Programs and Systems

Abstract

To improve interest. [Solution] A program is provided that causes a computer to function as a guidance notification unit that, when a user possesses an object that can be traded with other users in a virtual space, notifies the user of guidance information for a tradable location in the virtual space associated with a real location where the tradable object can be traded with the other users. The above program causes the computer to function as a condition setting unit that sets trading conditions for the tradable object in response to an instruction from the user, and the guidance notification unit may notify the user of guidance information to the tradable location where the tradable object can be traded under conditions that satisfy the trading conditions.

Description

[Technical field]

[0001] The present invention relates to a program and a system. [Background technology]

[0002] Patent document 1 states, "The positional relationship notification control unit 220 performs control to notify the user (player) of the positional relationship between the user's position and the convertible object placement position and / or conversion location, based on placement position data that defines the placement position P1 (see Figure 3) of the conversion object that the user (player) can acquire, and conversion location data that defines the conversion location at which the convertible object owned by the user can be converted into a destination object." (paragraph 0128) [Prior art document] [Patent documents] [Patent Document 1] Patent No. 7038482 Summary of the Invention

[0003] In a first aspect of the present invention, a program is provided that causes a computer to function as a guidance notification unit that notifies a user of guidance information about a tradable location in a virtual space associated with a real-world location where the user can trade an object that is tradable with other users in a virtual space when the user possesses the object that is tradable with other users in the virtual space.

[0004] The above program causes the computer to function as a condition setting unit that sets trading conditions for the tradable object in accordance with instructions from the user, and the guidance notification unit may notify the user of guidance information to the tradable location where the tradable object can be traded under conditions that satisfy the trading conditions.

[0005] In any of the above programs, when there are no other users who can trade the tradable object under conditions that satisfy the trading conditions, the guidance notification unit may determine a location in the virtual space to notify the user of the guidance information based on at least one of a transaction history, a movement history of each user within the virtual space, characteristics of each location in the virtual space, or characteristics of real locations corresponding to each location in the virtual space.

[0006] Any of the above programs may cause the computer to function as a priority setting unit that sets a higher priority as a trading partner to other users among a plurality of other users with whom the user can trade the tradable object under more favorable trading conditions, and the guidance notification unit may notify the user of guidance information to the tradable location where the user can trade with other users with a higher priority set, rather than guidance information to the tradable location where the user can trade with other users with a lower priority set.

[0007] Any of the above programs may cause the computer to function as a location movement unit that moves the tradable location at which the tradable object can be traded with the other user in accordance with the movement of the other user.

[0008] Any of the above programs may cause the computer to function as a trade permission unit that enables a trade of the tradeable object between the user and the other user when a location in the virtual space associated with the user's real-world location falls within a predetermined range of the tradeable location.

[0009] In any of the above programs, the transaction permission unit may execute a transaction of the tradeable object between the user and the other user when code information placed at a real location associated with the tradeable location is read by the user's terminal device.

[0010] Any of the above programs may cause the computer to function as a blockchain processing unit that records a transaction of at least one object among a plurality of objects in the virtual space on a blockchain.

[0011] In any of the above programs, the blockchain processing unit may determine at least one object from the plurality of objects for which a transaction will be recorded in the blockchain based on at least one of the rarity of the object or the number of objects in the virtual space.

[0012] In any of the above programs, the blockchain processing unit may record information regarding the movement of a user who owns the at least one object in the blockchain.

[0013] In any of the above programs, the blockchain processing unit may record in the blockchain the location where the at least one object was traded with the other user.

[0014] In a second aspect of the present invention, there is provided a system including a guidance notification unit that, when a user possesses an object that can be traded with other users in a virtual space, notifies the user of guidance information to a tradable location in the virtual space associated with a real-world location where the tradable object can be traded with the other users.

[0015] The above summary of the invention does not list all of the features of the present invention. Also, subcombinations of these features may also be inventions. [Brief description of the drawings]

[0016] [Figure 1] 1 shows a configuration of a system 10 according to the present embodiment. [Diagram 2] 2 shows the configuration of a server device 20 according to the present embodiment. [Diagram 3] An example of a data structure related to each user stored in the database 200 is shown below. [Figure 4] The configuration of a terminal device 30 according to this embodiment is shown together with an input device 50 and a display device 60. [Diagram 5] 2 shows a processing flow in the server device 20 according to the present embodiment. [Figure 6] The configuration of the transaction processing unit 230 according to this embodiment is shown together with the instruction input unit 210, the game processing unit 220, the display processing unit 240, and the blockchain 670. [Figure 7] 1 shows an example of a transaction processing flow in the server device 20 according to the present embodiment. [Figure 8] 1 shows an example of a block chain processing flow in the server device 20 according to this embodiment. [Figure 9] An example of the data structure for each transaction stored in the database 200 is shown below. [Figure 10] 1 shows a first example of a display on the terminal device 30 according to the present embodiment. [Figure 11] 11 shows a second example of the display of the terminal device 30 according to the present embodiment. [Figure 12] 13 shows a third example of a display on the terminal device 30 according to the present embodiment. [Figure 13] 13 shows a fourth example of a display on the terminal device 30 according to the present embodiment. [Figure 14] 13 shows a fifth example of a display on the terminal device 30 according to the present embodiment. [Figure 15] An example of a data structure for each item stored in the blockchain 670 is shown. [Figure 16] 22 illustrates an example computer 2200 in which aspects of the present invention may be embodied, in whole or in part. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0017] The present invention will be described below through embodiments of the invention, but the following embodiments do not limit the scope of the invention according to the claims. Furthermore, not all of the combinations of features described in the embodiments are necessarily essential to the solution of the invention.

[0018] 1 shows a system 10 according to this embodiment. The system 10 includes a server device 20, a plurality of terminal devices 30, and a network 40. The system 10 has a function of holding an event associated with a real-world location and allowing one or a plurality of users to participate using one or a plurality of terminal devices 30, respectively.

[0019] The server device 20 is connected to a plurality of terminal devices 30 via a network 40. The server device 20 receives access from one or a plurality of terminal devices 30 and provides the terminal devices 30 with events associated with real locations. The server device 20 may have a function of providing an in-game event, a live broadcast, a product sale, or other events as the events associated with the real locations. Such events may be content associated with the real locations that can be used by playing, operating, interacting, or the like via the terminal devices 30. In the present embodiment, the server device 20 can, for example, provide the terminal devices 30 with a game environment and provide in-game events associated with the real locations.

[0020] The server device 20 may be a computer such as a PC (personal computer), a workstation, a server computer, a general-purpose computer, a tablet computer, or a smartphone, or may be a computer system in which multiple computers are connected. Such a computer system is also a computer in a broad sense. The server device 20 may be implemented by one or more virtual computer environments executable within a computer. Alternatively, the server device 20 may be a dedicated computer designed for the system 10, or may be dedicated hardware realized by a dedicated circuit.

[0021] The terminal device 30 is connected to the server device 20 via a network 40. The terminal device 30 may be a personal computer, a notebook computer, a mobile phone, a smartphone, a tablet computer, a game terminal, or any other terminal device capable of inputting and outputting data.

[0022] The network 40 connects the server device 20 and a plurality of terminal devices 30. The network 40 may be, for example, the Internet, a wide area network (WAN), a local area network, a mobile phone network, or any other wired or wireless network, or a combination of these.

[0023] 2 shows the server device 20 according to this embodiment. The server device 20 has a database 200, an instruction input unit 210, a game processing unit 220, a transaction processing unit 230, and a display processing unit 240.

[0024] The database 200 stores user information about users and content information about events. In this embodiment, the user information is data that records the progress and play history of a game for each user who is a player of a game as an example of the content to be provided. In this embodiment, the content information is a programmed game scenario, images, sounds, or other data related to a game as an example of the content to be provided. The database 200 may be realized by at least a part of the storage area of ​​an external storage device such as a hard disk drive connected to the server device 20, or may be realized by a storage device external to the server device 20 provided by, for example, a cloud storage service or the like.

[0025] The instruction input unit 210 is connected to a plurality of terminal devices 30 via the network 40. The instruction input unit 210 receives various instructions from the terminal devices 30, including various operations performed by the user while playing the game and various operations related to events performed by the user. The instruction input unit 210 supplies the received game-related instructions to the game processing unit 220. The instruction input unit 210 may also function as a location information input unit that inputs location information indicating the location where the terminal device 30 is located from the terminal device 30.

[0026] The game processing unit 220 is connected to the database 200, the instruction input unit 210, and the display processing unit 240. The game processing unit 220 performs processing for progressing the game based on the user information and content information stored in the database 200 in response to instructions related to the game received from the instruction input unit 210. In the example of this embodiment, the server device 20 provides a role-playing game as the content to be provided. In response to instructions from a user in the game space, the game processing unit 220 performs various game processing such as a process of forming a group (also referred to as a "party") including one or more characters (virtual people or creatures such as animals arranged in the game space), a process of equipping each character with an item such as a weapon or armor, a process of purchasing or selling an item, a process of moving the party, a process of having the party fight an enemy encountered, and a process of growing the character according to the fighting experience. Note that the server device 20 may provide any type of game other than a role-playing game.

[0027] In this embodiment, the game processing unit 220 may provide a location information game using the location information of the terminal device 30. The "location information" may include at least one of real location information or virtual space location information. The real location information may include at least one of real coordinates (latitude, longitude, or altitude, etc.), number of steps from a certain point, travel distance, travel time, travel speed, means of transportation (walking, bicycle, car, train, etc.) or direction, atmospheric pressure, weather, region, topography, place name (city name or country name, etc.), building name, or installation name. The "location information" may be obtained using at least one of a GPS (Global Positioning System) receiver, an acceleration sensor, an angular velocity sensor, a step sensor, a collision sensor, an infrared sensor, a beacon, radio waves, a radio base station, or an imaging device.

[0028] The location information of the virtual space may include at least one of the following information: coordinates (x, y, and z coordinates) in the virtual space defined in the system 10, the type of the virtual space, the name of a building in the virtual space, or the name of an object in the virtual space. The location information of the virtual space may be associated with real-world location information. Thus, the coordinates in the virtual space may be determined based on the real-world coordinates. The location information of the virtual space may be information indicating a location in the game space, live space, or metaverse provided by the system 10.

[0029] The transaction processing unit 230 is connected to the database 200, the instruction input unit 210, the game processing unit 220, and the display processing unit 240. The transaction processing unit 230 performs processing for progressing a transaction based on the user information and content information stored in the database 200 in response to an instruction regarding the transaction received from the instruction input unit 210.

[0030] The display processing unit 240 is connected to the terminal device 30 via the network 40. The display processing unit 240 performs display processing for displaying various display screens relating to games and events on the terminal device 30 to be displayed in response to instructions from the game processing unit 220 and the transaction processing unit 230.

[0031] 3 shows an example of a data structure for each user stored in database 200. Database 200 stores game state data for each of a plurality of users. The game state data includes information regarding "user ID," "in-game currency," "in-game rank," "location information," "possessed character information," "possessed item information," and "friend ID" for each user.

[0032] "User ID" is information for identifying the corresponding user, and may be a number uniquely determined within the system 10. "In-game currency" indicates the remaining amount of in-game currency possessed by the corresponding user. "In-game currency" may be stored separately into the remaining amount of paid in-game currency possessed by the corresponding user and the remaining amount of unpaid in-game currency. "In-game rank" indicates the rank of the corresponding user within the game.

[0033] The "location information" indicates the location information of the corresponding user. The location information may be information on the location of the terminal device 30 used by the corresponding user or information on a location similar thereto. The location information may be information on the location of a device (such as a wearable device) used by the corresponding user other than the terminal device 30 or information on a location similar thereto. The location information of the corresponding user may be estimated from information from an external device linked to the system 10 (such as a video image captured by a surveillance camera installed in the real space, or measurement information from various sensors installed in the real space). The "location information" may be only the current location information of the corresponding user, or may include a history of location information including the location information of the corresponding user at each past point in time. The instruction input unit 210 of the server device 20 may acquire the location information from the terminal device 30 via the network 40. The server device 20 may acquire the coordinates (latitude and longitude) of the location of the terminal device 30 as the location information. Alternatively, the server device 20 may acquire, from the terminal device 30, for example, a place name, a location ID, or other information that can identify the location of the terminal device 30 with a certain degree of accuracy, as location information.

[0034] "Owned character information" indicates information on one or more characters possessed by the corresponding user. Character information may include the corresponding character's type, attributes, rarity (difficulty of acquisition in the game), HP (hit points), MP (magic points), etc. "Owned item information" indicates information on one or more items possessed by the corresponding user. The items may include the type and quantity of the corresponding item. "Friend ID" indicates the user ID of another user linked to the corresponding user.

[0035] The database 200 may store history information including a part or all of the game play history for each of a plurality of users. The history information may include the history of participation or application to events by each user.

[0036] FIG. 4 shows the configuration of the terminal device 30 according to this embodiment together with the input device 50 and the display device 60. The input device 50 may be a keyboard, a mouse, or a touch sensor of a touch panel, or may be an imaging device such as a camera or a barcode reader, and inputs a user's instruction to the server device 20 of the system 10 and supplies it to the terminal device 30. The display device 60 may be an image display unit of a display or a touch panel, and displays a display screen output by the server device 20 of the system 10. The input device 50 and the display device 60 may be integrated with the terminal device 30. The terminal device 30 has a terminal input processing unit 300, a terminal state acquisition unit 305, a terminal transmission unit 310, a terminal reception unit 320, and a terminal display processing unit 330.

[0037] The terminal input processing unit 300 is connected to the input device 50 and the terminal transmitting unit 310. The terminal input processing unit 300 receives user instructions from the input device 50 and supplies them to the terminal transmitting unit 310.

[0038] The terminal status acquisition unit 305 is connected to the terminal transmission unit 310. The terminal status acquisition unit 305 receives location information of the terminal device 30 from a location sensor such as a GPS receiver provided in the terminal device 30, and supplies the location information to the terminal transmission unit 310.

[0039] The terminal transmission unit 310 is connected to the network 40. The terminal transmission unit 310 supplies the user's instructions received from the terminal input processing unit 300 to the server device 20 via the network 40. The terminal transmission unit 310 supplies the location information of the terminal device 30 received from the terminal state acquisition unit 305 to the server device 20 via the network 40.

[0040] The terminal receiving unit 320 is connected to the network 40 and the terminal display processing unit 330. The terminal receiving unit 320 receives, via the network 40, various display screens that the server device 20 outputs to the terminal device 30.

[0041] The terminal display processing unit 330 is connected to the display device 60. The terminal display processing unit 330 performs processing for displaying the display screen received from the terminal receiving unit 320 on the display device 60.

[0042] In this embodiment, the terminal device 30 transmits user instructions input to the input device 50 to the server device 20, and supplies the display screen output by the server device 20 to the display device 60 for output, thereby reducing the processing load on the terminal device 30. Alternatively, the terminal device 30 may include a component corresponding to at least a part of at least one of the instruction input unit 210, the game processing unit 220, the transaction processing unit 230, and the display processing unit 240 shown in relation to FIG. 2, and at least a part of the processing may be executed locally within the terminal device 30.

[0043] 5 shows a process flow in the server device 20 according to this embodiment. In response to receiving an instruction to start a game from a certain terminal device 30, the server device 20 starts the process flow of this figure to provide a game to the user of the terminal device 30.

[0044] In S502 (step 502), the game processing unit 220 and the transaction processing unit 230 refer to the game state stored in the database 200 for the target user, and instruct the display processing unit 240 to generate a display screen according to the game state. The display processing unit 240 performs processing for generating a game screen and displaying it on the terminal device 30 of the target user in response to instructions from the game processing unit 220 and the transaction processing unit 230. For example, if the party of the target user is moving in the game space, the display processing unit 240 causes the terminal device 30 to display a screen including an image of the party's surroundings, if an item to be equipped by a character in the party is being selected, the display processing unit 240 causes the terminal device 30 to display a screen prompting the target user to select an item, and if the party of the target user is in combat, the display processing unit 240 causes the terminal device 30 to display a screen prompting the target user to input a combat action for each of one or more characters.

[0045] In S504, the user of the terminal device 30, viewing the display screen displayed on the display device 60, inputs an instruction corresponding to the display screen via the input device 50 and transmits the instruction to the server device 20. The terminal device 30 transmits the location information acquired by the terminal state acquisition unit 305 to the server device 20. The instruction input unit 210 supplies the instruction from the terminal device 30 to the game processing unit 220 or the transaction processing unit 230 depending on the content of the instruction. The instruction input unit 210 supplies the location information of the terminal device 30 to the game processing unit 220 or the transaction processing unit 230.

[0046] In S506, the game processing unit 220 or the transaction processing unit 230 performs processing according to the instruction input from the instruction input unit 210 in S504. For example, the game processing unit 220 performs processing to move the party of the target user in the game space, processing to determine the items equipped by the characters in the party, processing to have the characters attack a specified enemy by a specified means, and the like. The game processing unit 220 may perform processing to move the party of the target user in the game space in response to the movement of the position information of the target user input from the instruction input unit 210. For example, the game processing unit 220 performs processing to move the party of the target user to a position in the game space corresponding to the position information of the target user in response to a change in the position information of the target user. In addition, the transaction processing unit 230 performs processing related to the transaction when the target user performs a transaction in the provided content. The transaction processing unit 230 may perform processing related to the transaction based on the position information of the target user input from the instruction input unit 210. For example, the transaction processing unit 230 performs processing related to the transaction when the position information of the target user input from the instruction input unit 210 satisfies the requirements for executing the transaction. If the location information of the target user input from the instruction input unit 210 does not satisfy the requirements for executing the transaction, the transaction processing unit 230 does not need to perform processing related to the transaction.

[0047] In S508, the game processing unit 220 or the transaction processing unit 230 changes the game state stored in the database 200 in response to the processing in S506. For example, the game processing unit 220 updates the position in the game space of each character belonging to the party in the possessed character information shown in FIG. 3 in response to moving the party in the game space. The game processing unit 220 adds identification information of the equipped item to a data structure indicating a list of items equipped by the character, which is included in the possessed character information, in response to equipping the character with an item. In addition, the game processing unit 220 performs processing such as subtracting an index value indicating the soundness of the enemy, such as HP, associated with the specified enemy, in response to the character attacking the specified enemy. In addition, when the enemy performs processing to attack the character, the game processing unit 220 performs processing such as subtracting an index value indicating the soundness of the character, such as HP, associated with the character in the possessed character information. The game processing unit 220 may update the game state by various other methods in response to the instruction content of the target user and the progress of the game. Furthermore, the transaction processing unit 230 changes the game state stored in the database 200 in accordance with the result of the transaction, thereby reflecting the result of the transaction in the game state.

[0048] In S502 upon returning from S508, the display processing unit 240 performs processing for displaying on the display device 60 of the terminal device 30 a screen after the game state has been changed.

[0049] FIG. 6 shows the configuration of the transaction processing unit 230 according to this embodiment, together with the instruction input unit 210, the game processing unit 220, the display processing unit 240, and the block chain 670.

[0050] Here, the "transaction" may indicate that a user exchanges an object in a virtual space with another user or an NPC installed in the virtual space by an operator, operating organization, or the like that provides the system 10. In this embodiment, the "transaction" may be performed virtually or pseudo-in the game space. Therefore, the transaction processing unit 230 may perform data processing to exchange an object in the virtual space for data associated with the account of the user who performed the transaction (such as the possessed item information in FIG. 3) as a result of the transaction. As an example, the transaction processing unit 230 may perform data processing to collect one or more objects in the virtual space from data associated with the user ID of the one user who performed the transaction, and to grant one or more objects in the other virtual space. Here, in the case of a transaction between one user and another user, the transaction processing unit 230 may add the object collected from the data associated with the user ID of the one user to the data associated with the user ID of the other user, and add the object collected from the data associated with the user ID of the other user to the data associated with the user ID of the one user.

[0051] In this embodiment, the "object in the virtual space" refers to electromagnetically recorded data associated with a user's account. The system 10 enables the "object in the virtual space" associated with the user to be used or sold in the virtual space in response to a user's instruction. For example, the "object in the virtual space" may be an in-game character, an in-game equipment, an in-game consumable item, or an in-game currency. The "transaction" is not limited to a transaction between objects of the same category, such as between in-game characters or between in-game equipment, but may include a transaction between objects of different categories, such as between an in-game character and an in-game consumable item, or between an in-game character and an in-game currency.

[0052] In this embodiment, when a user has an object in a virtual space that can be traded with other users, the system 10 notifies the user of a guide information of a location where the object in the virtual space can be traded with other users, thereby enabling the system 10 to increase the interest of the content it provides.

[0053] The blockchain 670 uses distributed ledger technology to distribute and manage historical data of transactions and the like among multiple entities (systems, storages, etc.) in an unalterable manner. Each of the multiple entities that manage the blockchain 670 may be an external system, storage, etc. different from the server device 20, and at least one of the multiple entities may be the server device 20. The blockchain 670 according to this embodiment records transaction data of objects in the virtual space of the system 10. The blockchain 670 may manage objects in the virtual space as digital assets that can be traded or bought and sold in the real world as NFTs (non-fungible tokens). In this way, the blockchain 670 enables even those other than the users of the system 10 to own or buy and sell individual objects in the virtual space provided by the system 10 as unique objects.

[0054] The transaction processing unit 230 includes a database connection unit 600, an acquisition unit 610, a condition setting unit 620, a location movement unit 630, a priority setting unit 640, a notification unit 650, a transaction permission unit 660, and a blockchain processing unit 680. The database connection unit 600 is connected to the database 200. The database connection unit 600 processes access to the database 200 from each unit in the location movement unit 630.

[0055] The acquisition unit 610 is connected to the instruction input unit 210 and acquires various inputs related to the transaction from the instruction input unit 210. As an example, the acquisition unit 610 may acquire various instructions related to the transaction, location information of each user, and identification information from the instruction input unit 210. In the example of this figure, the acquisition unit 610 includes an instruction acquisition unit 612, a location information acquisition unit 614, and an identification information acquisition unit 616. Alternatively, the acquisition unit 610 may include at least one of the instruction acquisition unit 612, the location information acquisition unit 614, and the identification information acquisition unit 616.

[0056] The instruction acquisition unit 612 acquires various instructions related to the transaction from each user's terminal device 30 via the instruction input unit 210. As an example, the instruction acquisition unit 612 acquires at least one of an instruction to set transaction conditions or an instruction to execute the transaction. The location information acquisition unit 614 acquires location information of each user from each user's terminal device 30 via the instruction input unit 210.

[0057] The identification information acquisition unit 616 acquires code information read by each user's terminal device 30 via the instruction input unit 210. The identification information acquisition unit 616 may acquire code information arranged at a real position. As an example, the identification information acquisition unit 616 acquires information contained in a QR code (registered trademark), a barcode, a watermark image, etc. read by each user's terminal device 30. The identification information acquisition unit 616 may acquire a transaction ID contained in the QR code (registered trademark), etc., an ID of another user who will be the transaction partner, identification information of the NPC who will be the transaction partner, etc.

[0058] The condition setting unit 620 is connected to the instruction acquisition unit 612. The condition setting unit 620 sets trading conditions for a tradable object in response to a user instruction acquired by the instruction acquisition unit 612.

[0059] The position moving unit 630 is connected to the position information acquiring unit 614. The position moving unit 630 moves the position where a transaction can be performed according to the position information of each user acquired by the position information acquiring unit 614. Instead of the example shown in the figure, the position moving unit 630 may be connected to the database connecting unit 600. In this case, the position moving unit 630 may acquire the position information of each user stored in the database 200 via the database connecting unit 600.

[0060] The priority setting unit 640 is connected to the database connection unit 600. The priority setting unit 640 acquires each trading condition stored in the database 200 via the database connection unit 600. The priority setting unit 640 sets a priority for each acquired trading condition.

[0061] The guidance notification unit 650 is connected to the condition setting unit 620, the position movement unit 630, the priority setting unit 640, and the display processing unit 240. The guidance notification unit 650 instructs the display processing unit 240 to perform processing to display, on the terminal device 30 of a user, a tradable position where the user can trade a tradable object with another user.

[0062] The transaction permission unit 660 is connected to the database connection unit 600, the acquisition unit 610, and the game processing unit 220. The transaction permission unit 660 instructs the game processing unit 220 to execute a transaction based on each input acquired from the acquisition unit 610.

[0063] The blockchain processing unit 680 is connected to the database connection unit 600 and the blockchain 670. The blockchain 670 records information about transactions read from the database 200 via the database connection unit 600 in the blockchain 670.

[0064] 7 shows an example of a transaction processing flow in the server device 20 according to this embodiment. In response to an instruction from a terminal device 30 to start transaction processing by the transaction processing unit 230, the server device 20 starts the processing flow shown in this figure to provide a transaction to the user of the terminal device 30.

[0065] In S710, the instruction acquisition unit 612 acquires an instruction regarding the transaction content from the instruction input unit 210. The instruction acquisition unit 612 may acquire at least one of information on an object that the target user wishes to transfer to another user in the transaction and information on an object that the target user wishes to receive from another user.

[0066] In S715, the transaction processing unit 230 determines whether the target user possesses a tradable object. The transaction processing unit 230 may refer to the in-game state of the target user stored in the database 200, and determine that the target user possesses a tradable object when a tradable object associated with the target user exists. The transaction processing unit 230 may refer to the in-game state of the target user stored in the database 200, and determine that the target user does not possess a tradable object when a tradable object associated with the target user does not exist.

[0067] If the target user does not possess a tradable object (No in S715), the server device 20 ends the process flow of this figure. If the target user possesses a tradable object (Yes in S715), the server device 20 advances the process to S720.

[0068] In S720, the condition setting unit 620 sets the transaction conditions of the tradable object in response to an instruction from the user. The condition setting unit 620 may set the transaction conditions of the tradable object in response to an instruction for setting the transaction conditions acquired by the instruction acquisition unit 612. The condition setting unit 620 may set, as the transaction conditions, an object that the user wishes to transfer to another user in a transaction. The condition setting unit 620 may set, as the transaction conditions, an object that the user wishes to receive from another user in a transaction.

[0069] In S725, the priority setting unit 640 sets a higher priority as a trading partner to other users or NPCs with whom the user can trade objects under more advantageous trading conditions among the multiple other users and NPCs. The priority setting unit 640 may read information about each transaction from the database 200 via the database connection unit 600, and set a higher priority as a trading partner to other users or NPCs with whom the user can trade objects under more advantageous trading conditions than other users and NPCs with whom the user can trade among the multiple other users and NPCs with whom the user can trade objects, as compared to other users and NPCs with whom the user can trade. As an example, the priority setting unit 640 may set a higher priority as a trading partner to other users or NPCs that are located closer to the user. The priority setting unit 640 may set a higher priority as a trading partner to other users or NPCs for which trading conditions are set so that the user can obtain more objects as a result of the transaction. The priority setting unit 640 may set a higher priority as a trading partner to other users or NPCs for which trading conditions are set so that the user can obtain objects of higher rarity as a result of the transaction. The priority setting unit 640 may set the priority of trading partners according to the priority conditions set by the user.

[0070] In S730, the position moving unit 630 determines a position where a transaction is possible. The position moving unit 630 may acquire the position information of each user from the position information acquiring unit 614. Alternatively, the position moving unit 630 may acquire the position information of each user stored in the database 200 via the database connecting unit 600. The position moving unit 630 may determine a position where a transaction is possible based on the acquired position information of each user. For example, the position moving unit 630 may acquire the coordinates of the real position of each user and set the position as a position where a transaction is possible based on the coordinates of the real position. The position moving unit 630 may set a position in the virtual space associated with the coordinates of the real position of the other user who is the trading partner of the user as a position where a transaction is possible. The position moving unit 630 may set a position in the virtual space having a certain relationship from a position in the virtual space associated with the coordinates of the real position of the other user (such as a position 300 m away in the real space) as a position where a transaction is possible. According to the server device 20 having such a function, it is possible to prevent each user from meeting face to face during a transaction and to protect the personal information of each user.

[0071] Alternatively, the position moving unit 630 may set a place (trading spot) independent of the position information of each user as a tradable position. The position moving unit 630 may set a trading spot associated with one or more other users who can trade with the user, or one or more objects of one or more other users, as a tradable position. The position moving unit 630 may determine whether the tradable position is a tradable position associated with the position information of any one of the users, or a trading spot independent of the position information of each user, depending on the type of object to be traded. The position moving unit 630 may determine whether the tradable position is a tradable position associated with the position information of other users, or a trading spot, depending on the proficiency of the user or other tradable users. The position moving unit 630 may move the trading spot according to a predetermined condition. For example, the position moving unit 630 may randomly move the trading spot at a predetermined time interval, or may gradually move the trading spot in a predetermined direction as time passes. The priority setting unit 640 may set a trading spot associated with a greater number of other users as a higher priority than a trading spot associated with a fewer number of other users.

[0072] In S735, the guidance notification unit 650 instructs the display processing unit 240 to perform processing to display, on the user's terminal device 30, a tradable location where the user can trade with another user. Thus, when the user has an object tradable with a first other user in the virtual space, the guidance notification unit 650 notifies the user of guidance information of a tradable location in the virtual space associated with a real location where the tradable object can be traded with the first other user. The guidance notification unit 650 may notify the user of the guidance information of the tradable location determined by the position movement unit 630 in S730. The guidance notification unit 650 may change the display mode of the guidance information according to the distance between the user's current location and the tradable location. When the distance between the user's current location and the tradable location is larger, the guidance notification unit 650 may reduce the amount of information of the guidance information to be displayed, and when the distance between the user's current location and the tradable location is shorter, the guidance notification unit 650 may increase the amount of information of the guidance information to be displayed.

[0073] The guidance notification unit 650 may notify the user of guidance information to a tradable location where a tradable object can be traded under conditions that satisfy the trading conditions set by the condition setting unit 620 in S720. The server device 20 having such a function allows the user to set conditions that satisfy the trading conditions. The guidance notification unit 650 may notify the user of guidance information to a tradable location where a trade can be made under conditions that completely satisfy the trading conditions, or may notify the user of guidance information to a tradable location where a trade can be made under conditions that partially satisfy the trading conditions. When the guidance notification unit 650 notifies the user of guidance information to a tradable location where a trade can be made under conditions that partially satisfy the trading conditions, the guidance notification unit 650 may notify the user of which of the trading conditions are satisfied at the tradable location and which are not satisfied.

[0074] When there is no other user who can trade a tradable object under conditions that satisfy the trading conditions, the guidance notification unit 650 may determine a location in the virtual space for notifying the user of guidance information based on at least one of the transaction history, the movement history of each user in the virtual space, the characteristics of each location in the virtual space, or the characteristics of a real location corresponding to each location in the virtual space. According to the server device 20 having such a function, even when there is no other user who can trade a tradable object under conditions that satisfy the trading conditions, the possibility of trading under conditions that satisfy the trading conditions can be improved by guiding the user to a place where users are likely to gather. The guidance notification unit 650 may determine a location in the virtual space where a large number of transactions have been made within a certain period based on the transaction history as a location in the virtual space for notifying the user of guidance information. The guidance notification unit 650 may determine a location in the virtual space where a large number of users have been present within a certain period as a location in the virtual space for notifying the user of guidance information based on the movement history of each user in the virtual space. The guidance notification unit 650 may determine, based on the characteristics of each position in the virtual space, a position in the virtual space where users are likely to gather in the application provided by the server device 20 (such as a position where the user can get a reward by visiting), as a position in the virtual space for which guidance information is to be notified to the user. Based on the characteristics of the real positions corresponding to each position in the virtual space, the guidance notification unit 650 may determine, based on the characteristics of the real positions corresponding to each position in the virtual space, a place with a high population density, a place where users are likely to visit, such as a station, a place where it is not costly to visit (such as an entrance fee or a transportation fee), such as a tourist attraction, as a position in the virtual space for which guidance information is to be notified to the user. In addition, when a specific event (mission) is set and a position (real position or position in the virtual space) to be preferentially visited is determined, the guidance notification unit 650 may set a position that is advantageous for accomplishing such an event as a position for meeting other users. In addition, when there is a condition for participating in the event, the guidance notification unit 650 may determine the priority order of the positions to be guided to after confirming whether or not the user meets the condition for participating in the event.The information notification unit 650 may check the participation in the event based on code information such as a participation certificate or a QR code (registered trademark). For example, when predetermined code information is read by the terminal device 30 of the user, the information notification unit 650 may determine that the user meets the conditions for participation in the event.

[0075] The guidance notification unit 650 may notify the user of guidance information to a trading location where a transaction can be made with another user to whom a higher priority is set in S725, in preference to guidance information to a trading location where a transaction can be made with another user to whom a lower priority is set. According to the server device 20 having such a function, the user can easily make a transaction under more favorable trading conditions. The guidance notification unit 650 may notify the user of guidance information to a trading spot to whom a higher priority is set, in preference to guidance information to a trading spot to whom a lower priority is set. The guidance notification unit 650 may notify the user of only guidance information to a trading location where a transaction can be made with another user to whom the highest priority is set. The guidance notification unit 650 may notify the user of guidance information to a location where a transaction can be made with another user to whom a higher priority is set in a different manner from guidance information to a location where a transaction can be made with another user to whom a lower priority is set. For example, the guidance notification unit 650 may notify the user of a larger amount of information of guidance information to a trading location where a transaction can be made with another user to whom a higher priority is set than the amount of information of guidance information to a location where a transaction can be made with another user to whom a lower priority is set. The guidance notification unit 650 may only display on the map the positions where transactions can be made with other users with a lower priority, and may display on the map the positions where transactions can be made with other users with a higher priority, and may notify more detailed guidance information (such as the route, direction, and time required from the user's current position to the positions where transactions can be made). The guidance notification unit 650 may display guidance information to positions where transactions can be made with other users with a higher priority in a more noticeable manner (such as displaying with a larger arrow, displaying with larger characters, displaying in a darker color, or displaying in a blinking manner) than guidance information to positions where transactions can be made with other users with a lower priority.

[0076] The guidance notification unit 650 may notify the user of the guidance information when the information about the user satisfies a predetermined condition. The guidance notification unit 650 may not notify the user of the guidance information when the information about the user does not satisfy the predetermined condition. The guidance notification unit 650 may notify the user of the guidance information in response to the information about the user's movement satisfying a predetermined condition. For example, the guidance notification unit 650 may notify the user of the guidance information in response to the distance or number of steps traveled by the user within a certain period of time exceeding a predetermined threshold. The guidance notification unit 650 may notify the user of the guidance information in response to the user performing a predetermined procedure.

[0077] The guidance notification unit 650 may notify the user of location information of a place where the other user may visit after a certain time. The guidance notification unit 650 may acquire location information of a place where the other user may visit after a certain time from the terminal device 30 of the other user via the instruction input unit 210 and the acquisition unit 610. The terminal device 30 of the other user may specify a destination input in an application provided by the system 10 or an application (such as a map application) linked to the application provided by the system 10 as a place where the other user may visit after a certain time. The guidance notification unit 650 may predict a place where the other user may visit after a certain time based on a history of location information of the other user acquired from the database 200. For example, the guidance notification unit 650 may specify a place where the other user frequently visits at a specific time or time period as a place where the other user may visit after a certain time. The notification unit 650 may notify the user of location information of a place where the other user may visit after a certain time when the user and the other user have a predetermined relationship such as a friend relationship. By notifying the user only when the user and the other user have a predetermined relationship, the personal information of the other user is protected, and the other user can enjoy trading with peace of mind. The notification unit 650 may notify the user of a place where the other user may visit after a certain time by showing it on a map of the virtual space, or may notify the user of a place where the other user may visit after a certain time by using text information.

[0078] In S740, the user and the other users move, and the position information acquisition unit 614 acquires the position information of each user after the movement.

[0079] In S745, the transaction permission unit 660 judges whether the user satisfies the predetermined conditions for executing a transaction. When the transaction permission unit 660 judges that the user does not satisfy the predetermined conditions for executing a transaction (No in S745), the server device 20 returns the process to S725. As an example, when a position in the virtual space associated with the user's real position is not within a predetermined range from a position where a transaction is possible, the transaction permission unit 660 may judge that the user does not satisfy the conditions for executing a transaction. When a position in the virtual space associated with the user's real position is within a predetermined range from a position where a transaction is possible, but code information placed at the real position associated with the position where a transaction is possible has not been read by the user's terminal device 30, the transaction permission unit 660 may judge that the user does not satisfy the conditions for executing a transaction. In S725, which has returned from S745, the priority setting unit 640 reads current information on each transaction from the database 200 and resets the priority of the transaction counterparty. The priority setting unit 640 may set the priority of the other user who has concluded a trade with a user different from the user to be low. In S730, which has returned from S745, the position moving unit 630 moves the tradeable position where the tradeable object can be traded with the other user according to the movement of the other user. In S735, which has returned from S745, the guidance notification unit 650 instructs the display processing unit 240 to perform processing to display the tradeable position where the user can trade with the other user on the user's terminal device 30. The guidance notification unit 650 notifies the user of guidance information according to the priority reset in S725, which has returned from S745, or the tradeable position moved by the position moving unit 630 in S730, which has returned from S745. For example, the guidance notification unit 650 may notify the user of second guidance information to a position in the virtual space where the tradeable object can be traded with the second other user according to the fact that the user is no longer able to trade with the first other user to whom the first guidance information has been notified.

[0080] When the transaction permission unit 660 determines that the user satisfies the predetermined conditions for executing a transaction (Yes in S745), the server device 20 advances the process to S750. In S750, the transaction permission unit 660 enables a transaction of a tradable object between the user and another user. As an example, when a position in the virtual space associated with the user's real position is within a predetermined range from a tradable position, the transaction permission unit 660 enables a transaction of a tradable object between the user and another user. When a position in the virtual space associated with the user's real position is within a range in which a tradable position can be selected on the display screen of the terminal device 30, and the user operates (touches, clicks, etc.) a landmark, object, icon, etc. at a tradable position, the transaction permission unit 660 may instruct the game processing unit 220 to execute the transaction. Alternatively, when a position in the virtual space associated with the user's real position is within a range in which the code information can be read and the code information arranged at the real position associated with the tradeable position is read by the user's terminal device 30, the trade permission unit 660 may instruct the game processing unit 220 to execute a trade of a tradeable object between the user and another user. When the identification information acquisition unit 616 acquires the code information from the user's terminal device 30, the trade permission unit 660 may instruct the game processing unit 220 to execute the trade. When the identification information acquisition unit 616 acquires the code information from the user's terminal device 30 and the instruction input unit 210 acquires an instruction to execute the trade from the user's terminal device 30, the trade permission unit 660 may instruct the game processing unit 220 to execute the trade.

[0081] In S755, the game processing unit 220 executes a transaction of a tradable object between the user and another user. The game processing unit 220 may execute a transaction of an object based on the information on the transaction stored in the database 200 and the information on the objects owned by each user. The game processing unit 220 executes a process of collecting an object to be passed from the user to another user, and a process of granting an object to be received by the user from the other user, based on the information on the objects owned by the user stored in the database 200. The game processing unit 220 executes a process of collecting an object to be passed from the other user to the user, and a process of granting an object to be received by the other user, based on the information on the objects owned by the other users stored in the database 200.

[0082] According to the server device 20 described above, users can trade objects with each other at tradeable locations in the virtual space associated with real-world locations, thereby enabling them to obtain and utilize new objects through trading, thereby increasing interest.

[0083] Fig. 8 shows an example of a block chain processing flow in the server device 20 according to this embodiment. In response to the end of the processing flow in Fig. 7, the server device 20 starts the processing flow in this figure in order to manage and store the transaction history of each item in a highly secure manner. Alternatively, the server device 20 may start the processing flow in this figure every time a predetermined time has elapsed (e.g., every 24 hours) or every time a predetermined time (e.g., 0:00) is reached.

[0084] In S810, the database connection unit 600 acquires data regarding the transaction stored in the database 200. In S820, the database connection unit 600 registers in the database 200 the transaction history of each object that was the subject of the transaction.

[0085] In S830, the blockchain processing unit 680 determines whether or not to register the transaction of the object whose information was registered in the database 200 in S820 in the blockchain 670. The blockchain processing unit 680 may determine at least one object whose transaction is to be recorded in the blockchain 670 from among a plurality of objects based on at least one of the rarity of the object or the number of objects in the virtual space. For example, the blockchain processing unit 680 may record a transaction in the blockchain 670 for an object whose rarity exceeds a specific rank or whose number of objects in the virtual space is less than a predetermined number. The server device 20 may record a transaction in the database 200 and not record the transaction in the blockchain 670 for an object whose rarity does not exceed a specific rank or whose number of objects in the virtual space is greater than a predetermined number. According to the server device 20 having such a function, a transaction of a rare object can be recorded in a highly secure manner. When the blockchain processing unit 680 determines not to register the transaction of the object in the blockchain 670 (No in S830), the server device 20 ends the flow of this figure.

[0086] When the blockchain processing unit 680 decides to register the transaction of the object in the blockchain 670 (Yes in S830), the server device 20 advances the process to S840. In S840, the blockchain processing unit 680 records the transaction of at least one object among the multiple objects in the virtual space in the blockchain 670. This allows the server device 20 to record the transaction of the object in a highly secure manner. When any one of the multiple objects is traded by another user, the blockchain processing unit 680 may record information about the user who performed the transaction or information about the location of the transaction in the blockchain 670. For example, the blockchain processing unit 680 may record the location where at least one object was traded with another user in the blockchain 670. By including information about the location of the transaction in the blockchain 670 in this way, the server device 20 can improve the reliability of the information about the transaction of the object. In response to the addition of a block to the blockchain 670, the blockchain processing unit 680 may reflect the transaction of the object recorded in the added block in the virtual space. This allows the server device 20 to reflect only highly reliable transactions in the virtual space. If the transaction of an object recorded in the added block is a transaction between one user and another user, the blockchain processing unit 680 may add the object retrieved from the data associated with the one user's user ID to the data associated with the other user's user ID, and add the object retrieved from the data associated with the other user's user ID to the data associated with the one user's user ID.

[0087] 9 shows an example of a data structure for each transaction stored in database 200. Database 200 stores transaction status data for each transaction. The transaction status data includes information on "transaction ID," "receiving user," "transaction location," "transaction conditions," "transaction result," "transaction user," and "transaction content."

[0088] The "transaction ID" is information for identifying the corresponding transaction, and may be a number uniquely determined within the system 10. The "reception user" indicates a user who is inviting the corresponding transaction. The "reception user" may be an NPC set by the management, etc. The "transaction location" indicates a location where the corresponding transaction can be performed. Here, the "transaction location" may be real location information, or may be location information in a virtual space. In addition, the "transaction location" may be the location where the corresponding user is located, or may be a location a certain distance away from the location where the corresponding user is located.

[0089] The "transaction conditions" indicate the conditions of the transaction desired by the "reception user" in the corresponding transaction. The "transaction conditions" may be information regarding an object that the "reception user" wishes to hand over in the transaction, or may be information regarding an object that the "reception user" wishes to obtain in the transaction. The "transaction status" indicates the status of the corresponding transaction. If the corresponding transaction is being solicited but has not yet been executed, the "transaction status" may be stored as "soliciting". If the corresponding transaction has been executed, the "transaction status" may be stored as "transaction completed". If the solicitation is canceled without the corresponding transaction being executed, the "transaction status" may be stored as "solicitation canceled".

[0090] The "transaction user" indicates a user who is the trading partner of the corresponding transaction. The "transaction user" may be an NPC set by the management or the like. The "transaction content" indicates the content of the transaction when the corresponding transaction is executed. In S755 of FIG. 7, the game processing unit 220 may write the "transaction content" of the executed transaction to the database 200.

[0091] 10 shows a first example of the display of the terminal device 30 according to this embodiment. In response to the target user acquiring a tradable object, the display processing unit 240 generates a display screen 1000 and transmits it to the target user's terminal device 30. The display screen 1000 has a trading item 1010 and a trade request button 1020.

[0092] The trading item 1010 indicates a tradeable object acquired by the target user. In the example shown in the figure, the trading item 1010 is an image showing the appearance of the tradeable object.

[0093] The transaction request button 1020 is a button for starting a transaction process. In response to the target user clicking the transaction request button 1020, the instruction input unit 210 may receive an instruction to start the transaction process. In response to the instruction input unit 210 receiving the instruction to start the transaction process, the server device 20 may start the processing flow shown in FIG.

[0094] 7, the guide notification unit 650 instructs the display processing unit 240 to perform processing to display tradeable locations where the target user can trade with other users on the target user's terminal device 30. The display processing unit 240 generates a display screen 1030 and transmits it to the target user's terminal device 30. The display screen 1030 has a map window 1040 and a guide window 1052.

[0095] The map window 1040 is an area for displaying a map of the virtual space based on a real map. The map window 1040 includes an operation character 1042, a first trading character 1044, a second trading character 1046, a third trading character 1048, an arrow 1050, and a guide window 1052. The operation character 1042 indicates a character operated by the target user. The operation character 1042 is placed at a position in the virtual space corresponding to the real position of the target user. The first trading character 1044, the second trading character 1046, and the third trading character 1048 indicate characters associated with other users with whom the target user can trade. The first trading character 1044, the second trading character 1046, and the third trading character 1048 are placed at positions in the virtual space where they can trade with the associated other users. The first trading character 1044, the second trading character 1046 and the third trading character 1048 may be images of characters operated by other associated users, or may be fixed or random images prepared by the operator or operating organization of the system 10.

[0096] The arrow 1050 is one of the guide information to a position in the virtual space where a transaction is possible. In the example of this figure, the arrow 1050 is an arrow from the operation character 1042 to the first transaction character 1044. Alternatively, the arrow 1050 may be another form such as a line showing a real route from the operation character 1042 to the first transaction character 1044. The guide window 1052 is an area showing text information among the guide information to a position in the virtual space where a transaction is possible. In the example of this figure, the display screen 1030 includes the arrow 1050 and the guide window 1052, but may include only one of them. In the example of this figure, the display screen 1030 includes only the guide information to the first transaction character 1044, but may further include guide information to at least one of the second transaction character 1046 and the third transaction character 1048.

[0097] In response to the game processing unit 220 executing the transaction in S755 of FIG. 7, the display processing unit 240 generates a display screen 1070 and transmits it to the terminal device 30 of the target user. The display screen 1070 is a screen indicating that the transaction has been completed. The display screen 1070 has a transaction item 1080. The transaction item 1080 indicates an object acquired by the target user through a transaction. In the example of this figure, the transaction item 1080 is an image indicating the appearance of the object acquired through the transaction.

[0098] FIG. 11 shows a second example of the display of the terminal device 30 according to this embodiment. The display screen 1000 and the display screen 1070 are the same as those in FIG. 10. In S730 of FIG. 7, when the position moving unit 630 determines a trading spot independent of the position information of each user as a trading available position, in S735 of FIG. 7, the guide notifying unit 650 instructs the display processing unit 240 to perform a process of displaying guide information to the trading spot determined by the position moving unit 630 on the terminal device 30 of the target user. The display processing unit 240 may generate a display screen 1100 and transmit it to the terminal device 30 of the target user. The display screen 1100 has a map window 1110 and a guide window 1052. The guide window 1052 is the same as that in FIG. 10.

[0099] The map window 1110 is an area for displaying a map of the virtual space based on a real map. The map window 1110 includes an operation character 1042, a trading spot 1120, and an arrow 1050. The operation character 1042 is the same as that in FIG. 10. The trading spot 1120 indicates a tradable position in the virtual space where the target user can trade with other users or NPCs. In the example of this figure, the trading spot 1120 is a trading spot that is not associated with other users. The arrow 1050 is one of the guide information to the tradable position in the virtual space. In the example of this figure, the arrow 1050 is an arrow from the operation character 1042 to the trading spot 1120, but may be in other forms.

[0100] 12 shows a third example of the display of the terminal device 30 according to this embodiment. When the instruction input unit 210 acquires an instruction to display a transaction condition setting screen from the target user via the terminal device 30, the display processing unit 240 generates a display screen 1200 and transmits it to the terminal device 30 of the target user. The display screen 1200 has a transaction item list 1210 and a registration button 1220.

[0101] The trading item list 1210 is an area for the target user to set trading conditions. The trading item list 1210 may be an area for the target user to set conditions for objects that the target user wishes to pass to other users through trading. In the example of this figure, the trading item list 1210 sets trading conditions from a list of tradable objects owned by the target user. The trading item list 1210 may set trading conditions in other ways, such as free input. The trading item list 1210 may be capable of selecting one or more tradable objects. In the example of this figure, the trading item list 1210 indicates that the target user wishes to pass a "sharp sword" and a "large shield" to other users through trading. Alternatively, the trading item list 1210 may be capable of specifying tradable objects by object rarity (only high rarity objects are specified), by object number (only objects that the target user possesses are specified), or by object implementation year (only objects implemented before 2020 are specified).

[0102] The registration button 1220 is a button for setting and saving transaction conditions. In response to the user of the terminal device 30 clicking the registration button 1220, the instruction input unit 210 may receive an instruction to set transaction conditions. In response to the instruction input unit 210 receiving an instruction to set transaction conditions, the condition setting unit 620 sets the transaction conditions (S720 in FIG. 7). The condition setting unit 620 may write the set transaction conditions in the database 200. For example, the condition setting unit 620 may update the "transaction conditions" in FIG. 9.

[0103] In response to the user of the terminal device 30 clicking the registration button 1220, the guide notification unit 650 notifies the target user of guide information to a location where a transaction can be made under conditions that satisfy the transaction conditions set by the transaction item list 1210. As an example, the guide notification unit 650 may instruct the display processing unit 240 to generate a display screen 1250 and transmit it to the terminal device 30 of the target user. The display screen 1250 has a map window 1260 and a guide window 1052. The guide window 1052 is the same as that in FIG. 10.

[0104] The map window 1260 includes a playable character 1042, a first trading character 1044, a second trading character 1046, a third trading character 1048, a trading spot 1120, and an arrow 1050. The playable character 1042, the first trading character 1044, the second trading character 1046, and the third trading character 1048 are the same as in Fig. 10. The trading spot 1120 may be the same as in Fig. 11, and may be a location that is likely to be visited by multiple users.

[0105] The arrow 1050 is one piece of guidance information to a trading location where a transaction can be performed under conditions that satisfy the trading conditions set by the trading item list 1210. If a trading location where a transaction can be performed under conditions that satisfy the trading conditions does not exist near the target user, the guidance notification unit 650 may notify the target user of guidance information to a trading spot 1120. In the example of this figure, the arrow 1050 is an arrow pointing from the operation character 1042 to the trading spot 1120.

[0106] 13 shows a fourth example of the display of the terminal device 30 according to this embodiment. When the instruction input unit 210 acquires an instruction to display a priority setting screen from the target user via the terminal device 30, the display processing unit 240 generates a display screen 1300 and transmits it to the terminal device 30 of the target user. The display screen 1300 has a priority order window 1310 and a registration button 1320.

[0107] The priority window 1310 is an area for the target user to set the priority of the transaction. The priority window 1310 may be an area for the target user to set weighting for multiple transaction conditions. In the example of this figure, the priority window 1310 is an area for selecting one or more from multiple transaction conditions and setting weighting for the selected transaction condition. The display processing unit 240 may display a list of transaction conditions in which one or more transaction conditions can be selected in the priority window 1310. The display processing unit 240 may display a list in which weighting can be set in multiple predetermined stages in the priority window 1310, or may display a slider or the like in which weighting can be set in continuous stages in the priority window 1310. In the example of this figure, the priority window 1310 indicates that the target user desires a transaction that satisfies the conditions of "high purchase price," "multiple items can be traded," and "close to the current location," and does not necessarily need to satisfy the conditions of "friendship" and "mission achievement." In the example of this figure, the priority window 1310 indicates that the weighting of the condition "high purchase price" is set to "high", the weighting of the condition "multiple items can be traded" is set to "medium", and the weighting of the condition "close to current location" is set to "low". Here, "high purchase price" may indicate a transaction in which the target user can obtain more in-game currency as a result of the transaction. "Multiple items can be traded" may indicate a transaction in which the target user can transfer multiple objects owned by the target user to the trading partner in one transaction. "Close to current location" may indicate a transaction in which the target user's current location is close to a trading location. "Having a friend relationship" may indicate a transaction in which another user who will be the trading partner is associated with the target user. "Mission accomplished" may indicate a transaction in which the target user can accomplish a mission set by the management or the like as a result of the transaction.

[0108] The register button 1320 is a button for setting and saving the priority of the transaction conditions. In response to the user of the terminal device 30 clicking the register button 1320, the instruction input unit 210 may receive an instruction to set the priority of the transaction conditions. In response to the instruction input unit 210 receiving the instruction to set the transaction conditions, the priority setting unit 640 sets the priority of each transaction partner (S725 in FIG. 7). The priority setting unit 640 may set a higher priority for a transaction partner that can satisfy a transaction condition with a higher priority, or may set a higher priority for a transaction partner that can satisfy more transaction conditions.

[0109] In response to the user of the terminal device 30 clicking the registration button 1320, the guidance notification unit 650 notifies the target user of guidance information to a location where a transaction can be performed under conditions that satisfy the transaction conditions set by the priority order window 1310. As an example, the guidance notification unit 650 may instruct the display processing unit 240 to generate a display screen 1350 and transmit it to the terminal device 30 of the target user. The display screen 1350 has a map window 1360 and a guidance window 1052. The guidance window 1052 is the same as that in FIG. 10.

[0110] The map window 1360 includes an operation character 1042, a first trading character 1044, a second trading character 1046, a third trading character 1048, and an arrow 1050. The operation character 1042, the first trading character 1044, the second trading character 1046, and the third trading character 1048 are the same as those in FIG. 10. In the example of this figure, the display processing unit 240 displays the priority of each trading partner set by the priority setting unit 640 around the first trading character 1044, the second trading character 1046, and the third trading character 1048.

[0111] The arrow 1050 is one of the guide information to a trading location where a trade can be made under the conditions that satisfy the trading conditions set by the trading item list 1210. In the example of this figure, the arrow 1050 indicates the guide information to the first trading character 1044, which is set to the highest priority.

[0112] FIG. 14 shows a fifth example of the display of the terminal device 30 according to the present embodiment. In S735 of FIG. 7, the guide notification unit 650 instructs the display processing unit 240 to perform processing for displaying, on the terminal device 30 of the target user, a trading location where the target user can trade with other users. The display processing unit 240 generates a display screen 1400 and transmits it to the terminal device 30 of the target user. The display screen 1400 has a map window 1410 and a guide window 1052. The guide window 1052 is the same as that of FIG. 10. The map window 1410 includes an operation character 1042, a first transaction character 1044, a second transaction character 1046, a third transaction character 1048, and an arrow 1050. The operation character 1042, the first transaction character 1044, the second transaction character 1046, the third transaction character 1048, and the arrow 1050 are the same as those of FIG. 10.

[0113] When a position in the virtual space associated with the real position of the target user is within a predetermined range from a position where a transaction is possible, and when reading of code information is set as a condition for executing the target transaction, the display processing unit 240 may generate a display screen 1430 and transmit it to the terminal device 30 of the target user. The display screen 1430 has a scan window 1440 and a transaction execution button 1450.

[0114] The scan window 1440 may be an area that displays an image captured by the input device 50 or the like of the terminal device 30 of the target user. In the example of this figure, the scan window 1440 includes an identification code 1442. The identification code 1442 is code information arranged at a real position. In the example of this figure, the identification code 1442 is a QR code (registered trademark), but may be other code information such as a barcode. In response to the identification code 1442 being displayed in the scan window 1440, the identification information acquisition unit 616 acquires the identification information. In S745 of FIG. 7, in response to the identification information acquisition unit 616 acquiring the identification information, the transaction permission unit 660 sets the transaction to be executable.

[0115] The transaction execution button 1450 is a button for executing a transaction. The transaction execution button 1450 may be clickable only when the transaction permission unit 660 allows the transaction to be executed in S750 of FIG. 7. In response to the target user clicking the transaction execution button 1450, the transaction permission unit 660 instructs the game processing unit 220 to execute the transaction. In response to the game processing unit 220 executing the transaction in S755 of FIG. 7, the display processing unit 240 generates a display screen 1470 and transmits it to the terminal device 30 of the target user. The display screen 1070 is a screen indicating that the transaction has been completed. The display screen 1470 has a transaction item 1080. The transaction item 1080 is the same as that in FIG. 10.

[0116] FIG. 15 shows an example of a data structure for each item stored in the blockchain 670. The blockchain 670 stores item status data for each item. Each block of the item status data includes a hash value, a nonce value, and one or more transaction data. The hash value is generated based on the data included in the block immediately preceding the corresponding block. The nonce value is a value required to add the corresponding block to the blockchain 670. The hash value in the subsequent block changes depending on the nonce value. Therefore, if a block is tampered with, the hash value of the subsequent block will be different from the hash value when the block is not tampered with. Therefore, the blockchain 670 is extremely difficult to tamper with and is highly secure. The transaction data may include information on the "item name", "chronological information", "acquisition status", "owner", "exchange target", "status", "staking reward", and "item storage address".

[0117] The "item name" is information for identifying the corresponding item. The "time series information" indicates the date and time when the corresponding block was updated. The "acquisition status" indicates whether or not the corresponding item has been acquired by a user at the date and time recorded in the "time series information". The "owner" indicates information for identifying a user who has acquired the corresponding item when the corresponding item has been acquired by a user at the date and time recorded in the "time series information". The "exchange target" indicates whether or not the corresponding item is tradeable at the date and time recorded in the "time series information". The "status" indicates the status of the corresponding item at the date and time recorded in the "time series information". The "status" may include location information of the corresponding item at the date and time recorded in the "time series information". The "status" may include a transaction history of the corresponding item. Here, the "transaction history" may include information for identifying a user who performed a transaction and location information of the location where the transaction was performed. The "staking reward" is a reward obtained by holding a specific item for a predetermined period of time. In addition, temporary rewards outside the predetermined period may also be recorded and managed in the blockchain in the same manner. The reward amount recorded in the reward may be the reward per item, or the total reward when multiple items are owned. It may also be the accumulated amount of past rewards. The staking reward may vary depending on the user's movement status (distance traveled, movement time, movement speed, places reached, places passed through) and exchange status (which user the item was received from). The "item storage address" indicates the storage address of the corresponding item at the date and time recorded in the "time series information".

[0118] The blockchain 670 may add updated item state data upon receiving an instruction from the system 10 each time an update is made to at least one of the item state, for example, the item's acquisition status, the owner, whether or not it is eligible for exchange, the status, or the storage address of the item. The blockchain 670 records one or more items of item state data as one block. The blockchain 670 may record item state data that exceeds the capacity of the block in the next block and link it to the previous block.

[0119] Each block of the blockchain 670 may record data used to manage the blockchain 670, such as the hash value of the previous block, a nonce value, and a link to the previous block, in addition to one or more item state data. Since the blockchain 670 has a data structure in which blocks each containing the hash value of the previous block are linked, if any block is tampered with, the hash value of the tampered block will be inconsistent with the hash value of the subsequent block. In this way, the blockchain 670 can record a series of blocks that are difficult to tamper with.

[0120] The blockchain processing unit 680 may record information on the movement of a user who owns at least one object in the blockchain 670. A user who owns at least one object recorded in the blockchain 670 manages the object using a wallet associated with the user. When recording information on the user's movement in the blockchain 670, the blockchain processing unit 680 generates a transaction for updating information on the user's movement associated with the object, and records the object in the blockchain 670 with the information on the user's movement updated upon approval of the transaction in the server device 20 or another server device that manages the wallet of the user who owns the object. The blockchain processing unit 680 may record information on the current or past location, information on a current or past destination, information on a current or past waypoint, information on a current or past means of transportation, a current or past direction of transportation, a current or past speed of transportation, etc., in the blockchain 670 as information on the movement of a user who owns at least one of the multiple objects.

[0121] Here, if information about the user's movement is frequently reflected in the object in the blockchain 670 as the user moves, a high load may be placed on the blockchain network, which may take time to reflect the transaction, or the accumulated gas fee (transaction processing fee) associated with transaction processing may become large, depending on the type of blockchain 670. Therefore, the blockchain processing unit 680 may set the interval for recording information about the user's movement in the blockchain 670 to be equal to or greater than a predetermined reference time (for example, every 10 minutes, every hour, every day, etc.).

[0122] The blockchain processing unit 680 may record information on the user's movement in the blockchain 670 when the information has changed by a predetermined threshold or more, and may not record the information on the user's movement in the blockchain 670 when the information has changed within a range less than the threshold. For example, the blockchain processing unit 680 may update information on the user's movement for an object when the current user's position is 500 m or more away from the user's position associated with the object and recorded in the blockchain 670.

[0123] When the user comes to a specific position or a specific range, the blockchain processing unit 680 may record information about the user's movement regarding the object associated with the user in the blockchain 670. When the user comes to a real position or its vicinity associated with a specific spot where a visitor is given a privilege or the like in the content provided by the system 10, the blockchain processing unit 680 may record information about the user's movement regarding the object associated with the user in the blockchain 670. When the user comes to a landmark such as a station, a bus stop, or a tourist attraction or its vicinity, the blockchain processing unit 680 may record information about the user's movement regarding the object associated with the user in the blockchain 670.

[0124] The system 10 may record a portion of the item status data in the blockchain 670 and record the remaining data in the database 200. For example, the system 10 may record and update location information indicating the location of an item, images and videos of an item, or other information updated less frequently than a threshold or data with a data volume equal to or greater than a threshold in the database 200 without including it in the item status data. This allows the system 10 to reduce the frequency of block updates in the blockchain 670 and reduce the load of block generation.

[0125] The system 10 may be connected to two or more blockchains 670 and may use two or more blockchains 670 to record different types of data (e.g., item status data and character status data, etc.) on separate chains.

[0126] Various embodiments of the invention may be described with reference to flowcharts and block diagrams, in which the blocks (e.g., blocks in a flowchart, blocks labeled as "means" or "unit") may represent (1) stages of a process in which operations are performed or (2) sections of an apparatus responsible for performing the operations. Particular stages and sections may be implemented by dedicated circuitry, programmable circuitry provided with computer readable instructions stored on a computer readable medium, and / or a processor provided with computer readable instructions stored on a computer readable medium. Dedicated circuitry may include digital and / or analog hardware circuitry and may include integrated circuits (ICs) and / or discrete circuits. Programmable circuitry may include reconfigurable hardware circuitry including logical AND, logical OR, logical XOR, logical NAND, logical NOR, and other logical operations, memory elements such as flip-flops, registers, field programmable gate arrays (FPGAs), programmable logic arrays (PLAs), and the like.

[0127] A computer-readable medium may include any tangible device capable of storing instructions that are executed by a suitable device, such that the computer-readable medium having instructions stored thereon comprises an article of manufacture that includes instructions that can be executed to create means for performing the operations specified in the flowcharts or block diagrams. Examples of computer-readable media may include electronic storage media, magnetic storage media, optical storage media, electromagnetic storage media, semiconductor storage media, and the like. More specific examples of computer-readable media may include floppy disks, diskettes, hard disks, random access memories (RAMs), read-only memories (ROMs), erasable programmable read-only memories (EPROMs or flash memories), electrically erasable programmable read-only memories (EEPROMs), static random access memories (SRAMs), compact disk read-only memories (CD-ROMs), digital versatile disks (DVDs), Blu-ray disks, memory sticks, integrated circuit cards, and the like.

[0128] The computer readable instructions may include either assembler instructions, Instruction Set Architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Smalltalk®, JAVA®, C++, etc., and conventional procedural programming languages ​​such as the “C” programming language or similar programming languages.

[0129] The computer readable instructions may be provided to a processor or programmable circuitry of a programmable data processing apparatus, such as a computer, either locally or over a local area network (LAN), a wide area network (WAN), such as the Internet, etc., and the computer readable instructions may be executed to create means for performing the operations specified in the flowcharts or block diagrams.

[0130] Here, the computer may be a computer such as a PC (personal computer), a tablet computer, a smartphone, a workstation, a server computer, or a general-purpose computer, or may be a computer system in which multiple computers are connected. Such a computer system in which multiple computers are connected is also called a distributed computing system, and is a computer in the broad sense. In a distributed computing system, each of the multiple computers executes a part of a program, and the multiple computers collectively execute a program by transferring data during program execution between the computers as necessary.

[0131] Examples of processors include computer processors, central processing units (CPUs), processing units, microprocessors, digital signal processors, controllers, microcontrollers, etc. A computer may have one processor or multiple processors. In a multiprocessor system with multiple processors, each processor executes a part of a program, and the multiple processors collectively execute a program by passing data during program execution between the processors as necessary. For example, in executing multitasks, each of the multiple processors may execute a part of each task in small chunks by switching tasks for each time slice. In this case, which part of a program each processor executes changes dynamically. Also, which part of a program each of the multiple processors executes may be statically determined by programming that takes the multiprocessor into consideration.

[0132] 16 illustrates an example of a computer 2200 in which aspects of the present invention may be embodied in whole or in part. Programs installed on the computer 2200 may cause the computer 2200 to function as or perform operations associated with an apparatus or one or more sections of the apparatus according to an embodiment of the present invention, and / or to perform a process or steps of a process according to an embodiment of the present invention. Such programs may be executed by the CPU 2212 to cause the computer 2200 to perform specific operations associated with some or all of the blocks of the flowcharts and block diagrams described herein.

[0133] The computer 2200 according to this embodiment includes a CPU 2212, a RAM 2214, a graphic controller 2216, and a display device 2218, which are connected to each other by a host controller 2210. The computer 2200 also includes input / output units such as a communication interface 2222, a hard disk drive 2224, a DVD-ROM drive 2226, and an IC card drive, which are connected to the host controller 2210 via an input / output controller 2220. The computer also includes legacy input / output units such as a ROM 2230 and a keyboard 2242, which are connected to the input / output controller 2220 via an input / output chip 2240.

[0134] The CPU 2212 operates according to a program stored in the ROM 2230 and the RAM 2214, thereby controlling each unit. The graphic controller 2216 retrieves image data generated by the CPU 2212 into a frame buffer or the like provided in the RAM 2214 or into the graphic controller 2216 itself, and causes the image data to be displayed on the display device 2218.

[0135] The communication interface 2222 communicates with other electronic devices via a network. The hard disk drive 2224 stores programs and data used by the CPU 2212 in the computer 2200. The DVD-ROM drive 2226 reads programs or data from the DVD-ROM 2201 and provides the programs or data to the hard disk drive 2224 via the RAM 2214. The IC card drive reads programs and data from an IC card and / or writes programs and data to an IC card.

[0136] The ROM 2230 stores therein a boot program or the like executed by the computer 2200 upon activation, and / or a program that depends on the hardware of the computer 2200. The input / output chip 2240 may also connect various input / output units to the input / output controller 2220 via a parallel port, a serial port, a keyboard port, a mouse port, and the like.

[0137] The programs are provided by a computer-readable medium such as a DVD-ROM 2201 or an IC card. The programs are read from the computer-readable medium, installed in the hard disk drive 2224, the RAM 2214, or the ROM 2230, which are also examples of computer-readable media, and executed by the CPU 2212. Information processing described in these programs is read by the computer 2200, and brings about cooperation between the programs and the various types of hardware resources described above. An apparatus or method may be constructed by realizing information manipulation or processing according to the use of the computer 2200.

[0138] For example, when communication is performed between the computer 2200 and an external device, the CPU 2212 may execute a communication program loaded in the RAM 2214 and instruct the communication interface 2222 to perform communication processing based on the processing described in the communication program. Under the control of the CPU 2212, the communication interface 2222 reads transmission data stored in a transmission buffer processing area provided in the RAM 2214, the hard disk drive 2224, the DVD-ROM 2201, or a recording medium such as an IC card, and transmits the read transmission data to the network, or writes reception data received from the network to a reception buffer processing area or the like provided on the recording medium.

[0139] Furthermore, the CPU 2212 may cause all or a necessary portion of a file or database stored in an external recording medium such as the hard disk drive 2224, the DVD-ROM drive 2226 (DVD-ROM 2201), an IC card, etc. to be read into the RAM 2214, and perform various types of processing on the data on the RAM 2214. The CPU 2212 then writes back the processed data to the external recording medium.

[0140] Various types of information, such as various types of programs, data, tables, and databases, may be stored in the recording medium and undergo information processing. The CPU 2212 may perform various types of processing on the data read from the RAM 2214, including various types of operations, information processing, conditional judgment, conditional branching, unconditional branching, information search / replacement, etc., as described throughout this disclosure and specified by the instruction sequence of the program, and write back the results to the RAM 2214. The CPU 2212 may also search for information in a file, database, etc. in the recording medium. For example, when a plurality of entries each having an attribute value of a first attribute associated with an attribute value of a second attribute are stored in the recording medium, the CPU 2212 may search for an entry that matches a condition, in which an attribute value of the first attribute is specified, from among the plurality of entries, read the attribute value of the second attribute stored in the entry, and thereby obtain the attribute value of the second attribute associated with the first attribute that satisfies a predetermined condition.

[0141] Although the present invention has been described above using the embodiments, the technical scope of the present invention is not limited to the scope described in the above embodiments. Although the embodiment related to the game has been described, the present invention is not limited to games and can be widely applied. For example, the present invention can be applied to health support applications, map applications, traffic guidance applications, advertising applications, education applications, fitness training applications, etc. It is clear to those skilled in the art that various modifications or improvements can be made to the above embodiments. It is clear from the claims that such modifications or improvements can also be included in the technical scope of the present invention. Note that technical configurations that are publicly known as of the filing date and are not described in this specification may be appropriately adopted.

[0142] It should be noted that the order of execution of each process, such as operations, procedures, steps, and stages, in the devices, systems, programs, and methods shown in the claims, specifications, and drawings is not specifically stated as "before," "prior to," etc., and may be realized in any order unless the output of a previous process is used in a later process. Even if the operational flow in the claims, specifications, and drawings is explained using "first," "next," etc. for convenience, it does not mean that it is essential to perform the process in this order.

[0143] "Additional Notes" According to the specification and drawings of the present application, the following features are also disclosed as appendices. "assignment" The purpose is to increase interest. "Solution" (Appendix 1) Computer, a guidance notification unit that notifies a user of guidance information of a tradable location in the virtual space associated with a real location where the tradable object can be traded with another user when the user has the tradable object with another user in the virtual space; A program that functions as a (Appendix 2) The computer, a condition setting section for setting transaction conditions for the tradable object in response to an instruction from the user; Function as a The guidance notification unit notifies the user of guidance information to the trading location where the tradeable object can be traded under conditions that satisfy the trading conditions. 2. The program described in Appendix 1. (Appendix 3) The program of Appendix 2, wherein the guidance notification unit determines a location in the virtual space to notify the user of the guidance information based on at least one of a transaction history, a movement history of each user in the virtual space, characteristics of each location in the virtual space, or characteristics of real locations corresponding to each location in the virtual space when there are no other users who can trade the tradable object under conditions that satisfy the transaction conditions. (Appendix 4) The guidance notification unit, in response to the user being unable to trade with the other user to whom the first guidance information has been notified, notifies the user of second guidance information to a position in the virtual space where the tradable object can be traded with a user different from the other user. 2. The program described in Appendix 3. (Appendix 5) The computer, a priority setting section for setting a higher priority as a trading partner to a user with whom the user can trade the tradable object under more favorable trading conditions among a plurality of other users; Functioning as a The guidance notification unit notifies the user of guidance information to a location where the user can make a transaction with another user to whom a higher priority is set, with higher priority than guidance information to a location where the user can make a transaction with another user to whom a lower priority is set. 2. The program described in Appendix 1. (Appendix 6) The computer, a position moving section that moves the tradeable position where the tradeable object can be traded with the other user in accordance with the movement of the other user; 2. The program according to claim 1, (Appendix 7) The computer, a transaction permission unit that enables a transaction of the tradable object between the user and the other user when a position in the virtual space associated with the real position of the user is within a predetermined range from the tradable position; 2. The program according to claim 1, (Appendix 8) The program described in Appendix 7, wherein the transaction permission unit executes a transaction of the tradable object between the user and the other user when code information placed at a real location associated with the tradable location is read by the user's terminal device. (Appendix 9) The program according to claim 1, wherein the notification unit notifies the user of the guidance information when information about the user satisfies a predetermined condition. (Appendix 10) The program according to claim 1, wherein the information notification unit notifies the user of location information of a place where the other user is likely to visit within a certain period of time. (Appendix 11) The program described in Appendix 10, wherein the information notification unit notifies the user of location information of a location that the other user is likely to visit within a certain period of time when the user and the other user have a predetermined relationship. (Appendix 12) The computer, A blockchain processing unit that records a transaction of at least one object among the plurality of objects in the virtual space on a blockchain. 2. The program according to claim 1, (Appendix 13) The program described in Appendix 12, wherein the blockchain processing unit determines at least one object from among the plurality of objects for which a transaction will be recorded in the blockchain based on at least one of the rarity of the object or the number of objects in the virtual space. (Appendix 14) The program described in Appendix 12, wherein the blockchain processing unit records information regarding the movement of a user who owns the at least one object in the blockchain. (Appendix 15) The program according to claim 14, wherein the blockchain processing unit records in the blockchain the location where the at least one object was traded with the other user.

[0144] The solution constituted by the above program may be appropriately diverted to the fields of devices, systems, methods, and media. [Explanation of symbols]

[0145] 10 system, 20 server device, 30 terminal device, 40 network, 50 input device, 60 display device, 200 database, 210 instruction input unit, 220 game processing unit, 230 transaction processing unit, 240 display processing unit, 300 terminal input processing unit, 305 terminal state acquisition unit, 310 terminal transmission unit, 320 terminal reception unit, 330 terminal display processing unit, 600 database connection unit, 610 acquisition unit, 612 instruction acquisition unit, 614 position information acquisition unit, 616 identification information acquisition unit, 620 condition setting unit, 630 position movement unit, 640 priority setting unit, 650 guide notification unit, 660 transaction permission unit, 670 block chain, 680 block chain processing unit, 1000 display screen, 1010 transaction item, 1020 transaction request button, 1030 display screen, 1040 map window, 1042 Operation character, 1044 First transaction character, 1046 Second transaction character, 1048 Third transaction character, 1050 Arrow, 1052 Guide window, 1070 Display screen, 1080 Transaction item, 1100 Display screen, 1110 Map window, 1120 Transaction spot, 1200 Display screen, 1210 Transaction item list, 1220 Registration button, 1250 Display screen, 1260 Map window, 1300 Display screen, 1310 Priority window, 1320 Registration button, 1350 Display screen, 1360 Map window, 1400 Display screen, 1410 Map window, 1430 Display screen, 1440 Scan window, 1442 Identification code, 1450 Transaction execution button, 1470 Display screen, 2200 Computer, 2201 DVD-ROM, 2210 host controller, 2212 CPU, 2214 RAM, 2216 graphics controller, 2218 display device, 2220 input / output controller, 2222 communication interface, 2224 hard disk drive, 2226 DVD-ROM drive, 2230 ROM, 2240 input / output chip, 2242 keyboard

Claims

1. Computer, a condition setting unit that sets transaction conditions for objects that the user can trade with other users in a virtual space in response to an instruction from the user; and a guidance notification unit that notifies the user of guidance information of a tradable location in the virtual space associated with a real location where the tradable object can be traded with the other user under a condition that satisfies the trading condition when the user possesses the tradable object; A program that functions as a

2. The program of claim 1, wherein the guidance notification unit determines a location in the virtual space to notify the user of the guidance information based on at least one of a transaction history, a movement history of each user in the virtual space, characteristics of each location in the virtual space, or characteristics of real locations corresponding to each location in the virtual space when there is no other user who can trade the tradable object under conditions that satisfy the transaction conditions.

3. A computer comprising: a priority setting unit that sets a higher priority to a user who can trade an object that the user can trade with other users in the virtual space under more favorable trading conditions as a trading partner among the multiple other users; a guidance notification unit that, when the user possesses the tradable object, notifies the user of guidance information of a tradable location in the virtual space associated with a real location where the tradable object can be traded with another user to whom a higher priority is set, in preference to guidance information of the tradable location where the tradable object can be traded with another user to whom a lower priority is set. A program that functions as a

4. A computer comprising: a notification unit that notifies a user of guidance information of a tradable location in the virtual space associated with a real location where the tradable object can be traded with another user when the user has the tradable object with another user in the virtual space; and a transaction permission unit that enables a transaction of the tradable object between the user and the other user when a position in the virtual space associated with the user's real-world position is within a predetermined range from the tradable position and code information arranged at the real-world position associated with the tradable position is read by the user's terminal device. A program that functions as a

5. A condition setting unit that sets transaction conditions for objects that the user can trade with other users in the virtual space in response to an instruction from the user; and A system comprising a guidance notification unit that notifies the user of guidance information to a tradable location in the virtual space associated with a real-world location where the user can trade the tradable object with another user under conditions that satisfy the trading conditions when the user possesses the tradable object.

6. The system described in claim 5, wherein when there are no other users who can trade the tradable object under conditions that satisfy the trading conditions, the guidance notification unit determines a location in the virtual space to notify the user of the guidance information based on at least one of the trading history, the movement history of each user in the virtual space, characteristics of each location in the virtual space, or characteristics of real locations corresponding to each location in the virtual space.

7. A priority setting unit that sets a higher priority as a trading partner to a user who can trade an object that the user can trade with other users in the virtual space under more favorable trading conditions among a plurality of other users; and A system comprising a guidance notification unit that, when the user possesses the tradable object, notifies the user of guidance information of a tradable location in the virtual space associated with a real location where the tradable object can be traded with other users who have a higher priority, in priority to guidance information to the tradable location where the object can be traded with other users who have a lower priority.

8. a guidance notification unit that notifies a user of guidance information of a tradable location in the virtual space associated with a real location where the tradable object can be traded with another user when the user has the tradable object with another user in the virtual space; and A system comprising a transaction permission unit that enables a transaction of the tradable object between the user and another user when a location in the virtual space associated with the user's real-world location is within a predetermined range of the tradable location and code information placed at the real-world location associated with the tradable location is read by the user's terminal device.

Images