用于大数据量资源上链的方法和系统、设备及存储介质与流程

本发明涉及区块链技术领域，尤其涉及用于大数据量资源上链的方法和系统、设备及存储介质。

背景技术：

随着区块链的发展，数据上链已经是区块链的一种重要的应用模式。现有已经有相对成熟的模式，把数据作为交易的payload，跟交易一同上链。

因为现有的方案是把上链数据作为交易体的一部分，由于交易体大小有限制，导致现有的方案只能上传相对较小的文本类数据资源，对于类似图片以及视频的大数据量资源，只能通过外部组件保存，并把资源的hash作为payload上传到区块链；这样对于这些大数据资源，一方面需要依赖外部组件，另一方面无法与区块链形成强相关，无法利用区块链的p2p网络进行传播与备份。

分布式网络是区块链的基础，而连接于分布式网络中的每个节点都存储有相同的数据交易记录，也就是每个节点记录相同的“一本账”则是区块链的最主要特征，要保证全网“一本账”，就必须将数据随时同步到各个节点，并能够保证数据的一致性。但在实际的应用系统中，业务数据可能非常庞大，尤其包括视频、音频的数据，动辄几十兆，有的甚至上百兆，如此庞大的数据再网络中传输，对贷款要求非常高，而且全网中如此大的数据汇聚称“一本账”，则这个账本会非常庞大，单个节点很难保证有足够的存储容量来存储。即使现在的比特币网络，账本的容量再优化后仍然达到4g以上，而且随着挖矿的进行，账本的容量再继续扩大，一台普通pc若要下载完成整个账本需要长达几十个小时，严重影响了用户体验，这不仅对区块链的普及推广构成很大的挑战，而且使得区块链再商业系统上的应用情况也变得更加严峻。

与数据存储相应的是数据检索，再庞大“一本账”数据中如何快速检索，再区块链分布式网络中也面临着严峻的挑战。

2013年，比特币协议中引进了一项新功能，即：创建一种名为op_return的交易，可以嵌入40字节小段数据(目前是80字节)。但这远远无法满足大数据上链的存储容量要求。

中国发明专利申请，申请公开号：cn109617964a；申请公布日：2019.04.12；涉及一种基于区块链的大数据存储方法及装置，该方法能够根据区块的存储容量将待存储大数据“拆分”为第一上链数据和第一非上链数据，当第一上链数据的第一数据容量满足存储容量要求时，对第一上链数据和第一非上链数据进行加密，并将第一上链数据存储至区块，如此，能够实现大数据在区块链中的存储，改善了大数据上链存储的限制。其不足之处在于：该方案其实并没有详细说明怎么提取第一摘要数据，仅将第一摘要数据上传到了区块链，其他数据仍是保存非区块链以外的地方，仍然可能被篡改导致数据失效，并没有实现大数据真正意义上的上链。

技术实现要素：

1.发明要解决的技术问题

为了克服上述技术问题，本发明提供了用于大数据量资源上链的方法和系统、设备及存储介质。本发明将待上链数据的主键key放入到交易里面最后被打包进区块，可以优先同步交易和区块数据，确保区块链尽快可以运行；而待上链数据可以相对空闲的时候通过不同于交易和区块同步的独立的io通道并发进行同步，在大数据上链的时候，提高了区块链运行速度，也实现了大数据的上链。

2.技术方案

为解决上述问题，本发明提供的技术方案为：

第一方面，本发明提供了用于大数据量资源上链的方法，将待上链数据的哈希值，与待上链数据主键key放入交易内，交易经验证和广播、区块打包、验证、广播和共识后通过区块链节点的第一i/o通道保存在区块链上，与此同时，待上链数据通过区块链节点的第二i/o通道保存在区块链上。

可选地，所述的交易还包括交易输入地址、交易输出地址、交易金额和备注；

可选地，所述的交易还包括待上链数据名称和时间戳。

可选地，所述上链数据通过p2p网络进行广播，保存在每个区块链节点的本地数据库中。

可选地，所述上链数据包括主键key和值value，所述的值value包括上链数据名称、类型、保存位置和上链数据的哈希值。

第二方面，本发明提供了用于大数据量资源上链的系统，包括：交易构建模块，用于将待上链数据的哈希值，与待上链数据主键key放入交易内，构建交易；区块打包模块，用于将交易打包到区块内；共识模块，用于共识区块；验证模块，用于验证交易和区块；p2p网络模块，用于在区块链节点之间广播交易、区块和上链数据；第一i/o通道模块，用于接收和通过p2p网络模块输出保存共识后的区块；第二i/o通道模块，用于接收和通过p2p网络模块输出上链数据。

可选地，所述的交易还包括待上链数据名称和时间戳。

可选地，所述的交易还包括交易输入地址、交易输出地址、交易金额和备注。

可选地，还包括数据库，用于保存共识后的区块和上链数据。

可选地，所述上链数据包括主键key和值value，所述的值value包括上链数据名称、类型、保存位置和上链数据的哈希值。

第三方面，本发明提供了一种查询方法，通过区块高度查找交易哈希，根据交易哈希查找交易内容，从交易内容中获取到待查询上链数据哈希值和主键key，根据主键key从第一区块链节点本地数据库查询对应的上链数据，若未查询到，则提示警告；若查询到,则验证所述上链数据哈希值与交易内容中获取的上链数据哈希值是否一致，是，则正常使用上链数据；否，则提示警告。

可选地，所述的交易内容还包括交易输入地址、交易输出地址、交易金额和备注。

可选地，所述上链数据包括主键key和值value，所述的值value包括上链数据名称、类型、保存位置和上链数据的哈希值。

可选地，根据主键key从第一区块链节点本地数据库未查询对应的上链数据，或所述查询到的上链数据哈希值与交易内容中获取的上链数据哈希值不一致时，向第二区块链节点发送上链数据哈希值和主键key,以供第二区块链节点在本地数据库查询对应的上链数据，第二区块链节点将是否查询到的消息,是否一致的消息,以及若一致的情况下查询到的上链数据发送给第一区块链节点。

可选地，所述向第二区块链节点发送上链数据哈希值和主键key,以供第二区块链节点在本地数据库查询对应的上链数据，第二区块链节点将是否查询到的消息,是否一致的消息,以及若一致的情况下查询到的上链数据发送给第一区块链节点；包括：第二区块链节点接收第一区块链节点发送的上链数据哈希值和主键key，根据主键key在第二区块链节点的本地数据库中查询对应的上链数据，若未查询到，则提示警告，向第三区块链节点发送上链数据哈希值和主键key，重复以上步骤，至查询到为止；若查询到，则验证所述上链数据哈希值与交易内容中获取的上链数据哈希值是否一致，是，则将上链数据发送到第一区块链节点供正常使用；否，向第三区块链节点发送上链数据哈希值和主键key，重复以上内容，至查询到且验证一致为止。

第四方面，本发明提供了一种查询系统，包括：交易查询模块，用于通过区块高度查找交易哈希，根据交易哈希查找交易内容，从交易内容中获取到待查询上链数据哈希值和主键key；上链数据查询模块，用于根据主键key从第一区块链节点本地数据库查询对应的上链数据；验证模块，用于验证所述上链数据哈希值与交易内容中获取的上链数据哈希值是否一致，是，则正常使用上链数据；否，则提示警告。

可选地，所述的交易内容还包括交易输入地址、交易输出地址、交易金额和备注。

可选地，所述上链数据包括主键key和值value，所述的值value包括上链数据名称、类型、保存位置和上链数据的哈希值。

可选地，所述上链数据查询模块未查询到对应的上链数据，或验证模块验证不一致时，还包括：第二i/o通道模块和p2p网络模块，其中，根据主键key从第一区块链节点本地数据库未查询对应的上链数据，或所述查询到的上链数据哈希值与交易内容中获取的上链数据哈希值不一致时，第一区块链节点的p2p网络模块通过第二i/o通道模块发送上链数据的主键key给第二区块链节点；以及通过第二i/o通道模块接收所述第二区块链节点的p2p网络模块发来的消息或上链数据。

可选地，还包括：所述第二区块链节点的p2p网络模块通过第二i/o通道模块接收第一区块链节点发送的上链数据哈希值和主键key，通过上链数据查询模块查询对应的上链数据，若未查询到，则提示警告；若查询到，则通过验证模块验证所述上链数据哈希值与交易内容中获取的上链数据哈希值是否一致，是，则p2p网络模块通过第二i/o通道模块将上链数据发送到第一区块链节点供正常使用；否，则向第三区块链节点发送上链数据哈希值和主键key，重复以上内容，查询至一致为止。

第五方面，本发明提供了一种设备，所述设备包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如以上所述的方法。

第六方面，本发明提供了一种存储有计算机程序的存储介质，该程序被处理器执行时实现如以上任一项所述的方法。

3.有益效果

采用本发明提供的技术方案，与现有技术相比，具有如下有益效果：

将待上链数据的哈希值，以及主键key放入到交易里面最后被打包进区块，经验验证和共识，同步到区块链上，需实现强一致性，只有所有交易块同步完成，区块链才能正常处理交易(cap里的cp)；待上链数据自身跟交易的处理方式不同，无需参与区块链数据验证和共识，只需实现最终一致性(cap里的ap)；同步的时候，可以优先同步交易和区块数据，确保区块链尽快可以运行；而待上链数据可以相对空闲的时候通过不同于交易和区块同步的独立的io通道并发进行同步，在大数据上链的时候，提高了区块链运行速度，也实现了大数据的上链。

附图说明

图1为本发明实施例1提供的用于大数据量资源上链的方法的流程图。

图2为本发明实施例2提供的用于大数据量资源上链的系统的结构示意图。

图3为本发明实施例3提供的用于上链大数据量资源的查询方法的流程图。

图4为本发明为图3一优选实施例提供的用于上链大数据量资源的查询方法的流程图。

图5为本发明实施例4提供的用于上链大数据量资源的查询系统的结构示意图。

图6为本发明一优选实施例提供的用于上链大数据量资源的查询系统的结构示意图。

图7为本发明实施例5提供的用于大数据量资源上chain33链的方法的流程图。

图8为chain33链上大数据量资源存储的示意图。

图9为本发明实施例5提供的用于上chain33链大数据量资源的查询方法的流程图。

图10为本发明一优选实施例提供的用于上chain33链大数据量资源的查询方法的流程图。

图11为本发明另一优选实施例提供的用于上chain33链大数据量资源的查询方法的流程图。

图12为本发明的一种设备结构示意图。

具体实施方式

为进一步了解本发明的内容，结合附图及实施例对本发明作详细描述。

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。

本发明中所述的第一、第二等词语，是为了描述本发明的技术方案方便而设置，并没有特定的限定作用，均为泛指，对本发明的技术方案不构成限定作用。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

实施例1

用于大数据量资源上链的方法，如图1所示，方法步骤包括：

s101、将待上链数据的哈希值与待上链数据主键key放入交易内；

s103、交易经验证和广播、区块打包、验证、广播和共识后通过区块链节点的第一i/o通道保存在区块链上；

与此同时，待上链数据通过区块链节点的第二i/o通道保存在区块链上。

不与占用交易验证和区块验证同步的通道，加快了区块上传速度，通过将大数据上传到区块链上，确保大数据的不可篡改，确保数据安全性在交易中放入上链数据的哈希值与待上链数据主键key，确保上链数据的一致性，实现了大数据真正意义的上链。

所述的交易除包含本申请的必要特征——上链数据的哈希值与待上链数据主键key以外，还包括构成交易所需要的基本内容——交易输入地址、交易输出地址、交易金额和备注；还包括待上链数据名称和时间戳。

所述上链数据自身为缩短上链时间，不进行验证和共识，通过区块链节点的p2p网络进行广播，保存在每个区块链节点的本地数据库中。

所述上链数据包括主键key和值value，所述的值value包括上链数据名称、类型、保存位置和上链数据的哈希值。当上链数据保存在不同的区块链节点上时，仅改变值value中的保存位置。

实施例2

本实施例提出了用于大数据量资源上链的系统，与实施例1相对应，如图2所示，包括：

交易构建模块，用于将待上链数据的哈希值，与待上链数据主键key放入交易内，构建交易；

区块打包模块，用于将交易打包到区块内；

共识模块，用于共识区块；

验证模块，用于验证交易和区块；

p2p网络模块，用于在区块链节点之间广播交易、区块和上链数据；

第一i/o通道模块，用于接收和通过p2p网络模块输出保存共识后的区块；

第二i/o通道模块，用于接收和通过p2p网络模块输出上链数据。

所述的交易还包括待上链数据名称和时间戳、交易输入地址、交易输出地址、交易金额和备注。

还包括数据库，用于保存共识后的区块和上链数据。

所述上链数据包括主键key和值value，所述的值value包括上链数据名称、类型、保存位置和上链数据的哈希值。

实施例3

本实施例提出一种查询方法，与实施例1或2相对应，如图3所示，方法步骤包括：

s201、通过区块高度查找交易哈希；

s203、根据交易哈希查找交易内容；

s205、从交易内容中获取到待查询上链数据哈希值和主键key；

s207、根据主键key从第一区块链节点本地数据库查询对应的上链数据，若未查询到，则提示警告；

s209、若查询到,则验证所述上链数据哈希值与交易内容中查询的上链数据哈希值是否一致，是，则正常使用上链数据；否，则提示警告。

其中，所述的交易内容还包括交易输入地址、交易输出地址、交易金额和备注；所述上链数据包括主键key和值value，所述的值value包括上链数据名称、类型、保存位置和上链数据的哈希值。

为确保大数据安全性，进一步的改进方案是，在步骤s209之后，如图4所示，所述查询到的上链数据哈希值与交易内容中获取的上链数据哈希值不一致时，s2091、根据主键key向第二区块链节点本地数据库获取待查询的上链数据，验证所述上链数据哈希值与交易内容中获取的上链数据哈希值是否一致，是，则正常使用上链数据；否，则重复以上内容，查询至一致为止。

根据主键key从第一区块链节点本地数据库未查询对应的上链数据，或所述查询到的上链数据哈希值与交易内容中获取的上链数据哈希值不一致时，向第二区块链节点发送上链数据哈希值和主键key,以供第二区块链节点在本地数据库查询对应的上链数据，第二区块链节点将是否查询到的消息,是否一致的消息,以及若一致的情况下查询到的上链数据发送给第一区块链节点。

所述向第二区块链节点发送上链数据哈希值和主键key,以供第二区块链节点在本地数据库查询对应的上链数据，第二区块链节点将是否查询到的消息,是否一致的消息,以及若一致的情况下查询到的上链数据发送给第一区块链节点；包括：第二区块链节点接收第一区块链节点发送的上链数据哈希值和主键key，根据主键key在第二区块链节点的本地数据库中查询对应的上链数据，若未查询到，则提示警告，向第三区块链节点发送上链数据哈希值和主键key，重复以上步骤，至查询到为止；若查询到，则验证所述上链数据哈希值与交易内容中获取的上链数据哈希值是否一致，是，则将上链数据发送到第一区块链节点供正常使用；否，向第三区块链节点发送上链数据哈希值和主键key，重复以上内容，至查询到且验证一致为止。

实施例4

本实施例的一种查询系统，与实施例3相对应，如图5所示，包括：

交易查询模块，用于通过区块高度查找交易哈希，根据交易哈希查找交易内容，从交易内容中获取到待查询上链数据哈希值和主键key；

上链数据查询模块，用于根据主键key从第一区块链节点本地数据库获取待查询的上链数据；

验证模块，用于验证所述上链数据哈希值与交易内容中获取的上链数据哈希值是否一致，是，则正常使用上链数据；否，则提示警告。

其中，所述的交易内容还包括交易输入地址、交易输出地址、交易金额和备注；所述上链数据包括主键key和值value，所述的值value包括上链数据名称、类型、保存位置和上链数据的哈希值。

进一步的改进是，如图6所示，所述上链数据查询模块未查询到对应的上链数据，或验证模块验证不一致时，还包括：

第二i/o通道模块和p2p网络模块，其中，

根据主键key从第一区块链节点本地数据库未查询对应的上链数据，或所述查询到的上链数据哈希值与交易内容中获取的上链数据哈希值不一致时，第一区块链节点的p2p网络模块通过第二i/o通道模块发送上链数据的主键key给第二区块链节点；

以及通过第二i/o通道模块接收所述第二区块链节点的p2p网络模块发来的消息或上链数据。

进一步地，还包括：所述第二区块链节点的p2p网络模块通过第二i/o通道模块接收第一区块链节点发送的上链数据哈希值和主键key，通过上链数据查询模块查询对应的上链数据，若未查询到，则提示警告；若查询到，则通过验证模块验证所述上链数据哈希值与交易内容中获取的上链数据哈希值是否一致，是，则p2p网络模块通过第二i/o通道模块将上链数据发送到第一区块链节点供正常使用；否，则向第三区块链节点发送上链数据哈希值和主键key，重复以上内容，查询至一致为止。所述第二区块链节点或第三区块链节点等区块链节点可以是第一区块链节点相邻的节点，方便加快数据传送。

实施例5

本专利申请提出的技术方案可在各种现行的链上推广使用，比如比特币、以太坊等，比特币、以太坊上的每笔交易，以及每个区块的数据大小受限，体量很小，无法解决大数据需要上链的技术问题。

杭州复杂美33公链——chain33(简称bty)，具有低延时、高并发的核心技术特点，本实施例结合bty说明本专利申请的技术方案内容。为进一步发挥bty的功能，扩展其应用，提出了一种用于大数量上链的方法，bty-stark、bty-lannister、bty-targaryen分别为bty上的任意三个节点，这三个节点的类型相同，功能相似。

假设用户jonsnow欲在bty节点bty-stark处，上链一个证据文件，文件格式为jpg,大小520g，假设该文件简称为p，对文件p进行哈希运算，得到文件哈希值hash-p,文件p的元数据包括主键key-p和值value-p，主键key是文件p的唯一标识符，值value包括文件p名称、文件类型、保存位置以及文件哈希值hash-p。如图7所示，方法步骤包括：

s601、将hash-p、主键key-p、交易输入地址、交易输出地址、交易金额、备注、文件p名称和时间戳放入交易内,用于构建交易ironthrone；

s603、交易ironthrone经广播和验证、区块打包、验证、广播和共识后通过bty-stark的第一i/o通道保存在chain33上；

与此同时，放在交易里面的上链数据大小有限制，为了更好地支持数据上链，文件p不进行验证和共识，从chain33节点bty-stark出发，通过chain33的p2p网络进行广播，通过每个chain33节点对应的第二i/o通道，保存在每个chain33节点的本地数据库中，如图8所示。

之所以采用独立的i/o通道，主要是考虑文件p数据太大，如果跟区块同步占用同一个i/o通道，会拖慢整个区块同步效率。本申请的技术方案创造性的实现以下技术效果：1)将文件p从对应的交易ironthrone里移出，不占用交易ironthrone的大小。2)文件p的数据与交易ironthrone的数据独立传播，且应用弱一致性方案，确保交易广播与区块同步效率。3)自动为文件p与对应交易ironthrone之间建立关联关系，交易ironthrone保存与文件相关的文件p名称、文件哈希值hash-p和主键key-p。

对应地，本实施例还提出了用于大数据量资源上链的系统，如图2所示，包括：

交易构建模块，用于将文件哈希值hash-p，与主键key-p，文件p名称、时间戳、交易输入地址、交易输出地址、交易金额和备注，用于构建交易ironthrone；

区块打包模块，用于将交易ironthrone打包到区块gameofpower内；

共识模块，用于共识区块gameofpower；

验证模块，用于验证交易ironthrone和区块gameofpower；

p2p网络模块，用于在chain33节点之间广播交易ironthrone、区块gameofpower和文件p；

第一i/o通道模块，用于接收和通过p2p网络模块输出保存共识后的区块gameofpower；

第二i/o通道模块，用于接收和通过p2p网络模块输出文件p。

还包括数据库，用于保存共识后的区块gameofpower和文件p。

大数据文件p存储在chain33上的区块高度h339966的区块上之后,为便于检索查询,本实施例还提出了用于上链大数据量资源的查询方法,如图9所示，方法步骤包括：

s701、通过区块高度h339966查找交易哈希；

s703、根据交易哈希查找交易内容；

s705、从交易内容中获取到文件哈希值hash-p和主键key-p；

s707、根据主键key-p在第一区块链节点本地数据库中查询对应的文件p’，若未查询到，则提示警告；

s709、若查询到，计算所述文件p’的哈希值hash-p’；

s7011、验证所述hash-p’与hash-p是否一致，是，则正常使用文件p’；否，则提示警告。

为确保大数据有效性和安全性，进一步的改进方案是，在步骤s707未查询到，或步骤s709不一致之后，也就是：根据主键key-p从chain33节点bty-stark本地数据库未查询到对应的文件p’，或所述查询到的文件p’的哈希值hash-p’与文件哈希值hash-p不一致时，如图10所示：

s7013、向chain33节点bty-lannister、bty-targaryen或其他任一节点(假设本实施例为chain33节点bty-lannister)发送文件哈希值hash-p和主键key-p；

s7015、chain33节点bty-lannister在本地数据库查询对应的文件p’；

s7017、chain33节点bty-lannister将是否查询到的消息,是否一致的消息,以及若一致的情况下查询到的文件p’发送给chain33节点bty-stark。

s7019、若未查询到，或不一致时，重复步骤s7013、s7015和s7017，至查询到且验证一致时为止。

所述步骤s7015、s7017和s7019详细内容包括，如图11所示：

s801、chain33节点bty-lannister接收chain33节点bty-stark发送的文件哈希值hash-p和主键key-p；

s803、chain33节点bty-lannister根据主键key-p从本地数据库查询对应的文件p’；若未查询到，则提示警告，向chain33节点bty-targaryen或其他任一节点(假设本实施例为chain33节点bty-targaryen)发送文件哈希值hash-p和主键key-p，重复步骤s801，至查询到为止；

s805、若查询到，则计算所述文件p’的哈希值hash-p’；

s807、验证所述文件p’的哈希值hash-p’与文件哈希值hash-p是否一致；

s809、是，则将文件p’发送到chain33节点bty-stark供正常使用；

s8011、否，向chain33节点bty-targaryen或其他任一节点(假设本实施例为chain33节点bty-targaryen)发送文件哈希值hash-p和主键key-p；

重复步骤s801、s803、s805、s807、s809和s8011，至查询到且验证一致为止。

在上述方法执行的过程中，步骤s803-s8011结果消息发送给chain33节点bty-stark。

对应地，本实施例还提出了一种查询系统，与实施例3相对应，如图5所示，包括：

交易查询模块，通过区块高度h339966查找交易哈希；根据交易哈希查找交易内容；从交易内容中获取到文件哈希值hash-p和主键key-p；

上链数据查询模块，用于根据主键key-p从chain33节点本地数据库获取文件p’；

验证模块，验证所述文件p’的哈希值hash-p’与文件哈希值hash-p是否一致，是，则正常使用文件p’；否，则提示警告。

所述上链数据查询模块未查询到对应的上链数据——文件p’，或验证模块验证不一致时，还包括：第二i/o通道模块和p2p网络模块，如图6所示，其中，

根据主键key-p从chain33节点bty-stark本地数据库未查询到对应的上链数据，或所述查询到的文件p’的哈希值hash-p’与文件哈希值hash-p不一致时，chain33节点bty-stark的p2p网络模块通过第二i/o通道模块发送主键key-p给chain33节点bty-lannister；

以及通过第二i/o通道模块接收所述chain33节点bty-lannister的p2p网络模块发来的消息或文件p’。

进一步地，还包括：所述第二区块链节点的p2p网络模块通过第二i/o通道模块接收chain33节点bty-stark发送的文件哈希值hash-p和主键key-p，通过上链数据查询模块查询对应的文件p’，若未查询到，则提示警告；向chain33节点bty-targaryen或其他任一节点(假设本实施例为chain33节点bty-targaryen)发送文件哈希值hash-p和主键key-p，重复步骤s801，至查询到为止；若查询到，则通过验证模块验证所述文件p’的哈希值hash-p’与文件哈希值hash-p是否一致，是，则p2p网络模块通过第二i/o通道模块将文件p’发送到chain33节点bty-stark供正常使用；否，则向chain33节点bty-targaryen发送文件哈希值hash-p和主键key-p，重复以上内容，至查询到且验证一致为止。

实施例6

一种设备，所述设备包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如以上所述的方法。

一种存储有计算机程序的存储介质，该程序被处理器执行时实现如以上实施例1、3或5所述的方法。

图12为本发明一实施例提供的一种设备的结构示意图。

如图12所示，作为另一方面，本申请还提供了一种设备500，包括一个或多个中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中，还存储有设备500操作所需的各种程序和数据。cpu501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。

以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本申请公开的实施例，上述任一实施例描述的方法可以被实现为计算机软件程序。例如，本申请公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行上述任一实施例描述的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。

作为又一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例的装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，该程序被一个或者一个以上的处理器用来执行描述于本申请的方法。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，各所述单元可以是设置在计算机或移动智能设备中的软件程序，也可以是单独配置的硬件装置。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离本申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。