专利名称：建构管理软件的验证方法
技术领域：
本发明是有关于一种安装软件的验证方法，且特别是有关于一种建构企业软 件的验证方法。
背景技术：
伴随着信息技术的进步以及企业业务的多样化，企业已开发出多种信息系统 以满足每一部门中对于管理信息的需求。此等信息系统收集并记录来自各部门的大 量数据。然而，部门对于信息系统通常有其自己的要求，此导致每一信息系统仅可 独立地服务于个别部门，而无法对不同信息系统之间的数据进行交换。在企业走向全球化发展的情况下，不同分支机构或部门之间的通信已成为不 可避免的问题，且如何在不同信息系统之间交换数据也变得更加重要。企业需要投 入更多精力以及成本以用于维护此等信息系统，并确保信息系统中数据的准确性以 及一致性。在对数据整合具有强烈需求的情形之下，发展出一个称之为"企业资源计划 (Enterprise Resource Planning, ERP)系统"的解决方案，其可满足管理信息 的需要并增强企业的竞争力。ERP系统是用于对诸如财务部、会计部、生产部、材 料管理部、品质保证部、市场营销部以及人力资源部之公司部门的数据进行整合以 及结合的应用软件。当ERP系统的发展趋于成熟时，公司可将其分支机构中的所有 者与全域财务、生产、或市场营销系统相连接，以即时分析产品品质与规格，并获 得诸如利润以及客户满意度等有用信息。除了提供企业资源整合以及数据同步的ERP系统以外，软件供应商亦根据各种企业流程以及需求设计了一系列业务导向式软件，以和ERP系统合作且使用ERP 系统的数据库，从而改进操作效率。上述软件即为所谓的企业软件(Enterprise Software)。然而，ERP系统庞大且复杂。当以ERP系统来建构企业软件时，需要执行大量 参数、尖端处理以及反复测试以使企业软件可确切遵从ERP系统且正常运作。因此， 建构企业软件通常需要获得专业人员的支持。使软件供应商中经验丰富的顾问与公 司管理信息系统(MIS)部门的员工进行为期数周或数月的合作，以便能够完全建 构所要软件以及企业软件所需要的参数。正因如此，公司须花费相当大的经费与人 力来完成软件建构。此外，当需要维护或更新企业软件时，亦必须经过诸多繁杂的 建构程序，而这些程序是相当耗时且费力的。发明内容有鉴于此，本发明提供一种建构管理软件的验证方法，将在服务端预先安装 事先组态的管理软件的管理主机提供给客户端以供建构管理软件。据此减少在客户 端安装管理主机所需执行的步骤，以大幅縮短管理软件的验证时间，进而减少建构 所需耗费的时间与经费。本发明提出一种建构管理软件的验证方法，可于客户端的模拟环境下执行。 管理软件用于搜集、管理及分析周边主机的数据。在此方法中，首先在服务端建立 符合管理软件需求的管理系统。管理系统包括管理主机及多个第一周边主机，其中 管理主机透过网络与上述第一周边主机相连接，且管理主机安装有管理软件。接着， 提供一个或多个验证方案，据以在客户端的模拟环境中测试管理软件的组态及效 能。根据本发明一实施例，管理主机在服务端的模拟环境中预先安装有预先组态 的管理软件，且管理主机在客户端透过网络与多个周边主机相连接。此验证方法在 建构管理软件后，接着设定数据于管理主机并重新启动。接下来选择一个验证方案， 其中验证方案透过管理主机中的管理软件而行经客户端到周边路径上的多个认证 点。最后，建立对应验证方案的要求，并将要求传送至上述路径以进行验证。倘若 传回对应上述要求的有效回复，则管理软件的建构即被判断为完整且成功。在上述方法中，设定数据于管理主机的步骤包括取得周边主机的软件授权数据、网络组态数据及软件组态数据。并将软件授权数据、网络组态数据与软件组态 数据设定于管理主机。在上述方法中，周边主机包括交换服务器、结构化査询语言(SQL)服务器、 活动目录服务服务器以及后端服务器。在上述方法中，其中之一周边主机包括将服务要求及多个商务套件应用程序 整合至企业应用系统的引擎、组态工具，以及后设数据数据库。在上述方法中，商务套件应用程序包括企业资源规划(Enterprise Resource Planning, ERP)、顾客关系管理(Customer Relationship Management, CRM)、 供应商关系管理(Supplier Relationship Management, SRM)、供应链管理(S叩ply Chain Management, SCM)、商业智慧(Business Intelligence, BI)， 或交易市 集与电子采购的应用程序。本发明提供一种用以验证管理软件的建构的系统。在此 系统中，管理主机在服务端便预先安装多个预先组态的管理软件。在客户端的模拟 环境中，管理主机透过网络与多个周边主机相连接。将知识管理系统所提供的参数 设定于管理主机，并重新启动管理主机以完成管理软件的建构。接着选择验证方案， 以透过管理主机内的管理软件行经客户端至周边主机路径上的多个认证点。并根据 验证方案建立要求，以及将要求传送至上述路径据以进行验证。若有回传对应要求 的有效回复，则判定管理软件的建构属于完整且有效。在上述系统中，设定于管理主机的参数包括服务端的周边主机的软件授权数 据、网络组态数据及软件组态数据。并将上述软件授权数据、网络组态数据及软件 组态数据设定于管理主机。在上述系统中，若客户端在经过预设时间后仍旧没有取得对应要求的有效回 复，则更新知识管理系统，接着根据验证方案建立另外的要求，并将要求传送至路 径据以进行验证。在上述系统中，若客户端在经过预设时间后仍旧没有取得对应要求的有效回 复，则由知识管理系统中取得第二组参数，接着根据验证方案建立另外的要求，并 将要求传送至路径据以进行验证。在上述方法中，是根据客户端电脑中的验证方案来建立要求。其中，客户端 电脑安装有管理软件的客户端应用程序，据以配合管理主机。为让本发明的上述特征和优点能更明显易懂，下文特举较佳实施例，并配合附图作详细说明如下。
图1是依照本发明一实施例所绘示的建构管理软件的方法的方块图。图2是依照本发明一实施例所绘示的建构管理软件的验证方法的流程图。图3是依照本发明一实施例所绘示的在企业中使用重新启动的管理主机的方块图。图4是依照本发明一实施例所绘示的根据验证方案所建立的要求的示意图。 图5是依照本发明一实施例所绘示的在管理系统中实现管理软件的验证方法 的方块图。
具体实施方式
为了使本发明的内容更为明了，以下特举实施例做为本发明确实能够据以 实施的范例。在另外两篇同为本案发明人向美国专利局所提出的审査中的申请案里，分 别提出了一种建构管理软件的方法以及一种建构具有预先组态软件的硬件的 方法。其中 一 篇专利申请案的发明名称为「 METHOD FOR IMPLEMENTING MANAGEMENT SOFTWARE, HARDWARE WITH PRE-CONFIGURED SOFTWARE AND IMPLEMENTING METHOD T服RE0F」，另一篇则是「KNOWLEDGE MANAGEMENT SYSYTEM AND METHOD FOR IMPLEMENTING MANAGEMENT SOFTWARE USING THE SAME」。据 此，上述两篇专利申请案所揭示的内容完整结合于本说明书中。请参阅图1，上述专利申请案所提到的建构管理软件的方法可实施于服务 端以及客户端。在服务端，安装有管理软件的管理主机ioo连接至第一周边主 机110以及第一周边主机120。接着，预先设定管理软件与安装于第一周边主 机110以及第一周边主机120中的应用软件之间的软件组态。之后将安装有预 先组态的软件的管理主机100运送至客户端，并与第二周边主机130以及第二 周边主机140相连接。接下来，仅需取得安装在第二周边主机130与第二周边 主机140中的应用软件的软件授权数据，并设定第二周边主机130及第二周边 主机140的软件组态数据以及网络组态数据，便可完成建构动作。在本实施例中，知识管理系统(Knowledge Management System, KMS)是用以提供在管理 主机100中建构管理软件所需要的数据。图2是依照本发明一实施例所绘示的建构管理软件的验证方法的流程图。 请参阅图2，在软件设备以及硬件设备已完全安装及组态完毕后，如步骤210 所示，取得预先安装有预先组态的管理软件的管理主机。接着在步骤220中， 将管理主机连接至系统网络，以建立管理主机与周边主机之间传送数据的连 线。其中，周边主机是由原先于客户端所组态的环境所模拟。为使管理主机能 够识别与其相连接的周边主机并能在周边主机中安装应用程序，在步骤230中， 必须取得周边主机的软件授权数据、软件组态数据以及网络组态数据，以设定 管理软件。接下来如步骤240所示，当所有管理软件所需要的参数均已设定完成后， 使用者可通过重新启动管理主机以使所组态的参数产生效用。至此便完成了管 理软件的建构。接下来是说明管理主机的组态的验证流程。本发明提供了一种 在客户端的模拟环境下，对建构管理软件迸行验证的方法。如步骤250所示， 首先，客户端电脑安装有客户端应用程序以和管理主机配合。在步骤260中， 为了进行测试而开始一个或多个验证方案。其中每个验证方案透过管理系统而 行经客户端至后端的路径上的所有关键点。根据不同的需求，可提出多个验证方案以对建构管理软件进行验证。在每 个验证方案中，在行经多个认证点并且在最终取得对应要求的一完整且有效的 回复后，由客户端电脑所送出的要求即被视为有效。在开始一个或多个验证方 案后，如步骤270所示，执行相对于各个验证方案的验证程序。在验证程序完 成时，如步骤280所示，判断是否取得对应各个验证方案的有效回复。倘若客 户端电脑已取得相对于所有验证方案的有效回复，则如步骤290所示，判定己 完整且成功地建构管理软件。也就是说，客户端电脑透过管理系统连接至后端 的路径是有效且完整的。而值得注意的是，「完整」在此至少表示了管理软件 已经建构完成，且符合客户端的需求并得以在客户端电脑与后端之间建立相互 沟通的路径。在一实施例中，若客户端电脑在经过一段预设时间(可根据系统的需求而 有不同的预设时间)的等待后仍旧没有取得有效回复，接下来则至少有两种不同的方法得以继续进行验证。其中一种是为了执行进一步的验证步骤而更新知识管理系统数据库；另一种则如步骤292及步骤294所示，从知识管理系统数据库中选择其他的参数以进行验证动作。请参阅图3，图3绘示为在企业中使用重新启动的管理主机310的方块图。 管理主机310例如有助于客户端320、企业应用系统330、信息交换服务器340 以及活动目录服务服务器350之间的配置及沟通。其中，管理主机310包括服 务器元件312与管理服务器314。服务器元件312包括即时后设数据数据库 (metadata r印ository)、用以格式化与传送数据至信息交换服务器340的 模块(例如Microsoft Exchange Server)，以及用以传送新版信息至企业应 用系统330的部署模块等等。而在即时后设数据数据库中包括了描述应用程序 的使用者界面的数据，以及组态及传送的信息。用以格式化及传送数据的模块 可直接呼叫企业应用系统330中的应用程序，进而减少大量使用所产生的瓶颈。 服务器元件312可以处理与多个交换服务器的连接以及与多个后端系统的连 接。而在更新后设数据时，部署模块可将数据由管理主机310移动至企业应用 系统330，同时亦可在客户端提出要求时对格式与文件进行部署。在客户端320中至少包括一个客户端附加元件322，办公室软件324 (例 如Microsoft Office 2003)，以及数据库应用软件326 (例如SQL Express)。 其中，客户端附加元件322具有即时引擎、用以存储数据的安全快取区、请求 组件与后设数据，以及输出队列。客户端附加元件322如外挂程序般，被例如 管理服务器314 (例如Microsoft Systems Management Server)的多个标准 远端工具安装在桌面。即时引擎转译使用者界面的后设数据，并建立工具列与 工作窗格(task pane)据以让使用者检视办公室软件324。安全快取区则可将 常用的应用程序数据(例如下拉式选单)保留在本地端，并且在离线时使用管 理主机310的方案。为了维护数据的即时性与正确性，安全快取区也将在使用 者再度上线时，透过输出队列触发自动更新。企业应用系统330包括附加元件，其包括用以将服务要求及多个商务套件 应用程序整合至企业应用系统330的引擎、组态工具与后设数据数据库。此附 加元件包括网络服务配接器，用以连接商务套件应用程序。附加元件在维护商 务套件应用程序的处理逻辑及规则的同时，还可命令管理主机310传送使用者要求的回复。在本实施例中，商务套件应用程序可以是关于企业资源规划(Enterprise Resource Planning, ERP )、 顾客关系管理 (Customer Relationship Management, CRM)、供应商关系管理(Supplier Relationship Management, SRM)、供应链管理(Supply Chain Management, SCM)、商业 智慧(Business Intelligence, BI)，或交易市集与电子采购的应用程序。延续图3所示的架构，图4为根据验证方案所建立的要求的示意图。请参 阅图4，在客户端电脑中安装有客户端附加元件，在开始执行软件时， 一个弹 出视窗(pop-叩window)将显示在例如显示器的右方。如上所述，客户端附 加元件所包括的即时引擎，将用以转译使用者界面的后设数据、建立工具列， 以及建立可让使用者检视办公室软件的工作窗格(例如图4所示的动作窗格 410)。值得注意的是，在接下来的实施例中虽是以Duet架构来对本发明进行 说明，但并不用以限定本发明的范围。其中，Duet架构是由微软以及SAP这两 家公司所开发，是将微软的office应用程序与SAP的商务程序的核心做结合。为了对建构管理软件进行验证，在此假设员工为了私人事务必须暂时休假 因而发出一个休假要求。经由多个认证点执行验证程序，以检验客户端电脑是 否能收到对应休假要求的有效回复。请参阅图5，图5绘示为由客户端电脑传 送休假要求至后端的路径，以及由后端传送认可或拒绝回复至客户端电脑的示 意图。在办公室客户端510透过Duet客户端元件(即客户端附加元件)514的动 作窗格512将休假要求传送出去时，在步骤1中，Duet客户端元件514的Duet 引擎516将休假要求转送至许可发行单元523，以利用管理主机的Duet服务器 520中的Kerberos代符(token)来取得SAP登入许可。接着在步骤2中，使 用SAP登入许可，可经由网络服务将休假要求传送至企业应用系统的SAP附加 元件530。在步骤3中，服务整合元件532存储休假要求，并与企业资源规划 应用程序540进行沟通。接着如步骤4所述，休假要求被传送至项目处理器534， 据以对休假要求产生认可或拒绝回复。在步骤5中，将回复暂存至输出队列536， 接着输出至Duet服务器520的Duet后设数据服务524中的要求处理器525。 在步骤6中，要求处理器525透过交换服务器550将回复传送至办公室客户端 510的参考数据快取区515。据此，办公室客户端510便能透过Duet客户端元件514的动作窗格512而从Duet引擎中取得回复结果。休假管理的验证方案用以说明建构管理软件的验证流程的范例，透过在管 理主机上执行一个或多个验证方案来进行验证动作。对每个验证方案来说，若 经由多个认证点并成功取得对应客户端要求的完整且有效的回复，即可将客户 端电脑所发出的要求视为有效。若验证结果失败，可再次执行更多的组态程序。 举例来说，再次确认周边主机是否连接、取得周边主机的软件授权数据、软件 组态数据以及网络组态数据以设定管理软件，并安装应用程序于周边主机。在 重新组态及安装的动作完成后，接着再一次执行建构管理软件的验证方法。透过建构管理软件的方法及其验证方法，可将复杂的建构程序简化至与安 装一般软件与网络相同的程度。使用者仅需输入周边主机的各个应用程序的软 件授权数据、软件组态数据以及网络组态数据，便可完成安装流程。与先前所 述的必须花费大量建构周期的技术相比，本发明仅需数天或数小时便可完成所 有的建构程序，从而提供卓越的效能以及稳定性。值得注意的是，在本发明中管理软件是基于多个客户端的要求，采用用以 建构易于安装之管理软件的方法来个别安装及组态管理软件。此外，还可以将 管理软件存储为影像文件，据以降低由服务制造商提供服务所产生的制造成 本。虽然本发明已以较佳实施例揭示如上，然其并非用以限定本发明，任何所 属技术领域中具有通常知识者，在不脱离本发明的精神和范围内，当可作些许 更动与润饰，因此本发明的保护范围当以权利要求所界定的为准。
权利要求
1. 一种建构管理软件的验证方法，适用于在一服务端预先安装有预先组态的多个管理软件的一管理主机，且该管理主机在一客户端的模拟环境下透过网络与多个周边主机相连接，该方法包括设定数据于该管理主机，并重新启动该管理主机以完成上述管理软件的建构；选择一验证方案，该验证方案透过该管理主机中的上述管理软件而行经该客户端到上述周边主机的一路径上的多个认证点；以及对应该验证方案建立一要求，并传送该要求至该路径，若有回传对应该要求的一有效回复，则判断已完整且成功地建构该管理软件。
2. 如权利要求1所述的建构管理软件的验证方法，其特征在于，设定数据于 该管理主机的步骤包括取得该服务端的上述周边主机的一软件授权数据、 一网络组态数据与一软件 组态数据，并将该软件授权数据、该网络组态数据及该软件组态数据设定于该管理 主机。
3. 如权利要求1所述的建构管理软件的验证方法，其特征在于，上述周边主 机包括交换服务器、结构化查询语言服务器、活动目录服务服务器以及后端服务器。
4. 如权利要求1所述的建构管理软件的验证方法，其特征在于，上述周边其 中的一包括一引擎、多个组态工具以及一后设数据数据库，其中该引擎用以将一服 务要求及多个商务套件应用程序整合至一企业应用系统。
5. 如权利要求4所述的建构管理软件的验证方法，其特征在于，上述商务套 件应用程序包括企业资源规划、顾客关系管理、供应商关系管理、供应链管理、商 业智慧，或交易市集与电子采购的应用程序。
6. 如权利要求1所述的建构管理软件的验证方法，其特征在于，包括根据一 客户端电脑中的该验证方案建立该要求，其中该客户端电脑安装有该管理软件的一 客户端应用程序以配合该管理主机。
7. 如权利要求1所述的建构管理软件的验证方法，其特征在于，设定于该管理主机的数据包括一知识管理系统所提供的一第一组参数。
8. 如权利要求7所述的建构管理软件的验证方法，其特征在于，还包括若经过一预设时间后没有取得该有效回复，则更新该知识管理系统。
9. 如权利要求7所述的建构管理软件的验证方法，其特征在于，还包括若经过一预设时间后没有取得该有效回复，则从该知识管理系统中选取一第二组参数， 并根据该验证方案建立另外的该要求，且传送该要求至该路径以进行验证。
10. —种建构管理软件的验证方法，适用于在一服务端预先安装有预先组态的 多个管理软件的一管理主机，且该管理主机在一客户端的模拟环境下透过网络与多个周边主机相连接，该方法包括设定数据于该管理主机，并重新启动该管理主机以完成上述管理软件的建构； 选取多个验证方案，每一上述验证方案透过该管理主机中的上述管理软件而行经该客户端到上述周边主机的一路径上的多个认证点；以及对应每一上述验证方案分别建立一要求，并循续传送上述要求至该路径，若有依序回传对应每一上述要求的一有效回复，则判断已完整且成功建构该管理软件。
11. 如权利要求10所述的建构管理软件的验证方法，其特征在于，设定数据 于该管理主机的步骤包括取得该服务端的上述周边主机的一软件授权数据及一网络组态数据，并将该 软件授权数据及该网络组态数据设定于该管理主机。
12. 如权利要求10所述的建构管理软件的验证方法，其特征在于，上述周边 主机包括交换服务器、结构化査询语言服务器、活动目录服务服务器以及后端服务 器。
13. 如权利要求10所述的建构管理软件的验证方法，其特征在于，上述周边 其中的一包括一引擎、多个组态工具以及一后设数据数据库，其中该引擎用以将一 服务要求及多个商务套件应用程序整合至一企业应用系统。
14. 如权利要求13所述的建构管理软件的验证方法，其特征在于，上述商务 套件应用程序包括企业资源规划、顾客关系管理、供应商关系管理、供应链管理、 商业智慧，或交易市集与电子采购的应用程序。
15. 如权利要求10所述的建构管理软件的验证方法，其特征在于，还包括根 据一客户端电脑中的上述验证方案建立上述要求，其中该客户端电脑安装有该管理软件的一客户端应用程序以配合该管理主机。
16. 如权利要求10所述的建构管理软件的验证方法，其特征在于，设定于该管理主机的数据包括一知识管理系统所提供的一第一组参数。
17. 如权利要求16所述的建构管理软件的验证方法，其特征在于，还包括若 经过一预设时间后没有取得上述有效回复，则更新该知识管理系统并根据上述验证 方案建立另外的该要求，且传送该要求至该路径以进行验证。
18. 如权利要求16所述的建构管理软件的验证方法，其特征在于，还包括若 经过一预设时间后没有取得上述有效回复，则从该知识管理系统中选取一第二组参 数，并根据上述验证方案建立另外的该要求，且传送该要求至该路径以进行验证。
全文摘要
本发明公开了一种在客户端对建构管理软件进行验证的方法。其中管理软件用以搜集、管理以及分析周边主机的数据。此方法首先在服务端建立符合管理软件的需求的管理系统。此管理系统包括管理主机以及数个第一周边主机，而管理主机安装有管理软件，并透过网络与上述第一周边主机连接。在客户端的模拟环境中，提供一个以上的验证方案以测试管理软件的组态与效能。在每个验证方案中，在透过多个认证点并接收针对客户端要求所回传的有效回复后，由客户端电脑所送出的要求及被视为有效。
文档编号G06Q10/00GK101281623SQ20071014195
公开日2008年10月8日 申请日期2007年8月10日 优先权日2007年4月2日
发明者彭应雄, 杨兆伦, 车德明 申请人:英业达股份有限公司