JP6005605B2 - ゲーム制御装置、プログラム、ゲームシステム - Google Patents

Description

本発明は、各ユーザによるユーザ端末に対する操作に応じて、各ユーザによるゲームの進行を制御する技術に関する。

近年、ソーシャルネットワーキングサービス（ＳＮＳ）において実行されるアプリケーションとして、いわゆるソーシャルゲーム（Social Game）が普及している。
従来、ソーシャルゲームにおいて、ユーザ毎にゲーム中で、例えばオブジェクトとしてのカード等に関する所定の条件を満たした場合に、当該ユーザに対応付けてカードを登録し、登録したカードをユーザが自身の図鑑という形式で閲覧することができるようにした仕組み（図鑑機能）が知られていた。例えば、下記特許文献１、２には、ゲーム画面上で所定の釦（図鑑）が操作されると、サブステージでユーザが獲得したアイテムをユーザが確認するための獲得アイテム画面が表示されることが記載されている。

カードが図鑑に登録されるための所定の条件としては、例えば、ゲーム中でカードをユーザが保有したことがあるという条件や、ユーザが保有カードを所定のレベル以上まで成長させたという条件などが挙げられる。このような図鑑機能では、ユーザに対応付けて登録されているカードと、ユーザに対応付けて登録されていないカードとで表示態様を変更して表示が行われる場合もある。図鑑機能は、ゲーム上のカードコレクションとして機能してユーザに充足感を与えるとともに、図鑑に登録済みのカードの中でカード情報が所定の条件を満たしたカードの数が所定の数に達した場合に、ユーザに特典を付与するように構成されているゲームも存在し、ユーザがゲームにおいて新たなカードを取得しようとする動機付けが働くように構成されている。

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

しかし、ソーシャルゲームでは、期間限定のイベントが行われ、そのイベント期間内でのみユーザが取得できるカードも存在している場合がある。その場合には、イベント期間内で取得できたアイテムを後発的にユーザが取得して自身の図鑑に登録することは非常に困難であった、また、新規に発行される数が少なく、それによってゲーム内で流通している数が非常に少ないカードについて、ユーザがそのカードを取得することは非常に困難であった。入手することが困難なカードをユーザが自身の図鑑に登録することができない場合には、ユーザが図鑑に登録して例えば特典を得ようする動機付けが弱くなってしまい、ゲームへの興味が薄れてしまう要因となる。

本発明は上述した観点に鑑みてなされたものであり、その目的は、ユーザによってオブジェクトに関する条件を満たすことで当該ユーザに対応付けてオブジェクトを登録する場合に、オブジェクトを登録することに対するユーザの関心を維持することができるようにしたゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステムを提供することを目的とする。

本発明の一態様は、
ユーザによってオブジェクトに関する第１条件を満たした場合に、前記ユーザに対応付けて前記オブジェクトを登録する第１登録手段と、
オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記ユーザに対応付けて登録されている場合と、前記ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域を表示する表示手段と、
前記ユーザの操作情報に基づいて、前記ユーザに対応付けて登録されていないオブジェクトを選択する選択手段と、
前記選択手段によって選択されたオブジェクトのオブジェクト情報に基づく第２条件が前記ユーザによって満たされた場合に、当該オブジェクトを前記ユーザに対応付けて登録する第２登録手段と、
を備えた、ゲーム制御装置である。

本発明の別の態様は、
複数のユーザのいずれかのユーザによってオブジェクトに関する第１条件を満たした場合に、前記複数のユーザに対応付けて前記オブジェクトを登録する第１登録手段と、
オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記複数のユーザに対応付けて登録されている場合と、前記複数のユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域を表示する表示手段と、
複数のユーザのいずれかのユーザの操作情報に基づいて、複数のユーザに対応付けて登録されていないオブジェクトを選択する選択手段と、
前記選択手段によって選択されたオブジェクトのオブジェクト情報に基づく第２条件が複数のユーザのいずれかのユーザによって満たされた場合に、当該オブジェクトを前記複数のユーザに対応付けて登録する第２登録手段と、
を備えた、ゲーム制御装置である。

本発明の別の態様は、
ユーザによってオブジェクトに関する第１条件を満たした場合に、前記ユーザに対応付けて前記オブジェクトを登録する第１登録手段と、
オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記ユーザに対応付けて登録されている場合と、前記ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域をマトリクス状に表示する表示手段と、
前記ユーザに対応付けて登録されていないオブジェクトに対応する領域のいずれかを指定する前記ユーザの操作情報に基づいて、前記ユーザに対応付けて登録されていないオブジェクトを選択する選択手段と、
オブジェクトのゲーム内の数に基づくオブジェクトの登録条件が対応付けられた複数種類のアイテムの中から、少なくともいずれかのアイテムをユーザに付与する付与手段と、
前記複数種類のアイテムのうち、前記選択手段によって選択されたオブジェクトが、前記ユーザが所有するいずれかのアイテムに対応付けられた登録条件を満たし、かつ前記ユーザが当該アイテムを使用した場合に、前記選択されたオブジェクトを前記ユーザに対応付けて登録する第２登録手段と、
を備えた、ゲーム制御装置である。

本発明の別の態様は、
ユーザによってオブジェクトに関する第１条件を満たした場合に、前記ユーザに対応付けて前記オブジェクトを登録するステップと、
オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記ユーザに対応付けて登録されている場合と、前記ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域を表示するステップと、
前記ユーザの操作情報に基づいて、前記ユーザに対応付けて登録されていないオブジェクトを選択するステップと、
前記選択するステップにおいて選択されたオブジェクトのオブジェクト情報に基づく第２条件が前記ユーザによって満たされた場合に、当該オブジェクトを前記ユーザに対応付けて登録するステップと、
を備えた、ゲーム制御方法である。

本発明の別の態様は、コンピュータを、
ユーザによってオブジェクトに関する第１条件を満たした場合に、前記ユーザに対応付けて前記オブジェクトを登録する第１登録手段、
オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記ユーザに対応付けて登録されている場合と、前記ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域を表示する表示手段、
前記ユーザの操作情報に基づいて、前記ユーザに対応付けて登録されていないオブジェクトを選択する選択手段、及び、
前記選択手段によって選択されたオブジェクトのオブジェクト情報に基づく第２条件が前記ユーザによって満たされた場合に、当該オブジェクトを前記ユーザに対応付けて登録する第２登録手段、
として機能させるためのプログラムである。

本発明の別の態様は、ユーザ端末と、当該ユーザ端末と通信可能に構成されるサーバと、を含むゲームシステムであって、
ユーザによってオブジェクトに関する第１条件を満たした場合に、前記ユーザに対応付けて前記オブジェクトを登録する第１登録手段、
オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記ユーザに対応付けて登録されている場合と、前記ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域を表示する表示手段、
前記ユーザの操作情報に基づいて、前記ユーザに対応付けて登録されていないオブジェクトを選択する選択手段、及び、
前記選択手段によって選択されたオブジェクトのオブジェクト情報に基づく第２条件が前記ユーザによって満たされた場合に、当該オブジェクトを前記ユーザに対応付けて登録する第２登録手段、
の各手段を、前記ユーザ端末又は前記サーバのいずれか一方が備えた、
ゲームシステムである。

実施形態のゲームシステムの基本構成を示す図。 実施形態のユーザ端末の構成を示すブロック図。 実施形態のゲームサーバの構成を示すブロック図。 実施形態のデータベースサーバの構成を示すブロック図。 実施形態のユーザデータベースの構成例を示す図。 実施形態のカードデータベースの構成例を示す図。 実施形態のユーザカードデータの構成例を示す図。 報酬設定テーブルを例示する図。 チケット設定テーブルを例示する図。 実施形態のユーザ端末において表示されるウェブページを例示する図。 実施形態のユーザ端末において表示されるウェブページを例示する図。 実施形態のユーザ端末において表示されるウェブページを例示する図。 実施形態のユーザ端末において表示されるウェブページを例示する図。 実施形態のユーザ端末において表示されるウェブページを例示する図。 実施形態のゲーム制御装置の機能ブロック図。 実施形態のゲームの処理の一例を示すシーケンスチャート。 実施形態のゲームの処理の一例を示すシーケンスチャート。 実施形態のゲームの処理の一例を示すシーケンスチャート。 実施形態の変形例に係るゲーム制御装置の機能ブロック図。 実施形態の変形例においてユーザ端末において表示されるウェブページを例示する図。 実施形態の変形例においてユーザ端末において表示されるウェブページを例示する図。 実施形態の変形例に係るユーザカードデータの構成例を示す図。 実施形態のゲーム制御装置の各機能について、ユーザ端末とゲームサーバとの間の一分担例を示す図。 実施形態のゲーム制御装置の各機能について、ユーザ端末とゲームサーバとの間の他の分担例を示す図。

以下、本発明の一実施形態について説明する。
（１）ゲームシステムの構成
図１は、実施形態のゲームシステムのシステム構成例を示している。図１に示すように、このゲームシステム１は、例えばインターネットなどの通信網ＮＷに接続可能なユーザ端末１０ａ，１０ｂ，１０ｃ，…と、通信網ＮＷに接続されているゲームサーバ２０と、データベースサーバ３０とによって構成されている。各ユーザ端末１０ａ，１０ｂ，１０ｃ，…はそれぞれ、個々のユーザによって操作される端末であり、例えば、フィーチャーフォン、スマートフォン、ＰＤＡ(Personal Digital Assistant)、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機（いわゆる多機能型のスマートテレビも含む。）、通信機能付き携帯ゲーム機などの通信端末である。なお、以下の説明において、各ユーザ端末１０ａ，１０ｂ，１０ｃ，…に共通して言及するときには、ユーザ端末１０と表記する。
このゲームシステム１において、ゲームサーバ２０は、クライアントであるユーザ端末１０と通信可能に構成されており、ユーザ端末１０に対してゲーミングサービスを提供する。ゲームサーバ２０には、ゲーム用プログラムとしてウェブブラウザによって解釈可能な文書を作成可能なプログラムが実装されている。データベースサーバ３０は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ２０と例えば有線で接続される。
ユーザ端末１０は、ゲームサーバ２０によって提供されるウェブページを表示可能なウェブブラウザを備えており、ユーザ端末１０によるウェブページ上のユーザの操作に基づく処理要求を、ネットワークを介してゲームサーバ２０へ送信し、ゲームサーバ２０による処理結果を受信することでゲーム用アプリケーションを実行する。
通信網ＮＷは、インターネット、ＷＡＮ（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)モニタを適用した場合、表示部１６は、画像処理部１４によって生成される表示用画像データに基づいて薄膜トランジスタを駆動することでウェブページの画像を表示画面１６ａに表示する。

ユーザ端末１０が釦入力方式のユーザ端末である場合、操作入力部１５は、例えば、ユーザの操作入力を受け入れるための方向指示釦、決定釦、テンキーなどの複数の指示入力釦を備え、各釦の押下（操作）入力を認識してＣＰＵ１１へ出力するためのインタフェース回路を含む。例えば、方向指示釦は、表示部１６に表示されているウェブページをスクロールして表示することをＣＰＵ１１へ指示するために設けられる。また、決定釦は、例えばウェブページ上で複数のＵＲＬまたは操作対象が表示されるときに、アクティブ表示（例えば強調表示）されているＵＲＬまたは操作対象をユーザが操作することをＣＰＵ１１へ指示するために設けられる。

ユーザ端末１０がタッチパネル入力方式のユーザ端末である場合、操作入力部１５は、主として表示画面に指先あるいはペンで触れることによるタッチパネル方式の入力を受け付ける。タッチパネル入力方式は、静電容量方式などの公知の方式でよい。

ユーザ端末１０に表示されるウェブページ上の指示釦に対する操作は、例えばユーザ端末１０が釦入力方式を採る場合には、方向指示釦の押下操作によって指示釦を選択し、決定釦の押下操作によって、選択した指示釦に対する操作を確定することによって行われる。また、ウェブページ上の指示釦に対する操作は、例えばユーザ端末１０がタッチパネル入力方式を採る場合には、ウェブページが表示されている表示画面上の指示釦の位置を指あるいはペンで指示（タッチ操作）することによって行われる。

（３）ゲームサーバの構成
図３を参照してゲームサーバ２０の構成について説明する。
ゲームサーバ２０は、例えば階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、ユーザ端末１０に対してゲームのウェブサービスを提供する。図３に示すように、ゲームサーバ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、データベース（ＤＢ）アクセス部２４、及び、通信インタフェース部２５を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス２６が設けられている。なお、ゲームサーバ２０は、ハードウエアに関しては汎用のウェブサーバと同一の構成をとることができる。

ＲＯＭ２２には、クライアントであるユーザ端末１０のウェブブラウザに対してＨＴＭＬ文書や画像などのオブジェクトの表示（ウェブページの表示）のサービスを提供するアプリケーションプログラムが格納されている。ＲＯＭ２２には、アプリケーションプログラム以外にもＣＰＵ２１によって参照される各種データが格納されている。
ＣＰＵ２１は、ＲＯＭ２２内のゲームプログラムをＲＡＭ２３にロードして実行し、通信インタフェース部２５を介して、各種の処理を行う。

例えば、ＣＰＵ２１は、通信インタフェース部２５を介して、ゲームサーバ２０のウェブブラウザとの間でＨＴＴＰに従った通信を行う。例えば、ＣＰＵ２１は、通信インタフェース部２５を介して、ユーザ端末１０から受信したＨＴＴＰリクエスト（例えば、前述したように、ウェブページ上でのユーザのＵＲＬまたは指示釦の選択結果を含む。）に基づいて所定のデータ処理や、演算処理を行い、その処理結果を含むＨＴＴＰレスポンスをゲームサーバ２０のウェブブラウザに返す。ＨＴＴＰレスポンスには、ウェブページを更新するためのＨＴＭＬデータが含まれる。また、ゲームサーバ２０がユーザ端末１０のユーザの認証処理を行う場合には、ＣＰＵ２１はその認証処理を行う。
データベースアクセス部２４は、ＣＰＵ２１がデータベースサーバ３０に対してデータの読み書きを行うときのインタフェースである。

（４）データベースサーバの構成
記憶装置としてのデータベースサーバ３０は、大容量のハードディスク装置やＲＡＩＤ（Redundant Arrays of Inexpensive Disks）等の形態の装置等、汎用ストレージで実現できる。データベースサーバ３０内の各データベースは、ゲームサーバ２０のデータベースアクセス部２４を介してＣＰＵ２１からのデータの読み書きが可能となるように構成されている。
図４に、データベースサーバ３０の構成の一例を示す。図４に示すように、データベースサーバ３０は、ユーザデータベース３１と、ゲームデータベース３２とを備える。

本実施形態のゲームサーバ２０によって実現されるゲームのタイプは特に限定されるものではないが、以下では、実施形態の説明の便宜上、ゲームサーバ２０によって実現されるゲームの一例として、ユーザが保有するオブジェクトとしてのモンスターカード（以下、適宜単に「カード」という。）を利用するゲーム（以下、単に「ゲーム」又は「本実施形態のゲーム」という。）を挙げる。本実施形態のゲームでは、ユーザが後述する条件を満たした場合にカードを図鑑に登録することができるように構成されている。カードの図鑑はユーザごとに設けられている。
本実施形態において、「カード」はオブジェクトの一例である。

図５に、本実施形態のゲームにおいて適用されるユーザデータベース３１の一例を示す。この例では、ユーザデータベース３１は、ユーザＩＤ（ユーザ識別情報）ごとに、ユーザ名、ユーザ画像、進行レベル、ポイント、及び図鑑登録チケットの各項目についての情報を含む。ユーザデータベース３１に含まれる情報は、ゲームサーバ２０によって逐次更新されうる。
なお、ユーザＩＤは、ユーザによるユーザ端末１０に対する所定の操作に基づいて、ユーザ端末１０の固有の端末ＩＤと対応付けて発行される。１人のユーザが複数のユーザＩＤを有することができてもよいが、１人のユーザが有するユーザＩＤの数が一定数以下に制限されてもよい。以下の説明では、「ユーザ」というときには、一つのユーザＩＤで特定されるユーザを示す。すなわち、同一のユーザとは、同一のユーザＩＤを有しているユーザを意味し、異なるユーザとは異なるユーザＩＤを有しているユーザを意味する。

以下の説明では、ユーザデータベース３１に含まれるユーザＩＤ、あるいはユーザを特定するユーザ名（後述する）ごとのデータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下のとおりである。
・ユーザ名
ユーザ名は、ユーザＩＤに対応付けられたテキスト情報であり、例えばユーザによって予め指定される所定長以下のテキストである。ユーザ名は、ゲームの実行時にユーザ端末１０を操作するユーザを特定するために表示される。ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。
・ユーザ画像
ユーザ画像は、ユーザＩＤに対応付けられた画像（静止画、動画を含む。）であり、例えばユーザによって予め指定されるアバタ画像である。ユーザ画像は、ゲームの実行時にユーザ端末１０のユーザを特定するために表示される。
・進行レベル
ユーザのゲームにおける進行度合いを示すデータであり、ユーザによるゲームの進行に伴って増加する値である。例えば、進行レベルは、例えばＬｖ１（レベル１）からＬｖ１００（レベル１００）までの範囲のレベル値である。進行レベルは、本実施形態のゲームにおいて予め規定された規則に従って増加する。進行レベルは例えば、ゲームに対戦機能が設けられている場合、対戦でユーザが勝利した数、又は対戦での勝率が増加するにつれて増加してもよいし、後述するクエスト機能（ユーザがエリアやステージを進行させる機能）のエリアやステージの進行の程度に基づいて進行レベルが決定されてもよい。
・ポイント
ポイントは、ユーザがゲーム上で保有しているポイントである。ポイントは、例えば、ゲーム上でユーザが様々な機能を実行する、あるいはゲーム上のアイテムを取得するときに対価として必要となるものである。なお、当該ポイントはゲーム中に付与されるカードを売却するなど、何らかの対価の提供に応じて付与されるものであってもよいし、後述するバトルの対戦結果やクエストの進行の程度、カードの図鑑登録に基づいて付与されるものであってもよい。
・図鑑登録チケット
図鑑登録チケットは、ユーザがカードを自身の図鑑に登録するときに使用されるアイテムである。図鑑登録チケットは複数種類設けられてもよい。本実施形態の例では、Ｔ１〜Ｔ５の５種類の図鑑登録チケットが設けられる。各種類の図鑑登録チケットは、カードの図鑑への登録条件として、登録可能なカードの流通数に関する条件が対応付けられている。

図４に戻り、ゲームデータベース３２は、ゲームサーバ２０からのアクセスに基づき、ゲームサーバ２０によって実行されたゲームの進行に関する情報を記憶、更新する。ゲームの進行に関する情報は、ゲームの性質によって多様な情報を含みうる。例えば、ゲームの進行に関する情報は、ユーザによるゲームの実行履歴などを含む。ゲームデータベース３２はさらに、カードデータベース、ユーザカードデータ、報酬設定テーブル、およびチケット設定テーブルを含む。

図６にカードデータベースのデータ構成例を示す。図６に示すように、カードデータベースには、ゲームに用意される各カードについてのカード情報が記述されている。本実施形態の例では、カード情報は、カードの識別情報としてのカードＩＤ、名称、および画像のデータ、カードのパラメータとしての属性、レア度、最大カードレベル、および流通数のデータを含む。カード情報を構成する各データは、オブジェクト情報の一例である。
なお、図６には記載していないが、各カードのパラメータは、適宜設定することができる。例えば、カードによる対戦機能が設けられている場合には、カードの攻撃力、防御力、あるいはＨＰ等のパラメータが記述されていてもよい。

・名称、画像
カードの「名称」は、カードに表示されるキャラクタの名称のテキストデータである。カードの「画像」は、カードに表示されるキャラクタの画像データである。

・属性
カードの「属性」は、カードに表示されるキャラクタの性質を示す指標として規定されており、本実施形態の例では、属性Ｃ１〜Ｃ３のいずれかである。なお、属性はユーザが設定できるようにしてもよい。
・レア度
カードの「レア度」は、ゲーム内におけるカードの希少価値の程度を示す指標として規定されており、本実施形態の例では１〜５のいずれかの値である。レア度が１であるカードは最も希少価値が低く、レア度が５であるカードは最も希少価値が高い。
・最大カードレベル
各カードは、カードの成長度合いを示すカードレベルと対応付けられていてもよい。カードのカードレベルは、そのカードを他のカードと合成することによって増加させるようにしてもよい。なお、カードを合成するとは、例えば、ベースとしてのカードと、合成のために参照されるカード（参照カード）をユーザが指定して、当該参照カードとカードの指定を行ったユーザとの対応付けを解除する(保有フラグを「０」にする)ことで、ベースとしてのカードのカードレベルを増加させることを示す。カードの「最大カードレベル」は、そのカードのカードレベルがとりうる最大のカードレベルである。つまり、各カードは、設定されている最大カードレベルまで成長することができる。なお、最大カードレベルは段階的に複数設定され、特定のアイテムを使用する、あるいは同一のカードによって強化(合成)する等の特定の条件を満たした場合に、カードレベルの上限が変更（例えば、増加）されるようにしてもよい。
・流通数
カードの「流通数」は、ゲーム内で流通しているカードの数である。本実施形態の例では、流通数をＮ１〜Ｎ５の５つのレベルによって区分けしている。流通数Ｎ１は最も流通数が多いことを意味し、流通数Ｎ５は最も流通数が少ないことを意味する。カードの実際の流通数とＮ１〜Ｎ５のいずれかとの対応付けについては適宜設定されてよい。例えば、以下のように設定してもよい。
流通数Ｎ１：１０万枚以上
流通数Ｎ２：１万枚以上１０万枚未満
流通数Ｎ３：１０００枚以上１万枚未満
流通数Ｎ４：１００枚以上１０００枚未満
流通数Ｎ５：１００枚未満

図７にユーザカードデータのデータ構成例を示す。図７に示すように、ユーザカードデータには、ユーザＩＤごとに、各ユーザに対応付けて図鑑に登録されているカードのカード情報が記述されている。ユーザカードデータにおいて、カードＩＤ、カードの名称、画像、属性、レア度は、カードデータベースを参照して説明したとおりである。なお、同一のカードＩＤを異なるユーザＩＤに対応付けるようにしてもよい。同一のカードＩＤが異なるユーザＩＤに対応付けられた場合にこれらを区別する識別コードであるユーザカードＩＤ等を、ユーザごとのカードＩＤに対応付けるようにしてもよい。
「カードレベル」は、前述したように、カードの成長度合いを示すパラメータである。例えば、カードレベルの初期値は１であり、ユーザはカードを取得した後に、そのカードのカードレベルを、そのカードを他のカードと合成することによって増加させることができる。但し、カードに設定されている最大カードレベルを超えてカードを成長させることはできない。

「保有フラグ」は、ユーザが保有しているカード（保有フラグ＝「１」）と、ユーザは保有していないカード（保有フラグ＝「０」）とを識別するために設定されている。
ユーザがカードを取得する方法はゲーム上で適宜設定されてよく、例えば、(a)ゲームに設けられた抽選機能を実行することによってユーザが抽選でカードを引いて取得する方法、(b)クエスト等のゲームの実行によって任意の確率あるいは所定の条件（ミッションのクリア等）に基づいてユーザがカードを取得する方法（この方法については後述する）、(c)ゲーム上の対戦などで得られるポイントによるランキングの結果に基づく報償としてユーザがカードを取得する方法、又は、(d)他のユーザとトレードを行うことによってカードを取得する方法、などが挙げられる。

カードをユーザが取得した時点でのそのカードの保有フラグが「１」（保有）であるが、その後、ユーザがそのカードを売却（処分）、他のカードとの合成によって消失させる、あるいは他のユーザとのトレード等で手放した場合には、保有フラグが「０」（非保有）となる。なお、カードがユーザの保有状態でなくなった場合でも、いったんユーザカードデータに記録されたカードのカード情報は消去されないが、そのカードを、ゲーム上の処理（例えば、対戦処理等）の実行のために使用することはできない。カードが保有状態でなくなった後は、そのカードについては図鑑の一部として閲覧する、あるいはカード情報を閲覧することが可能である。

「図鑑フラグ」は、カードが図鑑に登録される（つまり、ユーザカードデータに記録される）ときの登録原因を識別するために設けられているフラグである。後述する第１条件を満たすことでカードが登録された場合にはそのカードの図鑑フラグは「１」となり、後述する第１条件とは異なる条件である第２条件を満たすことでカードが登録された場合にはそのカードの図鑑フラグは「０」となる。本実施形態の例では、第１条件は、ユーザがカードを取得したことであり、第２条件は、ユーザがカードの流通数に対応する図鑑登録チケットを使用したことである。

本実施形態のゲームでは、ユーザの図鑑に登録されているカード（つまり、ユーザカードデータにユーザと対応付けて記録されているカード）が所定の条件を満たした場合に、ユーザに対して報酬が付与されてもよい。例えば図鑑に登録されているカードの数が所定数以上になった場合にユーザに報酬を付与するようにして設定してもよい。
図８に示すように、報酬設定テーブルには、報酬ＩＤごとに、報酬が付与される条件（報酬付与条件）と報酬内容とが対応付けて記述される。本実施形態においては、報酬付与条件は、カード情報の一部であるパラメータに関する条件を満たすカードが図鑑に登録されている枚数によって規定されている。例えば、図８において報酬ＩＤ：００１の例では、属性Ｃ１のカードを１０枚図鑑に登録した場合に５０ポイントがユーザに付与されることを示している。
なお、図８では、報酬内容の一例として所定量のポイントを挙げたが、報酬内容はこれに限られない。報酬内容は、ゲーム内で用いるオブジェクト、例えば、カード又はアイテムの付与であってもよいし、ゲームを有利に進行させるための設定の変更であってもよい。その場合、図鑑に登録されているカードの数が増加するにつれて、付与されるカードやアイテムを多くし、若しくは価値を高くし、又は、ゲームをより有利に進行させるように設定してもよい。
なお、ゲームを有利に進行させるための設定の変更とは、例えば、図鑑登録の対象であるオブジェクトとしてのカードを入手することのできる処理であるクエスト処理をユーザが実行する度にユーザのクエストポイントが消費され、当該クエストポイントが、時間の経過とともに回復する場合、回復に掛かる時間を短縮することや、１度のクエスト処理を実行する際に消費するクエストポイントの量を減らすことであってもよい。この場合、図鑑に登録されているカードの数が増加するにつれて、クエストポイントの回復に掛かる時間の短縮量を増加させる、あるいはクエストポイントの消費量を低下させるように設定してもよい。

本実施形態のゲームでは、ユーザが未だ自身の図鑑に登録していないカードを自身の図鑑に登録するときに使用するアイテムとして図鑑登録チケット（以下、適宜「チケット」と略記する。）が用意されている。図鑑登録チケットとして、カードの流通数に基づく図鑑登録条件が対応付けられた複数種類のチケットが設けられる。図９は、複数種類のチケットの各々に、図鑑に登録可能なカードの条件を対応付けたチケット設定テーブルの一例である。ここで、カードの流通数は、各種類のチケットに対応付けられたカード情報の一例である。図９に例示するように、本実施形態の例では、５種類のチケットＴ１〜Ｔ５が設けられる。図９の例では、チケットＴ１を使用することで流通数Ｎ１（流通数が多い）のカードに対して図鑑に登録することができる。また、チケットＴ５を使用することで流通数Ｎ１〜Ｎ５のカード（すなわち、すべてのカード）に対して図鑑に登録することができる。例えば、最も希少な（流通数の少ない）カードを図鑑に登録するためには、チケットＴ５を使用することが必要である。

（５）本実施形態のゲーム
以下、本実施形態のゲームについて、図１０〜１４を参照しながら説明する。図１０〜１４はそれぞれ、本実施形態のゲームを実行しているときにユーザ端末１０上に表示されるウェブページの一例を示す図である。以下では、処理対象のユーザのユーザ名が「ＡＢＣ」であるユーザ（以下、ユーザＡＢＣ）を例として説明する。
以下の説明において、ユーザ端末１０に表示されるウェブページ上の指示釦、表示領域等はウェブページ上で所望の位置に配置されるものであって、ユーザ端末１０で視認される指示釦、表示領域等の表示画面上の位置は、ユーザの方向指示釦あるいはタッチパネル操作によるウェブページのスクロール操作によって変化しうる。

図１０のウェブページＰ０は、本実施形態のゲームのトップページの一例であり、個々のユーザＩＤに応じて構成される。図１０の例では、ユーザデータ表示領域１０１、及び指示釦表示領域１０２を含む。
ユーザデータ表示領域１０１は、処理対象のユーザＡＢＣのユーザデータに含まれるユーザ画像とともに、ユーザＡＢＣの「進行レベル」（図では単に「レベル」）、及びユーザＡＢＣが保有するポイントが表示される領域である。指示釦表示領域１０２は、本実施形態のゲームに設けられる複数の指示釦が表示される領域である。図１０の例では、指示釦ｂ１（「クエスト」）、指示釦ｂ２（「図鑑登録チケットを使う」）、及び指示釦ｂ３（「図鑑を見る」）が指示釦表示領域１０２に含まれる。なお、図１０のウェブページＰ０の指示釦表示領域１０２に表示される指示釦は一例に過ぎず、ゲーム上の他の機能を実行するための指示釦が設けられてもよい。そのような機能としては、カードを使用したユーザ間の対戦機能や、ユーザが保有する複数のカードを合成することによって、そのカードのうち特定のカードのパラメータを上昇させる合成機能等が含まれてもよい。

（５−１）カードの取得例
図１０は、ユーザがクエストを実行するときの一連のウェブページの変化であって、ユーザによるカードの取得例を示している。クエストとは、ユーザがゲーム上のエリアにおいてカードやアイテムを探索しながら進行する処理であり、複数のエリアが処理対象となる。
図１０のウェブページＰ０上で指示釦ｂ１（「クエスト」）が選択されると、Ｐ１に示すように、クエストを進行させるための背景画像を含むウェブページに更新される。ウェブページＰ１には、指示釦ｂ１０（「探索する」）が含まれる。指示釦ｂ１０が操作される度に、エリアの現在地点（図１０の例では、６００ｍ）から所定の、あるいはランダムな距離だけ進行する。エリアの最終地点（図１０の例では、１１００ｍ）に到達すると、そのエリアは終了して次のエリアを進行することができる。クエストを進行させていくとクエストの実行中において、所定の、あるいはランダムな確率でアイテムやカードなどをユーザが入手できる仕組みとなっている。例えば、ウェブページＰ２は、ユーザがカードを取得したことを例示している。ウェブページＰ２では、取得したカード情報としてカードの画像が表示されるとともに、ユーザが取得したカードが今まで図鑑に登録されていない場合には「図鑑に登録されました！」といったテキスト情報が表示される。
ユーザＡＢＣがクエストにおいてカードを取得すると、そのカードはユーザＡＢＣに対応付けてユーザカードデータに記録される。それによって、取得したカードがユーザＡＢＣに対応付けて図鑑に登録されたことになる。
ウェブページＰ２には指示釦ｂ１１（「クエストに戻る」）が含まれており、この指示釦ｂ１１を操作すると、ウェブページＰ１に示したクエストを進行させるウェブページに戻る。

（５−２）図鑑登録チケットの取得例
図１１は、ユーザＡＢＣがクエストの実行中において、アイテムとしての図鑑登録チケットを取得した場合を例示している。図１１は図１０と比較して、ウェブページＰ２の代わりにウェブページＰ３が表示される点が異なる。上述したように、クエストの実行中において、所定の、あるいはランダムな確率でアイテムをユーザが入手できる仕組みとなっており、図１１に示す例では、アイテムとしての図鑑登録チケットをユーザが入手した場合の例を示している。ウェブページＰ３では、チケットを示す情報として、チケットの画像とともにチケットの種類（Ｔ１）を示すテキスト情報が表示される。

（５−３）図鑑登録チケットの第１の使用例
前述したように、図鑑登録チケットは、ユーザの図鑑に登録されていない（すなわち、ユーザに対応付けてユーザカードデータに記録されていない）カードを当該ユーザの図鑑に登録するために使用されるアイテムである。図１２および図１３は、チケットを使用してユーザＡＢＣの図鑑にカードを登録するときにユーザＡＢＣのユーザ端末１０に表示される一連のウェブページの一例を示している。

図１２のウェブページＰ０上で指示釦ｂ２（「図鑑登録チケットを使う」）が選択されると、Ｐ１０に示すように、ユーザＡＢＣが保有するチケットのリストを含むウェブページに更新される。ウェブページＰ１０には、複数種類のチケットＴ１〜Ｔ５の各々について、ユーザＡＢＣが保有するチケット枚数と、使用対象のチケットを選択するための指示釦ｂ２１〜ｂ２５（「使う」）とが対応付けられて表示される。例えば、ユーザＡＢＣがチケットＴ３を選択した場合（つまり、指示釦ｂ２３を操作した場合）、Ｐ１１に示すようにウェブページが更新される。

ウェブページＰ１１では、カードデータベースに記録されているカードの中でユーザＡＢＣの図鑑に登録されておらず、かつユーザＡＢＣによって選択されたチケットＴ３によって登録することが可能なカードが抽出され、抽出されたカードが順に、所定数の領域からなるマトリクスの各領域に割り当てられる。カードが割り当てられた各領域には、カードごとの固有の記号（図１２の例では、数字）が表示される。カードが抽出される順序は、例えばカードＩＤの昇順であるが、これに限定されるものではなく、任意の基準に基づいて設定されていてもよく、あるいはランダムな順序でもよい。ウェブページＰ１１では、カードがユーザＡＢＣの図鑑に登録されている場合にはそのカードは、カードデータベースから抽出されずに非表示となる。

カードごとの固有の番号は、マトリクスが表示される時点で２以上のカードに対して重複しないように数字を割り当ててもよいし、カードごとに予め数字を割り当てておいてもよい。後者の場合には、カードデータベースにおいて、カードＩＤに対応付けて固有の数字を記録しておいてもよい。
なお、カードＩＤと特定の領域が対応付けられていればよく、各領域に固有の記号（数字等）を表示させることは必須ではない。例えば、すべての領域に同じ記号（例えば、「？」等）を表示させてもよい。
ウェブページＰ１１に示す例では、マトリクスは５×５の領域からなるが、表示対象となる領域が２５個以上存在する場合には、複数のマトリクスに分割して表示可能となっている。指示釦ｂ５０は、複数のマトリクスの中で表示対象のマトリクスを切り替えるために設けられている。

なお、図示していないが、図１２のウェブページＰ１１には、表示対象の領域に対応するカードを限定するために、当該カードのカード情報の条件をユーザが指定するためのメニューを設けてもよい。例えば、属性、レア度、流通数等の少なくともいずれかのパラメータの条件（例えば、属性Ｃ１等）を設定するプルダウンメニューを設けてもよい。その場合には、ユーザによって選択された条件を満たすカードに対応する領域のみが表示されるように、ウェブページＰ１１が再表示される。

ウェブページＰ１１において、マトリクスのいずれかの領域に表示されている数字が選択操作されると、例えばＰ１２に示すようにウェブページが更新される。例えばマトリクス内の「１３」が選択操作されると、選択された「１３」が記載された領域に割り当てられたカードのカード情報の少なくとも一部（図１２の例では、名称、属性、レア度、流通数のデータ）が表示される。
ウェブページＰ１２には、指示釦ｂ３０（「使用する」）と指示釦ｂ３１（「キャンセル」）が表示される。指示釦ｂ３０（「使用する」）が操作されると、図１３のＰ２０に示すようにウェブページが更新される。ウェブページＰ２０によって、ユーザＡＢＣに選択されたチケットＴ３を使用することによってカードが図鑑に登録されたことが通知される。
一方、ウェブページＰ１２において指示釦ｂ３１（「キャンセル」）が操作されると、ユーザＡＢＣに選択されたチケットＴ３を使用せず、例えば図１２のウェブページＰ１１に戻る。ウェブページＰ１２では、ユーザによって選択された数字が記載された領域に割り当てられたカードの流通数に関する情報が含まれているため、この情報を参考にしてユーザは、使用するチケットを変更するために指示釦ｂ３１（「キャンセル」）を操作してもよい。例えば、カードの流通数が非常に多い場合には、そのカードを登録するにはチケットＴ１を使用することで足りるため、チケットＴ１より価値の高いチケットＴ３の使用を抑制することができる。

（５−４）図鑑登録チケットの第２の使用例
図１４は、チケットを使用してユーザＡＢＣの図鑑にカードを登録するときにユーザＡＢＣのユーザ端末１０に表示される一連のウェブページの別の例を示している。
図１４のウェブページＰ０上で指示釦ｂ３（「図鑑を見る」）が選択されると、Ｐ１３に示すようにウェブページが更新される。ウェブページＰ１３では、カードデータベースに記録されているカードがすべて抽出され、抽出されたカードが順に、所定数の領域からなるマトリクスの各領域に割り当てられる。カードが割り当てられた各領域のうち、各領域に割り当てられたカードがユーザＡＢＣの図鑑に登録されている場合と、ユーザＡＢＣの図鑑に登録されていない場合とで異なる表示態様となるようにしてマトリクスが表示される。より具体的には、ウェブページＰ１３では、各領域に割り当てられたカードがユーザＡＢＣの図鑑に登録されている場合にはその領域に当該カードの画像が表示され、各領域に割り当てられたカードがユーザＡＢＣの図鑑に登録されていない場合には、その領域にカードごとの固有の記号（図１４の例では、数字）が表示される。
カードごとの固有の番号は、マトリクスが表示される時点で２以上のカードに対して重複しないように数字を割り当ててもよいし、カードごとに予め数字を割り当てておいてもよい。後者の場合には、カードデータベースにおいて、カードＩＤに対応付けて固有の数字を記録しておいてもよい。
ウェブページＰ１３に示す例では、マトリクスは５×５の領域からなるが、表示対象となる領域が２５個以上存在する場合には、複数のマトリクスに分割して表示可能となっている。指示釦ｂ５１は、複数のマトリクスの中で表示対象のマトリクスを切り替えるために設けられている。

なお、図示していないが、図１４のウェブページＰ１３には、表示対象の領域に対応するカードを限定するために、当該カードのカード情報の条件をユーザが指定するためのメニューを設けてもよい。例えば、属性、レア度、流通数等の少なくともいずれかのパラメータの条件（例えば、レア度３以上等）を設定するプルダウンメニューを設けてもよい。その場合には、ユーザによって選択された条件を満たすカードに対応する領域のみが表示されるように、ウェブページＰ１３が再表示される。

ウェブページＰ１３において、マトリクスのいずれかの領域に表示されている数字が選択操作されると、例えばＰ１４に示すようにウェブページが更新される。例えばマトリクス内の「１３」が選択操作されると、選択された「１３」が記載された領域に割り当てられたカードのカード情報の少なくとも一部（図１４の例では、名称、属性、レア度、流通数のデータ）が表示される。ウェブページＰ１４には、指示釦ｂ４０（「使用する」）と指示釦ｂ４１（「キャンセル」）が表示される。指示釦ｂ４０（「使用する」）が操作されると図１５のＰ１５に示すようにウェブページが更新され、指示釦ｂ４１（「キャンセル」）が操作されるとウェブページＰ１３に戻る。
ウェブページＰ１５は、ユーザＡＢＣが保有するチケットのリストを含む。ウェブページＰ１５には、複数種類のチケットＴ１〜Ｔ５の各々について、ユーザＡＢＣが保有するチケット枚数と、使用対象のチケットを選択するための指示釦ｂ４３〜ｂ４５（「使う」）とが対応付けられて表示される。なお、この例ではユーザＡＢＣに選択されたカードの流通数が１５００枚（流通数Ｎ３）であるため、流通数が１５００枚のカードを登録可能なチケットであるチケットＴ３〜Ｔ５に対応する指示釦ｂ４３〜ｂ４５（「使う」）が操作可能な態様で表示される。ウェブページＰ１５において、指示釦ｂ４３（「使う」）が操作されると、図１３のＰ２０に示すようにウェブページが更新される。ウェブページＰ２０によって、ユーザＡＢＣに選択されたチケットＴ３を使用することによってカードが図鑑に登録されたことが通知される。
なお、ウェブページＰ１５では、ウェブページＰ１３で選択されたカードの登録条件を満たすユーザの保有チケットをすべてユーザに提示したが、最も価値の低いチケット（Ｐ１５の例では、チケットＴ３）のみを提示してもよい。

（６）ゲーム制御装置が備える機能の概要
次に、上述した本実施形態のゲームを実現するためにゲーム制御装置が備える機能について説明する。
本実施形態では、ゲームサーバ２０によってゲーム制御装置５０が構成されている。以下では、上述した実施形態のゲームが適用される場合を例として、本実施形態のゲーム制御装置５０で実現される機能について、図１５を参照して説明する。図１５は、本実施形態のゲーム制御装置５０で主要な役割を果たす機能を説明するための機能ブロック図である。
なお、図１５に示す機能ブロック図に含まれる手段のすべてが本発明に必須の要素とは限らない。

第１登録手段５１は、ユーザによってカードに関する第１条件を満たした場合に、当該カードをユーザに対応付けて登録する機能を備える。本実施形態の例では、カードに関する「第１条件」は、そのカードをユーザが取得したことである。
第１登録手段５１の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、ユーザに対してカードを付与することを決定すると、ユーザカードデータにアクセスし、当該ユーザに対応付けて付与対象のカードのカード情報を書き込む。ユーザカードデータのカード情報のうちカードＩＤ、名称、画像、属性、レア度に対しては、カードデータベースから同じ項目のデータが読み出された後にユーザカードデータに書き込まれる。ユーザカードデータのカード情報のうちカードレベルに対しては、初期値の「１」が書き込まれる。ユーザカードデータのカード情報のうち保有フラグおよび図鑑フラグとしてそれぞれ「１」（保有）および「１」（第１条件）が書き込まれる。本実施形態の例では、ユーザがカードを取得することによってユーザによってカードに関する第１条件が満たされ、それによりカードのカード情報がユーザカードデータに書き込まれることによって、そのカードが図鑑に登録されることになる。

前述したように、ユーザがカードを取得する方法はゲーム上で適宜設定されてよく、例えば、(a)ゲームに設けられた抽選機能を実行することによってユーザが抽選でカードを引いて取得する方法、(b)クエスト等のゲームの実行によって任意の確率あるいは所定の条件（ミッションのクリア等）に基づいてユーザがカードを取得する方法、(c)ゲーム上の対戦などで得られるポイントによるランキングの結果に基づく報償としてユーザがカードを取得する方法、又は、(d)他のユーザとトレードを行うことによってカードを取得する方法、などが挙げられる。(a)〜(d)のいずれかによってユーザがカードを取得した場合には、ユーザによってカードに関する第１条件が満たされ、それによりカードのカード情報がユーザカードデータに書き込まれることによって、そのカードが図鑑に登録されることになる。

表示手段５２は、カードを複数の領域のいずれかの領域に割り当て、カードが割り当てられた領域が、当該カードがユーザに対応付けて登録されている場合と、ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、複数の領域を表示する機能を備える。
本実施形態の例では、複数の領域がマトリクスによって表示されるが、この表示例に限られない。複数の領域はマトリクスではなく１列に表示されてもよい。
表示手段５２の機能は以下のようにして実現することができる。ゲームサーバ２０のＣＰＵ２１は、ユーザ端末１０から図鑑表示要求を受け付けると、カードデータベースに記録されているカードの中から処理対象となるカードのカード情報を読み出し、読み出したカードを順に、所定数の領域からなるマトリクスの各領域に割り当てる。カードデータベースからの読み出し対象となるカードは、カードデータベースに記録されているすべてのカードであってもよいし、カードデータベースに記録されているカードのうち処理対象のユーザの図鑑に登録されているカード、若しくは処理対象のユーザの図鑑に登録されていないカードであってもよい。
なお、ユーザによる図鑑登録チケットの選択結果が図鑑表示要求に含まれている場合には、読み出し対象のカードを、当該チケットを使用することによって登録可能なカードに限定してもよい。また、読み出し対象のカードのカード情報の条件（例えば、属性Ｃ１等）に関する情報が図鑑表示要求に含まれている場合には、当該条件を満たすように読み出し対象のカードを限定してもよい。

カードデータベースから読み出したカードの数が１つのマトリクスの領域数より多い場合には、２以上のマトリクスの各領域に割り当てられる。割り当て方法は如何なる方法であってもよく、例えばカードＩＤの昇順にマトリクスの（１，１）、（１，２）、…の順に割り当ててもよいし、各カードＩＤについて順に割り当てられるマトリクス内の領域を無作為に決定してもよい。
ゲームサーバ２０のＣＰＵ２１は、カードをマトリクスの各領域に割り当てた後、各領域に割り当てられたカードが処理対象のユーザに対応付けて図鑑に登録されているか否かに基づいて各領域の表示態様が異なるようにして、図鑑画像データを生成する。

生成される図鑑画像データは、図鑑表示要求の種類によって異なる。
例えば図１２のウェブページＰ１１に示したように、ウェブページＰ１０のいずかのチケットの選択結果（例えば、チケットＴ３の選択結果）を含む図鑑表示要求を受け付けた場合には、ゲームサーバ２０のＣＰＵ２１は、以下のようにして図鑑画像データを生成する。すなわち、ゲームサーバ２０のＣＰＵ２１は、カードデータベースに記録されているカードのうち、図鑑表示要求を行ったユーザに対応付けてユーザカードデータに登録されておらず、選択されたチケットＴ３を使用することで図鑑に登録可能なカードのカード情報を読み出し、読み出した各カードを所定数の領域からなるマトリクスの各領域を割り当てる。次いでゲームサーバ２０のＣＰＵ２１は、カードに割り当てた各領域内にカードに固有の数字を表示し、かつ当該数字が選択された場合に当該固有の数字もしくはカードＩＤが取得可能となるような形式で、上記マトリクスを含む図鑑画像データを生成する。図鑑表示要求を行ったユーザに対応付けてユーザカードデータに登録されているカード、および、選択されたチケットＴ３を使用することで図鑑に登録できないカードは、カードデータベースから読み出されず、当該カードには領域が割り当てられない。
一方、図１４のウェブページＰ１３に示したように、ウェブページＰ０の指示釦ｂ３（「図鑑を見る」）の操作結果を含む図鑑表示要求を受け付けた場合には、ゲームサーバ２０のＣＰＵ２１は、以下のようにして図鑑画像データを生成する。すなわち、ゲームサーバ２０のＣＰＵ２１は、カードデータベースに記録されているカードのカード情報を読み出し、読み出した各カードを所定数の領域からなるマトリクスの各領域を割り当てる。次いでゲームサーバ２０のＣＰＵ２１は、ユーザカードデータにおいて図鑑表示要求を行ったユーザのユーザＩＤに対応付けられたカードＩＤに基づき、各領域に割り当てたカードがユーザの図鑑に登録されているか否かを判定し、登録されている場合にはその領域に当該カードの画像を表示し、各領域に割り当てたカードがユーザの図鑑に登録されていない場合には、その領域にカードごとの固有の記号（図１４の例では、数字）を表示するようにして、上記マトリクスを含む図鑑画像データを生成する。ここで、カードごとのユーザの図鑑への登録の有無を判定するために、ユーザカードデータが参照される。図鑑画像データは、領域内に数字が表示されている場合には、その数字が選択されたときに当該固有の数字もしくはカードＩＤが取得可能となるような形式で生成される。
ゲームサーバ２０のＣＰＵ２１は、生成した図鑑画像データを含むＨＴＭＬデータを生成して、ユーザ端末１０へ送信する。ユーザ端末１０がＨＴＭＬデータを受信するとウェブブラウザがＨＴＭＬデータを解釈し、それによって図鑑の画像がユーザ端末１０に表示される。

選択手段５３は、ユーザの操作情報に基づいて、当該ユーザに対応付けて図鑑に登録されていないカードを選択する機能を備える。
選択手段５３の機能は、以下のようにして実現できる。ユーザ端末１０は、ウェブページ上の図鑑の画像の各領域に表示されているいずれかの数字に対する操作結果に基づいて、各領域に割り当てられたカードの選択結果（例えば、カードＩＤ）を含むＨＴＴＰリクエストを生成してゲームサーバ２０へ送信する。ゲームサーバ２０のＣＰＵ２１は、カードの選択結果を取得すると、ユーザによって選択されたカードを特定する。

アイテム付与手段５４は、カード情報に基づくカードの図鑑への登録条件が対応付けられた複数種類の図鑑登録チケットの中から、少なくともいずれかの図鑑登録チケットをユーザに付与する機能を備える。本実施形態の例では、ユーザがクエストを実行中にユーザに対して図鑑登録チケットが付与される場合について説明したが、図鑑登録チケットを付与する機会は、ゲーム上で適宜設定することができる。例えば、(a)ゲームに設けられた抽選機能を実行することによってユーザが抽選でアイテムを引いて取得する方法、(b)ゲーム上の対戦などで得られるポイントによるランキングの結果に基づく報償としてユーザがチケットを取得する方法、(c)ゲームの運営者によって所定の条件を満たしたユーザに対してチケットをプレゼントすることによって当該ユーザがチケットを取得する方法、などであってもよい。

ユーザがクエストを実行中にユーザに対して図鑑登録チケットが付与される場合の例では、アイテム付与手段５４の機能は以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、ユーザ端末１０からクエストの実行要求を受け付けると、クエストの進行処理を行うとともに、チケットをユーザに付与するか否かを決定する。クエストの進行処理は、クエストにおける現在地点の更新、クエストの背景画像の変更、およびクエストの対象となるエリアの更新などを含む。チケットをユーザに付与するか否かの決定は、所定の、あるいはランダムな確率によって決定してもよい。ゲームサーバ２０のＣＰＵ２１は、チケットをユーザに付与することを決定した後、チケットＴ１〜Ｔ５のうちいずれのチケットを付与するか決定する。このとき、各種類のチケットについて選択される確率を同確率（２０％）としてもよいし、相対的に価値が高いチケットであるチケットＴ５が選択される確率を最も低くし、相対的に価値が低いチケットであるチケットＴ１が選択される確率を最も高くしてもよい。ゲームサーバ２０のＣＰＵ２１は、ユーザに付与するチケットを決定すると、チケットを付与したことをユーザに通知するＨＴＭＬデータを生成するとともに、ユーザデータベースの図鑑登録チケットの欄の値を更新する。

第２登録手段５５は、選択手段５３によって選択されたカードのカード情報に基づく第２条件がユーザによって満たされた場合に、当該カードを当該ユーザに対応付けて登録する機能を備える。本実施形態の例では、第２条件は、ユーザがカードの流通数に対応する図鑑登録チケットを使用したことである。
第２登録手段５５の機能は、以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、ユーザ端末１０から、各領域に割り当てられたカードの選択結果（例えば、カードＩＤ）を含むＨＴＴＰリクエストを取得して、ユーザによって選択されたカードを特定した後、そのカードのカード情報をユーザ端末１０へ送信する。そして、チケット設定テーブルに基づき、選択されたカードを登録可能とするチケットによる登録要求をユーザ端末１０から受け付けると、ゲームサーバ２０のＣＰＵ２１は、ユーザカードデータにアクセスし、当該ユーザに対応付けて付与対象のカードのカード情報を書き込む。ユーザカードデータのカード情報のうちカードＩＤ、名称、画像、属性、レア度に対しては、カードデータベースから同じ項目のデータが読み出された後にユーザカードデータに書き込まれる。ユーザカードデータのカード情報のうち保有フラグおよび図鑑フラグに対してそれぞれ「０」（非保有）および「０」（第２条件）が書き込まれる。チケットを使用して図鑑に登録されたカードについてはユーザの保有状態にないため、ユーザカードデータのカード情報のうちカードレベルに対しては、例えば「ＮＵＬＬ」が書き込まれる。
本実施形態の例では、ユーザが自身の保有するチケットを使用することによってユーザによってカード情報に基づく第２条件が満たされ、それによりカードのカード情報がユーザカードデータに書き込まれることによって、そのカードが図鑑に登録されることになる。

なお、図１２に示した例では、ゲームサーバ２０のＣＰＵ２１は、チケットの選択結果を含む図鑑表示要求を受け付け、選択されたチケットで図鑑に登録可能なカードに割り当てられた領域のみをユーザ端末１０に表示させる。選択されたカードを対象としたチケットによる登録要求は、ウェブページＰ１２の指示釦ｂ３０（「使用する」）の操作に基づいて行われる。ゲームサーバ２０のＣＰＵ２１は、指示釦ｂ３０（「使用する」）の操作を認識すると、選択されたカードの流通数に基づく第２条件がユーザによって満たされたと判断する。
また、図１４に示した例では、チケットによる登録要求は、ウェブページＰ１５の保有チケットのリストの各チケットに対応する指示釦のいずれかの操作に基づいて行われる。このとき、ゲームサーバ２０のＣＰＵ２１は、例えば、保有チケットのリストの各チケットに対応する指示釦の中で、選択されたチケットを図鑑に登録可能とするチケットに対応する指示釦のみを表示させる。ゲームサーバ２０のＣＰＵ２１は、チケットに対応する指示釦の操作（図１４の例では、指示釦ｂ４３〜ｂ４５のいずれか）を認識すると、選択されたカードの流通数に基づく第２条件がユーザによって満たされたと判断する。

特典付与手段５６は、ユーザに対応付けて図鑑に登録されているカードが所定数以上になった場合に、ユーザに対して特典を付与する機能を備える。特典付与手段５６は、図鑑に登録されているカードのうち特定のカード情報（属性、レア度等）に関する条件を満たすカードの数が所定数以上になった場合に、ユーザに対して特典を付与してもよい。
特典付与手段５６の機能は以下のようにして実現できる。本実施形態の例では、ユーザカードデータにおいてユーザに対応付けて記録されているカードが図鑑に登録されているカードである。そこで、ゲームサーバ２０のＣＰＵ２１は、ユーザカードデータにおいてユーザに対応付けて記録されているカードが、報酬設定テーブル（図８）の各報酬ＩＤの報酬付与条件を満たしたか否かを判定し、報酬付与条件を満たした報酬ＩＤに対応する報酬（ポイント）をユーザに付与する。すなわち、ゲームサーバ２０のＣＰＵ２１は、付与対象となるユーザのユーザデータにアクセスして、ポイントの値を報酬に対応するポイントの分加算した後に上書きする。なお、同一の報酬ＩＤに対応する報酬が重複して同じユーザに付与されることを防止するために、報酬ＩＤごとに付与済みか否かを示すフラグをユーザデータに設定してもよい。その場合、ゲームサーバ２０のＣＰＵ２１は、ユーザに付与済みとなっている報酬ＩＤについては、報酬付与条件を満たしたか否かの判定を行わない。

図８の報酬設定テーブルは、図鑑に登録されているカードのうち属性、レア度等に関する条件を満たすカードの数が所定数に達した場合に報酬付与される場合が例示されているが、この場合に限られない。属性、レア度等のカード情報に関する条件を設定せずに、図鑑に登録されているカードの数が所定数（例えば、５枚、１０枚、２０枚等）に達した場合に、報酬を付与してもよい。

（７）本実施形態のゲームの処理フロー
次に、本実施形態のゲームの処理フローの一例について、図１６〜１８のシーケンスチャートを参照して説明する。図１６は、ユーザがクエストを実行するときのユーザ端末１０およびゲームサーバ２０の一連の処理を示すシーケンスチャートであり、カードおよび図鑑登録チケットをユーザに付与する処理の一例である。図１７は、図鑑登録チケットを使用してカードを図鑑に登録するときの処理を示すシーケンスチャートの一例であって、上述した（５−３）図鑑登録チケットの第１の使用例に相当する。図１８は、図鑑登録チケットを使用してカードを図鑑に登録するときの処理を示すシーケンスチャートの別の例であって、上述した（５−４）図鑑登録チケットの第２の使用例に相当する。なお、各図において、図１０〜１４に示した各ウェブページＰ１〜Ｐ２０の表示タイミングにおいて、Ｐ１〜Ｐ２０の符号を付してある。

（７−１）図鑑登録チケットの付与処理（図１６）
ユーザ端末１０にウェブページＰ０（トップページ）が表示されているときに指示釦ｂ１（「クエスト」）が操作されると、ユーザ端末１０はクエスト開始要求をゲームサーバ２０へ送信する（ステップＳ１０）。クエスト開始要求を受け付けると、ゲームサーバ２０のＣＰＵ２１は、クエスト用画像を含むＨＴＭＬデータを生成してユーザ端末１０へ送信する（ステップＳ１２）。ユーザ端末１０のウェブブラウザは、ＨＴＭＬデータを解釈してクエスト用画像のウェブページを表示する（ステップＳ１４）。クエスト用画像のウェブページ（例えば、図１１のＰ１）上で指示釦ｂ１０（「探索する」）が操作されると、ユーザ端末１０はクエストの実行要求をゲームサーバ２０へ送信する（ステップＳ１６）。

ゲームサーバ２０のＣＰＵ２１は、ユーザ端末１０からクエストの実行要求を受け付けると、クエストの進行処理を行い（ステップＳ１８）、カードをユーザに付与するか否かを決定し（ステップＳ２０）、チケットをユーザに付与するか否かを決定する（ステップＳ２２）。クエストの進行処理は、クエストにおける現在地点の更新、クエストの背景画像の変更、およびクエストの対象となるエリアの更新などを含む。カードおよびチケットをそれぞれユーザに付与するか否かの決定は、所定の、あるいはランダムな確率によって決定してもよい。ゲームサーバ２０のＣＰＵ２１は、カードをユーザに付与することを決定した場合には、カードデータベースに記録されているカードの中から、所定の、あるいはランダムな確率で、ユーザに付与するカードを決定する。ゲームサーバ２０のＣＰＵ２１は、チケットをユーザに付与することを決定した場合には、チケットＴ１〜Ｔ５のうちいずれのチケットを付与するか決定する。

ゲームサーバ２０のＣＰＵ２１は、ユーザに対してカードやチケットを付与することを決定すると、ユーザデータベースおよびユーザカードデータの少なくともいずれかを更新する（ステップＳ２４）。
具体的には、ゲームサーバ２０のＣＰＵ２１は、ユーザに対してカードを付与することを決定した場合、ユーザカードデータにアクセスし、当該ユーザに対応付けて付与対象のカードのカード情報を書き込む。ユーザカードデータのカード情報のうちカードＩＤ、名称、画像、属性、レア度に対しては、カードデータベースから同じ項目のデータが読み出された後にユーザカードデータに書き込まれる。ユーザカードデータのカード情報のうちカードレベルに対して、初期値の「１」が書き込まれる。ユーザカードデータのカード情報のうち保有フラグおよび図鑑フラグに対してそれぞれ「１」（保有）および「１」（第１条件）が書き込まれる。本実施形態の例では、ユーザがカードを取得することによってユーザによってカードに関する第１条件が満たされ、それによりカードのカード情報がユーザカードデータに書き込まれることによって、そのカードが図鑑に登録されることになる。
また、ゲームサーバ２０のＣＰＵ２１は、ユーザに対してチケットを付与することを決定した場合、ユーザデータベースにアクセスし、当該ユーザに対応付けて図鑑登録チケットの欄のデータを更新する。

次いでゲームサーバ２０は、クエスト実行結果を含むＨＴＭＬデータを生成してユーザ端末１０へ送信する（ステップＳ２６）。ユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈してクエストの実行結果を含むウェブページを表示する（ステップＳ２８）。

（７−２）図鑑登録チケットによるカードの図鑑登録の第１の処理例（図１７）
図１７において、ユーザ端末１０にウェブページＰ０（トップページ）が表示されているときに指示釦ｂ２（「図鑑登録チケットを使う」）が操作されると、ユーザ端末１０はチケットの表示要求をゲームサーバ２０へ送信する（ステップＳ５０）。ゲームサーバ２０のＣＰＵ２１は、チケットの表示要求を受け付けると、処理対象のユーザデータの図鑑登録チケットの欄からユーザが保有するチケットのデータを読み出し（ステップＳ５２）、ユーザの保有チケットのリストを含むＨＴＭＬデータを生成して、ユーザ端末１０へ送信する（ステップＳ５４）。ユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈してユーザの保有チケットのリストを含むウェブページを表示する（ステップＳ５６）。

次いで、ユーザ端末１０に表示されているチケットのリストの中からいずれかのチケットを選択する操作がなされると、チケットの選択結果を含む図鑑表示要求がユーザ端末１０からゲームサーバ２０へ送信される（ステップＳ５８）。このチケットの選択操作は、図１２のウェブページＰ１０の指示釦ｂ２１〜ｂ２５（「使う」）のいずれかの操作に相当する。
ゲームサーバ２０のＣＰＵ２１は、ユーザ端末１０から図鑑表示要求を受け付けると、ユーザカードデータからユーザに対応付けて図鑑に記録されているカードのカード情報を読み出す。次いでゲームサーバ２０のＣＰＵ２１は、カードデータベースに記録されているカードのうちユーザの図鑑に登録されていないカードであって、かつユーザによって選択されたチケットを使用することによって登録可能なカードを取得し（ステップＳ６０）、所定数の領域からなるマトリクスの各領域に割り当てる（ステップＳ６２）。ステップＳ５８で選択されたチケットを使用することで図鑑に登録できないカードは、カードデータベースから読み出されず、当該カードにはステップＳ６２において領域が割り当てられない。前述したように、各カードの領域への割り当て方法は如何なる方法であってもよい。ゲームサーバ２０のＣＰＵ２１は、領域内にカード固有の数字が表示されるようにして、上記マトリクスを含む図鑑画像データを生成する（ステップＳ６４）。
ゲームサーバ２０のＣＰＵ２１は、カードに割り当てた各領域内の数字が選択された場合に当該固有の数字もしくはカードＩＤが取得可能となるような形式で図鑑画像データを生成して、ユーザ端末１０へ送信する（ステップＳ６６）。

ゲームサーバ２０のＣＰＵ２１は、生成した図鑑画像データを含むＨＴＭＬデータを生成して、ユーザ端末１０へ送信する。ユーザ端末１０がＨＴＭＬデータを受信するとウェブブラウザが、受信したＨＴＭＬデータを解釈し、それによって図鑑の画像がユーザ端末１０に表示される（ステップＳ６８）。
ユーザ端末１０は、ウェブページ上の図鑑の画像の各領域に表示されているいずれかの数字に対する操作結果に基づいて、各領域に割り当てられたカードの選択結果（例えば、カードＩＤ）を含むＨＴＴＰリクエストを生成してゲームサーバ２０へ送信する（ステップＳ７０）。ゲームサーバ２０のＣＰＵ２１は、カードの選択結果を取得すると、そのカードのカード情報をカードデータベースから読み出して（ステップＳ７２）、ユーザ端末１０へ送信し（ステップＳ７４）、それによってユーザに選択されたカードのカード情報（例えば、図１２のＰ１２の例では、名称、属性、レア度、流通数のデータ）がユーザ端末１０に表示される（ステップＳ７６）。

ゲームサーバ２０のＣＰＵ２１は、ステップＳ７０でユーザに選択されたカードを対象とした、チケットによる登録要求をユーザ端末１０から受け付けると（ステップＳ７８）、選択されたカードのカード情報をユーザに対応付けて書き込むことによってユーザカードデータを更新する（ステップＳ８０）。ここで、ユーザカードデータのカード情報のうちカードＩＤ、名称、画像、属性、レア度に対しては、カードデータベースから同じ項目のデータが読み出された後にユーザカードデータに書き込まれる。チケットを使用して図鑑に登録されたカードについてはユーザの保有状態にないため、ユーザカードデータのカード情報のうちカードレベルに対しては、例えば「ＮＵＬＬ」が書き込まれる。ユーザカードデータのカード情報のうち保有フラグおよび図鑑フラグに対してそれぞれ「０」（非保有）および「０」（第２条件）が書き込まれる。
ユーザカードデータを更新すると、ゲームサーバ２０のＣＰＵ２１は、登録結果をユーザ端末１０へ通知し（ステップＳ８２）、ユーザ端末１０はその登録結果を表示する（ステップＳ８４）。

上述したように、図鑑登録の第１の処理例では、ユーザが自身の保有するチケットが先ずユーザに提示され、そのチケットの中から使用対象となるチケットが選択されると、選択されたチケットによって登録可能なカードが複数の領域に割り当てられて表示される。そして、いずれかの領域に割り当てられたカードを対象としてユーザがチケットを使用することで、ユーザによって流通数に基づく第２条件が満たされ、そのカードが図鑑に登録されることになる。

（７−３）図鑑登録チケットによるカードの図鑑登録の第２の処理例（図１８）
図１８において、ユーザ端末１０にウェブページＰ０（トップページ）が表示されているときに指示釦ｂ３（「図鑑を見る」）が操作されると、ユーザ端末１０は図鑑表示要求をゲームサーバ２０へ送信する（ステップＳ１００）。ゲームサーバ２０のＣＰＵ２１は、ユーザ端末１０から図鑑表示要求を受け付けると（ステップＳ１００）、ユーザカードデータからユーザに対応付けて図鑑に記録されているカードのカード情報を読み出す（ステップＳ１０２）。次いでゲームサーバ２０のＣＰＵ２１は、カードデータベースに記録されているカードを所定数の領域からなるマトリクスの各領域に割り当てる（ステップＳ１０４）。読み出したカードの数が１つのマトリクスの領域数より多い場合には、２以上のマトリクスの各領域に割り当てられる。割り当て方法は如何なる方法であってもよい。
ゲームサーバ２０のＣＰＵ２１は、カードをマトリクスの各領域に割り当てた後、ステップＳ１０２で読み出したカード情報を参照し、ユーザの図鑑に登録されているカードに割り当てられた領域と、ユーザの図鑑に登録されていないカードに割り当てられた領域とで異なる表示態様になるようにして、図鑑画像データを生成する（ステップＳ１０６）。具体的には、ゲームサーバ２０のＣＰＵ２１は、各領域に割り当てられたカードがユーザの図鑑に登録されている場合にはその領域に当該カードの画像を表示し、各領域に割り当てられたカードがユーザの図鑑に登録されていない場合には、その領域にカードごとの固有の数字を表示するようにして、上記マトリクスを含む図鑑画像データを生成する。このとき、図鑑画像データは、領域内に数字が表示されている場合には、当該数字が選択された場合に当該数字もしくはカードＩＤが取得選択可能となるような形式で生成される。

ゲームサーバ２０のＣＰＵ２１は、生成した図鑑画像データを含むＨＴＭＬデータを生成して、ユーザ端末１０へ送信する（ステップＳ１０８）。ユーザ端末１０がＨＴＭＬデータを受信するとウェブブラウザがＨＴＭＬデータを解釈し、それによって図鑑の画像がユーザ端末１０に表示される（ステップＳ１１０）。

次いで、ユーザ端末１０は、ウェブページ上の図鑑の画像の各領域に表示されているいずれかの数字に対する操作結果に基づいて、各領域に割り当てられたカードの選択結果（例えば、カードＩＤ）を含むＨＴＴＰリクエストを生成してゲームサーバ２０へ送信する（ステップＳ１１２）。ゲームサーバ２０のＣＰＵ２１は、カードの選択結果を取得すると、そのカードのカード情報をカードデータベースから読み出して（ステップＳ１１４）、ユーザ端末１０へ送信し（ステップＳ１１６）、それによってユーザに選択されたカードのカード情報（例えば、図１４のＰ１４の例では、名称、属性、レア度、流通数のデータ）がユーザ端末１０に表示される（ステップＳ１１８）。
例えばウェブページＰ１４において指示釦ｂ４０（「使用する」）が操作されると、ユーザ端末１０はチケットの表示要求をゲームサーバ２０へ送信する（ステップＳ１２０）。ゲームサーバ２０のＣＰＵ２１は、処理対象のユーザデータの図鑑登録チケットの欄からユーザが保有するチケットのデータを読み出し（ステップＳ１２２）、ユーザの保有チケットのリストを含むＨＴＭＬデータを生成して、ユーザ端末１０へ送信する（ステップＳ１２４）。ユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈してユーザの保有チケットのリストを含むウェブページを表示する（ステップＳ１２６）。このとき、ステップＳ１１２において選択されたカードを図鑑に登録することが可能なチケットに対応する指示釦のみが操作可能な形式で表示される。

次いで、ユーザ端末１０に表示されている使用可能なチケットのリストの中からいずれかのチケットを選択する操作がなされると、チケットの選択結果を含むチケットによる登録要求がユーザ端末１０からゲームサーバ２０へ送信される（ステップＳ１２８）。このチケットの選択操作は、図１４のウェブページＰ１５の保有チケットのリストにおいて使用可能な各チケットに対応する指示釦ｂ４３〜ｂ４５（「使う」）のいずれかの操作に相当する。
ゲームサーバ２０のＣＰＵ２１は、ステップＳ１１２でユーザに選択されたカードを対象とした、チケットによる登録要求をユーザ端末１０から受け付けると、カードのカード情報をユーザに対応付けて書き込むことによってユーザカードデータを更新する（ステップＳ１３０）。ここで、ユーザカードデータのカード情報のうちカードＩＤ、名称、画像、属性、レア度に対しては、カードデータベースから同じ項目のデータが読み出された後にユーザカードデータに書き込まれる。チケットを使用して図鑑に登録されたカードについてはユーザの保有状態にないため、ユーザカードデータのカード情報のうちカードレベルに対しては、例えば「ＮＵＬＬ」が書き込まれる。ユーザカードデータのカード情報のうち保有フラグおよび図鑑フラグに対してそれぞれ「０」（非保有）および「０」（第２条件）が書き込まれる。
ユーザカードデータを更新すると、ゲームサーバ２０のＣＰＵ２１は、登録結果をユーザ端末１０へ通知し（ステップＳ１３２）、ユーザ端末１０はその登録結果を表示する（ステップＳ１３４）。

上述したように、図鑑登録の第２の処理例では、ユーザに対応付けて登録されているカードと登録されていないカードを含む図鑑が先ずユーザに提示され、登録されていないカードがユーザに選択されると、ユーザが保有チケットの中から使用対象のチケットをユーザが選択する。ユーザがチケットを選択して使用することで、ユーザによって流通数に基づく第２条件が満たされ、そのカードが図鑑に登録されることになる。

以上説明したように、本実施形態のゲーム制御装置によって実行されるゲームでは、カードを複数の領域のいずれかの領域に割り当て、カードが割り当てられた領域が、当該カードがユーザに対応付けて図鑑に登録されている場合と、ユーザに対応付けて図鑑に登録されていない場合とで異なる表示態様となるように、複数の領域がマトリクス状に表示される。領域の表示態様には、領域を非表示とする場合も含まれる。このとき、特定のカードを登録するに当たって、当該カードに関する第１条件をユーザが満たすことと、当該カードのカード情報に基づく第２条件を満たすことの２つの登録条件が設けられている。ユーザは、カードを取得すること（第１条件を満たすことの一例）が非常に困難な場合であっても、図鑑登録チケットを使用すること（第２条件を満たすことの一例）によってカードを図鑑に登録することができるようになる。例えば、クエストの実行やユーザ間のトレードなどによって入手することが困難なカードであるために、そのカードを取得することで自身の図鑑に登録できない場合であっても、そのカードの流通数に応じた図鑑登録チケットを使用することによってそのカードを自身の図鑑に登録することができるようになる。そのため、複数の領域の各領域に割り当てられるカードを登録することに対するユーザの関心を維持させることができる。

また、本実施形態では、図鑑登録チケットを使用することでユーザが入手していないカードを図鑑に登録し、それによってユーザの図鑑にそのカードを表示させることができる。そのため、カードを入手することが困難であるために自身の図鑑に対する関心が少なくなってきたユーザに、図鑑に対する関心を再度惹起させることができ、ひいてはゲームへの興味を高めることができる。このとき、カードの入手の難易度の指標となるカードの流通数に対応する複数種類のチケットを設定し、かつチケットを使用したことによってカードを図鑑に登録した場合にはそのカードを保有状態としないことで、既に当該カードを保有している人の既得権が過剰に害されることを防止することができる。

上述した図鑑登録チケットを使用してカードを登録する処理は、第１条件を満たすことができる期間、具体的には、当該カードを取得できる期間が限られている場合に特に有効である。例えば、ある期間に行われるゲームのイベント中でのみ特定のカードを入手することが可能である場合、仮に図鑑登録チケットがなかったとしたならば、その期間を過ぎてからユーザはカードを入手することができず（つまり、第１条件を満たさず）、当該カードを図鑑に登録することができない。一方、上述した実施形態のように図鑑登録チケットが用意されてユーザがチケットを使用する（つまり、第２条件を満たす）場合、少なくとも第２条件を満たすことができる期間が上述の第１条件を満たすことができる期間と異なる期間を含む期間であれば、ユーザはカードを入手できないまでも当該カードを図鑑に登録することができるようになる。すなわち、図鑑登録チケットを設けることで、カードを保有することができない場合であっても当該カードを図鑑に登録するための手段が確保される。
なお、ユーザがチケットを使用することで図鑑に登録可能なカードを、ユーザが現在入手できないカード（例えば、過去の特定の期間で行われたイベント中でのみ入手可能であったカード）に限定してもよい。

なお、上述した実施形態では、カードが割り当てられた領域が、(i)当該カードがユーザに対応付けて図鑑に登録されている場合と、(ii)ユーザに対応付けて図鑑に登録されていない場合とで異なる表示態様となるように表示する例として、図１４のウェブページＰ１３では、(i)の場合にキャラクタの画像を表示し、(ii)の場合には数字を表示する場合を例示した。しかし、(i)と(ii)で異なる表示態様となるように表示する方法はこの例に限られない。
(i)の場合にカード情報を複数の項目（例えば、カードレベルと属性とレア度等）を表示し、(ii)の場合にカード情報を(i)の場合より少ない項目（例えば、属性のみ）を表示してもよい。つまり、両者でカード情報に関する情報量を異ならせてもよい。
また、各領域に含まれる情報の種類は同じであるが、その情報の表示態様を異ならせてもよい。例えば、(i)の場合にはキャラクタの画像をカラー表示し、(ii)の場合にはキャラクタの画像をグレースケール、又は、シルエットで表示してもよい。(i)の場合にキャラクタの画像を表示するとともに領域の枠を青色に着色し、(ii)の場合にはキャラクタの画像を同様に表示するとともに領域の枠を黄色に着色してもよい。(i)の場合にはキャラクタの画像を表示しつつ所定のマークを付し、(ii)の場合にはキャラクタの画像を同様にして表示するが所定のマークを付さないようにしてもよい。

上述した実施形態において、アイテム付与手段５４がユーザに複数種類の図鑑登録チケットＴ１〜Ｔ５の少なくともいずれかのチケットを付与し、第２登録手段５５が、選択手段５３によって選択されたカードが、複数種類の図鑑登録チケットＴ１〜Ｔ５の中でユーザが所有するいずれかのチケットに対応付けられた登録条件を満たし、かつユーザが当該チケットを使用した場合に、第２条件がユーザによって満たされたと判断する場合について説明した。この場合には、ユーザは、登録を望むカードに対応するチケットを得ることができるように、ゲームを実行することを動機付けられるため、ユーザのゲームに対する興味を維持させることができるようになる。
また、上述した実施形態では、図鑑登録チケットＴ１〜Ｔ５の各々を、カード情報としてのカードの流通数に対応して設定されている。カードの流通数は、そのカードの入手の難易度の指標（すなわち、第１条件の成立の難易度となる指標）となるパラメータである。そのため、各チケットをカードの流通数に対応して設定することで、カード自体が入手できない場合に当該カードを図鑑に登録するための補完的な役割を各チケットに適切に与えることができる。
なお、上述した実施形態ではユーザがクエストを実行中に所定の、又はランダムな確率でチケットを取得する場合について説明したが、チケットのユーザの取得機会はゲーム上で適宜設定されてよい。例えば、ゲーム上で設定される複数のステージあるいはミッションをクリアすることで、チケットがユーザに付与されるように設定してもよい。その場合、ステージやミッションの難易度が高いほど、ユーザに付与されるチケットの種類を、より流通数が少ないカードを図鑑に登録できるチケットとすることが好ましい。また、何らかの対価の支払いに応じて、チケットが入手できるようにしてもよい。

上述した実施形態では、図１２のウェブページＰ１１に例示したように、表示手段５２が、ユーザが所有するチケットの中からユーザによってチケットが指定された場合には、ユーザに対応付けて登録されていないカードであって、指定されたチケットの登録条件を満たすカードを、複数の領域のいずれかの領域に割り当てて表示する場合についても説明した。この場合には、ユーザが指定したチケットを使用したときに登録条件を満たすカードを複数の領域のいずれかの領域に割り当てて表示することで、指定したチケットで登録可能なカードのみが表示されることになるため、ユーザは、使用したいチケットが決まっている場合に、登録可能なカードを容易に把握することができるようになる。

上述した実施形態は、特典付与手段５６を備える場合について説明した。この場合、登録されているカード、又は、登録されているカードのうち特定のカード情報（属性、レア度等）に関する条件を満たすカードの数が所定数以上になった場合にユーザに特典が付与されるため、ユーザは、できるだけ多くのカードを登録することを動機付けられる。例えば、図鑑登録チケットを積極的に使用してカードを図鑑に登録するように動機付けられる。また、ユーザによるカードを登録することに対する関心をより高めることができるようになる。
なお、特典付与手段５６を備えることは必須ではない。ユーザは特典がない場合であっても、自身のカードコレクションである図鑑により多くのカードを登録できるように、ゲームを実行することを動機付けられる。
なお、図８に例示した報酬設定テーブルでは、特典付与条件としてカード情報（属性、レア度等）に関する条件を満たすカードが所定数以上になった場合にユーザに特典が付与される場合について示したが、特典付与条件としてカード情報の関する条件が含まれていなくてもよい。例えば、登録されているカードの枚数が所定数（例えば、５枚、１０枚、２０枚、…）以上になったことを特典付与条件としてもよい。

（８）変形例
以下、上述した実施形態の変形例について説明する。

（８−１）変形例１
上述した実施形態において、第２登録手段５５における第２条件は、カードの流通数が少ないほど厳しい条件としてもよい。このような条件とすることで、カードの流通数に基づいてカードの登録の難易度について適切に調整することができるようになる。
本変形例を実現するためには、図鑑登録チケットの出現確率を調整してもよい。例えば、上述した実施形態の例では、ゲームサーバ２０のＣＰＵ２１は、クエストの実行中に図鑑登録チケットをユーザに付与することを決定した後に、付与対象となるチケットの種類を例えば以下の確率で決定する。

［確率設定例］
・チケットＴ１を付与する確率 … ４０％
・チケットＴ２を付与する確率 … ３０％
・チケットＴ３を付与する確率 … １５％
・チケットＴ４を付与する確率 … １０％
・チケットＴ５を付与する確率 … ５％
このように確率を設定することで、流通数が少ないカードを図鑑に登録可能なチケットを得られる確率が相対的に小さくなるため、第２条件を、カードの流通数が少ないほど厳しい条件とすることができる。

なお、カードの流通数は「オブジェクトの数」の一例であるが、ユーザがカードを取得したことや、カードがユーザの保有状態でなくなったことによって、変動しうる値であってもよく、適宜設定することができる。例えば、「オブジェクトの数」の例として、 (a)すべてのユーザについて図鑑に登録されているカードの数、(b)すべてのユーザについて保有しているカードの数、(c)ユーザが属しているグループ（ギルド等）について図鑑に登録されている、若しくは保有しているカードの数、(d)処理対象のユーザと同一の進行レベル、若しくは同程度の進行レベルについて図鑑に登録されている、若しくは保有しているカードの数、のうちいずれかであってもよい。なお、「オブジェクトの数」をトレードとして出品されているオブジェクトの数等としてもよい。例えば、ユーザの保有するカードの中で交換対象とするカードと、当該カードとの交換を希望する別のカードを指定して、その別のカードを他のユーザに対して提示することができるトレード機能を有するゲームにおいて、ユーザカードデータにおいてカードＩＤに対応付けて交換フラグの項目を追加してもよい。この交換フラグは、例えば「０」：交換対象として未指定、「１」：交換対象として指定、とする。そして、ユーザが交換対象としてカードＩＤを指定した場合に、交換対象として指定されたカードＩＤに対応する交換フラグを「０」から「１」へと更新され、トレードが成立、または、トレードが未成立のまま取下げとなった場合に交換フラグが「１」から「０」へと更新される。この交換フラグが「１」となっているカードＩＤの数、つまりトレードにおいて出品されているカードの数を「オブジェクトの数」としてもよい。

なお、「カードの流通数が少ないほど厳しい条件」については、上述したようにチケットを付与するときの確率（つまり、チケットの入手難易度）によって定められる条件に限られない。例えば、そのような条件は、必要なチケットの数や、チケットを得るに当たっての操作回数や操作期間、チケットを得るためのミッションの難易度等によって設定してもよい。チケットの数によって条件を設定する場合には、例えば、１種類の図鑑登録チケットが設けられる場合に、以下のように設定してもよい。
・チケット５枚使用 … 流通数Ｎ１〜Ｎ５のカードを図鑑に登録可能
・チケット４枚使用 … 流通数Ｎ１〜Ｎ４のカードを図鑑に登録可能
・チケット３枚使用 … 流通数Ｎ１〜Ｎ３のカードを図鑑に登録可能
・チケット２枚使用 … 流通数Ｎ１，Ｎ２のカードを図鑑に登録可能
・チケット１枚使用 … 流通数Ｎ１のカードを図鑑に登録可能
このように設定すると、クエストの実行に伴ってチケットが付与される場合、流通数が少ないカードを図鑑に登録できるようになるようなより多くの枚数のチケットを得るためには、図１１の指示釦ｂ１０（「探索する」）の操作回数を多く、あるいは操作期間を長くすることが必要となる。
また、ゲーム内に複数のステージが設けられている場合に、ステージの難易度が上昇するにつれてステージをクリアしたときに、上述したチケットＴ１〜Ｔ５の中でより価値の高いチケットが入手できるようにしてもよい。

（８−２）変形例２
本変形例の機能ブロック図を図１９に示す。図１９に示すように、本変形例では、図１５に示した機能ブロック図に対して、計数手段５７が追加される。
計数手段５７は、ゲーム内のカードの数を定期的に計数する機能を備える。そして、変形例１と同様に、第２登録手段５５における第２条件は、カードの流通数が少ないほど厳しい条件とする。例えばソーシャルゲームでは、日々新たなカードが発行され、ユーザがクエストや抽選などを行うことによってカードを入手し、あるいは手持ちのカードを売却（処分）するため、ゲーム内で流通しているカードの数は日々変動する。そのため、定期的に（例えば、毎日所定の時刻に）カードの流通数を計数して第２条件を調整することで、カードの図鑑への登録の難易度について精度良く調整することができるようになる。
本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、定期的に（例えば、毎日所定の時刻に）ユーザカードデータにアクセスして、カードＩＤごとに記録されているカードの流通数を計数する。なお、上述したように、カードの流通数の計数対象はその適宜設定してよい。例えば、計数対象の数を、すべてのユーザについて保有しているカードの数とした場合には、ゲームサーバ２０のＣＰＵ２１は、ユーザカードデータにアクセスして、保有フラグが「１」（保有）となっているカードの数を計数する。
なお、カードと、計数結果であるカードの流通数とを対応付ける対応付け手段を設けてもよい。例えば、ゲームサーバ２０のＣＰＵ２１は、各カードの流通数を定期的に計数した後、各カードに対して得られた流通数をカードデータベースの流通数の項目に書き込む。

（８−３）変形例３
上述した実施形態では、図１２のウェブページＰ１１に例示したように、表示手段５２が、ユーザが所有するチケットの中からユーザによってチケットが指定された場合には、ユーザに対応付けて登録されていないカードであって、指定されたチケットの登録条件を満たすカードを、複数の領域のいずれかの領域に割り当てて表示させる場合について説明した。これに対して、表示手段５２は、ユーザに対応付けて登録されていないカードであって、ユーザが所有するいずれかのチケットの登録条件を満たすカードを、複数の領域のいずれかの領域に割り当てて表示させてもよい。つまり、ユーザがチケットの指定を行わずに複数の領域を表示させる点が図１２の場合と相違する。

図２０は、本変形例において、チケットを使用してユーザＡＢＣの図鑑にカードを登録するときにユーザＡＢＣのユーザ端末１０に表示される一連のウェブページを示している。
図２０のウェブページＰ０上で指示釦ｂ２（「図鑑登録チケットを使う」）が選択されると、Ｐ１１ａに示すようにウェブページが更新される。ウェブページＰ１１ａでは、カードデータベースに記録されているカードのうち、ユーザＡＢＣの図鑑に登録されておらず、かつユーザＡＢＣが保有するチケットを使用することによって図鑑に登録することが可能なカードが複数の領域からなるマトリクスに割り当てられ、カードに割り当てた各領域内にカードに固有の数字が表示される。

図２０のウェブページＰ１１ａにおいて、マトリクスのいずれかの領域に表示されている数字が選択操作されると、例えばＰ１４ａに示すようにウェブページが更新される。例えばマトリクス内の「５７」が選択操作されると、選択された「５７」が記載された領域に割り当てられたカードのカード情報の少なくとも一部（図１４ａの例では、名称、属性、レア度、流通数のデータ）が表示される。ウェブページＰ１４ａには、指示釦ｂ４０（「使用する」）と指示釦ｂ４１（「キャンセル」）が表示される。指示釦ｂ４０（「使用する」）が操作されるとＰ１５ａに示すようにウェブページが更新され、指示釦ｂ４１（「キャンセル」）が操作されるとウェブページＰ１１ａに戻る。
ウェブページＰ１５ａは、ユーザＡＢＣが保有するチケットのリストを含む。ウェブページＰ１５ａには、複数種類のチケットＴ１〜Ｔ５の各々について、ユーザＡＢＣが保有するチケット枚数と、使用可能なチケットを選択するための指示釦とが対応付けられて表示される。なお、この例ではユーザＡＢＣに選択されたカードの流通数が８９枚（流通数Ｎ５）であるため、流通数が１００枚のカードを登録可能なチケットであるチケットＴ５に対応する指示釦ｂ４５（「使う」）のみが操作可能な態様で表示される。ウェブページＰ１５ａにおいて指示釦ｂ４５（「使う」）が操作されると、ウェブページＰ１４ａに表示されたカードがユーザＡＢＣの図鑑に登録される。

本変形例では、チケットを指定しなくてもユーザが所有するいずれかのチケットを使用することで図鑑に登録可能なカードが割り当てられた領域が表示されるため、ユーザは、より多くのカードの選択肢の中からチケットを使用して図鑑に登録したいカードを選択することができる。

本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、ユーザ端末１０から図鑑表示要求（例えば、図２０の指示釦ｂ２の入力情報）を受け付けると、カードデータベースに記録されているカードのうち、ユーザカードデータにおいてユーザに対応付けて登録されておらず、かつユーザが保有しているチケットを使用することで図鑑に登録可能なカードを読み出し、読み出した各カードを所定数の領域からなるマトリクスの各領域に割り当てる。このとき、ユーザが保有しているチケットの情報を得るために、ユーザデータが参照される。既にユーザの図鑑に登録されているカード、および、ユーザが保有しているチケットを使用することで図鑑に登録できないカードは、カードデータベースから読み出されず、当該カードには領域が割り当てられない。ゲームサーバ２０のＣＰＵ２１は、カードに割り当てた領域内にカード固有の数字が表示されるようにして図鑑画像データを生成する。図鑑画像データは、各領域内の数字が選択された場合に当該固有の数字若しくはカードＩＤが取得可能となるような形式で生成されて、ユーザ端末１０へ送信される。図鑑画像においていずれかの数字が選択された後の処理は、（７−３）図鑑登録チケットによるカードの図鑑登録の第２の処理例におけるステップＳ１１４からステップＳ１３４までの処理と同様の処理でよい。

なお、図２０のウェブページＰ１１ａでは、各領域に割り当てられたカードがユーザＡＢＣの図鑑に登録されておらず、かつユーザＡＢＣが所持するチケットによって登録することが可能なカードである場合にのみ、各領域を表示する例を示しているが、この例に限られない。ウェブページＰ１１ａでは、図１４のＰ１３に示したのと同様にして、ユーザＡＢＣの図鑑に登録されているカードに割り当てられた領域をも表示してもよい。その場合には、カードが割り当てられた領域が、(i)当該カードがユーザＡＢＣに対応付けて図鑑に登録されている場合と、(ii)ユーザＡＢＣに対応付けて図鑑に登録されていない場合とで異なる表示態様となるように表示することが好ましい。両者の表示態様の変更方法は、実施形態で述べた例と同様の方法を適用してもよいし、表示態様を変更させた上でさらに(i)又は(ii)のいずれかの場合の領域を強調表示させてもよい。

（８−４）変形例４
上述した実施形態において、特典付与手段５６は、ユーザに対応付けて登録されているカードの中で、第１登録手段５１によってユーザに対応付けて図鑑に登録されたカード（例えば、ユーザがゲーム上でカードを取得することで登録されたカード）の数、若しくは割合、又は、第２登録手段５５によってユーザに対応付けて図鑑に登録されたカード（例えば、ユーザが図鑑登録チケットを使用することで登録されたカード）の数、若しくは割合に基づいて、ユーザに対して付与する特典の内容を変動させてもよい。

例えば、図８の報酬設定テーブルにおいて、報酬ＩＤ：０１９では、レア度４のカードを２０枚図鑑に登録することで３００ポイントの報酬が得られる場合を例示しているが、本変形例ではこの報酬ＩＤ：０１９を例えば以下のように設定してもよい。
［報酬設定例１］
・２０枚中、カード取得による登録が０〜５枚であり、残りがチケット使用による登録である場合 … ３００ポイント（基準値）
・２０枚中、カード取得による登録が６〜１０枚であり、残りがチケット使用による登録である場合 … ３３０ポイント（基準値から１０％ＵＰ）
・２０枚中、カード取得による登録が１１〜１５枚であり、残りがチケット使用による登録である場合 … ３６０ポイント（基準値から２０％ＵＰ）
・２０枚中、カード取得による登録が１６〜２０枚であり、残りがチケット使用による登録である場合 … ４５０ポイント（基準値から５０％ＵＰ）

本変形例における報酬設定は、カード取得による登録の枚数、又は、チケット使用による登録の枚数に応じて変動させてもよい。例えば、以下のように報酬設定を行ってもよい。
［報酬設定例２］
・カード取得による登録が０〜５枚の場合 … ２００ポイント（基準値）
・カード取得による登録が６〜１０枚の場合 … ２５０ポイント（基準値から２５％ＵＰ）
・カード取得による登録が１１〜１５枚の場合 … ３００ポイント（基準値から５０％ＵＰ）
・カード取得による登録が１６枚以上の場合 … ３５０ポイント（基準値から７５％ＵＰ）
［報酬設定例３］
・チケット使用による登録が０〜５枚の場合 … ２００ポイント（基準値）
・チケット使用による登録が６〜１０枚の場合 … ２５０ポイント（基準値から２５％ＵＰ）
・チケット使用による登録が１１〜１５枚の場合 … ３００ポイント（基準値から５０％ＵＰ）
・チケット使用による登録が１６枚以上の場合 … ３５０ポイント（基準値から７５％ＵＰ）

本変形例では、一定の数のカードが登録された場合であっても、ユーザが第１条件（例えば、ユーザがゲーム上でカードを取得したこと）を満たして登録した数若しくは割合と、ユーザが第２条件（例えば、ユーザが図鑑登録チケットを使用したこと）を満たして登録した数若しくは割合とで特典の内容に差が付けられる。こうすることで、登録の基礎とした条件に応じてユーザに付与する特典の内容を適切に設定することができるようになる。例えば、第１条件が第２条件を厳しい条件であるならば、上述した報酬設定例に示したように、第１条件で登録した数が多く、若しくは第１条件で登録した数の割合が大きくなるにつれて、ユーザにより多くの特典を付与してもよい。それによって、より厳しい第１条件を満たしたユーザに多くの報酬を付与するように設定することができる。
なお、報酬設定例１に例示したように、図鑑に登録されたカードの枚数が所定値であるときに、カード取得による登録枚数、および、チケット使用による登録枚数のうち少なくともいずれかの枚数に応じて報酬付与条件が複数設定されている場合に、いずれかの報酬付与条件が満たされてユーザに報酬が付与され、後発的に他の報酬付与条件が満たされた場合には、両者の報酬の差分がユーザに付与されるようにしてもよい。例えば、報酬設定例１において、ユーザの図鑑に登録されたレア度４のカードが２０枚に達し、その２０枚のうち、カード取得による登録が５枚でありチケット使用による登録が１５枚である場合、ユーザに３００ポイント（上記基準値）が付与される。その後、ユーザのカード取得によってレア度４のカードが登録され、カード取得による登録が６枚になった場合には、基準値の１０％に相当するポイント（３０ポイント）をユーザに追加して付与してもよい。
本変形例は、上述した報酬設定例に示したように、報酬設定テーブルを調整することで実現することができる。また、報酬内容がポイントである場合を例として説明したが、前述したように報酬内容はポイント以外であってもよい。例えば、報酬内容が、カードやアイテムの付与である場合には、付与されるカードやアイテムの数等が変動対象となる。

（８−５）変形例５
上述した実施形態において、表示手段５２は、複数の領域のいずれかに割り当てられたカードが、第１登録手段５１によってユーザに対応付けて図鑑に登録された場合と、第２登録手段５５によってユーザに対応付けて図鑑に登録された場合とで異なる表示態様となるように、複数の領域を表示してもよい。
図２１に、本変形例のウェブページの表示例を示す。図２１のウェブページＰ１３ａは、図１４のウェブページＰ１３と同様に、ウェブページＰ０の指示釦ｂ３（「図鑑を見る」）を操作したときに表示されるウェブページである。ウェブページＰ１３ａでは、ユーザが第１条件（例えば、ユーザがゲーム上でカードを取得したこと）を満たしてカードを図鑑に登録した場合（領域にハッチング有り）と、ユーザが第２条件（例えば、ユーザが図鑑登録チケットを使用したこと）を満たしてカードを図鑑に登録した場合（領域にハッチング無し）とで、カードに割り当てられたマトリクスの各領域の表示態様が異なる場合の一例を示している。図２１は、領域ごとに表示態様を異ならせる一例に過ぎず、キャラクタ画像や領域のカラーや輝度、キャラクタの画像の大きさや内容等を変化させる等の、他の方法であってもよい。
なお、(i)カードがユーザの図鑑に未登録である場合、(ii)チケットを使用することで当該カードを図鑑に登録した場合、および、(iii)当該カードを取得したことで当該カードを図鑑に登録した場合、の順に、当該カードが割り当てられた領域の情報量が増加するようにしてもよい。例えば、カードが割り当てられた領域について、(i)の場合には数字等の記号を表示し、(ii)の場合にはキャラクタの画像をグレースケールで表示し、(iii)の場合にはキャラクタの画像をカラーで表示する。

なお、表示手段５２は、カードが割り当てられた領域が、(a)当該カードがユーザの図鑑に登録されている場合と、(b)ユーザの図鑑に登録されていない場合とでの表示態様の差異（第１の差異）と、(c)第１登録手段５１によってユーザの図鑑に登録された場合と、(d)第２登録手段５５によってユーザの図鑑に登録された場合とでの表示態様の差異（第２の差異）とを、それぞれ別個に設定してもよい。
一例として、カードがユーザの図鑑に未登録である場合には、当該カードに割り当てられた領域に表示するカード情報の表示項目を少なく（例えば、名称のみ）、かつ画像のデータ量を少なくする（例えば、グレースケール表示）。チケットを使用することでカードを図鑑に登録した場合には、当該カードに割り当てられた領域に表示するカードのパラメータの表示項目を多く（例えば、属性、レア度、カードレベル）、かつ画像のデータ量を少なくする（例えば、グレースケール表示）。カードを取得したことで当該カードを図鑑に登録した場合、当該カードに割り当てられた領域に表示するカードのパラメータの表示項目を多くし（例えば、属性、レア度、カードレベル）、画像のデータ量をさらに多くする（例えば、カラー表示）。この例では、(a)の場合と(b)の場合の表示態様の差異（第１の差異）は、カードのパラメータの項目数による情報量の差であり、(c)の場合と(d)の場合の表示態様の差異（第２の差異）は画像の情報量の差であり、それぞれ表示態様の差異が異なるものとなる。

本変形例では、ユーザがカードを登録したときの登録原因となる条件（上記第１条件、又は、上記第２条件）に応じて、そのカードに割り当てられた領域の表示態様に差が付けられる。例えば、第１条件が第２条件を厳しい条件であるならば、第１条件を満足することでカードを登録した場合に表示される情報量を、第２条件を満足することでカードを登録した場合に表示される情報量よりも多くしてもよい。それによって、各領域の表示内容を見てユーザが登録の基礎とした条件を直ちに認識できる。また、第１条件を満足することでカードを登録した場合の表示態様がより魅力的である場合には、より厳しい第１条件を満たすようにユーザを動機付けるようにすることもできる。
本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、図鑑画像データを作成するに当たって、ユーザカードデータの図鑑フラグを読み出し、図鑑フラグが「１」（第１条件）の場合と「０」（第２条件）の場合とで、カードに割り当てた領域の表示態様を決定する。

（８−６）変形例６
上述した実施形態では、ユーザ単位でユーザに対応付けてカードを図鑑に登録する場合について説明したが、複数のユーザからなるグループ単位でグループに対応付けてカードを図鑑に登録する仕組みとしてもよい。つまり、本変形例では、グループ内のユーザが図鑑による報酬をグループとして得るために、協力しながら図鑑に多くのカードを登録するように動機付けられる。例えば、特定の報酬を得られるように、未だ登録されていない複数のカードを登録することを複数のユーザで分担することなどが行われ、それによってグループ内のユーザ間のコミュニケーションが活性化することが期待される。

本変形例では、第１登録手段５１は、グループを構成する複数のユーザのいずれかのユーザによってカードに関する第１条件を満たした場合に、複数のユーザに対応付けてカードを、グループに共通の図鑑に登録する。
表示手段５２は、カードを複数の領域のいずれかの領域に割り当て、カードが割り当てられた領域が、当該カードがグループの図鑑に登録されている場合と、グループの図鑑に登録されていない場合とで異なる表示態様となるように、複数の領域（例えば、実施形態で示したマトリクス）を表示する。
選択手段５３は、グループを構成する複数のユーザのいずれかのユーザの操作情報に基づいて、グループの図鑑に登録されていないカードを選択する。
第２登録手段５５は、選択手段５３によって選択されたカードのカード情報に基づく第２条件がグループを構成する複数のユーザのいずれかのユーザによって満たされた場合に、当該カードをグループの図鑑に登録する。
なお、上述した実施形態と同様に、グループの図鑑に登録されているカードが所定数以上になった場合に、そのグループを構成する各ユーザに対して特典を付与する特典付与手段を設けてもよい。

本変形例は、上述した実施形態と同様にして実現することができる。具体的には、本変形例では、例えば図２２に示すユーザカードデータを利用して処理を行うようにする。図２２が図７と異なるのは、グループを識別するグループＩＤごとに各ユーザが管理されている点である。例えば、グループＩＤ：Ｇ００１のグループには、ユーザＩＤ：０００００１，００１３２８，…の各ユーザが対応付けられている。
ゲームサーバ２０のＣＰＵ２１がカード情報をユーザカードデータに書き込むときには、上述した実施形態と同様に、ユーザ単位で書き込みを行う。一方、ゲームサーバ２０のＣＰＵ２１が、図鑑画像データを作成するときには、図鑑表示要求を行ったユーザと同一のグループＩＤに対応付けられている他のユーザのカード情報も参照して、図鑑画像データを生成する。ゲームサーバ２０のＣＰＵ２１は、特典を付与するか否か判定するときには、同一のグループＩＤに対応付けられているすべてのユーザのカード情報に基づいて行う。

本変形例において、表示手段５２は、グループを構成する複数のユーザの中で、各領域に割り当てられたカードの図鑑への登録条件（上記第１条件、又は、上記第２条件）を満たしたユーザの名称およびユーザの数のうち少なくともいずれかを、領域内に表示することが好ましい。各領域にユーザの名称が表示される場合には、グループ内で図鑑へのカードの登録に貢献したユーザがグループ内のすべてのユーザにわかるようになるため、例えば各ユーザが図鑑登録チケットを積極的に使用してカードの図鑑への登録に努めるようになることが期待される。また、各領域にユーザの数が表示される場合には、グループ内のカードごとの登録についての活性化度合いがグループ内の各ユーザにわかるようになるため、グループ内のユーザ間でコミュニケーションをとるときの材料になる。

（８−７）変形例７
上述した実施形態では、カードがユーザに対応付けて図鑑に登録されるための第１条件の例として、ユーザがカードを取得したことである場合を例として挙げたが、第１条件はこの例に限られない。ユーザが保有し、かつ所定のカードレベルまで成長したことを第１条件としてもよい。その場合、ゲームサーバ２０のＣＰＵ２１は、ユーザがカードを取得した時点では、そのカードのカード情報のうち保有フラグを「１」（保有）とし、図鑑フラグは「ＮＵＬＬ」とする。その後、ゲームサーバ２０のＣＰＵ２１は、そのカードが所定のカードレベル（例えば、「５」等）に達したと判断した場合に、そのカードの図鑑フラグを「１」（第１条件）とする。そして、ゲームサーバ２０のＣＰＵ２１は、ユーザから図鑑表示要求を受け付けた場合には、ユーザカードデータからユーザに対応付けて記録されているカードのうち、図鑑フラグが「１」（第１条件）又は「０」（第２条件）のカード（つまり、図鑑フラグが「ＮＵＬＬ」でないカード）のカード情報をすべて読み出して図鑑画像データを生成する。

（８−８）変形例８
上述した実施形態では、カードがユーザに対応付けて図鑑に登録されるための第２条件の例として、ユーザがカードの流通数に対応する図鑑登録チケットを使用したことである場合を例として挙げたが、第２条件はこの例に限られない。
図鑑登録チケットに対応するカード情報は、流通数に限られず、その他のカード情報、例えば、レア度であってもよい。流通数とレア度は必ずしも反比例する関係にはないが、流通数が少ないカードは概ね希少でありレア度が高いことが多いことから、図鑑登録チケットに対応するカード情報としてレア度を用いた場合であっても、カード自体が入手できない場合に当該カードを図鑑に登録するための補完的な役割を各チケットに適切に与えることができる。
また、第２条件は、図鑑登録チケット等の特定のアイテムを使用したことである場合に限られない。ユーザにチケットを付与してユーザがチケットを使用したことを第２条件の要件としなくてもよい。例えば、アイテムを介さずに、ゲーム上で設定される複数のステージあるいはミッションをクリアしたことの報酬として、図鑑にカードを登録する権利をユーザに付与してもよい。その場合、ステージやミッションの難易度が高いほど、ユーザに付与される権利を、より流通数が少ないカードを図鑑に登録できる権利とすることが好ましい。

（８−９）変形例９
上述した実施形態において図鑑登録チケットの第１の使用例では、最初に使用するチケットの種類を決定してから登録対象のカードを選択するため、選択されたカードの流通数が非常に多いカード等、価値の低いチケットを使用することで登録可能なカードに対して、価値の高いチケットを使用して登録する状況が生じうる。このような状況を回避するため、ユーザがカードを選択した後に、そのカードの登録条件を満たす複数種類のチケットをユーザが保有している場合には、その複数種類のチケットの中で最も価値の低いチケットを、ユーザが使用することを決定したカードに代えて使用することをユーザに勧めるようにしてもよい。なお、チケットの価値とは、例えば、チケットを使用することで登録できるカードの数、又は、登録できるカードのパラメータで示される。すなわち、チケットを使用することで登録できるカードの数が多いほど、又は、チケットを使用することで登録できるカードのパラメータ（例えば、レア度）が大きいほど、そのチケットの価値が高い。例えば、図１２のウェブページＰ１０において、使用するチケットとしてチケットＴ３が選択され、その後にＰ１１において登録対象として「１３(ＫＡＹ)」が選択された後に表示されるＰ１２において、選択したカードＫＡＹがチケットＴ３より価値の低いチケットＴ１を使用した場合でも登録可能であるときには、「チケットＴ１でも登録できます。」というテキストを表示させて、チケットＴ１を使用することをユーザに案内してもよい。
また、上述した実施形態において図鑑登録チケットの第２の使用例では、図１４のウェブページＰ１５に示したように、選択されたカードの登録条件を満たすユーザの保有チケットをすべてユーザに提示したが、この中で最も価値の低いチケット（Ｐ１５の例では、チケットＴ３）のみを提示してもよい。

以上、本発明の実施形態について詳細に説明したが、本発明は上記実施形態に限定されない。また、各実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。上記実施形態に記載された技術的事項は適宜組合せて適用してもよい。

上述した各実施形態では、オブジェクトの一例としてモンスターカードを挙げたが、これに限られない。オブジェクトであれば如何なるものでもよい。例えば、オブジェクトは、ゲーム上のキャラクタやアイテム等を含むものでよく、例えばゲーム上の仮想的な人物や生物、若しくはモンスター等であり、本実施形態で示したように、それらがカードに表示されているものでもよい。

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

上述した実施形態では、ゲームのアプリケーションが、所謂ブラウザ型（Ｗｅｂ型）のアプリケーションを例としたが、これに限られない。ゲームアプリケーションに関する処理の実行主体がゲームサーバ２０ではなく、ユーザ端末１０となるような、所謂ネイティブ型のアプリケーションであってもよい。このように、ユーザ端末１０が処理の実行主体となるネイティブ型のアプリケーションの場合、本発明におけるゲーム制御装置はユーザ端末１０となる。
上述した実施形態では、ネットワーク上のゲームサーバ２０が、図１５にそれぞれ示した各手段が備える機能の実行主体として実現する構成としたが、この構成に限られない。図１５にそれぞれ示した手段のすべて、あるいは少なくとも一部の手段をユーザ端末１０によって実現する構成としてもよい。つまり、ゲームサーバ２０のＣＰＵ２１が実行主体として処理を行っている構成をユーザ端末１０のＣＰＵ１１が実行主体となり処理を実施するようにしてもよい。図２３Ａ，図２３Ｂにはそれぞれ、実施形態のゲーム制御装置の各機能（図１５に示す各機能）について、ユーザ端末１０と、ゲームサーバ２０との間で機能を分担した場合の例であるゲームシステム１Ａ，１Ｂを示す。
例えば、図１５にそれぞれ示した各機能をユーザ端末１０において主体的に実現するために、ユーザ端末１０のストレージ（例えば、フラッシュメモリ等）が、図５に示したユーザデータベース、図７に示したユーザカードデータのユーザ個別の部分を記憶し、更新された度に更新後のユーザデータベース、ユーザカードデータをユーザ端末１０がゲームサーバ２０へ送信するようにしてもよい。

＜本発明の様々な態様の開示＞
以下、本発明の様々な態様について開示する。本発明は、以下で述べるいずれかの特定の態様に限定されるものではない。

本発明の一態様は、
ユーザによってオブジェクトに関する第１条件を満たした場合に、前記ユーザに対応付けて前記オブジェクトを登録する第１登録手段（５１）と、
オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記ユーザに対応付けて登録されている場合と、前記ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域を表示する表示手段（５２）と、
前記ユーザの操作情報に基づいて、前記ユーザに対応付けて登録されていないオブジェクトを選択する選択手段（５３）と、
前記選択手段（５３）によって選択されたオブジェクトのオブジェクト情報に基づく第２条件が前記ユーザによって満たされた場合に、当該オブジェクトを前記ユーザに対応付けて登録する第２登録手段（５５）と、
を備えた、ゲーム制御装置（５０）であってもよい。

「ゲーム制御装置」は、ユーザが単独で使用するスタンドアローンのゲーム機であってもよいし、ユーザのユーザ端末上でゲームを表示するために当該ユーザ端末との間で無線又は有線による通信を確立できるサーバ等の情報処理装置であってもよい。例えば、上述したゲームサーバ２０は、ゲーム制御装置の一例である。
「オブジェクト」とは、ゲーム上のキャラクタやアイテム等を含む。キャラクタは、例えばゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカードに表示されているものをも含む。例えば、カードＩＤで識別されるそれぞれのカードは、オブジェクトの一例である。
「オブジェクト情報」とは、オブジェクトを他のオブジェクトと識別するための識別情報や、オブジェクトに設定されている設定情報を含んでもよい。例えば、カードＩＤに対応付けられたカード情報（流通数など）は、オブジェクト情報の一例である。

「ユーザの操作情報」は、例えば、ゲーム機、又はユーザ端末に対する所定の指示釦の押下操作のユーザ入力や、タッチパネル機能を備えたゲーム機、又はユーザ端末に対する表示画面上のタッチ操作のユーザ入力に基づく情報であるが、そのような入力形態に限られない。「ユーザの操作情報」は、加速度センサを備えたゲーム機、又はユーザ端末を振ることによる操作入力、あるいはジェスチャによる操作入力（ジェスチャ入力）に基づく情報であってもよい。ジェスチャ入力では、撮像機能を備えたゲーム機、又はユーザ端末に対する所定のジェスチャを行うことでゲーム機、又はユーザ端末がそのジェスチャを画像認識し、予めジェスチャに対応付けられた操作入力を認識する。また、音声認識プログラムを実行可能なゲーム機、又はユーザ端末の場合には、「ユーザの操作情報」は、音声の入力に基づく情報であってもよい。例えば、ユーザ端末１０から受け取った、登録されていないオブジェクトとしてのカードのカードＩＤの選択結果に関する情報は、ユーザの操作情報の一例である。

「異なる表示態様」は、色や輝度、模様の違い、付加的な記号の有無等、表示されている外観が異なる場合だけでなく、表示される情報量の違いや表示および非表示の違いをも含む。すなわち、「オブジェクトが割り当てられた領域が、当該オブジェクトがユーザに対応付けて登録されている場合と、ユーザに対応付けて登録されていない場合とで異なる表示態様」とするときには、いずれか一方の場合の領域を表示し、他方の場合の領域を表示しないようにすることも含まれる。登録されているカードの場合にカードＩＤに対応付けられた画像を表示し、登録されていないカードの場合は固有の記号（数字等）を表示することは、異なる表示態様の一例である。

領域への割り当て対象となるオブジェクトは、適宜設定されてもよい。例えば、領域への割り当て対象となるオブジェクトを、ゲームに用意されているすべてのオブジェクトとしてもよいし、ゲームに用意されているオブジェクトの中から、例えばユーザによって指定される条件（例えば、特定の属性のオブジェクト等、カード情報に関する条件）を満足するオブジェクトに限定してもよい。また、領域への割り当て対象となるオブジェクトは、ユーザに対応付けて登録されているオブジェクト、若しくはユーザに対応付けて登録されていないオブジェクトに限定してもよい。

上述した本発明の一態様では、オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトがユーザに対応付けて登録されている場合と、ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、複数の領域が表示される。このとき、特定のオブジェクトを登録するに当たって、当該オブジェクトに関する第１条件をユーザが満たすことと、当該オブジェクトのオブジェクト情報に基づく第２条件を満たすことの２つの登録条件が設けられている。ユーザは、第１条件を満たすことが非常に困難な場合であっても、第２条件を満たすことによってオブジェクトを登録することができるようになる。そのため、複数の領域の各領域に割り当てられるオブジェクトを登録することに対するユーザの関心を維持させることができる。

上記ゲーム制御装置において、前記オブジェクト情報は、ゲーム内におけるオブジェクトの数であって、前記第２条件は、オブジェクトの数が少ないほど厳しい条件であってもよい。
「オブジェクトの数」は、例えば、オブジェクトＩＤに対応付けられた、オブジェクトがゲーム上で流通しているオブジェクトの流通数は、オブジェクトの数の一例である。オブジェクトの数は、ゲーム上で出現する可能性のあるオブジェクトの数であってもよい。オブジェクトの数が少ないほど第２条件を厳しくすることで、オブジェクト情報に基づいてオブジェクトの登録の難易度について適切に調整することができるようになる。オブジェクトの数をオブジェクトの流通数とした場合、流通数が少ないオブジェクトを登録するために必要なアイテムの数を多くする、あるいは流通数が少ないオブジェクトを登録するためのアイテムを取得できる確率を小さくすることは、「厳しい条件」の一例である。

上記ゲーム制御装置は、ゲーム内のオブジェクトの数を定期的に計数する計数手段（５７）、を備え、前記オブジェクト情報は、前記計数手段（５７）によって計数されたオブジェクトの数であってもよい。例えばオブジェクトの数がゲーム上で流通しているオブジェクトの数である場合、その数は、日々変動する可能性のある数である。そのような場合に、定期的にオブジェクトの数を計数して第２条件を調整することで、オブジェクトの登録の難易度について精度良く調整することができるようになる。

上記ゲーム制御装置は、オブジェクト情報に基づくオブジェクトの登録条件が対応付けられた複数種類のアイテムの中から、少なくともいずれかのアイテム（例えば、図鑑登録チケット）をユーザに付与する付与手段（５４）、を備え、
前記第２登録手段（５５）は、前記選択手段（５３）によって選択されたオブジェクトが、前記複数種類のアイテムのうち前記ユーザが所有するいずれかのアイテムに対応付けられた登録条件を満たし、かつ前記ユーザが当該アイテムを使用した場合に、前記第２条件が前記ユーザによって満たされたと判断してもよい。

上記構成では、ユーザに付与されるアイテムを使用することによって、オブジェクトをユーザに対応付けて登録されるように構成される。アイテムのユーザの取得機会はゲーム上で適宜設定されてよい。ここで、アイテムは複数種類設けられ、各アイテムはオブジェクトが満たすべき登録条件に対応付けられている。ユーザは、登録を望むオブジェクトに対応するアイテムを使用することで、そのオブジェクトを登録することができる。そのため、ユーザは、登録を望むオブジェクトに対応するアイテムを得ることができるようにゲームを実行することを動機付けられるため、ユーザのゲームに対する興味を維持させることができるようになる。
また、オブジェクトの数（例えばゲーム上で流通しているオブジェクトの数）が少ない場合には、そのオブジェクトがゲーム上で出現する可能性が低いことから、ユーザがオブジェクトに関する第１条件を満たすことができる可能性が低いと考えられる。このとき上記構成では、各アイテムがオブジェクトの数に基づく登録条件に対応しているため、第１条件に代えて第２条件に基づいてオブジェクトを登録するという補完的な役割を各アイテムに適切に与えることができる。

上記ゲーム制御装置において、前記表示手段（５２）は、前記ユーザに対応付けて登録されていないオブジェクトであって、前記ユーザが所有するいずれかの前記アイテムに対応付けられた登録条件を満たすオブジェクトを、前記複数の領域のいずれかの領域に割り当てて表示してもよい。
この構成では、ユーザが所有するいずれかのアイテムを使用することでユーザに対応付けて登録可能なオブジェクトが割り当てられた領域が表示されるため、ユーザは、多くのオブジェクトの選択肢の中からアイテムを使用して登録したいオブジェクトを選択することができる。

上記ゲーム制御装置において、前記表示手段（５２）は、前記ユーザが所有する前記アイテムの中から前記ユーザによってアイテムが指定された場合には、前記ユーザに対応付けて登録されていないオブジェクトであって、前記指定されたアイテムの登録条件を満たすオブジェクトを、前記複数の領域のいずれかの領域に割り当てて表示してもよい。
ユーザがアイテムを使用してオブジェクトを登録しようとする場合に、ユーザが指定したアイテムを使用した場合に登録条件を満たすオブジェクトを複数の領域のいずれかの領域に割り当てて表示することで、指定したアイテムで登録可能なオブジェクトのみが表示されることになるため、ユーザは、使用したいアイテムが決まっている場合に、登録可能なオブジェクトを容易に把握することができるようになる。

上記ゲーム制御装置は、前記ユーザに対応付けて登録されているオブジェクトが所定数以上になった場合に、前記ユーザに対して特典を付与する特典付与手段（５６）、を備えてもよい。
登録されているオブジェクトが所定数以上になった場合にユーザに特典を付与することで、ユーザは、できるだけ多くのオブジェクトを登録することを動機付けられる。そのため、ユーザによるオブジェクトを登録することに対する関心をより高めることができるようになる。

本発明のゲーム制御装置において、前記特典付与手段（５６）は、前記ユーザに対応付けて登録されているオブジェクトの中で、前記第１登録手段（５１）によって前記ユーザに対応付けて登録されたオブジェクトの数、若しくは割合、又は、前記第２登録手段（５５）によって前記ユーザに対応付けて登録されたオブジェクトの数、若しくは割合に基づいて、前記ユーザに対して付与する特典の内容を変動させてもよい。
この構成では、一定の数のオブジェクトが登録された場合であっても、ユーザが第１条件を満たして登録した数若しくは割合と、ユーザが第２条件を満たして登録した数若しくは割合とで特典の内容に差が付けられる。こうすることで、登録の基礎とした条件に応じてユーザに付与する特典の内容を適切に設定することができるようになる。例えば、第１条件が第２条件を厳しい条件であるならば、第１条件で登録した数が多く、若しくは第１条件で登録した数の割合が大きくなるにつれて、ユーザにより多くの特典を付与してもよい。それによって、より厳しい第１条件を満たしたユーザに多くの報酬を付与するように設定することができる。

上記ゲーム制御装置において、前記表示手段（５２）は、前記複数の領域のいずれかに割り当てられたオブジェクトが、前記第１登録手段（５１）によって前記ユーザに対応付けて登録された場合と、前記第２登録手段（５５）によって前記ユーザに対応付けて登録された場合とで異なる表示態様となるように、前記複数の領域を表示してもよい。なお、「異なる表示態様」とは、情報量が異なるような態様で表示することを含む。その場合、 (i)オブジェクトがユーザに対応づけられていない場合、(ii)第２条件を満たすことでオブジェクトがユーザに対応付けられた場合、および、(iii) 第１条件を満たすことでオブジェクトがユーザに対応付けられた場合とで、段階的にカードに割り当てられた領域の情報量が変化してもよい。
この構成では、ユーザがオブジェクトを登録したときの登録原因となる条件に応じて、そのオブジェクトに割り当てられた領域の表示態様に差を付けられる。例えば、第１条件が第２条件を厳しい条件であるならば、第１条件を満足することでオブジェクトを登録した場合に表示される情報量を、第２条件を満足することでオブジェクトを登録した場合に表示される情報量よりも多くしてもよい。それによって、各領域の表示内容を見てユーザが登録の基礎とした条件を直ちに認識できる。また、第１条件を満足することでオブジェクトを登録した場合の表示態様がより魅力的である場合には、より厳しい第１条件を満たすようにユーザを動機付けるようにすることもできる。
なお、表示手段（５２）は、オブジェクトが割り当てられた領域が、(a)当該オブジェクトがユーザに対応付けて登録されている場合と、(b)ユーザに対応付けて登録されていない場合とでの表示態様の差異（第１の差異）と、(c)第１登録手段（５１）によってユーザに対応付けて登録された場合と、(d)第２登録手段（５５）によってユーザに対応付けて登録された場合とでの表示態様の差異（第２の差異）とを、それぞれ異ならせてもよい。

本発明の別の態様は、
複数のユーザのいずれかのユーザによってオブジェクトに関する第１条件を満たした場合に、前記複数のユーザに対応付けて前記オブジェクトを登録する第１登録手段（５１）と、
オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記複数のユーザに対応付けて登録されている場合と、前記複数のユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域を表示する表示手段（５２）と、
複数のユーザのいずれかのユーザの操作情報に基づいて、複数のユーザに対応付けて登録されていないオブジェクトを選択する選択手段（５３）と、
前記選択手段（５３）によって選択されたオブジェクトのオブジェクト情報に基づく第２条件が複数のユーザのいずれかのユーザによって満たされた場合に、当該オブジェクトを前記複数のユーザに対応付けて登録する第２登録手段（５５）と、
を備えた、ゲーム制御装置であってもよい。

本発明の別の態様は、
ユーザによってオブジェクトに関する第１条件を満たした場合に、前記ユーザに対応付けて前記オブジェクトを登録する第１登録手段（５１）と、
オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記ユーザに対応付けて登録されている場合と、前記ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域をマトリクス状に表示する表示手段（５２）と、
前記ユーザに対応付けて登録されていないオブジェクトに対応する領域のいずれかを指定する前記ユーザの操作情報に基づいて、前記ユーザに対応付けて登録されていないオブジェクトを選択する選択手段（５３）と、
オブジェクトのゲーム内の数に基づくオブジェクトの登録条件が対応付けられた複数種類のアイテムの中から、少なくともいずれかのアイテムをユーザに付与する付与手段（５４）と、
前記複数種類のアイテムのうち、前記選択手段（５３）によって選択されたオブジェクトが、前記ユーザが所有するいずれかのアイテムに対応付けられた登録条件を満たし、かつ前記ユーザが当該アイテムを使用した場合に、前記選択されたオブジェクトを前記ユーザに対応付けて登録する第２登録手段（５５）と、
を備えた、ゲーム制御装置であってもよい。

本発明の別の態様は、
ユーザによってオブジェクトに関する第１条件を満たした場合に、前記ユーザに対応付けて前記オブジェクトを登録するステップと、
オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記ユーザに対応付けて登録されている場合と、前記ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域を表示するステップと、
前記ユーザの操作情報に基づいて、前記ユーザに対応付けて登録されていないオブジェクトを選択するステップと、
前記選択するステップにおいて選択されたオブジェクトのオブジェクト情報に基づく第２条件が前記ユーザによって満たされた場合に、当該オブジェクトを前記ユーザに対応付けて登録するステップと、
を備えた、ゲーム制御方法であってもよい。

本発明の別の態様は、コンピュータを、
ユーザによってオブジェクトに関する第１条件を満たした場合に、前記ユーザに対応付けて前記オブジェクトを登録する第１登録手段（５１）、
オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記ユーザに対応付けて登録されている場合と、前記ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域を表示する表示手段（５２）、
前記ユーザの操作情報に基づいて、前記ユーザに対応付けて登録されていないオブジェクトを選択する選択手段（５３）、及び、
前記選択手段（５３）によって選択されたオブジェクトのオブジェクト情報に基づく第２条件が前記ユーザによって満たされた場合に、当該オブジェクトを前記ユーザに対応付けて登録する第２登録手段（５５）、
として機能させるためのプログラムであってもよい。

本発明の別の態様は、上記プログラムを格納する、光ディスク、磁気ディスク等の、コンピュータが読み取り可能な記憶媒体であってもよい。

本発明の別の態様は、ユーザ端末（１０）と、当該ユーザ端末（１０）と通信可能に構成されるサーバ（２０）と、を含むゲームシステムであってもよい。
このゲームシステムは、
ユーザによってオブジェクトに関する第１条件を満たした場合に、前記ユーザに対応付けて前記オブジェクトを登録する第１登録手段（５１）、
オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記ユーザに対応付けて登録されている場合と、前記ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域を表示する表示手段（５２）、
前記ユーザの操作情報に基づいて、前記ユーザに対応付けて登録されていないオブジェクトを選択する選択手段（５３）、及び、
前記選択手段（５３）によって選択されたオブジェクトのオブジェクト情報に基づく第２条件が前記ユーザによって満たされた場合に、当該オブジェクトを前記ユーザに対応付けて登録する第２登録手段（５５）、
の各手段を、前記ユーザ端末（１０）又は前記サーバ（２０）のいずれか一方が備える。

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

１，１Ａ，１Ｂ…ゲームシステム
１０…ユーザ端末
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１４…画像処理部
１５…操作入力部
１６…表示部
１７…通信インタフェース部
１８…バス
２０…ゲームサーバ
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…データベースアクセス部
２５…通信インタフェース部
２６…バス
３０…データベースサーバ
３１…ユーザデータベース
３２…ゲームデータベース
５０…ゲーム制御装置
５１…第１登録手段
５２…表示手段
５３…選択手段
５４…アイテム付与手段
５５…第２登録手段
５６…特典付与手段
５７…計数手段

Claims (13)

1. ユーザによって第１条件または第２条件のいずれかを満たした場合に、前記ユーザに対応付けてオブジェクトを登録可能とするゲームのゲーム制御装置であって、
   ユーザによってオブジェクトに関する前記第１条件を満たした場合に、前記ユーザに対応付けて当該オブジェクトを登録する第１登録手段と、
   オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記ユーザに対応付けて登録されている場合と、前記ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域を表示する表示手段と、
   前記複数の領域に割り当てられたオブジェクトの中から前記ユーザによって選択されたオブジェクトが前記ユーザに対応付けて登録されておらず、かつ前記選択されたオブジェクトのオブジェクト情報に基づく前記第２条件が前記ユーザによって満たされた場合に、当該オブジェクトを前記ユーザに対応付けて登録する第２登録手段と、
   を備えた、ゲーム制御装置。
2. 前記オブジェクト情報は、ゲーム内におけるオブジェクトの数であって、
   前記第２条件は、オブジェクトの数が少ないほど厳しい条件であることを特徴とする、
   請求項１に記載されたゲーム制御装置。
3. ゲーム内のオブジェクトの数を定期的に計数する計数手段、を備え、
   前記オブジェクト情報は、前記計数手段によって計数されたオブジェクトの数であることを特徴とする、
   請求項２に記載されたゲーム制御装置。
4. オブジェクト情報に基づくオブジェクトの登録条件が対応付けられた複数種類のアイテムの中から、少なくともいずれかのアイテムをユーザに付与する付与手段、を備え、
   前記第２登録手段は、前記ユーザによって選択されたオブジェクトが、前記複数種類のアイテムのうち前記ユーザが所有するいずれかのアイテムに対応付けられた登録条件を満たし、かつ前記ユーザが当該アイテムを使用した場合に、前記第２条件が前記ユーザによって満たされたと判断することを特徴とする、
   請求項１〜３のいずれかに記載されたゲーム制御装置。
5. 前記表示手段は、前記ユーザに対応付けて登録されていないオブジェクトであって、前記ユーザが所有するいずれかの前記アイテムに対応付けられた登録条件を満たすオブジェクトを、前記複数の領域のいずれかの領域に割り当てて表示することを特徴とする、
   請求項４に記載されたゲーム制御装置。
6. 前記表示手段は、前記ユーザが所有する前記アイテムの中から前記ユーザによってアイテムが指定された場合には、前記ユーザに対応付けて登録されていないオブジェクトであって、前記指定されたアイテムの登録条件を満たすオブジェクトを、前記複数の領域のいずれかの領域に割り当てて表示することを特徴とする、
   請求項４に記載されたゲーム制御装置。
7. 前記ユーザに対応付けて登録されているオブジェクトが所定数以上になった場合に、前記ユーザに対して特典を付与する特典付与手段、を備えたことを特徴とする、
   請求項１〜６のいずれかに記載されたゲーム制御装置。
8. 前記特典付与手段は、前記ユーザに対応付けて登録されているオブジェクトの中で、前記第１登録手段によって前記ユーザに対応付けて登録されたオブジェクトの数、若しくは割合、又は、前記第２登録手段によって前記ユーザに対応付けて登録されたオブジェクトの数、若しくは割合に基づいて、前記ユーザに対して付与する特典の内容を変動させることを特徴とする、
   請求項７に記載されたゲーム制御装置。
9. 前記表示手段は、前記複数の領域のいずれかに割り当てられたオブジェクトが、前記第１登録手段によって前記ユーザに対応付けて登録された場合と、前記第２登録手段によって前記ユーザに対応付けて登録された場合とで異なる表示態様となるように、前記複数の領域を表示することを特徴とする、
   請求項１〜８のいずれかに記載されたゲーム制御装置。
10. 複数のユーザによって第１条件または第２条件のいずれかを満たした場合に、前記複数のユーザに対応付けてオブジェクトを登録可能とするゲームのゲーム制御装置であって、
    前記複数のユーザのいずれかのユーザによってオブジェクトに関する前記第１条件を満たした場合に、前記複数のユーザに対応付けて当該オブジェクトを登録する第１登録手段と、
    オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記複数のユーザに対応付けて登録されている場合と、前記複数のユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域を表示する表示手段と、
    前記複数の領域に割り当てられたオブジェクトの中から複数のユーザのいずれかのユーザの操作情報に基づいて選択されたオブジェクトが前記複数のユーザに対応付けて登録されておらず、かつ前記選択されたオブジェクトのオブジェクト情報に基づく前記第２条件が前記複数のユーザのいずれかのユーザによって満たされた場合に、当該オブジェクトを前記複数のユーザに対応付けて登録する第２登録手段と、
    を備えた、ゲーム制御装置。
11. ユーザによって第１条件または登録条件のいずれかを満たした場合に、前記ユーザに対応付けてオブジェクトを登録可能とするゲームのゲーム制御装置であって、
    ユーザによってオブジェクトに関する前記第１条件を満たした場合に、前記ユーザに対応付けて当該オブジェクトを登録する第１登録手段と、
    オブジェクトを複数の領域のいずれかの領域に割り当て、オブジェクトが割り当てられた領域が、当該オブジェクトが前記ユーザに対応付けて登録されている場合と、前記ユーザに対応付けて登録されていない場合とで異なる表示態様となるように、前記複数の領域をマトリクス状に表示する表示手段と、
    オブジェクトのゲーム内の数に基づくオブジェクトの登録条件が対応付けられた複数種類のアイテムの中から、少なくともいずれかのアイテムをユーザに付与する付与手段と、
    前記複数種類のアイテムのうち、前記複数の領域のいずれかを指定する前記ユーザの操作情報に基づいて選択されたオブジェクトが、前記ユーザに対応付けて登録されておらず、かつ前記選択されたオブジェクトが、前記ユーザが所有するいずれかのアイテムに対応付けられた登録条件を満たし、かつ前記ユーザが当該アイテムを使用した場合に、前記選択されたオブジェクトを前記ユーザに対応付けて登録する第２登録手段と、
    を備えた、ゲーム制御装置。
12. コンピュータを、請求項１〜１１のいずれかに記載されたゲーム制御装置の各手段として機能させるためのプログラム。
13. ユーザ端末と、当該ユーザ端末と通信可能に構成されるサーバと、を含むゲームシステムであって、請求項１〜１１のいずれかに記載されたゲーム制御装置の各手段を、前記ユーザ端末又は前記サーバのいずれか一方が備えた、
    ゲームシステム。

Images