网络服务系统及其异常响应方法与流程

1.本技术涉及软件技术领域，特别涉及网络服务系统及其异常响应方法。


背景技术：

2.在大数据时代，出现了大量微服务组成的服务系统，这些微服务相互之间是解耦的。大型软件中的多个服务单元通常是由后台管理程序统一调度管理的，并且这些服务单元与后天管理程序打包成一个软件包，部署在服务上。微服务与大型软件中的服务单元有以下区别：多个微服务单元可能分布在一个服务器实体上，也可能分布在多个不同的服务器实体上；各微服务单元可以独立实现一个服务操作，并将操作结果独立呈现给用户；不同的服务单元通常是由不同的服务单位负责的；各微服务都轻量化的软件程序。
3.目前用户对于功能上具有关联性的多个微服务，通常是逐个执行的，在执行完一个微服务之后，将给微服务的执行结果用到另一个微服务的执行过程中。也有一些用户编写了小程序，将逐个执行微服务的过程中需要人为执行的操作采用程序自动执行。
4.现有的这些操作方法，为了准确定位执行异常原因，会将各微服务的异常执行结果呈现给用户，由用户对其进行处理。由此可见，用户的操作较为繁琐，体验较差。


技术实现要素：

5.本技术的目的是提供网络服务系统及其异常响应方法，以解决在现有微服务执行方法中用户操作繁琐、体验差的问题。
6.为解决上述技术问题，本说明书第一方面提供一种网络服务系统异常响应方法，在网络服务系统中设置调度处理单元和多个服务单元，每个服务单元执行一个服务，各服务单元之间相互解耦，由调度处理单元根据业务逻辑确定需要调用的服务单元，以及各服务单元之间的调用顺序；所述方法包括：各服务单元在被调用执行一个服务的过程中，向调度处理单元反馈执行信息，所述执行信息中携带有用户标识，所述执行信息用于表示服务的执行过程中各环节的执行结果；根据各服务单元反馈的执行信息，确定每个服务单元是否执行异常；在目标服务单元执行异常的情况下，从执行异常的目标服务单元反馈的执行信息中获取用户标识；根据用户标识关联的各服务单元反馈的执行信息，确定异常处理方案；自动执行所述异常处理方案。
7.在一些实施例中，根据用户标识关联的各服务单元的反馈信息，确定异常处理方案，包括：根据用户标识关联的各服务单元反馈的执行信息，确定执行异常是否为网络传输的原因；若是，则确定异常处理方案包括重新调用所述目标服务单元执行服务；若不是，则确定异常处理方案包括确定所述目标服务单元的替代单元，并调用所述替代单元执行服务。
8.在一些实施例中，根据用户标识关联的各服务单元反馈的执行信息，确定执行异常是否为网络传输的原因，包括：根据目标服务单元所反馈的执行信息中的内容确定执行异常是否为网络传输的原因。
9.在一些实施例中，根据用户标识关联的各服务单元反馈的执行信息，确定执行异常是否为网络传输的原因，包括：根据用户标识关联的各服务单元反馈的执行信息，确定用户标识关联的各服务单元之间的执行顺序；将用户标识关联的各服务单元的反馈信息以及用户标识关联的各服务单元之间的执行顺序输入预先确定的网络模型，根据网络模型的输出结果确定执行异常是否为网络传输的原因。
10.在一些实施例中，所述方法还包括：统计用户标识关联的各服务单元的以下至少一个指标：执行异常的次数、执行异常的原因、执行时间；根据统计结果，确定是否存在网络传输问题；若存在，则向用户侧的网络传输设备发送第一通知，以用于网络传输设备优化网络传方案；根据统计结果，确定是否存在用户操作问题；若存在，则向用户端发送操作帮助信息。
11.在一些实施例中，所述方法还包括：统计所述多个服务单元中各服务单元的以下至少一个指标：执行异常的次数、执行异常的原因、执行时间；根据统计结果，判断各服务单元是否自身有异常；向判断结果为自身有异常的服务单元的服务提供方发送第二通知，以用于服务提供方优化服务单元。
12.本说明书第二方面提供一种网络服务系统，包括：多个服务单元，其中每个服务单元执行一个服务，各服务单元之间相互解耦；各服务单元在被调用执行一个服务的过程中，向调度处理单元反馈执行信息，所述执行信息中携带有用户标识，所述执行信息用于表示服务的执行过程中各环节的执行结果；调度处理单元，用于根据业务逻辑确定需要调用的服务单元，以及各服务单元之间的调用顺序；根据各服务单元反馈的执行信息，确定每个服务单元是否执行异常；在目标服务单元执行异常的情况下，从执行异常的目标服务单元反馈的执行信息中获取用户标识；根据用户标识关联的各服务单元反馈的执行信息，确定异常处理方案；自动执行所述异常处理方案。
13.本说明书第三方面提供一种服务单元，包括：每个服务单元执行一个服务，各服务单元之间相互解耦；各服务单元在被调用执行一个服务的过程中，向调度处理单元反馈执行信息，所述执行信息中携带有用户标识，所述执行信息用于表示服务的执行过程中各环节的执行结果，以用于调度处理单元根据业务逻辑确定需要调用的服务单元，以及各服务单元之间的调用顺序；根据各服务单元反馈的执行信息，确定每个服务单元是否执行异常；在目标服务单元执行异常的情况下，从执行异常的目标服务单元反馈的执行信息中获取用户标识；根据用户标识关联的各服务单元反馈的执行信息，确定异常处理方案；自动执行所述异常处理方案。
14.本说明书第四方面提供一种调度处理单元，用于执行以下操作：根据业务逻辑确定需要调用的服务单元，以及各服务单元之间的调用顺序；根据各服务单元反馈的执行信息，确定每个服务单元是否执行异常；在目标服务单元执行异常的情况下，从执行异常的目标服务单元反馈的执行信息中获取用户标识；根据用户标识关联的各服务单元反馈的执行信息，确定异常处理方案；自动执行所述异常处理方案；其中，每个服务单元执行一个服务，各服务单元之间相互解耦；各服务单元在被调用执行一个服务的过程中，向调度处理单元反馈执行信息，所述执行信息中携带有用户标识，所述执行信息用于表示服务的执行过程中各环节的执行结果。
15.本说明书第五方面提供一种电子设备，包括：存储器和处理器，所述处理器和所述
存储器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而实现第一方面任一项所述方法的步骤。
16.本说明书第六方面提供一种计算机存储介质，所述计算机存储介质存储有计算机程序指令，所述计算机存储介质存储有计算机程序指令，所述计算机程序指令被处理器执行时实现第一方面任一项所述方法的步骤。
17.本说明书所提供的网络服务系统及其异常响应方法，通过调度处理单元，对相互之间解耦的、各自能够实现一个服务的多个服务单元进行调度，以实现用户的一个操作流程；设置各服务单元在被调用执行一个服务的过程中，除了反馈各环节的执行结果外，还反馈用户标识，在服务单元执行异常的情况下，根据服务标识关联的各服务单元反馈的执行信息确定异常处理方案，并自动执行异常处理方案，无需用户的参与，减少了用户端的操作，提升了用户体验。本方案还能够将轻量化的各种已有微服务集成到一起，形成一个大型的服务系统，充分发挥各微服务提供方的专业性，能够在为用户提供集成的优质服务时，减少系统开发成本；能够准确定位异常位置以及处理异常状况，提高集成系统的可靠性。
附图说明
18.为了更清楚地说明本技术实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
19.图1示出了本说明书提供的网络服务系统的示意图；
20.图2示出了本说明书提供的网络服务系统异常响应方法的流程图；
21.图3示出了本说明书提供的电子设备的原理框图。
具体实施方式
22.为了使本技术领域的人员更好地理解本技术中的技术方案，下面将结合本技术实施方式中的附图，对本技术实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本技术一部分实施方式，而不是全部的实施方式。基于本技术中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都应当属于本技术保护的范围。
23.本说明书提供一种网络服务系统异常响应方法，用于由大量相互之间解耦的微服务组成的大型网络服务系统，简化网络服务系统出现异常时用户的操作，提高用户的体验。
24.本说明书所提供的网络服务系统异常响应方法可以用于图1所示的网络服务系统，该网络服务系统包括调度处理单元和多个服务单元。其中，每个服务单元执行一个服务，各服务之间相互解耦，有调度处理单元根据业务逻辑确定需要调用的服务单元，以及各服务单元之间的调用顺序。
25.也就是说，多个服务单元中任意两个服务单元之间没有相互调用的关系。一个服务单元在执行结束后，将执行结果发送至调度处理单元用于调度处理。一个服务单元在执行时所需要的数据不是直接来源于另一个服务单元的，而是来源于调度处理单元的。
26.本说明书中的服务单元可以是指背景技术中的微服务程序。
27.如图2所示，本说明书所提供的网络服务系统异常响应方法包括如下步骤：
28.s10：各服务单元在被调用执行一个服务的过程中，向调度处理单元反馈执行信息，执行信息中携带有用户标识，执行信息用于表示服务的执行过程中各环节的执行结果。
29.用户在使用网络服务系统进行目标操作时，服务系统会为其分配一个用户标识，作为用户的唯一身份标识。目标操作可能由多个服务单元的执行结果构成，这其中每个服务单元都会向调度处理单元反馈执行信息，该执行信息中携带有用户标识，执行信息用于表示服务的执行过程中各环节的执行结果。
30.对于每个服务而言，其执行结果由多个环节组成，这些环节例如可以为接收数据、对数据进行处理、存储数据、连接数据库、向服务器请求数据、页面内容响应等。
31.在一些实施例中，反馈执行信息可以是业务方面的执行结果，也可以是网络方面的执行结果。其中，业务方面的执行结果可以由服务单元在执行服务的过程中写在日志文件中，将日志文件发送至调度处理单元；网络方面的执行结果通常在网络协议所规定的响应数据中，例如，在http网络协议中，通过返回状态码表示http网络传输或请求的结果，在http1.1中的返回状态码中，100-199用于指定客户端应相应的某些动作，200-299用于表示请求成功，300-399用于已经移动的文件并且常被包含在定位头信息中指定新的地址信息，400-499用于指出客户端的错误，500-599用于支持服务器错误。网络方面的执行结果除了可以设置在http返回状态码中外，还可以设置在tcp、udp返回状态码中。
32.不论是业务方面的执行结果，还是网络方面的执行结果，本说明书所提供的方法都要求其对应有用户标识。例如，在获取到一个返回状态码之后，应当确定其所对应的用户标识。
33.s20：根据各服务单元反馈的执行信息，确定每个服务单元是否执行异常。
34.对于写在日志中的执行信息，通常可以通过“成功”、“ok”、“success”确定执行正常，通过“fail”、“失败”等词语确定执行异常。当然，也可以根据约定的代码确定是否执行正常。
35.s30：在目标服务单元执行异常的情况下，从执行异常的目标服务单元反馈的执行信息中获取用户标识。
36.由于反馈的每个执行信息都携带有用户标识，因此，在确定目标服务单元执行异常的情况下，能够从反馈的执行信息中确定用户标识，从而了解是哪个用户进行的操作出现了异常。
37.s40：根据用户标识关联的各服务单元反馈的执行信息，确定异常处理方案。
38.在一些实施例中，步骤s40可以包括以下步骤：
39.s41：根据用户标识关联的各服务单元反馈的执行信息，确定执行异常是否为网络传输的原因。
40.在一些实施例中，可以根据目标服务单元所反馈的执行信息的内容来确定是否为网络传输原因，在一些实施例中，也可以根据处理时延、网络抖动、丢包率、带宽、速率、心跳等网络传输指标来确定是否为网络传输原因，例如，若其中一个网络传输指标异常较为明显，则很有可能是往传输原因引起的执行异常。
41.在一些实施例中，s41可以通过以下方法确定执行异常是否为网络传输的原因：根据用户标识关联的各服务单元反馈的执行信息，确定用户标识关联的各服务单元之间的执
行顺序；将用户标识关联的各服务单元的反馈信息以及用户标识关联的各服务单元之间的执行顺序输入预先确定的第一网络模型，根据第一网络模型的输出结果确定执行异常是否为网络传输的原因。在这里，第一网络模型的输出结果可以是“是否为网络传输原因导致的执行异常”，也可以是其他内容，根据第一网络模型的输出结果再进一步确定是否为网络传输原因导致的执行异常。
42.第一网络模型可以通过以下方法训练得到：获取图1所示方法的历史执行过程中出现异常的服务，获取异常服务的服务单元反馈的执行信息中的用户标识，将用户标识关联的各服务单元反馈的执行信息，确定用户标识关联的各服务单元之间的执行顺序；以用户标识关联的各服务单元的反馈信息以及用户标识关联的各服务单元之间的执行顺序、异常执行结果作为一个训练样本。按照这样的方法获取大量的训练样本，将用户标识关联的各服务单元的反馈信息以及用户标识关联的各服务单元之间的执行顺序作为第一网络模型的输入，将异常执行结果作为网络模型的输出，训练第一网络模型。其中，异常执行结果可以根据需要进行定义。
43.s42：若是，则确定异常处理包括重新调用目标服务单元执行服务。
44.在网络传输质量不稳定的情况下，目标服务单元重新执行服务有可能会执行成功。
45.s43：若不是，则确定异常处理方案包括所述目标服务单元的替代单元并调用所述替代单元执行服务。
46.替代单元，可以是一个服务单元，也可以是多个按照顺序执行的服务单元。其中，按照顺序执行的多个服务单元中，可以包括对异常服务单元已经造成的结果进行弥补的服务单元。例如，异常服务单元成功修改了数据库中的数据，替代单元中可以包括将异常服务单元修改的数据改回原数据的服务单元。
47.在一些实施例中，s43可以预先确定各目标服务单元与替代单元之间的关联关系，从而在确定执行异常的目标服务单元之后，便可以根据关联关系确定替代单元。
48.在一些实施例中，s43可以通过以下方法确定替代单元：根据用户标识关联的各服务单元反馈的执行信息，确定用户标识关联的各服务单元之间的执行顺序；将用户标识关联的各服务单元的反馈信息以及用户标识关联的各服务单元之间的执行顺序输入预先确定的第二网络模型，得到替代单元。
49.第二网络模型可以通过以下方法训练得到：获取图1所示方法的历史执行过程中出现异常的服务，获取异常服务的服务单元反馈的执行信息中的用户标识，将用户标识关联的各服务单元反馈的执行信息，确定用户标识关联的各服务单元之间的执行顺序；获取将处理异常服务成功的各服务单元及各服务单元之间的顺序；将用户标识关联的各服务单元的反馈信息以及用户标识关联的各服务单元之间的执行顺序作为第二网络模型的输入，将处理异常服务成功的各服务单元及各服务单元之间的顺序作为网络模型的输出，训练第二网络模型。
50.s50：自动执行所述异常处理方案。
51.本说明书所提供的网络服务系统异常响应方法，通过调度处理单元，对相互之间解耦的、各自能够实现一个服务的多个服务单元进行调度，以实现用户的一个操作流程；设置各服务单元在被调用执行一个服务的过程中，除了反馈各环节的执行结果外，还反馈用
户标识，在服务单元执行异常的情况下，根据服务标识关联的各服务单元反馈的执行信息确定异常处理方案，并自动执行异常处理方案，无需用户的参与，减少了用户端的操作，提升了用户体验。本方案还能够将轻量化的各种已有微服务集成到一起，形成一个大型的服务系统，充分发挥各微服务提供方的专业性，能够在为用户提供集成的优质服务时，减少系统开发成本；能够准确定位异常位置以及处理异常状况，提高集成系统的可靠性。
52.在一些实施例中，本说明书所提供的网络服务系统异常响应方法还包括：统计用户标识关联的各服务单元的以下至少一个指标：执行异常的次数、执行异常的原因、执行时间；根据统计结果，确定是否存在网络传输问题；若存在，则向用户侧的网络传输设备发送第一通知，以用于网络传输设备优化网络传方案；根据统计结果，确定是否存在用户操作问题；若存在，则向用户端发送操作帮助信息，以指导用户的操作。
53.在一些实施例中，本说明书所提供的网络服务系统异常响应方法还包括：统计所述多个服务单元中各服务单元的以下至少一个指标：执行异常的次数、执行异常的原因、执行时间；根据统计结果，判断各服务单元是否自身有异常；向判断结果为自身有异常的服务单元的服务提供方发送第二通知，以用于服务提供方优化服务单元。
54.本说明书还提供了一种网络服务系统，如图1所示，包括调度单元和多个服务单元。
55.其中，每个服务单元执行一个服务，各服务单元之间相互解耦；各服务单元在被调用执行一个服务的过程中，向调度处理单元反馈执行信息，所述执行信息中携带有用户标识，所述执行信息用于表示服务的执行过程中各环节的执行结果；
56.调度处理单元用于根据业务逻辑确定需要调用的服务单元，以及各服务单元之间的调用顺序；根据各服务单元反馈的执行信息，确定每个服务单元是否执行异常；在目标服务单元执行异常的情况下，从执行异常的目标服务单元反馈的执行信息中获取用户标识；根据用户标识关联的各服务单元反馈的执行信息，确定异常处理方案；自动执行所述异常处理方案。
57.本说明书还提供一种服务单元，可以是图1中的服务单元。每个服务单元执行一个服务，各服务单元之间相互解耦；各服务单元在被调用执行一个服务的过程中，向调度处理单元反馈执行信息，所述执行信息中携带有用户标识，所述执行信息用于表示服务的执行过程中各环节的执行结果，以用于调度处理单元根据业务逻辑确定需要调用的服务单元，以及各服务单元之间的调用顺序；根据各服务单元反馈的执行信息，确定每个服务单元是否执行异常；在目标服务单元执行异常的情况下，从执行异常的目标服务单元反馈的执行信息中获取用户标识；根据用户标识关联的各服务单元反馈的执行信息，确定异常处理方案；自动执行所述异常处理方案。
58.本说明书还提供一种调度处理单元，可以是图2中的调度处理单元。该调度处理单元用于执行以下操作：根据业务逻辑确定需要调用的服务单元，以及各服务单元之间的调用顺序；根据各服务单元反馈的执行信息，确定每个服务单元是否执行异常；在目标服务单元执行异常的情况下，从执行异常的目标服务单元反馈的执行信息中获取用户标识；根据用户标识关联的各服务单元反馈的执行信息，确定异常处理方案；自动执行所述异常处理方案；其中，每个服务单元执行一个服务，各服务单元之间相互解耦；各服务单元在被调用执行一个服务的过程中，向调度处理单元反馈执行信息，所述执行信息中携带有用户标识，
所述执行信息用于表示服务的执行过程中各环节的执行结果。
59.上述网络服务系统、调度处理单元、服务单元的描述及有益效果可以参阅方法部分的描述及有益效果，不再赘述。
60.本发明实施例还提供了一种电子设备，如图3所示，该电子设备可以包括处理器301和存储器302，其中处理器301和存储器302可以通过总线或者其他方式连接，图3中以通过总线连接为例。
61.处理器301可以为中央处理器(central processing unit，cpu)。处理器301还可以为其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。
62.存储器302作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施例中的调度处理单元或服务单元的程序指令/模块。处理器301通过运行存储在存储器302中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据分类，即实现上述方法实施例中的网络服务系统异常响应方法。
63.存储器302可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器301所创建的数据等。此外，存储器302可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器302可选包括相对于处理器301远程设置的存储器，这些远程存储器可以通过网络连接至处理器301。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
64.所述一个或者多个模块存储在所述存储器302中，当被所述处理器301执行时，执行如图2所示实施例的网络服务系统异常响应方法。
65.上述电子设备具体细节可以参阅图2对应实施例中的相关描述和效果进行理解，此处不再赘述。
66.本说明书提供一种计算机存储介质，该计算机存储介质存储有计算机程序指令，该计算机程序指令被处理器执行时实现图2所示方法的步骤。
67.本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid-state drive，ssd)等；所述存储介质还可以包括上述种类的存储器的组合。
68.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件
(programmable logic device,pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
69.本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。
70.上述实施方式阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。
71.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本技术时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
72.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施方式的某些部分的方法。
73.本技术可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
74.本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
75.虽然通过实施方式描绘了本技术，本领域普通技术人员知道，本技术有许多变形和变化而不脱离本技术的精神，希望所附的权利要求包括这些变形和变化而不脱离本技术的精神。