区块链的生成方法、装置、区块链节点及存储介质与流程

文档序号:16318256发布日期:2018-12-19 05:34阅读:260来源:国知局
区块链的生成方法、装置、区块链节点及存储介质与流程

本申请涉及区块链技术领域,尤其涉及一种区块链的生成方法、装置、区块链节点及存储介质。

背景技术

随着科学技术的飞速发展,数据安全性也越来越重要,区块链技术由于其不可篡改不可伪造等特点随之发挥越来越重要的功能。

现有技术中,处于同一区块链网络中的各区块链节点共同维护一条区块链,用于存储交易数据。

但是,现有的区块链技术,写入速度慢,导致数据处理效率低。



技术实现要素:

本申请提供一种区块链的生成方法、装置、区块链节点及存储介质,以解决现有技术区块链数据处理效率低等缺陷。

本申请第一个方面提供一种区块链的生成方法,包括:

获取待处理交易数据,所述待处理交易数据中包括至少一种业务类型的交易数据;

根据每种业务类型的所述待处理交易数据确定其对应的目标区块链标识;

根据每种业务类型的所述待处理交易数据,在所述目标区块链标识对应的区块链上生成新区块。

本申请第二个方面提供一种区块链的生成装置,包括:

获取模块,用于获取待处理交易数据,所述待处理交易数据中包括至少一种业务类型的交易数据;

处理模块,用于根据每种业务类型的所述待处理交易数据确定其对应的目标区块链标识;

所述处理模块,还用于根据每种业务类型的所述待处理交易数据,在所述目标区块链标识对应的区块链上生成新区块。

本申请第三个方面提供一种区块链节点,包括:至少一个处理器和存储器;

所述存储器存储计算机程序;所述至少一个处理器执行所述存储器存储的计算机程序,以实现第一个方面提供的方法。

本申请第四个方面提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,所述计算机程序被执行时实现第一个方面提供的方法。

本申请提供的区块链的生成方法、装置、区块链节点及存储介质,通过获取待处理交易数据,待处理交易数据中包括至少一种业务类型的交易数据,根据每种业务类型的待处理交易数据确定其对应的目标区块链标识,根据每种业务类型的待处理交易数据,在目标区块链标识对应的区块链上生成新区块。实现了一个区块链网络中的各区块链节点可以共同维护多条区块链,从而可以将不同业务类型的交易数据写入到不同的区块链中进行管理,可以提供更好的灵活性和可管理性,提高了数据管理的效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的区块链系统的结构示意图;

图2为本申请一实施例提供的区块链的生成方法的流程示意图;

图3为本申请另一实施例提供的区块链的生成方法的流程示意图;

图4为本申请一实施例提供的区块链与merkle树及键值数据的关系示意图;

图5为本申请一实施例提供的区块链的生成装置的结构示意图;

图6为本申请一实施例提供的区块链节点的结构示意图。

通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

首先对本申请所涉及的名词进行解释:

业务类型:是指根据交易数据涉及的内容进行分类,比如交易数据为商品订单数据、商品信息溯源数据、供应链金融数据、商品基础数据、库存数据等等,即业务类型可以包括商品订单数据、商品信息溯源数据、供应链金融数据、商品基础数据、库存数据等等,还可以设置其他的业务类型。具体的业务类型可以根据实际需求进行设置,本申请不做限定。

操作类型:是指交易数据、merkle树、或区块中包含的信息的类型,比如一笔交易数据中包括具体的交易信息、账户信息、验证信息等类型,账户信息可以包括区块链地址、公钥、证书、身份等信息。merkle树包括根节点、中间节点、叶子节点等类型,区块中可以包括区块头信息、区块主体信息等类型,或者区块头信息中包括时间戳信息、随机数信息、对应的merkle树的根节点的哈希值等等,操作类型可以根据实际需求进行设置,具体划分粒度也可以根据实际需求进行设置,本申请不做限定。

创世区块:是指生成区块链时生成的第一个区块,即区块链最首个区块。

共识:是指区块链网络中区块链节点对提交的待处理交易数据进行背书达成共识,以允许生成新区块的过程。

merkle树:merkletree,通常也被称作hashtree,顾名思义,就是存储hash(哈希)值的一棵树。merkle树的叶子(或称叶子节点)是数据块(例如,文件或者文件的集合)的hash值。非叶节点是其对应子节点串联字符串的hash。本申请实施例中,merkle树的叶子节点是细粒度化后的待处理交易数据的每个粒度数据的hash值。

此外,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中,“多个”的含义是两个以上,除非另有明确具体的限定。

下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本发明的实施例进行描述。

本申请实施例提供的区块链的生成方法,适用于以下场景:如图1所示,为本申请实施例提供的区块链系统的结构示意图。该区块链系统可以包括多个区块链节点,各区块链节点共同形成区块链网络。在实际应用中,用户可以通过终端向区块链网络中的区块链节点发起交易请求,提交待处理交易数据,该区块链节点根据待处理交易数据进行相应的数据处理,比如请求其他区块链节点对待处理交易数据进行共识处理、生成新区块、存储数据等等。

实施例一

本实施例提供一种区块链的生成方法,用于生成区块链。本实施例的执行主体为区块链的生成装置,该装置可以设置在区块链节点中。

如图2所示,为本实施例提供的区块链的生成方法的流程示意图,该方法包括:

步骤101,获取待处理交易数据,待处理交易数据中包括至少一种业务类型的交易数据。

步骤102,根据每种业务类型的待处理交易数据确定其对应的目标区块链标识。

步骤103,根据每种业务类型的待处理交易数据,在目标区块链标识对应的区块链上生成新区块。

其中,业务类型是指根据交易数据涉及的内容进行分类,比如交易数据为商品订单数据、商品信息溯源数据、供应链金融数据、商品基础数据、库存数据等等,即业务类型可以包括商品订单数据、商品信息溯源数据、供应链金融数据、商品基础数据、库存数据等等,还可以设置其他的业务类型。具体的业务类型可以根据实际需求进行设置,本申请不做限定。

待处理交易数据为用户通过终端提交的需要生成区块链的交易数据。这里的待处理交易数据中可以包括一种业务类型的交易数据也可以包括多种业务类型的交易数据,每种业务类型的交易数据可以包括一笔交易也可以包括多笔交易,本实施例不做限定。

每种类型的交易数据中可以包括该交易数据对应的业务类型,具体可以包括对应的业务类型标识。业务类型标识可以是用户提交待处理交易数据时,为其指定对应的业务类型,比如在用户界面设置业务类型选项供用户选择,具体的展示方式本实施例不做限定。终端获取到的待处理交易数据即携带了对应的业务类型标识。终端将携带有业务类型标识的待处理交易数据提交给区块链节点进行相应的处理,区块链节点即获取到了携带有业务类型标识的待处理交易数据,也就可以根据业务类型标识将该待处理交易数据分为不同的业务类型的交易数据,并确定其对应的目标区块链标识,从而确定需要在哪个区块链中生成新区块。

当区块链节点根据每种业务类型的待处理交易数据,确定了其对应的目标区块链标识后,则可以根据每种业务类型的待处理交易数据,在目标区块链标识对应的区块链上生成新区块。具体生成新区块的方式可以为现有技术中任意可实施的方式,本实施例不做限定。不同的是生成的新区块中所包含的信息与现有技术不同,比如,每个区块的区块头信息中可以包括其所在区块链的区块链标识。区块中包含的信息可以根据实际需求进行设置,本实施例不做限定。

其中,目标区块链标识可以为在创建其对应的区块链的创世区块时为该区块链生成的用于标识该区块链的信息,可以根据现有的一些唯一标识生成方式为其生成。具体生成区块链标识的方式不做限定。

本实施例提供的区块链的生成方法,通过获取待处理交易数据,待处理交易数据中包括至少一种业务类型的交易数据,根据每种业务类型的待处理交易数据确定其对应的目标区块链标识,根据每种业务类型的待处理交易数据,在目标区块链标识对应的区块链上生成新区块,实现了一个区块链网络中的各区块链节点可以共同维护多条区块链,从而可以将不同业务类型的交易数据写入到不同的区块链中进行管理,可以提供更好的灵活性和可管理性,提高了数据管理的效率。

实施例二

本实施例对实施例一提供的方法做进一步补充说明。

如图3所示,为本实施例提供的区块链的生成方法的流程示意图。

作为一种可实施的方式,在上述实施例一的基础上,可选地,在步骤101之前,该方法还可以包括:

步骤2011,获取至少两组初始参数,每组初始参数对应不同的业务类型。

具体的,初始参数可以包括初始账户、随机数等用于创建创世区块的信息,并可以设置初始参数对应的业务类型,也即设置了该创世区块对应的区块链所管理的交易数据的业务类型,从而可以创建管理不同业务类型的交易数据的区块链。每个区块链可以称为一个账本。

其中,初始账户可以包括区块链地址、公钥、证书、身份等相关信息,具体可以根据实际需求进行设置。

步骤2012,对于每组初始参数,根据初始参数创建对应的创世区块,并为创世区块对应的区块链确定区块链标识。

具体的,当获取到至少两组初始参数后,则可以根据各组初始参数创建对应的创世区块,即创建至少两条区块链的首区块。

对于每个创世区块对应的区块链,可以为其设置区块链标识,区块链标识可以是根据现有的一些唯一标识生成方式为其生成,本申请实施例不做限定。

示例性的,可以创建商品订单区块链、商品信息溯源区块链、供应链金融区块链等等。

可选地,也可以将根据创世区块所包括的区块信息生成的哈希值作为该创世区块对应的区块链的区块链标识。具体的,可以采用任意可实施的哈希算法生成创世区块所包括的区块信息的哈希值。创世区块所包括的区块信息可以包括区块头信息、区块主体信息等信息,其中,区块头信息具体还可以包括初始账户信息、随机数信息以及其他一些安全措施信息等等,本申请实施例不做限定。对于各类信息的具体体现形式,本申请实施例也不做限定,比如可能是经过加密的或经过哈希计算的,都可以根据实际需求进行设置。

可选地,为创世区块对应的区块链确定区块链标识,具体可以包括:

根据创世区块所包括的区块信息生成创世区块对应的哈希值;将创世区块对应的哈希值作为创世区块对应的区块链的区块链标识。

具体的,可以采用任意可实施的哈希算法生成创世区块所包括的区块信息的哈希值。创世区块所包括的区块信息可以包括区块头信息、区块主体信息等信息,其中,区块头信息具体还可以包括初始账户信息、随机数信息以及其他一些安全措施信息等等,本申请实施例不做限定。对于各类信息的具体体现形式,本申请实施例也不做限定,比如可能是经过加密的或经过哈希计算的,都可以根据实际需求进行设置。

可选地,在目标区块链标识对应的区块链上生成新区块之前,该方法还可以包括:

对不同的目标区块链标识对应的待处理交易数据并行进行共识处理。

具体的,由于本申请实施例的方法可以生成多条区块链,虽然对于一条区块链来说,其需要根据时间顺序一个区块一个区块地生成,但是对于不同的区块链之间可以并行生成。因此,对于不同业务类型的待处理交易数据,可以根据其包括的不同的目标区块链标识并行进行共识处理,从而可以并行入链。不同区块链的管理可以相互独立,互不影响,进一步提高了区块链数据管理的效率。

示例性的,可以将多种业务类型的待处理交易数据并行发起共识请求,即并行发送给区块链网络中的其他区块链节点,由其他区块链节点达成共识。具体的共识操作可以为现有技术,在此不再赘述。

可选地,每种业务类型的待处理交易数据对应多种操作类型;相应的,步骤103具体可以包括:

步骤1031,对于每种业务类型的待处理交易数据,根据待处理交易数据及待处理交易数据对应的操作类型,生成默克尔merkle树。

步骤1032,根据merkle树的根节点的哈希值,在目标区块链标识对应的区块链上生成新区块。

其中,操作类型是指交易数据、merkle树、或区块中包含的信息的类型,比如一笔交易数据中包括具体的交易信息、账户信息、验证信息等类型,账户信息可以包括区块链地址、公钥、证书、身份等信息。merkle树包括根节点、中间节点、叶子节点等类型,区块中可以包括区块头信息、区块主体信息等类型,或者区块头信息中包括时间戳信息、随机数信息、对应的merkle树的根节点的哈希值等等,操作类型可以根据实际需求进行设置,具体划分粒度也可以根据实际需求进行设置,本申请不做限定。

这里对于每种业务类型的待处理交易数据,比如商品订单业务类型的待处理交易数据,其可以包括具体的交易信息(商品信息、商品数量、客户信息等等)、账户信息(区块链地址、公钥、证书等)、验证信息(身份信息、签名信息)等操作类型,可以根据这些操作类型将待处理交易数据进行细粒度划分,并根据划分后的粒度生成merkle树,merkle树表征了划分后的粒度数据的索引信息。根据merkle树的根节点的哈希值,在目标区块链标识对应的区块链上生成新区块,即生成的新区块的区块头信息包括了其对应的merkle树的根节点的哈希值。示例性的,根据新区块引用的父区块的哈希值、merkle树的根节点的哈希值、时间戳、随机数等,一起生成一个哈希值作为新区块的区块头信息。当然生成区块头信息的还可以包括其他一些相关信息,比如用于安全措施的信息等等,具体可以根据实际需求进行设置,本申请实施例不做限定。

merkle树的具体生成方式与现有技术的merkle树相同或相似,在此不再赘述。

可选地,可以将待处理交易数据细粒度划分后的每个粒度数据以键值数据进行存储,即key-value数据分布式存储。为每个粒度数据生成一个键key,具体的粒度数据作为该key对应的value。

如图4所示,为本实施例提供的区块链与merkle树及键值数据的关系示意图。其中,k表示key,v表示value,k可以唯一标识v,即根据一个k可以唯一确定一个v。g0-g3分别表示各区块对应的根节点,y表示叶子节点,m表示中间节点。v1和v2表示同一粒度数据的两个版本,即对某一粒度数据v1进行更改后变成v2。具体key-value关联关系为现有技术,在此不再赘述。每个区块对应一个merkle树的根节点,随着区块的不断增加,前一区块所对应的根节点可能成为其相邻的后一区块的的子节点,因此,merkle树随着区块的增加不断增长,以这种方式维护区块链数据的完整性,并方便地维护区块与待处理交易数据划分后的每个粒度数据的关系,比如,从区块中可以获取其对应的根节点的哈希值、从该根节点的哈希值中可以获取该根节点下两个子节点(可能为中间节点)的哈希值、从子节点的哈希值中可以获取子节点下的二级子节点的哈希值,直至获取到叶子节点的哈希值,从叶子节点的哈希值中则可以获取每个粒度数据的哈希值,比如一个键值对kv的哈希值,从而可以从该键值对的哈希值中获取该键值对,也即可以获取一个粒度数据。

可选地,对于每个粒度数据也可以采用标识-数据的形式或其他一些可以实施的形式存储,不限于键值对形式。

作为再一种可实施的方式,在上述实施例一的基础上,可选地,为创世区块对应的区块链确定区块链标识之后,该方法还可以包括:

将不同区块链标识对应的区块链的相关数据,按照区块链标识分类存储。

具体的,区块链的相关数据可以包括区块链本身数据、以及除写入区块中的数据之外的一些数据,比如上述在区块中仅写入了merkle树根节点的哈希值,而merkle树及待处理交易数据未写入区块,需要进行存储,具体的相关数据可以根据实际需求进行设置。由于可以生成多个区块链,每个区块链具有对应的区块链标识,为了便于各区块链对应的相关数据的管理,比如查询、更新等等,可以将各区块链的相关数据按照区块链标识分类存储。具体的存储形式可以为任意可实施的形式,本实施例不做限定,只要将不同区块链的相关数据分类存储,并可以根据区块链标识很方便地找到其对应的数据即可。

需要说明的是,本实施例中各可实施的方式可以单独实施,也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。

本实施例提供的区块链的生成方法,通过获取待处理交易数据,待处理交易数据中包括至少一种业务类型的交易数据,根据每种业务类型的待处理交易数据确定其对应的目标区块链标识,根据每种业务类型的待处理交易数据,在目标区块链标识对应的区块链上生成新区块,实现了一个区块链网络中的各区块链节点可以共同维护多条区块链,从而可以将不同业务类型的交易数据写入到不同的区块链中进行管理,可以提供更好的灵活性和可管理性,提高了数据管理的效率。并且在一组区块链节点构成的区块链网络中生成多条区块链,可以复用区块链节点的资源,在获得更好的灵活性和可管理性的同时,不需要产生更多成本。并且可以并行进行共识处理,进一步提高数据处理效率。还可以将待处理交易数据细粒度划分,并生成merkle树,在区块中只需要存储其对应的merkle树根节点的哈希值,而不需要存储全部的待处理交易数据块,进一步提高了数据管理的灵活性。

实施例三

本实施例提供一种区块链的生成装置,用于执行上述实施例一的区块链的生成方法。

如图5所示,为本实施例提供的区块链的生成装置的结构示意图。该区块链的生成装置30包括获取模块31和处理模块32。

其中,获取模块31用于获取待处理交易数据,待处理交易数据中包括至少一种业务类型的交易数据;处理模块32用于根据每种业务类型的待处理交易数据确定其对应的目标区块链标识;处理模块32还用于根据每种业务类型的待处理交易数据,在目标区块链标识对应的区块链上生成新区块。

关于本实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

根据本实施例提供的区块链的生成装置,通过获取待处理交易数据,待处理交易数据中包括至少一种业务类型的交易数据,根据每种业务类型的待处理交易数据确定其对应的目标区块链标识,根据每种业务类型的待处理交易数据,在目标区块链标识对应的区块链上生成新区块,实现了一个区块链网络中的各区块链节点可以共同维护多条区块链,从而可以将不同业务类型的交易数据写入到不同的区块链中进行管理,可以提供更好的灵活性和可管理性,提高了数据管理的效率。

实施例四

本实施例对上述实施例三提供的装置做进一步补充说明。

作为一种可实施的方式,在上述实施例三的基础上,可选地,获取模块,还用于获取至少两组初始参数,每组初始参数对应不同的业务类型;处理模块,还用于对于每组初始参数,根据初始参数创建对应的创世区块,并为创世区块对应的区块链确定区块链标识。

可选地,处理模块,具体用于:

根据创世区块所包括的区块信息生成创世区块对应的哈希值;将创世区块对应的哈希值作为创世区块对应的区块链的区块链标识。

可选地,获取模块,还用于获取待处理交易数据,待处理交易数据中包括至少一种业务类型的交易数据;处理模块,还用于根据每种业务类型的待处理交易数据确定其对应的目标区块链标识;处理模块,还用于根据每种业务类型的待处理交易数据,在目标区块链标识对应的区块链上生成新区块。

可选地,处理模块,还用于对不同的目标区块链标识对应的待处理交易数据并行进行共识处理。

可选地,每种业务类型的待处理交易数据对应多种操作类型,操作类型至少包括区块头、交易及账户;相应的,处理模块,具体用于:

对于每种业务类型的待处理交易数据,根据待处理交易数据及待处理交易数据对应的操作类型,生成默克尔merkle树;根据merkle树的根节点的哈希值,在目标区块链标识对应的区块链上生成新区块。

作为另一种可实施的方式,在上述实施例三的基础上,可选地,处理模块,还用于将不同区块链标识对应的区块链的相关数据,按照区块链标识分类存储。

关于本实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

需要说明的是,本实施例中各可实施的方式可以单独实施,也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。

根据本实施例的区块链的生成装置,通过获取待处理交易数据,待处理交易数据中包括至少一种业务类型的交易数据,根据每种业务类型的待处理交易数据确定其对应的目标区块链标识,根据每种业务类型的待处理交易数据,在目标区块链标识对应的区块链上生成新区块,实现了一个区块链网络中的各区块链节点可以共同维护多条区块链,从而可以将不同业务类型的交易数据写入到不同的区块链中进行管理,可以提供更好的灵活性和可管理性,提高了数据管理的效率。并且在一组区块链节点构成的区块链网络中生成多条区块链,可以复用区块链节点的资源,在获得更好的灵活性和可管理性的同时,不需要产生更多成本。并且可以并行进行共识处理,进一步提高数据处理效率。还可以将待处理交易数据细粒度划分,并生成merkle树,在区块中只需要存储其对应的merkle树根节点的哈希值,而不需要存储全部的待处理交易数据块,进一步提高了数据管理的灵活性。

实施例五

本实施例提供一种区块链节点,用于执行上述实施例提供的方法。

如图6所示,为本实施例提供的区块链节点的结构示意图。该区块链节点50包括:至少一个处理器51和存储器52;

存储器存储计算机程序;至少一个处理器执行存储器存储的计算机程序,以实现上述实施例提供的方法。

根据本实施例的区块链节点,通过获取待处理交易数据,待处理交易数据中包括至少一种业务类型的交易数据,根据每种业务类型的待处理交易数据确定其对应的目标区块链标识,根据每种业务类型的待处理交易数据,在目标区块链标识对应的区块链上生成新区块,实现了一个区块链网络中的各区块链节点可以共同维护多条区块链,从而可以将不同业务类型的交易数据写入到不同的区块链中进行管理,可以提供更好的灵活性和可管理性,提高了数据管理的效率。并且在一组区块链节点构成的区块链网络中生成多条区块链,可以复用区块链节点的资源,在获得更好的灵活性和可管理性的同时,不需要产生更多成本。并且可以并行进行共识处理,进一步提高数据处理效率。还可以将待处理交易数据细粒度划分,并生成merkle树,在区块中只需要存储其对应的merkle树根节点的哈希值,而不需要存储全部的待处理交易数据块,进一步提高了数据管理的灵活性。

实施例六

本实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,计算机程序被执行时实现上述任一实施例提供的方法。

根据本实施例的计算机可读存储介质,通过获取待处理交易数据,待处理交易数据中包括至少一种业务类型的交易数据,根据每种业务类型的待处理交易数据确定其对应的目标区块链标识,根据每种业务类型的待处理交易数据,在目标区块链标识对应的区块链上生成新区块,实现了一个区块链网络中的各区块链节点可以共同维护多条区块链,从而可以将不同业务类型的交易数据写入到不同的区块链中进行管理,可以提供更好的灵活性和可管理性,提高了数据管理的效率。并且在一组区块链节点构成的区块链网络中生成多条区块链,可以复用区块链节点的资源,在获得更好的灵活性和可管理性的同时,不需要产生更多成本。并且可以并行进行共识处理,进一步提高数据处理效率。还可以将待处理交易数据细粒度划分,并生成merkle树,在区块中只需要存储其对应的merkle树根节点的哈希值,而不需要存储全部的待处理交易数据块,进一步提高了数据管理的灵活性。

在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1