KR20230047677A - Method of devlivery service diversification in metaverse world using blockchain and device implementing thereof - Google Patents

Abstract

The present invention relates to a technology of a method of diversifying delivery services in a metaverse environment using blockchain and devices implementing the same. One embodiment of the present invention includes: a step in which a server receives a message requesting delivery of a first real asset and announces a part thereof; a step in which the server selects an asset delivery execution device to acquire a first virtual asset containing information regarding the performance of delivery of the first real asset; and a step in which the asset delivery execution device announces some of the information constituting the first virtual asset and selects a route request device to acquire the second virtual asset containing information regarding the performance of the delivery of the second real asset.

Description

A method for diversifying delivery services in a metabus environment using blockchain and a device implementing the same

The present invention relates to a method for diversifying delivery services in a metaverse environment using a blockchain and a device for implementing the method.

Blockchain can provide reliability of information by connecting blocks that cannot be falsified or tampered with in the contents or distribution process of information. Therefore, interest in technology for generating and verifying various information using blockchain is increasing.

In addition, the metaverse is proposed as a paradigm that can perform actions corresponding to various economic, social, and cultural activities in the real world in a virtual space.

Therefore, we look at ways to implement various delivery services that occur in the real world in conjunction with the metaverse, and in the process, provide certain compensation to actors who participate in delivery.

This specification is intended to solve the above-mentioned problems, so that the process of delivering assets in reality and the delivery put into the delivery of these assets can be used to deliver assets in other realities, and transactions of virtual assets related to this are all in the metaverse world. In this process, coins or NFTs can be traded.

In addition, this specification allows information to be added as a block on the blockchain so that the delivery or recovery process of real assets can be performed in the metaverse world.

In addition, this specification creates the right to deliver real assets as virtual assets such as NFTs so that virtual assets such as NFTs can be traded in the metaverse world.

The objects of the present invention are not limited to the above-mentioned objects, and other objects and advantages of the present invention not mentioned above can be understood by the following description.

A method for diversifying delivery services in a metaverse environment using a blockchain according to an embodiment of the present invention includes the steps of a server receiving a message requesting delivery of a first reality asset and notifying a part of it, and A step of selecting an asset transfer execution device from which to obtain a first virtual asset containing information on delivery of real assets; and selecting a requesting device via a path from which the second virtual asset containing the information on the transfer of the asset is to be obtained.

A method for diversifying delivery services in a metaverse environment using a blockchain according to another embodiment of the present invention includes the step of the server displaying the delivery status of the first reality asset and the second reality asset in the metaverse world, and the server When the delivery of the first reality asset and the second reality asset is completed, a step of completing the settlement with the asset delivery execution device, the routing request device, and the delivery vehicle mounting device participating in the delivery of the first and second reality assets.

According to an embodiment of the present invention, a device for diversifying delivery services in a metaverse environment using a blockchain controls a communication unit that communicates with a server, a route requesting device, and a delivery vehicle-mounted device, and controls the communication unit to obtain information about first reality assets. It includes a control unit that obtains a first virtual asset related to delivery and a second virtual asset related to delivery of a second reality asset, and the communication unit transmits a bid message to the server in response to the delivery of the first reality asset announced to the server , Receives a successful bid message corresponding to the bidding message from the server, receives identification information of the first virtual asset including information on the delivery of the first real asset from the server, and receives the second real asset from the requesting device via the route. Receive identification information of a second virtual asset related to delivery.

In addition, a device for diversifying delivery services in a metaverse environment using a block chain according to another embodiment of the present invention delivers delivery of first and second real assets based on first virtual assets and second virtual assets. A delivery request message requested to the vehicle-mounted device is generated, and the communication unit transmits the delivery request message to the delivery vehicle-mounted device.

A server diversifying delivery services in a metaverse environment using a block chain according to an embodiment of the present invention transmits a communication unit that communicates with a plurality of devices and the delivery status of first reality assets and second reality assets to a metaverse It includes a metaverse implementation unit displayed in the world, a communication unit, and a control unit that controls the metaverse implementation unit, wherein the communication unit receives a message requesting delivery of the first reality asset from the asset transfer request device, and the metaverse implementation unit constructs the message. After notifying some of the information to the metaverse world, the control unit selects an asset transfer execution device to acquire the first virtual asset containing information on the transfer of the first reality asset, and the control unit selects the first reality asset and When the delivery of the second reality asset is completed, the asset transfer execution device, the routing request device, and the delivery vehicle mounting device participating in the delivery of the first and second reality assets complete the settlement.

When the embodiments of the present invention are applied, the process of delivering an asset in reality and the delivery put into the delivery of this asset can be used to deliver an asset in another reality.

In addition, when the embodiments of the present invention are applied, all transactions of virtual assets related thereto can be made in the metaverse world, and coins or NFTs can be traded in this process.

In addition, when the embodiments of the present invention are applied, the delivery or collection process of real assets can be performed in the metaverse world, and related information can be added as blocks on the blockchain.

In addition, when the embodiments of the present invention are applied, the right to deliver real assets can be created as virtual assets such as NFTs, and virtual assets such as NFTs can be traded in the metaverse world.

The effects of the present invention are not limited to the above-mentioned effects, and various effects of the present invention can be easily derived from the configuration of the present invention.

1 is a diagram showing the configuration of devices participating in delivery of real assets according to an embodiment of the present invention.
2 is a diagram showing a process of asset delivery according to an embodiment of the present invention.
3 to 5 are diagrams showing a process in which devices intervene in the process of delivering real assets according to an embodiment of the present invention.
6 is an embodiment in which the starting point, destination, and waypoint are expressed in the metaverse in the asset delivery process according to an embodiment of the present invention.
7 to 13 are diagrams showing an asset transfer process according to an embodiment of the present invention.
14 is a diagram showing the configuration of an asset transfer execution device according to an embodiment of the present invention.
15 is a diagram showing the configuration of a server according to an embodiment of the present invention.

In order to clearly describe the embodiments of the present invention, reference may be made to the drawings, parts irrelevant to the description are omitted, and the same reference numerals are assigned to the same or similar components throughout the specification.

When an element is described as being “connected,” “coupled to,” or “connected” to another element, that element is or may be directly connected to that other element, but intervenes between each element. It will be understood that may be "interposed", or each component may be "connected", "coupled" or "connected" through other components.

1 is a diagram showing the configuration of devices participating in delivery of real assets according to an embodiment of the present invention. It links assets in the real world (real assets) with the metaverse, and more specifically, these are components that participate to implement technology that links the location and operation of real assets and the collection and movement of assets.

In this specification, real assets (asset) include all goods that have a predetermined property and need to be delivered or retrieved offline. For example, a home appliance ordered or an object collected after purchasing the home appliance may correspond to a real asset. In addition, small units such as books and coffee may also be real assets. All of these can be expressed in the form of predetermined virtual assets in the metaverse environment implemented by the metaverse server.

In addition, objects that are collected after being repeatedly used in home appliances, for example, water purifier filters, are also examples of real assets. In addition, when some parts are replaced due to a failure of a home appliance, for example, when an outdoor unit is replaced, the corresponding outdoor unit also becomes an example of a real asset.

In addition, delivery of home appliances also corresponds to delivery of real assets, and home appliances may also correspond to assets.

In addition, various packaging materials derived from shipping are also an example of an asset. In order to prevent environmental pollution and promote the reuse of goods, packaging materials, cushioning materials, etc., which are discarded after being delivered to customers once, can be set as property assets and recovered.

The asset transfer request device 50 may be integrally coupled to home appliances and may be a laptop computer. For example, the asset transfer request device 50 may be a refrigerator or a TV. The asset delivery request device 50 may order real assets or request collection of real assets.

In one embodiment, a user may select a purchase button for a specific product on a display unit disposed in a refrigerator and request delivery of the product, that is, delivery of real assets from the seller.

In addition, in another embodiment, when the user selects a button requesting the recovery of real assets on the display unit of the TV, the asset transfer request device 50 transmits a message requesting the recovery of real assets to the metaverse server 200. Alternatively, information necessary for real asset recovery can be included as a block in the blockchain.

Metaverse server 300 implements a metaverse environment (metaverse world) that can be active in a virtual space beyond the spatial or temporal constraints of reality. In one embodiment, the metaverse server 300 may implement a real city or village in a metaverse environment. When various devices access the metaverse server 300, they can control certain characters, stores, spaces, etc. within the implemented metaverse environment.

Alternatively, the metaverse server 300 may build a space that is not in reality in the metaverse environment. In addition, various devices connected to the metaverse server 300 can move or control a specific character in the virtual space and can perform economic and cultural activities in the virtual space.

In addition, the aforementioned real assets may also be implemented as virtual assets within the metaverse server 300.

In addition, the metaverse server 300 has the right to deliver or retrieve the asset requested by the asset delivery request device 50, disclose information necessary to pass through the route in this process, and deliver real assets to multiple devices. Alternatively, the right to pass through the route can be provided in the process of delivering real assets.

The asset transfer execution device 100 is a laptop computer, computer, mobile phone, etc. that provides a communication function and a computing function as an embodiment. It collectively refers to a device that acquires or bids to acquire NFTs (Non Fungible Tokens) related to the delivery of real assets disclosed by the metaverse server 300. According to the request of the asset transfer request device 50, the asset is delivered to the delivery address input by the asset transfer request device 50, or the asset is retrieved from the collection location input by the asset transfer request device 50.

The path via request device 200 also assumes a laptop computer, computer, mobile phone, etc. that provide a communication function and a computing function. The route requesting device 200 is a device that checks the NFT acquired by the asset delivery execution device 100 and requests delivery of another real asset via the route.

The delivery vehicle-mounted device 400 transmits information such as the movement or movement path of the delivery vehicle to the metaverse server 300 or adds the corresponding information to the block chain as a block.

In the configuration of FIG. 1, the blockchain node 500 is one or more devices that verify the integrity of a corresponding block in order to add information encrypted as a block as a block to the blockchain. The task of verifying integrity to add a specific block to the blockchain may be performed by any one node, some nodes, or all nodes participating in the blockchain.

Virtual assets corresponding to real assets can be created as blocks. In addition, information generated by each device may also be generated as a block. Information exchange between devices can also be created as a block. Alternatively, information exchange between devices may be made in the form of a message.

The metaverse server 300 implements various activities in the real world in the metaverse world, which is a virtual world. To this end, in the process of expressing information generated in the real world to the virtual world, important information can be composed of blocks of the blockchain.

In addition, coins can be exchanged in the process of each device in FIG. 1 purchasing virtual assets such as NFTs or performing what the purchased virtual assets instruct, and these coins can be used not only in the virtual world but also in the real world.

For example, coins can be given as a reward after completing a game mission in the virtual world built by the metaverse server 300 and can be meaningful and money in the real world. In addition, a coin is implemented as a virtual asset such as NFT or a block, and information about the transaction history of the corresponding coin as well as the function of compensation may be included in the block.

In addition, the delivery vehicle-mounted device 400 may collect information about the location of the delivery vehicle or traffic conditions by using various sensors. In addition, the metaverse server 300 may obtain information about the moving process of an asset using information provided by the delivery vehicle-mounted device 400 or information related to other traffic/transportation.

In order to determine the location of an asset in the real world, the metaverse server 300 can utilize offline satellite photos, photos on the road, and lidar sensors and 3D lidar sensors deployed in other self-driving cars or delivery vehicles. . As a result of utilization, the metaverse server 300 may generate three-dimensional coordinates.

In one embodiment, the metaverse server 300 analyzes the amount of reflection of radar light of lidar sensors disposed in each vehicle and the reception density of laser reflection waves that are reflected and received, and converts three-dimensional shape data of object data in a three-dimensional space to a global map. Data can be converted into a coordinate system.

Another way to collect offline data is to use a home appliance equipped with a sensor that measures the physical location of a user who has a device that shares information with the metaverse server 300, or to take pictures from a GPS sensor and camera of a mobile phone. or by scanning a G-code or QR code with a user's mobile phone or home appliance to transmit data to the metaverse server 300.

The metaverse server 300 may apply object detection technology to photos of the real world taken from satellite photos or aerial photos to obtain information on roads and terrain features on maps, and the By recognizing the name, size, and 3D coordinates, it can be implemented in the same shape in the virtual world implemented by the metaverse server 300. Alternatively, the metaverse server 300 may reproduce various spaces and buildings in the virtual space in various shapes desired by the user.

A number of devices that transmit information obtained while driving on the road to the metabus server 300 may be placed on cars, buses, and trucks passing the road. These devices use LiDAR sensors and ultrasonic sensors to collect information such as people on the sidewalk, trees on the sidewalk, congestion on the road, the vehicle in front, the location of nearby vehicles, the size of the vehicle, the location of the building, and the size of the building. It is transmitted to the metaverse server 300. And, the metaverse server 300 can express the collected information in the same three-dimensional shape in the metaverse world.

In this process, photos of offline assets subject to delivery/retrieval can also be displayed in the metaverse world. The metaverse server 300 may update the most recent location and shape, or road conditions by analyzing the black box, front camera, lidar sensor, and ultrasonic sensor data of the vehicle equipped with the contracted devices.

Sensors that agree to provide detailed data according to the performance of each device and whether or not the owner agrees to provide personal information can directly form a block of data and connect it to the blockchain so that the metaverse server 300 can use it. Alternatively, the metaverse server 300 can receive location and sensing data from each sensor, form a block containing them, and connect to the blockchain after verifying the integrity of the nodes.

In this process, the metaverse server 300 may differentiate the user's compensation for providing information.

In one embodiment, the first amount of coins is provided as a reward to the electronic wallet of the user who provided sensing data other than the block, and the user's electronic wallet when the user's sensor forms a block and informs the address on the blockchain A second amount of coins may be provided as a reward. The size of the first amount and the second amount has a relationship of first amount>second amount or first amount<second amount as an embodiment.

2 is a diagram showing a process of asset delivery according to an embodiment of the present invention.

2 is a diagram showing a process of transferring an asset according to an embodiment of the present invention. The asset transfer request device 50 requests the metaverse server 300 to transfer the first real assets (including delivery or collection cases) (S1). Then, the metaverse server 30 discloses the requested information and selects a device to deliver the first reality asset (S2). The selection method may be a bidding method, a first-come-first-served order method, or the like.

Thereafter, the selected device, that is, the asset delivery execution device 100 discloses the route and time required for first real asset delivery on the metaverse server 300 (S3). After confirming this, the route request device requests a route for delivery of the second reality asset, and the asset transfer execution device 100 accepts it (S4).

Thereafter, the asset delivery execution device 100 provides information necessary for asset delivery to the delivery vehicle that delivers the asset, and the information acquired by the delivery vehicle in the process of delivering the first reality asset and the second reality asset is stored in the metaverse. It is collected and displayed in the server 300 (S5). And, when the transfer of assets is completed, subsequent processing such as fee settlement is performed (S6).

Asset delivery corresponds to either delivery or collection of real assets as described above. In the case of delivery by delivery of goods, the goods seller or intermediary may be in charge of delivery.

In the past, in the virtual world, items could be purchased/transferred/acquired only within the virtual world, and there was a limitation that it could not be connected to a transaction with a separate real asset.

On the other hand, as shown in FIG. 2, data on the location, size, weight, and delivery (recovery, delivery, delivery) of real assets for collection or delivery collected offline are traded within the metaverse world. It can consist of possible data, for example, NFTs. In addition, the metaverse server 300 may receive coins from stores in the metaverse world or sell NFT data to general operators or individuals.

The metaverse server 300 itemizes the location of the real asset to be collected/delivered in the virtual world to make it a three-dimensional shape and places the corresponding item on the map of the virtual world. The metaverse server 300 can convert the data on which the locations of the items are recorded into NFTs like a virtual map and sell them in a virtual store, and the purchaser of the item can obtain the corresponding virtual map after paying virtual currency. there is.

The metaverse server 300 announces virtual map information, and when a buyer (eg, an asset transfer execution device) expresses his or her intention to purchase in a virtual store, the price of the corresponding item is presented and the public key of the server is presented. The buyer's device forms a block by encrypting the list of items to be purchased, the cost coin, and the buyer's public key with the public key of the metaverse server 300, transmits the block to nodes, and after receiving integrity verification, the block chain When connected to, the address of the block is transmitted to the metaverse server 300.

The metaverse server 300 decrypts the received block with the private key of the server to receive and confirm the item and coin to be traded. The metaverse server 300 encrypts the virtual map with the buyer's public key to form a block, receives node verification from the nodes, connects to the blockchain, and transmits the corresponding address (identification information of the block) to the buyer. The purchaser decrypts the block of the corresponding address with his or her private key to decrypt the virtual map information.

Virtual map information is the result of analyzing the characteristics of objects (cars, drum washing machines, air conditioner outdoor unit box), etc. In addition, the virtual map information may include services such as replacement of air conditioner boxes and water purifier filters in the home, information on filter parts to be replaced, and information on old filters that have been replaced, and may also include information of customers who have agreed to use personal information. . And, using this information, the metaverse server 300, the asset delivery execution device 100, etc. may be involved in asset collection or delivery.

The metaverse server 300 may list tasks necessary for implementing services such as collection or delivery of real assets in order or in order of priority, and classify each of them according to the level of virtual map data.

That is, when the metaverse server 300 directly processes services such as further processing data, reserving a vehicle to retrieve real assets in the real world, and allocating manpower, the virtual map NFT is placed on the map. It is possible to generate virtual map data including a list of drivers and a list of vehicles that can be assigned to carry out recovery of the asset as well as the asset.

On the other hand, when the asset transfer execution device 300 purchases the corresponding addition map with a coin, not only the virtual map but also asset recovery personnel and asset recovery vehicles can be assigned, and the corresponding operation activity and business Through this, you can obtain the right to increase additional revenue.

The asset transfer execution device 300 can obtain additional revenue by not only collecting or delivering the asset, but also moving the asset to another distribution center by operating the corresponding vehicle and manpower, or changing the route for moving the asset.

In one embodiment, the asset delivery execution device 300 provides a product that can additionally provide a delivery service or a service that transports people on the route on which it moves real assets through the time, manpower, and vehicle scheduling it has acquired. It is possible to generate additional revenue by advertising in the metabus world and providing offline coffee delivery, courier delivery, and additional services in the virtual world.

As an example, if the asset delivery execution device 300 records the route and time zone that it will pass in the metaverse world, participants (route request device) can specify the time and place where they want to receive the delivery and receive the delivery. While making a reservation, the coin is paid, the participant's public key is attached, the reservation contents and coin are encrypted into a block, added to the block, and the identification information of the added block can be shared with the asset transfer execution device 300.

Upon receiving the coin, the asset transfer execution device 300 decrypts the block of the corresponding address with its own private key, and confirms the time zone, route, delivery item, and service that the requesting device via the route wishes to make a reservation. If overlapping occurs in the same time zone and there is not enough vehicles or drivers to be assigned, the cost of the service on the corresponding route in the corresponding time zone can be raised by one level.

In addition, the asset delivery execution device 300 announces the increased price on the store bulletin board in the metaverse, and the bid price has failed to a plurality of bidders who have repeatedly bid, and once again, the increased price buyers raise the price and bid. If a bid is made for a requested service block, time, amount, etc., the service right may be awarded at the highest price to the person who offers the highest price.

These series of processes can be transmitted and received between devices as messages. In addition, the information produced in these series of processes can be written in blocks to form a block chain.

2, the first real asset is delivered from the starting point set by the asset transfer request device 50 to the destination set by the asset transfer request device 50, and the first virtual asset has the physical properties and delivery conditions of the first real asset. include Physical attributes include size, weight, temperature, liquid/solid state, or scent emitted during movement. Delivery conditions refer to detailed conditions such as temperature, humidity, or shock protection that must be provided in the process of delivering real assets. These information can be applied later in the process of selecting a second reality asset.

In addition, the first virtual asset may include delivery-related information necessary to deliver the first real asset. Passing points in the process of delivering or collecting the first reality itself in relation to the real space, for example, information on the size of an elevator or a front door (gateway information) may also be included in the first virtual asset.

The server 300 or the asset transfer execution device 100 may verify transferability of the second virtual asset by comparing the physical properties and transfer conditions of the first reality asset and the physical properties and transfer conditions of the second reality asset.

Next, a process of recovering an asset and using a transit route, which is one example of delivery of real assets, will be described.

3 to 5 are diagrams showing a process in which devices intervene in the process of delivering real assets according to an embodiment of the present invention. Information exchange between devices in FIGS. 3 to 5 includes either a message exchange method or a method of generating a block and adding it to a blockchain. A method of generating a block and adding it to the blockchain consists of a process of adding a block and transmitting identification information of the corresponding block after verification and verification of the block chain nodes 500 are completed.

3 is a diagram illustrating a process of processing a request for delivery of a first asset according to an embodiment of the present invention.

The asset transfer request device 50 generates a message or a block requesting transfer of an asset to be transferred (S11). Then, a first reality asset transmission request message is transmitted or block identification information (eg, address) is transmitted to the metaverse server 300. The metaverse server 300 analyzes the first real asset, generates an asset transfer NFT, and discloses a part of the asset transfer NFT (S13).

After confirming a part of the disclosed asset transfer NFT, the asset transfer execution device 100 notifies the metaverse server 300 of being in charge of asset transfer (S14). If a plurality of asset transfer execution devices 100 notify the person in charge of asset transfer, the metaverse server 300 completes the asset transfer execution device selection in a first-come-first-served order, bidding, or the like (S15).

Thereafter, the asset transfer NFT is transmitted to the selected asset transfer execution device 100 (S16).

The asset delivery execution device 100 generates a route notification message/block (S17) and transmits a route notification message or block identification information to the metaverse server 300 (S18). As a result, the metaverse server 300 discloses the contents of the route notification message or block (S19).

On the other hand, the blockchain nodes 500 perform an operation of verifying or adding a block generated in steps S11 to S19 (S20). This block may include messages exchanging information between devices or may include NFTs. The verification method can be verified by applying proof of work, proof of stake, or other various consensus model methods. The blocks added by the blockchain nodes 500 are distinguished by identification information, and the identification information is delivered to the device requesting the addition of the block. And the device can access the block using the transmitted identification information of the corresponding block.

In addition, virtual assets such as coins and blocks can be moved from a specific device to another device in the process of exchanging messages or exchanging identification information of blocks. It can be done in an additional process.

4 is a diagram showing a process of processing a request via a route added to a request for delivery of a first real asset according to an embodiment of the present invention.

The route-passing request device 200 generates a message or a block requesting route-passing of the second reality asset in response to the route-passing notice of S19 (S21). Then, the path-passing request device 200 transmits a message requesting the route of the second asset to the asset transfer execution device 100 or transmits block identification information (S22).

The asset transfer execution device 100 accepts the request for passing through the route and generates NFTs necessary for passing through the route (S23). In addition, the asset transfer execution device 100 transmits the NFT required for the route via the route requesting device 200 and the metaverse server 300 (S24, S25).

The metaverse server 300 expresses the first asset and the second asset in the metaverse world using the asset delivery NFT and route information (S26).

As in FIG. 3, the blockchain nodes 500 verify the blocks generated in steps S21 to S26 or add blocks (S27). This block may include messages exchanging information between devices or may include NFTs.

In addition, virtual assets such as coins and blocks can be moved from a specific device to another device in the process of exchanging messages or exchanging identification information of blocks. It can be done in an additional process.

5 is a diagram showing a process in which a first reality asset and a second reality asset are transmitted and a process in which the metaverse server 300 expresses corresponding information according to an embodiment of the present invention.

The asset transfer execution device 100 generates a message or block of information necessary for the transfer of the first reality asset/second reality asset and transmits the identification information of the message or block to the delivery vehicle-mounted device 400 (S31).

In addition, the delivery vehicle-mounted device 400 generates a message or block including vehicle movement and real asset delivery conditions (S32). Then, the delivery vehicle-mounted device 400 transmits a message including the delivery status to the metaverse server 300 or transmits the identification information of the created block to the metaverse server 300 (S33).

As a result, the metaverse server 300 expresses the transfer situation of the asset in the metaverse world (S35).

In addition, when the delivery of the first reality asset and the second reality asset is completed, the delivery vehicle mounting device 400 generates a message or block including the first reality asset/second reality asset delivery completion details (S34). Then, the delivery vehicle-mounted device 400 transmits the identification information of the generated message or block to the metaverse server 300 (S36). As a result, the metaverse server 300 may express the completion of delivery of assets in the metaverse world and perform settlement according to the delivery of assets (S37).

As in FIGS. 3 and 4, the blockchain nodes 500 verify the blocks generated in steps S31 to S37 or add blocks (S38). This block may include messages exchanging information between devices or may include NFTs.

In addition, in the process of exchanging messages or exchanging identification information of blocks, virtual assets such as coins (virtual currency) and blocks can be moved from a specific device to another device. It can be done in the process of verifying a block and adding a block.

When the above-described embodiment is applied, the metaverse and real assets in the real world can be linked, and the linked details can be recorded on the blockchain. In the real world, the transfer, movement and distribution/recovery of assets and items in the virtual world can be formed in 3D.

In addition, it can be expressed by reflecting the movement, location, quantity, etc. of assets in the real world in the metaverse, that is, the virtual world, and these assets or the right to transfer of these assets are NFTs that can be traded in the metaverse and sold to the seller. NFTs can be transacted between the buyer and the buyer, and records can be recorded on the blockchain.

The act of selling, shipping, distributing, and collecting assets such as sales of home appliances and recovery of air conditioner boxes in the real world is analyzed in the metaverse server by sensor data of each product and shaped in the virtual world, and each action is realized in reality. You can create NFTs that make it happen in the world.

NFTs can be transferred and transferred within the metaverse world, and according to the result of transfer / transfer, real assets can actually be purchased, transported, and retrieved. In addition, each action can also be purchased with virtual assets.

The embodiments of FIGS. 2 to 5 are summarized as follows.

The asset transfer request device 50 transmits a message requesting transfer of the first reality asset to the server 300 (S1). The server announces some of the information constituting the message and selects the asset transfer execution device 100 to obtain the first virtual asset including the information on the transfer of the first real asset (S2).

The asset delivery execution device 100 announces some of the information constituting the first virtual asset (S3), and the route requesting device for acquiring the second virtual asset including information on the delivery of the second reality asset ( 200) is selected (S4)

The server 300 displays the delivery status of the first reality asset and the second reality asset within the metaverse world (S5). In addition, when the delivery of the first reality asset and the second reality asset is completed, the server 300 transmits the asset delivery execution device 100, the route request device 200, and delivery of the first and second reality assets. The settlement with the vehicle-mounted device 400 is completed (S6). In this way, diversification of delivery services in the metaverse environment using blockchain can provide additional services in the process of delivering real assets, thereby preventing environmental pollution and generating profits.

6 is an embodiment in which the starting point, destination, and waypoint are expressed in the metaverse in the asset delivery process according to an embodiment of the present invention. The metaverse world implemented by the metaverse server 300 can be displayed by reflecting the real living space. Alternatively, the metaverse world may contain new components in addition to the real living space.

As shown in FIG. 6, a movement path from a starting point marked “Start” to a destination marked “End” by recovering a refrigerator or accessory device of the refrigerator as an asset can be expressed in the metaverse world. At this time, the metaverse server 300 can sense the size or weight of the asset (main asset) to be delivered and reflect and express the weight or size in the metaverse world.

In addition, assets (additional assets, additional assets) requested to be delivered by the route requesting device can also be expressed in the metaverse world built by the metaverse server 300. In FIG. 6, additional assets (books and coffee) are displayed at points marked with “Stopover1” and “Stopover2” indicating waypoints.

Such information can be confirmed by a plurality of devices that have requested delivery of an asset or by other devices that will later request delivery of an asset.

And, these real world assets can be composed of NFTs expressed in the metaverse world. Similarly, the information contained in the delivery of these assets may also consist of NFTs. In addition, virtual assets composed of these NFTs can also be subject to transaction or expression within the metaverse world.

As shown in FIG. 6, the actions of purchasing, shipping, transporting, and collecting assets in the real world within the metaverse environment can be shaped into virtual assets such as virtual characters or NFTs, and each virtual item, that is, virtual assets can be sold through trading. . Buyers can perform operations to acquire, transport, and retrieve real assets in the real world through the act of acquiring virtual assets.

In the real world, waypoints can be added to delivery actions such as transport and retrieval. In other words, by analyzing the date, time, departure point, and destination constituting the delivery performance action, the action with a similar departure point and destination is sold through a coin (virtual currency), and a third party who purchases the corresponding NFT also has a similar movement path in the real world. purchase, transport, and recall of the above products. In addition, tasks performed in the real world are embodied in the same movement of virtual characters in the metaverse, and this process is recorded on the blockchain to enable safe transactions, transportation, and retrieval.

7 to 13 are diagrams showing an asset transfer process according to an embodiment of the present invention.

See FIG. 7 .

The asset transfer request device 50 performs initial setting (S601). This includes a series of processes of setting a private key used by the devices or assigned to the owner of the devices, inputting personal information, and permitting its use.

The customer may use the display unit of the asset delivery request device 50 to input name, contact information, information on the asset to be collected, and information on the time and place where the collection is possible.

And the asset transfer request device 50 transfers the information entered in the initial setting to the metaverse server 300 and requests the public key of the metaverse server 300 (S602). Then, the metaverse server 300 transmits the public key of the server to the asset transfer request device 50 (S603).

Thereafter, the asset transfer request device 50 encrypts data on the first asset to be transferred using the transmitted public key of the server to generate a block (BLK_01) (S604).

Integrity verification is requested to the blockchain nodes 500 for the created block (BLK_01), and when the verification is completed, the block (BLK_01) is combined with the blockchain. Then, an address to which the block (BLK_01) is connected (one embodiment of block identification information) is received from the blockchain nodes 500 (S605).

When the asset transfer request device 50 transmits the address of the block to the metaverse server 300 (S606), the metaverse server 300 reads the block (BLK_01) and decrypts it with its own private key (S607). ).

The metaverse server 300 decrypts the block (BLK_01), analyzes data on the first asset included in the block, and generates an NFT (NFT_01) for delivery of the first asset (S608). NFT_01 may not yet be bound to the blockchain. If encryption needs to be done, after determining the device to receive NFT_01, encrypting the information using the public key of the device, NFT_01 can be added to the blockchain.

Alternatively, if NFT_01 does not require separate encryption or can be decrypted by applying a common decryption algorithm (for example, if decryption is possible with a different key rather than decryption with the private key of the device to be received), NFT_01 can be combined with the blockchain in advance. can In addition, identification information of NFT_01 and information for decoding may be provided to a device that will later receive NFT_01.

The data includes the location, size (width, length, height), weight, etc. of the first asset, and includes information necessary for delivery of the first asset, such as the departure and destination of the first asset, and time. Reflecting this information, the metaverse server 300 creates an NFT (NFT_01) within the metaverse world. In addition, the metaverse server 300 notifies all or part of the NFT (NFT_01) to the metaverse world (S609). This is to enable devices that want to deliver the first asset to purchase the corresponding NFT (NFT_01) and deliver the first asset.

NFT_01 is a virtual asset related to the right to deliver the first asset. Accordingly, the device that acquires NFT_01 can deliver the first asset and receive compensation accordingly.

One example of the information to be disclosed may be the title of the NFT. Summary information such as the table of contents of the first asset (or multiple first assets) to be delivered to the title of the specification of NFT_01 is included, and the location, installation, size, and recoverable time information of each asset in the real world is stored in the encryption unit It can be. The encryption unit may encrypt and store information. Alternatively, the encryption part is undisclosed information, even if it includes content that can only be confirmed through the address, which is the identification information of NFT_01.

Alternatively, approximate time or approximate location information may also be included in the heading. For example, "August 20, 2021 morning, within 50 meters from the center of Building A, Jongno-gu, Seoul" as departure information, "Within 20 meters from the center of Building B, Gangnam-gu, Seoul" as arrival information can be disclosed in the metaverse world.

In addition, a price required to acquire the corresponding NFT_01, that is, a minimum price or an expected price required to be allocated the NFT_01 may be disclosed.

This notifies the general information so that the device delivering the asset can schedule a route or the like in advance, and also protects the personal information of the owner of the first asset.

The contents of the headline of NFT_01 may be published at a store in the metaverse world managed by the metaverse server 300, and the NFT_01 may be purchased at the store. If multiple asset delivery execution devices want to purchase the corresponding NFT_01, it may be determined in order of first-come, first-served/bidding price.

As another embodiment of the present invention, a server providing a separate website other than the metaverse server 300 may disclose the above-described information on the website.

It will be described following Fig. 8 .

A plurality of asset transfer performance devices 100a and 100b that have confirmed the title information of NFT_01 disclosed in S609 of FIG. 7 may respectively input a purchase cost for NFT_01 and bid (S611a and S611b).

The metaverse server 300 selects 100b by applying any one or more of various criteria such as first-come-first-served basis and bid price (S612). The metaverse server 300 notifies the selected asset transfer execution device 100a of the name of NFT_01 (eg title information), the successful bid price of NFT_01, and the public key and wallet address of the metaverse server 300 (S613 ).

The asset delivery execution device 100a generates a block (BLK_02) including virtual assets (virtual currency) for the purchase of NFT_01 (S614). At this time, the block (BLK_02) may include information indicating NFT_01, for example, a name or description (eg, “real world box recovery right + virtual world virtual item”). In addition, when a number of NFTs other than NFT_01 are targeted, the block (BLK_02) may include information on each NFT and information on the size and quantity of cryptocurrency to be delivered to each NFT.

Information included in the block (BLK_02) may be encrypted with the public key of the metaverse server 300.

Then, the asset transfer execution device 100a requests integrity verification from the blockchain nodes 500 for the generated block BLK_02, and when the verification is completed, the block BLK_02 is combined with the blockchain. Then, an address to which the block (BLK_02) is connected (one embodiment of block identification information) is received from the blockchain nodes 500 (S615).

When the asset transfer execution device 100a transmits the address of the block (BLK_02) to the metaverse server 300 (S616), the metaverse server 300 reads the block (BLK_02) and decrypts it with its own private key. It does (S617).

After checking the contents of the block (BLLK_02), the metaverse server 300 notifies the identification information of the NFT_01, for example, the address, to the asset delivery device 100a (S618). As described above, when the content of NFT_01 is encrypted, information necessary to decrypt the corresponding NFT_01 may be delivered in step S618.

Alternatively, in steps S616 and S617, when the block (BLK_02) includes the public key of the asset transfer device 100a, the metaverse server 300 uses the public key of the asset transfer device 100a to encrypt NFT_01. An address, which is identification information, may be transmitted to the asset transfer execution device 100a.

As a result, the asset transfer execution device 100a checks the contents of NFT_01 (S619). According to the confirmed result, the process of going through the path of FIG. 9 is performed.

7 and 8 may be applied as follows.

In order to collect large boxes of products (ex: air conditioner outdoor unit box, dryer box, drum washing machine box, etc.) owned by individuals in each home, each household takes pictures of the boxes with a mobile phone or a sensor such as a refrigerator or washing machine to determine the size of the box. After measuring , characterizing the information in the metaverse world includes arranging a 3D icon representing a box at the location of a virtual house.

Recovered assets displayed within the metaverse world, such as box characters, are expressed in 3D in the metaverse world using the product's information and personal information. The metaverse server 300 creates an NFT of data related to asset and collection and proceeds with an auction announcement. And, as described above, the bidder with the highest price among multiple bidders is awarded the bid, while requesting to pay the price of the NFT.

The successful bidder (100a) puts his/her public key and coin in a block, encrypts it with the public key of the metaverse server (300) to form a block (BLK_02), verifies integrity to the nodes, and receives a normal response from the nodes. The block is connected to the blockchain and the address of the block is notified to the server (S616).

In addition, the metaverse server 300 receives the information, decrypts it with the server's private key, receives the coin, changes the owner of the NFT to 100a, records it on the blockchain, and informs the successful bidder of the address to transfer ownership. (S617~S619).

See FIG. 9 .

The asset transfer execution device 100a notifies the metaverse world of information that can be passed through the path in the process of transferring the asset according to the contents of NFT_01 (S621). Alternatively, the asset transfer execution device 100a may notify corresponding information on a separate website or by using other social network services.

As an example of the information to be notified, the delivery route of the logistics corresponding to the asset delivery presented in the NFT_01 purchased by the asset delivery execution device 100a, delivery time, section, available delivery capacity, etc. in a similar time zone are examples. do.

In addition, in one embodiment, the asset transfer execution device 100a provides information such as the delivery start point/time, delivery destination/time, road driving route, available capacity of the cargo compartment, temperature of the cargo compartment, etc. can be notified. For example, when an asset is delivered by being refrigerated, if this is notified, devices that want to go through a route based on refrigerated storage can check this and request a route via the route.

When information is notified as shown in S621 in FIG. 9, a plurality of path-passing requesting devices 200a and 200b transmit a message requesting route-passing to the asset transfer execution device 100a (S622a and S622b).

For example, the message of S622a requests the delivery of books, that is, books, and requests personal information such as book item name, quantity, delivery time, item quantity quantifier personal information (telephone number, address, pickup time, delivery location, etc.) and route request. It may include the public key of the device 200a.

In addition, the message of S622b requests delivery of iced coffee and may include the product name, quantity, delivery request time, location information required for delivery, and the public key of the route requesting device 200b.

After confirming this, the asset transfer execution device 100a reflects the detailed asset transfer route presented in NFT_01 and selects one route requesting device 200a among route requesting devices 200a and 200b that have transmitted multiple messages. and generates NFT (NFT_02) (S623). That is, the asset delivery device 100a may select a target person who can provide additional services on a corresponding route while providing goods/services. The price of the service included in the via-route request message, the reservation available section, and the time can be determined.

In the selection process, the asset transfer execution device 100a may analyze the message of S622a/S622b and automatically select one route requesting device 200a.

Contents to be included in the NFT (NFT_02) include information related to the first asset to be transferred by the asset transfer execution device 100a within the range of the origin, destination, departure time, and arrival time of NFT_01.

For example, a brief description of the first asset, origin/destination/arrival time related to the delivery process of the first asset may be included. Of course, such information should be specified only to the extent necessary for passing through the route, and need not be detailed enough to specify the first asset as it is.

The reason for including a brief explanation is that since the second asset shares the route with the first asset, the route request device 200a also checks what kind of first asset it is, so that there is no inconvenience in the delivery of the second asset. is to avoid

In addition, as an embodiment, the NFT (NFT_02) may also include data such as size or weight, width-length-height, etc. of the first asset.

In addition, as an embodiment, the NFT (NFT_02) may include a public key of the asset transfer device 100a.

When generating the NFT block, the asset transfer execution device 100a may encrypt information with the public key of the route requesting device 200a included in the message of S622a.

Thereafter, the asset transfer device 100a requests integrity verification from the blockchain nodes 500 for the generated NFT block (NFT_02), and when the verification is completed, the block (NFT_02) is combined with the blockchain. Then, an address (one embodiment of block identification information) to which the block (NFT_02) is connected is received from the blockchain nodes 500 (S624).

The asset transfer execution device 100a transmits the identification address of the NFT (NFT_02) to the route request device 200a (S625), and the route request device 200a reads the NFT (NFT_02) and decrypts it with its own private key. to confirm the contents (S626).

Then, the pass-through request device 200a generates an NFT (NFT_03) including the virtual asset (S627). At this time, the content that can be included in the NFT (NFT_03) is information related to the delivery of the second reality asset, and may include physical properties or delivery conditions of the second reality asset. In addition, the route requesting device 200a provides information on the delivery section for which the book delivery service is to be used, the date/time of collection of the goods, the date/time of delivery of the goods, and the amount of virtual assets to be paid for via the route, for example, coins to be delivered. A block may be configured by encrypting the NFT including the like with the public key of the asset transfer execution device 100a.

That is, NFT_03 includes information related to the delivery of second reality assets and a coin to be paid to an asset delivery device in response to delivery of second reality assets.

Then, the pass-through request device 200a requests integrity verification from the blockchain nodes 500 for the generated NFT block (NFT_03), and when the verification is completed, the block (NFT_03) is combined with the blockchain. Then, an address (one embodiment of block identification information) to which the block (NFT_03) is connected is received from the blockchain nodes 500 (S628).

The pass-through requesting device 200a transmits the identification address of the NFT (NFT_03) to the asset transfer execution device 100a (S629). According to this process, information to be exchanged between each device is shared.

The embodiment of FIG. 9 shows a process in which the asset delivery execution device 100 selects the route requesting device 200a. A notification request requesting notification of some of the information included in the first virtual asset (NFT_01) related to the transfer of the first reality asset from the asset transfer execution device 100 by the metaverse server 300 or a separate website server Receive messages and notify information accordingly.

In addition, one or more route requesting devices 200a and 200b confirming the notice uploaded by the above-mentioned metaverse server 300 or website server transmit a request message requesting the transmission route of the first reality asset, and the server ( 300) and the like may receive it and deliver it to the asset transfer execution device 100.

Alternatively, the asset delivery execution device 100 may announce the corresponding information to a separate website or SNS managed by the device 100 and receive the above-described request message from the request devices 200a and 200b via the path. At this time, the request message is added to the block chain in the form of a block and is created in a way to check its contents as an embodiment.

10 will be described subsequently.

As shown in FIG. 10, the metaverse server 300 metaverses virtual items (using some contents of the NFT_01 specification) of the corresponding delivery vehicle and item (ex: air conditioner box, etc.) when delivery, that is, delivery time starts. It is created in a three-dimensional shape in the bus world (S631). In this process, the metaverse server 300 receives the vehicle's movement, road, alley, etc., or related information in real time from the vehicle sensor or from the device 400 mounted on the delivery vehicle to create a 3D three-dimensional shape can be expressed as

The asset delivery execution device 100a transmits information about the route via the metaverse server 300 (S632). In one embodiment, the asset delivery execution device 100a transfers information such as additional delivery date, time, and goods (information such as shape, size, location, etc. of the real world among the specifications of NFT_03) requested by the route request device 200a to the meta It can be transmitted to the bus server 300.

According to the received content of S632, the metaverse server 300 also displays the information about the path via the three-dimensional shape in the metaverse world (S633). As an embodiment, information transmitted from S632 (reality information such as shape, size, and location of the real world among NFT_03 contents) can be used to display within the metaverse world.

In addition, information that can be utilized by the route requesting device 200a can also be displayed within the metaverse world. Information on vehicles and carriers that deliver assets along a route is an example.

The metaverse server 300 renders and expresses the vehicle and the assets to be delivered with the coordinates and colors of the 3D three-dimensional shape used in the virtual world, and the route the vehicle is currently moving in the real world, the expected arrival time, and the delivery location of the goods , visit location, etc. are collected from the device 400 mounted on the vehicle and expressed in the metaverse world.

Meanwhile, the metaverse server 300 generates an NFT_04 block using the public key of the asset transfer execution device 100a and adds it to the block chain (S634). More specifically, an example of information to be included in NFT_04 includes the location of a virtual item (virtual asset) representing a corresponding asset in the virtual world, a movement route, a location in the real world, and movement route data. The metaverse server 300 requests integrity verification from the blockchain nodes 500 for the generated block (NFT-4), and responds from the nodes that the integrity verification of the block (NFT_04) has succeeded (of the added block). address) is received.

In addition, the metaverse server 300 transmits the address of the block (NFT_04) to the asset transfer execution device 100a, and notifies the metaverse world that the goods to be delivered in a 3D shape, a transport vehicle, an article of the transport vehicle, etc. are expressed It does (S635).

Upon receiving this, the asset transfer execution device 100a creates a block called NFT_05, requests the block chain nodes 500 to verify the block and proceed with the block chain connection, and from the block chain nodes 500 that have completed the verification The block address is received (S636).

An example of the information included in the NFT_05 includes information on the routing request device 200a and additional delivery date, time, and product information.

That is, the asset transfer execution device 100a includes its own public key in the block, encrypts it with the public key of the server to configure the block (NFT_05), and after receiving verification from the blockchain nodes (S636), the identification information of the NFT_05 (Address) is forwarded to the metaverse server 300 (S637). NFT_05 may include some of the information included in NFT_03 and NFT_04.

The metaverse server 300 uses the contents of NFT_05 to display information about the transfer of assets and routes via the metaverse world in a three-dimensional shape (S638). As an embodiment, by utilizing real information such as the shape, location, height, etc. of the real world of the delivered asset, which is information included in NFT_05, and three-dimensional shape coordinates and color information to be expressed in the metaverse world, a route via request device within the metaverse ( The asset of 200a) is expressed as a 3D three-dimensional shape. In addition, items to be delivered, vehicles to be transported, drivers, and delivery drivers are represented in 3D in the metaverse environment by reflecting the coordinates and locations of the real world. This process can be updated in real time.

11 shows the process of expressing information related to delivery in the metaverse world. The asset delivery execution device 100a requests the delivery vehicle-mounted device 400 for its current location, expected delivery time, location, etc., including its own public key (S641).

After generating the block (CAR_01), the delivery vehicle mounting device 400 requests the block chain nodes 500 to proceed with verification and block chain connection, and when the verification is completed, it receives block identification information, for example, an address (S642 ). Then, the delivery vehicle-mounted device 400 transmits the address, which is the identification information of the block CAR_01, to the asset transfer execution device 100a (S643).

One embodiment of the information included in CAR_01 is information such as the current location, whether or not the item has been received, the item receiving time, the scheduled item delivery time, etc., encrypted with the public key of the asset transfer execution device 100a, and the asset transfer execution device ( 100a) can check the contents of the block (CAR_01).

In addition, the delivery vehicle mounting device 400 generates a CAR_02 block, requests the blockchain nodes 500 to proceed with verification and blockchain connection, and receives the address of the block when verification is completed (S644). Then, the address, which is the identification information of the received block (CAR_02), is transmitted to the metaverse server 300 (S645).

An example of the information included in CAR_02 includes information such as the current location of the delivery vehicle, whether the goods have been received, the goods received time, and the scheduled delivery time of the goods. In addition, these information can be encrypted with the public key of the metaverse server (300).

Then, the metaverse server 300 decodes and confirms the contents of the block (CAR_02) (S646), and displays the location information of the delivery vehicle in a three-dimensional shape within the metaverse world (S647).

after. The vehicle in which the delivery vehicle-mounted device 400 is disposed completes delivery or collection of goods and moves to a stopover (S648). In addition, the delivery vehicle mounting device 400 generates a block (CAR_03) related to the completion of the primary delivery/collection of the goods, requests the blockchain nodes 500 to proceed with verification and connection to the blockchain, and when verification is completed, The block address is received (S649). Then, the address, which is the identification information of the received block (CAR_03), is transmitted to the metaverse server 300 (S650).

The block (CAR_03) includes information related to product collection or delivery, current location, and the like. Block (CAR_03) may be encrypted with the public key of the metaverse server (300).

As described above, the server 300 can display the delivery status of the first reality asset and the second reality asset within the metaverse world, and for this purpose, the current location from the delivery vehicle mounting device 400 and information obtained in the course of movement. can receive

In addition, the server 300 may receive information related to the delivery result of the first reality asset or the second reality asset from the delivery vehicle-mounted device 400 .

In addition, the server 300 may display information received from the delivery vehicle-mounted devices 400 in the metaverse world. This can be confirmed in the metaverse world by the asset transfer request device 50, the asset transfer execution device 100, or the route request device 200. Or other related devices can also check the movement of real assets in the metaverse world.

See in detail in Figure 12.

The metaverse server 300 reads the block (CAR_03) and checks the contents (S651). And based on the contents of the block (CAR_03), the asset requested via the route, the location of the current vehicle, and the route requesting device are displayed in a three-dimensional shape within the metaverse world (S652).

On the other hand, the delivery vehicle moves to and arrives at the location to receive the requested asset via the route and receives the product (S653). In this process, the route requesting device 200a and the delivery vehicle-mounted device 400 may exchange information related to the receipt of the goods. In addition, the route requesting device 200a may deliver an item and input a destination.

Then, the delivery vehicle mounting device 400 creates a block (CAR_04), requests the block chain nodes 500 to proceed with verification and block chain connection, and receives the address of the block when the verification is completed (S654). Then, the address, which is the identification information of the received block (CAR_04), is transmitted to the metaverse server 300 (S655).

The block CAR_04 encrypts contents related to delivery/recovery of the second asset, for example, product receipt information (time/quantity/location/shipment/destination, etc.) with the public key of the server.

Then, the delivery vehicle-mounted device 400 creates a block (CAR_05) in the process of moving, requests the block chain nodes 500 to proceed with verification and block chain connection, and receives the address of the block when the verification is completed (S657). ). Then, the address, which is the identification information of the received block (CAR_05), is transmitted to the metaverse server 300 (S658).

The block (CAR_05) encrypts updated information such as secondary delivery item information, current location, place of departure, departure time, destination, and target arrival time at the destination with a public key of the server as an embodiment.

The metaverse server 300 utilizes the information of the block (CAR_05) to reflect the real world location of secondary assets (secondary collection items) such as the current location of vehicles, drivers, and delivery drivers, items, and quantities. , It is expressed as a three-dimensional shape in 3D in the metaverse world (S659). The explanation continues with FIG. 13 .

When the delivery vehicle completes delivery of both the first asset and the second asset to the destination, a block (CAR_06) is created and the block chain nodes 500 are requested to proceed with verification and block chain connection. When the verification is completed, the address of the block is received (S661). Then, the address, which is the identification information of the received block (CAR_06), is transmitted to the metaverse server 300 (S661).

The block (CAR_06) is a metaverse server (300 ) Encrypted with the public key of an embodiment. And the metaverse server 300 utilizes the contents of the block (CAR_06) to express the delivery result of the goods, the location of the vehicle, the state of the delivered goods, etc. in the metaverse world as a three-dimensional shape in 3D (S663).

Thereafter, when the secondary delivery is completed, the asset transfer execution device 100a creates a block (CALC_01), requests verification and connection to the blockchain from the blockchain nodes 500, and receives the address of the block when verification is completed. It does (S664). Then, the address, which is the identification information of the received block (CALC_01), is transmitted to the metaverse server 300 (S665). The block (CALC_01) includes a coin for settlement and can be encrypted using the public key of the server.

The metaverse server 300 reads the address of the block (CALC_01), checks the contents, and receives the coin included in the block (CALC_01) (S666).

Similarly, the pass-through request device 200a also creates a block (CALC_02) in which the coin is encrypted with the server's public key as a cost for the second asset delivery, requests the block chain nodes 500 to proceed with verification and block chain connection, and then , When verification is completed, the address of the block is received (S667). Then, the address, which is the identification information of the received block (CALC_02), is transmitted to the metaverse server 300 (S668).

Similarly, the metaverse server 300 reads the block (CALC_02) using the address, checks the contents, and receives the coin included in the block (CALC_02) (S669).

An embodiment of FIGS. 9 to 13 is as follows.

The successful bidder, the asset transfer execution device 100a, notifies other third parties to use delivery vehicles, drivers, delivery/installation/retrieval drivers related to product collection/delivery, etc. that it utilizes on a specific date and time.

In one embodiment, the asset delivery execution device 100a shares the delivery service with a third party located on the return or delivery route of the goods, and in exchange for sharing the time and route of a part of its return / delivery service, virtual Additional profits can be obtained by receiving coins, an asset, from a third party.

In addition, the asset delivery execution device 100a has additional tasks other than the delivery/installation/retrieval of the originally reserved item, such as vehicle, driver, delivery/installation/retrieval, , 200a) receives some coins as compensation for additional work among the coins paid.

As shown in FIG. 9, the asset transfer execution device 100a is provided with information (NFT_01) obtained from bidding with the metaverse server 300, for example, the route, date, and time of delivery/installation/collection of the reserved item. If some of the other information, such as time, route, capacity and weight of the vehicle's cargo compartment that can be transported, is announced to a virtual store in the metaverse world, a number of third parties (via route request devices, 200a, 200b) bid By doing so, the third party 200a who has won the highest bid can utilize the delivery route, time, and cost that he or she has bid for. At this time, the cost is paid in coin, a virtual asset, through the block chain.

The pass-through request device 200a records the successful bid information in the blockchain and informs the metaverse server 300 of the block address. The metaverse server 300 draws the current location and shape of the asset that the route requesting device 200a has requested for delivery or collection in a three-dimensional shape in the metaverse world, and is collected and delivered by the vehicle for each time period The current situation can be expressed as a three-dimensional shape on a map in the metaverse world.

When the first delivery / collection of the first asset and the second delivery / collection of the second asset are completed, each actor (100a, 200a) converts the virtual asset (coin), which is the price for each action, into meta After paying to the bus server 300, the metabus server 300 delivers coins to the electronic wallets of each vehicle, driver, and delivery driver.

When the above-described embodiment is applied, delivery of assets in the real world can be additionally carried out while sharing routes by sharing delivery means in the real world that are put into delivery and collection of assets in the real world.

When the embodiments of the present invention are applied, information necessary to deliver assets, such as collection or delivery of assets in the real world, is registered in the blockchain to determine the location in the real world, and characters are formed in the metaverse world as virtual assets. can be newly created.

For example, when the number of assets to be delivered is infinitely large, a block to be stored again may be created by viewing information on the current location of assets and information on blocks.

In addition, when the embodiments of the present invention are applied, the business of recovering the corresponding asset in the real world is converted into a virtual asset like NFT, and the asset recovery business in the specific real world can be converted into a bond, and the bond is converted into a virtual asset again. It can be implemented as a tradable NFT by including it in an asset.

For example, items generated after delivery and installation of appliances or items periodically discharged from appliances are defined as recoverable assets. A company that purchases an NFT that includes the right to retrieve (or deliver) an asset identifies the location information of the asset (eg air conditioner outdoor unit packing boxes) and decrypts the corresponding block to collectively collect the location of the asset and each It checks the price of assets so that vehicles traveling offline can retrieve them.

In one embodiment, the collecting company (asset delivery device) checks the unique information recorded in the blockchain to determine the size of the asset (ex: box) and the characteristics of the asset (eg, foldable box type that can be folded). whether or not it is a non-collapsible type) is checked in the block.

The asset delivery execution device 300 calculates the number of vehicles to be input in consideration of the amount of assets that can be recovered from one vehicle at a time, fuel costs, and traffic lines. In addition, the asset delivery execution device 300 calculates the input manpower required for asset recovery.

The asset transfer execution device 300 considers the moving route of each vehicle with the minimum number of people and the minimum cost (ex: minimization of fuel consumption, minimization of electric vehicle battery consumption, minimization of the number of recovery technicians, etc.), and considers the number of vehicles to be deployed in the real world. , the number of retrieved articles, etc. can be calculated. In addition, the asset transfer execution device 300 may include the movement line and vehicle of the installation technicians in the above-described calculation process when installers collect boxes of the product when installing the product and deliver it to a recycling company.

14 is a diagram showing the configuration of an asset transfer execution device according to an embodiment of the present invention.

The overall configuration is a first related to the delivery of the first reality asset by controlling the server 300, the route request device 200, and the communication unit 110 that performs communication with the delivery vehicle-mounted device 400 and the communication unit 110. It includes a control unit 120 that acquires virtual assets and second virtual assets related to delivery of second real assets.

In more detail, the communication unit 110 transmits a bid message to the server 300 in response to the delivery of the first reality asset notified to the server 300, and receives a successful bid message corresponding to the bid message from the server 300. .

And the communication unit 110 receives the identification information of the first virtual asset including the information on the delivery of the first real asset from the server 300, and the transfer of the second real asset from the requesting device 200 via the route. Receives the identification information of the second virtual asset related to.

Thereafter, the control unit 120 generates a delivery request message requesting delivery of the first and second real assets to the delivery vehicle mounting device 400 based on the first virtual asset and the second virtual asset, and then the communication unit (110) transmits the delivery request message to the delivery vehicle-mounted device 400.

As described above, in the selection process of the route requesting device 200, the communication unit 110 announces some of the information included in the first virtual asset, so that one or more route requesting devices 200 determine the number of first real assets. Receives a request message requesting to go through a delivery path. Further, the control unit 120 may select one or more path-passing request devices based on the transmission path of the first real asset of the first virtual asset and the request message.

Since the first virtual asset includes the physical properties and delivery conditions of the first reality asset, the control unit 120, after acquiring the first virtual asset, is able to pass through the route during the delivery process of the first reality asset or the second reality asset. The scope of the physical property of the asset or the transmission property of the second reality asset can be set and announced as shown in S921 of FIG. 9 based on this.

In addition, the control unit 120 may compare the physical properties and transfer conditions of the first reality asset and the physical properties and transfer conditions of the second reality asset to verify transferability of the second virtual asset. For example, if the first reality asset is a frozen product and the second reality asset is a warm Americano, the physical properties or delivery conditions of the two reality assets are opposite in temperature, so the controller ( 120) can be adjusted,

15 is a diagram showing the configuration of a server according to an embodiment of the present invention.

The metaverse server 300 includes a communication unit 310, a control unit 320, and a metaverse implementation unit 350.

The communication unit 310 communicates with multiple devices. The metaverse implementation unit 350 displays the delivery status of the first reality asset and the second reality asset in the metaverse world. The controller 320 controls the communication unit 310 and the metaverse implementation unit 350.

The operating process of these servers is as described above.

In one embodiment, the communication unit 310 receives a message requesting delivery of the first reality asset from the asset delivery request device 50 . Then, after the metaverse implementation unit 350 announces some of the information constituting the message to the metaverse world, the communication unit 310 receives a message from one or more devices to deliver the first reality asset.

In addition, the controller 320 may select an asset delivery execution device from which to obtain the first virtual asset including information on delivery of the first real asset. In addition, when the delivery of the first reality asset and the second reality asset is completed, the control unit 320 controls the asset delivery execution device 100, the routing request device 200, and the delivery vehicle participating in the delivery of the first and second reality assets. The settlement with the loading device 400 is completed.

When the communication unit 310 receives a notification request message requesting notification of some of the information included in the first virtual asset from the asset transfer execution device 100, the communication unit 310 notifies the information according to the notification request message , Upon receiving a request message requesting a transfer route of a first reality asset from one or more route requesting devices 200, it may be transmitted to the asset transfer execution device 100.

In order to display the location of real assets in the metaverse world, the following examples are included.

When the communication unit 310 receives the current location and information obtained in the course of moving from the delivery vehicle-mounted device 400, the metaverse implementation unit 350 displays the received information in the metaverse world. In addition, when the communication unit 310 receives information related to the delivery result of the first reality asset or the second reality asset from the delivery vehicle-mounted device 400, the metaverse implementation unit 350 displays the received information in the metaverse world. do.

In addition, the control unit 320 may compare the physical properties and transfer conditions of the first reality asset and the physical properties and transfer conditions of the second reality asset to verify transferability of the second virtual asset.

Information exchanges between devices or virtual assets are added as blocks on a blockchain network that is recorded as a distributed ledger. Blocks that store information are sequentially connected within the blockchain network, and in the process of modifying/creating the connection or content of blocks, some or many nodes participating in the blockchain network are authenticated, so information cannot be forged or tampered with.

When the above-described embodiments are applied, each device can share reliable data by the process of adding a block to the blockchain.

In one embodiment, when the asset transfer request device 50 generates a first block including a message requesting the transfer of the first reality asset to the server 300, the blockchain nodes 500 verify and submit the first block to the blockchain. Add 1 block.

The server 300 announces some of the information constituting the message of the first block and selects the asset delivery execution device 100 to obtain the first virtual asset containing the information on the delivery of the first real asset. . When the asset delivery device 100 generates the second block including the notification message via the route, the blockchain nodes 500 verify and add the second block to the blockchain.

When the asset transfer execution device 100 transmits the identification information of the block to the server 300, the server 300 notifies the asset transfer execution device 100 of some of the information constituting the first virtual asset and the second reality asset. A route requesting device 200 to acquire the second virtual asset including information on the delivery of the . When the server 300 generates a third block including a message necessary for delivery of the first reality asset and the second reality asset, the blockchain nodes 500 verify and add the third block to the blockchain.

When the server 300 completes delivery of the first reality asset and the second reality asset, the asset delivery execution device 100, the route request device 200, and the delivery vehicle participating in the delivery of the first and second reality assets are mounted. When the device 400 and the fourth block containing the message containing the settlement details are generated, the blockchain nodes 500 verify and add the fourth block to the blockchain.

The present invention may be embodied in many different forms and is not limited to the embodiments described herein, and various changes and modifications are included in the scope of the present invention without departing from the scope of the present invention. Although each component can be implemented as an independent hardware component, some or all of the components are selectively combined to perform some or all of the combined functions in one or a plurality of hardware program modules. It may be implemented as a computer program or software having Alternatively, a component may be implemented in one device or module, or one component may be implemented by being divided into multiple devices or modules.

50: asset transfer request device 100: asset transfer execution device
200: request device via route 300: metaverse server
400: delivery vehicle mounting device

Claims (18)

Transmitting, by an asset transfer requesting device, a message requesting transfer of a first reality asset to a server;
announcing, by the server, some of the information constituting the message, and selecting an asset transfer execution device to obtain a first virtual asset including information on execution of transfer of the first real asset;
selecting, by the asset delivery execution device, a route requesting device from which a second virtual asset including information on delivery of a second reality asset is to be acquired by announcing some of the information constituting the first virtual asset;
The server displaying the delivery status of the first reality asset and the second reality asset in the metaverse world; and
When the server completes delivery of the first reality asset and the second reality asset, settlement with the asset delivery execution device, the route request device, and the delivery vehicle mounting device participating in the delivery of the first and second reality assets. A method for diversifying delivery services in a metaverse environment using blockchain, including the step of completing a.
According to claim 1,
The step of selecting a requesting device via the route
receiving, by the server, a notification request message requesting notification of part of the information included in the first virtual asset from the asset transfer execution device;
When the server notifies information according to the notification request message and receives a request message requesting a transfer route of the first reality asset from one or more route requesting devices, forwarding it to the asset transfer execution device A method for diversifying delivery services in a metaverse environment using a blockchain, further comprising.
According to claim 1,
The step of the server displaying the delivery status of the first reality asset and the second reality asset in the metaverse world
The server receiving the current location and information obtained in the process of moving from the delivery vehicle-mounted device and displaying them in the metaverse world; and
Delivery in a metaverse environment using blockchain, including the step of the server receiving information related to the delivery result of the first reality asset or the second reality asset from the delivery vehicle-mounted device and displaying it in the metaverse world. How to diversify your services.
According to claim 1,
The first real asset is delivered from the starting point set by the asset transfer request device to the destination set by the asset transfer request device, and the first virtual asset includes physical properties and delivery conditions of the first real asset. How to diversify delivery services in a chain-based metaverse environment.
According to claim 1,
The server compares the physical properties and delivery conditions of the first reality assets and the physical properties and delivery conditions of the second reality assets to verify the delivery possibility of the second virtual assets, delivering in a metaverse environment using a blockchain. How to diversify your services.
According to claim 1,
The first virtual asset and the second virtual asset are blocks combined with the blockchain after receiving integrity verification from nodes of the blockchain, a method for diversifying delivery services in a metaverse environment using a blockchain.
In the asset transfer execution device for performing asset transfer,
a communication unit that communicates with the server, route request device, and delivery vehicle-mounted device; and
A control unit controlling the communication unit to acquire a first virtual asset related to the delivery of a first real asset and a second virtual asset related to the delivery of a second real asset;
The communication unit transmits a bidding message to the server in response to delivery of the first reality asset notified to the server, receives a successful bidding message corresponding to the bidding message from the server, and receives a bidding message corresponding to the bidding message from the server. Receiving identification information of the first virtual asset including information on execution of delivery, and receiving identification information of a second virtual asset related to delivery of the second reality asset from a route requesting device;
The control unit generates a delivery request message requesting delivery of the first real asset and the second real asset to a delivery vehicle-mounted device based on the first virtual asset and the second virtual asset,
The communication unit transmits the delivery request message to the delivery vehicle-mounted device, a device for diversifying delivery services in a metaverse environment using a blockchain.
According to claim 7,
The communication unit notifies some of the information included in the first virtual asset and receives a request message requesting a transmission route of the first real asset from one or more route request devices,
Wherein the control unit selects one or more route requesting devices based on the delivery route of the first real asset of the first virtual asset and the request message, a device for diversifying delivery services in a metaverse environment using a blockchain.
According to claim 8,
The second virtual asset includes information related to the delivery of the second reality asset and a coin to be paid to the asset delivery device in response to the delivery of the second reality asset, a delivery service in a metaverse environment using a blockchain. device to diversify.
According to claim 7,
The first virtual asset includes the physical properties and delivery conditions of the first real asset,
After acquiring the first virtual asset, the control unit sets a location that can pass through a route in the process of transferring the first virtual asset, a range of physical properties of the second real asset, or a transfer property of the second real asset. , A device that diversifies delivery services in a metaverse environment using blockchain.
According to claim 7,
The control unit compares the physical properties and delivery conditions of the first reality assets and the physical properties and delivery conditions of the second reality assets to verify the delivery possibility of the second virtual assets, delivery in a metaverse environment using blockchain. A device to diversify services.
According to claim 7,
The first virtual asset and the second virtual asset are blocks combined with the blockchain after receiving integrity verification from nodes of the blockchain, a method for diversifying delivery services in a metaverse environment using a blockchain.
a communication unit that communicates with a plurality of devices;
A metaverse implementation unit that displays the delivery status of first reality assets and second reality assets in the metaverse world; and
It includes a control unit for controlling the communication unit and the metaverse implementation unit,
The communication unit receives a message requesting delivery of the first reality asset from the asset delivery request device,
After the metaverse implementation unit announces some of the information constituting the message to the metaverse world,
The control unit selects an asset transfer execution device from which to obtain a first virtual asset including information on the transfer of the first real asset;
When delivery of the first reality asset and the second reality asset is completed, the control unit settles the settlement with the asset delivery execution device, the path requesting device, and the delivery vehicle mounting device participating in the delivery of the first and second reality assets. A server that diversifies delivery services in a metaverse environment using blockchain.
According to claim 13,
When the communication unit receives a notification request message requesting notification of some of the information included in the first virtual asset from the asset transfer execution device, the communication unit notifies information according to the notification request message, and then the communication unit A server diversifying delivery services in a metaverse environment using a blockchain, which transmits a request message requesting a route through the delivery route of the first reality asset from one or more route requesting devices to the asset delivery device.
According to claim 13,
When the communication unit receives the current location and information obtained in the course of movement from the delivery vehicle-mounted device, the metaverse implementation unit displays the received information in the metaverse world,
When the communication unit receives information related to the delivery result of the first reality asset or the second reality asset from the delivery vehicle-mounted device, the metaverse implementation unit displays the received information in the metaverse world. A server that diversifies delivery services in the used metaverse environment.
According to claim 13,
The control unit compares the physical properties and delivery conditions of the first reality assets and the physical properties and delivery conditions of the second reality assets to verify the delivery possibility of the second virtual assets, delivery in a metaverse environment using blockchain. A server that diversifies its services.
According to claim 13,
The first virtual asset and the second virtual asset are blocks combined with the blockchain after receiving integrity verification from the nodes of the blockchain, a server that diversifies delivery services in a metaverse environment using a blockchain.
Adding the first block to the blockchain after verifying by the blockchain nodes when the asset transfer request device generates a first block including a message requesting the transfer of the first reality asset to the server;
The server announces some of the information constituting the message and selects an asset transfer execution device to obtain a first virtual asset including information on execution of the transfer of the first real asset, and the asset transfer execution device Adding the second block to the blockchain after verifying by the blockchain nodes when the second block including the route notification message is generated;
When the asset transfer execution device transmits the identification information of the block to the server, the server notifies the asset transfer execution device of some of the information constituting the first virtual asset and information on the execution of the transfer of the second real asset. When a request device via a route is selected to acquire the second virtual asset, and the server generates a third block including a message necessary for delivery of the first real asset and the second real asset, blockchain nodes verifying and adding the third block to the blockchain; and
When the server completes delivery of the first reality asset and the second reality asset, settlement with the asset delivery execution device, the route request device, and the delivery vehicle mounting device participating in the delivery of the first and second reality assets. A method of adding a block to a block chain, including; adding the fourth block to the block chain by verifying by the block chain nodes when a fourth block containing a message containing the details of completing the is generated.

Images