JP6429934B2 - Game system - Google Patents

Description

  The present invention relates to a game system.

  A so-called online game in which game data is provided from a server device to a terminal device via a network, and a game is executed using the game data provided in the terminal device has become widespread.

  In an online game, a function for exchanging items such as cards and weapons used in the game between players may be implemented in order to promote exchange between players. For example, Japanese Unexamined Patent Application Publication No. 2009-187143 (Patent Document 1) discloses a method for exchanging items used in an online game between players.

JP 2009-187143 A

  As described in Patent Document 1, some players perform an action called real money trade in which game media such as cards and items are bought and sold in real currency. If the real money trade is released, only a part of the players can play the game under extremely advantageous conditions, which may impair the game balance. Accordingly, online game providers are striving to suppress real money trade by prohibiting real money trade according to user rules and stopping the use of games by players who violate user rules.

  However, even if the usage rules are strictly enforced, there are limits to the suppression of real money trade. Therefore, an object of the present invention is to provide a game system capable of suppressing real money trade from a technical aspect. Other objects of the present invention will become apparent by referring to the entire specification.

  The game system which concerns on one Embodiment of this invention is a game system which provides a game via a network with respect to each terminal device of one or several players, Comprising: 1st of the said one or several players The first game medium held by the first player is stored in association with the first player identification information for identifying the player, and is associated with the second player identification information for identifying the second player of the one or more players. In addition, an owned game content storage unit that stores a second game content possessed by the second player, an exhibition request obtaining unit that obtains an exhibition request for listing the first game content from the first player, and the first An exchange request acquisition unit that acquires an exchange request for requesting exchange of the first game medium and the second game medium from two players, and the exchange request acquisition unit includes: When the exchange request is acquired, a difference between the transaction quantity of the first game content and the transaction quantity of the second game content is calculated, and the first difference is calculated based on a comparison between the calculated difference and a predetermined threshold value. The determination unit that determines whether or not the exchange between the game medium and the second game medium is established, and the first game medium is identified as the second player only when the determination unit determines that the exchange is established. And an update unit that updates the possessed game medium storage unit so that the second game medium is stored in association with the information and is stored in association with the first player identification information. When the determination unit determines that the exchange is not established, the second game content is erased from the possessed game content storage unit.

  A game program according to an embodiment of the present invention provides a game computer that provides a game to each terminal device of one or a plurality of players via a network, with a first player among the one or more players. A first game medium held by the first player is stored in association with the first player identification information to be identified, and is associated with second player identification information for identifying a second player of the one or more players. From the possessed game medium storing process for storing the second game medium possessed by the second player, the exhibition request obtaining process for obtaining the exhibition request for exhibiting the first game medium from the first player, from the second player, In exchange request acquisition processing for acquiring an exchange request for requesting exchange between the first game media and the second game media, and in the exchange request acquisition processing When the exchange request is acquired, the difference between the transaction quantity of the first game content and the transaction quantity of the second game content is calculated, and based on the comparison between the calculated difference and a predetermined threshold, The determination process for determining whether or not the exchange between the first game medium and the second game medium is established, and the first game medium is the first game medium only when it is determined that the exchange is established in the determination process. Update processing for updating the possessed game content storage unit so that the second game content is stored in association with the second player identification information and stored in association with the first player identification information, and In the update process, when the determination unit determines that the exchange is not established, the second game medium is erased from the possessed game medium storage unit.

  According to various embodiments of the present invention, a game system capable of suppressing real money trade from a technical aspect can be provided.

1 is a block diagram schematically showing the architecture of a game system according to an embodiment of the present invention. The block diagram which shows notionally the architecture of the terminal device used in the game system which concerns on one Embodiment of this invention. The block diagram which shows the function of the server apparatus used in the game system which concerns on one Embodiment of this invention. Example of owned game media management table provided in the game system according to an embodiment of the present invention An example of a game media parameter management table provided in a game system according to an embodiment of the present invention An example of a player specific information management table provided in a game system according to an embodiment of the present invention An example of an exhibition request management table provided in a game system according to an embodiment of the present invention The flowchart which shows the exchange processing of the game media which concerns on one Embodiment of this invention. Display example of an exhibition list page in a game system according to an embodiment of the present invention Display example of web page for selecting bid game media in game system according to one embodiment of the present invention Display example of bid information confirmation page in game system according to one embodiment of the present invention Example of display of exchange establishment notification web page in game system according to another embodiment of the present invention Example of screen display of present page in game system according to one embodiment of the present invention Display example of error page when it is determined that the exchange is not successful in the game system according to another embodiment of the present invention An example of a group management table provided in a game system according to an embodiment of the present invention An example of a group classification table provided in the game system according to an embodiment of the present invention An example of a player management table provided in a game system according to an embodiment of the present invention

  Hereinafter, various embodiments of the present invention will be described with reference to the drawings as appropriate. In addition, the same referential mark is attached | subjected to the component which is common in drawing.

  FIG. 1 is a block diagram schematically showing a game system in one embodiment of the present invention. As shown in FIG. 1, an online game server device 10 (hereinafter simply referred to as “server device 10”) according to an embodiment of the present invention has a communication function via a communication network 20 such as the Internet. , 30-N (hereinafter, may be collectively referred to as “terminal device 30”). The server device 10 is an example of a device that implements part or all of the game system according to an embodiment of the present invention.

  As shown in the figure, the server device 10 includes a CPU 11, a main memory 12, a user I / F 13, a communication I / F 14, an external memory 15, and a disk drive 16, and each of these components has a bus 17. Are electrically connected to each other. The CPU 11 loads various programs for controlling the progress of the operating system and the online game from the external memory 15 to the main memory 12, and executes instructions included in the loaded programs. The main memory 12 is used for storing a program executed by the CPU 11, and is constituted by, for example, a DRAM.

  The user I / F 13 includes, for example, an information input device such as a keyboard and a mouse that accepts an operator input, and an information output device such as a liquid crystal display that outputs a calculation result of the CPU 11. The communication I / F 14 is implemented as hardware, firmware, communication software such as a TCP / IP driver or a PPP driver, or a combination thereof, and is configured to be able to communicate with the terminal device 30 via the communication network 20.

  The external memory 15 is composed of, for example, a magnetic disk drive, and stores various programs such as a control program for controlling the progress of the online game. The external memory 15 can also store various data used in the game. The external memory 15 includes, for example, a retained game medium management table, a game medium parameter management table, an exhibition request management table, a player specifying information management table, a group management table, a group classification table, and a player management table, which will be described later. Various data are stored in the table according to the progress of the game. Note that these tables may be communicably connected to the server device 10 and may be stored in a database server physically separate from the server device 10.

  The disk drive 16 reads data stored in various storage media such as CD-ROM, DVD-ROM, and DVD-R, or writes data to these storage media. For example, data such as game applications and game data stored in the storage medium is read by the disk drive 16 and installed in the external memory 15.

  In one embodiment, the server device 10 is a web server that manages a website composed of a plurality of web pages having a hierarchical structure, and can provide a game service to the terminal device 30. The browser software provided in the terminal device 30 acquires HTML data for displaying a web page from the server device 10, analyzes the acquired HTML data, and displays the web page as a user of the terminal device 30 (game player). ) Can be presented. A game provided via a web page displayed by such browser software may be referred to as a browser game. HTML data for displaying the web page can also be stored in the external memory 15. The HTML data consists of an HTML document described in a markup language such as HTML, and various images can be associated with the HTML document using tags. In addition, a program written in a script language such as ActionScript or JavaScript (registered trademark) can be embedded in the HTML document.

  The external memory 15 can also store game applications that are executed on the terminal device 30 in an execution environment other than browser software. The game application can include various data such as a game program for executing the game and image data referred to when the game program is executed. The game program is created in an object-oriented programming language such as Objective-C or Java (registered trademark). The created game program is stored in the external memory 15 as application software together with various data. The application software stored in the external memory 15 is distributed to the terminal device 30 in response to the distribution request. The application software distributed from the server device 10 is received by the terminal device 30 via the communication I / F 34 under the control of the CPU 31, and the received game program is transmitted and stored in the external memory 35. This application software is activated in response to an operation of the terminal device 30 by the player, and is executed on a platform such as NgCore (trademark) or Android (trademark) installed in the terminal device 30. The server device 10 provides various data necessary for the progress of the game to the game application executed on the terminal device 30. Further, the server device 10 can manage the progress of the game for each player by storing various data transmitted from the terminal device 30 for each player.

  As described above, the server device 10 can manage the website that provides the game service, and can advance the game by distributing the web pages constituting the website in response to a request from the terminal device 30. . In addition to the browser game, or in addition to the browser game, the server device 10 advances the game by communicating the game application executed on the terminal device 30 and various data used in the game. Can be made. The server device 10 can store data necessary for the progress of the game for each piece of identification information (to be described later) for identifying each player, regardless of how the game is provided. The games provided by the server device 10 include arbitrary games such as action games, role playing games, baseball battle games, card games, and the like. The type of game realized by the website of the server device 10 or the game application is not limited to that specified in this specification.

  In one embodiment, the terminal device 30 is an arbitrary information processing device capable of displaying a web page of a game website acquired from the server device 10 on a web browser. For example, the terminal device 30 is for a mobile phone, a smartphone, or a game Includes but is not limited to consoles, personal computers, touchpads, and electronic book readers. In another embodiment, the terminal device 30 is an arbitrary information processing device in which an application execution environment for executing a game application is installed.

  The architecture of the terminal device 30 will be described with reference to FIG. FIG. 2 is a block diagram conceptually showing the architecture of the terminal device 30. As shown in FIG. As illustrated, the terminal device 30 includes a CPU 31, a main memory 32, a user I / F 33, a communication I / F 34, and an external memory 35. These components are electrically connected to each other via a bus 36. Connected.

The CPU 31 loads various programs such as an operating system from the external memory 35 to the main memory 32, and executes instructions included in the loaded program. The main memory 32 is used for storing a program executed by the CPU 31, and is configured by, for example, a DRAM.

  The user I / F 33 includes, for example, an information input device such as a touch panel, a keyboard, a button, and a mouse that receives an input from a player (user), and an information output device such as a liquid crystal display that outputs a calculation result of the CPU 31. The communication I / F 34 is implemented as hardware, firmware, communication software such as a TCP / IP driver or a PPP driver, or a combination thereof, and is configured to be able to communicate with the server device 10 via the communication network 20.

  The external memory 35 is configured by, for example, a magnetic disk drive or a flash memory, and stores various programs such as an operating system. Further, when a game application is received from the server device 10 via the communication I / F 34, the external memory 35 stores the received game application.

  The terminal device 30 having such an architecture includes, for example, browser software for interpreting an HTML file (HTML data) and displaying it on the screen, and the HTML acquired from the server device 10 by the function of the browser software. The web page corresponding to the received HTML data can be displayed by interpreting the data. Further, the terminal device 30 includes plug-in software (for example, Flash Player provided by Adobe Systems) (FLASH is a trademark) incorporated in browser software, and a SWF format file embedded in HTML data The SWF format file obtained from the server device 10 can be executed using browser software and plug-in software.

  When the game is executed on the terminal device 30, for example, an animation or an operation icon instructed by the program is displayed on the screen of the terminal device 30. The player can input an instruction to advance the game using an input interface (for example, a touch screen or a button) of the terminal device 30. The instruction input from the player is transmitted to the server device 10 through a browser function of the terminal device 30 or a platform function such as NgCore (trademark).

  Next, functions of the server device 10 realized by the components shown in FIG. 1 will be described with reference to FIG. FIG. 3 is a block diagram showing functions of the server device 10 according to an embodiment of the present invention. As shown in FIG. 3, the server device 10 according to the present embodiment includes a game progress control unit 51, a possessed game medium storage unit 52, a game medium parameter storage unit 53, a player identification information storage unit 54, an exhibition request acquisition unit 55, Part or all of the exhibition data generation / transmission unit 56, the exchange request acquisition unit 57, the determination unit 58, the bid data generation unit 59, the bid data transmission unit 60, and the update unit 61 are provided. Although detailed description is omitted, the server device 10 may include a charging processing unit that performs a player authentication process at the start of the game and a charging process that occurs in accordance with the progress of the game. These functions are realized by loading a predetermined program into the main memory 12 under the control of the CPU 11, and the CPU 11 executing an operation based on a command of the program.

  The game progress control unit 51 can control the progress of the game for each player by transmitting / receiving various data necessary for the progress of the game to / from the terminal device 30 and managing the data for each player. For example, the game progress control unit 51 causes the terminal device 30 to sequentially display each of the web pages constituting the website that provides the game service in response to a request from the terminal device 30. For example, when a hyperlink on the displayed web page is selected by the player, the game progress control unit 51 transmits new HTML data corresponding to the hyperlink to the terminal device 30. In the terminal device 30, a web page corresponding to the acquired HTML data is displayed. As described above, the game progress control unit 51 sequentially provides the web pages stored in the server device 10 to the terminal device 30 according to the operation of the player, so that the player progresses the game through the operation of the terminal device 30. Can be made.

  When a game application is executed on the terminal device 30, the game progress control unit 51 can sequentially transmit various data used in the game to the game application. For example, when the game progress control unit 51 receives a control signal indicating that a predetermined mission has been cleared from the game application of the terminal device 30, the game progress control unit 51 sets various parameters related to the next mission of the cleared mission to the game application. To provide against. The game application can load the data provided from the server device 10 and advance the game.

  The terminal device 30 proceeds with the game such as information indicating various parameter values used in the game (such as information regarding the number of acquired game points and items acquired) and information indicating the status (such as information identifying the mission achieved). Can be transmitted to the server device 10 as appropriate using the functions of the browser software and the game application. The game progress control unit 51 can control the progress of the game for each player by storing information related to the progress of the game received from the plurality of terminal devices 30 for each player. Accordingly, when the player logs in to the server device 10 using his / her ID, the player's progress is determined based on the information about the progress of the game associated with the player held in the server device 10. The game is resumed from the last scene (for example, the scene just before the interruption). In addition to the game progress control unit 51, information necessary for the progress of the game can be managed by various functions of the server device 10 or a separate device that is communicably connected to the server device 10.

  In the terminal device 30, various games are executed in cooperation with the server device 10. In the game executed on the terminal device 30, various game media such as an electronic card, a character, an item, and a virtual currency usable in the game are used. The game medium is a general term for electronic data used by a player in a game, and includes, for example, a card, an item, a character, and an avatar. In one aspect of the present invention, the game medium may be acquired, held, used, managed, exchanged, combined, strengthened, sold, discarded, and / or gifted, etc. by the player as the game progresses. The usage mode of the game media is not limited to those specified in this specification. When a card is traded in a game, it is possible to trade using a virtual currency used in the game as a consideration instead of the actual currency. The game medium includes parameters (for example, “rarity”, “attack”, "Defense power", "Game media name", etc.) are set. In the present specification, among the parameters of the game media, the digitized parameters are “parameter values”, “game media parameter values”, “parameter values set in the game media”, or “game media parameter values”. Or the like. In an embodiment of the present invention, at least some of the parameters set in the game medium can be updated as the game progresses. The player can advance the game using a game medium having updated parameters.

  The game provided by the server device 10 according to an embodiment of the present invention includes a so-called card game. In a card game, a player holds one or more cards in the game, captures a mission using the held cards, or plays against other players or non-player characters using the cards. The game can be advanced. The present applicant offers various types of card games on the Mobage (R) platform.

  The possessed game medium storage unit 52 can store a game medium possessed by the player in association with player identification information for identifying each player. The possessed game content storage unit 52 is realized by, for example, a retained game content management table provided in the external memory 15 or an external database server. In the possessed game medium management table, game medium identification information for identifying a game medium possessed by the player can be stored in association with player identification information for identifying each player. FIG. 4 shows an example of the owned game media management table. As shown in the figure, the owned game media management table stores a maximum of 50 types of game media held by the player in association with player identification information for identifying each player. If a plurality of types of game media of the same type can be held, the number of the game media held is stored in association with each game media identification information for identifying the plurality of game media held. You can also In the owned game content management table of FIG. 4, “N / A” is described in the item where there is no retained game content.

  As described above, the game media held by the player can be changed as needed by acquisition, sale, disposal, etc. of the game media by the player. The owned game content storage unit 52 stores game content identification information unique to the game content in association with player identification information unique to the player “dynamically” in order to reflect the change of the owner of the game content. be able to. That is, when the owned player of the game medium is changed, the correspondence relationship between the game medium identification information of the game medium and the player identification information can be changed to reflect the change of the owned player. As an example, when the game media are exchanged between the players within the game, the correspondence between the game media identification information and the player identification information in the possessed game media storage unit 52 reflects the change of the possessed player due to the exchange. Be changed. In one embodiment, such a change is performed by the update unit 61 described later.

  “Player identification information” is an identification code for identifying a player of the game, and is composed of, for example, a 6-digit decimal number. The code system of the player identification information is not limited to that specified in this specification, and an arbitrary code system can be used as the player identification information. For example, the player identification information can include an alphabet. For example, the player identification information is assigned to the player when the player logs in or registers for the first time in the game, and the player usually continues to use the same player identification information even when logging in again. Thus, the player identification information is identification information unique to each player for identifying each player in the game.

  “Game medium identification information” is an identification code for identifying a game medium (or its type) held by the player, and is composed of, for example, a combination of an alphabet and a 6-digit decimal number. The code system of the game medium identification information is not limited to that specified in the present specification, and an arbitrary code system can be used as the game medium identification information.

  As described above, various information that characterizes the game medium and / or indicates the attribute of the game medium is set as a “parameter” of the game medium. In one embodiment of the present invention, the “parameter” of the game medium is stored in the game medium parameter storage unit 53. The game medium parameter storage unit 53 is realized by, for example, a game medium parameter management table provided in the external memory 15 or an external database server. In the game medium parameter management table, various information indicating the game medium and / or the attribute of the game medium can be stored in association with the game medium identification information for identifying each game medium. FIG. 5 shows an example of a game medium parameter management table stored in the game medium parameter storage unit 53.

  As shown in FIG. 5, the game medium parameter management table in one embodiment of the present invention is associated with the game medium identification information of each game medium, the rarity value, attack power, defense power, Various parameters such as the name of the game medium and a game medium image representing the game medium can be stored. The game media parameters are not limited to those explicitly disclosed in FIG. Rather, the parameters of the game medium can include various information indicating the characteristics, properties, values, types, etc. of the game medium. The values stored as “rareness value”, “attack power”, “defense power”, and “mobility” in the game medium parameter management table of FIG. 5 are examples of game medium parameter values.

  The “rareness value” of a game medium is an index indicating the difficulty of obtaining the game medium, and in the embodiment of FIG. 5, any value from “1” to “4” is set. The game provided by the server device 10 may be designed, for example, such that the game medium is more easily obtained as the rarity value of the game medium is smaller, and that the game medium is difficult to obtain as the rarity value is larger. . In one embodiment, the server device 10 can select a game medium to be provided to the terminal device 30 according to a predetermined lottery algorithm, for example, when a game medium acquisition request is acquired from a player's terminal device. The rarity value can be referred to as appropriate when a lottery of game media to be provided to the terminal device 30 is performed.

  In FIG. 5, “attack power”, “defense power”, and “mobility” are illustrated as parameter values of the game medium in addition to “rareness value”. These parameter values can be referred to at any time, for example, in battles with other player characters or non-player characters. In the game provided by the server device 10, for example, a game medium in which a large value is set for “attack power”, “defense power”, “mobility”, etc. A battle process for performing a battle between characters or a player character and a non-player character is performed. In one embodiment of the present invention, as shown in FIG. 5, a comparison is made with respect to a game medium having a large “rareness value” (for example, a game medium identified by game medium identification information “00000005”). A large “attack power”, “defense power”, and / or “mobility” can be set. As described above, the game is usually advantageous by using a game medium in which a large “rareness value” is set (used as a “rare card” among game developers and players). Therefore, the player is motivated to aim at obtaining a game medium having a high rarity value.

  The server device 10 stores various information for the progress of the game and the management of the players in addition to the information regarding the game media. For example, the player specifying information storage unit 54 stores player specifying information that can specify the player for each player of the game. “Player specifying information” is arbitrary information representing the individuality and characteristics of the player, and is information that allows the player to be specified by presentation to other players. In general, in an online game or a social game, a display image representing each player is generated based on the player specifying information, and the display image is displayed on the game screen of another player. It is transmitted to other players. Since the individuality of each player appears in the display image representing the player, the exchange between the players throughout the game is promoted.

  The player specifying information can include, for example, information such as a player name and avatar set by the player to characterize the player. Since the player name is freely determined by each player, a plurality of players may use the same player name. Therefore, although the player name does not strictly identify the player in a strict sense, the number of players that interact in the game is limited by time constraints and the like. It can function as a label for identification. Therefore, in this specification, the player name is included in the player specifying information that can specify the player. The avatar is also included in the player specifying information for the same reason. In other words, in order to express individuality, game players often play games using avatars with a unique appearance, and in order to support the needs of such players, As a platform function, various items for decorating avatar are provided. Therefore, the avatar cannot necessarily uniquely identify the player, but can actually function to identify the player because each player tries to reflect the individuality in the avatar.

  The player specifying information storage unit 54 is realized by, for example, a player specifying information table provided in the external memory 15 or an external database server. FIG. 6 shows an example of the player specifying information table in one embodiment of the present invention. As shown in the figure, in the player specifying information table in one embodiment of the present invention, various player specifying information such as a player name and an avatar are stored in association with the player identification information of each player. The avatar is stored as an image in the JPEG format in the server device 10, for example, and a URL indicating the storage position of the image is stored in the player specifying information table.

  In addition to information arbitrarily set by the player, such as a user name and an avatar, various information generated according to the progress of the game can be included in the player specifying information. For example, since there is a possibility that the exhibitor player can be uniquely specified by specifying a transaction ID (described later) generated based on the exhibition request, the transaction ID can also be included in the player specifying information. In addition, since the player can be identified by knowing the player identification information, the player identification information itself can be included in the player identification information.

  The exhibition request acquisition unit 55 acquires an exhibition request for listing game media held by the player from the terminal device 30 operated by the player of the game provided by the server device 10. As will be described later, when it is determined that the exchange is established based on an exchange request for exchanging the exhibited game media with game media held by another player, the game media are exchanged between the players. The

  Here, a technique for exchanging game media between players in a game provided by the server device 10 will be described more specifically. When a game medium held by one player is exchanged for a game medium held by another player, the one player operates the terminal device 30 that is executing the game, Transmits an exhibition request for exchanging the game media held by the player to the game media of another player to the server device 10. The exhibition request includes player identification information of a player who makes an exhibition request (hereinafter also referred to as “exhibitor player”), game media that the exhibition player exhibits as an exchange target (in this specification, “exhibition game”). Various information such as game medium identification information, an exhibition quantity, and a desired condition for a game medium that is desired to be obtained from another player in exchange for the exhibition game medium may be included.

  For example, the player identified by the player identification information “000001” (hereinafter sometimes referred to as “player 1”) is identified by the game medium identification information “00000125” among the game media held (see FIG. 4). Played game media (hereinafter sometimes referred to as “game media 125”) may be listed for exchange with other game media. In this case, the player 1 can generate an exhibition request for requesting the exhibition of the game medium 125 through an operation of a user interface provided by the terminal device 30, and can transmit the generated exhibition request to the server device 10. In this case, the exhibition request may include, for example, player identification information “000001” of the player 1 who is the exhibitor player and game medium identification information “00000125” of the exhibition game medium. Further, when the player 1 has a plurality of game media 125, the quantity to be exhibited can be included in the exhibition request as the exhibition quantity. As the exhibition quantity, a quantity less than or equal to the quantity stored as the possession quantity of the game medium 125 in FIG. 4 can be set. In addition, the exhibition request can include a desired condition regarding a game medium desired to be obtained. For example, with respect to a game medium desired to be acquired, various types of game medium attributes such as the type and quantity of the game medium, the attack power set for the game medium, and the amount of virtual currency desired to be acquired At least a part of the information can be set as a desired condition. In one embodiment, the desired conditions can be freely entered by the exhibitor player. For example, when the number of game media desired to be exchanged is set as a desired condition, the exhibitor player can input an arbitrary number using the input interface of the terminal device 30. In other embodiments, the desired condition is selected from a finite number of options presented by the game. For example, when the number of game media is input as a desired condition, 10 rounding width options from 10 to 200 such as “10”, “20”... “200” are presented. From a finite number of choices, a choice close to the desired condition can be selected.

  The exhibition request transmitted from the terminal device 30 is received by the server device 10 and then acquired by the exhibition request acquisition unit 55. In one embodiment, when the exhibition request acquisition unit 55 acquires the exhibition request, the exhibition request acquisition unit 55 generates a transaction ID unique to the exhibition request, associates at least a part of the information included in the exhibition request with the transaction ID, It can be stored in the exhibition request management table. An example of the exhibition request management table in one embodiment of the present invention is shown in FIG.

  As shown in FIG. 7, the exhibition request management table according to the embodiment of the present invention includes, for each exhibition request acquired by the exhibition request acquisition unit 55, player identification information of the exhibitor player, game medium identification information of the exhibition game medium. It is possible to store an exhibition period indicating the number of exhibition game media items, one or more desired conditions, and the duration of the exhibition. In addition, when the exchange request described later is acquired by the server device 10, the exhibition request management table can store game medium identification information of a bid game medium included in the exchange request. In the example shown in FIG. 7, when an exhibition request is received from the player 1, a transaction ID “A000001” is generated, and the player identification information “000001” of the player 1 is received in association with the transaction ID “A000001”. Game medium identification information “00000125”, desired conditions “MS12” and “001” included in the submitted exhibition request, the exhibition end time “April 9 9:00” when the exhibition of the exhibited game medium ends, and Information representing game medium identification information “00000131” of the bid game medium included in the exchange request from another player in response to the exhibition request is stored. As the exhibition end time, for example, a time 24 hours after receiving an exhibition request from the exhibitor player is set.

  As described above, in the exhibition request, various conditions relating to the game media desired to be obtained set by the exhibitor player can be set as the desired conditions. In the example of FIG. 7, “ITEM53” indicating the type of game media desired to be obtained is set as the desired condition 1 in association with the transaction ID “A000003”, and “131” indicating the number of game media desired to be obtained. Is set as the desired condition 2. That is, the player 1 identified by the player identification information “000004” is trying to obtain 131 game media of the type identified by “ITEM53” by the exhibition request identified by the transaction ID “A000003”. Is represented. The setting of the desired condition is arbitrary, and the desired condition may not be set. For example, the transaction ID “A000004” is an example of a record created based on an exhibition request for which the desired condition has not been set by the exhibitor player. not registered.

  The exhibition request may include a plurality of game medium identification information. For example, by including a plurality of game medium identification information in one exhibition request, the player 1 can exhibit a set of game media identified by the plurality of game medium identification information. When a plurality of game medium identification information is included in the exhibition request, the plurality of game medium identification information can be stored in association with one transaction ID. For example, when the exhibition request from the player 1 includes the game medium identification information “00000130” in addition to the game medium identification information “00000125”, both the game medium identification information “00000125” and the game medium identification information “00000130” Is associated with the transaction ID “A000001” and registered in the exhibition request management table.

The contents of the exhibition request acquired from the player 1 are disclosed to other players by the server device 10. Specifically, the exhibition data generation / transmission unit 56 generates exhibition data based on the exhibition request acquired from the player 1, and provides the generated exhibition data to the terminal devices 30 of other players. Based on the contents of the exhibition data provided to the terminal device 30, the other player can determine whether or not to make an exchange request (bid) for the exhibited game content. In one embodiment, the exhibition data generation / transmission unit 56 can generate exhibition data including game media information related to the exhibition game media. The “game media information” regarding the game media includes various information indicating the contents of the exhibited game media, such as an image representing the game media, the name of the game media, and the level and attack power set for the game media. May be included. The game media information is not limited to that specified in the present specification, but rather various information indicating the characteristics and attributes of the game media can be included in the game media information. However, the exhibition data is generated so as not to include the exhibition player specifying information in order to suppress real money trade. Alternatively, even if the exhibition player identification information is included in the exhibition data, the exhibition player identification information can be included in the exhibition data in a manner that the player cannot perceive. In this specification, when the exhibition data does not include the player specifying information, it is intended to exclude that the player specifying information is included in the exhibition data in a manner that can be perceived by the player by the display function of the terminal device 30 or the like. is there. Therefore, even if information corresponding to the player identification information is included in the exhibition data, for example, if the terminal identification information is encrypted with an algorithm that the terminal device 30 cannot decrypt (decrypt), It can be considered that the player specifying information is not included in the exhibition data.

  The exhibition data generation / transmission unit 56 can generate the exhibition data with reference to, for example, the exhibition request management table of FIG. For example, when the exhibition data generation / transmission unit 56 generates the exhibition data for the exhibition request identified by the transaction ID “A000001” stored in the exhibition request management table of FIG. 7, the exhibition related to the transaction ID “A000001”. The data includes game media information such as an image representing an exhibition game medium identified by the game medium identification information “00000125” associated with the transaction ID “A000001”, parameters set for the exhibition game medium, and the game The medium identification information “00000125” can be included. Further, the encrypted transaction ID obtained by encrypting the transaction ID “A000001” by a method that cannot be decrypted by the terminal device 30 is also included in the exhibition data. Images representing the exhibited game media and parameters set for the exhibited game media can be obtained from the game media parameter management table of FIG. In one embodiment, in order to suppress real money trade, the exhibition data is generated so as not to include the player specifying information of the player 1 who is the exhibitor.

  The exhibition data generation / transmission unit 56 can transmit the generated exhibition data to the terminal device 30 of another player. For example, the exhibition data generation / transmission unit 56 generates a web page including the exhibition data (hereinafter sometimes referred to as “page for exhibition game media”) as a part of the web page constituting the game site, The web page (actually, HTML data corresponding to the web page) can be transmitted to the terminal device 30. The exhibition game content page can include a plurality of exhibition data created based on a plurality of exhibition game media. The exhibited game media page will be described later in connection with FIG.

  The player who has acquired the exhibition game media page from the server device 10 operates the terminal device 30 to obtain information (images, parameter values, etc.) regarding the exhibition game media included in the exhibition game media page. 30 can be displayed. This player can transmit to the server device 10 an exchange request for exchanging the displayed exhibition game media with the game media owned by the player. In this specification, an image displayed on the terminal device 30 based on the exhibited game content page may be referred to as an “exhibited game content image”, and an operation for transmitting an exchange request based on the exhibited game content image The player who performs is sometimes referred to as a “bidder player”. In the exchange request, game medium identification information for identifying the exhibition game medium included in the exhibition game medium page, and a replacement game medium owned by the bidder player (referred to as “bid game medium” in this specification). Game content identification information for identifying the encrypted transaction ID and the encrypted transaction ID included in the exhibition data may be included. In addition to these pieces of information, the exchange request can also include player identification information of the bidder player. For example, a player identified by the player identification information “000005” (hereinafter also referred to as “player 5”) is an exhibition game medium (for example, a game medium of the player 1) included in the exhibition game medium page. 125) and the game content identified by the game content identification information “00000005” (hereinafter sometimes referred to as “game content 5”), if the exchange request is made, The game medium identification information “00000125” for identifying the game medium 125 as the medium, the game medium identification information “00000005” for the replacement game medium, and the player identification information “000005” of the player 5 can be included. Further, when providing a plurality of game media in exchange for the exhibited game media, the number of bid game media provided by the bidder player can be included in the exchange request. For example, when three game media 5 are provided, this “3” can be included in the exchange request as the number of game media provided by the bidder player. Such an exchange request is generated, for example, by a function of software installed in the terminal device 30 when the player selects an operation button included in the exhibition game content page. The exchange request generated in this way is transmitted to the server device 10 using, for example, the function of the web browser of the terminal device 30.

  The server device 10 can receive the exchange request transmitted from the terminal device 30. The received exchange request is acquired by the exchange request acquisition unit 57. The server device 10 can include an exhibition request management table updating unit (not shown) that updates the exhibition request management table of FIG. 7 based on the exchange request. The exhibition request management table update unit extracts the game medium identification information and the encrypted transaction ID of the bid game medium included in the acquired exchange request, and decrypts the extracted encrypted transaction ID to obtain the transaction ID. . In the exhibition request management table, the game content identification information of the bid game content extracted from the exchange request is registered in association with the transaction ID. For example, the exhibition request management table update unit extracts the game medium identification information of the exhibition game medium from the exchange request acquired by the exchange request acquisition unit 57, and the game medium corresponding to the game medium identification information is exhibited. The exhibition request may be specified with reference to the exhibition request management table of FIG. The exhibition request management table can be updated by storing the game medium identification information of the bid game medium included in the exchange request in association with the game medium identification information of the exhibition game medium.

  In response to the acquisition of the exchange request from the bidder player by the exchange request acquisition unit 57, the determination unit 58 exchanges the exhibition game media and the bid game media according to the predetermined determination logic based on the exchange request. Whether or not is satisfied is determined. In one embodiment, the determination unit 58 extracts game medium identification information for identifying the exhibition game medium and game medium identification information for identifying the bid game medium from the exchange request acquired by the exchange request acquisition unit 57, and The game medium parameter value stored in association with the extracted game medium identification information can be acquired from the game medium parameter management table of FIG. In one embodiment, the determination unit 58 exchanges the exhibition game medium and the bid game medium based on the game medium parameter value of the exhibition game medium and the game medium parameter value of the bid game medium thus obtained. It can be determined whether or not it is established. The game medium parameter values used for determination by the determination unit 58 include game medium parameter values stored in the game medium parameter management table of FIG. 5 (that is, “rareness value”, “attack power”, and “defense power”). ")), Various parameter values may be included.

  As an example, as described above, assuming that the player 1 has exhibited the game medium 125 as an exhibition game medium, and the player 5 has transmitted an exchange request for exchanging the game medium 125 and the game medium 5 to the server device 10, A process in which the determination unit 58 determines whether or not replacement is possible based on the rarity value will be described. In this case, the determination unit 58 uses the rarity value “1” stored in association with the game medium 125 in the game medium parameter management table in FIG. 5 and the rarity value “4” stored in association with the game medium 5. And get. Then, the rarity value “1” of the game medium 125 is subtracted from the acquired rarity value “4” of the game medium 5 to calculate a difference “3” between the two values. Then, the difference between the calculated rarity value of the game medium 5 and the rarity value of the game medium 125 (or the absolute value thereof) is compared with a predetermined threshold value, and the game medium 5 and the game medium 125 are compared with each other according to the comparison result. It is determined whether or not the exchange is established. For example, when “2” is set as the threshold, the determination unit 58 determines the difference between the calculated rarity values of the game media to be exchanged or the absolute value “3” of the difference and the threshold. For example, when the difference in the rarity value between game media to be exchanged is equal to or less than the threshold value, it is determined that the exchange of both game media is established, and the difference in the rarity value between the game media to be exchanged is When it is larger than the threshold value, it is determined that the exchange of both game media is not established. The threshold and the comparison algorithm are arbitrarily determined according to the game management policy of the game creator or the game provider.

  The determination unit 58 can perform determination using not only the rarity value described above but also an arbitrary game medium parameter value. For example, whether or not the game media can be exchanged by comparing the parameter values such as “attack power”, “defense power”, and “mobility” set for each of the game media requested to be exchanged It can be determined whether or not.

  The determination algorithm in the determination unit 58 is, for example, when the difference in value between the exhibition game medium and the bid game medium requested to be exchanged by the exchange request acquired from the terminal device 30 falls within a predetermined range. It is determined that it is determined that mutual exchange is established. The above-described determination algorithm using the rarity value is an example of such a determination algorithm. That is, since the rarity value set for the game media represents difficulty in obtaining the game media, if the difference between the rarity value of the exhibition game media and the rarity value of the bid game media is smaller than a predetermined threshold, It means that the difference between the values of both game media exists within the range defined by the threshold value.

  The determination algorithm explicitly described in this specification is merely a typical example for understanding the invention, and the determination algorithm applied to the present invention includes an exhibition game medium for which exchange is required, Any algorithm can be applied as long as it determines whether or not the difference in value from the bid game media falls within a predetermined range. For example, when the number of exhibited game media is compared with the number of bid game media bids, and the difference between the number of exhibited games and the number of bids is smaller than a predetermined threshold, It can be determined that the exchange is established. The number of exhibited game media items is included, for example, in an exhibition request transmitted from the terminal device 30 of the exhibitor player or an exchange request from the terminal device 30 of the bidder player. Further, the number of bids of the bid game media is included in the exchange request from the terminal device 30 of the bidder player.

  In a typical example of real money trade, players exchange a game medium outside the game, and in order to fulfill the promise, the game medium is exchanged using an exchange function implemented in the game. The At this time, in many cases, money is provided outside the game to a player who hands over a game medium having a high value. For example, when it is promised that the rare card possessed by the player A is handed over to the player B in exchange for a predetermined amount of money, in the game, after the player B exhibits his own unnecessary card, An exchange request is made to request the exchange between the exhibited card and the rare card promised to be delivered, and the holder of the rare card in the game is changed from player A to player B. As this example shows, in real money trade, the value of game media exchanged in a game is often not balanced. This is because money is provided outside the game as described above. Therefore, in the determination unit 58, the game media is exchanged only when the difference in value between the exhibition game media requested to be exchanged and the bid game media falls within a predetermined range (conversely, the predetermined game media is exchanged). If it is out of range, it is possible to prevent the exchange of game media having a large value difference from being established. Thereby, the effect which suppresses real money trade is acquired.

  Various algorithms other than those described above can be used as determination algorithms for determining whether or not replacement is possible in the determination unit 58. For example, the determination algorithm determines that the displayed game medium is only when the difference between the number of offered game media that are requested to be exchanged by the exchange request and the number of offered game media and the provided number is smaller than a predetermined threshold for the provided number. And the bid game media are determined to be exchanged (conversely, if the difference in the number provided is equal to or greater than a predetermined threshold, it is determined that the exchange between the exhibition game media and the bid game media is not established). It may be an algorithm. By using such a determination algorithm, it is possible to prevent the establishment of a transaction having a predetermined difference or more between the numbers provided. Even if there is a large gap between the number of offered game media provided and the number of bid game media provided, it is presumed that money was exchanged outside the game. By preventing the establishment of a certain transaction, real money trade can be suppressed.

  In addition, the determination algorithm used in the determination unit 58 is that either one or both of the exhibition game media and the bid game media requested to be exchanged by the exchange request have predetermined parameter values (in this specification, “transaction prohibited parameter value”). It may be determined that the exchange between the exhibition game medium and the bid game medium is not established. That is, this determination algorithm is an algorithm that determines that the exchange between the exhibition game medium and the bid game medium is established only when one or both of the exhibition game medium and the bid game medium do not have the transaction prohibition parameter value. It is. For example, in the case of a game medium that rarely appears in the game, in many cases there is no rational reason for wishing to exchange with another game medium, and it is assumed that real money trade is involved, so A parameter value set in the game medium can be set as a transaction prohibition parameter value. For example, the rarity value “4” can be set as the transaction prohibition parameter value. In this case, if one or both of the exhibited game media and the bid game media include game media having a rarity value of “4”, the determination unit 58 determines that the exchange is not successful. Is made. The server device 10 can include a management table for managing the transaction prohibition parameter value. As a result, transactions of game media having a transaction prohibition parameter value can be uniformly unsuccessful. Further, the determination algorithm used in the determination unit 58 is, for an exhibition game medium and a bid game medium that are requested to be exchanged by an exchange request, either or both of the parameter value of the exhibition game medium and the provided number of exhibition game media. When either or both of the parameter value of the bid game media and the number of offered game media provided correspond to a combination that prohibits transactions (sometimes referred to as “transaction prohibited pair” in this specification). It may be determined that the exchange between the exhibition game medium and the bid game medium is not established. The server device 10 includes, for example, a transaction prohibition pair management table (not shown). In the transaction prohibition pair management table, the parameter value and / or the number of offered game media, the parameter value and / or the offered number of bid game media, It is possible to manage combinations in which transactions are prohibited. Then, the determination unit 58 can determine whether or not the exchange between the exhibition game medium requested to be exchanged by the exchange request and the bid game medium is established with reference to the transaction prohibited pair management table. In one example, a combination of the rarity value “2” of the exhibited game media and the number of offered bid game media “500” can be registered as a transaction prohibited pair in the transaction prohibited pair management table.

  When the determination unit 58 determines that the exchange of the exhibition game media and the bid game media included in the exchange request is established, the exhibition game media and the bid game media are exchanged as follows. The process for doing is performed. When the determination unit 58 determines that the exchange is established, first, the bid data generation unit 59 generates bid data based on the exchange request obtained from the bidder player. The bid data may include game media information related to the bid game media and the encrypted transaction ID extracted from the acquired exchange request. Specifically, the bid data generation unit 59 extracts the game medium identification information of the bid game medium included in the exchange request, and the name, image, etc. corresponding to the game medium identification information from the game medium parameter management table of FIG. Parameters are obtained, and bid data is generated so as to include the parameters. As already described with respect to the exhibition data, the game media information includes the game media information such as an image associated with the game media, the name of the game media, and parameters such as level and attack power set for the game media. Various pieces of information representing features can be included. In one embodiment, the bid data generation unit 59 generates bid data so as not to include the bidder's player specifying information.

  The bid data transmission unit 60 generates a web page including the generated bid data (hereinafter, referred to as “bid information confirmation page”) as a part of the web page constituting the game site. A bid information confirmation page (actually, HTML data corresponding to the web page) can be transmitted to the terminal device 30 of the exhibitor player.

  The exhibiting player who has acquired the bid information confirmation page from the server device 10 can operate the terminal device 30 to display the bid information confirmation page on the terminal device 30. In this specification, an image displayed on the terminal device 30 based on the bid information confirmation page may be referred to as a “bid game media image”. This exhibiting player can compare the bid game media displayed in the bid information confirmation page with the exhibited game media that he / she exhibited and decide whether or not to confirm the exchange. When an input for operating the terminal device 30 to confirm the exchange is made by the exhibitor player, an exchange confirmation request is generated by the function of the terminal device 30, and the generated exchange confirmation request is transmitted to the server device 10. . The exchange confirmation request may include the game medium identification information and the encrypted transaction ID of each game medium (bidding game medium and exhibition game medium) to be exchanged.

  This exchange confirmation request is received by the server device 10. The updating unit 61 can update the held game media management table of FIG. 4 based on the exchange confirmation request acquired from the terminal device 30 of the exhibitor player. Specifically, the exchanged exhibition game media and bid game media are identified based on the exchange confirmation request (for example, based on the encrypted transaction ID included in the exchange confirmation request), and the exhibition in the game medium identification information table The correspondence between the game media and the player identification information and the correspondence between the bid game media and the player identification information are updated. For example, in the case where the exhibition game medium of the player 1 represented by the game medium identification information “00000125” and the bid game medium of the player 5 represented by the game medium identification information “10000031” are exchanged, The game medium identification information “00000125” corresponding to the exhibited game medium that is no longer held due to the confirmation of the exchange is deleted from the item of the game medium identification information 2 associated with the player identification information “000001”. The game medium identification information “10000031” corresponding to the bid game medium obtained by the above is registered. On the other hand, the game medium identification information “10000031” corresponding to the bid game medium that is no longer held due to the confirmation of the exchange is deleted from the item of the game medium identification information 3 associated with the player identification information “000005” of the player 5, Instead, game content identification information “00000125” corresponding to the exhibited game content obtained by exchange is stored.

  On the other hand, if the determination unit 58 determines that the exchange between the exhibition game medium and the bid game medium included in the acquired exchange request is not established, the above-described exhibition game medium and the bid game medium are exchanged. There is no processing to do. Since the determination unit 58 determines that the exchange between the game media is not established when the difference in value between the exhibition game media and the bid game media is large, the exchange of the game media having a large value difference is interposed. Real money trade can be technically suppressed.

  If the determination unit 58 determines that the exchange between the exhibition game media and the bid game media included in the exchange request is not established, the update unit 61 determines that the bidder player is informed from the owned game media management table of FIG. The game medium identification information of the bid game medium stored in association with the player identification information can be deleted. Further, the game media identification information of the bid game media registered in the exhibition request management table of FIG. 7 based on the exchange request may be deleted from the exhibition request management table.

  In one embodiment, when it is determined that the exchange between the exhibition game medium and the bid game medium included in the exchange request acquired by the determination unit 58 is not established, the bidder who has transmitted the exchange request. The exchange may be artificially established between the player and the operator of the online game provided by the server device 10 according to the conditions included in the exchange request. In such a pseudo exchange between the bidder player and the online game operator, the update unit 61 uses the bid game media associated with the bidder player from the owned game media management table of FIG. The game media identification information corresponding to is deleted, and instead, the game media identification information of the same type of game media as the exhibited game media obtained from the online game operator is registered. As described above, when the determination unit 58 determines that the exchange is not established, the bidder player cannot exchange the game medium with the exhibitor player. In addition, while losing the bid game media, it is possible to acquire the same type of game media as the exhibited game media. Thus, for the bidder player, an effect equivalent to the exchange of the bid game medium and the exhibition game medium with the function provided by the server device 10 is produced. In the present specification, for the sake of convenience, the exchange performed in this manner is referred to as exchange between the bidder player and the online game operator (or the server device 10 operator).

  The exhibited game media and the “same type” game media refer to, for example, game media having the same name as the game media. According to FIG. 5, the name “machine A” is set for the game media identified by the game media identification information “00000125”. In an online game, game media with the same name can be provided to the player in duplicate. For example, players can play against each other using “same kind” game media having the same name “machine A”. Further, a game medium in which a common display image is set can be considered as a game medium of the same type. Although game media parameter values that are the same or similar are often set for the same type of game media (for example, game media with the same name have the same rarity value), the game of the game media It should be noted that different game media parameter values can be set for the same type of game media in accordance with the usage situation in the game. In another embodiment, in the game medium parameter management table of FIG. 5, a type code that defines the type of each game medium is stored in association with the game medium identification information of the game medium, and has a common type code You may treat game media as the same kind of game media.

  Below, the specific example of the exchange performed between the bidder player and the operator of the online game is presented. For the exhibition game medium specified by the game medium identification information “00000125” exhibited by the player 1, the player 5 generates an exchange request for replacement with the bid game medium specified by the game medium identification information “00000005”. If so, since the difference between the rarity value of the exhibition game medium stored in the game medium parameter management table of FIG. 5 and the rarity value of the bid game medium is “3”, according to the determination algorithm described above, It is determined that the exchange based on the exchange request is not established. In this case, the exchange request is requested not between the bidder player (player 5) and the exhibitor player (player 1) but between the bidder player (player 5) and the online game operator. A transaction can be closed. When the exchange is established between the bidder player and the online game operator, the game medium identification information associated with the player identification information “000005” of the bidder player (player 5) in the owned game medium management table of FIG. The game media identification information “00000005” corresponding to the bid game media that was no longer held due to the exchange with the online game operator was deleted from item 2, and instead obtained from the online game operator. Register game content identification information of the same type of game content as the exhibited game content.

  As described above, when it is determined that the exchange between the exhibition game medium and the bid game medium included in the exchange request acquired by the determination unit 58 is not established, the bidder player (player 5) and the exhibitor player ( By establishing an exchange between the bidder player (player 5) and the online game operator, not with the player 1), at least to the bidder player side while preventing the real money trade from being established. Thus, it is possible to establish a transaction that is substantially as desired (according to the exchange content represented by the exchange request).

  Next, with reference to FIG. 8, an example of a game medium exchange process between players in an embodiment of the present invention will be described. FIG. 8 is a flowchart showing an outline of processing from the start of the game provided by the server device 10 until the exchange of the game media according to the determination result in the determination unit 58 is completed. Here, an example will be described in which the player 5 makes a replacement request for the game media exhibited by the player 1.

  First, when the game is started in step 802, the player 1 operates the terminal device 30 to access the server device 10, and a web for generating an exhibition request from among a plurality of web pages constituting the game site. Get the page. The player 1 operates the user interface of the terminal device 30 so that the game medium to be exhibited, the provided quantity, and the game medium desired to be obtained from another player in exchange for the exhibited game medium are displayed in the web page. Enter or select the desired conditions. When one game medium specified by the game medium identification information “000000125” is selected by the player 1 as an exhibition game medium (the player identification information “000001” of the player 1 is assumed to be not input, the player 1 The exhibition request including the game medium identification information “000000125” and the exhibition quantity “1” of the exhibition game medium selected by the above item is generated, and the generated exhibition request is transmitted to the server device 10 by the terminal device 30.

  Next, when an exhibition request is acquired from the terminal device 30 of the player 1 in step 804, the process proceeds to step 806. In step 806, exhibition data is generated based on the exhibition request acquired from the player 1 by the exhibition data generation / transmission unit 56. When the terminal device 30 of the player 5 requests acquisition of a list of game media being exhibited, the exhibition data generation / transmission unit 56 includes the exhibition game media including the exhibition data of the exhibition game media exhibited by the player 1 A new page is created and the created game game page is provided to the terminal device 30 of the player 5. FIG. 9 is a display example on the terminal device 30 of the exhibition game media page provided to the terminal device 30 of the player 5. Since the plurality of exhibition game media are displayed in a list format on the exhibition game content page of FIG. 9, they may be referred to as exhibition list pages hereinafter. As shown in FIG. 9, the exhibition list page 90 displays an exhibition data display image 91 and an exhibition data display image 92 respectively representing the exhibition data exhibited by a plurality of players. The exhibition data display image 91 is a display image of the exhibition data of the game medium (game medium 125) corresponding to the game medium identification information “000000125” exhibited by the player 1, and the exhibition data display image 92 is received from other players. It is a display image showing exhibition data of an exhibition game medium exhibited. As shown in the figure, the exhibition data display image 91 displays game medium information (name or image such as “machine A”) stored in association with the game medium 125 in the game medium parameter management table of FIG. . On the exhibition list page, all of the exhibition game media stored in the game media parameter management table may be displayed in a list format, or only the results narrowed down according to the search condition from among them may be displayed.

  The player 5 operates the terminal device 30 to select a game medium desired to be exchanged from among the exhibited game contents displayed on the exhibition list page of FIG. 9, and the selected game medium and the player 5 own it. An exchange request for requesting exchange with a game medium can be generated. For example, when the operation button 93 displayed as “replacement desired” displayed as a part of the exhibition data display image 91 is operated, the server device 10 applies the bid game medium to the terminal device 30 of the player 5. A web page for bidding game media selection for selecting is provided. FIG. 10 shows a display example of the web page 100 for selecting bid game media in the game system according to one embodiment of the present invention. As shown in the owned game content management table of FIG. 4, the player 5 possesses a game content corresponding to the game content identification information “10000031” and a game content corresponding to the game content identification information “00000005”. Therefore, the game game display image 101 corresponding to the game content identification information “10000031” and the game content display image 102 corresponding to the game content identification information “00000005” are displayed on the bidding game content selection web page 100. Yes. The game medium display images 101 and 102 include operation buttons 103 and 104 each displaying “Confirm bid”. When the operation button 103 is operated by the player 5, the game medium identification information “10000031” of the machine C associated with the operation button 103 and the exchanged game medium to be exchanged are selected by the function of the game program and the terminal device 30. An exchange request including game medium identification information “000000125” is generated. On the other hand, when the operation button 104 is operated, the exchange request including the game medium identification information “00000005” of the machine D associated with the operation button 104 and the game medium identification information “000000125” of the exhibition game medium to be exchanged Is generated. The exchange request generated in this way is transmitted from the terminal device 30 to the server device 10.

  Next, when the exchange request transmitted from the terminal device 30 of the player 5 is acquired by the exchange request acquisition unit 57 of the server device 10 in Step 808, the process proceeds to Step 810. In step 810, the determination unit 58 determines whether or not the exchange between the exhibition game medium specified by the exchange request and the bid game medium is established based on the exchange request acquired by the exchange request acquisition unit 57. Is done. When an exchange request is generated by operating the operation button 103, the exchange request includes “000000125” as game medium identification information for specifying the exhibition game medium, and game medium identification information for specifying the bid game medium Since “10000031” is included, the determination unit 58 reads out the rarity value corresponding to each game medium identification information from the game medium parameter management table of FIG. 5, and sets the difference to a predetermined threshold (here, “3” is set.) In this case, since any rarity value is set to “1”, the difference between the rarity values is “0”. Since this difference is smaller than the set threshold value, the determination unit 58 determines that the transaction can be concluded, and the process proceeds to step 812.

  In step 812, the bid data generating unit 59 generates bid data related to the game medium (bid game medium) identified by the game medium identification information “10000031” included in the exchange request acquired from the terminal device 30 of the player 5. Generated. The player 1 who is an exhibitor player displays bid data on the server device 10 by selecting an operation button or a link (both not shown) “confirm card being displayed” displayed on the game screen. Can be requested. In response to the bid data display request, the bid data transmission unit 60 generates a bid information confirmation page including bid data as a part of the web page constituting the game site, and the bid information confirmation page is displayed on the player 1 It transmits to the terminal device 30.

  FIG. 11 is a display example of a bid information confirmation page displayed on the terminal device 30 of the player 1. As shown in the figure, the bid information confirmation page 120 is a bid game medium display image 111 representing a bid game medium selected by the player 5 (a game medium named “Machine C” identified by the game medium identification information “10000031”). And an exhibition data display image 112 representing the exhibition game medium exhibited by the player 1. The player 1 applies for exchange with the game medium represented by the bid game medium display image 111 from another player as an exchange target of the exhibition game medium represented by the exhibition data display image 112 on the bid information confirmation page 110. I can understand that. When the operation button 113 displayed as part of the bid game media display image 111 is selected by the player 1, the bid game media corresponding to the bid game media display image 111 and the exhibition game media corresponding to the exhibition data display image 112 are displayed. The exchange confirmation request for confirming the exchange with is generated, and the generated exchange confirmation request is transmitted to the server device 10. This exchange confirmation request includes game medium identification information “10000031” of the bid game medium corresponding to the bid game medium display image 111 and game medium identification information “000000125” of the exhibition game medium corresponding to the exhibition data display image 112. It is.

  This exchange confirmation request is received and acquired by the server device 10 in step 814. Next, in step 816, the held game content management table is updated based on the acquired exchange confirmation request. Since the acquired exchange confirmation request includes “000000125” as game medium identification information indicating the exhibited game medium and “10000031” as game medium identification information indicating the bid game medium, the player 1 Game medium identification information “00000125” corresponding to the exhibited game medium that is no longer held by the confirmation of exchange is deleted from the item of game medium identification information 2 associated with the player identification information “000001” of The game medium identification information “10000031” corresponding to the bid game medium obtained by the exchange is registered, and the item of the game medium identification information 3 associated with the player identification information “000005” of the player 5 is confirmed by the exchange confirmation. Instead of the game media identification information “10000031” corresponding to the bid game media that is no longer held, it corresponds to the exhibition game media obtained by exchange The game medium identification information “00000125” to be registered is registered. If it is determined in step 810 that the exchange is established, the above-described process exchanges the exhibition game medium and the bid game medium specified based on the exchange request.

  On the other hand, when the player 5 specifies the game medium corresponding to the game medium display image 102 as the bid game medium by operating the operation button 104 on the bid game medium selection web page 100 of FIG. An exchange request is generated that includes “000000125” as the game medium identification information to be specified and also includes “00000005” as the game medium identification information to specify the bid game medium. When the exchange request is acquired by the server device 10 in step 808, the rarity value “corresponding to the game medium identification information“ 000000125 ”of the exhibition game medium included in the acquired replacement request is acquired in step 810. 1 ”and the rarity value“ 4 ”corresponding to the game medium identification information“ 10000031 ”of the bid game medium are read from the game medium parameter management table of FIG. In this case, since the difference “3” between the rarity values is equal to or greater than the predetermined threshold “3”, it is determined that the game medium is not exchanged between the player 1 and the player 5, and the process proceeds to Step 816.

  In step 816, the update unit 61 causes the game medium identification information corresponding to the bid game medium associated with the player identification information “000005” of the bidder player (player 5) from the held game medium management table of FIG. “00000005” is deleted. Also, an exchange establishment notification web page is provided from the server device 10 to notify the terminal device 30 of the player 5 that the exchange has been established with the online game operator. FIG. 12 is a display example of such an exchange establishment notification web page. The web page 120 shown in FIG. 12 notifies that the exchange of the exhibition game media and the bid game media specified by the exchange request transmitted from the player 5 has been established with the online game operator. A notification sentence 121 to be included is included. Further, below the notification sentence 121, a hyperlink displaying “To present list” is displayed.

  When the player 5 operates the interface of the terminal device 30 to select the hyperlink, a present page 130 shown in FIG. 13 is transmitted from the server device 10 to the terminal device 30 of the player 5. In the present page 130 shown in FIG. 13, images 131 and 132 of game media provided from the server device 10 to the player 5 are displayed in a list format. The present page 130 includes an image of a game medium of the same type as the exhibited game medium included in the exchange request transmitted by the player 5. In FIG. 13, an image 131 is a display image corresponding to a game medium of the same type as the exhibition game medium.

  When the player 5 operates the interface of the terminal device 30 to perform an input operation on the operation button 133, the terminal device 30 transmits a game medium acquisition request associated with the operation button 133 to the server device 10. Is done. In the server device 10, when this acquisition request is acquired, the game unit identification information of the game medium associated with the operation button 133 is updated by the update unit 61 and the player identification information of the player 5 is stored in the possessed game medium management table. Registered in association with “000005”. Further, the server device 10 is provided with a management table for managing game media exchanged by the online game operator with a bid player, and the game media identification information “00000005” of the bid game media acquired from the player 5 is stored in the management table. You may register with. Note that the information on the game media held by the player 1 who is the exhibitor player stored in the held game media management table is not updated in step 816. If it is determined in step 810 that the exchange between the players is not established, the exchange of the exhibition game medium and the bid game medium specified based on the exchange request is performed between the bidder player and the online game by the above processing. It is done with the operator.

  If it is determined in step 810 that the exchange between the exhibition game medium and the bid game medium is not established, the exchange process may be stopped and an error page may be provided to the terminal device 30 of the bidder player. FIG. 14 is a display example of an error page provided to the terminal device 30 of the bidder player when the exchange process is stopped. As shown in FIG. 14, the error page 140 may be transmitted to the terminal device 30 as a response to the exchange request transmitted from the player 5. As illustrated, the error page 140 displays a message indicating that the replacement process has been interrupted. This error page may be presented to the terminal device 30 of a given player only when the exchange process is canceled for the first time based on the determination result of the determination unit 58. From the second time onward, the process may proceed to the exchange process with the online game operator in step 816 without displaying the error page 140.

  As described above, in one embodiment of the present invention, the game media are exchanged only when the difference in value between the exhibition game media requested to be exchanged and the bid game media falls within a predetermined range. (Conversely, if it is out of the predetermined range, the exchange is not established). Thereby, establishment of exchange of game media with a large difference in value can be prevented. Since a typical real money trade is executed through the exchange of game media having a large value difference, only when the difference in value between the exhibition game media and the bid game media included in the exchange request falls within a predetermined range. By establishing exchange between the game media, it is possible to prevent a real money trade executed through exchange of game media having a large value difference.

  Moreover, in one embodiment of the present invention, when exchanging game media between players, the bidder player does not include player specifying information that can specify the exhibitor player. Information about the exhibited game media is presented. Thus, in a series of processes for exchanging game media in the game, the bidder player cannot specify the exhibitor player. In online games, there are circumstances where the same or similar game media are exhibited by a large number of players, so even if it is promised to provide money as a price for game media outside the game, the player identification information within the game Can be identified within the game, the game medium promised to be delivered outside the game cannot be delivered within the game. As described above, by implementing a function that prevents the identification of the game media exchange partner in the game system, the function becomes an obstacle to the real money trade.

  In another embodiment of the present invention, when exchanging game media between players, the bidder player does not include player specifying information that can specify the bidder player for the exhibitor player. Information regarding the bidding game media is presented. Thereby, the exhibitor player cannot specify the bidder player in the game. Therefore, similarly to the example of preventing the identification of the exhibitor player described above, it is possible to provide an obstacle to the performance of transactions in the real world.

  In still another embodiment of the present invention, when exchanging game media between players, the bidder player does not include player specifying information that can specify the exhibitor player. In addition to presenting information related to the exhibited game media, information related to the bid game media of the bidder player can be presented to the exhibitor player so as not to include player identifying information that can identify the bidder player. In this case, it becomes more difficult to specify the exchange partner of the game card in the game, and the effect of suppressing real money trade is great.

  As described above, the real money trade can be suppressed from the technical aspect by the game system according to the embodiment of the present invention.

  Next, a game system according to another embodiment of the present invention will be described with reference to FIG. FIG. 15 shows an example of a group management table provided in the server device 10 according to the present embodiment or a database connected to be communicable with the server device 10. In the present embodiment, the server device 10 can further include a group management unit (not shown). The group management unit randomly assigns game players to a plurality of groups. For example, the group management unit manages the group to which the player belongs by using a group management table shown in FIG. In FIG. 15 (a), player 1, player 3, and player 5 belong to the first group represented by group identification information “01”, and player 2 and player 4 have group identification information “02”. Belongs to the second group represented.

  In one embodiment, the server device 10 may further include a group update unit (not shown). The group updating unit changes the grouping of players regularly or irregularly based on a predetermined algorithm. FIG. 15B is an example of the group management table after the grouping change. In FIG. 15 (b), player 1 and player 2 belong to the first group represented by group identification information “01”, and player 3, player 4, and player 5 have group identification information “02”. Belong to the second group represented.

  In the present embodiment, the exhibition data generation / transmission unit 56 is configured to display the exhibition screen only for players belonging to the same group as the exhibitor player. For example, when the grouping shown in FIG. 15 (a) is performed and the player 1 exhibits a predetermined game medium, the exhibition data regarding the exhibited game medium of the player 1 is in response to the requests of the player 3 and the player 5. Thus, it is displayed in the game played by the player 3 and the game played by the player 5, but is not displayed in the game played by the player 2 and the game played by the player 4. For example, even if the player 1 has exhibited game media that match the search conditions executed by the player 2, the exhibition data of the exhibited game media of the player 1 is not displayed in the game of the player 2.

  The group management unit can also store each of a plurality of groups to which the game player belongs in association with each other. For example, the game management unit can associate a plurality of groups with the group classification table illustrated in FIG. This association between groups is made, for example, in order to limit the players who can obtain, refer to, or browse the exhibition data. For example, in the example of association shown in FIG. 16 (a), group 1 is associated with each of group 1, group 5, and group 21. In this case, the exhibition data related to the game media exhibited by the players belonging to the group 1 can be acquired / referenced by the players belonging to the group 1, the group 5, and the group 21, but other groups. Acquisition / reference is not permitted for players belonging to. In the present specification, a group in which acquisition / reference of exhibition data exhibited by players belonging to a specific group is permitted may be referred to as a referable group. The exhibition data generation / transmission unit 56 relates to the exhibition game medium exhibited from the seller player only for the players belonging to the group associated with the group to which the exhibitor player belongs as a referenceable group. Provide listing data. For example, when the exhibitor player belongs to group 1, the exhibition screen is displayed only for players belonging to any one of group 1, group 5, and group 21.

  The group update unit can change the group association regularly or irregularly based on a predetermined algorithm. FIG. 16B is an example of the group classification table after the association is changed. In the example shown in FIG. 16 (b), referenceable group 1 is not changed, but referenceable group 2 and reference group 3 are changed. Thus, the referable group may be partially changed. As is apparent from FIG. 16, in one embodiment of the present invention, the same group as a specific group can be fixed as a referenceable group. That is, group 1 can be fixedly set as a group that can be referred to as group 1. Thus, by fixing the same group as a specific group as a referenceable group, it becomes possible to provide an exhibition screen to players belonging to the same group. The control of displaying the exhibition screen only for players belonging to the same group as the exhibitor player has been described with reference to FIG. 15, but the example shown in FIG. 15 is not specified in the embodiment shown in FIG. It can be considered as an example in the case where the same group as this group is set as a referenceable group.

  By performing group management as described above, even if it is promised that money will be exchanged in exchange for game media in the real world, as long as the parties to the transaction do not belong to the same group in the game, the game It is not possible to exchange media. Since this grouping is performed randomly according to a predetermined algorithm, it is impossible for the player to determine whether or not trading partners in the real world belong to the same group. In this way, by randomly grouping the players and exchanging game media only between players belonging to the same group, it is possible to inhibit the execution of transactions in the real world and suppress real money trade. .

  Further, by changing the grouping of the players, even if the player's belonging group is specified as the player, the belonging group can be made unknown again after the grouping change. Further, by changing the referenceable group, even if the referenceable group is specified, the referenceable group becomes unknown again after the change. Thereby, real money trade can be controlled more effectively.

  In another embodiment of the present invention, the server device 10 may further include a player management unit (not shown). The player management unit can store the player identification information of the player of the game dynamically in association with the player identification information of other players, for example, using the player management table shown in FIG. For example, each player can register another player as a “friend”. For example, players registered as “companies” can cooperate in the progress of the game. The “friend” is set by applying from one player to the other player and approving the application. In addition, the setting of the “friend” is canceled when one of the players performs a process of canceling the “friend” setting.

  In the present embodiment, the exhibition data generation / transmission unit 56 displays the exhibition screen only for the players registered as “friends” with respect to the exhibitor player. For example, as shown in FIG. 17, when the player 1 exhibits a game medium in a state where “companies” are registered, the display screen relating to the exhibited game medium of the player 1 is played by the player 1 and the player 2 who is a friend. Displayed only in a game to be played and a game to be played by the player 5. On the other hand, in the game played by the player 3 and the game played by the player 5, the exhibition screen regarding the exhibition game medium of the player 1 is not displayed.

  As a result, even in the real world, even if it promises to give and receive money associated with the exchange of game media, it is not possible to exchange game media in the game unless the party to the transaction is registered as a “mate” in the game. . In many cases, there is an upper limit on the number of “companies” that can be set, and it is difficult to set “companies” for the purpose of trading game media only. In this manner, by exchanging game media only between players registered as “companies”, it is possible to inhibit the execution of transactions in the real world and suppress the real money trade.

  The present invention has been described based on the most practical and desirable aspects at present, but these descriptions are only for the purpose of explaining the present invention, and the present invention is not limited to the disclosed embodiments. It is not intended to be limiting. Rather, the description herein is intended to include modifications and equivalents included in the spirit and scope of the claims for any feature of the above-described embodiments. For example, combinations of the features of any embodiment described above with one or more features of other embodiments are also included in the scope of the present invention as much as possible.

  The processes and procedures described in this specification are implemented by software, hardware, or any combination thereof other than those explicitly described in the embodiments. More specifically, the processes and procedures described in this specification are performed by mounting logic corresponding to the processes on a medium such as an integrated circuit, a volatile memory, a nonvolatile memory, a magnetic disk, or an optical storage. Realized. Further, the processes and procedures described in this specification can be implemented as a computer program and executed by various computers.

  Even if the processes and procedures described herein are described as being performed by a single device, software, component, or module, such processes or procedures may be performed by multiple devices, multiple software, multiple Component and / or multiple modules. In addition, even though the data, tables, or databases described herein are described as being stored in a single memory, such data, tables, or databases are provided on a single device. Alternatively, the data can be distributed and stored in a plurality of memories or a plurality of memories arranged in a plurality of devices. Further, the software and hardware elements described herein may be implemented by integrating them into fewer components or by decomposing them into more components.

  In the present specification, when the constituent elements of the invention are described as one or a plurality, or when they are described without being limited to one or a plurality of cases, they should be understood separately in context. The component may be either singular or plural.

10 Server device
30 Terminal equipment
51 Game progress control section
52 Owned game media storage
53 Game media parameter storage
54 Player specific information storage
55 Exhibit Request Acquisition Department
56 Exhibit data generator / transmitter
57 Exchange request acquisition unit
58 Judgment part
59 Bid data generator
60 Bid data transmitter
61 Update Department

Claims (12)

A game system that provides a game to each terminal device of one or more players via a network,
An exhibition request acquisition unit for acquiring an exhibition request for listing the first game medium held by the first player from a first player of the one or more players;
From the second player of the one or more players, the first game medium and the second
An exchange request acquisition unit for acquiring an exchange request for requesting exchange with a second game medium held by the player;
When the exchange request acquisition unit acquires the exchange request, the difference between the transaction quantity of the first game content and the transaction quantity of the second game content is calculated, and the calculated difference is compared with a predetermined threshold value. A determination unit for determining whether or not the exchange between the first game medium and the second game medium is established,
When the determination unit determines that the exchange is established, the exchange between the first game medium of the first player and the second game medium of the second player is established, and the exchange is not established by the determination unit. An update unit that establishes an exchange between the first game medium of the operator who operates the game and the second game medium of the second player,
Comprising
Game system. The game system according to claim 1, wherein an error page is displayed on the terminal device of the second player when the determination unit determines that the exchange is not established. When the determination unit determines that the exchange is not established, an error page is displayed on the terminal device of the second player, and after the error page is displayed, the determination unit determines that the exchange is not established 3. The game system according to claim 2, wherein an exchange between the first game medium of an operator who operates the game and the second game medium of the second player is established. The first game medium held by the first player is stored in association with the first player identification information for identifying the first player, and the first player medium is associated with the second player identification information for identifying the second player. A possessed game medium storage unit for storing the second game medium possessed by two players;
The update unit stores the first game medium of the first player in association with the second player identification information and stores the first player of the second player when the determination unit determines that the exchange is established. The owned game media storage unit is updated so that the second game media is stored in association with the first player identification information, and when the determination unit determines that the exchange is not established, the first player is The association between the first player identification information to be identified and the first game medium held by the first player is not changed, and the first game medium of the operator is stored in association with the second player identification information. Updating the possessed game content storage unit so that,
The system according to any one of claims 1 to 3. The determination unit specifies a transaction quantity of the first game medium based on the exhibition request.
The game system according to any one of claims 1 to 4. The determination unit specifies a transaction quantity of the second game medium based on the exchange request;
The game system according to any one of claims 1 to 4. The determination unit determines the transaction quantity of the first game content and the second based on the exchange request.
The game system according to any one of claims 1 to 4, wherein a transaction quantity of game media is specified. 5. The method according to claim 1, wherein the determination unit determines that the exchange between the first game medium and the second game medium is not established when the difference is greater than the predetermined threshold. The game system as described in. When the determination unit determines that the exchange is not established, the update unit stores the game media of the same type as the first game media in association with the second player identification information. The game system according to claim 4 , wherein the storage unit is updated. A player specifying information storage unit for storing first player specifying information capable of specifying the first player and second player specifying information capable of specifying the second player;
Based on the exhibition request, the exhibition data including the first game medium information regarding the first game medium and not including the first player specifying information is generated, and the generated exhibition data is used as the terminal device of the second player. An exhibition data transmission unit to be transmitted to
The game system according to any one of claims 1 to 9, further comprising: A player specifying information storage unit for storing at least first player specifying information capable of specifying the first player and second player specifying information capable of specifying the second player;
Based on the exchange request, bid data that includes the second game content information about the second game content but does not include the second player specifying information is generated, and the generated bid data is used as the terminal device of the first player. An exchange request transmitter to transmit to
The game system according to any one of claims 1 to 9, further comprising: A game computer that provides a game to each terminal device of one or more players via a network;
An exhibition request acquisition process for acquiring an exhibition request for listing the first game medium held by the first player from a first player of the one or more players;
From the second player of the one or more players, the first game medium and the second
An exchange request acquisition process for acquiring an exchange request for requesting exchange with a second game medium held by the player;
When the exchange request is acquired in the exchange request acquisition process, the difference between the transaction quantity of the first game content and the transaction quantity of the second game content is calculated, and the calculated difference is compared with a predetermined threshold value. A determination process for determining whether or not the exchange between the first game content and the second game content is established, and
When it is determined that the exchange is established in the determination process, the exchange between the first game medium of the first player and the second game medium of the second player is established, and the exchange is not established by the determination process. An update process for establishing an exchange between the first game medium of the operator who operates the game and the second game medium of the second player,
To execute,
Game program.

Images