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

Description

本発明は、オブジェクトなどの対象を選択あるいは抽選するときの技術に関する。

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

上述したソーシャルゲームにおいて、ゲームを進行させる上で複数の機能が設けられたものが知られている。例えば、非特許文献１には、ソーシャルゲーム（戦国コレクション（登録商標））の一例が記載されている。このようなゲームには、ユーザによる所定の操作に応じた選択あるいは抽選結果としてゲーム上のアイテムをユーザに付与する機能が設けられている場合がある。

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

従来のゲームでは、アイテムなどのオブジェクトの選択あるいは抽選自体が単純であり、ユーザにとってそれほど楽しめるものとなっていなかった。

本発明は上述した観点に鑑みてなされたもので、オブジェクトなどの対象を抽選によって引くときに、従来よりも興趣性の高いゲーム又は抽選処理を実現することができるゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、抽選装置を提供することを目的とする。

本発明の第１の観点は、ゲーム制御装置である。
当該ゲーム制御装置は、
ゲーム上のオブジェクトの抽出条件と対応する複数の選択肢を提示する提示手段と、
ユーザの入力に関する情報に基づいて、前記複数の選択肢から１又は複数の選択肢を選択する選択手段と、
選択された１又は複数の選択肢の抽出条件に合致するオブジェクトを抽出する抽出手段と、
抽出されたオブジェクトを前記ユーザに付与する付与手段と、
を備える。

このゲーム制御装置において、「オブジェクト」は選択対象となり得るものであれば如何なるものでもよく、例えばゲーム上のアイテムやキャラクタを含んでもよい。この場合、キャラクタとは、例えば現実世界に存在するものを模したもの（例えばスポーツ選手や歌手、アイドル、動物等）や、ゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカードに表示されているものをも含む。また、魔法や技についてのカードであってもよい。
また、「オブジェクトをユーザに付与する」とは、オブジェクトに関する情報をユーザの識別情報に対応付けた状態で所定の記憶装置に記憶させることであってよい。
さらに、オブジェクトの抽出条件が選択肢に対応付けられる態様としては、例えば、抽出条件が選択肢と直接的に対応付けられてもよいし、抽出条件が、例えばその抽出条件を満たすことに対する願望や要請などによって選択肢と間接的に対応付けられてもよい。

このゲーム制御装置によれば、ユーザは、自らの入力によって、１又は複数の選択肢を選択することにより、抽出対象（抽選対象）のオブジェクトを、選択された１又は複数の選択肢の抽出条件に合致するオブジェクトに絞り込むことができる。つまり、ユーザは、１又は複数の選択肢を選択することによって、所望のオブジェクトを抽選によって得る可能性を高めることが可能となる。言い換えれば、ユーザは自分の好みに合わせてカスタマイズされた抽選を実行することができることになる。これにより、ユーザは、オブジェクトの選択あるいは抽選自体を楽しむことができ、興趣性の高いゲームを実現することができる。

上記ゲーム制御装置において、前記複数の選択肢から所定の組み合わせの選択肢が選択されることを制限する制限手段を備えてもよい。
ここで、「所定の組み合わせ」とは、選択肢の組み合わせがゲームの設定上あるいはゲームのシナリオ上成立し得ない組み合わせであってもよく、例えば、抽出条件がオブジェクトの属性に関するものである場合には、抽出条件の判別対象となる当該属性の種類が同じ選択肢同士の組み合わせであってもよい。例えば、属性の種類が希少度であった場合に、希少度４のオブジェクトと希少度５のオブジェクトとを組み合わせるのは、両方の希少度からなるオブジェクトを選択することになってしまうので、そのような抽選は行うことができないようにすることが好ましい。従って、このような組み合わせを選択対象から排除するのである。
このゲーム制御装置によれば、例えば、抽出条件に含まれる属性の種類が同じ選択肢同士などのように、抽出条件の内容が共通する複数の選択肢が選択されることを抑制することができる。これにより、組み合わせ不可の選択肢が予めわかるので、ユーザにとって利便性の高いゲームを実現することができる。

上記ゲーム制御装置において、前記複数の選択肢は、選択可能期間及び選択可能回数の少なくともいずれかが設定されており、前記抽出手段は、選択された１又は複数の選択肢のうち、選択可能期間内及び選択可能回数内の少なくともいずれかの選択肢の抽出条件に合致するオブジェクトを抽出してもよい。
このゲーム制御装置によれば、選択可能期間が設定されている場合、例えば、ある選択肢に対応する抽出条件がユーザにとって強く希望するものであり、しかもその選択肢の選択可能期間の期限が迫っていれば、他の選択肢と組み合わせずに早めにオブジェクトの抽選を行うことも考えられる。また、ユーザが強く希望する抽出条件に対応する選択肢の期限に余裕がある一方で、他の選択肢に対応する抽出条件がいずれもあまり希望するものではなかった場合には、他の選択肢の選択可能期間が終了した後に、新たな選択肢が希望するものであることを期待して、敢えて抽選するタイミングを遅らせることも考えられる。あるいはまた、いずれの選択肢もユーザが希望するものであれば、早期にオブジェクトを入手するために、直ちに組み合わせを行い、次々と抽選を実行していくことも考えられる。このように、選択可能期間を設けることで、ユーザがとるべき様々な戦略が生まれるため、ゲーム性に深みが増す。
また、選択可能回数が設定されている場合、例えば、ある選択肢がユーザにとって強く希望するものであり、その選択肢の選択可能回数が少ないとき（例えば１回）には、その選択肢を有効に生かすために、希望しない抽出条件に対応する他の選択肢を用いたオブジェクトの抽選を単体で実行して当該他の選択肢を使い切ってしまい（つまり、当該他の選択肢の選択可能回数をゼロにする）、それに代わる新たな選択肢が希望するものであったときに、それと組み合わせて抽選を行うということが考えられる。また、いずれの選択肢も希望するものではなかったときには、選択可能回数の少ないものから、抽選を実行して使い切り、新たな選択肢が希望するものであることを期待するということも考えられる。このように、選択可能回数を設けることでも、ユーザがとるべき様々な戦略が生まれるため、ゲーム性に深みが増す。
さらには、選択可能期間および選択可能回数を組み合わせることで、上記各要素を考慮した複雑な戦略が可能となるので、ゲームの興趣性がさらに増すものとなる。
上記に加え、ユーザは、例えば所望のオブジェクトが満たす抽出条件に対応する選択肢の選択可能期間及び選択可能回数の少なくともいずれかが終了すると、所望のオブジェクトを得るために、当該選択肢が新たに提示されるまでゲームをプレイすることが動機付けられる。これにより、ユーザの遊戯意欲を向上させる仕組みとすることができる。

上記ゲーム制御装置において、前記複数の選択肢は、所定の対価が設定されており、前記抽出手段は、選択された１又は複数の選択肢に設定された対価の支払いを条件として、選択された１又は複数の選択肢の抽出条件に合致するオブジェクトを抽出してもよい。
ここで、「対価」とは、例えば、ユーザが保有するゲーム上のポイントなどであってもよいし、所定のアイテムやキャラクタなどであってもよい。
このゲーム制御装置によれば、ユーザは、例えば、所望のオブジェクトを得るために多くの選択肢を選択するほど（つまり、抽出条件を多く設定するほど）、多くの対価の支払いを行う必要がある。このため、例えば所望のオブジェクトを得るために、選択肢の数（抽出条件の数）をどの程度に設定すべきかなどについてユーザに慎重に検討させることができるので、ユーザの判断力や戦略が求められる仕組みとすることができる。

上記ゲーム制御装置において、ユーザの入力に関する情報に基づいて、選択肢の母集団の中から前記複数の選択肢を設定する設定手段を備えてもよい。
このゲーム制御装置によれば、ユーザは、自らの入力によって、選択肢の母集団の中から複数の選択肢が設定されることにより、選択肢についての抽選結果を得る。つまり、ユーザは、オブジェクトの抽選結果だけではなく、選択肢の抽選結果も楽しむことができる。これにより、興趣性のさらに高いゲームを実現することができる。

本発明の第２の観点は、ゲーム制御方法である。
当該ゲーム制御方法は、
ゲーム上のオブジェクトの抽出条件と対応する複数の選択肢を提示するステップと、
ユーザの入力に関する情報に基づいて、前記複数の選択肢から１又は複数の選択肢を選択するステップと、
選択された１又は複数の選択肢の抽出条件に合致するオブジェクトを抽出するステップと、
抽出されたオブジェクトを前記ユーザに付与するステップと、
を備える。

本発明の第３の観点は、ゲームの実行を制御するために、コンピュータに、
ゲーム上のオブジェクトの抽出条件と対応する複数の選択肢を提示する機能、
ユーザの入力に関する情報に基づいて、前記複数の選択肢から１又は複数の選択肢を選択する機能、
選択された１又は複数の選択肢の抽出条件に合致するオブジェクトを抽出する機能、及び
抽出されたオブジェクトを前記ユーザに付与する機能、
を実現させるためのプログラムである。

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

本発明の第４の観点は、通信端末と、当該通信端末からアクセスされるサーバとを含むゲームシステムであって、
ゲーム上のオブジェクトの抽出条件と対応する複数の選択肢を提示する提示手段、
ユーザの入力に関する情報に基づいて、前記複数の選択肢から１又は複数の選択肢を選択する選択手段、
選択された１又は複数の選択肢の抽出条件に合致するオブジェクトを抽出する抽出手段、
抽出されたオブジェクトを前記ユーザに付与する付与手段、
の各手段を、前記通信端末又は前記サーバのいずれか一方が備える。

通信端末は、例えば携帯端末、スマートフォン、ＰＤＡ(Personal Digital Assistant)、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機、通信機能付きゲーム装置等であってよい。

本発明の第５の観点は、抽選装置であって、
オブジェクトの抽出条件と対応する複数の選択肢を提示する提示手段と、
ユーザの入力に関する情報に基づいて、前記複数の選択肢から１又は複数の選択肢を選択する選択手段と、
選択された１又は複数の選択肢の抽出条件に合致するオブジェクトを抽出する抽出手段と、
抽出されたオブジェクトを前記ユーザに付与する付与手段と、
を備える。

本発明のゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、抽選装置によれば、オブジェクトなどの対象を抽選によって引くときに、従来よりも興趣性の高いゲーム又は抽選処理を実現することができる。

実施形態のゲームシステムの基本構成を示す図。 実施形態の通信端末の外観の例を示す図。 実施形態の通信端末の構成を示すブロック図。 実施形態のゲームサーバの構成を示すブロック図。 実施形態のデータベースサーバの構成を示すブロック図。 ユーザデータベースの構成例を示す図。 選手カードデータベースのデータ構成例を示す図。 短冊データの構成例を示す図。 第１抽出リストの構成例を示す図。 第２抽出リストの構成例を示す図。 実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図。 トップページを表示する通信端末の表示画面の一例を示す図。 ユーザの通信端末に表示されるウェブページを例示する図。 ユーザの通信端末に表示されるウェブページを例示する図。 ユーザの通信端末に表示されるウェブページを例示する図。 ユーザの通信端末に表示される一連のウェブページを例示する図。 ユーザの通信端末に表示されるウェブページを例示する図。 実施形態のゲーム制御装置の主要な処理の一例を示すフローチャート。 実施形態のゲーム制御装置の主要な処理の一例を示すフローチャート。 実施形態のゲーム制御装置の主要な処理の一例を示すフローチャート。 変形例のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図。 設定用データの構成例を示す図。 変形例においてユーザの通信端末に表示されるウェブページを例示する図。 変形例における短冊データの構成例を示す図。 変形例においてユーザの通信端末に表示されるウェブページを例示する図。 ゲーム制御装置の各機能について、通信端末と、ゲームサーバ及びデータベースサーバとの間の分担例を示す図。

以下、本発明の実施形態について説明する。なお、本実施形態の説明において、選手カードはオブジェクトの一例である。また、本実施形態の説明において、短冊は選択肢の一例である。

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

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

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

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

ウェブブラウザは、ゲームサーバ２０とＨＴＴＰ(HyperText Transfer Protocol)に従った通信を行う。ウェブブラウザは、ゲームサーバ２０から取得したＨＴＭＬデータを解釈して、画像処理部１４を介してウェブページを表示部１６に表示する。また、ウェブブラウザは、ユーザが指示入力部１５の操作によってウェブページ上のハイパーリンク(Hyperlink)またはメニューが選択されると、ウェブページの更新のために、その選択結果に応じたＨＴＴＰリクエストをゲームサーバ２０に送信する。

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

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

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

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

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

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

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

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

本実施形態のゲームのタイプは特に限定されるものではないが、以下では、実施形態のゲームの一例として、野球形式のデジタルカードゲームを採り上げる。野球形式のデジタルカードゲームは、ユーザが、野球選手に対応する選手カードを収集することによって自らのチームを作り上げ、他のユーザのチームと野球の対戦（試合）を行うように構成されているゲームである。このゲームは、以下の処理を含む。
・スカウト処理：
自らのチームを作り上げていくためにゲーム上で設定されているエリアを探索して選手カードを得る処理である。このゲームでは、スカウト処理を実行することで一定量の行動ポイント（後述する）を消費するが、強化ポイント（後述する）が増加する。なお、スカウト処理では、後述するように、短冊（選択肢）の母集団の中から短冊が抽出されることにより、短冊（選択肢）についての１度目の抽選結果が得られる仕組みとなっている。以降では、１度目の抽選結果として得られる短冊を第１短冊という。
・強化処理：
強化ポイントを消費することで、２枚以上の選手カードを一体化して特定の選手カードの能力を上昇させる処理である。この場合、特定の選手カードの能力は上昇するが、一体化に用いられた選手カードは消失する。つまり、一体化に用いられた選手カードの数だけ選手数が減少する。
・試合処理：
ユーザのチームと他のユーザのチームとの間で野球の試合を行う処理である。試合を行うことで運営ポイント（後述する）が消費するが、試合に勝利すれば強化ポイントが増加する。なお、本実施形態では、ユーザ間で試合を行う場合を一例として説明しているが、ユーザの試合相手は、例えばＣＰＵ２１によって任意に抽出された複数の選手カードからなるチームであってもよい。
・オーダー処理：
ユーザが選手カードのオーダーの入れ替え、控えの選手カードとの交替等を実行するための処理である。
・抽選処理：
エールポイント（後述する）を消費して、抽選によって選手カードを入手する処理である。
・イベント処理：
後述する図１５〜１７のウェブページＰ３〜Ｐ８に例示するように、所定数の第１短冊の中から短冊が抽出されることにより、短冊（選択肢）についての２度目の抽選結果を得る処理である。以降では、２度目の抽選結果として得られる短冊を第２短冊という。このイベント処理は、七夕をモチーフとして構成されている。また、イベント処理において、ユーザは、第２短冊を入手した場合に、当該第２短冊に対応付けられた選手カード（オブジェクト）の抽出条件に基づいて、選手カードの抽選を行うことができる。

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

以下の説明では、ユーザデータベース３１に含まれるユーザＩＤごとのデータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下のとおりである。
・ユーザ名／表示画像
ゲームの実行時に通信端末１０のユーザを特定するために表示されるユーザ名及び表示画像である。ユーザ名はユーザによって予め指定される所定長以下のテキストであり、表示画像は例えばユーザによって予め選択されるアバタ画像である。ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。
・技能レベル
ゲーム上のユーザの技能レベル示すデータである。例えばＬｖ１（レベル１）からＬｖ１００（レベル１００）までの範囲のレベル値であり、例えば、スカウト処理が継続的に実行されることで、順次技能レベルが上がるように構成される。
・行動ポイント
本実施形態のゲームにおいて、スカウト処理を実行する上で必要となるポイントである。行動ポイントは、スカウト処理を行うことで一定量低減し、所定の時間が経過する毎に回復（増加）する値である。
・運営ポイント
本実施形態のゲームにおいて、試合処理を行う上で必要となるポイントである。運営ポイントは、他のユーザと試合を行うことによって低減し、所定の時間が経過する毎に回復（増加）する値である。
・強化ポイント
本実施形態のゲームにおいて、強化処理を行う上で必要となるポイントである。強化ポイントは、選手カードの強化を行うことで低減し、他のユーザとの試合で勝利するか、あるいはスカウト処理において探索を行うことで増加する値である。
・エールポイント
本実施形態のゲームにおいて、他のユーザ（例えば、ユーザと関係付けられた仲間ユーザ）へ応援メッセージなどを送信することでユーザが取得するポイントである。
・選手数
ユーザが保有する選手カードの数である。選手数は、スカウト処理や強化処理の実行によって増減する。選手数の最大値（例えば、６０）は予め規定されている。
・仲間のユーザＩＤ
ユーザと関係付けられた仲間ユーザのユーザＩＤのデータである。
・保有カードのデータ
ユーザが保有する選手カードの識別コードごとに、選手カードの属性に関する選手データが含まれる。なお、選手データの詳細については、後述する図７を参照して説明する。

図５に戻り、ゲームデータベース３２は、ゲームサーバ２０からのアクセスに基づき、ゲームサーバ２０によって実行されたゲームの進行に関する情報を記憶、更新する。ゲームの進行に関する情報は、ゲームの性質によって多様な情報を含みうる。本実施形態のゲームの場合を例に挙げれば、ゲームの進行に関する情報は、スカウト処理の進行状況を示す情報や、他のユーザとの試合結果についての情報（例えば勝敗やスコア等）などを含む。
また、本実施形態のゲームでは、スカウト処理、抽選処理、イベント処理の各々において、ユーザが選手カードを入手できる仕組みとなっている。そのため、ゲームデータベース３２には、選手カードデータベースが記憶されている。
さらに、本実施形態のゲームでは、ユーザは、短冊の母集団の中から２段階の抽選結果を楽しむことができる仕組みとなっている。そのため、ゲームデータベース３２には、短冊データ、第１抽出リスト及び第２抽出リストが記憶されている。

選手カードデータベースは、本実施形態のゲームで用意される複数の選手カード（オブジェクト）と、その属性に関するデータ（選手データ）が記述されているデータベースである。ここで、「オブジェクト」は選択対象となり得るものであれば如何なるものでもよく、例えばゲーム上のアイテムやキャラクタを含んでもよい。この場合、キャラクタとは、例えば現実世界に存在するものを模したもの（例えばスポーツ選手や歌手、アイドル、動物等）や、ゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカードに表示されているものをも含む。また、魔法や技についてのカードであってもよい。
図７は、選手カードデータベースのデータ構成の一例を示す図である。図７に例示する選手カードデータは、選手カードの識別コード（図の例では、ＰＬ００１，ＰＬ００２，…）ごとに、対象選手の画像データ、対象選手の氏名（選手名）、対象選手の能力を示すパラメータ（例えば、野手であれば打力、走力、守備力等、投手であれば球速、制球力、スタミナ等）の値、対象選手のポジション、所属チーム、レア度などの各項目（属性）のデータを含む。例えば、パラメータに含まれる能力値が大きいほど、選手カードの能力が高いことを示すように設定されてもよい。
対象選手の能力を示すパラメータの値は、本実施形態のゲームにおいて試合機能を実行するときに参照されるデータである。なお、パラメータの値は、その値が大きいほど（図の例では、打力／球速、走力／制球力、守備力／スタミナの各項目の値が大きいほど）、選手カードの能力が高いことを示すように設定されてもよい。
また、所属チームは、例えば選手カードに対応する選手が現に所属するチームであってもよい。
さらに、レア度は、本実施形態のゲームにおける選手カードの希少価値の度合を示す値であり、その値が高い（つまり、希少価値が高い）ほど、ゲーム内で出現する確率が非常に低く設定されてもよい。例えば、レア度を１〜５の５段階で表した場合、技術能力の際立った選手や人気のある選手に対応する選手カードのレア度は高く（例えば、４あるいは５など）設定されてもよい。
なお、選手データには、対象選手の年齢、身長、体重、選手カードがゲームに及ぼす影響度（典型的にはポジティブな影響度）等が含まれてもよい。

短冊データは、短冊（選択肢）の母集団に含まれる短冊ごとに、選手カード（オブジェクト）の抽出条件と間接的に対応付けるための情報（本実施形態の例では、願い事）や、当該抽出条件などが対応付けられたデータである。
図８は、短冊データのデータ構成例を示す図である。図８に例示するように、短冊データには、複数の短冊の識別コード（図の例では、０１，０２，…）ごとに、願い事、選手カードの抽出条件（抽出条件）、第１抽出確率、第２抽出確率などが対応付けられて記述されている。
願い事の内容は、例えば、選手カードの属性に関する抽出条件を満たすことに対する願望や要請などであってもよく、具体的には、選手カードのレア度に関する抽出条件を満たすことに関する願望（例えば「レア度が５の選手カードが欲しい」など）であってもよいし、選手カードのポジションに関する抽出条件を満たすことに関する願望（例えば、「投手の選手カードが欲しい」など）であってもよい。
第１抽出確率は、スカウト処理において、対象となる短冊が、短冊の母集団の中から第１短冊として抽出される確率である。第１設定確率は、母集団に含まれる短冊ごとに、同じ値に設定されてもよいし、異なる値に設定されてもよい。
第２抽出確率は、イベント処理において、対象となる短冊が、所定数の第１短冊の中から第２短冊として抽出される確率である。抽出確率は、母集団に含まれる短冊ごとに、同じ値に設定されてもよいし、異なる値に設定されてもよい。また、例えば、短冊の第１抽出確率が小さいほど、当該短冊の第２抽出確率が高くなるように設定されてもよい。

図９は、第１抽出リストの構成例を示す図である。図９に例示するように、第１抽出リストは、ユーザＩＤごとに、第１短冊として抽出された短冊の識別コードが記述されたデータである。
図１０は、第２抽出リストの構成例を示す図である。図１０に例示するように、第２抽出リストには、ユーザＩＤごとに、第２短冊として抽出された短冊のデータが記述されている。この短冊のデータには、短冊の識別コードごとに、対応する抽出条件の選択可能回数（数）と、選択フラグとが含まれてもよい。選択フラグは、短冊に対応するオブジェクトの抽出条件の適用状態を示すものであり、例えば、オブジェクトの抽出条件が適用されている場合には「１」が設定され、オブジェクトの抽出条件が適用されていない場合には「０」が設定される。
ここで、選択可能回数が短冊に設定されている場合、例えば、ある短冊に対応する抽出条件がユーザにとって強く希望するものであり、その短冊の選択可能回数が少ないとき（例えば１回）には、その短冊を有効に生かすために、希望しない抽出条件に対応する他の短冊を用いた選手カードの抽選を単体で実行して当該他の短冊を使い切ってしまい（他の短冊の選択可能回数をゼロにする）、それに代わる新たな短冊の抽出条件が希望するものであったときに、それと組み合わせて抽選を行うということが考えられる。また、いずれの短冊の抽出条件も希望するものではなかったときには、選択可能回数の少ない短冊から順に、抽選を実行して使い切り、新たな短冊が希望するものであることを期待するということも考えられる。このように、選択可能回数を設けることで、ユーザがとるべき様々な戦略が生まれるため、ゲーム性に深みが増す。
また、選択可能回数には、所定の上限値（例えば５）が予め設定されていてもよい。
なお、第１抽出リスト及び第２抽出リストは、本発明における必須のデータではないが、本発明をさらに好ましくするためのデータである。

（５）ゲーム制御装置における各機能の概要
本実施形態では、ゲームサーバ２０及びデータベースサーバ３０によってゲーム制御装置が構成されている。以下では、上述した野球形式のデジタルカードゲームが適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図１１を参照して説明する。図１１は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。
なお、図１１の機能ブロック図において、提示手段５４、選択手段５５、抽出手段５６及び付与手段５６が本発明の主要な構成に対応している。その他の手段は必ずしも必須の構成ではないが、本発明をさらに好ましくするための構成である。
また、以下の説明において、通信端末１０に表示されるウェブページ上で表示されるメニュー、マーク等はウェブページ上で所望の位置に配置されるものであって、通信端末１０で視認されるメニュー、マーク等の表示画面上の位置は、ユーザの方向指示釦あるいはタッチパネルの操作によるウェブページのスクロール操作によって変化しうる。

登録手段５１は、例えば通信端末１０に提供するウェブページ上での通信端末１０への適切な操作入力に基づいてユーザの要求を認識し、登録処理（ユーザ登録）を行う機能を備える。
なお、登録手段５１は、本発明に必須の構成要素ではないが、本発明をさらに好ましくするための構成要素である。

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

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

ゲーム進行手段５２は、ゲームを実行する機能を備える。例えば、ゲーム進行手段５２は、通信端末１０に対するユーザのウェブページ上の選択操作に応じてＨＴＴＰリクエストを受信し、通信端末１０に表示されるウェブページを逐次更新するためのＨＴＭＬデータ（つまり、ＨＴＴＰレスポンス）を送信することで、ウェブサービスにより本実施形態のゲームを実行する。

また、ゲーム進行手段５２は、ユーザが本実施形態のゲームを実行するに当たって、ユーザのログイン時の認証処理を実行する機能を備えてもよい。
この機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、各ユーザの通信端末１０からのＨＴＴＰリクエストを受信すると、当該ＨＴＴＰリクエストから個体識別情報、あるいはユーザＩＤ及びパスワードを取得し、その個体識別情報、あるいはユーザＩＤ及びパスワードを、例えばユーザデータベース３１に記録済みのデータと照合して認証処理を行う。

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

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

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

また、ゲーム進行手段５２は、本実施形態のゲームに設けられる複数の処理のうち、スカウト処理、強化処理、試合処理、オーダー処理及び抽選処理を実行する機能を備える。なお、オーダー処理は、ユーザの指示の下、選手カードのオーダーの入れ替え、控えの選手カードとの交替等を実行する処理である。
［スカウト処理］
スカウト処理は、ユーザが自らのチームを作り上げていくためにゲーム上で設定されているエリアを探索して選手カードを得る処理である。
スカウト処理において、ゲーム進行手段５２は、以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、図１２のトップページ上でメニューｍ１が選択操作されると、図１３のウェブページＰ１を表示するためのＨＴＭＬデータを生成して通信端末１０宛に送信する。

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

スカウト処理において、ゲームサーバ２０のＣＰＵ２１は、メニューｍ１０に対する選択操作を認識すると、複数の選手カードの中から選択された選手カードをユーザに付与することを、所定の、あるいはランダムな確率で決定する。ここで、ＣＰＵ２１は、選手カードを付与することを決定した場合、スカウト用に予め設けられた複数の選手カードの中から付与される選手カードを選択する。次に、ＣＰＵ２１は、選択した選手カードの選手データを選手カードデータベースから読み出した後に、ユーザデータベース３１にアクセスする。そして、ＣＰＵ２１は、対象となるユーザＩＤのユーザデータに対して、選択した選手カードの選手データを追加して、選手数の値を１だけ増加させる。
また、ＣＰＵ２１は、メニューｍ１０に対する選択操作を認識すると、短冊の抽選を行うことを、所定の、あるいはランダムな確率で決定する。ここで、ＣＰＵ２１は、短冊の抽選を行うことを決定した場合、後述する設定手段５３の機能に基づいて、短冊の母集団の中から第１短冊を抽出する処理（つまり、短冊についての１度目の抽選処理）を行う。また、ＣＰＵ２１は、第１短冊を抽出する処理を行った場合、図１４に例示するように、第１短冊が抽出されたことを通知するウェブページＰ２を表示するためのＨＴＭＬデータを生成して通信端末１０宛に送信してもよい。この場合、ＣＰＵ２１は、第１短冊を抽出する処理を行った後に、第１短冊として抽出された短冊のデータ（例えば、願い事や抽出条件など）を短冊データから抽出する。そして、ＣＰＵ２１は、抽出したデータ（図１４の例では「レア度が５の選手カードが欲しい」という願い事）と、例えばゲームデータベース３２に予め記憶された短冊の画像データとをウェブページに含むようにＨＴＭＬデータを生成する。この場合、ユーザは、第１短冊を最終的に入手した場合（つまり、当該第１短冊が２度目の抽選で抽出された場合）に、当該第１短冊に対応付けられた抽出条件に基づき得ることができる選手カードを、願い事の内容によって認識することができる。例えば、図１４のウェブページＰ２が表示された場合、ユーザは、ウェブページＰ２に表示された短冊を最終的に入手すれば、レア度が５の選手カードを得られると認識することができる。
ユーザによるメニューｍ１０に対する選択操作が繰返し行われ、ウェブページＰ１においてエリアの探索率が１００％に達すると、エリア９についての探索は終了し、探索対象は次のエリア（この場合、エリア１０）に移る。

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

［強化処理］
強化処理は、２枚以上の選手カードを一体化して特定の選手カードの能力を上昇させる処理である。このゲームでは、ユーザが強化処理を実行するには一定量の強化ポイントが必要となる。
この一体化の処理は、例えば以下のように行われてよい。強化対象となる選手カード（ユーザによって指定された、残留する選手カード）を選手Ａの選手カードとし、選手Ａの選手カードに一体化させられて消失する選手カードを選手Ｂの選手カードとする。この場合、一体化の処理では、ＣＰＵ２１が選手Ａの選手カードの「打力」，「走力」，「守備力」の能力値を示すパラメータに対して、選手Ｂの選手カードの「打力」，「走力」，「守備力」の能力値を示すパラメータの一定比率をそれぞれ加算することで、新たな選手Ａの選手カードのパラメータを算出するようにしてもよい。この強化処理によって、選手Ｂの選手カードの能力上の特徴が選手Ａの選手カードに反映されることになる。
強化処理後には、ＣＰＵ２１は、強化処理の後にユーザデータベース３１にアクセスし、対象となるユーザＩＤのユーザデータから選手Ｂの選手カードのデータを削除し、選手数の値を１だけ減少させ、選手Ａの選手カードのパラメータを書き換え、対象となるユーザＩＤの強化ポイントを所定量減少させる。なお、強化ポイントは、上記スカウト処理を実行したり、以下に説明する試合処理を実行したりすることによって増加する。

［試合処理］
試合処理は、ユーザのチームと他のユーザのチームとの間で野球の試合を行う処理である。
このゲームでは、試合処理を実行するには運営ポイントを必要とし、試合に勝利することで強化ポイントを得ることができる。つまり、試合処理の実行によって、ユーザＩＤに対応する運営ポイント、強化ポイントの値が変化し得る。１回の試合で必要となる（消費する）運営ポイントは、ユーザのチームで組まれるオーダーによって定まる値である。ユーザは、ユーザが保有する選手カードの中から試合に出場させたい選手カードをオーダー処理によって組み替えることができるが、試合に出場させたい所定数の選手カードによって、運営ポイントの消費量が決定される。例えば、選手カードごとに１回の試合で必要となるコストが予め割り当てられている場合には、試合に出場させたい所定数の選手のコストの合計が運営ポイントの消費量として決定されてもよい。運営ポイントは、例えば所定時間（例えば1分）が経過する度に１ポイントずつ回復（増加）する。

ゲーム進行手段５２が試合処理を実行する機能は、例えば以下のとおり実現される。
ユーザの通信端末１０のトップページ上でメニューｍ３（図１２参照）の選択操作がなされ、その選択結果を受信すると、ゲームサーバ２０のＣＰＵ２１は、そのユーザＩＤの試合相手の複数の候補を、ユーザデータベース３１に含まれる他のユーザＩＤの中からランダムに決定する。このとき、試合相手の候補の技能レベルは、メニューｍ３を選択操作したユーザと同一の技能レベルであることが好ましい。ＣＰＵ２１は、複数の試合相手の候補のリストからいずれかの候補を選択可能とするウェブページを表示するためのＨＴＭＬデータをユーザの通信端末１０宛に送信する。
複数の試合相手の候補のリストからいずれかの候補を選択する操作がユーザによってなされると、試合相手ととともに試合開始の指示を促すメニューを含むウェブページが表示される。このウェブページには、例えば、試合開始を指示するための「試合開始」と表記されたメニューが含まれてもよい。ユーザが「試合開始」のメニューを選択すると、ＣＰＵ２１は試合結果を決定する処理を行う。試合結果を決定するに当たって、ＣＰＵ２１は、データベースアクセス部２４を介してデータベースサーバ３０のユーザデータベース３１にアクセスし、対象となるユーザＩＤの運営ポイントが試合の実行に必要とする所定量以上である場合に、運営ポイントからその所定量を減少させるとともに、試合相手となる２つのユーザＩＤに対応付けられた複数の選手カードの能力を示すパラメータを読み出す。そして、ＣＰＵ２１は、読み出したパラメータに基づいてユーザ間の試合結果を決定する。

試合結果の決定方法は、選手カードの能力値がその勝敗に影響を与える方法である限り如何なる方法を採ることができる。例えば、試合を行う２人のユーザの各々の先発メンバーに含まれる複数の選手カードのパラメータの合計値を比較し、合計値が大きな方のユーザが高い確率（例えば、６０〜９０％の範囲内の所定の確率）をもって勝利するように設定してもよい。この勝率は、能力値の差が大きいほど高い確率としてもよい。このとき、図６に示したように、能力値を示すパラメータの項目が複数存在する場合には、各選手カードのパラメータを代表する値として、各項目のパラメータの値に対して所定の重み付け（例えば、図７の例では、「打力」又は「球速」を０．４、「走力」又は「制球力」を０．２、「守備力」又は「スタミナ」を０．４の重み付けにする等）をもって総合的な能力値を設定してもよい。

ＣＰＵ２１は、試合結果を決定すると、試合結果をユーザに通知するために、その試合結果を含むウェブページを表示させるＨＴＭＬデータを、「試合開始」のメニューの選択操作を行ったユーザの携帯端末１０宛に送信する。「試合開始」のメニューを選択する操作が行われてから、試合結果を含むウェブページが表示されるまでの時間は極めて短時間（例えば数秒）であるため、ユーザは、簡易な操作のみで極めて短期間で試合結果を知ることができる。

［抽選処理］
ゲーム進行手段５２は、抽選によってアイテム（例えば、選手カード）を入手することを可能とする抽選処理を実行する。抽選処理は、好ましくは、例えば１枚の選手カードを抽選箱の中から取り出す（引く）ような演出を経て実行される。抽選によって出現する選手カードは基本的にランダムであるが、レア度の高い（例えば、レア度が４あるいは５の）選手カード（いわゆるレアカード）が抽選で出現する確率は非常に低く設定されている。抽選処理は、所定量のエールポイントと引き換えに行われてもよい。

ゲーム進行手段５２はさらに、ユーザが保持する各ポイントあるいは選手数に基づいて、ユーザによって選択されたメニューに応じた機能（スカウト処理、強化処理、試合処理、及び抽選処理）が実行できるか否かを判定し、選択されたメニューに応じた機能が実行できない場合には、機能が実行できないことをユーザに報知するためのテキストを含むページを通信端末１０上に表示してもよい。例えば、ポイントが所定の閾値より低い場合にゲームの進行が制限されるように構成されている場合、具体的には、１回の探索に行動力が「５」必要となるエリアについてスカウト処理を実行しようとする場合に、ユーザの行動ポイントが「３」のときには、スカウト処理が実行できないため、例えば「行動力が足りません。行動力は３分ごとに１回復します。ゆっくり待ちましょう。」などといったテキストを表示させる。このとき、ゲームサーバ２０のＣＰＵ２１は、ユーザデータベース３１にアクセスして、ユーザの行動ポイントのデータと、探索対象のエリアに要する行動力（既定値）との比較処理を行って、スカウト処理の実行可否を判定する。

設定手段５３は、ユーザの入力に関する情報に基づいて、選手カード（オブジェクト）の抽出条件と対応する短冊（選択肢）の母集団の中から複数の短冊を設定する機能を備える。例えば、ユーザの１回の入力に対して、一つの短冊が設定されてもよいし、複数の短冊が設定されてもよい。
設定手段５３を備えた場合、ユーザは、自らの入力によって、短冊（選択肢）の母集団の中から複数の短冊が設定されることにより、短冊についての抽選結果を得る。つまり、ユーザは、選手カード（オブジェクト）の抽選結果だけではなく、短冊（選択肢）の抽選結果も楽しむことができる。これにより、興趣性のさらに高いゲームを実現することができる。
本実施形態において、設定手段５３が複数の短冊（選択肢）を設定する契機は、例えば、イベント処理において、選択肢についての２度目の抽選結果である第２短冊が抽出された場合であるが、この場合に限られない。例えば、ユーザが試合に勝利した場合に複数の短冊が設定されるようにしてもよいし、ユーザが抽選処理を所定回数行うごとに複数の短冊が設定されるようにしてもよい。また、スカウト処理において抽出された第１短冊が複数の短冊として設定されるようにしてもよい。
なお、設定手段５３は、本発明に必須の構成要素ではないが、本発明をさらに好ましくするための構成要素である。

設定手段５３の機能は例えば、以下のように実現される。なお、ここでは、短冊についての２段階の抽選処理を行うことにより、複数の短冊が設定される場合を一例として説明する。
ゲームサーバ２０のＣＰＵ２１は、例えば、上述したゲーム進行手段５２の機能に基づいて、短冊の抽選を行うことを決定した場合には、ゲームデータベース３２内の短冊データにアクセスし、短冊データ内の短冊の母集団の中から少なくとも一つの短冊を第１短冊として抽出する。ここで、第１短冊として抽出される短冊は、例えば、ランダムあるいは所定の規則に基づいて決定されてもよい。
また、ＣＰＵ２１は、例えば、母集団に含まれる短冊ごとに、短冊を第１短冊として抽出すべきか否かを、当該短冊に対応付けられた第１抽出確率に基づいて判別してもよい。例えば、第１抽出確率が１０％の短冊を第１短冊として抽出するか否かを判別する場合、ＣＰＵ２１は、０．１〜１．０の範囲内で０．１間隔の乱数を発生させ、発生した数が０．１の場合には当該短冊を第１短冊として抽出すると判別してもよい。さらに、例えば、第１抽出確率が１％の短冊を第１短冊として抽出するか否かを判別する場合、ＣＰＵ２１は、０．０１〜１．０の範囲内で０．０１間隔の乱数を発生させ、発生した数が０．０１の場合には当該短冊を第１短冊として抽出すると判別してもよい。
次に、ＣＰＵ２１は、少なくとも一つの短冊を第１短冊として抽出すると、ゲームデータベース３２内の第１抽出リストにアクセスする。そして、ＣＰＵ２１は、第１短冊として抽出された短冊の識別コード（図８の例では、０１，０２，…）を、対象となるユーザのユーザＩＤに対応付けて第１抽出リストに記録する。
このようにして、短冊（選択肢）についての１度目の抽選結果が得られる。

次に、選択肢についての２度目の抽出処理を行う場合の一例について説明する。ここで、設定手段５３は、後述する提示手段５４、選択手段５５、抽出手段５６及び付与手段５７と協働して、本実施形態のゲームにおけるイベント処理を実行する。

［イベント処理］
上述したように、イベント処理は、所定数の第１短冊の中から短冊が抽出されることにより、短冊（選択肢）についての２度目の抽選結果を得る処理である。
イベント処理における設定手段５３の機能は、例えば以下のとおり実現される。ゲームサーバ２０のＣＰＵ２１は、ユーザの通信端末１０のトップページ上でメニューｍ６（図１２参照）が選択操作されたことを認識すると、図１５のＰ３に例示するウェブページを表示するためのＨＴＭＬデータを生成して、当該ユーザの通信端末１０宛に送信する。図１５のウェブページＰ３では、表示領域１０３において、第１短冊の抽出数に応じた数の短冊Ｓが取り付けられた笹が表示される。また、ウェブページＰ３では、表示領域１０４において、抽出された第１短冊ごとに、第１短冊に対応する願い事が表示される。この場合、ＣＰＵ２１は、メニューｍ６が選択操作されると、選択操作を行ったユーザのユーザＩＤに対応する短冊の識別コードを第１抽出リストから抽出する。次に、ＣＰＵ２１は、抽出した短冊の識別コードごとに、識別コードに対応する願い事を短冊データから抽出する。そして、ＣＰＵ２１は、識別コードの抽出数（つまり、第１短冊の抽出数）に応じた数の短冊Ｓを表示領域１０３に含み、且つ、抽出した願い事を表示領域１０４に含むようにＨＴＭＬデータを生成する。
また、ウェブページＰ３には、２度目の抽選結果である短冊（第２短冊）に対応する抽出条件に基づいて選手カードの抽選を行うためのウェブページ（後述するウェブページＰ８）に移動するための「願いを実現するページに移動」と表記されたメニューｍ１１が含まれる。

なお、設定手段５３は、抽出された第１短冊の数が所定数に至った場合に、所定数の第１短冊から第２短冊を抽出してもよい。ここで、設定手段５３は、例えば、第１短冊の数が所定数に至った場合に、ユーザの入力に関する情報に基づいて第２短冊を抽出してもよいし、自動的に第２短冊を抽出してもよい。
この場合、ユーザは、抽出された第１短冊の数が所定数に至った場合に、２度目の抽選結果である第２短冊を得ることができる。この場合、ユーザは、第２短冊に対応する抽出条件を満たす選手カードを得るために、所定数の第１短冊が設定されるようにゲームをプレイすることが動機付けられる。これにより、ゲームに対するユーザの遊戯意欲を向上させることができる。
この場合における設定手段５３の機能を実現するために、ＣＰＵ２１は、例えば、メニューｍ６の選択操作が行われたときに抽出した識別コードの数が所定数（例えば１０）に至る場合、図１５のＰ４に例示するウェブページを表示するためのＨＴＭＬデータを生成して、当該ユーザの通信端末１０宛に送信してもよい。ウェブページＰ４には、表示領域１０３、表示領域１０４及びメニューｍ１１と、所定数の第１短冊の中から第２短冊の抽出を指示するための「祈りを捧げる」と表記されたメニューｍ１２とが含まれる。
ウェブページＰ４上でメニューｍ１２が選択される（ユーザの入力が行われる）と、ＣＰＵ２１は、図１６のＰ５に例示するウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０宛に送信する。ウェブページＰ５では、例えば、ウェブページＰ４の表示領域１０３に含まれる笹が上空に飛び出すような演出が行われてもよい。

次に、ＣＰＵ２１は、所定数の第１短冊を抽選対象とした第２短冊の抽出処理を行う。この抽出処理は、例えば以下のように行われてもよい。ＣＰＵ２１は、第１抽出リストにアクセスし、メニューｍ１２の選択操作を行ったユーザのユーザＩＤに対応する短冊（第１短冊）の中から第２短冊を抽出する。ここで、第２短冊の数は、例えば、ランダムあるいは所定の規則に基づいて決定されてもよい。つまり、第２短冊の数はゼロであってもよい。また、第２短冊として抽出される第１短冊は、ランダムあるいは所定の規則に基づいて決定されてもよい。
また、ＣＰＵ２１は、例えば、第１抽出リスト内の当該ユーザのユーザＩＤに対応する短冊（第１短冊）ごとに、第２短冊として抽出すべきか否かを、短冊データ内の当該短冊に対応付けられた第２抽出確率に基づいて判別してもよい。例えば、第２抽出確率が１０％の第１短冊を第２短冊として抽出するか否かを判別する場合、ＣＰＵ２１は、０．１〜１．０の範囲内で０．１間隔の乱数を発生させ、発生した数が０．１の場合には当該第１短冊を第２短冊として抽出すると判別してもよい。さらに、例えば、第２抽出確率が１％の第１短冊を第２短冊として抽出するか否かを判別する場合、ＣＰＵ２１は、０．０１〜１．０の範囲内で０．０１間隔の乱数を発生させ、発生した数が０．０１の場合には当該第１短冊を第２短冊として抽出すると判別してもよい。
このようにして、短冊（選択肢）についての２度目の抽選結果が得られる。

次に、ＣＰＵ２１は、所定数の第１短冊の中から第２短冊を抽出すると、図１６のＰ６に例示するウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０宛に送信してもよい。ウェブページＰ６では、例えば、第２短冊の抽出数に応じた数（図の例では３）の短冊が上空から舞い降りてくるような演出が行われてもよい。

また、ＣＰＵ２１は、ゲームデータベース３２内の第２抽出リストにアクセスし、メニューｍ１２の選択操作を行ったユーザのユーザＩＤに対応する短冊の項目に、抽出された第２短冊の情報を記録する。具体的に説明すると、ＣＰＵ２１は、抽出された第２短冊ごとに、対応する抽出条件の選択可能回数を加算する処理を行う。例えば、第２短冊の中に識別コードが「０１」の短冊が１つ含まれる場合、識別コードが「０１」の短冊に対応する抽出条件の選択可能回数が１つ増加する。また、第２短冊の中に識別コードが「０１」の短冊が２つ含まれる場合、識別コードが「０１」の短冊に対応する抽出条件の選択可能回数が２つ増加する。また、ＣＰＵ２１は、例えば、抽出された第２短冊ごとに、対応する抽出条件の選択可能回数を所定の値に設定してもよいし、選択可能回数の上限値（例えば５）が予め設定されている場合には、選択可能回数を当該上限値に設定してもよい。
つまり、第２短冊が複数の短冊として設定されることになる。このように、本実施形態では、２段階の抽出処理を経て、選択肢の母集団の中から複数の短冊が設定される。
さらに、ＣＰＵ２１は、図１６のＰ７に例示するウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０宛に送信してもよい。ウェブページＰ７では、例えば、ユーザが最終的に入手した短冊（第２短冊）ごとに、対応する願い事が通知されるようにしてもよい。これにより、ユーザは、短冊に対応する抽出条件に基づいて選手カードを抽出し得ることを認識することができる。

提示手段５４は、選手カード（ゲーム上のオブジェクト）の抽出条件と対応する複数の短冊（選択肢）を提示する機能を備える。
ここで、選手カードの抽出条件が短冊に対応付けられる態様としては、例えば、抽出条件が短冊と直接的に対応付けられてもよいし、抽出条件が、例えばその抽出条件を満たすことに対する願望や要請などによって短冊と間接的に対応付けられてもよい。
提示手段５４の機能は、例えば以下のとおり実現される。ゲームサーバ２０のＣＰＵ２１は、図１５のウェブページＰ３又はＰ４上で、メニューｍ１１の選択操作が行われると、図１７のＰ８に例示するウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０宛に送信する。ウェブページＰ８には、短冊ごとに、短冊に対応付けられた抽出条件と、当該抽出条件の選択可能回数（数）と、当該抽出条件を選択するための「選択」と表記されたメニューとが含まれる。また、ウェブページＰ８には、選択された抽出条件に基づき選手カードを抽出するための「選手カードの抽出」と表記されたメニューｍ１３が含まれる。この場合、ＣＰＵ２１は、メニューｍ１１の選択操作が行われると、第２抽出リストにアクセスし、選択操作を行ったユーザのユーザＩＤに対応する短冊の識別コードごとに、抽出条件の選択可能回数（図８の例では「数」）を抽出する。また、ＣＰＵ２１は、短冊データにアクセスし、短冊の識別コードごとに、対応する抽出条件を抽出する。そして、ＣＰＵ２１は、抽出条件と、選択可能回数とをウェブページに含むようにＨＴＭＬデータを生成する。なお、選択可能回数がゼロの短冊については、例えば、「選択」と表記されたメニューがウェブページに表示されないようにしてもよいし、当該メニュー、抽出条件及び当該抽出条件の選択可能回数がウェブページに表示されないようにしてもよい。

選択手段５５は、ユーザの入力に関する情報に基づいて、複数の短冊（選択肢）から１又は複数の短冊を選択する機能を備える。
選択手段５５の機能は、例えば以下のとおり実現される。ゲームサーバ２０のＣＰＵ２１は、図１７のウェブページＰ８上で、「選択」と表記されたメニューの選択操作（入力）が行われると、第２抽出リストにアクセスし、選択操作されたメニューに対応する短冊の選択フラグをオン状態に設定（つまり、選択フラグの値に「１」を設定）する。なお、複数の短冊が選択される場合には、ＣＰＵ２１は、例えば、メニューｍ１３が選択操作されるまでの間、「選択」メニューの選択操作が行われるごとに、選択されたメニューに対応する効果の効果発生フラグをオン状態に設定する処理を行ってもよい。

抽出手段５６は、選択された１又は複数の短冊（選択肢）の抽出条件に合致する選手カード（オブジェクト）を抽出する機能を備える。
抽出手段５６の機能は、例えば以下のとおり実現される。ゲームサーバ２０のＣＰＵ２１は、図１７のウェブページＰ８上で、メニューｍ１３が選択操作されると、オン状態の選択フラグに対応する短冊の抽出条件を満たす選手カードの抽出処理を行う。例えば、選択操作を行ったユーザのユーザＩＤに対応する複数の選択フラグのうち、オン状態の選択フラグに対応する短冊の抽出条件が「レア度が５の選手カードを得る」であった場合、ＣＰＵ２１は、選手カードデータベースにアクセスして、複数の選手カードの中からレア度が５の選手カードを、ランダム又は所定の規則に基づいて抽出する。
また、複数の短冊が選択された場合（つまり、オン状態の選択フラグに対応する短冊が複数存在する場合）、ＣＰＵ２１は、オン状態の選択フラグの各々に対応する短冊の抽出条件を全て満たす選手カードの抽出処理を行う。例えば、オン状態の選択フラグに対応する短冊の抽出条件が、「レア度が５の選手カードを得る」、「ポジションが「投手」の選手カードを得る」及び「所属チームが「Ｐ１」の選手カードを得る」であった場合、ＣＰＵ２１は、選手カードデータベースにアクセスして、複数の選手カードの中から全ての抽出条件を満たす選手カード（ここでは、レア度が５、ポジションが「投手」、所属チームが「Ｐ１」の選手カード）を抽出する。この場合、ユーザは、全ての抽出条件を満たす（つまり、ユーザにとって所望の度合いの高い）選手カードを入手することが可能となる。

また、抽出手段５６は、選択された１又は複数の短冊（選択肢）のうち、選択可能期間内の短冊の抽出条件に合致する選手カード（オブジェクト）を抽出してもよい。
この場合、ユーザは、例えば所望の選手カードが満たす抽出条件に対応する短冊の選択可能期間が終了すると、所望の選手カードを得るために、当該短冊が新たに提示されるまでゲームをプレイすることが動機付けられる。これにより、ユーザの遊戯意欲を向上させる仕組みとすることができる。
この場合における抽出手段５６の機能は、例えば以下のとおり実現される。ゲームサーバ２０のＣＰＵ２１は、図１７のウェブページＰ８上で、メニューｍ１３が選択操作されると、オン状態の選択フラグに対応する短冊のうち選択可能回数がゼロ以外の短冊を選択し、選択した短冊の抽出条件を満たす選手カードの抽出処理を行えばよい。

付与手段５７は、抽出された選手カード（オブジェクト）をユーザに付与する機能を備える。
ここで、選手カードをユーザに付与するとは、選手カードに関する情報（例えば選手データ）をユーザの識別情報（例えばユーザＩＤ）に対応付けた状態で所定の記憶装置（例えばユーザデータベース３１）に記憶させることであってよい。
付与手段５７の機能は、例えば以下のとおり実現される。ゲームサーバ２０のＣＰＵ２１は、抽出手段５６の機能によって選手カードが抽出されると、ユーザデータベース３１にアクセスする。そして、ＣＰＵ２１は、処理対象のユーザＩＤのユーザデータに対して、抽出した選手カードの選手データを追加して、選手数の値を１だけ増加させる。
また、ＣＰＵ２１は、抽出した選手カードをユーザに付与する処理を行った後に、第２抽出リストの内容を更新する。具体的には、ＣＰＵ２１は、第２抽出リストにアクセスして、選択操作を行ったユーザのユーザＩＤに対応する複数の選択フラグのうち、オン状態の選択フラグをオフ状態に設定（つまり、選択フラグの値に「０」を設定）するとともに、オン状態であった選択フラグに対応する選択可能回数の値を１つ減らす。また、ＣＰＵ２１は、第１抽出リストにアクセスして、選択操作を行ったユーザのユーザＩＤに対応する短冊の識別コードを全て消去してもよい。

（６）本実施形態のゲーム制御装置の主要な処理のフロー
次に、本実施形態のゲーム制御装置により行われる主要な処理のフローの一例について、図１８〜１９Ａ，Ｂのフローチャートを参照して説明する。図１８は、本実施形態のゲームにおいてスカウト処理を行うときのフローチャートである。図１９Ａ，Ｂは、本実施形態のゲームにおいてイベント処理を行うときのフローチャートである。
なお、図１８〜１９Ａ，Ｂのフローチャートにおける各処理の実行に伴って適宜、ウェブページＰ１〜Ｐ８の各ウェブページを表示するためのＨＴＭＬデータがゲームサーバ２０から通信端末１０宛に送信されるが、煩雑とならないようにＨＴＭＬデータの送信処理をフローチャートには記載しない場合もある。フローチャート上で、ウェブページＰ１〜Ｐ８が表示されるタイミングは、Ｐ１〜Ｐ８の符号で示してある。

先ず、図１８のフローチャートにおいて、トップページ（図１２）でスカウト処理の実行を指示するメニューｍ１が選択操作されたことを認識すると、ゲームサーバ２０のＣＰＵ２１は、図１３のＰ１に示すようにウェブページを更新するためのＨＴＭＬデータを生成して通信端末１０宛に送信する。ここでメニューｍ１０（「探索する」）が選択操作されたことを認識すると（ステップＳ１００：ＹＥＳ）、ＣＰＵ２１は、複数の選手カードの中から選択された選手カードをユーザに付与することを、所定の、あるいはランダムな確率で決定する（ステップＳ１１０）。ＣＰＵ２１は、選手カードを付与することを決定すると（ステップＳ１１０：ＹＥＳ）、ユーザに選手カードを付与する処理を行う（ステップＳ１２０）。この場合、ＣＰＵ２１は、ゲームデータベース３２内の選手カードデータベースにアクセスし、選手カードデータベースから抽出された選手カードの選手データを、対象となるユーザのユーザＩＤに対応するユーザデータに記録する。なお、ＣＰＵ２１は、ステップＳ１１０において選手カードをユーザに付与しないことを決定した場合（ステップＳ１１０：ＮＯ）、ステップＳ１３０の処理に移行する。

次に、ＣＰＵ２１は、短冊の抽選を行うことを、所定の、あるいはランダムな確率で決定する（ステップＳ１３０）。ＣＰＵ２１は、短冊の抽選を行うことを決定すると（ステップＳ１３０：ＹＥＳ）、短冊の母集団の中から第１短冊を抽出する処理を行う（ステップＳ１４０）。この場合、ＣＰＵ２１は、ゲームデータベース３２内の短冊データにアクセスし、短冊データに含まれる複数の短冊の中から少なくとも一つの第１短冊を抽出する。そして、ＣＰＵ２１は、ゲームデータベース３２内の第１抽出リストにアクセスして、第１短冊として抽出された短冊の識別コードを、対象となるユーザのユーザＩＤに対応付けて第１抽出リストに記録する。さらに、ＣＰＵ２１は、進行度と行動ポイントを更新し（ステップＳ１５０）、更新後の進行度と行動ポイントのデータと、選手カードが付与された場合にはその選手カードのデータとを表示するＨＴＭＬデータを生成して通信端末１０宛に送信する。

次に、図１９Ａ，Ｂを参照して、本実施形態のゲームにおいてイベント処理を行うときのフローチャートの一例を説明する。なお、ここでは、設定された第１短冊の数が所定数に至った場合に、ユーザの入力に関する情報に基づいて、所定数の第１短冊から第２短冊を抽出する場合を一例として説明する。
ゲームサーバ２０のＣＰＵ２１は、ユーザの通信端末１０のトップページ上でメニューｍ６（図１２参照）が選択操作されたことを認識すると、先ず、選択操作を行ったユーザのユーザＩＤに対応する短冊の識別コードを設定リストから抽出する。次に、ＣＰＵ２１は、抽出した短冊の識別コードごとに、識別コードに対応する願い事を短冊データから抽出する。そして、ＣＰＵ２１は、識別コードの抽出数（つまり、第１短冊の抽出数）に応じた数の短冊Ｓを表示領域１０３に含み、且つ、抽出した願い事を表示領域１０４に含むようにＨＴＭＬデータを生成して、当該ユーザの通信端末１０宛に送信する（ステップＳ２００）。この場合、ユーザの通信端末１０には、図１５のＰ３又はＰ４に例示するウェブページが表示される。
次に、ＣＰＵ２１は、ウェブページＰ４上でメニューｍ１２が選択される（ユーザの入力が行われる）と（ステップＳ２１０：ＹＥＳ）、図１６のＰ５に例示するウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０宛に送信する。そして、ＣＰＵ２１は、所定数（例えば１０）の第１短冊を抽選対象とした第２短冊の抽出処理を行う（ステップＳ２２０）。抽出処理の具体的な内容は上述したとおりである。次いで、ＣＰＵ２１は、所定数の第１短冊の中から第２短冊を抽出すると、図１６のＰ６に例示するウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０宛に送信する。

そして、ＣＰＵ２１は、抽出された短冊（第２短冊）をユーザに付与する処理を行う（ステップＳ２３０）。この場合、ＣＰＵ２１は、ゲームデータベース３２内の第２抽出リストにアクセスし、メニューｍ１２の選択操作を行ったユーザのユーザＩＤに対応する短冊の項目に、抽出された第２短冊の情報を記録する。具体的に説明すると、ＣＰＵ２１は、抽出された第２短冊ごとに、対応する抽出条件の選択可能回数を加算する処理を行う。

また、図１５のウェブページＰ３又はＰ４上で、メニューｍ１１の選択操作が行われると（ステップＳ２４０：ＹＥＳ）、ＣＰＵ２１は、図１７のＰ８に例示するウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０宛に送信する。次に、ウェブページＰ８上で、「選択」と表記されたメニューの選択操作（入力）が行われると（ステップＳ２５０：ＹＥＳ）、ＣＰＵ２１は、第２抽出リストにアクセスし、選択操作されたメニューに対応する短冊の選択フラグをオン状態に設定（つまり、選択フラグの値に「１」を設定）する（ステップＳ２６０）。
次に、ウェブページＰ８上でメニューｍ１３が選択操作（入力）されると（ステップＳ２７０：ＹＥＳ）、ＣＰＵ２１は、選択された短冊（選択肢）に基づく選手カードの抽出処理を行う（ステップＳ２８０）。例えば、選択操作を行ったユーザのユーザＩＤに対応する複数の選択フラグのうち、オン状態の選択フラグに対応する短冊の抽出条件が「レア度が５の選手カードを得る」であった場合、ＣＰＵ２１は、選手カードデータベースにアクセスして、複数の選手カードの中からレア度が５の選手カードを、ランダム又は所定の規則に基づいて抽出する。また、複数の短冊が選択された場合（つまり、オン状態の選択フラグに対応する短冊が複数存在する場合）、ＣＰＵ２１は、オン状態の選択フラグの各々に対応する短冊の抽出条件を全て満たす選手カードの抽出処理を行う。例えば、オン状態の選択フラグに対応する短冊の抽出条件が、「レア度が５の選手カードを得る」、「ポジションが「投手」の選手カードを得る」及び「所属チームが「Ｐ１」の選手カードを得る」であった場合、ＣＰＵ２１は、選手カードデータベースにアクセスして、複数の選手カードの中から全ての抽出条件を満たす選手カード（ここでは、レア度が５、ポジションが「投手」、所属チームが「Ｐ１」の選手カード）を抽出する。

次いで、ＣＰＵ２１は、抽出した選手カードを付与する処理を行う（ステップＳ２９０）。具体的には、ＣＰＵ２１は、ユーザデータベース３１にアクセスして、処理対象のユーザＩＤのユーザデータに対して、抽出した選手カードの選手データを追加するとともに、選手数の値を１だけ増加させる。
そして、ＣＰＵ２１は、抽出した選手カードをユーザに付与する処理を行った後に、第２抽出リストの内容を更新する（ステップＳ３００）。具体的には、ＣＰＵ２１は、第２抽出リストにアクセスして、選択操作を行ったユーザのユーザＩＤに対応する複数の選択フラグのうち、オン状態の選択フラグをオフ状態に設定（つまり、選択フラグの値に「０」を設定）するとともに、オン状態であった選択フラグに対応する選択可能回数の値を１つ減らす。また、ＣＰＵ２１は、第１抽出リストにアクセスして、選択操作を行ったユーザのユーザＩＤに対応する短冊の識別コードを全て消去してもよい。

なお、ＣＰＵ２１は、メニューｍ１３の選択操作が行われない場合（ステップＳ２７０：ＮＯ）であって、例えば、ステップＳ２４０の処理を行ってから所定時間が経過した場合には（ステップＳ３１０：ＹＥＳ）、イベント処理を終了してもよい。一方、ＣＰＵ２１は、メニューｍ１３の選択操作が行われない場合（ステップＳ２７０：ＮＯ）であって、前記所定時間が経過していない場合には（ステップＳ３１０：ＮＯ）、ステップＳ２５０の処理に移行する。

上述したように、実施形態のゲーム制御装置によれば、ユーザは、自らの入力によって、１又は複数の短冊（選択肢）を選択することにより、抽出対象（抽選対象）の選手カード（オブジェクト）を、選択された１又は複数の短冊の抽出条件に合致する選手カードに絞り込むことができる。つまり、ユーザは、１又は複数の短冊を選択することによって、所望の選手カードを抽選によって得る可能性を高めることが可能となる。言い換えれば、ユーザは自分の好みに合わせてカスタマイズされた抽選を実行することができることになる。これにより、ユーザは、選手カードの選択あるいは抽選自体を楽しむことができ、興趣性の高いゲームを実現することができる。

（７）変形例
上述した実施形態では、オブジェクトが選手カードである場合について説明したが、オブジェクトは選手カードに限られない。オブジェクトの他の例として、例えば、ユーザがゲーム上保有することができるアイテムやキャラクタなどであってもよいし、ユーザがゲーム上で収集する必要があるアイテムやキャラクタなどであってもよいし、ユーザがゲーム上で有利な効果を得られるアイテムやキャラクタなどであってもよい。
また、上述した実施形態では、選択肢が短冊である場合について説明したが、選択肢は短冊に限られない。選択肢は、例えば、短冊以外の他のオブジェクトであってもよいし、テキストデータ、音声データ、あるいは画像データなどで構成されてもよい。
さらに、上述した実施形態では、複数の短冊が設定手段５３によって設定される場合を一例として説明したが、複数の短冊が設定される態様はこの場合に限られない。例えば、複数の短冊は、所定のタイミング（例えば、イベント処理の開始時期など）に設定されてもよい。この場合、ＣＰＵ２１は、例えば、メニューｍ６（図１２参照）が選択操作されたことを認識すると、短冊データの中から複数の短冊を抽出して、ウェブページＰ８と同様に構成されたウェブページを表示するためのＨＴＭＬデータを生成して、通信端末１０宛に送信してもよい。このウェブページには、例えば、抽出した短冊に対応する抽出条件と、当該短冊を選択するためのメニュー（例えばウェブページＰ８の「選択」と表記されたメニューと同様のメニュー）とが含まれる。
以下、上述した実施形態の変形例について説明する。

（７−１）変形例１
上記実施形態のゲーム制御装置の変形例１の機能ブロック図を図２０に示す。図２０に示すように、この機能ブロック図は、図１１に示したものとは、制限手段５８が追加されている点で異なる。
制限手段５８は、複数の短冊（選択肢）から所定の組み合わせの短冊が選択されることを制限する機能を備える。
ここで、「所定の組み合わせ」とは、短冊の組み合わせがゲームの設定上あるいはゲームのシナリオ上成立し得ない組み合わせであってもよく、例えば、抽出条件が選手カード（オブジェクト）の属性に関するものである場合には、抽出条件の判別対象となる当該属性の種類が同じ短冊同士の組み合わせであってもよい。例えば、属性の種類が希少度であった場合に、希少度４の選手カードと希少度５の選手カードとを組み合わせるのは、両方の希少度からなる選手カードを選択することになってしまうので、そのような抽選は行うことができないようにすることが好ましい。従って、このような組み合わせを選択対象から排除するのである。
本変形例によれば、例えば、抽出条件に含まれる属性の種類が同じ短冊同士などのように、抽出条件の内容が共通する複数の短冊が選択されることを抑制することができる。これにより、組み合わせ不可の短冊が予めわかるので、ユーザにとって利便性の高いゲームを実現することができる。

本変形例における制限手段５８の機能は、例えば以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、例えば、図２１に例示した設定例に基づき構成された設定用データをゲームデータベース３２に予め格納してもよい。図２１に示す設定例では、短冊に対応する抽出条件ごとに、他の抽出条件と組み合わせて選択されることの可否が設定されている。例えば、抽出条件の判別対象となる属性の種類（図の例では、レア度、所属チーム、ポジションなど）が同じ短冊同士が選択されないように設定されることが好ましい。図２１を参照して具体的に説明すると、「レア度が５である」という抽出条件に対応する短冊は、「レア度が４である」という抽出条件に対応する短冊と組み合わせて選択することができないように設定されている。また、「レア度が５である」という抽出条件に対応する短冊は、「所属チームがＰ１である」という抽出条件に対応する短冊や「ポジションが投手である」という抽出条件に対応する短冊と組み合わせて選択することが可能なように設定されている。
ゲームサーバ２０のＣＰＵ２１は、例えば、図１７のウェブページＰ８上で「選択」と表記されたメニューが選択操作されると、選択操作されたメニューに対応する短冊に基づいて、所定の組み合わせの短冊の選択を制限する処理を行う。具体的には、ＣＰＵ２１は、設定用データを参照して、選択操作されたメニューに対応する短冊と組み合わせて選択できない短冊を抽出し、抽出した短冊に対応するメニュー（「選択」）を例えばウェブページ上から消去してもよい。例えば、図１７のウェブページＰ８上で「ポジションが「投手」の選手カードである」という抽出条件に対応するメニュー（「選択」）が選択操作された場合、「ポジションが「一塁手」の選手カードである」という抽出条件に対応するメニュー（「選択」）がウェブページ上から消去されてもよい。従って、ユーザから見れば、既に選択された短冊と組み合わせることの可能な短冊のみが表示されていることになる。

（７−２）変形例２
上記実施形態では、選択可能回数が短冊（選択肢）に設定されている場合を一例として説明したが、選択可能期間が短冊に設定されてもよい。また、抽出手段５６は、選択された１又は複数の短冊のうち、選択可能期間内の短冊の抽出条件に合致する選手カード（オブジェクト）を抽出してもよい。
この場合、例えば、ある短冊に対応する抽出条件がユーザにとって強く希望するものであり、しかも当該短冊の選択可能期間の期限が迫っていれば、他の短冊と組み合わせずに早めに抽選を行うことも考えられる。また、ユーザが強く希望する抽出条件に対応する短冊の選択可能期間の期限に余裕がある一方で、他の短冊に対応する抽出条件がいずれもあまり希望するものではなかった場合には、他の短冊の選択可能期間が終了した後に、新たな短冊の抽出条件が希望するものであることを期待して、敢えて抽選するタイミングを遅らせることも考えられる。あるいはまた、いずれの短冊の抽出条件もユーザが希望するものであれば、早期に選手カードを入手するために、直ちに組み合わせを行い、次々と選手カードの抽選を実行していくことも考えられる。このように、選択可能期間を設けることで、ユーザがとるべき様々な戦略が生まれるため、ゲーム性に深みが増す。
また、ユーザは、例えば所望の選手カードが満たす抽出条件に対応する短冊の選択可能期間が終了すると、所望の選手カードを得るために、当該短冊が新たに提示されるまでゲームをプレイすることが動機付けられる。これにより、ユーザの遊戯意欲を向上させる仕組みとすることができる。
なお、短冊には、選択可能回数及び選択可能期間が設定されてもよい。この場合、抽出手段５６は、選択された１又は複数の短冊のうち、選択可能回数内及び選択可能期間内の短冊の抽出条件に合致する選手カードを抽出する。

本変形例における抽出手段５６の機能を実現するに当たって、第２検出リストには、短冊の識別コードごとに、選択可能期間が対応付けられた状態で記録されてもよい。例えば、第２短冊が抽出されるごとに、当該第２短冊に対応する選択可能期間が所定期間延長されるように構成されてもよい。ゲームサーバ２０のＣＰＵ２１は、例えば、図１９ＢのフローのステップＳ２８０において、オン状態の選択フラグに対応する短冊のうち選択可能期間内の短冊を選択し、選択した短冊の抽出条件を満たす選手カードの抽出処理を行えばよい。
また、本変形例における提示手段５４では、ＣＰＵ２１は、例えば、図１５のウェブページＰ３又はＰ４上で、メニューｍ１１の選択操作が行われると、ウェブページＰ８の代わりに、図２２に例示するウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０宛に送信してもよい。図２２のウェブページには、短冊ごとに、短冊に対応付けられた抽出条件と、当該抽出条件の選択可能期限（期限）と、当該抽出条件を選択するための「選択」と表記されたメニューとが含まれる。なお、ＣＰＵ２１は、選択可能期限が終了した短冊が存在する場合、当該短冊に関するデータをウェブページに含めなくてもよい。

（７−３）変形例３
上記実施形態において、複数の短冊（選択肢）は、所定の対価が設定されており、抽出手段５６は、選択された１又は複数の短冊に設定された対価の支払いを条件として、選択された１又は複数の短冊の抽出条件に合致する選手カード（オブジェクト）を抽出してもよい。
ここで、「対価」とは、例えば、ユーザが保有するゲーム上のポイントなどであってもよいし、所定のアイテムやキャラクタなどであってもよい。
本変形例によれば、ユーザは、例えば、所望の選手カードを得るために多くの短冊を選択するほど（つまり、抽出条件を多く設定するほど）、多くの対価の支払いを行う必要がある。このため、例えば所望の選手カードを得るために、短冊の数（抽出条件の数）をどの程度に設定すべきかなどについてユーザに慎重に検討させることができるので、ユーザの判断力や戦略が求められる仕組みとすることができる。

本変形例における抽出手段５６の機能は、例えば以下のようにして実現できる。なお、ここでは、対価が所定量のエールポイントである場合を一例として説明する。本変形例における短冊データには、例えば図２３に示すように、短冊ごとに、エールポイント（対価）が記述されてもよい。エールポイントの値は、短冊ごとに任意に設定されてもよい。ゲームサーバ２０のＣＰＵ２１は、例えば、後述する図２４のウェブページ上で「選択」と表記されたメニューが選択されるごとに、選択されたメニューに対応する短冊のエールポイントの合計を算出する。そして、ＣＰＵ２１は、メニューｍ１３が選択操作されたときのエールポイントの合計が、選択操作を行ったユーザが保有するエールポイントの量以下であれば、選択された短冊に基づく選手カードの抽出処理を行ってもよい。なお、本変形例において、ユーザが保有するエールポイントの量の上限は、例えば、ユーザの技能レベルが上がるほど、増加するように構成されてもよい。
また、本変形例における提示手段５４では、ＣＰＵ２１は、例えば、図１５のウェブページＰ３又はＰ４上で、メニューｍ１１の選択操作が行われると、ウェブページＰ８の代わりに、図２４に例示するウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０宛に送信してもよい。図２４のウェブページには、短冊ごとに、短冊に対応付けられた抽出条件と、当該抽出条件の選択可能回数（数）と、当該抽出条件を適用するために必要なエールポイント（図の例では、必要ポイント）と、当該抽出条件を選択するための「選択」と表記されたメニューとが含まれる。なお、ＣＰＵ２１は、ユーザが保有するエールポイントの量よりも多くのエールポイントが設定された短冊が存在する場合、当該短冊に関するデータをウェブページに含めなくてもよい。
なお、本変形例では、対価がエールポイントである場合を一例として説明したが、これに限られない。例えば、対価は他のポイント（本実施形態のゲームを例に挙げれば、行動ポイント、運営ポイント、あるいは強化ポイント）であってもよいし、所定のアイテムやキャラクタなどであってもよい。

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

上述した実施形態では、実行対象のゲームが選手カードを用いたサッカーゲームである場合の例について説明したが、本発明のゲームはこれに限られず、任意のゲームに適用することができる。例えば、ロールプレイングゲーム、テーブルゲーム、パズルゲーム、スポーツゲーム、レースゲーム、シューティングゲーム、アクションゲーム、アドベンチャーゲーム、シミュレーションゲームなどの各種ジャンルのゲームにおいて、ゲーム上のオブジェクトの選択または抽選が行われるように構成されている場合には、本発明を好適に適用することができる。

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

上述した実施形態では、ソーシャルゲームに適用される場合を例として説明したが、これに限られない。例えば、ネットワーク上に置かれたサーバ装置と家庭用オンラインゲーム機とを接続した、いわゆるオンラインゲームシステムにおいても、上述した実施形態と同様に、各ユーザによるゲームの進行を制御できることは言うまでもない。
また、例えば、家庭用ゲーム機がオフライン状態の場合であっても、上述した実施形態と同様に、ユーザによるゲームの進行を制御することができる。

上述した実施形態では、ネットワーク上のゲームサーバ２０及びデータベースサーバ３０によって、設定手段５３、抽出手段５４及び実行手段５５の各機能を実現する構成としたが、この構成に限られない。これらのすべての手段を通信端末１０によって実現する構成としてもよいし、少なくとも一部の手段を通信端末１０によって実現する構成としてもよい。通信端末１０とゲームサーバ２０とでは実質的に同一のハードウエア構成を採ることができるため、上記実施形態に記載したようにして通信端末１０によっても各機能を実現できる。例えば、図２５（ａ），（ｂ）に、図１１に示した機能ブロック図の各機能について、通信端末１０と、ゲームサーバ２０及びデータベースサーバ３０との機能分担の例を示す。なお、上述した実施形態では、各種データ（例えば、選手カードデータや戦術カードデータなど）をデータベースサーバ３０（ゲームデータベース３２）が記憶している構成としたが、通信端末１０内の記憶装置に記憶させてもよい。その場合には、記憶装置は、通信端末１０内のＲＡＭ１３や図示しないＨＤＤ(Hard Disk Drive)などの大容量記憶装置であってよい。

上述した実施形態その他の記載では、ゲーム上のオブジェクトを抽出する場合について説明したが、本発明は、抽出対象がゲーム上のオブジェクトに限られない。
つまり、抽出対象をデータ一般とした抽選装置であってもよい。この場合、提示手段５４は、オブジェクトの抽出条件と対応する複数の選択肢を提示する機能を備えてもよい。選択手段５５は、ユーザの入力に関する情報に基づいて、前記複数の選択肢から１又は複数の選択肢を選択する機能を備えてもよい。抽出手段５６は、選択された１又は複数の選択肢の抽出条件に合致するオブジェクトを抽出する機能を備えてもよい。付与手段５７は、抽出されたオブジェクトを前記ユーザに付与する機能を備えてもよい。

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

Claims (7)

1. ゲーム上のオブジェクトの複数の抽出条件のそれぞれと対応する複数の選択対象を提示する提示手段と、
   ユーザの入力に関する情報に基づいて、前記複数の選択対象から２以上の選択対象を選択する選択手段と、
   選択された２以上の選択対象に対応する抽出条件の組み合わせに合致するオブジェクトを抽出する抽出手段と、
   抽出されたオブジェクトを前記ユーザに付与する付与手段と、
   前記複数の選択対象から所定の組み合わせの選択対象が選択されることを制限する制限手段と、
   を備えたゲーム制御装置。
2. 前記複数の選択対象には、それぞれ、選択可能期間及び選択可能回数の少なくともいずれかが設定されており、
   前記抽出手段は、選択された２以上の選択対象のうち、選択可能期間内あるいは選択可能回数内の選択対象に対応する抽出条件に合致するオブジェクトを抽出することを特徴とする、
   請求項１に記載されたゲーム制御装置。
3. 前記複数の選択対象には、それぞれ、所定の対価が設定されており、
   前記抽出手段は、選択された２以上の選択対象に設定された対価の支払いを条件として、選択された複数の選択対象に対応する抽出条件の組み合わせに合致するオブジェクトを抽出することを特徴とする、
   請求項１または２に記載されたゲーム制御装置。
4. 前記ユーザの入力に関する情報に基づいて、選択対象の母集団の中から前記複数の選択対象を設定する設定手段を備えたことを特徴とする、
   請求項１〜３のいずれかに記載されたゲーム制御装置。
5. コンピュータを、請求項１〜４のいずれかに記載されたゲーム制御装置の各手段として機能させるためのプログラム。
6. 通信端末と、当該通信端末からアクセスされるサーバとを含むゲームシステムであって、
   請求項１〜４のいずれかに記載されたゲーム制御装置の各手段を、前記通信端末又は前記サーバのいずれか一方が備えた、
   ゲームシステム。
7. 請求項１〜４のいずれかに記載されたゲーム制御装置の各手段を備えた、抽選装置。

Images