WO2013145472A1 - サーバ装置、端末、ゲームシステム、ゲーム制御方法、プログラム、ならびに、非一時的な記録媒体 - Google Patents

サーバ装置、端末、ゲームシステム、ゲーム制御方法、プログラム、ならびに、非一時的な記録媒体 Download PDF

Info

Publication number
WO2013145472A1
WO2013145472A1 PCT/JP2012/083066 JP2012083066W WO2013145472A1 WO 2013145472 A1 WO2013145472 A1 WO 2013145472A1 JP 2012083066 W JP2012083066 W JP 2012083066W WO 2013145472 A1 WO2013145472 A1 WO 2013145472A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
answer
inquiry
request
friendship
Prior art date
Application number
PCT/JP2012/083066
Other languages
English (en)
French (fr)
Inventor
正能 鈴木
暢也 北村
浩之 冨田
Original Assignee
株式会社コナミデジタルエンタテインメント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社コナミデジタルエンタテインメント filed Critical 株式会社コナミデジタルエンタテインメント
Publication of WO2013145472A1 publication Critical patent/WO2013145472A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/795—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for finding other players; for building a team; for providing a buddy list
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/35—Details of game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/85—Providing additional services to players
    • A63F13/87—Communicating with other players during game play, e.g. by e-mail or chat
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/35—Details of game servers
    • A63F13/352—Details of game servers involving special game server arrangements, e.g. regional servers connected to a national server or a plurality of servers managing partitions of the game world
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/55—Details of game data or player data management
    • A63F2300/5593—Details of game data or player data management involving scheduling aspects

Definitions

  • the present invention provides a server device, a terminal, a game system, a game control method suitable for promoting friendship between users, a program for realizing these on one or more computers, and a non-transitory ) Related recording media.
  • friendships include those that correspond to “friends” in everyday terms, relationships between people belonging to guilds that are formed taking into account in-game skills, RPG (Roll Playing Game) It is a broad concept including “the persons who play the game while forming a special relationship in a certain game”, such as the relationship between persons who form a party in
  • the game parameters of the user are updated.
  • various game parameters of the user's friend are referred to, and the user's game parameter is more advantageous than the case where the user has no friend. It is updated.
  • Patent Document 1 proposes a technique for increasing the intention of participating in a game by maintaining a friendship between users.
  • Patent Document 1 when it is detected that one user has not logged in to the game for a long time after a friendship is once established, the other user logs in to one user. In order to maintain friendships, it is set so that an e-mail prompting the user is automatically sent.
  • the present invention solves the above-described problems, and implements a server device, a terminal, a game system, a game control method, and the like suitable for promoting friendship between users by one or more computers.
  • An object is to provide a program and a non-transitory recording medium.
  • the server device provides a game capable of building friendships between users, A request receiving unit that receives a request for establishing a friendship with the second user from the first terminal used by the first user; When the request is accepted, if the friendship between the first user and the second user is not stored in the storage unit in which the friendship between the users is stored, the second terminal used by the second user An inquiry sending section for sending an inquiry asking whether to approve or reject the request; An answer receiving unit for receiving an answer to the inquiry from the second terminal; When the answer is accepted, if approval is specified for the answer, an update unit that updates the storage unit so that a friendship between the first user and the second user is stored; A response sending unit for sending a response indicating approval or rejection specified in the answer to the first terminal when the answer is accepted; The inquiry involves a call from the first user to the second user, The challenge associated with the inquiry is configured to be presented to the second user at the second terminal to determine whether the second user approves or rejects the request.
  • the terminal provides a game capable of building friendships between users, A request receiving unit that receives a request for establishing a friendship with the second user from the first user; When the request is accepted, if the friendship between the first user and the second user is not stored in the storage unit that stores the friendship between the users, the request is approved to the second user.
  • Inquiry sending department that sends inquiries asking whether to refuse or not, An answer receiving unit for receiving an answer to the inquiry from the second user; When the answer is accepted, if approval is specified for the answer, an update unit that updates the storage unit so that a friendship between the first user and the second user is stored; A response sending unit that sends a response indicating approval or rejection specified in the answer to the first user when the answer is accepted;
  • the inquiry involves a call from the first user to the second user,
  • the challenge associated with the inquiry is configured to be presented to the second user to determine whether the second user approves or rejects the request.
  • a game system provides a game capable of building friendships between users, A request receiving unit that receives a request for establishing a friendship with the second user from the first user; When the request is accepted, if the friendship between the first user and the second user is not stored in the storage unit that stores the friendship between the users, the request is approved to the second user.
  • Inquiry sending department that sends inquiries asking whether to refuse or not, An answer receiving unit for receiving an answer to the inquiry from the second user; When the answer is accepted, if approval is specified for the answer, an update unit that updates the storage unit so that a friendship between the first user and the second user is stored; A response sending unit that sends a response indicating approval or rejection specified in the answer to the first user when the answer is accepted;
  • the inquiry involves a call from the first user to the second user,
  • the challenge associated with the inquiry is configured to be presented to the second user to determine whether the second user approves or rejects the request.
  • the challenge may be configured such that the first user is a name, name or honorary name for calling the second user.
  • the challenge may be configured to be determined based on a degree of superiority or inferiority of the second user with respect to the first user in the game.
  • An inquiry reception unit for receiving an inquiry for information on the second user from the first user; When the inquiry is accepted, a selection unit that selects a candidate for calling from the first user to the second user based on the game parameters of the first user and the second user in the game, A response sending unit for sending a response indicating the information of the second user to the first user; The reply is accompanied by the selected candidate,
  • the first user can be configured to determine a challenge associated with the request based on a candidate associated with the response.
  • the update unit deletes the friend relationship that satisfies a predetermined cancellation condition from the storage unit
  • the selecting unit is configured to select a candidate for the call based on the previously determined call if the call from the first user to the second user has been previously determined. can do.
  • the game system may be configured to add the challenge to a message to be sent from the first user to the second user.
  • a game control method is a game control method executed by a game system that provides a game capable of building friendships between users,
  • the game system includes a request receiving unit, an inquiry sending unit, an answer receiving unit, an updating unit, a response sending unit,
  • the game control method includes: A request receiving step for receiving a request for establishing a friendship with the second user from the first user; When the request is accepted, the inquiry sending unit, if the friendship between the first user and the second user is not stored in the storage unit in which the friendship between the users is stored, the second user Sending an inquiry to inquire whether to approve or reject the request, An answer receiving step in which the answer accepting unit accepts an answer to the inquiry from the second user; When the answer is accepted, if the approval is specified for the answer, the update unit updates the storage unit so that the friendship between the first user and the second user is stored.
  • the response sending unit includes a response sending step of sending a response indicating approval or rejection specified in the answer to the first user.
  • the inquiry involves a call from the first user to the second user,
  • the challenge associated with the inquiry is configured to be presented to the second user to determine whether the second user approves or rejects the request.
  • a program realizes a game system for providing a game capable of building a friendship between users, and the program includes a computer, A request receiving unit that receives a request for establishing a friendship with the second user from the first user; When the request is accepted, if the friendship between the first user and the second user is not stored in the storage unit storing the friendship between the users, the request is approved to the second user.
  • Inquiry sending department that sends inquiries asking whether to refuse or not, An answer receiving unit for receiving an answer to the inquiry from the second user;
  • an update unit that updates the storage unit so that a friendship between the first user and the second user is stored;
  • the answer When the answer is accepted, it functions as a response sending unit that sends a response indicating approval or rejection specified in the answer to the first user,
  • the inquiry involves a call from the first user to the second user,
  • the challenge associated with the query causes the second user to function as presented to the second user to determine whether to approve or reject the request.
  • a non-temporary recording medium is a non-temporary recording medium for recording a program for realizing a game system that provides a game capable of building a friendship between users.
  • the program is a computer, A request receiving unit that receives a request for establishing a friendship with the second user from the first user; When the request is accepted, if the friendship between the first user and the second user is not stored in the storage unit that stores the friendship between the users, the request is approved to the second user.
  • Inquiry sending department that sends inquiries asking whether to refuse or not, An answer receiving unit for receiving an answer to the inquiry from the second user;
  • an update unit that updates the storage unit so that a friendship between the first user and the second user is stored;
  • the answer When the answer is accepted, it functions as a response sending unit that sends a response indicating approval or rejection specified in the answer to the first user,
  • the inquiry involves a call from the first user to the second user,
  • the challenge associated with the query causes the second user to function as presented to the second user to determine whether to approve or reject the request.
  • the program of the present invention can be recorded on a computer-readable non-transitory information storage medium such as a compact disk, flexible disk, hard disk, magneto-optical disk, digital video disk, magnetic tape, semiconductor memory, and the like. It is read temporarily (Random) Access Memory) or the like and executed by a CPU (Central Processing Unit) or the like.
  • a computer-readable non-transitory information storage medium such as a compact disk, flexible disk, hard disk, magneto-optical disk, digital video disk, magnetic tape, semiconductor memory, and the like. It is read temporarily (Random) Access Memory) or the like and executed by a CPU (Central Processing Unit) or the like.
  • the program of the present invention can be distributed and sold via a transitory communication medium such as a computer communication network, independently of the computer on which the program is executed.
  • the information storage medium can be distributed and sold independently from the computer.
  • a server device a terminal, a game system, a game control method suitable for promoting friendship between users, a program for realizing these on one or more computers, and non-temporary recording A medium can be provided.
  • FIG. 1 is an explanatory diagram showing a hardware configuration for realizing the game system according to the present embodiment.
  • FIG. 1 is an explanatory diagram showing a hardware configuration for realizing the game system according to the present embodiment.
  • the game system 101 includes one or a plurality of server devices 102.
  • the server device 102 is communicably connected to a terminal 104 via a computer communication network 103 such as the Internet or a mobile phone communication network. Is done.
  • each server apparatus 102 When a plurality of server apparatuses 102 are prepared, each server apparatus 102 performs load distribution as appropriate autonomously or under the control of a load distribution apparatus (not shown).
  • the server apparatus 102 is realized by a computer executing a predetermined server program.
  • a CPU Central Processing Unit
  • a program recorded in a non-volatile storage device such as a hard disk or a flash memory, and performs various calculations and interpretations to execute various processes.
  • These programs are installed on a hard disk or the like from a non-transitory information recording medium such as a DVD-ROM (Digital Versatile Disk Read Only Memory).
  • a high-speed information storage device such as a RAM (Random Access Memory).
  • the computer is connected to the computer communication network 103 via a NIC (Network Interface Card) or the like, and communicates with the terminal 104 used by the user.
  • NIC Network Interface Card
  • the CPU by executing the program, the CPU receives an operation instruction or the like from a user participating in the game via the terminal 104, and based on the operation instruction, the progress parameter of the game itself, The process of updating various parameters of the user in the game and sending information notifying the current progress of the game to the terminal 104 based on the various parameters after the update to notify the user participating in the game repeat.
  • the terminal 104 plays a role of receiving an operation instruction from the user and displaying an image and outputting a sound to inform the progress of the game.
  • the terminal 104 includes a mobile phone or a smartphone used by the user, a PDA (Personal Data Assistance), a game terminal, various computers, and the like.
  • the game system 101 can be realized by using the server device 102 that functions as a web server.
  • the game system 101 may be realized by executing a client program dedicated to the game in the terminal 104 and executing a server program dedicated to the game in the server device 102.
  • the administrator directly instructs the server computer, use the keyboard or mouse connected to the server computer. If you want to check the processing results directly, connect to the server computer. However, the administrator may adopt a mode in which an instruction is given from the terminal 104 connected via the NIC and the processing result is displayed on the terminal 104. .
  • FIG. 2 is an explanatory diagram showing a schematic configuration of the server apparatus 102 according to the present embodiment.
  • a description will be given with reference to FIG.
  • the server apparatus 102 is realized by one or a plurality of computers executing a server program.
  • the game system 101 includes a server device 102 and a terminal 104.
  • a computer that is communicably connected to the server apparatus 102 functions as the terminal 104 by executing a terminal program such as a web browser.
  • the game system 101 can be configured by the server apparatus 102 alone without providing the independent terminal 104.
  • the server apparatus 102 provides a game that can build friendships between users, and includes a storage unit 201, a request receiving unit 202, an inquiry sending unit 203, an answer receiving unit 204, and an updating unit. 205, a response sending unit 206 is provided.
  • the server apparatus 102 typically further includes an inquiry reception unit 207, a selection unit 208, and a response sending unit 209, but these elements can be omitted.
  • the storage unit 201 is most commonly realized by a non-volatile storage device such as a hard disk or a flash disk included in the server computer.
  • the request reception unit 202, the inquiry transmission unit 203, the response reception unit 204, the response transmission unit 206, the inquiry reception unit 207, and the response transmission unit 209 are realized by the NIC included in the server computer operating under the control of the CPU. .
  • a terminal computer used by the user is communicably connected to these elements, and accepts user operation instructions and presents various information to the user.
  • the update unit 205 and the selection unit 208 are realized by a CPU that reads and writes information from and to a hard disk or the NIC.
  • users who are friends are stored in association with each other.
  • the user of the user name p and the user of the user name q are in a friendship
  • the following Conceivable as a method of storing the user name p and the user name q in association with each other on a hard disk or the like, for example, the following Conceivable.
  • a column in which user names p and q are sorted and arranged in character code order or dictionary order is stored as it is in a variable length array or the like, or the column is employed as an associative array key.
  • the user name of the user who has a friendship is stored.
  • the CPU manages the storage unit 201.
  • the user with the user name p and the user with the user name q are stored in association with each other, and the fact that both users are in a friendship relationship is stored as “p, q It will be called "a pair is memorized”.
  • the time limit for the friendship (the date and time when the friendship expires, or the grace period from the present until the friendship expires) is one of the records included in each element of the variable length array
  • the deadline management can be performed by a method such as using an element identified by giving a key to the associative array or providing a deadline field in the friendship parameter.
  • the storage unit 201 is generally prepared inside the server apparatus 102 as in the present embodiment. However, as described above, if it is possible to manage reading and writing of information related to friendships, as a function, It is enough. That is, the storage medium itself that implements the storage unit 201 may be arranged outside the server device 102.
  • the server apparatus 102 causes the CPU to communicate with the terminal 104 via the NIC to read / write information.
  • the storage unit 201 is prepared in the terminal 104.
  • a situation is considered in which the first user requests the second user to make a friendship.
  • the first user needs to know the existence of the second user by some means.
  • various modes such as having the first user introduce another user who already knows, knowing from the ranking of the game, introducing by matching of the server device 102 can be adopted. is there.
  • FIG. 3 is a session diagram showing a state of communication in the game system 101 according to the embodiment of the present invention.
  • the inquiry reception unit 207 of the server apparatus 102 receives an inquiry 301 for requesting information on the second user from the first user.
  • the inquiry 301 is for the first user who knows the existence of the second user to confirm the detailed information of the second user. After confirming the detailed information, the friend 301 forms a friendship. A request is made.
  • the selection unit 208 of the server apparatus 102 selects information that is related to the second user and should be presented to the first user, and the response sending unit 209 sends a response 302 indicating the selected information to the first user. Send to user.
  • the response 302 includes information such as the user name of the second user and an outline of the game parameter, and the information of the second user is presented on the screen of the terminal 104 used by the first user.
  • FIG. 4 is an explanatory diagram showing a display example in which information obtained by a user inquiry is displayed on the screen.
  • FIG. 4 is an explanatory diagram showing a display example in which information obtained by a user inquiry is displayed on the screen.
  • the screen 401 includes an avatar area 402 in which an image of the appearance of an avatar (character) used by the second user during game play is displayed, a parameter area 403 in which an overview of the game parameters of the second user is displayed, and the like.
  • a request button 404 for requesting the second user to establish a friendship and a menu button 405 serving as an entrance for performing various other operations are prepared.
  • the name of the second user is “John”.
  • the terminal 104 can be configured to advance a game by adopting an operation system according to a web browser.
  • a keypad used for a telephone can be adopted as a shortcut for button operation.
  • the request button 404 is selected by pressing the key “5”
  • the menu button 405 is selected by operating the key “*”, and the like. It is desirable to make these operations common in other states described below.
  • the request button 404 or the like may be operated.
  • a request 303 is sent from the terminal 104 to the server apparatus 102.
  • the request button 404 it is desirable to attach the information to the request 303 so that the first user can input and select various messages addressed to the second user.
  • the request receiving unit 202 receives a request 303 for requesting establishment of a friendship with the second user from the first user.
  • the inquiry sending unit 203 determines whether to approve or reject the request 303 to the second user.
  • An inquiry 304 for inquiry is sent.
  • the inquiry 304 can be transmitted in real time.
  • various messages such as inquiries 304 addressed to the second user are accumulated in the server device 102, and when the second user logs into the server device 102, these messages are stored.
  • a method of presenting a message to the second user or presenting a message to the second user after an explicit operation of the second user may be employed.
  • FIG. 5 is an explanatory diagram showing a display example in which information is displayed on the screen in the inquiry to the user.
  • a description will be given with reference to FIG.
  • the screen 501 includes an avatar area 502 in which an image of the appearance of an avatar (character) used by the first user during game play is displayed, and an overview of the game parameters of the first user.
  • a message area 504 for displaying a message from the first user is arranged.
  • a message input or selected when the first user selects the request button 404 is displayed.
  • the name of the first user is “Maria”, and “Mr. John, please be friends” is displayed as a message from the first user.
  • the approval button 505 for accepting the request 303 from the first user and establishing the friendship with the first user, rejecting the request 303 from the first user and establishing the friendship with the first user.
  • a refusal button 506 for preventing the operation and a menu button 507 serving as an entrance for performing various other operations are prepared.
  • the rejection button 506 may be assigned to a key different from these, for example, a “0” key.
  • an answer 305 is sent from the terminal 104 used by the second user to the server apparatus 102.
  • this answer 305 approval or rejection is designated depending on which of the approval button 505 and the rejection button 506 the user has selected.
  • the answer reception unit 204 receives an answer 305 to the inquiry 304 from the second user.
  • the update unit 205 updates the storage unit 201 so that a pair of the first user and the second user is added.
  • friendship can be canceled by an explicit operation instruction from the first user or the second user.
  • friendship is canceled when the grace period until the time limit expires.
  • the cancellation of the friendship is most simply performed by deleting the pair of the first user and the second user from the storage unit 201. For example, by adding flag information indicating that the pair is invalid , “Pair deletion” may be expressed.
  • the response sending unit 206 sends a response 306 indicating approval or rejection specified in the answer 305 to the first user.
  • the response 306 is transmitted as a message from the second user to the first user, and is presented to the first user in real time, when the first user logs in, or by an explicit operation of the first user. .
  • communication 311 for proceeding with the game is appropriately performed between the terminal 104 used by the first user and the server apparatus 102.
  • a message 307 addressed to the second user from the first user is sent from the terminal 104 used by the first user to the server apparatus 102
  • a message 308 in which the contents are copied is used by the second user from the server apparatus 102.
  • the message 309 addressed to the first user from the second user is relayed by the server apparatus 102 and arrives at the first user as a message 310.
  • FIG. 6 is a flowchart showing a control flow of the game control process executed in the server apparatus 102.
  • a description will be given with reference to FIG.
  • This process is started when the server program is executed by the CPU in the server apparatus 102.
  • step S601 the CPU first performs various initializations.
  • the CPU controls the NIC and tries to receive a packet sent from the terminal 104 (step S602). It is desirable to provide a predetermined timeout period for this trial.
  • the CPU checks the result of the trial, that is, whether or not the packet can be received and, if received, the type of the packet (step S603).
  • the user who sent the packet is referred to as “user p”.
  • step S603 If the packet is an inquiry 301 of the user q (step S603; q inquiry), the CPU acquires the information of the user q from the hard disk or the like (step S604), and asks the user p based on the acquired information. Information on the user q to be presented is selected, a reply 302 is generated (step S605), the NIC is controlled, the reply 302 is sent to the user p (step S606), and the process returns to step S602.
  • step S603 if the packet is a request 303 for establishing a friendship to the user q (step S603; request to q), the CPU is addressed to the user q inquiring whether or not to accept the request for establishing a friendship from the user p.
  • a query 304 is generated (step S607), the NIC is controlled, the query 304 is sent to the user q (step S608), and the process returns to step S602.
  • step S603 If the packet is an answer 305 indicating whether or not a friendship with the user r is established (step S603; reply to r), and if the answer 305 is to approve the establishment of the friendship (step S621; Yes), the CPU adds a pair representing the friendship between the user p and the user r to the hard disk or the like (step S609). Further, a response 306 addressed to the user r is generated based on the answer 305 (step S610), the NIC is controlled, the response 306 is sent to the user r (step S611), and the process returns to step S602. If the friendship is rejected (step S621; No), the process proceeds to step S610.
  • step S603 If the packet is a message 307 addressed to the user s (step S603; message to s), the CPU generates a message 308 to be sent to the user s from the received packet (step S612), and controls the NIC. The message 308 is sent to the user s (step S613), and the process returns to step S602.
  • step S603 if the packet is an instruction for advancing the game (step S603; instruction), the game of the user p is advanced based on the instruction (step S614), and progress information indicating the progress result is displayed. It generates (step S615), sends the generated progress information to the user p (step S616), and returns to step S602.
  • step S603 If another type of packet is received or if the packet cannot be received until time-out occurs (step S603; other), processing according to the circumstances is executed (step S617), and the process proceeds to step S602. Return.
  • the above configuration corresponds to the basic configuration of the present invention, and the friendship can be further promoted by adopting various modes described below.
  • Various configurations that can be added to the basic configuration will be described below.
  • the message from the first user to the second user accompanying the inquiry 304 is devised.
  • This message is for making a call from the first user to the second user so as to establish a friendship. Whether the call accompanying the inquiry 304 approves or rejects the request 303? Is presented to the second user.
  • the message accompanying the inquiry 304 addressed to the second user from the first user is displayed in the message area 504 in the screen 501 of the terminal 104 used by the second user.
  • the friendship is promoted by appropriately setting the challenge when the first user calls the second user.
  • the selection unit 208 selects candidates for calling from the first user to the second user based on the game parameters of the first user and the second user in the game in step S605. Select. The following can be considered as candidates for interrogation.
  • the first is a title for the second user.
  • the server device 102 proposes an appropriate title because the requester to establish a friendship generally pays homage to the requester.
  • the second is a designation for the second user based on the degree of superiority or inferiority of the second user with respect to the first user.
  • the degree of superiority or inferiority is determined by making a comparison based on numerical values that change as the game progresses, for example, level, stage, ability, experience value, physical strength, money held, number of possessed items, etc. .
  • the honorary name is obtained by the same method as the first method, and this can be used as the name of the second user.
  • the second user is inferior to the first user, it is conceivable to add a term representing a casual relationship such as “you” or “chan” to the user name of the second user.
  • the third uses a name based on the attribute of the second user.
  • attributes are determined based on the gender, occupation, title, etc. of the avatar (character) in the game of the second user or the second user, and the name is determined.
  • names such as “general”, “village chief”, “boss”, “director”, “Sir”, “Ma'am” can be adopted. Further, these methods may be used in an overlapping manner as appropriate. For example, when the user name of the second user is “Yamada”, “General” is added and “Yamada Shogun” is called.
  • This aspect has the effect of increasing the motivation of the second user with respect to the establishment of the friendship by the second user being called by the first user with the honorific name, and the challenge candidates are managed by the server device 102. It is possible to prevent the user from using an inappropriate challenge by mistake.
  • the selected challenge candidate is designated in the reply 302. For this reason, in this embodiment, when the request button 404 for the second user is selected by the first user, the terminal 104 used by the first user is selected if there is one candidate for the first user. Whether there is a plurality of candidates or not.
  • FIG. 7 is an explanatory diagram showing a display example of a screen for prompting selection of challenge candidates.
  • a description will be given with reference to FIG.
  • the screen 401 of the terminal 104 used by the first user displays the first user A plurality of candidate calls 702 for the second user recommended to use are displayed.
  • the user name of the second user is “John”.
  • the challenge candidate 702 (1) “Boss” (2) “Director” (3) "John” (5) “Mr. John” are displayed.
  • the challenge candidate 702 is determined as a challenge for the second user.
  • the user's easiest selection operation is “Mr. John” assigned to the numeric key “5” arranged in the center of the keypad.
  • the selection unit 208 also calculates the degree of which candidate is more appropriate when a plurality of candidates are selected.
  • the most appropriate candidate is set as a “default value”, and the default value is assigned to a key that can be selected most easily by the user. In such an aspect, user convenience can be improved.
  • the greeting message from the first user to the second user can be edited.
  • FIG. 8 is an explanatory diagram showing a display example of a screen for prompting editing of a greeting message.
  • a description will be given with reference to FIG.
  • greeting candidates 801 for selecting any one of the standard greetings are displayed. (1) “Nice to meet you, John” (2) “Thank you, John” (3) “You ’re nice, John” (5) “Mr. John, please be friends”
  • Each greeting candidate 801 also includes a call selected by the first user.
  • a request 303 specifying the greeting candidate 801 is sent from the terminal 104 used by the first user to the server apparatus 102, and the server apparatus 102
  • the inquiry 304 corresponding to the request 303 is sent to the terminal 104 used by the second user at an appropriate timing.
  • the request 303 is accompanied by a greeting message that always includes the challenge selected by the first user.
  • the terminal device 104 used by the first user must always display “Mr. John”, which is the call selected by the first user, before or after the greeting message input by the first user.
  • the request 303 includes a greeting message to which a challenge is added, and then the request 303 is sent to the server apparatus 102.
  • the name selected by the first user as a challenge to the second user can be used even after the game has progressed. For example, assume that the first user wishes to transmit a message to the second user while the game is in progress.
  • the server apparatus 102 When the message 307 addressed to the second user from the first user is sent from the terminal 104 used by the first user to the server apparatus 102, the server apparatus 102 displays the call selected by the first user at the beginning or end of the message 307. A message 308 added to is generated.
  • the server apparatus 102 sends this message 308 to the second user, whereby the polite attitude of the first user with respect to the second user is transmitted to the second user. For this reason, it becomes possible to raise the motivation which maintains the friendship with the 1st user of the 2nd user as it is.
  • the message addressed to the second user from the first user may be always added with a call selected by the first user, for example, with a predetermined probability using a random number. It's also good.
  • the server apparatus 102 stores the call from the first user to the second user determined by the first user in the storage unit 201 in association with the friend relationship between the two users.
  • this information may be referred to as appropriate when the message is relayed.
  • This example increases the frequency of cancellation and establishment of friendships by setting a limit on the time limit for maintaining friendships.
  • this time limit is the date and time when the friendship expires, or a grace period from the current time to the date and time when the friendship expires. It is expressed by
  • the grace period can be calculated by subtracting the current date and time from the date and time when the friendship expires, and the date and time when the friendship expires can be obtained by adding the grace period to the current date and time. Therefore, the two representation formats are substantially equivalent.
  • the update unit 205 needs to reduce the grace period at an appropriate timing. For example, the updating unit 205 may subtract the grace period for 24 hours once a day.
  • the update unit 205 deletes the pair from the storage unit 201. This deletion process cancels the friendship.
  • the user has, for example, a predetermined upper limit value such as 20 days as an equity, and this equity can be assigned to another user who has a friendship.
  • a predetermined upper limit value such as 20 days as an equity
  • this equity can be assigned to another user who has a friendship.
  • the remaining period during which user P can maintain a friendship is (1)
  • User X has another 5 days
  • user Y 4 more days
  • With user Z 3 more days
  • If there are 8 days left, the user W is 5 + 4 + 3 + 8 20, and since the equity has been allocated up to the upper limit, it is not possible to form a friendship with a new user.
  • the margin of the period in which the friendship can be established increases based on the passage of time and the current number of friends. For this reason, it is possible to maintain friendships, find new friends, and revive friendships by searching for appropriate strategies according to the user's own preferences and circumstances regarding who and who to build friendships with. You can also enjoy that.
  • a set of other users who have a friendship with the user p at a certain date and time t is denoted as F (t, p).
  • the grace period of the friendship between the user p and the user q at a certain date and time t is denoted as A (t, p, q).
  • a (t, p, q) 0
  • the grace period A (t, p, q) or information substantially equivalent thereto is associated with the pair of users p and q in which the friendship is established, and is associated with the storage unit 201. It is remembered.
  • the update unit 205 subtracts this value at an appropriate timing.
  • the grace period A (t, p, q) can be calculated from the expiration date / time C (p, q) and the current time t.
  • a limit is imposed on this sum. That is, a predetermined upper limit value T is provided, and for an arbitrary user p, ⁇ q ⁇ F (t, p) A (t, p, q) ⁇ T It imposes restrictions on the grace period so that In the present embodiment, an arbitrary user p needs to strategically build friendships under the above restrictions.
  • B (t, p) T- ⁇ s ⁇ F (t, p) A (t, p, s) It is.
  • B (t, q) T- ⁇ s ⁇ F (t, q) A (t, q, s) It is.
  • the server apparatus 102 when the server apparatus 102 receives the inquiry 301 of the second user q from the first user p at the date and time t, the server apparatus 102 calculates the upper limit value D (t, p, q) for the grace period. To do.
  • the reply 302 specifies that it is possible to form a friendship with the second user q together with the calculation result D (t, p, q). .
  • the terminal 104 of the first user p that has received the response 302 presents to the first user p whether or not a friendship with the second user q can be made based on the response 302.
  • a friendship with the second user q can be established with the first user p.
  • an upper limit period during which a friendship can be established may be presented in the parameter area 403 shown in FIG.
  • FIG. 9 is an explanatory diagram showing a display example in which it is displayed on the screen that a friendship cannot be established by a user inquiry.
  • a description will be given with reference to FIG.
  • the display example shown in this figure is almost the same as that shown in FIG. 4, but a note 901 indicating “no friend” is displayed instead of the request button 404. Since the first user p cannot operate the request button 404, the second user q cannot be requested to establish a friendship.
  • the first user p needs to set a period of time for maintaining a friendship with the second user q.
  • the period is selected.
  • FIG. 10 is an explanatory diagram illustrating a display example for requesting the user to select a period in which a friendship is desired to be maintained.
  • a description will be given with reference to FIG. 10
  • the screen 401 displays operation candidates 902 that can be operated with numeric keys as follows. (1) “Increase” (3) “Reduce” (5) “Decide on the day”
  • the numeric keys “1” and “3” are used to increase or decrease the numerical value displayed in the period area 903.
  • the numerical value displayed in the period area 903 indicates that the first user p wishes to make a friendship. It means the number of days to do.
  • the numerical value displayed in the period area 903 continues to increase until the upper limit specified in the response 302 is reached.
  • the numerical value displayed in the period area 903 continues to increase until reaching a predetermined lower limit (typically a constant “1 day”).
  • the numerical value displayed in the period area 903 becomes the number of days selected by the first user p, and the period represented by this number of days is designated in the request 303 sent to the server apparatus 102. Will be.
  • the period specified in the request 303 is specified in the inquiry 304 and sent from the server apparatus 102 to the terminal 104 used by the second user q.
  • the terminal 104 of the second user q prompts the user to select whether to accept or reject the second user q using a display similar to that shown in FIG.
  • the friendship period selected by the first user p is displayed in the message area 504.
  • the second user q only needs to consider whether or not to make a friendship for the period requested by the first user p.
  • the number of days can be edited so that the second user q can reduce the number of days desired by the first user p.
  • the number of days allowed by the second user q is designated as the answer 305 that designates approval.
  • the period specified by the first user p in the request 303 in step S609. (Or the period allowed by the second user p in the answer 305) may be stored in association with the pair.
  • the information referred to in the second embodiment is also referred to in the third embodiment to promote establishment of friendship.
  • a user who is playing a game on a mobile phone tends to prefer an operation of repeatedly pressing a decision key (in this embodiment, the “5” key is used). Therefore, the convenience for the user is improved by providing an initial value that seems to be appropriate for establishing a friendship when selecting the period shown in FIG.
  • the name of the second user is determined based on the user's superiority or inferiority in the game.
  • the superiority or inferiority is determined by the first user in the third embodiment. This is used to determine the initial value for selecting the period.
  • the selection unit 208 selects a period suitable for the first user p to request a friendship from the second user q.
  • the selected period is specified in the reply 302 sent from the server apparatus 102 to the terminal apparatus 104.
  • the terminal 104 of the first user p that has received the reply 302 employs the period specified in the reply 302 as an initial value to be displayed in the period area 903 immediately after the first user p operates the request button 404. It is.
  • the selection unit 208 shortens the period of the initial value as the second user q is superior to the first user p.
  • a period in which a friendship is highly likely to be established is selected, and by setting this as an initial value, the convenience of the user is achieved, and the friendship Will be able to promote.
  • the first user p requests the friendship with the second user q again.
  • the friendship There are things to do. For example, when the user wants to continue the friendship as it is, or when he wants to reestablish the friendship with the partner who once had the friendship but has been canceled and has passed.
  • the old call and the new call may be the same, or the new call may be more polite than the old call, but the new call If the call is more rude than the old call, the possibility of causing trouble will increase.
  • the physical strength, occupation, and position of the second user q may change. For example, if the second user q has advanced, it is better to adopt a call suitable for a new position. On the other hand, when the second user q is demoted, if a friendship is requested with a call according to a new job title, the second user q feels “looked down by the first user p”, There is a possibility of refusing friendship.
  • the selection unit 208 selects the second user from the first user p previously selected by the first user p when selecting a candidate for calling from the first user p to the second user q. Get a call to user q.
  • the selection unit 208 selects candidates and default values so as to avoid a rude call in the above-mentioned partial order relationship as compared with the previous call.
  • the first method is a method in which no more rude calls than previous calls are candidates. That is, after obtaining a call candidate by the same method as in the above embodiment, a call that is more rude than the previous call is excluded from the candidates.
  • the candidates themselves are obtained by the same method as in the above embodiment.
  • the default value of the candidate obtained in the same manner as in the above embodiment is more rude than the previous challenge, Instead of setting the candidate as a default value, the previous challenge is set as the default value.
  • This embodiment is a mode in which the friendship is automatically canceled with the passage of time, in particular, when the cancellation of the friendship is detected or when the date to be canceled approaches, It is effective when combined with an aspect that prompts the determination of whether or not to continue the relationship.
  • the challenge added to the message may be updated even while the friendship is maintained.
  • the status of the second user changes, such as a change in the position or level of the second user, or a significant change in the ability difference between the first user and the second user.
  • the server apparatus 102 reselects the candidate and the default value, and inquires of the first user whether to change the challenge to the second user. I will do it.
  • the friendship with the second user can be further strengthened by updating such a call. become able to.
  • the game system 101 is based on the premise that the server apparatus 102 and the terminal 104 communicate via the computer communication network 103.
  • the elements of the storage unit 201 to the response sending unit 209 are not necessarily provided in the server apparatus 102.
  • the game system 101 can be configured to include one or a plurality of computers that can exchange with a plurality of users.
  • the storage unit 201 to the response sending unit 209 Each element can adopt a mode realized on any computer.
  • the terminals 104 perform peer-to-peer communication directly or via the computer communication network 103 and the server apparatus 102 does not intervene in the communication, one of the two terminals 104 is connected to the storage unit 201 through the response sending unit 209.
  • the same effects as those of the above-described embodiment can be obtained.
  • a server device As described above, according to the present invention, a server device, a terminal, a game system, a game control method, a non-transitory recording medium, and one or more of these suitable for promoting friendship between users It is possible to provide a program that is realized by a computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

　サーバ装置（１０２）の要求受付部（２０２）は、第１ユーザから、第２ユーザとの友人関係の要求を受け付ける。問合せ送付部（２０３）は、第２ユーザへ、要求を承認するか拒否するかの問合せを送付する。回答受付部（２０４）は、第２ユーザから、回答を受け付ける。更新部（２０５）は、回答に承認が指定されていれば、第１ユーザと第２ユーザとの対が追加されるように、記憶部（２０１）を更新する。応答送付部（２０６）は、第１ユーザへ、回答に指定された承認もしくは拒否を示す応答を送付する。問合せは、第１ユーザから第２ユーザへの呼掛けを伴う。問合せに伴う呼掛けは、第２ユーザが要求を承認するか拒否するかを決定するために、第２ユーザに提示される。

Description

サーバ装置、端末、ゲームシステム、ゲーム制御方法、プログラム、ならびに、非一時的な記録媒体
　本発明は、ユーザ間の友人関係を促進するのに好適なサーバ装置、端末、ゲームシステム、ゲーム制御方法、これらを１つ以上のコンピュータにて実現するプログラム、ならびに、非一時的（non-transitory)な記録媒体に関する。
　従来から、あるユーザがゲームを進行するにあたって、他のユーザを友人として設定したり、友人同士で交流を深めることで、ゲームを有利に進行させるゲームが提供されている。
　このような友人関係は、日常用語でいう「友人」に相当するものを含むほか、ゲーム内における職能などを勘案して形成されるギルドに所属する者同士の関係や、ＲＰＧ（Roll Playing Game）等におけるパーティを形成している者同士の関係など、「あるゲームで特別な関係を結びつつ当該ゲームをプレイする者同士」を含む広い概念である。
　友人関係を構築可能なゲームでは、友人関係を結んでいる他のユーザの人数によってゲームの進行の有利不利が変化したり、友人が持つアイテムを一時的に借りてゲームをプレイをしたり、友人の体力パラメータ等に応じて自身の体力パラメータ等を一時的に増やしてゲームをプレイをしたり、友人同士でメッセージを交わすことでポイントパラメータが獲得できたり、などの態様が普及している。
　ユーザがゲームを進めると当該ユーザのゲームパラメータが更新されるが、上記のような態様では、当該ユーザの友人の各種のゲームパラメータが参照され、当該ユーザのゲームパラメータが友人がいない場合よりも有利に更新されるのである。
　ここで、ユーザ同士の友人関係を維持することで、ゲームへの参加の意思を高めるための技術が、特許文献１に提案されている。
　特許文献１に開示される技術では、一旦友人関係が結ばれた後、一方のユーザが長期間ゲームにログインしていないことが検出された場合には、他方のユーザから一方のユーザ宛のログインを促す電子メールが自動的に送信されるように設定することで、友人関係の維持を図ることとしている。
特開２００９－１００７８９号公報
　しかしながら、現実世界においても、相手のことを詳しく知らない者同士が友人関係を結ぶのは難しい。したがって、ゲームのユーザ同士が友人関係をスムースに開始することができる技術が強く望まれている。この際に、ユーザ同士の対話を促進させたい、という要望も強い。
　本発明は、上記のような課題を解決するもので、ユーザ間の友人関係を促進するのに好適なサーバ装置、端末、ゲームシステム、ゲーム制御方法、これらを１つ以上のコンピュータにて実現するプログラム、ならびに、非一時的な記録媒体を提供することを目的とする。
　以上の目的を達成するため、本発明の原理にしたがって、下記の発明を開示する。
　本発明の第１の観点に係るサーバ装置は、ユーザ間の友人関係を構築可能なゲームを提供し、
　第１ユーザが使用する第１端末から、第２ユーザとの友人関係の成立を求める要求を受け付ける要求受付部、
　前記要求が受け付けられると、ユーザ同士の友人関係が記憶される記憶部に、前記第１ユーザと前記第２ユーザとの友人関係が記憶されていなければ、前記第２ユーザが使用する第２端末へ、前記要求を承認するか拒否するかを問い合わせる問合せを送付する問合せ送付部、
　前記第２端末から、前記問合せに対する回答を受け付ける回答受付部、
　前記回答が受け付けられると、前記回答に承認が指定されていれば、前記第１ユーザと前記第２ユーザとの友人関係が記憶されるように、前記記憶部を更新する更新部、
　前記回答が受け付けられると、前記第１端末へ、前記回答に指定された承認もしくは拒否を示す応答を送付する応答送付部
　を備え、
　前記問合せは、前記第１ユーザから前記第２ユーザへの呼掛けを伴い、
　前記問合せに伴う呼掛けは、前記第２ユーザが前記要求を承認するか拒否するかを決定するために、前記第２端末において前記第２ユーザに提示される
　ように構成する。
　本発明の第２の観点に係る端末は、ユーザ間の友人関係を構築可能なゲームを提供し、
　第１ユーザから、第２ユーザとの友人関係の成立を求める要求を受け付ける要求受付部、
　前記要求が受け付けられると、ユーザ同士の友人関係が記憶される記憶部に、前記第１ユーザと前記第２ユーザとの友人関係が記憶されていなければ、前記第２ユーザへ、前記要求を承認するか拒否するかを問い合わせる問合せを送付する問合せ送付部、
　前記第２ユーザから、前記問合せに対する回答を受け付ける回答受付部、
　前記回答が受け付けられると、前記回答に承認が指定されていれば、前記第１ユーザと前記第２ユーザとの友人関係が記憶されるように、前記記憶部を更新する更新部、
　前記回答が受け付けられると、前記第１ユーザへ、前記回答に指定された承認もしくは拒否を示す応答を送付する応答送付部
　を備え、
　前記問合せは、前記第１ユーザから前記第２ユーザへの呼掛けを伴い、
　前記問合せに伴う呼掛けは、前記第２ユーザが前記要求を承認するか拒否するかを決定するために、前記第２ユーザに提示される
　ように構成する。
　本発明の第３の観点に係るゲームシステムは、ユーザ間の友人関係を構築可能なゲームを提供し、
　第１ユーザから、第２ユーザとの友人関係の成立を求める要求を受け付ける要求受付部、
　前記要求が受け付けられると、ユーザ同士の友人関係が記憶される記憶部に、前記第１ユーザと前記第２ユーザとの友人関係が記憶されていなければ、前記第２ユーザへ、前記要求を承認するか拒否するかを問い合わせる問合せを送付する問合せ送付部、
　前記第２ユーザから、前記問合せに対する回答を受け付ける回答受付部、
　前記回答が受け付けられると、前記回答に承認が指定されていれば、前記第１ユーザと前記第２ユーザとの友人関係が記憶されるように、前記記憶部を更新する更新部、
　前記回答が受け付けられると、前記第１ユーザへ、前記回答に指定された承認もしくは拒否を示す応答を送付する応答送付部
　を備え、
　前記問合せは、前記第１ユーザから前記第２ユーザへの呼掛けを伴い、
　前記問合せに伴う呼掛けは、前記第２ユーザが前記要求を承認するか拒否するかを決定するために、前記第２ユーザに提示される
　ように構成する。
　また、本発明のゲームシステムにおいて、
　前記呼掛けは、前記第１ユーザが前記第２ユーザを呼ぶための名称、呼称もしくは尊称である
　ように構成することができる。
　また、本発明のゲームシステムにおいて、
　前記呼掛けは、前記ゲームにおける前記第１ユーザに対する前記第２ユーザの優劣の度合に基づいて定められる
　ように構成することができる。
　また、本発明のゲームシステムにおいて、
　前記第１ユーザから、前記第２ユーザの情報を求める照会を受け付ける照会受付部、
　前記照会が受け付けられると、前記ゲームにおける前記第１ユーザならびに前記第２ユーザのゲームパラメータに基づいて、前記第１ユーザから前記第２ユーザへの呼掛けの候補を選定する選定部、
　前記第２ユーザの情報を示す返答を前記第１ユーザに送付する返答送付部
　をさらに備え、
　前記返答は、前記選定された候補を伴い、
　前記第１ユーザは、前記返答に伴う候補に基づいて、前記要求に伴う呼掛けを定める
　ように構成することができる。
　また、本発明のゲームシステムにおいて、
　前記更新部は、所定の解消条件が満たされた友人関係を、前記記憶部から削除し、
　前記選定部は、以前に前記第１ユーザから前記第２ユーザへの呼掛けが定められていれば、当該以前に定められた呼掛けに基づいて、前記呼掛けの候補を選定する
　ように構成することができる。
　また、本発明のゲームシステムにおいて、
　前記ゲームシステムは、前記第１ユーザから前記第２ユーザへの送付されるべきメッセージに、前記呼掛けを付加する
　ように構成することができる。
　本発明の第４の観点に係るゲーム制御方法は、ユーザ間の友人関係を構築可能なゲームを提供するゲームシステムが実行するゲーム制御方法であって、
　前記ゲームシステムは、要求受付部、問合せ送付部、回答受付部、更新部、応答送付部を有し、
　前記ゲーム制御方法は、
　前記要求受付部が、第１ユーザから、第２ユーザとの友人関係の成立を求める要求を受け付ける要求受付工程、
　前記要求が受け付けられると、前記問合せ送付部が、ユーザ同士の友人関係が記憶される記憶部に、前記第１ユーザと前記第２ユーザとの友人関係が記憶されていなければ、前記第２ユーザへ、前記要求を承認するか拒否するかを問い合わせる問合せを送付する問合せ送付工程、
　前記回答受付部が、前記第２ユーザから、前記問合せに対する回答を受け付ける回答受付工程、
　前記回答が受け付けられると、前記回答に承認が指定されていれば、前記更新部が、前記第１ユーザと前記第２ユーザとの友人関係が記憶されるように、前記記憶部を更新する更新工程、
　前記回答が受け付けられると、前記応答送付部が、前記第１ユーザへ、前記回答に指定された承認もしくは拒否を示す応答を送付する応答送付工程
　を備え、
　前記問合せは、前記第１ユーザから前記第２ユーザへの呼掛けを伴い、
　前記問合せに伴う呼掛けは、前記第２ユーザが前記要求を承認するか拒否するかを決定するために、前記第２ユーザに提示される
　ように構成する。
　本発明の第５の観点に係るプログラムは、ユーザ間の友人関係を構築可能なゲームを提供するためのゲームシステムを実現し、前記プログラムは、コンピュータを、
　第１ユーザから、第２ユーザとの友人関係の成立を求める要求を受け付ける要求受付部、
　前記要求が受け付けられると、ユーザ同士の友人関係が記憶される記憶部に、前記第１ユーザと前記第２ユーザとの友人関係が記憶されていなければ、前記第２ユーザへ、前記要求を承認するか拒否するかを問い合わせる問合せを送付する問合せ送付部、
　前記第２ユーザから、前記問合せに対する回答を受け付ける回答受付部、
　前記回答が受け付けられると、前記回答に承認が指定されていれば、前記第１ユーザと前記第２ユーザとの友人関係が記憶されるように、前記記憶部を更新する更新部、
　前記回答が受け付けられると、前記第１ユーザへ、前記回答に指定された承認もしくは拒否を示す応答を送付する応答送付部
　として機能させ、
　前記問合せは、前記第１ユーザから前記第２ユーザへの呼掛けを伴い、
　前記問合せに伴う呼掛けは、前記第２ユーザが前記要求を承認するか拒否するかを決定するために、前記第２ユーザに提示される
　ように機能させる。
　本発明の第６の観点に係る非一時的な記録媒体は、ユーザ間の友人関係を構築可能なゲームを提供するゲームシステムを実現するためのプログラムを記録する非一時的な記録媒体であって、前記プログラムは、コンピュータを、
　第１ユーザから、第２ユーザとの友人関係の成立を求める要求を受け付ける要求受付部、
　前記要求が受け付けられると、ユーザ同士の友人関係が記憶される記憶部に、前記第１ユーザと前記第２ユーザとの友人関係が記憶されていなければ、前記第２ユーザへ、前記要求を承認するか拒否するかを問い合わせる問合せを送付する問合せ送付部、
　前記第２ユーザから、前記問合せに対する回答を受け付ける回答受付部、
　前記回答が受け付けられると、前記回答に承認が指定されていれば、前記第１ユーザと前記第２ユーザとの友人関係が記憶されるように、前記記憶部を更新する更新部、
　前記回答が受け付けられると、前記第１ユーザへ、前記回答に指定された承認もしくは拒否を示す応答を送付する応答送付部
　として機能させ、
　前記問合せは、前記第１ユーザから前記第２ユーザへの呼掛けを伴い、
　前記問合せに伴う呼掛けは、前記第２ユーザが前記要求を承認するか拒否するかを決定するために、前記第２ユーザに提示される
　ように機能させる。
　なお、本発明のプログラムは、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等のコンピュータ読取可能な非一時的な情報記憶媒体に記録することができ、ＲＡＭ（Random Access Memory）等に一時的（temporary）に読み出されてＣＰＵ（Central Processing Unit）等により実行される。
　また、本発明のプログラムは、プログラムが実行されるコンピュータとは独立して、コンピュータ通信網などの一時的（transitory）な通信媒体を介して配布・販売することができる。また、上記情報記憶媒体は、コンピュータとは独立して配布・販売することができる。
　本発明によれば、ユーザ間の友人関係を促進するのに好適なサーバ装置、端末、ゲームシステム、ゲーム制御方法、これらを１つ以上のコンピュータにて実現するプログラム、ならびに、非一時的な記録媒体を提供することができる。
本発明の実施形態に係るゲームシステムを実現するためのハードウェア構成を示す説明図である。 本発明の実施形態に係るサーバ装置の概要構成を示す説明図である。 本発明の実施形態に係るゲームシステムにおける通信の様子を示すセッション図である。 ユーザの照会によって得られる情報が画面に表示される表示例を示す説明図である。 ユーザに対する問合せにおいて情報が画面に表示される表示例を示す説明図である。 サーバ装置において実行されるゲーム制御処理の制御の流れを示すフローチャートである。 呼掛け候補の選択を促す画面の表示例を示す説明図である。 挨拶メッセージの編集を促す画面の表示例を示す説明図である。 ユーザの照会によって友人関係を結ぶことができない旨が画面に表示される表示例を示す説明図である。 友人関係を維持したい期間の選択をユーザに求めるための表示例を示す説明図である。
　以下に本発明の実施形態を説明する。以下では、理解を容易にするため、ゲーム用のサーバ装置を利用して本発明に係るゲームシステムが実現される実施形態を説明するが、以下に説明する実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素もしくは全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
　図１は、本実施形態に係るゲームシステムを実現するためのハードウェア構成を示す説明図である。以下、本図を参照して説明する。
　本図に示すように、ゲームシステム１０１は、１台もしくは複数のサーバ装置１０２からなり、サーバ装置１０２は、インターネットや携帯電話通信網などのコンピュータ通信網１０３を介して端末１０４に通信可能に接続される。
　サーバ装置１０２が複数用意されている場合は、各サーバ装置１０２は、自律的に、あるいは、負荷分散装置（図示せず）の制御によって、適宜負荷分散を行う。
　サーバ装置１０２は、所定のサーバ用プログラムをコンピュータが実行することによって実現される。
　一般に、コンピュータにおいては、ハードディスクやフラッシュメモリ等の不揮発性記憶装置に記録されたプログラムを、ＣＰＵ（Central Processing Unit）が読み出して、各種の計算や解釈を行うことにより、各種の処理が実行される。これらのプログラムは、ＤＶＤ－ＲＯＭ（Digital Versatile Disk Read Only Memory）等の非一時的な情報記録媒体から、ハードディスク等にインストールされる。
　また、コンピュータが実行する処理において、計算に一時的に必要となる情報は、ＲＡＭ（Random Access Memory）等の高速な情報記憶装置に格納される。
　このほか、コンピュータはＮＩＣ（Network Interface Card）等を介してコンピュータ通信網１０３に接続され、ユーザが利用する端末１０４と通信する。
　本実施形態においては、プログラムを実行することにより、ＣＰＵは、端末１０４を介して、ゲームに参加しているユーザからの操作指示等を受け付け、当該操作指示に基づいて当該ゲームそのものの進行パラメータや、当該ゲームにおけるユーザの各種パラメータを更新し、更新後の各種パラメータに基づいて、当該ゲームの現在の進行状況を知らせる情報を端末１０４に送って、当該ゲームに参加中のユーザに知らせる、という処理を繰り返す。
　端末１０４は、ユーザからの操作指示の入力の受付と、ゲームの進行状況を知らせるための画像表示や音声出力等の役割を担うことになる。
　端末１０４は、ユーザが使用する携帯電話やスマートフォン、ＰＤＡ（Personal Data Assistance）、ゲーム端末、各種のコンピュータ等により構成される。端末１０４が、ウェブブラウザに相当する機能を提供している場合には、ウェブサーバとして機能するサーバ装置１０２を利用すれば、ゲームシステム１０１を実現することができる。
　また、端末１０４では、そのゲーム専用のクライアントプログラムを実行し、サーバ装置１０２では、そのゲーム専用のサーバプログラムを実行することによって、ゲームシステム１０１を実現しても良い。
　なお、サーバ用コンピュータに対して直接、管理者が指示を行う場合には、サーバ用コンピュータに接続されたキーボードやマウスを利用し、処理の結果を直接確認する場合には、サーバ用コンピュータに接続されたディスプレイに表示させるのが典型的であるが、管理者は、ＮＩＣを介して接続された端末１０４から指示を行い、当該端末１０４に処理結果を表示させるような態様を採用しても良い。
　図２は、本実施形態に係るサーバ装置１０２の概要構成を示す説明図である。以下、本図を参照して説明する。
　本実施形態に係るサーバ装置１０２は、上記のように、１台もしくは複数のコンピュータが、サーバ用プログラムを実行することにより実現される。
　なお、ゲームシステム１０１は、サーバ装置１０２と、端末１０４と、から構成される。この場合には、サーバ装置１０２に通信可能に接続されるコンピュータがウェブブラウザ等の端末用プログラムを実行することにより、端末１０４として機能することになる。
　また、各ユーザがサーバ装置１０２に直接アクセス可能な態様では、独立した端末１０４を設けることなく、サーバ装置１０２単独でゲームシステム１０１を構成することができる。
　ここで、本図に示すように、サーバ装置１０２は、ユーザ間の友人関係を構築可能なゲームを提供し、記憶部２０１、要求受付部２０２、問合せ送付部２０３、回答受付部２０４、更新部２０５、応答送付部２０６を備える。
　また、本図に示すように、サーバ装置１０２は、典型的には、照会受付部２０７、選定部２０８、返答送付部２０９をさらに備えるが、これらの要素は省略が可能である。
　記憶部２０１は、サーバ用コンピュータが有するハードディスクやフラッシュディスクなど、不揮発的な記憶装置によって実現されるのが最も一般的である。
　要求受付部２０２、問合せ送付部２０３、回答受付部２０４、応答送付部２０６、照会受付部２０７、返答送付部２０９は、サーバ用コンピュータが有するＮＩＣがＣＰＵの制御下で動作することにより実現される。なお、これらの要素には、ユーザが使用する端末用コンピュータが通信可能に接続されており、ユーザの操作指示を受け付けたり、ユーザに各種の情報を提示したりする。
　更新部２０５、選定部２０８は、ハードディスク等やＮＩＣとの間で情報を読み書きするＣＰＵによって実現される。
　以下、各部の機能について説明する。
　まず、記憶部２０１には、友人関係にあるユーザ同士が対応付けて記憶される。たとえば、ユーザ名ｐのユーザとユーザ名ｑのユーザとが友人関係にある場合に、ユーザ名ｐとユーザ名ｑを対応付けてハードディスク等に記憶する手法としては、たとえば、以下のようなものが考えられる。
　（１）ユーザ名ｐ、ｑを文字コード順や辞書順にソートして並べた列を、可変長配列等にそのまま記憶するか、あるいは、当該列を連想配列のキーに採用する。
　（２）各ユーザのゲームパラメータの一部として、友人関係にあるユーザのユーザ名を記憶する。この態様では、ユーザ名ｐのユーザのゲームパラメータ内の友人関係パラメータにユーザ名ｑが含まれる場合には、必ず、ユーザ名ｑのユーザのゲームパラメータ内の友人関係パラメータにユーザ名ｐが含まれるように、ＣＰＵが記憶部２０１の管理を行う。
　以下では、理解を容易にするため、ユーザ名ｐのユーザとユーザ名ｑのユーザとが対応付けて記憶され、両ユーザが友人関係にある旨が記憶されていることを、「ｐ、ｑの対が記憶される」と呼ぶこととする。
　なお、ゲームの種類によっては、現実世界よりも気軽に友人関係を結んだり解消したりできる方が良い場合もある。このようなときには、友人関係に期限（友人関係が満了する日時、もしくは、友人関係が満了するまでの現在からの猶予期間）を、可変長配列の各要素に含まれるレコードの一つとしたり、連想配列にキーを与えることによって識別される要素としたり、友人関係パラメータに期限のフィールドを設ける等の手法により、期限管理を行うことができる。
　なお、記憶部２０１は、本実施例のように、サーバ装置１０２の内部に用意されるのが一般的であるが、上記のように、友人関係に関する情報の読み書きの管理ができれば、機能としては十分である。すなわち、記憶部２０１を実現する記憶媒体そのものは、サーバ装置１０２の外側に配置されていても良い。
　たとえば、実際の情報を記憶するための場所として、端末１０４が有するメモリカードやハードディスク等を採用した場合には、サーバ装置１０２は、ＣＰＵがＮＩＣを介して端末１０４と通信して情報の読み書きを行うこととなり、記憶部２０１は、端末１０４に用意されていることになる。
　以下では、第１ユーザが、第２ユーザに対して友人関係を結ぶよう依頼をする状況を考える。このような状況が開始されるためには、第１ユーザが第２ユーザの存在そのものを何らかの手段で知得する必要がある。これには、第１ユーザがすでに知っている他のユーザに紹介してもらう、ゲームのランキングから知得する、サーバ装置１０２のマッチングによって紹介される、など、種々の態様を採用することが可能である。
　図３は、本発明の実施形態に係るゲームシステム１０１における通信の様子を示すセッション図である。
　まず、サーバ装置１０２の照会受付部２０７は、第１ユーザから、第２ユーザの情報を求める照会３０１を受け付ける。
　ここで、照会３０１とは、第２ユーザの存在を知った第１ユーザが、当該第２ユーザの詳細情報を確認するためのものであり、この詳細情報を確認してから、友人関係を結ぶための依頼が行われる。
　すると、サーバ装置１０２の選定部２０８は、第２ユーザに関連する情報であって第１ユーザに提示すべき情報を選定し、返答送付部２０９は、選定された情報を示す返答３０２を第１ユーザに送付する。
　一般には、返答３０２には、第２ユーザのユーザ名やゲームパラメータの概要などの情報が含まれ、第１ユーザが使用する端末１０４の画面に、第２ユーザの情報が提示される。
　図４は、ユーザの照会によって得られる情報が画面に表示される表示例を示す説明図である。以下、本図を参照して説明する。
　画面４０１には、第２ユーザがゲームのプレイ中に使用するアバター（キャラクター）の外観の画像が表示されるアバター領域４０２、第２ユーザのゲームパラメータの概要が表示されるパラメータ領域４０３などのほか、第２ユーザに友人関係の成立を求める要求をするための要求ボタン４０４や、その他の各種操作を行うための入口となるメニューボタン４０５が用意されている。本例では、第２ユーザの名前は「ジョン」になっている。
　上記のように、端末１０４は、ウェブブラウザに準じた操作体系を採用して、ゲームを進めるように構成することが可能である。携帯電話に塔載されるウェブブラウザでは、電話で用いられるキーパッドをボタン操作のショートカットとして採用することができる。たとえば、キー「５」の押圧によって要求ボタン４０４が選択され、キー「*」の操作によってメニューボタン４０５が選択される、等である。これらの操作は、以下に説明する他の状態においても共通させることが望ましい。
　このほか、マウスやタブキーなどを利用して画面に表示されている操作対象からいずれかを選択する態様では、カーソルで各種ボタンを指定してからマウスでクリックしたり、リターンキーを押圧操作することで、要求ボタン４０４等を操作するようにしても良い。
　さて、第１ユーザが要求ボタン４０４を選択すると、端末１０４からサーバ装置１０２へ要求３０３が送られる。
　なお、後述するように、要求ボタン４０４を選択した後に、第２ユーザ宛の各種のメッセージ等第１ユーザが入力、選択等できるようにして、これらの情報を要求３０３に添付することが望ましい。
　そして、要求受付部２０２が、第１ユーザから、第２ユーザとの友人関係の成立を求める要求３０３を受け付ける。
　要求３０３が受け付けられると、第１ユーザと第２ユーザとが対応付けて記憶部２０１に記憶されていなければ、問合せ送付部２０３は、第２ユーザへ、要求３０３を承認するか拒否するかを問い合わせる問合せ３０４を送付する。
　なお、現在第２ユーザもサーバ装置１０２にアクセスしてゲームをプレイしている場合には、問合せ３０４は、リアルタイムに伝達することも可能である。
　ただし、一般的な電子メールの送受と同様に、サーバ装置１０２内に第２ユーザ宛の問合せ３０４等、種々のメッセージを蓄積しておき、第２ユーザがサーバ装置１０２にログインした時点でこれらのメッセージを第２ユーザに提示する、あるいは、第２ユーザの明示の操作があってからメッセージを第２ユーザに提示する、等の手法を採用しても良い。
　図５は、ユーザに対する問合せにおいて情報が画面に表示される表示例を示す説明図である。以下、本図を参照して説明する。
　図４に示す表示例と同様に、画面５０１には、第１ユーザがゲームのプレイ中に使用するアバター（キャラクター）の外観の画像が表示されるアバター領域５０２、第１ユーザのゲームパラメータの概要が表示されるパラメータ領域５０３などのほか、第１ユーザからのメッセージが表示されるメッセージ領域５０４が配置されている。メッセージ領域５０４には、第１ユーザが要求ボタン４０４を選択した際に入力もしくは選択したメッセージが表示される。本例では、第１ユーザの名前は「マリア」になっており、第１ユーザからのメッセージとして「ジョンさん、友達になってください」が表示されている。
　また、第１ユーザからの要求３０３を受け入れて、第１ユーザとの友人関係を成立させるための承認ボタン５０５、第１ユーザからの要求３０３を拒否して、第１ユーザとの友人関係を成立させないための拒絶ボタン５０６、その他の各種操作を行うための入口となるメニューボタン５０７が用意されている。
　携帯電話で操作する場合には、キー「５」を承認ボタン５０５に割り当て、キー「*」をメニューボタン５０７に割り当てて、図４に示す状況と操作体系を共通化することが望ましい。一方、拒絶ボタン５０６は、これらとは異なるキー、たとえば「０」キーに割り当てる等が考えられる。
　第２ユーザが承認ボタン５０５や拒絶ボタン５０６を選択すると、第２ユーザが使用する端末１０４からサーバ装置１０２へ回答３０５が送られる。この回答３０５には、ユーザが承認ボタン５０５と拒絶ボタン５０６のいずれを選択したかに応じて、承認もしくは拒絶が指定される。
　さて、サーバ装置１０２において、回答受付部２０４は、第２ユーザから、問合せ３０４に対する回答３０５を受け付ける。
　回答３０５が受け付けられると、回答３０５に承認が指定されていれば、更新部２０５は、第１ユーザと第２ユーザとの対が追加されるように、記憶部２０１を更新する。
　これによって、第１ユーザと第２ユーザとの友人関係が成立したことになる。
　なお、友人関係の解消は、第１ユーザや第２ユーザの明示の操作指示によって可能である。また、後述するように、友人関係に期限が設けられている場合には、当該期限までの猶予期間が尽きることによって、友人関係が解消される。
　友人関係の解消は、最も単純には、記憶部２０１から第１ユーザと第２ユーザとの対を削除することによって行われるが、たとえば当該対が無効である旨のフラグ情報を追加することにより、「対の削除」を表現することとしても良い。
　さらに、回答３０５が受け付けられると、応答送付部２０６は、第１ユーザへ、回答３０５に指定された承認もしくは拒否を示す応答３０６を送付する。　
　応答３０６は、第２ユーザから第１ユーザへのメッセージとして伝達され、第１ユーザにリアルタイムで、第１ユーザのログイン時に、あるいは、第１ユーザの明示的な操作によって第１ユーザに提示される。
　この後は、第１ユーザが使用する端末１０４とサーバ装置１０２との間で、適宜ゲーム進行のための通信３１１が行われる。
　なお、第１ユーザから第２ユーザ宛のメッセージ３０７が第１ユーザが使用する端末１０４からサーバ装置１０２へ送られると、その内容を引き写したメッセージ３０８が、サーバ装置１０２から第２ユーザが使用する端末１０４へと送られる。第２ユーザから第１ユーザ宛のメッセージ３０９は、同様に、サーバ装置１０２によって中継されて、メッセージ３１０として第１ユーザに到着する。
　なお、本図においては、第２ユーザのゲーム進行のための通信は、図示を省略しているが、第１ユーザの場合と同様に、サーバ装置１０２と第２ユーザが使用する端末１０２との間で、通信が行われる。
　図６は、サーバ装置１０２において実行されるゲーム制御処理の制御の流れを示すフローチャートである。以下、本図を参照して説明する。
　本処理は、サーバ装置１０２においてサーバ用プログラムがＣＰＵに実行されることにより、開始される。
　本処理が開始されると、ＣＰＵは、まず、各種の初期化を行う（ステップＳ６０１）。
　そして、ＣＰＵは、ＮＩＣを制御して、端末１０４から送られるパケットの受信を試行する（ステップＳ６０２）。この試行には、所定のタイムアウト時間を設けることが望ましい。
　ついで、ＣＰＵは、試行の結果、すなわち、パケットの受信の可否ならびに受信がされた場合には、そのパケットの種類を調べる（ステップＳ６０３）。以下、当該パケットを送ってきたユーザを、「ユーザｐ」とする。
　パケットが、ユーザｑの照会３０１であれば（ステップＳ６０３；ｑの照会）、ＣＰＵは、ハードディスク等からユーザｑの情報を取得して（ステップＳ６０４）、当該取得された情報に基づいてユーザｐに提示すべきユーザｑの情報を選定して、返答３０２を生成し（ステップＳ６０５）、ＮＩＣを制御して、返答３０２をユーザｐに送り（ステップＳ６０６）、ステップＳ６０２に戻る。
　一方、パケットが、ユーザｑへの友人関係成立の要求３０３であれば（ステップＳ６０３；ｑへ要求）、ＣＰＵは、ユーザｐからの友人関係成立の要求を受け入れるか否かを問い合わせるユーザｑ宛の問合せ３０４を生成し（ステップＳ６０７）、ＮＩＣを制御して、問合せ３０４をユーザｑに送り（ステップＳ６０８）、ステップＳ６０２に戻る。
　さらに、パケットが、ユーザｒとの友人関係成立の可否を示す回答３０５であり（ステップＳ６０３；ｒへ回答）、回答３０５が、友人関係の成立を承認する旨のものであれば（ステップＳ６２１；Ｙｅｓ）、ＣＰＵは、ユーザｐとユーザｒとの友人関係を表す対をハードディスク等に追加する（ステップＳ６０９）。さらに、回答３０５に基づいてユーザｒ宛の応答３０６を生成し（ステップＳ６１０）、ＮＩＣを制御して、この応答３０６をユーザｒに送って（ステップＳ６１１）、ステップＳ６０２に戻る。なお、友人関係の成立を拒絶する旨のものであれば（ステップＳ６２１；Ｎｏ）、ステップＳ６１０に進む。
　そして、パケットが、ユーザｓ宛のメッセージ３０７であれば（ステップＳ６０３；ｓへメッセージ）、ＣＰＵは、受信されたパケットからユーザｓに送付すべきメッセージ３０８を生成し（ステップＳ６１２）、ＮＩＣを制御して、メッセージ３０８をユーザｓに送って（ステップＳ６１３）、ステップＳ６０２に戻る。
　このほか、パケットが、ゲームを進行させるための指示であれば（ステップＳ６０３；指示）、当該指示に基づいて、ユーザｐのゲームを進行させ（ステップＳ６１４）、進行させた結果を表す進行情報を生成し（ステップＳ６１５）、当該生成された進行情報をユーザｐに送って（ステップＳ６１６）、ステップＳ６０２に戻る。
　ゲーム進行の際には、ユーザｐと友人関係を結んでいる他のユーザの人数や、当該他のユーザのゲームパラメータを参照して、優秀な友人が多ければ多いほど、ゲームの進行が有利になるように構成することが可能である。
　また、その他の種類のパケットが受信された場合やタイムアウトとなるまでパケットが受信できなかった場合（ステップＳ６０３；その他）は、その事情に応じた処理を実行して（ステップＳ６１７）、ステップＳ６０２に戻る。
　上記の構成は、本発明の基本構成に相当するものであり、以下に説明する態様を種々採用することで、友人関係の促進をさらに図ることができる。以下、当該基本構成に追加可能な構成について、種々説明する。
　本実施例は、友人関係を促進するため、上記実施例において、問合せ３０４に伴う第１ユーザから第２ユーザへのメッセージに工夫を施したものである。
　このメッセージは、第１ユーザから第２ユーザに宛てて、友人関係を結ぶよう呼掛けを行うためのものであり問合せ３０４に伴う呼掛けは、第２ユーザが要求３０３を承認するか拒否するかを決定するために、第２ユーザに提示される。
　すなわち、第１ユーザから第２ユーザ宛の問合せ３０４に伴うメッセージは、第２ユーザが使用する端末１０４の画面５０１内のメッセージ領域５０４に表示される。
　本実施形態では、第１ユーザが第２ユーザを呼ぶときの呼掛けを適切に設定することにより、友人関係を促進する。
　サーバ装置１０２において照会３０１が受け付けられると、選定部２０８は、ステップＳ６０５において、ゲームにおける第１ユーザならびに第２ユーザのゲームパラメータに基づいて、第１ユーザから第２ユーザへの呼掛けの候補を選定する。呼掛けの候補としては、以下のようなものが考えられる。
　第１は、第２ユーザに対する尊称である。友人関係を結ぶように依頼をする側は、依頼をされる側に対して敬意を表するのが一般的であることから、適切な尊称をサーバ装置１０２が提案するものである。
　たとえば「様」「さん」のような尊敬を表す用語を第２ユーザのユーザ名に付加したものを利用しても良いし、「閣下」「猊下」「your Highness」などのように、第２ユーザのユーザ名を使用しない尊称を利用しても良い。
　第２は、第１ユーザに対する第２ユーザの優劣の度合に基づいた第２ユーザに対する呼称である。ゲームパラメータのうち、ゲーム進行に伴って変化する数値、たとえば、レベル、ステージ、能力、経験値、体力、所持金、所持アイテム数等に基づいて比較を行うことにより、優劣の度合が決定される。
　第１ユーザに比べて第２ユーザが優れている場合には、上記第１の手法と同様の手法により尊称を得て、これを第２ユーザの呼称とすることができる。
　第１ユーザに比べて第２ユーザが劣っている場合には、「君」「ちゃん」などのような、気軽な関係を表す用語を第２ユーザのユーザ名に付加する等が考えられる。
　第３は、第２ユーザの属性に基づいた呼称を用いるものである。ゲームパラメータのうち、第２ユーザ本人もしくは第２ユーザのゲーム内におけるアバター（キャラクター）の性別、職業、役職等に基づいて属性が決定され、呼称が決められる。
　たとえば「将軍」「村長」「ボス」「監督」「Sir」「Ma'am」などのような呼称を採用することができる。また、これらの手法を適宜重複して利用しても良い。たとえば、第２ユーザのユーザ名が「山田」である場合「将軍」を付加して「山田将軍」を呼掛けとする等である。
　本態様は、第２ユーザが第１ユーザから尊称で呼ばれることで、友人関係成立に対する第２ユーザのモチベーションを高める効果があるとともに、呼掛けの候補がサーバ装置１０２で管理されるため、第１ユーザが誤って不適切な呼掛けを使ってしまうことを抑制することができる。
　さて、選定された呼掛けの候補は、返答３０２に指定される。このため、本実施例では、第１ユーザが使用する端末１０４は、第２ユーザに対する要求ボタン４０４が第１ユーザによって選択されると、第１ユーザに対して、候補が１つであればそれを採用するか否かを、候補が複数であればいずれを採用するかを問い合わせる。
　図７は、呼掛け候補の選択を促す画面の表示例を示す説明図である。以下、本図を参照して説明する。
　本図に示すように、第１ユーザが第２ユーザへの友人関係の成立を要求するための要求ボタン４０４を選択すると、第１ユーザが使用する端末１０４の画面４０１には、第１ユーザが使用することが推奨される第２ユーザへの呼掛け候補７０２が、複数表示されている。
　本図に示す例では、第２ユーザのユーザ名は「ジョン」である。本例では、呼掛け候補７０２として、
　　（１）「ボス」
　　（２）「監督」
　　（３）「ジョンさん」
　　（５）「ミスタージョン」
の４種類が表示されている。
　それぞれ、呼掛け候補７０２に対応付けられる数字のキーを押下することで、その呼掛け候補７０２が第２ユーザに対する呼掛けとして定められることになる。
　なお、本図に示す例では、ユーザの選択操作が最も容易なのは、キーパッドの中央に配置される数字キー「５」に割り当てられた「ミスタージョン」である。
　そこで、選定部２０８は、複数の候補を選定した場合には、どの候補がより適切か、の度合の計算も行う。そして、最も適切である候補を「既定値」とし、当該既定値を、ユーザの選択が最も楽に行えるキーに割り当てることとする。このような態様では、ユーザの利便性を向上させることができる。
　以下では、ユーザが「ジョンさん」を選択した例を採用して、説明する。
　さて、本実施形態では、第１ユーザが第２ユーザに対する呼掛けを選択すると、第１ユーザから第２ユーザへの挨拶メッセージの編集が可能となる。
　図８は、挨拶メッセージの編集を促す画面の表示例を示す説明図である。以下、本図を参照して説明する。
　第１ユーザが使用する端末１０４の画面４０１には、定型の挨拶からいずれかを選択するための挨拶候補８０１が表示されている。
　　（１）「ジョンさん、はじめまして」
　　（２）「よろしくお願いします、ジョンさん」
　　（３）「ジョンさん、素敵ですね」
　　（５）「ジョンさん、友達になってください」
　各挨拶候補８０１にも、第１ユーザにより選択された呼掛けが含まれている。
　第１ユーザが、挨拶候補８０１に先行する数字のキーを押下すると、当該挨拶候補８０１が指定された要求３０３が、第１ユーザが使用する端末１０４からサーバ装置１０２に送られ、サーバ装置１０２は、適切なタイミングで、この要求３０３に応じた問合せ３０４を、第２ユーザが使用する端末１０４に送ることになる。
　このように、本実施例では、要求３０３は、第１ユーザにより選択された呼掛けを必ず含む挨拶のメッセージを伴う。
　なお、挨拶候補８０１を提示してユーザに選択させるのではなく、メッセージ表示欄を表示してユーザに自由な文章を入力させることとしても良い。このような態様では、第１ユーザが使用する端末装置１０４は、第１ユーザから入力された挨拶のメッセージの前もしくは後に、第１ユーザにより選択された呼掛けである「ジョンさん」を、必ず付加することとして、要求３０３には、呼掛けが付加された挨拶のメッセージを含めることとしてから、サーバ装置１０２に送る。
　このように、本実施形態では、第１ユーザから第２ユーザに対して丁寧な挨拶のメッセージを送ることによって、第１ユーザから第２ユーザへの友人関係成立の要求が承認される可能性を高くすることができる。
　なお、第１ユーザが第２ユーザに対する呼掛けとして選択した呼称は、ゲームが進行した後でも利用することが可能である。たとえば、ゲームの進行中に、第１ユーザが、第２ユーザへ、メッセージを伝達したいと考えたとする。
　第１ユーザから第２ユーザ宛のメッセージ３０７が、第１ユーザの使用する端末１０４からサーバ装置１０２に送られると、サーバ装置１０２は、第１ユーザが選択した呼掛けをメッセージ３０７の冒頭や最後に付加したメッセージ３０８を生成する。
　サーバ装置１０２がこのメッセージ３０８を第２ユーザ宛に送ることで、第２ユーザに対する第１ユーザの丁寧な態度が第２ユーザに伝わる。このため、第２ユーザの第１ユーザとの友人関係をこのまま維持しようとするモチベーションを高めることが可能となる。
　ここで、第１ユーザから第２ユーザ宛のメッセージには、常に第１ユーザが選択した呼掛けを付加することとしても良いし、たとえば乱数を用いて、所定の確率で呼掛けが付加されることとしても良い。
　このような態様を採用する場合には、サーバ装置１０２は、第１ユーザが定めた第１ユーザから第２ユーザに対する呼掛けを、両ユーザの友人関係に対応付けて、記憶部２０１に記憶しておき、メッセージの中継の際に、適宜この情報を参照すれば良い。
　本実施例は、友人関係を維持できる期限に制限を設けることにより、友人関係の解消と成立の頻度を増加させるものである。
　上記のように、友人関係には期限を設定することが可能であり、記憶部２０１において、この期限は、友人関係が満了する日時そのもの、もしくは、現時点から友人関係が満了する日時までの猶予期間により表現される。
　友人関係が満了する日時から、現時点の日時を減算すれば、猶予期間を算出することができ、現時点の日時に猶予期間を加算すれば、友人関係が満了する日時を得ることができる。したがって、２つの表現形式は、実質的には等価である。
　ただし、猶予期間の表現形式を採用した場合には、更新部２０５は、適切なタイミングで猶予期間を減らす必要がある。たとえば、更新部２０５は、１日に１回、猶予期間を２４時間減算すれば良い。
　なお、猶予期間が０以下となった場合、すなわち、友人関係が満了する日時よりも現時点が後になった場合には、更新部２０５は、当該対を記憶部２０１から削除する。この削除処理によって、友人関係が解消される。
　本実施例の理解を容易にするため、まず、友人関係を維持できる期限の制限について、具体的な数字をあげて説明し、その後に、より一般的な説明を行う。
　ユーザは、たとえば２０日等の所定の上限値を持分として有しており、この持分を、友人関係を結ぶ他のユーザに割り当てることができる。たとえば、ある時点で、ユーザＰが友人関係を維持できる残りの期間が、
　（１）ユーザＸとは、あと５日間、
　（２）ユーザＹとは、あと４日間、
　（３）ユーザＺとは、あと３日間、
　（４）ユーザＷとは、あと８日間
である場合、５＋４＋３＋８＝２０であり、上限値まで持分を割り当て済みであるので、新たなユーザと友人関係を結ぶことはできない。
　このまま１日が経過すると、ユーザＰが友人関係を維持できる期間は、
　（１）ユーザＸとは、あと４日間、
　（２）ユーザＹとは、あと３日間、
　（３）ユーザＺとは、あと２日間、
　（４）ユーザＷとは、あと７日間
となり、４＋３＋２＋７＝１６であるから、上限値までの余裕が４日間あることになる。したがって、この段階で「新たなユーザＶと、４日間友人関係を結ぶ」「新たなユーザＶと、３日間友人関係を結び、新たなユーザＵと、１日間友人関係を結ぶ」などの方策をとることが可能となる。
　なお、新たな友人関係を結ばないままさらに２日間が経過すると、ユーザＺとの友人関係は解消され、ユーザＰが友人関係を維持できる期間は、
　（１）ユーザＸとは、あと２日間、
　（２）ユーザＹとは、あと１日間、
　（３）ユーザＷとは、あと５日間
となり、２＋１＋５＝８であるから、余裕は１２日間ある。この状態では、たとえば、「ユーザＷとの友人関係を７日間継続し、新たなユーザＶと、３日間友人関係を結び、新たなユーザＵと、２日間友人関係を結ぶ」などの対応をとることができる。
　このように、友人関係を結ぶことができる期間の余裕は、時間の経過と現在の友人数に基づいて増えていく。このため、誰とどの期間友人関係を構築するかにつき、ユーザ自身の好みや状況に応じた適切な戦略を探ることで、友人関係を維持したり、新たな友人を探したり、友人関係を復活したり、という楽しみを得ることもできる。
　以下、ある日時tにおいて、ユーザpと友人関係にある他のユーザの集合をF(t,p)と表記する。また、ある日時tにおけるユーザpとユーザqの友人関係の猶予期間を、A(t,p,q)と表記する。なお、日時tにおいて、ユーザp,q間に友人関係が成立していない場合には、
　　A(t,p,q) = 0
であるものとする。
　たとえば、上記の数値例の最後の段階の時点をuとすると、
　　F(u,P) =｛X，Y，W｝；
　　A(u,P,X) = 2；
　　A(u,P,Y) = 1；
　　A(u,P,W) = 5；
　　A(u,P,Z) = 0；
　　A(u,P,V) = 0；
　　A(u,P,U) = 0
となる。
　上記のように、友人関係が成立しているユーザp,qの対に対しては、猶予期間A(t,p,q)もしくはこれと実質的に等価な情報が対応付けて記憶部２０１に記憶されている。
　猶予期間A(t,p,q)そのものを記憶部２０１に記憶する態様では、更新部２０５は、適切なタイミングでこの値を減算する。一方、ユーザp,q間の友人関係が満了する日時C(p,q)を記憶部２０１に記憶する態様では、
　　A(t,p,q) = max(C(p,q)-t，0)
のように、満了日時C(p,q)と現在時刻tから、猶予期間A(t,p,q)を計算することができる。
　さて、ユーザpが結んでいる友人関係における猶予期間の総和は、
　　Σq∈F(t,p) A(t,p,q)
のように計算することができる。
　本実施例では、この総和に制限を課す。すなわち、所定の上限値Tを設けて、任意のユーザpに対して、
　　Σq∈F(t,p) A(t,p,q)≦T
が成立するように、猶予期間に制限を課すのである。本実施例では、任意のユーザpは、上記の制限の下で、友人関係を戦略的に構築する必要がある。
　上記の時点uの数値例では、
　　T = 20；
　　Σq∈F(u,P) A(u,P,q) = A(u,P,X)+A(u,P,Y)+A(u,P,W) = 2+1+5 = 8
となる。
　ここで、日時tにおいて、ユーザpがユーザqと新たに友人関係を結ぼうと考えたものとする。すなわち、日時tでは、ユーザpとユーザqとの間に友人関係は成立していない。すると、
　　F(t,p)∩｛q｝ = φ，｛p｝∩F(t,q) = φ
が成立する。すなわち、日時tでは、qはpの友人の集合F(t,p)には含まれないし、pはqの友人の集合F(t,q)には含まれない。
　日時tにおいて、ユーザpが新たに友人関係を結ぶことができる猶予期間の最大値B(t,p)は、
　　B(t,p) = T - Σs∈F(t,p) A(t,p,s)
である。
　また、ユーザqが新たに友人関係を結ぶことができる猶予期間の最大値B(t,q)は、
　　B(t,q) = T - Σs∈F(t,q) A(t,q,s)
である。
　したがって、ユーザpがユーザqに対して友人関係の成立の要求をしようと考える状況下では、ユーザp,q間の友人関係に設定できる猶予期間の上限D(t,p,q)は、
　　D(t,p,q) = min(B(t,p)，B(t,q))
となる。
　本実施例では、サーバ装置１０２が、日時tにおいて、第１ユーザpから第２ユーザqの照会３０１を受け付けると、サーバ装置１０２は、猶予期間の上限値D(t,p,q)を計算する。
　そして、D(t,p,q)>0であれば、計算結果D(t,p,q)とともに、第２ユーザqとの友人関係を結ぶことが可能である旨を返答３０２に指定する。
　一方、D(t,p,q)≦0であれば、第２ユーザqとの友人関係を結ぶことはできない旨を返答３０２に指定する。
　返答３０２を受け取った第１ユーザpの端末１０４は、返答３０２に基づいて、第２ユーザqとの友人関係を結ぶことができるか否かを、第１ユーザpに提示する。
　たとえば、図４に示すように、要求ボタン４０４を表示すれば、第１ユーザpに、第２ユーザqとの友人関係を結ぶことができる。
　このほか、図４に示すパラメータ領域４０３等に、友人関係を結ぶことができる上限の期間を提示することとしても良い。
　以下では、第２ユーザqとの友人関係を結ぶことができない場合の第１ユーザpへの提示の手法を説明する。
　図９は、ユーザの照会によって友人関係を結ぶことができない旨が画面に表示される表示例を示す説明図である。以下、本図を参照して説明する。
　本図に示す表示例は、図４とほぼ同様であるが、要求ボタン４０４のかわりに「友人不可」との注意書き９０１が表示されている。第１ユーザpは、要求ボタン４０４を操作することができないから、第２ユーザqに対して友人関係の成立を要求することはできないことになる。
　さて、友人関係を結ぶことができる場合に戻り、説明を続ける。第１ユーザpは、第２ユーザqとの友人関係を維持したい期間を設定する必要がある。
　本実施例では、第１ユーザpが要求ボタン４０４を操作した後に、期間を選択させることとする。
　図１０は、友人関係を維持したい期間の選択をユーザに求めるための表示例を示す説明図である。以下、本図を参照して説明する。
　本図に示すように、画面４０１には、以下のような、数字キーにより操作可能な操作候補９０２が表示されている。
　　（１）「増やす」
　　（３）「減らす」
　　（５）「日に決定」
　数字キー「１」「３」は、期間領域９０３に表示されている数値を増減させるためものであり、期間領域９０３に表示されている数値は、第１ユーザpが友人関係を結ぶことを希望する日数を意味する。
　数字キー「１」を押し続けると、期間領域９０３に表示されている数値は、返答３０２に指定された上限に至るまで、増え続ける。
　数字キー「３」を押し続けると、期間領域９０３に表示されている数値は、所定の下限値（典型的には定数「１日」とする。）に至るまで、増え続ける。
　数字キー「５」を操作すると、期間領域９０３に表示されている数値が、第１ユーザpにより選択された日数となり、この日数により表される期間が、サーバ装置１０２に送られる要求３０３に指定されることになる。
　なお、各種のメッセージの入力と同様に、キーパッド等を利用した文字入力によって期間を入力することとしても良い。また、本例では、期間を選択しているが、友人関係が満了する期日を入力するようにしても良い。
　このようにして、要求３０３に指定された期間は、問合せ３０４に指定されて、サーバ装置１０２から第２ユーザqが使用する端末１０４に送られる。
　上記実施例と同様に、第２ユーザqの端末１０４は、問合せ３０４が送られると、図５に示すものと同様の表示を用いて、第２ユーザqの承認か拒絶かの選択を促す。この際に、第１ユーザpからの挨拶とともに、メッセージ領域５０４に、第１ユーザpが選択した友人関係の期間を表示する。
　すなわち、本実施例では、第２ユーザqは、第１ユーザpの要求する期間だけ友人関係を結ぶか否かのみを考えれば良い。
　なお、図１０に示すように日数の編集を可能として、第１ユーザpが希望する日数を第２ユーザqが減らせるようにしても良い。この場合には、承認を指定した回答３０５に、第２ユーザqが許容した日数を指定することとする。
　このようにして、第１ユーザpと第２ユーザqの間で、ある期間友人関係を維持することの合意がとれた場合には、ステップＳ６０９において、第１ユーザpが要求３０３において指定した期間（もしくは、第２ユーザpが回答３０５において許容した期間）を、対に対応付けて記憶すれば良い。
　本実施例は、実施例２において参照している情報を実施例３においても参照して、友人関係の成立の促進を図る。
　一般に、携帯電話でゲームをプレイしているユーザは、決定キー（本実施例では「５」キーを採用している。）等を連打する操作を好む傾向にある。そこで、友人関係を結ぶのに適切と思われる初期値を、図１０に示す期間選定の際に提供することで、ユーザの利便性を向上させる。
　ここで、上記の通り、実施例２には、ゲームにおけるユーザの優劣に基づいて第２ユーザの呼称を決定する態様があるが、本実施例では、当該優劣を、実施例３における第１ユーザの期間選択の初期値の決定に用いる。
　すなわち、本実施例では、第１ユーザpが第２ユーザqに友人関係を要求するのにふさわしい期間を、選定部２０８が選定する。選定された期間は、サーバ装置１０２から端末装置１０４に送られる返答３０２に指定される。返答３０２を受け付けた第１ユーザpの端末１０４は、第１ユーザpが要求ボタン４０４を操作した直後に、期間領域９０３に表示されるべき初期値として、返答３０２に指定された期間を採用するのである。
　一般に、劣っているユーザから優れているユーザに対して友人関係を結ぶことを要求する場合には、その逆の場合よりも、要求に伴う期間を控え目にする方が友人関係が成立する可能性が高くなる傾向にある。そこで、選定部２０８は、第１ユーザpに比べて第２ユーザqが優れていればいるほど、初期値とする期間を短くする。
　このほか、さらに詳細な統計的分析を行う方法としては、
　（１）ユーザの優劣の差
　（２）要求された側の猶予期間の最大値
　（３）要求された期間の長さ
に対して
　（４）要求が承認された割合
を分析して、ユーザの優劣の差ならびに要求される側の猶予期間の最大値から、適切な初期値を選定することとしても良い。
　本実施例によれば、ユーザの優劣の差を利用することで、友人関係が成立する可能性が高い期間を選定し、これを初期値とすることで、ユーザの利便性を図り、友人関係を促進することができるようになる。
　上記実施例のように、友人関係に期限を設けることによって、第１ユーザpと第２ユーザqとの友人関係が解消した後に、第１ユーザpが第２ユーザqとの友人関係を再度要求することがある。たとえば、友人関係をそのまま継続したいと考えるときや、かつては友人関係を結んでいたが解消されて日数が経過した相手と、再び友人関係を結び直したい、と考える場合である。
　ここで、過去に第２ユーザqに対して使っていた昔の呼掛けと、再び友人関係を結ぼうとする際に第２ユーザqに対して使うべき新たな呼掛けと、には、注意を払う必要がある。
　すなわち、昔の呼掛けと、新たな呼掛けと、は、同じものを採用しても良いし、昔の呼掛けよりも新たな呼掛けを、より一層丁寧にしても良いが、新たな呼掛けが昔の呼掛けよりも失礼な文言であると、トラブルを惹起する可能性が高まる、と考えられる。
　たとえば、以前に「○○様」と呼んでいた相手を「○○さん」「○○君」「○○ちゃん」と呼び掛けて友人関係を要求すると、相手は、失礼である、と感じて、友人関係を拒絶する可能性が高くなる、と考えられる。
　また、ゲームの進行にともなって第２ユーザqのゲーム上の体力や職業、役職が変化することがある。たとえば、第２ユーザqが出世していれば、新たな役職にふさわしい呼掛けを採用した方が良い。一方、第２ユーザqが降格していたときに、新たな役職に応じた呼掛けで友人関係を要求すると、第２ユーザqは「第１ユーザpに見下された」と感じてしまい、友人関係を拒絶する可能性がある。
　２つの呼掛けＸ、Ｙのいずれがより丁寧かを定めることは、難しいことがある。しかしながら、２つの呼掛けＸ、Ｙについて、
　（１）呼掛けＸよりも呼掛けＹは丁寧。呼掛けＸは、呼掛けＹより失礼。
　（２）呼掛けＹよりも呼掛けＸは丁寧。呼掛けＹは、呼掛けＸより失礼。
　（３）呼掛けＸと呼掛けＹは同程度に丁寧。
　（４）呼掛けＸと呼掛けＹの丁寧の度合の差異は判定できない。
のいずれであるか、を定めることは可能である。すなわち、呼掛けの丁寧さには、数学における半順序関係が成立している、と考えることができる。
　そこで、本実施例では、選定部２０８は、第１ユーザpから第２ユーザqへの呼掛けの候補を選定する際に、以前に第１ユーザpにより選定された第１ユーザpから第２ユーザqへの呼掛けを取得する。
　そして、選定部２０８は、以前の呼掛けよりも、上記の半順序関係において失礼な呼掛けを避けるように、候補や既定値を選定する。
　第１の手法は、以前の呼掛けよりも失礼な呼掛けは、一切候補としない、という手法である。すなわち、上記実施例と同様の手法で呼掛けの候補を得た後に、以前の呼掛けよりも失礼な呼掛けを候補から除外する。
　第２の手法は、候補そのものは上記実施例と同様の手法で得るのであるが、上記実施例と同様にして得た候補の既定値が、以前の呼掛けよりも失礼である場合には、当該候補を既定値とするのではなく、以前の呼掛けを既定値とする。
　本実施例は、友人関係が時間の経過とともに自動的に解消される態様、特に、友人関係の解消を検知したときや解消される日が迫ったときにユーザに対してその旨を知らせ、友人関係を継続するか否かの判断を促す態様と組み合わせると効果的である。
　なお、上記の友人関係の再要求の例と同様に、友人関係が維持されている間であっても、メッセージに付加される呼掛けを更新することとしても良い。
　第２ユーザの役職やレベルが変化したり、第１ユーザと第２ユーザとの能力の差が大きく変化する等、第２ユーザの状態が変化して、選定部２０８が選定する第２ユーザに対する候補が変化したことが検知された場合、あるいは、定期的に、サーバ装置１０２は、候補や既定値を選定し直して、第２ユーザへの呼掛けを変更するかを、第１ユーザに問い合わせることとするのである。
　特に、第１ユーザが選定した呼掛けをその後のメッセージのやりとりで自動的に付加する態様では、このような呼掛けの更新を行うことで、第２ユーザとの友人関係をより一層強めることができるようになる。
　上記実施例においては、ゲームシステム１０１は、サーバ装置１０２と端末１０４とがコンピュータ通信網１０３を介して通信することを前提としていた。
　しかしながら、記憶部２０１乃至返答送付部２０９の各要素は、必ずしもサーバ装置１０２内に設けることを要しない。
　すなわち、ゲームシステム１０１は、複数のユーザとのやりとりが可能であるような１台もしくは複数のコンピュータからなるように構成することが可能であり、この場合に、記憶部２０１乃至返答送付部２０９の各要素は、いずれかのコンピュータ上で実現するような態様を採用することができる。
　たとえば、端末１０４同士が直接もしくはコンピュータ通信網１０３を介してピアツーピア通信を行い、その通信にサーバ装置１０２が介在しない場合には、２つの端末１０４のいずれかが、記憶部２０１乃至返答送付部２０９の各要素を実現し、いわばサーバ装置１０２として機能するように構成することで、上記実施例と同様の効果を奏することができる。
　本願は、２０１２年３月２９日に出願された日本国特許出願２０１２－７７７８１号の明細書、特許請求の範囲、および図面全体を参照として取り込むものとする。
　以上説明したように、本発明によれば、ユーザ間の友人関係を促進するのに好適なサーバ装置、端末、ゲームシステム、ゲーム制御方法、非一時的な記録媒体、ならびに、これらを１つ以上のコンピュータにて実現するプログラムを提供することができる。
　　１０１　ゲームシステム
　　１０２　サーバ装置
　　１０３　コンピュータ通信網
　　１０４　端末
　　２０１　記憶部
　　２０２　要求受付部
　　２０３　問合せ送付部
　　２０４　回答受付部
　　２０５　更新部
　　２０６　応答送付部
　　２０７　照会受付部
　　２０８　選定部
　　２０９　返答送付部
　　３０１　照会
　　３０２　返答
　　３０３　要求
　　３０４　問合せ
　　３０５　回答
　　３０６　応答
　　３０７　メッセージ
　　３０８　メッセージ
　　３０９　メッセージ
　　３１０　メッセージ
　　３１１　ゲーム進行のための通信
　　４０１　画面
　　４０２　アバター領域
　　４０３　パラメータ領域
　　４０４　要求ボタン
　　４０５　メニューボタン
　　５０１　画面
　　５０２　アバター領域
　　５０３　パラメータ領域
　　５０４　メッセージ領域
　　５０５　承認ボタン
　　５０６　拒絶ボタン
　　５０７　メニューボタン
　　７０２　呼掛けの候補
　　８０１　挨拶の候補
　　９０１　注意書き
　　９０２　操作の候補
　　９０３　期間領域

Claims (11)

  1. 　ユーザ間の友人関係を構築可能なゲームを提供するサーバ装置（１０２）であって、
    　第１ユーザが使用する第１端末（１０４）から、第２ユーザとの友人関係の成立を求める要求を受け付ける要求受付部（２０２）、
    　前記要求が受け付けられると、ユーザ同士の友人関係が記憶される記憶部（２０１）に、前記第１ユーザと前記第２ユーザとの友人関係が記憶されていなければ、前記第２ユーザが使用する第２端末（１０４）へ、前記要求を承認するか拒否するかを問い合わせる問合せを送付する問合せ送付部（２０３）、
    　前記第２端末（１０４）から、前記問合せに対する回答を受け付ける回答受付部（２０４）、
    　前記回答が受け付けられると、前記回答に承認が指定されていれば、前記第１ユーザと前記第２ユーザとの友人関係が記憶されるように、前記記憶部（２０１）を更新する更新部（２０５）、
    　前記回答が受け付けられると、前記第１端末（１０４）へ、前記回答に指定された承認もしくは拒否を示す応答を送付する応答送付部（２０６）
    　を備え、
    　前記問合せは、前記第１ユーザから前記第２ユーザへの呼掛けを伴い、
    　前記問合せに伴う呼掛けは、前記第２ユーザが前記要求を承認するか拒否するかを決定するために、前記第２端末（１０４）において前記第２ユーザに提示される
    　ことを特徴とするサーバ装置（１０２）。
  2. 　ユーザ間の友人関係を構築可能なゲームを提供する端末（１０４）であって、
    　第１ユーザから、第２ユーザとの友人関係の成立を求める要求を受け付ける要求受付部（２０２）、
    　前記要求が受け付けられると、ユーザ同士の友人関係が記憶される記憶部（２０１）に、前記第１ユーザと前記第２ユーザとの友人関係が記憶されていなければ、前記第２ユーザへ、前記要求を承認するか拒否するかを問い合わせる問合せを送付する問合せ送付部（２０３）、
    　前記第２ユーザから、前記問合せに対する回答を受け付ける回答受付部（２０４）、
    　前記回答が受け付けられると、前記回答に承認が指定されていれば、前記第１ユーザと前記第２ユーザとの友人関係が記憶されるように、前記記憶部（２０１）を更新する更新部（２０５）、
    　前記回答が受け付けられると、前記第１ユーザへ、前記回答に指定された承認もしくは拒否を示す応答を送付する応答送付部（２０６）
    　を備え、
    　前記問合せは、前記第１ユーザから前記第２ユーザへの呼掛けを伴い、
    　前記問合せに伴う呼掛けは、前記第２ユーザが前記要求を承認するか拒否するかを決定するために、前記第２ユーザに提示される
    　ことを特徴とする端末（１０４）。
  3. 　ユーザ間の友人関係を構築可能なゲームを提供するゲームシステム（１０１）であって、
    　第１ユーザから、第２ユーザとの友人関係の成立を求める要求を受け付ける要求受付部（２０２）、
    　前記要求が受け付けられると、ユーザ同士の友人関係が記憶される記憶部（２０１）に、前記第１ユーザと前記第２ユーザとの友人関係が記憶されていなければ、前記第２ユーザへ、前記要求を承認するか拒否するかを問い合わせる問合せを送付する問合せ送付部（２０３）、
    　前記第２ユーザから、前記問合せに対する回答を受け付ける回答受付部（２０４）、
    　前記回答が受け付けられると、前記回答に承認が指定されていれば、前記第１ユーザと前記第２ユーザとの友人関係が記憶されるように、前記記憶部（２０１）を更新する更新部（２０５）、
    　前記回答が受け付けられると、前記第１ユーザへ、前記回答に指定された承認もしくは拒否を示す応答を送付する応答送付部（２０６）
    　を備え、
    　前記問合せは、前記第１ユーザから前記第２ユーザへの呼掛けを伴い、
    　前記問合せに伴う呼掛けは、前記第２ユーザが前記要求を承認するか拒否するかを決定するために、前記第２ユーザに提示される
    　ことを特徴とするゲームシステム（１０１）。
  4. 　請求項３に記載のゲームシステム（１０１）であって、
    　前記呼掛けは、前記第１ユーザが前記第２ユーザを呼ぶための名称、呼称もしくは尊称である
    　ことを特徴とするゲームシステム（１０１）。
  5. 　請求項４に記載のゲームシステム（１０１）であって、
    　前記呼掛けは、前記ゲームにおける前記第１ユーザに対する前記第２ユーザの優劣の度合に基づいて定められる
    　ことを特徴とするゲームシステム（１０１）。
  6. 　請求項４に記載のゲームシステム（１０１）であって、
    　前記第１ユーザから、前記第２ユーザの情報を求める照会を受け付ける照会受付部（２０７）、
    　前記照会が受け付けられると、前記ゲームにおける前記第１ユーザならびに前記第２ユーザのゲームパラメータに基づいて、前記第１ユーザから前記第２ユーザへの呼掛けの候補を選定する選定部（２０８）、
    　前記第２ユーザの情報を示す返答を前記第１ユーザに送付する返答送付部（２０９）
    　をさらに備え、
    　前記返答は、前記選定された候補を伴い、
    　前記第１ユーザは、前記返答に伴う候補に基づいて、前記要求に伴う呼掛けを定める
    　ことを特徴とするゲームシステム（１０１）。
  7. 　請求項６に記載のゲームシステム（１０１）であって、
    　前記更新部（２０５）は、所定の解消条件が満たされた友人関係を、前記記憶部（２０１）から削除し、
    　前記選定部（２０８）は、以前に前記第１ユーザから前記第２ユーザへの呼掛けが定められていれば、当該以前に定められた呼掛けに基づいて、前記呼掛けの候補を選定する
    　ことを特徴とするゲームシステム（１０１）。
  8. 　請求項７に記載のゲームシステム（１０１）であって、
    　前記ゲームシステム（１０１）は、前記第１ユーザから前記第２ユーザへの送付されるべきメッセージに、前記呼掛けを付加する
    　ことを特徴とするゲームシステム（１０１）。
  9. 　ユーザ間の友人関係を構築可能なゲームを提供するゲームシステム（１０１）が実行するゲーム制御方法であって、
    　前記ゲームシステム（１０１）は、要求受付部（２０２）、問合せ送付部（２０３）、回答受付部（２０４）、更新部（２０５）、応答送付部（２０６）を有し、
    　前記ゲーム制御方法は、
    　前記要求受付部（２０２）が、第１ユーザから、第２ユーザとの友人関係の成立を求める要求を受け付ける要求受付工程、
    　前記要求が受け付けられると、前記問合せ送付部（２０３）が、ユーザ同士の友人関係が記憶される記憶部（２０１）に、前記第１ユーザと前記第２ユーザとの友人関係が記憶されていなければ、前記第２ユーザへ、前記要求を承認するか拒否するかを問い合わせる問合せを送付する問合せ送付工程、
    　前記回答受付部（２０４）が、前記第２ユーザから、前記問合せに対する回答を受け付ける回答受付工程、
    　前記回答が受け付けられると、前記回答に承認が指定されていれば、前記更新部（２０５）が、前記第１ユーザと前記第２ユーザとの友人関係が記憶されるように、前記記憶部（２０１）を更新する更新工程、
    　前記回答が受け付けられると、前記応答送付部（２０６）が、前記第１ユーザへ、前記回答に指定された承認もしくは拒否を示す応答を送付する応答送付工程
    　を備え、
    　前記問合せは、前記第１ユーザから前記第２ユーザへの呼掛けを伴い、
    　前記問合せに伴う呼掛けは、前記第２ユーザが前記要求を承認するか拒否するかを決定するために、前記第２ユーザに提示される
    　ことを特徴とするゲーム制御方法。
  10. 　ユーザ間の友人関係を構築可能なゲームを提供するゲームシステム（１０１）を実現するためのプログラムであって、前記プログラムは、コンピュータを、
    　第１ユーザから、第２ユーザとの友人関係の成立を求める要求を受け付ける要求受付部（２０２）、
    　前記要求が受け付けられると、ユーザ同士の友人関係が記憶される記憶部（２０１）に、前記第１ユーザと前記第２ユーザとの友人関係が記憶されていなければ、前記第２ユーザへ、前記要求を承認するか拒否するかを問い合わせる問合せを送付する問合せ送付部（２０３）、
    　前記第２ユーザから、前記問合せに対する回答を受け付ける回答受付部（２０４）、
    　前記回答が受け付けられると、前記回答に承認が指定されていれば、前記第１ユーザと前記第２ユーザとの友人関係が記憶されるように、前記記憶部（２０１）を更新する更新部（２０５）、
    　前記回答が受け付けられると、前記第１ユーザへ、前記回答に指定された承認もしくは拒否を示す応答を送付する応答送付部（２０６）
    　として機能させ、
    　前記問合せは、前記第１ユーザから前記第２ユーザへの呼掛けを伴い、
    　前記問合せに伴う呼掛けは、前記第２ユーザが前記要求を承認するか拒否するかを決定するために、前記第２ユーザに提示される
    　ように機能させることを特徴とするプログラム。
  11. 　ユーザ間の友人関係を構築可能なゲームを提供するゲームシステム（１０１）を実現するためのプログラムを記録する非一時的な記録媒体であって、前記プログラムは、コンピュータを、
    　第１ユーザから、第２ユーザとの友人関係の成立を求める要求を受け付ける要求受付部（２０２）、
    　前記要求が受け付けられると、ユーザ同士の友人関係が記憶される記憶部（２０１）に、前記第１ユーザと前記第２ユーザとの友人関係が記憶されていなければ、前記第２ユーザへ、前記要求を承認するか拒否するかを問い合わせる問合せを送付する問合せ送付部（２０３）、
    　前記第２ユーザから、前記問合せに対する回答を受け付ける回答受付部（２０４）、
    　前記回答が受け付けられると、前記回答に承認が指定されていれば、前記第１ユーザと前記第２ユーザとの友人関係が記憶されるように、前記記憶部（２０１）を更新する更新部（２０５）、
    　前記回答が受け付けられると、前記第１ユーザへ、前記回答に指定された承認もしくは拒否を示す応答を送付する応答送付部（２０６）
    　として機能させ、
    　前記問合せは、前記第１ユーザから前記第２ユーザへの呼掛けを伴い、
    　前記問合せに伴う呼掛けは、前記第２ユーザが前記要求を承認するか拒否するかを決定するために、前記第２ユーザに提示される
    　ように機能させることを特徴とするプログラムを記録する非一時的な記録媒体。
PCT/JP2012/083066 2012-03-29 2012-12-20 サーバ装置、端末、ゲームシステム、ゲーム制御方法、プログラム、ならびに、非一時的な記録媒体 WO2013145472A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012077781A JP5291819B1 (ja) 2012-03-29 2012-03-29 ゲームシステム、ゲーム制御方法、ならびに、プログラム
JP2012-077781 2012-03-29

Publications (1)

Publication Number Publication Date
WO2013145472A1 true WO2013145472A1 (ja) 2013-10-03

Family

ID=49258805

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/083066 WO2013145472A1 (ja) 2012-03-29 2012-12-20 サーバ装置、端末、ゲームシステム、ゲーム制御方法、プログラム、ならびに、非一時的な記録媒体

Country Status (2)

Country Link
JP (1) JP5291819B1 (ja)
WO (1) WO2013145472A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008212269A (ja) * 2007-03-01 2008-09-18 Konami Digital Entertainment:Kk ゲーム装置、キャラクタ制御方法、および、プログラム
JP2010035908A (ja) * 2008-08-07 2010-02-18 Namco Bandai Games Inc プログラム、情報記憶媒体及びゲーム装置
JP2010237970A (ja) * 2009-03-31 2010-10-21 Namco Bandai Games Inc ネットワークシステム、サーバ、プログラム、及び情報記憶媒体

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008212269A (ja) * 2007-03-01 2008-09-18 Konami Digital Entertainment:Kk ゲーム装置、キャラクタ制御方法、および、プログラム
JP2010035908A (ja) * 2008-08-07 2010-02-18 Namco Bandai Games Inc プログラム、情報記憶媒体及びゲーム装置
JP2010237970A (ja) * 2009-03-31 2010-10-21 Namco Bandai Games Inc ネットワークシステム、サーバ、プログラム、及び情報記憶媒体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Final Fantasy XI o Asobo", DENGEKI PLAYSTATION, vol. 8, no. 14, 28 June 2002 (2002-06-28), pages 38 *

Also Published As

Publication number Publication date
JP5291819B1 (ja) 2013-09-18
JP2013202343A (ja) 2013-10-07

Similar Documents

Publication Publication Date Title
US9597597B2 (en) Management server, controlling method thereof, non-transitory computer readable storage medium having stored thereon a computer program for a management server and terminal device
US8965978B2 (en) Methods and devices for maintaining sessions based on presence status information
JP4971210B2 (ja) サービス提供システム、サービス提供方法、及びコンピュータプログラム
US9486710B2 (en) Management server, controlling method thereof, non-transitory computer readable storage medium having stored thereon a computer program for a management server and terminal device
US20150081795A1 (en) Management apparatus, control method therefor, computer-readable recording medium, application system, and identification-information associating method
WO2013118597A1 (ja) 管理サーバ、その制御方法、及びそのプログラムを記録したコンピュータ読み取り可能な非一過性記録媒体
WO2006098588A1 (en) Online human network management system and method for stimulating users to build various faces of relation
JP4976565B1 (ja) メッセージ配信システム、メッセージ配信システムの制御方法、メッセージ配信制御装置、及びプログラム
JP6709589B2 (ja) コミュニケーション装置、コミュニケーションシステムおよびコミュニケーションプログラム
KR101889154B1 (ko) 온라인 쿠폰 및 포인트 적립을 이용하여 오프라인 만남 확률을 증가시키는 온라인 친구 추천 서비스 제공 방법
WO2020202315A1 (ja) コミュニケーション支援サーバ、コミュニケーション支援システム、コミュニケーション支援方法、及びコミュニケーション支援プログラム
JP5227469B1 (ja) サーバ装置、ゲームシステム、ゲーム制御方法、ならびに、プログラム
JP5689503B2 (ja) サーバ装置、ゲームシステム及びプログラム
JP5291819B1 (ja) ゲームシステム、ゲーム制御方法、ならびに、プログラム
KR101781520B1 (ko) 여행정보 공유 서비스 시스템 및 여행정보 공유 서비스 방법
JP6097953B2 (ja) 管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、端末装置のプログラム及び管理装置のプログラム
JP6762641B1 (ja) マッチング支援方法及びサーバ
JP6843496B2 (ja) 参加管理システム、管理支援装置、管理支援プログラム
JP2007213516A (ja) 制御サーバ及び制御方法
WO2021049594A1 (ja) コミュニケーション支援サーバ、コミュニケーション支援方法、及びコミュニケーション支援プログラム
JP2014119835A (ja) 情報提供装置のプログラム、情報提供装置の制御方法、情報提供装置、及び、情報提供システム
JP2014035586A (ja) イベント管理装置、イベント管理装置の制御方法、イベント管理装置のプログラム
JP6175730B2 (ja) 管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、端末装置のプログラム及び管理装置のプログラム
JP2014038415A (ja) 催事管理装置の管理方法、催事管理装置、及び、催事管理装置のプログラム
JP2014191443A (ja) 予約管理装置のプログラム、予約管理装置の制御方法、予約管理装置、及び、予約管理システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12872422

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 12872422

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE