Game expansion device, game expansion method, and game expansion program

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 are provided on social networking services (SNS) and can be played while communicating with other users have been released. Among them, card battle games have acquired many users and formed a large market because they can be easily operated using mobile phones and smartphones.

On the other hand, game companies that provide games need to release new games and devise various ideas for the games themselves in order to keep users playing the games without getting bored. As an example of solving the problem of providing a highly entertaining game that does not make users bored, the first and second different game spaces are displayed in the game, and the result of the event performed in the second game space is the first. A technique for reflecting in the parameters and data of the game space of the above is disclosed (see Patent Gazette 1).

<p><patcit num="1"><text>Japanese Patent Application Laid-Open No. 2005-007088</text></patcit></p>

<p> However, since the technology described in Patent Document 1 constructs different game spaces in the same game, the user develops a completely new world view in consideration of the consistency of the game world view. There was a problem that it was difficult to get the interest of. In addition, since it is necessary to create a game for each of two different game spaces, there is a problem that the burden of game development work increases.</p><p> The present invention has been made in view of the above, and an object of the present invention is to provide a game expansion device, a game expansion method, and a game expansion program that are highly interesting to a user who plays a game and do not increase the game development work. To do.</p>

<p> In order to solve the above-mentioned problems and achieve the object, the present invention presents the request type indicating the type of request for the game, the user identification information for identifying the user who plays the game, and the game identification for identifying the game. A request information storage means for storing information and request information including the information, a first receiving means for receiving the request information transmitted from a first information terminal device operated by a user who plays a predetermined game, and the first receiving means. Request information acquisition means for acquiring one or more of the request information including game identification information different from the game identification information included in the request information received by the receiving means from the request information storage means, and the request information acquisition. The first transmission means for transmitting the request information acquired by the means to the first information terminal device, and the first information terminal device for request information of one of the request information transmitted by the first transmission means. When the request information is received by the second receiving means and the second receiving means, the first receiving is performed by the second information terminal device corresponding to the user identification information included in the received request information. The second transmitting means for transmitting the request information received by the means, the third receiving means for receiving the approval or disapproval of the request information from the second information terminal device, and the third receiving means for receiving the consent. When this is done, the request execution means for executing the process according to the request information is provided.</p><p> Further, the present invention is a request information for storing request information including a request type indicating a request type for a game, a user identification information for identifying a user who plays the game, and a game identification information for identifying the game. A game expansion method executed by a game expansion device including a storage means, the first reception step of receiving the request information transmitted from the first information terminal device operated by a user who plays a predetermined game. The request information acquisition step of acquiring one or more of the request information including the game identification information different from the game identification information included in the request information received by the first reception step from the request information storage means, and the said. The first transmission step of transmitting the request information acquired by the request information acquisition step to the first information terminal device, and the first request information of one of the request information transmitted by the first transmission step. The second receiving step received from the 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 described. The second transmission step of transmitting the request information received by the first reception step, the third reception step of receiving the approval or disapproval of the request information from the second information terminal device, and the third reception step. It is characterized by including a request execution step of executing a process according to the request information when the consent is received.</p><p> Further, the present invention provides request information for 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 first receiving step of receiving the request information transmitted from the first information terminal device operated by a user who plays a predetermined game to a computer provided with a storage means, and the first receiving step received by the first receiving step. A request information acquisition step of acquiring one or more of the request information including the game identification information different from the game identification information included in the request information from the request information storage means, and the request acquired by the request information acquisition step. A first transmission step of transmitting information to the first information terminal device and a second reception step of receiving request information of one of the request information transmitted by the first transmission step from the first information terminal device. When the request information is received by the second receiving step, the request received by the first receiving step is sent to the second information terminal device corresponding to the user identification information included in the received request information. The request information when the second transmission step of transmitting information, the third reception step of receiving the approval or disapproval of the request information from the second information terminal device, and the consent received by the third reception step. It is characterized by executing a request execution step that executes processing according to the above.</p>

<p> 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. However, by receiving the request information of one of the transmitted request information, it is possible to execute the process according to the request information between the users who play different games, which is interesting for the users who play the game. It has high characteristics and has the effect of not increasing game development work.</p>

<figref num="1">It is a block diagram which shows the structure of the game expansion system 10 which concerns on this Example.</figref><figref num="2">It is explanatory drawing which shows an example of the data structure of the request information storage part 110.</figref><figref num="3">It is explanatory drawing which shows an example of the display screen presented to the user when the request type is item exchange.</figref><figref num="4">It is a flowchart which shows the game expansion processing procedure which a game expansion system 10 executes.</figref><figref num="5">It is a flowchart which shows the game expansion processing procedure which a game expansion system 10 executes.</figref><figref num="6">It is a flowchart which shows the request execution processing procedure (item exchange) executed by the game expansion system 10.</figref><figref num="7">It is a flowchart which shows the request execution processing procedure (battle) which the game expansion system 10 executes.</figref><figref num="8">It is a flowchart which shows the request execution processing procedure (cooperative play) executed by the game expansion system 10.</figref>

Hereinafter, embodiments of the game expansion device, the game expansion method, and the game expansion program according to the present invention will be described in detail with reference to the accompanying drawings. The examples shown below are examples of embodiments of the present invention, and the present invention is not limited to these examples.

<p> FIG. 1 is a block diagram showing a configuration of the 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 n, and the plurality of information terminals 300-1 to m via the network 1. The game expansion server 100, the game servers 200-1 to n, and the information terminals 300-1 to m can communicate with each other.</p><p> The game expansion server 100 is a server that processes request information sent from users who play different games by transmitting and receiving data to and from a plurality of game servers 200-1 to n. The game servers 200-1 to n are servers that control the game according to the data transmitted and received from the information terminal 300 operated by the user. More specifically, the game servers 200-1 to n are APIs (Application Programming) that operate in a web browser. The game is controlled by executing a game application created based on the operating environment such as Interface). In addition to games that can be played on a web browser without downloading the game program to the information terminal 300, the game application also downloads the program to the information terminal 300, processes it on the information terminal 300, and operates the game server 200. Also includes those who play games on. Information terminals 300-1 to m are devices operated by users who play games, and are game servers 200- such as mobile phones, smartphones, tablet terminals, game terminals, personal computers, and game machines installed in game centers. Any device that can communicate with 1 to n and operates a web browser may be used.</p><p> Next, the functions and configurations 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.</p><p> FIG. 2 is an explanatory diagram showing an example of the data structure of the request information storage unit 110. The request information storage unit 110 stores the request information transmitted from the user who is playing each game. The request information is a request for a game transmitted to the game servers 200-1 to n by the user operating the game menu screen of the information terminal 300-1 to m while playing the game (in other words, the request information). Information about the features provided by the game) and its requirements. The request information storage unit 110 requests associating a request type indicating the type of request for the game, a user ID for identifying the user who plays the game, a game ID for identifying the game, and data according to the request type. Memorize information.</p><p> Request types include "item exchange", which indicates that the items owned by the user are exchanged with each other, "battle", which indicates that the user plays against another user and decides the outcome, and the user is another user. Stores "cooperative play" indicating that cooperation is requested and other function names provided by the game.</p><p> When the request type is "item exchange", the request information is the request type, the user ID, the game ID, and the URL indicating at least the image data of the item or the location where the image data is stored as the data according to the request type. Includes (Uniform Resource Locator). When the request type is "battle", the request information includes at least the user's attribute data as the data according to the request type, the user ID, the game ID, and the request type, and further includes the user's image data or URL. But it may be. When the request type is "cooperative play", the request information includes at least the user's attribute data as the data according to the request type, the user ID, the game ID, and the request type, and further includes the user's image data or URL. It may be included. FIG. 2 shows a case where the data is stored in a tabular format as an example, but the data may be stored in any format as long as the information is included.</p><p> The transmission / reception unit 101 transmits / receives data to / from game servers 200-1 to n. More specifically, the transmission / reception unit 101 receives the request information transmitted from the game servers 200-1 to n, and sends the data corresponding to the request information to the game servers 200-1 to n that have transmitted the request information. Send.</p><p> The request information acquisition unit 102 acquires request information transmitted from a different game that can handle the request information transmitted from the game servers 200-1 to n.</p><p> The request execution unit 103 executes request processing according to the request information transmitted from the information terminals 300-1 to m via the game servers 200-1 to n and the response to the request information.</p><p> Next, the functions and configurations of the game servers 200-1 to n will be described. Game servers 200-1 to n are servers that control different games. The game servers 200-1 to n include a game processing unit that controls a game (not shown), a transmission / reception unit 201, a request information generation unit 202, and a game information storage unit 210.</p><p> The game information storage unit 210 stores information about the game. The game information storage unit 210 has a game ID that identifies the game, information about each user (user ID, attribute data, image data (or URL), possessed item ID, collaborator data, and information terminal device ID. (Information associated with), information related to each item (information associated with item ID, attribute data, and image data (or URL)), etc. are stored.</p><p> The transmission / reception unit 201 transmits / receives data to / from the game expansion server 100 and the information terminals 300-1 to m. More specifically, the transmission / reception unit 201 receives the request information transmitted from the information terminals 300-1 to m, and transmits the request information generated by the request information generation unit 202 to the game expansion server 100.</p><p> The request information generation unit 202 acquires the game ID stored in the game information storage unit 210, and generates new request information by adding the game ID to the request information received from the information terminals 300-1 to m.</p><p> The functions and configurations of the information terminals 300-1 to m will be explained. The information terminals 300-1 to m include a transmission / reception unit 301 and an operation display unit 302.</p><p> The transmission / reception unit 301 transmits the operation information for the game received by the operation display unit 302 to the game servers 200-1 to n, and receives the data transmitted from the game servers 200-1 to n.</p><p> The operation display unit 302 receives the operation information for the game and displays the display data transmitted from the game servers 200-1 to n. FIG. 3 is an explanatory diagram showing an example of a display screen presented to the user when the request type is item exchange. The display screen 31 displays an exchangeable item screen 32 showing a list of images 33 of a plurality of items that can be exchanged by the user. The display data for displaying the display screen 31 as shown in FIG. 3 is generated by the game servers 200-1 to n based on the request information transmitted from the game expansion server 100.</p><p> 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 this embodiment, one game server out of the game servers 200-1 to n is referred to as a game server 200, and one information terminal out of the information terminals 300-1 to m is referred to as an information terminal 300. ..</p><p> The transmission / reception unit 301 of the information terminal 300 transmits the 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, when the request type is "item exchange", the information required according to the request type is the image data or URL of the 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 the attribute data of the user. The information included in the request information is the same as the request information generated in the game, and it is not necessary to change the request information in the information terminal 300 between the case of the same game and the case of a different game. Further, the information required according to the request type may be added by referring to the game information storage unit 210 on the game server 200.</p><p> 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 the game ID from the game information storage unit 210 (step S403). The request information generation unit 202 generates new request information by adding the game ID 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).</p><p> 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 corresponding 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", request information whose request type is "item exchange" and whose game ID is different from the game ID included in the request information is acquired from the request information storage unit 110. The transmission / reception unit 101 transmits the acquired one or more request information to the game server 200 (step S409).</p><p> The transmission / reception unit 201 of the game server 200 receives one or more request information transmitted from the game expansion server 100 (step S410). The transmission / reception unit 201 transmits one or more received request information to the information terminal 300 (step S411). At this time, the game server 200 forms and transmits data in a format that can be displayed and can be selected by the information terminal 300, as in the case of processing the request information in the game.</p><p> The transmission / reception unit 301 of the information terminal 300 receives one or more request information transmitted from the game server 200 (step S412). The operation display unit 302 displays one or more request information on the display screen (step S413). As an example, when the request type is "item exchange", a display screen showing items that can be selected by the user as shown in FIG. 3 is displayed. The operation display unit 302 accepts the selection of request information (step S414). For example, when the request type is "item exchange", the selection of the exchange item is accepted from the exchangeable items. When the request type is "battle", the selection of the opponent is accepted from the users who can battle. When the request type is "cooperative play", the selection of the collaborator is accepted from the users who can cooperate. The transmission / reception unit 301 transmits the selected request information to the game server 200 (step S415).</p><p> 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).</p><p> 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's 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 (acceptance / rejection) to the request information transmitted from the information terminal 300 in step S401. The transmission / reception unit 101 of the game expansion server 100 receives the response to the request information (step S420). If the response to the request information is accepted, the request execution unit 103 executes the process according to the request information (step S421). Details of the request execution process will be described later.</p><p> As described above, the game server 200 adds the process of adding the game ID to the request information, and the game expansion server 100 executes the process for the request information sent from the game server 200, so that not only in one game but also in one game. , It is possible to execute processing according to request information between users who play different games. As a result, existing games can be freely combined, and new value that attracts the user's interest can be provided. In addition, since the resources of the existing game can be utilized almost as it is, it is possible to provide a new enjoyment of the game for the user without causing a large development work.</p><p> In the process of acquiring the request information from the request information storage unit 110 described above, the request information is obtained because the request type is the same and the game ID is different from the game ID included in the request information. It can be acquired not only when the user IDs are different, but also when the user IDs are the same. When the user IDs are different, requests are executed between different users who play different games, new communication is created, and the interest in the game itself played by the users is enhanced. When the user ID is the same, the request is executed with the same user who plays a different game, that is, himself / herself. As a result, when one user plays a different game, by exchanging an item that the user likes in a certain game with a different game, he / she has an item that he / she is fond of in the newly played game. be able to. In addition, the play time spent for acquiring items in one game can be handed over to a different game, and it is possible to promote the transfer to a new game. Even if 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, the same user can execute a request such as item exchange even if different games are operated by different information terminals 300 or different games are operated by one information terminal 300.</p><p> In addition to the above-described embodiment, the processing for the request information is executed in the game without sending the request information to the game expansion server 100, or the request information is sent to the game expansion server 100 to make a request between different games. Whether or not to execute the processing on the information may be controlled by determining whether or not a predetermined condition is satisfied. Judgment based on conditions for information about the user (for example, conditions such as the level of one of the user's attribute data is a certain level or higher, possession of a predetermined item, etc.), or a predetermined time zone It may be executed as an event when the number of users playing the game or the number of operations per hour for the game decreases.</p><p> Further, in the process of acquiring the request information in the request information acquisition unit 102, in addition to the case where the stored request types of the request information storage unit 110 are the same, the request information that matches a predetermined condition is selected and acquired. You may do so. 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 that is closest to the time when the request information is acquired and the stored time can be selected, or for a certain period ( For example, the request information stored in the period from the time when the request information is acquired to 30 minutes before) may be selected.</p><p> Next, the 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.</p><p> The transmission / reception unit 101 of the game expansion server 100 acquires the image data of the item of the other party who has consented to the item exchange or the URL indicating the location where the image data is stored from the request information, and transmits the URL to the game server 200 (step S601). The request execution unit 103 deletes the request information of both parties who have agreed to exchange items from the request information storage unit 110 (step S602). If you do not agree to the item exchange, this request execution process will not be executed and the request information will not be deleted. Therefore, unless the user instructs you to cancel the item exchange, other users will request item exchange request information in the future. Is submitted, it is presented as a candidate for item exchange.</p><p> The transmission / reception unit 201 of the game server 200 receives the image data or URL of the other party's item transmitted from the game expansion server 100 (step S603). The transmission / reception unit 201 stores the image data or URL of the received item in the game information storage unit 210 (step S604). More specifically, the image data or the URL of the image data of the item to be exchanged is replaced with the image data or the URL of the image data of the other party. As a result, even if the exchanged item is an item of a different game and the attribute data set for the item is different for each game, the attribute data of the item is the user after obtaining the image that the user wants to possess. Since the attribute data of the item of the game being played is the same, the exchanged item can be used in a consistent state in the game. For example, the attribute data of item a of game A that the user is playing is level, combat power, defense power, speed, special ability, and the attribute data of item b of different game B is level, attack power, defense power, Item a and item b can be exchanged even if the data items and the number of data are different, such as the power of water, the power of fire, and the power of wood.</p><p> The transmission / reception unit 201 transmits the exchanged item information to the information terminal 300 (step S605). More specifically, the item information in which the image data or the URL of the image data is replaced is transmitted.</p><p> 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). The processing of steps S601 and S603 to S607 is also executed for the other party who has consented to the item exchange. As a result, the image of the other party's item is changed, and the item exchange is completed.</p><p> In this way, by exchanging only the image data of the item in the item exchange, even if the attribute data of the item is different between the items of different games, it can be easily exchanged, and it is matched in the game even after the exchange. It can be used while maintaining its sexuality. As a result, the user can possess a rare item by exchanging the item possessed by the user for an item of a different game, so that the user can have a new interest in the game. In addition, for a game company, it is possible to use an existing game to give a new interest to a user without developing a new game.</p><p> In the above-described embodiment, the item exchange is executed by exchanging the image data, but instead of the processing, the attribute data of the opponent's item is converted into the attribute data of the item of the own game according to a predetermined rule. You may. In that case, the game expansion server 100 includes, for example, a storage unit that stores the conversion rules of game A and game B, and when exchanging the item of game A for the item of game B, the attribute data is converted according to the conversion rule. Then, the converted attribute data is transmitted to the game server 200 together with the image data of the other party, stored in the game information storage unit 210, and transmitted to the information terminal 300 for display.</p><p> 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.</p><p> The request execution unit 103 of the game expansion server 100 acquires the attribute data of both users who have agreed to the battle (step S701). More specifically, the attribute data of both users are 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 the different attribute data of different games to a predetermined format that is valid only on the game expansion server 100, it is possible to execute a battle between users of different games.</p><p> The request execution unit 103 determines the outcome of the battle based on the attribute data in a predetermined format of both users (step S703). The transmission / reception unit 101 transmits the victory or defeat of the battle to the game server 200 (step S704). The request execution unit 103 deletes the request information of both sides that executed the battle from the request information storage unit 110 (step S705). If consent is not obtained from the battle opponent, this request execution process will not be executed and the request information will not be deleted. Therefore, unless the user instructs to cancel the battle, other users will request battle information in the future. Is sent, it is presented as a candidate for a battle opponent.</p><p> The transmission / reception unit 201 of the game server 200 receives the victory or defeat of the battle transmitted from the game expansion server 100 (step S706). The transmission / reception unit 201 stores the winning / losing of the received battle in the game information storage unit 210 (step S707). More specifically, the attribute data of the user that has increased or decreased depending on the result of the battle is updated. As a result, the result of the battle between users of different games can be reflected on the game played by the user. The transmission / reception unit 201 transmits the victory / defeat of the battle to the information terminal 300 (step S708).</p><p> The transmission / reception unit 301 of the information terminal 300 receives the victory or defeat of the battle from the game server 200 (step S709). The operation display unit 302 displays the victory or defeat of the battle on the display screen (step S710). In addition, the processing of steps S704 and S706 to S710 is also executed for the opponent who executed the battle. As a result, 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.</p><p> In this way, by executing the battle process on the game expansion server 100 and storing the result in each game information storage unit 210, a battle between users playing different games is established, and the result of the battle is established. Can be reflected consistently in the game. In addition, since the user can battle with a user who is playing a different game, the user can have a new interest in the game. Further, for a game company, it is possible to use an existing game to give a new interest to a user without performing a great deal of game development work.</p><p> In the above-described embodiment, the process of converting the user's attribute data into the original attribute data in the game extension server 100 has been described, but instead of the process of converting the user's attribute data into the original attribute data in the game extension server 100, The opponent's attribute data may be converted into the format of the own game, the converted attribute data may be transmitted to the game server 200, and the transmitted attribute data may be used to determine the outcome of the battle according to the rules in the game.</p><p> 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.</p><p> 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 attribute data of the other party is acquired from the request information stored in the request information storage unit 110 or the game information storage unit 210 of the other party's game server 200. The request execution unit 103 converts the acquired attribute data of the other party into the format of its own game (step S802). In this way, by changing the format of the attribute data of the users of different games to the format of the own game, it is possible to process the attribute data of the collaborators who are the users of different games in the own game. The transmission / reception unit 101 transmits the attribute data of the other party 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 the cooperation is not accepted, this request execution process will not be executed and the request information will not be deleted. Therefore, when the request information of the cooperation play is sent from another user in the future, it will be presented as a candidate for the cooperation play. Will be done.</p><p> The transmission / reception unit 201 of the game server 200 receives the attribute data of the other party transmitted from the game expansion server 100 (step S805). The transmission / reception unit 201 stores the received attribute data of the other party as the user's collaborator data in the game information storage unit 210 (step S806). As a result, when the user battles in the game or between different games, the attribute data of the collaborator can be reflected. The transmission / reception unit 201 transmits the collaborator data to the information terminal 300 (step S807).</p><p> 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). When setting collaborator data for both users, the processes of steps S802, S803, and S805 to S809 are also executed for the other party who has consented to the cooperation.</p><p> In this way, the attribute data of users of different games is converted into the format of the own game on the game extension server 100, and the converted attribute data of the collaborators is stored in the game information storage unit 210 of the game server 200 as the collaborator data. This makes it possible to obtain the cooperation of users who are playing different games, and to reflect the collaborator data in a consistent manner in the game.</p><p> Further, in the above request execution process, when selecting an item exchange partner, a battle partner, or a collaborator, a message with the partner may be transmitted / received.</p><p> In the above-described embodiment, the game server 200 adds the game ID to the request information to generate new request information, but instead of the processing, the game ID is stored when the game is played on the information terminal 300. However, when executing the game expansion process, data may be directly transmitted to and received from the game expansion server 100 without going through the game server 200. In that case, the game expansion process executed on the game server 200 described above will be executed on the game expansion server 100.</p><p> The present invention is not limited to the above-described embodiment as it is, and at the implementation stage, the components can be modified and embodied within a range that does not deviate from the gist thereof. Further, the plurality of components disclosed in the above-described embodiment may be appropriately combined, and some components may be deleted from the components shown in the above-mentioned embodiment.</p><p> Next, the hardware configurations 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), and a CD (CD). Compact Disk) It is equipped with an external storage device such as a drive device, a display device such as a display, an input device such as a keyboard and mouse, a communication interface that communicates with other devices, and a bus that connects them. It is a hardware configuration that uses a computer.</p><p> In this embodiment, the game expansion server 100, or the game expansion server 100 and the game server 200, which include the above-mentioned parts, operate as the game expansion device. Further, the game expansion server 100 described above, or the game expansion server 100 and the game server 200 execute the game expansion method. The game expansion server 100 and the game server 200 may be configured as one server.</p><p> Further, the CPU in the game expansion server 100 (game expansion server 100 and game server 200) reads the game expansion program from the ROM and executes it to operate various devices to realize the above-described embodiment. Alternatively, the game extension program executed on the game extension server 100 (game extension server 100 and game server 200) has the above-mentioned parts (transmission / reception unit, request information acquisition unit, request execution unit (, transmission / reception unit, request information generation unit)). ) Is included in the module configuration, and as the actual hardware, the CPU reads the game extension program from the ROM and executes it, so that each of the above-mentioned parts is loaded on the main memory, and the transmission / reception unit 101 and the request information acquisition unit 102, request execution unit 103 (, transmission / reception unit 201, request information generation unit 202) is generated on the main memory.</p><p> The request information storage unit 110 and the game information storage unit 210 may be configured on the main storage device, or may be configured by any commonly used storage medium such as an HDD, an optical disk, or a memory card.</p><p> In addition, the game extension program is recorded on a computer-readable recording medium such as a CD-ROM, flexible disk (FD), CD-R, or DVD (Digital Versatile Disk) in an installable or executable format. May be provided.</p><p> Further, the game extension program may be configured to be provided by storing it on a computer connected to a network such as the Internet and downloading it via the network. Further, the game extension program may be configured to be provided or distributed via a network such as the Internet.</p>

1 network 10 game expansion system 100 game expansion server 101 Transmitter / receiver 102 Request information acquisition department 103 Request Execution Department 110 Request information storage 200 game server 201 Transmitter / receiver 202 Request information generator 210 Game information storage 300 Information terminal 301 Transmitter / receiver 302 Operation display