Information processing method, information processing device, and program

Abstract

To provide an information processing method which can perform tamper-proof processing on satellite data.SOLUTION: The information processing method relating to one aspect causes an information processing apparatus to perform processing of acquiring satellite data about a satellite, performing tamper-proof processing on the acquired satellite data, and outputting satellite data subjected to the tamper-proof processing on the satellite data. Preferably, the information processing method causes the information processing apparatus to perform processing of acquiring a satellite image captured by the satellite, performing tamper-proof processing on the acquired satellite image, and outputting a satellite image subjected to the tamper-proof processing on the satellite image.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to an information processing method, an information processing device, and a program. [Background technology]

[0002] In recent years, technologies related to satellite images have become widespread. Patent Document 1 discloses a method for correcting satellite images, which identifies the positions of reference points for matching on satellite images created by an artificial satellite and corrects the satellite images based on the identified position information. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent Publication No. 2021-086172 Summary of the Invention [Problem to be solved by the invention]

[0004] However, the invention disclosed in Patent Document 1 has a problem in that it cannot prevent tampering with satellite data (for example, satellite images).

[0005] In one aspect, an object of the present invention is to provide an information processing method etc. capable of performing processing to prevent tampering with satellite data. [Means for solving the problem]

[0006] An information processing method according to one aspect includes: The satellite took the picture A satellite image and behavior data including the shooting time, shooting position, and posture when the satellite image was shot are acquired, and a hash value for the combined data of the same satellite image and the behavior data as the acquired satellite image is output to a blockchain system, thereby executing a tamper-proof process for the satellite image and the behavior data, and after the tamper-proof process for the satellite image, The satellite image is output to a user terminal, and a satellite image identical to the satellite image after the tampering prevention process is output. Visible on the display of the user's device andA request for authentication of the satellite image and behavior data including the shooting time, shooting position, and posture at the time of shooting the satellite image. from the user terminal When accepted, authentication processing is performed based on a second hash value for the combination data of the satellite image and behavior data including the shooting time, shooting location, and posture at the time the satellite image was taken, and a hash value for the corresponding combination data in the blockchain system, and a process is executed to output an authentication result of performing the authentication processing on the satellite image and behavior data including the shooting time, shooting location, and posture at the time the satellite image was taken. Effect of the Invention

[0007] In one aspect, it is possible to perform tamper-proof processing on satellite data. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is an explanatory diagram showing an overview of a satellite data tamper prevention system. [Diagram 2] FIG. 2 is a block diagram showing an example of the configuration of a server. [Diagram 3] FIG. 2 is an explanatory diagram showing an example of a record layout of a satellite data DB. [Figure 4] FIG. 1 is a block diagram showing an example of the configuration of a blockchain node. [Diagram 5] FIG. 2 is a block diagram showing an example of the configuration of a user terminal. [Figure 6] FIG. 11 is an explanatory diagram illustrating the process of recording a hash value of a satellite image in a blockchain node. [Figure 7] 10 is a flowchart showing a processing procedure when performing a process for preventing tampering with satellite data. [Figure 8] 10 is a flowchart showing a processing procedure when a tamper-prevention process is executed on behavior data. [Figure 9] 11 is a flowchart showing a processing procedure when executing a tamper prevention process on command data. [Figure 10]FIG. 13 is a block diagram showing an example of the configuration of a server in Modification 4. [Figure 11] FIG. 2 is an explanatory diagram showing an example of a record layout of an observation data DB. [Figure 12] 11 is a flowchart showing a processing procedure for performing a tamper prevention process on observed data. [Figure 13] FIG. 13 is an explanatory diagram showing an example of an authentication screen of a satellite image. [Figure 14] 11 is a flowchart showing a processing procedure for authenticating a satellite image. [Figure 15] FIG. 13 is an explanatory diagram showing an example of an authentication screen for observation data. [Figure 16] FIG. 13 is an explanatory diagram showing an example of a record layout of a satellite data DB in the third embodiment. [Figure 17] 13 is a flowchart showing the processing steps when issuing a satellite image NFT. [Figure 18] 11 is a flowchart showing a processing procedure for displaying a satellite image corresponding to a satellite image NFT. [Figure 19] 13 is a flowchart showing a processing procedure for displaying a satellite image and behavior data corresponding to a satellite image NFT. [Figure 20] FIG. 13 is an explanatory diagram illustrating a payment process to an administrator by a smart contract. [Figure 21] 13 is a flowchart showing a processing procedure for paying virtual currency to an administrator. [Figure 22] FIG. 13 is an explanatory diagram showing an example of a record layout of a satellite data DB in the fourth embodiment. [Figure 23] 13 is a flowchart showing a processing procedure for executing a tamper prevention process on combination data. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] The present invention will now be described in detail with reference to the drawings showing embodiments thereof.

[0010] (Embodiment 1) The first embodiment relates to a form in which tamper prevention processing is performed on satellite data related to a satellite, and the satellite data after the tamper prevention processing is output. Fig. 1 is an explanatory diagram showing an overview of a satellite data tamper prevention system. The system of this embodiment includes an information processing device 1, a block chain system 2, an information processing terminal 3, and a satellite 4, and each device transmits and receives information via a network N such as the Internet.

[0011] The information processing device 1 is an information processing device that processes, stores, and transmits / receives various types of information. The information processing device 1 is, for example, a server device, a personal computer, or a general-purpose tablet PC (personal computer). In this embodiment, the information processing device 1 is a server device, and hereinafter, for simplicity, it will be read as server 1.

[0012] The blockchain system 2 is a distributed ledger technology or a distributed network. The blockchain system 2 is composed of multiple nodes 21 that execute consensus processing. Each of the nodes 21 holds a copy of the blockchain data through execution of the consensus processing. The blockchain system 2 generates units of data called blocks at regular intervals and stores the data by linking them like a chain.

[0013] The blockchain system 2 is autonomously managed by using a peer-to-peer network and a distributed timestamp server. Because data is stored in a chain, once data in a block is stored, it is difficult to retroactively change the data. The blockchain system 2 may be of any of the public, private, and consortium types. The unit of data may not be a block but may be an individual transaction. Data may also be stored in a format other than a chain, such as a directed acyclic graph. For simplicity, the blockchain system 2 will be read as blockchain 2 below.

[0014] The information processing terminal 3 is a terminal device that receives and displays satellite data after tamper-proof processing, transmits authentication requests for the satellite data, and receives and displays authentication results. The information processing terminal 3 is an information processing device such as a smartphone, a mobile phone, a wearable device such as an Apple Watch (registered trademark), a tablet, a personal computer terminal, etc. For simplicity, the information processing terminal 3 will be referred to as a user terminal 3 below.

[0015] The satellite 4 is a spacecraft including an artificial satellite, a space probe, a space plane, an Unmanned Aircraft System (UAS), or an Unmanned Aviation Fundamentals (UAF), etc.

[0016] The server 1 according to this embodiment acquires satellite data related to a satellite 4, and executes a process to prevent tampering on the acquired satellite data. The server 1 outputs the satellite data after the process to prevent tampering to the user terminal 3. Furthermore, when the server 1 receives an authentication request for the satellite data from the user terminal 3, it performs an authentication process on the satellite data. The server 1 outputs the authentication result to the user terminal 3.

[0017] 2 is a block diagram showing an example of the configuration of the server 1. The server 1 includes a control unit 11, a storage unit 12, a communication unit 13, an input unit 14, a display unit 15, a reading unit 16, and a large-capacity storage unit 17. Each component is connected by a bus B.

[0018] The control unit 11 includes an arithmetic processing device such as a CPU (Central Processing Unit), an MPU (Micro-Processing Unit), and a GPU (Graphics Processing Unit), and performs various information processing, control processing, and the like related to the server 1 by reading and executing a control program 1P (program product) stored in the storage unit 12. The control program 1P also includes a program for executing processes such as the generation and execution of smart contracts such as Ethereum's Geth (Go-Ethereum) and Mist Wallet, the transfer of virtual currency, the creation of an account, or mining.

[0019] The control program 1P can be deployed to be executed on a single computer, or on multiple computers located at one site, or distributed across multiple sites and interconnected by a communications network. Although the control unit 11 is described in FIG. 2 as being a single processor, it may be a multiprocessor.

[0020] The storage unit 12 includes memory elements such as a RAM (Random Access Memory) and a ROM (Read Only Memory), and stores the control program 1P or data required for the control unit 11 to execute processing. The storage unit 12 also temporarily stores data required for the control unit 11 to execute arithmetic processing. The communication unit 13 is a communication module for performing communication-related processing, and transmits and receives information to and from the nodes 21 of the blockchain 2, the user terminal 3, the satellite 4, etc. via the network N.

[0021] The input unit 14 is an input device such as a mouse, a keyboard, a touch panel, or a button, and outputs received operation information to the control unit 11. The display unit 15 is a liquid crystal display, an organic EL (electroluminescence) display, or the like, and displays various information according to instructions from the control unit 11.

[0022] The reading unit 16 reads the portable storage medium 1a including a CD (Compact Disc)-ROM or a DVD (Digital Versatile Disc)-ROM. The control unit 11 may read the control program 1P from the portable storage medium 1a via the reading unit 16 and store it in the mass storage unit 17. The control unit 11 may also download the control program 1P from another computer via a network N or the like and store it in the mass storage unit 17. Furthermore, the control unit 11 may read the control program 1P from the semiconductor memory 1b.

[0023] The mass storage unit 17 includes a recording medium such as a hard disk drive (HDD) or a solid state drive (SSD). The mass storage unit 17 includes a satellite data DB (database) 171. The satellite data DB 171 stores information related to satellite data.

[0024] In this embodiment, the storage unit 12 and the large-capacity storage unit 17 may be configured as an integrated storage device. The large-capacity storage unit 17 may be configured with a plurality of storage devices. Furthermore, the large-capacity storage unit 17 may be an external storage device connected to the server 1.

[0025] The server 1 may execute various information processing and control processing, etc., on a single computer, or may execute the processing in a distributed manner on multiple computers. The server 1 may also be realized by multiple virtual machines provided in one server, or may be realized by using a cloud server.

[0026] 3 is an explanatory diagram showing an example of a record layout of the satellite data DB 171. The satellite data DB 171 includes a satellite data ID column, a type column, a satellite data column, a hash value column, and a satellite ID column. The satellite data ID column stores an ID of the satellite data that is uniquely specified in order to identify each satellite data. The type column stores the type of satellite data. The type of satellite data includes satellite images captured by the satellite 4, behavior data of the satellite 4, or command data for the satellite 4.

[0027] The satellite image includes an image obtained by an imaging device mounted on the satellite 4, an image taken by a UAS or UAF, an optical image (optical satellite image), a Synthetic Aperture Radar (SAR) image, a hyperspectral image, or an image obtained by an AI image processing device that performs image processing using AI (Artificial Intelligence) technology. Note that the AI ​​image processing may be performed by a computer on the ground. The SAR image is an image obtained by processing data acquired by a SAR mounted on the satellite 4 or an aircraft. The hyperspectral image is an image taken by a hyperspectral sensor mounted on the satellite 4.

[0028] The behavior data and command data will be described later.

[0029] The types of satellite data are not limited to those mentioned above. For example, the types of satellite data may include analysis result data obtained by analyzing satellite images, or log data describing the orbit, altitude, attitude, or error range of the satellite 4. The analysis result data includes, for example, the identification result of an area included in the satellite image, or data on changes in the identification result over time. The identification result of an area included in the satellite image includes, for example, information indicating whether or not the target area is flooded, or an estimated amount of GHG (Greenhouse Gas) emissions.

[0030] The satellite data string stores satellite data. The hash value string stores a hash value of the satellite data. The satellite ID string stores a satellite ID that identifies the satellite 4.

[0031] The above-mentioned storage formats of each DB are merely examples, and other storage formats may be used as long as the relationships between the data are maintained.

[0032] 4 is a block diagram showing a configuration example of a node 21 of the blockchain 2. The node 21 of the blockchain 2 includes a control unit 211, a storage unit 212, a communication unit 213, a reception unit 214, an output unit 215, a block generation unit 216, a block verification unit 217, and a block sharing unit 218. Each component is connected by a bus B.

[0033] The control unit 211 cooperates with the control units 211 of other nodes 21 (terminals) in an autonomous and decentralized manner to always hold the latest blockchain (ledger: copy of blockchain data) in the storage unit 212. The storage unit 212 stores the blockchain (ledger) including transactions broadcast to the decentralized network, and information required for verification processing of information in the block, etc.

[0034] The communication unit 213 is a communication module for performing processing related to communication. The reception unit 214 receives information to be recorded in a distributed network that is the blockchain 2 managed by the blockchain 2 from the external node 21. The output unit 215 outputs information on the blockchain 2 that it holds in response to a request from the external node 21.

[0035] The block generation unit 216 generates a block to be added to the blockchain 2 based on the information received by the reception unit 214. The block generation unit 216 generates a block including information based on the previous block and information received by the reception unit 214. In addition, the block generation unit 216 performs a predetermined consensus process, such as a process of searching for a nonce or a process of adding a signature, on a block generated by itself or a block generated by another node 21 via the block sharing unit 218 described later, and then adds the block to the blockchain 2 managed by itself. Note that the block obtained by multiple nodes 21 performing a predetermined consensus process on the block generated by the block generation unit 216 becomes the block that is finally added to the blockchain 2.

[0036] When adding a block to the blockchain 2 held by the block verification unit 217, the block verification unit 217 verifies the information in the block. Usually, the block to be added is the block whose rules are satisfied earliest among the group of nodes 21 including the own node 21, but in consideration of the case where a malicious node 21 is included, it may be possible to verify whether the rules are actually satisfied.

[0037] The block sharing unit 218 exchanges information between the nodes 21 belonging to the blockchain 2. More specifically, the block sharing unit 218 transmits information received by the reception unit 214, blocks generated by the block generation unit 216, blocks received from other nodes 21, etc. to other nodes 21 as appropriate. In this way, this information and the latest blockchain 2 are shared among all nodes 21 as much as possible.

[0038] Note that the configuration in Figure 4 is merely one example, and the specific configuration of the blockchain node 21 is not important as long as it is capable of executing a predetermined consensus process for multiple nodes to share and manage a blockchain 2 that is difficult to tamper with, and is a node that is capable of adding information to the distributed network in response to requests from external nodes, and of referencing information recorded in the distributed network.

[0039] In addition, the server 1 may be a node 21 of the blockchain 2.

[0040] 5 is a block diagram showing an example of the configuration of the user terminal 3. The user terminal 3 includes a control unit 31, a storage unit 32, a communication unit 33, an input unit 34, and a display unit 35. Each component is connected by a bus B.

[0041] The control unit 31 includes an arithmetic processing unit such as a CPU, an MPU, etc., and performs various information processing, control processing, etc. related to the user terminal 3 by reading and executing a control program 3P (program product) stored in the storage unit 32. Note that, although the control unit 31 is described in Fig. 5 as being a single processor, it may be a multiprocessor.

[0042] The storage unit 32 includes memory elements such as RAM and ROM, and stores the control program 3P or data required for the control unit 31 to execute processing. The storage unit 32 also temporarily stores data required for the control unit 31 to execute arithmetic processing.

[0043] The communication unit 33 is a communication module for performing processing related to communication, and transmits and receives information to and from the server 1, etc., via the network N. The input unit 34 may be a keyboard, a mouse, or a touch panel integrated with the display unit 35. The display unit 35 is a liquid crystal display, an organic EL display, or the like, and displays various information according to instructions from the control unit 31.

[0044] Next, the process of preventing tampering with satellite data will be described. Note that in the following, an example will be described in which the satellite data is a satellite image. The process of preventing tampering with other types of satellite data will be described in a modified example described later.

[0045] In order to prevent the forgery or tampering of satellite images, a tamper prevention process can be performed on the satellite images using a blockchain 2. Specifically, the server 1 acquires the satellite images to be tamper-prevented from the satellite 4. The server 1 assigns a satellite image ID (satellite data ID) to the acquired satellite image. The server 1 calculates a hash value of the acquired satellite image using a cryptographic hash function.

[0046] A cryptographic hash function is a one-way encryption processing method for detecting tampering of a digital document, and the output value is always fixed to 64 digits in hexadecimal notation. For example, the server 1 may employ a hash function using the SHA (Secure Hash Algorithm) 2-256 algorithm to calculate a hash value of a satellite image. Note that, although a hash function is used in this embodiment, this is not limiting, and other methods for detecting tampering may also be used. For example, tamper detection techniques such as a checksum or HMAC (Hash Message Authentication Code) may also be used.

[0047] The server 1 stores the type of satellite data (satellite image), image data of the satellite image, the calculated hash value of the satellite image, and the satellite ID as one record in the satellite data DB 171, in association with the satellite image ID. The server 1 transmits the calculated hash value of the satellite image to any one of the nodes 21 in the blockchain 2, in association with the satellite image ID. The node 21 in the blockchain 2 receives and records the satellite data ID and the hash value of the satellite image transmitted from the server 1.

[0048] 6 is an explanatory diagram explaining the process of recording the hash value of a satellite image in a node 21 of the blockchain 2. One node 21 of the blockchain 2 receives data (transaction) transmitted from the server 1. As shown in the figure, the data includes a satellite image ID and a hash value of the satellite image. The node 21 generates a block that includes at least the satellite image ID and the hash value of the satellite image included in the received data, and previous block management information created based on the blockchain information that the node 21 manages.

[0049] Then, each node 21 of the blockchain 2 executes processing according to a predetermined consensus algorithm. For example, when the blockchain technology related to Bitcoin (registered trademark) is applied to this system, the nodes 21, 21, 21, ... execute a calculation process called PoW (Proof of Work) to determine the node 21 that will update the blockchain 2. PoW is a calculation process that searches (mining) for a certain correct value from a hash value stored in advance in the block immediately before the block to be newly generated.

[0050] When generating a new block, the node 21 hashes the hash value and data stored in the block immediately before the block, generates a hash value, and stores the hash value in the latest block. For example, as shown in FIG. 6, when generating block 3, the node 21 hashes the hash value stored in block 2 and multiple pieces of data to generate a hash value, and stores the hash value in block 3. For example, in the case of Bitcoin, the node 21 generates a hash value by inserting a nonce value in addition to the data into the header in order to increase the difficulty of the calculation process. The nonce value is a value that causes a predetermined number of consecutive zeros in the header of the hash value, and the processing load of the calculation process is adjusted by designing the number of zeros related to the nonce value to be an appropriate number.

[0051] When generating the latest block, each node 21 solves a search problem of searching for a correct value (a nonce value in the case of Bitcoin) from the hash value included in the previous block. For example, as shown in FIG. 6, when generating a new block 3, each node 21 searches for a correct value from the hash value stored in block 2. The probability of finding the correct value in one calculation process is low, and it takes about 10 minutes on average when applying blockchain technology related to virtual currencies such as Bitcoin. Each node 21 simultaneously executes the calculation process of the search problem and searches for the correct value. Then, the node 21 that finds the correct value the fastest is given the authority to generate the latest block. When an unauthorized person tries to rewrite the data in the blockchain, it is necessary to generate blocks at a speed that exceeds the calculation processing speed of all bona fide verifiers (nodes 21), making it extremely difficult to actually carry out unauthorized rewriting.

[0052] If the search is successful, the node 21 generates a new block storing the verified data (satellite image ID and hash value of the satellite image) and notifies the other nodes 21, 21, 21... of the data related to that block. In this case, as described above, the node 21 generates a hash value from the hash value and data stored in the previous block, stores the hash value in a new block, and notifies each node 21 of the hash value.

[0053] For example, as shown in FIG. 6, node 21 generates a hash value by hashing the hash value and data stored in block 2, stores the hash value in new block 3, and notifies other nodes 21, 21, 21.... Since the hash value stored in the new block includes the hash value of the previous block, each block constituting the blockchain is associated in chronological order. After verifying the validity of the data of the notified block, the other nodes 21, 21, 21... store the data in the storage unit 212. As a result, data related to the same blockchain 2 is duplicated and stored in the storage unit 212 of each node 21, 21, 21....

[0054] The administrator (miner) of the node 21 that succeeds in the search is given a reward for the successful search. In other words, the administrator of the node 21 that succeeds in the search is paid a fee for each transaction stored in the block. This gives the administrator an incentive to invest the computational resources of the node 21.

[0055] In the above, PoW is used as a method for determining update authority of the blockchain 2, but the present embodiment is not limited to this, and for example, POI (Proof of Importance), POS (Proof of Stake), etc. may be used. In addition, the above describes a system that applies Bitcoin technology, but the present embodiment is not limited to this. For example, in addition to Bitcoin, blockchain technology related to Ethereum, Hyperledger Fabric, etc. may be applied.

[0056] Using blockchain2, satellite imagery and other data is stored in a linked manner with past transaction history, making it difficult to tamper with the data and enabling highly reliable transactions. This makes it possible to prevent tampering with satellite images.

[0057] Note that the tamper prevention process is not limited to the block chain 2. For example, a signature for digital authentication may be used. Specifically, the server 1 generates a satellite image with an electronic signature for digital authentication based on a public key cryptosystem to prevent counterfeiting or tampering. The server 1 transmits the generated satellite image with an electronic signature to a terminal (hereinafter referred to as an authentication terminal) of an institution or service provider (electronic certification authority) that performs authentication processing of satellite images.

[0058] The authentication terminal verifies the validity of the digital signature of the satellite image using the public key used when the digitally signed satellite image was generated. Specifically, the authentication terminal decrypts the digitally signed satellite image, which was created with a private key, using the public key that pairs with the private key. The authentication terminal detects whether the satellite image has been tampered with by comparing the hash value decrypted using the public key with the hash value of the satellite image at the time of provision. If the satellite image is tampered with after being digitally signed, the hash value of the decrypted satellite image will no longer match the hash value of the satellite image at the time of provision, and the digital signature itself will become invalid. In this way, the authenticity of the satellite image can be verified by decrypting the encrypted digitally signed satellite image with the public key.

[0059] 7 is a flowchart showing the processing steps when performing tamper prevention processing on satellite data. The control unit 11 of the server 1 acquires a satellite image to be tamper-prevented from the satellite 4 via the communication unit 13 (step S101). If the satellite image is stored in advance in the storage unit 12 or the mass storage unit 17, the control unit 11 may acquire the satellite image from the storage unit 12 or the mass storage unit 17. The control unit 11 assigns a satellite image ID to the acquired satellite image (step S102).

[0060] The control unit 11 calculates a hash value of the acquired satellite image using a cryptographic hash function (step S103). The control unit 11 stores the type of satellite data (satellite image), image data of the satellite image, the calculated hash value of the satellite image, and the satellite ID as one record in the satellite data DB 171 of the mass storage unit 17 in association with the assigned satellite image ID (step S104).

[0061] The control unit 11 creates a transaction for tamper-proof processing of the satellite image (step S105). A transaction is a transaction record in the blockchain 2, and stores various information and value transfers between participants in the blockchain 2. The created transaction includes a satellite image ID and a hash value of the satellite image, etc. The control unit 11 transmits the created transaction to any one of the nodes 21 in the blockchain 2 via the communication unit 13 (step S106).

[0062] The control unit 211 of the node 21 of the blockchain 2 receives a transaction transmitted from the server 1 via the communication unit 213 (step S201). The control unit 211 records the satellite image ID and the hash value of the satellite image included in the received transaction in the storage unit 212 (step S202).

[0063] Specifically, the control unit 211 of the node 21 that received the transaction generates a block including at least the satellite image ID and the hash value of the satellite image included in the received transaction, and previous block management information created based on the information of the blockchain 2 that it manages, via the block generation unit 216. Then, the control unit 211 of each node 21 of the blockchain 2 executes a predetermined consensus process by the block generation unit 216. The blockchain 2 is a chronological arrangement of data groups having a predetermined data structure called blocks, and serves as a ledger that records transaction details. Each block includes data to be recorded in the block, such as transaction details, as well as information on one or more previous blocks (hereinafter referred to as previous blocks) and information for detecting the presence or absence of tampering (nonce, signature, etc.). The nonce is a value in a data area that is set so that the value obtained when the data in the area is processed by a one-way function satisfies a predetermined rule.

[0064] A new block is added to the blockchain 2 through processing according to a predetermined consensus algorithm in which two or more nodes participate. For example, in PoW, which is one of the consensus algorithms, a rule such as "the hash value of the block is equal to or less than a threshold" is determined in advance for each block (data group) including information on the previous block and a nonce, and when a block is added, the block verification unit 217 performs processing in which multiple nodes simultaneously search in parallel for a nonce that satisfies such a rule. In addition to PoW, there are other consensus algorithms such as BFT (Byzantine fault tolerance). After performing a predetermined consensus processing, the control unit 211 of each node 21 of the blockchain 2 records (adds) the block generated by the block generation unit 216 in the storage unit 212 via the block sharing unit 218.

[0065] According to this embodiment, it is possible to perform processing to prevent tampering with satellite images.

[0066] According to this embodiment, by carrying out a process to prevent tampering with satellite images, it is possible to realize satellite images that are difficult to tamper with and have high reliability.

[0067] <Variation 1> When a satellite image is acquired after machine learning processing is performed on the satellite image, a process of performing anti-tampering processing on the satellite image will be described.

[0068] For example, when a satellite image is input, the server 1 performs processing to increase the resolution of the satellite image using a learning model that has been trained to output a satellite image that has been subjected to high-resolution processing. The server 1 performs a tamper prevention process on the satellite image that has been subjected to high-resolution processing, similar to the above-mentioned tamper prevention process.

[0069] The server 1 transmits the satellite image after the tamper-proof processing to the user terminal 3. The user terminal 3 receives the satellite image after the tamper-proof processing transmitted from the server 1, and displays the received satellite image on the screen.

[0070] According to the present modification 1, it is possible to perform a tamper-proof process on a satellite image after the machine learning process is performed on the satellite image.

[0071] <Variation 2> The process of preventing tampering with the behavior data of the satellite 4 will now be described. 8 is a flowchart showing the procedure for executing the tamper-proof process for the behavior data. The control unit 11 of the server 1 acquires the behavior data to be tamper-proofed from the satellite 4 via the communication unit 13 (step S111). The behavior data includes the shooting time, shooting position, attitude at the time of shooting, orbit data of the satellite 4, etc.

[0072] The control unit 11 assigns a behavior data ID (satellite data ID) to the acquired behavior data (step S112). The control unit 11 calculates a hash value of the acquired behavior data using a cryptographic hash function (step S113). The control unit 11 stores the type of satellite data, which is the "behavior data", the behavior data, the calculated hash value of the behavior data, and the satellite ID as one record in the satellite data DB 171 of the mass storage unit 17 in association with the assigned behavior data ID (step S114).

[0073] The control unit 11 creates a transaction for tamper-proof processing of the behavior data (step S115). The created transaction includes a behavior data ID and a hash value of the behavior data, etc. The control unit 11 transmits the created transaction to any one of the nodes 21 of the block chain 2 via the communication unit 13 (step S116).

[0074] The control unit 211 of the node 21 of the blockchain 2 receives the transaction transmitted from the server 1 via the communication unit 213 (step S211). The control unit 211 records the behavior data ID and the hash value of the behavior data included in the received transaction in the storage unit 212 (step S212).

[0075] According to the present modified example 2, it is possible to execute processing to prevent tampering with the behavior data of the satellite 4.

[0076] <Variation 3> The process of preventing tampering with command data in the satellite 4 will now be described. 9 is a flowchart showing the processing procedure when executing the tamper-proof processing for the command data. The control unit 11 of the server 1 acquires the command data to be tamper-proofed from the satellite 4 via the communication unit 13 (step S121). The command data includes a command (instruction) for controlling the orbit, altitude, attitude, temperature, etc. of the satellite 4, and the execution time when the satellite 4 executed the command, etc.

[0077] The control unit 11 assigns a command data ID (satellite data ID) to the acquired behavior data (step S122). The control unit 11 calculates a hash value of the acquired command data using a cryptographic hash function (step S123). The control unit 11 stores the type of satellite data, which is "command data," the command data, the calculated hash value of the command data, and the satellite ID as one record in the satellite data DB 171 of the mass storage unit 17 in association with the assigned command data ID (step S124).

[0078] The control unit 11 creates a transaction for tamper prevention processing for the command data (step S125). The created transaction includes the command data ID and the hash value of the command data, etc. The control unit 11 transmits the created transaction to any one of the nodes 21 in the block chain 2 via the communication unit 13 (step S126).

[0079] The control unit 211 of the node 21 of the block chain 2 receives the transaction transmitted from the server 1 via the communication unit 213 (step S221). The control unit 211 records the command data ID and the hash value of the command data included in the received transaction in the storage unit 212 (step S222).

[0080] According to the third modification, it becomes possible to perform processing to prevent tampering with command data in the satellite 4.

[0081] <Variation 4> The types of satellite data further include observation data from the satellite 4. The observation data is data obtained by observing the earth or outer space using a sensor mounted on the satellite 4. The observation data includes various data such as meteorological data (temperature, precipitation, wind direction or wind speed, etc.), terrestrial phenomenon data (temperature or pressure on the earth's surface, etc.), plant activity, or areas where disasters have occurred. In this fourth modification, a process of executing a tamper-proof process on the observation data from the satellite 4 will be described.

[0082] Fig. 10 is a block diagram showing a configuration example of the server 1 in the modified example 4. Note that the same reference numerals are used for the same contents as in Fig. 2, and the description thereof will be omitted. The large-capacity storage unit 17 includes an observation data DB 172. The observation data DB 172 stores observation data by the satellite 4.

[0083] 11 is an explanatory diagram showing an example of a record layout of observation data DB 172. Observation data DB 172 includes an observation data ID column, an observation data column, a hash value column, a satellite ID column, and an observation date and time column. The observation data ID column stores an ID of the observation data that is uniquely specified in order to identify each observation data. The observation data column stores the observation data. The hash value column stores a hash value of the observation data. The satellite ID column stores a satellite ID that identifies the satellite. The observation date and time column stores the date and time when the observation data was observed.

[0084] 12 is a flowchart showing the processing procedure for executing a tamper-prevention process on observation data. The control unit 11 of the server 1 acquires the observation data to be tamper-prevented from the satellite 4 via the communication unit 13 (step S131). The control unit 11 assigns an observation data ID to the acquired observation data (step S132).

[0085] The control unit 11 calculates a hash value of the acquired observation data using a cryptographic hash function (step S133). The control unit 11 stores the observation data, the calculated hash value of the observation data, and the satellite ID as one record in the observation data DB 172 of the mass storage unit 17 in association with the assigned observation data ID (step S134).

[0086] The control unit 11 creates a transaction for tamper-proof processing of the observed data (step S135). The created transaction includes the observed data ID and the hash value of the observed data, etc. The control unit 11 transmits the created transaction to any one of the nodes 21 in the block chain 2 via the communication unit 13 (step S136).

[0087] The control unit 211 of the node 21 of the block chain 2 receives the transaction transmitted from the server 1 via the communication unit 213 (step S231). The control unit 211 records the observation data ID and the hash value of the observation data included in the received transaction in the storage unit 212 (step S232).

[0088] According to the fourth modification, it is possible to perform processing to prevent tampering with the observation data from the satellite 4.

[0089] (Embodiment 2) The second embodiment relates to a form in which authentication processing is performed on satellite data (satellite images, behavior data, command data, observation data, etc.) Note that a description of the contents that overlap with the first embodiment will be omitted.

[0090] An example of authentication processing for a satellite image, which is one type of satellite data, is described below. The user terminal 3 acquires the satellite image to be authenticated. The user terminal 3 displays the acquired satellite image on an authentication screen (FIG. 13) for verifying the authenticity of the satellite image. When the user terminal 3 accepts an authentication request from a user via the authentication screen, it transmits the accepted authentication request to the server 1. The authentication request includes the user ID, the satellite image ID of the satellite image to be authenticated, and image data of the satellite image.

[0091] The server 1 calculates a hash value of the satellite image included in the authentication request sent from the user terminal 3. The server 1 acquires the hash value of the satellite image stored on the node 21 of the block chain 2 based on the satellite image ID included in the authentication request. The server 1 may also acquire the hash value of the satellite image stored in the satellite data DB 171 based on the satellite image ID. The server 1 determines whether the calculated hash value of the satellite image matches the stored hash value of the satellite image.

[0092] If the server 1 determines that the two match, it determines that the satellite image is a genuine satellite image and authentication has been successful. Conversely, if the server 1 determines that the two do not match, it determines that the satellite image is an unauthorized satellite image and authentication has failed. The server 1 transmits the authentication result and authentication date and time for the satellite image to the user terminal 3. The authentication result includes the satellite image ID and information indicating whether or not authentication was successful. The user terminal 3 receives the authentication result and authentication date and time transmitted from the server 1 and displays them on the screen.

[0093] 13 is an explanatory diagram showing an example of a satellite image authentication screen. The screen includes a selection button 11a, a satellite image display field 11b, an authentication button 11c, and an authentication result display field 11d.

[0094] The selection button 11a is a button for selecting a satellite image to be authenticated. The satellite image display field 11b is a display field for displaying a satellite image. The authentication button 11c is a button for authenticating the authenticity of the satellite image. The authentication result display field 11d is a display field for displaying the authentication result of the satellite image.

[0095] When the user terminal 3 receives a touch operation of the selection button 11a, it displays a selection screen (not shown) on which a satellite image can be selected. The user terminal 3 receives the selection of the satellite image to be authenticated by the user through the selection screen. The user terminal 3 displays the received satellite image in the satellite image display field 11b. When the user terminal 3 receives a touch operation of the authentication button 11c, it transmits the selected satellite image to the server 1 in association with a satellite image ID.

[0096] The server 1 receives the satellite image ID and satellite image transmitted from the user terminal 3. The server 1 performs authentication processing on the received satellite image. Note that the authentication processing of the satellite image is similar to the authentication processing described above, so a description thereof will be omitted. The server 1 transmits the authentication result and authentication date and time of the satellite image to the user terminal 3. The user terminal 3 receives the authentication result and authentication date and time transmitted from the server 1, and displays the received authentication result and authentication date and time in the authentication result display field 11d. As shown in the figure, information indicating whether or not the authentication was successful, the satellite image ID, and the authentication date and time are displayed in the authentication result display field 11d.

[0097] 14 is a flowchart showing the processing steps for authenticating a satellite image. The control unit 31 of the user terminal 3 acquires the satellite image to be authenticated from the storage unit 12 or the mass storage unit 17 (step S341). The control unit 31 may acquire the satellite image from an external information processing device via the communication unit 33. The control unit 31 displays the acquired satellite image on the display unit 35 (step S342).

[0098] The control unit 31 receives an authentication request from a user through the input unit 34 (step S343). The authentication request includes the satellite image ID of the satellite image to be authenticated and image data of the satellite image. The control unit 31 transmits the received authentication request to the server 1 through the communication unit 33 (step S344). The control unit 11 of the server 1 receives the authentication request transmitted from the user terminal 3 through the communication unit 13 (step S141). The control unit 11 uses a cryptographic hash function to calculate a hash value of the satellite image included in the received authentication request (step S142).

[0099] Based on the satellite image ID included in the authentication request, the control unit 11 acquires the hash value of the satellite image corresponding to the satellite image from the node 21 of the blockchain 2 via the communication unit 13 (step S143). Note that the control unit 11 may acquire the hash value of the satellite image from the satellite data DB 171 of the mass storage unit 17 based on the satellite image ID. The control unit 11 determines whether the calculated hash value of the satellite image matches the stored hash value of the satellite image (step S144).

[0100] If the control unit 11 determines that they do not match (NO in step S144), it determines that authentication of the satellite image has failed (step S147). The control unit 11 proceeds to processing in step S146, which will be described later. If the control unit 11 determines that they match (YES in step S144), it determines that authentication of the satellite image has succeeded (step S145).

[0101] The control unit 11 transmits the satellite image ID, the authentication result of the satellite image including information indicating whether the authentication was successful, and the authentication date and time to the user terminal 3 via the communication unit 13 (step S146). The control unit 31 of the user terminal 3 receives the authentication result and authentication date and time transmitted from the server 1 via the communication unit 33 (step S345). The control unit 31 displays the satellite image, the received authentication result, and the authentication date and time on the display unit 35 (step S346), and ends the process.

[0102] The above-mentioned authentication process can also be applied to behavior data of the satellite 4, command data for the satellite 4, or observation data by the satellite 4. The server 1 transmits the authentication result for the behavior data, command data, or observation data to the user terminal 3 together with a satellite image captured by the satellite 4. The user terminal 3 receives the authentication result and satellite image transmitted from the server 1. The user terminal 3 displays the authentication result for the received behavior data, command data, or observation data on the screen in association with the satellite image captured by the satellite 4.

[0103] Fig. 15 is an explanatory diagram showing an example of an authentication screen for observation data. Note that the same reference numerals are used for the contents that overlap with Fig. 13, and the explanation will be omitted. Note that Fig. 15 describes an example in which the observation data is carbon dioxide data, but the same can be applied to other types of observation data.

[0104] The screen includes an observation period display field 12a, an observation period setting button 12b, and an observation data display field 12c. The observation period display field 12a is a display field that displays the observation period of carbon dioxide data. The observation period setting button 12b is a button that accepts the setting of the observation period. The observation data display field 12c is a display field that displays graphs or images, etc., generated by totaling the carbon dioxide time series data or the fluctuation time series data.

[0105] When the user terminal 3 receives a touch operation of the observation period setting button 12b, it displays a setting screen (not shown) on which the observation period can be set. The user terminal 3 receives the observation period setting by the user through the setting screen. The user terminal 3 displays the received observation period in the observation period display field 12a and transmits the observation period to the server 1.

[0106] The server 1 acquires the corresponding carbon dioxide time series data from the observation data DB 172 according to the observation period transmitted from the user terminal 3. The server 1 generates, for example, a carbon dioxide concentration heat map showing the carbon dioxide concentration distribution based on the acquired time series data. The server 1 transmits the generated carbon dioxide concentration heat map to the user terminal 3.

[0107] The user terminal 3 receives the carbon dioxide concentration heat map transmitted from the server 1, and displays the received carbon dioxide concentration heat map in the observation data display field 12c. Note that, although an example of displaying a heat map showing concentration distribution based on carbon dioxide time series data has been described in Fig. 15, this is not limiting. For example, the carbon dioxide time series data may be directly displayed in the observation data display field 12c.

[0108] When the user terminal 3 receives a touch operation of the authentication button 11c, it transmits the observation period set by the observation period setting button 12b to the server 1. The server 1 receives the observation period transmitted from the user terminal 3. The server 1 acquires the observation data ID of each carbon dioxide data within the observation period according to the received observation period. The server 1 acquires a hash value of each carbon dioxide data stored on the node 21 of the blockchain 2 based on each acquired observation data ID.

[0109] The server 1 determines whether or not the hash value of each carbon dioxide data acquired from the node 21 of the block chain 2 matches the hash value of each carbon dioxide data stored in the observation data DB 172 for the carbon dioxide time series data for the target observation period. If the server 1 determines that the hash values ​​of the carbon dioxide data at all points in time match, it determines that the authentication of the carbon dioxide data for the observation period has been successful.

[0110] The server 1 transmits the authentication result and authentication date and time of the carbon dioxide data to the user terminal 3. The user terminal 3 receives the authentication result and authentication date and time transmitted from the server 1, and displays the received authentication result and authentication date and time in an authentication result display field 11d. As shown in the figure, information indicating whether authentication was successful, the observation data ID, and the authentication date and time are displayed in the authentication result display field 11d.

[0111] 15, the authentication button 11c is provided, but the present invention is not limited to this. For example, if the authentication button 11c is not provided, the server 1 transmits the authentication result obtained by performing an authentication process on the target carbon dioxide data to the user terminal 3 together with the carbon dioxide data. The user terminal 3 may directly display the carbon dioxide data and the authentication result transmitted from the server 1 on the screen.

[0112] According to this embodiment, it is possible to perform authentication processing on a satellite image and output the authentication result of the satellite image.

[0113] According to this embodiment, it is possible to perform authentication processing on behavior data of a satellite 4, command data for the satellite 4, or observation data by the satellite 4, and output the authentication result of the behavior data, command data, or observation data.

[0114] (Embodiment 3) The third embodiment relates to an embodiment in which a satellite image NFT (Non-Fungible Token) corresponding to a satellite image is issued on the blockchain 2. Note that a description of the contents overlapping with the first and second embodiments will be omitted.

[0115] NFTs are digital data with a certificate of authenticity or ownership, and like virtual currencies, blockchain technology is used for data management, making them impossible to tamper with or counterfeit. Satellite imagery NFTs are issued on the blockchain2, and linking a satellite image to an NFT is proof of ownership of that satellite image.

[0116] FIG. 16 is an explanatory diagram showing an example of a record layout of a satellite data DB 171 in the third embodiment. Note that the same reference numerals are used for the contents that overlap with FIG. 3, and the description is omitted. The satellite data DB 171 includes a satellite image NFT string and a serial number string. The satellite image NFT string stores a satellite image NFT issued on the blockchain 2. For example, a satellite image NFT that can prove its "authenticity" or "value" like a certificate may be issued on the blockchain 2 using ERC721, which is one of the smart contract standards of Ethereum. When ERC721 is used, the satellite image NFT is configured with a token ID, an owner address, a token URI (Uniform Resource Identifier), and the like.

[0117] For example, the satellite image NFT string stores an index on the blockchain 2 including the token ID, owner address, token URI, etc. of the satellite image NFT. When the satellite image NFT is issued, the token ID, owner address, token URI, etc. of the satellite image NFT are stored on the blockchain 2. The token URI is an attribute indicating the location of metadata for the satellite image NFT. The location of the metadata is, for example, a uniform resource locator (URL) of the metadata (image, video, etc.). The metadata itself may be stored in an external database device in, for example, JSON (JavaScript Object Notation) format.

[0118] The serial number column stores serial numbers for the upper limit number of satellite image NFTs. The serial numbers are a series of unique numbers assigned to identify satellite image NFTs.

[0119] Fig. 17 is a flowchart showing the processing steps when issuing a satellite image NFT. The control unit 11 of the server 1 acquires a satellite image for which a satellite image NFT is to be issued via the communication unit 13 or the input unit 14 (step S151). The control unit 11 executes the processing of steps S152 to S154. Note that the processing of steps S152 to S154 is similar to the processing of steps S102 to S104 in Fig. 7, and therefore a description thereof will be omitted.

[0120] The control unit 11 determines whether the upper limit number of issuances for the satellite image NFT has been reached (step S155). The upper limit number of issuances may be stored in advance in the storage unit 12 or the mass storage unit 17. If the control unit 11 determines that the upper limit number of issuances has been reached (YES in step S155), it ends the process. If the control unit 11 determines that the upper limit number of issuances has not been reached (NO in step S155), it transmits an instruction to issue a satellite image NFT to any one of the nodes 21 in the blockchain 2 via the communication unit 13 (step S156).

[0121] The control unit 211 of the node 21 of the blockchain 2 receives the issuance instruction for the satellite image NFT sent from the server 1 via the communication unit 213 (step S251). The control unit 211 of the node 21 issues a satellite image NFT on the blockchain 2 in response to the received issuance instruction (step S252). The control unit 211 of the node 21 records the token ID, owner address, and token URI of the issued satellite image NFT in the storage unit 212 (step S253).

[0122] The control unit 211 of the node 21 transmits the issued satellite image NFT to the server 1 via the communication unit 213 (step S254). The control unit 11 of the server 1 receives the satellite image NFT transmitted from the node 21 of the blockchain 2 via the communication unit 13 (step S157). The control unit 11 assigns a serial number to the received satellite image NFT (step S158). The control unit 11 stores the assigned serial number and the received satellite image NFT in the satellite data DB 171 of the mass storage unit 17 in association with the satellite image ID (step S159). The control unit 11 ends the process.

[0123] It is also possible to display a satellite image corresponding to the satellite image NFT. 18 is a flowchart showing the processing procedure for displaying a satellite image corresponding to a satellite image NFT. The control unit 31 of the user terminal 3 acquires all satellite image NFTs owned by the user, which have been issued in response to satellite images captured by a satellite 4, from the node 21 of the blockchain 2 via the communication unit 33 and the user's cryptographic wallet (step S361). Each satellite image NFT includes a token ID, an owner address, a token URI, and the like.

[0124] The control unit 31 displays a list of each acquired satellite image NFT via the display unit 35 (step S362). The control unit 31 accepts a selection of a satellite image NFT by the user via the input unit 34 (step S363). The control unit 31 transmits the token ID of the accepted satellite image NFT to the server 1 via the communication unit 33 (step S364).

[0125] The control unit 11 of the server 1 receives the token ID transmitted from the user terminal 3 through the communication unit 13 (step S161). Based on the received token ID, the control unit 11 acquires the satellite image ID of the satellite image corresponding to the satellite image NFT from the satellite data DB 171 of the mass storage unit 17 (step S162). Based on the acquired satellite image ID, the control unit 11 acquires the hash value of the satellite image stored on the blockchain 2 through the communication unit 13 (step S163).

[0126] Based on the hash value of the acquired satellite image, the control unit 11 acquires a satellite image that matches the hash value stored in the satellite data DB 171 of the mass storage unit 17 (step S164). The control unit 11 transmits the acquired satellite image to the user terminal 3 via the communication unit 13 (step S165). The control unit 31 of the user terminal 3 receives the satellite image transmitted from the server 1 via the communication unit 33 (step S365). The control unit 31 displays the received satellite image on the display unit 35 (step S366) and ends the process.

[0127] In addition, satellite images and behavior data corresponding to the satellite image NFT can be displayed. Fig. 19 is a flowchart showing the processing procedure for displaying a satellite image and behavior data corresponding to a satellite image NFT. Note that the same reference numerals are used for the contents that overlap with Fig. 18, and the description thereof will be omitted.

[0128] The control unit 11 of the server 1 receives the token ID transmitted from the user terminal 3 through the communication unit 13 (step S171). Based on the received token ID, the control unit 11 acquires the satellite image ID (satellite data ID) of the satellite image corresponding to the satellite image NFT from the satellite data DB 171 of the mass storage unit 17 (step S172). Based on the acquired satellite image ID, the control unit 11 acquires the hash value of the satellite image stored on the blockchain 2 as a first hash value through the communication unit 13 (step S173). Based on the acquired first hash value, the control unit 11 acquires a satellite image that matches the hash value stored in the satellite data DB 171 of the mass storage unit 17 (step S174).

[0129] Based on the received token ID, the control unit 11 acquires the behavior data ID (satellite data ID) of the behavior data of the satellite 4 that captured the satellite image corresponding to the satellite image NFT from the satellite data DB 171 of the mass storage unit 17 (step S175). Based on the acquired behavior data ID, the control unit 11 acquires the hash value of the behavior data stored on the blockchain 2 as a second hash value via the communication unit 13 (step S176). Based on the acquired second hash value, the control unit 11 acquires the behavior data of the satellite 4 that matches the hash value stored in the satellite data DB 171 of the mass storage unit 17 (step S177).

[0130] The control unit 11 transmits the acquired satellite image and behavior data to the user terminal 3 via the communication unit 13 (step S178). The control unit 31 of the user terminal 3 receives the satellite image and behavior data transmitted from the server 1 via the communication unit 33 (step S371). The control unit 31 displays the received satellite image and behavior data on the display unit 35 (step S372) and ends the process.

[0131] In this embodiment, the display process of the satellite image corresponding to the satellite image NFT or the behavior data of the satellite 4 that captured the satellite image has been described, but the present invention is not limited to this. For example, command data for the satellite 4, observation data by the satellite 4, etc. may be displayed.

[0132] Next, we will explain the process of paying virtual currency (crypto assets) to the administrator who manages the satellite imagery corresponding to the satellite imagery NFT in connection with the transfer of the satellite imagery NFT.

[0133] An owner of a satellite imagery NFT corresponding to a satellite image can transfer the satellite imagery NFT to another person on blockchain 2. For example, when a first user transfers a satellite imagery NFT owned by the first user to a second user on blockchain 2, the ownership of the satellite imagery NFT is transferred from the first user to the second user.

[0134] In conjunction with the transfer of the satellite image, a virtual currency calculated according to a predetermined standard can be paid to the administrator who manages the satellite image corresponding to the satellite image NFT. Note that in this embodiment, an example of virtual currency has been described, but this is not limited to this. For example, legal tender, electronic money, coupons, points, etc. may also be used.

[0135] FIG. 20 is an explanatory diagram explaining the payment process to the administrator by smart contract. Owner A, who owns a satellite imagery NFT, can transfer the satellite imagery NFT to Owner B. When Owner A transfers a satellite imagery NFT to Owner B, the transfer of the satellite imagery NFT is completed by changing Owner A's address to Owner B's address on the ERC721.

[0136] When the satellite imagery NFTs are transferred, a smart contract that executes payments to the administrator who manages the satellite images will pay the administrator a virtual currency calculated according to a predetermined standard. A smart contract is a mechanism in which the definitions of execution conditions and contract contents are programmed in advance and incorporated into a transaction, and when a transaction that meets the execution conditions and contract contents occurs, the contract is automatically fulfilled.

[0137] The server 1 generates a smart contract code that describes the necessary execution conditions for processing payments to the administrator, the contract contents, the administrator's wallet address, etc. The server 1 records a transaction including the generated smart contract code in the blockchain 2 in advance.

[0138] In this embodiment, the contents of the smart contract code define a contract to pay a virtual currency calculated according to a predetermined standard to the wallet address of the administrator when the satellite image NFT is transferred. Note that in this embodiment, a single smart contract is included in a single transaction, but this is not limited to this. For example, multiple linked smart contracts may be included in a single or multiple transactions.

[0139] As shown in the figure, the transaction includes the smart contract code, the token ID corresponding to the satellite imagery NFT, the transfer fee, and the digital signatures of the transferee and administrator. If the execution conditions for the transfer of the satellite imagery NFT are met, Blockchain 2 pays the amount of virtual currency determined in the contract from the wallet address of the transferee (owner B) to the wallet address of the administrator.

[0140] For example, if the transfer fee is 100 virtual currency, 5% of the transfer fee, or 5 virtual currency, will be paid to the administrator based on the contract. Note that owner B's virtual currency may be deposited in advance in the smart contract. In this case, the corresponding amount of virtual currency will be paid from the deposited virtual currency to the administrator's wallet address.

[0141] In this embodiment, the amount of virtual currency paid to the administrator is calculated based on the transfer fee, but this is not limited to the above. For example, the amount of virtual currency paid to the administrator may be a fixed amount (e.g., 10 virtual currency). The system operator may pay the virtual currency to the administrator.

[0142] 21 is a flowchart showing the processing steps when paying virtual currency to an administrator. The control unit 11 of the server 1 receives a transfer instruction for the satellite imagery NFT via the communication unit 13 or the input unit 14 (step S181). In response to the received transfer instruction, the control unit 11 creates a transaction to transfer the satellite imagery NFT (step S182). The transaction includes the token ID of the satellite imagery NFT, the transferor's owner address, the transferee's owner address, the transaction date and time, etc.

[0143] The control unit 11 transmits the created transaction to any one of the nodes 21 in the blockchain 2 via the communication unit 13 (step S183). The control unit 211 of the node 21 in the blockchain 2 receives the transaction transmitted from the server 1 via the communication unit 213 (step S281).

[0144] The control unit 211 executes a transfer process for the target satellite image NFT in response to the received transaction (step S282). Specifically, the control unit 211 inherits the token ID and token URI of the satellite image NFT. The control unit 211 changes the owner address of the satellite image NFT from the owner address of the transfer source to the owner address of the transfer destination. The control unit 211 records the token ID, owner address (transfer destination), token URI, etc. of the satellite image NFT after the transfer in the storage unit 212.

[0145] The control unit 211 executes a process of paying the virtual currency to the administrator according to a smart contract for a payment process to the administrator previously recorded in the storage unit 212 (step S283). The control unit 211 transmits the transferred satellite image NFT to the server 1 via the communication unit 213 (step S284).

[0146] The control unit 11 of the server 1 receives the post-transfer satellite image NFT transmitted from the node 21 via the communication unit 13 (step S184). The control unit 11 updates the post-transfer satellite image NFT to the satellite data DB 171 of the mass storage unit 17 based on the satellite image ID (step S185), and ends the process.

[0147] According to this embodiment, it is possible to issue a satellite image NFT corresponding to a satellite image on the blockchain 2.

[0148] According to this embodiment, it is possible to display a satellite image corresponding to the satellite image NFT, or behavior data of the satellite 4 that captured the satellite image.

[0149] According to this embodiment, when a satellite image NFT is transferred, it is possible to pay virtual currency to the administrator who manages the satellite image corresponding to the satellite image NFT.

[0150] (Embodiment 4) The fourth embodiment relates to a form in which a process for preventing tampering is performed on data obtained by combining different types of satellite data. Note that a description of the contents that overlap with the first to third embodiments will be omitted.

[0151] 22 is an explanatory diagram showing an example of a record layout of the satellite data DB 171 in embodiment 4. The satellite data DB 171 includes a satellite data ID string, a satellite image string, a behavior data string, a command data string, an observation data string, a hash value string, a satellite ID string, a combination data NFT string, and a serial number string. The satellite data ID string stores a satellite data ID that identifies the satellite data.

[0152] The satellite image sequence stores time-series satellite images captured by the satellite 4 within a predetermined period (for example, 60 seconds). The satellite image sequence includes an image ID sequence, a date and time sequence, and an image data sequence.

[0153] The image ID column stores a satellite image ID that identifies a satellite image captured by the satellite 4. The date and time column stores information about the date and time when the satellite image was captured. The image data column stores data of the satellite image. The behavior data string stores behavior data of the satellite 4 in association with image data of the satellite image. The behavior data includes the photographing position, the attitude at the time of photographing, orbit data of the satellite 4, and the like.

[0154] The command data string stores command data for the satellite 4 in association with image data of the satellite image. The command data includes commands for controlling the orbit, altitude, attitude, temperature, etc. of the satellite 4, and the execution time when the command was executed by the satellite 4. The command data may be command data associated with the entire time series of satellite images captured by the satellite 4 within a predetermined period, or may be command data associated with the satellite image at each capture time.

[0155] The observation data string stores observation data (for example, meteorological data or carbon dioxide concentration data) obtained by observing the earth or outer space using a sensor or the like mounted on the satellite 4. The observation data is associated with image data of the satellite image, behavior data, and command data.

[0156] The hash value string stores hash values ​​of all of a satellite image, behavior data when the satellite image was captured, command data when the satellite image was captured, and observation data obtained by analyzing the satellite image, etc., or of combined data obtained by combining at least two of them. The combined data may be, for example, data obtained by combining a satellite image and behavior data, data obtained by combining a satellite image and command data, data obtained by combining a satellite image and observation data, data obtained by combining behavior data and command data, data obtained by combining behavior data and observation data, or data obtained by combining command data and observation data.

[0157] In addition, the combination data may be data obtained by combining a satellite image, behavior data, and command data, data obtained by combining a satellite image, command data, and observation data, data obtained by combining behavior data, command data, and observation data, or data obtained by combining a satellite image, behavior data, command data, and observation data.

[0158] The types of combined data are not limited to those described above. For example, the data may be further combined with any of different types of satellite data or with combined data of satellite data. Alternatively, a satellite image obtained by executing a machine learning process on a satellite image may be combined with a different type of satellite data.

[0159] The combination data NFT string stores the combination data NFT issued on the blockchain 2. Note that the configuration of the combination data NFT is the same as that of the satellite image NFT in the third embodiment, so a description thereof will be omitted. The serial number string stores the serial number for the upper limit number in the combination data NFT. The serial number is a series of unique numbers assigned to identify the combination data NFT.

[0160] Although an example of combined data obtained by combining satellite images, behavior data, and command data has been described below, the present invention can be similarly applied to other types of data.

[0161] 23 is a flowchart showing the processing procedure when performing tamper prevention processing on combined data. The control unit 11 of the server 1 acquires satellite images to be tamper-prevented from the satellite 4 via the communication unit 13 (step S191). The control unit 11 acquires behavior data to be tamper-prevented from the satellite 4 via the communication unit 13 (step S192). The control unit 11 acquires command data to be tamper-prevented from the satellite 4 via the communication unit 13 (step S193). The control unit 11 creates combined data by combining the acquired satellite images, behavior data, and command data (step S194).

[0162] The control unit 11 assigns a satellite data ID to the created combination data (step S195). The control unit 11 calculates a hash value of the created combination data using a cryptographic hash function (step S196). The control unit 11 stores the satellite image (image ID, date and time, and image data), behavior data, command data, the calculated hash value of the combination data, and the satellite ID as one record in the satellite data DB 171 of the mass storage unit 17 in association with the assigned satellite data ID (step S197).

[0163] The control unit 11 creates a transaction for tamper-proof processing of the combined data (step S198). The created transaction includes the satellite data ID and the hash value of the combined data, etc. The control unit 11 transmits the created transaction to any one of the nodes 21 in the block chain 2 via the communication unit 13 (step S199).

[0164] The control unit 211 of the node 21 of the blockchain 2 receives the transaction transmitted from the server 1 via the communication unit 213 (step S291). The control unit 211 records the satellite data ID and the hash value of the combination data included in the received transaction in the storage unit 212 (step S292).

[0165] Also, authentication processing can be performed on the combination data. Specifically, the user terminal 3 acquires the combination data to be authenticated. The user terminal 3 displays the acquired combination data on an authentication screen (not shown) for verifying the authenticity of the combination data. When the user terminal 3 accepts an authentication request from a user via the authentication screen, it transmits the accepted authentication request to the server 1. The authentication request includes the user ID, the satellite data ID of the combination data, and the combination data.

[0166] The server 1 calculates a hash value of the combination data included in the authentication request transmitted from the user terminal 3. The server 1 acquires the hash value of the combination data stored on the node 21 of the block chain 2 based on the satellite data ID included in the authentication request. The server 1 determines whether or not the calculated hash value of the combination data matches the hash value of the stored combination data.

[0167] If the server 1 determines that the two match, it determines that the combination data is genuine and the authentication is successful. Conversely, if the server 1 determines that the two do not match, it determines that the combination data is invalid and the authentication is unsuccessful.

[0168] The server 1 transmits the authentication result and the authentication date and time for the combination data to the user terminal 3. The authentication result includes the satellite data ID and information indicating whether the authentication was successful or not. The user terminal 3 receives the authentication result and the authentication date and time transmitted from the server 1 and displays them on the screen.

[0169] In this embodiment, the example of the hash value storage process or the authentication process based on the hash value for the entire combination data has been described, but the present invention is not limited to this. For example, the server 1 may calculate the hash value of each of the various data in the combination data and record each of the calculated hash values ​​in the node 21 of the block chain 2.

[0170] When the server 1 receives an authentication request for the combination data from the user terminal 3, the server 1 calculates hash values ​​of various data in the combination data. The server 1 acquires the hash values ​​of various data in the combination data stored on the node 21 of the block chain 2. The server 1 may compare the calculated hash values ​​of various data in the combination data with the stored hash values ​​of various data in the combination data to determine whether or not the two match.

[0171] Also, a combined data NFT corresponding to the combined data can be generated on the blockchain 2. Specifically, the server 1 acquires the combined data for which the combined data NFT is to be issued. For example, the combined data is data obtained by combining a satellite image, behavior data, and command data. The server 1 calculates a hash value of the acquired combined data using a cryptographic hash function. The server 1 determines whether or not the issuance upper limit (e.g., 100) for the combined data NFT has been reached.

[0172] If the server 1 determines that the issuance limit has not been reached, it transmits an instruction to issue the combined data NFT to any of the nodes 21 in the blockchain 2. The node 21 in the blockchain 2 receives the instruction to issue the combined data NFT transmitted from the server 1. In response to the received issuance instruction, the node 21 issues the combined data NFT on the blockchain 2. The node 21 records the token ID, owner address, and token URI of the issued combined data NFT.

[0173] The node 21 transmits the issued combination data NFT to the server 1. The server 1 receives the combination data NFT transmitted from the node 21 of the blockchain 2. The server 1 assigns a serial number to the received combination data NFT. The server 1 stores the received combination data NFT and the assigned serial number in the satellite data DB 171 in association with the satellite data ID.

[0174] According to this embodiment, it is possible to perform a process to prevent tampering with combined data obtained by combining different types of satellite data.

[0175] According to this embodiment, it is possible to enhance security by performing a process to prevent tampering with the combination data.

[0176] According to this embodiment, it is possible to perform authentication processing on the combination data and output the authentication result of the combination data.

[0177] According to this embodiment, it is possible to issue a combined data NFT corresponding to the combined data on the blockchain 2.

[0178] The various processes executed on the server 1 in each of the above-mentioned embodiments may be executed on an information processing device or the like installed on a satellite 4, which is a spacecraft including an artificial satellite, a space probe, a space plane, a UAS, a UAF, etc. Also, the various processes described above may be executed in a distributed manner on a plurality of information processing devices or the like installed on a plurality of satellites 4.

[0179] The embodiments disclosed herein are illustrative in all respects and should not be considered as limiting. The scope of the present invention is defined by the claims, not by the above meaning, and is intended to include all modifications within the scope and meaning equivalent to the claims. [Explanation of symbols]

[0180] 1. Information processing device (server) 11 Control section 12 Storage section 13. Communications Department 14 Input section 15 Display section 16 Reading unit 17 Mass storage 171 Satellite Data DB 172 Observation Data DB 1a Removable storage media 1b Semiconductor memory 1P control program 2 Blockchain System (Blockchain) 21 Nodes 211 Control Unit 212 Storage section 213 Communications Department 214 Reception Department 215 Output section 216 Block Generation Unit 217 Block Verification Department 218 Block Shared Area 3. Information processing terminal (user terminal) 31 Control Unit 32 Storage section 33 Communications Department 34 Input section 35 Display section 3P Control Program 4 satellites

Claims

1. Acquire a satellite image taken by a satellite and behavior data including the time, position, and attitude at the time of taking the satellite image, outputting a hash value for the combination data of the satellite image and the behavior data, the hash value being the same as the acquired satellite image, to a blockchain system, thereby performing a tamper-proof process for the satellite image and the behavior data; The satellite image after the tamper-proofing process is output to a user terminal, and a satellite image identical to the satellite image after the tamper-proofing process is viewable on a display unit of the user terminal; When an authentication request for the satellite image and behavior data including the shooting time, shooting position, and posture when the satellite image was taken is received from the user terminal, an authentication process is performed based on a second hash value for combined data of the satellite image and behavior data including the shooting time, shooting position, and posture when the satellite image was taken, and a hash value for the corresponding combined data in the blockchain system; The authentication process is performed on the satellite image and behavior data including the shooting time, shooting position, and posture at the time of shooting the satellite image, and the authentication result is output. Information processing methods.

2. A satellite image NFT corresponding to the satellite image is generated on a blockchain system. The information processing method according to claim 1 .

3. Set an issuance limit for the satellite image NFT and issue it; Storing a serial number for the upper limit number in the satellite image NFT The information processing method according to claim 2 .

4. A smart contract is stored on the blockchain system to execute a payment to an administrator who manages satellite imagery corresponding to the satellite imagery NFT upon the transfer of the satellite imagery NFT.

4. The information processing method according to claim 2 or 3.

5. In an information processing device including a control unit, The control unit is Acquire a satellite image captured by a satellite and behavior data including the time, position, and attitude at the time of capturing the satellite image; outputting a hash value for the combination data of the satellite image and the behavior data, the hash value being the same as the acquired satellite image, to a blockchain system, thereby performing a tamper-proof process for the satellite image and the behavior data; The satellite image after the tamper-proofing process is output to a user terminal, and a satellite image identical to the satellite image after the tamper-proofing process is viewable on a display unit of the user terminal; When an authentication request for the satellite image and behavior data including the shooting time, shooting position, and posture when the satellite image was taken is received from the user terminal, an authentication process is performed based on a second hash value for combined data of the satellite image and behavior data including the shooting time, shooting position, and posture when the satellite image was taken, and a hash value for the corresponding combined data in the blockchain system; The authentication process is performed on the satellite image and behavior data including the shooting time, shooting position, and posture at the time of shooting the satellite image, and the authentication result is output.

23. An information processing apparatus comprising:

6. Acquire a satellite image taken by a satellite and behavior data including the time, position, and attitude at the time of taking the satellite image, outputting a hash value for the combination data of the satellite image and the behavior data, the hash value being the same as the acquired satellite image, to a blockchain system, thereby performing a tamper-proof process for the satellite image and the behavior data; The satellite image after the tamper-proofing process is output to a user terminal, and a satellite image identical to the satellite image after the tamper-proofing process is viewable on a display unit of the user terminal; When an authentication request for the satellite image and behavior data including the shooting time, shooting position, and posture when the satellite image was taken is received from the user terminal, an authentication process is performed based on a second hash value for combined data of the satellite image and behavior data including the shooting time, shooting position, and posture when the satellite image was taken, and a hash value for the corresponding combined data in the blockchain system; The authentication process is performed on the satellite image and behavior data including the shooting time, shooting position, and posture at the time of shooting the satellite image, and the authentication result is output. A program that causes a computer to carry out processing.

Images