一种基于区块链的数据共享方法、系统及存储介质与流程

文档序号:26912326发布日期:2021-10-09 15:23阅读:193来源:国知局
一种基于区块链的数据共享方法、系统及存储介质与流程

1.本发明涉及通信技术领域,特别涉及一种基于区块链的数据共享方法、系统及存储介质。


背景技术:

2.在很多情况下,多个合作伙伴联合起来共同创新,共同开发产品和解决方案。在人工智能、物联网快速发展的今天,在开发产品和解决方案的时候,合作伙伴往往需要提供数据、知识、应用等各方面的资产,这些资产在合作伙伴之间共享,如此,才能够有效的快速发展产品和解决方案。另外,在合作过程中,也往往会产生新的数据、知识、应用等资产。这些资产需要得到很好的保护,以便于保护各个合作伙伴的利益。
3.实际上,这背后需要确定一个事实基础,即合作伙伴之间的信任关系。可以把发展一个产品或者解决方案的多个合作伙伴称为一个群(group)。这个群可能是临时的,也可能是半固定的,但通常情况下不可能是固定的。群里的合作伙伴,对于群外的公共单位,存在着不信任的关系。在群里的各个合作伙伴,则是存在着半信任的关系。
4.半信任的意思是:1)群里的合作伙伴相互认识,在合作中的行为可以被记录和追溯,所以,合作伙伴不能够随意做有害于合作的行为;2)群里的各个合作伙伴之间,有一定的信任关系,所以,可以相互之间共享资产;3)群里的各个合作伙伴之间,并不是完全信任的,意味着合作伙伴共享的资产必须得到保护。以数据资产和应用资产为例,在共享时,共享单位通常希望这些数据资产和应用资产用在约定的产品和解决方案发展中,而不能用在其他方面,即“指定的合作伙伴在指定的时间在指定的专案中使用”。
5.如何在上述合作伙伴群和公开单位之间的“不信任”关系以及合作伙伴群里的“半信任”关系基础上,做到数据、应用等资产的合理保护,消除合作伙伴的担忧,促成合作伙伴之间的合作,并能够使得合作伙伴在产品和解决方案销售中共同受益,是一个重要的课题。
6.另外,在与用户就产品和解决方案进行沟通和业务洽谈时,也往往需要如下几种动作:1)用户拿出数据资产,对产品和解决方案进行测试;2)产品和解决方案部署到用户现场,用户做试用。在这些场景下,用户的数据资产和厂商的产品及解决方案资产也需要相同的保护。用户、厂商,已经厂商的合作伙伴,同样也组成上述类似的群(group)。同样存在群内单位和群外单位的“不信任”、群内单位之间的“半信任”关系。
7.现有一种解决思路是,基于区块链的数据防泄露方式都是在区块链公共账本上记录不可篡改的数据访问权限和数据访问记录的方式。该方式并不能完全防止数据泄露。只能在数据泄露发生后,根据数据访问记录来追踪泄露者,但由于技术所限,在很多情况下,并不能完全追踪到泄露者。
8.另一种解决思路是,在数据上打上水印。这样,在数据泄露时就可以追踪到泄露者。但并不是所有数据都可以打上水印。另外。即使打上水印的数据,也可能会被破坏掉水印,从而丧失功能。
9.可见,现有技术的不足在于,并不能预先防止“半信任”关系下数据的泄露。


技术实现要素:

10.本发明提供了一种基于区块链的数据共享方法、系统及存储介质,用以解决不能预先防止“半信任”关系下数据的泄露的问题。
11.本发明提供以下技术方案:一种基于区块链的数据共享方法,包括:在第一可信任容器向第二可信任容器传输第一数据时,对第一可信任容器、以及第二可信任容器进行校验,所述第一数据存储在第一可信任容器中,可信任容器与区块链相连,并提供验证是否是可信任容器的接口;在第一可信任容器、以及第二可信任容器校验通过后,第一可信任容器与第二可信任容器之间进行数据传输。
12.实施中,第一数据是加密数据,进一步包括:第二可信任容器接收到第一数据后,从区块链获取对应的密钥解密后获得第二数据,或者从区块链获取对应的存储密钥的数据所有者服务地址获取密钥解密后获得第二数据。
13.实施中,所述密钥和/或数据所有者服务地址是预先注册到区块链中的。
14.实施中,传输第一数据时,通过命令行方式发送第一数据,命令行提供目标地址和目标容器id。
15.实施中,第一可信任容器与第二可信任容器之间进行数据传输时,是使用特权命令向第二可信任容器发送数据的。
16.实施中,可信任容器是屏蔽了可共享的文件传输通道和/或网络通道,以动态设置向特定ip发送数据的网络通道。
17.实施中,向特定ip发送数据的网络通道,是可信任容器在注册成功后开通的。
18.实施中,第一可信任容器与第二可信任容器之间进行数据传输时,是保持在加密状态进行传输的。
19.实施中,进一步包括:数据使用结束后,对数据进行注销。
20.实施中,对数据进行注销是可信任容器使用注销数据特权命令来注销的。
21.实施中,进一步包括:与可信任容器之间保持heartbeat信号交互,heartbeat失败时,在区块链上改变数据的状态。
22.一种基于区块链的数据共享系统,包括:处理器,用于读取存储器中的程序,执行下列过程:在第一可信任容器向第二可信任容器传输第一数据时,对第一可信任容器、以及第二可信任容器进行校验,所述第一数据存储在第一可信任容器中,可信任容器与区块链相连,并提供验证是否是可信任容器的接口;在第一可信任容器、以及第二可信任容器校验通过后,第一可信任容器与第二可信任容器之间进行数据传输;收发机,用于在处理器的控制下接收和发送数据。
23.实施中,第一数据是加密数据,进一步包括:
第二可信任容器接收到第一数据后,从区块链获取对应的密钥解密后获得第二数据,或者从区块链获取对应的存储密钥的数据所有者服务地址获取密钥解密后获得第二数据。
24.实施中,所述密钥和/或数据所有者服务地址是预先注册到区块链中的。
25.实施中,传输第一数据时,通过命令行方式发送第一数据,命令行提供目标地址和目标容器id。
26.实施中,第一可信任容器与第二可信任容器之间进行数据传输时,是使用特权命令向第二可信任容器发送数据的。
27.实施中,可信任容器是屏蔽了可共享的文件传输通道和/或网络通道,以动态设置向特定ip发送数据的网络通道。
28.实施中,向特定ip发送数据的网络通道,是可信任容器在注册成功后开通的。
29.实施中,第一可信任容器与第二可信任容器之间进行数据传输时,是保持在加密状态进行传输的。
30.实施中,进一步包括:数据使用结束后,对数据进行注销。
31.实施中,对数据进行注销是可信任容器使用注销数据特权命令来注销的。
32.实施中,进一步包括:与可信任容器之间保持heartbeat信号交互,heartbeat失败时,在区块链上改变数据的状态。
33.一种基于区块链的数据共享系统,包括:协调器,以及至少两个可信任容器,其中:协调器,用于在第一可信任容器向第二可信任容器传输第一数据时,对第一可信任容器、以及第二可信任容器进行校验,所述第一数据存储在第一可信任容器中,可信任容器与区块链相连,并提供验证是否是可信任容器的接口;第一可信任容器,用于在第一可信任容器、以及第二可信任容器校验通过后,与第二可信任容器之间进行数据传输:实施中,第一数据是加密数据,进一步包括:第二可信任容器,用于接收到第一数据后,从区块链获取对应的密钥解密后获得第二数据,或者从区块链获取对应的存储密钥的数据所有者服务地址获取密钥解密后获得第二数据。
34.实施中,所述密钥和/或数据所有者服务地址是预先注册到区块链中的。
35.实施中,第一可信任容器进一步用于传输第一数据时,通过命令行方式发送第一数据,命令行提供目标地址和目标容器id。
36.实施中,第一可信任容器进一步用于使用特权命令向第二可信任容器发送数据的。
37.实施中,可信任容器进一步用于屏蔽了可共享的文件传输通道和/或网络通道,以动态设置向特定ip发送数据的网络通道。
38.实施中,可信任容器进一步用于使用可信任容器在注册成功后开通的网络通道向特定ip发送数据。
39.实施中,第一可信任容器进一步用于保持在加密状态与第二可信任容器之间进行
数据传输。
40.实施中,可信任容器进一步用于数据使用结束后,对数据进行注销。
41.实施中,可信任容器进一步用于使用注销数据特权命令对数据进行注销。
42.实施中,协调器进一步用于与可信任容器之间保持heartbeat信号交互;可信任容器进一步用于在heartbeat失败时,在区块链上改变数据的状态。
43.一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述基于区块链的数据共享方法的计算机程序。
44.本发明有益效果如下:在本发明实施例中提供的技术方案中,可信任容器之间在传输数据时需要进行校验才能进行传输;由于数据的传输需要校验,确认权限,因此能够预先防止“半信任”关系下数据的泄露。
45.进一步的,可信任容器之间传输的数据是加密的数据,而密钥需要从区块链上获取,同样,获取密钥的过程也需要校验通过。
46.进一步的,可信任容器与密钥、数据都是预先注册的,因此权限都能够可以管理。
47.由此可见,在数据共享过程中,没有权限的用户,也即未能通过校验的用户即使得到数据,也不能直接解读接收的数据,只有满足权限通过校验的用户才能获得数据。
48.可见,本方案能够确保在数据共享的情况下,在多个不信任的实体之间保证数据不被泄露。该方案有助于政府敏感数据公开、企业敏感数据公开等方面,具有巨大的技术、商业和社会价值。
附图说明
49.此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:图1为本发明实施例中数据共享方法实施流程示意图;图2为本发明实施例中数据共享系统结构示意图;图3为本发明实施例中零信任叠加网络示意图;图4为本发明实施例中数据处理流程和应用处理流程示意图;图5为本发明实施例中数据共享系统结构1示意图;图6为本发明实施例中数据共享结构2示意图。
具体实施方式
50.本发明实施例提供的技术方案,旨在解决当需要在多个在存在半信任关系下的实体之间,既需要共享数据,但又要保证数据不发生泄露的问题。下面结合附图对本发明的具体实施方式进行说明。
51.图1为数据共享方法实施流程示意图,如图所示,可以包括:步骤101、在第一可信任容器向第二可信任容器传输第一数据时,对第一可信任容器、以及第二可信任容器进行校验,所述第一数据存储在第一可信任容器中,可信任容器与区块链相连,并提供验证是否是可信任容器的接口;步骤102、在第一可信任容器、以及第二可信任容器校验通过后,第一可信任容器
与第二可信任容器之间进行数据传输。
52.下面将以共享系统为例来进行说明,需要说明的是,实施例中的共享系统仅供说明,并不意味着仅能在该系统下实施数据共享方法,本领域技术人员可以根据需要搭建适宜自身需要的计算机系统来实现数据共享。
53.图2为数据共享系统结构示意图,如图所示,主要包括:可信任容器、区块链系统、零信任网络、企业基础设施等。
54.零信任网络是基于不信任的基础设施构建可信任的基础设施。
55.可信任容器是基于相互不信任的环境构建相互信任的环境。
56.区块链是基于不信任的基础设施,协助上述可信任容器构建相互信任的环境,智能合约来管理数据访问控制、数据应用、数据衍生等。
57.图3为零信任叠加网络示意图,在可信任容器和区块链部分,主要架构如图3所示,主要包括:容器、可信任容器、数据所有者服务,其中容器中分别包含排序器、对等节点、协调器、处理服务、数据服务等。
58.可信任容器叠加网络可以提供容器和容器之间的端到端加密的传输通道。也可以手工在容器和容器之间建立加密信道。
59.下面分别说明。
60.1)可信任容器。
61.实施中,可信任容器是屏蔽了可共享的文件传输通道和/或网络通道,以动态设置向特定ip发送数据的网络通道。
62.具体的,为了实现容器的可信性,需要屏蔽任何数据传输通道,即屏蔽原生容器中的共享卷、cp(文件复制,copy file)命令等文件传输通道和网络通道等方式。同时,容器可以动态设置向特定ip发送数据的网络通道。
63.另外,可信任容器还提供验证是否是可信任容器的接口。
64.可信任容器通过区块链的设置才能访问。
65.2)协调器。
66.也即,主要负责对第一可信任容器、以及第二可信任容器进行校验的功能实体。
67.具体的,协调器起到把可信任容器和区块链系统关联起来的作用。协调器一头连接区块链系统,另一头连接可信任容器集群。在协调器上运行区块链应用。
68.可信任容器集群中的任何可信任容器启动后,都需要向协调器注册,注册内容包括id、ip等。同时,协调器与可信任容器之间保持heartbeat(心跳)信号交互,确保随时在线和断线管理。在可信任容器之间的数据传输前,协调器接收发送端的认证请求,并在区块链上认证并记录。在数据传输后,在区块链上改变数据的状态。在数据销毁后,或者heartbeat失败时,在区块链上改变数据的状态。也即,实施中,还可以进一步包括:与可信任容器之间保持heartbeat信号交互,heartbeat失败时,在区块链上改变数据的状态。
69.3)数据所有者服务。
70.主要是传输数据加解密密钥和程序,以便可信任容器在区块链或者某个地址上取密钥。
71.4)对等节点。
72.对等节点上存储智能合约,用于认证和存储信息。用户有userid(用户标识)、容器有containerid(容器标识)、数据集有datasetid(数据集标识)、应用有applicationid(应用标识)。并且,都对应有ca证书。
73.下面对在可信任容器上执行的数据服务进行说明,主要包括以下内容。
74.1)发送文件。
75.可以通过命令行方式发送数据。在发送文件时,命令行提供目标地址和目标容器id,发送程序自动到协调器去认证该次传输。如果认证通过,则开始传输。也即,实施中,传输第一数据时,通过命令行方式发送第一数据,命令行提供目标地址和目标容器id。
76.2)接收文件。
77.在接收数据前,协调器通知容器,并说明数据所有者等信息。接收的文件认为是新数据。自动接收文件,并在固定目录下保存。文件接收完成后,自动联络数据所有者服务,对数据进行加密。然后,联系协调器,在区块链系统上注册新数据。
78.3)注册数据。
79.在协调器授权容器打通与协调器的通信通道之后,可以使用容器中的特权命令来向区块链系统注册数据。数据只需要注册一次,后续可以持续使用。
80.4)注销数据。
81.在数据被用完之后,需要注销数据。在可信任容器中,使用注销数据特权命令来注销数据。可信任容器通过协调器来在区块链系统上注销数据。协调器收到注销数据的消息后,首先要联系可信任容器,查证容器是否是可信任的。然后,在区块链系统上注销数据。
82.下面对在可信任容器上执行处理服务的过程进行说明。
83.1)接收文件。在接收数据前,协调器通知容器,并说明数据所有者等信息。自动接收文件,并在固定目录下保存。文件接收完成后,自动联络数据所有者服务,对数据进行解密,并联系协调器进行数据状态维护;2)数据处理;3)发送文件。文件只能发送给可信任容器。通过命令行方式发送数据。在发送文件时,命令行提供目标地址和目标容器id,发送程序自动到协调器去认证该次传输。如果认证通过,则开始传输;4)与协调器的heartbeat程序;5)在容器退出前,联系协调器,把数据状态置为销毁状态。
84.下面以实例进行说明。
85.图4为数据处理流程和应用处理流程示意图,如图所示,包括:1)数据加密,并把数据打包进可信任容器。
86.可以通过cp或者其他方式放入数据。在可信任容器中,有一些特权命令,如registerdata(注册数据)、senddata(发送数据)等,不允许修改,否则可信任容器无法正确运行。
87.在放入数据时,把数据进行加密,然后把密钥或者发放密钥的数据所有者服务地址放入区块链系统中。这样,可以防止用普通容器打开时泄密的问题。
88.2)在区块链系统中注册数据密钥或者数据所有者服务地址。
89.实施中,所述密钥和/或数据所有者服务地址是预先注册到区块链中的。
90.具体的,在数据被使用时,可以对数据进行解密。解密密钥或者发数据所有者服务地址需要通过协调器被注册到区块链系统中。
91.3)在区块链系统中注册可信任容器。
92.实施中,向特定ip发送数据的网络通道,是可信任容器在注册成功后开通的。
93.具体的,在注册可信任容器之前,首先需求知道协调器的ip地址等信息。然后向协调器注册可信任容器。协调器在收到可信任容器注册请求之后,与容器通信,并开通容器和协调器之间的通信通道。这个动作是区块链和可信任容器内部进行的,外界不能够干涉,从而保证了安全性,保证了可信任性。
94.4)在区块链系统中注册数据。
95.在协调器授权容器打通与协调器的通信通道之后,可以使用容器中的特权命令来向区块链系统注册数据。数据只需要注册一次,后续可以持续使用。
96.5)传输数据,以及确定在区块链中传输认证是否通过。
97.实施中,第一可信任容器与第二可信任容器之间进行数据传输时,是使用特权命令向第二可信任容器发送数据的。
98.具体的,在可信任容器中,可以使用特权命令来向其他可信任容器发送数据。发送前,首先要联络协调器,在区块链系统上对本次传输行为做认证,并在区块链系统上保存记录。如果认证通过,则继续。否则,将终止操作。协调器收到数据传输的请求后,首先要到区块链系统上作认证。如果认证通过,就和容器联系,把数据传输通道打开,并返回到数据传输命令。数据传输命令收到协调器的正确返回结果后,将通过数据传输通道,向其他可信任容器传输数据。该过程中,传输的数据还是保持加密状态,以防被窃听。也即,实施中,第一可信任容器与第二可信任容器之间进行数据传输时,是保持在加密状态进行传输的。
99.6)认证通过后,接收数据。
100.在目标可信任容器中,需要运行特权命令来接收数据。数据被保存在容器中。后续需要通过解密后使用该数据。
101.7)获取密钥和解密数据。
102.实施中,第一数据是加密数据,进一步包括:第二可信任容器接收到第一数据后,从区块链获取对应的密钥解密后获得第二数据,或者从区块链获取对应的存储密钥的数据所有者服务地址获取密钥解密后获得第二数据。
103.具体的,在数据进行应用之前,对数据进行解密动作。可信任容器通过特权程序首先联络协调器,在区块链系统上对解密操作做认证,并在区块链系统上作记录。如果认证通过,则可以继续。否则,将终止操作。协调器收到解密数据请求后,首先要到区块链系统上作认证。如果认证通过,则从区块链系统上拿到密钥本身,或者拿到存储密钥的数据所有者服务地址。如果拿到的是密钥,则返回给可信任容器。如果拿到的是数据所有者服务地址,则就和可信任容器联系,把与服务地址的传输通道打开,并把服务地址返回给可信任容器。可信任容器收到协调器的正确返回结果后,首先判断是哪种情形。如果是密钥,则直接进行解密动作。如果是服务地址,则与服务通信,拿到密钥,再进行解密动作。
104.8)销毁数据。
105.实施中,还可以进一步包括:
数据使用结束后,对数据进行注销。
106.具体实施中,对数据进行注销是可信任容器使用注销数据特权命令来注销的。
107.具体的,在数据被用完之后,需要注销数据。在可信任容器中,使用注销数据特权命令来注销数据。可信任容器通过协调器来在区块链系统上注销数据。协调器收到注销数据的消息后,首先要联系可信任容器,查证容器是否是可信任的。然后,在区块链系统上注销数据。
108.基于同一发明构思,本发明实施例中还提供了一种数据共享、及计算机可读存储介质,由于这些设备解决问题的原理与数据共享方法相似,因此这些设备的实施可以参见方法的实施,重复之处不再赘述。
109.在实施本发明实施例提供的技术方案时,可以按如下方式实施。
110.图5为数据共享系统结构1示意图,如图所示,系统中包括:处理器500,用于读取存储器520中的程序,执行下列过程:在第一可信任容器向第二可信任容器传输第一数据时,对第一可信任容器、以及第二可信任容器进行校验,所述第一数据存储在第一可信任容器中,可信任容器与区块链相连,并提供验证是否是可信任容器的接口;在第一可信任容器、以及第二可信任容器校验通过后,第一可信任容器与第二可信任容器之间进行数据传输;收发机510,用于在处理器500的控制下接收和发送数据。
111.实施中,第一数据是加密数据,进一步包括:第二可信任容器接收到第一数据后,从区块链获取对应的密钥解密后获得第二数据,或者从区块链获取对应的存储密钥的数据所有者服务地址获取密钥解密后获得第二数据。
112.实施中,所述密钥和/或数据所有者服务地址是预先注册到区块链中的。
113.实施中,传输第一数据时,通过命令行方式发送第一数据,命令行提供目标地址和目标容器id。
114.实施中,第一可信任容器与第二可信任容器之间进行数据传输时,是使用特权命令向第二可信任容器发送数据的。
115.实施中,可信任容器是屏蔽了可共享的文件传输通道和/或网络通道,以动态设置向特定ip发送数据的网络通道。
116.实施中,向特定ip发送数据的网络通道,是可信任容器在注册成功后开通的。
117.实施中,第一可信任容器与第二可信任容器之间进行数据传输时,是保持在加密状态进行传输的。
118.实施中,进一步包括:数据使用结束后,对数据进行注销。
119.实施中,对数据进行注销是可信任容器使用注销数据特权命令来注销的。
120.实施中,进一步包括:与可信任容器之间保持heartbeat信号交互,heartbeat失败时,在区块链上改变数据的状态。
121.其中,在图5中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器500
代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。处理器500负责管理总线架构和通常的处理,存储器520可以存储处理器500在执行操作时所使用的数据。
122.图6为数据共享结构2示意图,如图所示,系统中包括:协调器,以及至少两个可信任容器,其中:协调器,用于在第一可信任容器向第二可信任容器传输第一数据时,对第一可信任容器、以及第二可信任容器进行校验,所述第一数据存储在第一可信任容器中,可信任容器与区块链相连,并提供验证是否是可信任容器的接口;第一可信任容器,用于在第一可信任容器、以及第二可信任容器校验通过后,与第二可信任容器之间进行数据传输:实施中,第一数据是加密数据,进一步包括:第二可信任容器,用于接收到第一数据后,从区块链获取对应的密钥解密后获得第二数据,或者从区块链获取对应的存储密钥的数据所有者服务地址获取密钥解密后获得第二数据。
123.实施中,所述密钥和/或数据所有者服务地址是预先注册到区块链中的。
124.实施中,第一可信任容器进一步用于传输第一数据时,通过命令行方式发送第一数据,命令行提供目标地址和目标容器id。
125.实施中,第一可信任容器进一步用于使用特权命令向第二可信任容器发送数据的。
126.实施中,可信任容器进一步用于屏蔽了可共享的文件传输通道和/或网络通道,以动态设置向特定ip发送数据的网络通道。
127.实施中,可信任容器进一步用于使用可信任容器在注册成功后开通的网络通道向特定ip发送数据。
128.实施中,第一可信任容器进一步用于保持在加密状态与第二可信任容器之间进行数据传输。
129.实施中,可信任容器进一步用于数据使用结束后,对数据进行注销。
130.实施中,可信任容器进一步用于使用注销数据特权命令对数据进行注销。
131.实施中,协调器进一步用于与可信任容器之间保持heartbeat信号交互;可信任容器进一步用于在heartbeat失败时,在区块链上改变数据的状态。
132.为了描述的方便,以上所述装置的各部分以功能分为各种模块或单元分别描述。当然,在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
133.本发明实施利还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述数据共享方法的计算机程序。
134.具体实施可以参见数据共享方法的实施。
135.综上所述,本发明实施例中提供的技术方案能够确保在数据共享的情况下,在多个不信任的实体之间保证数据不被泄露。该方案有助于政府敏感数据公开、企业敏感数据
公开等方面,具有巨大的技术、商业和社会价值。
136.本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
137.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
138.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
139.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
140.显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1