WO2021200073A1 - サーバシステムおよびシステム - Google Patents

サーバシステムおよびシステム Download PDF

Info

Publication number
WO2021200073A1
WO2021200073A1 PCT/JP2021/010399 JP2021010399W WO2021200073A1 WO 2021200073 A1 WO2021200073 A1 WO 2021200073A1 JP 2021010399 W JP2021010399 W JP 2021010399W WO 2021200073 A1 WO2021200073 A1 WO 2021200073A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
event
participating
game
server system
Prior art date
Application number
PCT/JP2021/010399
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
Priority claimed from JP2020061567A external-priority patent/JP7398318B2/ja
Priority claimed from JP2020061568A external-priority patent/JP7398319B2/ja
Application filed by 株式会社バンダイナムコエンターテインメント filed Critical 株式会社バンダイナムコエンターテインメント
Priority to GB2214412.5A priority Critical patent/GB2608548A/en
Publication of WO2021200073A1 publication Critical patent/WO2021200073A1/ja
Priority to US17/957,226 priority patent/US20230022864A1/en

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/20—Input arrangements for video game devices
    • A63F13/21—Input arrangements for video game devices characterised by their sensors, purposes or types
    • A63F13/216—Input arrangements for video game devices characterised by their sensors, purposes or types using geographical information, e.g. location of the game device or player using GPS
    • 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/40—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment
    • A63F13/44—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment involving timing of operations, e.g. performing an action within a time slot
    • 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/45—Controlling the progress of the video game
    • A63F13/48—Starting a game, e.g. activating a game device or waiting for other players to join a multiplayer session
    • 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/50—Controlling the output signals based on the game progress
    • A63F13/53—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game
    • 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/50—Controlling the output signals based on the game progress
    • A63F13/53—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game
    • A63F13/537—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game using indicators, e.g. showing the condition of a game character on screen
    • A63F13/5378—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game using indicators, e.g. showing the condition of a game character on screen for displaying an additional top view, e.g. radar screens or maps
    • 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/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/65—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor automatically by game devices or servers from real world data, e.g. measurement in live racing competition
    • 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/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • 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/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/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/822—Strategy games; Role-playing games
    • 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/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/847—Cooperative playing, e.g. requiring coordinated actions from several players to achieve a common goal
    • 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/80—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 specially adapted for executing a specific type of game
    • A63F2300/8082—Virtual reality

Definitions

  • the present invention relates to a server system or the like.
  • Patent Document 2 discloses a technique related to an AR (Augmented Reality) game using positioned position information.
  • the content is not necessarily limited to the game content but is enjoyed by operating each user character in a virtual space shared by each user (which can be said to be co-playing).
  • Patent Document 2 the user can enjoy the game while freely moving in the real space as a play field.
  • the distance between the users becomes long, so that the chances of the users encountering each other can be reduced. If you are friends, you can chat with each other and meet each other, but for strangers, it is quite difficult to enjoy the fun of acting together and the fun of meeting without such an opportunity. In the first place, it is difficult to gather.
  • the content is not necessarily limited to the content of the game, and there is a similar problem if the content is such that a user having a user terminal having a positioning function can enjoy the real space as a play field.
  • the problem to be solved by the present invention is to provide a technique for realizing a new interest in a group of users.
  • the first disclosure for solving the above problem is a server system in which communication is connected to the terminals of a plurality of users, and a set request operation is received from the terminals of the instructing user, and 1) the user character of the participating user is virtualized.
  • a start control unit that controls the start of a set event that gathers at a given set place in space, or 2) a set event that gathers participating users at a given set place that exists in real space, and the above-mentioned instruction.
  • a display control unit that controls the display of a map image that displays the set location in a display form that can identify the set location, a success / failure determination unit that determines the success / failure of the event of the set event, and the event.
  • a set event for a predetermined participating user can be started in response to a set request operation of the instructing user.
  • the set event is 1) a set event that gathers the user characters of the participating users at a given set place in the virtual space, or 2) a set event that gathers the participating users at a given set place that exists in the real space.
  • Participating users operate their own user characters to gather at a meeting place in the virtual space. Alternatively, the participating users gather at a given meeting place existing in the real space.
  • benefits are awarded to the instructing user and / or the participating users. Therefore, it is possible to realize a new interest in the set of users.
  • the start control unit controls the start of the collective event of 1)
  • the display control unit controls the display of the map image regarding the virtual space
  • the success / failure determination unit controls the display of the map image.
  • the present disclosure it is possible to realize a set event that gathers the user characters of participating users at a given set place in the virtual space. Participating users operate their own user characters to gather at a meeting place in the virtual space. Therefore, it is possible to realize a mechanism for invoking an event in which user characters gather while each user enjoys the content in which a plurality of users operate each user character in a shared virtual space. As a result, a new hobby can be realized.
  • the start control unit sets a condition regarding the behavior of the user character of the participating user in the virtual space until the meeting place is gathered as a necessary condition for the gathering event.
  • the success / failure determination unit is a server system that makes the capture success / failure determination including the determination of whether or not the user character of the participating user satisfies the achievement condition.
  • the success or failure of a set event can be determined in consideration of the behavior of the user character until the user characters of the participating users gather at the meeting place.
  • the fourth disclosure is a server system in which the start control unit sets the required conditions for each participating user based on the intimacy between the participating user and the instructing user.
  • the required conditions regarding the behavior of the user character until the user characters of the participating users gather at the meeting place can be set for each participating user according to the intimacy with the instructing user. For example, it is possible to reduce the difficulty level of the required condition for the participating users who have a high degree of intimacy with the instructing user.
  • the start control unit when the start control unit receives the set request operation, the terminal of a predetermined target user is displayed with the required condition of the set event together with the set place of the event.
  • a server system that announces the activation, accepts a participation operation from the terminal of the target user, and controls the start of the set event with the target user who performed the participation operation as the participating user. Is.
  • the sixth disclosure controls the terminal of the participating user to display the required condition and / or the achievement status of the required condition in association with the display of the meeting place in the image. It is a server system further including the participation status display control unit of 1.
  • the server system further includes a second participation status display control unit that controls the display of the order of the above in association with the display of the gathering place in the image.
  • the present disclosure during a gathering event, it is possible to present to the participating users the ranking of the remaining distance from the user character to the gathering place and the remaining distance among the participating users.
  • the success / failure determination unit uses the position of the user character operated by the participating user by the time when a given set time arrives or at the time of the set time, and the success / failure of the event. It is a server system that makes a judgment.
  • the success or failure of the set event based on whether or not the user character of the participating user has moved to the set place before the set time arrives.
  • the success or failure of the set event can be determined based on whether or not the user character of the participating user is at the set place at the time of the set time.
  • the ninth disclosure controls the terminal of the participating user to display the set time and / or the remaining time until the set time in association with the display of the set place in the image. It is a server system further including a third participation status display control unit.
  • the gathering time and the remaining time until the gathering time can be presented to the participating users.
  • the display control unit controls each terminal of the participating user to change the display form of the meeting place in the image according to the remaining time until the meeting time. It is a server system.
  • the remaining time until the meeting time becomes shorter it becomes possible to make the display of the meeting place in the image of the virtual space more conspicuous.
  • the user is associated with the team to which the user belongs, and when the start control unit receives the set request operation, the user who belongs to the team of the instructed user is described. It is a server system that controls the start of the collective event as a participating user.
  • a set event is started with the user of the team of the instructing user as a participating user. Can be done.
  • the terminal of the instructing user is provided with the gathering status of each of the participating users based on the remaining distance from the user character of the participating user to the gathering place of the gathering place in the image. It is a server system further provided with a set status display control unit that controls display in association with display.
  • the thirteenth disclosure is a server system in which the granting unit controls to activate a given event as the privilege.
  • the content of the privilege is the activation of a given event, and the event can be activated at a predetermined timing.
  • the fourteenth disclosure is a server system in which the start control unit sets the meeting place based on an instruction from the instructing user.
  • the instructing user who performs the set request operation can instruct the set location of the set event.
  • the display control unit sets the display form of the meeting place in the image for each terminal of the participating user according to the remaining distance from the user character of the participating user to the meeting place.
  • the remaining distance from the user character of the participating user to the meeting place becomes shorter, it becomes possible to make the display of the meeting place in the image of the virtual space more conspicuous.
  • the user's terminal further includes a position acquisition unit that has a positioning function and acquires the user's position, which is the position of the terminal, and the start control unit is a set of the above 2).
  • the display control unit controls the display of the map image related to the real space, and the success / failure determination unit controls the start of the event, and the success / failure determination unit uses the set conditions determined based on the user positions of the participating users to set the set. It is a server system that determines the success or failure of an event.
  • the present disclosure it is possible to realize a set event that gathers participating users at a given set place existing in the real space. During the gathering event, the participating users actually visit the meeting place. Then, when the collective event is successful, a privilege is given to the instructing user and / or the participating user. Therefore, it is possible to realize a mechanism for invoking an event in which users gather while each user enjoys content such as a game in which the real space is used as a play field. As a result, a new hobby can be realized.
  • the set condition includes a position condition indicating that the user position of the participating user has arrived at the meeting place, and the success / failure determination unit indicates that the user position of the participating user is the position condition.
  • This is a server system that includes the determination of whether or not the event is satisfied in the event success / failure determination.
  • the success or failure of a set event can be determined based on whether or not the user position of the participating user has arrived at the meeting place.
  • the set condition is a condition relating to the behavior of the participating user and / or the progress of the set event until the user position of the participating user arrives at the meeting place.
  • the success / failure determination unit is a server system that includes a requirement condition and performs the event success / failure determination including a determination as to whether or not the participating user satisfies the requirement condition.
  • the success or failure of the set event can be determined in consideration of the behavior of the participating user and the progress of the set event until the user position of the participating user arrives at the meeting place.
  • the 19th disclosure is a server system in which the start control unit sets the required conditions for each participating user based on the relationship between the participating user and the instructing user.
  • the necessary conditions regarding the behavior of the participating user and the progress of the gathering event until the user position of the participating user arrives at the meeting place are set for each participating user according to the relationship with the instructing user. can do.
  • the twentieth disclosure is a server system in which a difficulty level is set in advance in the required conditions, and the granting unit grants a privilege according to the difficulty level to the participating users.
  • the set condition includes a set number condition indicating the number of the participating users who have arrived at the meeting place, and the success / failure determination unit determines whether or not the participating user satisfies the set number condition. It is a server system that determines the success or failure of the event including the determination.
  • the success or failure of the gathering event can be determined in consideration of the gathering number of participating users who have arrived at the gathering place.
  • the 22nd disclosure further includes a first achievement degree determination unit for determining the achievement degree of the set condition based on the number of participating users, and the granting unit includes the instructing user and / or the participation. It is a server system that gives a user a privilege according to the achievement degree determined by the first achievement degree determination unit.
  • the achievement level of the gathering event can be determined based on the number of participating users who have arrived at the meeting place, and the content of the privilege to be granted can be changed according to the achievement level. For example, the larger the number of participating users, the more luxurious the benefits can be.
  • the 23rd disclosure further includes a second achievement degree determination unit that calculates the achievement degree of the set condition for each participating user based on the arrival time of the participating user at the meeting place, and the grant is provided.
  • the unit is a server system that grants the participating user a privilege according to the achievement degree determined by the second achievement degree determination unit of the participating user.
  • the achievement level of the gathering event can be determined based on the arrival time at the meeting place, and the content of the privilege to be granted can be changed according to the achievement level. For example, the shorter the time it takes to meet the meeting conditions, the more luxurious the benefits will be.
  • the 24th disclosure is a server system in which the granting unit controls to activate a given event as the privilege.
  • the content of the privilege is the activation of a given event, and for example, an event different from the collective event can be activated.
  • the 25th disclosure is a server system in which the granting unit grants, as the privilege, a service privilege that allows a given advertiser to receive a given service set at the meeting place.
  • the content of the privilege can be a service that can be received at the meeting place.
  • the set condition data that defines the content of the set condition and the privilege data that defines the content of the privilege are set in association with the position in the real space that is the meeting place.
  • the start control unit further includes a storage unit for storing the event definition data, receives the selection operation of the event definition data from the terminal of the instructing user, and is associated with the selected event definition data.
  • the start of the set event is controlled by using a position in the space as a set place, the success / failure determination unit determines the success / failure of the event according to the set condition data of the selected event definition data, and the granting unit determines the success / failure of the event.
  • It is a server system that grants the privilege according to the privilege data of the event definition data.
  • a set event that accepts an event definition data selection operation as a set request operation and gathers participating users at the set location is started, the success or failure of the set event is determined according to the set condition data, and the privilege data thereof.
  • the privilege can be given to the instructing user and / or the participating user according to the above.
  • the display control unit controls the terminal of the participating user to display a field of view image based on the current user position of the participating user so as to be switchable from the display of the map image. It is a server system that controls to display a direction display body indicating the direction of the meeting place in the field of view image.
  • the present disclosure it is possible to display a field of view image based on the user position of the participating user on the terminal of the participating user. Then, the direction of the meeting place can be displayed in the field of view image, and the direction in which the participating user should go can be presented.
  • the 28th disclosure is a server system in which the start control unit accepts the set request operation with a user who satisfies a predetermined set request operation permissible condition as the instructed user.
  • the instruction user who can perform the set request operation can be limited to the user who satisfies the set request operation permissible condition.
  • the 29th disclosure is a server system that controls the start of the collective event with a user having a predetermined relationship with the instructed user as the participating user.
  • the participating users of the collective event can be limited to the users who have a predetermined relationship with the instructing user.
  • the thirtieth disclosure is a system including the above-mentioned server system and a user terminal capable of communicating with the server system.
  • a system including the above-mentioned server system can be realized.
  • the figure which shows an example of the participation condition in 2nd Embodiment. The figure which shows an example of the required condition in 2nd Embodiment.
  • the figure which shows an example of privilege data in 2nd Embodiment. The figure which shows another example of privilege data in 2nd Embodiment.
  • the figure which shows an example of the map image in 2nd Embodiment. The figure which shows an example of the detail screen for a participant in 2nd Embodiment.
  • FIG. 1 is a diagram showing an overall configuration example of the game system 1000.
  • the configuration example of the game system 1000 shown in FIG. 1 is a configuration example common to the game system X1000 of the first embodiment and the game system Y1000 of the second embodiment.
  • the game system 1000 includes a server system 1100 (X1100, Y1100) which is a computer system, and a user terminal 1500 (X1500) possessed by a user who is a player 2 (X2, Y2) of the game of the present embodiment. , Y1500), and these are connected to each other via a network N so as to be capable of data communication.
  • Network N means a communication path capable of data communication. That is, network N means a telephone communication network, a cable network, a communication network such as the Internet, as well as a LAN (Local Area Network) using a dedicated line (dedicated cable) for direct connection and Ethernet (registered trademark).
  • the communication method may be wired or wireless.
  • the server system 1100 includes a main unit 1101, a keyboard 1106, a touch panel 1108, and a storage 1140.
  • the main unit 1101 includes a CPU (Central Processing Unit) 1151, a GPU (Graphics Processing Unit), and a DSP (Digital Signal Processor). It has a built-in control board 1150 on which various microprocessors such as VRAM, RAM, various IC memories 1152 such as ROM, and electronic parts such as communication device 1153 are mounted.
  • a part or all of the control board 1150 may be realized by an ASIC (Application Specific Integrated Circuit), an FPGA (field-programmable gate array), or a SoC (System on a Chip).
  • the configuration example of the server system 1100 shown in FIG. 1 is a configuration example common to the server system X1100 of the first embodiment and the server system Y1100 of the second embodiment.
  • the server system 1100 provides a user management function related to user registration and the like and data necessary for playing a game on a user terminal 1500 by having a CPU 1151 or the like perform arithmetic processing based on a predetermined program and data. It realizes a game management function that manages game execution control on the user terminal 1500. That is, the game in this embodiment is realized as a kind of client-server type online game.
  • the user 2 also referred to as “player 2” as appropriate accesses the server system 1100 with his / her own user terminal 1500, logs in with the issued account, and enjoys the game of the present embodiment.
  • the server system 1100 cooperates with an external electronic payment server operated by an electronic payment company or the like to perform a purchase procedure (billing process) for game coins, which is an in-game currency.
  • a purchase procedure for game coins, which is an in-game currency.
  • the electronic payment server responds to an inquiry from the server system 1100 and performs a process of settling the purchase amount of the game coin with the credit card, prepaid card, or the like of the player 2. Then, the server system 1100 grants the player 2 game coins equivalent to the purchase amount settled by the electronic payment server.
  • the server system 1100 is not limited to the single configuration shown in FIG. 1, and may be configured such that a plurality of blade servers sharing each function are mounted and connected to each other via an internal bus so that data communication is possible. .. Alternatively, a configuration may be configured in which a plurality of independent servers installed at remote locations perform data communication via the network N to function as the server system 1100 as a whole.
  • the user terminal 1500 (X1500, Y1500) is a computer system that functions as a man-machine interface, connects to the network N via a mobile phone base station, a wireless communication base station, or the like, and performs data communication with the server system 1100. be able to.
  • the user terminal 1500 is, for example, in the form of a smartphone, a mobile phone, a portable game device, a stationary home game device, a controller for a stationary home game device, a business game device, a personal computer, a tablet computer, a wearable computer, or the like. Can be taken.
  • FIG. 2 is a diagram showing an example of a device configuration of a smartphone, which is an example of a user terminal 1500.
  • the configuration example of the user terminal 1500 shown in FIG. 2 is a configuration example common to the user terminal X1500 of the first embodiment and the user terminal Y1500 of the second embodiment.
  • the user terminal 1500 includes a direction input key 1502, a home key 1504, a touch panel 1506 that functions as an image display device and a contact position input device, a built-in battery 1509, a speaker 1510, and a microphone 1512.
  • a control board 1550 and a memory card reader 1542 capable of reading and writing data to and from a memory card 1540 which is a computer-readable storage medium are provided.
  • a power button, a volume control button, etc. are provided.
  • the control board 1550 is used for wireless communication with various microprocessors such as CPU 1551, GPU and DSP, various IC memories 1552 such as VRAM, RAM and ROM, and a mobile phone base station and a wireless LAN base station connected to network N.
  • a wireless communication module 1553, a positioning module 1555, an interface circuit 1557, and the like are mounted.
  • the interface circuit 1557 includes a circuit for receiving signals from the direction input key 1502 and the home key 1504, a driver circuit for the touch panel 1506, an output amplifier circuit for outputting an audio signal to the speaker 1510, and an audio signal collected by the microphone 1512.
  • a voice signal generation circuit for generating a speaker, a signal input / output circuit for a memory card reader 1542, and the like are included.
  • Each element mounted on the control board 1550 is electrically connected via a bus circuit or the like, and is connected so as to be able to read / write data and send / receive signals.
  • a part or all of the control board 1550 may be composed of ASIC, FPGA, or SoC.
  • the IC memory 1552 stores a game client program, various setting data necessary for executing this game client program, and the like.
  • the game client program and the like are downloaded from the server system 1100 at an appropriate timing. It should be noted that the configuration may be such that it is read from a storage medium such as a separately obtained memory card 1540.
  • the CPU 1551 or the like executes a game client program to execute arithmetic processing, and controls each part of the user terminal 1500 in response to operation inputs to the touch panel 1506, the direction input key 1502, and the home key 1504 to control the game of the player 2. Enables play.
  • the positioning module 1555 is a means for acquiring the position of the user.
  • a known positioning system is used as a means for acquiring position coordinates and directions in real space. That is, the positioning module 1555 receives the signal provided by the positioning system and outputs the positioning information at a predetermined cycle (for example, every second) to provide the positioning function in the user terminal 1500.
  • GNSS Global Navigation Satellite System
  • GPS Global Positioning System
  • the positioning module 1555 can be realized by a known GPS module, GPS receiver, or the like. Galileo or Beidou system (BDS) other than GPS may be used.
  • the "positioning information” includes the positioning date and time (UTC: Coordinated Universal Time), the position coordinates (latitude / longitude / altitude), the direction, and the like.
  • the position coordinates obtained by the positioning module 1555 are referred to as "user positions”.
  • the positioning module 1555 can be replaced with a communication device that wirelessly communicates with a wireless base station of a mobile phone, a wireless base station of a Wi-Fi network, or the like, and an orientation sensor. That is, it can be replaced with the acquisition of so-called simple position information in which the position information that has been positioned in advance for the connected wireless base station is acquired and this is used as the position coordinates in the real space of the own machine. Then, the direction sensor may be used to acquire the direction in the real space in which the player is facing.
  • the game of the first embodiment is an RPG type game in which the game space is a so-called open world type game, and a battle is activated when an encounter occurs between the player character and the enemy character. ..
  • the enemy character is a computer-controlled NPC (non-playable character).
  • NPC non-playable character
  • the server system X1100 receives a set request operation by the instructing player who is the instructing user during the game, and sets a set event in which the player characters of the participating players who are the participating users are gathered at a given gathering place in the game space. Activate.
  • the player set as the team leader in advance is set as the instruction player, and only the player of the team leader has the right to activate the set event and performs the set request operation.
  • a set request operation is performed, a member belonging to the team of the team leader who performed the set request operation, which is divided into teams (matched) by the matching process, becomes a participating player for the set event.
  • a member other than the team leader may perform the set request operation as an instruction player.
  • it can be a condition of the instructing player that the player level has reached a predetermined level.
  • a plurality of types of event activation items are prepared as items that can be obtained by the player in the process of game play, and an operation in which the instructing player uses the event activation item is accepted as a set request operation.
  • the conditions for obtaining the event trigger item can be set as appropriate. For example, it can be obtained as a reward for clearing the game stage, obtained from a treasure chest in the game stage, or obtained as a drop object by defeating an enemy character that has appeared. In addition, it can be obtained through login bonuses, rewards for various events, lottery called gacha, etc., or can be obtained (purchased) in exchange for a predetermined amount of points consumed.
  • the points may be given to the player in the process of the game, or may be game coins (in-game currency) given through the player's purchase procedure (billing process). In addition, it may be made available under acquisition conditions such as executing another game or accessing an advertisement page.
  • the event definition data that defines the content of the set event is set in advance for each event activation item, and the server system X1100 activates the set event based on the event definition data.
  • the start of the set event is controlled according to the event definition data related to the used event trigger item (event start control process).
  • the display of the game image in which the gathering place in the game space is displayed in an identifiable display form is controlled for the user terminal X1500 of the instructing player and the participating player (game image display control process).
  • the event success / failure determination of the set event is performed using the position of the player character operated by the participating player (event success / failure determination process).
  • the player characters of the participating players have gathered at the meeting place by the meeting time
  • the actions of the player characters until the meeting satisfy the required conditions Request each participating player to do something.
  • the success or failure of the set event is determined according to the number of participating players whose individual determination as to whether or not this is satisfied is affirmed.
  • a given privilege is given to the instructing player and / or the participating player (privilege granting process).
  • FIG. 3 is a diagram showing a data configuration example of event definition data X530.
  • one event definition data X530 stores the activation item number X531, the set condition data X540, and the privilege data X550.
  • the set condition data X540 includes a set place condition X541, a time limit condition X542, a participation condition X543, a required condition X544, a success / failure determination position condition X545, and a set number of people condition X546 related to the set event.
  • the privilege data X550 includes the privilege grant target X551 related to the gathering event and the privilege content X553.
  • FIG. 4 shows an example of the required condition X544, and FIGS. 5 and 6 show an example of the privilege data X550.
  • the time limit condition X542 defines the time limit for the collective event.
  • the set time of the set event is set according to the time limit condition X542. That is, the server system X1100 sets, as the set time, the time when the elapsed time from the start time (the time when the event activation item is used) reaches the specified time limit in controlling the start of the set event.
  • the time may be the same as the time in the real world, or it may be the time in the game world.
  • Participation condition X543 defines the participating players of the gathering event. For example, it is possible to include a rule that all members belonging to a team other than the team leader are participating players, and a rule that all members of the team including the team leader who is the instructing player are participating players. In the former case, the team leader who is the instructing player does not need to direct his / her player character to the meeting place. On the other hand, in the latter case, since the instructing player is also a participating player, the team leader performs a set request operation to start the set event, and participates in the started set event to aim for its success.
  • the participation condition X543 includes conditions such as "the player level has reached a predetermined level” and “consumed a predetermined amount of points" and a combination of these conditions. You can also do it. In that case, a member who satisfies the condition is set as a participating player. Alternatively, a condition may be included in which a specific member is a participating player. For example, a setting can be included in which the participation condition X543 is set to "designated by the instructing player". In that case, the participating player is set by separately accepting the nomination operation by the instructing player.
  • the required condition X544 is a condition regarding the behavior of the participating players in the game space until they gather at the meeting place. For example, the type and number of enemy characters to be defeated before gathering at the meeting place. , The location in the game space to stop by, the items to be obtained, the game stage to be cleared, etc. can be defined as the conditions, or the conditions can be combined. Therefore, the participating players make their player characters act to satisfy the required condition X544 during the gathering event, and then move to the gathering place by the gathering time.
  • the required condition X544 includes a setting that defines different difficulty levels for each participating player's intimacy level with respect to the instructing player.
  • the required conditions for each intimacy level are defined as the number of enemy characters to be defeated, and the higher the intimacy level, the smaller the number, and the required conditions for each intimacy level are obtained.
  • the intimacy level is set to three levels of "high”, “medium”, and "low”, and the required conditions are set in which the number of enemy characters to be defeated is different.
  • the intimacy level indicates the level of the intimacy index value with the instructing player.
  • the intimacy index value is an index value indicating intimacy between players, and the server system X1100 manages the intimacy index value with other players for each player (intimacy data X515 in FIG. 12). Specifically, the server system X1100 determines the number and frequency of playing the game with the other player, the number and frequency of chats exchanged during the play, and the game object for each of the other players for each player. The intimacy index value between the player and the other player is updated and managed as needed based on the number and frequency of transfers and / or transfers. Therefore, when a specific player is repeatedly played in a team or chats frequently, the value of the intimacy index value with the player becomes large.
  • the level of intimacy is not limited to the three levels of “high”, “medium”, and “low” illustrated, but may be two levels or four or more levels. Further, not limited to the intimacy index value, it is also possible to use whether or not the friend is registered. For example, the content of the required condition X544 in the case of "with friend registration” is set to a lower difficulty level than the content of the required condition X544 in the case of "without friend registration", and the participation is registered as a friend with the instructing player. It is possible to make it easier for the player to achieve the required conditions.
  • the position condition X545 at the time of success / failure requires that the player character be at the meeting place at the meeting time when determining the precondition of whether or not the player character has gathered at the meeting place by the meeting time (for example, "ON" in that case. After the start of the set event, it suffices to move to the meeting place before the set time arrives, and the position at the set time does not matter (for example, in that case, "OFF"). This is flag information indicating).
  • the set number of people condition X546 defines the number of participating players whose individual judgment is affirmed as a condition for judging the success or failure of the event as success. For example, in order for the success of the set event in which the setting of the set number condition X546 is "all", it is necessary that the individual judgment is affirmed for all the participating players. On the other hand, when the setting of the set number of people condition X546 is "1 person", the set event is successful if the individual judgment is affirmed for any one of the participating players.
  • the grant target X551 of the privilege data X550 defines a player who grants the privilege of the corresponding privilege content.
  • an instruction player and / or a participating player is set.
  • the content of the privilege to be given when the event success / failure judgment is determined to be successful is set.
  • the content of giving a game object such as a character or an item is set as a privilege.
  • the opening of a new game stage or map may be a privilege.
  • the activation of various game events such as the execution of a mini game may be a privilege.
  • Game objects include characters that can be selected as player characters, various items such as weapons, armor, bullets, and medicines that can be equipped or used by player characters, player character vehicles, summons, magic, skills, etc. Includes additional abilities that can be added to the player character of the game, lottery rights (lottery tickets) for drawing characters, items, etc.
  • the privilege content X553 may be set in common between the instructing player and the participating player, or a different privilege content X553 may be set. You may leave it.
  • the set number condition X546 is defined as a lower limit value such as "one or more people", as shown in FIG. 5, for example, as shown in FIG. 5.
  • Different privilege contents are set in association with the number of people, such as increasing the rarity and increasing the number of grants.
  • FIG. 6 it is also possible to include those in which the privilege contents are set for each order of arrival time (arrival order) at the meeting place.
  • the team leader serves as the instruction player as described above, but the player who has obtained the event activation item becomes the instruction player and uses it at an arbitrary timing, not limited to the team leader player. Therefore, it is possible to activate a collective event.
  • the set condition data of the event definition data X530 may include an instruction condition that defines an instruction player for the set event. For example, conditions such as "the player is the team leader", "the player level of the player has reached a predetermined level", "the player has consumed a predetermined amount of points", and the like. Can be combined as a condition.
  • Event start control process In the event start control process, the operation using the event trigger item by the team leader is accepted as a set request operation. Then, the meeting place is set based on the meeting place condition X541 of the event triggering item used, the meeting time is set based on the time limit condition X542, the participating player is set based on the participation condition X543, and the required condition X544 Control the start of the set event by setting the required conditions based on.
  • Game image display control processing During the game, the user terminal X1500 of each player switches between a map image that gives a bird's-eye view of the game space and a view image of the player character that he / she operates from the first-person viewpoint or the third-person viewpoint. Displayed as possible. In the game image display control process, first, the display of these map images and field images is controlled. The map image may be configured to be always displayed on the field of view image.
  • Map image FIG. 7 is a diagram showing an example of a map image.
  • the map image shows markers XA11 and XA13 indicating the positions of player characters and enemy characters on a map showing the topography of the game space and the arrangement of major buildings, etc., and is used with the player characters and enemies of the same team. It is possible to grasp the positional relationship between the two and the target destination.
  • FIG. 7 shows a map screen during a gathering event.
  • the map image during the set event is controlled to display the set place XB1 in an identifiable display form.
  • the meeting place XB1 is identified and displayed by the display of the signal smoke XB11 rising from the meeting place XB1.
  • control is performed to display various event detailed items of the set event in association with the display of the set place XB1.
  • the display control of the event detail item is, for example, a touch operation near the meeting place XB1 on the user terminal X1500, and when the operation is detected on the user terminal X1500 of the participating player, a map image of the detail screen for participants is displayed. It is done by displaying it on the top.
  • FIG. 8 is a diagram showing a display example of the detailed screen XW2 for participants.
  • the event detail items to be displayed on the participant detail screen XW2 are the "meeting place”, “meeting time”, “remaining time”, “required condition”, “achievement status of required condition”, and “remaining” of the gathering event. Includes “distance”, “remaining distance ranking”, “position condition at the time of success / failure judgment", and "grant privilege”.
  • it may be configured to display a part of these event detail items.
  • the achievement status of the required condition indicates how much oneself (participating player of the user terminal X1500) has achieved the required condition at the time of displaying the detailed screen XW2 for the participant.
  • the display XC2 shown by the broken line corresponds to this.
  • the remaining distance is the distance from your player character to the meeting place.
  • the remaining distance ranking indicates one's own ranking based on the order of the remaining distance of each participating player. In the first embodiment, it refers to the order in which the remaining distances of the participating players are arranged in ascending order. In the example of FIG. 8, it can be confirmed that the player character is the second closest to the meeting place among the participating players.
  • the grant privilege indicates a privilege that can be acquired by the participating player at the gathering event.
  • the participating players can aim for the success of the gathering event while grasping, for example, the gathering time (remaining time) and the actions of the player characters that should be done by then. can.
  • the control is performed to display the gathering status of each of the participating players based on the remaining distance of the participating players of the gathering event in association with the display of the gathering place XB1.
  • the display control of the set status is, for example, a touch operation near the meeting place XB1 on the user terminal X1500, and when the operation on the user terminal X1500 of the instructing player is detected, the detailed screen for the instructor is displayed on the map image. It is done by displaying in.
  • FIG. 9 is a diagram showing an example of the detailed screen XW3 for the instructor. As shown in FIG. 9, on the detailed screen XW3 for the instructor, for example, the "meeting place”, “meeting time”, “required condition”, “meeting situation”, etc. of the set event are displayed.
  • the gathering status displays the remaining distance of each participating player at the time of displaying the detailed screen XW3 for the instructor.
  • FIG. 9 shows an example in which the remaining distances of the participating players are displayed in the order of the remaining distance ranking.
  • the configuration may be configured to display the achievement status of the required conditions of the corresponding participating player together with the remaining distance.
  • the time required for the player character of the participating player to move to the meeting place may be calculated for each participating player from each remaining distance and displayed together with the remaining distance. Alternatively, the required time may be displayed instead of the remaining distance.
  • the instructing player can confirm whether or not each participating player is approaching the meeting place during the gathering event.
  • the content (item of the gathering status) of the detailed screen XW3 for the instructor may also be displayed on the user terminal X1500 of the participating user so that the participating user can confirm it.
  • the display form of the gathering place XB1 is controlled to be changed according to the remaining time until the gathering time.
  • the display form of the signal smoke signal XB11 that identifies and displays the meeting place XB1 is changed and controlled. Therefore, for example, a change control table X560 (see FIG. 11) that defines the correspondence between the time length of the remaining time and the display form of the signal smoke XB11 is prepared in advance. For example, a different display color is set for each time length. The shorter the time length, the more prominent the color should be set.
  • the shape and size of the signal smoke XB11 may be changed for each time length and set, or the display form for each time length may be determined by the combination of each of these elements. Then, the display form is changed and controlled by controlling the display of the signal smoke XB11 according to the setting of the display form corresponding to the actual remaining time for each user terminal X1500 of the instructing player and the participating player. According to this, the participating players can visually grasp that the remaining time has decreased depending on the display form of the meeting place XB1 on the map image.
  • the change control of the display form may be performed only on the user terminal X1500 of the participating player and not on the user terminal X1500 of the instructing player.
  • the display form of the meeting place XB1 may be changed according to the remaining distance of the participating players. It may be performed instead of the change control related to the remaining time described above, or it may be configured to perform both. In that case, for example, the correspondence between the remaining distance and the display form of the signal smoke XB11 is determined in advance. Then, at least for each user terminal X1500 of the participating player, the display of the signal smoke XB11 is controlled according to the display form corresponding to the actual remaining distance of the participating player of the user terminal X1500. According to this, the participating players can visually grasp that they have approached the meeting place by the display form of the meeting place XB1 on the map image.
  • the display form may be changed by using not only the participating players of the user terminal X1500 but also the remaining distances of other participating players.
  • the correspondence between the number of participating players approaching the meeting place XB1 and the display form of the signal smoke signal XB11 is set in advance. Then, it is determined that the participating players whose remaining distance is actually equal to or less than a predetermined threshold value are approaching the meeting place XB1, and the display of the signal smoke XB11 is controlled according to the display form corresponding to the number of participating players approaching. do. According to this, it is possible to visually grasp whether or not there are many participating players approaching the meeting place depending on the display form of the meeting place XB1 on the map image.
  • FIG. 10 is a diagram showing an example of a field of view image displayed on the user terminal X1500 of the participating player during the gathering event.
  • the direction display body XE3 indicating the direction of the gathering place in the direction of the arrow is displayed in the vicinity of the player character XD3 operated by the participating player.
  • the remaining distance to the meeting place is added to the direction display body XE3.
  • other event details such as the remaining distance ranking and the achievement status of the required conditions, the above-mentioned required time, and the like can be displayed as appropriate.
  • Event success / failure determination process is performed when the set time arrives, and first, individual determination is performed for each participating player. That is, when the set time arrives, it is determined whether or not the precondition is satisfied from the position of the player character of the participating player during the set event or the position of the player character at the time of the set time according to the position condition at the time of success / failure judgment. do. Then, when the precondition condition is satisfied, it is determined whether or not the action until the player character gathers at the meeting place satisfies the required condition of the participating player, and if it is determined that the condition is satisfied, the individual determination is affirmed for the participating player. do.
  • Benefit granting process when the success or failure of the event is determined to be successful, the privilege content of the privilege content is granted to the player (instructed player and / or participating player) to be granted according to the privilege data of the group event.
  • FIG. 11 is a block diagram showing a functional configuration example of the server system X1100.
  • the server system X1100 of the first embodiment includes an operation input unit X100s, a server processing unit X200s, an image display unit X390s, a sound output unit X392s, a communication unit X394s, and a server storage unit X500s. And.
  • the operation input unit X100s is for inputting various operations for system management, maintenance, etc., and can be realized by, for example, a keyboard, a mouse, a touch panel, or the like. In FIG. 1, the keyboard 1106 and the touch panel 1108 correspond to this.
  • the server processing unit X200s can be realized by, for example, a processor that is an arithmetic circuit such as a CPU, GPU, ASIC, or FPGA, or an electronic component such as an IC memory, and can be connected to each unit including the operation input unit X100s and the server storage unit X500s. Controls data input / output. Then, various arithmetic processes are performed based on a predetermined program and data, an operation input signal from the operation input unit X100s, data received from the user terminal X1500, and the like, and the operation of the server system X1100 is collectively controlled. In FIG. 1, the control board 1150 and its CPU 1151 correspond to this.
  • the server processing unit X200s includes a user management unit X210, a billing processing unit X220, a game management unit X230, a timekeeping unit X280s, an image generation unit X290s, a sound generation unit X292s, and a communication control unit X294s.
  • the user management unit X210 manages the data related to the user registration and the data of each registered user (player) associated with the account. For example, it is possible to execute a process of assigning a unique account to a registered user, a registration information management process of registering and managing personal information for each account, a usage history management process of managing login and logout histories, and the like. Of course, other data management processes associated with user accounts other than these can also be included as appropriate.
  • the billing processing unit X220 performs billing processing according to the purchase operation of the game coin (in-game currency) by the player, and grants the game coin equivalent to the purchase amount to the player.
  • the game management unit X230 performs various processes related to game execution management.
  • a multiplayer compatible game is played as a client-server type online game. Therefore, the game management unit X230 controls to provide data necessary for game play while communicating with the user terminal X1500. Then, in providing the data, as processing related to game progress control and reflection of the play result, 1) a process of arranging background objects and the like to form a game space, and 2) a predetermined team of players participating in the game ( For example, matching process to divide into red team and blue team), 3) process to set team leader of each team, 4) place player character in game space, and perform player character action according to operation input on user terminal X1500.
  • the game management unit X230 includes a game progress control unit X231, a set event start control unit X233, a game image display control unit X240, an event success / failure determination unit X251, and a privilege granting unit X253.
  • the game progress control unit X231 communicates with the user terminals X1500 of a plurality of players at any time, and controls a game in which each player operates each player character while viewing a game image in a shared game space.
  • the progress of a game played by a plurality of players forming a team is controlled, and processing related to reflection of the play result is performed.
  • the set event start control unit X233 is a functional unit that performs set event start control processing, receives a set request operation from the user terminal X1500 of the instructing player, and moves the player character of the participating player to a given set place in the game space. Controls the start of aggregate events to be aggregated.
  • the game image display control unit X240 is a functional unit that performs game image display control processing, and switches between a map image and a view image as a game image for the user terminal X1500 of each player executing the game. Controls the display according to the operation.
  • the game image display control unit X240 includes a gathering place identification display control unit X241, a participation status display control unit X243, and a gathering status display control unit X245.
  • the gathering place identification display control unit X241 controls to display the gathering place of the gathering event in an identifiable display form when displaying the map image on the user terminal X1500 of the instruction player and the participating player during the gathering event. Further, the meeting place identification display control unit X241 controls to change the display form of the meeting place according to the remaining time until the meeting time. For example, the display control of the signal smoke XB11 shown in FIG. 7 and the control of changing the display form of the signal smoke signal XB11 according to the remaining time correspond to this.
  • the participation status display control unit X243 is associated with the display of the meeting place in the map image for the user terminal X1500 of the participating player, and the required condition, the required condition achievement status, the remaining distance, the remaining distance ranking, the meeting time, and the rest until the meeting time. Controls the display of various event detail items including time. This corresponds to the display of the detailed screen XW2 for participants (see FIG. 8) on the map screen.
  • the gathering status display control unit X245 controls the user terminal X1500 of the instructing player to display various event detail items including the remaining distance for each participating player in association with the display of the gathering location in the map image. This corresponds to the display of the detailed screen XW3 (see FIG. 9) for the instructor on the map screen.
  • the event success / failure determination unit X251 is a functional unit that performs event success / failure determination processing, and determines the event success / failure of a collective event using the position of the player character operated by the participating player.
  • the privilege granting unit X253 is a functional unit that performs privilege granting processing, and grants a given privilege to the instructing player and / or the participating player when it is determined to be successful in the event success / failure determination.
  • the timekeeping unit X280s uses the system clock to measure the current date and time, the time limit, and the like.
  • the image generation unit X290s generates an image related to the system management of the server system X1100 and outputs the image to the image display unit X390s.
  • the sound generation unit X292s is realized by executing IC or software that generates and decodes audio data, and generates or decodes audio data such as operation sounds and BGM related to system management and video distribution of the server system X1100.
  • the audio signal related to system management is output to the sound output unit X392s.
  • the communication control unit X294s performs communication connection and data processing for data communication with an external device (for example, user terminal X1500) via the communication unit X394s, and realizes data exchange with the external device.
  • an external device for example, user terminal X1500
  • the image display unit X390s displays various screens for system management and the like based on the image signal input from the image generation unit X290s.
  • it can be realized by an image display device such as a flat panel display, a projector, or a head-mounted display.
  • the touch panel 1108 corresponds to this.
  • the sound output unit X392s emits an audio signal input from the sound generation unit X292s.
  • a speaker (not shown) included in the main device 1101 and the touch panel 1108 corresponds to this.
  • the communication unit X394s connects to the network N to realize communication.
  • it can be realized by a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, or the like.
  • the communication device 1153 corresponds to this.
  • a program for operating the server system X1100 and realizing various functions included in the server system X1100, data used during the execution of this program, and the like are stored in advance, or each time processing is performed. Temporarily stored.
  • it can be realized by an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or the like.
  • the IC memory 1152 and the storage 1140 correspond to this.
  • server storage unit X500s stores the server program X501, the distribution game client program X503, the user management data X510, the game initial setting data X520, and the play data X570.
  • necessary data such as timers, counters, and various flags are stored as appropriate.
  • the server program X501 is a program for causing the server processing unit X200s to function as the user management unit X210, the billing processing unit X220, and the game management unit X230.
  • a program that functions as an image generation unit X290s, a sound generation unit X292s, and a communication control unit X294s can also be included as appropriate.
  • the distribution game client program X503 is the original of the game client program X502 (see FIG. 14) downloaded to the user terminal X1500.
  • User management data X510 is prepared for each player who has completed user registration, and stores various data for management related to the game play of the player. Specifically, as shown in FIG. 12, one user management data X510 includes a player ID (account) X511 of the corresponding player, payment medium book data X512, owned object list X513, player level X514, and the like. The intimacy data X515 and the friend list X516 are included. In addition, it also includes play history such as play date and time, play time, save data related to the progress of the game, and the like.
  • the payment medium book data X512 is information on the balance of payments of the electronic payment medium (game coin, which is the in-game currency in the first embodiment) associated with the corresponding player, for example, the purchase date and time and the number of purchases (billing amount) of the game coin.
  • game coin which is the in-game currency in the first embodiment
  • the history of game coins, the date and time of consumption of game coins, the history of the number of coins consumed, etc. are stored.
  • the owned object list X513 stores a list of game objects such as characters, weapons, and items that the corresponding player obtains in the process of the game and currently possesses. Further, in the first embodiment, when the game object is given as a privilege of the collective event, the object ID is added to the owned object list X513.
  • the intimacy data X515 stores the intimacy index value with each of the other players.
  • the friend list X516 stores the accounts of other players registered as friends by the corresponding player.
  • the game initial setting data X520 stores the initial setting data necessary for executing the game.
  • the game initialization data X520 includes event definition data X530 and change control table X560.
  • player character initial setting data that defines the types of characters used as player characters, initial values of various parameter values, model data, motion data used for motion control, etc., types of enemy characters, various parameter values, and behavior patterns.
  • Enemy character initial setting data that defines, etc., object definition data related to various game objects that can be obtained by the player in the process of the game, stage initial setting data related to game stage setting, mini game data related to mini game execution, etc. including.
  • the play data X570 is prepared for each team playing the game, and stores identification information of players belonging to the team (for example, player IDX511), settings of the team leader, and various data describing the progress of the game of the team. do.
  • the play data X570 includes the active set event data X580. This active set event data X580 is generated by the set event start control unit X233 at the start of the set event.
  • the invoking set event data X580 includes a set event ID X581 that identifies the set event, an event activation item activation item number X582 related to the set request operation, and a set location X583 of the set event.
  • the set time X584, the remaining time X585 until the set time, and the progress data X590 for each participating player are included.
  • the progress data X590 for each participating player is prepared for each participating player, and the player ID X591 of the participating player, the required condition setting X592 related to the participating player, the achievement status X593, and the meeting place X583 from the player character of the participating player.
  • the remaining distance X594 up to and the remaining distance ranking X595 of the participating player are stored.
  • FIG. 14 is a block diagram showing a functional configuration example of the user terminal X1500.
  • the user terminal X1500 includes an operation input unit X100, a terminal processing unit X200, an image display unit X390, a sound output unit X392, a communication unit X394, and a terminal storage unit X500.
  • the operation input unit X100 is for the player to input various operations, and can be realized by, for example, a button switch, a joystick, a touch pad, a trackball, an acceleration sensor, an angular velocity sensor, a CCD module, or the like.
  • the direction input key 1502, the home key 1504, and the touch panel 1506 correspond to this.
  • the terminal processing unit X200 can be realized by, for example, a processor that is an arithmetic circuit such as a CPU, GPU, ASIC, or FPGA, or an electronic component such as an IC memory, and is connected to each unit including the operation input unit X100 and the terminal storage unit X500. Controls data input / output. Then, various arithmetic processes are performed based on a predetermined program and data, an operation input signal from the operation input unit X100, data received from the server system X1100, and the like, and the operation of the user terminal X1500 is collectively controlled. In FIG. 2, the control board X1550 and its CPU X1551 correspond to this.
  • the terminal processing unit X200 in the first embodiment includes a user terminal calculation unit X270, a timekeeping unit X280, an image generation unit X290, a sound generation unit X292, and a communication control unit X294.
  • the user terminal calculation unit X270 executes various calculation processes for making the user terminal X1500 function as a terminal for player game play.
  • the user terminal calculation unit X270 includes an operation signal transmission control unit X271 and a game screen display control unit X273.
  • the operation signal transmission control unit X271 performs processing for transmitting various data and request information to the server system X1100 in response to the operation input to the operation input unit X100.
  • the game screen display control unit X273 controls to display the game screen based on various data received from the server system X1100. For example, if the online game of the first embodiment is realized as a web game, a web that actively controls the screen display by using Java (registered trademark) or CSS (Cascading Style Sheets) together with HTML based on a web browser. This can be achieved using technology, plug-ins such as Adobe® Flash. Of course, other methods may be used. Further, in the configuration of the first embodiment, the game space image (for example, 3DCG, etc.) that is the base of the game screen is generated by the server system X1100, but the game space image can be generated by the user terminal X1500. be. In that case, the game screen display control unit X273 controls the objects arranged in the virtual three-dimensional space for generating the 3DCG.
  • Java registered trademark
  • CSS CSS
  • the image generation unit X290 cooperates with the game screen display control unit X273 to display one game screen in one frame time (for example, 1/60 second) based on various data received from the server system X1100.
  • a signal is generated, and the generated image signal is output to the image display unit X390.
  • a processor such as a GPU or a digital signal processor (DSP)
  • DSP digital signal processor
  • a program such as a video signal IC or a video codec
  • an IC memory for a drawing frame such as a frame buffer, or the like.
  • the sound generation unit X292 is realized by, for example, a digital signal processor (DSP), a processor such as a voice synthesis IC, an audio codec for playing a voice file, or the like, and is a sound signal of a game sound effect, a BGM, or various operation sounds. Is generated and output to the sound output unit X392.
  • DSP digital signal processor
  • a processor such as a voice synthesis IC, an audio codec for playing a voice file, or the like
  • the communication control unit X294 performs communication connection and data processing for data communication with an external device (for example, server system X1100) via the communication unit X394, and realizes data exchange with the external device.
  • an external device for example, server system X1100
  • the image display unit X390 displays various screens such as a game screen based on the image signal input from the image generation unit X290.
  • it can be realized by an image display device such as a flat panel display, a projector, or a head-mounted display.
  • the touch panel 1506 corresponds to this.
  • the sound output unit X392 emits sound effects, BGM, etc. related to the game based on the sound signal input from the sound generation unit X292.
  • the speaker 1510 corresponds to this.
  • the communication unit X394 connects to the network N to realize communication.
  • it can be realized by a wireless communication device, a modem, a TA, a jack of a communication cable for wiring, a control circuit, or the like.
  • the wireless communication module 1553 corresponds to this.
  • the terminal storage unit X500 stores in advance a program for operating the user terminal X1500 and realizing the functions provided by the user terminal X1500, data used during the execution of this program, or is temporarily stored each time the processing is performed.
  • Stored in for example, it can be realized by an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or the like.
  • the IC memory 1552 and the memory card 1540 correspond to this.
  • the game client program X502 is stored in the terminal storage unit X500.
  • the game client program X502 is a program for causing the terminal processing unit X200 to function as the user terminal calculation unit X270.
  • the game client program X502 may be a dedicated client program according to a technical method for realizing an online game, or may be configured by a web browser program, a plug-in that realizes an interactive image display, or the like. In the first embodiment, it is a copy of the distribution game client program X503 (see FIG. 11) provided by the server system X1100.
  • FIG. 15 is a flowchart showing a processing flow of the server system X1100 regarding the activation of a set event. The process described here is realized by the server processing unit X200s reading and executing the server program X501. Note that FIG. 15 shows the flow of processing focusing on the activation of one set event in one team.
  • the set event start control unit X233 accepts the use of the event activation item by the team leader (instruction player) of the team as a set request operation. Then, when the set request operation on the user terminal X1500 of the instruction player is detected (step XS1: YES), the set event start control unit X233 has the event definition data X530 of the activated item number X531 (see FIG. 3). Based on the above, the meeting place, the meeting time, the participating players, and the required conditions of each participating player are set, the active set event data X580 is generated, and the control to start the set event is performed (step XS3).
  • the game image display control unit X240 starts display control of the game image in which the meeting place in the game space is displayed in an identifiable display form on the user terminal X1500 of the instructing player and the participating player (step XS5). ..
  • identification display control of the meeting place in the map image described with reference to FIGS. 7 to 10 control of changing the display form of the meeting place, detailed screen XW2 for participants and detailed screen XW3 for the instructor.
  • Display control display control of the direction display body in the field of view image, and the like.
  • the event success / failure determination unit X251 determines the event success / failure of the set event using the positions of the player characters of each participating player up to that point (step XS9). .. Specifically, based on the meeting place X583, the meeting time X584, and the required condition setting X592 (see FIG. 13) of each participating player, the success / failure determination position condition X545 (FIG. 3) in the event definition data X530 of the gathering event. ) Is used to make an individual judgment for each participating player. Then, using the setting of the group number condition X546, the success or failure of the group event is determined based on the number of participating players who satisfy the individual determination.
  • step XS11 the privilege granting unit X253 grants the privilege of the privilege content X553 to the player of the grant target X551 according to the privilege data X550 of the set event.
  • Step XS13 the privilege granting unit X253 grants the privilege of the privilege content X553 to the player of the grant target X551 according to the privilege data X550 of the set event.
  • the content for granting a game object is set in the privilege content
  • the game object is added to the owned object list X513 of the player to be granted.
  • the activation control of the game event is performed.
  • step XS15: NO the game returns to step XS1 (step XS15: NO) until the game is finished, and the above processing is repeated. Then, when the battle game is finished (step XS15: YES), this process is finished.
  • the player characters of the participating players are set in the game space in response to the set request operation of the instructing players.
  • You can start a set event that assembles to a given set location within. Then, when the collective event is successful, the instructing player and / or the participating player can be given a privilege. Therefore, in a game in which a player character is operated and played in a game space shared by each player, a mechanism for invoking a gathering event can be provided to add a new interest.
  • the server system X1100 of the client-server type game system X1000 is taken as an example, but the present invention is not limited to this.
  • it can be realized by connecting a plurality of user terminals X1500 in a peer-to-peer manner. In that case, any user terminal X1500 is made to take on the function of the server system X1100 of the first embodiment.
  • the functions of the game management unit X230 may be shared among the plurality of user terminals X1500.
  • FIG. 16 a functional configuration example of the user terminal X1500A that shares and bears the functions of the server system X1100 of the first embodiment is as shown in FIG.
  • the server system X1100 in this case mainly performs user registration and management of the information, and provides the information in response to a request from the user terminal X1500A.
  • the terminal processing unit X200 has the game management unit X230, and the game screen display control unit X273 is omitted. That is, the user terminal X1500A of this modification does not acquire data for displaying an image of the game screen from the server system X1100, but its own game management unit X230 executes a process related to game management to advance the game. To generate an image of the game screen.
  • the terminal storage unit X500 of the user terminal X1500A stores a game program X504 for making the terminal processing unit X200 function as the user terminal calculation unit X270 and the game management unit X230, and user management data related to the player of the user terminal X1500A. Play data X570 related to X510 and the team to which the player belongs and game initial setting data X520 are stored.
  • the processing flow of the user terminal X1500A of this modified example is basically the same as the flowchart shown in FIG. 15, and may be read as one in which each step is executed by the game management unit X230 of the user terminal X1500A.
  • the user terminal X1500A may not be responsible for all the functions of the game management unit X230, but may be configured to play a part thereof.
  • a set event is activated (started) by a specific player (for example, a team leader) performing a set request operation as an instruction player, and a player of that team participates in the set event as a participating player.
  • a specific player for example, a team leader
  • a player of that team participates in the set event as a participating player.
  • a player who satisfies the participation condition X543 (see FIG. 3) of the set event to be activated is forcibly regarded as a participating player.
  • a configuration may be configured in which an arbitrary player is invited to participate in a group event for a predetermined target player who is playing the game as an instruction player, and the target player who has announced participation is the participating player. For example, all players playing the game regardless of the team can be targeted players. Alternatively, some of the players may be the target players. For example, a condition for becoming a target player (condition for participating in the event) may be set, and a player satisfying the condition may be set as the target player.
  • the set event start control unit X233 sets a notification screen for notifying the execution of the set event in response to a predetermined notification operation by the instructing player prior to the start control of the set event. Controls the display on the user terminal X1500.
  • FIG. 17 is a diagram showing an example of a notification screen.
  • the contents of the set event to be executed that is, the start date and time of the set event, the instruction player, the meeting place, the meeting time, the participation condition, the required condition, the grant privilege, etc. are described and participated.
  • the participation operation is accepted by the button XF4.
  • the target player confirms the content of the set event to be executed on this set event notification screen, and touches the join button XF4 to perform the join operation when participating.
  • the set event start control unit X233 accepts the participation operation in the set event on the user terminal X1500 of each target player until the predetermined notification period elapses.
  • the acceptance of participation operations may be closed when a predetermined time has passed after the notification, or the capacity may be set in advance for each group event so that the number of participation operations can be set according to the group event to be executed. The deadline may be reached when it is reached.
  • the target player who performed the participation operation during the notification period is set as the participating player of the gathering event.
  • the server system X1100 controls the start of the notified set event in the same manner as in the first embodiment, and executes the set event. If the start date and time of the set event is specified at the time of notification, the start control is performed after waiting for the arrival of the start time.
  • the content of the set event is set in advance as the event definition data X530.
  • the instruction player may be able to instruct various event details such as the meeting place, the meeting time, the required conditions, and the privilege.
  • the server system X1100 receives the instruction operation of the event detail item prior to the set request operation. Then, when those instruction operations are detected on the user terminal X1500 of the instruction player, each event control item is set according to the instruction operation, and then the set request operation of the instruction player is accepted. Then, when the set request operation is accepted, the start of the set event is controlled, and the set event is executed based on the event control items set according to the instruction operation. According to this, the instructing player can decide the content of the set event to be activated.
  • the success or failure of the event is determined on the precondition that "the participating users have arrived at the meeting place by the meeting time".
  • the gathering event may be terminated when the number of gathered people reaches a predetermined number.
  • the privilege content X555 in that case may be set for each arrival order as in the example of FIG.
  • the content of the game has been described as an example of the content.
  • the first embodiment is applied to content other than the game as long as the content is connected to the terminals of a plurality of users by communication and each user operates each user character while viewing the image of the shared virtual space.
  • event content such as presenting a meeting place and competing for the time to meet for each team
  • event content such as orienteering that searches for a meeting place and passes in order are also the first.
  • Embodiments can be applied.
  • FIG. 18 is a diagram for explaining an outline of the game according to the second embodiment.
  • the game of the second embodiment is an action RPG in which the city of the real space Y90 is used as a play field.
  • the enemy character Y6 appears on the game screen YW1 according to the user position, and the player character Y4 selected by the user Y4 can fight against the enemy character Y6.
  • the user Y2 can obtain a game object such as an item Y7 that can be equipped on the player character Y4 by moving the real space Y90.
  • the user terminal Y1500 positions the user terminal Y1500.
  • the appearance timing of the enemy character Y6 and the type and number of the enemy character Y6 appearing are controlled based on the obtained positioning information. Further, a predetermined game object is given to the user Y2 based on the positioning information positioned by the user terminal Y1500.
  • the server system Y1100 stores and manages the position coordinates indicating the predetermined appearance position YPe in the real space Y90 and the setting information of the type and number of the enemy character Y6 in association with each other.
  • the user terminal Y1500 periodically or intermittently transmits the positioning information measured by the user terminal Y1100 to the server system Y1100 in association with the account of the user Y2 of the own machine. Then, when the latest user position received from the user terminal Y1500 enters the appearance range Y92 obtained based on the appearance position YPe, the server system Y1100 displays the enemy character Y6 associated with the appearance position on the game screen YW1. Make it appear.
  • the server system Y1100 stores and manages the position coordinates indicating a predetermined grant position in the real space Y90 and the type of the game object to be granted (hereinafter referred to as "grant object") in association with each other. Then, when the latest user position received from the user terminal Y1500 falls within the grant range required based on the grant position, the server system Y1100 controls to grant the grant object associated with the grant position to the user Y2. conduct.
  • the game object includes various items such as weapons, armor, bullets, and medicines that the player character can equip or use, as well as characters that can be selected as the player character, vehicle of the player character, and summoned beasts. It includes additional abilities that can be added to player characters such as magic and skills, opening of new game stages and maps, and lottery rights (lottery tickets) for drawing items and characters.
  • AR augmented reality
  • MR mixed reality
  • the server system Y1100 receives a set request operation by the instructing user during the game, and activates a set event that gathers the participating users at a given set place existing in the real space.
  • a plurality of types of event activation items are prepared as items that can be obtained by the user in the process of game play, and an operation using this event activation item is a set request operation (event definition data Y530 described later). It can be said that it is a selection operation).
  • the user who performed the operation is set as the instructing user.
  • the conditions for obtaining event activation items can be set as appropriate. For example, as described above, by defeating the enemy character Y6 that appears when moving in the real space Y90, it can be obtained as a drop object, or by actually going to the grant position where the grant object is an event trigger item, the grant object can be obtained.
  • You can set the acquisition conditions such as obtaining.
  • it can be obtained by login bonus, rewards for various events, lottery called gacha, etc., or can be set as acquisition conditions such as acquisition (purchase) in exchange for consumption of a predetermined amount of game coins.
  • the game coin is an in-game currency that is given through the purchase procedure (billing process) of the user, but may be obtained in exchange for the consumption of points given to the user in the process of the game.
  • it may be an acquisition condition for acquiring an event trigger item under an acquisition condition such as executing another game or accessing an advertisement page.
  • the event definition data that defines the content of the set event is set in advance for each event trigger item, and the server system Y1100 uses the event definition data related to the event trigger item used.
  • a gathering event As a procedure, first, the participating users are set and the start of the set event is controlled (event start control process). Further, the user terminal Y1500 of the instructing user and the participating user is controlled to display a map image showing the meeting place in the real space in a display form that can be identified on the game screen (game screen display control process). After that, at an appropriate timing, the event success / failure judgment of the set event is performed using the user position of the participating user (event success / failure judgment processing).
  • the position condition "the participating user has arrived at the meeting place by the meeting time" is a precondition, and then "the behavior and / or game of the participating user until the arrival".
  • Each participating user is requested that the progress of the game meets the requirements.
  • the success or failure of the set event (whether or not the set condition is satisfied) is determined according to the number of participating users whose individual judgment as to whether or not the condition is satisfied is affirmed.
  • a given privilege is given to the instructing user and / or the participating user (privilege granting process).
  • the advertiser is billed for advertising expenses according to the granted service benefit (advertising expense billing process).
  • FIG. 19 is a diagram showing a data configuration example of event definition data Y530.
  • one event definition data Y530 stores the activation item number Y531, the set condition data Y540, and the privilege data Y550.
  • the set condition data Y540 includes a set place condition Y541, a time limit condition Y542, a participation condition Y543, a required condition Y544, a success / failure determination position condition Y545, and a set number of people condition Y546 related to the set event.
  • the privilege data Y550 includes a privilege target Y551 related to the gathering event, an advertisement setting Y553, and a privilege content Y555.
  • FIG. 20 shows an example of the participation condition Y543,
  • FIGS. 21 and 22 show an example of the required condition Y544, and
  • FIGS. 23 to 26 show an example of the privilege data Y550.
  • the position in the real space which is the meeting place in the gathering event, is set.
  • the position coordinates (latitude, longitude, altitude) of a specific place such as a store or a station are set together with the facility name.
  • the time limit condition Y542 defines the time limit for the collective event.
  • the set time of the set event is set according to the time limit condition Y542. That is, the server system Y1100 sets the time when the elapsed time from the start time (the time when the event activation item is used) reaches the specified time limit as the set time when controlling the start of the set event.
  • the time may be the same as the time in the real world, or it may be the time in the game world.
  • Participation condition Y543 defines the participating users of the gathering event. For example, it is possible to include a rule that a user other than the instructing user participating in the game is a participating user and a rule that a user including the instructing user is a participating user. In the former case, the instructing user does not have to go to the meeting place. On the other hand, in the latter case, since the instructing user is also a participating user, after performing the set request operation to start the set event, the user participates in the started set event and aims for its success.
  • the participation condition Y543 in addition to the setting of whether or not the instructing user is included in the participating users, for example, "participating in the game” and “instructing user is registered as a friend". , "The player level has reached a predetermined level", "a predetermined amount of points have been consumed", and the like, and a combination of these conditions can be set. In that case, the user who satisfies the condition is set as the participating user.
  • a condition may be included in which a specific user is a participating user. For example, it is possible to include a setting in which "designated by the instructing user" is set as the participation condition Y543. In that case, the designated user is separately accepted and the participating user is set.
  • the participation condition Y543 can include the setting of conditions that define the distance to the meeting place (moving distance) and the time required for the movement (moving time) indicated by the corresponding meeting place condition Y541. In that case, based on the user position of each user participating in the game, a user whose movement distance to the meeting place is within a specified value is set as a participating user. If the travel time is specified, the distance from the user position of each user to the meeting place is converted into the travel time. Then, a user whose travel time is within the specified value is set as a participating user.
  • the participation condition Y543 can be set by changing a specified value such as a moving distance for each player level of the instructing user.
  • a specified value such as a moving distance for each player level of the instructing user.
  • the condition content is set in association with the player level so that the higher the player level of the instructing user, the longer the allowable movement distance. Therefore, when a user with a high player level becomes an instruction user by using the event activation item according to the participation condition Y543, a user farther away can also become a participating user and participate in the collective event. Become.
  • the required condition Y544 is a condition related to the behavior of the participating users in the real space until they arrive at the meeting place and the progress of the game. For example, obtain the conditions related to the behavior of participating users that define the facilities in the real space that should be stopped by before gathering at the meeting place, and the type and number of enemy characters that should be defeated before gathering at the meeting place. It is possible to include conditions related to the progress of the game that specify the items to be used. Alternatively, the conditions may be a combination of them. Therefore, the participating users will go to the meeting place by the meeting time after performing actions and gameplay that satisfy the required conditions during the meeting event.
  • the required condition Y544 includes a setting that defines different difficulty levels for each participating user's intimacy level with respect to the instructing user.
  • the required conditions for each intimacy level should be defined as the number of characters to be defeated, and the higher the intimacy level, the smaller the number, and the required conditions for each intimacy level should be obtained.
  • the required conditions for each intimacy level are set as the conditions that specify the facilities in the real space to stop by, and the number is reduced as the intimacy level increases, or the closer to the meeting place as the intimacy level increases.
  • the setting of the facility can be mentioned.
  • the required conditions are set for each level of intimacy, in which the number of facilities to be visited is different.
  • the intimacy level indicates the level of the intimacy index value with the instructing user.
  • the intimacy index value is an index value indicating intimacy between users, and the server system Y1100 manages the intimacy index value with other users for each user (intimacy data Y516 in FIG. 32). Specifically, the server system Y1100 is based on the number and frequency of chats exchanged during play, the number and frequency of transfer and / or transfer of game objects, and the like for each user.
  • the intimacy index value between the user and the other user is updated and managed at any time. If the game is played as a team, the intimacy index value may be updated in consideration of the number and frequency of playing the game with the other user. Therefore, when chatting with a specific user at a high frequency, playing in a team repeatedly, etc., the value of the intimacy index value with the user becomes large.
  • the level of intimacy is not limited to the three levels of “high”, “medium”, and “low” illustrated, but may be two levels or four or more levels. Further, not limited to the intimacy index value, it is also possible to use whether or not the friend is registered. For example, the content of the required condition Y544 in the case of "with friend registration” is set to a lower difficulty level than the content of the required condition Y544 in the case of "without friend registration", and the participation is registered as a friend with the instructing user. It is possible to make it easier for the user to achieve the required conditions.
  • the position condition Y545 at the time of success / failure requires that the participating users be at the meeting place at the meeting time when determining the precondition of whether or not the meeting place has been gathered by the meeting time (for example, "ON” in that case). After the start of the set event, it is sufficient to move to the meeting place once before the set time arrives, and the position at the set time does not matter (for example, "OFF” in that case). This is flag information indicating).
  • the set number of people condition Y546 defines the number of participating users whose individual judgment is affirmed as a condition for judging the success or failure of the event as success. For example, in order for the success of the set event in which the setting of the set number of people condition Y546 is "all", it is necessary that the individual judgment is affirmed for all the participating users. On the other hand, when the setting of the set number of people condition Y546 is "1 person", the set event is successful if the individual judgment is affirmed for any one of the participating users.
  • the grant target Y551 of the privilege data Y550 defines a user who grants the privilege of the corresponding privilege content Y555.
  • an instructing user and / or a participating user is set.
  • the advertisement flag and the advertiser information are set in the advertisement setting Y553.
  • the advertisement flag is flag information as to whether or not the privilege of the corresponding privilege content Y555 is a service privilege, and is set to "ON" if it is a service privilege and "OFF" if it is not a service privilege.
  • the advertiser information is set when the advertisement flag is "ON", and includes various data necessary for identifying the advertiser related to the service privilege. If the method of determining the advertising cost is determined individually for each advertiser, the setting is also included as appropriate. This advertiser information is referred to in the advertising billing process.
  • the content of the privilege to be given when the success or failure of the event is determined to be successful is set in the privilege content Y555.
  • the privilege content Y555 includes settings such as a privilege to give a character or an item, a privilege to open a new game stage or a map, a privilege to activate various game events such as execution of a mini game, and the like.
  • the privilege content Y555 may be set in common between the instructing user and the participating user, or a different privilege content Y555 may be set. It may be.
  • the set number condition Y546 is defined as a lower limit value such as "one or more people", for example, as shown in FIG. 23, it differs in association with the achievement level based on the set number of people. Benefits are set.
  • the degree of achievement (Lv1, Lv2, Lv3, 7) Here is defined by the range of the number of people in the group. Then, the higher the corresponding achievement level, the higher the rarity of the game object to be granted, the more the number of grants, and the like, the content of each privilege is adjusted. Therefore, the privilege to be given can be changed according to the actual number of people in the group, and for example, the larger the number of people in the group, the more luxurious the privilege can be given.
  • the setting may be such that the smaller the number of people in the group, the more luxurious the benefits.
  • the number of stages of achievement is not particularly limited, and the range of the number of people gathered may be set as appropriate.
  • each value of N1, N2, N3, ... That determines the number of people in the group may be a fixed value, or may be variably set for each group event according to the number of participants in the group event.
  • the privilege data can include data in which different privilege contents are set in association with the achievement level based on the arrival time.
  • the degree of achievement (Lv1, Lv2, Lv3, 7) Here is defined by the time (achievement time) from the start of the set event to the condition of the set condition. Then, as with the achievement level based on the number of people in the group, the higher the corresponding achievement level, the higher the rarity of the game object to be granted, the increase in the number of grants, and the like, each privilege content is adjusted. Therefore, the privilege to be given can be changed according to the achievement time. For example, the shorter the achievement time, the more luxurious the privilege can be given.
  • the number of achievement levels is not particularly limited, and the range of achievement time may be set as appropriate. Further, each value of T1, T2, ... That determines the achievement time may be a fixed value, or may be set variably for each set event.
  • the privilege data can include data in which the privilege contents are set for each order of arrival time (arrival order) when arriving at the meeting place. For example, the earlier you arrive, the more luxurious benefits you should set. According to this, it is possible to add to the gathering event the game nature of competing for the order of arrival at the gathering place. In addition, it is also possible to give a participation prize privilege to a user whose individual judgment is negative among the participating users.
  • a service privilege capable of receiving a given service by a given advertiser is set as the privilege content Y555.
  • the privilege content Y555 can appropriately include the setting of the service privilege unrelated to the meeting place and the setting of the service privilege related to the meeting place.
  • it can be realized by setting the privilege content Y555 in which the meeting place condition Y541 is a store as a service privilege for giving a coupon that can be used at the store.
  • FIG. 26 illustrates privilege data in which a plurality of service benefits different for the instructing user and for the participating users are set as the privilege content. More specifically, the privilege contents of this example are associated with grant conditions that limit the number of people in a group, the order of arrival, etc., and service benefits that satisfy the corresponding grant conditions are granted to the instructing user and the participating users. .. When a plurality of grant conditions are satisfied, all the benefits may be granted, or one of them may be selected and granted.
  • Event start control process In the event start control process, an operation using an event trigger item by a user participating in the game is accepted as a set request operation. Then, the meeting place is set based on the meeting place condition Y541 of the event triggering item used, the meeting time is set based on the time limit condition Y542, the participating user is set based on the participation condition Y543, and the required condition Y544 is reached. Control the start of the set event by setting the required conditions based on.
  • the map image and the view image are switchably displayed on the game screen of the user terminal Y1500 by using augmented reality or the like.
  • the game screen display control process first, the display of these map images and visibility images is controlled. That is, on the game screen of each user participating in the game, the map image of the real space, which is the play field, and the field of view image based on the current (latest) user position of the own machine are switched according to the user's switching operation. To switch and display.
  • the map image may be configured to be always displayed on the field of view image.
  • Map image FIG. 27 is a diagram showing a display example of a map image on the game screen YW1.
  • the map image displays a marker YA21 indicating the user position, a marker YA23 indicating the appearance position of the enemy character, and a marker YA25 indicating the assigned position of the assigned object on a map in the real space based on the user position of the own machine. It is possible to grasp the positional relationship with them and the positional relationship with the target destination. Further, although not shown in FIG. 27, a marker indicating the position of another user may be displayed as appropriate.
  • the map image can be switched to the field of view image (see FIG. 30).
  • FIG. 27 shows a map screen during a gathering event.
  • the gathering place YC2 is controlled to be displayed in an identifiable display form.
  • the meeting place YC2 is identified and displayed by the display of the pin YC21 pierced by the meeting place YC2.
  • control is performed to display various event detailed items of the set event in association with the display of the set place YC2.
  • the display control of the event detail item is, for example, a touch operation near the meeting place YC2 on the user terminal Y1500, and when the operation is detected on the user terminal Y1500 of the participating user, a map image of the detail screen for participants is displayed. It is done by displaying it on the top.
  • FIG. 28 is a diagram showing a display example of the detailed screen YW3 for participants.
  • the event detail items to be displayed on the participant detail screen YW3 are the "meeting place”, “meeting time”, “remaining time”, “required condition”, “achievement status of the required condition", and “remaining” of the gathering event. Includes “distance”, “remaining distance ranking”, “position condition at the time of success / failure judgment", and "grant privilege”.
  • it may be configured to display a part of these event detail items.
  • the achievement status of the required condition indicates how much oneself (participating user of the user terminal Y1500) has achieved the required condition at the time of displaying the detailed screen YW3 for the participant.
  • the display YD3 shown by the broken line corresponds to this.
  • the remaining distance is the distance from one's own position (the current user position of the user terminal Y1500) to the meeting place YC2.
  • the remaining distance ranking indicates one's own ranking based on the order of each remaining distance of the participating users. In the second embodiment, it refers to the order in which the remaining distances of the participating users are arranged in ascending order. In the example of FIG. 28, it can be confirmed that oneself is the second closest to the meeting place YC2 among the participating users.
  • the grant privilege indicates a privilege that can be acquired by the participating user at the gathering event.
  • the participating users can aim for the success of the gathering event while grasping, for example, the gathering time (remaining time) and their own actions to be taken by then. ..
  • the control is performed to display the gathering status of each of the participating users based on the remaining distance of the participating users of the gathering event in association with the display of the gathering place YC2.
  • the display control of the set status is, for example, a touch operation near the meeting place YC2 on the user terminal Y1500, and when the operation on the user terminal Y1500 of the instructing user is detected, the detailed screen for the instructor is displayed on the map image. It is done by displaying in.
  • FIG. 29 is a diagram showing an example of the detailed screen YW4 for the instructor. As shown in FIG. 29, on the detailed screen YW4 for the instructor, for example, the "meeting place”, “meeting time”, “required condition”, “meeting situation”, etc. of the set event are displayed.
  • the gathering status displays the remaining distance of each participating user at the time of displaying the detailed screen YW4 for the instructor.
  • FIG. 29 shows an example in which the remaining distances of the participating users are displayed in the order of the remaining distance ranking. It should be noted that the configuration may be such that the achievement status of the required conditions of the corresponding participating users is displayed together with the remaining distance. Further, the time required for the participating users to move to the meeting place YC2 (moving time) may be calculated for each participating user from each remaining distance and displayed together with the remaining distance. Alternatively, the required time may be displayed instead of the remaining distance.
  • the instructing user can confirm whether or not each participating user is approaching the meeting place YC2 during the meeting event.
  • the content (item of the gathering status) of the detailed screen YW4 for the instructor may also be displayed on the user terminal Y1500 of the participating user so that the participating user can confirm it.
  • the display form of the gathering place YC2 is controlled to be changed according to the remaining time until the gathering time.
  • the display form of the pin YC21 that identifies and displays the meeting place YC2 is changed and controlled. Therefore, for example, a change control table Y560 (see FIG. 31) that defines the correspondence between the time length of the remaining time and the display form of the pin YC21 is prepared in advance. For example, a different display color is set for each time length. The shorter the time length, the more prominent the color should be set.
  • the shape and size of the pin YC21 may be changed for each time length and set, or the display form for each time length may be determined by the combination of each of these elements. Then, the display form is changed and controlled by controlling the display of the pin YC21 according to the setting of the display form corresponding to the actual remaining time for each user terminal Y1500 of the instructing user and the participating user. According to this, the participating users can visually grasp that the remaining time has decreased depending on the display form of the meeting place YC2 on the map image.
  • the change control of the display form may be performed only on the user terminal Y1500 of the participating user and not on the user terminal Y1500 of the instructing user.
  • the display form of the meeting place YC2 may be changed according to the remaining distance of the participating users. It may be performed instead of the change control related to the remaining time described above, or it may be configured to perform both. In that case, for example, the correspondence between the remaining distance and the display form of the pin YC21 is determined in advance. Then, at least for each user terminal Y1500 of the participating user, the display of the pin YC21 is controlled according to the display form corresponding to the actual remaining distance of the participating user of the user terminal Y1500. According to this, the participating users can visually grasp that they have approached the meeting place by the display form of the meeting place YC2 on the map image.
  • the display form may be changed by using not only the participating users of the user terminal Y1500 but also the remaining distances of other participating users. For example, the correspondence between the number of participating users approaching the meeting place YC2 and the display form of the pin YC21 is set in advance. Then, it is determined that the participating users whose remaining distance is actually equal to or less than a predetermined threshold value are approaching the meeting place YC2, and the display of the pin YC21 is controlled according to the display form corresponding to the number of the approaching participating users. do. According to this, it is possible to visually grasp whether or not there are many participating users approaching the meeting place depending on the display form of the meeting place YC2 on the map image.
  • FIG. 30 is a display example of the field of view image on the game screen, and is a diagram showing a display example of the field of view image displayed on the user terminal Y1500 of the participating users during the gathering event.
  • the direction display body YE5 indicating the direction of the gathering place in the direction of the arrow is displayed in the vicinity of the player character Y4 operated by the participating user.
  • the remaining distance to the meeting place is added to the direction display body YE5.
  • other event details such as the remaining distance ranking and the achievement status of the required conditions, the above-mentioned required time, and the like can be displayed as appropriate.
  • Event success / failure determination process is performed when the set time arrives, and first, individual determination is performed for each participating user. That is, when the set time arrives, whether or not the precondition is satisfied from the user position of the participating user in the set event or the user position of the participating user at the time of the set time according to the position condition at the time of success / failure judgment of the set event. Is determined. Then, when the preconditions are satisfied, it is determined whether or not the action until the user position of the participating user arrives at the meeting place satisfies the required achievement condition of the participating user, and if it is determined that the condition is satisfied, the individual determination is made for the participating user. Is affirmatively judged.
  • Benefit granting process when the success or failure of the event is determined to be successful, the privilege content of the privilege content is granted to the user (instructed user and / or participating user) to be granted according to the privilege data of the set event.
  • the first achievement degree determination process for determining the achievement degree of the set condition based on the number of participating users and the achievement degree of the set condition are determined based on the arrival time of the participating users at the meeting place.
  • the second achievement degree determination process is performed as appropriate.
  • the first achievement degree determination process is performed, and the actual number of people in the group (individual determination is determined).
  • the degree of achievement is determined based on the number of participating users who are affirmed.
  • the privilege of the privilege content corresponding to the determined achievement degree is given.
  • the second achievement degree determination process is performed, and the achievement time is obtained from the time when the set condition is satisfied. Determine the degree of achievement based on the arrival time. Then, the privilege of the privilege content corresponding to the determined achievement degree is given.
  • Advertising expense billing process performs processing for billing an advertiser for advertising expenses using the advertiser information when a service privilege is granted in the privilege granting process. For example, the advertising cost is calculated based on the number of users (instructing users and / or participating users) who have given the coupon, the type of the given coupon, and the like, and the billing process to the advertiser is performed.
  • FIG. 31 is a block diagram showing a functional configuration example of the server system Y1100.
  • the server system Y1100 of the second embodiment includes an operation input unit Y100s, a server processing unit Y200s, an image display unit Y390s, a sound output unit Y392s, a communication unit Y394s, and a server storage unit Y500s. And.
  • the operation input unit Y100s is for inputting various operations for system management, maintenance, etc., and can be realized by, for example, a keyboard, a mouse, a touch panel, or the like. In FIG. 1, the keyboard 1106 and the touch panel 1108 correspond to this.
  • the server processing unit Y200s can be realized by, for example, a processor that is an arithmetic circuit such as a CPU, GPU, ASIC, or FPGA, or an electronic component such as an IC memory, and can be connected to each unit including the operation input unit Y100s and the server storage unit Y500s. Controls data input / output. Then, various arithmetic processes are performed based on a predetermined program and data, an operation input signal from the operation input unit Y100s, data received from the user terminal Y1500, and the like, and the operation of the server system Y1100 is collectively controlled. In FIG. 1, the control board 1150 and its CPU 1151 correspond to this.
  • the server processing unit Y200s includes a user management unit Y210, a billing processing unit Y220, a game management unit Y230, a timekeeping unit Y280s, an image generation unit Y290s, a sound generation unit Y292s, and a communication control unit Y294s.
  • the user management unit Y210 manages the processing related to user registration and the data of each registered user associated with the account. For example, it is possible to execute a process of assigning a unique account to a registered user, a registration information management process of registering and managing personal information for each account, a usage history management process of managing login and logout histories, and the like. Of course, other data management processes associated with user accounts other than these can also be included as appropriate.
  • the billing processing unit Y220 performs billing processing according to the user's operation of purchasing game coins, and grants game coins equivalent to the purchase amount to the user.
  • the game management unit Y230 performs various processes related to game execution management.
  • a multiplayer compatible game is played as a client-server type online game. Therefore, the game management unit Y230 controls to provide data necessary for game play while communicating with the user terminal Y1500. If the game is executed in the PvP (PlayerversusPlayer) format, the game management unit Y230 may be made to execute the control regarding the matching of the opponents.
  • PvP PlayerversusPlayer
  • the game management unit Y230 includes a game progress control unit Y231, a user position acquisition unit Y232, a set event start control unit Y233, a game screen display control unit Y240, an event success / failure determination unit Y251, and a privilege granting unit Y260.
  • the game progress control unit Y231 communicates with the user terminals Y1500 of a plurality of users at any time, and controls a game in which each user operates each player character while moving in the real space.
  • the user position acquisition unit Y232 controls to acquire positioning information periodically or intermittently transmitted from each user terminal Y1500.
  • the acquired positioning information is accumulated as a positioning history Y581 in the play data Y580 of the corresponding player according to the account transmitted together with the positioning information.
  • the set event start control unit Y233 is a functional unit that performs set event start control processing, and is a set that receives a set request operation from the user terminal Y1500 of the instructing user and gathers the participating users at a given set place in the real space. Controls the start of an event.
  • the game screen display control unit Y240 is a functional unit that performs game screen display control processing, and is an operation for switching between a map image and a view image on the game screen for the user terminal Y1500 of each user who is executing the game. Controls the display by switching according to.
  • the game screen display control unit Y240 includes a gathering place identification display control unit Y241, a participation status display control unit Y243, and a gathering status display control unit Y245.
  • the gathering place identification display control unit Y241 controls to display the gathering place of the gathering event in an identifiable display form when displaying the map image on the user terminal Y1500 of the instructing user and the participating user during the gathering event. Further, the meeting place identification display control unit Y241 controls to change the display form of the meeting place according to the remaining time until the meeting time. For example, the display control of the pin YC21 shown in FIG. 27 and the like and the change control of the display form of the pin YC21 according to the remaining time correspond to this.
  • the participation status display control unit Y243 refers to the user terminal Y1500 of the participating user in association with the display of the meeting place in the map image, and the required condition, the required condition achievement status, the remaining distance, the remaining distance ranking, the meeting time, and the rest until the meeting time. Controls the display of various event detail items including time.
  • the display of the detailed screen YW3 for participants (see FIG. 28) on the map screen corresponds to this.
  • the set status display control unit Y245 controls the user terminal Y1500 of the instructing user to display various event detail items including the remaining distance for each participating user in association with the display of the set location in the map image. This corresponds to the display of the detailed screen YW4 (see FIG. 29) for the instructor on the map screen.
  • the event success / failure determination unit Y251 is a functional unit that performs event success / failure determination processing, and determines the event success / failure of a set event using the user positions of the participating users.
  • the privilege granting unit Y260 is a functional unit that performs privilege granting processing, and grants a given privilege to the instructing user and / or the participating user when it is determined to be successful in the event success / failure determination.
  • the privilege giving unit Y260 includes an achievement degree determination unit 261 that performs a first achievement degree determination process and a second achievement degree determination process.
  • the advertising expense billing processing unit Y263 is a functional unit that performs advertising expense billing processing, and when the privilege granted by the privilege granting unit Y260 is a service privilege, the advertising expense is charged to the advertiser of the service privilege. Perform processing.
  • the timekeeping unit Y280s uses the system clock to measure the current date and time, the time limit, and the like.
  • the image generation unit Y290s generates an image related to the system management of the server system Y1100 and outputs the image to the image display unit Y390s.
  • the sound generation unit Y292s is realized by executing IC or software that generates and decodes audio data, and generates or decodes audio data such as operation sounds and BGM related to system management and video distribution of the server system Y1100.
  • the audio signal related to system management is output to the sound output unit Y392s.
  • the communication control unit Y294s performs communication connection and data processing for data communication with an external device (for example, user terminal Y1500) via the communication unit Y394s, and realizes data exchange with the external device.
  • an external device for example, user terminal Y1500
  • the image display unit Y390s displays various screens for system management and the like based on the image signal input from the image generation unit Y290s.
  • it can be realized by an image display device such as a flat panel display, a projector, or a head-mounted display.
  • the touch panel 1108 corresponds to this.
  • the sound output unit Y392s emits an audio signal input from the sound generation unit Y292s.
  • a speaker (not shown) included in the main device 1101 and the touch panel 1108 corresponds to this.
  • the communication unit Y394s connects to the network N to realize communication.
  • it can be realized by a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, or the like.
  • the communication device 1153 corresponds to this.
  • a program for operating the server system Y1100 and realizing various functions included in the server system Y1100, data used during the execution of this program, and the like are stored in advance, or each time processing is performed. Temporarily stored.
  • it can be realized by an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or the like.
  • the IC memory 1152 and the storage 1140 correspond to this.
  • server storage unit Y500s stores the server program Y501, the distribution game client program Y503, the user management data Y510, the game initial setting data Y520, the play data Y580, and the active set event data Y590. NS. In addition, necessary data such as timers, counters, and various flags are stored as appropriate.
  • the server program Y501 is a program for causing the server processing unit Y200s to function as the user management unit Y210, the billing processing unit Y220, and the game management unit Y230.
  • a program that functions as an image generation unit Y290s, a sound generation unit Y292s, and a communication control unit Y294s can also be included as appropriate.
  • the distribution game client program Y503 is the original of the game client program Y502 (see FIG. 35) downloaded to the user terminal Y1500.
  • User management data Y510 is prepared for each user who has completed user registration, and stores various data for management related to the game play of the user. Specifically, as shown in FIG. 32, one user management data Y510 includes the corresponding user account Y511, payment medium book data Y512, owned object list Y513, owned coupon list Y514, and player level Y515. And the intimacy data Y516 and the friend list Y517. In addition, it also includes play history such as play date and time, play time, save data related to the progress of the game, and the like.
  • the payment medium book data Y512 is information on the balance of payments of the electronic payment medium (game coin, which is the in-game currency in the second embodiment) associated with the corresponding user, for example, the purchase date and time and the number of purchases (billing amount) of the game coin.
  • game coin which is the in-game currency in the second embodiment
  • the history of game coins, the date and time of consumption of game coins, the history of the number of coins consumed, etc. are stored.
  • the owned object list Y513 stores a list of game objects such as characters, weapons, and items that the corresponding user obtains in the process of the game and currently possesses. Further, in the second embodiment, when the game object is given as a privilege of the collective event, the object ID is added to the owned object list Y513.
  • the owned coupon list Y514 stores a list of coupons that the corresponding user obtains as a privilege of the gathering event and currently holds.
  • the intimacy data Y516 stores the intimacy index value with each of the other users.
  • the friend list Y517 stores the accounts of other users registered as friends by the corresponding user.
  • the game initial setting data Y520 stores the initial setting data necessary for executing the game.
  • the game initialization data Y520 includes event definition data Y530, change control table Y560, and map data Y570.
  • player character initial setting data that defines the types of characters used as player characters, initial values of various parameter values, model data, motion data used for motion control, etc., types of enemy characters, various parameter values, and behavior patterns.
  • Enemy character initial setting data that defines, etc., object definition data related to various game objects that can be obtained by the user in the process of the game, stage initial setting data related to game stage settings, game event data related to the activation of game events, etc. including.
  • the map data Y570 stores information about the game element associated with the position coordinates in the real space. Specifically, as shown in FIG. 33, the map data includes enemy character placement data Y571 and assigned object placement data Y573.
  • the enemy character placement data Y571 is prepared for each enemy character appearance position YPe (see FIG. 18), and stores various setting data such as the type of enemy character that appears there.
  • One enemy character arrangement data Y571 stores, for example, the type of enemy character, the number of appearances, and the position coordinates of the appearance position YPe. In addition to that, if there is an appearance condition such as a time zone, the setting can be included.
  • Grant object placement data Y573 is prepared for each grant position of the grant object, and stores various setting data such as the type of game object to be granted there.
  • One grant object arrangement data Y573 stores, for example, the type of grant object, the number of grants, and the position coordinates of the grant position. In addition to that, if there is a grant condition such as a time zone, the setting can be included.
  • the play data Y580 is prepared for each user who is playing the game, and stores the positioning history Y581, the identification information of the user (for example, account Y511), and various data describing the progress of the game of the user.
  • the active set event data Y590 is generated by the set event start control unit Y233 at the start of the set event.
  • the invoking set event data Y590 includes a set event ID Y591 that identifies the set event, an event activation item activation item number Y592 related to the set request operation, and a set location Y593 of the set event.
  • the set time Y594, the remaining time Y595 until the set time, and the progress status data Y600 for each participating user are included.
  • the progress data Y600 for each participating user is prepared for each participating user, and is set from the participating user's account Y601, the required condition setting Y602 related to the participating user, the achievement status Y603, and the current user position of the participating user.
  • the remaining distance Y604 to the place Y593 and the remaining distance ranking Y605 of the participating user are stored.
  • FIG. 35 is a block diagram showing a functional configuration example of the user terminal Y1500.
  • the user terminal Y1500 includes an operation input unit Y100, a positioning unit Y110, a terminal processing unit Y200, an image display unit Y390, a sound output unit Y392, a communication unit Y394, and a terminal storage unit Y500. And.
  • the operation input unit Y100 is for the user to input various operations, and can be realized by, for example, a button switch, a joystick, a touch pad, a trackball, an acceleration sensor, an angular velocity sensor, a CCD module, or the like.
  • the direction input key 1502, the home key 1504, and the touch panel 1506 correspond to this.
  • the positioning unit Y110 acquires the positioning information including the user position and outputs it to the terminal processing unit Y200.
  • the positioning module 1555 corresponds to this.
  • the terminal processing unit Y200 can be realized by, for example, a processor that is an arithmetic circuit such as a CPU, GPU, ASIC, or FPGA, or an electronic component such as an IC memory, and is connected to each unit including the operation input unit Y100 and the terminal storage unit Y500. Controls data input / output. Then, various arithmetic processes are performed based on a predetermined program and data, an operation input signal from the operation input unit Y100, data received from the server system Y1100, and the like, and the operation of the user terminal Y1500 is collectively controlled. In FIG. 2, the control board 1550 and its CPU 1551 correspond to this.
  • the terminal processing unit Y200 in the second embodiment includes a user terminal calculation unit Y270, a timekeeping unit Y280, an image generation unit Y290, a sound generation unit Y292, and a communication control unit Y294.
  • the user terminal calculation unit Y270 executes various calculation processes for making the user terminal Y1500 function as a terminal for the user's game play.
  • the user terminal calculation unit Y270 includes an operation signal transmission control unit Y271 and a game screen display control unit Y273.
  • the operation signal transmission control unit Y271 performs processing for transmitting various data and request information to the server system Y1100 in response to the operation input to the operation input unit Y100.
  • the game screen display control unit Y273 controls to display the game screen based on various data received from the server system Y1100.
  • a web that actively controls the screen display by using Java (registered trademark) or CSS (Cascading Style Sheets) together with HTML based on a web browser.
  • Java registered trademark
  • CSS CSS
  • HTML HyperText Markup Language
  • plug-ins such as Adobe® Flash.
  • other methods may be used.
  • the image of the game screen (for example, 3DCG or the like) is generated by the server system Y1100, but the image of the game screen can be generated by the user terminal Y1500. In that case, the game screen display control unit Y273 controls the objects arranged in the virtual three-dimensional space for generating the 3DCG.
  • the image generation unit Y290 cooperates with the game screen display control unit Y273 to display one game screen in one frame time (for example, 1/60 second) based on various data received from the server system Y1100.
  • a signal is generated, and the generated image signal is output to the image display unit Y390.
  • a processor such as a GPU or a digital signal processor (DSP)
  • DSP digital signal processor
  • a program such as a video signal IC or a video codec
  • an IC memory for a drawing frame such as a frame buffer, or the like.
  • the sound generation unit Y292 is realized by, for example, a digital signal processor (DSP), a processor such as a voice synthesis IC, an audio codec for playing a voice file, or the like, and is a sound signal of a game sound effect, a BGM, or various operation sounds. Is generated and output to the sound output unit Y392.
  • DSP digital signal processor
  • a processor such as a voice synthesis IC, an audio codec for playing a voice file, or the like
  • the communication control unit Y294 performs communication connection and data processing for data communication with an external device (for example, server system Y1100) via the communication unit Y394, and realizes data exchange with the external device.
  • an external device for example, server system Y1100
  • the image display unit Y390 displays various screens such as a game screen based on the image signal input from the image generation unit Y290.
  • it can be realized by an image display device such as a flat panel display, a projector, or a head-mounted display.
  • the touch panel 1506 corresponds to this.
  • the sound output unit Y392 emits sound effects, BGM, etc. related to the game based on the sound signal input from the sound generation unit Y292.
  • the speaker 1510 corresponds to this.
  • Communication unit Y394 connects to network N to realize communication.
  • it can be realized by a wireless communication device, a modem, a TA, a jack of a communication cable for wiring, a control circuit, or the like.
  • the wireless communication module 1553 corresponds to this.
  • a program for operating the user terminal Y1500 and realizing the functions provided by the user terminal Y1500, data used during the execution of this program, and the like are stored in advance, or are temporarily stored each time processing is performed.
  • Stored in it can be realized by an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or the like.
  • the IC memory 1552 and the memory card 1540 correspond to this.
  • the game client program Y502 is stored in the terminal storage unit Y500.
  • the game client program Y502 is a program for causing the terminal processing unit Y200 to function as the user terminal calculation unit Y270.
  • the game client program Y502 may be a dedicated client program according to a technical method for realizing an online game, or may be configured by a web browser program, a plug-in that realizes an interactive image display, or the like. In the second embodiment, it is a copy of the distribution game client program Y503 (see FIG. 31) provided by the server system Y1100.
  • FIG. 36 is a flowchart showing a processing flow of the server system Y1100 regarding the activation of the set event. The process described here is realized by the server processing unit Y200s reading and executing the server program Y501. Note that FIG. 36 shows the flow of processing focusing on the activation of one set event.
  • the set event start control unit Y233 accepts the use of the event trigger item by any user (instructed user) in the game as a set request operation. Then, if the set request operation on the user terminal Y1500 of the instructing user is detected (step YS1: YES), the set event start control unit Y233 requests the event definition data Y530 of the activated item number Y531 (see FIG. 19). Based on the above, the meeting place, the meeting time, the participating users, and the required conditions for each participating user are set, the active set event data Y590 is generated, and the control to start the set event is performed (step YS3).
  • the game screen display control unit Y240 starts display control of the game image in which the meeting place in the real space is displayed in an identifiable display form on the user terminal Y1500 of the instructing user and the participating user (step YS5). ..
  • the event success / failure determination unit Y251 determines the event success / failure of the set event using the user positions of each participating user up to that point (step YS9). Specifically, based on the meeting place Y593, the meeting time Y594, and the required condition setting Y602 (see FIG. 34) of each participating user, the success / failure determination position condition Y545 (FIG. 19) in the event definition data Y530 of the set event. Make an individual judgment for each participating user by using the settings of). Then, using the setting of the set number of people condition Y546, the success or failure of the set event is determined based on the number of participating users who satisfy the individual determination.
  • step YS11 YES
  • the privilege granting unit Y260 grants the privilege of the privilege content Y555 to the user of the grant target Y551 according to the privilege data Y550 of the set event.
  • the achievement level determination unit Y261 appropriately performs the first achievement level determination process to determine the achievement level based on the number of people in the group, or performs the second achievement level determination process to determine the achievement level based on the set time and determines. Benefits will be given according to the degree of achievement.
  • the game object is added to the owned object list Y513 of the user to be granted.
  • the activation control of the game event is performed.
  • the coupon is added to the coupon list Y514 owned by the user to be granted.
  • step YS15 when the privilege given in step YS13 is a service privilege (step YS15: YES), the advertising expense billing processing unit 263 performs the advertising expense billing process, and uses the advertiser information of the advertisement setting Y553 (see FIG. 19). A process for billing the advertiser for advertising expenses is performed (step YS17).
  • step YS19: NO the game returns to step YS1 (step YS19: NO) until the game is finished, and the above processing is repeated. Then, when the battle game is finished (step YS19: YES), this process is finished.
  • the participating users are moved into the real space in response to the set request operation of the instructing users. It is possible to start a set event that gathers at a given set location that exists. Then, when the collective event is successful, the instructing user and / or the participating user can be given a privilege. Therefore, in a game in which the real space is used as a play field, it is possible to add a new interest by providing a mechanism for invoking an event in which users in the game gather.
  • the client-server type game system Y1000 is taken as an example, but the present invention is not limited to this.
  • a game system can be realized by connecting a plurality of user terminals Y1500 peer-to-peer. In that case, any user terminal Y1500 is made to take on the function of the server system Y1100 of the second embodiment.
  • the functions of the game management unit Y230 may be shared among the plurality of user terminals Y1500.
  • FIG. 37 a functional configuration example of the user terminal Y1500A that shares and bears the functions of the server system Y1100 of the second embodiment is shown in FIG. 37.
  • the server system Y1100 in this case mainly performs user registration and management of the information, and provides the information in response to a request from the user terminal Y1500A.
  • the terminal processing unit Y200 has the game management unit Y230, and the game screen display control unit Y273 is omitted. That is, the user terminal Y1500A of this modification does not acquire data for displaying an image of the game screen from the server system Y1100, but its own game management unit Y230 executes a process related to game management to advance the game. To generate an image of the game screen.
  • the terminal storage unit Y500 of the user terminal Y1500A stores a game program Y504 for making the terminal processing unit Y200 function as the user terminal calculation unit Y270 and the game management unit Y230, and user management data related to the user of the user terminal Y1500A.
  • Y510, play data Y580, game initial setting data Y520, and active set event data Y590 are stored.
  • the processing flow of the user terminal Y1500A of this modification is basically the same as the flowchart shown in FIG. 36, and may be read as one in which each step is executed by the game management unit Y230 of the user terminal Y1500A.
  • the user terminal Y1500A may not be responsible for all the functions of the game management unit Y230, but may be configured to play a part thereof.
  • the configuration may be such that only a specific user can be the instructing user.
  • a user set as a team leader can be a designated user. That is, only the user of the team leader has the right to activate the set event and performs the set request operation. In that case, a member belonging to the team of the team leader who performed the set request operation may be set as a participating user for the set event.
  • the user who satisfies the participation condition Y543 (see FIG. 19) of the set event to be activated is forcibly set as the participating user.
  • a configuration may be configured in which a predetermined target user in the game is invited to participate in the gathering event, and the target user who has announced participation is the participating user.
  • all users playing the game can be targeted users.
  • some of the users may be targeted. This can be achieved by setting conditions for becoming a target user (conditions for participating in the event) and setting a user who satisfies this as the target user.
  • conditions for becoming a target user conditions for participating in the event
  • the set event start control unit Y233 displays a notification screen for notifying the execution of the set event in response to a predetermined notification operation by the instructing user prior to the start control of the set event. Controls the display on the user terminal Y1500. As a result, only the target user is notified, and the content of the notification is not disclosed to other users.
  • FIG. 38 is a diagram showing an example of a notification screen.
  • the content of the set event to be executed that is, the start date and time of the set event, the instructed user, the meeting place, the set time, the participation condition, the required condition, the grant privilege, etc. is described on the notification screen, and the participation The participation operation is accepted by the button YF4.
  • the target user confirms the content of the set event to be executed on this set event notification screen, and touches the join button YF4 to perform the join operation when participating.
  • the set event start control unit Y233 accepts the participation operation of the set event on the user terminal Y1500 of each target user until the predetermined notification period elapses.
  • the acceptance of participation operations may be closed when a predetermined time has passed after the notification, or the capacity may be set in advance for each group event so that the number of participation operations can be set according to the group event to be executed. The deadline may be reached when it is reached.
  • the target user who performed the participation operation during the notification period is set as the participation user of the set event.
  • the server system Y1100 controls the start of the notified set event in the same manner as in the second embodiment, and executes the set event. If the start date and time of the set event is specified at the time of notification, the start control is performed after waiting for the arrival of the start time.
  • the difficulty level corresponding to the condition content may be defined in advance, and the privilege corresponding to the difficulty level may be given. ..
  • the privilege content Y555 a privilege with the content corresponding to the difficulty level of the corresponding required condition Y544 may be set.
  • the privilege contents such as the higher the difficulty level, the higher the rarity of the game object to be given, and the higher the discount rate of the coupon.
  • the content of the set event is set in advance as the event definition data Y530.
  • the instructing user may be able to instruct various event detailed items such as the meeting place, the meeting time, the required conditions, and the privilege.
  • the server system Y1100 receives the instruction operation of the event detail item prior to the set request operation. Then, when those instruction operations are detected on the user terminal Y1500 of the instruction user, each event control item is set according to the instruction operation, and then the set request operation of the instruction user is accepted. Then, when the set request operation is accepted, the start of the set event is controlled, and the set event is executed based on the event control items set according to the instruction operation. According to this, the instructing user can decide the content of the set event to be triggered.
  • the success or failure of the event is determined on the precondition that "the participating users have arrived at the meeting place by the meeting time".
  • the gathering event may be terminated when the number of gathered people reaches a predetermined number.
  • the privilege content Y555 in that case may be set for each arrival order as in the example of FIG. 25.
  • the content of the applicable game is not particularly limited, and the same can be applied as long as the game progresses based on the user's position.
  • a game in which a game object such as a hidden character or an item is collected by moving in a real space a game in which a character is trained by using the collected item, a game in which a user competes with a player character, or the like. May be good.
  • the game content has been described as an example of the content.
  • the second embodiment can be applied to content other than games as long as the content has a user terminal having a positioning function and the user enjoys the real space as a play field.
  • event content such as presenting a meeting place and competing for the time to meet for each team
  • event content such as orienteering that searches for a meeting place and passes in order are also second. Embodiments can be applied.
  • Achievement level determination unit Y263 Advertising expense billing processing unit Y290s ... Image generation unit Y292s ... Sound generation unit Y294s ... Communication control unit Y390s ... Image display unit Y392s ... Sound output unit Y394s ... Communication unit Y500s ... Server storage unit 1500, X1500, Y1500, X1500A, Y1500A ... User terminal X100 ... Operation input unit X200 ... Terminal processing unit X270 ... User terminal calculation unit X271 ... Operation signal transmission control unit X273 ... Game screen display control Unit X290 ... Image generation unit X292 ... Sound generation unit X294 ... Communication control unit X390 ...

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Physics & Mathematics (AREA)
  • Optics & Photonics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

サーバシステム（１１００）は、指示プレーヤの端末から集合要求操作を受け付けて、参加プレーヤのプレーヤキャラクタをゲーム空間内の所与の集合場所へ集合させる集合イベントの開始を制御する集合イベント開始制御部（２３３）と、指示プレーヤおよび参加プレーヤの端末に対し、ゲーム空間内の集合場所を識別可能な表示形態で表示したゲーム画像の表示を制御するゲーム画像表示制御部（２４０）と、参加プレーヤが操作するプレーヤキャラクタの位置を用いて集合イベントのイベント成否判定を行うイベント成否判定部（２５１）と、イベント成否判定で成功と判定された場合に、指示プレーヤおよび／又は参加プレーヤに所与の特典を付与する特典付与部（２５３）と、を備える。

Description

サーバシステムおよびシステム
　本発明は、サーバシステム等に関する。
　特許文献１に記載されているようなプレーヤキャラクタをゲーム空間の中で自由に移動させて楽しむゲームが知られている。ゲーム空間の大きさ（いわゆるマップ）が広大な場合には、オープンワールドタイプと呼ばれ、旅に出て冒険をするようなゲーム世界を楽しむことができる。
　また、測位機能を有する端末をユーザがゲームプレイに使用し、測位された端末の位置であるユーザ位置を利用して進行するゲームが知られている。例えば、特許文献２では、測位された位置情報を用いたＡＲ（Augmented Reality）ゲームに関する技術が開示されている。
特開２０１７－５５９９５号公報 特開２０１３－５９５７３号公報
　ゲーム空間を自由に移動できるタイプのゲームとして、複数のプレーヤが参加してゲーム空間を共有して楽しむマルチプレイゲームも知られている。ゲーム空間が広大であればあるほど冒険的な楽しみが増す一方、複数のプレーヤが個別に気ままにプレイしている状況下では各プレーヤキャラクタの位置間隔が長くなるため、遭遇する機会が減少し得る。そのような場合、友達同士であればチャットで連絡を取り合って落ち合うこともできるが、見知らぬプレーヤ同士にあっては行動を共にする楽しさや、出会う楽しみを味わうことは、そのような機会がなければなかなか困難である。そもそも集合すること自体が困難である。
　また、必ずしもゲームのコンテンツに限らず、各ユーザが共有（共遊ともいえる）する仮想空間において各々のユーザキャラクタを操作して楽しむコンテンツであれば、同様の課題があった。
　特許文献２のようなゲームでは、ユーザは、現実空間をプレイフィールドとして、自由に移動しながらゲームを楽しむことができる。一方で、複数のユーザが個別に気ままにプレイしている状況下ではユーザ間の距離が長くなるため、ユーザ同士が遭遇する機会は減少し得る。友達同士であればチャットで連絡を取り合って落ち合うこともできるが、見知らぬユーザにあっては、行動を共にする楽しさや出会う楽しみを味わうことは、そのような機会がなければなかなか困難である。そもそも集合すること自体が困難である。
　また、必ずしもゲームのコンテンツに限らず、測位機能を有するユーザ端末を所持するユーザが、現実空間をプレイフィールドとして楽しむコンテンツであれば、同様の課題があった。
　本発明が解決しようとする課題は、ユーザの集合に関する新たな興趣を実現するための技術を提供することである。
　上記課題を解決するための第１の開示は、複数のユーザの端末と通信接続されるサーバシステムであって、指示ユーザの端末から集合要求操作を受け付けて、１）参加ユーザのユーザキャラクタを仮想空間内の所与の集合場所へ集合させる集合イベント、或いは、２）参加ユーザを現実空間内に存在する所与の集合場所へ集合させる集合イベント、の開始を制御する開始制御部と、前記指示ユーザおよび前記参加ユーザの端末に対し、前記集合場所を識別可能な表示形態で表示したマップ画像の表示を制御する表示制御部と、前記集合イベントのイベント成否判定を行う成否判定部と、前記イベント成否判定で成功と判定された場合に、前記指示ユーザおよび／又は前記参加ユーザに所与の特典を付与する付与部と、を備えるサーバシステムである。
　本開示によれば、指示ユーザの集合要求操作に応じて、所定の参加ユーザ向けの集合イベントを開始することができる。集合イベントは、１）参加ユーザのユーザキャラクタを仮想空間内の所与の集合場所へ集合させる集合イベント、或いは、２）参加ユーザを現実空間内に存在する所与の集合場所へ集合させる集合イベントである。参加ユーザは、自分のユーザキャラクタを操作して仮想空間内の集合場所へ集合させる。或いは、参加ユーザは、現実空間内に存在する所与の集合場所へ集合する。集合イベントの成功時には、指示ユーザおよび／又は参加ユーザに、特典が付与される。したがって、ユーザの集合に関する新たな興趣を実現することができる。
　第２の開示は、前記開始制御部は、前記１）の集合イベントの開始を制御し、前記表示制御部は、前記仮想空間に関する前記マップ画像の表示を制御し、前記成否判定部は、前記参加ユーザが操作するユーザキャラクタの位置を用いて、前記集合イベントのイベント成否判定を行う、サーバシステムである。
　本開示によれば、参加ユーザのユーザキャラクタを仮想空間内の所与の集合場所へ集合させる集合イベントを実現できる。参加ユーザは、自分のユーザキャラクタを操作して仮想空間内の集合場所へ集合させる。したがって、複数のユーザが共有の仮想空間で各々のユーザキャラクタを操作するコンテンツを各ユーザが楽しみながら、ユーザキャラクタが集合するイベントを発動させる仕組みを実現する。これにより、新たな興趣を実現することができる。
　また、第３の開示は、前記開始制御部は、前記集合場所に集合するまでの間の前記参加ユーザのユーザキャラクタの前記仮想空間内での行動に関する条件を、前記集合イベントの必達条件として設定し、前記成否判定部は、前記参加ユーザのユーザキャラクタが前記必達条件を満たすか否かの判定を含めて前記攻略成否判定を行う、サーバシステムである。
　本開示によれば、参加ユーザのユーザキャラクタが集合場所へ集合するまでの間の当該ユーザキャラクタの行動を加味して、集合イベントの成否を判定することができる。
　また、第４の開示は、前記開始制御部は、前記参加ユーザ毎に、前記必達条件を、当該参加ユーザと前記指示ユーザとの親密度に基づいて設定する、サーバシステムである。
　本開示によれば、参加ユーザのユーザキャラクタが集合場所へ集合するまでの間の当該ユーザキャラクタの行動に関する必達条件を、指示ユーザとの親密度に応じて参加ユーザ毎に設定することができる。例えば、指示ユーザとの親密度が高い参加ユーザに対して必達条件の難易度を下げるといったことが可能となる。
　また、第５の開示は、前記開始制御部は、前記集合要求操作を受け付けた場合に、所定の対象ユーザの端末に対し、前記集合イベントの必達条件を前記集合場所とともに表示させて前記イベントの発動を告知することと、前記対象ユーザの端末から参加操作を受け付けることと、前記参加操作を行った前記対象ユーザを前記参加ユーザとして前記集合イベントの開始を制御することと、を実行するサーバシステムである。
　本開示によれば、集合イベントの告知を行い、当該集合イベントへの参加を募って参加ユーザを決めることができる。
　また、第６の開示は、前記参加ユーザの端末に対し、前記必達条件、および／又は、前記必達条件の達成状況、を前記画像中の前記集合場所の表示と関連付けて表示する制御を行う第１の参加状況表示制御部、を更に備えるサーバシステムである。
　本開示によれば、集合イベント中、参加ユーザに対し、必達条件やその達成状況を提示することができる。
　また、第７の開示は、前記参加ユーザの端末に対し、当該参加ユーザのユーザキャラクタから前記集合場所までの残距離、および／又は、前記参加ユーザのそれぞれの前記残距離の順に基づく当該参加ユーザの順位、を前記画像中の前記集合場所の表示と関連付けて表示する制御を行う第２の参加状況表示制御部、を更に備えるサーバシステムである。
　本開示によれば、集合イベント中、参加ユーザに対し、そのユーザキャラクタから集合場所までの残距離や参加ユーザの中での残距離の順位を提示することができる。
　また、第８の開示は、前記成否判定部は、所与の集合時刻が到来するまでに、或いは、前記集合時刻の時点で、前記参加ユーザが操作するユーザキャラクタの位置を用いて前記イベント成否判定を行う、サーバシステムである。
　本開示によれば、集合時間が到来するまでの間に参加ユーザのユーザキャラクタが集合場所まで移動したか否かに基づいて、集合イベントの成否を判定することができる。或いは、集合時刻の時点で参加ユーザのユーザキャラクタが集合場所にいるか否かに基づいて、集合イベントの成否を判定することができる。
　また、第９の開示は、前記参加ユーザの端末に対し、前記集合時刻、および／又は、前記集合時刻までの残り時間、を前記画像中の前記集合場所の表示と関連付けて表示する制御を行う第３の参加状況表示制御部、を更に備えるサーバシステムである。
　本開示によれば、集合イベント中、参加ユーザに対し、集合時刻や当該集合時刻までの残り時間を提示することができる。
　また、第１０の開示は、前記表示制御部は、前記参加ユーザの端末毎に、前記画像中の前記集合場所の表示形態を、前記集合時刻までの残り時間に応じて変更する制御を行う、サーバシステムである。
　本開示によれば、例えば、集合時刻までの残り時間が短くなるにつれて、仮想空間の画像中の集合場所の表示を目立たせるといったことが可能となる。
　また、第１１の開示は、前記ユーザは、所属先のチームが対応付けられており、前記開始制御部は、前記集合要求操作を受け付けた場合に、前記指示ユーザのチームに所属するユーザを前記参加ユーザとして前記集合イベントの開始を制御する、サーバシステムである。
　本開示によれば、ユーザに所属先のチームが対応付けられている場合において指示ユーザの集合要求操作があった場合に、当該指示ユーザのチームのユーザを参加ユーザとした集合イベントを開始することができる。
　また、第１２の開示は、前記指示ユーザの端末に対し、前記参加ユーザのユーザキャラクタから前記集合場所までの残距離に基づく前記参加ユーザのそれぞれの集合状況を、前記画像中の前記集合場所の表示と関連付けて表示する制御を行う集合状況表示制御部、を更に備えるサーバシステムである。
　本開示によれば、集合イベント中、指示ユーザに対し、各ユーザの集合状況を提示することができる。
　また、第１３の開示は、前記付与部は、前記特典として所与のイベントを発動させる制御を行う、サーバシステムである。
　本開示によれば、特典の内容を所与のイベントの発動とし、所定のタイミングで当該イベントを発動することができる。
　また、第１４の開示は、前記開始制御部は、前記指示ユーザからの指示に基づいて前記集合場所を設定する、サーバシステムである。
　本開示によれば、集合要求操作を行う指示ユーザが、集合イベントの集合場所を指示することができる。
　また、第１５の開示は、前記表示制御部は、前記参加ユーザの端末毎に、前記画像中の前記集合場所の表示形態を、当該参加ユーザのユーザキャラクタから集合場所までの残距離に応じて変更する制御を行う、サーバシステムである。
　本開示によれば、例えば、参加ユーザのユーザキャラクタから集合場所までの残距離が短くなるにつれて、仮想空間の画像中の集合場所の表示を目立たせるといったことが可能となる。
　また、第１６の開示は、前記ユーザの端末は、測位機能を有し、前記端末の位置であるユーザ位置を取得する位置取得部、を更に備え、前記開始制御部は、前記２）の集合イベントの開始を制御し、前記表示制御部は、現実空間に関する前記マップ画像の表示を制御し、前記成否判定部は、前記参加ユーザのユーザ位置に基づき定められた集合条件を用いて、前記集合イベントのイベント成否判定を行う、サーバシステムである。
　本開示によれば、参加ユーザを現実空間内に存在する所与の集合場所へ集合させる集合イベントを実現できる。集合イベント中、参加ユーザは、集合場所へと実際に足を運ぶ。そして、集合イベントの成功時には、指示ユーザおよび／又は参加ユーザに特典が付与される。したがって、現実空間をプレイフィールドとするゲーム等のコンテンツを各ユーザが楽しみながら、ユーザが集合するイベントを発動させる仕組みを実現する。これにより、新たな興趣を実現することができる。
　また、第１７の開示は、前記集合条件は、前記参加ユーザのユーザ位置が前記集合場所に到着したことを示す位置条件を含み、前記成否判定部は、前記参加ユーザのユーザ位置が前記位置条件を満たすか否かの判定を前記イベント成否判定に含めて行う、サーバシステムである。
　本開示によれば、参加ユーザのユーザ位置が集合場所に到着したか否かに基づいて、集合イベントの成否を判定することができる。
　また、第１８の開示は、前記集合条件は、前記参加ユーザのユーザ位置が前記集合場所に到着するまでの当該参加ユーザの行動および／又は前記集合イベントの進行状況に関する条件である前記集合イベントの必達条件を含み、前記成否判定部は、前記参加ユーザが前記必達条件を満たすか否かの判定を含めて前記イベント成否判定を行う、サーバシステムである。
　本開示によれば、参加ユーザのユーザ位置が集合場所に到着するまでの間の当該参加ユーザの行動や集合イベントの進行状況を加味して、集合イベントの成否を判定することができる。
　また、第１９の開示は、前記開始制御部は、前記参加ユーザ毎に、前記必達条件を、当該参加ユーザと前記指示ユーザとの関係に基づいて設定する、サーバシステムである。
　本開示によれば、参加ユーザのユーザ位置が集合場所に到着するまでの間の当該参加ユーザの行動や集合イベントの進行状況に関する必達条件を、指示ユーザとの関係に応じて参加ユーザ毎に設定することができる。
　また、第２０の開示は、前記必達条件には予め難易度が定められており、前記付与部は、前記難易度に応じた特典を前記参加ユーザに付与する、サーバシステムである。
　本開示によれば、必達条件の難易度が高い集合イベントほど、付与する特典を豪華にするといったことが可能となる。
　また、第２１の開示は、前記集合条件は、前記集合場所に到着した前記参加ユーザの数を示す集合人数条件を含み、前記成否判定部は、前記参加ユーザが前記集合人数条件を満たすか否かの判定を含めて前記イベント成否判定を行う、サーバシステムである。
　本開示によれば、集合場所に到着した参加ユーザの集合人数を加味して、集合イベントの成否を判定することができる。
　また、第２２の開示は、前記参加ユーザの数に基づいて前記集合条件の達成度を判定する第１の達成度判定部、を更に備え、前記付与部は、前記指示ユーザおよび／又は前記参加ユーザに対し、前記第１の達成度判定部により判定された達成度に応じた特典を付与する、サーバシステムである。
　本開示によれば、集合場所に到着した参加ユーザの数に基づき集合イベントの達成度を判定し、当該達成度に応じて付与する特典の内容を変更することができる。例えば、当該参加ユーザの数が多いほど特典を豪華にするといったことが可能となる。
　また、第２３の開示は、前記参加ユーザの前記集合場所への到着時刻に基づいて前記集合条件の達成度を前記参加ユーザ毎に算出する第２の達成度判定部、を更に備え、前記付与部は、前記参加ユーザに対し、当該参加ユーザの前記第２の達成度判定部により判定された達成度に応じた特典を付与する、サーバシステムである。
　本開示によれば、集合場所への到着時刻に基づき集合イベントの達成度を判定し、当該達成度に応じて付与する特典の内容を変更することができる。例えば、集合条件を満たすまでの時間が短いほど特典を豪華にするといったことが可能となる。
　また、第２４の開示は、前記付与部は、前記特典として、所与のイベントを発動する制御を行う、サーバシステムである。
　本開示によれば、特典の内容を所与のイベントの発動とし、例えば集合イベントとは別のイベントを発動することができる。
　また、第２５の開示は、前記付与部は、前記特典として、所与の広告主によって前記集合場所に設定された所与のサービスを受けることができるサービス特典を付与する、サーバシステムである。
　本開示によれば、特典の内容を、その集合場所で受けられるサービスとすることができる。
　また、第２６の開示は、前記集合場所とされる現実空間内の位置と対応付けて、前記集合条件の内容を定めた集合条件データと、前記特典の内容を定めた特典データとが設定されたイベント定義データを記憶する記憶部、を更に備え、前記開始制御部は、前記指示ユーザの端末から前記イベント定義データの選択操作を受け付け、選択されたイベント定義データに対応付けられている前記現実空間内の位置を集合場所として前記集合イベントの開始を制御し、前記成否判定部は、前記選択されたイベント定義データの前記集合条件データに従って前記イベント成否判定を行い、前記付与部は、前記選択されたイベント定義データの前記特典データに従って前記特典の付与を行う、サーバシステムである。
　本開示によれば、イベント定義データの選択操作を集合要求操作として受け付けて参加ユーザをその集合場所へ集合させる集合イベントを開始し、その集合条件データに従って集合イベントの成否を判定し、その特典データに従って指示ユーザおよび／又は参加ユーザに特典を付与することができる。
　また、第２７の開示は、前記表示制御部は、前記参加ユーザの端末に対し、前記参加ユーザの現在のユーザ位置に基づく視界画像を前記マップ画像の表示と切替可能に表示する制御を行い、前記視界画像において、前記集合場所の方向を指し示す方向表示体を表示させる制御を行う、サーバシステムである。
　本開示によれば、参加ユーザの端末に対し、その参加ユーザのユーザ位置に基づく視界画像を表示させることができる。そして、視界画像において集合場所の方向を表示させて、当該参加ユーザが向かうべき方向を提示することができる。
　また、第２８の開示は、前記開始制御部は、所定の集合要求操作許容条件を満たすユーザを前記指示ユーザとして、前記集合要求操作を受け付ける、サーバシステムである。
　本開示によれば、集合要求操作を行うことができる指示ユーザを、集合要求操作許容条件を満たすユーザに限定することができる。
　また、第２９の開示は、前記指示ユーザと所定の関係を有するユーザを前記参加ユーザとして、前記集合イベントの開始を制御する、サーバシステムである。
　本開示によれば、集合イベントの参加ユーザを、指示ユーザと所定の関係を有するユーザに限定することができる。
　また、第３０の開示は、上述したサーバシステムと、前記サーバシステムに通信接続可能なユーザ端末と、を具備するシステムである。
　本開示によれば、上述したサーバシステムを具備するシステムを実現できる。
ゲームシステムの全体構成例を示す図。 ユーザ端末の装置構成例を示す図。 第１実施形態における、イベント定義データのデータ構成例を示す図。 第１実施形態における、必達条件の一例を示す図。 第１実施形態における、特典データの一例を示す図。 第１実施形態における、特典データの他の例を示す図。 第１実施形態における、マップ画像の一例を示す図。 第１実施形態における、参加者向け詳細画面の一例を示す図。 第１実施形態における、指示者向け詳細画面の一例を示す図。 第１実施形態における、視界画像の一例を示す図。 第１実施形態における、サーバシステムの機能構成例を示すブロック図。 第１実施形態における、ユーザ管理データのデータ構成例を示す図。 第１実施形態における、発動中集合イベントデータのデータ構成例を示す図。 第１実施形態における、ユーザ端末の機能構成例を示すブロック図。 第１実施形態における、サーバシステムにおける処理の流れを説明するためのフローチャート。 第１実施形態の変形例１におけるユーザ端末の機能構成例を示す図。 第１実施形態の変形例２における告知画面の一例を示す図。 第２実施形態における、ゲームの概要を説明するための図。 第２実施形態における、イベント定義データのデータ構成例を示す図。 第２実施形態における、参加条件の一例を示す図。 第２実施形態における、必達条件の一例を示す図。 第２実施形態における、必達条件の他の例を示す図。 第２実施形態における、特典データの一例を示す図。 第２実施形態における、特典データの他の例を示す図。 第２実施形態における、特典データの他の例を示す図。 第２実施形態における、特典データの他の例を示す図。 第２実施形態における、マップ画像の一例を示す図。 第２実施形態における、参加者向け詳細画面の一例を示す図。 第２実施形態における、指示者向け詳細画面の一例を示す図。 第２実施形態における、視界画像の一例を示す図。 第２実施形態における、サーバシステムの機能構成例を示すブロック図。 第２実施形態における、ユーザ管理データのデータ構成例を示す図。 第２実施形態における、マップデータのデータ構成例を示す図。 第２実施形態における、発動中集合イベントデータのデータ構成例を示す図。 第２実施形態における、ユーザ端末の機能構成例を示すブロック図。 第２実施形態における、サーバシステムにおける処理の流れを説明するためのフローチャート。 第２実施形態の変形例１におけるユーザ端末の機能構成例を示す図。 第２実施形態の変形例３における告知画面の一例を示す図。
　以下、図面を参照して、本発明の好適な実施形態について説明する。なお、以下説明する実施形態によって本発明が限定されるものではなく、本発明を適用可能な形態が以下の実施形態に限定されるものでもない。
［全体構成］
　先ず、第１実施形態および第２実施形態に共通するシステム構成の一例について説明する。
　図１は、ゲームシステム１０００の全体構成例を示す図である。図１に示すゲームシステム１０００の構成例は、第１実施形態のゲームシステムＸ１０００および第２実施形態のゲームシステムＹ１０００に共通する構成例である。図１に示すように、ゲームシステム１０００は、コンピュータシステムであるサーバシステム１１００（Ｘ１１００，Ｙ１１００）と、本実施形態のゲームのプレーヤ２（Ｘ２，Ｙ２）であるユーザが所持するユーザ端末１５００（Ｘ１５００，Ｙ１５００）とを含み、これらがネットワークＮを介して相互にデータ通信可能に接続されて構成される。
　ネットワークＮは、データ通信が可能な通信路を意味する。すなわち、ネットワークＮとは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。
　サーバシステム１１００は、本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを備え、本体装置１１０１は、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）等の各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３等の電子部品が搭載された制御基板１１５０を内蔵している。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（field-programmable gate array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。図１に示すサーバシステム１１００の構成例は、第１実施形態のサーバシステムＸ１１００および第２実施形態のサーバシステムＹ１１００に共通する構成例である。
　このサーバシステム１１００は、ＣＰＵ１１５１等が所定のプログラムおよびデータに基づいて演算処理することにより、ユーザ登録等に係るユーザ管理機能と、ユーザ端末１５００でゲームをプレイするのに必要なデータを提供してユーザ端末１５００でのゲームの実行制御を管理するゲーム管理機能と、を実現する。つまり、本実施形態におけるゲームは、一種のクライアント・サーバ型のオンラインゲームとして実現される。ユーザ２（適宜「プレーヤ２」ともいう）は、自分のユーザ端末１５００でサーバシステム１１００にアクセスし、発給されたアカウントによりログインして本実施形態のゲームを楽しむ。
　また、サーバシステム１１００は、電子決済業者等が運営する外部の電子決済サーバと連携し、ゲーム内通貨であるゲームコインの購入手続き（課金処理）を行う。課金処理に際し、電子決済サーバは、サーバシステム１１００からの問合せに応答してゲームコインの購入額をプレーヤ２のクレジットカードやプリペイドカード等で清算する処理を行う。そして、サーバシステム１１００は、電子決済サーバにより清算された購入額相当のゲームコインをプレーヤ２に付与する。
　なお、サーバシステム１１００は、図１に示す単体の構成に限らず、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよい。或いは、離れた場所に設置された独立した複数のサーバを、ネットワークＮを介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であってもよい。
　ユーザ端末１５００（Ｘ１５００，Ｙ１５００）は、マンマシンインターフェースの機能を担うコンピュータシステムであって、携帯電話基地局や無線通信基地局等を介してネットワークＮに接続し、サーバシステム１１００とデータ通信を行うことができる。このユーザ端末１５００は、例えば、スマートフォン、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、据置型家庭用ゲーム装置のコントローラ、業務用ゲーム装置、パソコン、タブレット型コンピュータ、ウェアラブルコンピュータ等の形態を取り得る。
　図２は、ユーザ端末１５００の一例であるスマートフォンの装置構成例を示す図である。図２に示すユーザ端末１５００の構成例は、第１実施形態のユーザ端末Ｘ１５００および第２実施形態のユーザ端末Ｙ１５００に共通する構成例である。図２に示すように、ユーザ端末１５００は、方向入力キー１５０２と、ホームキー１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０に対してデータを読み書きできるメモリカード読取装置１５４２とを備える。その他、図示しない電源ボタン、音量調節ボタン等が設けられている。
　制御基板１５５０には、ＣＰＵ１５５１やＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワークＮに接続する携帯電話基地局や無線ＬＡＮ基地局等と無線通信するための無線通信モジュール１５５３、測位モジュール１５５５、インターフェース回路１５５７等が搭載されている。インターフェース回路１５５７には、方向入力キー１５０２やホームキー１５０４からの信号を受信する回路、タッチパネル１５０６のドライバ回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２で集音された音声の信号を生成する音声信号生成回路、メモリカード読取装置１５４２への信号入出力回路等が含まれる。これら制御基板１５５０に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部または全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。
　この制御基板１５５０においてＩＣメモリ１５５２には、ゲームクライアントプログラムや、このゲームクライアントプログラムを実行するのに必要な各種設定データ等が格納される。ゲームクライアントプログラム等は、適宜のタイミングでサーバシステム１１００からダウンロードされる。なお、別途入手したメモリカード１５４０等の記憶媒体から読み出す構成としてもよい。そして、ＣＰＵ１５５１等がゲームクライアントプログラムを実行して演算処理を実行し、タッチパネル１５０６や方向入力キー１５０２、ホームキー１５０４に対する操作入力に応じてユーザ端末１５００の各部を制御することで、プレーヤ２のゲームプレイを可能にする。
　また、測位モジュール１５５５は、ユーザの位置を取得するための手段である。本実施形態では、公知の測位システムを利用し、現実空間における位置座標と方位を取得する手段とする。すなわち、測位モジュール１５５５は、測位システムから提供される信号を受信し、所定周期で（例えば１秒毎に）測位情報を出力することにより、ユーザ端末１５００における測位機能を提供する。測位システムとしては、例えば、ＧＰＳ（Global Positioning System）に代表される衛星測位システムであるＧＮＳＳ（Global Navigation Satellite System）を利用することができる。その場合、測位モジュール１５５５は、公知のＧＰＳモジュールやＧＰＳ受信機等によって実現できる。ＧＰＳ以外のＧａｌｉｌｅｏや北斗系統（ＢＤＳ）を利用することとしてもよい。また、複数の通信基地局や移動局との通信に基づく三点測量によって測位するシステムや、ＧＮＳＳおよび基地局通信の両方を用いたＲＴＫ測位システムを利用することとしてもよい。「測位情報」には、測位日時（ＵＴＣ：Coordinated Universal Time）、位置座標（緯度・経度・高度）、方位等が含まれる。この測位モジュール１５５５で得られる位置座標（すなわちユーザ端末１５００の位置）を、「ユーザ位置」という。
　なお、測位モジュール１５５５は、携帯電話の無線基地局やＷｉ－Ｆｉネットワークの無線基地局等と無線通信する通信機と、方位センサとの構成で置き換えることができる。すなわち、接続中の無線基地局について予め測位されている位置情報を取得し、これを自機の現実空間における位置座標とする、いわゆる簡易位置情報の取得に置き換えできる。そして、方位センサによって、自機が向いている現実空間における方位を取得するとしてもよい。
［第１実施形態］
　次に、第１実施形態について説明する。
　第１実施形態では、複数のユーザ（プレーヤ）が共有（共遊とも言える）する仮想空間であるゲーム空間でユーザキャラクタ（プレーヤキャラクタ）を操作してゲームを行う場合を例に挙げて説明するが、ゲームに限らず、コンテンツの進行中において各ユーザが各々のユーザキャラクタを操作可能な各種コンテンツに同様に適用できる。
［第１実施形態のゲームについて］
　第１実施形態のゲームは、ゲーム空間がいわゆるオープンワールドタイプのゲームとし、プレーヤキャラクタと敵キャラクタとの間でエンカウントが発生することで、バトル（対戦）が発動されるＲＰＧ形式のゲームである。敵キャラクタは、コンピュータ制御のＮＰＣ（ノンプレイヤブルキャラクタ）とする。また、第１実施形態のゲームは、複数のプレーヤがゲーム空間を共有する。そして、ゲームに参加する際に予めマッチング処理によってチーム分けがマッチングされていることとする。そのため、エンカウントが発生することで発動される対戦については、各チームのプレーヤキャラクタ同士が対戦することとしてもよい。
　また、サーバシステムＸ１１００は、ゲーム中、指示ユーザである指示プレーヤによる集合要求操作を受け付けて、参加ユーザである参加プレーヤのプレーヤキャラクタをゲーム空間内の所与の集合場所へと集合させる集合イベントを発動させる。
　第１実施形態では、予めチームリーダーとして設定されたプレーヤが指示プレーヤとされ、チームリーダーのプレーヤのみが集合イベントの発動権を持って、集合要求操作を行う。集合要求操作を行われた場合、マッチング処理によってチーム分けされた（マッチングされた）、当該集合要求操作を行ったチームリーダーのチームに所属するメンバーが、当該集合イベントについての参加プレーヤとなる。なお、チームリーダー以外のメンバーが指示プレーヤとして集合要求操作を行う構成としてもよい。その他にも、プレーヤレベルが所定のレベルに達していることを指示プレーヤの条件とすることもできる。
　また、第１実施形態では、ゲームプレイの過程でプレーヤが入手可能なアイテムとして複数種類のイベント発動アイテムが用意されており、指示プレーヤがイベント発動アイテムを使用する操作を、集合要求操作として受け付ける。イベント発動アイテムの入手条件は、適宜設定できる。例えば、ゲームステージのクリア報酬として入手したり、ゲームステージ内の宝箱から入手したり、出現した敵キャラクタを倒すことでそのドロップオブジェクトとして入手することができる。その他にも、ログインボーナス、各種イベントの報酬、ガチャと呼ばれる抽選等によって入手したり、所定額のポイント消費と引き換えに入手（購入）することもできる。ポイントは、ゲームの過程でプレーヤに付与されるものでもよいし、プレーヤの購入手続き（課金処理）を経て付与されるゲームコイン（ゲーム内通貨）であってもよい。また、別のゲームを実行するとか、広告ページにアクセスする等の獲得条件で入手できるようにしてもよい。
　そして、第１実施形態では、イベント発動アイテム毎に、その集合イベントの内容を定めたイベント定義データが予め設定されており、サーバシステムＸ１１００は、当該イベント定義データに基づいて集合イベントを発動させる。手順としては、使用されたイベント発動アイテムに係るイベント定義データに従って、先ず、その集合イベントの開始を制御する（イベント開始制御処理）。また、指示プレーヤおよび参加プレーヤのユーザ端末Ｘ１５００に対し、ゲーム空間内の集合場所を識別可能な表示形態で表示したゲーム画像の表示を制御する（ゲーム画像表示制御処理）。その後、適宜のタイミングで、参加プレーヤが操作するプレーヤキャラクタの位置を用いて集合イベントのイベント成否判定を行う（イベント成否判定処理）。第１実施形態では、「参加プレーヤのプレーヤキャラクタが集合時刻までの間に集合場所へ集合したこと」を前提条件とし、その上で、「集合までの間のプレーヤキャラクタの行動が必達条件を満たしたこと」を各参加プレーヤに要求する。そして、これを満たすか否かの個別判定が肯定判定された参加プレーヤの数等に応じて、集合イベントの成否を判定する。結果、当該イベント成否判定で成功と判定した場合には、指示プレーヤおよび／又は参加プレーヤに所与の特典を付与する（特典付与処理）。
１．イベント定義データについて
　図３は、イベント定義データＸ５３０のデータ構成例を示す図である。図３に示すように、１つのイベント定義データＸ５３０は、発動アイテム番号Ｘ５３１と、集合条件データＸ５４０と、特典データＸ５５０とを格納する。そして、集合条件データＸ５４０は、その集合イベントに係る集合場所条件Ｘ５４１と、制限時間条件Ｘ５４２と、参加条件Ｘ５４３と、必達条件Ｘ５４４と、成否判定時位置条件Ｘ５４５と、集合人数条件Ｘ５４６とを含み、特典データＸ５５０は、当該集合イベントに係る特典の付与対象Ｘ５５１と、その特典内容Ｘ５５３とを含む。図４に必達条件Ｘ５４４の一例を示し、図５および図６に特典データＸ５５０の一例を示す。
　集合場所条件Ｘ５４１には、当該集合イベントにおいて集合場所とされるゲーム空間内の位置が設定される。
　制限時間条件Ｘ５４２は、当該集合イベントの制限時間を規定する。第１実施形態では、この制限時間条件Ｘ５４２に従って、当該集合イベントの集合時刻が設定される。すなわち、サーバシステムＸ１１００は、集合イベントの開始制御にあたり、その開始時刻（イベント発動アイテムの使用時点）からの経過時間が規定の制限時間に達する時刻を、集合時刻として設定する。時刻は現実世界と同じとしてもよいし、ゲーム世界の時刻としてもよい。
　参加条件Ｘ５４３は、当該集合イベントの参加プレーヤを規定する。例えば、チームリーダー以外のチームに属する全てのメンバーを参加プレーヤとする規定や、指示プレーヤであるチームリーダーを含む当該チームの全メンバーを参加プレーヤとする規定を含めることができる。前者の場合には、指示プレーヤであるチームリーダーは、自分のプレーヤキャラクタを集合場所へ向かわせる必要はない。一方、後者の場合は指示プレーヤも参加プレーヤとなるため、チームリーダーは、集合要求操作を行って集合イベントを開始させるとともに、当該開始させた集合イベントに参加してその成功を目指す。また、その他にも、「プレーヤレベルが所定のレベルに達していること」や、「所定額のポイントを消費したこと」等の条件や、それらを組み合わせた条件を参加条件Ｘ５４３とする設定を含めることもできる。その場合、当該条件を満たすメンバーが、参加プレーヤとして設定されることとなる。或いは、特定のメンバーを参加プレーヤとする条件を含めてもよい。例えば、「指示プレーヤによって指名されたこと」を参加条件Ｘ５４３とする設定を含めることができる。その場合は、指示プレーヤによる指名操作を別途受け付けて、参加プレーヤを設定する。
　必達条件Ｘ５４４は、集合場所に集合するまでの間の参加プレーヤのプレーヤキャラクタのゲーム空間内での行動に関する条件であり、例えば、集合場所に集合するまでの間に倒すべき敵キャラクタの種類や数、立ち寄るべきゲーム空間内の場所、入手すべきアイテム、クリアすべきゲームステージ等を規定した条件や、それらを組み合わせた条件とすることができる。したがって、参加プレーヤは、集合イベント中に自分のプレーヤキャラクタにその必達条件Ｘ５４４を満たす行動をさせた上で、集合時刻までに集合場所へと移動させることとなる。
　より詳細には、必達条件Ｘ５４４には、指示プレーヤに対する参加プレーヤの親密度レベル毎に異なる難易度のものを規定した設定が含まれる。例えば、親密度レベル毎の必達条件を何れも撃破する敵キャラクタの数を規定した条件とし、親密度レベルが高くなるほどその数を少なくした設定や、親密度レベル毎の必達条件を何れも入手すべきアイテムを規定した条件とし、親密度レベルが高くなるほどその種類を入手難易度の低いものとする設定等が挙げられる。これによれば、指示プレーヤとの親密度が高い参加プレーヤに対し、達成し易い必達条件を設定することが可能となる。例えば、図４の例では、親密度レベルは「高」「中」「低」の３段階とされ、それぞれ撃破すべき敵キャラクタの数が異なる必達条件が設定されている。
　ここで、親密度レベルは、指示プレーヤとの間の親密度指標値の高低を示す。親密度指標値は、プレーヤ間の親密度を示す指標値であり、サーバシステムＸ１１００は、他のプレーヤとの親密度指標値をプレーヤ毎に管理する（図１２の親密度データＸ５１５）。具体的には、サーバシステムＸ１１００は、プレーヤ毎に、他のプレーヤのそれぞれについて、当該他のプレーヤと一緒にゲームをプレイした回数や頻度、プレイ中にやり取りしたチャットの回数や頻度、ゲームオブジェクトを譲渡および／又は譲受した回数や頻度等をもとに、当該プレーヤと当該他のプレーヤとの間の親密度指標値を随時更新して管理している。したがって、特定のプレーヤと繰り返しチームを組んでプレイしたり、高頻度でチャットをする等すると、当該プレーヤとの間の親密度指標値の値は大きくなる。
　なお、親密度レベルの段階は、例示した「高」「中」「低」の３段階に限らず、２段階や４段階以上であってもよい。また、親密度指標値に限らず、フレンド登録されているか否かを用いることもできる。例えば、「フレンド登録あり」の場合の必達条件Ｘ５４４の内容を、「フレンド登録なし」の場合の必達条件Ｘ５４４の内容よりも難易度を低く設定しておき、指示プレーヤとフレンド登録されている参加プレーヤについて必達条件を達成し易くするといったことが可能となる。
　成否判定時位置条件Ｘ５４５は、集合時刻までに集合場所に集合したか否かの前提条件の判定に際し、集合時刻においてそのプレーヤキャラクタが集合場所にいることを要求するのか（例えば当該場合を「ＯＮ」とする）、その集合イベントの開始後、集合時刻が到来するまでの間に集合場所まで移動していればよく、集合時刻での位置は問題にしないのか（例えば当該場合を「ＯＦＦ」とする）を示すフラグ情報である。
　集合人数条件Ｘ５４６は、イベント成否判定を成功と判定する条件として、個別判定が肯定判定された参加プレーヤの人数を規定する。例えば、集合人数条件Ｘ５４６の設定が「全員」である集合イベントの成功のためには、全ての参加プレーヤについて個別判定が肯定判定される必要がある。これに対し、集合人数条件Ｘ５４６の設定が「１人」の場合には、当該集合イベントは、参加プレーヤのうちの何れか１人について個別判定が肯定判定されれば成功となる。
　特典データＸ５５０の付与対象Ｘ５５１は、対応する特典内容の特典を付与するプレーヤを規定する。第１実施形態では、指示プレーヤおよび／又は参加プレーヤが設定される。
　特典内容Ｘ５５３には、イベント成否判定で成功と判定された場合に付与される特典の内容が設定される。例えば、キャラクタやアイテム等のゲームオブジェクトを付与する内容が特典として設定される。また、新しいゲームステージやマップの開放を特典としてもよい。また、ミニゲームの実行といった各種ゲームイベントの発動を特典としてもよい。ゲームオブジェクトには、プレーヤキャラクタとして選択可能なキャラクタの他、プレーヤキャラクタが装備し又は使用することができる武器や防具、弾、薬等の各種アイテム、プレーヤキャラクタの乗り物、召喚獣、魔法やスキル等のプレーヤキャラクタに付加できる追加能力、キャラクタやアイテム等を抽選する抽選権（抽選チケット）等が含まれる。なお、対応する付与対象Ｘ５５１が指示プレーヤと参加プレーヤの両方とされているものについては、特典内容Ｘ５５３を指示プレーヤと参加プレーヤとで共通の設定としてもよいし、異なる特典内容Ｘ５５３を設定しておくのでもよい。
　より詳細には、集合人数条件Ｘ５４６が「１人以上」等のように下限値として規定された集合イベントについては、例えば図５に示すように、実際の集合人数が多いほど付与するゲームオブジェクトのレア度が高くなるとか、付与数が増える等、集合人数と対応付けて異なる特典内容が設定される。また、図６に示すように、集合場所に到着した時刻の順（到着順）毎に特典内容が設定されたものを含めることもできる。その他にも、参加プレーヤのうちの個別判定が否定判定されたプレーヤに対し、参加賞的な特典を付与する設定も可能である。
　なお、第１実施形態では、上記のようにチームリーダーが指示プレーヤとなるが、チームリーダーのプレーヤに限らず、イベント発動アイテムを入手したプレーヤが指示プレーヤとなって任意のタイミングでそれを使用することで、集合イベントを発動させる構成も可能である。或いは、イベント定義データＸ５３０の集合条件データにおいて、当該集合イベントの指示プレーヤを規定する指示条件を含めてもよい。例えば、「当該プレーヤがチームリーダーであること」や、「当該プレーヤのプレーヤレベルが所定のレベルに達していること」、「当該プレーヤが所定額のポイントを消費したこと」等の条件や、それらを組み合わせた条件とすることができる。
２．イベント開始制御処理
　イベント開始制御処理では、チームリーダーによるイベント発動アイテムを使用する操作を、集合要求操作として受け付ける。そして、使用されたイベント発動アイテムの集合場所条件Ｘ５４１に基づいて集合場所を設定し、制限時間条件Ｘ５４２に基づいて集合時刻を設定し、参加条件Ｘ５４３に基づいて参加プレーヤを設定し、必達条件Ｘ５４４に基づいて必達条件を設定して、集合イベントの開始を制御する。
３．ゲーム画像表示制御処理
　ゲーム中、各プレーヤのユーザ端末Ｘ１５００には、ゲーム画像として、ゲーム空間を俯瞰したマップ画像と、自分が操作するプレーヤキャラクタの１人称視点又は３人称視点の視界画像とが切替可能に表示される。ゲーム画像表示制御処理では、第１に、これらマップ画像や視界画像の表示を制御する。なお、マップ画像は、視界画像上に常時表示される構成でもよい。
３－１．マップ画像
　図７は、マップ画像の一例を示す図である。マップ画像は、ゲーム空間の地形や主要な建物等の配置を表したマップ上に適宜プレーヤキャラクタや敵キャラクタの位置を示すマーカＸＡ１１，ＸＡ１３を表示したものであり、同チームのプレーヤキャラクタや敵との位置関係を把握したり、目指す目的地との位置関係を把握することができる。
　ここで、図７は、集合イベント中のマップ画面を示している。ゲーム画像表示制御処理では、第２に、集合イベント中のマップ画像において、集合場所ＸＢ１を識別可能な表示形態で表示する制御を行う。図７の例では、集合場所ＸＢ１から上がる狼煙ＸＢ１１の表示によって、集合場所ＸＢ１が識別表示されている。
　また、ゲーム画像表示制御処理では、第３に、集合場所ＸＢ１の表示と関連付けて、その集合イベントの各種イベント詳細項目を表示する制御を行う。当該イベント詳細項目の表示制御は、例えば、ユーザ端末Ｘ１５００における集合場所ＸＢ１付近のタッチ操作であって、参加プレーヤのユーザ端末Ｘ１５００での当該操作を検出した場合に、参加者向け詳細画面をマップ画像上に表示させることで行う。
　図８は、参加者向け詳細画面ＸＷ２の表示例を示す図である。図８に示すように、参加者向け詳細画面ＸＷ２において表示させるイベント詳細項目は、当該集合イベントの「集合場所」「集合時刻」「残り時間」「必達条件」「必達条件の達成状況」「残距離」「残距離順位」「成否判定時位置条件」「付与特典」を含む。なお、これらイベント詳細項目のうちの一部を表示する構成としてもよい。
　必達条件の達成状況は、当該参加者向け詳細画面ＸＷ２の表示時点で自分（当該ユーザ端末Ｘ１５００の参加プレーヤ）が必達条件をどの程度達成しているのかを示す。図８では、破線で示す表示ＸＣ２がこれに該当する。残距離は、自分のプレーヤキャラクタから集合場所までの距離である。残距離順位は、参加プレーヤのそれぞれの残距離の順に基づく自分の順位を示す。第１実施形態では、各参加プレーヤの残距離を短い順に並べた順位をいう。図８の例では、自分のプレーヤキャラクタが、参加プレーヤの中で２番目に集合場所に近い位置にいることが確認できる。付与特典は、当該集合イベントで当該参加プレーヤが獲得可能な特典を示す。
　この参加者向け詳細画面ＸＷ２の表示によって、参加プレーヤは、集合イベント中、例えば集合時刻（残り時間）やそれまでにすべきプレーヤキャラクタの行動等を把握しながら、集合イベントの成功を目指すことができる。
　また、ゲーム画像表示制御処理では、第４に、集合場所ＸＢ１の表示と関連付けて、その集合イベントの参加プレーヤの残距離に基づく参加プレーヤのそれぞれの集合状況を表示する制御を行う。当該集合状況の表示制御は、例えば、ユーザ端末Ｘ１５００における集合場所ＸＢ１付近のタッチ操作であって、指示プレーヤのユーザ端末Ｘ１５００での当該操作を検出した場合に、指示者向け詳細画面をマップ画像上に表示させることで行う。
　図９は、指示者向け詳細画面ＸＷ３の一例を示す図である。図９に示すように、指示者向け詳細画面ＸＷ３には、例えば、当該集合イベントの「集合場所」「集合時刻」「必達条件」「集合状況」等が表示される。
　集合状況は、当該指示者向け詳細画面ＸＷ３の表示時点での各参加プレーヤの残距離を表示する。図９では、参加プレーヤの残距離を、残距離順位の順に表示した例を示している。なお、残距離と併せて該当する参加プレーヤの必達条件の達成状況を表示する構成としてもよい。また、参加プレーヤのプレーヤキャラクタが集合場所まで移動するのに要する所要時間を各々の残距離から参加プレーヤ毎に算出し、残距離と併せて表示する構成としてもよい。或いは、残距離にかえて当該所要時間を表示するのでもよい。
　この指示者向け詳細画面ＸＷ３の表示によって、指示プレーヤは、集合イベント中、各参加プレーヤが集合場所に近づいているかどうかを確認することができる。なお、この指示者向け詳細画面ＸＷ３の内容（集合状況の項目）を参加ユーザのユーザ端末Ｘ１５００にも表示させて、参加ユーザが確認できるようにしてもよい。
　また、ゲーム画像表示制御処理では、第５に、集合イベント中のマップ画像において、集合場所ＸＢ１の表示形態を、集合時刻までの残り時間に応じて変更する制御を行う。第１実施形態では、集合場所ＸＢ１を識別表示している狼煙ＸＢ１１の表示形態を変更制御する。そのために、例えば、残り時間の時間長と、狼煙ＸＢ１１の表示形態との対応関係を定めた変更制御テーブルＸ５６０（図１１を参照）を予め用意しておく。例えば、時間長毎に、異なる表示色を設定しておく。時間長が短いほど目立つ色を設定するとよい。或いは、狼煙ＸＢ１１の形や大きさを時間長毎に変えて設定しておくのでもよいし、それら各要素の組合せによって時間長毎の表示形態を定めておくのでもよい。そして、指示プレーヤおよび参加プレーヤのユーザ端末Ｘ１５００毎に、実際の残り時間に対応する表示形態の設定に従って狼煙ＸＢ１１の表示を制御することで、表示形態の変更制御を行う。これによれば、参加プレーヤは、マップ画像上の集合場所ＸＢ１の表示形態によって、残り時間が少なくなったことを視覚的に把握することができる。
　なお、当該表示形態の変更制御は、参加プレーヤのユーザ端末Ｘ１５００に対してのみ行い、指示プレーヤのユーザ端末Ｘ１５００に対しては行わない構成としてもよい。
　また、参加プレーヤの残距離に応じて、集合場所ＸＢ１の表示形態を変更する構成としてもよい。上記した残り時間に係る変更制御にかえて行うのでもよいし、両方を行う構成でもよい。その場合は、例えば、残距離と、狼煙ＸＢ１１の表示形態との対応関係を予め定めておく。そして、少なくとも参加プレーヤのユーザ端末Ｘ１５００毎に、当該ユーザ端末Ｘ１５００の参加プレーヤの実際の残距離に対応する表示形態に従って、狼煙ＸＢ１１の表示を制御する。これによれば、参加プレーヤは、マップ画像上の集合場所ＸＢ１の表示形態によって、集合場所に近づいたことを視覚的に把握できる。
　或いは、当該ユーザ端末Ｘ１５００の参加プレーヤだけでなく、他の参加プレーヤの残距離も併せて用いて表示形態を変更する構成としてもよい。例えば、集合場所ＸＢ１に接近している参加プレーヤの数と、狼煙ＸＢ１１の表示形態との対応関係を予め設定しておく。そして、実際に残距離が所定の閾値以下である参加プレーヤを集合場所ＸＢ１に接近していると判定し、当該接近している参加プレーヤの数に対応する表示形態に従って、狼煙ＸＢ１１の表示を制御する。これによれば、マップ画像上の集合場所ＸＢ１の表示形態によって、集合場所に近づいた参加プレーヤが多いか否かを視覚的に把握できる。
３－２．視界画像
　図１０は、集合イベント中の参加プレーヤのユーザ端末Ｘ１５００に表示される視界画像の一例を示す図である。図１０に示すように、集合イベント中の参加プレーヤに向けたゲーム画像では、当該参加プレーヤが操作するプレーヤキャラクタＸＤ３の近傍に、集合場所の方向を矢印の向きで示す方向表示体ＸＥ３が表示される。この方向表示体ＸＥ３には、集合場所までの残距離が付記される。残距離だけでなく、例えば残距離順位や必達条件の達成状況といったその他のイベント詳細項目や、上記した所要時間等を適宜表示することもできる。
４．イベント成否判定処理
　第１実施形態では、集合時刻が到来した時点でイベント成否判定処理を行い、先ず、参加プレーヤ毎に個別判定を行う。すなわち、集合時刻が到来したら、成否判定時位置条件に従って、集合イベント中の当該参加プレーヤのプレーヤキャラクタの位置、又は集合時刻の時点での当該プレーヤキャラクタの位置から前提条件を満たすか否かを判定する。そして、前提条件を満たすときには、当該プレーヤキャラクタが集合場所に集合するまでの行動がその参加プレーヤの必達条件を満たすか否かを判定し、満たすと判定したら、当該参加プレーヤについて個別判定を肯定判定する。その後、個別判定が肯定判定された参加プレーヤの人数が集合人数条件を満たすか否かを判定し、満たす場合「成功」、満たさない場合「失敗」と判定する。
５．特典付与処理
　特典付与処理では、イベント成否判定で成功と判定した場合に、当該集合イベントの特典データに従って、付与対象のプレーヤ（指示プレーヤおよび／又は参加プレーヤ）にその特典内容の特典を付与する。
［機能構成］
１．サーバシステム
　図１１は、サーバシステムＸ１１００の機能構成例を示すブロック図である。図１１に示すように、第１実施形態のサーバシステムＸ１１００は、操作入力部Ｘ１００ｓと、サーバ処理部Ｘ２００ｓと、画像表示部Ｘ３９０ｓと、音出力部Ｘ３９２ｓと、通信部Ｘ３９４ｓと、サーバ記憶部Ｘ５００ｓとを備える。
　操作入力部Ｘ１００ｓは、システム管理や保守等のための各種操作を入力するためのものであり、例えばキーボードやマウス、タッチパネル等で実現できる。図１では、キーボード１１０６やタッチパネル１１０８がこれに該当する。
　サーバ処理部Ｘ２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路であるプロセッサや、ＩＣメモリ等の電子部品によって実現でき、操作入力部Ｘ１００ｓやサーバ記憶部Ｘ５００ｓを含む装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部Ｘ１００ｓからの操作入力信号、ユーザ端末Ｘ１５００から受信したデータ等に基づいて各種の演算処理を行い、サーバシステムＸ１１００の動作を統括制御する。図１では、制御基板１１５０やそのＣＰＵ１１５１がこれに該当する。
　このサーバ処理部Ｘ２００ｓは、ユーザ管理部Ｘ２１０と、課金処理部Ｘ２２０と、ゲーム管理部Ｘ２３０と、計時部Ｘ２８０ｓと、画像生成部Ｘ２９０ｓと、音生成部Ｘ２９２ｓと、通信制御部Ｘ２９４ｓとを備える。
　ユーザ管理部Ｘ２１０は、ユーザ登録に係る処理およびアカウントに紐付けられる各登録ユーザ（プレーヤ）のデータの管理を行う。例えば、登録ユーザへの固有のアカウントの付与処理、アカウント別に個人情報を登録管理する登録情報管理処理、ログインおよびログアウトの履歴等を管理する利用履歴管理処理等を実行することができる。勿論、これら以外のユーザアカウントに紐付けられる他のデータの管理処理も適宜含めることができる。
　課金処理部Ｘ２２０は、プレーヤによるゲームコイン（ゲーム内通貨）の購入操作に応じて課金処理を行い、購入額相当のゲームコインを当該プレーヤに付与する。
　ゲーム管理部Ｘ２３０は、ゲームの実行管理に係る各種処理を行う。第１実施形態では、マルチプレイ対応のゲームをクライアント・サーバ型のオンラインゲームとして行う。そのため、ゲーム管理部Ｘ２３０は、ユーザ端末Ｘ１５００と通信を行いながらゲームプレイに必要なデータを提供する制御を行う。そして、データの提供に当たり、ゲームの進行制御やプレイ結果の反映に関する処理として、１）背景オブジェクト等を配置してゲーム空間を形成する処理、２）ゲームに参加するプレーヤを予め定められたチーム（例えば赤チームと青チームなど）に振り分けるマッチング処理、３）各チームのチームリーダーを設定する処理、４）ゲーム空間にプレーヤキャラクタを配置し、ユーザ端末Ｘ１５００における操作入力に応じてプレーヤキャラクタの行動を制御する処理、５）ゲームをプレイする各プレーヤ用の仮想カメラをゲーム空間に配置・制御する処理、６）ゲーム空間に敵キャラクタを配置し、自動でその動作を制御する処理、７）攻撃のヒット判定とダメージ判定ならびにその反映に関する処理、８）各プレーヤ用の仮想カメラから見たゲーム空間の画像（視界画像）を生成する処理、９）ゲームの終了条件を満たしたかの判定処理等を実行することができる。また、これらに伴ってゲームプレイの制御に必要な各種データをサーバ記憶部Ｘ５００ｓに記憶させることができる。
　このゲーム管理部Ｘ２３０は、ゲーム進行制御部Ｘ２３１と、集合イベント開始制御部Ｘ２３３と、ゲーム画像表示制御部Ｘ２４０と、イベント成否判定部Ｘ２５１と、特典付与部Ｘ２５３とを含む。
　ゲーム進行制御部Ｘ２３１は、複数のプレーヤのユーザ端末Ｘ１５００との通信を随時行い、各プレーヤが、共有するゲーム空間のゲーム画像を見ながら各々のプレーヤキャラクタを操作して行うゲームを制御する。第１実施形態では、複数のプレーヤがチームを組んでプレイするゲームの進行を制御し、プレイ結果の反映に関する処理を行う。
　集合イベント開始制御部Ｘ２３３は、集合イベント開始制御処理を行う機能部であり、指示プレーヤのユーザ端末Ｘ１５００から集合要求操作を受け付けて、参加プレーヤのプレーヤキャラクタをゲーム空間内の所与の集合場所へ集合させる集合イベントの開始を制御する。
　ゲーム画像表示制御部Ｘ２４０は、ゲーム画像表示制御処理を行う機能部であり、ゲームを実行中の各プレーヤのユーザ端末Ｘ１５００に対し、ゲーム画像として、マップ画像と、視界画像とを当該プレーヤの切替操作に応じて表示する制御を行う。このゲーム画像表示制御部Ｘ２４０は、集合場所識別表示制御部Ｘ２４１と、参加状況表示制御部Ｘ２４３と、集合状況表示制御部Ｘ２４５と、を備える。
　集合場所識別表示制御部Ｘ２４１は、集合イベント中の指示プレーヤおよび参加プレーヤのユーザ端末Ｘ１５００に対するマップ画像の表示に際し、当該集合イベントの集合場所を識別可能な表示形態で表示する制御を行う。また、集合場所識別表示制御部Ｘ２４１は、集合時刻までの残り時間に応じて、集合場所の表示形態を変更する制御を行う。例えば、図７に示した狼煙ＸＢ１１の表示制御と、残り時間に応じた狼煙ＸＢ１１の表示形態の変更制御とがこれに該当する。
　参加状況表示制御部Ｘ２４３は、参加プレーヤのユーザ端末Ｘ１５００に対し、マップ画像における集合場所の表示と関連付けて必達条件や必達条件達成状況、残距離、残距離順位、集合時刻、集合時刻までの残り時間を含む各種イベント詳細項目を表示する制御を行う。マップ画面上での参加者向け詳細画面ＸＷ２（図８を参照）の表示がこれに該当する。
　集合状況表示制御部Ｘ２４５は、指示プレーヤのユーザ端末Ｘ１５００に対し、マップ画像における集合場所の表示と関連付けて参加プレーヤ毎の残距離を含む各種イベント詳細項目を表示する制御を行う。マップ画面上での指示者向け詳細画面ＸＷ３（図９を参照）の表示がこれに該当する。
　イベント成否判定部Ｘ２５１は、イベント成否判定処理を行う機能部であり、参加プレーヤが操作するプレーヤキャラクタの位置を用いて集合イベントのイベント成否判定を行う。
　特典付与部Ｘ２５３は、特典付与処理を行う機能部であり、イベント成否判定で成功と判定された場合に、指示プレーヤおよび／又は参加プレーヤに所与の特典を付与する。
　計時部Ｘ２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。
　画像生成部Ｘ２９０ｓは、サーバシステムＸ１１００のシステム管理等に関する画像を生成し、画像表示部Ｘ３９０ｓへ出力する。
　音生成部Ｘ２９２ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステムＸ１１００のシステム管理や動画配信に係る操作音、ＢＧＭ等の音声データを生成し、或いはデコードする。システム管理に関する音声信号は、音出力部Ｘ３９２ｓへ出力される。
　通信制御部Ｘ２９４ｓは、通信部Ｘ３９４ｓを介して外部装置（例えばユーザ端末Ｘ１５００）とのデータ通信のための通信接続およびデータ処理を行い、外部装置とのデータのやりとりを実現する。
　画像表示部Ｘ３９０ｓは、画像生成部Ｘ２９０ｓから入力される画像信号に基づいてシステム管理等のための各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１では、タッチパネル１１０８がこれに該当する。
　音出力部Ｘ３９２ｓは、音生成部Ｘ２９２ｓから入力される音声信号を放音する。図１では、本体装置１１０１やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。
　通信部Ｘ３９４ｓは、ネットワークＮと接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。図１では、通信装置１１５３がこれに該当する。
　サーバ記憶部Ｘ５００ｓには、サーバシステムＸ１１００を動作させ、サーバシステムＸ１１００が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図１では、ＩＣメモリ１１５２やストレージ１１４０がこれに該当する。
　また、サーバ記憶部Ｘ５００ｓには、サーバプログラムＸ５０１と、配信用ゲームクライアントプログラムＸ５０３と、ユーザ管理データＸ５１０と、ゲーム初期設定データＸ５２０と、プレイデータＸ５７０とが格納される。また、その他にも、タイマーやカウンタ、各種フラグ等、必要なデータが適宜格納される。
　サーバプログラムＸ５０１は、サーバ処理部Ｘ２００ｓをユーザ管理部Ｘ２１０、課金処理部Ｘ２２０、およびゲーム管理部Ｘ２３０として機能させるためのプログラムである。なお、画像生成部Ｘ２９０ｓや音生成部Ｘ２９２ｓ、通信制御部Ｘ２９４ｓとして機能させるプログラムも適宜これに含めることができる。
　配信用ゲームクライアントプログラムＸ５０３は、ユーザ端末Ｘ１５００にダウンロードされるゲームクライアントプログラムＸ５０２（図１４を参照）の原本である。
　ユーザ管理データＸ５１０は、ユーザ登録を済ませたプレーヤ毎に用意され、当該プレーヤのゲームプレイに関する管理用の各種データを格納する。具体的には、１つのユーザ管理データＸ５１０は、図１２に示すように、該当するプレーヤのプレーヤＩＤ（アカウント）Ｘ５１１と、決済媒体帳簿データＸ５１２と、所有オブジェクトリストＸ５１３と、プレーヤレベルＸ５１４と、親密度データＸ５１５と、フレンドリストＸ５１６とを含む。また、その他にも、プレイ日時やプレイ時間等のプレイ履歴、ゲームの進行状況に係るセーブデータ等を含む。
　決済媒体帳簿データＸ５１２は、該当するプレーヤに紐付けられる電子決済媒体（第１実施形態ではゲーム内通貨であるゲームコイン）の収支の情報、例えば、ゲームコインの購入日時や購入数（課金額）の履歴、ゲームコインの消費日時や消費数の履歴等を格納する。
　所有オブジェクトリストＸ５１３は、該当するプレーヤがゲームの過程で入手し、現時点で保有しているキャラクタや武器、アイテム等のゲームオブジェクトのリストを格納する。また、第１実施形態では、集合イベントの特典としてゲームオブジェクトが付与された場合に、そのオブジェクトＩＤが所有オブジェクトリストＸ５１３に追加される。
　親密度データＸ５１５は、他のプレーヤそれぞれとの間の親密度指標値を格納する。フレンドリストＸ５１６は、該当するプレーヤがフレンド登録した他のプレーヤのアカウントを格納する。
　図１１に戻る。ゲーム初期設定データＸ５２０は、ゲームを実行するために必要な初期設定データを格納する。このゲーム初期設定データＸ５２０は、イベント定義データＸ５３０と、変更制御テーブルＸ５６０とを含む。その他にも、プレーヤキャラクタとされるキャラクタの種類や各種パラメータ値の初期値、モデルデータ、動作制御に用いるモーションデータ等を定義するプレーヤキャラクタ初期設定データ、敵キャラクタの種類や各種パラメータ値、行動パターン等を定義する敵キャラクタ初期設定データ、ゲームの過程でプレーヤが入手し得る各種ゲームオブジェクトに係るオブジェクト定義データ、ゲームステージの設定に係るステージ初期設定データ、ミニゲームの実行に係るミニゲーム用データ等を含む。
　プレイデータＸ５７０は、ゲームをプレイ中のチーム毎に用意され、当該チームに所属するプレーヤの識別情報（例えばプレーヤＩＤＸ５１１）やチームリーダーの設定、当該チームのゲームの進行状況を記述する各種データを格納する。このプレイデータＸ５７０は、発動中集合イベントデータＸ５８０を含む。この発動中集合イベントデータＸ５８０は、集合イベントの開始にあたり、集合イベント開始制御部Ｘ２３３によって生成される。
　例えば、図１３に示すように、発動中集合イベントデータＸ５８０は、当該集合イベントを識別する集合イベントＩＤＸ５８１と、集合要求操作に係るイベント発動アイテムの発動アイテム番号Ｘ５８２と、当該集合イベントの集合場所Ｘ５８３と、集合時刻Ｘ５８４と、集合時刻までの残り時間Ｘ５８５と、参加プレーヤ別進行状況データＸ５９０とを含む。参加プレーヤ別進行状況データＸ５９０は、参加プレーヤ毎に用意され、参加プレーヤのプレーヤＩＤＸ５９１と、当該参加プレーヤに係る必達条件設定Ｘ５９２と、その達成状況Ｘ５９３と、当該参加プレーヤのプレーヤキャラクタから集合場所Ｘ５８３までの残距離Ｘ５９４と、当該参加プレーヤの残距離順位Ｘ５９５とを格納する。
２．ユーザ端末
　図１４は、ユーザ端末Ｘ１５００の機能構成例を示すブロック図である。図１４に示すように、ユーザ端末Ｘ１５００は、操作入力部Ｘ１００と、端末処理部Ｘ２００と、画像表示部Ｘ３９０と、音出力部Ｘ３９２と、通信部Ｘ３９４と、端末記憶部Ｘ５００とを備える。
　操作入力部Ｘ１００は、プレーヤが各種操作を入力するためのものであり、例えば、ボタンスイッチ、ジョイスティック、タッチパッド、トラックボール、加速度センサ、角速度センサ、ＣＣＤモジュール等によって実現できる。図２では、方向入力キー１５０２やホームキー１５０４、タッチパネル１５０６がこれに該当する。
　端末処理部Ｘ２００は、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路であるプロセッサや、ＩＣメモリ等の電子部品によって実現でき、操作入力部Ｘ１００や端末記憶部Ｘ５００を含む装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部Ｘ１００からの操作入力信号、サーバシステムＸ１１００から受信したデータ等に基づいて各種の演算処理を行い、ユーザ端末Ｘ１５００の動作を統括制御する。図２では、制御基板Ｘ１５５０やそのＣＰＵＸ１５５１がこれに該当する。そして、第１実施形態における端末処理部Ｘ２００は、ユーザ端末演算部Ｘ２７０と、計時部Ｘ２８０と、画像生成部Ｘ２９０と、音生成部Ｘ２９２と、通信制御部Ｘ２９４とを備える。
　ユーザ端末演算部Ｘ２７０は、ユーザ端末Ｘ１５００をプレーヤのゲームプレイのための端末として機能させるための各種演算処理を実行する。例えば、ユーザ端末演算部Ｘ２７０は、操作信号送信制御部Ｘ２７１と、ゲーム画面表示制御部Ｘ２７３とを含む。
　操作信号送信制御部Ｘ２７１は、操作入力部Ｘ１００に対する操作入力に応じて、各種データやリクエスト情報をサーバシステムＸ１１００へ送信するための処理を行う。
　ゲーム画面表示制御部Ｘ２７３は、サーバシステムＸ１１００から受信した各種データに基づいて、ゲーム画面を表示するための制御を行う。例えば、第１実施形態のオンラインゲームをウェブゲームとして実現するならば、ウェブブラウザをベースとしてＨＴＭＬとともにＪａｖａ（登録商標）やＣＳＳ（Cascading Style Sheets）を利用して能動的に画面表示を制御するウェブ技術、Ａｄｏｂｅ（登録商標）Ｆｌａｓｈ等のプラグインを用いて実現できる。勿論、その他の方法でもかまわない。また、第１実施形態の構成では、ゲーム画面のベースとなるゲーム空間画像（例えば、３ＤＣＧ等）はサーバシステムＸ１１００にて生成されるが、ゲーム空間画像をユーザ端末Ｘ１５００で生成する構成も可能である。その場合、ゲーム画面表示制御部Ｘ２７３は、３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御を行うこととなる。
　画像生成部Ｘ２９０は、ゲーム画面表示制御部Ｘ２７３と連係して、サーバシステムＸ１１００から受信した各種データに基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を表示するための画像信号を生成し、生成した画像信号を画像表示部Ｘ３９０に出力する。例えば、ＧＰＵ、デジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現できる。
　音生成部Ｘ２９２は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣ等のプロセッサ、音声ファイルを再生するためのオーディオコーデック等によって実現され、ゲームの効果音やＢＧＭ、各種操作音の音声信号を生成して音出力部Ｘ３９２に出力する。
　通信制御部Ｘ２９４は、通信部Ｘ３９４を介して外部装置（例えばサーバシステムＸ１１００）とのデータ通信のための通信接続およびデータ処理を行い、外部装置とのデータのやりとりを実現する。
　画像表示部Ｘ３９０は、画像生成部Ｘ２９０から入力される画像信号に基づいて、ゲーム画面等の各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図２では、タッチパネル１５０６がこれに該当する。
　音出力部Ｘ３９２は、音生成部Ｘ２９２から入力される音声信号に基づいてゲームに関する効果音やＢＧＭ等を放音する。図２では、スピーカ１５１０がこれに該当する。
　通信部Ｘ３９４は、ネットワークＮと接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ、有線用の通信ケーブルのジャックや制御回路等によって実現できる。図２では、無線通信モジュール１５５３がこれに該当する。
　端末記憶部Ｘ５００には、ユーザ端末Ｘ１５００を動作させ、ユーザ端末Ｘ１５００が備える機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図２では、ＩＣメモリ１５５２や、メモリカード１５４０がこれに該当する。
　また、端末記憶部Ｘ５００には、ゲームクライアントプログラムＸ５０２が格納される。ゲームクライアントプログラムＸ５０２は、端末処理部Ｘ２００をユーザ端末演算部Ｘ２７０として機能させるためのプログラムである。このゲームクライアントプログラムＸ５０２は、オンラインゲームを実現する技術手法に応じた専用のクライアントプログラムであってもよいし、ウェブブラウザプログラムおよびインタラクティブな画像表示を実現するプラグイン等により構成するとしてもよい。第１実施形態では、サーバシステムＸ１１００から提供される配信用ゲームクライアントプログラムＸ５０３（図１１を参照）のコピーとする。
［処理の流れ］
　図１５は、集合イベントの発動に関するサーバシステムＸ１１００の処理の流れを示すフローチャートである。ここで説明する処理は、サーバ処理部Ｘ２００ｓがサーバプログラムＸ５０１を読み出して実行することによって実現される。なお、図１５では、１つのチームにおける１つの集合イベントの発動に着目した処理の流れを示している。
　先ず、集合イベント開始制御部Ｘ２３３が、当該チームのチームリーダー（指示プレーヤ）によるイベント発動アイテムの使用を集合要求操作として受け付ける。そして、当該指示プレーヤのユーザ端末Ｘ１５００での集合要求操作を検出したならば（ステップＸＳ１：ＹＥＳ）、集合イベント開始制御部Ｘ２３３は、その発動アイテム番号Ｘ５３１のイベント定義データＸ５３０（図３を参照）をもとに集合場所や集合時刻、参加プレーヤ、各参加プレーヤの必達条件を設定して発動中集合イベントデータＸ５８０を生成し、集合イベントを開始する制御を行う（ステップＸＳ３）。
　続いて、ゲーム画像表示制御部Ｘ２４０が、指示プレーヤおよび参加プレーヤのユーザ端末Ｘ１５００に対し、ゲーム空間内の集合場所を識別可能な表示形態で表示したゲーム画像の表示制御を開始する（ステップＸＳ５）。第１実施形態では、図７～図１０を参照して説明したマップ画像における集合場所の識別表示制御、当該集合場所の表示形態の変更制御、参加者向け詳細画面ＸＷ２や指示者向け詳細画面ＸＷ３の表示制御、視界画像における方向表示体の表示制御等を行う。
　その後、集合時刻が到来したならば（ステップＸＳ７：ＹＥＳ）、イベント成否判定部Ｘ２５１が、それまでの各参加プレーヤのプレーヤキャラクタの位置等を用いて集合イベントのイベント成否判定を行う（ステップＸＳ９）。具体的には、集合場所Ｘ５８３や集合時刻Ｘ５８４、各参加プレーヤの必達条件設定Ｘ５９２（図１３を参照）をもとに、当該集合イベントのイベント定義データＸ５３０における成否判定時位置条件Ｘ５４５（図３を参照）の設定等を用いて参加プレーヤ毎に個別判定を行う。そして、集合人数条件Ｘ５４６の設定を用い、個別判定を満たした参加プレーヤの人数をもとに集合イベントの成否を判定する。
　そして、イベント成否判定で成功と判定した場合には（ステップＸＳ１１：ＹＥＳ）、特典付与部Ｘ２５３が、当該集合イベントの特典データＸ５５０に従って、付与対象Ｘ５５１のプレーヤにその特典内容Ｘ５５３の特典を付与する（ステップＸＳ１３）。例えば、特典内容にゲームオブジェクトを付与する内容が設定されている場合には、当該ゲームオブジェクトを付与対象のプレーヤの所有オブジェクトリストＸ５１３に追加する。また、特典内容にゲームイベントを発動する内容が設定されている場合には、当該ゲームイベントの発動制御を行う。
　その後は、ゲームを終了するまではステップＸＳ１に戻り（ステップＸＳ１５：ＮＯ）、上記した処理を繰り返す。そして、対戦ゲームを終了したら（ステップＸＳ１５：ＹＥＳ）、本処理を終える。
　以上説明したように、第１実施形態によれば、複数のプレーヤがプレーヤキャラクタを操作してプレイするゲームの実行中に、指示プレーヤの集合要求操作に応じて、参加プレーヤのプレーヤキャラクタをゲーム空間内の所与の集合場所へ集合させる集合イベントを開始することができる。そして、集合イベントの成功時には、指示プレーヤおよび／又は参加プレーヤに、特典を付与することができる。したがって、各プレーヤが共有するゲーム空間でプレーヤキャラクタを操作してプレイするゲームにおいて、集合するイベントを発動させる仕組みを設けて新たな興趣性を加えることができる。
　第１実施形態に係る変形例として、次に挙げる変形例が考えられる。
［変形例１］
　第１実施形態では、クライアント・サーバ型のゲームシステムＸ１０００のサーバシステムＸ１１００を例に挙げたが、これに限定されない。例えば、複数のユーザ端末Ｘ１５００をピアツーピア接続して実現することもできる。その場合は、何れかのユーザ端末Ｘ１５００に、第１実施形態のサーバシステムＸ１１００の機能を担わせる。或いは、複数のユーザ端末Ｘ１５００でゲーム管理部Ｘ２３０が有する機能を分担する構成としてもよい。
　例えば、第１実施形態のサーバシステムＸ１１００が有する機能を分担して担うユーザ端末Ｘ１５００Ａの機能構成例は、図１６のようになる。図１６では、第１実施形態と同様の構成には同一の符号を付して示している。なお、この場合のサーバシステムＸ１１００は、ユーザ登録とその情報の管理を主に行い、ユーザ端末Ｘ１５００Ａからのリクエストに応じてそれらの情報を提供する。
　図１６に示すように、本変形例のユーザ端末Ｘ１５００Ａは、端末処理部Ｘ２００がゲーム管理部Ｘ２３０を有し、ゲーム画面表示制御部Ｘ２７３が省略される。すなわち、本変形例のユーザ端末Ｘ１５００Ａは、サーバシステムＸ１１００からゲーム画面の画像を表示するためのデータを取得するのではなく、自身のゲーム管理部Ｘ２３０がゲーム管理に関する処理を実行してゲームの進行を制御し、ゲーム画面の画像を生成する。このユーザ端末Ｘ１５００Ａの端末記憶部Ｘ５００には、端末処理部Ｘ２００をユーザ端末演算部Ｘ２７０およびゲーム管理部Ｘ２３０として機能させるためのゲームプログラムＸ５０４が格納され、当該ユーザ端末Ｘ１５００Ａのプレーヤに係るユーザ管理データＸ５１０および当該プレーヤが属するチームに係るプレイデータＸ５７０と、ゲーム初期設定データＸ５２０とが格納される。
　そして、本変形例のユーザ端末Ｘ１５００Ａの処理の流れは図１５に示したフローチャートと基本的には同じで、ユーザ端末Ｘ１５００Ａのゲーム管理部Ｘ２３０により各ステップを実行するものと読み替えればよい。
　本変形例によれば、第１実施形態と同様の作用効果が得られる。なお、ユーザ端末Ｘ１５００Ａがゲーム管理部Ｘ２３０の全ての機能を担うのではなく、その一部を担う構成としてもよい。
［変形例２］
　また、第１実施形態では、特定のプレーヤ（例えばチームリーダー）が指示プレーヤとして集合要求操作を行うことで集合イベントが発動（開始）され、そのチームのプレーヤが参加プレーヤとして当該集合イベントに参加する例を説明した。より詳細には、発動する集合イベントの参加条件Ｘ５４３（図３を参照）を満たすプレーヤが強制的に参加プレーヤとされることとした。これに対し、任意のプレーヤが指示プレーヤとなってゲームをプレイしている所定の対象プレーヤに向けて集合イベントへの参加を募り、参加を表明した対象プレーヤを参加プレーヤとする構成としてもよい。例えば、チームとは無関係にゲームをプレイしている全プレーヤを対象プレーヤとすることができる。或いは、そのうちの一部のプレーヤを対象プレーヤとするのでもよい。例えば、対象プレーヤとなるための条件（当該イベントに参加できる条件）を設定しておき、これを満たしたプレーヤを対象プレーヤとする構成でもよい。
　本変形例では、サーバシステムＸ１１００において集合イベント開始制御部Ｘ２３３が、集合イベントの開始制御に先立ち、指示プレーヤによる所定の告知操作に応じて、集合イベントの実行を告知するための告知画面を対象プレーヤのユーザ端末Ｘ１５００に表示する制御を行う。
　図１７は、告知画面の一例を示す図である。図１７に示すように、告知画面には、実行する集合イベントの内容、すなわち、集合イベントの開始日時、指示プレーヤ、集合場所、集合時刻、参加条件、必達条件、付与特典等が記載され、参加ボタンＸＦ４によって参加操作を受け付ける。対象プレーヤは、この集合イベント告知画面において実行予定の集合イベントの内容を確認し、参加するときには参加ボタンＸＦ４をタッチして参加操作を行う。
　そして、集合イベント開始制御部Ｘ２３３は、所定の告知期間が経過するまでの間、各対象プレーヤのユーザ端末Ｘ１５００での当該集合イベントへの参加操作を受け付ける。告知してから所定時間が経過した時点で参加操作の受け付けを締め切るようにしてもよいし、予め集合イベントごとに定員を定めておき、参加操作の数が実行する集合イベントに応じた定員数に達した時点で締め切るのでもよい。そして、告知期間中に参加操作を行った対象プレーヤを、当該集合イベントの参加プレーヤとする。
　その後は、サーバシステムＸ１１００は、第１実施形態と同様の要領で当該告知した集合イベントの開始を制御し、当該集合イベントを実行する。告知の際に集合イベントの開始日時を指定している場合には、当該開始時刻の到来を待って開始制御を行う。
［変形例３］
　また、第１実施形態では、集合イベントの内容を、イベント定義データＸ５３０として予め設定しておく構成とした。これに対し、集合場所や集合時刻、必達条件、特典等の各種イベント詳細項目を指示プレーヤが指示できるようにしてもよい。その場合は、サーバシステムＸ１１００は、集合要求操作に先立ち、イベント詳細項目の指示操作を受け付ける。そして、指示プレーヤのユーザ端末Ｘ１５００でのそれらの指示操作を検出した場合は、当該指示操作に従って各イベント制御項目を設定し、その上で指示プレーヤの集合要求操作を受け付ける。そして、集合要求操作を受け付けたならば集合イベントの開始を制御し、指示操作に従い設定したイベント制御項目に基づいて、当該集合イベントを実行する。これによれば、指示プレーヤが、発動させる集合イベントの内容を決めることができる。
［変形例４］
　また、第１実施形態では、「参加ユーザが集合時刻までの間に集合場所に到着したこと」を前提条件としてイベント成否判定をすることとした。これに対し、到着時刻は問わずに「参加ユーザが集合場所に到着したこと」を前提条件としてイベント成否判定する構成も可能である。その場合は、集合人数が所定の人数に達した時点で集合イベントを終了する等としてもよい。また、その場合の特典内容Ｘ５５５は、図６の例のように到着順毎に設定しておくとよい。
［変形例５］
　第１実施形態では、コンテンツの一例としてゲームのコンテンツを例に挙げて説明した。しかし、複数のユーザの端末と通信接続され、各ユーザが、共有する仮想空間の画像を見ながら各々のユーザキャラクタを操作するコンテンツであれば、ゲーム以外のコンテンツにも第１実施形態を適用することができる。例えば、スポーツ等のアクティビティのイベントとして、集合場所を提示してチーム別に集合する時間を競うイベントコンテンツや、集合場所を探索して順番に通過してゆくオリエンテーリングのようなイベントコンテンツについても、第１実施形態を適用することができる。
［第２実施形態］
　次に、第２実施形態について説明する。
　第２実施形態では、ユーザの端末の位置であるユーザ位置に基づいて進行するゲームをコンテンツの一例に挙げて説明するが、ゲームのコンテンツに限らず、ユーザ端末を所持するユーザが、現実空間をプレイフィールドとして楽しむコンテンツであれば、同様に適用できる。
［第２実施形態のゲームについて］
　図１８は、第２実施形態におけるゲームの概要を説明するための図である。第２実施形態のゲームは、現実空間Ｙ９０の街中をプレイフィールドとしたアクションＲＰＧである。ユーザＹ２が現実空間Ｙ９０を移動すると、ユーザ位置に応じてゲーム画面ＹＷ１に敵キャラクタＹ６が出現し、自身が選択したプレーヤキャラクタＹ４で敵キャラクタＹ６と闘うことができる。また、ユーザＹ２は、現実空間Ｙ９０を移動することにより、プレーヤキャラクタＹ４に装備させることのできるアイテムＹ７等のゲームオブジェクトを入手できる。
　具体的には、ユーザＹ２が、ユーザ端末Ｙ１５００を屋外（測位モジュール１５５５が利用可能な環境、具体的にはＧＰＳ衛星Ｙ３からの信号を受信できる環境）に持ち出して移動すると、ユーザ端末Ｙ１５００で測位された測位情報に基づいて、敵キャラクタＹ６の出現タイミングや出現する敵キャラクタＹ６の種類や数が制御される。また、ユーザ端末Ｙ１５００で測位された測位情報に基づいて、ユーザＹ２に所定のゲームオブジェクトが付与される。
　そのために、サーバシステムＹ１１００は、現実空間Ｙ９０における所定の出現位置ＹＰｅを示す位置座標と、敵キャラクタＹ６の種類や数の設定情報とを紐付けて記憶・管理している。一方、ユーザ端末Ｙ１５００は、自機の測位した測位情報を、自機のユーザＹ２のアカウントと対応付けて周期的に或いは断続的にサーバシステムＹ１１００へ送信する。そして、サーバシステムＹ１１００は、ユーザ端末Ｙ１５００から受信した最新のユーザ位置が出現位置ＹＰｅを基準として求められる出現範囲Ｙ９２に入ると、当該出現位置に紐付けられている敵キャラクタＹ６をゲーム画面ＹＷ１に出現させる。
　同様に、サーバシステムＹ１１００は、現実空間Ｙ９０における所定の付与位置を示す位置座標と、付与するゲームオブジェクト（以下、「付与オブジェクト」という）の種類とを紐付けて記憶・管理している。そして、サーバシステムＹ１１００は、ユーザ端末Ｙ１５００から受信した最新のユーザ位置が付与位置を基準として求められる付与範囲に入ったら、当該付与位置に紐付けられている付与オブジェクトをユーザＹ２に付与する制御を行う。
　ここで、ゲームオブジェクトには、プレーヤキャラクタが装備し、又は使用することができる武器や防具、弾、薬等の各種アイテムの他、プレーヤキャラクタとして選択可能なキャラクタ、プレーヤキャラクタの乗り物、召喚獣、魔法やスキル等のプレーヤキャラクタに付加できる追加能力、新しいゲームステージやマップの開放、アイテムやキャラクタ等を抽選する抽選権（抽選チケット）等が含まれる。
　また、第２実施形態のゲームでは、拡張現実（ＡＲ）や複合現実（ＭＲ：Mixed Reality）を用い、現実空間Ｙ９０の例えば飲食店や小売店、各種サービス業の営業店等の店舗や駅、学校、観光スポット等の場所を利用した集合イベントを開催する。
　そのために、サーバシステムＹ１１００は、ゲーム中、指示ユーザによる集合要求操作を受け付けて、参加ユーザを現実空間に存在する所与の集合場所へ集合させる集合イベントを発動させる。第２実施形態では、ゲームプレイの過程でユーザが入手可能なアイテムとして複数種類のイベント発動アイテムが用意されており、このイベント発動アイテムを使用する操作を集合要求操作（後述するイベント定義データＹ５３０の選択操作ともいえる）として受け付ける。またその際、当該操作を行ったユーザを指示ユーザとする。
　イベント発動アイテムの入手条件は、適宜設定できる。例えば、前述のように現実空間Ｙ９０を移動すると出現する敵キャラクタＹ６を倒すことでそのドロップオブジェクトとして入手したり、付与オブジェクトがイベント発動アイテムとされた付与位置に実際に行くことで当該付与オブジェクトを入手するといった入手条件に設定できる。その他にも、ログインボーナス、各種イベントの報酬、ガチャと呼ばれる抽選等によって入手したり、所定額のゲームコインの消費と引き換えに入手（購入）するといった入手条件に設定することもできる。ゲームコインは、ユーザの購入手続き（課金処理）を経て付与されるゲーム内通貨であるが、ゲームの過程でユーザに付与されるポイントの消費と引き換えに入手できるとしてもよい。また、別のゲームを実行するとか、広告ページにアクセスする等の獲得条件でイベント発動アイテムを入手する入手条件にしてもよい。
　そして、第２実施形態では、イベント発動アイテム毎に、その集合イベントの内容を定めたイベント定義データが予め設定されており、サーバシステムＹ１１００は、使用されたイベント発動アイテムに係るイベント定義データを用いて集合イベントを発動させる。手順としては先ず、参加ユーザの設定等を行って、その集合イベントの開始を制御する（イベント開始制御処理）。また、指示ユーザおよび参加ユーザのユーザ端末Ｙ１５００に対し、そのゲーム画面において現実空間内の集合場所を識別可能な表示形態で示したマップ画像の表示を制御する（ゲーム画面表示制御処理）。その後、適宜のタイミングで、参加ユーザのユーザ位置を用いて集合イベントのイベント成否判定を行う（イベント成否判定処理）。第２実施形態では、位置条件である「参加ユーザが集合時刻までの間に集合場所に到着したこと」を前提条件とし、その上で、「到着までの間の参加ユーザの行動および／又はゲームの進行状況が必達条件を満たしたこと」を各参加ユーザに要求する。そして、これを満たすか否かの個別判定が肯定判定された参加ユーザの数等に応じて、集合イベントの成否（集合条件を満たすか否か）を判定する。結果、当該イベント成否判定で成功と判定した場合には、指示ユーザおよび／又は参加ユーザに所与の特典を付与する（特典付与処理）。また、特典としてサービス特典を付与した場合には、その広告主に対し、付与したサービス特典に応じた広告費を請求する（広告費請求処理）。
１．イベント定義データについて
　図１９は、イベント定義データＹ５３０のデータ構成例を示す図である。図１９に示すように、１つのイベント定義データＹ５３０は、発動アイテム番号Ｙ５３１と、集合条件データＹ５４０と、特典データＹ５５０とを格納する。そして、集合条件データＹ５４０は、その集合イベントに係る集合場所条件Ｙ５４１と、制限時間条件Ｙ５４２と、参加条件Ｙ５４３と、必達条件Ｙ５４４と、成否判定時位置条件Ｙ５４５と、集合人数条件Ｙ５４６とを含む。特典データＹ５５０は、当該集合イベントに係る特典の付与対象Ｙ５５１と、広告設定Ｙ５５３と、特典内容Ｙ５５５とを含む。図２０に参加条件Ｙ５４３の例を示し、図２１および図２２に必達条件Ｙ５４４の例を示し、図２３～図２６に特典データＹ５５０の例を示す。
　集合場所条件Ｙ５４１には、当該集合イベントにおいて集合場所とされる現実空間内の位置が設定される。例えば、店舗や駅等の特定の場所の位置座標（緯度・経度・高度）が、その施設名とともに設定される。
　制限時間条件Ｙ５４２は、当該集合イベントの制限時間を規定する。第２実施形態では、この制限時間条件Ｙ５４２に従って、当該集合イベントの集合時刻が設定される。すなわち、サーバシステムＹ１１００は、集合イベントの開始制御にあたり、その開始時刻（イベント発動アイテムの使用時点）からの経過時間が規定の制限時間に達する時刻を、集合時刻として設定する。時刻は現実世界と同じとしてもよいし、ゲーム世界の時刻としてもよい。
　参加条件Ｙ５４３は、当該集合イベントの参加ユーザを規定する。例えば、ゲームに参加している指示ユーザ以外のユーザを参加ユーザとする規定や、指示ユーザを含めたユーザを参加ユーザとする規定を含めることができる。前者の場合には、指示ユーザは集合場所へ行く必要がない。一方、後者の場合は指示ユーザも参加ユーザとなるため、集合要求操作を行って集合イベントを開始させた後、当該開始させた集合イベントに参加してその成功を目指す。
　より詳細には、参加条件Ｙ５４３には、指示ユーザを参加ユーザに含めるか否かの設定に加えて、例えば、「ゲームに参加していること」、「指示ユーザがフレンド登録していること」、「プレーヤレベルが所定のレベルに達していること」、「所定額のポイントを消費したこと」等の条件の設定や、それらを組み合わせた条件の設定を含めることができる。その場合、当該条件を満たすユーザが、参加ユーザとして設定されることとなる。或いは、特定のユーザを参加ユーザとする条件を含めてもよい。例えば、「指示ユーザによって指名されたこと」を参加条件Ｙ５４３とする設定を含めることもできる。その場合は、指示ユーザによる指名操作を別途受け付けて、参加ユーザを設定する。
　その他にも、参加条件Ｙ５４３には、対応する集合場所条件Ｙ５４１が示す集合場所までの距離（移動距離）やその移動に要する時間（移動時間）を規定した条件の設定を含めることができる。その場合には、ゲームに参加している各ユーザのユーザ位置をもとに、集合場所との間の移動距離が規定値以内であるユーザを参加ユーザとして設定する。移動時間が規定されている場合であれば、各ユーザのユーザ位置から集合場所までの距離を、それぞれ移動時間に換算する。そして、求めた移動時間が規定値以内であるユーザを参加ユーザとして設定する。
　また、当該参加条件Ｙ５４３の設定は、指示ユーザのプレーヤレベル毎に移動距離等の規定値を変更した設定とすることもできる。例えば、図２０の例では、指示ユーザのプレーヤレベルが高いほど許容される移動距離が長くなるように、プレーヤレベルと対応付けて条件内容が設定されている。したがって、プレーヤレベルの高いユーザが当該参加条件Ｙ５４３に係るイベント発動アイテムを使用して指示ユーザとなったときには、より遠方にいるユーザも参加ユーザとなって、その集合イベントに参加することが可能となる。
　必達条件Ｙ５４４は、集合場所に到着するまでの間の参加ユーザの現実空間での行動や、ゲームの進行状況に関する条件である。例えば、集合場所に集合するまでの間に立ち寄るべき現実空間内の施設等を規定した参加ユーザの行動に関する条件と、集合場所に集合するまでの間に倒すべき敵キャラクタの種類や数、入手すべきアイテム等を規定したゲームの進行状況に関する条件と、を含めることができる。或いは、それらを組み合わせた条件とすることもできる。したがって、参加ユーザは、集合イベント中にその必達条件を満たす行動やゲームプレイをした上で、集合時刻までに集合場所へ行くこととなる。
　より詳細には、必達条件Ｙ５４４には、指示ユーザに対する参加ユーザの親密度レベル毎に異なる難易度のものを規定した設定が含まれる。例えば、親密度レベル毎の必達条件を何れも撃破するキャラクタの数を規定した条件とし、親密度レベルが高くなるほどその数を少なくした設定や、親密度レベル毎の必達条件を何れも入手すべきアイテムを規定した条件とし、親密度レベルが高くなるほどその種類を入手難易度の低いものとする設定等が挙げられる。これによれば、指示ユーザとの親密度が高い参加ユーザに対し、達成し易い必達条件を設定することが可能となる。例えば、図２１の例では、親密度レベルは「高」「中」「低」の３段階とされ、それぞれ撃破すべき敵キャラクタの数が異なる必達条件が設定されている。
　或いは、親密度レベル毎の必達条件を何れも立ち寄るべき現実空間内の施設を規定した条件とし、親密度レベルが高くなるほどその数を少なくした設定や、親密度レベルが高くなるほど集合場所に近場の施設とする設定等が挙げられる。例えば、図２２の例では、親密度レベル毎に、それぞれ立ち寄るべき施設の数が異なる必達条件が設定されている。
　ここで、親密度レベルは、指示ユーザとの間の親密度指標値の高低を示す。親密度指標値は、ユーザ間の親密度を示す指標値であり、サーバシステムＹ１１００は、他のユーザとの親密度指標値をユーザ毎に管理する（図３２の親密度データＹ５１６）。具体的には、サーバシステムＹ１１００は、ユーザ毎に、他のユーザそれぞれについて、プレイ中にやり取りしたチャットの回数や頻度、ゲームオブジェクトを譲渡および／又は譲受した回数や頻度等をもとに、当該ユーザと当該他のユーザとの間の親密度指標値を随時更新して管理している。チームを組んで行うゲームであれば、当該他のユーザと一緒にゲームをプレイした回数や頻度を考慮して親密度指標値を更新するようにしてもよい。したがって、特定のユーザと高頻度でチャットしたり、繰り返しチームを組んでプレイする等すると、当該ユーザとの間の親密度指標値の値は大きくなる。
　なお、親密度レベルの段階は、例示した「高」「中」「低」の３段階に限らず、２段階や４段階以上であってもよい。また、親密度指標値に限らず、フレンド登録されているか否かを用いることもできる。例えば、「フレンド登録あり」の場合の必達条件Ｙ５４４の内容を、「フレンド登録なし」の場合の必達条件Ｙ５４４の内容よりも難易度を低く設定しておき、指示ユーザとフレンド登録されている参加ユーザについて必達条件を達成し易くするといったことが可能となる。
　成否判定時位置条件Ｙ５４５は、集合時刻までに集合場所に集合したか否かの前提条件の判定に際し、集合時刻において参加ユーザが集合場所にいることを要求するのか（例えば当該場合を「ＯＮ」とする）、その集合イベントの開始後、集合時刻が到来するまでの間に集合場所まで一度移動していればよく、集合時刻での位置は問題にしないのか（例えば当該場合を「ＯＦＦ」とする）を示すフラグ情報である。
　集合人数条件Ｙ５４６は、イベント成否判定を成功と判定する条件として、個別判定が肯定判定された参加ユーザの人数を規定する。例えば、集合人数条件Ｙ５４６の設定が「全員」である集合イベントの成功のためには、全ての参加ユーザについて個別判定が肯定判定される必要がある。これに対し、集合人数条件Ｙ５４６の設定が「１人」の場合には、当該集合イベントは、参加ユーザのうちの何れか１人について個別判定が肯定判定されれば成功となる。
　特典データＹ５５０の付与対象Ｙ５５１は、対応する特典内容Ｙ５５５の特典を付与するユーザを規定する。第２実施形態では、指示ユーザおよび／又は参加ユーザが設定される。
　広告設定Ｙ５５３には、広告フラグと、広告主情報とが設定される。広告フラグは、対応する特典内容Ｙ５５５の特典がサービス特典であるか否かのフラグ情報であり、サービス特典であれば「ＯＮ」、サービス特典でなければ「ＯＦＦ」が設定される。広告主情報は、広告フラグが「ＯＮ」の場合に設定され、サービス特典に係る広告主を特定するために必要な各種データを含む。広告費の決め方が広告主毎に個別に定められる場合は、その設定も適宜含められる。この広告主情報は、広告費請求処理で参照される。
　特典内容Ｙ５５５には、イベント成否判定で成功と判定された場合に付与される特典の内容が設定される。例えば、キャラクタやアイテム等を付与する特典、新しいゲームステージやマップを開放する特典、ミニゲームの実行といった各種ゲームイベントを発動する特典等の設定が含まれる。対応する付与対象Ｙ５５１が指示ユーザと参加ユーザの両方とされているものについては、特典内容Ｙ５５５を指示ユーザと参加ユーザとで共通の設定としてもよいし、異なる特典内容Ｙ５５５を設定しておくのでもよい。
　より詳細には、集合人数条件Ｙ５４６が「１人以上」等のように下限値として規定された集合イベントについては、例えば、図２３に示すように、集合人数に基づく達成度と対応付けて異なる特典内容が設定される。ここでの達成度（Ｌｖ１，Ｌｖ２，Ｌｖ３，・・・）は、集合人数の範囲によって規定される。そして、対応する達成度が高いほど付与するゲームオブジェクトのレア度が高くなるとか、付与数が増える等、各々の特典内容が調整される。したがって、実際の集合人数に応じて付与する特典を変更でき、例えば、集合人数が多いほど豪華な特典を付与するといったことが可能となる。逆に、集合人数が少ないほど特典が豪華になる設定でもよい。なお、達成度の段階数は特に限定されるものではなく、その集合人数の範囲についても適宜設定してよい。また、集合人数を定めるＮ１，Ｎ２，Ｎ３，・・・の各値は固定値でもよいし、その集合イベントの参加人数等に応じて集合イベント毎に可変に設定するのでもよい。
　或いは、特典データには、図２４に示すように、到着時刻に基づく達成度と対応付けて異なる特典内容を設定したものを含めることができる。ここでの達成度（Ｌｖ１，Ｌｖ２，Ｌｖ３，・・・）は、集合イベントを開始してから集合条件を満たすまでの時間（達成時間）によって規定される。そして、集合人数に基づく達成度と同様に、対応する達成度が高いほど付与するゲームオブジェクトのレア度が高くなるとか、付与数が増える等、各々の特典内容が調整される。したがって、達成時間に応じて付与する特典を変更でき、例えば、達成時間が短いほど豪華な特典を付与するといったことが可能となる。なお、達成度の段階数は特に限定されるものではなく、その達成時間の範囲についても適宜設定してよい。また、達成時間を定めるＴ１，Ｔ２，・・・の各値は固定値でもよいし、集合イベント毎に可変に設定するのでもよい。
　また、特典データには、図２５に示すように、集合場所に到着した到着時刻の順（到着順）毎に特典内容が設定されたものを含めることもできる。例えば、到着順が早いほど豪華な特典を設定しておくとよい。これによれば、集合場所への到着順を競うゲーム性を集合イベントに付加できる。その他にも、参加ユーザのうちの個別判定が否定判定されたユーザに対し、参加賞的な特典を付与する設定も可能である。
　また、対応する広告設定Ｙ５５３が「ＯＮ」とされた特典データＹ５５０には、特典内容Ｙ５５５として、所与の広告主によって所与のサービスを受けることができるサービス特典が設定される。例えば、特定の店舗で使える割引券や金券等のクーポンを付与する特典等が挙げられる。その場合の特典内容Ｙ５５５には、集合場所とは無関係のサービス特典の設定と、集合場所に関係するサービス特典の設定とを適宜含めることができる。後者の場合は、集合場所条件Ｙ５４１が店舗とされている特典内容Ｙ５５５の設定を、その店舗で使えるクーポンを付与するサービス特典とすることで実現できる。
　例えば、図２６では、特典内容として、指示ユーザ向けと、参加ユーザ向けとで異なる複数のサービス特典が設定された特典データを例示している。より詳細には、本例の特典内容は、それぞれ集合人数や到着順等を限定した付与条件と対応付けられており、対応する付与条件を満たすサービス特典が、指示ユーザや参加ユーザに付与される。なお、複数の付与条件を満たすときには、その全ての特典を付与する構成でもよいし、何れかを選んで付与するのでもよい。
２．イベント開始制御処理
　イベント開始制御処理では、ゲームに参加しているユーザによるイベント発動アイテムを使用する操作を、集合要求操作として受け付ける。そして、使用されたイベント発動アイテムの集合場所条件Ｙ５４１に基づいて集合場所を設定し、制限時間条件Ｙ５４２に基づいて集合時刻を設定し、参加条件Ｙ５４３に基づいて参加ユーザを設定し、必達条件Ｙ５４４に基づいて必達条件を設定して、集合イベントの開始を制御する。
３．ゲーム画面表示制御処理
　ゲーム中、ユーザ端末Ｙ１５００のゲーム画面には、拡張現実等を用いてマップ画像と視界画像とが切替可能に表示される。ゲーム画面表示制御処理では、第１に、これらマップ画像や視界画像の表示を制御する。すなわち、ゲームに参加している各ユーザのゲーム画面において、プレイフィールドである現実空間のマップ画像と、自機の現在の（最新の）ユーザ位置に基づく視界画像とを、ユーザの切替操作に応じて切り替えて表示させる。なお、マップ画像は、視界画像上に常時表示される構成でもよい。
３－１．マップ画像
　図２７は、ゲーム画面ＹＷ１におけるマップ画像の表示例を示す図である。マップ画像は、自機のユーザ位置を基準とした現実空間のマップ上に、当該ユーザ位置を示すマーカＹＡ２１や敵キャラクタの出現位置を示すマーカＹＡ２３、付与オブジェクトの付与位置を示すマーカＹＡ２５を表示したものであり、それらとの位置関係を把握したり、目指す目的地との位置関係を把握することができる。また、図２７では不図示であるが、適宜他のユーザの位置を示すマーカを表示するとしてもよい。このゲーム画面ＹＷ１において視界表示ボタンＹＢ２をタッチ操作すると、マップ画像を視界画像（図３０を参照）に切り替えることができる。
　ここで、図２７は、集合イベント中のマップ画面を示している。ゲーム画面表示制御処理では、第２に、集合イベント中のマップ画像において、集合場所ＹＣ２を識別可能な表示形態で表示する制御を行う。図２７の例では、集合場所ＹＣ２に刺したピンＹＣ２１の表示によって、集合場所ＹＣ２が識別表示されている。
　また、ゲーム画面表示制御処理では、第３に、集合場所ＹＣ２の表示と関連付けて、その集合イベントの各種イベント詳細項目を表示する制御を行う。当該イベント詳細項目の表示制御は、例えば、ユーザ端末Ｙ１５００における集合場所ＹＣ２付近のタッチ操作であって、参加ユーザのユーザ端末Ｙ１５００での当該操作を検出した場合に、参加者向け詳細画面をマップ画像上に表示させることで行う。
　図２８は、参加者向け詳細画面ＹＷ３の表示例を示す図である。図２８に示すように、参加者向け詳細画面ＹＷ３において表示させるイベント詳細項目は、当該集合イベントの「集合場所」「集合時刻」「残り時間」「必達条件」「必達条件の達成状況」「残距離」「残距離順位」「成否判定時位置条件」「付与特典」を含む。なお、これらイベント詳細項目のうちの一部を表示する構成としてもよい。
　必達条件の達成状況は、当該参加者向け詳細画面ＹＷ３の表示時点で自分（当該ユーザ端末Ｙ１５００の参加ユーザ）が必達条件をどの程度達成しているのかを示す。図２８では、破線で示す表示ＹＤ３がこれに該当する。残距離は、自分の位置（そのユーザ端末Ｙ１５００の現在のユーザ位置）から集合場所ＹＣ２までの距離である。残距離順位は、参加ユーザのそれぞれの残距離の順に基づく自分の順位を示す。第２実施形態では、各参加ユーザの残距離を短い順に並べた順位をいう。図２８の例では、自分が参加ユーザの中で２番目に集合場所ＹＣ２に近い位置にいることが確認できる。付与特典は、当該集合イベントで当該参加ユーザが獲得可能な特典を示す。
　この参加者向け詳細画面ＹＷ３の表示によって、参加ユーザは、集合イベント中、例えば集合時刻（残り時間）やそれまでにすべき自身の行動等を把握しながら、集合イベントの成功を目指すことができる。
　また、ゲーム画面表示制御処理では、第４に、集合場所ＹＣ２の表示と関連付けて、その集合イベントの参加ユーザの残距離に基づく参加ユーザのそれぞれの集合状況を表示する制御を行う。当該集合状況の表示制御は、例えば、ユーザ端末Ｙ１５００における集合場所ＹＣ２付近のタッチ操作であって、指示ユーザのユーザ端末Ｙ１５００での当該操作を検出した場合に、指示者向け詳細画面をマップ画像上に表示させることで行う。
　図２９は、指示者向け詳細画面ＹＷ４の一例を示す図である。図２９に示すように、指示者向け詳細画面ＹＷ４には、例えば、当該集合イベントの「集合場所」「集合時刻」「必達条件」「集合状況」等が表示される。
　集合状況は、当該指示者向け詳細画面ＹＷ４の表示時点での各参加ユーザの残距離を表示する。図２９では、参加ユーザの残距離を、残距離順位の順に表示した例を示している。なお、残距離と併せて該当する参加ユーザの必達条件の達成状況を表示する構成としてもよい。また、参加ユーザが集合場所ＹＣ２まで移動するのに要する時間（移動時間）を各々の残距離から参加ユーザ毎に算出し、残距離と併せて表示する構成としてもよい。或いは、残距離にかえて当該所要時間を表示するのでもよい。
　この指示者向け詳細画面ＹＷ４の表示によって、指示ユーザは、集合イベント中、各参加ユーザが集合場所ＹＣ２に近づいているかどうかを確認することができる。なお、この指示者向け詳細画面ＹＷ４の内容（集合状況の項目）を参加ユーザのユーザ端末Ｙ１５００にも表示させて、参加ユーザが確認できるようにしてもよい。
　また、ゲーム画面表示制御処理では、第５に、集合イベント中のマップ画像において、集合場所ＹＣ２の表示形態を、集合時刻までの残り時間に応じて変更する制御を行う。第２実施形態では、集合場所ＹＣ２を識別表示しているピンＹＣ２１の表示形態を変更制御する。そのために、例えば、残り時間の時間長と、ピンＹＣ２１の表示形態との対応関係を定めた変更制御テーブルＹ５６０（図３１を参照）を予め用意しておく。例えば、時間長毎に、異なる表示色を設定しておく。時間長が短いほど目立つ色を設定するとよい。或いは、ピンＹＣ２１の形や大きさを時間長毎に変えて設定しておくのでもよいし、それら各要素の組合せによって時間長毎の表示形態を定めておくのでもよい。そして、指示ユーザおよび参加ユーザのユーザ端末Ｙ１５００毎に、実際の残り時間に対応する表示形態の設定に従ってピンＹＣ２１の表示を制御することで、表示形態の変更制御を行う。これによれば、参加ユーザは、マップ画像上の集合場所ＹＣ２の表示形態によって、残り時間が少なくなったことを視覚的に把握することができる。
　なお、当該表示形態の変更制御は、参加ユーザのユーザ端末Ｙ１５００に対してのみ行い、指示ユーザのユーザ端末Ｙ１５００に対しては行わない構成としてもよい。
　また、参加ユーザの残距離に応じて、集合場所ＹＣ２の表示形態を変更する構成としてもよい。上記した残り時間に係る変更制御にかえて行うのでもよいし、両方を行う構成でもよい。その場合は、例えば、残距離と、ピンＹＣ２１の表示形態との対応関係を予め定めておく。そして、少なくとも参加ユーザのユーザ端末Ｙ１５００毎に、当該ユーザ端末Ｙ１５００の参加ユーザの実際の残距離に対応する表示形態に従って、ピンＹＣ２１の表示を制御する。これによれば、参加ユーザは、マップ画像上の集合場所ＹＣ２の表示形態によって、集合場所に近づいたことを視覚的に把握できる。
　或いは、当該ユーザ端末Ｙ１５００の参加ユーザだけでなく、他の参加ユーザの残距離も併せて用いて表示形態を変更する構成としてもよい。例えば、集合場所ＹＣ２に接近している参加ユーザの数と、ピンＹＣ２１の表示形態との対応関係を予め設定しておく。そして、実際に残距離が所定の閾値以下である参加ユーザを集合場所ＹＣ２に接近していると判定し、当該接近している参加ユーザの数に対応する表示形態に従って、ピンＹＣ２１の表示を制御する。これによれば、マップ画像上の集合場所ＹＣ２の表示形態によって、集合場所に近づいた参加ユーザが多いか否かを視覚的に把握できる。
３－２．視界画像
　図３０は、ゲーム画面における視界画像の表示例であって、集合イベント中の参加ユーザのユーザ端末Ｙ１５００に表示される視界画像の表示例を示す図である。図３０に示すように、集合イベント中の参加ユーザに向けたゲーム画像では、当該参加ユーザが操作するプレーヤキャラクタＹ４の近傍に、集合場所の方向を矢印の向きで示す方向表示体ＹＥ５が表示される。この方向表示体ＹＥ５には、集合場所までの残距離が付記される。残距離だけでなく、例えば残距離順位や必達条件の達成状況といったその他のイベント詳細項目や、上記した所要時間等を適宜表示することもできる。このゲーム画面Ｗ１においてマップ表示ボタンＹＢ５をタッチ操作すると、視界画像をマップ画像（図２８を参照）に切り替えることができる。
４．イベント成否判定処理
　第２実施形態では、集合時刻が到来した時点でイベント成否判定処理を行い、先ず、参加ユーザ毎に個別判定を行う。すなわち、集合時刻が到来したら、当該集合イベントの成否判定時位置条件に従って、集合イベント中の当該参加ユーザのユーザ位置、又は集合時刻の時点での当該参加ユーザのユーザ位置から前提条件を満たすか否かを判定する。そして、前提条件を満たすときには、当該参加ユーザのユーザ位置が集合場所に到着するまでの行動が当該参加ユーザの必達条件を満たすか否かを判定し、満たすと判定したら、当該参加ユーザについて個別判定を肯定判定する。その後、個別判定が肯定判定された参加ユーザの人数が集合人数条件を満たすか否かを判定し、満たす場合「成功」、満たさない場合「失敗」と判定する。
５．特典付与処理
　特典付与処理では、イベント成否判定で成功と判定した場合に、当該集合イベントの特典データに従って、付与対象のユーザ（指示ユーザおよび／又は参加ユーザ）にその特典内容の特典を付与する。
　より詳細には、その際、参加ユーザの数に基づいて集合条件の達成度を判定する第１達成度判定処理と、参加ユーザの集合場所への到着時刻に基づいて集合条件の達成度を判定する第２達成度判定処理と、を適宜行う。第２実施形態では、図２３に示したように、特典内容が集合人数に基づく達成度と対応付けて設定されている場合に第１達成度判定処理を行い、実際の集合人数（個別判定が肯定判定された参加ユーザの人数）に基づく達成度を判定する。そして、判定した達成度に対応する特典内容の特典を付与する。一方、図２４に示したように、特典内容が到着時刻に基づく達成度と対応付けて設定されている場合は第２達成度判定処理を行い、集合条件を満たした時刻から達成時間を求めて到着時刻に基づく達成度を判定する。そして、判定した達成度に対応する特典内容の特典を付与する。
６．広告費請求処理
　広告費請求処理は、特典付与処理でサービス特典を付与した場合に、その広告主情報を用いて広告主に広告費を請求するための処理を行う。例えば、クーポンを付与したユーザ（指示ユーザおよび／又は参加ユーザ）の人数や、付与したクーポンの種類等をもとに広告費を算出し、広告主への請求処理を行う。
［機能構成］
１．サーバシステム
　図３１は、サーバシステムＹ１１００の機能構成例を示すブロック図である。図３１に示すように、第２実施形態のサーバシステムＹ１１００は、操作入力部Ｙ１００ｓと、サーバ処理部Ｙ２００ｓと、画像表示部Ｙ３９０ｓと、音出力部Ｙ３９２ｓと、通信部Ｙ３９４ｓと、サーバ記憶部Ｙ５００ｓとを備える。
　操作入力部Ｙ１００ｓは、システム管理や保守等のための各種操作を入力するためのものであり、例えばキーボードやマウス、タッチパネル等で実現できる。図１では、キーボード１１０６やタッチパネル１１０８がこれに該当する。
　サーバ処理部Ｙ２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路であるプロセッサや、ＩＣメモリ等の電子部品によって実現でき、操作入力部Ｙ１００ｓやサーバ記憶部Ｙ５００ｓを含む装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部Ｙ１００ｓからの操作入力信号、ユーザ端末Ｙ１５００から受信したデータ等に基づいて各種の演算処理を行い、サーバシステムＹ１１００の動作を統括制御する。図１では、制御基板１１５０やそのＣＰＵ１１５１がこれに該当する。
　このサーバ処理部Ｙ２００ｓは、ユーザ管理部Ｙ２１０と、課金処理部Ｙ２２０と、ゲーム管理部Ｙ２３０と、計時部Ｙ２８０ｓと、画像生成部Ｙ２９０ｓと、音生成部Ｙ２９２ｓと、通信制御部Ｙ２９４ｓとを備える。
　ユーザ管理部Ｙ２１０は、ユーザ登録に係る処理およびアカウントに紐付けられる各登録ユーザのデータの管理を行う。例えば、登録ユーザへの固有のアカウントの付与処理、アカウント別に個人情報を登録管理する登録情報管理処理、ログインおよびログアウトの履歴等を管理する利用履歴管理処理等を実行することができる。勿論、これら以外のユーザアカウントに紐付けられる他のデータの管理処理も適宜含めることができる。
　課金処理部Ｙ２２０は、ユーザによるゲームコインの購入操作に応じて課金処理を行い、購入額相当のゲームコインを当該ユーザに付与する。
　ゲーム管理部Ｙ２３０は、ゲームの実行管理に係る各種処理を行う。第２実施形態では、マルチプレイ対応のゲームをクライアント・サーバ型のオンラインゲームとして行う。そのため、ゲーム管理部Ｙ２３０は、ユーザ端末Ｙ１５００と通信を行いながらゲームプレイに必要なデータを提供する制御を行う。もしＰｖＰ（Player versus Player）形式でゲームを実行する場合には、ゲーム管理部Ｙ２３０に対戦者のマッチングに関する制御を実行させることとしてもよい。
　このゲーム管理部Ｙ２３０は、ゲーム進行制御部Ｙ２３１と、ユーザ位置取得部Ｙ２３２と、集合イベント開始制御部Ｙ２３３と、ゲーム画面表示制御部Ｙ２４０と、イベント成否判定部Ｙ２５１と、特典付与部Ｙ２６０と、広告費請求処理部Ｙ２６３とを含む。
　ゲーム進行制御部Ｙ２３１は、複数のユーザのユーザ端末Ｙ１５００との通信を随時行い、各ユーザが、現実空間を移動しながら各々のプレーヤキャラクタを操作して行うゲームを制御する。
　ユーザ位置取得部Ｙ２３２は、各ユーザ端末Ｙ１５００から周期的又は断続的に送信される測位情報を取得する制御を行う。取得した測位情報は、当該測位情報とともに送信されたアカウントに従って、該当するプレーヤのプレイデータＹ５８０において測位履歴Ｙ５８１として蓄積される。
　集合イベント開始制御部Ｙ２３３は、集合イベント開始制御処理を行う機能部であり、指示ユーザのユーザ端末Ｙ１５００から集合要求操作を受け付けて、参加ユーザを現実空間内の所与の集合場所へ集合させる集合イベントの開始を制御する。
　ゲーム画面表示制御部Ｙ２４０は、ゲーム画面表示制御処理を行う機能部であり、ゲームを実行中の各ユーザのユーザ端末Ｙ１５００に対し、そのゲーム画面においてマップ画像と視界画像とを当該ユーザの切替操作に応じて切り替えて表示する制御を行う。このゲーム画面表示制御部Ｙ２４０は、集合場所識別表示制御部Ｙ２４１と、参加状況表示制御部Ｙ２４３と、集合状況表示制御部Ｙ２４５と、を備える。
　集合場所識別表示制御部Ｙ２４１は、集合イベント中の指示ユーザおよび参加ユーザのユーザ端末Ｙ１５００に対するマップ画像の表示に際し、当該集合イベントの集合場所を識別可能な表示形態で表示する制御を行う。また、集合場所識別表示制御部Ｙ２４１は、集合時刻までの残り時間に応じて、集合場所の表示形態を変更する制御を行う。例えば、図２７等に示したピンＹＣ２１の表示制御と、残り時間に応じたピンＹＣ２１の表示形態の変更制御とがこれに該当する。
　参加状況表示制御部Ｙ２４３は、参加ユーザのユーザ端末Ｙ１５００に対し、マップ画像における集合場所の表示と関連付けて必達条件や必達条件達成状況、残距離、残距離順位、集合時刻、集合時刻までの残り時間を含む各種イベント詳細項目を表示する制御を行う。マップ画面上での参加者向け詳細画面ＹＷ３（図２８を参照）の表示がこれに該当する。
　集合状況表示制御部Ｙ２４５は、指示ユーザのユーザ端末Ｙ１５００に対し、マップ画像における集合場所の表示と関連付けて参加ユーザ毎の残距離を含む各種イベント詳細項目を表示する制御を行う。マップ画面上での指示者向け詳細画面ＹＷ４（図２９を参照）の表示がこれに該当する。
　イベント成否判定部Ｙ２５１は、イベント成否判定処理を行う機能部であり、参加ユーザのユーザ位置を用いて集合イベントのイベント成否判定を行う。
　特典付与部Ｙ２６０は、特典付与処理を行う機能部であり、イベント成否判定で成功と判定された場合に、指示ユーザおよび／又は参加ユーザに所与の特典を付与する。この特典付与部Ｙ２６０は、第１達成度判定処理および第２達成度判定処理を行う達成度判定部２６１を備える。
　広告費請求処理部Ｙ２６３は、広告費請求処理を行う機能部であり、特典付与部Ｙ２６０によって付与された特典がサービス特典である場合に、当該サービス特典の広告主に広告費を請求するための処理を行う。
　計時部Ｙ２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。
　画像生成部Ｙ２９０ｓは、サーバシステムＹ１１００のシステム管理等に関する画像を生成し、画像表示部Ｙ３９０ｓへ出力する。
　音生成部Ｙ２９２ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステムＹ１１００のシステム管理や動画配信に係る操作音、ＢＧＭ等の音声データを生成し、或いはデコードする。システム管理に関する音声信号は、音出力部Ｙ３９２ｓへ出力される。
　通信制御部Ｙ２９４ｓは、通信部Ｙ３９４ｓを介して外部装置（例えばユーザ端末Ｙ１５００）とのデータ通信のための通信接続およびデータ処理を行い、外部装置とのデータのやりとりを実現する。
　画像表示部Ｙ３９０ｓは、画像生成部Ｙ２９０ｓから入力される画像信号に基づいてシステム管理等のための各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１では、タッチパネル１１０８がこれに該当する。
　音出力部Ｙ３９２ｓは、音生成部Ｙ２９２ｓから入力される音声信号を放音する。図１では、本体装置１１０１やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。
　通信部Ｙ３９４ｓは、ネットワークＮと接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。図１では、通信装置１１５３がこれに該当する。
　サーバ記憶部Ｙ５００ｓには、サーバシステムＹ１１００を動作させ、サーバシステムＹ１１００が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図１では、ＩＣメモリ１１５２やストレージ１１４０がこれに該当する。
　また、サーバ記憶部Ｙ５００ｓには、サーバプログラムＹ５０１と、配信用ゲームクライアントプログラムＹ５０３と、ユーザ管理データＹ５１０と、ゲーム初期設定データＹ５２０と、プレイデータＹ５８０と、発動中集合イベントデータＹ５９０とが格納される。また、その他にも、タイマーやカウンタ、各種フラグ等、必要なデータが適宜格納される。
　サーバプログラムＹ５０１は、サーバ処理部Ｙ２００ｓをユーザ管理部Ｙ２１０、課金処理部Ｙ２２０、およびゲーム管理部Ｙ２３０として機能させるためのプログラムである。なお、画像生成部Ｙ２９０ｓや音生成部Ｙ２９２ｓ、通信制御部Ｙ２９４ｓとして機能させるプログラムも適宜これに含めることができる。
　配信用ゲームクライアントプログラムＹ５０３は、ユーザ端末Ｙ１５００にダウンロードされるゲームクライアントプログラムＹ５０２（図３５を参照）の原本である。
　ユーザ管理データＹ５１０は、ユーザ登録を済ませたユーザ毎に用意され、当該ユーザのゲームプレイに関する管理用の各種データを格納する。具体的には、１つのユーザ管理データＹ５１０は、図３２に示すように、該当するユーザのアカウントＹ５１１と、決済媒体帳簿データＹ５１２と、所有オブジェクトリストＹ５１３と、所有クーポンリストＹ５１４と、プレーヤレベルＹ５１５と、親密度データＹ５１６と、フレンドリストＹ５１７とを含む。また、その他にも、プレイ日時やプレイ時間等のプレイ履歴、ゲームの進行状況に係るセーブデータ等を含む。
　決済媒体帳簿データＹ５１２は、該当するユーザに紐付けられる電子決済媒体（第２実施形態ではゲーム内通貨であるゲームコイン）の収支の情報、例えば、ゲームコインの購入日時や購入数（課金額）の履歴、ゲームコインの消費日時や消費数の履歴等を格納する。
　所有オブジェクトリストＹ５１３は、該当するユーザがゲームの過程で入手し、現時点で保有しているキャラクタや武器、アイテム等のゲームオブジェクトのリストを格納する。また、第２実施形態では、集合イベントの特典としてゲームオブジェクトが付与された場合に、そのオブジェクトＩＤが所有オブジェクトリストＹ５１３に追加される。
　所有クーポンリストＹ５１４は、該当するユーザが集合イベントの特典として入手し、現時点で保有しているクーポンのリストを格納する。
　親密度データＹ５１６は、他のユーザそれぞれとの間の親密度指標値を格納する。フレンドリストＹ５１７は、該当するユーザがフレンド登録した他のユーザのアカウントを格納する。
　図３１に戻る。ゲーム初期設定データＹ５２０は、ゲームを実行するために必要な初期設定データを格納する。このゲーム初期設定データＹ５２０は、イベント定義データＹ５３０と、変更制御テーブルＹ５６０と、マップデータＹ５７０とを含む。その他にも、プレーヤキャラクタとされるキャラクタの種類や各種パラメータ値の初期値、モデルデータ、動作制御に用いるモーションデータ等を定義するプレーヤキャラクタ初期設定データ、敵キャラクタの種類や各種パラメータ値、行動パターン等を定義する敵キャラクタ初期設定データ、ゲームの過程でユーザが入手し得る各種ゲームオブジェクトに係るオブジェクト定義データ、ゲームステージの設定に係るステージ初期設定データ、ゲームイベントの発動に係るゲームイベント用データ等を含む。
　マップデータＹ５７０は、現実空間の位置座標と紐付けられるゲーム要素に関する情報を格納する。具体的には、マップデータは、図３３に示すように、敵キャラクタ配置データＹ５７１と、付与オブジェクト配置データＹ５７３とを含む。
　敵キャラクタ配置データＹ５７１は、敵キャラクタの出現位置ＹＰｅ（図１８参照）毎に用意され、そこで出現する敵キャラクタの種類等の各種設定データを格納している。１つの敵キャラクタ配置データＹ５７１は、例えば、敵キャラクタの種類と、出現数と、出現位置ＹＰｅの位置座標とを格納する。それ以外にも、時間帯等の出現条件があれば、その設定を含めることができる。
　付与オブジェクト配置データＹ５７３は、付与オブジェクトの付与位置毎に用意され、そこで付与するゲームオブジェクトの種類等の各種設定データを格納している。１つの付与オブジェクト配置データＹ５７３は、例えば、付与オブジェクトの種類と、付与数と、付与位置の位置座標とを格納する。それ以外にも、時間帯等の付与条件があれば、その設定を含めることができる。
　プレイデータＹ５８０は、ゲームをプレイ中のユーザ毎に用意され、測位履歴Ｙ５８１の他、当該ユーザの識別情報（例えばアカウントＹ５１１）や、当該ユーザのゲームの進行状況を記述する各種データを格納する。
　発動中集合イベントデータＹ５９０は、集合イベントの開始にあたり、集合イベント開始制御部Ｙ２３３によって生成される。
　例えば、図３４に示すように、発動中集合イベントデータＹ５９０は、当該集合イベントを識別する集合イベントＩＤＹ５９１と、集合要求操作に係るイベント発動アイテムの発動アイテム番号Ｙ５９２と、当該集合イベントの集合場所Ｙ５９３と、集合時刻Ｙ５９４と、集合時刻までの残り時間Ｙ５９５と、参加ユーザ別進行状況データＹ６００とを含む。参加ユーザ別進行状況データＹ６００は、参加ユーザ毎に用意され、参加ユーザのアカウントＹ６０１と、当該参加ユーザに係る必達条件設定Ｙ６０２と、その達成状況Ｙ６０３と、当該参加ユーザの現在のユーザ位置から集合場所Ｙ５９３までの残距離Ｙ６０４と、当該参加ユーザの残距離順位Ｙ６０５とを格納する。
２．ユーザ端末
　図３５は、ユーザ端末Ｙ１５００の機能構成例を示すブロック図である。図３５に示すように、ユーザ端末Ｙ１５００は、操作入力部Ｙ１００と、測位部Ｙ１１０と、端末処理部Ｙ２００と、画像表示部Ｙ３９０と、音出力部Ｙ３９２と、通信部Ｙ３９４と、端末記憶部Ｙ５００とを備える。
　操作入力部Ｙ１００は、ユーザが各種操作を入力するためのものであり、例えば、ボタンスイッチ、ジョイスティック、タッチパッド、トラックボール、加速度センサ、角速度センサ、ＣＣＤモジュール等によって実現できる。図２では、方向入力キー１５０２やホームキー１５０４、タッチパネル１５０６がこれに該当する。
　測位部Ｙ１１０は、ユーザ位置を含む測位情報を取得して、端末処理部Ｙ２００へ出力する。図２では、測位モジュール１５５５がこれに該当する。
　端末処理部Ｙ２００は、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路であるプロセッサや、ＩＣメモリ等の電子部品によって実現でき、操作入力部Ｙ１００や端末記憶部Ｙ５００を含む装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部Ｙ１００からの操作入力信号、サーバシステムＹ１１００から受信したデータ等に基づいて各種の演算処理を行い、ユーザ端末Ｙ１５００の動作を統括制御する。図２では、制御基板１５５０やそのＣＰＵ１５５１がこれに該当する。そして、第２実施形態における端末処理部Ｙ２００は、ユーザ端末演算部Ｙ２７０と、計時部Ｙ２８０と、画像生成部Ｙ２９０と、音生成部Ｙ２９２と、通信制御部Ｙ２９４とを備える。
　ユーザ端末演算部Ｙ２７０は、ユーザ端末Ｙ１５００をユーザのゲームプレイのための端末として機能させるための各種演算処理を実行する。例えば、ユーザ端末演算部Ｙ２７０は、操作信号送信制御部Ｙ２７１と、ゲーム画面表示制御部Ｙ２７３とを含む。
　操作信号送信制御部Ｙ２７１は、操作入力部Ｙ１００に対する操作入力に応じて、各種データやリクエスト情報をサーバシステムＹ１１００へ送信するための処理を行う。
　ゲーム画面表示制御部Ｙ２７３は、サーバシステムＹ１１００から受信した各種データに基づいて、ゲーム画面を表示するための制御を行う。例えば、第２実施形態のオンラインゲームをウェブゲームとして実現するならば、ウェブブラウザをベースとしてＨＴＭＬとともにＪａｖａ（登録商標）やＣＳＳ（Cascading Style Sheets）を利用して能動的に画面表示を制御するウェブ技術、Ａｄｏｂｅ（登録商標）Ｆｌａｓｈ等のプラグインを用いて実現できる。勿論、その他の方法でもかまわない。また、第２実施形態の構成では、ゲーム画面の画像（例えば、３ＤＣＧ等）はサーバシステムＹ１１００にて生成されるが、ゲーム画面の画像をユーザ端末Ｙ１５００で生成する構成も可能である。その場合、ゲーム画面表示制御部Ｙ２７３は、３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御を行うこととなる。
　画像生成部Ｙ２９０は、ゲーム画面表示制御部Ｙ２７３と連係して、サーバシステムＹ１１００から受信した各種データに基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を表示するための画像信号を生成し、生成した画像信号を画像表示部Ｙ３９０へ出力する。例えば、ＧＰＵ、デジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現できる。
　音生成部Ｙ２９２は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣ等のプロセッサ、音声ファイルを再生するためのオーディオコーデック等によって実現され、ゲームの効果音やＢＧＭ、各種操作音の音声信号を生成して音出力部Ｙ３９２へ出力する。
　通信制御部Ｙ２９４は、通信部Ｙ３９４を介して外部装置（例えばサーバシステムＹ１１００）とのデータ通信のための通信接続およびデータ処理を行い、外部装置とのデータのやりとりを実現する。
　画像表示部Ｙ３９０は、画像生成部Ｙ２９０から入力される画像信号に基づいて、ゲーム画面等の各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図２では、タッチパネル１５０６がこれに該当する。
　音出力部Ｙ３９２は、音生成部Ｙ２９２から入力される音声信号に基づいてゲームに関する効果音やＢＧＭ等を放音する。図２では、スピーカ１５１０がこれに該当する。
　通信部Ｙ３９４は、ネットワークＮと接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ、有線用の通信ケーブルのジャックや制御回路等によって実現できる。図２では、無線通信モジュール１５５３がこれに該当する。
　端末記憶部Ｙ５００には、ユーザ端末Ｙ１５００を動作させ、ユーザ端末Ｙ１５００が備える機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図２では、ＩＣメモリ１５５２や、メモリカード１５４０がこれに該当する。
　また、端末記憶部Ｙ５００には、ゲームクライアントプログラムＹ５０２が格納される。ゲームクライアントプログラムＹ５０２は、端末処理部Ｙ２００をユーザ端末演算部Ｙ２７０として機能させるためのプログラムである。このゲームクライアントプログラムＹ５０２は、オンラインゲームを実現する技術手法に応じた専用のクライアントプログラムであってもよいし、ウェブブラウザプログラムおよびインタラクティブな画像表示を実現するプラグイン等により構成するとしてもよい。第２実施形態では、サーバシステムＹ１１００から提供される配信用ゲームクライアントプログラムＹ５０３（図３１を参照）のコピーとする。
［処理の流れ］
　図３６は、集合イベントの発動に関するサーバシステムＹ１１００の処理の流れを示すフローチャートである。ここで説明する処理は、サーバ処理部Ｙ２００ｓがサーバプログラムＹ５０１を読み出して実行することによって実現される。なお、図３６では、１つの集合イベントの発動に着目した処理の流れを示している。
　先ず、集合イベント開始制御部Ｙ２３３が、ゲーム中の何れかのユーザ（指示ユーザ）によるイベント発動アイテムの使用を集合要求操作として受け付ける。そして、当該指示ユーザのユーザ端末Ｙ１５００での集合要求操作を検出したならば（ステップＹＳ１：ＹＥＳ）、集合イベント開始制御部Ｙ２３３は、その発動アイテム番号Ｙ５３１のイベント定義データＹ５３０（図１９を参照）をもとに集合場所や集合時刻、参加ユーザ、各参加ユーザの必達条件を設定して発動中集合イベントデータＹ５９０を生成し、集合イベントを開始する制御を行う（ステップＹＳ３）。
　続いて、ゲーム画面表示制御部Ｙ２４０が、指示ユーザおよび参加ユーザのユーザ端末Ｙ１５００に対し、現実空間内の集合場所を識別可能な表示形態で表示したゲーム画像の表示制御を開始する（ステップＹＳ５）。第２実施形態では、図２７～図３０を参照して説明したマップ画像における集合場所の識別表示制御、当該集合場所の表示形態の変更制御、参加者向け詳細画面ＹＷ３や指示者向け詳細画面ＹＷ４の表示制御、視界画像における方向表示体の表示制御等を行う。
　その後、集合時刻が到来したならば（ステップＹＳ７：ＹＥＳ）、イベント成否判定部Ｙ２５１が、それまでの各参加ユーザのユーザ位置等を用いて集合イベントのイベント成否判定を行う（ステップＹＳ９）。具体的には、集合場所Ｙ５９３や集合時刻Ｙ５９４、各参加ユーザの必達条件設定Ｙ６０２（図３４を参照）をもとに、当該集合イベントのイベント定義データＹ５３０における成否判定時位置条件Ｙ５４５（図１９を参照）の設定等を用いて参加ユーザ毎に個別判定を行う。そして、集合人数条件Ｙ５４６の設定を用い、個別判定を満たした参加ユーザの人数をもとに集合イベントの成否を判定する。
　そして、イベント成否判定で成功と判定した場合には（ステップＹＳ１１：ＹＥＳ）、特典付与部Ｙ２６０が、当該集合イベントの特典データＹ５５０に従って、付与対象Ｙ５５１のユーザにその特典内容Ｙ５５５の特典を付与する（ステップＹＳ１３）。その際、達成度判定部Ｙ２６１が適宜第１達成度判定処理を行って集合人数に基づく達成度を判定し、或いは第２達成度判定処理を行って集合時刻に基づく達成度を判定し、判定した達成度に応じた特典内容の特典を付与する。例えば、特典内容にゲームオブジェクトを付与する内容が設定されている場合には、当該ゲームオブジェクトを付与対象のユーザの所有オブジェクトリストＹ５１３に追加する。また、特典内容にゲームイベントを発動する内容が設定されている場合には、当該ゲームイベントの発動制御を行う。また、特典内容にサービス特典を付与する内容が設定されている場合には、当該クーポンを付与対象のユーザの所有クーポンリストＹ５１４に追加する。
　そして、ステップＹＳ１３で付与した特典がサービス特典のときには（ステップＹＳ１５：ＹＥＳ）、広告費請求処理部２６３が広告費請求処理を行い、広告設定Ｙ５５３（図１９を参照）の広告主情報を用いて広告主に広告費を請求するための処理を行う（ステップＹＳ１７）。
　その後は、ゲームを終了するまではステップＹＳ１に戻り（ステップＹＳ１９：ＮＯ）、上記した処理を繰り返す。そして、対戦ゲームを終了したら（ステップＹＳ１９：ＹＥＳ）、本処理を終える。
　以上説明したように、第２実施形態によれば、ユーザ端末の位置であるユーザ位置に基づいて進行するゲームの実行中に、指示ユーザの集合要求操作に応じて、参加ユーザを現実空間内に存在する所与の集合場所へ集合させる集合イベントの開始することができる。そして、集合イベントの成功時には、指示ユーザおよび／又は参加ユーザに、特典を付与することができる。したがって、現実空間をプレイフィールドとするゲームにおいて、ゲーム中のユーザが集合するイベントを発動させる仕組みを設けて新たな興趣性を加えることができる。
　第２実施形態に係る変形例として、次に挙げる変形例が考えられる。
［変形例１］
　第２実施形態では、クライアント・サーバ型のゲームシステムＹ１０００を例に挙げたが、これに限定されない。例えば、複数のユーザ端末Ｙ１５００をピアツーピア接続してゲームシステムを実現することもできる。その場合は、何れかのユーザ端末Ｙ１５００に、第２実施形態のサーバシステムＹ１１００の機能を担わせる。或いは、複数のユーザ端末Ｙ１５００でゲーム管理部Ｙ２３０が有する機能を分担する構成としてもよい。
　例えば、第２実施形態のサーバシステムＹ１１００が有する機能を分担して担うユーザ端末Ｙ１５００Ａの機能構成例は、図３７のようになる。図３７では、第２実施形態と同様の構成には同一の符号を付して示している。なお、この場合のサーバシステムＹ１１００は、ユーザ登録とその情報の管理を主に行い、ユーザ端末Ｙ１５００Ａからのリクエストに応じてそれらの情報を提供する。
　図３７に示すように、本変形例のユーザ端末Ｙ１５００Ａは、端末処理部Ｙ２００がゲーム管理部Ｙ２３０を有し、ゲーム画面表示制御部Ｙ２７３が省略される。すなわち、本変形例のユーザ端末Ｙ１５００Ａは、サーバシステムＹ１１００からゲーム画面の画像を表示するためのデータを取得するのではなく、自身のゲーム管理部Ｙ２３０がゲーム管理に関する処理を実行してゲームの進行を制御し、ゲーム画面の画像を生成する。このユーザ端末Ｙ１５００Ａの端末記憶部Ｙ５００には、端末処理部Ｙ２００をユーザ端末演算部Ｙ２７０およびゲーム管理部Ｙ２３０として機能させるためのゲームプログラムＹ５０４が格納され、当該ユーザ端末Ｙ１５００Ａのユーザに係るユーザ管理データＹ５１０およびプレイデータＹ５８０と、ゲーム初期設定データＹ５２０と、発動中集合イベントデータＹ５９０とが格納される。
　そして、本変形例のユーザ端末Ｙ１５００Ａの処理の流れは図３６に示したフローチャートと基本的には同じで、ユーザ端末Ｙ１５００Ａのゲーム管理部Ｙ２３０により各ステップを実行するものと読み替えればよい。
　本変形例によれば、第２実施形態と同様の作用効果が得られる。なお、ユーザ端末Ｙ１５００Ａがゲーム管理部Ｙ２３０の全ての機能を担うのではなく、その一部を担う構成としてもよい。
［変形例２］
　また、第２実施形態では、イベント発動アイテムを使用する操作を集合要求操作として受け付け、当該使用する操作を行ったユーザを指示ユーザとする例を示したが、指示ユーザとなるのに条件があってもよい。すなわち、所定の集合要求操作許容条件を満たすユーザを指示ユーザとて、集合要求操作を受け付ける構成も可能である。その場合は、当該集合要求操作許容条件をイベント定義データＹ５３０に含めて設定しておけばよい。具体的には、「プレーヤレベルが所定のレベルに達していること」、「所定額のポイントを消費したこと」、「集合イベントへの参加歴があること」等の条件の設定や、それらを組み合わせた条件の設定を含めることができる。
　或いは、特定のユーザのみが指示ユーザとなれる構成としてもよい。例えば、チームに分かれて対戦するゲームに適用した場合において、チームリーダーとして設定されたユーザが指示ユーザとなり得る構成も可能である。すなわち、チームリーダーのユーザのみが集合イベントの発動権を持って、集合要求操作を行う。また、その場合は、当該集合要求操作を行ったチームリーダーのチームに所属するメンバーを、当該集合イベントについての参加ユーザとして設定するとしてもよい。
［変形例３］
　また、第２実施形態では、発動する集合イベントの参加条件Ｙ５４３（図１９を参照）を満たすユーザが強制的に参加ユーザとされることとした。これに対し、ゲーム中の所定の対象ユーザに向けて集合イベントへの参加を募り、参加を表明した対象ユーザを参加ユーザとする構成としてもよい。
　例えば、ゲームをプレイしている全ユーザを対象ユーザとすることができる。或いは、そのうちの一部のユーザを対象ユーザとするのでもよい。対象ユーザとなるための条件（当該イベントに参加できる条件）を設定しておき、これを満たしたユーザを対象ユーザとすることで実現できる。一例として、「指示ユーザがフレンド登録していること」、「プレーヤレベルが所定のレベルに達していること」、「所定額のポイントを消費したこと」等の条件等の条件が挙げられる。
　本変形例では、サーバシステムＹ１１００において集合イベント開始制御部Ｙ２３３が、集合イベントの開始制御に先立ち、指示ユーザによる所定の告知操作に応じて、集合イベントの実行を告知するための告知画面を対象ユーザのユーザ端末Ｙ１５００に表示する制御を行う。これにより対象ユーザのみに告知を行い、それ以外のユーザには告知内容は非公開とする。
　図３８は、告知画面の一例を示す図である。図３８に示すように、告知画面には、実行する集合イベントの内容、すなわち、集合イベントの開始日時、指示ユーザ、集合場所、集合時刻、参加条件、必達条件、付与特典等が記載され、参加ボタンＹＦ４によって参加操作を受け付ける。対象ユーザは、この集合イベント告知画面において実行予定の集合イベントの内容を確認し、参加するときには参加ボタンＹＦ４をタッチして参加操作を行う。
　そして、集合イベント開始制御部Ｙ２３３は、所定の告知期間が経過するまでの間、各対象ユーザのユーザ端末Ｙ１５００での当該集合イベントへの参加操作を受け付ける。告知してから所定時間が経過した時点で参加操作の受け付けを締め切るようにしてもよいし、予め集合イベントごとに定員を定めておき、参加操作の数が実行する集合イベントに応じた定員数に達した時点で締め切るのでもよい。そして、告知期間中に参加操作を行った対象ユーザを、当該集合イベントの参加ユーザとする。
　その後は、サーバシステムＹ１１００は、第２実施形態と同様の要領で当該告知した集合イベントの開始を制御し、当該集合イベントを実行する。告知の際に集合イベントの開始日時を指定している場合には、当該開始時刻の到来を待って開始制御を行う。
［変形例４］
　また、イベント定義データＹ５３０（図１９を参照）に設定される必達条件Ｙ５４４について、その条件内容に応じた難易度を予め定義しておき、当該難易度に応じた特典を付与する構成としてもよい。その場合は、特典内容Ｙ５５５として、対応する必達条件Ｙ５４４の難易度に応じた内容の特典を設定しておけばよい。具体的には、難易度が高いものほど付与するゲームオブジェクトのレア度が高くなるとか、クーポンの割引率が高くなる等、特典内容を調整するとよい。
［変形例５］
　また、第２実施形態では、集合イベントの内容を、イベント定義データＹ５３０として予め設定しておく構成とした。これに対し、集合場所や集合時刻、必達条件、特典等の各種イベント詳細項目を指示ユーザが指示できるようにしてもよい。その場合は、サーバシステムＹ１１００は、集合要求操作に先立ち、イベント詳細項目の指示操作を受け付ける。そして、指示ユーザのユーザ端末Ｙ１５００でのそれらの指示操作を検出した場合は、当該指示操作に従って各イベント制御項目を設定し、その上で指示ユーザの集合要求操作を受け付ける。そして、集合要求操作を受け付けたならば集合イベントの開始を制御し、指示操作に従い設定したイベント制御項目に基づいて、当該集合イベントを実行する。これによれば、指示ユーザが、発動させる集合イベントの内容を決めることができる。
［変形例６］
　また、第２実施形態では、「参加ユーザが集合時刻までの間に集合場所に到着したこと」を前提条件としてイベント成否判定をすることとした。これに対し、到着時刻は問わずに「参加ユーザが集合場所に到着したこと」を前提条件としてイベント成否判定する構成も可能である。その場合は、集合人数が所定の人数に達した時点で集合イベントを終了する等としてもよい。また、その場合の特典内容Ｙ５５５は、図２５の例のように到着順毎に設定しておくとよい。
［変形例７］
　また、適用可能なゲームの内容は特に限定されるものではなく、ユーザ位置に基づき進行するゲームであれば同様に適用が可能である。例えば、現実空間を移動して隠れたキャラクタやアイテム等のゲームオブジェクトを収集するゲームや、収集したアイテム等を用いてキャラクタを育成するゲーム、ユーザがプレーヤキャラクタを用いて対戦するゲーム等であってもよい。
［変形例８］
　第２実施形態では、コンテンツの一例としてゲームのコンテンツを例に挙げて説明した。しかし、測位機能を有するユーザ端末を所持するユーザが、現実空間をプレイフィールドとして楽しむコンテンツであれば、ゲーム以外のコンテンツにも第２実施形態を適用することができる。例えば、スポーツ等のアクティビティのイベントとして、集合場所を提示してチーム別に集合する時間を競うイベントコンテンツや、集合場所を探索して順番に通過してゆくオリエンテーリングのようなイベントコンテンツについても、第２実施形態を適用することができる。
　１０００，１０００Ｘ，１０００Ｙ…ゲームシステム
　１１００，１１００Ｘ，１１００Ｙ…サーバシステム
　Ｘ１００ｓ…操作入力部
　Ｘ２００ｓ…サーバ処理部
　Ｘ２１０…ユーザ管理部
　Ｘ２２０…課金処理部
　Ｘ２３０…ゲーム管理部
　Ｘ２３１…ゲーム進行制御部
　Ｘ２３３…集合イベント開始制御部
　Ｘ２４０…ゲーム画像表示制御部
　Ｘ２４１…集合場所識別表示制御部
　Ｘ２４３…参加状況表示制御部
　Ｘ２４５…集合状況表示制御部
　Ｘ２５１…イベント成否判定部
　Ｘ２５３…特典付与部
　Ｘ２９０ｓ…画像生成部
　Ｘ２９２ｓ…音生成部
　Ｘ２９４ｓ…通信制御部
　Ｘ３９０ｓ…画像表示部
　Ｘ３９２ｓ…音出力部
　Ｘ３９４ｓ…通信部
　Ｘ５００ｓ…サーバ記憶部
　Ｙ１００ｓ…操作入力部
　Ｙ２００ｓ…サーバ処理部
　Ｙ２１０…ユーザ管理部
　Ｙ２２０…課金処理部
　Ｙ２３０…ゲーム管理部
　Ｙ２３１…ゲーム進行制御部
　Ｙ２３２…ユーザ位置取得部
　Ｙ２３３…集合イベント開始制御部
　Ｙ２４０…ゲーム画面表示制御部
　Ｙ２４１…集合場所識別表示制御部
　Ｙ２４３…参加状況表示制御部
　Ｙ２４５…集合状況表示制御部
　Ｙ２５１…イベント成否判定部
　Ｙ２６０…特典付与部
　Ｙ２６１…達成度判定部
　Ｙ２６３…広告費請求処理部
　Ｙ２９０ｓ…画像生成部
　Ｙ２９２ｓ…音生成部
　Ｙ２９４ｓ…通信制御部
　Ｙ３９０ｓ…画像表示部
　Ｙ３９２ｓ…音出力部
　Ｙ３９４ｓ…通信部
　Ｙ５００ｓ…サーバ記憶部
　１５００，Ｘ１５００，Ｙ１５００，Ｘ１５００Ａ，Ｙ１５００Ａ…ユーザ端末
　Ｘ１００…操作入力部
　Ｘ２００…端末処理部
　Ｘ２７０…ユーザ端末演算部
　Ｘ２７１…操作信号送信制御部
　Ｘ２７３…ゲーム画面表示制御部
　Ｘ２９０…画像生成部
　Ｘ２９２…音生成部
　Ｘ２９４…通信制御部
　Ｘ３９０…画像表示部
　Ｘ３９２…音出力部
　Ｘ３９４…通信部
　Ｘ５００…端末記憶部
　Ｙ１００…操作入力部
　Ｙ１１０…測位部
　Ｙ２００…端末処理部
　Ｙ２７０…ユーザ端末演算部
　Ｙ２７１…操作信号送信制御部
　Ｙ２７３…ゲーム画面表示制御部
　Ｙ２９０…画像生成部
　Ｙ２９２…音生成部
　Ｙ２９４…通信制御部
　Ｙ３９０…画像表示部
　Ｙ３９２…音出力部
　Ｙ３９４…通信部
　Ｙ５００…端末記憶部

Claims (30)

  1. 　複数のユーザの端末と通信接続されるサーバシステムであって、
    　指示ユーザの端末から集合要求操作を受け付けて、１）参加ユーザのユーザキャラクタを仮想空間内の所与の集合場所へ集合させる集合イベント、或いは、２）参加ユーザを現実空間内に存在する所与の集合場所へ集合させる集合イベント、の開始を制御する開始制御部と、
    　前記指示ユーザおよび前記参加ユーザの端末に対し、前記集合場所を識別可能な表示形態で表示したマップ画像の表示を制御する表示制御部と、
    　前記集合イベントのイベント成否判定を行う成否判定部と、
    　前記イベント成否判定で成功と判定された場合に、前記指示ユーザおよび／又は前記参加ユーザに所与の特典を付与する付与部と、
    　を備えるサーバシステム。
  2. 　前記開始制御部は、前記１）の集合イベントの開始を制御し、
    　前記表示制御部は、前記仮想空間に関する前記マップ画像の表示を制御し、
    　前記成否判定部は、前記参加ユーザが操作するユーザキャラクタの位置を用いて、前記集合イベントのイベント成否判定を行う、
    　請求項１に記載のサーバシステム。
  3. 　前記開始制御部は、前記集合場所に集合するまでの間の前記参加ユーザのユーザキャラクタの前記仮想空間内での行動に関する条件を、前記集合イベントの必達条件として設定し、
    　前記成否判定部は、前記参加ユーザのユーザキャラクタが前記必達条件を満たすか否かの判定を含めて前記攻略成否判定を行う、
    　請求項２に記載のサーバシステム。
  4. 　前記開始制御部は、前記参加ユーザ毎に、前記必達条件を、当該参加ユーザと前記指示ユーザとの親密度に基づいて設定する、
    　請求項３に記載のサーバシステム。
  5. 　前記開始制御部は、
    　　前記集合要求操作を受け付けた場合に、所定の対象ユーザの端末に対し、前記集合イベントの必達条件を前記集合場所とともに表示させて前記イベントの発動を告知することと、
    　　前記対象ユーザの端末から参加操作を受け付けることと、
    　　前記参加操作を行った前記対象ユーザを前記参加ユーザとして前記集合イベントの開始を制御することと、
    　を実行する、
    　請求項３又は４に記載のサーバシステム。
  6. 　前記参加ユーザの端末に対し、前記必達条件、および／又は、前記必達条件の達成状況、を前記画像中の前記集合場所の表示と関連付けて表示する制御を行う第１の参加状況表示制御部、
    　を更に備える請求項３～５の何れか一項に記載のサーバシステム。
  7. 　前記参加ユーザの端末に対し、当該参加ユーザのユーザキャラクタから前記集合場所までの残距離、および／又は、前記参加ユーザのそれぞれの前記残距離の順に基づく当該参加ユーザの順位、を前記画像中の前記集合場所の表示と関連付けて表示する制御を行う第２の参加状況表示制御部、
    　を更に備える請求項２～６の何れか一項に記載のサーバシステム。
  8. 　前記成否判定部は、所与の集合時刻が到来するまでに、或いは、前記集合時刻の時点で、前記参加ユーザが操作するユーザキャラクタの位置を用いて前記イベント成否判定を行う、
    　請求項２～７の何れか一項に記載のサーバシステム。
  9. 　前記参加ユーザの端末に対し、前記集合時刻、および／又は、前記集合時刻までの残り時間、を前記画像中の前記集合場所の表示と関連付けて表示する制御を行う第３の参加状況表示制御部、
    　を更に備える請求項８に記載のサーバシステム。
  10. 　前記表示制御部は、前記参加ユーザの端末毎に、前記画像中の前記集合場所の表示形態を、前記集合時刻までの残り時間に応じて変更する制御を行う、
    　請求項８又は９に記載のサーバシステム。
  11. 　前記ユーザは、所属先のチームが対応付けられており、
    　前記開始制御部は、前記集合要求操作を受け付けた場合に、前記指示ユーザのチームに所属するユーザを前記参加ユーザとして前記集合イベントの開始を制御する、
    　請求項２～１０の何れか一項に記載のサーバシステム。
  12. 　前記指示ユーザの端末に対し、前記参加ユーザのユーザキャラクタから前記集合場所までの残距離に基づく前記参加ユーザのそれぞれの集合状況を、前記画像中の前記集合場所の表示と関連付けて表示する制御を行う集合状況表示制御部、
    　を更に備える請求項２～１１の何れか一項に記載のサーバシステム。
  13. 　前記付与部は、前記特典として所与のイベントを発動させる制御を行う、
    　請求項２～１２の何れか一項に記載のサーバシステム。
  14. 　前記開始制御部は、前記指示ユーザからの指示に基づいて前記集合場所を設定する、
    　請求項２～１３の何れか一項に記載のサーバシステム。
  15. 　前記表示制御部は、前記参加ユーザの端末毎に、前記画像中の前記集合場所の表示形態を、当該参加ユーザのユーザキャラクタから集合場所までの残距離に応じて変更する制御を行う、
    　請求項２～１４の何れか一項に記載のサーバシステム。
  16. 　前記ユーザの端末は、測位機能を有し、
    　前記端末の位置であるユーザ位置を取得する位置取得部、
    　を更に備え、
    　前記開始制御部は、前記２）の集合イベントの開始を制御し、
    　前記表示制御部は、現実空間に関する前記マップ画像の表示を制御し、
    　前記成否判定部は、前記参加ユーザのユーザ位置に基づき定められた集合条件を用いて、前記集合イベントのイベント成否判定を行う、
    　請求項１に記載のサーバシステム。
  17. 　前記集合条件は、前記参加ユーザのユーザ位置が前記集合場所に到着したことを示す位置条件を含み、
    　前記成否判定部は、前記参加ユーザのユーザ位置が前記位置条件を満たすか否かの判定を前記イベント成否判定に含めて行う、
    　請求項１６に記載のサーバシステム。
  18. 　前記集合条件は、前記参加ユーザのユーザ位置が前記集合場所に到着するまでの当該参加ユーザの行動および／又は前記集合イベントの進行状況に関する条件である前記集合イベントの必達条件を含み、
    　前記成否判定部は、前記参加ユーザが前記必達条件を満たすか否かの判定を含めて前記イベント成否判定を行う、
    　請求項１６又は１７に記載のサーバシステム。
  19. 　前記開始制御部は、前記参加ユーザ毎に、前記必達条件を、当該参加ユーザと前記指示ユーザとの関係に基づいて設定する、
    　請求項１８に記載のサーバシステム。
  20. 　前記必達条件には予め難易度が定められており、
    　前記付与部は、前記難易度に応じた特典を前記参加ユーザに付与する、
    　請求項１８又は１９に記載のサーバシステム。
  21. 　前記集合条件は、前記集合場所に到着した前記参加ユーザの数を示す集合人数条件を含み、
    　前記成否判定部は、前記参加ユーザが前記集合人数条件を満たすか否かの判定を含めて前記イベント成否判定を行う、
    　請求項１６～２０の何れか一項に記載のサーバシステム。
  22. 　前記参加ユーザの数に基づいて前記集合条件の達成度を判定する第１の達成度判定部、
    　を更に備え、
    　前記付与部は、前記指示ユーザおよび／又は前記参加ユーザに対し、前記第１の達成度判定部により判定された達成度に応じた特典を付与する、
    　請求項２１に記載のサーバシステム。
  23. 　前記参加ユーザの前記集合場所への到着時刻に基づいて前記集合条件の達成度を前記参加ユーザ毎に算出する第２の達成度判定部、
    　を更に備え、
    　前記付与部は、前記参加ユーザに対し、当該参加ユーザの前記第２の達成度判定部により判定された達成度に応じた特典を付与する、
    　請求項１６～２２の何れか一項に記載のサーバシステム。
  24. 　前記付与部は、前記特典として、所与のイベントを発動する制御を行う、
    　請求項１６～２３の何れか一項に記載のサーバシステム。
  25. 　前記付与部は、前記特典として、所与の広告主によって前記集合場所に設定された所与のサービスを受けることができるサービス特典を付与する、
    　請求項１６～２３の何れか一項に記載のサーバシステム。
  26. 　前記集合場所とされる現実空間内の位置と対応付けて、前記集合条件の内容を定めた集合条件データと、前記特典の内容を定めた特典データとが設定されたイベント定義データを記憶する記憶部、
    　を更に備え、
    　前記開始制御部は、前記指示ユーザの端末から前記イベント定義データの選択操作を受け付け、選択されたイベント定義データに対応付けられている前記現実空間内の位置を集合場所として前記集合イベントの開始を制御し、
    　前記成否判定部は、前記選択されたイベント定義データの前記集合条件データに従って前記イベント成否判定を行い、
    　前記付与部は、前記選択されたイベント定義データの前記特典データに従って前記特典の付与を行う、
    　請求項１６～２５の何れか一項に記載のサーバシステム。
  27. 　前記表示制御部は、前記参加ユーザの端末に対し、前記参加ユーザの現在のユーザ位置に基づく視界画像を前記マップ画像の表示と切替可能に表示する制御を行い、前記視界画像において、前記集合場所の方向を指し示す方向表示体を表示させる制御を行う、
    　請求項１６～２６の何れか一項に記載のサーバシステム。
  28. 　前記開始制御部は、所定の集合要求操作許容条件を満たすユーザを前記指示ユーザとして、前記集合要求操作を受け付ける、
    　請求項１６～２７の何れか一項に記載のサーバシステム。
  29. 　前記開始制御部は、前記指示ユーザと所定の関係を有するユーザを前記参加ユーザとして、前記集合イベントの開始を制御する、
    　請求項１６～２８の何れか一項に記載のサーバシステム。
  30. 　請求項１～２９の何れか一項に記載のサーバシステムと、前記サーバシステムに通信接続可能なユーザ端末と、を具備するシステム。
PCT/JP2021/010399 2020-03-30 2021-03-15 サーバシステムおよびシステム WO2021200073A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
GB2214412.5A GB2608548A (en) 2020-03-30 2021-03-15 Server system and system
US17/957,226 US20230022864A1 (en) 2020-03-30 2022-09-30 Server system and system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2020-061568 2020-03-30
JP2020061567A JP7398318B2 (ja) 2020-03-30 2020-03-30 サーバシステムおよびシステム
JP2020061568A JP7398319B2 (ja) 2020-03-30 2020-03-30 サーバシステムおよびシステム
JP2020-061567 2020-03-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/957,226 Continuation US20230022864A1 (en) 2020-03-30 2022-09-30 Server system and system

Publications (1)

Publication Number Publication Date
WO2021200073A1 true WO2021200073A1 (ja) 2021-10-07

Family

ID=77930344

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/010399 WO2021200073A1 (ja) 2020-03-30 2021-03-15 サーバシステムおよびシステム

Country Status (3)

Country Link
US (1) US20230022864A1 (ja)
GB (1) GB2608548A (ja)
WO (1) WO2021200073A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7281241B1 (ja) * 2022-09-02 2023-05-25 株式会社Vrc 情報処理システム及び情報処理方法
JP7387039B1 (ja) 2023-01-25 2023-11-27 Kddi株式会社 情報処理装置及び情報処理方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12028507B2 (en) * 2021-03-11 2024-07-02 Quintar, Inc. Augmented reality system with remote presentation including 3D graphics extending beyond frame

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002017929A (ja) * 2000-07-11 2002-01-22 Jatco Transtechnology Ltd ゲームシステム
JP2018000740A (ja) * 2016-07-06 2018-01-11 任天堂株式会社 ゲームプログラム、ゲーム処理方法、およびゲームシステム
JP2018064708A (ja) * 2016-10-18 2018-04-26 株式会社コロプラ ユーザの位置情報に基づきコンピュータがゲームを進行させる方法およびシステムならびに当該方法をコンピュータに実行させるプログラム
US20180161678A1 (en) * 2016-12-09 2018-06-14 Mike Snow System and method for processing virtual objects in a computing environment
JP2019042352A (ja) * 2017-09-06 2019-03-22 株式会社バンダイナムコエンターテインメント プログラム及びサーバ装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0218740A (ja) * 1988-07-05 1990-01-23 Sharp Corp 磁気記録再生装置
US9220985B1 (en) * 2011-06-30 2015-12-29 Zynga Inc. Providing virtual items based on location-based actions
US10585471B2 (en) * 2017-10-03 2020-03-10 Disney Enterprises, Inc. Systems and methods to provide an interactive space based on predicted events
US11011069B1 (en) * 2019-10-31 2021-05-18 Randy Wolf Method and system for altering level of difficulty of computer games and learning programs

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002017929A (ja) * 2000-07-11 2002-01-22 Jatco Transtechnology Ltd ゲームシステム
JP2018000740A (ja) * 2016-07-06 2018-01-11 任天堂株式会社 ゲームプログラム、ゲーム処理方法、およびゲームシステム
JP2018064708A (ja) * 2016-10-18 2018-04-26 株式会社コロプラ ユーザの位置情報に基づきコンピュータがゲームを進行させる方法およびシステムならびに当該方法をコンピュータに実行させるプログラム
US20180161678A1 (en) * 2016-12-09 2018-06-14 Mike Snow System and method for processing virtual objects in a computing environment
JP2019042352A (ja) * 2017-09-06 2019-03-22 株式会社バンダイナムコエンターテインメント プログラム及びサーバ装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7281241B1 (ja) * 2022-09-02 2023-05-25 株式会社Vrc 情報処理システム及び情報処理方法
WO2024047860A1 (ja) * 2022-09-02 2024-03-07 株式会社Vrc 情報処理システム及び情報処理方法
JP7387039B1 (ja) 2023-01-25 2023-11-27 Kddi株式会社 情報処理装置及び情報処理方法
JP2024104915A (ja) * 2023-01-25 2024-08-06 Kddi株式会社 情報処理装置及び情報処理方法

Also Published As

Publication number Publication date
GB202214412D0 (en) 2022-11-16
GB2608548A (en) 2023-01-04
US20230022864A1 (en) 2023-01-26

Similar Documents

Publication Publication Date Title
WO2021200073A1 (ja) サーバシステムおよびシステム
JP7068776B2 (ja) コンピュータシステム、制御方法、視聴者端末、及びプログラム
JP6895237B2 (ja) プログラム及びコンピュータシステム
CN109453516B (zh) 服务器装置
US10398982B2 (en) Computer system
JP6579757B2 (ja) ゲームシステム及びプログラム
JP2018093962A (ja) コンピュータシステム、ゲームシステム及びゲーム装置
JP2018093963A (ja) コンピュータシステム、ゲームシステム及びゲーム装置
JP7398319B2 (ja) サーバシステムおよびシステム
JP6937455B2 (ja) サーバシステム及びプログラム
JP6317410B2 (ja) プログラム及びコンピュータシステム
JP2018099601A (ja) プログラム及びコンピュータシステム
JP6769813B2 (ja) プログラム及びコンピュータシステム
JP2019136551A (ja) コンピュータシステム、ゲームシステム及びゲーム装置
JP2019080747A (ja) ゲームプログラム、記録媒体、ゲーム処理方法
JP2018029808A (ja) ゲームシステム及びプログラム
JP6778561B2 (ja) サーバシステム及びプログラム
JP2018045457A (ja) コンピュータシステム及びプログラム。
JP2020156840A (ja) サーバシステム、ゲームシステムおよびプログラム
JP2022092866A (ja) プログラム、サーバシステム及びエンターテインメントシステム
JP7398318B2 (ja) サーバシステムおよびシステム
JP2022156191A (ja) コンピュータシステムおよびゲームシステム
JP7168339B2 (ja) サーバシステム及び付与媒体投票制御方法
JP2022099970A (ja) コンピュータシステム、ゲームシステムおよびプログラム
JP7506992B2 (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: 21778916

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 202214412

Country of ref document: GB

Kind code of ref document: A

Free format text: PCT FILING DATE = 20210315

122 Ep: pct application non-entry in european phase

Ref document number: 21778916

Country of ref document: EP

Kind code of ref document: A1