Method and system for supporting blockchain-based settlement, and service providing system using same

Abstract

Provided are a method and system for supporting blockchain-based settlement, and a service providing system using same. The method for supporting blockchain-based settlement according to some embodiments comprises the steps of: receiving revenue details including identification information about a non-fungible token (NFT) associated with and connected to a digital asset; acquiring owner information about the NFT by using the identification information about the NFT; writing a record including the revenue details and the owner information to a blockchain associated with a blockchain network; and performing, on the basis of the record, a settlement process for paying a settlement amount based on the revenue details to the owner of the NFT at the time the revenue details were generated.

Description

Blockchain-based settlement support method, system, and service provision system utilizing the same

[0001] The present disclosure relates to a settlement support method and system based on blockchain technology and a service provision system using the same.

[0002] The metaverse refers to a virtual space (world) where users can engage in economic and social activities similar to those in the real world through a virtual self, an avatar. As user interest in the metaverse rapidly grows, systems offering metaverse services are rapidly emerging, some of which even utilize blockchain technology to support cryptocurrency-based item trading.

[0003] However, if only cryptocurrency-based item transactions are supported, all users of the metaverse service will have to open (create) a blockchain wallet, which is inconvenient. This inconvenience is becoming a barrier to entry that limits the influx of new users to the metaverse service.

[0004] Moreover, in order to activate the metaverse ecosystem, it is crucial to increase the influx of item creators. To do so, a transparent and accurate settlement function must be prepared in advance.

[0005] A technical problem to be solved through some embodiments of the present disclosure is to provide a method and system that can support accurate settlement function based on blockchain.

[0006] Another technical challenge to be addressed by some embodiments of the present disclosure is to provide a system and method capable of providing user-friendly services (e.g., metaverse services) based on blockchain.

[0007] Another technical challenge to be solved through some embodiments of the present disclosure is to provide a blockchain network (or blockchain-based settlement support system) and its operation method that can ensure high practicality and scalability.

[0008] The technical problems of the present disclosure are not limited to the technical problems mentioned above, and other technical problems not mentioned will be clearly understood by those skilled in the art of the present disclosure from the description below.

[0009] According to some embodiments of the present disclosure for solving the above-described technical problem, a blockchain-based settlement support method is provided, which is performed in a settlement support system including a blockchain network, and may include the steps of: receiving a revenue history associated with a digital asset, wherein the revenue history includes identification information of an NFT (Non-Fungible Token) associated with the digital asset; obtaining owner information of the NFT using the identification information of the NFT; recording a record including the revenue history and the owner information in a blockchain associated with the blockchain network; and performing a settlement process for paying a settlement amount according to the revenue history to an owner of the NFT at the time of occurrence of the revenue history based on the record.

[0010] In some embodiments, the settlement support system may support a function for setting the type of cryptocurrency to be paid as the settlement amount.

[0011] In some embodiments, the settlement support system may be configured to support independent settlement functions for each service provider by recording records and performing settlement processes for each service provider.

[0012] In some embodiments, the settlement support system may support the function of setting the type of cryptocurrency used to pay transaction fees of the blockchain network for each service provider.

[0013] In some embodiments, the step of performing the settlement process includes the step of selecting a record in a settlement-ready state from among a plurality of records, the step of paying the settlement amount for the selected record to the owner of the NFT, and the step of updating the status of the selected record to a settlement-completed state, wherein the status of the plurality of records is updated from an initial state to the settlement-ready state when the balance of the system wallet is greater than or equal to a reference value and a preset period of time has elapsed, and the system wallet may be a wallet of a service provider used for payment of the settlement amount.

[0014] In some embodiments, the step of paying the owner of the NFT comprises the step of transferring an amount of cryptocurrency corresponding to the settlement amount from the system wallet to the wallet of the owner of the NFT, wherein the system wallet may be set to restrict withdrawals without going through the settlement process.

[0015] In some embodiments, the NFT is issued on an external blockchain network, the blockchain is a first blockchain, and the step of obtaining owner information of the NFT may include the step of obtaining owner information of the NFT by querying a second blockchain associated with the external blockchain network.

[0016] In some embodiments, the fee charged for a transaction to record the record is a fixed fee based on a stable coin, and at least a portion of the fee may be distributed to blockchain nodes that perform verification of the transaction on the blockchain network.

[0017] In some embodiments, transactions of the blockchain network related to the settlement process may be charged a fee based on a stable coin, where the stable coin does not correspond to the native coin of the blockchain network, and transactions of the blockchain network unrelated to the settlement process may be charged a fee based on the native coin.

[0018] According to some embodiments of the present disclosure for solving the above-described technical problem, a blockchain-based service providing system includes a service server that supports transactions for items associated with a specific service for a plurality of users, and an asset management server that registers a digital asset created by a creator in connection with the specific service and issues an NFT (Non-Fungible Token) for the digital asset through a blockchain network, wherein the item is created based on the digital asset, a transaction of the NFT causes a change in the owner of the digital asset, and sales proceeds from the transaction of the item can be paid to the owner of the NFT at the time of the item transaction through a settlement process.

[0019] In some embodiments, transactions for the item may be conducted based on fiat currency.

[0020] In some embodiments, the sales proceeds may be paid in stable coins.

[0021] In some embodiments, at least one record representing the transaction history of the item is recorded in a blockchain associated with the blockchain network, and the settlement process includes the steps of selecting a record in a settlement-ready state from among the at least one record, paying the sales proceeds for the selected record to the owner of the digital asset, and updating the status of the selected record to a settlement-completed state, wherein the status of the at least one record is updated from an initial state to the settlement-ready state when the balance of the system wallet is greater than or equal to a threshold and a preset period of time has elapsed, and the system wallet may be a wallet of a provider of the specific service used for payment of the sales proceeds.

[0022] In some embodiments, when the asset management server receives a registration request including information about a specific digital asset and an external NFT issued on an external blockchain network from another creator, the asset management server may further perform operations of linking the specific digital asset to the external NFT and registering the specific digital asset.

[0023] In some embodiments, the particular service may be a metaverse service, and the item may be available within the metaverse space.

[0024] According to some embodiments of the present disclosure, revenue from item transactions and other transactions can be settled on a blockchain basis. For example, revenue details and the owner information of the associated NFT (Non-Fungible Token, e.g., the NFT of the digital asset underlying the item) can be recorded on the blockchain, and the settlement amount based on the revenue details can be paid to the NFT owner at the time of the revenue details. This can ensure the accuracy, reliability, and transparency of the settlement process.

[0025] Furthermore, by performing a query using block mapping information between the internal blockchain and an external blockchain, the ownership information of external NFTs (i.e., NFTs issued on an external blockchain network) can be accurately retrieved. This further enhances the accuracy and reliability of the settlement process.

[0026] Additionally, a blockchain network (or settlement support system) with a multi-tenancy architecture can provide flexible and independent settlement capabilities to multiple service providers.

[0027] Additionally, a blockchain-based service system supporting the trading of items created based on digital assets (hereinafter referred to as "assets") may be provided. For example, a metaverse service system supporting item trading based on blockchain may be provided. Such a system can facilitate the creation (activation) of a business ecosystem for the relevant service by providing creators who create (create) assets with revenue-generating opportunities, and can also accelerate the influx of new creators.

[0028] Additionally, by supporting item transactions based on fiat currency, the inconvenience of all users of services (e.g., metaverse services) having to open a blockchain wallet can be easily resolved.

[0029] Additionally, by performing registration processing based on the evaluation results of assets, the indiscriminate proliferation of low-quality items within the service space can be prevented in advance.

[0030] The effects of the present disclosure are not limited to the effects mentioned above, and other effects not mentioned will be clearly understood by those skilled in the art from the description below.

[0031] FIG. 1 is an exemplary configuration diagram showing a blockchain-based service provision system according to some embodiments of the present disclosure.

[0032] FIG. 2 is an exemplary diagram illustrating the concept of digital assets and items and the relationship therebetween that may be referenced in some embodiments of the present disclosure.

[0033] FIG. 3 is an exemplary diagram schematically illustrating a settlement process according to some embodiments of the present disclosure.

[0034] FIG. 4 is an exemplary diagram illustrating a business ecosystem that can be created by a blockchain-based service provision system according to some embodiments of the present disclosure.

[0035] FIG. 5 is an exemplary flowchart illustrating a digital asset registration process according to some embodiments of the present disclosure.

[0036] FIG. 6 is an exemplary diagram illustrating the structure and learning method of a deep learning model for digital asset evaluation according to some embodiments of the present disclosure.

[0037] FIG. 7 is an exemplary flowchart illustrating a settlement process according to some embodiments of the present disclosure.

[0038] FIG. 8 illustrates records related to item transaction history that may be referenced in some embodiments of the present disclosure.

[0039] FIG. 9 is an exemplary diagram for further explaining the settlement module and the item transaction history recording step illustrated in FIG. 7 according to some embodiments of the present disclosure.

[0040] FIG. 10 is an exemplary diagram illustrating a transaction fee determination / charging method according to some embodiments of the present disclosure.

[0041] Figure 11 is an exemplary diagram illustrating a problem when querying the owner information of an NFT through an external blockchain network.

[0042] FIG. 12 is an exemplary drawing illustrating a method according to some embodiments of the present disclosure for solving the problem illustrated in FIG. 11.

[0043] FIG. 13 is an exemplary diagram illustrating a blockchain network based on a multi-tenancy architecture according to some embodiments of the present disclosure.

[0044] FIG. 14 illustrates an exemplary computing device that can implement a blockchain-based service provision system and / or components thereof according to some embodiments of the present disclosure.

[0045] Hereinafter, various embodiments of the present disclosure will be described in detail with reference to the attached drawings. The advantages and features of the present disclosure, and methods for achieving them, will become clear with reference to the embodiments described in detail below together with the attached drawings. However, the technical idea of ​​the present disclosure is not limited to the following embodiments and may be implemented in various different forms. The following embodiments are provided only to complete the technical idea of ​​the present disclosure and to fully inform those skilled in the art of the present disclosure of the scope of the present disclosure, and the technical idea of ​​the present disclosure is defined only by the scope of the claims.

[0046] In describing various embodiments of the present disclosure, if it is determined that a detailed description of a related known configuration or function may obscure the gist of the present disclosure, the detailed description will be omitted.

[0047] Unless otherwise defined, the terms (including technical and scientific terms) used in the following examples may be used with meanings commonly understood by those of ordinary skill in the art to which this disclosure pertains; however, this may vary depending on the intentions of engineers working in the relevant field, precedents, the emergence of new technologies, etc. The terminology used in this disclosure is for the purpose of describing the embodiments and is not intended to limit the scope of this disclosure.

[0048] In the following examples, singular expressions include plural concepts unless the context clearly specifies that they are singular. Furthermore, plural expressions include singular concepts unless the context clearly specifies that they are plural.

[0049] In addition, terms such as first, second, A, B, (a), (b), etc. used in the following embodiments are only used to distinguish certain components from other components, and the nature, order, or sequence of the components are not limited by the terms.

[0050] Hereinafter, various embodiments of the present disclosure will be described in detail with reference to the attached drawings.

[0051] FIG. 1 is an exemplary configuration diagram schematically illustrating a blockchain-based service provision system (10) according to some embodiments of the present disclosure.

[0052] As illustrated in FIG. 1, the blockchain-based service provision system (10) according to the embodiments is a computing device / system that can provide services (e.g., services such as digital asset creation, item trading, NFT trading, and profit settlement) to a plurality of users (see 15-1 to 15-N). Hereinafter, for convenience of explanation, the blockchain-based service provision system (10) will be abbreviated as 'service system (10)'. In addition, the reference number '15' will be used both when referring to any user terminal (15-1 or 15-2, 15-N) or when referring to all user terminals (15-1 to 15-N) collectively.

[0053] As illustrated, the service system (10) may be configured to include a service server (11), an asset management server (12), a non-fungible token (NFT) trading platform (13), and a blockchain network (14). However, only components related to the embodiments of the present disclosure are illustrated in FIG. 1. Therefore, a person skilled in the art to which the present disclosure pertains will appreciate that other general components (e.g., databases, etc.) may be included in addition to the components illustrated in FIG. 1. In addition, the components (11 to 14) of the service system (10) illustrated in FIG. 1 represent functionally distinct functional elements, and a plurality of components may be implemented in a form in which they are integrated with each other in an actual physical environment, or a specific component may be implemented in a form in which they are separated into a plurality of sub-components. Hereinafter, each of the components (11 to 14) of the service system (10) will be described.

[0054] The service server (11) is a computing device / system that provides specific services (e.g., metaverse services, webtoon services, etc.) to users. For example, the service server (11) may be a metaverse service server that implements a metaverse space (world) and provides it to users. At this time, the method of implementing the metaverse space may be any method. As a more specific example, the service server (11) may provide the metaverse space to users in a form that can be accessed through a metaverse client (e.g., an app, a web browser, etc.). As another example, the service server (11) may be a webtoon service server that provides webtoon services (e.g., webtoon production, webtoon trading, webtoon rental ticket sales, etc.) to users. However, the scope of the present disclosure is not limited thereto.

[0055] In the following, for the convenience of understanding, the explanation will continue assuming that the service server (11) provides a ‘metaverse service’.

[0056] The service server (11) can support item trading between users. For example, the service server (11) can provide users with a trading service for various items available within the service space. By doing so, the influx of creators creating digital assets (hereinafter referred to as "assets") can be accelerated, and the business ecosystem can be readily activated. The relationship between assets and items will be further explained later with reference to Figure 2 and others.

[0057] In some embodiments, the service server (11) can support item transactions based on fiat currency. For example, if the service client (e.g., metaverse client) is implemented as an app, the service server (11) can support various in-app payment methods (methods) based on fiat currency. In this case, users no longer need to open a blockchain wallet to purchase items (i.e., paid items), thereby improving convenience for users of the service and facilitating the activation of item transactions and the business ecosystem. Furthermore, the inconvenience of opening a blockchain wallet, which limits the influx of new users, can be easily resolved. In some cases, the service server (11) may also support payment methods (methods) based on cryptocurrency.

[0058] Additionally, the service server (11) can record the transaction history (or revenue history) of an item in a blockchain maintained by the blockchain network (14). The recorded transaction history (or revenue history) of the item can be used to settle the sales revenue to the owner of the asset (e.g., creator). Those skilled in the art will already be aware that each blockchain node constituting the blockchain network (14) has its own blockchain and maintains the data of the blockchain identically through a consensus process (e.g., transaction verification, etc.), and therefore, a description thereof will be omitted.

[0059] Next, the asset management server (12) is a computing device / system that provides various management functions for assets that form the basis of items. For example, the asset management server (12) may provide functions such as registration, setting (e.g., item sale setting, sale setting cancellation, etc.), settlement, and statistics (e.g., providing information such as asset / item rankings based on sales revenue, popularity, monthly sales revenue, etc.) for assets. However, the scope of the present disclosure is not limited thereto. The specific process by which the asset management server (12) registers assets will be described later with reference to FIGS. 5 and 6.

[0060] Assets can include a variety of items that can be used as items without limitation. For example, in the case of a metaverse service, assets may include avatars within the metaverse space, clothing or accessories worn by the avatars, cars, buildings, etc. However, the scope of the present disclosure is not limited to this. As another example, in the case of a webtoon service, webtoon content may be included in the category of digital assets (in this case, items may be copies of webtoons, rental rights, etc.).

[0061] Below, for the convenience of understanding, the concepts of assets and items and the relationship between them are further explained with reference to Figure 2.

[0062] As illustrated in FIG. 2, assets (e.g., 22, 25) are the basis of items and have a 1:N relationship with items (e.g., 23, 26). For example, asset (e.g., 22) may correspond to a mold that can produce (create) item (e.g., 23), and item (e.g., 23) may correspond to an object (i.e., a casting) cast through such mold. It may also be understood that the owner of asset (e.g., 22) has the right to produce (create) and sell item (e.g., 23) of the same form as asset (e.g., 22). In some cases, item (e.g., 23) may further include something derived from asset (e.g., 22).

[0063] Additionally, NFTs (e.g., 21, 24) are virtual tokens that prove ownership (ownership) of assets (e.g., 22, 25) and have a 1:1 relationship with the corresponding assets (e.g., 22, 25). Therefore, it can be understood that the transaction (sale) of an NFT (e.g., 21) causes a change in the ownership of the corresponding asset (e.g., 22), but does not significantly affect the purchaser of the item (e.g., 23).

[0064] In summary, one NFT (eg, 21) exists for each asset (eg, 22), and multiple items (eg, 23) with the same form as one asset (eg, 22) can be created and sold within the metaverse space. It can be understood that the owner of the NFT (eg, 21) has ownership of the corresponding asset (eg, 22) and the right to sell the items (eg, 23). The sales revenue of the items (eg, 23) can of course be attributed to the owner of the asset (eg, 22) at the time of the item transaction.

[0065] For reference, the reason why the relationship between assets (eg, 22) and items (eg, 23) was designed as above can be understood as being because if item (eg, 23) transactions involve NFT (eg, 21) transactions (sales), all users of the service (eg, metaverse service) would have to open a blockchain wallet, which would be inconvenient.

[0066] This is explained again with reference to Figure 1.

[0067] An NFT trading platform (13) is a computing device / system that supports user-to-user trading of NFTs. In other words, the NFT trading platform (13) can link with a blockchain network (14) to provide users with trading services for various assets created by creators.

[0068] In some cases, the term "platform" may be used interchangeably with terms such as "server," "device," or "system." Furthermore, since trading NFTs often implies trading assets, an NFT trading platform (13) may also be referred to as an "asset trading platform (13)."

[0069] Next, the blockchain network (14) is a computing network / system comprised of multiple blockchain nodes. The blockchain network (14) can perform functions / operations such as recording item transaction history, settling item sales proceeds, and issuing NFTs. However, the scope of the present disclosure is not limited thereto. Here, the blockchain network (14) performing a certain function / operation may mean that at least one blockchain node constituting the blockchain network (14) performs the corresponding function / operation. Since the blockchain network (14) supports a settlement function, it may be referred to as a "blockchain system," a "blockchain-based settlement support system," a "settlement support system," etc., depending on the case.

[0070] Additionally, the blockchain network (14) may be configured to include other nodes / devices (e.g., blockchain management device, separate settlement processing device) in addition to the blockchain node. Alternatively, the settlement support system may be configured to include other devices in addition to the blockchain network (14).

[0071] Specifically, the blockchain network (14) can record transaction details of items or profit details related to assets / items on the blockchain and use them to perform settlement processing. Here, profit details can be conceptually understood as a term encompassing item transaction details (because profits can be generated independently of item transactions). For example, the blockchain network (14) can pay sales profits according to item transaction details to the asset / NFT owner at the time of item transaction (or the time of profit details generation). At this time, the blockchain network (14) can pay sales profits (or settlement amount according to profit details) in a stable coin (e.g., USDC, etc.) considering the profit stability of the asset owner, but the scope of the present disclosure is limited to this. However, for the convenience of understanding, the following explanation will continue by assuming that item sales profits are paid in a cryptocurrency such as a 'stable coin'. In addition, for the convenience of explanation, below, it is assumed that the transaction history of an item refers to both the ‘transaction history’ and the ‘profit history’.

[0072] As a more specific example, as illustrated in FIG. 3, let us assume that a creator (31) created a specific asset (32) and sold items (34) of the asset (32) to users during a first period. Furthermore, let us assume that a user (36) who purchased an NFT (33) of the asset (32) sold items (37) of the asset (32) to users during a second period. In this case, the blockchain network (14) can pay the creator (31) the sales revenue (i.e., settlement amount) calculated based on the item transaction history (35) during the first period, and can pay the NFT purchaser (36) the sales revenue (i.e., settlement amount) calculated based on the item transaction history (38) during the second period.

[0073] For a specific method / process by which the blockchain network (14) performs settlement processing, please refer to the description below in Fig. 7.

[0074] Meanwhile, in some embodiments, the blockchain network (14) may be configured to provide flexible settlement capabilities to multiple service providers (so-called tenants). This will be described later with reference to FIG. 13.

[0075] The above-described service system (10) or its components (11 to 14) may be implemented by at least one computing device. For example, all functions of the service server (11) may be implemented by a single computing device, or a first function of the service server (11) may be implemented by a first computing device and a second function may be implemented by a second computing device. Alternatively, specific functions of the service server (11) may be implemented by multiple computing devices.

[0076] A computing device may include any device equipped with computing capabilities. For an example of such a device, see FIG. 14. Since a computing device is a collection of interacting components (e.g., memory, processor, etc.), it may sometimes be referred to as a "computing system." Of course, the term "computing system" can also encompass the concept of a collection of interacting computing devices.

[0077] The user terminal (15) is a terminal for the user who uses the service provided by the service system (10). The user terminal (15) may be implemented using any computing device. The user may use the service through a service client (e.g., an app, a web browser, etc.) installed on the terminal (15), but the scope of the present disclosure is not limited thereto (e.g., the user may access the metaverse space through the metaverse client and perform various activities within the metaverse space). For example, the user may become a creator and create assets or purchase items from the owner of the assets. Alternatively, the user may purchase NFTs from a creator for the purpose of generating revenue and then engage in item sales activities. In some cases, the user may become an evaluator and evaluate assets created by creators.

[0078] As illustrated, the user terminal (15) and the service system (10) can communicate via a network. Here, the network can be implemented as any type of wired / wireless network, such as a local area network (LAN), a wide area network (WAN), a mobile radio communication network, Wibro (Wireless Broadband Internet), etc.

[0079] So far, a service system (10) according to some embodiments of the present disclosure has been briefly described with reference to FIGS. 1 through 3. For ease of understanding, an exemplary business ecosystem that the aforementioned service system (10) can create will be briefly described below with reference to FIG. 4.

[0080] FIG. 4 illustrates a business ecosystem that can be created by a service system (10) according to some embodiments of the present disclosure.

[0081] As illustrated in Fig. 4, the above-described service system (10) can encourage the creative motivation of existing creators and induce the influx of new creators by creating an ecosystem in which creators (41) can easily generate profits.

[0082] Specifically, a creator (41) can create (create) an asset (45) for the purpose of generating revenue, etc., and register it in the asset management server (12). At this time, the creator (41) can create (create) the asset (45) with the help of an asset creation tool (48). The asset creation tool (48) is a tool provided to assist the creator (41) in creating (creating) assets, and can support various functions. For example, in the case of a metaverse service, the asset creation tool (48) can support various functions that are helpful in creating 3D objects. However, the scope of the present disclosure is not limited thereto.

[0083] Assets (45) created by creators (41) may be registered in the asset management server (12) based on the evaluation results of evaluators (42). This can be understood as a measure to prevent items derived from low-quality assets (45) from indiscriminately spreading within the service space. For registered assets (45), NFTs (47) may be issued.

[0084] Once an asset (45) is registered, the creator (41) can generate revenue by selling an item (46) of the same form as the asset (45). As described above, the sales proceeds can be paid to the creator (41) through a settlement process, and may be paid in cryptocurrency, such as a stable coin. Therefore, the creator (41) needs to open a blockchain wallet (49-1) for reasons such as sales proceeds settlement and NFT possession. However, since fiat currency-based transactions are supported for the item (46), the item purchaser (44) is not required to open a blockchain wallet (e.g., 49-1).

[0085] In the case of a metaverse service, a creator (41) may be given an exclusive item that only the owner of the asset (45) can possess. The owner-exclusive item is an item that exists in only one copy per asset, and can be understood as an item transferred together with the asset (45) when an NFT (47) is sold. The owner-exclusive item may also have a mark indicating ownership of the asset (45) (i.e., a mark that distinguishes it from the item (46)).

[0086] Additionally, the creator (41) can generate revenue by selling the NFT (47). As described above, the sale of the NFT (47) involves the transfer of ownership of the asset (45) and the right to sell the item (46). Like the creator (41), the NFT purchaser (43) also needs to open a blockchain wallet (49-2) for reasons such as sales revenue settlement and NFT possession. Furthermore, the NFT purchaser (43) can also generate revenue by selling the item (46) associated with the asset (45). As described above, the sales revenue can be paid to the NFT purchaser (43) through a settlement process, and can be paid in cryptocurrency, such as a stable coin. For details on the settlement process, please refer to the descriptions of FIGS. 7 to 12.

[0087] So far, with reference to FIG. 4, an exemplary business ecosystem that can be created by a service system (10) according to some embodiments of the present disclosure has been described. Below, various processes / methods that can be performed in the aforementioned service system (10) will be described in detail with reference to the drawings in FIG. 5 and below.

[0088] Figure 5 is an exemplary flowchart illustrating an asset registration process according to some embodiments of the present disclosure. However, this is merely a preferred embodiment for achieving the objectives of the present disclosure, and it is understood that some steps may be added or deleted as needed.

[0089] As illustrated in FIG. 5, the asset registration process according to the embodiments may begin at step S51, where the asset management server (12) receives an asset registration request (e.g., request message) from a creator terminal (51). For example, the creator may create (produce) an asset that can be utilized within a service space (e.g., metaverse space) using the aforementioned asset creation tool (48). Then, the creator may access the asset management server (12) via the terminal (51) (e.g., access an asset management webpage), upload the asset he or she created, and request registration of the asset.

[0090] In step S52, in response to the asset registration request, the asset management server (12) may transmit an asset evaluation request to the evaluator terminal (52). In some cases, the asset management server (12) may request asset evaluation from multiple evaluators.

[0091] Evaluators can be, for example, individuals from the service provider or selected users. For example, a service provider can establish a business ecosystem where creators who meet certain criteria (e.g., number of assets created, asset popularity, duration of creator activity, accumulated sales revenue, etc.) are granted evaluator status and receive a certain reward for participating in evaluations. In some cases, to further enhance the fairness of evaluations, the evaluator group may be comprised of individuals from both the service provider and user sides.

[0092] In step S53, the asset management server (12) may receive an evaluation result for an asset from an evaluator terminal (52). The asset evaluation result may include information such as the asset's evaluation grade, evaluation score, whether registration has been approved, etc., but the scope of the present disclosure is not limited thereto.

[0093] Meanwhile, in some embodiments, asset evaluation may be performed using a deep learning model. Alternatively, the final evaluation result for an asset may be determined by reflecting the evaluation results of the deep learning model (e.g., calculating the final evaluation score by calculating the weighted sum of the deep learning model's evaluation score and the evaluator's evaluation score). In such cases, asset evaluation can be performed more objectively and accurately. These embodiments will be further described with reference to FIG. 6 below.

[0094] Figure 6 illustrates the structure and operation of a deep learning model according to some embodiments of the present disclosure. While the training of the illustrated deep learning model may be performed on other computing devices, for ease of understanding, the following description assumes that the asset management server (12) performs the training of the deep learning model.

[0095] As illustrated in FIG. 6, a deep learning model for asset evaluation can be configured to include an encoder (61) and multiple predictors (64 to 66) that perform different tasks.

[0096] The encoder (61) is a neural network module that encodes input asset images (67-1 to 67-N). The multiple asset images (67-1 to 67-N) may be, for example, patch images generated by dividing the entire asset image, or may be asset images (or images of different parts of the asset) captured from different angles (directions) (if the asset is a 3D object). However, the scope of the present disclosure is not limited thereto. In some cases, the encoder (61) may be configured to input only one asset image.

[0097] The encoder (61) can extract features from each of a plurality of asset images (67-1 to 67-N) and aggregate the extracted features to generate a final feature (e.g., feature map). To this end, at least one encoding layer (block) constituting the encoder (61) can be configured to include an attention module (62) and a feed-forward module (63), such as a vision transformer. However, the scope of the present disclosure is not limited thereto. In some cases, the encoder (61) may be implemented based on a convolutional neural network (i.e., a convolutional neural network without an attention module (e.g., 62)), an artificial neural network, etc. The attention module (62) analyzes the correlation between features extracted from asset images (67-1 to 67-N), and the feedforward module (63) can aggregate features based on the correlation. Those skilled in the art will likely already be familiar with the detailed structure and operating principles of the attention module (62) and the feedforward module (63), and therefore, further description thereof will be omitted.

[0098] The encoder (61) may be named as a ‘feature extractor’, a ‘shared encoder’, etc. in some cases.

[0099] Next, the predictors (64 to 66) are neural network modules specialized for specific tasks. Specifically, the first predictor (64) to the third predictor (66) can be configured to perform tasks of predicting the asset's evaluation score (68-1), asset price (value) (68-2), and asset popularity (68-3), respectively, based on the final features output from the encoder (61). When performing multiple interrelated tasks in this manner, the performance (i.e., evaluation accuracy) of the deep learning model can be further improved.

[0100] Each of the predictors (64 to 66) may be configured based on a fully-connected layer or a multi-layer perceptron. However, the scope of the present disclosure is not limited thereto.

[0101] The deep learning model illustrated in FIG. 6 can be trained using a training set (i.e., a set of training samples) consisting of images of assets (e.g., 67-1 to 67-N) and correct answer label information (e.g., correct answer evaluation score, correct answer price, and correct answer popularity) for different tasks. For example, the asset management server (12) can update the weight parameters of the first predictor (64) and the encoder (61) based on the difference between the evaluation score of a specific asset predicted by the first predictor (64) and the correct answer evaluation score, and can update the weight parameters of the second predictor (65) and the encoder (61) based on the difference between the price of a specific asset predicted by the second predictor (65) and the correct answer price. In addition, the asset management server (12) can update the weight parameters of the third predictor (66) and the encoder (61) based on the difference between the popularity of a specific asset predicted by the third predictor (66) and the correct answer popularity. By repeating these processes for training samples of other assets, the deep learning model can acquire the ability to accurately evaluate assets.

[0102] For reference, the correct evaluation score of a specific asset may be, for example, a score given by evaluators, the price of a specific asset may be the average selling price of items of the asset, and the correct popularity may be a value calculated based on, for example, the number of items sold of the asset, the price of the asset, the average period of time that purchasers (or their avatars) actually used items of the asset, the highest popularity rank of the asset, and the period of time that the asset maintained a popularity rank above a reference value. However, the scope of the present disclosure is not limited thereto.

[0103] Meanwhile, in some embodiments, the encoder (61) of the deep learning model may be pre-trained using an image set composed of various image samples. For example, the asset management server (12) may directly perform pre-training on the encoder (61) by performing an upstream task (e.g., an image classification task, etc.) using the image set, or may obtain a pre-trained encoder (e.g., a feature extractor such as VGG16) through a public repository. In addition, the asset management server (12) may perform additional training on the pre-trained encoder (61) by using the above-described tasks as downstream tasks.

[0104] Once the training of the deep learning model is completed, the asset management server (12) can perform an evaluation of the asset requested by the creator through the deep learning model. For example, the asset management server (12) can predict the evaluation score of the requested asset through the first predictor (64) of the deep learning model. As another example, the asset management server (12) can predict the price and popularity of the requested asset through the second predictor (65) and the third predictor (66) of the deep learning model, and adjust the predicted evaluation score based on these to determine the final evaluation score.

[0105] This is explained again with reference to Figure 5.

[0106] In step S54, the asset management server (12) can determine whether the evaluation result of the asset satisfies preset registration conditions. The registration conditions can be defined in various ways, and may be defined in any manner.

[0107] In step S55, based on the determination that the registration condition is satisfied, the asset management server (12) may perform registration processing for the corresponding asset. For example, the asset management server (12) may change (set) the status of the corresponding asset to a registered status and issue an NFT through the blockchain network (14). The issued NFT may or may not be immediately transferred to the creator's blockchain wallet. For example, the issued NFT may be stored in the service provider's system wallet (see 95 of FIG. 9) (e.g., if the creator has not yet opened a blockchain wallet) and may be later transferred to the creator's blockchain wallet at the creator's request. Those skilled in the art are likely already familiar with the meaning of issuing an NFT (e.g., information about the asset pointed to by the NFT and its owner is recorded on-chain), and therefore, a description thereof will be omitted.

[0108] For reference, the fact that an asset has been registered (or that the asset's status has become registered) may mean that the owner of the asset (e.g., creator) can use the asset (e.g., create items, wear items, sell items, etc.) within the service space.

[0109] Meanwhile, in some embodiments, the creator terminal (51) may request the import of an NFT issued externally. For example, the creator terminal (51) may request the import of an external NFT by transmitting information of the external NFT (e.g., NFT identification information such as a token ID, a smart contract address, etc., link information of the NFT, etc.) together when requesting asset registration. In this case, the asset management server (12) may perform registration processing for the asset by linking the asset to the external NFT owned by the creator (e.g., changing the asset pointed to by the external NFT to the asset for which registration has been requested).

[0110] In step S56, the asset management server (12) can transmit the processing result (e.g., registration success, failure, etc.) for the asset registration request to the creator terminal (51).

[0111] The asset registration process according to some embodiments of the present disclosure has been described with reference to FIGS. 5 and 6. As described above, asset registration can provide creators with opportunities to generate revenue, thereby facilitating the activation of services and fostering a business ecosystem for those services. Furthermore, by performing registration processing based on asset evaluation results, the indiscriminate proliferation of low-quality items within the service space can be prevented.

[0112] Hereinafter, a settlement process according to some embodiments of the present disclosure will be described with reference to FIGS. 7 to 12.

[0113] Figure 7 is an exemplary flowchart illustrating a settlement process according to some embodiments of the present disclosure. However, this is merely a preferred embodiment for achieving the objectives of the present disclosure, and it is understood that some steps may be added or deleted as needed.

[0114] As illustrated in Figure 7, the settlement process refers to a series of processes for paying the item's sales proceeds (or a settlement amount based on the profit details) to the asset owner. The asset owner may be the creator or a user who purchased the asset's NFT through an NFT trading platform (13). In some cases, the settlement process may also refer to the payment process (e.g., S77) of the settlement amount by the blockchain network (14) in response to a settlement request (e.g., S76).

[0115] Although Fig. 7 illustrates an example where settlement processing (e.g., payment of item sales proceeds) is performed at the request of an asset owner, the scope of the present disclosure is not limited thereto. In some cases, settlement processing may be performed periodically or automatically upon satisfaction of a preset settlement initiation condition. In this case, the settlement initiation condition may be defined, for example, as follows: when the congestion level of the blockchain network (14) is below a threshold, when the owner of an NFT has changed, or when the number of records in a settlement-capable state exceeds a threshold, etc.; however, the scope of the present disclosure is not limited thereto. For ease of understanding, the following description will assume that settlement processing is performed at the request of an asset owner.

[0116] As illustrated, the settlement process according to the embodiments may begin at a step in which the service server (11) records item transaction details on the blockchain via the blockchain network (14) (S71 to S74). For example, the service server (11) may record each item transaction or profit details on the blockchain (S71 and S72, S73 and S74). For example, the service server (11) may record item transaction details (or transactions) on the blockchain by generating a transaction for writing or recording the item transaction details and processing the transaction via the blockchain network (14). The item transaction details (or profit details) may include, but are not limited to, information regarding the item's identification information, the asset / NFT's identification information, the transaction (sales) price, the transaction time, the seller, the buyer, etc. Hereinafter, for the clarity of the present disclosure, data representing a single item transaction (or profit details) will be referred to as a "record."

[0117] Fig. 8 illustrates examples of records (e.g., 81 to 83) recorded on a blockchain. Fig. 8 illustrates a case where the states of the first record (81), the second record (82), and the third record (83) are set to a settlement-capable state (see 'settled'), a refund-processing state (see 'refunded'), and an initial state (see 'ordered'), respectively.

[0118] To elaborate on the record status, the status of a record (e.g., 83) may be updated (changed) from the initial status to the settlement-ready status after a preset period of time has elapsed. At this time, the period may be set to an appropriate period considering the item purchaser's refundable period (e.g., may be set to a period equal to or slightly longer than the refundable period). Alternatively, the status of a record (e.g., 83) may be updated (changed) from the initial status to the settlement-ready status when the preset period of time has elapsed and the balance (i.e., the cryptocurrency holdings) of the service provider's system wallet (i.e., the wallet on the service system (10) side, see 95 in FIG. 9) exceeds a threshold. The status of records (e.g., 83) in the settlement-ready status may be updated (changed) to the settlement-completed status upon completion of the settlement process.

[0119] Meanwhile, to accurately calculate sales revenue (or settlement amounts based on revenue details), asset / NFT owner information at the time of item transaction must be recorded along with the item transaction details. Therefore, the blockchain network (14) can query NFT owner information when recording records (e.g., see steps S72 and S74) and include the query results in the record, which is then recorded on the blockchain. This will be described later with reference to FIGS. 9 to 12.

[0120] This is explained again with reference to Figure 7.

[0121] In step S75, the asset management server (12) may receive a settlement request from the asset owner terminal (71). However, in some cases, the asset owner terminal (71) may transmit the settlement request directly to the blockchain network (14) without going through the asset management server (12).

[0122] In steps S76 to S78, the asset management server (12) can perform settlement processing via the blockchain network (14). Specifically, when the asset management server (12) transmits a settlement request from an asset owner to the blockchain network (14) (S76), the blockchain network (14) performs settlement processing (S77) and transmits the settlement processing result to the asset management server (12) (S78).

[0123] For example, a settlement module (see 91 in FIG. 9) installed on a blockchain node can select records related to asset owners that are eligible for settlement and calculate sales revenue (or settlement amount based on revenue details) based on the selected records. Then, the settlement module (see 91 in FIG. 9) can transfer an amount of cryptocurrency corresponding to the sales revenue (or settlement amount based on revenue details) from the service provider's system wallet (see 95 in FIG. 9) to the asset owner's wallet (e.g., processing a transaction to transfer cryptocurrency from a system wallet address to the asset owner's wallet address). As described above, the cryptocurrency used for payment of sales revenue may be a stable coin. However, the scope of the present disclosure is not limited thereto.

[0124] In steps S78 and S79, the settlement processing results (e.g., settlement success, failure, settlement amount (i.e., paid sales revenue), etc.) can be transmitted to the asset owner terminal (71) through the asset management server (12).

[0125] Hereinafter, the detailed process of the above-described item transaction history (i.e., record) recording step (e.g., S72, S74) will be further explained with reference to FIGS. 9 to 12.

[0126] The aforementioned record recording step (e.g., S72) can be performed, for example, by a settlement module (91 in FIG. 9) of a blockchain node. The settlement module (91 in FIG. 9) is a module implemented in each blockchain node for settlement processing and corresponds to a module implemented in a general manner rather than a smart contract. The reason the settlement module (91 in FIG. 9) is not implemented as a smart contract can be understood as being because there is no way to access an external blockchain network within a smart contract (i.e., there is no way to verify the owner information of an external NFT) and performance optimization is difficult.

[0127] FIG. 9 is an exemplary drawing to further explain the settlement module (91) and the record recording step (e.g., S72) according to some embodiments of the present disclosure.

[0128] As illustrated in FIG. 9, the settlement module (91) according to the embodiments may be configured to include a transaction handler (92), a multi-chain broker (93), and a record manager (94). However, FIG. 9 only illustrates components related to the embodiments of the present disclosure. Therefore, those skilled in the art will appreciate that other general components may be included in addition to the components illustrated in FIG. 9.

[0129] The transaction handler (92) is a module that performs overall processing for transactions (97, e.g., settlement-related transactions such as item transaction history records) regarding records (98). For example, the transaction handler (92) can perform a consensus process (e.g., transaction (97) verification, etc.) for a transaction (97) requested through a blockchain module (see 132 of FIG. 13). As a result, the transaction (97, or record (98)) can be recorded on the blockchain. The data (e.g., record (98)) of the transaction (97) may include identification information of the NFT (e.g., token ID, smart contract address, etc.), blockchain network information on which the NFT was issued (e.g., blockchain network ID, etc.), item transaction history, etc. However, the scope of the present disclosure is not limited thereto.

[0130] In some cases, the transaction handler (92) may obtain NFT owner information at the time of item transaction through the multi-chain broker (93) and record the obtained information together on the blockchain. Alternatively, the transaction handler (92) may record only the main data of the transaction (97) or the hash value of the transaction (97) on the blockchain (i.e., on-chain) and record the entire data of the transaction (97) off-chain. Alternatively, the transaction handler (92) may only perform the role of transmitting the transaction (97), and the record manager (94) may record the transaction (97) on the blockchain in conjunction with a blockchain module (not shown).

[0131] Meanwhile, the blockchain network (14) may charge a fee per transaction to encourage participation from blockchain nodes and ensure stable network operation. However, the specific method of determining / imposing the fee may vary depending on the specific embodiment.

[0132] In some embodiments, a fixed fee may be charged for settlement-related transactions (e.g., transactions related to the settlement process, such as a transaction (97) that records a record (98)), while other transactions (i.e., transactions unrelated to the settlement process) may be charged a dynamic fee based on the congestion of the blockchain network (14) (e.g., the more congested the network, the higher the fee). In this case, a portion of the fee may be distributed to blockchain nodes that verify the transaction (i.e., a portion of the fee is paid as a reward for verification).

[0133] In some other embodiments, fees may be charged for settlement-related transactions based on a stablecoin (i.e., a separate stablecoin, not the native coin), while fees may be charged for other transactions based on the native coin of the blockchain network (14). This can be understood as an attempt to ensure stable processing of settlement-related transactions regardless of fluctuations in the value of the cryptocurrency.

[0134] In some other embodiments, transaction-specific fees may be determined and charged based on various combinations of the above-described embodiments. For example, as illustrated in FIG. 10, a settlement-related transaction (see "STL (SeTtLement)") may be charged a fixed fee based on a stable coin (see "STC"), while other (other) transactions (see "ETC") may be charged a dynamic fee based on their own coin (see "Non-STC") (see the contents of block (102) constituting the blockchain (101)).

[0135] For reference, in Fig. 10, the transaction handler (92) is depicted as a 'first transaction handler (92)' to distinguish it from the handler (103) that processes other transactions, and the fee is depicted as a 'gas fee'.

[0136] This is explained again with reference to Figure 9.

[0137] The multi-chain broker (93) is a module having a communication (interconnection) function with an external blockchain network (96). If the NFT related to the record (98) is an NFT issued in an external blockchain network (96) (i.e., an external NFT), the multi-chain broker (93) can obtain (query) owner information of the NFT by communicating with the external blockchain network (96). For example, the multi-chain broker (93) can obtain owner information of the NFT (i.e., owner information recorded in the external blockchain) by transmitting an owner inquiry request including identification information of the NFT (e.g., token ID, smart contract ID, etc.) to the external blockchain network (96). Information for specifying (identifying) the external blockchain network (96) where the NFT was issued and the identification information of the NFT may be included in transaction (97) data.

[0138] For reference, since querying the owner information of an NFT corresponds to a simple operation with read-only properties, the multi-chain broker (93) can be understood as a module that is free from the problems of the NFT bridge module (e.g., fees incurred due to lockup, problems with inaccessibility of NFT in a lockup state, complexity of implementation, etc.) and has superior scalability than that module.

[0139] If the NFT related to the record (98) is an NFT issued on its own blockchain network (14), the multi-chain broker (93) can obtain the owner information of the NFT by querying its own blockchain (101).

[0140] Next, the record manager (94) is a module that manages records (e.g., 98). For example, the record manager (94) can manage the status of a record (99) (see FIG. 8). In addition, the record manager (94) can add NFT owner information obtained from a multi-chain broker (93) to an existing record (98) (see 99).

[0141] The record manager (94) may manage the record (99) on-chain and / or off-chain. In other words, the record manager (94) may record the record (99) on its own blockchain (101) (in which case, the record (99) may represent a transaction), store it in a separate storage, or record and store it on both sides.

[0142] As illustrated, the settlement module (91) may also manage a system wallet (95) to pay item sales proceeds (or settlement amounts based on profit details). The system wallet (95) may be, for example, a wallet with no deposit restrictions but with withdrawals restricted without going through a settlement process (see the deposit / withdrawal section of the service manager / provider (90)). However, the scope of the present disclosure is not limited thereto.

[0143] Meanwhile, several problems may arise when a multi-chain broker (93) searches for the owner information of an NFT through an external blockchain network (96).

[0144] The first issue concerns the accuracy of the NFT owner query results. Referring to Fig. 11, it is often the case that the blockchains (e.g., 114) maintained by each of the blockchain nodes (e.g., 111 to 113) of the external blockchain network (96) do not match each other due to reasons such as block propagation delay (Fig. 11 illustrates the blockchains of different blockchain nodes as a single blockchain (114) for convenience). For example, due to reasons such as block propagation delay, the latest block (see 116) of the blockchain (e.g., 114) held by some blockchain nodes (e.g., 111, 113) may not match the latest block (see 115) of the blockchain (e.g., 114) held by other blockchain nodes (e.g., 112). In this case, the search result may vary depending on which blockchain node the multi-chain broker (93) searches for the NFT owner through, which may cause reliability issues in the settlement process (because a portion of the sales proceeds may be paid to other users).

[0145] The second problem is that it is difficult to accurately identify or verify who owned an NFT at a specific point in the past through an external blockchain network (96).

[0146] To solve the above problems, a blockchain network (14, e.g., a settlement module (91), a multi-chain broker (93), or a blockchain module (see 132 of FIG. 13)) can manage block mapping information between its own blockchain (102) and a blockchain (114) of an external blockchain network (96). Hereinafter, for the clarity of the present disclosure, the own blockchain (102) and the external blockchain (114) will be referred to as 'first blockchain (102)' and 'second blockchain (114),' respectively.

[0147] Specifically, as illustrated in FIG. 12, the blockchain network (14) can map blocks (e.g., 115, 116) of the second blockchain to blocks (e.g., 121 to 123) of the first blockchain (102). For example, the blockchain network (14) can obtain information on the latest block (e.g., block number) from a plurality of blockchain nodes constituting an external blockchain network (96) and comprehensively consider the obtained information to determine the latest block of the second blockchain (114) (e.g., determine according to a majority opinion). In addition, the blockchain network (14) can generate block mapping information by mapping the determined latest block to the latest block of the first blockchain (102). The blockchain network (14) can generate block mapping information between blockchains (102, 114) by repeating the above-described process whenever a periodic or predetermined condition (e.g., when a new block is added to the first blockchain (102) and / or the second blockchain (114)) is satisfied (e.g., refer to the mapping of specific blocks (115, 116) of the second blockchain to specific blocks (121 and 122, 123) of the first blockchain (102). The block mapping information thus generated can be recorded on-chain or stored off-chain.

[0148] The multi-chain broker (93) can use the block mapping information as above to search for NFT owner information. For example, when wanting to search for NFT owner information at a first point in time, the multi-chain broker (93) first searches for information (e.g., block number) of a block (e.g., 115) of a second blockchain (114) that is in a mapping relationship with a block (e.g., 122) of the first point in time, and can then search for NFT owner information in the second blockchain (96) using the searched block information (i.e., performing the search through a blockchain node of an external blockchain network (96)). Similarly, when wanting to search for NFT owner information at a second point in time, the multi-chain broker (93) can use information (e.g., block number) of a block (e.g., 116) of a second blockchain (114) that is in a mapping relationship with a block (e.g., 123) of the second point in time, and can search for NFT owner information in the second blockchain (96). By doing so, the ownership information of external NFTs can be accurately secured regardless of the point in time.

[0149] In the case of recording records related to item transaction history, the multi-chain broker (93) determines the second block (e.g., 116, etc.) of the second blockchain (114) that has a mapping relationship with the first block in which the record is to be recorded based on block mapping information, and can obtain owner information of the NFT (i.e., external NFT) by searching the second block (e.g., 116, etc.) through an external blockchain network (96).

[0150] For reference, FIG. 12 illustrates a case where there are two external blockchains (refer to blockchains 'A' and 'B') and the second blockchain (114) points to the external blockchain 'A', and the above description can be equally applied to the external blockchain 'B'. In addition, in FIG. 12, querying the mapping block can be understood as querying the block information of the second blockchain (114) that is in a mapping relationship in the block mapping information.

[0151] The settlement process according to some embodiments of the present disclosure has been described with reference to FIGS. 7 through 12. As described above, transparency in the settlement process can be ensured by paying creators sales revenue (or settlement amounts based on revenue details) from item transactions based on blockchain technology. This facilitates the acceleration of new creator inflow and the revitalization of the business ecosystem for the service. This, of course, can also result in improved profitability for the service provider.

[0152] Additionally, ownership information for external NFTs can be accurately retrieved using block mapping information between blockchains (e.g., 102, 114). This further enhances the accuracy and reliability of the settlement process.

[0153] Hereinafter, a blockchain network (14) based on a multi-tenancy architecture according to some embodiments of the present disclosure will be briefly described with reference to FIG. 13. As described above, the blockchain network (14) may be named, for example, a "settlement support system," or the settlement support system may include the blockchain network (14).

[0154] As illustrated in FIG. 13, a blockchain network (14) according to some embodiments can provide independent settlement functions to multiple service providers (e.g., metaverse service providers, webtoon service providers, etc.). In this case, each service provider can be understood as corresponding to a tenant (e.g., 'A', 'B', 'C', etc.). FIG. 13 assumes that tenant 'A' is the metaverse service provider described above. Hereinafter, service providers will be referred to as 'tenants.'

[0155] To implement the above settlement function, the settlement module (91) of the blockchain node (131) may have a record manager (e.g., 94) and a system wallet (e.g., 95) for each tenant. This is because if the record management function is performed for each tenant and a system wallet (e.g., 95) for payment of settlement amounts exists for each tenant, an independent settlement function for each tenant can be supported (i.e., an independent settlement function for each tenant can be supported by recording records and performing a settlement process for each tenant). The transaction handler (92) and multi-chain broker (93) may exist for each tenant or may be implemented in the form of a common module.

[0156] In some cases, the settlement module (91) may further provide a function to set the type of cryptocurrency (i.e., the type of cryptocurrency to be paid as the settlement amount) of the system wallet (e.g., 95) for each tenant.

[0157] Additionally, in some cases, the blockchain network (14) may further provide the ability to set the type of cryptocurrency to be paid as transaction fees for each tenant.

[0158] For reference, the blockchain module (132) can be understood as a basic module that performs operations (e.g., consensus processes, etc.) according to the blockchain protocol. Furthermore, the addition / removal of tenants, etc., can be determined by governance voting among participants (e.g., blockchain nodes) in the blockchain network (14). However, the scope of the present disclosure is not limited thereto.

[0159] So far, with reference to FIG. 13, a blockchain network (14) based on a multi-tenancy architecture according to some embodiments of the present disclosure has been described. As described above, a blockchain network (14) with a multi-tenancy architecture can provide flexible and independent settlement functions to multiple service providers.

[0160] Hereinafter, an exemplary computing device (140) capable of implementing a service system (10) and / or components (11 to 14) thereof according to some embodiments of the present disclosure will be described with reference to FIG. 14.

[0161] Figure 14 is an exemplary hardware configuration diagram showing a computing device (140).

[0162] As illustrated in FIG. 14, a computing device (140) may include one or more processors (141), a bus (143), a communication interface (144), a memory (142) for loading a computer program (146) executed by the processor (141), and a storage (145) for storing the computer program (146). However, only components related to the embodiment of the present disclosure are illustrated in FIG. 14. Therefore, a person skilled in the art to which the present disclosure pertains will appreciate that other general components may be included in addition to the components illustrated in FIG. 14. That is, the computing device (140) may further include various components in addition to the components illustrated in FIG. 14. In addition, in some cases, the computing device (140) may be configured in a form in which some of the components illustrated in FIG. 14 are omitted. Hereinafter, each component of the computing device (140) will be described.

[0163] The processor (141) can control the overall operation of each component of the computing device (140). The processor (141) 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 (Graphics Processing Unit), an NPU (Neural Processing Unit), or any other type of processor well known in the art of the present disclosure. In addition, the processor (141) can perform operations for at least one application or program for executing operations / methods according to embodiments of the present disclosure. The computing device (140) can include one or more processors.

[0164] Next, the memory (142) can store various data, commands, and / or information. The memory (142) can load a computer program (146) from the storage (145) to execute operations / methods according to embodiments of the present disclosure. The memory (142) may be implemented as a volatile memory such as RAM, but the technical scope of the present disclosure is not limited thereto.

[0165] Next, the bus (143) can provide a communication function between components of the computing device (140). The bus (143) can be implemented as various types of buses such as an address bus, a data bus, and a control bus.

[0166] Next, the communication interface (144) can support wired and wireless Internet communication of the computing device (140). Furthermore, the communication interface (144) can also support various communication methods other than Internet communication. To this end, the communication interface (144) can be configured to include a communication module well known in the technical field of the present disclosure.

[0167] Next, the storage (145) can non-temporarily store one or more computer programs (146). The storage (145) can be configured to include non-volatile memory such as Read Only Memory (ROM), Erasable Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, a hard disk, a removable disk, or any form of computer-readable recording medium well known in the art to which the present disclosure pertains.

[0168] Next, the computer program (146) may include one or more instructions that cause the processor (141) to perform operations / methods according to various embodiments of the present disclosure when loaded into the memory (142). That is, the processor (141) may perform operations / methods according to various embodiments of the present disclosure by executing the one or more instructions.

[0169] For example, the computer program (146) may include instructions for receiving a registration request for a digital asset from a creator's terminal (51), performing a registration process for the digital asset in response to the registration request, issuing an NFT for the digital asset through a blockchain network (14), and performing a settlement process for paying the sales proceeds from the transaction of the item to the owner of the digital asset at the time of the item transaction through the blockchain network (14). In this case, the asset management server (12) according to some embodiments of the present disclosure may be implemented through a computing device (140).

[0170] As another example, the computer program (146) may include instructions for receiving a revenue history associated with a digital asset (wherein the revenue history includes identification information of an NFT associated with the digital asset), obtaining owner information of the NFT using the identification information of the NFT, recording a record including the revenue history and owner information in a blockchain (102) associated with a blockchain network (14), and performing a settlement process to pay a settlement amount according to the revenue history to the owner of the NFT at the time of occurrence of the revenue history based on the record. In this case, a blockchain node (e.g., 131), a blockchain network (14), and / or a settlement support system according to some embodiments of the present disclosure may be implemented through the computing device (140).

[0171] As another example, the computer program (146) may include instructions that cause it to perform at least some of the steps / operations described with reference to FIGS. 1 through 13. In such a case, the service system (10) and / or components (11 through 14) thereof according to some embodiments of the present disclosure may be implemented via the computing device (140).

[0172] Meanwhile, in some embodiments, the computing device (140) illustrated in FIG. 14 may refer to a virtual machine implemented based on cloud technology. For example, the computing device (140) may be a virtual machine operating on one or more physical servers included in a server farm. In this case, at least some of the processor (141), memory (142), and storage (145) illustrated in FIG. 14 may be virtual hardware, and the communication interface (144) may also be implemented as a virtualized networking element, such as a virtual switch.

[0173] So far, with reference to FIG. 14, an exemplary computing device (140) capable of implementing a service system (10) and / or components thereof (11 to 14) according to some embodiments of the present disclosure has been described.

[0174] Various embodiments of the present disclosure and effects according to the embodiments have been described with reference to FIGS. 1 through 14 so far. The effects according to the technical concept of the present disclosure are not limited to the effects mentioned above, and other effects not mentioned will be clearly understood by those skilled in the art from the description below.

[0175] Furthermore, even though the above embodiments have described multiple components as being combined or operating in combination, the technical concept of the present disclosure is not necessarily limited to these embodiments. That is, within the scope of the technical concept of the present disclosure, all of the components may be selectively combined and operated one or more times.

[0176] The technical concepts of the present disclosure described so far can be implemented as computer-readable code on a computer-readable recording medium. A computer program recorded on the computer-readable recording medium can be transmitted to another computing device via a network such as the Internet, installed on the device, and used therein.

[0177] Although the operations are depicted in a specific order in the drawings, it should not be understood that the operations must be performed in the specific order depicted, or in a sequential order, or that all depicted operations must be performed to achieve the desired result. In certain circumstances, multitasking and parallel processing may be advantageous. Although various embodiments of the present disclosure have been described above with reference to the attached drawings, those skilled in the art to which the present disclosure pertains will understand that the technical concepts of the present disclosure can be implemented in other specific forms without changing the technical concepts or essential characteristics thereof. Therefore, it should be understood that the embodiments described above are illustrative in all respects and not restrictive. The scope of protection of the present disclosure should be interpreted by the claims below, and all technical ideas within a scope equivalent thereto should be interpreted as being included in the scope of the technical ideas defined by the present disclosure.

Claims

1. A method performed in a settlement support system including a blockchain network, A step of receiving a revenue statement associated with a digital asset, wherein the revenue statement includes identification information of a Non-Fungible Token (NFT) associated with the digital asset; A step of obtaining owner information of the NFT by using the identification information of the NFT; A step of recording a record including the above revenue details and the owner information in a blockchain associated with the above blockchain network; and A step for performing a settlement process to pay the settlement amount according to the revenue details based on the above record to the owner of the NFT at the time of occurrence of the revenue details, Method for supporting blockchain-based settlement.

2. In paragraph 1, The above settlement support system supports the function of setting the type of cryptocurrency to be paid as the settlement amount. Method for supporting blockchain-based settlement.

3. In paragraph 1, The above settlement support system is configured to support independent settlement functions for each service provider by recording records and performing settlement processes for each service provider. Method for supporting blockchain-based settlement.

4. In paragraph 3, The above settlement support system supports the function of setting the type of cryptocurrency used for payment of transaction fees of the blockchain network for each service provider. Method for supporting blockchain-based settlement.

5. In paragraph 1, The steps for performing the above settlement process are: A step of selecting records in a settlement-capable state from among multiple records; A step of paying the settlement amount for the selected record to the owner of the NFT; and Includes a step of updating the status of the above selected records to a settlement completion status, The status of the above multiple records is updated from the initial status to the settlement-capable status when the balance of the system wallet is above the standard value and a preset period has elapsed. The above system wallet is the wallet of the service provider used for payment of the above settlement amount. Method for supporting blockchain-based settlement.

6. In paragraph 5, The step of paying the above owner of the above NFT is: Including a step of transferring an amount of cryptocurrency equivalent to the settlement amount from the system wallet to the wallet of the owner of the NFT; The above system wallet is set to restrict withdrawals without going through the above settlement process. Blockchain-based settlement support system.

7. In paragraph 1, The above NFT was issued on an external blockchain network, The above blockchain is the first blockchain, The step of obtaining the owner information of the above NFT is: Comprising a step of obtaining owner information of the NFT by querying a second blockchain associated with the external blockchain network. Method for supporting blockchain-based settlement.

8. In paragraph 7, The above settlement support system manages block mapping information between the first blockchain and the second blockchain, The step of querying the second blockchain to obtain the owner information of the NFT is as follows: A step of determining a second block of the second blockchain that is in a mapping relationship with a first block of the first blockchain based on the block mapping information, wherein the first block is a block in the first blockchain where the record is to be recorded; and A step of obtaining owner information of the NFT by querying the second block, Method for supporting blockchain-based settlement.

9. In paragraph 1, The fee charged for transactions to record the above record is a fixed fee based on stable coin, At least a portion of said fee is distributed to blockchain nodes that perform verification of said transaction on said blockchain network. Method for supporting blockchain-based settlement.

10. In paragraph 1, Transactions of the blockchain network related to the above settlement process are charged a fee based on a stable coin - the stable coin does not correspond to the blockchain network's own coin -, Transactions on the blockchain network that are not related to the settlement process above are subject to fees based on the said own coin. Method for supporting blockchain-based settlement.

11. A service server that supports transactions for items related to a specific service to multiple users; and Including an asset management server that registers digital assets created by creators in connection with the above specific service and issues NFTs (Non-Fungible Tokens) for the digital assets through a blockchain network, The above items are created based on the above digital assets, Transaction of the above NFT causes a change in the owner of the above digital asset, The sales proceeds from the transaction of the above items are paid to the owner of the above NFT at the time of the transaction of the above items through the settlement process. Blockchain-based service provision system.

12. In paragraph 11, Transactions for the above items are conducted based on fiat currency. Blockchain-based service provision system.

13. In paragraph 11, The above sales proceeds are paid in stable coins. Blockchain-based service provision system.

14. In paragraph 11, At least one record representing the transaction history of the above item is recorded in a blockchain associated with the above blockchain network, The above settlement process: A step of selecting a record in a settlement-capable state from among at least one of the above records; A step of paying the sales proceeds for the selected records to the owner of the digital asset; and Includes a step of updating the status of the above selected records to a settlement completion status, The status of at least one record above is updated from the initial status to the settlement-capable status when the balance of the system wallet is greater than or equal to the threshold and a preset period of time has elapsed, The above system wallet is the wallet of the provider of the above specific service used for payment of the above sales revenue. Blockchain-based service provision system.

15. In paragraph 11, The above asset management server, When you receive a registration request from another creator that includes information about an external NFT issued on an external blockchain network and a specific digital asset, Linking said specific digital asset to said external NFT, Further performing the actions of registering the above specific digital asset, Blockchain-based service provision system.

16. In paragraph 11, The above specific service is a metaverse service, The above items are available within the metaverse space. Blockchain-based service provision system.

Images