CN107315786B - Service data storage method and device - Google Patents
Service data storage method and device Download PDFInfo
- Publication number
- CN107315786B CN107315786B CN201710438943.6A CN201710438943A CN107315786B CN 107315786 B CN107315786 B CN 107315786B CN 201710438943 A CN201710438943 A CN 201710438943A CN 107315786 B CN107315786 B CN 107315786B
- Authority
- CN
- China
- Prior art keywords
- data
- service
- service data
- block chain
- block
- 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/21—Design, administration or maintenance of databases
- G06F16/211—Schema design and management
-
- 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
-
- 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/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6227—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database where protection concerns the structure of data, e.g. records, types, queries
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention discloses a service data storage method and device, and belongs to the technical field of networks. The method comprises the following steps: receiving service data; determining a target block chain corresponding to the service data from the plurality of block chains according to the data type of the service data; and generating a second block on the target block chain based on the service data and the block head characteristic value of the first block in the target block chain, wherein the first block is the last block of the second block, and the second block is used for recording the service data. The invention can selectively carry out data sharing and data isolation, and can detect any service data in the block by the next block when being tampered due to the correlation between the front and the rear blocks in the block chain, thereby avoiding malicious users from tampering or denying the processed service data and also ensuring the safety of the service data.
Description
Technical Field
The present invention relates to the field of network technologies, and in particular, to a method and an apparatus for storing service data.
Background
With the development of network technology, network bandwidth is greatly optimized, a server can quickly process required services for a terminal, and in order to provide richer services for the terminal, a plurality of organizations often provide the terminal with payment services in a combined manner, for example, the servers of banks, supervision organizations and network service providers together.
In the process of processing the service data of the terminal, in order to back up the service processing process, when the service data of the terminal is received, the server may store the service data. Since some service data relate to business privacy of an organization, usually, only some servers in servers of multiple organizations have storage requirements for the service data, each server may store the service data meeting its storage requirements according to its own storage requirements, for example, server a may store service data a, but may not store data B because it does not have the storage requirements for service data B.
In the process of implementing the invention, the inventor finds that the prior art has at least the following problems:
because the server has a potential safety hazard of being invaded by malicious molecules, the business data stored by a certain server is probably maliciously tampered, and if other servers do not have the storage requirement of the business data, the business data cannot be stored, so that the server is difficult to find the tampered business data through other servers, and the safety of the business data is poor.
Disclosure of Invention
In order to solve the problems in the prior art, embodiments of the present invention provide a method and an apparatus for storing service data. The method and the system store the service data in a block chain mode through the server, can quickly find the data on the block chain after being tampered, and can automatically recover the data from other servers configured with the block chain correctly, thereby ensuring the safety of the service data. The technical scheme is as follows:
in a first aspect, a method for storing service data is provided, where the method includes:
determining a target block chain corresponding to the service data from the plurality of block chains according to the data type of the service data;
and generating a second block on the target block chain based on the service data and a block header characteristic value of a first block in the target block chain, wherein the first block is a last block of the second block, and the second block is used for recording the service data.
In a second aspect, a service data storage device is provided, the device including:
the receiving module is used for receiving the service data;
a determining module, configured to determine, according to a data type of the service data, a target block chain corresponding to the service data from the multiple block chains;
a storage module, configured to generate a second block on the target block chain based on the service data and a block header feature value of a first block in the target block chain, where the first block is a previous block of the second block, and the second block is used to record the service data.
In a third aspect, there is provided a computer-readable storage medium having stored therein at least one instruction, at least one program, a set of codes, or a set of instructions, which is loaded and executed by a processor to implement the business data storage method according to any one of the possible implementations of the first aspect.
In a fourth aspect, an electronic device is provided, which includes a processor and a memory, where at least one instruction, at least one program, a set of codes, or a set of instructions is stored in the memory, and the at least one instruction, the at least one program, the set of codes, or the set of instructions is loaded and executed by the processor to implement the business data storage method according to any one of the possible implementations of the first aspect.
The embodiment of the invention can store each type of service data into the block chain corresponding to the type of service data by configuring the block chain corresponding to each type of service data among a plurality of service mechanisms according to service requirements, further lead the plurality of block chains to be respectively stored with the service data of different data types, lead any service mechanism to share one type of service data on one block chain with some cooperative service mechanisms according to the service requirements and share another type of service data on another block chain with other cooperative service mechanisms, lead the data on different block chains not to be mutually influenced, further lead the data sharing and the data isolation to be selectively carried out, lead any service data in a block to be detected by the next block when being distorted due to the correlation between the front block and the rear block in the block chain, avoid the malicious user from distorting or resisting the processed service data, the safety of the service data is also ensured.
Because the process of generating the blocks by each block chain is not influenced mutually, even if a large amount of service data of users are received in a short period, the service data can be distributed to each block chain according to the data type, and then the service data is stored in each block chain in parallel, so that the performance of the server is not limited by the chain structure of the block chains any more, and the operation efficiency of the server is improved.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a schematic diagram of a service data processing system according to an embodiment of the present invention;
fig. 2 is a flowchart of a service data storage method according to an embodiment of the present invention;
fig. 3 is a flow chart of a service request processing according to an embodiment of the present invention;
fig. 4 is a block diagram of a service data storage device according to an embodiment of the present invention;
fig. 5A is a block diagram of a service data storage device according to an embodiment of the present invention;
fig. 5B is a block diagram of a service data storage device according to an embodiment of the present invention;
fig. 6 is a block diagram of an electronic device 600 according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
Fig. 1 is a schematic diagram of a service data processing system according to an embodiment of the present invention, as shown in fig. 1, the service data processing system may be composed of a plurality of subsystems, each subsystem may be configured with a plurality of block chains according to a data type of service data, and any two subsystems may be configured with the same block chain or different block chains, so that the plurality of subsystems configured with the same block chain may agree on the service data stored in the block chain and provide services for users based on the service data.
For example, the business data processing system may be a payment business data processing system that includes subsystem 101, subsystem 102, subsystem 103, and subsystem 104. The subsystem 101 may include a network facilitator deployed node 1011, a node 1012, and a node 1013 configured with blockchain a, blockchain B, and blockchain C, respectively; the subsystem 102 may include a bank X deployed node 1021 and a node 1022, which are configured with blockchain a and blockchain B, respectively; the subsystem 103 may include a node 1031 and a node 1032 deployed by bank Y, which are configured with a blockchain a and a blockchain C, respectively; the subsystem 104 may include a supervisor deployed node 1041, a node 1042, and a node 1043, which are configured with a blockchain a, a blockchain B, and a blockchain C, respectively. It should be noted that a subsystem may include a plurality of nodes corresponding to a blockchain, for example, the subsystem 101 further includes a node 1014, and the node 1014 is also configured with a blockchain C.
In the embodiment of the present invention, a plurality of blockchains may provide data services for at least one first service organization, and some blockchains in the plurality of blockchains provide data services for at least one first service organization and at least one second service organization, for example, the at least one first service organization may be a network service provider or a supervision organization, and each of blockchain a, blockchain B, and blockchain C may provide data services for the two service organizations; the at least one second service organization is bank X and bank Y, and the blockchain a may provide data services for the network facilitator, bank X, bank Y, and the regulatory body. Alternatively, the plurality of blockchains may each provide data services to at least one service entity. For example, bank X is configured with blockchain C, bank Y is also configured with blockchain B, and the configurations of other service organizations are not changed, so that blockchain a, blockchain B, and blockchain C all provide data services for network service providers, bank X, bank Y, and regulatory organizations. That is, a subsystem deployed by an organization may be configured with part or all of a plurality of blockchains, and then perform operations such as data storage and data query based on the blockchains configured on the subsystem.
The data types of the service data stored in the blockchain a, the blockchain B and the blockchain C are different from each other, for example, the blockchain a is used for storing the service data with the data types a1 and a2, the blockchain B is used for storing the service data with the data type B, and the blockchain C is used for storing the service data with the data type C. The data type of the business data is not specifically limited in the embodiment of the present invention, for example, a1 may be user relationship chain data, a2 may be user preference data, b may be a user bill at bank X, and c may be a user bill at bank Y. In fact, in order to facilitate sharing data among a plurality of service organizations without the limitation of data types, a shared blockchain may also be included in the plurality of blockchains configured among the plurality of subsystems, and the shared blockchain is used for storing service data shared among the plurality of service organizations, for example, service data such as user relation chain data or user preference data with common sharing requirements may be stored in the shared blockchain.
In an actual application scenario, each subsystem may further include at least one logic node, and a network connection is provided between the logic node and each node in the subsystem where the logic node is located, so as to receive service data of a user and forward the service data to a corresponding node in the subsystem according to the type of the service data. The nodes configuring the block chain in the subsystem are used for storing the received service data into the block chain and responding based on the service data. In the embodiment of the present invention, a plurality of nodes corresponding to each block chain may operate independently, and nodes corresponding to any two block chains do not affect each other, for example, at the current time, the node 1011 is a node operating in a leader state, and is used to indicate how a node operating in a following state corresponding to the block chain a operates; node 1022 is also a node operating in the leader state and is configured to indicate to blockchain B that the corresponding node is operating in the follower state. During the election process of the blockchain a, the node running in the leader state is switching, but does not affect how the nodes corresponding to other blockchains work, for example, at this time, the node corresponding to the blockchain B may be working normally based on the node in the leader state.
In the process of processing service data, taking the example that the node 1011 receives service data of a user, the node 1011 may redirect the service data to a node (assumed to be 1021) configured with the block chain a and operating in a leader state, and broadcast, by 1021, a service data storage request to each node configured with the block chain a, where the service data storage request is used to request to store the service data into the block chain a, and if the node 1021 may receive a confirmation message of a preset number of nodes to the service data storage request in all nodes corresponding to the block chain a, the service data may be stored into its block chain a, respond to the user based on the service data, and broadcast a service data storage instruction to each node, so that each node corresponding to the block chain a also stores the service data into its block chain a. The preset number refers to the number of nodes required for achieving the configured consensus, and the embodiment of the present invention does not limit the specific value of the preset number, for example, taking a PBFT (physical Byzantine Fault Tolerance consensus algorithm) as an example, if the number of all nodes corresponding to one block chain is 3f +1, the preset number may be a number greater than or equal to 2f +1 and less than or equal to 3f +1, and f is any positive integer.
It should be noted that the above subsystem may also be a node, that is, a plurality of block chains may be configured on the node, and perform the functions performed by one subsystem.
Fig. 2 is a flowchart of a service data storage method provided in an embodiment of the present invention, where the method may be applied to any subsystem in the service data processing system shown in fig. 1, and taking the subsystem as a server as an example, the method includes the following steps:
201. the server receives the service data.
The service data refers to data sent by a user served by the server, and in an actual application scenario, the service data may have various forms, for example, the service data may be a request initiated by the user for a certain service, a request confirmed by the user for the service, terminal local data or user input data that the user needs to upload to the server, and the like. Taking an application scenario of a payment service as an example, when the user a transfers money to the user B, the service data may be a transfer request initiated by the user a, a confirmation transfer request of the user B, or payment order information uploaded by the user a.
In order to further improve the safety of the service data processing process, avoid receiving the service data disguised as the normal user by a malicious user, and verify the identity of the user sending the service data. Therefore, this step may also be embodied as: the server receives a service data packet; and acquiring the service data from the service data packet and the signature of the terminal on the service data. The service data packet refers to complete data sent by the terminal, the signature can be a signature of the terminal on the service data based on a private key of a user, enabling the server to verify the signature based on a user public key paired with the user private key, in particular, the server may parse the signature using the user public key to obtain digest information, and calculates the abstract information of the service data according to the algorithm appointed by the terminal, matches the two abstract information, if the match is successful, the signature verification is determined to be successful, step 202 is performed, and if the match fails, it is determined that the signature verification fails, indicating that the service data is likely to be from or subject to tampering by a malicious user, the server may ignore the service data, or storing the service data into a blacklist service database, wherein the blacklist service database is used for storing the service data operated by a malicious user.
It should be noted that the device for receiving the service data may also be a logical node shown in fig. 1.
202. And the server determines a target block chain corresponding to the service data from the plurality of block chains according to the data type of the service data.
In this step, the target block chain refers to the block chain used for storing the service data this time. Considering that sharing requirements of different data types of service data are different among multiple cooperating organizations, for example, four organizations cooperate, where three organizations need to share service data of data type a and the four organizations need to share service data of data type B, in order to better isolate storage permissions of service data of different data types, service data of different data types may be stored in different block chains according to the data types of the service data. The data type determination method in the embodiment of the present invention is not specifically limited, and specifically, the following examples 1 to 3 may be given:
for example 1, the server determines the data type of the description object that conforms to the service data as the data type of the service data according to a first determination mode. For example, the service data is generally user identity data or service details, the user identity data is used for describing a user, and the service details are used for describing a service, so that the user identity data is one type of service data, and the service details are another type of service data. For example, the server may configure the user relationship chain data and the user preference data as user identity data, and the billing data and the payment password as service details. Specifically, the server may compare the protocol format of the service data with the protocol formats of the two types of service data, and use the data type corresponding to the protocol format that conforms to the protocol format as the data type of the service data. Such as the number of fields included in the traffic data, the length of each field, or a flag bit.
For example 2, the server determines the data type meeting the data privacy level of the service data as the data type of the service data according to the second determination mode. The data privacy level is used to indicate the privacy level of the service data. For example, in the process of processing services related to user property, such as financial services and financial services, the service data may be a friend addition request, a user bill or a payment password, and the privacy degrees of the three service data are gradually increased, so the server may configure the data privacy level of each service data, and use the data type that conforms to the data privacy level of the service data as the data type of the service data, for example, the data privacy level of a friend deletion request is 1, the data privacy level of a user bill is 2, the data privacy level of a payment password is 3, and the data privacy level of a friend addition request is 1, the friend deletion request and the addition request may be data type a, the data type of a user bill may be B, and the payment password may be data type C.
For example 3, the server determines the data type of the service mechanism corresponding to the service data as the data type of the service data according to the third determination mode. Specifically, the server may extract a service mechanism identifier carried in the service data, and query a data type corresponding to the service mechanism identifier. For example, if a user initiates a recharge request for recharging gaming coins from the account balance of the bank X, the service organization corresponding to the recharge request is the bank X, and the recharge request may carry the service organization identifier of the bank X, so that the server may query the data type corresponding to the service organization identifier in the correspondence between the service organization and the data type according to the service organization identifier.
It should be noted that, because the service data packet received by the server often includes multiple service data, the priority of each configured determination mode may also be set, and according to the priority of each determination mode, the data type of the service data determined by the determination mode with the highest priority is adopted. For example, the server may determine the data type in the order of the priority, starting from a determination mode with a higher priority, and if the determination mode has a determination result, the data type determined by the determination mode will be used, and if the determination mode has no determination result, the determination mode with the second priority will be continued.
In this step, the server may query a preset correspondence according to a data type of the service data, determine whether a blockchain matching the data type of the service data exists in the preset correspondence, and if so, determine the blockchain matching the data type of the service data as a target blockchain, where the preset correspondence is used to indicate a correspondence between the data type and the blockchain, and the preset correspondence may be manually pre-configured on the server. The embodiment of the present invention does not specifically limit the preset corresponding relationship. For example, see the preset correspondence shown in table 1:
TABLE 1
| Data type | Block chain |
| Data type a (user's bill at bank X) | Block chain A |
| Data type b (user relationship chain data, user preference data) | Block chain B |
| Data type c (user's bill at bank Y) | Block chain C |
In the above determining process, the server may query, according to the determined data type, whether a data type that is the same as the data type exists in a preset correspondence, and if so, obtain a block chain identifier corresponding to the same data type, and determine the target block chain.
In fact, in order to reduce the parameter configuration on the server side, improve the efficiency of querying the preset corresponding relationship by the server and reduce the occupation of the storage space, the preset corresponding relationship configured by the server may not cover all data types, but configure the corresponding relationship between several types of service data with special sharing requirements and the block chain (for example, one type of service data is shared between partial subsystems in the service data processing system), and for other service data with general sharing requirements, the service data may be stored in the shared block chain by default, that is, if there is no block chain matching the data type of the service data, the server may determine the shared block chain in the multiple block chains as the target block chain. For example, the service data is a friend addition request, the determined data type is user relationship chain data, and a plurality of service mechanisms deploying the service data processing system can share the user relationship chain data, so that the shared block chain can be determined as a target block chain.
In fact, in order to back up the received service data and avoid the user from repudiating or tampering the service processing flow, if the server fails to determine the data type of the service data, the service data may also be stored in the shared block chain.
It should be noted that the device for determining the target block chain may also be a logical node shown in fig. 1, and the logical node forwards the service data to a node in the subsystem where the logical node stores the target block chain. For a logical node, a block chain may be identified by a node identifier, and thus, a preset correspondence configured for the logical node may be in the form of a correspondence between a data type and the node identifier.
203. And the server generates a second block on the target block chain based on the service data and the block head characteristic value of the first block in the target block chain, wherein the first block is the last block of the second block, and the second block is used for recording the service data.
In this step, the server may obtain all information in the block header of the first block from the target block chain, obtain a block header feature value of the first block based on all information in the block header of the first block, perform feature value calculation on service data to be stored in the block body of the second block, obtain a block body feature value of the second block, and further store the block header feature value of the first block and the block body feature value (which may also include a version number, a difficulty value, and a time stamp) of the second block to the block header of the second block; the method comprises the steps of storing service data into a block main body of a second block, generating the second block, and enabling the second block to be related to the first block through a block head characteristic value of the first block, so that the purpose of connecting blocks in a block chain in series is achieved, tampering on any information (including the service data) in the block can be detected through tracing of the block head characteristic value of the last block stored in the block head of the block, and safety of the service data is guaranteed.
It should be noted that, storing the service data to the target block chain may be a node in the subsystem configuring the target block chain, and when the node receives the service data forwarded by the logical node, the service data may be sent to a node operating in a leader state corresponding to the target block chain (referred to as a leader node for short), the leader node broadcasts a service data storage request to each node corresponding to the target block chain, if the leader node can receive the confirmation messages of the preset number of nodes in each node to the service data storage request, the service data may be stored in its own target blockchain, responded to the user based on the service data, and broadcasting a service data storage instruction to each node, so that each node (including the node) corresponding to the target block chain can store the service data into the target block chain of the node. Each node also sends a signature of the node on the confirmation message by using a private key when sending the confirmation message, so that the leader node can carry the received signature in a service data storage instruction, and further, the node receiving the service data storage instruction can verify the service data storage instruction by using the signature, and if the number of the signatures accords with the preset number and each signature passes the verification of the public key of the corresponding node, the service data carried in the service data storage instruction can be stored in a target block chain of the node.
Referring to fig. 3, in the processing flow, a logic node receives a service request of a terminal, selects a block chain corresponding to the service request according to a preset configured correspondence, routes the service request to a local node configured with the block chain, and forwards the service request to a leader node configured with the block chain by the local node until the leader node receives a confirmation message that a preset number of nodes configure the block chain store the service request, so that it can be confirmed that the block chain agrees with the service request, and can respond to the service request, send a response message to the local node, and the local node sends the response message to the logic node, and then the logic node returns the response message to the terminal.
The embodiment of the invention can store each type of service data into the block chain corresponding to the type of service data by configuring the block chain corresponding to each type of service data among a plurality of service mechanisms according to service requirements, further lead the plurality of block chains to be respectively stored with the service data of different data types, lead any service mechanism to share one type of service data on one block chain with some cooperative service mechanisms according to the service requirements and share another type of service data on another block chain with other cooperative service mechanisms, lead the data on different block chains not to be mutually influenced, further lead the data sharing and the data isolation to be selectively carried out, lead any service data in a block to be detected by the next block when being distorted due to the correlation between the front block and the rear block in the block chain, avoid the malicious user from distorting or resisting the processed service data, the safety of the service data is also ensured.
Moreover, because the data stored by each node configured with the same blockchain is consistent, even if the data of a certain node is lost or tampered, the data can be recovered according to the data stored by other nodes corresponding to the blockchain, and further, the safety and the recoverability of the data are improved.
Moreover, because the process of generating the blocks by each block chain is not influenced mutually, even if a large amount of service data of users are received in a short period, the service data can be distributed to each block chain according to the data type, and then the service data is stored in each block chain in parallel, so that the performance of the server is not limited by the chain structure of the block chains any more, and the operation efficiency of the server is improved.
In an actual application scenario, according to a current service requirement, a blockchain configured by a server may also be updated, and there may be a plurality of updating situations, and the following four situations are illustrated in the embodiment of the present invention:
in case 1, when the server receives the first update instruction, the server updates the corresponding relationship between the configured data type and the to-be-configured blockchain based on the first update instruction.
The first update instruction carries the configured data type and the block chain identifier to be configured. After receiving the first update instruction, the server may extract the two items of data from the first update instruction, and query whether there is data that is the same as any of the two items of data in a preset correspondence, and if there is a data type that is the same as the configured data type but there is no block chain identifier that is the same as the block chain identifier to be configured, modify the block chain corresponding to the configured data type into a block chain to be configured.
And 2, when the server receives a second updating instruction, updating the corresponding relation between the configured data type and the configured block chain based on the second updating instruction.
The second update instruction carries the configured data type and the configured blockchain identifier. After receiving the second update instruction, the server may extract the two items of data from the second update instruction, and query whether there is data that is the same as any of the two items of data in a preset correspondence, and if there is a data type that is the same as the configured data type and there is a block chain identifier that is the same as the block chain identifier to be configured, may delete the correspondence between the configured data type and the original block chain, and add the configured data type as the data type corresponding to the configured block chain.
And 3, when the server receives a third updating instruction, updating the corresponding relation between the data type to be configured and the block chain to be configured based on the third updating instruction.
The third update instruction carries the data type to be configured and the block chain identifier to be configured. After receiving the third update instruction, the server may extract the two items of data from the third update instruction, and query whether there is data that is the same as any of the two items of data in a preset correspondence, and if there is no data type that is the same as the type of data to be configured, there is no block chain identifier that is the same as the block chain identifier to be configured, and a correspondence between the type of data to be configured and the block chain to be configured may be added.
And 4, when a fourth updating instruction is received, updating the corresponding relation between the data type to be configured and the configured block chain based on the fourth updating instruction.
The fourth update instruction carries the data type to be configured and the configured blockchain identifier. After receiving the fourth update instruction, the server may extract the two items of data from the fourth update instruction, and query whether there is data that is the same as any of the two items of data in a preset correspondence, and if there is no data type that is the same as the data type to be configured but there is a block chain identifier that is the same as the block chain identifier to be configured, add the data type to be configured as the data type corresponding to the configured block chain.
It should be noted that, when the corresponding relationship between the data type and the blockchain on the server is updated, in order to ensure that the entire service data processing system can work normally, other servers related to the updated data type or the updated blockchain also perform a synchronous update process.
In the above updating process, for example, a type of user credit investigation data is added, and assuming that the sharing requirement of the user credit investigation data is the same as that of the configured user relationship chain data (all subsystems can be shared), the operator may trigger a fourth updating instruction, so that the server may update based on the received fourth updating instruction.
By updating the data type and the block chain, new service data can be stored into a new block chain according to the current service requirement; or storing the new type of service data into the configured blockchain according to the existing cooperative relationship (configured blockchain) between the service organizations; or the allocated data type can be corresponded to the new block chain according to the changed sharing requirement; the corresponding relation between the configured data type and the configured block chain can be changed, so that the service data can be flexibly stored among a plurality of service mechanisms according to service requirements or sharing requirements.
In the updating process, in order to avoid that the correspondence between the changing data type and the block chain affects the normal service data processing process, the server may stop processing the storage process of the service data on the block chain corresponding to the update instruction when receiving the update instruction; and storing the service data according to the updated preset corresponding relation until the executed contract is completed and the updating completion message is received. Wherein a contract refers to code running on a blockchain that indicates how to process business data. Since some contracts may be being executed when the update instruction is received, in order to avoid that the updated contracts cannot be normally executed, the executed contracts may be waited for to be executed, and the processing of the block chain or the service data after the data type update may be resumed.
Fig. 4 is a block diagram of a service data storage device according to an embodiment of the present invention. Referring to fig. 4, the apparatus specifically includes:
a receiving module 401, configured to receive service data;
a determining module 402, configured to determine, according to a data type of the service data, a target block chain corresponding to the service data from the multiple block chains;
the storage module 403 is configured to generate a second block on the target block chain based on the service data and a block header feature value of a first block in the target block chain, where the first block is a previous block of the second block, and the second block is used for recording the service data.
The embodiment of the invention can store each type of service data into the block chain corresponding to the type of service data by configuring the block chain corresponding to each type of service data among a plurality of service mechanisms according to service requirements, further lead the plurality of block chains to be respectively stored with the service data of different data types, lead any service mechanism to share one type of service data on one block chain with some cooperative service mechanisms according to the service requirements and share another type of service data on another block chain with other cooperative service mechanisms, lead the data on different block chains not to be mutually influenced, further lead the data sharing and the data isolation to be selectively carried out, lead any service data in a block to be detected by the next block when being distorted due to the correlation between the front block and the rear block in the block chain, avoid the malicious user from distorting or resisting the processed service data, the safety of the service data is also ensured.
Because the process of generating the blocks by each block chain is not influenced mutually, even if a large amount of service data of users are received in a short period, the service data can be distributed to each block chain according to the data type, and then the service data is stored in each block chain in parallel, so that the performance of the server is not limited by the chain structure of the block chains any more, and the operation efficiency of the server is improved.
In one possible implementation, the determining module 402 is configured to:
inquiring a preset corresponding relation according to the data type of the service data, wherein the preset corresponding relation is used for indicating the corresponding relation between the data type and the block chain; and if the block chain matched with the data type of the service data exists in the preset corresponding relation, determining the block chain matched with the data type of the service data as a target block chain.
In one possible implementation, the determining module 402 is further configured to:
and if the block chain matched with the data type of the service data does not exist, determining a shared block chain in the plurality of block chains as a target block chain, wherein the shared block chain is used for storing the service data shared among the plurality of service organizations.
In one possible implementation, based on the apparatus composition of fig. 4, see fig. 5A, the apparatus further comprises:
a receiving module 401, configured to receive a service data packet;
an obtaining module 404, configured to obtain service data from a service data packet and a signature of a terminal on the service data;
a determining module 402, configured to determine, according to the data type of the service data, a target block chain corresponding to the service data from the multiple block chains if the signature of the service data passes verification.
In one possible implementation, based on the apparatus composition of fig. 4, referring to fig. 5B, the apparatus further includes:
an updating module 405, configured to update a corresponding relationship between a configured data type and a block chain to be configured based on a first update instruction when the first update instruction is received; or the like, or, alternatively,
an updating module 405, configured to update a corresponding relationship between the configured data type and the configured block chain based on a second update instruction when the second update instruction is received; or the like, or, alternatively,
an updating module 405, configured to update, when a third update instruction is received, a corresponding relationship between the data type to be configured and the block chain to be configured based on the third update instruction; or the like, or, alternatively,
the updating module 405 is configured to update the corresponding relationship between the data type to be configured and the configured blockchain based on a fourth update instruction when the fourth update instruction is received.
All the above-mentioned optional technical solutions can be combined arbitrarily to form the optional embodiments of the present invention, and are not described herein again.
It should be noted that: in the service data storage device provided in the above embodiment, when storing service data, only the division of the above functional modules is used for illustration, and in practical applications, the above function distribution may be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules, so as to complete all or part of the above described functions. In addition, the service data storage device provided by the above embodiment and the service data storage method embodiment belong to the same concept, and specific implementation processes thereof are detailed in the method embodiment and are not described herein again.
Fig. 6 is a block diagram of an electronic device 600 according to an embodiment of the present invention. For example, the electronic device 600 may be provided as a server. Referring to fig. 6, electronic device 600 includes processing component 622, which further includes one or more processors, and memory resources, represented by memory 632, for storing instructions, such as applications, that are executable by processing component 622. The application programs stored in memory 632 may include one or more modules that each correspond to a set of instructions. Further, the processing component 622 is configured to execute instructions to perform the business data storage methods described above.
The electronic device 600 may also include a power component 626 configured to perform power management for the electronic device 600, a wired or wireless network interface 650 configured to connect the electronic device 600 to a network, and an input/output (I/O) interface 658. The electronic device 600 may operate based on an operating system, such as Windows Server, stored in the memory 632TM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTMOr the like.
In an exemplary embodiment, a computer readable storage medium is also provided, such as a memory including at least one instruction, at least one program, set of codes, or set of instructions that can be loaded and executed by a processor in an electronic device to perform the business data storage method in the above embodiments. For example, the computer readable storage medium may be a ROM, a RAM, a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.
It will be understood by those skilled in the art that all or part of the steps of implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, and the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.
The present invention is not limited to the above preferred embodiments, and any modifications, equivalent replacements, improvements, etc. within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (10)
1. A service data storage method applied to a service data processing system, where the system includes multiple subsystems, each of the subsystems includes a node deployed by a service organization, and for any service organization, according to service requirements, one type of service data is shared with some service organizations in other service organizations in one blockchain, and another type of service data is shared with another part of service organizations in another blockchain, and each blockchain is used to provide data services for each service organization in each blockchain, and the method includes:
receiving service data;
determining a target block chain corresponding to the service data from the plurality of block chains according to the data type of the service data, wherein the target block chain comprises nodes deployed by a service mechanism needing to share the service data of the data type but does not comprise nodes deployed by the service mechanism needing to be isolated from the service data of the data type;
generating a second block on the target block chain based on the service data and a block header characteristic value of a first block in the target block chain, wherein the first block is a last block of the second block, and the second block is used for recording the service data;
the method further comprises the following steps: if no block chain matched with the data type of the service data exists, determining a shared block chain in the plurality of block chains as the target block chain, wherein the shared block chain is used for storing the service data shared among a plurality of service mechanisms;
the method further comprises the following steps: determining the data type of the service data from the highest determination mode according to the priority of the determination mode, and if the data type of the service data is not obtained based on the highest determination mode, continuing to determine the data type of the service data by adopting the second-priority determination mode;
wherein, the determination mode comprises:
a first determining mode, which is used for determining the data type of the description object which accords with the service data as the data type of the service data;
a second determination mode, which determines the data type conforming to the data privacy level of the service data as the data type of the service data;
determining the data type of the service mechanism corresponding to the service data as the data type of the service data in a third determination mode;
the method further comprises the following steps: when a fourth updating instruction is received, updating the corresponding relation between the data type to be configured and the configured block chain based on the fourth updating instruction;
the plurality of blockchains provide data services for at least one first service organization, and a portion of the blockchains in the plurality of blockchains provide data services for the at least one first service organization and at least one second service organization.
2. The method of claim 1, wherein the determining, according to the data type of the service data, a target block chain corresponding to the service data from a plurality of block chains comprises:
inquiring a preset corresponding relation according to the data type of the service data, wherein the preset corresponding relation is used for indicating the corresponding relation between the data type and the block chain;
and if the block chain matched with the data type of the service data exists in the preset corresponding relation, determining the block chain matched with the data type of the service data as the target block chain.
3. The method of claim 1, wherein the receiving traffic data comprises:
receiving a service data packet;
acquiring service data and a signature of the terminal on the service data from the service data packet;
the determining, according to the data type of the service data, a target block chain corresponding to the service data from the plurality of block chains includes:
and if the signature of the service data passes the verification, determining a target block chain corresponding to the service data from the plurality of block chains according to the data type of the service data.
4. The method of claim 1, further comprising:
when a first updating instruction is received, updating the corresponding relation between the configured data type and the block chain to be configured based on the first updating instruction; or the like, or, alternatively,
when a second updating instruction is received, updating the corresponding relation between the configured data type and the configured block chain based on the second updating instruction; or the like, or, alternatively,
and when a third updating instruction is received, updating the corresponding relation between the data type to be configured and the block chain to be configured based on the third updating instruction.
5. A service data storage device, applied to a service data processing system, where the system includes multiple subsystems, each of the subsystems includes a node deployed by a service organization, and for any service organization, according to service requirements, one type of service data is shared with some service organizations in other service organizations in one blockchain, and another type of service data is shared with another part of service organizations in another blockchain, and each blockchain is used to provide data services for each service organization in each blockchain, and the device includes:
the receiving module is used for receiving the service data;
a determining module, configured to determine, according to a data type of the service data, a target block chain corresponding to the service data from multiple block chains, where the target block chain includes a node that needs to be deployed by a service mechanism that shares the service data of the data type and does not include a node that needs to be deployed by a service mechanism that is isolated from the service data of the data type;
the determining module is further configured to determine, if there is no blockchain matching the data type of the service data, a shared blockchain in the multiple blockchains as the target blockchain, where the shared blockchain is used to store the service data shared among multiple service organizations;
a storage module, configured to generate a second block on the target block chain based on the service data and a block header feature value of a first block in the target block chain, where the first block is a previous block of the second block, and the second block is used to record the service data;
the determining module is further configured to determine, according to the priority of the determining mode, the data type of the service data from the determining mode with the highest priority, and if the data type of the service data is not obtained based on the determining mode with the highest priority, continue to determine the data type of the service data by using the determining mode with the second priority; wherein, the determination mode comprises: a first determining mode, which is used for determining the data type of the description object which accords with the service data as the data type of the service data; a second determination mode, which determines the data type conforming to the data privacy level of the service data as the data type of the service data; determining the data type of the service mechanism corresponding to the service data as the data type of the service data in a third determination mode;
the updating module is used for updating the corresponding relation between the data type to be configured and the configured block chain based on a fourth updating instruction when the fourth updating instruction is received;
the plurality of blockchains provide data services for at least one first service organization, and a portion of the blockchains in the plurality of blockchains provide data services for the at least one first service organization and at least one second service organization.
6. The apparatus of claim 5, wherein the determining module is configured to:
inquiring a preset corresponding relation according to the data type of the service data, wherein the preset corresponding relation is used for indicating the corresponding relation between the data type and the block chain; and if the block chain matched with the data type of the service data exists in the preset corresponding relation, determining the block chain matched with the data type of the service data as the target block chain.
7. The apparatus of claim 5, further comprising:
the receiving module is used for receiving the service data packet;
the acquisition module is used for acquiring service data from the service data packet and a signature of the terminal on the service data;
and the determining module is used for determining a target block chain corresponding to the service data from the plurality of block chains according to the data type of the service data if the signature of the service data passes the verification.
8. The apparatus of claim 5,
the updating module is further configured to update, when a first updating instruction is received, a corresponding relationship between the configured data type and the block chain to be configured based on the first updating instruction; or the like, or, alternatively,
the updating module is further configured to update the corresponding relationship between the configured data type and the configured block chain based on a second updating instruction when the second updating instruction is received; or the like, or, alternatively,
the updating module is further configured to update, when a third updating instruction is received, a corresponding relationship between the data type to be configured and the block chain to be configured based on the third updating instruction.
9. A computer readable storage medium, wherein at least one instruction, at least one program, a set of codes, or a set of instructions is stored in the storage medium, which is loaded and executed by a processor to implement the business data storage method of any one of claims 1 to 4.
10. An electronic device, comprising a processor and a memory, wherein at least one instruction, at least one program, a set of codes, or a set of instructions is stored in the memory, and wherein the at least one instruction, the at least one program, the set of codes, or the set of instructions is loaded and executed by the processor to implement the business data storage method of any one of claims 1 to 4.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910667445.8A CN110348242B (en) | 2017-06-12 | 2017-06-12 | Service request processing method and device |
| CN201710438943.6A CN107315786B (en) | 2017-06-12 | 2017-06-12 | Service data storage method and device |
| PCT/CN2018/090681 WO2018228337A1 (en) | 2017-06-12 | 2018-06-11 | Service data storage method, computer readable storage medium and electronic device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710438943.6A CN107315786B (en) | 2017-06-12 | 2017-06-12 | Service data storage method and device |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910667445.8A Division CN110348242B (en) | 2017-06-12 | 2017-06-12 | Service request processing method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107315786A CN107315786A (en) | 2017-11-03 |
| CN107315786B true CN107315786B (en) | 2020-12-11 |
Family
ID=60182213
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710438943.6A Active CN107315786B (en) | 2017-06-12 | 2017-06-12 | Service data storage method and device |
| CN201910667445.8A Active CN110348242B (en) | 2017-06-12 | 2017-06-12 | Service request processing method and device |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910667445.8A Active CN110348242B (en) | 2017-06-12 | 2017-06-12 | Service request processing method and device |
Country Status (2)
| Country | Link |
|---|---|
| CN (2) | CN107315786B (en) |
| WO (1) | WO2018228337A1 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11606432B1 (en) * | 2022-02-15 | 2023-03-14 | Accenture Global Solutions Limited | Cloud distributed hybrid data storage and normalization |
Families Citing this family (55)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107315786B (en) * | 2017-06-12 | 2020-12-11 | 腾讯科技（深圳）有限公司 | Service data storage method and device |
| CN108573741A (en) * | 2017-12-25 | 2018-09-25 | 北京金山云网络技术有限公司 | Business datum recording method, device, equipment and storage medium |
| CN110019235B (en) * | 2017-12-29 | 2021-08-17 | 百度在线网络技术（北京）有限公司 | Block chain based data storage and recovery method, device, equipment and medium |
| CN108347486A (en) * | 2018-02-12 | 2018-07-31 | 众安信息技术服务有限公司 | Across chain communication means, device and system based on block chain |
| CN108765230B (en) * | 2018-04-10 | 2020-02-14 | 平安科技（深圳）有限公司 | Resident household registration information management method and server |
| CN108537642A (en) * | 2018-04-20 | 2018-09-14 | 郑勇 | A kind of on-line off-line universe credit cycle service system based on block platform chain |
| WO2019204905A1 (en) * | 2018-04-22 | 2019-10-31 | Interbit Ltd. | Method and system for hosting a new blockchain using an existing blockchain node |
| CN108646983B (en) * | 2018-05-08 | 2021-04-06 | 北京融链科技有限公司 | Processing method and device for storing service data on block chain |
| CN110490753A (en) * | 2018-05-10 | 2019-11-22 | 触信（厦门）智能科技有限公司 | A kind of block chain human connection management system |
| CN110796414B (en) * | 2018-05-31 | 2021-04-16 | 腾讯科技（深圳）有限公司 | Circulation information inquiry method, device, equipment, system and storage medium |
| CN110633389A (en) * | 2018-05-31 | 2019-12-31 | 阿里巴巴集团控股有限公司 | Processing method, device and system of block chain data and electronic equipment |
| CN108932620A (en) * | 2018-07-06 | 2018-12-04 | 佛山伊苏巨森科技有限公司 | A kind of block catenary system and its execute method |
| CN109040227B (en) * | 2018-07-27 | 2021-08-03 | 江西贪玩信息技术有限公司 | Service request response method and device based on block chain and computer equipment |
| CN108965450B (en) * | 2018-07-27 | 2021-05-28 | 江西贪玩信息技术有限公司 | Service request response method, device, computer equipment and storage medium |
| CN108924250B (en) * | 2018-07-27 | 2022-02-11 | 江西贪玩信息技术有限公司 | Service request processing method and device based on block chain and computer equipment |
| CN109039750B (en) * | 2018-08-13 | 2021-06-15 | 浙商银行股份有限公司 | Method for improving multi-city multi-park deployment disaster recovery capability of block chain application system |
| CN109299188A (en) * | 2018-08-21 | 2019-02-01 | 平安科技（深圳）有限公司 | Utilize block chain date storage method, device and electronic equipment |
| CN109347935B (en) * | 2018-09-30 | 2021-08-03 | 珠海信达九州科技有限公司 | Method for realizing real-time communication message synchronization based on block chain |
| CN109284633B (en) * | 2018-10-30 | 2022-02-11 | 众安信息技术服务有限公司 | Data processing method and data processing device for block chain network system |
| CN111224793B (en) * | 2018-11-27 | 2021-06-01 | 华为技术有限公司 | Data storage method and device, computer equipment and readable storage medium |
| CN109754321B (en) * | 2018-12-27 | 2022-02-11 | 石更箭数据科技(上海)有限公司 | Data processing method and device, medium and terminal thereof |
| JP7071938B2 (en) * | 2019-01-23 | 2022-05-19 | 株式会社日立製作所 | Database management service provision system |
| CN110071968B (en) * | 2019-04-16 | 2023-04-07 | 深圳前海微众银行股份有限公司 | Block chain based message storage method and device |
| CN110222085B (en) * | 2019-05-07 | 2021-06-22 | 北京奇艺世纪科技有限公司 | Processing method and device for certificate storage data and storage medium |
| CN110381116A (en) * | 2019-06-19 | 2019-10-25 | 深圳壹账通智能科技有限公司 | Information synchronization system and information synchronization method |
| CN110633323B (en) * | 2019-09-16 | 2023-10-20 | 腾讯科技（深圳）有限公司 | Service data storage method, device, storage medium and computer equipment |
| CN110602515B (en) * | 2019-09-16 | 2021-08-10 | 腾讯科技（深圳）有限公司 | Data processing method based on block chain, server and storage medium |
| CN110784521B (en) * | 2019-09-30 | 2022-05-27 | 远光软件股份有限公司 | Block chain consensus method, electronic device and storage medium |
| US12008557B2 (en) * | 2019-10-03 | 2024-06-11 | Titan IO, Inc. | Method, apparatus, and computer-readable medium for routing data services over a decentralized network |
| CN110708390A (en) * | 2019-10-16 | 2020-01-17 | 腾讯科技（深圳）有限公司 | Data processing method, device, apparatus and medium based on inter-node data sharing |
| CN111046069B (en) * | 2019-11-11 | 2021-05-07 | 蚂蚁区块链科技(上海)有限公司 | Aggregation calculation method, device and equipment in block chain type account book |
| CN111147447A (en) * | 2019-12-03 | 2020-05-12 | 苏宁云计算有限公司 | Data protection method and system |
| CN110955509A (en) * | 2019-12-11 | 2020-04-03 | 深圳迅策科技有限公司 | Finance concurrent transaction processing apparatus |
| CN111327457B (en) * | 2020-01-21 | 2022-07-05 | 山东公链信息科技有限公司 | Block link interface configuration method based on communication security authentication |
| CN111724169B (en) * | 2020-03-05 | 2022-10-18 | 支付宝(杭州)信息技术有限公司 | Service processing system, service processing method, device and equipment |
| CN111460504B (en) * | 2020-03-31 | 2021-11-05 | 腾讯科技（深圳）有限公司 | Service processing method, device, node equipment and storage medium |
| CN111562947B (en) * | 2020-04-01 | 2021-08-03 | 支付宝实验室(新加坡)有限公司 | Service processing method and device and electronic equipment |
| CN111507594B (en) * | 2020-04-08 | 2023-06-09 | 微民保险代理有限公司 | Data processing method and device |
| CN111625593B (en) * | 2020-04-21 | 2023-09-08 | 金蝶软件（中国）有限公司 | Block chain-based data processing method and device and computer equipment |
| CN111614731B (en) * | 2020-04-29 | 2023-04-07 | 深圳市芯链科技有限公司 | Method and system for accessing block chain to Internet of things equipment, aggregation gateway and storage medium |
| CN111885133B (en) * | 2020-07-10 | 2023-06-09 | 深圳力维智联技术有限公司 | Block chain-based data processing method and device and computer storage medium |
| CN114079612B (en) * | 2020-08-03 | 2024-06-04 | 阿里巴巴集团控股有限公司 | Disaster recovery system and management and control method, device, equipment and medium thereof |
| CN111970380B (en) * | 2020-09-02 | 2022-06-07 | 广东贤能数字科技有限公司 | Service processing method and system based on block chain |
| CN112434341B (en) * | 2020-11-02 | 2023-07-11 | 迅鳐成都科技有限公司 | Business tampering-resistant blockchain light node data acquisition method and device |
| CN112465615B (en) * | 2020-12-01 | 2023-06-30 | 中国联合网络通信集团有限公司 | Method, device and system for processing bill data |
| CN112561493A (en) * | 2020-12-23 | 2021-03-26 | 中国银行股份有限公司 | Bank counter system switching method and device |
| CN112738213B (en) * | 2020-12-25 | 2023-06-30 | 深圳Tcl新技术有限公司 | Task demand response method, device and system based on block chain and storage medium |
| CN112699151B (en) * | 2021-01-04 | 2022-04-22 | 腾讯科技（深圳）有限公司 | Data processing method, device, equipment and medium |
| WO2022216204A1 (en) * | 2021-04-06 | 2022-10-13 | Rz Capital Holding Ab | Method and apparatus for handling secure communication using blockchains in a communications network |
| CN112995226B (en) * | 2021-05-12 | 2021-08-03 | 中航信移动科技有限公司 | User data processing system based on block chain |
| CN113326165B (en) * | 2021-08-04 | 2021-11-16 | 腾讯科技（深圳）有限公司 | Data processing method and device based on block chain and computer readable storage medium |
| CN113726758A (en) * | 2021-08-25 | 2021-11-30 | 百保(上海)科技有限公司 | Data privacy calculation method and system based on block chain |
| CN114416870A (en) * | 2021-12-31 | 2022-04-29 | 航天信息股份有限公司 | Trade and transportation integrated service system based on block chain, and data sharing method and device |
| CN114510736A (en) * | 2022-04-18 | 2022-05-17 | 武汉龙津科技有限公司 | Information processing method, device, terminal and storage medium |
| CN115193026A (en) * | 2022-09-16 | 2022-10-18 | 成都止观互娱科技有限公司 | High-concurrency global uniform game server architecture and data access method |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105809062A (en) * | 2016-03-01 | 2016-07-27 | 布比（北京）网络技术有限公司 | Contract construction and execution methods and apparatuses |
| CN106339639A (en) * | 2016-08-30 | 2017-01-18 | 弗洛格（武汉）信息科技有限公司 | Credit score management method and system based on block chain |
| CN106357405A (en) * | 2016-09-19 | 2017-01-25 | 弗洛格（武汉）信息科技有限公司 | Method and system for managing data on basis of block chain technology consistency algorithms |
| CN106682984A (en) * | 2016-10-27 | 2017-05-17 | 上海亿账通区块链科技有限公司 | Block chain-based transaction business processing method and system |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10225196B2 (en) * | 2013-02-15 | 2019-03-05 | Nxp Usa, Inc. | Apparatus, system and method for controlling packet data flow |
| CN105488675B (en) * | 2015-11-25 | 2019-12-24 | 布比（北京）网络技术有限公司 | Block chain distributed shared general ledger construction method |
| US10805393B2 (en) * | 2015-12-02 | 2020-10-13 | Olea Networks, Inc. | System and method for data management structure using auditable delta records in a distributed environment |
| CN106407021A (en) * | 2016-07-01 | 2017-02-15 | 厦门易名科技股份有限公司 | Queue-based business request processing method |
| CN106452785B (en) * | 2016-09-29 | 2019-05-17 | 财付通支付科技有限公司 | Block chain network, branch node and block chain network application method |
| CN106528775B (en) * | 2016-10-28 | 2020-01-03 | 济南大学 | Private block chain operation support system supporting logic multi-chain and working method thereof |
| CN107315786B (en) * | 2017-06-12 | 2020-12-11 | 腾讯科技（深圳）有限公司 | Service data storage method and device |
| CN107291862A (en) * | 2017-06-12 | 2017-10-24 | 腾讯科技（深圳）有限公司 | Business datum storage method, device, storage medium and electronic equipment |
-
2017
- 2017-06-12 CN CN201710438943.6A patent/CN107315786B/en active Active
- 2017-06-12 CN CN201910667445.8A patent/CN110348242B/en active Active
-
2018
- 2018-06-11 WO PCT/CN2018/090681 patent/WO2018228337A1/en active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105809062A (en) * | 2016-03-01 | 2016-07-27 | 布比（北京）网络技术有限公司 | Contract construction and execution methods and apparatuses |
| CN106339639A (en) * | 2016-08-30 | 2017-01-18 | 弗洛格（武汉）信息科技有限公司 | Credit score management method and system based on block chain |
| CN106357405A (en) * | 2016-09-19 | 2017-01-25 | 弗洛格（武汉）信息科技有限公司 | Method and system for managing data on basis of block chain technology consistency algorithms |
| CN106682984A (en) * | 2016-10-27 | 2017-05-17 | 上海亿账通区块链科技有限公司 | Block chain-based transaction business processing method and system |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11606432B1 (en) * | 2022-02-15 | 2023-03-14 | Accenture Global Solutions Limited | Cloud distributed hybrid data storage and normalization |
| US11876863B2 (en) * | 2022-02-15 | 2024-01-16 | Accenture Global Solutions Limited | Cloud distributed hybrid data storage and normalization |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2018228337A1 (en) | 2018-12-20 |
| CN110348242B (en) | 2021-01-15 |
| CN110348242A (en) | 2019-10-18 |
| CN107315786A (en) | 2017-11-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107315786B (en) | Service data storage method and device | |
| US11936769B2 (en) | Service data storage method and apparatus, storage medium, and electronic device | |
| US11461773B2 (en) | Blockchain-based node management methods and apparatuses | |
| CN113421097B (en) | Data processing method and device, computer equipment and storage medium | |
| CN110175840B (en) | Method, client, alliance chain and system for realizing light wallet mechanism in alliance chain | |
| CN110443614B (en) | Node equipment deleting method and device, computer equipment and storage medium | |
| CN110597918B (en) | Account management method, account management device and computer readable storage medium | |
| JP7551222B2 (en) | Data processing method, device and computer device based on blockchain network | |
| CN109167660B (en) | Method and device for electing representative node equipment, computer equipment and storage medium | |
| CN113453213B (en) | Authentication data synchronization method and device | |
| CN113157450B (en) | Method and apparatus for executing blocks in a blockchain system | |
| US20240223390A1 (en) | Blockchain system | |
| CN113255014B (en) | Data processing method based on block chain and related equipment | |
| CN112235290B (en) | Block chain-based Internet of things equipment management method and first Internet of things equipment | |
| US20240163119A1 (en) | Device management method, system, and apparatus | |
| CN113034140B (en) | Method, system, equipment and storage medium for realizing intelligent contract encryption | |
| CN112817980B (en) | Data index processing method, device, equipment and storage medium | |
| CN117010889A (en) | Data processing method, device, equipment, medium and product | |
| CN114640684A (en) | Organization member extension method, processor and storage medium for federation chain | |
| CN111340481A (en) | Data processing method, device and equipment based on multi-link block chain network | |
| US20220405384A1 (en) | Blockchain-based method and system for securing a network of virtual wireless base stations | |
| CN115496495A (en) | Transaction processing method and device based on block chain | |
| CN115766754A (en) | Block chain filling station flow data auditing method and system based on consensus algorithm | |
| CN118138593A (en) | Consensus method and device based on block chain system | |
| CN118433257A (en) | Node resource processing method, device, equipment and storage medium based on block chain |
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 |