JP2010075433A - Game system, game control method, and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game system capable of achieving improvement of the amusement regarding lending and borrowing of game data. <P>SOLUTION: A use permission imparting means (50) gives the use permission of the game data corresponding to a first player among a plurality of players to one or a plurality of second players based on the request from one or a plurality of second players among a plurality of players. A use permission return means (66) returns the use permission of the game data given to the second player. A reward imparting means (58) gives a reward to at least one of the first player and one or a plurality of the second players based on the imparting situation or the return situation of the use permission of the game data. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a game system, a game control method, and a program.

A game in which a player collects a plurality of game data is known. For example, a game in which a player collects a plurality of game characters is known.
JP 2001-129256 A

  In the game as described above, as a method for improving the interest of the game, it is conceivable that the player can lend game data to another player or borrow game data from another player. In order to realize this, it is necessary to improve the interest related to the lending and borrowing of game data.

  The present invention has been made in view of the above problems, and an object of the present invention is to provide a game system, a game control method, and a program capable of improving the interest related to the lending and borrowing of game data. There is.

  In order to solve the above problems, a game system according to the present invention is a game corresponding to a first player of a plurality of players based on a request from one or a plurality of second players of the plurality of players. Use permission granting means for granting data use permission to the one or more second players, use permission returning means for returning use permission of the game data given to the second player, and use of the game data Reward granting means for rewarding at least one of the first player and the one or more second players based on a permission grant status or a return status.

  The game control method according to the present invention permits use of game data corresponding to the first player of the plurality of players based on a request from one or more second players of the plurality of players. A use permission granting step to be given to the one or more second players, a use permission returning step to return the use permission of the game data given to the second player, and a granting status of the use permission of the game data, or And a reward granting step of rewarding at least one of the first player and the one or more second players based on a return situation.

  Further, the program according to the present invention permits the use of the game data corresponding to the first player of the plurality of players based on a request from one or a plurality of second players of the plurality of players. Or use permission granting means to be given to a plurality of second players, use permission return accepting means for accepting return of use permission of the game data given to the second player, and granting status of use permission of the game data A program for causing a computer to function as a means for controlling a reward based on a return status to be given to at least one of the first player and the one or more second players.

  An information storage medium according to the present invention is a computer-readable information storage medium recording the above program.

  According to the present invention, for example, it is possible to improve the interest related to the lending and borrowing of game data.

  In the aspect of the invention, the use permission granting unit may grant the use permission of the game data to a plurality of second players. The reward granting means may include first reward granting means for giving a reward to the first player based on the number of the plurality of second players.

  In one aspect of the present invention, the reward granting unit includes a second reward granting unit that grants a reward to the one or more second players based on a timing when permission to use the game data is returned. You may make it.

  In the aspect of the invention, the use permission granting unit may grant the use permission of the game data to a plurality of second players. The second reward granting unit may grant a reward to at least one of the plurality of second players based on the order in which permission to use the game data is returned.

  In one embodiment of the present invention, the game system may include a server device. The server device stores the game data corresponding to the first player in a first storage unit, and when receiving the request from the second player, identification information corresponding to the game data, Means for associating identification information corresponding to the second player and storing the identification information in the second storage means may be included.

  In addition, the game system according to the present invention permits use of the game data corresponding to the first player of the plurality of players based on requests from the plurality of second players of the plurality of players. Use permission granting means for granting to the second player, and reward granting means for granting a reward to the first player based on the number of the plurality of second players.

  In addition, the game control method according to the present invention permits the use permission of the game data corresponding to the first player of the plurality of players based on requests from the plurality of second players of the plurality of players. A use permission granting step to be given to the second player, and a reward granting step of giving a reward to the first player based on the number of the plurality of second players.

  In addition, the program according to the present invention permits use of game data corresponding to the first player of the plurality of players based on requests from the plurality of second players of the plurality of players. It is a program for causing a computer to function as use permission granting means to be given to two players and means for controlling so that a reward based on the number of the plurality of second players is given to the first player.

  An information storage medium according to the present invention is a computer-readable information storage medium recording the above program.

  Hereinafter, an example of an embodiment of the present invention will be described in detail with reference to the drawings.

[1. Constitution]
FIG. 1 is a diagram showing an overall configuration of a game system according to an embodiment of the present invention. As shown in FIG. 1, the game system 10 (network game system) includes a server device 20 and a plurality of game devices 30. The server device 20 and the plurality of game devices 30 are connected to a communication network 12 such as the Internet. For this reason, data can be exchanged between the server device 20 and the game device 30.

  The server device 20 is realized by a known server computer system. FIG. 2 is a diagram illustrating a hardware configuration of the server device 20. As shown in FIG. 2, the server device 20 includes a control unit 21, a main storage unit 22, an auxiliary storage unit 23, an optical disc reading unit 24, and a communication interface 25.

  The control unit 21 is, for example, a microprocessor, and executes various types of information processing according to an operating system and other programs read out to the main storage unit 22. The main storage unit 22 includes a RAM, for example. The main storage unit 22 stores programs and data read from the auxiliary storage unit 23 or the optical disc (information storage medium). The main storage unit 22 is also used as a work memory for storing various data necessary for the process. The auxiliary storage unit 23 includes a non-volatile storage medium such as a hard disk. The optical disk reading unit 24 reads programs and data stored on the optical disk. The communication interface 25 is an interface for connecting the server device 20 to the communication network 12.

  The game device 30 is realized by, for example, a portable game machine, a home game machine, a mobile phone, a personal digital assistant (PDA), a personal computer, or the like. FIG. 3 is a diagram illustrating a hardware configuration of the game apparatus 30. As shown in FIG. 3, the game apparatus 30 includes a control unit 31, a main storage unit 32, a card slot 33, a game card 34, a communication interface 35, an operation input unit 36, a display unit 37, and a sound output unit 38.

  The control unit 31 is, for example, a microprocessor, and executes various types of information processing according to an operating system and other programs read to the main storage unit 32. The main storage unit 32 includes a RAM, for example. The main memory 32 stores programs and data read from the game card 34 (information storage medium). The main storage unit 32 is also used as a work memory for storing various data necessary for the process. The card slot 33 reads programs and data stored in the game card 34. The game card 34 is a memory card including, for example, a ROM that stores programs and data, and an EEPROM that stores save data and the like. The communication interface 35 is an interface for communication connection of the game apparatus 30 to the communication network 12. The game apparatus 30 may include an auxiliary storage unit such as a hard disk.

  The operation input unit 36 is a means for a user to input an operation. The operation input unit 36 is, for example, an operation button, an operation lever (operation stick), a touch panel, or the like. The display unit 37 displays a screen according to instructions from the control unit 31. The display unit 37 is, for example, a liquid crystal display panel. The audio output unit 38 outputs various audio data such as game music, game sound effects, and messages read from the game card 34 in accordance with instructions from the control unit 31. The audio output unit 38 is, for example, a speaker or headphones.

  The server device 20 may include a memory card slot. In this way, the program and data may be supplied to the server device 20 via the memory card. Further, the game apparatus 30 may include an optical disk reading unit. In this way, the program and data stored in the optical disk may be read by the optical disk reading unit, so that the program and data may be supplied to the game apparatus 30. Further, a program or data may be supplied to the server device 20 or the game device 30 from a remote place via the communication network 12.

[2. game]
In each of the plurality of game apparatuses 30, a game (here, referred to as a role playing game) is executed independently. In this role-playing game, the player finds a fellow character who can become a friend of the player character, and increases the number of friend of the player character. The player grows the player character and the fellow character by causing the player character and the fellow character to fight the enemy character. Further, in this role playing game, a plurality of quests (game scenarios) are prepared, and for each quest, for example, defeating a specific enemy character (boss character), obtaining a specific game item, etc. The purpose is set. When the objective is achieved, the quest is cleared. The player uses the player character and the fellow character to clear each quest.

  Further, in the game system 10, the player can lend a fellow character to another player or borrow a fellow character from another player. Here, the case where the player B borrows the fellow character X of the player A will be described. Player B can borrow friend character X from player A to use friend character X in his role-playing game. In the role-playing game, quests (hereinafter referred to as “special quests”) that cannot be cleared without using fellow characters borrowed from other players are prepared. Player B uses the fellow character X borrowed from Player A to clear the special quest. The fellow character X grows by being used by the player B, and when the predetermined return condition is satisfied, the grown fellow character X is returned. In addition, the case where return conditions are satisfied is a case where the special quest corresponding to the fellow character X is cleared, for example. Further, when a predetermined period (for example, 10 days) has elapsed since the fellow character X was borrowed, the fellow character X may be automatically returned.

  Furthermore, in the game system 10, a reward is given to players who are involved in lending and borrowing fellow characters.

[3. Function block]
A configuration for realizing the lending / borrowing function of the fellow characters will be described. FIG. 4 is a functional block diagram showing functions related to the lending / borrowing function of fellow characters. FIG. 4 shows functional blocks when the player A lends a fellow character and the players B, C,... Borrow the fellow character of the player A and return it. The game apparatus A 30 a is the game apparatus 30 of the player A, the game apparatus B 30 b is the game apparatus 30 of the player B, and the game apparatus C 30 c is the game apparatus 30 of the player C.

  As shown in FIG. 4, the game apparatus A 30 a includes a game data storage unit 40, a lending request unit 42, and a collection request unit 44. The server device 20 includes a lending processing unit 50, a lending request reception status storage unit 52 (first storage unit), a lending status storage unit 54 (second storage unit), a return processing unit 56, and a reward granting unit 58. Furthermore, the game device B30b and the game device C30c include a game data storage unit 60, a borrowing request unit 62, a game execution unit 64, and a return request unit 66, respectively.

  FIG. 5 and FIG. 6 are diagrams for explaining the operation of each functional block, and are diagrams showing processing executed by the game device A 30 a, the game device B 30 b, and the server device 20. In FIG. 5 and FIG. 6, the process executed by the game apparatus C30c is omitted, but the same process as the game apparatus B30b is also executed by the game apparatus C30c. The control unit 31 of the game device A30a, the game device B30b, and the game device C30c and the control unit 21 of the server device 20 execute the processing shown in FIGS. 5 and 6 according to the program, thereby realizing the functional blocks shown in FIG. The

The game data storage unit 40 is realized by the main storage unit 32 or the game card 34, for example. The game data storage unit 40 stores data for executing the role playing game. For example, the game data storage unit 40 stores data indicating the current state of the game. For example, the following data is stored.
(A) Data indicating a quest that the player has cleared (b) Player character data (c) Companion character data (companion character table)
(D) Data indicating a list of game items possessed by the player (e) Data indicating the amount of in-game money possessed by the player

  FIG. 7 shows an example of a fellow character table stored in the game data storage unit 40 of the game apparatus A30a. The fellow character table shows the fellow characters that the player has found and the fellow characters that the player has borrowed from other players. As shown in FIG. 7, the fellow character table includes “owner ID”, “character ID”, “related data”, and “state” fields.

  In the “owner ID” field, identification information (ID) of the player who is the original owner of the fellow character is stored. For example, for a fellow character found by the player A in the role playing game executed on the game device A30a, the ID of the player A is stored in the “owner ID” field. Further, for example, for a fellow character borrowed from player B by player A, the ID of player B is stored in the “owner ID” field.

  In the “character ID” field, identification information (ID) of the fellow character is stored. In the “related data” field, data related to the fellow characters is stored. For example, the parameters of the fellow characters are stored in the “related data” field. The parameter is, for example, a numerical value indicating the ability (level, attack power, defensive power, etc.) of the fellow character, or a numerical value (so-called experience value) that is increased by defeating the enemy character. Further, for example, the data of the special quest corresponding to the fellow character is stored in the “related data” field. The “status” field indicates the lending and borrowing status of the fellow character. In the “status” field, any one of “normal”, “lending”, or “borrowing” is set. “Lending” indicates that the fellow character is lent. “Borrowing” indicates that the fellow character is borrowed from another player. “Normal” indicates a state other than “loaned” and “borrowed”.

  The game data storage unit 60 of the game apparatus B30b and the game apparatus C30c is the same as the game data storage unit 40.

The lending request unit 42 requests the server device 20 to lend a fellow character. For example, the lending request unit 42 displays a lending screen for selecting a fellow character to lend on the display unit 37. For example, a list of fellow characters that can be lent by the player A is displayed on the rent screen displayed on the game apparatus A30a. The fellow characters that the player A can lend are fellow characters that satisfy both of the following conditions (C1) and (C2) among the fellow characters stored in the fellow character table.
(C1) The ID of the player A is stored in the “owner ID” field.
(C2) “Normal” is set in the “Status” field.

  When the player performs an operation for selecting any fellow character on the lending screen, the lending request unit 42 uses the fellow character data (owner ID, comment, character ID, and related data) selected by the player as the fellow character. The data read from the table is transmitted to the server device 20 as loan request data (FIG. 5: S101). When the lending request data of the fellow character is received by the server device 20 (lending processing unit 50), the lending request unit 42 updates the “status” field of the fellow character to “lending”. For example, while the “status” field of the fellow character X of the player A is set to “lending”, the use of the fellow character X is restricted in the game device A30a, and the player A cannot use the fellow character X.

  The lending processing unit 50 receives the lending request data and executes lending request reception processing (FIG. 5: S102). In this process, the lending request from the player is registered in the lending request acceptance status storage unit 52. Before describing the details of this process, the lending request acceptance status storage unit 52 will be described.

  The lending request acceptance status storage unit 52 is realized by the auxiliary storage unit 23, for example. The lending request acceptance status storage unit 52 stores a lending request acceptance status table. FIG. 8 shows an example of a lending request acceptance status table. The lending request acceptance status table stores the lending request acceptance status from each player, and specifically stores a list of fellow characters that each player desires to lend to other players. As shown in FIG. 8, the lending request acceptance status table includes “owner ID”, “character ID”, “related data”, and “state” fields. The “owner ID”, “character ID”, and “related data” fields are the same as those in the fellow character table (see FIG. 7). The “status” field indicates the lending status of the fellow characters. In the “status” field, any of “waiting for request”, “lending”, “waiting for collection”, or “recovered” is set. “Waiting for request” indicates a state of waiting for a request to borrow a fellow character to be accepted. “Lending” indicates a state in which the fellow character is lent to one or more players. “Waiting for collection” indicates a state in which a friend character returned by another player is waiting to be collected by the player (owner). In addition, when a predetermined period (for example, 10 days) elapses without the fellow character being borrowed by another player, the fellow character is automatically returned. Also in this case, the “status” field is set to “waiting for collection”. “Recovered” indicates a state in which a fellow character returned by another player is recovered by the player (owner).

  In the lending request acceptance process (FIG. 5: S102), a new record is added to the lending request acceptance status table. The contents (owner ID, character ID, and related data) included in the loan request data are stored in the “owner ID”, “character ID”, and “related data” fields of the newly added record. . In addition, the “status” field of the newly added record is set to “waiting for request”.

The borrowing request unit 62 requests the server device 20 to borrow a fellow character. For example, the borrowing request unit 62 displays a borrowing screen for selecting a fellow character to be borrowed on the display unit 37. For example, the borrowing request unit 62 of the game device B30b acquires a list of fellow characters that the player B can borrow from the server device 20 via the communication network 12 in order to display a borrowing screen on the game device B30b. This list is acquired based on the lending request reception status table. The fellow characters that can be borrowed by the player B are fellow characters that satisfy both of the following conditions (C3) and (C4) among the fellow characters stored in the lending request acceptance status table.
(C3) IDs of players other than player B are stored in the “owner ID” field.
(C4) “Waiting for request” or “Lending” is set in the “Status” field.

  When the player performs an operation of selecting any of the fellow characters on the borrowing screen, the borrowing request unit 62 transmits borrowing request data to the server device 20 (FIG. 5: S103). For example, the ID of a player who requests borrowing a fellow character (hereinafter referred to as “borrower ID”) and information for identifying the fellow character selected by the player (hereinafter referred to as “borrowing target identifying information”). ) Is transmitted to the server apparatus 20 as borrowing request data. In addition, as borrowing object specific information, the combination of owner ID and character ID corresponding to the fellow character which the player selected is used, for example.

  The lending processor 50 receives the borrowing request data and executes a lending process (FIG. 5: S104). In this process, a process for lending a fellow character is executed. Before describing the details of this process, the lending status storage unit 54 will be described.

  The lending status storage unit 54 is realized by the auxiliary storage unit 23, for example. The lending status storage unit 54 stores a lending status table. FIG. 9 shows an example of a lending status table. The lending status table shows the lending status of each fellow character, and specifically shows a list of fellow characters lent to each player. As shown in FIG. 9, the lending status table includes “owner ID”, “character ID”, “related data”, “state”, “borrower ID”, “lending date / time”, and “return date / time” fields. Including. The “owner ID”, “character ID”, and “related data” fields are the same as those of the fellow character table (see FIG. 7) and the lending request reception status table (see FIG. 8). The “status” field indicates the lending / returning status of the fellow character. In the “status” field, either “lending” or “returned” is set. “Lending” indicates a state in which the fellow character is lent out, and “returned” indicates a state in which the fellow character has been returned. The “borrower ID” field stores the ID of the player who borrowed the fellow character. For example, when player B borrows a friend character of player A, the ID of player A is stored in the “owner ID” field, and the ID of player B is stored in the “borrower ID” field. The date and time when the fellow character was lent is stored in the “rent date and time” field, and the date and time when the fellow character was returned is stored in the “return date and time” field.

In the lending process (FIG. 5: S104), data (owner ID, character ID, and related data) of fellow characters satisfying the following condition (C5) among the fellow characters stored in the loan request acceptance status table Read out.
(C5) The owner ID and character ID included in the borrowing request data as borrowing target specifying information are stored in the “owner ID” and “character ID” fields.

  Thereafter, a new record is added to the lending status table. The read data (owner ID, character ID, and related data) is copied to the “owner ID”, “character ID”, and “related data” fields of the newly added record. Further, the borrower ID included in the borrowing request data is stored in the “borrower ID” field of the newly added record. Furthermore, the “status” field of the newly added record is set to “lending”, and the current date and time is stored in the “lending date / time” field.

  After the lending process (FIG. 5: S104) is executed, the lending processor 50 (use permission granting means) sends data (owner ID, character ID) of the fellow character to the game device 30 that is the transmission source of the borrowing request data. , And related data) (FIG. 5: S105), the use of the fellow character is permitted. For example, when the data of the fellow character X of the player A is transmitted to the game apparatus B30b by the lending processing unit 50, the use permission of the fellow character X is given to the player B (game apparatus B30b), and the game With the device B30b, the player B can use the fellow character X.

  When the fellow character data is received from the server device 20, the borrowing request unit 62 additionally registers the fellow character data in the fellow character table stored in the game data storage unit 60 (FIG. 5: S106). In this case, a new record is added to the fellow character table. Data (owner ID, character ID, and related data) received from the server device 20 is copied to the “owner ID”, “character ID”, and “related data” fields of the newly added record. . In addition, the “state” field of the newly added record is set to “borrowing”. FIG. 10 shows an example of a fellow character table stored in the game data storage unit 60 of the game apparatus B30b. FIG. 10 shows an example of a fellow character table when the player B borrows a fellow character whose character ID is “100” from the player A.

  By the way, in the case of this embodiment, the player can also borrow a fellow character whose status field is “lending” (see the above condition (C4)). For this reason, it is possible for another player to borrow a fellow character already borrowed by one or more players. For example, in the example shown in FIG. 9, five players B, C, D, and B who have a fellow character whose owner ID is “A” and whose character ID is “100” (that is, a fellow character of player A). Borrowed by E and F. In the present embodiment, lending and borrowing of fellow characters is managed using two tables, a lending request reception status table and a lending status table, so that a plurality of players can borrow one fellow character at the same time. Yes. In addition, by referring to the lending status table, it is possible to grasp how many players are borrowed by one fellow character.

  The game execution unit 64 executes the game based on data of fellow characters borrowed from other players by the player. If the experience value of the fellow character borrowed from another player reaches a predetermined target value, the game execution unit 64 updates the parameter of the fellow character. In this case, the parameter stored in the “related data” field of the fellow character table is updated. For example, when the parameter of the fellow character whose owner ID is “A” and the character ID is “100” (that is, the fellow character borrowed from the player A) is updated, a hatched line in FIG. The parameter stored in the “related data” field, which is distinguished using, is updated.

  The return request unit 66 requests the server device 20 to return the fellow character. For example, the return request unit 66 determines whether any fellow character borrowed from another player satisfies the return condition (FIG. 6: S107). For example, it is determined whether or not a special quest corresponding to the fellow character has been cleared. If it is determined that the special quest corresponding to the fellow character has been cleared, it is determined that the return condition has been satisfied. When the return condition of any fellow character is satisfied, the return request unit 66 (use permission return means) reads data (owner ID, character ID, and related data) of the fellow character to be returned from the fellow character table. Return request data includes the data of the fellow characters read (owner ID, character ID, and related data) and the ID of the player who requests to return the fellow characters (hereinafter referred to as “returner ID”). To the server device 20 (FIG. 6: S108). In this case, permission to use the fellow character is returned. For example, when the data of the fellow character X borrowed from the player A by the player B is transmitted to the server device 20 by the return request unit 66, the use permission of the fellow character X given to the player B (game device B30b) is granted. As a result, the player B cannot use the fellow character X in the game apparatus B30b. In this case, the data of the fellow character X is deleted from the fellow character table stored in the game apparatus 30b (game data storage unit 60). Alternatively, the fellow character X cannot be used by updating the “state” field of the fellow character X to “returned”, for example.

  The return processing unit 56 (use permission return receiving means) receives the return request data and executes a return request receiving process (FIG. 6: S109). In this case, return of permission to use the fellow character is accepted. For example, when the data of the fellow character X borrowed from the player A by the player B is received from the game device B30b, the return of the permission to use the fellow character X given to the player B (game device B30b) is accepted. It will be.

In the return request reception process, first, data of fellow characters satisfying both of the following conditions (C6) and (C7) among the fellow characters stored in the lending status table (see FIG. 9) is updated.
(C6) The returner ID is stored in the “borrower ID” field.
(C7) The owner ID and character ID included in the return request data are stored in the “owner ID” and “character ID” fields.

  Specifically, the “status” field is updated to “returned”, and the current date and time is registered in the “return date and time” field. Further, the “related data” field is updated based on the related data included in the return request data. FIG. 11 shows an example of a lending status table when the player B returns a fellow character whose owner ID is “A” and whose character ID is “100” (that is, a fellow character borrowed from the player A). Indicates. In this case, in the “related data” field distinguished using diagonal lines in FIG. 11, the parameters of the fellow characters stored in the “related data” field distinguished using diagonal lines in FIG. 10 are stored. That is, the parameter of the fellow character that the player B has grown on the game apparatus B30b is stored in the lending status table.

In the return request reception process, the lending request reception status table (see FIG. 8) is also updated. That is, data of fellow characters satisfying the following conditions (C8) and (C9) among the fellow characters stored in the lending request acceptance status table is updated.
(C8) “Lending” is set in the “Status” field.
(C9) The owner ID and character ID included in the return request data are stored in the “owner ID” and “character ID” fields.

  Specifically, the “status” field is updated to “waiting for collection”. Further, the “related data” field is updated with the related data included in the return request data. FIG. 12 shows an example of a lending request reception status table when the player B returns a fellow character whose owner ID is “A” and whose character ID is “100” (that is, a fellow character of the player A). Indicates. In this case, in the “related data” field distinguished using diagonal lines in FIG. 12, the parameters of the fellow characters stored in the “related data” field distinguished using diagonal lines in FIG. 10 (and FIG. 11) are stored. The That is, the parameters of the fellow characters grown on the game device B30b of the player B are also stored in the lending request acceptance status table.

  Here, the players B, C, D, E, and F borrow a fellow character whose owner ID is “A” and whose character ID is “100” (that is, the fellow character of the player A). Assume that the players B, C, D, E, and F return the characters in this order (that is, alphabetical order). In this case, since there is the above condition (C8), only the parameters of the fellow characters grown by the player B who returned the earliest are stored in the lending request reception status table, and the players C, D, E, and F return the fellow characters. In doing so, the parameters of the fellow characters grown by these players C, D, E, and F are stored in the lending status table, but not stored in the lending request acceptance status table.

Note that the return processing unit 56 may automatically return a fellow character whose predetermined period (for example, 10 days) has elapsed since borrowing. That is, the return processing unit 56 may determine whether there is a fellow character that satisfies the following condition (C10) among the fellow characters stored in the lending status table.
(C10) The predetermined period has elapsed from the lending date and time indicated by the “lending date and time” field.

  When there is a fellow character that satisfies the above condition (C10), the return processing unit 56 updates the “state” field of the fellow character to “forced return” in the lending status table, and “return” The current date and time may be registered in the “Date and time” field. The return processing unit 56 may update the “status” field of the fellow character to “waiting for collection” in the lending request reception status table.

The collection request unit 44 requests the server device 20 to collect the rented fellow characters. For example, the collection request unit 44 displays a collection screen for selecting a fellow character to be collected on the display unit 37. For example, the collection request unit 44 of the game apparatus A 30 a acquires a list of fellow characters that the player A can collect from the server apparatus 20 via the communication network 12 in order to display a collection screen on the game apparatus A 30 a. . This list is acquired based on the lending request reception status table. The fellow characters that can be collected by the player A are fellow characters that satisfy both of the following conditions (C11) and (C12) among the fellow characters stored in the lending request acceptance status table.
(C11) The ID of the player A is stored in the “owner ID” field.
(C12) “Waiting for collection” is set in the “status” field.

  When the player performs an operation for selecting any of the fellow characters on the collection screen, the collection request unit 44 receives the ID of the player who requests collection of the fellow characters (hereinafter referred to as “collector ID”) and the player. Information for identifying the selected fellow character (hereinafter referred to as “collection target identification information”) is transmitted to the server device 20 as collection request data (FIG. 6: S111). For example, a combination of owner ID and character ID is used as the collection target specifying information.

The return processing unit 56 receives the collection request data and executes return processing (FIG. 6: S112). In this process, first, among the fellow characters stored in the lending request acceptance status table, the “state” field of the fellow character satisfying the following condition (C13) is updated to “recovered”.
(C13) The owner ID and character ID included in the collection request data as the collection target specifying information are stored in the “owner ID” and “character ID” fields.

  Further, the return processing unit 56 reads the data (owner ID, character ID, and related data) of the fellow character that satisfies the above condition (C13) from the lending request reception status table, and the game device that is the transmission source of the collection request data Those data are transmitted to 30 (FIG. 6: S113).

When the data of the fellow character is received from the server device 20, the collection request unit 44 updates the data of the fellow character that satisfies the following condition (C14) among the fellow characters stored in the fellow character table (S114). ).
(C14) The owner ID and character ID included in the data received from the server device 20 are stored in the “owner ID” and “character ID” fields.

  Specifically, the “status” field is updated to “normal”. Further, the “related data” field is updated based on the related data included in the data received from the server device 20. As a result, the parameters of the fellow characters grown by other players (for example, the player B) are stored in the fellow character table stored in the game device A30a of the player A. FIG. 13 shows an example of the fellow character table in this case. In this case, in the “related data” field distinguished using diagonal lines in FIG. 13, the parameters of the fellow characters stored in the “related data” field distinguished using diagonal lines in FIGS. 10 to 12 are stored. Become. In this way, the fellow character lent to another player returns to the player while being grown by the other player.

  Finally, the reward giving unit 58 will be described. The reward granting unit 58 rewards at least one of the players involved in lending / borrowing the fellow character based on the fellow character's lending status or return status (in other words, grant status or return status of the fellow character's use permission). Give.

  For example, the reward giving unit 58 gives a reward to a player who lent a fellow character. For example, when the fellow character X borrowed by one or more players is collected by the player A, the reward granting unit 58 gives the player who borrows the fellow character X (in other words, permission to use the fellow character X is granted). Based on the number N of players, the player A is rewarded (FIG. 6: S115).

  In the process of S115 in FIG. 6, the reward giving unit 58 gives a reward to the player A by giving the change in the content corresponding to the number N to the data corresponding to the player A. For example, the reward granting unit 58 stores data obtained by associating the condition relating to the number N with information relating to the content of the change given to the data corresponding to the player. And the reward provision part 58 gives a change to the data corresponding to the player A based on the information matched with the conditions which said number N satisfies.

  For example, a game item corresponding to the number N is given to the player A as a reward. In this case, a reward table in which the condition relating to the number N is associated with the game item is stored. FIG. 14 shows an example of this reward table. In this case, a game item associated with a condition that satisfies the number N is given to the player A. Specifically, game item data (for example, ID) is transmitted to the game device A 30a of the player A, and stored in the game data storage unit 40 of the game device A 30a. A game item is added.

  Or you may make it give the player the amount of points corresponding to said number N as a reward. Here, the point is, for example, money in the game world. In this case, a reward table in which the condition related to the number N is associated with the amount of points is stored. Then, the amount of points possessed by the player A, which is stored in the game data storage unit 40 of the game apparatus A30a, is updated based on this reward table.

  Alternatively, as a reward, the parameter value of the player character or the fellow character of the player A may be increased (or decreased) by a value corresponding to the number N described above. In this case, a reward table in which the condition relating to the number N is associated with the amount of parameter change is stored. Then, the parameter values of the player character or the friend character of the player A stored in the game data storage unit 40 of the game apparatus A30a are updated based on this reward table.

  Further, for example, the reward giving unit 58 gives a reward to a player who borrows a fellow character. For example, when the player B returns the fellow character X borrowed from the player A, the reward granting unit 58 is based on the timing when the fellow character X is returned (in other words, when the use permission of the fellow character X is returned). Then, a reward is given to the player B (FIG. 6: S110).

  Here, the case where the player B returns the fellow character X borrowed by several players B, C, D, E, and F is demonstrated. In this case, in the process of S110 of FIG. 6, the reward granting unit 58 gives a reward to the player B based on the order in which the plurality of players B, C, D, E, and F return the fellow character X. Note that even when the players C, D, E, and F other than the player B return the fellow character X, the players are based on the order in which the plurality of players B, C, D, E, and F return the fellow character X. Rewards are given to C, D, E, and F. The order in which the fellow characters X are returned can be determined by comparing the return date and time stored in the “return date and time” field of the lending status table. For example, the reward giving unit 58 gives a reward to the player B by giving the data corresponding to the player B a change in content corresponding to the order in which the fellow characters X are returned. The reward granting unit 58 stores data obtained by associating the condition relating to the order in which the fellow characters are returned and the information relating to the content of the change given to the data corresponding to the player. And the reward provision part 58 gives a change to the data corresponding to the player B based on the information matched with the conditions where the order which returned the fellow character X is satisfied.

  For example, a game item corresponding to the order in which the fellow characters are returned is given as a reward. In this case, a reward table in which the conditions related to the order of returning the fellow characters and the game items are associated with each other is stored. FIG. 15 shows an example of this reward table. In this case, the reward giving unit 58 gives the game item associated with the condition that the order of the player B is satisfied to the player B. For example, when the player B returns the fellow character X first among the plurality of players B, C, D, E, and F, that is, when the order of the player B is “1”, the order “1” Is assigned to the player B. In this case, the data of the game item A (for example, ID) is transmitted to the game device B30b of the player B and stored in the game data storage unit 60 of the game device B30b. A is added.

  Or you may make it give the amount of points corresponding to the order which returned the fellow character as a reward. Here, the point is, for example, money in the game world. In this case, a reward table that associates the conditions related to the order in which the fellow characters are returned with the amount of points is stored. For example, the amount of points possessed by the player B, which is stored in the game data storage unit 60 of the game apparatus B30b, is updated based on this reward table.

  Alternatively, as a reward, the parameter value of the player character or the fellow character may be increased (or decreased) by the value corresponding to the order of returning the fellow character. In this case, a reward table is stored in which the conditions regarding the order in which the fellow characters are returned are associated with the amount of change in parameters. Then, for example, the parameter value of the player character or the friend character of the player B stored in the game data storage unit 60 of the game apparatus B30b is updated based on this reward table.

  For example, when the player B returns the fellow character X borrowed from the player A, the reward granting unit 58 rewards the player B based on the elapsed time from when the fellow character X is borrowed and returned. You may make it provide. In this case, the reward granting unit 58 stores data obtained by associating the condition regarding the elapsed time until the fellow character is returned with the information regarding the content of the change given to the data corresponding to the player. And the reward provision part 58 gives a change to the data corresponding to the player B based on the information matched with the conditions where the elapsed time until the player B returns the fellow character X is satisfied.

[4. Summary]
In the game system 10, by providing a friend character lending / borrowing function, the player can enjoy lending his friend character to another player or borrowing a friend character of another player.

  In the game system 10, a reward is given to players who are involved in lending and borrowing fellow characters. As a result, it becomes possible to improve the interest related to the lending and borrowing of fellow characters. For example, as a result of rewarding a player who rents a fellow character based on the number of other players who borrowed the fellow character, the player is provided with the pleasure of raising fellow characters that can be borrowed by many players. It becomes possible to do. In addition, for example, as a result of rewarding the player borrowing a fellow character based on the order in which the fellow character is returned, the pleasure of returning the fellow character borrowed from another player as soon as possible, that is, from the other player It is possible to provide the player with the pleasure of clearing the special quest corresponding to the borrowed fellow character as soon as possible.

[5. Modified example]
The present invention is not limited to the embodiment described above.

[5-1. First Modification]
For example, the reward given to the player by the reward granting unit 58 may be a fellow character or a quest (game scenario).

[5-2. Second Modification]
For example, when reward is given to the player A who lent the fellow character X, the reward granting unit 58 may increase the fellow character X of the player A based on the number N of players borrowing the fellow character X. Good. That is, the number of fellow characters X returned to the player A may be copied by the number corresponding to the number N, and the number of fellow characters X corresponding to the number N may be returned to the player A. The “number corresponding to the number N” is, for example, a number that increases in proportion to the increase in the number N (for example, a number obtained by multiplying the number N by a coefficient k). For example, when the number N of players borrowing the fellow characters X is three, the three fellow characters X may be returned to the player A. Further, for example, when the number N of players borrowing the fellow characters X is 3, six (= 2 * N) fellow characters X may be returned to the player A. For example, in the second modified example, data in a mathematical expression format that associates the number N with the number of fellow characters returned to the player is stored, and based on the number N and the mathematical expression, the fellow character is Proliferated. Alternatively, in the second modified example, a reward table in which the condition related to the number N and information related to the growth of the fellow characters may be stored. And a fellow character may be made to proliferate based on said number N and a reward table. The second modification is applied to, for example, a game in which the number of fellow characters (game characters) greatly influences the victory or defeat of the battle, that is, a game in which the number of fellow characters (game characters) increases. Is possible.

[5-3. Third Modification]
For example, the reward granting unit 58 may be realized by the control unit 31 of each game device 30.

  In the third modification, for example, the server device 20 notifies the game device A 30a of the player A of the number N of players who borrowed the fellow character X from the player A via the communication network 12, and the reward based on the number N described above. Is given to the player A. In this case, the reward granting unit 58 realized by the game apparatus A30a gives a reward to the player A based on the number N.

  Further, for example, when the player B returns the fellow character X borrowed from the player A, the server device 20 acquires the order in which the player B returns the fellow character X, and the order is communicated to the game device B 30b of the player B. 12 is controlled so that a reward based on the order is given to the player B. In this case, the reward granting unit 58 realized by the game apparatus B30b grants a reward to the player B based on the above order.

[5-4. Fourth Modification]
For example, when the player A lends the fellow character X to the player B, the action content of the fellow character X while the player B is borrowed may be transmitted to the player A. In this case, when the player B returns the fellow character X (FIG. 6: S108), the action data regarding the action content of the fellow character X while being borrowed by the player B is a part of the related data of the fellow character X. Are transmitted from the game device B30b to the server device 20 and stored in the lending request reception status table or the lending status table. Further, when the fellow character X is collected by the player A (FIG. 6: S113), the behavior data is transmitted from the server device 20 to the game device A 30a as part of the related data of the fellow character X. And in game device A30a, the game screen showing the action content of the fellow character X while borrowed by the player B is displayed based on action data. In this way, the player A can enjoy the action content of the fellow character X while being borrowed by the player B.

[5-5. Fifth Modification]
For example, when the fellow character X lent to the player B from the player A returns to the player A, a change may be given to the game space of the role playing game executed on the game device A30a. Further, the content of this change may be determined based on the action content of the fellow character X while the player B is borrowed.

[5-6. Sixth Modification]
For example, the game executed on the game device 30 may be a game other than the role playing game (for example, an action game, a simulation game, or a sports game). For example, the game executed on the game device 30 may be a soccer game. In this case, the player lends a soccer player character belonging to his team (a soccer player character that he has grown) to another player, or borrows a soccer player character belonging to the team of another player. You may be able to.

[5-7. Seventh Modification]
For example, game data other than game characters may be loaned and borrowed between players. For example, the player may be able to rent game items (for example, weapon items or armor items) trained by himself / herself to other players or borrow game items trained by other players.

It is a figure showing the whole game system composition concerning this embodiment. It is a figure which shows the hardware constitutions of a server apparatus. It is a figure which shows the hardware constitutions of a game device. It is a functional block diagram of the game system concerning this embodiment. It is a figure which shows the process performed with a game system. It is a figure which shows the process performed with a game system. It is a figure which shows an example of the fellow character table memorize | stored in the game device A. It is a figure which shows an example of a rental request reception condition table. It is a figure which shows an example of a rental condition table. It is a figure which shows an example of the fellow character table memorize | stored in the game device B. It is a figure which shows an example of a rental condition table. It is a figure which shows an example of a rental request reception condition table. It is a figure which shows an example of the fellow character table memorize | stored in the game device A. It is a figure which shows an example of a reward table. It is a figure which shows an example of a reward table.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 10 Game system, 12 Communication network, 20 Server apparatus, 21 Control part, 22 Main memory part, 23 Auxiliary memory part, 24 Optical disk reading part, 25 Communication interface, 30 Game apparatus, 30a Game apparatus A, 30b Game apparatus B, 30c Game device, 31 control unit, 32 main storage unit, 33 card slot, 34 game card, 35 communication interface, 36 operation input unit, 37 display unit, 38 audio output unit, 40, 60 game data storage unit, 42 rental request unit , 44 collection request unit, 50 lending processing unit, 52 lending request reception status storage unit, 54 lending status storage unit, 56 return processing unit, 58 reward granting unit, 62 borrowing request unit, 64 game execution unit, 66 return request unit.

Claims (10)

Based on requests from one or more second players of the plurality of players, the use permission of the game data corresponding to the first player of the plurality of players is given to the one or more second players. Use permission grant means;
Use permission return means for returning the use permission of the game data given to the second player;
Reward granting means for rewarding at least one of the first player and the one or more second players based on the grant status or return status of the use permission of the game data;
A game system comprising: The game system according to claim 1,
The use permission granting unit grants use permission of the game data to a plurality of second players,
The reward granting means includes first reward granting means for granting a reward to the first player based on the number of the plurality of second players.
A game system characterized by that. The game system according to claim 1 or 2,
The reward system includes a second reward provision unit that provides a reward to the one or more second players based on a timing when permission to use the game data is returned. The game system according to claim 3,
The use permission granting unit grants use permission of the game data to a plurality of second players,
The second reward granting means grants a reward to at least one of the plurality of second players based on an order in which permission to use the game data is returned;
A game system characterized by that. The game system according to any one of claims 1 to 4,
The game system includes a server device,
The server device
Means for storing the game data corresponding to the first player in a first storage means;
Means for storing the identification information corresponding to the game data and the identification information corresponding to the second player in the second storage means in association with each other when the request from the second player is received. ,
A game system characterized by that. Based on requests from one or more second players of the plurality of players, the use permission of the game data corresponding to the first player of the plurality of players is given to the one or more second players. A permission grant step;
A use permission return step for returning the use permission of the game data given to the second player;
A reward granting step for rewarding at least one of the first player and the one or more second players based on a granting status or a return status of permission to use the game data;
A game control method comprising: Based on requests from one or more second players of the plurality of players, the use permission of the game data corresponding to the first player of the plurality of players is given to the one or more second players. Permission grant means,
A use permission return receiving means for receiving a return of the use permission of the game data given to the second player; and
Means for controlling so that a reward based on the granting status or returning status of the use permission of the game data is given to at least one of the first player and the one or more second players;
As a program to make the computer function. Usage permission granting means for granting permission to use the game data corresponding to the first player among the plurality of players based on requests from the plurality of second players among the plurality of players. When,
Reward granting means for rewarding the first player based on the number of the plurality of second players;
A game system comprising: A use permission granting step of granting permission to use the game data corresponding to the first player among the plurality of players based on requests from the plurality of second players among the plurality of players. When,
A reward granting step for rewarding the first player based on the number of the plurality of second players;
A game control method comprising: Usage permission granting means for granting permission to use the game data corresponding to the first player among the plurality of players based on requests from the plurality of second players among the plurality of players. ,as well as,
Means for controlling a reward based on the number of the plurality of second players to be given to the first player;
As a program to make the computer function.

Images