JP7175485B1 - GAME DEVICE, GAME PROGRAM, GAME PROCESSING METHOD, AND GAME SYSTEM - Google Patents

Abstract

【Task】
To provide a technology that enables loading while maintaining motivation.
[Solution]
A game device capable of saving and loading a game in parallel with game execution processing, the game device comprising an execution unit, an acquisition unit, and a storage unit, wherein the execution unit executes a game. a storage unit that executes content processing, and when receiving an operation input related to saving during the content execution processing, acquires state information indicating a state of the content being executed, and is capable of specifying an acquisition order; , and when an operation input related to loading is received during execution processing of the content, the execution unit stores the state information acquired immediately before among the plurality of state information stored in the storage unit. Based on this, the content is executed.
[Selection drawing] Fig. 1

Description

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

Conventionally, in a game system, a technology that enables saving at any timing has been proposed in Patent Document 1 and Non-Patent Document 1, for example.

In Patent Document 1, the server 12 stores (manages) image files and state information data uploaded (posted) from each of one or a plurality of game devices 20, and responds to requests from each game device 20. , a technique for providing a service for distributing posted image files and status information data.

Non-Patent Document 1 describes a technique that enables saving and interruption at any time during play.

JP 2017-029509 A

"On Nintendo Switch, anywhere Super Nintendo! Free delivery as a subscriber-only service!" September 5, 2019 [searched April 26, 2020], Internet <URL: https://topics.nintendo.co .jp/article/631e8bcf-c9f4-11e9-b641-063b7ac45a6d＞

In the above document, saving can be performed at any timing, but in order to accept the selection of the desired save timing for loading, the output screen must be stopped once, which discourages the user from playing. There was a problem of hoarding.

In view of the above, an object of the present invention is to provide a technology that enables efficient saving and loading.

In order to solve the above problems, the present invention provides a game device capable of saving and loading a game in parallel with game execution processing, the game device comprising an execution unit, an acquisition unit, and a storage unit, wherein the execution unit executes game content; and the acquisition unit receives state information indicating a state of the content being executed when an operation input related to saving is received during execution processing of the content. are stored in a storage unit so that the order of acquisition can be specified, and the execution unit receives a plurality of the state information stored in the storage unit when an operation input related to loading is received during execution processing of the content. Among them, the content is executed based on the state information acquired immediately before.

In order to solve the above-described problems, the present invention provides a game program using a computer that enables saving and loading of a game in parallel with game execution processing, wherein the computer comprises an execution unit and Functioning as an acquisition unit, the execution unit executes processing of content of a game, and the acquisition unit, when receiving an operation input related to saving during execution processing of the content, indicates a state of the content being executed. acquires information and stores the acquisition order so that the order of acquisition can be specified; The content is executed based on the received state information.

In order to solve the above-described problems, the present invention provides a game processing method that enables saving and loading of a game in parallel with game execution processing, wherein a computer executes and processes game content. a processing step of acquiring state information indicating the state of the content being executed when an operation input related to saving is received during the execution processing of the content, and storing the state information in a storage unit so that the order of acquisition can be specified; and in the execution processing step, when an operation input related to loading is received during the execution processing of the content, the state information stored immediately before among the plurality of state information stored in the storage unit is changed to Based on this, the content is executed.

In order to solve the above problems, the present invention provides a game system that enables saving and loading of a game in parallel with game execution processing, the game system comprising an execution unit, an acquisition unit, and a storage unit, wherein the execution unit executes game content; and the acquisition unit receives state information indicating a state of the content being executed when an operation input related to saving is received during execution processing of the content. are stored in a storage unit so that the order of acquisition can be specified, and the execution unit receives a plurality of the state information stored in the storage unit when an operation input related to loading is received during execution processing of the content. Among them, the content is executed based on the state information stored immediately before.
With such a configuration, saving and loading can be performed while the game is being executed. This eliminates the need to stop the screen to save or load, and the player's motivation can be maintained.

In a more preferred form, the storage unit includes a volatile first storage unit and a nonvolatile second storage unit, and the acquisition unit stores the acquired state information in the first storage unit and the second storage unit. The content is stored in a second storage unit, and the execution unit executes the content based on the state information stored in the second storage unit when receiving an operation input related to the loading.
With such a configuration, it is possible to store the immediately preceding save in another storage unit. This allows you to load from the previous savepoint even if the power is turned off.

In a more preferred form, the game device further includes an input unit, the input unit has a button, and the execution unit receives a long press input of the button as the operation input related to the load. When the execution process is performed and the long-press input of the button is continued, the state information stored in the first storage unit, which is used immediately before the content execution process, is displayed. The content is executed based on the state information stored before the state information.
With such a configuration, it is possible to load a plurality of save data saved during game execution even during game execution processing. This allows the player to load from a savepoint of their choice.

In a more preferable form, the execution unit receives a long press input of the button for a predetermined time as the operation input related to the loading, executes the content, and receives the state from the second storage unit for the predetermined time. The time is longer than the time to retrieve the information to the first storage unit.
By adopting such a configuration, it is possible to load the save data by pressing and holding the button longer than the time that occurs when reading the save data from the auxiliary storage device. As a result, the save data can be loaded from the auxiliary storage device by making the player press and hold the button for a long time without feeling the time taken to read the save data from the auxiliary storage device.

In a more preferred form, the game device further includes an input unit, the input unit has a button, and the acquisition unit receives an input by pressing the button as an operation input related to the saving, and performs the execution. The unit receives a long press input of the button as an operation input related to the loading.
With such a configuration, saving and loading can be performed with a single button. This makes it easy to save and load.

In a more preferred embodiment, the game device executes multithreaded processing, and when the first thread is executed, the execution unit executes the content and receives an operation input related to saving to generate the content. By executing the second thread, the acquisition unit stores the state information in the storage unit.
With such a configuration, saving or loading can be performed in parallel with the game execution process. As a result, saving or loading can be performed seamlessly while the game is being executed.

In a more preferred form, the game device has a plurality of the contents, the acquisition section stores the acquired state information in the storage section in association with the contents, and the execution section relates to the loading. When the operation input is received, the state information stored immediately before is acquired from among the plurality of state information corresponding to the content being executed.
With such a configuration, each of the plurality of game contents can be saved or loaded while the game is being executed. As a result, the player can play various game contents while maintaining motivation.

Advantageous Effects of Invention The present invention has the effect of providing a technique that enables saving and loading to be performed efficiently.

1 is a hardware configuration diagram showing the configuration of a system in one embodiment; FIG. 1 is a functional block diagram showing the configuration of a system in one embodiment; FIG. 4 is a processing flowchart of the system in one embodiment; 4 is a processing flowchart of the system in one embodiment;

A more detailed description is given below with reference to the accompanying drawings. Preferred embodiments are shown in the drawings. It may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein.

For example, although the configuration, operation, and the like of the game device are described in the present embodiment, similar effects can be achieved by methods, systems, computer programs, and the like that are executed. A game program (hereinafter referred to as a game program) in this embodiment may be provided as a non-transitory computer-readable recording medium. The game program may be provided as downloadable from the outside and started by the computer. In this embodiment, the game program is provided in a state stored in advance in the auxiliary storage device of the game device, and the content of the game (hereinafter simply referred to as content) is executed by starting the computer and accepted from the player. Saving or loading is performed according to the input.

In the present invention, content is executed by activating a game software program, which cannot be directly activated by the game program itself, via an emulator. Here, the emulator is software or hardware that converts the architecture of the second program, which has an architecture different from that of the first program, into the architecture of the first program. In the following, an emulator program is used as a software emulator.

In this embodiment, the content is executed and processed by a game software program designed with an architecture different from that of the game program of the present invention, but is executed and processed by a game software program designed with the same architecture as the game program of the present invention. may That is, the content may be executed without going through the emulator program.

In this embodiment, one game device is configured and the following processes are executed. , and part of the processing performed by the game device may be performed by the computer device (game system).

<System configuration>
FIG. 1 shows the hardware configuration in this embodiment. FIG. 1 is a diagram showing an example of the hardware configuration of a game device 1, including a game device body 100 and an input device 9. As shown in FIG.

The game apparatus main body 100 includes, as hardware components, a processing unit 101, a storage unit 102, an input control unit 109, and a bus 110 connecting each component. The storage unit 102 has a volatile main storage device (hereinafter referred to as first storage unit) 103 and a non-volatile auxiliary storage device (hereinafter referred to as second storage unit) 104 . The input device 9 includes an input section 91 and a transmission section 92 . Although the game apparatus 1 has one input device in this embodiment, the number of input devices is not limited.

The processing unit 101 includes one or more processors such as a CPU (Central Processing Unit), and executes a game program, an OS (Operation System), an emulator program, a game software program, and other applications according to the present invention. , controls the functional configuration described later.

In this embodiment, the processing unit 101 executes processing by multithreading. Specifically, the processing unit 101 controls an execution unit, which will be described later, by executing a game program and a game software program via an emulator program on the first thread. In addition, the processing unit 101 performs polling control, and upon receiving an operation input related to saving via the input control unit 109, generates a second thread, and executes the second thread to obtain an acquisition unit, which will be described later. Control.

The first storage unit 103 is a RAM (Random Access Memory), a DRAM (Dynamic Random Access Memory), or the like, and stores a game program, a game software program, and an emulator program read from the second storage unit 104 by the OS. 101 stores executable.

The first storage unit 103 also stores state information indicating the state of the content being executed. In the present embodiment, the first storage unit 103 stores a plurality of pieces of state information in such a manner that the order acquired by an acquisition unit (to be described later) can be specified.

In this embodiment, the state information is a snapshot (state save) indicating numerical information such as registers in the CPU or memory information in the first storage unit 103 . More specifically, the state information includes output information for displaying a screen, BGM of content, reproduction time of BGM of content, sound information such as sound effects, and what kind of specific object in the content is. Flags and numerical information indicating how much status is held, address information of the first storage unit 103 itself in which the state information is stored, address information stored in the first storage unit 103 where the emulator is executed, etc. and includes

Note that in the present embodiment, a plurality of pieces of acquired status information are stacked and managed for each content in the first storage unit 103 . On the other hand, state information of different contents may be managed by a common stack in the first storage unit 103 .

The second storage unit 104 is a ROM (Read Only Memory), a HDD (Hard Drive Disk), an SSD (Solid State Drive), or the like, and the OS 105, the emulator program 106, and the OS 105 cooperate to exhibit their functions. A game program 107 that operates, a game software program 108 that cooperates with the OS 105 and the emulator program 106 to exhibit their functions, and various information (including status information and the like) for operating the game apparatus body 100 are stored.

The second storage unit 104 also stores a game software program 108 for each content, and stores one or more pieces of status information for each game software program 108 . In this embodiment, the second storage unit 104 stores one state information for each game software program 108 .

In this embodiment, the game program 107 includes a selection screen display program that displays a content selection screen (content selection screen) by controlling an output unit (not shown), and a content execution program that controls an execution unit and an acquisition unit. Although included, only the content execution program may be included and the selection screen display program may be another program.

In this embodiment, the second storage unit 104 stores an emulator program 106 and a game software program 108 as programs different from the game program 107. However, the game program 107, the game software program 108, and the emulator program 106 may store a program including part or all of

Each of the input control units 109 executes communication control with the input device 9 , receives operation inputs necessary for operating the game apparatus body 100 , and transfers the operation inputs to the processing unit 101 . Note that the game apparatus body 100 has one input control unit 109 in this embodiment, but may have a plurality of control units 109 . In this case, each input control unit 109 receives operation input from the corresponding input device 9 .

The input unit 91 is a button or the like, and inputs an operation input related to saving or loading by the user to the transmission unit 92 . The transmission unit 92 transmits an operation input related to save or load received from the input unit 91 to the input control unit 109 . Note that in the present embodiment, operation inputs for saving and loading are performed via the same button, but may be performed via different buttons.

In this embodiment, the transmission unit 92 transmits a signal indicating ON/OFF information to the input control unit 109 as an operation input related to save or load that has been accepted. may be converted into information indicating that it is an operation input related to and transmitted to the input control unit 109 .

Note that, in the present embodiment, the game device body 100 only includes the input control section 109 . That is, the game apparatus body 100 is separate from the input device 9 and is connected by wire or wirelessly. On the other hand, an input section 91 may be provided in addition to the input control section 109 . That is, the game device body 100 may include the input section 91 .

<Game Device 1>
As shown in FIG. 2, the game device body 100 includes an acquisition unit 11, an execution unit 12, and a sound output unit 13 as functional components.

Acquisition unit 11, upon receiving an operation input related to saving, acquires state information and stores the state information in storage unit 102 so that the order of acquisition can be specified. In the present embodiment, when a button press input is received as an operation input related to saving, the acquisition unit 11 acquires state information at the time when the press input is received, and obtains a plurality of state information items so that the order of acquisition can be specified. is stored in the first storage unit 103 . Specifically, the acquisition unit 11 stores the state information in the first storage unit 103 in the order in which the state information was acquired so that the execution unit 12 executes the content execution process based on the state information stored immediately before (so-called , Last In First Out or LIFO (Last In First Out). Note that in the present embodiment, the acquisition unit 11 may store the state information in the first storage unit 103 so that the acquisition order of the state information can be specified, and the acquisition method and storage order of the state information are not particularly limited.

Further, upon receiving a button press input, acquisition unit 11 stores the state information in first storage unit 103 and also stores the state information in second storage unit 104 . Specific processing will be described later.

The execution unit 12 executes content processing. In this embodiment, the execution unit 12 executes the content selected on the content selection screen from among the plurality of contents.

In addition, upon receiving an operation input related to loading during content execution processing, the execution unit 12 performs a load based on the state information stored immediately before in the storage unit 102 among the plurality of state information stored in the storage unit 102 . , to process the content. In the present embodiment, the execution unit 12 executes the content based on the state information stored in the second storage unit 104 when receiving a long press input of the button as an operation input related to loading during the content execution process. process.

Furthermore, the execution unit 12, when the long-press input continues, is the state information stored in the first storage unit 103, which is earlier than the state information used immediately before for the execution processing of the content. The content is executed based on the stored state information. Specific processing will be described later.

The sound output unit 13 outputs a sound associated with saving or loading. In the present embodiment, when the acquisition unit 11 stores the state information in the second storage unit 104, the sound output unit 13 outputs a save sound. Also, the sound output unit 13 outputs a loading sound when the execution unit 12 executes content execution processing based on the state information stored in the first storage unit 103 and the second storage unit 104 .

<Processing flowchart>
Next, a game processing method using the game device 1 and processing contents of each functional configuration will be described with reference to FIGS. 3 and 4. FIG. 3 and 4 omit a portion of the flowchart relating to content execution processing, when the game device 1 is activated, the processing unit 101 always executes the game program 107 and the game software on the first thread. Program 108 is executed. The content corresponding to the game software program 108 is always executed by the executing section 12 .

<Flowchart for save processing>
FIG. 3 is a flowchart showing an outline of save processing. First, in step S101 (hereinafter, "step SXXX" is abbreviated as "SXXX"), the processing unit 101 performs polling control, and receives a button press input as an operation input related to saving via the input control unit 109. determine whether or not If the processing unit 101 has not received a press input (No in S101), the processing unit 101 waits until it receives a press input. Then, when the processing unit 101 has received the pressing input (Yes in S102), the process proceeds to S102.

Proceeding to S<b>102 , the processing unit 101 generates a second thread for controlling the acquisition unit 11 , which is different from the first thread for controlling the execution unit 12 . Then, in S103, the execution unit 12 continues to execute the content.

On the other hand, in S<b>104 , the processing unit 101 passes the press input to the acquiring unit 11 . The acquisition unit 11 that has received the press input stores the state information at the time when the input control unit 109 accepts the press input in S101 in the first storage unit 103 . Specifically, when receiving the pressing input, the acquiring unit 11 acquires the information of the game software program 108 read out to the first storage unit 103, which is the numerical information at the time when the pressing input is received, as the content. Acquired as status information indicating the status. Acquisition unit 11 then stores in first storage unit 103 .

Next, in S<b>105 , the acquisition unit 11 stores the state information stored in the first storage unit 103 in S<b>104 in the second storage unit 104 . Specifically, the acquisition unit 11 stores the state information stored in the first storage unit 103 immediately before in the second storage unit 104 . Furthermore, when the acquisition unit 11 stores the new state information in the first storage unit 103 and stores the new state information in the second storage unit 104, the past state information is already stored in the second storage unit 104. , the new state information is stored in the second storage unit 104 instead of the past state information stored in the second storage unit 104 .

In addition, in the present embodiment, the second storage unit 104 stores one piece of state information, but may store a plurality of pieces of state information. In this case, the second storage unit 104 stores the state information so that the order acquired by the acquisition unit 11 can be identified.

Then, in S106, the sound output unit 13 outputs a sound related to saving. In the present embodiment, the acquisition unit 11 stores the state information in the second storage unit 104 at the same time as taking a snapshot of the state information in the first storage unit 103, but the order and timing of storing are not limited to this. .

By repeating S101 to S106, a plurality of pieces of state information are stored in the first storage unit 103, and only the state information stored in the first storage unit 103 immediately before is stored in the second storage unit.
As a result, the state information can be saved in a short period of time, and the history of the state information can be kept while the game is continuously executed.

Note that in the present embodiment, the sound output unit 13 outputs a save sound when the state information is stored in the second storage unit 104, but when the state information is stored in the first storage unit 103, the save You may output the sound which concerns on. Further, the sound output unit 13 outputs a save sound when the state information is stored in the second storage unit 104, but may output a save sound immediately before the state information is stored.

<Flowchart for load processing>
FIG. 4 is a flowchart showing an outline of load processing. First, in S<b>201 , the processing unit 101 performs polling control and determines whether or not a long press input of a button is received as an operation input related to loading via the input control unit 109 . If the processing unit 101 has not received a long press input (No in S201), the processing unit 101 waits until it receives a long press input. Then, when the processing unit 101 receives a long press input (Yes in S201), the process proceeds to S202.

Proceeding to S202, the execution unit 12 that has received the long press input received in S201 from the processing unit 101 reads the state information stored in the second storage unit 104 (S202), and based on the state information, executes the content. Execute processing. Also, the sound output unit 13 outputs a sound related to loading (S203). Specifically, when the execution unit 12 receives a long-press input, the execution unit 12 reads the state information stored in the second storage unit 104 to the first storage unit 103, and executes the content based on the state information. .

Here, in this embodiment, the long-press input means that the button is input for a predetermined time, and the predetermined time is longer than the time for reading the state information from the second storage unit 104 to the first storage unit 103. It's been a long time. Specifically, the predetermined time is, for example, the time for reading the state information from the second storage unit 104 to the first storage unit 103, and the time for the execution unit 12 to determine whether the operation input is related to loading. is the sum of the threshold time of .
As a result, it is possible to perform the content execution process without making the user feel that it is time to read the status information from the auxiliary storage device.

Next, in S204, the processing unit 101 further performs polling control and determines whether or not a long press input is accepted. If the processing unit 101 continues to receive no long-press input (No in S204), the execution unit 12 continues to execute the content executed in S203, and returns to S201.

If the processing unit 101 continues to accept long-press input (Yes in S204), the execution unit 12 determines in S205 whether state information is stored in the first storage unit 103 or not. If the state information is not stored in the first storage unit 103 (No in S205), the execution unit 12 continues executing the content executed in S203, and returns to S201.

If state information is stored in the first storage unit 103 (Yes in S205), the execution unit 12 determines in S206 whether the order of acquisition by the acquisition unit 11 of the state information stored in the first storage unit 103 is , the state information immediately preceding the state information used for the content execution processing in S203 is read (S206), and the content is executed based on the state information. Also, the sound output unit 13 outputs a sound related to loading (S207).

By repeating S204 to S207 above, when long-press input is continuously received, the execution unit 12 determines that the acquisition order is new based on the state information stored in the first storage unit 103 and the acquisition order of the state information. Execute and process the contents continuously in order.
As a result, it is possible to continuously read out the state information while making the player feel that the game is being continued. In the conventional technology, the time to read the status information from the non-volatile memory was hidden by performing a long display process such as an opening animation. State information can be read without screen transition without worrying about time.

Note that in this embodiment, when the game device 1 is restarted, the execution unit 12 stores the state information stored in the second storage unit 104 by the acquisition unit 11 in S104 in the first storage where the latest state information is stored. By reading to the address of the first storage unit 103 that is the same as the address of the unit 103, the above-described content execution processing is performed. On the other hand, even if the game apparatus 1 is restarted, the execution unit 12 does not read out the state information to the first storage unit 103, and the execution unit 12 reads the above-described state information based on the state information newly stored in the first storage unit 103 by the acquisition unit 11. content execution processing may be performed.

Further, when a plurality of pieces of state information are stored in the second storage unit 104, when the game device 1 is restarted, the execution unit 12 reads the plurality of pieces of state information into the first storage unit 103, content execution processing may be performed. On the other hand, the execution unit 12 may execute the above-described content execution processing based on the state information newly stored in the first storage unit 103 by the acquisition unit 11 without reading the state information to the first storage unit 103. .

Further, in the present embodiment, when the long-press input continues, the execution unit 12 executes the content based on the state information in order of the newest acquisition order of the status information information. , and the number indicating the order in which the state information to be loaded is stored, and based on the correspondence table, the content may be executed based on the state information according to the time of the long press input. .

Further, the sound output unit 13 outputs a loading sound immediately before the content is executed based on the state information stored in the first storage unit 103 or the second storage unit 104 by the execution unit 12. , a loading sound may be output after the content is executed.

1: game device 100: game device main body 101: processing unit 102: storage unit 103: first storage unit 104: second storage unit 105: OS
106: emulator program 107: game program 108: game software program 109: input control unit 110: bus 11: acquisition unit 12: execution unit 13: sound output unit 9: input device 91: input unit 92: transmission unit

Claims (9)

with multithreading gameofexecutionreasonlineUgea room device,
The game device comprises an execution unit, an acquisition unit, and a storage unit,
By executing the first thread, The execution unit executes game content,
By executing a second thread generated by receiving an operation input related to saving during the content execution process, The acquisition unit,fruitAcquiring state information indicating the state of the content being processed, storing it in a storage unit so that the acquisition order can be specified,
When receiving an operation input related to loading during execution processing of the content, the execution unit reads the content based on the state information acquired immediately before among the plurality of state information stored in the storage unit. A game device that executes and processes. The storage unit includes a volatile first storage unit and a nonvolatile second storage unit,
The acquisition unit stores the acquired state information in the first storage unit and the second storage unit,
2. The game apparatus according to claim 1, wherein said execution unit executes said content based on said state information stored in said second storage unit upon receiving an operation input relating to said loading. The game device further comprises an input unit,
The input unit has a button,
The execution unit performs the execution process by receiving a long press input of the button as an operation input related to the loading,
Further, when the long-pressing input of the button continues, the state information stored in the first storage unit is stored before the state information used immediately before for the execution processing of the content. 3. The game device according to claim 2, wherein the content is executed based on the stored state information. The execution unit receives a long press input of the button for a predetermined time as an operation input related to the loading, and executes the content,
4. The game apparatus according to claim 3, wherein said predetermined time is longer than the time taken to retrieve said state information from said second storage unit to said first storage unit. The game device further comprises an input unit,
The input unit has a button,
The acquisition unit receives a press input of the button as an operation input related to the save,
3. The game apparatus according to claim 1, wherein the execution unit receives a long press input of the button as an operation input related to the loading. The game device has a plurality of the contents,
the acquisition unit stores the acquired state information in the storage unit in association with content;
2. The execution unit acquires, upon receiving an operation input related to the loading, the state information stored immediately before among a plurality of the state information corresponding to the content being executed. 3. The game device according to 2. run in multiple threads a game program,
unitcomputerto the
in the first threadExecution processing of game contentand,
PreviousReceiving operation input related to saving during the execution process of the above contentIn the second thread spawned byAcquires status information that indicates the status of content being executed, and stores the acquisition order in a identifiable manner.and,
PreviousWhen an operation input related to loading is received during execution processing of the content, the content is executed based on the state information obtained immediately before among the plurality of stored state information.let step andgame program. with multithreading gameofexecutionreasonA game processing method that enables to:
the computer
By executing the first thread, an execution processing step for executing game content;
Receiving operation input related to saving during execution processing of the contentBy executing the second thread created bya storing step of acquiring state information indicating the state of the content being executed and storing it in a storage unit so that the acquisition order can be specified;
In the execution processing step, when an operation input related to loading is received during execution processing of the content, based on the state information stored immediately before among the plurality of state information stored in the storage unit, the A game processing method including execution processing of content. with multithreading gameofexecutionreasonA game system that allows you to:
The game system comprises an execution unit, an acquisition unit, and a storage unit,
By executing the first thread, The execution unit executes game content,
By executing a second thread generated by receiving an operation input related to saving during the content execution process, The acquisition unit,fruitAcquiring state information indicating the state of the content being processed, storing it in a storage unit so that the acquisition order can be specified,
When receiving an operation input related to loading during execution processing of the content, the execution unit loads the content based on the state information stored immediately before among the plurality of state information stored in the storage unit. A game system that executes and processes.

Images