JP2002224456A - Server enabling mass participation type game utilizing communication line network, method for providing game, and recording medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a communication game environment of a new form which enables the playing of a game in a mass participation style through an Internetwork and a dedicated line of a cellular phone. SOLUTION: The communication game enables the playing thereof in a mass participation style through the Internetwork and the dedicated line of the cellular phone. A plurality of sample responses are presented for questions prepared, and when a sample response alternatively selected by a user from among them is reflected on the outcome of the game, the outcome of the game is derived from the results of computation based on the type of the sample response alternatively selected by the user from among the options and a parameter which the each responding user has, thereby making the game more fun.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention
Using a communication network such as a net communication network or a dedicated network,
A server that provides an environment in which an unspecified number of users at a distance can participate and play a game jointly, or a game providing method, or the server described above, wherein “an unspecified number of users at a distance are participating To provide an environment in which a game can be jointly played ".

[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 the spread of mobile phones along with the enhancement of the Internet network,
A user's terminal can be connected using a communication network to a game that runs on a server that can participate in an unspecified number of users using the Internet network or a dedicated line network of a mobile phone. Servers capable of playing games are being built by participating. And, through the Internet network or a dedicated line of a mobile phone, connected to a user terminal such as the personal computer or mobile phone,
A game with multiplayer participation is played. Thus, a plurality of remote users can play a competitive game or play an RPG game, and users who do not know each other can communicate with each other through a game server that provides the aforementioned game. Human relations are being built. Further, on the server, differences due to individuality with respect to each user and each terminal are eliminated, and uniformization is progressing.

[0004]

By the way, in recent years, a large number of the above-mentioned games to be played using an i-mode compatible mobile phone or the like have been proposed. In many cases, the player is asked to make a selection and then proceed with the game in a question-and-answer session. The necessity of such an approach is because the size of the display screen of the mobile phone and the number of input operation keys are limited due to its space. Since the results are all the same, there is a problem that the game lacks interest and there is no surprise.

SUMMARY OF THE INVENTION The object of the present invention is to make a communication game that can be played in a multi-player mode through the above-mentioned Internet network or a dedicated line of a portable telephone more interesting. The game is made for the purpose of making the game interesting by making the game result for the answer different from each user without being determined.

[0006]

In order to solve the above-mentioned problems, according to the present invention, a plurality of answer examples are prepared in advance for a prepared question, and the user can select one of the answer examples. When reflecting the answered answer example in the game result, the calculation result calculated from the type of the answer example that is selectively selected by the user from the options and the parameters possessed for each of the answered users is What derives the game result is provided. Specifically, the present invention provides the following.

(1) A plurality of answer examples are prepared in advance for a previously prepared question, and the user is allowed to select one of the answer examples, and the answer example selected by the user is selected. Is made to be reflected in the game result, the user is allowed to participate using a terminal of the user using a communication network with respect to the game progressing in the server, and a plurality of the users Is a server capable of performing a multiplayer game by participating in the game, wherein the game result includes a type of an answer example selected from the alternatives, and a unique type assigned to each of the responding users. And a server that is configured to at least obtain a game result that reflects the parameter.

(2) The server according to (1), wherein the terminal is a mobile phone.

(3) A plurality of answer examples are prepared in advance for a prepared question, and the user selects one of the answer examples, and the answer selected by the user is reflected in the game result. A game providing method, wherein the game result is calculated from a type of an answer example alternatively selected from the options and a parameter provided for each user who has answered. A game providing method characterized by being derived based on a calculation result.

(4) A plurality of answer examples are prepared in advance for questions prepared in advance, the user selects one of the answer examples, and the answer selected by the user is reflected in the game result. A game providing method, wherein the game is calculated based on a calculation result calculated from a type of an answer example selectively selected from the options and a parameter of each user who has answered. A storage medium storing a program capable of realizing a game providing method for deriving a result.

[0011] In recent years, many games, particularly using i-mode compatible mobile phones, have been proposed. In such games, the game is often advanced by allowing the user to answer questions in a question-and-answer manner. The necessity of doing this is due to the size of the display screen of the mobile phone or the input of the mobile phone, but the problem is that the game results for the selected answers are all the same. However, there is a problem that the game lacks interest and there is no surprise.

According to the present invention, the answer to the option is not determined, and the result is set to be different for each user.
It is intended to make a game employing such options more interesting.

[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 or 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 with a story but also games in all fields, such as a battle-type game and an airplane control game. .

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

[0017]

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, 13
B, 13C,... Transmit and receive voice data and character data to and from each other via the packet network / PDC
It can be performed by a time division multiple access method called A (Time Division Multiple Access).

These mobile phones 13A, 13B, 13
C,... Can exchange information such as voice data and character data with each other, and can access the information center 15 by packet communication via the packet network / PDC network 11. The information center 15 includes a mobile phone 13A,
13B, 13C, ..., the information providing servers 17A, 17A,
7B or various information is acquired from the information providing server 18 connected by a dedicated line, and the acquired information is transferred to the requesting mobile phones 13A, 13B, 13C,. As a result, the user who possesses the mobile phones 13A, 13B, 13C,. it can.

Here, the network system 10
In each of the mobile phones 13A, 13B, 13
A game environment that can be shared by users having C,... Is always provided by the information providing server 18. In other words, in the information providing server 18, the mobile phones 13A, 13B, 13
Regardless of whether or not C,... Are connected to the information center 15, a predetermined game is always in progress. 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, this game
The game play of each player in the game world makes the history of the game world, and all players experience the act of making the history of 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,
12B, ..., a transmission / reception circuit unit (RF) 25 for transmitting / receiving signals to / from the R
A baseband processing unit 26 that converts an F (Radio Frequency) signal into a baseband signal and a baseband signal to be transmitted into an RF signal;
Also, an input / output unit 27 as an interface with a speaker 29, 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 the operation programs stored in the memory 22, and controls each circuit in accordance with the operation. 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 unit 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 who uses C,... Can have a conversation via a mobile phone with another user who is a call destination.

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 destination of the call. The user of each of the mobile phones 13A, 13B, 13C,... Registers the game provided by the information providing server 18 in advance, and accesses the information center 15 by accessing the information providing server 15. Can participate in the game content provided by. In response to a request from each of the mobile phones 13A, 13B, 13C,. In other words, information representing an incident or the like occurring in the game world is extracted, and the mobile phone
A, 13B, 13C,... The mobile phones 13A, 13B, 13C,.
After the information such as the game program transmitted from the information providing server 18 is stored in the memory 22, events such as various incidents occurring in the game world at this time are displayed on the display unit 24 according to the game program. A player who uses each of the mobile phones 13A, 13B, 13C,... Can display the game contents (images, characters, By operating the input operation unit 23 while viewing the information, etc., it is possible to operate the character displayed on the display unit 24 and to participate in the progress of the game by actions such as selecting an option based on characters. The input result of the player is
The information is transmitted to the information center 15 via the PDC network 11 and passed 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 stores it in the memory 3
2 is stored. These pieces of information are stored in the mobile phones 13A, 13B, 13
C,... Are the result of the player's selection from the options shown to the player via the... .. Are transmitted from the mobile phones 13A, 13B, 13C,...

The CPU 31 reads out the game program stored in the database 34 into the memory 32 and advances the game according to the game program based on the information indicating the operation result of the player stored in the memory 32. 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 always progresses on its own time axis regardless of whether or not the information providing server 18 is accessed. Become an adventurer and send a request (quest) to the guild via mobile phone 13A, 1
The goal is to clear by operating 3B, 13C,... And finally obtain the title that is the highest ranking.

In the game world, various major incidents (macroquests) occur, and the player solves those incidents 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 It will be. 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 of 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
A player operating B, 13C,...
5 and can participate in the game by accessing the information providing server 18. 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, 1
By notifying 3C,... Of the occurrence of the incident, 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, .. Of all registered players are 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 the notification of the occurrence of the event described above with reference to FIG. ..., the game program will go to step S7C
Then, the player who has requested the participation at this time is permitted 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,... To the effect that the player cannot participate on the day, and rejects 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 shows a case where various information is provided from the information providing server 18 executing the game program to the players participating in the game program executed by the information providing server 18, or the information providing server 18 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 stored in the database 34 separately as described above, and determines whether or not the player who has accessed the content is a registered player in advance. The database 34 is searched, and if the player is a registered player, both the paid content and the free content can be provided. If the accessed player is an unregistered player, only the free content is provided. It has been made like that. 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. As a method of identifying a registered user, a method of registering the telephone number of the user's mobile phone in the database 34 in advance or a method of setting a password and inputting the password when the registered user participates in the game is available. Used. In the information providing server 18,
A first data area for storing paid contents and a second data area for storing free contents are provided in the database 34, and these data are stored in these areas.

Therefore, when a game program (including a program for providing a game) executed in the information providing server 18 is accessed by a player, first, the telephone number of the player (the mobile phone of the access source at the time of access) is used. The database 34 is searched on the basis of a password obtained from a terminal such as a telephone) or a password input by the player at the time of the access. If the accessing player is a registered player, the game program reads the data of the content (paid content and free content) from both the first data area and the second data area, and reads these data. Is provided to the registered player. On the other hand, if the accessing player is an unregistered player, the game program reads out the free content data only from the second data area and provides the data to the unregistered player. Become. Note that the first region and the second region
Is the area of the database 34 in this embodiment.
However, the present invention is not limited to this. When storing content data in the database 34, instead of performing physical area division, pay content data and It is also possible to add a paid or free identifier to the data of the free content in a predetermined data unit, and determine whether or not the data can be read based on the identifier.

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, 13 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 C,. This title display screen G1
1, a title logo and a cover picture of the title screen are displayed (), and a command for selecting a process following 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
When the "start" process is selected on the title display screen G11 displayed on the display section 24 of the C,... .... display screen 24
Displays a main screen described later.

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,..., The game program presents an incident chronology processing step S13. Move to mobile phones 13A, 13
A case chronology 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,. Moving to the enrollment processing step S14, the display screen 2 of the mobile phones 13A, 13B, 13C,.
4 displays an information / enrollment screen described later.

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,. Mobile phones 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 packet fee" is selected on the title display screen G11 displayed on the display unit 24 of A, 13B, 13C,..., The game program proceeds to a processing step S17 for describing packet fee. A screen for a packet fee, which will be described later, is displayed on the display screen 24 of the mobile phones 13A, 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 unit 24 of A, 13B, 13C,. 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
In the title display screen G11 displayed on the display section 24 of A, 13B, 13C,.
Is selected, the game program proceeds to a my menu deletion processing step S19 for deleting a my menu, and displays a screen for deleting a my menu described later on the display screen 24 of the mobile phones 13A, 13B, 13C,. indicate.

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, in a state where the title screen G11 is displayed on the display section 24 of the mobile phones 13A, 13B, 13C,. The game program proceeds to the case chronology processing step S21, and reads the case chronology from the database 34 of the information providing server 18 to display the case chronology screen G21 as shown in FIG.

On the case chronology screen G21, the title () of the case chronology, the respective dates () in the game world in which each quest is 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 S3.
4, the display unit 24 displays a screen G34 indicating that the password is different as shown in FIG. 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.

This 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 "instructions" from the title screen G11, the game program transmits the instructions relating to 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 the packet fee” from the title screen G11, as shown in FIG. The process proceeds to the transmitted packet fee screen processing step S17, in which the display unit 24 displays a packet fee screen G17 as shown in FIG.

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 “Exchange” 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 proceeds to 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 explanation screen processing step S86, and an explanation 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 the 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 rumors 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.

In the main screen processing step S12 (main screen G12 (FIG. 30)) described above with reference to FIG. 29, when the player selects "status", the game program proceeds to the status screen processing step S54 as shown in FIG. Then, a status screen G54 as shown in FIG. 56 is displayed on the display unit 24. 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 "friends", 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 moves 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 shifts 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 a processing step S106 for sending a mail 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 “view 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. The process proceeds to S109A, where 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 the case of this game system, each player does not know the actual names and addresses of other players (phone 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 connecting 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.

If 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.

Following 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.

Here, in this game program, the player can execute SOS processing 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, a signal requesting participation of another player (participation request signal) is transmitted from the mobile phone used by the player to the information providing server 18. You. The game program that has received the participation request signal moves from the SOS text screen processing step S124E to the SOS specification (processing). FIG. 99 is a flowchart showing the procedure of the SOS specification (processing). In this SOS specification (processing), when the game program enters the SOS mail transmission processing step S155, the game program transmits an SOS mail (email requesting participation), receives the SOS mail in the SOS mail reception processing step S156, and what to do as a result. The result is transmitted to the side assisted in the SOS result processing step S157, and the SOS result processing step S1
Send to the helper at 58.

FIG. 100 shows the details of the SOS mail transmission processing step S155, and the game program firstly proceeds to step S155A, at which time the SOS (call for help) is executed.
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 the 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. Incidentally, in the case of the mail transmission procedure shown in FIG. 100, the other party who transmits the SOS mail is another player who is accessing the information providing server 18, but the present invention is not limited to this. The SOS mail may be transmitted to another player who has not performed the SOS mail. The other player to whom the e-mail is sent is registered in the database 34 of the information providing server 18 as a telephone number or an e-mail (E-mail) address of the other player's mobile phone at the time of registration for the game. I have. Therefore, the game program transmits the SOS mail to the mobile phone number or the e-mail address of another player stored in the database 34.

The game program which has sent 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.

The SOS mail screen G161 includes the screen shown in FIG.
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.

On the other hand, if another player who is asked for help selects “I cannot hear”, the game program proceeds to the “SOS not heard” screen processing step S164 in 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.

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.

Further, the SOS companion 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 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 shifts 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 diagrams for explaining item specifications, and show an explanation of 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 a 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 "What to do?" Screen G223, the game program proceeds to 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 sending 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 to explain a method of changing the value. As shown in FIG. 149, when the player solves 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 proceeds in different directions even if the same option is selected. Therefore, even if the player plays the game many times, the result differs depending on the ability values. It is possible to enjoy an unexpected story development. In addition,
Various other values are set as the values (1.5 times the hurdle value and 0.4 times the hurdle value) to be compared with the numbers obtained by the dice when determining the direction of the game. The number of branches ("best result", "good result", "bad result" and "worst result") can also be set to various other numbers.

FIG. 150 is a flowchart showing a game story branching procedure by the game program according to the player's choice of the option. As shown in FIG. 150, the game program executed in the information providing server 18 enters the processing procedure from step S301 when the game progresses to a scene that requires the player to make a selection. The database 34 contains options necessary for the game story.
And transmits this to the player's mobile phone, and then proceeds to step S303 to wait for a selection result from the player.

The mobile phone that has received the option displays the plurality of options received on its display unit. The player selects a desired option from the options by key operation. This selection result is transmitted from the mobile phone to the information providing server 18. Upon receiving the selection result, the game program of the information providing server 18 obtains a positive result in step S304, and then proceeds to step S30.
At step 5, the ability value of the player playing the game at this time is read from the database 34. This ability value depends on the player's activity (ie, defeat enemies,
It may be larger (by resolving the incident) or smaller if the outcome of the gameplay is poor, and may be stored in the database 34.

In the step S305, the game program rolls a dice according to the ability value. That is, as described above with reference to FIG. 149, as the ability value of the player is larger, there is a possibility that a die corresponding to the ability value has a larger value. Then, in step S306, the numerical value obtained as a result of rolling the dice is compared with a hurdle value (a fixed value for each option) set for the option selected by the player at this time. Then, the game program proceeds to step S307, proceeds to a game story corresponding to the comparison result, and proceeds to step S3.
In step 08, the processing procedure ends. As a result, even if the option selected by the player is the same as the last time, the game will develop into a different story according to the player's ability value at that time, and the story development of the game will be unexpected Is born and becomes even more interesting. In the above-described embodiment, the hurdle value set for each option is a fixed value.
The present invention is not limited to this, and may be changed according to the ability value of the player. In this case, the numerical value assigned to the dice may be fixed or variable.

[0124]

As described above, according to the present invention, a communication game that can be played in a multi-player mode through the Internet network or a dedicated line of a portable telephone is performed. A plurality of answer examples are prepared in advance, and when reflecting the answer example selected by the user from the answer examples in the game result, the user selects one of the options from the answer examples. By deriving the game result based on the calculation result calculated from the type of the selected answer example and the parameters possessed by each of the answered users, the game can be made more interesting.

[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 illustrating a mechanism of story branching based on an option selection result.

FIG. 150 is a flowchart showing a story branching procedure based on the selection result of an option.

[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 (4)

[Claims] 1. A plurality of answer examples are prepared in advance for a question prepared in advance, and a user is able to select one of the answer examples. Using a communication network, the user can participate in the game progressing in the server, which is reflected in the game result, using the terminal of the user, and a plurality of users can participate in the game. A server capable of participating in a multi-player game, wherein the game result includes a type of an answer example selected from the alternatives and a unique type assigned to each of the responding users. And a parameter configured to provide a game result at least reflecting the parameter. 2. The server according to claim 1, wherein the terminal is a mobile phone. 3. A plurality of answer examples are prepared in advance for a prepared question, and the user selects one of the answer examples, and the answer selected by the user is reflected in the game result. In the game providing method of the game performed as described above, the game result is calculated from a type of an answer example selected from the alternatives and a parameter of each of the responding users. A game providing method characterized by being derived based on a calculation result. 4. A plurality of answer examples are prepared in advance for questions prepared in advance, the user selects one of the answer examples, and the answer selected by the user is reflected in the game result. A game providing method for a game that is performed as described above, wherein: A storage medium storing a program capable of realizing a game providing method for deriving a result.