JP6678866B2 - 情報処理装置、プログラム、情報処理システム - Google Patents

Description

本発明は、ゲームに関する情報を出力する情報処理技術に関する。

近年、ソーシャルネットワーキングサービス（ＳＮＳ）において実行されるアプリケーションとして、いわゆるソーシャルゲーム（Social Game）が普及している。このようなソーシャルゲームとして、カードを利用したデジタルカードゲームが知られている（例えば、特許文献１）。
ソーシャルゲームの中には、あるユーザが、他のユーザやコンピュータと対戦を行うものがある。対戦の種類は様々あり、その中には複数のユーザが共通の対戦相手と行う対戦がある。このような複数のユーザが共通の対戦相手と行う対戦では、１ユーザだけで対戦相手に勝つことが難しい場合がある。その場合、他のユーザと協力して対戦相手と対戦することが重要になる。特に、対戦相手が強いほど、他のユーザとの協力がより重要になる。

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

共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザにとって、対戦に既に参加している他のユーザ（以下「参加ユーザ」という）がどのようなユーザであるかは、この対戦に参加すべきかを判断する上で重要な要素となる。例えば、勝てる見込みのある対戦に参加することを望むユーザにとって、参加ユーザが有力なユーザであることは重要な要素となる。

しかし、従来、共通の対戦相手と行う対戦に参加すべか判断しようとするユーザは、その対戦の参加ユーザが存在することを知ることはできたが、参加ユーザがどのようなユーザであるか（例えば、参加ユーザが有力なユーザであるか否か等）までは知ることができなかった。従って、例えば、勝てる見込みのある対戦に参加することを望むユーザにとって、自身が参加すべき対戦を適切に判断するための情報としては十分でなかった。

本発明は上述した観点に鑑みてなされたものであり、その目的は、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザに対して、有用な判断材料を提供するようにした情報処理装置、プログラム、情報処理システムを提供することである。

本発明の一態様は、複数のユーザに共通する対戦相手と各ユーザとの対戦の処理を実行する情報処理装置であって、ユーザに関するユーザ情報と、対戦の処理の履歴を示す履歴情報とを記憶する記憶装置にアクセス可能な情報処理装置において、
前記対戦に参加していない第１ユーザの指示を受け付ける受付手段と、
所定のユーザを特定するための所定条件と、前記記憶装置に記憶されたユーザ情報及び履歴情報とに基づいて、前記対戦に参加しているユーザのうち、前記所定条件を満たす第２ユーザを特定する特定手段と、
前記受付手段により受け付けられた指示に応じて、前記特定手段により特定された第２ユーザが参加している対戦に関する情報と、前記特定手段により特定された第２ユーザが当該対戦に参加していることを前記第１ユーザに識別させるための情報と、を含む出力データを出力する出力手段と、
を備えた情報処理装置である。

本発明の別の態様は、複数のユーザに共通する対戦相手と各ユーザとの対戦の処理を実行する情報処理装置であって、ユーザに関するユーザ情報と、前記対戦の処理の履歴に関する履歴情報とを記憶する記憶装置にアクセス可能な情報処理装置において、
前記対戦に参加していない第１ユーザの指示を受け付ける受付手段と、
前記履歴情報における所定期間の対戦の処理の履歴に基づいて、各ユーザのポイントを決定し、決定したポイントをユーザ情報に関連付けて前記記憶装置に記憶させる、ポイント決定手段と、
前記記憶装置に記憶されたユーザ情報に基づいて、前記対戦に参加しているユーザのうち、前記ポイント決定手段により決定されたポイントが最大である第２ユーザを特定する特定手段と、
前記受付手段により受け付けられた指示に応じて、前記特定手段により特定された第２ユーザが参加している対戦に関する情報と、当該対戦に前記第２ユーザが参加していることを前記第１ユーザに識別させるための情報と、前記第１ユーザから当該対戦の処理の要求を受け付ける指定対象と、を含む出力データを出力する出力手段と、
を備えた情報処理装置である。

本発明の別の態様は、複数のユーザに共通する対戦相手と各ユーザとの対戦の処理を実行するコンピュータであって、ユーザに関するユーザ情報と、前記対戦の処理の履歴に関する履歴情報とを記憶する記憶装置にアクセス可能なコンピュータに、
前記対戦に参加していない第１ユーザの指示を受け付ける機能と、
所定のユーザを特定するための所定条件と、前記記憶装置に記憶されたユーザ情報及び履歴情報とに基づいて、前記対戦に参加しているユーザのうち、前記所定条件を満たす第２ユーザを特定する機能と、
前記受付手段により受け付けられた指示に応じて、前記特定手段により特定された第２ユーザが参加している対戦に関する情報と、当該対戦に前記第２ユーザが参加していることを前記第１ユーザに識別させるための情報と、を含む出力データを出力する機能と、
を実現させるためのプログラムである。

本発明の別の態様は、複数のユーザに共通する対戦相手と各ユーザとの対戦の処理を実行する情報処理システムであって、ユーザ端末と、当該ユーザ端末からアクセスされるサーバと、を含む情報処理システムにおいて、
前記ユーザ端末及び前記サーバは、ユーザに関するユーザ情報と、前記対戦の処理の履歴に関する履歴情報とを記憶する記憶装置にアクセス可能であり、
前記対戦に参加していない第１ユーザの指示を受け付ける受付手段と、
所定のユーザを特定するための所定条件と、前記記憶装置に記憶されたユーザ情報及び前記履歴情報に基づいて、前記対戦に参加しているユーザのうち、前記所定条件を満たす第２ユーザを特定する特定手段と、
前記受付手段により受け付けられた指示に応じて、前記特定手段により特定された第２ユーザが参加している対戦に関する情報と、当該対戦に前記第２ユーザが参加していることを前記第１ユーザに識別させるための情報と、を含む出力データを出力する出力手段と、
の各手段を、前記ユーザ端末又は前記サーバの何れか一方が備えた、情報処理システムである。

第１の実施形態のゲームシステムの基本構成を示す図。 第１の実施形態のユーザ端末の構成を示すブロック図。 第１の実施形態のゲームサーバの構成を示すブロック図。 第１の実施形態の対戦の処理を概念的に説明するための図。 第１の実施形態のカードデータテーブルの構成例を示す図。 第１の実施形態のユーザデータテーブルの構成例を示す図。 第１の実施形態のグループデータテーブルの構成例を示す図。 第１の実施形態の所持カードデータテーブルの構成例を示す図。 第１の実施形態のデッキテーブルの構成例を示す図。 第１の実施形態の対戦データテーブルの構成例を示す図。 第１の実施形態の履歴データテーブルの構成例を示す図。 第１の実施形態のゲームの実行時のユーザ端末に表示される画像の一例を示す図。 第１の実施形態のゲームの実行時のユーザ端末に表示される画像の一例を示す図。 第１の実施形態のゲームの実行時のユーザ端末に表示される画像の一例を示す図。 第１の実施形態のゲームの実行時のユーザ端末に表示される画像の一例を示す図。 第１の実施形態のゲームの実行時のユーザ端末に表示される画像の一例を示す図。 第１の実施形態のゲームの実行時のユーザ端末に表示される画像の一例を示す図。 第１の実施形態のゲームサーバの機能ブロック図。 第１の実施形態の対戦の処理の一例を示すシーケンスチャート。 第１の実施形態の対戦の処理の一例を示すシーケンスチャート。 本実施形態の変形例のゲームの実行時のユーザ端末に表示される画像の一例を示す図。

（１）第１の実施形態
（１−１）ゲームシステムの構成
以下、情報処理システムの一実施形態として、ゲームシステム１について説明する。

図１は、実施形態のゲームシステム１のシステム構成例を示している。図１に示すように、このゲームシステム１は、ユーザ端末１０ａ，１０ｂ，１０ｃ，…、および、ゲームサーバ２０を含む。各ユーザ端末１０ａ，１０ｂ，１０ｃからゲームサーバ２０に対しては、例えばインターネットなどの通信網ＮＷを通してアクセス可能である。なお、ゲームシステム１は、情報処理システムの一例である。また、ゲームサーバ２０は、情報処理装置の一例である。
各ユーザ端末１０ａ，１０ｂ，１０ｃ，…はそれぞれ、個々のユーザによって操作される端末であり、例えば、フィーチャーフォン、スマートフォン、タブレット端末、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機（いわゆる多機能型のスマートテレビも含む。）、通信機能付き携帯ゲーム機などの通信端末である。以下の説明において、各ユーザ端末１０ａ，１０ｂ，１０ｃ，…に共通して言及するときには、ユーザ端末１０と表記する。

ゲームサーバ２０は、ゲームを実行するサーバである。ゲームサーバ２０には、ウェブブラウザによって解釈可能な画像データ（例えばＨＴＭＬ、ＸＭＬなどの形式で記述された画像データのことである。本発明の実施形態では、ＨＴＭＬデータを例として説明する。）を作成可能なプログラムが実装されている。
ユーザ端末１０は、ゲームサーバ２０によって提供されるＨＴＭＬデータを解釈して表示するウェブブラウザを備えており、ユーザ端末１０によるウェブページ上のユーザの操作に基づく要求を、ネットワークを介してゲームサーバ２０へ送信し、ゲームサーバ２０による処理結果を受信することでゲームの処理を実行する。
通信網ＮＷは、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、専用回線、または、これらの組み合わせによって構成される情報通信ネットワークである。

（１−２）ユーザ端末の構成
図２を参照してユーザ端末１０について説明する。
図２に示すように、ユーザ端末１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ(Read Only Memory)１２、ＲＡＭ(Random Access Memory)１３、操作入力部１５、表示部１６、通信インタフェース部１７、および、ストレージ１８を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス１９が設けられている。

ＣＰＵ１１は、ＲＯＭ１２に格納されているプログラムやデータを読み出して、ユーザ端末１０内の各部との制御信号やデータ信号のタイミング処理等、ユーザ端末１０内の全体の動作を制御する。ＣＰＵ１１はまた、ストレージ１８に記憶されているプログラムや、プログラムの実行に必要な各種データを読み出してＲＡＭ１３に展開し、プログラムの実行に伴うデータの入出力処理、演算処理、判定処理等の各種処理を行う。ＲＡＭ１３は、ＣＰＵ１１による演算処理、判定処理等のために一時的にデータを記憶する。

例えば、ＣＰＵ１１は、ストレージ１８内に格納されているウェブブラウザをＲＡＭ１３にロードして実行する。そして、ＣＰＵ１１は、操作入力部１５等によってユーザに入力されるＵＲＬ(Uniform Resource Locator)の指定に基づき、通信インタフェース部１７を介して、ゲームサーバ２０からウェブページを表示するためのデータ、すなわち、ＨＴＭＬ(HyperText Markup Language)文書や当該文書と関連付けられた画像などのオブジェクトのデータ（以下、総称して適宜「ＨＴＭＬデータ」と表記する。）を、通信インタフェース部１７を介して取得し、ウェブブラウザを実行してＨＴＭＬデータを解釈する。なお、ユーザ端末１０には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインが実装されていてもよい。そのようなプラグインの一例は、米国のアドビシステムズ社によるフラッシュプレイヤである。あるいは、本実施形態でのＨＴＭＬデータを、動画および音声の再生機能を備えたＨＴＭＬ５形式としてもよい。

ウェブブラウザは、ゲームサーバ２０とＨＴＴＰ(HyperText Transfer Protocol)に従った通信を行う。ウェブブラウザは、ユーザによる操作入力部１５の操作によってウェブページ上のＵＲＬ(Uniform Resource Locator)または指定対象（例えば、ソフトウェアボタン（以下、単に「ボタン」と表記する。）等）が指定されると、ウェブページの更新のために、その指定結果を含むＨＴＴＰリクエストをゲームサーバ２０に送信する。ウェブブラウザは、ＨＴＴＰレスポンスとしてゲームサーバ２０からＨＴＭＬデータを取得し、解釈して、ウェブページを表示部１６に表示する。

表示部１６は、たとえば、ＬＣＤ(Liquid Cristal Display)や有機ＥＬ(Electro Luminescence)ディスプレイ等の表示デバイスである。マトリクス状に画素単位で配置された薄膜トランジスタを含むＬＣＤ(Liquid Cristal Display)モニタを適用した場合、表示部１６は、薄膜トランジスタを駆動することでウェブページの画像を表示画面１６ａに表示する。

ユーザ端末１０がボタン入力方式のユーザ端末である場合、操作入力部１５は、例えば、ユーザの操作入力を受け入れるための方向指示ボタン、決定ボタン、テンキーなどの複数の指示入力ボタンを備え、各ボタンの押下操作の入力を認識してＣＰＵ１１へ出力するためのインタフェース回路を含む。
ユーザ端末１０がタッチパネル入力方式のユーザ端末である場合、操作入力部１５は、主として表示画面に指先あるいはペンで触れることによるタッチパネル方式の入力を受け付ける。

ストレージ１８は、例えばフラッシュメモリあるいはＨＤＤ(Hard Disk Drive)によって構成される記憶装置である。

（１−３）ゲームサーバの構成
図３を参照してゲームサーバ２０の構成について説明する。
図３に示すように、ゲームサーバ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、通信インタフェース部２４、および、ストレージ２５を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス２６が設けられている。なお、ゲームサーバ２０は、ハードウエアに関しては汎用のネットワークサーバと同一の構成をとることができる。

ＣＰＵ２１は、ＲＯＭ２２に格納されているプログラムやデータを読み出して、ゲームサーバ２０内の各部との制御信号やデータ信号のタイミング処理等、ゲームサーバ２０内の全体の動作を制御する。ＣＰＵ２１はまた、ストレージ２５に記憶されているプログラムや、プログラムの実行に必要な各種データを読み出してＲＡＭ２３に展開し、プログラムの実行に伴うデータの入出力処理、演算処理、判定処理等の各種処理を行う。ＲＡＭ２３は、ＣＰＵ２１による演算処理、判定処理等のために一時的にデータを記憶する。

例えば、ストレージ２５には、クライアントであるユーザ端末１０のウェブブラウザとの間でＨＴＴＰに従った通信を行ってウェブサービスを提供するプログラムが格納されている。ＣＰＵ２１は、ストレージ２５に格納されているプログラムをＲＡＭ２３に展開して、プログラムを実行する。プログラムの実行に伴ってＣＰＵ２１は、通信インタフェース部２４を介してユーザ端末１０からＨＴＴＰリクエストを取得し、当該ＨＴＴＰリクエストに応じた処理を実行し、その実行結果を含むＨＴＭＬデータ（後述する画像データの一例）をＨＴＴＰレスポンスとしてユーザ端末１０へ返す。

ストレージ２５は、例えばフラッシュメモリあるいはＨＤＤ(Hard Disk Drive)によって構成される情報記録装置であり、上述したプログラムに加え、データテーブル群７０を格納する。データテーブル群７０（後述する）は、カードデータテーブル、ユーザデータテーブル、グループデータテーブル、所持カードデータテーブル、デッキデータテーブル、対戦データテーブル、および、履歴データテーブルを含む。各データテーブルは、適宜ＣＰＵ２１からデータの読み書きのためにアクセスされる。

（１−４）本実施形態のゲームの対戦の処理
本実施形態のゲームシステム１において実行されるゲームは、ユーザがオブジェクトとしてのカードを利用して実行するゲームである。このゲームでは、例えば、ユーザがゲーム上のエリアを探索してカードやアイテムを取得し、あるいはユーザが所持するカードを用いて他のユーザやＮＰＣ(Non-Player Character)と対戦する。なお、本実施形態のオブジェクトは、カードに限られない。例えば、オブジェクトは、単なるイラスト、写真などの画像であってもよいし、３Ｄ画像による立体的なキャラクタであってもよい。つまり、オブジェクトは、ゲームに用いることができる媒体であれば、どのようなものでもよい。また、オブジェクトは、ゲームにおいてユーザが収集する対象となるものであってもよいし、さらに、ゲームにおいて育成する対象となるものであってもよい。
本実施形態のゲームにおいて、対戦の処理とは、複数のユーザに共通する対戦相手と各ユーザとの対戦を行う処理である。本実施形態の例では、対戦とは、各ユーザ（例えば、各ユーザに対応するオブジェクト）が対戦相手（例えば、対戦相手に対応するオブジェクト）を攻撃することにより対戦相手にダメージを与え（例えば、対戦相手に対応するオブジェクトの体力が消費され）、各ユーザが対戦相手から攻撃を受けることによりユーザにダメージ値が与えられる（例えば、ユーザに対応するオブジェクトの体力が消費される）処理である。対戦相手に与えたダメージの累積値が所定値に達すると、対戦の勝利条件が満たされる。一方、対戦相手に与えたダメージの累積値が所定値に達する前に体力が所定値まで低下したユーザは、対戦から離脱する。なお、本実施形態のゲームにおける対戦は、これに限られるものではなく、複数のユーザに共通する対戦相手と各ユーザとが所定ルールに従って勝負を行うものであれば、どのようなものでもよい。
また、本実施形態の対戦は、複数のユーザに対して、対戦の処理（例えば、対戦に関する画像の表示）が同期を取りながら行われるもの（いわゆる「同期対戦」）であってもよい。「同期対戦」の一例として、所定の時刻（例えば、８時〜９時の間）にゲームサーバ２０にログインしている複数のユーザが共通の対戦相手と対戦するものであって、各ユーザからの操作内容と対戦の処理の実行結果を、当該所定の時刻に対戦に参加している他のユーザの画面に同期を取って表示させるものがある。
また、本実施形態の対戦は、当該対戦の処理が非同期に行われるもの（いわゆる「非同期対戦」）であってもよい。「非同期対戦」の一例として、対戦可能な期間（例えば、対戦相手が出現してから２４時間以内）の異なる時刻に複数のユーザが共通の対戦相手と対戦するもので、各ユーザからの操作内容と対戦の処理の実行結果を、当該対戦可能な期間に対戦に参加した他のユーザの画面に履歴として（同期を取らずに）表示させるようなものがある。

対戦の処理について、図４を参照して具体的に説明する。図４は、対戦の処理を概念的に説明するための図である。
図４において、複数の対戦Ｂ１〜Ｂ３が存在している。対戦Ｂ１〜Ｂ３の中から共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザがユーザＵ１であり、対戦Ｂ１の参加ユーザはユーザＵ２であり、対戦Ｂ２の参加ユーザはユーザＵ３〜Ｕ５であり、対戦Ｂ３の参加ユーザはユーザＵ６〜Ｕ８である場合を考える。
本実施形態では、ユーザＵ１の要求に応じて、ユーザデータおよび履歴データに基づいて、所定条件を満たすユーザが参加する対戦が特定される。所定条件とは、所定のユーザを特定するための条件である。例えば、所定条件は、対戦で獲得した対戦ポイントが多いユーザや能力値が高いユーザを特定（抽出）するための条件である。なお、対戦ポイントとは、対戦に参加したユーザに付与される数値パラメータであって、対戦の処理の履歴（例えば、対戦での活躍の程度）に応じて決められる得点の積算値である。図４の例では、ユーザＵ２が所定条件を満たしている場合を考える。この場合、ユーザＵ２が参加している対戦Ｂ１が特定され、対戦Ｂ１に関する情報と、所定条件を満たすユーザＵ２が対戦Ｂ１に参加していることを示す情報（つまり、ユーザＵ２が対戦Ｂ１に参加していることをユーザＵ１に識別されるための情報）とが、ユーザＵ１に提示される。

（１−５）データテーブルの構成
次に、ゲームサーバ２０のストレージ２５に格納されるカードデータテーブル、ユーザデータテーブル、グループデータテーブル、所持カードデータテーブル、デッキデータテーブル、対戦データテーブル、および、履歴データテーブルについて、図５〜図１１を参照して説明する。

（i）カードデータテーブル
カードデータテーブルには、本実施形態のゲームで使用されるカードのデータが記録されている。図５にカードデータテーブルの構成例を示す。図５に示す例では、カードを特定するカードＩＤごとに、カード名、カード画像、および、カードパラメータのデータが含まれる。
カード名は、カードに表示されるキャラクタの名称を示す文字列である。カード画像は、カードに表示されるキャラクタの画像である。
カードパラメータは、レアリティ、属性、コスト、スキル、売却価格、攻撃力、防御力、および、体力のデータから構成されている。
レアリティは、カードの希少価値を示す指標であり、図５に示す例ではＲ１〜Ｒ５の順にレアリティが高く設定されている。
属性は、カードに表示されるキャラクタの属性であり、図５に示す例ではＮ１〜Ｎ３のいずれかである。
コストは、カードをユーザのカードチームに組み込むときに参照される値である。例えばカードチームによる対戦を行う場合には、カードチームに含まれるカードのコストの総和が所定値以下に制限される。
スキルは、カードを用いてゲームを実行するときに有利となる効果を示す情報であり、図４に示す例では、ＳＫ１〜ＳＫ１２の様々な効果を備えたスキルが各カードに設定されている。なお、すべてのカードがスキルを備えていなくてもよい。
売却価格は、ユーザが自身で所持しているカードを売却するときにユーザが得られるゲーム上のポイントである。
攻撃力および防御力は、カードを対戦で用いるときに参照されるパラメータである。
体力は、ゲームにおけるカードの体力を示す数値パラメータである。対戦において、カードが対戦相手から攻撃を受けると、カードの体力が所定の値の分だけ消費される。カードの体力がゼロになると、そのカードは対戦から除外される。

（ii）ユーザデータテーブル
ユーザデータテーブルには、本実施形態のゲームに登録しているユーザに関する情報が記録されている。図６にユーザデータテーブルの構成例を示す。図６に示す例では、ユーザを特定するユーザＩＤごとに、ユーザ名、ユーザパラメータ、および、仲間ユーザのデータが含まれる。
ユーザ名は、ユーザの名称を示す文字列である。ユーザ名は、ユーザが任意に決めることができる。
ユーザパラメータは、対戦において参照されるパラメータである。ユーザパラメータは、レベル、行動ポイント、属性、および、対戦ポイントのデータから構成される。
レベルは、ゲームにおけるユーザの強さの程度を示す数値パラメータである。ユーザがゲームに登録したときのレベルの値（初期値）は１である。ユーザは、対戦において対戦相手に勝つことで、成長する（レベルを上げる）ことができる。
行動ポイントは、ユーザがゲームを進行させる（例えば、対戦の処理を実行させる）際に消費するコストを示す数値パラメータである。ゲームを進行させる処理が行われると、行動ポイントが所定量の分だけ消費される。ユーザ毎に行動ポイントの上限値を定めてもよい。行動ポイントは、時間の経過によって上限値まで増加（回復）するように設定してもよい。
属性は、ゲームにおけるユーザの属性である。図６に示す例ではＮ１〜Ｎ３のいずれかである。
対戦ポイントは、所定期間における対戦の処理の結果得られた得点を積算した数値パラメータである。対戦ポイントは、所定タイミング（例えば、毎日午前９時）になるとリセットされる。より具体的には、対戦ポイントは、１つの対戦に係る対戦の処理において、当該対戦における評価に応じて付与される得点の積算値である。なお、得点の算出方法は様々ある。例えば、対戦相手に与えたダメージ量に応じて得点を算出してもよい。また、所定期間は、例えば、ユーザデータが参照される日の前日である。この場合には、ユーザデータが参照される日の前日に多くの対戦に参加して、各対戦において活躍の程度が大きいユーザであるほど、大きな対戦ポイントが付与される傾向にある。
仲間ユーザのデータは、仲間ユーザのユーザＩＤと親密度の対から構成される。仲間ユーザとは、親密度が所定値以上である他のユーザである。親密度は、他のユーザとの関係度を示す数値パラメータである。１つのユーザＩＤに対して、１又は複数の仲間ユーザＩＤと親密度の対が対応付けられる。ここで、親密度とは、仲間ユーザ間の関係性の高さを一定の基準で数値化したものであってもよく、例えば、ユーザ間の応援メッセージの送信あるいは受信の頻度（応援頻度）、ゲーム上で使用可能なアイテムなどのプレゼントを送信あるいは受信した回数（プレゼント回数）などに基づいて設定されてもよい。例えば、応援頻度やプレゼント回数が多いほど、親密度が高く設定されてもよい。

（iii）グループデータテーブル
グループデータテーブルには、本実施形態のゲームに登録している複数のユーザから構成されるグループに関する情報が記録されている。図７にグループデータテーブルの構成例を示す。図７に示す例では、グループを特定するグループＩＤごとに、グループに属する各ユーザ、および、ＭＶＰユーザＩＤのデータが含まれる。
グループに属する各ユーザのデータは、ユーザＩＤおよびランクのデータから構成される。ランクは、ユーザパラメータの少なくとも１つの項目について、グループに所属する全ユーザの中の当該ユーザの順位を示す値である。例えば、ユーザパラメータの一つである「レベル」を用いる場合、「レベル」の高い順に順位が決められる。
ＭＶＰユーザＩＤは、ＭＶＰユーザのユーザＩＤである。ＭＶＰ（Most Valuable Player）ユーザとは、ユーザデータの対戦ポイントが同じグループ内のユーザの中で最大のユーザである。本実施形態では、所定期間の対戦において最も多くの対戦ポイントを獲得したユーザを、最も活躍したユーザとして取り扱っている。最も活躍したユーザが最も強いユーザであるとは限らないが、ＭＶＰユーザは、多くの対戦ポイントを獲得できるユーザであることから、対戦において有力なユーザであると推認できる。

（iｖ）所持カードデータテーブル
所持カードデータテーブルには、ユーザの所持カードの情報が記録されている。図８に所持カードデータテーブルの構成例を示す。図８では１ユーザの分の所持カードデータテーブルを例示するが、所持カードデータテーブルは、ゲームに登録しているすべてのユーザに対応して設けられる。
図８に示す所持カードデータテーブルには、カードＩＤごとに、シリアル番号、カードレベル、および、スキルレベルのデータが対応付けられて記録されている。シリアル番号は、ユーザにカードが付与された時点で決定される固有の番号である。同一のカードＩＤのカードに対しても異なるシリアル番号が付される。
カードレベルはカードの育成レベルを示すパラメータであり、例えば他のカードとの合成を実行することによって増加する。ユーザがカードを取得した時点でのカードレベルの値（初期値）は１であり、ユーザは合成を実行することでそのカードを成長（つまり、カードレベルを増加）させることができる。
スキルレベルはカードの育成レベルを示すパラメータであり、特にカードが備えるスキルのレベルを示すパラメータである。ユーザがスキルを備えたカードを取得した時点でのスキルレベルの値（初期値）は１であり、例えば所定の条件を満たす他のカードとの合成を行うことによってカードのスキルレベルを増加させることができる。カードのスキルレベルが増加するにつれて、スキルによって発生する効果が増大する。

（ｖ）デッキデータテーブル
デッキデータテーブルには、所持カードの中から、ユーザによって対戦の処理に使用するカードとして設定されたカードの組合せ（以下「デッキ」という）に関する情報が記録されている。図９にデッキデータテーブルの構成例を示す。図９では１ユーザの分のデッキデータテーブルを例示するが、デッキデータテーブルは、ゲームに登録しているすべてのユーザに対応して設けられる。
図９に示すデッキデータテーブルには、配置ＩＤごとに、カードＩＤ、および、シリアル番号のデータが対応付けられて記録されている。
配置ＩＤは、対戦におけるカードの配置を特定する情報である。配置ＩＤに対応付けられたカードＩＤ、および、シリアル番号の組合せにより、対戦において、どのカードがどこに配置されるかが特定される。なお、配置ＩＤは必須でない。例えば、カードをランダムに配置する対戦では、配置ＩＤは不要である。

（ｖi）対戦データテーブル
対戦データテーブルには、対戦に関する情報が記録されている。図１０に対戦データテーブルの構成例を示す。図１０に示す対戦データテーブルには、対戦を特定する対戦ＩＤごとに、ボスＩＤ、対戦名、ボス名、対戦ＵＩ、および対戦相手に設定されたボスパラメータのデータが含まれる。
対戦名およびボス名は、それぞれ、対戦およびボスの名称を示す文字列である。なお、ボスとは、複数のユーザが共通して対戦する対戦相手である。
ボスＩＤは、ボスを特定する情報である。対戦ＩＤとボスＩＤは１対１に対応している。
対戦ＵＩは、対戦の処理において用いられるユーザインタフェースのデータ（例えば、対戦の処理においてユーザ端末１０に表示される画像データ）である。なお、この対戦ＵＩのデータには、ボスを示す画像データが含まれる。ボスを示す画像データは、ゲーム内でボスを示すオブジェクトに相当する。
ボスパラメータは、レベル、体力、属性、攻撃力、および、防御力のデータから構成されている。
レベルは、ボスの強さの程度を示す数値パラメータである。
体力は、ボスの体力を示す数値パラメータである。対戦において、ユーザが対戦相手に攻撃を与えると、当該ユーザに対応するデッキとして設定されたカードのカードパラメータの攻撃力とボスパラメータの防御力との差に応じて、ボスの体力が消費される。ボスの体力がゼロになると、対戦が終了する。
属性は、ボスの属性に関するパラメータである。図１０に示す例ではＮ１〜Ｎ３のいずれかである。
攻撃力および防御力は、対戦の処理において参照されるパラメータである。

（ｖii）履歴データテーブル
履歴データテーブルには、対戦の処理の履歴を示す情報が記録されている。図１１に履歴データテーブルの構成例を示す。図１１では１対戦の分の履歴データテーブルを例示するが、履歴データテーブルは、ゲーム上で行われるすべての対戦に対応して設けられる。
図１１に示す履歴データテーブルには、時間、ユーザＩＤ、および、アクション処理の実行結果のデータが対応付けられて記録されている。
時刻は、処理が行われた時刻を示す情報である。
ユーザＩＤは、アクション処理の基礎となるアクションを行ったユーザを特定する情報である。アクション処理とは、対戦の処理において、ユーザが関わるアクションに基づいて履歴データを更新する処理である。例えば、アクションは、ユーザによる対戦への参加、ユーザによる対戦相手への攻撃、対戦相手によるユーザへの攻撃、ユーザによる対戦からの離脱などである。
アクション処理の実行結果は、アクション処理の実行結果を示すコードである。図１１の例では、アクション処理の実行結果のデータは、ユーザが対戦に参加したことを示すコード「Ｊ」、ユーザが対戦相手に攻撃を行ったこと、および、当該攻撃により対戦相手に与えたダメージの値を示すコード「Ａ：００８」などである。時刻、ユーザＩＤ、および、アクション処理の実行結果の組合せにより、アクション処理が実行された時刻と、アクション処理の対象となったユーザと、アクション処理の実行結果とが特定される。

（１−６）対戦の処理の具体例
以下、本実施形態のゲームの処理の具体例について、図１２Ａ、図１２Ｂ、および、図１３〜図１５を参照しながら説明する。図１２Ａ、図１２Ｂ、および、図１３〜図１５は、それぞれ、本実施形態のゲームの処理を実行しているときにユーザ端末１０に表示される画面の一例を示す図である。

（Ａ１）対戦の処理の第１例（図１２Ａおよび図１２Ｂ）
図１２Ａおよび図１２Ｂは、対戦の処理の一連の表示画面の変化を示している。図１２Ａおよび図１２Ｂにおいて、画像Ｐ１は、本実施形態のゲームにおいてユーザが処理の要求を行うときにユーザ端末１０に表示される画像である。画像Ｐ１には、ユーザの指定対象として、ボタンｂ１（「所持モンスターを見る」）、ボタンｂ２（「デッキ編成」）、および、ボタンｂ３（「対戦検索」）が設けられる。
ボタンｂ１は、ユーザの所持カードの閲覧処理の要求を行うときに指定されるボタンである。ボタンｂ２は、ユーザの所持カードの中から対戦において使用するカード（つまり、デッキに組み込むカード）を選択するときに指定されるボタンである。ボタンｂ３は、対戦検索の処理の要求を行うときに指定されるボタンである。

画像Ｐ１においてボタンｂ３（「対戦検索」）が指定されると、Ｐ２またはＰ３に示すように画像が変化する。所定条件を満たすユーザが参加している対戦が存在する場合には画像Ｐ２が表示される。一方、所定条件を満たすユーザが参加している対戦が存在しない場合には画像Ｐ３が表示される。

画像Ｐ２およびＰ３には、対戦に関する情報（例えば、対戦相手の画像、対戦相手の最大体力、および、対戦相手の残り体力）が表示される表示領域１０１と、ユーザに対応付けて設定されたデッキを構成するカードが表示される表示領域１０３と、当該対戦に関するメッセージが表示される表示領域１０５と、当該対戦への参加のアクションを要求するためのボタンｂ４（「参加する」）と、当該対戦への参加の拒否のアクションを要求するためのボタンｂ５（「参加しない」）とが含まれる。

さらに、画像Ｐ２には、所定条件を満たすユーザが当該対戦に参加していることを示す情報が表示される表示領域１０４も含まれる。図１２Ａの例では、ＭＶＰユーザが当該対戦に参加していることを示す情報が、表示領域１０４および１０５に表示されている。

画像Ｐ２またはＰ３においてボタンｂ５（「参加しない」）が指定されると、Ｐ１に示すように画像が変化する。
一方、画像Ｐ２またはＰ３においてボタンｂ４（「参加する」）が指定されると、図１２ＢのＰ４に示すように画像が変化する。画像Ｐ４は、表示領域１０５にユーザが対戦に参加したことを示す情報が表示される点、および、表示領域１０４が含まれない点において、図１２Ａの画像Ｐ２と異なる。

（Ａ２）対戦の処理の第２例（図１３）
図１３は、対戦の処理の表示画面を示している。
図１３の画像Ｐ２は、表示領域１０４及び１０５に、ゲーム内ランクが１位及び３位のユーザが対戦に参加していることを示す情報が表示される点において、図１２Ａの画像Ｐ２と異なる。
「ゲーム内ランク」とは、ユーザパラメータの少なくとも１つの項目（例えば、レベル）についての、ゲーム内の全てのユーザの中の当該ユーザの順位である。

（Ａ３）対戦の処理の第３例（図１４）
図１４は、対戦の処理の表示画面を示している。
図１４の画像Ｐ２は、表示領域１０４及び１０５に、ユーザの属性と参加ユーザの属性との組合せが所定の組合せ条件に該当することを示す情報が表示される点において、図１２Ａの画像Ｐ２と異なる。
ユーザが当該対戦に参加することにより組合せ条件が成立した場合には、ゲーム上の有利な効果（例えば、攻撃力パラメータの上昇）が与えられる。ゲーム上の有利な効果は、対戦が同期対戦である場合には新たに参加するユーザおよび参加ユーザの双方に与えられ、対戦が非同期対戦である場合には新たに参加するユーザにのみ与えられてもよい。

（Ａ４）対戦の処理の第４例（図１５）
図１５は、対戦の処理の表示画面を示している。
図１５の画像Ｐ２は、表示領域１０４及び１０５に、自身との親密度が大きい仲間ユーザが対戦に参加していることを示す情報が表示される点において、図１２Ａの画像Ｐ２と異なる。図１５の例では、表示領域１０４及び１０５に、ユーザとの親密度が大きい参加ユーザのユーザ名が表示されている。

（Ａ５）対戦の処理の第５例（図１６）
図１６は、対戦の処理の表示画面を示している。
図１６の画像Ｐ２は、複数の対戦相手に関する情報が一覧表示される点において、図１２Ａの画像Ｐ２およびＰ３と異なる。
画像Ｐ２には、それぞれ、対戦相手ごとに、表示領域１０５１〜１０５３が含まれる。
表示領域１０５１〜１０５３には、それぞれ、対戦相手の画像が表示される表示領域１０１１〜１０１３と、ボタンｂ４１〜ｂ４３（「参加する」）とが表示される。ボタンｂ４１〜ｂ４３は、図１２Ａの画像Ｐ２のボタンｂ４と同様である。また、表示領域１０５１及び１０５３には、それぞれ、所定条件を満たすユーザが対戦に参加していることを示す情報が表示される表示領域１０４１および１０４３が含まれる。
また、画像Ｐ２には、ボタンｂ５（「参加しない」）が含まれる。このボタンｂ５は、図１２Ａの画像Ｐ２のボタンｂ５と同様である。

（１−７）情報処理装置が備える機能の概要
次に、上述した本実施形態のゲームを実現するためにゲームサーバ２０が備える機能について説明する。図１７は、本実施形態のゲームサーバ２０で主要な役割を果たす機能を説明するための機能ブロック図である。図１７において、データテーブル群７０は、前述したように、カードデータテーブル、ユーザデータテーブル、グループデータテーブル、所持カードデータテーブル、デッキデータテーブル、対戦データテーブル、および、履歴データテーブルを含む。なお、図１７に示す機能ブロック図に含まれる手段のすべてが本発明に必須の要素とは限らない。例えば、本発明の一態様では、受付手段５１、特定手段５３、および、出力手段５４を備えていればよい。

受付手段５１は、ユーザの操作入力に関する情報に基づいてユーザから各種の要求を受け付ける機能を備える。本実施形態のゲームにおいてユーザの要求としては、例えば、対戦検索の処理の要求、アクション処理の要求、および、グルーピング処理の要求などがある。
対戦検索の処理の要求は、複数の対戦の中から、対戦を検索する処理の要求である。対戦検索の処理の要求には、ユーザＩＤが含まれる。
アクション処理の要求は、所定の対戦相手との対戦におけるユーザのアクションの結果を決定する処理の要求である。アクション処理の要求には、ユーザが指定したアクションを示すデータが含まれる。
グルーピング処理の要求は、複数のユーザを関連付ける処理の要求である。グルーピング処理の要求には、当該要求を行ったユーザのユーザＩＤと、当該ユーザと関連付けるべき他のユーザのユーザＩＤ、または、当該他のユーザと関連付けられているグループのグループＩＤとが含まれる。
受付手段５１の機能を実現するために、ゲームサーバ２０は、通信インタフェース部２４を介して、ユーザ端末１０から画像であるウェブページ内のユーザによるボタンの指定入力に対応する要求を受信する。ゲームサーバ２０のＣＰＵ２１は、受信した要求をＲＡＭ２３に展開し、ＲＡＭ２３に展開した要求の内容に応じた処理を実行する。

ゲーム処理手段５２は、受付手段５１にて受け付けたユーザの要求に応じて、様々なゲームの処理を実行する機能を備える。本実施形態のゲームの処理は、適宜設けられてよいが、例えば、対戦の処理、ポイント決定処理、グルーピング処理、および、グループデータ更新処理などである。

アクション処理を実行するゲーム処理手段５２は、アクション処理手段として機能する。アクション処理には、ユーザを対戦に参加させる第１アクション処理と、ユーザと対戦相手との間で行われるアクションに関する第２アクション処理と、が含まれる。第２アクション処理は、第１アクション処理の後に実行される処理である。

第１アクション処理におけるアクション処理手段の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、アクション処理の要求を受け付けると、ユーザデータテーブルから、当該要求を行ったユーザのユーザＩＤに対応付けられたユーザデータを読み出し、ＲＡＭ２３に展開する。次いで、ＣＰＵ２１は、対戦データテーブルから、アクション処理の対象となる（つまり、ユーザが参加する）対戦の対戦データを読み出し、ＲＡＭ２３に展開する。次いで、ＣＰＵ２１は、履歴データ（例えば、アクション処理を実行した時刻、アクション処理の要求を行ったユーザのユーザＩＤ、および、ＲＡＭ２３に展開された対戦データの対戦ＩＤにより特定される対戦に当該ユーザが参加したことを示すコード）を履歴データテーブルに記録する。

第２アクション処理におけるアクション処理手段の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、アクション処理の要求を受け付けると、デッキデータテーブルから、当該要求を行ったユーザのユーザＩＤに対応付けられたデッキデータを読み出し、ＲＡＭ２３に展開する。次いで、ＣＰＵ２１は、カードデータテーブルから、全てのカードデータを読み出し、ＲＡＭ２３に展開する。次いで、ＣＰＵ２１は、対戦データテーブルから、アクション処理の対象となる対戦の対戦データを読み出し、ＲＡＭ２３に展開する。次いで、ＣＰＵ２１は、ＲＡＭ２３に展開された対戦データのボスパラメータと、ＲＡＭ２３に展開されたユーザデータのユーザパラメータと、ＲＡＭ２３に展開されたデッキデータのカードＩＤに対応付けられたカードデータのカードパラメータとに基づいて、アクション処理の実行結果（例えば、ユーザの攻撃により対戦相手に与えたダメージの値）を決定する。次いで、ＣＰＵ２１は、決定したアクション処理の実行結果に基づいて、履歴データ（例えば、アクション処理を実行した時刻、アクション処理の要求を行ったユーザのユーザＩＤ、および、アクション処理の実行結果を示すデータ）を履歴データテーブルに記録する。

ポイント決定処理を実行するゲーム処理手段５２は、ポイント決定手段として機能する。ポイント決定手段の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、所定タイミング（例えば、所定時刻）で、履歴データテーブルから所定期間の履歴データを読み出し、ＲＡＭ２３に展開する。次いで、ＣＰＵ２１は、ＲＡＭ２３に展開した履歴データに含まれるユーザＩＤおよびアクション処理の実行結果に基づいて、ユーザＩＤごとのポイントを決定する。より具体的には、ＣＰＵ２１は、アクション処理の実行結果と付与すべきポイントとの関係を示すポイント変換テーブルを用いて、ポイントを決定する。次いで、ＣＰＵ２１は、各ユーザＩＤに対応付けて、決定したポイントをユーザデータテーブルに記録する。これにより、所定タイミングごとに、ユーザデータテーブルのポイントが更新される。

グルーピング処理を実行するゲーム処理手段５２は、グルーピング手段として機能する。グルーピング処理には、第１〜第３グルーピング処理が含まれる。

第１グルーピング処理は、グルーピング処理の要求を行ったユーザと、当該ユーザに関連付けるべき他のユーザとを、新しいグループに関連付ける処理である。第１グルーピング処理におけるグルーピング手段の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、グルーピング処理の要求を受け付けると、当該要求を行ったユーザのユーザＩＤと、当該他のユーザのユーザＩＤと、新しいグループＩＤとを関連付けて、グループデータテーブルに記録する。これにより、新しいグループが作成される。

第２グルーピング処理は、グルーピング処理の要求を行ったユーザを、既存のグループに関連付ける処理である。第２グルーピング処理におけるグルーピング手段の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、グルーピング処理の要求を受け付けると、当該要求を行ったユーザのユーザＩＤを、当該ユーザを関連付けるべきグループのグループＩＤに関連付けて、グループデータテーブルに記録する。これにより、当該要求を行ったユーザが既存のグループに追加される。

グループデータ更新処理を実行するゲーム処理手段５２は、グループデータ更新手段として機能する。グループデータ更新手段の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、所定タイミング（例えば、毎日午前９時）になると、グループデータテーブルから、グループデータを読み出し、ＲＡＭ２３に展開する。次いで、ＣＰＵ２１は、ＲＡＭ２３に展開されたグループデータに含まれるユーザＩＤに対応付けられたユーザパラメータに基づいて、各ユーザのランクと、各グループにおけるＭＶＰユーザとを決定する。より具体的には、ＣＰＵ２１は、ユーザパラメータのうち少なくとも１つの数値パラメータ（例えば、レベル）に基づいて、各ユーザのランクを決定する。また、ＣＰＵ２１は、ＲＡＭ２３に展開されたグループデータに含まれるユーザＩＤに対応付けられたポイントが最大であるユーザを、各グループにおけるＭＶＰユーザとして決定する。次いで、ＣＰＵ２１は、決定したランクと、ＭＶＰユーザのユーザＩＤとを、グループデータテーブルに記録する。これにより、グループデータのランクおよびＭＶＰユーザが更新される。

特定手段５３は、受付手段５１にて受け付けたユーザの要求に応じて、参加ユーザのうち、所定条件を満たすユーザを特定する機能を備える。
特定手段５３の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、ユーザＩＤを含む対戦検索の処理の要求を受け付けると、対戦データテーブルから、当該ユーザＩＤに対応付けられたユーザが参加可能な１又は複数の対戦の対戦データを読み出し、ＲＡＭ２３に展開する。次いで、ＣＰＵ２１は、ユーザデータテーブルから、全てのユーザのユーザデータを読み出し、ＲＡＭ２３に展開する。次いで、ＣＰＵ２１は、履歴データテーブルから、ＲＡＭ２３に展開された対戦データに含まれる対戦ＩＤに対応付けられた履歴データを読み出し、ＲＡＭ２３に展開する。次いで、ＣＰＵ２１は、ＲＡＭ２３に展開されたユーザデータおよび履歴データに基づいて、所定条件を満たすユーザを特定する。
所定条件を満たすユーザの特定は、以下のようにして行われる。ＣＰＵ２１は、ＲＡＭ２３に展開された履歴データに基づいて、全ての参加ユーザのユーザＩＤを特定する。次いで、ＣＰＵ２１は、当該全ての参加ユーザのユーザＩＤに対応付けられたユーザデータの中から、ユーザパラメータが所定条件を満たすユーザＩＤを特定する。
例えば、ユーザパラメータのうち、数値パラメータ（レベル、対戦ポイント等）に基づいて決まるゲーム内順位が大きい順に所定数のユーザを、所定条件を満たすユーザとして特定してもよい。
また、ユーザパラメータのうち、参加ユーザの属性と対戦検索の処理の要求を行ったユーザの属性との組合せが所定の組合せ条件に該当するユーザを、所定条件を満たすユーザとして特定してもよい。

出力手段５４は、特定手段５３により特定されたユーザが参加している対戦に関する情報と、特定手段５３により特定されたユーザが当該対戦に既に参加していることを示す情報（つまり、特定手段５３により特定されたユーザが当該対戦に既に参加していることを、受付手段５１により受け付けられた要求の基礎となる操作入力を行ったユーザに識別させるための情報）と、を含む出力データを出力する機能を備える。
出力手段５４の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、特定手段５３により特定されたユーザのユーザＩＤに基づいて、ＲＡＭ２３に展開されたユーザデータを参照し、当該対戦に関する情報と、特定手段５３により特定されたユーザが当該対戦に既に参加していることを示す情報とを含む出力データを生成し、当該出力データを出力する。出力データは、画像データ、テキストデータ、または、それらの組合せであってもよい。
なお、以下では、一例として、出力データが画像データである場合について説明する。

（１−８）本実施形態のゲームの処理フロー
次に、本実施形態のゲームの処理フローの一例について、図１８Ａおよび図１８Ｂを参照して説明する。
図１８Ａおよび図１８Ｂは、本実施形態の対戦の処理を示すシーケンスチャートである。なお、各図において、図１２Ａ、図１２Ｂ、および、図１３〜図１６に示した各画像Ｐ１〜Ｐ４が表示されるステップに各画像の符号を付してある。

図１８Ａにおいて、ユーザ端末１０に表示された画像上で所定のボタン（例えば、図１２Ａの画像Ｐ１のボタンｂ３）をユーザが指定することによって、ユーザ端末１０のＣＰＵ１１は、対戦検索の処理の要求を受け付け（Ｓ１０）、当該要求をゲームサーバ２０へ送信する（Ｓ１１）。

ゲームサーバ２０のＣＰＵ２１は、ユーザ端末１０からユーザＩＤを含む対戦検索の処理の要求を受け付けると、対戦データ、履歴データ、デッキデータ、カードデータ、および、ユーザデータを読み出す（Ｓ１２）。
具体的には、ＣＰＵ２１は、対戦データテーブルから、所定の対戦データを読み出す。次いで、ＣＰＵ２１は、履歴データテーブルから、当該対戦データの対戦ＩＤに対応付けられた履歴データを読み出す。次いで、ＣＰＵ２１は、デッキデータテーブルから、当該ユーザＩＤに対応付けられたデッキデータを読み出す。次いで、ＣＰＵ２１は、カードデータテーブルから、全てのカードデータを読み出す。次いで、ＣＰＵ２１は、ユーザデータテーブルから、全てのユーザのユーザデータを読み出す。
なお、Ｓ１２で読み出される対戦データは、どのように選択されてもよい。例えば、ＣＰＵ２１は、５つの対戦データの中からランダムに選択した１つの対戦データを読み出してもよい。

次いで、ゲームサーバ２０のＣＰＵ２１は、Ｓ１２で読み出されたユーザデータおよび履歴データに基づいて、所定条件を満たすユーザを特定する（Ｓ１４）。
具体的には、ＣＰＵ２１は、履歴データに基づいて、全ての参加ユーザのユーザＩＤを特定する。次いで、ＣＰＵ２１は、当該全ての参加ユーザのユーザＩＤに対応付けられたユーザデータの中から、ユーザパラメータが所定条件を満たすユーザＩＤを特定する。
例えば、数値パラメータ（レベル、対戦ポイント等）についてのゲーム内順位が大きい順に所定数のユーザが、所定条件を満たすユーザとして特定されてもよい。
また、対戦検索の処理の要求に含まれるユーザＩＤに対応付けられた属性と、ユーザＩＤに対応付けられた属性との組合せが所定の組合せ条件に該当する場合には、当該ユーザＩＤにより特定される参加ユーザが、所定条件を満たすユーザとして特定されてもよい。

次いで、ゲームサーバ２０のＣＰＵ２１は、Ｓ１４で特定されたユーザのユーザＩＤを含む履歴データを検索する（Ｓ１６）。
当該履歴データが存在する場合には（Ｓ１６−Ｙｅｓ）、ＣＰＵ２１は、当該履歴データの対戦ＩＤを特定する（Ｓ１８ａ）。Ｓ１８ａで特定される対戦ＩＤにより特定される対戦が、所定条件を満たすユーザが参加している対戦である。一方、当該履歴データが存在しない場合には（Ｓ１６−Ｎｏ）、ＣＰＵ２１は、Ｓ１２で読み出された対戦データの中からランダムに対戦ＩＤを特定する（Ｓ１８ｂ）。

次いで、ゲームサーバ２０のＣＰＵ２１は、Ｓ１８ａまたはＳ１８ｂで特定された対戦ＩＤに対応付けられた対戦データと、Ｓ１４で特定されたユーザＩＤに対応付けられたユーザデータとに基づいて、検索結果を示す画像データを生成し（Ｓ２０）、当該画像データをユーザ端末１０ｂへ送信する（Ｓ２１）。

ユーザ端末１０のＣＰＵ１１は、Ｓ２１で送信された画像データを受け付けると、当該画像データに基づいて検索結果を示す画像を表示部１６に表示する（Ｓ２２）。
Ｓ２２で表示される情報は、Ｓ１８ａまたはＳ１８ｂで特定された対戦ＩＤにより特定される対戦に関する情報を含む。さらに、所定条件を満たすユーザが参加している対戦が存在する場合には（Ｓ１６−Ｙｅｓ）、Ｓ２２で表示される情報は、当該対戦に所定条件を満たすユーザが参加していることを示す情報も含む。例えば、Ｓ２２で表示される情報は、以下に例示する様々な情報の少なくとも１つを含んでもよい。
・図１２Ａの画像Ｐ２に示すように、ＭＶＰユーザが対戦に参加していることを示す情報
・図１３の画像Ｐ２に示すように、ゲーム内ランクが高いユーザが対戦に参加していることを示す情報
・図１４の画像Ｐ２に示すように、自身の属性との関係が所定の組合せ条件に該当する属性を有するユーザが対戦に参加していることを示す情報
・図１５の画像Ｐ２に示すように、対戦に参加している仲間ユーザのユーザ名
・図１６の画像Ｐ２に示すように、複数の対戦のそれぞれについて、ＭＶＰユーザが対戦に参加していることを示す情報、ゲーム内ランクが高いユーザが対戦に参加していることを示す情報、自身の属性との関係が所定の組合せ条件に該当する属性を有するユーザが対戦に参加していることを示す情報、および、対戦に参加している仲間ユーザのユーザ名の少なくとも１つ
さらに、Ｓ２２で表示される情報は、図１２Ａ、および、図１３〜図１６の画像Ｐ２に示す情報の組合せであってもよい。例えば、ある対戦に、ＭＶＰユーザと、ゲーム内ランクが高いユーザとが参加している場合、ＭＶＰユーザが対戦に参加していることを示す情報と、ゲーム内ランクが高いユーザが対戦に参加していることを示す情報とを表示してもよい。

次いで、ユーザ端末１０に表示された画像上で所定のボタン（例えば、図１２Ａ、図１２Ｂ、もしくは、図１３〜図１５の何れかの画像Ｐ２のボタンｂ４、または図１６の画像Ｐ２のボタンｂ４１〜４３のいずれか）をユーザが指定することによって、ユーザ端末１０のＣＰＵ１１は、アクション処理の要求を受け付け（Ｓ２４）、当該要求をゲームサーバ２０へ送信する（Ｓ２５）。

次いで、ゲームサーバ２０のＣＰＵ２１は、アクション処理の実行結果を履歴データテーブルに記録する（Ｓ２６）。
例えば、ＣＰＵ２１は、ユーザを対戦に参加させる第１アクション処理を実行する場合には、アクション処理の要求を受け付けると、履歴データ（例えば、アクション処理を実行した時刻、Ｓ１１で送信された対戦検索の処理の要求に含まれるユーザＩＤ、および、当該ユーザＩＤにより特定されるユーザがＳ１８ａで特定された対戦ＩＤにより特定される対戦に参加したことを示すコード）を履歴データテーブルに記録する。これにより、アクション処理の要求を行ったユーザが、所定条件を満たすユーザが参加している対戦に新たに参加することになる。
また、ＣＰＵ２１は、ユーザと対戦相手との間で行われるアクションに関する第２アクション処理を実行する場合には、Ｓ１１で送信された対戦検索の処理の要求に含まれるユーザＩＤに対応付けられたユーザパラメータと、Ｓ１２で読み出されたデッキデータのカードＩＤに対応付けられたカードパラメータと、Ｓ１８ａで特定された対戦ＩＤに対応付けられたボスパラメータとに基づいて、アクション処理の実行結果（例えば、アクション処理の要求を行ったユーザの攻撃により対戦相手に与えたダメージの値）を決定し、履歴データ（例えば、アクション処理を実行した時刻、Ｓ１１で送信された対戦検索の処理の要求に含まれるユーザＩＤ、および、当該ユーザＩＤにより特定されるユーザの攻撃により対戦相手に与えたダメージの値を示すコード）を履歴データテーブルに記録する。これにより、アクション処理の要求を行ったユーザのアクション（攻撃）の結果が履歴データテーブル上に反映される。

次いで、ゲームサーバ２０のＣＰＵ２１は、アクション処理の実行結果を示す画像データを生成し（Ｓ２８）、当該画像データをユーザ端末１０へ送信する（Ｓ２９）。

ユーザ端末１０のＣＰＵ１１は、Ｓ２９で送信された画像データを受け付けると、当該画像データに基づく画像を表示部１６に表示する（Ｓ３０）。
Ｓ３０で表示される情報は、図１２Ｂの画像Ｐ４に示すように、当該対戦に関する情報と、ユーザが当該対戦に参加したことを示す情報とを含む。

以上説明したように、本実施形態のゲームサーバ２０は、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザの要求に応じて、対戦に関する情報と、参加ユーザが所定条件を満たすことを示す情報とを含む画像データを出力する。共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザにとって、参加ユーザがどのようなユーザであるかは、参加すべき対戦を判断する上で重要な要素である。本実施形態により、当該ユーザに対して、当該画像データを対戦に参加すべきかの判断材料の一つとして提示することができるようになる。これにより、対戦に参加したユーザに対して、当該対戦に参加すべきではなかったという不満を解消できる。

また、ポイントが所定条件を満たすユーザが対戦に既に参加していることを示す情報を含む画像データを出力することが好ましい。この場合、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザは、所定期間中に活躍したユーザが参加している対戦を知ることができる。一方、対戦に参加するユーザに対しては、他のユーザが参加すべき対戦を判断するときに自身の存在が知られるように、所定期間中に活躍するようにゲームをプレイすることへの動機を与えることができる。

また、能力値等が所定条件を満たすユーザが対戦に既に参加していることを示す情報を含む画像データを出力することが好ましい。この場合、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザは、能力の高いユーザが既に参加している対戦を知ることができる。一方、対戦に参加するユーザに対しては、他のユーザが参加すべき対戦を判断するときに自身の存在が知られるように、能力値を高めるようにゲームをプレイすることへの動機を与えることができる。

また、自身の属性との組合せが所定の組合せ条件に該当する属性を有するユーザが対戦に既に参加していることを示す情報を含む画像データを出力することが好ましい。この場合、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザは、自身が対戦に参加することによりゲーム上の有利な効果が得られる対戦を知ることができる。

また、親密度が所定条件を満たすユーザが対戦に既に参加していることを示す情報を含む画像データを出力することが好ましい。この場合、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザは、自身と親密なユーザが既に参加している対戦を知ることができる。一方、対戦に参加するユーザに対しては、他のユーザが参加すべき対戦を判断するときに自身の存在が知られるように、他のユーザとの親密度を高めるようにゲームをプレイすることへの動機を与えることができる。

（１−９）本実施形態の変形例
（Ａ）対戦の処理の変形例（図１９）
以下、本実施形態のゲームの対戦の処理の変形例について、図１９を参照しながら説明する。図１９は、本実施形態のゲームの処理を実行しているときにユーザ端末１０に表示される画面の一例を示す図である。

図１９の画像Ｐ２は、表示領域１０４および１０５に、グループ内ランクが所定条件を満たす（例えば、１位または３位である）ユーザが対戦に参加していることを示す情報が表示される点において、図１２Ａ、および、図１３〜図１６の画像Ｐ２と異なる。
「グループ内ランク」とは、ユーザパラメータの少なくとも１つの項目（例えば、レベル）についての、グループ内の全てのユーザの中の当該ユーザの順位である。

なお、本変形例では、図１９の画像Ｐ２において、グループ内ランクが所定条件を満たすユーザではなく、グループ内においてポイントが所定条件を満たすユーザ、グループ内において自身の属性との関係が所定条件を満たす属性を有するユーザ、グループ内において親密度が所定条件を満たすユーザの少なくとも１つを示す情報が表示されてもよい。

図１９の画像Ｐ２に示す画像を表示するために、ゲームサーバ２０のＣＰＵ２１は、図１８ＡのステップＳ１２において、ユーザデータ、対戦データ、および履歴データに加えて、グループデータテーブルからグループデータを読み出し、ステップＳ１４において、ユーザデータと、対戦データと、履歴データとに基づいて、グループ内において所定条件を満たすユーザを特定する。

以上説明したように、本実施形態の変形例のゲームサーバ２０は、グループ内において所定条件を満たすユーザが対戦に参加していることを示す情報を含む画像データを出力する。この場合、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザは、自身が所属するグループ内で所定条件を満たすユーザが参加している対戦を知ることができる。一方、対戦に参加するユーザに対しては、自身が所属するグループの他のユーザが参加すべき対戦を判断するときに自身の存在が知られるように、グループを意識してゲームをプレイすることへの動機を与えることができる。

（２）第２の実施形態
第１の実施形態では、ユーザ端末１０とゲームサーバ２０との間でＨＴＴＰに従った通信が行われ、ユーザ端末１０がゲームサーバ２０から取得するＨＴＭＬ文書を解釈することでゲーム画像を表示する、いわゆるブラウザ形式によってゲームが実現される場合について説明したが、本発明はこれに限られない。本実施形態のゲームは、ユーザ端末１０がダウンロードしたゲームプログラムを実行することでユーザ端末１０が主体的にゲームの処理を実行し、ユーザ端末１０とゲームサーバ２０の間の送受信処理を抑制した、いわゆるネイティブアプリケーション形式によって実現してもよい。ネイティブアプリケーション形式では、ウェブブラウザを利用せずに、ユーザ端末１０のＣＰＵ１１が画像データを生成することで、表示部１６に画像を表示する。
本実施形態では、第１の実施形態のゲームをネイティブアプリケーション形式によって実現する場合の一例について説明する。なお、本実施形態のハードウエア構成は、第１の実施形態と同じ構成でよい。本実施形態のネイティブアプリケーションの形式では、処理のほとんどをユーザ端末１０側で行うことを想定しているが、以下で説明しないゲームの処理の一部（例えば、ユーザに抽選によって付与する抽選処理や、ゲーム運営者がユーザにカードを付与するプレゼント処理等）については、ゲームサーバ２０側で処理を実行し、ゲームサーバ２０による処理結果をユーザ端末１０へ送信してもよい。

本実施形態では、ユーザ端末１０がユーザによる所定の操作に基づいて、ゲーム運営者のサーバからゲームプログラムを受信し、受信したゲームプログラムがストレージ１８に格納される。ユーザ端末１０によってゲームが起動されると、ユーザ端末１０とゲームサーバ２０との間で通信が確立されてログイン処理が行われ、ゲームサーバ２０からユーザ端末１０へデータテーブル群（カードデータテーブル、ユーザデータテーブル、グループデータテーブル、所持カードデータテーブル、デッキデータテーブル、対戦データテーブル、および、履歴データテーブル）が送信される。ユーザ端末１０に送信されるデータテーブル群は、ユーザ端末１０のストレージ１８内に保持される。この場合、ストレージ１８内のデータテーブル群は、ログインの度に更新される。
所持カードデータテーブルがユーザ端末１０において改竄されることを防止するため、ユーザ端末１０による所定の処理が終了する度、あるいは、ゲームからログアウトする時点で、ユーザ端末１０内の所持カードデータテーブルがゲームサーバ２０へ送信される。ゲームサーバ２０では、受信した所持カードデータテーブルと、ストレージ２５内の所持カードデータテーブルとを比較し、データの改竄が行われていないことを確認した後に、受信した所持カードデータテーブルに基づいて、ストレージ２５内の所持カードデータテーブルを更新する。

上述した実施形態では、ユーザ端末に対する所定の操作入力は、ユーザ端末に対する所定のボタンの押下操作の入力や、タッチパネル機能を備えたユーザ端末に対する表示画面上のタッチ操作の入力であるとしたが、操作入力はこれに限られない。操作入力は、加速度センサを備えたユーザ端末を振ることによる操作入力、あるいはジェスチャによる操作入力（ジェスチャ入力）であってもよい。ジェスチャ入力では、撮像機能を備えたユーザ端末に対する所定のジェスチャを行うことでユーザ端末がそのジェスチャを画像認識し、予めジェスチャに対応付けられた操作入力を認識する。また、音声認識プログラムを実行可能なユーザ端末の場合には、操作入力は、音声を入力することにより行われてもよい。

［発明のまとめ］
以上の記載から本発明は例えば以下のように把握される。

本発明の一態様は、
複数のユーザに共通する対戦相手と各ユーザとの対戦の処理を実行する情報処理装置であって、ユーザに関するユーザ情報と、対戦の処理の履歴を示す履歴情報とを記憶する記憶装置（２５）にアクセス可能な情報処理装置において、
前記対戦に参加していない第１ユーザの指示を受け付ける受付手段（５１）と、
所定のユーザを特定するための所定条件と、前記記憶装置（２５）に記憶されたユーザ情報及び履歴情報とに基づいて、前記対戦に参加しているユーザのうち、前記所定条件を満たす第２ユーザを特定する特定手段（５３）と、
前記受付手段（５１）により受け付けられた指示に応じて、前記特定手段（５３）により特定された第２ユーザが参加している対戦に関する情報と、前記特定手段（５３）により特定された第２ユーザが当該対戦に参加していることを前記第１ユーザに識別させるための情報と、を含む出力データを出力する出力手段（５４）と、
を備えた情報処理装置である。

「記憶装置」は、例えばフラッシュメモリやＨＤＤ(Hard Disk Drive)等、如何なる構成のメモリデバイスであってもよい。また、「記憶装置」は、情報処理装置に内蔵されたものであってもよいし、情報処理装置から有線または無線でアクセス可能に構成された外部の装置であってもよい。
「履歴情報」は、記憶装置において、「ユーザ情報」から独立して記憶されてもよいし、「ユーザ情報」と対応付けられて記憶されてもよい。
「第２ユーザ」は、ゲーム上の全ての対戦における参加ユーザから特定されてもよいし、ゲーム上の全ての対戦からランダムに選択された所定数の対戦における参加ユーザから特定されてもよいし、第１ユーザが参加可能な対戦における参加ユーザから特定されてもよいし、第１ユーザが指定した対戦における参加ユーザから特定されてもよい。また、「第２ユーザ」は、１人のユーザが特定されてもよいし、複数のユーザが特定されてもよい。
「出力データ」は、画像データ、テキストデータ、または、それらの組合せでもよい。また、「出力データ」は、１つの対戦についての情報を含んでもよいし、複数の対戦についての情報を含んでもよい。また、出力データは、１人の第２ユーザについての情報を含んでもよいし、複数の第２ユーザについての情報を含んでもよい。

共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザにとって、参加ユーザがどのようなユーザであるかは、参加すべき対戦を判断する上で重要な要素である。参加ユーザがどのようなユーザであるかが不明な場合には、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザは、参加すべき対戦を適切に判断できない。また、参加する対戦を判断したユーザが、当該対戦に参加した後に参加ユーザが自身の望むユーザではないことを知って、当該対戦に参加すべきではなかったという不満を抱く場合もある。
上記情報処理装置では、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザの要求に応じて、対戦に関する情報と、参加ユーザが所定条件を満たすことを示す情報とを含む出力データを出力する。これらの情報により、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザに対して、当該出力データを判断材料として用いて参加すべき対戦を適切に判断可能な状況を提供できる。また、参加する対戦を判断したユーザに対して、当該対戦に参加した後に当該対戦に参加すべきではなかったという不満を解消できる。

前記ユーザ情報は、所定期間の対戦の処理の履歴に基づくポイントを含み、
前記特定手段（５３）は、前記実行中の対戦に参加しているユーザのうち、前記ポイントが所定条件を満たすユーザを、前記第２ユーザとして特定してもよい。
さらに、前記特定手段（５３）は、前記対戦に参加しているユーザのうち、前記ポイントが大きい順に所定数のユーザを、前記第２ユーザとして特定してもよい。

「所定期間」は、ユーザ情報が参照されるタイミングを基準として決定してもよい。例えば、「所定期間」は、ユーザ情報が参照される時間の１２時間前からユーザ情報が参照される時間までの期間でもよいし、ユーザ情報が参照される日の前日（２４時間）であってもよい。
また、「所定期間」は、ユーザ情報が参照されるタイミングから独立して決定してもよい。例えば、「所定期間」は、ユーザが指定した期間であってもよい。

これにより、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザに対して、所定期間中に活躍したユーザが参加している対戦を知るための判断材料を提供できる。また、対戦に参加するユーザに対して、他のユーザが参加すべき対戦を判断するときに自身の存在が知られるように、所定期間中に活躍するようにゲームをプレイすることへの動機を与えることができる。

前記ユーザ情報は、ユーザの能力値を含み、
前記特定手段（５３）は、前記対戦に参加しているユーザのうち、前記能力値が所定条件を満たすユーザを、前記第２ユーザとして特定してもよい。
特に、前記特定手段（５３）は、前記対戦に参加しているユーザのうち、前記能力値の大きい順に所定数のユーザを、前記第２ユーザとして特定してもよい。

これにより、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザに対して、能力の高いユーザが既に参加している対戦を知るための判断材料を提供できる。また、対戦に参加するユーザに対して、他のユーザが参加すべき対戦を判断するときに自身の存在が知られるように、能力値を高めるようにゲームをプレイすることへの動機を与えることができる。

前記ユーザ情報は、ユーザの属性に関する情報を含み、
前記特定手段（５３）は、前記対戦に参加しているユーザのうち、前記第１ユーザとの属性の組合せが所定の組合せ条件に該当するユーザを、前記第２ユーザとして特定してもよい。

これにより、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザに対して、参加することによりゲーム上の有利な効果が得られる対戦を知るための判断材料を提供できる。

前記ユーザ情報は、他のユーザとの親密度に関する情報を含み、
前記特定手段（５３）は、前記対戦に参加しているユーザのうち、前記第１ユーザとの親密度が所定条件を満たすユーザを、前記第２ユーザとして特定してもよい。
特に、前記特定手段（５３）は、前記対戦に参加しているユーザのうち、前記親密度の大きい順に所定数のユーザを、前記第２ユーザとして特定してもよい。

「親密度」は、他のユーザとの関係度を示す数値パラメータである。「親密度」とは、仲間ユーザ間の関係性の高さを一定の基準で数値化したものであってもよく、例えば、ユーザ間の応援メッセージの送信あるいは受信の頻度（応援頻度）、ゲーム上で使用可能なアイテムなどのプレゼントを送信あるいは受信した回数（プレゼント回数）などに基づいて設定されてもよい。例えば、応援頻度やプレゼント回数が多いほど、親密度が高く設定されてもよい。

これにより、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザに対して、自身と親密なユーザが既に参加している対戦を知るための判断材料を提供できる。また、対戦に参加するユーザに対して、他のユーザが参加すべき対戦を判断するときに自身の存在が知られるように、他のユーザとの親密度を高めるようにゲームをプレイすることへの動機を与えることができる。

前記情報処理装置は、複数のユーザが関連付けられたグループに関するグループ情報を記憶する記憶装置（２５）にアクセス可能であり、
前記特定手段（５３）は、前記対戦に参加しているユーザのうち、前記記憶装置（２５）に記憶されたグループ情報において前記第１ユーザと関連付けられたユーザを、前記第２ユーザとして特定してもよい。

これにより、共通の対戦相手と行う対戦に参加すべきかを判断しようとするユーザに対して、自身が所属するグループ内で所定条件を満たすユーザが既に参加している対戦を知ることができる。また、対戦に参加するユーザに対して、自身が所属するグループの他のユーザが参加すべき対戦を判断するときに自身の存在が知られるように、グループを意識してゲームをプレイすることへの動機を与えることができる。

本発明の別の態様は、複数のユーザに共通する対戦相手と各ユーザとの対戦の処理を実行する情報処理装置であって、ユーザに関するユーザ情報と、前記対戦の処理の履歴に関する履歴情報とを記憶する記憶装置（２５）にアクセス可能な情報処理装置において、
前記対戦に参加していない第１ユーザの指示を受け付ける受付手段（５１）と、
前記履歴情報における所定期間の対戦の処理の履歴に基づいて、各ユーザのポイントを決定し、決定したポイントをユーザ情報に関連付けて前記記憶装置（２５）に記憶させる、ポイント決定手段（５２）と、
前記記憶装置（２５）に記憶されたユーザ情報に基づいて、前記対戦に参加しているユーザのうち、前記ポイント決定手段（５２）により決定されたポイントが最大である第２ユーザを特定する特定手段（５３）と、
前記受付手段（５１）により受け付けられた指示に応じて、前記特定手段（５３）により特定された第２ユーザが参加している対戦に関する情報と、当該対戦に前記第２ユーザが参加していることを前記第１ユーザに識別させるための情報と、前記第１ユーザから当該対戦の処理の要求を受け付ける指定対象と、を含む出力データを出力する出力手段（５４）と、
を備えた情報処理装置である。

本発明の別の態様は、複数のユーザに共通する対戦相手と各ユーザとの対戦の処理を実行するコンピュータであって、ユーザに関するユーザ情報と、前記対戦の処理の履歴に関する履歴情報とを記憶する記憶装置（２５）にアクセス可能なコンピュータに、
前記対戦に参加していない第１ユーザの指示を受け付ける機能（５１）と、
所定のユーザを特定するための所定条件と、前記記憶装置（２５）に記憶されたユーザ情報及び履歴情報とに基づいて、前記対戦に参加しているユーザのうち、前記所定条件を満たす第２ユーザを特定する機能（５３）と、
前記受付手段により受け付けられた指示に応じて、前記特定手段により特定された第２ユーザが参加している対戦に関する情報と、当該対戦に前記第２ユーザが参加していることを前記第１ユーザに識別させるための情報と、を含む出力データを出力する機能（５４）と、
を実現させるためのプログラムである。

本発明の別の態様は、複数のユーザに共通する対戦相手と各ユーザとの対戦の処理を実行する情報処理システム（１）であって、ユーザ端末（１０）と、当該ユーザ端末（１０）からアクセスされるサーバ（２０）と、を含む情報処理システム（１）において、
前記ユーザ端末（１０）及び前記サーバ（２０）は、ユーザに関するユーザ情報と、前記対戦の処理の履歴に関する履歴情報とを記憶する記憶装置にアクセス可能であり、
前記対戦に参加していない第１ユーザの指示を受け付ける受付手段（５１）と、
所定のユーザを特定するための所定条件と、前記記憶装置に記憶されたユーザ情報及び前記履歴情報に基づいて、前記対戦に参加しているユーザのうち、前記所定条件を満たす第２ユーザを特定する特定手段（５３）と、
前記受付手段（５１）により受け付けられた指示に応じて、前記特定手段（５３）により特定された第２ユーザが参加している対戦に関する情報と、当該対戦に前記第２ユーザが参加していることを前記第１ユーザに識別させるための情報と、を含む出力データを出力する出力手段（５４）と、
の各手段を、前記ユーザ端末（１０）又は前記サーバ（２０）の何れか一方が備えた、情報処理システム（１）である。

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

１…ゲームシステム
１０…ユーザ端末
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１５…操作入力部
１６…表示部
１７…通信インタフェース部
１８…ストレージ
１９…バス
２０…ゲームサーバ
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…通信インタフェース部
２５…ストレージ
２６…バス
５１…受付手段
５２…ゲーム処理手段
５３…特定手段
５４…出力手段
７０…データテーブル群

Claims (3)

1. 複数の対戦の処理を実行する情報処理装置であって、ユーザに関するユーザ情報と、前記複数の対戦の各対戦の処理の履歴を示す履歴情報と、複数のユーザが関連付けられたグループに関するグループ情報とを記憶する記憶装置にアクセス可能な情報処理装置において、
   ユーザは、前記複数の対戦の中からいずれかの対戦に参加することを要求可能であって、
   前記複数の対戦の各対戦は、対戦可能な期間に、対戦に参加する複数のユーザに共通する対戦相手に対して前記複数のユーザの各ユーザが個別に対戦する複数の個別対戦からなり、
   前記情報処理装置は、
   前記複数の対戦のいずれの対戦にも参加していない第１ユーザから、前記複数の対戦の中から対戦を検索するための指示を受け付ける受付手段と、
   前記記憶装置に記憶されたユーザ情報及び履歴情報に基づいて、前記複数の対戦の少なくともいずれかの対戦に参加しているユーザのうち、前記第１ユーザと同じグループに関連付けられるユーザであって、かつグループ内順位が所定条件を満たす第２ユーザを特定する特定手段と、
   前記受付手段により受け付けられた指示に応じて、前記複数の対戦のうち前記特定手段により特定された第２ユーザが参加している対戦に関する情報と、前記特定手段により特定された第２ユーザが参加している対戦に、前記第２ユーザが参加していることを前記第１ユーザに識別させるための情報と、を含む出力データを出力する出力手段と、
   を備え、
   前記出力手段は、前記記憶装置に記憶されたグループ情報に基づいて、前記第２ユーザが前記第１ユーザと同じグループに関連付けられており、かつ前記第２ユーザのグループ内順位が所定条件を満たす場合、前記出力データが、前記第２ユーザのグループ内順位に関する情報を含むようにし、
   前記ユーザ情報は、個別対戦において参照されるパラメータを含み、
   前記グループ内順位は、前記パラメータに基づく前記グループ内の順位である、
   情報処理装置。
2. 複数の対戦の処理を実行するコンピュータであって、ユーザに関するユーザ情報と、前記複数の対戦の各対戦の処理の履歴に関する履歴情報とを記憶する記憶装置にアクセス可能であり、
   ユーザは、前記複数の対戦の中からいずれかの対戦に参加することを要求可能であって、
   前記複数の対戦の各対戦は、対戦可能な期間に、対戦に参加する複数のユーザに共通する対戦相手に対して前記複数のユーザの各ユーザが個別に対戦する複数の個別対戦からなり、
   前記コンピュータに、
   前記複数の対戦のいずれの対戦にも参加していない第１ユーザから、前記複数の対戦の中から対戦を検索するための指示を受け付ける機能と、
   前記記憶装置に記憶されたユーザ情報及び履歴情報に基づいて、前記複数の対戦の少なくともいずれかの対戦に参加しているユーザのうち、前記第１ユーザと同じグループに関連付けられるユーザであって、かつグループ内順位が所定条件を満たす第２ユーザを特定する機能と、
   前記受付手段により受け付けられた指示に応じて、前記複数の対戦のうち前記特定手段により特定された第２ユーザが参加している対戦に関する情報と、前記特定手段により特定された第２ユーザが参加している対戦に、前記第２ユーザが参加していることを前記第１ユーザに識別させるための情報と、を含む出力データを出力する機能と、
   を実現させるためのプログラムであって、
   前記出力する機能は、前記記憶装置に記憶されたグループ情報に基づいて、前記第２ユーザが前記第１ユーザと同じグループに関連付けられており、かつ前記第２ユーザのグループ内順位が所定条件を満たす場合、前記出力データが、前記第２ユーザのグループ内順位に関する情報を含むようにし、
   前記ユーザ情報は、個別対戦において参照されるパラメータを含み、
   前記グループ内順位は、前記パラメータに基づく前記グループ内の順位である、
   プログラム。
3. 複数の対戦の処理を実行する情報処理システムであって、ユーザ端末と、当該ユーザ端末からアクセスされるサーバと、を含む情報処理システムにおいて、
   ユーザは、前記複数の対戦の中からいずれかの対戦に参加することを要求可能であって、
   前記複数の対戦の各対戦は、対戦可能な期間に、対戦に参加する複数のユーザに共通する対戦相手に対して前記複数のユーザの各ユーザが個別に対戦する複数の個別対戦からなり、
   前記ユーザ端末及び前記サーバは、ユーザに関するユーザ情報と、前記複数の対戦の各対戦の処理の履歴に関する履歴情報とを記憶する記憶装置にアクセス可能であり、
   前記サーバは、
   前記ユーザ端末を介して前記複数の対戦のいずれの対戦にも参加していない第１ユーザから、前記複数の対戦の中から対戦を検索するための指示を受け付ける受付手段と、
   前記記憶装置に記憶されたユーザ情報及び履歴情報に基づいて、前記複数の対戦の少なくともいずれかの対戦に参加しているユーザのうち、前記第１ユーザと同じグループに関連付けられるユーザであって、かつグループ内順位が所定条件を満たす第２ユーザを特定する特定手段と、
   前記受付手段により受け付けられた指示に応じて、前記複数の対戦のうち前記特定手段により特定された第２ユーザが参加している対戦に関する情報と、前記特定手段により特定された第２ユーザが参加している対戦に、前記第２ユーザが参加していることを前記第１ユーザに識別させるための情報と、を含む出力データを出力する出力手段と、
   を備え、
   前記出力手段は、前記記憶装置に記憶されたグループ情報に基づいて、前記第２ユーザが前記第１ユーザと同じグループに関連付けられており、かつ前記第２ユーザのグループ内順位が所定条件を満たす場合、前記出力データが、前記第２ユーザのグループ内順位に関する情報を含むようにし、
   前記ユーザ情報は、個別対戦において参照されるパラメータを含み、
   前記グループ内順位は、前記パラメータに基づく前記グループ内の順位である、
   情報処理システム。

Images