KR20230059109A - method and system for providing digital safe based on cloud environment - Google Patents

Abstract

The present invention relates to a method for providing a digital safe. In one embodiment, disclosed is a method of providing a digital safe based on a cloud environment that includes the steps of: receiving information including a digital token issued based on a digital registration of an asset and a digital safe number of a client; and updating the type and number of digital tokens held by the client in the digital safe based on the received digital safe information and depositing the received digital tokens into the digital safe of the client.

Description

Method and system for providing digital safe based on cloud environment {method and system for providing digital safe based on cloud environment}

The present invention relates to a method and system for providing a digital safe based on a cloud environment, and more particularly, by providing a system that enables direct ownership and integrated management of digital assets and liabilities that are used and managed on various platforms, so that individuals or It is about a system or method that allows corporations to directly use and manage digital assets and liabilities scattered across various platforms.

With the development of the Internet, various types of digital assets or liabilities are being developed and devised. Various coins or tokens based on blockchain and NFTs using them also have value as digital assets and can be traded. In addition, attempts to issue and sell existing assets such as real estate and bonds as blockchain-based digital assets continue, and central banks of each country, such as Central Bank Digital Currency (CBDC), issue digital currencies. If so, it can also be owned and used as a digital asset.

Although digital assets or liabilities of various methods and concepts are being developed and devised, the digital vault service in the prior art is used to store digital files (eg, documents, sound source copyrights, etc.) It is a concept of a service that uses blockchain technology to restore in case of inaccessibility, and the consignment service stores digital assets and generates revenues such as fee income, deposit fund operation revenue generation, and rental, and transfers the amount promised to the trustee to the digital asset. As a concept of service provided based on assets, the concept is different from services that enable direct ownership or integrated management of various digital assets and liabilities.

In addition, although technology for digital wallets, which are mainly used for payments and settlements, also exists, this is also a different concept from services that enable direct ownership or integrated management of various digital assets and liabilities.

In addition, there are electronic wallets that can store blockchain-based coins or tokens, but separate electronic wallets must be created for each coin or token, so individual integrated management is impossible and ID and key values are stored. Since it uses blockchain data for its use (transaction or delivery, etc.), there was a problem that it could not be used as currency in situations where the network was not connected.

Therefore, there is an urgent need for a new type of digital vault system that allows individuals or corporations to directly own digital assets and liabilities being used and managed on various platforms and to manage them in an integrated manner.

Patent Document 1: Korean Patent Publication No. 10-2010-0115154 (published on October 27, 2010) Patent Document 2: Korean Patent Registration No. 10-1635005 (published on July 01, 2016)

The present invention is to solve the above problems, and an object of the present invention is to provide a new type of digital safe system and method that allows individuals to directly own digital assets and liabilities being used and managed on various platforms and to manage them in an integrated manner. .

According to one embodiment of the present invention, there is provided a method comprising: receiving information including a digital token issued based on digital registration of an asset and a digital vault number of a client; and updating the type and number of digital tokens the client has in the digital safe based on the received digital safe information and depositing the received digital tokens into the digital safe of the client. A method for providing an environment-based digital safe is disclosed.

According to another embodiment of the present invention, a computer readable recording medium on which a computer program for executing the method for providing a digital safe based on a cloud environment is recorded.

According to the present invention, digital assets and liabilities that are used and managed on various platforms can be directly owned and managed by individuals or corporations.

1 is a diagram illustrating a network configuration including a digital safe providing system according to an embodiment of the present invention;
2 is a diagram explaining each component of a digital safe providing system according to an embodiment of the present invention;
3 is a flowchart for explaining a process of depositing a digital token issued upon asset registration according to an embodiment of the present invention;
4 is a flowchart illustrating a process of processing a remittance by a digital safe system according to a transaction according to an embodiment of the present invention;
5 is a flowchart illustrating a process of processing a transaction by a digital safe system according to a transaction according to an embodiment of the present invention.

The above objects, other objects, features and advantages of the present invention will be easily understood through the following preferred embodiments in conjunction with the accompanying drawings. However, the present invention is not limited to the embodiments described herein and may be embodied in other forms. Rather, the embodiments introduced herein are provided so that the disclosed content will be thorough and complete and the spirit of the present invention will be sufficiently conveyed to those skilled in the art.

In this specification, when terms such as first and second are used to describe components, these components should not be limited by these terms. These terms are only used to distinguish one component from another. Embodiments described and illustrated herein also include complementary embodiments thereof.

In this specification, singular forms also include plural forms unless specifically stated otherwise in a phrase. The expressions 'comprises', 'consists of', and 'consists of' used in the specification do not exclude the presence or addition of one or more other elements in addition to the mentioned elements.

In this specification, the term 'software' refers to technology that moves hardware in a computer, and the term 'hardware' refers to a type of device or device (CPU, memory, input device, output device, peripheral device, etc.) constituting a computer, , The term 'step' means a series of processes or operations connected in time series to achieve a predetermined purpose, and the term 'computer program', 'program', or 'algorithm' refers to a set of instructions suitable for processing by a computer. and the term 'program recording medium' refers to a computer-readable recording medium on which a program used to install, execute, or distribute a program is recorded.

Terms such as '~unit', '~module', '~unit', '~block', and '~board' used to refer to the components of the invention in this specification refer to those that process at least one function or operation. It may refer to a physical, functional, or logical unit, which may be implemented as one or more hardware, software, or firmware, or may be implemented as a combination of one or more hardware, software, and/or firmware.

In this specification, 'mobile device', 'computer', 'computing device', 'server device', or 'server' refers to an operating system such as Windows, Mac, or Linux, a computer processor, memory, application programs, and a storage device (e.g. For example, HDD, SDD), and may be implemented as a device having a monitor. The computer may be, for example, a device such as a desktop computer, a laptop computer, or a mobile terminal, but these are examples and are not limited thereto. The mobile terminal may be one of mobile wireless communication devices such as a smart phone, a tablet PC, or a PDA.

In this specification, the transmission of information, details, and/or data from element 'A' to element 'B' means that element 'A' transmits directly to element 'B' or that element 'A' transmits information directly to element 'A'. is used in the sense of including transmission to component 'B' through at least one other component.

The present invention will be described in detail with reference to the following drawings. In describing the specific embodiments below, various specific details have been prepared to more specifically describe the invention and aid understanding. However, readers who have knowledge in this field to the extent that they can understand the present invention can recognize that it can be used without these various specific details. In addition, in describing the invention, it is mentioned in advance that parts that are well-known or commonly used technologies but are not significantly related to the invention are not described in order to prevent confusion in describing the present invention.

1 schematically illustrates a network configuration including a digital safe system according to an embodiment of the present invention.

The digital safe system 10 works in conjunction with a plurality of digital asset platforms 20 to enable integrated management of various digital assets and liabilities possessed by the client 30. More specifically, the digital safe system 10 creates a digital safe according to the request of the client 30 and has various digital assets (eg, digital currency, various blockchain-based coins including NFTs) that the client 30 has. and digital assets created on the basis of existing assets such as tokens, bonds, real estate, etc.) stored in individual digital asset platforms 20 through linkage with the digital asset platforms 20 that were creating, distributing, and managing each Digital assets and liabilities may be verified and registered in the digital vault system 10 to provide the digital assets and liabilities to the client 30 in an integrated manner. In addition, the digital safe system 10 can perform various processes such as inquiry, trade, and transfer of various digital assets at the request of the client 30 through the digital asset platform 20 of the corresponding digital asset, and the result It is also possible to manage the digital assets and liabilities of the clients 30 through linkage with various digital asset platforms 20 by storing them in a database so that each client 30 can inquire.

In addition, the digital safe system 10 stores digital assets separately according to the purpose of use, supports various investment information such as market status, or uses artificial intelligence (AI) or big data to personal characteristics (credit rating, amount , By asset composition, etc.), it can support investment automation that reflects financial, management, tax accounting functions, and income tax calculation support for individuals (interest income, income considering credit risk, profit and loss from book price fluctuations, etc.), digital assets held In addition to supporting the risk status of the company, financial market status, current status of each digital asset platform being traded, status of owned assets, transaction history, etc. can be provided for convenience of use, and information for internal payment management for corporations and ERP linkage Additional functions may also be provided.

The digital safe system 10 may be an independent computer device that has an independent processor (CPU), memory, storage device (eg HDD or SSD), and an operating system (OS) and operates based thereon. Alternatively, one or more independent computer devices may be configured in a cloud or distributed multi-server manner in which they are connected to each other through a wired and/or wireless communication network 40 .

In order to implement the functions of the digital safe system 10 described above, a container-based cloud server may be secured or an existing cloud service such as AWS may be used. At this time, a container management system such as Kubernetes ("K8s") designed by Google can be used as a platform to provide automatic deployment of containerized applications, scaling according to load, etc. to provide the aforementioned functions. However, it is not necessarily limited thereto, and other container management systems providing the same or similar functions may be used. In addition, a single instance of an application that provides the functions of the digital safe system 10, stored in the cloud server, provides services of the digital safe system 10 to a plurality of clients 30 in one instance of the database. Software-as-a-Service (SaaS) can be provided in a multi-tenancy method, or a POD, the minimum execution unit of Kubernetes, can be created in a private container-based cloud server, and through this By installing the aforementioned application, it may be provided when the client 30 requests the service of the aforementioned digital safe system 10 . However, it can be understood that the above-described implementation method is only exemplary, and equivalent functions can be implemented using various technologies, platforms, software, and the like available to those skilled in the art.

Although not shown in FIG. 1, the digital safe system 10 may further include a database, and the database includes information on various digital assets stored in the digital safe held by each client 30, and their transactions. Transaction details and update information may be stored, but not limited thereto, and all data necessary for the operation of the digital safe system 10 may be stored.

For convenience of explanation, it can be described that the digital token generated by registering an asset is stored on the digital safe system 10, but the present invention is not necessarily limited thereto and is stored and managed on the client 30. It can be understood that it may be.

The digital asset platform 20 includes not only existing digital assets, but also future development or design, such as digital assets created based on existing assets such as digital currencies, NFTs, various coins and tokens based on blockchain, bonds, and real estate. It refers to a platform that creates and trades (distributes or transfers) each of various digital assets, including new types of digital assets to be created. As an example, an exchange that trades blockchain-based coins and a digital asset that is based on real estate Real estate management systems that mediate issuance and transactions of

Meanwhile, in FIG. 1, only digital asset platform 1 (21) and digital asset platform 2 (22) are shown as digital asset platforms 20, but these numbers are exemplary, and various digital assets are created and traded in actual implementation of the present invention. It may be appreciated that there may be one or more of any number of digital asset platforms.

The digital asset platform 20 may be an independent computer device that has an independent processor (CPU), memory, storage device (eg HDD or SSD), and an operating system (OS) and operates based thereon. Alternatively, one or more independent computer devices may be configured in a distributed multi-server method or a cloud method in which one or more independent computer devices are connected to each other through a wired and/or wireless communication network 40 .

The client 30 creates a digital safe by requesting the digital safe system 10 to create a digital safe, and registers the assets it holds in the digital asset platform 20 to the digital safe on the digital safe system 10. can be saved A digital vault can be a hot wallet that allows real-time transactions through a network, a cold wallet that is not connected to the network, or a hybrid wallet that combines the advantages of the two. may also include

In addition, the client 30 may perform transactions (transfer, sale, etc.) of digital tokens stored in its digital safe through the digital safe system 10, and at this time, the digital safe system 10 The request of the client 30 is performed in conjunction with the digital asset platform 20 for the digital token. When a transaction according to the request is made, the result must be reflected in each digital safe of the client 30 in the digital safe system 10, so the digital safe system 10 stores the transaction details and each client 30 in the digital safe system (10) Update the type and number of digital assets stored in the digital safe, describe the transaction details, and withdraw and/or deposit digital tokens according to the transaction from the digital safe of the client participating in the transaction. In addition, the result of the transaction is transmitted to the digital asset platform 20 for the corresponding digital token to store the change history according to the transaction.

Meanwhile, in FIG. 1, only client 1 (31) and client 2 (32) are shown as clients 30, but these numbers are exemplary, and in the actual implementation of the present invention, one or more arbitrary number of clients are digital safe system (10). ) to create a digital vault and register digital assets to manage assets.

The client 30 may be an independent computer device, that is, an independent computer device or mobile device having an independent processor (CPU), memory, storage device (eg, HDD or SSD), and operating system (OS) and operating based thereon. there is.

The communication network 40 may refer to at least one of a wired and/or wireless communication network capable of communicating between the digital safe system 10, the digital asset platform 20, and the client 30, for example, the Internet. , Leased Line, LAN (Local Area Network), MAN (Metropolitan Area Network), GSM (Global System for Mobile Network), HSDPA (High Speed Downlink Packet Access), Wi-Fi, VoIP ( Voice over Internet Protocol), 3GPP Long Term Evolution (LTE), or one or more wired and/or wireless communication networks selected from 5G and 6G.

Next, each component of the digital safe system 10 will be described with reference to FIG. 2. The digital safe system 10 according to an example of the present invention includes a transmission/reception module 11, a safe creating module 12, and an authentication module. (13), an information update module 14 and a management and support module 15.

The transmission/reception module 11 is a functional unit that processes reception and transmission of the digital safe system 10, and is input along with digital safe creation, inquiry and analysis requests from the client 30, and registration requests for digital assets held by the client. Each digital asset platform (20 ) through which the digital asset registration request is sent and received, and whether or not a transaction is possible according to the transaction request of the digital asset is transmitted. , and it can be understood that the digital safe system 10 according to various examples of the present invention has a function of receiving and transmitting all information or data from or to other components.

The safe creating module 12 is a functional unit that creates a digital safe for the requesting client when a request for creating a digital safe is received from the transmission/reception module 11 . In more detail, the vault creation module 12 generates a unique vault number for each client 30, and stores information about each digital asset or debt previously generated or held by the client in the vault number. can be put When a digital token is issued according to the registration of an asset held by the client 30, according to an embodiment, digital files corresponding to the digital token as well as the type and number thereof are information related to the corresponding safe number, and the digital safe system (10), and according to another embodiment, the type and number of digital tokens are stored in the database in the digital safe system 10 in association with the corresponding safe number, and the digital file corresponding to the digital token is the client ( 30) can be stored.

The authentication module 13 is a functional unit that determines whether a transaction is possible when a transaction request is received from the client 30 . For example, when the client 30 requests a transaction such as transfer or sale of a digital token stored in its digital safe generated in the digital safe system 10, the authentication module 13 stores the digital safe of the client 30 in the database. Inquire whether the digital token requested for transfer is actually stored in the digital safe of the client 30, whether a transaction is requested within the type and number of digital tokens stored in the digital safe, and in case of purchase, the purchase price is paid It checks whether there are enough types and/or numbers of digital tokens in the digital vault to be able to trade, and determines whether or not it is possible to trade. As another example, when a client 30 and another client 30' request an exchange of digital tokens of different types held by each other, the authentication module 13 determines whether each client 30, 30' has in a digital safe. It checks whether the type and number of digital tokens you have matches the contents stored in the digital safe, and whether you have requested a transaction within the type and number of digital tokens you have, and determines whether the transaction is possible.

The information update module 14 is a functional unit that updates digital safes of clients 30 participating in asset registration or transactions according to the issuance of digital tokens or the establishment of transactions. When the client 30 registers an asset in the digital safe through the digital asset platform 20 and a digital token is issued accordingly, the information update module 14 retrieves the issued digital token and the digital safe number of the client 30. receiving the information including the digital safe, updating the type and number of digital tokens issued in the digital safe of the client 30 corresponding to the digital safe number, and writing the transaction details, while the received digital token is It can be stored (deposited) in the database in association with the digital safe number and notified of the deposit result. According to another embodiment, the information update module 14 may transmit the issued digital token to the client 30 instead of depositing it in a digital safe (stored in a database).

On the other hand, when the client 30 requests a transaction of digital assets through the digital asset platform 20 and the transaction is established, the information update module 14 determines the digital safe number and Receive established transaction information from the digital asset platform 20, reflect the type and number of digital tokens updated as a result of the transaction to the digital vault number of the client 30 stored in the database based on the transaction information, and record the transaction details On the other hand, based on the transaction result, the digital token stored in the digital safe of each client 30 can be associated with the digital safe number of the client, stored in the database (withdrawal and deposit), and the transaction result can be notified. According to another embodiment, the information update module 14 may transmit the digital tokens for which the transaction was made to the client 30 instead of withdrawing and depositing (stored in the database) the digital token from the digital safe.

In addition, when the client 30 requests a transaction of digital assets through the digital safe system 10, if the above-described authentication module 13 confirms whether the transaction is possible, the information update module 14 considers the transaction successful. Based on the established transaction information, the type and number of digital tokens updated as a result of the transaction are reflected in the digital safe of the client 30 and the transaction details are recorded. The digital token stored in the vault can be associated with the client's digital vault number, stored in the database (withdrawals and deposits), and transaction results can be notified. According to another embodiment, the information updating module 14 may transmit the digital token for which the transaction has been established to the client 30 instead of withdrawing and depositing the digital token from the digital safe (stored in the database).

Finally, the management and support module 15 is a functional unit that supports various functions of the digital safe system 10 described above. As an example, the management and support module 15 supports various investment information such as market status, and reflects individual characteristics (credit rating, amount, asset composition, etc.) using artificial intelligence (AI) or big data. It can also support investment automation, support financial, management, tax accounting functions, support income tax calculation for individuals (interest income, income considering credit risk, profit and loss from book price fluctuations, etc.), support for the risk status of digital assets held, as well as use For convenience, the financial market status, the status of each digital asset platform being transacted, the status of owned assets, and transaction history functions can be supported, and functions such as internal payment management information for corporations and ERP linkage can be further supported.

3 is a flowchart illustrating a process of depositing a digital token issued upon asset registration according to an embodiment of the present invention.

Referring to FIG. 3, when an asset registration is requested (S300), the digital asset platform 20 receives it and performs a digital asset registration procedure (S310). As an example, the digital asset platform 20 may be a system that can perform digital real estate registration and digital asset registration accordingly. In this case, the information input by the client 30 in step S300 includes digital Information about the real estate itself, such as the address of the real estate registration to be created, a certified certificate that can confirm that the client 30 is the true owner, owner-related information such as bankbook, credit card or mobile phone number and SMS, client (30 ) May include information on the number of shares desired for the real estate, information on the desired price of the real estate based on appraisal, and information related to the digital safe opened by the client 30 in the digital safe system 10. Although not shown in FIG. 3, it can be understood that some of the information may additionally be input from the client 30 in a step in which each information is required, rather than in step S300.

Continuing from the previous example, the digital asset platform 20 proceeds to review the request in step S310. The examination is basically whether the client 30 is the true owner of the real estate and whether it is possible to create a digital asset registration for the real estate (whether there is a limited real right that prevents free disposal of the real estate) etc.), and if it passes the examination, the number of shares in the real estate is determined. The number of shares of real estate may be determined based on the number of shares desired by the client 30 input in step S300, may be determined based on the price of real estate determined in another method, or any other method known in the art. can also be determined using Assuming that 1 share is per 1,000 won for explanation, if the determined real estate price is 1,000,000,000 won, the number of shares may be 1,000,000.

Continuing from the previous example, the digital asset platform 20 then creates a register for digital assets - The register for digital assets is blockchain-based digital data, and its creation and change histories can be stored and managed. Information on the number may be further added - and determine the price for the real estate, and issue a digital token based on the price (S320). Information on the desired real estate price input in step S300 to determine the price for the real estate, real estate market prices stored in a real estate transaction system (not shown) or database that can be communicated through the communication network 40 It can be determined by referring to the designation of the real estate, total area, location, official land price or utilization plan. Digital tokens can be issued independently of or for each property for which a register for digital assets has been created. The number of issued digital tokens may be calculated corresponding to the determined real estate price. As an example, if one digital token is issued per 1,000 won, 1,000,000 digital tokens may be issued when the value of the real estate is 1,000,000,000 won. A digital token is an encrypted or unencrypted digital file that has a value corresponding to a specific amount, and can function as a transaction and exchange object by delivering this file. In addition, the same type of digital token may be issued regardless of the registration of various assets, or different types of tokens may be issued depending on the type of asset (or different types of tokens for each registered asset even if it is the same type of asset). may be issued.

When a digital token is issued, the digital asset platform 20 deposits the issued digital token into a digital safe opened by the client 30 in the digital safe system 10, and the issued digital token and the digital safe of the client 30. The information including information is transmitted to the digital safe system 10, and the digital safe system 10 performs a procedure of updating the information of the digital safe (S340).

The renewal procedure in step S340 is a method of depositing the issued digital tokens into a digital safe in the digital safe system 10 opened by the client 30 and updating the type and number of digital tokens stored in the digital safe ( For example, the client 30 updates the type and number of digital tokens currently held in the digital safe in the database of the digital safe system 10, describes the digital asset registration as the transaction details, and records the digital token corresponding to the issued digital token. file), and may further notify the client 30 of the result (eg, the result that the digital token has been deposited). Alternatively, in step S350, the client 30 accesses the digital safe system 10 and checks the user's own digital safe to check whether or not the digital token has been deposited (S350).

In the above example, registration of digital assets using real estate has been described, but digital assets are not limited to real estate, and NFTs issued using digital files, bonds between private parties, bonds issued through the financial sector, and blockchain methods It may include conventional digital coins using , or deposits deposited in a bank. In this case, the digital asset platform may correspond to a platform that manages each asset (in the case of a digital coin using a block chain method, the digital asset platform 20 may be a coin exchange used by the client 30), this It can be understood that the information provided by the client 30 to the digital asset platform may also vary according to each case. As such, digital tokens can be issued using conventional digital or tangible and intangible assets, and the issued tokens are deposited in the digital vault of the client 30, so digital assets and Debts can be directly owned and managed individually by individuals.

Next, referring to FIG. 4 , processing of remittance by the digital safe system according to a transaction according to an embodiment of the present invention will be described.

Referring to FIG. 4, client 1 (31) holding a digital token in a digital safe requests remittance (transfer) to client 2 (32) (eg, the digital token held by client 1 (31) is transferred to client 2 (32). ) (S400), the digital safe system 10 checks whether the requested transfer is possible (S410). The remittance request in step S400 may include the transfer of digital tokens deposited in its digital safe, and upon request in step S400, client 1 (31) types and number of digital tokens to be remitted. , and the digital safe number of client 2 (32) to be transferred or other information that can identify it (eg, name of client 2 (32), virtual account number or ID in the digital safe system 10) together. can transmit all.

On the other hand, whether or not remittance is possible in step S410 is checked, for example, whether the digital token requested by client 1 (31) is actually stored in the digital safe of client 1 (31), and the digital safe of client 1 (31). (Continuing from the example above, whether there is one or more digital tokens that client 1 (31) wants to transfer) Check whether the digital safe number (or information that can identify client 2 (32)) of ) is properly written (Continuing from the example above, whether there is a digital safe and the existence of client 2 (32)), If there are no abnormalities as a result of the check, it is determined that the transaction is possible.

If it is determined that the transaction is possible in step S410, the digital safe system 10 requests the digital asset platform 20 for trading the digital token requested by the client 1 31 to process the remittance (S420), and The asset platform 20 processes the requested remittance (S430). At this time, the digital asset platform 20 to which the digital safe system 10 requests remittance is a digital asset platform related to the digital asset to be remitted. For example, if client 1 (31) wants to transfer a token for a stake in a particular real estate to client 2 (32), it issues a digital token for that real estate and sends it to the digital asset platform (20) that manages the transaction. The remittance request of step S420 will be transmitted.

Upon request for remittance (S420), the digital safe system 10 may further provide information for the digital asset platform 20 to identify Client 1 (31) and Client 2 (32), as shown in FIG. However, upon receipt of the remittance processing request (S420), the digital asset platform 20 may further perform client authentication and/or verification of whether or not remittance is possible for security.

In one embodiment, in remittance processing (S430), the digital asset platform 20 may create a new block reflecting the corresponding remittance transaction within the blockchain network. For example, continuing from the example of FIG. 3 , remittance processing (S430) can be performed by creating and uploading a new block including the transaction details in the blockchain-based real estate digital asset register.

When the digital asset platform 20 processes the remittance (i.e., creates a new block in the blockchain reflecting the remittance of the specific digital token requested from client 1 (31) to client 2 (32)), the result is notified to the digital safe system 10.

When the digital safe system 10 is notified of the remittance processing result from the digital asset platform 20, it updates the digital safes of client 1 (31) and client 2 (32) in step S440. In the safe updating step (S440), the digital safe system 10 stores the digital safes of the clients 1 31 and 2 32 stored in the database in the digital safe system 10 according to the remittance requested by the client 1 31. update For example, in the previous example, the number of digital tokens in the digital safe of client 1 (31) is reduced by one, the transfer to client 2 (32) is recorded, and the corresponding digital token is withdrawn. In addition, the number of digital tokens in the digital safe of client 2 (32) is increased by one, the transfer from client 1 (31) is recorded, and the digital token withdrawn is deposited.

After updating the digital vault in step S440, this fact can be delivered to the digital asset platform 20, and the digital asset platform 20 stores this change history in a separate database managed by the digital asset platform 20. It can be stored (step S450).

In addition, the digital safe system 10 may notify the client 1 (31) and the client 2 (32) of the notification that the safe information update according to the remittance has been completed, or each of the clients 31 and 32 may be notified, respectively. It is possible to access the digital safe system 10, inquire the digital safe (S460, S470), and confirm that the remittance result is reflected.

Steps (S420) to (S470) of FIG. 4 do not necessarily have to be performed in the order shown in FIG. It will be appreciated that various sequences and combinations of methods for updating each client's digital vault stored in the .

Next, referring to FIG. 5 , processing of a transaction by the digital safe system according to a transaction according to an embodiment of the present invention will be described.

Referring to FIG. 5 , when client 1 (31) requests a transaction (S500), the digital safe system 10 communicates with the digital asset platform 20 to check whether the transaction is possible (S510). As an example, when the equity owner of the real estate requests to sell some or all of the equity in step S500, the digital safe system 10 communicates with the digital asset platform 20 so that client 1 31 It is possible to check whether a transaction is possible by checking whether or not ownership corresponding to the requested transaction is held, and if the transaction is possible, the contents can be registered in the digital safe system 10 and/or the digital asset platform 20 (S510). Information entered upon request in step S500 includes information about the real estate itself, such as the address or type of real estate, information that can prove that you are a true shareholder, information that can identify a digital safe for transfers in accordance with transactions, etc. However, if client 1 (31) accesses the digital safe system (10) through a procedure such as login, the information of client 1 (31) is already held, so it is stored in the digital safe for transfer according to the transaction. Identification information may be omitted from the input. In addition, in the example of FIG. 3, in the case of digital token issuance according to digital asset registration, information about the real estate itself and information that can prove that you are a true shareholder can be checked through the digital asset register, so these information Only the sales request of the digital token owned by the client may be requested as input information without additional input for .

When client 2 (32) requests a transaction through the digital safe system 10 after viewing the transaction request information registered in the system in step S510 (S520), the digital safe system 10 receives the transaction request from client 2 (32). It determines whether a transaction is possible according to and transmits a transaction request to the digital asset platform 20 if a transaction is possible. For example, in step S530, the digital safe system 10 may check whether there is a payment ability according to the transaction based on the digital safe information of the client 2 (32), and also use various methods and/or methods previously disclosed. Alternatively, using technology (for example, by applying a method in which the desired selling / buying price of the stock is described and the transaction is established only when the desired price is identical, such as in a stock transaction), client 1 (31) and client 2 (32) ), it can be determined whether or not a transaction is established.

When the digital safe system 10 determines that a transaction is possible, the transaction request information is transmitted to the digital asset platform 20 (S530), and the digital asset platform 20 performs transaction processing (S540). For example, in the case of a transaction of a digital token representing a stake in a specific real estate, the digital asset platform 20 that creates and manages the digital token based on a block chain performs a transaction of the digital token requested from the clients 31 and 32. A new block can be created that reflects the

When such transaction processing is completed, the digital asset platform 20 may notify the digital vault system 10 of the transaction completion, and the digital vault system 10 updates the digital vault of each client based on the established transaction. (S550). For example, continuing from the previous example, the digital safe of client 2 (32) is withdrawn from the digital safe of client 1 (31) the number of digital tokens issued at the time of registering the digital asset of real estate following the sale of the real estate stake. While making a deposit, the type and number of digital coins in the digital safes of clients 1 and 2 (31 and 32) are updated, and the transaction details of the real estate share sale are also recorded in the digital safe. In addition, another digital token stored in the digital safe that Client 2 (32) intended to use for payment for the sale of real estate shares is withdrawn from the digital safe of Client 2 (32) and transferred to the digital safe of Client 1 (31). On the other hand, the type and number of digital coins in the digital safe of clients 1 and 2 (31 and 32) are updated, and the transaction history of payment for the sale of the real estate share can also be recorded in the digital safe.

In step S550, after the digital vault system 10 performs the digital vault update, it can deliver this fact to the digital asset platform 20, and the digital asset platform 20 is a separate digital asset platform 20 manages. This change history can be stored in the database of (step S550).

In addition, the digital safe system 10 may notify the client 1 (31) and the client 2 (32) of the notification that the transaction has been processed.

When client 1 (31) and client 2 (32) access the digital safe system 10 and inquire their digital safes (S570, S580), a trade is made, and as a result, the digital token corresponding to the stake and the trading price You can see that the digital token used as is reflected in the result of withdrawal/deposit from your digital safe.

As described above, those skilled in the art to which the present invention pertains can understand that various modifications and variations are possible from the description of this specification. Therefore, the scope of the present invention should not be limited to the described embodiments and should not be defined, but should be defined by not only the claims to be described later, but also those equivalent to these claims.

10: digital safe system 11: transmission and reception module
12: vault creation module 13: authentication module
14: information update module 15: management and support module
20: digital asset platform 30: client
40: communication network

Claims (4)

As a cloud environment-based digital safe providing method,
receiving information including a digital token issued based on the digital registration of the asset and a digital vault number of the client; and
Based on the information including the received digital safe number, updating the type and number of digital tokens the client has in the digital safe and depositing the received digital tokens into the digital safe of the client. A method of providing a digital safe based on a cloud environment. The method of claim 1, wherein the method,
receiving a transaction request for the digital token from the client;
checking whether a transaction according to the transaction request is possible; and
If a transaction is possible in the confirmation step, based on the transaction request, the type and number of the digital tokens that the client and the transaction target client of the client have in the digital safe are updated, and the transaction-requested digital token is transferred to the client's digital safe. A method for providing a digital safe based on a cloud environment, characterized in that it further comprises the step of withdrawing from the safe and depositing money into the digital safe of the transaction target client. The method of claim 2, wherein the confirmation step,
characterized in that it is confirmed whether the type and number of digital tokens included in the transaction request are included within the type and number of digital tokens held in the digital safe of the client. A computer-readable recording medium on which a computer program for executing the method of providing a digital safe based on a cloud environment according to any one of claims 1 to 3 is recorded.

Images