CN109300038B - Resource flow transaction system - Google Patents
Resource flow transaction system Download PDFInfo
- Publication number
- CN109300038B CN109300038B CN201811182912.XA CN201811182912A CN109300038B CN 109300038 B CN109300038 B CN 109300038B CN 201811182912 A CN201811182912 A CN 201811182912A CN 109300038 B CN109300038 B CN 109300038B
- Authority
- CN
- China
- Prior art keywords
- client
- transaction
- resource
- information
- value
- 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
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3821—Electronic credentials
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic signatures
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention discloses a resource flow transaction system, which comprises: the system comprises a blockchain server, a requester client and a provider client, wherein the blockchain server comprises: the system comprises an initiating module, an obtaining module and a management module; the requester client includes: the system comprises a first transaction establishing module, a resource receiving module and a first transaction management module; the provider client includes: the second transaction establishing module and the second transaction management module. The resource flow transaction system disclosed by the invention can realize a fair resource flow transaction mode.
Description
Technical Field
The invention relates to a trading system, in particular to a trading system of resource flow.
Background
With the development of scientific technology and the continuous enhancement of social connectivity, the trading and sharing of resources become more and more common, wherein due to the characteristics of liquidity and consumptiveness, resource streams are often traded between requesters needing to use the resource streams and providers capable of providing the resource streams. In the prior art, the transaction of the resource flow is usually only participated by two parties, namely a requester and a provider, and due to lack of reliable supervision of other parties, malicious behaviors that one or more parties of the requester and the provider obtain illegal benefits through cheating often occur in the transaction process, and the transaction of the resource flow cannot be carried out fairly, justly and transparently.
Disclosure of Invention
The invention aims to provide a resource flow transaction system to realize a fair resource flow transaction mode.
The invention solves the technical problems through the following technical scheme:
the embodiment of the invention provides a resource flow transaction system, which comprises: a blockchain server, a requestor client, and a provider client, wherein,
the blockchain server comprises: the system comprises an initiating module, a block chain database and a block chain database, wherein the initiating module is used for acquiring transaction initial information of a client of an association requester and a client of a provider and sending the transaction initial information to other block chain servers so that each block chain server stores the transaction initial information into a corresponding block chain database; an obtaining module for obtaining credential information characterizing a state of the requestor client using the resource stream; the management module is used for determining a first numerical value based on the transaction initial information and the credential information, wherein the first numerical value is used for representing a numerical value added to an account of the client side of the provider by the client side of the requester, and the first numerical value is sent to other blockchain servers, so that each blockchain server stores the first numerical value into a corresponding blockchain database;
the requester client includes: the system comprises a first transaction establishing module, a second transaction establishing module and a third transaction establishing module, wherein the first transaction establishing module is used for selecting a provider client and establishing association with the provider client through a blockchain server; a resource receiving module for receiving and using a resource stream provided by the provider client; the system comprises a first transaction management module, a blockchain server and a second transaction management module, wherein the first transaction management module is used for generating credential information representing the state of using resource flow according to a preset rule, sending the credential information to the blockchain server, and determining a first numerical value by the blockchain server based on the credential information, wherein the first numerical value is used for representing a numerical value added to an account of a provider client by a requester client;
the provider client includes: a second transaction establishing module for establishing an association with the requestor client through the blockchain server, providing the requestor client with a resource stream such that the requestor client receives and uses the resource stream; and the second transaction management module is used for acquiring the certificate information for representing the state of the requester client using the resource flow, sending the certificate information to the blockchain server, and determining a first numerical value by the blockchain server based on the certificate information, wherein the first numerical value is used for representing a numerical value added to an account of the provider client by the requester client.
Optionally, the obtaining, by the initiating module, transaction initial information associated with the requester client and the provider client includes:
the initiating module is configured to receive transaction request information sent by the requester client, where the transaction request information includes: identification information of the requester client, identification information of the provider client, and a digital signature of the requester client; verifying the transaction request information based on the digital signature of the requester client, and if the transaction request information is verified to be true, sending the transaction request information to the provider client; receiving transaction approval information sent by the provider client, wherein the transaction approval information comprises the transaction request information and a digital signature of the provider client; verifying the transaction approval information based on the digital signature of the provider client, and if the verification is true, using the transaction approval information as a link between the requester client and the requester client
Transaction initiation information of the provider client.
Optionally, the transaction request information further includes price information of the resource stream;
the management module determining a first value based on the transaction initiation information and the credential information comprises: the management module is used for determining the total amount of the resource flow used by the client of the requester according to the credential information; a first value is determined based on price information of the resource stream and a total amount of the resource stream used by the requesting client.
Optionally, the transaction request information further includes a second value, where the second value is used to characterize a reduced value in the account of the requestor client;
the management module is further configured to determine a third value when the second value is greater than the first value, where the third value is equal to a difference between the second value and the first value, and the third value is used to represent an increased value in the account of the requestor client; determining a fourth value when the second value is less than the first value, the fourth value being equal to a difference between the first value and the second value, the fourth value being indicative of a reduced value in the account of the requestor client; and sending the determined third value or the determined fourth value to other block chain servers, so that each block chain server stores the third value or the fourth value into a corresponding block chain database.
Optionally, the transaction request information further includes a second value, where the second value is used to characterize a reduced value in the account of the requestor client;
the management module is further configured to record a difference between the second value and the first value as a fifth value when the second value is greater than the first value, and when the requester client performs a next transaction of the resource stream, accumulate the fifth value and the second value corresponding to the next transaction of the resource stream to obtain an updated second value corresponding to the next transaction of the resource stream.
Optionally, the obtaining, by the obtaining module, credential information that characterizes a state of the requesting client using the resource stream includes:
the acquisition module is used for receiving a resource stream use certificate sent by the provider client, wherein the resource stream use certificate comprises a digital signature of the requester client and a digital signature of the provider client, and the resource stream use certificate is sent to the provider client by the requester client; and verifying the resource flow use certificate based on the digital signature of the requester client and the digital signature of the provider client, and if the verification is true, using the resource flow use certificate as the certificate information of the requester client for using the resource flow.
Optionally, the resource stream comprises at least one of: network traffic resources, power resources, computing resources, and/or designated data flow resources with real-time dynamics.
Optionally, the selecting, by the first transaction establishing module, a provider client, and establishing an association with the provider client through the blockchain server includes:
the first transaction establishing module is used for acquiring resource flow release information of a plurality of provider clients, wherein the resource flow release information comprises identification information of the provider clients and price information of resource flows; the method comprises the steps of selecting one provider client based on the plurality of resource stream publishing information, sending transaction request information to a blockchain server, and forwarding the transaction request information to the selected provider client by the blockchain server so that the provider client starts providing the resource stream when the transaction request information is permitted.
Optionally, the transaction request information includes a digital signature of the requester client, so that the blockchain server forwards the transaction request information to the provider client when verifying that the transaction request information is true based on the digital signature of the requester client.
Optionally, the first transaction management module generates credential information representing a state of using the resource flow according to a preset rule, and sends the credential information to the blockchain server includes:
the first transaction management module is used for generating a resource flow use certificate representing the current use state at preset time intervals during the period of using the resource flow, sending the resource flow use certificate to the provider client side, and sending the resource flow use certificate to the blockchain server by the provider client side.
Optionally, the resource flow usage credential includes a digital signature of the requestor client, so that the provider client sends the resource flow usage credential to the blockchain server when verifying that the resource flow usage credential is true based on the digital signature of the requestor client.
Optionally, the second transaction establishing module establishes an association with the requester client through the blockchain server, and providing the resource flow to the requester client includes:
the second transaction establishing module is used for receiving transaction request information sent by the blockchain server, wherein the transaction request information comprises identification information of a requester client and a digital signature of the requester client, and the transaction request information is sent to the blockchain server by the requester client; when the transaction request information is granted, transmitting transaction grant information to a blockchain server, the transaction grant information including the transaction request information and a digital signature of a provider client, and beginning to provide a resource stream to the requestor client.
Optionally, the transaction request information further includes a total amount of the expected used resource stream;
the transaction establishing module is further configured to grant the transaction request information when the total amount of expected usage resource flow is not greater than the total amount of resource flow that can be provided.
Optionally, the obtaining, by the second transaction management module, credential information representing a state in which the requester client uses the resource stream, and sending the credential information to the blockchain server includes:
the second transaction management module is used for receiving a resource flow use certificate sent by the client of the requester; and if the resource flow use certificate is not received after the preset time is exceeded, judging that the requesting client end uses the resource flow to be ended, and sending the received resource flow use certificate to the block chain server.
Optionally, the resource flow usage credential sent by the requestor client includes a digital signature of the requestor client, and the second transaction management module is further configured to verify the resource flow usage credential based on the digital signature of the requestor client, and send the resource flow usage credential to the block chain server if the verification is true; and/or
And the second transaction management module is also used for correspondingly sending the resource flow use certificate and the digital signature of the client side of the provider to the blockchain server.
Compared with the prior art, the invention has the following advantages:
by applying the embodiment of the invention, the transaction of the resource flow is participated in by the blockchain server as a third party from the beginning to the end, and the blockchain server is any node in the blockchain network, and the action of any blockchain server is seen by other blockchain servers in the blockchain network, so that the multi-party credible supervision on the transaction action of the resource flow is formed, no matter a requester, a provider or the blockchain server in the blockchain network cannot cheat, the problem that either one or more than two parties of the requester and the provider cheat in the resource flow transaction process can be at least partially solved, alleviated, inhibited or even avoided, and a fair resource flow transaction mode is realized.
Drawings
Fig. 1 is a schematic view of a scenario in which the embodiment of the present invention may be applied;
fig. 2 is a schematic diagram illustrating an operating principle of a transaction system of a resource flow according to an embodiment of the present invention.
Fig. 3 is a schematic structural diagram of a blockchain server in a transaction system for resource flows according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a requester client in a transaction system of resource flow according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a provider client in a transaction system for resource flows according to an embodiment of the present invention.
Detailed Description
The following examples are given for the detailed implementation and specific operation of the present invention, but the scope of the present invention is not limited to the following examples.
In order to solve the problems in the prior art, the embodiment of the invention provides a resource flow transaction system.
Fig. 1 is a schematic view of a scenario to which the embodiment of the present invention may be applied. It should be noted that fig. 1 is only an example of a system architecture to which the embodiments of the present disclosure may be applied to help those skilled in the art understand the technical content of the present disclosure, and does not mean that the embodiments of the present disclosure may not be applied to other devices, systems, environments or scenarios.
As shown in fig. 1, a system architecture 100 according to this embodiment may include a computer device 101, a computer device 102, and a network 103. While the computer device 101 is shown in fig. 1 as a server, in other embodiments the computer device 101 may be a terminal device installed with various client applications, including but not limited to a smart phone, a tablet computer, a laptop computer, a desktop computer, etc., and the computer device 101 may also be a server for providing various services. While the computer device 102 is shown in fig. 1 as a terminal device, in other embodiments the computer device 102 may be a terminal device installed with various client applications, including but not limited to smart phones, tablets, laptop computers, desktop computers, and the like, and the computer device 102 may also be a server for providing various services. Network 103 is the medium used to provide communications links between computer device 101 and computer device 102, and network 103 may include various connection types, such as wired, wireless communications links, or fiber optic cables, among others.
The computer device 101 and the computer device 102 may perform a transaction of the resource stream through the network 103, for example, the computer device 101 may be a requester requiring use of the resource stream, the computer device 102 may be a provider capable of providing the resource stream, after the transaction of the resource stream is started, the computer device 102 provides the corresponding resource stream to the computer device 101, the computer device 101 receives and uses the resource stream, after the computer device 101 stops using the resource stream, the computer device 101 pays a corresponding transaction fee to the computer device 102 according to the total amount of the resource stream used by the computer device 101, and the transaction is ended after the transaction fee is paid. Similarly, computer device 102 may be a requester requiring use of the resource stream, computer device 101 may be a provider capable of providing the resource stream, after the transaction of the resource stream is started, computer device 101 provides the corresponding resource stream to computer device 102, computer device 102 receives and uses the resource stream, after computer device 102 stops using the resource stream, computer device 102 pays a corresponding transaction fee to computer device 101 according to the total amount of the resource stream used by computer device 102, and the transaction is ended after the transaction fee is paid.
It should be understood that the type and number of computer devices and networks in FIG. 1 are merely illustrative. There may be any type and number of computer devices and networks, as the implementation requires.
Fig. 2 is a schematic diagram of an operating principle of a transaction system of resource flow according to an embodiment of the present invention, as shown in fig. 2, the system includes: a blockchain server, a requestor client, and a provider client, wherein,
fig. 3 is a schematic structural diagram of a blockchain server in a transaction system of resource flows according to an embodiment of the present invention, and as shown in fig. 3, the blockchain server includes: an initiating module 301, an obtaining module 302 and a managing module 303; the initiating module 301 is configured to obtain transaction initial information associated with a requester client and a provider client, and send the transaction initial information to other blockchain servers, so that each blockchain server stores the transaction initial information in a corresponding blockchain database; the obtaining module 302 is configured to obtain credential information that characterizes a state of the requesting client using the resource stream; the management module 303 is configured to determine a first numerical value based on the transaction initiation information and the credential information, where the first numerical value is used to represent a numerical value added by the requester client to the account of the provider client, and send the first numerical value to other blockchain servers, so that each blockchain server stores the first numerical value in a corresponding blockchain database.
Fig. 4 is a schematic structural diagram of a requester client in a resource flow transaction system according to an embodiment of the present invention, as shown in fig. 4, the requester client includes: a first transaction establishing module 401, a resource receiving module 402, and a transaction managing module 403; the first transaction establishing module 401 is configured to select a provider client, and establish association with the provider client through a blockchain server; a resource receiving module 402 for receiving and using a resource stream provided by the provider client; the first transaction management module 403 is configured to generate credential information representing a state of using a resource flow according to a preset rule, send the credential information to the blockchain server, and determine, by the blockchain server, a first value based on the credential information, where the first value is used to represent a value added to an account of the provider client by the requester client.
Fig. 5 is a schematic structural diagram of a provider client in a transaction system of resource flow according to an embodiment of the present invention, and as shown in fig. 5, the provider client includes: a second transaction establishing module 501 and a second transaction managing module 502.
The first transaction establishment module 501 is configured to establish an association with a requesting client through a blockchain server, and provide a resource stream to the requesting client, so that the requesting client receives and uses the resource stream.
The second transaction management module 502 is configured to obtain credential information representing a state of the requester client using the resource stream, send the credential information to the blockchain server, and determine, by the blockchain server, a first value based on the credential information, where the first value is used to represent a value added to an account of the provider client by the requester client.
For a clear and complete description of the embodiments of the present invention, the following description will use network traffic resources as resource flows, and other various resource flows, hereinafter simply referred to as "traffic", may also be used for providing traffic by a provider client and requiring traffic by a requester client. The method comprises the steps that a plurality of block chain servers form a block chain network, the block chain servers participate in the starting, proceeding and ending of transactions between a requester client and a provider client through a running flow sharing contract, wherein the flow sharing contract is essentially an intelligent contract, is usually a code which is preset in a block chain database and can be triggered to execute, and can run in the block chain servers to execute corresponding operations after meeting a triggering condition.
As shown in fig. 2, the sequence of the data streams is indicated by sequence numbers in the figure, first, the requester client a searches for traffic sharing information sent by each provider client through a dedicated channel, where the traffic sharing information corresponds to the resource stream publishing information described above, and one or more information describing characteristics of the provided traffic, such as unit traffic price, total amount of the provided traffic, and type of the provided traffic, may be recorded in the traffic sharing information sent by each provider client, and the requester client a may select a suitable provider client according to its own needs. The dedicated channel used by the client a of the requester may be a local area network provided by the client of the provider and enabling the client a of the requester to be used for free at certain time, certain place and the like, and of course, the dedicated channel may be in other forms as long as the requirement of the client a of the requester for viewing the traffic sharing information can be temporarily met.
Then, after the requester client a selects the provider client B, transaction request information is generated, which includes: the identification information of the requestor client a, the identification information of the selected provider client B, the expected usage traffic total, and a second value representing the amount of the prepaid deposit, the second value corresponding to the value of the digital currency decremented from the account of the requestor client a, the requestor client a further generating a digital signature a1 of the requestor client a based on the generated transaction request information and the private key of the requestor client a, the digital signature a1 being appended to the generated transaction request information. The client a of the requester sends the transaction request information to a traffic sharing contract running in the blockchain server, and after the traffic sharing contract verifies that the transaction request information is true according to the public key and the digital signature a1 of the client a of the requester, sending the transaction request information to the provider client B, wherein the provider client B can determine whether to permit traffic sharing with respect to the requester client a according to information recorded in the transaction request information, and if the traffic sharing is permitted, the provider client B can generate a digital signature B1 of the provider client B based on the received transaction request information and a private key of the provider client B, the digital signature B1 is attached to the received transaction request message to form transaction approval message, which the provider client B sends to the traffic sharing contract indicating approval for traffic sharing and starts providing traffic to the requester client a.
The traffic sharing contract can store the received transaction permission information into the blockchain database corresponding to each blockchain server through the consensus verification of each blockchain server so as to obtain the joint supervision of multiple parties.
During the traffic sharing period, the requester client a periodically transmits to the provider client B traffic usage credentials corresponding to the above resource flow usage credentials, and each traffic usage credential records the total amount of traffic used by the requester client a from the start of usage to the time point corresponding to the traffic usage credential. The provider client B can know that the requester client a is still using the traffic each time the provider client B receives the traffic use credential, and when the provider client B does not receive the updated traffic use credential more than a predetermined time after receiving one traffic use credential, the provider client B can determine that the requester client a stops using the traffic, and the provider client B can stop providing the traffic to the requester client a and submit the last received traffic use credential to the traffic sharing contract. In this way, when the requester client a does not send traffic usage credentials to the provider client B for a long time, the provider client B can prevent a situation where the requester client a uses traffic without paying for it by cutting off traffic sharing.
After receiving the flow use certificate submitted by the provider client B, the flow sharing contract may calculate, based on the flow use certificate and the unit flow price, a transaction fee corresponding to the current flow sharing, that is, a numerical value of digital money that the requester client a should pay to the provider client B, where the transaction fee is represented by a first numerical value, and the first numerical value represents a numerical value added to an account of the provider client B. The transaction fee may be deducted from the deposit paid by the requester client a in advance, if the second value is 200 and the first value is 150, the deposit is left 50 after the transaction fee is deducted from the deposit of the requester client a, and the remaining deposit may be processed according to the requirement of the requester client a, and if the deposit is returned to the requester client a, that is, the account value of the requester client a is increased by 50, the deposit may not be returned to the requester client a, and the deposit is used when the requester client a needs to pay the transaction fee next time. This completes the transaction process of the resource stream shown in fig. 5.
It can be seen that, compared with the current situation that network traffic resources are provided for users only by each large telecommunication operator, the traffic is provided for the client of the requester through the provider client selected bidirectionally and autonomously, the monopoly established by each large telecommunication operator by virtue of the advantages of policy, capital, user scale and the like is broken, the blockchain network is introduced to participate in the witness process, the traffic pricing becomes public and transparent, the statistics of traffic use conditions is not counted by one operator, but is jointly witnessed and supervised by multiple parties, the fairness and reasonability of the traffic transaction process are realized, and the requirements of the traffic provider and the traffic requester are both met. The method has the advantages of being not only for the network traffic resource, but also for the transaction of other various resource flows.
Specifically, the digital signature of the requester client may be formed through asymmetric encryption, for example, the requester client encrypts the transaction request information based on its own private key to obtain the digital signature of the requester client, and the blockchain server may verify the authenticity of the transaction request information by using a public key corresponding to the requester client, for example, in this embodiment, the digital signatures of both parties of the transaction may be formed through asymmetric encryption, for any requester client, the requester client corresponds to a unique key pair, the key pair includes a public key and a private key, where the public key is public, that is, the public key of the requester client may be obtained by other requester clients, each provider client, and/or each blockchain server, and the private key is not public, and any other party cannot obtain the private key of the requester client, only the requesting client can use the private key itself. Similarly, any provider client may have a dedicated key pair, and any blockchain server may have a dedicated key pair. The digital signature of the requester client in the transaction request information may be obtained by encrypting the transaction request information based on a private key of the requester client, and the blockchain server may verify the authenticity of the digital signature by using a public key of the requester client to prove the authenticity of the transaction request information. And/or the digital signature of the provider client in the transaction permission information may be obtained by encrypting the transaction permission information based on a private key of the provider client, and the blockchain server may verify the authenticity of the digital signature by using a public key of the provider client to prove the authenticity of the transaction permission information. In other embodiments, the two parties to the transaction may form their respective digital signatures in other manners, and any manner that can achieve the purpose of proving the authenticity of the sent information to a plurality of blockchain servers as third parties may be used, which is not limited herein.
Specifically, in this embodiment, the above-mentioned asymmetric encryption manner may also be adopted to form digital signatures of both transaction parties, for example, the requesting client encrypts the resource stream usage certificate based on its own private key to obtain the digital signature of the requesting client, the providing client encrypts the resource stream usage certificate and the digital signature of the requesting client based on its own private key to obtain the digital signature of the providing client, and the blockchain server may verify the authenticity of the digital signature of the requesting client and the digital signature of the providing client by using the public key of the requesting client and the public key of the providing client to prove the authenticity of the transaction request information.
It should be noted that the resource flow in the embodiment of the present disclosure refers to a resource that can be continuously and streamingly provided and consumed along with use, for example, the resource may be a network traffic resource, an electric power resource, a calculation power resource, a specified data stream resource with real-time dynamics, and the like, and various streamable consumable resources with such characteristics may be used as the resource flow in the embodiment of the present disclosure, which is not limited herein. Based on the above characteristics of the resource flow, the transaction of the resource flow is usually started when the resource flow is used, and ended when the resource flow is used, so that the transaction fee corresponding to the transaction of the resource flow is often obtained only after the transaction is ended, and the corresponding transaction fee is calculated according to the total usage amount of the resource flow.
By applying the embodiment shown in fig. 2 of the present invention, the transaction of the resource flow is participated in by the blockchain server as the third party from the beginning to the end, and because the blockchain server is any node in the blockchain network, the behavior of any blockchain server is witnessed by other blockchain servers in the blockchain network, so that multi-party credible supervision for the transaction behavior of the resource flow is formed, no matter whether the requester, the provider or the blockchain server in the blockchain network cannot cheat, the problem of cheating by any one or more parties of the requester and the provider in the resource flow transaction process can be at least partially solved, alleviated, inhibited, or even avoided, and a fair resource flow transaction mode is realized.
In one embodiment of the present disclosure, the obtaining of the transaction initiation information associating the requester client and the provider client by the initiation module 301 includes: the initiating module 301 is configured to receive transaction request information sent by the requester client, where the transaction request information includes: the transaction authorization method comprises the steps that identification information of a requester client, identification information of a provider client and a digital signature of the requester client are verified, if the verification is true, the transaction request information is sent to the provider client, and transaction authorization information sent by the provider client is received, wherein the transaction authorization information comprises the transaction request information and the digital signature of the provider client; and verifying the transaction permission information based on the digital signature of the provider client, and if the verification is true, using the transaction permission information as transaction initial information for associating the requester client and the provider client.
Further, as an optional embodiment, the transaction request information may also include price information of the resource stream. The determining, by the management module 303, the first value based on the transaction initiation information and the credential information comprises: the management module 303 is configured to determine a total amount of the resource stream used by the requesting client according to the credential information, and determine a first value according to the price information of the resource stream and the total amount of the resource stream used by the requesting client.
In one embodiment of the present disclosure, the transaction request information further includes a second value characterizing a reduced value in the account of the requesting client. The management module 303 is further configured to determine a third value when the second value is greater than the first value, where the third value is equal to a difference between the second value and the first value, and the third value is used to represent an increased value in the account of the requesting client. Determining a fourth value when the second value is less than the first value, the fourth value being equal to a difference between the first value and the second value, the fourth value being indicative of a reduced value in the account of the requestor client. And sending the determined third value or the determined fourth value to other block chain servers, so that each block chain server stores the third value or the fourth value into a corresponding block chain database.
In another embodiment of the present disclosure, the transaction request information further includes a second value characterizing a reduced value in the account of the requestor client. The management module 303 is further configured to record a difference between the second value and the first value as a fifth value when the second value is greater than the first value, and when the requester client performs a next transaction of the resource stream, accumulate the fifth value and the second value corresponding to the next transaction of the resource stream to obtain an updated second value corresponding to the next transaction of the resource stream.
In one embodiment of the present disclosure, the obtaining module 302 obtaining credential information characterizing a state of the requesting client using the resource stream comprises: the obtaining module 302 is configured to receive a resource stream usage credential sent by the provider client, where the resource stream usage credential includes a digital signature of the requester client and a digital signature of the provider client, the resource stream usage credential is sent by the requester client to the provider client, verify the resource stream usage credential based on the digital signature of the requester client and the digital signature of the provider client, and if the verification is true, use the resource stream usage credential as credential information of the requester client using a resource stream.
In the above embodiments, the resource flow may include, but is not limited to, at least one of the following: network traffic resources, power resources, computing resources, and/or designated data flow resources with real-time dynamics.
In one embodiment of the present disclosure, the first transaction establishment module 401 selects a provider client with which to establish an association via the blockchain server includes: the first transaction establishing module 401 is configured to obtain resource stream publishing information of a plurality of provider clients, where the resource stream publishing information includes identification information of the provider clients and price information of the resource streams, select one provider client based on the plurality of resource stream publishing information, send transaction request information to the blockchain server, and forward the transaction request information to the selected provider client by the blockchain server, so that the provider client starts providing the resource streams when granting the transaction request information.
Optionally, the transaction request information may include a digital signature of the requester client, so that the blockchain server forwards the transaction request information to the provider client when verifying that the transaction request information is true based on the digital signature of the requester client.
In an embodiment of the present disclosure, the first transaction management module 403 generates credential information characterizing a state of using the resource flow according to a preset rule, and sending the credential information to the blockchain server includes: the first transaction management module 403 is configured to generate a resource flow usage credential representing a current usage state at preset time intervals during usage of a resource flow, and send the resource flow usage credential to the provider client, which sends the resource flow usage credential to the blockchain server.
As an optional embodiment, the resource flow usage credential includes a digital signature of the requestor client, so that the provider client sends the resource flow usage credential to the blockchain server when verifying that the resource flow usage credential is true based on the digital signature of the requestor client.
In the above embodiments, the resource flow may include, but is not limited to, at least one of the following: network traffic resources, power resources, computing resources, and/or designated data flow resources with real-time dynamics.
In one embodiment of the present disclosure, the second transaction establishing module 501 establishes an association with the requester client through the blockchain server, and the providing the resource flow to the requester client includes: the second transaction establishing module 501 is configured to receive transaction request information sent by the blockchain server, where the transaction request information includes identification information of a requester client and a digital signature of the requester client, the transaction request information is sent by the requester client to the blockchain server, and when the transaction request information is granted, send transaction grant information to the blockchain server, where the transaction grant information includes the transaction request information and the digital signature of a provider client, and start providing a resource flow to the requester client.
Further, as an optional embodiment, the transaction request information may also include an expected total amount of usage resource flow. The second transaction establishing module 501 is further configured to grant the transaction request information when the total amount of expected usage resource flows is not greater than the total amount of resource flows that can be provided.
In one embodiment of the present disclosure, the second transaction management module 502 obtains credential information characterizing a state of the requesting client using the resource stream, and sending the credential information to the blockchain server includes: the second transaction management module 502 is configured to receive a resource flow usage credential sent by the requestor client; and if the resource flow use certificate is not received after the preset time is exceeded, judging that the requesting client end uses the resource flow to be ended, and sending the received resource flow use certificate to the block chain server.
Optionally, the resource flow usage credential sent by the requestor client includes a digital signature of the requestor client, and the second transaction management module 502 is further configured to verify the resource flow usage credential based on the digital signature of the requestor client, and if the verification is true, send the resource flow usage credential to the block chain server; and/or the second transaction management module 502 is further configured to correspondingly send the resource flow usage certificate and the digital signature of the provider client to the blockchain server.
According to an embodiment of the present disclosure, the blockchain server 300 and the requester client 400 may be deployed in the same client, or may be deployed in different clients, which is not limited herein.
It should be noted that the implementation, solved technical problems, implemented functions, and achieved technical effects of each module/unit/subunit and the like in the apparatus part embodiment are respectively the same as or similar to the implementation, solved technical problems, implemented functions, and achieved technical effects of each corresponding step in the method part embodiment, and are not described herein again.
Any number of modules, sub-modules, units, sub-units, or at least part of the functionality of any number thereof according to embodiments of the present disclosure may be implemented in one module. Any one or more of the modules, sub-modules, units, and sub-units according to the embodiments of the present disclosure may be implemented by being split into a plurality of modules. Any one or more of the modules, sub-modules, units, sub-units according to embodiments of the present disclosure may be implemented at least in part as a hardware circuit, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system on a chip, a system on a substrate, a system on a package, an Application Specific Integrated Circuit (ASIC), or may be implemented in any other reasonable manner of hardware or firmware by integrating or packaging a circuit, or in any one of or a suitable combination of software, hardware, and firmware implementations. Alternatively, one or more of the modules, sub-modules, units, sub-units according to embodiments of the disclosure may be at least partially implemented as a computer program module, which when executed may perform the corresponding functions.
For example, any of the initiating module 301, the obtaining module 302, and the managing module 303 may be combined and implemented in one module, or any one of them may be split into a plurality of modules. Alternatively, at least part of the functionality of one or more of these modules may be combined with at least part of the functionality of the other modules and implemented in one module. According to an embodiment of the present disclosure, at least one of the initiating module 301, the obtaining module 302, and the managing module 303 may be implemented at least in part as a hardware circuit, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system on a chip, a system on a substrate, a system on a package, an Application Specific Integrated Circuit (ASIC), or may be implemented in hardware or firmware in any other reasonable manner of integrating or packaging a circuit, or in any one of or a suitable combination of software, hardware, and firmware. Alternatively, at least one of the initiating module 301, the obtaining module 302, and the managing module 303 may be at least partially implemented as a computer program module, which when executed, may perform a corresponding function.
And/or any number of the first transaction establishing module 401, the resource receiving module 402, and the first transaction managing module 403 may be combined and implemented in one module, or any one of them may be split into a plurality of modules. Alternatively, at least part of the functionality of one or more of these modules may be combined with at least part of the functionality of the other modules and implemented in one module. According to an embodiment of the present disclosure, at least one of the first transaction establishing module 401, the resource receiving module 402, and the first transaction managing module 403 may be implemented at least partially as a hardware circuit, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system on a chip, a system on a substrate, a system on a package, an Application Specific Integrated Circuit (ASIC), or may be implemented in hardware or firmware by any other reasonable manner of integrating or packaging a circuit, or may be implemented in any one of three implementations of software, hardware, and firmware, or in a suitable combination of any of them. Alternatively, at least one of the first transaction establishing module 401, the resource receiving module 402, and the first transaction managing module 403 may be at least partially implemented as a computer program module, which when executed, may perform a corresponding function.
And/or any plurality of the second transaction establishing module 501 and the second transaction managing module 502 may be combined and implemented in one module, or any one of the modules may be split into a plurality of modules. Alternatively, at least part of the functionality of one or more of these modules may be combined with at least part of the functionality of the other modules and implemented in one module. According to an embodiment of the present disclosure, at least one of the second transaction establishing module 501 and the second transaction managing module 502 may be implemented at least partially as a hardware circuit, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system on a chip, a system on a substrate, a system on a package, an Application Specific Integrated Circuit (ASIC), or may be implemented in hardware or firmware in any other reasonable manner of integrating or packaging a circuit, or in any one of or a suitable combination of software, hardware, and firmware. Alternatively, at least one of the second transaction establishing module 501 and the second transaction managing module 502 may be at least partly implemented as a computer program module, which when executed may perform a corresponding function.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents and improvements made within the spirit and principle of the present invention are intended to be included within the scope of the present invention.
Claims (14)
1. A system for trading of resource flows, the system comprising: a blockchain server, a requestor client, and a provider client, wherein,
the blockchain server comprises: the system comprises an initiating module, a block chain database and a block chain database, wherein the initiating module is used for acquiring transaction initial information of a client of an association requester and a client of a provider and sending the transaction initial information to other block chain servers so that each block chain server stores the transaction initial information into a corresponding block chain database; an obtaining module for obtaining credential information characterizing a state of the requestor client using the resource stream; the management module is used for determining a first numerical value based on the transaction initial information and the credential information, wherein the first numerical value is used for representing a numerical value added to an account of the client side of the provider by the client side of the requester, and the first numerical value is sent to other blockchain servers, so that each blockchain server stores the first numerical value into a corresponding blockchain database;
the requester client includes: the system comprises a first transaction establishing module, a second transaction establishing module and a third transaction establishing module, wherein the first transaction establishing module is used for selecting a provider client and establishing association with the provider client through a blockchain server; a resource receiving module for receiving and using a resource stream provided by the provider client; the system comprises a first transaction management module, a blockchain server and a second transaction management module, wherein the first transaction management module is used for generating credential information representing the state of using resource flow according to a preset rule, sending the credential information to the blockchain server, and determining a first numerical value by the blockchain server based on the credential information, wherein the first numerical value is used for representing a numerical value added to an account of a provider client by a requester client;
the provider client includes: a second transaction establishing module for establishing an association with the requestor client through the blockchain server, providing the requestor client with a resource stream such that the requestor client receives and uses the resource stream; the second transaction management module is used for acquiring credential information representing the state of the requester client using the resource flow, sending the credential information to the blockchain server, and determining a first numerical value by the blockchain server based on the credential information, wherein the first numerical value is used for representing a numerical value added to an account of the provider client by the requester client;
the first transaction management module generates credential information representing the state of using the resource flow according to a preset rule, and sends the credential information to the blockchain server, wherein the credential information comprises:
the first transaction management module is used for generating a resource flow use certificate representing the current use state at preset time intervals during the period of using the resource flow, sending the resource flow use certificate to the provider client side, and sending the resource flow use certificate to the blockchain server by the provider client side.
2. The system of claim 1, wherein the initiating module obtaining transaction initiation information associated with the requestor client and the provider client comprises:
the initiating module is configured to receive transaction request information sent by the requester client, where the transaction request information includes: identification information of the requester client, identification information of the provider client, and a digital signature of the requester client; verifying the transaction request information based on the digital signature of the requester client, and if the transaction request information is verified to be true, sending the transaction request information to the provider client; receiving transaction approval information sent by the provider client, wherein the transaction approval information comprises the transaction request information and a digital signature of the provider client; and verifying the transaction permission information based on the digital signature of the provider client, and if the verification is true, using the transaction permission information as transaction initial information for associating the requester client and the provider client.
3. The system of claim 2,
the transaction request information further includes price information for the resource stream;
the management module determining a first value based on the transaction initiation information and the credential information comprises: the management module is used for determining the total amount of the resource flow used by the client of the requester according to the credential information; a first value is determined based on price information of the resource stream and a total amount of the resource stream used by the requesting client.
4. The system of claim 2,
the transaction request information further includes a second value characterizing a reduced value in the account of the requestor client;
the management module is further configured to determine a third value when the second value is greater than the first value, where the third value is equal to a difference between the second value and the first value, and the third value is used to represent an increased value in the account of the requestor client; determining a fourth value when the second value is less than the first value, the fourth value being equal to a difference between the first value and the second value, the fourth value being indicative of a reduced value in the account of the requestor client; and sending the determined third value or the determined fourth value to other block chain servers, so that each block chain server stores the third value or the fourth value into a corresponding block chain database.
5. The system of claim 2,
the transaction request information further includes a second value characterizing a reduced value in the account of the requestor client;
the management module is further configured to record a difference between the second value and the first value as a fifth value when the second value is greater than the first value, and when the requester client performs a next transaction of the resource stream, accumulate the fifth value and the second value corresponding to the next transaction of the resource stream to obtain an updated second value corresponding to the next transaction of the resource stream.
6. The system of claim 1, wherein the obtaining module obtains credential information characterizing a state of the requestor client using the resource stream comprises:
the acquisition module is used for receiving a resource stream use certificate sent by the provider client, wherein the resource stream use certificate comprises a digital signature of the requester client and a digital signature of the provider client, and the resource stream use certificate is sent to the provider client by the requester client; and verifying the resource flow use certificate based on the digital signature of the requester client and the digital signature of the provider client, and if the verification is true, using the resource flow use certificate as the certificate information of the requester client for using the resource flow.
7. The system of claim 1, wherein the resource stream comprises at least one of: network traffic resources, power resources, computing resources, and/or designated data flow resources with real-time dynamics.
8. The system of claim 1, wherein the first transaction establishment module selects a provider client with which to establish an association via a blockchain server comprises:
the first transaction establishing module is used for acquiring resource flow release information of a plurality of provider clients, wherein the resource flow release information comprises identification information of the provider clients and price information of resource flows; the method comprises the steps of selecting one provider client based on the plurality of resource stream publishing information, sending transaction request information to a blockchain server, and forwarding the transaction request information to the selected provider client by the blockchain server so that the provider client starts providing the resource stream when the transaction request information is permitted.
9. The system of claim 8, wherein the transaction request information includes a digital signature of a requestor client, such that a blockchain server forwards the transaction request information to the provider client when verifying that the transaction request information is authentic based on the digital signature of the requestor client.
10. The system of claim 9, wherein the resource stream usage credential comprises a digital signature of a requestor client, such that the provider client sends the resource stream usage credential to a blockchain server upon verifying that the resource stream usage credential is authentic based on the digital signature of the requestor client.
11. The system of claim 1, wherein the second transaction establishment module establishes an association with the requestor client via a blockchain server, the providing the resource flow to the requestor client comprising:
the second transaction establishing module is used for receiving transaction request information sent by the blockchain server, wherein the transaction request information comprises identification information of a requester client and a digital signature of the requester client, and the transaction request information is sent to the blockchain server by the requester client; when the transaction request information is granted, transmitting transaction grant information to a blockchain server, the transaction grant information including the transaction request information and a digital signature of a provider client, and beginning to provide a resource stream to the requestor client.
12. The system of claim 11,
the transaction request information further includes an expected total amount of usage resource flow;
the transaction establishing module is further configured to grant the transaction request information when the total amount of expected usage resource flow is not greater than the total amount of resource flow that can be provided.
13. The system of claim 1, wherein the second transaction management module obtains credential information characterizing the state of the requestor client using the resource stream, and wherein sending the credential information to a blockchain server comprises:
the second transaction management module is used for receiving a resource flow use certificate sent by the client of the requester; and if the resource flow use certificate is not received after the preset time is exceeded, judging that the requesting client end uses the resource flow to be ended, and sending the received resource flow use certificate to the block chain server.
14. The system of claim 13,
the resource flow use certificate sent by the requester client comprises a digital signature of the requester client, and the second transaction management module is further used for verifying the resource flow use certificate based on the digital signature of the requester client, and sending the resource flow use certificate to the block chain server if the verification is true; and/or
And the second transaction management module is also used for correspondingly sending the resource flow use certificate and the digital signature of the client side of the provider to the blockchain server.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811182912.XA CN109300038B (en) | 2018-10-11 | 2018-10-11 | Resource flow transaction system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811182912.XA CN109300038B (en) | 2018-10-11 | 2018-10-11 | Resource flow transaction system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109300038A CN109300038A (en) | 2019-02-01 |
| CN109300038B true CN109300038B (en) | 2020-12-08 |
Family
ID=65162341
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811182912.XA Active CN109300038B (en) | 2018-10-11 | 2018-10-11 | Resource flow transaction system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109300038B (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109672542A (en) * | 2019-02-20 | 2019-04-23 | 深圳互联先锋科技有限公司 | A kind of Internet Instant Message Tool system and method |
| CN111178885B (en) * | 2019-12-18 | 2023-08-04 | 达闼机器人股份有限公司 | Block chain-based data processing method, device, data processing equipment and system |
| CN111461691B (en) * | 2020-04-17 | 2020-12-11 | 支付宝(杭州)信息技术有限公司 | Flow statistical system, method and device based on block chain |
| CN111970123B (en) * | 2020-08-10 | 2023-07-25 | 中国联合网络通信集团有限公司 | Wireless resource transaction method, terminal and system based on blockchain network |
| CN111970350B (en) * | 2020-08-10 | 2021-12-14 | 中国联合网络通信集团有限公司 | Wireless resource transaction method, terminal and system based on block chain network |
| CN112671735B (en) * | 2020-12-16 | 2022-12-06 | 江苏通付盾区块链科技有限公司 | Data encryption sharing system and method based on block chain and re-encryption |
| CN112801698A (en) * | 2021-01-26 | 2021-05-14 | 中国人寿保险股份有限公司上海数据中心 | Multi-integral management system and method based on block chain |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106897902A (en) * | 2017-02-21 | 2017-06-27 | 中链科技有限公司 | Service transacting method, system and trading server based on block chain technology |
| CN108320228A (en) * | 2018-03-07 | 2018-07-24 | 物数（上海）信息科技有限公司 | Transregional piece of chain transaction in assets method, platform, equipment and storage medium |
| CN108595126A (en) * | 2018-04-27 | 2018-09-28 | 腾讯科技（深圳）有限公司 | Data-storage system, querying method, inquiry unit, server and storage medium |
| CN108596649A (en) * | 2018-03-22 | 2018-09-28 | 深圳市网心科技有限公司 | Account book rewards settlement method, server and computer readable storage medium |
-
2018
- 2018-10-11 CN CN201811182912.XA patent/CN109300038B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106897902A (en) * | 2017-02-21 | 2017-06-27 | 中链科技有限公司 | Service transacting method, system and trading server based on block chain technology |
| CN108320228A (en) * | 2018-03-07 | 2018-07-24 | 物数（上海）信息科技有限公司 | Transregional piece of chain transaction in assets method, platform, equipment and storage medium |
| CN108596649A (en) * | 2018-03-22 | 2018-09-28 | 深圳市网心科技有限公司 | Account book rewards settlement method, server and computer readable storage medium |
| CN108595126A (en) * | 2018-04-27 | 2018-09-28 | 腾讯科技（深圳）有限公司 | Data-storage system, querying method, inquiry unit, server and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109300038A (en) | 2019-02-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109300038B (en) | Resource flow transaction system | |
| CN106982205B (en) | Block chain-based digital asset processing method and device | |
| CN110335147A (en) | A kind of digital asset Information Exchange System and method based on block chain | |
| KR101354898B1 (en) | Electronic commerce transactions over a peer-to-peer communications channel | |
| CN109168139B (en) | WiFi sharing method based on block chain and server | |
| CN108668277B (en) | Method and equipment for sharing and acquiring information | |
| CN111815322B (en) | Distributed payment method with selectable privacy service based on Ethernet | |
| WO2018023936A1 (en) | Method and device for implementing sharing of wireless access point | |
| CN110619222A (en) | Authorization processing method, device, system and medium based on block chain | |
| JP6946066B2 (en) | Gateway device, usage management system, usage control method and usage control program | |
| CN114978635A (en) | Cross-domain authentication method and device, and user registration method and device | |
| JP4695633B2 (en) | Method and apparatus for selling digital resources | |
| KR101120059B1 (en) | Billing verifying apparatus, billing apparatus and method for cloud computing environment | |
| CN109272318B (en) | Resource flow transaction method, device, equipment and medium applied to requester client | |
| WO2018024815A1 (en) | Resource path monitoring | |
| CN112565104B (en) | Flow control method, device, medium and electronic equipment of block chain system | |
| CN109325858B (en) | Resource flow transaction method and device, computer equipment and computer readable medium | |
| EP3664363B1 (en) | Device and method for processing public key of user in communication system that includes a plurality of nodes | |
| CN109345247B (en) | Resource flow transaction method, device, equipment and medium applied to provider client | |
| CN110276693B (en) | Insurance claim settlement method and system | |
| WO2020073277A1 (en) | Resource flow transaction method and apparatus | |
| JP2020047216A (en) | Charge information generation program, charge information generation device and charge information generation method | |
| CN111489252B (en) | Deposit certification opening method and device based on alliance chain | |
| CN102291236B (en) | Method and system for realizing safe charging in peer-to-peer network | |
| CN117057921B (en) | Method, device and system for transaction of calculation force, electronic equipment and storage medium |
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 |