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

Description

本発明は、ゲームの実行を制御する技術に関する。

近年、特定のサービス提供者によるソーシャルネットワーキングサービス（ＳＮＳ）においてウェブブラウザ上で動作するＡＰＩ(Application Programming Interface)などの動作環境を基に作成されるゲーム用アプリケーションによって実行される、いわゆるソーシャルゲーム（Social Game）が普及している。ソーシャルゲームは、不特定多数のユーザ間でコミュニケーションをとりながらプレイするオンラインゲームの一種であると言える。ユーザは、インターネットに接続可能であり、ウェブブラウザが搭載された通信端末を備えていれば、ユーザは時間と場所を問わずソーシャルゲームを楽しむことができる。上述したソーシャルゲームでは、従来のオンラインゲームよりも、ユーザ間の交流を図るためのコミュニケーション機能が充実している点が特徴の１つとなっている。ソーシャルゲームでは、例えば、他のユーザ（仲間）との協力プレイのほか、仲間との挨拶や連絡など仲間とコミュニケーションを取ることによる情報交換、仲間との間のゲーム上のアイテムのプレゼントあるいはアイテムの交換が行なわれている。

上述したソーシャルゲームにおいて、ゲームを進行させる上で複数の処理が設けられたものが知られている。例えば、非特許文献１には、「クエスト」、「合戦」、「カード合成」、「ガチャ」といったメニューに対応する処理を実行するソーシャルゲーム（戦国コレクション（登録商標））が記載されている。なお、「ガチャ」とは、ゲーム内で利用可能なオブジェクトの抽選処理として慣用的に使用されている表現である。

アプリＳＴＹＬＥ Vol.5（株式会社イースト・プレス、2011年11月15日発行）、94頁

従来のソーシャルゲームでは、ユーザがカード等のオブジェクトを例えば抽選処理（上述した「ガチャ」の処理）で得る場合に、その抽選処理で出現するオブジェクトの数が予め決められていた。そのため、ユーザは、何枚のオブジェクトが得られるかについて興趣性を見出すことができなかった。

本発明は上述した観点に鑑みてなされたもので、ゲーム上で複数個のオブジェクトが取得できる場合に、ユーザがその取得行為自体に興趣性を感じることができるゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステムを提供することを目的とする。

本発明の第１の観点は、
ゲーム上の複数のオブジェクトからいずれかのオブジェクトを選択する選択手段と、
前記複数のオブジェクトの各々に設定されている設定値を記憶する記憶装置を参照して、前記選択手段によって選択されたオブジェクトの設定値を取得する取得手段と、
前記取得手段によって取得された設定値に基づいて、所定の条件が満たされているか否かを判定する判定手段と、
前記判定手段によって所定の条件を満足する間、オブジェクトの選択を行うように前記選択手段を制御する選択制御手段と、
を備えた、ゲーム制御装置である。

このゲーム制御装置において、オブジェクトは選択対象となり得るものであれば如何なるものでもよく、例えばゲーム上のアイテムやキャラクタを含んでもよい。この場合、キャラクタとは、例えばゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカードに表示されているものをも含む。また、魔法や技についてのカードを含みうる。
このゲーム制御装置において、「設定値」は、オブジェクトに付随して設定されている数値情報であれば何でもよく、例えばオブジェクトであれば、オブジェクトの能力を示すパラメータの値や、オブジェクトの特性を表す値、オブジェクトを使用するのにゲーム上必要となるコスト等であってよい。

このゲーム制御装置によれば、ユーザは操作入力の時点で選択されるオブジェクトの数を予測することができない。よって、例えば抽選処理では、最終的に抽選により引くことができるオブジェクトの総数をユーザが予測できない。よって、抽選処理等、ゲーム上で複数個のオブジェクトが取得できる場合に、得られるオブジェクトの数に注目するようになり、ユーザがその取得行為自体に興趣性を感じることができる。
また、得られるオブジェクトの数をオブジェクトの設定値と関連付けているため、ユーザは必然的に、各オブジェクトの設定値に注目するようになる。よって、ユーザに特定の設定値に興味を持たせることができる。

上記ゲーム制御装置において、前記所定の条件は、前記選択手段により選択される複数のオブジェクトの設定値の積算値と所定値との比較結果に基づいていてもよい。かかる条件はそれほど複雑でない条件であるため、ユーザは、目的とする設定値の積算値が所定の条件を満足するか否かより注目することになる。そのため、得られるオブジェクトの特定の設定値に対してより注目するようになり、ユーザの興趣性を高めることができる。

上記ゲーム制御装置において、前記積算値を表示装置に表示させる表示手段、を備えてもよい。積算値を表示することで、ユーザが前記所定の条件を満足するか否かについて視覚的に認識しやすくなる。

上記ゲーム制御装置において、前記オブジェクトに対して複数の項目の設定値が対応付けられている場合に、前記所定の条件の基礎となる設定値は、前記複数の項目のうち、前記ゲームの進行に無関係な項目の設定値であってもよい。
「ゲームの進行に無関係な項目」とは、例えば、ゲームにおけるシナリオの進行度合い、あるいはゲームにおける特定の処理の優劣（例えば、他のユーザとの対戦における優劣や、クエスト処理の進行度合いなど）に対して無関係な項目である。
ユーザは、オブジェクトの複数の項目のうちゲームの進行に関係がある項目の設定値については、例えばゲームを有利に進行させるためにゲームの実行に当たって注目することが多いが、ゲームの進行に無関係な項目の設定値については相対的に注目することが少ない。そこで、ゲームの進行に無関係な項目を前記所定の条件の基礎とすることによって、ユーザは例えば抽選等、新たな選手カードが得られるときに、ゲームの進行に無関係な項目に対してより注目するようになり、ゲームの興趣性を高めることができる。

上記ゲーム制御装置において、前記オブジェクトに対して複数の項目の設定値が対応付けられている場合に、前記所定の条件は、前記選択手段により選択される各オブジェクトの複数の項目の設定値に基づいていてもよい。複数の項目の設定値に基づいて条件を設定することによって、例えば柔軟な条件設定とすることができる。例えば、各オブジェクトの複数の項目の設定値の内いずれかの項目の設定値に基づく条件が満足する間、新たなオブジェクトを選択することができるような設定とすることができ、例えば抽選方法の幅を広げることができる。

本発明の第２の観点は、ゲーム制御装置におけるゲーム制御方法であって、
ゲーム上の複数のオブジェクトからいずれかのオブジェクトを選択するステップと、
前記複数のオブジェクトの各々に設定されている設定値を記憶する記憶装置を参照して、前記選択するステップによって選択されたオブジェクトの設定値を取得するステップと、
前記取得するステップによって取得された設定値に基づいて、所定の条件が満たされているか否かを判定するステップと、
前記判定手段によって所定の条件を満足する間、オブジェクトの選択を行うように制御するステップと、
を含む、ゲーム制御方法である。

本発明の第３の観点は、ゲームの実行を制御するために、コンピュータに、
ゲーム上の複数のオブジェクトからいずれかのオブジェクトを選択する機能、
前記複数のオブジェクトの各々に設定されている設定値を記憶する記憶装置を参照して、前記選択する機能によって選択されたオブジェクトの設定値を取得する機能、
前記取得する機能によって取得された設定値に基づいて、所定の条件が満たされているか否かを判定する機能、及び
前記判定手段によって所定の条件を満足する間、オブジェクトの選択を行うように制御する機能
を実現させるためのプログラムである。

コンピュータは、例えばネットワークサーバ、大型計算機等であってよい。また、このプログラムは、ＤＶＤ−ＲＯＭやＣＤ−ＲＯＭ等のコンピュータが読み取り可能な情報記憶媒体に格納されてもよい。

本発明の第４の観点は、通信端末と、当該通信端末からアクセス可能に構成され、前記通信端末によるゲームの実行を制御するゲーム制御装置と、を含むゲームシステムであって、
ゲーム上の複数のオブジェクトからいずれかのオブジェクトを選択する選択手段、
前記複数のオブジェクトの各々に設定されている設定値を記憶する記憶装置を参照して、前記選択手段によって選択されたオブジェクトの設定値を取得する取得手段、
前記取得手段によって取得された設定値に基づいて、所定の条件が満たされているか否かを判定する判定手段、及び
前記判定手段によって所定の条件を満足する間、オブジェクトの選択を行うように前記選択手段を制御する選択制御手段
の各手段を、前記通信端末又は前記ゲーム制御装置のいずれか一方が備えた、
ゲームシステムである。

本発明のゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステムによれば、ゲーム上で複数個のオブジェクトが取得できる場合に、ユーザがその取得行為自体に興趣性を感じることができる。

実施形態のゲームシステムの基本構成を示す図。 実施形態の通信端末の外観の例を示す図 実施形態の通信端末の構成を示すブロック図。 実施形態のゲームサーバの構成を示すブロック図。 実施形態のデータベースサーバの構成を示すブロック図。 データベースサーバに含まれるユーザデータベースの構成例を示す図。 選手カードの選択の母体となる選手カードリストのデータ構成の一例を示す図。 実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図。 本実施形態のゲームのトップページの表示例を示す図。 ユーザがスカウト処理を実行するときのウェブページの一例を示す図。 ユーザがスカウト処理を実行するときのウェブページの一例を示す図。 ユーザがスカウト処理を実行するときのウェブページの一例を示す図。 ユーザが抽選処理を実行するときのウェブページの一例を示す図。 ユーザが抽選処理を実行するときのウェブページの一例を示す図。 ユーザが抽選処理を実行するときのウェブページの一例を示す図。 実施形態のゲーム制御装置により行われる主要なフローチャート。 実施形態のゲーム制御装置により行われる主要なフローチャート。

以下、本発明のゲームシステムの一実施形態について説明する。

（１）ゲームシステムの構成
図１は、実施形態のゲームシステムのシステム構成例を示している。図１に示すように、このゲームシステムは、例えばインターネットなどの通信網ＮＷ（ネットワーク）に接続可能な通信端末１０ａ，１０ｂ，１０ｃ，…と、通信網ＮＷに接続されているゲームサーバ２０と、データベースサーバ３０とによって構成されている。各通信端末１０ａ，１０ｂ，１０ｃ，…はそれぞれ、個々のユーザによって操作される端末であり、例えば、携帯端末、スマートフォン、ＰＤＡ(Personal Digital Assistant)、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機（いわゆる多機能型のスマートテレビも含む。）などの通信端末である。なお、以下の説明において、各通信端末１０ａ，１０ｂ，１０ｃ，…に共通して言及するときには、通信端末１０と表記する。
このゲームシステムにおいて、ゲームサーバ２０は、クライアントである通信端末１０と通信可能に構成されており、通信端末１０に対してゲーミングサービスを提供する。ゲームサーバ２０には、ゲーム用アプリケーションとしてウェブブラウザ上で動作可能なアプリケーションが実装されている。データベースサーバ３０は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ２０と例えば有線で接続される。
通信端末１０は、ゲームサーバ２０によって提供されるウェブページを表示可能なウェブブラウザを備えており、ユーザは、通信端末１０をウェブページ上で操作してゲームを実行する。

また、図１には図示していないが、ゲームサーバ２０とは別に各通信端末１０のユーザを認証するための認証サーバを設けてもよい。また、多くの通信端末１０からのアクセスを受け入れるために複数のゲームサーバ２０を設ける場合は、その複数のゲームサーバ２０間の負荷を調整するためのロードバランサを設けてもよい。また、ゲームサーバ２０は単一のサーバ装置として構成してもよいが、機能を分散させた複数のサーバ装置として構成してもよい。

（２）通信端末の構成
図２及び図３を参照して通信端末１０について説明する。
図２は、通信端末１０の外観の例を示す図であって、（ａ）は、例えば折り畳み式の携帯端末（携帯電話機）などの釦入力方式の通信端末を例示したものであり、（ｂ）は、例えばスマートフォンなどのタッチパネル入力方式の通信端末を例示したものである。図３は、通信端末１０の内部構成を示すブロック図である。
図３に示すように、通信端末１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ(Read Only Memory)１２、ＲＡＭ(Random Access Memory)１３、画像処理部１４、指示入力部１５、表示部１６、及び、信号送受信部としての無線通信インタフェース部１７を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス１８が設けられている。

ＣＰＵ１１は、ＲＯＭ１２内のウェブブラウザをＲＡＭ１３にロードして実行する。そして、ＣＰＵ１１は、指示入力部１５等によってユーザに入力されるＵＲＬ(Uniform Resource Locator)の適切な指定に基づき、無線通信インタフェース部１７を介して、ゲームサーバ２０からウェブページを表示するためのデータ、すなわち、ＨＴＭＬ(HyperText Markup Language)文書や当該文書と関連付けられた画像などのオブジェクトのデータ（以下、総称して適宜「ＨＴＭＬデータ」と表記する。）を、無線通信インタフェース部１７を介して取得し、そのＨＴＭＬデータを解釈する。なお、通信端末１０には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインが実装されていてよい。
なお、ＨＴＭＬデータの取得に当たって、ＣＰＵ１１は、予め登録されたユーザＩＤ（ユーザ識別情報）、あるいは指示入力部１５を介して入力されるユーザＩＤを含むアクセス要求メッセージを、無線通信インタフェース部１７を介してゲームサーバ２０へ通知する。

ウェブブラウザは、画像処理部１４を介して、取得したＨＴＭＬデータに基づき、ゲームサーバ２０から提供されるウェブページを表示部１６に表示する。また、ウェブブラウザは、ユーザが指示入力部１５の操作によってウェブページ上のハイパーリンク(Hyperlink)またはメニューが選択されると、その選択に応じたウェブページを表示するための新たなＨＴＭＬデータの送信（つまり、ウェブページの更新）をゲームサーバ２０へ要求する。

画像処理部１４は、ＨＴＭＬデータの解析結果としてＣＰＵ１１から与えられる表示用画像データに基づいて、表示部１６にウェブページを表示する。表示部１６は、例えば、マトリクス状に画素単位で配置された薄膜トランジスタを含むＬＣＤ(Liquid Cristal Display)モニタであり、表示用画像データに基づいて薄膜トランジスタを駆動することでウェブページの画像を表示画面１６ａに表示する。

通信端末１０が釦入力方式の通信端末（図２（ａ））である場合、指示入力部１５は、ユーザの操作入力を受け入れるための方向指示釦と決定釦などの複数の指示入力釦を含む釦群１５ａ、及び、テンキーなどの複数の指示入力釦を含む釦群１５ｂを備え、各釦の押下（操作）入力を認識してＣＰＵ１１へ出力するためのインタフェース回路を含む。例えば、方向指示釦は、表示部１６に表示されているウェブページをスクロールして表示することをＣＰＵ１１へ指示するために設けられる。また、決定釦は、例えばウェブページ上で複数のハイパーリンクまたはメニューが表示されるときに、アクティブ表示（例えば強調表示）されている１つのハイパーリンクまたはメニューをユーザが選択することをＣＰＵ１１へ指示するために設けられる。なお、通信端末１０を小型の携帯端末によって構成する場合には、これらの釦は、ユーザが通信端末１０を片手で保持したままその親指で操作（クリック）しやすいように、通信端末１０の前面に配置されていることが好ましい。図２（ａ）に示す例では、釦群１５ｂは、釦群１５ａの下方に配置され、「０」〜「９」、「＊」、「＃」（テンキー）が表記された複数の指示入力釦を含む。

通信端末１０がタッチパネル入力方式の通信端末（図２（ｂ））である場合、指示入力部１５は、主として表示画面１６ａに指先あるいはペンで触れることによるタッチパネル方式の入力を受け付ける。タッチパネル入力方式は、静電容量方式などの公知の方式でよい。なお、図２（ｂ）に示すように、通信端末１０がタッチパネル入力方式の場合であっても釦群１５ａが設けられる場合もある。

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

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

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

例えば、ＣＰＵ２１は、無線通信インタフェース部２５を介して、ＨＴＭＬデータを通信端末１０宛に送信する。なお、ゲームサーバ２０が通信端末１０のユーザの認証処理を行う場合には、ＣＰＵ２１はその認証処理を行う。
ＣＰＵ２１は、無線通信インタフェース部２５を介して、通信端末１０で表示されるウェブページ上でユーザにより選択されたハイパーリンクまたはメニューに応じた処理を行う。その処理は、例えば、新たなＨＴＭＬデータの送信、または、ゲームサーバ２０内の演算処理あるいはデータ処理などを含む。
データベースアクセス部２４は、ＣＰＵ２１がデータベースサーバ３０に対してデータの読み書きを行うときのインタフェースである。

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

本実施形態のゲームサーバ２０によって実現されるゲームのタイプは特に限定されるものではないが、以下では、実施形態の説明の便宜上、ゲームサーバ２０によって実現されるゲームの一例として、サッカー形式のデジタルカードゲームを採り上げる。
サッカー形式のデジタルカードゲーム（以下、適宜、「本実施形態のゲーム」という。）は、ユーザがサッカー選手に対応する選手カードを収集することによって自らのチームを作り上げ、他のユーザのチームとサッカーの試合をする、あるいは技能レベルごとのサッカーのリーグ戦を戦うように構成されているゲームである。本実施形態のゲームは、複数の処理から構成されており、例えば、自らのチームを作り上げていくために選手カードを探索するスカウト処理や、抽選によって選手カードを入手することを可能とする抽選処理、あるいは２枚以上の選手カードを一体化して選手カードの能力を上昇させる強化処理等が設けられている。

図６に、上述した本実施形態のゲームにおいて適用されるユーザデータベース３１の一例を示す。この例では、ユーザデータベース３１は、ユーザＩＤ（ユーザ識別情報）ごとに、ユーザ名／表示画像、技能レベル、行動ポイント、運営ポイント、強化ポイント、エールポイント、選手数、所持コイン、仲間のユーザＩＤ、保有カードの画像データ、及び保有カードのパラメータの各項目についての情報を含む。ユーザデータベース３１に含まれる情報は、ゲームサーバ２０によって逐次更新されうる。

以下の説明では、ユーザデータベース３１に含まれるユーザＩＤ、あるいはユーザを特定するユーザ名ごとのデータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下のとおりである。
・ユーザ名／表示画像
ゲームの実行時に通信端末１０にユーザを特定するために表示されるユーザ名及び表示画像である。ユーザ名はユーザによって予め指定される所定長以下のテキストであり、表示画像は例えばユーザによって予め選択されるアバタ画像である。ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。
・技能レベル
ゲーム上のユーザの技能レベル示すデータである。例えばＬｖ１（レベル１）からＬｖ１００（レベル１００）までの範囲のレベル値であり、例えばゲームにおけるスカウト処理の探索を継続的に行うことで順次技能レベルが上がるように構成される。
・行動ポイント
上記本実施形態のゲームにおいて、ユーザによるゲーム上のスカウトを行う上で必要となるポイントである。行動ポイントは、スカウト処理をプレイすることで低減し、所定の時間が経過する毎に回復（増加）する値である。
・運営ポイント
上記本実施形態のゲームにおいて、ユーザによるゲーム上の対戦を行う上で必要となるポイントである。運営ポイントは、他のユーザとの対戦等によって低減し、所定の時間が経過する毎に回復（増加）する値である。
・強化ポイント
上記本実施形態のゲームにおいて、ユーザによる選手カードの強化（後述する一体化処理）を行う上で必要となるポイントである。強化ポイントは、選手カードの強化を行うことで低減し、他のユーザとの対戦で勝利するか、あるいは所定の時間が経過する毎に回復（増加）する値である。
・エールポイント
上記本実施形態のゲームにおいて、仲間へ応援メッセージを送信することでユーザが取得するポイントである。
・選手数
ユーザが保有する選手カードの数である。選手数は、スカウト処理や強化処理の実行によって増減する。選手数の最大値（例えば、６０）は予め規定されている。
・所持コイン
ユーザがゲーム上で有料機能を利用するときに必要となるゲーム上の仮想通貨（コイン）の所持額である。所持コインは、ユーザがゲーム上で有料機能を利用したときに消費（低減）し、ユーザが、サービス提供者等に所定の方法で実際の金銭を支払うことでその支払額に応じて増加する。
・仲間のユーザＩＤ
対象とするユーザＩＤの仲間である他のユーザＩＤのデータである。
・保有カードの画像データ
上記本実施形態のゲームの場合、保有カードの画像データは、ユーザが保持する選手カードについての画像を含むデータである。
・保有カードのパラメータ
保有カードのパラメータは、選手カードの能力値を示すデータである。例えば、図６に示すように、パラメータの項目として「オフェンス」，「ディフェンス」，「テクニック」の各々の各能力値が含まれてもよい。

図５に戻り、ゲームデータベース３２は、ゲームサーバ２０からのアクセスに基づき、ゲームサーバ２０によって実行されたゲーム結果に関する情報を記憶、更新する。ゲーム結果に関する情報は、ゲームの性質によって多様な情報を含みうる。本実施形態のゲームの場合を例に挙げれば、ゲーム結果に関する情報は、異なるユーザＩＤ同士の対戦の結果（スコア等）、特定の技能レベルの複数のユーザＩＤの間のリーグ戦の結果（スコア、ランキング等）などを含む。

また、ゲームデータベース３２は、本実施形態のゲームにおいて実行される抽選処理のときに、選手カードの選択の母体となる複数の選手カードの情報（選手カードリスト）を記憶している。図７に選手カードリストのデータ構成の一例を示す。図７に例示する選手カードリストには、選手カードごとに複数の項目のデータが対応付けられている。図７の例では、各選手カードに対応付けられている複数の項目は、名前、カードに表示される画像、ポジション、所属チーム、年令、身長、体重、選手カードの能力値を示すパラメータ（「オフェンス」，「ディフェンス」，「テクニック」）である。各選手カードの複数の項目の中で、能力値を示すパラメータ以外の項目のデータ（例えば、年令、身長、体重等の設定値）は、他のユーザとの対戦等で参照される能力値のパラメータとは異なり、ゲームの進行に無関係な項目である。

（５）ゲーム制御装置における各機能の概要
本実施形態では、ゲームサーバ２０及びデータベースサーバ３０によってゲーム制御装置が構成されている。以下では、上述した本実施形態のゲームが適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図８を参照して説明する。図８は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。
なお、以下の説明において、通信端末１０に表示されるウェブページ上で表示されるメニュー、マーク等はウェブページ上で所望の位置に配置されるものであって、通信端末１０で視認されるメニュー、マーク等の表示画面上の位置は、ユーザの方向指示釦の押下操作やタッチパネル操作によるウェブページのスクロール操作によって変化しうる。

登録手段５１は、例えば通信端末１０に提供するウェブページ上での通信端末１０への適切な操作入力に基づいてユーザの要求を認識し、登録処理を行う。この場合の登録手段５１は、例えば以下のとおり実行される。ゲームサーバ２０のＣＰＵ２１は、無線通信インタフェース部２５を介して通信端末１０から登録要求メッセージを受信する。登録要求メッセージは、ゲームサーバ２０から提供されるウェブページ上での通信端末１０に対する所定の操作（例えば、所定のメニューの選択操作、テキスト入力等）によって自動的に生成されるように、ウェブページが構成されていてもよい。登録要求メッセージには、送信元の通信端末１０を特定するための情報（例えばＩＰアドレス、メールアドレス等）が含まれていてもよく、あるいは、ユーザが既に同一のサービス提供者による他のゲームを利用している場合には、そのユーザＩＤが含まれていてもよい。
ＣＰＵ２１は、登録要求メッセージを受信し、登録要求メッセージにユーザＩＤが含まれていない場合には、ユーザＩＤを新規に発行してそのユーザＩＤの登録処理を行った後、登録処理が完了した旨のメッセージを通信端末１０へ送信する。ＣＰＵ２１は、登録要求メッセージを受信し、登録要求メッセージにユーザＩＤが含まれている場合には、そのユーザＩＤの登録処理を行った後、登録処理が完了したことを示す登録完了メッセージを通信端末１０へ送信する。
登録が完了すると、ＣＰＵ２１は、ユーザＩＤに対応するユーザデータを生成し、ユーザデータベース３１に格納する。

登録手段５１はまた、ユーザＩＤに基づく申請を契機として当該ユーザＩＤを他のユーザＩＤと関係付けて登録してもよい。すなわち、登録手段５１は、ユーザＩＤに基づく申請を契機として、他のユーザＩＤを「仲間」として登録する。なお、以下の説明では、ユーザＩＤが仲間の関係にあることと、対応するユーザが仲間の関係にあることとは、同義である。
この場合の登録手段５１は例えば、以下のとおり実行される。ゲームサーバ２０のＣＰＵ２１は、無線通信インタフェース部２５を介して、あるユーザＩＤに対応するユーザの通信端末１０から、仲間になりたいユーザＩＤ（あるいは、対応するユーザ名）を指定した申請メッセージ（申請）を受け付ける。この申請メッセージの送信は、ユーザの通信端末１０に提供されるウェブページの機能として予め設定されている。ＣＰＵ２１は、申請メッセージを受け付けると、申請メッセージに含まれるユーザＩＤに基づくアクセスがあったタイミングで、そのユーザＩＤに対応する通信端末１０宛に、他のユーザＩＤに基づく申請を承認するか否かを返信することを要求するためのウェブページを表示させるＨＴＭＬデータを送信する。その申請を承認することが返信されれば、ＣＰＵ２１は、両者を仲間として登録する。具体的には、ＣＰＵ２１は、ユーザデータベース３１内の対応する２つのユーザＩＤのユーザデータにアクセスして、「仲間のユーザＩＤ」の箇所（図６参照）にデータを書き込む。
なお、ユーザ同士を関係付ける条件は、上記のような申請と承認を必要とする形式に限らず、例えば同一のゲーム上で対戦を行ったユーザ間を仲間として登録してもよい。

ゲーム進行手段５２は、通信端末１０に対するユーザの操作に応じて、通信端末１０に表示されるウェブページを逐次更新するためのＨＴＭＬデータを送信することで、ゲームを進行させる機能を備える。本実施形態のゲームは、ユーザのプレイ対象となる以下の複数の処理からなる。
・スカウト処理：自らのチームを作り上げていくために選手カードを探索する処理
・強化処理：２枚以上の選手カードを一体化して選手カードの能力を上昇させる処理
・試合処理：他のユーザのチームとサッカーの対戦する処理
・抽選処理：ユーザがゲーム上の抽選において選手カードを引く処理

ゲーム進行手段５２は、ゲームにおいて、スカウト処理、強化処理、及び試合処理を実
行する。なお、抽選処理は、後述する選択手段５３及び選択制御手段５６によって実行さ
れる。
ゲーム進行手段５２を実行するに当たり、ゲームサーバ２０のＣＰＵ２１は、ウェブペ
ージ上に表示される各メニューに、ゲームを進行させるためのいずれかの処理を予め割り
当てている。そして、ＣＰＵ２１は、通信端末１０においてウェブページ上のメニューが
選択されたときに、選択されたメニューについての情報を通信端末１０から受信し、受信
した情報に基づいて、選択されたメニューに割り当てられた処理を実行する。

ゲーム進行手段５２は、ゲームで実行される複数の処理が各々割り当てられた複数のメニューを通信端末１０に表示させる。具体的には、ＣＰＵ２１は、複数のメニューを含むウェブページを表示するためのＨＴＭＬデータを生成して通信端末１０宛に送信する。

ゲーム進行手段５２によって通信端末１０に表示されるゲームのトップページの例を図９に示す。このトップページは、個々のユーザＩＤに応じたウェブページで構成される。図９に例示されるトップページは、ユーザデータ表示領域、選手画像表示領域、メニュー表示領域を含む。
ユーザデータ表示領域は、対象となるユーザＩＤのユーザデータに含まれる、技能レベル、行動ポイント、運営ポイント、強化ポイント、エールポイント、選手数、仲間の各項目のデータ（図６参照）が表示される領域である。なお、ユーザデータ表示領域に表示される項目で、Ｘ／Ｙの形式で表記されているポイントまたは数は、Ｘがユーザの保有するポイントまたは数であり、Ｙがそのポイントまたは数の最大値であることを示す。例えば、選手数が「４０／６０」と表記されていれば、ユーザが保有する選手カードが４０枚であり、最大で保有可能な選手カードの枚数が６０枚であることを示す。
選手画像表示領域は、対象となるユーザＩＤのユーザデータに含まれる複数の選手カードのうちユーザによって予め指定された選手カードの画像が表示される領域である。
メニュー表示領域は、本実施形態のゲームに設けられる複数の処理（スカウト処理、強化処理、試合処理、抽選処理、フォーメーション処理）に対応した基本メニューとして、「スカウト」、「強化」、「試合」、「抽選」、「フォーメーション」の各メニューｍ１〜ｍ５が表示される領域である。つまり、ゲームで実行される複数の処理が各々割り当てられた複数のメニューが、通信端末１０に表示されるウェブページの所定の位置にそれぞれ配置される。なお、メニューｍ５に対応するフォーメーション処理は、ユーザの操作に応じて選手カードによるチームのフォーメーションの入れ替え、選手カードのポジションの変更等を行う処理である。
ゲーム進行手段５２は、通信端末１０に表示されたメニューに対するユーザの選択操作に応じた処理を実行する。好ましくは、各処理が実行された場合、処理ごとに細分化された複数のメニューを含む新たなウェブページが表示されるようにして、階層的に各処理が実行される。

例えば図９に示すトップページをユーザの通信端末１０に表示する場合について、ゲーム進行手段５２は以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、データベースアクセス部２４を介してユーザデータベース３１にアクセスし、ユーザデータ表示領域に含まれる各項目のデータと、選手画像表示領域に表示すべき選手カードの画像データを読み出す。次にＣＰＵ２１は、図９に示したトップページが構成されるようにＨＴＭＬデータを生成し、通信端末１０宛に送信する。生成されるＨＴＭＬデータは、ユーザごと（つまり、ユーザＩＤごと）に異なるものとなる。通信端末１０は、受信したＨＴＭＬデータを解釈してトップページの画像を表示部１６（表示画面１６ａ）に表示する。

本実施形態のゲームにおいて、スカウト処理が実行されると、所定のタイミングごとに、あるいはランダムなタイミングで、ユーザに対して様々なタイプの抽選券が付与される。ユーザは、この抽選券と引き換えに、抽選処理において選手カードを引くことができるように構成されている。以下では、ゲーム進行手段５２によって実行されるスカウト処理について詳しく説明する。

図１０〜１２は、スカウト処理が実行された場合に通信端末１０に表示されるウェブページの例を示す。図１０は、図９に示したトップページにおいてメニューｍ１が選択操作されたときのウェブページの表示例である。図１１は、図１０に示す画面において「エリア一覧へ」と表示されたメニューｍ１１が選択操作されたときのウェブページの表示例である。図１２は、スカウト処理で抽選券がユーザに付与されたときのウェブページの表示例である。

図１０に例示するウェブページでは、表示領域１００において、複数の地域（エリア）に分けられた日本地図が、探索の対象となるエリアが強調表示された状態で表示される。
このスカウト処理では、ユーザは、探索の対象となるエリア（図１０の例では、エリア９（サブエリア９−１，９−２，…））ごとに設けられる「探索する」と表記されたメニューｍ１０を選択操作する。この操作を契機として、探索の対象となるエリアについての探索が行われ、選手カードが発掘された場合に表示領域１０２にその選手の選手カードが表示される仕組みになっている。このとき、メニューｍ１０が選択操作されて探索が行われる度に、表示領域１０１に表示されている「探索率」（％）の値がランダムな増加量で増加する。また、表示領域１０１には、１回の探索に要する行動ポイント（行動Ｐ）の値（図１０の例では「−５」と表示されており、行動ポイントが５だけ消費されることを意味する。）が表示される。１回の探索につき、表示されている行動ポイントの値だけユーザの行動ポイントが減少し、表示されている強化ポイント（強化Ｐ）だけユーザの強化ポイントが増加するように構成されている。ゲーム進行手段５２では、探索を行う度に、ＣＰＵ２１がユーザデータベース３１にアクセスし、対象となるユーザＩＤの行動ポイント及び強化ポイントの値を更新する。

スカウト処理において、ゲームサーバ２０のＣＰＵ２１は、メニューｍ１０に対する選択操作を認識すると、スカウト用に予め用意された複数の選手カードの中から所定の、あるいはランダムな確率で選手カードを抽選して出現させる。ＣＰＵ２１は、選手カードを出現させた（発掘した）場合には、ユーザデータベース３１にアクセスし、対象となるユーザＩＤのデータに対して、出現した新たな選手カードのデータを追加して、選手数の値を１だけ増加させる。さらにＣＰＵ２１は、発掘された選手カードを表示領域１０２に表示するためのＨＴＭＬデータを生成して通信端末１０宛に送信する。なお、このＨＴＭＬデータは、表示領域１０１の探索率のデータが更新されるようにして構成されている。ユーザによるメニューｍ１０に対する選択操作が繰返し行われ、図１０においてサブエリア９−１，９−２，…のすべてのエリアの探索率が１００％に達すると、エリア９についての探索は終了し、探索対象は次のエリア（この場合、エリア１０）に移る。なお、探索率が１００％に達したとしても、表示領域１０２に表示可能な選手カードの最大の枚数（図１０のサブエリア９−１では、４枚）に相当する数の選手が発掘できたとは限らない。

スカウト処理では、探索対象となるエリアごとに、１回の探索に要する行動ポイントが異なってもよい。つまり、探索対象となるエリアごとに、１回の探索で減少する（消費される）行動ポイントの量が異なってもよい。例えば、ユーザの技能レベルが上がるごとに、消費される行動ポイントの量を多くしてもよい。
スカウト処理では、メニューｍ１０に対する選択操作を行う度に行動ポイントが減少していくため、スカウト処理が実行された直後にトップページが表示される場合には、そのトップページに表示される行動ポイントがスカウト処理の実行前よりも減少されて表示されることになる。なお、行動ポイントは、例えば所定時間（例えば３分）が経過する度に１ポイントずつ回復（増加）する。

図１１に示すように、スカウト処理では、ユーザによるメニューｍ１１の選択操作によって、ユーザが既にプレイした（つまり、探索した）各エリアの探索結果が概観できるウェブページが表示される。表示領域１１０では、エリアごとの「コンプリート率」が表示される。「コンプリート率」（達成度）は、各エリアにおいて発掘可能な種類の選手カードの最大数に対して、実際に発掘した種類の選手カードの数の比率を％表示した値である。例えば、図１０に示した例において、エリア９がエリア９−１，９−２，９−３の３つのサブエリアからなる場合、各サブエリアで最大４枚の選手カードを発掘可能であるとすると、エリア９全体で１２枚の選手カードが発掘可能となる。このとき、発掘された選手の数がエリア９全体で６人の場合には、コンプリート率は５０％となる。
図１１に示す例では、ユーザがゲームのスカウト処理において、エリア２が最も進行したエリアであることを示している。なお、図１１では、ユーザは、既にプレイ済みの他のエリア（エリア１〜８）の中でコンプリート率が１００％でないエリアを選択操作することで、選択したエリアの探索を再び行うことができるように構成されている。

また、スカウト処理では、メニューｍ１０が選択操作される度に、一定の、あるいはランダムな確率で、ユーザに対して様々なタイプの抽選券が付与される。付与される抽選券には、抽選に当たっての所定の条件が対応付けられている。このような抽選券は複数種類用意されており、いずれの抽選券が付与されるかについてはランダムに決定される。
例えば、図１２では、（ａ）に「１００年令抽選券」が付与される場合のウェブページの表示例を示し、（ｂ）に「身長１０ｍ抽選券」が付与される場合のウェブページの表示例を示している。「１００年令抽選券」とは、抽選処理において選択された選手カードに設定されている年令の積算値が１００（所定値）以内であるという所定の条件を満足するような数の選手カードを引くことができる抽選券である。「身長１０ｍ抽選券」とは、抽選処理において選択された選手カードに設定されている身長の積算値が１０メートル（所定値）以内であるという所定の条件を満足するような数の選手カードを引くことができる抽選券である。

選択手段５３は、選手カードリスト（図７）に記録されている複数の選手カードの中からいずれかの選手カードを選択する選択処理を実行する機能を有する。本実施形態における選択処理の一例は抽選処理であり、好ましくは、選手カードを抽選箱の中から１枚を取り出す（引く）演出表示によって実行される。
選択手段５３の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、選手カードを引く操作入力に関する情報に基づいて、ゲームデータベース３２（記憶装置）の選手カードリスト（図７）を参照し、抽選処理においていずれかの選手カードを選択する処理を行う。選択によって出現する選手カードは基本的にランダムであるが、技術能力の際立った選手や人気のある選手に対応する選手カード（いわゆるレアカード）が選択されて出現する確率は非常に低く設定されている。

取得手段５４は、選手カードリスト（図７）を参照して、選択手段５３によって選択された選手カードの設定値を取得する機能を有する。
判定手段５５は、取得手段５４によって取得された設定値に基づいて、所定の条件が満たされているか否かを判定する機能を有する。
選択制御手段５６は、判定手段５５によって所定の条件を満足する間、選手カードの選択を行うように選択手段５３を制御する機能を有する。
取得手段５４、判定手段５５、及び選択制御手段５６が協働して、所定の条件を満たすような数の選手カードを選択する機能を備えることになる。
所定の条件は任意に設定できるが、本実施形態のゲームの例では、選択手段５３により選択される複数の選手カードの設定値の積算値が所定値以下であることが条件である。ここで、積算対象となる設定値は、抽選に使用される抽選券により異なる。図１２（ａ）に例示した「１００年令抽選券」の場合には、積算対象となる選手カードの設定値は、選手カードの年令の値であり、図１２（ｂ）に例示した「身長１０ｍ抽選券」の場合には、選手カードの身長の値である。

例えば、上記積算値が所定値以下であることが所定の条件である場合には、取得手段５４、判定手段５５、及び選択制御手段５６の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、抽選処理において選手カードを選択する度に、その選手カードの設定値をゲームデータベース３２の選手カードリスト（図７）から読み出す（取得する）。ＣＰＵ２１は、取得した選手カードの設定値に基づいて所定の条件が満たされているか判定する。このとき、例えば、所定の条件が、選択手段５３により選択される複数の選手カードの設定値の積算値が所定値以下であるため、ＣＰＵ２１は、読み出した設定値の積算値を都度ＲＡＭ２３に一時的に記憶するとともに、積算値を算出する度に、算出した積算値を所定値と比較し、積算値が所定値を超えたか否か判定する処理を行う。積算値が所定値以下である（所定の条件を満足する）間は、選手カードの選択を継続し、積算値が所定値を超えた場合には、新たな選手カードを選択することを停止する。

表示手段５７は、抽選処理によって選手カードを選択するときに、選択された選手カードの設定値の積算値を通信端末１０に表示させる機能を備える。表示手段５７では、例えば、ゲームサーバ２０のＣＰＵ２１が、選択された選手カードの設定値の積算値を表示するためのＨＴＭＬデータを生成し、通信端末１０宛に送信する。表示対象となる積算値の基礎となる設定値の項目は、抽選に使用される抽選券により異なる。
なお、表示手段５７は、本発明に必須の構成要素ではないが、本発明をさらに好ましくするための構成要素である。

図１３Ａ〜１３Ｃは、スカウト処理で付与された抽選券をユーザが使用して、抽選処理が実行されたときの一連のウェブページＰ１〜Ｐ６を例示している。
先ず、例えば図９に示したトップページ上でメニューｍ４が選択されると、図１３ＡのＰ１に示すようにウェブページが更新されて、ユーザがスカウト処理で入手し、かつ未使用の抽選券（手持ちの抽選券）の一覧が表示される。ウェブページＰ１には、手持ちの各抽選券の内容と、各抽選券を使用するためのメニューｍ１０とが対応付けて表示される。ここで、いずれかの抽選券に対応するメニューｍ１０が選択操作されると、図１３ＡのＰ２に示すようにウェブページが更新されて、その抽選券を使用した抽選処理が開始される。ウェブページＰ２は、「身長１０ｍ抽選券」を使用して身長１０ｍ抽選を行う場合の例が示されている。ウェブページＰ２上で、「抽選する」と表記されたメニューｍ１１が選択操作されると、図１３ＢのＰ３に示すようにウェブページが更新される。

ウェブページＰ３は、メニューｍ１１の選択操作に応じて、抽選処理において１枚目の選手カードの選択結果の表示例を示している。ウェブページＰ３には、抽選処理において選択された選手カードの画像を表示する表示領域２０１と、その選手カードの名前やパラメータ等の設定値を含むテキストを表示する表示領域２０２と、抽選券に応じた設定値（この例では、身長の値）の積算値（この例では、身長積算値）を表示する表示領域２０３と、「次のカードを引く」と表記されたメニューｍ１２とが含まれる。
ウェブページＰ４〜Ｐ６では、メニューｍ１２が選択操作された度に、ウェブページＰ３と同様にして、順次選手カードの選択結果が表示される。このとき、表示領域２０３に表示される身長積算値は、選手カードの選択結果を表示する度に更新される。ウェブページＰ３〜Ｐ６では、新たな選手カードを引く操作を行う度に表示領域２０３に表示される身長積算値が更新され、身長積算値が１０メートル以下であるという所定の条件を満足するまで連続的に、選手カードの選択結果が表示される。ウェブページＰ６は、身長積算値が１０メートル以下であるという条件を満たす最後の選手カードが表示されている。

なお、ゲーム進行手段５２では、新たな選手カードの選択結果が表示されず抽選処理が終了すると、以下の処理が行われる。その抽選処理で使用した抽選券は、ウェブページＰ１に表示される手持ちの抽選券の一覧から削除されるように表示処理される。抽選処理によって選択された複数の選手カードに基づき、対象となるユーザのユーザデータ内の選手数や保有カードの各データが更新される。

（６）本実施形態のゲーム制御装置の主要な処理のフロー
次に、本実施形態のゲーム制御装置により行われる主要な処理のフローの一例について、図１４及び図１５のフローチャートを参照して説明する。図１４及び図１５のフローチャートは、主として選択手段５３及び選択制御手段５６によって実行される処理である。なお、図１４及び図１５には、図１３Ａ〜１３ＣのウェブページＰ１〜Ｐ６の通信端末１０に表示されるタイミングを付記してある。
図１４は、ユーザが選手カードを１枚ごと引く操作を行い、その操作の度に選手カードを選択する場合の処理のフローを示す。図１５は、ユーザによる１回の抽選指示操作に応じて、すべての選手カードを一括して選択する場合の処理のフローを示す。

（６−１）ユーザ操作の都度に選手カードを選択する場合の処理
以下、図１４の各処理を順に説明する。
ゲームサーバ２０のＣＰＵ２１は、図１３Ａに示したウェブページＰ１においていずれかの抽選券に対応するメニューｍ１０が選択操作されたことを認識すると（ステップＳ１００：ＹＥＳ）、選択された抽選券を認識するとともに、その抽選に対応付けられた抽選についての積算値Ｐsumを初期化する（ステップＳ１１０）。この積算値Ｐsumは、選手カードに設けられている複数の項目の設定値のうち抽選券に対応する所定の条件に基づく項目の設定値の積算値である。次にＣＰＵ２１は、図１３Ａに示したウェブページＰ２においてメニューｍ１１が選択操作されたことを認識すると（ステップＳ１２０：ＹＥＳ）、抽選券に対応付けられた所定の条件を満足するような数の選手カードを選択する処理を開始する。ＣＰＵ２１は、ゲームデータベース３２にアクセスして選手カードリスト（図７参照）を母体とした抽選処理において１枚の選手カードを選択する処理を行う（ステップＳ１３０）。ＣＰＵ２１は、１枚の選手カードを選択するとその選手カードの設定値（Ｘとする。）を読み出す（ステップＳ１４０）。前述した身長１０ｍ抽選券の例であれば、読み出される選手カードの設定値は、その選手カードに設定されている身長の値である。ＣＰＵ２１は、積算値Ｐsumに対して、読み出した設定値（Ｘ）の積算値を算出する処理を行う（ステップＳ１５０）。

次にＣＰＵ２１は、算出した積算値Ｐsumと所定値（ＴＨとする。）とを比較する（ステップＳ１６０）。なお、所定値ＴＨは、前述した身長１０ｍ抽選券の例であれば、１０（メートル）である。ＣＰＵ２１は、積算値Ｐが所定値ＴＨ以下であれば（ステップＳ１６０：ＹＥＳ）、選手カードの選択結果と新たな選手カードを引くためのメニューｍ１２とを含むウェブページ（例えば、ウェブページＰ３〜Ｐ５）を表示するためのＨＴＭＬデータを生成して通信端末１０宛に送信し（ステップＳ１７０）、ステップＳ１２０へ戻る。積算値Ｐsumが所定値ＴＨ以下である限り、メニューｍ１２の選択操作に応じて、連続的に新たな選手カードを選択して設定値の積算値を算出する処理が行われる。
一方、ＣＰＵ２１は、積算値Ｐsumが所定値ＴＨを超えた場合には（ステップＳ１６０：ＮＯ）、新たな選手カードを引くためのメニューｍ１２を含まないウェブページ（例えば、ウェブページＰ６）を表示するためのＨＴＭＬデータを生成して通信端末１０宛に送信し（ステップＳ１８０）、抽選処理を終了する。

（６−２）ユーザによる１回の抽選指示操作に応じて、すべての選手カードを一括して選択する場合の処理
以下、図１５の各処理を順に説明する。
ゲームサーバ２０のＣＰＵ２１は、図１３Ａに示したウェブページＰ１においていずれかの抽選券に対応するメニューｍ１０が選択操作されたことを認識すると（ステップＳ１００：ＹＥＳ）、選択された抽選券を認識するとともに、その抽選に対応付けられた抽選についての積算値Ｐsumを初期化する（ステップＳ１１０）。この積算値Ｐsumは、選手カードに設けられている複数の項目の設定値のうち抽選券に対応する所定の条件に基づく項目の設定値の積算値である。次にＣＰＵ２１は、図１３Ａに示したウェブページＰ２においてメニューｍ１１が選択操作されたことを認識すると（ステップＳ１１５）、抽選券に対応付けられた所定の条件を満足するような数の選手カードを選択する処理を開始する。
すなわち、ＣＰＵ２１は、ゲームデータベース３２にアクセスして選手カードリスト（図７参照）を母体とした抽選処理において、所定の条件を満足するような数の選手カードを連続的に選択する処理を行う。つまり、ＣＰＵ２１は、１枚の選手カードを選択するととともに（ステップＳ１３０）、その選手カードの設定値（Ｘとする。）を読み出す（ステップＳ１４０）。前述した身長１０ｍ抽選券の例であれば、読み出される選手カードの設定値は、その選手カードに設定されている身長の値である。ＣＰＵ２１は、積算値Ｐsumに対して、読み出した設定値（Ｘ）の積算値を算出する処理を行う（ステップＳ１５０）。

次にＣＰＵ２１は、算出した積算値Ｐsumと所定値（ＴＨとする。）とを比較する（ステップＳ１６０）。なお、所定値ＴＨは、前述した身長１０ｍ抽選券の例であれば、１０（メートル）である。ＣＰＵ２１は、積算値Ｐsumが所定値ＴＨ以下である限り（ステップＳ１６０：ＹＥＳ）、ステップＳ１３０〜Ｓ１５０を連続的に実行し、抽選券に対応付けられた所定の条件を満足するような数の選手カードを選択する。
ＣＰＵ２１は、積算値Ｐsumが所定値ＴＨを超えた場合には（ステップＳ１６０：ＮＯ）、選手カードを選択する処理を終了し、それまでに選択したすべての選手カードの情報を含むＨＴＭＬデータを生成して通信端末１０宛に送信し（ステップＳ１９０）、抽選処理を終了する。
この場合、通信端末１０において、メニューｍ１２の選択操作に応じたウェブページＰ３〜Ｐ６の表示の一連の変化は、ステップＳ１９０で受信したＨＴＭＬデータに基づいて行われる。

上述したように、本実施形態のゲームシステムの抽選処理では、抽選券に対応付けられた所定の条件を満足するような数の選手カードを選択することができるように構成されている。このような構成では、ユーザは、ユーザは操作入力の時点で選択される選手カードの数を予測することができない。よって、例えば抽選処理では、最終的に抽選により引くことができる選手カードの総数をユーザが予測できない。よって、上述した抽選処理等、ゲーム上で複数個の選手カードが取得できる場合に、得られる選手カードの数に注目するようになり、ユーザがその取得行為自体に興趣性を感じることができる。
また、得られる選手カードの数を選手カードの設定値と関連付けているため、ユーザは必然的に、各選手カードの設定値に注目するようになる。よって、ユーザに特定の設定値に興味を持たせることができる。

所定の条件は、上述した実施形態の例のように、選択手段５３により選択される複数の選手カードの設定値の積算値と所定値との比較結果に基づいていてもよい。かかる条件はそれほど複雑でない条件であるため、ユーザは、目的とする設定値の積算値が所定の条件を満足するか否かより注目することになる。そのため、得られる選手カードの特定の設定値に対してより注目するようになり、ユーザの興趣性を高めることができる。

上述した実施形態において、表示手段５７は必須の構成ではないが、表示手段５７を備えることで、選択手段５３により選択される複数の選手カードの設定値の積算値が所定値以下であることを所定の条件とする場合に、積算値が表示されるため、ユーザが所定の条件を満足するか否かについて視覚的に認識しやすくなる。

（７）変形例
上述した実施形態では、抽選対象が選手カードである場合を例として説明したが、これに限られない。抽選対象は、たとえば、フィギュアなどゲーム上のオブジェクトであれば何でもよい。
以下、上述した実施形態についての変形例について説明する。
（７−１）変形例１
選手カードの選択数についての所定の条件は、上述した実施形態の例（設定値の積算値が所定値以下であること）に限られず、選手カードの設定値に基づいて任意に設定することができる。例えば、選手カードを選択する度に、選択された選手カードの設定値を所定値から順次減算し、所定の条件を、減算後の値がゼロ以上であることとしてもよい。また、所定の条件は、選択された選手カードの特定の設定値が所定値以上であることとしてもよい。

（７−２）変形例２
上述した実施形態において、例えば選手カードの身長あるいは年令等の設定値の積算値を算出する場合について例示したが、選手カードに設けられている複数の項目のいずれかの項目の設定値と、選手カードの選択数についての所定の条件との対応付けについては、以下の観点から行われてもよい。すなわち、所定の条件の基礎となる設定値は、選手カードに設けられている複数の項目のうち、ゲームの進行に無関係な項目の設定値であってもよい。例えば、図７に例示した選手カードの複数の項目のうち、パラメータの値は他のユーザとの対戦結果に影響し、ゲームの進行に関係のある項目の設定値であるが、年令、身長、あるいは体重の値は、スカウト処理の進行度合いや他のユーザとの対戦の優劣等に影響せず、ゲームの進行に無関係な項目の設定値である。
ユーザは、選手カードのパラメータ等のゲームの進行に関係がある項目の設定値については、例えばゲームを有利に進行させるためにゲームの実行に当たって注目することが多いが、選手カードの年令、身長、あるいは体重等のゲームの進行に無関係な項目の設定値については相対的に注目することが少ない。そのため、ゲームの進行に無関係な項目を上記所定の条件の基礎とすることによって、ユーザは抽選に当たって、ゲームの進行に無関係な項目に対してより注目するようになり、ゲームの興趣性を高めることができる。

（７−３）変形例３
上述した実施形態では、選手カードの選択数についての所定の条件を選手カードの単一の項目の設定値と対応付けた例を示したが、これに限られない。選手カードに対して複数の項目の設定値が対応付けられている場合に、所定の条件は、選択手段５３より選択される各選手カードの複数の項目の設定値に基づいていてもよい。複数の項目の設定値に基づいて条件を設定することによって、柔軟な条件設定とすることができ、抽選方法の幅を広げることができる。
例えば、以下のように抽選処理を行ってもよい。図７に示した各選手カードの複数の項目の設定値の内、身長と体重の設定値に基づいて所定の条件を設定する場合、ゲームサーバ２０のＣＰＵ２１は、選手カードを選択する度に、選択された選手カードの身長と体重の積算値を算出する。ＣＰＵ２１は、身長と体重の積算値を、それぞれに対応する第１の所定値と第２の所定値と比較する。ＣＰＵ２１は、身長と体重の積算値のいずれか一方が対応する所定値以下となるような数の選手カードを選択してもよいし、身長と体重の積算値が共に対応する所定値以下であるような数の選手カードを選択してもよい。

以上、本発明の実施形態について詳細に説明したが、本発明は上記実施形態に限定されない。また、各実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。例えば、上述した実施形態、及び各変形例に記載された技術的事項は、適宜組み合わせてもよい。
本実施形態では、選手カードを選択し、あるいは選手カードの選択を制御するときに、ユーザデータを参照することがないため、登録手段５１は必須の構成要素ではない。登録手段５１は、例えば本発明をソーシャルゲームなど多数のユーザを管理するときに設けることが好ましい構成である。
本実施形態では、ゲーム進行手段５２のスカウト処理により抽選券を入手して、抽選券と引き換えに抽選を行う例について説明したが、これに限られず、本発明の構成としてゲーム進行手段５２は必須ではない。例えば、例えば一定量のエールポイントを引き換えに本実施形態の抽選処理を行うことができるようにしてもよいし、ゲーム上の仮想コイン、あるいは実際の通貨を対価として抽選処理を行うことができるような構成としてもよい。つまり、ゲームの進行とは無関係に、ユーザは抽選のみを実行しうる。
上述した実施形態のゲームは、一例としてサッカー形式のデジタルカードゲームとしたが、特定の内容のゲームに限られない。選手カードなどの何らかのオブジェクトを選択する機能を備えたゲームであれば如何なるゲームであってもよい。

上述した実施形態では、ソーシャルゲームに適用される場合を例として説明したが、これに限られない。例えば、ネットワーク上に置かれたサーバ装置と家庭用オンラインゲーム機とを接続した、いわゆるオンラインゲームシステムにおいても、上述した実施形態と同様に、各ユーザによるゲームの進行を制御できることは言うまでもない。
上述した実施形態では、ネットワーク上のゲームサーバ２０及びデータベースサーバ３０によって、ゲーム進行手段５２、選択手段５３、取得手段５４、判定手段５５、選択制御手段５６、及び表示手段５７の各機能を実現する構成としたが、この構成に限られない。これらのすべての手段を通信端末１０によって実現する構成としてもよいし、少なくとも一部の手段を通信端末１０によって実現する構成としてもよい。通信端末１０とゲームサーバ２０とでは実質的に同一のハードウエア構成を採ることができるため、上記実施形態に記載したようにして通信端末１０によっても各機能を実現できる。なお、上述した実施形態では、選手カードの選択の母体となる選手カードリストを、記憶装置としてのデータベースサーバ３０（ゲームデータベース３２）が記憶している構成としたが、記憶装置を通信端末１０内に設けてもよい。その場合には、記憶装置は、通信端末１０内のＲＡＭ１３や図示しないＨＤＤ(Hard Disk Drive)などの大容量記憶装置であってよい。
一例として、記憶装置をデータベースサーバ３０とし、実質的な処理を通信端末１０内で行う場合、通信端末１０は、抽選処理に先立ってゲームサーバ２０あるいはデータベースサーバ３０から、選手カードの選択の母体となる選手カードリストのデータを受信して抽選処理を行う。抽選処理の終了時には、通信端末１０は、抽選の結果（選手カードの選択結果）についてのデータをゲームサーバ２０へ送信し、ゲームサーバ２０は、受信した抽選の結果に基づいてゲームデータベース３２内のユーザデータを更新するようにしてもよい。

１０…通信端末
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１４…画像処理部
１５…指示入力部
１６…表示部
１７…無線通信インタフェース部
１８…バス
２０…ゲームサーバ
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…データベースアクセス部
２５…通信インタフェース部
２６…バス
３０…データベースサーバ
３１…ユーザデータベース
３２…ゲームデータベース
５１…登録手段
５２…ゲーム進行手段
５３…選択手段
５４…取得手段
５５…判定手段
５６…選択制御手段
５７…表示手段

Claims (7)

1. カード、アイテム、キャラクタ、及び、フィギュアの少なくとも１つをオブジェクトとして使用するゲームの実行を制御するゲーム制御装置であって、
   ユーザの操作入力に基づいて、ゲーム上の複数のオブジェクトからいずれかのオブジェクトを抽選により選択する選択手段と、
   前記複数のオブジェクトの各々に個別に設定されている設定値を記憶する記憶装置を参照して、前記選択手段によって選択されたオブジェクトの設定値を取得する取得手段と、
   前記取得手段によって取得された設定値に基づいて、前記選択手段により選択された各オブジェクトの設定値の積算値と所定値との比較結果に基づく所定の条件が満たされているか否かを判定する判定手段と、
   前記判定手段によって所定の条件を満足する間、オブジェクトの選択を行うように前記選択手段を制御する選択制御手段と、
   前記選択手段によって選択されたオブジェクトのうち前記所定の条件を満足する１又は複数のオブジェクトを前記ユーザに付与する付与手段と、
   を備えた、ゲーム制御装置。
2. 前記選択手段によって選択されたオブジェクトの設定値を表示装置に表示させる第１表示手段、を備えたことを特徴とする、
   請求項１に記載されたゲーム制御装置。
3. 前記積算値を表示装置に表示させる第２表示手段、を備えたことを特徴とする、
   請求項１または２に記載されたゲーム制御装置。
4. 前記所定の条件の基礎となる設定値は、前記複数の項目のうち、前記ゲームの進行に無関係な項目の設定値であることを特徴とする、
   請求項１〜３のいずれかに記載されたゲーム制御装置。
5. 前記所定の条件は、前記選択手段により選択される各オブジェクトの複数の項目の設定値に基づいていることを特徴とする、
   請求項１〜４のいずれかに記載されたゲーム制御装置。
6. カード、アイテム、キャラクタ、及び、フィギュアの少なくとも１つをオブジェクトとして使用するゲームの実行を制御するために、コンピュータに、
   ユーザの操作入力に基づいて、ゲーム上の複数のオブジェクトからいずれかのオブジェクトを抽選により選択する機能、
   前記複数のオブジェクトの各々に個別に設定されている設定値を記憶する記憶装置を参照して、前記選択する機能によって選択されたオブジェクトの設定値を取得する機能、
   前記取得する機能によって取得された設定値に基づいて、前記選択する機能により選択された各オブジェクトの設定値の積算値と所定値との比較結果に基づく所定の条件が満たされているか否かを判定する機能、
   前記判定する機能によって所定の条件を満足する間、オブジェクトの選択を行うように制御する機能、及び
   前記選択する機能によって選択されたオブジェクトのうち前記所定の条件を満足する１又は複数のオブジェクトを前記ユーザに付与する機能と、
   を実現させるためのプログラム。
7. 通信端末と、当該通信端末からアクセス可能に構成され、前記通信端末による、カード、アイテム、キャラクタ、及び、フィギュアの少なくとも１つをオブジェクトとして使用するゲームの実行を制御するゲーム制御装置と、を含むゲームシステムであって、
   ユーザの操作入力に基づいて、ゲーム上の複数のオブジェクトからいずれかのオブジェクトを抽選により選択する選択手段、
   前記複数のオブジェクトの各々に個別に設定されている設定値を記憶する記憶装置を参照して、前記選択手段によって選択されたオブジェクトの設定値を取得する取得手段、
   前記取得手段によって取得された設定値に基づいて、前記選択手段により選択された各オブジェクトの設定値の積算値と所定値との比較結果に基づく所定の条件が満たされているか否かを判定する判定手段、
   前記判定手段によって所定の条件を満足する間、オブジェクトの選択を行うように前記選択手段を制御する選択制御手段、及び
   前記選択手段によって選択されたオブジェクトのうち前記所定の条件を満足する１又は複数のオブジェクトを前記ユーザに付与する付与手段、
   の各手段を、前記通信端末又は前記ゲーム制御装置のいずれか一方が備えた、
   ゲームシステム。

Images