WO2024048909A1 - Nft를 이용한 메타버스 구현 시스템 - Google Patents

Nft를 이용한 메타버스 구현 시스템 Download PDF

Info

Publication number
WO2024048909A1
WO2024048909A1 PCT/KR2023/006672 KR2023006672W WO2024048909A1 WO 2024048909 A1 WO2024048909 A1 WO 2024048909A1 KR 2023006672 W KR2023006672 W KR 2023006672W WO 2024048909 A1 WO2024048909 A1 WO 2024048909A1
Authority
WO
WIPO (PCT)
Prior art keywords
metaverse
user
content
user terminal
nft
Prior art date
Application number
PCT/KR2023/006672
Other languages
English (en)
French (fr)
Inventor
신지훈
Original Assignee
주식회사 메타스카이
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 메타스카이 filed Critical 주식회사 메타스카이
Publication of WO2024048909A1 publication Critical patent/WO2024048909A1/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T13/00Animation
    • G06T13/203D [Three Dimensional] animation
    • G06T13/403D [Three Dimensional] animation of characters, e.g. humans, animals or virtual beings
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T19/00Manipulating 3D models or images for computer graphics
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T19/00Manipulating 3D models or images for computer graphics
    • G06T19/006Mixed reality
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T19/00Manipulating 3D models or images for computer graphics
    • G06T19/20Editing of 3D images, e.g. changing shapes or colours, aligning objects or positioning parts
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2220/00Business processing using cryptography
    • G06Q2220/10Usage protection of distributed data files
    • G06Q2220/16Copy protection or prevention
    • G06Q2220/165Having origin or program ID

Definitions

  • the present invention relates to a metaverse implementation system and method using NFT. More specifically, the present invention relates to a metaverse implementation system and method that can execute various contents within the metaverse according to virtual asset information included in the NFT.
  • NFT Non-fungible token
  • NFT Non-fungible token
  • NFT can store data such as pictures, videos, and text in NFT, and creates a blockchain network, so the originality and integrity of data stored in NFT can be guaranteed.
  • NFT cannot damage who owns the virtual asset and what data is contained in the NFT, and due to these characteristics of NFT, attempts are being made to use NFT in the metaverse.
  • the purpose of the present invention is to use blockchain technology to verify ownership of virtual assets, group users according to ownership of virtual assets, and create a metaverse that can differently set the content available within the metaverse for each grouped user. To provide a bus implementation system and method.
  • Another object of the present invention is to provide a metaverse implementation system and method that minimizes user departure even after matching between users is achieved.
  • a metaverse implementation system using NFT includes a first user terminal of a first user using the metaverse service; a second user terminal of a second user using the metaverse service; A first virtual asset wallet storing a first NFT containing information about a first virtual real estate owned by the first user; A second virtual asset wallet storing a second NFT containing information about a second virtual real estate different from the first virtual real estate owned by the second user, and an account of the first virtual asset wallet and the first user linking, linking the second virtual asset wallet and the second user's account, generating first metaverse content according to a request from the first user terminal, and generating the first metaverse content according to a request from the second user terminal. It includes a metaverse server that provides second metaverse content different from the first metaverse content.
  • the first metaverse content can be created only when the first NFT containing the first virtual real estate exists in a virtual asset wallet.
  • the metaverse server may provide creation conditions for the first metaverse content to the first user terminal according to information about the first virtual real estate.
  • the creation conditions for the first metaverse content include the number of users participating in the first metaverse content, the type of first event that can be executed within the first metaverse content, and the first event It may include at least one of the number.
  • the metaverse server when receiving a request for creation of the first metaverse content from the first user terminal, the metaverse server generates information about the second user and information about a third user different from the second user. Information may be provided to the first user terminal.
  • the first user terminal may set the conditions for participation in the first metaverse content of the second user and the conditions for participation in the first metaverse content of the third user to be different from each other.
  • the first user terminal may provide a participation request for the first metaverse content to the second user terminal and the third user terminal of the third user through the metaverse server.
  • the metaverse server if the second user terminal accepts a participation request for the first metaverse content, the metaverse server provides the first metaverse content to the second user terminal, and the third user If the terminal accepts the participation request for the first metaverse content, the metaverse server provides the first metaverse content to the third user terminal, and the second user terminal and the third user terminal are Within the first metaverse content, the first event generated by the first user terminal can be performed.
  • the metaverse service is used, and further includes a third user terminal of a third user matched with the second user, wherein the metaverse server is configured to connect the second user terminal and the third user terminal.
  • third metaverse content available only to matched users can be provided.
  • it may further include a blockchain node that verifies the validity of the first NFT and the second NFT.
  • the metaverse implementation system and method of the present invention has the advantage of being able to create high-value virtual assets by setting the type and number of events that can be generated within the metaverse differently depending on the information of the virtual asset.
  • metaverse implementation system and method of the present invention has the advantage of minimizing user withdrawal even after matching by providing content that can only be used by matched users.
  • Figure 1 is a schematic diagram illustrating a metaverse implementation system using NFT according to some embodiments of the present invention.
  • Figure 2 is a diagram for explaining a metaverse server according to some embodiments of the present invention.
  • Figure 3 is a diagram for explaining virtual assets according to some embodiments of the present invention.
  • Figure 4 is a diagram for explaining user groups according to some embodiments of the present invention.
  • Figure 5 is a diagram for explaining a blockchain network according to some embodiments of the present invention.
  • Figure 6 is a diagram for explaining data included in NFT according to some embodiments of the present invention.
  • Figure 7 explains the initial setting method of the metaverse implementation system according to some embodiments of the present invention.
  • Figure 8 is a diagram for explaining content execution steps within the metaverse service according to some embodiments of the present invention.
  • Figure 9 is a diagram for explaining the creation and execution steps of party content according to some embodiments of the present invention.
  • FIG. 10 is a diagram illustrating steps for creating and executing an event in party content within a metaverse service according to some embodiments of the present invention.
  • first, second, A, and B used in the present specification and claims may be used to describe various components, but the components should not be limited by the terms. The above terms are used only for the purpose of distinguishing one component from another.
  • a first component may be named a second component, and similarly, the second component may also be named a first component without departing from the scope of the present invention.
  • the term 'and/or' includes any of a plurality of related stated items or a combination of a plurality of related stated items.
  • each configuration, process, process, or method included in each embodiment of the present invention may be shared within the scope of not being technically contradictory to each other.
  • Figure 1 is a schematic diagram illustrating a metaverse implementation system using NFT according to some embodiments of the present invention.
  • the metaverse implementation system includes a metaverse server 100, a blockchain network 200, a virtual asset exchange 300, a user terminal 400, and a network 500. may include.
  • the Metaverse server 100 can implement the Metaverse service environment and manage overall matters occurring within the Metaverse service. According to some embodiments, the metaverse server 100 may manage content and events available within the metaverse service. Additionally, the Metaverse server 100 can obtain virtual asset information held by the user using the blockchain network 200 and implement virtual assets that can be used within the Metaverse service according to the virtual asset information. Additionally, the metaverse server 100 can manage information about users who use the metaverse service.
  • the Metaverse server 100 is a workstation, a data center, an internet data center (IDC), a direct attached storage (DAS) system, a storage area network (SAN) system, and a network attached storage (NAS). It may be implemented as at least one of a system, a RAID (redundant array of inexpensive disks, or redundant array of independent disks) system, and an EDMS (Electronic Document Management) system, but the present embodiment is not limited thereto. A more detailed description of the metaverse server 100 will be described later.
  • the blockchain network 200 includes a plurality of blockchain nodes and can confirm the validity of the virtual asset wallet assigned to the user. Additionally, the blockchain network 200 can confirm information about the virtual asset owned by the user by checking the NFT stored in the virtual asset wallet allocated to the user. For example, the blockchain network 200 checks the NFT included in the user's virtual asset wallet according to a request from the metaverse server 100, loads information about the virtual asset included in the NFT, and It can be provided to the server 100. Since the blockchain network 200 must be verified for truth from a plurality of blockchain nodes, the originality and integrity of the data can be guaranteed.
  • the virtual asset exchange 300 may refer to a platform for trading virtual assets. Although the drawing shows the metaverse server 100 and the virtual asset exchange 300 as being independent from each other, the embodiments are not limited thereto. For example, depending on the implementation method, the virtual asset exchange 300 may be implemented to operate within the metaverse server 100. Transactions for virtual assets made on the virtual asset exchange 300 can be verified using the blockchain network 200. In other words, when a user purchases a virtual asset at the virtual asset exchange 300, the virtual asset exchange 300 uses the blockchain network 200 to record the transaction of the virtual asset (for example, NFT). You may request that it be recorded. The blockchain network 200 adds a block about the virtual asset transaction and verifies it from the blockchain node, so that the virtual asset transaction can be recorded. When the blockchain network 200 verifies the transaction of a virtual asset, the virtual asset may be stored in the blockchain wallet of the user who purchased the virtual asset.
  • the blockchain network 200 adds a block about the virtual asset transaction and verifies it from the blockchain node, so that the virtual asset transaction can be recorded.
  • the user terminal 400 refers to a communication terminal capable of operating an application in a wired or wireless communication environment.
  • the user terminal 400 may be various types of electronic devices such as a smart phone, a personal computer (PC), a laptop, a tablet, a mobile phone, a smart phone, or a wearable device (e.g., a watch-type device). may include.
  • the user can run the metaverse service through the user terminal 400.
  • the user can access the metaverse service using the user terminal 400 and execute various contents provided by the metaverse service.
  • users can trade virtual assets through the user terminal 400.
  • the user can access the virtual asset exchange 300 using the user terminal 400 and trade virtual assets.
  • user terminal 400 Although only one user terminal 400 is shown in the drawing, this is only for convenience of explanation and the present invention is not limited thereto, and a plurality of user terminals 400 may be included.
  • the network 500 may be a connection path for transmitting/receiving data between the metaverse server 100, the blockchain network 200, the virtual asset exchange 300, and the user terminal 400.
  • Network 500 may include wired Internet technology, wireless Internet technology, and short-range communication technology.
  • Wired Internet technology may include, for example, at least one of a local area network (LAN) and a wide area network (WAN).
  • LAN local area network
  • WAN wide area network
  • Wireless Internet technologies include, for example, Wireless LAN (WLAN), DLNA (Digital Living Network Alliance), Wibro (Wireless Broadband), Wimax (World Interoperability for Microwave Access: Wimax), and HSDPA (High Speed Downlink Packet). Access), HSUPA (High Speed Uplink Packet Access), IEEE 802.16, Long Term Evolution (LTE), LTE-A (Long Term Evolution-Advanced), Wireless Mobile Broadband Service (WMBS) and 5G NR (New Radio) technology.
  • WLAN Wireless LAN
  • DLNA Digital Living Network Alliance
  • Wibro Wireless Broadband
  • Wimax Worldwide Interoperability for Microwave Access: Wimax
  • HSDPA High Speed Downlink Packet
  • HSUPA High Speed Uplink Packet Access
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution
  • Short-range communication technologies include, for example, Bluetooth, Radio Frequency Identification (RFID), Infrared Data Association (IrDA), Ultra-Wideband (UWB), ZigBee, and Near Field Communication. At least one of NFC), Ultrasound Communication (USC), Visible Light Communication (VLC), Wi-Fi, Wi-Fi Direct, and 5G NR (New Radio) may include.
  • RFID Radio Frequency Identification
  • IrDA Infrared Data Association
  • UWB Ultra-Wideband
  • ZigBee ZigBee
  • Near Field Communication At least one of NFC), Ultrasound Communication (USC), Visible Light Communication (VLC), Wi-Fi, Wi-Fi Direct, and 5G NR (New Radio) may include.
  • RFID Radio Frequency Identification
  • IrDA Infrared Data Association
  • UWB Ultra-Wideband
  • ZigBee ZigBee
  • NFC Ultrasound Communication
  • VLC Visible Light Communication
  • Wi-Fi Wi-Fi Direct
  • 5G NR New Radio
  • a metaverse implementation system that communicates through the network 500 can comply with technical standards and standard communication methods for mobile communication.
  • standard communication methods include GSM (Global System for Mobile communication), CDMA (Code Division Multi Access), CDMA2000 (Code Division Multi Access 2000), and EV-DO (Enhanced Voice-Data Optimized or Enhanced Voice-Data Only).
  • WCDMA Wideband CDMA
  • HSDPA High Speed Downlink Packet Access
  • HSUPA High Speed Uplink Packet Access
  • LTE Long Term Evolution-Advanced
  • NR 5G New Radio
  • this embodiment is not limited to this.
  • the metaverse server 100 please refer further to FIG. 2.
  • Figure 2 is a diagram for explaining a metaverse server according to some embodiments of the present invention.
  • the metaverse server 100 includes a metaverse implementation module 110, a content management module 120, an event management module 130, a virtual asset management module 140, and a user management module 150. It can be included.
  • the metaverse implementation module 110 may be a module that implements a metaverse service environment for use by users.
  • the metaverse implementation module 110 may create virtual objects, virtual buildings, and virtual characters within the metaverse service.
  • the virtual character may be a virtual character or avatar operated by the user terminal 400.
  • a virtual character may be assigned to a user, and the user may customize the appearance and abilities of the virtual character using the user terminal 400.
  • Virtual objects may include backgrounds, environments, objects, etc. within the metaverse service.
  • virtual buildings may include houses, buildings, etc. within the metaverse service.
  • the metaverse implementation module 110 may be a module that implements the visual and auditory elements of the metaverse service that the user accesses using the user terminal 400.
  • the embodiments are not limited to this, and the metaverse implementation module 110 may further implement at least one of the tactile, olfactory, and gustatory elements of the metaverse service.
  • the content management module 120 can manage content that can be executed within the metaverse service by the user. According to some embodiments, the content management module 120 may differentiate the content available for each group of users. To assist in the description of groups of users, further reference is made to Figures 3 and 4.
  • Figure 3 is a diagram for explaining virtual assets according to some embodiments of the present invention.
  • Figure 4 is a diagram for explaining user groups according to some embodiments of the present invention.
  • a virtual asset (VA) may include a first virtual real estate (VP_1), a second virtual real estate (VP_2), and a virtual object (VO).
  • the first virtual real estate (VP_1) may be a virtual real estate that can create and execute party content within the metaverse service.
  • Party content may be content that allows users to enjoy various user matching events by inviting other users within the metaverse service.
  • the user matching event may include mini games that can be used by users who wish to be matched.
  • the first virtual real estate (VP_1) may mean a virtual party space where party content including matching events between users can be performed within the metaverse service.
  • the first virtual real estate (VP_1) may be a virtual real estate capable of executing residential content within the metaverse service.
  • Residential content may be content that allows users to enjoy various life events within the metaverse service. Life events may include, for example, decorating the house, resting, inviting, eating, cooking, reading, watching media, etc.
  • the first virtual real estate (VP_1) may mean a virtual real estate that can run party content and/or residential content within the metaverse service.
  • the second virtual real estate (VP_2) may be a virtual real estate that can run residential content within the metaverse service. Unlike the first virtual real estate (VP_1), the second virtual real estate (VP_2) cannot run party content and can only run residential content. The description of residential content has been described above, so it is omitted.
  • the virtual object (VO) may include various virtual props that can decorate the first virtual real estate (VP_1) and/or the second virtual real estate (VP_2).
  • the user can purchase virtual objects (VO) from the virtual asset exchange 300 according to his/her taste and decorate the first virtual real estate (VP_1) and/or the second virtual real estate (VP_2) owned by the user.
  • first users US_1 to fourth users (US_4).
  • the first user (US_1) is included in the first group (GRP_1)
  • the second user (US_2) and the third user (US_3) are included in the second group (GRP_2)
  • the fourth user (US_4) is included in the third group (GRP_2).
  • the first user (US_1) may be a user who owns the first virtual real estate (VP_1).
  • the first user (US_1) may be a user who can execute party content in the first virtual real estate (VP_1).
  • the second user (US_2) and the third user (US_3) may be users invited to party content created by the first user (US_1).
  • the second user (US_2) and the third user (US_3) may mean users of different genders.
  • the first user (US_1) can invite the second user (US_2) and the third user (US_3) to party content that the first user (US_1) creates.
  • the first user (US_1) may set the conditions for the second user (US_2) to participate in the party content differently from the condition for the third user (US_3) to participate in the party content.
  • the first user (US_1) can request a certain level of virtual currency from the second user (US_2) to participate in party content, and allow the third user (US_3) to participate in party content for free.
  • the first user (US_1) may invite the second user (US_2) and the third user (US_3) to party content under the same conditions.
  • the fourth user (US_4) may refer to a matched user, that is, a user who is a couple within the metaverse service. For example, if the second user (US_2) and the third user (US_3) match each other and become a couple, the second user (US_2) and the third user (US_3) can be updated to the fourth user (US_4). there is.
  • the fourth user (US_4) can run couple content within the metaverse service. Couple content may be content that is accessible only to the fourth matched user (US_4).
  • the content management module 120 differentiates the types of content that a user can run in the metaverse service depending on the group in which the user is included, the type of virtual asset the user holds, and whether or not the user is matched. can give.
  • the content management module 120 may manage the creation and execution of party content according to a request from the first user (US_1) of the first group (GRP_1).
  • the content management module 120 may manage residential content so that it can be executed according to a request from a user who owns the first virtual real estate (VP_1) or the second virtual real estate (VP_2).
  • the content management module 120 may manage couple content to be executed according to a request from a third user (US_3) of the third group (GRP_3).
  • the event management module 130 may be a module that manages multiple events performed within content.
  • the event management module 130 may create and manage user matching events performed within party content.
  • User matching events may include mini games, board games, arcade games, etc. in which users wishing to be matched can participate.
  • the event management module 130 may create and manage life events performed within residential content. Life events include cooking games and streaming videos that users who own the first virtual real estate (VP_1) or the second virtual real estate (VP_2) can perform within the first virtual real estate (VP_1) or the second virtual real estate (VP_2). This can include watching, reading e-books, virtual interiors, etc.
  • Life events include cooking games and streaming videos that users who own the first virtual real estate (VP_1) or the second virtual real estate (VP_2) can perform within the first virtual real estate (VP_1) or the second virtual real estate (VP_2). This can include watching, reading e-books, virtual interiors, etc.
  • the event management module 130 may create and manage a couple event performed within couple content that can be executed by the fourth user (US_4).
  • Couple events can include proposals, engagements, marriages, etc.
  • the virtual asset management module 140 can check information about the virtual asset (VA) through the virtual asset (VA) owned by the user.
  • the virtual asset management module 140 can use the blockchain network 200 to check the NFT included in the user's virtual asset wallet and obtain virtual asset information included in the NFT.
  • the virtual asset management module 140 may provide the acquired virtual asset information to the metaverse implementation module 110 and/or the user management module 150.
  • the metaverse implementation module 110 may use the virtual asset information received from the virtual asset management module 140 to implement an image of the virtual asset displayed within the metaverse service.
  • the user management module 150 may group and manage users using virtual asset information received from the virtual asset management module 140.
  • the user management module 150 can manage information about users. According to some embodiments, the user management module 150 may create a user account according to user information received from the user terminal 400. Additionally, the user management module 150 may link information about the virtual asset wallet received from the user terminal 400 and the user account. Additionally, the user management module 150 may refer to the NFT included in the virtual asset wallet linked to the user account or group users according to user matching. For example, the user management module 150 groups the first user (US_1), who owns the first virtual real estate (VP_1), into the first group (GRP_1), and groups the matched fourth user (US_4) into a first group (GRP_1). Can be grouped into 3 groups (GRP_3).
  • Figure 5 is a diagram for explaining a blockchain network according to some embodiments of the present invention.
  • Figure 6 is a diagram for explaining data included in NFT according to some embodiments of the present invention.
  • the blockchain network 200 that stores the blockchain may include a blockchain node 210 and a virtual asset wallet 220.
  • Blockchain node 210 may include multiple nodes.
  • the virtual asset wallet 220 may be configured to correspond to each of a plurality of users.
  • the virtual asset wallet 220 can store NFTs.
  • virtual assets purchased by a user on the virtual asset exchange 300 may be stored in the virtual asset wallet 220 in the form of NFT.
  • NFT is a non-fungible token, a token created using blockchain technology. When an NFT is created, it may contain various data.
  • NFT may include data on virtual asset image (IMG), virtual asset type (TYP), virtual asset class (GRD), and virtual asset option (OPT).
  • a virtual asset image (IMG) can correspond to a visual representation of a virtual asset implemented in the metaverse service.
  • the virtual asset type (TYP) may refer to any one of the first virtual real estate (VP_1), the second virtual real estate (VP_2), and the virtual object (VO).
  • Virtual asset class (GRD) can refer to the rarity, value, etc. of virtual assets included in NFTs.
  • Virtual asset options (OPT) may refer to options that virtual assets included in NFTs can additionally use.
  • at least one of virtual asset image (IMG), virtual asset type (TYP), virtual asset class (GRD), and virtual asset option (OPT) may be used interchangeably with the term 'virtual asset information'.
  • the virtual asset included in the NFT is the first virtual real estate (VP_1).
  • the virtual asset image (IMG) may include interior/exterior images of the first virtual real estate (VP_1).
  • the virtual asset type (TYP) may be an index or symbol representing the first virtual real estate (VP_1).
  • the virtual asset class (GRD) may mean the rarity of the first virtual real estate (VP_1), and the number of users that can be invited to the party content according to the level of the first virtual real estate (VP_1).
  • the number of matching events that can be executed, the type of matching event that can be executed in the party content, the size of the first virtual real estate (VP_1), the land area of the first virtual real estate (VP_1), etc. may be determined.
  • the virtual asset option may refer to the type of content that can be executed in the first virtual real estate (VP_1), the type and number of virtual objects (VO) that can be placed in the first virtual real estate (VP_1), etc. there is.
  • VP_1 the type of content that can be executed in the first virtual real estate
  • VO virtual objects
  • this is an exemplary description and the scope of the present invention is not limited to these examples.
  • a person skilled in the art of the present invention will be able to include data related to the characteristics of a virtual asset (VA) in an NFT in various configurations.
  • FIGS. 7 to 10 an operation example of a metaverse implementation system using NFT will be described.
  • Figure 7 explains the initial setting method of the metaverse implementation system according to some embodiments of the present invention.
  • the user may request the metaverse server 100 to create a user account to be used on the metaverse server 100 through the user terminal 400. Additionally, the user may provide the user's virtual asset wallet address to the metaverse server 100. At this time, the user's virtual asset wallet address may be an address for accessing the previously issued virtual asset wallet 220.
  • the metaverse server 100 may request verification of the virtual asset wallet 220 from the blockchain network 200.
  • the metaverse server 100 may request verification from the blockchain network 200 whether the virtual asset wallet address provided from the user terminal 400 is the user's virtual asset wallet 220.
  • the blockchain network 200 may verify the virtual asset wallet 220 according to a request from the metaverse server 100 and provide the results to the metaverse server 100.
  • the metaverse server 100 can connect a user account and a verified virtual asset wallet 220. However, this is only one example and the examples are not limited thereto.
  • the metaverse server 100 may link the virtual asset wallet 220 provided by the user to the user account without a separate verification process.
  • the metaverse server 100 may request virtual asset information included in the NFT stored in the virtual asset wallet 220.
  • the blockchain network 200 may provide virtual asset information included in the NFT stored in the virtual asset wallet 220 in response to a request from the metaverse server 100.
  • the virtual asset information may include at least one of a virtual asset image (IMG), a virtual asset type (TYP), a virtual asset class (GRD), and a virtual asset option (OPT).
  • the metaverse server 100 can set user groups according to virtual asset information provided from the blockchain network 200. For example, if the virtual asset type (TYP) provided by the blockchain network 200 means the first virtual real estate (VP_1), the metaverse server 100 may set the user to the first group (GRP_1). there is.
  • TMP virtual asset type
  • VP_1 first virtual real estate
  • the Metaverse server 100 can create virtual assets within the Metaverse service according to virtual asset information provided from the blockchain network 200. Next, refer to FIG. 8 for further explanation of the content execution process.
  • Figure 8 is a diagram for explaining content execution steps within the metaverse service according to some embodiments of the present invention.
  • the metaverse server 100 may provide the user terminal 400 with available content according to the user's group.
  • the user terminal 400 can select one of the available contents provided from the metaverse server 100.
  • the metaverse server 100 may execute the content selected by the user terminal 400 and provide it to the user terminal 400.
  • FIG. 9 refer further to explain how to create and execute party content.
  • Figure 9 is a diagram for explaining the creation and execution steps of party content according to some embodiments of the present invention.
  • the first user may request the metaverse server 100 to create party content using the first user terminal 400.
  • the metaverse server 100 may request virtual asset information included in the NFT stored in the virtual asset wallet 220 linked to the account of the first user (US_1) from the blockchain network 200.
  • the blockchain network 200 may respond to a request from the metaverse server 100 and provide virtual asset information included in the NFT stored in the virtual asset wallet 220 linked to the account of the first user (US_1). there is. This means that even if an NFT transaction occurs, the metaverse server 100 may not be able to recognize it, so if there is a request to create party content from the first user terminal 400, the first user (US_1) has the authority to create party content. This is a procedure to re-confirm whether this exists through the blockchain network 200.
  • the metaverse server 100 can confirm the group of the first user (US_1) based on virtual asset information provided from the blockchain network 200. For example, if the virtual asset wallet 220 linked to the account of the first user (US_1) contains information about the first virtual real estate (VP_1), the metaverse server 100 is connected to the first user (US_1) can be set to the first group (GRP_1).
  • the metaverse server 100 checks whether the group of the first user (US_1) is the first group (GRP_1), and if the group of the first user (US_1) is the first group (GRP_1), the virtual asset included in the NFT Party content conditions can be provided according to information.
  • Party content conditions may include, for example, the number of users who can participate in the party, the number of user matching events that can be executed within the party content, and the types of user matching events that can be executed within the party content.
  • the first user (US_1) may request information about the second user (US_2) and the third user (US_3) through the first user terminal 400.
  • the metaverse server 100 may provide information about the second user (US_2) and the third user (US_3) to the first user terminal (400).
  • Information on the second user (US_2) and the third user (US_3) may include, for example, the gender, age, appearance, occupation, personality, etc. of the second user (US_2) and the third user (US_3).
  • the first user (US_1) sets the conditions for participating in party content based on the information of the second user (US_2) and the third user (US_3), and the second user (US_2) and third user (US_3) to be invited. You can request a list from the metaverse server 100.
  • the conditions for participating in party content may be set to different conditions for the second user (US_2) and the third user (US_3).
  • the first user (US_1) can request virtual currency, etc. from the second user (US_2) to participate in party content, and set conditions so that the third user (US_3) can participate for free.
  • this is an illustrative description and the embodiments are not limited thereto.
  • the metaverse server 100 selects the second user terminal 400 and the third user terminal 400 based on the list of the second user (US_2) and the third user (US_3) provided from the first user terminal 400. ), the conditions for participating in the party content and the intention to participate can be provided respectively.
  • the second user may provide the metaverse server 100 with its intention to participate based on the party content participation conditions provided to the second user terminal 400.
  • the third user may provide the metaverse server 100 with his or her intention to participate based on the party content participation conditions provided to the third user terminal 400.
  • the number of users participating in party content may be determined based on virtual asset information included in the virtual asset wallet 220.
  • the metaverse server 100 creates the party content and provides the party content to the first user terminal 400, the second user terminal 400, and the third user terminal 400. It can be run. Next, refer further to FIG. 10 to explain the steps of creating and executing an event in party content within the metaverse service.
  • FIG. 10 is a diagram illustrating steps for creating and executing an event in party content within a metaverse service according to some embodiments of the present invention.
  • the first user (US_1) can create a user matching event in party content within the metaverse service through the first user terminal 400.
  • the first user (US_1) can set conditions for participating in the user matching event.
  • the first user (US_1) may use the first user terminal 400 to set conditions such as age and gender for participation in a user matching event.
  • the number and type of user matching events that can be generated by the first user terminal 400 may be determined based on virtual asset information included in the virtual asset wallet 220.
  • the second user (US_2) and the third user (US_3) use the second user terminal 400 and the third user terminal 400, respectively. You can participate in matching events.
  • a second user (US_2) and a third user (US_3) participating in party content may communicate with each other, exchange contact information, or apply for or accept a match. If the second user (US_2) and the third user (US_3) are matched, the second user (US_2) and the third user (US_3) are managed as the fourth user (US_4), allowing the couple to perform You can run couple content.
  • the metaverse implementation system and method of the present invention has the advantage of being able to create high-value virtual assets by setting the type and number of events that can be generated within the metaverse differently depending on the information of the virtual asset.
  • metaverse implementation system and method of the present invention has the advantage of minimizing user withdrawal even after matching by providing content that can only be used by matched users.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Graphics (AREA)
  • Human Resources & Organizations (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Primary Health Care (AREA)
  • Marketing (AREA)
  • General Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Architecture (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

NFT를 이용한 메타버스 구현 시스템이 제공된다. 상기 NFT를 이용한 메타버스 구현 시스템은 메타버스 서비스를 이용하는 제1 사용자의 제1 사용자 단말, 상기 메타버스 서비스를 이용하는 제2 사용자의 제2 사용자 단말, 상기 제1 사용자가 소유한 제1 가상 부동산에 대한 정보를 포함하는 제1 NFT를 저장하는 제1 가상 자산 월렛, 상기 제2 사용자가 소유한 상기 제1 가상 부동산과 다른 제2 가상 부동산에 대한 정보를 포함하는 제2 NFT를 저장하는 제2 가상 자산 월렛 및 상기 제1 가상 자산 월렛과 상기 제1 사용자의 계정을 연동하고, 상기 제2 가상 자산 월렛과 상기 제2 사용자의 계정을 연동하고, 상기 제1 사용자 단말로부터의 요청에 따라 제1 메타버스 컨텐츠를 생성하고, 상기 제2 사용자 단말로부터의 요청에 따라 상기 제1 메타버스 컨텐츠와 다른 제2 메타버스 컨텐츠를 제공하는 메타버스 서버를 포함한다.

Description

NFT를 이용한 메타버스 구현 시스템
본 발명은 NFT를 이용한 메타버스 구현 시스템 및 방법에 관한 것이다. 보다 구체적으로, 본 발명은 NFT에 포함된 가상 자산 정보에 따라 메타버스 내에서 다양한 컨텐츠를 실행할 수 있는 메타버스 구현 시스템 및 방법에 관한 것이다.
이 부분에 기술된 내용은 단순히 본 실시예에 대한 배경 정보를 제공할 뿐 종래기술을 구성하는 것은 아니다.
NFT(Non-fungible token)는 대체 불가능한 토큰으로, 블록체인 기술을 이용하여 가상 자산의 소유주를 증명하는 기술이다. NFT는 그림, 영상, 텍스트 등의 데이터를 NFT에 저장할 수 있고, 이를 블록체인 네트워크를 생성하므로, NFT에 저장된 데이터의 원본성과 무결성이 담보될 수 있다.
다시 말해서, NFT는 가상 자산의 소유주가 누구인지, 그리고 NFT에 담겨있는 데이터가 무엇인지에 대해 훼손이 불가능하며, 이러한 NFT의 특성으로 인해, NFT를 메타버스에서 이용하고자 하는 시도가 이루어지고 있다.
또한, 종래에는 다양한 종류의 사용자 매칭 애플리케이션이 존재하고 있다. 그러나, 종래의 사용자 매칭 애플리케이션의 경우, 사용자 간의 매칭이 성공적으로 이루어진 경우, 사용자는 더 이상 사용자 매칭 애플리케이션을 이용할 필요가 없어지므로, 결국 이용자 수의 이탈이 발생되는 문제가 있다.
본 발명의 목적은, 블록체인 기술을 이용하여 가상 자산의 소유 여부를 검증하고, 가상 자산의 소유에 따라 사용자를 그룹화하고, 그룹화된 사용자별로 메타버스 내에서 이용할 수 있는 컨텐츠를 달리 설정할 수 있는 메타버스 구현 시스템 및 방법을 제공하는 것이다.
본 발명의 다른 목적은, 사용자 간의 매칭이 이루어진 후에도 사용자의 이탈을 최소화하는 메타버스 구현 시스템 및 방법을 제공하는 것이다.
본 발명의 목적들은 이상에서 언급한 목적으로 제한되지 않으며, 언급되지 않은 본 발명의 다른 목적 및 장점들은 하기의 설명에 의해서 이해될 수 있고, 본 발명의 실시예에 의해 보다 분명하게 이해될 것이다. 또한, 본 발명의 목적 및 장점들은 특허 청구 범위에 나타낸 수단 및 그 조합에 의해 실현될 수 있음을 쉽게 알 수 있을 것이다.
상기 과제를 해결하기 위한 본 발명의 몇몇 실시예에 따른 NFT를 이용한 메타버스 구현 시스템은 메타버스 서비스를 이용하는 제1 사용자의 제1 사용자 단말; 상기 메타버스 서비스를 이용하는 제2 사용자의 제2 사용자 단말; 상기 제1 사용자가 소유한 제1 가상 부동산에 대한 정보를 포함하는 제1 NFT를 저장하는 제1 가상 자산 월렛; 상기 제2 사용자가 소유한 상기 제1 가상 부동산과 다른 제2 가상 부동산에 대한 정보를 포함하는 제2 NFT를 저장하는 제2 가상 자산 월렛 및 상기 제1 가상 자산 월렛과 상기 제1 사용자의 계정을 연동하고, 상기 제2 가상 자산 월렛과 상기 제2 사용자의 계정을 연동하고, 상기 제1 사용자 단말로부터의 요청에 따라 제1 메타버스 컨텐츠를 생성하고, 상기 제2 사용자 단말로부터의 요청에 따라 상기 제1 메타버스 컨텐츠와 다른 제2 메타버스 컨텐츠를 제공하는 메타버스 서버를 포함한다.
몇몇 실시예에서, 상기 제1 메타버스 컨텐츠는 상기 제1 가상 부동산을 포함하는 상기 제1 NFT가 가상 자산 월렛에 존재하는 경우에만 생성할 수 있다.
몇몇 실시예에서, 상기 메타버스 서버는 상기 제1 가상 부동산에 대한 정보에 따라, 상기 제1 메타버스 컨텐츠에 대한 생성 조건을 상기 제1 사용자 단말에 제공할 수 있다.
몇몇 실시예에서, 상기 제1 메타버스 컨텐츠에 대한 생성 조건은 상기 제1 메타버스 컨텐츠에 참가하는 사용자의 수, 상기 제1 메타버스 컨텐츠 내에서 실행할 수 있는 제1 이벤트의 종류 및 상기 제1 이벤트의 개수 중 적어도 하나를 포함할 수 있다.
몇몇 실시예에서, 상기 메타버스 서버는, 상기 제1 사용자 단말로부터 상기 제1 메타버스 컨텐츠의 생성 요청을 수신하면, 상기 제2 사용자에 대한 정보와, 상기 제2 사용자와 다른 제3 사용자에 대한 정보를 상기 제1 사용자 단말에 제공할 수 있다.
몇몇 실시예에서, 상기 제1 사용자 단말은 상기 제2 사용자의 상기 제1 메타버스 컨텐츠 참가 조건과, 상기 제3 사용자의 상기 제1 메타버스 컨텐츠 참가 조건을 서로 다르게 설정할 수 있다.
몇몇 실시예에서, 상기 제1 사용자 단말은, 상기 메타버스 서버를 통해 상기 제2 사용자 단말 및 상기 제3 사용자의 제3 사용자 단말에 상기 제1 메타버스 컨텐츠에 대한 참가 요청을 제공할 수 있다.
몇몇 실시예에서, 상기 제2 사용자 단말이 상기 제1 메타버스 컨텐츠에 대한 참가 요청을 수락하면, 상기 메타버스 서버는 상기 제2 사용자 단말에 상기 제1 메타버스 컨텐츠를 제공하고, 상기 제3 사용자 단말이 상기 제1 메타버스 컨텐츠에 대한 참가 요청을 수락하면, 상기 메타버스 서버는 상기 제3 사용자 단말에 상기 제1 메타버스 컨텐츠를 제공하고, 상기 제2 사용자 단말과 상기 제3 사용자 단말은 상기 제1 메타버스 컨텐츠 내에서, 상기 제1 사용자 단말에 의해 생성된 제1 이벤트를 수행할 수 있다.
몇몇 실시예에서, 상기 메타버스 서비스를 이용하고, 상기 제2 사용자와 매칭된 제3 사용자의 제3 사용자 단말을 더 포함하고, 상기 메타버스 서버는 상기 제2 사용자 단말과 상기 제3 사용자 단말에, 매칭된 사용자만 이용 가능한 제3 메타버스 컨텐츠를 제공할 수 있다.
몇몇 실시예에서, 상기 제1 NFT와 상기 제2 NFT의 유효성을 검증하는 블록체인 노드를 더 포함할 수 있다.
본 발명의 메타버스 구현 시스템 및 방법은 가상 자산의 정보에 따라 메타버스 내에서 생성할 수 있는 이벤트의 종류 및 개수 등을 다르게 설정함으로써, 고부가가치의 가상 자산을 생성할 수 있는 장점이 있다.
또한, 본 발명의 메타버스 구현 시스템 및 방법은 사용자 간의 매칭이 이루어진 후에도, 매칭이 이루어진 사용자들만 이용할 수 있는 컨텐츠를 제공함으로써 매칭 후에도 사용자의 이탈을 최소화할 수 있다는 장점이 있다.
상술한 내용과 더불어 본 발명의 구체적인 효과는 이하 발명을 실시하기 위한 구체적인 사항을 설명하면서 함께 기술한다.
도 1은 본 발명의 몇몇 실시예에 따른 NFT를 이용한 메타버스 구현 시스템을 설명하기 위한 개략도이다.
도 2는 본 발명의 몇몇 실시예에 따른 메타버스 서버를 설명하기 위한 도면이다.
도 3은 본 발명의 몇몇 실시예에 따른 가상 자산을 설명하기 위한 도면이다.
도 4는 본 발명의 몇몇 실시예에 따른 사용자의 그룹을 설명하기 위한 도면이다.
도 5는 본 발명의 몇몇 실시예에 따른 블록체인 네트워크를 설명하기 위한 도면이다.
도 6은 본 발명의 몇몇 실시예에 따른 NFT에 포함된 데이터를 설명하기 위한 도면이다.
도 7은 본 발명의 몇몇 실시예에 따른 메타버스 구현 시스템의 초기 설정 방법에 대해 설명한다.
도 8은 본 발명의 몇몇 실시예에 따른 메타버스 서비스 내 컨텐츠 실행 단계를 설명하기 위한 도면이다.
도 9는 본 발명의 몇몇 실시예들에 따른 파티 컨텐츠의 생성 및 실행 단계를 설명하기 위한 도면이다.
도 10은 본 발명의 몇몇 실시예에 따른 메타버스 서비스 내의 파티 컨텐츠에서 이벤트를 생성하고 실행하는 단계를 설명하기 위한 도면이다.
본 명세서 및 특허청구범위에서 사용된 용어나 단어는 일반적이거나 사전적인 의미로 한정하여 해석되어서는 아니된다. 발명자가 그 자신의 발명을 최선의 방법으로 설명하기 위해 용어나 단어의 개념을 정의할 수 있다는 원칙에 따라, 본 발명의 기술적 사상과 부합하는 의미와 개념으로 해석되어야 한다. 또한, 본 명세서에 기재된 실시예와 도면에 도시된 구성은 본 발명이 실현되는 하나의 실시예에 불과하고, 본 발명의 기술적 사상을 전부 대변하는 것이 아니므로, 본 출원시점에 있어서 이들을 대체할 수 있는 다양한 균등물과 변형 및 응용 가능한 예들이 있을 수 있음을 이해하여야 한다.
본 명세서 및 특허청구범위에서 사용된 제1, 제2, A, B 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. '및/또는' 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
본 명세서 및 특허청구범위에서 사용된 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서 "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해서 일반적으로 이해되는 것과 동일한 의미를 가지고 있다.
일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
또한, 본 발명의 각 실시예에 포함된 각 구성, 과정, 공정 또는 방법 등은 기술적으로 상호 간 모순되지 않는 범위 내에서 공유될 수 있다.
도 1은 본 발명의 몇몇 실시예에 따른 NFT를 이용한 메타버스 구현 시스템을 설명하기 위한 개략도이다.
도 1을 참조하면, 본 발명의 몇몇 실시예에 따른 메타버스 구현 시스템은 메타버스 서버(100), 블록체인 네트워크(200), 가상 자산 거래소(300), 사용자 단말(400) 및 네트워크(500)를 포함할 수 있다.
메타버스 서버(100)는 메타버스 서비스 환경을 구현하고, 메타버스 서비스 내에서 이루어지는 전반적인 사항을 관리할 수 있다. 몇몇 실시예에 따르면, 메타버스 서버(100)는 메타버스 서비스 내에서 이용할 수 있는 컨텐츠 및 이벤트를 관리할 수 있다. 또한, 메타버스 서버(100)는 블록체인 네트워크(200)를 이용하여 사용자가 보유하고 있는 가상 자산 정보를 획득하고, 가상 자산 정보에 따라 메타버스 서비스 내에서 이용할 수 있는 가상 자산을 구현할 수 있다. 또한, 메타버스 서버(100)는 메타버스 서비스를 이용하는 사용자들에 대한 정보를 관리할 수 있다.
메타버스 서버(100)는 워크스테이션(workstation), 데이터 센터, 인터넷 데이터 센터(internet data center(IDC)), DAS(direct attached storage) 시스템, SAN(storage area network) 시스템, NAS(network attached storage) 시스템, RAID(redundant array of inexpensive disks, or redundant array of independent disks) 시스템, 및 EDMS(Electronic Document Management) 시스템 중 적어도 하나로 구현될 수 있으나, 본 실시예가 이에 제한되는 것은 아니다. 메타버스 서버(100)에 대한 더욱 구체적인 설명은 후술한다.
블록체인 네트워크(200)는 복수개의 블록체인 노드를 포함하고 있으며, 사용자에게 할당된 가상 자산 월렛의 유효성을 확인할 수 있다. 또한, 블록체인 네트워크(200)는 사용자에게 할당된 가상 자산 월렛에 저장되어 있는 NFT를 확인하여, 사용자가 소유하고 있는 가상 자산에 대한 정보를 확인할 수 있다. 예를 들어, 블록체인 네트워크(200)는 메타버스 서버(100)로부터의 요청에 따라 사용자의 가상 자산 월렛에 포함된 NFT를 확인하고, NFT에 포함되어 있는 가상 자산에 대한 정보를 로드하여 메타버스 서버(100)에 제공할 수 있다. 블록체인 네트워크(200)는 복수의 블록체인 노드로부터 사실 여부를 검증받아야 하기 때문에, 데이터의 원본성과 무결성을 담보할 수 있다.
가상 자산 거래소(300)는 가상 자산을 거래할 수 있는 플랫폼을 의미할 수 있다. 비록 도면에는 메타버스 서버(100)와 가상 자산 거래소(300)를 서로 독립된 것으로 도시하였으나, 실시예들이 이에 제한되는 것은 아니다. 예를 들어, 구현 방식에 따라 가상 자산 거래소(300)는 메타버스 서버(100) 내에서 운영하도록 구현할 수도 있다. 가상 자산 거래소(300)에서 이루어지는 가상 자산에 대한 거래는 블록체인 네트워크(200)를 이용하여 검증될 수 있다. 다시 말해서, 사용자가 가상 자산 거래소(300)에서 가상 자산을 구매하는 경우, 가상 자산 거래소(300)는 블록체인 네트워크(200)를 이용하여 가상 자산(예를 들어, NFT)에 가상 자산의 거래 사실을 기록하도록 요청할 수 있다. 블록체인 네트워크(200)는 가상 자산의 거래 사실에 대한 블록을 추가하고, 이를 블록체인 노드로부터 검증하도록 함으로써, 가상 자산의 거래 사실이 기록될 수 있다. 블록체인 네트워크(200)에서 가상 자산의 거래 사실을 검증한 경우, 가상 자산을 구매한 사용자의 블록체인 월렛에 가상 자산이 저장될 수 있다.
사용자 단말(400)은 유무선 통신 환경에서 어플리케이션을 동작시킬 수 있는 통신 단말을 의미한다. 예를 들어, 사용자 단말(400)은 스마트 폰(smart phone), 퍼스널 컴퓨터(PC), 노트북, 태블릿, 휴대폰, 스마트폰, 웨어러블 디바이스(예를 들어, 워치형 디바이스) 등의 다양한 형태의 전자 장치를 포함할 수 있다.
사용자는 사용자 단말(400)을 통해 메타버스 서비스를 실행할 수 있다. 다시 말해서, 사용자는 사용자 단말(400)을 이용하여 메타버스 서비스에 접속하고, 메타버스 서비스에서 제공하는 다양한 컨텐츠들을 실행할 수 있다.
또한, 사용자는 사용자 단말(400)을 통해 가상 자산을 거래할 수 있다. 다시 말해서, 사용자는 사용자 단말(400)을 이용하여 가상 자산 거래소(300)에 접속하여 가상 자산을 거래할 수 있다.
비록 도면 상에는 하나의 사용자 단말(400)만을 도시하였으나, 이는 설명의 편의를 위한 것일 뿐 본 발명이 이에 제한되는 것은 아니며, 사용자 단말(400)은 복수개를 포함할 수 있다.
네트워크(500)는 메타버스 서버(100), 블록체인 네트워크(200), 가상 자산 거래소(300) 및 사용자 단말(400) 간의 데이터를 송/수신하는 연결 통로가 될 수 있다. 네트워크(500)는 유선 인터넷 기술, 무선 인터넷 기술 및 근거리 통신 기술을 포함할 수 있다.
유선 인터넷 기술은 예를 들어, 근거리 통신망(LAN, Local area network) 및 광역 통신망(WAN, wide area network) 중 적어도 하나를 포함할 수 있다.
무선 인터넷 기술은 예를 들어, 무선랜(Wireless LAN: WLAN), DLNA(Digital Living Network Alliance), 와이브로(Wireless Broadband: Wibro), 와이맥스(World Interoperability for Microwave Access: Wimax), HSDPA(High Speed Downlink Packet Access), HSUPA(High Speed Uplink Packet Access), IEEE 802.16, 롱 텀 에볼루션(Long Term Evolution: LTE), LTE-A(Long Term Evolution-Advanced), 광대역 무선 이동 통신 서비스(Wireless Mobile Broadband Service: WMBS) 및 5G NR(New Radio) 기술 중 적어도 하나를 포함할 수 있다.
근거리 통신 기술은 예를 들어, 블루투스(Bluetooth), RFID(Radio Frequency Identification), 적외선 통신(Infrared Data Association: IrDA), UWB(Ultra-Wideband), 지그비(ZigBee), 인접 자장 통신(Near Field Communication: NFC), 초음파 통신(Ultra Sound Communication: USC), 가시광 통신(Visible Light Communication: VLC), 와이 파이(Wi-Fi), 와이 파이 다이렉트(Wi-Fi Direct), 5G NR (New Radio) 중 적어도 하나를 포함할 수 있다. 다만, 상술한 예시들은 예시적인 것에 불과하며, 본 발명의 실시예들이 이에 제한되는 것은 아니다.
네트워크(500)를 통해서 통신하는 메타버스 구현 시스템은 이동통신을 위한 기술표준 및 표준 통신 방식을 준수할 수 있다. 예를 들어, 표준 통신 방식은 GSM(Global System for Mobile communication), CDMA(Code Division Multi Access), CDMA2000(Code Division Multi Access 2000), EV-DO(Enhanced Voice-Data Optimized or Enhanced Voice-Data Only), WCDMA(Wideband CDMA), HSDPA(High Speed Downlink Packet Access), HSUPA(High Speed Uplink Packet Access), LTE(Long Term Evolution), LTEA(Long Term Evolution-Advanced) 및 5G NR(New Radio) 중 적어도 하나를 포함할 수 있다. 단, 본 실시예가 이에 제한되는 것은 아니다. 메타버스 서버(100)에 대한 보다 구체적인 설명을 위해, 도 2를 더 참조한다.
도 2는 본 발명의 몇몇 실시예에 따른 메타버스 서버를 설명하기 위한 도면이다.
도 2를 참조하면, 메타버스 서버(100)는 메타버스 구현 모듈(110), 컨텐츠 관리 모듈(120), 이벤트 관리 모듈(130), 가상 자산 관리 모듈(140) 및 사용자 관리 모듈(150)을 포함할 수 있다.
메타버스 구현 모듈(110)은 사용자가 이용할 메타버스 서비스 환경을 구현하는 모듈일 수 있다. 예를 들어, 메타버스 구현 모듈(110)은 메타버스 서비스 내에서의 가상 오브젝트와, 가상 건물 및 가상 캐릭터를 생성할 수 있다. 가상 캐릭터는 사용자 단말(400)에 의해 조작되는 가상의 캐릭터 또는 아바타일 수 있다. 가상 캐릭터는 사용자에게 할당될 수 있고, 사용자는 사용자 단말(400)을 이용하여 가상 캐릭터의 외형 및 능력 등을 커스터마이징할 수 있다. 가상 오브젝트는 메타버스 서비스 내에서의 배경, 환경, 물건 등을 포함할 수 있다. 또한, 가상 건물은 메타버스 서비스 내에서의 주택, 빌딩 등을 포함할 수 있다.
즉, 메타버스 구현 모듈(110)은 사용자가 사용자 단말(400)을 이용하여 접속하는 메타버스 서비스의 시각적 요소와 청각적 요소를 구현하는 모듈일 수 있다. 다만, 실시예들이 이에 한정되는 것은 아니고, 메타버스 구현 모듈(110)은 메타버스 서비스의 촉각적 요소, 후각적 요소 및 미각적 요소 중 적어도 하나를 더 구현할 수도 있다.
컨텐츠 관리 모듈(120)은 사용자가 메타버스 서비스 내에서 실행할 수 있는 컨텐츠를 실행할 수 있도록 관리할 수 있다. 몇몇 실시예에 따르면, 컨텐츠 관리 모듈(120)은 사용자의 그룹별로 이용할 수 있는 컨텐츠에 차등을 둘 수 있다. 사용자의 그룹에 대한 설명을 보조하기 위해, 도 3과 도 4를 더 참조한다.
도 3은 본 발명의 몇몇 실시예에 따른 가상 자산을 설명하기 위한 도면이다. 도 4는 본 발명의 몇몇 실시예에 따른 사용자의 그룹을 설명하기 위한 도면이다.
도 3을 참조하면, 본 발명의 몇몇 실시예에 따른 가상 자산(VA)은 제1 가상 부동산(VP_1), 제2 가상 부동산(VP_2) 및 가상 오브젝트(VO)를 포함할 수 있다.
제1 가상 부동산(VP_1)은 메타버스 서비스 내에서, 파티 컨텐츠를 생성 및 실행할 수 있는 가상 부동산일 수 있다. 파티 컨텐츠는 메타버스 서비스 내에서 다른 사용자를 초대하여 다양한 사용자 매칭 이벤트를 즐길 수 있는 컨텐츠일 수 있다. 사용자 매칭 이벤트는 매칭을 희망하는 사용자가 이용할 수 있는 미니 게임 등을 포함할 수 있다. 다시 말해서, 제1 가상 부동산(VP_1)은 메타버스 서비스 내에서 사용자 간의 매칭 이벤트를 포함하는 파티 컨텐츠를 수행할 수 있는 가상 파티 공간을 의미할 수 있다.
또한, 제1 가상 부동산(VP_1)은 메타버스 서비스 내에서, 주거 컨텐츠를 실행할 수 있는 가상 부동산일 수 있다. 주거 컨텐츠는 메타버스 서비스 내에서 사용자가 다양한 생활 이벤트를 즐길 수 있는 컨텐츠일 수 있다. 생활 이벤트는 예를 들어, 집 꾸미기, 휴식, 초대, 식사, 요리, 독서, 미디어 관람 등을 포함할 수 있다. 다시 말해서, 제1 가상 부동산(VP_1)은 메타버스 서비스 내에서 파티 컨텐츠 및/또는 주거 컨텐츠를 실행할 수 있는 가상 부동산을 의미할 수 있다.
제2 가상 부동산(VP_2)은 메타버스 서비스 내에서, 주거 컨텐츠를 실행할 수 있는 가상 부동산일 수 있다. 제2 가상 부동산(VP_2)은 제1 가상 부동산(VP_1)과는 달리, 파티 컨텐츠는 실행할 수 없고, 주거 컨텐츠만 실행할 수 있다. 주거 컨텐츠에 대한 설명은 전술하였으므로 생략한다.
가상 오브젝트(VO)는 제1 가상 부동산(VP_1) 및/또는 제2 가상 부동산(VP_2)을 꾸밀 수 있는 다양한 가상 소품을 포함할 수 있다. 사용자는 취향에 따라 가상 자산 거래소(300)에서 가상 오브젝트(VO)를 구매하여, 본인이 보유하고 있는 제1 가상 부동산(VP_1) 및/또는 제2 가상 부동산(VP_2)을 꾸밀 수 있다.
도 4를 참조하면, 메타버스 서비스를 이용하는 사용자를 편의상 제1 사용자(US_1) 내지 제4 사용자(US_4)로 구분하였다. 제1 사용자(US_1)는 제1 그룹(GRP_1)에 포함되고, 제2 사용자(US_2)와 제3 사용자(US_3)는 제2 그룹(GRP_2)에 포함되고, 제4 사용자(US_4)는 제3 그룹(GRP_3)에 포함될 수 있다.
몇몇 실시예에 따르면, 제1 사용자(US_1)는 제1 가상 부동산(VP_1)을 소유하고 있는 사용자일 수 있다. 다시 말해서, 제1 사용자(US_1)는 제1 가상 부동산(VP_1)에서 파티 컨텐츠를 실행할 수 있는 사용자일 수 있다.
몇몇 실시예에 따르면, 제2 사용자(US_2)와 제3 사용자(US_3)는 제1 사용자(US_1)가 생성한 파티 컨텐츠에 초대된 사용자일 수 있다. 이때, 제2 사용자(US_2)와 제3 사용자(US_3)는 서로 다른 성별의 사용자를 의미할 수 있다. 제1 사용자(US_1)는 제2 사용자(US_2)와 제3 사용자(US_3)를 본인이 생성하는 파티 컨텐츠에 초대할 수 있다. 몇몇 실시예에 따르면, 제1 사용자(US_1)는 제2 사용자(US_2)가 파티 컨텐츠에 참여하는 조건과, 제3 사용자(US_3)가 파티 컨텐츠에 참여하는 조건을 서로 달리 설정할 수 있다. 예를 들어, 제1 사용자(US_1)는 제2 사용자(US_2)에게 파티 컨텐츠에 참여하기 위해 일정 수준의 가상 화폐를 요구하고, 제3 사용자(US_3)에게는 파티 컨텐츠에 무료로 참여할 수 있도록 설정할 수 있다. 다만, 이는 예시적인 것이며 실시예들이 이에 제한되는 것은 아니다. 제1 사용자(US_1)는 제2 사용자(US_2)와 제3 사용자(US_3)에게 서로 동일한 조건으로 파티 컨텐츠에 초대할 수도 있을 것이다.
제4 사용자(US_4)는 매칭된 사용자, 즉 메타버스 서비스 내에서 커플이 된 사용자를 의미할 수 있다. 예를 들어, 제2 사용자(US_2)와 제3 사용자(US_3)가 서로 매칭되어 커플이 된 경우, 제2 사용자(US_2)와 제3 사용자(US_3)는 제4 사용자(US_4)로 갱신될 수 있다. 제4 사용자(US_4)는 메타버스 서비스 내에서 커플 컨텐츠를 실행할 수 있다. 커플 컨텐츠는 매칭이 이루어진 제4 사용자(US_4)에 대해서만 접근이 가능한 컨텐츠일 수 있다.
다시 도 2를 더 참조하면, 컨텐츠 관리 모듈(120)은 사용자가 포함된 그룹, 사용자가 보유하고 있는 가상 자산의 종류 및 사용자 매칭 여부에 따라, 사용자가 메타버스 서비스에서 실행할 수 있는 컨텐츠 종류에 차등을 줄 수 있다. 예를 들어, 컨텐츠 관리 모듈(120)은 제1 그룹(GRP_1)의 제1 사용자(US_1)로부터의 요청에 따라, 파티 컨텐츠를 생성 및 실행할 수 있도록 관리할 수 있다. 또한, 컨텐츠 관리 모듈(120)은 제1 가상 부동산(VP_1) 또는 제2 가상 부동산(VP_2)을 소유하고 있는 사용자로부터의 요청에 따라, 주거 컨텐츠를 실행할 수 있도록 관리할 수 있다. 또한, 컨텐츠 관리 모듈(120)은 제3 그룹(GRP_3)의 제3 사용자(US_3)로부터의 요청에 따라, 커플 컨텐츠를 실행할 수 있도록 관리할 수 있다.
이벤트 관리 모듈(130)은 컨텐츠 내에서 수행되는 복수의 이벤트를 관리하는 모듈일 수 있다. 예를 들어, 이벤트 관리 모듈(130)은 파티 컨텐츠 내에서 수행되는 사용자 매칭 이벤트를 생성 및 관리할 수 있다. 사용자 매칭 이벤트는 매칭을 희망하는 사용자들이 참여할 수 있는 미니 게임, 보드 게임, 아케이드 게임 등을 포함할 수 있다.
또한, 예를 들어, 이벤트 관리 모듈(130)은 주거 컨텐츠 내에서 수행되는 생활 이벤트를 생성 및 관리할 수 있다. 생활 이벤트는 제1 가상 부동산(VP_1) 또는 제2 가상 부동산(VP_2)을 소유하고 있는 사용자가 제1 가상 부동산(VP_1) 또는 제2 가상 부동산(VP_2) 내에서 수행할 수 있는 요리 게임, 스트리밍 영상 시청, e북 열람, 가상 인테리어 등을 포함할 수 있다.
또한, 예를 들어, 이벤트 관리 모듈(130)은 제4 사용자(US_4)가 실행할 수 있는 커플 컨텐츠 내에서 수행되는 커플 이벤트를 생성 및 관리할 수 있다. 커플 이벤트는 프로포즈, 약혼, 결혼 등을 포함할 수 있다.
가상 자산 관리 모듈(140)은 사용자가 소유하고 있는 가상 자산(VA)을 통해, 가상 자산(VA)에 대한 정보를 확인할 수 있다. 예를 들어, 가상 자산 관리 모듈(140)은 블록체인 네트워크(200)를 이용하여 사용자의 가상 자산 월렛에 포함된 NFT를 확인하고, NFT 내에 포함된 가상 자산 정보를 취득할 수 있다. 가상 자산 관리 모듈(140)은 취득한 가상 자산 정보를 메타버스 구현 모듈(110) 및/또는 사용자 관리 모듈(150)에 제공할 수 있다. 메타버스 구현 모듈(110)은 가상 자산 관리 모듈(140)로부터 수신한 가상 자산 정보를 이용하여, 메타버스 서비스 내에 디스플레이 되는 가상 자산의 이미지를 구현할 수 있다. 또한, 사용자 관리 모듈(150)은 가상 자산 관리 모듈(140)로부터 수신한 가상 자산 정보를 이용하여, 사용자를 그룹핑하여 관리할 수 있다.
사용자 관리 모듈(150)은 사용자에 대한 정보를 관리할 수 있다. 몇몇 실시예에 따르면, 사용자 관리 모듈(150)은 사용자 단말(400)로부터 수신하는 사용자 정보에 따라 사용자 계정을 생성할 수 있다. 또한, 사용자 관리 모듈(150)은 사용자 단말(400)로부터 수신하는 가상 자산 월렛에 대한 정보와, 사용자 계정을 연동할 수 있다. 또한, 사용자 관리 모듈(150)은 사용자 계정과 연동된 가상 자산 월렛에 포함된 NFT를 참고하거나 사용자 매칭 여부에 따라, 사용자를 그룹핑할 수 있다. 예를 들어, 사용자 관리 모듈(150)은 제1 가상 부동산(VP_1)을 소유한 제1 사용자(US_1)를 제1 그룹(GRP_1)으로 그룹핑하고, 매칭이 된 제4 사용자(US_4)에 대해 제3 그룹(GRP_3)으로 그룹핑할 수 있다.
이어서, 블록체인 네트워크(200) 및 NFT에 대한 보다 구체적인 설명을 위해 도 5 및 도 6을 더 참조한다.
도 5는 본 발명의 몇몇 실시예에 따른 블록체인 네트워크를 설명하기 위한 도면이다. 도 6은 본 발명의 몇몇 실시예에 따른 NFT에 포함된 데이터를 설명하기 위한 도면이다.
도 5를 참조하면, 블록체인을 저장하는 블록체인 네트워크(200)는 블록체인 노드(210) 및 가상 자산 월렛(220)을 포함할 수 있다. 블록체인 노드(210)는 복수의 노드를 포함할 수 있다. 가상 자산 월렛(220)은 복수의 사용자 각각에 대응하여 구성될 수 있다. 가상 자산 월렛(220)은 NFT를 저장할 수 있다. 예를 들어, 사용자가 가상 자산 거래소(300)에서 구매한 가상 자산은 NFT의 형태로 가상 자산 월렛(220)에 저장될 수 있다. NFT는 대체 불가능한 토큰(Non-fungible token)으로, 블록체인 기술을 이용하여 생성되는 토큰이다. NFT가 생성될 때, NFT는 다양한 데이터를 포함할 수 있다.
도 6을 참조하면, 본 발명의 몇몇 실시예에 따른 NFT는 가상 자산 이미지(IMG), 가상 자산 종류(TYP), 가상 자산 등급(GRD) 및 가상 자산 옵션(OPT)에 대한 데이터를 포함할 수 있다. 가상 자산 이미지(IMG)는 메타버스 서비스에서 구현되는 가상 자산의 시각적 표현과 대응될 수 있다. 가상 자산 종류(TYP)는 제1 가상 부동산(VP_1), 제2 가상 부동산(VP_2) 및 가상 오브젝트(VO) 중 어느 하나를 지칭할 수 있다. 가상 자산 등급(GRD)은 NFT에 포함된 가상 자산의 희귀도, 가치 등을 의미할 수 있다. 가상 자산 옵션(OPT)은 NFT에 포함된 가상 자산이 추가로 이용할 수 있는 옵션을 의미할 수 있다. 본 명세서에서 가상 자산 이미지(IMG), 가상 자산 종류(TYP), 가상 자산 등급(GRD) 및 가상 자산 옵션(OPT) 중 적어도 하나는 '가상 자산 정보'라는 용어로 혼용될 수 있다.
예를 들어, NFT에 포함된 가상 자산이 제1 가상 부동산(VP_1)인 경우를 가정한다. 이때, 가상 자산 이미지(IMG)는 제1 가상 부동산(VP_1)의 내/외부 이미지를 포함할 수 있다. 또한, 가상 자산 종류(TYP)는 제1 가상 부동산(VP_1)을 나타내는 인덱스 또는 기호일 수 있다. 또한, 가상 자산 등급(GRD)은 제1 가상 부동산(VP_1)의 희귀도를 의미할 수 있으며, 제1 가상 부동산(VP_1)의 등급에 따라 파티 컨텐츠에 초대할 수 있는 사용자의 수, 파티 컨텐츠에서 실행할 수 있는 매칭 이벤트의 수, 파티 컨텐츠에서 실행할 수 있는 매칭 이벤트의 종류, 제1 가상 부동산(VP_1)의 크기, 제1 가상 부동산(VP_1)의 대지 면적 등이 결정될 수 있다. 또한, 가상 자산 옵션(OPT)은 제1 가상 부동산(VP_1)에서 실행할 수 있는 컨텐츠의 종류, 제1 가상 부동산(VP_1)에 배치할 수 있는 가상 오브젝트(VO)의 종류 및 개수 등을 의미할 수 있다. 다만, 이는 예시적인 설명이며 본 발명의 권리범위가 이러한 실시예로 제한되는 것은 아니다. 본 발명의 기술 분야에서 통상의 지식을 가진 자는 다양한 구성으로 가상 자산(VA)의 특성과 관련된 데이터를 NFT에 포함시킬 수 있을 것이다. 다음으로 도 7 내지 도 10을 참조하여, NFT를 이용한 메타버스 구현 시스템의 동작 예를 설명한다.
도 7은 본 발명의 몇몇 실시예에 따른 메타버스 구현 시스템의 초기 설정 방법에 대해 설명한다.
사용자는 사용자 단말(400)을 통해, 메타버스 서버(100)에서 사용할 사용자의 계정을 생성하도록 메타버스 서버(100)에 요청할 수 있다. 또한, 사용자는 사용자의 가상 자산 월렛 주소를 메타버스 서버(100)에 제공할 수 있다. 이때, 사용자의 가상 자산 월렛 주소는 미리 발급한 가상 자산 월렛(220)에 접근하기 위한 주소일 수 있다.
메타버스 서버(100)는 블록체인 네트워크(200)에 가상 자산 월렛(220)의 검증을 요청할 수 있다. 예를 들어, 메타버스 서버(100)는 사용자 단말(400)로부터 제공받은 가상 자산 월렛 주소가, 사용자의 가상 자산 월렛(220)이 맞는지 등에 대해 블록체인 네트워크(200)에 검증을 요청할 수 있다. 블록체인 네트워크(200)는 메타버스 서버(100)로부터의 요청에 따라 가상 자산 월렛(220)을 검증하고, 그 결과를 메타버스 서버(100)에 제공할 수 있다. 메타버스 서버(100)는 사용자 계정과, 검증된 가상 자산 월렛(220)을 서로 연결할 수 있다. 다만, 이는 하나의 실시예일 뿐 실시예들이 이에 제한되지는 않는다. 예를 들어, 메타버스 서버(100)는 사용자로부터 제공받은 가상 자산 월렛(220)을 별도의 검증 과정 없이 그대로 사용자 계정과 연동할 수도 있다.
사용자 계정과 가상 자산 월렛(220)이 연동되면, 메타버스 서버(100)는 가상 자산 월렛(220)에 저장된 NFT에 포함된 가상 자산 정보를 요청할 수 있다. 블록체인 네트워크(200)는 메타버스 서버(100)로부터의 요청에 응답하여, 가상 자산 월렛(220)에 저장된 NFT에 포함된 가상 자산 정보를 제공할 수 있다. 이때, 가상 자산 정보는 전술한 바와 같이, 가상 자산 이미지(IMG), 가상 자산 종류(TYP), 가상 자산 등급(GRD) 및 가상 자산 옵션(OPT) 중 적어도 하나를 포함할 수 있다.
메타버스 서버(100)는 블록체인 네트워크(200)에서 제공받은 가상 자산 정보에 따라, 사용자의 그룹을 설정할 수 있다. 예를 들어, 메타버스 서버(100)는 블록체인 네트워크(200)에서 제공받은 가상 자산 종류(TYP)가 제1 가상 부동산(VP_1)을 의미하는 경우, 사용자를 제1 그룹(GRP_1)으로 설정할 수 있다.
메타버스 서버(100)는 블록체인 네트워크(200)에서 제공받은 가상 자산 정보에 따라, 메타버스 서비스 내 가상 자산을 생성할 수 있다. 다음으로 컨텐츠 실행 과정에 대한 설명을 위해 도 8을 더 참조한다.
도 8은 본 발명의 몇몇 실시예에 따른 메타버스 서비스 내 컨텐츠 실행 단계를 설명하기 위한 도면이다.
도 8을 참조하면, 메타버스 서버(100)는 사용자의 그룹에 따라 이용가능한 컨텐츠를 사용자 단말(400)에 제공할 수 있다. 사용자 단말(400)은 메타버스 서버(100)로부터 제공된 이용가능한 컨텐츠 중 어느 하나를 선택할 수 있다. 메타버스 서버(100)는 사용자 단말(400)에서 선택한 컨텐츠를 실행하여 사용자 단말(400)에 제공할 수 있다. 다음은 파티 컨텐츠의 생성 및 실행 방법에 대해 설명하기 위해, 도 9를 더 참조한다.
도 9는 본 발명의 몇몇 실시예들에 따른 파티 컨텐츠의 생성 및 실행 단계를 설명하기 위한 도면이다.
도 9를 참조하면, 제1 사용자(US_1)는 제1 사용자 단말(400)을 이용하여, 메타버스 서버(100)에 파티 컨텐츠를 생성하도록 요청할 수 있다.
메타버스 서버(100)는 블록체인 네트워크(200)에 제1 사용자(US_1)의 계정과 연동된 가상 자산 월렛(220)에 저장된 NFT에 포함된 가상 자산 정보를 요청할 수 있다. 블록체인 네트워크(200)는 메타버스 서버(100)로부터의 요청에 응답하여, 제1 사용자(US_1)의 계정과 연동된 가상 자산 월렛(220)에 저장된 NFT에 포함된 가상 자산 정보를 제공할 수 있다. 이는 NFT의 트랜잭션이 발생하더라도, 메타버스 서버(100)는 이를 인지할 수 없을 수 있으므로, 제1 사용자 단말(400)로부터 파티 컨텐츠 생성 요청이 있으면, 제1 사용자(US_1)가 파티 컨텐츠의 생성 권한이 있는지, 블록체인 네트워크(200)를 통해 재확인하는 절차이다.
메타버스 서버(100)는 블록체인 네트워크(200)로부터 제공받은 가상 자산 정보에 기초하여, 제1 사용자(US_1)의 그룹을 확인할 수 있다. 예를 들어, 제1 사용자(US_1)의 계정과 연동된 가상 자산 월렛(220)에 제1 가상 부동산(VP_1)에 대한 정보가 포함되어 있으면, 메타버스 서버(100)는 제1 사용자(US_1)를 제1 그룹(GRP_1)으로 설정할 수 있다.
메타버스 서버(100)는 제1 사용자(US_1)의 그룹이 제1 그룹(GRP_1)인지 확인하고, 제1 사용자(US_1)의 그룹이 제1 그룹(GRP_1)인 경우, NFT에 포함된 가상 자산 정보에 따른 파티 컨텐츠 조건을 제공할 수 있다. 파티 컨텐츠 조건은 예를 들어, 파티에 참여할 수 있는 사용자의 수, 파티 컨텐츠 내에서 실행할 수 있는 사용자 매칭 이벤트의 개수, 파티 컨텐츠 내에서 실행할 수 있는 사용자 매칭 이벤트의 종류 등을 포함할 수 있다.
제1 사용자(US_1)는 제1 사용자 단말(400)을 통해, 제2 사용자(US_2)와 제3 사용자(US_3)의 정보를 요청할 수 있다. 메타버스 서버(100)는 제1 사용자 단말(400)로부터의 요청에 응답하여, 제2 사용자(US_2)와 제3 사용자(US_3)의 정보를 제1 사용자 단말(400)에 제공할 수 있다. 제2 사용자(US_2)와 제3 사용자(US_3)의 정보는 예를 들어, 제2 사용자(US_2) 및 제3 사용자(US_3)의 성별, 나이, 외모, 직업, 성격 등을 포함할 수 있다.
제1 사용자(US_1)는 제2 사용자(US_2) 및 제3 사용자(US_3)의 정보를 기초로, 파티 컨텐츠 참가 조건을 설정하고, 초대하고자 하는 제2 사용자(US_2) 및 제3 사용자(US_3)의 목록을 메타버스 서버(100)에 요청할 수 있다. 이때, 파티 컨텐츠 참가 조건은 제2 사용자(US_2)와 제3 사용자(US_3)가 서로 다른 조건으로 설정할 수 있다. 예를 들어, 제1 사용자(US_1)는 제2 사용자(US_2)에게 파티 컨텐츠 참가를 위해 가상 화폐 등을 요청할 수 잇고, 제3 사용자(US_3)에게는 무료로 참가할 수 있도록 조건을 설정할 수 있다. 다만, 이는 예시적인 설명이며 실시예들이 이에 제한되는 것은 아니다.
메타버스 서버(100)는 제1 사용자 단말(400)로부터 제공받은 제2 사용자(US_2) 및 제3 사용자(US_3)의 목록을 기초로, 제2 사용자 단말(400)과 제3 사용자 단말(400)에 파티 컨텐츠 참가 조건 및 참가 의사 여부를 각각 제공할 수 있다.
제2 사용자(US_2)는 제2 사용자 단말(400)에 제공된 파티 컨텐츠 참가 조건을 기초로, 참가 의사 여부를 메타버스 서버(100)에 제공할 수 있다. 이와 유사하게, 제3 사용자(US_3)는 제3 사용자 단말(400)에 제공된 파티 컨텐츠 참가 조건을 기초로, 참가 의사 여부를 메타버스 서버(100)에 제공할 수 있다. 전술한 바와 같이, 파티 컨텐츠에 참가하는 사용자 수는 가상 자산 월렛(220)에 포함된 가상 자산 정보에 기초하여 결정될 수 있다.
메타버스 서버(100)는 파티 컨텐츠에 참가할 사용자가 모두 결정되면, 파티 컨텐츠를 생성하고, 제1 사용자 단말(400), 제2 사용자 단말(400) 및 제3 사용자 단말(400)에 파티 컨텐츠를 실행할 수 있다. 다음으로는 메타버스 서비스 내의 파티 컨텐츠에서 이벤트를 생성하고 실행하는 단계를 설명하기 위해, 도 10을 더 참조한다.
도 10은 본 발명의 몇몇 실시예에 따른 메타버스 서비스 내의 파티 컨텐츠에서 이벤트를 생성하고 실행하는 단계를 설명하기 위한 도면이다.
제1 사용자(US_1)는 제1 사용자 단말(400)을 통해 메타버스 서비스 내의 파티 컨텐츠에서 사용자 매칭 이벤트를 생성할 수 있다. 이때, 제1 사용자(US_1)는 사용자 매칭 이벤트에 참가할 조건을 설정할 수 있다. 예를 들어, 제1 사용자(US_1)는 제1 사용자 단말(400)을 이용하여, 사용자 매칭 이벤트에 참가할 연령, 성별 등의 조건을 설정할 수 있다. 전술한 바와 같이, 제1 사용자 단말(400)에서 생성할 수 있는 사용자 매칭 이벤트의 개수 및 종류는, 가상 자산 월렛(220)에 포함된 가상 자산 정보에 기초하여 결정될 수 있다.
제1 사용자 단말(400)에 의해 사용자 매칭 이벤트가 생성되면, 제2 사용자(US_2) 및 제3 사용자(US_3)는 각각 제2 사용자 단말(400) 및 제3 사용자 단말(400)을 이용하여 사용자 매칭 이벤트에 참가할 수 있다.
몇몇 실시예에 따르면, 파티 컨텐츠에 참가한 제2 사용자(US_2)와 제3 사용자(US_3)는 서로 커뮤니케이션할 수 있고, 연락처를 교환하거나, 매칭을 신청 또는 수락할 수 있다. 만약, 제2 사용자(US_2)와 제3 사용자(US_3)가 매칭되는 경우, 제2 사용자(US_2) 및 제3 사용자(US_3)는 제4 사용자(US_4)로 관리되어, 커플이 수행할 수 있는 커플 컨텐츠를 실행할 수 있다.
본 발명의 메타버스 구현 시스템 및 방법은 가상 자산의 정보에 따라 메타버스 내에서 생성할 수 있는 이벤트의 종류 및 개수 등을 다르게 설정함으로써, 고부가가치의 가상 자산을 생성할 수 있는 장점이 있다.
또한, 본 발명의 메타버스 구현 시스템 및 방법은 사용자 간의 매칭이 이루어진 후에도, 매칭이 이루어진 사용자들만 이용할 수 있는 컨텐츠를 제공함으로써 매칭 후에도 사용자의 이탈을 최소화할 수 있다는 장점이 있다.
이상의 설명은 본 실시예의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 실시예의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 실시예들은 본 실시예의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 실시예의 기술 사상의 범위가 한정되는 것은 아니다. 본 실시예의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 실시예의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (10)

  1. 메타버스 서비스를 이용하는 제1 사용자의 제1 사용자 단말;
    상기 메타버스 서비스를 이용하는 제2 사용자의 제2 사용자 단말;
    상기 제1 사용자가 소유한 제1 가상 부동산에 대한 정보를 포함하는 제1 NFT를 저장하는 제1 가상 자산 월렛;
    상기 제2 사용자가 소유한 상기 제1 가상 부동산과 다른 제2 가상 부동산에 대한 정보를 포함하는 제2 NFT를 저장하는 제2 가상 자산 월렛; 및
    상기 제1 가상 자산 월렛과 상기 제1 사용자의 계정을 연동하고, 상기 제2 가상 자산 월렛과 상기 제2 사용자의 계정을 연동하고, 상기 제1 사용자 단말로부터의 요청에 따라 제1 메타버스 컨텐츠를 생성하고, 상기 제2 사용자 단말로부터의 요청에 따라 상기 제1 메타버스 컨텐츠와 다른 제2 메타버스 컨텐츠를 제공하는 메타버스 서버를 포함하는,
    NFT를 이용한 메타버스 구현 시스템.
  2. 제1 항에 있어서,
    상기 제1 메타버스 컨텐츠는 상기 제1 가상 부동산을 포함하는 상기 제1 NFT가 가상 자산 월렛에 존재하는 경우에만 생성 가능한,
    NFT를 이용한 메타버스 구현 시스템.
  3. 제1 항에 있어서,
    상기 메타버스 서버는 상기 제1 가상 부동산에 대한 정보에 따라, 상기 제1 메타버스 컨텐츠에 대한 생성 조건을 상기 제1 사용자 단말에 제공하는,
    NFT를 이용한 메타버스 구현 시스템.
  4. 제3 항에 있어서,
    상기 제1 메타버스 컨텐츠에 대한 생성 조건은 상기 제1 메타버스 컨텐츠에 참가하는 사용자의 수, 상기 제1 메타버스 컨텐츠 내에서 실행할 수 있는 제1 이벤트의 종류 및 상기 제1 이벤트의 개수 중 적어도 하나를 포함하는,
    NFT를 이용한 메타버스 구현 시스템.
  5. 제1 항에 있어서,
    상기 메타버스 서버는,
    상기 제1 사용자 단말로부터 상기 제1 메타버스 컨텐츠의 생성 요청을 수신하면,
    상기 제2 사용자에 대한 정보와, 상기 제2 사용자와 다른 제3 사용자에 대한 정보를 상기 제1 사용자 단말에 제공하는,
    NFT를 이용한 메타버스 구현 시스템.
  6. 제5 항에 있어서,
    상기 제1 사용자 단말은 상기 제2 사용자의 상기 제1 메타버스 컨텐츠 참가 조건과, 상기 제3 사용자의 상기 제1 메타버스 컨텐츠 참가 조건을 서로 다르게 설정 가능한,
    NFT를 이용한 메타버스 구현 시스템.
  7. 제5 항에 있어서,
    상기 제1 사용자 단말은, 상기 메타버스 서버를 통해 상기 제2 사용자 단말 및 상기 제3 사용자의 제3 사용자 단말에 상기 제1 메타버스 컨텐츠에 대한 참가 요청을 제공하는,
    NFT를 이용한 메타버스 구현 시스템.
  8. 제7 항에 있어서,
    상기 제2 사용자 단말이 상기 제1 메타버스 컨텐츠에 대한 참가 요청을 수락하면, 상기 메타버스 서버는 상기 제2 사용자 단말에 상기 제1 메타버스 컨텐츠를 제공하고,
    상기 제3 사용자 단말이 상기 제1 메타버스 컨텐츠에 대한 참가 요청을 수락하면, 상기 메타버스 서버는 상기 제3 사용자 단말에 상기 제1 메타버스 컨텐츠를 제공하고,
    상기 제2 사용자 단말과 상기 제3 사용자 단말은 상기 제1 메타버스 컨텐츠 내에서, 상기 제1 사용자 단말에 의해 생성된 제1 이벤트를 수행하는,
    NFT를 이용한 메타버스 구현 시스템.
  9. 제1 항에 있어서,
    상기 메타버스 서비스를 이용하고, 상기 제2 사용자와 매칭된 제3 사용자의 제3 사용자 단말을 더 포함하고,
    상기 메타버스 서버는 상기 제2 사용자 단말과 상기 제3 사용자 단말에, 매칭된 사용자만 이용 가능한 제3 메타버스 컨텐츠를 제공하는,
    NFT를 이용한 메타버스 구현 시스템.
  10. 제1 항에 있어서,
    상기 제1 NFT와 상기 제2 NFT의 유효성을 검증하는 블록체인 노드를 더 포함하는,
    NFT를 이용한 메타버스 구현 시스템.
PCT/KR2023/006672 2022-09-01 2023-05-17 Nft를 이용한 메타버스 구현 시스템 WO2024048909A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020220110448A KR20240031588A (ko) 2022-09-01 2022-09-01 Nft를 이용한 메타버스 구현 시스템
KR10-2022-0110448 2022-09-01

Publications (1)

Publication Number Publication Date
WO2024048909A1 true WO2024048909A1 (ko) 2024-03-07

Family

ID=90098194

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/006672 WO2024048909A1 (ko) 2022-09-01 2023-05-17 Nft를 이용한 메타버스 구현 시스템

Country Status (2)

Country Link
KR (1) KR20240031588A (ko)
WO (1) WO2024048909A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200008706A (ko) * 2018-07-17 2020-01-29 주식회사 씨투몬스터 가상현실 컨텐츠 제작 시스템 및 제작 방법
KR102322953B1 (ko) * 2019-11-19 2021-11-09 데이터킹주식회사 가상부동산 거래 및 가치 결정 방법 및 시스템
KR102418486B1 (ko) * 2021-09-28 2022-07-07 식신 주식회사 공간 자산화 플랫폼 및 공간 자산화 방법
KR102423623B1 (ko) * 2022-03-14 2022-07-22 주식회사 에이비파트너스 메타버스 내에서 미술 작품 전시 및 매매 서비스를 제공하는 방법 및 서버
KR102432524B1 (ko) * 2021-12-28 2022-08-17 주식회사 메타랩 메타버스 하이브리드 플랫폼 서비스 시스템 및 그 제어 방법

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102433844B1 (ko) 2022-02-09 2022-08-18 주식회사 데브메이트 메타버스 기반 소개팅 시스템

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200008706A (ko) * 2018-07-17 2020-01-29 주식회사 씨투몬스터 가상현실 컨텐츠 제작 시스템 및 제작 방법
KR102322953B1 (ko) * 2019-11-19 2021-11-09 데이터킹주식회사 가상부동산 거래 및 가치 결정 방법 및 시스템
KR102418486B1 (ko) * 2021-09-28 2022-07-07 식신 주식회사 공간 자산화 플랫폼 및 공간 자산화 방법
KR102432524B1 (ko) * 2021-12-28 2022-08-17 주식회사 메타랩 메타버스 하이브리드 플랫폼 서비스 시스템 및 그 제어 방법
KR102423623B1 (ko) * 2022-03-14 2022-07-22 주식회사 에이비파트너스 메타버스 내에서 미술 작품 전시 및 매매 서비스를 제공하는 방법 및 서버

Also Published As

Publication number Publication date
KR20240031588A (ko) 2024-03-08

Similar Documents

Publication Publication Date Title
WO2019198885A1 (ko) 블록체인 기반의 다수의 서비스 노드를 사용하는 탈중앙화 서비스 플랫폼
WO2016208951A1 (ko) 링크 정보에 대응하는 오픈 채팅방을 통해 메시지 서비스를 제공하는 메시지 서비스 제공 방법 및 상기 메시지 서비스 제공 방법을 수행하는 메시지 서버 및 단말
WO2012077997A2 (ko) 소셜 네트워크 서비스 장치 및 그 서비스 방법
WO2016108545A1 (ko) 대화 서비스 제공 방법 및 대화 서비스 제공 디바이스
WO2013039351A2 (ko) 친구 중계 서비스 방법 및 시스템
WO2019177380A1 (ko) 하이브리드 블록체인 시스템 및 이를 이용한 제어 트랜잭션 전달 방법
CN108449321A (zh) 登陆方法、服务器和客户端
CN109089231A (zh) 验证码短信的转发方法、装置、服务器和介质
WO2023128305A1 (ko) 메타버스 기반의 오피스 환경에서 유저영상데이터 매칭 방법과 이를 실행하는 프로그램이 기록된 저장매체 및 이를 포함하는 유저영상데이터 매칭 시스템
CN105993156A (zh) 服务器访问验证方法以及装置
CN106302117A (zh) 消息传输系统、方法和装置
WO2024048909A1 (ko) Nft를 이용한 메타버스 구현 시스템
WO2024090845A1 (ko) 서명 기능 없는 블록체인 지갑의 소유권 인증 방법 및 이를 이용한 시스템
WO2019221385A1 (ko) 대화용 애플리케이션의 운영 방법
WO2023224264A1 (ko) 그룹 전용 사이니지를 이용한 그룹 구성원 간 유대감 강화 서비스 시스템
WO2016186326A1 (ko) 검색어 리스트 제공 장치 및 이를 이용한 방법
WO2021153942A1 (ko) 폐쇄형 커뮤니티 구성원 추가 방법 및 장치
WO2022169144A1 (ko) 온라인 강의 콘텐츠를 이용하여 멘토링 서비스 제공방법
WO2022191392A1 (ko) 창작물 거래 시스템
WO2014204189A1 (ko) 어플리케이션 실행의 개별단계를 위한 가상 공간 제공 시스템
WO2018226005A1 (ko) 협업서비스 제공방법 및 프로그램
WO2023200318A1 (ko) 가상 공간 상에서 음악을 제공하기 위한 방법, 장치 및 비일시성의 컴퓨터 판독 가능한 기록 매체
CN112671826A (zh) 一种虚拟专有云互通配置下发的实现方法
WO2022102803A1 (ko) 증강현실 기반의 콘텐츠 제공 방법 및 제공장치
WO2013151371A1 (ko) Pc방의 서비스 등록 ip 판별 시스템 및 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23860596

Country of ref document: EP

Kind code of ref document: A1