JP2002224448A - Server able to allow a plurality of participants to play game by utilizing communication line network, method for providing the game, and recording medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a communication game environment with a novel form allowing a plurality of participants to play a game by utilizing an Internetwork or a private line of a cellular phone. SOLUTION: The communication game is able to be played by the plurality of participants by utilizing the Internetwork or the private line of the cellular phone. Participation to a theme generated in a virtual world in the game proceeding in a server is limited according to the number of themes that a user has passed. As a result, possibility of a user affluent in a communication expense and game playing time monopolizingly passing a plurality of themes specified in the game is reduced to a user not affluent, allowing all users to fairly participate in the game.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention makes it possible for an unspecified number of users at a distance to participate and play a game jointly by using a communication network such as an Internet communication network or a dedicated network. A server for providing an environment, a game providing method, or a program necessary for providing an environment in which an unspecified number of users at a distance can participate and play a game jointly by the server are stored. Related to the storage medium.

[0002] In particular, an unspecified large number of users who are distant from each other participate and jointly use a communication network such as an Internet communication network or a dedicated network, which is suitable for playing a game with a mobile phone. A server or a game method that provides an environment in which a game can be played, or a game method required by the server to provide an environment in which an unspecified number of users at a distance can participate and play a game jointly. The present invention relates to a storage medium on which a program is stored.

[0003]

2. Description of the Related Art In recent years, with the spread of personal computers and mobile phones along with the enhancement of the Internet network, progress has been made in servers that can be used by an unspecified number of users using the Internet network or a dedicated line network for mobile phones. Games are becoming available. Then, a user's terminal can be connected thereto by using a communication line network, and a server capable of playing a game with multiplayer participation can be connected to the personal computer, mobile phone, or the like through the Internet network or a dedicated line of a mobile phone. 2. Description of the Related Art A plurality of users who are connected to a user's terminal and are located in remote places at a distance are now playing a competitive game or an RPG game.

[0004]

By the way, as a game which proceeds in a server where an unspecified number of users can participate, a plurality of users participate in one battle game or RPG game, and are provided in this game. It is conceived to solve the various problems to be solved ahead of time.

The present invention has been made in view of the above background, and provides a game in which all users can fairly participate in a game when a plurality of users can participate in one game. That is the subject of the present invention,
It has been made for the purpose of solving this problem.

[0006]

In order to solve the above-mentioned problems, according to the present invention, participation in a problem occurring in a virtual world in a game progressing in a server is restricted in accordance with the number of times the user clears the problem. By doing so, users who can afford the communication cost and time to play the game will reduce the risk that other users who do not have the clearing of multiple tasks set in the game will be monopolized. I do. Specifically, the present invention provides the following.

(1) A server in which terminals of a plurality of users can be connected to an RPG game progressing in the server by using a communication line network, and the game can be played by multiplayer participation. The number of task clears in the game for each user registered in advance is configured to be gradually updated and stored, and the number of task clears in the game that is gradually updated is set to a predetermined number within a predetermined period. When the number of assignment clears is exceeded, access from a user who has exceeded the number of task clears in the game or game play for the next assignment clear is restricted or prohibited until the predetermined period elapses. Server.

(2) When restricting or prohibiting the access or game play for clearing the next task, the server sends a reason for prohibiting access to the user terminal. (1)
Server as described in.

(3) A plurality of user terminals can be connected to the RPG game progressing in the server by using a communication line network, and the RPG game is executed in a server capable of playing a game with multiplayer participation. Game providing method,
In the server, the number of task clears in the game for each user registered in advance is gradually updated and stored, and within the predetermined time period, the number of task clears in the game in the gradually updated and stored Comparing the number of task clears with a predetermined number of task clears; and, if the result of the comparison exceeds the predetermined number of task clears, the number of task clears in the game until the predetermined period elapses. A step of restricting or prohibiting game play for access from a user who has exceeded or clearing the next task.

(4) A plurality of user terminals can be connected to the RPG game progressing in the server by using a communication line network, and the RPG game is executed in a server capable of playing a game with multiplayer participation. Game providing method,
In the server, the number of task clears in the game for each user registered in advance is gradually updated and stored, and within the predetermined time period, the number of task clears in the game in the gradually updated and stored Comparing the number of task clears with a predetermined number of task clears, and if the result of the comparison exceeds the number of task clears, the number of task clears in the game has exceeded the predetermined period. Restricting or prohibiting the access from the user or the game play for clearing the next task; and, when the server is accessed from the terminal of the restricted or prohibited user, the terminal of the user is Returning a reason for restriction or prohibition.

(5) A plurality of user terminals can be connected to the RPG game progressing in the server by using a communication line network, and the RPG game is executed in a server capable of playing a game with multiplayer participation. Game providing method,
In the server, the number of task clears in the game for each user registered in advance is gradually updated and stored, and within the predetermined time period, the number of task clears in the game in the gradually updated and stored Comparing the number of task clears with a predetermined number of task clears, and if the result of the comparison exceeds the number of task clears, the number of task clears in the game has exceeded the predetermined period. A step of restricting or prohibiting a game play for access from a user or clearing a next task, and a program capable of realizing a game providing method.

(6) A plurality of user terminals can be connected to the RPG game progressing in the server by using a communication line network, and the RPG game is executed in a server capable of playing a game with multiplayer participation. Game providing method,
In the server, the number of task clears in the game for each user registered in advance is gradually updated and stored, and within the predetermined time period, the number of task clears in the game in the gradually updated and stored Comparing the number of task clears with a predetermined number of task clears, and if the result of the comparison exceeds the number of task clears, the number of task clears in the game has exceeded the predetermined period. A step of restricting or prohibiting a user's access or a game play for clearing the next task; and restricting the user's terminal when the restricted or prohibited user's terminal accesses the server. Or a step of returning a reason for prohibition. A storage medium storing a program capable of realizing a game providing method.

In the above invention, the following effects can be expected. That is, a variety of RPG games have been proposed in the past, and most of the main games have a story-like motif based on an adventure story. In such an RPG game, RP
There is a fun of a kind of competition to get the G game software and stay up all night at home and try to play the game faster than others.

However, in an environment in which a game can be played in a multiplayer mode using a communication line network as in the present invention,
When providing an RPG game service, some users access the server frequently or for a long time,
If some users have cleared most of the multiple tasks prepared in advance in the game, for example, the time axis in the game world may be common to all users. Particularly in an environment, the fun of the game is extremely reduced for other users.

A more specific reason is, for example, a problem in a virtual game world formed in a server, for example, “Defeat a monster living in a cave somewhere in the game world, You can get a medal if you give it to the king of the country. " If the task is cleared by some users, the task for other users will decrease, and the fun of the game for other users will decrease.

Of course, the above-mentioned tasks in the game world of the game progressing in the server will be added by the server administrator. It is expected that there is a possibility that the addition of the task may not be completed in time.

In order to solve such a problem, the invention of the above-mentioned claim has been made.
In providing the entertainment of a multiplayer game by allowing the server to access multiple users,
It is possible to reduce the risk that a user who has a sufficient communication cost or a time to play a game monopolizes a plurality of tasks set in the game with respect to other users who do not have such time.

[Definition of Terms and the Like] The “terminal” according to the present invention
It may be for home use or for business use. In addition, there is a portable type as well as a household type. "Terminal" refers to a mobile phone, telephone, PDA (Personal Digital A
ssistance, personal computers, etc.

The "network" includes everything, large and small. Therefore, the so-called LAN (Local A
rea Network) and the Internet are also included in the concept of "network" referred to in this specification.

The "game program" is the content of the game executed by the game device, and includes not only a role-playing game having a story but also games in all fields, such as a battle game, an airplane control game, and the like. .

The "characters appearing in the game" are not limited to characters appearing in the game, but include animals, plants and robots appearing in the game, and various other fantasy characters.

[0022]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, a preferred embodiment of a game system according to the present invention will be described with reference to the drawings.

FIG. 1 is a block diagram showing a configuration of a network system 10 to which a game system according to the present invention is applied. In the network system 10 shown in FIG. 1, a packet network / PDC (Personal Digital Cellula)
r) Mobile phones 13A, 13B, 13C,... are connected to the network 11 via base stations 12A, 12B,. Each mobile phone 13A, 13B, 1
3C,... Transmit and receive voice data and character data to and from each other via the packet network / PDC network 11 by, for example, TDMA (Time).
Division Multiple Access).

These portable telephones 13A, 13B, 13
C,... Can transmit and receive voice data, character data, etc., and can access the information center 15 by packet communication via the packet network / PDC network 11. The information center 15 includes the mobile phones 13A, 1
Information providing servers 17A, 17B connected to the Internet 16 in response to requests from 3B, 13C,.
Or an information providing server 18 connected by a dedicated line
From the mobile phone 13 of the request source.
A, 13B, 13C,... Thereby, the user who possesses the mobile phones 13A, 13B, 13C,... Can acquire desired information from the information providing server 17A, 17B, or 18 irrespective of his / her location, such as where he goes.

Here, the network system 10
In each of the mobile phones 13A, 13B, 13C,...
Is provided by the information providing server 18 at all times. That is, in the information providing server 18, a predetermined game is always progressed regardless of whether or not the mobile phones 13A, 13B, 13C,... Possessed by the registered user playing the game are connected to the information center 15. I have. This game has a story as a whole, such as a role-playing game, for example, and large and small incidents (small incidents are referred to as quests and large incidents are referred to as macroquests) occur in the large story. A user who has registered for participation in the game (hereinafter, referred to as a player) solves these cases while cooperating with other players, hostile or competing. As the player solves the case in this way, the story of the whole game progresses according to the result of the solution, and the history in the so-called game world shared by each player is built. That is, in this game, all players experience the act of making the history of the game world by the game play of each player in the game world.

FIG. 2 is a block diagram showing the configuration of the portable telephone 13A possessed by the player. In the case of this embodiment, each of the mobile phones 13A, 13B, 13C,...
Have the same configuration. This figure 2
As shown in the figure, in the mobile phone 13A, the CPU 21, the memory 22, the base station 12A,
, A transmission / reception circuit unit (RF) 25 for transmitting / receiving a signal to / from the RF signal received by the transmission / reception circuit unit 25
(Radio Frequency) A baseband processing unit 26 that converts a signal into a baseband signal and a baseband signal to be transmitted into an RF signal, an input / output unit 2 that is an interface with a microphone 28 and a speaker 29.
7. A display unit 24 composed of a liquid crystal display panel and the like and an input operation unit 23 composed of a keyboard, a jog dial and the like are connected.

The CPU 21 executes various operations in accordance with operation programs stored in the memory 22, and controls each circuit in accordance with the operations. C
Various processing contents of the PU 21 are displayed on the display unit 24 as necessary.

When the user inputs a telephone number of a desired destination, the input operation section 23 supplies data representing the telephone number to the CPU 21. The CPU 21 transmits / receives a transmission / reception circuit unit 25 to a call destination represented by the telephone number input by the user.
Send a connection request via. At this time, the packet network / P
The DC network 11 connects a line according to a response of the call destination. When the line is connected, the transmission / reception circuit unit 25 supplies the RF signal from the other party received via the antenna to the baseband processing unit 26, where the RF signal is converted into a baseband signal. The baseband processing unit 26 supplies the converted baseband signal to the input / output unit 27, and outputs the received audio signal from the callee from the speaker 29 as audio.

When the user inputs sound through the microphone 28, the input / output unit 27 supplies the input sound signal supplied from the microphone 28 to the baseband processing unit 26, where the baseband signal is converted into an RF signal. Convert. The baseband processing unit 26 transmits the converted RF signal to the packet network / P via the transmission / reception circuit unit 25.
By transmitting the RF signal to the DC network 11, the RF signal is transmitted to a call destination connected to the packet network / PDC network 11. Thus, the mobile phones 13A, 13B, 13
The user using C,... Can have a conversation with another user who is the call destination via the mobile phone.

The CPU 21 allows the user to operate the input operation unit 2.
After converting various information (character information, specific selection information, and the like) input by operating the terminal 3 into packet data, the packet data is converted into the baseband processing unit 26 and the transmission / reception circuit unit 2.
5 to the packet network / PDC network 11. The packet network / PDC network 11 sends the packet data to the information center 15. Further, an RF signal on which packetized information transmitted from the information center 15 via the packet network / PDC network 11 is superimposed is taken in via the transmission / reception circuit unit 25 and the baseband processing unit 26, and is displayed on the display unit 2.
4 is displayed.

Thus, the mobile phones 13A, 13B, 13
The user who uses C,... Can exchange various information with the information center that is the call destination. The user of each of the mobile phones 13A, 13B, 13C,... Registers the game provided by the information providing server 18 in advance, so that the information providing server 15 provides the information by accessing the information center 15. Can participate in existing game content. In response to a request from each of the mobile phones 13A, 13B, 13C,..., The information center 15 sends information indicating a situation corresponding to a game program or a time axis in the game world at that time from the information providing server 18 (ie,
The mobile phone 13A, 13 which has requested information such as information representing an incident occurring in the game world.
B, 13C,... After receiving the information, the mobile phones 13A, 13B, 13C,... Store the information such as the game program transmitted from the information providing server 18 in the memory 22, and then generate in the game world at this time according to the game program. Events such as various incidents are displayed on the display unit 24. Each mobile phone 13A, 1
The player using 3B, 13C,... Operates the input operation unit 23 while watching the game content (image, character information, etc.) displayed on the display unit 24 of each of the mobile phones 13A, 13B, 13C,. By doing so, it is possible to participate in the progress of the game through actions such as operating the character displayed on the display unit 24 or selecting an option based on characters.
The input result of the player is transmitted to the information center 15 via the packet network / PDC network 11, and is transferred to the information providing server 18 by the information center 15.

FIG. 3 is a block diagram showing the configuration of the information providing server 18. As shown in FIG. 3, the information providing server 18 includes a CPU 3 connected to the data bus BUS.
1, a memory 32, a communication interface 33, and a database 34. The CPU 31 executes various processes in accordance with programs stored in the memory 32. That is, the CPU 31 transmits each of the mobile phones 13A and 13B transmitted from the information center 15 through the dedicated line connected by the communication interface 33.
13C, and receives the information from the memory 32
To be stored. These pieces of information are stored in, for example, the mobile phones 13A, 13B, 13C,.
And the result of the player operating a character appearing in the game, from among the options shown to the player via the mobile phone 13.
A, 13B, 13C,.
A, 13B, 13C,... Are transmitted.

The CPU 31 reads the game program stored in the database 34 into the memory 32, and advances the game based on the information indicating the operation result of the player stored in the memory 32 according to the game program. The progress result of the game program is stored in the database 34. The other players can check the current progress of the game (for example, high score information or the like) stored in the database 34.

Next, a game program provided by the information providing server 18 will be described. This game program is executed by a player (mobile phones 13A, 13B, 13B).
C,...) Is a network role-playing game set in an imaginary game world that constantly progresses on its own time axis, regardless of whether or not the information providing server 18 is accessed. Request to come to the guild (quest) by mobile phone 13A, 13
The goal is to clear by operating B, 13C,.

In the game world, various major events (macro quests) occur, and the player solves those events with other players, sometimes cooperating, sometimes hostile, and sometimes competing. Then, this game program causes a plurality of major incidents in the game world and forms a large flow of the story. Then, this game program is executed by the players' mobile phones 13A, 13B,
The operation (game play) of 13C,... Will change the flow of the game world, and the accumulation of game play (adventure) of each player will make the history of this game world. is there. Thus, this game program is a network role-playing game in which all players can experience the flow of the history of the fictional world. Also, in the game world, history is built on its own unstoppable timeline, so that the characters appearing in this game world are not immortal, they are as old as the real world. Will go.

By the way, there are guilds in each city in the game world which is progressed by the game program, and in each guild, many quests and macro quests are waiting for the player. This quest is updated daily. The game program is designed to write the names of players who have played an active part, such as solving a case with MacroQuest or winning a competition with another player, in a chronology stored in the database 34. As a result, the player who played an active part in the macro quest can retain its name in the history of the game world. In addition, this game program gives a player a fame value according to the degree of each player's activity in the game world, and gives various titles according to the value. The goal of each player is to obtain the highest rank of this title.

In the information providing server 18, regardless of whether or not the player is accessing, the mobile phone 13 A, 13
The player who operates B, 13C,... (The player who has been registered in advance) can use the information center 15 whenever he wants.
, The user can access the information providing server 18 and participate in the game. In this case, in addition to the player himself accessing the information providing server 18 and participating in game play, the player can participate in various games (events) in the game program progressing in the information providing server 18. Is generated in a quest or a macro quest, the game program causes the mobile phone 13A, 13B, 13
By notifying the occurrence of the incident to C,..., The player is invited to participate in the game.

FIG. 4 shows the processing of the game program for making this notification. As shown in FIG. 4, the game program advances the game in step S1, and determines in step S2 whether a new event (case or the like) has occurred. If a negative result is obtained here, this means that no new event in which the player can participate in the game world has occurred, and the game program returns to step S1 to advance the game. On the other hand, if a positive result is obtained in step S2, this means that a new event in which the player can participate has occurred in the game world. At this time, the game program proceeds to step S3, The mobile phone 13A, 13B, 13C,... Of all registered players is notified of the occurrence of the event at the same time. Incidentally, the registered player means a player who has previously registered for participation in this game. Thus, the player who has registered for participation can know the occurrence of the event even if the player has not participated in the game when the event occurred in the game world.

After notifying at step S3, the game program proceeds to step S4 and waits for a request from the player to participate in the game. Then, if there is no participation request from the player until the event ends, the game program returns to the above-described step S1, and advances the game as time elapses in the game world. On the other hand, when there is a participation request from the player in step S4, the game program proceeds to step S5, in which the player who has made the participation request is registered in advance, and the player is restricted from participating (described later). Yes), the player's participation is accepted, and the process returns to step S1 to continue the game.

Here, the restriction of the player from participating in the game will be described. The game program limits the number of quests for one day coming to the guild in the game world, and also limits the number of quests that one player can participate in.
This allows each player to participate in the game fairly. As a configuration for limiting the number of quests in which one player can participate in one day, the information providing server 18 uses the registered number of game (quest) participations of each player (in this embodiment, the game (The number of clears may be used, but the number of times of participation may be used) is stored in the database 34. If the number of times of participation reaches the preset number of times, the game program I try to restrict. As a result, it is prevented that only some players participate in a large number. When such participation is restricted, the game program transmits the reason as character information or voice information to the mobile phone of the restricted player, so that the player is restricted from participating on that day. You can recognize that.

FIG. 5 is a flowchart showing a procedure for limiting the number of times a player can participate in the game by the game program. As shown in FIG. 5, the game program waits for the player's participation in step S7A. The player receives notification of the occurrence of the above-described event in FIG. 4, or at the timing desired by the player, sends a request to the information providing server 18 to participate in the game to the mobile phones 13A, 13B, 13C,. When transmitted, the game program proceeds to step S7C, and permits the player who has requested participation at this time to participate in the game. Then, when the player clears the quest (event) as a result of playing the game, the game program counts up the number of clears of the player and updates the number of clears of the player stored in the database 34 until then. I do. Incidentally, the clear count of each player stored in the database 34 is reset at a predetermined time every day.

Then, the game program proceeds to step S
Moving to 7D, it is determined whether the number of updates at this time has reached a preset limit value. If a negative result is obtained here, this means that the number of clears for the current day of the player has not reached the preset limit number, and at this time, the game program proceeds to step S7F and performs this participation. After accepting the request, the process returns to step S7A and waits for a new participation request.

On the other hand, if a positive result is obtained in step S7D, this means that the number of clears of the player who transmitted the participation request at this time has reached the limit value, and the game program Step S7
Moving to E, the mobile phones 13A, 13B of the player,
13C ...
Reject the player's participation on the day. By setting the same number of limited participations for all players in units of one day in this way, it is possible to avoid an unfair situation in which only specific players participate in the game in large numbers. Incidentally, although the case where the number of times the player has cleared the game (quest) is used as a reference when restricting participation is described, the present invention is not limited to this, and the mere number of times the player participates in the quest may be used. Further, the processing procedure shown in FIG. 5 shows a case where the user's participation count is restricted on a daily basis by resetting the user's clear count every day. Alternatively, the number of times of clearing may be counted in units of several days.

FIG. 6 provides various information from the information providing server 18 that executes the game program to the players participating in the game program executed by the information providing server 18 or the information providing server 18 provides the player with the information. FIG. 7 is a block diagram showing an outline of a process for obtaining various information from a computer. As shown in FIG. 6, this game program includes a title screen processing step S11 representing a game title, a subsequent incident chronology processing step S13, processing such as guidance (including a plurality of processing steps described later), and later described. Start processing step S15 to shift to the main screen processing step S12, and a plurality of processing steps accompanying the start processing (guild processing, belongings processing, shop processing, status processing, friend processing, etc.)
Consists of Incidentally, since the processing after the start processing step S15 is processing of the game itself, it is charged, and it is necessary for the player to register in advance for participating in the game.
3. The process of guidance and the like can be viewed free of charge by a user who has not registered for the purpose of recruiting players.
The information providing server 18 manages the paid content and the free content separately as described above, and searches the database 34 to determine whether or not the player who has accessed the content is a registered player in advance. In the case of, both the paid content and the free content can be provided, and if the accessing player is an unregistered player, only the free content is provided. As a result, an unregistered player can view the description of the game system and the like free of charge, and can expect the registration of a new player.

FIG. 7 shows a title screen processing step S11.
6 is a flowchart showing the following and each process subsequent thereto. As shown in FIG. 5, the game program executed in the information providing server 18 includes mobile phones 13A, 13B, 13C of the players participating in the game at this time.
A title screen G11 as shown in FIG. 8 is displayed on the display section 24 of. On the title display screen G11, a title logo and a cover picture of the title screen are displayed (), and a command for selecting a process subsequent to the title screen processing step S11 is displayed (). The player selects a desired process from the command display by operating the input operation unit 23 (FIG. 2).

When the player plays the mobile phones 13A, 13B, 13
C, title display screen G displayed on display section 24
When the "start" process is selected in step 11, the game program proceeds to a main screen processing step S12 to display a main screen described later on the display screen 24 of the mobile phones 13A, 13B, 13C,.

On the other hand, if the player
When the “event chronology” process is selected on the title display screen G11 displayed on the display unit 24 of A, 13B, 13C,... Telephone 13A, 13
A case chronological screen described later is displayed on the display screen 24 of B, 13C,....

On the other hand, if the player
When the "guidance / enrollment" process is selected on the title display screen G11 displayed on the display unit 24 of A, 13B, 13C,... To display a guidance / enrollment screen described later on the display screen 24 of the mobile phones 13A, 13B, 13C,....

On the other hand, if the player
When the "notes" process is selected on the title display screen G11 displayed on the display unit 24 of A, 13B, 13C,..., The game program proceeds to the notes processing step S16 for explaining the notes, and proceeds to the mobile phone 13A, 13
A notice screen described later is displayed on the display screen 24 of B, 13C,....

On the other hand, if the player
When the process of “about the packet fee” is selected on the title display screen G11 displayed on the display unit 24 of A, 13B, 13C,... Display screens for packet charges, which will be described later, on display screens 24 of 13B, 13C,....

On the other hand, if the player
When the process of “Opinion” is selected on the title display screen G11 displayed on the display section 24 of A, 13B, 13C,..., The game program shifts to an opinion processing step S18 for receiving an opinion from the player, and proceeds to the mobile phone 13.
A screen for accepting an opinion described later is displayed on the display screen 24 of A, 13B, 13C,....

On the other hand, if the player
When the process of “delete my menu” is selected on the title display screen G11 displayed on the display unit 24 of A, 13B, 13C,... Display screen 24 of 13B, 13C,...
Displays a screen for deleting a My Menu to be described later.

FIG. 9 is a flowchart showing a process when the "case chronology" process is selected on the title screen G11 displayed on the display unit 24 in the title screen processing step S11. As shown in FIG. 9, when the player selects the “case chronology” process in a state where the title screen G11 is displayed on the display unit 24 of the mobile phones 13A, 13B, 13C,. Moving to the chronological table processing step S21, the information providing server 1
By reading the case chronology from the database 34 of FIG. 8, an event chronology screen G21 as shown in FIG.
4 is displayed.

On the incident chronology screen G21, the title () of the incident chronology, the respective dates () in the game world in which each quest was solved, the name of the quest (), and the "return" command () are displayed. You. When the player selects and operates the quest name (case name) on the case chronology screen G21, the game program proceeds to the case detail processing step S22 (FIG. 9) for displaying the details of the selected case, and 24 displays an incident detail screen G22 as shown in FIG. 11 or FIG. For example, the case detail screen G22 shown in FIG. 11 is a display example in a case where the player who solved the case (quest) the first time is the winner, and the case detail screen G22 shown in FIG.
Is a display example in the case where the group in which the case (quest) has solved the problem and the number of cooperating players is large is the winner.

The case detail screen G22 is displayed on the display unit 2
4, the game program returns to the title screen processing step S11 and displays the title screen G11 on the display unit 24 again. On the title screen G11, when the player selects the “enrollment / guidance” process,
The game program proceeds to a game guidance screen processing step S14 according to the flowchart shown in FIG. In this game guide screen step S14, the game program displays a game guide screen G1 as shown in FIG.
4 is displayed. The game guide screen G14 displays a game title (), game contents (), and various commands (). The player can confirm the contents of the game by looking at the display screen.

When the player selects "My menu registration" of various commands on the game guide screen G14, the game program moves to a My menu registration screen processing step S31 shown in FIG. It is displayed on the display unit 24. When the player selects "Accept" from the various commands on the my menu registration screen G31, the game program proceeds to a usage agreement screen processing step S32, and the usage agreement for the player to participate in the game as shown in FIG. The screen G32 is displayed on the display unit 24.

When the player selects "Accept" on the usage agreement screen G32, the game program proceeds to a password input screen processing step S33 (FIG. 13), and displays the password input screen G33 as shown in FIG. To be displayed. If the player intends to participate in this game, he or she inputs a password registered in advance with a telephone company or the like on the password input screen G33. The mobile phone 13A to which the password has been input
(Or any of 13B, 13C,...) Is determined by inquiring of the information center 15 whether or not the input password is correct. Here, if the entered password is incorrect, the game program proceeds to the "password is incorrect" screen processing step S34.
Then, a screen G34 indicating that the password is different as shown in FIG. 18 is displayed on the display unit 24. When the player selects "re-input" on this screen, the game program prompts the player to re-enter the password by displaying the password input screen G33 on the display screen 24 again.

The player re-enters the password on the password input screen G33 displayed on the display screen 24. At this time, if the input password is correct, the game program proceeds to the character creation processing step S35 (FIG. 13). When the game program proceeds to the character creation processing step S35, the game program executes a flowchart as shown in FIG. That is, FIG.
In the character creation processing step S35 shown in FIG. 9, the game program displays a character creation screen G35 as shown in FIG.

The character creation screen G35 is for creating a character of the player when the player participates in the game program. The player inputs personal information and a name used in the game world on the character creation screen G35,
The game program registers the input character in the database 34 of the information application server 18.

Incidentally, if there is an input error in the input operation of the player on the character creation screen G35,
The game program proceeds to the re-input processing step S36, and displays a re-input screen G36 as shown in FIG.
Is displayed to prompt the player to re-enter an item due to a missing item or an input error. When the player sets the character in this way, the game program proceeds to a main screen processing step S12 described later.

In the processing procedure shown in FIG. 7, when the player selects "Notes" from the title screen G11, the game program transmits the notes on the game as shown in FIG.
At 16, a notice screen G <b> 16 as shown in FIG. 23 is displayed on the display unit 24, and the notice regarding the game participation is transmitted to the player.

Further, in the processing procedure shown in FIG. 7, when the player selects “about a packet fee” from the title screen G11, as shown in FIG. The process proceeds to the transmitted packet charge screen processing step S17, where a packet charge screen G17 as shown in FIG. 25 is displayed on the display unit 24, and the charge relating to the game participation is transmitted to the player.

Further, in the processing procedure shown in FIG. 7, the player selects "my menu deletion" from the title screen G11.
When the game program is selected, the game program shifts to a my menu deletion screen processing step S19 for deleting (cancelling) registration in the game program as shown in FIG.
19 is displayed to urge the player to input whether to delete (cancel) registration with the game.

When the player selects "delete" on the my menu deletion screen G19, the game program proceeds to the subsequent password input screen processing step S41, where the password input screen is displayed on the display unit 24, and the player inputs the password. Wait to do. When the player inputs the password, the game program determines whether or not the input password is correct. If the input password is incorrect, the game program proceeds to a process step S42 of displaying a screen notifying that the password is incorrect on the display unit 24. Then, wait for the player to re-enter the correct password.

When the player inputs a correct password, the game program proceeds to a password confirmation screen processing step S43, and displays a password confirmation screen G43 as shown in FIG.

The title screen G11 described above with reference to FIG.
When the player selects "Start" in step S1, the game program executes the main screen processing step S1 shown in FIG.
Move to 2. Moving to the main screen processing step S12, the game program participates in the game program according to the processing procedure shown in FIG. The procedure after the main screen processing step S12 is based on the condition that the player has already registered for participating in the game program.

FIG. 30 shows the main screen G12 displayed on the display unit 24.
It is possible to select various menus in the game world proceeded by a game program such as “shop”. By selecting these menus, the player can shift to a plurality of processing steps shown in FIG. 29 in the game program.

When the player selects "guild" on the main screen G12, the game program proceeds to a guild processing step S51 shown in FIG. 31, and displays a guild screen G51 as shown in FIG. On the guild screen G51, it is possible to view a request item that the player can challenge in the guild, select to go to another town in the game world, or select to leave the guild. Also, the guild screen G51
When the player selects "Help" in the above, the game program displays a help screen G51A as shown in FIG. This help screen G51A shows a description of the guild.

When the player selects "see request" on the guild screen G51 shown in FIG. 32, the game program proceeds to a quest list screen processing step S61 in accordance with the processing procedure shown in FIG. 31, and the quest as shown in FIG. Display the quest list screen G61 showing the contents on the display unit 2
4 is displayed. When the player selects "help" on this screen, the game program proceeds to a quest list help screen processing step S67 as shown in FIG. 31, and displays a quest list help screen G67 as shown in FIG. indicate. The player can understand how to view the quest list screen G61 by using the quest list help screen G67.

On the other hand, the quest list screen G61
, When the player selects a desired quest, the game program proceeds to a quest details screen processing step S62 shown in FIG. 31, and as shown in FIG. 36, a quest details screen G showing details of the quest selected at this time.
62 is displayed on the display unit 24. The player can check the contents of the quest by looking at the quest details screen G62, and can determine whether or not to receive a request (participation) for the quest.

On the quest detail screen G62, when the player tries to receive a request for the quest,
By selecting “receive request” on the quest detail screen G62, the game program proceeds to the selected quest processing step S63 (FIG. 31).

On the other hand, the guild screen processing step S51 of the processing procedure shown in FIG. 31 (guild screen (FIG. 32))
When the player selects "go to another city" in the game program, the game program proceeds to a moving screen processing step S64 shown in FIG. 31, and displays a moving screen G64 as shown in FIG. With this screen, the player can select a city he wants to go to. When the player selects a desired city on the moving screen G64, the game program executes a town detail screen processing step S shown in FIG.
The process proceeds to 65, and a street detail screen G65 relating to the selected town is displayed on the display unit 24 as shown in FIG.

When the player selects “move” on the town detail screen G65, the game program proceeds to the encounter processing step S66 shown in FIG. 31, and displays the town arrival screen G66 as shown in FIG. indicate. Thereby, the player can recognize that the vehicle has arrived at a certain city. The player can select a menu such as “guild”, “storage,” “shop” on the city arrival screen G66.

In the main screen processing step S12 (main screen G12 (FIG. 30)) described above with reference to FIG. 29, when the player selects "property", the game program proceeds to the possession (table of contents) screen processing step as shown in FIG. In S52, a belongings (table of contents) screen G52 as shown in FIG. On the belonging (table of contents) screen G52, the player can select a desired belonging. When the player selects a belonging on this screen, the game program displays an item screen G71 as shown in FIG. 42 on the display unit 24, and selects a desired item from a plurality of items included in the selected belonging. can do.

When the player selects “description” on the item screen G71, the game program
The process proceeds to an item explanation screen processing step S72 shown in FIG. 0, and an item explanation screen G72 as shown in FIG. In this item description screen G72,
The description of the item selected at this time is given. The player can know details of the item by looking at the item description screen G72.

On the other hand, when the player selects “equipment” on the item screen G71 shown in FIG. 42, the game program shifts to the possession (equipment) screen processing step S73 shown in FIG. 40, as shown in FIG. The personal belonging (equipment) screen G73 is displayed on the display unit 24. On the other hand, when the player selects “discard” on the item screen G71 shown in FIG. 42, the game program shifts to a processing step S74 for displaying a “really discard?” Screen shown in FIG. A screen G74 for confirming “discard” as shown at 45 is displayed on the display unit 24. Then, when the player selects “Yes” on this screen, the game program proceeds to a belonging (discard) screen processing step S75 shown in FIG. 40, and displays a belonging (discard) screen G75 as shown in FIG. To be displayed.

When the player selects “shop” in the main screen processing step S12 (main screen G12 (FIG. 30)) described above with reference to FIG. 29, the game program proceeds to the shop screen processing step S53 as shown in FIG. Screen G as shown in FIG.
53 is displayed on the display unit 24. This shop screen G53
Is a screen for bartering items or obtaining information from shop owners, and the player can select either "listen to rumors" or "swap". Incidentally, it is possible to select “help” on this screen, and when the player selects the “help”, the game program displays a shop help screen G53H as shown in FIG. The description has been made.

When the player selects “change” on the shop screen G53 shown in FIG. 48, the game program proceeds to a product list screen processing step S82 shown in FIG. The screen G82 is displayed on the display unit 24. The player can select a desired item from the product list screen G82.

When the player selects a desired item on the product list screen G82, the game program executes a shop (exchange) screen processing step S8 shown in FIG.
Moving to 3, the display of the shop (exchange) screen G83 as shown in FIG. When the player selects an item to be exchanged on the shop (exchange) screen G83, the game program proceeds to a shop (list) screen processing step S85 shown in FIG. 47, and the shop (list) screen G85 as shown in FIG. Is displayed on the display unit 24.

The shop (list) screen G85 shows the items possessed by the player and their value. When the player selects a desired item from the displayed items, the game program is displayed as shown in FIG. The process proceeds to the item description screen processing step S86, and a description screen of the selected item is displayed on the display unit 24.
Then, the shop (list) screen G85 shown in FIG.
Then, when the player selects an item to be exchanged, the selected item is added to the shop (exchange) screen G83 shown in FIG.

When the player selects “exchange” on the shop (exchange) screen G83 in a state where the exchange items are arranged, the game program proceeds to processing step S87 for displaying the “every time” screen shown in FIG. Moving on, FIG.
A “every time” screen G87 as shown in FIG.

On the other hand, in the shop screen processing step S53 of FIG. 47 (shop screen G53 (FIG. 48)), when the player selects “listen to rumors”, the game program proceeds to gossip screen processing step S81. Then, a rumor screen G81 as shown in FIG. The "rumors" displayed on this screen allow the player to obtain information on the game world.

When the player selects “status” in the main screen processing step S12 (main screen G12 (FIG. 30)) described above with reference to FIG. 29, the game program proceeds to the status screen processing step S54 as shown in FIG. Then, a status screen G54 as shown in FIG. The status screen G54 shows the result of the player's success in the game world, his belongings, and the like. By the way, when the player selects "help" on the status screen G54, the game program displays the status help screen G54H shown in FIG. Can be.

When the player selects any item on the status screen G54, the game program shifts to the ranking screen processing step S91 shown in FIG.
Is displayed on the display unit 24 as shown in FIG. When another player shown on the ranking screen G91 is selected, the game program proceeds to another person status screen processing step S92 shown in FIG.
The other person status screen G92 shown in FIG. 59 is displayed on the display unit 24. As a result, the player can check the activity status of other people, items on hand, and the like.

The status screen G5 shown in FIG.
4 or the ranking screen G91 shown in FIG.
When the player selects “watch heroism”, the game program proceeds to a screen processing step S93 for viewing heroism shown in FIG. 55, and displays a screen G93 for watching heroism shown in FIG. indicate.

In the main screen processing step S12 (main screen G12 (FIG. 30)) described above with reference to FIG. 29, when the player selects "friend", the game program, as shown in FIG. Then, the process proceeds to the friend screen processing step S55, and a friend screen G55 as shown in FIG. The friend screen G55 is for setting the relationship between the player and the friend in the game world. Incidentally, if there is no friend, the game program proceeds to the screen processing step S101 shown in FIG. 61 where there is no friend, and displays a screen G101 indicating that there is no friend as shown in FIG. This display screen describes a method of making friends.

When the player selects “read mail” on the companion screen G55 shown in FIG. 62, the game program proceeds to a screen processing step S102 for reading mail shown in FIG. 61 and reads the mail shown in FIG. Screen G101 is displayed on the display unit 24. When the player selects “reply” on the screen G102 for reading the mail, the game program proceeds to a mail reply screen processing step S103 shown in FIG. 61, and displays the mail reply screen G103 shown in FIG. indicate.
When the player selects “send mail” on the mail reply screen G103, the game program proceeds to FIG.
66, and the display unit 24 displays a mail transmission confirmation screen G104 shown in FIG.

When the player selects "delete" on the screen G102 for reading a mail shown in FIG. 64, the game program moves to a mail deletion screen processing step S105 shown in FIG. The screen G105 is displayed on the display unit 24.

When the player selects "send mail" on the companion screen G55 shown in FIG. 62, the game program shifts to the processing step S106 for sending a mail shown in FIG. 61, and the mail program shown in FIG. It moves to transmission screen processing step S106A. In this mail transmission screen processing step S106A, the game program
A mail transmission screen G106A shown in FIG. 69 is displayed on the display unit 24. In this mail transmission screen G106A, when the player selects a friend to be transmitted and selects "send mail", the game program proceeds to a mail transmission confirmation screen processing step S106B shown in FIG.
A mail transmission confirmation screen is displayed on the display unit 24.

When the player selects "see status" in the friend screen processing step S55 (friend screen G55 (FIG. 62)) shown in FIG. 61, the game program executes a processing step for viewing the status shown in FIG. In S109A, a screen G109A for viewing the status is displayed on the display unit 24 as shown in FIG. When the player selects a friend on this screen and selects "see", the game program proceeds to another person status confirmation screen processing step S109B, and displays the other person's status on the display unit 24.

When the player selects "cut edge" in the friend screen processing step S55 (friend screen G55 (FIG. 62)) shown in FIG. 61, the game program executes a processing step for cutting the edge shown in FIG. Shift to S110A, screen G110A for cutting edge as shown in FIG. 73
Is displayed on the display unit 24. When the player selects a friend who cuts the edge on this screen and selects "cut the edge", the game program proceeds to the "Do you really cut the edge?" Screen processing step S110B shown in FIG. Is displayed on the display unit 24. If the player selects “Yes” on this screen, the game program proceeds to a border confirmation screen processing step S110C shown in FIG. 72, and displays a confirmation screen G110C shown in FIG.

Incidentally, in this game system, each player does not know the actual names and addresses of other players (telephone numbers of mobile phones and their mail addresses, etc.), and each uses a pen name instead of a name. In addition, the address is not a real address but a virtual address. This virtual address is shown in FIG.
As shown in the figure, the database 34 of the information providing server 18
Is described in the virtual address table TB1, and the virtual address table TB1 is associated with the real address table TB2 in which the player's actual name and actual mail address are described. Therefore, when a mail is transmitted from a certain player to another player, the mail transmission source player needs to send the information to the information providing server 18.
The mail is transmitted by adding the virtual address of the mail transmission destination player to this address. The information providing server 18 having received the mail refers to the database 34, searches the virtual address designated as the mail transmission destination at this time for the real address, and transfers the mail to the searched real address. Will be done.
In this way, each player can protect the privacy of each player by transmitting an e-mail using a pseudonym or virtual address without knowing the real names and real addresses of other players.

Main screen processing step S shown in FIG.
In step 12, when the player selects “setting”, the game program executes a setting screen processing step S shown in FIG.
Then, as shown in FIG. 77, a setting screen G56 for making various settings relating to the progress of the game is displayed on the display unit 24.
To be displayed. When "help" is selected on the setting screen G56, a setting help screen G56H as shown in FIG.

As shown in FIG. 79, when the player selects “accept request” on the quest detail screen G62 (FIG. 36), the game program proceeds to a request acceptance screen processing step S121, as shown in FIG. The request acceptance screen G121 is displayed on the display unit 24. When the player selects “advance” on the screen, the game program proceeds to a spot arrival screen processing step S122 shown in FIG. 79, and the display unit 24 displays FIG.
A spot arrival screen G122 shown in FIG. 1 is displayed. Then, when the player selects “advance” on the screen, the game program executes the connection screen processing step S
Moving to 123, a connection screen G123 shown in FIG.

Further, the connection screen processing step S shown in FIG.
From 123, the game program proceeds to the event processing step S124, proceeds to the event question screen processing step S124A shown in FIG. 83, and displays the event question screen G124A shown in FIG. With this screen, the player selects a desired option from various options and tries to solve the case. This result is obtained in the event result screen processing steps S124B and S124D shown in FIG.
The result is displayed on the display unit 24. Incidentally, FIG. 85 shows the display screen G124B in the event result screen processing step S124B. This screen allows the player to know the result of the case by his or her choice.

When the player selects "call for help" on the event question screen G124A, the game program executes the SOS text screen processing step S124E.
Then, the SOS screen G124E shown in FIG. 86 is displayed, and the flow shifts to SOS processing described later.

When the game program proceeds to the epilogue processing step S125 in FIG. 79, the processing shown in FIG. 87 is executed. In this process, a solution result according to the player's selection result is obtained, a fame value is calculated according to the result, and epilogue processing steps S141A, S141B or S14 according to the solution result are performed.
1C is selected. For example, epilogue processing step S
In 141A, an epilogue screen G141A is displayed as shown in FIG. 88, and in the epilogue processing step S141C, an epilogue screen G141C is displayed as shown in FIG.

When the player's ability value falls below the specified value from the event processing step S124 as shown in FIG. 79, the game program proceeds to the game over processing step S129, and the game over screen processing step S145 shown in FIG. 89. In FIG. 90, a game over screen G145 as shown in FIG.

When the game program goes to the level up processing step S130 shown in FIG. 79, the game program goes to the level up screen processing step S130A shown in FIG.
A level-up screen G130A as shown in FIG. 92 is displayed, and the level-up items are displayed.

After the level up processing step S130, the game program executes the item finding processing step S130.
Move to 131. In this processing step S131, FIG.
As shown in the figure, the item discovery screen processing step S151
And the item discovery screen G15 as shown in FIG.
1 is displayed on the display unit 24.

In the item full processing step S127 shown in FIG. 79, the game program proceeds to the item full screen processing step S127A as shown in FIG. 95, and displays the item full screen G127A shown in FIG. I do. In the item arrangement screen processing step S127B, an item arrangement screen G127B shown in FIG. 97 is displayed on the display unit 24, and the items on hand can be arranged. When the organizing is completed, the game program proceeds to the organizing end screen processing step S127C, and displays the organizing end screen G127C shown in FIG.
To be displayed.

In this game program, the player can execute an SOS process for asking a friend for help in order to clear the quest. When the player selects “call help” on the event question screen G124A described above with reference to FIG. 83, the game program
SOS from SOS text screen processing step S124E
Move on to specifications (processing). FIG. 99 shows this SOS specification (processing).
6 is a flowchart showing the procedure of FIG. In this SOS specification (processing), the game program sends an SOS mail when entering the SOS mail transmission processing step S155, receives the SOS mail in the SOS mail reception processing step S156, and determines what to do as a result.
The result is transmitted to the helped side in the result processing step S157, and is transmitted to the helped side in the SOS result processing step S158.

FIG. 100 shows the details of the SOS mail transmission processing step S155. The game program firstly proceeds to step S155A, in which the SOS (call for help) is executed at this time.
Check the city in the game world where the player selected is. Then, the process shifts to step S155B to check whether there is another player in the city where the player is located,
Further, in step S155C, a player who is not currently playing among players in the same city is checked. The game program proceeds to the subsequent step S155D, randomly selects one of the other players who are not playing in the same city, and transmits an e-mail to the selected player in step S155E. Then, the game program starts the timer in the information providing server 18 in step S155F, and “SO
Move to "Smail reception" specification (processing) S156. By the way, in step S155F, the game program starts the timer in the information providing server 18 to wait for a reply from the player for a certain period.

As described above, when the player wishes to help another player while playing a game, the game program provides the other player with help according to the “SOS mail transmission” specification (process) S155 shown in FIG. By sending an e-mail with the content asking for, it is possible to search for a player who can help.

The game program that has transmitted the e-mail for help to another player proceeds to the “SOS e-mail reception” specification (processing) S156. FIG. 101 is a flowchart showing the processing procedure of the "SOS mail reception" specification (processing) S156 executed by the game program. As shown in FIG. 101, when an e-mail for help is transmitted from the information providing server 18 to another player by the game program, the game program
In the OS mail screen processing step S161, FIG.
The SOS mail screen G161 shown in FIG. 2 is transmitted to the mobile phone (13A, 13B or 13C) of the other player as the transmission destination, and the SOS mail of the content asking for help as shown in FIG. The screen G161 is displayed.

[0106] This SOS mail screen G161 includes
01 SOS What? Screen processing step S162
The URL for linking to is displayed. Therefore SOS
Other players who have received the mail screen G161 click the URL on the display unit 24,
"What's the SOS?" Screen processing step S1 executed by the game program in the information providing server 18
62 can be accessed.

In this “what to do SOS?” Screen processing step S162, the game program displays the “what to do SOS?” Screen G162 shown in FIG. 103 on the display unit 24 of the mobile phone of the other player who has been asked for help. . The other player sees this screen, determines whether or not to answer the SOS, and selects “help” when:
The game program is "SOS help" shown in FIG.
The process moves to the screen processing step S163, where "S" shown in FIG.
The “Help OS” screen G163 is displayed on the mobile phone of the other player.

[0108] On the other hand, if another player who is asked for help selects "I cannot hear pretend", the game program proceeds to the "SOS not heard" screen processing step S164 in FIG. 101 and proceeds to FIG. "SOS"
The screen G164 not heard "is displayed on the display unit 24 of the mobile phone of the other player.

In the “SOS help” screen processing step S163 described above with reference to FIG. 101, when another player who is asked for help selects “help”, the game program sends a message to the other player who is asked for help. By providing various options and selecting the option by the other player, a game such as fighting an enemy in a scene where a player in need of help is encountered is performed.

[0110] In this way, the result of the help of the other player who asked for help is displayed on the display unit 2 of each mobile phone of the other player who asked for help and the player who got help.
4 will be displayed. That is, in the SOS result processing step S157 shown in FIG. 99, the game program shifts to the “SOS what happened” screen processing step S171 shown in FIG.
What became? The screen G171 is displayed on the display unit 24 of each mobile phone of the player who assisted. When the player clicks on the URL displayed on this screen, the game program obtains the result from the file in the information providing server 18 specified by the URL, and
The process moves to the SOS result screen processing step S172 shown in FIG. 06, and the SOS result screen G17 shown in FIG. 108 or FIG.
2A or G172B is displayed on the display unit 24 of the mobile phone of the player who requested the help with the input of the URL in accordance with the operation result of the other player whose help was requested.

In the SOS result processing step S158 shown in FIG. 99, the game program
"What happened to SOS?" Screen processing step S18 shown in
1 and displays a screen similar to the "SOS What Happened?" Screen G171 shown in FIG. And the following S
The process proceeds to OS connection screen processing step S182, and FIG.
Is displayed on the display unit 24. Subsequently, the process proceeds to the SOS event screen processing step S183 shown in FIG. 110, and the SOS event screen G183 shown in FIG. 112 is displayed. On this screen, when the player who is asked for help selects "What happened?", The game program shifts to the SOS result screen processing step S184 shown in FIG. 110, and displays the energized results of the other players who have been asked for help. After displaying on the display unit 24, the display returns to the main screen.

The SOS associate processing step S in FIG.
In 128, the game program can invite another player who has received the SOS and assisted to a friend by the processing procedure shown in FIG. In this case, the game program shifts to the “become a friend?” Screen processing step S191 asking whether to make another player who has succeeded in boosting by the SOS as a friend, and the “become a friend?” Screen G191 shown in FIG. 114. Is displayed on the display unit 24 of the mobile phone of the player who has helped. When the player selects “I want to be” on this screen, the game program proceeds to a friend invitation screen processing step S193 shown in FIG.
Then, a friend invitation screen G193 shown in FIG. 115 is displayed on the display unit 24. On the other hand, in the “become a friend?” Screen G191 in FIG.
If is selected, the game program moves to another person status screen processing step S192 shown in FIG. 113, and displays the status of the other player who has been activated.

If the result of encountering with another person in the game world is obtained in the encounter processing step S66 shown in FIG. 31, the game program proceeds to the encounter screen processing step S201 shown in FIG. Is displayed on the display unit 24 to urge the player to select a corresponding action. When the player selects "call out", the game program sends an e-mail to the opponent as shown in FIG. 116, and proceeds to a friend invitation process described later.

FIG. 118 shows a processing procedure when a friend invitation mail is received. The game program proceeds to the friend invitation mail screen processing step S205, and returns to FIG.
The friend invitation e-mail screen G205 shown in FIG. And
The game program proceeds to a “what do you do?” Screen processing step S206 shown in FIG. 118, and displays a “what do you do?” Screen G206 shown in FIG. Prompt. The player who was invited on this screen says "OK, of course."
Is selected, the game program transmits the result of the selection to the solicitation source player, and proceeds to the “became a friend” screen processing step S207 in FIG. 118, where the “became a friend” screen G207 shown in FIG. Is displayed on the display unit 24 of the solicitation source player. In addition, when the player who has been invited to select “No” on the “What do you do?” Screen G206 shown in FIG. 120, the game program transmits the result of the selection to the solicitation source player, and “Unfortunately” Move to screen processing step S208, and FIG.
Is displayed on the display unit 24 of the solicitation source player.

FIG. 123, FIG. 124, and FIG. 125 are views for explaining item specifications, and show the items that can be equipped by the player. FIG.
6 to 130 are diagrams illustrating the specifications of macro quests that occur in the game world, and illustrate conditions for a player to be a winner. FIG. 131 to FIG. 135 are diagrams for explaining the specifications of titles. Each time a player becomes a quest winner, a title having a higher rank is given in accordance with a fame value (ability value) given to the player. It has been made to be.

FIG. 136 is a flow chart showing the procedure for item exchange. When the player selects "item exchange" on the friend screen G55 shown in FIG. 62, the game program switches to the exchange request screen shown in FIG. The process moves to the processing step S211 to display an item exchange screen G211 shown in FIG. On this screen, when the player designates an exchange partner or exchange content and selects "Send", the game program
It moves to the exchange reply processing step S212 shown in FIG.
Upon entering this processing, as shown in FIG. 138, if there is an exchange request on the receiver side, the game program proceeds to an exchange request mail screen processing step S221,
As shown in FIG. 139, an exchange request mail screen G221 is displayed on the display unit 24 on the recipient side of the exchange request mail. If no e-mail has been received or if there is another exchange request e-mail, the game program proceeds to an exchange partner selection screen processing step S222 shown in FIG. Exchange partner selection screen G2
22 is displayed.

Here, if there is no exchange partner, the "no exchange partner" screen G2 shown in FIG.
29 is displayed. When the player selects the displayed exchange partner on the exchange partner selection screen G222 shown in FIG. 140 and selects “read”, the game program proceeds to a “How to Exchange?” Screen processing step S223 shown in FIG. 138. 142, "What do you want to do?"
The screen G223 is displayed on the display unit 24. The player can determine whether or not to exchange while watching this screen.

When the player selects "negotiate" on the "How to exchange?" Screen G223, the game program executes the exchange reply screen processing step S shown in FIG.
224, and transmits an exchange reply screen G224 shown in FIG. 143 to the negotiation partner. In addition, "What to do?" Screen G
If the player selects “do not negotiate” in 223, the game program proceeds to a negotiation rejection screen processing step S225 in FIG. 138, displays an exchange rejection screen G225 shown in FIG. 144 on the display unit 24, and negotiates with the negotiation partner. Send a refusal email.

If both parties agree on the exchange after transmitting the exchange reply to the negotiating partner in FIG. 138, the game program proceeds to the exchange OK processing step S226 and enters the processing procedure shown in FIG. 145. In FIG. 145, when the negotiation request mail is received, the game program proceeds from the negotiation request mail screen processing step S232 to the “Trade OK?” Screen processing step S233.
Also, the process proceeds from the negotiation partner selection screen processing step S231 to the “Trade OK?” Screen processing step S233.

In this “Trade OK?” Screen processing step S233, the game program displays the “Trade OK?” Screen G233 on the display unit 2 as shown in FIG.
4 is displayed, the exchange intention is confirmed again, and when the player selects “exchange”, the exchange completion mail is transmitted to the exchange partner, and the process proceeds to the trade establishment screen processing step S234, where the trade establishment screen shown in FIG. 147 is displayed. G234 is displayed on the display unit 24. On the other hand, if the player selects “do not exchange” on the “Trade OK?” Screen G233, the game program shifts to the trade failure screen processing step S235 in FIG. 24.

FIG. 149 shows the criterion used for determining whether or not the selection result of the player in the quest of the game program is to clear the quest (when branching the result) according to the ability value of the player. This is a description of a method of changing. As shown in FIG. 146, when the player resolves an event such as an incident in a quest, a value called a hurdle value is set for each of the options given to the player. Also,
Each player is given a dice according to the ability value, and the player first rolls his own dice when selecting an option. A numerical value according to the ability value of the player is assigned to the dice. For example, a dice given to a weak player having a small ability value is assigned a numerical value of 0 to 6, and a dice given to a strong player having a large ability value is assigned a numerical value of 0 to 16.

The game program compares the numerical value obtained by rolling the dice according to the player's ability value with the hurdle value of the option selected by the player at this time. Then, as a result of the comparison, for example, the numerical value of the die obtained at this time is the hurdle value of 1.5.
If the value is twice or more, the game progress direction is selected in a direction that provides the “best result” for the player,
If the value of the dice obtained at this time is larger than the hurdle value and smaller than 1.5 times the hurdle value, the proceeding direction of the game is selected in a direction in which a “good result” is obtained for the player. If the value of the dice obtained at this time is larger than 0.4 times the hurdle value and smaller than the hurdle value, the proceeding direction of the game is selected in a direction in which a “bad result” is obtained for the player, If the value of the dice obtained at this time is not more than 0.4 times the hurdle value, the game progress direction is selected in a direction that gives the player the “worst result”.

Therefore, if the ability values of the players are different, the story will proceed in different directions even if the same option is selected. It is possible to taste. Note that the values (1.5 times the hurdle value and 0.4 times the hurdle value) to be compared with the numerical values of the dice when determining the direction in which the game proceeds are different various values. The number of branches (“best result”, “good result”, “bad result”, and “worst result”) can be set to various other numbers.

[0124]

As described above, according to the present invention, in a communication game which can be played in a multi-player mode through the Internet network or a dedicated line of a portable telephone, a virtual game in a game progressing in a server is provided. By restricting participation in issues that occur in the world according to the number of times the user has cleared the tasks, users who can afford communication costs and time to play games will be able to play games with others who do not. It is possible to reduce the fear of monopolizing the completion of a plurality of tasks that have been set, and to make it possible for all users to participate in the game fairly.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a configuration of a network system for executing a network game according to the present invention.

FIG. 2 is a block diagram illustrating a configuration of a mobile phone.

FIG. 3 is a block diagram illustrating a configuration of an information providing server.

FIG. 4 is a flowchart showing a processing procedure for notifying all players of the occurrence of an event.

FIG. 5 is a flowchart showing a processing procedure for limiting the number of times of participation of a player.

FIG. 6 is a block diagram showing an overall configuration of a game program.

FIG. 7 is a flowchart showing a title screen processing procedure.

FIG. 8 is a schematic diagram illustrating a title screen.

FIG. 9 is a flowchart showing a case chronological table processing procedure.

FIG. 10 is a schematic diagram illustrating an incident chronology screen.

FIG. 11 is a schematic diagram illustrating an incident detail screen.

FIG. 12 is a schematic diagram illustrating an incident detail screen.

FIG. 13 is a flowchart showing a “guidance / enrollment” processing procedure.

FIG. 14 is a schematic diagram illustrating a game guidance screen.

FIG. 15 is a schematic diagram illustrating a My Menu registration screen.

FIG. 16 is a schematic diagram illustrating a usage agreement screen.

FIG. 17 is a schematic diagram illustrating a password input screen.

FIG. 18 is a schematic diagram illustrating a “wrong password” screen.

FIG. 19 is a flowchart showing a character creation processing procedure.

FIG. 20 is a schematic diagram illustrating a character creation screen.

FIG. 21 is a schematic diagram illustrating a re-input screen.

FIG. 22 is a flowchart showing a procedure for processing notes.

FIG. 23 is a schematic diagram illustrating a notice screen.

FIG. 24 is a flowchart showing a processing procedure of “about a packet fee”.

FIG. 25 is a schematic diagram illustrating a display screen of “About packet charges”.

FIG. 26 is a flowchart illustrating a procedure of a My Menu deletion process.

FIG. 27 is a schematic diagram illustrating a my menu deletion screen.

FIG. 28 is a schematic diagram illustrating a password confirmation screen.

FIG. 29 is a flowchart showing a main screen processing procedure.

FIG. 30 is a schematic diagram illustrating a main screen.

FIG. 31 is a flowchart showing a guild processing procedure.

FIG. 32 is a schematic diagram illustrating a guild screen.

FIG. 33 is a schematic diagram illustrating a guild help screen.

FIG. 34 is a schematic diagram illustrating a quest list screen.

FIG. 35 is a schematic diagram illustrating a quest list help screen.

FIG. 36 is a schematic diagram illustrating a quest detail screen.

FIG. 37 is a schematic diagram illustrating a moving screen.

FIG. 38 is a schematic diagram illustrating a town detail screen.

FIG. 39 is a schematic diagram showing a town arrival screen.

FIG. 40 is a flowchart showing a possession processing procedure.

FIG. 41 is a schematic diagram illustrating a belongings (table of contents) screen.

FIG. 42 is a schematic diagram illustrating a belongings screen.

FIG. 43 is a schematic diagram illustrating an item description screen.

FIG. 44 is a schematic diagram illustrating a belonging (equipment) screen.

FIG. 45 is a schematic diagram showing a “Are you really similar?” Screen.

FIG. 46 is a schematic diagram showing a personal property (discard) screen.

FIG. 47 is a flowchart showing a shop processing procedure.

FIG. 48 is a schematic diagram showing a shop screen.

FIG. 49 is a schematic diagram showing a shop help screen.

FIG. 50 is a schematic diagram illustrating a product list screen.

FIG. 51 is a schematic diagram showing a shop (exchange) screen.

FIG. 52 is a schematic diagram showing a shop list screen.

FIG. 53 is a schematic diagram showing a “every time” screen.

FIG. 54 is a schematic diagram showing a gossip screen.

FIG. 55 is a flowchart showing a status processing procedure.

FIG. 56 is a schematic diagram showing a status screen.

FIG. 57 is a schematic diagram showing a status help screen.

FIG. 58 is a schematic diagram showing a ranking screen.

FIG. 59 is a schematic diagram showing another person status screen.

FIG. 60 is a schematic diagram showing a warden screen.

FIG. 61 is a flowchart showing a friend processing procedure.

FIG. 62 is a schematic diagram illustrating a friend screen.

FIG. 63 is a schematic diagram showing a screen with no friends.

FIG. 64 is a schematic diagram showing a mail reading screen.

FIG. 65 is a schematic diagram showing a mail reply screen.

FIG. 66 is a schematic diagram showing a mail transmission confirmation screen.

FIG. 67 is a schematic diagram showing a mail deletion confirmation screen.

FIG. 68 is a flowchart showing a processing procedure for sending a mail.

FIG. 69 is a schematic diagram showing a mail transmission screen.

FIG. 70 is a flowchart showing a processing procedure for checking the status.

FIG. 71 is a schematic diagram showing a screen for viewing a status.

FIG. 72 is a flowchart showing a processing procedure for cutting off an edge.

FIG. 73 is a schematic diagram illustrating a screen of a process of cutting the edge and a process of checking the edge.

FIG. 74 is a schematic diagram showing a border confirmation screen.

FIG. 75 is a schematic diagram illustrating the conversion of a virtual address and an actual address.

FIG. 76 is a flowchart showing a setting processing procedure.

FIG. 77 is a schematic diagram showing a setting screen.

FIG. 78 is a schematic diagram showing a setting help screen.

FIG. 79 is a flowchart showing a processing procedure of a quest.

FIG. 80 is a schematic diagram illustrating a request acceptance screen.

FIG. 81 is a schematic diagram showing a spot arrival screen.

FIG. 82 is a schematic diagram illustrating a connection screen.

FIG. 83 is a flowchart showing an event processing procedure.

FIG. 84 is a schematic diagram illustrating an event question screen.

FIG. 85 is a schematic diagram showing an event result screen.

FIG. 86 is a schematic diagram showing an SOS text screen;

FIG. 87 is a flowchart showing an epilogue processing procedure.

FIG. 88 is a schematic diagram showing an epilogue screen;

FIG. 89 is a flowchart showing a game over processing procedure.

FIG. 90 is a schematic diagram showing a game over screen.

FIG. 91 is a flowchart showing a level-up processing procedure.

FIG. 92 is a schematic diagram showing a level up screen.

FIG. 93 is a flowchart showing an item discovery processing procedure.

FIG. 94 is a schematic diagram showing an item discovery screen.

FIG. 95 is a flowchart showing an item full processing procedure.

FIG. 96 is a schematic diagram showing an item full screen.

FIG. 97 is a schematic diagram showing an item arrangement screen.

FIG. 98 is a schematic diagram showing an arrangement end screen.

FIG. 99 is a flowchart showing the SOS processing procedure.

FIG. 100 is a flowchart showing an SOS mail transmission processing procedure.

FIG. 101 is a flowchart showing an SOS mail reception processing procedure.

FIG. 102 is a schematic diagram illustrating an SOS mail screen.

FIG. 103 is a schematic diagram showing a “What about SOS?” Screen;

FIG. 104 is a schematic diagram showing a “SOS help” screen.

FIG. 105 is a schematic diagram showing a “SOS was not heard” screen;

FIG. 106 is a flowchart showing an SOS result processing procedure.

FIG. 107 is a schematic diagram showing a “What happened to SOS?” Screen;

FIG. 108 is a schematic diagram illustrating an SOS result screen;

FIG. 109 is a schematic diagram showing an SOS result (nobody came) screen.

FIG. 110 is a flowchart showing the SOS result processing procedure.

FIG. 111 is a schematic diagram illustrating an SOS connection screen.

FIG. 112 is a schematic diagram showing an SOS event screen.

FIG. 113 is a flowchart showing an SOS associate processing procedure.

Fig. 114 is a schematic diagram showing a "Become a friend?" Screen.

FIG. 115 is a schematic diagram illustrating a friend invitation screen.

FIG. 116 is a flowchart showing an encounter processing procedure.

Fig. 117 is a schematic diagram showing an encounter screen.

FIG. 118 is a flowchart showing a friend invitation processing procedure.

FIG. 119 is a schematic diagram illustrating a friend invitation mail screen.

FIG. 120 is a schematic diagram showing a “What about friends?” Screen.

FIG. 121 is a schematic diagram showing a “became a friend” screen.

FIG. 122 is a schematic diagram showing a “sadly” screen.

FIG. 123 is a schematic diagram showing specifications of items.

FIG. 124 is a schematic diagram showing item specifications.

FIG. 125 is a schematic diagram showing specifications of items.

FIG. 126 is a schematic diagram showing the specifications of MacroQuest.

FIG. 127 is a schematic diagram showing specifications of a macro quest.

FIG. 128 is a schematic diagram showing specifications of a macro quest.

FIG. 129 is a schematic diagram illustrating the specifications of MacroQuest.

FIG. 130 is a schematic diagram showing the specifications of MacroQuest.

FIG. 131 is a schematic diagram showing title specifications.

FIG. 132 is a schematic diagram showing specifications of titles.

FIG. 133 is a schematic diagram showing title specifications.

FIG. 134 is a schematic diagram showing specifications of titles.

FIG. 135 is a schematic diagram showing specifications of titles.

FIG. 136 is a flowchart showing an item exchange processing procedure.

Fig. 137 is a schematic diagram showing an exchange request screen.

FIG. 138 is a flowchart showing an exchange reply processing procedure.

FIG. 139 is a schematic diagram showing an exchange request mail screen.

FIG. 140 is a schematic diagram showing an exchange partner selection screen.

FIG. 141 is a schematic diagram showing a “no exchange partner” screen.

FIG. 142 is a schematic diagram showing a “How to replace?” Screen.

FIG. 143 is a schematic diagram showing an exchange reply screen.

FIG. 144 is a schematic diagram showing an exchange refusal screen.

Fig. 145 is a flowchart showing a "replacement OK?" Processing procedure.

FIG. 146 is a schematic diagram showing a “Trade OK?” Screen.

FIG. 147 is a schematic diagram showing a trade completion screen.

Fig. 148 is a schematic diagram illustrating a trade failure screen.

FIG. 149 is a schematic diagram showing the mechanism of result branching.

[Explanation of symbols]

 Reference Signs List 10 network system 11 packet network / PDC network 12 base station 13A, 13B, 13C mobile phone 15 information center 16 Internet 17A, 17B, 18 information providing server 21, 31 CPU 22, 32 memory 23 input operation unit 24 display unit 25 transmission / reception circuit Unit 26 baseband processing unit 27 audio processing unit 28 microphone 29 speaker 33 communication interface 34 database

Claims (6)

[Claims] 1. A server in which terminals of a plurality of users can be connected to an RPG game progressing in the server by using a communication line network, and the game can be played by multiplayer participation. The number of task clears in the game for each registered user is configured to be gradually updated and stored, and the number of task clears in the game that is gradually updated is set to a predetermined task within a predetermined period. In the case where the number of clearing operations is exceeded, until the predetermined period elapses, the access from a user who has exceeded the number of task clearing operations in the game or game play for clearing the next task is restricted or prohibited. Server to do. 2. When the access or the game play for clearing the next task is restricted or prohibited, the reason why access from the server to the terminal of the user who restricts or prohibits the game play is prohibited. 2. The server according to claim 1, wherein the server is transmitted. 3. An RPG game progressing in the server can be connected to a plurality of user terminals using a communication network, and is executed in a server capable of playing a game with multi-player participation. A game providing method, wherein, in the server, the number of task clears in a game for each user registered in advance is gradually updated and stored, and within the predetermined period, the number of task clears is gradually updated. Comparing the stored number of task clears in the game with a predetermined number of task clears, and if the result of the comparison exceeds the predetermined number of task clears, the step is performed until the predetermined period elapses. Limiting or prohibiting access from a user who has exceeded the number of task clears in the game or game play for clearing the next task. Test method. 4. A plurality of user terminals can be connected to an RPG game progressing in the server using a communication network, and the RPG game is executed in a server capable of playing a game with multiplayer participation. A game providing method, wherein, in the server, the number of task clears in a game for each user registered in advance is gradually updated and stored, and within the predetermined period, the number of task clears is gradually updated. Comparing the stored number of task clears in the game with a predetermined number of task clears, and if the result of the comparison exceeds the number of task clears, the game clears the game until the predetermined period elapses. Limiting or prohibiting access from a user who has exceeded the number of task clears or game play for clearing the next task, and from the terminal of the restricted or prohibited user. Wherein when an access to the server, game providing method characterized by comprising the steps of returning the reason for the restriction or prohibition to the terminal of the user. 5. A plurality of user terminals can be connected to an RPG game progressing in the server using a communication line network, and the RPG game is executed in a server capable of playing a game with multiplayer participation. A game providing method, wherein, in the server, the number of task clears in a game for each user registered in advance is gradually updated and stored, and within the predetermined period, the number of task clears is gradually updated. Comparing the stored task clear count in the game with a predetermined task clear count; and, if the result of the comparison exceeds the task clear count, the game clears the game until the predetermined period elapses. Restricting or prohibiting access from a user who has exceeded the number of times of clearing the task or game play for clearing the next task. Storage medium grams is stored. 6. A plurality of user terminals can be connected to an RPG game progressing in the server using a communication network, and the RPG game is executed in a server capable of playing a game with multiplayer participation. A game providing method, wherein, in the server, the number of task clears in a game for each user registered in advance is gradually updated and stored, and within the predetermined period, the number of task clears is gradually updated. Comparing the stored task clear count in the game with a predetermined task clear count; and, if the result of the comparison exceeds the task clear count, the game clears the game until the predetermined period elapses. Limiting or prohibiting access from a user who has exceeded the number of task clears or game play for clearing the next task, and from the terminal of the restricted or prohibited user Wherein when an access to the server, memory medium game providing method can realize a program is stored comprising the steps of returning the reason for the restriction or prohibition to the user of the terminal.