WO2018211834A1 - 情報処理装置および情報処理方法 - Google Patents

情報処理装置および情報処理方法 Download PDF

Info

Publication number
WO2018211834A1
WO2018211834A1 PCT/JP2018/013745 JP2018013745W WO2018211834A1 WO 2018211834 A1 WO2018211834 A1 WO 2018211834A1 JP 2018013745 W JP2018013745 W JP 2018013745W WO 2018211834 A1 WO2018211834 A1 WO 2018211834A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
information
deposit
verification
information processing
Prior art date
Application number
PCT/JP2018/013745
Other languages
English (en)
French (fr)
Inventor
宗毅 海老原
Original Assignee
ソニー株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Priority to US16/603,324 priority Critical patent/US11445015B2/en
Priority to JP2019519101A priority patent/JP7156274B2/ja
Priority to CN201880030748.2A priority patent/CN110612529A/zh
Publication of WO2018211834A1 publication Critical patent/WO2018211834A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H04L67/1076—Resource dissemination mechanisms or network resource keeping policies for optimal resource availability in the overlay network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
    • H04L67/1065—Discovery involving distributed pre-established resource-based relationships among peers, e.g. based on distributed hash tables [DHT] 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H04L67/1078—Resource delivery mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash

Definitions

  • This disclosure relates to an information processing apparatus and an information processing method.
  • a depositor when a certain user (hereinafter referred to as “a depositor” for convenience) deposits some important data to another person (hereinafter referred to as “a depositor” for convenience), a reliable person Deposit data. If the depositor deposits data with an unreliable person, the depositor must confirm that the depositor has properly stored the data (for example, the depositor has not altered the data, or It is required to verify that data has not been deleted.
  • Patent Document 1 discloses a technique for generating guarantee data that proves tampering of data stored in a storage server and associating it with the stored data.
  • the data to be deposited may not be properly verified.
  • an insider such as a storage server administrator
  • the present disclosure has been made in view of the above-described problems, and the object of the present disclosure is a new and improved data that can be verified more appropriately while effectively using resources.
  • An information processing apparatus and an information processing method are provided.
  • an information processing apparatus including a verification unit that verifies the predetermined data using the first data acquired from the predetermined data and the second data acquired from the P2P database.
  • an information processing method including verifying the predetermined data by using the first data acquired from the predetermined data and the second data acquired from the P2P database. Is done.
  • the verification request unit that issues a verification request for predetermined data to the P2P network, and the verification status of the predetermined data is confirmed based on the information acquired from the P2P network.
  • An information processing apparatus including a confirmation unit is provided.
  • a verification request for predetermined data is made to the P2P network, and the verification status of the predetermined data is confirmed based on information acquired from the P2P network.
  • An information processing method is provided.
  • the depositor when a depositor deposits some important data with another person, the deposit is made with a reliable person. If the depositor deposits data with an unreliable person, the depositor must ensure that the depositor has properly stored the data (for example, the depositor has not altered the data, or the data Etc.) are not verified.
  • an insider such as an administrator of a storage server
  • the depositor cannot detect the alteration.
  • the data management system is a system in which a depositor can deposit desired data over an arbitrary period.
  • the depository who can use this system is not particularly limited.
  • various organizations such as companies and individuals can use this system.
  • the data deposited in this system is not particularly limited.
  • data related to various businesses such as data including a trade secret of a company
  • personal data photographs, moving images, music, movies, television programs, games, etc.
  • the data deposited in this system may be encrypted by an arbitrary encryption method.
  • the data management system uses a distributed peer-to-peer database provided via a peer-to-peer network.
  • the peer-to-peer network is sometimes called a peer-to-peer distributed file system.
  • the peer-to-peer network may be referred to as “P2P network” and the peer-to-peer database may be referred to as “P2P database”.
  • P2P network peer-to-peer network
  • P2P database peer-to-peer database
  • FIG. 1 is an explanatory diagram for explaining an outline of general block chain data.
  • the block chain data is data in which a plurality of blocks are connected like a chain.
  • one or more types of information can be stored as a transaction.
  • Bitcoin etc. are mentioned as a service using a block chain system.
  • information related to exchange of virtual currency can be stored as a transaction.
  • the block chain data includes, for example, special values called “the hash value of the immediately preceding block” and “nonce”.
  • the “hash value of the immediately preceding block” is information for linking the immediately preceding block and the block, and is the hash value of the entire data (or part of the data included in the immediately preceding block) included in the immediately preceding block. .
  • the “hash value of the immediately preceding block” also serves to detect the presence or absence of falsification of the data included in each block of the block chain. More specifically, if the transaction data included in any block of the block chain is falsified, the hash of the entire data included in the block (or part of the data included in the block) Since the value changes, a wrinkle occurs in the “hash value of the immediately preceding block” included in the block that follows the block, so that it is possible to detect whether the data has been tampered with.
  • “Nonce” is information used for processing to determine a node to which a new block is added from among nodes connected to the P2P network. More specifically, when a new block is added to the block chain, a node connected to the P2P network, for example, data included in the block while variously changing the “nonce” in the block to be added. Output the hash value of the whole (or part of the data contained in the block).
  • a node that can generate a hash value that satisfies a predetermined condition earliest (in other words, a node that has found a nonce that generates a hash value that satisfies a predetermined condition earliest) can add a new block to the block chain. it can.
  • This processing is called mining (mining) in Bitcoin, for example, and a node that can find the nonce whose calculated hash value is smaller than a predetermined value earliest adds a new block to the block chain. be able to.
  • the “predetermined condition” is appropriately changed, so that the time required for the above processing can be adjusted.
  • a node that can add a new block to the block chain is not determined in advance and is not limited to a specific node, so that the service using the block chain prevents fraud by the specific node, Can ensure fairness.
  • the “nonce” includes, for example, data indicating a character string, a numeric string, or a combination thereof.
  • an electronic signature is attached to a transaction included in each block of the block chain by a secret key held by the node (or user).
  • a secret key held by the node (or user).
  • each block of the block chain may be encrypted as appropriate. More specifically, the transaction of each block in Bitcoin is not encrypted, is given an electronic signature using a secret key, and each transaction is open to the public. On the other hand, for example, there is a technique for holding a digital asset on the block chain of Bitcoin, such as Colored Coin. In that case, only a specific device (device capable of decrypting the encrypted data) possessing the corresponding encryption key can grasp the contents of the data on the block chain. It is also possible to design.
  • the block chain system uses side chain technology to add other data different from the virtual currency to the block chain data used for the exchange of existing virtual currency data, such as Bitcoin block chain data. Can be included.
  • FIG. 2 is a diagram illustrating a configuration of the data management system according to the present embodiment.
  • the data management system is a node (hereinafter referred to as “deposit source” for convenience) that deposits data to be deposited (hereinafter referred to as “target data 10” for convenience). And a node for storing the target data 10 (hereinafter referred to as “deposited node 200” for convenience).
  • the deposit source node 100 and the deposit destination node 200 are connected to the P2P network 300.
  • FIG. 2 only one depositing source node 100 is displayed and only three depositing destination nodes 200 are displayed.
  • FIG. 2 is merely an example, the number of depositing source nodes 100 and the depositing destination node 200 are displayed. The number of is arbitrary. In FIG.
  • the deposit source node 100 and the deposit destination node 200 are separately displayed, but the deposit source node 100 and the deposit destination node 200 can be realized by the same information processing apparatus.
  • the information processing apparatus that functions as the deposit source node 100 may also function as the deposit destination node 200.
  • the deposit source node 100 is an information processing apparatus that deposits the target data 10 from the deposit destination node 200 and requests verification of the target data 10.
  • the verification refers to a process of confirming that the target data 10 is properly stored. More specifically, the verification refers to a process of confirming that the target data 10 has not been erased or that the target data 10 has not been tampered with. Details of verification according to the present embodiment will be described later.
  • the deposit source node 100 solicits the storage destination of the target data 10 by publishing information regarding the recruitment of the storage destination of the target data 10 to a plurality of deposit destination nodes 200.
  • the method of recruiting the storage destination of the target data 10 is arbitrary.
  • the deposit source node 100 may disclose the information regarding the recruitment of the storage destination of the target data 10 to a plurality of deposit destination nodes 200 by uploading the information to a predetermined website on the Internet.
  • the deposit source node 100 provides the target data 10 to the deposit destination node 200 that has agreed to store the target data 10.
  • the method of providing the target data 10 is arbitrary.
  • the deposit source node 100 may provide the target data 10 to the deposit destination node 200 via the P2P network 300, or may provide the target data 10 to the deposit destination node 200 via the Internet.
  • the deposit source node 100 notifies the deposit destination node 200 of various information associated with storage or verification of the target data 10.
  • the various information accompanying storage or verification of the target data 10 may be arbitrary information.
  • the deposit source node 100 notifies the deposit destination node 200 of information regarding the size of the target data 10, the storage or verification period, conditions, method, consideration, consideration transfer method, budget as a source of the consideration, and the like.
  • the notification method of these information is arbitrary.
  • the deposit source node 100 may publish such information on a predetermined website on the Internet.
  • the deposit source node 100 After depositing the target data 10 to a plurality of deposit destination nodes 200, the deposit source node 100 confirms the storage status or verification status of the target data 10 (hereinafter referred to as “storage status or verification status” for convenience). May be referred to as “verification status”).
  • the verification method of the verification status of the target data 10 is arbitrary.
  • the deposit source node 100 may acquire block chain data from the P2P network 300 and check the verification status of the target data 10 based on the block chain data, or may receive predetermined information indicating the verification status of the target data. It may be acquired from the P2P network 300 and the verification status of the target data 10 may be confirmed based on the information.
  • the deposit destination node 200 is an information processing apparatus that deposits the target data 10 from the deposit source node 100 and verifies the target data 10.
  • the deposit-destination node 200 notifies the deposit-source node 100 of information that agrees to store the target data 10.
  • a method for notifying information to agree to the storage of the target data 10 is arbitrary.
  • the deposit-destination node 200 provides information indicating that the deposit-source node 100 agrees to store the target data 10 via a predetermined website on the Internet that publishes information related to the recruitment of the storage destination of the target data 10. The depositing source node 100 may be notified.
  • the deposit destination node 200 acquires the target data 10 from the deposit source node 100.
  • the acquisition method of the target data 10 is arbitrary.
  • the deposit node 200 may acquire the target data 10 from the deposit source node 100 via the P2P network 300, or may acquire the target data 10 from the deposit source node 100 via the Internet.
  • the depositing node 200 acquires block chain data from the P2P network 300 and verifies the target data 10 using the block chain data. Details of the verification will be described later.
  • the deposit-destination node 200 sets the data acquired from the target data 10 (hereinafter sometimes referred to as “first data” for convenience) to “Nance”. Use instead (equivalent to the first data being used as a “nonce”). More specifically, a deposit source node 100 deposits the target data 10 to a plurality of deposit destination nodes 200 participating in the P2P network, and the deposit destination node 200 that deposits the target data 10 includes, for example, target data 10 is used instead of “nonce” to calculate a hash value of the entire data included in the block to be added (or a part of data included in the block to be added).
  • the depositing node 200 continues to change the first data and calculate the hash value until the calculated hash value satisfies a predetermined condition (hereinafter, the process may be referred to as “challenge” for convenience). ). Then, the deposit destination node 200 that has been able to calculate the hash value satisfying the predetermined condition earliest (in other words, the earliest successful challenge) can add a new block to the block chain.
  • a predetermined condition hereinafter, the process may be referred to as “challenge” for convenience.
  • the deposit destination node 200 that has been able to calculate the hash value satisfying the predetermined condition earliest (in other words, the earliest successful challenge) can add a new block to the block chain.
  • the hash value calculation process is merely an example, and the deposit-destination node 200 may perform arbitrary data processing in addition to the hash value calculation process.
  • each configuration of each P2P network (each device, each device's program, each device's communication means, etc.) is designed so that the above processing is performed autonomously and continuously, according to this embodiment.
  • the data management system can prevent the target data 10 from being falsified. More specifically, if the target data 10 is falsified, the hash value of the entire data (or part of the data included in the block) of any block included in the block chain is a predetermined value. Since the condition is not satisfied, falsification or the like of the target data 10 can be detected. As described above, the data management system according to the present embodiment can realize the verification of the target data 10 more appropriately by using the first data acquired from the target data 10 instead of “nonce”.
  • the target data 10 is deposited in a predetermined storage service, a malicious outsider attacks the storage service, or the malicious storage service administrator There is a possibility that the target data 10 may be falsified or deleted by performing an operation. In particular, when a company or government that has great influence in the related industry alters or deletes the target data 10, the fact or evidence may be destroyed.
  • the data management system according to the present embodiment can deposit the target data 10 with respect to a plurality of anonymous depositors, the target data 10 is altered or erased by an attack from a malicious outsider or the like. Can be reduced.
  • the data management system since the data management system according to the present embodiment handles the target data 10 as data separate from the block chain data, for example, the target data 10 is inserted into the block chain data, or the target data 10 is the block chain data.
  • the size of block chain data can be reduced as compared with the method added to the block.
  • the data management system can effectively use the resources of each deposit destination node 200. More specifically, for example, a plurality of nodes participating in mining in Bitcoin change the “nonce” until the mining succeeds, and the entire data (or a part of the data included in the block) included in the block is changed. Continue the process of calculating the hash value. In other words, it cannot be said that the resource of the node is effectively utilized by the process of calculating the hash value performed until the mining succeeds. On the other hand, since the data management system according to the present embodiment can verify the target data 10 by using the process of calculating the hash value in the challenge, the resources of the deposit destination node 200 are effectively used. It can be said. In addition, the present disclosure may be applied to other block chain services.
  • the depositor sets a budget as a source of consideration for storage or verification of the target data 10.
  • a budget setting method or a reward giving / receiving method is arbitrary.
  • the depositor of the target data 10 designates a budget by a predetermined method, and the budget is pooled on the P2P network 300, so that the deposit destination node 200 that succeeds in the challenge can obtain a reward from the pool. May be.
  • the deposit source node 100 confirms the deposit destination nodes 200 that have succeeded in the challenge at an arbitrary timing, and pays remuneration by individually transferring money to these deposit destination nodes 200 via the P2P network 300. Also good.
  • the reward may be distributed from the budget based on the contribution degree of each deposit destination node 200 (for example, the number of times each deposit destination node 200 has added a block).
  • the custodian of the target data 10 can receive a valid price for storage or verification of the target data 10 with a certain probability.
  • the data management system can confirm the verification status of the target data 10 and present information related to the confirmation result to the depositor.
  • a method for confirming the verification status of the target data 10 or a method for presenting information related to the confirmation result is arbitrary.
  • the deposit source node 100 acquires block chain data from the P2P network 300 at an arbitrary timing, and confirms the block addition status (for example, the date and time when the block was last added) based on the block chain data.
  • the verification status of the target data 10 may be confirmed.
  • information on the number of deposit-destination nodes 200 storing and verifying the target data 10 is aggregated on a predetermined website on the Internet. 100 may confirm the verification status of the target data 10 by accessing the website.
  • the depository of the target data 10 may change the budget as needed based on the verification status of the target data 10. For example, when the number of depository nodes 200 that store and verify the target data 10 has decreased, the depositor increases the budget to increase the number of depository nodes 200 that store and verify the target data 10. May be. In addition, when a block is not added for a predetermined period or longer, the depositor may cause each deposit destination node 200 to perform verification (challenge) by increasing the budget.
  • FIG. 3 is an explanatory diagram for explaining an overview of block chain data according to the present embodiment.
  • each block of the block chain data according to the present embodiment includes “a hash value of the immediately preceding block”, “file verification history”, and “virtual currency transaction history”.
  • each data will be described in detail.
  • the “file verification history” includes information related to the first data acquired from the target data 10.
  • information included in the “file verification history” according to the present embodiment will be described.
  • FIG. 4 is a diagram illustrating an example of information included in the “file verification history” according to the present embodiment.
  • the “file verification history” according to the present embodiment includes “FileID”, “FilePartNum”, and “FileData”. Note that the information illustrated in FIG. 4 is merely an example, and the information included in the “file verification history” according to the present embodiment can be changed as appropriate.
  • “FileID” is information for identifying the target data 10.
  • “FileID” may be a hash value of the entire target data 10 (in FIG. 4, as an example, ⁇ 7fee20... 0a ⁇ ). If the deposit-destination node 200 deposits a plurality of target data 10, the deposit-destination node 200 identifies which target data 10 is information based on the information set in “FileID”. be able to. This is merely an example, and the identification information of the target data 10 set in “FileID” can be changed as appropriate.
  • “FilePartNum” is information indicating the target range of the challenge in the target data 10 when the depositing node 200 makes a challenge. More specifically, the deposit-destination node 200 participating in the challenge uses not the entire target data 10 but a bit string included in a part of the range of the target data 10 specified by “FilePartNum” as “first data”. Set to “FileData” and challenge.
  • the data management system can adjust the difficulty level of the challenge by changing the setting of “FilePartNum”, and can adjust the time required for the success of the challenge.
  • the challenge target range specified by “FilePartNum” is set when it is desired to increase the time required for a successful challenge based on the results of the time required for the successful challenge.
  • the target range of the challenge specified by “FilePartNum” can be set narrower.
  • the data management system according to the present embodiment can adjust the amount of reward when the challenge is successful according to “FilePartNum” (in other words, according to the difficulty level of the challenge). For example, the data management system according to the present embodiment may set a higher remuneration amount when the challenge is successful when the target range of the challenge specified by “FilePartNum” is set wider. . In addition, the data management system according to the present embodiment may set a lower reward amount to be paid when the challenge is successful when the target range of the challenge specified by “FilePartNum” is set narrower. .
  • the data management system can change the setting of “FilePartNum” according to the balance of the budget. For example, when the budget balance becomes lower than a predetermined value, the data management system according to the present embodiment sets the target range of the challenge specified by “FilePartNum” to be narrower and makes the challenge more difficult. By making it lower, the reward amount may be set lower.
  • “FilePartNum” may be information related to the divided range in which the target data 10 is divided into a plurality of ranges (for example, indicates the third range of the divided target data 10 into 23 pieces). Information (may be ⁇ 3/23 ⁇ for convenience in FIG. 4)).
  • “FilePartNum” designates a part of the range of the target data 10, but this is only an example, and the information set in “FilePartNum” can be changed as appropriate.
  • some information related to the target data 10 (information on the size, storage location, data type, creation date / time, creator, update date / time, updater, etc. of the target data 10) may be set.
  • a device that designates “FilePartNum” is arbitrary.
  • “FilePartNum” may be specified by a predetermined method by the deposit destination node 200 that has succeeded in the challenge at the time of adding the previous block, or each deposit destination node 200 may be specified by a predetermined method. .
  • it is assumed that “FilePartNum” is specified by the depositing node 200 that has succeeded in the challenge when the previous block was added.
  • the deposit-destination node 200 that has succeeded in the challenge also provides information related to “FilePartNum” that is used for the next challenge when broadcasting information related to the block to be added to the other deposit-destination nodes 200. Performs the next challenge based on the information on the “FilePartNum”.
  • the setting method of “FilePartNum” is arbitrary.
  • the deposit-destination node 200 that succeeds in the challenge inputs predetermined information (for example, information of “FilePartNum” and “FileData” when the challenge is successful) to a predetermined program distributed in advance. Then, “FilePartNum” in the next challenge may be set.
  • predetermined information for example, information of “FilePartNum” and “FileData” when the challenge is successful
  • “FilePartNum” in the next challenge may be set.
  • the deposit destination node 200 that has succeeded in the challenge is a range that has not been set as the target range in the past May be set to “FilePartNum”.
  • FileData information related to the first data is set.
  • “FileData” includes data indicating the head of the bit string from the head of the target range of the challenge specified by “FilePartNum”. (Hereinafter referred to as “Offset” for convenience) and a data length (hereinafter referred to as “Len” for convenience) may be set (for example, for convenience).
  • Offset is the 2115th byte
  • Len is 37 byte data (in FIG. 4, for convenience, ⁇ 2115/37 ⁇ may be set).
  • the content set in “FileData” is not actual data, but Offset and Len, so that “FileData” can be a certain size.
  • file verification history may be attached with an electronic signature generated using the private key of the deposit-destination node 200.
  • spoke the presence or absence of so-called “spoofing” or “file verification history” can be verified.
  • the “virtual currency transaction history” includes information related to a reward for storage or verification of the target data 10.
  • the “virtual currency transaction history” includes information related to a reward paid to the deposit destination node 200 that has succeeded in the challenge.
  • the method for giving and receiving rewards for successful challenges is arbitrary.
  • the depositor of the target data 10 designates a budget by a predetermined method, and the budget is pooled on the P2P network 300, so that the deposit destination node 200 that succeeds in the challenge obtains a reward from the pool. The case where it does is demonstrated.
  • the method of generating the “virtual currency transaction history” is arbitrary.
  • a predetermined program may be distributed in advance to each depositing node 200, and the depositing node 200 that has succeeded in the challenge may generate a “virtual currency transaction history” using the program.
  • Deposit node 200 can obtain a reward from the pool by including the generated “virtual currency transaction history” in the block.
  • the generation of the “virtual currency transaction history” is performed only by a predetermined program, so that the data management system according to the present embodiment obtains that a vast amount of reward is acquired by a malicious depositor. Can be prevented.
  • FIG. 5 is a diagram illustrating an example of information included in the “virtual currency transaction history” according to the present embodiment.
  • the “virtual currency transaction history” includes an “input” field and an “output” field, and the “input” field includes “transaction history number”, “electronic history”, and “electronic history”. "Signature” and "pool public key”.
  • the “output” field includes “reward amount” and “a hash value of the public key of the deposit destination node”. Note that the information illustrated in FIG. 5 is merely an example, and the information included in the “virtual currency transaction history” according to the present embodiment may be changed as appropriate.
  • Transaction history number is arbitrary information that can identify a transaction related to the exchange of rewards.
  • the “transaction history number” may be a time stamp when the challenge is successful, or a serial number that is incremented by a predetermined value (for example, “1” each time) when a transaction related to the exchange of rewards occurs. Good.
  • the data management system according to the present embodiment can prevent double acquisition of rewards by providing “transaction history number” and “electronic signature” described later in “virtual currency transaction history”.
  • “Electronic signature” is electronic signature data generated by the private key of the pool. As a result, the digital signature data is verified with the “pool public key” included in the “virtual currency transaction history”, thereby verifying whether the “virtual currency transaction history” has been tampered with, or so-called “spoofing”. obtain.
  • “Remuneration amount” is information regarding the amount of remuneration acquired by the deposit destination node 200 that succeeds in the challenge. For example, in the “reward amount”, a predetermined virtual currency amount is set as a reward for successful challenge. The reward amount may be a fixed amount, may be changed as needed by the depositor, or may be changed depending on the difficulty level of the challenge.
  • the hash value of the public key of the deposit-destination node is the hash value of the public key of the deposit-destination node 200 that has succeeded in the challenge.
  • the deposit destination node 200 that has succeeded in the challenge and obtained a reward can be identified.
  • the “virtual currency transaction history” includes “the hash value of the public key of the deposit-destination node” as an example, and may be changed as appropriate. For example, “the hash value of the public key of the depositor” may be included instead of “the hash value of the public key of the depositee node”.
  • the “hash value of the immediately preceding block” is information for linking the immediately preceding block and the block, and the entire data included in the immediately preceding block (or part of the data included in the immediately preceding block). (The “hash value of the immediately preceding block” is used as “second data” in the present embodiment).
  • FIG. 6 is a diagram illustrating a functional configuration of the deposit source node 100 and the deposit destination node 200 according to the present embodiment.
  • the deposit source node 100 includes an input unit 110, a control unit 120, a communication unit 130, an output unit 140, and a storage unit 150.
  • the control unit 120 includes a processing unit 121.
  • the input unit 110 has a functional configuration that receives input from a depositor. More specifically, the input unit 110 includes various devices used for input (keyboard, mouse, keypad, touch panel, microphone, operation button, direction key, jog dial, and other rotary selectors). Various input operations are performed using this device. For example, the depositor uses various devices included in the input unit 110 to perform various data (the size of the target data 10, the period of storage or verification, conditions, methods, Enter the information about the consideration, the method of giving and receiving the consideration, and the budget that is the source of the consideration). Note that these pieces of information are merely examples, and the information input from the input unit 110 is arbitrary. The input unit 110 generates input information based on an input operation from the depositor, and provides the input information to the control unit 120 described later.
  • Control unit 120 The control unit 120 comprehensively controls the deposit source node 100. More specifically, the control unit 120 starts or ends the storage or verification of the target data 10 based on input information provided from the input unit 110, reception information provided from the communication unit 130 described later, and the like. Centralized control of various processes. The process controlled by the control unit 120 is not limited to these. For example, the control unit 120 may control processing generally performed in a server, a PC (Personal Computer), a tablet PC, or the like. Further, as described above, the control unit 120 includes the processing unit 121.
  • PC Personal Computer
  • the processing unit 121 performs processing related to storage or verification of the target data 10. For example, the processing unit 121 performs a process of disclosing information related to the recruitment of the storage destination of the target data 10 to a plurality of deposit destination nodes 200 based on the input information provided from the input unit 110.
  • the specific content of the process is arbitrary.
  • the processing unit 121 may generate information related to the recruitment of the storage destination of the target data 10 and upload the information to a predetermined website on the Internet so as to be disclosed to a plurality of deposit destination nodes 200. .
  • the processing unit 121 performs processing for providing the target data 10 to a plurality of deposit destination nodes 200.
  • the specific content of the process is arbitrary.
  • the processing unit 121 may perform a process of providing the target data 10 to the depositing node 200 via the P2P network 300 or perform a process of providing the target data 10 to the depositing node 200 via the Internet. May be.
  • the processing unit 121 functions as a verification request unit that requests verification (or start of verification) from each deposit destination node 200. More specifically, the processing unit 121 controls processing for transmitting a notification for requesting verification (or start of verification) to the P2P network 300. Thus, each deposit-destination node 200 receives the notification via the P2P network 300 to recognize that the verification of the target data 10 (or the start of verification) is requested.
  • the processing unit 121 relates to various information associated with the storage or verification of the target data 10 (the size of the target data 10, the storage or verification period, conditions, methods, consideration, consideration delivery method, budget as a source of consideration, etc. Information) is sent to the depositing node 200.
  • the specific content of the process is arbitrary.
  • the processing unit 121 may notify the deposit destination node 200 of these pieces of information via the P2P network 300, or disclose the information to the deposit destination node 200 by publishing the information on a predetermined website on the Internet. You may be notified.
  • the processing unit 121 also functions as a confirmation unit that confirms the storage status or verification status of the target data 10.
  • the specific content of the process is arbitrary. More specifically, the processing unit 121 acquires the block chain data for the target data 10 from the P2P network 300, and adds the block to the block chain (the date and time when the block was last added and the block was added). The number of times, the deposit destination node 200 that added the block, etc.), the status of receiving and receiving the reward (the amount of reward received and received, the balance of the budget, etc.), etc. are confirmed. Further, these are merely examples, and information to be confirmed by the processing unit 121 is arbitrary. For example, the processing unit 121 may confirm the number of deposit-destination nodes 200 that are storing and verifying the target data 10. And the process part 121 implement
  • the control unit 120 (including the processing unit 121) generates a control signal for controlling each functional configuration and provides it to each functional configuration in performing the above-described various processes, and various information (from the input unit 110) from each functional configuration. Input information, information received from the communication unit 130, etc.).
  • the communication unit 130 communicates with an external device. More specifically, the communication unit 130 is connected to the P2P network 300 or other networks, and communicates with the plurality of deposit destination nodes 200 or other external devices via these networks. For example, for transmission, the communication unit 130, based on a control signal from the control unit 120, information on recruitment of the storage destination of the target data 10, the target data 10, and various information associated with storage or verification of the target data 10 (target The data 10 size, storage or verification period, conditions, method, consideration, consideration delivery method, information on the budget that is the source of the consideration, etc.) are transmitted.
  • target The data 10 size, storage or verification period, conditions, method, consideration, consideration delivery method, information on the budget that is the source of the consideration, etc. are transmitted.
  • the communication unit 130 receives information indicating that the target data 10 is to be stored, block chain data, and the like, and provides the information to the control unit 120 as reception information. Note that the above information is merely an example, and the communication unit 130 may transmit and receive other information.
  • the output unit 140 outputs various information. More specifically, the output unit 140 is a device used for output (display (Liquid Crystal Display, Organic Electro-Luminescence Display, etc.), projector, printer, plotter, speaker, etc.) And performs various outputs based on a control signal provided from the control unit 120. For example, the output unit 140 may provide various information to the depositor by displaying information on various processes from the start to the end of storage or verification of the target data 10 on the display.
  • display Liquid Crystal Display, Organic Electro-Luminescence Display, etc.
  • the output unit 140 may provide various information to the depositor by displaying information on various processes from the start to the end of storage or verification of the target data 10 on the display.
  • the storage unit 150 stores various information.
  • the storage unit 150 stores information related to recruitment of the storage destination of the target data 10, the target data 10, and various information associated with storage or verification of the target data 10 (size of the target data 10, period of storage or verification, condition, method, Information about the consideration, the method for giving and receiving the consideration, the budget as the source of the consideration, etc.), the information to agree to the storage of the target data 10, the block chain data and the like.
  • these pieces of information are merely examples, and the information stored in the storage unit 150 can be changed as appropriate.
  • the storage unit 150 may store programs or parameters used by each functional configuration of the deposit source node 100.
  • the deposit destination node 200 includes an input unit 210, a control unit 220, a communication unit 230, an output unit 240, and a storage unit 250.
  • the control unit 220 includes a processing unit 221.
  • the input unit 210 has a functional configuration that receives an input from a custody. More specifically, like the input unit 110 of the deposit source node 100 described above, the input unit 210 includes various devices (keyboard, mouse, keypad, touch panel, microphone, operation buttons, direction keys) used for input. Or a rotary selector such as a jog dial), and the custody performs various input operations using these devices. For example, the depositor uses various devices provided in the input unit 210 to input information indicating that the object data 10 is to be stored. The input unit 210 generates input information based on an input operation from the depositor, and provides the input information to the control unit 220 described later.
  • various devices keyboard, mouse, keypad, touch panel, microphone, operation buttons, direction keys
  • a rotary selector such as a jog dial
  • Control unit 220 The controller 220 controls the deposit destination node 200 in an integrated manner. More specifically, the control unit 220 starts and ends the storage or verification of the target data 10 based on input information provided from the input unit 210, reception information provided from the communication unit 230 described later, and the like. Centralized control of various processes. Similar to the control unit 120 of the deposit source node 100 described above, the process controlled by the control unit 220 is arbitrary, and is not limited to the process related to storage or verification of the target data 10. For example, the control unit 220 may control processing generally performed in a server, a PC (Personal Computer), a tablet PC, or the like. Further, as described above, the control unit 220 includes the processing unit 221.
  • PC Personal Computer
  • the processing unit 221 functions as a verification unit that performs processing related to verification of the target data 10. For example, based on the input information provided from the input unit 210, the processing unit 221 performs a process of notifying the deposit source node 100 of information that agrees to store the target data 10.
  • the specific content of the process is arbitrary.
  • the processing unit 221 deposits information indicating that the deposit source node 100 agrees to store the target data 10 via a predetermined website on the Internet that publishes information related to the recruitment of the storage destination of the target data 10. The original node 100 may be notified.
  • the processing unit 221 performs processing for acquiring the target data 10 from the depositing node 100.
  • the specific content of the process is arbitrary.
  • the processing unit 221 may acquire the target data 10 from the deposit source node 100 via the P2P network 300 or may acquire the target data 10 from the deposit source node 100 via the Internet. Then, the processing unit 221 stores the acquired target data 10 in the storage unit 250 described later.
  • the processing unit 221 performs processing related to a challenge for updating blockchain data. More specifically, the processing unit 221 acquires a target range of a challenge and a target value that is a predetermined condition for a successful challenge from the block chain data.
  • the success condition of the challenge set as the target value is arbitrary.
  • the target value may indicate that the hash value of the entire data included in the block (or part of the data included in the block) is smaller than a predetermined value as a condition for a successful challenge.
  • the difficulty level of the challenge is adjusted by setting the target range of the challenge.
  • the difficulty level of the challenge can be adjusted based on the target value.
  • the target is set so that the difficulty level of the challenge becomes higher when it is desired to increase the time required to succeed the challenge based on the results of the time required to succeed the challenge.
  • the target value can be changed so that the difficulty level of the challenge becomes lower.
  • the processing unit 221 sets “FileData” from the challenge target range (for example, “Offset”, which is the number of bytes from the beginning of the challenge target range, and the data length when “Offset” is the starting point. A certain “Len” is set), and then the hash value of the entire data (or part of the data included in the block) is calculated, and the success condition of the challenge indicated by the hash value and the target value is calculated. Compare.
  • the processing unit 221 continues the challenge until the hash value satisfies the challenge success condition indicated by the target value. This is merely an example, and the processing unit 221 may stop the challenge if the challenge is not successful for a predetermined number of times or a predetermined time. Thus, the processing unit 221 can prevent resources from being consumed by continuing the challenge until it succeeds.
  • the processing unit 221 adds a new block to the block chain data (in other words, updates the block chain data). Then, the processing unit 221 performs a process of broadcasting information related to a new block to be added (also referred to as “information related to update”) via the P2P network 300 to the deposit-destination node 200 other than its own device. On the other hand, it provides information regarding that the device has successfully challenged and a block to be newly added.
  • the processing unit 221 of the deposit-destination node 200 that is provided with the information related to the update confirms the success or failure of the challenge based on the information, and if it can be confirmed that the challenge is successful, it is managed by the own device. A new block is added to the blockchain data being processed.
  • the processing unit 221 may function as a designation unit that designates “FilePartNum” used for the next challenge.
  • the processing unit 221 inputs predetermined information (for example, information of “FilePartNum” and “FileData” when the challenge is successful) for a predetermined program distributed in advance, so that the next challenge “FilePartNum” may be specified.
  • branching may occur in the block chain when the processing units 221 of the plurality of deposit-destination nodes 200 succeed in the challenge at substantially the same timing. More specifically, when the processing units 221 of a plurality of deposit-destination nodes 200 succeed in the challenge at substantially the same timing, each processing unit 221 performs substantially the same processing for broadcasting information on new blocks having different contents. Do it at the timing. In this case, the block added to the block chain data managed by the other deposit-destination node 200 may be different depending on which processing unit 221 has received the broadcasted information first ( This event is called a branch (or fork) of the block chain).
  • the method for dealing with the occurrence of blockchain branching is arbitrary.
  • the processing unit 221 of the deposit-destination node 200 to add a new block selects the longest chain from the branched block chain (hereinafter, sometimes referred to as “branch” for convenience), You may perform each process (challenge etc.) so that a new block may be added to the branch. Then, when there is a certain difference in the lengths of the plurality of branches, the branch of the block chain may be canceled by discarding the shorter branch.
  • the timing (or frequency, etc.) at which the processing unit 221 makes a challenge for updating the block chain data is arbitrary.
  • the processing unit 221 of each deposit-destination node 200 may perform a challenge at a specific date and time, or may perform a challenge based on some kind of trigger (such as reception of a control signal from an external device). You may challenge every hour.
  • control unit 220 (including the processing unit 221) generates a control signal for controlling each functional configuration and provides it to each functional configuration when performing the above-described various processes, and receives various information (input unit) from each functional configuration.
  • control signal for controlling each functional configuration and provides it to each functional configuration when performing the above-described various processes, and receives various information (input unit) from each functional configuration.
  • input information from the communication unit 230 input information from the communication unit 230
  • reception information from the communication unit 230 reception information from the communication unit 230, and the like.
  • the communication unit 230 communicates with an external device. More specifically, the communication unit 230 is connected to the P2P network 300 or other network, and the deposit source node 100, the deposit destination node 200 other than its own device, or other external device via these networks. Communicate with. For example, for reception, the communication unit 230 receives the target data 10, block chain data, information on a new block to be added, and the like, and provides the information to the control unit 220 as reception information. As for transmission, based on a control signal from the control unit 220, the communication unit 230 transmits information indicating that the target data 10 is agreed to be stored, information on a new block to be added, or the like. Note that the above information is merely an example, and the communication unit 230 may transmit and receive other information.
  • the output unit 240 outputs various information. More specifically, similar to the output unit 140 of the deposit source node 100, the output unit 240 includes various devices used for output (display (Liquid Crystal Display) and organic EL display (Organic Electro-Luminescence Display)). Etc.), a projector, a printer, a plotter, a speaker, etc.), and performs various outputs based on a control signal provided from the control unit 220. For example, the output unit 240 may provide various information to the custody by displaying information on various processes from the start to the end of storage or verification of the target data 10 on the display.
  • display Liquid Crystal Display
  • organic EL display Organic Electro-Luminescence Display
  • the storage unit 250 stores various information.
  • the storage unit 250 stores the target data 10 being stored, various information associated with the storage or verification of the target data 10 (the size of the target data 10, the period of storage or verification, conditions, methods, consideration, a method for receiving and receiving consideration, Information on the budget that is the source of the data), or block chain data.
  • these pieces of information are merely examples, and the information stored in the storage unit 250 can be changed as appropriate.
  • the storage unit 250 may store programs or parameters used by each functional configuration of the deposit-destination node 200.
  • FIG. 7 is a flowchart showing an operation related to a challenge by the deposit destination node 200 according to the present embodiment.
  • step S1000 the processing unit 221 of the deposit destination node 200 reads various information from the block chain data. More specifically, the processing unit 221 includes, from the block chain data, a target value that is a challenge success condition, “FileID” that is information for identifying the target data 10, and “FilePartNum” that is a target range of the challenge. , Is read. Note that information read by the processing unit 221 is not limited to such information.
  • step S1004 the processing unit 221 performs a challenge. More specifically, the processing unit 221 sets “FileData” from the target range of the challenge specified by “FilePartNum” in the target data 10 identified by “FileID” (for example, the head of the target range of the challenge) “Offset”, which is the number of bytes from “,” and “Len”, which is the data length when “Offset” is the starting point, are set, and then the entire data contained in the block (or a part of the data contained in the block) ) Is calculated, and the challenge is performed by comparing the calculated hash value with the successful challenge condition indicated by the target value.
  • FileData the target range of the challenge specified by “FilePartNum” in the target data 10 identified by “FileID” (for example, the head of the target range of the challenge)
  • Offset which is the number of bytes from “”
  • “Len” which is the data length when “Offset” is the starting point
  • step S1012 the processing unit 221 adds a new block to the block chain data and broadcasts information on the new block to be added via the P2P network 300 to the depository node 200 other than its own device.
  • the information about the success of the own device and the block to be newly added is provided, and the processing is completed.
  • step S1008 / No When the hash value of the entire data included in the block (or a part of the data included in the block) does not satisfy the challenge success condition (that is, when the challenge fails) (step S1008 / No), the process is performed. Returning to step S1004, the processing unit 221 challenges again by changing the value of “FileData”.
  • the timing (or frequency, etc.) at which the depositing node 200 makes a challenge for updating blockchain data is arbitrary.
  • the modified example of the present disclosure is an embodiment in which a period during which the deposit-destination node 200 does not perform a challenge is provided, or the number of challenges (or frequency, etc.) is reduced.
  • the deposit-destination node 200 when it is determined that the reliability of the target data 10 can be secured more than a certain level by performing the challenge a plurality of times, the deposit-destination node 200 then sets a period during which the challenge is not performed or the number of challenges ( Or frequency etc.) may be reduced.
  • the deposit-destination node 200 determines that the reliability of the target data 10 can be secured over a certain level, and then sets a period during which no challenge is performed. It may be provided or the number (or frequency, etc.) of challenges may be reduced.
  • the above is merely an example, and can be changed as appropriate.
  • each deposit-destination node 200 performs a challenge for a preset number of times, or sets the number of challenges based on the size of the target data 10 and performs the challenge for a set number of times. Thereafter, a period during which no challenge is performed may be provided, or the number of challenges (or frequency, etc.) may be reduced.
  • the present modified example can prevent the resources of each deposit-destination node 200 from being consumed by continuing the challenge indefinitely after a certain level of reliability has been ensured. As a result, the total amount of rewards paid can be reduced.
  • the deposit source node 100 appropriately stores the target data 10 by the deposit destination node 200 by requesting each deposit destination node 200 for verification (challenge) every predetermined period (for example, one year), for example. You may confirm that you are continuing. Further, the depositing node 100 continues to properly store the target data 10 by the depositing node 200 by requesting a verification (challenge) from the depositing node 200 before collecting the target data 10 from the depositing node 200. You may be sure that The deposit source node 100 may motivate each deposit destination node 200 to keep storing the target data 10 by notifying each deposit destination node 200 of the scheduled date and time for requesting the next challenge.
  • FIG. 8 is a block diagram illustrating an example of a hardware configuration of the deposit source node 100 or the deposit destination node 200 according to the present embodiment.
  • the deposit source node 100 or the deposit destination node 200 according to the present embodiment can be implemented by the information processing apparatus 900 illustrated in FIG.
  • the information processing apparatus 900 includes, for example, an MPU 901, a ROM 902, a RAM 903, a recording medium 904, an input / output interface 905, an operation input device 906, a display device 907, and a communication interface 908.
  • the information processing apparatus 900 connects each component with a bus 909 as a data transmission path, for example.
  • the MPU 901 includes, for example, one or more processors configured by an arithmetic circuit such as an MPU, various processing circuits, and the like, and functions as the control unit 120 or the control unit 220 that controls the information processing apparatus 900 as a whole.
  • the control unit 120 or the control unit 220 may be configured by a dedicated (or general-purpose) circuit (for example, a processor separate from the MPU 901) that can realize the processing of the control unit 120 or the control unit 220. Good.
  • ROM 902 stores programs used by MPU 901, control data such as calculation parameters, and the like.
  • the RAM 903 temporarily stores a program executed by the MPU 901, for example.
  • the recording medium 904 functions as the storage unit 150 or the storage unit 250, and stores various data such as data related to information processing according to the present embodiment such as block chain data or target data 10, and various applications.
  • examples of the recording medium 904 include a magnetic recording medium such as a hard disk and a non-volatile memory such as a flash memory. Further, the recording medium 904 may be detachable from the information processing apparatus 900.
  • the input / output interface 905 connects, for example, an operation input device 906 and a display device 907.
  • the operation input device 906 functions as the input unit 110 or the input unit 210
  • the display device 907 functions as the output unit 140 or the output unit 240.
  • examples of the input / output interface 905 include a USB (Universal Serial Bus) terminal, a DVI (Digital Visual Interface) terminal, an HDMI (High-Definition Multimedia Interface) (registered trademark) terminal, and various processing circuits. .
  • the operation input device 906 is provided on the information processing apparatus 900, for example, and is connected to the input / output interface 905 inside the information processing apparatus 900.
  • Examples of the operation input device 906 include a keyboard, a mouse, a keypad, a touch panel, a microphone, an operation button, a rotary selector such as a direction key or a jog dial, or a combination thereof.
  • the display device 907 is provided on the information processing apparatus 900, for example, and is connected to the input / output interface 905 inside the information processing apparatus 900.
  • Examples of the display device 907 include a liquid crystal display (Liquid Crystal Display) and an organic EL display (Organic Electro-Luminescence Display).
  • the input / output interface 905 can be connected to an external device such as an external operation input device or an external display device of the information processing apparatus 900.
  • the display device 907 may be a device capable of display and user operation, such as a touch panel.
  • the communication interface 908 is a communication unit included in the information processing apparatus 900, and performs wireless or wired communication with an external device configuring the P2P network 300 according to the present embodiment or an external device connected to the P2P network 300. Functions as the communication unit 130 or the communication unit 230. Further, the communication interface 908 may have a function of performing wireless or wired communication with an arbitrary external device such as a server via an arbitrary network (or directly).
  • examples of the communication interface 908 include a communication antenna and an RF (Radio Frequency) circuit (wireless communication), an IEEE 802.15.1 port and a transmission / reception circuit (wireless communication), an IEEE 802.11 port and a transmission / reception circuit (wireless communication). ), Or a LAN (Local Area Network) terminal and a transmission / reception circuit (wired communication).
  • the information processing apparatus 900 performs processing related to information processing according to the present embodiment, for example, with the configuration illustrated in FIG. Note that the hardware configuration of the information processing apparatus 900 according to the present embodiment is not limited to the configuration illustrated in FIG. 13.
  • the information processing apparatus 900 may not include the communication interface 908 when communicating with the P2P network 300 or an external apparatus via a connected external communication device.
  • the communication interface 908 may be configured to be able to communicate with one or more external devices or the like by a plurality of communication methods.
  • the information processing apparatus 900 may not include the recording medium 904, the operation input device 906, the display device 907, or the like, for example.
  • a part or all of the configuration shown in FIG. 8 may be realized by one or two or more ICs (Integrated Circuits).
  • the data management system according to the present disclosure uses the first data acquired from the target data 10 instead of “nonce” to update the blockchain data more appropriately. Data 10 can be verified.
  • the data management system according to the present embodiment can verify the target data 10 by using the process of calculating the hash value in the challenge, it is possible to effectively use the resources of the depository node 200. it can.
  • the depositor according to the present embodiment can pay the depositor a reasonable price for storage or verification of the target data 10 (in other words, the depositor can pay for the storage or verification of the target data 10). Legitimate consideration can be received from the depositor with a certain probability).
  • the depositor according to the present embodiment can confirm the storage or verification status of the target data 10.
  • the depositor according to the present embodiment can change the budget at any time based on the storage or verification status of the target data 10.
  • the modified example of the present disclosure can provide a period during which no challenge is performed, or can reduce the number of times (or frequency, etc.) of challenges.
  • the modified example of the present disclosure can prevent the resources of each deposit-destination node 200 from being consumed by continuing the challenge indefinitely after ensuring a certain level of reliability, and succeeding in the challenge.
  • a part of the configuration of the deposit source node 100 may be provided outside the deposit source node 100 as appropriate.
  • a part of the configuration of the deposit destination node 200 may be provided outside the deposit destination node 200 as appropriate.
  • a part of the function of the deposit source node 100 may be implemented by the control unit 120.
  • the control unit 120 may embody part of the functions of the input unit 110, the communication unit 130, or the output unit 140.
  • a part of the function of the deposit destination node 200 may be implemented by the control unit 220.
  • the control unit 220 may implement part of the functions of the input unit 210, the communication unit 230, or the output unit 240.
  • a verification unit that verifies the predetermined data using first data acquired from the predetermined data and second data acquired from the P2P database; Information processing device.
  • the verification unit performs predetermined data processing using the first data and the second data, and searches for the first data such that a result of the data processing satisfies a predetermined condition; The information processing apparatus according to (1).
  • the verification unit searches for the first data within a range designated for the predetermined data; The information processing apparatus according to (2).
  • the range is obtained from the P2P database.
  • a designating unit for designating the range; The information processing apparatus according to (3).
  • the verification unit updates the P2P database using the first data and the second data when a result of the data processing satisfies the condition.
  • the verification unit verifies that a result of the data processing by another information processing apparatus satisfies the condition;
  • the first data is represented by information on a start position and data length in the predetermined data.
  • the P2P database is a blockchain;
  • the data processing is processing for calculating a hash value.
  • a verification requesting unit that issues a verification request for predetermined data to the P2P network;
  • a confirmation unit that confirms a verification status of the predetermined data based on information acquired from the P2P network;
  • Information processing device Information processing device.
  • the verification request unit further provides a verification condition for the predetermined data to the P2P network.
  • the information processing apparatus according to (12).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

【課題】リソースを有効活用しつつ、より適切にデータを検証することを可能にする。 【解決手段】所定のデータから取得された第１のデータおよびＰ２Ｐデータベースから取得された第２のデータを用いて前記所定のデータの検証を行う検証部を備える、情報処理装置。

Description

情報処理装置および情報処理方法
　本開示は、情報処理装置および情報処理方法に関する。
　一般的に、あるユーザ（以降、便宜的に「預け人」と呼称する）が何らかの重要なデータを他人（以降、便宜的に「預かり人」と呼称する）に預ける場合には、信頼できる人にデータを預ける。仮に、預け人が信頼できない人にデータを預ける場合には、預け人は、預かり人が当該データを適切に預かっていること（例えば、預かり人がデータの改ざん等を行っていないこと、または、データを消去していないこと等）を検証することが求められる。
　また、近年、関連技術として、ストレージサービス等のデータを保管するサービスまたは技術等が盛んに開発されている。例えば、以下の特許文献１には、ストレージサーバに預けられたデータの被改ざん性等を証明する保証データを生成し、預けられたデータと関連付ける技術が開示されている。
特開２００３－２８０９７２号公報
　しかし、特許文献１に記載の技術によっては、預けられるデータが適切に検証されない場合があった。例えば、内部者（ストレージサーバの管理者等）が保証データ自体の消去や改ざんが可能であるため、仮に内部者が預けられたデータの消去や改ざんを行った場合、預け人が預けたデータの存在確認や検証を完了するには、預けた全データを再度読み出す必要があった。
　他方、ピアツーピアデータベースの一例であるブロックチェーンが用いられるシステム（Ｂｉｔｃｏｉｎ等）においては、匿名取引処理に多くのリソースが消費される。例えば、Ｂｉｔｃｏｉｎにおいて、いわゆる「マイニング」に参加する複数のノードは、マイニングに成功するまでハッシュ値を算出する処理を継続することになり、各ノードのリソースが有効に活用されているとは言えない。
　そこで、本開示は、上記問題に鑑みてなされたものであり、本開示の目的とするところは、リソースを有効活用しつつ、より適切にデータを検証することが可能な、新規かつ改良された情報処理装置および情報処理方法を提供することにある。
　本開示によれば、所定のデータから取得された第１のデータおよびＰ２Ｐデータベースから取得された第２のデータを用いて前記所定のデータの検証を行う検証部を備える、情報処理装置が提供される。
　また、本開示によれば、所定のデータから取得された第１のデータおよびＰ２Ｐデータベースから取得された第２のデータを用いて前記所定のデータの検証を行うことを有する、情報処理方法が提供される。
　また、本開示によれば、Ｐ２Ｐネットワークに対して、所定のデータについての検証要求を行う検証要求部と、前記Ｐ２Ｐネットワークから取得された情報に基づいて、前記所定のデータの検証状況を確認する確認部と、を備える、情報処理装置が提供される。
　また、本開示によれば、Ｐ２Ｐネットワークに対して、所定のデータについての検証要求を行うことと、前記Ｐ２Ｐネットワークから取得された情報に基づいて、前記所定のデータの検証状況を確認することと、を有する、情報処理方法が提供される。
　以上説明したように本開示によれば、リソースを有効活用しつつ、より適切にデータを検証することが可能となる。
　なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
一般的なブロックチェーンデータの概要を説明する説明図である。 本実施形態に係るデータ管理システムの構成を示す図である。 本実施形態に係るブロックチェーンデータの概要を説明する説明図である。 本実施形態に係る「ファイル検証履歴」が含む情報の一例を示す図である。 本実施形態に係る「仮想通貨取引履歴」が含む情報の一例を示す図である。 本実施形態に係る預け元ノードおよび預け先ノードの機能構成を示す図である。 本実施形態に係る預け先ノードによるチャレンジに関する動作を示すフローチャートである。 本実施形態に係る預け元ノードまたは預け先ノードのハードウェア構成の一例を示すブロック図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　１．背景
　２．本実施形態に係るデータ管理システムの概要
　３．各装置の機能構成
　４．預け先ノードの動作
　５．変形例
　６．各装置のハードウェア構成
　７．むすび
　　＜１．背景＞
　まず、本開示の背景について説明する。
　上記のとおり、一般的に、預け人が何らかの重要なデータを他人に預ける場合には、信頼できる人にデータを預ける。仮に、預け人が信頼できない人にデータを預ける場合には、預け人は、預かり人が適切にデータを預かっていること（例えば、預かり人がデータの改ざん等を行っていないこと、または、データを消去していないこと等）を検証することが求められる。
　ここで、預かり人が適切にデータを預かっていることを検証するためには、相当のコストがかかる。例えば、改ざんを検出するアプリケーションや暗号化方式を開発することによって預かり人が適切にデータを預かっていることを検証すること等が考えられる。しかし、当該アプリケーションや暗号化方式を独自に開発することは容易ではなく相当のコストを要する。
　また、特許文献１に記載の技術においては、例えば、内部者（ストレージサーバの管理者等）が保証データ自体を改ざんすることが可能であるため、仮に内部者が預けられたデータおよび保証データを改ざんした場合、預け人は当該改ざんを検出できない。
　そこで、本開示の開示者は、上記事情に鑑みて本開示に係る技術を開発するに至った。以降では、本開示の一実施形態に係るデータ管理システムの概要について説明する。
　　＜２．本実施形態に係るデータ管理システムの概要＞
　本開示に係るデータ管理システムは、預け人が所望のデータを任意の期間にわたって預けることができるシステムである。本システムを利用可能な預け人は特に限定されない。例えば、企業等の各種組織や個人が本システムを利用することができる。また、本システムに預けられるデータも特に限定されない。例えば、各種事業に関するデータ（企業の営業秘密が含まれるデータ等）、個人的なデータ（写真、動画、音楽、映画、テレビ番組、ゲーム等）などが本システムに預けられてもよい。また、本システムに預けられるデータは任意の暗号化方式により暗号化されていてもよい。
　また、本実施形態に係るデータ管理システムは、ピアツーピアネットワークを介して提供される分散型のピアツーピアデータベースを利用する。なお、ピアツーピアネットワークは、ピアツーピア型分散ファイルシステムとよばれる場合もある。以下では、ピアツーピアネットワークを「Ｐ２Ｐネットワーク」、ピアツーピアデータベースを「Ｐ２Ｐデータベース」と示す場合がある。本明細書では、Ｐ２Ｐデータベースの例として、Ｐ２Ｐネットワークを介して提供されるブロックチェーンデータが利用される場合を一例として説明する。
　（２－１．一般的なブロックチェーンシステムの概要）
　本実施形態に係るデータ管理システムの説明をする前に、まず、図１を参照して、一般的なブロックチェーンシステムの概要について説明する。図１は、一般的なブロックチェーンデータの概要を説明する説明図である。図１に示すように、ブロックチェーンデータは、複数のブロックがあたかも鎖のように連なっているデータである。そして、それぞれのブロックには、１または２種類以上の情報が、トランザクションとして格納され得る。ブロックチェーンシステムを利用するサービスとしてはＢｉｔｃｏｉｎ等が挙げられる。Ｂｉｔｃｏｉｎにおいては、仮想通貨のやり取りに関する情報がトランザクションとして格納され得る。
　図１に示すように、ブロックチェーンデータには、例えば、「直前ブロックのハッシュ値」と「ナンス」とよばれる特別な値が含まれる。
　「直前ブロックのハッシュ値」は、直前のブロックと当該ブロックとを連結させる情報であり、直前のブロックに含まれるデータ全体（または直前のブロックに含まれるデータの一部）のハッシュ値等である。また、「直前ブロックのハッシュ値」は、ブロックチェーンの各ブロックに含まれるデータの改ざん等の有無を検出する役割も果たす。より具体的には、仮に、ブロックチェーンのいずれかのブロックに含まれるトランザクションのデータが改ざんされた場合には、当該ブロックに含まれるデータ全体（または当該ブロックに含まれるデータの一部）のハッシュ値が変わるため、当該ブロックの後に連なるブロックに含まれる「直前ブロックのハッシュ値」に齟齬が発生するため、データの改ざんの有無が検出され得る。
　また、「ナンス」は、新たなブロックを追加するノードを、Ｐ２Ｐネットワークに接続しているノードの中から決定する処理に用いられる情報である。より具体的には、新たなブロックがブロックチェーンに追加される場合、Ｐ２Ｐネットワークに接続しているノードは、例えば、追加しようとするブロックにおける「ナンス」を様々に変化させながらブロックに含まれるデータ全体（またはブロックに含まれるデータの一部）のハッシュ値を出力する。そして、最も早く所定の条件を満たすハッシュ値を生成できた（換言すると、所定の条件を満たすハッシュ値を生成するナンスを最も早く発見できた）ノードが新たなブロックをブロックチェーンに追加することができる。
　当該処理は、例えば、Ｂｉｔｃｏｉｎではマイニング（採掘）と呼称され、算出されたハッシュ値が所定の値よりも小さくなるナンスを最も早く発見することができたノードが新たなブロックをブロックチェーンに追加することができる。上記の処理において、「所定の条件」が適宜変更されることによって、上記の処理に要する時間が調節され得る。
　このように、新たなブロックをブロックチェーンに追加することができるノードが予め決まっておらず、特定のノードに限定されないことによって、ブロックチェーンを利用するサービスは、特定のノードによる不正を防ぎ、サービスの公平性を担保することができる。なお、「ナンス」としては、例えば、文字列、数字列、あるいは、これらの組み合わせを示すデータが挙げられる。
　また、ブロックチェーンの各ブロックに含まれるトランザクションにはノード（またはユーザ）が保持する秘密鍵によって電子署名が付される。トランザクションに電子署名が付されることによって、いわゆる「なりすまし」やデータ改ざん等が検出され得る。
　なお、ブロックチェーンの各ブロックに含まれるトランザクションデータは、適宜暗号化されてもよい。より具体的には、Ｂｉｔｃｏｉｎにおける各ブロックのトランザクションは暗号化されておらず、秘密鍵を用いた電子署名が付与されており、各トランザクションは公開されている。それに対して、例えば、Ｃｏｌｏｒｅｄ　Ｃｏｉｎのように、Ｂｉｔｃｏｉｎのブロックチェーン上にデジタルアセットを保持させるような技術も存在する。その場合には、対応する暗号鍵を所持している特定の装置（暗号化されているデータを復号することができる装置）のみが、ブロックチェーン上のデータの内容を把握することができるように設計することも可能である。
　また、ブロックチェーンシステムは、例えばサイドチェイン技術を利用することによって、Ｂｉｔｃｏｉｎのブロックチェーンデータなどの、既存の仮想通貨のデータのやり取りに用いられるブロックチェーンデータに、仮想通貨とは異なる他のデータを含めることが可能である。
　（２－２．本実施形態に係るデータ管理システムの構成）
　上記では、一般的なブロックチェーンシステムの概要について説明した。続いて、図２を参照して、本実施形態に係るデータ管理システムの構成について説明する。図２は、本実施形態に係るデータ管理システムの構成を示す図である。
　図２に示すように、本実施形態に係るデータ管理システムは、預けられる対象となるデータ（以降、便宜的に「対象データ１０」と呼称する）を預けるノード（以降、便宜的に「預け元ノード１００」と呼称する）と、対象データ１０を預かるノード（以降、便宜的に「預け先ノード２００」と呼称する）と、を含む。そして、預け元ノード１００および預け先ノード２００は、Ｐ２Ｐネットワーク３００に接続している。図２には、預け元ノード１００が１台のみ表示され、預け先ノード２００は３台のみ表示されているが、図２はあくまで一例であるため、預け元ノード１００の台数および預け先ノード２００の台数は任意である。また、図２には預け元ノード１００と預け先ノード２００とが区別して表示されているが、預け元ノード１００および預け先ノード２００は同一の情報処理装置によって実現され得る。換言すると、預け元ノード１００として機能する情報処理装置は、預け先ノード２００としても機能してもよい。
　（預け元ノード１００）
　預け元ノード１００は、預け先ノード２００に対して対象データ１０を預け、対象データ１０の検証を要求する情報処理装置である。ここで、検証とは、対象データ１０が適切に保管されていることを確認する処理を指す。より具体的には、検証とは、対象データ１０が消去されていないこと、または、対象データ１０に改ざん等が行われていないことを確認する処理を指す。本実施形態に係る検証の詳細については後述する。
　預け元ノード１００は、対象データ１０の保管先の募集に関する情報を複数の預け先ノード２００に対して公開することで対象データ１０の保管先を募集する。ここで、対象データ１０の保管先の募集方法は任意である。例えば、預け元ノード１００は、対象データ１０の保管先の募集に関する情報をインターネット上の所定のウェブサイトにアップロードすることで複数の預け先ノード２００に対して公開してもよい。
　そして、預け元ノード１００は、対象データ１０の保管に同意した預け先ノード２００に対象データ１０を提供する。ここで、対象データ１０の提供方法は任意である。例えば、預け元ノード１００は、Ｐ２Ｐネットワーク３００を介して対象データ１０を預け先ノード２００に提供してもよいし、インターネットを介して対象データ１０を預け先ノード２００に提供してもよい。
　また、預け元ノード１００は、対象データ１０の保管もしくは検証に伴う各種情報を預け先ノード２００に通知する。ここで、対象データ１０の保管もしくは検証に伴う各種情報とは、任意の情報でよい。例えば、預け元ノード１００は、対象データ１０のサイズ、保管もしくは検証の期間、条件、方法、対価、対価の授受方法、対価の源泉となる予算等に関する情報を預け先ノード２００に通知する。また、これらの情報の通知方法は任意である。例えば、預け元ノード１００は、これらの情報をインターネット上の所定のウェブサイトに公開してもよい。
　また、預け元ノード１００は、対象データ１０を複数の預け先ノード２００に預けた後に、当該対象データ１０の保管状況もしくは検証状況を確認する（以降、便宜的に、「保管状況もしくは検証状況」を合わせて「検証状況」と呼称する場合がある）。ここで、対象データ１０の検証状況の確認方法は任意である。例えば、預け元ノード１００は、ブロックチェーンデータをＰ２Ｐネットワーク３００から取得し、ブロックチェーンデータに基づいて対象データ１０の検証状況を確認してもよいし、対象データの検証状況を示す所定の情報をＰ２Ｐネットワーク３００から取得し、当該情報に基づいて対象データ１０の検証状況を確認してもよい。
　預け元ノード１００の処理の詳細については後述する。
　（預け先ノード２００）
　預け先ノード２００は、預け元ノード１００から対象データ１０を預かり、対象データ１０の検証を行う情報処理装置である。
　例えば、預け先ノード２００は、対象データ１０の保管に同意する旨の情報を預け元ノード１００に対して通知する。ここで、対象データ１０の保管に同意する旨の情報の通知方法は任意である。例えば、預け先ノード２００は、預け元ノード１００が対象データ１０の保管先の募集に関する情報を公開しているインターネット上の所定のウェブサイトを介して対象データ１０の保管に同意する旨の情報を預け元ノード１００に通知してもよい。
　そして、預け先ノード２００は、対象データ１０を預け元ノード１００から取得する。ここで、対象データ１０の取得方法は任意である。例えば、預け先ノード２００は、Ｐ２Ｐネットワーク３００を介して対象データ１０を預け元ノード１００から取得してもよいし、インターネットを介して対象データ１０を預け元ノード１００から取得してもよい。
　また、預け先ノード２００は、ブロックチェーンデータをＰ２Ｐネットワーク３００から取得し、当該ブロックチェーンデータを用いて対象データ１０の検証を行う。検証の詳細については後述する。
　（２－３．本実施形態に係るデータ管理システムの機能概要）
　上記では、本実施形態に係るデータ管理システムの構成について説明した。続いて、本実施形態に係るデータ管理システムの機能概要について説明する。
　上記のとおり、一般的なブロックチェーンデータの更新の際には「ナンス」という情報が用いられていた。一方、本実施形態に係るデータ管理システムにおいては、預け先ノード２００は、対象データ１０から取得したデータ（以降、便宜的に「第１のデータ」と呼称する場合もある）を「ナンス」の代りに用いる（第１のデータが「ナンス」として用いられることと等価）。より具体的には、ある預け元ノード１００がＰ２Ｐネットワークに参加している複数の預け先ノード２００に対して対象データ１０を預け、対象データ１０を預かった預け先ノード２００は、例えば、対象データ１０に含まれるビット列を「ナンス」の代りに用いて、追加しようとするブロックに含まれるデータ全体（または追加しようとするブロックに含まれるデータの一部）のハッシュ値を算出する。
　そして、預け先ノード２００は、算出したハッシュ値が所定の条件を満たすまで第１のデータの変更とハッシュ値の算出を続ける（以降、便宜的に当該処理を「チャレンジ」と呼称する場合がある）。そして、最も早く所定の条件を満たすハッシュ値を算出できた（換言すると、最も早くチャレンジに成功した）預け先ノード２００が新たなブロックをブロックチェーンに追加することができる。なお、ハッシュ値の算出処理が行われるのはあくまで一例であり、預け先ノード２００はハッシュ値の算出処理以外に任意のデータ処理を行ってもよい。
　Ｐ２Ｐネットワークの各構成（各装置、各装置のプログラム、各装置の通信手段等）は、上記の処理が自律的に継続して行われるように設計されており、これによって、本実施形態に係るデータ管理システムは、対象データ１０が改ざんされることを防止することができる。より具体的に説明すると、仮に、対象データ１０の改ざん等が行われた場合、ブロックチェーンに含まれるいずれかのブロックのデータ全体（またはブロックに含まれるデータの一部）のハッシュ値が所定の条件を満たさなくなるため、対象データ１０の改ざん等が検出され得る。このように、本実施形態に係るデータ管理システムは、対象データ１０から取得した第１のデータを「ナンス」の代りに用いることで、より適切に対象データ１０の検証を実現することができる。
　より具体的には、仮に、対象データ１０が所定のストレージサービスに預けられた場合、悪意をもった外部者が当該ストレージサービスを攻撃したり、悪意をもった当該ストレージサービスの管理者が所定の操作を行ったりすることによって対象データ１０が改ざんされたり消去されたりする可能性がある。特に、関連業界において大きな影響力を有する企業や政府等が、対象データ１０の改ざんや消去を行った場合には、その事実や証拠が隠滅されかねない。一方で、本実施形態に係るデータ管理システムは、複数かつ匿名の預かり人に対して対象データ１０を預けることができるため、悪意をもった外部者からの攻撃等によって対象データ１０の改ざんや消去が行われる可能性を低減させることができる。
　また、本実施形態に係るデータ管理システムは、対象データ１０をブロックチェーンデータとは別個のデータとして扱うため、例えば、対象データ１０がブロックチェーンデータ内に挿入されたり、対象データ１０がブロックチェーンデータに付加されたりする方式に比べて、ブロックチェーンデータのサイズを低減させることができる。
　また、本実施形態に係るデータ管理システムは、各預け先ノード２００のリソースを有効活用することができる。より具体的に説明すると、例えば、Ｂｉｔｃｏｉｎにおいてマイニングに参加する複数のノードは、マイニングに成功するまで「ナンス」を変更し、ブロックに含まれるデータ全体（またはブロックに含まれるデータの一部）のハッシュ値を算出する処理を継続する。換言すると、マイニングに成功するまでに行われたハッシュ値を算出する処理によってノードのリソースが有効に活用されているとは言えない。一方、本実施形態に係るデータ管理システムは、チャレンジにおいてハッシュ値を算出する処理を利用することで対象データ１０の検証を行うことができるため、預け先ノード２００のリソースを有効に活用していると言える。また、本開示は、他のブロックチェーンサービスに適用されてもよい。
　また、本実施形態に係る預け人は、対象データ１０の保管もしくは検証の対価の源泉となる予算を設定する。ここで、予算の設定方法または報酬の授受方法は任意である。例えば、対象データ１０の預け人が所定の方法によって予算を指定し、予算がＰ２Ｐネットワーク３００上にプールされることで、チャレンジに成功した預け先ノード２００が当該プールから報酬を取得することができてもよい。また、預け元ノード１００が任意のタイミングで、チャレンジに成功した預け先ノード２００を確認し、これらの預け先ノード２００に対してＰ２Ｐネットワーク３００を介して個別に送金を行うことで報酬を支払ってもよい。また、預け人が対象データ１０を回収する時点において、各預け先ノード２００の貢献度（例えば、各預け先ノード２００がブロックを追加した回数）に基づいて予算から報酬が分配されてもよい。これらの方法によって、対象データ１０の預かり人は、対象データ１０の保管もしくは検証についての正当な対価を一定の確率で受け取ることができる。
　また、本実施形態に係るデータ管理システムは、対象データ１０の検証状況を確認し、確認結果に関する情報を預け人に提示することができる。ここで、対象データ１０の検証状況の確認方法、または、確認結果に関する情報の提示方法は任意である。例えば、預け元ノード１００は、任意のタイミングでＰ２Ｐネットワーク３００からブロックチェーンデータを取得し、ブロックチェーンデータに基づいてブロックの追加状況（例えば、最後にブロックが追加された日時等）を確認することで対象データ１０の検証状況を確認してもよい。また、例えば、対象データ１０の保管および検証を行っている預け先ノード２００の台数、ブロックの追加状況、予算の残高等に関する情報がインターネット上の所定のウェブサイトに集計されており、預け元ノード１００は当該ウェブサイトにアクセスすることによって対象データ１０の検証状況を確認してもよい。
　また、対象データ１０の預け人は、対象データ１０の検証状況に基づいて予算を随時変更してもよい。例えば、対象データ１０の保管および検証を行っている預け先ノード２００の台数が減少してきた場合、預け人は予算を増やすことで対象データ１０の保管および検証を行う預け先ノード２００の増加を図ってもよい。また、所定の期間以上にわたってブロックの追加が行われていない場合、預け人は予算を増やすことで各預け先ノード２００に検証（チャレンジ）を行わせてもよい。
　（２－４．本実施形態に係るブロックチェーンデータの概要）
　続いて、図３を参照して、本実施形態に係るブロックチェーンデータの概要について説明する。図３は、本実施形態に係るブロックチェーンデータの概要を説明する説明図である。図３に示すように、本実施形態に係るブロックチェーンデータの各ブロックは、「直前ブロックのハッシュ値」と、「ファイル検証履歴」と、「仮想通貨取引履歴」と、を含む。以降では、各データについて詳細に説明していく。
　（２－４－１．ファイル検証履歴）
　まず、「ファイル検証履歴」について説明する。本実施形態に係る「ファイル検証履歴」は、対象データ１０から取得された第１のデータに関する情報を含む。ここで、図４を参照して、本実施形態に係る「ファイル検証履歴」が含む情報について説明する。図４は、本実施形態に係る「ファイル検証履歴」が含む情報の一例を示す図である。
　図４に示すように、本実施形態に係る「ファイル検証履歴」は、「ＦｉｌｅＩＤ」と、「ＦｉｌｅＰａｒｔＮｕｍ」と、「ＦｉｌｅＤａｔａ」と、を含む。なお、図４に示す情報はあくまで一例であり、本実施形態に係る「ファイル検証履歴」が含む情報は適宜変更され得る。
　「ＦｉｌｅＩＤ」は、対象データ１０を識別する情報である。例えば、「ＦｉｌｅＩＤ」は、対象データ１０全体のハッシュ値であってもよい（図４では、一例として｛７ｆｅｅ２０・・・・０ａ｝と示している）。仮に、預け先ノード２００が複数の対象データ１０を預かっている場合に、預け先ノード２００は、「ＦｉｌｅＩＤ」に設定されている情報に基づいていずれの対象データ１０に関する情報であるかを識別することができる。なお、これはあくまで一例であり、「ＦｉｌｅＩＤ」に設定される対象データ１０の識別情報は適宜変更され得る。
　「ＦｉｌｅＰａｒｔＮｕｍ」は、預け先ノード２００がチャレンジを行うにあたり、対象データ１０におけるチャレンジの対象範囲を示す情報である。より具体的に説明すると、チャレンジに参加する預け先ノード２００は、対象データ１０全体ではなく、「ＦｉｌｅＰａｒｔＮｕｍ」によって指定される対象データ１０の一部の範囲に含まれるビット列を第１のデータとして「ＦｉｌｅＤａｔａ」に設定し、チャレンジを行う。
　これによって本実施形態に係るデータ管理システムは、「ＦｉｌｅＰａｒｔＮｕｍ」の設定を変更することによってチャレンジの難易度を調整することができ、チャレンジの成功までに要する時間を調整することができる。例えば、本実施形態に係るデータ管理システムは、チャレンジの成功までに要する時間の実績に基づいて、チャレンジの成功までに要する時間をより長くしたい場合に「ＦｉｌｅＰａｒｔＮｕｍ」によって指定されるチャレンジの対象範囲をより広く設定したり、チャレンジの成功までに要する時間をより短くしたい場合に「ＦｉｌｅＰａｒｔＮｕｍ」によって指定されるチャレンジの対象範囲をより狭く設定したりすることができる。
　また、本実施形態に係るデータ管理システムは、「ＦｉｌｅＰａｒｔＮｕｍ」に応じて（換言すると、チャレンジの難易度に応じて）チャレンジが成功した際の報酬額を調整することも可能である。例えば、本実施形態に係るデータ管理システムは、「ＦｉｌｅＰａｒｔＮｕｍ」によって指定されるチャレンジの対象範囲をより広く設定した場合には、チャレンジが成功した際に支払われる報酬額をより高く設定してもよい。また、本実施形態に係るデータ管理システムは、「ＦｉｌｅＰａｒｔＮｕｍ」によって指定されるチャレンジの対象範囲をより狭く設定した場合には、チャレンジが成功した際に支払われる報酬額をより低く設定してもよい。
　また、本実施形態に係るデータ管理システムは、予算の残高に応じて「ＦｉｌｅＰａｒｔＮｕｍ」の設定を変更することも可能である。例えば、予算の残高が所定値よりも低くなった場合には、本実施形態に係るデータ管理システムは、「ＦｉｌｅＰａｒｔＮｕｍ」によって指定されるチャレンジの対象範囲をより狭く設定し、チャレンジの難易度をより低くすることで、報酬額をより低く設定してもよい。
　なお、「ＦｉｌｅＰａｒｔＮｕｍ」によるチャレンジの対象範囲の指定方法は任意である。例えば、「ＦｉｌｅＰａｒｔＮｕｍ」は、対象データ１０が複数の範囲に分割され、分割された範囲に関する情報であってもよい（例えば、対象データ１０が２３個に分割されたうちの３番目の範囲を示す情報（図４では、便宜的に｛３／２３｝と示している）であってもよい）。
　また、上記では「ＦｉｌｅＰａｒｔＮｕｍ」には、対象データ１０の一部の範囲が指定される旨について説明したが、これはあくまで一例であり、「ＦｉｌｅＰａｒｔＮｕｍ」に設定される情報は適宜変更され得る。例えば、「ＦｉｌｅＰａｒｔＮｕｍ」には、対象データ１０に関する何らかの情報（対象データ１０のサイズ、保管場所、データの種類、作成日時、作成者、更新日時または更新者等に関する情報）が設定されてもよい。
　また、「ＦｉｌｅＰａｒｔＮｕｍ」を指定する装置は任意である。例えば、「ＦｉｌｅＰａｒｔＮｕｍ」は、前回のブロックの追加時においてチャレンジに成功した預け先ノード２００によって所定の方法で指定されてもよいし、各預け先ノード２００が自ら所定の方法で指定してもよい。本書では、一例として、「ＦｉｌｅＰａｒｔＮｕｍ」は、前回のブロックの追加時においてチャレンジに成功した預け先ノード２００によって指定されることとする。例えば、チャレンジに成功した預け先ノード２００は、追加すべきブロックに関する情報を他の預け先ノード２００にブロードキャストする際に次のチャレンジに用いられる「ＦｉｌｅＰａｒｔＮｕｍ」に関する情報も提供し、各預け先ノード２００は、当該「ＦｉｌｅＰａｒｔＮｕｍ」に関する情報に基づいて次のチャレンジを行う。
　また、「ＦｉｌｅＰａｒｔＮｕｍ」の設定方法は任意である。例えば、チャレンジに成功した預け先ノード２００は、事前に配布された所定のプログラムに対して、所定の情報（例えば、チャレンジに成功したときの「ＦｉｌｅＰａｒｔＮｕｍ」や「ＦｉｌｅＤａｔａ」の情報）を入力することで、次のチャレンジにおける「ＦｉｌｅＰａｒｔＮｕｍ」を設定してもよい。また、対象データ１０が複数の範囲に分割され、「ＦｉｌｅＰａｒｔＮｕｍ」には分割された範囲に関する情報が設定される場合、チャレンジに成功した預け先ノード２００は、過去に対象範囲に設定されていない範囲を「ＦｉｌｅＰａｒｔＮｕｍ」に設定してもよい。
　「ＦｉｌｅＤａｔａ」には、第１のデータに関する情報が設定される。例えば、第１のデータが、あるデータ長を有するビット列である場合には、「ＦｉｌｅＤａｔａ」には、当該ビット列の先頭を示すデータとして、「ＦｉｌｅＰａｒｔＮｕｍ」にて指定されたチャレンジの対象範囲の先頭からのバイト数（以降、便宜的に「Ｏｆｆｓｅｔ」と呼称する）と、「Ｏｆｆｓｅｔ」を起点としたときのデータ長（以降、便宜的に「Ｌｅｎ」と呼称する）が設定されてもよい（例えば、Ｏｆｆｓｅｔは２１１５バイト目であり、Ｌｅｎは３７バイトであることを示すデータ（図４では、便宜的に｛２１１５／３７｝と示している）が設定されてもよい）。
　このように、「ＦｉｌｅＤａｔａ」に設定される内容が、実データではなく、ＯｆｆｓｅｔとＬｅｎであることによって、「ＦｉｌｅＤａｔａ」が一定サイズになり得る。
　なお、「ファイル検証履歴」には、預け先ノード２００の秘密鍵によって生成された電子署名が付されていてもよい。これによって、いわゆる「なりすまし」や「ファイル検証履歴」の改ざんの有無が検証され得る。
　（２－４－２．仮想通貨取引履歴）
　「仮想通貨取引履歴」は、対象データ１０の保管もしくは検証に対する報酬に関する情報を含む。例えば、「仮想通貨取引履歴」は、チャレンジに成功した預け先ノード２００へ支払われる報酬に関する情報を含む。
　ここで、上記のとおり、チャレンジの成功に対する報酬の授受方法は任意である。本書では、一例として、対象データ１０の預け人が所定の方法によって予算を指定し、予算がＰ２Ｐネットワーク３００上にプールされることで、チャレンジに成功した預け先ノード２００が当該プールから報酬を取得する場合について説明する。
　ここで、「仮想通貨取引履歴」の生成方法は任意である。例えば、所定のプログラムが各預け先ノード２００に事前に配布され、チャレンジに成功した預け先ノード２００が当該プログラムを用いて「仮想通貨取引履歴」を生成してもよい。預け先ノード２００は、生成した「仮想通貨取引履歴」をブロックに含めることによってプールから報酬を取得することができる。このように、「仮想通貨取引履歴」の生成が所定のプログラムのみによって行われることで、本実施形態に係るデータ管理システムは、悪意のある預かり人によって膨大な金額の報酬が取得されることを防ぐことができる。
　ここで、図５を参照して、本実施形態に係る「仮想通貨取引履歴」が含む情報の一例について説明する。図５は、本実施形態に係る「仮想通貨取引履歴」が含む情報の一例を示す図である。
　図５に示すように、本実施形態に係る「仮想通貨取引履歴」は、「入力」フィールドと、「出力」フィールドと、を含み、「入力」フィールドは、「取引履歴番号」と、「電子署名」と、「プールの公開鍵」と、を含む。また、「出力」フィールドは、「報酬額」と、「預け先ノードの公開鍵のハッシュ値」と、を含む。なお、図５に示す情報はあくまで一例であり、本実施形態に係る「仮想通貨取引履歴」が含む情報は適宜変更され得る。
　「取引履歴番号」は、報酬の授受に関する取引を識別することが可能な任意の情報である。例えば、「取引履歴番号」は、チャレンジに成功した際のタイムスタンプ、または、報酬の授受に関する取引が発生する度に所定の値だけ（例えば「１」ずつ）増加される通し番号等であってもよい。本実施形態に係るデータ管理システムは、「仮想通貨取引履歴」に「取引履歴番号」と後述する「電子署名」とを設けることによって報酬の二重取得を防止することができる。
　「電子署名」は、プールの秘密鍵によって生成された電子署名データである。これによって、「仮想通貨取引履歴」に含まれる「プールの公開鍵」によって電子署名データが検証されることで、「仮想通貨取引履歴」に対する改ざんの有無や、いわゆる「なりすまし」の有無が検証され得る。
　「報酬額」は、チャレンジに成功した預け先ノード２００が取得する報酬の額に関する情報である。例えば、「報酬額」にはチャレンジに成功した報酬として所定の仮想通貨の額が設定される。報酬額は、一定額であってもよいし、預け人によって随時変更されてもよいし、チャレンジの難易度によって変更されてもよい。
　「預け先ノードの公開鍵のハッシュ値」は、チャレンジに成功した預け先ノード２００の公開鍵のハッシュ値である。「仮想通貨取引履歴」に「預け先ノードの公開鍵のハッシュ値」が含まれることによって、チャレンジに成功し報酬を得た預け先ノード２００が識別され得る。「仮想通貨取引履歴」に「預け先ノードの公開鍵のハッシュ値」が含まれるのはあくまで一例であり、適宜変更され得る。例えば、「預け先ノードの公開鍵のハッシュ値」の代りに「預かり人の公開鍵のハッシュ値」等が含まれてもよい。
　（２－４－３．直前ブロックのハッシュ値）
　「直前ブロックのハッシュ値」は、上記で説明したように、直前のブロックと当該ブロックとを連結する情報であり、直前のブロックに含まれるデータ全体（または直前のブロックに含まれるデータの一部）のハッシュ値である（なお、「直前ブロックのハッシュ値」は、本実施形態において「第２のデータ」として用いられる）。
　　＜３．各装置の機能構成＞
　（３－１．預け元ノード１００）
　上記では、本実施形態に係るデータ管理システムの概要について説明した。続いて、図６を参照して、本実施形態に係る各装置の機能構成について説明する。図６は、本実施形態に係る預け元ノード１００および預け先ノード２００の機能構成を示す図である。
　まず、本実施形態に係る預け元ノード１００の機能構成について説明する。図６に示すように、本実施形態に係る預け元ノード１００は、入力部１１０と、制御部１２０と、通信部１３０と、出力部１４０と、記憶部１５０と、を備える。また、制御部１２０は、処理部１２１を備える。
　（入力部１１０）
　入力部１１０は、預け人からの入力を受ける機能構成である。より具体的には、入力部１１０は、入力に用いられる各種デバイス（キーボード、マウス、キーパッド、タッチパネル、マイクロホン、操作ボタン、方向キーまたはジョグダイヤルなどの回転型セレクタ等）を備え、預け人はこれらのデバイスを用いて各種入力操作を行う。例えば、預け人は、入力部１１０に備えられる各種デバイスを用いて、対象データ１０、対象データ１０の保管もしくは検証に伴う各種情報（対象データ１０のサイズ、保管もしくは検証の期間、条件、方法、対価、対価の授受方法、対価の源泉となる予算等に関する情報）を入力する。なお、これらの情報はあくまで一例であり、入力部１１０から入力される情報は任意である。入力部１１０は、預け人からの入力操作に基づいて入力情報を生成し、当該入力情報を後述する制御部１２０に提供する。
　（制御部１２０）
　制御部１２０は、預け元ノード１００を統括的に制御する。より具体的には、制御部１２０は、入力部１１０から提供される入力情報や、後述する通信部１３０から提供される受信情報等に基づいて、対象データ１０の保管もしくは検証の開始から終了に至るまでの各種処理を統括的に制御する。なお、制御部１２０によって制御される処理はこれらに限定されない。例えば、制御部１２０は、サーバ、ＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）、タブレットＰＣ等において一般的に行われる処理を制御してもよい。また、上記のとおり、制御部１２０は処理部１２１を備える。
　（処理部１２１）
　処理部１２１は、対象データ１０の保管もしくは検証に関する処理を行う。例えば、処理部１２１は、入力部１１０から提供される入力情報等に基づいて対象データ１０の保管先の募集に関する情報を複数の預け先ノード２００に対して公開する処理を行う。ここで、当該処理の具体的内容は任意である。例えば、処理部１２１は、対象データ１０の保管先の募集に関する情報を生成し、当該情報をインターネット上の所定のウェブサイトにアップロードすることで複数の預け先ノード２００に対して公開してもよい。
　また、処理部１２１は、対象データ１０を複数の預け先ノード２００に提供する処理を行う。ここで、当該処理の具体的内容は任意である。例えば、処理部１２１は、Ｐ２Ｐネットワーク３００を介して対象データ１０を預け先ノード２００に提供する処理を行ってもよいし、インターネットを介して対象データ１０を預け先ノード２００に提供する処理を行ってもよい。
　また、処理部１２１は、各預け先ノード２００に対して検証（または検証の開始）を要求する検証要求部として機能する。より具体的には、処理部１２１は、検証（または検証の開始）を要求するための通知をＰ２Ｐネットワーク３００に対して送信する処理を制御する。これによって、各預け先ノード２００は、Ｐ２Ｐネットワーク３００を介して当該通知を受信することで、対象データ１０の検証（または検証の開始）が要求されていることを認識する。
　また、処理部１２１は、対象データ１０の保管もしくは検証に伴う各種情報（対象データ１０のサイズ、保管もしくは検証の期間、条件、方法、対価、対価の授受方法、対価の源泉となる予算等に関する情報）を預け先ノード２００に通知する処理を行う。ここで、当該処理の具体的内容は任意である。例えば、処理部１２１は、Ｐ２Ｐネットワーク３００を介してこれらの情報を預け先ノード２００に通知してもよいし、インターネット上の所定のウェブサイトに公開することでこれらの情報を預け先ノード２００に通知してもよい。
　また、処理部１２１は、対象データ１０の保管状況もしくは検証状況を確認する確認部としても機能する。ここで、当該処理の具体的内容は任意である。より具体的には、処理部１２１は、対象データ１０についてのブロックチェーンデータをＰ２Ｐネットワーク３００から取得し、ブロックチェーンへのブロックの追加状況（最後にブロックが追加された日時、ブロックが追加された回数、ブロックの追加を行った預け先ノード２００等）、報酬の授受状況（授受された報酬額、予算の残高等）等を確認する。また、これらはあくまで一例であり、処理部１２１が確認する情報は任意である。例えば、処理部１２１は、対象データ１０の保管および検証を行っている預け先ノード２００の台数を確認してもよい。そして、処理部１２１は、確認した各種情報を後述する出力部１４０に提供することで、これらの情報の出力を実現する。
　制御部１２０（処理部１２１も含む）は、上記の各種処理を行うにあたり、各機能構成を制御する制御信号を生成し各機能構成へ提供したり、各機能構成から各種情報（入力部１１０からの入力情報、通信部１３０からの受信情報等）を提供されたりする。
　（通信部１３０）
　通信部１３０は、外部装置との通信を行う。より具体的には、通信部１３０は、Ｐ２Ｐネットワーク３００またはその他のネットワークと接続しており、これらのネットワークを介して複数の預け先ノード２００またはその他の外部装置との通信を行う。例えば、送信については、通信部１３０は、制御部１２０からの制御信号に基づいて、対象データ１０の保管先の募集に関する情報、対象データ１０、対象データ１０の保管もしくは検証に伴う各種情報（対象データ１０のサイズ、保管もしくは検証の期間、条件、方法、対価、対価の授受方法、対価の源泉となる予算等に関する情報）等を送信する。また、受信については、通信部１３０は、対象データ１０の保管に同意する旨の情報、ブロックチェーンデータ等を受信し、これらの情報を受信情報として制御部１２０に提供する。なお、上記の情報はあくまで一例であり、通信部１３０はその他の情報を送受信してもよい。
　（出力部１４０）
　出力部１４０は、各種情報の出力を行う。より具体的には、出力部１４０は、出力に用いられる各種デバイス（ディスプレイ（液晶ディスプレイ（Liquid　Crystal　Display）や有機ＥＬディスプレイ（Organic　Electro-Luminescence　Display）等）、プロジェクタ、プリンタ、プロッタ、スピーカ等）を備え、制御部１２０から提供される制御信号に基づいて各種の出力を行う。例えば、出力部１４０は、対象データ１０の保管もしくは検証の開始から終了に至るまでの各種処理に関する情報をディスプレイに表示することで、預け人に各種情報を提供してもよい。
　（記憶部１５０）
　記憶部１５０は、各種情報を記憶する。例えば、記憶部１５０は、対象データ１０の保管先の募集に関する情報、対象データ１０、対象データ１０の保管もしくは検証に伴う各種情報（対象データ１０のサイズ、保管もしくは検証の期間、条件、方法、対価、対価の授受方法、対価の源泉となる予算等に関する情報）、対象データ１０の保管に同意する旨の情報、ブロックチェーンデータ等を記憶する。なお、これらの情報はあくまで一例であり、記憶部１５０が記憶する情報は適宜変更され得る。例えば、記憶部１５０は、預け元ノード１００の各機能構成によって使用されるプログラムまたはパラメータ等を記憶してもよい。
　（３－２．預け先ノード２００）
　続いて、本実施形態に係る預け先ノード２００の機能構成について説明する。図６に示すように、本実施形態に係る預け先ノード２００は、入力部２１０と、制御部２２０と、通信部２３０と、出力部２４０と、記憶部２５０と、を備える。また、制御部２２０は、処理部２２１を備える。
　（入力部２１０）
　入力部２１０は、預かり人からの入力を受ける機能構成である。より具体的には、上記で説明した預け元ノード１００の入力部１１０と同様に、入力部２１０は、入力に用いられる各種デバイス（キーボード、マウス、キーパッド、タッチパネル、マイクロホン、操作ボタン、方向キーまたはジョグダイヤルなどの回転型セレクタ等）を備え、預かり人はこれらのデバイスを用いて各種入力操作を行う。例えば、預かり人は、入力部２１０に備えられる各種デバイスを用いて、対象データ１０の保管に同意する旨の情報等を入力する。入力部２１０は、預かり人からの入力操作に基づいて入力情報を生成し、当該入力情報を後述する制御部２２０に提供する。
　（制御部２２０）
　制御部２２０は、預け先ノード２００を統括的に制御する。より具体的には、制御部２２０は、入力部２１０から提供される入力情報や、後述する通信部２３０から提供される受信情報等に基づいて、対象データ１０の保管もしくは検証の開始から終了に至るまでの各種処理を統括的に制御する。上記で説明した預け元ノード１００の制御部１２０と同様に、制御部２２０によって制御される処理は任意であり、対象データ１０の保管もしくは検証に関する処理に限定されない。例えば、制御部２２０は、サーバ、ＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）、タブレットＰＣ等において一般的に行われる処理を制御してもよい。また、上記のとおり、制御部２２０は処理部２２１を備える。
　（処理部２２１）
　処理部２２１は、対象データ１０の検証に関する処理を行う検証部として機能する。例えば、処理部２２１は、入力部２１０から提供される入力情報に基づいて、対象データ１０の保管に同意する旨の情報を預け元ノード１００に対して通知する処理を行う。ここで、当該処理の具体的内容は任意である。例えば、処理部２２１は、預け元ノード１００が対象データ１０の保管先の募集に関する情報を公開しているインターネット上の所定のウェブサイトを介して対象データ１０の保管に同意する旨の情報を預け元ノード１００に通知してもよい。
　また、処理部２２１は、対象データ１０を預け元ノード１００から取得する処理を行う。ここで、当該処理の具体的内容は任意である。例えば、処理部２２１は、Ｐ２Ｐネットワーク３００を介して対象データ１０を預け元ノード１００から取得してもよいし、インターネットを介して対象データ１０を預け元ノード１００から取得してもよい。そして、処理部２２１は、取得した対象データ１０を後述する記憶部２５０に記憶させる。
　また、処理部２２１は、ブロックチェーンデータの更新のためのチャレンジに関する処理を行う。より具体的には、処理部２２１は、ブロックチェーンデータからチャレンジの対象範囲、および、チャレンジ成功のための所定の条件であるターゲット値を取得する。ここで、ターゲット値として設定されるチャレンジの成功条件は任意である。例えば、ターゲット値は、ブロックに含まれるデータ全体（またはブロックに含まれるデータの一部）のハッシュ値が所定の値よりも小さくなることをチャレンジ成功の条件として示してもよい。
　また、上記では、チャレンジの対象範囲の設定によってチャレンジの難易度が調整される旨について説明したが、当該ターゲット値にも基づいてチャレンジの難易度が調整され得る。例えば、本実施形態に係るデータ管理システムは、チャレンジの成功までに要する時間の実績に基づいて、チャレンジの成功までに要する時間をより長くしたい場合にはチャレンジの難易度がより高くなるようにターゲット値を変更したり、チャレンジの成功までに要する時間をより短くしたい場合にはチャレンジの難易度がより低くなるようにターゲット値を変更したりすることができる。
　そして、処理部２２１は、チャレンジの対象範囲から「ＦｉｌｅＤａｔａ」を設定し（例えば、チャレンジの対象範囲の先頭からのバイト数である「Ｏｆｆｓｅｔ」と、「Ｏｆｆｓｅｔ」を起点としたときのデータ長である「Ｌｅｎ」を設定し）、その後、ブロックに含まれるデータ全体（またはブロックに含まれるデータの一部）のハッシュ値を算出し、当該ハッシュ値とターゲット値によって示されるチャレンジの成功条件とを比較する。処理部２２１は、当該ハッシュ値がターゲット値によって示されるチャレンジの成功条件を満たすまで、チャレンジを継続する。なお、これはあくまで一例であり、所定の回数もしくは所定時間にわたってチャレンジが成功しなければ処理部２２１はチャレンジを止めてもよい。これによって、処理部２２１は、成功するまでチャレンジを継続することによってリソースが消費され続けることを防ぐことができる。
　また、処理部２２１は、チャレンジに成功した場合、ブロックチェーンデータに新たなブロックを追加する（換言すると、ブロックチェーンデータの更新を行う）。そして、処理部２２１は、追加すべき新たなブロックに関する情報（「更新に関する情報」とも呼称する）を、Ｐ２Ｐネットワーク３００を介してブロードキャストする処理を行うことによって、自装置以外の預け先ノード２００に対して自装置がチャレンジに成功したこと、および、新たに追加すべきブロックに関する情報を提供する。更新に関する情報を提供された預け先ノード２００の処理部２２１は、当該情報に基づいて、チャレンジの成否を確認し、チャレンジが成功していることを確認できた場合には、自装置にて管理されているブロックチェーンデータに新たなブロックを追加する。
　その際、処理部２２１は、次のチャレンジに用いられる「ＦｉｌｅＰａｒｔＮｕｍ」を指定する指定部として機能してもよい。例えば、処理部２２１は、事前に配布された所定のプログラムに対して、所定の情報（例えば、チャレンジに成功したときの「ＦｉｌｅＰａｒｔＮｕｍ」や「ＦｉｌｅＤａｔａ」の情報）を入力することで、次のチャレンジにおける「ＦｉｌｅＰａｒｔＮｕｍ」を指定してもよい。
　なお、略同一のタイミングに複数の預け先ノード２００の処理部２２１がチャレンジに成功することによってブロックチェーンに分岐が発生する場合がある。より具体的には、略同一のタイミングに複数の預け先ノード２００の処理部２２１がチャレンジに成功すると、各処理部２２１は、互いに内容の異なる新たなブロックに関する情報をブロードキャストする処理を略同一のタイミングに行う。この場合、どちらの処理部２２１からブロードキャストされた情報が先に受信されたかに応じて、他の預け先ノード２００によって管理されるブロックチェーンデータに追加されるブロックが其々異なる場合が発生する（この事象をブロックチェーンの分岐（またはフォーク）と呼称する）。
　ここで、ブロックチェーンの分岐が発生した場合の対応方法は任意である。例えば、新たなブロックを追加しようとする預け先ノード２００の処理部２２１は、分岐したブロックチェーンの中から一番長い連なり（以降、便宜的に「枝」と呼称する場合がある）を選び、その枝に新たなブロックを追加するように各処理（チャレンジ等）を行ってもよい。そして、複数の枝の長さに一定以上の差がついた場合に、短い方の枝が破棄されることでブロックチェーンの分岐が解消されてもよい。
　なお、本実施形態において処理部２２１がブロックチェーンデータの更新のためのチャレンジを行うタイミング（または頻度等）は任意である。例えば、各預け先ノード２００の処理部２２１は、特定の日時にチャレンジを行ってもよいし、何らかのトリガ（外部装置からの制御信号の受信等）に基づいてチャレンジを行ってもよいし、所定の時間毎にチャレンジを行ってもよい。
　また、制御部２２０（処理部２２１も含む）は、上記の各種処理を行うにあたり、各機能構成を制御する制御信号を生成し各機能構成へ提供したり、各機能構成から各種情報（入力部２１０からの入力情報、通信部２３０からの受信情報等）を提供されたりする。
　（通信部２３０）
　通信部２３０は、外部装置との通信を行う。より具体的には、通信部２３０は、Ｐ２Ｐネットワーク３００またはその他のネットワークと接続しており、これらのネットワークを介して預け元ノード１００、自装置以外の預け先ノード２００、または、その他の外部装置との通信を行う。例えば、受信については、通信部２３０は、対象データ１０、ブロックチェーンデータ、または、追加すべき新たなブロックに関する情報等を受信し、これらの情報を受信情報として制御部２２０に提供する。また、送信については、通信部２３０は、制御部２２０からの制御信号に基づいて、対象データ１０の保管に同意する旨の情報、または、追加すべき新たなブロックに関する情報等を送信する。なお、上記の情報はあくまで一例であり、通信部２３０はその他の情報を送受信してもよい。
　（出力部２４０）
　出力部２４０は、各種情報の出力を行う。より具体的には、預け元ノード１００の出力部１４０と同様に、出力部２４０は、出力に用いられる各種デバイス（ディスプレイ（液晶ディスプレイ（Liquid　Crystal　Display）や有機ＥＬディスプレイ（Organic　Electro-Luminescence　Display）等）、プロジェクタ、プリンタ、プロッタ、スピーカ等）を備え、制御部２２０から提供される制御信号に基づいて各種の出力を行う。例えば、出力部２４０は、対象データ１０の保管もしくは検証の開始から終了に至るまでの各種処理に関する情報をディスプレイに表示することで、預かり人に各種情報を提供してもよい。
　（記憶部２５０）
　記憶部２５０は、各種情報を記憶する。例えば、記憶部２５０は、保管中の対象データ１０、対象データ１０の保管もしくは検証に伴う各種情報（対象データ１０のサイズ、保管もしくは検証の期間、条件、方法、対価、対価の授受方法、対価の源泉となる予算等に関する情報）、または、ブロックチェーンデータ等を記憶する。なお、これらの情報はあくまで一例であり、記憶部２５０が記憶する情報は適宜変更され得る。例えば、記憶部２５０は、預け先ノード２００の各機能構成によって使用されるプログラムまたはパラメータ等を記憶してもよい。
　　＜４．預け先ノード２００の動作＞
　上記では、本実施形態に係る各装置の機能構成について説明した。続いて、図７を参照して、本実施形態に係る預け先ノード２００の動作について説明する。図７は、本実施形態に係る預け先ノード２００によるチャレンジに関する動作を示すフローチャートである。
　ステップＳ１０００では、預け先ノード２００の処理部２２１が、ブロックチェーンデータから各種情報を読み出す。より具体的には、処理部２２１は、ブロックチェーンデータから、チャレンジ成功の条件であるターゲット値と、対象データ１０を識別する情報である「ＦｉｌｅＩＤ」と、チャレンジの対象範囲である「ＦｉｌｅＰａｒｔＮｕｍ」と、を読み出す。なお、処理部２２１が読み出す情報はこれらの情報に限定されない。
　ステップＳ１００４では、処理部２２１がチャレンジを実施する。より具体的には、処理部２２１は、「ＦｉｌｅＩＤ」によって識別される対象データ１０において、「ＦｉｌｅＰａｒｔＮｕｍ」によって指定されるチャレンジの対象範囲から「ＦｉｌｅＤａｔａ」を設定し（例えば、チャレンジの対象範囲の先頭からのバイト数である「Ｏｆｆｓｅｔ」と、「Ｏｆｆｓｅｔ」を起点としたときのデータ長である「Ｌｅｎ」を設定し）、その後、ブロックに含まれるデータ全体（またはブロックに含まれるデータの一部）のハッシュ値を算出し、ターゲット値によって示されるチャレンジ成功の条件と、算出したハッシュ値を比較することでチャレンジを行う。
　ブロックに含まれるデータ全体（またはブロックに含まれるデータの一部）のハッシュ値がチャレンジ成功の条件を満たしている場合（すなわち、チャレンジが成功した場合）（ステップＳ１００８／Ｙｅｓ）、ステップＳ１０１２にて、処理部２２１は、ブロックチェーンデータに新たなブロックを追加し、追加すべき新たなブロックに関する情報を、Ｐ２Ｐネットワーク３００を介してブロードキャストする処理を行うことによって、自装置以外の預け先ノード２００に対して自装置がチャレンジに成功したことおよび新たに追加すべきブロックに関する情報を提供し、処理が終了する。ブロックに含まれるデータ全体（またはブロックに含まれるデータの一部）のハッシュ値がチャレンジ成功の条件を満たしていない場合には（すなわち、チャレンジが失敗した場合）（ステップＳ１００８／Ｎｏ）、処理がステップＳ１００４に戻り、処理部２２１は、「ＦｉｌｅＤａｔａ」の値を変更することで再度チャレンジを行う。
　　＜５．変形例＞
　上記では、本実施形態に係る預け先ノード２００の動作について説明した。続いて、本開示の変形例について説明する。
　上記の実施形態においては、預け先ノード２００がブロックチェーンデータの更新のためのチャレンジを行うタイミング（または頻度等）は任意である旨を説明した。一方、本開示の変形例は、預け先ノード２００がチャレンジを行わない期間を設けたり、チャレンジの回数（または頻度等）を低減させたりする実施例である。
　例えば、預け先ノード２００は、複数回のチャレンジを行うことによって、対象データ１０の信頼性を一定以上担保できると判断した場合には、その後、チャレンジを行わない期間を設けたり、チャレンジの回数（または頻度等）を低減させたりしてもよい。
　例えば、対象データ１０における所定量以上のデータが過去のチャレンジに用いられた場合、預け先ノード２００は、対象データ１０の信頼性を一定以上担保できると判断し、その後、チャレンジを行わない期間を設けたり、チャレンジの回数（または頻度等）を低減させたりしてもよい。なお、上記はあくまで一例であり、適宜変更され得る。例えば、各預け先ノード２００は、予め設定された回数にわたってチャレンジを行った場合、または、対象データ１０のサイズ等に基づいてチャレンジ回数を設定し、設定した回数にわたってチャレンジを行った場合等に、その後、チャレンジを行わない期間を設けたり、チャレンジの回数（または頻度等）を低減させたりしてもよい。
　これによって、本変形例は、一定以上の信頼性が担保出来た後に、チャレンジが無制限に継続されることによって各預け先ノード２００のリソースが消費されることを防ぐことができ、チャレンジ成功の対価として支払われる報酬の総額を低減させることができる。
　なお、預け元ノード１００は、例えば、所定の期間（例えば、１年間）毎に各預け先ノード２００に検証（チャレンジ）を要求することによって、対象データ１０が預け先ノード２００によって適切に保管され続けていることを確認してもよい。また、預け元ノード１００は、対象データ１０を預け先ノード２００から回収する前に預け先ノード２００に検証（チャレンジ）を要求することで、対象データ１０が預け先ノード２００によって適切に保管され続けていることを確認してもよい。なお、預け元ノード１００は次回チャレンジを依頼する予定日時を各預け先ノード２００に通知することによって、各預け先ノード２００が対象データ１０を保管し続ける動機付けを行ってもよい。
　　＜６．各装置のハードウェア構成＞
　上記では、本開示の変形例について説明した。続いて、図８を参照して、本実施形態に係る各装置のハードウェア構成について説明する。
　図８は、本実施形態に係る預け元ノード１００または預け先ノード２００のハードウェア構成の一例を示すブロック図である。本実施形態に係る預け元ノード１００または預け先ノード２００は、図８に示す情報処理装置９００によって具現され得る。
　そして、情報処理装置９００は、例えば、ＭＰＵ９０１と、ＲＯＭ９０２と、ＲＡＭ９０３と、記録媒体９０４と、入出力インタフェース９０５と、操作入力デバイス９０６と、表示デバイス９０７と、通信インタフェース９０８とを備える。また、情報処理装置９００は、例えば、データの伝送路としてのバス９０９で各構成要素間を接続する。
　ＭＰＵ９０１は、例えば、ＭＰＵなどの演算回路で構成される、１または２以上のプロセッサや、各種処理回路などで構成され、情報処理装置９００全体を制御する制御部１２０または制御部２２０として機能する。なお、制御部１２０または制御部２２０は、制御部１２０または制御部２２０の処理を実現可能な専用の（または汎用の）回路（例えば、ＭＰＵ９０１とは別体のプロセッサなど）で構成されていてもよい。
　ＲＯＭ９０２は、ＭＰＵ９０１が使用するプログラムや演算パラメータなどの制御用データなどを記憶する。ＲＡＭ９０３は、例えば、ＭＰＵ９０１により実行されるプログラムなどを一時的に記憶する。
　記録媒体９０４は、記憶部１５０または記憶部２５０として機能し、例えば、ブロックチェーンデータまたは対象データ１０等の本実施形態に係る情報処理に関するデータや、各種アプリケーションなど様々なデータを記憶する。ここで、記録媒体９０４としては、例えば、ハードディスクなどの磁気記録媒体や、フラッシュメモリなどの不揮発性メモリが挙げられる。また、記録媒体９０４は、情報処理装置９００から着脱可能であってもよい。
　入出力インタフェース９０５は、例えば、操作入力デバイス９０６や、表示デバイス９０７を接続する。操作入力デバイス９０６は、入力部１１０または入力部２１０として機能し、また、表示デバイス９０７は、出力部１４０または出力部２４０として機能する。ここで、入出力インタフェース９０５としては、例えば、ＵＳＢ（Universal　Serial　Bus）端子や、ＤＶＩ（Digital　Visual　Interface）端子、ＨＤＭＩ（High-Definition　Multimedia　Interface）（登録商標）端子、各種処理回路などが挙げられる。
　また、操作入力デバイス９０６は、例えば、情報処理装置９００上に備えられ、情報処理装置９００の内部で入出力インタフェース９０５と接続される。操作入力デバイス９０６としては、例えば、キーボード、マウス、キーパッド、タッチパネル、マイクロホン、操作ボタン、方向キーまたはジョグダイヤルなどの回転型セレクタ、あるいは、これらの組み合わせなどが挙げられる。
　また、表示デバイス９０７は、例えば、情報処理装置９００上に備えられ、情報処理装置９００の内部で入出力インタフェース９０５と接続される。表示デバイス９０７としては、例えば、液晶ディスプレイ（Liquid　Crystal　Display）や有機ＥＬディスプレイ（Organic　Electro-Luminescence　Display）などが挙げられる。
　なお、入出力インタフェース９０５が、情報処理装置９００の外部の操作入力デバイスや外部の表示デバイスなどの外部デバイスと接続することも可能であることは、言うまでもない。また、表示デバイス９０７は、例えばタッチパネルなど、表示とユーザ操作とが可能なデバイスであってもよい。
　通信インタフェース９０８は、情報処理装置９００が備える通信手段であり、本実施形態に係るＰ２Ｐネットワーク３００を構成する外部装置、または、Ｐ２Ｐネットワーク３００と接続する外部装置と、無線または有線で通信を行うための通信部１３０または通信部２３０として機能する。また、通信インタフェース９０８は、任意のネットワークを介して（あるいは、直接的に）、例えば、サーバなどの任意の外部装置と、無線または有線で通信を行う機能を有していてもよい。ここで、通信インタフェース９０８としては、例えば、通信アンテナおよびＲＦ（Radio　Frequency）回路（無線通信）や、ＩＥＥＥ８０２．１５．１ポートおよび送受信回路（無線通信）、ＩＥＥＥ８０２．１１ポートおよび送受信回路（無線通信）、あるいはＬＡＮ（Local　Area　Network）端子および送受信回路（有線通信）などが挙げられる。
　情報処理装置９００は、例えば図８に示す構成によって、本実施形態に係る情報処理に係る処理を行う。なお、本実施形態に係る情報処理装置９００のハードウェア構成は、図１３に示す構成に限られない。
　例えば、情報処理装置９００は、接続されている外部の通信デバイスを介してＰ２Ｐネットワーク３００または外部装置などと通信を行う場合には、通信インタフェース９０８を備えていなくてもよい。また、通信インタフェース９０８は、複数の通信方式によって、１または２以上の外部装置などと通信を行うことが可能な構成であってもよい。
　また、情報処理装置９００は、例えば、記録媒体９０４、操作入力デバイス９０６または表示デバイス９０７等を備えなくてもよい。
　また、例えば、図８に示す構成（または変形例に係る構成）の一部または全部は、１、または２以上のＩＣ（Integrated　Circuit）で実現されてもよい。
　　＜７．むすび＞
　以上で説明してきたように、本開示に係るデータ管理システムは、対象データ１０から取得した第１のデータを「ナンス」の代りに用いてブロックチェーンデータの更新を行うことによって、より適切に対象データ１０の検証を行うことができる。また、本実施形態に係るデータ管理システムは、チャレンジにおいてハッシュ値を算出する処理を利用することで対象データ１０の検証を行うことができるため、預け先ノード２００のリソースを有効に活用することができる。
　また、本実施形態に係る預け人は、対象データ１０の保管もしくは検証についての正当な対価を預かり人に対して支払うことができる（換言すると、預かり人は、対象データ１０の保管もしくは検証についての正当な対価を一定の確率で預け人から受け取ることができる）。
　また、本実施形態に係る預け人は、対象データ１０の保管もしくは検証の状況を確認することができる。そして、本実施形態に係る預け人は、対象データ１０の保管もしくは検証の状況に基づいて予算を随時変更することができる。
　さらに、本開示の変形例は、チャレンジを行わない期間を設けたり、チャレンジの回数（または頻度等）を低減させたりすることができる。これにより、本開示の変形例は、一定以上の信頼性が担保出来た後に、チャレンジが無制限に継続されることによって各預け先ノード２００のリソースが消費されることを防ぐことができ、チャレンジ成功の対価として支払われる報酬の総額を低減させることができる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　例えば、預け元ノード１００の構成の一部は、適宜預け元ノード１００外に設けられ得る。また、預け先ノード２００の構成の一部は、適宜預け先ノード２００外に設けられ得る。
　また、預け元ノード１００の機能の一部が、制御部１２０よって具現されてもよい。例えば、制御部１２０が入力部１１０、通信部１３０または出力部１４０の機能の一部を具現してもよい。また、預け先ノード２００の機能の一部が、制御部２２０よって具現されてもよい。例えば、制御部２２０が入力部２１０、通信部２３０または出力部２４０の機能の一部を具現してもよい。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　所定のデータから取得された第１のデータおよびＰ２Ｐデータベースから取得された第２のデータを用いて前記所定のデータの検証を行う検証部を備える、
　情報処理装置。
（２）
　前記検証部は、前記第１のデータおよび前記第２のデータを用いて所定のデータ処理を行い、前記データ処理の結果が所定の条件を満たすような前記第１のデータを探索する、
　前記（１）に記載の情報処理装置。
（３）
　前記検証部は、前記所定のデータに対して指定された範囲の中で前記第１のデータを探索する、
　前記（２）に記載の情報処理装置。
（４）
　前記範囲は、前記Ｐ２Ｐデータベースから取得される、
　前記（３）に記載の情報処理装置。
（５）
　前記範囲を指定する指定部を更に備える、
　前記（３）に記載の情報処理装置。
（６）
　前記検証部は、前記データ処理の結果が前記条件を満たす場合、前記第１のデータおよび前記第２のデータを用いて前記Ｐ２Ｐデータベースの更新を行う、
　前記（２）から（５）のいずれか１項に記載の情報処理装置。
（７）
　前記検証部は、他の情報処理装置による前記データ処理の結果が前記条件を満たすことを検証する、
　前記（６）に記載の情報処理装置。
（８）
　前記第１のデータは、前記所定のデータにおける開始位置の情報およびデータ長の情報によって表される、
　前記（１）から（７）のいずれか１項に記載の情報処理装置。
（９）
　前記Ｐ２Ｐデータベースはブロックチェーンである、
　前記（１）から（８）のいずれか１項に記載の情報処理装置。
（１０）
　前記データ処理はハッシュ値を算出する処理である、
　前記（２）に記載の情報処理装置。
（１１）
　所定のデータから取得された第１のデータおよびＰ２Ｐデータベースから取得された第２のデータを用いて前記所定のデータの検証を行うことを有する、
　情報処理方法。
（１２）
　Ｐ２Ｐネットワークに対して、所定のデータについての検証要求を行う検証要求部と、
　前記Ｐ２Ｐネットワークから取得された情報に基づいて、前記所定のデータの検証状況を確認する確認部と、を備える、
　情報処理装置。
（１３）
　前記検証要求部は、前記Ｐ２Ｐネットワークに対して、さらに、前記所定のデータについての検証条件を提供する、
　前記（１２）に記載の情報処理装置。
（１４）
　Ｐ２Ｐネットワークに対して、所定のデータについての検証要求を行うことと、
　前記Ｐ２Ｐネットワークから取得された情報に基づいて、前記所定のデータの検証状況を確認することと、を有する、
　情報処理方法。
　１００　　預け元ノード
　２００　　預け先ノード
　１１０、２１０　　入力部
　１２０、２２０　　制御部
　１２１、２２１　　処理部
　１３０、２３０　　通信部
　１４０、２４０　　出力部
　１５０、２５０　　記憶部

Claims (14)

  1. 　所定のデータから取得された第１のデータおよびＰ２Ｐデータベースから取得された第２のデータを用いて前記所定のデータの検証を行う検証部を備える、
    　情報処理装置。
  2. 　前記検証部は、前記第１のデータおよび前記第２のデータを用いて所定のデータ処理を行い、前記データ処理の結果が所定の条件を満たすような前記第１のデータを探索する、
    　請求項１に記載の情報処理装置。
  3. 　前記検証部は、前記所定のデータに対して指定された範囲の中で前記第１のデータを探索する、
    　請求項２に記載の情報処理装置。
  4. 　前記範囲は、前記Ｐ２Ｐデータベースから取得される、
    　請求項３に記載の情報処理装置。
  5. 　前記範囲を指定する指定部を更に備える、
    　請求項３に記載の情報処理装置。
  6. 　前記検証部は、前記データ処理の結果が前記条件を満たす場合、前記第１のデータおよび前記第２のデータを用いて前記Ｐ２Ｐデータベースの更新を行う、
    　請求項２に記載の情報処理装置。
  7. 　前記検証部は、他の情報処理装置による前記データ処理の結果が前記条件を満たすことを検証する、
    　請求項６に記載の情報処理装置。
  8. 　前記第１のデータは、前記所定のデータにおける開始位置の情報およびデータ長の情報によって表される、
    　請求項１に記載の情報処理装置。
  9. 　前記Ｐ２Ｐデータベースはブロックチェーンである、
    　請求項１に記載の情報処理装置。
  10. 　前記データ処理はハッシュ値を算出する処理である、
    　請求項２に記載の情報処理装置。
  11. 　所定のデータから取得された第１のデータおよびＰ２Ｐデータベースから取得された第２のデータを用いて前記所定のデータの検証を行うことを有する、
    　情報処理方法。
  12. 　Ｐ２Ｐネットワークに対して、所定のデータについての検証要求を行う検証要求部と、
    　前記Ｐ２Ｐネットワークから取得された情報に基づいて、前記所定のデータの検証状況を確認する確認部と、を備える、
    　情報処理装置。
  13. 　前記検証要求部は、前記Ｐ２Ｐネットワークに対して、さらに、前記所定のデータについての検証条件を提供する、
    　請求項１２に記載の情報処理装置。
  14. 　Ｐ２Ｐネットワークに対して、所定のデータについての検証要求を行うことと、
    　前記Ｐ２Ｐネットワークから取得された情報に基づいて、前記所定のデータの検証状況を確認することと、を有する、
    　情報処理方法。
PCT/JP2018/013745 2017-05-16 2018-03-30 情報処理装置および情報処理方法 WO2018211834A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US16/603,324 US11445015B2 (en) 2017-05-16 2018-03-30 Information processing apparatus and method for processing information
JP2019519101A JP7156274B2 (ja) 2017-05-16 2018-03-30 情報処理装置および情報処理方法
CN201880030748.2A CN110612529A (zh) 2017-05-16 2018-03-30 信息处理装置和信息处理方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-097677 2017-05-16
JP2017097677 2017-05-16

Publications (1)

Publication Number Publication Date
WO2018211834A1 true WO2018211834A1 (ja) 2018-11-22

Family

ID=64273882

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/013745 WO2018211834A1 (ja) 2017-05-16 2018-03-30 情報処理装置および情報処理方法

Country Status (4)

Country Link
US (1) US11445015B2 (ja)
JP (1) JP7156274B2 (ja)
CN (1) CN110612529A (ja)
WO (1) WO2018211834A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020107228A (ja) * 2018-12-28 2020-07-09 三菱Ｕｆｊ信託銀行株式会社 Ｉｃｏエスクロー信託システム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3683707A4 (en) * 2017-09-14 2020-10-14 Sony Corporation INFORMATION PROCESSING DEVICE, INFORMATION PROCESSING PROCESS AND PROGRAM

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006301940A (ja) * 2005-04-20 2006-11-02 Ricoh Co Ltd 電子情報公開証明システム
JP2009026014A (ja) * 2007-07-18 2009-02-05 Canon Inc 文書出力装置及びその制御方法と文書出力システム
JP5858507B1 (ja) * 2015-05-18 2016-02-10 株式会社Ｏｒｂ 仮想通貨管理プログラム、及び仮想通貨管理方法
JP2016208347A (ja) * 2015-04-24 2016-12-08 国立大学法人 筑波大学 著作物保護支援装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5858507B2 (ja) 1979-09-21 1983-12-26 ヨツギ株式会社 支線への葛の巻上り防止具
JP4266096B2 (ja) 2002-03-26 2009-05-20 株式会社日立製作所 ファイル保管システムとｎａｓサーバ
US20170017954A1 (en) * 2015-07-14 2017-01-19 Fmr Llc Point-to-Point Transaction Guidance Apparatuses, Methods and Systems
KR101780636B1 (ko) * 2016-05-16 2017-09-21 주식회사 코인플러그 인증 정보의 발급 방법 및 이를 지원하는 블록체인기반 인증 정보 관리 서버
US10796000B2 (en) * 2016-06-11 2020-10-06 Intel Corporation Blockchain system with nucleobase sequencing as proof of work
US10715331B2 (en) * 2016-12-28 2020-07-14 MasterCard International Incorported Method and system for providing validated, auditable, and immutable inputs to a smart contract
JP6940182B2 (ja) * 2017-03-03 2021-09-22 日本電気株式会社 ブロックチェーン管理装置、ブロックチェーン管理方法及びプログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006301940A (ja) * 2005-04-20 2006-11-02 Ricoh Co Ltd 電子情報公開証明システム
JP2009026014A (ja) * 2007-07-18 2009-02-05 Canon Inc 文書出力装置及びその制御方法と文書出力システム
JP2016208347A (ja) * 2015-04-24 2016-12-08 国立大学法人 筑波大学 著作物保護支援装置
JP5858507B1 (ja) * 2015-05-18 2016-02-10 株式会社Ｏｒｂ 仮想通貨管理プログラム、及び仮想通貨管理方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020107228A (ja) * 2018-12-28 2020-07-09 三菱Ｕｆｊ信託銀行株式会社 Ｉｃｏエスクロー信託システム

Also Published As

Publication number Publication date
JPWO2018211834A1 (ja) 2020-03-19
CN110612529A (zh) 2019-12-24
JP7156274B2 (ja) 2022-10-19
US11445015B2 (en) 2022-09-13
US20210297484A1 (en) 2021-09-23

Similar Documents

Publication Publication Date Title
TWI714179B (zh) 使用公有側鏈驗證儲存在聯盟區塊鏈中的資料的完整性
CN110620810B (zh) 在区块链上的连续资产转移的非链接所有权
US11170092B1 (en) Document authentication certification with blockchain and distributed ledger techniques
CN115210741B (zh) 部分有序的区块链
WO2018020944A1 (ja) 掲示板情報管理システム
WO2023077794A1 (zh) 区块链访问权限控制方法和系统、设备、程序及介质
CN109690549B (zh) 跨不同方来跟踪对象
WO2019193820A1 (ja) 情報処理装置、情報処理方法、およびプログラム
US20200311052A1 (en) Information processing apparatus, information processing method, and program
US20220253821A1 (en) Streaming portions of data over a side channel
EP4115315A1 (en) Cryptographic data entry blockchain data structure
WO2020230695A1 (ja) デジタルアセット譲渡方法、デジタルアセット譲渡装置、及びプログラム
WO2020240290A1 (en) Multi-input transactions
CN116569517A (zh) 用于发布操作系统的基于区块链的系统和方法
WO2018211834A1 (ja) 情報処理装置および情報処理方法
CN114402573A (zh) 经由区块链的交易分享数据
US10972349B1 (en) Cryptographic verification of data inputs for executables on a network
TW202006569A (zh) 基於數位貨幣的計票方法及區塊鏈計票系統
JP7327384B2 (ja) 情報処理装置、情報処理方法、およびプログラム
US11354309B2 (en) Information processing apparatus and information processing method
US11388230B2 (en) Information processing apparatus, information processing method, and program
JPWO2020085266A1 (ja) 制御方法、ファンド管理システム、プログラム、及び、データ構造
CN113498592B (zh) 用于数字财产认证和管理的方法和系统
JP7276539B2 (ja) データ管理装置およびデータ管理方法
CN112715018B (zh) 信息处理装置、信息处理方法和程序

Legal Events

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

Ref document number: 18802902

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019519101

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18802902

Country of ref document: EP

Kind code of ref document: A1