JP7349616B2 - Payment support system, payment support method and payment support program - Google Patents

Description

The present invention relates to a payment support system, a payment support method, and a payment support program that use a distributed ledger to support payments from an operator of a content transaction service to a content provider.

In commercial transactions, in order to ensure the safety of transactions, an operator who operates a transaction service may intervene between the purchaser and the provider of goods or services. When the transaction service is performed using a communication network such as the Internet, the provider provides the goods or services through the operator who provides the transaction management service, and the purchaser receives the transaction service. A purchase application is made to the operator who operates the service, and payment for the purchase is made to the operator. When the operator confirms the payment from the purchaser, the operator pays the provider the amount according to the terms specified in the contract with the provider.

For example, in an electronic commerce system where a commercial transaction intermediary acts as the buyer's agent for payment of the product price between the purchaser who purchases the product and the product provider who provides the product, and the purchase is made through a computer network. means for setting commercial transaction specific information for specifying commercial transactions between the product provider and the product provider; means for causing the product provider and the purchaser to transmit the commercial transaction specific information to a commercial transaction intermediary; and a commercial transaction intermediary. is equipped with a means for processing to have a commercial transaction intermediary act on behalf of the purchaser to pay the product price to the product provider when the commercial transaction specific information received from the product provider and the purchaser is the same. An electronic commerce system is provided (see Patent Document 1).

Japanese Patent Application Publication No. 2003-233730

Regarding transactions such as the amount deposited by the purchaser in a transaction in which there is an operator who provides management services for content transactions between the purchaser who purchases content such as still images and videos, and the provider who provides the content. While transparency is required to be ensured, the amount of each payment from the operator to the provider after deposit is required to be kept confidential from other providers to prevent trouble between providers. It may happen.

In addition, distributed ledgers using blockchain, etc., whose data is difficult to tamper with, are used in a variety of transactions to ensure the reliability of transactions due to their high level of security.

The present invention was made in view of these problems, and its purpose is to use a distributed ledger that records information regarding content transactions, so that the amount paid by content purchasers is transferred to other providers. In order to prevent trouble between content providers, the amount paid to each content provider can be kept secret.

In order to solve the above-mentioned problems, the present invention provides a system in which an operator server owned by a content trading service operator is connected to a provider terminal owned by a content provider via a communication network, so that content trading services can be transferred from the operator to the provider. A payment support system for supporting payment of content, wherein the operator server includes a key generation unit that generates the provider's key for encrypting and decrypting information, and a key generation unit that generates the provider's key for encrypting and decrypting information, and an input from the content purchaser. a deposit confirmation unit that confirms the amount; and calculation conditions for the deposited amount confirmed by the deposit confirmation unit using the provider's key generated by the key generation unit and the payment amount determined for each provider. an encryption unit that encrypts the amount, a payment amount calculation unit that calculates the payment amount to the provider based on the payment amount encrypted by the encryption unit and the calculation conditions, and confirmation by the payment confirmation unit. and a distributed ledger recording unit that records the entered amount in an unencrypted state and the payment amount calculated by the payment amount calculation unit in an encrypted state in a distributed ledger. It is characterized by

The calculation conditions define a distribution rate to the provider for the entered amount, and the payment amount calculation section calculates the distribution rate that is also encrypted in the entered amount that is encrypted by the encryption section. The payment amount is calculated using a method of calculating the encrypted payment amount by multiplying it by a percentage.

The operator server further includes a decryption unit for decrypting the calculation conditions and the payment amount, which are both recorded in an encrypted state in the distributed ledger, using the provider's key. It is characterized by the presence of

Then, when the operator server remits legal currency or virtual currency to the provider based on the payment amount, the operator server integrates or divides the payment amount into an amount other than the payment amount and then remits the money so that the payment amount is unknown. The remittance processing unit further includes a remittance processing unit, and the distributed ledger recording unit further records the amount remitted by the remittance processing unit in the distributed ledger in an unencrypted state.

Furthermore, the method is characterized in that it is a homomorphic encryption method.

Furthermore, the present invention provides a system in which an operator server owned by a content trading service operator is connected to a provider terminal owned by a content provider via a communication network to support payments from the operator to the provider. A payment support method in a payment support system comprising: a key generation step in which the operator server generates a key for the provider for encrypting and decrypting information; and a key generation step in which the operator server generates a key for the provider for encrypting and decrypting information; A payment confirmation step to confirm, and encrypting the deposited amount confirmed in the deposit confirmation step and the payment amount calculation conditions determined for each provider using the provider's key generated in the key generation step. a payment amount calculation step of calculating the payment amount to the provider based on the payment amount encrypted by the encryption step and the calculation conditions; It is characterized by executing a distributed ledger recording step of recording the entered amount in an unencrypted state and the payment amount calculated in the payment amount calculation step in an encrypted state. shall be.

Furthermore, the present invention provides a system in which an operator server owned by a content trading service operator is connected to a provider terminal owned by a content provider via a communication network to support payments from the operator to the provider. A payment support program that causes the operator server to execute processing so as to function as a payment support system for the content, and includes a key generation process for generating the provider's key for encrypting and decoding information, and a key generation process for generating the provider's key for encrypting and decrypting information. A deposit confirmation process that confirms the deposit amount from the purchaser, and the deposited amount confirmed by the deposit confirmation process using the provider's key generated by the key generation process and the amount determined for each provider. an encryption process for encrypting payment amount calculation conditions; a payment amount calculation process for calculating the payment amount to the provider based on the input amount encrypted by the encryption process and the calculation conditions; Distributed ledger recording that records the deposited amount confirmed by the payment confirmation process in an unencrypted state and the payment amount calculated by the payment amount calculation process in an encrypted state in a distributed ledger. The method is characterized in that the operator server executes the processing.

According to the present invention, by using a distributed ledger that records information regarding content transactions, the amount paid by a content purchaser is disclosed to other providers, and at the same time, in order to prevent trouble between content providers. , the individual payment amount to each provider can be kept confidential.

FIG. 2 is an explanatory diagram showing the overall system configuration. 2 is a block diagram showing the internal configuration of an operator server 101. FIG. FIG. 1 is an image diagram of a distributed ledger 110. 11 is a flowchart showing a processing procedure for calculating a payment amount to a provider in an operator server 101 and recording it in a distributed ledger 110.

Next, embodiments of the payment support system, payment support method, and payment support program according to the present invention will be described in detail below with reference to the drawings.

FIG. 1 is an explanatory diagram showing the overall system configuration.
The operator server 101 is a computer managed by an operator that provides management services for content transactions, and provides provider terminals 103, which are used by content providers who use the management services, via a communication network 102 such as the Internet. It is configured to communicate with Although two provider terminals 103 are shown in FIG. 1, the number is not limited to two, and more provider terminals 103 can be connected.

The communication network 102 can use various networks such as the Internet, LAN (Local Area Network), and WAN (Wide Area Network).

The operator server 101 is managed by an operator that provides content transaction management services, and provides content transaction management services to content providers, content purchasers, and the like.
The operator server 101 stores a distributed ledger 110 and also stores a program that executes processing corresponding to the distributed ledger 110, and the program communicates with the operator for each provider after payment is received from the content purchaser. The amount to be paid to the provider is calculated based on the calculation conditions determined between is recorded.
The provider terminal 103 is a terminal used by a content provider who uses a content transaction management service.
Note that the operator server 101 and the provider terminal 103 may participate in a blockchain network that shares a blockchain formed by connecting blocks generated based on transactions including information regarding content transactions. The blockchain network in that case may be a public chain, a private chain, or a consortium chain.
However, the distributed ledger 110 in this embodiment is not limited to a blockchain in which explicit blocks exist, and although it is not connected by blocks, it is impossible to rewrite the data later and the data cannot be tampered with. It may be a publicly managed ledger. For example, after writing data, the electronic signature of the data may be left in the block, but the data itself may be written directly to each node without being left in the block, and the transaction may remain in the distributed ledger 110. The distributed ledger 110 in this case has a broader meaning than a blockchain; in other words, a type of distributed ledger 110 is a blockchain.

FIG. 2 is a block diagram showing the internal configuration of the operator server 101. Note that although Figure 2 shows a single server computing system, the system is not limited to a single server, and may be a distributed computing system such as a configuration distributed over multiple server computers. It may also be configured as
The operator server 101 includes a CPU, a RAM, an input device, an output device, a communication control device, a storage device, and the like that are interconnected via a system bus. The storage device is composed of a non-volatile storage medium (such as a ROM or HDD), and includes a program storage area in which a program is stored and a data storage area in which data handled by the program is stored. The program storage area stores programs, routines, components, and the like. When these operations are executed, they are called from the storage device by the CPU, expanded to the work area of the RAM, and perform their respective functions while accessing the data storage area and the like.

The data storage areas in the storage device of the operator server 101 include a content information storage section 201, a contract information storage section 202, a key information storage section 203, and an amount information storage section 204, to list only those related to this embodiment. Be prepared. Both are fixed storage areas secured within the storage device.

The content information storage unit 201 stores information regarding content provided by content providers. Content information includes a content identifier that uniquely indicates the registered content, a content name that indicates the name of the content, the content itself, a provider identifier that uniquely indicates the provider of the content, and a provider account that is the recipient of payment from the operator. , etc. can be stored. Content includes various valuable information such as audio, still images, and videos.
However, the content itself is not stored in the content information storage unit 201, and the content is transferred to the purchaser by directly transmitting it from the provider terminal 103 to a purchaser terminal (not shown) used by the content purchaser. This method may also be used.

The contract information storage unit 202 stores information on a contract regarding content transactions concluded between an operator and a provider.
Contract information includes a contract identifier that identifies the contract, a content identifier that uniquely identifies the content, a provider identifier that uniquely identifies the content provider, provider information that identifies the provider such as name and address, and the content provider. It includes the conditions for calculating the payment amount, etc., and is stored for each provider.
The payment amount to the provider is calculated by multiplying the amount received from the purchaser by a predetermined distribution rate, or by subtracting the operator's commission from the amount received from the purchaser. Various methods are possible.

The key information storage unit 203 stores information regarding each provider's key generated by the key generation unit 205. The information regarding the key includes a provider identifier that uniquely indicates a content provider, and is stored for each provider.
The operator is a person who has the authority to decrypt the ciphertexts of all providers. On the other hand, unlike the operator, the provider cannot decrypt the ciphertexts of other providers, but can only decrypt the ciphertexts encrypted with the key corresponding to the provider.
Note that in this embodiment, predetermined calculations are performed while encrypted using the homomorphic encryption method, but the homomorphic encryption method can be used with either a common key encryption method or a public key encryption method. When a common key cryptosystem is adopted, encryption and decryption are performed using the provider's common key, and when a public key cryptosystem is adopted, encryption is performed using the provider's public key, and the provider Decryption is performed using the private key of

The amount information storage unit 204 stores the amounts deposited from the purchaser to the operator in connection with the purchase of content, the amount paid by the operator to the provider for each piece of content, and the amount transferred from the operator to the provider in legal currency, virtual currency, etc. Stores information related to amounts, such as amounts.
In addition to the deposit amount, payment amount, and remittance amount, the information stored in the amount information storage unit 204 includes a content identifier that uniquely indicates the content, a purchaser identifier that uniquely indicates the purchaser of the content, and the purchaser's account. Deposit amount, payment amount, etc., including information on a purchaser account that uniquely indicates the content provider, a provider identifier that uniquely indicates the content provider, a purchaser account that uniquely indicates the provider's account, and an operator account that indicates the operator's account. Information regarding remittance amounts can be stored.

The program storage area in the storage device of the operator server 101 includes a key generation section 205, a payment confirmation section 206, an encryption section 207, a payment amount calculation section 208, and a distributed ledger record, to list only those related to this embodiment. section 209, remittance processing section 210, and decoding section 211. Both are fixed storage areas secured within the storage device.

The key generation unit 205 generates a provider key that is used to encrypt and decrypt information and data regarding the provider. The encryption method in this embodiment can be either a common key encryption method or a public key encryption method, and in the case of a public key encryption method, the provider's key is a key pair of a private key and a public key for each provider. , in the case of a common key cryptosystem, it is a common key for each provider.
Data such as calculation conditions that should be kept secret from other providers is the public key of each provider in the case of public key cryptography, or the common key of each provider in the case of common key cryptography. is used to convert plaintext to ciphertext. Conversely, when converting ciphertext to plaintext, decryption is performed using the private key of each provider in the case of public key cryptography, and the common key of each provider in the case of common key cryptography.
Information regarding each provider's key generated by the key generation unit 205 is stored in the key information storage unit 203 in association with a provider identifier that uniquely indicates the provider.

The deposit confirmation unit 206 searches the operator's account data and confirms whether or not there is a deposit from the content purchaser, and if there is a deposit, the deposit amount. Information regarding the payment, including the payment amount from the purchaser confirmed by the payment confirmation unit 206, is stored in the amount information storage unit 204 in association with the content identifier and the purchaser identifier.

The encryption unit 207 encrypts the calculation conditions and the deposited amount using the provider's key generated by the key generation unit 205. The encryption unit 207 reads out key information corresponding to the provider identifier from the key information storage unit 203 and stores the calculation conditions stored in the contract information storage unit 202 and the amount information storage unit 204. Encrypted data is generated by encrypting the deposited amount data using a homomorphic encryption method using the provider's key. Then, the payment amount is calculated based on the calculation conditions while encrypted using the homomorphic encryption method.
Note that the deposited amount is published in an unencrypted state in the distributed ledger 110, and the encryption of the deposited amount for calculating the payment amount is limited to being performed on the operator server 101. isn't it. For example, it may be performed at any provider terminal 103. Furthermore, whether or not the name and address of the purchaser who made the deposit is made public in the distributed ledger 110 is optional.

Homomorphic encryption is a cryptographic technology that can process information while encrypting data. Specifically, by performing special operations on ciphertexts, it is possible to generate ciphertext that is the product of the plaintext of each ciphertext. , is a cryptographic technology that allows calculations to be made using only encrypted public information without knowing the plaintext.

The payment amount calculation unit 208 calculates the payment amount for the content to be paid from the operator to each provider based on the calculation conditions, out of the amount deposited to the operator from the content purchaser confirmed by the payment confirmation unit 206. calculate. In addition to the payment amount paid to each provider from the deposited amount, there is a management fee that the operator receives, and there may be more than one provider who receives payment for a certain content.
The payment amount is calculated using a method in which the deposited amount is encrypted using the provider's key, and each calculation element remains encrypted. As this method, a homomorphic encryption method or the like is adopted.
For example, by selecting the encrypted data associated with the contract identifier encrypted by the encryption unit 207 according to the calculation procedure and performing calculations using homomorphic operations, the data remains encrypted. Calculate payments to providers.

例えば、あるコンテンツに関する購入者からの入金額が３万円で該コンテンツに関する算出条件で定められた提供者への所定の分配率が４０％である場合は、該提供者への支払額は１万２千円となる。
そして、乗法準同型暗号方式を用いて計算要素を暗号化したままの状態で支払額の計算を行うので、支払額の計算式は次のように表すことができる。

ただし、暗号化された状態で計算する数２の式で計算しても、暗号化されていない数１の式の性質を保っているので、数２の式の計算結果を復号すれば、暗号化されていない状態の正しい支払額ｒを取得することができる。
そして、数２で用いられる各計算要素は、共通鍵暗号方式を採用した場合は提供者の共通鍵を用いて暗号化された状態、公開鍵暗号方式を採用した場合は提供者の公開鍵を用いて暗号化された状態のものである。
支払額算出部２０８で算出された支払額に関する情報は、コンテンツ識別子や提供者識別子と対応付けられて金額情報記憶部２０４に記憶される。 If the calculation conditions specify that the payment amount to the provider is to be calculated by multiplying the deposit amount from the purchaser by a predetermined distribution rate, then the deposit amount is R, the distribution rate is %, and the payment amount is r. Then, the formula for calculating the payment amount when the calculation elements are not encrypted can be expressed as follows.

For example, if the deposit amount from a purchaser regarding a certain content is 30,000 yen and the predetermined distribution rate to the provider specified in the calculation conditions for the content is 40%, the amount paid to the provider is 10,000 yen. It will be 2,000 yen.
Since the payment amount is calculated while the calculation elements are encrypted using the multiplicative homomorphic encryption method, the payment amount calculation formula can be expressed as follows.

However, even if you calculate using the formula of number 2, which is calculated in an encrypted state, it retains the properties of the formula of number 1 that is not encrypted, so if you decrypt the calculation result of the formula of number 2, It is possible to obtain the correct payment amount r that is not digitized.
Each calculation element used in Equation 2 is encrypted using the provider's common key when a common key cryptosystem is used, or encrypted using the provider's public key when a public key cryptosystem is used. It is encrypted using
Information regarding the payment amount calculated by the payment amount calculation unit 208 is stored in the amount information storage unit 204 in association with the content identifier and provider identifier.

The distributed ledger recording unit 209 adds and records the payment amount calculated by the payment amount calculation unit 208 to the distributed ledger 110. In the distributed ledger 110, the calculation conditions and payment amount information are both recorded in an encrypted state using the provider's key. However, both the information on the amount deposited from the purchaser and the information on the amount remitted to the provider are recorded in an unencrypted state.
In a system using a distributed ledger 110, in the communication network 102, nodes called miners determine the validity of data associated with content transactions, that is, transaction data, and calculate a specific hash value called proof of work. Perform processing to be determined by work. The confirmed transaction data is then compiled into blocks and recorded in a distributed ledger 110 called a blockchain. This distributed ledger 110 is stored in the same way in each node, and synchronization is maintained between each node.

FIG. 3 is an image diagram of the distributed ledger 110 in this embodiment.
The distributed ledger 110 is stored in the operator server 101, provider terminal 103, etc. in a state that cannot be tampered with. Further, the contents of the distributed ledger 110 can also be viewed from a viewer terminal 111 held by a viewer other than the operator or provider. The viewer is a general person, such as a person who is not a party to the content transaction and has no interest in the content transaction, but who wants to check the amount paid by the purchaser or the amount remitted to the provider. However, the remittance amount to the provider is not the individual payment amount to the provider regarding the specific content calculated by the payment amount calculation unit 208, but the remittance processing unit This is the remittance amount when an amount other than the individual payment amount is remitted to the provider by 210. In the distributed ledger 110, the amount deposited from the purchaser and the amount remitted to the provider are disclosed without being encrypted, so there is transparency regarding the amount deposited from the purchaser and the amount remitted to the provider in content transactions. can be ensured. Note that the viewer terminal 111 does not need to participate in the blockchain network as long as it can view the distributed ledger 110.

In this embodiment, when a blockchain is used as an example of the distributed ledger 110, the distributed ledger recording unit 209 performs processing to generate blocks for storing records of transaction data, etc. processing for approving between each participating node, processing for sharing and storing approved blocks among each node participating in the blockchain network including the own node, i.e. storage at the own node and transfer to other nodes. Executes processing for distribution, processing for referencing records stored in a block, etc.

Here, the distribution process for generating, approving, and sharing a block does not necessarily require the own node to execute the block generation process; It is not necessarily necessary for the node itself to execute the process of distributing the shared memory to each node. Therefore, regarding block generation processing, approval processing, and distribution processing to each node, each processing instruction may be sent to other nodes in charge of these processing, and the node itself may manage the processing timing etc. , block generation processing, approval processing, and distribution processing to each node may be performed.
Then, the nodes participating in the blockchain network may all share and store the same data, and the distributed ledger 110 may be constructed.
However, the distributed ledger 110 in this embodiment is not limited to a blockchain ledger, and may be recorded using a method other than the blockchain that prevents data from being tampered with.

The remittance processing unit 210 performs remittance processing of the payment amount from the operator to the provider. However, when the operator remits legal currency or virtual currency from the operator server 101 to the provider based on the information on the payment amount, the remittance is made after integrating or dividing into amounts other than the individual payment amounts. That is, since the payment amount is recorded in an encrypted state in the distributed ledger 110, but the remittance amount is recorded in an unencrypted state, the payment amount calculated by the payment amount calculation unit 208 is immediately recorded as the payment amount. is not remitted to the provider, but is managed for each provider, and then the amount other than the individual payment amount is transferred so that the specific amount of each payment to the provider is unknown to other providers. Since the remittance is integrated or divided into two parts, each payment amount is unknown to other providers, and troubles between providers regarding payment amounts can be prevented.
The currency used for remittance may be legal currency, virtual currency, or cryptographic assets, and the remittance amount to the provider shall be disclosed in the distributed ledger 110 in an unencrypted state.
Since the remittance amount is published in an unencrypted state in the distributed ledger 110, the fact that the remittance is being made from the operator to the provider is revealed to a third party along with the remittance amount, and the virtual currency Transparency can be ensured even when remittances are made.
Note that whether or not the name and address of the provider who is the remittance destination is made public in the distributed ledger 110 is optional.

The decryption unit 211 performs a process of decrypting the ciphertext related to the provider recorded in the distributed ledger 110 and extracting the plaintext using the provider's key. The operator uses the provider's key stored in the key information storage unit 203 to obtain the provider's calculation conditions that are encrypted in the distributed ledger 110 and the provider's payment amount that is also encrypted. information can be decoded. More specifically, in the case of public key cryptography, the private key of each provider is used, and in the case of common key cryptography, the common key of each provider is used to decrypt.
In addition, each provider also accesses the decryption unit 211 of the operator server 101 from the provider terminal 103 and uses his or her own key generated by the key generation unit 205 to decrypt the data encrypted in the distributed ledger 110. You can decrypt and check the recorded calculation conditions and payment amount for yourself.
However, the decrypted provider's calculation conditions and payment amount information will not be made public in the distributed ledger 110, and will not be known to anyone other than the provider and operator.
Furthermore, even if the provider terminal 103 is equipped with a function equivalent to the decryption unit 211 in order for the provider to decrypt the encrypted data related to the provider using the provider terminal 103 instead of the operator server 101. good.

FIG. 4 is a flowchart showing a processing procedure in which the operator server 101 calculates the payment amount to the provider and records it in the distributed ledger 110.

After starting the process (step S301), first, information regarding the content including the content provider is stored in the content information storage unit 201 (step S302).
Information related to content includes a content identifier that uniquely indicates the registered content, a content name that indicates the name of the content, a provider identifier that uniquely indicates the provider, and the provider account that is the recipient of payment from the operator. is included. This allows the provider's account to be associated with the operator's account, which remits the payment amount to the provider in response to the purchaser's deposit.
Note that content is not limited to content provided by a single provider. This includes not only cases in which the content is a joint work, but also cases in which there are multiple providers of one content.
Moreover, the data of the content itself does not necessarily need to be stored in the content information storage unit 201, and the content itself may be directly passed from the provider to the purchaser.

Next, the key generation unit 205 generates a key for the provider using the provider identifier for identifying the provider stored in the content information storage unit 201 (step S303). The generated key information is stored in the key information storage unit 203 in association with the provider identifier. The provider's key is a key pair of a private key and a public key in the case of public key cryptography, and a common key in the case of common key cryptography.

Next, information regarding the content transaction contract concluded between the operator and the provider is stored in the contract information storage unit 202 (step S304). This contract information includes calculation conditions regarding payments from the operator to the provider, such as the amount paid to the provider being calculated by multiplying the amount received from the purchaser by a predetermined distribution rate. It is included.

Next, using each provider's key stored in the key information storage unit 203, the encryption unit 207 sets calculation conditions related to the calculation of the payment amount for the content stored in the contract information storage unit 202. It is encrypted (step S305). For example, if the amount paid to the provider is calculated by multiplying the amount paid by the purchaser by a predetermined distribution rate, data regarding the distribution rate and the like is encrypted.

Next, the payment confirmation unit 206 confirms whether or not there is a payment from the purchaser, and if there is a payment, the amount of payment, etc. (step S306). Information regarding the deposit, including the confirmed deposit amount, is stored in the amount information storage unit 204.

Next, the encryption unit 207 encrypts the deposited amount data stored in the amount information storage unit 204 using the keys of each provider stored in the key information storage unit 203 (step S307 ).

Next, the payment amount calculation unit 208 calculates the payment amount to the provider based on the encrypted deposit amount data and the encrypted calculation condition data (step S308). The payment amount calculation unit 208 generates a calculation procedure based on the payment amount stored in the amount information storage unit 204 and the calculation conditions stored in the contract information storage unit 202, and according to the calculation procedure, the encryption unit 207 The payment amount to each provider is calculated by performing homomorphic arithmetic processing using the encrypted deposit amount and calculation condition data.

Next, the distributed ledger recording unit 209 records data such as the content identifier, provider identifier, deposit amount, calculation conditions, and payment amount calculated in step S308 in the distributed ledger 110 (step S309), and the process ends. (Step S310). In step S309, at least the calculation conditions and payment amount data are recorded in the distributed ledger 110 in an encrypted state.
Note that the timing of recording in the distributed ledger 110 by the distributed ledger recording unit 209 is not limited to after the payment amount is calculated, but can be recorded at any time after obtaining the information to be recorded in the distributed ledger 110 without recording all at once. You can record it.

According to this embodiment, by constructing a series of processes for content transactions using the distributed ledger 110, the deposit amount from the purchaser is made clear and the safety and reliability of the transaction is ensured. In order to prevent troubles regarding payments between parties or between an operator and a provider, the calculation conditions and payment amount of each provider can be kept secret.

The purpose of the present invention is to supply a software program for realizing the functions of this embodiment, that is, a program having instructions for making a computer function as a payment support system, to a system or device, and to store the software program in the computer of the system or device. This can also be achieved by reading and executing a software program recorded on a medium.
The program may be provided as an installable or executable file recorded on a computer-readable recording medium such as a CD-ROM, CD-R, or DVD.

Alternatively, the program may be provided by being stored on a computer connected to a network such as the Internet and downloaded via the network.

Furthermore, after the program read from a storage medium such as a DVD is written to a memory provided in a function expansion board inserted into the computer of the system or device or a function expansion unit connected to the computer. This also includes a case where a CPU included in a function expansion board or unit performs part or all of the actual processing based on instructions from the program, and the above functions are realized by the processing.

Note that the present invention is not limited to the above-described embodiments, and can be implemented in various other forms without departing from the gist of the present invention. Therefore, the above-described embodiments are merely illustrative in all respects, and should not be construed as limiting. For example, each of the above-mentioned processing steps can be arbitrarily changed in order or executed in parallel as long as there is no inconsistency in the processing contents. Also, other steps may be added between each processing step. Further, a step described as one step may be divided into a plurality of steps and executed, and a step described as a plurality of steps can be understood as one step.

101 Operator server 102 Communication network 103 Provider terminal 110 Distributed ledger 111 Viewer terminal 201 Content information storage unit 202 Contract information storage unit 203 Key information storage unit 204 Amount information storage unit 205 Key generation unit 206 Payment confirmation unit 207 Encryption Section 208 Payment amount calculation section 209 Distributed ledger recording section 210 Remittance processing section 211 Decryption section

Claims (7)

A payment support system in which an operator server owned by a content trading service operator is connected to a provider terminal owned by a content provider via a communication network to support payments from the operator to the provider. hand,
The operator server is
a key generation unit that generates the provider's key for encrypting and decoding information;
a payment confirmation unit that confirms the payment amount from the purchaser of the content;
an encryption unit that encrypts the deposited amount confirmed by the deposit confirmation unit and payment amount calculation conditions determined for each provider using the provider's key generated by the key generation unit;
a payment amount calculation unit that calculates the payment amount to the provider based on the input amount encrypted by the encryption unit and the calculation conditions;
A distributed ledger that records the deposit amount confirmed by the deposit confirmation unit in an unencrypted state and the payment amount calculated by the payment amount calculation unit in an encrypted state. A payment support system characterized by comprising a recording section. The calculation conditions determine the distribution rate to the provider for the entered amount,
The payment amount calculation section calculates the encrypted payment amount by multiplying the input amount encrypted by the encryption section by the distribution rate that is also encrypted. The payment support system according to claim 1 . The operator server is
A claim further comprising a decryption unit for decrypting the calculation conditions and the payment amount, which are both recorded in an encrypted state in the distributed ledger, using the provider's key. The payment support system described in 2 . The operator server is
The method further includes a remittance processing unit that integrates or divides the payment amount into an amount other than the payment amount and then remits the money so that the payment amount is not known when remittance is made to the provider in legal currency or virtual currency based on the payment amount. ,
4. The payment support system according to claim 1, wherein the distributed ledger recording unit further records the amount remitted by the remittance processing unit in the distributed ledger in an unencrypted state. 4. The payment support system according to claim 2 , wherein the method is a homomorphic encryption method. Payment in a payment support system in which an operator server owned by a content trading service operator is connected to a provider terminal owned by a content provider via a communication network to support payments from the operator to the provider. A support method,
The operator server is
a key generation step of generating a key for the provider for encrypting and decrypting information;
a payment confirmation step of confirming the payment amount from the content purchaser;
an encryption step of encrypting the deposited amount confirmed in the deposit confirmation step and payment amount calculation conditions determined for each provider using the provider's key generated in the key generation step;
a payment amount calculation step of calculating the payment amount to the provider based on the input amount encrypted in the encryption step and the calculation conditions;
A distributed ledger that records the deposit amount confirmed in the deposit confirmation step in an unencrypted state and the payment amount calculated in the payment amount calculation step in an encrypted state. A payment support method characterized by performing a recording step. An operator server owned by a content trading service operator is connected to a provider terminal owned by a content provider via a communication network, and functions as a payment support system to support payments from the operator to the provider. A payment support program that causes the operator server to execute processing to
a key generation process that generates the provider's key for encrypting and decoding information;
a payment confirmation process for confirming the payment amount from the purchaser of the content;
an encryption process that uses the provider's key generated by the key generation process to encrypt the deposited amount confirmed in the deposit confirmation process and payment amount calculation conditions determined for each provider;
a payment amount calculation process that calculates a payment amount to the provider based on the input amount encrypted by the encryption process and the calculation conditions;
A distributed ledger that records the deposit amount confirmed by the deposit confirmation process in an unencrypted state and the payment amount calculated by the payment amount calculation process in an encrypted state. A payment support program characterized by causing the operator server to execute recording processing.

Images