CN110417905A - 一种合约发布方法、装置、设备和联盟链系统 - Google Patents
一种合约发布方法、装置、设备和联盟链系统 Download PDFInfo
- Publication number
- CN110417905A CN110417905A CN201910713074.2A CN201910713074A CN110417905A CN 110417905 A CN110417905 A CN 110417905A CN 201910713074 A CN201910713074 A CN 201910713074A CN 110417905 A CN110417905 A CN 110417905A
- Authority
- CN
- China
- Prior art keywords
- contract
- domain
- alliance
- node
- deployment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 95
- 238000004590 computer program Methods 0.000 claims abstract description 21
- 238000013475 authorization Methods 0.000 claims description 83
- 235000013399 edible fruits Nutrition 0.000 claims description 2
- 238000004364 calculation method Methods 0.000 claims 1
- 230000001360 synchronised effect Effects 0.000 abstract description 4
- 238000007726 management method Methods 0.000 description 108
- 230000008569 process Effects 0.000 description 22
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 238000012550 audit Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 239000012792 core layer Substances 0.000 description 2
- 239000004744 fabric Substances 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 239000010410 layer Substances 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/133—Protocols for remote procedure calls [RPC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Technology Law (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种合约发布方法、装置、设备和联盟链系统，与该合约发布方法对应的可读存储介质和计算机程序产品。本发明所提供的技术方案利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求；从已订阅域内已授权绑定的节点中确定出目标节点；向目标节点发送与合约发布请求对应的合约部署请求。本发明所提供的技术方案可将合约中心被动接收合约发布请求改为合约中心获取合约发布请求，将合约部署的同步模式改为异步模式，可解决现有方案的合约中心发布合约的不可靠的问题，能够提高合约发布准确率，可提升用户体验。
Description
技术领域
本发明涉及区块链技术领域，特别是涉及一种合约发布方法、装置、设备、联盟链系统、可读存储介质及一种计算机程序产品。
背景技术
常见联盟链架构包括核心层和接口层，其中核心层和接口层的组件包括：联盟链管理前端(webconsole)、联盟链管理后台(xmanager)、合约中心(xcontract)、节点接入网关(xroute)和联盟链(Consortium)，并分别具备以下功能：
用户通过webconsole来跟联盟链管理后台负责实现联盟管理，供用户侧访问xmanager，以实现节点的添加、组件的添加、节点的授权管理、合约的添加和发布；联盟链管理后台负责鉴权和服务发现的proxy，供组件(组件主要包括合约中心、SDK和节点接入网关(xroute))和节点接入；合约中心跟联盟链管理后台交互，实现合约的部署。节点接入网关，部署于用户侧，用于对外服务供其他用户访问节点；联盟链由多个域(Zone)组成，一个域下面有多个节点。
其中，联盟链管理后台和联盟链管理前端部署在公网；节点、节点接入网关、合约中心部署在用户的机房里面，即内网。现有的合约发布流程主要为联盟链管理后台主动访问合约中心并进行数据交互，以完成合约发布。但是，现有的方案在多联盟链的场景下，联盟链管理后台主动访问合约中心有极大的可能是会失败的，进而难以完成合约部署，使得合约发布成功率较低，用户体验较差。
综上所述，如何有效地解决合约发布成功率等问题，是目前本领域技术人员急需解决的技术问题。
发明内容
本发明的目的是提供一种合约发布方法、装置、设备、联盟链系统、可读存储介质及计算机程序产品，通过提高合约中心与联盟链管理后台之间的通信质量，提高合约发布成功率，提升用户体验。
为解决上述技术问题，本发明提供如下技术方案：
一种合约发布方法，应用于合约中心，包括：
利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求；
从所述已订阅域内已授权绑定的节点中确定出目标节点；
向所述目标节点发送与所述合约发布请求对应的合约部署请求。
优选地，所述获取已订阅域下的合约发布请求包括：
当合约中心上线时，向所述联盟链管理后台发送合约中心当前的合约部署版本号；
接收所述联盟链管理后台发送的新的合约发布请求，所述新的合约发布请求为所述联盟链管理后台根据所述合约部署版本号确定的所述合约中心尚未完成部署的合约发布请求。
优选地，还包括：
获取所述目标节点反馈的部署结果，并将所述部署结果发送给所述联盟链管理后台。
优选地，获取所述目标节点反馈的部署结果，包括：
接收所述目标节点反馈的交易哈希值；
向所述目标节点发送携带所述交易哈希值的合约部署结果请求；
接收所述目标节点反馈的所述部署结果。
优选地，将所述部署结果发送给所述联盟链管理后台，包括：
当合约部署成功时，则将包括新部署合约对应的地址的部署结果发送给所述联盟链管理后台，以便联盟链管理后台将所述地址添加为合约地址并存储。
优选地，发现所述已订阅域，包括：
利用所述长连接通道，获取所述联盟链管理后台基于用户设置而产生的组件授权消息；
从所述组件授权消息中获得目标组件的授权节点以及所述授权节点归属的授权域；
将所述授权域作为所述已订阅域，并订阅所述已订阅域下的合约发布请求。
优选地，在从所述组件授权消息中获得目标组件的授权节点以及所述授权节点归属的授权域之后，在将所述授权域作为所述已订阅域之前，还包括：
将所述授权节点添加至可访问的节点列表中。
优选地，更换所述已订阅域，包括：
利用所述长连接通道，获取所述联盟链管理后台基于用户设置而产生的组件授权解除消息；
从所述组件授权解除消息中获得目标组件的授权节点以及所述授权节点归属的授权域；
将所述授权节点从可访问的节点列表中移除；
判断所述授权域内是否存在可访问节点；
如果否，则将所述授权域移出所述已订阅域，并取消订阅所述授权域下的合约发布请求。
优选地，判断所述授权域内是否存在可访问节点，包括：
利用与所述授权域对应的计数器记录所述授权域内可访问节点数量；
当所述计数器为零，则确定所述授权域内无可访问节点。
优选地，建立所述长连接通道，包括：
利用websocket协议或基于HTTP/2的gRPC框架与所述联盟链管理后台建立所述长连接通道。
一种联盟链系统，所述联盟链系统包括联盟链管理后台、合约中心和至少一个域，每个所述域中均包括多个节点；
所述合约中心用于利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求；
从所述已订阅域内已授权绑定的节点中确定出目标节点；
向所述目标节点发送与所述合约发布请求对应的合约部署请求。
优选地，所述联盟链管理后台用于获取在第一域发布合约的第一合约发布请求，并将所述第一合约发布请求发送至已订阅第一域下合约发布请求的合约中心。
优选地，所述联盟链管理后台还用于获取合约中心当前的合约部署版本号，并根据所述合约部署版本号判断是否存在合约中心尚未完成部署的合约发布请求，如果存在，则将合约中心尚未完成部署的合约发布请求发送至所述合约中心。
一种合约发布装置，包括：
合约发布请求获取模块，用于利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求；
目标节点确定模块，用于从所述已订阅域内已授权绑定的节点中确定出目标节点；
合约部署请求发送模块，用于向所述目标节点发送与所述合约发布请求对应的合约部署请求。
一种合约发布设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现上述合约发布方法的步骤。
一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述合约发布方法的步骤。
一种计算机程序产品，包括计算机指令，当其在计算机上运行时，使得计算机可以执行上述合约发布方法。
在合约中心应用本发明实施例所提供的方法，利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求；从已订阅域内已授权绑定的节点中确定出目标节点；向目标节点发送与合约发布请求对应的合约部署请求。
因联盟链管理后台部署在公网，而合约中心部署在内网，且合约中心有可能出于安全原因，没有暴露自己的公网地址，在现有合约发布流程中，当联盟链管理后台主动向合约中心发送合约部署请求的时，处于公网的联盟链管理后台是无法访问处于内网的合约中心的；另外，合约中心也可能由于自身的原因，不能保持一直在线。以上两种情况均会导致合约部署失败，使得合约发布失败。基于此，本方法为合约中心与联盟链管理后台建立长连接通道，以保障联盟链管理后台与合约中心之间通信畅通。并基于该长连接通道实现成功率更高的合约发布流程。合约中心基于该长连接通道，获取已订阅域下的合约发布请求，然后直接从已订阅域内已授权绑定的节点中确定出目标节点，并在目标节点上完成合约部署工作。本方法将合约中心被动接收合约发布请求改为合约中心主动获取合约发布请求，将合约部署的同步模式改为异步模式，可解决现有方案的合约中心发布合约的不可靠的问题，能够提高合约发布准确率，可提升用户体验。
相应地，本发明实施例还提供了与上述合约发布方法相对应的合约发布装置、设备、联盟链系统、可读存储介质及计算机程序产品，具有上述技术效果，在此不再赘述。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例中一种合约发布方法的实施流程图；
图2为本发明实施例中另一种合约发布方法流程图；
图3为本发明实施例中的已订阅域发现流程示意图；
图4为本发明实施例中的已订阅域更新流程示意图；
图5为现有的联盟链架构示意图；
图6为本发明实施例中一种合约发布装置的结构示意图；
图7为本发明实施例中一种合约发布设备的结构示意图；
图8为本发明实施例中的另一种合约发布设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例一：
请参考图1，图1为本发明实施例中一种合约发布方法的流程图，该方法应用于联盟链架构中的合约中心，该方法包括以下步骤：
S101、利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求。
其中，长连接，指在一个连接上可以连续发送多个数据包，在连接保持期间，如果没有数据包发送，需要双方发链路检测包。也就是说，长连接保持期间，长连接通道双方可连续发送多个数据包。
在本发明实施例中长连接通道即为合约中心与连接联盟链管理后台之间的长连接。基于该长连接，合约中心可以采用主动拉取消息的方式，如订阅或向联盟链管理后台发送轮询消息的方式主动获取已订阅域下的合约发布请求。
其中，已订阅域指该合约中心通过联盟链管理平台已经绑定的节点所在的域的集合。具体的，合约中心已订阅域可以为1个也可以为多个，在本发明实施例对已订阅域的个数并不做限定，相应地对已订阅域内与联盟链管理平台已经绑定的节点的数目同样也不做限定。
优选地，在本发明实施例中，获取合约发布请求可具体包括以下步骤：
S101A、当合约中心上线时，向所述联盟链管理后台发送合约中心当前的合约部署版本号；
S101B、接收所述联盟链管理后台发送的新的合约发布请求，所述新的合约发布请求为所述联盟链管理后台根据所述合约部署版本号确定的所述合约中心尚未完成部署的合约发布请求。
为便于说明，下面对上述两个步骤结合起来进行说明。
在本发明实施例中，在合约中心上线时，可向联盟管理后台发送合约中心当前合约部署版本号。即，在进行合约部署时，可更新合约部署版本号。
将合约部署版本号发送给联盟链管理后台之后，联盟链管理后台可基于该合约部署版本号确定出新的合约发布请求。其中，新的合约发布请求即确定出的合约中心尚未完成部署的合约发布请求。如此，合约中心即使有一段时间不在线，在其上线时，也能获取到其未完成部署的合约发布请求，这样就克服了现有技术中联盟链管理后台主动访问合约中心失败导致合约发布失败的问题；并且也可避免出现合约中心重复获取并部署相同的合约。
S102、从已订阅域内已授权绑定的节点中确定出目标节点。
其中，授权绑定的节点即为合约中心可访问节点。在本发明实施例中，可建立一个可访问节点列表，并对该可访问节点列表进行维护。在该可访问节点列表中可将节点的地址以及其域进行标注。如此，在主动获取到合约发布请求之后，便可从已订阅域内已授权绑定的节点中确定出部署与该合约发布请求对应的合约。
确定目标节点的具体实现过程，可从已授权节点中选择与合约发布请求相应的节点作为目标节点。例如，将合约发布请求中指定的节点作为目标节点；也可将合约发布请求对应的用户已授权节点作为目标节点。
S103、向目标节点发送与合约发布请求对应的合约部署请求。
在本发明实施例中，确定出目标节点之后，可向目标节点发送与该合约发布请求对应的合约部署请求。该合约部署请求中的合约部署参数可与合约发布请求相对应，或直接从合约发布请求中获取相关参照。
目标节点收到合约部署请求之后，可按照合约部署请求进行合约部署。
优选地，目标节点还可将部署结果反馈给合约中心。可以理解的是，部署结果可分为两类，一类为合约部署成功，一类为合约部署失败。也就是说，合约中心还可获取目标节点反馈的部署结果，并将部署结果发送给联盟链管理后台。联盟链管理后台接收到该部署结果之后，可根据部署结果进行相应处理。例如，当部署结果为失败时，则输出合约部署失败的提示信息；当部署结果为成功时，则可记录相应部署信息，并输出合约部署成功的提示信息。
合约中心应用本发明实施例一所提供的方法，利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求；从已订阅域内已授权绑定的节点中确定出目标节点；向目标节点发送与合约发布请求对应的合约部署请求。
因联盟链管理后台部署在公网，而合约中心部署在内网，且合约中心有可能出于安全原因，没有暴露自己的公网地址，在现有合约发布流程中，当联盟链管理后台主动向合约中心发送合约部署请求的时，处于公网的联盟链管理后台是无法访问处于内网的合约中心的；另外，合约中心也可能由于自身的原因，不能保持一直在线。以上两种情况均会导致合约部署失败，使得合约发布失败。基于此，本方法为合约中心与联盟链管理后台建立长连接通道，以保障联盟链管理后台与合约中心之间通信畅通。并基于该长连接通道实现成功率更高的合约发布流程。合约中心基于该长连接通道，获取已订阅域下的合约发布请求，然后直接从已订阅域内已授权绑定的节点中确定出目标节点，并在目标节点上完成合约部署工作。本方法将合约中心被动接收合约发布请求改为合约中心主动获取合约发布请求，将合约部署的同步模式改为异步模式，可解决现有方案的合约中心发布合约的不可靠的问题，能够提高合约发布准确率，可提升用户体验。
需要说明的是，基于上述实施例，本发明实施例还提供了相应的改进方案。在优选/改进实施例中涉及与上述实施例中相同步骤或相应步骤之间可相互参考，相应的有益效果也可相互参照，在本文的优选/改进实施例中不再一一赘述。
实施例二：
请参见图2，图2为本发明实施例中另一种合约发布方法流程图。该方法可应用于合约中心，在本实施例中，该方法包括：
S201、利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求。
在本实施例中可利用websocket协议或基于HTTP/2的gRPC框架与联盟链管理后台建立长连接通道。其中，WebSocket协议为基于TCP的一种网络协议，可实现了通道两端全双工(full-duplex)通信。WebSocket通信协议于2011年被IETF定为标准RFC 6455，并被RFC7936所补充规范。gRPC为一种RPC框架，基于HTTP/2协议的流实现了双工通信。
S202、从已订阅域内已授权绑定的节点中确定出目标节点。
S203、向目标节点发送与合约发布请求对应的合约部署请求。
S204、接收目标节点反馈的交易哈希值。
由于目标节点为区块链中节点，在其上所做的部署操作均会产生交易记录。在目标节点产生交易记录之后，可利用哈希算法计算该交易哈希值，并向合约中心反馈该交易哈希值。
S205、向目标节点发送携带交易哈希值的合约部署结果请求。
由于哈希算法对应不同的数据进行处理所得到的交易哈希值具有唯一确定性，因而，该交易哈希值可以唯一确定一个被部署的合约。因而，合约中心接收到该交易哈希值之后，可以利用该交易哈希值去请求目标节点对应合约的部署结果。
S206、接收目标节点反馈的部署结果。
目标节点接收到携带交易哈希值的合约部署结果请求之后，便可基于其携带的交易哈希值查询得到相应合约的部署结果。
优选地，若合约部署成功，可在部署结果中可包括该合约的地址。
S207、获取目标节点反馈的部署结果，并将部署结果发送给联盟链管理后台。
从目标节点获得部署结果之后，可直接将该部署结果发送给联盟链管理后台。
优选地，当合约部署成功时，则将包括新部署合约对应的地址的部署结果发送给联盟链管理后台，以便联盟链管理后台将地址添加为合约地址并存储。
应用本发明实施例二所提供的方法，在具备上述实施例一所提供的技术效果之外，基于交易哈希值查询部署结果，部署结果更为准确。能够使得联盟链管理后台快速且准确获知部署结果，可向用户反馈准确的合约发布情况，进一步提升用户体验。
实施例三：
请参见图3，图3为本发明实施例中的已订阅域发现流程示意图。该方法可应用于合约中心，在本实施例一所提供的合约发布方法中，该方法可具体通过执行以下步骤发现已订阅域：
S301、利用长连接通道，获取联盟链管理后台基于用户设置而产生的组件授权消息。
当用户在联盟链管理前端进行设置组件授权操作时，联盟链管理后台可基于用户设置而产生组件授权消息。该组件授权消息可包括用户选择的组件信息、授权节点以及授权节点归属的授权域。当然，组件授权消息还可包括合约具体的发布时间、发布范围等需求。
联盟链管理后端可利用长连接通道向合约中心推送消息的方式，使得合约中心获得组件授权信息。
合约中心也可利用长连接通道采取主动获取方式从联盟链管理后端获得组件授权信息。
S302、从组件授权消息中获得目标组件的授权节点以及授权节点归属的授权域。
合约中心得到组件授权消息后，可对组件授权消息进行解析，得到用户授权部署的组件情况，如用户选择的目标组件，该目标组件对应的授权节点，授权节点所归属的授权域。
优选地，在从组件授权消息中获得目标组件的授权节点以及授权节点归属的授权域之后，在将授权域作为已订阅域之前，还可将授权节点添加至可访问的节点列表中。以便在后续进行合约发布时，快速确定可访问的节点，进一步确定目标节点。
S303、将授权域作为已订阅域，并订阅已订阅域下的合约发布请求。
得知用户授权的授权域之后，可直接将授权域作为已订阅域，并订阅该已订阅域下的合约发布请求，以便完成合约发布。关于获得合约发布请求之后如何完成合约发布可具体参见上述实施例一。
实施例四：
考虑到用户的需求可能会随着时间变化而变化，用户可能会采取与初始组件授权不同的授权设置。为了适宜这一情况，在本发明实施例中提出了更新已订阅域的实现流程。
请参见图4，图4为本发明实施例中的已订阅域更新流程示意图。该方法可应用于合约中心，在本实施例一所提供的合约发布方法中，该方法可具体通过执行以下步骤更新已订阅域：
S401、利用长连接通道，获取联盟链管理后台基于用户设置而产生的组件授权解除消息。
可以理解的是，当用户需求更换授权情况时，会对原有的授权关系进行解除，并在授权关系解除成功后，出现进行授权设置。即当用户在联盟链管理前端进行设置组件授权更换操作时，联盟链管理后台可基于用户设置而首先产生组件授权解除消息，而后产生新的组件授权消息。
其中，组件授权解除消息可包括用户选择的组件信息、授权解除节点以及授权解除节点归属的授权解除域。
需要说明的是，在本实施例中对于新产生的组件授权消息的处理过程可具体参见上述实施例二所公开的已订阅域的发现过程，在此不再一一赘述。
联盟链管理后端可利用长连接通道向合约中心推送消息的方式，使得合约中心获得组件授权解除信息。
合约中心也可利用长连接通道采取主动获取方式从联盟链管理后端获得组件授权解除信息。具体获取过程可与上述实施例一中所描述的合约发布请求的获取过程相互参照。
S402、从组件授权解除消息中获得目标组件的授权节点以及授权节点归属的授权域。
合约中心获得授权解除消息之后，便可对授权解除信息进行解析，以获得目标组件的授权节点以及授权节点归属的授权域。
S403、将授权节点从可访问的节点列表中移除。
在本发明实施例中可维护一个可访问的节点列表，并将组件授权解除消息中对应的授权节点从可访问的节点列表中移除。
S404、判断授权域内是否存在可访问节点。
当授权域内还存在可访问节点，则该授权域仍然可作为已订阅域存在；当授权域内无可访问节点，则该授权域非已订阅域。
优选地，可通过计时器来确定是否存在可访问节点，具体实现过程包括：
步骤一、利用与授权域对应的计数器记录授权域内可访问节点数量；
步骤二、当计数器为零，则确定授权域内无可访问节点。
为便于描述，下面将上述两个步骤结合起来进行说明。
可为每一个授权域创建一个对应的计算器，以计数器计数的数值确定该授权域中是否继续保持已订阅域算法。可在每一条组件授权消息授权某授权域内的节点时，将该授权域对应的计数器加1；在每一条组件授权接触消息解除某授权域内的节点时，将该授权域对应的计数器减1。计数器的初始值可设置为0，且当计数器的计数值为0时，即说明该计数器对应的授权域内无可访问节点；当计数器的计数值为大于0时，即说明该计数器对应的授权域内存还可访问节点。
当确定授权域内无可访问节点时，执行步骤S405的操作；当确定授权于内存在可访问节点时，则可无操作。
S405、将授权域移出已订阅域，并取消订阅授权域下的合约发布请求。
可为感谢域设置为统一已订阅标签，当需要将某授权域移出已订阅域时，可将该授权于的统一已订阅标签去除。当然，也可设置感谢域类表，当发现新的已订阅域时，将该域添加至已订阅域表中；当需要将某授权域移出已订阅域时，可将该域从已订阅域表中删除。
在将授权域移出已订阅域的同时，为了避免占用长连接的通信资源，还可取消订阅该授权域的合约发布请求。当然，若获取合约发布请求为合约中心向联盟链管理后台轮询方式主动获取合约发布请求，则可将该授权域从轮询列表或队列中剔除。
实施例五：
为便于本领域技术人员更好的理解本发明实施例所提供的合约发布方法，下面对此参照现有的合约发布流程对本发明所提供的合约发布方法进行详细说明。
请参考图5，图5为现有的联盟链架构示意图。其中，合约中心在当前的联盟链体系中负责部署合约，配合联盟链给管理后台xmanager实现合约的审核发布功能，现有的合约发布流程，具体包括以下步骤：
1.用户在联盟链管理平台添加合约；
2.用户确认之后请求发布到指定联盟下的特定域；
3.联盟管理员审核合约发布请求；
4.联盟管理员审核通过之后，后台会将这个合约部署请求发送给合约中心；
5.合约中心接收到该请求之后，创建一个合约部署任务。
其中，步骤5，具体包括：
a.检查本地是否有对应联盟的可用账户(可用的意思是该账户能够部署合约)，如果没有，则向proxy添加一个交易账户，账户类型为合约中心。
b.然后，合约中心会通过节点网关xroute请求相应的域的节点来估算合约部署的手续费，具体来说：
i.xroute通过发送者地址来向proxy查看对应的路由和节点；
ii.xroute将请求发送给节点，节点估算手续费后返回给xroute，xroute将响应透传给proxy；
c.如果手续费gas估算失败，则终止该部署任务，表示该合约部署失败；
d.如果手续费gas估算成功，则在本地使用合约中心交易账户对该合约编译好的字节码bytecode签出一笔部署合约的请求，发送给xroute；
其中，d步骤，具体包括：
i.xroute通过发送者地址来向联盟链管理后台proxy查看对应的路由和节点；
ii.xroute将请求发送给节点，节点接收交易之后，则将交易哈希返回给xroute，xroute处理正确之后透传给合约中心；
e.合约中心收到交易哈希后，定期通过xroute向节点查询这笔交易是否部署成功；
f.如果部署成功，则向proxy注册合约的地址，同时将合约地址回调给联盟链管理后台xmanager；否则，则直接向xmanager回调部署结果。
现有的合法发布方法在多联盟链的场景下，联盟链管理后台主动访问合约中心有极大的可能会失败的。经分析发现，导致合约发布失败的主要原因包括：
1.合约中心有可能出于安全原因，没有暴露自己的公网地址，在第四步联盟链管理后台主动向合约中心发送合约部署请求的时候，处于公网的联盟链管理后台是无法访问处于内网的合约中心的；
2.合约中心可能由于自身的原因，不能保持一直在线，这种时候也会导致部署失败；
3.合约中心通过xroute去访问节点，节点可能由于访问权限或者网络隔离的原因，无法被xroute访问到，这时候就导致向节点估算手续费或者向节点发送部署合约请求失败，最终导致该合约发布失败。
在本发明实施例所提供的合约发布方法，联盟链架构中的合约中心可部署在用户的机房内，并跟联盟链管理后台使用websocket协议维持一个可靠的长连接通道，订阅已订阅的域下的对应的合约发布消息。这里已订阅的域为该合约中心通过联盟链管理平台已经绑定的节点所在的域的集合。
下面，以举例方式，具体说明合约中心跟联盟链管理后台之间是如何实现可靠的合约发布的：
1.用户在联盟链管理平台添加合约；
2.用户确认之后请求发布到指定联盟下的特定域；
3.联盟管理员审核合约发布请求；
4.联盟管理员审核通过之后，联盟链管理后台生成一个合约发布请求到消息订阅发布模块；
5.合约中心订阅到合约发布请求后，具体执行以下步骤：
a.合约中心根据合约源码直接向对应的域下已经跟本合约中心授权绑定的节点估算部署合约的手续费(gas)；
b.合约中心估算成功后，将合约部署请求发送给绑定的节点；
c.根据返回的交易哈希去请求节点合约部署的结果；
d.将合约部署部署的结果，包括合约对应的地址回调给联盟链管理后台；
e.联盟链管理后台接收到该结果后，如果成功，则将这个地址添加为合约地址存储起来。
下面，以举例方式，具体说明合约中心如何发现已订阅域：
1.用户在联盟链管理平台添加组件成功后将某一节点授权给组件；
2.联盟链管理后台生成一个组件绑定某域下的节点的消息给消息订阅发布模块；
3.合约中心订阅到这条消息后，将这个域添加到自己已订阅的域对应的计数器加一，同时添加这个节点为自己可访问的节点。如果计数器由0变成1，则订阅这个域下的合约发布的消息。
下面，举例说明，合约中心如何调整已订阅域：
同理，类似于已订阅域发现过程，合约中心也可通过消息订阅发布机制来动态调整自己已订阅的域的，具体流程如下：
1.用户在联盟链管理平台上将节点与组件解绑；
2.联盟链管理后台生成一个组件解绑某域下的节点的消息给消息订阅发布模块；
3.合约中心订阅到这条消息后，将这个节点对应的域中对计数器减一，同时从本地可访问的节点列表中移除这个节点。如果计数器由1变成0，则取消对这个域下的合约发布消息的订阅。
可见，本发明实施例所提供的合约发布，可基于消息订阅发布机制，将合约发布流程由联盟链管理后台xmanager主动向合约中心推的过程改成了合约中心主动拉的过程，将同步改成了异步模式，解决了现有方案的合约中心发布合约的不可靠的问题。
实施例六：
相应于上面的方法实施例，本发明实施例还提供了一种联盟链系统，下文描述的联盟链系统与上文描述的合约发布方法可相互对应参照。
所述联盟链系统包括联盟链管理后台、合约中心和至少一个域，每个所述域中均包括多个节点；
所述合约中心用于利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求；
从所述已订阅域内已授权绑定的节点中确定出目标节点；
向所述目标节点发送与所述合约发布请求对应的合约部署请求。
优选地，合约中心还可获取所述目标节点反馈的部署结果，并将所述部署结果发送给所述联盟链管理后台。
其中，所述联盟链管理后台用于获取在第一域发布合约的第一合约发布请求，并将所述第一合约发布请求发送至已订阅第一域下合约发布请求的合约中心。
其中，所述联盟链管理后台还用于获取合约中心当前的合约部署版本号，并根据所述合约部署版本号判断是否存在合约中心尚未完成部署的合约发布请求，如果存在，则将合约中心尚未完成部署的合约发布请求发送至所述合约中心。
在本发明实施例所提供的联盟链系统中，合约中心可实现上述方法实施例所提供的合约发布方法，因此本发明实施例所提供的联盟链系统具有与上述方法实施例所提供的合约发布方法的技术效果，在此不再一一赘述。
实施例七：
相应于上面的方法实施例，本发明实施例还提供了一种合约发布装置，下文描述的合约发布装置与上文描述的合约发布方法可相互对应参照。
参见图6所示，该装置包括以下模块：
合约发布请求获取模块101，用于利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求；
目标节点确定模块102，用于从已订阅域内已授权绑定的节点中确定出目标节点；
合约部署请求发送模块103，用于向目标节点发送与合约发布请求对应的合约部署请求。
应用本发明实施例所提供的装置，利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求；从已订阅域内已授权绑定的节点中确定出目标节点；向目标节点发送与合约发布请求对应的合约部署请求。
因联盟链管理后台部署在公网，而合约中心部署在内网，且合约中心有可能出于安全原因，没有暴露自己的公网地址，在现有合约发布流程中，当联盟链管理后台主动向合约中心发送合约部署请求的时，处于公网的联盟链管理后台是无法访问处于内网的合约中心的；另外，合约中心也可能由于自身的原因，不能保持一直在线。以上两种情况均会导致合约部署失败，使得合约发布失败。基于此，本装置为合约中心与联盟链管理后台建立长连接通道，以保障联盟链管理后台与合约中心之间通信畅通。并基于该长连接通道实现成功率更高的合约发布流程。合约中心基于该长连接通道，获取已订阅域下的合约发布请求，然后直接从已订阅域内已授权绑定的节点中确定出目标节点，并在目标节点上完成合约部署工作。本装置将合约中心被动接收合约发布请求改为合约中心主动获取合约发布请求，将合约部署的同步模式改为异步模式，可解决现有方案的合约中心发布合约的不可靠的问题，能够提高合约发布准确率，可提升用户体验。
在本发明的一种具体实施方式中，合约发布请求获取模块101，具体用于当合约中心上线时，向所述联盟链管理后台发送合约中心当前的合约部署版本号；接收所述联盟链管理后台发送的新的合约发布请求，所述新的合约发布请求为所述联盟链管理后台根据所述合约部署版本号确定的所述合约中心尚未完成部署的合约发布请求。
在本发明的一种具体实施方式中，还包括：
部署结果反馈模块，用于获取目标节点反馈的部署结果，并将部署结果发送给联盟链管理后台。
在本发明的一种具体实施方式中，部署结果反馈模块，具体用于接收目标节点反馈的交易哈希值；向目标节点发送携带交易哈希值的合约部署结果请求；接收目标节点反馈的部署结果。
在本发明的一种具体实施方式中，包括：
已订阅域发现模块，用于利用长连接通道，获取联盟链管理后台基于用户设置而产生的组件授权消息；从组件授权消息中获得目标组件的授权节点以及授权节点归属的授权域；将授权域作为已订阅域，并订阅已订阅域下的合约发布请求。
在本发明的一种具体实施方式中，已订阅域发现模块，具体用于在从组件授权消息中获得目标组件的授权节点以及授权节点归属的授权域之后，在将授权域作为已订阅域之前，将授权节点添加至可访问的节点列表中。
在本发明的一种具体实施方式中，已订阅域更换模块，用于利用长连接通道，获取联盟链管理后台基于用户设置而产生的组件授权解除消息；从组件授权解除消息中获得目标组件的授权节点以及授权节点归属的授权域；将授权节点从可访问的节点列表中移除；判断授权域内是否存在可访问节点；如果否，则将授权域移出已订阅域，并取消订阅授权域下的合约发布请求。
在本发明的一种具体实施方式中，已订阅域更换模块，具体用于利用与授权域对应的计数器记录授权域内可访问节点数量；当计数器为零，则确定授权域内无可访问节点。
在本发明的一种具体实施方式中，包括：
长连接通道建立模块，用于利用websocket协议或基于HTTP/2的gRPC框架与联盟链管理后台建立长连接通道。
在本发明的一种具体实施方式中，部署结果反馈模块，具体用于当合约部署成功时，则将包括新部署合约对应的地址的部署结果发送给联盟链管理后台，以便联盟链管理后台将地址添加为合约地址并存储。
实施例八：
相应于上面的方法实施例，本发明实施例还提供了一种合约发布设备，下文描述的一种合约发布设备与上文描述的一种合约发布方法可相互对应参照。
参见图7所示，该合约发布设备包括：
存储器D1，用于存储计算机程序；
处理器D2，用于执行计算机程序时实现上述方法实施例的合约发布方法的步骤。
请参见图8，图8为本发明实施例中的另一种合约发布设备的结构示意图。该合约发布设备可以包括存储器11、处理器12和总线13。
其中，存储器11至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是合约发布设备的内部存储单元，例如该合约发布设备的硬盘。存储器11在另一些实施例中也可以是合约发布设备的外部存储设备，例如合约发布设备上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，存储器11还可以既包括合约发布设备的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于合约发布设备的应用软件及各类数据，例如合约发布程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行合约发布程序等。
该总线13可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
进一步地，合约发布设备还可以包括网络接口，网络接口可选的可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该设备与其他电子设备之间建立通信连接。
可选地，该设备还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在该设备中处理的信息以及用于显示可视化的用户界面。
图8仅示出了具有组件11-13的合约发布设备，本领域技术人员可以理解的是，图8示出的结构并不构成对设备的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。
上文所描述的合约发布方法中的步骤可以由合约发布设备的结构实现。
实施例九：
相应于上面的方法实施例，本发明实施例还提供了一种可读存储介质，下文描述的一种可读存储介质与上文描述的一种合约发布方法可相互对应参照。
一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例的合约发布方法的步骤。
该可读存储介质具体可以为U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可存储程序代码的可读存储介质。
实施例十：
相应于上面的方法实施例，本发明实施例还提供了一种计算机程序产品，下文描述的一种计算机程序产品与上文描述的一种合约发布方法可相互对应参照。
一种计算机程序产品，包括计算机指令，当其在计算机上运行时，使得计算机可以执行上述方法实施例所公开的合约发布方法。
计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid StateDisk(SSD))等。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
Claims (16)
1.一种合约发布方法，其特征在于，应用于合约中心，包括：
利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求；
从所述已订阅域内已授权绑定的节点中确定出目标节点；
向所述目标节点发送与所述合约发布请求对应的合约部署请求。
2.根据权利要求1所述的合约发布方法，其特征在于，所述获取已订阅域下的合约发布请求包括：
当合约中心上线时，向所述联盟链管理后台发送合约中心当前的合约部署版本号；
接收所述联盟链管理后台发送的新的合约发布请求，所述新的合约发布请求为所述联盟链管理后台根据所述合约部署版本号确定的所述合约中心尚未完成部署的合约发布请求。
3.根据权利要求1所述的合约发布方法，其特征在于，还包括：
获取所述目标节点反馈的部署结果，并将所述部署结果发送给所述联盟链管理后台。
4.根据权利要求3所述的合约发布方法，其特征在于，获取所述目标节点反馈的部署结果，包括：
接收所述目标节点反馈的交易哈希值；
向所述目标节点发送携带所述交易哈希值的合约部署结果请求；
接收所述目标节点反馈的所述部署结果。
5.根据权利要求3所述的合约发布方法，其特征在于，将所述部署结果发送给所述联盟链管理后台，包括：
当合约部署成功时，则将包括新部署合约对应的地址的部署结果发送给所述联盟链管理后台，以便联盟链管理后台将所述地址添加为合约地址并存储。
6.根据权利要求1所述的合约发布方法，其特征在于，发现所述已订阅域，包括：
利用所述长连接通道，获取所述联盟链管理后台基于用户设置而产生的组件授权消息；
从所述组件授权消息中获得目标组件的授权节点以及所述授权节点归属的授权域；
将所述授权域作为所述已订阅域，并订阅所述已订阅域下的合约发布请求。
7.根据权利要求6所述的合约发布方法，其特征在于，在从所述组件授权消息中获得目标组件的授权节点以及所述授权节点归属的授权域之后，在将所述授权域作为所述已订阅域之前，还包括：
将所述授权节点添加至可访问的节点列表中。
8.根据权利要求1所述的合约发布方法，其特征在于，更换所述已订阅域，包括：
利用所述长连接通道，获取所述联盟链管理后台基于用户设置而产生的组件授权解除消息；
从所述组件授权解除消息中获得目标组件的授权节点以及所述授权节点归属的授权域；
将所述授权节点从可访问的节点列表中移除；
判断所述授权域内是否存在可访问节点；
如果否，则将所述授权域移出所述已订阅域，并取消订阅所述授权域下的合约发布请求。
9.根据权利要求8所述的合约发布方法，其特征在于，判断所述授权域内是否存在可访问节点，包括：
利用与所述授权域对应的计数器记录所述授权域内可访问节点数量；
当所述计数器为零，则确定所述授权域内无可访问节点。
10.根据权利要求1至9任一项所述的合约发布方法，其特征在于，建立所述长连接通道，包括：
利用websocket协议或基于HTTP/2的gRPC框架与所述联盟链管理后台建立所述长连接通道。
11.一种联盟链系统，其特征在于，所述联盟链系统包括联盟链管理后台、合约中心和至少一个域，每个所述域中均包括多个节点；
所述合约中心用于利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求；
从所述已订阅域内已授权绑定的节点中确定出目标节点；
向所述目标节点发送与所述合约发布请求对应的合约部署请求。
12.根据权利要求11所述的联盟链系统，其特征在于，所述联盟链管理后台用于获取在第一域发布合约的第一合约发布请求，并将所述第一合约发布请求发送至已订阅第一域下合约发布请求的合约中心。
13.根据权利要求11所述的联盟链系统，其特征在于，所述联盟链管理后台还用于获取合约中心当前的合约部署版本号，并根据所述合约部署版本号判断是否存在合约中心尚未完成部署的合约发布请求，如果存在，则将合约中心尚未完成部署的合约发布请求发送至所述合约中心。
14.一种合约发布装置，其特征在于，包括：
合约发布请求获取模块，用于利用与联盟链管理后台之间的长连接通道，获取已订阅域下的合约发布请求；
目标节点确定模块，用于从所述已订阅域内已授权绑定的节点中确定出目标节点；
合约部署请求发送模块，用于向所述目标节点发送与所述合约发布请求对应的合约部署请求。
15.一种合约发布设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至10任一项所述合约发布方法的步骤。
16.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至10任一项所述合约发布方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910713074.2A CN110417905B (zh) | 2019-08-02 | 2019-08-02 | 一种合约发布方法、装置、设备和联盟链系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910713074.2A CN110417905B (zh) | 2019-08-02 | 2019-08-02 | 一种合约发布方法、装置、设备和联盟链系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110417905A true CN110417905A (zh) | 2019-11-05 |
| CN110417905B CN110417905B (zh) | 2022-06-07 |
Family
ID=68365521
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910713074.2A Active CN110417905B (zh) | 2019-08-02 | 2019-08-02 | 一种合约发布方法、装置、设备和联盟链系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110417905B (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112148379A (zh) * | 2020-08-28 | 2020-12-29 | 迅鳐成都科技有限公司 | 一种联盟链的用户合约卸载方法、装置、系统及存储介质 |
| WO2021197097A1 (zh) * | 2020-04-02 | 2021-10-07 | 支付宝(杭州)信息技术有限公司 | 跨链数据订阅 |
| CN113688186A (zh) * | 2021-08-25 | 2021-11-23 | 工银科技有限公司 | 智能合约执行方法、引擎及区块链节点 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180227116A1 (en) * | 2017-02-06 | 2018-08-09 | Northern Trust Corporation | Systems and methods for generating, uploading, and executing code blocks within distributed network nodes |
| CN108965468A (zh) * | 2018-08-16 | 2018-12-07 | 北京京东尚科信息技术有限公司 | 区块链网络服务平台及其链码安装方法、存储介质 |
| CN109146679A (zh) * | 2018-06-29 | 2019-01-04 | 阿里巴巴集团控股有限公司 | 基于区块链的智能合约调用方法及装置、电子设备 |
| CN109410053A (zh) * | 2018-09-29 | 2019-03-01 | 杭州云象网络技术有限公司 | 基于联盟链技术的教育服务交易监管全生命周期管理方法 |
| CN109995594A (zh) * | 2019-04-10 | 2019-07-09 | 广州致链科技有限公司 | 区块链网络资源管理方法、装置及区块链系统 |
-
2019
- 2019-08-02 CN CN201910713074.2A patent/CN110417905B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180227116A1 (en) * | 2017-02-06 | 2018-08-09 | Northern Trust Corporation | Systems and methods for generating, uploading, and executing code blocks within distributed network nodes |
| CN109146679A (zh) * | 2018-06-29 | 2019-01-04 | 阿里巴巴集团控股有限公司 | 基于区块链的智能合约调用方法及装置、电子设备 |
| CN108965468A (zh) * | 2018-08-16 | 2018-12-07 | 北京京东尚科信息技术有限公司 | 区块链网络服务平台及其链码安装方法、存储介质 |
| CN109410053A (zh) * | 2018-09-29 | 2019-03-01 | 杭州云象网络技术有限公司 | 基于联盟链技术的教育服务交易监管全生命周期管理方法 |
| CN109995594A (zh) * | 2019-04-10 | 2019-07-09 | 广州致链科技有限公司 | 区块链网络资源管理方法、装置及区块链系统 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2021197097A1 (zh) * | 2020-04-02 | 2021-10-07 | 支付宝(杭州)信息技术有限公司 | 跨链数据订阅 |
| CN112148379A (zh) * | 2020-08-28 | 2020-12-29 | 迅鳐成都科技有限公司 | 一种联盟链的用户合约卸载方法、装置、系统及存储介质 |
| CN112148379B (zh) * | 2020-08-28 | 2023-07-07 | 迅鳐成都科技有限公司 | 一种联盟链的用户合约卸载方法、装置、系统及存储介质 |
| CN113688186A (zh) * | 2021-08-25 | 2021-11-23 | 工银科技有限公司 | 智能合约执行方法、引擎及区块链节点 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110417905B (zh) | 2022-06-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110417905A (zh) | 一种合约发布方法、装置、设备和联盟链系统 | |
| CN105580339B (zh) | 用于端到端m2m服务层会话的方法与设备 | |
| CN102771102B (zh) | 分发数字内容的网络及管理方法 | |
| CN109756450A (zh) | 一种物联网通信的方法、装置和系统 | |
| CN104219069B (zh) | 访问频率控制方法、装置及控制系统 | |
| KR102312857B1 (ko) | 데이터 소유권 플랫폼을 위한 멀티캐스트 암호화 스킴 | |
| JP2002140309A (ja) | サービスシステム | |
| CN109804597A (zh) | 车载网关、密钥管理装置 | |
| CN102984768A (zh) | 一种实时调整共享计费规则下在线用户带宽的方法及装置 | |
| CN114418574A (zh) | 一种共识和资源传输方法、设备及存储介质 | |
| CN1647451B (zh) | 用于在网络环境中监视信息的装置、方法和系统 | |
| CN101803276B (zh) | 预订和付款通知控制 | |
| CN101621408A (zh) | 用于在通信网络中监控事件的方法 | |
| CN103607410B (zh) | 一种内容访问方法和设备 | |
| CN104426956B (zh) | 一种终端状态订阅方法、装置及系统 | |
| CN109698791A (zh) | 一种基于动态路径的匿名接入方法 | |
| CN110120932A (zh) | 多路径建立方法及装置 | |
| CN101166093A (zh) | 一种认证方法和系统 | |
| CN106789965A (zh) | 一种物联网数据交换方法及系统 | |
| CN104871499A (zh) | 通信节点、控制装置、控制信息条目的管理方法以及程序 | |
| CN112699136B (zh) | 一种跨链存证方法及相关装置 | |
| CN104468497B (zh) | 监控系统的数据隔离方法及装置 | |
| CN101283540A (zh) | 在数字权限管理中共享权限对象的方法及其装置和系统 | |
| CN110324426A (zh) | 一种数据获取方法、装置和系统 | |
| CN110011850A (zh) | 云计算系统中服务的管理方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20210909 Address after: 518000 21 / f-23 / F, block B, building 12, Shenzhen Bay science and technology ecological park, No. 18, South Keji Road, high tech community, Yuehai street, Nanshan District, Shenzhen City, Guangdong Province Applicant after: Xunlei Networking Technologies, Ltd. Applicant after: SHENZHEN ONETHING TECHNOLOGIES Co.,Ltd. Address before: 518052 Room 201, building A, No. 1, Qian Wan Road, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong (Shenzhen Qianhai business secretary Co., Ltd.) Applicant before: SHENZHEN ONETHING TECHNOLOGIES Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20240621 Address after: 518000, 2101 to 2107, Xunlei Building, No. 3709 Baishi Road, Gaoxin District, Yuehai Street, Nanshan District, Shenzhen, Guangdong Province Patentee after: Xunlei Networking Technologies, Ltd. Country or region after: China Address before: 518000 21 / f-23 / F, block B, building 12, Shenzhen Bay science and technology ecological park, No. 18, South Keji Road, high tech community, Yuehai street, Nanshan District, Shenzhen City, Guangdong Province Patentee before: Xunlei Networking Technologies, Ltd. Country or region before: China Patentee before: SHENZHEN ONETHING TECHNOLOGIES Co.,Ltd. |