JP2014028058A - ゲーム装置、ゲーム装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】ユーザが信頼性の高い他のユーザを探す手間を軽減すること。
【解決手段】ゲーム装置（１）の実行手段（７４）は、一のユーザがゲームに参加する場合に、一のユーザと、一のユーザと同じコミュニティに属する他のユーザと、が同じゲームに参加するための処理を実行する。ゲーム提供手段（８８）は、一のユーザと、一のユーザと同じコミュニティに属する他のユーザと、が参加するゲームを、当該一のユーザ及び当該他のユーザに提供する。
【選択図】図５

Description

本発明は、ゲーム装置、ゲーム装置の制御方法、及びプログラムに関する。

従来から、複数のユーザが参加するゲームを制御するゲーム装置が知られている。例えば、特許文献１には、複数のユーザが対戦するオンラインゲームを実行するゲーム装置が記載されている。

特開２００７−１１７３４０号公報

上記のようなゲームにおいては、互いに顔を知らないユーザ同士で対戦することが多く、信頼性の高いユーザ同士でゲームをプレイさせることが望ましい。しかしながら、従来の技術では、あるユーザが信頼性の高い他のユーザとゲームをプレイするためには、信頼性の高い他のユーザを自分で探し出さなければならなかった。

本発明は上記課題に鑑みてなされたものであって、その目的は、例えば、ユーザが信頼性の高い他のユーザを探す手間を軽減することが可能なゲーム装置、ゲーム装置の制御方法、及びプログラムを提供することにある。

上記課題を解決するために、本発明に関わるゲーム装置（１）は、複数のユーザが参加するゲームを制御するゲーム装置（１）であって、複数のコミュニティの各々と、当該コミュニティに属するユーザと、を関連付けて記憶する手段（７０）の記憶内容を取得する手段（７２）と、一のユーザが前記ゲームに参加する場合に、前記一のユーザと、前記一のユーザと同じコミュニティに属する他のユーザと、が同じゲームに参加するための処理を実行する実行手段（７４）と、前記一のユーザと、前記一のユーザと同じコミュニティに属する他のユーザと、が参加するゲームを、当該一のユーザ及び当該他のユーザに提供するゲーム提供手段（８８）と、を含むことを特徴とする。

本発明に関わるゲーム装置（１）の制御方法は、複数のユーザが参加するゲームを制御するゲーム装置（１）の制御方法であって、複数のコミュニティの各々と、当該コミュニティに属するユーザと、を関連付けて記憶する手段（７０）の記憶内容を取得するステップ（７２）と、一のユーザが前記ゲームに参加する場合に、前記一のユーザと、前記一のユーザと同じコミュニティに属する他のユーザと、が同じゲームに参加するための処理を実行する実行ステップ（７４）と、前記一のユーザと、前記一のユーザと同じコミュニティに属する他のユーザと、が参加するゲームを、当該一のユーザ及び当該他のユーザに提供するゲーム提供ステップ（８８）と、を含むことを特徴とする。

本発明に関わるプログラムは、複数のユーザが参加するゲームを制御するコンピュータを機能させるためのプログラムであって、複数のコミュニティの各々と、当該コミュニティに属するユーザと、を関連付けて記憶する手段（７０）の記憶内容を取得する手段（７２）、一のユーザが前記ゲームに参加する場合に、前記一のユーザと、前記一のユーザと同じコミュニティに属する他のユーザと、が同じゲームに参加するための処理を実行する実行手段（７４）、前記一のユーザと、前記一のユーザと同じコミュニティに属する他のユーザと、が参加するゲームを、当該一のユーザ及び当該他のユーザに提供するゲーム提供手段（８８）、として前記コンピュータを機能させる。

また、本発明に係る情報記憶媒体は、上記プログラムを記憶したコンピュータ読み取り可能な情報記憶媒体である。

本発明によれば、ユーザが信頼性の高い他のユーザを探す手間を軽減することができる。

また、本発明の一態様によれば、前記ゲームは、互いに同じコミュニティに属する複数のユーザで結成されるグループの各ユーザが参加するゲームであり、前記実行手段（７４）は、前記一のユーザが前記ゲームに参加する場合に、前記一のユーザと同じコミュニティの他のユーザが属する前記グループであって、前記一のユーザが所属可能な前記グループがあるか否かを判定する手段（７６）と、前記一のユーザが所属可能な前記グループがあると判定された場合、前記一のユーザを当該グループに所属させる所属制御手段（７８）と、を含み、前記ゲーム提供手段（８８）は、前記グループに属する前記一のユーザ及び前記一のユーザと同じコミュニティの他のユーザが参加するゲームを、当該一のユーザ及び当該他のユーザに提供する、ことを特徴とする。

また、本発明の一態様によれば、前記ゲーム装置（１）は、前記一のユーザが所属可能な前記グループがないと判定された場合、当該一のユーザと同じコミュニティの他のユーザを所属させるための前記グループを生成する手段（８０）を更に含み、前記所属制御手段（７８）は、前記グループが生成された後において、当該グループを生成させた前記一のユーザと同じコミュニティに属する他のユーザが前記ゲームに参加する場合、当該他のユーザを当該生成されたグループに所属させる、ことを特徴とする。

また、本発明の一態様によれば、前記ゲーム装置（１）は、前記グループが生成された後において、当該グループを生成させた前記一のユーザによる、ゲーム開始操作を受け付ける手段（８６）を更に含み、前記ゲーム提供手段（８８）は、前記ゲーム開始操作が受け付けられた場合、前記グループに属する前記一のユーザ及び前記一のユーザと同じコミュニティの他のユーザが参加するゲームを、当該一のユーザ及び当該他のユーザに提供する、ことを特徴とする。

また、本発明の一態様によれば、前記ゲーム装置（１）は、前記グループを生成した後において、当該グループを生成させた前記一のユーザによる、グループ解散操作を受け付ける手段（８２）と、前記グループ解散操作が受け付けられた場合、前記グループを解散させる手段（８４）と、を更に含むことを特徴とする。

また、本発明の一態様によれば、前記ゲームは、複数のユーザで結成されるグループの各ユーザが参加するゲームであり、前記ゲーム装置（１）は、複数のグループのうち前記一のユーザにより選択されたグループに、前記一のユーザを所属させる手段（７８）を更に含み、前記実行手段（７４）は、前記複数のグループの各々に属するユーザのコミュニティと、前記一のユーザのコミュニティと、を比較するコミュニティ比較手段（９０）を含み、当該コミュニティ比較手段（９０）の比較結果に基づいて、前記一のユーザによる前記グループの選択を支援するための処理を実行する、ことを特徴とする。

また、本発明の一態様によれば、前記実行手段（７４）は、前記一のユーザに対し、当該一のユーザと同じコミュニティの他のユーザが属するグループを、当該一のユーザとは異なるコミュニティの他のユーザが属するグループよりも優先的に提示することによって、前記一のユーザによる前記グループの選択を支援するための処理を実行し、前記ゲーム装置（１）は、前記実行手段（７４）による提示がされた後において、前記複数のグループのうち前記一のユーザによる選択を受け付ける手段（９２）を更に含む、ことを特徴とする。

また、本発明の一態様によれば、前記実行手段（７４）は、前記一のユーザと同じコミュニティの他のユーザが所属するグループを前記一のユーザが選択する場合の操作量を、前記一のユーザとは異なるコミュニティの他のユーザが所属するグループを前記一のユーザが選択する場合の操作量よりも少なくすることによって、前記一のユーザによるグループの選択を支援するための処理を実行する、ことを特徴とする。

また、本発明の一態様によれば、前記実行手段（７４）は、前記一のユーザが前記ゲームに参加する場合に、前記一のユーザと、前記一のユーザとは異なるコミュニティに属する他のユーザと、が同じゲームに参加することを制限する、ことを特徴とする。

また、本発明の一態様によれば、前記ゲーム提供手段（８８）は、一のコミュニティに属する複数のユーザと、他のコミュニティに属する複数のユーザと、が対戦又は協力するゲームを提供する、ことを特徴とする。

なお、上記では、本発明の理解を容易にするため図面に記載の符号を括弧書きで記載しているが、これにより本発明に係るゲーム装置等が図示の態様に限定されるものではない。

本発明の実施形態に係るゲームシステムの全体構成を示す図である。 表示部に表示されるコミュニティ選択画面の一例を示す図である。 コミュニケート画面の一例を示す図である。 セッションモード画面の一例を示す図である。 ゲームシステムの機能ブロック図である。 コミュニティデータのデータ格納例である。 セッションデータのデータ格納例である。 ゲームシステムにおいて実行される処理の一例を示すフロー図である。 実施形態２の機能ブロック図である。 セッション一覧画面の一例を示す図である。

［１．実施形態１］
以下、本発明に係る実施形態について、図面に基づき詳細に説明する。図１は、本発明の実施形態に係るゲームシステムの全体構成を示す図である。図１に示すように、ゲームシステムＳは、例えば、ゲームサーバ１（ゲーム装置）と、複数のユーザ装置２と、を含む。ゲームシステムＳに含まれる各装置は、ネットワークを介してデータ通信可能に接続される。

［１−１．ゲームシステムのハードウェア構成］
ゲームサーバ１は、例えば、公知のサーバコンピュータである。ゲームサーバ１は、ユーザがプレイするゲームを制御する。図１に示すように、ゲームサーバ１は、制御部１０と、記憶部１２と、通信部１４とを含む。なお、ゲームサーバ１は、他にも図示しないキーボード、モニタ、情報記憶媒体の読取装置等を含んでいてもよい。

制御部１０は、例えば、ＣＰＵ等を含んで構成される。制御部１０は、記憶部１２に記憶されたプログラムを実行して各種処理を行ったり、通信部１４を介してユーザ装置２と各種データの送受信を行ったりする。記憶部１２は、例えば、ハードディスクやＲＡＭ等のメモリを含んで構成される。記憶部１２は、ゲームプログラム等の各種プログラムや各種データ等を記憶する。通信部１４は、例えば、ネットワークカード等の通信装置である。

ユーザ装置２は、公知のコンピュータによって実現される。例えば、ユーザ装置２は、家庭用ゲーム機、業務用ゲーム機、携帯電話機（スマートフォン）、パーソナルコンピュータ等である。図１に示すようにユーザ装置２は、制御部２０と、記憶部２２と、操作部２４と、表示部２６と、入力部２８と、通信部３０と、から構成される。なお、ユーザ装置２は、図示しない他の構成を含んでいてもよい。

制御部２０と記憶部２２と通信部３０とは、それぞれ制御部１０と記憶部１２と通信部１４と同様のハードウェア構成であるので、説明を省略する。操作部２４は、コントローラ及びキーボード等を含み、ユーザの操作内容を制御部２０に伝達する。表示部２６は、液晶表示パネル等を含み、制御部２０の指示により各種画面を表示する。入力部２８は、ＤＶＤ再生装置等を含み、外部記憶装置から各種データを入力する。

［１−２．ゲームシステムにおいて実行されるゲーム］
ゲームシステムＳは、複数のユーザが参加するゲームを制御する。「複数のユーザが参加するゲーム」とは、複数のユーザが同時にプレイする一のゲームであり、例えば、複数のユーザが対戦又は協力するゲームである。本実施形態では、複数のユーザが２つのチームに分かれて対戦するサッカーゲームが実行される場合を説明する。

各ユーザは、ゲームをプレイするにあたり、ゲームシステムＳへの登録操作を行う。ゲームシステムＳに登録した各ユーザは、複数のコミュニティの少なくとも一つに属する。コミュニティとは、ユーザ同士で仮想コミュニケーションをとるための集団であり、複数のユーザが所属するユーザグループともいえる。ユーザは、主に、自分と同じコミュニティに属している他のユーザと仮想コミュニケーションをとることになる。

図２は、表示部２６に表示されるコミュニティ選択画面の一例を示す図である。図２に示すように、ゲームシステムＳに登録していないユーザがゲームサーバ１にアクセスすると、表示部２６に複数の地域からなるコミュニティ選択画面４０が表示される。コミュニティ選択画面４０は、各ユーザが、自分が属するコミュニティを選択するための画面である。

ユーザは、カーソル４２の移動操作及び選択操作を繰り返すことによって、例えば、自分が好きなサッカーチームのホームタウンを選択する。ここでは、各ホームタウン毎にコミュニティが用意されている。ユーザは、コミュニティ選択画面４０から選択したホームタウンに対応するコミュニティに所属することになる。

なお、ユーザが所属するコミュニティは、ゲームシステムＳへの登録後に変更可能なようにしてもよい。また、本実施形態においては、上記のコミュニティを例に挙げて説明するが、種々のコミュニティが存在するようにしてもよい。例えば、同じコミュニティに属するユーザのうち、共通の話題を有するユーザ同士が所属するコミュニティが更に存在するようにしてもよい。

ゲームシステムＳへの登録が完了しているユーザがゲームサーバ１にアクセスすると、このユーザと、同じコミュニティに所属している他のユーザと、が仮想コミュニケーションをとるためのコミュニケート画面が表示部２６に表示される。

図３は、コミュニケート画面の一例を示す図である。図３に示すように、コミュニケート画面５０には、同じコミュニティに属する他のユーザを示すユーザ一覧５２と、ユーザが他のユーザとゲームをするためのセッション参加ボタン５４と、が表示される。コミュニケート画面５０においては、ユーザ同士での仮想コミュニケーションが行われるようにしてもよい。例えば、制御部１０は、各ユーザ装置２からユーザの発言内容（メッセージ）を受信し、他のユーザに公開することによって、コミュニティ内でのユーザ同士の仮想コミュニケーションを制御する。

セッションとは、一のゲームに参加するユーザの集団のことであり、同一のコミュニティ内で結成されるユーザグループともいえる。即ち、各セッションは、互いに同じコミュニティに属するユーザ同士で結成されるグループである。ここでは、同じセッションに所属する複数のユーザ同士で、一のゲームに参加することになる。セッションは、ユーザが所与の操作を行うと所定条件（詳細後述）のもとで生成される。以降、セッションを生成させたユーザを、オーナーユーザという。

ユーザがセッション参加ボタン５４を選択すると、当該ユーザがセッションに参加し、セッションモード画面が表示部２６に表示される。

図４は、セッションモード画面の一例を示す図である。図４に示すように、セッションモード画面６０は、ユーザと同じセッションに参加している他のユーザを示すユーザ一覧６２と、オーナーユーザがゲームを開始するための開始ボタン６４と、オーナーユーザがセッションを解散させるための解散ボタン６６と、ユーザがセッションから離脱するための離脱ボタン６８と、を含む。セッションモード画面６０においては、セッションに参加しているユーザ同士でチャット等の仮想コミュニケーションが行われるようにしてもよい。

なお、ここでは、開始ボタン６４及び解散ボタン６６は、オーナーユーザのみが選択可能になっている。オーナーユーザが開始ボタン６４を選択すると、当該セッションに属するユーザが参加するゲームが開始される。オーナーユーザが解散ボタン６６を選択すると、当該セッションが解散される。また、ユーザが離脱ボタン６８を選択すると、参加中のセッションから離脱することができる。一のセッションに参加中のユーザは、同時に他のセッションに参加することはできないが、セッションから離脱することで、他のセッションに参加することができる。なお、同時に複数のセッションにユーザが参加できるようにしてもよい。

このように、本実施形態のゲームシステムＳは、互いに同じコミュニティにおいて仮想コミュニケーションを取り合っているユーザ同士でセッションを結成させることによって、信頼性の高い他のユーザを探す手間を軽減する構成になっている。以降、この構成について、詳細に説明する。

［１−３．ゲームシステムによって実現される機能］
図５は、ゲームシステムＳの機能ブロック図である。図５に示すように、ゲームシステムＳは、ゲームデータ記憶部７０と、コミュニティデータ取得部７２と、参加処理実行部７４と、セッション生成部８０と、解散操作受付部８２と、セッション解散部８４と、開始操作受付部８６と、ゲーム提供部８８と、を含む。

本実施形態では、これら各機能が、ゲームサーバ１により実現される場合を説明する。ゲームサーバ１においては、制御部１０が記憶部１２から読み出されたプログラムに従って動作することによって、これら各機能が実現される。ゲームデータ記憶部７０は、記憶部１２を主として実現され、他の各機能は、制御部１０を主として実現される。

［１−３−１．ゲームデータ記憶部］
ゲームデータ記憶部７０は、ユーザがプレイするゲームに関する各種データを記憶する。ここでは、ゲームデータ記憶部７０は、複数のユーザの各々に関するユーザデータと、各コミュニティに関するコミュニティデータと、各セッションに関するセッションデータと、を記憶する。

ユーザデータは、ゲームシステムＳを利用する各ユーザに関する情報が格納される。例えば、ユーザデータには、ユーザを識別するユーザＩＤと、当該ユーザに関する各種情報（例えば、ユーザ名等の個人情報）と、が関連付けられている。ユーザがゲームシステムＳの登録操作を行うと、ユーザデータに新たなレコードが作成され、当該登録操作をしたユーザに関する情報が格納されることになる。

図６は、コミュニティデータのデータ格納例である。図６に示すように、コミュニティデータは、各コミュニティを識別するコミュニティＩＤと、コミュニティ名と、当該コミュニティに属する各ユーザのユーザＩＤと、を含む。ユーザがコミュニティに所属すると、当該コミュニティに対応するレコードに、当該参加したユーザのユーザＩＤが追加される。

ゲームシステムＳを利用する各ユーザは、コミュニティデータに定義された複数のコミュニティの少なくとも一つに所属することになる。例えば、コミュニティデータに定義された複数のコミュニティのうち、ユーザにより選択されたコミュニティに、当該ユーザが所属する。

図７は、セッションデータのデータ格納例である。図７に示すように、セッションデータは、各セッションを識別するセッションＩＤと、セッションのオーナーユーザのユーザＩＤと、セッションのオーナーユーザが属するコミュニティのコミュニティＩＤと、当該セッションに属するユーザのユーザＩＤと、セッションの現在の状況を示すセッション情報と、を含む。

セッション情報は、各セッションにおいて実行されるゲームに関する情報が格納される。例えば、セッション情報は、各セッションにおいて実行されるゲームの種別を示す情報や、セッションに属するユーザがゲームをプレイ中か否か（ユーザが参加するゲームが実行中か否か）を示す情報等を含む。

ユーザがセッションに参加すると、当該セッションに対応するレコードに、当該参加したユーザのユーザＩＤが追加される。また、ユーザがセッションから離脱すると、当該セッションに対応するレコードから、当該離脱したユーザのユーザＩＤが削除される。また、ユーザがセッションを生成すると、セッションデータに新たなレコードが生成されて、当該セッションに関する情報が格納される。

なお、制御部１０又は制御部２０は、ゲームデータ記憶部７０の記憶内容を取得又は更新する手段として機能する。また、ゲームデータ記憶部７０に記憶される内容は、上記の例に限られない。複数のユーザが参加するゲームを実行するために必要な各種データが、ゲームデータ記憶部７０に記憶されているようにすればよい。

例えば、各セッションで実行中のゲームの状況（例えば、ゲーム空間の現在の状態や現在の戦況）を示すゲーム状況データが、ゲームデータ記憶部７０に記憶されているようにしてもよい。他にも例えば、各コミュニティやセッションのユーザ同士の仮想コミュニケーションに関する情報（例えば、各ユーザのチャットに関する情報）が、ゲームデータ記憶部７０に記憶されているようにしてもよい。

［１−３−２．コミュニティデータ取得部］
コミュニティデータ取得部７２は、複数のコミュニティの各々と、当該コミュニティに属するユーザと、を関連付けて記憶する手段（ゲームデータ記憶部７０）の記憶内容を取得する。ここでは、コミュニティデータ取得部７２は、ゲームデータ記憶部７０に記憶されるコミュニティデータを取得する。

［１−３−３．参加処理実行部］
参加処理実行部７４は、一のユーザがゲームに参加する場合に、一のユーザと、当該一のユーザと同じコミュニティに属する他のユーザと、が同じゲームに参加するための処理を実行する。例えば、参加処理実行部７４は、一のユーザと、当該一のユーザと同じコミュニティに属する他のユーザと、が同じセッションに属するように、各ユーザが属するセッションを決定する。

本実施形態においては、参加処理実行部７４は、所属可能判定部７６と所属制御部７８とを含む。所属可能判定部７６は、一のユーザがゲームに参加する場合に、一のユーザと同じコミュニティの他のユーザが属するグループ（例えば、セッション）であって、一のユーザが所属可能なグループがあるか否かを判定する。「一のユーザがゲームに参加する場合」とは、一のユーザにより所与の操作が行われた場合であり、例えば、セッション参加ボタン５４が選択された場合である。

所属可能判定部７６は、一のユーザと同じコミュニティのセッションが所与の条件を満たすか否かを判定することによって、一のユーザが所属可能なグループがあるか否かを判定する。所与の条件が満たされるか否かは、例えば、下記の３つの方法の少なくとも一つにより判定される。

［第１の方法］
例えば、所属可能判定部７６は、一のユーザと同じコミュニティの他のユーザが所属するセッションが既に生成されているか否か（存在するか否か）を判定することによって、一のユーザが所属可能なセッションがあるか否かを判定する。所属可能判定部７６は、一のユーザがゲームに参加する場合、コミュニティデータを参照し、当該一のユーザのコミュニティにセッションが存在するか否かを判定することになる。

［第２の方法］
また例えば、セッションに所属可能なユーザの上限数（例えば、２人）が定められている場合には、所属可能判定部７６は、一のユーザと同じコミュニティの他のユーザが所属するセッションの所属人数が当該上限数であるか否かを判定することによって、一のユーザが所属可能なセッションがあるか否かを判定する。所属可能判定部７６は、一のユーザがゲームに参加する場合、セッションデータを参照し、当該一のユーザのコミュニティのセッションのうち、セッションに参加しているユーザ数が上限数に達していないセッションがあるか否かを判定する。

［第３の方法］
また例えば、実行中のゲームにユーザを途中参加させない場合には、所属可能判定部７６は、一のユーザと同じコミュニティの他のユーザが所属するセッションのゲームが既に開始しているか否かを判定することによって、一のユーザが所属可能なセッションがあるか否かを判定する。所属可能判定部７６は、一のユーザがゲームに参加する場合、セッションデータを参照し、当該一のユーザのコミュニティのセッションのうち、ゲームの実行中でないセッションがあるか否かを判定する。

所属制御部７８は、一のユーザが所属可能なグループがあると判定された場合、一のユーザを当該グループ（例えば、セッション）に所属（加入）させる。所属制御部７８は、セッションデータに、当該一のユーザのユーザＩＤを格納することによって、当該一のユーザをセッションに所属させる。

［１−３−４．セッション生成部］
セッション生成部８０は、一のユーザが所属可能なグループ（例えば、セッション）がないと判定された場合、当該一のユーザと同じコミュニティの他のユーザを所属（加入）させるためのグループを生成する。セッション生成部８０は、セッションデータに新たなレコードを追加することによって、セッションを生成する。

所属制御部７８は、グループ（例えば、セッション）が生成された後において、当該グループを生成させた一のユーザ（例えば、オーナーユーザ）と同じコミュニティに属する他のユーザがゲームに参加する場合、当該他のユーザを当該生成されたグループに所属させる。即ち、所属制御部７８は、オーナーユーザと同じコミュニティの他のユーザがゲームに参加する場合、オーナーユーザが生成したセッションに、当該他のユーザを所属させる。

［１−３−５．解散操作受付部］
解散操作受付部８２は、グループ（例えば、セッション）を生成した後において、当該グループを生成させた一のユーザ（例えば、オーナーユーザ）による、グループ解散操作を受け付ける。解散操作受付部８２は、操作部２４の信号に基づいて、操作部２４の操作内容を取得することによって、グループ解散操作を受け付ける。本実施形態では、ユーザが解散ボタン６６を選択する行為が、グループ解散操作に相当する。

［１−３−６．セッション解散部］
セッション解散部８４は、グループ解散操作が受け付けられた場合、グループ（例えば、セッション）を解散させる。セッション解散部８４は、セッションデータから、セッションのレコードを削除することによって、セッションを解散させる。セッション解散部８４の制御によりセッションが解散すると、当該セッションに所属していた複数のユーザが参加するゲームの実行がなされないように抑止されることになる。

［１−３−７．開始操作受付部］
開始操作受付部８６は、グループ（例えば、セッション）が生成された後において、当該グループを生成させた一のユーザ（例えば、オーナーユーザ）による、ゲーム開始操作を受け付ける。解散操作受付部８２は、操作部２４の信号に基づいて、操作部２４の操作内容を取得することによって、ゲーム開始操作を受け付ける。本実施形態では、ユーザが開始ボタン６４を選択する行為が、グループ解散操作に相当する。

［１−３−８．ゲーム提供部］
ゲーム提供部８８は、一のユーザと、当該一のユーザと同じコミュニティに属する他のユーザと、が参加するゲームを、当該一のユーザ及び当該他のユーザに提供する。ここでは、ゲーム提供部８８は、グループ（例えば、セッション）に属する一のユーザ及び一のユーザと同じコミュニティの他のユーザが参加するゲームを、当該一のユーザ及び当該他のユーザに提供する。

「ゲームを提供する」とは、ユーザにゲームをプレイさせることであり、ユーザの操作に応じてゲームを進行させることである。例えば、ゲーム提供部８８は、各セッションに属する複数のユーザの各々のユーザ装置２に、ゲームに関するデータ（例えば、ゲームの画面を示す画像データや実行中のゲームの状況を示すデータ）を提供する。

本実施形態においては、ゲーム提供部８８は、ゲーム開始操作が受け付けられた場合、ゲームを提供する。即ち、ゲーム提供部８８は、オーナーユーザによりゲーム開始操作が行われた後に、セッションに属する各ユーザが参加するゲームの提供を開始する。

［１−４．ゲームシステムにおいて実行される処理］
図８は、ゲームシステムＳにおいて実行される処理の一例を示すフロー図である。図８に示す処理は、制御部１０が記憶部１２から読み出されたプログラムに従って動作し、制御部２０が記憶部２２から読み出されたプログラムに従って動作することにより実行される。なお、図８に示す処理が実行されるにあたり、ゲームシステムＳへの登録操作が行われており、各ユーザは何れかのコミュニティに属しているものとする。

図８に示すように、まず、ユーザ装置２においては、制御部２０は、コミュニケート画面５０の表示要求をゲームサーバ１に送信する（Ｓ１）。コミュニケート画面５０の表示要求は、ユーザ装置２において所与の操作が行われた場合に送信される。なお、ゲームサーバ１がユーザ装置２から情報を取得する場合には、当該ユーザ装置２からユーザＩＤやＩＰアドレスが送信される。ゲームサーバ１は、ユーザＩＤやＩＰアドレスを受信することによって、どのユーザ装置２を操作するユーザがアクセスしているかを特定する。

ゲームサーバ１においては、制御部１０は、ユーザ装置２からの表示要求を受信すると、コミュニケート画面５０の画像データを生成し、ユーザ装置２に送信する（Ｓ２）。Ｓ２においては、制御部１０は、コミュニティデータを参照して、表示要求をしたユーザのユーザＩＤに関連付けられたコミュニティＩＤを取得する。そして、当該コミュニティに属する他のユーザを特定し、コミュニケート画面５０の画像データを生成する。

ユーザ装置２においては、コミュニケート画面５０の画像データを受信すると、制御部２０は、表示部２６にコミュニケート画面５０を表示させる（Ｓ３）。制御部２０は、セッション参加ボタン５４が選択されたか否かを判定する（Ｓ４）。セッション参加ボタン５４が選択されたと判定された場合（Ｓ４；Ｙ）、制御部２０は、セッション参加ボタン５４が選択されたことの通知を、ゲームサーバ１に送信する（Ｓ５）。

ゲームサーバ１においては、制御部１０は、ユーザ装置２からセッション参加ボタン５４が選択されたことの通知を受信すると、ユーザが所属可能なセッションがあるか否かを判定する（Ｓ６）。Ｓ６においては、制御部１０は、コミュニティデータを参照して、セッション参加ボタン５４を選択したユーザが属するコミュニティを特定する。そして、例えば、制御部１０は、セッション参加ボタン５４を選択したユーザが属するコミュニティにセッションが存在するか否かを判定する。また例えば、制御部１０は、セッション参加ボタン５４を選択したユーザが属するコミュニティのセッションのうち、ゲームが実行中でなく、かつ、上限人数に達していないセッションがあるか否かを判定する。

ユーザが所属可能なセッションがないと判定された場合（Ｓ６；Ｎ）、制御部１０は、新たにセッションを生成し、当該ユーザをオーナーユーザとして当該生成されたセッションに所属させる（Ｓ７）。Ｓ７においては、制御部１０は、セッションデータに新たなレコードを追加することによって、セッションを生成する。

一方、ユーザが所属可能なセッションがあると判定された場合（Ｓ６；Ｙ）、制御部１０は、当該セッションにユーザを所属させる（Ｓ８）。Ｓ８においては、制御部１０は、セッションデータの各レコードのうち、ユーザが所属可能と判定されたセッションのレコードに、セッション参加ボタン５４を選択したユーザのユーザＩＤを追加する。

制御部１０は、オーナーユーザがゲーム開始操作をしたか否かを判定する（Ｓ９）。Ｓ９においては、制御部１０は、オーナーユーザのユーザ装置２から、開始ボタン６４が選択されたことの通知を受信したか否かを判定する。

オーナーユーザがゲーム開始操作をしたと判定された場合（Ｓ９；Ｙ）、制御部１０は、当該オーナーユーザが生成したセッションのゲームを開始させる（Ｓ１０）。Ｓ１０においては、例えば、制御部１０は、ゲームの状況を示すデータを生成して、当該セッションに属する各ユーザの操作に基づいて、このデータを更新することになる。Ｓ１０において開始されたゲームに関するデータは、セッションに属する各ユーザのユーザ装置２に配信される。

制御部１０は、オーナーユーザがセッション解散操作をしたか否かを判定する（Ｓ１１）。制御部１０は、オーナーユーザのユーザ装置２から、解散ボタン６６が選択されたことの通知を受信したか否かを判定する。オーナーユーザがセッション解散操作をしたと判定された場合（Ｓ１１；Ｙ）、制御部１０は、セッションを解散させる（Ｓ１２）。Ｓ１２においては、制御部１０は、セッションデータから、セッション解散操作をしたオーナーユーザのセッションを削除する。

以上説明した実施形態１のゲームシステムＳによれば、互いに同じコミュニティに属するユーザ同士でゲームに参加するようにセッションが制御されるので、ユーザが信頼性の高い他のユーザを探す手間を軽減することができる。例えば、ゲームに参加するユーザが所属可能なセッションがある場合には、このセッションに自動的にユーザを参加させることができるので、ユーザの手間を軽減することができる。

また、ユーザが所属可能なセッションがない場合には、同じコミュニティの他のユーザを所属させるためのセッションを自動的に生成するので、オーナーユーザに特段の操作を要することがなく、手間を省くことができる。また、当該生成されたセッションには、オーナーユーザと同じコミュニティに属する他のユーザを所属させることができるので、信頼できるユーザ同士でゲームをプレイさせることができる。更に、各セッションのゲームの開始タイミングやセッションの解散タイミングを、オーナーユーザにゆだねることができる。

［２．実施形態２］
次に、本発明に係る別実施形態について説明する。実施形態１においては、ユーザを所属可能なセッションに自動的に所属させたり（図８のＳ８）、セッションを自動的に生成したり（図８のＳ７）する場合を説明した。参加処理実行部７４が実行する処理は、互いに同じコミュニティのユーザ同士でゲームに参加させるための処理であればよく、当該処理は、実施形態１の処理に限られない。他にも例えば、各ユーザが、自分が参加するセッションを自分で選択する場合には、当該ユーザと同じコミュニティの他のユーザが属するセッションを優先的に提示して選択しやすいようにしてもよい。

なお、実施形態２のゲームシステムＳのハードウェア構成は、実施形態１と同様であるので説明を省略する。

図９は、実施形態２の機能ブロック図である。図９に示すように、変形例のゲームシステムＳは、実施形態の機能に加えて、コミュニティ比較部９０と、選択受付部９２と、を含む。ここでは、これら各機能が、ゲームサーバ１により実現される場合を説明する。コミュニティ比較部９０と選択受付部９２とは、制御部１０を主として実現される。

コミュニティ比較部９０は、複数のグループ（例えば、セッション）の各々に属するユーザのコミュニティと、一のユーザのコミュニティと、を比較する。コミュニティ比較部９０は、一のユーザがゲームに参加する場合、当該一のユーザのコミュニティと、セッションデータに格納された各セッションに所属するユーザのコミュニティと、が一致するか否かを判定する。

実施形態２の参加処理実行部７４は、一のユーザがゲームに参加する場合、セッションデータに格納された複数のセッションを当該一のユーザに提示する。例えば、参加処理実行部７４は、セッションデータに格納された複数のセッション示すセッション一覧画面を表示部２６に表示させる。

図１０は、セッション一覧画面の一例を示す図である。図１０に示すように、セッション一覧画面１００は、ユーザの参加を待ち受けている各セッションに関する情報を示すセッション詳細１０２が表示される。セッション詳細１０２には、セッションデータに基づいて表示され、各セッションのオーナーユーザに関する情報、各セッションに所属しているユーザに関する情報、各セッションの状態を示す情報が含まれる。ユーザは、自分が参加したいセッションのチェックボックス１０４にチェックを入れた状態で、参加決定ボタン１０６を押下することによって、自分が参加するセッションを選択する。

選択受付部９２は、参加処理実行部７４による提示がされた後において、複数のグループ（例えば、セッション）のうち一のユーザによる選択を受け付ける。選択受付部９２は、操作部２４の信号に基づいて、操作部２４の操作内容を取得することによって、ユーザによるセッションの選択を受け付ける。ユーザは、セッション一覧画面１００に表示された複数のセッションのうちから、自分が参加するセッションを選択する。

実施形態２の所属制御部７８は、複数のグループ（例えば、セッション）のうち一のユーザにより選択されたグループに、一のユーザを所属させる。例えば、所属制御部７８は、セッション一覧画面１００に表示された複数のセッションのうち、ユーザに選択されたセッションに、当該ユーザを所属させる。

実施形態２の参加処理実行部７４は、コミュニティ比較部９０の比較結果に基づいて、一のユーザによるグループ（例えば、セッション）の選択を支援するための処理を実行する。セッションの選択を支援するための処理とは、ユーザがセッションを選択しやすいように誘導する処理であり、例えば、ユーザに同じコミュニティのセッションを選択するように誘導する画面を表示する処理である。別の言い方をすれば、参加処理実行部７４は、一のユーザと同じコミュニティのセッションを、異なるコミュニティのセッションよりも選択しやすいように、当該一のユーザに誘導する画面を表示させる。

例えば、参加処理実行部７４は、一のユーザに対し、当該一のユーザと同じコミュニティの他のユーザが属するグループ（例えば、セッション）を、当該一のユーザとは異なるコミュニティの他のユーザが属するグループよりも優先的に提示することによって、一のユーザによるグループの選択を支援するための処理を実行する。

セッション一覧画面１００において複数のセッションが順番に表示される場合、参加処理実行部７４は、一のユーザと同じコミュニティのセッションを、他のコミュニティのセッションよりも先に表示させることによって、一のユーザにセッションを優先的に提示する。ここでは、セッション一覧画面１００の端部側（例えば、上側）にセッション詳細１０２を表示させることが、セッションを先に表示させることに相当する。

他にも例えば、参加処理実行部７４は、セッション一覧画面１００において、一のユーザと同じコミュニティのセッションを示すセッション詳細１０２を強調表示させることによって、一のユーザにセッションを優先的に提示するようにしてもよい。セッション詳細１０２を強調表示させるとは、セッション詳細１０２の表示態様を変更することであり、例えば、セッション詳細１０２を太枠で囲むこと、セッション詳細１０２を点滅させること、セッション詳細１０２の形状、模様、色彩の少なくとも一つを変更することである。

以上説明した実施形態２のゲームシステムＳによれば、一のユーザがゲームに参加する場合、当該一のユーザと同じコミュニティの他のユーザが所属するセッションが優先的にセッション一覧画面１００に表示されるので、当該一のユーザを、同じコミュニティのセッションに参加させやすくなる。

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

（１）例えば、実施形態２においては、一のユーザがゲームに参加する場合、当該一のユーザと同じコミュニティに所属する他のユーザのセッションを優先的に表示させる場合を説明したが、一のユーザが当該セッションを選択する場合に要する操作量を少なくすることによって、当該一のユーザによるセッションの選択を支援するようにしてもよい。

本変形例の参加処理実行部７４は、一のユーザと同じコミュニティの他のユーザが所属するグループ（例えば、セッション）を一のユーザが選択する場合の操作量を、一のユーザとは異なるコミュニティの他のユーザが所属するグループを一のユーザが選択する場合の操作量よりも少なくすることによって、一のユーザによるグループの選択を支援するための処理を実行する。

ここで、「操作量」とは、例えば、一のユーザがセッションを選択するために必要な操作の回数である。図１０に示すセッション一覧画面１００の場合、ユーザは、セッション詳細１０２のチェックボックス１０４にチェックを入れる行為と、参加決定ボタン１０６を選択する行為と、の２つの操作を行う必要がある。この場合に、参加処理実行部７４は、ユーザと同じコミュニティの他のユーザが属しているセッションのセッション詳細１０２におけるチェックボックス１０４に、自動的にチェックを入れておくことによって、ユーザの操作量を減らすようにしてもよい。

なお、操作量を減らすための処理は、上記の例に限られない。他にも例えば、ユーザが、カーソル（ポインタ）を使用してセッションを選択する場合には、ユーザがセッションを選択するために要するカーソルの移動量が「操作量」に相当する。この場合、参加処理実行部７４は、ユーザと同じコミュニティの他のユーザが属しているセッションにカーソルを自動的に合わせておくことによって、ユーザの操作量を減らすようにしてもよい。

変形例（１）によれば、ユーザが、自分と同じコミュニティに属する他のユーザが参加するセッションを選択する際の操作量を少なくすることができる。

（２）また例えば、一のユーザがゲームに参加する場合に、当該一のユーザとは異なるコミュニティの他のユーザが属するセッションには所属できないようにしてもよい。例えば、一のユーザがセッション一覧画面１００からセッションを選択する場合に、当該一のユーザとは異なるコミュニティのユーザが属するセッションについては、チェックボックス１０４にチェックを入れることができないように制限をかけてもよい。

参加処理実行部７４は、一のユーザがゲームに参加する場合に、一のユーザと、当該一のユーザとは異なるコミュニティに属する他のユーザと、が同じゲームに参加することを制限する。参加処理実行部７４は、一のユーザと、当該一のユーザとは異なるコミュニティに属する他のユーザと、が同じゲームに参加できないように抑止する。例えば、参加処理実行部７４は、セッション一覧画面１００において、一のユーザが、当該一のユーザとは異なるコミュニティのユーザが属するセッションについては選択できないように制限をする。

変形例（２）によれば、一のユーザがゲームに参加する場合に、異なるコミュニティに所属しているユーザが属するセッションに当該一のユーザが加入することを防止することができる。

（３）また例えば、上記においては、互いに同じコミュニティに属するユーザ同士で対戦するゲームが実行される場合を説明したが、ゲームシステムＳにおいて実行されるゲームは、これに限られない。例えば、複数種類のゲームが用意されており、各種類のゲーム毎にセッションが生成されるようにしてもよい。

本変形例では、３種類のゲーム（以降、これらを「コミュニティーマッチ」、「チームランクマッチ」、「マルチプレイフリーマッチ」という。）が用意されているものとする。「コミュニティーマッチ」は、ユーザが、同じコミュニティーに属する他のユーザと、一対一で対戦するゲームである。「マルチプレイフリーマッチ」は、ユーザが、同じコミュニティーに属する複数のユーザと、２つのチームに分かれて対戦をするゲームである。

「チームランクマッチ」は、ユーザが、同じコミュニティーに属する他のユーザとチームを組んで、他のコミュニティーに属するユーザと対戦するゲームである。チームランクマッチが実行される場合、ゲーム提供部８８は、一のコミュニティに属する複数のユーザと、他のコミュニティに属する複数のユーザと、が対戦又は協力するゲームを提供することになる。

これら複数種類のゲームのうちユーザが選択したゲームに、ユーザが参加することになる。例えば、ユーザがセッション参加ボタン５４ａを選択すると、コミュニティーマッチをプレイすることができる。ユーザがセッション参加ボタン５４ｂを選択すると、チームランクマッチをプレイすることができる。ユーザがセッション参加ボタン５４ｃを選択すると、マルチプレイフリーマッチをプレイすることができる。

本変形例のセッションデータには、各セッションと、当該セッションで実行されるゲームの種別と、が関連付けられているものとする。参加処理実行部７４は、一のユーザが選択したセッション参加ボタン５４に基づいて、当該一のユーザが参加するゲームの種別を特定する。そして、参加処理実行部７４は、当該特定した種別に関連付けられたセッションに、上記一のユーザを所属させるための処理を実行することになる。

変形例（３）によれば、多様なゲームをユーザに提供することができる。

（４）また例えば、各ユーザがセッションに属してから、オーナーユーザがゲーム開始操作を行うまでには時間間隔があるので、ゲーム開始のタイミングにおいて、セッションに属する各ユーザが何らかの事情でゲームに参加できない場合がある。例えば、ゲームサーバ１とユーザ装置２との通信状況が悪化した場合には、セッションに属しているユーザがゲームに参加することができない。そこで、ゲーム開始のタイミングにおいて、セッションの各ユーザがゲームに参加可能か否かを判定し、参加可能なユーザにのみゲームが提供されるようにしてもよい。

この場合、ゲーム提供部８８は、所与の開始タイミングにおいて、各セッションに属する複数のユーザの各々がゲームに参加可能か否かを判定する。例えば、ゲーム提供部８８は、ゲームサーバ１とユーザ装置２との通信状況を取得し、当該通信状況に基づいてユーザがゲームに参加可能か否かを判定する。また例えば、ゲーム提供部８８は、ユーザ装置２において実行されている処理内容を取得し、ユーザ装置２が所定の処理（例えば、データのロード処理や記録処理）を実行中であるか否かに基づいてユーザがゲームに参加可能か否かを判定する。そして、ゲーム提供部８８は、各セッションに所属する複数のユーザのうち、参加可能と判定されたユーザが参加するゲームを、参加可能と判定されたユーザに提供することになる。

また例えば、ゲームの開始に必要な最低人数が設定されているようにしてもよい。即ち、セッションに属するユーザが最低人数に満たない場合には、ゲームが開始されないようにしてもよい。この場合、例えば、ゲーム提供部８８は、セッションデータを参照し、セッションに属するユーザ数が最低人数以上であるか否かを判定する。ゲーム提供部８８は、セッションに属するユーザ数が最低人数以上と判定された場合、セッションに属する複数のユーザにゲームを提供する。

また例えば、オーナーユーザがゲーム開始操作を行うまで、セッションに属する各ユーザは、自分のユーザ装置２において各自でゲームをプレイするようにしてもよい。この場合、各ユーザ装置２の制御部２０は、ゲーム提供部８８によるゲームの提供前において、セッションに属するユーザが各自でプレイするゲームを、当該ユーザに提供する。そして、制御部２０は、ゲーム提供部８８によりゲームが提供される場合、当該各自でプレイするゲームの提供を中止する。

また例えば、各セッションに属するユーザがプレイするゲームが終了した後に、オーナーユーザが再びゲーム開始操作を行った場合には、当該セッションに属するユーザに再びゲームが提供されるようにしてもよい。この場合、ゲーム提供部８８は、セッションに属する複数のユーザが参加するゲームが終了した場合、当該セッションに属する複数のユーザが参加する次のゲームを提供することになる。

また例えば、オーナーユーザがセッションから離脱した場合には、当該セッションに属するユーザのうち選出されるユーザが新たにオーナーユーザになるようにしてもよい。この場合、例えば、制御部１０は、オーナーユーザがセッションから離脱した場合、セッションに属するユーザのうち、最も早くにセッションに属したユーザをオーナーユーザとして設定するようにしてもよい。なお、この場合、各ユーザがセッションに属した時刻がゲームデータ記憶部７０に記憶されているものとする。

また例えば、上記において記憶部１２に記憶されるものとして説明したデータやプログラムは、外部記憶媒体を介してゲームサーバ１に供給されるようにしてもよいし、ネットワークを介して他の装置からゲームサーバ１に供給されるようにしてもよい。

また例えば、上記説明した実施形態及び変形例のうち、２つ以上を組み合わせてもよい。

また、上記実施形態においては、ゲームサーバ１により、機能ブロック図に示す各機能が実現される例を挙げて説明した。ゲームシステムＳに含まれる上記の各機能は、ゲームサーバ１とユーザ装置２との何れかに含まれるようにしてもよい。つまり、ゲームサーバ１とユーザ装置２とで、機能ブロック図に示す各機能が分担されるようにしてもよい。ゲームシステムＳを構成する各装置は、適宜、ネットワーク等を介してデータを送受信することにより、上記の各機能を実現することになる。

例えば、コミュニティデータ取得部７２及び参加処理実行部７４が、ユーザ装置２において実現されるようにしてもよい。この場合、制御部２０は、ネットワークを介してゲームサーバ１からコミュニティデータを取得し、ユーザが属するセッションの制御を実行することになる。

また例えば、ゲーム提供部８８が、ユーザ装置２において実現されるようにしてもよい。この場合、制御部２０は、セッションに属する各ユーザの操作内容を操作部２４又はネットワークを介して取得し、実行中のゲームの状況を示すデータを更新することによって、各ユーザにゲームを提供することになる。

また、上記実施形態では、ゲームシステムＳに、ゲームサーバ１と、複数のユーザ装置２と、が含まれる例を挙げて説明したが、複数のゲームサーバがゲームシステムＳに含まれていてもよい。

また、ゲームシステムＳで実行されるゲームをサッカーゲームとして説明したが、ゲームシステムＳで実行されるゲームは、複数のユーザが参加するゲームであればよい。例えば、スポーツゲーム以外のゲームであってもよく、例えば、ＦＰＳ（First Person Shooting）ゲーム、ロールプレイングゲーム、アクションゲーム、パズルゲーム等であってもよい。

Ｓ ゲームシステム、１ ゲームサーバ、２ ユーザ装置、１０，２０ 制御部、１２，２２ 記憶部、１４，３０ 通信部、２４ 操作部、２６ 表示部、２８ 入力部、４０ コミュニティ選択画面、４２ カーソル、５０ コミュニケート画面、５２，６２ ユーザ一覧、５４ セッション参加ボタン、６０ セッションモード画面、６４ 開始ボタン、６６ 解散ボタン、６８ 離脱ボタン、７０ ゲームデータ記憶部、７２ コミュニティデータ取得部、７４ 参加処理実行部、７６ 所属可能判定部、７８ 所属制御部、８０ セッション生成部、８２ 解散操作受付部、８４ セッション解散部、８６ 開始操作受付部、８８ ゲーム提供部、９０ コミュニティ比較部、９２ 選択受付部、１００ セッション一覧画面、１０２ セッション詳細、１０４ チェックボックス、１０６ 参加決定ボタン。

Claims (12)

1. 複数のユーザが参加するゲームを制御するゲーム装置であって、
   複数のコミュニティの各々と、当該コミュニティに属するユーザと、を関連付けて記憶する手段の記憶内容を取得する手段と、
   一のユーザが前記ゲームに参加する場合に、前記一のユーザと、前記一のユーザと同じコミュニティに属する他のユーザと、が同じゲームに参加するための処理を実行する実行手段と、
   前記一のユーザと、前記一のユーザと同じコミュニティに属する他のユーザと、が参加するゲームを、当該一のユーザ及び当該他のユーザに提供するゲーム提供手段と、
   を含むことを特徴とするゲーム装置。
2. 前記ゲームは、互いに同じコミュニティに属する複数のユーザで結成されるグループの各ユーザが参加するゲームであり、
   前記実行手段は、
   前記一のユーザが前記ゲームに参加する場合に、前記一のユーザと同じコミュニティの他のユーザが属する前記グループであって、前記一のユーザが所属可能な前記グループがあるか否かを判定する手段と、
   前記一のユーザが所属可能な前記グループがあると判定された場合、前記一のユーザを当該グループに所属させる所属制御手段と、
   を含み、
   前記ゲーム提供手段は、
   前記グループに属する前記一のユーザ及び前記一のユーザと同じコミュニティの他のユーザが参加するゲームを、当該一のユーザ及び当該他のユーザに提供する、
   ことを特徴とする請求項１に記載のゲーム装置。
3. 前記ゲーム装置は、
   前記一のユーザが所属可能な前記グループがないと判定された場合、当該一のユーザと同じコミュニティの他のユーザを所属させるための前記グループを生成する手段を更に含み、
   前記所属制御手段は、
   前記グループが生成された後において、当該グループを生成させた前記一のユーザと同じコミュニティに属する他のユーザが前記ゲームに参加する場合、当該他のユーザを当該生成されたグループに所属させる、
   ことを特徴とする請求項２に記載のゲーム装置。
4. 前記ゲーム装置は、
   前記グループが生成された後において、当該グループを生成させた前記一のユーザによる、ゲーム開始操作を受け付ける手段を更に含み、
   前記ゲーム提供手段は、前記ゲーム開始操作が受け付けられた場合、前記グループに属する前記一のユーザ及び前記一のユーザと同じコミュニティの他のユーザが参加するゲームを、当該一のユーザ及び当該他のユーザに提供する、
   ことを特徴とする請求項３に記載のゲーム装置。
5. 前記ゲーム装置は、
   前記グループを生成した後において、当該グループを生成させた前記一のユーザによる、グループ解散操作を受け付ける手段と、
   前記グループ解散操作が受け付けられた場合、前記グループを解散させる手段と、
   を更に含むことを特徴とする請求項３又は４に記載のゲーム装置。
6. 前記ゲームは、複数のユーザで結成されるグループの各ユーザが参加するゲームであり、
   前記ゲーム装置は、
   複数のグループのうち前記一のユーザにより選択されたグループに、前記一のユーザを所属させる手段を更に含み、
   前記実行手段は、
   前記複数のグループの各々に属するユーザのコミュニティと、前記一のユーザのコミュニティと、を比較するコミュニティ比較手段を含み、当該コミュニティ比較手段の比較結果に基づいて、前記一のユーザによる前記グループの選択を支援するための処理を実行する、
   ことを特徴とする請求項１に記載のゲーム装置。
7. 前記実行手段は、
   前記一のユーザに対し、当該一のユーザと同じコミュニティの他のユーザが属するグループを、当該一のユーザとは異なるコミュニティの他のユーザが属するグループよりも優先的に提示することによって、前記一のユーザによる前記グループの選択を支援するための処理を実行し、
   前記ゲーム装置は、
   前記実行手段による提示がされた後において、前記複数のグループのうち前記一のユーザによる選択を受け付ける手段を更に含む、
   ことを特徴とする請求項６に記載のゲーム装置。
8. 前記実行手段は、
   前記一のユーザと同じコミュニティの他のユーザが所属するグループを前記一のユーザが選択する場合の操作量を、前記一のユーザとは異なるコミュニティの他のユーザが所属するグループを前記一のユーザが選択する場合の操作量よりも少なくすることによって、前記一のユーザによるグループの選択を支援するための処理を実行する、
   ことを特徴とする請求項６又は７に記載のゲーム装置。
9. 前記実行手段は、
   前記一のユーザが前記ゲームに参加する場合に、前記一のユーザと、前記一のユーザとは異なるコミュニティに属する他のユーザと、が同じゲームに参加することを制限する、
   ことを特徴とする請求項１〜８の何れか一項に記載のゲーム装置。
10. 前記ゲーム提供手段は、
    一のコミュニティに属する複数のユーザと、他のコミュニティに属する複数のユーザと、が対戦又は協力するゲームを提供する、
    ことを特徴とする請求項１〜９の何れか一項に記載のゲーム装置。
11. 複数のユーザが参加するゲームを制御するゲーム装置の制御方法であって、
    複数のコミュニティの各々と、当該コミュニティに属するユーザと、を関連付けて記憶する手段の記憶内容を取得するステップと、
    一のユーザが前記ゲームに参加する場合に、前記一のユーザと、前記一のユーザと同じコミュニティに属する他のユーザと、が同じゲームに参加するための処理を実行する実行ステップと、
    前記一のユーザと、前記一のユーザと同じコミュニティに属する他のユーザと、が参加するゲームを、当該一のユーザ及び当該他のユーザに提供するゲーム提供ステップと、
    を含むことを特徴とするゲーム装置の制御方法。
12. 複数のユーザが参加するゲームを制御するコンピュータを機能させるためのプログラムであって、
    複数のコミュニティの各々と、当該コミュニティに属するユーザと、を関連付けて記憶する手段の記憶内容を取得する手段、
    一のユーザが前記ゲームに参加する場合に、前記一のユーザと、前記一のユーザと同じコミュニティに属する他のユーザと、が同じゲームに参加するための処理を実行する実行手段、
    前記一のユーザと、前記一のユーザと同じコミュニティに属する他のユーザと、が参加するゲームを、当該一のユーザ及び当該他のユーザに提供するゲーム提供手段、
    として前記コンピュータを機能させるためのプログラム。

Images