ゲームシステム
【課題】 プレーヤにとって価値が高く、面白みに富んだゲーム結果を表示することが可能なゲームシステムを提供すること。
【解決手段】 複数の端末装置とサーバとが通信回線を介して接続されてなり、複数のプレーヤの夫々が各端末装置を操作して行うゲームを実行可能なゲームシステムであって、
複数種類の要素からなるプレーヤのゲーム履歴を用いて当該ゲーム履歴に対応したゲーム結果についての評価メッセージを生成し、複数の評価メッセージをゲーム上の時間軸に応じて編集して評価メッセージ群を生成し、評価メッセージ群を表す画像を表示することを特徴とするゲームシステム。
【解決手段】 複数の端末装置とサーバとが通信回線を介して接続されてなり、複数のプレーヤの夫々が各端末装置を操作して行うゲームを実行可能なゲームシステムであって、
複数種類の要素からなるプレーヤのゲーム履歴を用いて当該ゲーム履歴に対応したゲーム結果についての評価メッセージを生成し、複数の評価メッセージをゲーム上の時間軸に応じて編集して評価メッセージ群を生成し、評価メッセージ群を表す画像を表示することを特徴とするゲームシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末装置とサーバとが通信回線を介して接続されてなるゲームシステムに関する。特に、ＭＭＯＲＰＧ（Massively Multiplayer Online Role Playing Game）、ＲＴＳ（Real Time Strategy）、ＦＰＳ（First Person Shooting Game）等の多人数参加型のオンラインゲームを実行可能なゲームシステムに関する。
【背景技術】
【０００２】
近年、情報通信技術の発展に伴い、複数の業務用又は家庭用の端末装置とサーバとが通信回線を介して接続されてなるゲームシステムが普及し、このゲームシステムにおいて様々なオンラインゲームを実行することが可能となっている。最近では、オンラインゲームとして、例えば、ＭＭＯＲＰＧ（Massively Multiplayer Online Role Playing Game）、ＲＴＳ（Real Time Strategy）、ＦＰＳ（First Person Shooting Game）等の多人数参加型のオンラインゲームが提供されている。
【０００３】
このような多人数参加型のオンラインゲームは、プレーヤにとってみれば、インターネット等のネットワークを介して国内外を問わず遠隔地で顔も知らない不特定多数のプレーヤとゲームを行うことができ、ゲームという媒体を通じてコミュニケーションをとることができるという点が大きな魅力であり、世界各国で強い支持を得ている。
一方、ゲームメーカにとってみれば、多人数参加型のオンラインゲームは、新たなイベント、キャラクタ、アイテム等に関するデータやプログラムを順次アップデートし、ネットワークを介して各端末装置に配信していくことにより、プレーヤに飽きられることなく、半永久的に継続するようなゲーム環境を構築することも可能であるため、安定した収益の確保を図ることができる利点がある。
【０００４】
多人数参加型のオンラインゲームでは、一般的に、各プレーヤに対応するキャラクタが設定されており、プレーヤは自分のキャラクタを操作することにより、仮想ゲーム空間におけるゲームに参加する。プレーヤがゲームに習熟するにしたがって、対応するキャラクタは種々の条件（所謂ミッション）をクリアして経験を積み、その結果、プレーヤ又は当該プレーヤが操作するキャラクタは、ゲーム内に設定されるレベルを増加させていくことができ、レベルの増加とともにゲーム内での能力や地位が向上し、種々の機能を行うことができるようになる。また、条件をクリアした際には、報酬として、ゲーム上で使用可能な金銭が、当該条件の難易度に応じた額だけプレーヤに付与されるため、プレーヤは、多くの条件をクリアすることにより、ゲーム上で使用可能な金銭を多く獲得することができ、ゲーム上で使用可能な武器やアイテム等を購入して有利にゲームを進めることが可能となる。
【０００５】
ところで、オンラインゲームには、各プレーヤのゲーム結果（例えば、最高得点やゲーム上で獲得した称号等）を表示するものがある。オンラインゲームには、不特定多数のプレーヤが参加するため、このようにゲーム結果を表示すれば、優秀な成績を収めたプレーヤは優越感に浸ることができる一方、他のプレーヤの競争心を掻き立てることができ、相乗的にプレーヤをゲームに熱中させることができる。
また、サーバがゲーム内における時間軸を元にゲーム上のミッションについての年表を作成し、ミッションをクリアしたプレーヤの名称やミッションのクリアに至るゲーム結果を年表に掲載してその年表を端末装置に表示するものが存在する（例えば、特許文献１参照）。これによれば、例えば、インターネットで知り合ったお互いに面識のないプレーヤ同士が、年表に掲載されることを互いに自慢し合ったり、年表を媒体としてプレーヤ同士がゲーム内での体験談等を語り合ったりすることが可能になる。
【０００６】
【特許文献１】特開２００２−２２４４５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、端末装置に表示されるゲーム結果は、例えば、ゲーム中のゲーム結果や最終的なゲーム結果等、或る一時点のゲーム結果のみを示すものであるため、プレーヤにとって価値が低く、面白みに欠けるという問題があった。また、特許文献１に記載のように、ゲーム内における時間軸に基づいてゲーム上のミッションについての年表が作成されると、ミッションをクリアしたプレーヤの名称として熟練者の名称ばかり掲載されることになり、初心者が楽しむことができないという問題があった。さらに、全てのプレーヤに共通の年表が作成されるため、プレーヤ自身が納得することができないゲーム結果が年表に掲載されても、それを許容せざるを得ないという問題があった。
【０００８】
本発明は、上述した課題に鑑みてなされたものであり、その目的は、例えば、優秀な成績を収めたプレーヤが繰り返し見て優越感や満足感を得ることができ、他のプレーヤがそのゲーム結果を参考にしたり目標にしたりしてゲームを進めることができるというように、プレーヤにとって価値が高く、面白みに富んだゲーム結果を表示することが可能なゲームシステムを提供することにある。
【課題を解決するための手段】
【０００９】
上述した課題を解決するために、本発明は、以下のようなものを提供する。
（１）少なくとも複数の端末装置とサーバとが通信回線を介して接続されてなり、
複数のプレーヤの夫々が各端末装置を操作して行うゲームを実行可能なゲームシステムであって、
複数種類の要素からなるプレーヤのゲーム履歴を複数記憶することが可能なゲーム履歴記憶手段と、
プレーヤのゲーム結果に基づいて、複数種類の要素からなるゲーム履歴を設定し、当該ゲーム履歴をゲーム上の時間に対応付けて上記ゲーム履歴記憶手段に記憶するゲーム履歴設定手段と、
上記ゲーム履歴記憶手段に記憶されたゲーム履歴ごとに、当該ゲーム履歴の複数種類の要素を用いて、当該ゲーム履歴に対応したゲーム結果についての評価メッセージを生成する評価メッセージ生成手段と、
上記評価メッセージ生成手段によって生成された複数の評価メッセージをゲーム上の時間軸に応じて編集し、プレーヤのゲーム過程を表す評価メッセージ群を生成する評価メッセージ群生成手段と、
上記評価メッセージ群生成手段によって生成された評価メッセージ群を表す評価メッセージ群から構成される画像を生成し、当該評価メッセージ群から構成される画像を表示する表示手段と
を備えたことを特徴とするゲームシステム。
【００１０】
（１）の発明によれば、例えば、「プレーヤＸは○月×日にミッションＹをクリアするが、その戦いには２時間を要する。その後、○月△日にミッションＺをプレーヤＷとともに３０分でクリアする。」という複数の評価メッセージを含む画像が表示されるため、この画像によってプレーヤのゲーム過程を把握することができる。
その結果、優秀な成績を収めたプレーヤは、自分の評価メッセージ群から構成される画像を繰り返し見て優越感や満足感を得ることができる。また、他のプレーヤは、そのゲーム結果を参考にしたり目標にしたりしてゲームを進めることができる。さらに、評価メッセージ群はプレーヤごとに生成されるため、初心者であっても自分のゲーム過程についての評価メッセージ群を表す評価メッセージ群から構成される画像を見て楽しむことができる。
【００１１】
なお、本発明において、ゲーム履歴を構成する要素としては、特に限定されるものではなく、例えば、条件の種類、当該条件をクリアするまでの所要時間、当該条件をクリアした際にプレーヤが獲得したゲーム上で使用可能な金銭の額、当該条件をクリアするまでにプレーヤが獲得したゲーム上のアイテム、プレーヤに設定されたゲーム上のレベル、プレーヤに設定されたゲーム上の能力値、他の参加プレーヤに関する各種情報等を挙げることができる。
【００１２】
さらに、本発明は、以下のようなものを提供する。
（２） 上記（１）のゲームシステムであって、
プレーヤの操作に応じて、前記評価メッセージ生成手段によって生成された評価メッセージを消去する評価メッセージ消去手段を備えたことを特徴とする。
【００１３】
（２）の発明によれば、例えば、「プレーヤＸは○月×日にミッションＹをクリアするが、その戦いには２時間を要する。その後、○月△日にミッションＺをプレーヤＷとともに３０分でクリアする。」という複数の評価メッセージがある場合、ミッションＹをクリアするのに２時間も要したことに満足することができなければ、その評価メッセージを削除するというように、プレーヤＸ自身が満足することができない評価メッセージを消去することができる。従って、プレーヤ自身が納得することができる評価メッセージを作成するように促すことができ、プレーヤをよりゲームに熱中させることが可能になる。
【００１４】
さらに、本発明は、以下のようなものを提供する。
（３） 上記（１）又は（２）のゲームシステムであって、
プレーヤに対して、クリアすべき条件を設定する条件設定手段と、
プレーヤが条件をクリアしたか否かを判断する条件達成成否判断手段とを備え、
上記ゲーム履歴設定手段は、プレーヤが条件をクリアしたと上記条件達成成否判断手段によって判断された際、当該条件をクリアした結果に基づいて、複数種類の要素からなるゲーム履歴を設定し、当該ゲーム履歴をゲーム上の時間に対応付けて上記ゲーム履歴記憶手段に記憶することを特徴とする。
【００１５】
（３）の発明によれば、クリアした条件ごとに評価メッセージが作成されるため、他のプレーヤは、その条件に挑戦する際にその評価メッセージを参照したり目標にしたりすることができ、他のプレーヤとの競争心をより掻き立てることができる。
【発明の効果】
【００１６】
本発明によれば、例えば、優秀な成績を収めたプレーヤが繰り返し見て優越感や満足感を得ることができ、他のプレーヤがそのゲーム結果を参考にしたり目標にしたりしてゲームを進めることができるというように、プレーヤにとって価値が高く、面白みに富んだゲーム結果を表示することが可能になる。
【発明を実施するための最良の形態】
【００１７】
図１は、本発明に係るゲームシステムの構成図である。
ゲームシステムは、複数の端末装置１と、複数の（ここでは８台の）端末装置１と専用線５を介して通信可能に接続された店舗サーバ２と、複数の店舗サーバ２と通信回線４を介して通信可能に接続され、複数のプレーヤが端末装置１を用いて行うゲームを管理するセンターサーバ３とを備え、さらに、店舗サーバ２と専用線５を介して接続されたカード販売機６を店舗ごとに１台備えている。なお、店舗サーバ２間も通信回線４を介して通信可能である。
【００１８】
端末装置１は、プレーヤがタッチパネル１４（図示せず）を介して行う所定の操作を受け付けるとともに、店舗サーバ２（又はセンターサーバ３）から送信されるデータ、又は、他の端末装置１からのデータ等に基づいて、ゲームを進行するものである。
【００１９】
なお、端末装置１には、それぞれ自機に固有のマシンＩＤが対応付けられている。
マシンＩＤには、端末装置１が接続されている店舗サーバ２ごとのコードと、端末装置１が配設されている店舗内での端末装置１ごとのコードとが含まれている。例えば、店舗Ａの店舗サーバＡのコードがＡであって、店舗Ａ内における端末装置１のコードが１である場合には、この端末装置１のマシンＩＤはａ１である。
【００２０】
店舗サーバ２は、それぞれ複数（ここでは８台）の端末装置１、及び、センターサーバ３と通信可能に接続され、端末装置１とセンターサーバ３との間でデータの送受信を行う。
センターサーバ３は、複数の店舗サーバ２と通信可能に接続されており、各プレーヤに関する履歴データを有する。センターサーバ３は、店舗サーバ２を介して端末装置１とデータの送受信を行うことにより、各プレーヤの認証等の処理を行う。
店舗サーバ２が、本発明におけるサーバに相当する。
【００２１】
カード販売機６は、店舗サーバ２を介してセンターサーバ３と通信可能である。カード販売機６は、プレーヤが行う個人データの入力操作を受け付け、ＩＤカード８（図示せず）の発行を行う。このときに入力された個人データによって、センターサーバ３にプレーヤが登録され、センターサーバ３によって、プレーヤごとに当該プレーヤを識別可能なＩＤデータが付与される。発行されるＩＤカード８には、予めこのＩＤデータが付与されている。また、このＩＤデータ付与時にプレーヤによって入力されるパスワードはＲＡＭ３０３に記憶され、ゲーム開始時におけるプレーヤの認証に用いられる。
【００２２】
図２は、１の店舗に設置された８台の端末装置とカード販売機との外観を示す斜視図である。図３は、端末装置の外観を示す斜視図である。
なお、以下の説明では、端末装置の一例として、２つのディスプレイ（第１ディスプレイ１１及び第２ディスプレイ１２）を備えた業務用ゲーム装置について説明するが、本発明は、この例に特に限定されず、家庭用ビデオゲーム装置を家庭用テレビジョンに接続することによって構成される家庭用ビデオゲーム装置、ビデオゲームプログラムを実行することによってビデオゲーム装置として機能するパーソナルコンピュータ等にも同様に適用することができる。
【００２３】
また、本実施形態において、端末装置１を用いて行われるゲームは、アクションゲームの要素を取り入れたＭＭＯＲＰＧ（Massively Multiplayer Online Role Playing Game）である。各端末装置１を操作するプレーヤは、各種ボタン１１８及び操作レバー１１９を用い、当該プレーヤに対応したキャラクタを操作してゲームを行う。各キャラクタは、ゲーム上の冒険者ギルド（冒険者によって構成される同業者組合のことをいう。以下、単にギルドと称する。）に所属し、ギルドからミッション（プレーヤに対して設定されるゲーム上の条件のことをいう。）を受諾する。ギルドからミッションを受諾した後に、キャラクタは仮想ゲーム空間を冒険するミッションゲームを行う。ミッションゲームではモンスターと対戦することによりレベルを増加させてキャラクタを強化することができ、アイテムを取得することができる。複数のプレーヤの夫々に対応したキャラクタは、同一の仮想ゲーム空間でゲームを行うので、時には他のプレーヤに対応したキャラクタとともにミッションに挑戦したり、他のプレーヤに対応したキャラクタと情報の交換を行ったりすることができる。仮想ゲーム空間で上記ミッションをクリアしてからギルドに戻ると、ギルドからミッションの種類に応じた報酬を得ることができ、新たなミッションを受諾することができる。
【００２４】
図３に示すように、端末装置１は、筐体１０と、筐体１０の前面に所定角度で傾斜するように設けられた第１ディスプレイ１１と、第１ディスプレイ１１の上方に設けられた第２ディスプレイ１２とを備えている。第１ディスプレイ１１には、キャラクタが配置された仮想ゲーム空間を表すゲーム画像や、ギルドを表す画像等が表示される。第２ディスプレイ１２には、仮想ゲーム空間の地図（全体図）を示す画像や、ゲームの宣伝広告用の画像等、各種画像が表示される。
【００２５】
第１ディスプレイ１１の前方には、タッチパネル１４が設置されている。タッチパネル１４は、プレーヤによる接触を検出可能であり、当該接触を検出した際に接触位置を示す検出信号を、後述する操作入力部１１４（図示せず）に出力する。
プレーヤはタッチパネル１４に触れて各種の指示を入力することが可能である。
第２ディスプレイ１２の左右両側には、音声を出力するスピーカ１３が設置されている。
【００２６】
第１ディスプレイ１１の下側には、コインが投入されるコイン投入口１５と、ＩＤカードが挿入されるＩＤカード挿入口１６が設けられている。
コイン投入口１５に投入されたコインは、コインセンサ１１５（図示せず）によって検出される。また、ＩＤカード挿入口１６に挿入されたＩＤカードは、ＩＤカードリーダ１１６（図示せず）によってＩＤデータが読み取られる。
【００２７】
筐体１０には、前方へ突出する操作台１８が設けられており、操作台１８の上面には、攻撃用ボタン１１８ａ、防御用ボタン１１８ｂ、魔法使用ボタン１１８ｃ及び操作レバー１１９が設けられている。攻撃用ボタン１１８ａは、キャラクタに攻撃の動作を行わせる指示を入力するためのボタンである。防御用ボタン１１８ｂは、キャラクタに防御の動作を行わせる指示を入力するためのボタンである。魔法使用ボタン１１８ｃは、キャラクタに魔法使用の動作を行わせる指示を入力するためのボタンである。操作レバー１１９は、キャラクタを移動させるための指示を入力するためのものである。
【００２８】
図４は、端末装置のハードウェア構成を示すブロック図である。
制御部１００は、端末装置１の全体の動作を制御するもので、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３とを備える。
【００２９】
ＲＯＭ１０２は、各種の画像データ及びプログラム等を記憶する。
すなわち、ＲＯＭ１０２は、例えば、プレーヤが操作可能なキャラクタや他のプレーヤが操作するキャラクタ等を表す各種のキャラクタ画像、仮想ゲーム空間に出現するモンスターを表すモンスター画像、仮想ゲーム空間を表すための各種の背景画像、ギルドを表す画像等、第１ディスプレイ１１及び／又は第２ディスプレイ１２に表示される画像を表す画像データを記憶する。また、ＲＯＭ１０２は、例えば、キャラクタ又はモンスターを構成するオブジェクト、テクスチャデータ、背景画像等を記憶する。キャラクタ又はモンスターを構成するオブジェクト等は３次元描画が可能なように、所定数のポリゴンで構成されている。また、ＲＯＭ１０２には、プレーヤ又はプレーヤに対応したキャラクタのレベルと、キャラクタの能力値とが対応付けられた能力値設定テーブル（図示せず）が格納されている。
【００３０】
ＲＯＭ１０２は、端末装置１に内蔵される記憶媒体であってもよく、装着脱可能な記憶媒体であってもよい。また、その両者からＲＯＭ１０２が構成されていてもよい。
また、ＲＯＭ１０２に記憶された各種データのうち装着脱可能な記録媒体に記憶され得るデータは、例えばハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、シリコンディスクドライブ、カセット媒体読み取り機等のドライバで読み取り可能にしてもよい。この場合、記録媒体は、例えばハードディスク、光ディスク、フレキシブルディスク、ＣＤ、ＤＶＤ、半導体メモリ等である。
【００３１】
ＲＡＭ１０３は、処理途中の情報、変数等を一時的に格納する。例えば、プレーヤ参加情報（図１０参照）、プレーヤ情報（図１４参照）等を記憶する。
ＣＰＵ１０１は、プレーヤのタッチパネル１４を用いた入力操作に応じて、ゲーム上のある一つのミッション（条件）に当該プレーヤが１人で参加するシングルモード、又は、当該ミッションに他のプレーヤとともに参加するマルチモードのいずれかを選択し、その選択結果をプレーヤ情報に記憶する。
【００３２】
通信用インターフェイス回路１０４は、専用線５を介して店舗サーバ２とデータ（例えば、プレーヤ参加情報、プレーヤ情報等）の送受信を行うためのものである。
通信用インターフェイス回路１０４は、タッチパネル１４、各種ボタン１１８又は操作レバー１１９を介してプレーヤが入力した指示を、専用線５を介して店舗サーバ２に送信し、店舗サーバ２は当該指示に基づいてゲームを進行させる。
また、通信用インターフェイス回路１０４は、第１ディスプレイ１１又は第２ディスプレイ１２に対する表示コマンドを、専用線５を介して店舗サーバ２から受信する。当該表示コマンドに基づいて、第１ディスプレイ１１及び第２ディスプレイ１２の夫々に各種の画像を表示する。
【００３３】
第１描画処理部１１１は、キャラクタが仮想ゲーム空間に配置されたゲーム画像や、ギルドを表す画像等を第１ディスプレイ１１に表示させるもので、ＶＤＰ（Video date Processor）やビデオＲＡＭ等を備える。第１描画処理部１１１は、上記表示コマンドに従って、ＲＡＭ１０３に格納されたプレーヤ情報（図１４参照）を参照し、ＲＯＭ１０２から画像データを抽出する。そして、第１ディスプレイ１１に表示される優先順位に従って（例えば、背景画像、モンスター画像、キャラクタ画像の順に）画像データをビデオＲＡＭに記憶することにより、ゲーム画像を生成し、第１ディスプレイ１１に出力する。その結果、第１ディスプレイ１１には、ゲーム画像が表示される。
また、３次元画像によりゲーム画像を表示する場合には、第１描画処理部１１１は、ＲＯＭ１０２に格納されたオブジェクト（例えば、キャラクタ又はモンスターを構成するオブジェクト等）を３次元空間上での位置から擬似３次元空間上での位置へ変換するための計算、光源計算処理等を行うとともに、上記計算結果に基づいてビデオＲＡＭに対して描画すべき画像データの書き込み処理（例えば、ポリゴンで指定されるビデオＲＡＭの領域に対するテクスチャデータのマッピング等）を行うことにより、ゲーム画像を生成し、第１ディスプレイ１２に出力する。その結果、第１ディスプレイ１１には、３次元画像からなるゲーム画像が表示される。
【００３４】
第２描画処理部１１２は、仮想ゲーム空間の地図を表す画像や、ゲームの宣伝広告を表す画像等を第２ディスプレイ１２に表示させるもので、ＶＤＰ（Video date Processor）やビデオＲＡＭ等を備える。第２描画処理部１１２は、上記表示コマンドに従って、ＲＯＭ１０２から所定の画像を抽出する。そして、第２ディスプレイ１２に表示される優先順位に従って画像データをビデオＲＡＭに記憶することにより、所定の画像を生成し、第２ディスプレイ１２に出力する。その結果、第２ディスプレイ１２には、所定の画像が表示される。
【００３５】
音声再生部１１３は、店舗サーバ２からの指示に従って、所定の音声やＢＧＭ等をスピーカ１２に出力するものである。
タッチパネル１４は、第１ディスプレイの前方に設けられた矩形状の薄層体であり、縦横にそれぞれ所定ピッチで線状の透明材からなる感圧素材を配列したものを透明カバーで被覆する等により構成されたものである。このタッチパネル１４は従来公知のものを採用可能である。タッチパネル１４は、接触された際に接触位置を示す検出信号を操作入力部１１４に出力する。
【００３６】
操作入力部１１４は、メモリ１１４ａとタイマ１１４ｂとを備えたマイクロコンピュータであり、メモリ１１４ａの所定領域に、タッチパネル１４から出力された検出信号が示す接触位置をデータとしてバッファリングし、順次、タイマ１１４ｂ等を用いて当該データに基づいて指示内容を判定し、判定結果を操作コマンドとして制御部１００に供給する。
【００３７】
コインセンサ１１５は、コイン投入口１５から投入されたコインを検出した際に所定の信号を制御部１００に送信する。ＩＤカードリーダ１１６は、ＩＤカード挿入口１６に挿入されたＩＤカード８から、ＩＤデータを読み取り、制御部１００に供給する。
攻撃用ボタン１１８ａは、キャラクタに攻撃の動作を行わせるためのボタンであり、防御用ボタン１１８ｂは、キャラクタに防御の動作を行わせるためのボタンであり、魔法使用ボタン１１８ｃは、キャラクタに魔法使用の動作を行わせるためのボタンである。各種ボタン１１８（１１８ａ〜１１８ｃ）は、プレーヤによる操作を検出した際に検出信号を制御部１００に送信する。操作レバー１１９は、プレーヤによって所定方向に倒された際にその方向に応じた検出信号を制御部１００に送信する。
【００３８】
本実施形態においては、端末装置１が、プレーヤが指示を入力する手段（入力手段）として、タッチパネル１４と、各種ボタン１１８及び操作レバー１１９とを備える場合について説明するが、本実施形態に係る端末装置１は、例えば、タッチパネル１４のみを備えることとしてもよく、各種ボタン１１８及び操作レバー１１９のみを備えることとしてもよい。また、本実施形態に係る端末装置１が備える入力手段としては、この例に限定されるものではなく、例えば、キーボード、マウス、ポインティングデバイス等の従来公知の入力手段を採用することができる。
【００３９】
図５は、店舗サーバのハードウェア構成を示すブロック図である。
店舗サーバ２は、店舗サーバ２の全体の動作を制御する制御部２００を備えている。制御部２００は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３とを備える。
【００４０】
ＲＯＭ２０２は、ゲーム制御プログラムを記憶する。店舗サーバ２のＣＰＵ２０１は、ＲＯＭ２０２に格納されたゲーム制御プログラムを実行し、ゲームを進行するための各種の処理を行う。また、ＲＯＭ２０２は、例えば、本実施形態のゲームシステムにおいてプレーヤに設定され得るミッションの一覧を示すミッション一覧データ（図２０参照）、各ミッションの詳しい内容等を示すミッション参照データ、ギルド掲示板においてプレーヤが入力可能なメッセージが格納されたメッセージリスト（図２３参照）、ミッションのクリアに対する報酬の額を決定するための報酬決定テーブル（図２６参照）、ミッションゲームにおいて他のプレーヤとのメッセージの交換（所謂チャット）を行う際に用いるチャットメッセージリスト（図２９）等、ゲーム進行に用いる各種のデータやテーブルデータ等を記憶する。
【００４１】
ＲＯＭ２０２は、店舗サーバ２に内蔵される記憶媒体であってもよく、装着脱可能な記憶媒体であってもよい。また、その両者からＲＯＭ２０２が構成されていてもよい。
また、ＲＯＭ２０２に記憶された各種データのうち装着脱可能な記録媒体に記憶され得るデータは、例えばハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、シリコンディスクドライブ、カセット媒体読み取り機等のドライバで読み取り可能にしてもよい。この場合、記録媒体は、例えばハードディスク、光ディスク、フレキシブルディスク、ＣＤ、ＤＶＤ、半導体メモリ等である。
【００４２】
ＲＡＭ２０３は、処理途中の情報、変数等を一時的に格納する。例えば、プレーヤ参加情報（図１０参照）、プレーヤ情報（図１４参照）等を記憶する。さらに、プレーヤの履歴データ（図１３参照）がセンターサーバ３から供給された際には、ＲＡＭ２０３は、この履歴データを記憶する。
【００４３】
ＣＰＵ２０１は、所定のタイミング（例えば、プレーヤがミッションをクリアしたタイミング等）で、プレーヤのゲーム履歴を生成し、ＲＡＭ２０３に記憶する。このときに生成されるゲーム履歴は、例えば、日時（ミッションをクリアした日時）、ミッションへの参加プレーヤ、その時点のレベル、所要時間、獲得報酬等、複数種類の要素からなる（図１３参照）。ミッションへの参加プレーヤ、その時点のレベル、獲得報酬等については、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）に基づいて決定する。
所要時間については、以下のようにして決定する。すなわち、ＣＰＵ２０１は、ミッション開始時にタイマをＲＡＭ２０３にセットし、所定の周期で割込処理等を行って順次タイマのタイマ値をカウントアップする。そして、プレーヤによってミッションをクリアされた際に、ＲＡＭ２０３に記憶されているタイマ値に基づいて所要時間を算出する。
日時（ミッションをクリアした日時）については、本実施形態のゲームシステムにおけるゲーム上の時間軸に沿って決定される。このゲーム上の時間軸は、ゲームの提供が開始されてからセンターサーバ３によって計測される経過時間が基準となる。
なお、所定の周期でインターネットを通じて現時点の時刻を取得し、現実の時間軸をゲーム上の時間軸としてもよい。また、現実の時間軸を所定の変換式を用いて変換し、ゲーム上の時間軸としてもよい。
【００４４】
ミッションがクリアされるごとにプレーヤのゲーム履歴が生成され店舗サーバ２のＲＡＭ２０３には複数のゲーム履歴が記憶される。そして、ゲーム終了時には、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶された複数のゲーム履歴を、センターサーバ３に送信する。センターサーバ３のＣＰＵ３０１は、店舗サーバ２から受信した複数のゲーム履歴をＲＡＭ３０３に記憶する。
店舗サーバ２のＲＡＭ２０３及びセンターサーバ３のＲＡＭ３０３は、複数種類の要素からなるプレーヤのゲーム履歴を複数記憶することが可能なゲーム履歴記憶手段として機能する。店舗サーバ２のＣＰＵ２０１は、プレーヤのゲーム結果に基づいて、複数種類の要素からなるゲーム履歴を設定し、当該ゲーム履歴をゲーム上の時間に対応付けて、ゲーム履歴記憶手段としてのＲＡＭ２０３に記憶するゲーム履歴設定手段として機能する。
【００４５】
通信用インターフェイス回路２０４は、各種データをインターネット等からなるネットワークを介してセンターサーバ３及び他の店舗サーバ２と送受信するためのものである。
また、店舗サーバ２は、インターフェイス回路群２０５を備えており、インターフェイス回路群２０５により専用線５を介して、複数台（ここでは８台）の端末装置１、及び、１台のカード販売機６と接続されている。
【００４６】
図６は、センターサーバのハードウェア構成を示すブロック図である。
センターサーバ３は、センターサーバ３の全体の動作を制御する制御部３００を備えている。制御部３００は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３とを備えている。
【００４７】
ＲＯＭ３０２は、ゲーム履歴を評価するための履歴データ評価テーブル（図３２参照）と、評価メッセージを作成するための評価メッセージ作成テーブル（図３３参照）とを記憶する。
ＲＯＭ３０２は、センターサーバ３に内蔵される記憶媒体であってもよく、装着脱可能な記憶媒体であってもよい。また、その両者からＲＯＭ３０２が構成されていてもよい。
ＲＯＭ３０２に記憶された各種データのうち装着脱可能な記録媒体に記憶され得るデータは、例えばハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、シリコンディスクドライブ、カセット媒体読み取り機等のドライバで読み取り可能にしてもよく、この場合、記録媒体は、例えばハードディスク、光ディスク、フレキシブルディスク、ＣＤ、ＤＶＤ、半導体メモリ等である。
【００４８】
ＲＡＭ３０３は、例えば、各プレーヤのＩＤデータ、履歴データ（図１３参照）、パスワード等を記憶する。
ＲＡＭ３０３は、複数種類の要素からなるプレーヤのゲーム履歴を複数記憶することが可能なゲーム履歴記憶手段として機能する。
通信用インターフェイス回路３０４は、各種データをインターネット等からなるネットワークを介して複数の店舗サーバ２と送受信するためのものである。
【００４９】
ＣＰＵ３０１は、ゲーム履歴記憶手段としてのＲＡＭ３０３に記憶されたゲーム履歴ごとに、ＲＯＭ３０２に記憶された履歴データ評価テーブルを参照し、評価ポイントを決定する。この評価ポイントは、評価メッセージの内容を決定するために用いられるものであり、評価ポイントが高ければ、良い評価を表す評価メッセージが生成され、評価ポイントが低ければ、悪い評価を表す評価メッセージが生成されることになる。
【００５０】
また、ＣＰＵ３０１は、ゲーム履歴記憶手段としてのＲＡＭ３０３に記憶されたゲーム履歴ごとに、ＲＯＭ３０２に記憶された評価メッセージ作成テーブルを参照し、上述した評価ポイントと、ゲーム履歴を構成する複数種類の要素とを用いて、評価メッセージを生成する。このとき、ＣＰＵ３０１は、ゲーム履歴記憶手段としてのＲＡＭ３０３に記憶されたゲーム履歴ごとに、ゲーム履歴の複数種類の要素を用いて、ゲーム履歴に対応したゲーム結果についての評価メッセージを生成する評価メッセージ生成手段として機能する。
【００５１】
さらに、ＣＰＵ３０１は、評価メッセージ生成手段としてのＣＰＵ３０１によって生成された複数の評価メッセージをゲーム上の時間軸に応じて編集し、プレーヤのゲーム過程を表す評価メッセージ群を生成する。このとき、ＣＰＵ３０１は、評価メッセージ群生成手段として機能する。評価メッセージ群は、複数の評価メッセージをゲーム上の時間軸に沿って並べたものである。この評価メッセージ群は、所定のタイミングでカード販売機６に送信される。
【００５２】
図７は、カード販売機のハードウェア構成を示すブロック図である。
制御部６００は、カード販売機６の全体の動作を制御するもので、ＣＰＵ６０１と、ＲＯＭ６０２と、ＲＡＭ６０３とを備える。
【００５３】
ＲＯＭ６０２は、例えば、評価メッセージ群から構成される伝記画像を構成する画像データ、ＩＤカード購入のための指示を表す画像を構成する画像データ等、各種の画像データ及びプログラム等を記憶する。
【００５４】
ＲＯＭ６０２は、カード販売機６に内蔵される記憶媒体であってもよく、装着脱可能な記憶媒体であってもよい。また、その両者からＲＯＭ６０２が構成されていてもよい。
また、ＲＯＭ６０２に記憶された各種データのうち装着脱可能な記録媒体に記憶され得るデータは、例えばハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、シリコンディスクドライブ、カセット媒体読み取り機等のドライバで読み取り可能にしてもよい。この場合、記録媒体は、例えばハードディスク、光ディスク、フレキシブルディスク、ＣＤ、ＤＶＤ、半導体メモリ等である。
【００５５】
ＲＡＭ６０３は、処理途中の情報、変数等を一時的に格納する。例えば、履歴データ（図１３参照）、評価メッセージ、伝記データ等を記憶する。この伝記データが本発明の評価メッセージ群に相当するものである。
ＣＰＵ６０１は、操作ボタン６１８を介して入力された指示又は後述するＩＤカードリーダ６１６から読み取ったＩＤデータに基づいて、当該ＩＤデータに対応した伝記データを要求する旨の要求信号をセンターサーバ３に送信する。センターサーバ３から受信した伝記データは、ＲＡＭ６０３に記憶される。
通信用インターフェイス回路６０４は、専用線５を介して店舗サーバ２とデータ（例えば、履歴データ等）の送受信を行うためのものである。
描画処理部１１１は、伝記画像等をディスプレイ６１に表示させるもので、ＶＤＰ（Video date Processor）やビデオＲＡＭ等を備える。この伝記画像とは、例えばゲーム上のゲーム課題としてのミッションをクリアした場合、そのクリアするのに要した時間や当該ミッションで倒した敵の数などをミッションごとにゲーム履歴として記憶し、そのゲーム履歴に対応した評価メッセージを割り当てて、その割り当てた評価メッセージをゲーム上の時間軸に基づいて編集した画像である。具体的には、所謂年表のような形で表示され夫々のミッションでの特定の映像が貼り付けられている。
描画処理部６１１は、ＲＡＭ６０３に格納された伝記データに基づいて、ＲＯＭ６０２から伝記画像を構成する各種画像データを抽出し、ディスプレイ６１に表示される優先順位に従って画像データをビデオＲＡＭに記憶することにより、伝記画像を生成し、ディスプレイ６１に出力する。その結果、ディスプレイ６１には、伝記画像が表示される。
このとき、描画処理部６１１は、伝記データを表す伝記画像を生成し、当該伝記画像を表示する伝記画像表示手段として機能する。
【００５６】
音声再生部６１３は、所定の音声やＢＧＭ等をスピーカ６３に出力するものである。
コインセンサ６１５は、カード販売機６に投入されたコインを検出した際に所定の信号を制御部６００に送信する。
操作ボタン６１８は、複数のボタンからなりカード販売機６に対して各種の指示を入力するためのものである。操作ボタン６１８は、プレーヤの操作を検出した際に検出信号を制御部６００に送信する。
ＩＤカード払出装置６１７は、カード販売機６に所定額のコインと個人データとが入力された際に、カード販売機６内の所定箇所に格納された複数のＩＤカードのなかから１枚のＩＤカードを払い出すものである。
ＩＤカードリーダ６１６は、カード販売機６に挿入されたＩＤカード８から、ＩＤデータを読み取るためのものである。
【００５７】
次に、上述した本実施形態のゲームシステムにおけるゲームプレイの流れについて説明することにする。
図８は、本実施形態のゲームシステムにおけるゲームプレイの流れを示す図である。
まず、新規にゲームを行うプレーヤは、カード販売機６でＩＤカード８を購入する（ＳＴ１）。具体的には、プレーヤは、カード販売機６に所定額のコインを投入し、操作ボタン６１８を用いてプレーヤの個人データ（例えば、氏名又は名称、生年月日、血液型、星座等）を入力することにより、ＩＤカード払出装置６１７からＩＤカード８が払い出される。
継続してゲームを行うプレーヤであれば、ＩＤカード８を既に取得しているので、ＳＴ１の手順を行う必要はない。
【００５８】
次に、新規にゲームを行うプレーヤ又は継続してゲームを行うプレーヤは、端末装置１でゲーム開始時の操作を行う（ＳＴ２）。ゲーム開始時の操作としては、例えば、コイン投入口１５へのコインの投入や、ＩＤカード挿入口１６へのＩＤカード８の挿入等を挙げることができる。
【００５９】
ＳＴ２の手順を行った後、新規にゲームを行う場合には、キャラクタの作成を行う（ＳＴ３ａ）。具体的には、プレーヤは、タッチパネル１４を用いて指示を入力することにより、プレーヤに対応するキャラクタ（プレーヤが操作するキャラクタ）の容姿、能力、特性等を選択し、プレーヤの好みに応じたキャラクタを作成する。
一方、継続してゲームを行う場合には、ゲーム結果を示す履歴データ（図１３参照）がセンターサーバ３のＲＡＭ３０３に格納されているので、その履歴データをセンターサーバ３から呼び出し、ゲーム終了時のキャラクタの容姿、能力、特定等を設定する（ＳＴ３ｂ）。
【００６０】
ＳＴ３（ＳＴ３ａ又はＳＴ３ｂ）の手順を終了した後、次に、ミッション受諾形式の選択を行う（ＳＴ４）。
ミッションは、上述したように、ギルドから受諾するのであるが、プレーヤが１人でミッションを受諾するシングルモード、又は、他のプレーヤとともにミッションを受諾するマルチモードのいずれかを選択することができる。また、ミッションをクリアした際に得られる報酬は、当該ミッションをクリアしたプレーヤの人数に応じて按分される。
従って、シングルモードを選択した場合、プレーヤが１人でミッションをクリアしなければならないため、ミッションの難易度は上昇するが、多くの報酬を獲得することができる。その一方で、マルチモードを選択した場合、他のプレーヤとともにミッションをクリアすればよいので、ミッションの難易度は低下するが、獲得することができる報酬は減少することになる。
【００６１】
ＳＴ４の手順を終えると、ゲーム開始となり、プレーヤに対応したキャラクタはギルドに登場し、ギルドで各種の行動をとることができる（ＳＴ５）。ギルドにおいて、プレーヤは、例えば、以下の（ｉ）〜（ｖ）のことを行うことができる（図１７参照）。
（ｉ）ミッションの参照又は受諾を行う（ミッション受諾前のみ）。
本実施形態では、例えば、シリアスな内容のミッションや、コミカルな内容のミッション等、複数種類のミッションがある（図２０、図２１（ａ）参照）。そのなかから、プレーヤが気になるミッションを選択することにより、当該ミッションの内容を参照することができる（図２１（ｂ）参照）。ミッションを参照してその内容を把握し、そのミッションに参加することを選択したら、ミッションを受諾する（図２１（ｃ）参照）。
【００６２】
（ii）他のキャラクタ又はミッションについての情報収集を行う。
ギルドでは、他のキャラクタ又はミッションについての情報を入手することができる。
特に、ミッションを攻略するためのヒントや、仮想ゲーム空間に登場するモンスターの情報、取得し得るアイテム等の情報を、ゲーム上で使用可能な金銭を所定額支払うことにより入手することができる。他のキャラクタの情報としては、仮想ゲーム空間にどのようなキャラクタが存在し、そのキャラクタがどのような冒険をしているのかという情報も入手することができる。なお、（ii）の手順において入手し得る情報は、プログラムにおいて予め定められた情報であり、他のプレーヤから入手し得る情報ではない。
【００６３】
（iii）ミッションのクリアに対する報酬を貰う（ミッションをクリアしている場合のみ）。
ここでは、ミッションをクリアしたプレーヤ（プレーヤに対応したキャラクタ）のレベルに応じた経験値又はゲーム上で使用可能な金銭がギルドから支払われる。ただし、マルチモードでミッションをクリアした場合には、ミッションをクリアしたプレーヤの人数で報酬が分配される。
【００６４】
（iv）掲示板を使用する。
ギルドの掲示板は、各プレーヤがメッセージを書き込むことができるものであり、各プレーヤが書き込んだメッセージが端末装置１の第１ディスプレイ１１に表示される（図２４参照）。掲示板は、プレーヤ同士が情報を交換するために使用することが可能であり、他のプレーヤに対するメッセージを書き込んで、ミッションについての情報交換や、ミッション参加への勧誘等を行うことができる。
【００６５】
（ｖ）所持品（キャラクタが所持するアイテム）の売買を行う。
キャラクタが仮想ゲーム空間において取得したアイテムやミッションのクリアに対する報酬として取得したアイテムを、ギルドを通じて売買することができる。
（vi）ミッションを開始してミッションゲームに移行する（ミッション受諾後のみ）。
上記（ｉ）の手順でミッションを受諾した場合には、この（vi）の手順を行うことにより、ミッションゲームに移行することができる。
【００６６】
上述したＳＴ５の手順では、プレーヤは、タッチパネル１４を介して第１ディスプレイ１１に表示された画像に触れることにより、各種の指示を入力することができる。
【００６７】
ＳＴ５において、上記（vi）の手順を行った場合、ミッションゲームに移行する（ＳＴ６）。ミッションゲームは、ギルドから受けたミッションを遂行するゲームであり、本実施形態におけるゲームの中核をなすものである。ＳＴ６のミッションゲームでは、プレーヤは、各種ボタン１１８及び操作レバー１１９を用いて、当該プレーヤに対応したキャラクタを操作し、仮想ゲーム空間における冒険を行う。ミッションゲーム中に、モンスターからの攻撃等によってキャラクタの生命力が０になると、ゲーム終了となる（ＳＴ７）。
【００６８】
また、ミッションゲームでは、他のキャラクタを表すキャラクタ画像が第１ディスプレイ１１に表示された際に、チャットボタンも第１ディスプレイ１１に表示される。このとき、タッチパネル１４を介してチャットボタンに触れると、チャットウィンドウが開き、チャットウィンドウのなかに、複数種類のチャットメッセージが表示される。
プレーヤは、タッチパネル１４を介して、複数種類のチャットメッセージのなかから、いずれか１のチャットメッセージに触れることにより、チャットメッセージを入力することができる。さらに、タッチパネル１４を介して、当該チャットメッセージの送信先となるキャラクタを表すキャラクタ画像に触れることにより、送信先となるキャラクタを操作するプレーヤの端末装置１に、店舗サーバ２を経由して、チャットメッセージを送信することができる。
【００６９】
ＳＴ６においてミッションをクリアした場合には、ＳＴ５のギルドに戻って、ミッションのクリアに対する報酬を受け取り、新たなミッションを受諾して再度ミッションゲームに移行する。
このように、本実施形態におけるゲームは、ギルド（ＳＴ５）とミッションゲーム（ＳＴ６）とを交互に行うことによって進行するゲームである。
【００７０】
次に、上述したようにゲームを進める際に本実施形態のゲームシステムにおいて行われる処理について説明することにする。
図９は、カード販売機６、店舗サーバ２及びセンターサーバ３におけるＩＤカード発行までの処理の流れを示すフローチャートである。
【００７１】
まず、カード販売機６のＣＰＵ６０１は、カード販売機６へのコインの投入を受け付ける（ステップＳ６００）。ＣＰＵ６０１は、コインを検出した際にコインセンサ６１５から出力される所定の信号を受信した場合、プレーヤの操作による個人データ（例えば、氏名又は名称、生年月日、血液型、星座等）の入力を受け付ける（ステップＳ６０１）。さらに、ＣＰＵ６０１は、プレーヤの操作によるパスワードの入力を受け付ける（ステップＳ６０２）。このパスワードは、センターサーバ３によってプレーヤの認証を行う際に用いられるものである。次に、ＣＰＵ６０１は、入力された個人データ及びパスワードを、通信用インターフェイス回路６０４により、専用線５を介し、店舗サーバ２を経由してセンターサーバ３に送信する（ステップＳ６０３）。
【００７２】
センターサーバ３のＣＰＵ３０１は、端末装置１から送信された個人データ及びパスワードをＲＡＭ３０３に記憶する（ステップＳ３１０）。これにより、当該プレーヤがセンターサーバ３に登録されたことになり、次に、ＣＰＵ３０１は、応答信号を端末装置１に送信する（ステップＳ３１１）。
【００７３】
カード販売機６のＣＰＵ６０１は、カード販売機６内に格納された複数のＩＤカード８のなかから、１枚のＩＤカード８を抽出する（ステップＳ６０４）。そして、抽出されたＩＤカード８に記憶されたＩＤデータをセンターサーバ３に送信し（ステップＳ６０５）、ＩＤカード８を払い出す。その結果、プレーヤはＩＤカード８を入手することができる。
一方、ＩＤデータを受信したセンターサーバ３は、ＲＡＭ３０３に記憶されている個人データ及びパスワードに当該ＩＤデータを対応付けて記憶する（ステップＳ３１２）。
【００７４】
本実施形態のゲームシステムにおいては、各端末装置１と、端末装置１と専用線５を介して接続された店舗サーバ２とが、互いにデータの送受信を行うことによってゲームが進行する。このとき、各端末装置１と専用線５を介して接続された店舗サーバ２のＲＡＭ２０３、及び、センターサーバ３のＲＡＭ３０３に記憶されるプレーヤ参加情報について、図１０を用いて説明する。
【００７５】
図１０は、プレーヤ参加情報を示す図である。
左側の欄から順に、センターサーバ３にゲームへの参加が受け付けられた順番である受付順（ＲＮ）と、端末装置１の識別情報であるマシンＩＤ（ＣＮ）と、店舗サーバ２の識別情報である店舗サーバ記号（ＳＮ）との情報が格納されている。本実施形態におけるゲームでは、同一のゲームに所定数（例えば、２０人）のプレーヤが参加することができ、図１０に示したプレーヤ参加情報によって、プレーヤの参加状況が管理される。
【００７６】
図１１は、店舗サーバＡ、Ｂ、Ｃによるデータの送受信処理の内容を説明するための図である。（ａ）、（ｂ）、（ｃ）はそれぞれ、店舗サーバＡ、Ｂ、Ｃによる処理の内容を説明するための図である。図表の左側の欄には、店舗サーバ２（店舗サーバＡ、Ｂ又はＣ）の受信するデータの発信元である端末装置１のマシンＩＤ（ＣＮ）と、その店舗サーバ２に受信されるまでに経由される店舗サーバ２の店舗サーバ記号（ＳＮ）とを表記している。図表の右側の欄には、店舗サーバ２（店舗サーバＡ、Ｂ又はＣ）から送信するデータの送信先である端末装置１のマシンＩＤ（ＣＮ）と、その端末装置１に受信されるまでに経由される店舗サーバ２の店舗サーバ記号（ＳＮ）とを表記している。なお、店舗サーバＡ、Ｂ、Ｃが備えるＣＰＵ２０１は、ゲームに参加している端末装置１（例えば、端末装置ａ１等）から送信されるデータを受信した際に、ＲＡＭ２０３の所定領域に格納された各種のデータを更新する。
【００７７】
店舗サーバＡのＣＰＵ２０１は、（ａ）の図表の上から２行目にあるように、端末装置ａ１〜ａ８のいずれか１からのデータを受信して、残りの端末装置ａ１〜ａ８と、店舗サーバＢ、Ｃとに送信する。そして、店舗サーバＢのＣＰＵ２０１は、（ｂ）の図表の上から２行目にあるように、端末装置ａ１〜ａ８のいずれか１からのデータを、店舗サーバＡを経由して受信し、端末装置ｂ１〜ｂ８に送信する。店舗サーバＣのＣＰＵ２０１は、（ｃ）の図表の上から２行目にあるように、端末装置ａ１〜ａ８のいずれか１からのデータを、店舗サーバＡを経由して受信し、端末装置ｃ１〜ｃ８に送信する。
【００７８】
店舗サーバＢのＣＰＵ２０１は、（ｂ）の図表の上から３行目にあるように、端末装置ｂ１〜ｂ８のいずれか１からのデータを受信して、店舗サーバＡに送信する。そして、店舗サーバＡのＣＰＵ２０１は、（ａ）の図表の上から３行目にあるように、端末装置ｂ１〜ｂ８のいずれか１からのデータを、店舗サーバＢを経由して受信し、端末装置ａ１〜ａ８と、残りの端末装置ｂ１〜ｂ８と、端末装置ｃ１〜ｃ８とに送信する。店舗サーバＣのＣＰＵ２０１は、（ｃ）の図表の上から３行目にあるように、端末装置ｂ１〜ｂ８のいずれか１からのデータを、店舗サーバＢ、Ａを経由して受信し、端末装置ｃ１〜ｃ８に送信する。
【００７９】
同様に、店舗サーバＣのＣＰＵ２０１は、（ｃ）の図表の上から４行目にあるように、端末装置ｃ１〜ｃ８のいずれか１からのデータを受信して、店舗サーバＡに送信する。そして、店舗サーバＡのＣＰＵ２０１は、（ａ）の図表の上から４行目にあるように、端末装置ｃ１〜ｃ８のいずれか１からのデータを、店舗サーバＣを経由して受信し、端末装置ａ１〜ａ８と、端末装置ｂ１〜ｂ８と、残りの端末装置ｃ１〜ｃ８とに送信する。店舗サーバＢのＣＰＵ２０１は、（ｂ）の図表の上から４行目にあるように、端末装置ｃ１〜ｃ８のいずれか１からのデータを、店舗サーバＣ、Ａを経由して受信し、端末装置ｂ１〜ｂ８に送信する。
【００８０】
このようにして、ＣＰＵ２０１が店舗サーバＡ、Ｂ、Ｃの間で、各端末装置１からのデータを伝送することによって、各端末装置１からのデータが受け付けられる度に、ＲＡＭ２０３に格納された各種データが更新されるため、各端末装置１は、ＲＡＭ２０３に格納されたデータを用いてゲームを進行することによって、各端末装置１間でゲームの進行における時間的な同期（ゲーム進行状況を一致させること）を容易に制御することができる。
【００８１】
すなわち、ゲームへの参加を最初に受け付けた店舗サーバ２（ここでは、店舗サーバＡ）は、専用線５で接続された端末装置１からのデータを受信して、他の全ての端末装置１に伝送するとともに、他の店舗サーバ２（ここでは、店舗サーバＢ又はＣ）専用線５で接続された端末装置１からのデータを、当該他の店舗サーバ（店舗サーバＢ又はＣ）を介して受信し、他の全ての端末装置１に伝送するものである。
また、当該他の店舗サーバ２（店舗サーバＢ又はＣ）は、専用線５で接続された端末装置１からのデータを、店舗サーバ２（店舗サーバＡ）を経由して受信し、専用線５で接続された端末装置１に伝送するものである。
【００８２】
図１２は、端末装置１、店舗サーバ２及びセンターサーバ３におけるゲーム開始までの処理の流れを示すフローチャートである。
まず、端末装置１のＣＰＵ１０１は、コイン投入口１５からのコインの投入を受け付ける（ステップＳ１００）。ＣＰＵ１０１は、コインを検出した際にコインセンサ１１５から出力される所定の信号を受信した場合、ＩＤカードリーダ１１６によって、ＩＤカード挿入口１６に挿入されたＩＤカード８から、プレーヤのＩＤデータを読み取る（ステップＳ１０１）。次に、プレーヤの操作によるパスワードの入力を受け付ける（ステップＳ１０２）。次に、ＣＰＵ１０１は、読み取ったＩＤデータを、プレーヤの操作により入力されたパスワードとともに、通信用インターフェイス回路１０４により、専用線５を介し、店舗サーバ２を経由してセンターサーバ３に送信する（ステップＳ１０１）。
【００８３】
センターサーバ３のＣＰＵ３０１は、ＲＡＭ３０３に記憶されたＩＤデータのなかに、端末装置１から受信したＩＤデータがあるか否かを判断し、さらに、ＩＤデータがあると判断した場合には、そのＩＤデータに対応付けられてＲＡＭ３０３に記憶されたプレーヤのパスワードと、端末装置１から受信したパスワードとが合致するか否かを判断することにより認証を行う（ステップＳ３０１）。なお、認証時に、ＣＰＵ３０１は、ＲＡＭ３０３に記憶された履歴データを参照し、このプレーヤが新規にゲームを行うプレーヤであるか、継続してゲームを行うプレーヤであるかについても判断する。
【００８４】
そして、センターサーバ３のＣＰＵ３０１は、ＲＡＭ３０３に記憶されたプレーヤ参加情報（図１０参照）を更新し（ステップＳ３０２）、そのプレーヤ参加情報を店舗サーバ２に送信して店舗サーバ２のＲＡＭ２０３に記憶されたプレーヤ参加情報を更新する（ステップＳ２０１）。次に、センターサーバ３のＣＰＵ３０１は、認証結果を応答信号として端末装置１に送信する（ステップＳ３０３）。
【００８５】
端末装置１のＣＰＵ１０１は、センターサーバ３から受信した応答信号に基づいて、ゲームを開始するプレーヤが、新規にゲームを行うプレーヤであるか、継続してゲームを行うプレーヤであるか否かを判断する（ステップＳ１０４）。
【００８６】
ステップＳ１０４において、ゲームを開始するプレーヤが、新規にゲームを行うプレーヤであると判断した場合、ＣＰＵ１０１は、プレーヤの操作に基づいて、キャラクタの作成を行う（ステップＳ１０４）。この処理において、プレーヤは、第１ディスプレイ１１に表示される画像を見ながらタッチパネル１４を用いて、プレーヤに対応するキャラクタ（プレーヤが操作するキャラクタ）の容姿、能力、特性等を選択する指示を入力し、ＣＰＵ１０１は、当該指示に応じたキャラクタを作成する。
次に、ＣＰＵ１０１は、ステップＳ１０４における処理の結果に基づいて、プレーヤについての情報及び当該プレーヤに対応したキャラクタの能力値等の複数項目からなるプレーヤ情報（図１４参照）を生成することにより、キャラクタ設定を行う（ステップＳ１０７）。なお、図１４に示すプレーヤ情報は、ゲームに参加する全てのプレーヤに関するプレーヤ情報を示しているが、この処理において生成するプレーヤ情報は、１人のプレーヤについての所定項目のみである。
【００８７】
一方、ステップＳ１０４において、ゲームを開始するプレーヤが、継続してゲームを行うプレーヤであると判断した場合、ＣＰＵ１０１は、当該プレーヤの履歴データを要求する旨の信号を、通信用インターフェイス回路１０４により、専用線５を介して、センターサーバ３に送信する（ステップＳ１０５）。センターサーバ３は、端末装置１から当該信号を受信すると、そのプレーヤについての履歴データをＲＡＭ３０３から読み出し、履歴データを端末装置１に送信する（ステップＳ３０４）。
【００８８】
図１３は、履歴データの一例を示す図である。図１３（ａ）に示す履歴データは、プレーヤ及びキャラクタのその時点での履歴データ（以下、プレーヤ履歴データともいう）であり、図１３（ｂ）に示す履歴データは、プレーヤ（プレーヤに対応するキャラクタ）のゲーム過程を示す履歴データ（以下、ゲーム履歴データともいう）である。これらの履歴データは、所定のタイミング（例えば、ミッションをクリアしたとき、ミッションのクリアに対する報酬を受け取るとき、モンスターを倒したとき等）で更新されるデータである。
【００８９】
プレーヤ履歴データには、図１３（ａ）に示すように、例えば、プレーヤのＩＤデータ、プレーヤ名、レベル、キャラクタの武器や防具や所持品、所持金、熟練度等の項目がある。また、ゲーム履歴データには、図１３（ｂ）に示すように、プレーヤがクリアしたミッションごとに、当該ミッションをクリアした日時、参加したプレーヤ、クリアした時点のレベル、所要時間、獲得報酬等の複数種類の要素からなる複数の履歴データがある。
【００９０】
ステップＳ３０４においては、図１３に示すような履歴データがセンターサーバ３から端末装置１に送信される。
センターサーバ３から履歴データを受信した端末装置１のＣＰＵ１０１は、この履歴データに基づいて、プレーヤについての情報及び当該プレーヤに対応したキャラクタの能力値等の複数項目からなるプレーヤ情報（図１４参照）を生成することにより、キャラクタ設定を行う（ステップＳ１０７）。キャラクタの能力値については、ＣＰＵ１０１は、履歴データに含まれるプレーヤ（プレーヤに対応したキャラクタ）のレベルに基づいて、ＲＯＭ１０２に格納された能力値設定テーブルを参照して決定する。
なお、図１４に示すプレーヤ情報は、ゲームに参加する全てのプレーヤに関するプレーヤ情報を示しているが、この処理において生成するプレーヤ情報は、１人のプレーヤについての所定項目のみである。
【００９１】
ステップＳ１０７の処理を行った後、ＣＰＵ１０１は、プレーヤの操作に応じて、ミッション受託形式の選択を受け付ける（ステップＳ１０８）。この処理において、プレーヤは、第１ディスプレイ１１に表示される画像を見ながらタッチパネル１４を操作し、プレーヤが１人でミッションを受諾するシングルモード、又は、他のプレーヤとともにミッションを受諾するマルチモードのいずれかを選択する旨の指示を入力し、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されたプレーヤ情報（図１４参照）のミッション受諾形式の欄に、入力された指示に応じたデータを記憶する。なお、図１４に示すプレーヤ情報は、ゲームに参加する全てのプレーヤに関するプレーヤ情報を示しているが、この処理においてミッション受諾形式の欄にデータを記憶するのは、１人のプレーヤについてのデータのみである。
【００９２】
次に、ＣＰＵ１０１は、ＲＡＭ１０３に記憶された１人のプレーヤに関するプレーヤ情報を、通信用インターフェイス回路１０４により、専用線５を介して、店舗サーバ２に送信する（ステップＳ１０９）。
【００９３】
店舗サーバ２のＣＰＵ２０１は、１人のプレーヤに関するプレーヤ情報を用いて、当該プレーヤをゲームに参加するための設定を行う（ステップＳ２０２）。この処理において、ＣＰＵ２０１は、端末装置１から受信した１人のプレーヤに関するプレーヤ情報を、既にＲＡＭ２０３に記憶されているプレーヤ情報に追加する。さらに、ＣＰＵ２０１は、新たに参加したプレーヤに対応したキャラクタのプレーフィールド座標を初期値（ギルドの所在地に対応した値）に設定する（図１４参照）。
【００９４】
図１４は、店舗サーバ２のＲＡＭ２０３に記憶されたプレーヤ情報を示している。
図１４に示すように、店舗サーバ２のＲＡＭ２０３には、複数のプレーヤ（図中では５人のプレーヤ）についてのプレーヤ情報が記憶されている。プレーヤ情報は複数の項目からなり、例えば、プレーヤに関する情報、キャラクタのレベル、能力値、熟練度に関する情報等が格納されている。図中、ミッションの欄には、現在設定中のミッションに関する情報が格納される。また、ミッション受諾形式の欄には、シングルモード又はマルチモードのいずれを選択したかについてのデータが格納される。また、プレーフィールド座標の欄には、その時点でキャラクタが仮想ゲーム空間に存在する位置に関するデータが格納される。
【００９５】
ステップＳ２０２の処理を実行した後、端末装置１及び店舗サーバ２では、それぞれゲームを開始する（ステップＳ１１０、Ｓ２０３）。
図１２に示したように、本実施形態に係るゲームシステムで行われるゲームには、各プレーヤが好きな時間に参加することができ、同一の仮想ゲーム空間において複数のプレーヤが同時にゲームを行うことができる。これが、ＭＭＯＲＰＧの特徴の一つである。
また、ゲーム進行中には、図１１を用いて説明したように、店舗サーバ２及びゲームに参加する各端末装置１の間でデータの伝送が行われて時間的な同期が制御されるため、店舗サーバ２のＲＡＭ２０３及び各端末装置１のＲＡＭ１０３には、常に同じプレーヤ情報が記憶されることになる。
【００９６】
図１５は、ゲーム進行中に端末装置１において実行される処理の概要を示すフローチャートである。
まず、端末装置１のＣＰＵ１０１は、ギルド実行処理を行う（ステップＳ１２０）。ギルド実行処理については、後で図１６を用いて説明するが、図８のＳＴ５に示したように、ミッション参照と受諾、情報収集、ミッションのクリアに対する報酬の受領、ギルド掲示板の利用又はアイテムの売買等を行うことができる。また、ギルド実行処理は、キャラクタがミッションを受諾して当該ミッションを開始した際に終了する。
【００９７】
ステップＳ１２０のギルド実行処理を終了した場合、ＣＰＵ１０１は、ミッションゲーム実行処理を行う（ステップＳ１２１）。ミッションゲーム実行処理については、後で図２７及び図２８を用いて説明するが、プレーヤは、各種ボタン１１８及び操作レバー１１９を用いて、当該プレーヤに対応したキャラクタを操作し、仮想ゲーム空間における冒険を行う。また、他のプレーヤとチャットメッセージの送受信を行うことも可能である。
このミッションゲーム実行処理は、所定のミッション終了条件を満たした際に終了する。ミッション終了条件としては、例えば、ミッションをクリアすること、ギルドへ帰還すること、キャラクタの生命力が０になること等を挙げることができる。
【００９８】
上述したようなミッション終了条件を満たしてステップＳ１２１のミッションゲーム実行処理を終了した場合、ＣＰＵ１０１は、キャラクタの生命力が０になったか否かを判断する（ステップＳ１２２）。
キャラクタの生命力が０になったと判断した場合、そのキャラクタはゲームを継続することができないので、ゲームを終了に係る各種の処理を実行し（ステップＳ１２３）、本サブルーチンを終了する。ゲームを終了した場合、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されたゲーム履歴をセンターサーバ３に送信する。センターサーバ３は、店舗サーバ２から受信したゲーム履歴をＲＡＭ３０３に記憶する。
【００９９】
一方、ステップＳ１２２において、キャラクタの生命力が０になっていないと判断した場合、その他のミッション終了条件（例えば、ミッションをクリアすること、ギルドへ帰還すること等）が満たされたことになるので、処理をステップＳ１２０のギルド実行処理に戻す。従って、このゲーム実行処理においては、キャラクタの生命力が０になるまで、ステップＳ１２０のギルド実行処理と、ステップＳ１２１のミッションゲーム実行処理とが繰り返し実行されることになる。勿論、図中には示していないが、プレーヤによってゲームを終了する旨の指示が入力された場合には、キャラクタの生命力が０になっているか否かに関わらす、ステップＳ１２３のゲーム終了に係る処理を実行した後、本サブルーチンを終了する。
【０１００】
次に、図１５に示したフローチャートのステップＳ１２０において呼び出されて実行されるギルド実行処理について説明する。
図１６は、図１５に示したフローチャートのステップＳ１２０において呼び出されて端末装置１によって実行されるギルド実行処理ルーチンを示すフローチャートである。
図１７は、図１６に示したサブルーチンが実行される際に端末装置１の第１ディスプレイ１１に表示される画像を模式的に示す図である。
【０１０１】
図１６に示すギルド実行処理を実行する際、第１描画処理部１１１によって、第１ディスプレイ１１には、図１７（ａ）に示すような画像が表示される。画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「何をするか選んでください。」というプレーヤに対する指示を示す画像が配置されている。画面中央には上から順に「ミッション参照／受諾」、「掲示板」、「報酬」、「情報収集」、「所持品売買」という選択肢を示す画像が配置されている。プレーヤは、タッチパネル１４を介して選択肢を示す画像に触れることにより当該選択肢に応じた指示を入力することができる。
【０１０２】
図１６に示したサブルーチンが実行されると、まず、ＣＰＵ１０１は、ミッション参照／受諾の指示が入力されたか否かを判断する（ステップＳ１３０）。この指示は、プレーヤによってタッチパネル１４を介して「ミッション参照／受諾」という選択肢を示す画像が触れられた際に入力される指示である。
ミッション参照／受諾の指示が入力されたと判断した場合、ＣＰＵ１０１は、ミッション参照／受諾処理を実行する（ステップＳ１３１）。このミッション参照／受諾処理については、後で図１８を用いて詳述するが、このミッション参照／受諾処理において、プレーヤがミッションを受諾すると、図１７（ｂ）に示すように、第１ディスプレイ１１に表示される「ミッション参照／受諾」という選択肢が、「ミッション開始」という選択肢に変更される。
【０１０３】
次に、ＣＰＵ１０１は、掲示板使用の指示が入力されたか否かを判断する（ステップＳ１３２）。この指示は、プレーヤによってタッチパネル１４を介して「掲示板」という選択肢を示す画像が触れられた際に入力される指示である。
掲示板使用の指示が入力されたと判断した場合、ＣＰＵ１０１は、掲示板使用処理を実行する（ステップＳ１３３）。この掲示板使用処理については、後で図２２を用いて詳述する。
【０１０４】
次に、ＣＰＵ１０１は、報酬支払要求の指示が入力されたか否かを判断する（ステップＳ１３４）。この指示は、プレーヤによってタッチパネル１４を介して「報酬」という選択肢を示す画像が触れられた際に入力される指示である。
報酬支払要求の指示が入力されたと判断した場合、ＣＰＵ１０１は、報酬支払処理を実行する（ステップＳ１３５）。この報酬支払処理については、後で図２５を用いて詳述することにする。
【０１０５】
次に、ＣＰＵ１０１は、情報収集の指示が入力されたか否かを判断する（ステップＳ１３６）。この指示は、プレーヤによってタッチパネル１４を介して「情報収集」という選択肢を示す画像が触れられた際に入力される指示である。
情報収集の指示が入力されたと判断した場合、各種情報表示処理を行う（ステップＳ１３７）。この処理では、ＣＰＵ１０１は、店舗サーバ２のＣＰＵ２０１がＲＯＭ２０２に記憶されたプログラムを実行することによりＲＯＭ２０３から選択した情報（例えば、他のキャラクタ又はミッションに関する情報）を、店舗サーバ２から取得し、この情報に基づいて、第１描画処理部１１１により、第１ディスプレイ１１に当該情報を表す画像を表示する。
【０１０６】
次に、ＣＰＵ１０１は、所持品売買の指示が入力されたか否かを判断する（ステップＳ１３８）。この指示は、プレーヤによってタッチパネル１４を介して「所持品売買」という選択肢を示す画像が触れられた際に入力される指示である。
所持品売買の指示が入力されたと判断した場合、所持品売買処理を行う（ステップＳ１３９）。この処理では、プレーヤは、キャラクタの所持品のなかから、ギルドに売りたい所持品を選択すると、当該指示が店舗サーバ２に送信され、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報の所持金を増加させるとともに対象となった所持品のデータを削除する処理を行う。一方、プレーヤは、ギルドによって販売されているアイテムを選択すると、当該指示が店舗サーバ２に送信され、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報の所持金を減少させるとともに対象となったアイテムのデータを追加する処理を行う。
【０１０７】
次に、ＣＰＵ１０１は、ミッション開始の指示が入力されたか否かを判断する（ステップＳ１４０）。この指示は、図１７（ｂ）に示したような画像が第１ディスプレイ１１に表示されているときに、プレーヤによってタッチパネル１４を介して「ミッション開始」という選択肢を示す画像が触れられた際に入力される指示である。
ミッション開始の指示が入力されたと判断した場合、本サブルーチンを終了する。一方、ミッション開始の指示が入力されていないと判断した場合には、ステップＳ１３０に処理を戻す。
【０１０８】
図１８は、図１６に示したフローチャートのステップＳ１３１において呼び出されて端末装置１によって実行されるミッション参照／受諾処理ルーチンを示すフローチャートである。図１９は、端末装置１によって実行される図１８に示したサブルーチンに対応して、店舗サーバ２によって実行される処理を示すフローチャートである。
【０１０９】
まず、端末装置１のＣＰＵ１０１は、通信用インターフェイス回路１０４により、専用線５を介して、店舗サーバ２に、ミッション一覧要求信号を送信する（ステップＳ１３１０）。この処理は、図１９のステップＳ３３１０の処理に対応しており、店舗サーバ２のＣＰＵ２０１は、端末装置１からミッション一覧要求信号を受信すると、ＲＯＭ２０２に記憶されたミッション一覧データのなかから、現時点でプレーヤが参加可能なミッションに関するミッション一覧データを抽出して端末装置１に送信する。
【０１１０】
図２０は、ミッション一覧データの一例を示す図である。
最左欄には、各ミッションに割り当てられた２桁の記号からなるミッションコード（例えば、“ＡＡ”、“ＡＢ”等）が格納されている。また、その右欄には、各ミッションの参加可能人数が格納されている。参加可能人数としては、シングルモードの参加可能人数として“１”が格納されており、マルチモードの参加可能人数として“４”が格納されている。
【０１１１】
本実施形態では、シングルモードの参加可能人数が１であり、マルチモードの参加可能人数が４である場合について説明するが、本発明は、この例に限定されるものではない。
例えば、シングルモードの参加可能人数が０のミッションが存在してもよい。この場合、そのミッションにはシングルモードで参加することができないので、マルチモードで選択しなければならないことになる。また、マルチモードの参加可能人数についても、特に限定されるものではない。
【０１１２】
ミッション“ＡＡ”の内容は、「××さんに荷物を届けて欲しい。」であり、参加可能レベルは１である。なお、参加可能レベルとは、そのミッションを受諾するために必要な最低限のレベルであり、そのレベルに達していないプレーヤは、そのミッションを受諾することができない。ミッション“ＡＢ”の内容は「モンスター△△から●●姫を護衛して欲しい。」であり、参加可能レベルは３である。ミッション“ＡＣ”の内容は「○○洞窟を探索して秘宝を見つけて来て欲しい。」であり、参加可能レベルは５である。ミッション“ＡＤ”の内容は「孤島□□を探索して秘宝を見つけて来て欲しい。」であり、参加可能レベルは７である。ミッション“ＡＥ”の内容は「古代遺跡を探索して■■の謎を解いて欲しい。」であり、参加可能レベルは９である。ミッション“ＡＦ”の内容は「前人未到の土地の探索」であり、参加可能レベルは１１である。ミッションの難易度は、ミッション“ＡＡ”〜“ＡＦ”の順に高くなっており、参加可能レベルは、ミッションの難易度に応じて高くなるように設定されている。本発明におけるミッション（条件）は、勿論、この例に限定されるものではなく、ゲーム上で設定され得るものであれば、特に限定されるものではない。
【０１１３】
ステップＳ１３１０の処理の後、ＣＰＵ１０１は、ミッション一覧データを店舗サーバ２から受信したか否かを判断する（ステップＳ１３１１）。ミッション一覧データを受信していないと判断した場合、ステップＳ１３１０の処理を戻す。
一方、ミッション一覧データを店舗サーバ２から受信したと判断した場合、ＣＰＵ１０１は、第１描画処理部１１１を制御し、第１ディスプレイ１１に、図２１（ａ）に示すような画像を表示させる処理を行う（ステップＳ１３１２）。
【０１１４】
図２１（ａ）は、ステップＳ１３１２の処理が行われたときに第１ディスプレイ１１に表示される画像の一例を示す図である。
画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「どのミッションにする？」というプレーヤに対する指示を示す画像が配置されている。画面中央には上から順に「××さんに荷物お届け」、「△△から●●姫を護衛」、「○○洞窟の秘宝」、「孤島□□の探索」、「古代遺跡の謎」というように、ミッションの内容を示す画像が配置されている。各ミッションに対応するように「参照」、「受諾」という選択肢を示す画像が配置されている。
プレーヤは、タッチパネル１４を介して選択肢を示す画像に触れることにより当該選択肢に応じた指示を入力することができる。例えば、「○○洞窟の秘宝」に対応した「参照」という選択肢を示す画像にタッチパネル１４を介して触れることにより、「○○洞窟の秘宝」についての情報を得ることができる。また、「○○洞窟の秘宝」に対応した「受諾」という選択肢を示す画像にタッチパネル１４を介して触れることにより、ミッション「○○洞窟の秘宝」を受諾することができる。
【０１１５】
ステップＳ１３１２の処理の後、ＣＰＵ１０１は、ミッション参照の指示が入力されたか否かを判断する（ステップＳ１３１３）。この指示は、タッチパネル１４を介して「参照」という選択肢を示す画像に触れることにより入力することができる。
ミッション参照の指示が入力されたと判断した場合、ＣＰＵ１０１は、ミッション参照要求信号を通信用インターフェイス回路１０４により専用線５を介して店舗サーバ２に送信する（ステップＳ１３１４）。この処理は、図１９のステップＳ３３１２に対応する処理である。端末装置１からミッション参照要求信号を受信した店舗サーバ２は、ＲＯＭ２０２に格納されているミッション参照データ（例えば、ミッションの内容を詳しく説明したデータ、その内容を示す動画像や静画像等）のなかから、対象となるミッションに関するミッション参照データを抽出し、そのミッション参照データを端末装置１に送信する。
【０１１６】
ステップＳ１３１３においてミッション参照の指示が入力されていないと判断した場合、又は、ステップＳ１３１４の処理を実行した場合、次に、ＣＰＵ１０１は、ミッション参照データを受信したか否かを判断する（ステップＳ１３１５）。
ミッション参照データを受信したと判断した場合、ＣＰＵ１０１は、第１描画処理部１１１を制御し、第１ディスプレイ１１に、図２１（ｂ）に示すような画像を表示させる処理を行う（ステップＳ１３１６）。
【０１１７】
図２１（ｂ）は、ステップＳ１３１６の処理が行われたときに第１ディスプレイ１１に表示される画像の一例を示す図である。
画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「○○洞窟の秘宝について」という、参照するミッションの名称を示す画像が配置されている。画面左側には、○○洞窟の入口を表す画像が配置されている。その右側には、ミッションの内容を説明するメッセージを表す画像が配置され、さらに、「受諾」、「戻る」という選択肢を示す画像が配置されている。
【０１１８】
ステップＳ１３１５においてミッション参照データを店舗サーバ２から受信していないと判断した場合、又は、ステップＳ１３１６の処理を実行した場合、ＣＰＵ１０１は、ミッション受諾の指示が入力されたか否かを判断する（ステップＳ１３１７）。この指示は、タッチパネル１４を介して「受諾」という選択肢を示す画像に触れることにより入力することができる。
ミッション受諾の指示が入力されたと判断した場合、ＣＰＵ１０１は、ミッション受諾要求信号を通信用インターフェイス回路１０４により専用線５を介して店舗サーバ２に送信する（ステップＳ１３１８）。この処理は、図１９のステップＳ３３１４の処理に対応する処理である。
【０１１９】
ステップＳ１３１７において、ミッション受諾指示が入力されていないと判断した場合、又は、ステップＳ１３１８の処理を実行した場合、ＣＰＵ１０１は、店舗サーバ２から待機画像表示コマンドを受信したか否かを判断する（ステップＳ１３１９）。この処理は、図１９のステップＳ３３２２の処理に対応する処理であり、待機画像表示コマンドには、ミッションへの参加可能人数と参加登録人数とに関するデータが含まれる。
【０１２０】
ステップＳ１３１９において、待機画像表示コマンドを受信したと判断した場合、ＣＰＵ１０１は、当該待機画像表示コマンドに基づいて、第１描画処理部１１１を制御する（ステップＳ１３２０）。
第１描画処理部１１１は、上記待機画像表示コマンドに含まれる参加可能人数と参加登録人数とに関するデータに基づいて、ＲＯＭ１０２から所定の画像データを抽出し、所定の優先順位でビデオＲＡＭにこれらの画像データを記憶させることにより、待機画像を生成する。そして、第１描画処理部１１１は、第１ディスプレイ１１に待機画像を出力する。その結果、第１ディスプレイ１１には、例えば、図２１（ｃ）に示すような画像が表示される。
【０１２１】
図２１（ｃ）は、ステップＳ１３２０の処理が行われたときに第１ディスプレイ１１に表示される画像の一例を示す図である。
画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「○○洞窟の秘宝」というミッションの名称を示す画像が表示されている。
また、画面中央には、参加可能人数が４人であり、現時点の参加登録人数が３人であることを表す画像が表示されている。
【０１２２】
ステップＳ１３１９において、店舗サーバ２から待機画像表示コマンドを受信していないと判断した場合、又は、ステップＳ１３２０の処理を実行した場合、次に、ＣＰＵ１０１は、店舗サーバ２から通知信号を受信したか否かを判断する（ステップＳ１３２１）。この処理は、図１９のステップＳ３３２４の処理に対応する処理である。
【０１２３】
ステップＳ１３２１において通知信号を受信したと判断した場合、ＣＰＵ１０１は、第１描画処理部１１１を制御し、第１ディスプレイ１１に、図２１（ｄ）に示すように、ミッションを設定した旨を示す画像を表示させる（ステップＳ１３２２）。
【０１２４】
図２１（ｄ）は、ステップＳ１３２２の処理が行われたときに第１ディスプレイ１１に表示される画像の一例を示す図である。
画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「○○洞窟の秘宝」という、受諾したミッションの名称を示す画像が配置されている。画面左側には、○○洞窟の入口を表す画像が配置されている。その右側には、ミッションを受諾した旨を示す画像が配置されている。
【０１２５】
ステップＳ１３２１において通知信号を受信していないと判断した場合、又は、ステップＳ１３２２の処理を実行した場合、ＣＰＵ１０１は、ミッション参照／受諾処理を終了するか否かを判断する（ステップＳ１３２３）。ミッション参照／受諾処理は、プレーヤがタッチパネル１４を用いて、この処理を終了して図１６のサブルーチンに処理を戻す旨の指示を入力した際に終了する。
ステップＳ１３２３において、ミッション参照／受諾処理を終了すると判断した場合、本サブルーチンを終了する。一方、ミッション参照／受諾処理を終了しないと判断した場合、ステップＳ１３１３に処理を移す。
【０１２６】
次に、図１９に示すフローチャートについて説明する。
まず、店舗サーバ２のＣＰＵ２０１は、端末装置１からミッション一覧要求信号を受信したか否かを判断する（ステップＳ３３１０）。この処理は、図１８のステップＳ１３１０の処理に対応する処理である。
端末装置１からミッション一覧要求信号を受信したと判断した場合、店舗サーバ２のＣＰＵ２０１は、ＲＯＭ２０２に記憶されたミッション一覧データのなかから、現時点でプレーヤが参加可能なミッションに関するミッション一覧データを抽出して端末装置１に送信する（ステップＳ３３１１）。この処理は、図１８のステップＳ１３１１に対応した処理であり、ミッション一覧データを受信した端末装置１の第１ディスプレイ１１には、ミッション一覧画像（図２１（ａ）参照）が表示されることになる（図１８、ステップＳ１３１２）。
【０１２７】
ステップＳ３３１０においてミッション一覧要求信号を受信していないと判断した場合、又は、ステップＳ３３１１の処理を実行した場合、店舗サーバ２のＣＰＵ２０１は、端末装置１からミッション参照要求信号を受信したか否かを判断する（ステップＳ３３１２）。この処理は、図１８のステップＳ１３１４の処理に対応する処理である。
【０１２８】
ステップＳ３３１２において、端末装置１からミッション参照要求信号を受信したと判断した場合、ＣＰＵ２０１は、ＲＯＭ２０２に格納されているミッション参照データのなかから、対象となるミッションに関するミッション参照データを抽出し、そのミッション参照データを端末装置１に送信する（ステップＳ３３１３）。この処理は、ステップＳ１３１５に対応する処理であり、ミッション参照データを受信した端末装置１の第１ディスプレイ１１には、ミッション参照画像（図２１（ｂ）参照）が表示されることになる（図１８、ステップＳ１３１６）。
【０１２９】
ステップＳ３３１２において、ミッション参照要求信号を受信していないと判断した場合、又は、ステップＳ３３１３の処理を実行した場合、ＣＰＵ２０１は、ミッション受諾要求信号を受信したか否かを判断する（ステップＳ３３１４）。この処理は、図１８のステップＳ１３１８に対応する処理である。
【０１３０】
ステップＳ３３１４において、ミッション受諾要求信号を受信したと判断した場合、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）に含まれるプレーヤのレベルと、ＲＯＭ２０２に記憶されたミッション一覧データ（図２０参照）に含まれる参加可能レベルとを比較する（ステップＳ３３１５）。次に、ＣＰＵ２０１は、ステップＳ３３１５における比較結果に基づいて、プレーヤのレベルが、ミッションの参加可能レベル以上であるか否かを判断する（ステップＳ３３１６）。
例えば、図１４に示すプレーヤ情報におけるプレーヤ“丁”は、レベルは１１であるから、参加可能レベルが３のミッション“ＡＢ”に参加することは可能であるが、図１４に示すプレーヤ情報におけるプレーヤ“甲”は、レベルが１であるから、ミッション“ＡＢ”には参加することができないのである。
【０１３１】
ステップＳ３３１６において、プレーヤのレベルが、ミッションの参加可能レベル以上ではないと判断した場合、ＣＰＵ２０１は、そのプレーヤのミッションへの参加登録を行わず（ステップＳ３３１７）、処理をステップＳ３３２１に移す。
【０１３２】
一方、ステップＳ３３１６において、プレーヤのレベルが、ミッションの参加可能レベル以上であると判断した場合、ＣＰＵ２０１は、既に他のプレーヤが当該ミッションへの参加登録を行っているか否かを判断する（ステップＳ３３１８）。
未だ他のプレーヤが当該ミッションへの参加登録を行っていないと判断した場合、ＣＰＵ２０１は、ＲＯＭ２０２に記憶されたミッション一覧データを参照し、ＲＡＭ２０３に、そのミッションについての参加可能人数に関するデータを記憶させることにより、ミッションへの参加可能人数を設定する（ステップＳ３３１９）。
例えば、そのプレーヤがシングルモードを選択している場合には、参加可能人数が“１”である旨を示すデータをＲＡＭ２０３に記憶させる。また、そのプレーヤがマルチモードを選択している場合には、参加可能人数が“４”である旨を示すデータをＲＡＭ２０３に記憶させる。
【０１３３】
ステップＳ３３１８において、他のプレーヤが既に当該ミッションへの参加登録をしていると判断した場合、又は、ステップＳ３３１９の処理を実行した場合、ＣＰＵ２０１は、参加登録人数を更新する処理を行う（ステップＳ３３２０）。
ステップＳ３３１９の処理を実行した場合、ＣＰＵ２０１は、この処理において、当該ミッションへの参加登録人数が“１”である旨を示すデータをＲＡＭ２０３に記憶する。
一方、他のプレーヤが既に当該ミッションへの参加登録をしている場合、ＲＡＭ２０３には、当該ミッションへの参加登録人数を示すデータが記憶されているので、ＣＰＵ２０１は、この処理において、ＲＡＭ２０３に記憶された参加登録人数を１加算するように更新する。
【０１３４】
ステップＳ３３１４において、ミッション受諾要求信号を受信していないと判断した場合、又は、ステップＳ３３２０の処理を実行した場合、ＣＰＵ２０１は、ステップＳ３３２０の処理が行われるごとに順次更新（１加算）されるミッションへの参加登録人数が、ステップＳ３３１９において設定されたミッションへの参加可能人数と同じであるか否かを判断する（ステップＳ３３２１）。
シングルモードが選択された場合、ステップＳ３３１９において、ミッションへの参加可能人数は“１”に設定され、ステップＳ３３２０において、ミッションへの参加登録人数は“１”としてＲＡＭ２０３に記憶されるので、ステップＳ３３２１における判断は“ＹＥＳ”となる。
また、マルチモードが選択された場合、ステップＳ３３１９において、ミッションへの参加可能人数は“４”に設定され、ステップＳ３３２０において、ミッションへの参加登録人数は“１”としてＲＡＭ２０３に記憶されるので、ステップＳ３３２１における判断は“ＮＯ”となる。その後にステップＳ３３２０の処理が繰り返し行われ、ミッションへの参加登録人数が“４”となった場合には、ステップＳ３３２１における判断は“ＹＥＳ”となる。
【０１３５】
ステップＳ３３２１において、参加登録人数が参加可能人数と同じであると判断した場合、店舗サーバ２のＣＰＵ２０１は、参加登録中の端末装置１に、参加登録人数と参加可能人数とに関するデータを含む待機画像表示コマンドを送信する（ステップＳ３３２２）。
この処理は、図１８のステップＳ１３１９の処理に対応する処理であり、待機画像表示コマンドを受信した端末装置１の第１ディスプレイ１１には、待機画像（図２１（ｃ）参照）が表示されることになる（図１８、ステップＳ１３２０）。
その後、本サブルーチンを終了する。
【０１３６】
一方、ステップＳ３３２１において、参加登録人数が参加可能人数と同じであると判断した場合、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）のミッションの欄のデータを更新し、参加登録中のプレーヤにミッションを設定する（ステップＳ３３２３）。
次に、ＣＰＵ２０１は、参加登録中の端末装置１に、ミッションを設定した旨を示す通知信号を送信する（ステップＳ３３２４）。この処理は、図１８のステップＳ１３２１の処理に対応する処理であり、通知信号を受信した端末装置１の第１ディスプレイ１１には、ミッションを設定した旨を示す画像（図２１（ｄ）参照）が表示されることになる（図１８、ステップＳ１３２２）。
その後、本サブルーチンを終了する。
【０１３７】
図２２は、図１６に示したフローチャートのステップＳ１３３において呼び出されて端末装置１によって実行される掲示板使用処理と、この処理に対応した店舗サーバ２によって実行される処理とを示すフローチャートである。図２３は、図２２に示すフローチャートのステップＳ１３３４の処理が行われる際に用いられるメッセージリストの一例を示す図である。
【０１３８】
まず、端末装置１のＣＰＵ１０１は、入力済メッセージを要求する旨の要求信号を、店舗サーバ２に送信する（ステップＳ１３３０）。店舗サーバ２は、この要求信号を受信すると、既に端末装置１によって入力されてＲＡＭ２０３に記憶されたメッセージ（入力済メッセージ）を、要求信号の送信元の端末装置１に送信する（ステップＳ３３３０）。
【０１３９】
端末装置１は、店舗サーバ２から入力済メッセージを受信すると、第１描画処理部１１１によって、第１ディスプレイ１１に、図２４（ａ）に示すような入力済メッセージを示す画像を表示する（ステップＳ１３３１）。
【０１４０】
図２４（ａ）は、図２２のステップＳ１３３１の処理が実行される際に端末装置１の第１ディスプレイ１１に表示される画像の一例を示す図である。
画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「掲示板」という画像が配置されている。その右側には「新規入力」という選択肢を示す画像が配置されている。「新規入力」は、他のプレーヤのメッセージに対してメッセージを入力するのではなく、新たにメッセージを入力する際に使用する選択肢である。プレーヤは、タッチパネル１４を介して「新規入力」という画像に触れることにより、新たにメッセージを入力する旨の指示を入力することができる。
【０１４１】
画面中央には、各プレーヤによって入力された入力済メッセージが表示されている。
例えば、「甲−「私は甲です。よろしく。」」という画像は、プレーヤ“甲”が入力した「私は甲です。よろしく。」というメッセージを示している。また、その左側には「コメント」という選択肢を示す画像が配置されている。「コメント」は、新たにメッセージを入力するのではなく、他のプレーヤのメッセージに対してメッセージを入力する際に使用する選択肢である。プレーヤは、タッチパネル１４を介して「コメント」という画像に触れることにより、他のプレーヤに対してメッセージを入力する旨の指示を入力することができる。
また、その直下に配置された「丁−「私は丁です。よろしく。」」という画像は、プレーヤ“甲”のメッセージに対してプレーヤ“丁”が入力した「私は丁です。よろしく。」というメッセージを示している。プレーヤ“丁”のメッセージの下側には、「乙−「私と一緒に冒険しませんか？」」という画像と、「丙−「私と一緒に冒険しませんか？」」という画像とが配置されている。これは、プレーヤ“乙”、“丙”が夫々、ミッションにともに参加するプレーヤを探すために入力したメッセージである。
【０１４２】
ステップＳ１３３１の処理の後、ＣＰＵ１０１は、メッセージを入力する旨の指示が入力されたか否かを判断する（ステップＳ１３３２）。メッセージを入力する旨の指示は、プレーヤが、タッチパネル１４を介して「新規入力」又は「コメント」という画像に触れることにより入力することができる。
【０１４３】
ステップＳ１３３２において、メッセージを入力する旨の指示が入力されたと判断した場合、端末装置１のＣＰＵ１０１は、メッセージリストを要求する旨の要求信号を店舗サーバ２に送信する（ステップＳ１３３４）。この要求信号を受信した店舗サーバ２のＣＰＵ２０１は、ＲＯＭ２０２に記憶されたメッセージリストを抽出し、要求信号の送信元の端末装置１に送信する（ステップＳ３３３１）。
【０１４４】
図２３は、メッセージリストの一例を示した図である。
左欄には、メッセージナンバーが格納されており、右欄には、各ナンバーに対応したメッセージが格納されている。例えば、ナンバー“００１”にはメッセージ「私は“甲（プレーヤの名称）”です。よろしく。」が対応している。また、ナンバー“００２”にはメッセージ「.私と一緒に冒険しませんか？」が対応している。さらに、ナンバー“００３”にはメッセージ「一緒に冒険しましょう。」が対応している。図中には示していないが、このメッセージリストには、その他にも多数のメッセージが格納されている。
【０１４５】
店舗サーバ２からメッセージリストを受信した端末装置１のＣＰＵ１０１は、メッセージリストに基づいて第１描画処理部１１１を制御し、第１ディスプレイ１１に、複数のメッセージのなかから、いずれか１のメッセージを選択可能とするメッセージ選択肢を表示する処理を行う（ステップＳ１３３５）。
【０１４６】
図２４（ｂ）は、図２４（ａ）に示した画像が第１ディスプレイ１１に表示されているときに、プレーヤ“甲”がタッチパネル１４を介して、乙のメッセージに対してメッセージを入力する旨の指示が入力された際に第１ディスプレイ１１に表示される画像である。
画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「掲示板」という画像が配置されている。その下側には、プレーヤ“甲”がメッセージを入力する対象としたプレーヤ“乙”のメッセージを示す画像が配置されている。
さらに、プレーヤ“乙”のメッセージを示す画像の下側には、メッセージを示す複数の選択肢が上下方向に並べられたメッセージリストが表示されている。
図２４（ｂ）に示す画像が表示されているとき、プレーヤは、タッチパネル１４を介して、入力したいメッセージを表す画像に触れることにより、当該メッセージを店舗サーバ２に送信する指示を入力することができる。
【０１４７】
ステップＳ１３３５の処理の後、ＣＰＵ１０１は、メッセージを選択する指示が入力されたか否かを判断する（ステップＳ１３３６）。この指示は、図２４（ｂ）に示す画像が第１ディスプレイ１１に表示されているとき、タッチパネル１４を介して、メッセージを示す複数の選択肢のなかから、いずれか１の選択肢に触れることにより入力することができる。
【０１４８】
ステップＳ１３３６において、メッセージを選択する指示が入力されたと判断した場合、ＣＰＵ１０１は、当該メッセージを、通信用インターフェイス回路１０４により、専用線５を介して店舗サーバ２に送信する（ステップＳ１３３７）。
一方、店舗サーバ２のＣＰＵ２０１は、端末装置１からメッセージを受信すると、ＲＡＭ２０３にそのメッセージを記憶させる（ステップＳ３３３２）。ここで、ＲＡＭ２０３に記憶されたメッセージが、上述したステップＳ１３３０、Ｓ１３３１又はＳ３３３０において端末装置１と店舗サーバ２と間で送受信され、端末装置１の第１ディスプレイ１１に表示されるメッセージ、すなわち、入力済メッセージとなる。
【０１４９】
その後、端末装置１のＣＰＵ１０１は、掲示板使用処理を終了するか否かを判断する（ステップＳ１３３８）。掲示板使用処理は、プレーヤがタッチパネル１４を用いて、この処理を終了して図１６のサブルーチンに処理を戻す旨の指示を入力した際に終了する。
ステップＳ１３３８において、掲示板使用処理を終了すると判断した場合、本サブルーチンを終了する。一方、掲示板使用処理を終了しないと判断した場合、ステップＳ１３３０に処理を戻す。そして、再度、ＣＰＵ１０１は、入力済メッセージを要求する旨の要求信号を送信する（ステップＳ１３３０）。当該要求信号を受信した店舗サーバ２は、入力済メッセージを端末装置１に送信する（ステップＳ３３３０）。そして、店舗サーバ２から入力済メッセージを受信した端末装置１は、入力済メッセージを第１ディスプレイ１１に表示する（ステップＳ１３３１）。
【０１５０】
図２４（ｃ）は、図２４（ｂ）に示す画像が第１ディスプレイ１１に表示されているとき、プレーヤがタッチパネル１４を介して「一緒に冒険しましょう。」という画像に触れた場合に、端末装置１の第１ディスプレイ１１に表示される画像である。
図２４（ｃ）に示す画像は、図２４（ａ）に示した画像と異なり、プレーヤ“乙”のメッセージに対してプレーヤ“甲”が入力したメッセージ「一緒に冒険しましょう。」が追加して表示される。
【０１５１】
図２５は、図１６に示したフローチャートのステップＳ１３５において呼び出されて端末装置１によって実行される報酬支払処理と、この処理に対応して店舗サーバ２において実行される処理とを示すフローチャートである。
まず、端末装置１のＣＰＵ１０１は、報酬支払要求信号を店舗サーバ２に送信する（ステップＳ１３５０）。端末装置１から報酬支払要求信号を受信すると、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）を基づいて、プレーヤがミッションをクリアしているか否かを判断する（ステップＳ３３５０）。
ステップＳ３３５０において、プレーヤがミッションをクリアしていると判断した場合、店舗サーバ２のＣＰＵ２０１は、クリアしたミッションに基づいて、報酬決定テーブルを参照し、報酬額を決定する（ステップＳ３３５１）。
【０１５２】
図２６は、報酬決定テーブルの一例を示す図である。
報酬決定テーブルの左欄には、２桁の記号からなるミッションコードが格納され、右欄には、そのミッションに対応した報酬額が格納されている。例えば、ミッション“ＡＡ”に対応する報酬額は１００であり、ミッション“ＡＢ”に対応する報酬額は３００である。
【０１５３】
ステップＳ３３５１の処理の後、ＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）を参照し、プレーヤがミッションをマルチモードでクリアしたか否かを判断する（ステップＳ３３５２）。マルチモードでクリアしたと判断した場合、ステップＳ３３５１において決定した報酬額を、ミッションへの参加人数に応じて按分する（ステップＳ３３５３）。例えば、ミッション“ＡＡ”にプレーヤ４人で参加した場合、報酬額は２５となる。
【０１５４】
ステップＳ３３５２において、プレーヤがミッションをマルチモードではなくシングルモードでクリアしたと判断した場合、又は、ステップＳ３３５３の処理を実行した場合、ＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）を更新する（ステップＳ３３５４）。具体的には、ミッションの欄のデータをクリアし、所持金の額を報酬額だけ増加させる。端末装置１のＣＰＵ１０１は、店舗サーバ２において更新されたプレーヤ情報と同期してプレーヤ情報を更新する（ステップＳ１３５１）。
【０１５５】
次に、ミッションゲームについて説明することにする。
図２７は、図１５に示したフローチャートのステップＳ１２１において呼び出されて端末装置１において実行されるミッションゲーム実行処理ルーチンを示すフローチャートである。図２８は、端末装置１によって実行される図２７に示したサブルーチンに対応して、店舗サーバ２によって実行される処理を示すフローチャートである。
図２９は、チャットメッセージリストの一例を示す図である。
図３０は、図２７及び図２８に示した処理が実行されることにより端末装置１の第１ディスプレイ１１に表示される画像の一例を示す図である。
【０１５６】
まず、端末装置１のＣＰＵ１０１は、キャラクタに対する操作指示が入力されたか否かを判断する（ステップＳ１５０）。キャラクタに対する操作指示は、プレーヤが各種ボタン１１８又は操作レバー１１９を操作することにより入力することができる。
キャラクタに対する操作指示が入力された場合には、ＣＰＵ１０１は、店舗サーバ２に操作コマンドを送信する（ステップＳ１５１）。この処理は、図２８のステップＳ３３０に対応する処理である。
【０１５７】
ステップＳ１５０において、キャラクタに対する操作指示が入力されていないと判断した場合、又は、ステップＳ１５１の処理が実行された場合、ＣＰＵ１０１は、店舗サーバ２からプレーヤ情報を受信したか否かを判断する（ステップＳ１５２）。この処理は、図２８のステップＳ３３２に対応する処理である。
プレーヤ情報を受信したと判断した場合、ＣＰＵ１０１は、当該プレーヤ情報に基づいて、ＲＡＭ１０３に記憶されたプレーヤ情報を更新する（ステップＳ１５３）。
【０１５８】
ステップＳ１５２において、プレーヤ情報を店舗サーバ２から受信していないと判断した場合、又は、ステップＳ１５３の処理を実行した場合、ＣＰＵ１０１は、店舗サーバ２から表示コマンドを受信したか否かを判断する（ステップＳ１５４）。この処理は、図２８のステップＳ３３３、Ｓ３３５、Ｓ３３８又はＳ３４１に対応する処理である。
【０１５９】
ステップＳ１５４において、表示コマンドを受信したと判断した場合、ＣＰＵ１０１は、第１ディスプレイ１１又は第２ディスプレイ１２に対する画像表示処理を実行する（ステップＳ１５５）。
この処理において、ＣＰＵ１０１は、第１描画処理部１１１又は第２描画処理部１１２に表示コマンドを供給する。第１描画処理部１１１は、上記表示コマンドに従って、ＲＡＭ１０３に格納されたプレーヤ情報（図１４参照）を参照し、ＲＯＭ１０２から画像データを抽出する。そして、第１ディスプレイ１１に表示される優先順位に従って（例えば、背景画像、モンスター画像、キャラクタ画像の順に）画像データをビデオＲＡＭに記憶することにより、ゲーム画像を生成し、第１ディスプレイ１１に出力する。その結果、第１ディスプレイ１１には、ゲーム画像が表示される。
【０１６０】
また、３次元画像によりゲーム画像を表示する場合には、第１描画処理部１１１は、ＲＯＭ１０２に格納されたオブジェクト（例えば、キャラクタ又はモンスターを構成するオブジェクト等）を３次元空間上での位置から擬似３次元空間上での位置へ変換するための計算、光源計算処理等を行うとともに、上記計算結果に基づいてビデオＲＡＭに対して描画すべき画像データの書き込み処理（例えば、ポリゴンで指定されるビデオＲＡＭの領域に対するテクスチャデータのマッピング等）を行うことにより、ゲーム画像を生成し、第１ディスプレイ１２に出力する。その結果、第１ディスプレイ１１には、３次元画像からなるゲーム画像が表示される。
第２描画処理部１１２は、上記表示コマンドに従って、ＲＯＭ１０２から所定の画像を抽出する。そして、第２ディスプレイ１２に表示される優先順位に従って画像データをビデオＲＡＭに記憶することにより、所定の画像を生成し、第２ディスプレイ１２に出力する。その結果、第２ディスプレイ１２には、所定の画像が表示される。
【０１６１】
ステップＳ１５４において、ゲーム画像を表示させる旨の表示コマンドを店舗サーバ２から受信した場合（図２８、ステップＳ３３３）、ステップＳ１５５の処理が行われることにより、第１ディスプレイ１１には、ゲーム画像が表示される（図３０（ａ）参照）。
図３０（ａ）に示す画像は、プレーヤ“Ｐ１”が操作する端末装置１の第１ディスプレイ１１に表示される画像であり、プレーヤ“Ｐ１”に対応したキャラクタ画像Ｐ１′と、プレーヤ“Ｐ２”に対応したキャラクタ画像Ｐ２′とが配置されている。
【０１６２】
また、ステップＳ１５４において、チャットボタンを表示させる旨の表示コマンドを店舗サーバ２から受信した場合（図２８、ステップＳ３３５）、ステップＳ１５５の処理が行われることにより、第１ディスプレイ１１には、チャットボタン９２が表示される（図３０（ａ）参照）。
図３０（ａ）に示す画像の右下には、「ＣＨＡＴ」というチャットボタン９２が配置されている。プレーヤは、タッチパネル１４を介してチャットボタン９２に触れることにより、チャットを実行する旨の指示を入力することができる。
【０１６３】
また、ステップＳ１５４において、チャットウィンドウを表示させる旨の表示コマンドを店舗サーバ２から受信した場合（図２８、ステップＳ３３８）、ステップＳ１５５の処理が行われることにより、第１ディスプレイ１１には、３つのチャットメッセージ９０ａ〜９０ｃを含むチャットウィンドウ９０が表示される（図３０（ｂ）参照）。
図３０（ｂ）に示す画像の右下には、「何してるの？」、「ここはどこ？」、「あなたは誰？」という３つのチャットメッセージ９０ａ〜９０ｃを含むチャットウィンドウ９０が配置されている。プレーヤは、タッチパネル１４を介して、いずれか１のチャットメッセージに触れることにより、送信したいチャットメッセージを選択することができる。
その後、プレーヤ“Ｐ１”は、プレーヤ“Ｐ２”に対応するキャラクタ画像Ｐ２′にタッチパネル１４を介して触れることにより、選択したチャットメッセージを、プレーヤ“Ｐ２”の端末装置１に送信することができる。
【０１６４】
また、ステップＳ１５４において、チャットメッセージを表示させる旨の表示コマンドを店舗サーバ２から受信した場合（図２８、ステップＳ３４１）、ステップＳ１５５の処理が行われることにより、第１ディスプレイ１１には、チャットメッセージ９１が表示される（図３０（ｃ）、（ｄ）参照）。
図３０（ｃ）に示す画像は、図３０（ｂ）に示す画像が表示されているときにタッチパネル１４を介してチャットメッセージ９０ｂが選択された際に、プレーヤ“Ｐ１”が操作する端末装置１の第１ディスプレイ１１である。プレーヤ“Ｐ１”に対応するキャラクタ画像Ｐ１′の近傍には「ここはどこ？」というチャットメッセージ９１が表示されている。
このとき、チャットメッセージの送信先であるプレーヤ“Ｐ２”が操作する端末装置１の第１ディスプレイ１１には、図３０（ｄ）に示すような画像が表示される。
プレーヤ“Ｐ１”に対応するキャラクタ画像Ｐ１′の近傍には「ここはどこ？」というチャットメッセージ９１が表示されている。また、画面の右下には、「遺跡です。」、「分かりません。」、「返事しない。」の３つのチャットメッセージ９０ｄ〜９０ｆを含むチャットウィンドウ９０が表示されている。
【０１６５】
ステップＳ１５４において、表示コマンドを受信していないと判断した場合、又は、ステップＳ１５５の処理を実行した場合、ＣＰＵ１０１は、チャットを実行する旨の指示が入力されたか否かを判断する（ステップＳ１５６）。この指示は、プレーヤがタッチパネル１４を介してチャットボタン９２に触れることにより入力することができる。
チャットを実行する旨の指示が入力されたと判断した場合、ＣＰＵ１０１は、店舗サーバ２に、チャット実行コマンドを送信する（ステップＳ１５７）。
この処理は、図２８のステップＳ３３６に対応する処理である。
【０１６６】
ステップＳ１５６において、チャットを実行する旨の指示が入力されていないと判断した場合、又は、ステップＳ１５７の処理を実行した場合、ＣＰＵ１０１は、チャットメッセージを選択する旨の指示が入力されたか否かを判断する（ステップＳ１５８）。この指示は、プレーヤがタッチパネル１４を介して、チャットウィンドウ９０に含まれる３つのチャットメッセージ９０ａ〜９０ｃのうち、いずれか１に触れることにより入力することができる。
【０１６７】
ステップＳ１５８において、チャットメッセージを選択する旨の指示が入力されたと判断した場合、ＣＰＵ１０１は、選択されたチャットメッセージをＲＡＭ１０３に記憶する（ステップＳ１５９）。
ステップＳ１５８において、チャットメッセージを選択する旨の指示が入力されていないと判断した場合、又は、ステップＳ１５９の処理を実行した場合、ＣＰＵ１０１は、チャットメッセージの送信先となるキャラクタを選択する旨の指示が入力されたか否かを判断する（ステップＳ１６０）。
この指示は、プレーヤがタッチパネル１４を介して、キャラクタ画像Ｐ２′に触れることにより入力することができる。
【０１６８】
ステップＳ１６０において、送信先キャラクタを選択する旨の指示が入力されたと判断した場合、ＣＰＵ１０１は、チャットメッセージの送信先の端末装置１を示す送信先データをＲＡＭ１０３に記憶する（ステップＳ１６１）。
次に、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されたチャットメッセージ及び送信先データを、店舗サーバ２に送信する（ステップＳ１６２）。
【０１６９】
ステップＳ１６０において、送信先キャラクタを選択する旨の指示が入力されていないと判断した場合、又は、ステップＳ１６２の処理を実行した場合、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されたプレーヤ情報（図１４参照）を参照し、所定のミッション終了条件を
満たしたか否かを判断する（ステップＳ１６３）。所定のミッション条件としては、例えば、ミッションをクリアすること、ギルドへ帰還すること、キャラクタの生命力が０になること等を挙げることができる。
【０１７０】
ミッションゲームを終了しないと判断した場合、ステップＳ１５０に処理を移す。一方、ミッションゲームを終了すると判断した場合には、本サブルーチンを終了する。
【０１７１】
次に、店舗サーバ２の処理について説明する。
まず、ＣＰＵ２０１は、端末装置１から操作コマンドを受信したか否かを判断する（ステップＳ３３０）。操作コマンドを受信したと判断した場合、ＣＰＵ２０１は、当該操作コマンドに応じて、ＲＡＭ２０３に記憶されたプレーヤ情報を更新し（ステップＳ３３１）、プレーヤ情報を端末装置１に送信する（ステップＳ３３２）。この処理は、図２７のステップＳ１５２に対応する処理である。
【０１７２】
次に、ＣＰＵ２０１は、プレーヤ情報に基づいて、端末装置１の第１ディスプレイ１１にゲーム画像を表示させる旨の表示コマンドを、端末装置１に送信する（ステップＳ３３３）。この処理は、図２７のステップＳ１５４に対応する処理である。
【０１７３】
ステップＳ３３０において、操作コマンドを受信していないと判断した場合、又は、ステップＳ３３３の処理を実行した場合、ＣＰＵ２０１は、プレーヤ情報を参照し、端末装置１の第１ディスプレイ１１に表示されるゲーム画像に他のキャラクタを含むことになるか否かを判断する（ステップＳ３３４）。他のキャラクタを含むことになると判断した場合、ＣＰＵ２０１は、チャットボタンを表示させる旨の表示コマンドを店舗サーバ２に送信する（ステップＳ３３５）。この処理は、図２７のステップＳ１５４に対応する処理である。
【０１７４】
ステップＳ３３４において、同一ゲーム画像内に他のキャラクタを含まないと判断した場合、又は、ステップＳ３３５の処理を実行した場合、ＣＰＵ２０１は、チャット実行コマンドを受信したか否かを判断する（ステップＳ３３６）。この処理は、図２７のステップＳ１５７に対応する処理である。
チャット実行コマンドを受信したと判断した場合、ＣＰＵ２０１は、ＲＯＭ２０２に記憶されたチャットメッセージリストのなかから、所定数（例えば、３つ）のチャットメッセージを選択する。
【０１７５】
図２９は、チャットメッセージリストの一例を示す図である。
最左欄には、チャットメッセージを識別するための４桁のナンバーと、各ナンバーに対応したチャットメッセージが格納されている。これは、最初のメッセージを示している。
その右側の欄には、最初のメッセージ１つについて、３つの第１応答メッセージが格納されている。さらに、その右側の欄には、第１メッセージ１つについて、３つの第２応答メッセージが格納されている。
最初のメッセージは、タッチパネル１４を介してチャットボタン９２に触れ、チャットを実行する旨の指示を入力した端末装置１の第１ディスプレイ１１に表示されるメッセージであり（図３０（ｂ）参照）、第１応答メッセージは、最初のメッセージを受信した端末装置１の第１ディスプレイ１１に表示されるメッセージである（図３０（ｄ）参照）。また、図中には示していないが、第２応答メッセージは、第１メッセージを受信した端末装置１の第１ディスプレイ１１に表示されるメッセージである。
【０１７６】
ステップＳ３３７の処理を実行した後、ＣＰＵ２０１は、ステップＳ３３７において選択したチャットメッセージを含むチャットウィンドウを表示させる旨の表示コマンドを端末装置１に送信する（ステップＳ３３８）。この処理は、図２７のステップＳ１５４に対応する処理である。
【０１７７】
ステップＳ３３６において、チャット実行コマンドを受信していないと判断した場合、又は、ステップＳ３３８の処理を実行した場合、ＣＰＵ２０１は、チャットメッセージ及び送信先データを受信したか否かを判断する（ステップＳ３３９）。この処理は、図２７のステップＳ１６２に対応する処理である。
ステップＳ３３９において、チャットメッセージ及び送信先データを受信したと判断した場合、ＣＰＵ２０１は、送信先データに基づいて、チャットメッセージの送信先となる端末装置１を特定し（ステップＳ３４０）、送信先の端末装置１に、チャットメッセージを表示させる旨の表示コマンドを送信する（ステップＳ３４１）。この処理は、図２７のステップＳ１５４に対応する処理である。
【０１７８】
次に、ＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）を参照し、所定のミッション終了条件を満たしたか否かを判断する（ステップＳ３４２）。
所定のミッション終了条件を満たしていないと判断した場合、ステップＳ３３０の処理を戻し、所定のミッション終了条件を満たしたと判断した場合、本サブルーチンを終了する。
【０１７９】
図３１は、センターサーバ３によって実行される伝記データ生成処理を示すフローチャートである。この処理は、本実施形態に係るゲームが開始された際に実行される処理である。まず、ＣＰＵ３０１は、本実施形態に係るゲームを開始してからの経過時間を測定する計時処理を開始する（ステップＳ３５０）。この処理は、ＲＡＭ３０３に、タイマをセットし、所定の周期で割込処理等を行って順次ＲＡＭ３０３に記憶されるタイマ値をカウントアップすることにより経過時間を測定することとしてもよく、制御部３００にタイマを設けることとしてもよい。センターサーバ３によって計時される経過時間によって、ゲーム上の時間軸が構成される。なお、このステップＳ３５０の処理にかえて、所定の周期でインターネットを通じて現時点の時刻を取得することとしてもよい。
【０１８０】
次に、ＣＰＵ３０１は、ミッションのクリアに関する複数種類の要素からなる履歴データ（図１３（ｂ）参照）をＲＡＭ３０３に記憶したか否かを判断する（ステップＳ３５１）。なお、図１５に示すサブルーチンのステップＳ１２３の処理を端末装置１が実行した際に、その端末装置１を操作するプレーヤに関するゲーム履歴が店舗サーバ２からセンターサーバ３に送信され、ＲＡＭ３０３にゲーム履歴が記憶される。ステップＳ３５１においては、ＲＡＭ３０３に新たに記憶したゲーム履歴に、ミッションのクリアに関する複数種類の要素からなるゲーム履歴が存在するか否かを判断するのである。
【０１８１】
次に、ＣＰＵ３０１は、ＲＡＭ３０３に記憶された履歴データ（図１３（ｂ）参照）に基づいて、ＲＯＭ３０２に記憶された履歴データ評価テーブルを参照し、評価ポイントを決定する（ステップＳ３５２）。
図３２は、履歴データ評価テーブルの一例を示す図である。
履歴データ評価テーブルにおいては、ミッションごとに、ゲーム履歴の要素と、評価ポイントとが対応付けられている。例えば、ミッション“ＡＡ”の場合、その時点のレベルが３以下であれば評価ポイントは１であり、レベルが３を超えれば評価ポイントは０である。従って、低いレベルでミッションをクリアした方が、評価が高いということになる。
また、所要時間が１時間以内であれば評価ポイントは１であり、１時間を超えると評価ポイントは０である。従って、短時間でミッションをクリアした方が、評価が高いということになる。また、ミッションへの参加人数が１であれば評価ポイントは１であり、参加人数が１を超えれば（２人以上であれば）評価ポイントは０である。従って、シングルミッションを選択した方が、マルチミッションを選択するより、評価が高いということになる。
【０１８２】
なお、図１３（ｂ）に示したゲーム履歴データに基づいて、図３２に示す履歴データ評価テーブルを参照すると、プレーヤ“丁”のミッション“ＡＡ”の評価ポイントは２、ミッション“ＡＢ”の評価ポイントは１、ミッション“ＡＣ”の評価ポイントは２である。
【０１８３】
ステップＳ３５２の処理の後、ＣＰＵ３０１は、評価ポイントに応じた評価メッセージ作成テーブルを参照し、ＲＡＭ３０３に記憶されたゲーム履歴を用いて、評価メッセージを作成する（ステップＳ３５３）。
図３３は、評価メッセージ作成テーブルの一例を示す図である。
評価メッセージ作成テーブルでは、ミッションごとに、評価ポイントが２以上である場合の評価メッセージと、評価ポイントが２未満である場合の評価メッセージとが格納されている。また、各評価メッセージは、ゲーム履歴の要素を入れる欄と、定型文とが交互に配列されており、各欄にゲーム履歴の要素を挿入することにより、評価メッセージを作成することができる。
【０１８４】
図１３（ｂ）に示したゲーム履歴データを用いて、図３３に示す評価メッセージ作成テーブルを参照し、評価メッセージを作成すると、以下のようになる。
すなわち、プレーヤ“丁”のミッション“ＡＡ”についての評価ポイントは２であるから、評価メッセージは「“丁”は、“１人”で“レベル２”のとき、“２時間”で見事××に荷物を届けた。」というように、良い評価を表す評価メッセージとなる。
また、プレーヤ“丁”のミッション“ＡＢ”についての評価ポイントは１であるから、評価メッセージは「“丁”は、“３人”で“レベル１１”のとき、“２時間”も要して何とか△△を倒し●●姫を護衛した。」というように、悪い評価を表す評価メッセージとなる。
ステップＳ３５３の処理を実行するとき、ＣＰＵ３０１は、ゲーム履歴記憶手段としてのＲＡＭ３０３に記憶されたゲーム履歴ごとに、当該ゲーム履歴の複数種類の要素を用いて、ゲーム履歴に対応したゲーム結果についての評価メッセージを生成する評価メッセージ生成手段として機能する。
【０１８５】
ステップＳ３５３の処理の後、ＣＰＵ３０１は、ステップＳ３５３において作成した評価メッセージを、ゲーム上の時間軸に応じて編集し、伝記データを生成する（ステップＳ３５４）。
例えば、ステップＳ３５において、図１３（ｂ）に示したミッション“ＡＡ”〜“ＡＥ”について評価メッセージを作成した場合、ステップＳ３５４においては、これらの評価メッセージをゲーム上の時間軸に応じて編集するので、ミッション“ＡＡ”、“ＡＣ”、“ＡＤ”、“ＡＥ”、“ＡＢ”の順に評価メッセージが並ぶことになる。
ステップＳ３５４の処理を実行するとき、ＣＰＵ３０１は、複数の評価メッセージをゲーム上の時間軸に応じて編集し、プレーヤのゲーム過程を表す伝記データを生成する伝記データ生成手段として機能する。
次に、ＣＰＵ３０１は、伝記データをＲＡＭ３０３に記憶し（ステップＳ３５６）、ステップＳ３５１に処理を戻す。
【０１８６】
図３４は、伝記画像を表示する際にカード販売機６及びセンターサーバ３によって実行される処理を示すフローチャートである。図３５は、図３４に示した処理が実行される際にカード販売機６のディスプレイ６１に表示される伝記画像の一例を示す図である。
まず、ＣＰＵ６０１は、ＩＤカードリーダ６１６によって、ＩＤカード８から、プレーヤのＩＤデータを読み取る（ステップＳ６１０）。
ＩＤカードリーダ６１６によってＩＤカード８からＩＤデータを読み取ったＣＰＵ６０１は、通信用インターフェイス回路６０４により、専用線５を介して店舗サーバ２を経由し、そのＩＤデータに対応した伝記データを要求する旨の要求信号をセンターサーバ３に送信する（ステップＳ６１１）。
センターサーバ３のＣＰＵ３０１は、この要求信号を受信すると、ＲＡＭ３０３に記憶されている伝記データ（図３１のステップＳ３５６においてＲＡＭ３０３に記憶される伝記データ）のなかから、上記ＩＤデータに対応した伝記データを抽出し、上記要求信号の送信元のカード販売機６に当該伝記データを送信する（ステップＳ３７０）。また、伝記データとともに、伝記データの内容を示す画像データをＲＯＭ３０２から抽出し、伝記データとともに当該画像データを送信することとしてもよい。
【０１８７】
センターサーバ３から上記伝記データを受信したカード販売機６のＣＰＵ６０１は、当該伝記データに基づいて、描画処理部６１１により、ディスプレイ６１に、図３５（ａ）に示すような伝記画像を表示する（ステップＳ６１２）。このとき、描画処理部６１１は、伝記データを表す伝記画像を生成し、伝記画像を表示する伝記画像表示手段として機能する。
【０１８８】
図３５（ａ）は、図３４に示した処理が実行される際にカード販売機６のディスプレイ６１に表示される伝記画像の一例を示す図である。
画面の上側には「丁の伝記」という画像が配置されている。また、画面左側には、伝記データを図表の形式で表す伝記画像が配置されている。具体的には、ミッションのクリアに関する評価メッセージと、ミッションをクリアした日時とが対応付けられて配置されている。上２段の評価メッセージは、良い評価を表す評価メッセージであり、最下段の評価メッセージは、悪い評価を表す評価メッセージである。また、画面の右側には、伝記データの内容を示す画像が配置されている。
【０１８９】
次に、プレーヤの操作により、評価メッセージを削除する旨の指示が入力されたか否かを判断する（ステップＳ６１３）。この指示は、プレーヤがカード販売機６の操作ボタン６１８を操作することにより入力することが可能である。評価メッセージを削除する旨の指示が入力されていないと判断した場合、本サブルーチンを終了する。
【０１９０】
一方、評価メッセージを削除する旨の指示が入力されたと判断した場合、ＣＰＵ６０１は、評価メッセージの削除を要求する旨の要求信号をセンターサーバ３に送信する（ステップＳ６１４）。センターサーバ３のＣＰＵ３０１は、上記要求信号を受信すると、当該要求信号に基づいて評価メッセージをＲＡＭ３０３から消去する処理を行う（ステップＳ３７１）。このとき、ＣＰＵ３０１は、プレーヤの操作に応じて、評価メッセージ生成手段としてのＣＰＵ３０１によって生成された評価メッセージを消去する評価メッセージ消去手段として機能する。
次に、ＣＰＵ３０１は、ステップＳ３７１の処理結果に基づいて、ＲＡＭ３０３に記憶された伝記データを更新し（ステップＳ３７２）、更新後の伝記データをカード販売機６に送信する（ステップＳ３７３）。センターサーバ３から更新後の伝記データを受信したカード販売機６のＣＰＵ６０１は、当該伝記データに基づいて、描画処理部６１１により、ディスプレイ６１に、図３５（ｂ）に示すような伝記画像を表示する（ステップＳ６１５）。
【０１９１】
図３５（ｂ）は、図３５（ａ）に示した伝記画像がカード販売機６のディスプレイ６１に表示されているときに最下段の評価メッセージ（悪い評価を表す評価メッセージ）を削除する旨の指示が入力された場合にディスプレイ６１に表示される伝記画像であり、最下段の評価メッセージが削除されている。
【０１９２】
以上、本実施形態のゲームシステムによれば、図３５に示したように、複数の評価メッセージを含む伝記画像が表示されるため、伝記画像によってプレーヤのゲーム過程を把握することができる。その結果、優秀な成績を収めたプレーヤは、自分の伝記画像を繰り返し見て優越感や満足感を得ることができる。また、他のプレーヤは、そのゲーム結果を参考にしたり目標にしたりしてゲームを進めることができる。さらに、伝記データはプレーヤごとに生成されるため、初心者であっても自分のゲーム過程についての伝記データを表す伝記画像を見て楽しむことができる。
【０１９３】
また、本実施形態のゲームシステムは、プレーヤの操作に応じて、評価メッセージを消去する評価メッセージ消去手段を備えているため、図３５に示したように、プレーヤ自身が満足することができない評価メッセージを消去することができる。従って、プレーヤ自身が納得することができる評価メッセージを作成するように促すことができ、プレーヤをよりゲームに熱中させることが可能となる。
【０１９４】
本実施形態においては、伝記画像をカード販売機６のディスプレイ６１に表示する場合について説明したが、本発明は、この例に限定されるものではなく、例えば、端末装置１の第１ディスプレイ１１又は第２ディスプレイ１２に伝記画像を表示することとしてもよい。また、本発明のゲームシステムにおいては、プレーヤの操作に応じて、伝記画像や伝記データ等を、プレーヤが所持する記憶媒体（例えば、ＩＤカード８等）にダウンロードし得るように構成されていてもよい。このようにした場合、各プレーヤが自分自身の伝記データを表す伝記画像を見せ合って楽しむことが可能になる。
【０１９５】
本実施形態では、店舗サーバ２のＲＡＭ２０３又はセンターサーバ３のＲＡＭ３０３がゲーム履歴記憶手段として機能し、店舗サーバ２のＣＰＵ２０１がゲーム履歴設定手段として機能し、センターサーバ３のＣＰＵ３０１が評価メッセージ生成手段、伝記データ生成手段及び評価メッセージ消去手段として機能し、カード販売機６の描画処理部６１１が伝記画像表示手段として機能する場合について説明したが、本発明はこの例に限定されるものではない。本発明を構成する各手段を、端末装置１、店舗サーバ２、センターサーバ３又はカード販売機６のいずれが備えるかについては適宜選択することが可能である。
【０１９６】
本実施形態では、複数の端末装置１と、複数の端末装置１と専用線５を介して通信可能に接続された店舗サーバ２と、複数の店舗サーバ２と通信回線４を介して接続されたセンターサーバ３とを備えたゲームシステムについて説明したが、本発明はこの例に限定されるものではない。例えば、単一のゲーム装置（端末装置）からなるゲームシステム、複数のゲーム装置（端末装置）が通信回線を介して接続されてなるゲームシステム、複数のゲーム装置（端末装置）とサーバとがインターネットを介して接続されてなるゲームシステム等に本発明を適用することが可能である。
【０１９７】
次に、本発明に係るゲームシステムの他の一例について説明する。
図３６は、本発明に係るゲームシステムの他の一例の構成図である。
ゲームシステムは、複数の端末装置１０１０と、複数の端末装置１０１０と専用線１０５０を介して通信可能に接続された店舗サーバ１０２０と、複数の店舗サーバ１０２０と通信回線１０４０を介して通信可能に接続されたセンターサーバ１０３０とを備え、さらに、店舗サーバ１０２０と専用線１０５０を介して接続されたカード販売機１０６０を店舗ごとに１台備えている。なお、店舗Ｑには、ゲームＡ用の店舗サーバ１０２０と、ゲームＢ用の店舗サーバ１０２０とが設置されている。
【０１９８】
センターサーバ１０３０は、データベースサーバ１０３９と、複数のゲームサーバ１０３１、１０３２、・・・とを備えている。
データベースサーバ１０３９は、（１−１）各プレーヤに付与されるＩＤデータごとのデータ管理、（１−２）ゲーム開始時におけるプレーヤの認証、（１−３）ゲームデータの送信処理を行う。
【０１９９】
具体的に、データベースサーバ１０３９は、上記（１−１）として、例えば、プレーヤごとに付与されるＩＤデータ、プレーヤの認証時に用いられるパスワード、プレーヤが行ったゲームの種別、ゲームデータ等を管理（記憶、設定、更新等）を行う。また、ゲームデータには、例えば、ゲームの進行状態（キャラクタ固有データ等）、プレーヤが操作するキャラクタ、当該キャラクタのレベル値や能力値、能力値の増減値等が含まれる。
【０２００】
また、データベースサーバ１０３９は、上記（１−２）として、例えば、ＩＤデータと、パスワードとを用いて、プレーヤの認証を行い、ゲームへの参加を許可する。
さらに、データベースサーバ１０３９は、上記（１−３）として、例えば、プレーヤのＩＤデータに基づいて、上記ゲームデータのなかから、キャラクタのデータを端末装置１に送信する。
【０２０１】
ゲームサーバ１０３１、１０３２、・・・は、本実施形態に係るゲームシステムにおいて実行可能なゲームごとに対応して設置されるものである。なお、これら複数のゲームサーバのうちの１つが、本実施形態に係るゲームに対応するゲームサーバである。
ゲームサーバ１０３１、１０３２、・・・（以下、ゲームサーバ１０３１等ともいう）は、（２−１）異なる店舗に設置された端末装置１０１０間のマッチング処理、（２−２）マッチング後のデータの送受信に関する交通整理を行う。
【０２０２】
具体的に、ゲームサーバ１０３１等は、上記（２−１）として、或るプレーヤが端末装置１０１０を操作してゲームに参加したときに、他のプレーヤが参加しているか否かを判断する。そして、他のプレーヤが参加していると判断した場合、そのプレーヤが操作する端末装置１０１０とのマッチングを行う。一方、他のプレーヤが参加していないと判断した場合には、ＣＰＵプレーヤを設定する。ＣＰＵプレーヤを設定する場合、店舗サーバ１０２０をＣＰＵプレーヤとして設定してもよく、センターサーバ１０３０（例えば、ゲームサーバ１０３１等）をＣＰＵプレーヤとして設定してもよい。
【０２０３】
また、ゲームサーバ１０３１等は、上記（２−２）として、上記（２−１）のマッチング処理によってマッチングした端末装置１間におけるデータの送受信に関する交通整理を行う。例えば、ゲームサーバ１０３１等は、店舗Ｐの店舗サーバ（ゲームＡ用）１０２０に接続された端末装置１から受信したデータを、店舗Ｑの店舗サーバ（ゲームＡ用）１０２０に接続された端末装置１に送信する。このように、この実施形態に係る店舗サーバ１０２０は、センターサーバ１０３０からのデータしか直接に受信することはなく、店舗サーバ１０２０間では、直接にデータの送受信を行うことはない。
【０２０４】
店舗サーバ１０２０は、ルータ１０７０を介してセンターサーバ１０３０と接続される。ルータ１０７０は、所定のルーティングテーブルを有している。
図中に示す店舗Ｑのように、同一店舗内に複数の店舗サーバ１０２０が設置される場合、ルータ１０７０は、センターサーバ１０３０からゲームデータ等を受信すると、ルーティングテーブルを参照して、送信先の端末装置１０１０と専用線１０５０を介して接続された店舗サーバ１０２０に対して当該ゲームデータを送信する。
また、同一店舗内に設置された複数の店舗サーバ１０２０の夫々に接続された端末装置１０１０間でデータの送受信を行う場合、ルータ１０７０は、端末装置１０１０から店舗サーバ１０２０を経由してゲームデータ等を受信すると、ルーティングテーブルを参照して、送信先の端末装置１０１０と専用線１０５０を介して接続された店舗サーバ１０２０に対して当該ゲームデータを送信する。
【０２０５】
店舗サーバ１０２０は、（３−１）センターサーバ１０３０と端末装置１０１０との間又は
同一店舗内に設置された複数の店舗サーバ１０２０の夫々に接続された端末装置１０１０間におけるデータの送受信に関する交通整理、（３−２）端末装置１へのアプリケーションのダウンロードを行う。
【０２０６】
具体的に、店舗サーバ１０２０は、上記（３−１）として、センターサーバ１０３０と端末装置１０１０との間におけるゲームデータ等の送受信に関する交通整理を行う。ただし、送信先の端末装置１０１０が同じ店舗サーバ１０２０に接続されている場合又は同一店舗内に設置された別の店舗サーバ１０２０に接続されている場合には、センターサーバ１０３０にゲームデータ等を送信せずに、端末装置１０１０に対してゲームデータ等を送信する。
【０２０７】
また、店舗サーバ１０２０は、上記（３−２）として、センターサーバ１０３０からダウンロードを要求する旨の要求信号を端末装置１０１０から受信したタイミングで、その端末装置１０１０に対してアプリケーションをダウンロードする。アプリケーションには、ゲーム内容に係る各種データ（例えば、画像データ等）及びプログラムと、端末装置１０１０が備える入力手段（例えば複数の入力スイッチ等、図示せず）にゲーム上の機能を割り付けるボード用プログラムとが含まれる。また、アプリケーションのダウンロードは、店舗サーバ１０２０から行うことに限定されず、センターサーバ１０３０から行うとしてもよい。
【０２０８】
端末装置１０１０は、専用線１０５０を介して店舗サーバ１０２０と接続される。
端末装置１０１０は（４−１）アプリケーションのダウンロード、（４−２）ゲームの進行を行う。
具体的に、端末装置１０１０は、上記（４−１）として、電源が投入されると、店舗サーバ１０２０にアプリケーションのダウンロードを要求する旨の要求信号を送信し、アプリケーションのダウンロードを行う。ダウンロードされたアプリケーションは端末装置１０１０内のＲＡＭ等の一時記憶可能な領域に記憶される。
また、端末装置１０１０は、上記（４−２）として、ダウンロードしたアプリケーションを用いて、ゲームの進行を行う。ゲームの進行は以下のようにして行う。
端末装置１０１０は、ゲーム開始時にデータベースサーバ１０３９より各プレーヤに付与されるＩＤデータごとのデータを受信する。ゲームの進行中には、同一ゲーム内の端末装置１０１０と他の端末装置１０１０とのデータは、店舗サーバ１０２０を介してセンターサーバ１０３０経由で送受信される。ただし、他の端末装置１が同じ店舗サーバ１０２０に接続されている場合又は同一店舗内に設置された別の店舗サーバ１０２０に接続されている場合には、センターサーバ１０３０にゲームデータ等を送信せずに、端末装置１０１０に対してゲームデータ等を送信する。ゲーム終了時には、データベースサーバ１０３９へ、ゲーム中に更新されたゲームデータ、又は、ゲーム結果自体を送信する。
なお、ゲームの進行は、端末装置１０１０に限らず、店舗サーバ１０２０で行うとしてもよい。
【０２０９】
カード販売機１０６０は、店舗サーバ１０２０を介してセンターサーバ１０３０と通信可能である。カード販売機１０６０は、プレーヤが行う個人情報の入力操作を受け付け、ＩＤデータを記憶したＩＤカードの販売を行う。ＩＤカードは、ゲームを開始する際に使用されるものであり、端末装置１０１０が備えるＩＤカードリーダによってＩＤデータが読み取られる。
【０２１０】
この実施形態において、センターサーバ１０３０のデータベースサーバ１０３９が備えるＲＡＭは、複数種類の要素からなるプレーヤのゲーム履歴を複数記憶することが可能なゲーム履歴記憶手段として機能する。
センターサーバ１０３０のゲームサーバ１０３１等が備えるＣＰＵは、プレーヤのゲーム結果に基づいて、複数種類の要素からなるゲーム履歴を設定し、当該ゲーム履歴をゲーム上の時間に対応付けて、データベースサーバ１０３９のＲＡＭ（ゲーム履歴記憶手段）に記憶するゲーム履歴設定手段として機能する。
センターサーバ１０３０のゲームサーバ１０３１等が備えるＣＰＵは、データベースサーバ１０３９のＲＡＭ（ゲーム履歴記憶手段）に記憶されたゲーム履歴ごとに、当該ゲーム履歴の複数種類の要素を用いて、当該ゲーム履歴に対応したゲーム結果についての評価メッセージを生成する評価メッセージ生成手段として機能する。
センターサーバ１０３０のゲームサーバ１０３１等が備えるＣＰＵは、上記評価メッセージ生成手段によって生成された複数の評価メッセージをゲーム上の時間軸に応じて編集し、プレーヤのゲーム過程を表す伝記データを生成する伝記データ生成手段として機能する。
端末装置１０１０が備える第１描画処理部は、上記伝記データ生成手段によって生成された伝記データを表す伝記画像を生成し、当該伝記画像を第１ディスプレイに表示する伝記画像表示手段として機能する。
【０２１１】
以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明を限定するものではなく、各手段等の具体的構成は、適宜設計変更可能である。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【図面の簡単な説明】
【０２１２】
【図１】本発明に係るゲームシステムの構成図である。
【図２】１つの店舗に設置された８台の端末装置１とカード販売機６との外観を示す斜視図である。
【図３】端末装置１の外観を示す斜視図である。
【図４】端末装置１のハードウェア構成を示すブロック図である。
【図５】店舗サーバ２のハードウェア構成を示すブロック図である。
【図６】センターサーバ３のハードウェア構成を示すブロック図である。
【図７】カード販売機６のハードウェア構成を示すブロック図である。
【図８】本実施形態のゲームシステムにおけるゲームプレイの流れを示す図である。
【図９】カード販売機６、店舗サーバ２及びセンターサーバ３におけるＩＤカード発行までの処理の流れを示すフローチャートである。
【図１０】プレーヤ参加情報を示す図である。
【図１１】店舗サーバ２によるデータの送受信処理の内容を説明するための図である。
【図１２】端末装置１、店舗サーバ２及びセンターサーバ３におけるゲーム開始までの処理の流れを示すフローチャートである。
【図１３】履歴データの一例を示す図である。
【図１４】プレーヤ情報の一例を示す図である。
【図１５】端末装置１によって実行されるゲーム実行処理ルーチンを示すフローチャートである。
【図１６】図１５に示したフローチャートのステップＳ１２０において呼び出されて端末装置１によって実行されるギルド実行処理ルーチンを示すフローチャートである。
【図１７】図１６に示したサブルーチンが実行される際に端末装置１の第１ディスプレイ１１に表示される画像を模式的に示す図である。
【図１８】図１６に示したフローチャートのステップＳ１３１において呼び出されて端末装置１によって実行されるミッション参照／受諾処理ルーチンを示すフローチャートである。
【図１９】端末装置１によって実行される図１８に示したサブルーチンに対応して、店舗サーバ２によって実行される処理を示すフローチャートである。
【図２０】ミッション一覧データを示す図である。
【図２１】図１８に示したサブルーチンが実行される際に端末装置１の第１ディスプレイ１１に表示される画像を模式的に示す図である。
【図２２】図１６に示したフローチャートのステップＳ１３３において呼び出されて端末装置１によって実行される掲示板使用処理と、この処理に対応して店舗サーバ２によって実行される処理とを示すフローチャートである。
【図２３】メッセージリストの一例を示す図である。
【図２４】図２２に示した処理が実行される際に端末装置１の第１ディスプレイ１１に表示される画像を模式的に示した図である。
【図２５】図１６に示したフローチャートのステップＳ１３５において呼び出されて端末装置１によって実行される報酬支払処理と、この処理に対応して店舗サーバ２において実行される処理とを示すフローチャートである。
【図２６】報酬決定テーブルの一例を示す図である。
【図２７】図１５に示したフローチャートのステップＳ１２１において呼び出されて端末装置１によって実行されるミッションゲーム実行処理ルーチンを示すフローチャートである。
【図２８】端末装置１によって実行される図２７に示したサブルーチンに対応して、店舗サーバ２によって実行される処理を示すフローチャートである。
【図２９】チャットメッセージリストの一例を示す図である。
【図３０】図２７及び図２８に示した処理が実行されることにより端末装置１の第１ディスプレイ１１に表示される画像の一例を示す図である。
【図３１】センターサーバ３によって実行される伝記データ生成処理を示すフローチャートである。
【図３２】履歴データ評価テーブルの一例を示す図である。
【図３３】評価メッセージ作成テーブルの一例を示す図である。
【図３４】伝記画像を表示する際にカード販売機６及びセンターサーバ３によって実行される処理を示すフローチャートである。
【図３５】図３４に示した処理が実行される際にカード販売機６のディスプレイ６１に表示される伝記画像の一例を示す図である。
【図３６】本発明に係るゲームシステムの他の一例を示す構成図である。
【符号の説明】
【０２１３】
１ 端末装置
２ 店舗サーバ
３ センターサーバ
４ 通信回線
５ 専用線
６ カード販売機
８ ＩＤカード
１０ 筐体
１１ 第１ディスプレイ
１２ 第２ディスプレイ
１３、６３ スピーカ
１４ タッチパネル
１５、６１５ コイン投入口
１６ ＩＤカード挿入口
１８ 操作台
１００、２００、３００、６００ 制御部
１０１、２０１、３０１、６０１ ＣＰＵ
１０２、２０２、３０２、６０２ ＲＯＭ
１０３、２０３、３０３、６０３ ＲＡＭ
１０４、２０４、３０４、６０４ 通信用インターフェイス回路
１１１ 第１描画処理部
１１２ 第２描画処理部
１１３、６１３ 音声再生部
１１４ 操作入力部
１１５、６１５ コインセンサ
１１６、６１６ ＩＤカードリーダ
１１８ａ 攻撃用ボタン
１１８ｂ 防御用ボタン
１１８ｃ 魔法使用ボタン
１１９ 操作レバー
２０５ インターフェイス回路群
６１１ 描画処理部
６１７ ＩＤカード払出装置
６１８ 操作ボタン
【技術分野】
【０００１】
本発明は、複数の端末装置とサーバとが通信回線を介して接続されてなるゲームシステムに関する。特に、ＭＭＯＲＰＧ（Massively Multiplayer Online Role Playing Game）、ＲＴＳ（Real Time Strategy）、ＦＰＳ（First Person Shooting Game）等の多人数参加型のオンラインゲームを実行可能なゲームシステムに関する。
【背景技術】
【０００２】
近年、情報通信技術の発展に伴い、複数の業務用又は家庭用の端末装置とサーバとが通信回線を介して接続されてなるゲームシステムが普及し、このゲームシステムにおいて様々なオンラインゲームを実行することが可能となっている。最近では、オンラインゲームとして、例えば、ＭＭＯＲＰＧ（Massively Multiplayer Online Role Playing Game）、ＲＴＳ（Real Time Strategy）、ＦＰＳ（First Person Shooting Game）等の多人数参加型のオンラインゲームが提供されている。
【０００３】
このような多人数参加型のオンラインゲームは、プレーヤにとってみれば、インターネット等のネットワークを介して国内外を問わず遠隔地で顔も知らない不特定多数のプレーヤとゲームを行うことができ、ゲームという媒体を通じてコミュニケーションをとることができるという点が大きな魅力であり、世界各国で強い支持を得ている。
一方、ゲームメーカにとってみれば、多人数参加型のオンラインゲームは、新たなイベント、キャラクタ、アイテム等に関するデータやプログラムを順次アップデートし、ネットワークを介して各端末装置に配信していくことにより、プレーヤに飽きられることなく、半永久的に継続するようなゲーム環境を構築することも可能であるため、安定した収益の確保を図ることができる利点がある。
【０００４】
多人数参加型のオンラインゲームでは、一般的に、各プレーヤに対応するキャラクタが設定されており、プレーヤは自分のキャラクタを操作することにより、仮想ゲーム空間におけるゲームに参加する。プレーヤがゲームに習熟するにしたがって、対応するキャラクタは種々の条件（所謂ミッション）をクリアして経験を積み、その結果、プレーヤ又は当該プレーヤが操作するキャラクタは、ゲーム内に設定されるレベルを増加させていくことができ、レベルの増加とともにゲーム内での能力や地位が向上し、種々の機能を行うことができるようになる。また、条件をクリアした際には、報酬として、ゲーム上で使用可能な金銭が、当該条件の難易度に応じた額だけプレーヤに付与されるため、プレーヤは、多くの条件をクリアすることにより、ゲーム上で使用可能な金銭を多く獲得することができ、ゲーム上で使用可能な武器やアイテム等を購入して有利にゲームを進めることが可能となる。
【０００５】
ところで、オンラインゲームには、各プレーヤのゲーム結果（例えば、最高得点やゲーム上で獲得した称号等）を表示するものがある。オンラインゲームには、不特定多数のプレーヤが参加するため、このようにゲーム結果を表示すれば、優秀な成績を収めたプレーヤは優越感に浸ることができる一方、他のプレーヤの競争心を掻き立てることができ、相乗的にプレーヤをゲームに熱中させることができる。
また、サーバがゲーム内における時間軸を元にゲーム上のミッションについての年表を作成し、ミッションをクリアしたプレーヤの名称やミッションのクリアに至るゲーム結果を年表に掲載してその年表を端末装置に表示するものが存在する（例えば、特許文献１参照）。これによれば、例えば、インターネットで知り合ったお互いに面識のないプレーヤ同士が、年表に掲載されることを互いに自慢し合ったり、年表を媒体としてプレーヤ同士がゲーム内での体験談等を語り合ったりすることが可能になる。
【０００６】
【特許文献１】特開２００２−２２４４５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、端末装置に表示されるゲーム結果は、例えば、ゲーム中のゲーム結果や最終的なゲーム結果等、或る一時点のゲーム結果のみを示すものであるため、プレーヤにとって価値が低く、面白みに欠けるという問題があった。また、特許文献１に記載のように、ゲーム内における時間軸に基づいてゲーム上のミッションについての年表が作成されると、ミッションをクリアしたプレーヤの名称として熟練者の名称ばかり掲載されることになり、初心者が楽しむことができないという問題があった。さらに、全てのプレーヤに共通の年表が作成されるため、プレーヤ自身が納得することができないゲーム結果が年表に掲載されても、それを許容せざるを得ないという問題があった。
【０００８】
本発明は、上述した課題に鑑みてなされたものであり、その目的は、例えば、優秀な成績を収めたプレーヤが繰り返し見て優越感や満足感を得ることができ、他のプレーヤがそのゲーム結果を参考にしたり目標にしたりしてゲームを進めることができるというように、プレーヤにとって価値が高く、面白みに富んだゲーム結果を表示することが可能なゲームシステムを提供することにある。
【課題を解決するための手段】
【０００９】
上述した課題を解決するために、本発明は、以下のようなものを提供する。
（１）少なくとも複数の端末装置とサーバとが通信回線を介して接続されてなり、
複数のプレーヤの夫々が各端末装置を操作して行うゲームを実行可能なゲームシステムであって、
複数種類の要素からなるプレーヤのゲーム履歴を複数記憶することが可能なゲーム履歴記憶手段と、
プレーヤのゲーム結果に基づいて、複数種類の要素からなるゲーム履歴を設定し、当該ゲーム履歴をゲーム上の時間に対応付けて上記ゲーム履歴記憶手段に記憶するゲーム履歴設定手段と、
上記ゲーム履歴記憶手段に記憶されたゲーム履歴ごとに、当該ゲーム履歴の複数種類の要素を用いて、当該ゲーム履歴に対応したゲーム結果についての評価メッセージを生成する評価メッセージ生成手段と、
上記評価メッセージ生成手段によって生成された複数の評価メッセージをゲーム上の時間軸に応じて編集し、プレーヤのゲーム過程を表す評価メッセージ群を生成する評価メッセージ群生成手段と、
上記評価メッセージ群生成手段によって生成された評価メッセージ群を表す評価メッセージ群から構成される画像を生成し、当該評価メッセージ群から構成される画像を表示する表示手段と
を備えたことを特徴とするゲームシステム。
【００１０】
（１）の発明によれば、例えば、「プレーヤＸは○月×日にミッションＹをクリアするが、その戦いには２時間を要する。その後、○月△日にミッションＺをプレーヤＷとともに３０分でクリアする。」という複数の評価メッセージを含む画像が表示されるため、この画像によってプレーヤのゲーム過程を把握することができる。
その結果、優秀な成績を収めたプレーヤは、自分の評価メッセージ群から構成される画像を繰り返し見て優越感や満足感を得ることができる。また、他のプレーヤは、そのゲーム結果を参考にしたり目標にしたりしてゲームを進めることができる。さらに、評価メッセージ群はプレーヤごとに生成されるため、初心者であっても自分のゲーム過程についての評価メッセージ群を表す評価メッセージ群から構成される画像を見て楽しむことができる。
【００１１】
なお、本発明において、ゲーム履歴を構成する要素としては、特に限定されるものではなく、例えば、条件の種類、当該条件をクリアするまでの所要時間、当該条件をクリアした際にプレーヤが獲得したゲーム上で使用可能な金銭の額、当該条件をクリアするまでにプレーヤが獲得したゲーム上のアイテム、プレーヤに設定されたゲーム上のレベル、プレーヤに設定されたゲーム上の能力値、他の参加プレーヤに関する各種情報等を挙げることができる。
【００１２】
さらに、本発明は、以下のようなものを提供する。
（２） 上記（１）のゲームシステムであって、
プレーヤの操作に応じて、前記評価メッセージ生成手段によって生成された評価メッセージを消去する評価メッセージ消去手段を備えたことを特徴とする。
【００１３】
（２）の発明によれば、例えば、「プレーヤＸは○月×日にミッションＹをクリアするが、その戦いには２時間を要する。その後、○月△日にミッションＺをプレーヤＷとともに３０分でクリアする。」という複数の評価メッセージがある場合、ミッションＹをクリアするのに２時間も要したことに満足することができなければ、その評価メッセージを削除するというように、プレーヤＸ自身が満足することができない評価メッセージを消去することができる。従って、プレーヤ自身が納得することができる評価メッセージを作成するように促すことができ、プレーヤをよりゲームに熱中させることが可能になる。
【００１４】
さらに、本発明は、以下のようなものを提供する。
（３） 上記（１）又は（２）のゲームシステムであって、
プレーヤに対して、クリアすべき条件を設定する条件設定手段と、
プレーヤが条件をクリアしたか否かを判断する条件達成成否判断手段とを備え、
上記ゲーム履歴設定手段は、プレーヤが条件をクリアしたと上記条件達成成否判断手段によって判断された際、当該条件をクリアした結果に基づいて、複数種類の要素からなるゲーム履歴を設定し、当該ゲーム履歴をゲーム上の時間に対応付けて上記ゲーム履歴記憶手段に記憶することを特徴とする。
【００１５】
（３）の発明によれば、クリアした条件ごとに評価メッセージが作成されるため、他のプレーヤは、その条件に挑戦する際にその評価メッセージを参照したり目標にしたりすることができ、他のプレーヤとの競争心をより掻き立てることができる。
【発明の効果】
【００１６】
本発明によれば、例えば、優秀な成績を収めたプレーヤが繰り返し見て優越感や満足感を得ることができ、他のプレーヤがそのゲーム結果を参考にしたり目標にしたりしてゲームを進めることができるというように、プレーヤにとって価値が高く、面白みに富んだゲーム結果を表示することが可能になる。
【発明を実施するための最良の形態】
【００１７】
図１は、本発明に係るゲームシステムの構成図である。
ゲームシステムは、複数の端末装置１と、複数の（ここでは８台の）端末装置１と専用線５を介して通信可能に接続された店舗サーバ２と、複数の店舗サーバ２と通信回線４を介して通信可能に接続され、複数のプレーヤが端末装置１を用いて行うゲームを管理するセンターサーバ３とを備え、さらに、店舗サーバ２と専用線５を介して接続されたカード販売機６を店舗ごとに１台備えている。なお、店舗サーバ２間も通信回線４を介して通信可能である。
【００１８】
端末装置１は、プレーヤがタッチパネル１４（図示せず）を介して行う所定の操作を受け付けるとともに、店舗サーバ２（又はセンターサーバ３）から送信されるデータ、又は、他の端末装置１からのデータ等に基づいて、ゲームを進行するものである。
【００１９】
なお、端末装置１には、それぞれ自機に固有のマシンＩＤが対応付けられている。
マシンＩＤには、端末装置１が接続されている店舗サーバ２ごとのコードと、端末装置１が配設されている店舗内での端末装置１ごとのコードとが含まれている。例えば、店舗Ａの店舗サーバＡのコードがＡであって、店舗Ａ内における端末装置１のコードが１である場合には、この端末装置１のマシンＩＤはａ１である。
【００２０】
店舗サーバ２は、それぞれ複数（ここでは８台）の端末装置１、及び、センターサーバ３と通信可能に接続され、端末装置１とセンターサーバ３との間でデータの送受信を行う。
センターサーバ３は、複数の店舗サーバ２と通信可能に接続されており、各プレーヤに関する履歴データを有する。センターサーバ３は、店舗サーバ２を介して端末装置１とデータの送受信を行うことにより、各プレーヤの認証等の処理を行う。
店舗サーバ２が、本発明におけるサーバに相当する。
【００２１】
カード販売機６は、店舗サーバ２を介してセンターサーバ３と通信可能である。カード販売機６は、プレーヤが行う個人データの入力操作を受け付け、ＩＤカード８（図示せず）の発行を行う。このときに入力された個人データによって、センターサーバ３にプレーヤが登録され、センターサーバ３によって、プレーヤごとに当該プレーヤを識別可能なＩＤデータが付与される。発行されるＩＤカード８には、予めこのＩＤデータが付与されている。また、このＩＤデータ付与時にプレーヤによって入力されるパスワードはＲＡＭ３０３に記憶され、ゲーム開始時におけるプレーヤの認証に用いられる。
【００２２】
図２は、１の店舗に設置された８台の端末装置とカード販売機との外観を示す斜視図である。図３は、端末装置の外観を示す斜視図である。
なお、以下の説明では、端末装置の一例として、２つのディスプレイ（第１ディスプレイ１１及び第２ディスプレイ１２）を備えた業務用ゲーム装置について説明するが、本発明は、この例に特に限定されず、家庭用ビデオゲーム装置を家庭用テレビジョンに接続することによって構成される家庭用ビデオゲーム装置、ビデオゲームプログラムを実行することによってビデオゲーム装置として機能するパーソナルコンピュータ等にも同様に適用することができる。
【００２３】
また、本実施形態において、端末装置１を用いて行われるゲームは、アクションゲームの要素を取り入れたＭＭＯＲＰＧ（Massively Multiplayer Online Role Playing Game）である。各端末装置１を操作するプレーヤは、各種ボタン１１８及び操作レバー１１９を用い、当該プレーヤに対応したキャラクタを操作してゲームを行う。各キャラクタは、ゲーム上の冒険者ギルド（冒険者によって構成される同業者組合のことをいう。以下、単にギルドと称する。）に所属し、ギルドからミッション（プレーヤに対して設定されるゲーム上の条件のことをいう。）を受諾する。ギルドからミッションを受諾した後に、キャラクタは仮想ゲーム空間を冒険するミッションゲームを行う。ミッションゲームではモンスターと対戦することによりレベルを増加させてキャラクタを強化することができ、アイテムを取得することができる。複数のプレーヤの夫々に対応したキャラクタは、同一の仮想ゲーム空間でゲームを行うので、時には他のプレーヤに対応したキャラクタとともにミッションに挑戦したり、他のプレーヤに対応したキャラクタと情報の交換を行ったりすることができる。仮想ゲーム空間で上記ミッションをクリアしてからギルドに戻ると、ギルドからミッションの種類に応じた報酬を得ることができ、新たなミッションを受諾することができる。
【００２４】
図３に示すように、端末装置１は、筐体１０と、筐体１０の前面に所定角度で傾斜するように設けられた第１ディスプレイ１１と、第１ディスプレイ１１の上方に設けられた第２ディスプレイ１２とを備えている。第１ディスプレイ１１には、キャラクタが配置された仮想ゲーム空間を表すゲーム画像や、ギルドを表す画像等が表示される。第２ディスプレイ１２には、仮想ゲーム空間の地図（全体図）を示す画像や、ゲームの宣伝広告用の画像等、各種画像が表示される。
【００２５】
第１ディスプレイ１１の前方には、タッチパネル１４が設置されている。タッチパネル１４は、プレーヤによる接触を検出可能であり、当該接触を検出した際に接触位置を示す検出信号を、後述する操作入力部１１４（図示せず）に出力する。
プレーヤはタッチパネル１４に触れて各種の指示を入力することが可能である。
第２ディスプレイ１２の左右両側には、音声を出力するスピーカ１３が設置されている。
【００２６】
第１ディスプレイ１１の下側には、コインが投入されるコイン投入口１５と、ＩＤカードが挿入されるＩＤカード挿入口１６が設けられている。
コイン投入口１５に投入されたコインは、コインセンサ１１５（図示せず）によって検出される。また、ＩＤカード挿入口１６に挿入されたＩＤカードは、ＩＤカードリーダ１１６（図示せず）によってＩＤデータが読み取られる。
【００２７】
筐体１０には、前方へ突出する操作台１８が設けられており、操作台１８の上面には、攻撃用ボタン１１８ａ、防御用ボタン１１８ｂ、魔法使用ボタン１１８ｃ及び操作レバー１１９が設けられている。攻撃用ボタン１１８ａは、キャラクタに攻撃の動作を行わせる指示を入力するためのボタンである。防御用ボタン１１８ｂは、キャラクタに防御の動作を行わせる指示を入力するためのボタンである。魔法使用ボタン１１８ｃは、キャラクタに魔法使用の動作を行わせる指示を入力するためのボタンである。操作レバー１１９は、キャラクタを移動させるための指示を入力するためのものである。
【００２８】
図４は、端末装置のハードウェア構成を示すブロック図である。
制御部１００は、端末装置１の全体の動作を制御するもので、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３とを備える。
【００２９】
ＲＯＭ１０２は、各種の画像データ及びプログラム等を記憶する。
すなわち、ＲＯＭ１０２は、例えば、プレーヤが操作可能なキャラクタや他のプレーヤが操作するキャラクタ等を表す各種のキャラクタ画像、仮想ゲーム空間に出現するモンスターを表すモンスター画像、仮想ゲーム空間を表すための各種の背景画像、ギルドを表す画像等、第１ディスプレイ１１及び／又は第２ディスプレイ１２に表示される画像を表す画像データを記憶する。また、ＲＯＭ１０２は、例えば、キャラクタ又はモンスターを構成するオブジェクト、テクスチャデータ、背景画像等を記憶する。キャラクタ又はモンスターを構成するオブジェクト等は３次元描画が可能なように、所定数のポリゴンで構成されている。また、ＲＯＭ１０２には、プレーヤ又はプレーヤに対応したキャラクタのレベルと、キャラクタの能力値とが対応付けられた能力値設定テーブル（図示せず）が格納されている。
【００３０】
ＲＯＭ１０２は、端末装置１に内蔵される記憶媒体であってもよく、装着脱可能な記憶媒体であってもよい。また、その両者からＲＯＭ１０２が構成されていてもよい。
また、ＲＯＭ１０２に記憶された各種データのうち装着脱可能な記録媒体に記憶され得るデータは、例えばハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、シリコンディスクドライブ、カセット媒体読み取り機等のドライバで読み取り可能にしてもよい。この場合、記録媒体は、例えばハードディスク、光ディスク、フレキシブルディスク、ＣＤ、ＤＶＤ、半導体メモリ等である。
【００３１】
ＲＡＭ１０３は、処理途中の情報、変数等を一時的に格納する。例えば、プレーヤ参加情報（図１０参照）、プレーヤ情報（図１４参照）等を記憶する。
ＣＰＵ１０１は、プレーヤのタッチパネル１４を用いた入力操作に応じて、ゲーム上のある一つのミッション（条件）に当該プレーヤが１人で参加するシングルモード、又は、当該ミッションに他のプレーヤとともに参加するマルチモードのいずれかを選択し、その選択結果をプレーヤ情報に記憶する。
【００３２】
通信用インターフェイス回路１０４は、専用線５を介して店舗サーバ２とデータ（例えば、プレーヤ参加情報、プレーヤ情報等）の送受信を行うためのものである。
通信用インターフェイス回路１０４は、タッチパネル１４、各種ボタン１１８又は操作レバー１１９を介してプレーヤが入力した指示を、専用線５を介して店舗サーバ２に送信し、店舗サーバ２は当該指示に基づいてゲームを進行させる。
また、通信用インターフェイス回路１０４は、第１ディスプレイ１１又は第２ディスプレイ１２に対する表示コマンドを、専用線５を介して店舗サーバ２から受信する。当該表示コマンドに基づいて、第１ディスプレイ１１及び第２ディスプレイ１２の夫々に各種の画像を表示する。
【００３３】
第１描画処理部１１１は、キャラクタが仮想ゲーム空間に配置されたゲーム画像や、ギルドを表す画像等を第１ディスプレイ１１に表示させるもので、ＶＤＰ（Video date Processor）やビデオＲＡＭ等を備える。第１描画処理部１１１は、上記表示コマンドに従って、ＲＡＭ１０３に格納されたプレーヤ情報（図１４参照）を参照し、ＲＯＭ１０２から画像データを抽出する。そして、第１ディスプレイ１１に表示される優先順位に従って（例えば、背景画像、モンスター画像、キャラクタ画像の順に）画像データをビデオＲＡＭに記憶することにより、ゲーム画像を生成し、第１ディスプレイ１１に出力する。その結果、第１ディスプレイ１１には、ゲーム画像が表示される。
また、３次元画像によりゲーム画像を表示する場合には、第１描画処理部１１１は、ＲＯＭ１０２に格納されたオブジェクト（例えば、キャラクタ又はモンスターを構成するオブジェクト等）を３次元空間上での位置から擬似３次元空間上での位置へ変換するための計算、光源計算処理等を行うとともに、上記計算結果に基づいてビデオＲＡＭに対して描画すべき画像データの書き込み処理（例えば、ポリゴンで指定されるビデオＲＡＭの領域に対するテクスチャデータのマッピング等）を行うことにより、ゲーム画像を生成し、第１ディスプレイ１２に出力する。その結果、第１ディスプレイ１１には、３次元画像からなるゲーム画像が表示される。
【００３４】
第２描画処理部１１２は、仮想ゲーム空間の地図を表す画像や、ゲームの宣伝広告を表す画像等を第２ディスプレイ１２に表示させるもので、ＶＤＰ（Video date Processor）やビデオＲＡＭ等を備える。第２描画処理部１１２は、上記表示コマンドに従って、ＲＯＭ１０２から所定の画像を抽出する。そして、第２ディスプレイ１２に表示される優先順位に従って画像データをビデオＲＡＭに記憶することにより、所定の画像を生成し、第２ディスプレイ１２に出力する。その結果、第２ディスプレイ１２には、所定の画像が表示される。
【００３５】
音声再生部１１３は、店舗サーバ２からの指示に従って、所定の音声やＢＧＭ等をスピーカ１２に出力するものである。
タッチパネル１４は、第１ディスプレイの前方に設けられた矩形状の薄層体であり、縦横にそれぞれ所定ピッチで線状の透明材からなる感圧素材を配列したものを透明カバーで被覆する等により構成されたものである。このタッチパネル１４は従来公知のものを採用可能である。タッチパネル１４は、接触された際に接触位置を示す検出信号を操作入力部１１４に出力する。
【００３６】
操作入力部１１４は、メモリ１１４ａとタイマ１１４ｂとを備えたマイクロコンピュータであり、メモリ１１４ａの所定領域に、タッチパネル１４から出力された検出信号が示す接触位置をデータとしてバッファリングし、順次、タイマ１１４ｂ等を用いて当該データに基づいて指示内容を判定し、判定結果を操作コマンドとして制御部１００に供給する。
【００３７】
コインセンサ１１５は、コイン投入口１５から投入されたコインを検出した際に所定の信号を制御部１００に送信する。ＩＤカードリーダ１１６は、ＩＤカード挿入口１６に挿入されたＩＤカード８から、ＩＤデータを読み取り、制御部１００に供給する。
攻撃用ボタン１１８ａは、キャラクタに攻撃の動作を行わせるためのボタンであり、防御用ボタン１１８ｂは、キャラクタに防御の動作を行わせるためのボタンであり、魔法使用ボタン１１８ｃは、キャラクタに魔法使用の動作を行わせるためのボタンである。各種ボタン１１８（１１８ａ〜１１８ｃ）は、プレーヤによる操作を検出した際に検出信号を制御部１００に送信する。操作レバー１１９は、プレーヤによって所定方向に倒された際にその方向に応じた検出信号を制御部１００に送信する。
【００３８】
本実施形態においては、端末装置１が、プレーヤが指示を入力する手段（入力手段）として、タッチパネル１４と、各種ボタン１１８及び操作レバー１１９とを備える場合について説明するが、本実施形態に係る端末装置１は、例えば、タッチパネル１４のみを備えることとしてもよく、各種ボタン１１８及び操作レバー１１９のみを備えることとしてもよい。また、本実施形態に係る端末装置１が備える入力手段としては、この例に限定されるものではなく、例えば、キーボード、マウス、ポインティングデバイス等の従来公知の入力手段を採用することができる。
【００３９】
図５は、店舗サーバのハードウェア構成を示すブロック図である。
店舗サーバ２は、店舗サーバ２の全体の動作を制御する制御部２００を備えている。制御部２００は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３とを備える。
【００４０】
ＲＯＭ２０２は、ゲーム制御プログラムを記憶する。店舗サーバ２のＣＰＵ２０１は、ＲＯＭ２０２に格納されたゲーム制御プログラムを実行し、ゲームを進行するための各種の処理を行う。また、ＲＯＭ２０２は、例えば、本実施形態のゲームシステムにおいてプレーヤに設定され得るミッションの一覧を示すミッション一覧データ（図２０参照）、各ミッションの詳しい内容等を示すミッション参照データ、ギルド掲示板においてプレーヤが入力可能なメッセージが格納されたメッセージリスト（図２３参照）、ミッションのクリアに対する報酬の額を決定するための報酬決定テーブル（図２６参照）、ミッションゲームにおいて他のプレーヤとのメッセージの交換（所謂チャット）を行う際に用いるチャットメッセージリスト（図２９）等、ゲーム進行に用いる各種のデータやテーブルデータ等を記憶する。
【００４１】
ＲＯＭ２０２は、店舗サーバ２に内蔵される記憶媒体であってもよく、装着脱可能な記憶媒体であってもよい。また、その両者からＲＯＭ２０２が構成されていてもよい。
また、ＲＯＭ２０２に記憶された各種データのうち装着脱可能な記録媒体に記憶され得るデータは、例えばハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、シリコンディスクドライブ、カセット媒体読み取り機等のドライバで読み取り可能にしてもよい。この場合、記録媒体は、例えばハードディスク、光ディスク、フレキシブルディスク、ＣＤ、ＤＶＤ、半導体メモリ等である。
【００４２】
ＲＡＭ２０３は、処理途中の情報、変数等を一時的に格納する。例えば、プレーヤ参加情報（図１０参照）、プレーヤ情報（図１４参照）等を記憶する。さらに、プレーヤの履歴データ（図１３参照）がセンターサーバ３から供給された際には、ＲＡＭ２０３は、この履歴データを記憶する。
【００４３】
ＣＰＵ２０１は、所定のタイミング（例えば、プレーヤがミッションをクリアしたタイミング等）で、プレーヤのゲーム履歴を生成し、ＲＡＭ２０３に記憶する。このときに生成されるゲーム履歴は、例えば、日時（ミッションをクリアした日時）、ミッションへの参加プレーヤ、その時点のレベル、所要時間、獲得報酬等、複数種類の要素からなる（図１３参照）。ミッションへの参加プレーヤ、その時点のレベル、獲得報酬等については、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）に基づいて決定する。
所要時間については、以下のようにして決定する。すなわち、ＣＰＵ２０１は、ミッション開始時にタイマをＲＡＭ２０３にセットし、所定の周期で割込処理等を行って順次タイマのタイマ値をカウントアップする。そして、プレーヤによってミッションをクリアされた際に、ＲＡＭ２０３に記憶されているタイマ値に基づいて所要時間を算出する。
日時（ミッションをクリアした日時）については、本実施形態のゲームシステムにおけるゲーム上の時間軸に沿って決定される。このゲーム上の時間軸は、ゲームの提供が開始されてからセンターサーバ３によって計測される経過時間が基準となる。
なお、所定の周期でインターネットを通じて現時点の時刻を取得し、現実の時間軸をゲーム上の時間軸としてもよい。また、現実の時間軸を所定の変換式を用いて変換し、ゲーム上の時間軸としてもよい。
【００４４】
ミッションがクリアされるごとにプレーヤのゲーム履歴が生成され店舗サーバ２のＲＡＭ２０３には複数のゲーム履歴が記憶される。そして、ゲーム終了時には、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶された複数のゲーム履歴を、センターサーバ３に送信する。センターサーバ３のＣＰＵ３０１は、店舗サーバ２から受信した複数のゲーム履歴をＲＡＭ３０３に記憶する。
店舗サーバ２のＲＡＭ２０３及びセンターサーバ３のＲＡＭ３０３は、複数種類の要素からなるプレーヤのゲーム履歴を複数記憶することが可能なゲーム履歴記憶手段として機能する。店舗サーバ２のＣＰＵ２０１は、プレーヤのゲーム結果に基づいて、複数種類の要素からなるゲーム履歴を設定し、当該ゲーム履歴をゲーム上の時間に対応付けて、ゲーム履歴記憶手段としてのＲＡＭ２０３に記憶するゲーム履歴設定手段として機能する。
【００４５】
通信用インターフェイス回路２０４は、各種データをインターネット等からなるネットワークを介してセンターサーバ３及び他の店舗サーバ２と送受信するためのものである。
また、店舗サーバ２は、インターフェイス回路群２０５を備えており、インターフェイス回路群２０５により専用線５を介して、複数台（ここでは８台）の端末装置１、及び、１台のカード販売機６と接続されている。
【００４６】
図６は、センターサーバのハードウェア構成を示すブロック図である。
センターサーバ３は、センターサーバ３の全体の動作を制御する制御部３００を備えている。制御部３００は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３とを備えている。
【００４７】
ＲＯＭ３０２は、ゲーム履歴を評価するための履歴データ評価テーブル（図３２参照）と、評価メッセージを作成するための評価メッセージ作成テーブル（図３３参照）とを記憶する。
ＲＯＭ３０２は、センターサーバ３に内蔵される記憶媒体であってもよく、装着脱可能な記憶媒体であってもよい。また、その両者からＲＯＭ３０２が構成されていてもよい。
ＲＯＭ３０２に記憶された各種データのうち装着脱可能な記録媒体に記憶され得るデータは、例えばハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、シリコンディスクドライブ、カセット媒体読み取り機等のドライバで読み取り可能にしてもよく、この場合、記録媒体は、例えばハードディスク、光ディスク、フレキシブルディスク、ＣＤ、ＤＶＤ、半導体メモリ等である。
【００４８】
ＲＡＭ３０３は、例えば、各プレーヤのＩＤデータ、履歴データ（図１３参照）、パスワード等を記憶する。
ＲＡＭ３０３は、複数種類の要素からなるプレーヤのゲーム履歴を複数記憶することが可能なゲーム履歴記憶手段として機能する。
通信用インターフェイス回路３０４は、各種データをインターネット等からなるネットワークを介して複数の店舗サーバ２と送受信するためのものである。
【００４９】
ＣＰＵ３０１は、ゲーム履歴記憶手段としてのＲＡＭ３０３に記憶されたゲーム履歴ごとに、ＲＯＭ３０２に記憶された履歴データ評価テーブルを参照し、評価ポイントを決定する。この評価ポイントは、評価メッセージの内容を決定するために用いられるものであり、評価ポイントが高ければ、良い評価を表す評価メッセージが生成され、評価ポイントが低ければ、悪い評価を表す評価メッセージが生成されることになる。
【００５０】
また、ＣＰＵ３０１は、ゲーム履歴記憶手段としてのＲＡＭ３０３に記憶されたゲーム履歴ごとに、ＲＯＭ３０２に記憶された評価メッセージ作成テーブルを参照し、上述した評価ポイントと、ゲーム履歴を構成する複数種類の要素とを用いて、評価メッセージを生成する。このとき、ＣＰＵ３０１は、ゲーム履歴記憶手段としてのＲＡＭ３０３に記憶されたゲーム履歴ごとに、ゲーム履歴の複数種類の要素を用いて、ゲーム履歴に対応したゲーム結果についての評価メッセージを生成する評価メッセージ生成手段として機能する。
【００５１】
さらに、ＣＰＵ３０１は、評価メッセージ生成手段としてのＣＰＵ３０１によって生成された複数の評価メッセージをゲーム上の時間軸に応じて編集し、プレーヤのゲーム過程を表す評価メッセージ群を生成する。このとき、ＣＰＵ３０１は、評価メッセージ群生成手段として機能する。評価メッセージ群は、複数の評価メッセージをゲーム上の時間軸に沿って並べたものである。この評価メッセージ群は、所定のタイミングでカード販売機６に送信される。
【００５２】
図７は、カード販売機のハードウェア構成を示すブロック図である。
制御部６００は、カード販売機６の全体の動作を制御するもので、ＣＰＵ６０１と、ＲＯＭ６０２と、ＲＡＭ６０３とを備える。
【００５３】
ＲＯＭ６０２は、例えば、評価メッセージ群から構成される伝記画像を構成する画像データ、ＩＤカード購入のための指示を表す画像を構成する画像データ等、各種の画像データ及びプログラム等を記憶する。
【００５４】
ＲＯＭ６０２は、カード販売機６に内蔵される記憶媒体であってもよく、装着脱可能な記憶媒体であってもよい。また、その両者からＲＯＭ６０２が構成されていてもよい。
また、ＲＯＭ６０２に記憶された各種データのうち装着脱可能な記録媒体に記憶され得るデータは、例えばハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、シリコンディスクドライブ、カセット媒体読み取り機等のドライバで読み取り可能にしてもよい。この場合、記録媒体は、例えばハードディスク、光ディスク、フレキシブルディスク、ＣＤ、ＤＶＤ、半導体メモリ等である。
【００５５】
ＲＡＭ６０３は、処理途中の情報、変数等を一時的に格納する。例えば、履歴データ（図１３参照）、評価メッセージ、伝記データ等を記憶する。この伝記データが本発明の評価メッセージ群に相当するものである。
ＣＰＵ６０１は、操作ボタン６１８を介して入力された指示又は後述するＩＤカードリーダ６１６から読み取ったＩＤデータに基づいて、当該ＩＤデータに対応した伝記データを要求する旨の要求信号をセンターサーバ３に送信する。センターサーバ３から受信した伝記データは、ＲＡＭ６０３に記憶される。
通信用インターフェイス回路６０４は、専用線５を介して店舗サーバ２とデータ（例えば、履歴データ等）の送受信を行うためのものである。
描画処理部１１１は、伝記画像等をディスプレイ６１に表示させるもので、ＶＤＰ（Video date Processor）やビデオＲＡＭ等を備える。この伝記画像とは、例えばゲーム上のゲーム課題としてのミッションをクリアした場合、そのクリアするのに要した時間や当該ミッションで倒した敵の数などをミッションごとにゲーム履歴として記憶し、そのゲーム履歴に対応した評価メッセージを割り当てて、その割り当てた評価メッセージをゲーム上の時間軸に基づいて編集した画像である。具体的には、所謂年表のような形で表示され夫々のミッションでの特定の映像が貼り付けられている。
描画処理部６１１は、ＲＡＭ６０３に格納された伝記データに基づいて、ＲＯＭ６０２から伝記画像を構成する各種画像データを抽出し、ディスプレイ６１に表示される優先順位に従って画像データをビデオＲＡＭに記憶することにより、伝記画像を生成し、ディスプレイ６１に出力する。その結果、ディスプレイ６１には、伝記画像が表示される。
このとき、描画処理部６１１は、伝記データを表す伝記画像を生成し、当該伝記画像を表示する伝記画像表示手段として機能する。
【００５６】
音声再生部６１３は、所定の音声やＢＧＭ等をスピーカ６３に出力するものである。
コインセンサ６１５は、カード販売機６に投入されたコインを検出した際に所定の信号を制御部６００に送信する。
操作ボタン６１８は、複数のボタンからなりカード販売機６に対して各種の指示を入力するためのものである。操作ボタン６１８は、プレーヤの操作を検出した際に検出信号を制御部６００に送信する。
ＩＤカード払出装置６１７は、カード販売機６に所定額のコインと個人データとが入力された際に、カード販売機６内の所定箇所に格納された複数のＩＤカードのなかから１枚のＩＤカードを払い出すものである。
ＩＤカードリーダ６１６は、カード販売機６に挿入されたＩＤカード８から、ＩＤデータを読み取るためのものである。
【００５７】
次に、上述した本実施形態のゲームシステムにおけるゲームプレイの流れについて説明することにする。
図８は、本実施形態のゲームシステムにおけるゲームプレイの流れを示す図である。
まず、新規にゲームを行うプレーヤは、カード販売機６でＩＤカード８を購入する（ＳＴ１）。具体的には、プレーヤは、カード販売機６に所定額のコインを投入し、操作ボタン６１８を用いてプレーヤの個人データ（例えば、氏名又は名称、生年月日、血液型、星座等）を入力することにより、ＩＤカード払出装置６１７からＩＤカード８が払い出される。
継続してゲームを行うプレーヤであれば、ＩＤカード８を既に取得しているので、ＳＴ１の手順を行う必要はない。
【００５８】
次に、新規にゲームを行うプレーヤ又は継続してゲームを行うプレーヤは、端末装置１でゲーム開始時の操作を行う（ＳＴ２）。ゲーム開始時の操作としては、例えば、コイン投入口１５へのコインの投入や、ＩＤカード挿入口１６へのＩＤカード８の挿入等を挙げることができる。
【００５９】
ＳＴ２の手順を行った後、新規にゲームを行う場合には、キャラクタの作成を行う（ＳＴ３ａ）。具体的には、プレーヤは、タッチパネル１４を用いて指示を入力することにより、プレーヤに対応するキャラクタ（プレーヤが操作するキャラクタ）の容姿、能力、特性等を選択し、プレーヤの好みに応じたキャラクタを作成する。
一方、継続してゲームを行う場合には、ゲーム結果を示す履歴データ（図１３参照）がセンターサーバ３のＲＡＭ３０３に格納されているので、その履歴データをセンターサーバ３から呼び出し、ゲーム終了時のキャラクタの容姿、能力、特定等を設定する（ＳＴ３ｂ）。
【００６０】
ＳＴ３（ＳＴ３ａ又はＳＴ３ｂ）の手順を終了した後、次に、ミッション受諾形式の選択を行う（ＳＴ４）。
ミッションは、上述したように、ギルドから受諾するのであるが、プレーヤが１人でミッションを受諾するシングルモード、又は、他のプレーヤとともにミッションを受諾するマルチモードのいずれかを選択することができる。また、ミッションをクリアした際に得られる報酬は、当該ミッションをクリアしたプレーヤの人数に応じて按分される。
従って、シングルモードを選択した場合、プレーヤが１人でミッションをクリアしなければならないため、ミッションの難易度は上昇するが、多くの報酬を獲得することができる。その一方で、マルチモードを選択した場合、他のプレーヤとともにミッションをクリアすればよいので、ミッションの難易度は低下するが、獲得することができる報酬は減少することになる。
【００６１】
ＳＴ４の手順を終えると、ゲーム開始となり、プレーヤに対応したキャラクタはギルドに登場し、ギルドで各種の行動をとることができる（ＳＴ５）。ギルドにおいて、プレーヤは、例えば、以下の（ｉ）〜（ｖ）のことを行うことができる（図１７参照）。
（ｉ）ミッションの参照又は受諾を行う（ミッション受諾前のみ）。
本実施形態では、例えば、シリアスな内容のミッションや、コミカルな内容のミッション等、複数種類のミッションがある（図２０、図２１（ａ）参照）。そのなかから、プレーヤが気になるミッションを選択することにより、当該ミッションの内容を参照することができる（図２１（ｂ）参照）。ミッションを参照してその内容を把握し、そのミッションに参加することを選択したら、ミッションを受諾する（図２１（ｃ）参照）。
【００６２】
（ii）他のキャラクタ又はミッションについての情報収集を行う。
ギルドでは、他のキャラクタ又はミッションについての情報を入手することができる。
特に、ミッションを攻略するためのヒントや、仮想ゲーム空間に登場するモンスターの情報、取得し得るアイテム等の情報を、ゲーム上で使用可能な金銭を所定額支払うことにより入手することができる。他のキャラクタの情報としては、仮想ゲーム空間にどのようなキャラクタが存在し、そのキャラクタがどのような冒険をしているのかという情報も入手することができる。なお、（ii）の手順において入手し得る情報は、プログラムにおいて予め定められた情報であり、他のプレーヤから入手し得る情報ではない。
【００６３】
（iii）ミッションのクリアに対する報酬を貰う（ミッションをクリアしている場合のみ）。
ここでは、ミッションをクリアしたプレーヤ（プレーヤに対応したキャラクタ）のレベルに応じた経験値又はゲーム上で使用可能な金銭がギルドから支払われる。ただし、マルチモードでミッションをクリアした場合には、ミッションをクリアしたプレーヤの人数で報酬が分配される。
【００６４】
（iv）掲示板を使用する。
ギルドの掲示板は、各プレーヤがメッセージを書き込むことができるものであり、各プレーヤが書き込んだメッセージが端末装置１の第１ディスプレイ１１に表示される（図２４参照）。掲示板は、プレーヤ同士が情報を交換するために使用することが可能であり、他のプレーヤに対するメッセージを書き込んで、ミッションについての情報交換や、ミッション参加への勧誘等を行うことができる。
【００６５】
（ｖ）所持品（キャラクタが所持するアイテム）の売買を行う。
キャラクタが仮想ゲーム空間において取得したアイテムやミッションのクリアに対する報酬として取得したアイテムを、ギルドを通じて売買することができる。
（vi）ミッションを開始してミッションゲームに移行する（ミッション受諾後のみ）。
上記（ｉ）の手順でミッションを受諾した場合には、この（vi）の手順を行うことにより、ミッションゲームに移行することができる。
【００６６】
上述したＳＴ５の手順では、プレーヤは、タッチパネル１４を介して第１ディスプレイ１１に表示された画像に触れることにより、各種の指示を入力することができる。
【００６７】
ＳＴ５において、上記（vi）の手順を行った場合、ミッションゲームに移行する（ＳＴ６）。ミッションゲームは、ギルドから受けたミッションを遂行するゲームであり、本実施形態におけるゲームの中核をなすものである。ＳＴ６のミッションゲームでは、プレーヤは、各種ボタン１１８及び操作レバー１１９を用いて、当該プレーヤに対応したキャラクタを操作し、仮想ゲーム空間における冒険を行う。ミッションゲーム中に、モンスターからの攻撃等によってキャラクタの生命力が０になると、ゲーム終了となる（ＳＴ７）。
【００６８】
また、ミッションゲームでは、他のキャラクタを表すキャラクタ画像が第１ディスプレイ１１に表示された際に、チャットボタンも第１ディスプレイ１１に表示される。このとき、タッチパネル１４を介してチャットボタンに触れると、チャットウィンドウが開き、チャットウィンドウのなかに、複数種類のチャットメッセージが表示される。
プレーヤは、タッチパネル１４を介して、複数種類のチャットメッセージのなかから、いずれか１のチャットメッセージに触れることにより、チャットメッセージを入力することができる。さらに、タッチパネル１４を介して、当該チャットメッセージの送信先となるキャラクタを表すキャラクタ画像に触れることにより、送信先となるキャラクタを操作するプレーヤの端末装置１に、店舗サーバ２を経由して、チャットメッセージを送信することができる。
【００６９】
ＳＴ６においてミッションをクリアした場合には、ＳＴ５のギルドに戻って、ミッションのクリアに対する報酬を受け取り、新たなミッションを受諾して再度ミッションゲームに移行する。
このように、本実施形態におけるゲームは、ギルド（ＳＴ５）とミッションゲーム（ＳＴ６）とを交互に行うことによって進行するゲームである。
【００７０】
次に、上述したようにゲームを進める際に本実施形態のゲームシステムにおいて行われる処理について説明することにする。
図９は、カード販売機６、店舗サーバ２及びセンターサーバ３におけるＩＤカード発行までの処理の流れを示すフローチャートである。
【００７１】
まず、カード販売機６のＣＰＵ６０１は、カード販売機６へのコインの投入を受け付ける（ステップＳ６００）。ＣＰＵ６０１は、コインを検出した際にコインセンサ６１５から出力される所定の信号を受信した場合、プレーヤの操作による個人データ（例えば、氏名又は名称、生年月日、血液型、星座等）の入力を受け付ける（ステップＳ６０１）。さらに、ＣＰＵ６０１は、プレーヤの操作によるパスワードの入力を受け付ける（ステップＳ６０２）。このパスワードは、センターサーバ３によってプレーヤの認証を行う際に用いられるものである。次に、ＣＰＵ６０１は、入力された個人データ及びパスワードを、通信用インターフェイス回路６０４により、専用線５を介し、店舗サーバ２を経由してセンターサーバ３に送信する（ステップＳ６０３）。
【００７２】
センターサーバ３のＣＰＵ３０１は、端末装置１から送信された個人データ及びパスワードをＲＡＭ３０３に記憶する（ステップＳ３１０）。これにより、当該プレーヤがセンターサーバ３に登録されたことになり、次に、ＣＰＵ３０１は、応答信号を端末装置１に送信する（ステップＳ３１１）。
【００７３】
カード販売機６のＣＰＵ６０１は、カード販売機６内に格納された複数のＩＤカード８のなかから、１枚のＩＤカード８を抽出する（ステップＳ６０４）。そして、抽出されたＩＤカード８に記憶されたＩＤデータをセンターサーバ３に送信し（ステップＳ６０５）、ＩＤカード８を払い出す。その結果、プレーヤはＩＤカード８を入手することができる。
一方、ＩＤデータを受信したセンターサーバ３は、ＲＡＭ３０３に記憶されている個人データ及びパスワードに当該ＩＤデータを対応付けて記憶する（ステップＳ３１２）。
【００７４】
本実施形態のゲームシステムにおいては、各端末装置１と、端末装置１と専用線５を介して接続された店舗サーバ２とが、互いにデータの送受信を行うことによってゲームが進行する。このとき、各端末装置１と専用線５を介して接続された店舗サーバ２のＲＡＭ２０３、及び、センターサーバ３のＲＡＭ３０３に記憶されるプレーヤ参加情報について、図１０を用いて説明する。
【００７５】
図１０は、プレーヤ参加情報を示す図である。
左側の欄から順に、センターサーバ３にゲームへの参加が受け付けられた順番である受付順（ＲＮ）と、端末装置１の識別情報であるマシンＩＤ（ＣＮ）と、店舗サーバ２の識別情報である店舗サーバ記号（ＳＮ）との情報が格納されている。本実施形態におけるゲームでは、同一のゲームに所定数（例えば、２０人）のプレーヤが参加することができ、図１０に示したプレーヤ参加情報によって、プレーヤの参加状況が管理される。
【００７６】
図１１は、店舗サーバＡ、Ｂ、Ｃによるデータの送受信処理の内容を説明するための図である。（ａ）、（ｂ）、（ｃ）はそれぞれ、店舗サーバＡ、Ｂ、Ｃによる処理の内容を説明するための図である。図表の左側の欄には、店舗サーバ２（店舗サーバＡ、Ｂ又はＣ）の受信するデータの発信元である端末装置１のマシンＩＤ（ＣＮ）と、その店舗サーバ２に受信されるまでに経由される店舗サーバ２の店舗サーバ記号（ＳＮ）とを表記している。図表の右側の欄には、店舗サーバ２（店舗サーバＡ、Ｂ又はＣ）から送信するデータの送信先である端末装置１のマシンＩＤ（ＣＮ）と、その端末装置１に受信されるまでに経由される店舗サーバ２の店舗サーバ記号（ＳＮ）とを表記している。なお、店舗サーバＡ、Ｂ、Ｃが備えるＣＰＵ２０１は、ゲームに参加している端末装置１（例えば、端末装置ａ１等）から送信されるデータを受信した際に、ＲＡＭ２０３の所定領域に格納された各種のデータを更新する。
【００７７】
店舗サーバＡのＣＰＵ２０１は、（ａ）の図表の上から２行目にあるように、端末装置ａ１〜ａ８のいずれか１からのデータを受信して、残りの端末装置ａ１〜ａ８と、店舗サーバＢ、Ｃとに送信する。そして、店舗サーバＢのＣＰＵ２０１は、（ｂ）の図表の上から２行目にあるように、端末装置ａ１〜ａ８のいずれか１からのデータを、店舗サーバＡを経由して受信し、端末装置ｂ１〜ｂ８に送信する。店舗サーバＣのＣＰＵ２０１は、（ｃ）の図表の上から２行目にあるように、端末装置ａ１〜ａ８のいずれか１からのデータを、店舗サーバＡを経由して受信し、端末装置ｃ１〜ｃ８に送信する。
【００７８】
店舗サーバＢのＣＰＵ２０１は、（ｂ）の図表の上から３行目にあるように、端末装置ｂ１〜ｂ８のいずれか１からのデータを受信して、店舗サーバＡに送信する。そして、店舗サーバＡのＣＰＵ２０１は、（ａ）の図表の上から３行目にあるように、端末装置ｂ１〜ｂ８のいずれか１からのデータを、店舗サーバＢを経由して受信し、端末装置ａ１〜ａ８と、残りの端末装置ｂ１〜ｂ８と、端末装置ｃ１〜ｃ８とに送信する。店舗サーバＣのＣＰＵ２０１は、（ｃ）の図表の上から３行目にあるように、端末装置ｂ１〜ｂ８のいずれか１からのデータを、店舗サーバＢ、Ａを経由して受信し、端末装置ｃ１〜ｃ８に送信する。
【００７９】
同様に、店舗サーバＣのＣＰＵ２０１は、（ｃ）の図表の上から４行目にあるように、端末装置ｃ１〜ｃ８のいずれか１からのデータを受信して、店舗サーバＡに送信する。そして、店舗サーバＡのＣＰＵ２０１は、（ａ）の図表の上から４行目にあるように、端末装置ｃ１〜ｃ８のいずれか１からのデータを、店舗サーバＣを経由して受信し、端末装置ａ１〜ａ８と、端末装置ｂ１〜ｂ８と、残りの端末装置ｃ１〜ｃ８とに送信する。店舗サーバＢのＣＰＵ２０１は、（ｂ）の図表の上から４行目にあるように、端末装置ｃ１〜ｃ８のいずれか１からのデータを、店舗サーバＣ、Ａを経由して受信し、端末装置ｂ１〜ｂ８に送信する。
【００８０】
このようにして、ＣＰＵ２０１が店舗サーバＡ、Ｂ、Ｃの間で、各端末装置１からのデータを伝送することによって、各端末装置１からのデータが受け付けられる度に、ＲＡＭ２０３に格納された各種データが更新されるため、各端末装置１は、ＲＡＭ２０３に格納されたデータを用いてゲームを進行することによって、各端末装置１間でゲームの進行における時間的な同期（ゲーム進行状況を一致させること）を容易に制御することができる。
【００８１】
すなわち、ゲームへの参加を最初に受け付けた店舗サーバ２（ここでは、店舗サーバＡ）は、専用線５で接続された端末装置１からのデータを受信して、他の全ての端末装置１に伝送するとともに、他の店舗サーバ２（ここでは、店舗サーバＢ又はＣ）専用線５で接続された端末装置１からのデータを、当該他の店舗サーバ（店舗サーバＢ又はＣ）を介して受信し、他の全ての端末装置１に伝送するものである。
また、当該他の店舗サーバ２（店舗サーバＢ又はＣ）は、専用線５で接続された端末装置１からのデータを、店舗サーバ２（店舗サーバＡ）を経由して受信し、専用線５で接続された端末装置１に伝送するものである。
【００８２】
図１２は、端末装置１、店舗サーバ２及びセンターサーバ３におけるゲーム開始までの処理の流れを示すフローチャートである。
まず、端末装置１のＣＰＵ１０１は、コイン投入口１５からのコインの投入を受け付ける（ステップＳ１００）。ＣＰＵ１０１は、コインを検出した際にコインセンサ１１５から出力される所定の信号を受信した場合、ＩＤカードリーダ１１６によって、ＩＤカード挿入口１６に挿入されたＩＤカード８から、プレーヤのＩＤデータを読み取る（ステップＳ１０１）。次に、プレーヤの操作によるパスワードの入力を受け付ける（ステップＳ１０２）。次に、ＣＰＵ１０１は、読み取ったＩＤデータを、プレーヤの操作により入力されたパスワードとともに、通信用インターフェイス回路１０４により、専用線５を介し、店舗サーバ２を経由してセンターサーバ３に送信する（ステップＳ１０１）。
【００８３】
センターサーバ３のＣＰＵ３０１は、ＲＡＭ３０３に記憶されたＩＤデータのなかに、端末装置１から受信したＩＤデータがあるか否かを判断し、さらに、ＩＤデータがあると判断した場合には、そのＩＤデータに対応付けられてＲＡＭ３０３に記憶されたプレーヤのパスワードと、端末装置１から受信したパスワードとが合致するか否かを判断することにより認証を行う（ステップＳ３０１）。なお、認証時に、ＣＰＵ３０１は、ＲＡＭ３０３に記憶された履歴データを参照し、このプレーヤが新規にゲームを行うプレーヤであるか、継続してゲームを行うプレーヤであるかについても判断する。
【００８４】
そして、センターサーバ３のＣＰＵ３０１は、ＲＡＭ３０３に記憶されたプレーヤ参加情報（図１０参照）を更新し（ステップＳ３０２）、そのプレーヤ参加情報を店舗サーバ２に送信して店舗サーバ２のＲＡＭ２０３に記憶されたプレーヤ参加情報を更新する（ステップＳ２０１）。次に、センターサーバ３のＣＰＵ３０１は、認証結果を応答信号として端末装置１に送信する（ステップＳ３０３）。
【００８５】
端末装置１のＣＰＵ１０１は、センターサーバ３から受信した応答信号に基づいて、ゲームを開始するプレーヤが、新規にゲームを行うプレーヤであるか、継続してゲームを行うプレーヤであるか否かを判断する（ステップＳ１０４）。
【００８６】
ステップＳ１０４において、ゲームを開始するプレーヤが、新規にゲームを行うプレーヤであると判断した場合、ＣＰＵ１０１は、プレーヤの操作に基づいて、キャラクタの作成を行う（ステップＳ１０４）。この処理において、プレーヤは、第１ディスプレイ１１に表示される画像を見ながらタッチパネル１４を用いて、プレーヤに対応するキャラクタ（プレーヤが操作するキャラクタ）の容姿、能力、特性等を選択する指示を入力し、ＣＰＵ１０１は、当該指示に応じたキャラクタを作成する。
次に、ＣＰＵ１０１は、ステップＳ１０４における処理の結果に基づいて、プレーヤについての情報及び当該プレーヤに対応したキャラクタの能力値等の複数項目からなるプレーヤ情報（図１４参照）を生成することにより、キャラクタ設定を行う（ステップＳ１０７）。なお、図１４に示すプレーヤ情報は、ゲームに参加する全てのプレーヤに関するプレーヤ情報を示しているが、この処理において生成するプレーヤ情報は、１人のプレーヤについての所定項目のみである。
【００８７】
一方、ステップＳ１０４において、ゲームを開始するプレーヤが、継続してゲームを行うプレーヤであると判断した場合、ＣＰＵ１０１は、当該プレーヤの履歴データを要求する旨の信号を、通信用インターフェイス回路１０４により、専用線５を介して、センターサーバ３に送信する（ステップＳ１０５）。センターサーバ３は、端末装置１から当該信号を受信すると、そのプレーヤについての履歴データをＲＡＭ３０３から読み出し、履歴データを端末装置１に送信する（ステップＳ３０４）。
【００８８】
図１３は、履歴データの一例を示す図である。図１３（ａ）に示す履歴データは、プレーヤ及びキャラクタのその時点での履歴データ（以下、プレーヤ履歴データともいう）であり、図１３（ｂ）に示す履歴データは、プレーヤ（プレーヤに対応するキャラクタ）のゲーム過程を示す履歴データ（以下、ゲーム履歴データともいう）である。これらの履歴データは、所定のタイミング（例えば、ミッションをクリアしたとき、ミッションのクリアに対する報酬を受け取るとき、モンスターを倒したとき等）で更新されるデータである。
【００８９】
プレーヤ履歴データには、図１３（ａ）に示すように、例えば、プレーヤのＩＤデータ、プレーヤ名、レベル、キャラクタの武器や防具や所持品、所持金、熟練度等の項目がある。また、ゲーム履歴データには、図１３（ｂ）に示すように、プレーヤがクリアしたミッションごとに、当該ミッションをクリアした日時、参加したプレーヤ、クリアした時点のレベル、所要時間、獲得報酬等の複数種類の要素からなる複数の履歴データがある。
【００９０】
ステップＳ３０４においては、図１３に示すような履歴データがセンターサーバ３から端末装置１に送信される。
センターサーバ３から履歴データを受信した端末装置１のＣＰＵ１０１は、この履歴データに基づいて、プレーヤについての情報及び当該プレーヤに対応したキャラクタの能力値等の複数項目からなるプレーヤ情報（図１４参照）を生成することにより、キャラクタ設定を行う（ステップＳ１０７）。キャラクタの能力値については、ＣＰＵ１０１は、履歴データに含まれるプレーヤ（プレーヤに対応したキャラクタ）のレベルに基づいて、ＲＯＭ１０２に格納された能力値設定テーブルを参照して決定する。
なお、図１４に示すプレーヤ情報は、ゲームに参加する全てのプレーヤに関するプレーヤ情報を示しているが、この処理において生成するプレーヤ情報は、１人のプレーヤについての所定項目のみである。
【００９１】
ステップＳ１０７の処理を行った後、ＣＰＵ１０１は、プレーヤの操作に応じて、ミッション受託形式の選択を受け付ける（ステップＳ１０８）。この処理において、プレーヤは、第１ディスプレイ１１に表示される画像を見ながらタッチパネル１４を操作し、プレーヤが１人でミッションを受諾するシングルモード、又は、他のプレーヤとともにミッションを受諾するマルチモードのいずれかを選択する旨の指示を入力し、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されたプレーヤ情報（図１４参照）のミッション受諾形式の欄に、入力された指示に応じたデータを記憶する。なお、図１４に示すプレーヤ情報は、ゲームに参加する全てのプレーヤに関するプレーヤ情報を示しているが、この処理においてミッション受諾形式の欄にデータを記憶するのは、１人のプレーヤについてのデータのみである。
【００９２】
次に、ＣＰＵ１０１は、ＲＡＭ１０３に記憶された１人のプレーヤに関するプレーヤ情報を、通信用インターフェイス回路１０４により、専用線５を介して、店舗サーバ２に送信する（ステップＳ１０９）。
【００９３】
店舗サーバ２のＣＰＵ２０１は、１人のプレーヤに関するプレーヤ情報を用いて、当該プレーヤをゲームに参加するための設定を行う（ステップＳ２０２）。この処理において、ＣＰＵ２０１は、端末装置１から受信した１人のプレーヤに関するプレーヤ情報を、既にＲＡＭ２０３に記憶されているプレーヤ情報に追加する。さらに、ＣＰＵ２０１は、新たに参加したプレーヤに対応したキャラクタのプレーフィールド座標を初期値（ギルドの所在地に対応した値）に設定する（図１４参照）。
【００９４】
図１４は、店舗サーバ２のＲＡＭ２０３に記憶されたプレーヤ情報を示している。
図１４に示すように、店舗サーバ２のＲＡＭ２０３には、複数のプレーヤ（図中では５人のプレーヤ）についてのプレーヤ情報が記憶されている。プレーヤ情報は複数の項目からなり、例えば、プレーヤに関する情報、キャラクタのレベル、能力値、熟練度に関する情報等が格納されている。図中、ミッションの欄には、現在設定中のミッションに関する情報が格納される。また、ミッション受諾形式の欄には、シングルモード又はマルチモードのいずれを選択したかについてのデータが格納される。また、プレーフィールド座標の欄には、その時点でキャラクタが仮想ゲーム空間に存在する位置に関するデータが格納される。
【００９５】
ステップＳ２０２の処理を実行した後、端末装置１及び店舗サーバ２では、それぞれゲームを開始する（ステップＳ１１０、Ｓ２０３）。
図１２に示したように、本実施形態に係るゲームシステムで行われるゲームには、各プレーヤが好きな時間に参加することができ、同一の仮想ゲーム空間において複数のプレーヤが同時にゲームを行うことができる。これが、ＭＭＯＲＰＧの特徴の一つである。
また、ゲーム進行中には、図１１を用いて説明したように、店舗サーバ２及びゲームに参加する各端末装置１の間でデータの伝送が行われて時間的な同期が制御されるため、店舗サーバ２のＲＡＭ２０３及び各端末装置１のＲＡＭ１０３には、常に同じプレーヤ情報が記憶されることになる。
【００９６】
図１５は、ゲーム進行中に端末装置１において実行される処理の概要を示すフローチャートである。
まず、端末装置１のＣＰＵ１０１は、ギルド実行処理を行う（ステップＳ１２０）。ギルド実行処理については、後で図１６を用いて説明するが、図８のＳＴ５に示したように、ミッション参照と受諾、情報収集、ミッションのクリアに対する報酬の受領、ギルド掲示板の利用又はアイテムの売買等を行うことができる。また、ギルド実行処理は、キャラクタがミッションを受諾して当該ミッションを開始した際に終了する。
【００９７】
ステップＳ１２０のギルド実行処理を終了した場合、ＣＰＵ１０１は、ミッションゲーム実行処理を行う（ステップＳ１２１）。ミッションゲーム実行処理については、後で図２７及び図２８を用いて説明するが、プレーヤは、各種ボタン１１８及び操作レバー１１９を用いて、当該プレーヤに対応したキャラクタを操作し、仮想ゲーム空間における冒険を行う。また、他のプレーヤとチャットメッセージの送受信を行うことも可能である。
このミッションゲーム実行処理は、所定のミッション終了条件を満たした際に終了する。ミッション終了条件としては、例えば、ミッションをクリアすること、ギルドへ帰還すること、キャラクタの生命力が０になること等を挙げることができる。
【００９８】
上述したようなミッション終了条件を満たしてステップＳ１２１のミッションゲーム実行処理を終了した場合、ＣＰＵ１０１は、キャラクタの生命力が０になったか否かを判断する（ステップＳ１２２）。
キャラクタの生命力が０になったと判断した場合、そのキャラクタはゲームを継続することができないので、ゲームを終了に係る各種の処理を実行し（ステップＳ１２３）、本サブルーチンを終了する。ゲームを終了した場合、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されたゲーム履歴をセンターサーバ３に送信する。センターサーバ３は、店舗サーバ２から受信したゲーム履歴をＲＡＭ３０３に記憶する。
【００９９】
一方、ステップＳ１２２において、キャラクタの生命力が０になっていないと判断した場合、その他のミッション終了条件（例えば、ミッションをクリアすること、ギルドへ帰還すること等）が満たされたことになるので、処理をステップＳ１２０のギルド実行処理に戻す。従って、このゲーム実行処理においては、キャラクタの生命力が０になるまで、ステップＳ１２０のギルド実行処理と、ステップＳ１２１のミッションゲーム実行処理とが繰り返し実行されることになる。勿論、図中には示していないが、プレーヤによってゲームを終了する旨の指示が入力された場合には、キャラクタの生命力が０になっているか否かに関わらす、ステップＳ１２３のゲーム終了に係る処理を実行した後、本サブルーチンを終了する。
【０１００】
次に、図１５に示したフローチャートのステップＳ１２０において呼び出されて実行されるギルド実行処理について説明する。
図１６は、図１５に示したフローチャートのステップＳ１２０において呼び出されて端末装置１によって実行されるギルド実行処理ルーチンを示すフローチャートである。
図１７は、図１６に示したサブルーチンが実行される際に端末装置１の第１ディスプレイ１１に表示される画像を模式的に示す図である。
【０１０１】
図１６に示すギルド実行処理を実行する際、第１描画処理部１１１によって、第１ディスプレイ１１には、図１７（ａ）に示すような画像が表示される。画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「何をするか選んでください。」というプレーヤに対する指示を示す画像が配置されている。画面中央には上から順に「ミッション参照／受諾」、「掲示板」、「報酬」、「情報収集」、「所持品売買」という選択肢を示す画像が配置されている。プレーヤは、タッチパネル１４を介して選択肢を示す画像に触れることにより当該選択肢に応じた指示を入力することができる。
【０１０２】
図１６に示したサブルーチンが実行されると、まず、ＣＰＵ１０１は、ミッション参照／受諾の指示が入力されたか否かを判断する（ステップＳ１３０）。この指示は、プレーヤによってタッチパネル１４を介して「ミッション参照／受諾」という選択肢を示す画像が触れられた際に入力される指示である。
ミッション参照／受諾の指示が入力されたと判断した場合、ＣＰＵ１０１は、ミッション参照／受諾処理を実行する（ステップＳ１３１）。このミッション参照／受諾処理については、後で図１８を用いて詳述するが、このミッション参照／受諾処理において、プレーヤがミッションを受諾すると、図１７（ｂ）に示すように、第１ディスプレイ１１に表示される「ミッション参照／受諾」という選択肢が、「ミッション開始」という選択肢に変更される。
【０１０３】
次に、ＣＰＵ１０１は、掲示板使用の指示が入力されたか否かを判断する（ステップＳ１３２）。この指示は、プレーヤによってタッチパネル１４を介して「掲示板」という選択肢を示す画像が触れられた際に入力される指示である。
掲示板使用の指示が入力されたと判断した場合、ＣＰＵ１０１は、掲示板使用処理を実行する（ステップＳ１３３）。この掲示板使用処理については、後で図２２を用いて詳述する。
【０１０４】
次に、ＣＰＵ１０１は、報酬支払要求の指示が入力されたか否かを判断する（ステップＳ１３４）。この指示は、プレーヤによってタッチパネル１４を介して「報酬」という選択肢を示す画像が触れられた際に入力される指示である。
報酬支払要求の指示が入力されたと判断した場合、ＣＰＵ１０１は、報酬支払処理を実行する（ステップＳ１３５）。この報酬支払処理については、後で図２５を用いて詳述することにする。
【０１０５】
次に、ＣＰＵ１０１は、情報収集の指示が入力されたか否かを判断する（ステップＳ１３６）。この指示は、プレーヤによってタッチパネル１４を介して「情報収集」という選択肢を示す画像が触れられた際に入力される指示である。
情報収集の指示が入力されたと判断した場合、各種情報表示処理を行う（ステップＳ１３７）。この処理では、ＣＰＵ１０１は、店舗サーバ２のＣＰＵ２０１がＲＯＭ２０２に記憶されたプログラムを実行することによりＲＯＭ２０３から選択した情報（例えば、他のキャラクタ又はミッションに関する情報）を、店舗サーバ２から取得し、この情報に基づいて、第１描画処理部１１１により、第１ディスプレイ１１に当該情報を表す画像を表示する。
【０１０６】
次に、ＣＰＵ１０１は、所持品売買の指示が入力されたか否かを判断する（ステップＳ１３８）。この指示は、プレーヤによってタッチパネル１４を介して「所持品売買」という選択肢を示す画像が触れられた際に入力される指示である。
所持品売買の指示が入力されたと判断した場合、所持品売買処理を行う（ステップＳ１３９）。この処理では、プレーヤは、キャラクタの所持品のなかから、ギルドに売りたい所持品を選択すると、当該指示が店舗サーバ２に送信され、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報の所持金を増加させるとともに対象となった所持品のデータを削除する処理を行う。一方、プレーヤは、ギルドによって販売されているアイテムを選択すると、当該指示が店舗サーバ２に送信され、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報の所持金を減少させるとともに対象となったアイテムのデータを追加する処理を行う。
【０１０７】
次に、ＣＰＵ１０１は、ミッション開始の指示が入力されたか否かを判断する（ステップＳ１４０）。この指示は、図１７（ｂ）に示したような画像が第１ディスプレイ１１に表示されているときに、プレーヤによってタッチパネル１４を介して「ミッション開始」という選択肢を示す画像が触れられた際に入力される指示である。
ミッション開始の指示が入力されたと判断した場合、本サブルーチンを終了する。一方、ミッション開始の指示が入力されていないと判断した場合には、ステップＳ１３０に処理を戻す。
【０１０８】
図１８は、図１６に示したフローチャートのステップＳ１３１において呼び出されて端末装置１によって実行されるミッション参照／受諾処理ルーチンを示すフローチャートである。図１９は、端末装置１によって実行される図１８に示したサブルーチンに対応して、店舗サーバ２によって実行される処理を示すフローチャートである。
【０１０９】
まず、端末装置１のＣＰＵ１０１は、通信用インターフェイス回路１０４により、専用線５を介して、店舗サーバ２に、ミッション一覧要求信号を送信する（ステップＳ１３１０）。この処理は、図１９のステップＳ３３１０の処理に対応しており、店舗サーバ２のＣＰＵ２０１は、端末装置１からミッション一覧要求信号を受信すると、ＲＯＭ２０２に記憶されたミッション一覧データのなかから、現時点でプレーヤが参加可能なミッションに関するミッション一覧データを抽出して端末装置１に送信する。
【０１１０】
図２０は、ミッション一覧データの一例を示す図である。
最左欄には、各ミッションに割り当てられた２桁の記号からなるミッションコード（例えば、“ＡＡ”、“ＡＢ”等）が格納されている。また、その右欄には、各ミッションの参加可能人数が格納されている。参加可能人数としては、シングルモードの参加可能人数として“１”が格納されており、マルチモードの参加可能人数として“４”が格納されている。
【０１１１】
本実施形態では、シングルモードの参加可能人数が１であり、マルチモードの参加可能人数が４である場合について説明するが、本発明は、この例に限定されるものではない。
例えば、シングルモードの参加可能人数が０のミッションが存在してもよい。この場合、そのミッションにはシングルモードで参加することができないので、マルチモードで選択しなければならないことになる。また、マルチモードの参加可能人数についても、特に限定されるものではない。
【０１１２】
ミッション“ＡＡ”の内容は、「××さんに荷物を届けて欲しい。」であり、参加可能レベルは１である。なお、参加可能レベルとは、そのミッションを受諾するために必要な最低限のレベルであり、そのレベルに達していないプレーヤは、そのミッションを受諾することができない。ミッション“ＡＢ”の内容は「モンスター△△から●●姫を護衛して欲しい。」であり、参加可能レベルは３である。ミッション“ＡＣ”の内容は「○○洞窟を探索して秘宝を見つけて来て欲しい。」であり、参加可能レベルは５である。ミッション“ＡＤ”の内容は「孤島□□を探索して秘宝を見つけて来て欲しい。」であり、参加可能レベルは７である。ミッション“ＡＥ”の内容は「古代遺跡を探索して■■の謎を解いて欲しい。」であり、参加可能レベルは９である。ミッション“ＡＦ”の内容は「前人未到の土地の探索」であり、参加可能レベルは１１である。ミッションの難易度は、ミッション“ＡＡ”〜“ＡＦ”の順に高くなっており、参加可能レベルは、ミッションの難易度に応じて高くなるように設定されている。本発明におけるミッション（条件）は、勿論、この例に限定されるものではなく、ゲーム上で設定され得るものであれば、特に限定されるものではない。
【０１１３】
ステップＳ１３１０の処理の後、ＣＰＵ１０１は、ミッション一覧データを店舗サーバ２から受信したか否かを判断する（ステップＳ１３１１）。ミッション一覧データを受信していないと判断した場合、ステップＳ１３１０の処理を戻す。
一方、ミッション一覧データを店舗サーバ２から受信したと判断した場合、ＣＰＵ１０１は、第１描画処理部１１１を制御し、第１ディスプレイ１１に、図２１（ａ）に示すような画像を表示させる処理を行う（ステップＳ１３１２）。
【０１１４】
図２１（ａ）は、ステップＳ１３１２の処理が行われたときに第１ディスプレイ１１に表示される画像の一例を示す図である。
画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「どのミッションにする？」というプレーヤに対する指示を示す画像が配置されている。画面中央には上から順に「××さんに荷物お届け」、「△△から●●姫を護衛」、「○○洞窟の秘宝」、「孤島□□の探索」、「古代遺跡の謎」というように、ミッションの内容を示す画像が配置されている。各ミッションに対応するように「参照」、「受諾」という選択肢を示す画像が配置されている。
プレーヤは、タッチパネル１４を介して選択肢を示す画像に触れることにより当該選択肢に応じた指示を入力することができる。例えば、「○○洞窟の秘宝」に対応した「参照」という選択肢を示す画像にタッチパネル１４を介して触れることにより、「○○洞窟の秘宝」についての情報を得ることができる。また、「○○洞窟の秘宝」に対応した「受諾」という選択肢を示す画像にタッチパネル１４を介して触れることにより、ミッション「○○洞窟の秘宝」を受諾することができる。
【０１１５】
ステップＳ１３１２の処理の後、ＣＰＵ１０１は、ミッション参照の指示が入力されたか否かを判断する（ステップＳ１３１３）。この指示は、タッチパネル１４を介して「参照」という選択肢を示す画像に触れることにより入力することができる。
ミッション参照の指示が入力されたと判断した場合、ＣＰＵ１０１は、ミッション参照要求信号を通信用インターフェイス回路１０４により専用線５を介して店舗サーバ２に送信する（ステップＳ１３１４）。この処理は、図１９のステップＳ３３１２に対応する処理である。端末装置１からミッション参照要求信号を受信した店舗サーバ２は、ＲＯＭ２０２に格納されているミッション参照データ（例えば、ミッションの内容を詳しく説明したデータ、その内容を示す動画像や静画像等）のなかから、対象となるミッションに関するミッション参照データを抽出し、そのミッション参照データを端末装置１に送信する。
【０１１６】
ステップＳ１３１３においてミッション参照の指示が入力されていないと判断した場合、又は、ステップＳ１３１４の処理を実行した場合、次に、ＣＰＵ１０１は、ミッション参照データを受信したか否かを判断する（ステップＳ１３１５）。
ミッション参照データを受信したと判断した場合、ＣＰＵ１０１は、第１描画処理部１１１を制御し、第１ディスプレイ１１に、図２１（ｂ）に示すような画像を表示させる処理を行う（ステップＳ１３１６）。
【０１１７】
図２１（ｂ）は、ステップＳ１３１６の処理が行われたときに第１ディスプレイ１１に表示される画像の一例を示す図である。
画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「○○洞窟の秘宝について」という、参照するミッションの名称を示す画像が配置されている。画面左側には、○○洞窟の入口を表す画像が配置されている。その右側には、ミッションの内容を説明するメッセージを表す画像が配置され、さらに、「受諾」、「戻る」という選択肢を示す画像が配置されている。
【０１１８】
ステップＳ１３１５においてミッション参照データを店舗サーバ２から受信していないと判断した場合、又は、ステップＳ１３１６の処理を実行した場合、ＣＰＵ１０１は、ミッション受諾の指示が入力されたか否かを判断する（ステップＳ１３１７）。この指示は、タッチパネル１４を介して「受諾」という選択肢を示す画像に触れることにより入力することができる。
ミッション受諾の指示が入力されたと判断した場合、ＣＰＵ１０１は、ミッション受諾要求信号を通信用インターフェイス回路１０４により専用線５を介して店舗サーバ２に送信する（ステップＳ１３１８）。この処理は、図１９のステップＳ３３１４の処理に対応する処理である。
【０１１９】
ステップＳ１３１７において、ミッション受諾指示が入力されていないと判断した場合、又は、ステップＳ１３１８の処理を実行した場合、ＣＰＵ１０１は、店舗サーバ２から待機画像表示コマンドを受信したか否かを判断する（ステップＳ１３１９）。この処理は、図１９のステップＳ３３２２の処理に対応する処理であり、待機画像表示コマンドには、ミッションへの参加可能人数と参加登録人数とに関するデータが含まれる。
【０１２０】
ステップＳ１３１９において、待機画像表示コマンドを受信したと判断した場合、ＣＰＵ１０１は、当該待機画像表示コマンドに基づいて、第１描画処理部１１１を制御する（ステップＳ１３２０）。
第１描画処理部１１１は、上記待機画像表示コマンドに含まれる参加可能人数と参加登録人数とに関するデータに基づいて、ＲＯＭ１０２から所定の画像データを抽出し、所定の優先順位でビデオＲＡＭにこれらの画像データを記憶させることにより、待機画像を生成する。そして、第１描画処理部１１１は、第１ディスプレイ１１に待機画像を出力する。その結果、第１ディスプレイ１１には、例えば、図２１（ｃ）に示すような画像が表示される。
【０１２１】
図２１（ｃ）は、ステップＳ１３２０の処理が行われたときに第１ディスプレイ１１に表示される画像の一例を示す図である。
画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「○○洞窟の秘宝」というミッションの名称を示す画像が表示されている。
また、画面中央には、参加可能人数が４人であり、現時点の参加登録人数が３人であることを表す画像が表示されている。
【０１２２】
ステップＳ１３１９において、店舗サーバ２から待機画像表示コマンドを受信していないと判断した場合、又は、ステップＳ１３２０の処理を実行した場合、次に、ＣＰＵ１０１は、店舗サーバ２から通知信号を受信したか否かを判断する（ステップＳ１３２１）。この処理は、図１９のステップＳ３３２４の処理に対応する処理である。
【０１２３】
ステップＳ１３２１において通知信号を受信したと判断した場合、ＣＰＵ１０１は、第１描画処理部１１１を制御し、第１ディスプレイ１１に、図２１（ｄ）に示すように、ミッションを設定した旨を示す画像を表示させる（ステップＳ１３２２）。
【０１２４】
図２１（ｄ）は、ステップＳ１３２２の処理が行われたときに第１ディスプレイ１１に表示される画像の一例を示す図である。
画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「○○洞窟の秘宝」という、受諾したミッションの名称を示す画像が配置されている。画面左側には、○○洞窟の入口を表す画像が配置されている。その右側には、ミッションを受諾した旨を示す画像が配置されている。
【０１２５】
ステップＳ１３２１において通知信号を受信していないと判断した場合、又は、ステップＳ１３２２の処理を実行した場合、ＣＰＵ１０１は、ミッション参照／受諾処理を終了するか否かを判断する（ステップＳ１３２３）。ミッション参照／受諾処理は、プレーヤがタッチパネル１４を用いて、この処理を終了して図１６のサブルーチンに処理を戻す旨の指示を入力した際に終了する。
ステップＳ１３２３において、ミッション参照／受諾処理を終了すると判断した場合、本サブルーチンを終了する。一方、ミッション参照／受諾処理を終了しないと判断した場合、ステップＳ１３１３に処理を移す。
【０１２６】
次に、図１９に示すフローチャートについて説明する。
まず、店舗サーバ２のＣＰＵ２０１は、端末装置１からミッション一覧要求信号を受信したか否かを判断する（ステップＳ３３１０）。この処理は、図１８のステップＳ１３１０の処理に対応する処理である。
端末装置１からミッション一覧要求信号を受信したと判断した場合、店舗サーバ２のＣＰＵ２０１は、ＲＯＭ２０２に記憶されたミッション一覧データのなかから、現時点でプレーヤが参加可能なミッションに関するミッション一覧データを抽出して端末装置１に送信する（ステップＳ３３１１）。この処理は、図１８のステップＳ１３１１に対応した処理であり、ミッション一覧データを受信した端末装置１の第１ディスプレイ１１には、ミッション一覧画像（図２１（ａ）参照）が表示されることになる（図１８、ステップＳ１３１２）。
【０１２７】
ステップＳ３３１０においてミッション一覧要求信号を受信していないと判断した場合、又は、ステップＳ３３１１の処理を実行した場合、店舗サーバ２のＣＰＵ２０１は、端末装置１からミッション参照要求信号を受信したか否かを判断する（ステップＳ３３１２）。この処理は、図１８のステップＳ１３１４の処理に対応する処理である。
【０１２８】
ステップＳ３３１２において、端末装置１からミッション参照要求信号を受信したと判断した場合、ＣＰＵ２０１は、ＲＯＭ２０２に格納されているミッション参照データのなかから、対象となるミッションに関するミッション参照データを抽出し、そのミッション参照データを端末装置１に送信する（ステップＳ３３１３）。この処理は、ステップＳ１３１５に対応する処理であり、ミッション参照データを受信した端末装置１の第１ディスプレイ１１には、ミッション参照画像（図２１（ｂ）参照）が表示されることになる（図１８、ステップＳ１３１６）。
【０１２９】
ステップＳ３３１２において、ミッション参照要求信号を受信していないと判断した場合、又は、ステップＳ３３１３の処理を実行した場合、ＣＰＵ２０１は、ミッション受諾要求信号を受信したか否かを判断する（ステップＳ３３１４）。この処理は、図１８のステップＳ１３１８に対応する処理である。
【０１３０】
ステップＳ３３１４において、ミッション受諾要求信号を受信したと判断した場合、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）に含まれるプレーヤのレベルと、ＲＯＭ２０２に記憶されたミッション一覧データ（図２０参照）に含まれる参加可能レベルとを比較する（ステップＳ３３１５）。次に、ＣＰＵ２０１は、ステップＳ３３１５における比較結果に基づいて、プレーヤのレベルが、ミッションの参加可能レベル以上であるか否かを判断する（ステップＳ３３１６）。
例えば、図１４に示すプレーヤ情報におけるプレーヤ“丁”は、レベルは１１であるから、参加可能レベルが３のミッション“ＡＢ”に参加することは可能であるが、図１４に示すプレーヤ情報におけるプレーヤ“甲”は、レベルが１であるから、ミッション“ＡＢ”には参加することができないのである。
【０１３１】
ステップＳ３３１６において、プレーヤのレベルが、ミッションの参加可能レベル以上ではないと判断した場合、ＣＰＵ２０１は、そのプレーヤのミッションへの参加登録を行わず（ステップＳ３３１７）、処理をステップＳ３３２１に移す。
【０１３２】
一方、ステップＳ３３１６において、プレーヤのレベルが、ミッションの参加可能レベル以上であると判断した場合、ＣＰＵ２０１は、既に他のプレーヤが当該ミッションへの参加登録を行っているか否かを判断する（ステップＳ３３１８）。
未だ他のプレーヤが当該ミッションへの参加登録を行っていないと判断した場合、ＣＰＵ２０１は、ＲＯＭ２０２に記憶されたミッション一覧データを参照し、ＲＡＭ２０３に、そのミッションについての参加可能人数に関するデータを記憶させることにより、ミッションへの参加可能人数を設定する（ステップＳ３３１９）。
例えば、そのプレーヤがシングルモードを選択している場合には、参加可能人数が“１”である旨を示すデータをＲＡＭ２０３に記憶させる。また、そのプレーヤがマルチモードを選択している場合には、参加可能人数が“４”である旨を示すデータをＲＡＭ２０３に記憶させる。
【０１３３】
ステップＳ３３１８において、他のプレーヤが既に当該ミッションへの参加登録をしていると判断した場合、又は、ステップＳ３３１９の処理を実行した場合、ＣＰＵ２０１は、参加登録人数を更新する処理を行う（ステップＳ３３２０）。
ステップＳ３３１９の処理を実行した場合、ＣＰＵ２０１は、この処理において、当該ミッションへの参加登録人数が“１”である旨を示すデータをＲＡＭ２０３に記憶する。
一方、他のプレーヤが既に当該ミッションへの参加登録をしている場合、ＲＡＭ２０３には、当該ミッションへの参加登録人数を示すデータが記憶されているので、ＣＰＵ２０１は、この処理において、ＲＡＭ２０３に記憶された参加登録人数を１加算するように更新する。
【０１３４】
ステップＳ３３１４において、ミッション受諾要求信号を受信していないと判断した場合、又は、ステップＳ３３２０の処理を実行した場合、ＣＰＵ２０１は、ステップＳ３３２０の処理が行われるごとに順次更新（１加算）されるミッションへの参加登録人数が、ステップＳ３３１９において設定されたミッションへの参加可能人数と同じであるか否かを判断する（ステップＳ３３２１）。
シングルモードが選択された場合、ステップＳ３３１９において、ミッションへの参加可能人数は“１”に設定され、ステップＳ３３２０において、ミッションへの参加登録人数は“１”としてＲＡＭ２０３に記憶されるので、ステップＳ３３２１における判断は“ＹＥＳ”となる。
また、マルチモードが選択された場合、ステップＳ３３１９において、ミッションへの参加可能人数は“４”に設定され、ステップＳ３３２０において、ミッションへの参加登録人数は“１”としてＲＡＭ２０３に記憶されるので、ステップＳ３３２１における判断は“ＮＯ”となる。その後にステップＳ３３２０の処理が繰り返し行われ、ミッションへの参加登録人数が“４”となった場合には、ステップＳ３３２１における判断は“ＹＥＳ”となる。
【０１３５】
ステップＳ３３２１において、参加登録人数が参加可能人数と同じであると判断した場合、店舗サーバ２のＣＰＵ２０１は、参加登録中の端末装置１に、参加登録人数と参加可能人数とに関するデータを含む待機画像表示コマンドを送信する（ステップＳ３３２２）。
この処理は、図１８のステップＳ１３１９の処理に対応する処理であり、待機画像表示コマンドを受信した端末装置１の第１ディスプレイ１１には、待機画像（図２１（ｃ）参照）が表示されることになる（図１８、ステップＳ１３２０）。
その後、本サブルーチンを終了する。
【０１３６】
一方、ステップＳ３３２１において、参加登録人数が参加可能人数と同じであると判断した場合、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）のミッションの欄のデータを更新し、参加登録中のプレーヤにミッションを設定する（ステップＳ３３２３）。
次に、ＣＰＵ２０１は、参加登録中の端末装置１に、ミッションを設定した旨を示す通知信号を送信する（ステップＳ３３２４）。この処理は、図１８のステップＳ１３２１の処理に対応する処理であり、通知信号を受信した端末装置１の第１ディスプレイ１１には、ミッションを設定した旨を示す画像（図２１（ｄ）参照）が表示されることになる（図１８、ステップＳ１３２２）。
その後、本サブルーチンを終了する。
【０１３７】
図２２は、図１６に示したフローチャートのステップＳ１３３において呼び出されて端末装置１によって実行される掲示板使用処理と、この処理に対応した店舗サーバ２によって実行される処理とを示すフローチャートである。図２３は、図２２に示すフローチャートのステップＳ１３３４の処理が行われる際に用いられるメッセージリストの一例を示す図である。
【０１３８】
まず、端末装置１のＣＰＵ１０１は、入力済メッセージを要求する旨の要求信号を、店舗サーバ２に送信する（ステップＳ１３３０）。店舗サーバ２は、この要求信号を受信すると、既に端末装置１によって入力されてＲＡＭ２０３に記憶されたメッセージ（入力済メッセージ）を、要求信号の送信元の端末装置１に送信する（ステップＳ３３３０）。
【０１３９】
端末装置１は、店舗サーバ２から入力済メッセージを受信すると、第１描画処理部１１１によって、第１ディスプレイ１１に、図２４（ａ）に示すような入力済メッセージを示す画像を表示する（ステップＳ１３３１）。
【０１４０】
図２４（ａ）は、図２２のステップＳ１３３１の処理が実行される際に端末装置１の第１ディスプレイ１１に表示される画像の一例を示す図である。
画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「掲示板」という画像が配置されている。その右側には「新規入力」という選択肢を示す画像が配置されている。「新規入力」は、他のプレーヤのメッセージに対してメッセージを入力するのではなく、新たにメッセージを入力する際に使用する選択肢である。プレーヤは、タッチパネル１４を介して「新規入力」という画像に触れることにより、新たにメッセージを入力する旨の指示を入力することができる。
【０１４１】
画面中央には、各プレーヤによって入力された入力済メッセージが表示されている。
例えば、「甲−「私は甲です。よろしく。」」という画像は、プレーヤ“甲”が入力した「私は甲です。よろしく。」というメッセージを示している。また、その左側には「コメント」という選択肢を示す画像が配置されている。「コメント」は、新たにメッセージを入力するのではなく、他のプレーヤのメッセージに対してメッセージを入力する際に使用する選択肢である。プレーヤは、タッチパネル１４を介して「コメント」という画像に触れることにより、他のプレーヤに対してメッセージを入力する旨の指示を入力することができる。
また、その直下に配置された「丁−「私は丁です。よろしく。」」という画像は、プレーヤ“甲”のメッセージに対してプレーヤ“丁”が入力した「私は丁です。よろしく。」というメッセージを示している。プレーヤ“丁”のメッセージの下側には、「乙−「私と一緒に冒険しませんか？」」という画像と、「丙−「私と一緒に冒険しませんか？」」という画像とが配置されている。これは、プレーヤ“乙”、“丙”が夫々、ミッションにともに参加するプレーヤを探すために入力したメッセージである。
【０１４２】
ステップＳ１３３１の処理の後、ＣＰＵ１０１は、メッセージを入力する旨の指示が入力されたか否かを判断する（ステップＳ１３３２）。メッセージを入力する旨の指示は、プレーヤが、タッチパネル１４を介して「新規入力」又は「コメント」という画像に触れることにより入力することができる。
【０１４３】
ステップＳ１３３２において、メッセージを入力する旨の指示が入力されたと判断した場合、端末装置１のＣＰＵ１０１は、メッセージリストを要求する旨の要求信号を店舗サーバ２に送信する（ステップＳ１３３４）。この要求信号を受信した店舗サーバ２のＣＰＵ２０１は、ＲＯＭ２０２に記憶されたメッセージリストを抽出し、要求信号の送信元の端末装置１に送信する（ステップＳ３３３１）。
【０１４４】
図２３は、メッセージリストの一例を示した図である。
左欄には、メッセージナンバーが格納されており、右欄には、各ナンバーに対応したメッセージが格納されている。例えば、ナンバー“００１”にはメッセージ「私は“甲（プレーヤの名称）”です。よろしく。」が対応している。また、ナンバー“００２”にはメッセージ「.私と一緒に冒険しませんか？」が対応している。さらに、ナンバー“００３”にはメッセージ「一緒に冒険しましょう。」が対応している。図中には示していないが、このメッセージリストには、その他にも多数のメッセージが格納されている。
【０１４５】
店舗サーバ２からメッセージリストを受信した端末装置１のＣＰＵ１０１は、メッセージリストに基づいて第１描画処理部１１１を制御し、第１ディスプレイ１１に、複数のメッセージのなかから、いずれか１のメッセージを選択可能とするメッセージ選択肢を表示する処理を行う（ステップＳ１３３５）。
【０１４６】
図２４（ｂ）は、図２４（ａ）に示した画像が第１ディスプレイ１１に表示されているときに、プレーヤ“甲”がタッチパネル１４を介して、乙のメッセージに対してメッセージを入力する旨の指示が入力された際に第１ディスプレイ１１に表示される画像である。
画面左上には「ギルド」という現在のキャラクタの所在地を示す画像が配置され、画面右上には「掲示板」という画像が配置されている。その下側には、プレーヤ“甲”がメッセージを入力する対象としたプレーヤ“乙”のメッセージを示す画像が配置されている。
さらに、プレーヤ“乙”のメッセージを示す画像の下側には、メッセージを示す複数の選択肢が上下方向に並べられたメッセージリストが表示されている。
図２４（ｂ）に示す画像が表示されているとき、プレーヤは、タッチパネル１４を介して、入力したいメッセージを表す画像に触れることにより、当該メッセージを店舗サーバ２に送信する指示を入力することができる。
【０１４７】
ステップＳ１３３５の処理の後、ＣＰＵ１０１は、メッセージを選択する指示が入力されたか否かを判断する（ステップＳ１３３６）。この指示は、図２４（ｂ）に示す画像が第１ディスプレイ１１に表示されているとき、タッチパネル１４を介して、メッセージを示す複数の選択肢のなかから、いずれか１の選択肢に触れることにより入力することができる。
【０１４８】
ステップＳ１３３６において、メッセージを選択する指示が入力されたと判断した場合、ＣＰＵ１０１は、当該メッセージを、通信用インターフェイス回路１０４により、専用線５を介して店舗サーバ２に送信する（ステップＳ１３３７）。
一方、店舗サーバ２のＣＰＵ２０１は、端末装置１からメッセージを受信すると、ＲＡＭ２０３にそのメッセージを記憶させる（ステップＳ３３３２）。ここで、ＲＡＭ２０３に記憶されたメッセージが、上述したステップＳ１３３０、Ｓ１３３１又はＳ３３３０において端末装置１と店舗サーバ２と間で送受信され、端末装置１の第１ディスプレイ１１に表示されるメッセージ、すなわち、入力済メッセージとなる。
【０１４９】
その後、端末装置１のＣＰＵ１０１は、掲示板使用処理を終了するか否かを判断する（ステップＳ１３３８）。掲示板使用処理は、プレーヤがタッチパネル１４を用いて、この処理を終了して図１６のサブルーチンに処理を戻す旨の指示を入力した際に終了する。
ステップＳ１３３８において、掲示板使用処理を終了すると判断した場合、本サブルーチンを終了する。一方、掲示板使用処理を終了しないと判断した場合、ステップＳ１３３０に処理を戻す。そして、再度、ＣＰＵ１０１は、入力済メッセージを要求する旨の要求信号を送信する（ステップＳ１３３０）。当該要求信号を受信した店舗サーバ２は、入力済メッセージを端末装置１に送信する（ステップＳ３３３０）。そして、店舗サーバ２から入力済メッセージを受信した端末装置１は、入力済メッセージを第１ディスプレイ１１に表示する（ステップＳ１３３１）。
【０１５０】
図２４（ｃ）は、図２４（ｂ）に示す画像が第１ディスプレイ１１に表示されているとき、プレーヤがタッチパネル１４を介して「一緒に冒険しましょう。」という画像に触れた場合に、端末装置１の第１ディスプレイ１１に表示される画像である。
図２４（ｃ）に示す画像は、図２４（ａ）に示した画像と異なり、プレーヤ“乙”のメッセージに対してプレーヤ“甲”が入力したメッセージ「一緒に冒険しましょう。」が追加して表示される。
【０１５１】
図２５は、図１６に示したフローチャートのステップＳ１３５において呼び出されて端末装置１によって実行される報酬支払処理と、この処理に対応して店舗サーバ２において実行される処理とを示すフローチャートである。
まず、端末装置１のＣＰＵ１０１は、報酬支払要求信号を店舗サーバ２に送信する（ステップＳ１３５０）。端末装置１から報酬支払要求信号を受信すると、店舗サーバ２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）を基づいて、プレーヤがミッションをクリアしているか否かを判断する（ステップＳ３３５０）。
ステップＳ３３５０において、プレーヤがミッションをクリアしていると判断した場合、店舗サーバ２のＣＰＵ２０１は、クリアしたミッションに基づいて、報酬決定テーブルを参照し、報酬額を決定する（ステップＳ３３５１）。
【０１５２】
図２６は、報酬決定テーブルの一例を示す図である。
報酬決定テーブルの左欄には、２桁の記号からなるミッションコードが格納され、右欄には、そのミッションに対応した報酬額が格納されている。例えば、ミッション“ＡＡ”に対応する報酬額は１００であり、ミッション“ＡＢ”に対応する報酬額は３００である。
【０１５３】
ステップＳ３３５１の処理の後、ＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）を参照し、プレーヤがミッションをマルチモードでクリアしたか否かを判断する（ステップＳ３３５２）。マルチモードでクリアしたと判断した場合、ステップＳ３３５１において決定した報酬額を、ミッションへの参加人数に応じて按分する（ステップＳ３３５３）。例えば、ミッション“ＡＡ”にプレーヤ４人で参加した場合、報酬額は２５となる。
【０１５４】
ステップＳ３３５２において、プレーヤがミッションをマルチモードではなくシングルモードでクリアしたと判断した場合、又は、ステップＳ３３５３の処理を実行した場合、ＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）を更新する（ステップＳ３３５４）。具体的には、ミッションの欄のデータをクリアし、所持金の額を報酬額だけ増加させる。端末装置１のＣＰＵ１０１は、店舗サーバ２において更新されたプレーヤ情報と同期してプレーヤ情報を更新する（ステップＳ１３５１）。
【０１５５】
次に、ミッションゲームについて説明することにする。
図２７は、図１５に示したフローチャートのステップＳ１２１において呼び出されて端末装置１において実行されるミッションゲーム実行処理ルーチンを示すフローチャートである。図２８は、端末装置１によって実行される図２７に示したサブルーチンに対応して、店舗サーバ２によって実行される処理を示すフローチャートである。
図２９は、チャットメッセージリストの一例を示す図である。
図３０は、図２７及び図２８に示した処理が実行されることにより端末装置１の第１ディスプレイ１１に表示される画像の一例を示す図である。
【０１５６】
まず、端末装置１のＣＰＵ１０１は、キャラクタに対する操作指示が入力されたか否かを判断する（ステップＳ１５０）。キャラクタに対する操作指示は、プレーヤが各種ボタン１１８又は操作レバー１１９を操作することにより入力することができる。
キャラクタに対する操作指示が入力された場合には、ＣＰＵ１０１は、店舗サーバ２に操作コマンドを送信する（ステップＳ１５１）。この処理は、図２８のステップＳ３３０に対応する処理である。
【０１５７】
ステップＳ１５０において、キャラクタに対する操作指示が入力されていないと判断した場合、又は、ステップＳ１５１の処理が実行された場合、ＣＰＵ１０１は、店舗サーバ２からプレーヤ情報を受信したか否かを判断する（ステップＳ１５２）。この処理は、図２８のステップＳ３３２に対応する処理である。
プレーヤ情報を受信したと判断した場合、ＣＰＵ１０１は、当該プレーヤ情報に基づいて、ＲＡＭ１０３に記憶されたプレーヤ情報を更新する（ステップＳ１５３）。
【０１５８】
ステップＳ１５２において、プレーヤ情報を店舗サーバ２から受信していないと判断した場合、又は、ステップＳ１５３の処理を実行した場合、ＣＰＵ１０１は、店舗サーバ２から表示コマンドを受信したか否かを判断する（ステップＳ１５４）。この処理は、図２８のステップＳ３３３、Ｓ３３５、Ｓ３３８又はＳ３４１に対応する処理である。
【０１５９】
ステップＳ１５４において、表示コマンドを受信したと判断した場合、ＣＰＵ１０１は、第１ディスプレイ１１又は第２ディスプレイ１２に対する画像表示処理を実行する（ステップＳ１５５）。
この処理において、ＣＰＵ１０１は、第１描画処理部１１１又は第２描画処理部１１２に表示コマンドを供給する。第１描画処理部１１１は、上記表示コマンドに従って、ＲＡＭ１０３に格納されたプレーヤ情報（図１４参照）を参照し、ＲＯＭ１０２から画像データを抽出する。そして、第１ディスプレイ１１に表示される優先順位に従って（例えば、背景画像、モンスター画像、キャラクタ画像の順に）画像データをビデオＲＡＭに記憶することにより、ゲーム画像を生成し、第１ディスプレイ１１に出力する。その結果、第１ディスプレイ１１には、ゲーム画像が表示される。
【０１６０】
また、３次元画像によりゲーム画像を表示する場合には、第１描画処理部１１１は、ＲＯＭ１０２に格納されたオブジェクト（例えば、キャラクタ又はモンスターを構成するオブジェクト等）を３次元空間上での位置から擬似３次元空間上での位置へ変換するための計算、光源計算処理等を行うとともに、上記計算結果に基づいてビデオＲＡＭに対して描画すべき画像データの書き込み処理（例えば、ポリゴンで指定されるビデオＲＡＭの領域に対するテクスチャデータのマッピング等）を行うことにより、ゲーム画像を生成し、第１ディスプレイ１２に出力する。その結果、第１ディスプレイ１１には、３次元画像からなるゲーム画像が表示される。
第２描画処理部１１２は、上記表示コマンドに従って、ＲＯＭ１０２から所定の画像を抽出する。そして、第２ディスプレイ１２に表示される優先順位に従って画像データをビデオＲＡＭに記憶することにより、所定の画像を生成し、第２ディスプレイ１２に出力する。その結果、第２ディスプレイ１２には、所定の画像が表示される。
【０１６１】
ステップＳ１５４において、ゲーム画像を表示させる旨の表示コマンドを店舗サーバ２から受信した場合（図２８、ステップＳ３３３）、ステップＳ１５５の処理が行われることにより、第１ディスプレイ１１には、ゲーム画像が表示される（図３０（ａ）参照）。
図３０（ａ）に示す画像は、プレーヤ“Ｐ１”が操作する端末装置１の第１ディスプレイ１１に表示される画像であり、プレーヤ“Ｐ１”に対応したキャラクタ画像Ｐ１′と、プレーヤ“Ｐ２”に対応したキャラクタ画像Ｐ２′とが配置されている。
【０１６２】
また、ステップＳ１５４において、チャットボタンを表示させる旨の表示コマンドを店舗サーバ２から受信した場合（図２８、ステップＳ３３５）、ステップＳ１５５の処理が行われることにより、第１ディスプレイ１１には、チャットボタン９２が表示される（図３０（ａ）参照）。
図３０（ａ）に示す画像の右下には、「ＣＨＡＴ」というチャットボタン９２が配置されている。プレーヤは、タッチパネル１４を介してチャットボタン９２に触れることにより、チャットを実行する旨の指示を入力することができる。
【０１６３】
また、ステップＳ１５４において、チャットウィンドウを表示させる旨の表示コマンドを店舗サーバ２から受信した場合（図２８、ステップＳ３３８）、ステップＳ１５５の処理が行われることにより、第１ディスプレイ１１には、３つのチャットメッセージ９０ａ〜９０ｃを含むチャットウィンドウ９０が表示される（図３０（ｂ）参照）。
図３０（ｂ）に示す画像の右下には、「何してるの？」、「ここはどこ？」、「あなたは誰？」という３つのチャットメッセージ９０ａ〜９０ｃを含むチャットウィンドウ９０が配置されている。プレーヤは、タッチパネル１４を介して、いずれか１のチャットメッセージに触れることにより、送信したいチャットメッセージを選択することができる。
その後、プレーヤ“Ｐ１”は、プレーヤ“Ｐ２”に対応するキャラクタ画像Ｐ２′にタッチパネル１４を介して触れることにより、選択したチャットメッセージを、プレーヤ“Ｐ２”の端末装置１に送信することができる。
【０１６４】
また、ステップＳ１５４において、チャットメッセージを表示させる旨の表示コマンドを店舗サーバ２から受信した場合（図２８、ステップＳ３４１）、ステップＳ１５５の処理が行われることにより、第１ディスプレイ１１には、チャットメッセージ９１が表示される（図３０（ｃ）、（ｄ）参照）。
図３０（ｃ）に示す画像は、図３０（ｂ）に示す画像が表示されているときにタッチパネル１４を介してチャットメッセージ９０ｂが選択された際に、プレーヤ“Ｐ１”が操作する端末装置１の第１ディスプレイ１１である。プレーヤ“Ｐ１”に対応するキャラクタ画像Ｐ１′の近傍には「ここはどこ？」というチャットメッセージ９１が表示されている。
このとき、チャットメッセージの送信先であるプレーヤ“Ｐ２”が操作する端末装置１の第１ディスプレイ１１には、図３０（ｄ）に示すような画像が表示される。
プレーヤ“Ｐ１”に対応するキャラクタ画像Ｐ１′の近傍には「ここはどこ？」というチャットメッセージ９１が表示されている。また、画面の右下には、「遺跡です。」、「分かりません。」、「返事しない。」の３つのチャットメッセージ９０ｄ〜９０ｆを含むチャットウィンドウ９０が表示されている。
【０１６５】
ステップＳ１５４において、表示コマンドを受信していないと判断した場合、又は、ステップＳ１５５の処理を実行した場合、ＣＰＵ１０１は、チャットを実行する旨の指示が入力されたか否かを判断する（ステップＳ１５６）。この指示は、プレーヤがタッチパネル１４を介してチャットボタン９２に触れることにより入力することができる。
チャットを実行する旨の指示が入力されたと判断した場合、ＣＰＵ１０１は、店舗サーバ２に、チャット実行コマンドを送信する（ステップＳ１５７）。
この処理は、図２８のステップＳ３３６に対応する処理である。
【０１６６】
ステップＳ１５６において、チャットを実行する旨の指示が入力されていないと判断した場合、又は、ステップＳ１５７の処理を実行した場合、ＣＰＵ１０１は、チャットメッセージを選択する旨の指示が入力されたか否かを判断する（ステップＳ１５８）。この指示は、プレーヤがタッチパネル１４を介して、チャットウィンドウ９０に含まれる３つのチャットメッセージ９０ａ〜９０ｃのうち、いずれか１に触れることにより入力することができる。
【０１６７】
ステップＳ１５８において、チャットメッセージを選択する旨の指示が入力されたと判断した場合、ＣＰＵ１０１は、選択されたチャットメッセージをＲＡＭ１０３に記憶する（ステップＳ１５９）。
ステップＳ１５８において、チャットメッセージを選択する旨の指示が入力されていないと判断した場合、又は、ステップＳ１５９の処理を実行した場合、ＣＰＵ１０１は、チャットメッセージの送信先となるキャラクタを選択する旨の指示が入力されたか否かを判断する（ステップＳ１６０）。
この指示は、プレーヤがタッチパネル１４を介して、キャラクタ画像Ｐ２′に触れることにより入力することができる。
【０１６８】
ステップＳ１６０において、送信先キャラクタを選択する旨の指示が入力されたと判断した場合、ＣＰＵ１０１は、チャットメッセージの送信先の端末装置１を示す送信先データをＲＡＭ１０３に記憶する（ステップＳ１６１）。
次に、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されたチャットメッセージ及び送信先データを、店舗サーバ２に送信する（ステップＳ１６２）。
【０１６９】
ステップＳ１６０において、送信先キャラクタを選択する旨の指示が入力されていないと判断した場合、又は、ステップＳ１６２の処理を実行した場合、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されたプレーヤ情報（図１４参照）を参照し、所定のミッション終了条件を
満たしたか否かを判断する（ステップＳ１６３）。所定のミッション条件としては、例えば、ミッションをクリアすること、ギルドへ帰還すること、キャラクタの生命力が０になること等を挙げることができる。
【０１７０】
ミッションゲームを終了しないと判断した場合、ステップＳ１５０に処理を移す。一方、ミッションゲームを終了すると判断した場合には、本サブルーチンを終了する。
【０１７１】
次に、店舗サーバ２の処理について説明する。
まず、ＣＰＵ２０１は、端末装置１から操作コマンドを受信したか否かを判断する（ステップＳ３３０）。操作コマンドを受信したと判断した場合、ＣＰＵ２０１は、当該操作コマンドに応じて、ＲＡＭ２０３に記憶されたプレーヤ情報を更新し（ステップＳ３３１）、プレーヤ情報を端末装置１に送信する（ステップＳ３３２）。この処理は、図２７のステップＳ１５２に対応する処理である。
【０１７２】
次に、ＣＰＵ２０１は、プレーヤ情報に基づいて、端末装置１の第１ディスプレイ１１にゲーム画像を表示させる旨の表示コマンドを、端末装置１に送信する（ステップＳ３３３）。この処理は、図２７のステップＳ１５４に対応する処理である。
【０１７３】
ステップＳ３３０において、操作コマンドを受信していないと判断した場合、又は、ステップＳ３３３の処理を実行した場合、ＣＰＵ２０１は、プレーヤ情報を参照し、端末装置１の第１ディスプレイ１１に表示されるゲーム画像に他のキャラクタを含むことになるか否かを判断する（ステップＳ３３４）。他のキャラクタを含むことになると判断した場合、ＣＰＵ２０１は、チャットボタンを表示させる旨の表示コマンドを店舗サーバ２に送信する（ステップＳ３３５）。この処理は、図２７のステップＳ１５４に対応する処理である。
【０１７４】
ステップＳ３３４において、同一ゲーム画像内に他のキャラクタを含まないと判断した場合、又は、ステップＳ３３５の処理を実行した場合、ＣＰＵ２０１は、チャット実行コマンドを受信したか否かを判断する（ステップＳ３３６）。この処理は、図２７のステップＳ１５７に対応する処理である。
チャット実行コマンドを受信したと判断した場合、ＣＰＵ２０１は、ＲＯＭ２０２に記憶されたチャットメッセージリストのなかから、所定数（例えば、３つ）のチャットメッセージを選択する。
【０１７５】
図２９は、チャットメッセージリストの一例を示す図である。
最左欄には、チャットメッセージを識別するための４桁のナンバーと、各ナンバーに対応したチャットメッセージが格納されている。これは、最初のメッセージを示している。
その右側の欄には、最初のメッセージ１つについて、３つの第１応答メッセージが格納されている。さらに、その右側の欄には、第１メッセージ１つについて、３つの第２応答メッセージが格納されている。
最初のメッセージは、タッチパネル１４を介してチャットボタン９２に触れ、チャットを実行する旨の指示を入力した端末装置１の第１ディスプレイ１１に表示されるメッセージであり（図３０（ｂ）参照）、第１応答メッセージは、最初のメッセージを受信した端末装置１の第１ディスプレイ１１に表示されるメッセージである（図３０（ｄ）参照）。また、図中には示していないが、第２応答メッセージは、第１メッセージを受信した端末装置１の第１ディスプレイ１１に表示されるメッセージである。
【０１７６】
ステップＳ３３７の処理を実行した後、ＣＰＵ２０１は、ステップＳ３３７において選択したチャットメッセージを含むチャットウィンドウを表示させる旨の表示コマンドを端末装置１に送信する（ステップＳ３３８）。この処理は、図２７のステップＳ１５４に対応する処理である。
【０１７７】
ステップＳ３３６において、チャット実行コマンドを受信していないと判断した場合、又は、ステップＳ３３８の処理を実行した場合、ＣＰＵ２０１は、チャットメッセージ及び送信先データを受信したか否かを判断する（ステップＳ３３９）。この処理は、図２７のステップＳ１６２に対応する処理である。
ステップＳ３３９において、チャットメッセージ及び送信先データを受信したと判断した場合、ＣＰＵ２０１は、送信先データに基づいて、チャットメッセージの送信先となる端末装置１を特定し（ステップＳ３４０）、送信先の端末装置１に、チャットメッセージを表示させる旨の表示コマンドを送信する（ステップＳ３４１）。この処理は、図２７のステップＳ１５４に対応する処理である。
【０１７８】
次に、ＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプレーヤ情報（図１４参照）を参照し、所定のミッション終了条件を満たしたか否かを判断する（ステップＳ３４２）。
所定のミッション終了条件を満たしていないと判断した場合、ステップＳ３３０の処理を戻し、所定のミッション終了条件を満たしたと判断した場合、本サブルーチンを終了する。
【０１７９】
図３１は、センターサーバ３によって実行される伝記データ生成処理を示すフローチャートである。この処理は、本実施形態に係るゲームが開始された際に実行される処理である。まず、ＣＰＵ３０１は、本実施形態に係るゲームを開始してからの経過時間を測定する計時処理を開始する（ステップＳ３５０）。この処理は、ＲＡＭ３０３に、タイマをセットし、所定の周期で割込処理等を行って順次ＲＡＭ３０３に記憶されるタイマ値をカウントアップすることにより経過時間を測定することとしてもよく、制御部３００にタイマを設けることとしてもよい。センターサーバ３によって計時される経過時間によって、ゲーム上の時間軸が構成される。なお、このステップＳ３５０の処理にかえて、所定の周期でインターネットを通じて現時点の時刻を取得することとしてもよい。
【０１８０】
次に、ＣＰＵ３０１は、ミッションのクリアに関する複数種類の要素からなる履歴データ（図１３（ｂ）参照）をＲＡＭ３０３に記憶したか否かを判断する（ステップＳ３５１）。なお、図１５に示すサブルーチンのステップＳ１２３の処理を端末装置１が実行した際に、その端末装置１を操作するプレーヤに関するゲーム履歴が店舗サーバ２からセンターサーバ３に送信され、ＲＡＭ３０３にゲーム履歴が記憶される。ステップＳ３５１においては、ＲＡＭ３０３に新たに記憶したゲーム履歴に、ミッションのクリアに関する複数種類の要素からなるゲーム履歴が存在するか否かを判断するのである。
【０１８１】
次に、ＣＰＵ３０１は、ＲＡＭ３０３に記憶された履歴データ（図１３（ｂ）参照）に基づいて、ＲＯＭ３０２に記憶された履歴データ評価テーブルを参照し、評価ポイントを決定する（ステップＳ３５２）。
図３２は、履歴データ評価テーブルの一例を示す図である。
履歴データ評価テーブルにおいては、ミッションごとに、ゲーム履歴の要素と、評価ポイントとが対応付けられている。例えば、ミッション“ＡＡ”の場合、その時点のレベルが３以下であれば評価ポイントは１であり、レベルが３を超えれば評価ポイントは０である。従って、低いレベルでミッションをクリアした方が、評価が高いということになる。
また、所要時間が１時間以内であれば評価ポイントは１であり、１時間を超えると評価ポイントは０である。従って、短時間でミッションをクリアした方が、評価が高いということになる。また、ミッションへの参加人数が１であれば評価ポイントは１であり、参加人数が１を超えれば（２人以上であれば）評価ポイントは０である。従って、シングルミッションを選択した方が、マルチミッションを選択するより、評価が高いということになる。
【０１８２】
なお、図１３（ｂ）に示したゲーム履歴データに基づいて、図３２に示す履歴データ評価テーブルを参照すると、プレーヤ“丁”のミッション“ＡＡ”の評価ポイントは２、ミッション“ＡＢ”の評価ポイントは１、ミッション“ＡＣ”の評価ポイントは２である。
【０１８３】
ステップＳ３５２の処理の後、ＣＰＵ３０１は、評価ポイントに応じた評価メッセージ作成テーブルを参照し、ＲＡＭ３０３に記憶されたゲーム履歴を用いて、評価メッセージを作成する（ステップＳ３５３）。
図３３は、評価メッセージ作成テーブルの一例を示す図である。
評価メッセージ作成テーブルでは、ミッションごとに、評価ポイントが２以上である場合の評価メッセージと、評価ポイントが２未満である場合の評価メッセージとが格納されている。また、各評価メッセージは、ゲーム履歴の要素を入れる欄と、定型文とが交互に配列されており、各欄にゲーム履歴の要素を挿入することにより、評価メッセージを作成することができる。
【０１８４】
図１３（ｂ）に示したゲーム履歴データを用いて、図３３に示す評価メッセージ作成テーブルを参照し、評価メッセージを作成すると、以下のようになる。
すなわち、プレーヤ“丁”のミッション“ＡＡ”についての評価ポイントは２であるから、評価メッセージは「“丁”は、“１人”で“レベル２”のとき、“２時間”で見事××に荷物を届けた。」というように、良い評価を表す評価メッセージとなる。
また、プレーヤ“丁”のミッション“ＡＢ”についての評価ポイントは１であるから、評価メッセージは「“丁”は、“３人”で“レベル１１”のとき、“２時間”も要して何とか△△を倒し●●姫を護衛した。」というように、悪い評価を表す評価メッセージとなる。
ステップＳ３５３の処理を実行するとき、ＣＰＵ３０１は、ゲーム履歴記憶手段としてのＲＡＭ３０３に記憶されたゲーム履歴ごとに、当該ゲーム履歴の複数種類の要素を用いて、ゲーム履歴に対応したゲーム結果についての評価メッセージを生成する評価メッセージ生成手段として機能する。
【０１８５】
ステップＳ３５３の処理の後、ＣＰＵ３０１は、ステップＳ３５３において作成した評価メッセージを、ゲーム上の時間軸に応じて編集し、伝記データを生成する（ステップＳ３５４）。
例えば、ステップＳ３５において、図１３（ｂ）に示したミッション“ＡＡ”〜“ＡＥ”について評価メッセージを作成した場合、ステップＳ３５４においては、これらの評価メッセージをゲーム上の時間軸に応じて編集するので、ミッション“ＡＡ”、“ＡＣ”、“ＡＤ”、“ＡＥ”、“ＡＢ”の順に評価メッセージが並ぶことになる。
ステップＳ３５４の処理を実行するとき、ＣＰＵ３０１は、複数の評価メッセージをゲーム上の時間軸に応じて編集し、プレーヤのゲーム過程を表す伝記データを生成する伝記データ生成手段として機能する。
次に、ＣＰＵ３０１は、伝記データをＲＡＭ３０３に記憶し（ステップＳ３５６）、ステップＳ３５１に処理を戻す。
【０１８６】
図３４は、伝記画像を表示する際にカード販売機６及びセンターサーバ３によって実行される処理を示すフローチャートである。図３５は、図３４に示した処理が実行される際にカード販売機６のディスプレイ６１に表示される伝記画像の一例を示す図である。
まず、ＣＰＵ６０１は、ＩＤカードリーダ６１６によって、ＩＤカード８から、プレーヤのＩＤデータを読み取る（ステップＳ６１０）。
ＩＤカードリーダ６１６によってＩＤカード８からＩＤデータを読み取ったＣＰＵ６０１は、通信用インターフェイス回路６０４により、専用線５を介して店舗サーバ２を経由し、そのＩＤデータに対応した伝記データを要求する旨の要求信号をセンターサーバ３に送信する（ステップＳ６１１）。
センターサーバ３のＣＰＵ３０１は、この要求信号を受信すると、ＲＡＭ３０３に記憶されている伝記データ（図３１のステップＳ３５６においてＲＡＭ３０３に記憶される伝記データ）のなかから、上記ＩＤデータに対応した伝記データを抽出し、上記要求信号の送信元のカード販売機６に当該伝記データを送信する（ステップＳ３７０）。また、伝記データとともに、伝記データの内容を示す画像データをＲＯＭ３０２から抽出し、伝記データとともに当該画像データを送信することとしてもよい。
【０１８７】
センターサーバ３から上記伝記データを受信したカード販売機６のＣＰＵ６０１は、当該伝記データに基づいて、描画処理部６１１により、ディスプレイ６１に、図３５（ａ）に示すような伝記画像を表示する（ステップＳ６１２）。このとき、描画処理部６１１は、伝記データを表す伝記画像を生成し、伝記画像を表示する伝記画像表示手段として機能する。
【０１８８】
図３５（ａ）は、図３４に示した処理が実行される際にカード販売機６のディスプレイ６１に表示される伝記画像の一例を示す図である。
画面の上側には「丁の伝記」という画像が配置されている。また、画面左側には、伝記データを図表の形式で表す伝記画像が配置されている。具体的には、ミッションのクリアに関する評価メッセージと、ミッションをクリアした日時とが対応付けられて配置されている。上２段の評価メッセージは、良い評価を表す評価メッセージであり、最下段の評価メッセージは、悪い評価を表す評価メッセージである。また、画面の右側には、伝記データの内容を示す画像が配置されている。
【０１８９】
次に、プレーヤの操作により、評価メッセージを削除する旨の指示が入力されたか否かを判断する（ステップＳ６１３）。この指示は、プレーヤがカード販売機６の操作ボタン６１８を操作することにより入力することが可能である。評価メッセージを削除する旨の指示が入力されていないと判断した場合、本サブルーチンを終了する。
【０１９０】
一方、評価メッセージを削除する旨の指示が入力されたと判断した場合、ＣＰＵ６０１は、評価メッセージの削除を要求する旨の要求信号をセンターサーバ３に送信する（ステップＳ６１４）。センターサーバ３のＣＰＵ３０１は、上記要求信号を受信すると、当該要求信号に基づいて評価メッセージをＲＡＭ３０３から消去する処理を行う（ステップＳ３７１）。このとき、ＣＰＵ３０１は、プレーヤの操作に応じて、評価メッセージ生成手段としてのＣＰＵ３０１によって生成された評価メッセージを消去する評価メッセージ消去手段として機能する。
次に、ＣＰＵ３０１は、ステップＳ３７１の処理結果に基づいて、ＲＡＭ３０３に記憶された伝記データを更新し（ステップＳ３７２）、更新後の伝記データをカード販売機６に送信する（ステップＳ３７３）。センターサーバ３から更新後の伝記データを受信したカード販売機６のＣＰＵ６０１は、当該伝記データに基づいて、描画処理部６１１により、ディスプレイ６１に、図３５（ｂ）に示すような伝記画像を表示する（ステップＳ６１５）。
【０１９１】
図３５（ｂ）は、図３５（ａ）に示した伝記画像がカード販売機６のディスプレイ６１に表示されているときに最下段の評価メッセージ（悪い評価を表す評価メッセージ）を削除する旨の指示が入力された場合にディスプレイ６１に表示される伝記画像であり、最下段の評価メッセージが削除されている。
【０１９２】
以上、本実施形態のゲームシステムによれば、図３５に示したように、複数の評価メッセージを含む伝記画像が表示されるため、伝記画像によってプレーヤのゲーム過程を把握することができる。その結果、優秀な成績を収めたプレーヤは、自分の伝記画像を繰り返し見て優越感や満足感を得ることができる。また、他のプレーヤは、そのゲーム結果を参考にしたり目標にしたりしてゲームを進めることができる。さらに、伝記データはプレーヤごとに生成されるため、初心者であっても自分のゲーム過程についての伝記データを表す伝記画像を見て楽しむことができる。
【０１９３】
また、本実施形態のゲームシステムは、プレーヤの操作に応じて、評価メッセージを消去する評価メッセージ消去手段を備えているため、図３５に示したように、プレーヤ自身が満足することができない評価メッセージを消去することができる。従って、プレーヤ自身が納得することができる評価メッセージを作成するように促すことができ、プレーヤをよりゲームに熱中させることが可能となる。
【０１９４】
本実施形態においては、伝記画像をカード販売機６のディスプレイ６１に表示する場合について説明したが、本発明は、この例に限定されるものではなく、例えば、端末装置１の第１ディスプレイ１１又は第２ディスプレイ１２に伝記画像を表示することとしてもよい。また、本発明のゲームシステムにおいては、プレーヤの操作に応じて、伝記画像や伝記データ等を、プレーヤが所持する記憶媒体（例えば、ＩＤカード８等）にダウンロードし得るように構成されていてもよい。このようにした場合、各プレーヤが自分自身の伝記データを表す伝記画像を見せ合って楽しむことが可能になる。
【０１９５】
本実施形態では、店舗サーバ２のＲＡＭ２０３又はセンターサーバ３のＲＡＭ３０３がゲーム履歴記憶手段として機能し、店舗サーバ２のＣＰＵ２０１がゲーム履歴設定手段として機能し、センターサーバ３のＣＰＵ３０１が評価メッセージ生成手段、伝記データ生成手段及び評価メッセージ消去手段として機能し、カード販売機６の描画処理部６１１が伝記画像表示手段として機能する場合について説明したが、本発明はこの例に限定されるものではない。本発明を構成する各手段を、端末装置１、店舗サーバ２、センターサーバ３又はカード販売機６のいずれが備えるかについては適宜選択することが可能である。
【０１９６】
本実施形態では、複数の端末装置１と、複数の端末装置１と専用線５を介して通信可能に接続された店舗サーバ２と、複数の店舗サーバ２と通信回線４を介して接続されたセンターサーバ３とを備えたゲームシステムについて説明したが、本発明はこの例に限定されるものではない。例えば、単一のゲーム装置（端末装置）からなるゲームシステム、複数のゲーム装置（端末装置）が通信回線を介して接続されてなるゲームシステム、複数のゲーム装置（端末装置）とサーバとがインターネットを介して接続されてなるゲームシステム等に本発明を適用することが可能である。
【０１９７】
次に、本発明に係るゲームシステムの他の一例について説明する。
図３６は、本発明に係るゲームシステムの他の一例の構成図である。
ゲームシステムは、複数の端末装置１０１０と、複数の端末装置１０１０と専用線１０５０を介して通信可能に接続された店舗サーバ１０２０と、複数の店舗サーバ１０２０と通信回線１０４０を介して通信可能に接続されたセンターサーバ１０３０とを備え、さらに、店舗サーバ１０２０と専用線１０５０を介して接続されたカード販売機１０６０を店舗ごとに１台備えている。なお、店舗Ｑには、ゲームＡ用の店舗サーバ１０２０と、ゲームＢ用の店舗サーバ１０２０とが設置されている。
【０１９８】
センターサーバ１０３０は、データベースサーバ１０３９と、複数のゲームサーバ１０３１、１０３２、・・・とを備えている。
データベースサーバ１０３９は、（１−１）各プレーヤに付与されるＩＤデータごとのデータ管理、（１−２）ゲーム開始時におけるプレーヤの認証、（１−３）ゲームデータの送信処理を行う。
【０１９９】
具体的に、データベースサーバ１０３９は、上記（１−１）として、例えば、プレーヤごとに付与されるＩＤデータ、プレーヤの認証時に用いられるパスワード、プレーヤが行ったゲームの種別、ゲームデータ等を管理（記憶、設定、更新等）を行う。また、ゲームデータには、例えば、ゲームの進行状態（キャラクタ固有データ等）、プレーヤが操作するキャラクタ、当該キャラクタのレベル値や能力値、能力値の増減値等が含まれる。
【０２００】
また、データベースサーバ１０３９は、上記（１−２）として、例えば、ＩＤデータと、パスワードとを用いて、プレーヤの認証を行い、ゲームへの参加を許可する。
さらに、データベースサーバ１０３９は、上記（１−３）として、例えば、プレーヤのＩＤデータに基づいて、上記ゲームデータのなかから、キャラクタのデータを端末装置１に送信する。
【０２０１】
ゲームサーバ１０３１、１０３２、・・・は、本実施形態に係るゲームシステムにおいて実行可能なゲームごとに対応して設置されるものである。なお、これら複数のゲームサーバのうちの１つが、本実施形態に係るゲームに対応するゲームサーバである。
ゲームサーバ１０３１、１０３２、・・・（以下、ゲームサーバ１０３１等ともいう）は、（２−１）異なる店舗に設置された端末装置１０１０間のマッチング処理、（２−２）マッチング後のデータの送受信に関する交通整理を行う。
【０２０２】
具体的に、ゲームサーバ１０３１等は、上記（２−１）として、或るプレーヤが端末装置１０１０を操作してゲームに参加したときに、他のプレーヤが参加しているか否かを判断する。そして、他のプレーヤが参加していると判断した場合、そのプレーヤが操作する端末装置１０１０とのマッチングを行う。一方、他のプレーヤが参加していないと判断した場合には、ＣＰＵプレーヤを設定する。ＣＰＵプレーヤを設定する場合、店舗サーバ１０２０をＣＰＵプレーヤとして設定してもよく、センターサーバ１０３０（例えば、ゲームサーバ１０３１等）をＣＰＵプレーヤとして設定してもよい。
【０２０３】
また、ゲームサーバ１０３１等は、上記（２−２）として、上記（２−１）のマッチング処理によってマッチングした端末装置１間におけるデータの送受信に関する交通整理を行う。例えば、ゲームサーバ１０３１等は、店舗Ｐの店舗サーバ（ゲームＡ用）１０２０に接続された端末装置１から受信したデータを、店舗Ｑの店舗サーバ（ゲームＡ用）１０２０に接続された端末装置１に送信する。このように、この実施形態に係る店舗サーバ１０２０は、センターサーバ１０３０からのデータしか直接に受信することはなく、店舗サーバ１０２０間では、直接にデータの送受信を行うことはない。
【０２０４】
店舗サーバ１０２０は、ルータ１０７０を介してセンターサーバ１０３０と接続される。ルータ１０７０は、所定のルーティングテーブルを有している。
図中に示す店舗Ｑのように、同一店舗内に複数の店舗サーバ１０２０が設置される場合、ルータ１０７０は、センターサーバ１０３０からゲームデータ等を受信すると、ルーティングテーブルを参照して、送信先の端末装置１０１０と専用線１０５０を介して接続された店舗サーバ１０２０に対して当該ゲームデータを送信する。
また、同一店舗内に設置された複数の店舗サーバ１０２０の夫々に接続された端末装置１０１０間でデータの送受信を行う場合、ルータ１０７０は、端末装置１０１０から店舗サーバ１０２０を経由してゲームデータ等を受信すると、ルーティングテーブルを参照して、送信先の端末装置１０１０と専用線１０５０を介して接続された店舗サーバ１０２０に対して当該ゲームデータを送信する。
【０２０５】
店舗サーバ１０２０は、（３−１）センターサーバ１０３０と端末装置１０１０との間又は
同一店舗内に設置された複数の店舗サーバ１０２０の夫々に接続された端末装置１０１０間におけるデータの送受信に関する交通整理、（３−２）端末装置１へのアプリケーションのダウンロードを行う。
【０２０６】
具体的に、店舗サーバ１０２０は、上記（３−１）として、センターサーバ１０３０と端末装置１０１０との間におけるゲームデータ等の送受信に関する交通整理を行う。ただし、送信先の端末装置１０１０が同じ店舗サーバ１０２０に接続されている場合又は同一店舗内に設置された別の店舗サーバ１０２０に接続されている場合には、センターサーバ１０３０にゲームデータ等を送信せずに、端末装置１０１０に対してゲームデータ等を送信する。
【０２０７】
また、店舗サーバ１０２０は、上記（３−２）として、センターサーバ１０３０からダウンロードを要求する旨の要求信号を端末装置１０１０から受信したタイミングで、その端末装置１０１０に対してアプリケーションをダウンロードする。アプリケーションには、ゲーム内容に係る各種データ（例えば、画像データ等）及びプログラムと、端末装置１０１０が備える入力手段（例えば複数の入力スイッチ等、図示せず）にゲーム上の機能を割り付けるボード用プログラムとが含まれる。また、アプリケーションのダウンロードは、店舗サーバ１０２０から行うことに限定されず、センターサーバ１０３０から行うとしてもよい。
【０２０８】
端末装置１０１０は、専用線１０５０を介して店舗サーバ１０２０と接続される。
端末装置１０１０は（４−１）アプリケーションのダウンロード、（４−２）ゲームの進行を行う。
具体的に、端末装置１０１０は、上記（４−１）として、電源が投入されると、店舗サーバ１０２０にアプリケーションのダウンロードを要求する旨の要求信号を送信し、アプリケーションのダウンロードを行う。ダウンロードされたアプリケーションは端末装置１０１０内のＲＡＭ等の一時記憶可能な領域に記憶される。
また、端末装置１０１０は、上記（４−２）として、ダウンロードしたアプリケーションを用いて、ゲームの進行を行う。ゲームの進行は以下のようにして行う。
端末装置１０１０は、ゲーム開始時にデータベースサーバ１０３９より各プレーヤに付与されるＩＤデータごとのデータを受信する。ゲームの進行中には、同一ゲーム内の端末装置１０１０と他の端末装置１０１０とのデータは、店舗サーバ１０２０を介してセンターサーバ１０３０経由で送受信される。ただし、他の端末装置１が同じ店舗サーバ１０２０に接続されている場合又は同一店舗内に設置された別の店舗サーバ１０２０に接続されている場合には、センターサーバ１０３０にゲームデータ等を送信せずに、端末装置１０１０に対してゲームデータ等を送信する。ゲーム終了時には、データベースサーバ１０３９へ、ゲーム中に更新されたゲームデータ、又は、ゲーム結果自体を送信する。
なお、ゲームの進行は、端末装置１０１０に限らず、店舗サーバ１０２０で行うとしてもよい。
【０２０９】
カード販売機１０６０は、店舗サーバ１０２０を介してセンターサーバ１０３０と通信可能である。カード販売機１０６０は、プレーヤが行う個人情報の入力操作を受け付け、ＩＤデータを記憶したＩＤカードの販売を行う。ＩＤカードは、ゲームを開始する際に使用されるものであり、端末装置１０１０が備えるＩＤカードリーダによってＩＤデータが読み取られる。
【０２１０】
この実施形態において、センターサーバ１０３０のデータベースサーバ１０３９が備えるＲＡＭは、複数種類の要素からなるプレーヤのゲーム履歴を複数記憶することが可能なゲーム履歴記憶手段として機能する。
センターサーバ１０３０のゲームサーバ１０３１等が備えるＣＰＵは、プレーヤのゲーム結果に基づいて、複数種類の要素からなるゲーム履歴を設定し、当該ゲーム履歴をゲーム上の時間に対応付けて、データベースサーバ１０３９のＲＡＭ（ゲーム履歴記憶手段）に記憶するゲーム履歴設定手段として機能する。
センターサーバ１０３０のゲームサーバ１０３１等が備えるＣＰＵは、データベースサーバ１０３９のＲＡＭ（ゲーム履歴記憶手段）に記憶されたゲーム履歴ごとに、当該ゲーム履歴の複数種類の要素を用いて、当該ゲーム履歴に対応したゲーム結果についての評価メッセージを生成する評価メッセージ生成手段として機能する。
センターサーバ１０３０のゲームサーバ１０３１等が備えるＣＰＵは、上記評価メッセージ生成手段によって生成された複数の評価メッセージをゲーム上の時間軸に応じて編集し、プレーヤのゲーム過程を表す伝記データを生成する伝記データ生成手段として機能する。
端末装置１０１０が備える第１描画処理部は、上記伝記データ生成手段によって生成された伝記データを表す伝記画像を生成し、当該伝記画像を第１ディスプレイに表示する伝記画像表示手段として機能する。
【０２１１】
以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明を限定するものではなく、各手段等の具体的構成は、適宜設計変更可能である。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【図面の簡単な説明】
【０２１２】
【図１】本発明に係るゲームシステムの構成図である。
【図２】１つの店舗に設置された８台の端末装置１とカード販売機６との外観を示す斜視図である。
【図３】端末装置１の外観を示す斜視図である。
【図４】端末装置１のハードウェア構成を示すブロック図である。
【図５】店舗サーバ２のハードウェア構成を示すブロック図である。
【図６】センターサーバ３のハードウェア構成を示すブロック図である。
【図７】カード販売機６のハードウェア構成を示すブロック図である。
【図８】本実施形態のゲームシステムにおけるゲームプレイの流れを示す図である。
【図９】カード販売機６、店舗サーバ２及びセンターサーバ３におけるＩＤカード発行までの処理の流れを示すフローチャートである。
【図１０】プレーヤ参加情報を示す図である。
【図１１】店舗サーバ２によるデータの送受信処理の内容を説明するための図である。
【図１２】端末装置１、店舗サーバ２及びセンターサーバ３におけるゲーム開始までの処理の流れを示すフローチャートである。
【図１３】履歴データの一例を示す図である。
【図１４】プレーヤ情報の一例を示す図である。
【図１５】端末装置１によって実行されるゲーム実行処理ルーチンを示すフローチャートである。
【図１６】図１５に示したフローチャートのステップＳ１２０において呼び出されて端末装置１によって実行されるギルド実行処理ルーチンを示すフローチャートである。
【図１７】図１６に示したサブルーチンが実行される際に端末装置１の第１ディスプレイ１１に表示される画像を模式的に示す図である。
【図１８】図１６に示したフローチャートのステップＳ１３１において呼び出されて端末装置１によって実行されるミッション参照／受諾処理ルーチンを示すフローチャートである。
【図１９】端末装置１によって実行される図１８に示したサブルーチンに対応して、店舗サーバ２によって実行される処理を示すフローチャートである。
【図２０】ミッション一覧データを示す図である。
【図２１】図１８に示したサブルーチンが実行される際に端末装置１の第１ディスプレイ１１に表示される画像を模式的に示す図である。
【図２２】図１６に示したフローチャートのステップＳ１３３において呼び出されて端末装置１によって実行される掲示板使用処理と、この処理に対応して店舗サーバ２によって実行される処理とを示すフローチャートである。
【図２３】メッセージリストの一例を示す図である。
【図２４】図２２に示した処理が実行される際に端末装置１の第１ディスプレイ１１に表示される画像を模式的に示した図である。
【図２５】図１６に示したフローチャートのステップＳ１３５において呼び出されて端末装置１によって実行される報酬支払処理と、この処理に対応して店舗サーバ２において実行される処理とを示すフローチャートである。
【図２６】報酬決定テーブルの一例を示す図である。
【図２７】図１５に示したフローチャートのステップＳ１２１において呼び出されて端末装置１によって実行されるミッションゲーム実行処理ルーチンを示すフローチャートである。
【図２８】端末装置１によって実行される図２７に示したサブルーチンに対応して、店舗サーバ２によって実行される処理を示すフローチャートである。
【図２９】チャットメッセージリストの一例を示す図である。
【図３０】図２７及び図２８に示した処理が実行されることにより端末装置１の第１ディスプレイ１１に表示される画像の一例を示す図である。
【図３１】センターサーバ３によって実行される伝記データ生成処理を示すフローチャートである。
【図３２】履歴データ評価テーブルの一例を示す図である。
【図３３】評価メッセージ作成テーブルの一例を示す図である。
【図３４】伝記画像を表示する際にカード販売機６及びセンターサーバ３によって実行される処理を示すフローチャートである。
【図３５】図３４に示した処理が実行される際にカード販売機６のディスプレイ６１に表示される伝記画像の一例を示す図である。
【図３６】本発明に係るゲームシステムの他の一例を示す構成図である。
【符号の説明】
【０２１３】
１ 端末装置
２ 店舗サーバ
３ センターサーバ
４ 通信回線
５ 専用線
６ カード販売機
８ ＩＤカード
１０ 筐体
１１ 第１ディスプレイ
１２ 第２ディスプレイ
１３、６３ スピーカ
１４ タッチパネル
１５、６１５ コイン投入口
１６ ＩＤカード挿入口
１８ 操作台
１００、２００、３００、６００ 制御部
１０１、２０１、３０１、６０１ ＣＰＵ
１０２、２０２、３０２、６０２ ＲＯＭ
１０３、２０３、３０３、６０３ ＲＡＭ
１０４、２０４、３０４、６０４ 通信用インターフェイス回路
１１１ 第１描画処理部
１１２ 第２描画処理部
１１３、６１３ 音声再生部
１１４ 操作入力部
１１５、６１５ コインセンサ
１１６、６１６ ＩＤカードリーダ
１１８ａ 攻撃用ボタン
１１８ｂ 防御用ボタン
１１８ｃ 魔法使用ボタン
１１９ 操作レバー
２０５ インターフェイス回路群
６１１ 描画処理部
６１７ ＩＤカード払出装置
６１８ 操作ボタン
【特許請求の範囲】
【請求項１】
少なくとも複数の端末装置とサーバとが通信回線を介して接続されてなり、
複数のプレーヤの夫々が各端末装置を操作して行うゲームを実行可能なゲームシステムであって、
複数種類の要素からなるプレーヤのゲーム履歴を複数記憶することが可能なゲーム履歴記憶手段と、
プレーヤのゲーム結果に基づいて、複数種類の要素からなるゲーム履歴を設定し、当該ゲーム履歴をゲーム上の時間に対応付けて上記ゲーム履歴記憶手段に記憶するゲーム履歴設定手段と、
上記ゲーム履歴記憶手段に記憶されたゲーム履歴ごとに、当該ゲーム履歴の複数種類の要素を用いて、当該ゲーム履歴に対応したゲーム結果についての評価メッセージを生成する評価メッセージ生成手段と、
上記評価メッセージ生成手段によって生成された複数の評価メッセージをゲーム上の時間軸に応じて編集し、プレーヤのゲーム過程を表す評価メッセージ群を生成する評価メッセージ群生成手段と、
上記評価メッセージ群生成手段によって生成された評価メッセージ群を表す評価メッセージ群から構成される画像を生成し、当該評価メッセージ群から構成される画像を表示する表示手段と
を備えたことを特徴とするゲームシステム。
【請求項２】
プレーヤの操作に応じて、前記評価メッセージ生成手段によって生成された評価メッセージを消去する評価メッセージ消去手段を備えたことを特徴とする請求項１に記載のゲームシステム。
【請求項３】
プレーヤに対して、クリアすべき条件を設定する条件設定手段と、
プレーヤが条件をクリアしたか否かを判断する条件達成成否判断手段とを備え、
前記ゲーム履歴設定手段は、プレーヤが条件をクリアしたと前記条件達成成否判断手段によって判断された際、当該条件をクリアした結果に基づいて、複数種類の要素からなるゲーム履歴を設定し、当該ゲーム履歴をゲーム上の時間に対応付けて前記ゲーム履歴記憶手段に記憶することを特徴とする請求項１又は２に記載のゲームシステム。
【請求項１】
少なくとも複数の端末装置とサーバとが通信回線を介して接続されてなり、
複数のプレーヤの夫々が各端末装置を操作して行うゲームを実行可能なゲームシステムであって、
複数種類の要素からなるプレーヤのゲーム履歴を複数記憶することが可能なゲーム履歴記憶手段と、
プレーヤのゲーム結果に基づいて、複数種類の要素からなるゲーム履歴を設定し、当該ゲーム履歴をゲーム上の時間に対応付けて上記ゲーム履歴記憶手段に記憶するゲーム履歴設定手段と、
上記ゲーム履歴記憶手段に記憶されたゲーム履歴ごとに、当該ゲーム履歴の複数種類の要素を用いて、当該ゲーム履歴に対応したゲーム結果についての評価メッセージを生成する評価メッセージ生成手段と、
上記評価メッセージ生成手段によって生成された複数の評価メッセージをゲーム上の時間軸に応じて編集し、プレーヤのゲーム過程を表す評価メッセージ群を生成する評価メッセージ群生成手段と、
上記評価メッセージ群生成手段によって生成された評価メッセージ群を表す評価メッセージ群から構成される画像を生成し、当該評価メッセージ群から構成される画像を表示する表示手段と
を備えたことを特徴とするゲームシステム。
【請求項２】
プレーヤの操作に応じて、前記評価メッセージ生成手段によって生成された評価メッセージを消去する評価メッセージ消去手段を備えたことを特徴とする請求項１に記載のゲームシステム。
【請求項３】
プレーヤに対して、クリアすべき条件を設定する条件設定手段と、
プレーヤが条件をクリアしたか否かを判断する条件達成成否判断手段とを備え、
前記ゲーム履歴設定手段は、プレーヤが条件をクリアしたと前記条件達成成否判断手段によって判断された際、当該条件をクリアした結果に基づいて、複数種類の要素からなるゲーム履歴を設定し、当該ゲーム履歴をゲーム上の時間に対応付けて前記ゲーム履歴記憶手段に記憶することを特徴とする請求項１又は２に記載のゲームシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【公開番号】特開２００６−１４９５４（Ｐ２００６−１４９５４Ａ）
【公開日】平成１８年１月１９日（２００６．１．１９）
【国際特許分類】
【出願番号】特願２００４−１９６０３３（Ｐ２００４−１９６０３３）
【出願日】平成１６年７月１日（２００４．７．１）
【出願人】（５９８０９８５２６）アルゼ株式会社 (7,628)
【Ｆターム（参考）】
【公開日】平成１８年１月１９日（２００６．１．１９）
【国際特許分類】
【出願日】平成１６年７月１日（２００４．７．１）
【出願人】（５９８０９８５２６）アルゼ株式会社 (7,628)
【Ｆターム（参考）】
[ Back to top ]