JP6675692B2 - ゲームシステム、ゲーム端末、及びプログラム - Google Patents

Description

本発明は、ゲームシステム、ゲーム端末、及びプログラムに関する。

従来、複数のユーザがそれぞれゲーム端末を使用して参加するゲームが知られている。例えば、特許文献１には、複数のゲーム端末の何れかがサーバの役割を果たし、他のゲーム端末がクライアントの役割を果たす場合に、サーバのゲーム端末が、クライアントのゲーム端末からユーザの操作情報を取得し、ゲームの状況を示す状況データを更新するゲームシステムが記載されている。このゲームシステムでは、サーバのゲーム端末は、クライアントのゲーム端末に更新後の状況データを送信し、各ゲーム端末で状況データを整合させるようになっている。

特開２０１４−１４４３６９号公報

しかしながら、特許文献１の技術では、クライアントのゲーム端末からサーバのゲーム端末に対する操作情報の送信と、サーバのゲーム端末からクライアントのゲーム端末に対する状況データの送信と、が繰り返されるので、ネットワークの通信負荷が増大していた。

本発明は上記課題に鑑みてなされたものであって、その目的は、通信負荷を軽減することが可能なゲームシステム、ゲーム端末、及びプログラムを提供することである。

上記課題を解決するために、本発明の一態様に係るゲームシステムは、複数のゲーム実行手段を含むゲームシステムであって、各ゲーム実行手段は、ゲームが開始される場合に、複数のユーザ情報の各々に関連付けられたゲームデータを取得するゲームデータ取得手段と、前記複数のゲーム実行手段で共通の乱数発生規則に基づいて発生される乱数を取得する乱数取得手段と、前記ゲームの状況を示す状況データを記憶する記憶手段と、各ユーザ情報に関連付けられた前記ゲームデータと前記乱数とに基づいて、前記複数のゲーム実行手段で共通のゲーム処理を実行することによって、前記状況データを更新する更新手段と、前記状況データに基づいて、前記ゲームの状況を示すゲーム画像を表示手段に表示させる表示制御手段と、を含む。

本発明の一態様に係るゲーム端末は、複数のゲーム実行手段のうちの少なくとも１つを含むゲーム端末であって、各ゲーム実行手段は、ゲームが開始される場合に、複数のユーザ情報の各々に関連付けられたゲームデータを取得するゲームデータ取得手段と、前記複数のゲーム実行手段で共通の乱数発生規則に基づいて発生される乱数を取得する乱数取得手段と、前記ゲームの状況を示す状況データを記憶する記憶手段と、各ユーザ情報に関連付けられた前記ゲームデータと前記乱数とに基づいて、前記複数のゲーム実行手段で共通のゲーム処理を実行することによって、前記状況データを更新する更新手段と、前記状況データに基づいて、前記ゲームの状況を示すゲーム画像を表示手段に表示させる表示制御手段と、を含む。

ゲームシステムの全体構成を示す図である。 マイページ画像の一例を示す図である。 試合メニュー画像の一例を示す図である。 個別対戦画像の一例を示す図である。 チーム情報画像の一例を示す図である。 マッチング画像の一例を示す図である。 対戦画像の一例を示す図である。 ゲーム端末の各々における個別対戦の進行を示す図である。 ゲームシステムで実現される機能のうち、本発明に関連する機能を示す機能ブロック図である。 状況データのデータ格納例を示す図である。 ユーザデータのデータ格納例を示す図である。 ゲームシステムにおいて実行される処理の一例を示すフロー図である。 ゲームシステムにおいて実行される処理の一例を示すフロー図である。 ゲームシステムにおいて実行される処理の一例を示すフロー図である。 グループ対戦における対戦画像の一例を示す図である。 対戦画像にウィンドウが表示される様子を示す図である。 対戦画像にメッセージが表示される様子を示す図である。 各ゲーム端末のゲームプログラムで実行されるゲームの進行を示す図である。 ゲームシステムで実現される機能のうち、本発明に関連する機能を示す機能ブロック図である。 ゲームシステムにおいて実行される処理の一例を示すフロー図である。 カード選択画像の一例を示す図である。 マッチング中のカード選択画像の一例を示す図である。 ゲームシステムで実現される機能のうち、本発明に関連する機能を示す機能ブロック図である。 参加登録データのデータ格納例を示す図である。 ゲームシステムにおいて実行される処理の一例を示すフロー図である。 Ｓ３４５の処理の詳細を示す図である。 実施形態３の変形例における機能ブロック図である。 第１のポジションと第２のポジションとの関係を示す図である。 第１の職業と第２の役職との関係を示す図である。 本発明の実施形態に係るゲームシステムＳYSの概要の一例を示す説明図である。 メニュー画面Ｇ1の一例を示す説明図である。 対戦画面Ｇ2の一例を示す説明図である。 対戦画面Ｇ2の一例を示す説明図である。 対戦画面Ｇ2の一例を示す説明図である。 対戦の概要の一例を示す説明図である。 ゲーム端末１０の構成の一例を示すブロック図である。 ユーザ情報ＤT1のデータ構成の一例を示す図である。 対戦状況情報ＤT3のデータ構成の一例を示す図である。 ゲートサーバ３１の構成の一例を示すブロック図である。 認証サーバ３２の構成の一例を示すブロック図である。 ロビーサーバ３３の構成の一例を示すブロック図である。 ゲームサーバ３４の構成の一例を示すブロック図である。 ゲームシステムＳYSの動作の一例を示すシーケンスチャートである。 ゲームシステムＳYSの動作の一例を示すシーケンスチャートである。 ゲーム端末１０の動作の一例を示すフローチャートである。 ゲーム端末１０の動作の一例を示すフローチャートである。 ゲーム端末１０の動作の一例を示すフローチャートである。 本発明の変形例１に係るゲームサーバ３４Ｃの構成の一例を示すブロック図である。 ゲーム端末１０Ｃの構成の一例を示すブロック図である。

［１．実施形態１］
以下、本発明に係る実施形態を図面に基づいて説明する。なお、図面において同一又は対応する構成には同一の符号を付し、繰り返しの説明を省略することがある。

［１−１．ゲームシステムの全体構成］
図１は、ゲームシステムの全体構成を示す図である。図１に示すように、本実施形態に係るゲームシステムＳは、ゲーム端末１０Ａ，１０Ｂ、ゲートサーバ３０Ａ、認証サーバ３０Ｂ、ロビーサーバ３０Ｃ、及びゲームサーバ３０Ｄを含む。ゲーム端末１０Ａ，１０Ｂ、ゲートサーバ３０Ａ、認証サーバ３０Ｂ、ロビーサーバ３０Ｃ、及びゲームサーバ３０Ｄの各々は、インターネットなどのネットワークＮに接続される。

ゲーム端末１０Ａ，１０Ｂは、コンピュータである。例えば、ゲーム端末１０Ａ，１０Ｂは、携帯端末（例えば、スマートフォンなどの携帯電話又はタブレット型コンピュータ）、パーソナルコンピュータ、携帯ゲーム機、据置ゲーム機、業務用ゲーム機、又は、情報処理機能を備えた多機能型テレビジョン受像機（スマートテレビ）等である。

図１に示すように、ゲーム端末１０Ａは、制御部１１Ａ、記憶部１２Ａ、通信部１３Ａ、操作部１４Ａ、及び表示部１５Ａを含む。制御部１１Ａは、少なくとも１つのマイクロプロセッサを含む。

例えば、制御部１１Ａは、複数のマイクロプロセッサを含んでもよい。制御部１１Ａは、オペレーティングシステムやその他のプログラムに従って処理を実行する。記憶部１２Ａは、主記憶部（例えば、ＲＡＭ）及び補助記憶部（例えば、不揮発性の半導体メモリ）を含む。記憶部１２Ａは、プログラムやデータを記憶する。なお、例えば、ゲーム端末１０Ａがパーソナルコンピュータ等である場合、記憶部１２Ａは、例えばハードディスクドライブ又はソリッドステートドライブ等の補助記憶部を含むようにしてもよい。通信部１３Ａは、通信モジュールや通信インタフェースを含む。通信部１３Ａは、ネットワークＮを介してデータ通信を行う。

操作部１４Ａは、入力デバイスであり、例えば、キー、レバー、ゲームコントローラ（ゲームパッド）、マウスやタッチパネルなどのポインティングデバイス、又はキーボード等を含んでもよい。また例えば、操作部１４Ａは、ユーザが音声又はジェスチャによって入力操作を行うためのマイクやカメラを含んでもよい。表示部１５Ａは、例えば、液晶表示パネル又は有機ＥＬディスプレイ等であり、制御部１１の指示に従って画面を表示する。なお、操作部１４Ａ及び表示部１５Ａは、ゲーム端末１０Ａに内蔵されていなくともよく、ゲーム端末１０Ａに接続された外部装置であってもよい。

ゲーム端末１０Ｂは、制御部１１Ｂ、記憶部１２Ｂ、通信部１３Ｂ、操作部１４Ｂ、及び表示部１５Ｂを有する。制御部１１Ｂ、記憶部１２Ｂ、通信部１３Ｂ、操作部１４Ｂ、及び表示部１５Ｂのハードウェア構成は、それぞれ制御部１１Ａ、記憶部１２Ａ、通信部１３Ａ、操作部１４Ａ、及び表示部１５Ａと同様であってよい。

なお、本実施形態では、ゲーム端末１０Ａ，１０Ｂを特に区別する必要のないときは、単にゲーム端末１０と記載する。また、制御部１１Ａ，１１Ｂを区別する必要のないときは、単に制御部１１と記載する。同様に、記憶部１２Ａ，１２Ｂ、通信部１３Ａ，１３Ｂ、操作部１４Ａ，１４Ｂ、及び表示部１５Ａ，１５Ｂを、単に記憶部１２、通信部１３、操作部１４、及び表示部１５と記載することもある。また、図１では、２台のゲーム端末１０を例に挙げたが、ゲームシステムＳ内のゲーム端末１０の台数に制限はなく、ゲーム端末１０は、３台以上であってもよいし、１台だけであってもよい。

ゲートサーバ３０Ａは、サーバコンピュータである。図１に示すように、ゲートサーバ３０Ａは、制御部３１Ａ、記憶部３２Ａ、及び通信部３３Ａを含む。制御部３１Ａ、記憶部３２Ａ、及び通信部３３Ａのハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。例えば、ゲートサーバ３０Ａは、ゲームシステムＳ内のサーバコンピュータのリストを管理し、例えば、認証サーバ３０Ｂ、ロビーサーバ３０Ｃ、及びゲームサーバ３０Ｄの各々のサーバ名やＩＰアドレス等の情報を管理する。

認証サーバ３０Ｂは、サーバコンピュータである。図１に示すように、認証サーバ３０Ｂは、制御部３１Ｂ、記憶部３２Ｂ、及び通信部３３Ｂを含む。制御部３１Ｂ、記憶部３２Ｂ、及び通信部３３Ｂのハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。例えば、認証サーバ３０Ｂは、ユーザ情報等の認証情報に基づいてユーザ認証を実行する。

ロビーサーバ３０Ｃは、サーバコンピュータである。図１に示すように、ロビーサーバ３０Ｃは、制御部３１Ｃ、記憶部３２Ｃ、及び通信部３３Ｃを含む。制御部３１Ｃ、記憶部３２Ｃ、及び通信部３３Ｃのハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。例えば、ロビーサーバ３０Ｃは、対戦におけるマッチングを実行する。

ゲームサーバ３０Ｄは、サーバコンピュータである。図１に示すように、ゲームサーバ３０Ｄは、制御部３１Ｄ、記憶部３２Ｄ、及び通信部３３Ｄを含む。制御部３１Ｄ、記憶部３２Ｄ、及び通信部３３Ｄのハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。例えば、ゲームサーバ３０Ｄは、マッチング完了後にゲーム端末１０が接続するサーバであり、対戦を実行する。

なお、本実施形態では、ゲートサーバ３０Ａ、認証サーバ３０Ｂ、ロビーサーバ３０Ｃ、及びゲームサーバ３０Ｄを区別する必要のないときは、単にサーバ３０と記載する。また、制御部３１Ａ〜３１Ｄを区別する必要のないときは、単に制御部３１と記載する。同様に、記憶部３２Ａ〜３２Ｄを区別する必要のないときは、単に記憶部３２と記載し、通信部３３Ａ〜３３Ｄを区別する必要のないときは、単に通信部３３と記載する。

また、ゲームシステムＳ内のサーバの台数に制限はなく、ゲートサーバ３０Ａ、認証サーバ３０Ｂ、ロビーサーバ３０Ｃ、及びゲームサーバ３０Ｄの各々は、２台以上であってもよい。また、１台のサーバ３０が、ゲートサーバ３０Ａ、認証サーバ３０Ｂ、ロビーサーバ３０Ｃ、及びゲームサーバ３０Ｄのうちの少なくとも２つ以上の機能を担ってもよい。ゲームシステムＳ内のサーバコンピュータは１台だけであってもよいし、図１に示すサーバ以外のコンピュータがゲームシステムＳに含まれていてもよい。

なお、記憶部１２，３２に記憶されるものとして説明するプログラムやデータは、例えば、ネットワークＮを介してゲーム端末１０又はサーバ３０に供給されるようにしてもよい。また、ゲーム端末１０又はサーバ３０は、情報記憶媒体（例えば、光ディスク又はメモリカード等）に記憶されたプログラム又はデータを読み取るための読取部（例えば、光ディスクドライブ又はメモリカードスロット）を含むようにしてもよい。そして、情報記憶媒体を介してゲーム端末１０又はサーバ３０にプログラムやデータが供給されるようにしてもよい。

［１−２．ゲームの概要］
本実施形態では、複数のユーザがそれぞれゲーム端末１０を操作する。例えば、ゲームシステムＳが第１のゲーム端末であるゲーム端末１０Ａと、第２のゲーム端末であるゲーム端末１０Ｂと、を含む場合、ゲーム端末１０Ａを使用する第１ユーザと、第２ゲーム端末を使用する第２ユーザとが上記「複数のユーザ」に相当する。

ゲームシステムＳで実行されるゲームは、任意のゲームであってよく、例えば、対戦ゲームであってもよい。また例えば、サッカーゲーム、野球ゲーム、バスケットボールゲーム、アイスホッケーゲーム、レースゲーム、格闘ゲーム、又はカードゲーム等であってもよい。これらのゲームに限られず、他の種類の対戦ゲームであってもよい。また例えば、対戦に限られず、共通の目的を達成することを目指す協力ゲームであってもよい。なお、目的とは、例えば、対戦に勝利すること、敵を退治すること、ゲームオブジェクトが所定の地点に到達すること、ゲーム評価が所定の基準を満たすこと、又はゲームアイテムを入手すること等である。また例えば、対戦相手チームとの試合に勝利することを目指すスポーツゲームであってもよい。また例えば、他のグループとの戦闘に勝利したり、特定の敵キャラクタを退治したり、又は、特定のゲームアイテムを入手したりすることを目指すアクションゲーム又はロールプレイングゲーム等であってもよい。

本実施形態では、ゲームの一例として、サッカーゲームを説明する。ゲーム端末１０においてゲームプログラムが起動すると、ゲームのタイトル画像などが表示された後に、トップページに相当するマイページ画像が表示部１５に表示される。

図２は、マイページ画像の一例を示す図である。図２に示すように、マイページ画像Ｇ１は、ポイントやコインなどのゲーム内通貨やチーム名を表示するための表示領域Ａ１０と、チームの代表選手を表示するための表示領域Ａ１１と、を含む。なお、マイページ画像Ｇ１に表示される情報は、これらに限られず、開催中のイベントなどの情報が表示されてもよい。

また、マイページ画像Ｇ１には、マイページ画像Ｇ１を表示させるためのボタンＢ１２、対戦を実行するためのボタンＢ１３、チームの編成をするためのボタンＢ１４、チーム内のキャラクタを表示するためのボタンＢ１５、及び、キャラクタが描かれたカードの抽選をするためのボタンＢ１６が表示される。例えば、ボタンＢ１３が選択されると、試合のメニューを示す試合メニュー画像が表示部１５に表示される。

図３は、試合メニュー画像の一例を示す図である。図３に示すように、試合メニュー画像Ｇ２には、イベントに参加するためのボタンＢ２０、コンピュータと対戦するためのボタンＢ２１、１人対１人の対戦である個別対戦をするためのボタンＢ２２、及び、複数人でチームを組むグループ対戦をするためのボタンＢ２３が表示される。

本実施形態では、個別対戦について説明する。個別対戦では、あるユーザ情報に関連付けられたチーム情報と、他のユーザ情報に関連付けられたチーム情報と、に基づいて、対戦が実行される。チーム情報は、チームに所属するキャラクタが描かれたカードに関する情報を含み、例えば、キャラクタの名前、能力パラメータ、スキル、画像、及び３次元モデルといった情報を含む。

例えば、個別対戦は、操作部１４に対する操作が介入されることなく、原則として自動進行する。即ち、各チームのキャラクタは、操作部１４の検出信号に従って動作するのではなく、ゲームプログラムが決定した動作をする。例えば、ボタンＢ２２が選択されると、個別対戦をするための個別対戦画像が表示部１５に表示される。

図４は、個別対戦画像の一例を示す図である。図４に示すように、個別対戦画像Ｇ３は、チームのレベル情報やランク情報を表示するための表示領域Ａ３０と、個別対戦で勝利した場合の獲得ポイントやミッションの条件などを表示するための表示領域Ａ３１と、を含む。また例えば、個別対戦画像Ｇ３には、個別対戦を開始するためのボタンＢ３２，Ｂ３３が表示される。

本実施形態では、ポイントを消費することによって個別対戦が実行され、例えば、ボタンＢ３２は、１ポイント消費して個別対戦を１回実行するためのボタンであり、ボタンＢ３３は、全てのポイントを消費して個別対戦を複数回連続して実行するためのボタンである。

ここでは、ボタンＢ３２が選択された場合の個別対戦の流れを説明するが、ボタンＢ３３が選択された場合も、個別対戦が連続的に実行される点で異なるだけであり、個々の個別対戦の流れは、ボタンＢ３２が選択された場合と同じである。ボタンＢ３２が選択されると、チーム情報を表示するためのチーム情報画像が表示部１５に表示される。

図５は、チーム情報画像の一例を示す図である。図５に示すように、チーム情報画像Ｇ４は、チーム名やチーム画像を表示するための表示領域Ａ４０と、チームの総合的な強さを示す総合値やフォーメーションなどの情報を表示するための表示領域Ａ４１，Ａ４２と、を含む。なお、チーム情報画像Ｇ４が表示されたばかりの時点では、まだマッチングが実行されていないので、対戦相手チームの情報は表示されない。また例えば、チーム情報画像Ｇ４には、個別対戦を開始するためのボタンＢ４３が表示される。ボタンＢ４３が選択されると、所定量のポイントが消費され、対戦相手を探すためのマッチングが開始される。マッチングの実行中は、マッチング画像が表示部１５に表示される。

図６は、マッチング画像の一例を示す図である。図６に示すように、マッチング画像Ｇ５は、マッチング中であることを示すメッセージが表示される。マッチングが完了すると、対戦相手のチーム情報が表示された後に、個別対戦が開始される。個別対戦が開始されると、実行中の個別対戦の様子を示す対戦画像が表示部１５に表示される。

図７は、対戦画像の一例を示す図である。図７に示すように、対戦画像Ｇ６は、各チームの名前と得点を表示するための表示領域Ａ６０と、ゲーム空間の現在の様子を表示するための表示領域Ａ６１と、を含む。本実施形態では、３次元のゲーム空間が構築され、ゲーム空間内の所定位置に仮想カメラが設定される。ゲーム空間に配置された各キャラクタやボールの３次元モデルが座標変換され、仮想カメラからゲーム空間を見た様子を示す画像が表示領域Ａ６１に表示される。

本実施形態では、原則として、ゲーム端末１０Ａとゲーム端末１０Ｂとの間で、データの整合性（同期）を取ることなく、個別対戦が実行される。即ち、ゲーム端末１０間で操作信号を送り合ったり、更新後のデータを送り合ったりすることなく、各ゲーム端末１０で個別にデータの更新が実行される。

また、本実施形態では、各ゲーム端末１０で同じ進行状況・試合結果とするために、ゲームサーバ３０Ｄは、ゲームの開始時において、各ゲーム端末１０に対し、共通の乱数シードを送信する。詳細は後述するが、乱数シードは、乱数列を生成するための情報であり、乱数シードが同じ値であれば、生成される乱数列も同じとなる。

ゲーム端末１０Ａ，１０Ｂは、受信した乱数シードに基づいて乱数列を生成し、自身のゲームプログラムに基づいて、キャラクタの動作を決定する。ゲーム端末１０Ａ，１０Ｂの各々において生成される乱数列が同じなので、キャラクタの動作結果も同じとなり、ゲーム端末１０Ａ，１０Ｂで同じ処理結果が得られる。ただし、ゲーム端末１０Ａ，１０Ｂで独自に個別対戦を実行させると、ゲーム端末１０Ａ，１０Ｂの各々で進行にずれが生じる可能性がある。例えば、ゲーム端末１０Ａの方が、ゲーム端末１０Ｂよりも高性能の場合、ゲーム端末１０Ａの進行が、ゲーム端末１０Ｂよりも早くなることがある。

図８は、ゲーム端末１０Ａ，１０Ｂの各々における個別対戦の進行を示す図である。図８の例では、ゲーム端末１０Ａの方が、ゲーム端末１０Ｂよりも高性能とする。また、ゲーム端末１０Ａが実行するゲームプログラムを「ゲームプログラムＡ」と記載し、ゲーム端末１０Ｂが実行するゲームプログラムを「ゲームプログラムＢ」と記載する。なお、図８は、ゲームの進行にずれが生じる場合を説明する図のため、ゲームサーバ３０Ｄ等のサーバ３０は省略している。

図８に示すように、ゲーム端末１０ＡのゲームプログラムＡと、ゲーム端末１０ＢのゲームプログラムＢと、の各々が同時に試合を開始したとしても、ゲーム端末１０Ａの方がゲーム端末１０Ｂよりも高性能のため、ゲームプログラムＡが実行する個別対戦の方が、進行が早い。例えば、前半１０分にゴールが決まったとすると、ゴールシーンが発生するのは、ゲームプログラムＡの方がゲームプログラムＢよりも早い。また例えば、前半１５分に反則が発生したとすると、反則が発生するのは、ゲームプログラムＡの方がゲームプログラムＢよりも早い。

このように、ゲームプログラムＡとＢで結果は同じとなるが、ゲームの進行はゲーム端末１０Ａの方が早くなり、ゲーム端末１０ＡのゲームプログラムＡが実行する個別対戦と、ゲーム端末１０ＢのゲームプログラムＢが実行する個別対戦と、の間で徐々に進行の差が大きくなる。進行のずれは、主に、コンピュータの性能の差に起因するため、計算量の多い処理が発生するほど、進行のずれが大きくなる。

例えば、サッカーゲームでは、ゴールが決まったり反則が発生したりすると、試合が一時的に停止するアウトオブプレイになるが、この場合にリプレイ映像を流したとすると、リプレイ映像は画像処理による計算量が高いため、アウトオブプレイが発生するほど進行のずれが大きくなる。

このため、本実施形態では、アウトオブプレイが発生した回数をカウントし、一定回数のアウトオブプレイが発生すると、個別対戦の進行を一時的に停止して、相手方の進行が追いつくまで待機する。図８の例であれば、例えば、ゲーム端末１０ＡのゲームプログラムＡは、アウトオブプレイが１０回発生すると、個別対戦の進行を一時停止する。この間は、対戦画像Ｇ６の表示が変わらないようにしてもよいし、対戦画像Ｇ６の表示を止めてゲームに関係のない映像を流してもよい。その後、ゲーム端末１０ＢのゲームプログラムＢが実行する個別対戦の進行が追いついた場合に、ゲーム端末１０ＡのゲームプログラムＡは、個別対戦の進行を再開する。

上記のように、本実施形態のゲームシステムＳは、複数のゲーム端末１０で共通の乱数発生規則に基づいて発生される乱数を利用し、各ゲーム端末１０で独自にゲーム処理を実行することで、通信を利用してデータの整合性を取ることなく、同じ対戦結果を得ることで、通信負荷を軽減するようになっている。また、アウトオブプレイが一定回数発生すると、相手方の進行が追いつくまで待機するようになっている。以降、当該構成の詳細を説明する。

［１−３．ゲームシステムで実現される機能］
図９は、ゲームシステムＳで実現される機能のうち、本発明に関連する機能を示す機能ブロック図である。ここでは、ゲーム端末１０で実現される機能と、サーバ３０で実現される機能と、について説明する。

［１−３−１．ゲーム端末で実現される機能］
ゲームシステムＳでは、複数のゲーム実行部１００が実現される。例えば、ゲーム端末１０は、複数のゲーム実行部１００のうちの少なくとも１つを含む。ゲーム端末１０に含まれるゲーム実行部１００の数は、１つであってもよいし複数であってもよい。例えば、ゲームプログラム（アプリケーション）、ブラウザ、又は端末が、ゲーム実行部１００に相当する。各ゲーム実行部１００は、別々の端末内に存在してもよいし、１つの端末内に複数のゲーム実行部１００が存在してもよい。なお、図９では、図面の簡略化のために、ゲーム実行部１００を１つだけ図示する。

本実施形態では、各ゲーム端末１０でゲーム実行部１００が実現され、１台のゲーム端末１０に対し、１つのゲーム実行部１００が実現される場合を例に挙げる。ただし、１台のゲーム端末１０内に複数のゲーム実行部１００が存在してもよく、例えば、１台のゲーム端末１０において、複数のブラウザが起動し、個々のブラウザがゲーム実行部１００に相当してもよい。また例えば、１台のゲーム端末１０において、複数のゲームプログラムが起動し、個々のゲームプログラムがゲーム実行部１００に相当してもよい。

［ゲーム実行部］
ゲーム実行部１００は、制御部１１及び記憶部１２を主として実現される。ゲーム実行部１００は、ゲームを実行する。ゲームを実行するとは、例えば、ゲームプログラムを実行し、プログラムコードに記述された各種処理を実行することである。処理としては、例えば、キャラクタやボールなどのオブジェクトを移動させる処理、パラメータを変化させる処理、キャラクタのスキルを発動させる処理などの任意の処理であってよい。例えば、ゲーム実行部１００は、プログラムコードに記述された処理の実行結果に基づいて、後述する状況データを更新する。

本実施形態では、ゲーム実行部１００は、ゲームデータ取得部１０１、規則情報取得部１０２、乱数取得部１０３、データ記憶部１０４、更新部１０５、表示制御部１０６、第１判定部１０７、第１停止部１０８、第１再開部１０９、第２判定部１１０、第２停止部１１１、変更部１１２、ゲームデータ送信部１１３、ゲームデータ受信部１１４、及び第２再開部１１５を含む。

［ゲームデータ取得部］
ゲームデータ取得部１０１は、ゲームが開始される場合に、複数のユーザ情報の各々に関連付けられたゲームデータを取得する。例えば、ゲームデータは、後述するサーバ３０のデータ記憶部３００に記憶されているので、ゲームデータ取得部１０１は、データ記憶部３００からゲームデータを取得する。

なお、ゲームデータは、ゲーム端末１０のデータ記憶部１０４に記憶されていてもよく、この場合、ゲームデータ取得部１０１は、データ記憶部１０４からゲームデータを取得する。他にも例えば、ゲームデータは、ゲーム端末１０及びサーバ３０以外のコンピュータに記憶されていてもよく、この場合、ゲームデータ取得部１０１は、当該コンピュータからゲームデータを取得する。

ゲームが開始される場合とは、例えば、マッチングが完了した時点、又は、マッチングが完了した後の任意の時点であってよい。マッチングが完了するとは、例えば、対戦におけるユーザ情報の組み合わせが決定されること、当該ユーザ情報に関連付けられたゲームデータが決定されることである。なお、ここでのマッチングとは、例えば、ゲームに参加するユーザのユーザ情報（例えば、ユーザＩＤ）やゲームで用いられるゲームデータ（ここでは、チーム情報）の組み合わせを決めることである。例えば、マッチングは、あるユーザと対戦又は協力する他のユーザのユーザ情報や当該ユーザ情報に関連付けられたゲームデータを決めることである。

ユーザ情報とは、例えば、ユーザに関する情報である。例えば、ユーザ情報は、ユーザを一意に識別する情報である。例えば、ユーザＩＤ、ユーザ名などである。関連付けられたとは、例えば、一方から他方を検索可能とすることであり、データベース上で、あるデータと他のデータが紐付けられることである。

ゲームデータとは、例えば、ゲームの実行時に参照されるデータである。また例えば、ゲームデータは、ゲームの結果に影響するデータである。また例えば、ゲームデータは、ユーザ情報に関連付けられたデータである。また例えば、ゲームデータは、キャラクタ、カード、又はアイテムといったゲームオブジェクトである。また例えば、ゲームデータは、ゲームで用いられるゲームオブジェクトである。本実施形態では、カードがゲームオブジェクトに相当してもよいし、カードに描かれたキャラクタがゲームオブジェクトに相当してもよい。

また例えば、ゲームデータは、ユーザが使用するチームの戦術、フォーメーション、使用キャラクタといった情報である。また例えば、ゲームデータは、キャラクタの装備、能力パラメータ、スキルといった情報である。本実施形態では、チーム情報がゲームデータに相当する。このため、本実施形態でチーム情報と記載した箇所は、ゲームデータと読み替えることができる。

［規則情報取得部］
規則情報取得部１０２は、乱数発生規則に関する規則情報を取得する。乱数発生規則とは、例えば、乱数を発生させるための規則であり、関数、アルゴリズム、数式などである。例えば、乱数発生規則は、randといった乱数を発生させるための関数である。例えば、この関数は、乱数シードと呼ばれる値を元にして乱数を取り出す関数である。本実施形態では、乱数発生規則は、複数のゲーム実行部１００で共通なので、複数のゲーム実行部１００で共通の乱数列となるような規則といえる。

乱数とは、例えば、数字が不規則に表れるように配列されたものであり、疑似乱数又はソフトウェア乱数と呼ばれることもある。乱数シードとは、例えば、乱数を初期化するための値である。例えば、乱数シードは、乱数を発生させるための関数に入力する値である。また例えば、乱数シードは、乱数列のもととなる値であり、乱数シードの値が異なると、乱数発生規則により生成される乱数列も異なる。

乱数列は、例えば、乱数の組み合わせ全体のことである。複数の乱数が順番に並べられたものが乱数列である。例えば、ゲーム実行部１００は、乱数列の各乱数を順番に取得する。規則情報とは、例えば、乱数発生規則が乱数を発生させるために使用する情報である。例えば、規則情報は、乱数発生規則に入力される乱数シードである。本実施形態では、乱数シードが規則情報に相当する。このため、本実施形態で乱数シードと記載した箇所は、規則情報と読み替えることができる。

本実施形態では、規則情報取得部１０２は、後述するサーバ３０の規則情報送信部３０２により送信された規則情報を取得する。即ち、規則情報取得部１０２は、ゲーム実行部１００の外部において生成され、規則情報送信部３０２により送信された規則情報を取得する。なお、規則情報は、ゲーム実行部１００内部において生成されてもよい。この場合、規則情報送信部３０２は省略してもよい。また、規則情報は、ゲーム端末１０及びサーバ３０以外のコンピュータで生成されてもよく、この場合、規則情報取得部１０２は、当該コンピュータから規則情報を取得する。

［乱数取得部］
乱数取得部１０３は、複数のゲーム実行部１００で共通の乱数発生規則に基づいて発生される乱数を取得する。本実施形態では、乱数発生規則が共通であり、あるゲーム実行部１００の乱数発生規則と、他のゲーム実行部１００の乱数発生規則と、は同じである。このため、あるゲーム実行部１００の乱数取得部１０３が取得する乱数と、他のゲーム実行部１００の乱数取得部１０３が取得する乱数と、は同じとなる。

本実施形態では、乱数取得部１０３は、規則情報に基づいて乱数を発生させる。即ち、乱数取得部１０３は、ゲーム実行部１００の外部において生成された乱数を取得するのではなく、自身が乱数を発生させることになる。なお、ゲーム実行部１００の内部で乱数が生成される態様に限られず、乱数は、ゲーム実行部１００の外部において生成されてもよい。この場合は、乱数取得部１０３は、外部において生成された乱数を取得することになる。また、乱数は、ゲーム端末１０及びサーバ３０以外のコンピュータで生成されてもよく、この場合、乱数取得部１０３は、当該コンピュータから乱数を取得する。

本実施形態では、乱数取得部１０３は、状況データを更新するための複数の更新タイミングの各々が訪れるたびに、乱数発生規則に基づいて発生される乱数列から順番に乱数を取得する。例えば、乱数列は、複数の乱数の各々が順番に並んだものなので、乱数取得部１０３は、更新タイミングのたびに、乱数列から順番に乱数を取得することになる。即ち、乱数列にｎ個（ｎは２以上の整数）が順番に並べられているとすると、乱数取得部１０３は、１番目の乱数、２番目の乱数、３番目の乱数・・・といったように、ｎ番目まで順番に乱数を取得する。

更新タイミングとは、例えば、状況データを更新するために乱数が取得されるタイミングである。別の言い方をすれば、更新タイミングは、乱数に基づいて状況データを更新するタイミングであり、ゲームプログラムに記述された命令のうち、乱数を取得する命令が実行されるタイミングである。

乱数取得部１０３は、ゲームプログラムに記述された命令に基づいて、更新タイミングであるか否かを判定する。例えば、乱数取得部１０３は、当該命令が乱数を参照することを示している場合には更新タイミングであると判定し、特に当該命令が乱数を参照するものではない場合には更新タイミングではないと判定する。乱数取得部１０３は、更新タイミングであると判定された場合に、直近で取得した乱数の次の順番の乱数を取得する。

なお、定期的に乱数を取得するといった場合には、所定時間ごとに更新タイミングが設定されていてもよい。この場合、乱数取得部１０３は、一定時間が経過したか否かを判定する。乱数取得部１０３は、一定時間が経過したと判定された場合に、直近で取得した乱数の次の順番の乱数を取得してもよい。

［データ記憶部］
データ記憶部１０４は、ゲームを実行するために必要なデータを記憶する。ここでは、データ記憶部１０４が記憶するデータの一例として、ゲームの状況を示す状況データＤＴ１を説明する。

状況データＤＴ１とは、例えば、ゲームの現在の状況を示すデータである。例えば、状況データＤＴ１は、ゲーム空間の状況を示すデータを含む。また例えば、ゲーム空間には、１又は複数のゲームオブジェクトが配置される。また例えば、ゲーム空間は、仮想的な空間であり、３つの座標軸が関連付けられた仮想的な３次元空間であってもよいし、２つの座標軸が関連付けられた仮想的な２次元平面であってもよい。

また例えば、ゲーム空間の状況を示すデータは、ゲーム空間に配置されるゲームオブジェクトの状態を示すデータを含む。なお、サッカーゲーム、野球ゲーム、バスケットボールゲーム、又はアイスホッケーゲーム等のスポーツゲームの場合、選手キャラクタやボールがゲームオブジェクトに相当する。この場合、選手キャラクタの位置、向き、姿勢、移動方向、移動速度、現在行っている動作種類、ボールを保持しているか否か等を示すデータや、ボールの位置、移動方向、移動速度等を示すデータが、ゲームオブジェクトの状態を示すデータに相当する。

例えば、レースゲームの場合、レースカーがゲームオブジェクトに相当する。この場合、レースカーの位置、向き、移動方向、移動速度等を示すデータが、ゲームオブジェクトの状態を示すデータに相当する。また例えば、格闘ゲーム、アクションゲーム、又はロールプレイングゲームの場合、キャラクタがゲームオブジェクトに相当する。この場合、キャラクタの位置、向き、姿勢、移動方向、移動速度、現在行っている動作種類、ヒットポイント（ライフポイント）等を示すデータが、ゲームオブジェクトの状態を示すデータに相当する。

また例えば、カードゲームの場合、ゲームカードがゲームオブジェクトに相当する。この場合、ゲームカードの位置、向き等を示すデータが、ゲームオブジェクトの状態を示すデータに相当する。また例えば、状況データＤＴ１は、ゲームの進行状況を示すデータを含んでもよい。例えば、サッカーゲームの場合、試合が開始されてからの経過時間、試合が開始されてから現在までの途中経過、両チームの得点、アウトオブプレイの状態（コーナーキック、ペナルティキック、フリーキック、スローイング、又はゴールキック）であるか否か等を示すデータが、状況データＤＴ１に含まれてもよい。また例えば、野球ゲームの場合、現在のイニング、試合が開始されてから現在までの途中経過、両チームの得点等を示すデータが、状況データＤＴ１に含まれてもよい。

図１０は、状況データＤＴ１のデータ格納例を示す図である。本実施形態では、サッカーゲームを例に挙げるので、図１０に示すように、状況データＤＴ１には、各チームのキャラクタを一意に識別するキャラクタＩＤ（又はキャラクタが描かれたカードを一意に識別するカードＩＤ）、当該キャラクタの位置・移動方向・移動速度に関する情報、ボールの位置・移動方向・移動速度に関する情報、各チームの得点、試合の経過時間に関する時間情報、及び、リプレイ映像が流れた回数（後述する第１の処理の実行回数）といった情報が格納される。なお、状況データＤＴ１に含まれる情報は、上記の例に限られず、例えば、キャラクタやボールの３次元モデルの頂点座標等の情報が含まれていてもよい。

時間情報は、例えば、ゲーム内の世界での時間（仮想世界の時間）であり、リアルタイムクロックが示す時間ではない。例えば、時間情報は、スポーツゲームであれば、試合開始からの経過時間である。また例えば、時間情報は、ゲーム内の世界における仮想的な日時又は時刻であってもよい。先述したように、本実施形態では、状況データＤＴ１は、ゲーム開始後の操作部１４の検出信号に関係なく更新される。即ち、ゲーム開始後は、原則として、操作部１４の検出信号は、状況データＤＴ１の更新に影響しない。

なお、データ記憶部１０４に記憶されるデータは、上記の例に限られない。データ記憶部１０４は、ゲームに必要なデータを記憶すればよい。例えば、データ記憶部１０４は、ゲームデータ取得部１０１が取得したチーム情報を記憶してもよいし、マイページ画像Ｇ１等の種々の画像の画像データを記憶してもよい。

［更新部］
更新部１０５は、各ユーザ情報に関連付けられたチーム情報と乱数とに基づいて、複数のゲーム実行部１００で共通のゲーム処理を実行することによって、状況データＤＴ１を更新する。

共通のゲーム処理とは、例えば、共通のアルゴリズムが記述されたゲームプログラムによって実行される処理である。例えば、共通のゲーム処理は、複数の処理の各々が同じであり、各処理の実行順も同じとなる処理である。また例えば、共通のゲーム処理は、乱数の値が同じであれば結果も同じとなる処理である。

ゲーム処理は、任意の処理であってよく、例えば、ゲームオブジェクトの動作を決定する処理であってもよい。例えば、ゲーム処理は、キャラクタの移動方向、動作の種類、動作の強度を決定するための処理であってもよい。サッカーゲームであれば、ゲーム処理は、例えば、シュート、パス、フェイントといった動作を決定する処理である。野球ゲームであれば、ゲーム処理は、例えば、ヒッティング、バント、投球動作といった動作を決定する処理である。カードゲームであれば、例えば、使用するカードを決定したり、使用するスキルを決定したりする処理である。

乱数とゲーム処理との関係は、予めゲームプログラムに記述されているものとする。例えば、更新部１０５は、乱数取得部１０３が取得した乱数に関連付けられたゲーム処理を実行し、状況データＤＴ１を更新する。例えば、更新部１０５は、乱数に基づいて、キャラクタの移動方向、動作の種類、及び動作の強度の少なくとも１つを決定し、状況データＤＴ１を更新する。また例えば、更新部１０５は、乱数に基づいて、キャラクタやゲームカードのスキルを発動させ、状況データＤＴ１を更新する。また例えば、更新部１０５は、乱数に基づいて、キャラクタの動作の成否を決定し、状況データＤＴ１を更新する。

本実施形態では、更新部１０５は、各更新タイミングが訪れるたびに、乱数列から順番に取得された乱数に基づいて、状況データＤＴ１を更新する。更新部１０５は、状況データＤＴ１に基づいて更新タイミングが訪れたか否かを判定し、更新タイミングが訪れたと判定した場合に、乱数列から取得された乱数に基づいてゲーム処理を実行し、状況データＤＴ１を更新する。

［表示制御部］
表示制御部１０６は、状況データＤＴ１に基づいて、ゲームの状況を示すゲーム画像を表示部１５に表示させる。本実施形態では、対戦画像Ｇ６がゲーム画像に相当する。このため、本実施形態で対戦画像Ｇ６と記載した箇所は、ゲーム画像と読み替えることができる。例えば、表示制御部１０６は、状況データＤＴ１が示すゲーム空間の様子を対戦画像Ｇ６に表示させる。例えば、表示制御部１０６は、ゲーム空間に配置されたキャラクタやボールなどの３次元モデルの座標変換処理を実行し、対戦画像Ｇ６を表示させる。また例えば、表示制御部１０６は、状況データＤＴ１が示す戦況（例えば、各チームの得点や試合の経過時間）を対戦画像Ｇ６に表示させてもよい。

［第１判定部］
第１判定部１０７は、状況データＤＴ１に基づいて、ゲームが第１の状況になったか否かを判定する。第１の状況とは、例えば、予め定められた進行状況である。例えば、第１の状況は、所定の処理が実行された回数が閾値以上になることである。また例えば、第１の状況は、ゲーム開始からの経過時間が所定時間になることである。また例えば、第１の状況は、状況データＤＴ１の各項目の値が所定値を示すことである。また例えば、第１の状況は、リプレイが再生された回数が閾値以上になることである。

また例えば、スポーツの試合を模したゲームであれば、第１の状況は、試合が一時停止する状況が所定回数発生することである。また例えば、サッカーゲームであれば、第１の状況は、シュート本数が閾値以上になること、アニメーションの再生速度が速くなったり遅くなったりした回数が閾値以上になること、ボールがタッチラインを割ったり反則が発生したりしてアウトオブプレイになった回数が閾値以上になることなどである。

例えば、第１判定部１０７は、状況データＤＴ１に格納された第１の項目の値に基づいて、ゲームが第１の状況になったか否かを判定する。例えば、第１判定部１０７は、第１の項目の値が所定範囲になっていない場合は、ゲームが第１の状況になったとは判定せず、第１の項目の値が所定範囲になった場合は、ゲームが第１の状況になったと判定する。

本実施形態では、第１の状況は、ゲームにおいて、所定の処理が実行された回数が閾値以上になることである。所定の処理とは、例えば、処理完了までに時間がかかると予測される処理である。例えば、リプレイ映像を流す処理、試合を一時停止する処理、といった上記処理である。本実施形態では、リプレイ映像を流す処理が所定の処理に相当する。このため、状況データＤＴ１には、リプレイ映像が流された回数が格納されているものとする。

例えば、第１判定部１０７は、状況データＤＴ１に格納されたリプレイ映像の回数が所定回数以上であるか否かを判定する。第１判定部１０７は、リプレイ映像の回数が所定回数未満である場合はゲームが第１の状況になったとは判定せず、リプレイ映像の回数が所定回数以上である場合はゲームが第１の状況になったと判定する。なお、リプレイ映像の回数は、所定回数以上になった場合にいったん０回にリセットされてもよいし、特にリセットされなくてもよい。

［第１停止部］
第１停止部１０８は、ゲームが第１の状況になったと判定された場合に、他のゲーム実行部１００におけるゲームが第１の状況になるまで、状況データＤＴ１の更新を一時停止させる。

例えば、各ゲーム実行部１００は、当該ゲーム実行部１００の第１判定部１０７により、第１の状況になったと判定された場合に、サーバ３０に対して所定の通知を送信する。サーバ３０は、当該通知を受信すると当該通知を転送する。ゲーム実行部１００は、サーバ３０が転送した通知を受信することによって、他のゲーム実行部１００におけるゲームが第１の状況になったか否かを特定する。

他のゲーム実行部１００におけるゲームが第１の状況になるまでとは、例えば、他のゲーム実行部１００におけるゲームが第１の状況になったことを示す通知を受信した時点、又は、当該時点の後の任意の時点である。例えば、第１停止部１０８は、サーバ３０から当該通知を受信したか否かを判定することによって、他のゲーム実行部１００におけるゲームが第１の状況になったか否かを判定する。

例えば、第１停止部１０８は、ゲームが第１の状況になったと判定された場合に、状況データＤＴ１の更新を一時停止する。状況データＤＴ１の更新を一時停止するとは、例えば、ゲームの進行を一時停止することである。なお、第１停止部１０８により状況データＤＴ１の更新が一時停止されている間は、表示制御部１０６は、対戦画像Ｇ６の表示を更新しないようにしてもよいし、「しばらくお待ち下さい」といった所定のメッセージを表示させてもよい。また例えば、この間は、表示制御部１０６は、それまでのダイジェスト映像を流してもよいし、試合とは関係のない映像を流してもよい。例えば、第１停止部１０８は、サーバ３０から通知を受信したと判定しない場合は、状況データＤＴ１の更新の一時停止を継続する。

［第１再開部］
第１再開部１０９は、他のゲーム実行部１００におけるゲームが第１の状況になった場合に、状況データＤＴ１の更新を再開させる。例えば、第１再開部１０９は、他のゲーム実行部１００におけるゲームが第１の状況になったことを示す通知を受信した場合に、状況データＤＴ１の更新を再開させる。状況データＤＴ１の更新を再開させるとは、例えば、ゲームの進行の一時停止を解除して再開することである。状況データＤＴ１の更新が再開されると、表示制御部１０６は、対戦画像Ｇ６の表示の更新を再開する。

［第２判定部］
第２判定部１１０は、状況データＤＴ１に基づいて、ゲームが第２の状況になったか否かを判定する。第２の状況とは、例えば、第１の状況とは異なる状況である。例えば、第２の状況は、休憩や選手交代などの目的で定められた期間が訪れることである。また例えば、第２の状況は、サッカーゲームにおけるハーフタイムであってもよいし、野球ゲームにおけるイニングの合間であってもよい。また例えば、ゲームデータの変更を許可する状況として定められた状況である。

例えば、第２判定部１１０は、状況データＤＴ１に格納された第２の項目の値に基づいて、ゲームが第２の状況になったか否かを判定する。例えば、第２判定部１１０は、第２の項目の値が所定範囲になっていない場合は、ゲームが第２の状況になったとは判定せず、第２の項目の値が所定範囲になった場合は、ゲームが第２の状況になったと判定する。

本実施形態では、第２判定部１１０は、状況データＤＴ１が示す試合の経過時間が所定時間になったか否かを判定する。例えば、第２判定部１１０は、状況データＤＴ１が示す試合の経過時間に基づいて、試合の前半（例えば、仮想世界内での４５分）が終了してハーフタイムが訪れたいか否かを判定する。このため、本実施形態では、試合の前半が終了してハーフタイムが訪れることが第２の状況になることに相当する。

［第２停止部］
第２停止部１１１は、ゲームが第２の状況になったと判定された場合に、状況データＤＴ１の更新を一時停止させる。例えば、第２停止部１１１は、ゲームが第２の状況になったと判定された場合に、状況データＤＴ１の更新を一時停止する。第２停止部１１１により状況データＤＴ１の更新が一時停止されている間は、表示制御部１０６は、チーム情報の変更を受け付けるための画像を表示部１５に表示させ、当該画像に対する操作に基づいて、後述する変更部１１２がチーム情報を変更してもよい。

［変更部］
本実施形態では、チーム情報がゲームデータに相当するので、変更部１１２は、状況データＤＴ１の更新が一時停止された場合に、各ゲーム実行部１００のうちの１又は複数のゲーム実行部１００に対応するユーザ情報に関連付けられたチーム情報を変更する。例えば、変更部１１２は、操作部１４の検出信号に基づいて、チーム情報を変更する。

例えば、変更部１１２は、操作部１４の検出信号に基づいて、戦術、フォーメーション、使用するキャラクタといったチーム情報を変更する。例えば、変更部１１２は、戦術・フォーメーションは、予め定められた複数種類の戦術・フォーメーションのうち、指定された戦術・フォーメーションとなるように変更する。また例えば、変更部１１２は、所有するキャラクタ（カード）のうち、指定されたキャラクタ（カード）が使用されるように変更する。

［ゲームデータ送信部］
本実施形態では、チーム情報がゲームデータに相当するので、ゲームデータ送信部１１３は、変更部１１２により変更されたチーム情報を他のゲーム実行部１００に送信する。例えば、ゲームデータ送信部１１３は、変更部１１２により変更されたチーム情報をサーバ３０に送信する。サーバ３０は、当該チーム情報を転送する。各ゲーム実行部１００の後述するゲームデータ受信部１１４は、他のゲーム実行部１００の変更部１１２により変更されたチーム情報を受信する。即ち、各ゲーム実行部１００の変更により変更されたチーム情報が共有される。なお、Ｐ２Ｐ通信が利用される場合には、サーバ３０を介するのではなく、ゲームデータ送信部１１３は、他のゲーム実行部１００に対して直接的にチーム情報を送信してもよい。

［ゲームデータ受信部］
本実施形態では、チーム情報がゲームデータに相当するので、ゲームデータ受信部１１４は、他のゲーム実行部１００の変更部１１２により変更されたチーム情報を受信する。例えば、各ゲーム実行部１００のゲームデータ受信部１１４は、他のゲーム実行部１００のゲームデータ送信部１１３により送信されたチーム情報を、サーバ３０を介して受信する。なお、Ｐ２Ｐ通信が利用される場合には、サーバ３０を介するのではなく、ゲームデータ受信部１１４は、他のゲーム実行部１００から直接的にチーム情報を受信してもよい。

［第２再開部］
本実施形態では、チーム情報がゲームデータに相当するので、第２再開部１１５は、自身の変更部１１２により変更されたチーム情報と、他のゲーム実行部１００の変更部１１２により変更されたチーム情報と、に基づいて、状況データＤＴ１の更新を再開させる。例えば、第２再開部は、チーム情報を更新したうえで、状況データＤＴ１の更新を再開させることになる。また例えば、第２再開部１１５は、ゲームデータ受信部１１４がチーム情報を受信した場合に、状況データＤＴ１の更新を再開させる。状況データＤＴ１の更新が再開されると、表示制御部１０６は、再び対戦画像Ｇ６を表示させて対戦を再開させる。

［１−３−２．サーバで実現される機能］
サーバ３０では、データ記憶部３００、規則情報生成部３０１、及び規則情報送信部３０２が実現される。本実施形態では、これら各機能がゲームサーバ３０Ｄによって実現される場合を説明するが、ゲームシステムＳ内の任意のサーバで実現されるようにすればよい。

［データ記憶部］
データ記憶部３００は、記憶部３２Ｄを主として実現される。データ記憶部３００は、ゲームを実行するために必要なデータを記憶する。ここでは、データ記憶部３００が記憶するデータの一例として、ユーザデータＤＴ２を説明する。

図１１は、ユーザデータＤＴ２のデータ格納例を示す図である。図１１に示すように、ユーザデータＤＴ２は、ユーザ情報（例えば、ユーザＩＤ）に関連付けて、ユーザ名、及びチーム情報などが格納される。チーム情報としては、例えば、チームのフォーメーション、作戦、キャラクタを一意に識別するキャラクタＩＤ、キャラクタの名前、能力パラメータ、及びスキルといった情報が格納される。

なお、データ記憶部３００に記憶されるデータは、上記の例に限られない。データ記憶部３００は、ゲームに必要なデータを記憶すればよい。例えば、データ記憶部３００には、乱数シードを生成するための関数などが記憶されていてもよい。

［規則情報生成部］
規則情報生成部３０１は、制御部３１Ｄを主として実現される。規則情報生成部３０１は、マッチングが実行された場合に、時間情報に基づいて規則情報を生成する。マッチングが実行された場合とは、例えば、マッチングが完了した時点、又は、当該時点よりも後の任意の時点である。時間情報とは、例えば、日時であってもよいし、日付を含まない時刻であってもよい。なお、ここでの時間情報は、状況データＤＴ１に含まれる仮想世界の時間情報ではなく、リアルタイムクロック等によって取得される現実世界の時間情報である。

本実施形態では、乱数シードが規則情報に相当するので、規則情報生成部３０１は、時間情報に基づいて乱数シードを生成することになる。乱数シードの生成方法自体は、公知の種々の手法を適用可能であり、例えば、時間情報が示す数値を所定の数式に代入することによって乱数シードを取得してもよいし、時間情報が示す数値をそのまま乱数シードの値をしてもよい。

［規則情報送信部］
規則情報送信部３０２は、制御部３１Ｄを主として実現される。規則情報送信部３０２は、各ゲーム実行部１００に対し、規則情報を送信する。本実施形態では、乱数シードが規則情報に相当するので、規則情報送信部３０２は、マッチング結果に基づいて送信相手のゲーム実行部１００を特定し、当該特定したゲーム実行部１００に対し、規則情報生成部３０１が生成した乱数シードを送信することになる。

［１−４．ゲームシステムにおいて実行される処理］
図１２−図１４は、ゲームシステムＳにおいて実行される処理の一例を示すフロー図である。図１２−図１４に示す処理は、制御部１１が記憶部１２に記憶されたプログラムに従って動作し、制御部３１が記憶部３２に記憶されたプログラムに従って動作することによって実行される。以降説明する処理は、機能ブロックが実行する処理の一例である。

なお、ゲーム端末１０は、任意の通信プロトコルを利用してよいが、ここでは、ＴＣＰ／ＩＰを利用する場合を説明する。ゲーム端末１０のＩＰアドレスについては、プロバイダ等によって決められた値なので任意の値を利用できないが、ポート番号については、ゲーム端末１０内の他のプログラムが使用していなければ、任意の値を利用してもよい。なお、所定のポート番号（例えば、１〜４９１５１など）が他のプログラムで利用されている可能性が高い場合には、これらの範囲は避けてもよい。

図１２に示すように、まず、ゲーム端末１０においてゲームプログラムが起動すると、制御部１１は、ゲートサーバ３０Ａとの接続処理を行い、サーバリストを要求する（Ｓ１０１）。ゲームプログラムには、ゲートサーバ３０ＡのＩＰアドレスと、ゲームシステムＳで利用される共通鍵と、が予め記憶されているものとする。ここでは、ゲームプログラムからサーバ３０に対する通信が行われる場合には、例えばハッカーによるチートを防止するために、当該共通鍵で暗号化されたデータを使用して通信が行われる。なお、ゲートサーバ３０Ａに対する通信も共通鍵が用いられてもよいが、ゲートサーバ３０Ａは、データを復号化する時間がないほどアクセス数が多いため、セキュリティよりも速度を優先させるために、ゲートサーバ３０に対する通信は共通鍵が用いられないようにしてもよい。また例えば、ゲームプログラムは、ゲートサーバ３０ＡのＩＰアドレスと、上記予め定められたポート番号のポート（例えば、６６０００）と、を利用してＴＣＰ／ＩＰによってゲートサーバ３０Ａに接続する。その後、ゲームプログラムは、ゲートサーバ３０Ａに対し、サーバリストを要求する。

ゲートサーバ３０Ａにおいては、要求を受信すると、制御部３１Ａは、ゲーム端末１０に対し、サーバリストを送信する（Ｓ３０１）。Ｓ３０１においては、記憶部３２Ａに、現在稼働中のサーバの種類とＩＰアドレスとの組み合わせを示すサーバリストが記憶されており、制御部３１Ａは、当該サーバリストを送信することになる。

ゲーム端末１０においては、サーバリストを受信すると、ゲートサーバ３０Ａとの接続を切断し、制御部１１は、受信したサーバリストに基づいて、認証サーバ３０Ｂとの接続処理を行い、ユーザ認証の実行を要求する（Ｓ１０３）。先述したように、サーバリストには、現在稼働中のサーバが記載されており、認証サーバ３０Ｂもサーバリストに含まれている。ユーザ認証は、任意の認証方法を利用すればよく、例えば、公開鍵と秘密鍵を利用してワンタイムの共通鍵暗号をやり取りすることで実行されてもよい。

認証サーバ３０Ｂにおいては、要求を受信すると、制御部３１Ｂは、ユーザ認証を実行する（Ｓ３０３）。Ｓ３０３においては、先述したように、任意の認証方法を利用可能であり、例えば、公開鍵と秘密鍵を利用した認証が実行されるようにしてもよい。

ユーザ認証に失敗した場合（Ｓ３０３；失敗）、ゲーム端末１０に対し、所定のエラーメッセージが送信されて本処理は終了する。一方、ユーザ認証に成功した場合（Ｓ３０３；成功）、制御部３１Ｂは、ユーザトークンを発行してゲーム端末１０に送信する（Ｓ３０５）。ユーザトークンは、例えば、所定ビットのバイナリデータである。以降やり取りされるデータには、原則としてユーザトークンが添付される。

なお、以降の処理において、ロビーサーバ３０Ｃやゲームサーバ３０Ｄからトークンエラーが受信された場合には、ユーザ認証を実行しなおしてユーザトークンが更新されてもよい。再度のユーザ認証が実行される場合には、ゲートサーバ３０Ａから受信したサーバリストが利用されるようにすればよい。なお、サーバリストに記載されたサーバ３０に接続しても、正しいユーザトークンを取得できない場合には、再度ゲートサーバ３０Ａに接続してリストの更新が行われてもよい。その後、先述した手順と同様にして、ユーザ認証が実行される。

ゲーム端末１０においては、ユーザトークンを受信すると、制御部１１は、受信したユーザトークンを保持する（Ｓ１０５）。以降、マイページ画像Ｇ１等が表示される状態となるが、ここでは、個別対戦画像Ｇ３のボタンＢ３２，Ｂ３３が選択された場合の処理を説明する。制御部１１は、ゲートサーバ３０Ａから受信したリストに基づいて、ロビーサーバ３０Ｃとの接続処理を実行する（Ｓ１０７）。

制御部１１は、チーム情報画像Ｇ４を表示部１５に表示させ、操作部１４の検出信号に基づいて、試合を開始するためのボタンＢ４３が選択されたか否かを判定する（Ｓ１０９）。ボタンＢ４３が選択されたと判定された場合（Ｓ１０９；Ｙ）、制御部１１は、ロビーサーバ３０Ｃに対し、マッチングの要求を送信する（Ｓ１１１）。

ロビーサーバ３０Ｃにおいては、要求を受信すると、制御部３１Ｃは、マッチングを実行する（Ｓ３０７）。記憶部３２Ｃには、ロビーサーバ３０Ｃに接続したゲームプログラムに対応するユーザ情報が予め記憶されており、制御部３１Ｃは、当該ユーザ情報に基づいてマッチングを実行する。制御部３１Ｃは、マッチングが完了すると、ゲーム端末１０に対し、マッチングが完了した旨の通知を送信する（Ｓ３０９）。なお、ロビーサーバ３０Ｃは、ゲームサーバ３０Ｄにマッチング結果を送信してもよいし、ゲーム端末１０経由でマッチング結果がゲームサーバ３０Ｄに送信されてもよい。マッチング結果は、例えば、マッチングされたユーザ情報やチーム情報などを含んでいてもよい。

図１３に移り、ゲーム端末１０においては、通知を受信すると、制御部１１は、ゲームサーバ３０Ｄとの接続処理を実行する（Ｓ１１３）。なお、ゲームサーバ３０Ｄとの接続処理に失敗した場合には、マッチング前の画面に戻り、再びロビーサーバ３０Ｃと接続してもよい。戻る先のロビーサーバ３０Ｃがない場合には、タイトル画像やマイページ画像Ｇ１等に戻ってもよい。ゲームサーバ３０Ｄとの接続処理が成功した場合は、以降の処理が実行される。

ゲームサーバ３０Ｄにおいては、ゲーム端末１０と接続すると、制御部３１Ｄは、現在の時間情報に基づいて、乱数シードを生成する（Ｓ３１１）。Ｓ３１１においては、制御部３１Ｄは、リアルタイムクロック等を利用して時間情報を取得し、時間情報を所定の数式に代入することによって乱数シードを生成する。

制御部３１Ｄは、ゲーム端末１０に対し、ユーザデータＤＴ２に格納されたチーム情報と、Ｓ３１１で生成した乱数シードと、を送信する（Ｓ３１３）。なお、ゲーム端末１０のゲームプログラムが、ゲームサーバ３０Ｄのプロセスにデータを送信する場合には、データにユーザトークンが付与される。例えば、ゲーム端末１０ＡのゲームプログラムＡが、ゲームサーバ３０Ｄのプロセスにデータを送信する場合には、データにユーザトークンＵＴＫ−Ａが付与されて暗号化されたものが送信される。また例えば、ゲーム端末１０ＢのゲームプログラムＢが、ゲームサーバ３０Ｄのプロセスにデータを送信する場合には、データにユーザトークンＵＴＫ−Ｂが付与されて暗号化されたものが送信される。

逆に、ゲームサーバ３０Ｄのプロセスから各ゲーム端末１０のゲームプログラムにデータが送信される場合には、ユーザトークンは付与されない。例えば、ゲームサーバ３０Ｄがゲーム端末１０ＡのゲームプログラムＡに送信するデータは、ゲームプログラムＡ用のデータになっており、ゲームサーバ３０Ｄがゲーム端末１０ＢのゲームプログラムＢに送信するデータは、ゲームプログラムＢ用のデータになっている。なお、セキュリティ向上などの目的で、ゲームサーバ３０Ｄのプロセスから各ゲーム端末１０のゲームプログラムに送信されるデータにユーザトークンが付与されてもよい。

以降説明する処理は、マッチングされた各ゲーム端末１０において実行される。ゲーム端末１０は、チーム情報と乱数シードを受信すると、制御部１１は、個別対戦を開始する（Ｓ１１５）。Ｓ１１５においては、状況データＤＴ１が記憶部１２に記憶され、ゲームプログラムに記述されたプログラムコードが実行される。例えば、制御部１１は、予め定められたアルゴリズムに基づいて、ゲーム空間におけるキャラクタの動作を決定する。

制御部１１は、状況データＤＴ１の更新タイミングが訪れたか否かを判定する（Ｓ１１７）。Ｓ１１７においては、制御部１１は、ゲームプログラムに記述されたプログラムコードが乱数を参照することを示しているか否かを判定する。更新タイミングが訪れたと判定された場合（Ｓ１１７；Ｙ）、制御部１１は、乱数シードに基づく乱数列から乱数を取得し（Ｓ１１９）、乱数に基づいて状況データＤＴ１を更新する（Ｓ１２１）。Ｓ１１９においては、制御部１１は、乱数列のうち所定の順番の乱数を取得し、Ｓ１２１においては、乱数に基づいてキャラクタの動作を決定して状況データＤＴ１を更新する。

制御部１１は、状況データＤＴ１に基づいて、アプトオブプレイとなったか否かを判定する（Ｓ１２３）。アプトオブプレイとは、試合の進行が一時停止する状況であり、例えば、ボールがタッチラインを割った場合、ゴールが決まった場合、及び反則が発生した場合等にアプトオブプレイとなる。Ｓ１２３においては、制御部１１は、状況データＤＴ１に格納されたボールの位置に基づいて、ボールがタッチラインを割ったか否かを判定したり、ゴールが決まったか否かを判定したりする。また例えば、制御部１１は、状況データＤＴ１に格納されたキャラクタの位置に基づいて、反則が発生したか否かを判定する。

アプトオブプレイとなったと判定された場合（Ｓ１２３；Ｙ）、制御部１１は、リプレイ映像を表示部１５に表示させ（Ｓ１２５）、状況データＤＴ１に格納されたリプレイ映像の再生回数を増加させる（Ｓ１２７）。例えば、状況データＤＴ１の履歴を記憶部１２に記憶させておき、Ｓ１２５においては、制御部１１は、状況データＤＴ１履歴に基づいてリプレイ映像を生成して表示部１５に表示させる。

図１４に移り、制御部１１は、状況データＤＴ１に基づいて、リプレイ映像の再生回数が閾値以上になったか否かを判定する（Ｓ１２９）。閾値は、予め定められた値であればよく、記憶部１２に記憶されているものとする。リプレイ映像の再生回数が閾値以上になったと判定された場合（Ｓ１２９；Ｙ）、制御部１１は、状況データＤＴ１の更新を一時停止させ（Ｓ１３１）、ゲームサーバ３０Ｄに対し、状況データＤＴ１の更新を一時停止した旨の通知を送信する（Ｓ１３３）。以降、制御部１１は、ゲームに関係のない映像を表示部１５に表示させ、他のゲーム端末１０におけるゲームの進行が追いつくまで（後述するＳ１３５の処理が実行されるまで）待機する。

ゲームサーバ３０Ｄにおいては、通知を受信すると、制御部３１Ｄは、他のゲーム端末１０から同様の通知を受信したか否かを判定する（Ｓ３１５）。Ｓ３１５においては、マッチングにより対戦中の全てのゲーム端末１０からリプレイ映像の再生回数が閾値以上になり、進行を一時停止する旨の通知を受信したか否かを判定することになる。

他のゲーム端末１０から通知を受信したと判定されない場合（Ｓ３１５；Ｎ）、再びＳ３１５に戻る。一方、他のゲーム端末１０から通知を受信したと判定された場合（Ｓ３１５；Ｙ）、制御部３１Ｄは、各ゲーム端末１０に対し、ゲームを再開させるための再開要求を送信する（Ｓ３１７）。再開要求は、所定のデータ形式で行われるようにすればよい。

ゲーム端末１０においては、再開要求を受信すると、制御部１１は、状況データＤＴ１の更新を再開させ（Ｓ１３５）、Ｓ１１７に戻る。この場合、ゲームが一時停止された時点の続きから試合が再開することになる。

一方、Ｓ１２９において、再生回数が閾値以上になったと判定されない場合（Ｓ１２９；Ｎ）、制御部１１は、状況データＤＴ１に基づいて、前半終了又は試合終了したか否かを判定する（Ｓ１３７）。Ｓ１３７においては、制御部１１は、状況データＤＴ１に格納された時間情報が所定の時間を示したか否かを判定する。例えば、制御部１１は、時間情報が４５分を示していれば前半終了と判定し、時間情報が９０分を示していれば試合終了と判定する。

前半が終了したと判定された場合（Ｓ１３７；前半終了）、制御部１１は、操作部１４の検出信号に基づいて、チーム情報を変更してゲームサーバ３０Ｄに送信する（Ｓ１３９）。Ｓ１３９においては、制御部１１は、操作部１４の検出信号に基づいて、作戦、フォーメーション、使用するキャラクタ（カード）といったチーム情報を変更し、変更後のチーム情報をゲームサーバ３０Ｄに送信する。

ゲームサーバ３０Ｄにおいては、変更後のチーム情報を受信すると、制御部３１Ｄは、当該チーム情報を保持する（Ｓ３１９）。制御部３１Ｄは、試合の後半を再開させるか否かを判定する（Ｓ３２１）。Ｓ３２１においては、各ゲーム端末１０からチーム情報を受信したか否かを判定する。試合の後半を再開させると判定された場合（Ｓ３２１；Ｙ）、制御部３１Ｄは、各ゲーム端末１０に対し、変更後のチーム情報を送信する（Ｓ３２３）。

ゲーム端末１０においては、変更後のチーム情報を受信すると、制御部１１は、変更後のチーム情報に基づいて、後半を再開させ（Ｓ１４１）、Ｓ１１７の処理に戻る。一方、Ｓ１３７において、試合が終了したと判定された場合（Ｓ１３７；試合終了）、本処理は終了する。

以上説明したゲームシステムＳによれば、ゲームが開始される場合に取得されたチーム情報と、複数のゲーム実行部１００で共通の乱数発生規則に基づいて発生される乱数と、に基づいて、複数のゲーム実行部１００で共通のゲーム処理を実行することによって状況データＤＴ１が更新され、状況データＤＴ１の整合を取らなくても状況データＤＴ１が同じ内容になるので、通信負荷を軽減することができる。また、ゲームで使用されるチーム情報の組み合わせが同じだった場合、乱数を使用しなかったとすると毎回同じゲーム結果となってしまい、ユーザが飽きてしまう可能性があるが、乱数を使用してランダム要素を入れることで、チーム情報の組み合わせが同じだったとしてもゲーム結果に変化をつけることができる。また、通信障害やアプリケーション終了等の理由により、一部のゲーム実行部１００でゲームが途中終了したとしても、各ゲーム実行部１００が状況データＤＴ１を更新するので、他のゲーム実行部１００はゲームを最後まで実行することができる。

また、各ゲーム実行部１００が、ゲームが開始される場合に、複数のゲーム実行部１００で共通の乱数発生規則に関する規則情報に基づいて乱数を発生させることで、複数のゲーム実行部１００で共通の乱数とし、状況データＤＴ１を整合しなくても、他のゲーム実行部１００と同じ内容の状況データＤＴ１を取得させることができる。また、各ゲーム実行部１００が、サーバコンピュータなどから乱数のリストを取得する場合には、一応は同じ乱数を使って状況データＤＴ１を更新することができるが、乱数のリストを送信する分の通信負荷が発生する。この点、ゲームシステムＳは、各ゲーム実行部１００が、規則情報を使って自分で乱数を発生させることで、乱数のリストを送信する必要がなくなるので、通信負荷を効果的に軽減することができる。

また、マッチングが実行された場合に、時間情報に基づいて規則情報を生成することで、マッチングのたびに異なる規則情報を生成し、各ゲーム実行部１００に取得させる乱数を異ならせることができるので、ゲームの結果が毎回同じになりゲームの興趣性が低下するといったことを確実に防止することができる。

また、乱数シードを用いることで、複数のゲーム実行部１００で共通の乱数を確実に発生させ、状況データＤＴ１を整合しなくても、他のゲーム実行部１００と同じ内容の状況データＤＴ１を取得させることができる。

また、複数の更新タイミングの各々が訪れるたびに、乱数発生規則に基づいて発生される乱数列から順番に取得された乱数に基づいて状況データＤＴ１を更新することにより、乱数が状況データＤＴ１に複数回影響してランダム要素が高まるので、ゲームの興趣性を効果的に高めることができる。

また、リプレイ映像の再生回数が閾値以上になった場合に、他のゲーム実行部１００におけるゲームが同様の状況になるまでは状況データＤＴ１の更新を一時停止し、他のゲーム実行部１００におけるゲームが同様の状況になった場合に状況データＤＴ１の更新を再開することによって、ゲーム実行部１００間でゲームの進行を合わせることができる。ゲームの進行を合わせることで、例えば、ゲームの終了時点を合わせることができたり、ゲーム実行中のチャット時に話が噛みあわないといったことを防止したりすることができる。

また、リプレイ映像の再生回数のような所定の処理が実行された回数が閾値以上になった場合に、状況データＤＴ１の更新を一時停止して、ゲーム実行部１００間でゲームの進行を合わせることで、より確実にゲームの進行を合わせることができる。例えば、所定の処理として、進行がずれそうな処理（端末の性能によって処理時間に差が出そうな処理）を定めておくことで、ゲームの進行が大幅にずれるといったことを防止することができる。また例えば、閾値を２以上に設定しておく場合には、所定の処理が発生したとしても、その回数が閾値以上になるまでは状況データＤＴ１の更新が一時停止しないので、所定の処理が発生するたびにゲームが一時停止するといったことを防止でき、ゲームの進行をスムーズにすることができる。

また、ハーフタイムにおいてチーム情報の変更を許可することで、ゲーム終了まで全く介入できないのではなく、ゲームの途中でチーム情報の変更をさせることで、ゲームの興趣性を効果的に高めることができる。

［２．実施形態２］
次に、ゲームシステムＳの別実施形態を説明する。以降説明する実施形態２では、実施形態１で説明したゲームと同様のゲームが実行される場合を説明するが、実施形態２のゲームは、実施形態１のゲームとは異なってもよい。なお、実施形態１では個別対戦について説明したが、実施形態２ではグループ対戦について説明する。

先述したように、グループ対戦では、複数人の対戦が実行される。例えば、グループ対戦は、複数人対コンピュータの対戦であってもよいし、複数人対複数人の対戦であってもよい。グループ対戦におけるマッチングについては、後述する実施形態３で説明し、実施形態２では、グループ対戦中に行われるチャットについて説明する。なお、以降説明するチャットは、個別対戦において行われてもよい。個別対戦と同様に、グループ対戦が開始すると対戦画像Ｇ６が表示部１５に表示される。

図１５は、グループ対戦における対戦画像Ｇ６の一例を示す図である。図１５に示すように、対戦画像Ｇ６には、チャットにおけるメッセージを入力するためのボタンＢ６２が表示される。ボタンＢ６２が選択されると、メッセージを入力するためのウィンドウが対戦画像Ｇ６に表示される。

図１６は、対戦画像Ｇ６にウィンドウが表示される様子を示す図である。本実施形態では、スタンプと呼ばれる画像を利用してメッセージを入力することができ、図１６に示すように、ウィンドウＷ６３には、スタンプの一覧が表示される。スタンプは、例えば、キャラクタの顔やサッカーボールなどのイラストと、発言内容を示す文字列と、を含んでもよい。ウィンドウＷ６３に表示されたスタンプの何れかが選択されると、当該選択されたスタンプがメッセージとして入力され、対戦画像Ｇ６に表示される。

図１７は、対戦画像Ｇ６にメッセージが表示される様子を示す図である。図１７に示すように、対戦画像Ｇ６には、メッセージＭ６４が表示される。なお、メッセージＭ６４は、入力者を示す文字列が表示されてもよい。図１７の例では、「Ａ」というユーザにより「ゴール！」というメッセージが入力された場合を示している。

実施形態１と同様に、実施形態２のゲームシステムＳでは、ゲーム端末１０間で操作信号を送り合ったり、更新後のデータを送り合ったりすることなく、各ゲーム端末１０で個別にデータの更新が実行されるものとする。このため、ゲーム端末１０間でゲーム進行にずれが生じることがあり、メッセージをすぐに表示させない方がよいことがある。

例えば、ゲーム端末１０Ａの方が、ゲーム端末１０Ｂよりも高性能の場合、ゲーム端末１０Ａのゲーム進行が、ゲーム端末１０Ｂよりも早くなることがある。この場合、ゲーム端末１０Ａに入力されたメッセージを、すぐにゲーム端末１０Ｂに出力させてしまうと、メッセージの内容から今後のゲーム展開を予想することができてしまうので、ゲームの興趣性が低下してしまう。

図１８は、各ゲーム端末１０のゲームプログラムで実行されるゲームの進行を示す図である。図１８の例では、ゲーム端末１０Ａの方が、ゲーム端末１０Ｂよりも高性能とする。このため、ゲーム端末１０ＡのゲームプログラムＡと、ゲーム端末１０ＢのゲームプログラムＢと、の各々が同時に試合を開始したとしても、ゲームプログラムＡが実行するグループ対戦の方が、進行が早い。

例えば、前半２５分にゴールが決まったとすると、ゴールシーンが発生するのは、ゲームプログラムＡの方がゲームプログラムＢよりも早い。ゴールが決まった場合にゲーム端末１０Ａに入力されたメッセージを、ゲーム端末１０Ｂにすぐに表示させてしまうと、ゲーム端末１０Ｂでは、ゴールシーンになっていないにも関わらず、メッセージが表示されてしまうので、ゴールが決まったことを予想できてしまい、興ざめしてしまう可能性がある。

このため、本実施形態では、ゲームプログラムＢが実行するゲームが前半２５分になってゴールシーンが発生するまでは、メッセージの表示を待機するようにしている。一方、前半４０分に反則が発生し、ゲーム端末１０Ｂにメッセージが入力されたとすると、ゲームプログラムＡの方がゲームプログラムＢよりも進行が早いため、当該メッセージは、特に表示を待機することなく、ゲーム端末１０Ａにすぐに表示させるようになっている。

以上のように、実施形態２のゲームシステムＳでは、各ゲーム端末１０におけるゲームの進行状況が、他のゲーム端末１０におけるゲームの進行状況になるまで、メッセージの出力を制限することによって、メッセージの内容から今後のゲーム展開を予想するといったことを防止するようにしている。以降、実施形態２の詳細を説明する。なお、以降の説明では、実施形態１と同様の構成については説明を省略する。

［２−１．実施形態２で実現される機能］
図１９は、ゲームシステムＳで実現される機能のうち、本発明に関連する機能を示す機能ブロック図である。ここでは、ゲーム端末１０で実現される機能について説明する。なお、サーバ３０においては、実施形態１と同様、データ記憶部３００、規則情報生成部３０１、及び規則情報送信部３０２が実現されてもよい。

実施形態２のゲームシステムＳでは、実施形態１と同様、複数のゲーム実行部１００が実現されるが、図１９では、図面の簡略化のために、ゲーム実行部１００を１つだけ示す。なお、ゲーム実行部１００が実行する処理は、実施形態１と一部は共通するが、実施形態１では説明しなかった処理も含む。図１９に示すように、実施形態２のゲーム実行部１００は、ゲームデータ取得部１０１、乱数取得部１０３、データ記憶部１０４、更新部１０５、表示制御部１０６、メッセージ受信部１１６、制限部１１７、及び出力部１１８を含む。

［ゲームデータ取得部］
ゲームデータ取得部１０１は、ゲームが開始される場合に、複数のユーザ情報の各々に関連付けられたゲームデータを取得する。ゲームデータ取得部１０１の処理の詳細は、実施形態１と同様のため、説明を省略する。実施形態１と同様、実施形態２では、チーム情報がゲームデータに相当する。このため、ゲームデータ取得部１０１は、チーム情報を取得することになる。

［乱数取得部］
乱数取得部１０３は、複数のゲーム実行部１００で共通の乱数発生規則に基づいて発生される乱数を取得する。乱数取得部１０３の処理の詳細は、実施形態１と同様のため、説明を省略する。

［データ記憶部］
データ記憶部１０４は、ゲームの状況を示す状況データＤＴ１を記憶する。状況データＤＴ１は、実施形態１と同様のため、説明を省略する。

［更新部］
更新部１０５は、複数のゲーム実行部１００で共通のゲーム処理を実行することによって、状況データＤＴ１を更新する。共通のゲーム処理とは、例えば、共通のアルゴリズムが記述されたゲームプログラムによって実行される処理である。また例えば、共通のゲーム処理は、複数の処理の各々が同じであり、各処理の実行順も同じとなる処理である。また例えば、共通のゲーム処理は、乱数の値が同じであれば結果も同じとなる処理である。

なお、更新部１０５の処理の詳細は、実施形態１と同様であってもよい。例えば、更新部１０５は、各ユーザ情報に関連付けられたチーム情報と乱数とに基づいて、ゲーム処理を実行することによって、状況データＤＴ１を更新する。状況データＤＴ１の更新方法は、実施形態１で説明した通りである。

［表示制御部］
表示制御部１０６は、状況データＤＴ１に基づいて、ゲーム画像を表示部１５に表示させる。実施形態１と同様、実施形態２では、対戦画像Ｇ６がゲーム画像に相当する。表示制御部１０６の処理の詳細は、実施形態１と同様のため、説明を省略する。

［メッセージ受信部］
メッセージ受信部１１６は、他のゲーム実行部１００において入力されたメッセージを受信する。例えば、各ゲーム実行部１００は、メッセージが入力されると、当該メッセージをサーバ３０に送信する。サーバ３０は、当該メッセージを他のゲーム実行部１００に転送する。各ゲーム実行部１００のメッセージ受信部１１６は、他のゲーム実行部１００において入力され、サーバ３０により転送されたメッセージを受信する。なお、各ゲーム実行部１００は、サーバ３０を介するのではなく、Ｐ２Ｐ通信などを利用して、他のゲーム実行部１００に対してメッセージを直接送信してもよい。

メッセージとは、ユーザ間で伝達される情報の内容であり、例えば、各ユーザが入力した記号列や指定した画像により構成されてもよいし、音声によって伝達されてもよい。ここでの記号列とは、文字列（テキスト）を含む意味である。画像としては、例えば、スタンプと呼ばれるイラストの画像であってもよい。

本実施形態では、メッセージ受信部１１６は、メッセージが入力された場合の他のゲーム実行部１００で実行中のゲームの進行状況を示す進行情報を受信する。例えば、各ゲーム実行部１００は、メッセージが入力されると、進行情報をサーバ３０に送信する。サーバ３０は、当該進行情報を他のゲーム実行部１００に転送する。各ゲーム実行部１００のメッセージ受信部１１６は、他のゲーム実行部１００において入力され、サーバ３０により転送された進行情報を受信する。なお、各ゲーム実行部１００は、Ｐ２Ｐ通信などを利用して、他のゲーム実行部１００に対して進行情報を直接送信してもよい。

メッセージが入力された場合とは、例えば、メッセージの入力が検知された時点、又は、当該時点の前後の時点である。メッセージを入力するための操作信号が検出された時点が、メッセージの入力が検知された時点に相当する。本実施形態では、ウィンドウに表示されたスタンプのうちの何れかを選択する操作信号が検出された時点が、メッセージの入力が検知された時点に相当する。

例えば、各ゲーム実行部１００は、操作部１４の操作信号に基づいて、メッセージが入力されたか否かを判定する。メッセージが入力されたと判定された場合、各ゲーム実行部１００は、データ記憶部１０４に記憶された状況データＤＴ１が示す進行情報をサーバ３０に送信する。サーバ３０は、当該進行情報を転送する。各ゲーム実行部１００のメッセージ受信部１１６は、サーバ３０により転送された進行情報を受信する。

進行情報は、例えば、状況データＤＴ１に含まれる少なくとも１つの項目の値を含む情報である。進行情報は、ゲームの進行を特定可能な情報であればよく、例えば、時間情報であってもよいし、試合の戦況やキャラクタの位置等の情報であってもよい。本実施形態では、状況データＤＴ１に格納された時間情報が進行情報に相当する。このため、本実施形態で時間情報と記載した箇所は、進行情報と読み替えることができる。

［制限部］
制限部１１７は、実行中のゲームの進行状況が、他のゲーム実行部１００でメッセージが入力された場合の進行状況になるまで、メッセージの出力を制限する。本実施形態では、メッセージ受信部１１６が進行情報を受信するので、例えば、制限部１１７は、実行中のゲームの進行状況が、受信した進行情報が示す進行状況になるまで、メッセージの出力を制限することになる。

実行中のゲームの進行状況とは、例えば、状況データＤＴ１が示す進行状況であり、状況データＤＴ１に含まれる少なくとも１つの項目の値である。本実施形態では、時間情報が進行情報に相当するので、状況データＤＴ１に格納された時間情報が、実行中のゲームの進行状況に相当する。

メッセージが入力された場合の進行状況とは、例えば、メッセージが入力された時点の状況データＤＴ１が示す進行状況である。なお、時点とは、例えば、処理単位であるフレームであってもよいし、状況データＤＴ１に格納された時間情報であってもよい。また例えば、メッセージが入力された時点の前後の時点（例えば、数フレームだけ前後した時点）の状況データＤＴ１が示す進行状況である。なお、メッセージが入力された時点とは、操作部１４からメッセージの入力（又は入力完了）を示す信号を受信した時点である。

メッセージが入力された場合の進行状況になるまでとは、例えば、メッセージが入力された場合の進行状況と同じになるまでである。また例えば、メッセージが入力された場合の進行状況と一致するまでである。また例えば、メッセージが入力された場合の進行状況と等しくなるまである。

なお、少なくとも、メッセージが入力された場合の進行状況と同じになる（一致する・等しくなる）までは、メッセージの出力が制限されるようにすればよく、その後もメッセージの出力が制限されてもよい。即ち、メッセージが入力された場合の進行状況と同じになった時点（一致した時点・等しくなった時点）と、メッセージが出力される時点（メッセージの出力の制限が解除される時点）と、が完全に一致している必要はなく、メッセージが出力される時点（メッセージの出力の制限が解除される時点）は、メッセージが入力された場合の進行状況と同じになった時点（一致した時点・等しくなった時点）よりも後であってもよい。

制限とは、例えば、メッセージを出力させないことであり、メッセージの出力を待機することである。また例えば、制限は、メッセージが出力されるタイミングを遅らせることである。また例えば、制限は、メッセージを目立たないように表示させることである。また例えば、制限は、目立たないとは、サイズが小さいこと、透明度が高いこと、色が薄いことなどである。

本実施形態では、制限部１１７は、実行中のゲームの進行状況が、他のゲーム実行部１００でメッセージが入力された場合の進行状況に既になっている場合は、メッセージの出力を制限せずに、メッセージを出力させる。

メッセージが入力された場合の進行状況に既になっている場合とは、例えば、メッセージが入力された場合の進行状況と同じであること、又は、メッセージが入力された場合の進行状況と同じになったことが過去にあることである。また例えば、メッセージが入力された場合の進行状況と一致していること、又は、メッセージが入力された場合の進行状況と一致したことが過去にあることである。また例えば、メッセージが入力された場合の進行状況と等しいこと、又は、メッセージが入力された場合の進行状況と等しくなったことが過去にあることである。

本実施形態では、状況データＤＴ１は、ゲーム内の時間を示す時間情報を含み、制限部１１７は、実行中のゲーム内の時間が、他のゲーム実行部１００でメッセージが入力された場合のゲーム内の時間になるまで、メッセージの出力を制限する。

メッセージが入力された場合のゲーム内の時間になるまでとは、例えば、メッセージが入力された場合の時間と同じ時間になるまでである。また例えば、メッセージが入力された場合の時間と一致する時間になるまでである。また例えば、メッセージが入力された場合の時間と等しい時間になるまである。

少なくとも、メッセージが入力された場合の時間と同じになる（一致する・等しくなる）までは、メッセージの出力が制限されるようにすればよく、その後もメッセージの出力が制限されてもよい。即ち、メッセージが入力された場合の時間と同じになった時点（一致した時点・等しくなった時点）と、メッセージが出力される時点（メッセージの出力の制限が解除される時点）と、が完全に一致している必要はなく、メッセージが出力される時点（メッセージの出力の制限が解除される時点）は、メッセージが入力された場合の時間と同じになった時点（一致した時点・等しくなった時点）よりも後であってもよい。

なお、制限部１１７は、所定数以上のメッセージが入力された場合は、当該所定数以上のメッセージの全部又は一部のメッセージの出力を制限してもよい。例えば、制限部１１７は、メッセージの入力が受け付けられるたびに、メッセージが入力された回数をカウントし、当該回数が閾値以上になったか否かを判定する。制限部１１７は、メッセージが入力された回数が閾値以上になったと判定された場合に、メッセージの出力を制限する。なお、メッセージが入力された回数は、データ記憶部１０４に記録しておけばよい。

本実施形態では、制限部１１７は、状況データＤＴ１に格納された時間情報と、受信部が受信した時間情報と、に基づいて、メッセージの出力を制限するか否かを決定する。例えば、制限部１１７は、状況データＤＴ１に格納された時間情報が示す時間が、受信部が受信した時間情報が示す時間よりも早い場合、メッセージの出力を制限すると決定し、制限部１１７は、状況データＤＴ１に格納された時間情報が示す時間が、受信部が受信した時間情報が示す時間と同じ又は当該時間よりも遅い場合、メッセージの出力を制限しないと決定する。

［出力部］
出力部１１８は、メッセージを出力する。出力とは、例えば、視覚的又は聴覚的に出力されることである。即ち、出力とは、画像として表示されること、又は、音声として出力されることである。例えば、出力部１１８は、表示部１５にメッセージを表示させる。また例えば、ゲーム端末１０がスピーカやイヤホンジャックなどの音声出力部を含む場合には、出力部１１８は、音声出力部からメッセージを出力してもよい。

例えば、出力部１１８は、実行中のゲームの進行状況が、他のゲーム実行部１００でメッセージが入力された場合の進行状況に既になっている場合は、メッセージが入力された場合の進行状況を示す情報とともに、メッセージを出力してもよい。即ち、出力部１１８は、実行中のゲームの進行状況が、他のゲーム実行部１００でメッセージが入力された場合の進行状況に既になっている場合は、メッセージの出力を制限することなく、進行状況を示す情報とともにメッセージを表示させる。進行状況を示す情報は、進行状況を特定可能な情報であればよく、例えば、進行状況を示す文字列や画像である。なお、当該情報の表示は省略してもよい。

［２−２．ゲームシステムにおいて実行される処理］
図２０は、ゲームシステムＳにおいて実行される処理の一例を示すフロー図である。図２０に示す処理は、制御部１１が記憶部１２に記憶されたプログラムに従って動作し、制御部３１が記憶部３２に記憶されたプログラムに従って動作することによって実行される。以降説明する処理は、機能ブロックが実行する処理の一例である。なお、ここでは、グループ対戦のマッチングが完了し、対戦画像Ｇ６が表示された後の処理について説明する。また、グループ対戦においても、実施形態１で説明した個別対戦と同様の処理が実行され、共通の乱数に基づく試合進行が行われているものとする。

図２０に示すように、まず、ゲーム端末１０においては、制御部１１は、操作部１４の検出信号に基づいて、対戦画像Ｇ６のボタンＢ６２が選択されたか否かを判定する（Ｓ１５１）。ボタンＢ６２が選択されたと判定された場合（Ｓ１５１；Ｙ）、制御部１１は、メッセージの入力回数が閾値以上であるか否かを判定する（Ｓ１５３）。なお、メッセージの入力回数は、初期値を０として、予め記憶部１２に記憶されているものとする。

メッセージの入力回数が閾値以上であると判定された場合（Ｓ１５３；Ｙ）、Ｓ１５５以降の処理は実行されず、メッセージは入力されない。一方、メッセージの入力回数が閾値以上であると判定されない場合（Ｓ１５３；Ｎ）、制御部１１は、対戦画像Ｇ６にウィンドウＷ６３を表示させる（Ｓ１５５）。ウィンドウＷ６３に表示させる各スタンプの画像データは、予め記憶部１２に記憶されているものとする。

制御部１１は、操作部１４の検出信号に基づいて、ウィンドウＷ６３に表示された何れかのスタンプが選択されたか否かを判定する（Ｓ１５７）。何れかのスタンプが選択されたと判定された場合（Ｓ１５７；Ｙ）、制御部１１は、状況データＤＴ１に格納された時間情報とともに、メッセージを送信する（Ｓ１５９）。

ゲームサーバ３０Ｄにおいては、メッセージ等を受信すると、制御部３１Ｄは、受信したメッセージ等を転送する（Ｓ３３１）。なお、Ｓ３３１においては、制御部３１Ｄは、メッセージとともにユーザ情報も送信し、メッセージの入力者を特定可能としてもよい。

ゲーム端末１０においては、制御部１１は、ゲームサーバ３０Ｄからメッセージ等を受信したか否かを判定する（Ｓ１６１）。メッセージを受信したと判定された場合（Ｓ１６１）、制御部１１は、状況データＤＴ１に格納された時間情報と、受信した時間情報と、に基づいて、メッセージを表示させるか否かを決定する（Ｓ１６３）。

一方、Ｓ１６３において、メッセージを表示させると決定された場合（Ｓ１６３；Ｙ）、制御部１１は、メッセージを表示させる（Ｓ１６５）。Ｓ１６５においては、制御部１１は、メッセージが入力された場合の時間情報も表示させてもよい。

メッセージを表示させると決定されない場合（Ｓ１６３；Ｎ）、制御部１１は、メッセージの表示を待機する（Ｓ１６７）。制御部１１は、Ｓ１６７で表示が待機されたメッセージを、Ｓ１６１で受信した時間情報になった場合に表示させる。即ち、制御部１１は、状況データＤＴ１に格納された時間情報が示す時間が、Ｓ１６１で受信した時間情報が示す時間になった場合に、Ｓ１６７で表示が待機されたメッセージを表示部１５に表示させる。

制御部１１は、終了条件が満たされたか否かを判定する（Ｓ１６９）。終了条件は、前半終了又は試合終了などの任意の条件であってよい。終了条件が満たされたと判定されない場合（Ｓ１６９；Ｎ）、Ｓ１５１の処理に戻る。終了条件が満たされたと判定された場合（Ｓ１６９；Ｙ）、本処理は首領する。

以上説明したゲームシステムＳによれば、実行中のゲームが、他のゲーム実行部１００でメッセージが入力された場合の進行状況になるまで、メッセージの出力を制限することで、ゲーム進行が遅いゲーム実行部１００のユーザが、ゲーム進行が早いゲーム実行部１００のユーザのメッセージの内容から今後の展開を予想するといったことを防止できるので、ゲームの興趣性の低下を防止することができる。また、ゲーム進行が遅いゲーム実行部１００に、ゲーム進行が早いゲーム実行部１００のユーザのメッセージを表示させると、ゲーム進行の違いによって話がかみ合わないといったことが生じるが、実施形態２のゲームシステムＳでは、このようなことを防止し、複数のユーザの話をかみ合わせることができる。また、各ゲーム実行部１００で共通のゲーム処理を実行することによって状況データＤＴ１を更新することで、複数のユーザがゲームに参加する場合の通信負荷を軽減することもできる。

また、実行中のゲームの進行状況が他のゲーム実行部１００でメッセージが入力された場合の進行状況に既になっている場合には、当該メッセージの出力を制限せずに出力することで、進行が遅れている他のユーザが入力したメッセージをユーザに迅速に把握させることができる。このため、進行が遅れている他のユーザのメッセージが出力されないといったことを防止することができる。

また、ゲーム内の時間を示す時間情報を利用することで、実行中のゲームの進行状況が、他のゲーム実行部１００でメッセージが入力された場合の進行状況になっているか否かをより簡易な処理によって判定することができるので、ゲーム実行部１００の処理負荷を軽減することができる。

また、所定数以上のメッセージが入力された場合に、所定数以上のメッセージの全部又は一部のメッセージの出力が制限されることで、多数のメッセージが出力されることを防止できる。

また、ゲームが開始される場合に取得されたチーム情報と、複数のゲーム実行部１００で共通の乱数発生規則に基づいて発生される乱数と、に基づいて、複数のゲーム実行部１００で共通のゲーム処理を実行することによって状況データＤＴ１が更新され、ゲーム実行部１００間で状況データＤＴ１の整合を取らなくても状況データＤＴ１が同じ内容になるので、複数のユーザがゲームに参加する場合の通信負荷を軽減することができる。また、ゲームで使用されるチーム情報の組み合わせが同じだった場合、乱数を使用しなかったとすると毎回同じゲーム結果となってしまい、ユーザが飽きてしまう可能性があるが、乱数を使用してランダム要素を入れることで、チーム情報の組み合わせが同じだったとしてもゲーム結果に変化をつけることができる。また、通信障害やアプリケーション終了等の理由により、一部のユーザがゲームを途中終了させたとしても、各ユーザ端末内で状況データＤＴ１が更新されるので、他のユーザはゲームを最後まで続けることができる。

また、実行中のゲームが、他のゲーム実行部１００でメッセージが入力された場合の進行状況に既になっている場合に、当該進行状況を示す情報とともにメッセージが表示されるので、どの時点で他のユーザが入力したメッセージなのかをユーザに把握させることができる。

また、各ゲーム実行部１００にメッセージの出力を制限する処理を実行させることで、例えば、ゲームシステムＳ内のサーバ３０の処理負荷を軽減することができる。

［３．実施形態３］
次に、ゲームシステムＳの別実施形態を説明する。以降説明する実施形態３では、実施形態１−２で説明したゲームと同様のゲームが実行される場合を説明するが、実施形態３のゲームは、実施形態１−２のゲームとは異なってもよい。実施形態３のゲームシステムＳは、複数のユーザが役割を分担して参加するゲームを実行する。

役割とは、例えば、ゲームの中で果たすべき任務である。例えば、スポーツゲームであればポジションである。また例えば、野球ゲームの場合には、ポジションではなく打順が役割に相当してもよい。また例えば、ロールプレイングゲームであれば、役割は、ジョブなどと呼ばれる役職であってもよい。また例えば、カードゲームであれば、役割は、攻撃用のカードであるか、他のカードの支援用のカードであるか等であってもよい。また例えば、役割は、ユーザの役割であってもよいし、ユーザのゲームオブジェクトの役割であってもよい。

分担とは、例えば、複数のユーザの間で異なる役割が割り当てられることであり、あるユーザと他のユーザとがそれぞれ別の役割を担当することである。例えば、第１のユーザが第１の役割を担当し、第２のユーザが第２の役割を担当することである。また例えば、第１のユーザ情報に第１の役割が関連付けられ、第２のユーザ情報に第２の役割が関連付けられることである。また例えば、第１のゲームオブジェクトに第１の役割が関連付けられ、第２のゲームオブジェクトに第２の役割が関連付けられることである。

本実施形態では、ポジションが役割に相当する。このため、本実施形態でポジションと記載した箇所は、役割と読み替えることができる。また、実施形態３では、グループ対戦におけるマッチングについて説明する。例えば、グループ対戦は、複数人でチームを組んで対戦する。チームのフォーメーションは、予め決められており、原則として、フォーメーションが示す複数のポジションの中で分担が行われる。

なお、グループ対戦のフォーメーションは、期間に関係なく固定されていてもよいし、期間に応じて変わってもよい。例えば、ある期間は、キーパーが１人、ディフェンダーが４人、ミッドフィールダーが３人、フォワードが３人の「４−３−３」と呼ばれるフォーメーションとなり、他の期間では、キーパーが１人、ディフェンダーが３人、ミッドフィールダーが４人、フォワードが３人の「３−４−３」と呼ばれるフォーメーションとなってもよい。

また、グループ対戦では、原則として、予め定められたフォーメーションの中で、１人当たり１つのポジションを担当する。このため、グループ対戦では、同じチームに属する１１人のマッチングが行われる。別の言い方をすれば、グループ対戦では、１１個のユーザ情報のマッチング、１１個のキャラクタ（又はカード）のマッチング、又は１１個のゲームプログラムのマッチングが行われるということもできる。

なお、１１人集まらなかった場合には、マッチングされたユーザのユーザ情報に関連付けられたキャラクタが使用される。例えば、サッカーゲームでは１チームあたり１１人のキャラクタで試合が行われるが、マッチングで５人しか集まらなかった場合には、残り６人分のキャラクタについては、その時点で集まった５人のユーザ情報の各々に関連付けられたキャラクタの中から補充される。

例えば、試合メニュー画像Ｇ２（図３）のボタンＢ２３が選択されると、グループ対戦のレベルなどを選択するための画像が表示された後に、グループ対戦で使用するキャラクタが描かれたカードを選択するためのカード選択画像が表示部１５に表示される。

図２１は、カード選択画像の一例を示す図である。図２１に示すように、カード選択画像Ｇ７は、フォーメーションを表示するための表示領域を含む。表示領域Ａ７０には、ピッチを模した画像の上に、各ポジションの混み具合を示す画像が表示されている。混み具合とは、後述する参加登録ユーザの数であり、各画像は、フォーメーションが示す各ポジションに対応する位置に表示されている。ここでは、混み具合が３段階で示されており、例えば、「◎」は最も空いており、「○」は２番目に空いており、「△」は最も混み合っていることを示す。なお、混み具合は、２段階で示されてもよいし、４段階以上で示されてもよい。

図２１の例であれば、「４−３−３」のフォーメーションが定められており、例えば、ゴールキーパーが１人、ディフェンダーが４人、ミッドフィールダーが３人、フォワードが３人のフォーメーションが定められている。例えば、ディフェンダー、ミッドフィールダー、及びフォワードは、役割が細分化されていてもよく、表示領域Ａ７０には、細分化された役割ごとに混み具合が示されている。

例えば、ディフェンダーは、センターバック、右サイドバック、左サイドバックに細分化され、センターバックは２人存在し、右サイドバックと左サイドバックは１人ずつ存在する。また例えば、ミッドフィールダーは、セントラルミッドフィールダー、右サイドハーフ、及び左サイドハーフに細分化され、これら各ポジションは１人ずつ存在する。また例えば、フォワードは、センターフォワード、右ウイング、及び左ウイングに細分化され、これら各ポジションは１人ずつ存在する。

図２１の例では、センターフォワードは混みあっており、センターフォワードのキャラクタをグループ対戦で使おうとすると、マッチングに時間がかかる可能性がある。一方、右ウイングと左ウイングとミッドフィールダー（セントラルミッドフィールダー、右サイドハーフ、及び左サイドハーフ）は、センターフォワードよりは空いており、マッチングにさほど時間はかからない。ゴールキーパーとディフェンダー（センターバック、右サイドバック、左サイドバック）は、何れも空いており、比較的すぐにマッチングされる可能性がある。各ポジションの混み具合は、その時の状況に応じて動的に変化する。

また、カード選択画像Ｇ７は、選択中のキャラクタに関する情報を表示するための表示領域Ａ７１を含む。選択中のキャラクタとは、グループ対戦で使おうとしているキャラクタであり、チーム内の何れかのキャラクタが選択される。例えば、表示領域Ａ７１には、キャラクタの画像、名称、レベル、ポジション、及び能力パラメータなどの情報が表示される。

なお、本実施形態では、キャラクタのポジションは、上記説明した細分化されたポジションが設定されているものとする。キャラクタには、ポジションが１つだけ設定されていてもよいし、複数のポジションが設定されていてもよい。また、キャラクタによって、設定されるポジションの数が異なってもよい。キャラクタのポジションは、表示領域Ａ７０に表示されたピッチに示されてもよい。例えば、キャラクタのポジションに対応する領域が、他の領域とは異なる色で表示されてもよい。図２１の例では、キャラクタのポジションは、センターフォワードであり、表示領域Ａ７０のピッチのうち、センターフォワードに対応する位置の色（図２１では網点で示す）が異なっている。

表示領域Ａ７１には、キャラクタを入れ替えるためのボタンＢ７１０が表示される。ボタンＢ７１０が選択されると、グループ対戦で使用するキャラクタが他のキャラクタに切り替わる。例えば、ボタンＢ７１０が選択されると、キャラクタのリストが表示され、当該リストの中からグループ対戦で使用するキャラクタが選択される。例えば、グループ対戦で別のポジションのキャラクタが使用されるように、キャラクタを切り替えることができる。

また、カード選択画像Ｇ７には、グループ対戦を開始するためのボタンＢ７２が表示される。ボタンＢ７２が選択されると、グループ対戦への参加要求が送信され、グループ対戦のマッチングが開始される。

図２２は、マッチング中のカード選択画像Ｇ７の一例を示す図である。図２２に示すように、カード選択画像Ｇ７には、マッチング中であることを示すウィンドウＷ７３が表示される。ウィンドウＷ７３には、現時点でマッチングされた人数が表示される。なお、ウィンドウＷ７３には、マッチングをキャンセルしてウィンドウＷ７３を閉じるためのボタンＢ７３０も表示される。ボタンＢ７３０が選択されると、グループ対戦への参加がキャンセルされてマッチングが中断される。

グループ対戦のマッチングでは、ポジションごとに、参加登録ユーザのユーザ情報を格納するためのキューが用意されている。例えば、「４−３−３」のフォーメーションでは、ゴールキーパー、センターバック、右サイドバック、左サイドバック、セントラルミッドフィールダー、右サイドハーフ、左サイドハーフ、センターフォワード、右ウイング、及び左ウイングの合計１０個のポジションが存在するため、１０個のキューが存在する。

例えば、グループ対戦への参加要求が送信されると、選択中のキャラクタに設定されたポジションのキューに、参加登録ユーザのユーザ情報が格納される。キャラクタに複数のポジションが設定されている場合には、最も空いているキューにユーザ情報が格納されるものとする。マッチングは、各キューに対するユーザ情報の格納順に実行される。このため、空いているポジションについては、マッチング完了まであまり時間がかからず、混んでいるポジションについては、マッチング完了までに時間がかかる。表示領域Ａ７０には、キューごとの混み具合が表示されることになる。

なお、先述したように、一定時間経過しても１１人そろわない場合には、現時点で集まった分だけでマッチングが行われ、足りないポジションについては、現時点で集まったユーザのユーザ情報に関連付けられたキャラクタ（カード）によって補充される。マッチングが完了すると、各チームのキャラクタの画像が表示された後に、グループ対戦が開始される。グループ対戦の流れは、実施形態２で説明した通りであり、ユーザの操作は介入されずに自動進行する。

以上のように、実施形態３のゲームシステムＳでは、グループ対戦において、ポジションごとにキューが設定されており、参加登録ユーザのユーザ情報が何れかのキューに格納されることで、ユーザが所望の役割を担当するための手間を軽減するようにしている。以降、実施形態３の詳細を説明する。なお、以降の説明では、実施形態１−２と同様の構成については説明を省略する。

［３−１．実施形態３で実現される機能］
図２３は、ゲームシステムＳで実現される機能のうち、本発明に関連する機能を示す機能ブロック図である。図２３に示すように、実施形態３のゲームシステムＳでは、データ記憶部３００、受付部３０３、役割取得部３０４、追加部３０５、選択部３０６、提示部３０７、役割変更部３０８、時間変更部３０９、及び役割割当部３１０が実現され、これらがサーバ３０において実現される場合を説明する。なお、実施形態３においても、実施形態１−２で説明した機能が実現されてよい。

［データ記憶部］
実施形態３のデータ記憶部３００は、実施形態１−２で説明したユーザデータＤＴ２に加え、参加登録データＤＴ３を記憶する。

図２４は、参加登録データＤＴ３のデータ格納例を示す図である。図２４に示すように、参加登録データＤＴ３には、各ポジションと、ゲームへの参加を登録している参加登録ユーザのユーザ情報と、が関連付けられている。例えば、参加登録データＤＴ３は、ポジションごとに、ゲームへの参加登録ユーザのユーザ情報が関連付けられたデータである。ここでは、参加登録データＤＴ３は、キューと呼ばれる形式である場合を説明するが、任意のデータ形式であってよく、例えば、テーブル形式や配列形式であってもよい。

なお、ゲームへの参加を登録するとは、例えば、参加要求を受け付けたことがコンピュータ上に登録されていることである。別の言い方をすれば、マッチング待ちとしてコンピュータ上に登録されていることである。参加登録ユーザとは、例えば、参加登録データＤＴ３にユーザ情報が登録されたユーザである。

［受付部］
受付部３０３は、制御部３１Ｃを主として実現される。受付部３０３は、各ユーザによる、ゲームへの参加要求を受け付ける。本実施形態では、受付部３０３がロビーサーバ３０Ｃにおいて実現される場合を説明するので、受付部３０３は、所定の通知を受信することによって、参加要求を受け付けることになる。

参加要求とは、例えば、ゲームに参加する意思を示すことである。例えば、参加要求は、ゲームに参加するための情報をサーバに送信することである。また例えば、参加要求は、画面内の所定のボタンの選択を検知することであってもよいし、ゲーム端末１０からサーバ３０に対してゲームへの参加を要求する通知であってもよい。また例えば、参加要求は、予め定められたデータ形式で行われるようにすればよく、ユーザ情報、ユーザが使用するゲームオブジェクトのＩＤといった情報を送信することによって行われる。

本実施形態では、カード選択画像Ｇ７のボタンＢ７２が選択されると参加要求が送信されるので、受付部３０３は、ボタンＢ７２が選択されたことを示す通知を受信することによって、参加要求を受け付けることになる。例えば、参加要求には、ユーザ情報と、選択中のキャラクタ（又はキャラクタが描かれたカード）に関する情報（例えば、キャラクタＩＤ（カードＩＤ）やポジション）と、が含まれるものとする。

［役割取得部］
役割取得部３０４は、制御部３１Ｃを主として実現される。本実施形態では、ポジションが役割に相当するので、役割取得部３０４は、複数のポジションのうち、参加要求をしたユーザが所望するポジションを取得する。本実施形態では、役割取得部３０４がロビーサーバ３０Ｃにおいて実現される場合を説明するので、役割取得部３０４は、ポジションを識別する情報を受信することによって、所望するポジションを取得することになる。

所望するポジションとは、例えば、ゲームで担当したいポジションとして選択されたポジションである。例えば、所望するポジションは、複数のポジションの中からユーザが選択してもよいし、ゲームで使用するゲームオブジェクトに関連付けられたポジションであってもよい。複数のポジションは、操作部１４の検出信号に基づいて決定されてもよいが、本実施形態では、複数のポジションは、予め定められたポジションの組み合わせに基づいて決定される。ポジションの組み合わせとは、例えば、複数のポジションからなるポジションのセットであり、例えば、グループ対戦において予め定められたフォーメーションがポジションの組み合わせに相当する。なお、役割がポジション以外の名称で呼ばれるものであれば、役割の組み合わせは、例えば、パーティ、隊列、陣形などと呼ばれる。

本実施形態のゲームでは、各ユーザのゲームオブジェクトが使用され、役割取得部３０４は、参加要求をしたユーザのゲームオブジェクトと関連付けられたポジションを、当該ユーザが所望するポジションとして取得する。本実施形態では、キャラクタを示すゲームカードがゲームオブジェクトに相当し、ポジションが役割に相当するので、役割取得部３０４は、カード選択画像Ｇ７において選択されたキャラクタのポジションを、所望する役割として取得することになる。なお、本実施形態では、ゲームカードを例に挙げて説明するが、ゲームカードに限られず、ゲームオブジェクトであれば、ゲームカード以外の構成であってもよく、例えば、キャラクタであってもよいしアイテムであってもよい。

［追加部］
追加部３０５は、制御部３１Ｃを主として実現される。追加部３０５は、各ポジションと、ゲームへの参加を登録している参加登録ユーザのユーザ情報と、が関連付けられた参加登録データＤＴ３に、参加要求をしたユーザのユーザ情報を、当該ユーザが所望するポジションと関連付けて追加する。例えば、受付部３０３が参加要求を受け付けると、追加部３０５は、参加登録データＤＴ３のうち、役割取得部３０４が取得したポジションに対応するキューに、参加要求とともに受信したユーザ情報を格納する。

参加登録データＤＴ３に格納されるユーザ情報の順番は、任意であってよいが、ここでは、追加部３０５は、参加要求を受け付けた順にユーザ情報を格納する。このため、参加要求を受け付けたのが早いほどマッチングされるのが早くなり、参加要求を受け付けたのが遅いほどマッチングされるのが遅くなる。

なお、追加部３０５は、参加要求をしたユーザが所望するポジションが複数ある場合には、参加登録データＤＴ３に基づいて、当該ユーザが所望する複数のポジションの中から選択した少なくとも１つのポジションと関連付けて、当該ユーザのユーザ情報を参加登録データＤＴ３に追加する。

例えば、追加部３０５は、操作部１４の検出信号に基づいて、複数のポジションの何れかを選択してもよいし、ランダムにポジションを選択してもよい。また例えば、追加部３０５は、参加登録データＤＴ３が示す各ポジションの混み具合に基づいて、ポジションを選択してもよい。例えば、追加部３０５は、複数のポジションのうち、最も空いているポジションを選択してもよい。空いているポジションとは、キューに格納されたユーザ情報の数が少ないポジションである。

［選択部］
選択部３０６は、ゲームに参加する複数のユーザを選択する。ここでの選択とは、例えば、ゲームに参加するユーザの組み合わせを決めることであり、あるユーザと対戦又は協力する他のユーザを決めることである。即ち、ユーザ同士のマッチングである。選択部３０６は、参加登録データＤＴ３に基づいて、ポジションごとに、当該ポジションを担当するユーザを、当該ポジションにユーザ情報が関連付けられた参加登録ユーザの中から選択する。

例えば、選択部３０６は、複数のポジションをそれぞれ所望する複数のユーザが集まった場合に、当該複数のユーザを選択する。集まった場合とは、例えば、各ポジションを担当する数が予め定められている場合に、各ポジションを担当する数だけ参加登録ユーザの数がそろうことである。

また例えば、選択部３０６は、所定時間が経過しても、複数のポジションをそれぞれ所望する複数のユーザが集まらなかった場合には、現時点で集まったユーザを選択してもよい。所定時間は、予め定められた時間であればよく、固定値であってもよいし可変値であってもよい。例えば、選択部３０６は、参加要求が受け付けられた場合に計時処理を開始し、所定時間が経過したか否かを判定する。選択部３０６は、所定時間が経過したと判定した場合には、１１人そろわなくてもマッチングを完了することになる。

本実施形態のゲームでは、各ユーザの複数のゲームオブジェクトのうち、当該ユーザが指定したゲームオブジェクトが使用されるので、選択部３０６は、複数のポジションをそれぞれ所望する複数のユーザが集まった場合に、当該複数のユーザを選択する。選択部３０６は、所定時間が経過しても、複数のポジションをそれぞれ所望する複数のユーザが集まらなかった場合には、現時点で集まったユーザを選択することになる。

［提示部］
提示部３０７は、参加登録データＤＴ３に基づいて、各ポジションの参加登録状況を各ユーザに提示する。参加登録状況とは、例えば、参加登録ユーザの数である。また例えば、各ポジションを担当する数に対する参加登録ユーザの数の割合である。参加登録状況は、画像で提示されてもよいし、音声で通知されてもよい。例えば、提示部３０７は、参加登録ユーザの数を示す画像又は音声を出力させてもよいし、混み具合を示す画像又は音声を出力させてもよい。

［役割変更部］
役割変更部３０８は、参加登録状況が提示されたユーザの操作に基づいて、当該ユーザが所望するポジションを変更する。例えば、役割変更部３０８は、操作部１４の検出信号に基づいて、ユーザが所望するポジションを変更する。本実施形態では、グループ対戦で使用するキャラクタを切り替えることでポジションが変更されるので、役割変更部３０８は、操作部１４の検出信号に基づいて、選択されたキャラクタのポジションに変更する。なお、役割変更部３０８は、複数のポジションの中から選択されたポジションに変更してもよい。

［時間変更部］
時間変更部３０９は、参加登録データＤＴ３に基づいて、所定時間の長さを変更する。例えば、時間変更部３０９は、参加登録データＤＴ３に格納されたユーザ情報の数に基づいて所定時間の長さを変更する。例えば、時間変更部３０９は、ユーザ情報の数が少ないほど所定時間を長く設定し、ユーザ情報の数が多いほど所定時間を短く設定する。即ち、時間変更部３０９は、参加登録ユーザが少ないほど所定時間を長く設定し、参加登録ユーザが多いほど所定時間を短く設定する。

［役割割当部］
役割割当部３１０は、選択部３０６により選択された複数のユーザの各々が指定したゲームオブジェクトに、当該ユーザが所望するポジションを割り当てる。本実施形態では、キャラクタ（カード）がゲームオブジェクトに相当するので、役割割当部３１０は、キャラクタに設定されたポジションを、グループ対戦におけるポジションとして割り当てることになる。

例えば、役割割当部３１０は、複数のポジションをそれぞれ所望する複数のユーザが集まらなかった場合には、選択部３０６により選択された複数のユーザの各々が指定しなかったゲームオブジェクトの中から、ユーザが集まらなかったポジションを割り当てるゲームオブジェクトを決定してもよい。本実施形態では、キャラクタ（カード）がゲームオブジェクトに相当するので、役割割当部３１０は、ユーザが集まらなかったポジションについては、集まったユーザのキャラクタのうちの何れかが担当するように、ポジションを割り当てることになる。

［３−２．ゲームシステムにおいて実行される処理］
図２５は、ゲームシステムＳにおいて実行される処理の一例を示すフロー図である。図２５に示す処理は、制御部１１が記憶部１２に記憶されたプログラムに従って動作し、制御部３１が記憶部３２に記憶されたプログラムに従って動作することによって実行される。以降説明する処理は、機能ブロックが実行する処理の一例である。なお、ここでは、試合メニュー画像Ｇ２のボタンＢ２３が選択された後の処理について説明する。

図２５に示すように、ゲーム端末１０においては、制御部１１は、ロビーサーバ３０Ｃに対し、カード選択画像Ｇ７の表示要求を送信する（Ｓ１８１）。表示要求は、予め定められた形式で行われるようにすればよく、例えば、カード選択画像Ｇ７を識別するためのＩＤ情報が含まれる。

ロビーサーバ３０Ｃにおいては、表示要求を受信すると、制御部３１Ｃは、参加登録データＤＴ３に基づいて、各ポジションの混み具合を示すデータを送信する（Ｓ３４１）。Ｓ３４１においては、制御部３１Ｃは、各ポジションの参加登録ユーザの数を混み具合として送信してもよいし、各ポジションの参加登録ユーザの数に基づいてどの画像を表示させたらよいかを示すデータを送信してもよい。また例えば、混み具合を複数段階の何れかで示す場合には、制御部３１Ｃは、各ポジションの混み具合の段階を示すデータを送信してもよい。

ゲーム端末１０においては、データを受信すると、制御部１１は、カード選択画像Ｇ７を表示部１５に表示させる（Ｓ１８３）。Ｓ１８３においては、制御部１１は、受信したデータに基づいて、表示領域Ｇ７０のピッチ上の各画像の表示態様を決定する。例えば、制御部１１は、最も空いているポジションに「◎」の画像を表示させ、次に空いているポジションに「○」の画像を表示させ、最も混んでいるポジションに「△」の画像を表示させる。

制御部１１は、操作部１４の検出信号に基づいて、ユーザの操作を特定する（Ｓ１８５）。ここでは、ボタンＢ７１０，Ｂ７２を選択する操作が行われるものとする。ボタンＢ７１０が選択された場合（Ｓ１８５；Ｂ７１０）、制御部１１は、グループ対戦で使用するキャラクタを変更する（Ｓ１８７）。Ｓ１８７においてキャラクタが変更されると、表示領域Ａ７０，Ａ７１の内容も更新される。

一方、ボタンＢ７２が選択された場合（Ｓ１８５；Ｂ７２）、制御部１１は、グループ対戦への参加要求を送信する（Ｓ１８９）。参加要求は、予め定められた形式で行われるようにすればよく、例えば、ユーザ情報と、選択中のキャラクタのキャラクタＩＤとポジションと、が含まれるものとする。

ロビーサーバ３０Ｃにおいては、参加要求を受信すると、制御部３１Ｃは、キャラクタのポジションに対応するキューに、参加要求をしたユーザのユーザ情報を追加し（Ｓ３４３）、マッチングを実行する（Ｓ３４５）。Ｓ３４３においては、制御部３１Ｃは、参加登録データＤＴ３のうち、選択中のキャラクタのポジションに対応するレコードにユーザ情報を追加する。

図２６は、Ｓ３４５の処理の詳細を示す図である。図２６に示すように、制御部３１Ｃは、参加登録データＤＴ３に基づいて、フォーメーションの全ポジションが集まっているか否かを判定する（Ｓ３４５１）。Ｓ３４５１においては、制御部３１Ｃは、各ポジションに定められた人数分のユーザ情報が参加登録データＤＴ３に格納されているか否かを判定する。

全ポジションが集まっていると判定された場合（Ｓ３４５１；Ｙ）、制御部３１Ｃは、集まったユーザ同士がチームを組むようにマッチングする（Ｓ３４５３）。Ｓ３４５３においては、制御部３１Ｃは、マッチングされたユーザ情報を参加登録データＤＴ３から削除する。一方、集まっていないポジションがあると判定された場合（Ｓ３４５１；Ｎ）、制御部３１Ｃは、新たな参加要求を待ち受ける（Ｓ３４５５）。Ｓ３４５５においては、制御部３１Ｃは、計時を開始し、参加登録データＤＴ３にユーザ情報が追加されて、全ポジションが揃うまで待機する。

制御部３１Ｃは、新たな参加要求を待ち受けてから所定時間が経過したか否かを判定する（Ｓ３４５７）。所定時間の長さを示す情報は、記憶部３２Ｃに記憶されているものとする。なお、先述したように、所定時間は参加登録データＤＴ３が示す混み具合に基づいて変化させてもよい。所定時間が経過したと判定されない場合（Ｓ３４５７；Ｎ）、Ｓ３４５１の処理に戻る。制御部３１Ｃは、参加登録データＤＴ３にユーザ情報が追加されて、全ポジションが揃った場合には、Ｓ３４５３の処理に移行してマッチングを行うことになる。

一方、所定時間が経過したと判定された場合（Ｓ３４５７；Ｙ）、制御部３１Ｃは、集まっていないポジションに割り当てるキャラクタを決定してマッチングを完了する（Ｓ３４５９）。Ｓ３４５９においては、制御部３１Ｃは、現時点で集まったユーザのキャラクタ（カード）でチームを組むようにマッチングを行い、集まっていないポジションについては、現時点で集まったユーザのキャラクタの中から補充する。

図２５に戻り、制御部３１Ｃは、マッチングが完了した旨の通知を送信する（Ｓ３４７）。Ｓ３４７の処理は、個別対戦のＳ３０９と同様であってよく、以降は、個別対戦と同様の流れでグループ対戦が実行されるようにしてよい。

以上説明したゲームシステムＳによれば、ゲームへの参加要求をしたユーザのユーザ情報を、当該ユーザが所望するポジションと関連付けて参加登録データＤＴ３に追加して、ポジションごとに、当該ポジションを担当するユーザを、当該ポジションにユーザ情報が関連付けられた参加登録ユーザの中から選択することで、例えば、ユーザが所望するポジションを他のユーザに取られたり、所望するポジションが空いている対戦部屋をいちいち探したりすることがなくなるので、ユーザが所望のポジションを担当するための手間を軽減することができる。

また、各ポジションを所望するユーザが集まるまでゲームに参加するユーザの選択が行われないといった場合には、参加要求をしたユーザが待機する状態が続き、ユーザがいつまで待てばよいか分からずに不満を感じる可能性があるが、ゲームシステムＳによれば、各ポジションの参加登録状況が提示され、マッチングまでどの程度時間がかかるかを予め予測させるといったことができるので、ユーザの不満を解消することができる。

また、予め定められたポジションの組み合わせに基づいて複数のポジションが決定されることで、複数のポジションを決める手間を省くことができる。他にも例えば、複数種類の組み合わせを用意しておき、時期に応じて使用する組み合わせを変えるようにした場合には、時期によってポジションに変化を与えることができ、ゲームの興趣性を向上させることができる。

また、参加登録状況が提示されたユーザが所望するポジションを変更することで、例えば、比較的空いているポジションに変更して待ち時間を減らすといったことができ、ユーザの不満を効果的に解消することができる。

また、参加要求をしたユーザのゲームオブジェクトと関連付けられたポジションを当該ユーザが所望するポジションとすることで、ユーザがゲームに参加する前に所望するポジションをいちいち選択しなくても済むので、ユーザの手間を効果的に軽減することができる。

また、参加登録データＤＴ３が示す各ポジションの参加登録状況を考慮したうえで、ユーザ情報を関連付けるポジションを選択することで、例えば、比較的空いているポジションにユーザ情報を追加するといったことができるので、マッチングまでの待ち時間（ゲーム開始までの待ち時間）を短縮することができる。

また、参加登録データＤＴ３が示す各ポジションの参加登録状況が、ゲームに参加するユーザを選択するための所定時間の長さに反映されるので、ゲームに参加するユーザを選択するまでにユーザを長時間待たせるといったことを防止することができる。

また、所定時間が経過しても複数のポジションをそれぞれ所望する複数のユーザが集まらなかった場合には、現時点で集まったユーザを選択することで、ユーザがいつまで待ってもゲームに参加できないといった不満を防止することができる。更に、ユーザが指定しなかったゲームオブジェクトの中から、ユーザが集まらなかったポジションを担当させることで、全く関係のないゲームオブジェクトが使用されるのではなく、ユーザのゲームオブジェクトが使用されるので、ゲームの興趣性を向上させることができる。

［３−３．実施形態３の変形例］
なお、参加登録データＤＴ３には、細分化されたポジションごとにキューが設けられている場合を説明したが、大まかなポジションごとにキューが設けられていてもよい。例えば、図２４のように、１０個の細かなポジションごとにキューを設けるのではなく、フォワード、ミッドフィールダー、ディフェンダー、ゴールキーパーといった４つの大まかなポジションごとにキューを設けてもよい。この場合、例えば、センターフォワードのキャラクタが選択された場合には、センターフォワードが属するフォワードのキューにユーザ情報が格納される。マッチング後に細かなポジションを決定する場合には、各キャラクタのポジションは、ランダムに決定されてもよいし、当該キャラクタに設定されたポジションに基づいて決定されてもよい。

図２７は、実施形態３の変形例における機能ブロック図である。図２７に示すように、役割決定部３１１が実現される。本変形例のゲームでは、複数の第１のポジションと、当該複数の第１のポジションの各々の何れか一又は複数の第１のポジションに属する詳細なポジションである一又は複数の第２のポジションと、があり、役割取得部３０４は、参加要求をしたユーザが所望する第２のポジションを取得する。

第１のポジションとは、第２のポジションよりも大きな分類（カテゴリ）である。第２のポジションの上位概念に相当するポジションである。第２のポジションを包含するポジションである。例えば、スポーツゲームであれば、第２のポジションよりも大きなポジションである。サッカーゲームであれば、フォワードやミッドフィールダーといったポジションである。野球ゲームであれば、内野手や外野手といったポジションである。

第２のポジションとは、第１のポジションよりも小さな分類（カテゴリ）である。第１のポジションの下位概念に相当するポジションである。第１のポジションを具体化したポジションである。例えば、スポーツゲームであれば、第１のポジションよりも細かなポジションである。サッカーゲームであれば、センターフォワードやセントラルミッドフィールダーといったポジションである。野球ゲームであれば、一塁手や右翼手といったポジションである。

図２８は、第１のポジションと第２のポジションとの関係を示す図である。図２８に示すように、実施形態３のフォーメーションでは、フォワード、ミッドフィールダー、及びディフェンダーの各々は、３種類の詳細なポジションを含むので、１つの第１のポジションに対し、３つの第２のポジションが存在することになる。一方、ゴールキーパーは、１つだけなので、１つの第１のポジションに対し、１つの第２のポジションが存在することになる。このように、第１のポジションと第２のポジションは、１対多の関係に限られず、１対１の関係であってもよい。即ち、図２８のゴールキーパーのように、第１のポジジョンと第２のポジションのポジションがいずれも１対１で対応しているものも含む。

また、先述したように、第１の役割と第２の役割は、ポジションに限られず、ゲームに応じた役割を定めればよい。例えば、ロールプレイングゲームにおけるキャラクタの職業（又は役職）が役割に相当してもよい。この場合に、第１の職業と、詳細な職業である第２の役職と、が存在してもよい。

図２９は、第１の職業と第２の役職との関係を示す図である。図２９に示すように、例えば、第１の職業として魔法使いと戦士が存在する場合に、魔法使いに対応する第２の役職として、冒険者、下級魔法使い、中級魔法使い、上級魔法使い、及び魔法戦士が存在し、戦士に対応する第２の役職として、冒険者、下級戦士、中級戦士、上級戦士、及び魔法戦士が存在してもよい。この場合、冒険者と魔法戦士は、第１の職業と第２の役職の両方に属することになる。即ち、第１の職業と第２の役職とが多対多の関係にあってもよく、第１の職業である魔法使いと戦士の各々に、第２の役職である冒険者と魔法戦士が属していてもよい。

上記の例では、第１の役割は、例えば、第１のポジションや第１の職業のことであり、第２の役割は、例えば、第２のポジションや第２の役職のことである。図２８に示すポジションのように、第１の役割と第２役割が同一分類（カテゴリ）であってもよいし、図２９に示す職業と役職のように第１の役割と第２の役割とで、分類（カテゴリ）が異なっていてもよい。データ記憶部３００に、第１の役割と第２の役割の対応関係が予め保存されていればよい。

本変形例の参加登録データＤＴ３には、複数の第１のポジションの各々と、ゲームへの参加登録のユーザのユーザ情報と、が関連付けられており、追加部３０５は、参加要求をしたユーザが所望する第２のポジションが属する第１のポジションと関連付けて、当該ユーザのユーザ情報を参加登録データＤＴ３に追加する。

例えば、第２のポジションがどの第１のポジションに属するかを示すデータは、予めデータ記憶部３００等に記憶されているものとする。追加部３０５は、当該データに基づいて、参加要求をしたユーザが所望する第２のポジションが属する第１のポジションを特定し、当該第１のポジションと関連付けて、ユーザ情報を参加登録データＤＴ３に追加することになる。

役割決定部３１１は、制御部３１Ｃを主として実現される。役割決定部３１１は、参加登録データＤＴ３に基づいて、選択部３０６により選択された複数のユーザの各々が担当する第２のポジションを決定する。例えば、役割決定部３１１は、第１のポジションに属する複数の第２のポジションの中からランダムに決定してもよいし、キャラクタに関連付けられた第２のポジションに基づいて決定してもよい。

実施形態３の変形例によれば、参加要求をしたユーザが所望する第２のポジションよりも広い第１のポジションと関連付けて、当該ユーザのユーザ情報を参加登録データＤＴ３に追加することで、ユーザが集まりやすくなるので、マッチングまでの時間を早めることができる。

［４．実施形態４］
以下、本発明を実施するための形態について図面を参照して説明する。なお、各図において、各部の寸法及び縮尺は、実際のものと適宜に異ならせてある。また、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの形態に限られるものではない。

以下、本発明の実施形態を説明する。

［４−１．ゲームシステムの全体構成］
図３０は、本実施形態に係るゲームシステムＳYSの全体構成を示す図である。
図３０に示すように、本実施形態に係るゲームシステムＳYSは、サッカーゲーム（「ゲーム」の一例）を実行可能な複数のゲーム端末１０-1〜１０-Mと、ゲートサーバ３１と、認証サーバ３２と、ロビーサーバ３３と、ゲームサーバ３４と、を含む（Ｍは、２以上の自然数）。以下では、ゲーム端末１０-1〜１０-Mのうち、ｍ番目のゲーム端末１０を、ゲーム端末１０-mと称する場合がある（ｍは、１≦ｍ≦Ｍを満たす自然数）。また、以下では、ゲームシステムＳYSに関連する要素のうち、ゲーム端末１０-mに対応する要素に対して、添え字「ｍ」を付して表現する場合がある。また、以下では、ゲーム端末１０-1〜１０-Mを互いに区別する必要が無い場合には、ゲームシステムＳYSに関連する要素のうち、ゲーム端末１０-mに対応する要素に対して、添え字「ｍ」を付さずに表現する場合がある。例えば、ゲーム端末１０-1〜１０-Mを互いに区別する必要が無い場合には、ゲーム端末１０-mを、ゲーム端末１０と表現する場合がある。
本実施形態において、ゲーム端末１０-m、ゲートサーバ３１、認証サーバ３２、ロビーサーバ３３、及び、ゲームサーバ３４は、インターネット等のネットワークＮWに接続される。

本実施形態では、一例として、ゲーム端末１０が、家庭用のゲーム機器である場合を想定する。但し、ゲーム端末１０としては、任意の情報処理装置を採用し得る。例えば、ゲーム端末１０は、スマートフォン、携帯電話、携帯ゲーム機、または、タブレット型コンピュータ等の携帯機器であってもよいし、パーソナルコンピュータ、業務用ゲーム機、または、情報処理機能を備えたスマートテレビであってもよい。

図３０に示すように、ゲーム端末１０-mは、ゲーム端末１０-mの各部を制御するプロセッサ１０００-mと、各種情報を記憶する記憶装置１００１-mと、ゲーム端末１０-mの外部に存在する外部装置との通信を行うための通信装置１００２-mと、ゲーム端末１０-mのユーザＵ-mによる操作を受け付けるための操作装置１００３-mと、各種情報を表示する表示装置１００４-mと、を備える。

記憶装置１００１は、非一過性（non-transitory）の記録媒体であり、例えば、プロセッサ１０００の作業領域として機能するＲＡＭ（Random Access Memory）等の揮発性メモリと、ゲーム端末１０の制御プログラムＰGt等の各種情報を記憶するＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の不揮発性メモリと、を含む。
プロセッサ１０００は、例えば、ＣＰＵ（Central Processing Unit）である。但し、プロセッサ１０００は、ＣＰＵに加え、または、ＣＰＵに替えて、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）、または、ＦＰＧＡ（Field Programmable Gate Array）、等の、ハードウェアを含んで構成されていてもよい。
通信装置１００２は、有線ネットワーク及び無線ネットワークの一方または双方を介して、ゲーム端末１０の外部に存在する外部装置との通信を行うためのハードウェアである。

操作装置１００３は、例えば、操作ボタン、キーボード、マウスまたはタッチパネル等のポインティングデバイス、及び、ジョイスティック等の、一部または全部を含んで構成され、ゲーム端末１０のユーザＵの操作を受け付ける。なお、操作装置１００３は、例えば、ユーザＵが音声によって情報を入力するためのマイク、及び、ユーザＵがジェスチャによって情報を入力するためのカメラの、一方または両方を含んでもよい。
表示装置１００４は、例えば、液晶表示パネルまたは有機ＥＬディスプレイ等であり、各種画像を表示する。
なお、操作装置１００３及び表示装置１００４は、ゲーム端末１０と通信可能な態様でゲーム端末１０の外部に設けられた外部装置であってもよい。

ゲートサーバ３１は、ゲートサーバ３１の各部を制御するプロセッサ３１０１と、各種情報を記憶する記憶装置３１０２と、ゲートサーバ３１の外部に存在する外部装置との通信を行うためのハードウェアである通信装置３１０３と、を備える。
記憶装置３１０２は、非一過性（non-transitory）の記録媒体であり、プロセッサ３１０１の作業領域として機能するとともに、ゲートサーバ３１の制御プログラムＰGs1等の各種情報を記憶する。プロセッサ３１０１は、例えば、ＣＰＵ、ＧＰＵ、ＤＳＰ、及び、ＦＰＧＡの、一部または全部を含んで構成される。
ゲートサーバ３１は、例えば、認証サーバ３２、ロビーサーバ３３、及び、ゲームサーバ３４の各々の、サーバ名及びＩＰアドレス等の情報を管理する。

認証サーバ３２は、認証サーバ３２の各部を制御するプロセッサ３２０１と、各種情報を記憶する記憶装置３２０２と、認証サーバ３２の外部に存在する外部装置との通信を行うためのハードウェアである通信装置３２０３と、を備える。
記憶装置３２０２は、非一過性（non-transitory）の記録媒体であり、プロセッサ３２０１の作業領域として機能するとともに、認証サーバ３２の制御プログラムＰGs2等の各種情報を記憶する。プロセッサ３２０１は、例えば、ＣＰＵ、ＧＰＵ、ＤＳＰ、及び、ＦＰＧＡの、一部または全部を含んで構成される。
認証サーバ３２は、例えば、ゲーム端末１０を操作するユーザＵがサッカーゲームを開始しようとする場合に、当該ユーザＵを認証する。

ロビーサーバ３３は、ロビーサーバ３３の各部を制御するプロセッサ３３０１と、各種情報を記憶する記憶装置３３０２と、ロビーサーバ３３の外部に存在する外部装置との通信を行うためのハードウェアである通信装置３３０３と、を備える。
記憶装置３３０２は、非一過性（non-transitory）の記録媒体であり、プロセッサ３３０１の作業領域として機能するとともに、ロビーサーバ３３の制御プログラムＰGs3等の各種情報を記憶する。プロセッサ３３０１は、例えば、ＣＰＵ、ＧＰＵ、ＤＳＰ、及び、ＦＰＧＡの、一部または全部を含んで構成される。
ロビーサーバ３３は、例えば、ユーザＵ-1〜ユーザＵ-Mのうち、一のユーザＵが、他のユーザＵと、サッカーゲームに係る対戦を希望する場合に、当該一のユーザＵに対して、対戦相手となるユーザＵを選択する処理であるマッチングを実行する。

ゲームサーバ３４は、ゲームサーバ３４の各部を制御するプロセッサ３４０１と、各種情報を記憶する記憶装置３４０２と、ゲームサーバ３４の外部に存在する外部装置との通信を行うためのハードウェアである通信装置３４０３と、を備える。
記憶装置３４０２は、非一過性（non-transitory）の記録媒体であり、プロセッサ３４０１の作業領域として機能するとともに、ゲームサーバ３４の制御プログラムＰGs4等の各種情報を記憶する。プロセッサ３４０１は、例えば、ＣＰＵ、ＧＰＵ、ＤＳＰ、及び、ＦＰＧＡの、一部または全部を含んで構成される。
ゲームサーバ３４は、一のユーザＵと、他のユーザＵとが、サッカーゲームにおいて対戦する場合に、一のユーザＵの操作する一のゲーム端末１０と、他のユーザＵの操作する他のゲーム端末１０とに対して、サッカーゲームに関する情報を提供する。

なお、図３０に示すゲームシステムＳYSは一例であり、ゲームシステムＳYSは、ゲートサーバ３１、認証サーバ３２、ロビーサーバ３３、及び、ゲームサーバ３４の各々を、２台以上具備していてもよい。また、ゲームシステムＳYSは、ゲートサーバ３１、認証サーバ３２、ロビーサーバ３３、及び、ゲームサーバ３４の一部または全部に代えて、ゲートサーバ３１、認証サーバ３２、ロビーサーバ３３、及び、ゲームサーバ３４の一部または全部により実現される機能を代替可能な、１または複数のサーバ３０を備えていてもよい。

［４−２．ゲームの概要］
以下、図３１乃至図３５を参照しつつ、本実施形態に係るサッカーゲームについて説明する。

本実施形態において、一のゲーム端末１０を操作する一のユーザＵと、他のゲーム端末１０を操作する他のユーザＵとは、サッカーゲームにおいて対戦することができる。ここで、サッカーゲームに係る対戦とは、サッカーゲームに係るサッカーの試合を行うことである。
但し、本発明はこのような態様に限定されるものではなく、サッカーゲームは、一のユーザＵ及び他のユーザＵが、互いに協力しつつミッションのクリアを目指すものであってもよい。ここで、サッカーゲームにおけるミッションのクリアとは、サッカーゲームに係るサッカーの試合に勝つことであってもよいし、サッカーゲームに係るサッカーの試合を行うためのサッカーチーム（以下、「チーム」と称する場合がある）を育成することであってもよい。また、サッカーゲームにおいて一のユーザＵ及び他のユーザＵが互いに協力するとは、サッカーゲームにおいて、一のユーザＵ及び他のユーザＵが、同一のチームとしてサッカーの試合における勝利を目指すことであってもよい。

以下では、ゲーム端末１０-1（「端末装置」の一例）のユーザＵ-1と、ゲーム端末１０-2（「他の端末装置」の一例）のユーザＵ-2とが、サッカーゲームにおいて対戦する場合において、ゲーム端末１０-1の表示装置１００４-1に表示される各種画面を例示しつつ、サッカーゲームについて説明する。
ユーザＵ-1が、ゲーム端末１０-1の操作装置１００３-1を用いて、サッカーゲームのアプリケーションを起動させるための所定の起動操作をすると、ゲーム端末１０-1の表示装置１００４-1には、メニュー画面Ｇ1が表示される。

図３１は、メニュー画面Ｇ1の一例を示す図である。
図３１に示すように、メニュー画面Ｇ1は、チーム編成画面（図示要略）を表示させるためのチーム編成ボタンＡ11と、対戦を開始させるための対戦ボタンＡ12と、を有する。
本実施形態において、ユーザＵは、サッカーゲームの対戦において用いることのできる複数のキャラクタＣを所有している。ここで、キャラクタＣとは、例えば、サッカーゲームにおけるサッカー選手である。そして、本実施形態において、ユーザＵは、チーム編成画面において、ゲーム端末１０-1の操作装置１００３-1を操作することで、ユーザＵの所有する複数のキャラクタＣの中から、対戦に用いるためのチームを構成する複数のキャラクタＣを選択することができる。更に、本実施形態において、ユーザＵは、選択した複数のキャラクタＣにより構成されるチームを、他のユーザＵが選択した複数のキャラクタＣにより構成されるチームと、対戦させることができる。

メニュー画面Ｇ1において、ユーザＵ-1が、ゲーム端末１０-1の操作装置１００３-1を用いて、対戦ボタンＡ12を選択すると、ゲーム端末１０-1の表示装置１００４-1には、対戦画面Ｇ2が表示され、対戦が開始される。
図３２は、対戦画面Ｇ2の一例を示す図である。対戦画面Ｇ2は、ユーザＵ-1のチームと、ユーザＵ-2のチームとが、仮想的なフィールドＦdにおいてサッカーの対戦をしている様子を示す画面である。
図３２に示すように、対戦画面Ｇ2は、フィールドＦdを示すフィールド画像ＧFdと、サッカーボールを示すボール画像ＧBLと、ユーザＵ-1のチームを構成するキャラクタＣを示すキャラクタ画像ＧcPと、対戦相手であるユーザＵ-2のチームを構成するキャラクタＣを示す敵キャラクタ画像ＧcEと、を含む。また、対戦画面Ｇ2は、ユーザＵ-1のチームの名称と、ユーザＵ-2のチームの名称と、ユーザＵ-1のチームが獲得した得点と、ユーザＵ-2のチームが獲得した得点と、が表示される、得点表示領域Ａ20を含む。

また、図３２に示すように、対戦画面Ｇ2は、対戦を一時停止するための一時停止ボタンＡ21と、対戦のリプレイ映像を表示させるためのリプレイボタンＡ22と、対戦相手であるユーザＵ-2に対して送信するメッセージを入力するためのメッセージボタンＡ23と、を含む。なお、本実施形態において、リプレイ映像とは、対戦における過去のシーンを、対戦画面Ｇ2上に再び表示させる映像である。

なお、本実施形態に係るサッカーゲームでは、ユーザＵによる操作装置１００３の操作とは無関係に、サッカーゲームに係る対戦が進行する場合を想定する。換言すれば、本実施形態では、サッカーゲームに係る対戦が、ゲームシステムＳYSにより自動進行する場合を想定する。すなわち、本実施形態では、ユーザＵによる表示装置１００４の操作結果に従って、各チームのキャラクタＣの個々の動作を決定するのではなく、ゲームシステムＳYSによる決定に基づいて、各チームのキャラクタＣが動作することで対戦が進行する。
詳細は後述するが、本実施形態において、サッカーゲームのアプリケーションが起動された後、サッカーゲームに係る対戦が開始されるまでの間に、ゲームシステムＳYSは、サッカーゲームに係る対戦を開始するための対戦準備処理を実行する。そして、本実施形態において、ゲーム端末１０は、対戦準備処理が終了した後に、サッカーゲームに係る対戦を開始させる。すなわち、本実施形態において、ゲーム端末１０は、対戦準備処理が終了した後に、サッカーゲームに係る対戦を進行させる処理である対戦進行処理を実行する。換言すれば、本実施形態において、対戦準備処理が実行されている期間においては、サッカーゲームに係る対戦は進行せず、対戦準備処理が終了した後、対戦進行処理が実行されている期間において、サッカーゲームに係る対戦が進行することになる。なお、本実施形態において、サッカーゲームに係る対戦の進行は、「ゲームの進行」の一例である。

本実施形態に係るサッカーゲームでは、ゲーム端末１０-1のユーザＵ-1と、ゲーム端末１０-2のユーザＵ-2との間で、対戦が行われる場合に、ゲーム端末１０-1及びゲーム端末１０-2の各々が、同一の内容の対戦を個別に進行させる。すなわち、本実施形態において、ゲーム端末１０-1のユーザＵ-1と、ゲーム端末１０-2のユーザＵ-2との間で、対戦が行われる場合に、ゲーム端末１０-1及びゲーム端末１０-2の間で、当該対戦の進行内容に関連する情報の共有をしない。なお、本実施形態において、対戦の進行内容に関連する情報とは、対戦の進行内容を規定する情報、及び、複数のゲーム端末１０の間で対戦の進行速度を調整するための情報、を含む概念である。ここで、対戦の進行内容とは、「ゲームの進行内容」の一例である。
詳細は後述するが、ゲーム端末１０-1のユーザＵ-1と、ゲーム端末１０-2のユーザＵ-2との間で、対戦が行われる場合に、ゲームサーバ３４から、ゲーム端末１０-1及びゲーム端末１０-2に対して、サッカーゲームに係る対戦の進行内容を規定する情報であるゲーム内容情報ＤT0（「内容情報」の一例）が供給される。そして、ゲーム端末１０-1及びゲーム端末１０-2の各々は、ゲーム内容情報ＤT0に基づいて、対戦を進行させる。このため、本実施形態によれば、ゲーム端末１０-1及びゲーム端末１０-2の各々が、ゲーム内容情報ＤT0に基づいて定められる同一の内容の対戦を個別に進行させることができる。

なお、本実施形態において、対戦の進行内容を規定する情報（以下、「進行内容規定情報」と称する場合がある）とは、ゲーム端末１０-mが、サッカーゲームに係る対戦の進行内容を決定する際に、当該決定方法を規定する情報（以下、「決定方法規定情報」と称する）であるが、本発明はこのような態様に限定されるものではない。進行内容規定情報は、例えば、サッカーゲームに係る対戦の進行内容自体を指定する情報（以下、「進行内容指定情報」と称する）であってもよい。すなわち、本実施形態では、ゲーム内容情報ＤT0が、決定方法規定情報である場合を想定するが、ゲーム内容情報ＤT0は、進行内容指定情報であってもよい。

ここで、進行内容指定情報とは、サッカーゲームに係る対戦の進行内容自体を表す情報であってもよい。
また、進行内容指定情報とは、ゲーム端末１０が、サッカーゲームに係る対戦の進行内容を決定する場合に、当該決定内容を表す情報であってもよい。また、進行内容指定情報とは、サッカーゲームに係る対戦の進行内容が既に決まっている場合に、当該既に決まっている対戦の進行内容を表す情報であってもよい。
また、進行内容指定情報とは、ゲーム端末１０が、サッカーゲームに係る対戦の進行状況を示す情報（例えば、後述する「対戦状況情報ＤT3」）を更新することで、サッカーゲームに係る対戦を進行させる場合に、当該対戦の進行状況を示す情報の更新内容を指定する情報（例えば、後述する「更新内容指定情報」）であってもよい。

また、決定方法規定情報とは、ゲーム端末１０が、サッカーゲームに係る対戦の進行状況を示す情報を更新することで、サッカーゲームに係る対戦を進行させる場合に、当該対戦の進行状況を示す情報の更新内容を指定する更新内容指定情報の生成方法を規定する情報であってもよい。
具体的には、決定方法規定情報とは、例えば、ゲーム端末１０において更新内容指定情報を生成するための規則または関数（例えば、後述する「指定値生成規則」）を示す情報であってもよい。また、決定方法規定情報とは、例えば、指定値生成規則が、指定値生成規則に対する入力値に応じた値を示す更新内容指定情報を出力する関数である場合、当該関数に対する入力値を示す情報であってもよい。

対戦画面Ｇ2において、メッセージボタンＡ23が選択されると、メッセージを入力するためのメッセージ入力ウィンドウＡ24が、対戦画面Ｇ2上に表示される。
図３３は、メッセージ入力ウィンドウＡ24の一例を示す図である。本実施形態では、スタンプと呼ばれる画像を利用してメッセージを入力することができる。図３３に示すように、メッセージ入力ウィンドウＡ24には、複数のスタンプＡ25が一覧表示される。本実施形態では、一例として、スタンプＡ25が、キャラクタの顔、または、サッカーボール等の画像と、メッセージの内容を示す文字列と、を含む場合を想定する。ユーザＵ-1が、メッセージ入力ウィンドウＡ24に表示された複数のスタンプＡ25-1〜Ａ25-3の何れかを選択すると、当該選択されたスタンプＡ25がメッセージとして入力される。そして、入力されたメッセージは、ゲーム端末１０-1に表示されている対戦画面Ｇ2と、ゲーム端末１０-2に表示されている対戦画面Ｇ2とに表示される。

図３４は、ユーザＵ-1により選択されたスタンプＡ25に対応するメッセージＡ26が、対戦画面Ｇ2上に表示される様子を示す図である。図３４に示すように、メッセージＡ26は、例えば、スタンプＡ25に含まれる画像及び文字列と、スタンプＡ25を選択したユーザＵ-1の名称と、を含む。

上述のとおり、本実施形態では、ゲーム端末１０-1及びゲーム端末１０-2の各々が、同一の内容の対戦を個別に進行させるため、ゲーム端末１０-1及びゲーム端末１０-2の処理状況の相違に起因して、ゲーム端末１０-1における対戦の進行速度と、ゲーム端末１０-2における対戦の進行速度との間で、ずれが生じる可能性がある。例えば、ゲーム端末１０-1の方が、ゲーム端末１０-2よりも処理性能が高い場合、ゲーム端末１０-1における対戦の進行が、ゲーム端末１０-2における対戦の進行よりも早くなることがある。
従って、例えば、ゲーム端末１０-1の方が、ゲーム端末１０-2よりも対戦の進行速度が速い場合であって、ゲーム端末１０-1においてユーザＵ-1により入力されたスタンプＡ25に対応するメッセージＡ26を、ユーザＵ-1によるスタンプＡ25の入力の直後に、ゲーム端末１０-2の表示装置１００４-2に表示させる場合、ユーザＵ-2は、表示装置１００４-2に表示されるメッセージＡ26の内容によっては、今後のゲーム展開を予想することができてしまう。この場合、ユーザＵ-2にとって、ゲームの興趣性が低下するという不都合が生じることになる。
そこで、本実施形態では、このような不都合の発生を回避するために、ゲーム端末１０-1においてユーザＵ-1により入力されたスタンプＡ25に対応するメッセージＡ26の、ゲーム端末１０-2の表示装置１００４-2における表示タイミングを調整する。

図３５は、メッセージＡ26の入力タイミングと、出力タイミングとの一例を説明するための説明図である。なお、図３５では、ゲーム端末１０-2と比較して、ゲーム端末１０-1の方が、サッカーゲームに係る対戦の進行速度が速い場合を想定する。また、図３５では、ゲーム端末１０-1及びゲーム端末１０-2が、サッカーゲームに係る対戦を同時に開始する場合を想定する。

図３５に示す例では、サッカーゲームに係る対戦の開始からの仮想的な経過時間（以下、「仮想経過時間」と称する）が、２５分のタイミングで、ゴールが決まった場合を想定している。
この場合、ゲーム端末１０-1の表示装置１００４-1は、当該ゴールのシーンを、ゲーム端末１０-2の表示装置１００４-2よりも、早いタイミングで表示することになる。そして、ゴールが決まったタイミングで、ユーザＵ-1がゲーム端末１０-1から入力した、当該ゴールに関するメッセージＡ26が、当該メッセージＡ26が入力された直後に、ゲーム端末１０-2の表示装置１００４-2に表示される場合、ゲーム端末１０-2の表示装置１００４-2において当該ゴールのシーンが表示される前に、表示装置１００４-2にゴールに関するメッセージＡ26が表示されてしまう。この場合、ユーザＵ-2は、ゲーム端末１０-2の表示装置１００４-2において当該ゴールのシーンが表示される前に、当該ゴールが発生することを予想できてしまい、興ざめしてしまう可能性がある。
このため、本実施形態では、ゲーム端末１０-2における仮想経過時間が「２５分」となり、ゲーム端末１０-2の表示装置１００４-2において当該ゴールのシーンが表示されるまでは、ユーザＵ-1がゲーム端末１０-1から入力した、当該ゴールに関するメッセージＡ26の、表示装置１００４-2における表示を待機させる。

一方、図３５に示す例では、仮想経過時間が４０分のタイミングで反則が発生し、ユーザＵ-2がゲーム端末１０-2から、当該反則に関するメッセージＡ26を入力する場合を想定する。この場合、ゲーム端末１０-2において当該反則のシーンが表示されるタイミングよりも前に、ゲーム端末１０-1において当該反則のシーンが表示される。このため、この場合、ゲーム端末１０-1は、ユーザＵ-2がゲーム端末１０-2から入力した、当該反則に関するメッセージＡ26を、待機することなく、表示装置１００４-1に表示させる。

以上のように、本実施形態に係るゲームシステムＳYSでは、一のゲーム端末１０における対戦の進行の段階が、他のゲーム端末１０における対戦の進行の段階に追いつくまで、他のゲーム端末１０において入力されたメッセージＡ26の、一のゲーム端末１０における出力を禁止する。これにより、本実施形態によれば、ユーザＵが、メッセージＡ26の内容から今後のゲーム展開を予想することを防止することが可能となる。

［４−３．ゲームシステムで実現される機能］
以下、図３６乃至図４２を参照しつつ、ゲームシステムＳYSで実現される機能のうち、本発明に関連する機能を説明する。

［４−３−１．ゲーム端末で実現される機能］
図３６は、ゲーム端末１０の機能構成の一例を示す機能ブロック図である。
図３６に示すように、ゲーム端末１０は、ゲーム端末１０の各部を制御する端末制御部１１０と、各種情報を記憶する記憶部１３０と、ゲーム端末１０の外部に存在する外部装置との間の通信を実行するための通信部１４０と、ゲーム端末１０のユーザＵによる操作を受け付けるための操作部１５０と、各種画像を表示可能な表示部１６０と、を備える。
このうち、端末制御部１１０は、プロセッサ１０００が、記憶装置１００１に記憶されている制御プログラムＰGt（「プログラム」の一例）を実行し、当該制御プログラムＰGtに従って動作することで実現される機能である。また、記憶部１３０は、記憶装置１００１により提供される機能である。また、通信部１４０は、通信装置１００２により提供される機能である。また、操作部１５０は、操作装置１００３により提供される機能である。また、表示部１６０は、表示装置１００４により提供される機能である。

図３６に示すように、記憶部１３０は、サッカーゲームに係る対戦に参加するユーザＵに関連する情報であるユーザ情報ＤT1と、対戦の進行内容を規定する情報である対戦内容指定情報ＤT2と、対戦の状況を示す対戦状況情報ＤT3と、対戦の進行の程度を示す対戦進行情報ＤT4と、対戦が進行している状態であるか否かを示すゲームモード情報ＤT5と、対戦画面Ｇ2に表示されるメッセージＡ26に関する情報であるメッセージ情報ＤT6と、制御プログラムＰGtと、を記憶している。
なお、上述したゲーム内容情報ＤT0は、ユーザ情報ＤT1及び対戦内容指定情報ＤT2を含む情報である。すなわち、本実施形態において、ユーザ情報ＤT1及び対戦内容指定情報ＤT2は、ゲーム端末１０において対戦を開始する際に、ゲームサーバ３４において生成され、ゲームサーバ３４から、当該ゲーム端末１０に対して供給される情報である。

図３７は、ユーザ情報ＤT1のデータ構成の一例を示す図である。なお、図３７では、ゲーム端末１０-1を操作するユーザＵ-1と、ゲーム端末１０-2を操作するユーザＵ-2とが、サッカーゲームにおいて対戦する場合に、ゲーム端末１０-1の記憶部１３０と、ゲーム端末１０-2の記憶部１３０と、に記憶されているユーザ情報ＤT1を例示している。
図３７に例示するように、ユーザ情報ＤT1は、例えば、ユーザＵ-1及びユーザＵ-2の各々のユーザＩＤと、ユーザＵ-1及びユーザＵ-2の各々の名称（ユーザ名）と、ユーザＵ-1及びユーザＵ-2の各々が対戦に使用するチームの名称（チーム名）と、ユーザＵ-1及びユーザＵ-2の各々が対戦に使用するチームを構成するキャラクタＣに関するユーザキャラクタ情報と、を含む情報である。

ここで、ユーザＩＤとは、サッカーゲームを行うことができるユーザＵ-1〜Ｕ-Mの中から、各ユーザＵを一意に識別するための情報である。
また、ユーザキャラクタ情報とは、例えば、各キャラクタＣのキャラクタＩＤと、各キャラクタＣの名称（キャラクタ名）と、各キャラクタＣの対戦における役割を示す役割情報と、各キャラクタＣの対戦に関する能力を示す能力情報と、を含む情報である。
ここで、キャラクタＩＤとは、サッカーゲームに登場する複数のキャラクタＣの中から、各キャラクタＣを一意に識別するための情報である。また、本実施形態において、役割情報とは、例えば、サッカーゲームの対戦において、キャラクタＣが担当することのできるポジションを示す情報である。また、本実施形態において、能力情報とは、例えば、キャラクタＣの有するパスの能力の高さの程度を示すパス能力情報と、キャラクタＣの有するシュートの能力の高さの程度を示すシュート能力情報と、キャラクタＣの有するドリブルの能力の高さの程度を示すドリブル能力情報と、を含む情報である。

対戦内容指定情報ＤT2は、例えば、後述するシード値を示すシード情報と、後述する指定値生成規則を示す指定値生成規則情報と、を含む情報である。上述のとおり、シード情報及び指定値生成規則情報は、ゲームサーバ３４において生成され、ゲーム端末１０に対して供給される情報である。
なお、本実施形態では、指定値生成規則情報が、ゲームサーバ３４において生成される場合を想定するが、本発明はこのような態様に限定されるものではない。指定値生成規則情報は、ゲーム端末１０の記憶部１３０に予め記憶されている情報であってもよい。

ここで、シード情報とは、決定方法規定情報としての特性を有する情報である。具体的には、シード情報の示すシード値とは、ゲーム端末１０における対戦の進行状況を示す対戦状況情報ＤT3の更新内容を指定する更新内容指定情報の生成方法を規定する値である。なお、本実施形態において、シード情報の示すシード値は、例えば、ゲームサーバ３４において生成される乱数値であってもよいし、ゲームサーバ３４において対戦内容指定情報ＤT2を生成する際の時刻を示す情報であってもよいし、または、予め定められた値であってもよい。
また、指定値生成規則情報の示す指定値生成規則とは、シード値に基づいて、複数の更新内容指定値Ｂ[1]〜Ｂ[K]からなる更新内容指定情報を生成するための関数である（Ｋは、２以上の自然数）。ここで、更新内容指定値Ｂ[k]とは、対戦状況情報ＤT3のｋ回目の更新内容を指定する情報である（ｋは、１≦ｋ≦Ｋを満たす自然数）。すなわち、指定値生成規則情報は、決定方法規定情報としての特性を有する情報であり、また、更新内容指定情報は、進行内容指定情報としての特性を有する情報である。なお、値Ｋは、サッカーゲームに係る対戦における対戦状況情報ＤT3の更新回数よりも大きい値として設定されていることとする。

図３８は、対戦状況情報ＤT3のデータ構成の一例を示す図である。なお、図３８では、ゲーム端末１０-1を操作するユーザＵ-1と、ゲーム端末１０-2を操作するユーザＵ-2とが、サッカーゲームにおいて対戦する場合に、ゲーム端末１０-1の記憶部１３０と、ゲーム端末１０-2の記憶部１３０と、記憶されている対戦状況情報ＤT3を例示している。
図３７に例示するように、対戦状況情報ＤT3は、例えば、ユーザＵ-1及びユーザＵ-2の各々のユーザＩＤと、ユーザＵ-1及びユーザＵ-2の各々が対戦において獲得した得点と、対戦に関係するゲーム要素の状況を示すゲーム要素状況情報と、を含む情報である。

本実施形態において、対戦に関係するゲーム要素とは、対戦を行う複数のキャラクタＣの各々と、対戦に用いられるサッカーボールと、を含む概念である。そして、本実施形態において、ゲーム要素状況情報は、対戦に参加している複数のキャラクタＣの各々の状況を示すキャラクタ状況情報と、対戦に用いられるサッカーボールの状況を示すボール状況情報と、を含む。ここで、キャラクタ状況情報は、例えば、対戦に参加している複数のキャラクタＣの各々のキャラクタＩＤと、対戦に参加している複数のキャラクタＣの各々のフィールドＦdにおける位置、移動方向、及び、移動速度と、を示す情報である。また、ボール状況情報は、例えば、対戦に用いられるサッカーボールのフィールドＦdにおける位置、移動方向、及び、移動速度、を示す情報である。

なお、本実施形態では、対戦が開始されたタイミングにおいて、ゲーム端末１０-1の記憶部１３０に記憶されている対戦状況情報ＤT3と、ゲーム端末１０-2の記憶部１３０に記憶されている対戦状況情報ＤT3とは、同一の内容を示すこととする。
また、本実施形態において、対戦の開始にあたり、ゲームサーバ３４からゲーム端末１０-1に供給されるゲーム内容情報ＤT0と、ゲームサーバ３４からゲーム端末１０-2に供給されるゲーム内容情報ＤT0とは、同一の内容を示す。すなわち、本実施形態では、ゲーム端末１０-1で生成される更新内容指定値Ｂ[k]と、ゲーム端末１０-2で生成される更新内容指定値Ｂ[k]とは、同一の値となる。
従って、本実施形態において、ゲーム端末１０-1においてｋ回目に更新された対戦状況情報ＤT3と、ゲーム端末１０-2においてｋ回目に更新された対戦状況情報ＤT3とは、同一の内容を示すことになる。

対戦進行情報ＤT4は、対戦を行っているゲーム端末１０における、当該対戦の進行の程度を示す情報である。具体的には、対戦進行情報ＤT4は、ゲーム端末１０における対戦状況情報ＤT3の更新回数ＧTを示す。より具体的には、対戦状況情報ＤT3が、ｋ回目に更新された場合、更新回数ＧTは「ｋ」となる。
なお、以下では、ゲーム端末１０-1における対戦状況情報ＤT3の示す更新回数ＧTを、更新回数ＧT1と称し、ゲーム端末１０-2における対戦状況情報ＤT3の示す更新回数ＧTを、更新回数ＧT2と称する場合がある。すなわち、更新回数ＧT1を示す対戦進行情報ＤT4は、「第１進行情報」の一例であり、更新回数ＧT2を示す対戦進行情報ＤT4は、「第２進行情報」の一例である。

本実施形態において、ゲーム端末１０は、サッカーゲームに係る対戦を、対戦進行モードと、対戦停止モードと、の２つのゲームモードにより実行することができる。ここで、対戦進行モードとは、対戦状況情報ＤT3が更新され、対戦の状況が進行するゲームモードである。また、対戦停止モードとは、対戦状況情報ＤT3が更新されず、対戦の状況が変化しないゲームモードである。

ゲームモード情報ＤT5は、ゲーム端末１０におけるゲームモードが、対戦進行モードまたは対戦停止モードの何れであるかを示す。

なお、本実施形態では、ゲーム端末１０において対戦が開始されると、ゲームモードが対戦進行モードに設定される。
また、本実施形態では、対戦画面Ｇ2において、一時停止ボタンＡ21が選択されると、ゲームモードが対戦停止モードに設定される。また、本実施形態では、対戦画面Ｇ2において、一時停止ボタンＡ21が選択され、ゲームモードが対戦停止モードに設定された後に、再び、一時停止ボタンＡ21が選択されると、ゲームモードが対戦進行モードに設定される。
また、本実施形態では、対戦状況情報ＤT3が所定回数Ｋhfだけ更新されると、ハーフタイムが到来し、ゲームモードが対戦停止モードに設定される（Ｋhfは、１＜Ｋhf＜Ｋを満たす自然数）。また、本実施形態では、ハーフタイムが開始されてゲームモードが対戦停止モードに設定された後、所定の時間長Ｔhfが経過すると、ハーフタイムが終了し、ゲームモードが対戦進行モードに設定される。なお、対戦状況情報ＤT3が所定回数Ｋhf更新されてハーフタイムが到来することは、「ゲームの進行が所定の段階に到達した場合」
の一例である。
なお、本実施形態では、ハーフタイムが開始されてゲームモードが対戦停止モードに設定された後、所定の時間長Ｔhfが経過した場合に、ハーフタイムが終了するが、本発明はこのような態様に限定されるものではない。例えば、ゲーム端末１０のユーザＵが操作部１５０を用いて所定のハーフタイム終了操作を行う場合に、ハーフタイムが終了する、という態様を採用することも可能である。

メッセージ情報ＤT6は、サッカーゲームにおいてユーザＵが入力可能な全ての種類のメッセージの中から、各メッセージを識別するためのメッセージＩＤと、各メッセージに含まれる画像を示すメッセージ画像情報と、各メッセージに含まれる文字列を示すメッセージ文字列情報と、を含む情報である。
なお、以下では、メッセージ情報ＤT6のうちユーザＵにより入力されたメッセージを示す情報（「入力情報」の一例）と、当該メッセージが入力されたタイミングにおける対戦進行情報ＤT4と、を含む情報を、メッセージ通知情報ＤTmと称する。なお、本実施形態では、メッセージ通知情報ＤTmは、ユーザＵにより入力されたメッセージを含むが、当該メッセージに代えて、ユーザＵにより入力されたメッセージに対応するメッセージＩＤ（「入力情報」の他の例）を含むものであってもよい。すなわち、メッセージ通知情報ＤTmは、メッセージ画像情報及びメッセージ文字列情報を含まず、メッセージＩＤ及び対戦進行情報ＤT4のみを含む情報であってもよい。

図３６に示すように、ゲーム端末１０に設けられた端末制御部１１０は、ゲーム進行部１１１と、対戦進行情報取得部１１６と、メッセージ取得部１１７と、ゲーム内容情報取得部１１８と、表示制御部１２１と、操作受付部１２４と、を備える。

ゲーム進行部１１１は、対戦状況情報更新部１１２と、対戦進行情報更新部１１３と、ゲームモード設定部１１４と、ゲーム処理部１１５と、を備え、サッカーゲームを進行させる。
このうち、対戦状況情報更新部１１２は、更新内容指定値Ｂ[k]に基づいて、対戦状況情報ＤT3を更新することで、サッカーゲームに係る対戦を進行させる。なお、対戦状況情報ＤT3を更新する処理は、「進行処理」の一例である。
また、対戦進行情報更新部１１３は、対戦状況情報更新部１１２が対戦状況情報ＤT3を更新した場合に、対戦進行情報ＤT4を更新する。具体的には、対戦進行情報更新部１１３は、サッカーゲームに係る対戦が開始された後において、対戦状況情報更新部１１２が、対戦状況情報ＤT3をｋ回目に更新した場合、対戦進行情報ＤT4の示す更新回数ＧTを、値「ｋ」に設定する。
また、ゲームモード設定部１１４は、ゲームモード情報ＤT5に対して、対戦進行モードを示す値、または、対戦停止モードを示す値の何れかを設定することで、ゲーム端末１０におけるゲームモードを設定する。
また、ゲーム処理部１１５は、サッカーゲームに係る対戦を開始させるための処理である対戦準備処理を実行する。

対戦進行情報取得部１１６（「第１取得部」の一例）は、記憶部１３０から、対戦進行情報ＤT4を取得する。
メッセージ取得部１１７（「第２取得部」の一例）は、ゲーム端末１０が他のゲーム端末１０と対戦している場合であって、他のゲーム端末１０からゲーム端末１０に対してメッセージ通知情報ＤTmが送信された場合において、当該メッセージ通知情報ＤTmを取得する。また、メッセージ取得部１１７は、ゲーム端末１０において、ユーザＵが操作部１５０を操作してメッセージを入力した場合に、当該ユーザＵにより入力されたメッセージに係る情報を取得する。
ゲーム内容情報取得部１１８（「第３取得部」の一例）は、ゲームサーバ３４から、ゲーム内容情報ＤT0が供給された場合に、当該ゲーム内容情報ＤT0を取得する。

表示制御部１２１（「出力制御部」の一例）は、メッセージ表示決定部１２２と、表示情報生成部１２３と、を備え、表示部１６０における各種画像の表示を制御する。

このうち、メッセージ表示決定部１２２は、ゲーム端末１０が他のゲーム端末１０と対戦している場合であって、他のゲーム端末１０からゲーム端末１０に対してメッセージ通知情報ＤTmが送信された場合において、他のゲーム端末１０から受信したメッセージ通知情報ＤTmに含まれるメッセージを、表示部１６０に表示させるか否かを決定する。
具体的には、メッセージ表示決定部１２２は、対戦進行情報取得部１１６の取得した対戦進行情報ＤT4の示す更新回数ＧT（以下、「内部更新回数ＧTx」と称する）と、他のゲーム端末１０から受信したメッセージ通知情報ＤTmに含まれる対戦進行情報ＤT4の示す更新回数ＧT（以下、「取得更新回数ＧTy」と称する）と、に基づいて、他のゲーム端末１０から受信したメッセージ通知情報ＤTmに含まれるメッセージを、表示部１６０に表示させるか否かを決定する。
ここで、内部更新回数ＧT-xとは、メッセージ表示決定部１２２が、メッセージを表示部１６０に表示させるか否かを決定するタイミングにおける、ゲーム端末１０での対戦状況情報ＤT3の更新回数ＧTである。また、取得更新回数ＧT-yとは、他のゲーム端末１０において、メッセージが入力されたタイミングにおける、他のゲーム端末１０での対戦状況情報ＤT3の更新回数ＧTである。

例えば、メッセージ表示決定部１２２は、内部更新回数ＧT-xが取得更新回数ＧT-yよりも多い場合には、他のゲーム端末１０から受信したメッセージ通知情報ＤTmに含まれるメッセージを、表示部１６０に表示させる旨の決定を行う。
他方、メッセージ表示決定部１２２は、内部更新回数ＧT-xが取得更新回数ＧT-yよりも少ない場合には、他のゲーム端末１０から受信したメッセージ通知情報ＤTmに含まれるメッセージの、表示部１６０に対する表示を禁止する旨の決定を行う。
なお、対戦進行情報取得部１１６は、他のゲーム端末１０から受信したメッセージが、表示部１６０に対して表示されることを禁止されている間、記憶部１３０からの対戦進行情報ＤT4を周期的に取得する。そして、メッセージ表示決定部１２２は、対戦進行情報取得部１１６が最後に取得した内部更新回数ＧT-xに基づいて、他のゲーム端末１０から受信したメッセージの、表示部１６０への表示を決定する。このため、メッセージ表示決定部１２２は、内部更新回数ＧT-xが取得更新回数ＧT-yよりも少なく、他のゲーム端末１０から受信したメッセージの、表示部１６０への表示を禁止した場合であっても、その後、内部更新回数ＧT-xが取得更新回数ＧT-yに到達したときには、他のゲーム端末１０から受信したメッセージを、表示部１６０に表示させる旨の決定を行うことになる。換言すれば、メッセージ表示決定部１２２は、内部更新回数ＧT-xが取得更新回数ＧT-yよりも少ない場合には、内部更新回数ＧT-xが取得更新回数ＧT-y以上となるタイミングまで、他のゲーム端末１０から受信したメッセージの、表示部１６０への表示を待機させる。

表示情報生成部１２３は、メッセージ表示決定部１２２における決定結果に基づいて、表示部１６０に表示させる画像を示す表示情報（「出力情報」の一例）を生成する。
具体的には、表示情報生成部１２３は、メッセージ表示決定部１２２が、他のゲーム端末１０から受信したメッセージの、表示部１６０への表示を決定した場合、当該メッセージを含む画像を示す表示情報を生成し、当該表示情報に基づく画像を、表示部１６０に表示させる。他方、表示情報生成部１２３は、メッセージ表示決定部１２２が、他のゲーム端末１０から受信したメッセージの、表示部１６０への表示を禁止した場合、当該メッセージを含まない画像を示す表示情報を生成し、当該表示情報に基づく画像を、表示部１６０に表示させる。
なお、表示情報生成部１２３は、ゲーム端末１０において対戦が進行している場合に、対戦状況情報ＤT3に基づいて、対戦画面Ｇ2を示す表示情報を生成する。

操作受付部１２４（「受付部」の一例）は、ゲーム端末１０のユーザＵが操作部１５０を操作した場合に、当該操作の内容を受け付ける。

［４−３−２．ゲートサーバで実現される機能］
図３９は、ゲートサーバ３１の機能構成の一例を示す機能ブロック図である。
図３９に示すように、ゲートサーバ３１は、ゲートサーバ３１の各部を制御するゲートサーバ制御部３１１と、各種情報を記憶する記憶部３１２と、ゲートサーバ３１の外部に存在する外部装置との間の通信を実行するための通信部３１３と、を備える。
このうち、記憶部３１２は、ゲートサーバ３１の制御プログラムＰGs1と、認証サーバ３２、ロビーサーバ３３、及び、ゲームサーバ３４の各々の、サーバ名及びＩＰアドレス等を示す、サーバ情報ＤT31と、を記憶している。なお、記憶部３１２は、記憶装置３１０２により提供される機能である。
また、ゲートサーバ制御部３１１は、プロセッサ３１０１が、記憶装置３１０２に記憶されている制御プログラムＰGs1を実行し、当該制御プログラムＰGs1に従って動作することで実現される機能である。また、通信部３１３は、通信装置３１０３により提供される機能である。

［４−３−３．認証サーバで実現される機能］
図４０は、認証サーバ３２の機能構成の一例を示す機能ブロック図である。
図４０に示すように、認証サーバ３２は、認証サーバ３２の各部を制御する認証サーバ制御部３２１と、各種情報を記憶する記憶部３２２と、認証サーバ３２の外部に存在する外部装置との間の通信を実行するための通信部３２３と、を備える。
このうち、記憶部３２２は、認証サーバ３２の制御プログラムＰGs2と、ユーザＵを認証するために用いられる認証情報ＤT32と、を記憶している。なお、記憶部３２２は、記憶装置３２０２により提供される機能である。
また、認証サーバ制御部３２１は、プロセッサ３２０１が、記憶装置３２０２に記憶されている制御プログラムＰGs2を実行し、当該制御プログラムＰGs2に従って動作することで実現される機能である。また、通信部３２３は、通信装置３２０３により提供される機能である。

［４−３−４．ロビーサーバで実現される機能］
図４１は、ロビーサーバ３３の機能構成の一例を示す機能ブロック図である。
図４１に示すように、ロビーサーバ３３は、ロビーサーバ３３の各部を制御するロビーサーバ制御部３３１と、各種情報を記憶する記憶部３３２と、ロビーサーバ３３の外部に存在する外部装置との間の通信を実行するための通信部３３３と、を備える。
このうち、記憶部３３２は、ロビーサーバ３３の制御プログラムＰGs3を記憶している。なお、記憶部３３２は、記憶装置３３０２により提供される機能である。
また、ロビーサーバ制御部３３１は、プロセッサ３３０１が、記憶装置３３０２に記憶されている制御プログラムＰGs3を実行し、当該制御プログラムＰGs3に従って動作することで実現される機能である。また、通信部３３３は、通信装置３３０３により提供される機能である。

［４−３−５．ゲームサーバで実現される機能］
図４２は、ゲームサーバ３４の機能構成の一例を示す機能ブロック図である。
図４２に示すように、ゲームサーバ３４（「サーバ装置」の一例）は、ゲームサーバ３４の各部を制御するゲームサーバ制御部３４１と、各種情報を記憶する記憶部３４２と、ゲームサーバ３４の外部に存在する外部装置との間の通信を実行するための通信部３４３と、を備える。
このうち、通信部３４３は、ゲームサーバ３４の制御プログラムＰGs4と、ユーザ情報ＤT1と、対戦内容指定情報ＤT2と、を記憶している。なお、通信部３４３は、記憶装置３４０２により提供される機能である。
また、ゲームサーバ制御部３４１は、プロセッサ３４０１が、記憶装置３４０２に記憶されている制御プログラムＰGs4を実行し、当該制御プログラムＰGs4に従って動作することで実現される機能である。また、通信部３４３は、通信装置３４０３により提供される機能である。

［４−４．ゲームシステムの動作］
以下、図４３〜図４７を参照しつつ、ゲームシステムＳYSの動作について説明する。
なお、図４３乃至図４７では、ゲーム端末１０-1のユーザＵ-1と、ゲーム端末１０-2のユーザＵ-2とが、サッカーゲームに係る対戦を行う場合における、ゲーム端末１０-1の動作を中心に説明する。

［４−４−１．対戦準備処理］
まず、図４３及び図４４を参照しつつ、対戦準備処理が実行される場合における、ゲームシステムＳYSの動作を説明する。

図４３に示すように、ゲーム端末１０-1においてユーザＵ-1が、サッカーゲームを開始させ、メニュー画面Ｇ1において、対戦ボタンＡ12を選択すると、ゲーム端末１０-1のゲーム処理部１１５は、ゲートサーバ３１に対して、サーバ情報ＤT31を要求する（Ｓ１０１）。

ゲートサーバ３１が、ゲーム端末１０-1から、サーバ情報ＤT31の要求を受信すると、ゲートサーバ３１のゲートサーバ制御部３１１は、ゲーム端末１０-1に対して、サーバ情報ＤT31を送信する（Ｓ３０１）。
ゲーム端末１０-1のゲーム処理部１１５は、ゲートサーバ３１から送信されたサーバ情報ＤT31を取得する（Ｓ１０３）。なお、ここで、「情報を取得する」とは、例えば、情報を記憶装置１００１-1のＲＡＭに展開させることであってもよい。

次に、ゲーム端末１０-1のゲーム処理部１１５は、サーバ情報ＤT31に基づいて、認証サーバ３２にアクセスし、認証サーバ３２に対して、ゲーム端末１０-1のユーザＵ-1を認証する旨の認証要求を行う（Ｓ１０５）。

認証サーバ３２が、ゲーム端末１０-1から認証要求を受信すると、認証サーバ３２の認証サーバ制御部３２１は、ユーザＵ-1を認証する（Ｓ３０３）。

次に、認証サーバ３２の認証サーバ制御部３２１は、ステップＳ３０３における認証結果が成功か否かを判定する（Ｓ３０５）。
ステップＳ３０５における判定の結果が否定の場合、認証サーバ制御部３２１は、ゲーム端末１０-1に対し、所定のエラーメッセージが送信されるように、通信部３２３を制御し、図４３〜図４７に示す処理を終了させる。
他方、ステップＳ３０５における判定の結果が肯定の場合、認証サーバ制御部３２１は、ユーザトークンを発行し、発行したユーザトークンを、ゲーム端末１０-1に送信するように、通信部３２３を制御する（Ｓ３０７）。

次に、ゲーム端末１０-1のゲーム処理部１１５は、認証サーバ３２から送信されたユーザトークンを取得する（Ｓ１０７）。
そして、ゲーム端末１０-1のゲーム処理部１１５は、ステップＳ１０３で取得したサーバ情報ＤT31に基づいて、ロビーサーバ３３にアクセスし、ロビーサーバ３３に対して、マッチングを要求する（Ｓ１０９）。

ロビーサーバ３３が、ゲーム端末１０-1からのマッチングの要求を受信すると、ロビーサーバ３３のロビーサーバ制御部３３１は、マッチングを実行する（Ｓ３０９）。なお、上述のとおり、図４３〜図４７に示す例では、上述のとおり、ロビーサーバ制御部３３１が、ユーザＵ-1及びユーザＵ-2をマッチングした場合を想定する。
そして、ロビーサーバ制御部３３１は、ステップＳ３０９におけるマッチングの結果が、ゲーム端末１０-1に対して送信されるように、通信部３３３を制御する（Ｓ３１１）。
次に、ゲーム端末１０-1のゲーム処理部１１５は、ロビーサーバ３３から送信されたマッチングの結果を取得する（Ｓ１１１）。

図４４に示すように、ゲーム端末１０-1のゲーム処理部１１５は、ステップＳ１０３で取得したサーバ情報ＤT31に基づいて、ゲームサーバ３４にアクセスし、ゲームサーバ３４に対して、対戦の開始を要求する（Ｓ１１３）。

ゲームサーバ３４が、ゲーム端末１０-1からの対戦の開始の要求を受信すると、ゲームサーバ３４のゲームサーバ制御部３４１は、シード情報を生成する（Ｓ３１３）。

次に、ゲームサーバ３４のゲームサーバ制御部３４１は、ステップＳ３１３で生成したシード情報を含むゲーム内容情報ＤT0（ユーザ情報ＤT1及び対戦内容指定情報ＤT2）が、ゲーム端末１０-1に対して送信されるように、通信部３４３を制御する（Ｓ３１５）。

そして、ゲーム端末１０-1が、ゲームサーバ３４の送信したゲーム内容情報ＤT0を受信すると、ゲーム端末１０-1のゲーム進行部１１１は、対戦準備処理を終了させ、サッカーゲームに係る対戦を進行させる処理である、対戦進行処理を実行する（Ｓ２００）。

［４−４−２．対戦進行処理］
以下、図４５乃至図４７を参照しつつ、ステップＳ２００に係る対戦進行処理が実行される場合における、ゲーム端末１０-1の動作を説明する。

図４５に示すように、対戦進行処理において、ゲーム端末１０-1のゲーム内容情報取得部１１８は、ステップＳ３１５においてゲームサーバ３４が送信したゲーム内容情報ＤT0を取得する（Ｓ２０１）。なお、ゲーム内容情報取得部１１８は、ステップＳ２０１において、ゲームサーバ３４から取得したゲーム内容情報ＤT0に含まれる対戦内容指定情報ＤT2に基づいて、更新内容指定情報を生成する。

次に、ゲーム端末１０-1のゲーム処理部１１５は、初期化処理を実行する（Ｓ２０３）。ここで、初期化処理とは、例えば、対戦進行情報ＤT4の示す更新回数ＧT1を、「０」等の初期値に設定する処理と、ゲームモード情報ＤT5の示すゲームモードを、「対戦進行モード」に設定する処理と、を含む処理である。

次に、ゲーム端末１０-1のゲームモード設定部１１４は、ゲームモード情報ＤT5の示すゲームモードが、対戦進行モードであるか否かを判定する（Ｓ２０５）。
ステップＳ２０５における判定の結果が肯定の場合、ゲーム端末１０-1のゲーム内容情報取得部１１８は、ステップＳ２０１において生成した更新内容指定情報の中から、更新内容指定値Ｂ[k]を取得する（Ｓ２０７）。
次に、ゲーム端末１０-1の対戦状況情報更新部１１２は、ステップＳ２０７においてゲーム内容情報取得部１１８が取得した更新内容指定値Ｂ[k]に基づいて、対戦状況情報ＤT3を更新することで、サッカーゲームに係る対戦を進行させる（Ｓ２０９）。
また、ゲーム端末１０-1の対戦進行情報更新部１１３は、対戦進行情報ＤT4の示す更新回数ＧT1を、「ｋ」に更新する（Ｓ２１１）。具体的には、対戦進行情報更新部１１３は、ステップＳ２１１において、対戦進行情報ＤT4の示す更新回数ＧT1が、「ｋ−１」から「ｋ」に更新されるように、対戦進行情報ＤT4の示す更新回数ＧT1に、「１」を加算する。

次に、ゲーム端末１０-1の操作受付部１２４は、ゲーム端末１０-1のユーザＵ-1が、一時停止ボタンＡ21を選択する、一時停止操作を行ったか否かを判定する（Ｓ２１３）。
ステップＳ２１３における判定の結果が否定の場合、操作受付部１２４は、処理をステップＳ２１７に進める。
ステップＳ２１３における判定の結果が肯定の場合、ゲーム端末１０-1のゲームモード設定部１１４は、ゲームモード情報ＤT5の示すゲームモードを、対戦停止モードに変更することで、サッカーゲームに係る対戦の進行を停止させる（Ｓ２１５）。
また、ゲーム端末１０-1のゲームモード設定部１１４は、対戦進行情報ＤT4の示す更新回数ＧT1が「所定回数Ｋhf」となり、ハーフタイムが開始されるタイミング（進行停止タイミング）が到来したか否かを判定する（Ｓ２１７）。
ステップＳ２１７における判定の結果が否定の場合、ゲームモード設定部１１４は、処理をステップＳ２５１に進める。
ステップＳ２１７における判定の結果が肯定の場合、ゲーム端末１０-1のゲームモード設定部１１４は、ゲームモード情報ＤT5の示すゲームモードを、対戦停止モードに変更することで、サッカーゲームに係る対戦の進行を停止させ（Ｓ２１９）、処理をステップＳ２５１に進める。

ステップＳ２０５における判定の結果が否定の場合、ゲーム端末１０-1の操作受付部１２４は、ゲーム端末１０-1のユーザＵ-1が、一時停止中に再び一時停止ボタンＡ21を選択する、一時停止解除操作（「所定の操作」の一例）を行ったか否かを判定する（Ｓ２２１）。
ステップＳ２２１における判定の結果が否定の場合、操作受付部１２４は、処理をステップＳ２２５に進める。
ステップＳ２２１における判定の結果が肯定の場合、ゲーム端末１０-1のゲームモード設定部１１４は、ゲームモード情報ＤT5の示すゲームモードを、対戦進行モードに変更することで、サッカーゲームに係る対戦の進行の停止を解除する（Ｓ２２３）。
また、ゲーム端末１０-1のゲームモード設定部１１４は、ハーフタイムが開始されてから所定の時間長Ｔhfが経過し、ハーフタイムが終了するタイミング（停止解除タイミング）が到来したか否かを判定する（Ｓ２２５）。なお、ゲームモード設定部１１４は、ステップＳ２２５において、ゲーム端末１０-1のユーザＵ-1が、操作部１５０を用いて所定のハーフタイム終了操作を行った場合に、ハーフタイムが終了する停止解除タイミングが到来した旨の判定をしてもよい。
ステップＳ２２５における判定の結果が否定の場合、ゲームモード設定部１１４は、処理をステップＳ２５１に進める。
ステップＳ２２５における判定の結果が肯定の場合、ゲーム端末１０-1のゲームモード設定部１１４は、ゲームモード情報ＤT5の示すゲームモードを、対戦進行モードに変更することで、サッカーゲームに係る対戦の進行の停止を解除し（Ｓ２２７）、処理をステップＳ２５１に進める。

図４６に示すように、ゲーム端末１０-1の操作受付部１２４は、ゲーム端末１０-1のユーザＵ-1が、スタンプＡ25を選択する、メッセージ入力操作を行ったか否かを判定する（Ｓ２５１）。
ステップＳ２５１における判定の結果が否定の場合、操作受付部１２４は、処理をステップＳ２５９に進める。
ステップＳ２５１における判定の結果が肯定の場合、ゲーム端末１０-1のメッセージ取得部１１７は、ユーザＵ-1により選択されたスタンプＡ25に対応するメッセージを取得する（Ｓ２５３）。
また、ゲーム端末１０-1の対戦進行情報取得部１１６は、ゲーム端末１０-1の記憶部１３０から、対戦進行情報ＤT4を取得する（Ｓ２５５）。なお、上述のとおり、ステップＳ２５５において対戦進行情報取得部１１６が取得する対戦進行情報ＤT4は、ゲーム端末１０-1においてメッセージが入力されたタイミングにおける、ゲーム端末１０-1での対戦状況情報ＤT3の更新回数ＧT1を示す。
そして、ゲーム端末１０-1のゲーム処理部１１５は、ステップＳ２５３においてメッセージ取得部１１７が取得したメッセージと、ステップＳ２５５において対戦進行情報取得部１１６が取得した対戦進行情報ＤT4と、を含む、メッセージ通知情報ＤTmが、ゲーム端末１０-2に対して送信されるように、通信部１４０を制御する（Ｓ２５７）。なお、ゲーム端末１０-1は、メッセージ通知情報ＤTmを、ゲーム端末１０-2に対して、ゲームサーバ３４を介さずに直接に送信してもよいし、または、ゲームサーバ３４を介して送信してもよい。

次に、ゲーム端末１０-1のメッセージ取得部１１７は、ゲーム端末１０-2から、メッセージ通知情報ＤTmを受信し、当該受信したメッセージ通知情報ＤTmの示すメッセージの表示部１６０に対する表示が、未済であるか否かを判定する（Ｓ２５９）。
ステップＳ２５９における判定の結果が否定の場合、メッセージ取得部１１７は、処理をステップＳ２７９に進める。
ステップＳ２５９における判定の結果が肯定の場合、ゲーム端末１０-1のメッセージ取得部１１７は、ゲーム端末１０-2から受信したメッセージ通知情報ＤTmに含まれるメッセージを取得する（Ｓ２６１）。
また、ゲーム端末１０-1のメッセージ取得部１１７は、ゲーム端末１０-2から受信したメッセージ通知情報ＤTmに含まれる対戦進行情報ＤT4を取得する（Ｓ２６３）。なお、上述のとおり、ステップＳ２６３においてメッセージ取得部１１７が取得する対戦進行情報ＤT4は、ゲーム端末１０-2においてメッセージ通知情報ＤTmの示すメッセージが入力されたタイミングにおける、ゲーム端末１０-2での対戦状況情報ＤT3の更新回数ＧT2を示す。
また、ゲーム端末１０-1の対戦進行情報取得部１１６は、ゲーム端末１０-1の記憶部１３０から、対戦進行情報ＤT4を取得する（Ｓ２６５）。なお、上述のとおり、ステップＳ２６５において対戦進行情報取得部１１６が取得する対戦進行情報ＤT4は、ステップＳ２６５が実行されるタイミングにおける、ゲーム端末１０-1での対戦状況情報ＤT3の更新回数ＧT1を示す。

図４７に示すように、ゲーム端末１０-1のメッセージ表示決定部１２２は、ステップＳ２６５において対戦進行情報取得部１１６が取得した対戦進行情報ＤT4の示す更新回数ＧT1が、ステップＳ２６３においてメッセージ取得部１１７が取得した対戦進行情報ＤT4の示す更新回数ＧT2以上であるか否かを判定する（Ｓ２７１）。換言すれば、メッセージ表示決定部１２２は、ステップＳ２７１において、更新回数ＧT1と更新回数ＧT2とを比較する。
ステップＳ２７１における判定の結果が肯定の場合、ゲーム端末１０-1のメッセージ表示決定部１２２は、ゲーム端末１０-2から受信したメッセージ通知情報ＤTmに含まれるメッセージを、ゲーム端末１０-1の表示部１６０に表示させる旨の決定を行う（Ｓ２７３）。換言すれば、メッセージ表示決定部１２２は、ステップＳ２７３において、ステップＳ２７１における比較結果に基づいて、ゲーム端末１０-2から受信したメッセージ通知情報ＤTmに含まれるメッセージを、ゲーム端末１０-1の表示部１６０に表示させる旨の決定を行う。
そして、ゲーム端末１０-1の表示情報生成部１２３は、ゲーム端末１０-2から受信したメッセージ通知情報ＤTmに含まれるメッセージを有する画像を示す、表示情報を生成する（Ｓ２７５）。
ステップＳ２７１における判定の結果が否定の場合、ゲーム端末１０-1のメッセージ表示決定部１２２は、ゲーム端末１０-2から受信したメッセージ通知情報ＤTmに含まれるメッセージを、ゲーム端末１０-1の表示部１６０に表示することを一時的に禁止する旨の決定を行う（Ｓ２７７）。換言すれば、メッセージ表示決定部１２２は、ステップＳ２７７において、ステップＳ２７１における比較結果に基づいて、ゲーム端末１０-2から受信したメッセージ通知情報ＤTmに含まれるメッセージを、ゲーム端末１０-1の表示部１６０に表示することを禁止する旨の決定を行う。
そして、ゲーム端末１０-1の表示情報生成部１２３は、ゲーム端末１０-2から受信したメッセージ通知情報ＤTmに含まれるメッセージを有しない画像を示す、表示情報を生成する（Ｓ２７９）。
その後、ゲーム端末１０-1の表示情報生成部１２３は、ステップＳ２７５またはＳ２７９で生成した表示情報に基づく画像を、ゲーム端末１０-1の表示部１６０に表示させる（Ｓ２８１）。

次に、ゲーム端末１０-1のゲーム処理部１１５は、所定のゲーム終了条件が充足されたか否かを判定する（Ｓ２８３）。ここで、所定のゲーム終了条件とは、例えば、サッカーゲームに係る対戦が終了するタイミングが到来することである。
ステップＳ２８３における判定の結果が否定の場合、ゲーム処理部１１５は、処理をステップＳ２０５に進める。また、ステップＳ２８３における判定の結果が肯定の場合、ゲーム処理部１１５は、対戦進行処理を終了させる。

［４−５．実施形態の結論］
本実施形態によれば、ゲーム端末１０-1において実行される対戦の進行内容と、ゲーム端末１０-2において実行される対戦の進行内容とが、同一である場合に、ゲーム端末１０-1における対戦の進行の程度が、ゲーム端末１０-2における対戦の進行の程度に到達するまで、ゲーム端末１０-2から入力されたメッセージのゲーム端末１０-1における出力を禁止する。このため、本実施形態によれば、ゲーム端末１０-1における対戦の進行が、ゲーム端末１０-2における対戦の進行よりも遅い場合に、ゲーム端末１０-1のユーザＵ-1が、ゲーム端末１０-2のユーザＵ-2からのメッセージを見ることを防止することができる。すなわち、本実施形態によれば、ゲーム端末１０-1のユーザＵ-1が、ゲーム端末１０-2のユーザＵ-2からのメッセージに基づいて、対戦の今後の展開を予想することを防止することができる。これにより、本実施形態によれば、対戦相手からのメッセージに基づいて、対戦の今後の展開が予想可能となることに起因する、サッカーゲームの興趣性が損なわれることを防止することができる。

また、本実施形態によれば、ゲーム端末１０-1において実行される対戦の進行内容と、ゲーム端末１０-2において実行される対戦の進行内容とが、同一である場合であって、ゲーム端末１０-1における対戦の進行の程度が、ゲーム端末１０-2における対戦の進行の程度よりも進んでいる場合に、ゲーム端末１０-2から入力されたメッセージのゲーム端末１０-1における出力を禁止せずに出力させる。これにより、本実施形態によれば、ゲーム端末１０-2における対戦の進行が、ゲーム端末１０-1における対戦の進行よりも遅い場合に、ゲーム端末１０-2のユーザＵ-2が入力したメッセージを、ゲーム端末１０-1のユーザＵ-1に迅速に把握させることができる。このため、本実施形態によれば、進行が遅れているゲーム端末１０-2から入力されたユーザＵ-2からのメッセージの、ゲーム端末１０-1における出力が遅延することを防止することができる。

また、本実施形態によれば、ゲーム端末１０-1のユーザＵ-1と、ゲーム端末１０-2のユーザＵ-2との間で、対戦が行われる場合に、ゲームサーバ３４から、ゲーム端末１０-1及びゲーム端末１０-2の双方に対して、同一内容のゲーム内容情報ＤT0が供給される。そして、ゲーム端末１０-1及びゲーム端末１０-2は、ゲームサーバ３４から供給されたゲーム内容情報ＤT0に基づいて、対戦を実行する。このため、本実施形態によれば、ゲーム端末１０-1及びゲーム端末１０-2の各々が、ゲーム端末１０-1及びゲーム端末１０-2の間で通信を実行することなく、同一の内容の対戦を個別に進行させることが可能となる。これにより、本実施形態によれば、ゲームシステムＳYSにおける通信負荷を軽減することができる。

また、本実施形態によれば、ゲームサーバ３４から供給される対戦内容指定情報ＤT2に含まれるシード情報及び指定値生成規則情報に基づいて、ゲーム端末１０において更新内容指定情報を生成する。このため、本実施形態によれば、ゲームサーバ３４において更新内容指定情報を生成して、生成した更新内容指定情報をゲーム端末１０に送信する場合と比較して、通信負荷を効果的に軽減することができる。

また、本実施形態によれば、ゲーム端末１０-1における対戦の進行の程度が、ゲーム端末１０-2における対戦の進行の程度よりも遅れている場合に、ゲーム端末１０-1における対戦の進行の程度が、ゲーム端末１０-2における対戦の進行の程度に到達するまで、ゲーム端末１０-2から入力されたメッセージのゲーム端末１０-1における出力を禁止する。換言すれば、本実施形態によれば、ゲーム端末１０-2における対戦の進行の程度が、ゲーム端末１０-1における対戦の進行の程度よりも進んでいる場合において、ゲーム端末１０-2は、ゲーム端末１０-2から入力されたメッセージを、ゲーム端末１０-1における対戦の進行の程度を考慮することなく、ゲーム端末１０-1に対して送信することができる。このため、本実施形態によれば、例えば、ゲーム端末１０-1における対戦の進行の程度が、ゲーム端末１０-2における対戦の進行の程度に到達するまで、ゲーム端末１０-2から入力されたメッセージを、ゲーム端末１０-2が、ゲーム端末１０-1に対して送信することを禁止する態様と比較して、ゲーム端末１０-2における処理負荷を軽減することが可能となる。
また、本実施形態によれば、例えば、ゲーム端末１０-1における対戦の進行の程度を示す情報を、ゲーム端末１０-2に対して供給する必要が無いため、例えば、ゲーム端末１０-1における対戦の進行の程度が、ゲーム端末１０-2における対戦の進行の程度に到達するまで、ゲーム端末１０-2から入力されたメッセージを、ゲーム端末１０-2が、ゲーム端末１０-1に対して送信することを禁止する態様と比較して、ゲーム端末１０-1及びゲーム端末１０-2の間の通信負荷を軽減することができる。

なお、本実施形態において、ユーザ情報ＤT1は、例えば、サッカーゲームに係る対戦の実行時に参照され、対戦の結果に影響を及ぼす「ゲームデータ」として把握することもできる。従って、ユーザ情報ＤT1を取得するゲーム内容情報取得部１１８は、例えば、ゲームデータを取得する「ゲームデータ取得部」として把握することもできる。
また、本実施形態において、シード値として、例えば、「乱数値」を採用してもよい。従って、シード値を含む対戦内容指定情報ＤT2を取得するゲーム内容情報取得部１１８は、例えば、乱数値を取得する「乱数取得部」として把握することもできる。
また、本実施形態において、対戦状況情報ＤT3は、例えば、対戦の状況を示す「状況データ」として把握することもできる。従って、対戦状況情報ＤT3を更新する対戦状況情報更新部１１２は、例えば、状況データを更新する「更新部」として把握することもできる。
また、本実施形態において、ゲーム端末１０が他のゲーム端末１０から取得したメッセージ通知情報ＤTmに含まれる対戦進行情報ＤT4は、例えば、他のゲーム端末１０における対戦の進行状況を示す「進行情報」として把握することもできる。従って、他のゲーム端末１０から、メッセージと、対戦進行情報ＤT4とを取得するメッセージ取得部１１７は、例えば、他のゲーム端末１０からメッセージと進行情報とを受信する「メッセージ受信部」として把握することもできる。
また、本実施形態において、ゲーム端末１０の記憶部１３０に記憶されている対戦進行情報ＤT4の示す内部更新回数ＧT-xは、例えば、ゲーム端末１０における対戦の「進行状況」として把握することもでき、他のゲーム端末１０から受信したメッセージ通知情報ＤTmに含まれる対戦進行情報ＤT4の示す取得更新回数ＧT-yは、例えば、他のゲーム端末１０においてメッセージが入力された時点における対戦の「進行状況」として把握することもできる。従って、内部更新回数ＧT-xが取得更新回数ＧT-y以上となるタイミングまで、他のゲーム端末１０から受信したメッセージの表示部１６０への表示を禁止するメッセージ表示決定部１２２は、例えば、ゲーム端末１０において実行中の対戦の進行状況が、他のゲーム端末１０でメッセージが入力された場合の進行状況になるまで、メッセージの出力を制限する「制限部」として把握することもできる。

［４−６．実施形態４の変形例］
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は、相互に矛盾しない範囲内で適宜に併合され得る。なお、以下に例示する変形例において作用や機能が実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。

［変形例１］
上述した実施形態において、ゲーム端末１０は、ゲーム進行部１１１、対戦進行情報取得部１１６、メッセージ取得部１１７、ゲーム内容情報取得部１１８、表示制御部１２１、及び、操作受付部１２４を備えるが、本発明はこのような態様に限定されるものではなく、これらの機能のうちの一部または全部は、例えば、ゲームサーバ３４において実現されてもよい。

例えば、ゲームシステムＳYSは、ゲームサーバ３４の代わりに、後述するゲームサーバ３４Ｃを備え、ゲーム端末１０-1〜１０-Mの代わりに、後述するゲーム端末１０Ｃ-1〜１０Ｃ-Mを備えてもよい。

図４８は、ゲームサーバ３４Ｃの機能構成の一例を示す機能ブロック図である。ゲームサーバ３４Ｃは、記憶部３４２に制御プログラムＰGs4の代わりに制御プログラムＰGsCを記憶している点と、ゲームサーバ制御部３４１の代わりにゲームサーバ制御部３４１Ｃを備える点と、において、ゲームサーバ３４と相違する。ゲームサーバ制御部３４１Ｃは、ゲームサーバ３４Ｃのプロセッサが、制御プログラムＰGsCを実行し、当該制御プログラムＰGsCに従って動作することで実現される機能である。
ゲームサーバ制御部３４１Ｃは、対戦進行情報取得部１１６と、メッセージ取得部１１７と、表示制御部１２９と、を備える。表示制御部１２９は、表示情報生成部１２３を備えない点において、表示制御部１２１と相違する。

図４９は、ゲーム端末１０Ｃの機能構成の一例を示す機能ブロック図である。ゲーム端末１０Ｃは、記憶部１３０に制御プログラムＰGtの代わりに制御プログラムＰGtCを記憶している点と、端末制御部１１０の代わりに端末制御部１１０Ｃを備える点と、において、ゲーム端末１０と相違する。端末制御部１１０Ｃは、ゲーム端末１０Ｃのプロセッサが、制御プログラムＰGtCを実行し、当該制御プログラムＰGtCに従って動作することで実現される機能である。
端末制御部１１０Ｃは、対戦進行情報取得部１１６を備えない点と、メッセージ取得部１１７を備えない点と、表示制御部１２１の代わりに表示制御部１２１Ｃを備える点と、において、端末制御部１１０と相違する。表示制御部１２１Ｃは、メッセージ表示決定部１２２を備えない点において、表示制御部１２１と相違する。

本変形例に係るゲームシステムでは、ゲーム端末１０Ｃ-1（「第１の端末装置」の一例）の備えるゲーム進行部１１１（「第１ゲーム進行部」の一例）が、ゲーム端末１０Ｃ-1における対戦を進行させ、ゲーム端末１０Ｃ-2（「第２の端末装置」の一例）の備えるゲーム進行部１１１（「第２ゲーム進行部」の一例）が、ゲーム端末１０Ｃ-2における対戦を進行させる。そして、本変形例に係るゲームシステムでは、ゲームサーバ３４Ｃの備える対戦進行情報取得部１１６（「第１取得部」の他の例）が、ゲーム端末１０Ｃ-1の備える記憶部１３０に記憶されている対戦進行情報ＤT4（「第１進行情報」の他の例）を取得する。また、本変形例に係るゲームシステムでは、ゲームサーバ３４Ｃの備えるメッセージ取得部１１７（「第２取得部」の他の例）が、ゲーム端末１０Ｃ-2において入力されたメッセージ（「入力情報」の他の例）と、ゲーム端末１０Ｃ-2において当該メッセージが入力された時点において、ゲーム端末１０Ｃ-2の備える記憶部１３０に記憶されている対戦進行情報ＤT4（「第２進行情報」の他の例）と、を取得する。そして、本変形例に係るゲームシステムでは、ゲームサーバ３４Ｃの備える表示制御部１２９（「出力制御部」の他の例）が、ゲーム端末１０Ｃ-2において入力されたメッセージの、ゲーム端末１０Ｃ-1の備える表示部１６０（「出力部」の一例）に対する出力を制御する。

［変形例２］
上述した実施形態及び変形例１では、「出力情報」として、表示部に表示可能な文字列または画像等の、視覚によりユーザＵが把握可能な表示情報を例示して説明したが、本発明はこのような態様に限定されるものではない。
例えば、「出力情報」は、聴覚によりユーザＵが把握可能な音声情報であってもよいし、嗅覚によりユーザＵが把握可能な香り情報であってもよいし、または、触覚によりユーザＵが把握可能な振動情報であってもよい。

［変形例３］
上述した実施形態並びに変形例１及び２では、「ゲーム」として、サッカーゲームを例示して説明したが、本発明はこのような態様に限定されるものではない。
本発明では、「ゲーム」として、一のゲーム端末を操作する一のユーザＵ、及び、他のゲーム端末を操作する他のユーザＵが、対戦する任意のゲーム、または、一のユーザＵ及び他のユーザＵが協力しつつミッションのクリアを目指す任意のゲームを採用することができる。
本発明において、「ゲーム」として、例えば、野球、テニス、アメリカンフットボール、バスケットボール、または、バレーボール等の、サッカー以外のスポーツを題材としたスポーツゲームを採用してもよいし、また、例えば、カードゲーム、アクションゲーム、ロールプレイングゲーム、または、格闘ゲーム等のような、スポーツゲーム以外の、任意の形式のゲーム、または、任意のジャンルのゲームを採用してもよい。

更に、上述した実施形態並びに変形例１及び２では、一のユーザＵの操作する一のゲーム端末と、他のユーザＵの操作する他のゲーム端末とにおいて、共通のゲームを進行させる場合を例示して説明したが、本発明はこのような態様に限定されるものではない。
本発明は、一のユーザＵの操作する一のゲーム端末と、他のユーザＵの操作する他のゲーム端末とにおいて、共通のコンテンツを進行させる場合についても適用可能である。ここで、共通のコンテンツとは、例えば、映画、ドラマ、授業を撮像した映像、または、スポーツ若しくはゲームの試合を撮像した映像等の、映像コンテンツであってもよいし、音楽、または、音声放送等の、音声コンテンツであってもよい。

［４−７．付記］
以上の記載から、本発明は例えば以下のように把握される。なお、各態様の理解を容易にするために、以下では、図面の参照符号を便宜的に括弧書きで付記するが、本発明を図示の態様に限定する趣旨ではない。

［付記１］
本発明の一態様に係るプログラムは、端末装置（例えば、ゲーム端末１０-1）のプロセッサ（例えば、プロセッサ１０００-1）を、ゲームの進行内容を規定する内容情報に基づいて、前記ゲームを進行させるゲーム進行部（例えば、ゲーム進行部１１１）と、前記端末装置における前記ゲームの進行の程度を示す第１進行情報を取得する第１取得部（例えば、対戦進行情報取得部１１６）と、前記内容情報に基づいて前記ゲームを進行している他の端末装置（例えば、ゲーム端末１０-2）において入力された入力情報、及び、前記他の端末装置において前記入力情報が入力された時点の前記他の端末装置における前記ゲームの進行の程度を示す第２進行情報、を取得する第２取得部（例えば、メッセージ取得部１１７）と、前記第１進行情報、及び、前記第２進行情報に基づいて、前記第２取得部の取得した前記入力情報に応じた出力情報の出力を制御する出力制御部（例えば、表示制御部１２１）と、して機能させる、ことを特徴とする。

本態様において、出力制御部は、端末装置におけるゲームの進行の程度を示す第１進行情報と、他の端末装置において入力情報が入力された時点の他の端末装置におけるゲームの進行の程度を示す第２進行情報と、に基づいて、入力情報に応じた出力情報の出力を制御する。このため、本態様によれば、他の端末装置におけるゲームの進行の程度が、端末装置におけるゲームの進行の程度よりも進んでいる場合に、入力情報に応じた出力情報の出力を禁止することが可能となる。従って、本態様によれば、端末装置のユーザが、端末装置よりもゲームの進行の程度が進んでいる他の端末装置から入力された入力情報に応じた出力情報に基づいて、端末装置におけるゲームの進行状況よりも未来のゲームの進行状況を知ることを防止することが可能となる。これにより、本実施形態によれば、端末装置のユーザがゲームの進行の今後の展開を予想可能となることに起因して生じるゲームの興趣性の低下を防止することができる。

なお、上記態様において、「内容情報」とは、例えば、端末装置におけるゲームの進行内容自体を指定する情報（以下、「進行内容指定情報」と称する）であってもよいし、または、端末装置においてゲームの進行内容を決定する際に、当該決定方法を規定する情報（以下、「決定方法規定情報」と称する）であってもよい。
ここで、「進行内容指定情報」とは、例えば、ゲームの進行内容自体を示す情報であってもよい。また、「進行内容指定情報」とは、例えば、端末装置が、ゲームの進行状況を示す対戦状況情報を更新することで、ゲームを進行させる場合に、対戦状況情報の更新内容を指定する情報（以下、「更新内容指定情報」と称する）であってもよい。
また、「決定方法規定情報」とは、例えば、端末装置において、更新内容指定情報を生成する場合に、当該生成の方法を規定する情報であってもよい。具体的には、「決定方法規定情報」とは、例えば、端末装置において、更新内容指定情報を生成するために用いる規則または関数（以下、「生成規則」と称する）を示す情報であってもよい。また、「決定方法規定情報」とは、例えば、生成規則が、生成規則に対する入力値に応じた値を示す更新内容指定情報を出力する関数である場合、当該関数に対する入力値を示す情報であってもよい。ここで、「入力値」としては、例えば、乱数、または、タイムスタンプ等のように、更新内容指定情報の示す値に対してランダム性を付与可能な値であってもよいし、端末装置のユーザを識別する情報、または、予め定められた値等のように、更新内容指定情報が一定の値となるような値であってもよい。

また、上記態様において、「第１進行情報」とは、例えば、端末装置において実行された、ゲームを進行させる処理の回数であってもよいし、または、端末装置において、ゲームが進行している期間の時間長であってもよい。

また、上記態様において、「入力情報」とは、例えば、画像及び文字列等の、端末装置のユーザが視覚により把握可能な情報であってもよいし、音楽及び音声等の、端末装置のユーザが聴覚により把握可能な情報であってもよい。また、上記態様において、「入力情報」とは、例えば、視覚により把握可能な複数の情報、または、聴覚により把握可能な複数の情報の中から、端末装置のユーザにより選択された情報を識別するための情報であってもよい。

また、上記態様において、「出力情報」とは、例えば、画像及び文字列等の、端末装置のユーザが視覚により把握可能な情報であってもよいし、音楽及び音声等の、端末装置のユーザが聴覚により把握可能な情報であってもよい。

［付記２］
本発明の他の態様に係るプログラムは、付記１に記載のプログラムであって、前記出力制御部は、前記第２進行情報の示す前記ゲームの進行の程度が、前記第１進行情報の示す前記ゲームの進行の程度よりも進んでいる場合に、前記出力情報の出力を禁止する、ことを特徴とする。

本態様によれば、他の端末装置におけるゲームの進行の程度が、端末装置におけるゲームの進行の程度よりも進んでいる場合に、出力情報の出力を禁止する。このため、本態様によれば、端末装置のユーザが、出力情報に基づいて、端末装置におけるゲームの進行状況よりも未来のゲームの進行状況を知ることを防止することが可能となる。

なお、上記態様において、「出力情報の出力を禁止する」とは、出力情報を構成する一切の情報の出力を禁止することであってもよい。すなわち、上記態様において、「出力情報の出力を禁止する」こととは、出力情報を構成する情報のうち一部の情報のみの出力を禁止する態様であって、出力情報を構成する情報のうち当該一部の情報以外の情報の出力を許容する態様を含まないことであってもよい。
また、上記態様において、出力制御部は、他の端末装置におけるゲームの進行の程度が、端末装置におけるゲームの進行の程度よりも進んでいる場合に限り、出力情報の出力を禁止し、端末装置におけるゲームの進行の程度が、他の端末装置におけるゲームの進行の程度に到達した場合に、出力情報の出力の禁止を解除してもよい。換言すれば、出力制御部は、他の端末装置におけるゲームの進行の程度が、端末装置におけるゲームの進行の程度よりも進んでいる場合に、端末装置におけるゲームの進行の程度が、他の端末装置におけるゲームの進行の程度に到達するまで、出力情報の出力を待機させてもよい。ここで、「出力情報の出力の待機」とは、「出力情報の出力の禁止」と、「出力情報の出力の禁止の解除」とを含む概念である。

［付記３］
本発明の他の態様に係るプログラムは、付記２に記載のプログラムであって、前記ゲーム進行部は、前記端末装置における前記ゲームの進行に応じて、前記第１進行情報を更新し、前記出力制御部は、前記出力情報の出力を禁止した後に、前記第１進行情報の示す前記ゲームの進行の程度と、前記第２進行情報の示す前記ゲームの進行の程度との比較の結果に基づき、前記出力情報を出力させることを決定する、ことを特徴とする。

本態様によれば、入力情報が入力された時点の他の端末装置におけるゲームの進行の程度が、端末装置におけるゲームの進行の程度よりも進んでいる場合、端末装置におけるゲームの進行の程度が、入力情報が入力された時点の他の端末装置におけるゲームの進行の程度に到達するまでの間、入力情報に応じた出力情報の出力を禁止することが可能となる。このため、本態様によれば、端末装置のユーザが、出力情報に基づいて、端末装置におけるゲームの進行状況よりも未来のゲームの進行状況を知ることを防止することが可能となる。

［付記４］
本発明の他の態様に係るプログラムは、付記１乃至３に記載のプログラムであって、前記出力制御部は、前記第１進行情報の示す前記ゲームの進行の程度が、前記第２進行情報の示す前記ゲームの進行の程度よりも進んでいる場合に、前記出力情報を出力させることを決定する、ことを特徴とする。

本態様によれば、端末装置におけるゲームの進行の程度が、他の端末装置におけるゲームの進行の程度よりも進んでいる場合に、出力情報の出力を決定する。このため、本態様によれば、端末装置よりもゲームの進行が遅れている他の端末装置から入力された入力情報の出力が、遅延することを防止することができる。

［付記５］
本発明の他の態様に係るプログラムは、付記１乃至４に記載のプログラムであって、前記ゲーム進行部は、前記端末装置における前記ゲームの進行に応じて、前記第１進行情報を更新し、前記端末装置における前記ゲームの進行が所定の段階に到達した場合、前記第１進行情報の更新を停止させる、ことを特徴とする。

本態様によれば、ゲームの進行が、例えば、ゲームの進行を停止すべき段階に到達した場合に、第１進行情報の更新を停止することができる。このため、本態様によれば、端末装置におけるゲームの進行の程度を、第１進行情報により精度良く表すことが可能となる。

なお、上記態様において、「所定の段階」とは、ゲームの進行の程度が予め定められた程度に達した段階であってもよいし、ゲームにおいて予め定められた内容が実現された段階であってもよい。
ここで、「ゲームの進行の程度が予め定められた程度に達した段階」とは、端末装置において実行された、ゲームを進行させる処理の回数が、所定の回数に到達した段階であってもよいし、端末装置において、ゲームが進行している期間が、所定の時間長に到達した段階であってもよい。具体的には、「ゲームの進行の程度が予め定められた程度に達した段階」とは、例えば、サッカーゲームにおいて、ハーフタイムの到来、または、試合の終了であってもよい。
また、「ゲームにおいて予め定められた内容が実現された段階」とは、例えば、ゲームに関するミッションを達成した段階であってもよいし、ゲームに関するミッションの不達成が確定した段階であってもよいし、ゲームに関するミッションの達成または不達成の前提となる状況が発生した段階したことであってもよい。具体的には、「ゲームに関するミッションを達成した段階」とは、例えば、サッカーゲームにおいて、サッカーの試合における勝利が確定した段階であってもよい。また、「ゲームに関するミッションの不達成が確定した段階」とは、例えば、サッカーゲームにおいて、サッカーの試合における敗北が確定した段階であってもよい。また、「ゲームに関するミッションの達成または不達成の前提となる状況が発生した段階」とは、例えば、サッカーゲームにおいて、得点した段階または失点した段階であってもよい。

［付記６］
本発明の他の態様に係るプログラムは、付記５に記載のプログラムであって、前記プロセッサを、前記端末装置のユーザの操作を受け付ける受付部（例えば、操作受付部１２４）として、更に機能させ、前記ゲーム進行部は、前記端末装置における前記ゲームの進行が停止している場合において、前記受付部が、所定の操作を受け付けたことに応答して、前記第１進行情報の更新の停止を解除させる、ことを特徴とする。

本態様によれば、端末装置のユーザが、例えば、ゲームの進行の停止を解除する操作を行った場合に、第１進行情報の更新の停止を解除することができる。このため、本態様によれば、端末装置におけるゲームの進行の程度を、第１進行情報により精度良く表すことが可能となる。

なお、上記態様において、「所定の操作」とは、例えば、ゲームの進行が停止している状態を解除する操作であってもよい。

［付記７］
本発明の他の態様に係るプログラムは、付記１乃至６に記載のプログラムであって、前記ゲーム進行部は、前記端末装置において前記ゲームを進行させる進行処理を繰り返し実行し、前記第１進行情報は、前記ゲーム進行部による前記進行処理の処理回数を示す、ことを特徴とする。

本態様によれば、端末装置におけるゲームの進行の程度を、第１進行情報により精度良く表すことが可能となる。

［付記８］
本発明の他の態様に係るプログラムは、付記１乃至７に記載のプログラムであって、前記端末装置、及び、前記他の端末装置は、前記内容情報を生成するサーバ装置（例えば、ゲームサーバ３４）と通信可能であり、前記プログラムは、前記端末装置のプロセッサを、前記サーバ装置から前記内容情報を取得する第３取得部（例えば、ゲーム内容情報取得部１１８）として、更に機能させ、前記ゲーム進行部は、前記第３取得部の取得した前記内容情報に基づいて、前記ゲームを進行させ、前記他の端末装置は、前記サーバ装置から前記内容情報を取得し、取得した前記内容情報に基づいて、前記ゲームを進行させる、ことを特徴とする。

本態様によれば、端末装置及び他の端末装置が、サーバ装置から供給される内容情報に基づいてゲームを進行させるため、端末装置及び他の端末装置の間において、ゲームの進行に係る情報の送受信が不要となる。このため、本態様によれば、例えば、端末装置及び他の端末装置の間において、ゲームの進行に係る情報を送受信する態様と比較して、端末装置及び他の端末装置の間のネットワークの通信負荷を軽減することが可能となる。

［付記９］
本発明の一態様に係る端末装置（例えば、ゲーム端末１０-1）は、ゲームを進行可能な端末装置であって、前記ゲームの進行内容を規定する内容情報に基づいて、前記ゲームを進行させるゲーム進行部（例えば、ゲーム進行部１１１）と、前記端末装置における前記ゲームの進行の程度を示す第１進行情報を取得する第１取得部（例えば、対戦進行情報取得部１１６）と、前記内容情報に基づいて前記ゲームを進行している他の端末装置（例えば、ゲーム端末１０-2）において入力された入力情報、及び、前記他の端末装置において前記入力情報が入力された時点の前記他の端末装置における前記ゲームの進行の程度を示す第２進行情報、を取得する第２取得部（例えば、ゲーム端末１０-2）と、前記第１進行情報、及び、前記第２進行情報に基づいて、前記第２取得部の取得した前記入力情報に応じた出力情報の出力を制御する出力制御部（例えば、表示制御部１２１）と、を備える、ことを特徴とする。

本態様によれば、他の端末装置におけるゲームの進行の程度が、端末装置におけるゲームの進行の程度よりも進んでいる場合に、入力情報に応じた出力情報の出力を禁止することが可能となる。従って、本態様によれば、端末装置のユーザが、端末装置よりもゲームの進行の程度が進んでいる他の端末装置から入力された入力情報に応じた出力情報に基づいて、端末装置におけるゲームの進行状況よりも未来のゲームの進行状況を知ることを防止することが可能となる。

［付記１０］
本発明の一態様に係るゲームシステムは、ゲームを進行可能な複数の端末装置を含むゲームシステムであって、前記複数の端末装置のうち第１の端末装置（例えば、ゲーム端末１０Ｃ-1）において、前記ゲームの進行内容を規定する内容情報に基づいて、前記ゲームを進行させる第１ゲーム進行部（例えば、ゲーム端末１０Ｃ-1に設けられたゲーム進行部１１１）と、前記複数の端末装置のうち第２の端末装置（例えば、ゲーム端末１０Ｃ-2）において、前記内容情報に基づいて、前記ゲームを進行させる第２ゲーム進行部（例えば、ゲーム端末１０Ｃ-2に設けられたゲーム進行部１１１）と、前記第１の端末装置における前記ゲームの進行の程度を示す第１進行情報を取得する第１取得部（例えば、対戦進行情報取得部１１６）と、前記第２の端末装置において入力された入力情報、及び、前記第２の端末装置において前記入力情報が入力された時点の前記第２の端末装置における前記ゲームの進行の程度を示す第２進行情報、を取得する第２取得部（例えば、メッセージ取得部１１７）と、前記第１進行情報、及び、前記第２進行情報に基づいて、前記第２取得部の取得した前記入力情報に応じた出力情報の、前記第１の端末装置に関連する出力部（例えば、ゲーム端末１０Ｃ-1に設けられた表示部１６０）に対する出力を制御する出力制御部（例えば、表示制御部１２９）と、を備える、ことを特徴とする。

本態様によれば、第２の端末装置におけるゲームの進行の程度が、第１の端末装置におけるゲームの進行の程度よりも進んでいる場合に、入力情報に応じた出力情報の出力を禁止することが可能となる。従って、本態様によれば、第１の端末装置のユーザが、第１の端末装置よりもゲームの進行の程度が進んでいる第２の端末装置から入力された入力情報に応じた出力情報に基づいて、第１の端末装置におけるゲームの進行状況よりも未来のゲームの進行状況を知ることを防止することが可能となる。

［５．その他変形例］
なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。

例えば、ゲーム端末１０においてゲームの主な処理が実行されて、ゲーム端末１０が本発明に係るゲーム制御装置に相当してもよいし、サーバ３０においてゲームの主な処理が実行され、サーバ３０が本発明に係るゲーム制御装置に相当してもよい。また例えば、ゲーム端末１０とサーバ３０とで各機能が分担されてもよい。この場合、ゲーム端末１０とサーバ３０とで処理結果を送受信すればよい。

また例えば、サーバ３０において実現される各機能は、ゲーム端末１０において実現されてもよい。例えば、データ記憶部３００がゲーム端末１０において実現され、ユーザデータＤＴ２が記憶部１２に記憶されてもよい。また例えば、規則情報生成部３０１及び規則情報送信部３０２がゲーム端末１０において実現され、制御部１１が乱数シードを生成したり他のゲーム端末１０に乱数シードを送信したりしてもよい。

また例えば、制限部１１７がサーバ３０において実現されてもよい。例えば、制限部１１７がゲームサーバ３０Ｄで実現されてもよく、この場合、制御部３１Ｄにより、メッセージの出力が制限されてもよい。例えば、ゲームサーバ３０Ｄの制限部１１７は、ゲーム端末１０に対してメッセージを送信しないことによって、メッセージの出力を制限してもよい。

また例えば、受付部３０３がゲーム端末１０で実現されてもよい。この場合、受付部３０３は、制御部１１を主として実現され、操作部１４の検出信号に基づいて参加要求を受け付けることになる。また例えば、役割取得部３０４がゲーム端末１０で実現されてもよい。この場合、役割取得部３０４は、制御部１１を主として実現され、操作部１４の検出信号に基づいて所望するポジションを取得してもよいし、記憶部１２に記憶されたポジションを取得してもよい。また例えば、追加部３０５がゲーム端末１０で実現されてもよい。この場合、追加部３０５は、制御部１１を主として実現され、ユーザ情報をキューに追加する旨の要求をサーバ３０に送信してもよい。また例えば、選択部３０６がゲーム端末１０で実現されてもよい。この場合、選択部３０６は、制御部１１を主として実現され、サーバ３０から参加登録データＤＴ３を取得してマッチングを実行してもよい。

また例えば、サッカーゲームが実行される場合を説明したが、他のゲームに本発明に係る処理を適用してもよい。例えば、他のスポーツゲーム（例えば、野球、テニス、アメリカンフットボール、バスケットボール、バレーボール等を題材としたゲーム）に本発明に係る処理を適用してもよい。また例えば、カードゲームやスポーツゲーム以外にも、アクションゲーム・ロールプレイングゲーム・格闘ゲーム等のように、ゲーム形式・ジャンルを問わず種々のゲームに本発明に係る処理を適用してもよい。

［６．付記］
以上のような記載から、本発明は例えば以下のように把握される。

［６−１．実施形態１に係る発明］
１−１）本発明の一態様に係るゲームシステム（Ｓ）は、複数のゲーム実行手段（１００）を含むゲームシステム（Ｓ）であって、各ゲーム実行手段（１００）は、ゲームが開始される場合に、複数のユーザ情報の各々に関連付けられたゲームデータを取得するゲームデータ取得手段（１０１）と、前記複数のゲーム実行手段（１００）で共通の乱数発生規則に基づいて発生される乱数を取得する乱数取得手段（１０３）と、前記ゲームの状況を示す状況データを記憶する記憶手段（１０４）と、各ユーザ情報に関連付けられた前記ゲームデータと前記乱数とに基づいて、前記複数のゲーム実行手段（１００）で共通のゲーム処理を実行することによって、前記状況データを更新する更新手段（１０５）と、前記状況データに基づいて、前記ゲームの状況を示すゲーム画像を表示手段（１５）に表示させる表示制御手段（１０６）と、を含む。

１−９）本発明の一態様に係るゲーム端末（１０）は、複数のゲーム実行手段（１００）のうちの少なくとも１つを含むゲーム端末（１０）であって、各ゲーム実行手段（１００）は、ゲームが開始される場合に、複数のユーザ情報の各々に関連付けられたゲームデータを取得するゲームデータ取得手段（１０１）と、前記複数のゲーム実行手段（１００）で共通の乱数発生規則に基づいて発生される乱数を取得する乱数取得手段（１０３）と、前記ゲームの状況を示す状況データを記憶する記憶手段（１０４）と、各ユーザ情報に関連付けられた前記ゲームデータと前記乱数とに基づいて、前記複数のゲーム実行手段（１００）で共通のゲーム処理を実行することによって、前記状況データを更新する更新手段（１０５）と、前記状況データに基づいて、前記ゲームの状況を示すゲーム画像を表示手段（１５）に表示させる表示制御手段（１０６）と、を含む。

１−１０）本発明の一態様に係るプログラムは、１−１）〜１−８）の何れかに記載のゲームシステム（Ｓ）又は１−９）に記載のゲーム端末（１０）としてコンピュータを機能させる。

１−１１）本発明の一態様に係る情報記憶媒体は、１−１０）のプログラムを記録したコンピュータで読み取り可能な情報記憶媒体である。

１−１）又は１−９）〜１−１１）に係る発明によれば、ゲームが開始される場合に取得されたゲームデータと、複数のゲーム実行手段で共通の乱数発生規則に基づいて発生される乱数と、に基づいて、複数のゲーム実行手段で共通のゲーム処理を実行することによって状況データが更新され、状況データの整合を取らなくても状況データが同じ内容になるので、通信負荷を軽減することができる。また、ゲームで使用されるゲームデータの組み合わせが同じだった場合、乱数を使用しなかったとすると毎回同じゲーム結果となってしまい、ユーザが飽きてしまう可能性があるが、乱数を使用してランダム要素を入れることで、ゲームデータの組み合わせが同じだったとしてもゲーム結果に変化をつけることができる。また、通信障害やアプリケーション終了等の理由により、一部のゲーム実行手段でゲームが途中終了したとしても、各ゲーム実行手段が状況データを更新するので、他のゲーム実行手段はゲームを最後まで実行することができる。

１−２）本発明の一態様では、各ゲーム実行手段（１００）は、前記乱数発生規則に関する規則情報を取得する規則情報取得手段（１０２）を更に含み、前記乱数取得手段（１０３）は、前記規則情報に基づいて前記乱数を発生させる。１−２）の態様によれば、各ゲーム実行手段が、ゲームが開始される場合に、複数のゲーム実行手段で共通の乱数発生規則に関する規則情報に基づいて乱数を発生させることで、複数のゲーム実行手段で共通の乱数とし、状況データを整合しなくても、他のゲーム実行手段と同じ内容の状況データを取得させることができる。また、各ゲーム実行手段が、サーバコンピュータなどから乱数のリストを取得する場合には、一応は同じ乱数を使って状況データを更新することができるが、乱数のリストを送信する分の通信負荷が発生する。この点、１−２）の態様は、各ゲーム実行手段が、規則情報を使って自分で乱数を発生させることで、乱数のリストを送信する必要がなくなるので、通信負荷を効果的に軽減することができる。

１−３）本発明の一態様では、前記ゲームシステム（Ｓ）は、マッチングを実行するためのサーバを更に含み、前記サーバは、マッチングが実行された場合に、時間情報に基づいて前記規則情報を生成する規則情報生成手段（３０１）と、各ゲーム実行手段（１００）に対し、前記規則情報を送信する規則情報送信手段（３０２）と、を含み、前記規則情報取得手段（１０２）は、前記規則情報送信手段（３０２）により送信された前記規則情報を取得する。１−３）の態様によれば、マッチングが実行された場合に、時間情報に基づいて規則情報を生成することで、マッチングのたびに異なる規則情報を生成し、各ゲーム実行手段に取得させる乱数を異ならせることができるので、ゲームの結果が毎回同じになりゲームの興趣性が低下するといったことを確実に防止することができる。

１−４）本発明の一態様では、前記規則情報は、前記乱数発生規則に入力される乱数シードである。１−４）の態様によれば、乱数シードを用いることで、複数のゲーム実行手段で共通の乱数を確実に発生させ、状況データを整合しなくても、他のゲーム実行手段と同じ内容の状況データを取得させることができる。

１−５）本発明の一態様では、前記乱数取得手段（１０３）は、前記状況データを更新するための複数の更新タイミングの各々が訪れるたびに、前記乱数発生規則に基づいて発生される乱数列から順番に前記乱数を取得し、前記更新手段（１０５）は、各更新タイミングが訪れるたびに、前記乱数列から順番に取得された前記乱数に基づいて、前記状況データを更新する。１−５）の態様によれば、複数の更新タイミングの各々が訪れるたびに、乱数発生規則に基づいて発生される乱数列から順番に取得された乱数に基づいて状況データを更新することにより、乱数が状況データに複数回影響してランダム要素が高まるので、ゲームの興趣性を効果的に高めることができる。

１−６）本発明の一態様では、各ゲーム実行手段（１００）は、前記状況データに基づいて、前記ゲームが第１の状況になったか否かを判定する第１判定手段（１０７）と、前記ゲームが第１の状況になったと判定された場合に、他のゲーム実行手段（１００）における前記ゲームが前記第１の状況になるまで、前記状況データの更新を一時停止させる第１停止手段（１０８）と、他のゲーム実行手段（１００）における前記ゲームが前記第１の状況になった場合に、前記状況データの更新を再開させる第１再開手段（１０９）と、を更に含む。１−６）の態様によれば、ゲームが第１の状況になった場合に、他のゲーム実行手段におけるゲームが第１の状況になるまでは状況データの更新を一時停止し、他のゲーム実行手段におけるゲームが第１の状況になった場合に状況データの更新を再開することによって、ゲーム実行手段間でゲームの進行を合わせることができる。ゲームの進行を合わせることで、例えば、ゲームの終了時点を合わせることができたり、ゲーム実行中のチャット時に話が噛みあわないといったことを防止したりすることができる。

１−７）本発明の一態様では、前記第１の状況は、前記ゲームにおいて、所定の処理が実行された回数が閾値以上になることである。１−７）の態様によれば、所定の処理が実行された回数が閾値以上になった場合に、状況データの更新を一時停止して、ゲーム実行手段間でゲームの進行を合わせることで、より確実にゲームの進行を合わせることができる。例えば、所定の処理として、進行がずれそうな処理（端末の性能によって処理時間に差が出そうな処理）を定めておくことで、ゲームの進行が大幅にずれるといったことを防止することができる。また例えば、閾値を２以上に設定しておく場合には、所定の処理が発生したとしても、その回数が閾値以上になるまでは状況データの更新が一時停止しないので、所定の処理が発生するたびにゲームが一時停止するといったことを防止でき、ゲームの進行をスムーズにすることができる。

１−８）本発明の一態様では、各ゲーム実行手段（１００）は、前記状況データに基づいて、前記ゲームが第２の状況になったか否かを判定する第２判定手段（１１０）と、前記ゲームが前記第２の状況になったと判定された場合に、前記状況データの更新を一時停止させる第２停止手段（１１１）と、前記状況データの更新が一時停止された場合に、当該各ゲーム実行手段（１００）のうちの１又は複数のゲーム実行手段（１００）に対応するユーザ情報に関連付けられた前記ゲームデータを変更する変更手段（１１２）と、前記変更手段（１１２）により変更されたゲームデータを他のゲーム実行手段（１００）に送信するゲームデータ送信手段（１１３）と、他のゲーム実行手段（１００）の前記変更手段（１１２）により変更されたゲームデータを受信するゲームデータ受信手段（１１４）と、自身の前記変更手段（１１２）により変更されたゲームデータと、他のゲーム実行手段（１００）の前記変更手段（１１２）により変更されたゲームデータと、に基づいて、前記状況データの更新を再開させる第２再開手段（１１５）と、を更に含む。１−８）の態様によれば、ゲーム終了まで全く介入できないのではなく、ゲームの途中でゲームデータの変更をさせることで、ゲームの興趣性を効果的に高めることができる。

［６−２．実施形態２に係る発明］
２−１）本発明の一態様に係るゲームシステム（Ｓ）は、複数のゲーム実行手段（１００）を含むゲームシステム（Ｓ）であって、各ゲーム実行手段（１００）は、ゲームの状況を示す状況データを記憶する記憶手段（１０４）と、前記複数のゲーム実行手段（１００）で共通のゲーム処理を実行することによって、前記状況データを更新する更新手段（１０５）と、前記状況データに基づいて、ゲーム画像を表示手段に表示させる表示制御手段（１０６）と、他のゲーム実行手段（１００）において入力されたメッセージを受信する受信手段（１１６）と、前記メッセージを出力する出力手段（１１８）と、を含み、前記ゲームシステム（Ｓ）は、実行中の前記ゲームの進行状況が、前記他のゲーム実行手段（１００）で前記メッセージが入力された場合の進行状況になるまで、前記メッセージの出力を制限する制限手段（１１７）、を含む。

２−８）本発明の一態様に係るゲーム端末は、複数のゲーム実行手段（１００）のうちの少なくとも１つを含むゲーム端末であって、各ゲーム実行手段（１００）は、ゲームの状況を示す状況データを記憶する記憶手段（１０４）と、他のゲーム実行手段（１００）と共通のゲーム処理を実行することによって、前記状況データを更新する更新手段（１０５）と、前記状況データに基づいて、ゲーム画像を表示手段に表示させる表示制御手段（１０６）と、他のゲーム実行手段（１００）において入力されたメッセージと、前記メッセージが入力された場合の前記他のゲーム実行手段（１００）で実行中の前記ゲームの進行状況を示す進行情報と、を受信する受信手段（１１６）と、前記メッセージを出力する出力手段（１１８）と、実行中の前記ゲームの進行状況が、受信した前記進行情報が示す進行状況になるまで、前記メッセージの出力を制限する制限手段（１１７）と、を含む。

２−９）本発明の一態様に係るプログラムは、２−１）〜２−８）の何れかに記載のゲーム実行手段（１００）としてコンピュータを機能させる。

２−１０）本発明の一態様に係る情報記憶媒体は、２−９）のプログラムを記録したコンピュータで読み取り可能な情報記憶媒体である。

２−１）又は２−８）〜２−１０）に係る発明によれば、実行中のゲームが、他のゲーム実行手段でメッセージが入力された場合の進行状況になるまで、メッセージの出力を制限することで、ゲーム進行が遅いゲーム実行手段のユーザが、ゲーム進行が早いゲーム実行手段のユーザのメッセージの内容から今後の展開を予想するといったことを防止できるので、ゲームの興趣性の低下を防止することができる。また、ゲーム進行が遅いゲーム実行手段に、ゲーム進行が早いゲーム実行手段のユーザのメッセージを表示させると、ゲーム進行の違いによって話がかみ合わないといったことが生じるが、２−１）又は２−８）〜２−１０）に係る発明では、このようなことを防止し、複数のユーザの話をかみ合わせることができる。また、各ゲーム実行手段で共通のゲーム処理を実行することによって状況データを更新することで、複数のユーザがゲームに参加する場合の通信負荷を軽減することもできる。

２−２）本発明の一態様では、前記制限手段（１１７）は、実行中の前記ゲームの進行状況が、前記他のゲーム実行手段（１００）で前記メッセージが入力された場合の進行状況に既になっている場合は、前記メッセージの出力を制限せずに、前記メッセージを出力させる。２−２）の態様によれば、実行中のゲームの進行状況が他のゲーム実行手段でメッセージが入力された場合の進行状況に既になっている場合には、当該メッセージの出力を制限せずに出力することで、進行が遅れている他のユーザが入力したメッセージをユーザに迅速に把握させることができる。このため、進行が遅れている他のユーザのメッセージが出力されないといったことを防止することができる。

２−３）本発明の一態様では、前記状況データは、前記ゲーム内の時間を示す時間情報を含み、前記制限手段（１１７）は、実行中の前記ゲーム内の時間が、前記他のゲーム実行手段（１００）で前記メッセージが入力された場合の前記ゲーム内の時間になるまで、前記メッセージの出力を制限する。２−３）の態様によれば、ゲーム内の時間を示す時間情報を利用することで、実行中のゲームの進行状況が、他のゲーム実行手段でメッセージが入力された場合の進行状況になっているか否かをより簡易な処理によって判定することができるので、ゲーム実行手段の処理負荷を軽減することができる。

２−４）本発明の一態様では、前記制限手段（１１７）は、所定数以上のメッセージが入力された場合は、当該所定数以上のメッセージの全部又は一部のメッセージの出力を制限する。２−４）の態様によれば、所定数以上のメッセージが入力された場合に、所定数以上のメッセージの全部又は一部のメッセージの出力が制限されることで、多数のメッセージが出力されることを防止できる。

２−５）本発明の一態様では、各ゲーム実行手段（１００）は、前記ゲームが開始される場合に、複数のユーザ情報の各々に関連付けられたゲームデータを取得するゲームデータ取得手段（１０１）と、前記複数のゲーム実行手段（１００）で共通の乱数発生規則に基づいて発生される乱数を取得する乱数取得手段（１０３）と、を更に含み、前記更新手段（１０５）は、各ユーザ情報に関連付けられた前記ゲームデータと前記乱数とに基づいて、前記ゲーム処理を実行することによって、前記状況データを更新する。２−５）の態様によれば、ゲームが開始される場合に取得されたゲームデータと、複数のゲーム実行手段で共通の乱数発生規則に基づいて発生される乱数と、に基づいて、複数のゲーム実行手段で共通のゲーム処理を実行することによって状況データが更新され、ゲーム実行手段間で状況データの整合を取らなくても状況データが同じ内容になるので、複数のユーザがゲームに参加する場合の通信負荷を軽減することができる。また、ゲームで使用されるゲームデータの組み合わせが同じだった場合、乱数を使用しなかったとすると毎回同じゲーム結果となってしまい、ユーザが飽きてしまう可能性があるが、乱数を使用してランダム要素を入れることで、ゲームデータの組み合わせが同じだったとしてもゲーム結果に変化をつけることができる。また、通信障害やアプリケーション終了等の理由により、一部のユーザがゲームを途中終了させたとしても、各ユーザ端末内で状況データが更新されるので、他のユーザはゲームを最後まで続けることができる。

２−６）本発明の一態様では、前記出力手段（１１８）は、実行中の前記ゲームの進行状況が、前記他のゲーム実行手段（１００）で前記メッセージが入力された場合の進行状況に既になっている場合は、前記メッセージが入力された場合の進行状況を示す情報とともに、前記メッセージを出力する。２−６）の態様によれば、実行中のゲームが、他のゲーム実行手段でメッセージが入力された場合の進行状況に既になっている場合に、当該進行状況を示す情報とともにメッセージが表示されるので、どの時点で他のユーザが入力したメッセージなのかをユーザに把握させることができる。

２−７）本発明の一態様では、各ゲーム実行手段（１００）は、前記制限手段（１１７）を含み、前記受信手段（１１６）は、前記メッセージが入力された場合の前記他のゲーム実行手段（１００）で実行中の前記ゲームの進行状況を示す進行情報を受信し、前記制限手段（１１７）は、実行中の前記ゲームの進行状況が、受信した前記進行情報が示す進行状況になるまで、前記メッセージの出力を制限する。２−７）の態様によれば、各ゲーム実行手段にメッセージの出力を制限する処理を実行させることで、例えば、ゲームシステム内のサーバの処理負荷を軽減することができる。

［６−３．実施形態３に係る発明］
３−１）本発明の一態様に係るゲームシステム（Ｓ）は、複数のユーザが役割を分担して参加するゲームを実行するゲームシステム（Ｓ）であって、各ユーザによる、前記ゲームへの参加要求を受け付ける受付手段（３０３）と、複数の役割のうち、前記参加要求をしたユーザが所望する役割を取得する役割取得手段（３０４）と、各役割と、前記ゲームへの参加を登録している参加登録ユーザのユーザ情報と、が関連付けられた参加登録データに、前記参加要求をしたユーザのユーザ情報を、当該ユーザが所望する役割と関連付けて追加する追加手段（３０５）と、前記ゲームに参加する複数のユーザを選択する手段（３０６）であって、前記参加登録データに基づいて、前記役割ごとに、当該役割を担当するユーザを、当該役割に前記ユーザ情報が関連付けられた前記参加登録ユーザの中から選択する選択手段（３０６）と、を含む。

３−１０）本発明の一態様に係るゲーム制御装置（１０，３０）は、複数のユーザが役割を分担して参加するゲームを実行するゲーム制御装置（１０，３０）であって、各ユーザによる、前記ゲームへの参加要求を受け付ける受付手段（３０３）と、複数の役割のうち、前記参加要求をしたユーザが所望する役割を取得する役割取得手段（３０４）と、各役割と、前記ゲームへの参加を登録している参加登録ユーザのユーザ情報と、が関連付けられた参加登録データに、前記参加要求をしたユーザのユーザ情報を、当該ユーザが所望する役割と関連付けて追加する追加手段（３０５）と、前記ゲームに参加する複数のユーザを選択する手段（３０６）であって、前記参加登録データに基づいて、前記役割ごとに、当該役割を担当するユーザを、当該役割に前記ユーザ情報が関連付けられた前記参加登録ユーザの中から選択する選択手段（３０６）と、を含む。

３−１１）本発明の一態様に係るプログラムは、３−１）〜３−９）の何れかに記載のゲームシステム（Ｓ）又は３−１０）に記載のゲーム制御装置（１０，３０）としてコンピュータを機能させる。

３−１２）本発明の一態様に係る情報記憶媒体は、３−１１）のプログラムを記録したコンピュータで読み取り可能な情報記憶媒体である。

３−１）又は３−１０）〜３−１２）に係る発明によれば、ゲームへの参加要求をしたユーザのユーザ情報を、当該ユーザが所望する役割と関連付けて参加登録データに追加して、役割ごとに、当該役割を担当するユーザを、当該役割にユーザ情報が関連付けられた参加登録ユーザの中から選択することで、例えば、ユーザが所望する役割を他のユーザに取られたり、所望する役割が空いている対戦部屋をいちいち探したりすることがなくなるので、ユーザが所望の役割を担当するための手間を軽減することができる。

３−２）本発明の一態様では、前記ゲームシステム（Ｓ）は、前記参加登録データに基づいて、各役割の参加登録状況を各ユーザに提示する提示手段（３０７）、を更に含む。各役割を所望するユーザが集まるまでゲームに参加するユーザの選択が行われないといった場合には、参加要求をしたユーザが待機する状態が続き、ユーザがいつまで待てばよいか分からずに不満を感じる可能性があるが、３−２）の態様によれば、各役割の参加登録状況が提示され、マッチングまでどの程度時間がかかるかを予め予測させるといったことができるので、ユーザの不満を解消することができる。

３−３）本発明の一態様では、前記複数の役割は、予め定められた役割の組み合わせに基づいて決定される。３−３）の態様によれば、予め定められた役割の組み合わせに基づいて複数の役割が決定されることで、複数の役割を決める手間を省くことができる。他にも例えば、複数種類の組み合わせを用意しておき、時期に応じて使用する組み合わせを変えるようにした場合には、時期によって役割に変化を与えることができ、ゲームの興趣性を向上させることができる。

３−４）本発明の一態様では、前記ゲームシステム（Ｓ）は、前記参加登録状況が提示されたユーザの操作に基づいて、当該ユーザが所望する役割を変更する役割変更手段（３０８）を更に含む。３−４）の態様によれば、参加登録状況が提示されたユーザが所望する役割を変更することで、例えば、比較的空いている役割に変更して待ち時間を減らすといったことができ、ユーザの不満を効果的に解消することができる。

３−５）本発明の一態様では、前記ゲームでは、各ユーザのゲームオブジェクトが使用され、前記役割取得手段（３０４）は、前記参加要求をしたユーザのゲームオブジェクトと関連付けられた役割を、当該ユーザが所望する役割として取得する。３−５）の態様によれば、参加要求をしたユーザのゲームオブジェクトと関連付けられた役割を当該ユーザが所望する役割とすることで、ユーザがゲームに参加する前に所望する役割をいちいち選択しなくても済むので、ユーザの手間を効果的に軽減することができる。

３−６）本発明の一態様では、前記追加手段（３０５）は、前記参加要求をしたユーザが所望する役割が複数ある場合には、前記参加登録データに基づいて、当該ユーザが所望する複数の役割の中から選択した少なくとも１つの役割と関連付けて、当該ユーザのユーザ情報を前記参加登録データに追加する。３−６）の態様によれば、参加登録データが示す各役割の参加登録状況を考慮したうえで、ユーザ情報を関連付ける役割を選択することで、例えば、比較的空いている役割にユーザ情報を追加するといったことができるので、マッチングまでの待ち時間（ゲーム開始までの待ち時間）を短縮することができる。

３−７）本発明の一態様では、前記選択手段（３０６）は、前記複数の役割をそれぞれ所望する複数のユーザが集まった場合に、当該複数のユーザを選択し、前記選択手段（３０６）は、所定時間が経過しても、前記複数の役割をそれぞれ所望する複数のユーザが集まらなかった場合には、現時点で集まったユーザを選択し、前記ゲームシステム（Ｓ）は、前記参加登録データに基づいて、前記所定時間の長さを変更する時間変更手段（３０９）、を更に含む。３−７）の態様によれば、参加登録データが示す各役割の参加登録状況が、ゲームに参加するユーザを選択するための所定時間の長さに反映されるので、ゲームに参加するユーザを選択するまでにユーザを長時間待たせるといったことを防止することができる。

３−８）本発明の一態様では、前記ゲームでは、各ユーザの複数のゲームオブジェクトのうち、当該ユーザが指定したゲームオブジェクトが使用され、前記選択手段（３０６）は、前記複数の役割をそれぞれ所望する複数のユーザが集まった場合に、当該複数のユーザを選択し、前記ゲームシステム（Ｓ）は、前記選択手段（３０６）により選択された複数のユーザの各々が指定したゲームオブジェクトに、当該ユーザが所望する役割を割り当てる役割割当手段（３１０）を更に含み、前記選択手段（３０６）は、所定時間が経過しても、前記複数の役割をそれぞれ所望する複数のユーザが集まらなかった場合には、現時点で集まったユーザを選択し、前記役割割当手段（３１０）は、前記複数の役割をそれぞれ所望する複数のユーザが集まらなかった場合には、前記選択手段（３０６）により選択された複数のユーザの各々が指定しなかったゲームオブジェクトの中から、ユーザが集まらなかった役割を割り当てるゲームオブジェクトを決定する。３−８）の態様によれば、所定時間が経過しても複数の役割をそれぞれ所望する複数のユーザが集まらなかった場合には、現時点で集まったユーザを選択することで、ユーザがいつまで待ってもゲームに参加できないといった不満を防止することができる。更に、ユーザが指定しなかったゲームオブジェクトの中から、ユーザが集まらなかった役割を担当させることで、全く関係のないゲームオブジェクトが使用されるのではなく、ユーザのゲームオブジェクトが使用されるので、ゲームの興趣性を向上させることができる。

３−９）本発明の一態様では、前記ゲームでは、複数の第１の役割と、当該複数の第１の役割の各々の何れか一又は複数の第１の役割に属する詳細な役割である一又は複数の第２の役割と、があり、前記役割取得手段（３０４）は、前記参加要求をしたユーザが所望する第２の役割を取得し、前記参加登録データには、前記複数の第１の役割の各々と、前記ゲームへの参加登録のユーザのユーザ情報と、が関連付けられており、前記追加手段（３０５）は、前記参加要求をしたユーザが所望する第２の役割が属する第１の役割と関連付けて、当該ユーザのユーザ情報を前記参加登録データに追加し、前記ゲームシステム（Ｓ）は、前記参加登録データに基づいて、前記選択手段（３０６）により選択された複数のユーザの各々が担当する第２の役割を決定する役割決定手段（３１１）を更に含む。３−９）の態様によれば、参加要求をしたユーザが所望する第２の役割よりも広い第１の役割と関連付けて、当該ユーザのユーザ情報を参加登録データに追加することで、ユーザが集まりやすくなるので、マッチングまでの時間を早めることができる。

Ｓ ゲームシステム、Ｎ ネットワーク、１０，１０Ａ，１０Ｂ ゲーム端末、３０ サーバ、３０Ａ ゲートサーバ、３０Ｂ 認証サーバ、３０Ｃ ロビーサーバ、３０Ｄ ゲームサーバ、１１，１１Ａ，１１Ｂ，３１，３１Ａ，３１Ｂ，３１Ｃ，３１Ｄ 制御部、１２，１２Ａ，１２Ｂ，３２，３２Ａ，３２Ｂ，３２Ｃ，３２Ｄ 記憶部、１３，１３Ａ，１３Ｂ，３３，３３Ａ，３３Ｂ，３３Ｃ，３３Ｄ 通信部、１４，１４Ａ，１４Ｂ 操作部、１５，１５Ａ，１５Ｂ 表示部、１００ ゲーム実行部、１０１ ゲームデータ取得部、１０２ 規則情報取得部、１０３ 乱数取得部、１０４ データ記憶部、１０５ 更新部、１０６ 表示制御部、１０７ 第１判定部、１０８ 第１停止部、１０９ 第１再開部、１１０ 第２判定部、１１１ 第２停止部、１１２ 変更部、１１３ ゲームデータ送信部、１１４ ゲームデータ受信部、１１５ 第２再開部、１１６ メッセージ受信部、１１７ 制限部、１１８ 出力部、３００ データ記憶部、３０１ 規則情報生成部、３０２ 規則情報送信部、３０３ 受付部、３０４ 役割取得部、３０５ 追加部、３０６ 選択部、３０７ 提示部、３０８ 役割変更部、３０９ 時間変更部、３１０ 役割割当部、３１１ 役割決定部、Ａ１０，Ａ１１，Ａ３０，Ａ３１，Ａ４０，Ａ４１，Ａ６０，Ａ６１，Ａ７０，Ａ７１ 表示領域、Ｂ１２，Ｂ１３，Ｂ１４，Ｂ１５，Ｂ１６，Ｂ２０，Ｂ２１，Ｂ２２，Ｂ２３，Ｂ３２，Ｂ３３，Ｂ４３，Ｂ６２，Ｂ７２，Ｂ７１０，Ｂ７３０ ボタン、ＤＴ１ 状況データ，ＤＴ２ ユーザデータ，ＤＴ３ 参加登録データ，Ｍ６４ メッセージ，Ｗ６３，Ｗ７３ ウィンドウ、Ｇ１ マイページ画像、Ｇ２ 試合メニュー画像、Ｇ３ 個別対戦画像、Ｇ４ チーム情報画像、Ｇ５ マッチング画像、Ｇ６ 対戦画像、Ｇ７ カード選択画像。

Claims (6)

1. 複数のゲーム実行手段を含むゲームシステムであって、
   各ゲーム実行手段は、
   ゲームが開始される場合に、複数のユーザ情報の各々に関連付けられたゲームデータを取得するゲームデータ取得手段と、
   前記複数のゲーム実行手段で共通の乱数発生規則に基づいて発生される乱数を取得する乱数取得手段と、
   前記ゲームの状況を示す状況データを記憶する記憶手段と、
   各ユーザ情報に関連付けられた前記ゲームデータと前記乱数とに基づいて、前記複数のゲーム実行手段で共通のゲーム処理を実行することによって、前記状況データを更新する更新手段と、
   前記状況データに基づいて、前記ゲームの状況を示すゲーム画像を表示手段に表示させる表示制御手段と、
   を含み、
   各ゲーム実行手段は、
   前記状況データに基づいて、前記ゲームが第１の状況になったか否かを判定する第１判定手段と、
   前記ゲームが第１の状況になったと判定された場合に、他のゲーム実行手段における前記ゲームが前記第１の状況になったことを示す通知を受信するまで、前記状況データの更新を一時停止させる第１停止手段と、
   前記通知を受信した場合に、前記状況データの更新を再開させる第１再開手段と、
   を更に含み、
   前記第１の状況は、前記ゲームにおいて、繰り返し実行される所定の処理が実行された回数が１よりも大きい閾値以上になることである、
   ゲームシステム。
2. 各ゲーム実行手段は、前記乱数発生規則に関する規則情報を取得する規則情報取得手段を更に含み、
   前記乱数取得手段は、前記規則情報に基づいて前記乱数を発生させる、
   請求項１に記載のゲームシステム。
   
3. 前記乱数取得手段は、前記状況データを更新するための複数の更新タイミングの各々が訪れるたびに、前記乱数発生規則に基づいて発生される乱数列から順番に前記乱数を取得し、
   前記更新手段は、各更新タイミングが訪れるたびに、前記乱数列から順番に取得された前記乱数に基づいて、前記状況データを更新する、
   請求項１又は２に記載のゲームシステム。
4. 各ゲーム実行手段は、
   前記状況データに基づいて、前記ゲームが第２の状況になったか否かを判定する第２判定手段と、
   前記ゲームが前記第２の状況になったと判定された場合に、前記状況データの更新を一時停止させる第２停止手段と、
   前記状況データの更新が一時停止された場合に、当該各ゲーム実行手段のうちの１又は複数のゲーム実行手段に対応するユーザ情報に関連付けられた前記ゲームデータを変更する変更手段と、
   前記変更手段により変更されたゲームデータを他のゲーム実行手段に送信するゲームデータ送信手段と、
   他のゲーム実行手段の前記変更手段により変更されたゲームデータを受信するゲームデータ受信手段と、
   自身の前記変更手段により変更されたゲームデータと、他のゲーム実行手段の前記変更手段により変更されたゲームデータと、に基づいて、前記状況データの更新を再開させる第２再開手段と、
   を更に含む請求項１〜３の何れか１項に記載のゲームシステム。
5. 複数のゲーム実行手段のうちの少なくとも１つを含むゲーム端末であって、
   各ゲーム実行手段は、
   ゲームが開始される場合に、複数のユーザ情報の各々に関連付けられたゲームデータを取得するゲームデータ取得手段と、
   前記複数のゲーム実行手段で共通の乱数発生規則に基づいて発生される乱数を取得する乱数取得手段と、
   前記ゲームの状況を示す状況データを記憶する記憶手段と、
   各ユーザ情報に関連付けられた前記ゲームデータと前記乱数とに基づいて、前記複数のゲーム実行手段で共通のゲーム処理を実行することによって、前記状況データを更新する更新手段と、
   前記状況データに基づいて、前記ゲームの状況を示すゲーム画像を表示手段に表示させる表示制御手段と、
   を含み、
   各ゲーム実行手段は、
   前記状況データに基づいて、前記ゲームが第１の状況になったか否かを判定する第１判定手段と、
   前記ゲームが第１の状況になったと判定された場合に、他のゲーム実行手段における前記ゲームが前記第１の状況になったことを示す通知を受信するまで、前記状況データの更新を一時停止させる第１停止手段と、
   前記通知を受信した場合に、前記状況データの更新を再開させる第１再開手段と、
   を更に含み、
   前記第１の状況は、前記ゲームにおいて、繰り返し実行される所定の処理が実行された回数が１よりも大きい閾値以上になることである、
   ゲーム端末。
6. 請求項１〜５の何れか１項に記載のゲーム実行手段としてコンピュータを機能させるためのプログラム。

Images