JP3720717B2 - Server capable of executing multiplayer game using communication network, game providing method thereof, and storage medium - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention provides a server that provides an environment in which an unspecified number of users who are distant from each other can participate and play a game jointly using a communication network such as an Internet communication network or a dedicated network, or The present invention relates to a game providing method or a storage medium storing a program necessary for “providing an environment in which an unspecified number of users who are distant from each other participate and can jointly play a game” as described above.
[0002]
In particular, it is possible to play a game jointly with an unspecified number of users who are distant from each other using a communication network such as an Internet communication network or a private network, which is suitable for games using mobile phones. A server or a game method for providing a comfortable environment, or a program necessary for providing an environment in which an unspecified number of users who are distant from each other can participate and provide a game together as described above is stored by the server. Related to the storage medium.
[0003]
[Prior art]
In recent years, with the spread of personal computers and the spread of mobile phones with the enhancement of the Internet network, progress has been made in a server that can be used by an unspecified number of users using the Internet network or a dedicated line network for mobile phones. A user's terminal can be connected to a game to be played using a communication line network, and a server capable of playing a game by participation of a large number of people is connected to the personal computer, mobile phone, etc. through the dedicated line of the Internet network or mobile phone. Through a game server that is connected to a user's terminal and a plurality of users who are remote from each other play a battle game or an RPG game, and users who are not acquainted with each other provide the aforementioned game New relationships such as communication are being built.
[0004]
[Problems to be solved by the invention]
By the way, a multiplayer game using a communication line network such as the Internet is an RPG game in which a plurality of users access a game server and participate in the game at the same time to compete in a battle game or cooperate with each other. If a user wants to play a game and accesses a game server, but the other user does not access the game server, an opponent cannot be found or a partner who seeks cooperation There was a problem that there was not.
[0005]
The present invention has been made under the background as described above. In a communication game that can be played in a multi-person participation type through the above-described Internet network or a dedicated line of a mobile phone, an opponent or a cooperating partner is provided. Therefore, the present invention has been made for the purpose of solving this problem.
[0006]
[Means for Solving the Problems]
In order to solve the above-described problem, in the present invention, a user terminal that can be connected to a user using a communication line network and that can play a game by participating in a large number of people is in the middle of a user who is playing the game. When a participation request is received from the user, a message requesting participation in the game is sent to another user. Specifically, the present invention provides the following.
[0007]
(1) A server in which a user's terminal can be connected to a game progressing in a server using a communication network, and a game can be played by participation of a large number of people, and the game is in the process of being played A server configured to be able to send a message requesting participation in the game to another user in response to a user request.
[0008]
Conventionally, a problem in a multiplayer game using this type of communication network is securing the number of users (members). Securing the number of users is a problem from a management standpoint, but it can be a very serious problem for users when playing games. That is, even if a user wants to play a shogi game and accesses the game server, an opponent cannot be found unless another user accesses the game server.
[0009]
The “message for requesting participation from other users” means that a user uses a terminal connected to the server to create a participation request message in the manner of creating an E-MAIL. A message created by the requesting user may be sent, or the server may be configured to send a participation request message prepared in advance by the server. Any configuration may be used in the present invention. .
[0010]
(2) The terminal of the user is a mobile phone, and a message requesting participation in the game is sent to the E-MAIL address or phone number of the mobile phone registered in advance for each user. The server according to (1), which is characterized.
[0011]
In this way, by making a mobile phone that can be carried around with the game, it is possible to convey to other users more reliably and in real time a “message requesting participation from other users”. In addition, other users who received the message can immediately access the server and participate in the game in real time with the mobile phone that received the message. It is possible to provide a game environment that can respond with good responsiveness.
[0012]
(3) A game providing method in which a user's terminal can be connected to a game progressing in a server using a communication line network, and a game with a large number of participants is possible. Receiving a participation request signal for another user transmitted from a terminal of a certain user, and a message prepared in advance in the server or a message received from the terminal based on the participation request signal A game providing method comprising: at least a step of transmitting to the telephone number of the other user.
[0013]
(4) A game providing method in which a user's terminal can be connected to a game progressing in a server using a communication line network, and a game with a large number of participants is possible. Receiving a participation request signal for another user transmitted from a terminal of a certain user, and a message prepared in advance in the server or a message received from the terminal based on the participation request signal A storage medium storing a program capable of executing a game providing method including at least a step of transmitting to another user's telephone number.
[0014]
[Definition of terms, etc.]
The “terminal” according to the present invention may be for home use or business use. Some home-use items are portable. The “terminal” includes any device having a communication function such as a mobile phone, a telephone, a PDA (Personal Digital Assistance), and a personal computer.
[0015]
"Network" includes everything, large and small. Therefore, a so-called LAN (Local Area Network) and the Internet are also included in the concept of “network” in this specification.
[0016]
The “game program” is the game content itself executed by the game device, and is not limited to a role-playing game with a story, but includes games in all fields such as a battle game and an aircraft control game.
[0017]
The “characters appearing in the game” include not only the characters of the game but also animals and plants and robots appearing in the game and other various fantasy characters.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, preferred embodiments of the game system according to the present invention will be described with reference to the drawings.
[0019]
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 mobile phone 13A, 13B, 13C,... Is connected to a packet network / PDC (Personal Digital Cellular) network 11 via base stations 12A, 12B,. .... is made to be connected. Each of the mobile phones 13A, 13B, 13C,... Exchanges voice data and character data with each other via the packet network / PDC network 11 by, for example, a time division multiple access method called TDMA (Time Division Multiple Access). It can be carried out.
[0020]
These mobile phones 13A, 13B, 13C,... Exchange voice data and character data with each other, and in addition to the information center 15 by packet communication via the packet network / PDC network 11. Can be accessed. The information center 15 receives information requests from the mobile phones 13A, 13B, 13C,..., Information providing servers 17A and 17B connected to the Internet 16, or information providing servers connected by a dedicated line. 18 obtains various information and passes it to the requesting mobile phones 13A, 13B, 13C,. Thereby, the user who possesses the mobile phones 13A, 13B, 13C,... Can obtain desired information from the information providing servers 17A, 17B, or 18 regardless of where they are, such as where they are going. it can.
[0021]
Here, in the network system 10, a game environment that can be shared by each user having each mobile phone 13A, 13B, 13C,... Is always provided by the information providing server 18. That is, in the information providing server 18, regardless of whether the mobile phones 13A, 13B, 13C,... Is progressing. This game has a story as a whole, such as a role-playing game, for example, and various large and small incidents (small incidents are called quests and large incidents are called macro quests) occur in the large stories. A user who has completed registration for participation in the game (hereinafter referred to as a player) cooperates with other players to resolve these cases while hostile or competing. As the player solves the case in this manner, the story of the entire game proceeds according to the solution result, and a history in the so-called game world shared by each player is built. In other words, in this game, all the players experience the action that the game play in the game world of each player creates the history of the game world and the history of the game world.
[0022]
Here, FIG. 2 is a block diagram showing a configuration of the mobile phone 13A possessed by the player. In the case of this embodiment, each mobile phone 13A, 13B, 13C,... Has the same configuration. As shown in FIG. 2, in the mobile phone 13A, a transmission / reception circuit unit (RF for transmitting / receiving signals to / from the CPU 21, the memory 22, the base stations 12A, 12B,... ) 25, a baseband processing unit 26 that converts a radio frequency (RF) signal received by the transmission / reception circuit unit 25 into a baseband signal and converts a baseband signal to be transmitted into an RF signal, a microphone 28, and a speaker 29 An input / output unit 27 serving as an interface, a display unit 24 including a liquid crystal display panel, and an input operation unit 23 including a keyboard and a jog dial are connected.
[0023]
The CPU 21 is configured to execute various operations in accordance with an operation program stored in the memory 22 and controls each circuit unit in accordance with the operations. Various processing contents of the CPU 21 are displayed on the display unit 24 as necessary.
[0024]
When the user inputs a telephone number of a desired call destination, the input operation unit 23 supplies data representing the telephone number to the CPU 21. The CPU 21 transmits a connection request via the transmission / reception circuit unit 25 to the call destination indicated by the telephone number input by the user. At this time, the packet network / PDC network 11 connects the line according to the response of the call destination. When the line is connected, the transmission / reception circuit unit 25 supplies the RF signal from the call destination 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, thereby outputting the received voice signal from the called party as sound from the speaker 29.
[0025]
When the user inputs sound via 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. The baseband processing unit 26 transmits the converted RF signal to the packet network / PDC network 11 via the transmission / reception circuit unit 25, so that the RF signal is connected to the packet network / PDC network 11. Send to the other party. Thus, a user who uses the mobile phones 13A, 13B, 13C,... Can have a conversation via the mobile phone with another user who is a call destination.
[0026]
Further, the CPU 21 converts various information (character information, specific selection information, etc.) input by the user operating the input operation unit 23 into packet data, and then converts the packet data into the baseband processing unit 26 and the transmission / reception circuit unit. 25 to the packet network / PDC network 11. The packet network / PDC network 11 sends this 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 captured via the transmission / reception circuit unit 25 and the baseband processing unit 26, and the display unit 24. To display.
[0027]
Thus, the user who uses the mobile phones 13A, 13B, 13C,... Can exchange various information with the information center that is the call destination. The user of each mobile phone 13A, 13B, 13C,... Accesses the information center 15 by registering in advance in the game provided by the information providing server 18 and thereby accessing the information center 15. Can participate in the game content provided by. The information center 15 receives information from the information providing server 18 in response to a request from each of the mobile phones 13A, 13B, 13C,..., Information indicating a situation corresponding to the time axis in the game world at that time ( That is, information representing an incident or the like occurring in the game world is taken out and transmitted to the mobile phones 13A, 13B, 13C,. The mobile phones 13A, 13B, 13C,... That have received the information store the information such as the game program transmitted from the information providing server 18 in the memory 22, and then the game world according to the game program. Events such as various incidents occurring in are displayed on the display unit 24. A player who uses each mobile phone 13A, 13B, 13C,..., Game content (images, characters, etc.) displayed on the display unit 24 of each mobile phone 13A, 13B, 13C,. By operating the input operation unit 23 while viewing the information etc., it is possible to participate in the progress of the game through operations such as operating the character displayed on the display unit 24 or selecting an option based on the character. 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.
[0028]
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 31, a memory 32, a communication interface 33, and a database 34 connected to the data bus BUS. The CPU 31 can perform various processes according to programs stored in the memory 32. It is designed to execute processing. That is, the CPU 31 receives information from each of the mobile phones 13A, 13B, 13C,... Transmitted from the information center 15 via a dedicated line connected by the communication interface 33, and stores the information in the memory 32. Store. Such information includes, for example, the selection result by the player from the options shown to the player via the mobile phones 13A, 13B, 13C,... According to the progress of the game program, and the characters appearing in the game. Is information transmitted from the mobile phones 13A, 13B, 13C,... As a result of the player operating their mobile phones 13A, 13B, 13C,. .
[0029]
The CPU 31 reads the game program stored in the database 34 into the memory 32, and advances the game based on the information representing the operation result of the player stored in the memory 32 according to the game program. The progress result of this game program is stored in the database 34. Other players can check the current game progress (for example, high score information) stored in the database 34.
[0030]
Next, the game program provided by the information providing server 18 will be described. This game program is a fictional game world that always progresses on its own time axis regardless of whether or not the player (mobile phones 13A, 13B, 13C,...) Is accessing the information providing server 18. A network role-playing game set in a stage where players become adventurers and clear the request (quest) coming to the guild by operating the mobile phones 13A, 13B, 13C, ... The goal is to finally win the title that is the highest.
[0031]
In this game world, various major incidents (macro quests) occur, and players resolve these incidents while sometimes cooperating with other players, sometimes hostile, and sometimes competing. And this game program generates a plurality of big incidents in the game world and forms a big flow of the story. This game program changes the flow of the game world by the player's operation of the mobile phones 13A, 13B, 13C,... (Game play). The accumulation of (adventure) creates the history of this game world. Thus, this game program is a network role-playing game in which a plurality of players can experience the flow of the history of the imaginary world. In addition, the history of the game world will be built on its own unstoppable timeline, so the characters appearing in this game world are not immortal but old like the real world. Will go.
[0032]
By the way, there are guilds in each town of the game world that is progressed by the game program, and in each guild, a number of quests and macro quests are waiting for the player. This quest is updated daily. The game program is configured to write the names of players who have played an active role in solving a case with a macro quest or winning a competition with other players in a chronological table stored in the database 34. Thereby, the player who played an active part in the macro quest can leave the name in the history of the game world. In addition, this game program assigns a fame value to the player according to the degree of activity of each player 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.
[0033]
In the information providing server 18, regardless of whether the player is accessing or not, the player who operates the mobile phones 13A, 13B, 13C,. The player who is playing) can access the information providing server 18 via the information center 15 and participate in the game at any time. In this case, in addition to the player himself / herself accessing the information providing server 18 and participating in the game play, various events (events) in which the player can participate in the game program proceeding on the information providing server 18. Occurs in the quest or macro quest, the game program notifies the player to the game by notifying the mobile phone 13A, 13B, 13C,. It is made to call for participation.
[0034]
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 whether or not a new event (such as an incident) has occurred in subsequent step S2. If a negative result is obtained here, this means that there is no new event in which the player can participate in the game world, 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 that the player can participate in has occurred in the game world. At this time, the game program moves to step S3, The occurrence of an event is simultaneously notified to the mobile phones 13A, 13B, 13C,. Incidentally, the registered player means a player who has registered for participation in this game in advance. Thus, the player who has registered for participation can know the occurrence of the event even if the event has occurred in the game world, even if the event has not occurred.
[0035]
After notifying in step S3, the game program moves to step S4 and waits for a request for participation in the game from the player. If there is no participation request from the player before the event ends, the game program returns to the above-described step S1 and advances the game according to the passage of time in the game world. On the other hand, when there is a participation request from the player in step S4, the game program moves to step S5, the player having the participation request is registered in advance, and the player is restricted from participating (
On the condition that it is not received (to be described later), the participation of the player is accepted, and the process returns to step S1 to continue the game.
[0036]
Here, the restriction on participation of the player in the game will be described. The game program limits the number of quests per day that come to the guild in the game world, and limits the number of quests that one player can participate in. Thereby, each player can participate in the game fairly. As a configuration for limiting the number of quests that one player can participate in in one day, the information providing server 18 uses the number of registered games (quests) of each player (in this embodiment, a game (The number of times of clearing may be the number of times of participation) is stored in the database 34, and if the number of times of participation in the game program reaches a preset number of times, the player's participation Try to limit. As a result, only a part of the players is prevented from participating. When such participation restriction is made, the game program transmits the reason as character information or voice information to the mobile phone of the player whose participation is restricted, so that the player is restricted from participating on that day. Can be recognized.
[0037]
FIG. 5 is a flowchart showing a procedure for limiting the number of times a player has participated in a game according to the game program. As shown in FIG. 5, the game program waits for the player to participate in step S7A. The player receives a notification of the occurrence of the event described above with reference to FIG. 4, or the player requests the information providing server 18 to participate in the game at the timing desired by the player with the mobile phones 13A, 13B, 13C,. When transmitted using..., The game program proceeds to step S7C, and at this time, the player who has requested to participate is permitted to participate in the game. When the player clears the quest (event) as a result of playing the game, the game program increments the player's clear count and updates the player's clear count stored in the database 34 until then. To do. Incidentally, the clear count of each player stored in the database 34 is reset at a time determined every day.
[0038]
Then, the game program proceeds to subsequent step S7D, and determines whether or not the number of times updated at this time has reached a preset limit value. If a negative result is obtained here, this means that the number of times the player has cleared the day has not reached the preset limit, and the game program moves to step S7F and participates in this participation. After accepting the request, the process returns to step S7A and waits for a new participation request.
[0039]
On the other hand, if an affirmative result is obtained in step S7D, this means that the number of times that the player who transmitted the participation request at this time has cleared the day has reached the limit value, and the game program proceeds to step S7E. Then, a message indicating that the player cannot participate on the day is transmitted to the mobile phones 13A, 13B, 13C,... Of the player, and the participation of the player on the day is rejected. In this way, by setting the same participation limit number for every player in units of one day, it becomes possible to avoid an unfair state in which only a specific player participates in the game. 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 number of participation in the quest of the player may be used. Further, the processing procedure shown in FIG. 5 shows the case where the user participation restriction is performed in units of one day by resetting the number of times of clearing the user every day. However, the present invention is not limited to this, and the unit is several hours. Alternatively, the number of clears may be counted in units of several days.
[0040]
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 in the information providing server 18, or the information providing server 18 receives various information from the player. It is a block diagram which shows the outline of the process for acquiring information. As shown in FIG. 6, this game program includes a title screen processing step S11 representing a game title, an incident chronology processing step S13 following this, processing such as guidance (including a plurality of processing steps to be described later), which will be described later. The main screen processing step S12 includes a start processing step S15 and a plurality of processing steps (guild processing, property processing, shop processing, status processing, fellow processing, etc.) associated with the start processing. Incidentally, since the processing after the start processing step S15 is processing of the game itself, there is a charge, and it is necessary to register in advance for the player to participate in the game. Such processing can be viewed free of charge by non-registered users for the purpose of recruiting players.
[0041]
In the information providing server 18, the paid content and the free content stored in the database 34 are separately managed as described above, and whether or not the player who has accessed the content is a pre-registered player is determined in the database 34. It is possible to provide both paid content and free content if the player is searched and registered, and provide only free content if the accessing player is an unregistered player. ing. Thereby, an unregistered player can view the explanation of the game system and the like for free, and can expect registration of a new player. In addition, as a method for identifying a registered user, there is a method of registering a user's mobile phone number in the database 34 in advance, or a method of setting a password and inputting the password when a registered user participates in the game Used. In the information providing server 18, a first data area for storing pay content and a second data area for storing free content are provided in the database 34, and each data is stored in these areas. Has been made.
[0042]
Accordingly, 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 player's telephone number (such as a mobile phone that is the access source at the time of access) And the database 34 is searched based on the password entered by the player at the time of access. If the accessing player is a registered player, the game program reads out the content data (paid content and free content) from both the first data area and the second data area. Will be provided to the registered player. On the other hand, when the player who has accessed is an unregistered player, the game program reads the free content data from only the second data area and provides it to the unregistered player. Become. In this embodiment, the first area and the second area mean physical areas of the database 34. However, the present invention is not limited to this, and content data is stored in the database 34. Instead of performing physical area division, a charged or free identifier is added in units of predetermined data to the paid content data and the free content data, respectively. It may be determined whether the data can be read out.
[0043]
FIG. 7 is a flowchart showing the title screen processing step S11 and subsequent processes. As shown in FIG. 5, the game program executed in the information providing server 18 is displayed on the display unit 24 of the mobile phones 13A, 13B, 13C,... Of the players participating in the game at this time. On the other hand, a title screen G11 as shown in FIG. 8 is displayed. On the title display screen G11, the title logo and the cover picture of the title screen are displayed (1), and a command display for selecting a process following the title screen processing step S11 is displayed (2). ▼). From the command display, the player selects a desired process by operating the input operation unit 23 (FIG. 2).
[0044]
When the player selects the “start” process on the title display screen G11 displayed on the display unit 24 of the mobile phones 13A, 13B, 13C,..., The game program moves to the main screen processing step S12 and the mobile phone. A main screen described later is displayed on the display screen 24 of 13A, 13B, 13C,.
[0045]
On the other hand, when the player selects the “case chronology” process on the title display screen G11 displayed on the display unit 24 of the mobile phones 13A, 13B, 13C,. The incident chronology screen described later is displayed on the display screen 24 of the mobile phones 13A, 13B, 13C,...
[0046]
On the other hand, when the player selects the “guidance / enrollment” process on the title display screen G11 displayed on the display unit 24 of the mobile phones 13A, 13B, 13C,. Then, the process proceeds to the guidance / enrollment processing step S14 for explaining the enrollment guidance, and the later-described guidance / enrollment screen is displayed on the display screen 24 of the mobile phones 13A, 13B, 13C,.
[0047]
On the other hand, when the player selects the “notes” process on the title display screen G11 displayed on the display unit 24 of the mobile phones 13A, 13B, 13C,..., The game program explains the notes. At step S16, a note screen (to be described later) is displayed on the display screen 24 of the mobile phones 13A, 13B, 13C,.
[0048]
On the other hand, when the player selects the “about packet charge” process on the title display screen G11 displayed on the display unit 24 of the mobile phones 13A, 13B, 13C,. The process proceeds to the processing step S17 to explain the packet charge, and a screen for the packet charge described later is displayed on the display screen 24 of the mobile phones 13A, 13B, 13C,.
[0049]
On the other hand, when the player selects the “opinion” process on the title display screen G11 displayed on the display unit 24 of the mobile phones 13A, 13B, 13C,. The process proceeds to an opinion processing step S18 for accepting a message, and a screen for accepting an opinion to be described later is displayed on the display screen 24 of the mobile phones 13A, 13B, 13C,.
[0050]
On the other hand, when the player selects “Delete My Menu” on the title display screen G11 displayed on the display unit 24 of the mobile phones 13A, 13B, 13C,..., The game program deletes the My Menu. The process moves to My Menu Deletion Step S19 to display a screen for deleting a later-described My Menu on the display screen 24 of the mobile phones 13A, 13B, 13C,.
[0051]
FIG. 9 is a flowchart showing processing when the “case chronology” processing 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 title screen G11 is displayed on the display unit 24 of the mobile phones 13A, 13B, 13C,... The game program moves to the case chronology processing step S21, and reads the case chronology from the database 34 of the information providing server 18, thereby displaying the case chronology screen G21 as shown in FIG.
[0052]
In the case chronology screen G21, the title of the case chronology (▲ 1 ▼), the date in the game world that solved each quest (▲ 2 ▼), the name of the quest (▲ 3 ▼), and "Return" The command (4) is displayed. When the player selects and operates the quest name (case name) on the case chronology screen G21, the game program moves to case detail processing step S22 (FIG. 9) for displaying details of the selected case, and the display unit 24 displays an incident detail screen G22 as shown in FIG. For example, the case detail screen G22 shown in FIG. 11 is a display example when the player who solved the case (quest) the earliest is the winner, and the case detail screen G22 shown in FIG. (Quest) is a display example in a case where a group having a large number of cooperative players who solved it is a winner.
[0053]
After such a case detail screen G22 is displayed on the display unit 24, the game program returns to the title screen processing step S11 and displays the title screen G11 on the display unit 24 again. When the player selects the “enroll / guidance” process on the title screen G11, the game program proceeds to a game guidance screen processing step S14 according to the flowchart shown in FIG. In this game guidance screen step S14, the game program displays a game guidance screen G14 as shown in FIG. On the game guide screen G14, a game title (1), game content (2), and various commands (4) are displayed. The player can check the content of the game by looking at the display screen.
[0054]
When the player selects “My Menu Registration” of various commands on this game guide screen G14, the game program moves to My Menu Registration Screen Processing Step S31 shown in FIG. 13, and displays a My Menu Registration Screen G31 for participation registration on the display unit 24. To display. When the player selects “Accept” from the various commands on this My Menu registration screen G31, the game program moves to a usage rule screen processing step S32 and the usage rule for the player as shown in FIG. 16 to participate in the game. The screen G32 is displayed on the display unit 24.
[0055]
When the player selects “Accept” on the use agreement screen G32, the game program moves to a password input screen processing step S33 (FIG. 13) and displays a password input screen G33 as shown in FIG. . When the player intends to participate in the game, the player inputs a password registered in advance with the telephone company or the like on the password input screen G33. The mobile phone 13A (or any one of 13B, 13C,...) To which the password is input determines by inquiring the information center 15 whether or not the input password is correct. . Here, if the input password is not correct, the game program shifts to a “password is different” screen processing step S34, and a screen G34 indicating that the password is different is displayed on the display unit 24 as shown in FIG. To do. When the player selects “re-enter” on this screen, the game program displays the above-described password input screen G33 on the display screen 24 again to prompt the player to re-enter the password.
[0056]
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 character creation processing step S35 (FIG. 13). When the game program moves to this character creation processing step S35, it executes a flowchart as shown in FIG. That is, in the character creation processing step S35 shown in FIG. 19, the game program displays a character creation screen G35 as shown in FIG.
[0057]
This character creation screen G35 is for creating a character of the player when the player participates in the game program. When the player inputs personal information or 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.
[0058]
Incidentally, if there is an input error in the player's input operation on the character creation screen G35, the game program moves to a re-input processing step S36 and displays a re-input screen G36 as shown in FIG. This prompts the player to re-enter the item due to missing items or input errors. In this way, when the player sets a character, the game program proceeds to main screen processing step S12 described later.
[0059]
Further, in the processing procedure shown in FIG. 7, when the player selects “notes” from the title screen G11, the game program moves to a notes screen processing step S16 for delivering notes related to the game, as shown in FIG. A precaution screen G16 as shown in FIG. 23 is displayed on the display unit 24, and precautions regarding game participation are transmitted to the player.
[0060]
Further, in the processing procedure shown in FIG. 7, when the player selects “about packet fee” from the title screen G11, the game program, as shown in FIG. Moving to screen processing step S17, a packet fee screen G17 as shown in FIG. 25 is displayed on the display unit 24, and the player is informed of the fee for participating in the game.
[0061]
Also, in the processing procedure shown in FIG. 7, when the player selects “Delete My Menu” from the title screen G11, the game program deletes My Menu for deleting (cancelling) registration in the game program as shown in FIG. Moving to screen processing step S19, a My Menu deletion screen G19 as shown in FIG. 27 is displayed on the display unit 24, and the player is prompted to input whether or not to delete (cancel) the game registration.
[0062]
When the player selects “Delete” on this My Menu Delete screen G19, the game program moves to the subsequent password input screen processing step S41, displays the password input screen on the display unit 24, and the player inputs the password. I wait. When the player inputs the password, the game program determines whether or not the input password is correct. If the input is incorrect, the game program displays on the display unit 24 a screen informing that the password is incorrect. Move on and wait for the player to re-enter the correct password.
[0063]
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.
[0064]
When the player selects “START” on the title screen G11 described above with reference to FIG. 8, the game program proceeds to main screen processing step S12 shown in FIG. When 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 participation in the game program.
[0065]
FIG. 30 shows a main screen G12 displayed on the display unit 24, and various menus in the game world that are advanced by a game program such as “guild”, “possession”, “shop”, etc. can be selected. it can. By selecting these menus, the player can move to a plurality of processing steps shown in FIG. 29 in the game program.
[0066]
When the player selects “Guild” on the main screen G12, the game program moves to a guild processing step S51 shown in FIG. 31, and displays a guild screen G51 as shown in FIG. On this guild screen G51, it is possible to see the requested items that the player can challenge in the guild, choose to go to another town in the game world, or choose to leave the guild. When the player selects “Help” on the guild screen G51, the game program displays a help screen G51A as shown in FIG. This help screen G51A represents the explanation of the guild.
[0067]
When the player selects “View request” on the guild screen G51 shown in FIG. 32, the game program proceeds to the quest list screen processing step S61 according to the processing procedure shown in FIG. 31, and represents the quest contents as shown in FIG. The quest list screen G61 is displayed on the display unit 24. When the player selects “Help” on this screen, the game program moves to a quest list help screen processing step S67 as shown in FIG. 31, and a quest list help screen G67 as shown in FIG. indicate. The player can understand how to view the quest list screen G61 through the quest list help screen G67.
[0068]
On the other hand, when the player selects a desired quest on the quest list screen G61, the game program moves to the quest detail screen processing step S62 shown in FIG. 31, and is selected at this time as shown in FIG. A quest detail screen G62 showing the details of the quest is displayed on the display unit 24. The player can confirm the contents of the quest by looking at the quest detail screen G62, and can determine whether or not to receive a request (participation) for this quest.
[0069]
In the quest detail screen G62, when the player wants to receive a request for the quest, by selecting “Receive request” on the quest detail screen G62, the game program selects the selected quest processing step S63 (FIG. Go to 31).
[0070]
On the other hand, when the player selects “go to another city” in the guild screen processing step S51 (guild screen (FIG. 32)) of the processing procedure shown in FIG. 31, the game program executes the moving screen processing shown in FIG. Moving to step S64, a moving screen G64 as shown in FIG. With this screen, the player can select the city he wants to go to. When the player selects a desired city on the moving screen G64, the game program proceeds to a city detail screen processing step S65 shown in FIG. 31, and displays a city detail screen G65 relating to the selected city as shown in FIG. To display.
[0071]
When the player selects “move” on the city detail screen G65, the game program proceeds to encounter processing step S66 shown in FIG. 31, and displays a city arrival screen G66 as shown in FIG. Thereby, the player can recognize that he / she has arrived in a certain city. The player can select a menu such as “guild”, “possession”, “shop” on the city arrival screen G66.
[0072]
In the main screen processing step S12 (main screen G12 (FIG. 30)) described above with reference to FIG. 29, when the player selects “possession”, the game program proceeds to the possession (table of contents) screen processing step S52 as shown in FIG. Then, a belonging (table of contents) screen G52 as shown in FIG. In this belonging (table of contents) screen G52, the player can select a desired belonging. When the player selects belongings on this screen, the game program displays an item screen G71 as shown in FIG. 42 on the display unit 24, thereby selecting a desired item from a plurality of items included in the selected belongings. can do.
[0073]
When the player selects “explanation” on the item screen G71, the game program moves to an item explanation screen processing step S72 shown in FIG. 40 and displays an item explanation screen G72 as shown in FIG. . In this item explanation screen G72, the item selected at this time is explained. The player can know the details of the item by looking at the item explanation screen G72.
[0074]
On the other hand, when the player selects “equipment” on the item screen G71 shown in FIG. 42, the game program moves to the possession (equipment) screen processing step S73 shown in FIG. Equipment) The 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 processing step S74 for displaying the “Are you sure to discard?” Screen shown in FIG. A screen G74 for confirming “throw away” as shown in 45 is displayed on the display unit 24. Then, when the player selects “Yes” on this screen, the game program shifts to the possessed (discarded) screen processing step S75 shown in FIG. 40 and displays the possessed (discarded) screen G75 as shown in FIG. To display.
[0075]
In the main screen processing step S12 (main screen G12 (FIG. 30)) described above with reference to FIG. 29, when the player selects “shop”, the game program proceeds to the shop screen processing step S53 as shown in FIG. A shop screen G53 as shown in FIG. 48 is displayed on the display unit 24. The shop screen G53 is a screen for exchanging items or obtaining information from the shop owner, and the player can select either “listen to rumors” or “exchange”. Incidentally, it is possible to select “Help” on this screen. When the player selects “Help”, the game program displays a shop help screen G53H as shown in FIG. It has been made to explain.
[0076]
48, when the player selects “exchange” on the shop screen G53 shown in FIG. 48, the game program moves to a product list screen processing step S82 shown in FIG. 47, and displays a product list screen G82 as shown in FIG. It is displayed on the display unit 24. The player can select a desired item from the product list screen G82.
[0077]
When the player selects an item desired on the product list screen G82, the game program moves to a shop (exchange) screen processing step S83 shown in FIG. 47, and displays a shop (exchange) screen G83 as shown in FIG. By displaying the item, the hand-held item to be exchanged for the selected desired item is selected. When the player selects an item to be exchanged on the shop (exchange) screen G83, the game program moves to a shop (list) screen processing step S85 shown in FIG. 47, and a shop (list) screen G85 as shown in FIG. Is displayed on the display unit 24.
[0078]
This shop (list) screen G85 represents the items held by the player and their values. When the player selects a desired item from the displayed items, the game program displays the item explanation screen shown in FIG. Moving to processing step S86, an explanation screen of the selected item is displayed on the display unit 24. When the player selects an item to be exchanged from the shop (list) screen G85 shown in FIG. 52, the selected item is added to the shop (exchange) screen G83 shown in FIG. .
[0079]
When the player selects “exchange” on the shop (exchange) screen G83 in a state where the exchange items are ready, the game program proceeds to processing step S87 for displaying the “every time” screen shown in FIG. A “every time” screen G87 as shown in FIG. 53 is displayed on the display unit 24.
[0080]
On the other hand, when the player selects “Listen to rumors” in the shop screen processing step S53 (shop screen G53 (FIG. 48)) of FIG. 47, the game program moves to the rumors story screen processing step S81, and FIG. A rumor screen G81 as shown in FIG. The player can obtain information on the game world by the “rumors” displayed on this screen.
[0081]
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 status screen processing step S54 as shown in FIG. A status screen G54 as shown in 56 is displayed on the display unit 24. This status screen G54 represents the result of the player's success in the game world, his belongings, and the like. Incidentally, when the player selects “Help” on the status screen G54, the game program displays the status help screen G54H shown in FIG. 57 on the display unit 24 to inform the player how to use the status screen G54. Can do.
[0082]
When the player selects any item on the status screen G54, the game program moves to a ranking screen processing step S91 shown in FIG. 55, and displays a ranking screen G91 as shown in FIG. Further, when another player shown on the ranking screen G91 is selected, the game program shifts to another person status screen processing step S92 shown in FIG. 55 and displays the other person status screen G92 shown in FIG. 59 on the display unit 24. . Thereby, the player can confirm the other person's active state, a hand-held item, etc.
[0083]
In addition, when the player selects “View the heroic story” on the status screen G54 shown in FIG. 56 or the ranking screen G91 shown in FIG. 58, the game program performs screen processing for viewing the heroic story shown in FIG. Moving to step S93, a screen G93 for viewing the martial arts shown in FIG. 60 is displayed on the display unit 24.
[0084]
In the main screen processing step S12 (main screen G12 (FIG. 30)) described above with reference to FIG. 29, when the player selects “mate”, the game program, as shown in FIG. Moving to processing step S55, a fellow screen G55 as shown in FIG. This friend screen G55 is for setting the relationship of the player with friends in the game world. Incidentally, when there is no friend, the game program moves to a screen processing step S101 where there is no friend as shown in FIG. 61, and displays a screen G101 indicating that there is no friend as shown in FIG. This display screen describes how to make friends.
[0085]
When the player selects “read mail” on the friend screen G55 shown in FIG. 62, the game program moves to a screen processing step S102 for reading mail shown in FIG. 61, and a screen for reading mail shown in FIG. G101 is displayed on the display unit 24. When the player selects “Reply” on the screen G102 for reading this mail, the game program moves to the mail reply screen processing step S103 shown in FIG. 61, and the mail reply screen G103 shown in FIG. indicate. When the player selects “send mail” on the mail reply screen G103, the game program moves to a mail transmission confirmation screen processing step S104 shown in FIG. 61 and displays a mail transmission confirmation screen G104 shown in FIG. To do.
[0086]
When the player selects “delete” on the screen G102 for reading mail shown in FIG. 64, the game program moves to a mail deletion screen processing step S105 shown in FIG. 61, and the mail deletion screen G105 is displayed in FIG. It is displayed on the display unit 24.
[0087]
In addition, when the player selects “send mail” on the fellow screen G55 shown in FIG. 62, the game program proceeds to processing step S106 for sending a mail shown in FIG. 61, and a mail transmission screen process shown in FIG. The process moves to step S106A. In this mail transmission screen processing step S106A, the game program displays a mail transmission screen G106A shown in FIG. In this mail transmission screen G106A, when the player selects a friend to be transmitted and selects “send mail”, the game program moves to a mail transmission confirmation screen processing step S106B shown in FIG. Is displayed on the display unit 24.
[0088]
Further, when the player selects “View Status” in the fellow screen processing step S55 shown in FIG. 61 (friend screen G55 (FIG. 62)), the game program proceeds to processing step S109A for viewing the status shown in FIG. 71, 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 “view”, the game program moves to another person status confirmation screen processing step S109B and displays the status of the other person on the display unit 24.
[0089]
In addition, when the player selects “cut edge” in the fellow screen processing step S55 shown in FIG. 61 (friend screen G55 (FIG. 62)), the game program proceeds to processing step S110A for cutting the edge shown in FIG. 73, a screen G110A for cutting the edge is displayed on the display unit 24 as shown in FIG. When the player selects a friend who cuts the edge on this screen and selects “Cut Edge”, the game program moves to the “Do you really cut the edge?” Screen processing step S110B shown in FIG. 72, and the edge shown in FIG. A screen G110B for confirming to turn off is displayed on the display unit 24. When the player selects “Yes” on this screen, the game program moves to a border cutting confirmation screen processing step S110C shown in FIG. 72 and displays a confirmation screen G110C shown in FIG.
[0090]
Incidentally, in the case of this game system, each player does not know the actual name or address of the other player (such as a mobile phone number or its mail address), and each player uses a pen name instead of a name, Even virtual addresses are used instead of actual addresses. As shown in FIG. 75, this virtual address is described in the virtual address table TB1 in the database 34 of the information providing server 18, and the virtual address table TB1, and the actual name and actual mail address of the player are described. Is associated with the real address table TB2. Accordingly, when a mail is transmitted from a certain player to another player, the mail transmission source player adds the virtual address of the mail transmission destination player to the address of the information providing server 18 and transmits the mail. . Upon receiving this mail, the information providing server 18 refers to the database 34, searches for the real address from the virtual address designated as the mail transmission destination at this time, and forwards the mail to the searched real address. Will be. In this way, each player can protect the privacy of each player by sending an e-mail using the pen name or virtual address without knowing the real name or real address of the other player.
[0091]
In the main screen processing step S12 shown in FIG. 29, when the player selects “SETTING”, the game program moves to the setting screen processing step S56 shown in FIG. 76, and as shown in FIG. A setting screen G56 for setting is displayed on the display unit 24. When “help” is selected on the setting screen G56, a setting help screen G56H as shown in FIG.
[0092]
As shown in FIG. 79, when the player selects “receive request” on the quest detail screen G62 (FIG. 36), the game program proceeds to request acceptance screen processing step S121, and accepts the request as shown in FIG. The screen G121 is displayed on the display unit 24. When the player selects “Proceed” on the screen, the game program moves to the spot arrival screen processing step S122 shown in FIG. 79, and the spot arrival screen G122 shown in FIG. Then, when the player further selects “Proceed” on the screen, the game program moves to a connection screen processing step S123, and displays a connection screen G123 shown in FIG.
[0093]
Also, from the connection screen processing step S123 shown in FIG. 79, 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. The player tries to solve the case by selecting a desired option from various options on this screen. This result is displayed on the display unit 24 in the event result screen processing steps S124B and S124D shown in FIG. 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 / her selection.
[0094]
Further, when the player selects “call help” on the event question screen G124A, the game program shifts to the SOS text screen processing step S124E, displays the SOS screen G124E shown in FIG. 86, and shifts to the SOS processing described later.
[0095]
In FIG. 79, when the game program proceeds to the epilogue processing step S125, the processing shown in FIG. 87 is executed. In this process, a solution result corresponding to the player's selection result is obtained, and a fame value is calculated according to the result, and an epilogue processing step S141A, S141B or S141C corresponding to the solution result is selected. For example, in the epilogue processing step S141A, 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.
[0096]
Also, as shown in FIG. 79, when the player's ability value falls below the prescribed value from event processing step S124, the game program moves to game over processing step S129, and in FIG. 90 in game over screen processing step S145 shown in FIG. A game over screen G145 as shown in FIG.
[0097]
Also, when the process proceeds to level-up processing step S130 shown in FIG. 79, the game program proceeds to level-up screen processing step S130A shown in FIG. 91, and displays a level-up screen G130A as shown in FIG. Is displayed.
[0098]
Subsequent to the level-up process step S130, the game program proceeds to the item finding process step S131. In this process step S131, as shown in FIG. 93, it moves to item discovery screen process step S151, and displays the item discovery screen G151 as shown in FIG.
[0099]
In addition, in the item full processing step S127 shown in FIG. 79, the game program moves to the item full screen processing step S127A as shown in FIG. 95 and displays the item full screen G127A shown in FIG. Further, in the item organization screen processing step S127B, the item organization screen G127B shown in FIG. 97 is displayed on the display unit 24, and items on hand can be organized. When the arrangement is completed, the game program moves to an arrangement end screen processing step S127C and displays an arrangement end screen G127C shown in FIG. 98 on the display unit 24.
[0100]
Here, in this game program, the player can execute an SOS process for asking a friend for help in order to clear the quest. 83, when the player selects “call help” on the event question screen G124A described above in FIG. 83, a signal (participation request signal) requesting the participation of another player is transmitted from the mobile phone used by the player to the information providing server 18. The The game program that has received this 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 this SOS specification (processing). In this SOS specification (process), when the game program enters the SOS mail transmission processing step S155, the game program transmits an SOS mail (mail requesting participation), receives the SOS mail in the SOS mail reception processing step S156, and what to do as a result. In SOS result processing step S157, the result is transmitted to the helped side, and in SOS result processing step S158, the result is transmitted to the helping side.
[0101]
FIG. 100 shows the details of the SOS mail transmission processing step S155, and the game program first checks the town in the game world where the player who has selected SOS (calls help) at this time is in step S155A. In step S155B, it is checked whether there are other players in the city where the player is located. In step S155C, the players in the same city that are not currently playing are checked. The game program proceeds to the subsequent step S155D, where one is randomly selected from the other players who are not playing in the same city, and an email is transmitted to the selected player in step S155E. Then, in step S155F, the game program starts a timer in the information providing server 18, and proceeds to “SOS mail reception” specification (processing) S156. In step S155F, the game program starts a timer in the information providing server 18 to wait for a reply from the player for a certain period.
[0102]
In this way, when the player is playing a game and wants the help of another player, the game program asks the other player for help in accordance with the “SOS mail transmission” specification (processing) S155 shown in FIG. By sending this e-mail, 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 accessing the information providing server 18, but the present invention is not limited to this, and the information providing server is accessed. An SOS mail may be transmitted to other players who are not. The other player who is the destination of the mail has already been registered in the database 34 of the information providing server 18 as the mobile phone number or electronic mail (E-MAIL) address of the other player at the time of registration in the game. Yes. Therefore, the game program transmits an SOS mail to the mobile phone numbers and electronic mail addresses of other players stored in the database 34.
[0103]
The game program that has sent an email requesting help to another player moves to the “SOS mail reception” specification (process) S156. FIG. 101 is a flowchart showing the processing procedure of “SOS mail reception” specification (processing) S156 executed by the game program. As shown in FIG. 101, when an email requesting help from another information providing server 18 is sent from the information providing server 18 by the game program, the game program displays the SOS mail screen shown in FIG. 102 in SOS mail screen processing step S161. G161 is transmitted to the mobile phone (13A, 13B, or 13C) of the other player who is the transmission destination, and the SOS mail screen G161 with the content for requesting help as shown in FIG. 102 is displayed on the display unit 24 of the mobile phone.
[0104]
On this SOS mail screen G161, a URL for linking to the “SOS do you do?” Screen processing step S162 of FIG. 101 is displayed. Accordingly, the other player who has received the SOS mail screen G161 clicks the URL on the display unit 24, thereby accessing the “SOS? What?” Screen processing step S162 executed by the game program in the information providing server 18. It is possible.
[0105]
In this “SOS ??” screen processing step S162, the game program displays a “SOS what?” Screen G162 shown in FIG. 103 on the display unit 24 of the mobile phone of another player for whom help is sought. The other player sees this screen, determines whether or not to answer SOS, and if “help” is selected, the game program proceeds to “SOS help” screen processing step S163 shown in FIG. , “SOS Help” screen G163 shown in FIG. 104 is displayed on the mobile phone of the other player.
[0106]
On the other hand, when another player who is seeking help selects “not hear”, the game program moves to “SOS not heard” screen processing step S164 in FIG. 101, and “SOS” shown in FIG. The “not heard” screen G164 is displayed on the display unit 24 of the mobile phone of the other player.
[0107]
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 selects various options for the other player who asked for help. When the other player selects the option, a game such as fighting an enemy in a scene where a player in need of help is encountered.
[0108]
In this way, the result of the other player who has been asked for help being energized is displayed on the display unit 24 of each mobile phone of the other player who has asked for help and the player who has received help. That is, in the SOS result processing step S157 shown in FIG. 99, the game program moves to the “SOS what happened” screen processing step S171 shown in FIG. 106 and displays the “SOS what happened” screen G171 shown in FIG. The information is displayed on the display unit 24 of each mobile phone of the player who has received help. 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 proceeds to SOS result screen processing step S172 shown in FIG. The SOS result screen G172A or G172B shown in FIG. 108 or FIG. 109 is displayed on the display unit of the mobile phone of the player who requested the help when the URL was input according to the operation result of the other player requested to help. 24.
[0109]
Also, in the SOS result processing step S158 shown in FIG. 99, the game program moves to the “SOS what happened” screen processing step S181 shown in FIG. 110 and the “SOS what happened” screen G171 shown in FIG. The same screen is displayed on the display unit 24 of the mobile phone of the other player who is requested for help. Then, the process proceeds to the subsequent SOS connection screen processing step S182, and the SOS connection screen G182 shown in FIG. Then, 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. When the player who asked for help selects “What happened” on this screen, the game program moves to SOS result screen processing step S184 shown in FIG. 110, and displays the support results of other players who asked for help. After displaying on the display unit 24, the screen returns to the main screen.
[0110]
Further, in the SOS fellow processing step S128 of FIG. 79, the game program can invite other players who have received help from the SOS to the fellow by the processing procedure shown in FIG. In this case, the game program shifts to “become a friend?” Screen processing step S191 for asking whether or not to make another player who has succeeded in supporting by SOS a friend, and becomes a “become a friend?” Screen G191 shown in FIG. Is displayed on the display unit 24 of the mobile phone of the player who has helped. When the player selects “I want to become” on this screen, the game program moves to a friend invitation screen processing step S193 shown in FIG. 113, and displays a friend invitation screen G193 shown in FIG. On the other hand, when the player selects “What kind of person?” On the “Give me a friend?” Screen G191 in FIG. 114, the game program moves to another person status screen processing step S192 shown in FIG. Displays the status of.
[0111]
Also, in the encounter processing step S66 shown in FIG. 31, when a result of encountering another person in the game world is obtained, the game program moves to an encounter screen processing step S201 shown in FIG. 116, and the encounter screen shown in FIG. G201 is displayed on the display unit 24 to prompt the player to select a corresponding action. When the player selects “call out”, the game program sends an email to the opponent as shown in FIG. 116, and proceeds to a friend solicitation process described later.
[0112]
FIG. 118 shows a processing procedure when a friend invitation mail is received, and the game program moves to a friend invitation mail screen processing step S205 and receives the friend invitation mail screen G205 shown in FIG. 119. Displayed on the display unit 24 of the mobile phone. Then, the game program shifts to “What to do with friends?” Screen processing step S206 shown in FIG. 118, and displays on the display unit 24 the “What to do with friends?” Screen G206 shown in FIG. Encourage selection. When the player who has received the solicitation on this screen selects “OK”, the game program transmits the selection result to the player of the solicitation, and proceeds to the “become a friend” screen processing step S207 in FIG. The “become a friend” screen G207 shown in FIG. 121 is displayed on the display unit 24 of the soliciting player. When the player who received the solicitation on the “What to do with friends” screen G206 shown in FIG. 120 selects “No”, the game program transmits the selection result to the player of the solicitation, and “Unfortunately” in FIG. The process proceeds to the screen processing step S208, and the “unfortunately” screen G208 shown in FIG.
[0113]
FIG. 123, FIG. 124 and FIG. 125 are diagrams for explaining item specifications, and show explanations about items that a player can equip. 126 to 130 are diagrams for explaining the specifications of the macro quest that occurs in the game world, and for explaining the conditions for the player to become a winner. Further, FIGS. 131 to 135 are diagrams for explaining the specifications of the titles, and the titles with higher ranks are given in accordance with the fame values (ability values) given to the players every time they become quest winners. It is made to be able to.
[0114]
FIG. 136 is a flowchart showing a processing procedure for item exchange. When the player selects “Item exchange” on the fellow screen G55 shown in FIG. 62, the game program executes the exchange request screen processing step S211 shown in FIG. Then, the item exchange screen G211 shown in FIG. 137 is displayed on the display unit 24. On this screen, when the player designates the exchange partner or the exchange content and selects “Send”, the game program proceeds to exchange reply processing step S212 shown in FIG. Upon entering this process, the game program moves to an exchange request mail screen processing step S221 when an exchange request is made on the receiver side as shown in FIG. 138, and an exchange request mail screen as shown in FIG. 139. G221 is displayed on the display unit 24 on the receiver side of the exchange request mail. If the mail has not been received or if there is another exchange request mail, the game program moves to the exchange partner selection screen processing step S222 shown in FIG. 138 and is displayed on the display unit 24 on the receiver side as shown in FIG. Exchange partner selection screen G222 is displayed.
[0115]
If there is no exchange partner, a “no exchange partner” screen G229 shown in FIG. 141 is displayed on the display unit 24. In addition, 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 “How do you exchange?” Screen processing step S223 shown in FIG. 142 displays the “How do I exchange?” Screen G223 shown in FIG. The player can determine whether or not to exchange while viewing this screen.
[0116]
When the player selects “Negotiate” on the “How to exchange?” Screen G223, the game program proceeds to the exchange reply screen processing step S224 shown in FIG. 138 and transmits the exchange reply screen G224 shown in FIG. 143 to the negotiating partner. . Further, when the player selects “Do not negotiate” on the “How to exchange?” Screen G223, the game program moves to the negotiation rejection screen processing step S225 in FIG. 138 and displays the exchange rejection screen G225 shown in FIG. 144 on the display unit 24. At the same time, an e-mail indicating that the negotiation is rejected is sent to the negotiation partner.
[0117]
If the exchange agreement is sent to the negotiating partner in FIG. 138 and both agree to the exchange, the game program moves to the exchange OK processing step S226 and enters the processing procedure shown in FIG. 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. Further, the process proceeds from the negotiation partner selection screen processing step S231 to the “trade OK?” Screen processing step S233.
[0118]
In this “trade OK?” Screen processing step S233, the game program displays the “trade OK?” Screen G233 on the display unit 24 as shown in FIG. If “Yes” is selected, the exchange completion mail is transmitted to the exchange partner, and then the trade establishment screen processing step S234 is performed, and the trade establishment screen G234 shown in FIG. 147 is displayed on the display unit 24. On the other hand, when the player selects “do not exchange” on the “trade OK?” Screen G233, the game program proceeds to the trade failure success screen processing step S235 of FIG. 145 and displays the trade failure success screen G235 shown in FIG. 24.
[0119]
Incidentally, FIG. 149 shows a method for changing a judgment criterion used when judging whether or not to clear a quest as a player's selection result in the quest of the game program according to the ability value of the player. Is described. As shown in FIG. 146, when a player solves an event such as an incident in a quest, a value called a hurdle value is set for each option given to the player. Each player is given a die corresponding to the ability value, and the player first rolls his / her die when selecting an option. A numerical value corresponding to the ability value of the player is assigned to this die. For example, a value of 0 to 6 is assigned to a die given to a weak player with a small ability value, and a value of 0 to 16 is assigned to a die given to a strong player with a large ability value.
[0120]
The game program compares the numerical value obtained by rolling the dice according to the ability value of the player in this way with the hurdle value of the option selected by the player at this time. Then, as the comparison result, for example, when the numerical value of the dice obtained at this time is equal to or more than 1.5 times the hurdle value, the progress direction of the game is in the direction in which the “best result” is obtained for the player. If the number of dice selected and obtained at this time is larger than the hurdle value and smaller than 1.5 times the hurdle value, the direction of progress of the game in the direction in which a “good result” is obtained for the player Is selected, and the numerical value of the dice that appears at this time is larger than 0.4 times the hurdle value and smaller than the hurdle value, the direction of progress of the game is such that a “bad result” is obtained for the player. If the number of dice that has been selected and is at this time is less than or equal to 0.4 times the hurdle value, the game progress direction is selected in the direction that will be the “worst result” for the player. It is.
[0121]
Therefore, if the player's ability value is different, the story progresses in different directions even if the same option is selected, and the player will have different results regardless of how many times he / she goes, and will experience an unexpected development of the story. Is possible. In addition, the value (a value that is 1.5 times the hurdle value and a value that is 0.4 times the hurdle value) that is compared with the numerical value that the dice is issued when determining the direction of progress of the game is various other values. It is possible to set and the number of branches (“best result”, “good result”, “bad result” and “worst result”) can also be set to various other numbers.
[0122]
【The invention's effect】
As described above, according to the present invention, a server that provides a communication game that can be played with a large number of people through the Internet network or a dedicated line of a mobile phone can be used by a user who is playing the game. When a participation request is received from the terminal, a shortage of game participants can be solved by sending a message requesting participation in the game to other users.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a network system for implementing a network game according to the present invention.
FIG. 2 is a block diagram showing a configuration of a mobile phone.
FIG. 3 is a block diagram showing 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 a player can participate.
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 showing a title screen.
FIG. 9 is a flowchart showing an incident chronology processing procedure.
FIG. 10 is a schematic diagram showing a case chronology screen.
FIG. 11 is a schematic diagram showing an incident detail screen.
FIG. 12 is a schematic diagram showing an incident detail screen.
FIG. 13 is a flowchart showing a “guidance / membership” processing procedure;
FIG. 14 is a schematic diagram showing a game guidance screen.
FIG. 15 is a schematic diagram showing 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 showing a “password is different” screen.
FIG. 19 is a flowchart showing a character creation processing procedure;
FIG. 20 is a schematic diagram showing a character creation screen.
FIG. 21 is a schematic diagram illustrating a re-input screen.
FIG. 22 is a flowchart showing a precaution processing procedure;
FIG. 23 is a schematic diagram illustrating a caution screen.
FIG. 24 is a flowchart showing a processing procedure for “packet charge”.
FIG. 25 is a schematic diagram showing a display screen of “about packet charge”;
FIG. 26 is a flowchart showing a My Menu deletion processing procedure.
FIG. 27 is a schematic diagram showing 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 showing a guild screen.
FIG. 33 is a schematic diagram showing a guild help screen.
FIG. 34 is a schematic diagram showing a quest list screen.
FIG. 35 is a schematic diagram showing a quest list help screen.
FIG. 36 is a schematic diagram showing a quest detail screen.
FIG. 37 is a schematic diagram showing a moving screen.
FIG. 38 is a schematic diagram showing a city detail screen.
FIG. 39 is a schematic diagram showing a city arrival screen.
FIG. 40 is a flowchart showing an inventory processing procedure.
FIG. 41 is a schematic diagram illustrating an inventory (table of contents) screen.
FIG. 42 is a schematic diagram showing a belongings screen.
FIG. 43 is a schematic diagram illustrating an item explanation screen.
FIG. 44 is a schematic diagram showing a belongings (equipment) screen.
FIG. 45 is a schematic diagram showing a “Is it really similar?” Screen.
FIG. 46 is a schematic diagram showing a belongings (discard) screen.
FIG. 47 is a flowchart showing a shop processing procedure.
FIG. 48 is a schematic diagram illustrating a shop screen.
FIG. 49 is a schematic diagram illustrating 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 illustrating a shop list screen.
FIG. 53 is a schematic diagram showing a “every time” screen.
FIG. 54 is a schematic diagram showing a rumored story 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 illustrating a stranger status screen.
FIG. 60 is a schematic diagram showing a heroic screen.
FIG. 61 is a flowchart showing a fellow processing procedure.
FIG. 62 is a schematic diagram showing a friend screen.
FIG. 63 is a schematic diagram illustrating 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 issuing a mail.
FIG. 69 is a schematic diagram showing a mail transmission screen.
FIG. 70 is a flowchart showing a processing procedure for viewing a status.
FIG. 71 is a schematic diagram illustrating a screen for viewing a status;
FIG. 72 is a flowchart showing a processing procedure for cutting an edge;
FIG. 73 is a schematic diagram illustrating a screen for processing for cutting edges and confirmation processing for cutting edges;
FIG. 74 is a schematic diagram showing a border cutting confirmation screen.
FIG. 75 is a schematic diagram for explaining a conversion between 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 illustrating a setting help screen.
FIG. 79 is a flowchart showing a processing procedure for 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 illustrating an event result screen.
FIG. 86 is a schematic diagram showing an SOS text screen.
FIG. 87 is a flowchart showing an epilog processing procedure.
FIG. 88 is a schematic diagram showing an epilog screen.
FIG. 89 is a flowchart showing a game over process procedure;
FIG. 90 is a schematic diagram illustrating a game over screen.
FIG. 91 is a flowchart showing a level-up process 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 illustrating an item arrangement screen.
FIG. 98 is a schematic diagram illustrating an arrangement end screen.
FIG. 99 is a flowchart showing an SOS processing procedure.
FIG. 100 is a flowchart showing an SOS mail transmission processing procedure.
FIG. 101 is a flowchart showing an SOS mail receiving process procedure;
FIG. 102 is a schematic diagram showing an SOS mail screen.
FIG. 103 is a schematic diagram showing a “What to do with SOS?” Screen.
FIG. 104 is a schematic diagram showing a “help SOS” screen.
FIG. 105 is a schematic diagram illustrating a screen in which “SOS was not heard”.
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 an SOS result processing procedure.
FIG. 111 is a schematic diagram illustrating an SOS connection screen.
FIG. 112 is a schematic diagram illustrating an SOS event screen.
FIG. 113 is a flowchart showing an SOS fellow processing procedure.
FIG. 114 is a schematic diagram illustrating a “become friends” screen.
FIG. 115 is a schematic diagram showing a friend invitation screen.
FIG. 116 is a flowchart showing an encounter processing procedure.
FIG. 117 is a schematic diagram illustrating an encounter screen.
FIG. 118 is a flowchart showing a fellow solicitation processing procedure.
FIG. 119 is a schematic diagram showing a friend invitation mail screen;
FIG. 120 is a schematic diagram showing a “What to do with friends?” Screen.
FIG. 121 is a schematic diagram illustrating a “become a friend” screen.
FIG. 122 is a schematic diagram showing a “unfortunately” screen.
FIG. 123 is a schematic diagram showing specification of an item.
FIG. 124 is a schematic diagram showing specification of an item.
FIG. 125 is a schematic diagram showing item specifications;
FIG. 126 is a schematic diagram showing specifications of a macro quest.
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 showing specifications of a macro quest.
FIG. 130 is a schematic diagram showing specifications of a macro quest.
FIG. 131 is a schematic diagram showing the specification of a title.
FIG. 132 is a schematic diagram showing the specification of a title.
FIG. 133 is a schematic diagram showing the specification of a title.
FIG. 134 is a schematic diagram showing the specification of a title.
FIG. 135 is a schematic diagram showing a specification of a title.
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 “What do you want to do?” Screen.
FIG. 143 is a schematic diagram showing an exchange reply screen.
FIG. 144 is a schematic diagram illustrating an exchange rejection screen.
FIG. 145 is a flowchart showing a “exchange OK?” Processing procedure.
FIG. 146 is a schematic diagram showing a “trade OK?” Screen.
FIG. 147 is a schematic diagram showing a trade establishment screen.
FIG. 148 is a schematic diagram illustrating a trade failure screen.
FIG. 149 is a schematic diagram illustrating a result branching mechanism;
[Explanation of symbols]
10 Network system
11 Packet network / PDC network
12 base stations
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 section
24 display
25 Transmission / reception circuit
26 Baseband processor
27 Voice processing unit
28 Microphone
29 Speaker
33 Communication interface
34 Database

Claims (6)

A server having a CPU and a database that records telephone numbers of terminals of a large number of users, and connected to a user terminal having an input operation unit via a communication line network;
In the step of the CPU executes the game program, the CPU is Netw network role playing accordance imaginary time axis in the game world is generated event on the network role playing games, telephone number is recorded in the database Based on the operation result information of the terminals of the large number of users transmitted from the terminals of the large number of users to the server, the character characters appearing on the network role playing game clear the event. go, the multiplayer of the user is a server that makes progress the network role-playing games can participate,
When the CPU receives a signal requesting the participation of another user different from the user transmitted from the terminal to the server by the operation of the input operation unit of the user who is playing the network role playing game, According to the game program, the character character operated by the user is different from the plurality of selectable predetermined areas in the world of the network role playing game in a predetermined area where the character character operated by the user is present. It is checked whether there is another character character. If there is another character character, a user who is not operating the terminal is selected and selected from the users who operate the other character character. the user from the user connected to the server randomly selected, the data Referring to the phone number of the user recorded in the base, and transmits a message requesting participation in the network role playing game terminal of the selected user server. A server having a CPU and a database for recording the mail addresses of a large number of users' terminals, and connected to a user's terminal having an input operation unit via a communication network;
In the step of the CPU executes the game program, the CPU is Netw network role playing accordance imaginary time axis in the game world is generated event on the network role playing games, telephone number is recorded in the database Based on the operation result information of the terminals of the large number of users transmitted from the terminals of the large number of users to the server, the character characters appearing on the network role playing game clear the event. go, the multiplayer of the user is a server that makes progress the network role-playing games can participate,
When the CPU receives a signal requesting the participation of another user different from the user transmitted from the terminal to the server by the operation of the input operation unit of the user who is playing the network role playing game, According to the game program, the character character operated by the user is different from the plurality of selectable predetermined areas in the world of the network role playing game in a predetermined area where the character character operated by the user is present. It is checked whether there is another character character. If there is another character character, a user who is not operating the terminal is selected and selected from the users who operate the other character character. the user from the user connected to the server randomly selected, the data Referring to e-mail address of the user recorded in the base, and transmits a message requesting participation in the network role playing game terminal of the selected user server. A server having a CPU and a database that records telephone numbers of terminals of a large number of users, and connected to a user terminal having an input operation unit via a communication line network;
In the step of the CPU executes the game program, the CPU is Netw network role playing accordance imaginary time axis in the game world is generated event on the network role playing games, telephone number is recorded in the database from the terminal of the multiplayer user based on the operation result information of the terminal of the multiplayer user to be transmitted to the server, character character appearing on the network role playing game to clear the event to go, the multiplayer of the user is a server that makes progress the network role-playing games can participate,
When the CPU receives a signal requesting the participation of another user different from the user transmitted from the terminal to the server by the operation of the input operation unit of the user who is performing the network role playing game, According to the game program, the character character operated by the user is different from the plurality of selectable predetermined areas in the world of the network role playing game in a predetermined area where the character character operated by the user is present. Whether or not there is another character is checked, and if there is another character, the user who is not operating the terminal is selected from the users who operate the other character. was not only users connected to the server from the user, contact the server Randomly select from users including non-users, refer to the user's phone number recorded in the database, and request the selected user's terminal to participate in the network role playing game A server characterized by transmitting a message to be transmitted . A server having a CPU and a database for recording the mail addresses of a large number of users' terminals, and connected to a user's terminal having an input operation unit via a communication network;
In the step of the CPU executes the game program, the CPU is Netw network role playing accordance imaginary time axis in the game world is generated event on the network role playing games, telephone number is recorded in the database Based on the operation result information of the terminals of the large number of users transmitted from the terminals of the large number of users to the server, the character characters appearing on the network role playing game clear the event. go, the multiplayer of the user is a server that makes progress the network role-playing games can participate,
When the CPU receives a signal requesting the participation of another user different from the user transmitted from the terminal to the server by the operation of the input operation unit of the user who is performing the network role playing game, According to the game program, the character character operated by the user is different from the plurality of selectable predetermined areas in the world of the network role playing game in a predetermined area where the character character operated by the user is present. Whether or not there is another character is checked, and if there is another character, the user who is not operating the terminal is selected from the users who operate the other character. was not only users connected to the server from the user, contact the server Randomly select from users including those who have not, refer to the user's e-mail address recorded in the database, and join the selected user's terminal to the network role playing game A server characterized by sending a requesting message.   The user terminal is a mobile phone, and sends a message requesting participation in the network role playing game to a mobile phone number stored in the database. The server according to claim 3.   3. The user terminal is a mobile phone, and sends a message requesting participation in the network role playing game to an e-mail address of the mobile phone stored in the database. Or the server of Claim 4.

Images