JP7796798B2 - Program and information processing system - Google Patents

Description

The present invention relates to a program and an information processing system.

It has long been known to generate characters such as avatars in fields such as games (see, for example, Patent Document 1).

Japanese Patent Application Laid-Open No. 2009-524

By the way, when it comes to services such as games, there is a demand for increasing interest.

The purpose of this invention is to improve the interest of services.

According to one embodiment shown in the present disclosure,
Computer,
functioning as a generating means for automatically generating a profile of a character used by a user using AI based on the data of the character;
The generating means is capable of regenerating the profile based on an instruction from the user;
The generating means is provided with a program that regenerates the profile using AI based on the character data and specific data that is randomly determined.

This invention makes it possible to improve the interest of services.

FIG. 1 is a diagram illustrating a schematic configuration of a game system. FIG. 2 is a block diagram showing the functional configuration of the game system. FIG. 10 is a diagram showing an example of a screen related to mountain acquisition. FIG. 10 is a diagram illustrating an example of a home screen. FIG. 10 is a diagram illustrating an example of a screen displaying a list of mountains acquired by a user. FIG. 10 is a diagram showing an example of a game screen when mining is performed. FIG. 10 is a diagram showing an example of a screen related to character creation. FIG. 10 is a diagram showing an example of a screen related to character creation. FIG. 10 is a diagram showing an example of character data. FIG. 10 is a diagram illustrating an example of random data. FIG. 10 is a diagram showing an example of a screen displaying the results of profile generation. FIG. 10 is a diagram illustrating the regeneration of a profile. 10 is a flowchart illustrating an example of a process related to profile generation.

Embodiments of the present invention will be described below with reference to the drawings.

<Game system hardware configuration>
1 , the game system 1 of this embodiment includes a plurality of terminal devices 10, a server 20, and a blockchain system (in other words, a blockchain network) 3. The blockchain system 3 also includes a plurality of node devices 30.

The terminal device 10, server 20, and blockchain system 3 (in other words, node device 30) are connected to each other via network 2. Network 2 may be configured, for example, by the Internet, a mobile communication system (e.g., 3G, 4G, 5G, LTE (Long Term Evolution), etc.), Wi-Fi (Wireless Fidelity), Bluetooth (registered trademark), other communication lines, or a combination of these.

The server 20 (in other words, a computer, an information processing device) may be, for example, a general-purpose computer such as a workstation or a personal computer. The server 20 comprises a processor 21, memory 22, storage 23, a communication IF (interface) 24, and an input/output IF 25. These components of the server 20 are connected to each other by a communication bus.

The processor 21 controls the overall operation of the server 20. The processor 21 may include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), etc. The processor 21 reads programs from the storage 23 and loads them into the memory 22. The processor 21 executes the loaded programs.

Memory 22 is the main storage device. Memory 22 is composed of storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). Memory 22 provides a working area for processor 21 by temporarily storing programs and various data that processor 21 reads from storage 23. Memory 22 also temporarily stores various data generated while processor 21 is operating according to the programs.

In this embodiment, the program may be a program that realizes a game by the terminal device 10. Furthermore, the program may be a program that realizes the game through cooperation between the terminal device 10 and the server 20. Furthermore, the program may be a program that realizes the game through cooperation between the terminal device 10, the server 20, and the blockchain system 3. Furthermore, as an example, the game may be a game that is executed on a browser launched on the terminal device 10. Furthermore, the various data include, for example, data related to the game, such as user information and game information, as well as instructions and notifications sent and received between devices such as the terminal device 10 and the server 20.

Storage 23 is an auxiliary storage device. Storage 23 is composed of a storage device such as flash memory or an HDD (Hard Disk Drive). Various data related to the game is stored in storage 23.

The communication IF 24 controls the transmission and reception of various data between the server 20 and the terminal device 10, etc. via the network. The communication IF 24 also controls the transmission and reception of various data between the server 20 and the blockchain system 3 (in other words, the node device 30) via the network.

The input/output IF 25 is an interface through which the server 20 accepts data input, and also an interface through which the server 20 outputs data. The input/output IF 25 may include, for example, an input unit which is an information input device such as a mouse or keyboard, and a display unit which is a device that displays and outputs images.

The terminal device 10 (in other words, a computer or information processing device) may be, for example, a smartphone, feature phone, PDA (Personal Digital Assistant), tablet computer, personal computer, wearable device, or game device. The terminal device 10 may also be a mobile terminal. The terminal device 10 may also be a portable terminal that the user uses when playing a game.

The terminal device 10 includes a processor 11, memory 12, storage 13, a communication IF 14, an input/output IF 15, an input unit 17, and a display unit 18. These components of the terminal device 10 are connected to each other via a communication bus.

The processor 11 controls the overall operation of the terminal device 10. The processor 11 may include a CPU, an MPU, a GPU, etc. The processor 11 reads a program from the storage 13 and loads it into the memory 12. The processor 11 executes the loaded program.

Memory 12 is a main storage device. Memory 12 is composed of storage devices such as ROM and RAM. Memory 12 provides a working area for processor 11 by temporarily storing programs and various data that processor 11 reads from storage 13. Memory 12 also temporarily stores various data generated while processor 11 is operating according to a program.

Storage 13 is an auxiliary storage device. Storage 13 is composed of a storage device such as flash memory or an HDD. Various data related to the game is stored in storage 13.

The communication IF 14 controls the transmission and reception of various data via a network between the terminal device 10 and the server 20, etc. The communication IF 14 may also control the transmission and reception of various data via a network between the terminal device 10 and the blockchain system 3 (in other words, the node device 30).

The input/output IF 15 is an interface through which the terminal device 10 accepts data input and outputs data. The input/output IF 15 may input and output data via, for example, a USB (Universal Serial Bus). The input/output IF 15 may include an input unit 17 or a display unit 18.

The input unit 17 accepts input from the user. The input unit 17 may be, for example, a pointing device such as a touchpad or a mouse. The display unit 18 displays images. The display unit 18 may be, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display. The terminal device 10 may be equipped with, for example, a touch screen, which is an electronic component that combines the input unit 17 and the display unit 18. In this case, the input unit 17 may have the function of detecting a position input on the input surface by a user operation (for example, a touch operation, a tap operation, a slide operation, a swipe operation, a flick operation, a pinch-in operation, a pinch-out operation, etc.) and transmitting information indicating the detected position as an input signal.

The input unit 17 may be, for example, a keyboard, various physical buttons, various sensors (for example, an acceleration sensor or angular velocity sensor), a control stick, a camera, or a microphone. The display unit 18 may be, for example, a projector.

In this embodiment, the input unit 17 is described as a keyboard and mouse. Note that in this embodiment, operations on various UI elements such as buttons may be performed by, for example, positioning the mouse cursor over an area on the display unit 18 where the button is displayed and clicking.

Multiple node devices 30 make up the blockchain system 3. Each node device 30 holds a distributed ledger. Each node device 30 stores the same data in the distributed ledger. As will be described in more detail later, in this embodiment, assets held by users are managed in the distributed ledger of the blockchain system 3.

The node device 30 (in other words, a computer, an information processing device) may be, for example, a general-purpose computer such as a workstation or a personal computer. The node device 30 comprises a processor 31, a memory 32, a storage 33, a communication IF 34, and an input/output IF 35. These components of the node device 30 are connected to each other by a communication bus.

The processor 31 controls the overall operation of the node device 30. The processor 31 may include a CPU, an MPU, a GPU, etc. The processor 31 reads a program from the storage 33 and loads it into the memory 32. The processor 31 executes the loaded program.

Memory 32 is a main storage device. Memory 32 is composed of storage devices such as ROM and RAM. Memory 32 provides a working area for processor 31 by temporarily storing programs and various data that processor 31 reads from storage 33. Memory 32 also temporarily stores various data generated while processor 31 is operating according to a program.

Storage 33 is an auxiliary storage device. Storage 33 is composed of a storage device such as flash memory or an HDD, for example.

The communication IF 34 controls the transmission and reception of various data between the node device 30 and the server 20 via the network. The communication IF 34 may also control the transmission and reception of various data between the node device 30 and the terminal device 10 via the network.

The input/output IF 35 is an interface through which the node device 30 accepts data input, and also an interface through which the node device 30 outputs data. The input/output IF 35 may include, for example, an input unit that is an information input device such as a mouse or keyboard, and a display unit that is a device that displays and outputs images.

Note that the server 20 and the terminal device 10 may function as the node device 30. In other words, the blockchain system 3 may include the server 20 and the terminal device 10.

<Functional configuration of the game system>
2 is a block diagram showing the functional configuration of the server 20, the terminal devices 10, and the node devices 30. The server 20 in this embodiment has, for example, a function to provide each terminal device 10 with various data and programs necessary to realize the game, and a function to collect and manage data related to the game from each terminal device 10.

In this embodiment, the server 20 identifies each user and terminal device 10 using a user account that is registered in advance for each game. The method of registering an account is not particularly limited. For example, the terminal device 10 or another device such as a personal computer may transmit information required for user account registration to the server 20 based on a user's operation, and the server 20 may then create and save each user's account based on the received information.

As shown in FIG. 2, the server 20 functions as a control unit 210 and a storage unit 220 through cooperation of a processor 21, memory 22, storage 23, communication IF 24, input/output IF 25, etc. The storage unit 220 stores various data used by the control unit 210. Examples of the various data include programs, game information, and user information. The programs are programs for realizing the games. The game information and user information are data referenced by the control unit 210 when executing the programs.

Game information includes, for example, information for defining various virtual spaces (in other words, game spaces). A virtual space is a space in which objects such as characters that can be controlled by a user (hereinafter also referred to as "player characters") are placed. Game information also includes, for example, information regarding the placement positions and setting values of various objects such as buildings, trees, stones, and items placed within the virtual space. Hereinafter, character objects placed in a virtual space may be simply referred to as "characters." Note that characters include avatars, etc.

User information is information managed for each game account. User information includes, for example, information about the player character, information about owned assets, information indicating the progress of the game, and information about mountains the user has acquired (mountains will be described later) (in other words, information about the rights to play the game in a specific virtual space). Owned assets can be said to be value owned by the user in the virtual space. Examples of such value include electronic currency, tokens, items, characters, etc. Examples of electronic currency include virtual currency (in other words, crypto assets) and in-game currency that can be used in the game. In other words, the storage unit 220 may store information such as electronic currency, tokens, items, or characters owned by each user, for example, by associating each user with identification information that can identify each user.

The control unit 210 controls various game-related processes by executing programs stored in the memory unit 220. The control unit 210 has a transmission/reception unit 211, a game control unit 212, an asset management unit 213, and a market management unit 214.

The transmission/reception unit 211 transmits and receives various types of data. For example, the transmission/reception unit 211 receives requests to transmit various types of data and programs, requests for synchronization processing to support multiplayer functions, data to be synchronized, etc. from each terminal device 10, and passes them on to the game control unit 212, asset management unit 213, market management unit 214, etc. The transmission/reception unit 211 also transmits various types of data and programs to each terminal device 10 in accordance with the control of the game control unit 212, asset management unit 213, market management unit 214, etc.

In this embodiment, the multiplay function is a function that allows game processing by multiple accounts to proceed in a synchronized state. The server 20 and terminal device 10 of the game system 1 perform various processes to support the multiplay function when multiple accounts logged in to the game system 1 participate in the same game.

The game control unit 212 provides a game to the terminal device 10 by executing calculations described in the program stored in the memory unit 220.

The game control unit 212 defines the virtual space based on information for defining the virtual space included in the game information. The game control unit 212 places objects in the virtual space based on object setting information included in the game information. The game control unit 212 controls the objects placed in the virtual space. Specifically, the game control unit 212 changes the position, orientation, shape, color, etc. of the objects within the virtual space, and causes the objects to perform predetermined actions.

The game control unit 212 also places the player character in the virtual space based on the play information transmitted from the terminal device 10. The game control unit 212 also performs various determination processes related to the progress of the game based on the play information transmitted from the terminal device 10. In other words, the game control unit 212 controls objects and performs various determination processes based on the user's input operations. The play information is output in response to the user's input operations. For example, the play information may include, as the content of the player character's operation, player character coordinate information, information regarding the player character's action, or information indicating the button operated by the user. The play information may also include information regarding the player character's settings. For example, the character coordinate information is information indicating the character's position in the game space. For example, the action information is information regarding the character's action. For example, the character's action may include the action of swinging a pickaxe, the action of using various items, or a jump, as described below. For example, the information regarding the character's settings may include information regarding the character's equipment, appearance, etc. The character's settings may also be changed by the user.

The game control unit 212 places the player characters of multiple players in a single virtual space and can control each player's player character based on play information transmitted from each player's terminal device 10. In other words, the game control unit 212 performs control so that a game space, which is an example of a virtual space, can be shared by multiple users.

Furthermore, when the game control unit 212 receives, for example, a request for synchronization processing to support the multiplayer function or data to be subject to synchronization processing from the terminal device 10 via the transmission/reception unit 211, it executes synchronization processing to support the multiplayer function. The game control unit 212 also issues a command to the transmission/reception unit 211 to instruct the transmission of game information or user information. For example, when the server 20 sends information to multiple terminal devices 10, the game control unit 212 synchronizes the game progressing between the terminal devices 10 by simultaneously sending the information to each terminal device 10. By executing synchronization processing, it becomes possible for in-game events resulting from operations input on one terminal device 10 to be reflected simultaneously on the other terminal devices 10.

The asset management unit 213 manages the assets held by the user. The asset management unit 213 also manages some or all (in other words, at least some) of the user's assets in the distributed ledger of the blockchain system 3. In other words, the asset management unit 213 may store information about the user's assets in the memory unit 220, or may store the information in the distributed ledger. Note that if the server 20 is configured to function as a node device 30, the asset management unit 213 may store information about the held assets in the distributed ledger stored in its own memory unit 220. Note that if the server 20 is configured not to function as a node device 30, the asset management unit 213 may perform control such as sending a request to the blockchain system 3 for storage in the distributed ledger.

The terminal device 10 has, for example, a function as an input device that accepts user input operations, and a function as an output device that outputs game images and sounds.

The terminal device 10 functions as a control unit 110 and a storage unit 120 through cooperation between the processor 11, memory 12, storage 13, communication IF 14, input/output IF 15, etc. The storage unit 120 stores various data used by the control unit 110. Examples of the various data include programs, game information, and user information. The programs are programs for realizing games on the terminal device 10 side. The game information and user information are data referenced by the control unit 110 when executing the programs. The game information and user information stored in the storage unit 120 may include information similar to the game information and user information stored in the storage unit 220.

The control unit 110 controls various processes related to the game executed on the terminal device 10 by executing programs stored in the memory unit 120. The control unit 110 includes, for example, an operation reception unit 111, a transmission/reception unit 112, a device processing unit 113, and a display control unit 114.

The operation reception unit 111 receives operations (hereinafter also referred to as "input operations") input by the user via the input unit 17. Specifically, the operation reception unit 111 detects input operations on the mouse or keyboard serving as the input unit 17. Note that input operations are not limited to operations that involve physical contact with the input unit 17, but may also include non-contact operations. Note that the operation reception unit 111 can also receive input operations performed using an operating device connected via the input/output IF 15, in the same way as input operations on the input unit 17.

The transmission/reception unit 112 transmits or receives various types of data. For example, the transmission/reception unit 112 transmits various types of data and various requests to the server 20. As an example, the data transmitted by the transmission/reception unit 112 to the server may include play information, game information, and user information. In other words, the transmission/reception unit 112 transmits information regarding the input operation received by the operation reception unit 111 to the server 20.

The transmission/reception unit 112 also receives various data, programs, and various requests from the server. As an example, the data that the transmission/reception unit 112 receives from the server 20 may include the type of object (e.g., character or item) to be placed in the game space, object coordinate information, character action information, information related to character settings, and other information. As another example, the data that the transmission/reception unit 112 receives from the server may include data for synchronization to support multiplayer functions. The data for synchronization may include, for example, the data to be synchronized, the type of data, and data for specifying the time to synchronize.

The device processing unit 113 executes various processes related to the progress of the game. The device processing unit 113 identifies the user's instructions based on the user's input operations detected by the operation reception unit 111. The device processing unit 113 also executes various determination processes related to the progress of the game based on the identified instructions, etc. The device processing unit 113 also progresses the game while communicating with the server 20 based on the results of the determination processes, etc.

The device processing unit 113 defines a virtual camera for specifying an area of the virtual space to be presented to the user. The device processing unit 113 places the virtual camera within the virtual space by defining the position and orientation of the virtual camera within the virtual space. The device processing unit 113 instructs the display control unit 114 to generate an image depicting the field of view defined by the virtual camera and the objects located in this field of view. In other words, the device processing unit 113 instructs the display control unit 114 to display an image on the display unit 18 that corresponds to the progress of the game.

The position and orientation of the virtual camera can be determined appropriately for each virtual space. For example, the device processing unit 113 uses the position and orientation of a specific object as a reference and positions the virtual camera so that the specific object is located in the center of the field of view in a specific orientation. In doing so, the device processing unit 113 adjusts the position and orientation of the virtual camera using the direction, distance, and angle relative to the specific object. The specific object may be, for example, a dynamic object such as a player character or non-player character, or a static object such as a building, tree, or stone. Dynamic objects include player characters that act based on the operations of each user, and non-player characters that act based on a program.

The display control unit 114 displays images related to the game on the display unit 18. Specific examples are explained below.

The display control unit 114 generates an image of the virtual space, depicting the area of the field of view of the virtual camera defined by the device processing unit 113 and the objects present in that area, and displays it on the display unit 18. The display control unit 114 can superimpose and draw objects related to the UI (User Interface) required for various game operations, such as icons, buttons, and menus showing various parameters, on the image displayed on the display unit 18.

The control unit 110 of the terminal device 10 may place objects in the virtual space based on object data sent from the server 20 and information indicating the positions of various objects in the virtual space, and display a predetermined area of the virtual space on the display unit 18. The control unit 210 of the server 20 may also place objects in the virtual space and control the virtual camera, generate an image to be displayed on the display unit 18, and send it to the terminal device 10, and the control unit 110 of the terminal device 10 may display the image on the display unit 18. In other words, various processes related to control of objects based on user input operations, control of the virtual camera, and generation of images to be displayed on the display unit 18 may be performed by either the server 20 or the terminal device 10.

The node device 30 functions as a control unit 310 and a memory unit 320 through cooperation between a processor 31, memory 32, storage 33, communication IF 34, and input/output IF 35. The memory unit 320 stores programs including part of the game program, distributed ledgers used in the blockchain system 3, etc.

The control unit 310 controls the operation of the node device 30 by executing programs stored in the memory unit 320.

When a user acquires various items or a specific token (described below) (for example, from another user or a game operator (for example, by mining, described below)), the control unit 310 receives a request to register information related to the holdings of the item or specific token, transmitted from the server 20, and registers the information in the distributed ledger. The control unit 310 may register transaction history information for each item or specific token in the distributed ledger, for example, based on information related to transactions (in other words, transfers) of the item or specific token transmitted from the server 20 or the terminal device 10. Specifically, the distributed ledger stores multiple blocks containing hash values and transactions. A transaction may be, for example, information indicating the transaction details of an item or specific token. A transaction includes, for example, input information indicating the transfer source and output information indicating the transfer destination. The hash value is calculated from the information contained in the previous block, and the distributed ledger stores the transaction history of the item or specific token, with each block linked like a chain by the hash value. By managing such transaction history in a distributed ledger in each node device 30, it is possible to store information indicating which users own which items, and information indicating how many specific tokens each user owns, on the blockchain. Note that instead of the transaction history of items, etc., information regarding each user's item ownership status may be managed in a distributed ledger, thereby storing information indicating which users own which items on the blockchain. In this way, in the game of this embodiment, information regarding the ownership of items and specific tokens is stored on the blockchain. Note that there may be items, etc. whose ownership information is not stored on the blockchain.

Note that the functions of the terminal device 10, server 20, and node device 30 shown in FIG. 2 are merely examples. Each of the terminal device 10, server 20, and node device 30 may have at least some of the functions of the other devices. In other words, in this embodiment, the server 20 or node device 30 may have some or all of the functional blocks of the terminal device 10, the terminal device 10 or node device 30 may have some or all of the functional blocks of the server 20, or the terminal device 10 or server 20 may have some or all of the functional blocks of the node device 30. Furthermore, each of the devices, such as the terminal device 10, server 20, and node device 30, does not have to be realized by an integrated device, and may be realized, for example, by multiple devices connected via a network or the like. Furthermore, the game system 1 may not include, for example, the terminal device 10, server 20, or node device 30.

<Processing according to this embodiment>
Next, processing according to this embodiment will be described. In this embodiment, the processor 11 of the terminal device 10, the processor 21 of the server 20, or the processor 31 of the node device 30 executes a program stored in the game system 1 to perform each of the processes described below. However, at least a portion of the processing performed by the processor 11, which is described below, may be executed by a processor other than the processor 11 (e.g., the processor 21 or the processor 31). Furthermore, at least a portion of the processing performed by the processor 21, which is described below, may be executed by a processor other than the processor 21 (e.g., the processor 11 or the processor 31). Furthermore, at least a portion of the processing performed by the processor 31, which is described below, may be executed by a processor other than the processor 31 (e.g., the processor 11 or the processor 21). In other words, the computer that executes the program in this embodiment may be any of the terminal device 10, the server 20, and the node device 30, or may be implemented by a combination of multiple devices. Furthermore, some or all of the various processes may be executed on a blockchain.

Here, an overview of the game of this embodiment will be described. In the game of this embodiment, there is a map 40 that is shared among multiple users (specifically, all users) participating in the game. An example of the map 40 is shown in Figure 3. Multiple mountains are located on the map 40. In the map 40 shown in Figure 3, the positions of the mountains are indicated by triangular symbols.

The user acquires (or selects) the mountain they will mine (or the virtual space in which they will play the game) from the map 40. Acquiring a mountain is performed, for example, as follows. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display a map 40 (or a list of mountains available for acquisition by the user) as shown in FIG. 3 based on a predetermined input operation by the user. The user can then acquire a specific mountain by selecting it on the map 40 displayed on the display unit 18 (for example, by clicking on the specific mountain displayed). Specifically, for example, when an operation is performed to select a specific mountain from the mountains displayed on the map 40, the display control unit 114 causes the display unit 18 to display an acquire button 41 that accepts an operation to acquire the selected mountain. The game control unit 212 then causes the user to acquire the mountain selected by the user based on the operation on the acquire button 41.

In addition, users are able to mine for specific items in the mountains they have acquired. In other words, once a user acquires a mountain, they are able to play a game in which they mine in the acquired mountain. In other words, in this embodiment, "acquiring a specific mountain" can be rephrased as "acquiring the right to mine in a specific mountain," or even "acquiring the right to play a game in a specific virtual space." Note that the system may be configured so that users can mine in a mountain without acquiring the mountain (in other words, without acquiring the right to mine).

In addition, in the game of this embodiment, item A is provided, which is used for mining in the mountain. To mine, the user must have item A. In other words, item A is an item required to participate in the game. In this embodiment, item A is a pickaxe. It may be configured so that a user without item A cannot acquire the mountain. In the game of this embodiment, multiple types of item A with different characteristics are provided. Item A can be converted into an NFT (Non-Fungible Token). An NFT state refers to a state in which information proving that item A is unique is stored on the blockchain. In other words, an NFT state refers to a state in which an NFT corresponding to item A has been issued and is managed on the blockchain. Hereinafter, digital assets such as items for which a corresponding NFT has been issued will also be referred to as NFTs. In this embodiment, the conversion of item A into an NFT (in other words, the generation of item A) is performed by the game operator, and users cannot convert item A into an NFT (in other words, mint it). In other words, in the game of this embodiment, users will not be able to obtain item A that has not been converted into an NFT. However, users may be able to convert item A into an NFT.

In addition, in the game of this embodiment, users can acquire items B and C through mining. As will be described in detail below, item B is an item that can be converted into an NFT. Item C is an item that can be exchanged for a specific token. Hereinafter, tokens that can be acquired in exchange for item C will be referred to as "specific tokens."

In addition, in the game of this embodiment, there are multiple types of item B, which are collectible items. Specifically, item B is a gem that the user collects. Item C is a mineral different from gems (hereinafter referred to as "pyroxene"). In other words, the game of this embodiment has the gameplay of mining in the mountains using a pickaxe as item A to obtain gems as item B and pyroxene as item C.

Furthermore, the specific token that can be acquired in exchange for item C is a crypto asset (e.g., virtual currency). In the game of this embodiment, the specific token can be used to level up item A, repair item A (in other words, fix it), and turn item B into an NFT, etc.

Regardless of whether they have been converted into NFTs or not, assets such as Item A, Item B, or Item C held by each user may be managed on a blockchain (in other words, a distributed ledger).

Mining in a mountain as a specified event is carried out, for example, as follows. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display the home screen 42 illustrated in FIG. 4 based on a specified input operation by the user. The home screen 42 displays a start mining button 43 that accepts operations related to starting mining in the mountain acquired by the user. Then, the game control unit 212 causes the user to start mining in the mountain acquired based on the operation on the start mining button 43.

The home screen 42 is the first screen displayed when the game (or, in other words, an application related to a specific service) is launched on the terminal device 10. Here, "first displayed when launched" includes the case where the home screen 42 is displayed after various launch-related displays (e.g., a title display, a loading display, etc.) are displayed. The home screen 42 is not limited to being displayed at launch, but may also be displayed at a specific trigger. For example, the home screen 42 may be displayed when the home button 90 is operated or when in-game mining in the mountains is completed. The home screen 42 may display a specific background image (e.g., a background image including a player character, etc.). The home screen 42 may also display multiple menu items related to the game. Specifically, the home screen 42 may display various UIs that accept operations related to the display of various screens. For example, the mine button 91, item button 92, shop button 94, and home button 90 may be displayed as such UIs. The display control unit 114 may then display, on the display unit 18, a screen displaying the map 40 illustrated in FIG. 3 or a screen displaying a list of acquired mountains 44 illustrated in FIG. 5, based on an operation on the mine button 91. The display control unit 114 may also display, on the display unit 18, a screen displaying a list of items owned by the user, based on an operation on the item button 92. The display control unit 114 may also display, on the display unit 18, a screen related to the purchase of a predetermined item, such as a pickaxe, based on an operation on the shop button 94. The display control unit 114 may also display, on the display unit 18, a home screen 42, based on an operation on the home button 90. The display control unit 114 may also switch between the screen displaying the map 40 illustrated in FIG. 3 and the screen displaying the list of acquired mountains 44 illustrated in FIG. 5, based on an operation on the map display button 95 and the my mine display button 96, respectively, illustrated in FIGS. 3 and 5.

The mountain that the user will mine is determined, for example, as follows. For example, the display control unit 114 of the terminal device 10 causes the display unit 18 to display a list 44 of mountains acquired by the user, as shown in FIG. 5, based on a predetermined input operation by the user. The list 44 of mountains may, for example, be a list of mountains acquired by the user on a map 40 displayed on the display unit 18. When an operation (e.g., a click operation on a specific mountain) is performed to select a specific mountain from the mountains acquired by the user (in other words, the listed mountains) displayed on the display unit 18, the display control unit 114 causes the display unit 18 to display a mining target determination button 46 that accepts an operation to determine the selected mountain as the mountain to be mined. Based on an operation on the mining target determination button 46, the game control unit 212 sets the mountain selected by the user as the mountain to be mined. When the start mining button 43 is operated, mining begins on the mountain that was set as the mountain to be mined by operating the mining target determination button 46. That is, in this embodiment, the user can select (or change) the mountain to be mined by selecting the mountain they wish to mine from the list of mountains 44 they have acquired and operating the mining target selection button 46. When the user selects a specific mountain from the list of mountains 44 they have acquired, a start mining button 43 may be displayed instead of or in addition to the select mining target button 46 (see FIG. 5 ), and operating the start mining button 43 may start mining in that specific mountain. As shown in FIG. 4 , the home screen 42 (i.e., the screen that accepts operations related to starting mining) may display a display 48 that identifies the mountain set as the mountain to be mined (i.e., the mountain from which mining will begin upon an operation to start mining). The home screen 42 may also display a display 49 that identifies the pickaxe set as the pickaxe to be used for mining (i.e., the pickaxe equipped on the player character).

When the mining start button 43 is operated, the game control unit 212 places the player character 38 in the mountain 37 where mining will take place, as shown in FIG. 6 . The game control unit 212 then moves the player character 38 based on the user's input operation. That is, the mountain 37 is a virtual space in which the user can operate the player character 38 to play a predetermined game (specifically, a mining game, in other words, a predetermined in-game) (in other words, to execute a predetermined event). In other words, the start of mining on a specific mountain 37 can be considered the start of game play in a specific virtual space, or entry into a specific virtual space. Based on the user's input operation, the game control unit 212 moves the player character 38 within the virtual space and causes the player character 38 to perform an action using the pickaxe 39 (specifically, swinging the pickaxe 39). The method of operating the player character 38 within the virtual space can be similar to that of conventional action games, but may also be as follows, for example. The game control unit 212 may move the player character 38 within the mountain 37 based on operations using the "W", "A", "S", and "D" keys on the keyboard. The game control unit 212 may also cause the player character 38 to jump based on operations using the space bar on the keyboard. The game control unit 212 may also cause the player character 38 to perform a mining action of swinging the pickaxe 39 and digging into the mountain 37 based on operations using the left mouse button.

Gems and pyroxenes are buried (in other words, arranged) in the mountain 37. Users can acquire the gems and pyroxenes they dig up (in other words, discover). That is, when a player character 38 operated by a user digs up an item such as a gem or pyroxene, the game control unit 212 grants the excavated item to the user (in other words, allows the user to acquire the item).

Note that mining can be interrupted midway. For example, the display control unit 114 of the terminal device 10 displays a predetermined menu screen (not shown) on the display unit 18 based on a predetermined input operation by the user (e.g., operation of the Tab key on the keyboard). The menu screen displays an Exit button that accepts operations related to exiting the mountain. Then, the game control unit 212 causes the player character 38 to exit the mountain 37 (in other words, ends mining) based on operation of the Exit button. At this time, the game control unit 212 stores the mining progress status in the memory unit 220. Then, the next time mining in the same mountain 37 is started, the game control unit 212 reads out the stored progress status and resumes mining from where it left off. In other words, when mining is resumed, the previously excavated portion of the mountain 37 will be in a completely excavated state, and the gems, etc. buried in the mountain 37 that were previously dug up will be in a completely excavated state. In other words, when a user leaves and re-enters mountain 37 as a specific virtual space, the changes made by the user the last time they entered are reflected in the specific virtual space. In other words, in this embodiment, it is possible to pause a game in a specific virtual space and resume it from where it left off.

The user can also dispose of the mountains they have acquired at their discretion. For example, as shown in FIG. 5, when an operation is performed to select a specific mountain from the mountains acquired by the user and displayed on the display unit 18 (in other words, the mountains displayed in a list), the display control unit 114 causes the display unit 18 to display a disposal button 47 that accepts operations related to disposing of the selected mountain. Then, based on the operation on the disposal button 47, the game control unit 212 disposes of the selected mountain (in other words, cancels the user's acquisition of the selected mountain). The disposed mountain disappears from the list 44 of mountains acquired by the user, and mining at that mountain becomes impossible.

In this embodiment, the pickaxe to be used in mining is selected before mining begins by operating the mining start button 43. The operation for selecting such a pickaxe can be similar to the operation for selecting the weapon to be used (in other words, equipped to the player character 38) in conventional games. The pickaxe to be used may also be changeable while mining is in progress.

Note that the various items in this embodiment (for example, item A, item B, and item C) may be referred to as objects. Objects include characters, items, etc. In other words, item B and item C, which are granted by playing a game (in other words, by performing an event) in a mountain as a specific virtual space, may be characters, etc.

In this embodiment, the map is updated (or, in other words, newly generated) at predetermined intervals (specifically, once a day). Acquirable mountains are also updated (or, in other words, newly generated) at predetermined intervals (specifically, once a day) in conjunction with the map updates. Each mountain can only be acquired by one user, and once a user acquires a mountain (or, in other words, the right to mine that mountain), that mountain cannot be acquired by other users. In other words, mountains are acquired on a first-come, first-served basis. Updates to the map and available mountains may involve completely replacing past maps and mountains (or, in other words, creating new maps and mountains, and erasing past maps or making past mountains unacquirable), or may involve expanding past maps or adding new mountains to those previously created (or, in other words, increasing the number of available mountains).

Here, we will explain the process of acquiring and consuming assets in the game of this embodiment.

As mentioned above, in the game of this embodiment, the user must have a pickaxe in order to participate in the game. In this embodiment, the pickaxe can be purchased in the in-game marketplace, and the user purchases the pickaxe from the marketplace. The pickaxe can be purchased using a specific token. Transactions in the marketplace are managed by the market management unit 214. Specifically, for example, the operation reception unit 111 of the terminal device 10 receives an operation by the user to select an item they wish to purchase. Information regarding this operation is then sent to the market management unit 214 of the server 20 via the transmission/reception units 112, 211, and the market management unit 214 performs processing to transfer the item selected by the user to the user based on this operation, and to transfer payment from the user to the person who sold the item.

The user then uses the pickaxe they have acquired to mine in the mountains. Through mining, they can obtain several types of items, including gems and gemstones.

The pyroxene acquired by the user can be exchanged for specific tokens. The exchange of pyroxene for specific tokens may be performed automatically, or may be performed based on the user's operation to instruct the exchange. For example, all pyroxene owned by the user may be converted into specific tokens on a regular basis. Specifically, at a predetermined time each day, all pyroxene owned by the user may be automatically converted into specific tokens, and all pyroxene owned by the user at that time may be lost. Furthermore, pyroxene may be automatically exchanged for specific tokens at a specific time, such as when the user leaves the mountain. In this embodiment, pyroxene is granted to the user through mining in the mountain, and the pyroxene is exchanged for specific tokens. However, specific tokens may also be granted directly to the user through mining in the mountain, in place of or in addition to the pyroxene.

In addition, in this embodiment, the specific token is a virtual currency managed by a blockchain. The specific token may be a token that can be exchanged for other crypto assets at a predetermined exchange (for example, a decentralized exchange). The specific token may also be a unique token related to the game of this embodiment, a token with an issuance limit set, or a virtual currency that can be used outside the game.

Gemstones acquired by a user can be converted into NFT tokens by satisfying certain conditions. In other words, in this embodiment, NFT tokens corresponding to the gemstones can be issued and managed on the blockchain. Specifically, for example, after a user acquires a gemstone, the process of converting the gemstone into an NFT token may be initiated in response to a user operation on the acquired gemstone, or the process of converting the gemstone into an NFT token may be initiated automatically without any user operation. For example, the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects a gemstone to be converted into an NFT token within the game. Information regarding this operation is then sent via the transmission/reception units 112 and 211 to the asset management unit 213 of the server 20, and the asset management unit 213 may convert the selected gemstone into an NFT token based on this operation. Furthermore, NFT conversion requires a fee (e.g., a predetermined amount of specific tokens), and when converting a gemstone into an NFT token through this operation, this fee may be consumed from the user's assets. Furthermore, by converting the gemstone into an NFT token, the gemstone may be taken outside the game and traded on an external marketplace. In other words, converting an item into an NFT token can be interpreted as making it available for buying and selling in a marketplace outside the game. Converting an item into an NFT token can also be interpreted as making it possible to take the item outside the game. Note that gems may be traded in the in-game marketplace regardless of whether they are NFT tokens. Specifically, for example, the operation reception unit 111 of the terminal device 10 may receive an operation in which the user selects a gem they want to sell (specifically, an NFT-converted gem). Information regarding this operation is then sent to the market management unit 214 of the server 20 via the transmission/reception units 112 and 211. The market management unit 214 may then put the gem selected by the user up for sale based on this operation. If there is another user who wishes to purchase the gem, the market management unit 214 may then transfer the gem to the other user and transfer the payment from the other user to the user who sold the gem. In other words, NFT-converted item B may be tradeable with other users.

Gems may also be exchangeable for specific tokens. Specifically, the operation reception unit 111 of the terminal device 10 may receive an operation by the user to select the gems they wish to exchange for specific tokens in the game. Information regarding this operation is then sent to the server 20 via the transmission/reception units 112, 211, and the asset management unit 213 may grant the specific tokens to the user in exchange for the selected gems based on this operation. In other words, gems may be items that can be converted into NFTs and exchanged for specific tokens. Note that the exchange of gems for specific tokens may be possible either before or after the gems are converted into NFTs, or both.

(Character generation)
In the game of this embodiment, a user can create a character (specifically, a player character) to be used by the user. Games that allow the creation of such characters are well known and can be realized by known methods, but may also be realized, for example, as follows.

Figure 7 shows an example of a character creation screen 70, which is a screen for creating a character.

In this embodiment, the user can set various items for the character, such as the name, place of origin (in other words, the land associated with the character (here, land may be a place that exists in reality or a place in virtual space)), gender, skin color, hairstyle, worn items (in other words, clothing or equipment; in this embodiment, clothes and gloves), eyebrows, eyes, nose, mouth, and face shape. Furthermore, depending on the item, it is possible to set, for example, shape, color, or position (for example, position on the face). Specifically, in this embodiment, it is possible to set the shape of the hairstyle, worn items, eyebrows, eyes, nose, mouth, and face shape. It is also possible to set the color of the hairstyle, worn items, eyebrows, and eyes. It is also possible to set the position of the eyebrows, eyes, nose, and mouth.

In other words, users can set both the character's appearance and other characteristics.

The character creation screen 70 displays UIs for accepting operations related to setting these various items, including a name input field 71 for accepting operations related to setting the name, a birthplace input field 72 for accepting operations related to setting the birthplace, a gender setting UI 73 for accepting operations related to setting the gender, a skin color setting UI 74 for accepting operations related to setting the skin color, a hairstyle setting UI 75 for accepting operations related to setting the hairstyle, an item setting UI 76 for accepting operations related to setting the items worn, an eyebrow setting UI 77 for accepting operations related to setting the eyebrows, an eye setting UI 78 for accepting operations related to setting the eyes, a nose setting UI 79 for accepting operations related to setting the nose, a mouth setting UI 80 for accepting operations related to setting the mouth, and a contour setting UI 81 for accepting operations related to setting the contour.

In this embodiment, it is possible to set an arbitrary name for a character by operating the name input field 71 (for example, by inputting an arbitrary character string into the name input field 71 via keyboard operation). The control unit 110 accepts the operation on the name input field 71 as an operation to set a character's name.

In addition, it is possible to set an arbitrary birthplace for a character by operating the birthplace input field 72 (for example, by inputting an arbitrary character string into the birthplace input field 72 via keyboard operation). The control unit 110 accepts the operation on the birthplace input field 72 as an operation to set the character's birthplace. Note that it may also be possible to set a place of residence, etc. instead of, or in addition to, a birthplace.

Furthermore, by operating the gender setting UI 73, it is possible to select the character's gender from multiple options. Specifically, by operating the arrow buttons included in the gender setting UI 73, it is possible to switch the gender to be set. The control unit 110 accepts the operation on the gender setting UI 73 as an operation to set the character's gender.

Furthermore, the skin color setting UI 74, hairstyle setting UI 75, item setting UI 76, eyebrow setting UI 77, eye setting UI 78, nose setting UI 79, mouth setting UI 80, and face contour setting UI 81 may each be configured by selecting from multiple options for the item to be set, or by specifying parameters by operating a slider or entering numerical values, etc. This will be explained with reference to Figure 8, using the example of setting eyebrows as a specified item. The same can be done for skin color, hairstyle, worn items, eyes, nose, mouth, face contour, etc.

Based on a click operation on the eyebrow setting UI 77, the control unit 110 causes the display unit 18 to display multiple options 83 for eyebrow shape, a slider 84 for setting the eyebrow color, and a slider 85 for setting the eyebrow position.

The control unit 110 then accepts the user's operation of selecting a specific option (in other words, a specific shape) from multiple eyebrow shape options 83 as an operation to set the eyebrow shape.

The control unit 110 also accepts operations on the sliders 84 related to setting the eyebrow color as operations to set the eyebrow color. In this embodiment, the sliders 84 related to setting the eyebrow color include a slider that accepts operations related to setting the eyebrow hue, a slider that accepts operations related to setting the eyebrow saturation, and a slider that accepts operations related to setting the eyebrow brightness. By dragging and sliding the sliders 84 related to setting the eyebrow color, it is possible to change the parameters related to the eyebrow color and set the eyebrow color. Note that in this embodiment, it is also possible to set the eyebrow color by directly inputting numerical values for the parameters related to the eyebrow color.

The control unit 110 also accepts an operation on a slider 85 related to setting the eyebrow position as an operation to set the eyebrow position. By dragging and sliding the slider 85 related to setting the eyebrow position, it is possible to change the parameters related to the eyebrow position and set the eyebrow position. Note that in this embodiment, it is also possible to set the eyebrow position by directly inputting numerical values for the parameters related to the eyebrow position.

The color and position of each part may be set by selecting from multiple options presented to the user.

The character creation screen 70 also displays an image 82 of the player character that reflects the user's settings (in other words, the appearance of the player character being created).

When settings are made for each item on the character creation screen 70 and the execute button 86, which accepts operations related to character creation, is operated, the game control unit 212 creates a character corresponding to the settings made by the user on the character creation screen 70 as the player character to be used by the user.

In this way, in this embodiment, the user can manually create a player character. Furthermore, the game control unit 212 automatically generates a player character profile based on the operation of the execute button 86. In other words, the operation of the execute button 86 can also be considered an operation related to profile generation.

(Profile Creation)
In this embodiment, the game control unit 212 automatically generates a profile for the character used by the user (in other words, the player character) using AI (Artificial Intelligence) based on data of the character.

Various proposals have been made for AI capable of generating text based on predetermined information, and the generation of profiles in this embodiment can be achieved using known AI capable of generating text. The AI may be either machine learning or non-machine learning (rule-based). The AI that generates the profile may be owned by the game system 1, or AI provided by an external service may be used. Specifically, generation AI such as ChatGPT, Google Bard (registered trademark), or Cloude may be used.

Hereinafter, the AI that generates profiles will be referred to as "profile generation AI."

The game control unit 212 inputs predetermined data (hereinafter referred to as input data) into the profile generation AI, causing it to generate a profile. The input data input to the profile generation AI includes data indicating the characteristics of the player character (hereinafter referred to as "character data") and random data, which will be described later. In other words, the game control unit 212 inputs character data into the profile generation AI, causing it to generate a profile. More specifically, the game control unit 212 inputs character data and random data into the profile generation AI, causing it to generate a profile.

In this embodiment, the game control unit 212 inputs data regarding the player character's hairstyle characteristics, eyebrow characteristics, eye characteristics, nose characteristics, mouth characteristics, face characteristics, and worn item characteristics, etc., as character data to the profile generation AI. In other words, the character data includes data regarding the player character's appearance. More specifically, the character data includes data regarding the player character's appearance characteristics set by the user. The game control unit 212 also inputs data regarding the player character's name, gender, associated land data, etc., as character data to the profile generation AI. In other words, the character data includes data regarding the player character's characteristics other than their appearance. Character data can also be said to be data indicating the player character's characteristics set by the user.

An example of character data is shown in Figure 9. The character data may directly or indirectly indicate the characteristics of the player character set by the user. For example, if the player character's hair color is set to a number of colors including Type A (e.g., black hair), Type B (e.g., brown hair), and Type C (e.g., blonde hair), and if Type A is set, data indicating "black hair" may be input to the profile generation AI as character data, and if Type B is set, data indicating "brown hair" may be input to the profile generation AI as character data. Also, for example, if the player character's eye shape is set to a number of colors including Type A, Type B, and Type C, and if Type A is set, data indicating "gentle eyes" may be input to the profile generation AI as character data, and if Type B is set, data indicating "strong eyes" may be input to the profile generation AI as character data.

Selection of character data according to the player character settings may be performed, for example, as follows. For example, for certain items related to the player character that can be set by selecting from multiple options (e.g., multiple options such as Type A, Type B, and Type C shown here), character data corresponding to each option may be set in advance (in other words, the correspondence between each option selectable on the character creation screen 70 and input data may be registered in the storage unit 220), and the game control unit 212 may input character data corresponding to the option set for the player character to the profile generation AI. Also, for certain items related to the player character that can be set by specifying parameters, character data corresponding to the numerical values of the parameters may be set in advance (in other words, the correspondence between the parameters and input data may be registered in the storage unit 220), and the game control unit 212 may input character data corresponding to the parameters set for the player character to the profile generation AI. Specifically, a correspondence between parameters and input data may be preset, such that, for example, if a predetermined parameter related to hair color is within a first range (e.g., a range determined to be black), first character data (e.g., data indicating "black hair") is input, and if the predetermined parameter related to hair color is within a second range (e.g., a range determined to be brown), second character data (e.g., data indicating "brown hair") is input. Furthermore, the game control unit 212 may input an image of the player character to a predetermined AI that analyzes the image, extract characteristics related to the player character's appearance, and use the extracted results as input data.

The game control unit 212 also inputs data on multiple items related to the player character to the profile generation AI as character data. Specifically, the game control unit 212 inputs data indicating characteristics related to multiple items (specifically, multiple items that can be set by the user) such as the player character's hairstyle, eyebrows, eyes, nose, mouth, face, worn items, name, gender, or associated land to the profile generation AI. Note that the data for each item to be input to the profile generation AI may be predetermined and fixed, or may be determined by the game control unit 212 when generating a profile (for example, each time). Note that the item determination by the game control unit 212 here may be performed according to predetermined rules or randomly. Data for all items set by the user may be input to the profile generation AI, or data for some items may not be input to the profile generation AI.

The game control unit 212 also inputs data indicating the player character's occupation as random data. The random data input when generating a profile is selected randomly by the game control unit 212 from multiple candidates. Random data can also be considered data indicating characteristics of the player character that have not been set by the user. Random data can also be considered data that cannot be specified by the user among the input data used to generate a profile (in other words, data that has not been specified).

An example of random data is shown in Figure 10. The random data may be, for example, data such as "is an actor," "is an astronaut," "is an archaeologist," "is an app developer," "is an architect," "is a baker," or "is a cake shop owner." The game control unit 212 randomly determines the data to be used as input data from among multiple candidates (multiple occupations in this embodiment) and inputs it to the profile generation AI.

In this embodiment, data indicating real-world occupations is used as the random data, but data indicating occupations or roles within the game that correspond to the worldview of the game may also be used. Furthermore, for example, data indicating the player character's personality or data indicating the player character's past may also be input as random data. The data shown here is merely an example, and random data can be selected appropriately depending on the direction of the profile you want the AI to generate. In other words, random data is not particularly limited as long as it is randomly determined data that brings about changes in the content of the profile that is generated. Random data may, for example, relate to characteristics other than the player character's appearance.

Profile generation based on character data and random data can be performed, for example, as follows. That is, for example, a profile can be generated by inputting a prompt such as "Please create a sentence describing the character based on the input data below" to a known generation AI and then inputting the various input data described above.

The structure of the profile may also be specified. Specifically, for example, the structure of the profile may be specified to include one or more of the following: "personality," "experiences," "biggest event in life," "most proud thing," "biggest failure and lesson learned," and "lines spoken by the player character." In other words, the game control unit 212 may issue instructions regarding the structure of the profile to the profile generation AI, causing the AI to generate the profile in accordance with those instructions. Such instructions may be given, for example, by inputting instructions regarding the structure as a prompt. Furthermore, the profile generation AI itself may be designed to generate a profile with a predetermined structure.

Furthermore, the items included in the profile configuration may include items related to the objectives in the game (mining in this embodiment) (e.g., the user's objectives or the player character's objectives). Examples of objectives in the game include obtaining a specific object (e.g., an object or person in a virtual space), searching for a specific object, defeating a specific character, reaching a specific destination, and winning a battle. For example, in the game of this embodiment, obtaining gems is one of the objectives of the user (i.e., the player character). In particular, in this embodiment, gems are objects that can be converted into NFTs and can be taken outside the game or bought and sold on a marketplace (i.e., because they can lead to real-world profits for the user), so obtaining gems is one of the user's important objectives. Therefore, the game control unit 212 may instruct the profile generation AI to include items related to obtaining gems in the profile configuration (i.e., text). Specifically, the game control unit 212 may instruct the configuration of the profile to include "the player character's enthusiasm for mining gems (in other words, lines)" or "the reason for mining gems (for example, what prompted them to attempt mining)." With such a configuration, the profile will include information related to the goal of the game (see FIG. 11), making it easier for the user to feel immersed in the game.

Furthermore, when generating a profile, certain restrictions may be imposed on the content of the profile. Specifically, for example, restrictions may be imposed so that the profile does not include sentences that mention facial features or appearance. In other words, while data indicating physical features may be entered as input data, instructions may be given to not mention physical features in the profile text. In other words, the game control unit 212 may issue instructions to the profile generation AI to restrict the content of the profile and generate the profile in accordance with these instructions. Such restrictions may be imposed, for example, by inputting instructions related to the restrictions as a prompt. Furthermore, the profile generation AI itself may be designed to generate a profile in accordance with certain restrictions. Note that when the AI is made to generate a profile, even if instructions (in other words, restrictions) are given to not mention facial features, for example, there is a possibility that sentences that mention facial features may be generated.

The game control unit 212 transmits information to the terminal device 10 for displaying the generated profile on the display unit 18. Furthermore, the control unit 110 of the terminal device 10 causes the display unit 18 to display the generated profile based on this information, as shown in FIG. 11 . In other words, the control unit 110 causes the display unit 18 to display a result display screen 87 that displays the results of the profile generation. The result display screen 87 displays the generated profile, a regenerate button 88 as a UI that accepts operations related to regenerating the profile, and a complete button 89 as a UI that accepts operations related to confirming the profile (in other words, completing the creation of the player character). When the regenerate button 88 is operated, the profile is regenerated. When the complete button 89 is operated, the profile is confirmed and the creation of the player character is completed. It is then possible to play a game (e.g., mining) using the created player character.

In this way, the game control unit 212 generates a profile by adding random data to the characteristics of the player character set by the user (in other words, character data), but adding random data can also be considered as adding a tag (in this embodiment, an occupation tag) to the player character. In other words, the game control unit 212 can also be considered to generate a profile using AI based on the characteristics of the player character set by the user and the randomly added tag. Also, the game control unit 212 can be considered to randomly add a predetermined characteristic (in this embodiment, an occupation) to the player character (in other words, the characteristics of the player character set by the user), and generate a profile based on the characteristics of the player character.

(Regenerate your profile)
The game control unit 212 is capable of regenerating a profile based on an instruction from the user. Specifically, the game control unit 212 executes regeneration of a profile based on the user's operation of the regeneration button 88. Specifically, the game control unit 212 inputs character data and random data to the profile generation AI and generates a profile, in the same way as when a profile is generated for the first time (in other words, in the same way as when a profile is generated based on an operation of the execute button 86).

As shown in FIG. 12, the game control unit 212 uses the same character data when initially generating a profile and when regenerating a profile. In other words, the game control unit 212 uses the same character data without changing at least a portion of it (for example, without changing it at all). Furthermore, the game control unit 212 randomly determines the random data when initially generating a profile and when regenerating a profile. In other words, the random data used to generate the initial profile and the random data used to regenerate a profile are each randomly selected from multiple candidates. In other words, the game control unit 212 uses different random data when initially generating a profile and when regenerating a profile. However, as a result of the random determination, the same data (in other words, the same occupation) may be selected as random data. Furthermore, when regenerating a profile, the game control unit 212 may control so that random data identical to the random data selected previously is not selected. Specifically, when determining the random data to be used to regenerate a profile, the game control unit 212 may extract random data from a plurality of candidates excluding the random data previously selected. More specifically, for example, a type of random data is set (in other words, it is classified into a plurality of types), and when regenerating a profile, the game control unit 212 may generate the profile using random data of a different type than the random data used in the previous generation. In other words, when determining the random data to be used to regenerate a profile, the game control unit 212 may determine the random data to be used for regeneration by excluding from the candidates random data of the same type as the type set for the random data previously selected. For example, if the data "is a bakery" and the data "is a cake shop" are set to a type "food-related," and the data "is a bakery" was used as random data in the previous generation of a profile, the game control unit 212 may control not to select the data "is a bakery" and the data "is a cake shop" set to a type "food-related" as random data to be used when regenerating a profile. The random data may be data that is randomly selected when the profile is first generated (in other words, the mth time (m is a natural number)) and when it is regenerated (in other words, the m+1th time). The random data may not be added when the profile is first generated.

When the game control unit 212 regenerates the profile, it transmits information to the terminal device 10 for displaying the generated profile on the display unit 18. The control unit 110 of the terminal device 10 then causes the display unit 18 to display the generated (specifically, regenerated) profile based on this information. In other words, the control unit 110 displays the results of the profile regeneration on the result display screen 87. Furthermore, when the regeneration button 88 is operated, the profile is regenerated again. When the complete button 89 is operated, the profile is finalized and the creation of the player character is completed. The created player character can then be used to play games (e.g., mining, etc.). The user can then repeatedly regenerate the profile until they are satisfied with the profile they have generated.

As mentioned above, the game control unit 212 may change which of multiple items (specifically, multiple items that can be set by the user) of the player character's hairstyle, eyebrows, eyes, nose, mouth, face, worn items, name, gender, or associated lands are input to the profile generation AI each time a profile is generated (e.g., between the mth generation and the m+1th generation). The game control unit 212 may also change the weighting of these multiple items each time a profile is generated. That is, when character data for each of multiple characteristics of the player character (e.g., hairstyle characteristics, eye characteristics, associated lands, etc.) is input to the profile generation AI, the game control unit 212 may instruct the profile generation AI which characteristic to prioritize when generating the profile each time a profile is generated, and change the weighting of each characteristic each time a profile is generated. In other words, when automatically changing the profile generated between the mth and m+1th times, the game control unit 212 may change the profile by changing which items of data are input to the profile generation AI, or by changing the weighting of each item, instead of or in addition to adding random data. The game control unit 212 may determine which items of data are input and how each item is weighted, either randomly or according to predetermined rules.

(Adding other randomness)
The game control unit 212 may be able to change the configuration of a profile between when the profile is first generated (in other words, the mth time) and when it is regenerated (in other words, when it is generated the m+1th time). In other words, the game control unit 212 may perform control to impart randomness to the configuration of the profile. Specifically, as described above, when generating a profile, the game control unit 212 may issue instructions to the profile generation AI regarding the items to be included in the configuration of the profile. The game control unit 212 may then change the instructions regarding the items to be included in the configuration of the profile for each generation of a profile. For example, the game control unit 212 may determine the items to be included in the configuration of the profile randomly or according to a predetermined rule. That is, for example, when initially generating a profile, the game control unit 212 may instruct the profile generation AI to include in the profile a "personality,""experiences,""biggest event in life," and "lines from the player character," and when regenerating the profile, the game control unit 212 may instruct the profile generation AI to include in the profile a "personality,""experiences,""bestthing," and "lines from the player character." Note that the configuration of the profile (in other words, instructions related to the configuration) may be predetermined and fixed.

(Creating profiles in other languages)
In the game of this embodiment, each user can select the language they use to play the game. Specifically, for example, each user can select the language they use from multiple languages, such as Japanese, English, Spanish, and Chinese, to play the game. Furthermore, each user can view the profiles of the player characters of other users during the game. The profiles of the player characters of other users are displayed in the language selected by the user.

Here, we will explain the case where a first user who has selected a first language (e.g., Japanese) as their language of choice creates a profile for their own player character, and a second user who has selected a second language (e.g., English) as their language of choice views the profile of the first user's player character. Note that the profile of the first user's player character is displayed on the second user's terminal device 10 when the second user performs a predetermined operation on the second user's terminal device 10. Methods for displaying information about characters owned by other users on a terminal device 10 in this way are well known, so we will not explain them here.

When generating a profile for the first user's player character based on the first user's operation (specifically, an operation on the execute button 86 or regenerate button 88), the game control unit 212 generates the profile in the first language selected by the first user as the language that the first user uses. The profile generated in the first language is then presented to the first user.

When presenting such a profile generated in a first language to a second user, it must be translated into a second language so that the second user can understand it. In this embodiment, the process of translating (or translating) a profile generated in a first language into the second language is performed using AI. In other words, the game control unit 212 automatically generates a profile generated in a second language using AI based on a profile generated in a first language. The AI used here may be the same AI (e.g., a publicly known generation AI) as the AI used to generate the profile in the first language.

Specifically, the game control unit 212 first instructs the AI to extract multiple keywords from the profile generated in the first language. In this embodiment, the game control unit 212 also instructs the AI to extract keywords in the second language. The game control unit 212 may also instruct the AI on what types of keywords to extract (for example, what topics to extract keywords about). That is, the instruction to the AI to extract keywords may be, for example, a prompt input to the generation AI such as, "Please extract three keywords in English (in other words, the second language) from the profile," or a prompt input such as, "Please extract three keywords related to the person's image and three keywords related to their experiences from the profile, both in English (in other words, the second language)."

The game control unit 212 also instructs the AI to generate a profile in the second language based on the keywords. Specifically, the game control unit 212 instructs the AI to generate a profile of the first user's player character in the second language based on the keywords, character data indicating the characteristics of the first user's player character, and random data. This instruction may be, for example, input to a known generation AI as a prompt such as, "Please create a sentence in English (in other words, the second language) that describes the character based on the following input data," with keywords (specifically, keywords extracted from the first language profile), character data, and random data input as input data. Here, the character data may relate to the same characteristics (e.g., characteristics such as "black hair" or "type A eye shape") as the character data input when generating the first language profile. In other words, the character data may be the same data as the data used when generating the first language profile, or it may be different data. The random data may also be related to the same characteristics (e.g., the same occupation) as the random data input when generating the first language profile. Here, with regard to character data and random data, "related to the same characteristics" may mean that the exact same data is input as input data when generating the first language profile and the second language profile, or data indicating a specific characteristic (e.g., data indicating a characteristic such as "black hair," "type A eye shape," or "being a baker") may be registered in storage unit 220 for use when generating the first language profile and the second language profile, and input as input data when generating the profile in each language.

In other words, the random data used when generating a second language profile based on a first language profile may be the same as or different from the random data selected from multiple candidates when generating the first language profile. In other words, the game control unit 212 performs a process of randomly selecting random data from multiple candidates when generating the first language profile, but when generating a second language profile, it may use random data based on the selection results when generating the first language profile, or it may perform a new process of randomly selecting random data from multiple candidates.

The game control unit 212 may also have the AI simply translate a profile created in a first language into a second language. However, using this method of translation may result in expressions specific to the first language appearing in the profile in the second language, making the translated text unnatural or difficult to read. In contrast, in this embodiment, keywords are extracted from a profile created in a first language, and a new profile in the second language is created based on those keywords, making it possible to create a natural profile that is appropriate for the language.

(Processing flow)
Next, an example of processing executed by the game system 1 will be described with reference to the flowchart shown in FIG.

The control unit 110 of the user's terminal device 10 accepts operations by the user to set the character's characteristics (step S101). Specifically, the control unit 110 accepts operations to set various items on the character creation screen 70, such as the character's name, place of origin, gender, skin color, hairstyle, worn items, eyebrows, eyes, nose, mouth, and face.

Next, the control unit 110 accepts an operation by the user related to profile generation (step S102). Specifically, the control unit 110 accepts an operation on the execute button 86 as an operation related to profile generation.

When an operation related to profile generation is performed, the game control unit 212 automatically generates a profile for that character using AI based on the character data indicating the character's characteristics set by the user in step S101. Specifically, when an operation related to profile generation is performed, the game control unit 212 randomly selects random data to be used for profile generation from among multiple candidates (step S103). In other words, the game control unit 212 randomly determines the character's occupation. Next, the game control unit 212 instructs the profile generation AI to generate a profile for that character based on the character data indicating the character's characteristics set by the user in step S101 and the random data selected randomly in step S103 (in other words, the randomly selected occupation) (step S104).

Next, the game control unit 212 presents the profile generated by the profile generation AI to the user (step S105). Specifically, the game control unit 212 instructs the user's terminal device 10 to display the profile generated by the profile generation AI on the display unit 18, and the control unit 110 of the terminal device 10, based on the instruction, causes the profile generated by the profile generation AI to be displayed on the display unit 18. Note that here, "presenting the profile generated by the profile generation AI to the user" may mean presenting the output result of the profile generation AI to the user as is (in other words, displaying it on the display unit 18) without changing its content, or it may mean editing the content of the output result and presenting it to the user. Specifically, the game control unit 212 may edit the content of the output result, for example by removing prohibited words, and then present it to the user. Furthermore, "without changing the content" may include cases where the main text of the profile as an output result is not edited, but the headings for each item in the profile (for example, if the profile includes items such as "personality" or "experience", the headings for "personality" or "experience" are deleted or added).

Next, the control unit 110 of the user's terminal device 10 accepts an operation related to regenerating the profile (step S106). The game control unit 212 also determines whether an operation related to regenerating the profile has been performed (step S107). In other words, the game control unit 212 determines whether an operation related to regenerating the profile (for example, an operation on the regenerate button 88) has been performed, or whether an operation related to confirmation (for example, an operation on the complete button 89) has been performed.

If no operation related to regeneration has been performed (NO in step S107), the game control unit 212 does not regenerate the profile, and instead confirms the profile presented to the user as the character's profile (step S108).

If an operation related to regeneration has been performed (YES in step S107), the game control unit 212 uses AI to regenerate a profile for that character based on the character data indicating the character's characteristics set by the user in step S101. Specifically, the game control unit 212 returns to the processing of step S103 and repeats the processing of steps S103 to S107.

In this embodiment, the items, tokens, and various logics (in other words, smart contracts) managed on the blockchain are managed on the same blockchain, but some may be managed on different blockchains. Existing blockchains such as Ethereum and Bitcoin may be used. NFTs corresponding to item A and item B (in other words, NFTed item A and item B) may be able to be bridged from the blockchain on which they were issued to another blockchain.

Note that the configurations according to this embodiment can also be applied to services (in other words, content) other than the game according to this embodiment. For example, the configurations according to this embodiment may be used to generate a profile for a character (in other words, an avatar) used by a user in a service other than a game.

The present invention is not limited to the above-described embodiments, and can be implemented in various modifications without departing from the spirit of the invention. Within the scope of the invention, the components can be freely combined, any component can be modified, any component can be replaced, any component can be omitted, or other components can be added. Furthermore, the processing flow described in this specification is merely an example, and the order and configuration of each process may be different. Furthermore, some processes described in this specification may not exist. In other words, the processing flow and specific determination processes may differ from those exemplified in this specification.

<Additional Notes>
The configuration of this embodiment may be used, for example, to improve the interest of a service. Furthermore, the configuration of this embodiment may be used, for example, to provide a service that is easy to use. The matters described in the above embodiment may also be written as follows:

(Appendix 1)
Computer,
functioning as a generating means (for example, the game control unit 212) that automatically generates a profile of a character used by a user using AI based on the data of the character;
The generating means is capable of regenerating the profile based on an instruction from the user;
The generating means is a program that regenerates the profile using AI based on the character data and specific data that is randomly determined.
With this configuration, it is possible to change the profile automatically generated by AI using randomly determined data. Therefore, for example, if a user requests a profile be regenerated, it is possible to change the profile without making any changes to the character itself. This makes it easier to customize the profile to suit one's preferences, thereby increasing the interest of the service.

(Appendix 2)
2. The program of claim 1, wherein the character can be manually generated by the user.
According to this configuration, in a configuration in which a profile is automatically generated for a manually generated character, if a user requests the profile to be regenerated, the profile can be changed without requiring the user to make any changes to the character. This makes it easier for the user to customize the profile to their liking without unintentionally changing the parts of the character that the user has set. This can improve the interest of the service.

(Appendix 3)
The program according to claim 1, wherein, when regenerating the profile, the generating means generates the profile using the specific data that is different from the specific data used in the previous generation.
With this configuration, randomness can be introduced into both the previous profile and the current profile by using specific data, thereby increasing the interest of the service.

(Appendix 4)
The specific data is classified into a plurality of types,
The program according to claim 1, wherein, when regenerating the profile, the generation means generates the profile using the specific data of a type different from the specific data used in the previous generation.
With this configuration, it is possible to make it easier for the profile to differ before and after regeneration, thereby increasing the interest of the service.

(Appendix 5)
The program according to any one of appendices 1 to 3, wherein the character data includes data relating to the character's appearance.
With this configuration, the profile can be tailored to the character's appearance.

(Appendix 6)
The program described in Appendix 5, wherein when regenerating the profile, the generation means varies the profile to be generated by randomly determining the specific data while keeping the data regarding the character's appearance used to generate the profile the same as that used in the previous generation.
This configuration allows users to easily customize their profile to their liking without undesirably changing the character's appearance from the previous profile creation, thereby improving the interest of the service.

(Appendix 7)
a generating means for automatically generating a profile of a character used by a user using AI based on data of the character;
The generating means is capable of regenerating the profile based on an instruction from the user;
The generating means regenerates the profile using AI based on the character data and specific data that is randomly determined.
With this configuration, the same effects as those of the program described in Supplementary Note 1 can be achieved.

The problem-solving means constituted by the above-mentioned program (for example, the components described in the appendix) can be appropriately adapted for use in devices, systems, methods, media, etc.

1 Game System, 3 Blockchain System, 10 Terminal Device, 11 Processor, 12 Memory, 13 Storage, 14 Communication Interface, 15 Input/Output Interface, 17 Input Unit, 18 Display Unit, 20 Server, 21 Processor, 22 Memory, 23 Storage, 24 Communication Interface, 25 Input/Output Interface, 30 Node Device, 31 Processor, 32 Memory, 33 Storage, 34 Communication Interface, 35 Input/Output Interface, 110 Control Unit, 111 Operation Acceptance Unit, 112 Transmitting/Received Unit, 113 Terminal Processing Unit, 114 Display Control Unit, 120 Memory Unit, 210 Control Unit, 211 Transmitting/Received Unit, 212 Game Control Unit, 213 Asset Management Unit, 214 Market Management Unit, 220 Memory Unit, 310 Control Unit, 320 Memory Unit

Claims (2)

Computer,
A program that functions as a generating means for regenerating a profile for a character in a game using AI based on the character's data and specific data that is randomly determined when a user playing the game instructs the profile to be regenerated. An information processing system comprising a generation means for, when a user playing a game instructs the regeneration of a profile relating to a character in the game, regenerating the profile using AI based on the character's data and specific data that is randomly determined.