一种基于账本数据库网络的数据共享系统和账本数据库的制作方法

1.本说明书实施例属于数据处理技术领域，尤其涉及一种基于账本数据库网络的数据共享系统和账本数据库。


背景技术：

2.信息化快速发展导致了信息孤岛问题。各个主体各自拥有大量的数据，但各主体之间由于很难达成充分信任而无法进行数据共享，使得各主体拥有的数据无法聚合在一起产生更大价值。现有解决信息孤岛问题的方案旨在解决数据的连通性问题，仍无法解决数据共享场景中的信任问题。


技术实现要素：

3.本发明的目的在于提供一种基于账本数据库网络的数据共享系统和账本数据库。
4.本说明书第一方面提供一种基于账本数据库网络的数据共享系统。该系统中包括第一设备、第二设备、账本数据库网络和可信存储设备。
5.其中，所述第一设备用于向所述账本数据库网络发送数据请求和所述数据请求对应的签名，所述数据请求用于向所述第二设备请求第一数据，所述数据请求对应的签名中包括所述第一设备生成的对所述数据请求的签名。
6.其中，所述账本数据库网络用于在所述可信存储设备中存储所述数据请求和所述数据请求对应的签名，以及向所述第二设备发送所述数据请求和所述数据请求对应的签名；
7.其中，所述第二设备用于在确定所述数据请求对应的签名验证通过的情况下，向所述账本数据库网络发送所述第一数据和所述第一数据对应的签名。
8.其中，所述账本数据库网络还用于在所述可信存储设备中存储所述第一数据和第一数据对应的签名，以及向所述第一设备发送所述第一数据和第一数据对应的签名。
9.本说明书第二方面提供一种数据共享方法，由账本数据库网络中的账本数据库执行。该方法包括：
10.接收数据请求及其对应的数据请求对应的签名，所述数据请求和所述数据请求对应的签名由第一设备发送，所述数据请求用于用于向第二设备请求第一数据，所述数据请求对应的签名中包括所述第一设备生成的对所述数据请求的签名；
11.在可信存储设备中存储所述数据请求和所述数据请求对应的签名，并向所述第二设备发送所述数据请求和所述数据请求对应的签名，或者经由另一个账本数据库向所述第二设备发送所述数据请求和所述数据请求对应的签名；
12.接收所述第一数据和所述第一数据对应的签名，所述第一数据和所述第一数据对应的签名由所述第二设备根据所述数据请求和所述数据请求对应的签名发送；
13.在所述可信存储设备中存储所述第一数据和所述第一数据对应的签名，并向所述第一设备发送所述第一数据和所述第一数据对应的签名。
14.本说明书第三方面提供一种账本数据库，包括：
15.接收模块，用于接收数据请求及其对应的数据请求对应的签名，所述数据请求和所述数据请求对应的签名由第一设备发送，所述数据请求用于用于向第二设备请求第一数据，所述数据请求对应的签名中包括所述第一设备生成的对所述数据请求的签名；
16.发送模块，用于在可信存储设备中存储所述数据请求和所述数据请求对应的签名，并向所述第二设备发送所述数据请求和所述数据请求对应的签名，或者经由另一个账本数据库向所述第二设备发送所述数据请求和所述数据请求对应的签名；
17.接收模块，还用于接收所述第一数据和所述第一数据对应的签名，所述第一数据和所述第一数据对应的签名由所述第二设备根据所述数据请求和所述数据请求对应的签名发送；
18.发送模块，还用于在所述可信存储设备中存储所述第一数据和所述第一数据对应的签名，并向所述第一设备发送所述第一数据和所述第一数据对应的签名。
19.本说明书第四方面提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行前述第二方面所述的方法。
20.本说明书第五方面提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现前述第二方面所述的方法。
附图说明
21.为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
22.图1是本说明书一实施例中提供的一种基于账本数据库网络的数据共享系统的结构示意图；
23.图2是本说明书一实施例中提供的一种基于账本数据库网络的数据共享系统实现数据共享的交互图；
24.图3是本说明书一实施例中提供的另一种基于账本数据库网络的数据共享系统实现数据共享的交互图；
25.图4是本说明书一实施例中提供的一种账本数据库的结构示意图。
具体实施方式
26.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。
27.数据共享的参与方通常可以包括数据提供方、数据请求方和网络方。在一些小规模小范围的数据共享场景中，例如一个企业内部各个部门之间的数据共享，认为各个参与方都是安全可信的。所以在这类场景的方案实现中，只侧重数据从提供方到请求方的实现
过程，不涉及各个参与方安全可信层面的考虑。在一些大规模大范围的数据共享场景中，例如不同企业之间的数据共享，为了数据的安全性，各方的可信问题成为重要解决的问题。
28.例如，在一个实施方案中，可以通过对数据附加摘要信息解决数据共享场景中的可信问题。具体地，在数据下载的共享场景中，数据提供方会对数据附加摘要信息，将数据本身和数据摘要通过网络方发送给数据请求方。数据请求方在接收到数据和数据摘要后，通过数据摘要验证接收到的数据是否被丢包。该方案可以解决数据层面的安全性，但扔存储在一定的缺陷。例如，由于该方案中没有保存数据共享场景中各方的操作，因此该方案无法解决数据提供方和/或者数据请求方对数据共享场景中各方操作的争议时，如数据请求方是否发送了数据请求和/或者数据提供方是否提供了数据。
29.再例如，在一个实施方案中，可以通过区块链技术解决数据共享场景中的可信问题。具体地，数据提供方可以将数据存储在区块链中，数据请求方可以从区块链中获得数据提供方的数据，并且区块链中的节点还会存储各个参与方的操作，如数据请求方发送数据请求的操作和数据提供方提供数据的操作。区块链具有数据不可篡改和交易存储的特性，一方面可以解决数据层面的安全问题，另一方面也可以解决数据共享场景中各个参与方的争议。但这种方案中，数据提供方的数据会被传输到区块链中的每个节点，即每个节点均存储数据的一个副本，会造成较大的存储开销浪费。
30.基于上述分析，在数据共享场景中，如何解决数据的安全性和场景中各个参与方对彼此的争议是本领域需要解决的问题。
31.为此，本说明书实施例提供一种基于账本数据库网络的数据共享系统和方法，以解决数据共享场景中的互信问题。在具体介绍本说明书的实施例之前，下面先对本说明书实施例出现的一些名词做简要介绍。
32.账本数据库是一种中心化且可信的存储系统，它使用可信存储设备作为信任根，定期或按需将全部数据或者部分数据写入可信存储设备，由此保证账本数据库中的数据不可被篡改和操作不可抵赖。在具体实现中，账本数据库通常将全部数据或者部分数据的摘要信息写入可信存储设备。
33.账本数据库网络是都多个账本数据库组成的去中心化的网络。账本数据库网络中的账本数据库可以称为节点或者网络节点。账本数据库网络中的各个节点可以为用户提供存储服务和通信服务，由此账本数据库网络可以向各个用户提供可信的数据共享服务。
34.可信时间戳是由时间戳服务中心对一个电子文件签发的一个电子凭证。可信时间戳可以证明该电子文件产生的准确时间，可以用于电子文件防篡改和事后抵赖。可信时间戳中具体可以包括电子文件的摘要、接收该电子文件的时间信息以及时间戳服务中心对电子文件的数字签名。
35.下面对本说明书实施例提供的一种基于账本数据库网络的数据共享系统做具体介绍。
36.图1是本说明书实施例提供的一种基于账本数据库网络的数据共享系统的结构示意图。
37.参阅图1，该数据共享系统100中包括多个设备和账本数据库网络。多个设备可以包括多个终端设备(如第一设备111和第二设备112)、第三设备113和可信存储设备114。其中，第三设备113用于向各个终端设备提供可信时间戳服务，可信存储设备114用于为账本
数据库网络提供存证服务。
38.账本数据库网络可以为终端设备提供通信服务以实现终端设备之间的数据共享，还可以存储各个终端设备的用户数据，以及通过可信存储设备114对各个终端设备在数据共享场景中中来往的数据进行存证，以支持日后进行查证溯源。例如，当第一设备111经由账本数据库网络向设备112发送数据请求、或者第二设备112可以经由账本数据库网络向第一设备111发送数据时，账本数据库网络可以在可信存储设备114中存储第一设备111和第二设备112之间的数据请求和/或者数据的摘要。
39.具体地，账本数据库网络中可以包括多个节点(如节点121-节点124)。多个节点中的每个节点均可以与一个或多个终端设备连接，还可以与多个节点中的其他节点进行连接，以实现前述的账本数据库网络的功能。例如，节点121可以与第一设备111连接，节点123可以与第二设备112连接，节点121与节点122、节点123和节点124连接。由此，节点121和节点123可以分别存储第一设备111的用户数据和第二设备112的用户数据，传输设备111和设备112之间的数据请求或者数据，以及在可信存储设备114中对第一设备111和第二设备112之间的数据请求或者数据进行存证。其中，账本数据库网络中的每个节点均可以实现为具有计算、处理能力的装置、服务器或设备集群等。
40.第三设备113具体可以在终端设备之间进行数据共享时，为各个终端设备提供可信时间戳。例如，当第一设备111经过节点121向第二设备112发送数据请求或者数据时，可以向第三设备113发送数据请求或者数据的摘要。相应地的，第三设备113根据接收到的数据请求或者数据的摘要、接收时间生成可信时间戳并返回给第一设备111。第三设备113同样可以实现为具有计算能力、装置、服务器或设备集群等。
41.可信存储设备114还可以向终端设备提供存证服务。例如，当第一设备111向节点121发送数据请求时，节点121可以在可信存储设备114中存储该数据请求。再例如，当第二设备112接收到第一设备111的数据请求时，可以在可信存储设备114中存储接收到的数据请求。可信存储设备114同样可以实现为具有存储能力的装置、服务器或设备集群等。
42.可以理解的，图1所示的终端设备的数量和账本数据库网络中节点的数量仅仅是本说明书实施例对数据共享系统的一种示例。在具体应用中，数据共享系统中终端设备和节点不限于本说明书实施例所示的结构和数量。
43.下面结合附图2，详细介绍本说明实施例中终端设备111请求终端设备112共享数据的过程。
44.如图2所示，终端设备111请求终端设备112共享数据的过程可以包括如下的步骤s201-步骤s229。
45.在步骤s201中，第一设备111向第三设备113请求数据请求对应的可信时间戳。
46.当第一设备111需要请求第二设备112中的第一数据时，生成数据请求，并向第三设备113请求该数据请求对应的可信时间戳。具体可以是，在生成数据请求后，第一设备111计算该数据请求的哈希值，向第三设备113发送时间戳请求，该时间戳请求中包括该数据请求的哈希值。
47.第三设备113接收到来自第一设备111的时间戳请求后，使用私钥对该时间戳请求中的数据请求的哈希值和接收该时间戳请求的时间信息进行签名，获得对数据请求的签名。然后，第三设备113根据该数据请求的哈希值、接收该时间戳请求的时间信息及对数据
请求的签名，生成数据请求对应的可信时间戳，并向第一设备111发送数据请求对应的可信时间戳。
48.在步骤s203中，第一设备111向节点121发送数据请求和数据请求对应的签名。
49.数据请求对应的签名可以包括第一设备111生成的对数据请求的签名和/或第三设备113生成的对数据请求的签名。
50.具体地，在接收到数据请求对应的可信时间戳之后，第一设备111对数据请求对应的可信时间戳进行解析，获得第三设备113生成的对数据请求的签名。并且，第一设备111的用户可以在第一设备111中使用自己的私钥对数据请求进行签名，获得第一设备111生成的对数据请求的签名。然后，第一设备111向节点121发送数据请求、第一设备111生成的对数据请求的签名和第三设备113生成的对数据请求的签名。
51.在步骤s205中，节点121在可信存储设备114中存储数据请求和数据请求对应的签名。
52.在其他实施例中，节点121在接收到数据请求及其签名后，可以直接向节点123发送，由节点123对数据请求及其对应的签名进行存证。相应地，节点123接收到数据请求及其对应的签名后，在可信存储设备114中存储数据请求和数据请求对应的签名。
53.在步骤s207中，节点121经过节点123向第二设备112发送数据请求和数据请求对应的签名。
54.在对数据请求及其对应的签名进行存证后，节点121向节点123发送数据请求及其对应的签名。节点123接收到数据请求及其对应的签名后，向第二设备112发送数据请求及其对应的签名。在其他实施例中，节点123在发送数据请求及其对应的签名前，还可以在可信存储设备114中存储数据请求及其对应的签名。
55.在步骤s209中，第二设备112对数据请求对应的签名进行验证，在数据请求对应的签名验证通过之后，在可信存储设备114中存储数据请求和数据请求对应的签名。
56.第二设备112可以使用第一设备111的用户的公钥，在第二设备112中对第一设备111生成的对数据请求的签名进行验证。
57.在第一设备111生成的对数据请求的签名验证通过之后，第二设备112可以对第三设备113生成的对数据请求的签名进行验证。具体可以是，第二设备112对数据请求进行解析获得其中的时间信息，以及使用第三设备113提供的公钥对第三设备113生成的对数据请求的签名进行解析，从中获得第三设备113接收到数据请求的时间信息。然后，第二设备112比较两个时间信息，以确定对第三设备113生成的对数据请求的签名验证是否通过。例如，当从数据请求中获得的时间信息在从第三设备113生成的对数据请求的签名中获得的时间信息之前，第三设备113生成的对数据请求的签名验证通过。
58.在步骤s211中，第二设备112向第三设备113请求第一数据对应的可信时间戳。
59.第二设备112在对数据请求对应的签名验证通过后，确定第一数据，并向第三设备113请求第一数据对应的可信时间戳。具体可以是，第二设备112可以根据从数据请求中解析到的数据标识确定第一数据，并计算第一数据的哈希值，从而获得第一数据的摘要，然后向第三设备113发送时间戳请求，该时间戳请求中包括第一数据的摘要。
60.第三设备113接收到来自第二设备112的时间戳请求后，使用私钥对第一数据的摘要和接收该时间戳请求的时间信息进行签名，获得对第一数据的签名。然后，第三设备113
根据该第一数据的摘要、接收该时间戳请求的时间信息及对第一数据的签名，生成第一数据对应的可信时间戳，并向第二设备112发送第一数据对应的可信时间戳。
61.在步骤s213中，第二设备112根据第一数据对应的可信时间戳，向节点123发送第一数据和第一数据对应的签名。
62.第一数据对应的签名可以包括第二设备112生成的对第一数据的签名和/或第三设备113生成的对第一数据的签名。
63.具体地，在接收到第一数据对应的可信时间戳之后，第二设备112对第一数据对应的时间戳进行解析，获得第三设备113生成的对第一数据的签名。接着，第二设备112的用户可以在第二设备112中使用私钥对第一数据进行签名，然后向节点123发送第一数据、第二设备112生成的对第一数据的签名和第三设备113生成的对第一数据的签名。
64.在步骤s215中，节点123在可信存储设备114中存储第一数据的摘要和第一数据对应的签名后。
65.节点123接收到第一数据及其对应的签名，计算第一数据的哈希值以确定第一数据的摘要，并在可信存储设备114中存储第一数据的摘要和第一数据对应的签名。
66.在其他实施例中，节点123在接收到第一数据及其对应的签名后，还可以直接向节点121发送，由节点121对第一数据及其对应的签名进行存证。相应地，节点121接收到第一数据及其对应的签名后，在可信存储设备114中存储第一数据及其对应的签名。
67.在步骤s217中，节点123经过节点121向第一设备111发送第一数据及其对应的签名。
68.在对第一数据及其对应的签名进行存证后，节点123向节点121发送第一数据及其对应的签名。节点121接收到第一数据及其对应的签名后，向第一设备111发送第一数据及其对应的签名。在其他实施例中，节点121在发送第一数据及其对应的签名前，还可以在可信存储设备114中存储第一数据及其对应的签名。
69.在步骤s219中，第一设备111对第一数据对应的签名进行验证，在第一数据对应的签名验证通过之后，在可信存储设备114中存储第一数据及其对应的签名。
70.第一数据111可以使用第二设备112的用户的公钥，在第二设备111中对第二设备112生成的对第一数据的签名进行验证。
71.在第二设备112生成的对第一数据的签名验证通过之后，第一设备111可以对第三设备113生成的对第一数据的签名进行验证。具体可以是，第一数据111从第一数据中获得时间信息，以及使用第三设备113提供的公钥从第三设备113生成的对第一数据的签名进行解析，从中获得第三设备113接收到第一数据的摘要的时间信息。然后，第一设备111比较两个时间信息，以确定对第三设备113生成的对第一数据的签名验证是否通过。例如，当从第一数据中获得的时间信息在从第三设备113生成的对第一数据的签名中获得的时间信息之前，第三设备113生成的对第一数据的签名验证通过。
72.在步骤s221中，第一设备111向第三设备113请求数据回执对应的可信时间戳。
73.当第一设备111对第一数据的签名验证通过后，生成数据回执，并向第三设备113请求数据回执对应的可信时间戳。具体可以是，在生成数据回执后，第一设备111计算数据回执的哈希值，向第三设备113发送时间戳去哪个区，该时间戳请求中包括该数据回执的哈希值。
74.第三设备113接收到来自第一设备111的时间戳请求后，使用私钥对该时间戳请求中的数据回执的哈希值和接收该时间戳请求的时间信息进行签名，获得对数据回执的签名。然后，第三设备113根据该数据回执的哈希值、接收该时间戳请求的时间信息及对数据回执的签名，生成数据回执对应的可信时间戳，并向第一设备111发送数据回执对应的可信时间戳。
75.在步骤s223中，第一设备111向节点121发送数据回执和数据回执对应的签名。
76.同样地，数据回执对应的签名可以包括第一设备111生成的对数据回执的签名和/或第三设备113生成的对数据回执的签名。
77.具体地，在接收到数据回执对应的可信时间戳之后，第一设备111对数据回执对应的可信时间戳进行解析，获得第三设备113生成的对数据回执的签名。并且，第一设备111的用户可以在第一设备111中使用自己的私钥对数据回执进行签名，获得第一设备111生成的对数据回执的签名。然后，第一设备111向节点121发送数据回执、第一设备111生成的对数据回执的签名和第三设备113生成的对数据回执的签名。
78.在步骤s225中，节点121在可信存储设备114中存储数据回执和数据回执对应的签名。
79.同样地，在其他实施例中，节点121在接收到数据回执及其签名后，可以直接向节点123发送，由节点123对数据回执及其对应的签名进行存证。相应地，节点123接收到数据回执及其对应的签名后，在可信存储设备114中存储数据回执和数据回执对应的签名。
80.在步骤s227中，节点121经过节点123向第二设备112发送数据回执和数据回执对应的签名。
81.在对数据回执及其对应的签名进行存证后，节点121向节点123发送数据回执及其对应的签名。节点123接收到数据回执及其对应的签名后，向第二设备112发送数据回执及其对应的签名。
82.在其他实施例中，节点123在发送数据回执及其对应的签名前，还可以在可信存储设备114中存储数据回执及其对应的签名。
83.在步骤s229中，第二设备112对数据回执对应的签名进行验证，在数据回执对应的签名验证通过之后，在可信存储设备114中存储数据回执和数据回执对应的签名。
84.第二设备112可以使用第一设备111的用户的公钥，在第二设备112中对第一设备111生成的对数据回执的签名进行验证。
85.在第一设备111生成的对数据回执的签名验证通过之后，第二设备112可以对第三设备113生成的对数据回执的签名进行验证。具体可以是，第二设备112对数据回执进行解析获得其中的时间信息，以及使用第三设备113提供的公钥对第三设备113生成的对数据回执的签名进行解析，从中获得第三设备113接收到数据回执的时间信息。然后，第二设备112比较两个时间信息，以确定对第三设备113生成的对数据回执的签名验证是否通过。例如，当从数据回执中获得的时间信息在从第三设备113生成的对数据回执的签名中获得的时间信息之前，第三设备113生成的对数据回执的签名验证通过。
86.在一个实施例中，如图3所示，当第一设备111与第二设备112均由账本数据库网络中的同一个节点(节点121)提供服务时，节点121可以直接将一个设备的数据请求、数据或者数据回执转发至另一个设备，不需要通过网络中其他节点进行转发。例如，节点121在存
储第一设备111的数据请求及其签名后，直接向第二设备112发送数据请求及其签名。
87.上述方案中，共享场景中的数据保存在用户的设备(如第二设备112)中，不保存在账本数据库网络中的任何一个节点中，由此可以解决现有技术中数据存储开销大的问题。上述方案中，账本数据库网络通过可信存储设备存储数据共享过程中产生的数据请求、第一数据的摘要、数据回执以及各自对应的签名，从而解决数据共享过程中的信任问题。在此方案下，任意一个参与方或其他第三方对数据共享中的操作提出异议时，可以从可信存储设备中读取之前存入的信息，完成举证。上述方案的签名中包括可信时间戳提供方的签名，可以证明数据请求、第一数据和数据回执产生的时间，防止其被篡改和事后抵赖，也可以解决数据共享中的信任问题。
88.基于上述图2所示的数据共享方法实施例，本说明书实施例还提供一种账本数据库，以执行上述图2中账本数据库执行的步骤。
89.图4是本说明书实施例提供的一种账本数据库的结构示意图。
90.如图4所示，该账本数据库400中包括：接收模块401和发送模块403。
91.其中，接收模块401用于接收数据请求及其对应的数据请求对应的签名，所述数据请求和所述数据请求对应的签名由第一设备发送，所述数据请求用于用于向第二设备请求第一数据。
92.其中，发送模块403用于在可信存储设备中存储所述数据请求和所述数据请求对应的签名，并向所述第二设备发送所述数据请求和所述数据请求对应的签名，或者经由另一个账本数据库向所述第二设备发送所述数据请求和所述数据请求对应的签名.
93.其中，接收模块401接收所述第一数据和所述第一数据对应的签名，所述第一数据和所述第一数据对应的签名由所述第二设备根据所述数据请求和所述数据请求对应的签名发送；
94.其中，发送模块403还用于在所述可信存储设备中存储所述第一数据的摘要和所述第一数据对应的签名，并向所述第一设备发送所述第一数据和所述第一数据对应的签名。
95.在本实施例中，接收模块401还用于接收数据回执和所述数据回执对应的签名，所述数据回执和所述数据回执对应的签名由所述第一设备根据所述第一数据对应的签名发送。
96.在本实施例中，发送模块403还用于在所述可信存储设备中存储所述数据回执和所述数据回执对应的签名，以及向所述第二设备发送所述数据回执和所述数据回执对应的签名，或者经由另一个账本数据库向所述第二设备发送所述数据回执和所述数据回执对应的签名。
97.应当理解的，上述账本数据库400中各个模块可以预先设置在账本数据库中，也可以通过下载等方式加载到账本数据库中。上述账本数据库中相应模块可以与其他设备进行配合以实现上述的模块的功能。
98.对于上述账本数据库实施例而言，以上描述仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书中的实施例的目的。本领域技术人员在不付出创造性劳动的情况下即可以理解并实施。
99.本说明书实施例还提供一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图2所示实施例中的方法步骤。
100.本说明书实施例还提供一种计算设备，包括存储器和处理器，存储器中存储有可执行代码，处理器执行该可执行代码，实现上述图2所示实施例中的方法步骤。应理解的，计算设备可以是上述图2所示实施例中涉及的终端设备111、终端设备112、节点121和节点123中的任意一个。
101.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device，pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(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)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
102.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
103.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为服务器系统。当然，本技术不排除随着未来计算机技术的发展，实现上述实施例功能的计算机例如可以为个人计算机、膝
上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
104.虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。例如若使用到第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
105.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
106.本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
107.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
108.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
109.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
110.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
111.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储、石墨烯存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
112.本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
113.本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
114.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
115.以上所述仅为本说明书一个或多个实施例的实施例而已，并不用于限制本本说明书一个或多个实施例。对于本领域技术人员来说，本说明书一个或多个实施例可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在权利要求范围之内。