JP2023133964A - Object trading system, information processing device, program, and method for trading object - Google Patents

Abstract

To provide a system which is more entertaining for a user.MEANS FOR SOLVING THE PROBLEM: An object trading system includes: settlement means for making payment of the cost of a first object as an intangible object usable in a specific service and the cost of a second object as a tangible object; and trade control means for controlling a trade of at least one of the first object and second object so that the trade is possible between a first user and a second user within a delivery moratorium in which a moratorium on a delivery of the second object to the first user is granted on the condition that payment of the cost is completed.SELECTED DRAWING: Figure 20

Description

The present invention relates to an object trading system, an information processing device, a program, and an object trading method.

Some games allow objects such as cards used in games to be traded between users. In such a game system, trading conditions are presented to other users, and objects are traded with users who accept the presented trading conditions (for example, Patent Document 1).

Japanese Patent Application Publication No. 2014-195709

However, in such a trading system, the trading period during which objects can be traded is an important issue in improving the interest of the system for users.

SUMMARY OF THE INVENTION Therefore, an object of the present invention is to provide an object trading system, an information processing device, a program, and an object trading method that are more interesting to users.

One aspect of the present invention provides a payment means for settling a payment for a first object that is an intangible object and a second object that is a tangible object that can be used in a predetermined service, and completing the payment of the payment. on the condition that, within the delivery grace period during which the delivery of the second object to the first user is postponed, the transaction of at least one of the objects between the first object and the second object is carried out between the first user and the second user. and a transaction control means that allows control between objects.

One aspect of the present invention provides a payment means that can be used in a predetermined service and that settles the payment for a pair of a first object that is an intangible object and a second object that is a tangible object, and a payment method that can be used in a predetermined transaction period. Enables a transaction in which the first user's set and the second user's set are exchanged between the first user who has made the payment for the set and the second user who has made the payment for the set. transaction control means, the transaction control means controls a predetermined transaction possible period based on the settlement date of the payment of the price for the pair of the first object and the second object of the first user and the second user's second object. The scheduled date of delivery of the second object to the first user and the scheduled date of delivery of the second object to the second user from the later of the payment date of the payment for the pair of the first object and the second object. This is an object trading system that is set for a period up to the earliest scheduled delivery date.

One aspect of the present invention provides a payment means for settling a payment for a first object that is an intangible object and a second object that is a tangible object that can be used in a predetermined service, and completing the payment of the payment. on the condition that, within the delivery grace period during which the delivery of the second object to the first user is postponed, the transaction of at least one of the objects between the first object and the second object is carried out between the first user and the second user. and transaction control means capable of controlling transactions between.

One aspect of the present invention provides a payment means for settling a payment for a first object that is an intangible object and a second object that is a tangible object that can be used in a predetermined service; As a condition, within the delivery grace period during which the delivery of the second object to the first user is postponed, at least one of the object transactions between the first object and the second object is carried out between the first user and the second user. This is a program that allows a computer to function as a transaction control means that allows control between transactions.

In one aspect of the present invention, a computer settles the payment of a price for a first object that is an intangible object and a second object that is a tangible object that can be used for a predetermined service, and completes the payment of the price. on the condition that, within the delivery grace period during which the delivery of the second object to the first user is postponed, the transaction of at least one of the objects between the first object and the second object is carried out between the first user and the second user. It is an object trading method that allows control between objects.

According to the present invention, it is possible to provide a technique that is more interesting for users.

FIG. 1 is a diagram for explaining the first embodiment. FIG. 2 is a diagram showing an example of the overall configuration of the object providing system in the first embodiment. FIG. 3 is a block diagram showing an example of the functional configuration of the common user ID management server 1. As shown in FIG. FIG. 4 is a diagram showing an example of the common user ID management database 120. FIG. 5 is a block diagram showing an example of the functional configuration of the object sales server 2. As shown in FIG. FIG. 6 is a diagram showing an example of the sales object database 220. FIG. 7 is a block diagram showing an example of the functional configuration of the service providing server 3. As shown in FIG. FIG. 8 is a diagram showing an example of the object database 320 used in the game. FIG. 9 is a block diagram showing an example of the functional configuration of the terminal 4. As shown in FIG. FIG. 10 is a sequence diagram of the operation of the first embodiment. FIG. 11 is a flowchart of the common user ID registration process (Step 1). FIG. 12 is a flowchart of the object sales process (Step 2). FIG. 13 is a diagram showing an example of the transition of screens displayed on the terminal 4. FIG. 14 is a flowchart of the object registration process (Step 3). FIG. 15 is an example of a login screen for the game. FIG. 16 is a flowchart of the service execution process (Step 4) and the start of the object management process (Step 5). FIG. 17 is a flowchart of object list processing (Step 6). FIG. 18 is a diagram showing an example of an object list screen. FIG. 19 is a diagram for explaining the second embodiment. FIG. 20 is a diagram showing an example of the overall configuration of an object trading system in the second embodiment. FIG. 21 is a block diagram showing an example of the functional configuration of the transaction server 5. As shown in FIG. FIG. 22 is a diagram showing an example of the transaction management database 510. FIG. 23 is a sequence diagram of the operation of the second embodiment. FIG. 24 is a flowchart of the transaction object registration process (Step 10) and the transactionable owned object list process (Step 11). FIG. 25 is a diagram showing an example of a screen displayed on the terminal 4a. FIG. 26 is a flowchart of transaction processing (Step 12). FIG. 27 is an example of a transaction screen displayed on the terminal 4b. FIG. 28 is an example of a negotiation application screen displayed on the terminal 4a. FIG. 29 is a flowchart of the transaction authentication process (Step 13). FIG. 30 is a diagram showing an example of the common user ID management table 120 after the transaction. FIG. 31 is a diagram for explaining modification 1 of the second embodiment. FIG. 32 is a diagram showing an example of a transaction conditions screen in Modification 3 of the second embodiment.

<First embodiment>
A first embodiment of the present invention will be described.
With the recent digitalization, virtual game cards used in game applications and virtual objects that appear in a three-dimensional virtual space built online called the metaverse are attracting attention. The digital data of these intangible objects will be hereinafter referred to as a first object.

On the other hand, game cards, trading cards, figures, plastic models, etc. that are associated with characters from anime and the like have been provided. These items are tangible objects that the user can actually recognize. These tangible items will be hereinafter referred to as second objects.

Although there is a difference between the first object and the second object in that they are intangible objects and tangible objects, they have in common that they can be associated with (embodied) a character or the like. Therefore, it is possible to associate the first object and the second object with the same character or characters that are related to each other. Here, the mutually related characters are, for example, a relationship between characters in which the first object and the second object appear in a certain story.

If the first object and second object associated with such a character can be provided as a set to the user, it is possible to provide the user with new enjoyment. This is because the first object associated with the user's favorite character is an intangible object, so various services such as application games and virtual spaces such as Metaverse can be provided to the user using this first object. Furthermore, since the second object associated with the user's favorite character is a tangible object, it can satisfy the user's sense of ownership in the real world. In other words, this is because double value can be given to the user.

Specifically, as shown in FIG. 1, there is a virtual game card (first object) X1 used in a game application and a game card (second object) X2 as an article. The game card X2 is associated with the same character. For example, the designs of game card X1 and game card X2 are the same. The user can purchase the game card X1 and the game card X2 as a set.

The service provider provides the game card X1 as digital data to the user who purchased the set. At this time, the user and the game card X1 are associated so that the user can use the game card X1 in a plurality of services. For example, a common identifier (hereinafter sometimes referred to as a common user ID) that can identify a user in each of a plurality of services is associated with the game card X1. By doing so, the game card X1 can be identified as the user's property, and the user can use the game card X1 in a plurality of services. For example, the user can use the game card X1 as a game element in a game application, or use the game card X1 as a display in the metaverse.

Further, the service provider hands over the game card X2 as a physical item to the user who purchased the set. Here, delivery includes delivery of the game card X2 to the user and delivery to the user at the store. Thereby, the user can satisfy the desire to own a physical collection or the like.

In the above-described specific example, the first object and the second object are the same character and have the same pattern written on them, but the present invention is not limited to this. For example, the first object and the second object are the same character, but the first object may be a figure of the character, and the second object may be a plastic model of the character.

As mentioned above,
・Provide the first object and second object associated with the character as a set to the user;
- Associate a common user ID that identifies users in multiple services with at least the first object;
As a result, various services using the first object can be provided to the user, and the second object can satisfy the user's sense of ownership in the real world.
Detailed embodiments will be described below.

<Overall configuration of first embodiment>
The object providing system in this embodiment will be explained.
FIG. 2 is a diagram showing an example of the overall configuration of the object providing system in the first embodiment. As shown in FIG. 2, the object providing system includes a common user ID management server 1, an object sales server 2, a service providing server 3, and a terminal 4. The common user ID management server 1, the object sales server 2, the service providing server 3, and the terminal 4 can be connected to the network N and can communicate with each other.

The network N means a communication path that allows data communication. In other words, the network N includes communication networks such as telephone communication networks, cable networks, and the Internet, in addition to LANs using dedicated lines (dedicated cables) and Ethernet (registered trademark) for direct connection, and communication methods include wired/ Doesn't matter wireless.

The common user ID management server 1, object sales server 2, and service providing server 3 are server systems configured to include one or more server devices, storage devices, and the like. Furthermore, the common user ID management server 1, object sales server 2, and service providing server 3 do not need to be installed individually, and may be coexisted with other servers in the cloud system.

The common user ID management server 1 is a server that manages common user IDs that are commonly used in a plurality of services provided to users. The common user ID is an identifier (identification information) that uniquely identifies a user who uses a service.

The object sales server 2 is a server that sells or provides objects to users.

The service providing server 3 is a server that provides a user with a service using the first object. Note that the service providing server 3 may execute a plurality of services at once, or may exist for each service.

The terminal 4 is an information processing device (computer) capable of running applications, a web browser, etc., and is connected to the network N via a wireless communication base station, etc., and is connected to the common user ID management server 1 and the object sales server 2. , and the service providing server 3 can perform data communication. The terminal 4 is, for example, a smartphone, a mobile phone, a portable game device, a stationary home game device, an arcade game device, a personal computer, a tablet computer, a controller for a stationary home game device, or the like. Basically, a plurality of terminals 4 exist and are operated by each user.

<Each configuration of the first embodiment>
The common user ID management server 1 will be explained. FIG. 3 is a block diagram showing an example of the functional configuration of the common user ID management server 1. As shown in FIG.

As shown in FIG. 3, it includes a processing section 10, a communication section 11, and a storage section 12.
The processing unit 10 centrally controls the operation of the common user ID management server 1 based on programs and data stored in the storage unit 12. The functions of the processing unit 10 can be realized by, for example, a microprocessor such as a CPU or a GPU, or an electronic component such as an ASIC or an IC memory. This processing section 10 includes a calculation section 100, an image generation section 101, and a communication control section 102 as main functional sections.

The calculation unit 100 includes a common user ID management unit 110 and an owned object presentation unit 111.

The common user ID management unit 110 uses a common user ID management database 120 stored in the storage unit 12 to manage common user IDs. Common user ID is an identifier commonly used in multiple services provided to users to identify and authenticate each user.

FIG. 4 is a diagram showing an example of the common user ID management database 120. The common user ID management database 120 includes a common user ID database 121 and a player object management database 122.

The common user ID database 121 is a database that manages common user IDs of users. One record in the common user ID database 121 includes a field for the user's common user ID, a field for the user's user name, a field for the user's password, a field for the user's address, and a field for the user's address. Contains a field for currencies (coins) that can be used within the service.

The player object management database 122 is a table prepared for each common user ID, and is a table for managing objects that can be used or owned by the user of the common user ID. Each table includes a field for the object name of the object owned by the user, an object ID for identifying the object, a field for the name of a service that can be used by the object, a field for indicating whether the object can be used in that service, and a field for the object. , and a field for the delivery completion date of the object.

The common user ID management unit 110 uses the common user ID management database 120 to identify and authenticate users and provide each piece of information in response to a request from the object sales server 2 or the service providing server 3. Further, the common user ID management unit 110 updates the common user ID management database 120 using information provided from the object sales server 2 or the service providing server 3.

The owned object presentation unit 111 presents a list of objects owned by the user in response to a request from the terminal 4.

The image generation unit 101 generates one screen in one frame time (for example, 1/60 seconds) based on the processing result of the calculation unit 100, and outputs an image signal of the generated screen. The functions of the image generation unit 101 include, for example, processors such as GPUs and digital signal processors (DSPs), programs such as video signal ICs and video codecs, IC memories for drawing frames such as frame buffers, and texture data development. This can be realized using IC memory, etc.

The communication control unit 102 performs communication connection and data processing for data communication between the object sales server, the service providing server 3, and the terminal 4.

The communication unit 11 connects to a communication line to realize communication. The functions of the communication unit 11 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, and the like.

The storage unit 12 is realized by, for example, a RAM, a ROM, an IC memory such as a flash memory, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or a DVD, and stores system programs and function programs. A system program is a program for realizing the basic functions of a computer. The functional program is a program for causing the calculation unit 100 to function as the common user ID management unit 110 and the owned object presentation unit 111. Further, in the present embodiment, the storage unit 12 stores a common user ID management database 120.

The object sales server 2 will be explained. FIG. 5 is a block diagram showing an example of the functional configuration of the object sales server 2. As shown in FIG.
As shown in FIG. 5, it includes a processing section 20, a communication section 21, and a storage section 22.

The processing unit 20 comprehensively controls the operation of the object sales server 2 based on programs and data stored in the storage unit 22. The functions of the processing unit 20 can be realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or an IC memory. The processing section 20 includes a calculation section 200, an image generation section 201, and a communication control section 202 as main functional sections.

The calculation unit 200 includes an object sales unit 210, a payment unit 211, a first object provision unit 212, and a second object delivery procedure unit 213.

The object sales department 210 reads information on objects that can be sold from the sales object database 220 and presents an object purchase screen to the terminal 4. Further, the object sales unit 210 presents a selected object purchase screen to the terminal 4 in response to the selection of an object to be purchased from the terminal 4, and presents a selected object purchase completion screen to the terminal 4 after the payment is completed. In this embodiment, the object to be sold means a set of a first object, which is an intangible object, and a second object, which is a tangible object. The first object and the second object, which is a tangible object, are objects corresponding to the same character. For example, the first object is a digital data game card that can be used in an application game, and the second object is a real card having the same pattern as the digital data game card.
The object sales department 210 mainly communicates with the terminal 4 using HTTP, and transmits contents such as various screens (HTML/XHTML/XML, documents, images, etc.).

The payment unit 211 performs payment for the object selected by the user. Here, the price of the object is the price of a set of a first object, which is an intangible object, and a second object, which is a tangible object. In this embodiment, the method of payment of the price is performed using in-service currency, but electronic payment such as a credit card is also possible. The payment unit 111 transmits payment information regarding the object that the user intends to purchase to the common user ID management server 1. The payment information includes the user's common user ID, password, and object price information. Upon receiving the payment completion information from the common user ID management server 1, the payment unit 211 notifies the terminal 4 of the completion of the payment. The payment completion information includes user authentication, notification of completion of subtraction of the price of the object from the currency (coins) owned by the user, and the user's address (delivery destination).

The first object providing unit 212 provides the first object among the objects to the terminal 4 after the payment unit 211 makes the payment. For example, the providing method includes not only a method of providing digital data of the first object for registration in a game application installed on the terminal 4, but also a method of providing digital data of the first object to be registered to a game application installed on the terminal 4. It also includes a method for providing usage information to enable use.

The second object delivery procedure unit 213 manages the delivery procedure of a second object, which is a tangible object among the objects. Specifically, the second object delivery procedure unit 213 delivers the second object to the user's address (delivery destination) so that the second object can be delivered to the user on the scheduled delivery date of each user in the player object management database 122. Create delivery slips and manage procedures necessary for delivery.

The image generation unit 201 generates one screen in one frame time (for example, 1/60 seconds) based on the processing result of the calculation unit 200, and outputs an image signal of the generated screen. The functions of the image generation unit 201 include, for example, processors such as GPUs and digital signal processors (DSPs), programs such as video signal ICs and video codecs, IC memories for drawing frames such as frame buffers, and texture data development. This can be realized using IC memory, etc.

The communication control unit 202 performs communication connection and data processing for data communication between the common user ID management server 1 and the terminal 4.

The communication unit 21 connects to a communication line to realize communication. The functions of the communication unit 11 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, and the like.

The storage unit 22 is realized by, for example, a RAM, a ROM, an IC memory such as a flash memory, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or a DVD, and stores system programs and function programs. A system program is a program for realizing the basic functions of a computer. The functional program is a program for causing the calculation unit 200 to function as an object sales unit 210, a payment unit 211, a first object provision unit 212, and a second object delivery procedure unit 213. Further, in this embodiment, a sales object database 220 is stored in the storage unit 22.

FIG. 6 is a diagram showing an example of the sales object database 220. One record in the sales object database 220 includes a field for the name of the object, a field for the object ID that identifies the object, a field for the sales period of the object, and a field for information regarding available services for the object and delivery of the object. and a field for the price of the object.

To specifically explain the contents of the first record of the sales object database 220 in FIG. 6,
・A set of application game card X1 (first object) and real card X2 (second object) corresponding to character X of the "X series" is sold;
・The sales period for the set is from February 10, 2022 to March 10, 2022,
・The price of the set is 100 coins,
・Application game card X1 (first object) can be used in the game "X series",
・The application game card X1 (first object) was delivered (provided) to the user on March 1, 2022, and the real card X2 (second object) was delivered to the user on March 20, 2022. There is a delivery schedule,
It is.

The service providing server 3 will be explained. FIG. 7 is a block diagram showing an example of the functional configuration of the service providing server 3. As shown in FIG. In the first embodiment, the services using objects executed by the service providing server 3 are a card game using the first object and a metaverse using the first object.

As shown in FIG. 7, it includes a processing section 30, a communication section 31, and a storage section 32.
The processing unit 30 comprehensively controls the operation of the service providing server 3 based on programs and data stored in the storage unit 32. The functions of the processing unit 30 can be realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or an IC memory. This processing section 30 includes a calculation section 300, an image generation section 301, and a communication control section 302 as main functional sections.

The calculation unit 300 includes a game execution unit 310 and a metaverse execution unit 311.
The game execution unit 310 executes a game using the first object in response to a service execution request from the terminal 4. The service execution request from the terminal 4 includes the user's common user ID and password. The game execution unit 310 transmits an available object request including the common user ID and password included in the service execution request to the common user ID management server 1. Further, from the common user ID management server 1, available object information including the common user ID of the user and the object ID of the first object available to the user is received. Then, the game execution unit 310 identifies an object (character) to appear in the game from the obtained object ID, and enables the first object (character) to be used in the game executed on the terminal 4.

The metaverse execution unit 311 executes a metaverse service using the first object in response to a service execution request from the terminal 4. The metaverse execution unit 311 transmits an available object request including the common user ID and password included in the service execution request to the common user ID management server 1. Further, from the common user ID management server 1, available object information including the common user ID of the user and the object ID of the first object available to the user is received. Then, the metaverse execution unit 311 identifies an object (character) to appear in the metaverse from the obtained object ID, and enables the first object (character) to be used in the metaverse service executed on the terminal 4.

The image generation unit 301 generates one screen in one frame time (for example, 1/60 seconds) based on the processing result of the calculation unit 300, and outputs an image signal of the generated screen. The functions of the image generation unit 201 include, for example, processors such as GPUs and digital signal processors (DSPs), programs such as video signal ICs and video codecs, IC memories for drawing frames such as frame buffers, and texture data development. This can be realized using IC memory, etc.

The communication control unit 302 performs communication connection and data processing for data communication between the common user ID management server 1 and the terminal 4.

The communication unit 31 connects to a communication line to realize communication. The functions of the communication unit 31 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, and the like.

The storage unit 32 is realized by, for example, a RAM, a ROM, an IC memory such as a flash memory, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or a DVD, and stores system programs and function programs. A system program is a program for realizing the basic functions of a computer. The functional program is a program for causing the calculation unit 300 to function as the game execution unit 310 and the metaverse execution unit 311.

Furthermore, in the present embodiment, the storage unit 32 stores various databases related to first objects (characters) for executing the game and the metaverse. FIG. 8 is a diagram showing an example of the object database 320 used in the game. One record in the object database 320 includes an object ID field, a field for image data of the object displayed in the game, a field for character information for the object, and a user ID field indicating whether the user owns the object. and a field for proprietary information. A similar database is also stored for metaverse services.

The terminal 4 will be explained. FIG. 9 is a block diagram showing an example of the functional configuration of the terminal 4. As shown in FIG.
As shown in FIG. 9, the terminal 4 includes a processing section 40, an operation input section 41, a display section 42, a sound output section 44, a communication section 44, and a storage section 45.

The processing unit 40 comprehensively controls the operation of the terminal 4 based on programs and data stored in the storage unit 45, various input signals from the operation input unit 41, and the like. The functions of the processing unit 40 can be realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or an IC memory. The processing section 40 includes a calculation section 400, an image generation section 401, a sound generation section 402, and a communication control section 403 as main functional sections.

The calculation unit 400 executes various processes to realize the service of this embodiment, and outputs the processing results to the image generation unit 401, the sound generation unit 402, or the communication control unit 403.
The calculation unit 400 includes a browser execution unit 410 and a service execution unit 411.

The browser execution unit 410 mainly communicates with the server using HTTP, acquires content, and analyzes the acquired content based on the result of syntax analysis according to its type (HTML/XHTML/XML, document, image, etc.). Arrange and draw text and images. Further, if a plug-in corresponding to a Flash application or a Java applet is prepared, the browser execution unit 410 can display and execute the plug-in.

The service execution unit 411 is a unit that executes a provided service. In this embodiment, the service execution unit 411 executes each service using an application that executes a game and metaverse using objects.

The image generation unit 401 generates one game screen in one frame time (for example, 1/60 seconds) based on the processing result of the calculation unit 400, and outputs an image signal of the generated game screen to the image display unit 103. . The functions of the image generation unit 401 include, for example, processors such as GPUs and digital signal processors (DSPs), programs such as video signal ICs and video codecs, IC memories for drawing frames such as frame buffers, and texture data development. This can be realized using IC memory, etc.

The sound generation unit 402 generates sound signals such as sound effects and BGM related to the game, audio information of operation assistance information, and various operation sounds based on the processing results of the calculation unit 400, and outputs them to the sound output unit 43. The function of the sound generation unit 401 can be realized by, for example, a processor such as a digital signal processor (DSP) or a voice synthesis IC, an audio codec capable of reproducing audio files, or the like.

The communication control unit 403 performs communication connections and data processing for data communication with each server.

The operation input section 41 is used by the player to input various operations related to the service, and outputs an operation input signal corresponding to the operation input to the processing section 40 . The functions of the operation input unit 40 include, for example, a touch operation pad, a home button, a button switch, a joystick, a trackball, and other elements that the player directly operates with their fingers, as well as an acceleration sensor, an angular velocity sensor, an inclination sensor, and a geomagnetic sensor. This can also be achieved using elements that detect movement or posture.

The display unit 42 displays various game screens based on image signals input from the image generation unit 401. The function of the display unit 42 can be realized by, for example, a display device such as a flat panel display such as a liquid crystal, a cathode ray tube (CRT), a projector, or a head-mounted display.

The sound output unit 43 is for outputting sound effects and the like related to the game based on the sound signal input from the sound generation unit 402. For example, the sound output unit 43 is a speaker.

The communication unit 44 connects to a communication line to realize communication. The functions of the communication unit 35 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, and the like.

The storage unit 45 stores in advance system programs and service applications for operating the terminal 4 and realizing various functions of the terminal 4, data used during execution of the service application, or data for processing. It is stored temporarily each time. The storage unit 45 can be realized by, for example, a solid state drive using an IC memory such as RAM, ROM, or flash memory, a magnetic disk such as a hard disk, or an optical disk such as CD-ROM or DVD. The system program is a program for realizing the basic functions of the terminal 4 as a computer. The service application is a web browser that causes the calculation unit 400 to function as the browser execution unit 410, a game application that causes the service execution unit 411 to function, a metaverse application, or the like. Furthermore, the storage unit 45 stores a database necessary for executing the service.

<Operation of the first embodiment>
The operation of the first embodiment will be explained. FIG. 10 is a sequence diagram of the operation of the first embodiment.

First, in order to obtain a common user ID, the browser execution unit 410 of the terminal 4 transmits a common user ID acquisition request to the common user ID management server 1. The common user ID acquisition request includes a user name, a desired password, and the user's address.

The common user ID management server 1 that has received the common user ID acquisition request performs common user ID registration processing (Step 1). FIG. 11 is a flowchart of the common user ID registration process (Step 1).

When the common user ID management server 1 receives the common user ID acquisition request (Step 100), the common user ID management unit 110 checks whether the user name and desired password included in the common user ID acquisition request can be registered. Determine (Step 101). If registration is possible, the common user ID management unit 110 assigns a common user ID to the user (Step 102), and registers the common user ID, user name, password, and address in the common user ID management database 121 (Step 103). . Then, the common user ID management unit 110 transmits a common user ID registration completion screen on which the common user ID is written to the terminal 4 (Step 105). On the other hand, if the user name and desired password cannot be registered (Step 101), the common user ID management unit 110 transmits a screen requesting a different user name and password to the terminal 4 (Step 105).

Through the above operations, the user can obtain a common user ID for use in multiple services. Furthermore, the user can use the acquired common user ID to acquire currency (coins) for use in various services. The acquisition method is to settle the payment of currency (coins) by electronic payment such as credit card. The currency (coin) acquired by the user is written in the currency (coin) field of the user's record in the common user ID management database 121 by the common user ID management unit 110.

Next, the purchase of an object by a user will be explained.
In order to purchase an object, the browser execution unit 410 of the terminal 4 transmits an object purchase screen request to the object sales server 2. The object sales server 2 that has received the object purchase screen request performs object sales processing (Step 2) with the common user ID management server 1. FIG. 12 is a flowchart of the object sales process (Step 2).

When the object sales server 2 receives the object purchase screen request (Step 200), the object sales department 210 acquires information on objects that can be sold from the sales object database 220 (Step 201), and sends the object purchase screen to the terminal 4. Send (Step 202).

FIG. 13 is a diagram showing an example of the transition of a screen for purchasing an object displayed on the terminal 4. The object purchase screen shown in FIG. 13 contains information about the name of the object, the sales period of the object, the available services of the object, and the delivery of the object, which are read from the sales object database 220 shown in FIG. 5. A list of objects is displayed that includes information and prices of the objects. To give an example, regarding character to March 10, 2022, and its price is 100 coins. Further, the application game card X1 (first object) and the real card X2 (second object) are cards associated with the character X, and include the same picture.

When the object sales department 210 receives a request for a selected object purchase screen selected by the user from the list of object purchase screens from the terminal 4 (Step 203), the object sales department 210 displays the selected object purchase screen (including the selected object ID) on the terminal 4. (Step 204). The selected object purchase screen shown in FIG. 13 is a selected object purchase screen when the user selects the object "'X Series' Character X" on the object purchase screen. The selected object purchase screen displays an application game card X1 as a first object (intangible object) and a real card X2 as a second object (tangible object), which are sold as a set of the object "X Series Character X", and an application The availability start date of game card X1 (intangible object), the scheduled delivery date of real card X2 (tangible object), and the price of the set of "X series character X" (card X1 and real card X2) Contains. The selected object purchase screen also includes input fields for the user's common user ID and password, and a purchase button. In addition, the selected object purchase screen also includes and transmits the object ID "X101" of the first object of the object "X series" and the object ID "X102" of the second object of the object "X series". .

In order to purchase the object "'X series' character , when the user presses the purchase button, the terminal 4 transmits a selected object purchase request to the object sales server 2. The selected object purchase request includes the user's common user ID “10001” and password “25002,” the object ID “X101” of the first object, and the object ID “X102” of the second object.

Upon receiving the selected object purchase request (Step 205), the payment unit 211 acquires the user's common user ID and password, the object ID of the first object, and the object ID of the second object from the selected object purchase request. Then, the payment information is sent to the common user ID management server 1 (Step 206). The payment information includes the user's common user ID and password, the object ID and available service name of the first object, the object ID and scheduled delivery date of the second object, and the price for the set of the first object and the second object. and, including. In the example of FIG. 10, the payment information includes the user's common user ID “10001” and password “25002,” the object ID “X101” of the first object, the available service “Game “X Series”,” and the second object includes the object ID "X102", the scheduled delivery date "March 20, 2022", and the set price "100 coins".

When the payment unit 211 receives the payment completion information from the common user ID management server 1 (Step 207), the payment unit 211 informs the object sales unit 210, the first object providing unit 212, and the second object delivery procedure unit 213 that the payment for the object has been completed. The object sales department 210 sends a selected object purchase completion screen to the terminal 4 (Step 208). The selected object purchase completion screen in Figure 13 displays that card X1 is now available for use in the application game "X Series" and that real card X2 is scheduled to be delivered to the user on March 20, 2022. has been done.

After the payment by the payment unit 211, the first object providing unit 212 provides the terminal 4 with the digital data of the first object that can be used by the service execution unit 411 of the terminal 4 (Step 209). In this operation, digital data of the card X1 to be registered in the game application "X series" installed on the terminal 4 is transmitted to the terminal 4.

The second object delivery procedure unit 213 refers to the scheduled delivery date in the player object management database 122 and performs delivery procedures for the second object (Step 210). In this operation, a procedure is performed to deliver the real card X2 to the user on March 20, 2022.

Next, the object registration process (Step 3) of the regular user ID management server 1 will be explained. FIG. 14 is a flowchart of the object registration process (Step 3).

When the common user ID management server 1 receives the payment information (Step 300), the common user ID management unit 110 uses the common user ID management database 120 to authenticate the common user ID and password included in the payment information. (Step 301). For example, if the payment information includes the user's common user ID "10001" and password "25002", then according to the common user ID database 121 in FIG. 4, the user's common user ID "10001" and password "25002" are ”, so it can be authenticated.

If the common user ID and password can be authenticated (Step 302), the common user ID management unit 110 checks the balance of the currency owned by the user of the common user ID (Step 303). If the balance of the user's owned currency in the common user ID database 121 is greater than or equal to the price of the object included in the payment information (Step 304), the common user ID management unit 110 determines the purchase request from the user's owned currency balance. The price of the object is subtracted (Step 305). Then, the common user ID management unit 110 updates the player object management database 122 based on the object ID of the first object, the available service name, the object ID of the second object, and the scheduled delivery date, which are included in the payment information. (Step 307), and sends payment completion information to the object sales server 2 (Step 308). Specifically, the information included in the payment information includes the user's common user ID "10001", the first object's object ID "X101", the available service "game "X series"", and the second object's object ID "X101". If the object ID is "X102" and the scheduled delivery date is "March 20, 2022," then the player object management database 122 for the common user ID "10001" is updated as shown in FIG. 4.
This concludes the explanation of the object registration process (Step 3).

Next, the use of the first object in a service by a user will be explained. In this embodiment, a game will be described as an example of a service used by a user, but the same applies to other services such as Metaverse.

The game execution unit 411 of the terminal 4 displays a game login screen and transmits a service execution request to the service providing server 3. The service execution request includes a service name, common user ID, and password. FIG. 15 is an example of a login screen for the game. The user enters the common user ID and password on the login screen and presses the login button. In this case, the service execution request includes the game "X series", the common user ID "10001", and the password "25002".

The service providing server 3 that has received the service execution request starts service execution processing (Step 4). FIG. 16 is a flowchart of the service execution process (Step 4) and the start of the object management process (Step 5).

When the service providing server 3 receives the service execution request (Step 400), the game execution unit 310 transmits an available object request to the common user ID management server 1 (Step 401). The available object request includes the service name, common user ID, and password included in the received service execution request. Here, the available object request includes the game "X series", common user ID "10001", and password "25002".

When the common user ID management unit 110 of the common user ID management server 1 receives the available object request (Step 500), it authenticates the common user ID and password included in the available object request (Step 501).

The common user ID management unit 110 refers to the common user ID management database 120, and if the common user ID and password can be authenticated (Step 502), obtains an object ID that can be used for the service (Step 502). 503). Then, the common user ID management unit 110 transmits available object information including object IDs that can be used for the service to the service providing server 3 (Step 504).

Specifically, the available object request includes the game "X series", the common user ID "10001", and the password "25002". The common user ID management unit 110 authenticates the common user ID “10001” and the password “25002” using the common user ID database 121. Since the common user ID "10001" and the password "25002" can be authenticated from the common user ID database 121, the common user ID management server 1 can authenticate the common user ID "10001" and the password "25002" from the player object management database 122 of the common user ID "10001". Get the object ID of the object that can be used in the "X series". From the player object management database 122 of the common user ID "10001", the object ID of the object that can be used for the game "X series" is "X101". The common user ID management unit 110 transmits available object information including the object ID "X101" to the service providing server 3.

When the game execution unit 310 of the service providing server 3 receives the available object information from the common user ID management server 1 (Step 402), it permits the use of the object with the object ID included in the available object information in the game. (Step 403). Then, the game execution unit 310 of the service providing server 3 executes a game (service) using the object on the terminal 4 (Step 404).

Specifically, the game execution unit 310 receives available object information including the object ID "X101" and makes the card X1 specified by the object ID "X101" usable in the game "X series".
This concludes the explanation of the services provided to users.

Next, object list processing that allows the user to view a list of objects currently owned will be described.

The browser execution unit 410 of the terminal 4 transmits a owned object list request to the common user ID management server 1. The owned object list request includes a common user ID and password. The common user ID management server 1 that has received the owned object list request executes object list processing (Step 6). FIG. 17 is a flowchart of object list processing (Step 6).

When the common user ID management unit 110 of the common user ID management server 1 receives the owned object list request (Step 600), it authenticates the common user ID and password included in the owned object list request (Step 601). The common user ID management unit 110 refers to the common user ID management database 120, and if the common user ID and password can be authenticated (Step 602), the common user ID is registered in the player object management database 122. Information about the object being held is acquired (Step 603). Then, the common user ID management unit 110 generates an object list screen from the acquired information, and transmits the object list screen to the terminal 4 (Step 604).

FIG. 18 is a diagram showing an example of an object list screen. FIG. 18 shows a list screen of objects owned by the user with common user ID "10001" (user name: XYZ). The object list screen displays the object name, the available service name and service availability for the first object, and the scheduled delivery date and delivery completion date for the second object.

In the first embodiment, a set of a first object and a second object associated with a character is provided to the user. Thereby, the user can acquire an asset as digital data of an intangible object and an asset as an article that is a tangible object. Furthermore, by associating a common user ID that identifies users in multiple services with at least the first object, it is possible to provide users with various services using the first object, and furthermore, it is possible to provide not only existing services but also new services. Even if a service is added to a service, the first object can be used in that service.

<Modification of the first embodiment>
In the first embodiment described above, the service of the first object can be used immediately after purchase, but the invention is not limited to this. Whether or not the service of the first object can be used can be freely set. For example, the service of the first object may be made available on the scheduled delivery date of the second object. By doing so, the value of the first object and the second object can be generated on the same day. Further, when a new service using the first object is introduced, the introduction date of the service can be set as the available date of the first object.

<Second embodiment>
Tangible objects such as goods have long had asset value and are subject to transactions. Furthermore, intangible objects such as digital data have become valuable assets in recent years, such as high-rarity cards in application games. These intangible objects can also be traded.

On the other hand, while intangible digital data does not deteriorate due to transactions, the value of tangible assets may decrease due to transactions. For example, once an item is delivered by a seller, the item is treated as a used item rather than a new item.

Considering the actual situation of society, the period during which transactions can be made for items sold as a set of an intangible object and a tangible object needs to take into consideration the delivery timing of the tangible object.

Therefore, the second embodiment describes an example in which objects are traded by setting a period during which it is possible to prevent a decline in the asset value of tangible objects as the tradable period while ensuring the tradability of intangible objects. . Furthermore, the second embodiment can be said to be an example of adding a service of object trading.

FIG. 19 is a diagram for explaining the second embodiment. FIG. 19 shows an example in which an intangible game card X1 and a tangible real card X2 used in an application game are sold as a set. The first user can obtain a set of game card X1 and real card X2 by making a payment for the set of game card X1 and real card X2. At this time, the form of the object to be traded by the first user is as follows.
- Only the first object is the subject of transaction.
- A set of the first object and the second object is the object of the transaction.
- Only the second object is the object of the transaction.

As described above, since the second object may be included in the transaction, it is necessary to consider the asset value of the second object. Therefore, in this embodiment, the tradable period during which the first object and/or the second object can be traded is set as the period from the settlement of the payment of the price of the set until the scheduled delivery of the second object to the first user (hereinafter referred to as (described as a grace period for delivery). In the example of FIG. 19, the delivery grace period from the first user's payment of the price for the set of game card X1 and real card X2 to the scheduled delivery date of the real card X2 to the first user is This is the transaction period during which transactions can be made with the second user using X1 and the real card X2 as transaction objects.
Detailed embodiments will be described below. In the following description, components having the same configuration as those in the first embodiment are denoted by the same reference numerals, and detailed description thereof will be omitted.

<Overall configuration of second embodiment>
An object trading system in a second embodiment will be explained. FIG. 20 is a diagram showing an example of the overall configuration of an object trading system in the second embodiment. As shown in FIG. 20, the object trading system includes a trading server 5 in addition to the first embodiment. The transaction server 5 is connectable to the network N and can communicate with the common user ID management server 1, object sales server 2, service providing server 3, and terminals 4a and 4b. Note that the transaction server 5 is a server system configured to include one or more server devices, storage devices, and the like. Also, like the common user ID management server 1, object sales server 2, and service provision server 3, the transaction server 5 does not need to be installed separately, and can be mixed with other servers in the cloud system. You can leave it there. Further, the terminal 4a is a terminal operated by a first user, and the terminal 4b is a terminal operated by a second user.

<Each configuration of the second embodiment>
The transaction server 5 will be explained. FIG. 21 is a block diagram showing an example of the functional configuration of the transaction server 5. As shown in FIG.
As shown in FIG. 21, it includes a processing section 50, a communication section 51, and a storage section 52.

The processing unit 50 comprehensively controls the operation of the common user ID management server 1 based on programs and data stored in the storage unit 52. The functions of the processing unit 50 can be realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or an IC memory. The processing section 50 includes a calculation section 500, an image generation section 501, and a communication control section 502 as main functional sections.

The calculation unit 500 includes a transaction control unit 510.
The transaction control unit 510 cooperates with the common user ID management server 1 to control object transactions between users. Specifically, the transaction control unit 510 performs processes such as registering objects to be traded by the user, managing a transaction period, applying for transactions from other users, and managing whether transactions are established or not.

The transaction control unit 510 handles any of the first object only, the second object only, and the set of the first object and the second object, but it may be only any one of them. Furthermore, the transaction control unit 510 can handle both a transaction mode in which an object is exchanged with currency (coin) and a transaction mode in which objects are exchanged with each other.

Furthermore, the period during which objects can be traded between users is from the settlement of the payment for the second object to the scheduled delivery date of the second object (delivery grace period), but immediately after the user settles the payment for the object. , there are many cases where the transaction is not initiated. Therefore, the transaction control unit 510 sets the transaction period from the date when the user applies for the transaction of the object to the scheduled delivery date of the second object. These processes are performed using the transaction management database 510 stored in the storage unit 52.

FIG. 22 is a diagram showing an example of the transaction management database 510. The transaction management database 510 is a database in which objects to be traded are registered. One record in the transaction management database 510 includes a field for the name of the object to be traded, a field for the object ID that identifies the object, a field for the transaction period of the object, available services for the object, and transaction conditions (currency). , exchange with other objects), and a field for the common user ID of the user who registered the transaction object.

The transaction control unit 510 deletes records of objects for which transactions have been completed during the transaction period. The transaction control unit 510 also refers to the transaction period field of the transaction management database 510 and deletes records of objects for which the transaction period has elapsed without a transaction being completed.

The image generation unit 501 generates one screen in one frame time (for example, 1/60 seconds) based on the processing result of the calculation unit 500, and outputs an image signal of the generated screen. The functions of the image generation unit 101 include, for example, processors such as GPUs and digital signal processors (DSPs), programs such as video signal ICs and video codecs, IC memories for drawing frames such as frame buffers, and texture data development. This can be realized using IC memory, etc.

The communication control unit 502 performs communication connection and data processing for data communication between the common user ID management server 1 and the terminal 4.

The communication unit 51 connects to a communication line to realize communication. The functions of the communication unit 11 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, and the like.

The storage unit 52 is realized by, for example, a RAM, a ROM, an IC memory such as a flash memory, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or a DVD, and stores system programs and function programs. A system program is a program for realizing the basic functions of a computer. The functional program is a program for causing the calculation unit 500 to function as the transaction control unit 510. Further, in the present embodiment, the storage unit 12 stores a transaction management database 510.

<Operation of the second embodiment>
The operation of the second embodiment will be explained. FIG. 23 is a sequence diagram of the operation of the second embodiment. Note that the terminal 4a is the terminal of the first user, and the first user is the seller of the object (or the exchange source in the case of exchange). The terminal 4b is a terminal of a second user, and the second user is the buyer of the object (or the exchange destination in the case of exchange).

The browser execution unit 410 of the terminal 4a transmits to the transaction server 5 a request for a list of tradable owned objects among the objects owned by the first user that can be traded. The tradable owned object list request includes the first user's common user ID and password. In this example, the common user ID and password of the first user are the common user ID "10001" and the password "25002".

Here, the transaction server 5 executes transaction object registration processing (Step 10), and the common user ID management server 1 executes tradable owned object list processing (Step 11). FIG. 24 is a flowchart of the transaction object registration process (Step 10) and the transactionable owned object list process (Step 11).

When the transaction control unit 510 of the transaction server 5 receives the tradable object list request (Step 700), it transfers the tradable owned object information including the common user ID and password included in the tradable owned object list request to the common user ID. It is transmitted to the management server 1 (Step 701). In this example, tradable owned object information including the common user ID "10001" and the password "25002" is transmitted to the common user ID management server 1.

When the common user ID management unit 101 of the common user ID management server 1 receives the tradable owned object information (Step 800), it uses the common user ID database 121 to store the common user ID and password included in the tradable owned object information. and authenticate (Step 801, Step 802). In this example, since the objects to be authenticated are the common user ID "10001" and the password "25002", authentication can be performed by referring to the common user ID database 121 shown in FIG. 4.

The common user ID management unit 101 acquires information on tradable objects from the player object management database 122 corresponding to the common user ID (Step 803). The tradable object is one for which the second object is in the delivery grace period. That is, the second object is an object before the scheduled delivery date. For example, if the date on which the tradable owned object information was received is March 15, 2022, when referring to the player object management database 122 of the common user ID "10001" in FIG. 4, the scheduled delivery date is March 15, 2022. The objects before the date are "'X series' character X" and character Y. Therefore, the common user ID management unit 101 acquires the object name, object ID, usable service name, availability, scheduled delivery date, and delivery completion date for "X series character X" and character Y. Then, these pieces of information are used as usable owned object information.
The common user ID management unit 101 transmits the usable owned object information to the transaction server 5 (Step 804).

The transaction control unit 510 of the transaction server 5 receives the usable owned object information (Step 702). The transaction control unit 510 uses the available owned object information to generate a tradable owned object list screen corresponding to the common user ID, and sends it to the terminal 4a (Step 703). At this time, the transaction control unit 510 sets the period from the reception date of the available owned object information to the scheduled delivery date of the second object as a transaction period in which the transaction is possible.

The browser execution unit 410 of the terminal 4 receives the tradable owned object list screen and displays the tradable owned object list screen. FIG. 25 is a diagram showing an example of a screen displayed on the terminal 4a. According to FIG. 25, as of March 15, 2022, a list of objects that can be traded by the first user is displayed.

The first user selects an object to be traded from the tradable owned object list screen. Here, it is assumed that "X Series Character X" is selected and the button on the transaction conditions screen is pressed. When the button on the transaction conditions screen is pressed, the browser execution unit 410 of the terminal 4a transmits a transaction conditions screen request.

When the transaction control unit 510 of the transaction server 5 receives the transaction conditions screen request (Step 704), it transmits the transaction conditions screen to the terminal 4a (Step 705).

The browser execution unit 410 of the terminal 4 receives the transaction conditions screen and displays the transaction conditions screen. According to FIG. 25, it is possible to select the type of object to be traded (first object only, second object only, first object and second object) and enter transaction conditions (exchange with currency or object). It looks like this. In this example, the first user selects the first object and the second object (application game card X1 and real card It is assumed that the button has been pressed. The browser execution unit 410 of the terminal 4a transmits the transaction conditions to the transaction server 5 when the transaction condition registration button is pressed.

When the transaction control unit 510 of the transaction server 5 receives the transaction conditions (Step 706), it registers the transaction conditions in the transaction management database 510 (Step 707). In this example, as shown in the transaction management database 510 of FIG. 22, information regarding the object "'X series' character X" is registered.
Thereby, the first user can register the object to be traded in the transaction server 5.

Next, an application for a transaction by the second user will be explained.
The browser execution unit 410 of the terminal 4b transmits a transaction target object list request to the transaction server 5.

The transaction server 5 that has received the transaction target object list request executes transaction processing (Step 12). FIG. 26 is a flowchart of transaction processing (Step 12).

When the transaction control unit 510 of the transaction server 5 receives a request for a list of objects to be traded (Step 900), it acquires information on objects that are currently tradable from the transaction management database 510, and generates a list of objects to be traded (Step 901). Then, the transaction control unit 510 transmits the transaction target object list screen to the terminal 4b.

The browser execution unit 410 of the terminal 4b receives the transaction target object list screen and displays the transaction target object list screen. FIG. 27 is an example of a transaction screen displayed on the terminal 4b. The transaction target object list screen in FIG. 27 displays a list of two transaction target objects currently registered in the transaction management database 510.

The second user selects an object for which he/she wishes to apply for a transaction from among the transaction object objects displayed on the transaction object list screen, and presses a button on the transaction application screen. The browser execution unit 410 of the terminal 4b transmits a transaction application screen request including identification information for identifying the selected object to the transaction server 5. Here, it is assumed that the second user has selected "X series" character A.

When the transaction control unit 510 of the transaction server 5 receives the transaction application screen request (Step 903), it transmits the transaction application screen of the selected object to the terminal 4b (Step 904).

The terminal 4b receives the transaction application screen and displays the transaction application screen. The transaction application screen in FIG. 27 displays input fields for the second user's common user ID and password. When applying for a transaction, the second user inputs the second user's common user ID and password, and presses the transaction application button. When the transaction application button is pressed, the terminal 4b transmits the transaction application to the transaction server 5. The transaction application includes the second user's common user ID and password. In this example, the common user ID and password of the second user are the common user ID "10002" and the password "avn51".

When the transaction control unit 510 of the transaction server 5 receives the transaction application (Step 905), it transmits a negotiation application screen regarding the object for which the transaction application has been made to the terminal 4a (Step 906).

The browser execution unit 410 of the terminal 4a receives the negotiation application screen and displays the negotiation application screen. FIG. 28 is an example of a negotiation application screen displayed on the terminal 4a. The negotiation application screen in FIG. 28 displays the user name of the negotiation partner, object information to be traded, and buttons for acceptance and refusal.

The first user decides whether to accept or disapprove the transaction regarding the transaction target object displayed on the negotiation application screen. To approve the transaction of the object to be traded, press the accept button. If you do not approve the transaction of the object to be traded, press the disapprove button. The browser execution unit 410 of the terminal 4a transmits information on transaction approval or transaction non-acceptance corresponding to the selected button to the transaction server 5.

When the transaction control unit 510 of the transaction server 5 receives the transaction approval information (Step 907), it transmits the transaction information to the common user ID management server 1 (Step 908). The transaction information includes the first user's common user ID and password, the second user's common user ID and password, the object ID to be traded, and exchange conditions. In this example, the common user ID "10001" and password "25002" of the first user, the common user ID "10002" and password "avn51" of the second user, and the object IDs "X101" and "X102" are exchanged. Includes the condition "150 coins".

The common user ID management server 1 that has received the transaction information executes transaction authentication processing (Step 13). FIG. 29 is a flowchart of the transaction authentication process (Step 13).

When the common user ID management unit 101 of the common user ID management server 1 receives the transaction information (Step 1000), it authenticates the common user ID and password (Step 1001). In this example, the common user ID and password to be authenticated are the common user ID "10001" and password "25002" of the first user, and the common user ID "10002" and password "avn51" of the second user. These common user IDs and passwords are authenticated with reference to the common user ID database 121. In this example, when referring to the common user ID database 121 in FIG. 4, the first user's common user ID "10001" and password "25002", the second user's common user ID "10002" and password "avn51", can be authenticated.

If the common user ID and password have been authenticated (Step 1002), the common user ID management unit 101 confirms the exchange conditions of the transaction object (Step 1003). In this example, the exchange condition for the transaction is a payment of "150 coins" from the second user to the first user. Therefore, the common user ID management unit 101 checks whether the balance of the number of coins owned by the second user with the common user ID "10002" in the common user ID database 121 is "150 coins" or more.

If the exchange conditions for the transaction object are satisfied (Step 1004), the common user ID management unit 101 updates the player object management database 122 (Step 1005).

Updating the player object management database 122 will be specifically explained. FIG. 30 is a diagram showing an example of the common user ID management table 120 after the transaction. The common user ID management unit 101 subtracts the exchange condition "150 coins" from the coins "500 coins" owned by the second user (common user ID "10002") in the common user ID database 121, and Update the coins you own to "350 coins". Further, the common user ID management unit 101 controls the service use of the application game card X1 of the object "X series character X" in the player object management database 122 of the first user (common user ID "10001"). "Not possible" (impossible) and delete the scheduled delivery date of real card X2. In addition, the common user ID management unit 101 stores records of the application game card X1 and the real card X2 of the object "X series character X" in the player object management database 122 of the second user (common user ID "10002"). is added, the use of the service for application game card X1 is set as "allowed", and "March 20, 2022" is written as the scheduled delivery date for real card X2. As a result, a transaction for the object "X series character X" is established between the first user and the second user.

By updating the player object management database 122, the second user can use the application game card X1, which is the first object, in the game "X series". Further, the object delivery procedure unit 213 executes a delivery procedure for the second object, the real card X2, to the second user on "March 20, 2022."

The common user ID management unit 101 updates the player object management database 122, and when the transaction is completed, transmits transaction authentication information to the transaction server 5 (Step 1006).

On the other hand, if the common user ID and password cannot be authenticated (Step 1002), or if the exchange conditions for the transaction target are not satisfied (Step 1004), the common user ID management unit 101 sends the transaction non-authentication information to the transaction server. 5 (Step 1007).

Upon receiving the transaction authentication information (Step 909), the transaction control unit 510 of the transaction server 5 transmits transaction completion information to the terminals 4a and 4b (Step 910). On the other hand, upon receiving the transaction failure information (Step 909), the transaction control unit 510 of the transaction server 5 transmits transaction failure information to the terminals 4a and 4b (Step 910).

With the above, the first user can exchange the acquired object for currency or other objects. On the other hand, the second user can acquire the object from the first user, can use the acquired first object for services, and can also own the second object.

The second embodiment prevents the asset value of the object from decreasing by setting the tradable period of the object within the period from the settlement of the payment for the object to the scheduled delivery date of the second object. You can trade without. Further, since the transaction is performed before the second object is delivered to the user, there is no risk of default in that the second object is not delivered by the trading partner after the transaction is completed.

<Modification 1 of the second embodiment>
In the second embodiment, when an object including the second object is the object of the transaction and the transaction condition is an exchange between the objects including the second object, consideration is given to the reduction in the value of the second object and the safety of the transaction. Then, it is necessary to consider the possible trading period. Therefore, in a modification of the second embodiment, when the transaction condition is an exchange of objects including the second object, the transaction possible period is set from the latest settlement date among the user's payment completion dates to the user's scheduled delivery date. The period up to the earliest settlement date shall be the tradable period.

FIG. 31 is a diagram for explaining a modification of the second embodiment. As shown in FIG. 31, the first user purchases X set of the first object's game card X1 and the second object's game card X2 on March 10, 2022 (payment completion date), and the second object The scheduled delivery date of game card X2 is April 20, 2022. On the other hand, the second user purchases Y set of the first object figure Y1 and the second object figure Y2 on March 20, 2022 (payment completion date), and the scheduled delivery date of the second object figure Y2 is is April 30, 2022. In such a case, when considering a transaction between the first user and the second user to exchange X set and Y set, the transaction possible period is March 2022, which is the second user's payment completion date. The period is from April 20, 2022 to April 20, 2022, which is the scheduled delivery date of the second object game card X2.

Regarding the setting of such a transaction period, the seller who sells the set must set the scheduled delivery date of each set in advance, such as, for example, what month and day is the schedule for simultaneous delivery of product A. It is thought that there are many cases where this is the case. Therefore, when the user's transaction condition is an exchange of objects including the second object, the transaction control unit 510 of the transaction server 5 acquires the scheduled delivery date of each second object to be exchanged from the sales object data 220. and determine whether a trading period can be set. For example, if the first user wants to trade the acquired X set and exchange it with the Y set, if the date on which the first user registers the transaction request is before the scheduled delivery date of the second object of the Y set. , the period from the date when the first user registers a transaction request to the scheduled delivery date of the second object of the Y set is set as a transaction period during which transactions can be made.

By setting the tradable period in this way, the exchange transaction of objects including the second tangible object can be performed without reducing the value of the second tangible object, and the second object can be exchanged for both users. Accidents such as non-delivery can be prevented and transactions can be carried out safely.

<Modification 2 of the second embodiment>
When a transaction is completed and the first object is transferred to another user, the original user may be using the first object for a game service or the like until the transfer. When the first object is used in a game or the like, character information (for example, level) associated with the first object in the game increases. Therefore, at the time of transfer, the character information (for example, level) associated with the first object in the game may have increased from its initial value, and the value of the first object in the game may have increased.

Therefore, when a transaction is completed and the first object is transferred to another user, the value acquired by the first object up to the time of transfer (for example, character information in a game, etc.) may be inherited by the other user. good. In this case, information about the first object held by the service providing server 3, for example, information recorded in the object database 320, is applied to the first object at the transfer destination.
With this configuration, the transaction value of the first object increases.

<Variation 3 of the second embodiment>
Value information may be attached to an object. For example, it is the rarity of the game card. The higher the rarity, the higher the value of the game card. Therefore, the user may wish to exchange the acquired object with an object that is equivalent (same or equivalent) in value to the acquired object. It is also necessary to prevent disadvantages to users caused by incorrect selection of exchange targets due to mistake. Therefore, in the third modification of the second embodiment, in a transaction for exchanging objects, only objects whose value information is equivalent can be exchanged. That is, an example of equivalent exchange of objects will be explained.

Upon receiving the transaction conditions screen request, the transaction control unit 510 of the transaction server 5 acquires value information of the object to be traded (object to be traded). The value information of each object is registered in advance in the sales object database 220 of the object sales server 2. Then, the transaction control unit 510 of the transaction server 5 acquires value information of the object to be traded from the sales object database 220. Further, the transaction control unit 510 acquires, from the sales object database 220, the name and object ID of an object having value information equivalent (same or equivalent) to the value information of the acquired object to be traded. Then, the transaction control unit 510 transmits the transaction conditions screen of the transaction target object including the acquired object name and object ID to the first user's terminal 4a. Note that the transaction server 5 may have a database similar to the sales object database 220.

The browser execution unit 410 of the terminal 4a receives the transaction conditions screen and displays the transaction conditions screen. FIG. 32 is a diagram showing an example of a transaction conditions screen in Modification 3 of the second embodiment. In the transaction screen of FIG. 32, a combo box is displayed for selecting exchange with an object as a transaction condition. When the combo box is selected, a list of objects with the same value as the object to be traded is displayed. For example, the rarity of the trading object "X Series Character X" is "rare", and the objects that can be exchanged with the set of that object are card (rare) set and card X32 (rare) set.

Although the example in FIG. 32 shows the case where the rarity is the same as the transaction condition, it is not necessarily limited to the same rarity, and the condition can be set to a range equivalent to the rarity of the object to be traded, for example, to the upper and lower rarities. You can spread it out. Further, when the value information of the first object and the value information of the second object are different, an exchangeable object may be selected based on the respective value information. Further, when value information is set for a pair of the first object and the second object, exchangeable objects may be selected based on the value information of the pair.

The first user can select the object to be exchanged by selecting the object to be exchanged from the list in the combo box. When the transaction condition registration button is pressed, the browser execution unit 410 of the terminal 4a transmits the transaction conditions including the object ID desired for exchange to the transaction server 5.

Upon receiving the transaction conditions, the transaction control unit 510 of the transaction server 5 registers the transaction conditions in the transaction management database 510. As a result, the transaction conditions registered in the transaction management database 510 are equivalent exchanges with objects that are equivalent (same or equivalent) to the value of the object to be traded, and objects that are significantly different in value from the object to be traded will not be subject to exchange. do not have.

By adopting such a configuration, it is possible for the user to exchange the acquired object with an object having the same (same or equivalent) value as the acquired object, and to prevent transactions that would be disadvantageous to the user. I can do it.

Some or all of the above embodiments are also described in the following supplementary notes, but are not limited to the following.

[Additional note 1]
a payment means that settles the payment for a first object that is an intangible object and a second object that is a tangible object that can be used in a predetermined service;
at least one of the first object and the second object within a delivery grace period during which the delivery of the second object to the first user is postponed on the condition that the payment of the price is completed; transaction control means for enabling and controlling transactions between the first user and the second user;
An object trading system equipped with

[Additional note 2]
the first object and the second object are sold as a pair;
The price includes the first object and the second object,
The object trading system described in Appendix 1.

[Additional note 3]
The first object and the second object are objects related to the same character or mutually related characters,
Object trading system described in Appendix 2.

[Additional note 4]
the first object and the second object include the same pattern information;
Object trading system described in Appendix 3.

[Additional note 5]
The transaction control means transfers the first object to the second user on the condition that a transaction for the first object is completed between the first user and the second user within the delivery grace period. Provided with control,
Object trading system according to any one of appendices 1 to 4.

[Additional note 6]
The transaction control means is configured to transfer the first object to the first object on the condition that a transaction for the first object and the second object is completed between the first user and the second user within the delivery grace period. control to be able to provide the second object to the second user, and control to be able to deliver the second object to the second user;
Object trading system according to any one of appendices 1 to 4.

[Additional note 7]
The transaction control means transfers the second object to the second user on the condition that a transaction for the second object is completed between the first user and the second user within the delivery grace period. to control delivery to the
Object trading system according to any one of appendices 1 to 4.

[Additional note 8]
The transaction control means enables and controls a transaction between the first user and the second user to exchange a first object of the first user and a first object of the second user.
The object trading system according to any one of Supplementary Notes 1 to 7.

[Additional note 9]
The transaction control means is configured to control transactions between the first user and the second user, such as a pair of a first object and a second object of the first user and a pair of a first object and a second object of the second user. control, allowing transactions to be exchanged with the
The object trading system according to any one of Supplementary Notes 1 to 7.

[Additional note 10]
The transaction control means may perform the transaction control means on the condition that the value information of the first object or the second object of the first user is equivalent to the value information of the first object or the second object of the first user. Control enables a transaction between a first user and the second user to exchange a first object or a second object of the first user and a first object or a second object of the second user. ,
Object trading system according to appendix 8 or appendix 9.

[Additional note 11]
The transaction control means is configured to control transactions between the first user and the second user, such as a pair of a first object and a second object of the first user and a pair of a first object and a second object of the second user. and the exchanging transaction period of the pair of the first object and the second object of the first user and the settlement date of the payment of the price of the pair of the first object and the second object of the second user. The earlier of the scheduled delivery date of the second object to the first user and the scheduled delivery date of the second object to the second user from the later of the settlement date of the payment of the price. Set the period until the scheduled date,
Object trading system according to appendix 9 or appendix 10.

[Additional note 12]
The transaction control means controls the transaction between the first user and the second user so that the transaction can be conducted using a currency that can be used for payment of the price.
Object trading system according to any one of appendices 1 to 8.

[Additional note 13]
The transaction control means includes list presentation means capable of presenting a list of tradeable objects of the first user to the second user.
Object trading system according to any one of appendices 1 to 12.

[Additional note 14]
The delivery of the second object to the first user is a delivery procedure of the second object to the first user,
The delivery grace period is the period from the completion of the payment of the price to the completion of the delivery procedure,
Object trading system according to any one of appendices 1 to 13.

[Additional note 15]
associating the user identifier of the first user with the first object on the condition that the payment of the price is completed;
On condition that a transaction of at least the first object is concluded between the first user and the second user, the user identifier of the first user and the first object are dissociated from each other; associating the user identifier of the second user with the first object;
comprising an association means;
Object trading system according to any one of appendices 1 to 14.

[Additional note 16]
comprising a service providing means for providing a service using the first object to a user of the user identifier associated with the first object;
Object trading system according to appendix 15.

[Additional note 17]
The service providing means controls so that a service using the first object can be provided after the delivery of the second object is completed.
Object trading system according to appendix 16.

[Additional note 18]
comprising list presenting means capable of presenting a list of the first objects associated with the user identifier of the first user;
The object trading system according to any one of attachments 15 to 17.

[Additional note 19]
The list includes status information of delivery procedures for the second object,
Object trading system according to appendix 18.

[Additional note 20]
providing means for providing the first object to the first user on the condition that the payment of the price is completed;
Object trading system according to any one of appendices 1 to 19.

[Additional note 21]
The delivery grace period starts after the first object is provided by the providing means,
Object trading system according to appendix 20.

[Additional note 22]
a payment means that can be used in a predetermined service and that settles the payment for a pair of a first object that is an intangible object and a second object that is a tangible object;
During a predetermined tradable period, between the first user who has settled the payment of the price of the group and the second user who has settled the payment of the price of the group, the group of the first user and the second user have settled the payment of the price of the group. transaction control means for enabling and controlling a transaction for exchanging with a pair of two users;
Equipped with
The transaction control means sets the predetermined tradable period to the settlement date of the payment for the pair of the first object and the second object of the first user and the first object and the second object of the second user. from the later of the settlement date of the payment of the set price, the scheduled delivery date of the second object to the first user, and the scheduled delivery date of the second object to the second user. Set the period up to the earliest scheduled delivery date of
Object trading system.

[Additional note 23]
a payment means that settles the payment for a first object that is an intangible object and a second object that is a tangible object that can be used in a predetermined service;
at least one of the first object and the second object within a delivery grace period during which the delivery of the second object to the first user is postponed on the condition that the payment of the price is completed; transaction control means for enabling and controlling transactions between the first user and the second user;
An information processing device comprising:

[Additional note 24]
a payment means that settles the payment for a first object that is an intangible object and a second object that is a tangible object that can be used in a predetermined service;
at least one of the first object and the second object within a delivery grace period during which the delivery of the second object to the first user is postponed on the condition that the payment of the price is completed; transaction control means for controlling transactions between the first user and the second user;
A program that makes a computer function as

[Additional note 25]
The computer is
Settle payment for a first object that is an intangible object and a second object that is a tangible object that can be used in a predetermined service;
at least one of the first object and the second object within a delivery grace period during which the delivery of the second object to the first user is postponed on the condition that the payment of the price is completed; enabling control of transactions between the first user and the second user;
Object trading method.

Although the present invention has been described above with reference to preferred embodiments, the present invention is not necessarily limited to the above embodiments, and can be modified and implemented in various ways within the scope of the technical idea.

1 Common user ID management server 2 Object sales server 3 Service provision server 4 Terminal 5 Transaction server

Claims (25)

a payment means that settles the payment for a first object that is an intangible object and a second object that is a tangible object that can be used in a predetermined service;
On the condition that the payment of the price is completed, the delivery of at least one of the first object and the second object is postponed during the delivery grace period during which the delivery of the second object to the first user is postponed. transaction control means for controlling transactions between the first user and the second user;
An object trading system equipped with the first object and the second object are sold as a pair;
The price includes the first object and the second object,
The object trading system according to claim 1. The first object and the second object are objects related to the same character or mutually related characters,
The object trading system according to claim 2. the first object and the second object include the same pattern information;
The object trading system according to claim 3. The transaction control means transfers the first object to the second user on the condition that a transaction for the first object is concluded between the first user and the second user within the delivery grace period. Provided with control,
An object trading system according to any one of claims 1 to 4. The transaction control means is configured to transfer the first object to the first object on the condition that a transaction for the first object and the second object is completed between the first user and the second user within the delivery grace period. control to be able to provide the second object to the second user, and control to be able to deliver the second object to the second user;
An object trading system according to any one of claims 1 to 4. The transaction control means transfers the second object to the second user on the condition that a transaction for the second object is completed between the first user and the second user within the delivery grace period. to control delivery to the
An object trading system according to any one of claims 1 to 4. The transaction control means enables and controls a transaction between the first user and the second user to exchange a first object of the first user and a first object of the second user.
An object trading system according to any one of claims 1 to 7. The transaction control means is configured to control a set of a first object and a second object of the first user and a first object and a second object of the second user between the first user and the second user. controls that allow transactions to be exchanged with a pair of
An object trading system according to any one of claims 1 to 7. The transaction control means may perform the transaction control means on the condition that the value information of the first object or the second object of the first user is equivalent to the value information of the first object or the second object of the first user. Control enables a transaction between a first user and the second user to exchange a first object or a second object of the first user and a first object or a second object of the second user. ,
The object trading system according to claim 8 or 9. The transaction control means is configured to control a set of a first object and a second object of the first user and a first object and a second object of the second user between the first user and the second user. and the exchanging transaction period is the settlement date of the payment of the price for the pair of the first object and the second object of the first user and the pair of the first object and the second object of the second user. from the later of the settlement date of the payment of the price, and the earlier of the scheduled delivery date of the second object to the first user and the scheduled delivery date of the second object to the second user. Set for the period up to the scheduled delivery date,
The object trading system according to claim 9 or claim 10. The transaction control means controls the transaction between the first user and the second user so that the transaction can be conducted using a currency that can be used for settlement of the price payment.
An object trading system according to any one of claims 1 to 8. The transaction control means includes list presentation means capable of presenting a list of tradeable objects of the first user to the second user.
An object trading system according to any one of claims 1 to 12. The delivery of the second object to the first user is a delivery procedure of the second object to the first user,
The delivery grace period is the period from the completion of the payment of the price to the completion of the delivery procedure,
An object trading system according to any one of claims 1 to 13. associating the user identifier of the first user with the first object on the condition that the payment of the price is completed;
On condition that a transaction of at least the first object is concluded between the first user and the second user, the user identifier of the first user and the first object are dissociated from each other; associating the user identifier of the second user with the first object;
comprising an association means;
The object trading system according to any one of claims 1 to 14. comprising a service providing means for providing a service using the first object to a user of the user identifier associated with the first object;
The object trading system according to claim 15. The service providing means controls so that a service using the first object can be provided after the delivery of the second object is completed.
17. The object trading system according to claim 16. comprising list presenting means capable of presenting a list of the first objects associated with the user identifier of the first user;
The object trading system according to any one of claims 15 to 17. The list includes status information of delivery procedures for the second object,
The object trading system according to claim 18. providing means for providing the first object to the first user on the condition that the payment of the price is completed;
An object trading system according to any one of claims 1 to 19. The delivery grace period starts after the first object is provided by the providing means,
The object trading system according to claim 20. a payment means that can be used in a predetermined service and that settles the payment for a pair of a first object that is an intangible object and a second object that is a tangible object;
During a predetermined tradable period, between the first user who has settled the payment of the price of the group and the second user who has settled the payment of the price of the group, the group of the first user and the second user have settled the payment of the price of the group. transaction control means for enabling and controlling a transaction for exchanging with a pair of two users;
Equipped with
The transaction control means sets the predetermined tradable period to the settlement date of the payment for the pair of the first object and the second object of the first user and the first object and the second object of the second user. from the later of the settlement date of the payment of the set price, the scheduled delivery date of the second object to the first user, and the scheduled delivery date of the second object to the second user. Set the period up to the earliest scheduled delivery date of
Object trading system. a payment means that settles the payment for a first object that is an intangible object and a second object that is a tangible object that can be used in a predetermined service;
On the condition that the payment of the price is completed, the delivery of at least one of the first object and the second object is postponed during the delivery grace period during which the delivery of the second object to the first user is postponed. transaction control means for controlling transactions between the first user and the second user;
An information processing device comprising: a payment means that settles the payment for a first object that is an intangible object and a second object that is a tangible object that can be used in a predetermined service;
On the condition that the payment of the price is completed, the delivery of at least one of the first object and the second object is postponed during the delivery grace period during which the delivery of the second object to the first user is postponed. transaction control means for enabling and controlling transactions between the first user and the second user;
A program that makes a computer function as The computer is
Settle payment for a first object that is an intangible object and a second object that is a tangible object that can be used in a predetermined service;
On the condition that the payment of the price is completed, the delivery of at least one of the first object and the second object is postponed during the delivery grace period during which the delivery of the second object to the first user is postponed. enabling control of transactions between the first user and the second user;
Object trading method.

Images