CN112380219B - Method for defining block chain cochain data service stipulation and application service stipulation - Google Patents
Method for defining block chain cochain data service stipulation and application service stipulation Download PDFInfo
- Publication number
- CN112380219B CN112380219B CN202011295040.5A CN202011295040A CN112380219B CN 112380219 B CN112380219 B CN 112380219B CN 202011295040 A CN202011295040 A CN 202011295040A CN 112380219 B CN112380219 B CN 112380219B
- Authority
- CN
- China
- Prior art keywords
- service
- data
- information
- sdk
- block chain
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2291—User-Defined Types; Storage management thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2379—Updates performed during online database operations; commit processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/31—User authentication
- G06F21/33—User authentication using certificates
- G06F21/335—User authentication using certificates for accessing specific resources, e.g. using Kerberos tickets
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention relates to a method for defining block chain cochain data service stipulations and application service stipulations, which comprises industry template configuration, service type configuration, service stipulations or data model configuration. And the fineness of configuration supports data type, whether to operate the main key, Chinese and English names. And transferring the part needing code logic configuration to the service end definition. Service flexibility is enhanced, and uplink data protocols are ensured to adapt to service transformation. The configuration of the service protocol supports multiple versions, and the protocol can be automatically read through the SDK after the configuration is finished, so that the block chain network is not required to be deployed, and the cost is reduced.
Description
Technical Field
The invention relates to the fields of block chains, data cochain, block chain application in the government affairs field and service data models, in particular to a method for defining a cochain data service protocol and an application service protocol of a block chain.
Background
The blockchain technology is a brand new distributed infrastructure and computing paradigm that utilizes blockchain data structures to verify and store data, utilizes distributed node consensus algorithms to generate and update data, cryptographically secures data transmission and access, and utilizes intelligent contracts composed of automated script code to program and manipulate data.
Data uplink is to write data into a block chain, different block chains in the current market have different uplink modes, and for non-audit type block chains, basically, no matter who, whatever the content can be uplinked. Any transaction that occurs may be accompanied by text messages. The text content is not limited, only the size of the text affects the required cost. The mode has the advantages that signature verification and encryption and decryption basically do not exist in the uplink, the uplink protocol is not limited at all, and the risks of insufficient security and storage exist in a certain range.
For a specific type of blockchain, only specific types of data can be uplink, and the rest types of data cannot be uplink. Such as block chain invoices, transactions are invoiced, and invoices are reimbursed. The whole process is full-automatic without user's worry, and the whole link is linked up and can be checked. This approach limits the expansion of blockchain applications, and only one type of data can be uplink for a specific application, and multiple types of uplink data cannot be provided for the same application. It follows that the cost of changing the uplink data type is too high to meet the market demand when the service changes.
At present, the data uplink requirements of various industries are different, frequent changes can exist, such services are usually processed in an intelligent contract layer, an intelligent contract is a core thing, service risks and vulnerabilities can be brought by the frequent changes, and uplink requirements in different periods can change, so that historical data are compatible in the services.
Since the sector chain has many industrial applications, in the field of government affairs, the sector chain can model many industrial applications, such as an approval chain, a supervision chain, a certificate chain, a sharing chain and the like. In the chain application implementation process, each flow stage is complex, the situations of frequent business uplink data change, long approval process and more business data occur, the uplink data are difficult to adapt to business change quickly, and the most direct problem is that a project needs to be redeveloped, so that the business smoothness is affected, and the project cost is increased. There is a need for a flexible method of defining the uplink data service protocol to solve this problem.
Disclosure of Invention
In view of the above, the present invention provides a method for defining a block chain uplink data service protocol and an application service protocol, which can effectively improve the uplink data security problem.
The invention is realized by adopting the following scheme: a method for defining block chain cochain data service stipulation and application service stipulation includes following steps:
step S1: creating an industry template for depositing an industry uplink data model: creating an industry template on a block chain platform, and inputting a template name and a template description; meanwhile, a bc _ biz _ type table is created in the mysql database and used for storing the created industry template information, namely, the uplink data model of the precipitation industry is completed;
step S2: creating a business type of the industry template;
step S3: creating a service specification of the service type, namely an uplink data model;
step S4: after the industry template definition is completed, an intelligent contract in the block chain platform automatically acquires definition contents, meanwhile, a block chain platform manager needs to associate open API service with the industry template, and the business specification under the industry template is read and used by establishing an association relation;
step S5: creating developer authorization information: establishing authorization information for a chain application developer on a block chain platform according to the requirement fed back by an operator; firstly, registering basic information of a developer, wherein the basic information comprises a developer name, a developer user name and a password, and selecting API (application program interface) service required by the service; after the information is recorded, outputting authorization information to a developer, wherein the content of the authorization information comprises authorization appkey, secretekey and a digital certificate, and simultaneously providing a Software Development Kit (SDK) to the developer, and the developer acquires specific certificate information and an API (application programming interface) method by calling a pem file in the SDK;
step S6: after the authorization information is registered, a chain application developer needs to integrate the block chain SDK first to realize the initialization of the SDK; acquiring certificate information by calling a pem file, and locally caching a numerical certificate; matching whether the authorization information is available or not by acquiring a gateway address and API service in the SDK; if the authorization information is matched, prompting that the authorization information is correct and can be continuously used; if the authorization information is not matched, prompting that the authorization is incorrect, contacting an administrator, and simultaneously reading and storing the information of the biz _ name in the SDK;
step S7: when an application terminal needs to chain data, a transaction request needs to be initiated to an SDK terminal, the SDK terminal and an intelligent contract layer need to verify whether digital certificate information of an application terminal user is consistent with a digital certificate distributed during authorization creation or not, an authorized API service is called at the same time, a business protocol of which business type version in which industry template the application uses is read through a biz _ name, after the SDK obtains corresponding chain data protocol information, the SDK needs to be compared with a request information data format initiated by the application terminal, and the SDK compares whether the format is transmitted according to configuration requirements or not, whether fields have omission or not and whether necessary fields are transmitted or not, and verifies whether the request information initiated by the application terminal conforms to the business protocol content or not;
step S8: the method is characterized in that multiple versions are allowed to run simultaneously for the same business service, and according to the content of an intelligent contract, when the contract content defines that a certain API service has data protocols of V1\ V2 for simultaneous use, V1 is used in a scenario 1, and V2 is used in a scenario 2, an intelligent contract layer only needs to determine which version of the protocols are run according to a related main key biz _ name;
step S9: after the SDK passes the verification of the application terminal information, the SDK receives the uplink request data, an application terminal developer needs to call a digital certificate to sign the uplink information, and the identity information and the data of the sender are bound to prevent other people from falsely using the sender, ensure the anti-tampering of the information and simultaneously authenticate the identity of the sender to prevent repudiation;
step S10: the SDK sends the request information to an intelligent contract, the intelligent contract runs corresponding API service, and the data protocol of which version is in the service type corresponding to the industry template associated with the API service is obtained through the biz _ name; the intelligent contract sends data to the block chain nodes according to the specification normal form;
step S11: the same application SDK allows a plurality of intelligent contracts to be operated so as to meet different API service requirements and support a plurality of contracts to schedule operation;
step S12: after the data is sent to the blockchain node, a blockchain transaction is formed and enters a stage of uplink, and the processing on the subsequent chain enters a blockchain consensus process.
Further, the specific content of step S2 is: adding a service type through a block chain platform, and adding the service type of the template, wherein the added content comprises a Chinese name, an English name and a version number of the service type; namely, the content of the Chinese name, English name and version number of the service type is inserted into the bc _ biz _ type table, and different service types are created according to different service scene requirements of the industry.
Further, the specific content of step S3 is: adding a data model through a block chain platform, wherein the content of the data model comprises Chinese names, English names, data types, whether to fill in and whether to set a transaction key; after steps S1-S3 are completed, the industry template definition is completed.
Compared with the prior art, the invention has the following beneficial effects:
the invention defines different uplink data protocols according to different service requirements, and simultaneously, along with the development of the service, the protocols support multi-version issue and support the data protocols using the special service under different service conditions.
Drawings
FIG. 1 is a block diagram of a method of an embodiment of the invention.
Detailed Description
The invention is further explained below with reference to the drawings and the embodiments.
It should be noted that the following detailed description is exemplary and is intended to provide further explanation of the disclosure. Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs.
It is noted that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments according to the present application. As used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, and it should be understood that when the terms "comprises" and/or "comprising" are used in this specification, they specify the presence of stated features, steps, operations, devices, components, and/or combinations thereof, unless the context clearly indicates otherwise.
As shown in fig. 1, the present embodiment provides a method for defining a block chain uplink data service protocol and an application service protocol, including the following steps:
step S1: creating an industry template for depositing an industry uplink data model: creating an industry template on a block chain platform, and inputting a template name and a template description; meanwhile, a bc _ biz _ type table is created in the mysql database and used for storing the created industry template information, namely, the uplink data model of the precipitation industry is completed;
step S2: creating a business type of the industry template;
step S3: creating a service specification of the service type, namely an uplink data model;
step S4: after the industry template definition is completed, an intelligent contract in the block chain platform automatically acquires definition contents, meanwhile, a block chain platform manager needs to associate open API service with the industry template, and the business specification under the industry template is read and used by establishing an association relation;
step S5: creating developer authorization information: establishing authorization information for a chain application developer on a block chain platform according to the requirement fed back by an operator; firstly, registering basic information of a developer, wherein the basic information comprises a developer name, a developer user name and a password, and selecting API (application program interface) service required by the service; after the information is recorded, outputting authorization information to a developer, wherein the content of the authorization information comprises authorization appkey, secretekey and a digital certificate, and simultaneously providing a Software Development Kit (SDK) to the developer, and the developer acquires specific certificate information and an API (application programming interface) method by calling a pem file in the SDK;
step S6: after the authorization information is registered, a chain application developer needs to integrate the block chain SDK first to realize the initialization of the SDK; acquiring certificate information by calling a pem file, and locally caching a numerical certificate; matching whether the authorization information is available or not by acquiring a gateway address and API service in the SDK; if the authorization information is matched, prompting that the authorization information is correct and can be continuously used; if the authorization information is not matched, prompting that the authorization is incorrect, contacting an administrator, and simultaneously reading and storing the information of the biz _ name in the SDK;
step S7: when an application terminal needs to chain data, a transaction request needs to be initiated to an SDK terminal, the SDK terminal and an intelligent contract layer need to verify whether digital certificate information of an application terminal user is consistent with a digital certificate distributed during authorization creation or not, an authorized API service is called at the same time, a business protocol of which business type version in which industry template the application uses is read through a biz _ name, after the SDK obtains corresponding chain data protocol information, the SDK needs to be compared with a request information data format initiated by the application terminal, and the SDK compares whether the format is transmitted according to configuration requirements or not, whether fields have omission or not and whether necessary fields are transmitted or not, and verifies whether the request information initiated by the application terminal conforms to the business protocol content or not;
step S8: the method is characterized in that multiple versions are allowed to run simultaneously for the same business service, and according to the content of an intelligent contract, when the contract content defines that a certain API service has data protocols of V1\ V2 for simultaneous use, V1 is used in a scenario 1, and V2 is used in a scenario 2, an intelligent contract layer only needs to determine which version of the protocols are run according to a related main key biz _ name;
step S9: after the SDK passes the verification of the application terminal information, the SDK receives the uplink request data, an application terminal developer needs to call a digital certificate to sign the uplink information, and the identity information and the data of the sender are bound to prevent other people from falsely using the sender, ensure the anti-tampering of the information and simultaneously authenticate the identity of the sender to prevent repudiation;
step S10: the SDK sends the request information to an intelligent contract, the intelligent contract runs corresponding API service, and the data protocol of which version is in the service type corresponding to the industry template associated with the API service is obtained through the biz _ name; the intelligent contract sends data to the block chain nodes according to the specification normal form;
step S11: the same application SDK allows a plurality of intelligent contracts to be operated so as to meet different API service requirements and support a plurality of contracts to schedule operation;
step S12: after the data is sent to the blockchain node, a blockchain transaction is formed and enters a stage of uplink, and the processing on the subsequent chain enters a blockchain consensus process.
In this embodiment, the specific content of step S2 is: adding a service type through a block chain platform, and adding the service type of the template, wherein the added content comprises a Chinese name, an English name and a version number of the service type; namely, the content of the Chinese name, English name and version number of the service type is inserted into the bc _ biz _ type table, and different service types are created according to different service scene requirements of the industry.
In this embodiment, the specific content of step S3 is: adding a data model through a block chain platform, wherein the content of the data model comprises Chinese names, English names, data types, whether to fill in and whether to set a transaction key; after steps S1-S3 are completed, the industry template definition is completed.
Preferably, in this embodiment, by flexibly setting the uplink data service protocol in the block chain, the problems of frequent change, multi-version operation, compliance check, and the like of the block chain management platform to the uplink data protocol are solved. The flexible configuration and multi-version application of the uplink protocol are realized at the service end through the flexible setting of the block chain platform to the service protocol, and the security inspection of the SDK to the protocol and the user identity and the compliance inspection of the uplink protocol are realized at the application end. The method has the advantages that the application to various block chain application scenes is realized through a simple data model at the platform end, meanwhile, the precipitation protocol is rapidly modeled, the application efficiency is improved, and the project research and development labor cost, the shutdown deployment time cost and the application cost generated by unsmooth service application are reduced.
In this embodiment, the blockchain management platform provides a flexible configuration method for applying uplink data service conventions to the blockchain, and the configuration content includes an industry template configuration, a service type configuration, a service convention, or a data model configuration. And the fineness of configuration supports data type, whether to operate the main key, Chinese and English names. And transferring the part needing code logic configuration to the service end definition. Service flexibility is enhanced, and uplink data protocols are ensured to adapt to service transformation.
The configuration of the service protocol supports multiple versions, and the protocol can be automatically read through the SDK after the configuration is finished, so that the block chain network is not required to be deployed, and the cost is reduced. The safety and the compliance of the service protocol are verified through the SDK, so that the condition that the data is not linked up normally is avoided, the threshold of the data linked up is improved, the effectiveness of the data linked up is improved, and the quality of the data on the chain is guaranteed; when the service protocol is configured, the main key configuration during service tracing can be provided, the service end defines the service main key by itself, and the tracing of the whole service behavior through the content of the main key is realized. The configuration is open to the application end, the flexible design of service scene planning is realized without the limitation of a main key, and the cochain tracing and follow-up service is realized.
In this embodiment, different uplink data protocols are defined according to different service needs, and simultaneously, with the development of the service, the protocols support multi-version distribution, and support data protocols for using the special service under different service situations.
In this embodiment, the uplink data protocol used in different service scenarios is precipitated to form an industry template for fast multiplexing when other blockchain networks in the industry are created next time.
The embodiment provides a flexible verification mode, supports the verification of the SDK and the intelligent contract layer, and controls according to the traffic of the service.
The present embodiment provides the configuration of the transaction primary key in addition to the configuration of the Chinese name, English name, data type, and whether to fill in the uplink data. And the tracing of the whole business behavior after occurrence is realized. The method solves the problem of complex data query on the basis of the extremely high read-write efficiency of a storage structure based on a block chain platform Key-Value.
The embodiment can effectively improve the safety problem of the uplink data, the uplink data is verified in the intelligent contract through the SDK layer, and the uplink data model is recorded in the intelligent contract. The data checking content comprises whether the cochain convention content is consistent with the rule that each node commonly identifies and passes or not and whether the identity information of the transaction requester is consistent with the authorized information or not.
This embodiment provides a method for flexibly linking a data service specification, which implements rapid multiplexing promotion and iteration in different projects by depositing an industry application template. Different business classifications can be set under different industry templates, uplink data models are configured under different classifications, and the contents of the models comprise Chinese names, English names, data types, whether data must be filled or not and the like of the data. One industry application can support the classification of businesses of multiple versions, support different versions of data models to be executed together, and can be updated online in real time. And also provides the configuration of the transaction primary key. And the tracing of the whole business behavior after occurrence is realized.
The above description is only a preferred embodiment of the present invention, and all equivalent changes and modifications made in accordance with the claims of the present invention should be covered by the present invention.
Claims (3)
1. A method for defining block chain cochain data service stipulations and application service stipulations provides a block chain platform, which is characterized in that: the method comprises the following steps:
step S1: creating an industry template for depositing an industry uplink data model: creating an industry template on a block chain platform, and inputting a template name and a template description; meanwhile, a bc _ biz _ type table is created in the mysql database and used for storing the created industry template information, namely, the uplink data model of the precipitation industry is completed;
step S2: creating a business type of the industry template;
step S3: creating a service specification of the service type, namely an uplink data model;
step S4: after the industry template definition is completed, an intelligent contract in the block chain platform automatically acquires definition contents, meanwhile, a block chain platform manager needs to associate open API service with the industry template, and the business specification under the industry template is read and used by establishing an association relation;
step S5: creating developer authorization information: establishing authorization information for a chain application developer on a block chain platform according to the requirement fed back by an operator; firstly, registering basic information of a developer, wherein the basic information comprises a developer name, a developer user name and a password, and selecting API (application program interface) service required by the service; after the information is recorded, outputting authorization information to a developer, wherein the content of the authorization information comprises authorization appkey, secretekey and a digital certificate, and simultaneously providing a Software Development Kit (SDK) to the developer, and the developer acquires specific certificate information and an API (application programming interface) method by calling a pem file in the SDK;
step S6: after the authorization information is registered, a chain application developer needs to integrate the block chain SDK first to realize the initialization of the SDK; acquiring certificate information by calling a pem file, and locally caching a numerical certificate; matching whether the authorization information is available or not by acquiring a gateway address and API service in the SDK; if the authorization information is matched, prompting that the authorization information is correct and can be continuously used; if the authorization information is not matched, prompting that the authorization is incorrect, contacting an administrator, and simultaneously reading and storing the information of the biz _ name in the SDK;
step S7: when an application terminal needs to chain data, a transaction request needs to be initiated to an SDK terminal, the SDK terminal and an intelligent contract layer need to verify whether digital certificate information of an application terminal user is consistent with a digital certificate distributed during authorization creation or not, an authorized API service is called at the same time, a business protocol of which business type version in which industry template the application uses is read through a biz _ name, after the SDK obtains corresponding chain data protocol information, the SDK needs to be compared with a request information data format initiated by the application terminal, and the SDK compares whether the format is transmitted according to configuration requirements or not, whether fields have omission or not and whether necessary fields are transmitted or not, and verifies whether the request information initiated by the application terminal conforms to the business protocol content or not;
step S8: the method is characterized in that multiple versions are allowed to run simultaneously for the same business service, and according to the content of an intelligent contract, when the contract content defines that a certain API service has data protocols of V1\ V2 for simultaneous use, V1 is used in a scenario 1, and V2 is used in a scenario 2, an intelligent contract layer only needs to determine which version of the protocols are run according to a related main key biz _ name;
step S9: after the SDK passes the verification of the application terminal information, the SDK receives the uplink request data, an application terminal developer needs to call a digital certificate to sign the uplink information, and the identity information and the data of the sender are bound to prevent other people from falsely using the sender, ensure the anti-tampering of the information and simultaneously authenticate the identity of the sender to prevent repudiation;
step S10: the SDK sends the request information to an intelligent contract, the intelligent contract runs corresponding API service, and the data protocol of which version is in the service type corresponding to the industry template associated with the API service is obtained through the biz _ name; the intelligent contract sends data to the block chain nodes according to the specification normal form;
step S11: the same application SDK allows a plurality of intelligent contracts to be operated so as to meet different API service requirements and support a plurality of contracts to schedule operation;
step S12: after the data is sent to the blockchain node, a blockchain transaction is formed and enters a stage of uplink, and the processing on the subsequent chain enters a blockchain consensus process.
2. The method of claim 1, wherein the block chain includes a data service protocol and an application service protocol, and wherein the method further comprises: the specific content of step S2 is: adding a service type through a block chain platform, and adding the service type of the template, wherein the added content comprises a Chinese name, an English name and a version number of the service type; namely, the content of the Chinese name, English name and version number of the service type is inserted into the bc _ biz _ type table, and different service types are created according to different service scene requirements of the industry.
3. The method of claim 1, wherein the block chain includes a data service protocol and an application service protocol, and wherein the method further comprises: the specific content of step S3 is: adding a data model through a block chain platform, wherein the content of the data model comprises Chinese names, English names, data types, whether to fill in and whether to set a transaction key; after steps S1-S3 are completed, the industry template definition is completed.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011295040.5A CN112380219B (en) | 2020-11-18 | 2020-11-18 | Method for defining block chain cochain data service stipulation and application service stipulation |
| PCT/CN2020/142465 WO2022105038A1 (en) | 2020-11-18 | 2020-12-31 | Method for defining on-chain data service specification in blockchain and applying service specification |
| PCT/CN2021/071402 WO2022105049A1 (en) | 2020-11-18 | 2021-01-13 | Method for defining on-chain data service protocol of blockchain and applying service protocol |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011295040.5A CN112380219B (en) | 2020-11-18 | 2020-11-18 | Method for defining block chain cochain data service stipulation and application service stipulation |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112380219A CN112380219A (en) | 2021-02-19 |
| CN112380219B true CN112380219B (en) | 2021-10-08 |
Family
ID=74584245
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011295040.5A Active CN112380219B (en) | 2020-11-18 | 2020-11-18 | Method for defining block chain cochain data service stipulation and application service stipulation |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN112380219B (en) |
| WO (2) | WO2022105038A1 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113609196A (en) * | 2021-06-23 | 2021-11-05 | 云南昆钢电子信息科技有限公司 | Block chain chaining automation system and method |
| CN113766034B (en) * | 2021-09-15 | 2024-02-02 | 城云科技（中国）有限公司 | Business processing method and device based on block chain |
| CN116668451B (en) * | 2023-04-10 | 2024-01-23 | 中泰证券股份有限公司 | Data storage method, equipment and medium for securities business |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9992022B1 (en) * | 2017-02-06 | 2018-06-05 | Northern Trust Corporation | Systems and methods for digital identity management and permission controls within distributed network nodes |
| US10176308B2 (en) * | 2017-04-28 | 2019-01-08 | Accenture Global Solutions Limited | Entitlement management system |
| CN108052321B (en) * | 2017-12-28 | 2020-12-25 | 杭州趣链科技有限公司 | Method for automatically generating intelligent contract of block chain based on configuration information |
| WO2019161936A1 (en) * | 2018-02-26 | 2019-08-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Network slicing with smart contracts |
| CN108416577B (en) * | 2018-03-02 | 2021-03-05 | 上海汉得信息技术股份有限公司 | Block chain service system |
| US11194911B2 (en) * | 2018-07-10 | 2021-12-07 | International Business Machines Corporation | Blockchain technique for agile software development framework |
| CN109377220B (en) * | 2018-10-16 | 2020-02-18 | 中国传媒大学 | Block chain-based media data transaction method and system and computer storage medium |
| CN109815291B (en) * | 2018-12-28 | 2021-08-20 | 北京城市网邻信息技术有限公司 | Data synchronization method and device, electronic equipment and storage medium |
| CN110084059A (en) * | 2019-03-21 | 2019-08-02 | 深圳壹账通智能科技有限公司 | A kind of method, apparatus and computer equipment of banking system data configuration block chain |
| CN111275400A (en) * | 2020-01-20 | 2020-06-12 | 厦门顺势共识信息科技有限公司 | Block chain-based electronic contract uplink method |
| CN111294356B (en) * | 2020-02-11 | 2022-09-06 | 深圳壹账通智能科技有限公司 | Block chain-based method and system for organizing uplink of nodes |
| CN111461879A (en) * | 2020-03-11 | 2020-07-28 | 中关村科技软件股份有限公司 | Block chain-based government affair service processing system and method |
| CN111580841B (en) * | 2020-04-07 | 2021-06-29 | 浙商银行股份有限公司 | Dynamic upgrade service method for union chain |
| CN111767036B (en) * | 2020-06-24 | 2022-07-05 | 江苏荣泽信息科技股份有限公司 | Block chain platform capable of customizing business model |
| CN111882319A (en) * | 2020-07-07 | 2020-11-03 | 苏波 | Block chain data uplink processing method, device and equipment |
-
2020
- 2020-11-18 CN CN202011295040.5A patent/CN112380219B/en active Active
- 2020-12-31 WO PCT/CN2020/142465 patent/WO2022105038A1/en active Application Filing
-
2021
- 2021-01-13 WO PCT/CN2021/071402 patent/WO2022105049A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2022105038A1 (en) | 2022-05-27 |
| WO2022105049A1 (en) | 2022-05-27 |
| CN112380219A (en) | 2021-02-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112380219B (en) | Method for defining block chain cochain data service stipulation and application service stipulation | |
| CN106681739B (en) | Automatic intelligent contract generation method | |
| CN109040029B (en) | Method and apparatus for executing transactions in a blockchain | |
| CN106960165B (en) | Method for realizing multi-party electronic contract countersigning based on block chain intelligent contract | |
| US11855971B2 (en) | Offline authorization of interactions and controlled tasks | |
| CN111314172B (en) | Block chain-based data processing method, device, equipment and storage medium | |
| CN110912893B (en) | Account number merging method | |
| CN112417178B (en) | Document template definition-based on-chain contract processing method and device and electronic equipment | |
| CN111555891A (en) | Material data self-management and self-management system based on block chain and use method thereof | |
| CN111078260A (en) | WeChat applet third-party platform management method and system | |
| CN109003210A (en) | A kind of Electronic Seal System and method | |
| CN114416036A (en) | Service demand processing method, system, device and medium | |
| WO2024002105A1 (en) | Data asset usage control method, client and intermediate service platform | |
| CN109523182A (en) | A kind of beam field production management method, platform, computer equipment and storage medium | |
| CN110955699B (en) | Decentralized electronic academic certificate checking method and system | |
| CN115130124A (en) | Data asset management method and data asset active management system | |
| US20240143909A1 (en) | System and Method for Electronic Document Interaction with External Resources | |
| CN114386853A (en) | Data auditing processing method, device and equipment based on universal auditing model | |
| CN111026569B (en) | Method for repairing specified block data in alliance chain | |
| CN116962170A (en) | Management method of open interface, electronic device and storage medium | |
| CN114912149B (en) | BIM cloud design platform and achievement protection method based on blockchain technology | |
| EP4022471B1 (en) | System and method for implementing market data rights enforcement | |
| CN112541756B (en) | Block chain contract upgrading method and device, computer equipment and readable storage medium | |
| CN117710068B (en) | Temporary supplier verification method, device and equipment based on artificial intelligence | |
| KR102224570B1 (en) | Method for providing rental service, system and computer-readable medium recording the method |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |