JP7449902B2 - Information processing program, information processing method, and information processing system - Google Patents

Description

The present invention relates to an information processing program, an information processing method, and an information processing system.

Patent Document 1 discloses that a demo image displayed while the game is on standby is changed depending on the elapsed time that the game machine has been in operation.

Japanese Patent Application Publication No. 2008-136702

However, after the game machine is activated, the player's game progress and the player's game start timing are different for each player. Therefore, the game machine of Patent Document 1 cannot necessarily provide a demo video (image) suitable for each player.

An object of the present invention is to provide an information processing program, an information processing method, and an information processing system that can provide each player with an appropriate demo image.

In order to solve the above problem, an information processing program acquires story progress information indicating the player's viewing status of a first chapter that includes multiple stories and a second chapter that includes multiple stories following the first chapter. and a process of displaying a predetermined image according to the player's viewing status on a display unit on a screen other than the viewing screen where the player views the contents of each story, based on the story progress information, The process of displaying a predetermined image on the display unit is performed when the story progress information of a player who has not viewed the story of the second chapter satisfies that the player has finished viewing the specific story in the first chapter , information regarding the second chapter , Then, a predetermined image including information regarding a story that the player has not yet viewed is displayed on the display unit.

The processing of acquiring time information indicating the current time and the processing of causing the computer to perform the processing and displaying a predetermined image on the display section are based on the story progress information and the time information, and display a superimposed image according to the time information on the display section. It may also be possible to display the image in a superimposed manner .

In order to solve the above problems, an information processing method is an information processing method executed by either or both of a player terminal and a server capable of communicating with the player terminal, the first chapter including a plurality of stories, and obtaining story progress information indicating the player's viewing status of a second chapter that includes a plurality of stories following the first chapter; displaying the predetermined image on the display section on a screen other than the viewing screen for viewing the content of each story, and the step of displaying the predetermined image on the display section includes the step of displaying story progress information of the player who has not yet viewed the story of the second chapter. If the viewing of the specific story in the first chapter is satisfied , a predetermined image including information regarding the second chapter and information regarding a story that the player has not yet viewed is displayed on the display unit.

In order to solve the above problems, an information processing system includes a player terminal and a server that can communicate with the player terminal, and one or both of the player terminal and the server can read multiple stories. A process of acquiring story progress information indicating the player's viewing status of the first chapter including the first chapter and a second chapter including the multiple stories following the first chapter, and The process of causing the computer to display the predetermined image on a screen other than the viewing screen where the player views the content of each story, and the process of displaying the predetermined image on the display section, is performed when the story of the second chapter is displayed on a screen other than the viewing screen where the player views the content of each story. When the player's story progress information satisfies that the player has finished viewing the specific story in the first chapter , a predetermined image including information regarding the second chapter and information regarding the story that the player has not yet viewed is displayed on the display unit. .

According to the present invention, it is possible to provide each player with an appropriate demo image.

FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system. FIG. 2A is a diagram illustrating the hardware configuration of the player terminal. FIG. 2B is a diagram illustrating the hardware configuration of the server. FIG. 3A is a diagram showing an example of a title screen. FIG. 3B is a diagram showing an example of the home screen. FIG. 3C is a diagram showing an example of an ally character confirmation screen. FIG. 4A is a diagram showing an example of a story screen. FIG. 4B is a diagram showing an example of the main story screen. FIG. 4C is a diagram showing an example of a quest screen. FIG. 5A is a diagram illustrating an example of the main quest screen. FIG. 5B is a diagram illustrating an example of the main quest selection screen. FIG. 5C is a diagram illustrating an example of a party selection screen. FIG. 6A is a diagram illustrating an example of a battle game screen. FIG. 6B is a diagram illustrating an example of a result screen. FIG. 6C is a diagram illustrating an example of a report screen. FIG. 7A is a diagram showing an example of a condition non-conforming image displayed on the title screen in this embodiment. FIG. 7B is a diagram showing an example of a condition-compliant image displayed on the title screen in this embodiment. FIG. 8 is a diagram for explaining an example of image selection list information according to this embodiment. FIG. 9A is a diagram illustrating an example of a period-compatible image superimposed on a condition-uncompatible image in this embodiment. FIG. 9B is a diagram illustrating an example of a period-compatible image superimposed on a condition-compatible image in this embodiment. FIG. 10A is a diagram showing an example of a condition non-conforming image displayed on the story screen in this embodiment. FIG. 10B is a diagram illustrating an example of a condition-compatible image displayed on the story screen in this embodiment. FIG. 11A is a diagram showing an example of a condition non-conforming image displayed on the quest screen in this embodiment. FIG. 11B is a diagram showing an example of a condition matching image displayed on the quest screen in this embodiment. FIG. 12 is a diagram illustrating the memory configuration and computer functions in the player terminal. FIG. 13 is a diagram illustrating the memory configuration and computer functions in the server. FIG. 14 is a sequence diagram illustrating the basic processing of the player terminal and the server. FIG. 15 is a diagram for explaining an example of screen display processing according to this embodiment.

One aspect of the embodiment of the present invention will be described in detail below with reference to the accompanying drawings. The dimensions, materials, and other specific numerical values shown in these embodiments are merely examples for easy understanding, and do not limit the present invention unless otherwise specified. In this specification and the drawings, elements with substantially the same functions and configurations are given the same reference numerals to omit redundant explanation, and elements not directly related to the present invention are omitted from illustration. do.

(Overall configuration of information processing system S)
FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system S. As shown in FIG. The information processing system S is a so-called client server system including a player terminal 1, a server 100, and a communication network 200 having a communication base station 200a.

The player terminal (information processing device) 1 can establish communication with the server 100 via the communication network 200. The player terminal 1 broadly includes electronic devices that can be connected to the server 100 for wireless or wired communication. Examples of the player terminal 1 include a smartphone, a mobile phone, a tablet device, a personal computer, and a game device. In this embodiment, a case where a smartphone is used as the player terminal 1 will be described.

The server 100 is configured to be able to communicate with the plurality of player terminals 1 and is communicatively connected to the plurality of player terminals 1 . The server 100 accumulates various types of information (hereinafter referred to as player information) for each player identification information (hereinafter referred to as player ID) for identifying a player who plays a game.

The communication base station 200a is connected to the communication network 200 and transmits and receives information to and from the player terminal 1 wirelessly. The communication network 200 is composed of a mobile phone network, an Internet network, a LAN (Local Area Network), a dedicated line, etc., and realizes a wireless or wired communication connection between the player terminal 1 and the server 100.

In the information processing system S of this embodiment, the player terminal 1 and the server 100 function as a game device G. The player terminal 1 and the server 100 are each assigned the role of controlling the progress of the game, and the game can progress through cooperation between the player terminal 1 and the server 100.

(Hardware configuration of player terminal 1 and server 100)
FIG. 2A is a diagram illustrating the hardware configuration of the player terminal 1. Further, FIG. 2B is a diagram illustrating the hardware configuration of the server 100. As shown in FIG. 2A, the player terminal 1 includes a CPU (Central Processing Unit) 10, a memory 12, a bus 14, an input/output interface 16, a storage section 18, a communication section 20, an input section 22, and an output section 24. be done.

Further, as shown in FIG. 2B, the server 100 includes a CPU 110, a memory 112, a bus 114, an input/output interface 116, a storage section 118, a communication section 120, an input section 122, and an output section 124.

Note that the configurations and functions of the CPU 110, memory 112, bus 114, input/output interface 116, storage section 118, communication section 120, input section 122, and output section 124 of the server 100 are the same as those of the CPU 10, memory 12, and output section of the player terminal 1, respectively. The bus 14, input/output interface 16, storage section 18, communication section 20, input section 22, and output section 24 are substantially the same. Therefore, below, the hardware configuration of the player terminal 1 will be explained, and the explanation of the server 100 will be omitted.

The CPU 10 operates programs stored in the memory 12 to control the progress of the game. The memory 12 is configured with a ROM (Read Only Memory) or a RAM (Random Access Memory), and stores programs and various data necessary for controlling the progress of the game. Memory 12 is connected to CPU 10 via bus 14.

An input/output interface 16 is connected to the bus 14 . A storage section 18 , a communication section 20 , an input section 22 , and an output section 24 are connected to the input/output interface 16 .

The storage unit 18 is composed of a semiconductor memory such as a DRAM (Dynamic Random Access Memory), and stores various programs and data. In the player terminal 1, programs and data stored in the storage unit 18 are loaded into the memory 12 (RAM) by the CPU 10.

The communication unit 20 is wirelessly connected to the communication base station 200a and sends and receives information such as various data and programs to and from the server 100 via the communication network 200. In the player terminal 1, programs and the like received from the server 100 are stored in the memory 12 or the storage unit 18.

The input unit 22 includes, for example, a touch panel for inputting (receiving operations) a player's operations, buttons, a keyboard, a mouse, a cross key, an analog controller, and the like. Further, the input unit 22 may be a dedicated controller provided in the player terminal 1 or connected (externally attached) to the player terminal 1. Furthermore, the input unit 22 may be configured with an acceleration sensor that detects the tilt or movement of the player terminal 1, or a microphone that detects the player's voice. That is, the input unit 22 broadly includes devices that can input the player's intention in a discernible manner.

The output unit 24 includes a display device and a speaker. Note that the output unit 24 may be a device connected (externally attached) to the player terminal 1. In this embodiment, the player terminal 1 includes a display (display unit) 26 as the output unit 24 and a touch panel provided to overlap the display 26 as the input unit 22.

(Game content)
Next, the content of the game provided by the information processing system S (game device G) of this embodiment will be explained using an example. In this embodiment, a so-called battle game in which a friendly character competes against an enemy character is provided. In the game of this embodiment, a plurality of ally characters are provided to the player by the game management side. For example, a player can own a plurality of ally characters acquired through a lottery called gacha or ally characters distributed by the management side.

The player can form a party by selecting a plurality of ally characters (five in this case) from among the ally characters that the player owns. The player can play a battle game using the formed party. In a battle game, the objective is for friendly characters formed in a party to defeat (clear) enemy characters and obtain rewards. The player can play multiple types of battle games with different enemy characters and difficulty levels.

FIG. 3A is a diagram showing an example of the title screen 30. FIG. 3B is a diagram showing an example of the home screen 40. FIG. 3C is a diagram showing an example of the ally character confirmation screen 50. FIG. 4A is a diagram showing an example of the story screen 60. FIG. 4B is a diagram showing an example of the main story screen 63. FIG. 4C is a diagram showing an example of the quest screen 70. On the display 26 of the player terminal 1, game screens as shown in FIGS. 3A, 3B, 3C, 4A, 4B, and 4C are displayed. In this embodiment, the game screen is roughly divided into a normal screen and a battle screen.

The normal screen is mainly a screen for waiting for the game to start, and a screen for the player to make various settings and check information. On the other hand, the battle screen is a screen displayed on the display 26 from the start to the end of the battle game. Here, all screens other than the battle screen become normal screens. The normal screen includes a title screen 30 shown in FIG. 3A, a home screen 40 shown in FIG. 3B, an ally character confirmation screen 50 shown in FIG. 3C, a story screen 60 shown in FIG. 4A, a main story screen 63 shown in FIG. 4B, and a main story screen 63 shown in FIG. 4C. A plurality of screens are provided, such as a quest screen 70 shown in , a gacha screen (not shown), and a menu screen.

The title screen 30 shown in FIG. 3A is the first screen displayed on the display 26 when the game is started on the player terminal 1. As shown in FIG. 3A, the title screen 30 displays, for example, the title name "ABCD EFGH" of the activated game. In addition to the title of the game, the title screen 30 may also display the name of the operating company that operates the game. Then, on the title screen 30, an image or video suggesting the content of the game is displayed as a background image of the title name of the game and the name of the operating company. For example, the background image includes information about characters appearing in the main game, information about the story of the main game, and the like.

Further, on the title screen 30, game start operation information "Touch" indicating the operation method necessary to start the game is displayed. In this embodiment, the game is started when the player taps the display 26 on the title screen 30.

The home screen 40 shown in FIG. 3B is the first screen displayed after the player taps the display 26 on the title screen 30 (that is, after starting the game). As shown in FIG. 3B, on the home screen 40, a menu bar 41 is displayed at the bottom of the display 26. The menu bar 41 is displayed at the bottom of the display 26 on normal screens other than the title screen 30.

The menu bar 41 is provided with a plurality of operation units that can be operated (tapped) by the player. The menu bar 41 includes a home screen selection operation section 41a labeled "Home", an ally character confirmation screen selection operation section 41b labeled "Character", a story screen selection operation section 41c labeled "Story", A quest screen selection operation section 41d labeled "Quest", a gacha screen selection operation section 41e labeled "Gacha", and a menu screen selection operation section 41f labeled "Menu" are provided. Note that in the menu bar 41, the operation units corresponding to each screen are highlighted so that the screen currently displayed on the display 26 can be identified.

When the home screen selection operation section 41a is tapped, the home screen 40 shown in FIG. 3B is displayed on the display 26. Further, when the ally character confirmation screen selection operation section 41b is tapped, an ally character confirmation screen 50 shown in FIG. 3C is displayed on the display 26. Further, when the story screen selection operation section 41c is tapped, a story screen 60 shown in FIG. 4A is displayed on the display 26. Further, when the quest screen selection operation section 41d is tapped, a quest screen 70 shown in FIG. 4C is displayed on the display 26.

Further, when the gacha screen selection operation section 41e is tapped, a gacha screen (not shown) is displayed on the display 26. Further, when the menu screen selection operation section 41f is tapped, a menu screen (not shown) is displayed on the display 26. Although a detailed explanation will be omitted, on the gacha screen, you can perform a gacha lottery in which you can win an ally character by lottery. Also, on the menu screen, you can check game settings and various information.

At the top of the home screen 40, a header display area 42 is provided. In the header display area 42, player information associated with the player ID is displayed. For example, in the header display area 42, level information 42a indicating the player level and a stamina display bar 42b indicating the stamina of the player are displayed. The player information includes a player ID, ally character identification information for identifying ally characters owned by the player (hereinafter referred to as ally character ID), level information 42a, stamina information displayed on the stamina display bar 42b, and a story to be described later. It includes progress information and battle game clear information.

Note that stamina is a parameter necessary for the player to play the battle game. In this embodiment, a plurality of types of battle games are provided, and each battle game has a stamina consumption value necessary for playing, a maximum number of times the game can be played per day, and the like. When playing a battle game where the stamina consumption value required for play is set, the player will consume stamina to play the battle game, so if the player does not have enough stamina, the battle game cannot play.

Although a detailed explanation will be omitted, when a player wins a battle game, he or she can obtain a predetermined value as a player experience value. Then, each time the player's experience value reaches a certain value, the player level increases. An upper limit value of stamina is set for the player level, and as the player level increases, the upper limit value of stamina also increases. Stamina is recovered by a predetermined value (for example, 1 point) at fixed time intervals (for example, 5 minutes) within the upper limit. The stamina display bar 42b displays the current remaining amount of stamina with respect to the upper limit of stamina so that it can be visually grasped.

Further, a notification selection operation section 43 may be displayed at the right end of the home screen 40. For example, when a guild battle event is held in a game, the notification selection operation section 43 labeled "Guild Battle" is displayed during the guild battle event period.

Then, when the notification selection operation section 43 labeled "Guild Battle" is tapped, a guild battle screen (not shown) is displayed on the display 26. Note that if a guild battle is not being held, the notification selection operation section 43 is hidden.

Further, a home menu 44 is displayed between the menu bar 41 and the notification selection operation section 43 on the home screen. The home menu 44 includes a shop screen selection operation section 44a labeled "Shop", a guild screen selection operation section 44b labeled "Guild", a notification screen selection operation section 44c labeled "Notice", and a "Gift" screen selection operation section 44c. ” A present screen selection operation section 44d is provided.

When the shop screen selection operation section 44a is tapped, a shop screen (not shown) from which items can be purchased is displayed. Furthermore, when the guild screen selection operation section 44b is tapped, a guild search screen (not shown) is displayed on the display 26.

Furthermore, when the notification screen selection operation section 44c is tapped, a notification screen (not shown) that displays update information, maintenance information, etc. is displayed on the display 26. Further, when the present screen selection operation section 44d is tapped, a present screen (not shown) displaying items distributed by the management side, for example, is displayed on the display 26.

When the ally character confirmation screen selection operation section 41b of the menu bar 41 is tapped, an ally character confirmation screen 50 shown in FIG. 3C is displayed on the display 26. On the ally character confirmation screen 50, all images of ally characters corresponding to the ally character ID associated with the player ID are displayed.

That is, on the ally character confirmation screen 50, all ally characters owned by the player are displayed. Note that the ally character ID is assigned a different ID for each ally character. Then, when the player acquires a new ally character through a gacha lottery or the like, the ally character ID of the acquired ally character is associated with the player ID of the player.

Information regarding experience values and information regarding levels are stored in association with the ally character ID. Experience points increase when you win a battle game (described later) or when you use a predetermined item. The level is set corresponding to the experience value, and the level increases each time the experience value reaches a predetermined value. Note that an upper limit value of the level is set for each ally character, and the level increases only within the range up to the upper limit value.

Furthermore, base values of combat power such as life points, attack power, defense power, etc. are set for the ally characters based on their levels. The higher the fighting power of the ally character, the more advantageously the player can proceed with the battle game. Furthermore, each base value set for an ally character increases as the level increases.

Furthermore, it is possible to equip (set) equipment such as weapons and armor to the ally character. For each piece of equipment, an additional value for attack power, defense power, etc. is set. When equipment is equipped, the additional value of each equipment is added to the above base value, and the combat power of the ally character can be increased. Information regarding equipment such as weapons and armor is also associated with the ally character ID and constituted as part of the player information.

Further, at the right end of the ally character confirmation screen 50, a party screen selection operation section 51 labeled "Party" is displayed. When the party screen selection operation section 51 is tapped, a party formation screen (not shown) is displayed on the display 26, and a party consisting of up to five ally characters can be formed and saved.

When the story screen selection operation section 41c of the menu bar 41 is tapped, a story screen 60 shown in FIG. 4A is displayed on the display 26. As shown in FIG. 4A, the story screen 60 displays a menu bar 41, a header display area 42, a main story selection operation section 61, and a character story selection operation section 62. The story screen 60 displays characters that appear in the main game, the story of the main game, etc. as background images for the menu bar 41, header display area 42, main story selection operation section 61, and character story selection operation section 62. An image or video that suggests something is displayed.

When the main story selection operation section 61 in the story screen 60 is tapped, a main story screen 63 shown in FIG. 4B is displayed on the display 26. As shown in FIG. 4B, the main story screen 63 displays a menu bar 41, a header display area 42, and a main story selection display area 64. The main story selection display area 64 displays a plurality of main stories that are released depending on the progress of a "main quest" to be described later. As the player progresses through the main quest described below, a new main story is opened, and the player can view the opened main story from the main story screen 63.

In this embodiment, the main story selection display area 64 includes a story selection operation section 64a marked with "Story 1-1", a story selection operation section 64b marked with "Story 1-2", and a story selection operation section 64b marked with "Story 1-1". Five main stories are displayed: a story selection operation section 64c marked "3", a story selection operation section 64d marked "Story 2-1", and a story selection operation section 64e marked "Story 2-2". has been done.

The player can view the content of each main story by operating each story selection operation section 64a, 64b, 64c, 64d, and 64e. Here, release conditions are set for each main story, and the player can view only the main stories for which the release conditions are satisfied. If the release condition is not met, the story selection operation section 64e shown in FIG. 4B is displayed in grayout on the display 26, and the player is unable to perform the selection operation.

The conditions for unlocking the main story include viewing the main story that precedes the main story you are viewing, and clearing a specific main quest. The main story is designed to be open for viewing. Furthermore, "Story 1-1", in which the previous main story does not exist, is open from the beginning, and the player can view "Story 1-1" immediately after starting the game. . In the example in Figure 4B, the main stories are opened in the order of "Story 1-1", "Story 1-2", "Story 1-3", "Story 2-1", and "Story 2-2". go. When the main story release conditions are met, the main story release information included in the player information is updated. As a result, each story selection operation section is released from the gray-out display (selectable state) shown in FIG. 4B and becomes selectable.

Further, the main story of this embodiment includes a plurality of chapters. In the example of FIG. 4B, the main story includes chapter 1 and chapter 2. Chapter 1 includes "Story 1-1," "Story 1-2," and "Story 1-3." Chapter 2 includes "Story 2-1" and "Story 2-2". Here, "Story 1-3" is the main story of the final story of Chapter 1. Each main story is given unique identification information (hereinafter referred to as story ID).

When the player finishes viewing the main story, the player terminal 1 transmits the story ID corresponding to the viewed main story to the server 100. When the server 100 receives the story ID from the player terminal 1, the server 100 stores the story ID in the storage unit in association with the transmitted player ID of the player terminal 1. By associating the story ID with the player ID in the server 100, the story ID corresponding to the viewed main story for each player (that is, for each player information) is managed. The story ID of each player managed by the server 100 functions as story progress information indicating that the player has viewed the main story. Here, if the player has not viewed any main story, no story ID is transmitted from the player terminal 1 to the server 100, and no story ID is associated with the player ID of the player. In this state, the player ID of the player is associated with a default value (for example, "0") indicating that there is no main story that has been viewed, and is stored in the storage unit of the server 100. On the other hand, each time the player views the main story, the viewed story ID is transmitted from the player terminal 1 to the server 100, and the story ID is associated with the player ID of the player terminal 1 and stored in the server 100. In this way, the story progress information included in the player information is updated.

When the character story selection operation section 62 in the story screen 60 shown in FIG. 4A is operated, a character story (not shown) that is opened depending on the intimacy level of the ally character is displayed on the display 26. The intimacy level of an ally character increases when the player wins a battle game, which will be described later, or when a predetermined item is used. Each time the degree of intimacy reaches a predetermined value, the rank of the degree of intimacy increases. Note that an upper limit value of the rank of intimacy is set for the ally character, and the rank increases only within the range up to the upper limit value. When an ally character's intimacy level reaches the upper limit, all character stories for that ally character will be unlocked. When the character story release conditions are met, the character story release information included in the player information is updated. Furthermore, each time the player views the character story, the story progress information included in the player information is updated.

Returning to FIG. 3B, when the quest screen selection operation section 41d of the menu bar 41 is tapped, the quest screen 70 shown in FIG. 4C is displayed on the display 26. The quest screen 70 displays a menu bar 41, a header display area 42, and a plurality of game type selection operation sections 71 in which types of battle games being provided are described. Here, four types of battle games are provided, and four game type selection operation sections 71 are displayed. Then, on the quest screen 70, images or videos suggesting characters appearing in the main game, the story of the main game, etc. are displayed as background images of the four game type selection operation sections 71.

The game type selection operation section 71 includes a main quest selection operation section 71a marked with "Main Quest", a guild battle selection operation section 71b marked with "Guild Battle", and a 1V1 battle selection section marked with "1V1 Battle". It includes an operation section 71c and a 3V3 battle selection operation section 71d labeled "3V3 Battle".

When the main quest selection operation section 71a is tapped, a main quest screen 72 shown in FIG. 5A is displayed on the display 26. Further, when the guild battle selection operation section 71b is tapped, a guild battle screen (not shown) is displayed on the display 26. Similarly, when the 1V1 battle selection operation section 71c is tapped, a 1V1 battle screen (not shown) is displayed on the display 26. Further, when the 3V3 battle selection operation section 71d is tapped, a 3V3 battle screen (not shown) is displayed on the display 26.

Note that some battle games have opening conditions set. The release conditions include, for example, that the player level is equal to or higher than a predetermined value, that another predetermined battle game has been cleared, and so on. Moreover, a plurality of battle games (layers or rounds) belong to each battle game type. Each of these battle games also has opening conditions set. Then, when the release condition is satisfied, the game release information included in the player information is updated.

In the player terminal 1, it is determined whether a battle game is opened based on the game release information, and only the game type selection operation section 71 of the battle game that satisfies the release conditions accepts the player's operation (tap). . Therefore, the player can only play battle games that satisfy the opening conditions.

When the main quest selection operation section 71a in the quest screen 70 shown in FIG. 4C is tapped, the main quest screen 72 shown in FIG. 5A is displayed on the display 26.

FIG. 5A is a diagram illustrating an example of the main quest screen 72. FIG. 5B is a diagram illustrating an example of the main quest selection screen 74. FIG. 5C is a diagram illustrating an example of the party selection screen 77.

The main quest screen 72 displays a menu bar 41, a header display area 42, and a quest operation section 73 for selecting a plurality of battle games (layers) belonging to the main quest.

The quest operation section 73 also displays clear information for each battle game. Clear information is indicated by three stars, for example. In a battle game that belongs to the main quest, when the battle game is cleared, stars are acquired according to the number of ally characters whose life points are 0 at the time of clearing. For example, if there are no friendly characters with 0 life points, you will get 3 stars, and if there is only 1 friendly character with 0 life points, you will get 2 stars. , if there are two or more ally characters whose life points are 0, one star is obtained.

In the example of FIG. 5A, three stars are obtained in the "1-1" battle game, two stars are obtained in the "1-2" battle game, and one star is obtained in the "1-3" battle game. has been acquired. Furthermore, in the battle game "1-4", it is reported that no stars have been acquired and this battle game has not been cleared.

Furthermore, in the main quest, the opening condition is to clear the previous battle game. For example, in the example of FIG. 5A, the battle game "1-4" is unlocked by clearing the battle game "1-3", but after that (not shown "1-5" and later), the battle game "1-4" is unlocked. ) battle game has not yet been released.

On the main quest screen 72, for example, when the quest operation section 73 of the battle game "1-4" is operated (tapped), a main quest selection screen 74 shown in FIG. 5B is displayed on the display 26. The main quest selection screen 74 displays enemy characters appearing in the battle game and items (rewards) that can be obtained in the battle game. The main quest selection screen 74 also includes a challenge operation section 75 marked with "Challenge" for challenging the battle game, and a "Cancel" button for canceling the process corresponding to the currently displayed screen. A cancel operation section 76 marked with is displayed.

When the cancel operation unit 76 is operated (tapped), the main quest screen 72 shown in FIG. 5A is displayed on the display 26, and the challenge to the selected battle game "1-4" is canceled.

On the other hand, when the challenge operation section 75 is operated (tapped), a party selection screen 77 shown in FIG. 5C is displayed on the display 26. The party selection screen 77 displays all the ally characters possessed by the player, and also displays a selected ally character display area 78 below which displays the selected ally characters.

Further, on the party selection screen 77, a cancel operation section 76 and a battle start operation section 79 labeled "Battle Start" are displayed.

When the player operates (tap) a displayed ally character on the party selection screen 77, the operated ally character is displayed in the selected ally character display area 78. That is, here, the ally character ID for use in the battle game (for determining the party) is selected from among the plurality of ally character IDs associated with the player ID. A party is formed by the player selecting a plurality of ally characters. Note that when forming a party, the same ally character cannot be set twice.

When the party formation is completed and the battle start operation section 79 is operated (tapped), the battle game is started and a battle game screen 80 is displayed on the display 26.

FIG. 6A is a diagram illustrating an example of the battle game screen 80. FIG. 6B is a diagram illustrating an example of the result screen 83. FIG. 6C is a diagram illustrating an example of the report screen 86. During the battle game, a battle game screen 80 is displayed as shown in FIG. 6A. On the battle game screen 80, an ally character and an enemy character are displayed on the display 26. The ally character operates under computer control and deals damage to or receives damage from the enemy character. In addition, the enemy character operates under computer control and damages or receives damage from the ally character.

When damage points are given to the enemy character, the damage points are subtracted from the enemy character's life points. Similarly, when damage points are given to an ally character, the damage points are subtracted from the ally character's life points. When the life points of all enemy characters become 0, the player wins (clear), and when all the ally characters' life points become 0 (defeat), the player loses.

Here, at the bottom of the battle game screen 80, as shown in FIG. 6A, an ally character display area 81 is provided. The ally character display area 81 displays a life point 81a and a special move gauge 81b for each ally character. The special move gauge 81b increases when an ally character receives damage from an enemy character or deals damage to an enemy character. When the special move gauge 81b reaches a predetermined maximum value, the ally character becomes able to use the special move. A special move deals more damage points to the enemy character than a normal attack, restores the life points of an ally character, or gives a special effect to the enemy character.

Here, there are two patterns of how to use the special move. One method is for the player to operate (tap) an ally character displayed in the ally character display area 81 whose special move gauge 81b has reached its maximum value. The other method is for an ally character to use a special attack under computer control when the special attack gauge 81b reaches its maximum value in the automatic state. Note that an auto selection operation section 82 is displayed on the battle game screen 80, and the player can switch between the auto state and the manual state by operating the auto selection operation section 82. When the automatic selection operation section 82 is operated in the manual state, the automatic state is entered in which special moves are used automatically. Further, when the auto selection operation section 82 is operated in the auto state, the state becomes a manual state in which the special move is manually used. In addition, even in the automatic state, if the player operates (tap) an ally character when the special move gauge 81b has reached the maximum value and no special move is being used due to computer control, the special move will not be used. is possible.

When the battle game ends normally (normal end), a result screen 83 is displayed on the display 26, as shown in FIG. 6B. FIG. 6B shows, as an example, a result screen 83 when an ally character wins.

The result screen 83 displays at least part of the game result information of the battle game, and also displays a report display operation section 84 labeled "Report" and an end operation section 85 labeled "Close". be done.

The game result information includes the ally character ID (party) of the ally character, the enemy character ID of the enemy character, and the remaining status information of the ally character and enemy character at the end of the battle (if the life points become 0 at the end of the battle game). ), damage points inflicted (total value), player operation information (manual state or automatic state), battle log ID, battle game type information (main quest, guild battle, etc.), and association for each type of battle game. Contains information such as assigned information (clear information, battle game hierarchy, etc.), assigned item information, etc. Note that whether it is in the manual state or the automatic state, if the battle game is in the automatic state from the start to the end and the special move is not manually used by the player, it will be in the automatic state, and otherwise it will be in the manual state. Moreover, a battle log ID is uniquely assigned to each battle game. Further, the information associated with each type of battle game has different contents depending on the type of battle game.

When the end operation section 85 is operated (tapped) on the result screen 83, the display on the display 26 is switched from the battle screen to the normal screen. In other words, the result screen 83 is part of the battle screen. Note that the normal screen that is switched from the result screen 83 may be the screen that was displayed immediately before switching to the battle screen, or may be a predetermined screen such as the home screen 40. In this way, the battle game ends when the display of the result screen 83 ends.

When the report display operation unit 84 is operated (tapped) on the result screen 83, a report screen 86 shown in FIG. 6C is displayed on the display 26. The report screen 86 displays the damage points (total value) inflicted by the ally character and the enemy character, and also displays a posting operation section 87 labeled "Post" and an end operation section 85.

Here, when the posting operation section 87 is operated (tapped), the game result information can be posted on the guild screen (not shown). Further, when the end operation section 85 is operated (tapped), a result screen 83 shown in FIG. 6B is displayed on the display 26.

Next, I will explain about guild battles. Since the basic parts of the battle game in the guild battle are the same as the main quest, the explanation thereof will be omitted, and only the parts that are different from the main quest will be explained.

Guild battle is a battle game in which the player (himself) cooperates with guild members of the guild to which he belongs and fights against powerful enemy characters. A guild battle is a game in which guilds compete for ranking based on the total amount of damage inflicted on enemy characters; in other words, the game is played on a guild-by-guild basis. After the guild battle ends, items (ranking rewards) will be given to each guild based on their ranking. In a guild battle, all players belonging to the same guild are given ranking rewards according to their rankings.

When the guild battle selection operation section 71b in the quest screen 70 shown in FIG. 4C is operated, a guild battle screen (not shown) is displayed on the display 26. In a guild battle, enemy characters can be selected in a predetermined order. When one enemy character is defeated, a battle against the next enemy character becomes possible. Note that in a guild battle, when an enemy character is defeated, a treasure chest is displayed in place of the defeated enemy character. Furthermore, when all the enemy characters displayed on the guild battle screen are defeated, one round ends, the next round starts, and the enemy characters can be selected again in order starting from the first round.

Next, 1V1 battle and 3V3 battle will be explained. Since the basic parts of the battle game are the same as the main quest, the explanation thereof will be omitted, and only the parts different from the main quest will be explained.

1V1 Battle is a battle game in which you compete against 1V1 parties associated with other player IDs in advance. That is, each player has set a party for 1V1 in advance.

When the 1V1 battle selection operation section 71c in the quest screen 70 shown in FIG. 4C is operated, a 1V1 battle screen (not shown) is displayed on the display 26. A plurality of parties of other players are displayed on the 1V1 battle screen, and the player selects a party with which to compete. In addition, the player determines his own party and starts the battle game, similarly to the main quest. Note that in a 1V1 battle battle game, it is set in advance so that the player cannot switch between the automatic state and the manual state, and the battle game always proceeds in the automatic state. Therefore, in a 1V1 battle game, special moves cannot be used manually.

When the 1V1 battle game ends, game result information is displayed on the display 26, similar to the main quest result screen. A report screen can also be displayed.

3V3 Battle is a battle game in which you compete against three 3V3 parties associated with other player IDs in advance. That is, each player has preset three parties for 3V3.

When the 3V3 battle selection operation section 71d in the quest screen 70 shown in FIG. 4C is operated, a 3V3 battle screen (not shown) is displayed on the display 26. A plurality of parties of other players are displayed on the 3V3 battle screen, and the player selects a party with which to compete. Furthermore, the player selects three of his or her own parties to compete against each other. In addition, in the 3V3 battle game, the automatic state is always set, and special moves cannot be used manually.

When the 3V3 battle game ends, game result information is displayed on the display 26, similar to the main quest result screen. A report screen can also be displayed. Here, in a 3V3 battle, the first to win two games wins. Therefore, if a player wins or loses two consecutive games after the first game, the third game will not be played.

By the way, as mentioned above, the title screen 30, the story screen 60, and the quest screen 70 contain images or videos (hereinafter also simply referred to as background images) that suggest characters appearing in the main game or the story of the main game. ) is displayed. Here, if the image or video displayed as the background image does not change at all from the time the game was released, the player will continue to be provided with the known background image, and the player will get bored with the known background image and over time. The player's interest in the game decreases.

On the other hand, the player can advance the progress of the main quest each time the player clears the main quest described above. Further, each time the player views the above-mentioned main story, the player can advance the progress of the main story. As the main quest or main story progresses, the player can obtain new information that was not known at the beginning of the game.

Therefore, the player's interest in the game can be improved by introducing new information that the player could not know at the beginning of the game into the background image. However, the game progress status of each player differs from player to player. Therefore, if new information that was not known at the beginning of the game is introduced into the background image, for example, for players who are progressing slowly in the game or players who have just started the game, it may be difficult to introduce new information that is not expected to appear at this stage. The scene or character will be known in advance, which may cause the player to lose interest in the game.

For example, as described with reference to the main story screen 63 shown in FIG. 4B, the main story of this embodiment includes a plurality of chapters (chapter 1, chapter 2). Here, the player who can view Chapter 2 (that is, the player who has finished viewing Chapter 1) will be able to view new information (for example, chapter (Information on the ending of Chapter 1, information on new ally characters and new enemy characters, information on the introduction to Chapter 2, etc.) have already been obtained. In the present embodiment, in "Story 1-3", information on the introductory part of "Chapter 2" is disclosed as a preview of Chapter 2. Therefore, by displaying an image corresponding to the progress of the story (for example, information regarding "Chapter 2") in the background image, a special feeling is created, and the player's interest in the game can be increased.

On the other hand, for players who have not viewed "Story 1-3", if information about "Chapter 2" is introduced in the background image, they will be informed in advance of scenes or characters that are not supposed to appear at this stage. This may cause the player to lose interest in the game.

Therefore, the player terminal 1 of this embodiment displays an image based on the player's progress in the game.

FIG. 7A is a diagram showing an example of a condition non-conforming image 90 displayed on the title screen 30 in this embodiment. FIG. 7B is a diagram showing an example of the condition matching image 91 displayed on the title screen 30 in this embodiment.

In order to execute the display control in FIGS. 7A and 7B, the player terminal 1 acquires image selection list information from the server 100. The player terminal 1 selects an image to be displayed on the display 26 based on the acquired image selection list information.

FIG. 8 is a diagram for explaining an example of image selection list information according to this embodiment. As shown in FIG. 8, the image selection list information includes information regarding an image identification number, target screen type, story ID, period start timing, and period end timing. Here, the target screen types include a title screen 30, a story screen 60, and a quest screen 70. In the image selection list information, information regarding one title screen 30, one story screen 60, one quest screen 70, one story ID, period start timing, and period end timing is associated with one image identification number.

For one image identification number, either the condition non-conforming image 90 or the condition conforming image 91 is set as a background image on the title screen 30. Further, a period matching image 92 (see FIGS. 9A and 9B) is associated with the title screen 30 as a superimposed image to be described later. For one image identification number, on the title screen 30, either display of the period-adapted image 92 or non-display of the period-adapted image 92 (“-” in FIG. 8) is set as a superimposed image.

For one image identification number, either a condition non-conforming image 93 or a condition conforming image 94, which will be described later, is set on the story screen 60. Further, for one image identification number, either a condition non-conforming image 95 or a condition conforming image 96, which will be described later, is set on the quest screen 70.

For one image identification number, the story ID includes a default value "0" and a specific story ID (here, the story ID "13" indicating that viewing of "stories 1-3" described above has been completed) One of the following is set.

For one image identification number, arbitrary dates and times are set as the period start timing and period end timing depending on the game operation. Hereinafter, the period from the period start timing to the period end timing set for one image identification number will be referred to as a set period. Further, a specific period (here, February 15, 2020, 15:00:00 to February 29, 2020, 11:59:59) within the set period is referred to as a specific period. In this embodiment, the setting period of image identification number 0002 and image identification number 0003 is the same. Further, the setting period of image identification number 0004 and image identification number 0005 is the same. Here, the setting period is continuous between the image identification number 0001 and the image identification number 0002 or the image identification number 0003. Moreover, the setting period is continuous between image identification number 0002 or image identification number 0003 and image identification number 0004 or image identification number 0005.

The player terminal 1 displays a diagram based on the type of screen displayed on the display 26 (target screen type), the player's story progress (story ID), and the current date and time sent from the server 100 (hereinafter also referred to as server date and time). Images to be displayed on each screen are selected and displayed from the image selection list information shown in 8.

Here, the player terminal 1 acquires information regarding the server date and time (hereinafter also referred to as time information) from the server 100. The server date and time is the current date and time managed by the server 100. The player terminal 1 acquires information regarding the server date and time from the server 100 at a predetermined timing. Therefore, the server date and time is the current time at the time when the player terminal 1 acquires the time information from the server 100, and may differ from the actual time.

The image selection list information is updated by the server 100, and the player terminal 1 acquires the image selection list information from the server 100 as part of the game information (game update information) when logging into the game. In the image selection list information, when new information (image) is added, a new image identification number is assigned, and conditions such as target screen type, story ID, period start timing, period end timing, etc. are set. Therefore, the one with the larger image identification number is the newer one.

For example, player terminal 1 has the target screen type as title screen 30, the server date and time as March 1, 2020, and has the default value "0" as the story ID (however, it has the story ID "13"). ), the condition non-conforming image 90 corresponding to image identification number 0004 is selected and displayed. Here, the player terminal 1 determines whether a specific condition is satisfied (the presence or absence of a story ID "13") according to the player's progress (the story ID associated with the player ID). If the player terminal 1 does not have the story ID "13", the player terminal 1 determines that the specific conditions are not satisfied, and uses the condition non-conforming image 90 shown in FIG. 7A as the title as a background image that does not include information regarding "Chapter 2". It is displayed on the screen 30.

On the other hand, when the target screen type is the title screen 30, the server date and time is March 1, 2020, and the story ID is "13", the player terminal 1 selects the condition-compatible image 91 corresponding to the image identification number 0005. Select and display. When the player terminal 1 has the story ID "13", the player terminal 1 determines that the specific condition is satisfied, and displays the condition-compliant image 91 shown in FIG. 7B on the title screen 30 as a background image that includes information regarding "Chapter 2". let

Here, the player terminal 1 determines whether or not the player's story ID and server date and time correspond to the set ID information and set period, in order from the smallest image identification number to the largest number. If the player's story ID and server date and time correspond to both the ID information and the set period set for each image identification number, the player terminal 1 turns on the flag of that image identification number. When the determination of the largest image identification number is completed, the player terminal 1 selects and displays the image whose flag is set to the image identification number that is in the on state, depending on the target screen type. In addition, if there are multiple image identification numbers with flags on, set the flag to the highest number among the multiple image identification numbers with flags on in order to display new information (images). Select and display the selected images.

As shown in FIG. 7A, a condition non-conformity image 90 is displayed on the title screen 30 as a background image of the title name "ABCD EFGH" and the game start operation information "Touch." For example, on the title screen 30 shown in FIG. 7A, a new ally character or a new enemy character related to "Chapter 2" is not displayed, but a known ally character or a known enemy character (condition non-conforming image 90) is displayed. be done. Although the condition non-conforming image 90 is a moving image in this embodiment, it may be a still image.

As shown in FIG. 7B, a condition matching image 91 is displayed on the title screen 30 as a background image for the title name "ABCD EFGH" and the game start operation information "Touch." For example, on the title screen 30 shown in FIG. 7B, a new ally character or new enemy character (condition matching image 91) related to "Chapter 2" is displayed. Although the condition matching image 91 is a moving image in this embodiment, it may be a still image.

As can be seen by comparing FIGS. 7A and 7B, the condition non-conforming image 90 and the condition conforming image 91 are different from each other. In the present embodiment, the condition-unconforming image 90 does not include information regarding "Chapter 2," while the condition-conforming image 91 includes information regarding "Chapter 2."

As a result, a background image including information regarding "Chapter 2" is provided to a player who has finished viewing "Story 1-3" (that is, satisfies the specific conditions). By displaying an image corresponding to the progress of the story as a background image, a special feeling is created and the player's interest in the game can be increased.

On the other hand, a background image that does not include information regarding "Chapter 2" is provided to a player who has not viewed "Story 1-3" (that is, does not satisfy the specific conditions). As a result, it is possible to suppress a decrease in interest in the game for players who have not viewed "Story 1-3".

In this embodiment, a known background image that does not include information regarding "Chapter 2" is provided to a player who has not viewed "Story 1-3." In this case, the player who has not viewed "Story 1-3" continues to be provided with the known background image, and as time passes, the game becomes less interesting.

Therefore, the player terminal 1 of this embodiment changes the background image depending on the time. In this embodiment, the background image is changed by displaying an image superimposed on the condition-unconforming image 90 or the condition-conforming image 91 displayed on the title screen 30.

FIG. 9A is a diagram illustrating an example of a period-compatible image 92 that is displayed superimposed on a condition-uncompatible image 90 in this embodiment. FIG. 9B is a diagram illustrating an example of a period matching image 92 superimposed on a condition matching image 91 in this embodiment.

The player terminal 1 selects a superimposed image to be displayed on the display 26 from the image selection list information shown in FIG. Select and display. Here, the player terminal 1 mainly determines whether the server date and time corresponds to a specific period based on the image selection list information shown in FIG. Select the superimposed image to display.

For example, if the target screen type is the title screen 30, the server date and time is February 14, 2020, and the story ID has the default value "0", the player terminal 1 has the condition corresponding to the image identification number 0001. The non-conforming image 90 is selected and displayed. Here, the player terminal 1 determines whether the server date and time falls within a specific period. When the player terminal 1 determines that the server date and time does not fall within the specific period, the player terminal 1 does not select the period matching image 92 and hides it.

On the other hand, the player terminal 1 has the target screen type as the title screen 30, the server date and time as February 16, 2020, and has the default value "0" as the story ID (however, it has the story ID "13"). If not, the condition non-conforming image 90 and period compatible image 92 corresponding to image identification number 0002 are selectively displayed. When the player terminal 1 determines that the server date and time falls within the specific period, the player terminal 1 selects and displays the period matching image 92.

Here, the period-adapted image 92 is a commemorative image commemorating, for example, the first anniversary or second anniversary of the game. The period matching image 92 is an opaque (non-transparent) superimposed image that is displayed in a superimposed manner on the condition non-matching image 90 or the condition matching image 91.

Note that in this embodiment, when the server date and time does not fall within a specific period, the period-compatible image is hidden; however, instead of this, a transparent image is displayed as the condition-unsuitable image 90 or the condition-compatible image 91. It may be displayed in a superimposed manner as an image. However, the present invention is not limited thereto, and the period-unsuitable image may be displayed superimposed on the condition-unsuitable image 90 or the condition-suitable image 91, and may be an opaque superimposed image different from the period-compatible image.

As shown in FIG. 9A, a condition non-conforming image 90 and a period-conforming image 92 are displayed on the title screen 30 as background images for the title name "ABCD EFGH" and the game start operation information "Touch." Although the period matching image 92 is a still image in this embodiment, it may be a moving image.

As shown in FIG. 9B, a condition matching image 91 and a period matching image 92 are displayed on the title screen 30 as background images for the title name "ABCD EFGH" and the game start operation information "Touch". Although the period matching image 92 is a still image in this embodiment, it may be a moving image.

As a result, for a player who has not viewed "Story 1-3" during the specific period (that is, does not meet the specific conditions), the period-compatible image 92 is replaced with the known background image (condition-incompatible image 90). A title screen 30 on which is displayed in a superimposed manner is provided. By displaying an image that corresponds to the time as a background image, a special feeling can be created and the player's interest in the game can be increased.

Similarly, a title screen 30 in which a period-appropriate image 92 is superimposed on a new background image (condition-appropriate image 91) is provided to the player who viewed "Story 1-3." As a result, it is possible to further improve the interest of the game for the player who viewed "Story 1-3".

As described above, according to the present embodiment, each player can be provided with an appropriate image, and the player's interest in the game can be improved.

In FIGS. 7A and 7B, an example in which a condition non-conforming image 90 or a condition conforming image 91 is displayed on the title screen 30 has been described. However, it is possible to display a condition-unconforming image or a condition-conforming image on screens other than the title screen 30. For example, the condition-unconforming image or the condition-conforming image can be displayed on the story screen 60 or the quest screen 70.

FIG. 10A is a diagram showing an example of a condition non-conforming image 93 displayed on the story screen 60 in this embodiment. FIG. 10B is a diagram showing an example of the condition matching image 94 displayed on the story screen 60 in this embodiment.

The player terminal 1 selects an image to be displayed on the display 26 from the image selection list information shown in FIG. Selectively display. Here, the player terminal 1 mainly selects an image to be displayed on the story screen 60 based on the image selection list information shown in FIG. 8, the story ID, and the server date and time.

For example, player terminal 1 has the target screen type as story screen 60, the server date and time as February 16, 2020, and has the default value "0" as the story ID (however, it has the story ID "13"). If not, the condition non-conforming image 93 corresponding to image identification number 0002 is selected and displayed. If the player terminal 1 does not have the story ID "13", the player terminal 1 determines that the specific conditions are not satisfied, and uses the condition non-conforming image 93 shown in FIG. 10A as a background image that does not include information regarding "Chapter 2" in the story. It is displayed on the screen 60.

On the other hand, when the target screen type is the story screen 60, the server date and time is February 16, 2020, and the player terminal 1 has the story ID "13", the player terminal 1 displays the condition-compatible image 94 corresponding to the image identification number 0003. Select and display. When the player terminal 1 has the story ID "13", the player terminal 1 determines that the specific condition is satisfied, and displays the condition-compliant image 94 shown in FIG. 10B on the story screen 60 as a background image that includes information regarding "Chapter 2". let

As shown in FIG. 10A, a condition non-conforming image 93 is displayed on the story screen 60 as a background image of the menu bar 41, header display area 42, main story selection operation section 61, and character story selection operation section 62. Ru. For example, on the story screen 60 shown in FIG. 10A, a new ally character or a new enemy character related to "Chapter 2" is not displayed, but a known ally character or a known enemy character (condition non-conforming image 93) is displayed. be done. Although the condition non-conforming image 93 is a moving image in this embodiment, it may be a still image. The condition non-conforming image 93 on the story screen 60 is different from the condition non-conforming image 90 on the title screen 30. However, the condition non-conforming image 93 on the story screen 60 may be the same as the condition non-conforming image 90 on the title screen 30.

As shown in FIG. 10B, a condition matching image 94 is displayed on the story screen 60 as a background image of the menu bar 41, header display area 42, main story selection operation section 61, and character story selection operation section 62. . For example, on the story screen 60 shown in FIG. 10B, a new ally character or new enemy character (condition matching image 94) related to "Chapter 2" is displayed. Although the condition matching image 94 is a moving image in this embodiment, it may be a still image. The condition matching image 94 on the story screen 60 is different from the condition matching image 91 on the title screen 30. However, the condition matching image 94 on the story screen 60 may be the same as the condition matching image 91 on the title screen 30.

As can be seen by comparing FIGS. 10A and 10B, the condition non-conforming image 93 and the condition conforming image 94 are different from each other. In the present embodiment, the condition-unconforming image 93 does not include information regarding "Chapter 2," while the condition-conforming image 94 includes information regarding "Chapter 2." As a result, it is possible to obtain the same operation and effect as described with respect to the title screen 30.

FIG. 11A is a diagram showing an example of the condition non-conforming image 95 displayed on the quest screen 70 in this embodiment. FIG. 11B is a diagram showing an example of the condition matching image 96 displayed on the quest screen 70 in this embodiment.

The player terminal 1 selects an image to be displayed on the display 26 from the image selection list information shown in FIG. Selectively display. Here, the player terminal 1 mainly selects an image to be displayed on the quest screen 70 based on the image selection list information shown in FIG. 8, the story ID, and the server date and time.

For example, the player terminal 1 has the target screen type as the quest screen 70, the server date and time as February 16, 2020, and has the default value "0" as the story ID (however, the player terminal 1 has the story ID "13"). If not, the condition non-conforming image 95 corresponding to image identification number 0002 is selected and displayed. If the player terminal 1 does not have the story ID "13", the player terminal 1 determines that the specific condition is not satisfied, and uses the condition-unconforming image 95 shown in FIG. 11A as a background image that does not include information regarding "Chapter 2". It is displayed on the screen 70.

On the other hand, when the target screen type is the quest screen 70, the server date and time is February 16, 2020, and the story ID is "13", the player terminal 1 receives the condition-compatible image 96 corresponding to the image identification number 0003. Select and display. When the player terminal 1 has the story ID "13", the player terminal 1 determines that the specific conditions are satisfied, and displays the condition-compliant image 96 shown in FIG. 11B on the quest screen 70 as a background image that includes information regarding "Chapter 2". let

As shown in FIG. 11A, a condition non-conforming image 95 is displayed on the quest screen 70 as a background image of the menu bar 41, the header display area 42, and the four game type selection operation sections 71. For example, on the quest screen 70 shown in FIG. 11A, a new ally character or new enemy character related to "Chapter 2" is not displayed, but a known ally character or known enemy character (condition non-conforming image 95) is displayed. be done. Although the condition non-conforming image 95 is a moving image in this embodiment, it may be a still image. The condition non-conforming image 95 on the quest screen 70 is different from the condition non-conforming image 90 on the title screen 30 and the condition non-conforming image 93 on the story screen 60. However, the condition non-conforming image 95 on the quest screen 70 may be the same as the condition non-conforming image 90 on the title screen 30 and the condition non-conforming image 93 on the story screen 60.

As shown in FIG. 11B, a condition matching image 96 is displayed on the quest screen 70 as a background image of the menu bar 41, the header display area 42, and the four game type selection operation sections 71. For example, on the quest screen 70 shown in FIG. 11B, a new ally character or a new enemy character (condition matching image 96) related to "Chapter 2" is displayed. Although the condition matching image 96 is a moving image in this embodiment, it may be a still image. The condition-compatible image 96 of the quest screen 70 is different from the condition-compatible image 91 of the title screen 30 and the condition-compatible image 94 of the story screen 60. However, the condition-compatible image 96 on the quest screen 70 may be the same as the condition-compatible image 91 on the title screen 30 and the condition-compatible image 94 on the story screen 60.

As can be seen by comparing FIGS. 11A and 11B, the condition non-conforming image 95 and the condition conforming image 96 are different from each other. In the present embodiment, the condition-unconforming image 95 does not include information regarding "Chapter 2," while the condition-conforming image 96 includes information regarding "Chapter 2." As a result, it is possible to obtain the same operation and effect as described with respect to the title screen 30.

Next, the basic configuration and communication processing of the player terminal 1 and the server 100 for executing the game of this embodiment will be explained. Here, an example of basic communication processing for progressing the game and main communication processing related to image display processing will be explained, and explanation of other processing will be omitted.

(Functional configuration of player terminal 1)
FIG. 12 is a diagram illustrating the configuration of the memory 12 in the player terminal 1 and its function as a computer. The memory 12 is provided with a program storage area 12a and a data storage area 12b. When the game is started, the CPU 10 stores a terminal-side game control program (module) in the program storage area 12a.

The terminal side game control programs include a game execution control program 300, a battle game execution program 301, a player information storage program 302, a progress information acquisition program 303, a time information acquisition program 304, a condition determination program 305, a period determination program 306, and an image. A selection program 307 and a display control program 308 are included. Note that the programs listed in FIG. 12 are just examples, and the terminal-side game control program includes many other programs.

The data storage area 12b is provided with a game information storage section (storage section) 400, a player information storage section 401, and a time information storage section 402 as storage sections for storing data. Note that each of the storage units described above is an example, and the data storage area 12b is provided with many other storage units.

The CPU 10 operates each program stored in the program storage area 12a and updates data in each storage section of the data storage area 12b. Then, the CPU 10 causes the player terminal 1 (computer) to function as the terminal-side game control section 1A by operating each program stored in the program storage area 12a. The terminal side game control section 1A includes a game execution control section 300a, a battle game execution section 301a, a player information storage section 302a, a progress information acquisition section 303a, a time information acquisition section 304a, a condition determination section 305a, a period determination section 306a, and an image selection section. 307a and a display control section 308a.

Specifically, the CPU 10 operates the game execution control program 300 to cause the computer to function as the game execution control section 300a. Similarly, the CPU 10 executes a battle game execution program 301, a player information storage program 302, a progress information acquisition program 303, a time information acquisition program 304, a condition determination program 305, a period determination program 306, an image selection program 307, and a display control program 308. The controllers are operated to function as a battle game execution unit 301a, a player information storage unit 302a, a progress information acquisition unit 303a, a time information acquisition unit 304a, a condition determination unit 305a, a period determination unit 306a, an image selection unit 307a, and a display control unit 308a, respectively. .

The game execution control unit 300a controls the progress of the entire game. For example, the game execution control unit 300a transmits login information to the server 100 when logging into the game. Further, when the game information for the entire game is updated, the game execution control unit 300a receives the game information from the server 100 and stores it in the game information storage unit 400. The game information includes, for example, the above-mentioned condition non-conforming images 90, 93, and 95, condition-conforming images 91, 94, and 96, period-conforming images 92, period non-conforming images, image selection list information, and the like. That is, the game information storage unit 400 stores images corresponding to the progress of the game, images corresponding to time information, and the like. In addition, in this embodiment, the above-mentioned condition non-conforming images 90, 93, and 95, condition-conforming images 91, 94, and 96, period-conforming image 92, and period non-conforming image are, for example, demo images or demo videos of a game. . In this manner, in the present embodiment, the game information storage unit 400 stores a plurality of types of demo images (demonstration videos). However, the game information storage unit 400 does not need to store all of the condition-unconforming images 90, 93, 95, the condition-compatible images 91, 94, 96, the period-compatible image 92, and the period-uncompatible image; Only the type of demonstration image (demonstration video) may be saved.

The battle game execution unit 301a is in charge of control for executing a battle game. For example, the battle game execution unit 301a updates the battle screen, controls the actions of the ally character and enemy character, and derives damage points based on operations input to the player terminal 1.

The player information storage unit 302a stores the player information received from the server 100 in the player information storage unit 401. Furthermore, when the player information is changed in response to a player's operation, the player information storage unit 302a stores the changed player information in the player information storage unit 401, and transmits the changed player information to the server 100. . Here, the player information includes a player ID, an ally character ID, story progress information (story ID), clear information, and the like.

The progress information acquisition unit 303a acquires (extracts) progress information indicating the player's game progress included in the player information received from the server 100. In this embodiment, the progress information acquisition unit 303a acquires story progress information included in player information. However, the present invention is not limited thereto, and the progress information indicating the progress of the game may be information that changes depending on the progress of the game, such as player level information and ally character level information.

The time information acquisition unit 304a acquires time information indicating the server date and time received from the server 100. Further, the time information acquisition unit 304a stores the acquired time information in the time information storage unit 402. Here, for example, when the player performs a screen switching operation from the title screen 30 to the home screen 40 or from the home screen 40 to the story screen 60, the game execution control unit 300a provides screen switching operation information. is sent to the server 100. The time information acquisition unit 304a acquires time information from the server 100, for example, when this screen switching operation information is transmitted to the server 100. The time information acquisition unit 304a updates the time information stored in the time information storage unit 402 every time it acquires time information.

The condition determination unit 305a determines, based on the acquired progress information, whether a specific condition based on the player's game progress is satisfied (here, the presence or absence of the story ID "13").

The period determination unit 306a compares the server date and time with the set period (period start timing, period end timing) set in the image selection list information shown in FIG. 8, based on the acquired time information. Then, the period determination unit 306a determines to which setting period shown in FIG. 8 the server date and time corresponds. Further, the period determination unit 306a determines whether the server date and time corresponds to a specific period.

The image selection unit 307a selects images (moving images or still images) to be displayed on the title screen 30, story screen 60, and quest screen 70 based on the image selection list information described above (see FIG. 8). The image selection unit 307a selects an image to be displayed based on the above-described specific condition (presence or absence of story ID "13"). For example, the image selection unit 307a selects the condition-unsuitable image data when the specific condition is not met, and selects the condition-compliant image data when the specific condition is met. Further, the image selection unit 307a selects an image to be displayed based on the above-mentioned specific period. For example, the image selection unit 307a does not select period-appropriate image data when the server date and time does not fall within the specific period, but selects period-appropriate image data when the server date and time falls within the specific period.

The display control unit 308a generates a screen to be displayed on the display 26, and causes the display 26 to display the generated screen. The display control unit 308a causes the display 26 to display the image data selected by the image selection unit 307a on the title screen 30, the story screen 60, and the quest screen 70.

(Functional configuration of server 100)
FIG. 13 is a diagram illustrating the configuration of the memory 112 in the server 100 and its functions as a computer. The memory 112 is provided with a program storage area 112a and a data storage area 112b. When the game is started, the CPU 110 stores a server-side game control program (module) in the program storage area 112a.

The server-side game control program includes a game execution control program 500, a battle game execution program 501, a player information storage program 502, a time information transmission program 503, and a reward granting program 504. Note that the programs listed in FIG. 13 are just examples, and the server-side game control program includes many other programs.

The data storage area 112b is provided with a game information storage section 600 and a player information storage section 601 as storage sections for storing data. Note that each of the storage units described above is an example, and the data storage area 112b is provided with many other storage units.

The CPU 110 operates each program stored in the program storage area 112a and updates the data in each storage section of the data storage area 112b. Then, the CPU 110 causes the server 100 to function as the server-side game control unit 100A by operating each program stored in the program storage area 112a. The server-side game control section 100A includes a game execution control section 500a, a battle game execution section 501a, a player information storage section 502a, a time information transmission section 503a, and a reward giving section 504a.

Specifically, the CPU 110 operates the game execution control program 500 to cause the computer to function as the game execution control section 500a. Similarly, the CPU 110 operates a battle game execution program 501, a player information storage program 502, a time information transmission program 503, and a reward granting program 504, respectively. , to function as the reward giving unit 504a.

The game execution control unit 500a controls the progress of the entire game. For example, upon receiving the login information from the player terminal 1, the game execution control unit 500a transmits the player information stored in the player information storage unit 601 to the player terminal 1. Further, when the game information of the overall game is updated, the game execution control unit 500a reads the updated game information from the game information storage unit 600 and transmits it to the player terminal 1. The game information includes, for example, the above-mentioned condition non-conforming images 90, 93, and 95, condition-conforming images 91, 94, and 96, period-conforming images 92, period non-conforming images, image selection list information, and the like.

The battle game execution unit 501a is in charge of control for executing a battle game.

Upon receiving player information (for example, progress information and game result information) from the player terminal 1, the player information storage unit 502a stores the received player information in the player information storage unit 601.

The time information transmitting unit 503a transmits time information regarding the server date and time to the player terminal 1. The time information transmitting unit 503a receives at least screen switching operation information (for example, screen switching operation information from the title screen 30 to the home screen 40, or screen switching operation information from the home screen 40 to the story screen 60) from the player terminal 1. At that time, the time information is transmitted to the player terminal 1.

The reward giving unit 504a gives a reward to the player. The reward granting unit 504a grants the player who has cleared the battle game an item corresponding to the cleared battle game. More specifically, the reward giving unit 504a adds the item to be given to the player information corresponding to the player ID of the player who cleared the battle game, and stores it in the player information storage unit 601.

(Communication processing between player terminal 1 and server 100)
FIG. 14 is a sequence diagram illustrating the basic processing of the player terminal 1 and the server 100. Note that in the following explanation, the processing at the player terminal 1 will be referred to as Pn (n is an arbitrary integer). Further, processing in the server 100 is denoted by Sn (n is an arbitrary integer).

When the player starts the game application on the player terminal 1 (P1), the display control unit 308a executes screen display processing (P2).

FIG. 15 is a diagram for explaining an example of screen display processing according to this embodiment. As shown in FIG. 15, the image selection unit 307a determines the type of screen (target screen type) to be displayed on the display 26 (P2-1). Immediately after starting the application (P1), the image selection unit 307a determines that the type of screen to be displayed on the display 26 is the title screen 30. Next, the progress information acquisition unit 303a acquires progress information included in the player information received from the server 100 (P2-2). Here, as will be described in detail later, player information (progress information) is acquired from the server 100 during the login process (S1) performed after the screen display process (P2) of the title screen 30. Therefore, at the time point P2-2 before the login process (S1) is executed, the progress information acquisition unit 303a has not acquired player information from the server 100 after the current application startup (P1). Therefore, the progress information acquisition unit 303a acquires progress information from the player information already stored in the player information storage unit 401 of the player terminal 1 in P2-2 before the login process (S1) is executed.

The time information acquisition unit 304a also acquires time information received from the server 100 (P2-3). Here, too, the time information is acquired from the server 100 during the login process (S1) performed after the screen display process (P2) of the title screen 30. Therefore, at the time point P2-3 before the login process (S1) is executed, the time information acquisition unit 304a has not acquired time information from the server 100 after the current application startup (P1). Therefore, the time information acquisition unit 304a acquires the time information already stored in the time information storage unit 402 of the player terminal 1 at P2-3 before the login process (S1) is executed.

The image selection unit 307a sets the image identification number to an initial value (here, 0001, which is the smallest value among the image identification numbers shown in FIG. 8) (P2-4). Next, the condition determination unit 305a compares the acquired progress information with the information on the story ID set to the image identification number (here, 0001). Furthermore, the period determination unit 306a compares the acquired time information with a set period set to the image identification number (here, 0001) (P2-5).

Then, the image selection unit 307a determines whether both the acquired progress information and time information correspond to the story ID information and the set period set to the image identification number (here, 0001) (P2- 6).

If both the progress information and the time information correspond to the story ID information and the set period (YES in P2-6), the image selection unit 307a controls the flag of the image identification number (here, 0001) to be in the on state. (P2-7), the process moves to P2-8. On the other hand, if both the progress information and the time information do not correspond to the story ID information and the set period (NO in P2-6), the image selection unit 307a does not turn on the image identification number flag and selects P2-8. Shift to processing.

Did the image selection unit 307a perform the comparison process described in P2-5 on all image identification numbers (here, from 0001, which is the minimum value, to 0005, which is the maximum value, among the image identification numbers shown in FIG. 8)? It is determined whether or not (P2-8). If the comparison process is performed for all image identification numbers (YES at P2-8), it is determined whether there are multiple flags for image identification numbers that are in the ON state (P2-9). On the other hand, if the comparison process has not been performed for all image identification numbers, the image identification number is incremented by 1 (P2-10), and the process moves to P2-5 (returns).

If there are multiple image identification number flags in the on state (YES in P2-9), the image selection unit 307a selects the image selection number with the largest number among the plurality of corresponding image identification numbers, The image set to the selected image identification number is selected as the image to be displayed on the display 26 (P2-11). On the other hand, if there are no flags with multiple image identification numbers in the ON state (NO in P2-9), the image selection unit 307a causes the display 26 to display the image set to the corresponding image identification number. Select as an image (P2-12).

Note that if the image selection unit 307a cannot acquire the progress information (for example, if the progress information is not generated or if the acquisition of the progress information fails in P2-2), the image selection unit 307a selects the time acquired in P2-3. Select image data based solely on information. At this time, the image selection unit 307a selects one of the image identification numbers 0001, 0002, and 0004 based on the time information assuming that the player does not have the story ID "13". Furthermore, if time information cannot be acquired (for example, time information acquisition fails in P2-3), the image selection unit 307a selects image data based only on the progress information acquired in P2-2. . At this time, the image selection unit 307a assumes that the server date and time is outside the specific period (~February 15, 2020 14:59:59, February 29, 2020 12:00:00~), and selects the progress information ( Image identification number 0001, image identification number 0004, or image identification number 0005 is selected based on the story ID). In this way, if one of the progress information and time information is not obtained, the image selection unit 307a selects image data based on the other of the progress information and time information. This makes it possible to avoid problems such as various screens such as the title screen 30 not being displayed due to an error, or inappropriate images that would not normally be displayed on various screens. It is possible to display an image that does not give a feeling of discomfort on the screen.

The display control unit 308a causes the display 26 to display the image data selected by the image selection unit 307a (P2-13).

Returning to FIG. 14, when the screen display process (P2) of the title screen 30 is completed and the player operates the title screen 30 (P3), the game execution control unit 300a transmits login information to the server 100. Upon receiving the login information, the game execution control unit 500a of the server 100 identifies the player ID associated with the login information and performs login processing (S1). In the login process, the game execution control unit 500a reads player information corresponding to the identified player ID from the player information storage unit 601, and transmits it to the player terminal 1. Further, the game execution control unit 500a transmits version information of the game stored in the game information storage unit 600 of the server 100 to the player terminal 1. Further, the time information transmitting unit 503a transmits time information regarding the server date and time to the player terminal 1.

Upon acquiring the game version information from the server 100, the game execution control unit 300a of the player terminal 1 compares the game version information stored in the game information storage unit 400 of the player terminal 1 with the acquired version information. As a result of the comparison, if it is determined that the new version of the game information is stored in the server 100, the game execution control unit 300a acquires the new version of the game information from the server 100. Then, the game execution control unit 300a stores the acquired new version of the game information in the game information storage unit 400. This game information includes, for example, condition-unsuitable images 90, 93, and 95, condition-compatible images 91, 94, and 96, period-compatible images 92, period-unsuitable images, and image selection list information.

When the story screen selection operation section 41c of the menu bar 41 is operated on the home screen 40 (P4), the display control section 308a of the player terminal 1 executes screen display processing of the story screen 60 (P2). The operation of the screen display process for the story screen 60 is similar to that of the title screen 30 described above, except that the story screen 60 is determined as the type of screen to be displayed on the display 26 (target screen type) at P2-1 shown in FIG. The operation is the same as that of screen display processing. Therefore, detailed explanation of the screen display process of the story screen 60 will be omitted.

When the quest screen selection operation section 41d of the menu bar 41 is operated on the home screen 40 (P5), the display control section 308a of the player terminal 1 executes screen display processing of the quest screen 70 (P2). The operation of the screen display process of this quest screen 70 is similar to that of the title screen 30 described above, except that the quest screen 70 is determined as the type of screen to be displayed on the display 26 (target screen type) at P2-1 shown in FIG. The operation is the same as that of screen display processing. Therefore, detailed explanation of the screen display process of the quest screen 70 will be omitted.

The battle game execution unit 301a of the player terminal 1 transmits battle game start information to the server 100 when the battle start operation unit 79 is operated (P6).

Upon receiving the start information, the battle game execution unit 501a of the server 100 transmits battle game start information necessary for starting the battle game to the player terminal 1 (S2). Then, upon receiving the battle game start information, the battle game execution unit 301a of the player terminal 1 performs battle game start processing to start the battle game (P7). Here, for example, an area of the memory 12 for proceeding with the battle game is secured, or a predetermined program is read from the storage unit 18 to the memory 12.

After that, the battle game execution unit 301a of the player terminal 1 performs battle game control processing for controlling the battle game (P8). In this battle game control process, an update process for updating various information is repeatedly executed on a frame-by-frame basis. Note that the number of frames is not particularly limited, and for example, the number of frames per second is 30 to 60. Therefore, during the battle game, information is updated on the player terminal 1 approximately every 16 ms (milliseconds) to 33 ms.

Then, when the battle game termination condition is satisfied, the battle game execution unit 301a of the player terminal 1 performs a battle game termination process to terminate the battle game (P9). In the battle game ending process, for example, a result screen is displayed on the display 26, and game result information is transmitted to the server 100. Upon acquiring the game result information, the battle game execution unit 501a of the server 100 updates the player information (S3). Furthermore, the reward granting unit 504a grants items based on game result information.

As explained above, the player terminal 1 includes a game execution control program 300, a battle game execution program 301, a player information storage program 302, a progress information acquisition program 303, a time information acquisition program 304, a condition determination program 305, and a period determination program. 306, an image selection program 307, and a display control program 308 are provided. The player terminal 1 also includes a game execution control section 300a, a battle game execution section 301a, a player information storage section 302a, a progress information acquisition section 303a, a time information acquisition section 304a, a condition determination section 305a, a period determination section 306a, and an image selection section. 307a and a display control unit 308a. However, some or all of these programs and functional units may be provided in the server 100. That is, these programs and functional units may be provided in one or both of the player terminal 1 and the server 100.

Further, the server 100 is provided with a game execution control program 500, a battle game execution program 501, a player information storage program 502, a time information transmission program 503, and a reward granting program 504. Further, the server 100 includes a game execution control section 500a, a battle game execution section 501a, a player information storage section 502a, a time information transmission section 503a, and a reward giving section 504a. However, some or all of these programs and functional units may be provided in the player terminal 1. That is, these programs and functional units may be provided in one or both of the player terminal 1 and the server 100.

Further, the information processing program in the above embodiment may be stored in a computer-readable storage medium and provided as the storage medium. Furthermore, it may be provided as a player terminal or an information processing system including this storage medium. Further, the above embodiment may be an information processing method that implements each function and the steps shown in the flowchart.

Although one aspect of the embodiment has been described above with reference to the accompanying drawings, it goes without saying that the present invention is not limited to the above embodiment. It is clear that those skilled in the art can come up with various modifications or modifications within the scope of the claims, and it is understood that these naturally fall within the technical scope of the present invention. be done.

In the above embodiment, the information necessary for image selection (image identification) by the image selection unit 307a (for example, progress information, time information, etc.) is obtained from the server 100 after the screen display process (P2) of the title screen 30. explained. However, the present invention is not limited to this, and the information necessary for image selection by the image selection unit 307a may be configured to be acquired from the server 100 before the screen display process (P2) of the title screen 30. By doing so, the title screen 30 can always be displayed in the latest state (optimal image).

In the embodiment described above, story progress information (story ID) has been described as an example of progress information indicating the game progress status. However, the present invention is not limited thereto, and the progress information indicating the progress of the game may be information that changes depending on the progress of the game, such as level information of the player or level information of an ally character.

In the embodiment described above, an example has been described in which the condition-unconforming images 90, 93, and 95, the condition-conforming images 91, 94, and 96, and the period-conforming image 92 are displayed on the title screen 30, the story screen 60, and the quest screen 70. However, the present invention is not limited to this, and the condition-unconforming images 90, 93, 95, the condition-conforming images 91, 94, 96, and the period-conforming image 92 can be any of the preparation stage screens before the battle game starts. It can also be applied to screens. That is, the condition non-conforming images 90, 93, and 95, the condition conforming images 91, 94, and 96, and the period conforming image 92 can be applied to any normal screen other than the battle game screen. However, the condition-unconforming images 90, 93, and 95, the condition-conforming images 91, 94, and 96, and the period-conforming image 92 may be applied to the battle game screen. For example, the condition-unconforming images 90, 93, and 95, the condition-conforming images 91, 94, and 96, and the period-conforming image 92 may be applied to images (background images, enemy characters, etc.) displayed during a battle game.

In the embodiment described above, an example has been described in which two patterns, a condition-compatible image and a condition-incompatible image, are set as images to be displayed on various screens such as the title screen 30, the story screen 60, and the quest screen 70. In addition, an example has been described in which two patterns are set as images to be displayed on various screens: a period-compatible image and non-display of a period-compatible image (or a period-incompatible image). However, the present invention is not limited to this, and three or more patterns of images to be displayed on various screens may be provided. Furthermore, a plurality of image patterns are provided for each of the condition-conforming image, the condition-nonconforming image, the period-conforming image, and the period-nonconforming image, and one image pattern is selected from the plurality of image patterns based on predetermined conditions. It may be selected. For example, when selecting a condition-compatible image, the image selection unit 307a selects a condition-compatible image of image pattern A for a player who has viewed "Story 1-3" depending on the story progress level. , for players who have viewed "Story 2-1", the condition-compatible image of image pattern B may be selected. In addition, when selecting a period-adapted image, the image selection unit 307a selects a period-adapted image of image pattern C in accordance with the server date and time, for example, during a certain period of a specific period, and In a period other than the period, a period-compatible image of image pattern D may be selected.

In the above embodiment, an example has been described in which the image selection unit 307a selects images such as condition-conforming images, condition-nonconforming images, and period-conforming images. The same applies to the selection of .

In the above embodiment, an example has been described in which the image selection unit 307a selects (displays) an image according to the player's story progress status (story ID) and server date and time (current time). However, the present invention is not limited to this, and the image selection unit 307a may select (display) images only according to the player's story progress, or may select (display) images only according to the server date and time. .

In the above embodiment, an example will be described in which the image selection unit 307a selects the condition-compatible image 91 when the story ID is "13", and selects the condition-unsuitable image 90 when the story ID is not "13". did. However, the present invention is not limited to this, and the image selection unit 307a selects the period-adapted image 92 when the story ID is "13", and does not select the period-adapted image 92 when the story ID is not "13" ( In other words, it may be hidden. At this time, the period matching image 92 may include information regarding "Chapter 2."

In the embodiment described above, the image selection unit 307a selects the period-appropriate image 92 when the server date and time falls within the specific period, and does not select the period-appropriate image 92 (i.e., hides it) when the server date and time does not fall within the specific period. ) example explained. However, the present invention is not limited thereto, and the image selection unit 307a selects the condition-compatible image 91 when the server date and time falls within a specific period, and selects the non-condition-compliant image 90 when the server date and time does not fall within the specific period. Good too. At this time, the condition-unconforming image 90 and the condition-conforming image 91 do not need to include information regarding "chapter 2."

INDUSTRIAL APPLICATION This invention can be utilized for an information processing program, an information processing method, and an information processing system.

1 Player terminal 100 Server 303a Progress information acquisition unit 304a Time information acquisition unit 305a Condition determination unit 306a Period determination unit 307a Image selection unit 308a Display control unit 400 Game information storage unit (storage unit)
503a Time information transmitting unit 600 Game information storage unit 601 Player information storage unit S Information processing system

Claims (4)

A process of acquiring story progress information indicating a player's viewing status of a first chapter including a plurality of stories and a second chapter including a plurality of stories following the first chapter;
Based on the story progress information, displaying a predetermined image according to the viewing status of the player on a display unit on a screen other than the viewing screen where the player views the content of each story;
Let the computer carry out the
The process of displaying the predetermined image on the display unit includes:
If the story progress information of the player who has not yet viewed the story of the second chapter satisfies that the player has finished viewing the specific story in the first chapter , the information regarding the second chapter and the player displaying the predetermined image including information regarding the unviewed story on the display unit ;
Information processing program. Process of obtaining time information indicating the current time,
Let the computer carry out the
The process of displaying the predetermined image on the display unit includes:
Based on the story progress information and the time information, superimposing and displaying a superimposed image according to the time information on the display unit;
The information processing program according to claim 1. An information processing method executed by one or both of a player terminal and a server capable of communicating with the player terminal, the method comprising:
acquiring story progress information indicating the player's viewing status of a first chapter including a plurality of stories and a second chapter including a plurality of stories following the first chapter;
Based on the story progress information, displaying a predetermined image according to the viewing status of the player on a display unit on a screen other than the viewing screen where the player views the content of each story;
including;
The step of displaying the predetermined image on the display unit includes:
If the story progress information of the player who has not yet viewed the story of the second chapter satisfies that the player has finished viewing the specific story in the first chapter , the information regarding the second chapter and the player displaying the predetermined image including information regarding the unviewed story on the display unit ;
Information processing method. An information processing system comprising a player terminal and a server capable of communicating with the player terminal, wherein either or both of the player terminal and the server:
A process of acquiring story progress information indicating a player's viewing status of a first chapter including a plurality of stories and a second chapter including a plurality of stories following the first chapter;
Based on the story progress information, displaying a predetermined image according to the viewing status of the player on a display unit on a screen other than the viewing screen where the player views the content of each story;
Let the computer carry out the
The process of displaying the predetermined image on the display unit includes:
If the story progress information of the player who has not yet viewed the story of the second chapter satisfies that the player has finished viewing the specific story in the first chapter , the information regarding the second chapter and the player displaying the predetermined image including information regarding the unviewed story on the display unit ;
Information processing system.

Images