System and method for managing shared real estate based on security token

Abstract

To provide a system and a method for managing a shared real estate in which a security token is issued to a user, a share of ownership of a real estate is registered according to a possession amount of tokens, and a use right is issued.SOLUTION: The system for managing a shared real estate based on security tokens according to one embodiment of the present invention has a token management module for issuing a first token as a non-replaceable token for each real estate and for issuing a second token as a replaceable token in proportion to a share of ownership of a real estate, a user authentication module for storing personal information of a user and address information of a token wallet, an actual asset management module for storing information of a real estate pegged to the first token, and a real estate registration application module for submitting an application for registration of the real estate pegged to the first token in proportion to a possession rate of the second tokens of the user.SELECTED DRAWING: Figure 1

Description

Technical Field

[0001] The present invention relates to a management system and method for shared real estate that issues security tokens to users, registers ownership shares of real estate according to the number of tokens held by the users, and issues usage rights.

Background Art

[0002] The accommodation demand for independent residential facilities such as villas, pensions, and pool villas is more than four times higher than that of hotels, and its market scale is growing rapidly. However, since users do not always live in independent residential facilities, a large number of users can share independent residential facilities to reduce the cost.

[0003] Further advancing from providing conventional shared services such as mobility devices, office spaces, and accommodation facilities, new shared services for independent residential facilities such as jointly-owned villas have emerged.

[0004] Since such services grant the right to use real estate owned by others, there is a demand for services that can easily manage the real estate shared with others.

Prior Art Documents

Patent Documents

[0005]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0006] An object of the present invention is to provide a management system and method for shared real estate that issues security tokens to users, registers ownership shares of real estate according to the number of tokens held, and issues usage rights.

Means for Solving the Problems

[0007] To achieve the above object, a shared real estate management system for a security token infrastructure according to an embodiment of the present invention issues a first token, which is a non-fungible token, for each piece of real estate, and issues a second token, which is a fungible token, in proportion to the ownership share of the real estate. The system includes a token management module, a user authentication module for storing the personal information of the user and the address information of the token wallet, a physical asset management module for storing the information of the real estate pegged to the first token, and a real estate registration application module for applying for the registration of the real estate pegged to the first token in proportion to the holding ratio of the second token of the user.

[0008] As an embodiment, queries and transactions for the first token and the second token are recorded in a blockchain stored in nodes on a node network.

[0009] As an embodiment, after issuing the first token, the token management module generates a block recording the address information of the token wallet where the first token is stored, connects the block to the blockchain stored by itself, and then propagates the data including the block to the node network.

[0010] As an embodiment, the token management module connects to a real estate registration system to obtain real estate registration transcript data, extracts the location, building number, breakdown within the building, owner, and ownership share information of the real estate from the real estate registration transcript data, generates first metadata together with a token ID, which is a unique identification number, and stores the first metadata in a file or a database.

[0011] As an embodiment, after staking the first token in a vault, the token management module issues the second token in proportion to the ownership share of the co-owners of the real estate.

[0012] As an embodiment, the token management module generates second metadata including the token ID of the first token, and stores the second metadata in a file or a database.

[0013] As an embodiment, the token management module extracts the personal information of the owner from the real estate register transcript data, requests and obtains the address information of the token wallet corresponding to the extracted personal information of the owner from the user authentication module, and then transmits the second token to the address of the obtained token wallet.

[0014] As an embodiment, the token management module checks the quantity of the second tokens stored for each token wallet by period, and calculates the ownership share information for each user in proportion to the quantity of the second tokens.

[0015] As an embodiment, the real estate registration application module generates real estate registration application data including the ownership share information for each user, electronically signs the real estate registration application data with a co-certificate for each user, and then transmits the data to the real estate registration system.

[0016] As an embodiment, the real estate registration application module receives registration completion notification data from the real estate registration system, and the physical asset management module changes the real estate ownership information based on the updated ownership share information for each user.

[0017] The method for managing shared real estate based on a security token according to an embodiment of the present invention includes, in a shared real estate management system based on a security token, the step of a token management module connecting to a real estate registration system to obtain real estate register transcript data; the step of the token management module issuing a first token, which is an irreplaceable token corresponding to the real estate; the step of the token management module staking the first token in a vault and then issuing a second token, which is a replaceable token, in proportion to the ownership share of the real estate; and the step of the token management module paying the second token to the user's token wallet.

[0018] As an embodiment, the method further includes the step of the token management module checking the quantity of the second token stored for each token wallet; the step of the token management module calculating ownership share information for each user in proportion to the quantity of the second token; and the step of the real estate registration application module generating real estate registration application data including the ownership share information for each user, electronically signing the real estate registration application data with a joint certificate for each user, and then transmitting the real estate registration application data to the real estate registration system.

Advantages of the Invention

[0019] The present invention enables the easy update of the ownership share of real estate using the security tokens held by users, allowing users to use the real estate shared with others without conflicts.

Brief Description of the Drawings

[0020]

Figure 1

Figure 2

Figure 3

Figure 4

Figures 5a - 5b

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Embodiments for Carrying Out the Invention

[0021] The present invention can be implemented with various modifications within the scope not departing from the gist thereof, and can have one or more embodiments. And, the embodiments described in the specific content, drawings, etc. for implementing the invention in the present invention are examples for specifically explaining the present invention, and do not limit or restrict the scope of rights of the present invention.

[0022] Therefore, what can be easily inferred by a person having ordinary knowledge in the technical field to which the present invention pertains from the specific content, drawings, etc. for implementing the present invention can be construed as belonging to the scope of the present invention.

[0023] Note that the size and form of each component shown in the drawings may be exaggerated for the purpose of explaining the embodiment, and do not limit the size and form of the actually implemented invention.

[0024] Unless otherwise defined in the specification of the present invention, the terms used therein can have the same meaning as generally understood by a person having ordinary knowledge in the technical field to which the present invention pertains.

[0025] Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

[0026] FIG. 1 is a block diagram schematically showing a shared real estate management system of a security token base according to a first embodiment of the present invention and a configuration connected thereto.

[0027] The security token in the first embodiment of the present invention may be a digital asset in which real estate such as a detached housing facility, which is a physical asset, is pegged to a cryptocurrency. In particular, after issuing a non-fungible token (NFT) corresponding to the real estate, which is a physical asset, one or more fungible tokens (FTs) issued by staking the non-fungible token in a vault may be obtained.

[0028] The shared real estate management system 100 of the security token infrastructure according to the first embodiment of the present invention includes one or more computing devices, or each component included in the system 100 can include one or more computing devices. At this time, the computing device can include a processor, a storage device, an input / output device, and a system board.

[0029] The processor can process data input into or output from the interior of the system 100. The processor can be a microprocessor including a control device, an arithmetic logic unit, registers, and cache memory. For example, the processor can be any one of a central processing unit, a graphic processing unit, and a digital signal processor. And the processor can have a multi-core structure including a plurality of cores.

[0030] The storage device can store data to be processed inside the system 100. The storage device can include a main storage device and an auxiliary storage device. The main storage device can include a random access memory device or a flash memory device. For example, the main storage device is a random access memory device and can include one or more of SRAM (static RAM), DRAM (dynamic RAM), MRAM (magneto-resistive RAM), STT-MRAM (spin-transfer torque magneto-resistive RAM), PRAM (phase change RAM), RRAM (resistive RAM), and FeRAM (ferroelectric RAM). The auxiliary storage device can include one or more of a hard disk drive, an SSD (solid state drive), an optical disc drive, and a magnetic tape.

[0031] The input / output device receives data input inside the system 100 and outputs data to the outside. The input / output device can include an external input / output terminal and a driver device that processes it. For example, the external input / output terminal can include one or more of a serial port, a parallel port, SCSI (Small Computer System Interface), USB (Universal Serial Bus), IEEE 1394, e-SATA (External Serial Advanced Technology Attachment), and Thunderbolt. Also, the input / output device can include a network interface controller, and the network interface controller can be connected to a local area network (LAN) based on Ethernet in a wired manner or to a wireless local area network (WLAN) based on Wi-Fi in a wireless manner.

[0032] The system board connects between the processor, the storage device, and the input / output device and provides a path for the data processed in the system 100. The system board can include an address bus, an instruction bus, a data bus, a chipset device that controls the bus, and a power system.

[0033] System 100 can be connected to user terminal device (A), third - party systems (B1 - B3), and node network (C) respectively through personal area network (PAN), local area network (LAN), metropolitan area network (MAN), and wide area network (WAN), and can receive data from external devices A, B1 - B3, C or send data to external devices A, B1 - B3, C using data communication protocols such as TCP / IP (transmission control protocol / internet protocol), SMB (server message block), CIFS (common internet file system), and NFS (network file system).

[0034] An application program or a web browser is installed in user terminal device A, thereby providing an interface for the user to execute the functions of querying and managing tokens and real - estate information. User terminal device A can be a personal device having an input function for receiving commands from the user and an output function for displaying data. For example, user terminal device A can be any one of a desktop computer, a laptop computer, a tablet computer, a smart phone, and a PDA.

[0035] Third - party systems B1 - B3 can include a token trading system B1, a real - estate market query system B2, and a real - estate registration system B3.

[0036] The user can connect to the token trading system B1 through the application program or web browser installed in user terminal device A. After entrusting or depositing the tokens owned by oneself to the token trading system B1, the user can conduct transactions with the assets held by other users.

[0037] The real estate price inquiry system B2 provides a function that allows browsing the real estate price and querying other information. After connecting to the real estate price inquiry system B2 using an application program or a web browser on the user terminal device A, the user can query real estate price information and the like.

[0038] The real estate registration system B3 provides a function that allows querying the real estate register transcript and applying for registration. After connecting to the real estate registration system B3 using an application program or a web browser on the user terminal device A, the user can send a real estate register transcript query request to receive the register transcript file and can send a registration application request.

[0039] The node network C can be a set of multiple nodes connected to one or more other nodes and storing a blockchain. Each node may be a computing device, and queries and transactions for tokens can be recorded in the blockchain stored by the node.

[0040] The system 100 according to the first embodiment of the present invention includes a token management module 110, a user authentication module 120, a physical asset management module 130, and a real estate registration application module 140.

[0041] The token management module 110 issues tokens according to the ownership share of real estate, which is a physical asset. The token management module 110 can issue non-fungible tokens (NFTs) pegged to real estate, which is a physical asset. Then, the token management module 110 can stake the issued non-fungible tokens (NFTs) in a vault and issue one or more fungible tokens (FTs). For example, if the ownership share of Party A in a certain real estate is 60 out of 100 and that of Party B is 40 out of 100, after the token management module 110 issues 100 fungible tokens (FTs), it can pay 60 to Party A's wallet and 40 to Party B's wallet.

[0042] In addition, the token management module 110 can request the real estate registration application module 140 to submit a registration application so that the ownership share of the real estate can be updated according to the token holding ratio of the system 100 users. At this time, the token management module 110 can investigate the token holding ratio of the system 100 users at regular time intervals and then request the real estate registration application module 140 to submit a registration application.

[0043] The user authentication module 120 verifies the identity of the system 100 users and stores personal information. The user authentication module 120 can verify the identity of the system 100 users through the mobile phone security authentication service provided by the communication company. Alternatively, the user authentication module 120 can verify the identity of the system 100 users through the mobile resident registration certificate verification service and the mobile driving license verification service provided by public institutions. Alternatively, the user authentication module 120 can receive a joint certificate issued by a certificate issuing agency and verify the identity of the system 100 users. Alternatively, the identity of the system 100 users can be verified through decentralized identity (DID).

[0044] The physical asset management module 130 stores information about real estate pegged to tokens. And the physical asset management module 130 provides a function to query the usage information of real estate and a function to register the usage of real estate. System 100 users can query the usage information of real estate such as independent housing facilities using the application program or web browser installed on the user terminal device A, and can apply for usage registration by specifying a period.

[0045] The real estate registration application module 140 applies for the registration of real estate pegged to tokens based on the token holding ratio of System 100 users. The real estate registration application module 140 receives a real estate registration application request from the token management module 110 and sends a real estate registration application message to the real estate registration system B3 together with the user's identity authentication information.

[0046] Figure 2 is a diagram briefly showing a node network in an embodiment of the present invention. Figure 3 is a diagram briefly showing a blockchain in an embodiment of the present invention.

[0047] The nodes of the node network C can be connected to each of one or more other nodes via a Personal Area Network (PAN), a Local Area Network (LAN), a Metropolitan Area Network (MAN), and a Wide Area Network (WAN). And the nodes can receive block data from other nodes or send block data to other nodes using data communication protocols such as TCP / IP, SMB, CIFS, and NFS.

[0048] One or more nodes belonging to the node network C are mining nodes that verify transactions and generate blocks containing a plurality of transactions. The block can include a hash value, the hash value of the previous block in the blockchain, the hash value of an uncle block discarded as a branch of the blockchain, a bloom filter for confirming the existence of transactions in the block, the address of a token wallet that receives compensation, the difficulty of block generation, the number of previous blocks, the maximum fee per block, the total fee of the transactions included in the block, the block generation time, a nonce, a text description about the block, state data, transaction data, and receipt data configured in the form of a Merkle Patricia tree or a trie.

[0049] Transactions are generated for transmission of tokens from a wallet having tokens to other wallets, and data including the transactions is propagated to nodes on the node network C. The mining nodes verify the transactions and send data including the transactions to other connected nodes. A plurality of mining nodes that have received the data including the transactions calculate the hash value of a block containing a plurality of transactions, and the mining node that first calculates the hash value of the block generates the block and propagates it to other nodes.

[0050] FIG. 4 is a flowchart briefly showing the process of issuing tokens in an embodiment of the present invention. FIGS. 5A and 5B are diagrams briefly showing the schema of token metadata in an embodiment of the present invention, respectively.

[0051] The token management module 110 connects to the real estate registration system B3 and acquires the real estate registration transcript data of the detached housing facility (S1100).

[0052] The token management module 110 can send HTTP (hypertext transfer protocol) or HTTPS (HTTP secure) requests to the real estate registration system B3, and the real estate registration system B3 can, in response, send real estate register transcript data. The real estate register transcript data can be generated in file formats such as HTML (hypertext markup language), XML (extensible markup language), JSON (javascript object notation), PDF (portable document format). And the real estate register transcript data can include the location of the real estate, building number, breakdown within the building, owner, ownership share information, etc.

[0053] The token management module 110 issues a non-fungible token NFT corresponding to the single-family residential facility (S1200).

[0054] The first token T1, which is a non-fungible token NFT issued by the token management module 110, has a token ID that is a unique identifier. The token ID can be represented, for example, as a 256-bit integer type. And the first token T1 can be stored in any token wallet, and the address information of the token wallet in which the first token T1 is stored can be recorded in the blockchain stored by each node in the node network C. The address of the token wallet can be, for example, a 20-byte integer represented in hexadecimal. The token management module 110 can store the private key of the token wallet in which the first token T1 is stored.

[0055] Information about the issued first token T1 can be recorded in a block and propagated to the node network C. The token management module 110 or the mining node existing on the node network C can generate a block recording the address information of the token wallet storing the first token T1, and connect the generated block to the blockchain it stores. Then, the token management module 110 or the mining node can propagate the data of the generated block to the node network C. Each node that receives the block data can connect the block contained in the received data to the blockchain it stores.

[0056] First metadata M1 including various information about the independent housing facility corresponds to the first token T1. The first metadata M1 can include the location of the real estate, building number, breakdown of the building, owner and ownership share information, etc. extracted from the real estate register transcript data, and the token ID as a unique identification number. The token management module 110 can store the first metadata M1 corresponding to each independent housing facility in respective files, or construct a database to store the first metadata M1. Alternatively, the first metadata M1 can be distributed and stored in the node network C. For example, an IPFS (interplanetary file system) can be constructed in the node network C, and after the first metadata M1 is divided into multiple blocks, it can be distributed and stored in each node.

[0057] The token management module 110 issues fungible tokens (FTs) according to the ownership share (S1300).

[0058] The token management module 110 includes a vault in which non-fungible tokens (NFTs) can be staked. After staking the first token T1, which is a non-fungible token (NFT), in the vault, the token management module 110 issues the second token T2, which is a fungible token (FT).

[0059] For each first token T1 staked in the vault, the token management module 110 can issue a different second token T2. The second token T2 can be stored in any token wallet, and the quantity information of the second token T2 held for each address of the token wallet can be recorded in the blockchain stored by each node in the node network C. The token management module 110 can store the private key of the token wallet where the second token T2 is stored.

[0060] The information about the issued second token T2 can be recorded in a block and propagated to the node network C. The token management module 110 or the mining node existing on the node network C can generate a block recording the address information of the token wallet where the second token T2 is stored, and connect the generated block to the blockchain stored by itself. Then, the token management module 110 or the mining node can propagate the data of the generated block to the node network C. Each node that receives the block data can connect the block included in the received data to the blockchain stored by itself.

[0061] Second metadata M2 including various information about the first token T1 corresponds to the second token T2. The second metadata M2 can include the token ID of the first token T1. The token management module 110 can store the second metadata M2 corresponding to each first token T1 in each file, or can construct a database to store the second metadata M2. Alternatively, the second metadata M2 can be distributed and stored in the node network C. For example, IPFS can be constructed in the node network C, and after the second metadata M2 is divided into a plurality of blocks, it can be distributed and stored in each node.

[0062] The token management module 110 can issue the second token T2 in proportion to the ownership share of the co - owners. For example, for a certain independent housing facility, if Party A's ownership share is 60 out of 100 and Party B's ownership share is 40 out of 100, after the token management module 110 issues the first token T1, which is a non - fungible token NFT corresponding to the independent housing facility, stakes it in the vault, it can issue 100 second tokens T2, pay 60 to Party A, and pay 40 to Party B.

[0063] The token management module 110 pays the second token T2 based on the user information (S1400).

[0064] After the user authentication module 120 verifies the identity of the system 100 user, it can store the user's personal information and the address information of the token wallet. The user authentication module 120 can store the user's personal information and the address information of the token wallet in a file, or build and store them in a database.

[0065] The token management module 110 can extract the personal information of the owner from the real estate register transcript data. For example, the token management module 110 can extract the owner's resident registration number from the real estate register transcript data. In the case of co - ownership with multiple owners, the resident registration number can be extracted for each owner.

[0066] The token management module 110 requests and obtains the address information of the token wallet corresponding to the extracted personal information of the owner from the user authentication module 120. Then, the token management module 110 transmits the issued second token T2 to the address of the obtained token wallet. In the case of co - ownership with multiple owners, after the token management module 110 obtains the address information of the token wallet for each owner, it can transmit the second token T2 in a quantity proportional to the ownership share to the address of each owner's token wallet.

[0067] Information about the transmitted second token T2 can be recorded in a block and propagated to the node network C. The token management module 110 or the mining node existing on the node network C can generate a block that records the transaction in which the second token T2 was transmitted, and can connect the generated block to the blockchain that it stores. Then, the token management module 110 or the mining node can propagate the data of the generated block to the node network C. Each node that has received the block data can connect the block included in the received data to the blockchain that it stores.

[0068] FIG. 6 is a flowchart briefly showing the process of updating a real estate register transcript in an embodiment of the present invention.

[0069] The token management module 110 checks the quantity of the second token T2 stored for each token wallet (S2100).

[0070] The token management module 110 can check the quantity of the second token T2 stored for each token wallet at regular intervals. The interval can be, for example, one month.

[0071] The token management module 110 can check the quantity of the second token T2 stored for each token wallet from the blockchain stored by itself or the blockchain received from the nodes on the node network C. Then, the token management module 110 can check the quantity of the second token T2 for each token wallet from the status data included in the blockchain.

[0072] The token management module 110 transmits the ownership share information proportional to the quantity of the second token T2 to the real estate registration application module 140 (S2200).

[0073] The token management module 110 requests and obtains the personal information of the user corresponding to the address of the token wallet from the user authentication module 120. Then, the token management module 110 calculates the ownership share information for each user in proportion to the quantity of the second token T2, and transmits this to the real estate registration application module 140.

[0074] The real estate registration application module 140 transmits the real estate registration application data based on the ownership share information for each user to the real estate registration system B3 (S2300).

[0075] The real estate registration application module 140 generates real estate registration application data based on the ownership share information for each user. The real estate registration application data can include the ownership share information for one independent residential facility.

[0076] The real estate registration application module 140 requests and obtains the joint certificate for each user from the user authentication module 120. Then, the real estate registration application module 140 electronically signs the real estate registration application data with the joint certificate for each user, and then transmits it to the real estate registration system B3. When the registration application is completed, the real estate registration system B3 transmits registration completion notification data to the real estate registration application module 140.

[0077] The physical asset management module 130 updates the ownership information of the real estate which is an independent residential facility (S2400).

[0078] After the registration application is completed, the real estate registration application module 140 transmits the registration completion notification data to the physical asset management module 130. The physical asset management module 130 changes the real estate ownership information based on the updated ownership share information for each user. The physical asset management module 130 can store the real estate ownership information in a file, or construct and store a database.

[0079] The physical asset management module 130 transmits the registration application result data to the user terminal device A (S2500).

[0080] The registration application result data can include the registration completion notice data and the real estate ownership information. The user terminal device A displays the registration completion notice data and the real estate ownership information via an application program or a web browser.

[0081] FIG. 7 is a block diagram briefly showing the real estate sharing system based on the security token according to the second embodiment of the present invention and the configuration connected thereto.

[0082] The system 200 according to the second embodiment of the present invention includes a token management module 210, a user authentication module 220, a physical asset management module 230, a real estate registration application module 240, and a transaction mediation module 250. The token management module 210, the user authentication module 220, the physical asset management module 230, and the real estate registration application module 240 are the same as the corresponding configurations of the first embodiment.

[0083] The transaction mediation module 250 mediates token transactions between one or more sellers and one or more buyers. And the transaction mediation module 250 mediates transactions of the right to use real estate between the seller and the buyer.

[0084] FIG. 8 is a flowchart briefly showing the process of issuing the right to use real estate in an embodiment of the present invention.

[0085] The token management module 210 issues fungible tokens (FTs) according to the ownership shares (S3100).

[0086] The token management module 210 issues a third token T3, which is an alternative token FT, corresponding to the first token T1 staked in the vault. The token management module 210 can issue different third tokens T3 for each first token T1. The third token T3 can be stored in any token wallet, and the quantity information of the third token T3 held for each address of the token wallet can be recorded in the blockchain stored by each node in the node network C. The token management module 210 can store the private key of the token wallet in which the third token T3 is stored.

[0087] The information about the issued third token T3 can be recorded in a block and propagated to the node network C. The token management module 210 or the mining node existing on the node network C can generate a block recording the address information of the token wallet in which the third token T3 is stored, and connect the generated block to the blockchain it stores. Then, the token management module 210 or the mining node can propagate the data of the generated block to the node network C. Each node that receives the block data can connect the block contained in the received data to the blockchain it stores.

[0088] The third metadata M3 containing various information about the first token T1 corresponds to the third token T3. The format of the third metadata M3 can be the same as that of the second metadata M2. The third metadata M3 can include the token ID of the first token T1. The token management module 210 can store the third metadata M3 corresponding to each first token T1 in respective files, or can construct a database to store the third metadata M3. Alternatively, the third metadata M3 can be stored in a distributed manner in the node network C. For example, IPFS can be constructed in the node network C, and after the third metadata M3 is divided into a plurality of blocks, it can be stored in a distributed manner in each node.

[0089] The token management module 210 can issue the third token T3 in proportion to the ownership share of the co - owners. For example, for a certain single - family residential facility, if the co - owner share of Party A is 60 out of 100 and the co - owner share of Party B is 40 out of 100, after the token management module 210 issues the first token T1, which is a non - fungible token NFT corresponding to the single - family residential facility, stakes it in the vault, it can issue 100 third tokens T3, pay 60 to Party A, and pay 40 to Party B.

[0090] The token management module 210 pays the third token T3 based on user information (S3200).

[0091] The token management module 210 requests and obtains the address information of the user's token wallet from the user authentication module 220. Then, the token management module 210 transmits the issued third token T3 to the address of the obtained token wallet. When there are multiple owners in co - ownership, the token management module 210 can obtain the address information of the token wallet for each owner, and then transmit the third token T3 in a quantity proportional to the ownership share to the address of the token wallet for each user.

[0092] Information about the transmitted third token T3 can be recorded in a block and propagated to the node network C. The token management module 210 or a mining node existing on the node network C can generate a block recording the transaction in which the third token T3 was transmitted, and connect the generated block to the blockchain it stores. Then, the token management module 210 or the mining node can propagate the data of the generated block to the node network C. Each node that receives the block data can connect the block included in the received data to the blockchain it stores.

[0093] The user of the system 200 sets the number n1 of the third tokens T3 required for the use of the real estate using the user terminal device A (S3300).

[0094] The user terminal device A transmits the token number (n1) information set by the user to the physical asset management module 230, and the physical asset management module 230 stores the number n1 information of the third tokens T3 required for the use of the real estate for each independent residential facility. The physical asset management module 230 can store the number n1 information of the third tokens T3 required for use for each real estate in a file, or can construct and store a database.

[0095] On the other hand, here, although it is exemplified that the number n1 of the third tokens T3 required for the use of the real estate is set using the user terminal device A, the scope of the present invention is not limited thereto. For example, the number n1 of the third tokens T3 required for the use of the real estate may be a value initially set on the system 200, or may be a value separately set in advance by an operator of the system 200. The user of the system 200 requests staking of the third token T3 using the user terminal device A (S3400).

[0096] The user terminal device A sends the quantity n2 information of the third token T3 requested by the user for staking to the token management module 210. The token management module 210 requests the physical asset management module 230 to obtain the number n1 information of the third token T3 required for the use of real estate for each independent residential facility. The token management module 210 checks whether the quantity n2 of the third token T3 requested for staking is greater than or equal to the number n1 of the third token T3 required for the use of real estate for each independent residential facility. If the quantity n2 of the third token T3 requested for staking is less than the number n1 of the third token T3 required for the use of real estate, the token management module 210 sends a message to the user terminal device A indicating that the quantity n2 of the third token T3 requested for staking is insufficient.

[0097] If the quantity n2 of the third token T3 requested for staking is greater than or equal to the number n1 of the third token T3 required for the use of real estate, the token management module 210 issues a non-fungible token NFT corresponding to the right to use the independent residential facility (S3500).

[0098] The token management module 210 stakes the third token T3 in the vault and issues the fourth token T4, which is a non-fungible token NFT. The fourth token T4 can be stored in any token wallet, and the quantity information of the fourth token T4 held for each token wallet address can be recorded in the blockchain stored by each node in the node network C. The token management module 210 can store the private key of the token wallet in which the fourth token T4 is stored.

[0099] Information about the issued fourth token T4 can be recorded in a block and propagated to the node network C. The token management module 210 or a mining node existing on the node network C can generate a block recording the address information of the token wallet where the fourth token T4 is stored, and connect the generated block to the blockchain it stores. Then, the token management module 210 or the mining node can propagate the data of the generated block to the node network C. Each node that receives the block data can connect the block included in the received data to the blockchain it stores.

[0100] Fourth metadata M4 including various information about the fourth token T4 corresponds to the fourth token T4. The fourth metadata M4 can include the location of the real estate, building number, user information, etc. and the token ID as a unique identification number. The token management module 210 can store the fourth metadata M4 corresponding to each fourth token T4 in respective files, or construct a database to store the fourth metadata M4. Alternatively, the fourth metadata M4 can be distributed and stored in the node network C. For example, IPFS can be constructed in the node network C, and after the fourth metadata M4 is divided into a plurality of blocks, it can be distributed and stored in each node.

[0101] The token management module 210 pays the fourth token T4 to the user who has requested staking (S3600).

[0102] The token management module 210 requests and obtains the address information of the token wallet of the user who has requested staking from the user authentication module 220. Then, the token management module 210 transmits the issued fourth token T4 to the address of the token wallet that has obtained it.

[0103] Information regarding the transmitted fourth token T4 can be recorded in a block and propagated to the node network C. The token management module 210 or the mining node existing on the node network C can generate a block recording the transaction in which the fourth token T4 was transmitted, and can connect the generated block to the blockchain it stores. Then, the token management module 210 or the mining node can propagate the data of the generated block to the node network C. Each node that has received the block data can connect the block contained in the received data to the blockchain it stores.

[0104] The token management module 210 transmits the real estate usage information of the user who has been paid the fourth token T4 to the physical asset management module 230. The real estate usage information can include the fourth metadata M4. Then, the physical asset management module 230 stores the real estate usage information of the user. The user can use the independent housing facility for a certain period by displaying the paid fourth token T4 on the user terminal device A.

[0105] Figure 9 is a flowchart briefly showing the process of mediating token transactions in an embodiment of the present invention.

[0106] A user who holds tokens in their token wallet can buy and sell the second to fourth tokens T2 to T4 via the token trading system B1. The system 200 of an embodiment of the present invention can collectively mediate token transactions for a plurality of sellers who hold the second token T2 and the third token T3, or a plurality of buyers who want to hold the second token T2 and the third token T3.

[0107] The first user uses the user terminal device A1 to input the number of tokens to be traded (S4100).

[0108] The first user is a user of the system 200 and is a maker who generates an order book.

[0109] The first user can input the number of the second token T2 or the number of the third token T3 to be sold into an application program or a web browser executed on the user terminal device A1.

[0110] Alternatively, the first user can input the number of the second token T2 or the number of the third token T3 to be purchased into an application program or a web browser executed on the user terminal device A1.

[0111] The user terminal device A1 of the first user transmits the token quantity information input by the first user to the transaction mediation module 250. The transaction mediation module 250 can assign a priority to the first user according to the order in which the token quantity information is received.

[0112] The second user uses the user terminal device A2 to input the number of tokens to be traded (S4200).

[0113] The second user is a user of the system 200 and is a tracker who executes an order according to the order book.

[0114] The second user can input the number of the second token T2 or the number of the third token T3 to be sold into an application program or a web browser executed on the user terminal device A2.

[0115] Alternatively, the second user can input the number of the second token T2 or the number of the third token T3 to be purchased into an application program or a web browser executed on the user terminal device A2.

[0116] The user terminal device A2 of the second user transmits the token quantity information input by the second user to the transaction mediation module 250.

[0117] The transaction mediation module 250 matches the transactions between the first user and the second user (S4300).

[0118] The transaction mediation module 250 can search for a plurality of first users who sell more than the number of the second token T2 or the third token T3 that the second user intends to purchase and match the transactions.

[0119] Or, the transaction mediation module 250 can search for a plurality of first users who purchase more than the number of the second token T2 or the third token T3 that the second user intends to sell and match the transactions.

[0120] For example, A, who is the second user, intends to purchase 100 of the third tokens T3, B, who is the first user, intends to sell 60 of the third tokens T3, and C, who is another first user, intends to sell 80 of the third tokens T3. Then, after B uses the user terminal device A1 to first input the number of the third tokens T3 to be sold, the user terminal device A1 transmits the transaction quantity information of the tokens input by B to the transaction mediation module 250. At this time, the transaction mediation module 250 can first match the transaction so that B sells 60 of the third tokens T3 input with the transaction quantity information of the tokens to A, and then sells 40 of the second tokens T3 of C input with the transaction quantity information of the tokens to A.

[0121] FIG. 10 is a flowchart briefly showing the process of mediating the transaction of the right of use in an embodiment of the present invention.

[0122] The user can exchange and trade the non-fungible token NFT corresponding to the right of use of the real estate owned by himself / herself with the non-fungible token NFT of other users.

[0123] The third user registers the fourth token T4 to be exchanged with the transaction mediation module 250 using the user terminal device A3 (S5100).

[0124] The third user selects the fourth token T4 to be exchanged with an application program or a web browser executed on the user terminal device A3 and can input the usage period information of the real estate. The selected fourth token T4 can represent the usage right of the real estate held by the third user. The user terminal device A3 of the third user transmits the token ID of the fourth token T4 and the usage period information of the real estate to the transaction mediation module 250.

[0125] As one embodiment, the fourth token may be the usage right that the third user can use the first real estate during the input usage period.

[0126] The transaction mediation module 250 can store the received token ID of the fourth token T4 and the usage period information of the real estate in a file or construct and store a database.

[0127] The fourth user queries the list of usage rights that can be exchanged using the user terminal device A4 (S5200).

[0128] The fourth user selects the function of querying the list of usage rights that can be exchanged with an application program or a web browser executed on the user terminal device A4. The user terminal device A4 transmits a request to the transaction mediation module 250, and the transaction mediation module 250 acquires the information of the fifth token T5 held in the token wallet of the fourth user. As one embodiment, the fifth token may be the usage right that the fourth user can use the second real estate during a predetermined usage period.

[0129] The transaction mediation module 250 queries a file or database for the usage rights of other users that have the same or similar value as the fifth token T5 held by the fourth user. Then, the transaction mediation module 250 transmits the queried list information of the usage rights to the user terminal device A4 of the fourth user.

[0130] Here, the usage rights having the same or similar value mean the usage rights whose value difference from the fifth token is within the critical range.

[0131] For example, the transaction mediation module 250 can query a file or database for the usage rights that have the same or similar value as the fifth token T5 held by the fourth user, and transmit the list information of the usage rights including the queried fourth token T4 to the user terminal device A4 of the fourth user.

[0132] As one embodiment, the value of the usage rights of the real estate held by each user (i.e., the fourth token or the fifth token) can be determined based on the proper value evaluation amount V3 of the real estate calculated by the method described later in FIG. 12 and below.

[0133] For example, if the proper value evaluation amount of the first real estate is 100 million won, the value of the annual usage rights of the first real estate may be the first value calculated by multiplying the proper value evaluation amount by a certain ratio (e.g., 0.1), and the value of the fourth token may be the second value calculated by multiplying the value obtained by dividing the usage period set for the fourth token by 365 (days) by the value of the annual usage rights of the first real estate.

[0134] As one embodiment, the certain ratio can be the expected rate of return of the first real estate determined in advance.

[0135] Alternatively, the value of the fourth token may be a third value obtained by multiplying the second value by a weight corresponding to the usage period set for the fourth token. Here, the weight is a value corresponding to the peak period, busy period, normal period, and / or slack period. For example, if the usage period set for the fourth token corresponds to the peak period, the weight may be a relatively higher d1, and if the usage period set for the fourth token corresponds to the slack period, the weight may be a relatively lower d2 (d1 > d2).

[0136] The value of the fifth token can also be calculated in the same way as the fourth token. For example, the value of the fifth token may be a fourth value calculated by multiplying the value obtained by dividing the usage period set for the fifth token by 365 (days) by the value of the annual usage right of the second real estate.

[0137] Alternatively, the value of the fifth token may be a fifth value obtained by multiplying the fourth value by a weight corresponding to the usage period set for the fifth token. Here, the weight may be a value corresponding to the peak period, busy period, normal period, and / or slack period.

[0138] The user terminal device A4 of the fourth user displays the list information of the queried usage rights.

[0139] If there is a value difference between the usage rights of other users (e.g., the fourth token) queried by the transaction mediation module 250 and the fifth token T5 of the fourth user, the transaction mediation module 250 can transmit the usage right difference information indicating this, together with the list information of the queried usage rights, to the user terminal device A4 of the fourth user. At this time, the user terminal device A4 of the fourth user can display the additional amount that the fourth user should pay or the refund amount that should be returned to the fourth user, which is the settlement amount that occurs when the usage right exchange is made, based on the usage right difference information.

[0140] The fourth user selects the usage rights of other users (e.g., the fourth token) to be exchanged using the user terminal device A4 (S5300).

[0141] The user terminal device A4 of the fourth user transmits information on the usage rights selected by the fourth user to the transaction mediation module 250. The transaction mediation module 250 transmits an exchange request message to the user terminal device A3 of the third user who registered the selected usage rights.

[0142] The third user approves the exchange of usage rights using the user terminal device A3 (S5400).

[0143] The user terminal device A3 of the third user transmits a message to the transaction mediation module 250 approving the exchange of the usage rights of the third user (e.g., the fourth token) and the usage rights of the fourth user (e.g., the fifth token).

[0144] When the exchange of usage rights between the third user and the fourth user (i.e., the exchange of the fourth token and the fifth token) is processed, the fourth user can use the user terminal device A4 to pay the settlement amount, which is the difference in value between the usage rights of the third user and the usage rights of the fourth user (additional amount settlement) or perform a refund process (refund amount payment) (S5500).

[0145] The transaction mediation module 250 completes the exchange of usage rights (i.e., the exchange of the fourth token and the fifth token) (S5600).

[0146] The transaction mediation module 250 stores the exchange history of the usage rights of the third user and the usage rights of the fourth user in a file or database.

[0147] FIG. 11 is a flowchart briefly showing the process of reserving the use of real estate in an embodiment of the present invention.

[0148] The physical asset management module 230 provides real estate usage information to the user terminal device A (S6100).

[0149] The physical asset management module 230 can provide the usage information of the real estate to the user terminal device A of the user who holds the right to use the real estate. The usage information of the real estate can include the available period, traffic information, and neighboring facility information.

[0150] The user reserves the use of the real estate using the user terminal device A (S6200).

[0151] The user terminal device A transmits the usage period information of the real estate corresponding to the user-owned right to use the real estate to the physical asset management module 230.

[0152] The physical asset management module 230 queries whether the real estate can be used during the usage period indicated in the received information (S6300).

[0153] If the physical asset management module 230 can be used during the usage period indicated in the received information, it transmits an approval message to the user terminal device A, and if it cannot be used, it transmits a rejection message to the user terminal device A. Then, the physical asset management module 230 stores the received usage period information of the real estate in a file or database.

[0154] As an embodiment, the physical asset management module 230 can provide additional information related to the use of the real estate to the user terminal device A together with or separately from the approval message.

[0155] For example, the physical asset management module 230 refers to the usage period indicated in the received information of the real estate, and provides traffic information available during the usage period, tourist information in the vicinity, and / or event information in the vicinity during the usage period connected to the real estate to the user terminal device A as the additional information.

[0156] Alternatively, the physical asset management module 230 can store information about the equipment and accessories provided in the real estate and provide the stored information in response to a request from the user terminal device A. For example, during the period when the user uses the real estate, if the user has an intention to purchase directly using products such as the equipment, furniture, lighting, and home appliances provided in the real estate, the user can transmit the information of the product to the physical asset management module 230 in a manner such as scanning the QR code (registered trademark) attached to the product via the user terminal device A. Then, the physical asset management module 230 can provide additional information such as the price information, purchase route information, and manufacturer information of the product to the user terminal device A. FIG. 12 is a block diagram briefly showing the real estate sharing system based on the security token according to the third embodiment of the present invention and the configuration connected thereto.

[0157] The system 300 according to the third embodiment of the present invention includes a token management module 310, a user authentication module 320, a physical asset management module 330, a real estate registration application module 340, a transaction mediation module 350, and a value evaluation module 360. The token management module 310, the user authentication module 320, the physical asset management module 330, the real estate registration application module 340, and the transaction mediation module 350 are the same as the corresponding configurations of the first embodiment or the second embodiment.

[0158] The value evaluation module 360 calculates the value evaluation amount of the real estate, which is an independent residential facility. The value evaluation module 360 can evaluate the value at a future point in time and can include a machine learning model for that purpose. The machine learning model may be a multiple linear regression model or a deep neural network model.

[0159] FIG. 13 is a flowchart briefly showing the process of issuing the right to use real estate in an embodiment of the present invention.

[0160] The value evaluation module 360 acquires the basic value evaluation amount V1 information of the real estate from the real estate market inquiry system B2 (S7100).

[0161] As one embodiment, the basic value evaluation amount V1 can be a value determined based on at least one of the actual transaction price, public notice price, and appraisal price of the real estate.

[0162] The value evaluation module 360 can periodically obtain the real estate value evaluation amount V1 information from the real estate market inquiry system B2. For example, the real estate value evaluation amount (V1) information can be obtained on a monthly or annual basis.

[0163] The value evaluation module 360 obtains the real estate utilization rate and the usage right exchange application rate information (S7200).

[0164] The physical asset management module 330 can store the real estate utilization rate information obtained by dividing the total usage period by real estate in the first period unit (for example, one month or one year). The transaction mediation module 350 can store the usage right exchange application rate information obtained by dividing the number of times the usage right has been exchanged by real estate in the second period unit (for example, one month or one year unit).

[0165] The value evaluation module 360 obtains the real estate utilization rate information from the physical asset management module 330 and obtains the usage right exchange application rate information from the transaction mediation module 35.

[0166] And the value evaluation module 360 can obtain the accommodation amount information of the accommodation facilities around the real estate from the real estate market inquiry system B2.

[0167] The value evaluation module 360 calculates the variable value evaluation amount of the real estate using the obtained information (S7300).

[0168] The value evaluation module 360 can calculate the variable value evaluation amount V2 of the real estate by the following formula 1. The variable value evaluation amount V2 can be an evaluation amount reflecting the utilization value of the real estate.

Equation

[0169] V1 is the basic value appraisal amount of the real estate obtained in step S7100, V2 is the variable value appraisal amount of the real estate, U is the utilization rate of the real estate, Q is the application rate of the real estate use right exchange, and F is the accommodation amount of the accommodation facilities around the real estate. α1, α2, and α3 are weights, each of which is 0 or more, and the sum of α1, α2, and α3 is 1.

[0170] The value appraisal module 360 calculates the appropriate value appraisal amount V3 of the real estate (S7400).

[0171] The value appraisal module 360 can calculate the appropriate value appraisal amount V3 of the real estate according to the following formula 2. The appropriate value appraisal amount V3 can be an appraisal amount that comprehensively reflects the basic value and utilization value of the real estate.

Equation

[0172] V1 is the basic value appraisal amount of the real estate obtained in step S7100, V2 is the variable value appraisal amount of the real estate obtained in step S7300, and V3 is the appropriate value appraisal amount of the real estate. β1 and β2 are weights, each of which is 0 or more, and the sum of β1 and β2 is 1.

[0173] The value appraisal module 360 can calculate the depreciated appraisal amount V4 of the real estate according to the following formula 3.

Equation

[0174] V1 is the basic value appraisal amount of the real estate obtained in step S7100, and V4 is the depreciated appraisal amount of the real estate. I is the period elapsed after step S7100, and R is the rate of price increase during the elapsed period. γ1 and γ2 are weights, each of which is 0 or more.

[0175] When the depreciated value appraisal amount (V4) of the real estate has a difference of a certain value or more from the appropriate value appraisal amount (V3), the system 300 can recalculate the appropriate value appraisal amount V3 of the real estate by executing steps S7100 to S7400 again.

[0176] At this time, change the values of at least two or more of the weights α1, α2, α3, β1, and β2 in the formula 1 and / or formula 2, and recalculate the appropriate value appraisal amount V3 by executing steps S7100 to S7400 again based on the changed weights α1, α2, α3, β1, and β2. In this way, while changing the weights α1, α2, α3, β1, or β2, repeat the execution of steps S7100 to S7400 until the difference between the appropriate value appraisal amount V3 and the depreciated value appraisal amount V4 converges within a certain value.

[0177] On the other hand, the value appraisal module 360 can predict the future value amount of the real estate based on the machine learning model and provide the predicted future value amount of the real estate together with or separately from the appropriate value appraisal amount V3.

[0178] For this purpose, the value appraisal module 360 includes a machine learning model (not shown) composed of an artificial neural network, and can obtain the accommodation amount information of the accommodation facilities around the real estate, the number of visitors to the area around the real estate, and the real estate market information by period from the real estate market inquiry system B2, and obtain the real estate utilization rate information from the physical asset management module 330.

[0179] Then, the value appraisal module 360 can set the real estate utilization rate information, the accommodation amount information of the accommodation facilities around the real estate, and the number of visitors to the area around the real estate as input variables, and set the real estate market information by period as a target variable to train the machine learning model.

[0180] As an embodiment, the machine learning model can include, but is not limited to, network models such as DNN (Deep Neural Network), RNN (Recurrent Neural Network), BRDNN (Bidirectional Recurrent Deep Neural Network), MLP (Multilayer Perceptron), CNN (Convolutional Neural Network), R-CNN, Fast R-CNN, Faster R-CNN, and Mask-RCNN.

[0181] As an embodiment, the machine learning model can be trained such that model parameters are adjusted in a direction to minimize the error between the predicted value inferred based on the real estate utilization rate information, the accommodation price information of accommodation facilities around the real estate, and the number of visitors to the area around the real estate, and the real estate market information for each period.

[0182] Then, the value evaluation module 360 can input the real estate utilization rate information of the real estate to be predicted, the accommodation price information of accommodation facilities around the real estate, and the number of visitors to the area around the real estate into the trained machine learning model, and output, in response thereto, the value inferred by the machine learning model as the future value amount of the real estate to be predicted.

[0183] Hereinafter, with reference to FIG. 14, an exemplary computing device 500 in which the methods described in various embodiments of the present invention are implemented will be described. For example, the computing device 500 of FIG. 14 can be the system 100 of FIG. 1, the system 200 of FIG. 7, or the system 300 of FIG. 12.

[0184] FIG. 14 is an exemplary hardware configuration diagram showing the computing device 500.

[0185] As shown in FIG. 14, the computing device 500 can include one or more processors 510, a bus 550, a communication interface 570, a memory 530 for loading a computer program 591 executed by the processor 510, and a storage 590 for storing the computer program 591. However, only the components related to the embodiments of the present invention are shown in FIG. 14. Therefore, it can be understood that an ordinary technician in the technical field to which the present invention belongs may further include other general-purpose components in addition to the components shown in FIG. 14.

[0186] The processor 510 controls the overall operation of each component of the computing device 500. The processor 510 can be configured to include at least one of a CPU (Central Processing Unit), an MPU (Micro Processor Unit), an MCU (Micro Controller Unit), a GPU (Graphic Processing Unit), or any form of processor well-known in the technical field of the present invention. Also, the processor 510 can perform operations on at least one application or program for executing the methods / operations according to various embodiments of the present invention. The computing device 500 can be provided with one or more processors.

[0187] The memory 530 stores various data, instructions, and / or information. The memory 530 can load one or more programs 591 from the storage 590 for executing the methods / operations according to various embodiments of the present invention. An example of the memory 530 can be, but is not limited to, a RAM.

[0188] The bus 550 provides a communication function between the components of the computing device 500. The bus 550 can be realized by various forms of buses such as an address bus, a data bus, and a control bus.

[0189] The communication interface 570 supports the wired and wireless Internet communication of the computing device 500. The communication interface 570 can also support various communication methods other than Internet communication. For this purpose, the communication interface 570 can be configured to include a well-known communication module in the technical field of the present invention.

[0190] The storage 590 can non-temporarily store one or more computer programs 591. The storage 590 can be configured to include non-volatile memories such as ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), flash memory, hard disks, removable disks, or any form of computer-readable recording medium well-known in the technical field to which the present invention pertains.

[0191] The computer program 591 can include one or more instructions in which the methods / operations according to various embodiments of the present invention are realized.

[0192] For example, computer program 591 can include instructions for: (a) an operation in which a token management module connects to a real estate registration system to obtain real estate register transcript data; (b) an operation in which the token management module issues a first token that is a non-fungible token corresponding to the real estate; (c) an operation in which the token management module stakes the first token in a vault and then issues a second token that is a fungible token in proportion to the ownership share of the real estate; (d) an operation in which the token management module pays the second token to the user's token wallet; (e) an operation in which the token management module checks the quantity of the second token stored for each token wallet; (f) an operation in which the token management module calculates ownership share information for each user in proportion to the quantity of the second token; and / or (g) an operation in which the real estate registration application module generates real estate registration application data including ownership share information for each user, electronically signs the real estate registration application data with a co-signature for each user, and then transmits the real estate registration application data to the real estate registration system.

[0193] Alternatively, computer program 591 can include instructions for: (a) an operation in which a valuation module obtains basic value assessment amount information of the real estate from a real estate market inquiry system; (b) an operation in which the valuation module obtains real estate utilization rate, usage right exchange application rate information, and accommodation amount information of surrounding accommodation facilities of the real estate; (c) an operation in which the valuation module calculates the variable value assessment amount of the real estate; (d) an operation in which the valuation module calculates the appropriate value assessment amount of the real estate; (e) an operation in which the valuation module predicts the future value amount of the real estate; and / or (f) an operation in which the valuation module provides the predicted future value amount of the real estate together with or separately from the appropriate value assessment amount.

[0194] Alternatively, the computer program 591 may include instructions for the transaction mediation module to perform the following operations: (a) registering a fourth token indicating the right to use a first real estate property for a first usage period; (b) receiving a query request for a usage right list that can be exchanged with a fifth token indicating the right to use a second real estate property for a second usage period from a user terminal device; (c) transmitting usage right list information including the fourth token to the user terminal device in response to the query request; (d) transmitting an exchange request message to the other user terminal device in response to the selection of the fourth token by the user terminal device; and (e) processing the exchange of the fourth token and the fifth token among multiple users in response to the approval of the exchange of the fourth token and the fifth token by the other user terminal device.

[0195] When the computer program 591 is loaded into the memory 530, the processor 510 can perform the methods / operations according to various embodiments of the present invention by executing the one or more instructions.

[0196] The technical idea of the present invention described so far can be realized by computer-readable code on a computer-readable recording medium. The computer-readable recording medium may be, for example, a removable recording medium (CD, DVD, Blu-ray disc, USB storage device, removable hard disk) or a fixed recording medium (ROM, RAM, computer-built-in hard disk). The computer program recorded on the computer-readable recording medium can be transmitted to other computing devices via a network such as the Internet and installed on the other computing devices, and thus can be used on the other computing devices.

[0197] Although the embodiments of the present invention have been described above with reference to the accompanying drawings, those having ordinary knowledge in the technical field to which the present invention pertains can understand that the present invention can be implemented in other specific forms without changing its technical idea and essential features. Therefore, it should be understood that the above-described embodiments are illustrative and restrictive in all respects. The protection scope of the present invention should be interpreted by the following claims, and all technical ideas within the equivalent scope should be construed as being included in the scope of rights of the technical idea defined by the present invention.

Explanation of Reference Signs

[0198] 100, 200, 300 Shared real estate management system of security token infrastructure 110, 210, 310 Token management module 120, 220, 320 User authentication module 130, 230, 330 Physical asset management module 140, 240, 340 Real estate registration application module 250, 350 Transaction mediation module 360 Value evaluation module

Claims

1. A token management module that issues a first token, which is a non-replaceable token for each piece of real estate, and issues a second token, which is a replaceable token, in proportion to the ownership share of the real estate; A user authentication module that stores the personal information of the user and the address information of the token wallet; A physical asset management module that stores the information of the real estate pegged to the first token; A shared real estate management system based on security tokens, comprising a real estate registration application module that applies for the registration of the real estate pegged to the first token in proportion to the holding ratio of the second token of the user.

2. The shared real estate management system based on security tokens according to claim 1, wherein queries and transactions for the first token and the second token are recorded in a blockchain stored in nodes on a node network.

3. The token management module: After issuing the first token, generates a block recording the address information of the token wallet where the first token is stored, connects the block to the blockchain stored by itself, and then propagates the data including the block to the node network. The shared real estate management system based on security tokens according to claim 2.

4. The token management module: Connects to a real estate registration system to obtain real estate registration transcript data, Extracts the location, building number, breakdown within the building, owner, and ownership share information of the real estate from the real estate registration transcript data, generates first metadata together with a token ID, which is a unique identification number, and stores the first metadata in a file or database. The shared real estate management system based on security tokens according to claim 3.

5. The token management module: After staking the first token in a vault, issues the second token in proportion to the ownership share of the co-owner of the real estate. The shared real estate management system based on security tokens according to claim 4.

6. The token management module: Generates second metadata including the token ID of the first token, and stores the second metadata in a file or database. The shared real estate management system based on security tokens according to claim 5.

7. The token management module extracts the personal information of the owner from the real estate register transcript data, requests and obtains the address information of the token wallet corresponding to the extracted personal information of the owner from the user authentication module, and then transmits the second token to the address of the obtained token wallet. The shared real estate management system based on a security token according to claim 6.

8. The token management module checks the quantity of the second tokens stored for each token wallet at regular intervals, calculates the ownership share information for each user in proportion to the quantity of the second tokens. The shared real estate management system based on a security token according to claim 2.

9. The real estate registration application module generates real estate registration application data including the ownership share information for each user, electronically signs the real estate registration application data with a joint certificate for each user, and then transmits the data to the real estate registration system. The shared real estate management system based on a security token according to claim 8.

10. The real estate registration application module receives registration completion notification data from the real estate registration system, and the physical asset management module changes the real estate ownership information based on the updated ownership share information for each user. The shared real estate management system based on a security token according to claim 9.

11. In a shared real estate management system based on a security token, a step in which a token management module connects to a real estate registration system to obtain real estate register transcript data; a step in which the token management module issues a first token, which is a non-replaceable token corresponding to the real estate; a step in which the token management module stakes the first token in a vault and then issues a second token, which is a replaceable token, in proportion to the ownership share of the real estate; and a step in which the token management module pays the second token to the user's token wallet. A shared real estate management method based on a security token, comprising:

12. a step in which the token management module checks the quantity of the second tokens stored for each token wallet; a step in which the token management module calculates the ownership share information for each user in proportion to the quantity of the second tokens; The method for managing shared real estate based on a security token according to claim 11, further comprising the step of: generating real estate registration application data including ownership share information for each user by a real estate registration application module, electronically signing the real estate registration application data with a co-certificate for each user, and then transmitting the real estate registration application data to a real estate registration system.

Images