数据资产注册、衍生、流通方法和系统转让专利
申请号 : CN202110377523.8
文献号 : CN112801799B
文献日 : 2021-07-27
发明人 : 程龙 , 李艳鹏 , 陆旭明
申请人 : 支付宝(杭州)信息技术有限公司 , 蚂蚁区块链科技(上海)有限公司
摘要 :
权利要求 :
1.一种基于区块链的数据资产注册方法,其中,其包括:通过原生数据服务端:
获取业务方的一笔或多笔交易的原生数据,交易的原生数据包括该交易的标的信息、资产信息和相关方信息;
发起调用原生数据智能合约的请求,以便将所述一笔或多笔交易的原生数据写入原生数据区块链;
获得所述一笔或多笔交易的原生数据的资产衍生结果,交易的原生数据的资产衍生结果至少基于该交易的相关方对该交易的至少部分原生数据的确认结果生成,且指示该交易的原生数据是否成功衍生为数据资产;
以及,通过原生数据区块链中的节点:接收调用原生数据智能合约的请求,该请求包括业务方的一笔或多笔交易的原生数据;交易的原生数据包括该交易的标的信息、资产信息和相关方信息;
将所述一笔或多笔交易的原生数据写入所述原生数据区块链;
基于交易的原生数据生成确认消息,以通知交易的相关方对该交易的至少部分原生数据进行确认;所述确认消息包括用于通知该交易的参与方对该交易的原生数据中的标的信息和/或资产信息进行确权的确权消息;
接收交易的相关方的用户端返回的确认结果及其对应的数字签名;
基于交易的相关方的公钥和所述确认结果验证所述数字签名,若通过验证,则将所述确认结果写入所述原生数据区块链;
基于所述确认结果,确定交易的原生数据是否成功衍生为数据资产;
向业务方返回所述一笔或多笔交易的原生数据的资产衍生结果。
2.如权利要求1所述的方法,其中,通过原生数据服务端获取业务方的一笔或多笔交易的原生数据,包括:
接收业务方的用户端分时上传的一笔或多笔交易的标的信息、资产信息和相关方信息;
整合各笔交易的标的信息、资产信息和相关方信息,得到业务方的一笔或多笔交易的原生数据。
3.如权利要求1所述的方法,其中,获取交易的原生数据之前,所述方法还包括通过原生数据服务端:
接收该交易的相关方发送的资质注册请求,来自任一相关方的资质注册请求包括该方的资质信息和公钥;
发起调用资质注册智能合约的请求,以便将该方的资质信息写入所述原生数据区块链;
接收所述原生数据区块链返回的任一相关方的资质注册结果,该资质注册结果指示该方的资质信息是否成功被写入所述原生数据区块链,若是,则该资质注册结果包括所述原生数据区块链生成的该方的身份标识,该身份标识与该方的资质信息和公钥关联;
将资质信息成功被写入所述原生数据区块链的相关方的身份标识发送给该业务方的用户端,以便该业务方的用户端上传交易的相关方信息。
4.如权利要求1所述的方法,其中,交易的相关方信息包括该交易的参与方的身份标识和该交易的核验方的身份标识。
5.如权利要求1所述的方法,其中,所述确认消息包括该交易的相关方的身份标识和用该相关方的公钥加密的待确认内容。
6.如权利要求1所述的方法,其中,交易的相关方信息包括该交易的参与方的身份标识和该交易的核验方的身份标识,交易的原生数据还包括待核验内容;所述确认消息还包括用于通知该交易的核验方对该交易的原生数据中的待核验内容进行核验的核验消息。
7.如权利要求6所述的方法,其中,通过原生数据区块链中的节点基于所述确认结果,确定交易的原生数据是否成功衍生为数据资产,包括:基于确认结果中的确权结果和核验结果进行复核验证;
若复核验证结果为成功,则确定交易的原生数据成功衍生为数据资产。
8.如权利要求1所述的方法,其中,所述方法还包括通过原生数据区块链中的节点:响应于确定原生数据成功衍生为数据资产或数据资产的状态发生变化,在资产生命周期智能合约的存储中更新该交易对应的资产状态。
9.如权利要求8所述的方法,其中,所述数据资产的状态包括可流通和失效。
10.如权利要求1所述的方法,还包括由资产流通服务端:接收业务方的资产流通请求,所述资产流通请求包括该业务方的身份标识、请求流通的数据资产的标识和流通类型,其中,所述流通类型指示请求将数据资产兑换成的目标权益,数据资产与其对应的交易的原生数据具有相同的标识;
根据业务方的身份标识和请求流通的数据资产的标识在原生数据区块链中查询,以验证该数据资产或其对应的原生数据是否存在以及是否属于该业务方;若该数据资产或其对应的原生数据存在且属于该业务方,则在原生数据区块链中查询相应交易对应的资产状态;
响应于查询到的资产状态为可流通状态,通知一个或多个资方系统请求流通所述数据资产以及所述数据资产的流通类型。
11.如权利要求10所述的方法,其中,还包括通过资产流通服务端:响应于查询到的资产状态为可流通状态,将所述数据资产对应的交易的原生数据以及该交易的相关方对该交易的至少部分原生数据的确认结果从所述原生数据区块链跨链传输至资产流通区块链,以使一个或多个资方系统能够获取。
12.如权利要求11所述的方法,其中,所述确认结果中的一个或多个项目基于数据资产的流通类型被选作该数据资产的合理性验证结果,以供一个或多个资方系统获取。
13.如权利要求10所述的方法,其中,还包括通过资产流通服务端:获取所述资产流通区块链中的权益兑换消息,所述权益兑换消息包括已经由资方兑换成权益的数据资产的标识;
将所述权益兑换消息跨链传输至所述原生数据区块链,以调用所述原生数据区块链中的资产生命周期智能合约更新相应交易对应的资产状态。
14.如权利要求13所述的方法,其中,还包括通过资产流通服务端:监听原生数据区块链中的资产状态更新事件,并向业务方的用户端返回相应的资产状态更新消息;其中,所述资产状态更新事件在调用所述资产生命周期智能合约更新交易对应的资产状态后触发。
15.一种基于区块链的数据资产注册系统,其中,包括位于原生数据服务端的原生数据获取模块、第一请求模块和资产衍生结果获得模块;位于原生数据区块链中的节点的第一接收模块、原生数据注册模块、确认消息生成模块、第二接收模块、确认结果登记模块、资产衍生结果确定模块和资产衍生结果返回模块;其中,所述原生数据获取模块用于获取业务方的一笔或多笔交易的原生数据,交易的原生数据包括该交易的标的信息、资产信息和相关方信息;
所述第一请求模块用于发起调用原生数据智能合约的请求,以便将所述一笔或多笔交易的原生数据写入原生数据区块链;
所述资产衍生结果获得模块用于获得所述一笔或多笔交易的原生数据的资产衍生结果,交易的原生数据的资产衍生结果至少基于该交易的相关方对该交易的至少部分原生数据的确认结果生成,且指示该交易的原生数据是否成功衍生为数据资产;
所述第一接收模块用于接收调用原生数据智能合约的请求,该请求包括业务方的一笔或多笔交易的原生数据;交易的原生数据包括该交易的标的信息、资产信息和相关方信息;
所述原生数据注册模块用于将所述一笔或多笔交易的原生数据写入原生数据区块链;
所述确认消息生成模块用于基于交易的原生数据生成确认消息,以通知交易的相关方对该交易的至少部分原生数据进行确认;所述确认消息包括用于通知该交易的参与方对该交易的原生数据中的标的信息和/或资产信息进行确权的确权消息;
所述第二接收模块用于接收交易的相关方的用户端返回的确认结果及其对应的数字签名;
所述确认结果登记模块用于基于交易的相关方的公钥和所述确认结果验证所述数字签名,若通过验证,则将所述确认结果写入所述原生数据区块链;
所述资产衍生结果确定模块用于基于所述确认结果,确定交易的原生数据是否成功衍生为数据资产;
所述资产衍生结果返回模块用于向业务方返回所述一笔或多笔交易的原生数据的资产衍生结果。
说明书 :
数据资产注册、衍生、流通方法和系统
技术领域
背景技术
发明内容
信息、资产信息和相关方信息;发起调用原生数据智能合约的请求,以便将所述一笔或多笔
交易的原生数据写入原生数据区块链;获得所述一笔或多笔交易的原生数据的资产衍生结
果,交易的原生数据的资产衍生结果至少基于该交易的相关方对该交易的至少部分原生数
据的确认结果生成,且指示该交易的原生数据是否成功衍生为数据资产。
笔或多笔交易的原生数据,交易的原生数据包括该交易的标的信息、资产信息和相关方信
息;所述第一请求模块用于发起调用原生数据智能合约的请求,以便将所述一笔或多笔交
易的原生数据写入原生数据区块链;所述资产衍生结果获得模块用于获得所述一笔或多笔
交易的原生数据的资产衍生结果,交易的原生数据的资产衍生结果至少基于该交易的相关
方对该交易的至少部分原生数据的确认结果生成,且指示该交易的原生数据是否成功衍生
为数据资产。
述的数据资产注册方法。
交易的原生数据;交易的原生数据包括该交易的标的信息、资产信息和相关方信息;将所述
一笔或多笔交易的原生数据写入所述原生数据区块链;基于交易的原生数据生成确认消
息,以通知交易的相关方对该交易的至少部分原生数据进行确认;接收交易的相关方的用
户端返回的确认结果及其对应的数字签名;基于交易的相关方的公钥和所述确认结果验证
所述数字签名,若通过验证,则将所述确认结果写入所述原生数据区块链;基于所述确认结
果,确定交易的原生数据是否成功衍生为数据资产;向业务方返回所述一笔或多笔交易的
原生数据的资产衍生结果。
模块和资产衍生结果返回模块。所述第一接收模块用于接收调用原生数据智能合约的请
求,该请求包括业务方的一笔或多笔交易的原生数据,交易的原生数据包括该交易的标的
信息、资产信息和相关方信息;所述原生数据注册模块用于将所述一笔或多笔交易的原生
数据写入原生数据区块链;所述确认消息生成模块用于基于交易的原生数据生成确认消
息,以通知交易的相关方对该交易的至少部分原生数据进行确认;所述第二接收模块用于
接收交易的相关方的用户端返回的确认结果及其对应的数字签名;所述确认结果登记模块
用于基于交易的相关方的公钥和所述确认结果验证所述数字签名,若通过验证,则将所述
确认结果写入所述原生数据区块链;所述资产衍生结果确定模块用于基于所述确认结果,
确定交易的原生数据是否成功衍生为数据资产;所述资产衍生结果返回模块用于向业务方
返回所述一笔或多笔交易的原生数据的资产衍生结果。
述的数据资产衍生方法。
求流通的数据资产的标识和流通类型,其中,所述流通类型指示请求将数据资产兑换成的
目标权益,数据资产与其对应的交易的原生数据具有相同的标识;根据业务方的身份标识
和请求流通的数据资产的标识在原生数据区块链中查询,以验证该数据资产或其对应的原
生数据是否存在以及是否属于该业务方;若该数据资产或其对应的原生数据存在且属于该
业务方,则在原生数据区块链中查询相应交易对应的资产状态;响应于查询到的资产状态
为可流通状态,通知一个或多个资方系统请求流通所述数据资产以及所述数据资产的流通
类型。
流通请求包括该业务方的身份标识、请求流通的数据资产的标识和流通类型,其中,所述流
通类型指示请求将数据资产兑换成的目标权益,数据资产与其对应的交易的原生数据具有
相同的标识;所述验证模块用于根据业务方的身份标识和请求流通的数据资产的标识在原
生数据区块链中查询,以验证该数据资产或其对应的原生数据是否存在以及是否属于该业
务方,若该数据资产或其对应的原生数据存在且属于该业务方,则在原生数据区块链中查
询相应交易对应的资产状态;所述资方通知模块用于响应于查询到的资产状态为可流通状
态,通知一个或多个资方系统请求流通所述数据资产以及所述数据资产的流通类型。
述的数据资产流通方法。
附图说明
中:
具体实施方式
施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附
图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明,图中相同标
号代表相同结构或操作。
则可通过其他表达来替换所述词语。
标识的步骤和元素,而这些步骤和元素不构成一个排它性的罗列,方法或者设备也可能包
含其它的步骤或元素。
处理各个步骤。同时,也可以将其他操作添加到这些过程中,或从这些过程移除某一步或数
步操作。
完成后按期支付业务方相应的报酬。即,交易记录中保存有交易双方的负债关系。若能证明
交易记录中负债关系的真实性,业务方作为债权人可以凭借交易记录向资方申请将应收款
项兑换成权益,若资方通过申请则将应收款项兑换成相应的权益(如现金流)提供给业务
方,作为交换,资方取代业务方称为新的债权人。
景中,货运平台会委托一些承运商承担具体的货物运输事务,并按一定的财务结算周期(如
年、季度、月)向承运商支付报酬。对货运平台而言,较长的财务结算周期有利于降低其财务
成本,但对承运商而言,则希望能在更短的时间内拿到报酬。鉴于此,货运平台(付款方)、承
运商(业务方/收款方)和银行(资方)可形成约定:承运商提供与货运平台之间的交易记录,
在交易记录中的负债关系的真实性得到证实的前提下,银行可替货运平台向承运商支付
(具体地,可以向承运商雇佣的司机支付,即资方基于在交易记录中的真实负债关系,实现
权益兑换)相应的报酬,相应地债权发生转移,货运公司后续需要向银行还款。
可反映服务完成后付款方应向业务方支付的资产的数额,相关方信息可包括交易相关方的
身份标识。
解,交易的参与方可以包括该交易的收款方(即业务方)和付款方。其中,核验方可对该交易
的至少部分原生数据进行核验,以确认交易是否真实。
交易可以对应一笔物流订单,仅作为示例,交易的标的数据可以包括货物的描述信息、货物
运输的出发地和目的地、运输时间要求等等,交易的资产信息可以反映服务完成后付款方
应向业务方支付的资费(具体可包括多个明细项,如人工费、加油费、过路费等),交易的相
关方信息可以包括货运平台的身份标识、承运商的身份标识、地图服务商的身份标识、司机
端上传的运输途中经过的地点以及到达这些地点的时间。地图服务商可核验交易的相关方
信息中司机端上传的地点和时间是否真实。具体地,承运商的司机驾驶的货车上可安装有
位置上报装置,以使地图服务商可以收集到货车在不同时间点的位置信息(例如,在哪些时
间点分别抵达了设定运输路线上的若干地点)。如此,地图服务商可以通过判断收集到的时
间和位置和司机端上传的时间和地点是否匹配,来核验交易的相关方信息中司机端上传的
时间地点是否真实。
易的三项数据,得到业务方的一笔或多笔交易的原生数据。可以理解,同一交易的各项数据
的上传时间可能是不一致的,在数据整合过程中原生数据平台可以根据各项数据关联的交
易标识找到属于同一交易的三项数据。可以理解,由原生数据平台承担原生数据的整合,可
以极大减轻业务方的负担。
或多笔交易的原生数据写入原生数据区块链(简称原生数据链),即通过原生数据链注册原
生数据。可以理解,原生数据合约可以是部署在原生数据链中的智能合约。在一些实施例
中,可以将原生数据写入原生数据合约的存储,也可以将原生数据写入区块。
可以将原生数据的标识再发送给业务端的用户端。在一些实施例中,原生数据的标识可以
是基于原生数据注册请求的哈希值得到的链上地址(如基于哈希值生成的编码值)。
方可以通过用户端向原生数据平台发送资质注册请求,来自任一相关方的资质注册请求包
括该方的资质信息和公钥。
生数据链注册交易相关方的资质信息。在一些实施例中,可以将资质信息写入资质注册合
约的存储中,也可以将资质信息写入区块中。
专门的政府机构进行验证。对于任一相关方,若确认该方的资质信息真实,则原生数据平台
可以发起调用资质注册合约的请求,以便将该方的资质信息写入原生数据链。
果包括所述原生数据区块链生成的该方的身份标识,该身份标识与该方的资质信息和公钥
关联。
的相关方对该交易的至少部分原生数据进行确认。交易相关方的用户端可向原生数据链返
回确认结果及利用私钥对确认结果生成的数字签名。进而,原生数据链可以基于交易相关
方的公钥和接收到的确认结果对数字签名进行验证,若通过验证,则可将接收到的确认结
果写入原生数据链。在一些实施例中,可以将确认结果写入部署于原生数据链的智能合约
的存储,也可以将确认结果写入区块。
过公钥加密,可以指定持有相应私钥的相关方获得待确认内容,以防止数据被他人窃取。
生数据的资产衍生结果反馈给业务方的用户端。在一些实施例中,原生数据平台可以是原
生数据链中的节点或链接至原生数据链的区块链用户端,以获得一笔或多笔交易的原生数
据的资产衍生结果。
能合约(简称资产生命周期合约)的存储中更新该交易对应的资产状态。其中,数据资产的
状态可以包括可流通和失效。关于资产状态的更多内容,还可以参考图3的相关描述。
方(如付款方)可以对交易的标的信息和/或资产信息进行确权。核验是指验证至少部分原
生数据(如标的信息和/或相关方信息中的待核验内容)的真实性。
消息可以用于通知该交易的参与方对该交易的标的信息和/或资产信息进行确权,核验消
息可以用于通知该交易的核验方对该交易的至少部分原生数据进行核验。具体地,确权消
息可以包括参与方的身份标识以及包含交易的标的信息和/或资产信息的待确权内容,核
验消息可以包括核验方的身份标识以及包含交易的至少部分原生数据的待核验内容。
钥加密过的。
例中,可以使用不同的智能合约存储不同类型的数据以便于数据的分类管理,因此可以将
确权结果写入将确权结果写入确权结果登记智能合约的存储,以及将交核验结果写入核验
结果登记智能合约的存储。
签名发送给原生数据链中的节点。核验方的用户端可以利用私钥对核验结果生成第二数字
签名,并将核验结果和第二数字签名发送给原生数据链中的节点。相应地,原生区块链可以
利用参与方的公钥和接收到的确权结果验证第一数字签名,利用核验方的公钥和接收到的
核验结果验证第二数字签名,若均通过验证,原生区块链可以将确权结果和核验结果写入
智能合约的存储。
以包括司机端上传的时间地点,地图服务商(核验方)可以返回指示司机端上传的时间地点
是否真实的结果,也可以返回收集到的时间位置信息供原生数据链进一步处理。
定交易的原生数据成功衍生为数据资产,原生数据链可以在资产生命周期合约的存储中更
新该交易对应的资产状态。资产生命周期合约用于管理数据资产的状态,原生数据可被视
作未经确权及核验的数据资产,当原生数据成功衍生为数据资产时,数据资产的状态即发
生一次更新。关于资产生命周期合约的更多细节,可以参考后文的相关描述。
成功衍生为数据资产。
方支持兑换的权益也可以有多种,业务方可以选择一个或多个资方作为目标资方,以及可
以选择目标资方支持兑换的一种或多种权益作为目标权益。相应地,业务方可以将目标资
方的身份标识放入资产流通请求。
通请求中作为该原生数据对应的数据资产的标识。
中查询,以验证该数据资产或其对应的原生数据是否存在以及是否属于该业务方(简称存
在性和归属性验证)。存在性和归属性验证可通过调用原生数据链的智能合约实现,鉴于区
块链的分布式特性,如图3所示,资产流通平台可将资产流通请求推送给原生数据链中的其
他节点,以使原生数据链中的其他节点也可验证请求流通的数据资产或其对应的原生数据
的存在性和归属性。
资产实质上是相同的,区别在于资产生命周期合约中记录的该交易对应的资产状态发生了
变更。鉴于此,资产流通平台可以通过查询数据资产对应的原生数据的注册请求,来验证该
数据资产的存在性和归属性。具体地,原生数据的标识(数据资产的标识)可以是基于原生
数据注册请求的哈希值得到的链上地址(如基于哈希值生成的编码值),通过比对资产流通
请求中数据资产的标识与基于查询到的原生数据注册请求计算出的哈希值,还可以确认原
生数据注册请求是否经过篡改。
产状态为可流通状态,则资产流通平台可以通知一个或多个资方系统请求流通所述数据资
产以及所述数据资产的流通类型。
求在用于注册数据资产的智能合约的存储中查询数据资产是否存在且属于该业务方。响应
于确定请求流通的数据资产存在且属于该业务方,资产流通平台可以在资产生命周期合约
的存储中查询相应交易对应的资产状态。若该交易对应的资产状态为可流通状态,则资产
流通平台可以通知一个或多个资方系统请求流通所述数据资产以及所述数据资产的流通
类型。
以包含于标的信息或资产信息),该时效信息可表征该交易的付款方向收款方支付资费的
期限。一旦超出期限,交易的数据资产随即过期,因为交易双方可能已经解除负债关系或需
要重新确立负债关系。鉴于此,原生数据链中的节点可以基于所述时效信息监控交易的数
据资产是否过期,若是,则在资产生命周期智能合约的存储中更新该交易对应的资产状态。
不难理解,过期的数据资产是不可流通的。
确定请求流通的数据资产的状态为可流通状态,资产流通平台可以将所述数据资产对应的
交易的原生数据以及该交易的相关方对该交易的至少部分原生数据的确认结果从所述原
生数据区块链跨链传输至资产流通链,以使一个或多个资方系统能够获取。
的确认结果中的一个或多个项目可基于数据资产的流通类型被选作该数据资产的合理性
验证结果,以供一个或多个资方系统获取。取决于具体的流通类型,资产合理性验证的粒度
可能比确权及核验的粒度要粗。例如,核验方的核验包含N个核验项,当请求兑换的权益不
是现金流时,不必强制要求这N个核验项均通过时才通过资产合理性验证。
应的资产状态。例如,当接收到指示交易的数据资产成功被兑换成权益的资产流通结果(也
称作权益兑换结果)时,原生数据链可以调用资产生命周期合约更新该交易对应的资产状
态,具体地可将该交易对应的资产状态从可流通状态更新为已流通(已兑换)状态。可以理
解,权益兑换结果可以包括已经由资方兑换成权益的数据资产的标识。
用所述资产生命周期智能合约更新交易对应的资产状态后触发。参考前述内容,交易对应
的资产状态(或称作数据资产的状态)可包括待确认(原生数据阶段)、可流通、失效(已流
通/已兑换)、过期或更多。其中,待确认(原生数据阶段)、失效(已流通/已兑换)、过期状态
均可合并为不可流通状态。
改变。然而,这些修正和改变仍在本说明书的范围之内。
原生数据的确认结果生成,且指示该交易的原生数据是否成功衍生为数据资产。
衍生结果返回模块570。
关方信息。
求将数据资产兑换成的目标权益,数据资产与其对应的交易的原生数据具有相同的标识。
业务方;若该数据资产或其对应的原生数据存在且属于该业务方,则在原生数据区块链中
查询相应交易对应的资产状态。
施例中,系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中,硬件部分
可以利用专用逻辑来实现;软件部分则可以存储在存储器中,由适当的指令执行系统,例如
微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用
计算机可执行指令和/或包含在处理器控制代码中来实现,例如在诸如磁盘、CD或DVD‑ROM
的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数
据载体上提供了这样的代码。本说明书的系统及其模块不仅可以有诸如超大规模集成电路
或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设
备等的可编程硬件设备的硬件电路实现,也可以用例如由各种类型的处理器所执行的软件
实现,还可以由上述硬件电路和软件的结合(例如,固件)来实现。
后,可能在不背离这一原理的情况下,对各个模块进行任意组合,或者构成子系统与其他模
块连接。例如,在一些实施例中,原生数据获取模块410和第一请求模块420可以是一个系统
中的不同模块,也可以是一个模块实现这两个模块的功能。又如,在一些实施例中,资产衍
生结果确定模块560和资产衍生结果返回模块570可以是两个模块,也可以合并为一个模
块。诸如此类的变形,均在本说明书的保护范围之内。
方;(2)相关流程可通过智能合约自动执行,免去了繁琐的线下流程;(3)区块链的不可篡改
性、数字签名机制等解决了数据资产的整个生命周期内各参与方之间的信任问题;(4)通过
区块链的定制化事件消息推送与数据加密,有效解决各方系统之间的耦合性问题,在保护
隐私的前提下实现消息的精准投送。需要说明的是,不同实施例可能产生的有益效果不同,
在不同的实施例里,可能产生的有益效果可以是以上任意一种或几种的组合,也可以是其
他任何可能获得的有益效果。
员可能会对本说明书实施例进行各种修改、改进和修正。该类修改、改进和修正在本说明书
实施例中被建议,所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。
点。因此,应强调并注意的是,本说明书中在不同位置两次或多次提及的“一实施例”或“一
个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外,本说明书的一个或多个
实施例中的某些特征、结构或特点可以进行适当的组合。
合,或对他们的任何新的和有用的改进。相应地,本说明书实施例的各个方面可以完全由硬
件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执
行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外,
本说明书实施例的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品,该
产品包括计算机可读程序编码。
合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介
质,该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用
的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播,包括无线
电、电缆、光纤电缆、RF、或类似介质,或任何上述介质的组合。
C#、VB.NET、Python等,常规程序化编程语言如C语言、VisualBasic、Fortran2003、Perl、
COBOL2002、PHP、ABAP,动态编程语言如Python、Ruby和Groovy,或其他编程语言等。该程序
编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在
用户计算机上运行部分在远程计算机运行、或完全在远程计算机或处理设备上运行。在后
种情况下,远程计算机可以通过任何网络形式与用户计算机连接,比如局域网(LAN)或广域
网(WAN),或连接至外部计算机(例如通过因特网),或在云计算环境中,或作为服务使用如
软件即服务(SaaS)。
上述披露中通过各种示例讨论了一些目前认为有用的发明实施例,但应当理解的是,该类
细节仅起到说明的目的,附加的权利要求并不仅限于披露的实施例,相反,权利要求旨在覆
盖所有符合本说明书实施例实质和范围的修正和等价组合。例如,虽然以上所描述的系统
组件可以通过硬件设备实现,但是也可以只通过软件的解决方案得以实现,如在现有的处
理设备或移动设备上安装所描述的系统。
施例、附图或对其的描述中。但是,这种披露方法并不意味着本说明书实施例对象所需要的
特征比权利要求中提及的特征多。实际上,实施例的特征要少于上述披露的单个实施例的
全部特征。
不一致或产生冲突的申请历史文件除外,对本说明书权利要求最广范围有限制的文件(当
前或之后附加于本说明书中的)也除外。需要说明的是,如果本说明书附属材料中的描述、
定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方,以本说明书的描述、
定义和/或术语的使用为准。
的替代配置可视为与本说明书的教导一致。相应地,本说明书的实施例不仅限于本说明书
明确介绍和描述的实施例。