Trading system

Abstract

To provide a trading system which allows a trading system for general things to be constructed by using an IoT technology.SOLUTION: A trading system comprises: a data transaction unit (PTPF 200) which maintains and manages a trading contract of a thing by using a block chain and executes the trading contract of the thing; a thing owner account (TO 242) for owing the thing; an issuer account (IS240) for issuing a thing token to the thing owned by a thing owner; and one or more stakeholder accounts for trading of the thing. In order to perform trading of the thing, the data transaction unit uses the thing token to execute the trading contract between the stakeholder accounts. The thing token is a Semi-fungible Token.SELECTED DRAWING: Figure 5

Description

[Technical field]

[0001] The present invention relates to a trading system for trading items, and more particularly to a trading system that uses IoT technology but is capable of handling items that are not directly related to IoT devices. [Background technology]

[0002] In recent years, the Internet of Things (IoT) has come into widespread use. Data obtained from sensors on the IoT is used for a variety of purposes. The devices that provide IoT data are called IoT devices. In addition, data generated by these IoT devices is actively traded.

[0003] For example, Patent Document 1 below discloses a system for trading points by connecting IoT devices via an LPWAN. Furthermore, the following Patent Document 2 discloses a method for conducting financial transactions using IoT devices. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Special Publication No. 2021-519471 [Patent Document 2] JP 2022-109163 A Summary of the Invention [Problem to be solved by the invention]

[0005] In this way, it has been widely proposed to use IoT technology to trade intangible assets such as points and funds. However, when trying to build an industrial system related to things (hereafter referred to as "things") in the world, it is often necessary to incorporate things and people that are not directly related to IoT devices. Even if an IoT device is attached to the object, unrelated participants and ordinary people may also participate in the transaction, and as the market expands, the number of such ordinary people will increase. In addition, the number of objects (devices, simple products) that are not related to IoT in the first place will also increase as the market expands. In other words, most objects in the world are devices (simple objects, (products)) that are not related to IoT. If such a situation cannot be dealt with, it will be difficult to apply IoT technology to a trading system. In order to deal with such a problem, the inventors of the present application considered it necessary to take the following measures. (1) There is a need to address the currency relationships (parties involved, particularly investors, beneficiaries, and those involved along the way) that are related to the above. (2) In addition, the number of objects in the real world is enormous (so enormous that it cannot be compared to the number of IoT devices), and it is necessary to realize the ability to handle objects on a scale exceeding trillions. (3) In addition, the parties involved in an industrial system (trading system) are diverse (for example, the jurisdictions to which they belong are diverse), and a method is needed to handle them without contradiction.

[0006] In view of the above circumstances, the present invention aims to provide a trading system that can be constructed using IoT technology for trading general items. [Means for solving the problem]

[0007] (Basic principle) To solve the above problems, we have adopted a method of issuing "ThingsToken" (hereinafter referred to as "Thing Token"), a token that describes information related to things and currency relationships. Since the currency relationship is described within the thing itself, it is possible to handle a huge number of things and users without having to refer to currency rules separately. As a result, it is possible to naturally adapt blockchain economics, including things, to the real world. (Compared to conventional blockchains) Compare the structure of the present invention with a conventional blockchain-based transaction management system. (Conventional system) Previously, "tokens of things" and "tokens of currencies and securities" were defined as separate tokens. As a result, information about things and information about currencies are managed and executed as separate databases. (System of the Present Invention) In the present invention, a "token incorporating securities properties" is used as a "physical token." As a result, participants' relationships to things can be implemented with tokens and smart contracts.

[0008] (An example of implementation method) By utilizing ERC-3525 (Semi-fungible Token), security properties can be incorporated into ThingsToken (thing token), or a separate smart contract can be implemented as ThingsProtocol to give ThingsToken both non-fungibility as a thing and fungibility as a security. By having various stakeholders participate in ThingsProtocol, it is possible to simultaneously realize diverse contractual relationships between Things and participants and scalability.

[0009] About ERC-3525 ERC-3525 is one of the token standards of Ethereum. It is often called SFT (Semi-fungible Token). It is an important type of token along with NFT (Non-fungible Token) (ERC-721), FT (Fungible Token) ERC-20, etc. ERC-3525 (SFT) can be used as a currency like FT, and can have a unique ID that indicates identity like NFT. ERC-3525 can handle multiple tokens with one smart contract. ERC-3525 also has the characteristic of making it easy to divide and integrate tokens, and is considered to be suitable for finance, for example. In this embodiment, ERC-3525 is mainly described, but any SFT (Semi-fungible Token) with similar characteristics may be used. In this patent, a system using Ethereum is mainly described, but any system that allows similar transactions may be used. Note that "ETHEREUM" is a registered trademark.

[0010] (Principle diagram) A diagram of the principle of the present invention is shown in Fig. 12. As shown in this diagram, in a conventional trading system using a blockchain such as Ethereum, a token 10 representing an object, securities information 12, and a service user 14 are configured separately. Here, the token 10 representing an object includes an account of the object, a DT, and information about the object. The DT is a Device Token, and the information about the object is, for example, a DAT (Device Asset Token), etc. Moreover, it is preferable that the securities information 12 includes, in addition to the securities information itself, programs, account information of items, account information of service users, etc. Furthermore, the service users 14 have their own accounts. In such a configuration, a bottleneck may occur in the processing of the securities information 12, making it impossible to scale. It may also be difficult to provide diversity for the users 14.

[0011] In contrast, the transaction system of the present invention (FIG. 12) is composed of an object token 100 that incorporates security into an object, and a service user 14. Here, the token 100 that represents the object includes the object's account, DT, and object information. DT is a Device Token, and the object information is, for example, a DAT (Device Asset Token), etc. In addition, since security properties are incorporated, security information 120 is added to the object token 100 as shown in Fig. 12. Similar to the security information 12 having the conventional configuration, the security information 120 preferably includes a program, account information of the object, account information of the service user, etc., in addition to the security information itself. This mechanism makes it possible to scale without bottlenecks. Also, diversity can be ensured by having users 14 directly contact each other for the use of things.

[0012] (Advantages of this invention) 1. It can handle huge numbers of items and users. As explained in FIG. 12 above, in the conventional technology, a database is required to handle securities information, and the relationship between the items and the participants must be managed separately, but in the present invention, such management is not necessary. As a result, it is possible to handle an increase in items and users. 2. Diversity of items and participants can be realized. As described above, the principle of the present invention makes it unnecessary to manage the relationship between entities and participants, and as a result, it is possible to guarantee the diversity of entities and participants. 3. Participants can join asynchronously. As described above, the principles of the present invention eliminate the need to manage relationships between entities and participants, allowing participants to participate asynchronously at their own convenience.

[0013] (Explanation of FT and NFT) A conceptual diagram of FT (Fungible Token) (e.g., ERC-20) and NFT (Non-fungible Token) (e.g., ERC-721) is shown in Figure 13. FT (Fungible Token)130 is also called fungible token and is mainly used as currency on trading systems, such as ERC-20. NFT (Non-fungible Token)132 is also called non-fungible token and is mainly used as NFT item, for example, ERC-721. 13, for example, ERC-20 is used as currency or banknotes, and ERC1400 is used as securities (for example, corporate bonds, gift certificates), etc. In this way, the FT has the characteristics of value (amount) 140.

[0014] As shown in FIG. 13, an NFT 132, such as an ERC-721 or ERC-1155, is used as an NFT art item. Thus, the NFT 132 has data of an owner (account) 142 in addition to the characteristic of value (amount) 140. Furthermore, the NFT 132 also has content 144 as an art item or the like. This content 144 may be text data or non-text data. FTs and NFTs are linked by smart contracts 134. The smart contracts 134 specify conditions 146 that are the contents of the contract.

[0015] (Specific configuration) Specifically, the present invention employs the following configuration.

[0016] The trading system of the present invention (e.g., a system including the PTPF200 described later, and accounts on the PTPF200 such as IS240, TO242, and SH500) uses a blockchain to preserve and manage trading contracts for objects, and includes a data transaction unit (e.g., the PTPF200 described later) that executes the trading contracts for objects, an object owner account (e.g., the TO242 described later) that owns the object, an issuer account (e.g., the IS240 described later) that issues an object token (e.g., the object token 100 described later) for the object owned by the object owner, and one or more stakeholder accounts (e.g., the SH500 described later) that trade the objects, and the data transaction unit executes the trading contract between the stakeholder accounts using the object token to trade the object, and the object token is a semi-fungible token.

[0017] The physical token may be a token that has the fungibility of a security and the non-fungibility of a physical object.

[0018] The entity token may be a token having an entity account, a Device Token, a Device Asset Token, or securities information.

[0019] The data transaction unit has a brand account (e.g., B238 described below) that conducts transactions for specified types of items, and the brand account and the issuer account enter into a contract, and based on the contract, the issuer account may supply the issued item tokens to the brand account.

[0020] The system further includes a brand DAO (e.g., the Brand DAO described below), which is a rule interface that defines rules between one or more of the brand accounts and other accounts, and the brands may contract with the issuer accounts in accordance with the rules defined by the Brand DAO. Effect of the Invention

[0021] According to the present invention, a trading system for general items can be provided using a trading system that can be constructed using IoT technology. [Brief description of the drawings]

[0022] [Figure 1] 1 is a conceptual diagram of the PTPF, which is a data transaction platform adopted in the transaction system of this embodiment. [Diagram 2] FIG. 2 is a conceptual diagram of the PTPF of the present embodiment. [Diagram 3] FIG. 2 is a conceptual diagram of the PTPF of the present embodiment. [Figure 4] This is an explanatory diagram of ThingsProtocl. [Diagram 5] This is a conceptual diagram of ThingsOwner. [Figure 6] FIG. 2 is a conceptual diagram for explaining the roles of AC / DB and IS in this embodiment. [Figure 7] FIG. 2 is an explanatory diagram of a Brand DAO in this embodiment. [Figure 8] This is an explanatory diagram showing the Things (approvals) that can be referenced in Brand DAO:Brand. [Figure 9] This is an explanatory diagram of the architecture that separates the brand interface X and the Things interface Y. [Figure 10] This is a conceptual diagram showing the relationship between ThingsDAO and stakeholders. [Figure 11] FIG. 2 is an explanatory diagram showing an implementation example of a trading system according to the present embodiment. [Figure 12] 1 is a conceptual diagram of a conventional trading system and a trading system of the present invention. [Figure 13] FIG. 1 is an explanatory diagram of FT and NFT. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

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

[0024] Part 1. Overview of PTPF (Payload Transaction Platform) In this embodiment, as described above, a transaction system that enables efficient transactions of goods is proposed, and as the basis for the system, the Payload Transaction Platform (PTPF) developed by the present inventors is adopted. First, a brief description of this PTPF will be given. FIG. 1 shows a conceptual diagram of PTPF200. PTPF200 is a data trading platform that utilizes a blockchain 202 to realize information distribution by incorporating transaction information into a large amount and variety of IoT data. PTPF200 is premised on cooperation with DEXPF204, which was also developed by the present inventors. DEXPF204 is a data transmission platform, with PTPF200 in charge of transaction contracts, so to speak, and DEXPF204 in charge of the transmission of actual data. However, since DEXPF204 is not directly related to the present patent application, a description thereof will be omitted. As shown in Figure 1, when a transaction is concluded between Company G and Company E, the PTPF200 exchanges transaction data between Company G and Company E, and the DEXPF transmits and receives IoT data of the transaction subject based on the contract.

[0025] This mechanism realizes an IoT data trading platform that uses blockchain technology to securely store ownership and other transaction information in transmitted IoT data, making it possible to control the destination of the data, etc. This will promote the distribution of IoT data and enable the linking of data with physical objects. PTPF200 is a protocol that uses blockchain, and its use makes it possible to realize IoT data transmission that absorbs the differences in procedures between services and platforms between businesses, which were issues with conventional IoT systems, such as differences in IoT devices and their manufacturer protocols. PTPF200 adds various transaction information, such as ownership, usage rights, and price, to the IoT data being transmitted, making it possible to control the destination of the data, and realizing the linkage between data and physical objects.

[0026] (2) Application in this embodiment The transaction system of this embodiment uses PTPF 200 as a data transaction platform, and an explanatory diagram of NFTs that can be deployed thereon is shown in FIG. 2. As shown in FIG. 2, PTPF 200 is on top of a foundation blockchain 206, and includes PTPF protocol 200a, DT 208, MDT 210, etc. DT (Device Token) 208 represents a device. For example, it may be an extended token of ERC-721 (NFT). The MDT (Meta Data Token) 210 represents the data information to be traded. For example, it may be an extended token of ERC-721 (NFT). The PTPF protocol 200a is a smart contract protocol that stores data transaction information and handles settlement, etc.

[0027] A more detailed software configuration diagram is shown in Figure 3. The PTPF 200, the PTPF protocol 200a, the MDT 210, and the DT2-8 are provided on the base blockchain 206. Various devices are virtualized (tokenized) and represented on the blockchain 202.

[0028] 2. PTPF in this embodiment A distinctive feature of the PTPF 200 of this embodiment is that it uses the ThingsProtocol. This is shown in the explanatory diagram of FIG. (i) The AC (Acquirer) 234 issues a sell offer to the PTPF 200 on behalf of the DO (Device Owner) 230 . (ii) A DB (Data Broker) 236 issues a buy offer to the PTPF 200 on behalf of a SP (Service Provider) 232 that uses the data. (iii) PTPF 200 performs matching, forms contracts, and manages them. (iv) B (Brand) 238 is an organization that conducts transactions on the transaction system provided by the PTPF 200. In this embodiment, this particularly applies to a sake brewing association that sells sake (products). (v) A feature of this embodiment is that an IS (Issuer) 240 issues a thing token 100 to a TO (Things Owner) 242. The TO 242 is, for example, an individual liquor bottle. This allows the TO 242 to execute a transaction contract for the sale of a thing on the PTPF 200 using the thing token 100.

[0029] This object token 100 is a token with properties that are very suitable for handling passive "objects" that do not emit data. As described above, a feature of this embodiment is the introduction of a new token concept that allows the right attribution relationship of an object to be flexibly described. (vi) In this embodiment, a ThingsDAO 220 is also configured. This ThingsDAO 220 is a distributed autonomous organization for trading goods. Liquor wholesalers and individual liquor stores can smoothly trade goods (liquor) by participating in this ThingsDAO 220. In Fig. 4, the ThingsDAO 220 is indicated by a dashed line. That is, the portion surrounded by the dashed line in Fig. 4 constitutes the ThingsDAO 220. Also, in Fig. 4, W represents a configuration required for IoT data transmission, and Z represents a new configuration for using the thing token 100. In addition, AC234, DB236, DO230, SP232, IS240, TO242, and B238 are all PTPF200 accounts.

[0030] (1) ThingsProtocol token type (all) The tokens used in the transaction system using the blockchain in this embodiment will be described. (a) Sensing device DAT (Device asset token), such as ERC-721 DT (Device token) 208: Represents a device as described above. For example, it may be an extended token of ERC-721 (NFT). MDT (Meta data Token) 210: Represents the data information to be traded as described above. For example, it may be an extended token of ERC-721 (NFT).

[0031] (b) Things · TT ERC-3525 (ThingsToken) A feature of this embodiment is the use of a thing token (ThingsToken) which is a token for an individual thing. This thing token can use ERC-3525 (SFT) or the like. The thing token is also sometimes called TT. (c) Value TCX In this embodiment, TCX is used as a value, that is, a currency. That is, TCX is a ThingsProtocol utility token. For example, ERC-20 can be used. (d) Organization ThingsDAO The ThingsDAO 220 is a framework for contracts and smart contracts, as described above. In this embodiment, basically, by participating in the ThingsDAO 220, transactions of items can be executed. ThingsDAO220 refers to the set of programs and rules that describe the relationships between each participant and stakeholder and turn them into a contract (Nexus of Contract).

[0032] FIG. 5 shows a detailed conceptual diagram of TO (Things Owner) 242, etc. As shown in this diagram, TO 242 manages a plurality of TT (Things Token) 100 issued for things (things) 100m that it manages. Similarly, DO 230 manages a plurality of Dev (devices) 400 that it manages. And SP 232 provides benefits to Bnf 402. Bnf stands for Beneficiary, and may be expressed as "beneficiary". Other than these, B 238, IS 240, AC 234, DB 236, etc. have the same configuration as other components in FIG. 4, etc.

[0033] (2) Roles of AC / DB and IS FIG. 6 shows a conceptual diagram for explaining the roles of the AC / DB and IS in this embodiment. AC230 approves DO's accounts and issues DT208 and MDT210. DB236 approves SP238's account. The IS 240 approves the account of the TO (Things Owner) 242. It also issues a TT (ThingsToken). This TT is the thing token described above. In this embodiment, by issuing a TT, it is possible to efficiently handle individual things. As shown in Fig. 6, IS240 represents an issuer, which means that it issues a ThingsToken (TT) to a Things Owner (TO).

[0034] (3) Brand Management: Contractual relationship regarding B (Brand DAO) A conceptual diagram for explaining the Brand DAO in this embodiment is shown in Fig. 7. Note that DAO stands for Decentralized Autonomous Organization, which is called a distributed autonomous organization in Japanese. In this embodiment, the Brand DAO is a structural unit of the actual operation of ThingsProtocol. In other words, it is a contract unit. In this embodiment, this Brand DAO is described using the framework of ThingsDAO 220. The rule interface of ThingsProtocol for each Brand is the Brand DAO. As shown in FIG. 7, B238 is the setter of the rules.

[0035] AC 234 and DB 236 are participants that act on behalf of B 238 towards DO 230 and SP 232 . DO230 and SP232 are the participants that actually transmit data and provide services under the rules of B238. A Brand DAO is a decentralized autonomous organization for a given brand, but depending on its business objectives, it may use (or use in conjunction with) 238 protocols, mechanisms, laws, or rules other than PTPF200.

[0036] For example, to trade alcoholic beverages, it is preferable to configure a Brand DAO by having a liquor association (a voluntary organization) function as the initial B238. It is also preferable to add members at a later date as necessary. It is envisioned that various Brand DAOs will be created depending on the industry. Clothing DAOs, food DAOs, etc. may be built on the trading system according to this embodiment. Generally, a Brand DAO may be composed of multiple participants, but it may also be composed of a single company. If a single company can operate the ecosystem, it is possible to form a single-company DAO.

[0037] (4) Brand DAO: Approval of Things that can be referenced by Brand In the Brand DAO, B238 may set various rules. Specifically, for example, approval of things that can be referenced is included. An explanatory diagram showing this is shown in Figure 8. As shown in Fig. 8, AC 234 / DB 236 and DO 230 / SP 232 exist in the rule interface (Brand DAO) of ThingsProtocol for each Brand 238. As shown in Fig. 7, multiple B 238s can exist. In Fig. 8, B1, B2, B3, ... Bn are depicted. The operation in Fig. 8 will be described below. (a) Each B238 can use Things from each Brand DAO by entering into a contract with an IS (issuer) 240. (b) Each B238 can use Things of TO242 under IS240 to participate in each B238's ecosystem by entering into a contract with IS240. This enables the provision of value related to Things to participants of B238.

[0038] (c) Distribute the generated value to each stakeholder. For example, a part of the value can be distributed to the TO 242, and another part of the value can be distributed to the IS 240. That is, it can be configured so that the IS 240 can also receive the distributed revenue. Distribution can be freely made to each stakeholder, and the ratio can also be freely determined. In addition, an IS 240 may participate in multiple Brand DAOs. In the example of Figure 8, IS1-240 participates in B1-238, B2-238, and B3-238, and ISn participates in B1-238 and Bn-238. For example, to trade alcohol, a lead company would initially be IS240 and each sake brewery could be certified as TO242. This IS40 could then issue a ThingsToken (TT) for each bottle of sake handled by each brewery.

[0039] (5) Use of TT (physical token) from B A distinctive feature of this embodiment is that a trading system suitable for trading goods is realized by adopting SFT (e.g., ERC-3525) as a token. This physical token (also called a TT) 100 is issued by the IS 240 to each TO 242 . Now, B238 (for example, the Sake Brewing Council) compiles contracts with AC234, D236, etc. through the PTPF200. Meanwhile, IS240 issues an object token 100 to TO242. At this time, each TO242 issues an object token 100 for each object it handles (FIG. 9). FIG. 9 is an explanatory diagram of such use from B238 to TT100. As shown in FIG. 9, in this embodiment, an architecture that separates a brand interface X and a Things interface Y is adopted. FIG. 9 is also a conceptual diagram of an architecture that uses the brand interface X and the Things interface Y in this way. Note that the interface means a Domain.

[0040] In this embodiment, under such architecture, Issuer (IS) 240 issues TT (physical token) 100 as described above. Which TT 100 is to be joined to which B 238 depends on the conditions between TO 242 and B 238. When the conditions are met, IS 240 permits the connection of the TT 100 to the brand interface X of the B 238. With this mechanism, the TT (physical token) 100 can be used from B 238. 9, the IS 240 can manage a plurality of TOs 242. The IS 240 can issue a TT (thing token) 100 to each TO 242, for example, to each liquor bottle (each bottle corresponds to an individual thing (Thing)).

[0041] In this embodiment, a token (for example, ERC-3525) called SFT (Semi-fungible Token) is adopted as the TT (item token) 100. As described above, the SFT allows easy division and integration of tokens. Therefore, for example, even if there is a large amount of the same type of alcohol, each bottle can be easily managed by dividing it. In addition, when a large number of alcohol bottles are collected in a container, they can be collected (integrated) and one container's worth of alcohol bottles can be represented by one token, making distribution management smoother. As a result, transactions of goods can be carried out more smoothly than before.

[0042] 3. ThingsToken (Things Token) 100 and ThingsDAO 220 The relationship between the ThingsToken 100 and the ThingsDAO 220 will be described in more detail below. (1) TT (ThingsToken) 100 is a token that acts as a kind of security and can describe various rights related to an individual item. This is a characteristic feature of this embodiment, and for example, a token called SFT (Semi-fungible Token) (for example, ERC-3525) can be used. (2) On the other hand, in transaction systems using blockchain such as PTPF200, DAT (Device Asset Token) has traditionally been treated as an object that generates data from IoT, i.e. sensor devices, etc. In other words, it functions as a token for handling IoT devices.

[0043] (3) ThingsProtocol refers to the entire set of programs and regulations that enable value transactions and contract execution between the blockchain that powers ThingsTokens (thing tokens), blockchains that do not necessarily power ThingsTokens (thing tokens), tokens (NFTs, etc.), and the various parties surrounding them. (4)TCX (Things Transaction Currency) is a general-purpose unit of value (Transaction Currency) that can be used to exchange consideration when various stakeholders participate, starting with ThingsToken100.TCX functions as a currency unit that provides common currency and utility to the ecosystem related to ThingsToken100.

[0044] (5) The ThingsToken architecture defines a set of participant roles that enable participants to create value through ThingsToken and TCX. List the roles: There are seven types of players: (a) "DO230 / SP232, AC234 / DB236" which are participants related to IoT, (b) "TO242=Things Owner" and "IS240=issuer" which are participants related to Things (TT=ThingsToken) 100, and (c) "B238 (Brand)" which acts as the rule writer / platformer that ties them all together. (6) “ThingsDAO” is a nexus of contracts between participants, including programs, that defines the economic rules and legal relationships between (a) tokens (TT, DAT, TCX) that use the ThingsProtocol, and (b) participants (AC, DB, DO, SP, B, IS), as well as external communities. It is a virtual autonomous organization (decentralized autonomous organization) (=DAO).

[0045] SH (Stakeholder) is a ThingsDAO220 account FIG. 10 shows a conceptual diagram illustrating the relationship between ThingsDAO 220 and stakeholders. An account (or a person who has an account) of ThingsDAO 220 is called SH (Stakeholder) 500. FIG. 10 shows B 238, which is a type of account of ThingsDAO 220, and this B 238 is also a type of SH 500. SH 500 is also a party related to ThingsDAO 220.

[0046] SH500 is a stakeholder in ThingsDAO220, which may include various types of participants and stakeholders. (i) First, there are the following participants related to B238 (brand): B238, AC234, DB236, DO230, SP232, Bnf402, Dev400, etc. (ii) Next, there are the following stakeholders related to Things: IS240, TO242, etc. (iii) In addition to the two types of participants and stakeholders mentioned above, any participants related to things other than the two types mentioned above, such as producers, consumers, influencers, auditors, and developers, may be included. All of these (i), (ii), and (iii) are collectively referred to as SH 500. In this embodiment, a transaction contract regarding things is first made between a Things Owner (TO) 242 and a Stakeholder (SH) 500. Furthermore, in this embodiment, a transaction contract can be made not only between the TO (Things Owner) 242 and the SH (Stakeholder) 500, but also between the SHs 500 and each other, that is, between the stakeholders. In other words, in this embodiment, transactions (trade contracts) related to goods include not only buying and selling, but also all transactions related to various things, such as delivery, import and export, inspection, publicity, advertising, display, promotion, etc.

[0047] 4. Implementation example of the trading system (token economics) according to this embodiment FIG. 11 shows an implementation example of a trading system according to this embodiment. First, there can be multiple types of DAOs in ThingsDAO 220. There can be a furniture DAO, a clothing DAO, and other types of DAOs. As explained in Figure 10, each DAO has an account for SH500 (see Figure 11).

[0048] In ThingsDAO220, there may be a developer community 244. In addition, there may be a governance organization 246 that manages tokens for transactions. In ThingsDAO220, a predetermined B (Brand) 238 is provided. This B238 corresponds to various business entities, such as a sake council. IS240 contracts with ThingsDAO220 and B238 and conducts transactions. As described above, IS240 issues a thing token (TT) 100, which is an SFT. This makes it possible to smoothly conduct transactions of things. The governance organization 246 may perform various management tasks, such as issuing TCX300.

[0049] B238 receives the above-mentioned TT100 and TCX330, and by using these, can make contracts with AC234, DB235, DO230, SP232, and TO242 and execute transactions. The DO 230 includes one or more Dev 400 as described in Fig. 5. The SP 232 includes one or more Bnf 402 as described in Fig. 5.

[0050] The distinctive feature of this embodiment is that the token (TT) 100 using SFT is As a result, it has become possible to smoothly handle many of the same kind of items, and because real retail stores and other businesses can easily use blockchain-based transaction systems, it has become possible to dramatically increase the possibility of transactions.

[0051] Although the embodiment of the present invention has been described above, the present invention is not limited to the above-described embodiment. Furthermore, the effects described in the present embodiment are merely a list of the most preferable effects resulting from the present invention, and the effects of the present invention are not limited to those described in the present embodiment. [Explanation of symbols]

[0052] 10... (Object) Token 12, 120...Securities Information 14……User 100...Item token (TT) 130……FT 132...NFTs 134...Smart contract 140...Value (amount) 142...Owner (account) 144...Content (text and non-text) 146……Condition 200...PTPF 200a...PTPF protocol 202... Blockchain 204...DEXPF 206...Underlying blockchain 208...DT 210...MDT 220...ThingsDAO 230...DO 232...SP 234……AC 236...DB 238……B 240...IS 242...TO 244...Developer Community 246……Governance organization 300...TCX 400...Dev(device) 402...Bnf (Beneficiary) 500...SH W……Necessary configuration for IoT data transmission Z... A new configuration for using 100 tokens X……Brand interface Y……Things interface

Claims

1. A data transaction unit that preserves and manages a transaction contract for an object using a blockchain and executes the transaction contract for the object; an object owner account that owns the object; An issuer account that issues an object token for the object owned by the object owner; one or more stakeholder accounts for trading said items; The data transaction unit executes the transaction contract between the stakeholder accounts using the object token to trade the object, and the object token is a semi-fungible token. Trading system.

2. The object token is a token that has securities fungibility and non-fungibility as an object.

2. The trading system according to claim 1.

3. The entity token is a token having an entity account, a Device Token, a Device Asset Token, and securities information.

3. The trading system according to claim 2.

4. The data transaction unit includes a brand account for conducting transactions regarding a predetermined type of item, The brand account and the issuer account enter into a contract, and based on the contract, the issuer account provides the issued item token to the brand account.

2. The trading system according to claim 1.

5. A brand DAO is a rule interface that defines rules between one or more of the brand accounts and other accounts; Further equipped with The Brand contracts with the Issuer Account according to rules defined by the Brand DAO.

5. A trading system according to claim 4.

Images