Token issuance management system, information collection system, information provision system, electronic transaction execution system, and program

Abstract

To provide a token issuing system or the like capable of providing an asset existing in a real space as a digital asset having high reliability, easy handleability and transparency.SOLUTION: The electronic transaction network system S has a configuration capable of changing an asset into a non-fungible token as an issue target asset and handling it as an equivalent asset on a network while securing existence of the asset having existence in real space, and has a configuration capable of executing an electronic transaction of the issue target asset or providing information such as browsing of the issue target asset by using a smart contract (transaction processing definition information) in which predetermined processing and constraints are defined.SELECTED DRAWING: Figure 7

Description

[Technical Field]

[0001] The present invention relates to a token issuance management system, an information collection system, an information provision system, an electronic transaction execution system, a program, and the like. [Background technology]

[0002] In recent years, with the advancement of digital technology and the development of communication technology and networks, the circulation of digital content and crypto assets, which can be exchanged for legal tender and used to pay for goods and services to unspecified parties, has become common.

[0003] Furthermore, by utilizing blockchain technology as a mechanism for proving the uniqueness or ownership of these items and using non-fungible tokens (NFTs) to assign asset value, highly reliable distribution of digital content or crypto assets has been realized.

[0004] Meanwhile, in addition to the digital assets mentioned above, network services have recently emerged that convert real assets that exist in the real world into NFTs, for example, as Real Word Assets (RWA), and handle these NFTed real assets in the same way as digital content and crypto assets (e.g., Non-Patent Document 1). [Prior art documents] [Non-patent literature]

[0005] [Non-Patent Document 1] MOCA Inc., “Whiskey NFT”, [online], [Retrieved April 23, 2024], Internet<https: / / whiskeynft.jp / > Summary of the Invention [Problem to be solved by the invention]

[0006] However, in the system of Non-Patent Document 1, the existence of physical assets is based on trust in the creator or manufacturer of the physical assets, and it is difficult to say that the existence and authenticity of the physical assets are reliably guaranteed when they are converted into NFTs or when they are circulated as NFTs.

[0007] The present invention has been made to solve the above-mentioned problems, and its purpose is to ensure the existence and authenticity of assets that exist in the real world when they are converted into NFTs or when those assets are circulated as NFTs, and as a result, to provide a token issuance system or the like that can provide those assets as digital assets that are highly reliable, easy to handle, and transparent.

[0008] The present invention has also been made to solve the above-mentioned problems, and its purpose is to provide an information collection system or the like that makes it unnecessary to register a large amount of information and constantly update the registered information when managing non-fungible tokens, and that can reduce processing speeds and approval delays that accompany the increase in the amount of data that must be stored due to distributed ledger technologies such as blockchain technology. [Means for solving the problem]

[0009] (1) In order to solve the above problems, the present invention provides: A token issuance management system that issues non-fungible tokens used for electronic transactions on a network for assets held by users, A receiving means for receiving an instruction to issue the non-fungible token for a given asset, the instruction being transmitted from a terminal device of an issuing user who wishes to issue the non-fungible token; An acquisition means for acquiring information on the issuance target assets for which the non-fungible tokens are to be issued, as issuance target asset related information, from the terminal device of the issuance user or an information system operated by an administrator who manages the assets in real space; A token issuing means for issuing a non-fungible token that embodies the asset to be issued based on the received issuance instruction and the acquired information related to the asset to be issued; A registration control means for controlling a registration management database that registers the issued non-fungible tokens while ensuring tamper-resistance, which indicates a characteristic for preventing tampering by unauthorized parties; A provision means for providing information on ownership rights indicating that the registered non-fungible token is held by the issuing user to the terminal device of the issuing user as ownership rights information; Equipped with The token issuing means When the information system acquires from the information system real-world management information indicating that the asset to be issued actually exists in the real world and is managed so that it can be traded, The system has a token ID for identifying the non-fungible token and token-related information related to the non-fungible token, and is configured to issue the non-fungible token, which has specified at least one of the processing when a transaction of the non-fungible token is executed and the processing when provision of information related to the corresponding asset to be issued is requested, and which is associated with transaction processing specification information stored in a given storage medium or a given storage means.

[0010] With this configuration, the present invention can ensure the existence of the assets to be issued, and if the assets are managed appropriately, can transform the assets to be issued into unique non-fungible tokens (i.e., non-fungible tokenization (so-called NFT)).This means that tangible assets such as physical objects or rights that can be traded in the real world, or intangible assets, can be treated as equivalent assets on the network.

[0011] In other words, the present invention can ensure the existence and authenticity of assets that exist in the real world when they are converted into NFTs or when those assets are circulated as NFTs, making it possible to provide those assets as highly reliable digital assets that are easy to handle and transparent.

[0012] Note that "asset" refers to assets that have a real existence in the real world (i.e., assets that are the subject of transactions), such as tangible assets, intangible assets, financial assets, real assets, and various rights.

[0013] "Non-fungible token" refers to data (tokens) such as crypto assets that are unique and non-fungible, and that are processed and stored in a decentralized manner while encrypting transaction records using blockchain technology. However, "decentralized processing and storage" refers to, for example, the same (integrated) processing and the same (integrated) storage being executed in multiple systems or multiple storage media.

[0014] In addition, "accepting an instruction to issue a non-fungible token sent from a terminal device" includes not only cases where the instruction is sent directly, but also cases where the instruction is received via another device such as a server device.

[0015] And, the "information related to assets to be issued" includes, for example, (A1) Information indicating the type of asset to be issued (including the type of real or intangible asset), the name of the asset, the price (not only the current price, but also the minimum price and bid price in the case of an auction, etc.) (including the price of the asset) or identification information of the asset to be issued, such as a model number or certification number (hereinafter referred to as "asset ID"); (A2) If the assets to be issued consist of multiple tangible or intangible assets of the same type or different types, information on the number of such assets (if there are multiple types, the number of each type), and (A3) Information on the attributes of the asset to be issued (if the asset to be issued is a physical object, information on the creator or manufacturer, the time of production or manufacturing of the asset to be issued, the place of production or manufacturing, and raw materials, etc.); (hereinafter also referred to as "basic information on the assets to be issued")

[0016] In particular, such issuance target asset related information may be obtained by acquiring information that has been registered in advance in the information system, or by acquiring information that has been input by the relevant user (via a terminal device).

[0017] Furthermore, "information system operated by an administrator" refers to an information system operated by a public institution that manages the assets to be issued, as well as an information system operated by a business that preserves, certifies, or manages the value or status of the assets to be issued, such as an information system operated by a business that determines the authenticity (determines the genuineness) or stores the assets to be issued.

[0018] In addition to the above, "illegal person" refers to a person who does not have legitimate authority, and refers to a malicious third party such as an "impersonator."

[0019] Furthermore, "ensuring non-tamperability" refers to ensuring that recorded data cannot be tampered with, for example, by encrypting data or using blockchain technology that performs distributed registration.

[0020] The "administrator" includes, for example, if the asset is a physical object, a business operator who operates a business where the physical object is stored, such as a warehouse, and an administrator who manages intangible assets, such as a bank or securities company, and is a third party different from the user wishing to issue the asset.

[0021] Furthermore, "real-life management information" includes at least information indicating that movable property is stored in a designated location while maintaining a designated condition, such as a warehouse, or that the value of assets is preserved, such as real estate or rights being publicly verifiable and properly managed, such as by registration or enrollment.

[0022] Furthermore, "assets exist in the real world" means that even intangible assets such as rights can be traded in the real world through registration or other means.

[0023] In addition to the above, "Token-related Information" includes, for example, (B1) Information for identifying the holder of the non-fungible token (i.e., the holder who holds the assets to be issued) (hereinafter referred to as "holder identification information"), and (B2) Information on where the non-fungible token is electronically held (in a terminal device or in a database of an exchange, etc.), such as the address of the wallet that holds the non-fungible token (i.e., wallet address); However, the token-related information does not have to include all of the information in (B1) and (B2) (i.e., it may include only a part of the information).

[0024] In particular, when non-fungible tokens use a distributed ledger technology such as a blockchain that is difficult to falsify, it is preferable that the "token-related information" basically be composed of a smaller amount of data, since the tokens are distributed and registered in a chain using part of past data. Therefore, token-related information that cannot be directly stored in non-fungible tokens It is preferable to deal with this by storing an address for referencing the relevant information.

[0025] For example, "holder specific information" includes: (C1) Information on the owner's name (including the owner ID and nickname indicating the user ID), (C2) Information about the holder's place of residence, such as address and residence; (C3) Information about the holder's attributes (age, generation, gender, nationality, etc.), and (C4) The holder's contact information (e.g., email address, SNS (social network service) ID, or phone number), Any of the above or a combination thereof is included.

[0026] Furthermore, "transaction processing specification information" refers to, for example, a program that is automatically executed in conjunction with a terminal device or the like when a transaction of a non-fungible token is executed.

[0027] In particular, the "transaction processing regulations information" includes, for example, (D1) Information specifying an application (for example, an application based on a smart contract that can be executed within a specific platform, such as a De-Fi contract) that executes a process to determine whether or not a transaction can be executed based on the transaction conditions that indicate the conditions under which a transaction of the asset to be issued is executed (hereinafter also referred to as "application specification information"); and (D2) Information specifying an application (e.g., an application based on a smart contract for linking with information or devices outside a specific platform, such as an oracle contract) that executes processing to collect information to be provided to traders when trading the issuance asset (i.e., hereinafter referred to as "information related to the issuance asset") (i.e., application specification information); Includes:

[0028] Furthermore, "transaction processing specification information stored in a given storage medium or given storage means" refers to information stored, for example, in a physically or electronically mobile storage medium (which may include the NFT itself), or in one or more databases existing on a network.

[0029] (2) The present invention also provides The token issuing means The non-fungible token is issued in association with at least one of the following application specification information: information specifying a transaction execution application for executing a transaction based on transaction conditions for the transaction of the asset to be issued, and information specifying an information acquisition application for acquiring information related to the asset to be issued, which indicates information to be provided to the transaction target user when the asset to be issued is traded.

[0030] With this configuration, the present invention can automatically execute an application using a non-fungible token when a transaction of the asset to be issued is executed, thereby ensuring that the transaction is executed in accordance with the transaction conditions and providing the user of the transaction with the information they require when executing the transaction.

[0031] Therefore, the present invention simplifies user operations when trading for holders or those wishing to hold non-fungible tokens, and enables such transactions to be carried out reliably and safely.

[0032] In addition, the term "transaction target user" refers not only to the person who executes the transaction, but also to the person who This also includes users who wish to trade.

[0033] Additionally, "application" refers to, for example, decentralized applications (DApps) and other applications that automatically execute a given program (e.g., asset trading or provision of asset-related information) on a specific platform when given transaction conditions are met (i.e., applications based on De-Fi contracts and oracle contracts). However, "application" may also refer to an application that runs on multiple platforms.

[0034] For example, an "application" includes code for running a program on a platform and variables embedded in that code.

[0035] For example, the terms of trade are: (E1) Amount for the assets to be issued; (E2) The location in real space where the asset to be issued exists (location based on time), (E3) The storage status of the assets to be issued in the physical space, and (E4) Whether or not there is a certificate of authenticity or certification from a third party organization, These are conditions for determining whether or not a transaction can be carried out.

[0036] For example, the "information related to assets to be issued" includes: (F1) Basic information on assets to be issued, (F2) Information regarding the authenticity of the assets to be issued (hereinafter referred to as "authenticity information"); (F3) Information regarding the actual location of the asset to be issued in real space (which may include the time when the asset was at that location) (hereinafter referred to as "location-related information"); and (F4) Information regarding the storage of assets to be issued (hereinafter referred to as "storage information"); These include:

[0037] In particular, the "information related to the asset to be issued" may include not only the above-mentioned various pieces of information at the time of the transaction, but also past information (ie, history information).

[0038] For example, authenticity information may include: (F2-1) Information indicating whether the assets to be issued are authentic or not; (F2-2) Information about the authenticity appraiser, such as the name of the appraiser who performed the above appraisal, and (F2-3) Information on the date and time of the appraisal when the above appraisal was performed, These include:

[0039] For example, location-related information includes: (F3-1) Current location information indicating the current location of the asset to be issued (including the name of the area or building to identify the location), and (F3-2) Information on the date and time when the current location information of the asset to be issued was obtained, These include:

[0040] For example, the stored information includes: (F4-1) Information on the storage status of the assets to be issued (including the type of storage location), and (F4-2) Information on the retention period of the assets to be issued; These include:

[0041] (3) The present invention also provides In the information management database, the issuance target asset related information is stored in the form of a table in which the previous issuance target asset is stored for each issuance target asset. The non-fungible token is registered in association with a token ID for identifying the non-fungible token, or is updated and registered at a given timing after the issuance of the non-fungible token, an acquisition means for acquiring a provision instruction transmitted from a terminal device of an information providing user who desires to receive information on the issuance target asset, the instruction specifying the type of information related to the issuance target asset to be collected from the information management database together with the token ID of the issuance target asset; a collection means for collecting the relevant issuance target asset related information from the information stored in the information management database based on the acquired token ID and the identified type of issuance target asset related information; Further provided with The providing means The collected information relating to the assets to be issued is provided to the corresponding terminal device.

[0042] With this configuration, the present invention can provide information related to the asset to be issued when a transaction of the non-fungible token is executed by the server device that issues the non-fungible token, and can also present the latest information related to the asset to be issued at the time of the transaction, thereby not only improving the trading environment for the non-fungible token, but also proving the authenticity of the non-fungible token.

[0043] Therefore, the present invention can also execute transactions of non-fungible tokens, and can therefore be executed with a simple configuration and facilitate the management thereof.

[0044] Furthermore, the present invention can maintain the ease and transparency of handling assets that exist in the real world and are owned by users through digitization, while ensuring the existence and authenticity of the assets when they are converted into NFTs or when they are circulated as NFTs, thereby ensuring their reliability as assets.

[0045] (4) The present invention also provides The registration control means In order to ensure the non-tampering, the non-fungible token is encrypted, and the encrypted non-fungible token is distributed and registered in multiple registration management databases on the network.

[0046] With this configuration, the present invention can register transaction information for non-fungible tokens in multiple databases using distributed ledger technology that is difficult to tamper with, such as blockchain, thereby decentralizing and accurately preventing tampering of transaction information for non-fungible tokens by unauthorized parties.

[0047] Therefore, the present invention can ensure the reliability of transactions involving non-fungible tokens and prevent tampering with the non-fungible tokens, thereby maintaining the ease and transparency of handling assets based on digitization, while guaranteeing the existence and authenticity of the assets when they are converted into NFTs or when they are circulated as NFTs, and ensuring their reliability as assets.

[0048] Note that "encrypted non-fungible tokens are distributed across multiple registration management databases on the network" means that they are managed in a distributed manner, preventing tampering and using blockchain technology, for example, rather than in a centralized manner.

[0049] (5) In order to solve the above problems, the present invention provides: A program that issues non-fungible tokens for use in electronic transactions on a network for assets held by users, a receiving means for receiving an instruction to issue the non-fungible token for a given asset, the instruction being transmitted from a terminal device of an issuing user who wishes to issue the non-fungible token; An acquisition means for acquiring information on the issuance target assets for which the non-fungible tokens are to be issued, as issuance target asset related information, from the terminal device of the issuance user or an information system operated by an administrator who manages the assets in real space; a token issuing means for issuing a non-fungible token that embodies the asset to be issued, based on the received issuance instruction and the acquired information related to the asset to be issued; A registration control means for controlling a registration management database that registers the issued non-fungible token while ensuring tamper-resistance, which indicates a characteristic for preventing tampering by unauthorized parties; and A provision means for providing information on ownership rights indicating that the registered non-fungible token is held by the issuing user as ownership rights information to the terminal device of the issuing user; Make the computer function as The token issuing means When the information system acquires from the information system real-world management information indicating that the asset to be issued actually exists in the real world and is managed so that it can be traded, The system has a token ID for identifying the non-fungible token and token-related information related to the non-fungible token, and is configured to issue the non-fungible token, which has specified at least one of the processing when a transaction of the non-fungible token is executed and the processing when provision of information related to the corresponding asset to be issued is requested, and which is associated with transaction processing specification information stored in a given storage medium or a given storage means.

[0050] With this configuration, the present invention can ensure the existence and authenticity of assets that exist in the real world when they are converted into NFTs or when the assets are circulated as NFTs, thereby making it possible to provide the assets as digital assets that are highly reliable, easy to handle, and transparent.

[0051] (6) Furthermore, in order to solve the above problems, the present invention provides: An information collection system that collects information related to an issuance target asset when electronic transactions on a network of the issuance target asset for which a non-fungible token is issued can be executed using a non-fungible token that embodies an asset held by a user, In the information management database, the issuance target asset related information is registered in association with a token ID for identifying the non-fungible token for each of the issuance target assets, or is updated and registered at a given timing after the issuance of the non-fungible token; an acquisition means for acquiring a provision instruction transmitted from a terminal device of an information providing user who desires to receive information on the issuance target asset, the instruction specifying the type of information related to the issuance target asset to be collected from the information management database together with the token ID of the issuance target asset; a collection means for collecting the relevant issuance target asset related information from the information stored in the information management database based on the acquired token ID and the identified type of issuance target asset related information; a provision control means for executing a process for providing the collected issuance target asset related information to a corresponding terminal device as a provision control process; Equipped with The collecting means The non-fungible tokens corresponding to the asset-related information to be collected are specified in the The information related to the issuance target asset to be collected is identified by referring to transaction processing specification information that specifies a token ID for identifying the non-fungible token, token-related information related to the non-fungible token, and at least one of the processing when a transaction of the non-fungible token is executed and the processing when provision of the corresponding information related to the issuance target asset is requested, and that is stored in a given storage medium or a given storage means.

[0052] With this configuration, the present invention allows users wishing to provide information to receive information on the issuance assets for which they wish to receive information, and also allows them to receive the latest information on the issuance assets at the time of information provision while also referencing information on non-fungible tokens.This not only makes it possible to provide accurate and extensive information, but also improves the trading environment for issuance assets via non-fungible tokens and proves the authenticity and appropriate value of the non-fungible tokens.

[0053] Therefore, the present invention eliminates the need to register a large amount of information and constantly update registered information when managing non-fungible tokens, and can reduce processing speeds and approval delays that accompany the increased amount of data that must be stored using distributed ledger technologies such as blockchain technology.

[0054] It should be noted that the "provision instruction sent from the terminal device of the user desiring information provision" includes not only cases where it is sent directly from the terminal device, but also cases where it is sent via another device such as a server device.

[0055] Furthermore, the "provision control process" refers to a process of providing information to the terminal device of the relevant user directly or indirectly via another device.

[0056] (7) The present invention also provides The transaction processing specification information includes at least one of application specification information: information specifying a transaction execution application for executing the transaction based on transaction conditions related to the transaction of the issuance target asset, and information specifying an information acquisition application for acquiring issuance target asset related information indicating information to be provided to the transaction target user at the time of the transaction of the issuance target asset; The acquisition means The information providing unit is configured to obtain a providing instruction that specifies the type of the issuance target asset related information to be collected, which is specified based on the application specification information.

[0057] With this configuration, the present invention allows users wishing to receive information on assets to be issued according to the information acquisition application, and also allows users wishing to receive information on assets to be issued regarding the execution of transactions during the transaction execution application.

[0058] (8) In order to solve the above problems, the present invention provides: A program that collects information about an issuance target asset when electronic transactions on a network for the issuance target asset for which a non-fungible token is issued can be executed using a non-fungible token that embodies an asset held by a user, In the information management database, the issuance target asset related information is registered in association with a token ID for identifying the non-fungible token for each of the issuance target assets, or is updated and registered at a given timing after the issuance of the non-fungible token; A provision instruction transmitted from a terminal device of an information providing user who desires to receive information on the asset to be issued, the provision instruction including the token ID of the asset to be issued and the information management data acquisition means for acquiring an instruction specifying the type of the asset-related information to be collected from the database; a collection means for collecting the relevant issuance target asset related information from the information stored in the information management database based on the acquired token ID and the identified type of issuance target asset related information; and a provision control means for executing a process for providing the collected issuance target asset related information to a corresponding terminal device as a provision control process; Make the computer function as The collecting means The issuance target asset related information to be collected is identified by referring to a token ID for identifying the non-fungible token and token related information related to the non-fungible token, which are specified for the non-fungible token corresponding to the issuance target asset related information to be collected, and transaction processing specification information that specifies at least one of processing when a transaction of the non-fungible token is executed and processing when provision of the corresponding issuance target asset related information is requested, and that is stored in a given storage medium or a given storage means.

[0059] With this configuration, the present invention allows users wishing to provide information to receive information on the issuance assets for which they wish to receive information, and also allows them to receive the latest information on the issuance assets at the time of information provision while also referencing information on non-fungible tokens.This not only makes it possible to provide accurate and extensive information, but also improves the trading environment for issuance assets via non-fungible tokens and proves the authenticity and appropriate value of the non-fungible tokens.

[0060] Therefore, the present invention eliminates the need to register a large amount of information and constantly update registered information when managing non-fungible tokens, and can reduce processing speeds and approval delays that accompany the increased amount of data that must be stored due to blockchain technology, etc.

[0061] (9) In order to solve the above problems, the present invention provides: An information provision system that provides collected information related to an issuance target asset to a user who desires the information provision, when electronic transactions on a network of the issuance target asset for which a non-fungible token is issued can be executed using a non-fungible token that embodies the asset held by the user, In the information management database, the issuance target asset related information is registered in association with a token ID for identifying the non-fungible token for each of the issuance target assets, or is updated and registered at a given timing after the issuance of the non-fungible token; a reception processing means for receiving a provision instruction transmitted from the terminal device of the user desiring to receive information together with a token ID of the asset to be issued; a specifying means for specifying a type of the issuance target asset related information to be collected from the information management database based on the accepted token ID; an acquisition means for acquiring the issuance target asset related information identified and collected based on the type of the identified issuance target asset related information and the accepted token ID; providing means for providing the acquired issuance target asset related information to a terminal device of the corresponding information-requesting user; The configuration includes:

[0062] With this configuration, the present invention allows the information-providing user to receive information on the issuance target asset for which the information-providing user wishes to receive information, and also allows the information-providing user to receive the latest information on the issuance target asset at the time of information provision while also referencing information on non-fungible tokens, thereby providing accurate and Not only can it provide a wealth of information, but it can also improve the trading environment for assets issued via non-fungible tokens and prove the authenticity and appropriate value of the non-fungible tokens.

[0063] Therefore, the present invention eliminates the need to register a large amount of information and constantly update registered information when managing non-fungible tokens, and can reduce processing speeds and approval delays that accompany the increased amount of data that must be stored using distributed ledger technologies such as blockchain technology.

[0064] (10) The present invention also provides The acquisition means Obtaining token-related information regarding the non-fungible token based on the token ID of the non-fungible token that is the subject of the transaction; The providing means Based on the acquired token-related information and the collected issuance target asset-related information, control information is generated for the user wishing to receive information to recognize it, and the generated control information is provided to the corresponding terminal device.

[0065] With this configuration, the present invention allows the user to easily recognize the information related to the asset to be issued along with the token information, thereby improving convenience for the user.

[0066] The "control information" is, for example, information to be recognized by the user, and includes image control information used when an image is generated on the terminal device.

[0067] (11) In order to solve the above problems, the present invention provides: A program that provides collected information related to an issuance target asset to an information-requesting user who wishes to receive such information, when electronic transactions on a network of the issuance target asset for which a non-fungible token is issued can be executed using a non-fungible token that embodies the asset held by the user, In the information management database, the issuance target asset related information is registered in association with a token ID for identifying the non-fungible token for each of the issuance target assets, or is updated and registered at a given timing after the issuance of the non-fungible token; A reception processing means for receiving a provision instruction transmitted from the terminal device of the user who desires to receive information, together with a token ID of a non-fungible token in which the asset to be issued is embodied; a specifying means for specifying a type of the issuance target asset related information to be collected from the information management database based on the accepted token ID; an acquisition means for acquiring the issuance target asset related information identified and collected based on the type of the identified issuance target asset related information and the accepted token ID; providing means for providing the acquired issuance target asset related information to a terminal device of the corresponding information-requesting user; The configuration includes:

[0068] With this configuration, the present invention allows users wishing to provide information to receive information on the issuance assets for which they wish to receive information, and also allows them to receive the latest information on the issuance assets at the time of information provision while also referencing information on non-fungible tokens.This not only makes it possible to provide accurate and extensive information, but also improves the trading environment for issuance assets via non-fungible tokens and proves the authenticity and appropriate value of the non-fungible tokens.

[0069] Therefore, the present invention is a method for managing non-fungible tokens by registering a large amount of information. This eliminates the need for constantly updating registered information, and reduces processing speed and approval delays that accompany the increased amount of data that must be stored using distributed ledger technologies such as blockchain technology.

[0070] (12) In order to solve the above problems, the present invention provides: An electronic transaction execution system that uses non-fungible tokens that embody assets held by users to execute electronic transactions on a network for assets that are the subject of issuance of non-fungible tokens, In the information management database, issuance target asset related information regarding the assets for which the corresponding non-fungible token is issued is registered in association with a token ID for identifying the non-fungible token for each of the issuance target assets, or is updated and registered at a given timing after the issuance of the non-fungible token; A transaction processing rule specifying means for specifying a given process when executing the electronic transaction of the non-fungible token and for specifying transaction processing rule information stored in a given storage medium or a given storage means; a transaction execution means for executing the electronic transaction based on the specified transaction processing specification information, and a registration control means for updating and registering the transaction in a database; a collection control means for controlling the collection of issuance target asset related information regarding the issuance target asset for the corresponding non-fungible token from the information management database based on the specified transaction processing specification information when executing the electronic transaction; providing means for providing the collected issuance target asset related information to a corresponding terminal device; Equipped with The collection control means Identifying the type of the issuance target asset related information to be collected from the information management database based on the identified transaction processing specification information; Based on the type of the specified issuance target asset related information, the corresponding issuance target asset related information is collected from the information stored in the information management database.

[0071] With this configuration, the present invention makes it possible to receive information on the assets to be issued when trading non-fungible tokens, and also to receive the latest information on the assets to be issued at the time of the transaction while also referencing the information on the non-fungible tokens. This not only makes it possible to provide accurate and ample information, but also improves the trading environment for assets to be issued via non-fungible tokens, and proves the authenticity and appropriate value of the non-fungible tokens.

[0072] Therefore, the present invention eliminates the need to register a large amount of information and constantly update registered information when managing non-fungible tokens, and can reduce processing speeds and approval delays that accompany the increased amount of data that must be stored using distributed ledger technologies such as blockchain technology.

[0073] (13) The present invention also provides An acquisition means for acquiring token-related information regarding the non-fungible token based on the token ID of the non-fungible token that is the subject of the transaction; A control information generation means for generating control information to be recognized by a target user of the transaction based on the acquired token-related information and the collected issuance target asset-related information; Further provided with The providing means The control information thus generated is provided to a corresponding terminal device.

[0074] With this configuration, the present invention can collect information related to the asset to be issued as well as information on the non-fungible tokens corresponding to that information, allowing the user to easily recognize the information related to the asset to be issued along with the token information, thereby improving convenience for the user.

[0075] (14) In order to solve the above problems, the present invention provides: A program that uses a non-fungible token that embodies an asset held by a user to execute an electronic transaction on a network for an asset that is the subject of issuance of the non-fungible token, In the information management database, issuance target asset related information regarding the assets for which the corresponding non-fungible token is issued is registered in association with a token ID for identifying the non-fungible token for each of the issuance target assets, or is updated and registered at a given timing after the issuance of the non-fungible token; a transaction processing rule specifying means for specifying transaction processing rule information that specifies a given process when executing the electronic transaction of the non-fungible token and is stored in a given storage medium or a given storage means; a transaction execution means for executing the electronic transaction based on the specified transaction processing specification information, and a registration control means for updating and registering the transaction in the database; a collection control means for controlling the collection of issuance target asset related information regarding the issuance target asset for the corresponding non-fungible token from the information management database based on the specified transaction processing specification information when the electronic transaction is executed; and providing means for providing the collected issuance target asset related information to a corresponding terminal device; Make the computer function as The collection control means Identifying the type of the issuance target asset related information to be collected from the information management database based on the identified transaction processing specification information; Based on the type of the specified issuance target asset related information, the corresponding issuance target asset related information is collected from the information stored in the information management database.

[0076] With this configuration, the present invention makes it possible to receive information on the assets to be issued when trading non-fungible tokens, and also to receive the latest information on the assets to be issued at the time of the transaction while also referencing the information on the non-fungible tokens. This not only makes it possible to provide accurate and ample information, but also improves the trading environment for assets to be issued via non-fungible tokens, and proves the authenticity and appropriate value of the non-fungible tokens.

[0077] Therefore, the present invention eliminates the need to register a large amount of information and constantly update registered information when managing non-fungible tokens, and can reduce processing speeds and approval delays that accompany the increased amount of data that must be stored using distributed ledger technologies such as blockchain technology. [Brief explanation of the drawings]

[0078] [Figure 1] This is a system configuration diagram for each function used to perform each process related to circulating NFTs in an electronic trading network system in one embodiment. [Figure 2] FIG. 1 is a system configuration diagram illustrating a given function performed in an electronic trading network system in one embodiment, configured as a system based on multiple virtual machines. [Figure 3] FIG. 2 is a functional block diagram illustrating a configuration of a token issuing server device according to an embodiment. [Figure 4] FIG. 2 is a functional block diagram illustrating an example of a configuration of a terminal device according to an embodiment. [Figure 5] FIG. 2 is a functional block diagram illustrating a configuration of an information-providing server device according to an embodiment; [Figure 6] FIG. 2 is a functional block diagram illustrating a configuration of a transaction management server device according to an embodiment. [Figure 7]This is a diagram for explaining the NFT issuance control process, which is part of the overall process related to the issuance of NFTs that embody the assets to be issued, the provision of information related to the NFTs, and the trading of the NFTs in an electronic trading network system of one embodiment. [Figure 8] This is a diagram for explaining the NFT-related information collection and provision process, which is part of the overall process related to the issuance of NFTs that embody the assets to be issued, the provision of information related to the NFTs, and the trading of the NFTs in an electronic trading network system of one embodiment. [Figure 9] This is a diagram for explaining the NFT-related information collection and provision process, which is part of the overall process related to the issuance of NFTs that embody the assets to be issued, the provision of information related to the NFTs, and the trading of the NFTs in an electronic trading network system of one embodiment. [Figure 10] In one embodiment, this figure shows an example of image information (image information generated by control information) that allows a user to view issuance target asset related information, including token related information obtained by the NFT related information collection and provision process. [Figure 11] 10 is a flowchart illustrating the operation of an NFT issuance control process executed by a token issuing server device according to an embodiment. [Figure 12] 10 is a flowchart showing the operation of an NFT-related information collection and provision process executed by an information provision server device of an embodiment. [Figure 13] 10 is a flowchart showing the operation of an NFT-related information collection and provision process executed by an information provision server device of an embodiment. [Figure 14] FIG. 10 is a diagram for explaining an NFT transaction execution control process including an NFT-related information collection and provision process executed by a transaction management server device of one embodiment. [Figure 15] 10 is a flowchart illustrating the operation of an NFT transaction execution control process executed by an NFT transaction management server device according to one embodiment. [Figure 16] 10 is a flowchart illustrating the operation of an NFT transaction execution control process executed by an NFT transaction management server device according to one embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0079] Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

[0080] The embodiment described below is based on the concept of non-fungible tokens (hereinafter referred to as "NFTs"). This embodiment is an embodiment in which the token issuance management system, information collection system, electronic trading system, etc. of the present application are applied to an electronic trading network system that uses "Ungible Token" (hereinafter referred to as "Ungible Token") to execute electronic transactions on a network of assets held by users in the real world.

[0081] Additionally, in the following explanation, unless otherwise specified, each process related to the issuance of an NFT and each process related to the transaction of that NFT will be explained as the process of the token issuance server device 10 and the transaction management server device 40 (see FIGS. 1 and 2). However, when the process of the information provision server device 30 is executed, the process executed by DApps based on the De-Fi contract will be explained as being executed by the NFT virtual machine M.

[0082] [1] Overview of the electronic trading network system First, the outline and system configuration of the electronic transaction network system S of this embodiment will be described with reference to FIGS.

[0083] Note that Figure 1 is a system configuration diagram for each function for executing each process related to circulating NFTs in the electronic trading network system S of this embodiment.

[0084] FIG. 2 is a system configuration diagram in which a given function executed in the electronic transaction network system of this embodiment is configured as a system based on a plurality of virtual machines M.

[0085] In addition, to prevent the figures from becoming too complicated, Figures 1 and 2 only show terminal devices 20 used by some users, some information-providing server devices 30, some databases (hereinafter also referred to as "DBs") 50 and 60, and an NFT virtual machine M.

[0086] That is, in an actual electronic trading network system S, there are many more terminal devices 20, information-providing server devices 30, databases 50 and 60, and NFT virtual machines M than are shown in Figure 1 or Figure 2.

[0087] (System Overview) As shown in Figures 1 and 2, the electronic trading network system S of this embodiment is a system that uses NFTs that embody assets held by users to carry out electronic transactions (circulation) on the network of assets (hereinafter referred to as "issued assets") that are the subject of the issuance of such NFTs, and manages such transactions.

[0088] In particular, the electronic trading network system S is configured to ensure the existence of assets that have a real existence in the real world, such as tangible assets, intangible assets, financial assets, real assets, and various rights (i.e., assets that are the subject of trading), and if they are managed appropriately, to turn the assets into unique non-fungible tokens (NFTs) that can be issued and treated as equivalent assets on the network.

[0089] In addition, the electronic trading network system S is a system that handles assets that exist in the real world (RAW: Real In order to circulate NFTs on the network as assets to be issued, the system is configured to use smart contracts (transaction processing specification information) that stipulate predetermined processes and restrictions to execute electronic transactions (e.g., electronic commerce) of the assets to be issued, or to provide information such as the ability to view the assets to be issued.

[0090] The electronic trading network system S is a system for circulating NFTs as an autonomously and automatically provided financial service (De-Fi: Decentralized Finance), and is configured to execute electronic transactions of the target assets in accordance with a De-Fi contract (hereinafter also referred to as an "RWA contract") as a smart contract, or to provide users with various information regarding NFTs (hereinafter referred to as "NFT-related information" or "token-related information"), including information related to the target assets, such as viewing or confirmation of the target assets.

[0091] The electronic trading network system S of this embodiment is configured to circulate NFTs that implement De-Fi contracts on a platform (e.g., a blockchain platform) that is tamper-resistant and manages data in a decentralized manner.

[0092] Specifically, the electronic trading network system S of this embodiment has a configuration in which each process, such as issuance and trading of NFTs, is executed in a distributed manner by a virtual machine M for executing De-Fi contracts (hereinafter referred to as an "NFT virtual machine").

[0093] That is, as shown in Figures 1 and 2, the electronic trading network system S of this embodiment is configured to execute various operations and transactions (transaction history) as an NFT virtual machine (also called a node) M on a tamper-resistant decentralized management platform (hereinafter referred to as the "NFT decentralized management platform") for circulating NFTs, and to execute processes specified in the De-Fi contract, such as issuing and trading NFTs.

[0094] The electronic trading network system S of this embodiment is configured to run DApps (Decentralized Applications) like virtual machines (running on each node) based on De-Fi contracts, and to perform various processes such as issuing NFTs, providing information about NFTs, and trading the NFTs.

[0095] On the other hand, the electronic trading network system S of this embodiment has a configuration that introduces an oracle contract to incorporate the asset information to be issued, which is external information (so-called off-chain information) of the NFT decentralized management platform, into the De-Fi contract.

[0096] In other words, the electronic trading network system S of this embodiment is configured to execute each process in a virtual machine-like manner as a DApp that links De-Fi contracts based on on-chain information and oracle contracts that import off-chain information.

[0097] In addition, the DApps of this embodiment are used as given programs (e.g., trading assets or providing information about assets) when given transaction conditions are met on the NFT decentralized management form, but may also be applications that run on multiple platforms.

[0098] In addition, the DApps of this embodiment are, in principle, applications that are executed automatically based on smart contracts and oracle contracts, but are also executed based on instructions from the terminal device 20 (including instructions from the user) as appropriate.

[0099] For example, the DApps of this embodiment are composed of code for executing programs on the platform and variables incorporated into the code.

[0100] In addition, although the DApps of this embodiment execute each process on the same NFT decentralized management platform, they may also be compatible with multiple platforms.

[0101] (System Configuration) The electronic trading network system S of this embodiment includes a token issuance server device 10 that issues NFTs, a terminal device 20 (e.g., terminal devices 20A, 20B, 20C) on which various operations are performed by users, and an information providing server device 30 (e.g., information providing server devices 30A, 30B) that collects information related to the assets to be issued (hereinafter referred to as "information related to the assets to be issued") at given times, such as when an NFT transaction is executed, and provides the information to the relevant user.

[0102] 1 and 2, the electronic transaction network system S of this embodiment includes, for example, a transaction management server device 40 that functions as an exchange for electronically trading NFTs and executes various processes for managing electronic transactions, a plurality of databases (hereinafter referred to as "token registration DBs") 50 in which NFTs and transaction processing specification information (i.e., De-Fi contracts) that specifies various processes and restrictions when NFTs and NFT transactions or information provision are executed are registered, and a database in which issuance target asset related information is registered for each NFT. The asset information management database (hereinafter referred to as the "asset information management DB") 60 is also included.

[0103] In particular, in the electronic transaction network system S of this embodiment, each function of the server device 10 for issuing tokens issued by NFTs and each function of the transaction management server device 40 that executes various processes for managing electronic transactions can be realized by one or more NFT virtual machines M formed on the FT distributed management platform, as shown in Figures 1 and 2.

[0104] The token issuing server device 10 of this embodiment is a server device that issues NFTs in association with assets held by users who wish to issue NFTs on an electronic trading network system S, which embodies assets held by users and electronically circulates the assets by using NFTs.

[0105] The token issuing server device 10 is configured to execute various processes related to the issuance of NFTs, for example, by using an NFT decentralized management platform.

[0106] In particular, the token issuance server device 10 is configured to work in conjunction with the terminal device 20 and the asset management server device 80 to execute an NFT issuance process that embodies assets held by the user (i.e., assets to be issued) and is used for electronic transactions on the network.

[0107] In addition, the token issuance server device 10 may be configured with one or more NFT virtual machines M as described above, or instead of the NFT virtual machine M, it may be configured with one (device, processor) or multiple (devices, processors).

[0108] The terminal device 20 is a communication terminal device that is used by a user and is configured by an information processing device such as a PC (personal computer), a tablet-type information communication terminal device, a smartphone, a mobile phone, or an HMD.

[0109] In addition, the terminal device 20 is a device that can be connected to the token issuing server device 10, the information providing server device 30, and the transaction management server device 40 via a network such as the Internet (WAN) or LAN, and is configured to exchange various types of data.

[0110] In particular, the terminal device 20 has a digital wallet (hereinafter also simply referred to as a "wallet") that is associated with the user's identification information (i.e., user ID) and stores NFTs held by the user.

[0111] In addition, when requesting the issuance of a new NFT, the terminal device 20 is configured to work in conjunction with the token issuance server device 10 and use a wallet to request the issuance of an NFT associated with the asset to be issued and to execute various processes related to the issuance.

[0112] Furthermore, when the terminal device 20 wishes to trade an NFT (i.e., an NFT registered in association with a wallet address) associated with its own wallet or another terminal device 20 (specifically, a wallet of another device), the terminal device 20 is configured to work in conjunction with the transaction management server device 40 and perform various processes related to NFT transactions.

[0113] Furthermore, when the terminal device 20 wishes to be provided with information regarding NFTs, it is configured to work in conjunction with the information providing server device 30 and the transaction management server device 40 to obtain information regarding the asset to be issued (i.e., NFT-related information) and execute various control processes such as display control for viewing or notification control for notification.

[0114] The information-providing server device 30 is a server device that executes a process (hereinafter referred to as the "NFT-related information collection and provision process") of collecting NFT-related information and providing it to the relevant user when a user requests information provision regarding NFTs, such as when an NFT transaction is executed.

[0115] Specifically, for example, when an NFT transaction is executed, or when a user simply requests the provision of NFT information, the information providing server device 30 is configured to link with the corresponding terminal device 20 and transaction management server device 40 and provide NFT-related information, including information related to the asset to be issued, to the user who requests it (hereinafter referred to as the "information-requesting user").

[0116] In particular, when an NFT transaction is executed or when a user requests information provision for an NFT, the information providing server device 30 is configured to refer to the De-Fi contract, work in conjunction with the terminal device 20 and the transaction management server device 40, search the asset information management DB 60 in which information related to the asset to be issued for each NFT is registered, and execute an information collection process to collect information related to the asset to be issued for the NFT that is the subject of information provision.

[0117] In addition, the information-providing server device 30 may be configured with one or more NFT virtual machines M as described above, or instead of the NFT virtual machines M, it may be configured with one (device, processor) or multiple (devices, processors).

[0118] The transaction management server device 40 is a server device that, for example, uses an NFT decentralized management platform, etc., and, while referring to De-Fi contracts, provides information about NFTs and performs various processes related to electronic trading of NFTs (hereinafter referred to as "NFT transaction execution control processes").

[0119] In particular, the transaction management server device 40 has the ability to perform various processes related to electronic transactions of NFTs for users (hereinafter referred to as "registered users") registered in a network service that conducts NFT transactions (hereinafter referred to as "electronic transaction service").

[0120] In addition, the transaction management server device 40 has a wallet function for each user, and when an NFT transaction is executed (including cases where an NFT transaction is not executed but various information about the NFT is desired), it works in conjunction with the information provision server device 30 to obtain NFT-related information, including information related to the asset to be issued, and provides it to the corresponding terminal device 20.

[0121] In addition, the transaction management server device 40 may be configured with one or more NFT virtual machines M as described above, or instead of the NFT virtual machine M, it may be configured with one (device, processor) or multiple (devices, processors).

[0122] Each token registration DB50 is a database in which, for example, when a new NFT is issued or when an NFT transaction is executed, the corresponding NFT is encrypted using blockchain technology and registered in a distributed manner.

[0123] Each token registration DB50 may be composed of various databases (broadly speaking, storage devices, memories) such as a hard disk drive connectable to a network, or may be formed together with an information processing device connected to the network N, such as a PC (personal computer) or a server device.

[0124] Each asset information management DB 60 is linked to the asset management server device 80, and is a database in which information related to the asset to be issued is registered in association with a token ID for identifying the NFT for each asset to be issued, or is updated and registered at a given time after the NFT is issued.

[0125] Each asset information management DB60 may be composed of various databases (broadly speaking, storage devices, memories) such as a hard disk drive connectable to a network, or may be formed together with an information processing device connected to the network N, such as a PC (personal computer) or server device.

[0126] The asset management server device 80 is a server device that belongs to an information system operated by an administrator who manages the assets to be issued in the real space, and is a server device operated by an operator that preserves, certifies, or manages the value or status of the assets to be issued, such as an information system operated by an operator that determines the authenticity (determines the genuineness) or stores the assets to be issued, as well as a server device operated by a public institution that manages the assets to be issued.

[0127] Specifically, when a user who wishes to issue an NFT corresponding to an asset they own requests the issuance of the asset, the asset management server device 80 is configured to register the asset as an asset to be issued, along with the transfer of management authority (including the transfer of ownership rights) to the administrator of the asset (i.e., the asset to be issued).

[0128] In particular, the asset management server device 80 is configured to work in conjunction with the terminal device 20 to obtain information necessary for managing the issuance target asset, such as information identifying the issuance target asset (hereinafter referred to as "issuance target asset identification information"), when the issuance target asset is registered.

[0129] The asset management server device 80 is configured to work in conjunction with the token issuance server device 10 and the like, and to provide or register information necessary for issuing NFTs as asset existence management information, such as issuance target asset identification information and information indicating the management status of the issuance target asset, when issuing an NFT.

[0130] In addition, the asset management server device 80 is configured to provide or register information in the asset information management DB 60 indicating that the value of assets is preserved, such as that movable property is stored in a designated location while maintaining a designated state, such as a warehouse, or that real estate or rights are publicly verifiable and properly managed through registration or other means (i.e., existence management information indicating that the asset to be issued actually exists in the real world and is properly managed, hereinafter referred to as "asset existence management information").

[0131] In addition, the administrator in this embodiment includes, for example, if the asset to be issued is a physical object, a business operator who operates a business where the physical object is stored, such as a warehouse, and an administrator who manages intangible assets, such as a bank or securities company, and is a third party different from the user wishing to issue.

[0132] [2] Token issuing server device Next, the token issuing server device 10 of this embodiment will be described with reference to FIG.

[0133] FIG. 3 is an example of a functional block diagram showing the configuration of the token issuing server device 10 of this embodiment.

[0134] Furthermore, a part or all of the token issuing server device 10 of this embodiment may be realized by an NFT virtual machine M, as shown in FIG. Unless otherwise specified, the following description will be given assuming that the token issuing server device 10 is configured by hardware.

[0135] The token issuing server device 10 of this embodiment includes a processing unit 100, a storage unit 170, an information storage medium 180, and a communication unit 196, as illustrated in FIG.

[0136] The token issuing server device 10 does not need to include all of the components shown in FIG. 3, and may have a configuration in which some of them are omitted.

[0137] The storage unit 170 serves as a work area for the processing unit 100 and the like, and its function can be realized by hardware such as RAM (VRAM).

[0138] Specifically, the memory unit 170 includes a main memory unit 171 used as a work area when executing various processes, an NFT issuance information memory unit 172 in which information necessary for issuing NFTs is stored, and an issuance target asset information memory unit 173 in which initial information regarding the issuance target asset (i.e., related to the issuance target asset) and an address indicating the location where the issuance target asset related information is registered (hereinafter also referred to as the "registration address") are stored.

[0139] In particular, the NFT issuance information storage unit 172 stores information required when issuing an NFT, such as a token ID (already issued) that associates the asset to be issued with the NFT.

[0140] In addition, the memory unit 170 of this embodiment may be configured to omit some of the components such as the main memory unit 171, the NFT issuance information memory unit 172, and the issuance target asset information memory unit 173.

[0141] Furthermore, the issuance target asset information storage unit 173 may be formed separately from the token issuing server device 10, as long as it is connected via a network, or may be formed under the management of the information providing server device 30, the transaction management server device 40, or other server device not shown.

[0142] The information storage medium 180 is computer-readable, and stores programs, data, etc. In other words, the information storage medium 180 stores programs for causing a computer to function as each unit of this embodiment (programs for causing a computer to execute the processing of each unit).

[0143] The processing unit 100 can perform various processes of this embodiment based on data read from a program (data) stored in this information storage medium 180.

[0144] For example, the information storage medium 180 is an optical disk (CD, DVD), a magneto-optical disk (MO), a magnetic disk, a hard disk, a flash memory such as a solid state drive, a magnetic tape, a memory (ROM), or a memory card.

[0145] The communication unit 196 performs various controls for communicating with the outside (for example, the terminal device 20 and the asset management server device 80), and its functions are configured by hardware such as various processors or communication ASICs, programs, etc.

[0146] The processing unit 100 performs various processes of this embodiment based on programs (data) stored in the storage unit 170.

[0147] The processing unit 100 of this embodiment reads out the programs and data stored in the information storage medium 180, temporarily stores the read out programs and data in the storage unit 170, Processing may be performed based on the program or data.

[0148] Furthermore, the processing unit 100 (processor) performs various processes using a main memory unit 171 in the memory unit 170 as a work area. The functions of the processing unit 100 can be realized by hardware such as various processors (CPU, DSP, etc.) or programs.

[0149] Specifically, the processing unit 100 includes a communication control unit 101, an issuance target asset management unit 102, a token issuance management unit 103, a token registration management unit 104, a timer management unit 110, and an information providing unit 111.

[0150] The communication control unit 101 establishes a communication line with the terminal device 20, the information-providing server device 30, and the like via the network, and communicates with them.

[0151] The issuance target asset management unit 102 works in conjunction with the communication control unit 101, and when it receives an instruction to issue an NFT for a given asset sent via the communication unit 196 from the terminal device 20 of the issuing user who wishes to issue an NFT, it identifies the asset and manages the status of the identified asset (i.e., the issuance target asset).

[0152] When the issuance target asset management unit 102 determines that the issuance target asset is in a tradable state based on the instructions of the user wishing to issue it, the token issuance management unit 103 issues an NFT that embodies the issuance target asset.

[0153] The token registration management unit 104 encrypts the issued NFTs using distributed ledger technology such as blockchain technology and registers them in a distributed manner in multiple token registration DBs 50.

[0154] The timer management unit 110 has a function of measuring the current date and time and from a predetermined timing, and outputs the current time and the measurement result when the predetermined timing arrives.

[0155] The information providing unit 111 provides the relevant terminal device 20 with information that an NFT has been issued and registered in the token registration DB 50, as well as information on the access location (address) for accessing the registered NFT.

[0156] [3] Terminal device Next, the terminal device 20 will be described with reference to Fig. 4. Fig. 4 is a functional block diagram showing an example of the configuration of the terminal device 20 of this embodiment.

[0157] As shown in FIG. 4, the terminal device 20 of this embodiment has a processing unit 200, a current position detection unit 250, an operation input unit 260 consisting of a touch panel or the like, a memory unit 270, an information storage medium 280, a display unit 290 consisting of a display element such as a liquid crystal panel, a communication unit 296, and a sound output unit 292.

[0158] The terminal device 20 does not need to include all of the components shown in FIG. 4, and may have a configuration in which some of them are omitted.

[0159] The current position detection unit 250 detects the current position of the terminal device 20 at each predetermined timing, and generates position information indicating the current position.

[0160] For example, the current position detection unit 250 detects the satellite signals (GPS signals) transmitted from GPS satellites (not shown) while recognizing the positions of the GPS satellites at predetermined intervals (for example, every 5 seconds).

[0161] Then, the current position detection unit 250 calculates (i.e., detects) the coordinate values ​​(e.g., latitude and longitude) of the current position of its own terminal device 20 based on the detected GPS signal, and provides the coordinate values ​​to the processing unit 200 as current position information.

[0162] It should be noted that the current position detection unit 250 may use WiFi or radio waves for mobile phones instead of or in addition to a GPS signal to detect the coordinates of the current position or to correct the coordinates.

[0163] The operation input unit 260 is a device for inputting input information from the user, and outputs the input information from the user to the processing unit 200.

[0164] The operation input unit 260 of this embodiment includes a detection unit that detects input information (input signals) from the user, and is configured by, for example, a lever, a button, a microphone, a touch panel display, a keyboard, a mouse, and the like.

[0165] The storage unit 270 serves as a work area for the processing unit 200 and the like, and its function can be realized by hardware such as RAM (VRAM).

[0166] The storage unit 270 of this embodiment includes a main storage unit 271 used as a work area, an image buffer 272 in which the final display image and the like are stored, and a user information storage unit 273 in which user information of the user who owns the terminal device 20 (hereinafter referred to as "owner user") is stored. Note that a configuration in which some of these components are omitted may also be used.

[0167] The information storage medium 280 is computer-readable, and stores various applications, an OS (operating system), and, in particular, in this embodiment, various data including the user ID of the user corresponding to the terminal device 20.

[0168] That is, the information storage medium 280 stores applications for causing a computer to function as each unit of this embodiment (applications for causing a computer to execute the processing of each unit) and a user ID.

[0169] For example, the information storage medium 280 is an optical disk (CD, DVD), a magneto-optical disk (MO), a magnetic disk, a hard disk drive, a flash memory, a magnetic tape, a memory (ROM), a memory card, or the like.

[0170] The communication unit 296 performs various controls to communicate with the outside (for example, other terminal devices 20, token issuing server device 10, information providing server device 30, transaction management server device 40, and token registration DB 50), and its functions are composed of hardware such as various processors or communication ASICs, programs, etc.

[0171] The processing unit 200 can perform various processes of this embodiment by reading and executing the applications stored in this information storage medium 280. Note that the types of applications stored in the information storage medium 280 are arbitrary.

[0172] The processing unit 200 performs various processes of this embodiment based on the application stored in the information storage medium 280. Note that the processing unit 200 of this embodiment may read out programs and data stored in the information storage medium 280, temporarily store the read out programs and data in the storage unit 270, and perform processing based on the programs and data.

[0173] The processing unit 200 (processor) performs various processes using the main memory in the memory unit 270 as a work area. The functions of the processing unit 200 can be realized by hardware such as various processors (CPU, DSP, etc.) or programs.

[0174] The processing unit 200 includes a communication control unit 210, a web browser 211, a current location management unit 212, a display control unit 213, an input reception processing unit 214, a wallet management unit 217, a timer management unit 218, a drawing unit 220, and a sound processing unit 230. Note that some of these units may be omitted.

[0175] The communication control unit 210 performs processing to send and receive data to and from the token issuing server device 10, the information providing server device 30, the transaction management server device 40, and the token registration DB 50.

[0176] In addition, the communication control unit 210 receives data transmitted from the token issuing server device 10, the information providing server device 30, the transaction management server device 40, and the token registration DB 50, and performs processes such as storing the received data in the memory unit 270, providing or registering given data, and controlling the transmission and reception of other data.

[0177] In addition, the communication control unit 210 may be configured to store and manage the destination information (IP address, port number) of the token issuing server device 10, the information providing server device 30, the transaction management server device 40, and the token registration DB 50 in the information storage medium 280.

[0178] The web browser 211 is an application program for viewing web pages (screens for issuing NFTs, screens for collected information related to assets to be issued, and screens for provided token-related information), and downloads HTML files, image files, etc. from web servers (token issuing server device 10, information providing server device 30, transaction management server device 40, and token registration DB 50), analyzes the layout, and controls the display.

[0179] The web browser 211 also uses input forms (links, buttons, text boxes, etc.) to send data to the web servers (token issuing server device 10, information providing server device 30, and transaction management server device 40).

[0180] In addition, the terminal device 20 can use the web browser 211 to display information from the web servers (token issuing server device 10, information providing server device 30, and transaction management server device 40) specified by URL via the Internet.

[0181] For example, the terminal device 20 can display the contents (data such as HTML) received from the token issuing server device 10, the information providing server device 30, and the transaction management server device 40 on the web browser 211.

[0182] The current location management unit 212 acquires current location information for each predetermined period from the current location detection unit 250 and stores it in the main storage unit 271 as history information.

[0183] The display control unit 213 performs processing for displaying on the display unit 290. For example, the display control unit 213 may use the web browser 211 for display.

[0184] The input reception processing unit 214 recognizes input information input by the user from the operation input unit 260, and executes various processes based on the recognized information.

[0185] The wallet management unit 217 manages the other terminal devices 20, the token issuing server device 10, and the information It works in conjunction with the provision server device 30 and the transaction management server device 40 to carry out various processes related to the issuance or trading of NFTs.

[0186] In particular, when an NFT is issued and distributedly recorded on a specific platform such as a blockchain (i.e., when it is encrypted and distributedly registered on the token registration DB50), the wallet management unit 217 is configured to store its address (network address) and be able to access the user's NFT using that address.

[0187] The wallet management unit 217 has a unique wallet address and uses the wallet address and the NFT to perform processing related to transactions (i.e., transactions) (specifically, signing and verifying transactions).

[0188] Specifically, the wallet management unit 217 generates a private key and a public key (which may be a wallet address) for the user, stores the private key, and provides the public key to the business partner.

[0189] When executing an NFT transaction, the wallet management unit 217 uses the NFT (wallet address) to be traded, the private key, and the public key to perform processing to execute the NFT transaction after going through a given authentication process (signing and verifying the transaction) by the user.

[0190] The timer management unit 218 has a function of measuring the current date and time and from a predetermined timing, and outputs the current time and the measurement result when the predetermined timing arrives.

[0191] The drawing unit 220 performs drawing processing based on various processes performed by the processing unit 200, thereby generating an image, which is output to the display unit 290 by the display control unit 213.

[0192] The sound processing unit 230 performs sound processing based on the results of various processes performed by the processing unit 200 , generates background music, sound effects, voice, or the like, and outputs them to the sound output unit 292 .

[0193] [4] Information providing server device Next, the information-providing server device 30 will be described with reference to FIG.

[0194] FIG. 5 is an example of a functional block diagram showing the configuration of the information-providing server device 30 according to the embodiment.

[0195] Furthermore, part or all of the information-providing server device 30 of this embodiment can be realized by an NFT virtual machine M, as shown in Fig. 2. However, in the following embodiment, unless otherwise specified, the explanation will be given using a case where part or all of the information-providing server device 30 is configured by hardware.

[0196] As shown in FIG. 5, the information-providing server device 30 of this embodiment includes a processing unit 300, a storage unit 370, an information storage medium 380, and a communication unit 396.

[0197] It should be noted that the information-providing server device 30 does not need to include all of the components shown in FIG. 5, and may have a configuration in which some of them are omitted.

[0198] The storage unit 370 has a main storage unit 371 and serves as a work area for the processing unit 300 and the like, and its function can be realized by hardware such as RAM (VRAM).

[0199] The information storage medium 380 is computer readable. Programs, data, etc. are stored in information storage medium 380. That is, information storage medium 380 stores programs for causing a computer to function as each unit of this embodiment (programs for causing a computer to execute the processing of each unit).

[0200] The processing unit 300 can perform various processes of this embodiment based on data read from the program (data) stored in this information storage medium 380.

[0201] For example, the information storage medium 380 is an optical disk (CD, DVD), a magneto-optical disk (MO), a magnetic disk, a hard disk, a flash memory such as a solid state drive, a magnetic tape, a memory (ROM), a memory card, or the like.

[0202] The communication unit 396 performs various controls for communication between the terminal device 20, the transaction management server device 40, the token registration DB 50, and the asset information management DB 60, and its functions are composed of hardware such as various processors or communication ASICs, programs, etc.

[0203] The processing unit 300 performs various processes of this embodiment based on programs (data) stored in the storage unit 370 .

[0204] The processing unit 300 of this embodiment may read out programs and data stored in the information storage medium 380, temporarily store the read out programs and data in the storage unit 370, and perform processing based on the programs and data.

[0205] The processing unit 300 (processor) performs various processes using the main memory in the memory unit 370 as a work area. The functions of the processing unit 300 can be realized by hardware such as various processors (CPU, DSP, etc.) or by a program.

[0206] Specifically, the processing unit 300 includes a communication control unit 301 , an acquisition processing unit 302 , an information collection control unit 303 , a timer management unit 310 , and an information providing unit 311 .

[0207] The communication control unit 301 establishes communication lines with the terminal device 20, the transaction management server device 40, the asset information management DB 60, etc. via the network, and communicates with them.

[0208] The acquisition processing unit 302 acquires a provision instruction sent from the terminal device 20 of an information-requesting user who wishes to receive information regarding the asset to be issued, which instruction specifies the type of information related to the asset to be issued that should be collected from the asset information management DB 60 along with the token ID of the asset to be issued.

[0209] In particular, the acquisition processing unit 302 acquires a collection request for information on the NFT (hereinafter referred to as the "target NFT") for which information is to be collected, while referencing the corresponding De-Fi contract, and for information on the target asset associated with the NFT (i.e., information related to the target asset).

[0210] The information collection control unit 303 collects issuance target asset related information from the asset information management DB 60 based on the token ID of the collection target NFT and the collection request received by the acquisition processing unit 302.

[0211] In addition, the information collection control unit 303 refers to the corresponding De-Fi contract based on the token ID of the NFT to be collected, and obtains information (i.e., token-related information) regarding the NFT to be collected that is registered in the token registration DB50.

[0212] The timer management unit 310 has a function of measuring the current date and time and from a predetermined timing, and outputs the current time and the measurement result when the predetermined timing arrives.

[0213] The information providing unit 311 generates control information to be provided to users who wish to receive information based on the acquired NFT-related information and the collected information related to the assets to be issued, and provides the generated control information to the corresponding terminal device 20.

[0214] For example, the information providing unit 311 generates control information such as image control information that can be displayed on the terminal device 20 or notification control information to be notified to users who wish to receive information, and provides the generated control information to the terminal device 20 (including via the transaction management server device 40).

[0215] [5] Transaction management server device Next, the transaction management server device 40 of this embodiment will be described with reference to FIG.

[0216] FIG. 6 is an example of a functional block diagram showing the configuration of the transaction management server device 40 of this embodiment.

[0217] Furthermore, part or all of the transaction management server device 40 of this embodiment can be realized by an NFT virtual machine M, as shown in Fig. 2. However, in the following embodiment, unless otherwise specified, the case will be described where part or all of the transaction management server device 40 is configured by hardware.

[0218] As shown in FIG. 6, the transaction management server device 40 of this embodiment includes a processing unit 400, a storage unit 470, an information storage medium 480, and a communication unit 496.

[0219] The transaction management server device 40 does not need to include all of the components shown in FIG. 6, and may have a configuration in which some of them are omitted.

[0220] The storage unit 470 serves as a work area for the processing unit 400 and the like, and its function can be realized by hardware such as RAM (VRAM).

[0221] Specifically, the memory unit 470 includes a main memory unit 471 used as a work area when executing various processes, and a registered user related information memory unit 472 in which information (hereinafter referred to as "registered user related information") regarding users registered with the electronic transaction service (hereinafter referred to as "registered users") is stored.

[0222] In particular, information relating to the wallet of each user may be stored in the registered user related information storage unit 472. In other words, in this case, the registered user related information storage unit 472 may function as a wallet for each user.

[0223] The storage unit 470 of this embodiment may be configured such that some of the components such as the main storage unit 471 and the registered user related information storage unit 472 are omitted.

[0224] Information storage medium 480 is computer-readable, and stores programs, data, etc. In other words, information storage medium 480 stores programs for causing a computer to function as each unit of this embodiment (programs for causing a computer to execute the processing of each unit).

[0225] The processing unit 400 executes the program (data) stored in the information storage medium 480. Various processes of this embodiment can be performed based on the data read from the memory.

[0226] For example, the information storage medium 480 is an optical disk (CD, DVD), a magneto-optical disk (MO), a magnetic disk, a hard disk, a flash memory such as a solid state drive, a magnetic tape, a memory (ROM), a memory card, or the like.

[0227] The communication unit 496 performs various controls to communicate with the outside (for example, the terminal device 20, the token issuing server device 10, the information providing server device 30, and the token registration DB 50), and its functions are configured by hardware such as various processors or communication ASICs, programs, etc.

[0228] The processing unit 400 performs various processes of this embodiment based on programs (data) stored in the storage unit 470 .

[0229] The processing unit 400 of this embodiment may read out programs and data stored in the information storage medium 480, temporarily store the read out programs and data in the storage unit 470, and perform processing based on the programs and data.

[0230] Furthermore, the processing unit 400 (processor) performs various processes using a main memory unit 471 in the memory unit 470 as a work area. The functions of the processing unit 400 can be realized by hardware such as various processors (CPU, DSP, etc.) or programs.

[0231] Specifically, the processing unit 400 includes a communication control unit 401 , a transaction management control unit 402 , a registered user management control unit 403 , an approval processing unit 404 , an information collection control unit 405 , a timer management unit 410 , and an information providing unit 411 .

[0232] The communication control unit 401 establishes communication lines with the terminal device 20, the token issuing server device 10, the information providing server device 30, the token registration DB 50, etc. via the network, and communicates with them.

[0233] The transaction management control unit 402 works in conjunction with the terminal devices 20 of the users who are the trading partners and the trading source of the NFT (hereinafter collectively referred to as "transaction target users") and executes processing to manage transactions.

[0234] Specifically, the transaction management control unit 402, for example, manages NFTs from the source user, performs processing related to transactions with the destination user who wishes to transfer, such as purchasing, (hereinafter referred to as "electronic transaction processing"), and performs various processes to make payment of the consideration when the transaction is completed.

[0235] In particular, when an electronic transaction of an NFT is executed, the transaction management control unit 402 identifies the De-Fi contract corresponding to the NFT that is the subject of the transaction, and executes the electronic transaction processing based on the identified De-Fi contract.

[0236] Then, the transaction management control unit 402 receives the result of the approval processing of the electronic transaction in the approval processing unit 404, and based on the received result, executes various processes after the transaction is completed or various processes related to the transaction not being completed.

[0237] The registered user management control unit 403 manages information on each registered user as a transaction target user.

[0238] Specifically, the registered user management control unit 403 manages, for example, the registration and updating of various information required when an NFT is transferred due to a sale, etc., and various information required when purchasing the NFT, in the registered user related information storage unit 472.

[0239] When an electronic transaction of an NFT is executed, the approval processing unit 404 executes approval processing to determine whether or not to approve the electronic transaction based on location information of the source of the electronic transaction, the destination of the transaction, or both.

[0240] The information collection control unit 405 collects information related to the asset to be issued from the asset information management DB 60 based on the token ID of the NFT to be collected and the collection request accepted by the transaction management control unit 402.

[0241] In addition, the information collection control unit 405 refers to the corresponding De-Fi contract based on the token ID of the NFT to be collected, and obtains information (i.e., token-related information) regarding the NFT to be collected that is registered in the token registration DB50.

[0242] The timer management unit 410 has a function of measuring the current date and time and from a predetermined timing, and outputs the current time and the measurement result when the predetermined timing arrives.

[0243] The information providing unit 411 generates control information to be provided to users who wish to receive information based on the acquired NFT-related information and the collected information related to the assets to be issued.

[0244] For example, the information providing unit 311 provides various information when an electronic transaction is executed or when the electronic transaction is completed to the terminal device 20 of the transaction target user (the user of the transaction source or the transaction destination).

[0245] [6] Method of this embodiment [6.1] NFTs Next, we will explain the NFTs circulating in the electronic trading network system S, which is the premise of the method of this embodiment.

[0246] The NFT as a non-fungible token in this embodiment is data (token) that functions as the subject of various transactions, such as electronic transactions, within the NFT decentralized management platform, and is non-fungible, unique data used in, for example, cryptographic technology and distributed ledger technology such as blockchain technology, which processes and records transaction records in a decentralized manner.

[0247] Specifically, the NFT of this embodiment includes: (A1) Token ID, (A2) Information to identify the holder of the NFT (i.e., the holder who holds the asset to be issued) (hereinafter referred to as "holder identification information"), and (A3) Information on the location where the non-fungible token is electronically held, such as the address of the wallet that holds the NFT (i.e., the wallet address, hereinafter also referred to as the “holder address”) (in the terminal device 20 or the transaction management server device 40); etc. are stipulated.

[0248] In particular, the owner identification information includes, in addition to the owner address, (A2-1) Information on the owner's name and title (including the owner ID and nickname indicating the user ID), (A2-2) Information on the holder's residence, such as address and residence, (A2-3) Information on the holder's attributes (age, generation, gender, nationality, etc.), and (A2-4) Contact information of the holder (e.g., email address, SNS (social network service) ID or phone number), These include:

[0249] In addition to the above, the token-related information of this embodiment may also specify information for identifying the asset to be issued (hereinafter referred to as "asset to be issued identification information"). The token-related information of this embodiment may not include all of the above (A1) to (A2).

[0250] Furthermore, the issuance target asset identification information may include information such as an image of the issuance target asset, such as an icon displayed on an image (hereinafter referred to as "image information"), and information regarding the price and payment of the NFT, such as payment history.

[0251] All of the token-related information, including the issuance target asset identification information, may be specified in the NFT. Alternatively, the token-related information may be stored as metadata in association with a uniform resource identifier (URI) indicating the storage location (address) when stored in the token registration DB 50 or the like, and may be acquired by reading it based on the URI.

[0252] [6.2] De-Fi Contracts and Oracle Contracts Next, we will explain the De-Fi contract and oracle contract, which specify the constraints and processing details when circulating NFTs, which are the premise of the method of this embodiment.

[0253] (De-Fi contract) The De-Fi contract in this embodiment is a program (transaction processing specification information) for building DApps that specifies various processes and restrictions for issuing NFTs, trading (including, for example, contracts such as agreements on whether or not a transaction can be executed), providing various information such as tamper prevention and ownership rights, and managing and supporting NFTs in general, and that is automatically executed when a transaction or information provision is executed.

[0254] In other words, the De-Fi contract of this embodiment is a program for driving an NFT virtual machine M consisting of a terminal device 20, a transaction management server device 40, a token registration DB 50, or a combination of these, on an NFT decentralized management platform, for example, when an NFT transaction is executed or when NFT information provision is requested, and is a program for automatically executing transaction processing.

[0255] The De-Fi contracts of this embodiment are encrypted, distributed, and registered in each token registration DB50, just like NFTs.

[0256] Specifically, the De-Fi contract of this embodiment specifies, as transaction processing specification information, the processing when an NFT transaction is executed on an NFT decentralized management platform that manages the distribution of NFTs that embody the assets to be issued (hereinafter also referred to as "transaction execution processing"), the processing when a request is made to provide information related to the assets to be issued that correspond to the relevant NFT (hereinafter referred to as "NFT-related information collection and provision processing"), or both.

[0257] For example, the De-Fi contract of this embodiment includes: (A1) Information specifying an application that executes a process to determine whether or not a transaction can be executed based on transaction conditions indicating the conditions under which a transaction of the asset to be issued is executed (hereinafter also referred to as "application specification information"); and (A2) Information to be provided to traders when the transaction of the asset to be issued is executed (hereinafter referred to as the “issuer”) Information that specifies an application (e.g., an oracle contract) that executes processing to collect the transaction-related asset information (hereinafter referred to as "transaction-related asset information") (i.e., application-specified information), Includes:

[0258] For example, the terms of trade are: (B1) Amount for the assets to be issued; (B2) The location in real space where the asset to be issued exists (location based on time), (B3) The storage status of the assets to be issued in the physical space, and (B4) Whether or not there is a certificate of authenticity or certification from a third party organization, These indicate the conditions for determining whether or not a transaction can be carried out.

[0259] (Oracle Contract) The oracle contract of this embodiment is a program that specifies various processes and constraints for linking with outside the NFT decentralized management platform when DApps are executed based on the De-Fi contract.

[0260] In particular, the oracle contract of this embodiment stipulates a process in which, based on instructions from DApps based on the De-Fi contract, the information providing server device 30 is queried for information related to the assets to be issued corresponding to the relevant NFT, and the necessary information is obtained from the asset information management DB 60 and provided to the DApps (i.e., the De-Fi contract).

[0261] [6.3] Asset-related information for issuance Next, we will explain the information related to the issuance target asset that corresponds to the NFT that is the premise of the method of this embodiment and is provided to the trading target user, such as the user who wishes to receive information.

[0262] The issuance target asset related information in this embodiment includes: (A1) Information indicating the type of asset to be issued (including the type of real or intangible asset), the name of the asset, the price (including not only the current price but also various prices such as the minimum price and bid price in the case of an auction), or identification information of the asset to be issued, such as a model number or certification number (hereinafter referred to as "asset ID"); (A2) If the assets to be issued consist of multiple tangible or intangible assets of the same type or different types, information on the number of such assets (if there are multiple types, the number of each type), and (A3) Information on the attributes of the asset to be issued (if the asset to be issued is a physical object, information on the creator or manufacturer, the time of production or manufacturing of the asset to be issued, the place of production or manufacturing, and raw materials, etc.); The information includes at least the following (hereinafter also referred to as "basic information on the assets to be issued").

[0263] As described above, the issuance target asset related information may include issuance target asset identification information.

[0264] For example, the asset-related information for issuance includes, in addition to the basic asset information, (B1) Information regarding the authenticity (genuineness) of the assets to be issued (hereinafter referred to as "genuineness information"); (B2) Information regarding the actual location of the asset to be issued in real space (which may include the time when the asset was at that location) (hereinafter referred to as "location-related information"); and (B3) Information regarding the storage of assets to be issued (hereinafter referred to as "storage information"). etc. may be included.

[0265] For example, authenticity information may include: (B1-1) Information indicating whether the assets to be issued are authentic or not; (B1-2) Information about the authenticity appraiser, such as the name of the appraiser who performed the above appraisal, and (B1-3) Information on the date and time of the appraisal when the above appraisal was carried out, These include:

[0266] For example, location-related information includes: (B2-1) Current location information indicating the current location of the asset to be issued (including the name of the area or building to identify the location), and (B2-2) Information on the date and time when the current location information of the asset to be issued was acquired, These include:

[0267] For example, the stored information includes: (B3-1) Information on the storage status of the assets to be issued (including the type of storage location), and (B3-2) Information on the storage period of the assets to be issued; These include:

[0268] The information related to the issuance target asset may include not only the above-mentioned various pieces of information at the time of the transaction, but also past information (i.e., history information).

[0269] In addition, among the issuance asset related information, basic information on the issuance target asset may be pre-registered in the issuance target asset information storage unit 173, or may be input via the terminal device 20 by the user who wishes to issue the NFT when the NFT is issued, or may be read from the terminal device 20.

[0270] [6.4] NFT issuance control process Next, with reference to FIG. 7, an NFT issuance control process for issuing an NFT that embodies a user's assets, which is executed by the token issuance server device 10 as a method of this embodiment, will be described.

[0271] FIG. 7 is a diagram for explaining the NFT issuance control process for issuing an NFT that embodies a user's assets, which is executed by the token issuance server device 10 of this embodiment.

[0272] In particular, Figure 7 is a diagram for explaining the NFT issuance control process, which is part of the overall process related to the issuance of NFTs that embody the assets to be issued in the electronic trading network system S, the provision of information related to the NFTs, and the trading of the NFTs.

[0273] (Outline of NFT issuance control process) The token issuing server device 10 of this embodiment is configured to issue unique NFTs that embody the assets to be issued, in order to treat tangible assets such as entities or rights that can be traded in the real world, or intangible assets, as equivalent assets on the network.

[0274] Specifically, as shown in FIG. 7, the token issuing server device 10 of this embodiment performs the following NFT issuance control process: (A1) When an instruction to issue an NFT for a given asset (i.e., an asset to be issued) is received from the terminal device 20 of an issuing user who wishes to issue an NFT, (A2) Obtain information about the target asset for which an NFT is to be issued from the terminal device 20 of the user wishing to issue the NFT or the asset management server device 80 operated by a third party as target asset related information; (A3) Based on the received issuance instruction and the acquired information related to the issuance target asset, a process is executed to issue an NFT that embodies the issuance target asset (hereinafter referred to as the "token issuance process"); (A4) Execute a process (hereinafter referred to as the “registration control process”) to control the token registration DB50 that registers the issued NFT while ensuring tamper-resistance, which is a characteristic to prevent tampering by unauthorized parties (i.e., parties without legitimate authority and malicious third parties such as “impersonators”), (A5) A process of providing the registered NFT to the terminal device 20 of the user wishing to issue it as information regarding the ownership rights (hereinafter referred to as "ownership rights information"; specifically, the information being stored as the owner), which indicates that the user wishing to issue it holds the registered NFT (hereinafter referred to as "ownership rights information provision process"); The system has a configuration for executing the above.

[0275] Furthermore, as the token issuance process (A3), the token issuance server device 10 is configured to issue an NFT associated with a De-Fi contract stored in the token registration DB 50 when it acquires real-world management information indicating that the asset to be issued actually exists in the real world and is managed so as to be tradable from an administrator (e.g., the asset management server device 80) who manages the asset to be issued in the real world.

[0276] In addition, De-Fi contracts include: (B1) Token ID and token-related information; (B2) At least one of the following processes: a process when a transaction of the NFT is executed and a process when information on the issuance target asset associated with the NFT (i.e., information related to the issuance target asset) is requested; and is stipulated.

[0277] The token issuance server device 10 of this embodiment has a configuration that allows it to issue NFTs that can be traded or provided as information by DApps executed by the NFT virtual machine M based on such a De-Fi contract. However, in this embodiment, as described above, each function of the token issuance server device 10 itself may be executed by DApps (i.e., the NFT virtual machine M) based on the De-Fi contract.

[0278] In addition, the token issuance server device 10 of this embodiment has a configuration in which, as a registration control process, the NFT is encrypted to ensure non-tampering, and the encrypted NFT is distributed and registered in multiple token registration DBs 50 on the network.

[0279] That is, the token issuing server device 10 of this embodiment has a configuration that uses a distributed ledger technology such as a blockchain technology to perform distributed management while preventing tampering, rather than a centralized system.

[0280] With this configuration, the token issuance server device 10 of this embodiment can convert the asset to be issued into an NFT while ensuring the existence of the asset to be issued, provided that the asset is properly managed.Therefore, tangible assets such as physical objects or rights that can be traded in the real world, or intangible assets, can be treated as equivalent assets on the network.

[0281] In other words, the token issuance server device 10 of this embodiment can guarantee the existence and authenticity of assets that exist in the real world when they are converted into NFTs or when the assets are circulated as NFTs, and therefore can provide the assets as digital assets that are highly reliable, easy to handle, and transparent.

[0282] (Each process included in the NFT issuance control process) When the issuance target asset management unit 102 receives an instruction to issue an NFT sent from the terminal device 20 of the user wishing to issue the NFT, it works in conjunction with the terminal device 20 and, based on the issuance instruction, obtains the information necessary to issue the NFT, including information related to the issuance target asset.

[0283] For example, the issuance target asset management unit 102, based on the received NFT issuance instruction, (C1) Information about the user wishing to issue (information for registering the NFT as the issuer and first owner of the NFT), (C2) issuance target asset identification information for identifying the issuance target asset, such as the asset management server device 80 in which the issuance target asset is registered; (C3) Initially issued NFT-related information, and (C4) Information related to the assets to be issued as initial values; Obtain information such as:

[0284] The token issuance management unit 103 executes a token issuance process to issue an NFT that embodies the asset to be issued, based on the received issuance instruction and the acquired information related to the asset to be issued.

[0285] In particular, the token issuance management unit 103 determines whether or not it has been able to obtain issuance target asset existence management information from the asset management server device 80, which is information regarding the management of the issuance target asset and indicates that the issuance target asset actually exists in real space.

[0286] Specifically, the token issuance management unit 103 queries the asset management server device 80 based on the acquired issuance target asset identification information, and in conjunction with the asset management server device 80, determines whether the asset can be issued as an NFT, such as whether the asset is registered and whether a corresponding NFT has yet to be issued.

[0287] For example, the token issuance management unit 103 may use the following as asset existence management information: (D1) The management status of the assets to be issued, and (D2) Information about the asset management server device 80 (contact information, manager, total number of assets to be issued, etc.) etc.

[0288] In addition, the asset existence management information in this embodiment includes at least information indicating that the value of assets is preserved, such as that movable property is stored in a designated location while maintaining a designated condition, such as a warehouse, or that real estate or rights are publicly verifiable and properly managed, such as by registration or enrollment.

[0289] For this reason, the token issuance management unit 103 is able to use asset existence management information to determine that an asset actually exists in real space, even if it is an intangible asset such as a right, if it is shown to be in a state where it can be traded in real space through registration or other means.

[0290] When the token issuance management unit 103 determines that an NFT can be issued, it issues a new token ID and, based on the issued token ID and information such as issuance target asset identification information and issuance target asset related information, associates the token with the corresponding De-Fi contract and executes a token issuance process to issue an NFT.

[0291] That is, the token issuance management unit 103 has a token ID and NFT-related information. The system issues an NFT that is associated with a De-Fi contract and specifies the processing to be performed when a transaction of the NFT is executed and the processing to be performed when information related to the asset to be issued is requested.

[0292] The token registration management unit 104 executes a registration control process to encrypt the issued NFT using blockchain technology (i.e., to ensure tamper-resistance, which is a characteristic to prevent tampering by unauthorized parties) and register it in each token registration DB 50 (in the case of an NFT virtual machine M, in the corresponding token registration DB 50).

[0293] The information providing unit 111 executes an owner title information providing process that provides information regarding the ownership rights indicating that the registered NFT is held by the user wishing to issue it to the terminal device 20 of the user wishing to issue it as ownership rights information.

[0294] That is, the information providing unit 111 provides the terminal device 20 (specifically, the wallet) of the user desiring to issue information indicating that the issued NFT has been registered in the token registration DB 50. However, the information providing unit 111 may also register the information in association with the user desiring to register in the registered user related information storage unit (i.e., a database that functions as the wallet of the user desiring to register) 472.

[0295] [6.5] NFT-related information collection and provision processing Next, using Figures 8 to 10, we will explain the NFT-related information collection and provision process, which is a process executed by the information-providing server device 30 as a method of this embodiment, and which collects and provides information about NFTs including information related to the assets to be issued (i.e., various types of NFT-related information).

[0296] 8 and 9 are diagrams for explaining the NFT-related information collection and provision process executed by the information-providing server device 30 of this embodiment, which collects and provides information related to NFTs, including information related to assets to be issued.

[0297] In particular, Figures 8 and 9 are diagrams for explaining the NFT-related information collection and provision process, which is part of the overall process related to the issuance of NFTs that embody the assets to be issued, the provision of information related to the NFTs, and the trading of the NFTs in the electronic trading network system S of this embodiment.

[0298] Also, Figure 10 is a diagram showing an example of image information (an image generated in the terminal device 20 using control information) for allowing a user to view issuance target asset related information, including token related information obtained by the NFT related information collection and provision process in this embodiment.

[0299] (Outline of NFT-related information collection and provision process) The information providing server device 30 of this embodiment works in conjunction with an NFT virtual machine M composed of a transaction management server device 40 and the like, and is configured to enable users wishing to receive information on issuance target assets for which they wish to receive information, and to enable users to receive the latest information on issuance target assets at the time of information provision, while also referring to information on non-fungible tokens.

[0300] The information-providing server device 30 is configured to collect issuance target asset-related information regarding the issuance target asset when electronic transactions can be carried out on the network for the issuance target asset that is the subject of the issuance of the NFT using an NFT that embodies the asset held by the user (i.e., the issuance target asset).

[0301] In particular, the information-providing server device 30 of this embodiment is configured to receive the asset-related information of the asset to be issued. For each asset, the information related to the asset to be issued is registered in association with the token ID of the NFT into which the asset to be issued is embodied, or is updated and registered at a given time after the issuance of the NFT, and is configured to collect information related to the asset to be issued in conjunction with an asset information management DB60.

[0302] In addition, when executing the NFT-related information collection and provision process, the information providing server device 30 of this embodiment is configured to search for issuance target asset related information stored in the asset information management DB 60 while working in conjunction with DApps executed based on De-Fi contracts including oracle contracts.

[0303] Specifically, as shown in FIG. 8, the information providing server device 30 of this embodiment performs the NFT-related information collection and provision process as follows: (A1) When a provision instruction is received from a terminal device of an information providing user who wishes to receive information on an issuance target asset, and the instruction specifies the type of issuance target asset related information to be collected from the asset information management DB 60 together with the token ID of the issuance target asset, (A2) Based on the acquired token ID and the identified type of issuance target asset related information, a process (hereinafter referred to as "information collection process") is executed to collect the corresponding issuance target asset related information from the information stored in the asset information management DB 60, (A3) A process for providing the collected issuance target asset related information to the terminal device 20 of the corresponding information providing requesting user is executed as an issuance target asset related information providing control process. It has the following structure.

[0304] The information-providing server device 30 of this embodiment is configured to identify the issuance target asset-related information to be collected in conjunction with DApps based on De-Fi contracts stored in the token registration DB 50 as the collection information identification process (A1).

[0305] As mentioned above, De-Fi contracts include: (B1) Token ID and token-related information; (B2) At least one of the following processes: a process when a transaction of the NFT is executed and a process when information on the issuance target asset associated with the NFT (i.e., information related to the issuance target asset) is requested; and is stipulated.

[0306] The information-providing server device 30 of this embodiment is configured to execute each of the above processes in conjunction with DApps executed by the NFT virtual machine M based on such a De-Fi contract.

[0307] With this configuration, the information-providing server device 30 of this embodiment can not only provide accurate and ample information regarding NFTs and the assets to be issued, but also improve the trading environment for the assets to be issued via the NFTs, and can certify the authenticity of the NFTs and their appropriate value.

[0308] Therefore, the information-providing server device 30 of this embodiment eliminates the need to register accurate and large amounts of information and constantly update registered information when managing NFTs, and can reduce processing speeds and approval delays that accompany the increased amount of data that must be stored due to distributed ledger technologies such as blockchain technology.

[0309] On the other hand, the NFT virtual machine M, which works in conjunction with the information-providing server device 30 and cooperates with the NFT-related information collection and provision process, is a virtual machine constructed by DApps that provides issuance-related information collected by the information-providing server device 30 to users who wish to receive information.

[0310] In particular, the NFT virtual machine M is configured to provide the collected information related to assets to be issued to users who wish to receive the information.

[0311] Furthermore, as described above, the NFT virtual machine M is configured to work in conjunction with an asset information management DB 60 in which information related to the asset to be issued is registered in association with the previous token ID for each asset to be issued, or is updated and registered at a given time after the issuance of the non-fungible token.

[0312] Specifically, the NFT virtual machine M, as shown in FIG. 9, In (C1), when a provision instruction transmitted from the terminal device 20 of the user who desires to receive information is received together with the token ID of the asset to be issued, (C2) Based on the accepted token ID, the type of asset-related information to be issued is identified from the asset information management DB 60; (C3) Acquire the issuance target asset related information that has been identified and collected based on the type of the identified issuance target asset related information and the accepted token ID; (C4) Providing the acquired issuance target asset related information to the terminal device 20 of the corresponding information providing user. It has the following structure.

[0313] With this configuration, the NFT virtual machine M can receive information on the issuance assets for which the user wishing to provide information wishes to receive information, and can also receive the latest information on the issuance assets at the time of information provision while also referencing the NFT information.This not only makes it possible to provide accurate and extensive information, but also improves the trading environment for issuance assets via NFTs and proves the authenticity and appropriate value of the non-fungible token.

[0314] Therefore, the NFT virtual machine M eliminates the need to register a large amount of information and constantly update registered information when managing NFTs, and can reduce processing speeds and approval delays that arise from the increased amount of data that must be stored due to distributed ledger technologies such as blockchain technology.

[0315] (Each process included in the NFT-related information collection and provision process) When the acquisition processing unit 302 acquires an information collection instruction sent from the NFT virtual machine M to DApps executed based on the De-Fi contract, it acquires the NFT token ID embodied in the issuance target asset that is the subject of information collection provided along with the information collection instruction, and the type of issuance target asset information.

[0316] The information collection control unit 303 executes an information collection process to collect the relevant issuance target asset related information from the information stored in the asset information management DB 60 based on the acquired token ID and the type of issuance target asset related information.

[0317] At this time, the information collection control unit 303 may collect the relevant issuance target asset related information in cooperation with the asset management server device 80 and wait for the asset management server device 80 to collect and register the information.

[0318] The information providing unit 311 executes an issuance target asset related information provision control process that provides the collected issuance target asset related information to the NFT virtual machine M.

[0319] In particular, the information provider 311 provides the collected issuance target assets via the NFT virtual machine M. The control unit 100 executes control for providing related information to the terminal device 20 of the user who desires the information.

[0320] Specifically, the information providing unit 311 provides the NFT virtual machine M with information necessary to generate image control information that can be displayed by the terminal device 20 of the user who wishes to receive the information.

[0321] (NFT virtual machine processing linked to NFT-related information collection and provision processing) When the NFT virtual machine M receives a request for information provision (hereinafter referred to as an "information provision request") from the terminal device 20 of an information-desiring user who wishes to receive information about a specific issuance target asset (i.e., issuance target asset related information), along with the token ID of an NFT corresponding to the issuance target asset that is the subject of the NFT-related information collection and provision process, the NFT virtual machine M identifies the issuance target asset related information to be acquired (i.e., the type of issuance target asset related information) that corresponds to the issuance target asset that is the subject of the information provision request (hereinafter referred to as the "specific issuance target asset") based on the token ID.

[0322] For example, the NFT virtual machine M identifies one or more of the following types of information related to the asset to be issued: current price, past price history, storage location or manager, storage status or registration status (if the asset to be issued is an intangible asset such as data), and authenticity determination results (certificate, etc.).

[0323] Then, the NFT virtual machine M, while referring to the oracle contract, provides the information-providing server device 30 with the token ID and the type of issuance target asset information, and sends an instruction (hereinafter referred to as an "information collection instruction") to execute the collection of specific issuance target asset information.

[0324] On the other hand, when the NFT virtual machine M acquires the issuance target asset related information collected by the information-providing server device 30, it acquires token related information based on the corresponding token ID.

[0325] That is, the NFT virtual machine M acquires token-related information regarding the NFT based on the token ID of the NFT that is the subject of the transaction, generates control information for the user who wishes to receive information to recognize it based on the acquired token-related information and the collected information related to the asset to be issued, and provides the generated control information to the relevant terminal device 20.

[0326] In particular, the NFT virtual machine M generates control information to be recognized by users who wish to receive information based on the acquired issuance target asset related information and token related information and a specified format.

[0327] For example, the NFT virtual machine M generates image control information (i.e., information for imaging) that can be displayed by the terminal device 20 of the user wishing to receive information, as shown in Figure 10, and provides the generated control information to the corresponding terminal device 20.

[0328] Note that the NFT virtual machine M may use, as control information, sound output control information for outputting sound instead of image control information.

[0329] [7] Operation in this embodiment [7.1] NFT issuance control process Next, the operation of the NFT issuance control process executed by the token issuance server device 10 of this embodiment will be described with reference to FIG.

[0330] FIG. 11 is a flowchart showing the operation of the NFT issuance control process executed by the token issuance server device 10 of this embodiment.

[0331] This operation is performed on the premise that the issuance target asset for which the NFT is to be issued has been transitioned to a state where it is managed by an asset manager by an issuing user who wishes to issue an NFT, and that information about the issuance target asset (i.e., information related to the issuance target asset) has been newly registered in the asset management server device 80 operated by the business operator (third party) who is the asset manager.

[0332] Furthermore, this operation is realized by the token issuing server device 10, but can also be realized by the NFT virtual machine M.

[0333] It is assumed that the NFT issuance information storage unit 172 stores in advance the history of issued token IDs, etc.

[0334] First, when the issuance target asset management unit 102 receives an instruction to issue an NFT sent from the terminal device 20 of the user wishing to issue it (step S101), it works in conjunction with the terminal device 20 and, based on the issuance instruction, obtains the information necessary to issue the NFT, including information related to the issuance target asset (step S102).

[0335] Next, the token issuance management unit 103 queries the asset management server device 80 based on the issuance target asset identification information, and in conjunction with the asset management server device 80, determines whether the asset can be issued, based on whether the asset is registered and whether a corresponding NFT has yet to be issued (step S103).

[0336] At this time, if the token issuance management unit 103 determines that an NFT cannot be issued because the asset to be issued is not registered, for example (if it determines that the asset existence management information to be issued cannot be obtained), it terminates this operation, and if it determines that the NFT can be issued (if it determines that the asset existence management information to be issued has been obtained), it proceeds to processing of step S104.

[0337] Next, the token issuance management unit 103 issues a new token ID (step S104), and executes a token issuance process to issue an NFT while associating it with the corresponding De-Fi contract based on the issued token ID and the information identified in the processing of step S102, such as the issuance target asset identification information and issuance target asset related information (step S105).

[0338] Next, the token registration management unit 104 executes a registration control process to encrypt the issued NFT using blockchain technology (i.e., to ensure tamper-resistance, which is a characteristic that prevents tampering by unauthorized parties) and distribute and register it in each token registration DB 50 (step S106).

[0339] Finally, the information providing unit 111 executes an owner title information providing process to provide information regarding the ownership rights indicating that the registered NFT is held by the user wishing to issue it as ownership rights information to the terminal device 20 of the user wishing to issue it (step S107), and terminates this operation.

[0340] [7.2] NFT-related information collection and provision processing Next, the operation of the NFT-related information collection and provision process executed by the information-providing server device 30 of this embodiment will be described with reference to FIGS.

[0341] 12 and 13 are executed by the information-providing server device 30 of this embodiment. 10 is a flowchart showing the operation of the NFT-related information collection and provision process.

[0342] This operation assumes that the information related to the asset to be issued in the target NFT stored in the asset information management DB60 has been updated appropriately.

[0343] This operation is executed in conjunction with an NFT virtual machine (i.e., node) M that runs DApps based on a De-Fi contract while referencing an oracle contract, and this operation will be explained together with the operation of the NFT virtual machine M. However, the NFT-related information collection and provision process can also be realized by the NFT virtual machine M.

[0344] First, when the NFT virtual machine M receives a request for information provision (hereinafter referred to as an "information provision request") from the terminal device 20 of an information-desiring user who wishes to receive information about a specific issuance target asset (i.e., information related to the issuance target asset) along with the token ID for the target NFT (step S201), it identifies the issuance target asset that is the subject of the information provision request as a specific issuance target asset based on the token ID (step S202).

[0345] Next, the NFT virtual machine M starts executing the NFT-related information collection and provision process for the specific asset to be issued (step S203).

[0346] First, when the NFT virtual machine M starts executing the NFT-related information collection and provision process, it identifies the issuance target asset related information (i.e., the type of issuance target asset related information) to be obtained for the specific issuance target asset (step S204).

[0347] For example, the NFT virtual machine M identifies one or more of the following types of information related to the asset to be issued: current price, past price history, storage location or manager, storage status or registration status (if the asset to be issued is an intangible asset such as data), and authenticity determination results (certificate, etc.).

[0348] Next, the NFT virtual machine M, while referring to the oracle contract, provides the information-providing server device 30 with the token ID and the type of issuance target asset information, and sends an instruction (hereinafter referred to as an "information collection instruction") to collect specific issuance target asset information (step S205), and waits to receive the collected issuance target asset related information.

[0349] Meanwhile, in the information-providing server device 30, when the acquisition processing unit 302 acquires an information collection instruction sent from the NFT virtual machine M (step S301), it acquires the NFT token ID embodied in the issuance target asset that is the subject of information collection provided along with the information collection instruction, and the type of issuance target asset information (step S302).

[0350] Next, the information collection control unit 303 executes an information collection process to collect the relevant issuance target asset related information from the information stored in the asset information management DB 60 based on the acquired token ID and the type of issuance target asset related information (step S303).

[0351] Next, the information providing unit 311 executes an issuance target asset related information providing process to provide the collected issuance target asset related information to the NFT virtual machine M of the corresponding information-receiving user (step S304), and terminates this operation in the information providing server device 30.

[0352] On the other hand, when the NFT virtual machine M acquires the issuance target asset related information collected by the information-providing server device 30 (step S206), it performs the following based on the corresponding token ID: Token-related information is obtained (step S207).

[0353] Next, the NFT virtual machine M generates control information to be recognized by the user wishing to receive information based on the acquired issuance target asset related information and token related information and a predetermined format (step S208).

[0354] Finally, the NFT virtual machine M provides the generated control information to the corresponding terminal device 20 (step S209), and ends this operation.

[0355] [8] Variation [8.1] Variation 1 (NFT transaction execution control process including NFT-related information collection and provision process) [8.1.1] Overview of Variation 1 Next, using Figure 14, we will explain the NFT transaction execution control process including the NFT-related information collection and provision process executed by the transaction management server device 40 of the above embodiment.

[0356] Note that Figure 14 is a diagram for explaining the NFT transaction execution control process including the NFT-related information collection and provision process executed by the transaction management server device 40 of this embodiment.

[0357] This modified example is basically an embodiment in which the NFT-related information collection and provision process executed by the above-mentioned information provision server device 30 is executed when the NFT transaction execution control process is executed, and other features are the same as those of the above-mentioned embodiment.

[0358] In the following explanation, unless otherwise specified, the transaction management server device 40 will be described as being executed by itself. However, as described above, the transaction management server device 40 of this modified example can also be realized by the NFT virtual machine M.

[0359] [8.1.2] NFT transaction execution control process Next, using Figure 14, we will explain the NFT transaction execution control process for executing NFT transactions, including the NFT-related information collection and provision process, which is executed by the transaction management server device 40 of this modified example.

[0360] Note that Figure 14 is a diagram for explaining the NFT transaction execution control process for executing NFT transactions, including the NFT-related information collection and provision process, which is executed by the transaction management server device 40 of this embodiment.

[0361] In particular, Figure 14 is a diagram for explaining the NFT transaction execution control process that executes NFT transactions, including the NFT-related information collection and provision process, which is part of the overall process related to the issuance of NFTs that embody the assets to be issued in the electronic trading network system S, the provision of information related to the NFTs, and the transaction of the NFTs.

[0362] The transaction management server device 40 is configured to use NFTs that embody assets held by users (i.e., assets to be issued) to carry out electronic transactions of the assets to be issued on a network.

[0363] In particular, the transaction management server device 40 has a configuration that executes an NFT-related information collection and provision process when executing an NFT transaction, similar to the information provision server device 30 in the above embodiment.

[0364] In addition, in the transaction management server device 40 of this embodiment, similar to the information-providing server device 30, the issuance target asset related information is stored in the NFT in which the issuance target asset is embodied, for each issuance target asset. It is configured to collect information related to the asset to be issued in conjunction with an asset information management DB60, which is registered in association with the token ID or updated and registered at a given time after the issuance of the NFT.

[0365] Specifically, as shown in FIG. 14, the transaction management server device 40 performs the following as the NFT-related information collection and provision process: (A1) A process for executing an electronic transaction based on a De-Fi contract that specifies a given process for executing an electronic transaction of an NFT and is stored in the token registration DB 50 (hereinafter referred to as "electronic transaction process"); (A2) A process for updating and registering the non-fungible token in a registration management database based on the results of the transaction while ensuring tamper-resistance, which indicates a characteristic for preventing tampering by unauthorized parties (hereinafter referred to as the "NFT update registration process"); (A3) A control process for collecting issuance asset-related information regarding the issuance asset of the relevant NFT based on the specified De-Fi contract when executing electronic transactions (hereinafter referred to as the "NFT-related information collection control process"); and (A4) A process of providing the collected issuance target asset related information to the corresponding terminal device 20 (hereinafter referred to as "issuance target asset related information providing process"); The system has a configuration for executing the above.

[0366] Then, the transaction management server device 40 of this embodiment performs the NFT-related information collection control process (A4): (A3-1) Based on the identified De-Fi contract, identify the type of information related to the assets to be issued that should be collected from the asset information management DB60; (A3-2) Based on the identified type of issuance target asset related information, collect the corresponding issuance target asset related information from the information stored in the asset information management DB 60; It has the following structure.

[0367] The transaction management server device 40 of this embodiment has a configuration that allows it to execute various processes, such as transactions or information provision, by DApps executed by the NFT virtual machine M based on such a De-Fi contract. However, in this embodiment, as described above, each function of the transaction management server device 40 itself may be executed by DApps (i.e., the NFT virtual machine M) based on the De-Fi contract, or some of the functions may be executed by the DApps.

[0368] With this configuration, the transaction management server device 40 of this embodiment can receive information on the issuance assets that trading users who execute NFT transactions wish to receive, and can also receive the latest information on the issuance assets at the time of the transaction while also referencing the NFT information.This not only makes it possible to provide accurate and extensive information, but also improves the trading environment for issuance assets via non-fungible tokens and proves the authenticity and appropriate value of the non-fungible tokens.

[0369] Furthermore, the transaction management server device 40 of this embodiment eliminates the need to register a large amount of information and constantly update registered information when managing NFTs, and can reduce processing speeds and approval delays that arise from the increased amount of data that must be stored due to distributed ledger technologies such as blockchain technology.

[0370] [8.1.3] NFT transaction execution control process Next, the operation of the NFT transaction execution control process executed by the transaction management server device 40 of this embodiment will be described with reference to Figures 15 and 16.

[0371] 15 and 16 are flowcharts showing the operation of the NFT transaction execution control process executed by the transaction management server device 40 of this embodiment.

[0372] This operation includes the operation of the NFT-related information collection and provision process, and the collection of NFT-related information in this operation is basically the same process as the NFT-related information collection and provision process described above.

[0373] In addition, in this operation, as with the NFT-related information collection and provision process, it is assumed that the issuance target asset related information for the target NFT stored in the asset information management DB60 is updated appropriately.

[0374] Note that this operation is realized by the transaction management server device 40, but can also be realized by the NFT virtual machine M.

[0375] First, when the transaction management control unit 402 receives a transaction start instruction from a user who wishes to trade (step S401), it works in conjunction with the corresponding terminal device 20 to identify the information necessary to execute the transaction, such as identifying the user who wishes to trade based on their user ID and identifying the NFT to be traded based on their token ID (step S402).

[0376] Next, the transaction management control unit 402 determines whether to start executing the transaction based on the identified information, the De-Fi contract that identifies the processing for executing the transaction, including restrictions and regulations related to the transaction, and the user's operational instructions (step S403).

[0377] At this time, if the transaction management control unit 402 determines that the NFT transaction is to be executed, it proceeds to processing of step S403, and if it determines that the NFT transaction is not to be executed, it proceeds to processing of step S411.

[0378] Next, if it is determined that the NFT transaction is to be carried out, the approval processing unit 404 performs identity authentication of the user wishing to trade (step S404) and determines the result (step S405).

[0379] Next, if the personal authentication is successful, the transaction management control unit 402 executes processing related to the transaction (step S406) and terminates this operation, and if the personal authentication is not successful, the transaction management control unit 402 proceeds to the processing of step S403. However, if the personal authentication is not successful, the transaction management control unit 402 may terminate this operation.

[0380] On the other hand, if the transaction management control unit 402 determines not to execute an NFT transaction, it determines whether to execute an NFT-related information collection and provision process (step S411).

[0381] At this time, if the transaction management control unit 402 determines that the NFT-related information collection and provision process should be executed, it proceeds to processing of step S412, and if it does not determine that the NFT-related information collection and provision process should be executed, it proceeds to processing of step S420.

[0382] Next, if the transaction management control unit 402 does not determine to execute the NFT-related information collection and provision process, it determines whether to terminate this operation (step S420), and if it determines to terminate this operation, it terminates this operation, and if it determines not to terminate this operation, it proceeds to processing in step S403.

[0383] On the other hand, if it is determined that the NFT-related information collection and provision process is to be executed, the information collection control unit 405 identifies the issuance target asset that is the subject of the information provision request as a specific issuance target asset based on the token ID in the target NFT, and starts the NFT-related information collection and provision process for the specific issuance target asset (step S421).

[0384] Next, when the execution of the NFT-related information collection and provision process is started, the information collection control unit 405 identifies the issuance target asset related information to be obtained for the specified issuance target asset (i.e., the type of issuance target asset related information) (step S422).

[0385] Next, the information collection control unit 405 executes an information collection process to collect the relevant issuance target asset related information from the information stored in the asset information management DB 60 based on the token ID and the type of issuance target asset related information (step S423).

[0386] Finally, the information providing unit 411 provides the generated control information to the corresponding terminal device 20 (step S424), and the process proceeds to step S403.

[0387] [8.2] Modification 2 (Modification of token issuing server device) Next, a modified example of the token issuing server device 10 of this embodiment will be described.

[0388] This modified example is a modified example in which the NFT-related information collection and provision process is executed in the token issuing server device 10 of the above embodiment, and other features are the same as those of the above embodiment.

[0389] That is, the token issuing server device 10 of this modified example has, in addition to the above configuration, a configuration for executing the NFT-related information collection and provision process.

[0390] Specifically, the token issuing server device 10 of this modified example has the following configuration in addition to the above configuration: (A1) When a provision instruction is received from the terminal device 20 of an information providing user who wishes to receive information on an issuance target asset, and the instruction specifies the type of the issuance target asset related information to be collected from the asset information management DB 60 along with the token ID of the issuance target asset, (A2) It is configured to execute an information collection process to collect the relevant issuance target asset related information from the information stored in the asset information management DB 60 based on the acquired token ID and the identified type of issuance target asset related information.

[0391] The token issuing server device 10 is configured to execute an issuance target asset related information providing process for providing the collected issuance target asset related information to the terminal device 20 of the corresponding information-desiring user.

[0392] That is, the token issuing server device 10: (B1) In the asset information management DB 60, the issuance target asset related information is registered in association with the token ID for each issuance target asset, or is updated and registered at a given timing after the issuance of the NFT, (B2) A provision instruction transmitted from the terminal device 20 of an information providing user who wishes to receive issuance target asset related information is acquired, which instruction specifies the type of issuance target asset related information to be collected from the token registration DB 50 together with the token ID of the issuance target asset; (B3) Based on the acquired token ID and the identified type of issuance target asset related information, collect the corresponding issuance target asset related information from the information stored in the asset information management DB 60; (B4) Providing the collected issuance target asset related information to the corresponding terminal device 20. It may have a configuration.

[0393] In this case, the token issuing server device 10 may be configured by an NFT virtual machine M, or may be configured by one or more server devices, or a combination of a server device and an NFT virtual machine M.

[0394] [9] Other The present invention is not limited to the above-described embodiments, and various modifications are possible. For example, terms cited in the specification or drawings as broadly defined or synonymous terms can be replaced with broadly defined or synonymous terms in other descriptions in the specification or drawings.

[0395] The present invention includes configurations that are substantially the same as the configurations described in the embodiments (for example, configurations with the same functions, methods, and results, or configurations with the same purpose and effects). The present invention also includes configurations in which non-essential parts of the configurations described in the embodiments are replaced. The present invention also includes configurations that achieve the same effects or purposes as the configurations described in the embodiments. The present invention also includes configurations in which publicly known technology is added to the configurations described in the embodiments.

[0396] Although the embodiments of the present invention have been described in detail as above, it will be readily apparent to those skilled in the art that many modifications can be made without substantially departing from the novel features and effects of the present invention. Therefore, all such modifications are intended to be included within the scope of the present invention. [Explanation of symbols]

[0397] M: Virtual machine for NFT S: Electronic trading network system 10: Token issuing server device 20: Terminal device 30: Information providing server device 40: Transaction management server device 50: Token registration database 60: Asset information management database 80: Asset management server device 100: Processing section 101: Communication control unit 102: Issuance Asset Management Department 103: Token Issuance Management Department 104: Token Registration Management Unit 110: Timer management unit 111: Information provision department 170: Storage section 171: Main memory 172: NFT issuance information storage unit 173: Issuance target asset information storage unit 180: Information storage medium 196: Communications Department 200: Processing section 210: Communication control unit 211: Web browser 212:Current location management department 213: Display control unit 214: Input reception processing unit 217: Wallet Management Department 218: Timer management unit 220: Drawing section 230: Sound processing unit 250: Current location detection unit 260: Operation input section 270: Storage section 271: Main memory 272: Image buffer 273: Owner user information storage unit 280: Information storage medium 290:Display section 292: Sound output unit 296: Communications Department 300: Processing section 301: Communication control section 302: Acquisition processing unit 303: Information collection control unit 310: Timer management unit 311: Information provision department 370: Storage section 380: Information storage medium 396: Communications Department 400: Processing section 401: Communication control unit 402: Transaction management control unit 403: Registered user management control unit 404: Authorization processing section 405: Information collection control unit 410: Timer management unit 411: Information provision department 470: Storage section 471: Main memory 472: Registered user related information storage unit 480: Information storage medium 496: Communications Department

Claims

1. A token issuance management system that issues non-fungible tokens used for electronic transactions on a network for assets held by users, A receiving means for receiving an instruction to issue the non-fungible token for a given asset, the instruction being transmitted from a terminal device of an issuing user who wishes to issue the non-fungible token; An acquisition means for acquiring information on the issuance target assets for which the non-fungible tokens are to be issued, as issuance target asset related information, from the terminal device of the issuance user or an information system operated by an administrator who manages the assets in real space; A token issuing means for issuing a non-fungible token that embodies the asset to be issued based on the received issuance instruction and the acquired information related to the asset to be issued; A registration control means for controlling a registration management database that registers the issued non-fungible tokens while ensuring tamper-resistance, which indicates a characteristic for preventing tampering by unauthorized parties; A provision means for providing information on ownership rights indicating that the registered non-fungible token is held by the issuing user to the terminal device of the issuing user as ownership rights information; Equipped with The token issuing means When the information system acquires from the information system real-world management information indicating that the asset to be issued actually exists in the real world and is managed so that it can be traded, A token issuance management system characterized by issuing a non-fungible token that has a token ID for identifying the non-fungible token and token-related information related to the non-fungible token, and that specifies at least one of the processing when a transaction of the non-fungible token is executed and the processing when provision of information related to the corresponding asset to be issued is requested, and that is associated with transaction processing specification information stored in a given storage medium or a given storage means.

2. 2. The token issuance management system according to claim 1, The token issuing means A token issuance management system that issues non-fungible tokens associated with at least one of the following application specification information as the transaction processing specification information: information that specifies a transaction execution application for executing a transaction based on transaction conditions for the transaction of the issuance target asset, and information that specifies an information acquisition application for acquiring issuance target asset related information that indicates information to be provided to the transaction target user when trading the issuance target asset.

3. 2. The token issuance management system according to claim 1, In the information management database, the issuance target asset related information is registered in association with a token ID for identifying the non-fungible token for each of the issuance target assets, or is updated and registered at a given timing after the issuance of the non-fungible token; an acquisition means for acquiring a provision instruction transmitted from a terminal device of an information providing user who desires to receive information on the issuance target asset, the instruction specifying the type of information related to the issuance target asset to be collected from the information management database together with the token ID of the issuance target asset; a collection means for collecting the relevant issuance target asset related information from the information stored in the information management database based on the acquired token ID and the identified type of issuance target asset related information; Further provided with The providing means providing the collected information related to the asset to be issued to a corresponding terminal device; and Management system.

4. The token issuance management system according to claim 1, The registration control means A token issuance management system that encrypts the non-fungible token to ensure the non-tampering, and distributes and registers the encrypted non-fungible token in multiple registration management databases on a network.

5. A program that issues non-fungible tokens for use in electronic transactions on a network for assets held by users, a receiving means for receiving an instruction to issue the non-fungible token for a given asset, the instruction being transmitted from a terminal device of an issuing user who wishes to issue the non-fungible token; An acquisition means for acquiring information on the issuance target assets for which the non-fungible tokens are to be issued, as issuance target asset related information, from the terminal device of the issuance user or an information system operated by an administrator who manages the assets in real space; a token issuing means for issuing a non-fungible token that embodies the asset to be issued, based on the received issuance instruction and the acquired information related to the asset to be issued; A registration control means for controlling a registration management database that registers the issued non-fungible token while ensuring tamper-resistance, which indicates a characteristic for preventing tampering by unauthorized parties; and A provision means for providing information on ownership rights indicating that the registered non-fungible token is held by the issuing user as ownership rights information to the terminal device of the issuing user; Make the computer function as The token issuing means When the information system acquires from the information system real-world management information indicating that the asset to be issued actually exists in the real world and is managed so that it can be traded, A program that issues a non-fungible token that has a token ID for identifying the non-fungible token and token-related information related to the non-fungible token, and that specifies at least one of the processing when a transaction of the non-fungible token is executed and the processing when provision of information related to the corresponding asset to be issued is requested, and that is associated with transaction processing specification information stored in a given storage medium or a given storage means.

6. An information collection system that collects information related to an issuance target asset when electronic transactions on a network of the issuance target asset for which a non-fungible token is issued can be executed using a non-fungible token that embodies an asset held by a user, In the information management database, the issuance target asset related information is registered in association with a token ID for identifying the non-fungible token for each of the issuance target assets, or is updated and registered at a given timing after the issuance of the non-fungible token; an acquisition means for acquiring a provision instruction transmitted from a terminal device of an information providing user who desires to receive information on the issuance target asset, the instruction specifying the type of information related to the issuance target asset to be collected from the information management database together with the token ID of the issuance target asset; a collection means for collecting the relevant issuance target asset related information from the information stored in the information management database based on the acquired token ID and the identified type of issuance target asset related information; a provision control means for executing a process for providing the collected issuance target asset related information to a corresponding terminal device as a provision control process; Equipped with The collecting means An information collection system characterized by identifying the issuance target asset related information to be collected by referring to a token ID for identifying the non-fungible token and token related information related to the non-fungible token, which are specified for the non-fungible token corresponding to the issuance target asset related information to be collected, and transaction processing specification information that specifies at least one of the processing when a transaction of the non-fungible token is executed and the processing when provision of the corresponding issuance target asset related information is requested, and that is stored in a given storage medium or a given storage means.

7. 7. The information collection system according to claim 6, The transaction processing specification information includes at least one of application specification information: information specifying a transaction execution application for executing the transaction based on transaction conditions related to the transaction of the issuance target asset, and information specifying an information acquisition application for acquiring issuance target asset related information indicating information to be provided to the transaction target user at the time of the transaction of the issuance target asset; The acquisition means An information collection system that acquires a provision instruction that specifies the type of the issuance target asset related information to be collected, which is specified based on the application specification information.

8. A program that collects information about an issuance target asset when electronic transactions on a network for the issuance target asset for which a non-fungible token is issued can be executed using a non-fungible token that embodies an asset held by a user, In the information management database, the issuance target asset related information is registered in association with a token ID for identifying the non-fungible token for each of the issuance target assets, or is updated and registered at a given timing after the issuance of the non-fungible token; an acquisition means for acquiring a provision instruction transmitted from a terminal device of an information providing user who desires to receive information on the issuance target asset, the instruction specifying the type of information related to the issuance target asset to be collected from the information management database together with the token ID of the issuance target asset; a collection means for collecting the relevant issuance target asset related information from the information stored in the information management database based on the acquired token ID and the identified type of issuance target asset related information; and a provision control means for executing a process for providing the collected issuance target asset related information to a corresponding terminal device as a provision control process; Make the computer function as The collecting means A program characterized by identifying the issuance target asset related information to be collected by referring to a token ID for identifying the non-fungible token and token related information related to the non-fungible token, which are specified for the non-fungible token corresponding to the issuance target asset related information to be collected, and transaction processing specification information that specifies at least one of processing when a transaction of the non-fungible token is executed and processing when provision of the corresponding issuance target asset related information is requested, and that is stored in a given storage medium or a given storage means.

9. An information provision system that provides collected information related to an issuance target asset to a user who desires the information provision, when electronic transactions on a network of the issuance target asset for which a non-fungible token is issued can be executed using a non-fungible token that embodies the asset held by the user, In the information management database, the issuance target asset related information is registered in association with a token ID for identifying the non-fungible token for each issuance target asset, or The non-fungible token is updated and registered at a given time after its issuance, a reception processing means for receiving a provision instruction transmitted from the terminal device of the user desiring to receive information together with a token ID of the asset to be issued; a specifying means for specifying a type of the issuance target asset related information to be collected from the information management database based on the accepted token ID; an acquisition means for acquiring the issuance target asset related information identified and collected based on the type of the identified issuance target asset related information and the accepted token ID; providing means for providing the acquired issuance target asset related information to a terminal device of the corresponding information-requesting user; An information providing system comprising:

10. 10. The information providing system according to claim 9, The acquisition means Obtaining token-related information regarding the non-fungible token based on the token ID of the non-fungible token that is the subject of the transaction; The providing means An information provision system that generates control information to be recognized by the user who wishes to receive information based on the acquired token-related information and the collected issuance target asset-related information, and provides the generated control information to the corresponding terminal device.

11. A program that provides collected information related to an issuance target asset to an information-requesting user who wishes to receive such information, when electronic transactions on a network of the issuance target asset for which a non-fungible token is issued can be executed using a non-fungible token that embodies the asset held by the user, In the information management database, the issuance target asset related information is registered in association with a token ID for identifying the non-fungible token for each of the issuance target assets, or is updated and registered at a given timing after the issuance of the non-fungible token; a reception processing means for receiving a provision instruction transmitted from the terminal device of the user desiring to receive information together with a token ID of a non-fungible token in which the asset to be issued is embodied; a specifying means for specifying a type of the issuance target asset related information to be collected from the information management database based on the accepted token ID; an acquisition means for acquiring the issuance target asset related information identified and collected based on the type of the identified issuance target asset related information and the accepted token ID; providing means for providing the acquired issuance target asset related information to a terminal device of the corresponding information-requesting user; A program comprising:

12. An electronic transaction execution system that uses non-fungible tokens that embody assets held by users to execute electronic transactions on a network for assets that are the subject of issuance of non-fungible tokens, In the information management database, issuance target asset related information regarding the issuance target asset of the corresponding non-fungible token is registered in association with a token ID for identifying the non-fungible token for each issuance target asset, or is updated and registered at a given timing after the issuance of the non-fungible token, A transaction processing rule specifying means for specifying a given process when executing the electronic transaction of the non-fungible token and for specifying transaction processing rule information stored in a given storage medium or a given storage means; a transaction execution means for executing the electronic transaction based on the specified transaction processing specification information, and a registration control means for updating and registering the transaction in a database; When executing the electronic transaction, the information is A collection control means for controlling the collection of issuance target asset related information regarding the issuance target asset for the corresponding non-fungible token from the management database; providing means for providing the collected issuance target asset related information to a corresponding terminal device; Equipped with The collection control means Identifying the type of the issuance target asset related information to be collected from the information management database based on the identified transaction processing specification information; An electronic transaction execution system characterized by collecting corresponding issuance target asset related information from information stored in the information management database based on the type of issuance target asset related information identified.

13. 13. The electronic transaction execution system according to claim 12, An acquisition means for acquiring token-related information regarding the non-fungible token based on the token ID of the non-fungible token that is the subject of the transaction; A control information generation means for generating control information to be recognized by a target user of the transaction based on the acquired token-related information and the collected issuance target asset-related information; Further provided with The providing means an electronic transaction execution system that provides the generated control information to a corresponding terminal device;

14. A program that uses a non-fungible token that embodies an asset held by a user to execute an electronic transaction on a network for an asset that is the subject of issuance of the non-fungible token, In the information management database, issuance target asset related information regarding the issuance target asset of the corresponding non-fungible token is registered in association with a token ID for identifying the non-fungible token for each issuance target asset, or is updated and registered at a given timing after the issuance of the non-fungible token, a transaction processing rule specifying means for specifying transaction processing rule information that specifies a given process when executing the electronic transaction of the non-fungible token and is stored in a given storage medium or a given storage means; a transaction execution means for executing the electronic transaction based on the specified transaction processing specification information, and a registration control means for updating and registering the transaction in the database; a collection control means for controlling the collection of issuance target asset related information regarding the issuance target asset for the corresponding non-fungible token from the information management database based on the specified transaction processing specification information when the electronic transaction is executed; and providing means for providing the collected issuance target asset related information to a corresponding terminal device; Make the computer function as The collection control means Identifying the type of the issuance target asset related information to be collected from the information management database based on the identified transaction processing specification information; A program characterized by collecting corresponding issuance target asset related information from information stored in the information management database based on the specified type of issuance target asset related information.

Images