CN101662463A - 为用户定制服务流程的装置和方法 - Google Patents

Abstract

本发明涉及为用户定制服务流程的装置和方法。其中，为用户定制服务流程的装置包括定制接口和至少一个连接接口，其中定制接口与至少一个连接接口相连，用于接收定制信息，并将其传送至所述至少一个连接接口，其中所述定制信息是通过识别用户的定制行为，根据该定制行为而产生的；至少一个连接接口与至少一个服务组件相连，用于根据所述定制信息修改服务流程。还提供一种定制单元，包括：行为识别模块，用于识别用户的定制行为；定制信息产生模块，用于根据定制行为产生定制信息；以及传送模块，用于至少传送所述定制信息。还提供了与此装置和单元对应的方法。本发明的装置和方法可以使得终端用户通过简单的定制行为实现服务流程的定制。

Description

为用户定制服务流程的装置和方法

技术领域

本发明涉及服务的集成，更具体地，涉及为用户定制服务流程的装置和方法。

背景技术

信息技术的发展使得越来越多的服务提供商能够为用户提供越来越丰富而成熟的应用服务。随着服务内容和种类的丰富，有时候用户需要经常性地连续使用多种服务。这时，就产生一种需求，希望将一些服务组件集成起来，形成一种综合服务，按一定的流程为用户提供一站式的服务。例如，一个经常旅行的用户往往在每次旅行时都要使用预定机票、预定酒店、租车等服务。如果在一种综合服务中提供机票预定-酒店预定-租车的服务流程，用户就不必每次分别访问各个服务组件，只需要访问这个综合服务就可以完成全部预定服务，带来极大的便利。

通常来说，服务提供商具有强大而专业的服务开发技术，能够提供专业的服务。在一种情况下，综合服务的提供商将自己提供的各种服务进行整合，为用户提供一种服务流程。这时，综合服务提供商可以自己开发各种服务组件，在其数据中心配置这些服务组件，将这些服务组件集成为综合服务，并为这些服务的终端用户提供强大的技术支持。在另一种情况下，综合服务提供商是不同于某些服务组件提供商的独立提供商。这时，综合服务提供商需要调用其他提供商提供的服务组件，将这些组件进行整合，并提供综合服务的管理和技术支持。

图1示出现有的综合服务结构的示意图。在图中，服务组件A，B和C是由服务提供商提供的专用服务。综合服务提供了将这些服务组件A，B，和C依次连接起来的服务流程。为提供这样的服务流程，服务集成器100包括接口A，接口B和接口C，分别用于与服务组件A，B和C交互，调用这些服务组件。通过这些接口A，B，C，综合服务集成器100将服务组件A，B，C纳入综合服务的服务流程之中。图中以虚线框示出的服务组件A，B，C示意出通过被调用而纳入到综合服务中的服务组件。另外，服务集成器100还提供了用户接口110，用于与用户实现交互。由此，终端用户通过用户接口110访问该综合服务，按照综合服务提供的服务流程，依次使用服务组件A，B和C，从而实现一站式的服务。

然而，按上述方式提供的服务流程仍然存在很大不足，这种不足主要来自用户需求的多元化。综合服务具有大量的终端用户，这些终端用户具有各种不同的服务需求。例如，对于提供管理服务的综合服务提供商来说，其终端用户往往是不同企业的系统管理员。系统管理员面对的是自己企业的IT架构，因此会要求提供商所提供的服务流程能够满足自己IT架构的特定需求，例如管理IT平台，进行补丁升级等。而这对于服务提供商来说几乎是不可能的，因为这就要求服务提供商能够处理每种可能的情形下在每种可能的平台上的管理服务。事实上，面对上百种硬件平台，每种硬件平台上可能又有上千种补丁级，为每种情形分别提供服务流程对服务提供商来说是不切实际的。

相比于服务提供商一侧提供的服务集成方式，终端用户一侧所期望的集成方式明显更为灵活。然而在大多数情况下，各个服务组件的源代码驻留在提供商的服务器上，终端用户没有权限访问这些源代码，也没有权限更改各个服务组件。图1的服务集成器100中用于与各服务组件交互的接口A，B，C也没有暴露给终端用户，因此终端用户也不可能通过修改这些接口来修改或定制服务流程。并且，大多数终端用户在服务集成的专业领域不可能像服务提供商那样专业。因此，终端用户不太可能自己构建一个新的服务流程并进行测试和调试。此外，在同一服务领域，服务流程是大致相同的。例如，补丁管理的服务流程通常包括：硬件平台识别、操作系统识别、当前补丁级的检测、补丁冲突性验证以及新补丁的更新和安装等步骤。对于不同的硬件平台，管理服务流程本身并没有不同，不同的是用于特定的硬件和软件平台的服务组件。因此，在大多数情况下，用户也并不需要重新构建整个服务流程，只需要根据特定需求更换一些服务组件就可以满足要求。加上终端用户本身专业技能的局限，在综合服务中最为实际的需求就是能够使得不具备专业知识的终端用户能够自己定制服务流程，更具体地，主要是更换服务流程中的部分服务组件。因此，期望提供一种装置和方法，使得终端用户能够实现自己定制和修改服务流程。

发明内容

考虑到上述问题和目的，本发明提供了为用户定制服务流程的装置和方法。

根据本发明第一方面，提供一种为用户定制服务流程的装置，其中所述服务流程由至少一个服务组件构成，所述装置包括定制接口和至少一个连接接口，其中所述定制接口与所述至少一个连接接口相连，被配置为接收定制信息，并将其传送至所述至少一个连接接口，其中所述定制信息是通过识别用户的定制行为，根据该定制行为而产生的；所述至少一个连接接口与所述至少一个服务组件相连，被配置为根据所述定制信息修改所述服务流程。

根据本发明第二方面，提供一种定制单元，包括：行为识别模块，被配置为识别用户的定制行为；定制信息产生模块，被配置为根据上述定制行为产生定制信息；以及传送模块，被配置为至少传送所述定制信息。

根据本发明第三方面，提供一种为用户定制服务流程的方法，其中所述服务流程由至少一个服务组件构成，所述方法包括：接收定制信息，其中所述定制信息是通过识别用户的定制行为，根据该定制行为而产生的；以及根据所述定制信息修改所述服务流程。

根据本发明第四方面，提供一种定制方法，包括：识别用户的定制行为；根据上述定制行为产生定制信息；以及传送所述定制信息。

利用本发明的装置和方法，不具有专业技能的终端用户可以通过简单直观的定制行为发出定制指令，从而修改服务流程，使得服务流程满足不同的需求。

附图说明

图1示出现有的综合服务结构的示意图；

图2是根据本发明一个实施例的实现服务流程定制的系统的结构示意图；

图3示出根据本发明一个实施例的定制单元的结构示意图；

图4示出根据本发明实施例的定制方法的流程图；

图5示出图4中步骤405的子步骤示意图；以及

图6示出根据本发明实施例的为用户定制服务流程的方法示意图。

具体实施方式

下面结合附图说明本发明的具体实施方式。

图2是根据本发明一个实施例的实现服务流程定制的系统的结构示意图。如图所示，服务集成器220与定制单元210相连，用于实现服务组件的集成和服务流程的定制。具体地，服务集成器220包括定制接口230，连接接口221，连接接口222和连接接口223。其中，定制接口230被配置用于接收客户端发出的定制信息，将其传送给连接接口221-223。连接接口221-223与各个服务组件相连，将对应的服务组件纳入到该集成器220提供的综合服务流程中。此外，连接接口221-223还被配置用于根据上述定制信息修改服务流程。为了获取上述的定制信息，定制接口230与定制单元210相连，其中该定制单元210主要用于根据用户的定制行为产生上述定制信息。在图2所示的实施例中，服务集成器220通过连接接口221-223依次调用缺省的服务组件A，B和C，从而提供A-B-C的缺省服务流程。下面具体说明在终端用户希望修改服务流程，例如将第二步骤的服务组件由组件B替换成组件D的情况下，系统中各个单元、接口如何实现这样的修改。

如前所述，现有技术中终端用户自己定制服务流程的障碍之一就是终端用户大都不是专业的技术人员，不能自己识别、修改执行服务流程的代码和程序。通常，终端用户只能借助于各种图形界面，通过鼠标的托拽、点击选择等等简单操作来与服务组件以及综合服务进行交互。为此，系统提供了定制单元210，用于识别用户的上述简单操作，根据这样的操作产生相应的定制信息。该定制信息具有服务集成器220能够识别的格式和编码，以便集成器220根据该定制信息修改集成方式。

图3示出根据本发明一个实施例的定制单元的结构示意图。如图所示，定制单元210可以包括行为识别模块302，被配置为识别用户的定制行为；定制信息产生模块303，被配置为根据上述定制行为产生定制信息；以及传送模块306，被配置为至少传送所述定制信息。具体地，在一个实施例中，定制单元210提供一个图形界面，用户可以通过该图形界面将一个服务组件的图标拖入特定区域，以此发出定制行为。例如，用户可以将一个服务组件图标，例如服务组件D的图标，托拽至覆盖服务流程中缺省的服务组件图标，例如服务组件B的图标，以此发出定制行为，表示希望以托拽的图标所代表的服务组件D替代被覆盖的图标所代表的缺省服务组件B。在另一个实施例中，用户可以通过点击鼠标右键启动服务流程选项，并通过在选项中选择特定流程或者特定服务组件来发出定制行为。一旦接收到这样的定制行为，行为识别模块302就对其进行识别，辨别出上述定制行为所涉及的服务组件。定制信息产生模块303根据辨别出的定制行为，从上述涉及的服务组件中提取相关定制信息。在一个实施例中，定制信息包括用于添加到服务流程中或者用于替代缺省服务组件的目标服务组件的标识。更具体地，在一个实施方案中，服务流程所包含的每个服务组件为Web应用服务，每一Web应用服务可通过其URL(Uniform ResourceLocator)来标识。这时，上述定制信息可包含目标Web应用服务的URL，以唯一地标识出用来添加到服务流程中或者用来替换缺省服务组件的Web应用服务。对于其他类型的服务组件，可以采用其他类型的标识，例如IP地址，访问路径等，只要能将其唯一地标识出来即可。进一步地，定制信息还可以包括要替换的服务组件的标识。在一个实施例中，定制信息还包括目标服务组件的输入参数、输出参数，以及要替代的服务组件的输入参数、输出参数等。本领域技术人员可以理解，根据服务流程和服务组件的不同，定制信息可以包含上述列举的参数中的一种或者多种，也可以包含更多其他的有可能需要的参数。获得上述定制信息之后，传送模块306可以将定制信息传送给图2所示的服务集成器220。该传送可通过现有技术中各种协议和传输方式实现。

可选择地，定制单元210可以包含更多模块，实现更多功能。

如图3所示，定制单元210还可以包括服务列表产生模块301，被配置用于创建目标服务组件列表。目标服务组件列表的创建可以使得终端用户的定制行为更加简单、形象。用户可以通过简单地从列表中选择目标服务组件而发出定制行为。

目标服务组件列表的创建可以有多种方式。在一个实施例中，服务列表产生模块301核查终端用户一侧对各种应用服务的访问记录，将访问记录中的应用服务加入到目标服务组件列表中。更具体的，服务列表产生模块301通过核查客户端的缓存内容、cookie内容等来核查用户的访问记录。如果应用服务是Web应用服务，通常用于访问Web应用的浏览器已经具有对访问历史进行记录的功能。因此，也可以直接调用已经记录的访问历史，来生成目标服务组件列表。

在另一个实施例中，服务列表产生模块301通过现场搜索与缺省服务组件相似的服务组件来生成目标服务组件列表。例如，在图2的综合服务中，缺省的服务流程为A-B-C。在用户已经执行完步骤A，将要执行B的时候，服务列表产生模块301可以搜索出与服务组件B相似的服务组件，添加到目标服务组件列表中。一旦用户认为接下来将要执行的服务B并不适合自己的需求，希望用其他服务组件代替B时，就可以从与B类似的服务组件列表中选择目标服务组件。例如，如果服务组件B是某航空公司提供的机票预定服务，那么服务列表产生模块301可以搜索出其他航空公司或服务提供商提供的机票预定服务，添加到目标服务组件列表中。这时目标服务组件列表中的服务组件与服务组件B的功能是相同或相似的，使得用户可以更有针对性地选择出适合替代服务组件B的目标服务组件。

可以理解，服务列表产生模块301还可以通过其他方式产生目标服务列表，并可以以图标、表格等形式来呈现该列表，使得该列表对于用户更为直观。在一种实施方式中，服务列表产生模块301将产生的列表存储在服务组件存储库中，该服务组件存储库可设置于客户端本地系统中。在另一种实施方式中，服务列表产生模块301可以在运行时现场生成目标服务组件列表，存于客户端缓存之中，供用户选择。

在一种实施方式中，定制单元210还包括定制信息记录模块304，用于记录定制信息。具体地，定制信息记录模块304可以将定制信息的至少一部分写入客户端cookie中进行记录。在一个实施例中，模块304将定制信息中的目标服务组件标识写入cookie。在另一个实施例中，模块304将目标服务组件的标识、输入参数、输出参数均记录在cookie中。在cookie中记录定制信息有多种作用。首先，可以使得图2中的服务集成器220在与终端用户的对话中动态了解客户端对服务流程的修改信息；其次，可以使得定制信息被保存，作为终端用户下次使用该服务流程时的缺省状态；此外，便于上述的服务列表产生模块301在产生目标服务组件列表时从中调取服务组件访问记录或修改记录。可以理解，定制信息记录模块304也可以根据需要采用其他方式记录上述定制信息，更具体地，记录定制信息中必要的一部分或者全部。

此外，如图所示，定制单元210还可以包括验证模块305，被配置为根据所述定制信息验证定制行为是否有效。

具体地，在一个实施例中，验证模块305被配置为验证定制信息中目标服务组件的输入参数和/或输出参数与要替换的服务组件的参数形式是否匹配。例如，图1中的服务集成器220所提供的缺省服务流程为A-B-C，其中假定服务组件B为机票预定服务。那么B的输入参数通常包括：出发时间(年/月/日)，回程时间，仓位选择等等，输出参数通常包括：可选机票、价格等等。如果用户希望以服务组件D替代服务组件B，那么首先需要验证D的参数与B的参数在形式上是否匹配。如果参数在形式上不匹配，通常认为，这样的服务组件D不适合用来替代B，定制行为无效，不再执行服务流程的修改。上述参数形式的验证主要包括参数格式的验证、参数类型的验证等等。

此外，在一个实施例中，验证模块305还被配置为验证目标服务组件是否可用。如上述的例子中，终端用户希望以服务组件D替代服务组件B，来修改服务流程。由于终端用户通常是在服务列表产生模块301生成的目标服务组件列表中选择目标服务附件的，因此存在这样一种可能，由于目标服务组件列表没有适时更新，导致其中列出的某些服务组件已经过期、无效、无法使用。因此，有必要在进行修改之前利用验证模块305验证目标服务组件D的可用性。如果目标服务组件当前不可用，则显示出错误信息，不再执行服务流程的定制和修改。

验证模块305还可以被配置用于验证要替换的服务组件是否正在被服务流程调用。仍然结合上面的例子，假定终端用户要将缺省服务流程A-B-C中的服务组件B替换为服务组件D。如果用户发出定制行为之时，服务组件B已经被调用，并且尚未执行完毕，那么此时显然不能执行服务组件D和B的替换，否则容易发生运行错误。这种情况下，需要验证模块305判断要被替换的服务组件B的运行状态。如果验证模块305判断出服务组件B当前正在被调用，则暂停执行服务流程的修改，直至服务组件B执行完毕。可以理解，根据定制信息的内容，验证模块305还可能执行其他必要的验证步骤。

尽管在图3的示例中，定制单元210同时包含了服务列表产生模块301，行为识别模块302，定制信息产生模块303，定制信息记录模块304，验证模块305以及传送模块306，然而可以理解，定制单元210可以有多种实施方式。在不同实施例中，定制单元210可根据需要选择性包含这些模块中的一个或多个，也可能根据需要包含更多功能模块。

在定制单元210根据终端用户的定制行为产生定制信息之后，除了选择性地根据该定制信息进行记录、验证之外，还要如前所述地将定制信息传送给服务集成器220，以执行服务流程的修改。现在回到图2，说明服务集成器220如何执行服务流程的修改。

将图1中的服务集成器100与图2中的集成器220相比可以发现，服务集成器220除了具有用户接口240之外，还设置了定制接口230。用户接口240与常规用户接口相同，用于与终端用户实现应用方面的交互。终端用户可通过该接口240使用集成器220提供的整个服务流程。与用户接口240不同，定制接口230作为集成器220新添加的接口，用于与定制单元210交互，接收上述定制信息。可以理解，定制接口230与定制单元210之间的通信可通过现有技术中各种协议和传输方式实现。

定制接口230接收到定制信息之后，将其传送给服务集成器220中的连接接口。如图所示，综合服务集成器220包括有连接接口221，222和223，这些接口用于将对应的服务组件连接到该集成器220提供的综合服务流程中。具体地，连接接口221-223中的每一个包含一段调用代码，指向要调用的服务程序，并与服务程序进行输入、输出参数的交互。在服务集成器220提供的缺省服务流程中，连接接口221通过调用服务组件A而将其连接到服务流程中，连接接口222则调用服务组件B。在一个实施例中，连接接口222还选择性地记录和/或利用上一步骤，即执行服务组件A时产生的参数。类似的，连接接口223调用服务组件C，并将最终执行结果通过用户接口240传递给终端用户。上述这些连接接口221-223除了与服务组件连接，还与定制接口230连接，在定制信息的指示下，通过修改调用代码来修改服务流程。例如，在终端用户发出定制行为，希望用服务组件D替代缺省流程中的服务组件B时，定制单元210产生的定制信息中就包含目标服务组件D的标识以及相应参数。在定制接口230接收到这样的定制信息之后，根据该信息所涉及的流程步骤将其传送到连接接口222。于是，连接接口222可以获得该定制信息，根据定制信息来修改调用代码。具体地，连接接口222可以用定制信息中目标服务组件D的标识替代调用代码中原有的指向对象B，使得调用代码指向服务组件D，这样连接接口222修改后的调用代码就将服务组件D连接到服务流程中。相应地，服务流程中第二步骤的输入参数、输出参数也要相应进行修改。例如，执行上一服务组件A所得到的运行结果的一部分可以作为服务组件D的输入，服务组件D也可以从终端用户获得输入参数的值，并可以将运行结果传送至下一服务组件C。

除了执行服务组件的连接、调用代码的修改，连接接口221-223还可以选择性地包含验证模块(未示出)，用于根据定制信息对定制行为的可行性进行验证。在一种实施方式中，定制单元210中不包含验证模块，而由定制信息涉及到的连接接口执行验证过程。例如，用户希望用服务组件D替代服务组件B，则由原来连接服务组件B的连接接口222在修改代码之前验证该定制行为的可行性，包括如前所述的参数匹配性、目标服务组件的可用性等等。在另一种实施方式中，定制单元与连接接口都包含验证模块，各自执行不同的验证过程。例如，定制单元中的验证模块对定制行为进行初步验证，相关的连接接口对定制行为进行进一步验证。

尽管图2的服务集成器示例性地包含三个连接接口221-222，然而本领域技术人员可以理解，服务集成器可以根据需要包含更多或更少的连接接口。在服务集成器中设置有空接口的情况下，终端用户可以类似地修改该空接口，使其指向终端用户指定的服务组件，从而在服务流程中添加服务组件。同样，在不影响总体服务流程运行的情况下，终端用户也可以通过将某些连接接口修改为空接口而实现服务组件的删除。由此，不具有专业技能的终端用户在定制单元210与定制接口230的帮助下，可以对服务集成器的缺省服务流程进行修改，例如进行服务组件的替换、删除、添加等，从而实现对服务流程的自由定制。

基于同一发明构思，本发明还提供了服务流程定制方法。图4示出根据本发明实施例的定制方法的流程图。如图所示，在步骤402，识别用户的定制行为，并在步骤403，根据该定制行为产生定制信息。

如前所述，由于终端用户不是专业的技术人员，因此他们通常只能借助于各种图形界面发出定制行为。发出定制行为的方式包括鼠标的托拽、点击选择等等简单而直观的操作。在一个实施例中，终端用户通过一个图形界面将一个服务组件的图标拖入特定区域，以此发出定制行为。例如，用户可以将一个服务组件图标D托拽至覆盖服务流程中缺省的服务组件图标B，以此发出定制行为，表示希望以托拽的图标所代表的服务组件D替代被覆盖的图标所代表的缺省服务组件B。在另一个实施例中，用户可以通过点击鼠标右键启动服务流程选项，并通过在选项中选择特定流程或者特定服务组件来发出定制行为。为此，在步骤402中，本实施例的方法对用户的上述简单操作进行识别，辨别出上述定制行为所涉及的服务组件。并在步骤403中，根据辨别出的定制行为，从上述涉及的服务组件中提取相关定制信息。该定制信息具有提供综合服务的装置能够识别的格式和编码，以便根据该定制信息修改集成方式。在一个实施例中，定制信息包括目标服务组件的标识。更具体地，该目标服务组件的标识可以包括该目标服务组件的URL，IP地址，访问路径等其他能将该服务组件唯一标识出来的方式。在一个实施例中，定制信息还包括目标服务组件的输入参数、输出参数，以及要替代的服务组件及其输入参数、输出参数等。本领域技术人员可以理解，根据服务流程和服务组件的不同，定制信息可以包含上述列举的参数中的一种或者多种，也可以包含更多其他的有可能需要的参数。

在一种实施方式中，定制方法的流程还可以包括更多步骤。例如，该定制方法还可以包括创建目标服务组件列表的步骤401。该目标服务组件列表的创建可以使得终端用户的定制行为更加简单、形象。

步骤401的执行可以有多种方式。在一个实施例中，可以通过核查终端用户一侧对各种应用服务的访问记录，并将访问记录中的应用服务加入到目标服务组件列表中来产生目标服务组件列表。更具体的，可以通过核查客户端的缓存内容、cookie内容等来核查用户的访问记录。在另一个实施例中，可以通过现场搜索与缺省服务组件相似的服务组件来生成目标服务组件列表。例如，假定缺省的服务流程为A-B-C。在用户已经执行完步骤A，将要执行B的时候，可以搜索出与服务组件B相似的服务组件，由此产生目标服务组件列表供用户选择。一旦用户认为接下来将要执行的服务B并不适合自己的需求，希望用其他服务组件代替B时，就可以从与B类似的服务组件列表中选择目标服务组件。这种方式可以保证目标服务组件列表中的服务组件与服务组件B的功能是相同或相似的，使得用户可以更有针对性地选择出适合替代服务组件B的目标服务组件。可以理解，还可以通过其他方式执行步骤401，产生目标服务列表，并可以以图标、表格等形式来呈现该列表，使得该列表对于用户更为直观。

在如步骤401所示产生目标服务列表之后，用户就可以更为简单地发出定制行为。在此基础上，就可以对定制行为进行识别，产生定制信息。

在一种实施方式中，在产生定制信息的基础上还可以执行步骤404，在其中记录所述定制信息。具体地，可以将定制信息的至少一部分写入客户端cookie中进行记录。在一个实施例中，定制信息中的目标服务组件标识被写入cookie中。在另一个实施例中，目标服务组件的标识、输入参数、输出参数均记录在cookie中。可以理解，也可以根据需要采用其他方式记录上述定制信息，更具体地，记录定制信息中必要的一部分或全部。

此外，如图所示，该方法还可以包括步骤405，在其中根据所述定制信息验证定制行为是否有效。步骤405可包含多个验证子步骤，如图5所示。图5示出图4中步骤405的子步骤示意图。

如图所示，验证步骤可包含步骤501，验证定制信息中目标服务组件的输入参数和/或输出参数与要替换的服务组件的参数形式是否匹配。例如，用户希望以服务组件D替代服务组件B，那么首先需要验证D的参数与B的参数在形式上是否匹配。如果参数在形式上不匹配，通常认为，这样的服务组件D不适合用来替代B，定制行为无效，不再执行服务流程的修改。上述参数形式的验证主要包括参数格式的验证、参数类型的验证等等。

验证步骤还可包含子步骤502，在其中验证目标服务组件是否可用。由于终端用户通常是在步骤401中生成的目标服务组件列表中选择目标服务附件的，因此存在这样一种可能，由于目标服务组件列表没有适时更新，导致其中列出的某些服务组件已经过期、无效、无法使用。因此，有必要在进行修改之前验证目标服务组件的可用性。如果目标服务组件当前不可用，则显示出错误信息，不再执行服务流程的定制和修改。

此外，验证步骤还包含子步骤503，验证要替换的服务组件是否正在被服务流程调用。仍然结合上面的例子，假定终端用户要将缺省服务流程A-B-C中的服务组件B替换为服务组件D。如果用户发出定制行为之时，服务组件B已经被调用，并且尚未执行完毕，那么此时显然不能执行服务组件D和B的替换，否则容易发生运行错误。这种情况下，就需要判断要被替换的服务组件B的运行状态。如果服务组件B当前正在被调用，则暂停执行服务流程的修改，直至服务组件B执行完毕。除了上述的子步骤501-503，可以理解，根据定制信息的内容，验证步骤405还可能执行其他必要的验证子步骤。

上述这些步骤401-405均可以在客户端执行。为了实现服务流程的定制，还需要在步骤406中，将定制信息传送至服务端，以便据此修改服务流程。

与此相应地，本发明实施例还提供了在服务端执行的为用户定制服务流程的方法。图6示出该方法的流程图。如图所示，在步骤601，接收定制信息，其中定制信息是通过识别终端用户的定制行为，根据该定制行为而产生；在步骤602，根据所述定制信息修改所述服务流程。

如前所述，用户定制行为的识别和定制信息的产生通常是在客户端执行。因此，在产生定制信息之后，服务端首先要如步骤601所示，接收这样的定制信息，该定制信息是通过识别用户定制行为，根据该定制行为而产生的。该步骤通常通过服务端接口来执行。定制信息的接收可以通过现有技术中各种协议和传输方式实现。

之后，在步骤602，根据所述定制信息修改所述服务流程。具体地，服务流程通常是通过多段调用代码来调用各个服务组件，从而将这些服务组件连接为服务流程的。因此，修改服务流程的一种实现方式就是修改这些调用代码。在一个实施例中，定制信息指示出，终端用户希望用服务组件D来替代缺省的服务组件B。在根据上述定制信息行为修改服务流程时，可以用定制信息中目标服务组件D的标识替代调用代码中原有的指向对象B，使得调用代码指向服务组件D，这样修改后的调用代码就将服务组件D连接到服务流程中。相应地，服务流程中输入参数、输出参数也要相应进行修改。

在一种实施方式中，上述方法还可以包括验证步骤(未示出)，更具体地，包括如前所述的参数匹配性、目标服务组件的可用性的验证等等。本领域技术人员可以理解，验证步骤可以在执行服务流程修改的步骤602之前的任意时刻执行。也就是说，验证步骤可以在客户端执行，例如在图4所示的流程中的步骤406之前执行，也可以在服务端执行，例如在图6所示的流程中的步骤602之前执行。并且，验证步骤中的各个子步骤并不必须按照图5所示的顺序来执行。此外，各个验证子步骤501-503可以分别单独执行。例如，可以在客户端执行步骤501，在服务端执行验证子步骤502和503，或者以其他方式来分别执行这些验证子步骤。

通过图4和图6所示的流程，可以实现为终端用户定制服务流程的方法。可以理解，上述方法可以通过图2和图3所示的装置和单元来执行。

本领域技术人员可以理解，上述的装置和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本实施例的定制服务流程的装置及其单元、模块可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用由各种类型的处理器执行的软件实现，也可以由上述硬件电路和软件的结合实现。

虽然以上结合具体实施例对本发明的为用户定制服务流程的装置和方法进行了详细描述，但本发明并不限于此，本领域普通技术人员能够理解可以对本发明进行多种变换、替换和修改而不偏离本发明的精神和范围；本发明的保护范围由所附权利要求来限定。

Claims (21)

1.一种为用户定制服务流程的装置，其中所述服务流程由至少一个服务组件构成，所述装置包括定制接口和至少一个连接接口，其中所述定制接口与所述至少一个连接接口相连，被配置为接收定制信息，并将其传送至所述至少一个连接接口，其中所述定制信息是通过识别用户的定制行为，根据该定制行为而产生的；所述至少一个连接接口与所述至少一个服务组件相连，被配置为根据所述定制信息修改所述服务流程。

2.如权利要求1的装置，其中所述定制信息包括：要替代的服务组件标识、目标服务组件标识、目标服务组件的输入参数、目标服务组件的输出参数中的一个或多个。

3.如权利要求2的装置，其中至少一个连接接口被配置为：根据定制信息中的目标服务组件标识将所述服务流程中的至少一个服务组件替换为目标服务组件。

4.如权利要求2的装置，其中所述至少一个连接接口还包括验证模块，被配置为根据所述定制信息验证所述定制行为是否有效。

5.如权利要求1-4中任一项的装置，其中所述服务组件包括Web应用服务。

6.一种定制单元，包括：

行为识别模块，被配置为识别用户的定制行为；

定制信息产生模块，被配置为根据上述定制行为产生定制信息；以及

传送模块，被配置为至少传送所述定制信息。

7.如权利要求5的定制单元，其中所述定制信息包括：要替代的服务组件标识、目标服务组件标识、目标服务组件的输入参数、目标服务组件的输出参数中的一个或多个。

8.如权利要求5的定制单元，还包括服务列表产生模块，被配置为创建目标服务组件列表。

9.如权利要求8的定制单元，其中所述服务列表产生模块被配置为根据客户端的服务组件访问记录创建所述目标服务组件列表。

10.如权利要求8或9的定制单元，其中所述用户的定制行为包括从所述目标服务组件列表中选择目标服务组件。

11.如权利要求6的定制单元，还包括定制信息记录模块，被配置为记录所述定制信息。

12.如权利要求11的定制单元，其中所述定制信息记录模块被配置为将所述定制信息的至少一部分写入cookie。

13.如权利要求7的定制单元，还包括验证模块，被配置为根据所述定制信息验证定制行为是否有效。

14.如权利要求13的定制单元，其中所述验证模块被配置为：验证所述定制信息中目标服务组件的输入参数和/或输出参数与要替换的服务组件的参数形式是否匹配。

15.如权利要求13的定制单元，其中所述验证模块被配置为：验证目标服务组件是否可用。

16.如权利要求13的定制单元，其中所述验证模块被配置为：验证要替换的服务组件是否正在被服务流程调用。

17.一种为用户定制服务流程的方法，其中所述服务流程由至少一个服务组件构成，所述方法包括：

接收定制信息，其中所述定制信息是通过识别用户的定制行为，根据该定制行为而产生的；以及

根据所述定制信息修改所述服务流程。

18.如权利要求17的方法，其中所述定制信息包括：要替代的服务组件标识、目标服务组件的标识、目标服务组件的输入参数、目标服务组件的输出参数中的一个或多个。

19.如权利要求17的方法，其中所述根据定制信息修改服务流程的步骤包括：根据定制信息中的目标服务组件标识将所述服务流程中的至少一个服务组件替换为目标服务组件。

20.如权利要求17的方法，还包括：根据所述定制信息验证定制行为是否有效。

21.一种定制方法，包括：

识别用户的定制行为；

根据上述定制行为产生定制信息；以及

传送所述定制信息。

Images