WO2019100991A1 - 信息处理方法、装置及系统、存储介质、电子设备 - Google Patents

信息处理方法、装置及系统、存储介质、电子设备 Download PDF

Info

Publication number
WO2019100991A1
WO2019100991A1 PCT/CN2018/115462 CN2018115462W WO2019100991A1 WO 2019100991 A1 WO2019100991 A1 WO 2019100991A1 CN 2018115462 W CN2018115462 W CN 2018115462W WO 2019100991 A1 WO2019100991 A1 WO 2019100991A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
block
request
blockchain
information processing
Prior art date
Application number
PCT/CN2018/115462
Other languages
English (en)
French (fr)
Inventor
郝延山
龙旻明
王梦寒
张晴
Original Assignee
北京京东金融科技控股有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 北京京东金融科技控股有限公司 filed Critical 北京京东金融科技控股有限公司
Publication of WO2019100991A1 publication Critical patent/WO2019100991A1/zh

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3827Use of message hashing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/546Message passing systems or structures, e.g. queues
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825Use of electronic signatures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/54Indexing scheme relating to G06F9/54
    • G06F2209/548Queue

Definitions

  • the present disclosure relates to the field of financial data processing technologies, and in particular, to an information processing method, an information processing apparatus, an information processing system, a computer readable storage medium, and an electronic device.
  • the message communication between the business system and the blockchain can only be completed by a simple API (Application Programming Interface), that is, the business system can directly call the API and the blockchain system for asynchronous message subscription. And message notifications.
  • API Application Programming Interface
  • An object of the present disclosure is to provide an information processing method, an information processing apparatus, an information processing system, a computer readable storage medium, and an electronic device, thereby at least partially obviating one or more of the limitations and disadvantages of the related art. problem.
  • an information processing method including:
  • the block information corresponding to the block is stored to a local database and a message queue.
  • storing the block information corresponding to the block to the local database includes:
  • the block information is stored to the local database by a block dimension and a transaction dimension.
  • storing the block information corresponding to the block to the local database and the message queue includes:
  • the method further includes:
  • the method further includes:
  • the block information corresponding to the subscription request is sent to the service system through the block queue and the transaction queue in response to a subscription request of the service system.
  • the method further includes:
  • determining the block information that the local database is missing according to the block height includes:
  • generating a transaction uplink request corresponding to the transaction request includes:
  • the transaction uplink request corresponding to the transaction request is generated.
  • transmitting the transaction uplink request to the blockchain includes:
  • the transaction uplink request is sent to the blockchain using the GRPC protocol.
  • the method further includes:
  • the transaction proposal includes one or more of a registration ID, a smart contract ID, a private key, a transaction load, and a time stamp.
  • an information processing apparatus including:
  • a transaction request generating module configured to generate a transaction uplink request corresponding to the transaction request in response to a transaction request of the business system
  • a transaction request sending module configured to send the transaction uplink request to a blockchain to cause the blockchain to generate a block according to the transaction uplink request;
  • the block information storage module is configured to store, after the blockchain generates the block, the block information corresponding to the block to a local database and a message queue.
  • an information processing system including:
  • a message service module configured to: after the blockchain generates a block according to the transaction uplink request, store the block information corresponding to the block to a local database and a message queue.
  • the embedded toolkit includes:
  • the transaction and block query unit is configured to respond to the query request sent by the service system to query the block information corresponding to the block;
  • a transaction encapsulation and initiating unit configured to encapsulate a transaction request sent by the business system to generate a transaction uplink request and send the transaction uplink request to the blockchain;
  • the certificate private key management unit is configured to register the business system information into the blockchain in response to the registration request sent by the service system.
  • the message service module includes:
  • Querying a service unit configured to obtain, from the database unit, block information corresponding to the query request;
  • a database unit for storing block and block information
  • a message observing unit configured to verify and process the block information, and store the block information to the database unit and the message queue unit;
  • the message queue unit is configured to determine block information corresponding to the subscription request of the service system, so that the service system performs service processing.
  • a computer readable storage medium having stored thereon a computer program, the computer program being executed by a processor to implement the information processing method of any of the above.
  • an electronic device including:
  • a memory for storing executable instructions of the processor
  • the processor is configured to perform the information processing method according to any one of the above items by executing the executable instruction.
  • FIG. 1 schematically shows an asynchronous message subscription structure diagram in an exemplary embodiment of the present disclosure
  • FIG. 2 is a schematic diagram showing an information processing method in an exemplary embodiment of the present disclosure
  • FIG. 3 is a block diagram schematically showing an information processing apparatus in an exemplary embodiment of the present disclosure
  • FIG. 4 is a block diagram schematically showing an information processing system in an exemplary embodiment of the present disclosure
  • FIG. 5 schematically shows a block diagram of an electronic device in an exemplary embodiment of the present disclosure
  • FIG. 6 schematically illustrates a program product in an exemplary embodiment of the present disclosure.
  • the system includes a service system, a blockchain service layer, and a blockchain network.
  • the blockchain service layer can be used as an intermediate service layer, and is mainly used to implement message communication between the blockchain and various service systems.
  • a variety of different types of interfaces are included in the business system, such as query request interface 101, request transaction interface 102, user registration interface 103, and message subscription interface 104.
  • the blockchain service layer includes an embeddable SDK (Software Development Kit) 105 and a message service 106, wherein the SDK includes a transaction and block query interface 1051, a transaction encapsulation and initiation interface 1052, and a certificate/private key management interface. 1053, corresponding to the interface of the business system.
  • the message service includes a message queue interface 1061, a message view interface 1062, a database interface 1063, and a query service interface 1064.
  • the blockchain network includes the 107 blockchain interface API.
  • the information processing method implemented by the blockchain service layer is also provided in the exemplary embodiment, and can be used for message subscription, message notification, and the like between the service system and the blockchain network.
  • the information processing method may include the following steps:
  • Step S210 In response to the transaction request of the service system, generate a transaction uplink request corresponding to the transaction request;
  • Step S220 Send the transaction uplink request to the blockchain to cause the blockchain to generate a block according to the transaction uplink request;
  • Step S230 After the blockchain generates the block, store the block information corresponding to the block to a local database and a message queue.
  • the stability and accuracy of the information are ensured by storing the block information to the local database and the message queue; on the other hand, by storing the block information To the local database, each piece of information can be traced back and forth quickly to ensure the integrity of the information; on the other hand, the coupling between the business system and the blockchain is reduced, and the efficiency of information processing is improved.
  • step S210 in response to the transaction request of the business system, a transaction uplink request corresponding to the transaction request is generated.
  • the transaction request may be actively sent by the service system, which may include, for example, a client or a consumer.
  • the transaction request may include, for example, a list of transaction lists, real-time transaction data, an order list, and the like.
  • the blockchain service layer can receive and respond to transaction requests sent by the service system, wherein the blockchain service layer can include an embeddable SDK and a message service module.
  • the SDK can be used to communicate with a blockchain
  • the messaging service module can be used to communicate with a business system.
  • the business system after the business system registers, it can initiate a transaction request, and the SDK in the blockchain service layer can respond to the transaction request and generate a transaction uplink request corresponding to the transaction request.
  • the transaction uplink request may be generated after pre-processing the transaction request, and the pre-processing may include, for example, formal processing or normalization of the transaction request.
  • generating a transaction uplink request corresponding to the transaction request may include:
  • the transaction uplink request corresponding to the transaction request is generated.
  • the transaction encapsulation and origination interface 1052 of the SDK can encapsulate the transaction request into the form of a transaction proposal.
  • the transaction proposal may include one or more of a registration ID, a smart contract ID, a private key, a transaction load, and a timestamp.
  • the transaction proposal may be represented by Tx, where clientID represents the registration ID, indicating the ID corresponding to the IP address of the system in which the SDK is located in the overall architecture, and the chaincodeID represents the smart contract ID, which is the smart contract ID to be called.
  • txPayload represents the transaction load, and the business data and parameters of the calling smart contract can be encapsulated in txPayload
  • clientSig is the SDK uses the pre-generated private key to execute the signature of the entire transaction proposal, for Verify the authenticity of the originator of the transaction proposal.
  • the preset threshold here may be, for example, 2/3 of the total number of required transaction proposals, and the specific value may be specifically set according to actual needs.
  • the preset transaction proposal strategy may be a pre-set confirmation policy for injecting smart contracts and smart contracts into each node. For example, four of the five nodes in the entire network may be required to be signed.
  • the SDK may generate a corresponding transaction uplink request for the transaction request.
  • the node invokes the smart contract for verification, and if the verification is legal, the signature is given, and the verification confirmation rule of such verification signature is It is the confirmation strategy; if the confirmation strategy clearly stipulates that the transaction proposal verified by the smart contract requires 4 of the 5 nodes of the whole network to be signed, the transaction proposal can be considered legal and can be used as a transaction generation block.
  • step S220 the transaction uplink request is sent to the blockchain to cause the blockchain to generate a block according to the transaction uplink request.
  • the SDK After the SDK generates a transaction-winding request, it can first confirm whether the transaction can occur, such as whether the blockchain supports the transaction proposal. After determining that the transaction can occur, the SDK can send a transaction pick-up request to the blockchain via its own send transaction proposal interface. The blockchain can then validate the transaction up request to determine if the transaction is safe and legal. After the blockchain verifies that the transaction is legal, the blockchain can package the transaction uplink request to generate a block, and the generated block contains all the transaction information corresponding to the transaction uplink request. In addition, the blockchain can also broadcast the generation of the block over the entire network.
  • the blockchain can be understood as a combination of peer-to-peer peer-to-peer network transmission protocols, cryptographic encryption algorithms, distributed consensus mechanisms, and game design of Nash equilibrium. Based on the combination of these technologies, a reliable database of decentralization and trust can be realized, and an algorithmic proof mechanism is used to ensure traceable traceability of information recorded on the chain, which cannot be forged and cannot be tampered with.
  • a block is a data structure that records transactions and can be used to reflect the flow of funds in a transaction.
  • a block may, for example, include transaction information, a hash hash formed by the previous block, and a random number.
  • the transaction information is the task data carried by the block, including the private key of the two parties, the number of transactions, the digital signature of the electronic money, etc.; the hash hash formed by the previous block is used to connect the blocks to realize the past
  • the order of the transactions is arranged; the random number is the core of the transaction, all the miners compete to calculate the answer of the random number, the node with the fastest answer generates a new block, and broadcasts to all nodes for updating, which can be done according to the above process.
  • a deal is the core of the transaction, all the miners compete to calculate the answer of the random number, the node with the fastest answer generates a new block, and broadcasts to all nodes for updating, which can be done according to the above process.
  • the SDK may use the transaction encapsulation and initiation interface to generate a generated transaction uplink request by using a Google Remote PRocedure Call Protocol (GRPC).
  • GRPC Google Remote PRocedure Call Protocol Sent to the blockchain to be compatible with the linguistic diversity between the blockchain service layer and the blockchain network.
  • a TLS (Transport Layer Security) authentication system may be established on the basis of the GRPC protocol.
  • the service system of the SDK and the blockchain node issue their respective certificates under the same TLS root certificate system, and are encrypted at the TLS layer during network communication. Since the blockchain service layer is deployed locally, the private key is also kept locally. In the case of message invocation and message notification, it is intranet communication, so as to ensure the security of data transmission in the public network.
  • step S230 after the block is generated in the blockchain, the block information corresponding to the block is stored to a local database and a message queue.
  • the database 1063 may include a cache database and a local database.
  • the block information may first be stored in the cache database according to the block dimension and the transaction dimension, and passed through the KV. (Key-Value, key value) database to read and write.
  • KV. Key-Value, key value
  • the message block interface 1062 may generate the corresponding block information by the block broadcast block and perform the block information. Verification and processing further persists the generated block information to the local database.
  • storing the block information corresponding to the block to the local database may include storing the block information to the local database by using a block dimension and a transaction dimension.
  • all the block information can be stored in the local database according to the two dimensions of the block and the transaction, that is, correspondingly stored according to all the generated blocks and all the transaction information contained in each block, Through the local database, you can quickly trace the blockchain and each message in the business system.
  • the block information stored to the local database can also be sent to the message queue.
  • the message queue here may be a message queue that the service system listens to, for example, may include a block queue and a transaction queue.
  • the service system can directly obtain the block information from the message queue of the message service module, and perform operations such as service system processing according to the block ID and the transaction ID information included in the block information.
  • storing the block information corresponding to the block to the local database and the message queue may include:
  • the block queue is used to store all the generated block information
  • the transaction queue can be used to store all the transaction information contained in the block.
  • the blockchain service layer may encapsulate the block information that falls to the local database in the above steps into a message, and respectively put them into the message queue 1061 to enable the service system to listen to the message queue.
  • the encapsulated block information may be put into a block queue and a transaction queue to enable the business system to perform operations such as consumption or subscription. In this way, all services can be independent of the business system, and the business system does not need to consider the life cycle of the blockchain service layer, so the business system changes can be minimized, the deployment difficulty is reduced, and the information is improved. Processing efficiency.
  • the method may further include: querying a block height of the local database and determining the block information missing in the local database according to the block height.
  • the blockchain service layer can query the latest block height in the local storage, and use the latest block height as the request parameter generated by receiving the new block, determine whether the block is missing in the local database according to the latest block height, and obtain the local database in time. Missing blocks and corresponding block information. For example, you can query the latest block height by writing a programming language. It should be added that the latest block height in the cache database can also be queried.
  • determining the block information that is missing from the local database according to the block height may include:
  • the local database When the local database is consistent with the block height of the blockchain, it may be stated that the local database is not missing the block; when the local database is inconsistent with the block height of the blockchain, Need to re-store the block. Because the data is organized, indexed and stored in the form of key-value pairs, the KV (Key-Value, Key-Value Storage) database, as long as the key value is determined, the information in the corresponding value is determined, by comparing the blocks. The height can effectively ensure the consistency of the local database and blockchain information.
  • KV Key-Value, Key-Value Storage
  • the latest block in the cache database can be cached.
  • the height is compared with the latest block height in the blockchain node. If there is a missing block, the information corresponding to the block can be retrieved.
  • the method may further include: the service system may issue different types of requests, and the various requests respectively correspond to different HTTP interface-based APIs, and the method may further include:
  • the SDK may respond to the query request through the transaction and block query interface 1051, and send the query request to the query service interface 1064, and then according to the query request.
  • the block and the correspondence between the block ID and the transaction ID determine transaction information corresponding to the block in the query request in the local database, and send the transaction information to the service system. If after losing the information of the message queue, or querying the specific data of a transaction in a certain block, or need to display the business data and the block data in the blockchain generated block visually When it comes out, the service system can send the query request to obtain the block information to be queried from the local database again.
  • the method may further include: acquiring, in response to the subscription request of the service system, the block information corresponding to the subscription request from the block queue and the transaction queue and transmitting the block information to the service system.
  • the blockchain service layer may obtain the block information corresponding to the subscription request through the block queue and the transaction queue in response to the subscription request, and The block information is sent to the service system to enable the service system to perform service processing. In this way, asynchronous subscription of messages can be achieved and the stability and accuracy of the messages are guaranteed.
  • the information processing apparatus 300 may include:
  • the transaction request generating module 301 can be configured to generate a transaction uplink request corresponding to the transaction request in response to the transaction request of the service system;
  • the transaction request sending module 302 may be configured to send the transaction uplink request to the blockchain to cause the blockchain to generate a block according to the transaction uplink request;
  • the block information storage module 303 can be configured to store the block information corresponding to the block to the local database and the message queue after the block is generated by the blockchain.
  • the present disclosure also provides an information processing system.
  • the information processing system can be used as an intermediate service layer, and is mainly used to implement message communication between a blockchain and various service systems.
  • the information processing system 400 can include an embedded toolkit 401 and a message service module 402, wherein:
  • the embedded toolkit 401 can be configured to generate a transaction uplink request according to the transaction request of the service system and send the transaction uplink request to the blockchain;
  • the message service module 402 is configured to: after the blockchain generates a block according to the transaction uplink request, store the block information corresponding to the block to a local database and a message queue.
  • the embedded toolkit 401 can include a transaction and block query unit 4011, a transaction encapsulation and initiation unit 4012, and a certificate private key management unit 4013, where:
  • the transaction and block query unit 4011 may be configured to respond to the query request sent by the service system to query the block information corresponding to the block;
  • the transaction encapsulation and initiating unit 4012 may be configured to encapsulate a transaction request sent by the service system to generate a transaction uplink request and send the transaction uplink request to the blockchain;
  • the certificate private key management unit 4013 may be configured to register the service system information into the blockchain in response to the registration request sent by the service system, so that the service system becomes a legitimate user end of the blockchain.
  • the message service module 402 can include a query service unit 4021, a database unit 4022, a message viewing unit 4023, and a message queue unit 4024. among them:
  • the query service unit 4021 can be configured to obtain, from the database unit, block information corresponding to the query request;
  • the database unit 4022 can be configured to store the block and the block information, so as to perform fast full traceback of each message in the blockchain and the service system through the database unit;
  • the message observing unit 4023 may be configured to verify and process the block information, and store the block information to the database unit and the message queue unit;
  • the message queue unit 4024 can be configured to determine the block information corresponding to the subscription request of the service system, so that the service system performs business processing, such as consumption.
  • modules or units of equipment for action execution are mentioned in the detailed description above, such division is not mandatory. Indeed, in accordance with embodiments of the present disclosure, the features and functions of two or more modules or units described above may be embodied in one module or unit. Conversely, the features and functions of one of the modules or units described above may be further divided into multiple modules or units.
  • the technical solution according to an embodiment of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network.
  • a non-volatile storage medium which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.
  • a number of instructions are included to cause a computing device (which may be a personal computer, server, mobile terminal, or network device, etc.) to perform a method in accordance with an embodiment of the present disclosure.
  • an electronic device capable of implementing the above method is also provided.
  • FIG. 5 An electronic device 600 according to such an embodiment of the present disclosure is described below with reference to FIG. 5 is merely an example and should not impose any limitation on the function and scope of use of the embodiments of the present disclosure.
  • electronic device 600 is embodied in the form of a general purpose computing device.
  • the components of the electronic device 600 may include, but are not limited to, the at least one processing unit 610, the at least one storage unit 620, and a bus 630 that connects different system components (including the storage unit 620 and the processing unit 610).
  • the storage unit stores program code, which can be executed by the processing unit 610, such that the processing unit 610 performs various exemplary embodiments according to the present disclosure described in the "Exemplary Method" section of the present specification.
  • the processing unit 610 may perform the steps as shown in FIG. 2: Step S210. Respond to a transaction request of the service system, generate a transaction uplink request corresponding to the transaction request; Step S220. Wind the transaction Sending a request to the blockchain to cause the blockchain to generate a block according to the transaction uplink request; step S230. After the blockchain is generated, the block information corresponding to the block is generated Store to local database and message queue.
  • the storage unit 620 can include a readable medium in the form of a volatile storage unit, such as a random access storage unit (RAM) 6201 and/or a cache storage unit 6202, and can further include a read only storage unit (ROM) 6203.
  • RAM random access storage unit
  • ROM read only storage unit
  • the storage unit 620 can also include a program/utility 6204 having a set (at least one) of the program modules 6205, such program modules 6205 including but not limited to: an operating system, one or more applications, other program modules, and program data, Implementations of the network environment may be included in each or some of these examples.
  • Bus 630 may represent one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, a graphics acceleration port, a processing unit, or a local area using any of a variety of bus structures. bus.
  • the electronic device 600 can also communicate with one or more external devices 700 (eg, a keyboard, pointing device, Bluetooth device, etc.), and can also communicate with one or more devices that enable the user to interact with the electronic device 600, and/or with The electronic device 600 is enabled to communicate with any device (e.g., router, modem, etc.) that is in communication with one or more other computing devices. This communication can take place via an input/output (I/O) interface 650. Also, electronic device 600 can communicate with one or more networks (eg, a local area network (LAN), a wide area network (WAN), and/or a public network, such as the Internet) through network adapter 660. As shown, network adapter 660 communicates with other modules of electronic device 600 via bus 630.
  • network adapter 660 communicates with other modules of electronic device 600 via bus 630.
  • the technical solution according to an embodiment of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network.
  • a non-volatile storage medium which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.
  • a number of instructions are included to cause a computing device (which may be a personal computer, server, terminal device, or network device, etc.) to perform a method in accordance with an embodiment of the present disclosure.
  • a computer readable storage medium having stored thereon a program product capable of implementing the above method of the present specification.
  • various aspects of the present disclosure may also be embodied in the form of a program product comprising program code for causing said program product to run on a terminal device The terminal device performs the steps according to various exemplary embodiments of the present disclosure described in the "Exemplary Method" section of the present specification.
  • a program product 800 for implementing the above method which may employ a portable compact disk read only memory (CD-ROM) and includes program code, and may be at a terminal device, is described in accordance with an embodiment of the present disclosure.
  • CD-ROM portable compact disk read only memory
  • the program product of the present disclosure is not limited thereto, and in this document, the readable storage medium may be any tangible medium that contains or stores a program that can be used by or in connection with an instruction execution system, apparatus, or device.
  • the program product can employ any combination of one or more readable media.
  • the readable medium can be a readable signal medium or a readable storage medium.
  • the readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the above. More specific examples (non-exhaustive lists) of readable storage media include: electrical connections with one or more wires, portable disks, hard disks, random access memory (RAM), read only memory (ROM), erasable Programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the foregoing.
  • the computer readable signal medium may include a data signal that is propagated in the baseband or as part of a carrier, carrying readable program code. Such propagated data signals can take a variety of forms including, but not limited to, electromagnetic signals, optical signals, or any suitable combination of the foregoing.
  • the readable signal medium can also be any readable medium other than a readable storage medium that can transmit, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
  • Program code embodied on a readable medium can be transmitted using any suitable medium, including but not limited to wireless, wireline, optical cable, RF, etc., or any suitable combination of the foregoing.
  • Program code for performing the operations of the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language, such as Java, C++, etc., including conventional procedural Programming language—such as the "C" language or a similar programming language.
  • the program code can execute entirely on the user computing device, partially on the user device, as a stand-alone software package, partially on the remote computing device on the user computing device, or entirely on the remote computing device or server. Execute on.
  • the remote computing device can be connected to the user computing device via any kind of network, including a local area network (LAN) or wide area network (WAN), or can be connected to an external computing device (eg, provided using an Internet service) Businesses are connected via the Internet).
  • LAN local area network
  • WAN wide area network
  • Businesses are connected via the Internet.

Abstract

一种信息处理方法、信息处理装置、计算机可读存储介质及电子设备,涉及金融数据处理技术领域,方法包括:响应业务系统的交易请求,生成与所述交易请求对应的交易上链请求(S210);将所述交易上链请求发送至区块链以使所述区块链根据所述交易上链请求生成区块(S220);在所述区块链生成所述区块后,将所述区块对应的区块信息存储至本地数据库以及消息队列(S230)。本方案可以提高信息处理的稳定性和安全性。

Description

信息处理方法、装置及系统、存储介质、电子设备 技术领域
本公开涉及金融数据处理技术领域,具体而言,涉及一种信息处理方法、信息处理装置、信息处理系统、计算机可读存储介质以及电子设备。
背景技术
随着移动支付和网上支付的普及,基于区块链技术构建的金融交易协议发挥着越来越重要的作用。
相关技术中,业务系统和区块链之间的消息通讯,只能依靠简单的API(Application Programming Interface,应用程序编程接口)完成,即业务系统可以直接调用API与区块链系统进行异步消息订阅和消息通知。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种信息处理方法、信息处理装置、信息处理系统、计算机可读存储介质以及电子设备,进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开的一个方面,提供一种信息处理方法,包括:
响应业务系统的交易请求,生成与所述交易请求对应的交易上链请求;
将所述交易上链请求发送至区块链以使所述区块链根据所述交易上链请求生成区块;
在所述区块链生成所述区块后,将所述区块对应的区块信息存储至本地数据库以及消息队列。
在本公开的一种示例性实施例中,将所述区块对应的区块信息存储至本地数据库包括:
通过区块维度和交易维度将所述区块信息存储至所述本地数据库。
在本公开的一种示例性实施例中,将所述区块对应的区块信息存储至本地数据库以及消息队列包括:
对存储至所述本地数据库的所述区块信息进行封装,并将封装后的所述区块信息放入区块队列以及交易队列。
在本公开的一种示例性实施例中,所述方法还包括:
响应业务系统的查询请求,根据所述区块维度和所述交易维度从所述本地数据库中确定与所述查询请求对应的所述区块信息并发送至业务系统。
在本公开的一种示例性实施例中,所述方法还包括:
响应业务系统的订阅请求,通过所述区块队列和所述交易队列将与所述订阅请求对应的所述区块信息发送至业务系统。
在本公开的一种示例性实施例中,所述方法还包括:
查询所述本地数据库的区块高度并根据所述区块高度确定所述本地数据库中缺失的所述区块信息。
在本公开的一种示例性实施例中,根据所述区块高度确定所述本地数据库缺失的所述区块信息包括:
对比所述本地数据库与所述区块链的所述区块高度,以确定所述本地数据库缺失的所述区块信息。
在本公开的一种示例性实施例中,生成与所述交易请求对应的交易上链请求包括:
将所述交易请求封装为交易提案;
判断所述交易提案的数量是否大于预设阈值并判断所述交易提案是否符合预设交易提案策略;
在所述数量大于所述预设阈值且所述交易提案符合所述预设交易提案策略时,生成与所述交易请求对应的所述交易上链请求。
在本公开的一种示例性实施例中,将所述交易上链请求发送至区块链包括:
采用GRPC协议将所述交易上链请求发送至所述区块链。
在本公开的一种示例性实施例中,所述方法还包括:
基于所述GRPC协议建立安全传输层协议认证体系,并通过所述安全传输层协议认证体系在安全传输层进行加密。
在本公开的一种示例性实施例中,所述交易提案包括注册ID、智能合约ID、私钥、 交易负载以及时间戳中的一种或多种。
根据本公开的一个方面,提供一种信息处理装置,包括:
交易请求生成模块,用于响应业务系统的交易请求,生成与所述交易请求对应的交易上链请求;
交易请求发送模块,用于将所述交易上链请求发送至区块链以使所述区块链根据所述交易上链请求生成区块;
区块信息存储模块,用于在所述区块链生成所述区块后,将所述区块对应的区块信息存储至本地数据库以及消息队列。
根据本公开的一个方面,提供一种信息处理系统,包括:
内嵌工具包,用于根据业务系统的交易请求生成一交易上链请求并将所述交易上链请求发送至区块链;
消息服务模块,用于在所述区块链根据所述交易上链请求生成区块后,将所述区块对应的区块信息存储至本地数据库以及消息队列。
在本公开的一种示例性实施例中,所述内嵌工具包包括:
交易与区块查询单元,用于响应业务系统发送的查询请求,以查询区块对应的区块信息;
交易封装与发起单元,用于将业务系统发送的交易请求进行封装生成交易上链请求并将所述交易上链请求发送至区块链;
证书私钥管理单元,用于响应业务系统发送的注册请求,将业务系统信息注册到区块链中。
在本公开的一种示例性实施例中,所述消息服务模块包括:
查询服务单元,用于从数据库单元中获取与查询请求对应的区块信息;
数据库单元,用于存储区块和区块信息;
消息观察单元,用于对区块信息进行验证和处理,并将所述区块信息存储至所述数据库单元以及消息队列单元;
消息队列单元,用于确定与业务系统的订阅请求对应的区块信息,以使业务系统进行业务处理。
根据本公开的一个方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任意一项所述的信息处理方法。
根据本公开的一个方面,提供一种电子设备,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的信息处理方法。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示意性示出本公开示例性实施例中一种异步消息订阅结构图;
图2示意性示出本公开示例性实施例中一种信息处理方法示意图;
图3示意性示出本公开示例性实施例中一种信息处理装置的框图;
图4示意性示出本公开示例性实施例中一种信息处理系统的框图;
图5示意性示出本公开示例性实施例中一种电子设备的框图;
图6示意性示出本公开示例性实施例中一种程序产品。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中,提供许多具体细节从而给出对本公开的实施方式的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而省略所述特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
相关技术中,通过API完成业务系统和区块链之间的消息通讯时,业务系统中没有 完善的机制保证交易的稳定性和安全性;由于API不能对交易消息进行存储,因此不能对交易消息进行全程追溯;除此之外,由于业务系统与区块链之间的耦合度非常高,不利于业务系统的独立部署与移植,因此信息处理效率较低。
本示例实施方式中首先提供了一种消息订阅的系统结构示意图,参考图1所示,所述系统包括业务系统、区块链服务层以及区块链网络。其中,区块链服务层可以作为中间服务层,主要用于实现区块链与各种业务系统之间的消息通讯。业务系统中包括多种不同类型的接口,例如查询请求接口101、请求交易接口102、用户注册接口103以及消息订阅接口104。区块链服务层包括可嵌入SDK(Software Development Kit,软件开发工具包)105以及消息服务106,其中,SDK包括交易与区块查询接口1051、交易封装与发起接口1052、证书/私钥管理接口1053,分别与业务系统的接口相对应。消息服务包括消息队列接口1061、消息观察接口1062、数据库接口1063以及查询服务接口1064。区块链网络包括107区块链接口API。
基于上述系统架构图,本示例性实施例中还提供了一种通过区块链服务层实现的信息处理方法,可以用于业务系统与区块链网络之间进行消息订阅、消息通知等过程。参考图2所示,该信息处理方法可以包括以下步骤:
步骤S210.响应业务系统的交易请求,生成与所述交易请求对应的交易上链请求;
步骤S220.将所述交易上链请求发送至区块链以使所述区块链根据所述交易上链请求生成区块;
步骤S230.在所述区块链生成所述区块后,将所述区块对应的区块信息存储至本地数据库以及消息队列。
根据本示例性实施例中提供的信息处理方法,一方面,通过将区块信息存储至本地数据库和消息队列,保证了信息的稳定性与准确性;一方面,通过将所述区块信息存储至本地数据库,可以快速全程追溯每一条信息,保证信息的完整性;另一方面,降低了业务系统与区块链之间的耦合度,提高了信息处理的效率。
接下来,结合图1和图2对本示例实施方式中的所述信息处理方法的各个步骤进行详细解释和说明。
在步骤S210中,响应业务系统的交易请求,生成与所述交易请求对应的交易上链请求。
本示例中,在系统开始运行时,首先进行用户注册,将业务系统信息注册到区块链中,以使其成为区块链的合法用户端。交易请求可以由业务系统主动发送,所述业务系统例如可以包括客户端或者是消费端。交易请求中例如可以包括交易清单列表、实时交易数据、订单列表等信息。
区块链服务层可以接收并响应业务系统发送的交易请求,其中,区块链服务层可以包括可嵌入SDK以及消息服务模块。具体而言,SDK可以用于与区块链通信,消息服 务模块可以用于和业务系统通信。
在本示例中,业务系统在进行注册以后,可以主动发起一笔交易请求,区块链服务层中的SDK可以响应交易请求,并生成与该交易请求对应的交易上链请求。可以在对交易请求进行预处理之后生成交易上链请求,预处理例如可以包括形式处理或者是将交易请求归一化处理等。
具体而言,生成与所述交易请求对应的交易上链请求可以包括:
将所述交易请求封装为交易提案;
判断所述交易提案的数量是否超过预设阈值并判断所述交易提案是否符合预设交易提案策略;
在所述数量超过所述预设阈值且所述交易提案符合所述预设交易提案策略时,生成与所述交易请求对应的所述交易上链请求。
本示例中,SDK的交易封装与发起接口1052可以将交易请求封装为交易提案的形态。所述交易提案可以包括注册ID、智能合约ID、私钥、交易负载以及时间戳中的一种或多种。具体而言,可以用Tx表示交易提案,其中,clientID代表注册ID,指明了SDK所在系统在整体架构中注册的ID对应IP地址等信息;chaincodeID代表智能合约ID,是需要调用的智能合约ID,明确了需要调用智能合约的版本信息等;txPayload代表交易负载,可以将调用智能合约的业务数据与参数封装在txPayload中;clientSig是SDK使用预先生成的私钥执行对整个交易提案的签名,用于验证交易提案的发起方的真伪。
在将交易请求封装成交易提案后,可以判断收集到的交易提案的数量是否超过预设阈值以及判断所述交易提案是否符合预设交易提案策略,以确定当前交易是否可以发生。此处的预设阈值例如可以为需要的交易提案总数量的2/3,具体数值可以根据实际需要进行具体设置。预设交易提案策略可以为事先设置好的关于向各个节点中注入智能合约以及智能合约的确认策略,例如可以为需要全网5个节点中的4个给予签名。
在交易提案的数量大于所述预设阈值且所述交易提案符合所述预设交易提案策略时,SDK可以将交易请求生成对应的所述交易上链请求。详细而言,例如在区块链的各个节点搭建完后,某个交易提案发送给节点后,节点调用智能合约进行验证,如果验证合法,就会给予签名,而此类验证签名的收集确认规则就是确认策略;如果确认策略明确规定,该智能合约验证的交易提案需要全网5个节点中的4个给予签名后,可以认为该交易提案合法,并且能够作为交易生成区块。通过将本示例中将交易请求打包成区块的过程,可以准确确定交易的顺序,并且可以删除掉不合法的交易,保证交易的安全性。
接下来,在步骤S220中,将所述交易上链请求发送至区块链以使所述区块链根据所述交易上链请求生成区块。
SDK生成交易上链请求后,可以首先确认该交易是否可以发生,例如该区块链是否 支持该笔交易提案发生等。在确定该交易可以发生后,SDK可以通过自带的发送交易提案接口将交易上链请求发送至区块链。随后区块链可以对交易上链请求进行验证,以确定该交易是否安全合法。在区块链验证该交易合法后,区块链可以将交易上链请求打包生成区块,并且生成的区块中包含该交易上链请求对应的所有交易信息。除此之外,区块链还可以全网广播该区块的生成。
其中,区块链可以理解为点对点的对等网络传输协议,密码学加密算法,分布式的共识机制,以及纳什均衡的博弈设计等技术的结合。基于这几种技术的结合,可以实现去中心化去信任的可靠数据库,使用算法证明机制来保证链上所记录信息的可追踪溯源,不可伪造,不可纂改。
区块是一种记录交易的数据结构,可以用于反映交易的资金流向。一个区块例如可以包括交易信息、前一个区块形成的哈希散列、随机数。交易信息是区块所承载的任务数据,具体包括交易双方的私钥、交易的数量、电子货币的数字签名等;前一个区块形成的哈希散列用来将区块连接起来,实现过往交易的顺序排列;随机数是交易达成的核心,所有矿工节点竞争计算随机数的答案,最快得到答案的节点生成一个新的区块,并广播到所有节点进行更新,根据上述过程可以如此完成一笔交易。
具体而言,在生成与所述交易请求对应的交易上链请求后,SDK可以通过交易封装与发起接口,采用GRPC(Google Remote PRocedure Call Protocol,谷歌远程过程调用协议)将生成的交易上链请求发送至区块链,以兼容区块链服务层与区块链网络之间的语言多样性。
进一步地,还可以在所述GRPC协议的基础上建立TLS(Transport Layer Security,安全传输层协议)认证体系。具体而言,SDK所在服务系统与区块链节点在同一个TLS根证书体系下颁发各自证书,并在网络通信时在TLS层进行加密。由于区块链服务层部署在本地,因此私钥也保存在本地。在进行消息调用与消息通知时均为内网通讯,从而可以保证数据在公网传输过程中的安全性。
接下来,在步骤S230中,在所述区块链生成所述区块后,将所述区块对应的区块信息存储至本地数据库以及消息队列。
本示例中,数据库1063可以包括缓存数据库和本地数据库,区块链将交易上链请求打包成区块后,首先可以根据区块维度和交易维度将区块信息存储在缓存数据库中,并通过KV(Key-Value,键值)数据库进行读写。在区块链服务层中的消息服务模块得知区块链生成与交易上链请求对应的新区块时,可以通过消息观察接口1062将区块链广播的区块生成对应的区块信息并进行验证和处理,进一步地将生成的区块信息持久化落地到本地数据库中。
具体而言,将所述区块对应的区块信息存储至本地数据库可以包括:通过区块维度和交易维度将所述区块信息存储至所述本地数据库。
本示例中,可以将所有的区块信息按照区块和交易两个维度存储至本地数据库,即按照生成的所有区块以及每个区块中所包含的所有交易信息两个维度对应存储,以通过本地数据库即可对区块链与业务系统中每一条消息的快速全程追溯。
进一步地,还可以将存储至本地数据库的区块信息发送至消息队列。此处的消息队列可以为业务系统监听的消息队列,例如可以包括区块队列和交易队列。通过将区块信息发送至消息队列,可以使业务系统直接从消息服务模块的消息队列中获取区块信息,并根据区块信息中包含的区块ID和交易ID信息进行业务系统处理等操作。
具体而言,将所述区块对应的区块信息存储至本地数据库以及消息队列可以包括:
对存储至所述本地数据库的所述区块信息进行封装,并将封装后的所述区块信息放入区块队列以及交易队列。
区块队列用于存储生成的所有区块信息,交易队列可以用于存储区块中所包含的所有交易信息。区块链服务层可以将上述步骤中落地到本地数据库的区块信息封装成消息,并分别放入消息队列1061以使业务系统对消息队列进行监听。例如可以将封装后的所述区块信息放入区块队列和交易队列,以使业务系统进行消费或者订阅等操作。通过这种方式,可以使所有的服务均独立于业务系统,业务系统不需要再考虑区块链服务层的生命周期,因此可以尽量减小业务系统的改动,降低了部署难度,从而提高了信息处理效率。
除此之外,所述方法还可以包括:查询所述本地数据库的区块高度并根据所述区块高度确定所述本地数据库中缺失的所述区块信息。
区块链服务层可以查询本地存储中的最新区块高度,并将最新区块高度作为接收新区块产生的请求参数,根据最新区块高度确定本地数据库中是否缺失区块,以及时获取本地数据库中缺失的区块以及对应的区块信息。例如可以通过编写程序语言查询最新区块高度。需要补充的是,也可以查询缓存数据库中的最新区块高度。
具体而言,根据所述区块高度确定所述本地数据库缺失的所述区块信息可以包括:
对比所述本地数据库与所述区块链的所述区块高度,以确定所述本地数据库缺失的所述区块信息。
当所述本地数据库与所述区块链的所述区块高度保持一致时,可以说明本地数据库未缺失区块;当所述本地数据库与所述区块链的所述区块高度不一致时,需要重新存储区块。由于采用的是数据按照键值对的形式进行组织、索引和存储的KV(Key-Value,键值存储)数据库,只要key值确定,所对应的value值中信息就是确定的,通过对比区块高度可以有效保证本地数据库与区块链信息的一致性。
举例而言,如果区块链服务层的缓存数据库中的数据全部被清除,需要重新从区块链的节点中获取一遍所有的区块以及区块信息,则可以将缓存数据库中的最新区块高度与区块链节点中最新的区块高度进行对比,如果有缺失的区块,就可以重新获取该区块 对应的信息。
由于业务系统可以发出不同类型的请求,且各种请求分别对应不同的基于http接口的API,在此基础上,所述方法还可以包括:
响应业务系统的查询请求,根据所述区块维度和所述交易维度从所述本地数据库中确定与所述查询请求对应的所述区块信息并发送至业务系统。
在业务系统通过查询请求接口101发出包括区块的查询请求时,SDK可以通过交易与区块查询接口1051响应该查询请求,并将所述查询请求发送至查询服务接口1064,进而根据查询请求中的区块以及区块ID与交易ID之间的对应关系在本地数据库中确定与查询请求中区块对应的交易信息,并将所述交易信息发送至业务系统。如果在丢失掉消息队列的信息之后,或者是查询某个区块中的某笔交易的具体数据,或者是需要将区块链已生成区块中的业务数据与区块数据以可视化的方式展示出来时,均可以通过业务系统发送查询请求的方式,再次从本地数据库中获取需要查询的区块信息。
除此之外,所述方法还可以包括:响应业务系统的订阅请求,从所述区块队列和所述交易队列获取与所述订阅请求对应的区块信息并发送至所述业务系统。
在业务系统通过消息订阅接口104发出包括区块的订阅请求时,区块链服务层可以响应该订阅请求,通过区块队列以及交易队列获取与所述订阅请求对应的区块信息,并将所述区块信息发送至业务系统以使所述业务系统进行业务处理。通过这种方式,可以实现消息的异步订阅并且保证了消息的稳定性和准确性。
本公开还提供了一种信息处理装置。参考图3所示,该信息处理装置300可以包括:
交易请求生成模块301,可以用于响应业务系统的交易请求,生成与所述交易请求对应的交易上链请求;
交易请求发送模块302,可以用于将所述交易上链请求发送至区块链以使所述区块链根据所述交易上链请求生成区块;
区块信息存储模块303,可以用于在所述区块链生成所述区块后,将所述区块对应的区块信息存储至本地数据库以及消息队列。
需要说明的是,上述信息处理装置中各模块的具体细节已经在对应的信息处理方法中进行了详细描述,因此此处不再赘述。
本公开还提供了一种信息处理系统。所述信息处理系统可以作为中间服务层,主要用于实现区块链与各种业务系统之间的消息通讯。参考图4所示,该信息处理系统400可以包括:内嵌工具包401以及消息服务模块402,其中:
内嵌工具包401,可以用于根据业务系统的交易请求生成一交易上链请求并将所述交易上链请求发送至区块链;
消息服务模块402,可以用于在所述区块链根据所述交易上链请求生成区块后,将所述区块对应的区块信息存储至本地数据库以及消息队列。
进一步地,所述内嵌工具包401可以包括交易与区块查询单元4011、交易封装与发起单元4012以及证书私钥管理单元4013,其中:
交易与区块查询单元4011,可以用于响应业务系统发送的查询请求,以查询区块对应的区块信息;
交易封装与发起单元4012,可以用于将业务系统发送的交易请求进行封装生成交易上链请求并将所述交易上链请求发送至区块链;
证书私钥管理单元4013,可以用于响应业务系统发送的注册请求,将业务系统信息注册到区块链中,以使业务系统成为区块链的合法用户端。
所述消息服务模块402可以包括查询服务单元4021、数据库单元4022、消息观察单元4023以及消息队列单元4024。其中:
查询服务单元4021,可以用于从数据库单元中获取与查询请求对应的区块信息;
数据库单元4022,可以用于存储区块和区块信息,以通过数据库单元对区块链与业务系统中每一条消息进行快速全程追溯;
消息观察单元4023,可以用于对区块信息进行验证和处理,并将所述区块信息存储至所述数据库单元以及消息队列单元;
消息队列单元4024,可以用于确定与业务系统的订阅请求对应的区块信息,以使业务系统进行业务处理,例如消费等操作。
需要说明的是,上述信息处理系统中各模块的各个单元的具体细节已经在对应的信息处理方法中进行了详细描述,因此此处不再赘述。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外,尽管在附图中以特定顺序描述了本公开中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
在本公开的示例性实施例中,还提供了一种能够实现上述方法的电子设备。
所属技术领域的技术人员能够理解,本公开的各个方面可以实现为系统、方法或程序产品。因此,本公开的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。
下面参照图5来描述根据本公开的这种实施方式的电子设备600。图5显示的电子设备600仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图5所示,电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于:上述至少一个处理单元610、上述至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元610执行,使得所述处理单元610执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如,所述处理单元610可以执行如图2中所示的步骤:步骤S210.响应业务系统的交易请求,生成与所述交易请求对应的交易上链请求;步骤S220.将所述交易上链请求发送至区块链以使所述区块链根据所述交易上链请求生成区块;步骤S230.在所述区块链生成所述区块后,将所述区块对应的区块信息存储至本地数据库以及消息队列。
存储单元620可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202,还可以进一步包括只读存储单元(ROM)6203。
存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204,这样的程序模块6205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线630可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备600交互的设备通信,和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且,电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器660通过总线630与电子设备600的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备600使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
在本公开的示例性实施例中,还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中,本公开的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。
参考图6所示,描述了根据本公开的实施方式的用于实现上述方法的程序产品800,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本公开的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在 用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
此外,上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。

Claims (17)

  1. 一种信息处理方法,其特征在于,包括:
    响应业务系统的交易请求,生成与所述交易请求对应的交易上链请求;
    将所述交易上链请求发送至区块链以使所述区块链根据所述交易上链请求生成区块;
    在所述区块链生成所述区块后,将所述区块对应的区块信息存储至本地数据库以及消息队列。
  2. 根据权利要求1所述的信息处理方法,其特征在于,将所述区块对应的区块信息存储至本地数据库包括:
    通过区块维度和交易维度将所述区块信息存储至所述本地数据库。
  3. 根据权利要求2所述的信息处理方法,其特征在于,将所述区块对应的区块信息存储至本地数据库以及消息队列包括:
    对存储至所述本地数据库的所述区块信息进行封装,并将封装后的所述区块信息放入区块队列以及交易队列。
  4. 根据权利要求2所述的信息处理方法,其特征在于,所述方法还包括:
    响应业务系统的查询请求,根据所述区块维度和所述交易维度从所述本地数据库中确定与所述查询请求对应的所述区块信息并发送至业务系统。
  5. 根据权利要求3所述的信息处理方法,其特征在于,所述方法还包括:
    响应业务系统的订阅请求,通过所述区块队列和所述交易队列将与所述订阅请求对应的所述区块信息发送至业务系统。
  6. 根据权利要求1所述的信息处理方法,其特征在于,所述方法还包括:
    查询所述本地数据库的区块高度并根据所述区块高度确定所述本地数据库中缺失的所述区块信息。
  7. 根据权利要求6所述的信息处理方法,其特征在于,根据所述区块高度确定所述本地数据库缺失的所述区块信息包括:
    对比所述本地数据库与所述区块链的所述区块高度,以确定所述本地数据库缺失的所述区块信息。
  8. 根据权利要求1所述的信息处理方法,其特征在于,生成与所述交易请求对应的交易上链请求包括:
    将所述交易请求封装为交易提案;
    判断所述交易提案的数量是否大于预设阈值并判断所述交易提案是否符合预设交易提案策略;
    在所述数量大于所述预设阈值且所述交易提案符合所述预设交易提案策略时,生成与所述交易请求对应的所述交易上链请求。
  9. 根据权利要求1所述的信息处理方法,其特征在于,将所述交易上链请求发送至区块链包括:
    采用GRPC协议将所述交易上链请求发送至所述区块链。
  10. 根据权利要求9所述的信息处理方法,其特征在于,所述方法还包括:
    基于所述GRPC协议建立安全传输层协议认证体系,并通过所述安全传输层协议认证体系在安全传输层进行加密。
  11. 根据权利要求8所述的信息处理方法,其特征在于,所述交易提案包括注册ID、智能合约ID、私钥、交易负载以及时间戳中的一种或多种。
  12. 一种信息处理装置,其特征在于,包括:
    交易请求生成模块,用于响应业务系统的交易请求,生成与所述交易请求对应的交易上链请求;
    交易请求发送模块,用于将所述交易上链请求发送至区块链以使所述区块链根据所述交易上链请求生成区块;
    区块信息存储模块,用于在所述区块链生成所述区块后,将所述区块对应的区块信息存储至本地数据库以及消息队列。
  13. 一种信息处理系统,其特征在于,包括:
    内嵌工具包,用于根据业务系统的交易请求生成一交易上链请求并将所述交易上链请求发送至区块链;
    消息服务模块,用于在所述区块链根据所述交易上链请求生成区块后,将所述区块对应的区块信息存储至本地数据库以及消息队列。
  14. 根据权利要求13所述的信息处理系统,其特征在于,所述内嵌工具包包括:
    交易与区块查询单元,用于响应业务系统发送的查询请求,以查询区块对应的区块信息;
    交易封装与发起单元,用于将业务系统发送的交易请求进行封装生成交易上链请求并将所述交易上链请求发送至区块链;
    证书私钥管理单元,用于响应业务系统发送的注册请求,将业务系统信息注册到区 块链中。
  15. 根据权利要求13所述的信息处理系统,其特征在于,所述消息服务模块包括:
    查询服务单元,用于从数据库单元中获取与查询请求对应的区块信息;
    数据库单元,用于存储区块和区块信息;
    消息观察单元,用于对区块信息进行验证和处理,并将所述区块信息存储至所述数据库单元以及消息队列单元;
    消息队列单元,用于确定与业务系统的订阅请求对应的区块信息,以使业务系统进行业务处理。
  16. 一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1-11任一项所述的信息处理方法。
  17. 一种电子设备,其特征在于,包括:
    处理器;以及
    存储器,用于存储所述处理器的可执行指令;
    其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1-11任一项所述的信息处理方法。
PCT/CN2018/115462 2017-11-27 2018-11-14 信息处理方法、装置及系统、存储介质、电子设备 WO2019100991A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711208838.XA CN108985757B (zh) 2017-11-27 2017-11-27 信息处理方法、装置及系统、存储介质、电子设备
CN201711208838.X 2017-11-27

Publications (1)

Publication Number Publication Date
WO2019100991A1 true WO2019100991A1 (zh) 2019-05-31

Family

ID=64542260

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/115462 WO2019100991A1 (zh) 2017-11-27 2018-11-14 信息处理方法、装置及系统、存储介质、电子设备

Country Status (2)

Country Link
CN (1) CN108985757B (zh)
WO (1) WO2019100991A1 (zh)

Cited By (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110597835A (zh) * 2019-09-17 2019-12-20 深圳前海微众银行股份有限公司 一种基于区块链的交易数据删除方法及装置
CN110609755A (zh) * 2019-08-02 2019-12-24 平安科技(深圳)有限公司 跨区块链节点的消息处理方法及装置、设备、介质
CN110928950A (zh) * 2019-11-25 2020-03-27 深圳壹账通智能科技有限公司 区块链交易信息管理方法、装置、计算机设备及存储介质
CN111080290A (zh) * 2019-11-19 2020-04-28 杭州趣链科技有限公司 一种基于账户分类的区块链交易执行与数据存储方法
CN111178903A (zh) * 2019-12-17 2020-05-19 江苏大学 基于区块链的温室产品溯源系统与方法
CN111242630A (zh) * 2019-12-19 2020-06-05 广州宏算信息科技有限公司 一种基于区块链的结算方法、装置及存储介质
CN111259298A (zh) * 2020-01-16 2020-06-09 深圳市华海同创科技有限公司 基于区块链的话题生成方法、节点服务器及存储介质
CN111274032A (zh) * 2020-01-17 2020-06-12 Oppo广东移动通信有限公司 任务处理系统及方法、存储介质
CN111274258A (zh) * 2020-02-10 2020-06-12 刘翱天 一种区块链数据上链方法
CN111415262A (zh) * 2020-04-01 2020-07-14 中国建设银行股份有限公司 一种业务处理方法和装置
CN111552739A (zh) * 2020-04-27 2020-08-18 中国银行股份有限公司 一种基于区块链的个人外汇信息管理方法及装置
CN111563124A (zh) * 2020-05-08 2020-08-21 中国工商银行股份有限公司 基于区块链的作业处理方法、装置及系统
CN111738721A (zh) * 2020-06-23 2020-10-02 金蝶软件(中国)有限公司 一种区块链交易监听方法以及相关装置
CN111861754A (zh) * 2020-07-30 2020-10-30 杭州复杂美科技有限公司 交易打包方法、设备和存储介质
CN112231755A (zh) * 2020-10-27 2021-01-15 腾讯科技(深圳)有限公司 一种基于区块链的数据授权方法、装置及系统
CN112328609A (zh) * 2019-08-05 2021-02-05 北京京东振世信息技术有限公司 知识获取方法、知识读取方法及装置、系统、设备和介质
CN112435027A (zh) * 2020-11-30 2021-03-02 中国建设银行股份有限公司 转移业务数据的方法和装置
CN112434345A (zh) * 2020-11-30 2021-03-02 中国建设银行股份有限公司 基于区块链的资产追溯方法、装置、设备及介质
CN112612816A (zh) * 2020-12-01 2021-04-06 网易(杭州)网络有限公司 以太坊联盟链的业务结果查询方法、装置、设备及介质
CN112835973A (zh) * 2019-11-25 2021-05-25 斑马智行网络(香港)有限公司 数据处理方法、设备及存储介质
CN113381863A (zh) * 2020-03-10 2021-09-10 本无链科技(深圳)有限公司 一种用于区块链的招呼型广播系统及方法
CN113691621A (zh) * 2021-08-24 2021-11-23 上海点融信息科技有限责任公司 一种区块链数据上链方法
CN113781229A (zh) * 2021-09-22 2021-12-10 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种交易数据的存储方法、装置、设备及可读存储介质
CN113949742A (zh) * 2021-09-18 2022-01-18 深圳时空云科技有限公司 提高区块链的吞吐量的方法、装置
CN114119236A (zh) * 2021-12-03 2022-03-01 西华大学 基于区块链反垄断的平台相对交易人数据自证交易方法
CN114938293A (zh) * 2022-04-28 2022-08-23 深圳云创数安科技有限公司 基于区块链的nginx数据溯源方法、装置、设备及存储介质
CN116166736A (zh) * 2023-04-20 2023-05-26 中国信息通信研究院 基于应用程序接口的区块链数据上链方法、装置和介质

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111325552A (zh) * 2018-12-14 2020-06-23 北京海益同展信息科技有限公司 数据处理方法及装置、电子设备、存储介质
CN109587265A (zh) * 2018-12-19 2019-04-05 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种消息推送方法、装置、设备及可读存储介质
CN109711201A (zh) * 2018-12-29 2019-05-03 百度在线网络技术(北京)有限公司 基于区块链的扶贫处理方法、装置、设备及介质
CN109886681B (zh) * 2019-01-31 2021-06-18 北京瑞卓喜投科技发展有限公司 区块链共识方法及共识系统
CN109859047A (zh) * 2019-01-31 2019-06-07 北京瑞卓喜投科技发展有限公司 一种区块链更新方法和区块链更新系统
CN109857727B (zh) * 2019-03-02 2021-05-11 杭州复杂美科技有限公司 一种本地数据库重构方法、设备和存储介质
CN110097363A (zh) * 2019-04-12 2019-08-06 深圳前海微众银行股份有限公司 一种基于区块链的事件发布、事件订阅的方法及装置
CN110070444A (zh) * 2019-04-25 2019-07-30 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种区块链交易流程管理方法及相关装置
CN110209681A (zh) * 2019-05-22 2019-09-06 深圳壹账通智能科技有限公司 区块链数据入链方法、装置、计算机设备和存储介质
CN110278256B (zh) * 2019-06-13 2021-12-14 魏松杰 区块链节点接入上链方法、相关设备及系统
CN110276688B (zh) * 2019-06-14 2024-02-06 深圳前海微众银行股份有限公司 一种区块链中交易处理的方法及装置
CN110247842A (zh) * 2019-06-28 2019-09-17 江苏物联网研究发展中心 一种基于消息订阅机制的通讯方法
CN110753084B (zh) * 2019-09-06 2023-04-07 平安普惠企业管理有限公司 上链数据读取方法、缓存服务器及计算机可读存储介质
CN110677462B (zh) * 2019-09-09 2022-07-12 上海共链信息科技有限公司 多区块链网络的访问处理方法、系统、装置及存储介质
CN110570321B (zh) * 2019-09-16 2022-11-01 上海保险交易所股份有限公司 基于区块链的再保险业务的方法和系统
CN110674140B (zh) * 2019-09-29 2022-04-15 腾讯科技(深圳)有限公司 基于区块链的内容处理方法、装置、设备及存储介质
CN110830581B (zh) * 2019-11-12 2022-11-22 金蝶软件(中国)有限公司 提升区块链响应速度的方法、区块链应用系统及相关设备
CN111078745A (zh) * 2019-12-20 2020-04-28 京东数字科技控股有限公司 基于区块链技术的数据上链方法和装置
CN111245897B (zh) * 2019-12-30 2022-08-26 深圳物缘科技有限公司 数据处理方法、装置、系统、存储介质及处理器
CN111159300A (zh) * 2019-12-31 2020-05-15 中国银行股份有限公司 基于区块链的数据处理方法及装置
CN111461718A (zh) * 2020-04-03 2020-07-28 中国建设银行股份有限公司 区块链节点的接入方法、装置及系统
CN111726304A (zh) * 2020-06-19 2020-09-29 中国工商银行股份有限公司 信息处理方法、信息处理装置、计算机系统和介质
CN112015815B (zh) * 2020-08-27 2024-02-02 中国平安财产保险股份有限公司 数据同步方法、装置及计算机可读存储介质
CN113283991A (zh) * 2021-06-08 2021-08-20 中国人民银行数字货币研究所 一种区块链上交易数据的处理方法及装置
CN113505024B (zh) * 2021-07-08 2024-02-23 网易(杭州)网络有限公司 联盟链的数据处理方法、装置、电子设备及存储介质
CN113837880A (zh) * 2021-09-14 2021-12-24 杭州链城数字科技有限公司 一种数据交易方法及装置、电子设备
CN114022151A (zh) * 2022-01-10 2022-02-08 云账户技术(天津)有限公司 区块链数据可视化方法、系统、电子设备和存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106603698A (zh) * 2016-12-28 2017-04-26 北京果仁宝科技有限公司 基于dpos的区块链共识方法和节点
US20170200147A1 (en) * 2016-01-08 2017-07-13 Akbar Ali Ansari System and the computer methods of issuing, transferring and manipulating value or gift cards using blockchain technology
CN106991164A (zh) * 2017-03-31 2017-07-28 北京京东金融科技控股有限公司 基于区块链的用于金融数据处理的方法、装置及电子设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106446067B (zh) * 2016-09-06 2020-02-18 联动优势科技有限公司 一种获取交易数据的方法和装置
CN106485495A (zh) * 2016-09-18 2017-03-08 江苏通付盾科技有限公司 交易信息订阅方法、装置、服务器以及系统
CN106656974B (zh) * 2016-10-17 2019-07-16 江苏通付盾科技有限公司 区块链的分组共识方法及系统
CN106506493A (zh) * 2016-10-27 2017-03-15 摩登大道时尚电子商务有限公司 基于区块链平台的数据处理方法
CN106874393A (zh) * 2017-01-13 2017-06-20 北京众享比特科技有限公司 基于区块链的业务数据同步方法及系统、数据库系统
CN106874087A (zh) * 2017-01-25 2017-06-20 上海钜真金融信息服务有限公司 一种区块链智能合约定时任务调度方法
CN106991612A (zh) * 2017-03-31 2017-07-28 北京京东金融科技控股有限公司 用于金融数据共享的方法、装置及电子设备
CN107197036A (zh) * 2017-06-22 2017-09-22 广东网金控股股份有限公司 一种基于区块链的信息一致处理方法及终端
CN107330694A (zh) * 2017-07-03 2017-11-07 重庆小犀智能科技有限公司 基于区块链的版权交易系统以及交易方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170200147A1 (en) * 2016-01-08 2017-07-13 Akbar Ali Ansari System and the computer methods of issuing, transferring and manipulating value or gift cards using blockchain technology
CN106603698A (zh) * 2016-12-28 2017-04-26 北京果仁宝科技有限公司 基于dpos的区块链共识方法和节点
CN106991164A (zh) * 2017-03-31 2017-07-28 北京京东金融科技控股有限公司 基于区块链的用于金融数据处理的方法、装置及电子设备

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110609755A (zh) * 2019-08-02 2019-12-24 平安科技(深圳)有限公司 跨区块链节点的消息处理方法及装置、设备、介质
CN112328609A (zh) * 2019-08-05 2021-02-05 北京京东振世信息技术有限公司 知识获取方法、知识读取方法及装置、系统、设备和介质
CN112328609B (zh) * 2019-08-05 2023-09-26 北京京东振世信息技术有限公司 知识获取方法、知识读取方法及装置、系统、设备和介质
CN110597835A (zh) * 2019-09-17 2019-12-20 深圳前海微众银行股份有限公司 一种基于区块链的交易数据删除方法及装置
CN111080290A (zh) * 2019-11-19 2020-04-28 杭州趣链科技有限公司 一种基于账户分类的区块链交易执行与数据存储方法
CN111080290B (zh) * 2019-11-19 2023-05-26 杭州趣链科技有限公司 一种基于账户分类的区块链交易执行与数据存储方法
CN110928950A (zh) * 2019-11-25 2020-03-27 深圳壹账通智能科技有限公司 区块链交易信息管理方法、装置、计算机设备及存储介质
CN112835973A (zh) * 2019-11-25 2021-05-25 斑马智行网络(香港)有限公司 数据处理方法、设备及存储介质
CN111178903A (zh) * 2019-12-17 2020-05-19 江苏大学 基于区块链的温室产品溯源系统与方法
CN111178903B (zh) * 2019-12-17 2023-11-10 江苏大学 基于区块链的温室产品溯源系统与方法
CN111242630A (zh) * 2019-12-19 2020-06-05 广州宏算信息科技有限公司 一种基于区块链的结算方法、装置及存储介质
CN111259298B (zh) * 2020-01-16 2023-06-27 深圳市华海同创科技有限公司 基于区块链的话题生成方法、节点服务器及存储介质
CN111259298A (zh) * 2020-01-16 2020-06-09 深圳市华海同创科技有限公司 基于区块链的话题生成方法、节点服务器及存储介质
CN111274032B (zh) * 2020-01-17 2024-04-30 Oppo广东移动通信有限公司 任务处理系统及方法、存储介质
CN111274032A (zh) * 2020-01-17 2020-06-12 Oppo广东移动通信有限公司 任务处理系统及方法、存储介质
CN111274258A (zh) * 2020-02-10 2020-06-12 刘翱天 一种区块链数据上链方法
CN113381863A (zh) * 2020-03-10 2021-09-10 本无链科技(深圳)有限公司 一种用于区块链的招呼型广播系统及方法
CN111415262A (zh) * 2020-04-01 2020-07-14 中国建设银行股份有限公司 一种业务处理方法和装置
CN111552739A (zh) * 2020-04-27 2020-08-18 中国银行股份有限公司 一种基于区块链的个人外汇信息管理方法及装置
CN111563124A (zh) * 2020-05-08 2020-08-21 中国工商银行股份有限公司 基于区块链的作业处理方法、装置及系统
CN111563124B (zh) * 2020-05-08 2023-06-23 中国工商银行股份有限公司 基于区块链的作业处理方法、装置及系统
CN111738721A (zh) * 2020-06-23 2020-10-02 金蝶软件(中国)有限公司 一种区块链交易监听方法以及相关装置
CN111861754A (zh) * 2020-07-30 2020-10-30 杭州复杂美科技有限公司 交易打包方法、设备和存储介质
CN111861754B (zh) * 2020-07-30 2023-11-28 杭州复杂美科技有限公司 交易打包方法、设备和存储介质
CN112231755A (zh) * 2020-10-27 2021-01-15 腾讯科技(深圳)有限公司 一种基于区块链的数据授权方法、装置及系统
CN112434345A (zh) * 2020-11-30 2021-03-02 中国建设银行股份有限公司 基于区块链的资产追溯方法、装置、设备及介质
CN112435027A (zh) * 2020-11-30 2021-03-02 中国建设银行股份有限公司 转移业务数据的方法和装置
CN112612816A (zh) * 2020-12-01 2021-04-06 网易(杭州)网络有限公司 以太坊联盟链的业务结果查询方法、装置、设备及介质
CN112612816B (zh) * 2020-12-01 2023-06-30 网易(杭州)网络有限公司 以太坊联盟链的业务结果查询方法、装置、设备及介质
CN113691621B (zh) * 2021-08-24 2023-10-13 上海点融信息科技有限责任公司 一种区块链数据上链方法
CN113691621A (zh) * 2021-08-24 2021-11-23 上海点融信息科技有限责任公司 一种区块链数据上链方法
CN113949742B (zh) * 2021-09-18 2023-11-10 深圳时空云科技有限公司 提高区块链的吞吐量的方法、装置
CN113949742A (zh) * 2021-09-18 2022-01-18 深圳时空云科技有限公司 提高区块链的吞吐量的方法、装置
CN113781229A (zh) * 2021-09-22 2021-12-10 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种交易数据的存储方法、装置、设备及可读存储介质
CN114119236A (zh) * 2021-12-03 2022-03-01 西华大学 基于区块链反垄断的平台相对交易人数据自证交易方法
CN114938293A (zh) * 2022-04-28 2022-08-23 深圳云创数安科技有限公司 基于区块链的nginx数据溯源方法、装置、设备及存储介质
CN114938293B (zh) * 2022-04-28 2024-03-12 深圳云创数安科技有限公司 基于区块链的nginx数据溯源方法、装置、设备及存储介质
CN116166736A (zh) * 2023-04-20 2023-05-26 中国信息通信研究院 基于应用程序接口的区块链数据上链方法、装置和介质
CN116166736B (zh) * 2023-04-20 2023-07-07 中国信息通信研究院 基于应用程序接口的区块链数据上链方法、装置和介质

Also Published As

Publication number Publication date
CN108985757A (zh) 2018-12-11
CN108985757B (zh) 2021-03-30

Similar Documents

Publication Publication Date Title
WO2019100991A1 (zh) 信息处理方法、装置及系统、存储介质、电子设备
CN110580414B (zh) 基于区块链账户的隐私数据查询方法及装置
CN110580418B (zh) 基于区块链账户的隐私数据查询方法及装置
CN110223172B (zh) 有条件的结合代码标注与类型维度的收据存储方法和节点
CN110264195B (zh) 结合代码标注与交易、用户类型的收据存储方法和节点
WO2020211496A1 (zh) 一种块链式账本中的签名验证方法、系统、装置及设备
CN110245490B (zh) 有条件的结合代码标注与类型维度的收据存储方法和节点
CN110263087B (zh) 基于多维度信息且具有条件限制的收据存储方法和节点
CN110266644B (zh) 结合代码标注与交易类型的收据存储方法和节点
CN110264198B (zh) 结合代码标注与交易类型的有条件的收据存储方法和节点
CN110263544B (zh) 结合交易类型和判断条件的收据存储方法和节点
CN110245946B (zh) 结合代码标注与多类型维度的收据存储方法和节点
CN110580245B (zh) 隐私数据的共享方法及装置
WO2020233637A1 (zh) 结合代码标注与用户类型的收据存储方法和节点
CN110245942B (zh) 结合用户类型和判断条件的收据存储方法和节点
WO2020233612A1 (zh) 结合代码标注与交易、事件类型的收据存储方法和节点
CN110263091B (zh) 结合代码标注与用户、事件类型的收据存储方法和节点
WO2020233615A1 (zh) 结合用户类型与事件函数类型的收据存储方法和节点
CN110245947B (zh) 结合交易与用户类型的条件限制的收据存储方法和节点
CN110264192B (zh) 基于交易类型的收据存储方法和节点
CN110263088B (zh) 结合代码标注与事件类型的有条件的收据存储方法和节点
CN110245944B (zh) 基于用户类型的收据存储方法和节点
CN110580411B (zh) 基于智能合约的权限查询配置方法及装置
CN110264193B (zh) 结合用户类型与交易类型的收据存储方法和节点
CN110247895B (zh) 收据存储方法、节点、设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18881406

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18881406

Country of ref document: EP

Kind code of ref document: A1