流程处理方法、装置、电子设备及可读存储介质

技术领域

本发明涉及流程处理技术领域，更具体地，涉及一种流程处理方法、装置、电子设备及可读存储介质。

背景技术

流程审批具有多样性，各式各样的流程配置散落在各个业务系统中，通过流程中心来对接各个业务系统。流程中心与业务系统之间的流程终态交互，比如流程撤回、流程审批通过、流程驳回等,是通过dubbo api对接的方式。在各个业务系统中需要独立开发dubbo接口，业务系统中的每个流程对应一个dubbo接口。每新增一个流程，需要在业务系统中开发一个对应的dubbo接口，需要将该新增流程对应的dubbo接口告知流程中心，在流程中心后端也需要进行开发以对接该新增流程的dubbo接口，开发成本较高。

发明内容

本发明的一个目的是提供一种用于流程处理的新技术方案。

根据本发明的第一方面，提供了一种流程处理方法，所述方法包括：

流程中心接收业务系统发起的流程审批请求；

当所述流程审批请求在流程中心的状态为完结状态后，所述流程中心回调所述业务系统的http回调接口，其中，所述业务系统的所有流程对应同一个http回调接口；

在回调成功后，所述流程中心将反馈信息返回所述业务系统，其中，所述反馈信息至少包括所述流程审批的结果；

所述业务系统根据所述反馈信息调用所述流程对应的处理逻辑。

可选地，在所述流程中心回调所述业务系统的http回调接口之后，所述方法还包括：

在检测到回调异常的情况下，所述流程中心将回调信息保存至回调记录失败表，其中，所述回调信息至少包括所述业务系统的http回调接口的地址以及所述反馈信息；

每经过预设时间所述流程中心获取所述回调记录失败表中的回调信息；

所述流程中心根据每条所述回调记录失败表中的回调信息进行回调；

在回调成功后，所述流程中心从所述回调记录失败表中删除对应的回调信息。

可选地，所述在检测到回调异常的情况下，将回调信息保存至回调记录失败表，包括：

在检测到回调异常的情况下，所述流程中心获取回调结果的http状态码；

在所述http状态码与预设状态码一致的情况下，所述流程中心将回调信息保存至回调记录失败表，其中，所述回调信息至少包括所述业务系统的http回调接口的地址以及所述反馈信息；

在所述http状态码与预设状态码不一致的情况下，所述流程中心重新调用所述业务系统的http回调接口；

在检测到连续N次回调异常的情况下，将回调信息保存至回调记录失败表，其中，N为正整数。

可选地，所述流程中心包括运维工作台，所述方法还包括：

在所述运维工作台中显示所述回调记录失败表中的回调信息；

所述流程中心接收用户对所述运维工作台中显示的回调信息的选定操作；

响应于所述选定操作，所述流程中心根据所述用户选定的回调信息进行回调重试。

可选地，所述业务系统包括配置文件，在所述配置文件中保存所述业务系统的每个流程的ID与每个流程对应的处理逻辑之间的对应关系，在所述业务系统根据所述反馈信息调用所述流程对应的处理逻辑之前，所述方法还包括：

所述业务系统根据所述流程的ID从所述配置文件中查询出所述流程对应的处理逻辑。

可选地，所述方法还包括：

在所述业务系统中新增流程的情况下，在所述配置文件中对应保存所述新增流程的ID以及所述新增流程对应的处理逻辑。

可选地，所述流程中心调用所述业务系统的http回调接口，包括：

所述流程中心通过http post请求的方式调用所述业务系统的http回调接口。

根据本发明的第二方面，提供了一种流程处理装置，所述装置包括：

接收模块，用于接收业务系统发起的流程审批请求；

回调模块，用于当所述流程审批请求在流程中心的状态为完结状态后，所述流程中心回调所述业务系统的http回调接口，其中，所述业务系统的所有流程对应同一个http回调接口；

发送模块，用于在回调成功后，所述流程中心将反馈信息返回所述业务系统，以使所述业务系统根据所述反馈信息调用所述流程对应的处理逻辑，其中，所述反馈信息至少包括所述流程审批的结果。

根据本发明的第三方面，提供了一种电子设备，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如本发明第一方面所述的流程处理方法中由流程中心执行的步骤。

根据本发明的第四方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如本发明第一方面所述的流程处理方法中由流程中心执行的步骤。

根据本发明的一个实施例，本发明通过设置业务系统的所有流程都对应同一个http回调接口，对于业务系统的任意流程，流程中心都调用业务系统的同一个http回调接口，将流程审批的结果返回业务系统，当业务系统中新增流程时，不需要在业务系统中开发新增流程对应的接口，降低开发成本。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1是根据本申请实施例提供的一种实现流程处理方法的电子设备的硬件配置的框图。

图2是本申请实施例中流程处理方法的流程图。

图3是本申请实施例中流程中心处理流程的示意图。

图4是本申请实施例中流程中心回调的流程图。

图5是本申请实施例中流程中心回调重试的示意图。

图6是本申请另一实施例中流程中心回调重试的示意图。

图7是本申请实施例中流程处理装置的示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

如图1所示，图1是根据本申请实施例提供的一种实现流程处理方法的电子设备的硬件配置的框图。电子设备1000可以是终端，也可以是服务器。进一步的，终端可以为头戴设备、便携式电脑、平板电脑、掌上电脑等。服务器可以云端服务器等。电子设备1000可以包括处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600、扬声器1700、麦克风1800，等等。其中，处理器1100可以是中央处理器CPU、微处理器MCU等。存储器1200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括USB接口、耳机接口等。通信装置1400例如能够进行有线或无线通信。显示装置1500例如是液晶显示屏、触摸显示屏等。输入装置1600例如可以包括触摸屏、键盘等。用户可以通过扬声器1700和麦克风1800输入/输出语音信息。

尽管在图1中对电子设备1000均示出了多个装置，但是，本申请可以仅涉及其中的部分装置，例如，电子设备1000只涉及存储器1200和处理器1100。

如图2所示，本实施例介绍了一种流程处理方法，所述方法包括步骤2100-2400。

步骤2100：流程中心接收业务系统发起的流程审批请求。

流程中心可以对接多个业务系统。流程中心可以接收任意一个业务系统发起的流程审批请求。流程审批请求中包含流程信息，比如需要审批的内容、审批截止时间、审批人等信息。流程中心针对业务系统发起的流程审批请求进行审批，流程审批结果可以是流程审批通过、流程驳回。在流程中心审批完成前，业务系统也可以主动撤回该流程审批请求，流程撤回后同样会进入完结状态。

一个流程中可以只包含一个任务。如图3所示，当该任务审批完成后，没有新的任务需要审批，那么该流程在流程中心的状态为完结状态。

一个流程中也可以包含多个任务，一个流程中的多个任务可以是相互关联的，并且可以设置多个任务的审批顺序，流程中心需要按照审批顺序对多个任务依次审批。当流程中的所有任务都审批通过后，该流程在流程中心的状态为完结状态。或者当流程中的任一任务被审批驳回后，该流程在流程中心的状态为完结状态。比如流程中包括任务1、任务2和任务3，当任务1、任务2和任务3都审批通过后，该流程为完结状态。如果任务1被驳回，那么不再对任务2和任务3进行审批，该流程同样进入完结状态。

步骤2200：当所述流程审批请求在流程中心的状态为完结状态后，所述流程中心回调所述业务系统的http回调接口，其中，所述业务系统的所有流程对应同一个http回调接口。

每个业务系统配置一个http回调接口，业务系统的所有流程都对应该http回调接口。当业务系统发起的任意一个流程在流程中心审批完结后，流程中心都调用该业务系统的http回调接口。各个业务系统可以预先将各自的http回调接口的地址发送给流程中心。

在一种实施方式中，流程中心通过http post请求的方式调用业务系统的http回调接口。通过http post请求的方式可以提高安全性。

步骤2300：在回调成功后，所述流程中心将反馈信息返回所述业务系统，其中，所述反馈信息至少包括所述流程审批的结果。

反馈信息是与业务系统发起的流程审批对应的信息。反馈信息包括流程审批的结果。反馈信息还可以包括流程审批时间、流程审批人等信息。对于一个流程，当流程中心审批完毕后，流程中心生成反馈信息，对反馈信息进行封装。

当流程中心回调业务系统的http回调接口成功后，流程中心通过业务系统的http回调接口将反馈信息发送至业务系统，向业务系统通知流程审批结果。如图4所示，流程中心可以使用AES加密算法对反馈信息进行加密，提高反馈信息的安全性。

步骤2400：所述业务系统根据所述反馈信息调用所述流程对应的处理逻辑。

业务系统在收到反馈信息后，业务系统根据流程审批结果进行相应处理。业务系统中不同的流程对应的处理逻辑不同，每个流程对应的处理逻辑可以封装在一个类中。当业务系统接收到某个流程对应的反馈信息后，业务系统调用该流程对应的类，执行该流程对应的处理逻辑。

本发明通过设置业务系统的所有流程都对应同一个http回调接口，对于业务系统的任意流程，流程中心都调用业务系统的同一个http回调接口，将流程审批的结果返回业务系统，当业务系统中新增流程时，不需要在业务系统中开发新增流程对应的接口，降低开发成本。

当一个流程审批请求在流程中心的状态为完结状态后，流程中心才会回调业务系统的http回调接口。如果出现回调异常，那么该流程在业务系统中的状态还是审批中，导致同一流程在业务系统中的状态与在流程中心的状态不一致，影响系统稳定性。为了解决该技术问题，在所述流程中心回调所述业务系统的http回调接口之后，所述方法还包括步骤3100-3400。

步骤3100：在检测到回调异常的情况下，所述流程中心将回调信息保存至回调记录失败表，其中，所述回调信息至少包括所述业务系统的http回调接口的地址以及所述反馈信息。

流程中心在回调业务系统的http回调接口时，可能会出现回调异常。比如受到网络波动的影响，导致出现回调异常。当出现回调异常时，说明流程中心回调业务系统的http回调接口失败，业务系统没有接收到该流程对应的反馈信息。在此情况下将本次回调的回调信息保存在回调记录表。回调信息包括业务系统的http回调接口的地址以及该流程对应的反馈信息。在回调记录失败表中保存所有回调异常的回调信息。

比如流程中心回调业务系统A的http回调接口出现回调异常，那么将业务系统A的http回调接口的地址以及反馈信息保存在回调记录失败表。

步骤3200：每经过预设时间所述流程中心获取所述回调记录失败表中的回调信息。

每经过预设时间后，流程中心读取回调记录失败表中的所有回调信息。如图6所示，可以通过任务调度平台xxl-job发起调度任务，每经过5分钟从回调记录失败表中读取回调信息。

步骤3300：所述流程中心根据每条所述回调记录失败表中的回调信息进行回调。

针对回调记录失败表中的每条回调信息，流程中心都进行回调重试。比如回调记录失败表中保存5条回调信息，那么流程中心进行5次回调。

步骤3400：在回调成功后，所述流程中心从所述回调记录失败表中删除对应的回调信息。

如果针对一条回调信息的回调成功，那么将该回调信息从回调记录失败表中删除，并且将对应的反馈信息返回业务系统。比如一条回调信息包括业务系统A的http回调接口的地址以及反馈信息，针对该回调信息进行回调，流程中心重新调用业务系统A的http回调接口。如果回调成功，那么将该回调信息从回调记录失败表中删除，并且向业务系统A返回该回调信息中的反馈信息。

本实施例通过在回调记录失败表中保存所有回调失败的回调信息，并对回调失败记录表中的回调信息进行回调重试，保证同一流程在业务系统中的状态与在流程中心的状态一致，提高系统稳定性。

本实施例中，步骤3100包括步骤3110-3140。

步骤3110：在检测到回调异常的情况下，所述流程中心获取回调结果的http状态码。

如图5所示，在回调异常时，流程中心获取回调结果的http状态码。http状态码可以反映回调异常的原因。

步骤3120：在所述http状态码与预设状态码一致的情况下，所述流程中心将回调信息保存至回调记录失败表。

如图5所示，预设状态码为200。如果流程中心获取到的http状态码为200，说明流程中心的回调请求已经被业务系统接收。但是在这种情况下仍然出现回调异常，说明回调异常不是由流程中心造成的。那么将本次回调对应的回调信息保存在回调记录失败表。回调信息包括业务本次回调的业务系统的http回调接口的地址以及反馈信息。

步骤3130：在所述http状态码与预设状态码不一致的情况下，所述流程中心重新调用所述业务系统的http回调接口。

如果流程中心获取到的http状态码不为200，说明流程中心的回调请求没有被业务系统接收。在此情况下进行重试，让流程中心重新调用业务系统的http回调接口。

步骤3140：在检测到连续N次回调异常的情况下，所述流程中心将回调信息保存至回调记录失败表，其中，N为正整数。

可以使用spring-retry技术进行回调重试，回调重试的次数可以为3次。如果3次回调重试都失败了，那么会将对应的回调信息保存在回调记录失败表。

在一个例子中，流程中心接收到业务系统A发起的流程审批请求。在该流程审批通过后，流程中心调用业务系统A的http回调接口。在流程中心调用业务系统A的http回调接口的过程中出现回调异常，流程中心获取到http状态码不为200。在此情况下流程中心进行回调重试，重新进行3次调用业务系统A的http回调接口。如果3次调用都失败，那么将业务系统A的http回调接口的地址以及流程审批结果写入回调记录失败表。如果在3次重试过程中有一次回调成功，那么直接向业务系统A发送流程审批结果，不需要写入回调记录失败表。

本实施例中，所述流程中心包括运维工作台，所述方法还包括：在所述运维工作台中显示所述回调记录失败表中的回调信息；所述流程中心接收用户对所述运维工作台中显示的回调信息的选定操作；响应于所述选定操作，所述流程中心根据所述用户选定的回调信息进行回调重试。

如图6所示，流程中心的开发人员通过运维工作台可以查看回调记录失败表中的回调信息。流程中心的开发人员可以从运维工作台显示的所有回调信息中选择部分回调信息，流程中心根据开发人员选择的回调信息进行回调重试。开发人员也可以将运维工作台中显示的所有回调信息全部选定。

比如在运维工作台中显示回调信息A、回调信息B以及回调信息C，开发人员选择回调信息A以及回调信息B，那么流程中心根据回调信息A和回调信息B进行回调重试。

本实施例通过在流程中心设置运维工作台，在运维工作台中显示回调记录失败表中的回调信息，通过运维工作台可以进行人工回调重试，进一步提高系统的稳定性。

本实施例中，所述业务系统包括配置文件，在所述配置文件中保存所述业务系统的每个流程的ID与每个流程对应的处理逻辑之间的对应关系。所述业务系统根据所述流程审批结果调用所述流程对应的处理逻辑之前，所述方法还包括：所述业务系统根据所述流程的ID从所述配置文件中查询出所述流程对应的处理逻辑。

一个业务系统中可以有多个流程，每个流程经流程中心审批后，业务系统会调用该流程对应的处理逻辑。不同的流程对应不同的处理逻辑。对于同一个流程，该流程的不同审批结果对应不同的处理逻辑。在业务系统中，可以为每个流程配置一个对应的处理类，将该流程对应的所有的处理逻辑都封装在该流程对应的处理类中。当该流程审批结束后，调用该流程对应的处理类根据流程审批结果来执行对应的处理逻辑。比如对于流程A，当流程A审批通过后执行第一处理逻辑，当流程A审批驳回后执行第二处理逻辑，将第一处理逻辑和第二处理逻辑都封装在流程A对应的处理类中。可以通过Spring框架的PostConstruct注解的init方法结合注解的方式，来维护业务系统的配置文件。

在业务系统中设置配置文件，配置文件中保存业务系统的各个流程的ID以及对应的处理逻辑之间的对应关系。比如一个业务系统中包括流程A、流程B和流程C，在处理类ClassA中封装流程A对应的所有处理逻辑，在处理类ClassB中封装流程B对应的所有处理逻辑，在处理类ClassC中封装流程C对应的所有处理逻辑。在配置文件中将流程A与处理类ClassA对应，将流程B与处理类ClassB对应，将流程C与处理类ClassC对应。

当业务系统得到流程审批结果后，业务系统根据该流程的ID从配置文件中查询出该流程对应的处理逻辑。然后业务系统根据该流程审批的结果执行对应的处理逻辑。

在一个例子中，业务系统向流程中心发起流程A的审批，流程中心通过调用业务系统的http回调接口将审批通过的结果返回业务系统。业务系统根据流程A的ID从配置文件中查询出对应的处理类为ClassA，业务系统调用处理类ClassA执行第一处理逻辑。

在一种实施方式中，所述方法还包括：在所述业务系统中新增流程的情况下，在所述配置文件中对应保存所述新增流程的ID以及所述新增流程对应的处理逻辑。

当业务系统中新增流程后，在业务系统中开发该流程对应的处理逻辑。比如业务系统中新增流程D，那么可以在业务系统中开发流程D对应的处理类ClassD，将流程D对应的所有处理逻辑都封装在ClassD中。

并且在业务系统的配置文件中将新增流程的ID和该新增流程对应的处理逻辑对应保存。比如在业务系统中将新增流程D以及流程D对应的处理类ClassD对应。

本实施例通过在业务系统中设置配置文件，在配置文件中保存业务系统每个流程的ID与每个流程对应的处理逻辑之间的对应关系，当业务系统中新增流程时只需要在配置文件中增加新增流程的ID以及该新增流程对应的处理逻辑，不需要对流程中心进行开发，降低开发成本。同时也方便业务系统的新的开发人员对业务系统进行维护，提高开发效率。

如图7所示，本实施例介绍了一种流程处理装置700，所述装置包括：

接收模块701，用于接收业务系统发起的流程审批请求；

回调模块702，用于当所述流程审批请求在流程中心的状态为完结状态后，回调所述业务系统的http回调接口，其中，所述业务系统的所有流程对应同一个http回调接口；

发送模块703，用于在回调成功后，将反馈信息返回所述业务系统，以使所述业务系统根据所述反馈信息调用所述流程对应的处理逻辑，其中，所述反馈信息至少包括所述流程审批的结果。

本发明通过设置业务系统的所有流程都对应同一个http回调接口，对于业务系统的任意流程，流程中心都调用业务系统的同一个http回调接口，将流程审批的结果返回业务系统，当业务系统中新增流程时，不需要在业务系统中开发新增流程对应的接口，降低开发成本。

可选地，所述装置还包括：

处理模块，用于在检测到回调异常的情况下，将回调信息保存至回调记录失败表，其中，所述回调信息至少包括所述业务系统的http回调接口的地址以及所述反馈信息；

获取模块，用于每经过预设时间所述流程中心获取所述回调记录失败表中的回调信息；

回调重试模块，用于根据每条所述回调记录失败表中的回调信息进行回调；

删除模块，用于在回调成功后从所述回调记录失败表中删除对应的回调信息。

可选地，所述处理模块具体用于：

在检测到回调异常的情况下，获取回调结果的http状态码；

在所述http状态码与预设状态码一致的情况下，将回调信息保存至回调记录失败表，其中，所述回调信息至少包括所述业务系统的http回调接口的地址以及所述反馈信息；

在所述http状态码与预设状态码不一致的情况下，重新调用所述业务系统的http回调接口；

在检测到连续N次回调异常的情况下，将回调信息保存至回调记录失败表，其中，N为正整数。

可选地，所述装置包括运维工作台，所述装置还包括：

显示模块，用于在所述运维工作台中显示所述回调记录失败表中的回调信息；

接收模块，还用于接收用户对所述运维工作台中显示的回调信息的选定操作；

回调重试模块，还用于响应于所述选定操作，根据所述用户选定的回调信息进行回调重试。

可选地，所述回调模块具体用于：

所述流程中心通过http post请求的方式调用所述业务系统的http回调接口。

本实施例介绍了一种电子设备，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如本发明任一实施例所述的流程处理方法中由流程中心执行的步骤。

本实施例介绍了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如本发明任一实施例所述的流程处理方法中由流程中心执行的步骤。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。