基于区块链实现的信息化业务处理方法及系统与流程

1.本发明涉及互联网技术领域，具体涉及一种基于区块链实现的信息化业务处理方法及系统。


背景技术：

2.目前，传统的信息化业务系统多采用中心化系统架构，相应的，在系统架构的内部存在多个it系统，从而导致数据交互繁琐，串行业务结构流程流转反复等问题。
3.由此可见，现有技术中的上述方案至少存在如下缺陷：由于业务流程基于中心化系统架构实现，因此，若是中心节点因意外不能提供服务时，业务流程将出现单点故障，导致流程停滞，同时由于中心化系统架构存在一定的数据篡改风险，从而导致数据安全性缺乏保障。


技术实现要素：

4.鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的基于区块链实现的信息化业务处理方法及系统。
5.根据本发明的一个方面，提供了一种基于区块链实现的信息化业务处理方法，包括：
6.将资源管理子系统、工单子系统、客户关系管理子系统、以及订单子系统分别通过预设接口接入区块链，以使各个子系统能够通过调用所述预设接口实现数据处理；
7.当客户关系管理子系统接收到业务请求时，将获取到的业务信息存储到区块链中；订单子系统根据所述客户关系管理子系统向区块链中存储的业务信息生成业务订单，并将与所述业务订单相对应的订单状态信息存储到区块链中；
8.资源管理子系统将余量接口信息存储到区块链中，以供订单子系统根据所述余量接口信息确定与业务订单相对应的业务接口，且工单子系统根据订单子系统向区块链中存储的订单状态信息执行工单处理。
9.可选地，所述将资源管理子系统、工单子系统、客户关系管理子系统、以及订单子系统分别通过预设接口接入区块链进一步包括：将回访子系统通过所述预设接口接入区块链；
10.则所述工单子系统根据区块链中存储的订单状态信息执行工单处理之后，进一步包括：通过回访子系统获取与工单处理过程相关的用户反馈数据，将获取到的用户反馈数据存储至区块链中。
11.可选地，所述工单子系统根据订单子系统向区块链中存储的订单状态信息执行工单处理之后，进一步包括：
12.通过客户关系管理子系统获取用户投诉信息，将所述用户投诉信息存储到区块链中；并且，所述工单系统获取与所述用户投诉信息相对应的工单的工单状态数据，将所述工单状态数据存储到区块链中；而且，所述回访子系统获取与所述用户投诉信息相对应的用
户回访数据，将所述用户回访数据存储到区块链中。
13.可选地，所述工单子系统根据订单子系统向区块链中存储的订单状态信息执行工单处理之后，进一步包括：
14.从区块链中获取各个子系统存储的业务数据，根据获取到的业务数据执行审计操作。
15.可选地，当各个子系统向区块链中存储业务数据时，生成与待存储的业务数据相对应的哈希值，并获取与待存储的业务数据相对应的统一资源标识符，将所述哈希值与所述统一资源标识符关联存储至区块链中。
16.可选地，当任一子系统执行数据更新操作后，其他子系统根据区块链中存储的更新后的数据进行数据同步操作。
17.可选地，所述区块链为联盟链，且所述信息化业务为宽度安装维护业务。
18.根据本发明的又一个方面，还提供了一种基于上述的信息化业务处理方法实现的业务处理系统，包括：资源管理子系统、工单子系统、回访子系统、客户关系管理子系统、以及订单子系统；其中，各个子系统通过预设接口接入区块链，且各个子系统通过调用所述预设接口进行数据处理。
19.根据本发明的又一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
20.所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述基于区块链实现的信息化业务处理方法对应的操作。
21.根据本发明的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述基于区块链实现的信息化业务处理方法对应的操作。
22.在本发明所提供的基于区块链实现的信息化业务处理方法及系统中，将资源管理子系统、工单子系统、客户关系管理子系统、以及订单子系统分别通过预设接口接入区块链，以使各个子系统能够通过调用预设接口实现数据处理业务流程。由此可见，该方式通过区块链技术实现了去中心化的目的，避免了因中心节点意外宕机而不能提供服务的业务故障，同时，由于区块链具有不可篡改的优势，因而防止了数据篡改的风险，提升了数据安全性。
23.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
24.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
25.图1示出了根据本发明一个实施例的基于区块链实现的信息化业务处理方法的流程示意图；
26.图2示出了根据本发明另一个实施例的基于区块链实现的信息化业务处理方法的
流程示意图；
27.图3示出了根据本发明又一个实施例的基于区块链实现的信息化业务处理系统的结构示意图；
28.图4示出了根据本发明的一种电子设备的结构示意图；
29.图5示出了家庭宽带安装及维护流程的总体示意图；
30.图6示出了业务处理系统架构图；
31.图7示出了基于系统架构实现的处理流程示意图；
32.图8示出了利用联盟链优化后的流程示意图；
33.图9示出了回访流程的示意图；
34.图10示出了投诉处理的流程示意图；
35.图11示出了审计流程示意图。
具体实施方式
36.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
37.图1示出了根据本发明一个实施例的基于区块链实现的信息化业务处理方法的流程示意图，如图1所示，该方法包括：
38.步骤s110：将资源管理子系统、工单子系统、客户关系管理子系统、以及订单子系统分别通过预设接口接入区块链，以使各个子系统能够通过调用所述预设接口实现数据处理。
39.其中，资源管理子系统用于实现系统内部资源统一管理、记录，以便于其他子系统合理利用资源。工单子系统用于实现工单的派发、处理等。客户关系管理子系统用于执行客户关系的管理操作。订单子系统用于生成业务订单，以供工单子系统生成与业务订单相对应的工单。其中，各个子系统均通过统一的预设接口接入区块链。并且，各个子系统能够通过调用该预设接口的方式实现数据的存储、查看等功能。
40.步骤s120：当客户关系管理子系统接收到业务请求时，将获取到的业务信息存储到区块链中；订单子系统根据客户关系管理子系统向区块链中存储的业务信息生成业务订单，并将与业务订单相对应的订单状态信息存储到区块链中。
41.具体地，客户关系管理子系统用于接收用户触发的业务请求，并在接收到业务请求后，获取该业务请求中包含的业务信息，从而将业务信息存储到区块链中。其中，业务请求可以为多种类型，如安装类业务请求、维护类业务请求等，相应的，业务信息的种类和内涵也随业务请求的类型不同而不同，本发明对具体细节不作限定。
42.订单子系统用于根据区块链中已存储的业务信息生成对应的业务订单，并将业务订单的订单状态信息存储到区块链中，以便于监控该业务订单的实时状态。其中，订单状态信息包括：订单创建状态、订单处理状态、订单完成状态等多种。
43.步骤s130：资源管理子系统将余量接口信息存储到区块链中，以供订单子系统根据所述余量接口信息确定与业务订单相对应的业务接口，且工单子系统根据订单子系统向
区块链中存储的订单状态信息执行工单处理。
44.资源管理子系统用于维护系统中的公共资源的实时状态。其中，本实施例中的公共资源主要是指业务接口类资源。其中，业务处理系统能够提供多个业务接口，各个业务接口能够用于实现不同业务的接入处理。相应的，在业务处理系统所能提供的众多业务接口中，包含余量接口，所谓余量接口也叫可用接口，是指当前未被占用且能够正常使用的接口。在具体实施时，由资源管理子系统将余量接口信息(也叫可用接口信息)存储到区块链中，以供订单子系统根据余量接口信息选择与当前业务订单相对应的业务接口进行订单处理。并且，工单子系统根据订单子系统已存储的订单状态信息生成对应的工单进行处理。
45.其中，各个子系统均能够通过统一的预设接口向区块链中存储数据，相应的，其余子系统能够通过该预设接口从区块链中获取数据，从而实现多个子系统之间的协调调度。
46.由此可见，在本发明所提供的基于区块链实现的信息化业务处理方法中，将资源管理子系统、工单子系统、客户关系管理子系统、以及订单子系统分别通过预设接口接入区块链，以使各个子系统能够通过调用预设接口实现数据处理业务流程。由此可见，该方式通过区块链技术实现了去中心化的目的，避免了因中心节点意外宕机而不能提供服务的业务故障，同时，由于区块链具有不可篡改的优势，因而防止了数据篡改的风险，提升了数据安全性。
47.图2示出了根据本发明另一个实施例的基于区块链实现的信息化业务处理方法的流程示意图。如图2所示，该方法包括：
48.步骤s210：将资源管理子系统、工单子系统、客户关系管理子系统、回访子系统以及订单子系统分别通过预设接口接入区块链，以使各个子系统能够通过调用预设接口实现数据处理。
49.其中，资源管理子系统用于实现系统内部资源统一管理、记录，以便于其他子系统合理利用资源。工单子系统用于实现工单的派发、处理等。客户关系管理子系统用于执行客户关系的管理操作。订单子系统用于生成业务订单，以供工单子系统生成与业务订单相对应的工单。其中，各个子系统均通过统一的预设接口接入区块链。并且，各个子系统能够通过调用该预设接口的方式实现数据的存储、查看等功能。
50.其中，回访子系统也叫满意度平台，用于实现用户满意度的调查，具体可通过短信、电话等多种方式获取用户满意度信息，以作为回访结果。
51.步骤s220：当客户关系管理子系统接收到业务请求时，将获取到的业务信息存储到区块链中；订单子系统根据客户关系管理子系统向区块链中存储的业务信息生成业务订单，并将与业务订单相对应的订单状态信息存储到区块链中。
52.具体地，客户关系管理子系统用于接收用户触发的业务请求，并在接收到业务请求后，获取该业务请求中包含的业务信息，从而将业务信息存储到区块链中。其中，业务请求可以为多种类型，如安装类业务请求、维护类业务请求等，相应的，业务信息的种类和内涵也随业务请求的类型不同而不同，本发明对具体细节不作限定。
53.订单子系统用于根据区块链中已存储的业务信息生成对应的业务订单，并将与业务订单的订单状态信息存储到区块链中，以便于监控该业务订单的实时状态。其中，订单状态信息包括：订单创建状态、订单处理状态、订单完成状态等多种。
54.步骤s230：资源管理子系统将余量接口信息存储到区块链中，以供订单子系统根
据所述余量接口信息确定与业务订单相对应的业务接口，且工单子系统根据订单子系统向区块链中存储的订单状态信息执行工单处理。
55.资源管理子系统用于维护系统中的公共资源的实时状态。其中，本实施例中的公共资源主要是指业务接口类资源。其中，业务处理系统能够提供多个业务接口，各个业务接口能够用于实现不同业务的接入处理。相应的，在业务处理系统所能提供的众多业务接口中，包含余量接口，所谓余量接口也叫可用接口，是指当前未被占用且能够正常使用的接口。在具体实施时，由资源管理子系统将余量接口信息(也叫可用接口信息)存储到区块链中，以供订单子系统根据余量接口信息选择与当前业务订单相对应的业务接口进行订单处理。并且，工单子系统根据订单子系统已存储的订单状态信息生成对应的工单进行处理。
56.步骤s240：通过回访子系统获取与工单处理过程相关的用户反馈数据，将获取到的用户反馈数据存储至区块链中。
57.具体地，回访子系统可通过短信、电话等多种方式获取用户反馈数据，以便实现满意度调查。其中，用户反馈数据存储到区块链中，有利于实现数据的共享，且确保了数据的不可篡改性。
58.步骤s250：通过客户关系管理子系统获取用户投诉信息，将所述用户投诉信息存储到区块链中。
59.具体地，本实施例还能够处理投诉流程，相应的，工单系统获取与用户投诉信息相对应的工单的工单状态数据，将工单状态数据存储到区块链中；而且，回访子系统获取与用户投诉信息相对应的用户回访数据，将用户回访数据存储到区块链中。
60.步骤s260：从区块链中获取各个子系统存储的业务数据，根据获取到的业务数据执行审计操作。
61.具体地，本实施例还支持审计功能，由于各个子系统均能够通过统一的预设接口向区块链中存储数据，相应的，其余子系统能够通过该预设接口从区块链中获取数据，从而实现多个子系统之间的协调调度。在此基础上，为审计流程提供了便利，直接从区块链中获取各个子系统存储的业务数据即可实现审计操作。
62.另外，为了进一步提升安全性，在上述各个步骤的处理过程中，当各个子系统向区块链中存储业务数据时，生成与待存储的业务数据相对应的哈希值，并获取与待存储的业务数据相对应的统一资源标识符，将哈希值与统一资源标识符关联存储至区块链中，以实现相互印证，从而防止数据出错。
63.另外，当任一子系统执行数据更新操作后，其他子系统根据区块链中存储的更新后的数据进行数据同步操作，从而实现单点更新、多点同步功能，使同步操作更为便捷。可选地，本实施例中的区块链为联盟链，且信息化业务为宽度安装维护业务。
64.为了便于理解，下面以一个具体示例为例详细阐述本实施例的具体实现细节：
65.在本示例中，信息化业务为宽带类业务，具体以家庭宽带安装及维护流程(以下简称家宽装维流程)为例进行阐述。图5示出了家庭宽带安装及维护流程的总体示意图。如图5所示，宽带业务流程主要包括四部分，分别是安装流程、回访流程、投诉处理流程、以及审计流程。其中，第
①
步由订单子系统与资源管理子系统实现资源管理以及业务配置功能，第
②
步由订单子系统与工单子系统实现订单流转功能，第
③
步由订单子系统分别与aaa认证平台以及omc平台实现账号管理以及下发指令功能。其中，omc平台为操作维护中心(omc，
operation and maintenance center)。另外，图5还示出了客户管理关系子系统，简称crm，其中，具体包括营业crm以及客服crm两个子系统。由此可见，现有方案中的大多数流程中存在中心化结构，若是中心节点因意外宕机而不能提供服务时，业务流程将出现单点故障，流程停滞甚至会因为流程延时而导致客户满意度下降，同时由于中心化结构存在一定的数据篡改风险，流程合规审计等工作无法有效开展。由此可见，传统的业务流程至少存在以下缺陷：流程各环节流转步骤繁多，跨系统协作效率低下；存在中心化现象，部分系统业务繁忙压力大，易出现单点问题影响业务可持续性；流程预处理能力低，未能及时响应致用户满意度下降；业务分支自我审计无公信力，存在重复审计内容占用大量人力及物力。
66.为了解决上述问题，本示例采用了区块链中的hyperledgerfabric(以下简称fabric)项目将原有串行业务结构更改至并行业务结构。利用区块链技术不可篡改、可溯源、分布式记账等特点，保证业务分支系统的审计数据可信度，降低重复内容审计环节，并且因区块链的共识机制减少了业务流程步骤、提高了流程流转效率，且利用区块链去中心化的特性解决流程中存在的中心化现象，处理因单点问题影响业务可持续性的问题。图6示出了本示例提供的业务处理系统架构图。如图6所示，该系统架构包括：分支系统、上链系统、安全管理系统等多个子系统。其中的工单系统即为上文提到的工单子系统，满意度平台即为上文提到的回访子系统，crm即为上文提到的客户关系管理子系统，订单系统即为上文提到的订单子系统，综合资管即为上文提到的资源管理子系统。
67.图7示出了基于上述系统架构实现的处理流程示意图。基于fabric开源架构建设企业内部联盟链，通过将综合资管、工单系统、满意度平台、crm、订单系统，五大系统数据上链得到数据共识效果，各子系统通过统一api接口接入联盟链通过调用api实现上传、更新、获取数据，从而实现缩短流程流转步骤、减少接口开发及解决资源浪费问题。优化后整个流程仍细分为安装流程、回访流程、投诉处理流程、审计流程，各流程详细阐述如下：
68.安装流程：在crm系统收到客户安装需求时，将客户信息录入系统并打上hash值附上客户信息的uri地址(hash值和uri地址可以互相印证)进行数据上链操作，联盟链中订单系统收到crm系统上传客户信息之后将订单状态值进行内容上链。综合资管把余量接口信息打上hash并附带文件uri地址进行链接上链，使订单系统可在联盟链中直接获取余量接口信息并快速选出订单需使用接口，再次更新余量接口。待获得3a授权之后，订单系统更新订单信息，工单系统于联盟链内获取订单状态变化开展后续流程。通过建设联盟链将安装流程由原先的12步流转步骤缩短至8步，流程耗时经优化由原先的127分钟缩短至92分钟，效率提升27.6％，并且原业务逻辑并未发生改变，易于项目优化改造。因区块链去中心化特点，若流程过程中原中心节点出现故障，链上信息仍能正常流转，大幅度降低了故障发生率。图8示出了利用联盟链优化后的流程示意图，如图8所示，在第
①
步以及第
②
步中，实现3a认证平台以及订单系统之间的相互通信。在第
③
步中，由工单系统向宽带运维支撑平台发送请求消息，在第
④
步中，由宽带运维支撑平台向智能终端发送请求消息，在第
⑤
步中，由智能终端向装维人员发送请求消息。在第
⑥
步中，由装维人员向智能终端反馈响应消息，在第
⑦
步中，由智能终端向宽带运维支撑平台反馈响应消息，在第
⑧
步中，由宽带运维支撑平台向工单系统反馈响应消息。其中，工单系统(即工单子系统)、crm(即客户关系管理子系统)、满意度平台(即回访子系统)、订单系统(即订单子系统)、以及综合资管(即资源管理子系统)均能够向区块链写入并读取数据。
69.回访流程：订单系统根据订单状态内容上链，满意度平台将数据打上时间戳及hash值上链。当安装流程完成时，订单系统发起回访流程订单状态变更，满意度平台获悉订单状态变更开始向短信回复平台及外呼系统下发收集客户满意度信息指令，短信、外呼系统在完成收集指令之后上传满意度信息至满意度平台，因区块链共识机制订单系统获悉满意度状态改变收集满意度完成，至此变更订单状态完结回访流程。优化后回访流程对比原流程减少了2步，减少因系统高负荷时造成的丢单几率，回访效率的提升侧面提升了客户满意度并且可以更加快速收集客户问题信息进行提前处理，避免一部分客户投诉，使客户反馈形成良性循环。图9示出了回访流程的示意图，如图9所示，在第
①
步中，由满意度平台向短信回复平台以及外呼系统下发满意度调查请求，在第
②
步中，由短信回复平台和外呼系统向满意度平台反馈满意度调查结果。
70.投诉处理流程：通过crm系统将客户投诉信息增加hash值并添加uri(统一资源标识符)地址进行链接上链，工单系统将工单状态内容上链，满意度平台将满意度数据上链。所谓上链是指将数据存储至联盟链中。原投诉处理及时率为90.2％，通过创建联盟链减少投诉处理流程流转步骤5步，投诉处理及时率预计将达至98.9％；原投诉处理满意度为88.2％，通过联盟链衍生出的投诉预处理功能，投诉处理满意度预计将达至96.4％。图10示出了投诉处理的流程示意图，如图10所示，在第
①
步中，由工单系统向宽带运维支撑平台发送请求消息，在第
②
步中，由宽带运维支撑平台向智能终端发送请求消息，在第
③
步中，由智能终端向装维人员发送请求消息。在第
④
步中，由装维人员向智能终端反馈响应消息，在第
⑤
步中，由智能终端向宽带运维支撑平台反馈响应消息，在第
⑥
步中，由宽带运维支撑平台向工单系统反馈响应消息。另外，在第
⑦
步以及第
⑧
步中，由外呼系统和满意度平台交换数据。
71.审计流程：通过时间戳以及哈希算法对每次资源信息变化进行确权达到存证目的，同时因联盟链中数据共识特性，使审计部门仅需通过api调出联盟链上数据即可进行审计避免了原先审计时需要多部门协作调取对比数据，避免了数据的重复审计。利用区块链的不可篡改特性保证了审计数据真实性，节省审计过程中浪费的人力物力资源。预计减少重复审计内容34.7％，降低人力物力成本71.6％。图11示出了审计流程示意图。
72.综上可知，在本实施例中，基于区块链不可篡改性、数据可溯源性提升了传统信息化系统中审计流程效率，减少审计中的人力物力消耗；基于区块链fabric节点信息共享实现一致性，并实现拓宽传统信息化系统功能(例如安装宽带链化改造后的投诉预处理功能)。
73.本实施例与传统方案相比主要的不同点在于：本技术提案通过基于区块链fabric构建联盟链，利用其“单点更新，多点同步”的特性，当流程信息变化时，所有节点同步状态变化，大大减少了流程流转步骤、提升了流转效率。同时下游系统可在流程审批阶段提前获知申请、投诉等信息，可对后续工作预先准备，极大提升了时间效率，可大幅度提升用户满意度。利用fabric统一api调用接口，避免了各系统单元接口多、乱的问题，采用统一接口降低故障发生率。并且因区块链具有数据不可篡改及变更数据均有时间戳信息的优势，增加了子系统的数据公信力，审计部门直接调用区块链上数据进行审计即可，大幅度降低了审计成本。
74.图3示出了根据本发明又一个实施例的基于区块链实现的信息化业务处理系统的
结构示意图，如图3所示，该系统包括：
75.资源管理子系统31、工单子系统32、回访子系统33、客户关系管理子系统34、以及订单子系统35；其中，各个子系统通过预设接口30接入区块链，且各个子系统通过调用预设接口30进行数据处理。
76.上述各个子系统的具体结构和工作原理可参照方法实施例中相应内容的描述，此处不再赘述。
77.本技术实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的基于区块链实现的信息化业务处理方法。
78.图4示出了根据本发明实施例的一种电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。
79.如图4所示，该电子设备可以包括：处理器(processor)402、通信接口(communications interface)404、存储器(memory)406、以及通信总线408。
80.其中：
81.处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。
82.通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。
83.处理器402，用于执行程序410，具体可以执行上述域名解析方法实施例中的相关步骤。
84.具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。
85.处理器402可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
86.存储器406，用于存放程序410。存储器406可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
87.程序410具体可以用于使得处理器402执行上述方法实施例中的各项操作。
88.在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
89.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
90.类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，
遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
91.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
92.此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
93.本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的电子设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
94.应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。