JP2013090798A

JP2013090798A - ゲームシステム及びサーバ装置

Info

Publication number: JP2013090798A
Application number: JP2011234593A
Authority: JP
Inventors: Takashi Uchiyama; 貴視内山; Shogo Azuma; 尚吾東; Yoshitaka Tamura; 喜隆田村; Taiko Yamaguchi; 泰功山口; Nimiko Ochiai; 仁美子落合; Hanako Saotome; 華子五月女; Akihiro Mito; 章裕三登
Original assignee: Konami Digital Entertainment Co Ltd
Current assignee: Konami Digital Entertainment Co Ltd
Priority date: 2011-10-26
Filing date: 2011-10-26
Publication date: 2013-05-16
Anticipated expiration: 2031-10-26
Also published as: CN103071282A; US20130109464A1; JP5563541B2; AU2012241134A1

Abstract

【課題】ユーザ端末のユーザが、指定した店舗に設置されたゲーム装置に、当該ユ―ザが指定したゲーム要素を出現させる。
【解決手段】ユーザ端末２０は、サーバ装置３０から当該ユーザ端末のユーザに対応する店舗情報を店舗情報応答として受け取ることができ、ユーザがその中から店舗を選択することによって、ゲーム要素を出現させるゲーム装置が設置された店舗を指定することができる。サーバ装置３０は、追加情報を選択店舗情報と対応づけて記憶する追加情報記憶処理（Ｓ５）を実行し、ゲーム装置３０から追加情報の有無を問い合わせる確認要求を受信すると、ゲーム装置１０が選択された店舗に設置されたゲーム装置１０であるか否かを判定する判定処理（Ｓ６）を実行し、選択された店舗に設置されたゲーム装置１０である場合に確認応答を返信する。
【選択図】図７

Description

本発明は、ゲームシステム及びサーバ装置に関する。

従来より、携帯端末等のユーザ端末を用いたロールプレイングゲームが知られている（例えば、非特許文献１）。このロールプレイングゲームでは、ユーザがモンスターなどのキャラクタをゲーム上で育成するものである。一方、アミューズメント施設などの店舗に設置されたゲーム装置においても、キャラクタの育成を楽しむロールプレイングゲームが知られている。くわえて、ユーザ端末のユーザが、ゲーム装置が設置されている店舗に来店した際に、ユーザ端末のゲームで育成したキャラクタをゲーム装置に登場させ、当該ゲーム装置で当該キャラクタを更に育成する技術が知られている（特許文献１）。

特開２００２−０３５４２８号公報

「ソーシャルゲーム総合情報誌アプリＳＴＹＬＥＶｏｌ．２」，株式会社イースト・プレス，平成２３年４月１日，ｐ.２６−ｐ.２９

しかしながら、従来の技術は、ユーザ端末のユーザが自己のキャラクタを登場させることができるのは、ユーザが来店している店舗に設置されたゲーム装置に限られており、ユーザが来店していない店舗に設置されたゲーム装置に育成したキャラクタを登場させることはできなかった。また、ゲーム装置で実行されるゲームには、キャラクタの他に各種のゲーム要素が出現するが、そのようなゲーム要素を携帯端末やパーソナルコンピュータなどのユーザ端末を用いて、店舗に設置されたゲーム装置に出現させることができなかった。

本発明は、上述した事情に鑑みてなされたものであり、ユーザ端末のユーザが指定した店舗に設置されたゲーム装置に、ゲーム要素を追加で出現させることを解決課題とする。

上述した課題を解決するため、本発明に係るゲームシステムは、ユーザに操作されるユーザ端末と、複数の店舗に設置されたゲーム装置と、前記ユーザ端末及び前記ゲーム装置のそれぞれと通信可能なサーバ装置とを備えたものであって、前記ユーザ端末は、当該ユーザ端末のユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記サーバ装置に送信する処理と、前記サーバ装置から前記店舗情報を含む店舗情報応答を受信する処理と、受信した店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報と、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報とを含む追加要求を前記サーバ装置に送信する処理とを実行し、前記サーバ装置は、前記ユーザ端末から前記店舗情報要求を受信すると、前記店舗情報を生成して、当該店舗情報を含む前記店舗情報応答を当該ユーザ端末に返信する処理と、前記追加要求を前記ユーザ端末から受信すると、当該追加要求に含まれる前記選択店舗情報と前記追加情報とを対応づけて記憶する処理と、前記ゲーム装置から当該ゲーム装置が設置されている店舗を示す店舗特定情報を含む確認要求を受信すると、前記追加情報と対応づけて記憶した前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれるか否かを判定する処理と、前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれる場合、当該選択店舗情報に対応づけて記憶された前記追加情報を含む確認応答を前記ゲーム装置に返信する処理とを実行し、前記ゲーム装置は、前記ゲームを実行する処理と、前記確認要求を前記サーバ装置に送信する処理と、前記確認応答を受信すると、当該確認応答に前記追加情報が含まれている場合には、当該追加情報の示す前記ゲーム要素を前記ゲームに出現させる処理とを実行する、ことを特徴とする。

この発明によれば、ユーザ端末は、サーバ装置から店舗情報を受け取ることができ、ユーザがその中から店舗を選択することによって、ゲーム要素を出現させるゲーム装置が設置された店舗を指定することができる。また、サーバ装置では追加すべきゲーム要素の内容を示す追加情報を選択店舗情報と対応づけて記憶するとともに、ゲーム装置から追加情報の有無を問い合わせる確認要求を受信すると、当該ゲーム装置がユーザに選択された店舗に設置されたゲーム装置である場合に追加情報を含む確認応答を返信する。この結果、ゲーム要素を出現させるゲーム装置は、ユーザ端末のユーザが来店した店舗に設置されたゲーム装置に限定されず、ユーザが店舗に出向かなくても、ユーザが選択した店舗に設置されたゲーム装置にゲーム要素を出現させることが可能となる。

なお、ゲーム要素は、ゲーム上で出現するのであればどのようなものであってもよく、例えば、モンスターなどのキャラクタの他、メッセージ、背景画面、ダンジョンなどのゲームステージ、パズル、効果音、音楽、及び指譜などが含まれる。また、サーバ装置は、複数の装置から構成されてもよく、さらに、複数の装置が通信網（例えば、インターネット）で接続されていてもよい。

本発明に係る他のゲームシステムは、ユーザに操作されるユーザ端末と、複数の店舗に設置されたゲーム装置と、前記ユーザ端末及び前記ゲーム装置のそれぞれと通信可能なサーバ装置とを備えたものであって、前記ユーザ端末は、当該ユーザ端末のユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記サーバ装置に送信する処理と、前記サーバ装置から前記店舗情報を含む店舗情報応答を受信する処理と、受信した店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報を前記サーバ装置に送信する処理とを実行し、前記サーバ装置は、前記ユーザ端末から前記店舗情報要求を受信すると、前記店舗情報を生成して、当該店舗情報を含む前記店舗情報応答を当該ユーザ端末に返信する処理と、前記選択店舗情報を前記ユーザ端末から受信すると、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報と前記選択店舗情報とを対応づけて記憶する処理と、前記ゲーム装置から当該ゲーム装置が設置されている店舗を示す店舗特定情報を含む確認要求を受信すると、前記追加情報と対応づけて記憶した前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれるか否かを判定する処理と、前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれる場合、当該選択店舗情報に対応づけて記憶された前記追加情報を含む確認応答を前記ゲーム装置に返信する処理とを実行し、前記ゲーム装置は、前記ゲームを実行する処理と、前記確認要求を前記サーバ装置に送信する処理と、前記確認応答を受信すると、当該確認応答に前記追加情報が含まれている場合には、当該追加情報の示す前記ゲーム要素を前記ゲームに出現させる処理とを実行する、ことを特徴とする。

この発明において、追加情報はサーバ装置において管理され、ユーザ端末は追加情報を保持しない。追加情報がサーバ装置で管理されるので、追加情報が不正に改ざんされる恐れがない。ユーザ端末で実行されるゲームの典型例はブラウザゲームである。ユーザ端末からサーバ装置に送信される選択店舗情報は、ユーザが選択した店舗を直接的に示す情報であっても、ユーザが選択した店舗を間接的に示す情報であってもよい。ユーザが選択した店舗を直接的に示す情報とは、例えば店舗を識別する店舗ＩＤなどであり、ユーザが選択した店舗を間接的に示す情報とは、例えばサーバ装置から提示された複数の選択肢からユーザが選択した選択肢を識別するインデックス情報や、当該インデックス情報を含んだＵＲＬなどがあげられる。具体的には、ユーザ端末において複数の店舗名と各店舗名に対応する選択ボタンが表示され、ユーザが選択ボタンを押すと、当該選択ボタンに割り当てられたインデックス情報や当該インデックス情報を含んだＵＲＬを選択店舗情報としてサーバ装置に送信すればよい。サーバ装置は、ユーザ端末で表示させる画面情報を作成する際に、画面に含まれる選択ボタンに対応するインデックス情報と店舗ＩＤとの組を予め規定してあるので、ユーザ端末からインデックス情報を取得することで、ユーザの選択した店舗を認識することができる。
これにより、ユーザ端末は、サーバ装置から店舗情報を受け取ることができ、ユーザがその中から店舗を選択することによって、ゲーム要素を出現させるゲーム装置が設置された店舗を指定することができる。また、サーバ装置では追加すべきゲーム要素の内容を示す追加情報を選択店舗情報と対応づけて記憶するとともに、ゲーム装置から追加情報の有無を問い合わせる確認要求を受信すると、当該ゲーム装置がユーザに選択された店舗に設置されたゲーム装置である場合に追加情報を含む確認応答を返信する。この結果、ゲーム要素を出現させるゲーム装置は、ユーザ端末のユーザが来店した店舗に設置されたゲーム装置に限定されず、ユーザが店舗に出向かなくても、ユーザが選択した店舗に設置されたゲーム装置にゲーム要素を出現させることができる。

本発明に係る他のゲームシステムは、ユーザに操作されるユーザ端末と、複数の店舗に設置されたゲーム装置と、前記ユーザ端末及び前記ゲーム装置のそれぞれと通信可能なサーバ装置とを備えたものであって、前記ユーザ端末は、当該ユーザ端末のユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記サーバ装置に送信する処理と、前記サーバ装置から前記店舗情報を含む店舗情報応答を受信する処理と、受信した店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報と、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報とを含む追加要求を前記サーバ装置に送信する処理とを実行し、前記サーバ装置は、前記ユーザ端末から前記店舗情報要求を受信すると、前記店舗情報を生成して、当該店舗情報を含む前記店舗情報応答を当該ユーザ端末に返信する処理と、前記追加要求を前記ユーザ端末から受信すると、当該追加要求に含まれる前記選択店舗情報と前記追加情報とを対応づけて記憶する処理と、前記追加情報を前記選択店舗情報の示す店舗に設置された前記ゲーム装置に送信する処理とを実行し、前記ゲーム装置は、複数のゲーム端末と、情報を記憶する記憶部と、前記追加情報を受信すると前記記憶部に前記追加情報を記憶する処理と、前記複数のゲーム端末の各々で前記ゲームを実行する処理と、前記記憶部に前記追加情報が記憶されている場合は、当該追加情報の示す前記ゲーム要素を前記ゲームに出現させる処理とを実行する制御部とを備える、ことを特徴とする。
ことを特徴とする。

この発明によれば、ユーザ端末は、サーバ装置から店舗情報を受け取ることができ、ユーザがその中から店舗を選択することによって、ゲーム要素を出現させるゲーム装置が設置された店舗を指定することができる。また、サーバ装置は選択店舗情報示される店舗に設置されたゲーム装置に対して追加情報を送信する。この発明のゲーム装置は複数のゲーム端末を備え、記憶部に追加情報が記憶されている場合には、ゲームにゲーム要素を出現させるから、ゲーム装置から店舗の外にあるサーバ装置に対して追加情報の存在を問い合わせることなく、ユーザが選択した店舗に設置されたゲーム装置にゲーム要素を出現させることができる。この結果、ゲーム要素を出現させるゲーム装置は、ユーザ端末のユーザが来店した店舗に設置されたゲーム装置に限定されず、ユーザが店舗に出向かなくても、ユーザが選択した店舗に設置されたゲーム装置にゲーム要素を出現させることが可能となる。

本発明に係る他のゲームシステムは、ユーザに操作されるユーザ端末と、複数の店舗に設置されたゲーム装置と、前記ユーザ端末及び前記ゲーム装置のそれぞれと通信可能なサーバ装置とを備えたものであって、前記ユーザ端末は、当該ユーザ端末のユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記サーバ装置に送信する処理と、前記サーバ装置から前記店舗情報を含む店舗情報応答を受信する処理と、受信した店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報を送信する処理と、前記サーバ装置は、前記ユーザ端末から前記店舗情報要求を受信すると、前記店舗情報を生成して、当該店舗情報を含む前記店舗情報応答を当該ユーザ端末に返信する処理と、前記選択店舗情報を前記ユーザ端末から受信すると、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報と前記選択店舗情報とを対応づけて記憶する処理と、前記選択店舗情報と対応づけて記憶した前記追加情報を当該選択店舗情報の示す店舗に設置された前記ゲーム装置に送信する処理とを実行し、前記ゲーム装置は、複数のゲーム端末と、情報を記憶する記憶部と、前記追加情報を受信すると前記記憶部に前記追加情報を記憶する処理と、前記複数のゲーム端末の各々で前記ゲームを実行する処理と、前記記憶部に前記追加情報が記憶されている場合は、当該追加情報の示す前記ゲーム要素を前記ゲームに出現させる処理とを実行する制御部とを備える、ことを特徴とする。

この発明において、追加情報はサーバ装置において管理され、ユーザ端末は追加情報を保持しない。追加情報がサーバ装置で管理されるので、追加情報が不正に改ざんされる恐れがない。ユーザ端末で実行されるゲームの典型例はブラウザゲームである。ユーザ端末からサーバ装置に送信される選択店舗情報は、ユーザが選択した店舗を直接的に示す情報であっても、ユーザが選択した店舗を間接的に示す情報であってもよい。ユーザ端末は、サーバ装置から店舗情報を受け取ることができ、ユーザがその中から店舗を選択することによって、ゲーム要素を出現させるゲーム装置が設置された店舗を指定することができる。また、ゲーム装置ではサーバ装置から受信した追加情報を記憶し、当該ゲーム装置に属するゲーム端末に追加情報で示されるゲーム要素を出現させるから、ゲーム装置から店舗の外にあるサーバ装置に対して追加情報の存在を問い合わせることなく、ユーザが選択した店舗に設置されたゲーム装置にゲーム要素を出現させることができる。この結果、ゲーム要素を出現させるゲーム装置は、ユーザ端末のユーザが来店した店舗に設置されたゲーム装置に限定されず、ユーザが店舗に出向かなくても、ユーザが選択した店舗に設置されたゲーム装置にゲーム要素を出現させることが可能となる。

次に、本発明に係るサーバ装置は、ユーザに操作されるユーザ端末と、複数の店舗に設置されゲームを実行するゲーム装置とを備えたゲームシステムに用いられるものであって、前記ユーザ端末及び前記ゲーム装置のそれぞれと通信する通信部と、情報を記憶する記憶部と、制御部とを備え、前記制御部は、前記ユーザ端末からユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記通信部が受信すると、前記店舗情報を生成して、当該店舗情報を含む店舗情報応答を当該ユーザ端末に返信するように前記通信部を制御する処理と、前記ユーザ端末から前記店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報と、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報とを含む追加要求を前記通信部が受信すると、当該追加要求に含まれる前記選択店舗情報と前記追加情報とを対応づけて前記記憶部に記憶する処理と、前記ゲーム装置から当該ゲーム装置が設置されている店舗を示す店舗特定情報を含む確認要求を前記通信部が受信すると、前記記憶部の記憶内容を参照して前記追加情報と対応づけて記憶した前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれるか否かを判定する処理と、前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれる場合、当該選択店舗情報に対応づけて記憶された前記追加情報を含む確認応答を前記ゲーム装置に返信するように前記通信部を制御する処理とを実行する、ことを特徴とする。

この発明によれば、サーバ装置はユーザ端末へ店舗情報を送信し、ユーザがその中から店舗を選択することによって、ユーザはゲーム要素を出現させるゲーム装置が設置された店舗を指定することができる。また、サーバ装置は、追加すべきゲーム要素の内容を示す追加情報を選択店舗情報と対応づけて記憶するとともに、ゲーム装置から追加情報の有無を問い合わせる確認要求を受信すると、当該ゲーム装置がユーザに選択された店舗に設置されたゲーム装置である場合に追加情報を含む確認応答を返信する。この結果、ゲーム要素を出現させるゲーム装置は、ユーザ端末のユーザが来店した店舗に設置されたゲーム装置に限定されず、ユーザが店舗に出向かなくても、ユーザが選択した店舗に設置されたゲーム装置にゲーム要素を出現させることが可能となる。

次に、本発明に係る他のサーバ装置は、ユーザに操作されるユーザ端末と、複数の店舗に設置されゲームを実行するゲーム装置とを備えたゲームシステムに用いられるものであって、前記ユーザ端末及び前記ゲーム装置のそれぞれと通信する通信部と、情報を記憶する記憶部と、制御部とを備え、前記制御部は、前記ユーザ端末からユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記通信部が受信すると、前記店舗情報を生成して、当該店舗情報を含む店舗情報応答を当該ユーザ端末に返信するように前記通信部を制御する処理と、前記ユーザ端末から前記店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報を前記通信部が受信すると、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報と前記選択店舗情報とを対応づけて前記記憶部に記憶する処理と、前記ゲーム装置から当該ゲーム装置が設置されている店舗を示す店舗特定情報を含む確認要求を前記通信部が受信すると、前記記憶部の記憶内容を参照して前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれるか否かを判定する処理と、前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれる場合、当該選択店舗情報に対応づけて記憶された前記追加情報を含む確認応答を前記ゲーム装置に返信するように前記通信部を制御する処理とを実行する、ことを特徴とする。

この発明において、追加情報はサーバ装置において管理され、ユーザ端末は追加情報を保持しない。追加情報がサーバ装置で管理されるので、追加情報が不正に改ざんされる恐れがない。ユーザ端末で実行されるゲームの典型例はブラウザゲームである。サーバ装置はユーザ端末へ店舗情報を送信し、ユーザがその中から店舗を選択することによって、ユーザはゲーム要素を出現させるゲーム装置が設置された店舗を指定することができる。サーバ装置からユーザ端末へ送信される店舗情報は、店舗を直接的に示す情報であっても、店舗を間接的に示す情報であってもよい。また、サーバ装置は、追加すべきゲーム要素の内容を示す追加情報を選択店舗情報と対応づけて記憶するとともに、ゲーム装置から追加情報の有無を問い合わせる確認要求を受信すると、当該ゲーム装置がユーザに選択された店舗に設置されたゲーム装置である場合に追加情報を含む確認応答を返信する。この結果、ゲーム要素を出現させるゲーム装置は、ユーザ端末のユーザが来店した店舗に設置されたゲーム装置に限定されず、ユーザが店舗に出向かなくても、ユーザが選択した店舗に設置されたゲーム装置にゲーム要素を出現させることが可能となる。

ユーザに操作されるユーザ端末と、複数の店舗に設置されゲームを実行するゲーム装置とを備えたゲームシステムに用いられるものであって、前記ユーザ端末及び前記ゲーム装置のそれぞれと通信する通信部と、情報を記憶する記憶部と、制御部とを備え、前記制御部は、前記ユーザ端末からユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記通信部が受信すると、前記店舗情報を生成して、当該店舗情報を含む店舗情報応答を当該ユーザ端末に返信するように前記通信部を制御する処理と、前記ユーザ端末から前記店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報と、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報とを含む追加要求を前記通信部が受信すると、当該追加要求に含まれる前記選択店舗情報と前記追加情報とを対応づけて前記記憶部に記憶する処理と、前記追加情報を前記選択店舗情報の示す店舗に設置された前記ゲーム装置に送信するように前記通信部を制御する処理とを実行する、ことを特徴とする。

この発明によれば、サーバ装置は、ユーザ端末へ店舗情報を送信し、ユーザがその中から店舗を選択することによって、ユーザはゲーム要素を出現させるゲーム装置が設置された店舗を指定することができる。また、サーバ装置は、選択店舗情報で示される店舗に設置されたゲーム装置に対して追加情報を送信する。この結果、ゲーム要素を出現させるゲーム装置は、追加情報を取得するためにサーバ装置に対して追加情報の存在を問い合わせる必要がない。この結果、ゲーム要素を出現させるゲーム装置は、ユーザ端末のユーザが来店した店舗に設置されたゲーム装置に限定されず、ユーザが店舗に出向かなくても、ユーザが選択した店舗に設置されたゲーム装置にゲーム要素を出現させることが可能となる。

ユーザに操作されるユーザ端末と、複数の店舗に設置されゲームを実行するゲーム装置とを備えたゲームシステムに用いられるものであって、前記ユーザ端末及び前記ゲーム装置のそれぞれと通信する通信部と、情報を記憶する記憶部と、制御部とを備え、前記制御部は、前記ユーザ端末からユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記通信部が受信すると、前記店舗情報を生成して、当該店舗情報を含む店舗情報応答を当該ユーザ端末に返信するように前記通信部を制御する処理と、前記ユーザ端末から前記店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報を前記通信部が受信すると、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報と前記選択店舗情報とを対応づけて前記記憶部に記憶する処理と、前記追加情報を前記選択店舗情報の示す店舗に設置された前記ゲーム装置に送信するように前記通信部を制御する処理とを実行する、ことを特徴とする。
ことを特徴とする。

この発明において、追加情報はサーバ装置において管理され、ユーザ端末は追加情報を保持しない。追加情報がサーバ装置で管理されるので、追加情報が不正に改ざんされる恐れがない。ユーザ端末で実行されるゲームの典型例はブラウザゲームである。サーバ装置はユーザ端末へ店舗情報を送信し、ユーザがその中から店舗を選択することによって、ユーザはゲーム要素を出現させるゲーム装置に設置された店舗を指定することができる。また、サーバ装置は、選択店舗情報で示される店舗に設置されたゲーム装置に対して追加情報を送信する。この結果、ゲーム要素を出現させるゲーム装置は、追加情報を取得するために店舗の外にあるサーバ装置に対して追加情報の存在を問い合わせる必要が無い。この結果、ゲーム要素を出現させるゲーム装置は、ユーザ端末のユーザが来店した店舗に設置されたゲーム装置に限定されず、ユーザが店舗に出向かなくても、ユーザが選択した店舗に設置されたゲーム装置にゲーム要素を出現させることが可能となる。

また、上述したサーバ装置において、前記記憶部は、全ての店舗のうちユーザに関係がある一部の店舗を示す所属店舗情報をユーザ毎に記憶し、前記制御部は、前記店舗情報要求を前記通信部が受信すると、前記店舗情報要求を送信したユーザを特定する処理と、前記記憶部の記憶内容を参照して、特定したユーザに対応する所属店舗情報を読み出し、当該所属店舗情報を前記店舗情報として生成することが好ましい。

この発明によれば、サーバ装置は、ユーザに関係のある一部の店舗を示す所属店舗情報をユーザ毎に記憶し、当該一部の店舗をユーザ端末に知らせることができる。このため、ユーザは、全国に展開する多数の店舗の中からゲーム要素を出現させるゲーム装置が設置された店舗を選択する必要がなくなるので、店舗の選択を容易できるといった利点がある。なお、「ユーザに関係のある一部の店舗」とは、ユーザが来店したことがある店舗であってもよいし、あるいは、ユーザの住所の属する地域にある店舗であってもよい。さらに、ユーザが全国の店舗の中から予め選択した店舗であってもよい。

また、上述したサーバ装置において、前記記憶部は、全ての店舗のうちユーザに関係がある一部の店舗を示す所属店舗情報をユーザ毎に記憶し、前記制御部は、前記店舗情報要求を前記通信部が受信すると、前記店舗情報要求を送信したユーザを特定する処理と、特定したユーザと友人関係にある他のユーザを特定する処理と、前記記憶部の記憶内容を参照して、前記特定したユーザに対応する所属店舗情報と前記他のユーザに対応する所属店舗情報とを読み出し、前記特定したユーザ及び前記他のユーザに対応する所属店舗情報を前記店舗情報として生成することが好ましい。

この発明によれば、選択の対象となる店舗を、ユーザと関係がある店舗だけでなく、ユーザと友人関係にある他のユーザと関係にある店舗を含ませることができる。この結果、友人が来店する可能性がある店舗に設置されたゲーム装置に、ユーザが育成したモンスターなどのゲーム要素を出現させる場合に、全国に展開する多数の店舗の中からゲーム要素を出現させるゲーム装置が設置された店舗を選択する必要がなくなるので、店舗の選択を容易できるといった利点がある。

また、上述したサーバ装置において、前記店舗情報要求には、ユーザと友人関係にある他のユーザの一部又は全部を指定する指定情報が含まれており、前記記憶部は、全ての店舗のうちユーザに関係がある一部の店舗を示す所属店舗情報をユーザ毎に記憶し、前記制御部は、前記店舗情報要求を前記通信部が受信すると、前記店舗情報要求を送信したユーザを特定する処理と、特定したユーザと前記指定情報で示される他のユーザを特定する処理と、前記記憶部の記憶内容を参照して、前記他のユーザに対応する所属店舗情報を読み出し、当該所属店舗情報を前記店舗情報として生成する、ことを特徴とする。

この発明によれば、選択の対象となる店舗を、ユーザと関係がある店舗だけでなく、ユーザと友人関係にある他のユーザと関係にある店舗を含ませることができる。しかも、ユーザ端末において友人関係にある他のユーザを指定するので、友人が多いユーザにとって、選択の対象となる店舗を絞り込むことが可能となる。また、特定の友人を指定して選択の対象となる店舗を限定することができるので、特定の友人に来店を促すことによって、ユーザが育成したモンスターなどのゲーム要素を特定の友人に披露することができる。

また、上述したサーバ装置において、前記ゲーム要素はユーザの指定するキャラクタであり、前記追加情報は、前記キャラクタを指定する情報を含むことが好ましい。この場合には、ゲーム装置はキャラクタを指定する情報に基づいて、ゲーム上にユーザが指定するキャラクタを出現させることが可能となる。また、キャラクタを指定する情報とは、キャラクタの画像データやその動作を規定するデータではなく、キャラクタを識別する識別コードなどが該当する。これによって、サーバ装置とゲーム装置との間の通信において、データ量を削減することができる。

また、上述したサーバ装置において、前記キャラクタ情報は、前記キャラクタの能力の程度を示す能力情報を含み、前記記憶部は、ユーザと対応づけて前記キャラクタ情報を記憶しており、前記制御部は、前記ゲーム装置から前記ゲームに出現した前記キャラクタの行動結果に基づいて当該キャラクタの能力の変化を示す結果情報を含む結果通知を前記通信部が受信すると、当該結果情報に基づいて前記記憶部に記憶された前記能力情報を更新する、ことが好ましい。この発明によれば、ゲーム装置にキャラクタを出現させることによって、ユーザがゲームを実行しなくても、キャラクタの能力を変化させることが可能となる。特に、ロールプレイングゲームでは、キャラクタが経験を積むことによってキャラクタの能力が向上することが多いので、ユーザ端末で実行するゲームのキャラクタをユーザが関知しないゲーム装置のゲームにおいて経験を積ませ、キャラクタの能力を向上させることが可能となる。

また、上述したサーバ装置において、前記ゲームは、前記ゲーム装置のユーザが当該ユーザ自身のキャラクタと、他のキャラクタとが対戦する対戦ゲームであり、前記追加要求に基づいて前記ゲーム装置の前記ゲームに出現する前記ユーザ端末のユーザが指定するキャラクタは、前記他のキャラクタに含まれ、前記結果情報は、前記ゲーム装置のユーザのキャラクタと前記ユーザ端末のユーザが指定するキャラクタとの対戦の結果に基づいて、前記ユーザ端末のユーザが指定するキャラクタの能力の変化を示すものであることが好ましい。この発明によれば、対戦ゲームにおける対戦によってユーザ自身のキャラクタが経験を積むことになる。

また、上述したサーバ装置において、前記記憶部は、前記キャラクタをいずれかの前記ゲーム装置又はいずれかの前記ゲーム端末に出現中である出現状態及びいずれの前記ゲーム装置又はいずれの前記ゲーム端末にも出現していない非出現状態とを管理する管理情報と前記キャラクタ情報とを対応づけて記憶しており、前記制御部は、前記確認要求を前記通信部で受信すると、前記記憶部に記憶された前記管理情報を読み出す処理と、読み出した管理情報が前記非出現状態であることを示す場合、前記追加情報を含む確認応答を前記ゲーム装置に返信するように前記通信部を制御するとともに、当該管理情報を出現状態に更新する処理と、読み出した管理情報が前記出現状態であることを示す場合、前記追加情報を含まず当該キャラクタが出現中であることを示す確認応答を前記ゲーム装置に返信するように前記通信部を制御し、前記ゲーム装置から前記結果通知を前記通信部が受信すると、前記管理情報を非出現状態に更新する処理とを実行することが好ましい。

この発明によれば、サーバ装置は管理情報によってキャラクタの出現を管理するので、同一のキャラクタが複数のゲーム装置に出現することはない。このように、ゲームに追加するキャラクタを排他的に制御するので、１つのキャラクタの出現に対して、複数のゲーム装置からゲーム結果がフィードバックされることを禁止することができる。特に、対戦ゲームでは、対戦に敗北すると、残機数が「１」減少するのが通常であり、残機数が「０」になると、ゲームを続行することができない。複数のゲーム装置の各々に同一のキャラクタの出現を許容すると、残機数の整合性が保てなくなる場合がある。しかしながら、この発明によれば、キャラクタを排他的にゲーム装置に出現させるので、そのよう不都合を解消することができる。

また、上述したサーバ装置において、前記制御部は、前記管理情報を出現状態に更新してからの時間を計測する処理と、計測した時間が所定時間に達した場合、前記管理情報を非出現状態に変更する処理とを実行することが好ましい。この発明によれば、ゲーム装置からキャラクタの状態を出現状態から非出現状態へ変更する指示を受け付けなくとも、サーバ装置側でタイムアウトを判断して管理情報を出現状態から非出現状態へ変更することが可能となる。これにより、ゲーム装置が故障などによって動作不能となった場合でも、いつまでも出現状態が継続することを回避することができる。

第１実施形態のゲームシステム１Ａの全体構成を示すブロック図である。ゲーム装置１０Ａの外観を示す斜視図である。ゲーム装置１０Ａの電気的構成を示すブロック図である。ユーザ端末２０の電気的構成を示すブロック図である。サーバ装置３０の電気的構成を示すブロック図である。サーバ装置３０の他の構成例を示すブロック図である。ゲームシステム１Ａの動作を示すシーケンス図である。第２実施形態のゲームシステム１Ｂの全体構成を示すブロック図である。ゲームシステム１Ｂの動作を示すシーケンス図である。変形例において、指定する店舗に設置されたゲーム装置１０Ａ及び１０Ｂにモンスターを出現させる動作を示すシーケンス図である。

以下、図面を参照しながら本発明の実施形態について説明する。なお、各図において共通する部分には同一の符号を付してある。
＜１．第1実施形態＞
図１は、第1実施形態に係るゲームシステム１Ａの全体構成を示すブロック図である。ゲームシステム１Ａは、複数のゲーム装置１０Ａと複数のユーザ端末２０とサーバ装置３０を備える。ゲーム装置１０Ａは、ゲームセンター等のアミューズメント施設（店舗）に設置されており、例えば、メダルゲーム機が該当する。
ユーザ端末２０は、通信機能を備え、ユーザがゲームを実行できる装置であれば、どのようなものであってもよい。ユーザ端末２０としては、例えば、携帯端末やパーソナルコンピュータが該当する。
サーバ装置３０は、インターネット等の通信網ＮＥＴを介して各ゲーム装置１０Ａ及び各ユーザ端末２０と接続されている。

本実施形態に係るゲーム装置１０Ａでは、ゲーム装置１０Ａのプレイヤーが主人公キャラクタを操作して複数のダンジョンを探索するロールプレイングゲームが行われる。ダンジョンとはゲームステージであり、１つのダンジョンで１つのゲームストーリーが完結する。各ダンジョンでは敵モンスターが多数出現し、主人公キャラクタに戦いを挑んでくる。プレイヤーは、主人公キャラクタを操作し、例えば、主人公キャラクタが所持している攻撃系の魔法カードを使用して敵モンスターを攻撃したり、回復系の魔法カードを使用して主人公キャラクタの体力値を回復させる等、敵モンスターに倒されないようにしながらダンジョンの探索を行う。各ダンジョンの最終フロアには宝石アイテムが配置されており、この宝石アイテムを取得するとダンジョンがクリアされたことになる。また、全てのダンジョンをクリアするとゲームのクリアとなる。なお、敵モンスターからの攻撃を受けると主人公キャラクタの体力値が減る。主人公キャラクタの体力値が“０”になるとゲームオーバーになる。

また、ゲーム装置１０Ａのプレイヤーは、新たなダンジョンに挑戦する際、メダルやクレジットによりダンジョンへの挑戦費用を支払う必要がある。なお、クレジットとは、ゲーム装置１０Ａに貯留されているプレイヤーの手持ちメダルの枚数を示す電子データ（数値データ）である。プレイヤーは、ゲームのプレイを開始する前に、所持しているメダルをゲーム装置１０Ａに投入してクレジットとして記憶させておくことで、ゲーム中に逐次メダルを投入する手間を省くことができる。また、挑戦費用はダンジョンごとに異なる。例えば、ダンジョンＡの挑戦費用がメダル１０枚（又は１０クレジット）であるのに対し、ダンジョンＢの挑戦費用はメダル２０枚（又は２０クレジット）である。

また、ゲーム装置１０Ａのプレイヤーは、攻撃系の魔法カードを使用して敵モンスターを攻撃する場合や、回復系の魔法カードを使用して主人公キャラクタの体力値を回復させる場合等、各種の魔法カードを使用する際にも、メダルやクレジットにより魔法カードの使用費用を支払う必要がある。また、ダンジョン内には魔法カードの購入や売却が行えるショップが存在するが、ショップで魔法カードを購入する場合にも、プレイヤーは、メダルやクレジットにより魔法カードの購入費用を支払う必要がある。なお、魔法カードの使用費用や購入費用も、魔法カードの種類ごとに異なる。例えば、魔法カードＡの使用費用がメダル２枚（又は２クレジット）、購入費用がメダル５枚（又は５クレジット）であるのに対し、魔法カードＢの使用費用はメダル４枚（又は４クレジット）、購入費用はメダル１０枚（又は１０クレジット）である。

このようにゲーム装置１０Ａのプレイヤーは、新たなダンジョンに挑戦する場合や、魔法カードを使用する場合や、魔法カードを購入する場合に、メダルやクレジットにより費用を支払う必要がある。また、メダルやクレジットを支払って魔法カードを購入したり魔法カードを使用したりすることで、プレイヤーはゲームを有利に進めることができる。また、プレイヤーは、主人公キャラクタが次に行うべき動作をゲームの状況に応じて適宜決定し、決定した動作を主人公キャラクタに行わせるための指示をゲーム装置１０Ａに対して逐次入力する。

一方、ユーザ端末２０では、ゲーム装置１０Ａで実行されるロールプレイングゲームとは異なるロールプレイングゲームが、ユーザ端末２０のユーザによってプレイされる。このゲームは、サーバ装置３０からユーザ端末２０にゲームプログラムをダウンロードしてユーザ端末２０でゲームプログラムを実行するようなものであってもよいし、ユーザ端末２０からの指示に応じてサーバ装置３０に格納されたゲームプログラムをサーバ装置３０で実行し、ユーザ端末２０に予めインストールされたＷｅｂブラウザを用いて当該実行の結果を表示するような、いわゆるブラウザゲームのようなものであってもよい。以下に示す例では、ユーザ端末２０でゲームプログラムを実行する態様について説明する。

図２は、ゲーム装置１０Ａの外観を示す斜視図である。ゲーム装置１０Ａは、ゲームの進行に応じたゲーム画像が表示されるディスプレイ１１と、その上部に設けられた２つのスピーカー１２を有する。また、ディスプレイ１１の下部には、操作レバー１３や操作ボタン１４（１４ａ〜１４ｅ）等の操作子の他に、メダルを投入するためのメダル投入口１５と、メダルが払い出されるメダル払出口１６と、ＩＣカード４０を挿入するためのカード挿入口１７が設けられている。例えば、プレイヤーは、操作レバー１３やその右側に配置された３つの操作ボタン１４（１４ａ，１４ｂ，１４ｃ）を操作することで、主人公キャラクタを移動する指示や、魔法カードを使用する指示、魔法カードを購入する指示等、ゲームを進行させるために必要となる各種の指示を入力する。また、操作レバー１３の右側に配置された２つの操作ボタン１４（１４ｄ，１４ｅ）は、ペイアウトボタン１４ｄと保存終了ボタン１４ｅである。ペイアウトボタン１４ｄは、ゲーム装置１０Ａに貯留されている手持ちメダルの払い出しを指示するためのボタンである。また、保存終了ボタン１４ｅは、セーブデータの保存，ゲームの終了，ＩＣカード４０の取り出しを指示するためのボタンである。なお、ＩＣカード４０には、カードを識別するためのカードＩＤが記録されている。このカードＩＤはサーバ装置３０においてプレイヤーを識別するためのプレイヤーＩＤを取得するために利用される。具体的には、サーバ装置３０は、カードＩＤとプレイヤーＩＤとを対応づけてプレイヤー毎に記憶しており、この記憶内容を参照してカードＩＤに対応するプレイヤーＩＤを取得する。なお、ＩＣカード４０にプレイヤーＩＤを記憶してもよい。

また、ゲーム装置１０Ａは、タッチ入力機能を有しており、ディスプレイ１１の画面上には、プレイヤーの指先が触れた画面位置を検出するための透明電極が設けられている。このためプレイヤーは、操作レバー１３や操作ボタン１４（１４ａ〜１４ｅ）を操作せずとも、ディスプレイ１１の画面に指先でタッチすることで各種の指示を入力することが可能である。

図３は、ゲーム装置１０Ａの電気的構成を示すブロック図である。ＣＰＵ１０１は、ＲＯＭ１０２やハードディスク１０９に記憶されている各種のプログラムを実行することでゲーム装置１０Ａの各部を制御する。ＲＯＭ１０２には、ゲーム装置１０Ａの各部の基本制御を司るプログラム等が記憶されている。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして用いられる。このワークエリアには、例えば、クレジット格納領域１０３ａと、消費クレジット格納領域１０３ｂが設けられている。クレジット格納領域１０３ａには、ゲーム装置１０Ａに貯留されているプレイヤーの手持ちメダルの枚数を示す電子データがクレジットとして格納されている。また、消費クレジット格納領域１０３ｂには、プレイヤーがダンジョンをクリアするために使ったメダルやクレジットの総数を計数するための計数値が格納されている。

通信インタフェース１０４は、サーバ装置３０との間で行われる通信を制御する。操作部１０５は、操作レバー１３や操作ボタン１４（１４ａ〜１４ｅ）が操作されると、その操作内容を示す操作検出信号を出力し、出力された操作検出信号はＣＰＵ１０１により検出される。また、操作部１０５は、プレイヤーの指先が触れた画面位置を示すタッチ位置検出信号を出力し、出力されたタッチ位置検出信号はＣＰＵ１０１により検出される。メダルセレクタ１０６は、メダル投入口１５に投入されたメダルを検出すると、メダル検出信号を出力し、出力されたメダル検出信号はＣＰＵ１０１により検出される。メダル払出装置１０７は、例えばペイアウトボタン１４ｄが押下された場合に、クレジット格納領域１０３ａに格納されているクレジットに応じた枚数のメダルをメダル払出口１６から払い出す。ＩＣカードリーダー１０８は、カード挿入口１７に挿入されたＩＣカード４０からカードＩＤを読み出す。読み出されたカードＩＤを用いて、所定の手段によりプレイヤーＩＤが取得される。

ハードディスク１０９には、制御プログラム１０９ａや、サーバ装置３０から配信されるダンジョン用のゲームデータ１０９ｂ等、ゲーム装置１０Ａを制御して上述したロールプレイングゲームを行うために必要となる各種のプログラムやデータが記憶されている。ゲーム装置１０Ａで行われるロールプレイングゲームには、３〜５個程度のダンジョンが設けられているが、これらの各ダンジョンは、サーバ装置３０から配信されるゲームデータ１０９ｂによって、例えば一週間ごとに新たなダンジョンに変更される。ゲームデータ１０９ｂには、新たな各ダンジョンのマップデータ、各ダンジョンの挑戦費用、各ダンジョンで出現する敵モンスターに関するデータ等が含まれている。ゲーム装置１０Ａでは、このゲームデータ１０９ｂを使用して、例えば、新たな各ダンジョンのゲーム画像を生成したり、各ダンジョン内での敵モンスターの動作を制御する。なお、ハードディスク１０９には、魔法カードデータが格納されており、個々の魔法カードごとにその使用費用，購入費用，売却費用，効力等のデータが記憶されている。

図４は、ユーザ端末２０の電気的構成を示すブロック図である。ＣＰＵ２０１は、ＲＯＭ２０２に記憶されている各種のプログラムを実行することでユーザ端末２０の各部を制御する。ＲＯＭ２０２には、ユーザ端末２０の各部の基本制御を司るプログラム等が記憶されている。ＲＡＭ２０３は、書き換え可能なメモリであって、ＣＰＵ２０１のワークエリアとして用いられる。通信インタフェース２０４は、サーバ装置３０との間で行われる通信を制御する。操作部２０６は、テンキー、入力キー、及び操作ボタンなどで構成される。操作部２０６は、ユーザの操作に応じた操作信号を出力し、ＣＰＵ２０１は操作信号を検知して各種の制御を実行する。不揮発性メモリ２０７は、例えば、フラッシュメモリなどで構成され、そこには、サーバ装置３０からダウンロードしたゲームプログラムなどのアプリケーションプログラムが記憶される。

このユーザ端末２０において、ユーザはモンスターを育成するロールプレイングゲーム（育成ゲーム）を実行する。ユーザの育成の対象となるモンスターは複数あり、ユーザはその内の一つを選択して、ゲームを開始する。このゲームでは、ダンジョンをユーザのモンスターが探検すると敵モンスターと遭遇し、そこで対戦が行われる。各モンスターは、能力情報として、レベル、経験値、体力、攻撃力、防御力といった複数のパラメータを有している。敵モンスターとの対戦を通してモンスターは育成され、各パラメータが変化する。具体的には、敵モンスターとの対戦でモンスターが勝利した場合、経験値のパラメータが上昇する。そして、経験値のパラメータがレベル毎に設定された所定の値に到達する度に、レベルのパラメータが上昇するとともに、攻撃力、防御、及び体力のパラメータが上昇する。体力のパラメータに関してはゲーム中に増減するパラメータであり、その上限値を意味する。敵モンスターとの対戦において、モンスターが敵モンスターの攻撃を受けると、体力のパラメータが減少する。そして、体力のパラメータが０になると、敵モンスターの勝利となり、モンスターは、体力のパラメータが所定の値へ回復するまで期間は、ダンジョンの探索ができなくなる。体力のパラメータは、時間の経過とともにその上限値まで回復（上昇）していくが、アイテムの使用によっても回復する。
ゲームの終了時には、ユーザ端末２０は育成ゲーム結果通知をサーバ装置３０に送信する。この育成ゲーム結果通知には、ユーザのモンスターを識別するキャラクタＩＤとモンスターの能力情報としての各パラメータとを含むキャラクタ情報、及びプレイヤーＩＤが含まれる。サーバ装置３０は、プレイヤーＩＤ及びキャラクタ情報を管理テーブルＴＢＬ３０に記憶する。

図５は、サーバ装置３０の電気的構成を示すブロック図である。ＣＰＵ３０１は、ＲＯＭ３０２やハードディスク３０５に記憶されている各種のプログラムを実行することでゲームサーバ装置３０の各部を制御する。ＲＯＭ３０２には、サーバ装置３０の各部の基本制御を司るプログラム等が記憶されている。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして用いられる。通信インタフェース３０４は、ゲーム装置１０Ａやユーザ端末２０との間で行われる通信を制御する。ハードディスク３０５には、店舗テーブルＴＢＬ１、追加テーブルＴＢＬ２が記憶されている。さらに、ハードディスク３０５には、例えば、セーブデータ格納領域３０５ａと、ゲームデータ格納領域３０５ｂと、ランキングデータ格納領域３０５ｃが設けられている。

全店舗テーブルＴＢＬ１０には、全ての店舗について、各店舗を識別するための店舗ＩＤと店舗名とが対応付けられて記憶されている。また、プレイヤーテーブルＴＢＬ２０にはプレイヤーＩＤとカードＩＤとが対応付けて記憶されている。さらに、店舗テーブルＴＢＬ１には、プレイヤーＩＤと所属店舗情報とが対応づけて記憶されている。所属店舗情報は、全ての店舗のうちユーザに関係がある一部の店舗を示す情報であり、１以上の店舗ＩＤを含む。所属店舗情報は、例えば、ユーザが過去に来店したことがある店舗の店舗ＩＤ、ユーザがユーザ端末２０でロールプレイングゲームをプレイするために会員登録した際に指定した店舗の店舗ＩＤ、あるいは、ユーザが会員登録した際に登録した住所の属する地域にある店舗の店舗ＩＤとしてもよい。ユーザが過去に来店したことがある店舗の情報は、例えば、以下の方法で生成される。第１に、ＩＣカード４０を挿入してゲーム装置１０Ａのゲームがプレイされた際に、サーバ装置３０がカードＩＤと店舗ＩＤを受信する。第２に、ＣＰＵ３０１がプレイヤーテーブルＴＢＬ２０を参照して受信したカードＩＤに対応するプレイヤーＩＤを取得する。第３に、ＣＰＵ３０１は、プレイヤーＩＤと所属店舗情報（店舗ＩＤ）を店舗テーブルＴＢＬ１に記憶する。
追加テーブルＴＢＬ２には、プレイヤーＩＤと、後述する追加要求に含まれる追加情報と、追加要求に含まれる選択店舗情報と、モンスターの出現状態・非出現状態を管理する管理情報と、主人公キャラクタとの対戦結果が対応づけて記憶される。

セーブデータ格納領域３０５ａには、ゲーム装置１０Ａのゲームにおける各プレイヤーのセーブデータがプレイヤーＩＤと対応付けて格納されている。セーブデータは、ゲーム装置１０Ａにおいてプレイヤーがゲームを再開するときに、前回終了したときのゲーム状態からゲームの続きを行うために必要となるデータである。セーブデータには、例えば、ゲームの進行状況を示すデータ、主人公キャラクタのレベルや体力値に関するデータ、主人公キャラクタが所持している魔法カードに関するデータなどが含まれている。

ゲームデータ格納領域３０５ｂには、各ゲーム装置１０Ａに配信するゲームデータが格納される。上述したようにゲームデータには、新たな各ダンジョンのマップデータ、各ダンジョンの挑戦費用、各ダンジョンで出現する敵モンスターに関するデータ等が含まれている。このゲームデータは、ゲームシステム１Ａを運営するゲームメーカー等によって適宜更新される。また、ランキングデータ格納領域３０５ｃには、各プレイヤーの順位を示すランキングデータが格納されている。

サーバ装置３０は、ゲームデータ格納領域３０５ｂに格納されている新たなゲームデータを各ゲーム装置１０Ａに配信する。各ゲーム装置１０Ａは、サーバ装置３０から新たなゲームデータを受信すると、ハードディスク１０９に記憶されているゲームデータ１０９ｂ（基準値格納テーブル１１０を含む）を更新する。なお、サーバ装置３０は、新たなゲームデータと共に、制御プログラムの一部又は全部をゲーム装置１０Ａに配信することもできる。この場合、各ゲーム装置１０Ａは、ゲームデータ１０９ｂに加え、制御プログラム１０９ａについてもその一部又は全部を更新することになる。

また、ゲーム装置１０Ａにおいてゲームのプレイを終了する場合、プレイヤーは保存終了ボタン１４ｅを押す。ゲーム装置１０ＡのＣＰＵ１０１は、保存終了ボタン１４ｅが押されたことを検知すると、セーブデータとして保存すべき各種のデータをＲＡＭ１０３やハードディスク１０９から読み出し、プレイヤーＩＤと共にサーバ装置３０に送信する。なお、セーブデータについては上述した通りであるが、セーブデータには、消費クレジット格納領域１０３ｂに格納されている計数値が含まれている。また、ＣＰＵ１０１は、セーブデータの送信を終えると、カード挿入口１７からＩＣカード４０を排出するよう制御する。サーバ装置３０は、ゲーム装置１０Ａからセーブデータ及びプレイヤーＩＤを受信すると、両者を対応付けてハードディスク３０５のセーブデータ格納領域３０５ａに格納する。

一方、ゲーム装置１０Ａにおいてゲームを再開する場合、プレイヤーはカード挿入口１７にＩＣカード４０を挿入する。ＣＰＵ１０１は、ＩＣカードリーダー１０８がＩＣカード４０からカードＩＤを読み出すよう制御し、読み出したカードＩＤから所定の手段によりプレイヤーＩＤを取得してサーバ装置３０に送信する。サーバ装置３０は、ゲーム装置１０ＡからプレイヤーＩＤを受信すると、このプレイヤーＩＤに対応するセーブデータをセーブデータ格納領域３０５ａから読み出し、ゲーム装置１０Ａに返信する。ゲーム装置１０ＡのＣＰＵ１０１は、サーバ装置３０からセーブデータを受信すると、これをＲＡＭ１０３に格納してゲームの再開処理を開始する。この際、ＣＰＵ１０１は、例えば、セーブデータに含まれている消費クレジットの計数値をＲＡＭ１０３の消費クレジット格納領域１０３ｂにセットする。

ゲーム装置１０Ａにおいてゲームのプレイを終了する場合、プレイヤーは、保存終了ボタン１４ｅを押してセーブデータをサーバ装置３０に保存させた後で、ペイアウトボタン１４ｄを押してクレジットに応じた枚数のメダルをメダル払出口１６から払い出させることができる。この場合、プレイヤーは、払い出されたメダルを店舗内に設置されているメダル自動預払機に投入し、ゲームの再開時まで保管させることができる。メダル自動預払機では、投入されたメダルの枚数をカウントし、プレイヤーから預かったメダルの枚数を示す電子データを個人認証情報と対応付けて記憶している。

なお、サーバ装置３０を、図６に示すように第１サーバ装置３０Ａと第２サーバ装置３０Ｂとで構成してもよい。この場合、第１サーバ装置はユーザ端末２０に育成ゲームのゲームプログラムを提供するとともに、そのゲーム結果を管理する。一方、第２サーバ装置３０Ｂは、ゲーム装置１０Ａと通信してゲームの進行やゲーム結果などを管理する。また、第１サーバ装置３０Ａと第２サーバ装置３０Ｂとは、専用回線やインターネットなどの通信網ＮＥＴを介して通信可能である。

図７にゲームシステム１Ａの動作を説明するためのシーケンスを示す。この例では、ユーザが指定する店舗に配置されたゲーム装置１０Ａで実行するゲームに、ユーザのモンスターのキャラクタを出現させる場合の流れを説明するが、ユーザはユーザ端末２０を用いてロールプレイングゲームを実行するためのモンスターのキャラクタを既に所有しているものとする。
まず、ユーザがユーザ端末２０を用いてサーバ装置３０にアクセスすると、ユーザ端末２０は、認証要求をサーバ装置３０に送信する。認証要求には、プレイヤーＩＤとパスワードとが含まれているが、プレイヤーＩＤに１対１で紐づく情報であればどのようなものでも代用できる（例えば、ユーザ名とパスワードなど）。

サーバ装置３０が認証要求を受信すると、サーバ装置３０のＣＰＵ３０１は認証処理Ｓ１を実行する。認証処理Ｓ１では、サーバ装置３０が記憶しているプレイヤーＩＤとパスワードとの組みと受信したプレイヤーＩＤとパスワードとの組みとが一致するか否かを判定し、両者が一致する場合にログインを許可し、両者が不一致の場合にはログインを不許可とする。そして、ＣＰＵ３０１は、判定結果を含む認証応答をユーザ端末２０に返信するように通信インタフェース３０４を制御する。以下の説明では、ログインが許可されたものとする。

ユーザ端末２０が認証応答を受信すると、サーバ装置３０へのユーザのログインが許可されて、サーバ装置３０で管理されているユーザの所有するモンスターへのアクセスが可能となる。次に、そのモンスターをゲーム装置１０Ａのゲームに出現させることを指示すると、ユーザ端末２０のＣＰＵ２０１は、当該ユーザがモンスターを出現させることが可能なゲーム装置１０Ａが設置された店舗を問い合わせる店舗情報要求をサーバ装置３０に送信するように通信インタフェース２０４を制御する。

サーバ装置３０は、店舗情報要求を受信すると、サーバ装置３０のＣＰＵ３０１は店舗情報生成処理Ｓ２を実行する。店舗情報生成処理Ｓ２において、第１にユーザを特定し、第２に特定したユーザに対応する店舗情報を生成する。ユーザを特定する処理では、認証処理において特定されたプレイヤーＩＤを用いてもよい。店舗情報要求にプレイヤーＩＤが含まれている場合には、当該プレイヤーＩＤを用いてユーザを特定してもよい。次に、ＣＰＵ３０１は店舗テーブルＴＢＬ１を参照して、プレイヤーＩＤに対応する所属店舗情報を読み出すことによって、当該所属店舗情報が示す店舗を当該ユーザがモンスターを出現させることが可能なゲーム装置１０Ａが設置された店舗として、店舗情報を生成する。この後、サーバ装置３０は生成した店舗情報を含む店舗情報応答をユーザ端末２０に返信するように通信インタフェース３０４を制御する。

ユーザ端末２０が店舗情報応答を受信すると、ユーザ端末２０のＣＰＵ２０１は店舗選択処理Ｓ３を実行する。店舗選択処理Ｓ３において、ＣＰＵ２０１は、店舗情報応答に含まれる店舗情報に基づいて、ディスプレイ２０５にユーザが選択可能な店舗名を表示させる。なお、店舗情報は、店舗名と店舗を識別するための店舗ＩＤとを含むことが好ましい。具体的には、ユーザがモンスターを出現させるゲーム装置１０Ａが設置された店舗の店舗名を、操作部２０６を操作して選択すると、ＣＰＵ２０１は、選択された店舗名に対応する選択店舗情報を生成する。選択店舗情報は、店舗ＩＤのみであってもよいし、店舗名と店舗ＩＤの組みであってもよい。

次に、ＣＰＵ２０１は追加情報生成処理Ｓ４を実行する。追加情報生成処理Ｓ４は、ユーザがユーザ端末２０でプレイするロールプレイングゲームで育成した各種のモンスターの中から、店舗選択処理Ｓ３で選択した店舗に設置されたゲーム装置１０Ａに出現させるモンスターを特定する処理である。具体的には、ユーザが操作部２０６を操作すると、ディスプレイ２０５にユーザが管理する各種のモンスターが表示される。表示された各種のモンスターの中から一又は複数のモンスターをユーザが操作部２０６を操作して選択すると、ＣＰＵ２０１は選択されたモンスターを特定する追加情報を生成する。この追加情報は、ゲーム装置１０Ａで実行されるゲームに追加されて出現するゲーム要素の内容を示す情報である。この例の追加情報は、モンスターを識別するキャラクタＩＤ及びモンスターの各種パラメータを含む。モンスターのパラメータは、能力情報としての体力、攻撃力及び防御力、成長情報としてのレベル、経験値を含む。モンスターの各パラメータは、ユーザ端末２０でプレイするロールプレイングゲームでユーザが当該モンスターを育成することで、上昇していく。なお、追加情報生成処理Ｓ４は、認証応答から追加要求を送信するまでのいずれのタイミングで実行してもよい。追加情報生成処理Ｓ４の実行の後、ユーザ端末２０は、選択店舗情報と追加情報とを含む追加要求をサーバ装置３０に送信する。

サーバ装置３０が追加要求を受信すると、ＣＰＵ３０１は追加情報記憶処理Ｓ５を実行する。具体的には、ＣＰＵ３０１は、プレイヤーＩＤと、追加要求に含まれる追加情報と、追加要求に含まれる選択店舗情報とを対応づけて追加テーブルＴＢＬ２に記憶する。この後、ＣＰＵ３０１は、追加要求を受け付けたことを示す追加応答をユーザ端末２０に返信するように通信インタフェース３０４を制御する。これにより、ユーザはモンスターを指定した店舗に設置されたゲーム装置１０Ａに出現させる準備が整ったことを知ることができる。

一方で、ゲーム装置１０ＡのＣＰＵ１０１は、当該ゲーム装置１０Ａにモンスターを出現させるための追加情報が設定されているかを問い合わせる確認要求をサーバ装置３０に送信するように通信インタフェース１０４を制御する。確認要求をサーバ装置３０に送信するタイミングはどのようなタイミングであってもよいが、本発明のゲームシステム１Ａは、ゲーム装置１０Ａのゲームにおいてユーザ端末２０のユーザのモンスターとゲーム装置１０Ａのプレイヤーの主人公キャラクタとを対戦させることを目的の一つとしているので、ゲーム装置１０Ａのゲームの開始時に問い合わせることが好ましい。確認要求には、ゲーム装置１０Ａが設置された店舗を識別するための店舗特定情報が含まれている。なお、各ゲーム装置１０Ａは、店舗特定情報を予め記憶している。店舗特定情報は店舗にゲーム装置１０Ａが導入される時に、管理者によって入力され、ＣＰＵ１０１は入力された店舗特定情報をハードディスク１０９などの書き換え可能な不揮発性のメモリに記憶する。

サーバ装置３０が確認要求を受信すると、ＣＰＵ３０１は判定処理Ｓ６を実行する。判定処理Ｓ６において、第１に、ＣＰＵ３０１は追加テーブルＴＢＬ２を参照して確認要求に含まれる店舗特定情報の示す店舗に対応する選択店舗情報が記憶されているかをサーチする。第２に、ＣＰＵ３０１は当該店舗特定情報の示す店舗に対応する選択店舗情報が記憶されている場合には、当該選択店舗情報に対応する管理情報を読み出す。管理情報は、モンスターがゲーム装置１０Ａのいずれかに出現中である出現状態とゲーム装置１０Ａのいずれかにも出現していない非出現状態とを管理する情報である。第３に、ＣＰＵ３０１は追加テーブルＴＢＬ２に当該店舗特定情報の示す店舗に対応する選択店舗情報が記憶されていない場合には、モンスターの追加が無い旨の確認応答を生成する。第４に、管理情報が出現状態を示す場合には、ＣＰＵ３０１は他のゲーム装置１０Ａにモンスターが出現中であること示す確認応答を生成する。第５に、管理情報が非出現状態を示す場合には、ＣＰＵ３０１は追加情報を含む確認応答を生成するとともに、管理情報を出現状態に変更して追加テーブルＴＢＬ２の記憶内容を更新する。この後、ＣＰＵ３０１は、確認応答をゲーム装置１０Ａに送信するように通信インタフェース３０５を制御する。

ゲーム装置１０Ａが確認応答を受信すると、ＣＰＵ１０１は確認応答に追加情報が含まれるか否かを判定する（Ｓ７）。追加情報が含まれない場合、ＣＰＵ１０１は、追加のモンスターが出現しない通常のゲームを実行する。一方、追加情報が含まれる場合、ＣＰＵ１０１は、追加ゲーム処理を実行する（Ｓ８ａ）。具体的には、追加情報の示すキャラクタＩＤ、攻撃力情報、防御力情報、及び体力情報に基づいて、モンスターをゲームに出現させる。具体的には、ＣＰＵ１０１は、ゲームステージであるダンジョン内において適宜決定した位置に、当該モンスターを予め配置しておく。そして、ダンジョンを探索する主人公キャラクタが当該モンスターの配置された位置に到達すると、当該モンスターがディスプレイ１１上に出現する。追加されたモンスターをゲームの進行上どこで登場させるかは、ゲームプログラムによって任意としてもよい。ゲーム装置１０Ａのプレイヤーは、主人公キャラクタを操作して、追加で出現したモンスターと主人公キャラクタを対戦させる。この後、ゲーム装置１０Ａは、当該対戦の結果を示すゲーム結果情報を含むゲーム結果通知をサーバ装置３０に送信する。ゲーム結果情報は、対戦における勝敗に係る情報の他に、モンスターが主人公キャラクタに与えたダメージの量（減少させた体力の値）を示す情報や、モンスターが主人公キャラクタから与えられたダメージの量（減少させた体力の値）を示す情報なども含まれ得る。なお、追加情報が含まれない場合、ＣＰＵ１０１は、モンスターを追加しない通常ゲーム処理を実行する（Ｓ８ｂ）。

サーバ装置３０がゲーム結果通知を受信すると、ＣＰＵ３０１はゲーム結果記憶処理を実行する（Ｓ９）。具体的には、追加テーブルＴＢＬ２において、追加で登場したモンスターに対応する追加情報に関連づけてゲーム結果情報を記憶する。より具体的には、ゲーム結果情報に含まれる情報に基づいて勝数及び負数を更新し、及び追加で登場したモンスターの対戦後の攻撃力情報、防御力情報、並びに体力情報に基づいて能力情報を更新する。また、当該モンスターが主人公キャラクタに与えたダメージの量（減少させた体力の値）を示す情報や、当該モンスターが主人公キャラクタから与えられたダメージの量（減少させた体力の値）を示す情報を累積的に記憶する。

この後、ＣＰＵ３０１は、ユーザの指定した店舗に設置されたゲーム装置１０Ａへのモンスターの追加を終了する終了条件を充足するか否かを判定する終了判定処理を実行する（Ｓ１０）。終了条件としては、例えば、対戦回数または対戦の勝敗回数が所定回数に達した場合や、モンスターの体力情報で示される体力がゼロになることが該当する。この場合、ＣＰＵ３０１は追加テーブルＴＢＬ２から対応する追加情報、プレイヤーＩＤ、ダメージの量に関する情報及び管理情報を削除する。
この後、ＣＰＵ３０１は結果通知をユーザ端末２０に送信するように通信インタフェース３０５を制御する。結果通知には、勝数・負数及びモンスターが主人公キャラクタに与えたダメージの量（減少させた体力の値）を示す情報や、モンスターが主人公キャラクタから与えられたダメージの量（減少させた体力の値）を示す情報が含まれる。ＣＰＵ３０１は、結果通知に含まれる対戦結果の情報に基づいて、追加したモンスターの能力情報が示す各能力を変更させる。

このように、本実施形態においては、ユーザ端末２０は、サーバ装置３０から当該ユーザ端末２０のユーザに対応する店舗情報を受け取ることができ、ユーザがその中から店舗を選択することによって、ユーザが所有するモンスターを出現させるゲーム装置１０Ａが設置された店舗を指定することができる。また、サーバ装置３０では追加すべきモンスターの内容を示す追加情報を選択店舗情報と対応づけて追加テーブルＴＢＬ２に記憶するとともに、ゲーム装置１０Ａから追加情報の有無を問い合わせる確認要求を受信すると、ゲーム装置１０Ａが選択された店舗に設置されたゲーム装置１０Ａである場合に追加情報を含む確認応答を返信するので、ユーザが選択した店舗に設置されたゲーム装置１０Ａにモンスターを出現させることができる。この結果、モンスターを出現させるゲーム装置１０Ａは、ユーザ端末２０のユーザが来店した店舗に設置されたゲーム装置１０Ａに限定されず、ユーザが店舗に出向かなくても、ユーザが所有するモンスターをユーザが指定する店舗に設置されたゲーム装置１０Ａに出現させることが可能となる。

また、店舗テーブルＴＢＬ１は、プレイヤーＩＤと、全ての店舗のうちユーザに関係がある一部の店舗を示す所属店舗情報とを対応づけて記憶しているので、当該一部の店舗をユーザ端末２０のユーザに知らせることができる。このため、ユーザは、全国に展開する多数の店舗の中からゲーム要素（ユーザが所有するモンスター）を出現させるゲーム装置１０Ａが設置された店舗を選択する際に、全国の全ての店舗を選択候補として店舗を選択する必要がなくなるので、店舗の選択が容易になるといった利点がある。

さらに、ゲーム装置１０Ａにユーザが所有するモンスターを出現させることによって、ユーザがユーザ端末２０のゲームを実行しなくても、モンスターを育成することができ、モンスターの能力情報が示す各パラメータを向上させることが可能となる。

＜２．第２実施形態＞
次に、第２実施形態に係るゲームシステム１Ｂについて説明する。図８にゲームシステム１Ｂのブロック図を示す。このゲームシステム１Ｂは、ゲーム装置１０Ａの替わりにゲーム装置１０Ｂを用いる点、及び追加されるモンスターをサーバ装置３０の他にゲーム装置１０Ｂでも管理する点を除いて、図１に示す第１実施形態のゲームシステム１Ａと同様の構成である。特に、ゲームシステム１Ａでは、サーバ装置３０の追加テーブルＴＢＬ２において、プレイヤーＩＤ、追加情報、選択店舗情報、管理情報、及び対戦結果を対応づけて記憶したが、ゲームシステム１Ｂでは、サーバ装置３０の追加テーブルＴＢＬ２に、プレイヤーＩＤ、追加情報、選択店舗情報、及び対戦結果を対応づけて記憶しており、管理情報は記憶していない。ゲーム装置１０Ｂは、ゲーム装置１０Ｂの全体を制御する制御部１８と、ゲームプログラムや追加テーブルＴＢＬ３といった各種の情報を記憶すると共に、制御部１８のワークエリアとして機能する記憶部１９ａと、サーバ装置３０と通信網ＮＥＴを介して通信を行う通信部１９ｂと、複数のゲーム端末ＧＥとを備える。記憶部１９ａは、例えば、ＲＯＭ、ＲＡＭ、ハードディスクなどから構成することができる。追加テーブルＴＢＬ３には、少なくとも追加情報と管理情報とが対応付けられて記憶されている。ゲーム端末ＧＥの外観は、図２に示すゲーム装置１０Ａと同様である。例えば、６個のゲーム端末ＧＥが連結されて、ゲーム装置１０Ｂを構成している。制御部１８は、複数のゲーム端末ＧＥの制御中枢として機能する。追加テーブルＴＢＬ３に追加情報が記憶されている場合には、当該ゲーム装置１０Ｂに属するいずれかのゲーム端末ＧＥに、追加されるモンスターを出現させるこが可能となる。モンスターの出現の有無を管理する管理情報を、サーバ装置３０の代わりにゲーム装置１０Ｂの追加テーブルＴＢＬ３に記憶したことで、ゲーム装置１０Ｂの制御部１８は、ゲーム装置１０Ｂに属する複数のゲーム端末ＧＥにおけるモンスターの出現の有無の管理を追加テーブルＴＢＬ３を用いて行えばよい。つまり、当該管理のために店舗の外にあるサーバ装置３０に問い合わせる必要がなくなるので、通信処理の負担が少なくなる。

図９は、第２実施形態に係るゲームシステム１Ｂの動作を示すシーケンス図である。ゲームシステム１Ｂの動作は、ユーザ端末２０が認証要求をサーバ装置３０に送信してから、サーバ装置３０が追加情報記憶処理（Ｓ５）を実行するまでは、図７を参照して説明した第１実施形態と同様であるので、説明を省略する。

サーバ装置３０のＣＰＵ３０１は追加情報記憶処理（Ｓ５）を実行した後、追加情報を含む追加要求を選択店舗情報の示す店舗に設置されたゲーム装置１０Ｂに送信するように通信インタフェース３０５を制御する。なお、１つの店舗に複数のゲーム装置１０Ｂが設置されている場合には、所定の規則に従ってそのうちの１つのゲーム装置１０Ｂを特定し、特定したゲーム装置１０Ｂに送信する。特定の方法は任意であるが、抽選で決定してもよいし、予め定められた順番で決定してもよい。例えば、図８に示すように店舗Ｂに２つのゲーム装置１０Ｂが設置されている場合、最初の追加要求は一方のゲーム装置１０Ｂに送信し、次の追加要求は他方のゲーム装置１０Ｂに送信し、その後は、交互に追加要求を送信してもよい。

次に、追加要求をゲーム装置１０Ｂが受信すると、ゲーム装置１０Ｂの制御部１８は、追加情報記憶処理を実行する（Ｓ２０）。具体的には、制御部１８は記憶部１９ａに設けられた追加テーブルＴＢＬ３に追加情報を記憶する。この時点では、当該追加情報に対応する管理情報は非出現状態を示している。この後、ゲーム装置１０Ｂは追加情報を記憶したことを示す追加応答をサーバ装置３０に返信する。サーバ装置３０が追加応答を受信すると、ユーザ端末２０に追加応答を送信する。

次に、ゲーム装置１０Ｂに属する複数のゲーム端末ＧＥのいずれかでゲームが開始されると（Ｓ２１）、制御部１８はモンスターの追加の有無を判定する判定処理を実行する（Ｓ２２）。具体的には、第１に、制御部１８は追加テーブルＴＢＬ３を参照して追加情報が記憶されているかをサーチする。第２に、制御部１８は追加情報が記憶されている場合には、モンスターをゲーム端末ＧＥのいずれかに出現中である出現状態とゲーム端末ＧＥのいずれかにも出現していない非出現状態とを管理する管理情報を読み出す。第３に、制御部１８は追加テーブルＴＢＬ３に追加情報が記憶されていない場合、又は管理情報が出現状態を示す場合には、モンスターの追加無しと判定する一方、追加テーブルＴＢＬ３に追加情報が記憶されていて、且つ管理情報が非出現状態を示す場合には、モンスターの追加有りと判定する。

モンスターの追加無しと判定した場合には、制御部１８は、ゲームを開始したゲーム端末ＧＥにおいてモンスターの追加が無い通常ゲームを実行する（Ｓ２３）。一方、モンスターの追加有りと判定した場合には、制御部１８は、管理情報を非出現状態から出現状態に変更し、追加テーブルＴＢＬ３の記憶内容を更新する（Ｓ２４）。この後、制御部１８は、追加ゲーム処理を実行する（Ｓ２５）。具体的には、追加情報の示すキャラクタＩＤ、及び能力情報に基づいて、モンスターをゲームに出現させる。なお、追加のモンスターをゲームの進行上どこで登場させるかは、ゲームプログラムによって予め定められている点は第１実施形態と同様である。ゲーム端末ＧＥのプレイヤーは、追加で出現したモンスターと対戦する。

次に、制御部１８は、当該対戦の結果としてのゲーム結果に応じて追加テーブルの記憶内容を更新する（Ｓ２６）。更新の対象となるのは、追加で登場したモンスターの勝敗や能力情報の他に、モンスターが主人公キャラクタに与えたダメージの量（減少させた体力の値）を示す情報や、モンスターが主人公キャラクタから与えられたダメージの量（減少させた体力の値）を示す情報なども含まれ得る。
この後、制御部１８は、ゲーム結果を示すゲーム結果情報を含むゲーム結果通知をサーバ装置３０に送信する。ゲーム結果情報は、ゲーム端末ＧＥのプレイヤーＩＤ、ゲーム端末ＧＥのプレイヤーのゲーム結果の他、追加で登場したモンスターとの勝敗、及びモンスターが主人公キャラクタに与えたダメージの量を示す情報や、モンスターが主人公キャラクタから与えられたダメージの量を示す情報が含まれる。

サーバ装置３０がゲーム結果情報を受信すると、ＣＰＵ３０１はゲーム結果記憶処理を実行する（Ｓ９）。具体的には、ゲーム結果情報に含まれる追加で登場したモンスターとの勝敗、及びモンスターが主人公キャラクタに与えたダメージの量（減少させた体力の値）を示す情報や、モンスターが主人公キャラクタから与えられたダメージの量（減少させた体力の値）に基づいて、追加テーブルＴＢＬ２における主人公キャラクタとの対戦結果の情報の内容を更新する。
この後、ＣＰＵ３０１は、モンスターの追加を終了する終了条件を充足するか否かを判定する終了判定処理を実行する（Ｓ１０）。終了条件としては、例えば、対戦回数または対戦の勝敗回数が所定回数に達した場合や、モンスターの体力情報で示される体力がゼロになることが該当する。予め定められた対戦回数（例えば、１０回）に達した場合、あるいは、体力がゼロになった場合には、モンスターの追加を終了する。この場合、ＣＰＵ３０１は削除要求をゲーム装置１０Ｂに送信する。削除要求には、削除の対象となる追加情報を識別する識別情報が含まれている。

ゲーム装置１０Ｂが削除要求を受信すると、制御部１８は追加テーブルＴＢＬ３から該当する追加情報及び管理情報を削除し（Ｓ２７）、追加情報を削除したことを示す削除応答をサーバ装置３０に返信する。サーバ装置３０が削除応答を受信すると、ＣＰＵ３０１は、追加テーブルＴＢＬ２から追加情報を削除するとともに、結果通知をユーザ端末２０に送信する。結果通知には、追加テーブルＴＢＬ２における主人公キャラクタとの対戦結果の情報、つまりユーザ端末２０のユーザのモンスターとゲーム装置１０Ｂの主人公キャラクタとの対戦における勝敗回数及びモンスターが主人公キャラクタに与えたダメージの量（減少させた体力の値）を示す情報や、モンスターが主人公キャラクタから与えられたダメージの量（減少させた体力の値）を示す情報などが含まれる。ユーザ端末２０は、受信した結果通知に基づいて、対応するモンスターの能力情報としての各パラメータを更新させる。具体的には、ユーザ端末２０のＣＰＵ２０１は、ゲーム装置１０Ｂの主人公キャラクタとの対戦においてモンスターが勝利した回数や、モンスターが主人公キャラクタに与えたダメージの量（減少させた体力の値）が多いほど、モンスターの能力情報としての各パラメータを向上させるよう制御する。

このように、本実施形態においては、ユーザ端末２０は、サーバ装置３０から当該ユーザ端末２０のユーザに対応する店舗情報を受け取ることができ、ユーザがその中から店舗を選択することによって、モンスターを出現させるゲーム装置１０Ｂが設置された店舗を指定することができる。また、また、サーバ装置３０は選択店舗情報で示される店舗に設置されたゲーム装置１０Ｂに対して追加情報を送信する。ゲーム装置１０Ｂは複数のゲーム端末ＧＥを備え、記憶部１９ａに追加情報が記憶されている場合には、ゲームにモンスターを出現させるから、ユーザが選択した店舗に設置されたゲーム装置１０Ｂにモンスターを出現させることができる。また、ゲーム装置１０Ｂに出現させたモンスターと当該ゲーム装置１０Ｂのプレイヤーの主人公キャラクタとの対戦結果に基づいて、当該モンスターの能力情報が更新される。この結果、モンスターを出現させるゲーム装置１０Ｂは、ユーザ端末２０のユーザが来店した店舗に設置されたゲーム装置１０Ｂに限定されず、ユーザが店舗に出向かなくても、ユーザが所有するモンスターをユーザが指定する店舗に設置されたゲーム装置１０Ｂに出現させることが可能となる。

＜３．変形例＞
本発明は上述した実施形態に限定されるものではなく、例えば以下の変形が可能である。また、以下に示す２以上の変形を適宜組み合わせることもできる。
（１）上述した各実施形態では、ゲーム装置１０Ａ,１０Ｂで実行されるゲームにモンスターを出現させる態様を一例として説明したが、本発明は、ユーザの選択した店舗に設置されたゲーム装置１０Ａ,１０Ｂのゲームに、通常のゲームでは出現しない何らかのゲーム要素を出現させるのであれば、どのようなものであってもよい。ゲーム要素は、例えば、モンスターなどのキャラクタの他、メッセージ、背景画面、ダンジョン、パズル、効果音、音楽などが含まれる。この態様においては、追加テーブルＴＢＬ２には、モンスターの出現状態・非出現状態を管理する管理情報や、主人公キャラクタとの対戦結果などの情報は、追加情報に対応付けて記憶されていなくても構わない。

（２）上述した各実施形態では、ゲーム要素たるモンスターをユーザが選択した一つの店舗に設置されたゲーム装置１０Ａ,１０Ｂに出現させたが、本発明はこれに限定されるものではなく、ユーザ端末２０において複数の店舗を選択できるようにしてもよい。この場合は、モンスターを出現させるゲーム装置１０Ａ,１０Ｂを排他的に制御することはできないが、多数の店舗に設置されたゲーム装置１０Ａ,１０Ｂでモンスターを出現させることによって、ユーザ端末２０のユーザが育成したモンスターを多くの人に披露することが可能となる。この場合、サーバ装置３０は対戦の結果を追加情報に反映させないことが好ましい。また、追加すべきゲーム要素が「ようすけ、誕生日おめでとう」といったメッセージや、背景画面、効果音、ダンジョン、パズル、音楽などである場合には、排他的な制御を実行する必要もない。

（３）上述した各実施形態では、サーバ装置３０はユーザ端末２０のユーザの所属店舗情報を店舗情報としてユーザ端末２０に送信したが、本発明はこれに限定されるものではなく、全ての店舗の店舗情報をユーザ端末２０に送信してもよい。具体的には、ＣＰＵ３０１は、ユーザ端末２０から店舗情報要求を受信した際の店舗情報生成処理において、全店舗テーブルＴＢＬ１０に含まれる全ての店舗を対象として店舗情報を生成する。また、ユーザごとに友人関係にある他のユーザとを関連付ける友人テーブルをハードディスクに記憶してもよい。具体的には、プレイヤーＩＤと当該プレイヤーＩＤのユーザと友人関係にある他のユーザのプレイヤーＩＤとを対応づけて友人テーブルに記憶してもよい。そして、サーバ装置３０が店舗情報要求を受信すると、ＣＰＵ３０１は、友人テーブルを参照して、当該ユーザと友人関係にある他のユーザのプレイヤーＩＤとを取得する。この後、ＣＰＵ３０１は、これらの店舗テーブルＴＢＬ１を参照し、これらのプレイヤーＩＤに対応する所属店舗情報を読み出し、読み出した所属店舗情報を店舗情報として生成し、ユーザ端末２０に送信してもよい。これにより、ユーザは友人の来店する可能性がある店舗も知ることができる。

（４）さらに、ユーザ端末２０において、ユーザと友人関係にある他のユーザの一部又は全部を指定する指定情報を生成し、これを店舗情報要求に含ませてサーバ装置３０に送信してもよい。サーバ装置３０は、ＣＰＵ３０１は、店舗情報要求を通信インタフェース３０５が受信すると、店舗情報要求を送信したユーザを特定し（プレイヤーＩＤの特定）、特定したユーザと指定情報で指定される他のユーザを特定し（プレイヤーＩＤの特定）、店舗テーブルＴＢＬ１を参照して、他のユーザに対応する所属店舗情報を読み出し、当該所属店舗情報を前記店舗情報として生成してもよい。

この場合には、選択の対象となる店舗を、ユーザと関係がある店舗だけでなく、ユーザと友人関係にある他のユーザと関係にある店舗を含ませることができる。しかも、ユーザ端末において友人関係にある他のユーザを指定するので、友人が多いユーザにとって、選択の対象となる店舗を容易に絞り込むことが可能となる。また、特定の友人を指定して選択の対象となる店舗を限定することができるので、特定の友人に来店を促すことによって、ユーザが育成したモンスターなどのゲーム要素を特定の友人に披露することができる。

（５）上述した各実施形態では、ユーザ端末２０は、サーバ装置３０からダウンロードしたゲームプログラムを実行することにより、ユーザはモンスターなどのキャラクタを育成するゲームをプレイできることとしたが、ユーザ端末２０において、ブラウザゲームの形態で育成ゲームを実行してもよい。この場合には、モンスターのデータはサーバ装置３０で管理される。ユーザ端末２０は、サーバ装置３０によって提供されるＷｅｂページを閲覧するだけであり、モンスターの育成状況は、サーバ装置３０において管理される。より具体的には、サーバ装置３０から、ユーザが所有するモンスターのリストがユーザ端末２０に送信され、ユーザがリストの中からユーザ端末２０で実行される育成ゲームで用いるモンスターを指定し、指定されたモンスターによって育成ゲームが実行される。

第１実施形態及び第２実施形態において、育成したモンスターを実際の店舗に設置されたゲーム装置１０Ａ及び１０Ｂに出現させる過程において、ユーザ端末２０は、追加情報生成処理Ｓ４を実行し、追加情報を含む追加要求をサーバ装置３０に送信した。この変形例では、ユーザ端末２０では、ブラウザゲームを実行するので、モンスターに関する情報は、ユーザ端末２０で記憶していない。このため、モンスターを指定する店舗のゲーム装置１０Ａ及び１０Ｂに出現させる処理は、図１０に示すシーケンスで実行される。

店舗選択処理Ｓ４までは、図７に示す第１実施形態と同様である。ユーザ端末２０はディスプレイ２０５にユーザが選択可能な店舗名を表示させる。ユーザがモンスターを出現させる店舗の店舗名を、操作部２０６を操作して選択すると、ＣＰＵ２０１は、選択された店舗名に対応する選択店舗情報を生成する。選択店舗情報は、ユーザが選択した店舗を直接的に示す情報であっても、ユーザが選択した店舗を間接的に示す情報であってもよい。ユーザが選択した店舗を直接的に示す情報とは、例えば店舗を識別する店舗ＩＤなどであり、ユーザが選択した店舗を間接的に示す情報とは、例えばサーバ装置から提示された複数の選択肢からユーザが選択した選択肢を識別するインデックス情報や、当該インデックス情報を含んだＵＲＬなどがあげられる。具体的には、ユーザ端末において複数の店舗名と各店舗名に対応する選択ボタンが表示され、ユーザが選択ボタンを押すと、当該選択ボタンに割り当てられたインデックス情報や当該インデックス情報を含んだＵＲＬを選択店舗情報として生成する。そして、ＣＰＵ２０１は、選択店舗情報を含む店舗指定要求をサーバ装置３０に送信する。

サーバ装置３０は、店舗指定要求を受信すると、ＣＰＵ３０１は、選択店舗情報をＲＡＭ３０２に記憶した後、モンスターリスト生成処理Ｓ３０を実行する。具体的には、ＣＰＵ３０１は、プレイヤーＩＤに対応するモンスターに関する情報を取得し、モンスター名とその能力情報を示すＷｅｂページをモンスターリスト通知としてユーザ端末２０に送信する。

ユーザ端末２０は、モンスターリスト通知を受信ずると、ユーザの管理下にあるモンスターと能力情報とをディスプレイ２０５に表示する。この後、ＣＰＵ２０１はモンスター指定処理Ｓ３１を実行する。具体的には、ＣＰＵ２０１は、ユーザが操作部２０６を操作してモンスターを選択すると、選択されたモンスターを指定する情報を生成する。この後，ＣＰＵ２０１は、モンスターを指定する情報を含む追加要求をサーバ装置３０に送信する。
サーバ装置３０は、追加要求を受信すると、追加情報記憶処理Ｓ３２を実行する。ＣＰＵ３０１は、追加要求に含まれるモンスターを指定する情報に関連する追加情報をプレイヤーＩＤと関連付けて追加テーブルＴＢＬ２に記憶する。この後、ＣＰＵ３０１は、モンスターの追加が完了したことをユーザに知らせるＷｅｂページを生成し、Ｗｅｂページを含む追加応答をユーザ端末２０に送信する。

なお、ユーザが育成したモンスターが一つで有る場合には、ユーザ端末２０においてユーザが出現させるモンスターを指定する必要がないので、モンスターリスト生成処理Ｓ３０、モンスターリスト通知、及びモンスター指定処理Ｓ３１は省略される。
また、ブラウザゲームの場合は、ユーザがサーバ装置３０にログインした時に結果が分かればよいので、図７及び図９を用いて説明した結果通知は必ずしも必要ではない。

（６）上述した第１実施形態及び変形例では、サーバ装置３０のＣＰＵ３０１は、管理情報を非出現状態から出現状態に更新するのは、ゲーム装置１０Ａから結果通知を通信インタフェース３０４で受信した場合であったが、本発明はこれに限定されるものではない。例えば、ＣＰＵ３０１は管理情報を非出現状態から出現状態に更新してからの時間を例えば、タイマを用いて計測し、計測した時間が所定時間に達した場合、管理情報を出現状態から非出現状態に変更してもよい。この場合には、ゲーム装置１０Ａが故障しても所定時間で管理情報を非出現状態に戻すことが可能となる。
また、第２実施形態のゲーム装置１０Ｂにおいても、制御部１８が管理情報を非出現状態から出現状態に更新するのは、ゲーム端末ＧＥからゲーム結果情報を受信した場合であったが、本発明はこれに限定されるものではない。制御部１８は管理情報を非出現状態から出現状態に更新してからの時間を、例えば、タイマを用いて計測し、計測した時間が所定時間に達した場合、管理情報を出現状態から非出現状態に変更してもよい。この場合には、ゲーム端末ＧＥが故障しても所定時間で管理情報を非出現状態に戻すことが可能となる。

１Ａ,１Ｂ…ゲームシステム、１０Ａ,１０Ｂ…ゲーム装置、１８…制御部、１９ａ…記憶部、１９ｂ…通信部、２０…ユーザ端末、３０…サーバ装置、ＴＢＬ１…店舗テーブル、ＴＢＬ２,ＴＢＬ３…追加テーブル。

Claims

ユーザに操作されるユーザ端末と、複数の店舗に設置されたゲーム装置と、前記ユーザ端末及び前記ゲーム装置のそれぞれと通信可能なサーバ装置とを備えたゲームシステムであって、
前記ユーザ端末は、
当該ユーザ端末のユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記サーバ装置に送信する処理と、
前記サーバ装置から前記店舗情報を含む店舗情報応答を受信する処理と、
受信した店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報と、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報とを含む追加要求を前記サーバ装置に送信する処理とを実行し、
前記サーバ装置は、
前記ユーザ端末から前記店舗情報要求を受信すると、前記店舗情報を生成して、当該店舗情報を含む前記店舗情報応答を当該ユーザ端末に返信する処理と、
前記追加要求を前記ユーザ端末から受信すると、当該追加要求に含まれる前記選択店舗情報と前記追加情報とを対応づけて記憶する処理と、
前記ゲーム装置から当該ゲーム装置が設置されている店舗を示す店舗特定情報を含む確認要求を受信すると、前記追加情報と対応づけて記憶した前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれるか否かを判定する処理と、
前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれる場合、当該選択店舗情報に対応づけて記憶された前記追加情報を含む確認応答を前記ゲーム装置に返信する処理とを実行し、
前記ゲーム装置は、
前記ゲームを実行する処理と、
前記確認要求を前記サーバ装置に送信する処理と、
前記確認応答を受信すると、当該確認応答に前記追加情報が含まれている場合には、当該追加情報の示す前記ゲーム要素を前記ゲームに出現させる処理とを実行する、
ことを特徴とするゲームシステム。
ユーザに操作されるユーザ端末と、複数の店舗に設置されたゲーム装置と、前記ユーザ端末及び前記ゲーム装置のそれぞれと通信可能なサーバ装置とを備えたゲームシステムであって、
前記ユーザ端末は、
当該ユーザ端末のユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記サーバ装置に送信する処理と、
前記サーバ装置から前記店舗情報を含む店舗情報応答を受信する処理と、
受信した店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報を前記サーバ装置に送信する処理とを実行し、
前記サーバ装置は、
前記ユーザ端末から前記店舗情報要求を受信すると、前記店舗情報を生成して、当該店舗情報を含む前記店舗情報応答を当該ユーザ端末に返信する処理と、
前記選択店舗情報を前記ユーザ端末から受信すると、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報と前記選択店舗情報とを対応づけて記憶する処理と、
前記ゲーム装置から当該ゲーム装置が設置されている店舗を示す店舗特定情報を含む確認要求を受信すると、前記追加情報と対応づけて記憶した前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれるか否かを判定する処理と、
前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれる場合、当該選択店舗情報に対応づけて記憶された前記追加情報を含む確認応答を前記ゲーム装置に返信する処理とを実行し、
前記ゲーム装置は、
前記ゲームを実行する処理と、
前記確認要求を前記サーバ装置に送信する処理と、
前記確認応答を受信すると、当該確認応答に前記追加情報が含まれている場合には、当該追加情報の示す前記ゲーム要素を前記ゲームに出現させる処理とを実行する、
ことを特徴とするゲームシステム。
ユーザに操作されるユーザ端末と、複数の店舗に設置されたゲーム装置と、前記ユーザ端末及び前記ゲーム装置のそれぞれと通信可能なサーバ装置とを備えたゲームシステムであって、
前記ユーザ端末は、
当該ユーザ端末のユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記サーバ装置に送信する処理と、
前記サーバ装置から前記店舗情報を含む店舗情報応答を受信する処理と、
受信した店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報と、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報とを含む追加要求を前記サーバ装置に送信する処理とを実行し、
前記サーバ装置は、
前記ユーザ端末から前記店舗情報要求を受信すると、前記店舗情報を生成して、当該店舗情報を含む前記店舗情報応答を当該ユーザ端末に返信する処理と、
前記追加要求を前記ユーザ端末から受信すると、当該追加要求に含まれる前記選択店舗情報と前記追加情報とを対応づけて記憶する処理と、
前記追加情報を前記選択店舗情報の示す店舗に設置された前記ゲーム装置に送信する処理とを実行し、
前記ゲーム装置は、
複数のゲーム端末と、
情報を記憶する記憶部と、
前記追加情報を受信すると前記記憶部に前記追加情報を記憶する処理と、前記複数のゲーム端末の各々で前記ゲームを実行する処理と、前記記憶部に前記追加情報が記憶されている場合は、当該追加情報の示す前記ゲーム要素を前記ゲームに出現させる処理とを実行する制御部とを備える、
ことを特徴とするゲームシステム。
ユーザに操作されるユーザ端末と、複数の店舗に設置されたゲーム装置と、前記ユーザ端末及び前記ゲーム装置のそれぞれと通信可能なサーバ装置とを備えたゲームシステムであって、
前記ユーザ端末は、
当該ユーザ端末のユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記サーバ装置に送信する処理と、
前記サーバ装置から前記店舗情報を含む店舗情報応答を受信する処理と、
受信した店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報を送信する処理と、
前記サーバ装置は、
前記ユーザ端末から前記店舗情報要求を受信すると、前記店舗情報を生成して、当該店舗情報を含む前記店舗情報応答を当該ユーザ端末に返信する処理と、
前記選択店舗情報を前記ユーザ端末から受信すると、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報と前記選択店舗情報とを対応づけて記憶する処理と、
前記選択店舗情報と対応づけて記憶した前記追加情報を当該選択店舗情報の示す店舗に設置された前記ゲーム装置に送信する処理とを実行し、
前記ゲーム装置は、
複数のゲーム端末と、
情報を記憶する記憶部と、
前記追加情報を受信すると前記記憶部に前記追加情報を記憶する処理と、前記複数のゲーム端末の各々で前記ゲームを実行する処理と、前記記憶部に前記追加情報が記憶されている場合は、当該追加情報の示す前記ゲーム要素を前記ゲームに出現させる処理とを実行する制御部とを備える、
ことを特徴とするゲームシステム。
ユーザに操作されるユーザ端末と、複数の店舗に設置されゲームを実行するゲーム装置とを備えたゲームシステムに用いられるサーバ装置であって、
前記ユーザ端末及び前記ゲーム装置のそれぞれと通信する通信部と、
情報を記憶する記憶部と、
制御部とを備え、
前記制御部は、
前記ユーザ端末からユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記通信部が受信すると、前記店舗情報を生成して、当該店舗情報を含む店舗情報応答を当該ユーザ端末に返信するように前記通信部を制御する処理と、
前記ユーザ端末から前記店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報と、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報とを含む追加要求を前記通信部が受信すると、当該追加要求に含まれる前記選択店舗情報と前記追加情報とを対応づけて前記記憶部に記憶する処理と、
前記ゲーム装置から当該ゲーム装置が設置されている店舗を示す店舗特定情報を含む確認要求を前記通信部が受信すると、前記記憶部の記憶内容を参照して前記追加情報と対応づけて記憶した前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれるか否かを判定する処理と、
前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれる場合、当該選択店舗情報に対応づけて記憶された前記追加情報を含む確認応答を前記ゲーム装置に返信するように前記通信部を制御する処理とを実行する、
ことを特徴とするサーバ装置。
ユーザに操作されるユーザ端末と、複数の店舗に設置されゲームを実行するゲーム装置とを備えたゲームシステムに用いられるサーバ装置であって、
前記ユーザ端末及び前記ゲーム装置のそれぞれと通信する通信部と、
情報を記憶する記憶部と、
制御部とを備え、
前記制御部は、
前記ユーザ端末からユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記通信部が受信すると、前記店舗情報を生成して、当該店舗情報を含む店舗情報応答を当該ユーザ端末に返信するように前記通信部を制御する処理と、
前記ユーザ端末から前記店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報を前記通信部が受信すると、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報と前記選択店舗情報とを対応づけて前記記憶部に記憶する処理と、
前記ゲーム装置から当該ゲーム装置が設置されている店舗を示す店舗特定情報を含む確認要求を前記通信部が受信すると、前記記憶部の記憶内容を参照して前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれるか否かを判定する処理と、
前記選択店舗情報で示される店舗の中に前記店舗特定情報で特定される店舗が含まれる場合、当該選択店舗情報に対応づけて記憶された前記追加情報を含む確認応答を前記ゲーム装置に返信するように前記通信部を制御する処理とを実行する、
ことを特徴とするサーバ装置。
ユーザに操作されるユーザ端末と、複数の店舗に設置されゲームを実行するゲーム装置とを備えたゲームシステムに用いられるサーバ装置であって、
前記ユーザ端末及び前記ゲーム装置のそれぞれと通信する通信部と、
情報を記憶する記憶部と、
制御部とを備え、
前記制御部は、
前記ユーザ端末からユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記通信部が受信すると、前記店舗情報を生成して、当該店舗情報を含む店舗情報応答を当該ユーザ端末に返信するように前記通信部を制御する処理と、
前記ユーザ端末から前記店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報と、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報とを含む追加要求を前記通信部が受信すると、当該追加要求に含まれる前記選択店舗情報と前記追加情報とを対応づけて前記記憶部に記憶する処理と、
前記追加情報を前記選択店舗情報の示す店舗に設置された前記ゲーム装置に送信するように前記通信部を制御する処理とを実行する、
ことを特徴とするサーバ装置。
ユーザに操作されるユーザ端末と、複数の店舗に設置されゲームを実行するゲーム装置とを備えたゲームシステムに用いられるサーバ装置であって、
前記ユーザ端末及び前記ゲーム装置のそれぞれと通信する通信部と、
情報を記憶する記憶部と、
制御部とを備え、
前記制御部は、
前記ユーザ端末からユーザが選択可能な一又は複数の店舗を示す店舗情報を送信するように要求する店舗情報要求を前記通信部が受信すると、前記店舗情報を生成して、当該店舗情報を含む店舗情報応答を当該ユーザ端末に返信するように前記通信部を制御する処理と、
前記ユーザ端末から前記店舗情報の示す一又は複数の店舗のうちユーザが選択した店舗を示す選択店舗情報を前記通信部が受信すると、前記選択店舗情報が示す店舗に設置されたゲーム装置で実行されるゲームに追加されて出現するゲーム要素の内容を示す追加情報と前記選択店舗情報とを対応づけて前記記憶部に記憶する処理と、
前記追加情報を前記選択店舗情報の示す店舗に設置された前記ゲーム装置に送信するように前記通信部を制御する処理とを実行する、
ことを特徴とするサーバ装置。
前記記憶部は、全ての店舗のうちユーザに関係がある一部の店舗を示す所属店舗情報をユーザ毎に記憶し、
前記制御部は、
前記店舗情報要求を前記通信部が受信すると、前記店舗情報要求を送信したユーザを特定する処理と、
前記記憶部の記憶内容を参照して、特定したユーザに対応する所属店舗情報を読み出し、当該所属店舗情報を前記店舗情報として生成する、
ことを特徴とする請求項５乃至８のうちいずれか１項に記載のサーバ装置。
前記記憶部は、全ての店舗のうちユーザに関係がある一部の店舗を示す所属店舗情報をユーザ毎に記憶し、
前記制御部は、
前記店舗情報要求を前記通信部が受信すると、前記店舗情報要求を送信したユーザを特定する処理と、
特定したユーザと友人関係にある他のユーザを特定する処理と、
前記記憶部の記憶内容を参照して、前記特定したユーザに対応する所属店舗情報と前記他のユーザに対応する所属店舗情報とを読み出し、前記特定したユーザ及び前記他のユーザに対応する所属店舗情報を前記店舗情報として生成する、
ことを特徴とする請求項５乃至８のうちいずれか１項に記載のサーバ装置。
前記店舗情報要求には、ユーザと友人関係にある他のユーザの一部又は全部を指定する指定情報が含まれており、
前記記憶部は、全ての店舗のうちユーザに関係がある一部の店舗を示す所属店舗情報をユーザ毎に記憶し、
前記制御部は、
前記店舗情報要求を前記通信部が受信すると、前記店舗情報要求を送信したユーザを特定する処理と、
特定したユーザと前記指定情報で指定される他のユーザを特定する処理と、
前記記憶部の記憶内容を参照して、前記他のユーザに対応する所属店舗情報を読み出し、当該所属店舗情報を前記店舗情報として生成する、
ことを特徴とする請求項５乃至８のうちいずれか１項にサーバ装置。
前記ゲーム要素はユーザの指定するキャラクタであり、前記追加情報は、前記キャラクタを指定する情報を含むことを特徴とする請求項５乃至１１のうちいずれか１項に記載のサーバ装置。
前記キャラクタ情報は、前記キャラクタの能力の程度を示す能力情報を含み、
前記記憶部は、ユーザと対応づけて前記キャラクタ情報を記憶しており、
前記制御部は、前記ゲーム装置から前記ゲームに出現した前記キャラクタの行動結果に基づいて当該キャラクタの能力の変化を示す結果情報を含む結果通知を前記通信部が受信すると、当該結果情報に基づいて前記記憶部に記憶された前記能力情報を更新する、
ことを特徴とする請求項１２に記載のサーバ装置。
前記ゲームは、前記ゲーム装置のユーザが当該ユーザ自身のキャラクタと、他のキャラクタとが対戦する対戦ゲームであり、
前記追加要求に基づいて前記ゲーム装置の前記ゲームに出現する前記ユーザ端末のユーザが指定するキャラクタは、前記他のキャラクタに含まれ、
前記結果情報は、前記ゲーム装置のユーザのキャラクタと前記ユーザ端末のユーザが指定するキャラクタとの対戦の結果に基づいて、前記ユーザ端末のユーザが指定するキャラクタの能力の変化を示すものである、
ことを特徴とする請求項１３に記載のサーバ装置。
前記記憶部は、前記キャラクタをいずれかの前記ゲーム装置又はいずれかの前記ゲーム端末に出現中である出現状態及びいずれの前記ゲーム装置又はいずれの前記ゲーム端末にも出現していない非出現状態とを管理する管理情報と前記キャラクタ情報とを対応づけて記憶しており、
前記制御部は、
前記確認要求を前記通信部で受信すると、前記記憶部に記憶された前記管理情報を読み出す処理と、
読み出した管理情報が前記非出現状態であることを示す場合、前記追加情報を含む確認応答を前記ゲーム装置に返信するように前記通信部を制御するとともに、当該管理情報を出現状態に更新する処理と、
読み出した管理情報が前記出現状態であることを示す場合、前記追加情報を含まず当該キャラクタが出現中であることを示す確認応答を前記ゲーム装置に返信するように前記通信部を制御し、
前記ゲーム装置から前記結果通知を前記通信部が受信すると、前記管理情報を非出現状態に更新する処理とを実行する、
ことを特徴とする請求項１２乃至１４のうちいずれか１項に記載のサーバ装置。
前記制御部は、
前記管理情報を出現状態に更新してからの時間を計測する処理と、
計測した時間が所定時間に達した場合、前記管理情報を非出現状態に変更する処理とを実行する、
ことを特徴とする請求項１５に記載のサーバ装置。