JP6316377B2 - Game program and game system - Google Patents

Description

  The present invention relates to a game program and a game system for controlling character movement in a virtual game space.

  Conventionally, there are games such as action games and role-playing games in which a player character (hereinafter sometimes abbreviated as a PC) is operated in a virtual game space in response to a player's operation. In this type of game, in addition to the PC, there is a non-player character (hereinafter sometimes abbreviated as NPC) that acts together with the PC in the game space and fights in cooperation with the PC in the battle with the enemy character. Some appear. The NPC is a character that cannot be directly operated by the player, and is set so as to act in the game space according to a predetermined rule.

  In such a game, a configuration has been proposed in which an external system such as a server device is accessed via a network to acquire NPC data that acts together with the PC (see, for example, Patent Documents 1 and 2). In particular, in the configuration of Patent Document 1, NPC data that has been grown on a certain game terminal (one account) is stored in the server device, so that the other game terminal (other account) stores the data in the server device. It is possible to use a stored NPC (borrow an NPC).

  By the way, in such a game, it is generally performed that the game is advantageously advanced using items acquired in the game space or a new event is activated. And more powerful items (for example, rare items such as weapons with high attack power and armor with high defense power) may have a low probability of appearance, or may not be available without defeating a specific powerful enemy. Many. In contrast to this, game data (especially save data that stores play status (game progress status), etc.) is altered to illegally acquire such rare items, or illegally distribute what was illegally acquired to other players. Some people try to do it. If a rare item is illegally acquired and illegally distributed to other players, the game balance will be out of order and the original game characteristics will be lost. In particular, in games where there are data exchanges between multiple accounts as described above, the game balance that is crazy in one account is transmitted to other accounts, and this also affects the games in accounts that are not fraudulent. There is a risk of giving.

  In order to deal with such a problem, even if the PC level does not reach a certain level and an item that cannot be obtained at that level is possessed, the configuration for determining that the item has been obtained illegally is provided. It is known (for example, see Patent Document 3).

JP 2002-325971 A JP 2003-957 A Japanese Patent No. 4597617

However, in the configuration of Patent Document 3, when a game system that can grant an item acquired with one account to another account via a network and a server device is constructed, item acquisition restrictions are not sufficient. There's a problem. In other words, the game situation immediately before the item is properly acquired in one account is saved as save data, the item is acquired, the item is assigned to another account, the save data is read, and the item is acquired. By starting the game again with the previous save data, the one account can again acquire (return to the acquired state) the item that should have been given to the other account. If you give it to another account again, the result is the same situation as if you duplicated the item. However, although the one account rewinds the save data, the acquisition of the item is normal, so the configuration as in Patent Document 3 cannot cope with it. The above-mentioned problems are not limited to the exchange of items, and the exchange of the reward data by rewinding the save data also in the exchange of various data exchanged between multiple accounts such as exchange of experience values and in-game currency If the exchange is repeated, the game balance may be distorted.

  Therefore, an object of the present invention is to provide a game program and a game system that can prevent the same data from being repeatedly exchanged by rewinding the save data.

  A game program according to the present invention is based on a save data storage means for creating save data corresponding to the progress of a game based on one account and storing the save data in a predetermined first area. Predetermined identification information given according to the progress of the game or given based on the generation of the save data is stored in the first area in association with the save data, and the first area Functions as identification information storage means for storing in different second areas and data transmission means for communicating data with computers of other accounts, and the second area is set as an area that cannot be rewritten by the player. When the data transmission means communicates with a computer of another account, the data transmission means records in the first area. The identification information stored is compared with the identification information stored in the second area. If they match, normal processing is performed. If they do not match, abnormal processing different from normal processing is performed. Is.

  The computer functions as server access means for accessing a server device connected to the computer via a network, and the save data storage means stores the save data in the computer of the one account and the server device. The second area may be provided in any one of the computer and the server device of the one account.

  The data transmission means includes reward data upload means for uploading data acquired in the game progress based on one account (hereinafter referred to as reward data) to the server device, and the reward data uploaded by another account to the server device. And the data update means for updating the data of its own account based on the reward data, and the identification information storage means accounts the number of times the reward data is uploaded to the server apparatus. Each of which is stored in the computer of its own account, and the reward data uploading means is stored in the computer and the server device when uploading the reward data. upload Comparing the number, if they match, it performs a normal process, if they do not match, it is also possible to perform abnormality processing.

  The data transmission means may change data to be communicated as the abnormality process.

  The data transmission means may be configured to transmit an item acquired in a game progress based on one account to another account, and may transmit data of an item different from the item to be transmitted as the abnormality process. .

  Game space generation means for generating a virtual game space, NPC control means for generating a non-player character (hereinafter referred to as NPC) acting in the game space and controlling the operation of the NPC in accordance with the game situation , And an NPC possessed by another account function as rental character control means for use as a rental character in the game progress based on one account, and the data transmission means returns the rental character to another account At this time, the data may be transmitted to another account by giving predetermined data to the rental character.

  NPC data upload means for uploading the NPC data possessed by one account to the storage area assigned to the one account of the server device, and another account possessed by the computer, and the server device It functions as an NPC data download means for downloading NPC (hereinafter referred to as rental character) data stored in a storage area assigned to another account, and the rental character control means, in the game progress based on one account, The operation of the rental character acting in the game space may be controlled based on the downloaded rental character data.

  When the data transmission means determines that the identification information stored in the first area and the identification information stored in the second area do not match, the data transmission means matches both the identification information and for a predetermined time. A penalty period for continuing the abnormality process may be set.

  A game system according to the present invention includes a program storage unit that stores the game program and a computer that executes the program stored in the program storage unit.

  According to the present invention, it is possible to provide a game program and a game system that can prevent the same data from being repeatedly exchanged by rewinding the save data.

It is a schematic block diagram which shows the network game system containing the game device in this embodiment. It is a block diagram which shows the hardware constitutions of the game device in this embodiment. It is a block diagram which shows the functional structure of the game device in this embodiment. It is a flowchart which shows the flow of the abnormality determination process in this embodiment. It is the figure which showed the content of the reward data in this embodiment schematically. It is the figure which showed the content of the historical data in this embodiment schematically.

  Hereinafter, a game program and a game system according to embodiments of the present invention will be described with reference to the drawings.

[Game Overview]
The game space of this game is designed in an open world, and the game space that changes as the player character (hereinafter sometimes abbreviated as “PC”) operated by the player moves is displayed seamlessly on the screen of the game device. Is done. The game space shows a part of this open world game space. However, the application target of the present invention is not limited to an open world game. For example, a game in which the game space is divided into a plurality of fields, and when moving between fields, the data of the destination field is loaded and the field before and after the movement is switched and displayed. can do.

  The player advances the game by operating a PC that moves in such a game space. Further, one or a plurality of non-player characters (hereinafter sometimes abbreviated as NPC) accompany the PC as ally characters (up to three ally characters in this embodiment) to form one party. . Each ally character that forms a party moves in the game space together with the PC, and when encountering an enemy character that appears as appropriate, cooperates with each other to fight.

  In addition, each teammate character performs actions according to the situation in various scenes, and also makes statements according to the actions. As a result, it expresses its own intention with respect to the PC, that is, the intention of why the person (NPC) performed such an action. For example, when a party such as a PC enters a certain city, any ally character makes an action of looking around while saying “It is a lively and nice city”. Also, when a predetermined quest occurs by talking with a resident in the city, the friendly character says, for example, "Let's go to the forest and look for it!" Encourage people to leave the city. In addition, when a party that goes out to the forest encounters an enemy character that has been injured on one leg, the friendly character will say "I will attack the other leg!" Take. Further, when the ally character is damaged by the battle with the enemy character, the ally character speaks “Wow!” While performing the attacked reaction.

  In the game according to the present embodiment, the teammate character actively communicates with the PC (or player) through actions and remarks according to the game situation. Further, the action and the content of the remarks change according to the progress of the game, such as knowledge obtained from experience and the states of the enemy and oneself (friend character). Further, the ally character's utterance is displayed as a character string on the display, and the corresponding voice is also output, but at this time, it is output so as to make it easier to grasp the content of the utterance without causing the player to feel uncomfortable. It has become.

  In addition to the NPC created by the player's own game device (one account), the other player's game device (other account) or an NPC previously created by an external system is downloaded to such a friend character via the network. Can be used. In the present embodiment, a party can be composed of one NPC created with his game device and a maximum of two NPCs created with another game device or an external system.

[Hardware configuration]
A configuration of a game device that realizes the above-described game will be described. The game system in the present embodiment includes the following game device 2 and external devices such as a monitor 19, a speaker 22, and a controller 24 connected to the game device 2, and a game program read from the following disk-type storage medium 30. A game can be played based on 30a and game data 30b. However, in the following, in order to simplify the description, the game device 2 may be simply referred to. FIG. 1 is a schematic configuration diagram showing a network game system including a game device 2 in the present embodiment, and FIG. 2 is a block diagram showing a hardware configuration of the game device 2 in the present embodiment. As shown in FIGS. 1 and 2, the game apparatus 2 can communicate with another game apparatus 2 and the server apparatus 3 via a network NW such as the Internet or a LAN. The game apparatus 2 includes a CPU 10 that is a computer for controlling the operation thereof, and a disk drive 12, a memory card slot 13, an HDD 14 that constitutes a program storage unit, a ROM 15, and a RAM 16 are connected to the CPU 10 via a bus 11. Yes.

  The disk drive 12 can be loaded with a disk-type storage medium 30 such as a DVD-ROM. The disk-type storage medium 30 will be described in the game program 30a according to the embodiment of the present invention and the present embodiment. The game data 30b such as characters appearing in the game and objects and textures necessary to form the game space are stored. In addition, a card-type external storage medium 31 can be loaded in the memory card slot 13, and save data indicating a play status such as a game progress can be stored in accordance with an instruction from the CPU 10.

  The HDD 14 is a large-capacity storage medium built in the game apparatus 2 and stores the game program 30a and game data 30b read from the disk-type storage medium 30, save data, and the like. The ROM 15 is a semiconductor memory such as a mask ROM or PROM, and stores an activation program for activating the game apparatus 2, a program for controlling an operation when the disk type storage medium 30 is loaded, and the like. The RAM 16 is composed of DRAM, SRAM, or the like, and reads a game program 30a to be executed by the CPU 10 and game data 30b necessary for the execution from the disk-type storage medium 30 or the HDD 14 in accordance with the game play situation. Memorize temporarily.

  Further, the save data can also be stored in the HDD 14 in accordance with an instruction from the CPU 10. As described above, the game save data in this embodiment can be stored in the HDD 14 of the game apparatus 2 and the external storage medium 31. Moreover, the save data stored in the HDD 14 and the external storage medium 31 need not be the same save data. Accordingly, there can be a situation in which one save data is data storing a game situation before acquisition of an item, and the other save data is data storing game situation after acquisition of the item. Such a situation occurs not only when the save data is stored in both the HDD 14 and the external storage medium 31, but also when a plurality of save data is stored in either the HDD 14 or the external storage medium 31. obtain.

  In the present embodiment, the save data stored in the HDD 14 and the external storage medium 31 includes data on the number of times remuneration data, which will be described later, is uploaded to a corresponding storage area of the server device 3 (hereinafter referred to as the number of uploads).

  Further, the graphic processing unit 17, the audio synthesis unit 20, the wireless communication control unit 23, and the network interface 25 are connected to the CPU 10 via the bus 11.

  Among these, the graphic processing unit 17 draws a game image including a game space and each character in accordance with an instruction from the CPU 10. An external monitor 19 is connected to the graphic processing unit 17 via a video conversion unit 18, and the game image drawn by the graphic processing unit 17 is converted into a moving image format by the video conversion unit 18, and the monitor 19 Is displayed.

  The audio synthesizing unit 20 reproduces and synthesizes digital game sound in accordance with instructions from the CPU 10. An external speaker 22 is connected to the audio synthesis unit 20 via an audio conversion unit 21. Accordingly, the game sound reproduced and synthesized by the audio synthesizing unit 20 is decoded into an analog format by the audio converting unit 21 and further outputted from the speaker 22 to the outside.

  The wireless communication control unit 23 includes a 2.4 GHz band wireless communication module, and is wirelessly connected to the controller 24 attached to the game apparatus 2 so that data can be transmitted and received. The user can input a signal to the game apparatus 2 by operating an operator (not shown) such as a button provided in the controller 24 and can control the operation of the PC displayed on the monitor 19. It has become. The network interface 25 connects the game apparatus 2 to a network NW such as the Internet or a LAN, and can communicate with the server apparatus 3. Then, each of the plurality of game devices 2 is connected to the server device 3 via the network NW, the NPC created by the game device 2 is uploaded to the server device 3, and the data of the NPC is transferred to another game device 2. By downloading, it is possible to download the NPC generated by another account (game device 2) in the same game space and to advance the game with the NPC possessed by the other account and the own PC and NPC It has become.

  The server device 3 stores storage areas RA-A, RA-B, RA-C,... For storing the game state of each game device 2 for each of the plurality of game devices 2 (hereinafter sometimes collectively referred to as RA-i). have. Each game device 2 is given a different account (right to access the server device 3) for each game device 2, and an ID (identification code) is provided for each account. Therefore, when each game device 2 accesses the corresponding storage area RA-i of the server device 3 via the network NW, the game device 2 has its own account i (i = A, B, C,...) , And after receiving predetermined authentication in the server device 3, the storage area RA-i corresponding to the account i can be accessed. In principle, one account i is assigned to one game apparatus 2.

  As shown in FIG. 1, save data of the corresponding account i is uploaded from the game apparatus 2 and stored in each storage area RA-i of the server apparatus 3. Specifically, save data in one account stored in one game device 2, particularly PC data (for example, level, strength, etc.) at the time of saving and NPC data possessed by the account i, respectively, The data is uploaded to the server device 3 and stored in the storage area RA-i corresponding to the account i of the game device 2.

  Further, in each storage area RA-i of the server device 3, the number of times the reward data is uploaded from the game device 2 (account) (hereinafter, the number of uploads) is stored in association with the save data. The criteria for starting the upload count is not particularly limited. For example, the total upload count from the start of the game may be used, or the game may be divided into predetermined sections to be the upload count within the section. As will be described later in FIG. 4, when the number of uploads does not match, the number of uploads may be reset (set to 0) and counted again from that point.

  In this way, the upload count (identification information) given in accordance with the progress of the game based on one account is associated with the save data in the first area (the HDD 14 of the game device 2 of the account i or the external In addition to being stored in the storage medium 31), it is stored in a second area (corresponding storage area i of the server device 3) different from the first area. Here, the second area is set as an area that cannot be rewritten by the player.

Furthermore, the server device 3 has a ranking creation unit 4 that counts the rankings of each account according to predetermined parameters such as the progress of the same game. The ranking created by the ranking creation unit 4 can be displayed on the game screen by each game device 2 accessing the server device 3. In this ranking, in addition to the ID of the account that owns the NPC, information on the NPC that the account has (for example, level,
It is possible to browse a limited amount of information among all NPC information such as job, gender, and equipment skills. In addition to the above information, for example, the NPC all information includes more detailed parameter values such as strength and information such as physique.

[Functional configuration of game device]
FIG. 3 is a block diagram showing a functional configuration of the game apparatus 2 in the present embodiment. As shown in FIG. 2, the game apparatus 2 includes a control unit including a CPU 10, an HDD 14, a ROM 15, a RAM 16, a graphic processing unit 17, a video conversion unit 18, an audio synthesis unit 20, an audio conversion unit 21, a network interface 25, and the like. Operates as a computer. Then, as shown in FIG. 2, the control unit of the game apparatus 2 executes the game program 30a of the present invention, so that the server access means 41, the game space generation means 42, the character control means 43, and the NPC data upload means 44. , NPC data download means 45, reward data upload means 46, history information upload means 47, data update means 48, upload count storage means 49, save data storage means 50, and the like.

  Among these, the server access means 41 accesses the server apparatus 3 connected to the computer of the game apparatus 2 via the network NW as described above, and performs upload and download described later.

  The game space generation means 42 generates a virtual game space in which the character operates and each character that operates in the game space, and displays the character on the monitor 19. For example, the game space generation means 42 reads data such as objects and textures included in the game data 30b as the PC moves, and generates a three-dimensional virtual game space. Furthermore, in order to display the game space on the monitor 19 of the game apparatus 2, the game space generation unit 42 generates a two-dimensional image when the generated game space is photographed with a predetermined virtual camera.

  The character control means 43 controls the movement of the character in the game space according to the operation of the controller 24 by the player and the progress of the game. The character control means 43 includes a PC control means 431 for controlling the action of the PC operated by the player, an NPC control means 432 for controlling the action of the NPC possessed by the account assigned to the player, and other accounts. Rental character control means 433 for controlling the operation of the NPC (rental character).

  The NPC character control means 432 and the rental character control means 433 obtain a plurality of action candidate information in which the action contents of the NPC or rental character and the message to be spoken are associated with each other, and empirical information is obtained from the plurality of action candidate information. The action of the NPC or rental character is selected on the basis of the knowledge obtained in the above, and a message associated with the selected action is output. Thereby, as above-mentioned, it can implement | achieve that a teammate character performs the action and remarks according to the game condition.

The save data storage means 50 creates save data corresponding to the progress of the game based on one account i, and stores the save data in the computer of the one account i. The save data includes PC and NPC levels, data of each parameter value, item data possessed by the PC, game progress (cleared quest information), and the like. Further, the NPC data upload means 44 stores NPC data (created and stored in the game apparatus 2) possessed by one account i in the storage area RA− assigned to the one account i of the server apparatus 3. It is memorized by uploading to i. The save data storage means 50 stores the data of the PC of one account i by uploading it to the storage area RA-i assigned to the one account i of the server device 3. NP
The NPC data uploaded by the C data upload means 44 is a copy of part of the save data.

  Further, the NPC data download means 45 downloads NPC (hereinafter, rental character) data stored in the storage area RA-j owned by the other account j and assigned to the other account j of the server device 3. To get it. That is, the NPC data of one account i uploaded by the NPC data upload means 44 can be rental character data (shown as RC data in FIG. 1) downloaded by the NPC data download means 45 in another account j. .

  The NPC data downloaded by the NPC data download means 45 in one account i is stored as a rental character in the game apparatus 2 in the one account i. Then, in the progress of the game executed by the game apparatus 2, the rental character can accompany the PC and NPC originally stored in the game apparatus 2. At this time, each character is controlled by the character control means 43. As a result of such game progress, data obtained in association with the rental character is stored in the game apparatus 2 as reward data.

  The reward data is not particularly limited as long as at least one piece of information used based on the game progress is included. For example, the reward data includes at least one of an experience value of the rental character, a value based on the experience value, a skill such as a special ability of the rental character, an in-game currency, an item, and knowledge.

  The reward data upload unit 46 stores the reward data acquired in the game progress based on one account i by uploading it to the storage area RA-i assigned to the one account i of the server device 3. In the present embodiment, the reward data is data associated with the rental character in the game progress based on one account i. Further, the history information uploading unit 47 uploads the rental information corresponding to the reward data of the server device 3 with the history information related to the upload of the reward data when the reward data is uploaded to the server device 3. The data is stored by uploading it to the storage area RA-j assigned to j. By storing such history information in the storage area RA-j assigned to the account j, the NPC possessed by the account j is lent out by the account i, and data obtained as a result (that is, reward data) is The account j can be notified that it can be received.

  Of course, the computer functions as the reward data upload means 46 and the history information upload means 47 also in the game apparatus 3 of the account j. For example, in the game progress based on the account j, when the NPC of the account i is accompanied as a rental character, the reward data upload means 46 uploads the reward data to the storage area RA-j assigned to the account j of the server device 3. At the same time, the history information uploading means 47 uploads the history information to the storage area RA-i assigned to the account i of the server device 3.

Based on the history information stored in the storage area RA-i assigned to one account i, the data updating means 48 stores the history information stored in the storage area RA-j assigned to the other account j. The corresponding reward data is obtained by downloading, and the data of the one account i is updated based on the reward data. For example, if the reward data is an NPC experience value, the experience value is added to the NPC experience value stored in the game apparatus 2. For example, if the reward data is an item, the item can be used in the game progress based on the account i (added to the item list).

  The computer functions as the NPC data upload unit 44, the NPC data download unit 45, the reward data upload unit 46, the history information upload unit 47, and the data update unit 49, thereby communicating data with the computer of the other account j. It functions as a data transmission means.

  Upload number storage means 49, which is identification information storage means in the game apparatus 2 of one account i, uploads reward data to the storage area RA-i assigned to one account i of the server apparatus 3 by the reward data upload means 46. Are stored in the same storage area RA-i and stored in the computer (HDD 14 or external storage medium 31) in the game apparatus 2 of the account i. As described above, the upload count storage unit 49 stores the upload count of the reward data as identification information in two different areas.

  As described above, in the plurality of game apparatuses 2 of this embodiment, the computer is connected to the server access unit 41, the NPC data upload unit 44, the NPC data download unit 45, the reward data upload unit 46, the history information upload unit 47, and the data update. By functioning as the means 48, a rental process for renting an NPC possessed by each game device 2 (account associated with) to another game device 2 (account associated with) is performed.

[NPC rental processing]
A flow of NPC rental processing will be described with reference to FIG. Here, a case where the game apparatus 2 of the account A rents an NPC possessed by the game apparatus 2 of the account B will be mainly described. As shown in FIG. 1, in the following, the sign (A or B here) after each character data is the ID of the account (lender) who uploaded the character. In FIG. 1, the data flow described below is indicated by a one-dot chain line (upload) and a broken line (download). The line indicating the data flow in FIG. 1 directly connects the storage areas, but in any flow, it is realized by communication between the game apparatus 2 and the server apparatus 3 via the network NW. The

  First, in the game devices 2 of the accounts A and B, a game is played using a PC and an NPC possessed by itself. In the present embodiment, an offline game that is not connected to the server device 3 or another game device 2 is performed except for the NPC rental process described later. At this time, the computer of each game apparatus 2 functions as PC control means 431 and NPC control means 432, and controls the action of each character.

When a party of PC and NPC is located at a predetermined position (for example, an inn) in the game space and performs a predetermined operation (for example, staying), the computer of each game apparatus 2 functions as the save data storage means 50. The game situation including the PC and NPC data at that time as save data is stored in the HDD 14 or the external storage medium 31 of the game apparatus 2. The player may select which of the HDD 14 and the external storage medium 31 stores the save data. The timing for storing the save data is not limited to this. For example, the save data may be stored by a user operation at an arbitrary timing during the progress of the game, or the save data is automatically stored at a predetermined timing of the game progress (for example, passing a checkpoint) ( It may be configured to be automatically saved). Further, the computer of each game apparatus 2 functions as NPC data uploading means 44, and stores NPC data at the time of saving in the corresponding account storage areas RA-A and RA-B of the server apparatus 3 (for account B). In particular, see (1) in FIG. Storage area RA-A,
The NPC data stored in RA-B includes, for example, the NPC parameters (level, strength, etc.), equipment, NPC appearance information (facial texture, NPC height and physique information, etc.), etc. The game apparatus 2 includes information that can be reproduced as a rental character. Similarly, in this embodiment, PC data is also stored in the storage areas RA-A and RA-B of the server device 3.

  In the game apparatus 2 of the account A, when it is desired to use an NPC of another account as a rental character, the computer of the game apparatus 2 functions as the server access means 41 and accesses the server apparatus 3. In the present embodiment, when the PC is located at a predetermined position (for example, a place with a monument where the rental character can be summoned) in the game space based on the account A, the NPC of another account is used as the rental character. Rental processing for (rental) can be started.

  As described above, the server device 3 stores the ranking data created by the ranking creating unit 4. The game device 2 of the account A can browse the ranking of the NPC possessed by each account by accessing the ranking data. For example, the ranking is created in descending order of usage rate (rental rate) by other accounts for each NPC level. The ranking is associated with the ID of an account possessing the NPC and the minimum necessary information (for example, parameters such as attributes and strength) indicating the characteristics of the NPC and the like for reference.

  In the game in the present embodiment, in the game device 2 of the account A, NPCs of other accounts that can be rented are limited to NPCs having a level equal to or lower than the level of the PC of the account A. Therefore, when the ranking data of the server device 3 is accessed from the game device 2 of the account A, only rankings of NPCs that are equal to or lower than the level of the PC of the account A may be viewable. In the ranking displayed on the game screen of the game device 2 of the account A, when the player selects one of the account IDs of the NPC, the computer displays the above information of the NPC associated with the account ID. Based on this information, the player determines whether to rent the NPC.

  When the NPC to be rented is determined by the operation of the player (in this case, the NPC of the account B is determined), the computer of the game apparatus 2 of the account A functions as the NPC data download means 45. That is, the computer of the game apparatus 2 of the account A accesses the storage area RA-B assigned to the account B of the server apparatus 3 and uses the NPC data B stored in the storage area RA-B for the game of the account A. Download to the device 2 (see (2) shown in FIG. 1). As shown in FIG. 1, the rented NPC data is stored as RC data B in the game device 2 of the account A.

  If the game apparatus 2 is not connected to the server apparatus 3 via the network NW, NPC data stored in advance in the game data 30b in each game apparatus 2 may be used. Similarly, when there is no NPC owned by another account that can be rented in the network NW (for example, immediately after the start of operation of the server apparatus 3), the NPC data stored in the server apparatus 3 in advance is downloaded and used. Alternatively, NPC data stored in advance in the game data 30b in each game apparatus 2 may be used. Even when the server device 3 becomes an NPC lender, the server device 3 may receive reward data from the borrower and update the data of the NPC based on this. In this case, when borrowing the NPC next time, a game is played using the grown NPC.

In the game device 2 of the account A, it is possible to play a game by forming a party with PC, NPC and rental characters using RC data B in addition to PC data A and NPC data A. At this time, the computer of the game apparatus 2 of the account A functions as the PC control unit 431, the NPC control unit 432, and the rental character control unit 433, and controls the operation of each character. The rental character may be leveled up based on the experience value in the same manner as other PCs and NPCs of the party, or the rental character is not leveled up, and the in-game currency (for example, the PC's) It is also possible to acquire (used when renting an NPC having a higher level).

  In the game progression based on the account A borrowed rental character, not only can the rental character become the strength of the party, but the game can be advantageously advanced, and the NPC held by the account A can act together with the rental character. Accordingly, it is possible to update the knowledge of the NPC held by the account A based on the knowledge of the rental character. Thus, the account A can receive various benefits by borrowing rental characters.

  Even when the account A borrows the NPC of the account B as a rental character, the game apparatus 2 and the server apparatus 3 of the account B still store the NPC data possessed by the account B. Therefore, there is no restriction on the account B using the NPC owned by the account B to advance the game. In addition, while the account A borrows the NPC of the account B, it is not prevented that another account (for example, C) rents the NPC of the account B (rental the same NPC to a plurality of accounts). .

  In the game progress based on account A, if a party of PC, NPC and rental character is located at a predetermined position (for example, an inn) in the game space and performs a predetermined operation (for example, staying), the game device of account A The computer 2 functions again as the save data upload means 50, and stores the save data including the PC and NPC data at that time in the HDD 14 or the external storage medium 31 of the game apparatus 2 as described above. Further, the computer of the game device 2 of the account A stores the PC and NPC data in the storage area RA-A assigned to the account A of the server device 3.

  For example, the computer of the game apparatus 2 of the account A functions as the reward data upload means 46 by performing an operation of returning the rental character (separating from the rental character) in the inn. That is, the computer creates data obtained in relation to the rental character so far as reward data B, and uploads the reward data B to the storage area RA-A assigned to the account A of the server device 3. (See (3) shown in FIG. 1).

In this embodiment, when a rental character dies during a game based on the account A and leaves the party, the rental character is returned when the party leaves the party. That is, data obtained in relation to the rental character during the period from renting to leaving the party is created as reward data. However, at this time, the reward data is not uploaded to the server device 3 but is stored in the game device 2 of the account A in which the game is in progress. Therefore, even when the NPC owned by the same account B is rented, the game apparatus 2 can store reward data (a plurality of reward data packs) for a plurality of rental times. Then, in the game progress based on the account A, the reward data uploading unit 46 performs the operation in the predetermined place (inn) as described above to return the rental character accompanying the party at that time. Reward data packs for past rental characters that have left the party are also uploaded to the server device 3 together. In addition, the timing which accesses the server apparatus 3 and memorize | stores reward data is not restricted to this. For example, the game data may be saved by the user's operation at any timing during the progress of the game, the game may be over, the game may be started, or the predetermined timing of the game progress It may be when the game data is automatically saved (auto-saved) by (for example, passing a checkpoint).

  When the reward data upload means 46 stores the reward data B in the storage area RA-A assigned to the account A of the server apparatus 3, the computer of the game apparatus 2 of the account A functions as the upload count storage means 49. The upload count storage means 49 stores in the storage area RA-A the number of times remuneration data has been uploaded to the corresponding storage area RA-A of the server device 3 (upload count).

  Furthermore, the upload count storage means 49 also stores the upload count in the computer (HDD 14 or external storage medium 31) of the game device 2 of the account A corresponding thereto. In the present embodiment, the upload count stored in the game device 2 of the account A is associated with the save data stored in the game device 2 of the account A. That is, when save data is read, the number of uploads can be read based on the save data. As shown in FIG. 1, data on the number of uploads may be included in the save data. In this case, the upload count is stored in the HDD 14 when the save data is stored in the HDD 14, and is stored in the external storage medium 31 when the save data is stored in the external storage medium 31.

  Note that the upload count data may be stored separately from the save data. However, even in this case, the upload count data and the save data are associated one-to-one. For example, when the HDD 14 and the external storage medium 31 of the game apparatus 2 can hold a plurality of save data, the number of uploads corresponding to each of the plurality of save data (the number of uploads when the save data is saved) is stored.

  Thus, after uploading the reward data to the server device 3, the save data can be rewound by loading the save data before the upload stored in the computer (HDD 14 and the external storage medium 31) of the game device 2. Arise. In this case, since the upload count stored in the corresponding storage area of the server device 3 does not change, the upload count of the server device and the save data stored in the computer (the HDD 14 and the external storage medium 31) of the game device 2 are attached. A difference occurs between the number of uploads to be performed (the number of uploads stored in the computer of the game apparatus 2). Therefore, a situation may occur in which the number of uploads stored in the computer of game device 2 does not match the number of uploads stored in the corresponding storage area of server device 3. As described above, the upload data stored in the game apparatus 2 and the server apparatus 3 match each other by associating the save data with the upload count stored in the device (area) in which the save data is stored. Whether or not the save data has been rewound can be easily determined.

  In the present embodiment, save data is stored in the computer (HDD 14 and external storage medium 31) of the game apparatus 2, but the save data is stored in the corresponding storage area RA-i of the server apparatus 3. It is good as well. In this case, the upload count stored in the server device 3 is associated with the save data.

When returning the rented NPC (that is, rental character), the reward data uploading means 46, when uploading the reward data, the game device 2 of the account A.
Abnormality determination processing is performed to compare the number of uploads stored in the storage device RA and the number of uploads stored in the corresponding storage area RA-A of the server device 3. If there is not, an abnormality process is performed.

[Abnormality judgment processing]
FIG. 4 is a flowchart showing the flow of the abnormality determination process in this embodiment. Also in FIG. 4, the account A is described based on the case where the NPC owned by the account B is rented as a rental character. As described above, when the PC, NPC, and rental character party perform an operation of returning the rental character at a predetermined position in the game space during the game progress based on the account A, the game functions as the reward data upload means 46. The computer of the game device 2 of the account A (hereinafter referred to as the computer A in the description of this flowchart) uses the number of uploads stored in the HDD 14 or the external storage medium 31 of its game device 2 (game device 2 of the account A). Read (step S1).

  Further, the computer A accesses the corresponding storage area RA-A of the server device 3, and reads the number of uploads stored in the storage area RA-A (step S2). Then, the computer A compares the number of uploads read from both the game apparatus 2 and the server apparatus 3 and determines whether or not they match (step S3).

  If the number of uploads matches (Yes in step S3), the computer A determines whether or not the current time is outside the penalty period for the account A (step S4). This penalty period is a period in which a predetermined penalty is imposed on the upload of reward data from the account after that when the game device 2 and the server device 3 do not match the number of times the reward data is uploaded by a certain account. It is. When it is outside the penalty period (Yes in step S4), the computer A performs normal processing as the reward data upload means 46 (step S5).

  Specifically, in the normal process, the computer A creates data obtained in association with the rental character in the game progress of the account A as the reward data B in accordance with the game progress of the account A. Then, the computer A stores the reward data B by uploading it to the corresponding storage area RA-A of the server device 3.

  On the other hand, when the number of uploads does not match (No in step S3), the computer A performs an abnormality process (steps S6 to S9).

  The abnormality process will be described in order. First, the computer A matches the number of uploads stored in each of the storage areas RA-A assigned to the game device 2 of the account A and the account A of the server device 3 (step S6). For example, the upload count is reset to 0, or the upload count of one of the game apparatus 2 and the server apparatus 3 is changed to match the upload count of the other and stored again. Then, the computer A sets a penalty period for continuing the abnormality process for a predetermined time, and starts the penalty period (step S7).

  The computer A creates reward data (modified reward data) B ′ obtained by modifying predetermined data among the data obtained in connection with the rental character during the game progress of the account A (step S8). Then, the computer A stores the modified reward data B ′ by uploading it to the corresponding storage area RA-A of the server device 3.

After the penalty period is started, the upload counts of both are the same unless the save data is rewound (step S6). However, if a rental character (not limited to the NPC possessed by account B) is returned from account A again within this penalty period, computer A determines that it is within the penalty period (step S4). No). Therefore, the computer A creates the modified reward data B ′ again and uploads it to the corresponding storage area RA-A (steps S8 to S9). In this way, the abnormality process is continued during the penalty period.

  As described above, when it is determined that the number of uploads does not coincide with each other, the abnormality process is continued in a predetermined penalty period after the number of uploads is matched. As a result, it is possible to realize the process of returning to the normal process after the penalty period has elapsed without complicating the abnormality determination process. Thereby, when the predetermined penalty period has passed, the reward data can be uploaded again as usual. Therefore, when the past save data (save data that does not match the number of uploads stored in the server device 3) is loaded and redone, not for the purpose of illegally acquiring items or the like (due to lack of levels in the game progress) Even if it is unavoidable to acquire important items, etc., even if it is unavoidable to try again from past saved data), normal game characteristics (uploading of reward data as usual) will be resumed after the prescribed penalty period has passed. You can enjoy games such as uploading reward data. The manner of setting the penalty period is not particularly limited. For example, a predetermined period may be set uniformly, or a penalty with a different length depending on the importance (or rarity) of the item and the progress of the game. A period may be set. Also, the penalty period may be set indefinitely, or the number of penalties may be stored, and the penalty period, type, etc. may be changed as appropriate according to the number of penalties.

  After uploading the reward data B or the modified reward data B ′ to the server apparatus 3, the computer of the game apparatus 2 of the account A receives the rental character data and the reward data B or the modified reward data B ′ stored in the game apparatus 2. delete. Note that the account of the renter who uploaded the rental character (here, B) is stored in the game device 2 of the account A so that the rental character of the same account B can be easily rented from the next time. Also good. At this time, the information stored in the game device 2 is the ID of the account possessing the NPC and the minimum necessary information (for example, attribute and strength), as in the ranking data generated by the ranking generation unit 4 of the server device 3. Etc.).

  FIG. 5 is a diagram schematically showing the contents of reward data in the present embodiment. Although a list of reward data is shown in FIG. 5, such a list display of reward data does not necessarily have to be displayed on the game screen. Such a list of reward data is information stored in the computer (GDD 14 or the external storage medium 31) of the game apparatus 2 of the account A that is the borrower of the rental character.

As shown in FIG. 5, the reward data includes an ID of an account (B in the above example) to which the reward data is to be given, and a value based on the experience of the rental character in the game based on the account A (here, for example, In-game currency RIM and acquired knowledge) according to the experience value of the rental character are included. Further, the reward data may include data of a predetermined item possessed by the account A who downloaded the rental character. In this case, when the rental character is returned in the game progress based on the account A, the player arbitrarily selects an item (present item) to be given to the rental character (account B player who owns the rental character). Thus, the data of the present item is included in the reward data. When giving a present item, the player can give a desired item from among the items possessed in the account A. The item assigned as the reward data is deleted from the save data in the game apparatus 2 of the account A when the reward data is uploaded to the server apparatus 3.

  Furthermore, as information accompanying the rental character, for example, evaluation of the rental character and a comment on the rental character can be attached to the reward data (not shown). This makes it possible to easily convey the impression and advice of the account A player using the rental character to the account B player who originally owns the NPC without separately implementing functions such as e-mail and bulletin board in the game. it can. Such a comment may be attached when the lender uploads the NPC.

  The computer also functions as history information uploading means 47 when uploading reward data to the server device 3. In other words, the computer of the game device 2 of the account A stores the history information regarding the upload of the reward data in the account B that originally possesses the rental character to which the reward data of the server device 3 is uploaded (the lender). By uploading to the allocated storage area RA-B, it is stored as history data (see (4) shown in FIG. 1).

  FIG. 6 is a diagram schematically showing the contents of history data in the present embodiment. As shown in FIG. 6, the history information is a history in which only the minimum information such as the account ID (A here) and the date and time of rental acquired by downloading the corresponding rental character is written in time series. Configured as data (a certain number of cases are stored so that they can be viewed as a history). The history data can be realized by building a system such as a footprint function in SNS (Social Networking Service) on the server device 3, for example. By making the configuration of the history information the minimum information, an increase in the data capacity required for each storage area RA-A, RA-B,... Is suppressed, and consequently an increase in the data capacity required for the server device 3. Can be suppressed.

  Next, a process of updating the NPC data of the account B on the game device 2 of the account B based on the reward data obtained by the own NPC by playing with the other account A will be described. In the game apparatus 2 of the account B that has uploaded the NPC used as a rental character in the game progress based on the account A, the party including the PC of the account B is located at a predetermined position (for example, inn) in the game progress based on the account B At this time, the history data (list display as shown in FIG. 5) is displayed on the game screen by accessing the storage area RA-B assigned to the account B of the server device 3 ((5 shown in FIG. 1). )reference).

When the player of the account B browses the history information of the server device 3 and selects any of the history information, the computer of the game device 2 of the account B functions as the data update means 48 and the selected history Reward data corresponding to the information is acquired by downloading from the storage area RA-A assigned to the account A (see (6) shown in FIG. 1). Further, the data updating unit 48 updates the data of the account B based on the downloaded reward data. For example, when the in-game currency RIM is included in the reward data, the in-game currency RIM possessed by the player (PC) and the in-game currency RIM included in the reward data are added together in the game progress in the account B. Further, when the reward data includes knowledge and experience values acquired by the rental character in the game progress based on the account A, the knowledge and experience included in the NPC data B of the game apparatus 2 in the account B are included in the reward data. Combine values. When the computer of the game apparatus 2 determines the presence / absence of history information and detects history information, the reward data may be automatically updated based on the history information.

  As shown in FIG. 1 and FIG. 6, when there are a plurality of history data that is not updated in the game apparatus 2 in the account B for the NPC possessed by the account B, the storage area of each account corresponding to each of them The process of downloading from is performed.

  As described above, the NPC of the account B can be grown or an item can be obtained according to the game content played by the account A using the NPC possessed by the account B as a rental character. For example, suppose that the NPC of account B enters a cave that has never been played in the game progress based on account B and finds a treasure chest while the NPC of account B acts as a rental character. In this case, the reward data from account A includes knowledge about where the treasure chest is in the cave. Therefore, if such reward data is downloaded and combined with the account B NPC data, the account B NPC will have a treasure chest in the cave that has not been played yet in the game progress based on the account B. I know that information. For this reason, when entering the cave for the first time in the progress of the game based on the account B, the NPC of the account B can issue a message such as “There is a treasure box when proceeding to the right” when it is located on the branch road in the cave.

  The knowledge as described above is stored in advance in the game data 30b, and whether or not the NPC has knowledge is identified and managed by a flag or the like. In other words, in the above example, when the flag regarding the presence of the treasure chest in the cave is set and the message regarding the presence of the treasure chest in the cave is set, a message such as “There is a treasure chest when going to the right” is issued in advance. Is set. When the account B obtains the reward data from the account A, it is set so that a flag about the knowledge about the existence of the cave treasure chest is set for the NPC. This makes it possible to realize an event in which the message is issued when the NPC is located on the branch path in the cave.

  Even when the modified reward data is uploaded to the storage area (RA-A in the above example) assigned to one account (A in the above example) of the server device 3, the modified reward data is originally used as the rental character. The flow of delivery to the account possessed (B in the above example) is basically the same as in the case of the reward data ((4) to (6) in FIG. 1).

  For example, when the reward data includes an item acquired in the game progress based on one account i, the reward data uploading unit 46 uses, as an abnormal process, data of an item different from the item to be uploaded as modified reward data as a server Upload to the storage area RA-i assigned to the one account i of the device 3. That is, for example, in the above example, even though the account A intends to give the rare item to the account B, the item received by the account B is actually a very low value item such as a stone. In addition, the item received by the account B may be a fake item with the same appearance but an inferior performance, or the item may be destroyed. Moreover, it is good also as account B not being able to receive an item because an item is lost (it dropped).

Further, for example, when the reward data includes a value (in-game currency RIM) based on the experience value of the rental character acquired in the game progress based on one account i, the reward data upload means 46 performs the experience processing as the abnormal process. The processing based on the value based on the value is performed by reducing the value from the normal processing. That is, for example, in the above example, if the experience value of the rental character rented from the account B in the game progress based on the account A is 100, the in-game currency RIM included in the reward data B is 10 at the time of normal processing. On the other hand, the in-game currency RIM included in the modified reward data B ′ at the time of abnormality processing is 6. The amount to be reduced may be a predetermined ratio (for example, 40% reduction) with respect to normal processing, or may be reduced by a certain amount (for example, 4 reduction) regardless of the value during normal processing. The value based on the experience value is not limited to the in-game currency RIM, and may be a predetermined status value corresponding to the experience value or the experience value itself.

  As described above, in the modified reward data, at least one piece of information included in the reward data is modified. For example, one or both of the above-described items and values based on experience values of rental characters may be modified. That is, for example, in the reward data as shown in FIG. 5, the knowledge acquired by the rental character may not be modified. Of course, the knowledge acquired by the rental character may be changed (eg, knowledge is not obtained). In addition, all or a part of all information included in the reward data and can be given to other accounts can be modified. The type of information to be modified can be appropriately selected as described above. Also, on the same game, you can change the type of information to be modified according to the progress of the game, the importance of the item (rareness), the number of times abnormal processing has been performed (the number of times rewinding saved data), The type of information to be modified may be increased or decreased. For example, if the number of times abnormal processing has been performed is less than a predetermined number, only the value based on the experience value of the rental character is modified. Data may be created.

  Further, in the abnormal process, in addition to the change of the reward data, a penalty may be given in the progress of the game of the account i that performs the rewinding of the save data that becomes the abnormal process. For example, the level of the player character may be lowered during the game progress of the account i, a parameter value such as physical strength may be lowered, or a predetermined item may be lost. Further, in the abnormal process, a mark indicating that an illegal act has been performed may be displayed on the game screen of the account i that has performed the rewind of the save data that is the abnormal process. Alternatively, this information may be sent to the ranking generation unit 4 of the server device 3 and displayed on the ranking.

  According to the above configuration, the number of times that one account i has uploaded the reward data to the server device 3 is in both the corresponding storage area RA-i of the server device 3 and the game device 2 of its own (one account i). Each is remembered. The number of uploads stored in the game apparatus 2 is associated with the save data. For this reason, when the save data is rewound, the number of uploads stored in the game apparatus 2 can decrease, but the number of uploads stored in the server apparatus 3 does not change. Therefore, it can be determined whether or not the save data has been rewound by determining whether or not the number of uploads matches. If it is determined that the number of uploads does not match, an abnormality process is performed so that reward data such as items cannot be normally delivered. In this way, it is possible to prevent repeated exchange of the same data by rewinding the save data. By preventing such illegal data exchange between a plurality of accounts, it is possible to realize richer game characteristics as described above.

  Note that while the abnormal process is being performed, the player may be notified on the game screen that the abnormal process is being performed. For example, an icon is displayed on the game screen indicating that abnormal processing is continuing (during the penalty period), or a warning is displayed indicating that reward data cannot be delivered normally when the rental character is returned. May be.

  That is, according to the above configuration, when one account A rents an NPC of another account B, the reward data associated with the game based on the account A accompanied by the NPC is transferred to the self who is the borrower of the NPC of the server device 3. Is stored in the storage area RA-A assigned to the account A. In the storage area RA-B of the server apparatus 3 assigned to the account B that uploaded the NPC, only history data for notifying who has been rented is stored. As a result, the account B on the loan side of the NPC accesses the storage area RA-A allocated to the borrower account A and downloads the reward data related to the NPC stored in the storage area RA-A. .

  As a result, the data related to the NPC of the account B that is rented out to the account A as a rental character and used in the game progress based on the account A can be reflected in the game progress of the account B by the operation of the account B itself. it can. At this time, since the reward data based on the account A is stored in the server device 3, when the account B downloads the reward data, the account A in which the reward data is created does not have to be online. . Moreover, since the save data of the rented account B in the game device 2 is updated by the account B itself, the borrower's one account A uses the data of another account B different from the own account A without permission. It is possible to eliminate the need for rewriting.

  Thus, the data (reward data) related to the rental character used in the game progression based on each account i (A in the above example) is stored in the storage area RA-i (above described) assigned to each account i of the server device 3. In the example, RA-A) is stored, so even if an NPC possessed by another account j (RA-B in the above example) is rented as a rental character to many other accounts (A, C, etc.) Only the amount of data in the storage area RA-j (RA-B in the above example) of the account j does not increase locally. That is, since the reward data for the use of one rental character is distributed and stored for each used account, the data capacity of the rented account j (RA-B in the above example) is improperly compressed. Can be prevented. Therefore, the storage capacity of the server device 3 can be used efficiently, and smooth game progress can be performed in any account.

  Furthermore, unknown information, new items, and the like can be obtained in both the rental character account and the borrowing account. In this way, it can be expressed that the NPC has actually gone away from his / her own account (player) and taken to another account (other player) and has grown up and returned. For this reason, rental characters are also lent and borrowed actively, and the amount of information in the game handled in the game progress based on one account can be increased. That is, it is possible to make a player feel as if the game is being played by a plurality of people even though the game is being played alone, and a richer game effect can be performed.

  Although the embodiments of the present invention have been described above, the present invention is not limited to the above-described embodiments, and various improvements, changes, and modifications can be made without departing from the spirit of the present invention.

For example, in the above embodiment, the PC data, NPC data, reward data, and history data of each account i are all stored in the storage area RA-i assigned to each account i of one server device 3. Although described, the aspect of the present invention is not limited to this. For example, the history data of each account i may be stored in another server. In this case, only the own account i can upload and rewrite the storage area RA-i assigned to each account i assigned to the server device 3, and no other account j can write to it. Can be. In addition, the configuration of the server device 3 can be changed as appropriate, such as storing the ranking generation unit 4 in another server device, or configuring the storage area RA-i of each account i with a plurality of server devices.

  Further, in the above description, in the game progress based on one account, the explanation is based on a mode in which a party is formed with a single PC, a single NPC, and a maximum of two rental characters. The number of NPCs possessed by the account and the number of rental characters that can be rented at the same time are not limited to this, and various applications are possible.

  Moreover, in the said embodiment, based on the example which rents NPC which other accounts possess, and creates the data linked | related with the said NPC (rental character) as reward data in the game progress based on an own account. Although described, the aspect of the present invention is not limited to this. For example, the present invention can be applied to a configuration in which data is communicated between a plurality of game devices without using a server device. In this case, at least one of the plurality of game devices may serve as the server device. Communication between game devices may be based on P2P or Bluetooth (registered trademark). The data communicated between the plurality of game devices is not limited to the reward data, but may be information (data) transmitted / received by communication such as an object (character, item, etc.), a message (character information), music, a moving image, or the like. Anything is fine.

  In the above embodiment, the identification information given according to the progress of the game based on one account has been described based on the aspect using the number of uploads of reward data. However, the aspect of the present invention is not limited to this. I can't. For example, the identification information may be given based on the generation of save data. Specifically, for example, the number of saves may be used as identification information. Further, the identification information is not limited to the number of times described above, and may be information on the date and time when a predetermined process (upload, data save, etc.) is performed according to the progress of the game. Further, a predetermined identifier that differs for each save data may be stored in association with the save data, and this identifier may be used as identification information.

  Note that “game progress” not only means a state in which a character is operated to advance a game, but also while a game program is being executed (the disk type storage medium 30 is inserted into the game apparatus 2 and activated). It is a concept that also includes states (menu screen operations, character settings, BGM viewing, movie viewing, communication with other game devices 2, etc.).

  Further, in the above description, the case where one player plays an offline game (a configuration in which the player is online only while performing the NPC rental process) is illustrated, but the present invention allows a plurality of players to share their player characters. The present invention can also be applied to online games that appear in the game space and act in cooperation with each other.

  Further, although the stationary game apparatus has been described in the present embodiment, the present invention can be preferably applied to computers such as portable game apparatuses, mobile phones, and personal computers.

  The present invention is useful for preventing an item from being duplicated by rewinding saved data in a game program and a game system.

2 Game device 3 Server device 30a Game program 30b Game data 41 Server access means 42 Game space generation means 43 Character control means 44 NPC data upload means (data transmission means)
45 NPC data download means (data transmission means)
46 Reward data upload means (data transmission means)
47 History information upload means (data transmission means)
48 Data update means (data transmission means)
49 Upload count storage means (identification information storage means)
50 Save data storage means 431 PC control means 432 NPC control means 433 Rental character control means NW Network RA-A, RA-B, RA-C,... Storage area

Claims (3)

Computer
Server access means for accessing a server device connected to the computer via a network;
Data transmission means for performing data communication with a computer of another account connected to the computer via the network;
Game space generation means for generating a virtual game space;
A game based on an NPC control means for generating a non-player character (hereinafter referred to as NPC) acting in the game space and controlling the operation of the NPC in accordance with the game situation, and an NPC possessed by another account In progress, let it function as rental character control means for use as a rental character,
The data transmission means is
Reward data uploading means for uploading data acquired in the game progress based on one account (hereinafter referred to as reward data) to a storage area assigned to the one account of the server device;
When the reward data is uploaded to the storage area assigned to the one account, the reward assigned to the other account possessing the rental character used in the game progress based on the one account History information uploading means for uploading history information related to uploading of the reward data to the storage area of the server device, and storing the history information so that the corresponding other account can be viewed;
Downloading the reward data uploaded to the storage area assigned to the one account based on the history information that another account uploaded to the storage area assigned to the other account of the server device, Data updating means for updating the data of the own account based on the reward data ,
The computer,
A game program that causes the server device to store the number of uploads indicating the number of times the reward data is uploaded to the server device for each account, and that also functions as an upload number storage unit that stores the account data in the computer of its own account . The game program according to claim 1 , wherein a storage area in which the number of uploads is stored in the server device is set as an area that cannot be rewritten by a player. A game system comprising: a program storage unit that stores the game program according to claim 1; and a computer that executes the game program stored in the program storage unit.

Images