CN110162559B - 一种基于通用json同步和异步数据api接口调用的区块链处理方法 - Google Patents

Abstract

本发明请求保护一种基于通用JSON同步和异步型处理数据API接口调用的多原链处理方法，构建中间件模式和数据源模式，并建立模式投影；建立对应的封装器，对外提供API接口服务；多原链查询执行器接受重写后的子多原链查询，将多原链查询请求包装为HTTP请求传递给数据源的封装器；数据源层的封装器接收到子多原链查询交由数据源进行实际的多原链查询，最终将整合后的多原链查询结果返回给用户。本发明通过借助JSON和API接口下的中间件模式和数据源模式，对于多原链查询的通信建立投影关系，并适应性分割子链查询，提高了区块链查询与客户机、服务器之间的通信质量和增加了通信准确性。

Description

一种基于通用JSON同步和异步数据API接口调用的区块链处 理方法

技术领域

本发明属于区块链技术领域，具体涉及一种基于通用JSON同步和异步数据API接口调用的区块链处理方法。

背景技术

在实际使用过程中，区块链节点可能出现各种异常情况。如黑客攻击，连续建立与断开连接，造成被攻击的区块链节点大量资源消耗在连接上，区块链节点效率降低，甚至不能正常工作，进而影响整个区块链的效率和安全。

目前区块链技术人才之所以难求，因为大部分使用了小语种计算机语言开发及跨领域技术障碍，多原链打破了这一行业限制，业务层API开发接受目前所有计算机语言的开发，任何熟练掌握某一语种的普通程序员就可以在多原链上快速开发实现业务层落地。

Multiple Atomic Chain(简称MAC，多原链)是开发在比特币和以太坊之外的第三种区块链底层生态系统，致力于拓展区块链技术的商业业务层边界和技术边界，让大众用户用户能够真实的感受到区块链技术的价值，让区块链不在停滞于学术理论层面而是更加直接的业务层到开发业务层的实践中去，多原链的开发将是商业业务层和区块链技术碰撞的火花，也是对区块链现有技术的一种挑战，跳跃出了现有技术领域思维，为区块链3。0生态业务层体系的开创先锋。多原链系统中，可以通过价值传输协议来实现点对点的价值转移，高性能、高吞吐量、快速安全是多原链的特性，从而用多原链的底层构建出一个支持多个行业领域(金融、物联网、供应链、社交、游戏、电商、溯源、交易等)的去中心化的场景业务层开发生态平台。

在多原链的公链(PublicBlockchain系统中，全世界任何人都可读取、任何人都能发送交易且交易能获得有效确认、任何人都能参与其中共识过程的区块链(共识过程决定哪个区块可被添加到区块链中和明确当前状态)。作为中心化或者准中心化信任的替代物，公共区块链的安全由“加密数字经济”采取工作量证明机制或权益证明机制等方式，将经济奖励和加密数字验证结合了起来，并遵循着一般原则：每个人从中可获得的经济奖励，与对共识过程作出的贡献成正比。这些区块链通常被认为是“完全去中心化”的。

区块链中节点数据通信问题是导致区块链交易验证效率低，制约区块链技术向大规模频繁交易的商业业务层推广的主要原因。缺乏适合区块链交易验证的通信拓扑结构和通信机制，现有的通信算法仅考虑单一影响因素优化单一通信指标，未考虑节点失效引起区块链通信性能下降的问题，在数据整合的过程中，为了构建数据源的资源服务而采用了Web Service的方式，虽然这种方式满足了各个服务的独立性和分布性，然而Web Service的SOAP消息是一个比较复杂的消息方式，且在Web传输时开销大，效率低。

发明内容

因此，为了解决当前区块链数据通信环节中的整合困难、准确性低的问题，本发明提出了一种基于通用JSON同步和异步数据API接口调用的区块链处理方法。

所述一种基于通用JSON同步和异步型处理数据API接口调用的多原链处理方法，其特征在于：

将设备请求信息进行封装，封装成区块链网络交易格式，向客户端发送请求验证，触发区块智能交易；

构建中间件模式和数据源模式，并建立模式投影；

对各异步型处理数据源建立对应的封装器，对外提供API接口服务；

在异步调用情况下，设定一个回调URL，多原链在该交易被确认后，将API调用的最终结果通知到该URL；

用户在业务层发起全局多原链查询请求，由中间层的多原链查询生成器基于中间件模式生成相应的全局多原链查询语句；

多原链查询重写器根据中间件模式和数据源模式之间的模式投影关系，对全局多原链查询进行重写成适合局部数据源的子多原链查询；

多原链查询执行器接受重写后的子多原链查询，将多原链查询请求包装为HTTP请求传递给数据源的封装器；

数据源层的封装器接收到子多原链查询交由数据源进行实际的多原链查询，并由封装器将数据源的多原链查询结果返回给中间层的多原链查询处理器进行整合转换处理，最终将整合后的多原链查询结果返回给用户。

本发明通过借助JSON和API接口下的中间件模式和数据源模式，对于多原链查询的通信建立投影关系，并适应性分割子链查询，提高了区块链查询与客户机、服务器之间的通信质量和增加了通信准确性。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明所涉及的一种基于通用JSON同步和异步数据API接口调用的区块链处理方法的工作流程图；

图2为本发明所涉及的一种基于通用JSON同步和异步数据API接口调用的区块链处理方法的模块结构图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参照附图1为本发明所涉及的一种基于通用JSON同步和异步数据API接口调用的区块链处理方法的工作流程图；本发明请求保护一种基于通用JSON同步和异步型处理数据API接口调用的多原链处理方法，其特征在于：

将设备请求信息进行封装，封装成区块链网络交易格式，向客户端发送请求验证，触发区块智能交易；

构建中间件模式和数据源模式，并建立模式投影；

对各异步型处理数据源建立对应的封装器，对外提供API接口服务；

在异步调用情况下，设定一个回调URL，多原链在该交易被确认后，将API调用的最终结果通知到该URL；

用户在业务层发起全局多原链查询请求，由中间层的多原链查询生成器基于中间件模式生成相应的全局多原链查询语句；

多原链查询重写器根据中间件模式和数据源模式之间的模式投影关系，对全局多原链查询进行重写成适合局部数据源的子多原链查询；

多原链查询执行器接受重写后的子多原链查询，将多原链查询请求包装为HTTP请求传递给数据源的封装器；

数据源层的封装器接收到子多原链查询交由数据源进行实际的多原链查询，并由封装器将数据源的多原链查询结果返回给中间层的多原链查询处理器进行整合转换处理，最终将整合后的多原链查询结果返回给用户。

优选的，所述将设备请求信息进行封装，封装成区块链网络交易格式，向客户端发送请求验证，触发区块智能交易，具体包括：

将所填写的所有信息封装为HTTP报文，通过POST方式提交给服务器，服务器端判断后返回对应的结果"Success"或"Failure"给点检客户端，客户端根据返回的结果进行相应的跳转操作，序列化json数据，封装通过post方式提交给服务器post.php页面；在区块封装的时候，区块的交易所生产的代币在原有的数量的基础上，必须再增加该区块中的域名注册消耗的代币数量。

RFID批量录入模块是保障设备点检工作顺利进行的基础,通过对硬件接口模块的二次调用,获取RFID标签码,同时配合合法用户登录后返回的设备信息表,进行本地设备和RFID标签的一一对应及保存,批量录入结束后,系统会将所录入的设备和RFID标签对应关系,序列化成JSON数据,通过POST方式提交给服务器,服务器接收处理后,返回对应的结果给点检客户端,客户端根据返回的结果进行下一步的操作。

多原链设计了独有的账户区块链和交易区块链，当有新的银行成立或者原有银行需要进行扩展时，可以设立账户区块链来解决；当交易量较大时，系统可以增加交易区块链来增加处理速度，通过这两种途径来解决可扩展性方面的需求。通过算法的创新以及联盟链的部署使得吞吐量等性能得到大幅的提升，当前延时已能够控制在秒级别，吞吐量达万笔每秒，单节点的存储空间需求也能够进行相应的优化与压缩，性能瓶颈已经被突破。

进一步地，所述构建中间件模式和数据源模式，并建立模式投影，具体包括：

构造一个全局数据域对整合系统的全局视图进行语义化的描述，它构造了待整合领域的知识模型，为数据整合提供公共的语义描述，对业务层来说，全局多原链查询是针对中间件模式进行的，中间件模式接收到多原链查询后利用全局数据域来确认和数据源模式之间的概念术语关系；

对数据模式进行规范化描述，建立一个统一的语义模型，通过建立全局数据域，使得领域的概念和概念之间的关系统一到一个语义层，全局数据域明确表述了领域内的公有概念以及概念的属性之间的关系，通过全局数据域构建起多原链查询的全局视图，使得业务层只需针对全局视图发起多原链查询即可；

用户在业务层发起全局多原链查询请求，中间层为了能够将该全局视图上的多原链查询进行分解，重写为针对相应局部数据源的子多原链查询，需要将中间件模式与各数据源模式关联起来，这种关联关系就是模式投影，模式投影即中间件模式到数据源模式的投影关系，利用数据域这一工具来描述中间件模式到源模式的投影；

在中间件模式中的数据域描述是全局数据域，而在数据源模式中的数据域描述是局部数据域，模式投影则描述了全局数据域和局部数据域之间如何进行语义级的概念关联，通过投影的方式建立两个数据域的关系，使得不同的局部数据域之间在语义上统一起来，使独立的数据源在语义层上得到共享，模式投影需要能够处理数据源模式和中间件模式之间的分歧。

1)关系和属性名称。中间件模式中的关系和属性名称与数据源中的名称往往是不同的，即使它们代表相同的概念。如中间件模式中属性project_num表示投资项目的项目编号，它与MySQL数据源中的属性p_no是一样的。同样，如果在中间件模式和源模式中使用了相同的关系或属性名，并不意味它们就代表了相同的事物。

(2)表格组织。中间件模式和数据源的数据表格组织可能不同。模式投影需要能够指明在数据源中两个表的连接与中间件模式中的某个关系相对应，反之亦然。

(3)粒度级别。中间件模式和数据源模式的覆盖面和粒度级别可能会有所不同。如数据源project中有项目金额字段money，而数据源tb_project中没有，却含有项目描述字段p_description，粒度级别有所不同的原因主要是模式是为不同的目的而设计的。

(4)数据级别的差异。为了描述数据，模式可能会指定一些不同的约定。比如，在描述金额的数值时，有些数据源以分为单位，而有些数据源以元为单位。

模式投影的语义是这样指定的，通过定义中间件模式的哪个实例与数据源的给定实例是一致的。具体来讲，一个语义投影M定义了一个关系MR：I(G)×I(S1)×，，×I(Sn)，其中，I(G)表示中间件模式的可能实例，I(S1)，，，，I(Sn)表示相应数据源关系S1，，，，Sn的可能实例。如果(g,s1,，，,sn)∈MR，那么当数据源关系实例是s1,，，,sn时，g就是中间件模式的一个可能实例。中间件模式上查询的语义就是基于关系MR的。

在进行模式投影时，局部本体是对领域的充分分析再构建出来的，全局本体与各个局部本体的投影，需要在全局本体描述文件中进行修改，加入模式投影的描述，使得中间件模式和数据源模式能够关联起来。例如投资项目的异构数据源概念中，先将多个局部数据源关系类进行关联，再对全局本体里的属性与局部本体里的属性进行关联，注明它们的投影关系。

进一步地，所述对各异步型处理数据源建立对应的封装器，对外提供API接口服务；具体包括：

封装器是数据整合系统中负责与数据源交互的组件，其任务包括将来自数据整合系统上层的多原链查询发送给数据源，然后将结果转换成多原链查询处理器可以处理的格式；

封装器接收HTTP消息传递过来的JSONiq子多原链查询语句，并对其进行分析转换为对应数据源可以识别的多原链查询方式，同时将数据源的多原链查询结果统一为JSON数据格式，每个数据源都有对应的封装器；

封装器主要由两个模块组成：多原链查询转换器和结果转换器。多原链查询转换器用于将JSONiq子查询转换为本地数据源可识别的多原链查询语言，再由数据源执行多原链查询操作，结果转换器是将数据源的多原链查询返回结果转换为JSON数据格式，保证所有数据的格式统一性。

与任何分布式数据库的分片机制类似，NDPoS的分片机制基于DHT模式，根据分区键的散列值进行切分。在这种模式下，指定分区键的精确查询操作性能极高，同时一般来说针对均匀分布的分区键能够做到整个集群的数据均匀分布。但是，如果查询条件中并不包含分区键，查询必须向所有分片中进行广播以得到全部分区中符合条件的记录。

因此，NDPoS所基于的DHT分片算法必须得到优化，以满足非主键查询检索的实时高效。一个较为简单直观的方式即引入全局索引的概念。在分布式数据库的领域中，所谓全局索引即一个二级索引，但是该索引的分区键使用索引键，而非表分区键。在这种模式中，用户可以使用散列分区或范围分区对索引键字段进行分区，使查询者能够在仅访问有限数量分区的前提下得到符合查询条件的记录。

优选的，所述在异步调用情况下，设定一个回调URL，多原链在该交易被确认后，将API调用的最终结果通知到该URL，具体包括：

所述API接口接收业务层发来的需要异步处理的交易调用请求，该交易调用请求中包含该业务层接收回调请求的URL，所述API接口在接收的所述交易调用请求中，加入所述API接口接收第三方交易平台的回调请求的URL，然后将交易调用请求路由至第三方交易平台，第三方交易平台从接收的交易调用请求中解析出业务层接收回调请求的URL、和所述API接口接收该第三方交易平台的回调请求的URL，在回调请求中携带所述业务层接收回调请求的URL，根据所述所述API接口接收该第三方交易平台的回调请求的URL，将所述回调请求发给所述所述API接口；所述所述API接口解析所述回调请求，得到业务层接收回调请求的URL，根据应用接收回调请求的URL，将所述回调请求发给业务层。

业务层向交易平台发送一个需要异步处理的调用请求，交易平台在接收到调用请求后，需要通过一个回调请求返回给业务层相应的处理结果。业务层发送一个需要异步处理的交易调用请求到所述API接口，在这个交易调用请求消息中包含业务层接收回调请求的URL。

其中，所述URL可以放在交易调用请求消息的Header或者Body中。

所述API接口在交易调用请求中加入Header：OMP_CallbackURL，并将所述API接口接收该交易的回调请求的URL填入OMP_CallbackURL中，之后将交易调用请求路由至交易平台。

交易平台解析交易调用请求，从Header或Body中解析出业务层的回调URL；并从Header：OMP_CallbackURL中提取所述API接口接收回调请求的URL。

交易平台构造回调请求，并将业务层的回调URL写入到Header：APP_CallbackURL，之后根据所述API接口接收回调请求的URL将回调请求路由到所述API接口。

所述API接口解析回调请求的Header：APP_CallbackURL，提取出应用接收回调请求的URL，并根据这个URL将回调请求发送到业务层。

优选的，所述用户在业务层发起全局多原链查询请求，由中间层的多原链查询生成器基于中间件模式生成相应的全局多原链查询语句，具体包括；

所述全局多原链查询请求属于JSON类型文档；在文本分词时过滤掉数值型的数据以及符号性的数据；去停用词根据NLTK所提供的“English”语言包中的停用词列表，进行停用词过滤；

之后完成内容语句矩阵的生成、结构语句矩阵的生成和混合语句矩阵的生成，其中内容语句矩阵的生成和结构语句矩阵的生成两者在处理逻辑上一致；

内容语句矩阵的生成，通过预处理模块内容预处理的结果内容文本语料作为输入，此时内容文本语料己经是一个单纯的文本语料了，而非JSON半结构化文档，因此可以根据其进行tf-idf赋权，赋权之后生成内容语句矩阵；结构语句矩阵的生成，与内容语句矩阵的生成子模块类似，通过预处理模块结构预处理的结构结构文本语料库作为输入，此时同样结构文本语料也己经不是原先的JSON半结构化文本，根据其进行tf-idf赋权，赋权之后生成结构语句矩阵；

混合语句矩阵的生成的输入是内容语句矩阵和结构语句矩阵，根据聚类系统中设定的混合因子，通过混合赋权的过程生成混合语句矩阵，混合语句矩阵可以代表JSON文档作为聚类的语句表示。

文档内容语句w(C_i)的生成:对文档d_i其所有标签的有限集合为S_i,对标签集进行文本处理,包括文本分词、词性还原和去停用词,生成内容词项集合C_i；对内容词项使用tf-idf方法计算权重生成语句空间模型,即构成文档内容语句矩阵。文档结构语句w(S_i)的生成:对文档d_i首先抽取文档路径构造模式库,生成结构词项集合S_i。对生成的结构词项集合使用tf-idf方法生成语句空间模型,即抅成文档结抅语句矩阵。

文档混合语句w(M_i)的生成:可以表示为内容词项和结构词项的共同结合,即

M_i＝(αS_i，(1-α)C_i)

因此文档混合矩阵w(M)可以由文档内容语句矩阵C和生成文档结构语句矩阵S,混合语句矩阵表示为:

M＝(αS，(1-α)C)

,其中α为混合因子

进一步地，所述多原链查询重写器根据中间件模式和数据源模式之间的模式投影关系，对全局多原链查询进行重写成适合局部数据源的子多原链查询，具体包括：

在所述业务处理请求至少包括查询请求的情况下，基于至少一个多原链平台的用于查询的业务层程序编程接口生成查询处理请求；将所述查询处理请求发送至所述相匹配的至少一个多原链平台；通过所述用于查询的业务层程序编程接口接收由所述相匹配的至少一个多原链平台返回的查询结果，并对所述查询结果与缓存的至少一个另外的查询结果进行聚合处理，以生成聚合查询结果。

DAG解决的是传统区块链的种种不足：效率问题、确定性问题、中心化问题和能耗问题。DAG是面向未来的新一代区块链，从图论拓扑模型宏观的看，从单链进化到树状和网状、从区块粒度细化到交易粒度，从单点跃迁到并发写入；是区块链从容量到速度的一次革新。但同时DAG得问题也很明显，DAG所带来的两个问题(1)交易时长不可控；(2)网络传输数据量大幅度增加；这两个问题某种程度上制约着DAG的应用场景。DAG很难作为严格的支付结算手段应用于高速响应的物联网设备远程调用。一般来说，服务提供者希望能够在提供服务之前收取一部分甚至全部费用，或在服务提供后能够最短时间内得到支付。而以DAG作为结算手段，会造成支付时间完全不可控，没有对极端情况作出设计，导致一些权重较低的交易长时间甚至永久无法被其他节点审批。在这种情况下，DAG在支付结算领域是否能够得到应用是一个问题。而另一个问题则在于对于简单设备之间的调用命令尚可，但是如果调用命令较为复杂，甚至需要传输一段较长的指令代码，其通讯原理必须使用P2P直连，否则如果所有信息以DAG转发的形式传输会造成严重网络风暴。DAG与链式结构相比有创新有不足，其优势在于将异步通讯理念替换传统的同步检查点机制，以期望提升设备的响应速度。但是其几个核心问题使其在物联网交互与结算领域能否真正得到大规模应用，提出了不小的挑战。

进一步地，所述数据源层的封装器接收到子多原链查询交由数据源进行实际的多原链查询，并由封装器将数据源的多原链查询结果返回给中间层的多原链查询处理器进行整合转换处理，最终将整合后的多原链查询结果返回给用户，具体包括：

每个异步型处理数据源在Web上提供了JSON服务接口，由数据源对应的封装器提供，各个封装器的对外服务描述由JSON文档表示，并在整合系统的中间层的注册中心注册，使得多原链查询处理模块对封装器请求时可以容易查找调用，同时，每当有新的数据源添加到整合系统时，只需要新增一个封装器并注册到中间层的封装器注册中心即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (8)

1.一种基于通用JSON同步和异步型处理数据API接口调用的多原链处理方法，其特征在于：将设备请求信息进行封装，封装成区块链网络交易格式，向客户端发送请求验证，触发区块智能交易；

构建中间件模式和数据源模式，并建立模式投影；

对各异步型处理数据源建立对应的封装器，对外提供API接口服务；

在异步调用情况下，设定一个回调URL，多原链在该交易被确认后，将API调用的最终结果通知到该URL；

用户在业务层发起全局多原链查询请求，由中间层的多原链查询生成器基于中间件模式生成相应的全局多原链查询语句；

多原链查询重写器根据中间件模式和数据源模式之间的模式投影关系，对全局多原链查询进行重写成适合局部数据源的子多原链查询；

多原链查询执行器接受重写后的子多原链查询，将多原链查询请求包装为HTTP请求传递给数据源的封装器；

数据源层的封装器接收到子多原链查询交由数据源进行实际的多原链查询，并由封装器将数据源的多原链查询结果返回给中间层的多原链查询处理器进行整合转换处理，最终将整合后的多原链查询结果返回给用户。

2.如权利要求1所述的一种基于通用JSON同步和异步型处理数据API接口调用的多原链处理方法，其特征在于：

所述将设备请求信息进行封装，封装成区块链网络交易格式，向客户端发送请求验证，触发区块智能交易，具体包括：

将所填写的所有信息封装为HTTP报文，通过POST方式提交给服务器，服务器端判断后返回对应的结果"Success"或"Failure"给点检客户端，客户端根据返回的结果进行相应的跳转操作，序列化json数据，封装通过post方式提交给服务器post.php页面；在区块封装的时候，区块的交易所生产的代币在原有的数量的基础上，必须再增加该区块中的域名注册消耗的代币数量。

3.如权利要求1所述的一种基于通用JSON同步和异步型处理数据API接口调用的多原链处理方法，其特征在于：

所述构建中间件模式和数据源模式，并建立模式投影，具体包括：

构造一个全局数据域对整合系统的全局视图进行语义化的描述，它构造了待整合领域的知识模型，为数据整合提供公共的语义描述，对业务层来说，全局多原链查询是针对中间件模式进行的，中间件模式接收到多原链查询后利用全局数据域来确认和数据源模式之间的概念术语关系；

对数据模式进行规范化描述，建立一个统一的语义模型，通过建立全局数据域，使得领域的概念和概念之间的关系统一到一个语义层，全局数据域明确表述了领域内的公有概念以及概念的属性之间的关系，通过全局数据域构建起多原链查询的全局视图，使得业务层只需针对全局视图发起多原链查询即可；

用户在业务层发起全局多原链查询请求，中间层为了能够将该全局视图上的多原链查询进行分解，重写为针对相应局部数据源的子多原链查询，需要将中间件模式与各数据源模式关联起来，这种关联关系就是模式投影，模式投影即中间件模式到数据源模式的投影关系，利用数据域这一工具来描述中间件模式到源模式的投影；

在中间件模式中的数据域描述是全局数据域，而在数据源模式中的数据域描述是局部数据域，模式投影则描述了全局数据域和局部数据域之间如何进行语义级的概念关联，通过投影的方式建立两个数据域的关系，使得不同的局部数据域之间在语义上统一起来，使独立的数据源在语义层上得到共享，模式投影需要能够处理数据源模式和中间件模式之间的分歧。

4.如权利要求1所述的一种基于通用JSON同步和异步型处理数据API接口调用的多原链处理方法，其特征在于：

所述对各异步型处理数据源建立对应的封装器，对外提供API接口服务；具体包括：

封装器是数据整合系统中负责与数据源交互的组件，其任务包括将来自数据整合系统上层的多原链查询发送给数据源，然后将结果转换成多原链查询处理器可以处理的格式；

封装器接收HTTP消息传递过来的JSONiq子多原链查询语句，并对其进行分析转换为对应数据源可以识别的多原链查询方式，同时将数据源的多原链查询结果统一为JSON数据格式，每个数据源都有对应的封装器；

封装器主要由两个模块组成：多原链查询转换器和结果转换器；多原链查询转换器用于将JSONiq子查询转换为本地数据源可识别的多原链查询语言，再由数据源执行多原链查询操作，结果转换器是将数据源的多原链查询返回结果转换为JSON数据格式，保证所有数据的格式统一性。

5.如权利要求1所述的一种基于通用JSON同步和异步型处理数据API接口调用的多原链处理方法，其特征在于：

所述在异步调用情况下，设定一个回调URL，多原链在该交易被确认后，将API调用的最终结果通知到该URL，具体包括：

所述API接口接收业务层发来的需要异步处理的交易调用请求，该交易调用请求中包含该业务层接收回调请求的URL，所述API接口在接收的所述交易调用请求中，加入所述API接口接收第三方交易平台的回调请求的URL，然后将交易调用请求路由至第三方交易平台，第三方交易平台从接收的交易调用请求中解析出业务层接收回调请求的URL、和所述API接口接收该第三方交易平台的回调请求的URL，在回调请求中携带所述业务层接收回调请求的URL，根据所述所述API接口接收该第三方交易平台的回调请求的URL，将所述回调请求发给所述所述API接口；所述所述API接口解析所述回调请求，得到业务层接收回调请求的URL，根据应用接收回调请求的URL，将所述回调请求发给业务层。

6.如权利要求1所述的一种基于通用JSON同步和异步型处理数据API接口调用的多原链处理方法，其特征在于：

所述用户在业务层发起全局多原链查询请求，由中间层的多原链查询生成器基于中间件模式生成相应的全局多原链查询语句，具体包括；

所述全局多原链查询请求属于JSON类型文档；在文本分词时过滤掉数值型的数据以及符号性的数据；去停用词根据NLTK所提供的“English”语言包中的停用词列表，进行停用词过滤；之后完成内容语句矩阵的生成、结构语句矩阵的生成和混合语句矩阵的生成，其中内容语句矩阵的生成和结构语句矩阵的生成两者在处理逻辑上一致；

内容语句矩阵的生成，通过预处理模块内容预处理的结果内容文本语料作为输入，此时内容文本语料己经是一个单纯的文本语料了，而非JSON半结构化文档，因此根据其进行tf-idf赋权，赋权之后生成内容语句矩阵；结构语句矩阵的生成，与内容语句矩阵的生成子模块类似，通过预处理模块结构预处理的结构结构文本语料库作为输入，此时同样结构文本语料也己经不是原先的JSON半结构化文本，根据其进行tf-idf赋权，赋权之后生成结构语句矩阵；混合语句矩阵的生成的输入是内容语句矩阵和结构语句矩阵，根据聚类系统中设定的混合因子，通过混合赋权的过程生成混合语句矩阵，混合语句矩阵代表JSON文档作为聚类的语句表示。

7.如权利要求1所述的一种基于通用JSON同步和异步型处理数据API接口调用的多原链处理方法，其特征在于：

所述多原链查询重写器根据中间件模式和数据源模式之间的模式投影关系，对全局多原链查询进行重写成适合局部数据源的子多原链查询，具体包括：

基于至少一个多原链平台的用于查询的业务层程序编程接口生成查询处理请求；将所述查询处理请求发送至相匹配的至少一个多原链平台；通过所述用于查询的业务层程序编程接口接收由所述相匹配的至少一个多原链平台返回的查询结果，并对所述查询结果与缓存的至少一个另外的查询结果进行聚合处理，以生成聚合查询结果。

8.如权利要求1所述的一种基于通用JSON同步和异步型处理数据API接口调用的多原链处理方法，其特征在于：

所述数据源层的封装器接收到子多原链查询交由数据源进行实际的多原链查询，并由封装器将数据源的多原链查询结果返回给中间层的多原链查询处理器进行整合转换处理，最终将整合后的多原链查询结果返回给用户，具体包括：

每个异步型处理数据源在Web上提供了JSON服务接口，由数据源对应的封装器提供，各个封装器的对外服务描述由JSON文档表示，并在整合系统的中间层的注册中心注册，使得多原链查询处理模块对封装器请求时可以容易查找调用，同时，每当有新的数据源添加到整合系统时，只需要新增一个封装器并注册到中间层的封装器注册中心即可。

Images