基于区块链的车票报销方法及装置与流程

1.本技术属于区块链技术领域，具体涉及一种基于区块链的车票报销方法及装置。


背景技术：

2.现有技术中,业内报销系统引入区块链报销车票时，需要进行手工录入，手工录入车票信息繁琐，录入个人信息存在隐私泄露以及不同公司发票分散，不利于税务机关监管。


技术实现要素：

3.本发明可用于区块链在金融方面应用的技术领域，也可用于除金融领域之外的任意领域，本发明所提供的基于区块链的车票报销方法及装置，使得公司可以基于链上数据，结合内网识别码，快速确认员工身份和提交的报销申请数据的真实性和关联性，从而免去繁琐的材料证明。最后通过对接公司财务系统，实现出租车费的快速报销，调高效率，降低办公成本。同时开放区块链接口给监管部门，从而使得监管部门可以监管出租车公司的现金流情况，避免偷税漏税。
4.为解决上述技术问题，本发明提供以下技术方案：
5.第一方面，本发明提供一种基于区块链的车票报销方法包括：
6.建立由员工公司、交通公司以及监管公司所组成的联盟链；
7.接收由所述员工公司上传的车票数据；
8.在所述联盟链中，对所述车票数据进行审核以及报销。
9.一实施例中，在所述对所述车票数据进行审核以及报销之前，还包括：
10.对所述车票数据进行加密。
11.一实施例中，对所述车票数据进行加密包括：
12.建立所述员工公司的员工与其识别码之间的映射；
13.根据所述映射将所述车票数据上传至所述联盟链中。
14.一实施例中，所述员工公司上传车票数据的方法包括：
15.利用orc方法，将车票转换为所述车票数据；
16.将所述车票数据上传至所述联盟链中。
17.第二方面，本发明提供一种基于区块链的车票报销方法及装置，该装置包括：
18.联盟链建立模块，用于建立由员工公司、交通公司以及监管公司所组成的联盟链；
19.车票数据接收模块，用于接收由所述员工公司上传的车票数据；
20.车票数据报销模块，用于在所述联盟链中，对所述车票数据进行审核以及报销。
21.一实施例中，基于区块链的车票报销装置还包括：
22.车票数据加密模块，用于对所述车票数据进行加密。
23.一实施例中，所述车票数据加密模块包括：
24.映射建立单元，用于建立所述员工公司的员工与其识别码之间的映射；
25.车票数据上传单元，用于根据所述映射将所述车票数据上传至所述联盟链中。
26.一实施例中，所述车票数据上传单元包括：
27.车票数据生成单元，用于利用orc方法，将车票转换为所述车票数据；
28.车票数据上传子单元，用于将所述车票数据上传至所述联盟链中。
29.第三方面，本发明提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现一种基于区块链的车票报销方法的步骤。
30.第四方面，本发明提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现一种基于区块链的车票报销方法的步骤。
31.第五方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现一种基于区块链的车票报销方法的步骤。
32.从上述描述可知，本发明实施例提供一种基于区块链的车票报销方法及装置，对应的方法包括：首先建立由员工公司、交通公司以及监管公司所组成的联盟链；接着，接收由所述员工公司上传的车票数据；最后在所述联盟链中，对所述车票数据进行审核以及报销。本发明通过构建由员工公司、出租车公司、监管部门组成的联盟链。各方拥有各自的公私钥对，便于信息加密上链。借助orc技术，上传车票照片后快速识别车票信息，实现车票相关交易数据快速上链，另外使用员工所在公司的公钥加密员工本人的识别码并上链标。其中识交易发生的主体，代替员工姓名等个人信息，保护用户隐私，通过公钥加密，除了一定程度进一步保护了用户隐私外，还保证了公司间数据共存链上的前提下不会被其他公司看到，进而推测出本公司加班等秘密信息。从而使得公司可以基于链上数据，结合内网识别码，快速确认员工身份和提交的报销申请数据的真实性和关联性，从而免去繁琐的材料证明。最后通过对接公司财务系统，实现出租车费的快速报销，调高效率，降低办公成本。同时开放区块链接口给监管部门，从而使得监管部门可以监管出租车公司的现金流情况，避免偷税漏税。
附图说明
33.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
34.图1为本发明的实施例所提供的基于区块链的车票报销方法的流程示意图一；
35.图2为本发明的实施例所提供的基于区块链的车票报销方法的流程示意图二；
36.图3为本发明的实施例中步骤400的流程示意图；
37.图4为本发明的实施例中步骤402的流程示意图；
38.图5为本发明的具体实施方式中基于区块链的车票报销方法的流程示意图；
39.图6发明的实施例所提供的基于区块链的车票报销装置的方块图一；
40.图7发明的实施例所提供的基于区块链的车票报销装置的方块图二；
41.图8为本发明的实施例中车票数据加密模块40的方块图；
42.图9为本发明的实施例中车票数据加密模块402的方块图；
43.图10为本发明的实施例中的电子设备的结构示意图。
具体实施方式
44.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
45.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
46.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
47.本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
48.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
49.本发明要解决当前业内报销系统引入区块链报销车票时，手工录入车票信息繁琐，录入个人信息存在隐私泄露以及不同公司发票分散，不利于税务机关监管的问题。
50.基于上述技术痛点，本发明的实施例提供一种基于区块链的车票报销方法的具体实施方式，参见图1，该方法具体包括如下内容：
51.步骤100：建立由员工公司、交通公司以及监管公司所组成的联盟链；
52.联盟链：区块链的一种应用模式，具有准入机制的区块链应用，只针对特定某个群体的成员和有限的第三方，内部指定多个预选的节点为记账人，每个块的生成由所有的预选节点共同决定，其他接入节点可以参与交易，但不过问记账过程，其他第三方可以通过该区块链开放的api进行限定查询。为了获得更好的性能，联盟链对于共识或验证节点的配置和网络环境有一定要求。有了准入机制，可以使得交易性能更容易提高，避免由参次不齐的参与者产生的一些问题。如fabric。
53.根据联盟链网络中心化程度的不同，分化出3种不同应用场景下的联盟链：
54.(1)全网公开，无用户授权机制的区块链，称为公有链；
55.(2)允许授权的节点加入网络，可根据权限查看信息，往往被用于机构间的区块链，称为联盟链或行业链；
56.(3)所有网络中的节点都掌握在一家机构手中，称为私有链。
57.联盟链和私有链也统称为许可链，公有链称为非许可链。
58.联盟链的维护治理，一般由联盟成员进行，通常采用选举制度，容易进行权限控制，代码一般部分开源或定向开源，主要由成员团队进行开发，或采取厂家定制产品。联盟链的治理有很多传统的方案可参考，相对于公有链来说，他们的治理更有规可循，但同样，这些联盟治理的问题他们也会遇到，如联盟成员中的联合欺诈、竞争性联盟成员的利益均
衡等问题。从治理层面，有节点使用收获和投入维护的不对称考虑、联盟链的数据资产权属等问题。这些问题，同样都需要联盟链在成立之初考虑和完善的。
59.相比于公共区块链，联盟区块链和私有区块链在效率和灵活性上更有优势，主要体现为以下几点：
60.一是交易成本更便宜。交易只需被几个受信的高算力节点验证就可以了，而无需全网确认。
61.二是节点可以很好地连接，故障可以迅速通过人工干预来修复，并允许使用共识算法减少区块时间，从而更快完成交易。
62.三是如果读取权限受到限制，可以提供更好的隐私保护。四是更灵活，如果需要的话，运行私有区块链的共同体或公司可以很容易地修改该区块链的规则，还原交易，修改余额等。
63.区块链的发展和演变很好地体现了经济金融史一再重现的中心化和去中心化的互相交锋渗透。区块链现实的应用取决于现实的需求，正如以太坊创始人所说“只有一种区域链能活下来的想法是完全的误导”。
64.步骤200：接收由所述员工公司上传的车票数据；
65.步骤300：在所述联盟链中，对所述车票数据进行审核以及报销。
66.具体地，支持公司财务查看员工指定时间的打卡记录，和链上数据车票交易信息时间进行双向核对。
67.从上述描述可知，本发明实施例提供一种基于区块链的车票报销方法包括：首先建立由员工公司、交通公司以及监管公司所组成的联盟链；接着，接收由所述员工公司上传的车票数据；最后在所述联盟链中，对所述车票数据进行审核以及报销。本发明通过构建由员工公司、出租车公司、监管部门组成的联盟链。各方拥有各自的公私钥对，便于信息加密上链。借助orc技术，上传车票照片后快速识别车票信息，实现车票相关交易数据快速上链，另外使用员工所在公司的公钥加密员工本人的识别码并上链标。其中识交易发生的主体，代替员工姓名等个人信息，保护用户隐私，通过公钥加密，除了一定程度进一步保护了用户隐私外，还保证了公司间数据共存链上的前提下不会被其他公司看到，进而推测出本公司加班等秘密信息。从而使得公司可以基于链上数据，结合内网识别码，快速确认员工身份和提交的报销申请数据的真实性和关联性，从而免去繁琐的材料证明。最后通过对接公司财务系统，实现出租车费的快速报销，调高效率，降低办公成本。同时开放区块链接口给监管部门，从而使得监管部门可以监管出租车公司的现金流情况，避免偷税漏税。
68.一实施例中，参见图2，基于区块链的车票报销方法，在步骤300之前包括：
69.步骤400：对所述车票数据进行加密。
70.一实施例中，参见图3，步骤400包括：
71.步骤401：建立所述员工公司的员工与其识别码之间的映射；
72.步骤402：根据所述映射将所述车票数据上传至所述联盟链中。
73.在步骤401以及步骤402中，使用员工所在公司的公钥加密员工本人的识别码并上链标。其中识交易发生的主体，代替员工姓名等个人信息，保护用户隐私，通过公钥加密，除了一定程度进一步保护了用户隐私外，还保证了公司间数据共存链上的前提下不会被其他公司看到，进而推测出本公司加班等秘密信息。从而使得公司可以基于链上数据，结合内网
识别码，快速确认员工身份和提交的报销申请数据的真实性和关联性，从而免去繁琐的材料证明。
74.一实施例中，参见图4，步骤402进一步包括：
75.步骤4021：利用orc方法，将车票转换为所述车票数据；
76.ocr(optical character recognition)文字识别是指电子设备(例如扫描仪或数码相机)检查纸上打印的字符，然后用字符识别方法将形状翻译成计算机文字的过程；即，对文本资料进行扫描，然后对图像文件进行分析处理，获取文字及版面信息的过程。如何除错或利用辅助信息提高识别正确率，是ocr最重要的课题。衡量一个ocr系统性能好坏的主要指标有：拒识率、误识率、识别速度、用户界面的友好性，产品的稳定性，易用性及可行性等。
77.步骤4022：将所述车票数据上传至所述联盟链中。
78.具体地，借助orc技术，上传车票照片后快速识别车票信息，实现车票相关交易数据快速上链。
79.从上述描述可知，本发明实施例提供一种基于区块链的车票报销方法包括：首先建立由员工公司、交通公司以及监管公司所组成的联盟链；接着，接收由所述员工公司上传的车票数据；最后在所述联盟链中，对所述车票数据进行审核以及报销。
80.本发明通过构建由员工公司、出租车公司、监管部门组成的联盟链。各方拥有各自的公私钥对，便于信息加密上链。借助orc技术，上传车票照片后快速识别车票信息，实现车票相关交易数据快速上链，另外使用员工所在公司的公钥加密员工本人的识别码并上链标。其中识交易发生的主体，代替员工姓名等个人信息，保护用户隐私，通过公钥加密，除了一定程度进一步保护了用户隐私外，还保证了公司间数据共存链上的前提下不会被其他公司看到，进而推测出本公司加班等秘密信息。从而使得公司可以基于链上数据，结合内网识别码，快速确认员工身份和提交的报销申请数据的真实性和关联性，从而免去繁琐的材料证明。最后通过对接公司财务系统，实现出租车费的快速报销，调高效率，降低办公成本。同时开放区块链接口给监管部门，从而使得监管部门可以监管出租车公司的现金流情况，避免偷税漏税。
81.在一种具体实施方式中，本发明还提供一种基于区块链的车票报销方法的具体实施方式，参见图5，具体包括以下内容。
82.术语介绍：
83.联盟链：区块链的一种应用模式，具有准入机制的区块链应用，如fabric。
84.员工公司：需要报销车票的员工所在的公司。
85.多方：多个接入系统的企事业单位
86.ocr识别：通过人工智能模型，将图片、文档中的文字识别出来的技术。
87.s1：建立由员工公司、交通公司以及监管公司所组成的联盟链；
88.具体地，搭建区块链基础平台，根据业务场景涉及合约逻辑，满足多方接入需求和监管查询需求，其中合约至少包括以下几点：
89.(1)智能合约要具有将每一笔发票和正确消费的员工身份的关联设计
90.(2)支持出租车乘车记录上链
91.(3)支持乘车记录的报销状态记录，员工公司可以进行状态更新，同时需要对应员
工确认才能最终更新。
92.(4)联盟链上的员工公司节点，可以支持公司财务部门和公司所属需要报销车票的员工共同使用的特点。不需要为员工另外增加链上节点。
93.(5)联盟链上的数据加密，每个公司只能解密和自己公司相关的数据。
94.(6)要有权限管理方面的设计，保证员工公司只能解密查看到涉及本公司员工的乘车数据。对于其他数据无法解密查看。
95.s2：接收由所述员工公司上传的车票数据；
96.可以理解的是，智能合约(smart contract)是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。其本质上是一种计算机程序或事务协议，其目的是自动执行，控制或文档根据的条款在法律上相关的事件和行为的合同或协议。智能合约的目标是减少可信赖中介人的需求、仲裁和执行成本，欺诈损失以及减少恶意和意外例外。
97.s3：在所述联盟链中，对所述车票数据进行审核以及报销。
98.开发后台服务对接各公司财务系统，并实现报销逻辑和数据上链；创建后台数据库，新建识别码和员工身份以及报销事项的相关表结构；搭建和区块链交互的区块链网关模块，供后台服务和客户端调用。开发客户端。引入具备ocr识别模块，开发调用第二步网关模块的适配接口；开发配置管理端，方便公司灵活调整员工信息；开发报销信息的h5查询的界面，方便监管部门监管。
99.另外，需要建立对应的基于区块链的车票报销系统，该系统包括：
100.1、底层联盟链平台模块
101.作用：提供多家企事业公司和监管部门节点的接入。
102.2、智能合约模块
103.作用：提供数据的可信存储和报销逻辑得可信执行
104.3、员工公司内部识别码数据库
105.作用：解析公司从链上读取的乘车信息中的识别码，从而将其翻译为公司对应的员工。这样设计的目的避免员工在【智能合约模块】上传个人真实信息从而增加个人信息泄露的风险。
106.4、链上公司编号数据库
107.作用：支持智能合约根据员工上传的公司编号，采取对应公司的公钥密码对上链信息进行加密。保证数据隐私不泄露；帮助区分不同公司的数据，从而使得不同员工公司可以快速拉取自己公司的数据。
108.5、链下公司密码解密数据库
109.作用：存储本公司对应的私钥。
110.6、ocr车票信息上链模块
111.作用:实现将用户上传的车票照片解析，并将是别的消费信息自动化上链
112.7、员工公司内部打卡系统模块
113.作用：支持公司财务查看员工指定时间的打卡记录，和链上数据车票交易信息时间进行双向核对。
114.8、加解密模块
115.模块间调用关系如下：企事业通过模块1接入系统。客户通过客户端将个人识别码输入，同时调用模块6，得到需要上链的相关信息，然后调用模块8加密后上链。各公司基于后台服务，调用模块7和8对链上数据解密，调用3和4对解密数据还原，通过模块7进行数据有效性验证，然后调用模块2完成报销并记录上链。监管方通过模块1进行数据调取和查询。
116.从上述描述可知，本发明实施例提供一种基于区块链的车票报销方法包括：首先建立由员工公司、交通公司以及监管公司所组成的联盟链；接着，接收由所述员工公司上传的车票数据；最后在所述联盟链中，对所述车票数据进行审核以及报销。本发明通过提出客户识别码，结合加密算法，很好的弥补了链上数据公开可见和隐私保护的矛盾。同时通过提出企业编号和企事业公私钥对的设计，实现了同一个区块链平台上多方企事业数据的隔离和快速识别。引入ocr实现信息快速录入。最后整个系统基于区块链实现了数据的可信可追溯。
117.基于同一发明构思，本技术实施例还提供了一种基于区块链的车票报销装置，可以用于实现上述实施例所描述的方法，如下面的实施例。由于一种基于区块链的车票报销装置解决问题的原理与一种基于区块链的车票报销方法相似，因此一种基于区块链的车票报销装置的实施可以参见一种基于区块链的车票报销方法实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
118.本发明的实施例提供一种能够实现基于区块链的车票报销方法的一种基于区块链的车票报销装置的具体实施方式，参见图6，一种基于区块链的车票报销装置具体包括如下内容：
119.联盟链建立模块10，用于建立由员工公司、交通公司以及监管公司所组成的联盟链；
120.车票数据接收模块20，用于接收由所述员工公司上传的车票数据；
121.车票数据报销模块30，用于在所述联盟链中，对所述车票数据进行审核以及报销。
122.一实施例中，参见图7，基于区块链的车票报销装置还包括：
123.车票数据加密模块40，用于对所述车票数据进行加密。
124.一实施例中，参见图8，所述车票数据加密模块40包括：
125.映射建立单元401，用于建立所述员工公司的员工与其识别码之间的映射；
126.车票数据上传单元402，用于根据所述映射将所述车票数据上传至所述联盟链中。
127.一实施例中，参见图9，所述车票数据上传单元402包括：
128.车票数据生成单元4021，用于利用orc方法，将车票转换为所述车票数据；
129.车票数据上传子单元4022，用于将所述车票数据上传至所述联盟链中。
130.从上述描述可知，本发明实施例提供一种基于区块链的车票报销装置包括：首先建立由员工公司、交通公司以及监管公司所组成的联盟链；接着，接收由所述员工公司上传的车票数据；最后在所述联盟链中，对所述车票数据进行审核以及报销。
131.本发明通过构建由员工公司、出租车公司、监管部门组成的联盟链。各方拥有各自的公私钥对，便于信息加密上链。借助orc技术，上传车票照片后快速识别车票信息，实现车票相关交易数据快速上链，另外使用员工所在公司的公钥加密员工本人的识别码并上链
标。其中识交易发生的主体，代替员工姓名等个人信息，保护用户隐私，通过公钥加密，除了一定程度进一步保护了用户隐私外，还保证了公司间数据共存链上的前提下不会被其他公司看到，进而推测出本公司加班等秘密信息。从而使得公司可以基于链上数据，结合内网识别码，快速确认员工身份和提交的报销申请数据的真实性和关联性，从而免去繁琐的材料证明。最后通过对接公司财务系统，实现出租车费的快速报销，调高效率，降低办公成本。同时开放区块链接口给监管部门，从而使得监管部门可以监管出租车公司的现金流情况，避免偷税漏税。
132.具体地，本发明具有以下有益效果：通过引入隐私计算，实现了银行更加精准的对客户信贷额度评估，降低银行风险。同时通过将各银行客户数据的调用次数作为数据使用成本衡量准则，实现了各银行存量数据的价值创造。同时引入区块链，实现了合作的全流程跟踪以及去中心化的协作，避免系统的执行被人为干扰。
133.本技术的实施例还提供能够实现上述实施例中的一种基于区块链的车票报销方法中全部步骤的一种电子设备的具体实施方式，参见图10，电子设备具体包括如下内容：
134.处理器(processor)1201、存储器(memory)1202、通信接口(communications interface)1203和总线1204；
135.其中，处理器1201、存储器1202、通信接口1203通过总线1204完成相互间的通信；通信接口1203用于实现服务器端设备以及客户端设备等相关设备之间的信息传输；
136.处理器1201用于调用存储器1202中的计算机程序，处理器执行计算机程序时实现上述实施例中的一种基于区块链的车票报销方法中的全部步骤，例如，处理器执行计算机程序时实现下述步骤：
137.步骤100：建立由员工公司、交通公司以及监管公司所组成的联盟链；
138.步骤200：接收由所述员工公司上传的车票数据；
139.步骤300：在所述联盟链中，对所述车票数据进行审核以及报销。
140.本技术的实施例还提供能够实现上述实施例中的一种基于区块链的车票报销方法中全部步骤的一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的一种基于区块链的车票报销方法的全部步骤，例如，处理器执行计算机程序时实现下述步骤：
141.步骤100：建立由员工公司、交通公司以及监管公司所组成的联盟链；
142.步骤200：接收由所述员工公司上传的车票数据；
143.步骤300：在所述联盟链中，对所述车票数据进行审核以及报销。
144.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件 程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
145.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
146.虽然本技术提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。
147.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
148.本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
149.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
150.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
151.本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
152.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
153.以上所述仅为本说明书实施例的实施例而已，并不用于限制本说明书实施例。对
于本领域技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的权利要求范围之内。