JP6296495B2 - Information processing apparatus, program, information processing system - Google Patents

Description

  The present invention relates to information processing technology that provides a plurality of games using objects.

In recent years, so-called social games have become widespread as applications executed in social networking services (SNS). In the social game, it is important to upgrade the version in order to increase the game's taste in order for the user to continue playing the game.
On the other hand, system maintenance is necessary for version upgrade. Since the game cannot be played during the maintenance period, the user is stressed. The greater the frequency of version upgrades, the greater the stress on the user. The user who receives stress may give up the continuation of the game play. Therefore, in order for the user to continue playing the game, it is important to reduce the stress experienced by the user during the maintenance period.

  On the other hand, conventionally, in a network game server that provides a plurality of games, when a certain game cannot be executed, another game is played, and a consideration is given to the user according to the execution result of the other game. Is known (Patent Document 1).

JP 2003-19356 A

However, for a user who plays a specific game, as in Patent Document 1, when the specific game is not executable (for example, during a maintenance period), a compensation according to the execution result of another game is provided. Granting it alone is not enough to reduce the stress of not being able to play a particular game.
For example, if the favorite game and the other game are completely different games, even if the user is given compensation according to the execution result of the other game, the situation in which the favorite game cannot be played does not change. It is not possible to sufficiently reduce the stress. In particular, if your favorite game is a card, character, etc. (hereinafter referred to as “card, etc.”) or if it is a game that will be used in a battle, you will develop your favorite card or use it in a battle. Otherwise, a user who enjoys playing with a favorite card or the like will feel great stress during the maintenance period. Therefore, even if the user is allowed to play another game that does not use a favorite card or the like during the maintenance period, and the user does not have any influence on the favorite card or the like, The stress felt during the period cannot be sufficiently reduced.

  The present invention has been made in view of the above-described viewpoints, and an object of the present invention is to provide an information processing apparatus and a program that greatly reduce the stress that a user who plays a specific game receives during a period in which the game cannot be played. It is to provide an information processing system.

One embodiment of the present invention provides:
An information processing apparatus capable of accessing a storage device that stores data for each possessed object that is an object possessed by a user on a game executed via a network,
Recording means for executing a recording process for recording an execution result of the first game executed using the data in the storage device;
Updating means for updating the data based on an execution result of the second game executed using at least a part of the data according to a rule different from the rule of the first game during a period in which the recording process cannot be executed; ,
Is an information processing apparatus.

Another aspect of the present invention provides:
To a computer accessible to a storage device that stores data for each possessed object, which is an object possessed by a user on a game executed via a network,
A recording function for executing a recording process for recording an execution result of the first game executed using the data in the storage device;
An update function for updating the data based on an execution result of a second game executed using at least a part of the data according to a rule different from the rule of the first game during a period in which the recording process cannot be executed; ,
Is a program that realizes

Another aspect of the present invention provides:
A user terminal accessible to a server that records a game execution result in a storage device that stores data for each possessed object that is an object possessed by the user on a game executed via a network,
First game control means for controlling execution of the first game using the data;
The execution of the second game is controlled by a rule different from the rule of the first game using at least a part of the data during a period in which the recording process for recording the execution result of the first game in the storage device cannot be executed. Second game control means for
It is a user terminal.

Another aspect of the present invention provides:
A computer accessible to a server that records a game execution result in a storage device that stores data for each possessed object, which is an object possessed by a user on a game executed via a network,
A function of controlling execution of the first game using the data;
The execution of the second game is controlled by a rule different from the rule of the first game using at least a part of the data during a period in which the recording process for recording the execution result of the first game in the storage device cannot be executed. Function to
Is a program that realizes

Another aspect of the present invention provides:
An information processing system comprising a server accessible to a storage device that stores data of possessed objects, which are objects possessed by a user on a game executed via a network, and a user terminal accessible to the server. And
The user terminal is
First game control means for controlling execution of the first game using the data;
The execution of the second game is controlled by a rule different from the rule of the first game using at least a part of the data during a period in which the recording process for recording the execution result of the first game in the storage device cannot be executed. Second game control means for
The server includes recording means for executing the recording process;
Updating means for updating the data based on the execution result of the second game executed by the second game control means during the period;
Information processing system.

The figure which shows the basic composition of the game system of 1st Embodiment. The block diagram which shows the structure of the user terminal of 1st Embodiment. The block diagram which shows the structure of the game server of 1st Embodiment. The figure for demonstrating notionally the process of the game of 1st Embodiment. The figure which shows the structural example of the card data table of 1st Embodiment. The figure which shows the structural example of the user data table of 1st Embodiment. The figure which shows the structural example of the possession card data table of 1st Embodiment. The figure which shows the structural example of the schedule data table of 1st Embodiment. The figure which shows an example of the screen displayed on a user terminal when the game of 1st Embodiment is performed at normal time. The figure which shows an example of the screen displayed on a user terminal when the game of 1st Embodiment is performed during a maintenance. The figure which shows an example of the screen displayed on a user terminal when the game of 1st Embodiment is performed after completion | finish of maintenance (normal time). The functional block diagram of the game system of 1st Embodiment. The sequence chart which shows an example of the process of the game at the normal time of 1st Embodiment. The sequence chart which shows an example of the process of the game under maintenance of 1st Embodiment. The sequence chart which shows an example of the process of the game after the maintenance completion of 1st Embodiment (normal time).

(1) First Embodiment (1-1) Configuration of Game System Hereinafter, a game system 1 will be described as an embodiment of an information processing system.

FIG. 1 shows a system configuration example of a game system 1 according to the embodiment. As shown in FIG. 1, the game system 1 includes user terminals 10a, 10b, 10c,... And game servers 20a, 20b,. .. Can be accessed from the user terminals 10a, 10b, 10c,... Via the communication network NW such as the Internet. The game system 1 is an example of an information processing system. Moreover, each user terminal 10a, 10b, 10c, ... and each game server 20a, 20b, ... are examples of information processing apparatuses.
Each of the user terminals 10a, 10b, 10c,... Is a terminal operated by an individual user. It includes so-called multi-function smart TVs), and communication terminals such as portable game machines with communication functions. In the following description, when referring to the user terminals 10a, 10b, 10c,... In common, the user terminal 10 is described, and when referring to the game servers 20a, 20b,. write.

The game server 20 is a server that manages programs and data related to games.
The user terminal 10 executes a game process based on a user instruction received via the game screen.
The communication network NW is an information communication network configured by the Internet, a WAN (Wide Area Network), a LAN (Local Area Network), a dedicated line, or a combination thereof.

(1-2) Configuration of User Terminal The user terminal 10 will be described with reference to FIG.
As shown in FIG. 2, the user terminal 10 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an operation input unit 15, a display unit 16, a communication interface unit 17, A storage 18 is provided, and a bus 19 for transmitting control signals or data signals between the respective units is provided.

  The CPU 11 reads out programs and data stored in the ROM 12 and controls the overall operation in the user terminal 10 such as control signals with each unit in the user terminal 10 and timing processing of data signals. Further, the CPU 11 reads out a program stored in the storage 18 and various data necessary for executing the program, expands it in the RAM 13, and performs various data input / output processing, arithmetic processing, determination processing, and the like accompanying the execution of the program. Process. The RAM 13 temporarily stores data for arithmetic processing, determination processing, and the like by the CPU 11.

  For example, the CPU 11 loads the game program downloaded from the game server 20 or the game program stored in the storage 18 into the RAM 13 and executes it. Then, the CPU 11 executes a game process based on the user's designation for the designation target in the screen displayed on the display unit 16.

  The display unit 16 is a display device such as an LCD (Liquid Cristal Display) or an organic EL (Electro Luminescence) display. When an LCD (Liquid Cristal Display) monitor including thin film transistors arranged in pixel units in a matrix is applied, the display unit 16 displays the web page on the display screen by driving the thin film transistors.

When the user terminal 10 is a button input type user terminal, the operation input unit 15 includes, for example, a plurality of instruction input buttons such as a direction instruction button, a determination button, and a numeric keypad for accepting a user operation input. The interface circuit for recognizing the input of the pressing operation and outputting it to the CPU 11 is included.
When the user terminal 10 is a touch panel input type user terminal, the operation input unit 15 mainly accepts touch panel type input by touching the display screen with a fingertip or a pen.

  The storage 18 is a storage device configured by, for example, a flash memory or an HDD (Hard Disk Drive).

(1-3) Configuration of Game Server The configuration of the game server 20 will be described with reference to FIG.
As shown in FIG. 3, the game server 20 includes a CPU 21, a ROM 22, a RAM 23, a communication interface unit 24, and a storage 25, and a bus 26 is provided for transmitting control signals or data signals between the units. ing. The game server 20 can have the same configuration as a general-purpose network server in terms of hardware.

  The CPU 21 reads out the programs and data stored in the ROM 22 and controls the overall operation in the game server 20 such as control signals for each part in the game server 20 and timing processing of data signals. Further, the CPU 21 reads out the program stored in the storage 25 and various data necessary for executing the program, expands it in the RAM 23, and performs various processes such as data input / output processing, arithmetic processing, determination processing, etc. accompanying the execution of the program. Process. The RAM 23 temporarily stores data for arithmetic processing, determination processing, and the like by the CPU 21.

  For example, the storage 25 stores a game program. In response to a request from the user terminal 10, the CPU 21 reads out the game program stored in the storage 25 and transmits the game program to the user terminal 10 via the communication interface unit 24.

  The storage 25 is an information recording device configured by, for example, a flash memory or an HDD (Hard Disk Drive), and stores a data table group in addition to the above-described game program. The data table group includes a card data table, a user data table, a possessed card data table, and a schedule data table. Each data table is appropriately accessed from the CPU 21 for reading and writing data.

  In the following description, when distinguishing the game server 20a and the game server 20b, a or b is given to the end of the code | symbol of the component of each game server.

(1-4) Game process of this embodiment The game performed in the game system 1 of this embodiment is a game using the card | curd as an object. Hereinafter, the “game” refers to a game using a card as an object. In this game, for example, a main game (for example, a possession card is used to play against other users or NPC (Non-Player Character) using a card possessed by the user (hereinafter referred to as “possession card”). Game) and a sub-game executed according to a rule different from the rule of the main game using the possessed card (for example, the same card pair is selected in a state where the possessed cards are displayed indistinguishable from each other) , A game like Trump's nervous breakdown). The object is not limited to a card, and any object can be used as long as it can be used in a game.

The game process of this embodiment will be specifically described with reference to FIG. FIG. 4 is a diagram for conceptually explaining the game processing of the present embodiment.
In the example of FIG. 4, possessed card data (card ID and card parameter of the possessed card) associated with the user U 1 is stored in the storage 25. The main game is executed according to rule A. The sub game is executed according to rule B (that is, a rule different from rule A of the main game). Hereinafter, in time series, normal time (a state in which the main game execution result can be recorded in the storage 25), maintenance (a state in which the main game execution result cannot be recorded in the storage 25), and after the maintenance ( The execution result of the main game will be described separately.

In normal times, the main game is executed based on all data (card ID and card parameters) of possessed card data. When the execution result of the main game (for example, winning or losing the battle) is confirmed, the execution result is recorded in the storage 25.
During the maintenance, the check function of the data stored in the storage 25 is stopped. Therefore, in order to avoid a trouble in which unexpected data (for example, data created by a malicious user) is recorded in the storage 25, the storage 25 is saved. Access is restricted. Specifically, reading of data from the storage 25 is not limited because it does not cause the trouble, but data recording to the storage 25 is prohibited because it can cause the trouble. That is, during the maintenance, the execution result of the main game cannot be recorded in the storage 25, so that the sub game is executed instead of the main game. The sub game is executed based on a part of the possessed card data (card ID). In other words, in the subgame, the card parameter is not referred to in the possessed card data. When the execution result of the sub game (for example, the card ID of the selected pair of the same cards) is confirmed, the card parameters are updated based on the execution result.
After the maintenance is completed, the main game is executed in the same manner as in the normal time. The main game executed after the maintenance is completed is different from the main game executed before the maintenance is started in that the main game is executed based on the card parameters updated based on the execution result of the sub game.
That is, in the game process of the present embodiment, the card parameters of the possessed card are updated based on the execution result of the sub game using the possessed card used in the main game. Therefore, the user U1 can realize that the card used in the main game is being used and the card is being nurtured while the sub game is being played. Thereby, the stress which the user U1 receives during maintenance can be greatly reduced.

(1-5) Configuration of Data Table Next, a card data table, a user data table, a possessed card data table, and a schedule data table stored in the storage 25 of the game server 20 will be described with reference to FIGS. I will explain.

(I) Card Data Table Information on cards used in the game of this embodiment is recorded in the card data table. FIG. 5 shows a configuration example of the card data table. In the example shown in FIG. 5, for each card ID that specifies a card, a card name, a card image, and card parameter data (hereinafter collectively referred to as “card data”) are included.
The card name is a character string indicating the name of the character displayed on the card. The character may be a virtual object (for example, a person, an animal, a vehicle, a building, or the like) or an actual object.
The card image is an image of a character displayed on the card. For example, the card image is a two-dimensional image, a three-dimensional image, an illustration image, a photographic image, or the like.
The card parameters include data on rarity, attribute, cost, skill, card level, attack power, and defense power.
The rarity is an index indicating the scarce value of the card, and in the example shown in FIG. 5, the rarity is set so as to increase in the order of R1 to R5.
The attribute is an attribute of the character displayed on the card, and is one of N1 to N3 in the example shown in FIG.
The cost is a value referred to when the card is incorporated into the user's card team. For example, when a battle is played by a card team, the total cost of cards included in the card team is limited to a predetermined value or less.
The skill is information indicating an advantageous effect on the game given when the game process is executed using the card. In the example shown in FIG. Is set to Note that not all cards need to have skills.
The card level is a numerical parameter indicating a card development level in the game. In the card data table, card levels from the initial level 1 to the upper limit level 60 are defined. The upper limit level may be the same for all cards or may be different for each card.
The attack power and defense power are numerical parameters indicating the ability of the card in the game. Attack power and defense power are set for each card level.

(Ii) User Data Table Information on users registered in the game of the present embodiment is recorded in the user data table. FIG. 6 shows a configuration example of the user data table. In the example illustrated in FIG. 6, passwords, user names, and user parameter data (hereinafter collectively referred to as “user data”) are included for each user ID that identifies a user.
The password is data necessary for the login process for playing the main game or the sub game. If the login ID and password pair entered by the user matches the user ID and password pair in the user data table, the login is successful.
The user name is a character string indicating the name of the user. The user name can be arbitrarily determined by the user.
The user parameter is a parameter referred to in the battle. User parameters include user level, action points, and attribute data.
The user level is a numerical parameter indicating the degree of strength of the user in the game. The user level value (initial value) is 1 when the user registers in the game. The user can grow (raise the user level) by winning the opponent in the battle.
The action point is a numerical parameter indicating a cost that is consumed when the user advances the game (for example, executes a battle process). When the process of progressing the game is performed, action points are consumed by a predetermined amount. The upper limit value of action points may be determined for each user. You may set an action point so that it may increase (recover) to an upper limit with progress of time.
The attribute indicates a user attribute in the game. In the example shown in FIG. 6, it is one of N1 to N3.

(Iii) Possession card data table Information on the possession card of the user is recorded in the possession card data table. FIG. 7 shows a configuration example of the possessed card data table. Although FIG. 7 illustrates the possession card data table for one user, the possession card data table is provided corresponding to all users registered in the game.
In the possessed card data table shown in FIG. 7, serial number, card level, skill level, and update flag data (hereinafter collectively referred to as “owned card data”) are recorded in association with each card ID. Has been.
The serial number is a unique number determined when the card is given to the user. When a plurality of cards having the same card ID are given, different serial numbers are assigned to the respective cards.
The card level is a parameter indicating a card development level, and is increased by combining with other cards, for example. The value (initial value) of the card level at the time when the user obtains the card is 1, and the user synthesizes the specific card with another card and grows the specific card (that is, increases the card level). ).
The skill level is a parameter indicating a card development level, and particularly a parameter indicating a skill level of the card. The skill level value (initial value) at the time when the user obtains a skill-equipped card is 1, and the skill level of the card is increased by, for example, combining with another card that satisfies a predetermined condition. Can do. As the skill level of the card increases, the effect generated by the skill increases.
The update flag is binary data indicating whether or not the card parameter of the user's possessed card has been updated. When “1” is set in the update flag, it means that the card parameter of the possessed card is updated during the maintenance. When “0” is set in the update flag, it means that the card parameters of the possessed card are not updated during the maintenance.

(Iv) Schedule data table (Fig. 8)
Information on the maintenance schedule of the game server 20 is recorded in the schedule data table. FIG. 8 shows a configuration example of the schedule data table. Although FIG. 8 illustrates a schedule data table for one game server, the schedule data table is provided corresponding to all game servers involved in the execution of the main game.
In the schedule data table shown in FIG. 8, data of maintenance start time and maintenance end time (hereinafter referred to as “schedule data”) are recorded.
The maintenance start time and the maintenance end time indicate a maintenance period. During the maintenance period, the execution result of the main game cannot be recorded.

(1-6) Specific examples of game processing (FIGS. 9 to 11)
Hereinafter, a specific example of the game process of the present embodiment will be described with reference to FIGS. 9 to 11 are diagrams illustrating examples of screens displayed on the user terminal 10 when the game process of the present embodiment is being executed.

  FIG. 9 shows a change in a series of display screens during normal game processing. In FIG. 9, a screen P1 is a login screen displayed on the user terminal 10 when the user makes a login request to the game of the present embodiment. The screen P1 is provided with an input area 101 for information required for login (login ID and login password) and a button b1 ("login") that is designated when a login request is made as a user designation target.

In the screen P1, when the button b1 (“login”) is designated after information necessary for login is input in the input area 101, the screen changes as shown in P2. The screen P2a is a menu screen displayed when the login is successful (for example, when the information input in the input area 101 is correct information).
On the screen P2a, a button b2 (“main game”) is provided as an object to be designated by the user.
The button b2 is a button that is designated when an instruction to start the main game is given.

When the button b2 (“main game”) is designated on the screen P2a, the screen changes as shown in P3. The screen P3 is a screen for main game processing (for example, battle processing with NPC).
On the screen P3, display areas 102 and 103, a button b4 (“attack”), and a button b5 (“defense”) are provided.
In the display area 102, information on the opponent in the battle process (image, name (“NPC1”), and image HP1 indicating physical strength) is displayed. In the display area 103, information on the card possessed by the user (card image, card name (“SAM”, “KLM”, and “VIC”) and image HP2 indicating physical strength) is displayed. If the physical strength of the opponent becomes zero before the physical strength of all possession cards becomes zero, the victory condition for the battle process is established. On the other hand, if the physical strength of all possession cards becomes zero before the remaining physical strength of the opponent becomes zero, the defeat condition for the battle process is satisfied.
The button b4 is a button that is designated when giving an instruction for an action (attack action) that consumes the physical strength of the opponent.
The button b5 is a button that is designated when an instruction for an action (defense action) that reduces the consumption of physical strength of the possessed card due to the attack action of the opponent is given.

When the victory condition is satisfied as a result of repeated designation of the button b4 (“attack”) or the button b5 (“defense”) on the screen P3, the screen changes as shown in P4. The screen P4 is a screen for presenting the execution result of the battle process.
The screen P4 includes a display area 104. In the display area 104, the opponent information (the opponent image, the opponent name, and the execution result of the battle process (the image HP1 indicating that the opponent's physical strength is zero, and the opponent are displayed) are displayed. A message indicating that the player has defeated (that is, the victory condition has been established) is displayed.

  FIG. 10 shows a change in a series of display screens of game processing during maintenance of the main game. In FIG. 10, a screen P2b is a menu screen displayed when login is successful during maintenance of the main game.

  The screen P2b is displayed in such a manner that the button b2 (“main game”) cannot be selected, the button b3 (“sub game”) is displayed in a selectable manner, and indicates that the main game is under maintenance. 9 is different from the screen P2a in FIG. 9 in that the message is displayed in the display area 105. The button b3 is a button specified when giving an instruction to start a sub game.

When the button b3 (“sub game”) is designated on the screen P2b, the screen changes as shown in P5. Screen P5 is a screen for accepting an instruction to start a sub game.
The screen P5 is provided with images b60 to b63, which are a plurality of operation targets, and a display area 106.
The images b60 to b63 correspond to at least a part of the possessed card. Each image is masked so that the card image cannot be identified and displayed in a selectable form.
In the display area 106, a message for prompting specification of a card pair to be selected from the images b60 to b63 (“Specify a card pair to be selected”) is displayed.

If two images (for example, images b60 and b61) are designated on the screen P5, the screen changes as shown in P6. The screen P6 is a screen for presenting the execution result of the sub game.
On the screen P6, the images b60 and b61 designated by the user on the screen P5 are displayed with the mask removed so that the card image can be identified, and the execution result of the sub game (for example, the images b60 and Screen P5 is provided in that a display area 107 is provided for displaying a message ("VICs are ready!") indicating the result of specifying b61 and that the same cards (card names: VICs are ready). And different.

  FIG. 11 shows a change in a series of display screens of game processing after the maintenance of the main game is completed (normal time). In FIG. 11, a screen P7 is a menu screen that is displayed when login is successful at the end of the maintenance of the main game.

The screen P7 is provided with a display area 107 and a button b7 (“Confirm”).
In the display area 107, a message indicating that the card level has been updated based on the execution result of the sub-game (“level: 19 → 20” and “the VIC level has increased!”), The card level Is displayed on the card information (card image and card name “VIC”).
The button b7 is a button designated when the confirmation of the parameter update result is completed.
When the button b7 is designated, the screen changes as shown on the screen P2a in FIG. 9, and the main game is executed as in the normal time.

(1-7) Overview of Functions Provided in Information Processing Device Next, functions provided in the user terminal 10 and the game servers 20a and 20b in order to realize the game of the present embodiment will be described. FIG. 12 is a functional block diagram for explaining functions that play major roles in the user terminal 10 and the game servers 20a and 20b of the present embodiment. Note that all of the means included in the functional block diagram shown in FIG. 12 are not necessarily essential elements of the present invention. For example, in one aspect of the present invention, the first game processing unit 52 and the updating unit 63 may be provided.

The user terminal 10 is a device that controls the execution of the main game and the sub game. A main game program is installed in the user terminal 10 in advance (for example, stored in the storage 18). The user terminal 10 includes first receiving means 71, first game control means 72, and second game control means 73.
The game server 20a is a device that manages data used for the main game (hereinafter referred to as “main game data”) and the execution result of the main game. The game server 20 a includes second receiving means 51, first game processing means 52, and determination means 53.
The game server 20b is a device that manages the sub game program and the execution result of the sub game. The game server 20b includes third receiving means 61, second game processing means 62, and updating means 63.

The 1st reception means 71 is provided with the function to receive the request | requirement and instruction regarding execution of the game of this embodiment based on a user's instruction | indication. The request regarding the execution of the game according to the present embodiment is, for example, a login request. The instruction regarding the execution of the game of the present embodiment is, for example, an instruction to start the main game, an instruction to process a battle, an instruction to start a sub-game, an instruction to select a pair of cards, and an instruction to check an update result is there.
The login request is a request for logging in to the game of the present embodiment. The login request includes a login ID and a password.
The instruction to start the main game is an instruction for starting processing of the main game.
The instruction for the battle process is an instruction for designating a user action (for example, an attack action, a defensive action, etc.) in the battle of the main game.
The instruction to start the sub game is an instruction for starting the processing of the sub game.
The card pair selection instruction is an instruction for designating a card pair in the sub game.
The update result confirmation instruction is an instruction for confirming that the card parameter has been updated based on the execution result of the sub game.
The function of the 1st reception means 71 is implement | achieved as follows. The CPU 11 of the user terminal 10 receives a request or instruction corresponding to the user's designation for the button in the screen displayed on the display unit 16, expands the request or the instruction in the RAM 13, and displays the request or instruction expanded in the RAM 13. Perform processing according to the content.

The second accepting unit 51 has a function of accepting a login request or main game execution result from the first game control unit 72.
The function of the 2nd reception means 51 is implement | achieved as follows. The game server 20 a receives a login request or the execution result of the main game from the user terminal 10 via the communication interface unit 24. The CPU 21a of the game server 20a expands the login request or the execution result of the main game in the RAM 23a.

The determination unit 53 has a function of determining whether maintenance is in progress.
The function of the determination means 53 is implement | achieved as follows. Based on the schedule data stored in the storage 25a, the CPU 21a of the game server 20a determines whether or not the time when the login request is accepted (hereinafter referred to as “login time”) is included in the maintenance period (that is, during maintenance). judge. Specifically, when the login time is included between the maintenance start time and the maintenance end time of the schedule data, the CPU 21a determines that it is within the maintenance period (that is, during maintenance). On the other hand, if the login time is not included between the maintenance start time and the maintenance end time of the schedule data, the CPU 21a determines that it is outside the maintenance period (that is, not under maintenance).

The third accepting means 61 has a first function that accepts the execution result of the sub game from the second game control means 73 and a second function that accepts the determination result from the determining means 53.
The first function of the third receiving means 61 is realized as follows. The game server 20b receives the execution result of the sub game from the user terminal 10 via the communication interface unit 24b. The CPU 21b of the game server 20b expands the execution result of the sub game in the RAM 23b.
The second function of the third receiving means 61 is realized as follows. The game server 20b receives the determination result from the game server 20a via the communication interface unit 24b. The CPU 21b of the game server 20b expands the determination result in the RAM 23b.

The first game control means 72 and the first game processing means 52 have a function of executing main game processing.
The functions of the first game control means 72 and the first game processing means 52 are realized as follows.
The CPU 11 of the user terminal 10 transmits the user ID and password included in the login request developed in the RAM 13 to the game server 20a.
Next, the CPU 21a of the game server 20a receives a login request transmitted from the user terminal 10 via the communication interface unit 24a, and expands the login request in the RAM 23a. Next, the CPU 21a executes login processing by collating the combination of the user ID and password included in the login request expanded in the RAM 23a with the combination of the user ID and password included in the user data table. If the combination included in the login request matches the combination included in the user data table, the login is successful.
If the CPU 21a determines that it is outside the maintenance period after successful login, the CPU 21a reads all the card data and the user data and possessed card data corresponding to the user ID included in the login request from the storage 25a. Data (main game data) is transmitted to the user terminal 10. Further, the CPU 21a instructs the user terminal 10 to display the screen P2a in FIG.
Next, the CPU 11 receives the main game data transmitted from the game server 20 a via the communication interface unit 17 and develops it in the RAM 13. Further, the CPU 11 displays the screen P2a of FIG. 9 on the display unit 16 according to the instruction of the game server 20a. Thereafter, the CPU 11 executes processing of the main game using the main game program stored in the storage 18 and the main game data expanded in the RAM 13, and issues a user instruction (an instruction to start the main game and The execution result of the main game is determined based on the content of the battle processing instruction), and the execution result is transmitted to the game server 20a.
Next, the CPU 21a receives the execution result transmitted from the user terminal 10 via the communication interface unit 24a, and records the execution result in the storage 25a.

The second game control means 73 and the second game processing means 62 have a function of executing a sub game process.
The functions of the second game control means 73 and the second game processing means 62 are realized as follows.
If the CPU 21a of the game server 20a determines that it is within the maintenance period after the login is successful, the determination result is transmitted to the game server 20b and the possessed card data corresponding to the user ID included in the login request is stored from the storage 25a. And the read possessed card data (sub game data) is transmitted to the user terminal 10. Further, the CPU 21a instructs the user terminal 10 to display the screen P2b in FIG.
When the CPU 21b of the game server 20b receives the determination result from the game server 20a via the communication interface unit 24b, the CPU 21b reads the sub game program from the storage 25b and transmits the read sub game program to the user terminal 10.
Next, the CPU 11 of the user terminal 10 receives the sub game data transmitted from the game server 20 a and the sub game program transmitted from the game server 20 b via the communication interface unit 17, and develops them in the RAM 13. Further, the CPU 11 displays the screen P2b of FIG. 10 on the display unit 16 according to the instruction of the game server 20a. Thereafter, the CPU 11 executes the sub game processing using the sub game program and the sub game data expanded in the RAM 13, determines the execution result of the sub game based on the content of the user instruction, and executes the execution. The result is transmitted to the game server 20b. The execution result of the sub game includes the card ID of the same card pair selected in the sub game.
Next, the CPU 21b receives the execution result transmitted from the user terminal 10 via the communication interface unit 24b, and records the execution result in the storage 25b.

The updating means 63 has a function of updating card parameters of possessed card data based on the execution result of the sub game.
The function of the update means 63 is implement | achieved as follows. When the CPU 21b of the game server 20b receives the execution result of the sub game from the user terminal 10 via the communication interface 24b, the card parameter of the card ID included in the execution result changes (for example, the card level increases). As described above, the possessed card data table stored in the storage 25a of the game server 20a is updated.

(1-8) Game Processing Flow of This Embodiment Next, an example of the game processing flow of this embodiment will be described with reference to FIGS.

  FIG. 13 is a sequence chart showing the normal game processing of the present embodiment. In FIG. 13, the reference numerals of the respective screens are attached to the steps in which the respective screens illustrated in FIG. 9 are displayed.

  In FIG. 13, when the login ID and password are input and the button b1 (“login”) is designated on the login (screen P1 in FIG. 9) displayed on the user terminal 10, the user terminal 10 The CPU 11 accepts a login request (S10) and transmits the login request to the game server 20a (S11).

  When the CPU 21a of the game server 20a receives the login request transmitted in S11, whether or not the login ID and password combination included in the login request corresponds to the login ID and password combination included in the user data table. Determine. If the combination included in the login request corresponds to the combination included in the user data table, the login is successful. If the login is successful, the CPU 21a determines whether the login time is included in the maintenance period based on the schedule data stored in the storage 25a (S12). FIG. 13 illustrates an example in which the determination result of S12 is outside the maintenance period.

  When the determination result in S12 is outside the maintenance period, the CPU 21a of the game server 20a obtains main game data (card data, user data, and possessed card data) corresponding to the user ID that has been successfully logged in from the storage 25a. Read (S13) and transmit to the user terminal 10 (S14).

  When the CPU 11 of the user terminal 10 receives the main game data transmitted in S14, the screen corresponding to the determination result in S12 (that is, the normal menu screen (screen P2a in FIG. 9)) is displayed on the display unit 16. Then, an instruction to start the main game is received via the screen (S15). Next, the CPU 11 displays a main game process screen (screen P3 in FIG. 9) on the display unit 16, receives an instruction for a battle process via the screen (S16), and performs an action according to the content of the instruction. (Attack action or defensive action) process is executed, and based on the execution result of the action process, the execution result of the main game (the victory condition of the battle process is satisfied, or the defeat condition of the battle process is satisfied) (S17), a screen for displaying the execution result (screen P4 in FIG. 9) is displayed on the display unit 16, and the execution result is transmitted to the game server 20a (S18).

  When receiving the execution result transmitted in S18, the CPU 21a of the game server 20a records the execution result in the storage 25a (S19).

  FIG. 14 is a sequence chart showing a game process during maintenance according to the present embodiment. In FIG. 14, reference numerals of the respective screens are attached to the steps in which the respective screens illustrated in FIG. 10 are displayed.

  FIG. 14 illustrates an example in which the determination result of S12 is within the maintenance period.

  When the determination result of S12 is within the maintenance period, the CPU 21a of the game server 20a transmits the determination result to the game server 20b (S30). Further, the CPU 21a reads possessed card data from the storage 25a (S31) and transmits it to the user terminal 10 (S32). On the other hand, when receiving the determination result transmitted in S30, the CPU 21b of the game server 20b reads the sub game program from the storage 25b (S33) and transmits it to the user terminal 10 (S34).

  When the CPU 11 of the user terminal 10 receives the sub-game program transmitted in S34 and the possessed card data transmitted in S31, the screen corresponding to the determination result in S12 (that is, the menu screen during maintenance (FIG. 10) Screen P2b) is displayed on the display unit 16, and an instruction to start a subgame is received via the screen (S35) Next, the CPU 11 displays a subgame processing screen (screen P5 in FIG. 10) on the display unit. 16 and accepts an instruction to select a card pair via the screen (S36), and based on the content of the instruction, the execution result of the subgame (selected as a pair of cards having the same card ID) (Card ID of the card) is determined (S37), and a screen (screen P6 in FIG. 10) presenting the execution result is displayed on the display unit 16 and the execution is performed. To send the results to the game server 20b (S38).

  When receiving the execution result transmitted in S38, the CPU 21b of the game server 20b records the execution result in the storage 25b (S39). Next, the CPU 21b updates the possessed card data table stored in the storage 25a of the game server 20a so that the card parameter corresponding to the card ID included in the execution result changes (for example, the card level increases) ( S40).

  FIG. 15 is a sequence chart showing the game processing after the maintenance of the present embodiment is completed (normal time). In FIG. 15, the reference numerals of the respective screens are attached to the steps where the respective screens illustrated in FIG. 11 are displayed.

  In FIG. 15, the CPU 21a of the game server 20a transmits the main game data read in S13 to the user terminal 10 (S50). In the possessed card data included in the main game data transmitted in S50, an update flag “1” indicating that the card parameter has been updated in S40 of FIG. 14 is set.

  When receiving the main game data transmitted in S50, the CPU 11 of the user terminal 10 presents an update result based on the update flag set in the possessed card data included in the main game data (FIG. 11). Screen P7) is displayed on the display unit 16, and an instruction to confirm the update result is received via the screen (S52). Thereafter, similarly to FIG. 13, the processes after S15 are executed.

As described above, in the game process of the present embodiment, when at least a part of the main game process is not executable (during maintenance), at least one of the main game data is based on the execution result of the sub game. Department (card parameter of possession card) is updated.
Thereby, it is possible to give a real feeling to the user who wants to play the main game that playing the sub-game works favorably in advancing the main game. This realization leads to reducing the stress that the user cannot play the main game during the maintenance. As a result, the user can continue to play the main game even after the maintenance is completed.

In the present embodiment, the possessed card data is main game data, but is also used to execute a sub game. In S40, the card parameter which is a part of possessed card data is updated based on the execution result of the sub game.
Thereby, it is possible to give the user a feeling that the main game is progressing while playing the sub game.

In the present embodiment, in S12, it is determined whether or not the game server 20a is within the maintenance period. That is, it is not necessary to provide a determination function in the program executed by the CPU 11 of the user terminal 10.
Thereby, the process which the user terminal 10 performs can be simplified.

(1-9) Modified Example of Embodiment Hereinafter, a modified example of the present embodiment will be described. The following modifications can be combined with each other.

(1-9-1) First Modification In S37, the card ID of the card selected as a pair of cards having the same card ID is determined as the execution result of the sub game. The evaluation value (hereinafter referred to as “score”) may be determined as the execution result of the sub game.

  As an example, it is assumed that the CPU 11 of the user terminal 10 receives a plurality of instructions for selecting a card ID of a card selected as a pair of cards having the same card ID in S36. In this case, the CPU 11 determines a value corresponding to the number of the card IDs (that is, the number of pairs of cards having the same card ID) as a score (S37). For example, the CPU 11 determines a higher value as the score as the number of the card IDs increases. Next, the CPU 11 transmits the plurality of card IDs accepted in S36 and the score determined in S37 to the game server 20b (S38). Next, the CPU 21b of the game server 20b executes S39, and the possessed card data so that the card parameter corresponding to the card ID transmitted in S38 increases by the amount of increase corresponding to the score transmitted in S38. The table is updated (S40).

  As another example, in S37, the CPU 11 of the user terminal 10 determines a value corresponding to the rarity of the card selected as a pair of cards having the same card ID as a score (S37). For example, the CPU 11 determines a larger value as the score as the rarity is higher. Next, the CPU 11 transmits the card ID accepted in S36 and the score determined in S37 to the game server 20b (S38). Next, the CPU 21b of the game server 20b executes S39, and the possessed card data so that the card parameter corresponding to the card ID transmitted in S38 increases by the amount of increase corresponding to the score transmitted in S38. The table is updated (S40).

  In the first modification, the increase amount of the card parameter is determined according to the execution result of the sub game. Therefore, the user can be motivated to play the sub game in order to grow the possession card.

(1-9-2) Second Modification In this embodiment, the game server 20a that executes the main game process and the game server 20b that executes the sub game process are physically separated. Although an example has been described, the present invention is not limited to this. For example, one game server 20 can execute both the main game and the sub game, and during the maintenance, at least one process of the main game (as an example, a process of recording the execution result of the main game (S21)). However, the present invention can also be applied to a case where the sub-game process can be executed.

(1-9-3) Third Modification In this embodiment, the content of the sub game may be changed according to the progress of the main game.

  As an example, an example in which the difficulty level of the sub game is changed according to the progress level of the main game will be described. When the CPU 21b of the game server 20b receives the instruction to start the sub game transmitted in S33, the CPU 21b refers to the execution result of the main game stored in the storage 25 of the game server 20a, and based on the execution result, the main game The degree of progress is determined, and the difficulty level parameter according to the degree of determination and the sub game program stored in the storage 25 are transmitted to the user terminal 10 (S35). Using the difficulty level parameter and the sub game program transmitted from the game server 20b, the user terminal 10 executes a sub game process with a difficulty level corresponding to the progress level of the main game (S36).

  As another example, an example in which the type of the sub game is changed according to the progress of the main game will be described. In this example, it is assumed that a plurality of sub game programs are stored in the storage 25 of the game server 20b. The plurality of subgame programs are programs for realizing subgames having different rules. When the CPU 21b of the game server 20b receives the instruction to start the sub game transmitted in S33, the CPU 21b refers to the execution result of the main game stored in the storage 25 of the game server 20a, and prompts the user based on the execution result. The type of the sub game to be played is determined, and the sub game program corresponding to the determined sub game type and the sub game data are transmitted to the user terminal 10 (S35).

  In the third modified example, the contents of the sub game change according to the progress of the main game, so that the preference of both the main game and the sub game can be improved.

(1-9-4) Fourth Modification In the present embodiment, an example in which the sub game cannot be executed in the normal state (the button for instructing the start of the sub game is not displayed on the screen P2a in FIG. 9). As described above, the sub game may be executable not only during maintenance but also during normal times.
As an example, on the screen P2a in FIG. 9, the button b3 (“sub game”) on the screen P2b in FIG. 10 is displayed in a selectable manner. When the user designates the button b3 (“sub game”), the game servers 20a and 21a execute the processes after S31 in FIG.

  In the fourth modified example, in order to be able to always execute the sub game, the main game cannot be played due to factors other than maintenance (for example, sufficient time cannot be secured for playing the main game). The stress of the user who cannot play a game can be reduced.

(1-9-5) Fifth Modification In the present embodiment, in the process during maintenance (FIG. 14), different game servers 20a and 20b send possessed card data and a sub game program to the user terminal 10, respectively. Although an example of transmission has been described, one game server may transmit possessed card data and a sub game program to the user terminal 10.
As an example, when the determination result of S12 is within the maintenance period, the CPU 21a of the game server 20a transmits an instruction to access the game server 20b to the user terminal 10.
Next, when receiving the instruction from the game server 20a, the CPU 11 of the user terminal 10 transmits an access request to the game server 20b according to the instruction.
Next, when receiving an access request from the user terminal 10, the CPU 21b of the game server 20b reads possessed card data from the storage 25a of the game server 20a and reads a sub game program from the storage 25b in response to the access request. To the user terminal 10.

(1-9-6) Sixth Modification In the present embodiment, the example in which the sub game program is transmitted from the game server 20b has been described. However, the sub game program is installed in the user terminal 10 in advance (for example, in the storage 18). May be stored). In that case, the game server 20b transmits, to the user terminal 10, an instruction for executing the sub game program stored in the storage 18, instead of transmitting the sub game program.
As an example, when the determination result of S12 is within the maintenance period, the CPU 21a of the game server 20a transmits an instruction to access the game server 20b to the user terminal 10.
When receiving the instruction from the game server 20a, the CPU 11 of the user terminal 10 executes the sub game program stored in the storage 18 and transmits an access request to the game server 20b according to the instruction.
Next, when receiving an access request transmitted from the user terminal 10, the CPU 21b reads out possessed card data from the storage 25a of the game server 20a and transmits it to the user terminal 10 in response to the access request.

(2) Second Embodiment In the first embodiment, an example has been described in which the user terminal 10 determines the execution result of the main game and the sub game, and the game processing is realized by a so-called native application format. Is not limited to this. In the game process, communication according to HTTP is performed between the user terminal 10 and the game server 20, and a game image is displayed by interpreting an HTML document acquired from the game game server 20 by the user terminal 10. It may be realized by a browser format. In the browser format, the game server 20 has a function of determining the execution result of the main game, and the user terminal 10 has a function of accepting a user instruction and a function of presenting information related to the game to the user.
In the present embodiment, an example of a case where game processing is realized by a browser format will be described. Note that the hardware configuration of this embodiment may be the same as that of the first embodiment.

  In the present embodiment, the game server 20 executes the game execution result (the main game execution result, the main game start instruction, and the sub game start instruction) based on the instructions received by the user terminal 10. And the execution result of a subgame is determined, and the display information (for example, HTML data) used as the origin of the screen which shows the said execution result is transmitted to the user terminal 10. FIG. Upon receiving the display information transmitted from the game server 20, the user terminal 10 displays a screen based on the display information on the display unit 16 to present the game execution result to the user.

In the above-described embodiment, the main game is exemplified as a game for playing against other users or NPCs using a possession card, but the main game is not limited to this example. For example, in addition to this example, the main game may be a lottery game for obtaining cards, a game for nurturing possession cards, or a combination thereof.
Moreover, in embodiment mentioned above, although the game like nerve weakness was illustrated as a sub game, a sub game is not restricted to this example. For example, in addition to this example, the sub-game is a game such as a so-called playing card poker game that completes a predetermined combination based on card data (for example, card images and attributes) of a plurality of possessed cards, or these May be included.
Furthermore, the embodiments described above can be applied to a plurality of main games and a plurality of subgames as long as the main game rules and the subgame rules are different from each other.

  In the above-described embodiment, the designation input to the user terminal 10 is an input of a predetermined button press operation on the user terminal or a touch operation input on the display screen for the user terminal having a touch panel function. The input is not limited to this. The designation input may be an input by shaking a user terminal equipped with an acceleration sensor, or an input by a gesture (gesture input). In gesture input, by performing a predetermined gesture for a user terminal having an imaging function, the user terminal recognizes an image of the gesture and recognizes an operation input associated with the gesture in advance. In the case of a user terminal capable of executing a voice recognition program, the designation input may be performed by voice input.

  As mentioned above, although embodiment of this invention was described in detail, this invention is not limited to the said embodiment. In addition, the embodiment may of course be variously improved and changed without departing from the gist of the present invention. The technical matters described in the above embodiments and modifications may be applied in appropriate combination.

[Summary of Invention]
From the above description, the present invention is grasped as follows, for example.

One embodiment of the present invention provides:
An information processing apparatus capable of accessing a storage device that stores data for each possessed object that is an object possessed by a user on a game executed via a network,
Recording means for executing a recording process for recording an execution result of the first game executed using the data in the storage device;
Updating means for updating the data based on an execution result of the second game executed using at least a part of the data according to a rule different from the rule of the first game during a period in which the recording process cannot be executed; ,
Is an information processing apparatus.

The “information processing apparatus” may be a single server on the network or a server group including a plurality of servers. For example, the information processing apparatus when the recording unit and the updating unit are provided in one server corresponds to one server, and the information processing apparatus when the recording unit and the updating unit are provided in different servers is a server. Corresponds to the group.
The “storage device” may be a memory device having any configuration, such as a flash memory or an HDD (Hard Disk Drive). Further, the “storage device” may be a device built in the information processing device, or may be an external device configured to be accessible from the information processing device in a wired or wireless manner.
The “object” may be a game medium (for example, a card or an item) used in a game performed in a virtual space, or a game medium (for example, a lottery product) used in a game performed in a real space. There may be.
The “first game” and the “second game” may be realized by one program or may be realized by individual programs.
The “rule” may be a game victory condition or a method of using data for each possessed object. When the rule is a victory condition, the victory condition of the first game and the victory condition of the second game are different from each other. When the rule is a data usage method, the influence of the possessed object on the execution result of the first game is different from the influence of the possessed object on the execution result of the second game.

In order for the user to continue playing the game, it is important to reduce the stress experienced by the user during a period in which the specific game (first game) cannot be played. However, in the past, there were games where other games could be played during a period in which a particular game could not be played, but because the execution results of other games had little effect on the play of a particular game, a particular game was played The stress experienced by users during periods when it was not possible was not sufficiently reduced.
On the other hand, in the information processing apparatus, the process of the second game is executed during a period in which the recording process cannot be executed, and the data used for executing the first game is updated based on the execution result of the second game. To do. Thereby, the user who wants to play the first game can be given an actual feeling that playing the second game is advantageous in advancing the first game. This actual feeling leads to reducing the stress that the user cannot play the first game during the period. As a result, the user can continue to play the first game even after the period has elapsed.

The data includes first data used for the first game and the second game, and second data used for the first game and not used for the second game,
Preferably, the updating means updates the second data.
Further, the second data includes a parameter of the possessing object,
Preferably, the updating unit updates the second data so that the parameter changes.
Further, the parameters include numerical parameters,
Preferably, the updating means updates the second data so that the numerical parameter increases.
Further, the updating means determines an increase amount of the numerical parameter based on a score according to the execution result of the second game, and the second parameter is increased so that the numerical parameter increases by the increase amount. It is preferable to update the data.

The “parameter” may be a numerical parameter (eg, card level) or a non-numeric parameter (eg, card attribute). When the parameter is a non-numeric parameter, the updating unit updates the second data so that the non-numeric parameter changes.
The “score” may be an evaluation value according to the execution result of the second game, or may be a ranking (a value indicating the ranking of each user among all users who play the second game) according to the evaluation value. There may be an evaluation index (for example, “A evaluation”) determined based on the execution result of the second game.

  In this aspect, data affecting the execution result of the first game is updated based on the execution result of the second game. In particular, when the data is updated so that the numerical parameter increases, the increase range of the numerical parameter is determined based on the execution result of the second game. Thereby, it is possible to give the user a real feeling that the first game is progressing while the second game is being played.

Further, the apparatus further includes a determination unit that determines whether or not the recording process can be performed based on schedule information indicating a schedule for the period.
Preferably, the recording unit does not execute the recording process when the determining unit determines that the recording process cannot be performed.

  In this aspect, since the information processing apparatus determines whether or not the recording process can be performed, it is not necessary to provide a function for determining whether or not to execute the game (for example, the user terminal 10). Thereby, the process which the said apparatus performs can be simplified.

Another aspect of the present invention provides:
To a computer accessible to a storage device that stores data for each possessed object, which is an object possessed by a user on a game executed via a network,
A recording function for executing a recording process for recording an execution result of the first game executed using the data in the storage device;
An update function for updating the data based on an execution result of a second game executed using at least a part of the data according to a rule different from the rule of the first game during a period in which the recording process cannot be executed; ,
Is a program that realizes

Another aspect of the present invention provides:
A user terminal accessible to a server that records a game execution result in a storage device that stores data for each possessed object that is an object possessed by the user on a game executed via a network,
First game control means for controlling execution of the first game using the data;
The execution of the second game is controlled by a rule different from the rule of the first game using at least a part of the data during a period in which the recording process for recording the execution result of the first game in the storage device cannot be executed. Second game control means for
It is a user terminal.

Another aspect of the present invention provides:
A computer accessible to a server that records a game execution result in a storage device that stores data for each possessed object, which is an object possessed by a user on a game executed via a network,
A function of controlling execution of the first game using the data;
The execution of the second game is controlled by a rule different from the rule of the first game using at least a part of the data during a period in which the recording process for recording the execution result of the first game in the storage device cannot be executed. Function to
Is a program that realizes

Another aspect of the present invention provides:
An information processing system comprising a server accessible to a storage device that stores data of possessed objects, which are objects possessed by a user on a game executed via a network, and a user terminal accessible to the server. And
The user terminal is
First game control means for controlling execution of the first game using the data;
The execution of the second game is controlled by a rule different from the rule of the first game using at least a part of the data during a period in which the recording process for recording the execution result of the first game in the storage device cannot be executed. Second game control means for
The server includes recording means for executing the recording process;
Updating means for updating the data based on the execution result of the second game executed by the second game control means during the period;
Information processing system.

  In the above, in order to facilitate the understanding of the present invention, the reference numerals described in the drawings are appropriately described in parentheses, but the information processing apparatus and the like according to the present invention are thereby limited to the illustrated embodiments. It is not a thing.

DESCRIPTION OF SYMBOLS 1 ... Game system 10 ... User terminal 11 ... CPU
12 ... ROM
13 ... RAM
DESCRIPTION OF SYMBOLS 15 ... Operation input part 16 ... Display part 17 ... Communication interface part 18 ... Storage 19 ... Bus 20 ... Game server 21 ... CPU
22 ... ROM
23 ... RAM
24 ... Communication interface unit 25 ... Storage 26 ... Bus 51 ... Second accepting means 52 ... First game processing means 53 ... Determination means 61 ... Third accepting means 62 ... Second game processing means 63 ... Updating means 71 ... First accepting Means 72 ... first game control means 73 ... second game control means

Claims (8)

An information processing apparatus capable of accessing a first storage device that stores data for each possessed object that is an object possessed by a user on a first game executed via a network,
First recording means for executing a recording process for recording an execution result of the first game executed using the data in the first storage device;
Reading means for reading data of a user's possessed object from the first storage device during a period in which the recording process cannot be performed;
The execution result of the second game executed according to a rule different from the rule of the first game using at least a part of the data read by the reading means during the period in which the recording process cannot be executed, Second recording means for recording in a second storage device different from the one storage device;
The user recorded in the first recording device based on the execution result of the second game when the recording process can be executed after the execution result of the second game is recorded in the second storage device. Updating means for updating the data of possessed objects of
An information processing apparatus comprising: The data includes first data used for the first game and the second game, and second data used for the first game and not used for the second game,
The updating means updates the second data;
The information processing apparatus according to claim 1. The second data includes parameters of the possessing object,
The update means updates the second data so that the parameter changes.
The information processing apparatus according to claim 2. The parameters include numerical parameters,
The update means updates the second data so that the numerical parameter increases.
The information processing apparatus according to claim 3. The updating means determines an increase amount of the numerical parameter based on a score corresponding to the execution result of the second game, and the second data is increased so that the numerical parameter increases by the increase amount. Update,
The information processing apparatus according to claim 4. Based on schedule information indicating the schedule of the period, further comprises a determination means for determining whether or not the recording process can be performed,
The recording unit does not execute the recording process when the determining unit determines that the recording process cannot be performed;
The information processing apparatus according to claim 1. The program for making a computer implement | achieve each means of the information processing apparatus in any one of Claims 1-6 . An information processing system comprising a server accessible to a storage device that stores data of possessed objects, which are objects possessed by a user on a game executed via a network, and a user terminal accessible to the server. And
The server includes each unit of the information processing apparatus according to any one of claims 1 to 6.
Information processing system.

Images