JP5203533B1 - Game expansion device, game expansion method, and game expansion program - Google Patents

Abstract

A game expansion device, a game expansion method, and a game expansion program that are highly entertaining for a user who plays a game and do not increase game development work.
A transmission / reception unit (101) receives request information transmitted from a first information terminal device operated by a user who plays a predetermined game, and a request information acquisition unit (102) is different from a game ID included in the request information. One or more pieces of request information including the game ID are acquired from the request information storage unit 110. The transmission / reception unit 101 transmits request information to the first information terminal device, and receives one request information of the transmitted request information. When the transmission / reception unit 101 receives the request information, the transmission / reception unit 101 transmits the request information to the second information terminal device corresponding to the user ID included in the request information. The request execution unit 103 executes processing according to the request information when the consent is received from the second information terminal device.
[Selection] Figure 1

Description

  The present invention relates to a game expansion device, a game expansion method, and a game expansion program.

  In recent years, many social games (online games) that have been provided on social networking services (SNS) and can be played while communicating with other users have been released. Among them, the card battle game can be easily operated using a mobile phone or a smart phone, so it has gained many users and formed a large market.

  On the other hand, a game company that provides a game needs to release a new game and make various efforts on the game itself in order to continue playing the game without getting tired of the user. As an example of solving the problem of providing a highly entertaining game that does not bore the user, the first and second different game spaces are displayed in the game, and the results of the events made in the second game space are displayed as the first result. A technique for reflecting the parameters and data of the game space is disclosed (see Patent Document 1).

JP 2005-007088 A

  However, since the technique described in Patent Document 1 is to construct different game spaces in the same game, in consideration of the consistency of the game worldview, a completely new worldview is developed and the user is developed. There was a problem that it was difficult to attract interest. Moreover, since it is necessary to create games for two different game spaces, there is a problem that the burden of game development work increases.

  The present invention has been made in view of the above, and an object thereof is to provide a game expansion device, a game expansion method, and a game expansion program that are highly entertaining for a user who plays a game and do not increase game development work. To do.

In order to solve the above-described problems and achieve the object, the present invention provides a request type indicating a type of a request for a game, user identification information for identifying a user who plays the game, and a game identification for identifying the game Request information storage means for sequentially storing request information including information, first receiving means for receiving the request information transmitted from a first information terminal device operated by a user playing a predetermined game, One or a plurality of the request information, which is game identification information different from the game identification information included in the request information received by one receiving means and has the same request type, is acquired from the request information storage means. Request information acquisition means, and the request acquired by the request information acquisition means First transmission means for transmitting the request information to the first information terminal apparatus, and second reception for receiving from the first information terminal apparatus one request information among the request information transmitted by the first transmission means. And when the request information is received by the second receiving means, the second information terminal device corresponding to the user identification information included in the received request information is received by the first receiving means. A second transmitting means for transmitting request information; a third receiving means for receiving permission from the second information terminal apparatus for permission of the request information; and the request when the consent is received by the third receiving means. processing and executes the corresponding information, deletes the request information corresponding to the authorization from the request information storage unit A request execution unit that, characterized in that it comprises a.

The present invention also provides a request for sequentially storing request information including a request type indicating a type of request for a game, user identification information for identifying a user who plays the game, and game identification information for identifying the game. A game expansion method executed by a game expansion device comprising information storage means, wherein the first reception step receives the request information transmitted from a first information terminal device operated by a user playing a predetermined game; The request information storage means stores one or a plurality of the request information that are game identification information different from the game identification information included in the request information received by the first reception step and have the same request type. Request information acquisition step acquired from the request information acquisition A first transmission step for transmitting the request information acquired by the step to the first information terminal device, and one request information among the request information transmitted by the first transmission step is the first information terminal device. When the request information is received in the second reception step received from the second reception step, the first reception is sent to the second information terminal device corresponding to the user identification information included in the received request information. A second transmission step for transmitting the request information received in the step; a third reception step for receiving approval / disapproval for the request information from the second information terminal device; and the acceptance by the third reception step. when, and executes a process corresponding to the request information, the approval The request information corresponding to a; and a request execution step of deleting from said request information storage unit.

The present invention also provides a request for sequentially storing request information including a request type indicating a type of request for a game, user identification information for identifying a user who plays the game, and game identification information for identifying the game. A first reception step of receiving the request information transmitted from a first information terminal device operated by a user who plays a predetermined game on a computer comprising information storage means, and received by the first reception step A request information acquisition step of acquiring from the request information storage means one or a plurality of the request information that is game identification information different from the game identification information included in the request information and that has the same request type ; The request acquired by the request information acquisition step A first transmission step of transmitting a request information to the first information terminal device, and a second reception of receiving one request information of the request information transmitted by the first transmission step from the first information terminal device And when the request information is received by the second receiving step, the second information terminal device corresponding to the user identification information included in the received request information is received by the first receiving step. A second transmission step of transmitting request information; a third reception step of receiving permission from the second information terminal device as to whether or not consent to the request information is received; and when the consent is received by the third reception step, the request with executes processing in accordance with the information, before the request information corresponding to the accepted Characterized in that to execute a request execution step of deleting from the request information storage means.

  According to the present invention, one or a plurality of request information including game identification information different from the game identification information included in the request information is acquired from the request information storage means, and the acquired request information is transmitted to the first information terminal device. In addition, since one request information of the transmitted request information is received, a process according to the request information can be executed among users who play different games. The effect is high and the game development work is not increased.

It is a block diagram which shows the structure of the game expansion system 10 concerning a present Example. 4 is an explanatory diagram illustrating an example of a data configuration of a request information storage unit 110. FIG. It is explanatory drawing which shows an example of the display screen shown to a user when a request classification is item exchange. It is a flowchart which shows the game expansion process procedure which the game expansion system 10 performs. It is a flowchart which shows the game expansion process procedure which the game expansion system 10 performs. It is a flowchart which shows the request execution process procedure (item exchange) which the game expansion system 10 performs. It is a flowchart which shows the request execution process procedure (battle) which the game expansion system 10 performs. It is a flowchart which shows the request execution process procedure (cooperative play) which the game expansion system 10 performs.

  Embodiments of a game expansion device, a game expansion method, and a game expansion program according to the present invention will be described below in detail with reference to the accompanying drawings. In addition, the Example shown below is an example of embodiment of this invention, and this invention is not limited to these Examples.

  FIG. 1 is a block diagram illustrating a configuration of a game expansion system 10 according to the present embodiment. The game expansion system 10 connects the game expansion server 100, the plurality of game servers 200-1 to 200-n, and the plurality of information terminals 300-1 to 300-m via the network 1. The game expansion server 100, the game servers 200-1 to 200-n, and the information terminals 300-1 to 300-m can communicate with each other.

  The game expansion server 100 is a server that processes request information transmitted from a user who plays a different game by transmitting / receiving data to / from the plurality of game servers 200-1 to 200-n. The game servers 200-1 to 200-n are servers that control the game according to data transmitted and received from the information terminal 300 operated by the user. More specifically, the game servers 200-1 to 200-n control the game by executing a game application created based on an operating environment such as an API (Application Programming Interface) that operates on a web browser. In addition to games that can be played on a web browser without downloading a game program to the information terminal 300, the game application can be downloaded to the information terminal 300, processing on the information terminal 300, and operations on the game server 200. This includes playing games. The information terminals 300-1 to 300-m are devices operated by a user who plays a game, such as a mobile phone, a smartphone, a tablet terminal, a game terminal, a personal computer, a game machine installed in a game center, or the like. Any device can be used as long as it can communicate with 1 to n and the web browser operates.

  Next, the function and configuration of the game expansion server 100 will be described. The game expansion server 100 includes a transmission / reception unit 101, a request information acquisition unit 102, a request execution unit 103, and a request information storage unit 110.

  FIG. 2 is an explanatory diagram illustrating an example of a data configuration of the request information storage unit 110. The request information storage unit 110 stores request information transmitted from a user who is playing each game. The request information is a request (in other words, a request for a game transmitted to the game servers 200-1 to 200-n when the user operates the menu screen of the game of the information terminals 300-1 to 300-m while playing the game. For example, functions provided by the game) and information about the request. The request information storage unit 110 is a request in which a request type indicating a type of request for a game, a user ID for identifying a user who plays the game, a game ID for identifying the game, and data corresponding to the request type are associated with each other. Store information.

  The request type includes “item exchange” indicating that the items owned by the user are exchanged with each other, “battle” indicating that the user battles with other users and decides the victory or defeat, Stores the name of the function provided by the “cooperative play” or other game indicating that cooperation is requested.

  When the request type is “item exchange”, the request information includes a request type, a user ID, a game ID, and a URL indicating the location where at least the item image data or image data is stored as data corresponding to the request type (Uniform Resource Locator) is included. The request information when the request type is “battle” includes at least user attribute data as data corresponding to the request type, user ID, game ID, and request type, and further includes user image data or URL. But you can. When the request type is “cooperative play”, the request information includes at least user attribute data as data corresponding to the request type, user ID, game ID, and request type, and further includes user image data or URL. May be included. FIG. 2 shows a case where data is stored in a tabular format as an example, but data may be held in any format as long as such information is included.

  The transmission / reception unit 101 transmits / receives data to / from the game servers 200-1 to 200-n. More specifically, the transmission / reception unit 101 receives the request information transmitted from the game servers 200-1 to 200-n, and sends data corresponding to the request information to the game servers 200-1 to 200-n that transmitted the request information. Send.

  The request information acquisition unit 102 acquires request information transmitted from a different game that can correspond to the request information transmitted from the game servers 200-1 to 200-n.

  The request execution unit 103 executes request processing according to request information transmitted from the information terminals 300-1 to 300-m via the game servers 200-1 to 200-n and a response to the request information.

  Next, functions and configurations of the game servers 200-1 to 200-n will be described. The game servers 200-1 to 200-n are servers that control different games. The game servers 200-1 to 200-n include a game processing unit that controls a game (not shown), and includes a transmission / reception unit 201, a request information generation unit 202, and a game information storage unit 210.

  The game information storage unit 210 stores information related to the game. The game information storage unit 210 includes a game ID for identifying a game, information about each user (user ID, attribute data, image data (or URL), possessed item ID, collaborator data, and information terminal device ID. And information relating to each item (information in which item ID, attribute data, and image data (or URL) are associated), and the like.

  The transmission / reception unit 201 transmits / receives data to / from the game expansion server 100 and the information terminals 300-1 to 300-m. More specifically, the transmission / reception unit 201 receives the request information transmitted from the information terminals 300-1 to 300-m and transmits the request information generated by the request information generation unit 202 to the game expansion server 100.

  The request information generation unit 202 acquires the game ID stored in the game information storage unit 210, and generates new request information in which the game ID is added to the request information received from the information terminals 300-1 to 300-m.

  The function and configuration of the information terminals 300-1 to 300-m will be described. The information terminals 300-1 to 300-m include a transmission / reception unit 301 and an operation display unit 302.

  The transmission / reception unit 301 transmits operation information for the game received by the operation display unit 302 to the game servers 200-1 to 200-n, and receives data transmitted from the game servers 200-1 to 200-n.

  The operation display unit 302 receives operation information for the game, and displays display data transmitted from the game servers 200-1 to 200-n. FIG. 3 is an explanatory diagram illustrating an example of a display screen presented to the user when the request type is item exchange. The display screen 31 displays a replaceable item screen 32 that shows a list of images 33 of a plurality of items that can be replaced by the user. Display data for displaying the display screen 31 as shown in FIG. 3 is generated by the game servers 200-1 to 200-n based on the request information transmitted from the game expansion server 100.

  Next, the game expansion process in the game expansion system 10 configured as described above will be described. FIG. 4 is a flowchart showing a game expansion processing procedure executed by the game expansion system 10. In the flowchart of the present embodiment, one game server of the game servers 200-1 to 200-n is described as the game server 200, and one information terminal of the information terminals 300-1 to 300-m is described as the information terminal 300. .

  The transmission / reception unit 301 of the information terminal 300 transmits request information generated based on the operation information received from the operation display unit 302 to the game server 200 (step S401). The request information transmitted from the information terminal 300 includes a request type, a user ID, and information required according to the request type. For example, information required according to the request type when the request type is “item exchange” is image data or URL of an item to be exchanged selected by the user. The information required according to the request type when the request type is “battle” or “cooperative play” is user attribute data. Note that the information included in the request information is the same as the request information generated in the game, and there is no need to change the request information in the information terminal 300 between the same game and a different game. Information required according to the request type may be added by referring to the game information storage unit 210 in the game server 200.

  The transmission / reception unit 201 of the game server 200 receives the request information transmitted from the information terminal 300 (step S402). The request information generation unit 202 acquires a game ID from the game information storage unit 210 (step S403). The request information generation unit 202 generates new request information in which the game ID is added to the request information (step S404). The transmission / reception unit 201 transmits the request information generated by the request information generation unit 202 to the game expansion server 100 (step S405).

  The transmission / reception unit 101 of the game expansion server 100 receives the request information transmitted from the game server 200 (step S406). The request information acquisition unit 102 stores the request information received from the game server 200 in the request information storage unit 110 (step S407). The request information acquisition unit 102 acquires request information that can correspond to the request information received from the game server 200 from the request information storage unit 110 (step S408). For example, when the request type is “item exchange”, the request information is acquired from the request information storage unit 110, the request type is “item exchange”, and the game ID is different from the game ID included in the request information. The transmission / reception unit 101 transmits the acquired one or more pieces of request information to the game server 200 (step S409).

  The transmission / reception unit 201 of the game server 200 receives one or a plurality of request information transmitted from the game expansion server 100 (step S410). The transmission / reception unit 201 transmits the received one or more pieces of request information to the information terminal 300 (step S411). At this time, the game server 200 forms data in a format that can be displayed on the information terminal 300 and is selectable, and transmits the request information, as in the process for the request information in the game.

  The transmission / reception unit 301 of the information terminal 300 receives one or a plurality of request information transmitted from the game server 200 (step S412). The operation display unit 302 displays one or a plurality of request information on the display screen (step S413). As an example, when the request type is “item exchange”, a display screen showing items selectable by the user as shown in FIG. 3 is displayed. The operation display unit 302 receives the selection of request information (step S414). For example, when the request type is “item exchange”, selection of exchange items from exchangeable items is accepted. When the request type is “battle”, the selection of the opponent is accepted from the users capable of battle. When the request type is “cooperative play”, the selection of a cooperator is accepted from among cooperating users. The transmission / reception unit 301 transmits the selected request information to the game server 200 (step S415).

  The transmission / reception unit 201 of the game server 200 receives the selected request information from the information terminal 300 (step S416). The transmission / reception unit 201 transmits the selected request information to the game expansion server 100 (step S417).

  The transmission / reception unit 101 of the game expansion server 100 receives the selected request information from the game server 200 (step S418). The transmission / reception unit 101 transmits the request information received from the information terminal 300 in step S401 to the user information terminal 300 corresponding to the selected request information (step S419). More specifically, the request information is transmitted to the game server 200 corresponding to the game ID included in the selected request information. The transmission / reception unit 201 of the game server 200 transmits request information to the information terminal 300 corresponding to the user ID, and receives a response to the request information transmitted from the information terminal 300 in step S401 (whether or not to accept). The transmission / reception unit 101 of the game expansion server 100 receives a response to the request information (step S420). If the response to the request information is approval, the request execution unit 103 executes processing according to the request information (step S421). Details of the request execution process will be described later.

  As described above, by adding the process of adding the game ID to the request information in the game server 200 and executing the process for the request information transmitted from the game server 200 in the game expansion server 100, not only in one game. The process according to the request information can be executed among users who play different games. Thereby, since existing games can be freely combined, a new value that attracts the user's interest can be provided. Further, since existing game resources can be utilized almost as they are, it is possible to provide a new game enjoyment for the user without causing a large development work.

  Since the process of acquiring request information from the request information storage unit 110 described above acquires request information having the same request type and a game ID different from the game ID included in the request information, the acquired request information is: In addition to the case where the user ID is different, the case where the user ID is the same can also be acquired. When the user ID is different, the request is executed with different users who play different games, new communication is born, and the interest of the game itself being played is enhanced. When the user ID is the same, the request is executed with the same user who plays a different game, that is, the user himself / herself. As a result, when one user plays a different game, by exchanging items that the user likes in a certain game with a different game, he / she retains an item that he / she will play newly. be able to. Further, the play time spent for acquiring items in one game can be taken over by a different game, and the transfer to a new game can be promoted. Note that, even when the user IDs are different or the same, the request information stored in the request information storage unit 110 of the game expansion server 100 or the game information storage unit 210 included in the game server 200 is stored. Data is transmitted and received between the game server 200 and the information terminal 300 operated by the user based on the information terminal identification information and the like. Therefore, even if the same user operates different games on different information terminals 300 or operates different games on one information terminal 300, a request such as item exchange can be executed.

  In addition to the above-described embodiment, processing for request information is executed in the game without transmitting request information to the game expansion server 100, or requests between different games by transmitting request information to the game expansion server 100. Whether or not to execute processing for information may be controlled by determining whether or not a predetermined condition is satisfied. Judgment based on conditions regarding information related to the user (for example, the condition that one of the user's attribute data is higher than a certain level, possessing a predetermined item, etc.), or a predetermined time zone Or may be executed as an event when the number of users who play the game or the number of operations per hour on the game decreases.

  The request information acquisition unit 102 acquires request information by selecting and acquiring request information that matches a predetermined condition in addition to the case where the request types stored in the request information storage unit 110 are the same. You may do it. For example, the request information stored in the request information storage unit 110 is stored in association with the time when the request information is stored, and the request information with which the request information is acquired is closest to the stored time, or a certain period ( For example, the request information stored in the period from the time when the request information is acquired to a period 30 minutes before the request information may be selected.

  Next, details (item exchange, battle, cooperative play) of the request execution process (step S421 in FIG. 5) will be described. FIG. 6 is a flowchart showing a request execution processing procedure (item exchange) executed by the game expansion system 10. This request execution process is executed when the response to the request information in step S420 is consent as described above.

  The transmission / reception unit 101 of the game expansion server 100 acquires, from the request information, the image data of the item of the other party who accepted the item exchange or the URL indicating the location where the image data is stored, and transmits it to the game server 200 (step S601). The request execution unit 103 deletes both pieces of request information agreed to the item exchange from the request information storage unit 110 (step S602). If the item exchange is not agreed, this request execution process is not executed and the request information is not deleted. Therefore, unless the user gives an instruction to cancel the item exchange, the request information for the item exchange will be received from other users in the future. Is sent as a candidate for item exchange.

  The transmission / reception unit 201 of the game server 200 receives the image data or URL of the opponent item transmitted from the game expansion server 100 (step S603). The transmission / reception unit 201 stores the received image data or URL of the item in the game information storage unit 210 (step S604). More specifically, the image data of the item to be exchanged or the URL of the image data is replaced with the URL of the image data of the other party or the image data. As a result, even if the exchanged item is an item of a different game and the attribute data set for the item may be different for each game, the attribute data of the item is obtained after obtaining the image that the user wants to possess. Since the attribute data of the item of the game being played is unchanged, the exchanged item can be used in a consistent state in the game. For example, the attribute data of item a of game A being played by the user is level, combat power, defense power, speed, special ability, and attribute data of item b of different game B is level, attack power, magic power, Even if the data items such as the power of water, the power of fire, the power of wood, and the number of data are different, the item a and the item b can be exchanged.

  The transmission / reception unit 201 transmits the exchanged item information to the information terminal 300 (step S605). More specifically, the image data or item information in which the URL of the image data is replaced is transmitted.

  The transmission / reception unit 301 of the information terminal 300 receives the exchanged item information from the game server 200 (step S606). The operation display unit 302 displays the transmitted item information on the display screen (step S607). Note that the processes of steps S601 and S603 to S607 are executed for the other party who accepted the item exchange. Thereby, the image of the other party's item is changed, and the item exchange is completed.

  In this way, by exchanging only the item image data in the item exchange, even if the item has different attribute data in the item of the different game, it can be easily exchanged, and it is consistent in the game after the exchange. It can be used while maintaining its sex. Thereby, since the user can hold a rare item by exchanging the item he owns with an item of a different game, the user can have a new interest in the game. In addition, it is possible for a game company to give a new interest to a user using an existing game without developing a new game.

  In the above-described embodiment, the item exchange is performed by exchanging the image data. However, instead of the processing, the attribute data of the opponent item is converted into the item attribute data of the game in accordance with a predetermined rule. May be. In this case, the game expansion server 100 includes a storage unit that stores conversion rules for the game A and the game B, for example. When the item of the game A is exchanged with the item of the game B, the attribute data is converted according to the conversion rule. Then, the converted attribute data together with the image data of the other party is transmitted to the game server 200, stored in the game information storage unit 210, and transmitted to the information terminal 300 for display.

  FIG. 7 is a flowchart showing a request execution processing procedure (battle) executed by the game expansion system 10. This request execution process is executed when the request type from the user is “battle” and the response to the request information in step S420 is consent.

  The request execution unit 103 of the game expansion server 100 acquires attribute data of both users who have agreed to battle (step S701). More specifically, the attribute data of both users is acquired from the request information stored in the request information storage unit 110 or the game information storage unit 210 of each game server 200. The request execution unit 103 converts the acquired attribute data of both users into a predetermined format (step S702). In this way, by changing the format of different attribute data of different games to a predetermined format that is effective only by the game expansion server 100, it is possible to execute a battle between users of different games.

  The request execution unit 103 determines the battle outcome based on the attribute data in a predetermined format for both users (step S703). The transmission / reception unit 101 transmits the battle result to the game server 200 (step S704). The request execution unit 103 deletes both pieces of request information that executed the battle from the request information storage unit 110 (step S705). If consent is not obtained from the battle partner, this request execution process is not executed, and the request information is not deleted. Therefore, unless a user gives an instruction to cancel the battle, other users will request battle information in the future. Is sent as a candidate for a battle opponent.

  The transmission / reception unit 201 of the game server 200 receives the battle result transmitted from the game expansion server 100 (step S706). The transmission / reception unit 201 stores the received battle win / loss in the game information storage unit 210 (step S707). More specifically, the user attribute data increased or decreased according to the result of the battle is updated. Thereby, the result of the battle between the users of different games can be reflected on the game which the user is playing. The transmission / reception unit 201 transmits the battle result to the information terminal 300 (step S708).

  The transmission / reception unit 301 of the information terminal 300 receives the battle win / loss from the game server 200 (step S709). The operation display unit 302 displays the battle win / loss on the display screen (step S710). In addition, the process of step S704 and S706-S710 is performed also with respect to the other party who performed the battle. Thereby, the result of the battle is reflected in the game information storage unit 210 of the opponent, the result of the battle is displayed on the information terminal 300, and the battle process is completed.

  In this way, the battle process is executed by the game expansion server 100, and the result is stored in each game information storage unit 210, so that a battle between users playing different games is established, and the result of the battle Can be consistently reflected in the game. Moreover, since the user can battle with a user who is playing a different game, the user can have a new interest in the game. In addition, it is possible for a game company to give a new interest to a user by using an existing game without performing a great deal of game development work.

  In the above-described embodiment, the process of converting user attribute data into unique attribute data in the game expansion server 100 has been described, but instead of the process of converting into user-specific attribute data in the game expansion server 100, The opponent's attribute data may be converted into the format of the game, the converted attribute data may be transmitted to the game server 200, and the battle outcome may be determined according to the rules in the game using the transmitted attribute data.

  FIG. 8 is a flowchart showing a request execution processing procedure (cooperative play) executed by the game expansion system 10. This request execution process is executed when the request type from the user is “cooperative play” and the response to the request information in step S420 is consent.

  The request execution unit 103 of the game expansion server 100 acquires the attribute data of the opponent who has accepted the cooperative play (step S801). More specifically, the other party's attribute data is acquired from the request information stored in the request information storage unit 110 or the game information storage unit 210 of the opponent's game server 200. The request execution unit 103 converts the acquired partner attribute data into the format of the game itself (step S802). In this way, by changing the attribute data format of the users of different games to the format of the own game, it is possible to process the attribute data of the collaborator who is the user of the different game in the own game. The transmission / reception unit 101 transmits the other party's attribute data to the game server 200 (step S803). The request execution unit 103 deletes the request information of both users who have agreed to cooperate from the request information storage unit 110 (step S804). If cooperation is not accepted, this request execution process is not executed, and the request information is not deleted, so if a request for cooperation play is sent from another user in the future, it will be presented as a candidate for cooperative play. Is done.

  The transmission / reception unit 201 of the game server 200 receives the other party's attribute data transmitted from the game expansion server 100 (step S805). The transmission / reception unit 201 stores the received attribute data of the other party as user collaborator data in the game information storage unit 210 (step S806). Thereby, when a user battles in a game or between different games, attribute data of a collaborator can be reflected. The transmission / reception unit 201 transmits the collaborator data to the information terminal 300 (step S807).

  The transmission / reception unit 301 of the information terminal 300 receives the collaborator data from the game server 200 (step S808). The operation display unit 302 displays the collaborator data on the display screen (step S809). In the case where collaborator data is set for both users, the processes of steps S802, S803, S805 to S809 are executed for the partner who has approved the cooperation.

  As described above, the attribute data of the user of the different game is converted into the game format in the game expansion server 100, and the converted attribute data of the collaborator is stored in the game information storage unit 210 of the game server 200 as the collaborator data. Thus, cooperation of users who are playing different games can be obtained, and collaborator data can be reflected while maintaining consistency in the game.

  In the request execution process, when an item exchange partner, a battle partner, or a collaborator is selected, a message with the partner may be transmitted and received.

  In the above-described embodiment, the game server 200 adds a game ID to the request information to generate new request information. However, instead of the processing, the game ID is stored when the information terminal 300 plays a game. In addition, when executing the game expansion process, data may be directly transmitted to and received from the game expansion server 100 without using the game server 200. At that time, the game expansion process executed by the game server 200 described above is executed by the game expansion server 100.

  Note that the present invention is not limited to the above-described embodiments as they are, and can be embodied by modifying the components without departing from the scope of the invention in the implementation stage. In addition, a plurality of constituent elements disclosed in the above-described embodiments may be appropriately combined, and some constituent elements may be deleted from the constituent elements shown in the above-described embodiments.

  Next, the hardware configuration of the game expansion server 100 and the game server 200 of this embodiment will be described. The game expansion server 100 and the game server 200 include a control device such as a CPU (Central Processing Unit), a storage device such as a ROM (Read Only Memory) and a RAM (Random Access Memory), an HDD (Hard Disk Drive), a CD ( Compact disk) Drive device and other external storage devices, displays and other display devices, keyboards and mice and other input devices, communication interfaces that communicate with other devices, and a bus that connects these devices. This is a hardware configuration using a computer.

  In the present embodiment, the game expansion server 100 including the above-described units, or the game expansion server 100 and the game server 200 operate as a game expansion device. In addition, the game expansion server 100 described above, or the game expansion server 100 and the game server 200 execute the game expansion method. Note that the game expansion server 100 and the game server 200 may be configured as one server.

  Also, the CPU in the game expansion server 100 (the game expansion server 100 and the game server 200) reads out the game expansion program from the ROM and executes it to operate various devices, thereby realizing the above-described embodiment. Alternatively, the game expansion program executed on the game expansion server 100 (game expansion server 100 and game server 200) includes the above-described units (transmission / reception unit, request information acquisition unit, request execution unit (and transmission / reception unit, request information generation unit)). In the actual hardware, the CPU reads the game expansion program from the ROM and executes it, whereby the above-described units are loaded on the main storage device, and the transmission / reception unit 101, the request information acquisition unit 102, a request execution unit 103 (a transmission / reception unit 201, a request information generation unit 202) is generated on the main storage device.

  The request information storage unit 110 and the game information storage unit 210 can be configured on a main storage device, or can be configured by any commonly used storage medium such as an HDD, an optical disc, or a memory card.

  The game expansion program is a file in an installable or executable format and is recorded on a computer-readable recording medium such as a CD-ROM, a flexible disk (FD), a CD-R, or a DVD (Digital Versatile Disk). May be provided.

  Further, the game expansion program may be stored on a computer connected to a network such as the Internet and provided by being downloaded via the network. Further, the game extension program may be provided or distributed via a network such as the Internet.

DESCRIPTION OF SYMBOLS 1 Network 10 Game expansion system 100 Game expansion server 101 Transmission / reception part 102 Request information acquisition part 103 Request execution part 110 Request information storage part 200 Game server 201 Transmission / reception part 202 Request information generation part 210 Game information storage part 300 Information terminal 301 Transmission / reception part 302 Operation display

Claims (9)

Request information storage means for sequentially storing request information including a request type indicating a type of request for a game, user identification information for identifying a user who plays the game, and game identification information for identifying the game;
First receiving means for receiving the request information transmitted from a first information terminal device operated by a user who plays a predetermined game;
One or a plurality of the request information, which is game identification information different from the game identification information included in the request information received by the first reception means , and which has the same request type, is stored in the request information storage means. A request information acquisition means to acquire;
First transmission means for transmitting the request information acquired by the request information acquisition means to the first information terminal device;
Second receiving means for receiving, from the first information terminal device, one request information of the request information transmitted by the first transmitting means;
When the request information is received by the second receiving means, the request information received by the first receiving means is transmitted to the second information terminal device corresponding to the user identification information included in the received request information. Second transmitting means for
Third receiving means for receiving from the second information terminal device whether or not to accept the request information;
A request executing means for executing processing corresponding to the request information when the consent is received by the third receiving means, and deleting the request information corresponding to the consent from the request information storage means ;
A game expansion device comprising: Game identification information storage means for storing the game identification information;
A fourth receiving means for receiving request information including the request type and the user identification information;
Request generating means for generating request information obtained by adding the game identification information stored in the game identification information storage means to the request information received by the fourth receiving means;
Third transmission means for transmitting the request information generated by the request generation means,
2. The game expansion device according to claim 1, wherein the first receiving unit receives the request information transmitted by the third transmitting unit. The request type is an item exchange indicating that the items held by the user are exchanged with each other,
The request information further includes image data representing the item or a URL (Uniform Resource Locator) indicating the location of the image data,
The game expansion device according to claim 1, wherein the request execution unit exchanges the image data or the URL of the item held by the user with each other. The request type is a battle indicating that the user battles with another user to determine victory or defeat,
The request information further includes attribute data of the user,
The game expansion device according to claim 1, wherein the request execution unit determines the victory or defeat based on the attribute data. The request type is cooperative play indicating that the user seeks cooperation of another user,
The request information further includes attribute data of the user,
The request execution unit converts attribute data of the other user into collaborator data, and stores the collaborator data in the game information storage unit in association with the user identification information. Or the game expansion apparatus of Claim 2.   The user identification information for identifying a user who operates the second information terminal device is the same as the user identification information for identifying a user who operates the first information terminal device. The game expansion device according to any one of 5.   The game expansion device according to any one of claims 1 to 6, wherein the second information terminal device is the same as the first information terminal device. Request information storage means for sequentially storing request information including a request type indicating a request type for a game, user identification information for identifying a user who plays the game, and game identification information for identifying the game. A game expansion method executed by a game expansion device,
A first receiving step of receiving the request information transmitted from a first information terminal device operated by a user who plays a predetermined game;
One or a plurality of the request information, which are game identification information different from the game identification information included in the request information received by the first reception step and have the same request type, are stored in the request information storage unit. A request information acquisition step to be acquired;
A first transmission step of transmitting the request information acquired by the request information acquisition step to the first information terminal device;
A second receiving step of receiving, from the first information terminal device, one request information of the request information transmitted by the first transmitting step;
When the request information is received in the second reception step, the request information received in the first reception step is transmitted to the second information terminal device corresponding to the user identification information included in the received request information. A second transmitting step,
A third receiving step of receiving approval or disapproval for the request information from the second information terminal device;
A request execution step of performing processing according to the request information when the consent is received by the third receiving step, and deleting the request information corresponding to the consent from the request information storage unit ;
A game expansion method comprising: Request information storage means for sequentially storing request information including a request type indicating a request type for a game, user identification information for identifying a user who plays the game, and game identification information for identifying the game. Computer
A first receiving step of receiving the request information transmitted from a first information terminal device operated by a user who plays a predetermined game;
One or a plurality of the request information, which are game identification information different from the game identification information included in the request information received by the first reception step and have the same request type, are stored in the request information storage unit. A request information acquisition step to be acquired;
A first transmission step of transmitting the request information acquired by the request information acquisition step to the first information terminal device;
A second receiving step of receiving, from the first information terminal device, one request information of the request information transmitted by the first transmitting step;
When the request information is received in the second reception step, the request information received in the first reception step is transmitted to the second information terminal device corresponding to the user identification information included in the received request information. A second transmitting step,
A third receiving step of receiving approval or disapproval for the request information from the second information terminal device;
A request execution step of performing processing according to the request information when the consent is received by the third receiving step, and deleting the request information corresponding to the consent from the request information storage unit ;
A game expansion program characterized in that

Images