特許 5715094 ゲーム制御装置、プログラム、ゲームシステム、情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5715094

(24)【登録日】2015年3月20日

(45)【発行日】2015年5月7日

(54)【発明の名称】ゲーム制御装置、プログラム、ゲームシステム、情報処理装置

(51)【国際特許分類】

   A63F 13/69 20140101AFI20150416BHJP

   A63F 13/30 20140101ALI20150416BHJP

   A63F 13/55 20140101ALI20150416BHJP

【ＦＩ】

   A63F13/69 510

   A63F13/30

   A63F13/55

【請求項の数】9

【全頁数】29

(21)【出願番号】特願2012-146869(P2012-146869)

(22)【出願日】2012年6月29日

(65)【公開番号】特開2014-8217(P2014-8217A)

(43)【公開日】2014年1月20日

【審査請求日】2013年12月18日

(73)【特許権者】

【識別番号】506113602

【氏名又は名称】株式会社コナミデジタルエンタテインメント

(74)【代理人】

【識別番号】110000165

【氏名又は名称】グローバル・アイピー東京特許業務法人

(72)【発明者】

【氏名】鴻上 謙史

【審査官】 植野 孝郎

(56)【参考文献】

【文献】 特開２００２−３６６８５２（ＪＰ，Ａ）

【文献】 特開２０１３−１９８５９０（ＪＰ，Ａ）

【文献】 国際公開第２０１３／１９０８５３（ＷＯ，Ａ１）

【文献】 特開２００３−１９３５６（ＪＰ，Ａ）

【文献】 「バンドヒーローズ！」ログインボーナス機能や期間限定ガチャを追加，４Ｇａｍｅｒ．ｎｅｔ，２０１２年 ６月１９日，ＵＲＬ，http://www.4gamer.net/games/166/G016695/20120619019/

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６３Ｆ１３／００−１３／９８

Ａ６３Ｆ ９／２４

Ｇ０６Ｑ３０／００−３０／０８

Ｇ０６Ｑ５０／００−５０／３４

(57)【特許請求の範囲】

【請求項1】

ユーザに対する付与順序が決まっている複数のオブジェクトの各々について、オブジェクトの内容に関するオブジェクト情報の少なくとも一部と、オブジェクトの付与順序に関する情報とを、前記オブジェクトが付与される前に前記ユーザに提供する情報提供手段と、
所定の入力又はゲームの進行状況に関する情報に基づいて、前記複数のオブジェクトのうち少なくとも一つのオブジェクトを、前記付与順序に従って前記ユーザに付与する付与手段と、
前記複数のオブジェクトのうち少なくとも一つのオブジェクトが前記ユーザに付与されると、前記複数のオブジェクトに追加オブジェクトとして新たなオブジェクトを追加する追加手段と、を備え、
前記追加手段は、前記追加オブジェクトのオブジェクト情報と、前記複数のオブジェクトのそれぞれのオブジェクト情報とに基づいて、当該追加オブジェクトの付与順序を設定する、
ゲーム制御装置。

【請求項2】

ユーザに対する付与順序が決まっている複数のオブジェクトの各々について、オブジェクトの内容に関するオブジェクト情報の少なくとも一部と、オブジェクトの付与順序に関する情報とを、前記オブジェクトが付与される前に前記ユーザに提供する情報提供手段と、
所定の入力又はゲームの進行状況に関する情報に基づいて、前記複数のオブジェクトのうち少なくとも一つのオブジェクトを、前記付与順序に従って前記ユーザに付与する付与手段と、
前記複数のオブジェクトのうち少なくとも一つのオブジェクトが前記ユーザに付与されると、少なくとも一つのオブジェクトを追加オブジェクトとして、当該追加オブジェクトの付与順序を設定した上で前記複数のオブジェクトに追加する追加手段と、を備え、
前記オブジェクト情報には、オブジェクトのパラメータが含まれ、
前記追加手段は、前記パラメータが所定の閾値以上のオブジェクトである特定オブジェクトが前記複数のオブジェクトに含まれている場合、前記追加オブジェクトの付与順序が前記特定オブジェクトの付与順序より後になるように設定する、
ゲーム制御装置。

【請求項3】

ユーザに対する付与順序が決まっている複数のオブジェクトの各々について、オブジェクトの内容に関するオブジェクト情報の少なくとも一部と、オブジェクトの付与順序に関する情報とを、前記オブジェクトが付与される前に前記ユーザに提供する情報提供手段と、
所定の入力又はゲームの進行状況に関する情報に基づいて、前記複数のオブジェクトのうち少なくとも一つのオブジェクトを、前記付与順序に従って前記ユーザに付与する付与手段と、
前記複数のオブジェクトのうち少なくとも一つのオブジェクトが前記ユーザに付与されると、少なくとも一つのオブジェクトを追加オブジェクトとして、当該追加オブジェクトの付与順序を設定した上で前記複数のオブジェクトに追加する追加手段と、を備え、
前記オブジェクト情報には、オブジェクトのパラメータが含まれ、
前記追加手段は、前記パラメータが所定の閾値以上のオブジェクトである特定オブジェクトが前記追加オブジェクトとして前記複数のオブジェクトに追加される場合、前記追加オブジェクトの付与順序が、前記複数のオブジェクトにおける所定の付与順序より先となるように設定する、
ゲーム制御装置。

【請求項4】

前記オブジェクト情報は、前記オブジェクトに関する画像情報であることを特徴とする、
請求項１〜３のいずれかに記載されたゲーム制御装置。

【請求項5】

前記付与手段は、前記ユーザによる所定の対価の支払いを条件として、前記所定の入力を許可することを特徴とする、
請求項１〜４のいずれかに記載されたゲーム制御装置。

【請求項6】

前記追加オブジェクトの付与順序に関する情報を前記ユーザに提示する提示手段を備えたことを特徴とする、
請求項１〜５のいずれかに記載されたゲーム制御装置。

【請求項7】

コンピュータを、請求項１〜６のいずれかに記載されたゲーム制御装置の各手段として機能させるためのプログラム。

【請求項8】

通信端末と、当該通信端末からアクセスされるサーバとを含むゲームシステムであって、
請求項１〜６のいずれかに記載されたゲーム制御装置の各手段を、前記通信端末又は前記サーバのいずれか一方が備えた、
ゲームシステム。

【請求項9】

請求項１〜６のいずれかに記載されたゲーム制御装置の各手段を備えた、情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザに付与されるオブジェクトを抽選するときの技術に関する。

【背景技術】

【0002】

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

【0003】

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

【先行技術文献】

【非特許文献】

【0004】

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

【発明の概要】

【発明が解決しようとする課題】

【0005】

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

【0006】

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

【課題を解決するための手段】

【0007】

本発明の第１の観点は、ゲーム制御装置であって、
ユーザに対する付与順序が決まっている複数のオブジェクトの各々について、オブジェクトの内容に関するオブジェクト情報の少なくとも一部と、オブジェクトの付与順序に関する情報とを、前記オブジェクトが付与される前に前記ユーザに提供する情報提供手段と、
所定の入力又はゲームの進行状況に関する情報に基づいて、前記複数のオブジェクトのうち少なくとも一つのオブジェクトを、前記付与順序に従って前記ユーザに付与する付与手段と、
を備える。

【0008】

このゲーム制御装置において、「オブジェクト」は付与対象となり得るものであれば如何なるものでもよく、例えばゲーム上のアイテムやキャラクタを含んでもよい。この場合、アイテムとは、例えばユーザがゲーム上保有することができるものであってもよいし、ユーザがゲーム上で収集する必要があるものであってもよいし、ユーザがゲーム上で有利な効果を得られるものなどであってもよい。また、キャラクタとは、例えば現実世界に存在するもの（例えばスポーツ選手や歌手、アイドル、動物等）を模したものや、ゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカードに表示されているものをも含む。また、魔法や技についてのカードであってもよい。

【0009】

このゲーム制御装置によれば、ユーザは、オブジェクトの付与に先立って、付与対象となる複数のオブジェクトの各々の内容に関するオブジェクト情報の少なくとも一部と、各オブジェクトの付与順序とを認識することができる。この場合、ユーザは、複数のオブジェクトごとに、所望のオブジェクトとすべきか否かをオブジェクト情報に基づいて判別することができる。ここで、例えば、所望のオブジェクトが複数のオブジェクトに含まれている場合には、ユーザは、所望のオブジェクトを付与順序に従って入手することができるが、当該所望のオブジェクト以外の他のオブジェクト（つまり、複数のオブジェクトのうち付与順序が所望のオブジェクトよりも先のオブジェクト）も入手する必要がある。この場合、所望のオブジェクトの付与順序が後になるほど、ユーザに付与される他のオブジェクトの数が多くなる。このため、ユーザには、例えば、所望のオブジェクトを入手することができるという期待感と、所望のオブジェクトを入手するために他のオブジェクトを入手しなければならない煩わしさとを比較検討することが求められるので、ユーザの判断力や戦略が求められる仕組みとすることができる。これにより、興趣性の高いゲームを実現することができる。

【0010】

上記ゲーム制御装置において、前記オブジェクト情報は、前記オブジェクトに関する画像情報であってもよい。
この構成では、ユーザは、オブジェクトの付与に先立って、複数のオブジェクトごとに、オブジェクトに関する画像情報の少なくとも一部を得ることができる。この場合、ユーザは、画像情報の少なくとも一部に基づいて、複数のオブジェクトの各々の内容を認識あるいは想定することができるので、各オブジェクトを得ることに対するユーザの期待感を高めることができる。これにより、さらに興趣性の高いゲームを実現することができる。

【0011】

上記ゲーム制御装置において、前記付与手段は、前記ユーザによる所定の対価の支払いを条件として、前記所定の入力を許可してもよい。
ここで、「対価」とは、例えば、ユーザが保有するゲーム上のポイントなどであってもよいし、所定のアイテムやキャラクタなどであってもよい。
この構成では、例えば、所望のオブジェクトの付与順序が後になるほど、ユーザは、当該所望のオブジェクトを得るために、多くの対価の支払いを行う必要がある。このため、例えば所望のオブジェクトを入手すべきか否かなどについてユーザに慎重に検討させることができるので、ユーザの判断力や戦略がさらに求められる仕組みとすることができる。

【0012】

上記ゲーム制御装置において、前記複数のオブジェクトのうち少なくとも一つのオブジェクトが前記ユーザに付与されると、少なくとも一つのオブジェクトを追加オブジェクトとして、当該追加オブジェクトの付与順序を設定した上で前記複数のオブジェクトに追加する追加手段を備えてもよい。
この構成では、複数のオブジェクトのうち少なくとも一つのオブジェクトがユーザに付与されると、少なくとも一つの追加オブジェクトが複数のオブジェクトに追加される。これにより、所定数以上のオブジェクトが常に存在することになることから、ユーザを飽きさせない仕組みとすることができる。また、追加オブジェクトの付与順序が、ユーザが入手したいと思っている所望のオブジェクトよりも先になるか、あるいは後になるかによって、所望のオブジェクトの付与順序が変化する可能性があることから、ユーザの緊張感を高める仕組みとすることができる。即ち、例えば、一つ追加オブジェクトの付与順序が所望のオブジェクトよりも先になるように配置されてしまうと、その分、所望オブジェクトの入手順序が一つ遅れてしまうことになるので、ユーザは、追加オブジェクトの配置位置に注目することになる。

【0013】

上記ゲーム制御装置において、前記追加オブジェクトの付与順序に関する情報を前記ユーザに提示する提示手段を備えてもよい。
この構成では、ユーザは、提示された情報に基づいて、追加オブジェクトの付与順序を認識することができる。この場合、ユーザには、例えば、追加オブジェクトが追加されるごとに、追加オブジェクトを所望のオブジェクトとすべきか否か、あるいは追加オブジェクトを入手すべきか否かなどについて検討することが求められることから、興趣性をさらに高める仕組みとすることができる。

【0014】

上記ゲーム制御装置において、前記追加手段は、追加オブジェクトが前記複数のオブジェクトに追加される際、前記追加オブジェクトのオブジェクト情報と、前記複数のオブジェクトのそれぞれのオブジェクト情報とに基づいて、前記追加オブジェクトの付与順序を設定してもよい。
例えば、追加オブジェクトが追加されるごとに、当該追加オブジェクトの付与順序がユーザの所望のオブジェクトよりも先となるように設定されることが続くと、ユーザは、当該所望のオブジェクトをいつまでも入手できないおそれがある。そこで、このゲーム制御装置によれば、例えば、複数のオブジェクト及び追加オブジェクトのうち、ユーザにとって所望の度合いが高いと想定されるオブジェクト情報を含むオブジェクトの付与順序が先となるように設定することができる。これにより、ユーザは、所望のオブジェクトを入手することが可能となる。

【0015】

上記ゲーム制御装置において、前記オブジェクト情報には、オブジェクトのパラメータが含まれ、前記追加手段は、前記パラメータが所定の閾値以上のオブジェクトである特定オブジェクトが前記複数のオブジェクトに含まれている場合、前記追加オブジェクトの付与順序が前記特定オブジェクトの付与順序より後になるように設定してもよい。
例えば、ユーザが特定オブジェクト（例えば、能力の高いオブジェクトや希少度の高いオブジェクトなど）を所望する場合、追加オブジェクトが追加されるごとに、当該追加オブジェクトの付与順序が特定オブジェクトよりも先となるように設定されることが続くと、ユーザは、当該特定オブジェクトをいつまでも入手できないおそれがある。そこで、このゲーム制御装置によれば、追加オブジェクトが追加された場合、当該追加オブジェクトの付与順序が特定オブジェクトよりも後になるように設定されるので、特定オブジェクトの付与順序が追加オブジェクトによって繰り下げられない。これにより、ユーザは、追加オブジェクトを含む複数のオブジェクトの中から特定オブジェクトを早期に入手することが可能となる。

【0016】

上記ゲーム制御装置において、前記オブジェクト情報には、オブジェクトのパラメータが含まれ、前記追加手段は、前記パラメータが所定の閾値以上のオブジェクトである特定オブジェクトが前記追加オブジェクトとして前記複数のオブジェクトに追加される場合、前記追加オブジェクトの付与順序が、前記複数のオブジェクトにおける所定の付与順序より先となるように設定してもよい。
このゲーム制御装置によれば、特定オブジェクトが追加オブジェクトとして追加された場合、当該特定オブジェクトの付与順序が複数のオブジェクトにおける所定の付与順序より先となるように設定されるので、複数のオブジェクトにおける特定オブジェクトの付与順序が上位になり得る。これにより、例えば、ユーザが特定オブジェクトを所望する場合、複数のオブジェクトの中から特定オブジェクトを早期に入手することが可能となる。

【0017】

本発明の第２の観点は、ゲーム制御方法であって、
ユーザに対する付与順序が決まっている複数のオブジェクトの各々について、オブジェクトの内容に関するオブジェクト情報の少なくとも一部と、オブジェクトの付与順序に関する情報とを、前記オブジェクトが付与される前に前記ユーザに提供するステップと、
所定の入力又はゲームの進行状況に関する情報に基づいて、前記複数のオブジェクトのうち少なくとも一つのオブジェクトを、前記付与順序に従って前記ユーザに付与するステップと、
を備える。

【0018】

本発明の第３の観点は、コンピュータに、
ユーザに対する付与順序が決まっている複数のオブジェクトの各々について、オブジェクトの内容に関するオブジェクト情報の少なくとも一部と、オブジェクトの付与順序に関する情報とを、前記オブジェクトが付与される前に前記ユーザに提供する機能、及び
所定の入力又はゲームの進行状況に関する情報に基づいて、前記複数のオブジェクトのうち少なくとも一つのオブジェクトを、前記付与順序に従って前記ユーザに付与する機能、
を実現させるためのプログラムである。

【0019】

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

【0020】

本発明の第４の観点は、通信端末と、当該通信端末からアクセスされるサーバとを含むゲームシステムであって、
ユーザに対する付与順序が決まっている複数のオブジェクトの各々について、オブジェクトの内容に関するオブジェクト情報の少なくとも一部と、オブジェクトの付与順序に関する情報とを、前記オブジェクトが付与される前に前記ユーザに提供する情報提供手段、
所定の入力又はゲームの進行状況に関する情報に基づいて、前記複数のオブジェクトのうち少なくとも一つのオブジェクトを、前記付与順序に従って前記ユーザに付与する付与手段、
の各手段を、前記通信端末又は前記サーバのいずれか一方が備える。

【0021】

本発明の第５の観点は、情報処理装置であって、
ユーザに対する付与順序が決まっている複数のオブジェクトの各々について、オブジェクトの内容に関するオブジェクト情報の少なくとも一部と、オブジェクトの付与順序に関する情報とを、前記オブジェクトが付与される前に前記ユーザに提供する情報提供手段と、
所定の入力に関する情報に基づいて、前記複数のオブジェクトのうち少なくとも一つのオブジェクトを、前記付与順序に従って前記ユーザに付与する付与手段と、
を備える。

【発明の効果】

【0022】

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

【図面の簡単な説明】

【0023】

【図1】実施形態のゲーム装置の外観を示す図。

【図2】実施形態のゲーム装置の内部構成を示す図。

【図3】ユーザデータベースのデータ構成例を示す図。

【図4】選手カードデータベースのデータ構成例を示す図。

【図5】付与カードリストのデータ構成例を示す図。

【図6】実施形態においてゲーム画像の表示例を示す図。

【図7】実施形態においてゲーム画像の表示例を示す図。

【図8】付与対象の選手カードの画像の一例を示す図。

【図9】実施形態においてゲーム画像の表示例を示す図。

【図10】実施形態においてゲーム画像の表示例を示す図。

【図11】実施形態のゲーム装置で主要な役割を果たす機能を説明するための機能ブロック図。

【図12】実施形態のゲーム装置により行われる抽選処理のフローチャート。

【図13】（ａ）は付与対象となる選手カードの画像の他の例を示す図、（ｂ）はゲーム画像の表示例を示す図。

【図14】ゲーム画像の表示例を示す図。

【図15】変形例のゲーム装置で主要な役割を果たす機能を説明するための機能ブロック図。

【図16】変形例のゲーム装置により行われる抽選処理のフローチャート。

【図17】変形例のゲーム装置で主要な役割を果たす機能を説明するための機能ブロック図。

【図18】変形例においてゲーム画像の表示例を示す図。

【図19】変形例においてゲーム画像の表示例を示す図。

【図20】クライアントサーバシステムによってゲームを実行する場合のシステム構成を示す図。

【図21】クライアントサーバシステムによってゲームを実行する場合の、通信端末と、ゲームサーバ及びデータベースサーバとの間の分担例を示す図。

【発明を実施するための形態】

【0024】

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

【0025】

（１）ゲーム装置の構成
図１は、本発明のゲーム制御装置の一実施形態として携帯型ゲーム装置（以下、単に「ゲーム装置」という。）１の外観を示している。図２は、本実施形態のゲーム装置１のハードウエア構成を示すブロック図である。
図１に示すように、本実施形態のゲーム装置１は、上部筐体２ａと下部筐体２ｂを含む本体部２を備え、上部筐体２ａと下部筐体２ｂとは、互いに開閉自在に連結されている。本実施形態のゲーム装置１の表示装置３には、上部筐体２ａに設けられた上部液晶モニタ３ａと、下部筐体２ｂに設けられた下部液晶モニタ３ｂとが含まれる。
入力部４は、ユーザの操作入力を受け入れるための複数の釦を含む。図１に示す釦の筐体に対する配置例によれば、この複数の釦は下部筐体２ｂに設けられており、下部液晶モニタ３ｂよりも左側に配置された十字状の方向指示釦４ａおよび電源釦４ｅ、下部液晶モニタ３ｂよりも右側に配置されたセレクト釦４ｂ、スタート釦４ｃおよび複数の指示釦４ｄ、下部筐体２ｂの左右の隅角部に配置されたＬ釦４ｆおよびＲ釦４ｇを含む。
記憶媒体装着部５（図１では不図示）は、下部筐体２ｂの下部に設けられている。この記憶媒体装着部５には、記憶媒体１７が装着可能になっている。記憶媒体１７は、例えばフラッシュメモリを内蔵したカード型記憶媒体、光ディスク等のディスク状記憶媒体などである。
なお、図１には図示していないが、スピーカ２２が上部筐体２ａ又は下部筐体２ｂのいずれかの内部に設けられており、上部筐体２ａ又は下部筐体２ｂのいずれかにはスピーカ２２からの音声を外部に伝達するための開口部が設けられている。

【0026】

図２を参照すると、本実施形態のゲーム装置１は主として、表示装置３、入力部４、記憶媒体装着部５および制御装置１０、さらに記憶媒体装着部５により本体部２に装着可能な外部記憶媒体１７を備える。本実施形態のゲーム装置１では、入力部４、制御装置１０、および、記憶媒体装着部５を介して記憶媒体１７がバス１６を介して信号（データ信号、制御信号）を転送可能に接続される。

【0027】

制御装置１０は主に、ゲームプログラムの実行や、ゲームプログラムの実行に伴う信号転送処理およびデータ処理を行うために設けられている。制御装置１０は、例えば、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ(Read Only Memory)１２、ＲＡＭ(Random Access Memory)１３、画像処理回路１４およびサウンド処理回路１５を含む。ＣＰＵ１１は、ゲームプログラムの命令を解釈し、その命令に応じた各種のデータ処理を行う。

【0028】

画像処理回路１４は、主に、画像データの加工処理を行う。例えば、画像処理回路１４は、２次元の画像の重ね合わせ演算やαブレンディング等の透過演算、各種の飽和演算を行う。また、画像処理回路１４は、ゲーム空間としての仮想３次元空間に配置され、テクスチャマッピングが施されたポリゴンからなるデータ（例えばキャラクタ等のオブジェクトのデータ）を、Ｚバッファ法等によりレンダリングして、所定の視点位置から仮想３次元空間に配置されたポリゴンを見たレンダリング画像を得る演算を行ってもよい。
また、画像処理回路１４は、描画すべき画像データをフレーム毎にバッファリングする機能（いわゆるＶＲＡＭとしての機能）を備える。

【0029】

記憶媒体１７は、例えば、ゲームプログラムや、ゲームプログラムで使用される各種データの他、キャラクタ等のオブジェクトの２次元及び／又は３次元データを格納するために設けられている。記憶媒体１７から読み出されたキャラクタ等のオブジェクトの２次元及び／又は３次元データを含む各種データは、ＲＡＭ１３に一時的に格納される。また、ＲＡＭ１３にはゲームの進行に必要なデータが格納され、ＣＰＵ１１によって逐次更新・削除・追加される。

【0030】

表示装置３は、主に、画像処理回路１４によって得られる画像データや、記憶媒体１７から読み出される画像データなどを画像として出力するために設けられている。表示装置３は、例えば、入力した画像データ（データ信号）に基づいて、画像を上部液晶モニタ３ａおよび下部液晶モニタ３ｂに表示する。各モニタは例えばＬＣＤ(Liquid Cristal Display)モニタであり、画像データに基づき、マトリクス状に画素単位で配置された薄膜トランジスタを駆動することで画像が表示される。

【0031】

サウンド処理回路１５は、主に、記憶媒体１７から読み出される音声データ、及び／又は自ら生成した音声データを、音声としてスピーカ２２から出力するために設けられている。サウンド処理回路１５には、例えば圧縮音声データをデコードするデコード回路、デコードした音声信号を増幅する増幅回路などが含まれてもよい。

【0032】

入力部４は、プレイヤの操作に伴う種々の入力を受け入れるための入力装置であり、プレイヤの操作に応じた入力信号をＣＰＵ１１へ送出する。
入力部４の各釦には、記憶媒体１７からロードされるゲームプログラムに応じて種々の機能が割り当てられている。例えば、複数の指示釦４ｄのいずれかには、ゲーム上のキャラクタに対する所望の操作を指示する機能、ゲーム上のキャラクタの動作のタイミングを決定する機能、あるいは複数の選択肢の中から選択されたものを確定する機能、あるいは複数のメニューのうちアクティブ表示されたメニューの選択を確定させる機能などが割り当てられてよい。方向指示釦４ａは例えば、モニタ上に表示されるオブジェクトや表示領域を所望の方向に移動させる機能、複数のメニューのいずれかをアクティブ表示にする機能などが割り当てられてよい。Ｌ釦４ｆおよびＲ釦４ｇは、複数の選択肢を順に表示する機能などが割り当てられてよい。以下の説明では、ゲーム画像上に表示される１又は複数のメニューの中から方向指示釦４ａによっていずれかのメニューをアクティブ表示させ、アクティブ表示させたメニューを複数の指示釦４ｄのいずれかの釦によって確定させる操作を、メニューの「選択操作」という。
なお、図１に示した入力部４の各釦の配置、各釦に対する機能の割り当ては一例に過ぎず、制御装置１０がゲームプログラムに基づくゲーム全体の進行を制御するための所要の入力を受け入れることが可能であるならば、その配置および割り当てられる機能は問わない。
また、入力部４は、表示装置３にタッチパネル入力機能を備えることで構成するようにしてもよい。例えば、上部液晶モニタ３ａ又は下部液晶モニタ３ｂに表示される所定領域にゲーム上の種々の機能を割り当てておき、所定領域が触れられたことを認識することでその所定領域に割り当てられた機能の選択を認識するようにしてもよい。メニューに対応する所定領域を触れる操作が、そのメニューの「選択操作」であってもよい。

【0033】

本実施形態のゲーム装置１によって実現されるゲームのタイプは特に限定されるものではないが、以下では、ゲーム装置１によって実現されるゲームの一例として、サッカー形式のデジタルカードゲーム（以下、適宜、「本実施形態のゲーム」という。）を採り上げる。本実施形態のゲームは、ユーザが、サッカー選手に対応する選手カードを収集することによって自らのチームを作り上げ、ゲーム上設定されたチームとサッカーの試合を行うように構成されているゲームである。このゲームは、以下の機能を含む。

【0034】

・試合機能：
ユーザのチームと、例えばＣＰＵ１１によって任意に抽出された複数の選手カードからなるチームとの間でサッカーの試合を行う機能である。ユーザが試合に勝利すればポイント（後述する）が増加する。なお、ユーザの試合相手は、他のユーザのチームであってもよい。
・抽選機能：
ポイントを消費して、抽選によって選手カードを入手（収集）する機能である。

【0035】

本実施形態のゲームを実現するために、記憶媒体１７には、ユーザデータベースと、選手カードデータベースと、付与カードリストとが記憶される。ユーザデータベースの一例を図３に示し、選手カードデータベースの一例を図４に示す。また、付与カードリストの一例を図５に示す。

【0036】

図３に例示するユーザデータベースは、ユーザＩＤごとに、ユーザ名、進行レベル（レベル）、ポイント、及び保有カードの各項目についての情報を含む。以下の説明では、各ユーザの各項目についての情報を含む一群のデータを、そのユーザの「ユーザデータ」という。ユーザデータベース３１に含まれる情報は、ＣＰＵ１１によって逐次更新されうる。
ユーザ名は、本実施形態のゲームの実行時に表示されるテキストデータである。ユーザ名は、ユーザによって予め指定される所定長以下のテキストであってよい。
進行レベルは、ユーザのゲームの進行度合いを示すデータである。進行レベルは、例えばＬｖ１（レベル１）からＬｖ１００（レベル１００）までの範囲のレベル値である。
ポイントは、本実施形態のゲームにおいて、抽選機能を実行する上で必要となるデータである。ポイントの値は、１回の抽選を実行することで低減し、試合に勝利することで増加する。
保有カードは、ユーザがゲーム上保有する選手カードの識別コード（ＰＬ００１等）のデータである。本実施形態のゲームの場合、ユーザは、抽選機能によって選手カードを取得（収集）する。

【0037】

図４に例示する選手カードデータベースは、本実施形態のゲームで用意される選手カードとその内容に関するデータが記述されているデータベースである。選手カードデータベースには、選手カードの識別コード毎に、画像データ、選手名、所属チーム、能力値、レア度などのデータが対応付けられている。ここで、画像データ、選手名、所属チーム、能力値及びレア度の各々は、「オブジェクト情報」の一例である。所属チームは、例えば選手カードに対応する選手が現に所属するチームであってもよい。能力値は、例えば、オフェンス値、ディフェンス値及びテクニック値などの項目で構成されており、本実施形態のゲームにおいて試合機能を実行するときに参照されるデータである。なお、能力値は、その値が大きいほど（各項目の値が大きいほど）、選手カードの能力が高いことを示すように設定されてもよい。レア度は、本実施形態のゲームにおける選手カードの希少価値の度合を示す値であり、その値が高い（つまり、希少価値が高い）ほど、ゲーム内で出現する確率が非常に低く設定されてもよい。例えば、レア度を１〜５の５段階で表した場合、技術能力の際立った選手や人気のある選手に対応する選手カードのレア度は高く（例えば、４あるいは５など）設定されてもよい。
なお、選手カードのデータには、対象選手のポジション、背番号、対象選手の年齢、身長、体重、選手カードがゲームに及ぼす影響度（典型的にはポジティブな影響度）等が含まれてもよい。

【0038】

図５に例示する付与カードリストは、ユーザＩＤごとに、付与対象となる複数の選手カードの識別コードと、各選手カードの付与順序（図の例では、１〜Ｎ（Ｎは２以上の整数））とが記述されたデータである。後述するように、本実施形態のゲームでは、付与対象の選手カードが付与カードリストに設定されていない場合（例えば、ユーザが抽選機能を初めて実行する場合など）、付与対象となるＮ枚の選手カードが選手カードデータベースから抽出され、抽出されたＮ枚の選手カードは、それぞれ付与順序が設定された上で付与カードリストに記述されるように構成されている。なお、ユーザＩＤに対応する選手カードが設定されていない場合、当該ユーザＩＤに対応する選手カードの項目には例えばＮＵＬＬデータ等が記述されてもよい。

【0039】

なお、記憶媒体１７には、上述したユーザデータベース、選手カードデータベース及び付与カードリスト以外にも、本実施形態のゲームにおけるユーザ所望のデータ（例えば、勝敗数やスコア等の結果など）が記憶されてもよい。

【0040】

（２）本実施形態のゲームの内容
次に、本実施形態のゲームの内容について、図６〜１０を参照して説明する。図６、７、９、１０はそれぞれ、本実施形態のゲームのゲーム画像の一例である。図８は、付与対象の選手カードの画像の一例を示す図である。
なお、本実施形態のゲーム装置１の表示装置３には、上部液晶モニタ３ａと下部液晶モニタ３ｂとが含まれるが、図６、７、９、１０に示すゲーム画像は、上部液晶モニタ３ａ又は下部液晶モニタ３ｂのいずれかに表示されればよい。

【0041】

ゲーム装置１を起動した後には、図６に示すゲーム画像Ｓ０が初期画面として表示装置３に表示される。ゲーム装置１に対して複数のユーザ向けのゲームが実行できるように構成されている場合、ユーザを指定するための所定の操作入力に基づいて、ゲーム画像Ｓ０には、特定のユーザ（図６の例では、「ＫＮＭ」）のユーザ名が含まれるようにしてもよい。このゲーム画像Ｓ０には、試合機能を実行するためのメニューｍ１（「試合」）と、抽選機能を実行するためのメニューｍ２（「抽選」）とが含まれる。

【0042】

図示しないが、ゲーム画像Ｓ０においてメニューｍ１が選択操作されると、ユーザの保有する選手カードの中から試合に使用する選手カードを選択するゲーム画像と、選択された選手カードからなるチームと、例えばＣＰＵ１１によって用意される選手カードからなるチームとの間のサッカーの試合を実行するゲーム画像とが、順次表示装置３に表示される。

【0043】

ゲーム画像Ｓ０においてメニューｍ２が選択操作されると、図７に示すゲーム画像Ｓ１が表示装置３に表示される。ゲーム画像Ｓ１には、ユーザに付与される複数の選手カードＣ１，Ｃ２，…，ＣＮの一覧が含まれる。ゲーム画像Ｓ１の例では、複数の選手カードＣ１，Ｃ２，…，ＣＮの各々は、上面が開口した抽選箱Ｂに収容されている。また、各選手カードＣ１，Ｃ２，…，ＣＮは、画像データの上部周縁部が抽選箱Ｂの開口面から上方にあらわれ、且つ、画像データの上部周縁部がユーザによって認識可能となるように表示されている。また、各選手カードＣ１，Ｃ２，…，ＣＮは、画像手前側から画像奥側の方向（図中矢印の方向）に向かって、付与順序が後になるように配置されている。つまり、図の例では、各選手カードＣ１，Ｃ２，…，ＣＮのうち、付与順序が最先の選手カードは選手カードＣ１であり、付与順序が最後の選手カードは選手カードＣＮであることを示している。
この場合、ユーザは、ゲーム画像Ｓ１が表示装置３に表示されると、付与対象となる複数の選手カードＣ１，Ｃ２，…，ＣＮの各々の画像データ（オブジェクト情報）の一部と、各選手カードＣ１，Ｃ２，…，ＣＮの付与順序とを認識することができる。
また、ゲーム画像Ｓ１には、ユーザが抽選を行うための「選手カードを引く」と表記されたメニューｍ３などが含まれる。

【0044】

なお、選手カードの画像データの少なくとも一部が認識可能に表示される場合、当該画像データの少なくとも一部には、画像データ以外のオブジェクト情報に関する情報が含まれてもよい。また、複数の選手カードの各々の画像データの一部（例えば、画像データの端部など）が認識可能な状態で、各選手カードが所定方向（例えば縦方向や横方向など）に重なるように表示される場合、画像データ以外のオブジェクト情報に関する情報が当該一部に含まれてもよい。ここで、画像データの一部とは、画像データに含まれる部分であれば如何なる部分であってもよい。また、画像データ以外のオブジェクト情報とは、例えば、選手カードの選手名、所属チーム、能力値、レア度、ポジション、身長、体重あるいは背番号などであってもよい。
当該構成によれば、画像データ以外のオブジェクト情報に関する情報が画像データの一部に含まれることにより、ユーザは、当該情報に基づいて、選手カードの内容を容易に認識あるいは想定することが可能となる。このため、選手カードを得ることに対するユーザの期待感をさらに高めることができる。
また、例えば、複数の選手カードの各々の画像データの一部が認識可能な状態で各選手カードが所定方向（例えば縦方向や横方向など）に重なるように表示される場合には、各選手カードが重ならないように表示される場合と比較して、表示領域のサイズが限られたゲーム画像を有効に利用して多数の選手カードを表示できるとともに、ユーザに対して、各選手カードの画像データ以外のオブジェクト情報に関する情報を効果的に提供することが可能となる。具体的な表示方法としては、上記した抽選箱Ｂに選手カードが収納される態様以外に、例えば複数のトランプカードを、各カードのマークだけが見えるようにずらして重ねて配置する態様と同様に、複数の選手カードを画像データの一部が見えるように横方向にずらして配置するようにしてもよい。この場合、選手カードの画像データの横方向の端部には、オブジェクト情報を示すマーク（上記した選手カードの選手名、所属チーム、能力値、レア度、ポジション、身長、体重あるいは背番号などを示すマーク）が設けられてもよい。別の態様として、選手カードを縦方向にずらして重ねて配置する場合には、画像データの縦方向の端部には、オブジェクト情報を示すマークが設けられてもよい。つまり、複数の選手カードを抽選箱に収納する場合や、上記のように所定方向にずらして重ねて配置する場合のいずれであっても、選手カードの画像データの端部に上記マークが表示されていればよい。
本実施形態のゲームにおける選手カードの画像デザインの一例を図８に示す。例えば、各選手カードの画像データの上部周縁部が認識可能な状態で表示される場合、図８に例示するように、複数の選手カードＣ１，Ｃ２，…，ＣＮのそれぞれには、選手カードのレア度（オブジェクト情報）の値に応じた数の星型の図形（オブジェクト情報に関する情報）が当該選手カードの画像データの上部周縁部に含まれてもよい。図８の例では、付与順序が４番目の選手カードＣ４のレア度が最も高く（レア度が５）、付与順序が２番目、Ｎ番目の選手カードＣ２，ＣＮのレア度が最も低く（レア度が１）なっている。この場合、図７に示すように、各選手カードＣ１，Ｃ２，…，ＣＮの画像データの上部周縁部が認識可能に表示されることにより、ユーザは、各選手カードＣ１，Ｃ２，…，ＣＮのレア度を認識することができる。ここで、ユーザが選手カードＣ４を所望の選手カードとした場合、当該ユーザは、選手カードＣ４を付与順序に従って（つまり４番目に）入手することができるが、当該選手カードＣ４以外の他の選手カード（つまり、付与順序が選手カードＣ４よりも先の選手カード（ここでは、選手カードＣ１，Ｃ２，Ｃ３））も入手する必要がある。このため、ユーザには、例えば、所望の選手カードを入手することができるという期待感と、所望の選手カードを入手するために他の選手カードを入手しなければならない煩わしさとを比較検討することが求められるので、ユーザの判断力や戦略が求められる仕組みとすることができる。
なお、例えば、各選手カードが横方向に重なるように配置される場合、選手カードの画像データ以外のオブジェクト情報に関する情報（例えば、レア度の値に応じた数の星型の図形など）が、各選手カードの画像データのうち認識可能な部分（例えば、左側端部あるいは右側端部など）に設けられてもよい。

【0045】

ゲーム画像Ｓ１においてメニューｍ３が選択操作されると、図９のゲーム画像Ｓ２が表示装置３に表示される。ゲーム画像Ｓ２では、複数の選手カードＣ１，Ｃ２，…，ＣＮのうち付与順序が最先の選手カード（図の例では選手カードＣ１）が抽選箱Ｂから飛び出すような演出がなされ、当該選手カードの画像データの全てが表示される。このとき、ユーザは、選手カードの画像データの全てが表示されることにより、当該選手カードの内容を認識することが可能となる。そして、抽選箱Ｂから飛び出した選手カードは、ユーザに付与される。なお、ゲーム画像Ｓ２には、ユーザに付与された選手カードの内容を通知するためのメッセージ（図の例では「ｘｘｘ選手のカードを入手しました！！」）などが含まれてもよい。

【0046】

ゲーム画像Ｓ２が所定時間表示された後に、図１０のゲーム画像Ｓ３が表示装置３に表示される。ゲーム画像Ｓ３には、未付与の選手カード（ここでは、選手カードＣ２，Ｃ３，…，ＣＮ）の一覧が含まれる。ここで、ユーザがメニューｍ１３を選択操作した場合には、未付与の選手カードのうち付与順序が最先の選手カード（この場合、選手カードＣ２）がユーザに付与されることになる。

【0047】

なお、本実施形態のゲームでは、メニューｍ３が選択操作されるごとに１枚の選手カードがユーザに付与される場合を一例として説明したが、これに限られない。例えば、メニューｍ３が１回選択操作されると、複数の選手カードがユーザに付与されてもよい。
また、本実施形態のゲームでは、選手カードの付与に先立って、選手カードの画像データの上部周縁部が提供される場合を一例として説明したが、これに限られない。例えば、選手カードの付与に先立って、画像データの中心部の所定領域が提供されてもよいし、画像データの全てが提供されてもよい。

【0048】

（３）ゲーム装置における各機能の概要
以下、本実施形態のゲーム装置１によって実現される機能について、図１１を参照して説明する。図１１は、本実施形態のゲーム装置１で主要な役割を果たす機能を説明するための機能ブロック図である。

【0049】

ゲーム実行手段５１は、ユーザによる入力部４に対する操作入力に応じて、本実施形態のゲームを実行する機能を備える。上述したように、本実施形態のゲームには、試合機能と抽選機能が設けられている。
試合機能を実行するために、ＣＰＵ１１は、ユーザのチームと試合相手のチームの所定の動作が表示されるように画像データを生成して、画像処理回路１４へ送出する。試合の勝敗は、例えば、試合を行う２つのチームの各々に含まれる選手カードの能力値（たとえば、オフェンス値、ディフェンス値、テクニック値）の値に基づいて決定する方法であれば如何なる方法でもよい。例えば、ＣＰＵ１１は、ユーザのチームと、予め選択されたチーム（ＣＰＵチーム）との間で試合を実行する場合、双方のチームに含まれる選手カードの能力値の合計を比較し、合計が大きな方のチームが高い確率（例えば、６０〜９０％の範囲内の所定の確率）をもって勝利するように決定されてもよい。
なお、ユーザのチームが勝利した場合には、対象となるユーザに対して一定量のポイントを付与してもよい。その場合、ＣＰＵ１１は、記憶媒体１７にアクセスして、処理対象となるユーザのユーザデータにおけるポイントを一定量だけ加算して上書きする処理を行う。

【0050】

ゲーム実行手段５１における抽選機能は、情報提供手段５２及び付与手段５３と協働して行われる。抽選機能を実行するために、ＣＰＵ１１は、例えば以下の処理を行う。ＣＰＵ１１は、ユーザの適切な選択操作（例えば、図６のゲーム画像Ｓ０のメニューｍ２に対する選択操作）の入力を認識すると、選択操作を行ったユーザに対して付与対象の選手カードを設定したか否かを判別する。この判別処理について具体的に説明すると、ＣＰＵ１１は、記憶媒体１７内の付与カードリストにアクセスして、選択操作を行ったユーザのユーザＩＤに対応する選手カードの項目に識別コードが記録されているか否かを判別する。ここで、識別コードが記録されていない場合には、付与対象の選手カードが設定されていないと判別される。この場合、ＣＰＵ１１は、選手カードデータベースにアクセスして、所定数（本実施形態ではＮ個）の選手カードをランダムあるいは所定の規則に基づいて抽出し、抽出した選手カードごとに付与順序を決定する。各選手カードの付与順序は、例えば、抽出順が後になるほど付与順序が後になるように決定されてもよいし、ランダムあるいは所定の規則に基づいて決定されてもよい。そして、ＣＰＵ１１は、抽出した各選手カードの識別コードを、決定した付与順序に従って付与データリストに記録する。

【0051】

情報提供手段５２は、ユーザに対する付与順序が決まっている複数の選手カード（オブジェクト）の各々について、選手カードの内容に関する画像データ（オブジェクト情報）の少なくとも一部と、選手カードの付与順序に関する情報とを、前記選手カードが付与される前に前記ユーザに提供する機能を備える。
ここで、オブジェクト情報は、選手カード（オブジェクト）に関する画像データ（画像情報）であってもよい。この場合、ユーザは、選手カードの付与に先立って、複数の選手カードごとに、画像データの少なくとも一部を得ることができる。この場合、ユーザは、画像データの少なくとも一部に基づいて、複数の選手カードの各々の内容を認識あるいは想定することができるので、各選手カードを得ることに対するユーザの期待感を高めることができる。これにより、さらに興趣性の高いゲームを実現することができる。
情報提供手段５２の機能を実現するために、ＣＰＵ１１は、例えば以下の処理を行う。ＣＰＵ１１は、ユーザに対して付与対象の選手カードを設定したか否かの判別結果に応じた処理を行うと、選手カードのオブジェクト情報（例えば画像データ）の少なくとも一部と、選手カードの付与順序に関する情報とを含むゲーム画像（例えば図７のゲーム画像Ｓ１）を生成して画像処理回路１４へ送出する。この場合、ＣＰＵ１１は、付与データリストにアクセスして、ユーザのユーザＩＤに対応する選手カードを付与順序に従って抽出し、付与順序に対応する位置に選手カードが配置されるようにゲーム画像を生成する。
また、ＣＰＵ１１は、後述する付与手段５３の機能によって、選手カードがユーザに付与されると、未付与の選手カード（ここでは、選手カードＣ２，Ｃ３，…ＣＮ）のオブジェクト情報（例えば画像データ）の少なくとも一部と、未付与の選手カードの付与順序に関する情報とを含むゲーム画像（例えば図１０のゲーム画像Ｓ３）を生成して画像処理回路１４へ送出する。この場合におけるゲーム画像の生成方法は、図７に例示したゲーム画像Ｓ１の生成方法と同様である。

【0052】

なお、本実施形態では、画像データの少なくとも一部が提供される場合を一例として説明したが、これに限られない。例えば、選手名の少なくとも一部が提供されてもよいし、所属チームの名称や標章（例えばロゴやエンブレム等）の少なくとも一部が提供されてもよい。なお、選手名、所属チームの名称、標章の各々は、オブジェクト情報に関する情報の一例である。
また、本実施形態では、複数の選手カードＣ１，Ｃ２，…，ＣＮを所定方向（図７の例では矢印方向）に並べて配置することにより各選手カードＣ１，Ｃ２，…，ＣＮの付与順序を提供する場合を一例として説明したが、これに限られない。例えば、複数の選手カードＣ１，Ｃ２，…，ＣＮごとに、付与順序を示すテキストデータなどが対応付けられて提供されるようにしてもよい。なお、付与順序に関する情報は、例えば音声データや画像データなどで構成されてもよい。

【0053】

付与手段５３は、所定の入力又はゲームの進行状況に関する情報に基づいて、複数の選手カード（オブジェクト）のうち少なくとも一つの選手カードを、付与順序に従ってユーザに付与する機能を備える。
ここで、ゲームの進行状況とは、例えば、ユーザが、ゲーム上で制覇（クリア）したパートの数であってもよいし、ユーザが、ゲーム上の試合において他のユーザあるいはキャラクタに勝利した数であってもよい。また、ゲームの進行状況とは、例えば、ユーザがゲーム上で獲得した特定のアイテムの数であってもよいし、ゲームの進行度や技能レベルの高さなどであってもよい。
また、選手カードをユーザに付与するとは、選手カードに関する情報をユーザのユーザＩＤに対応付けた状態で所定の記憶装置（例えば記憶媒体１７など）に記憶させることであってよい。
付与手段５３の機能を実現するために、ＣＰＵ１１は、例えば以下の処理を行う。ＣＰＵ１１は、ユーザの適切な選択操作（例えば、図７のゲーム画像Ｓ１のメニューｍ３に対する選択操作）の入力を認識すると、当該ユーザに付与される選手カードの内容を通知するためのゲーム画像（例えば、図９のゲーム画像Ｓ２）を生成して画像処理回路１４へ送出する。そして、ＣＰＵ１１は、ユーザに対して選手カードを付与する処理を行う。この処理について具体的に説明すると、ＣＰＵ２１は、記憶媒体１７内の付与カードリストにアクセスして、処理対象となるユーザのユーザＩＤに対応する複数の選手カードのうち付与順序が最先（ここでは、１番目）の選手カードの識別コードを抽出する。そして、ＣＰＵ２１は、記憶媒体１７内のユーザデータベースにアクセスして、処理対象となるユーザのユーザデータにおける保有カードのデータとして、抽出した選手カードの識別コードを書き込む処理を行う。
また、ＣＰＵ１１は、付与カードリストにアクセスして、抽出した選手カードの識別コードを消去してもよい。この場合、ＣＰＵ１１は、付与カードリストにおいて、処理対象のユーザのユーザＩＤに対応する複数の選手カードの各々の付与順序を、抽出した選手カードの数に応じて繰り上げてもよい。例えば、抽出された選手カードの数が１つであった場合には、付与順序が２番目以降の選手カードの付与順序を１つずつ繰り上げてもよい。

【0054】

なお、ゲームの進行状況に関する情報に基づいて選手カードをユーザに付与する場合、ＣＰＵ１１は、例えば以下の処理を行う。ここでは、ユーザがゲーム上の試合に勝利した数が所定数（例えば３つ）増加する度に、選手カードが当該ユーザに付与される場合を一例として説明する。ＣＰＵ１１は、ユーザが試合に勝利した場合、例えば記憶媒体１７内に記録されている当該ユーザの勝利数を１つ増加させる。そして、ＣＰＵ１１は、勝利数が所定数増加する度に、当該ユーザに付与される選手カードの内容を通知するためのゲーム画像（例えば、図９のゲーム画像Ｓ２）を生成して画像処理回路１４へ送出するとともに、当該ユーザに対して選手カードを付与する処理を行ってもよい。

【0055】

また、付与手段５３は、ユーザによる所定の対価の支払いを条件として、メニューｍ１３の選択操作（所定の入力）を許可してもよい。
ここで、対価とは、例えば、ユーザが保有するゲーム上のポイントなどであってもよいし、所定のアイテムやキャラクタなどであってもよい。
この場合、例えば、所望の選手カード（オブジェクト）の付与順序が後になるほど、ユーザは、当該所望の選手カードを得るために、多くの対価の支払いを行う必要がある。このため、例えば所望の選手カードを入手すべきか否かなどについてユーザに慎重に検討させることができるので、ユーザの判断力や戦略がさらに求められる仕組みとすることができる。
この場合における付与手段５３の機能は、例えば以下のようにして実現できる。なお、ここでは、対価が所定量のポイントである場合を一例として説明する。ＣＰＵ１１は、ユーザの適切な選択操作（例えば、図７のゲーム画像Ｓ１のメニューｍ３に対する選択操作）の入力を認識すると、選択操作を行ったユーザのユーザデータを参照し、当該ユーザのユーザＩＤに対応するポイントの値が所定量以上であるか否かを判別する。そして、ＣＰＵ１１は、ポイントの値が所定量以上の場合、当該ポイントの値を所定量減算した後に、当該ユーザに対して選手カードを付与する処理を行う。なお、ポイントの値が所定量未満の場合には、ＣＰＵ１１は、例えば「ポイントが少ないため選手カードを引くことができません。」などのメッセージを通知するためのゲーム画像を生成して画像処理回路１４へ送出してもよい。

【0056】

（４）本実施形態のゲーム装置の主要な処理のフロー
次に、本実施形態のゲーム装置１により行われる主要な処理のフローの一例について、図１２のフローチャートを参照して説明する。なお、図１２には、図６、７、９、１０のゲーム画像Ｓ０〜Ｓ３の表示タイミングを付記してある。
ＣＰＵ１１は、ゲーム画像Ｓ０においてメニューｍ２（抽選）が選択操作されると、（ステップＳ１００：ＹＥＳ）、選択操作を行ったユーザに対して付与対象の選手カードを設定したか否かを判別する（ステップＳ１１０）。具体的に説明すると、ＣＰＵ１１は、記憶媒体１７内の付与カードリストにアクセスして、選択操作を行ったユーザのユーザＩＤに対応する選手カードの項目に識別コードが記録されているか否かを判別する。そして、識別コードが記録されていない場合には、付与対象の選手カードが設定されていないと判別される（ステップＳ１１０：ＮＯ）。この場合、ＣＰＵ１１は、選手カードデータベースにアクセスして、所定数（本実施形態ではＮ個）の選手カードをランダムあるいは所定の規則に基づいて抽出し（ステップＳ１２０）、抽出した選手カードごとに付与順序を決定する（ステップＳ１３０）。各選手カードの付与順序は、例えば、抽出順が後になるほど付与順序が後になるように決定されてもよいし、ランダムあるいは所定の規則に基づいて決定されてもよい。そして、ＣＰＵ１１は、抽出した各選手カードの識別コードを、決定した付与順序に従って付与データリストに記録する。なお、ステップＳ１１０において、付与対象の選手カードが設定されている場合（つまり、付与カードリストにおいて、選択操作を行ったユーザのユーザＩＤに対応する選手カードの項目に識別コードが記録されている場合）には（ステップＳ１１０：ＹＥＳ）、ＣＰＵ１１は、後述するステップＳ１４０の処理に移行する。

【0057】

次に、ＣＰＵ１１は、選手カードのオブジェクト情報（例えば画像データ）の少なくとも一部と、選手カードの付与順序に関する情報とを含むゲーム画像（例えば図７のゲーム画像Ｓ１）を生成して画像処理回路１４へ送出する（ステップＳ１４０）。この場合、ＣＰＵ１１は、付与データリストにアクセスして、ユーザのユーザＩＤに対応する選手カードを付与順序に従って抽出し、付与順序に対応する位置に選手カードが配置されるようにゲーム画像を生成する。

【0058】

次いでＣＰＵ１１は、ゲーム画像Ｓ１においてメニューｍ３が選択操作されると（ステップＳ１５０：ＹＥＳ）、選択操作を行ったユーザに付与される選手カードの内容を通知するためのゲーム画像（例えば、図９のゲーム画像Ｓ２）を生成して画像処理回路１４へ送出する。そして、ＣＰＵ１１は、当該ユーザに対して選手カードを付与する処理を行う（ステップＳ１６０）。この処理について具体的に説明すると、ＣＰＵ２１は、記憶媒体１７内の付与カードリストにアクセスして、処理対象となるユーザのユーザＩＤに対応する複数の選手カードのうち付与順序が最先（ここでは、１番目）の選手カードの識別コードを抽出する。そして、ＣＰＵ２１は、記憶媒体１７内のユーザデータベースにアクセスして、処理対象となるユーザのユーザデータにおける保有カードのデータとして、抽出した選手カードの識別コードを書き込む処理を行う。なお、ＣＰＵ１１は、ステップＳ１５０の処理において、メニューｍ３が所定時間以上選択操作されない場合（ステップＳ１５０：ＮＯ）、抽選処理を終了してもよい。
なお、ＣＰＵ１１は、ユーザによる所定の対価の支払いを条件として、メニューｍ１３の選択操作（所定の入力）を許可する場合には、以下の処理を行ってもよい。例えば、ＣＰＵ１１は、ステップＳ１５０の処理においてメニューｍ３が選択操作されたことを認識した場合、選択操作を行ったユーザのユーザデータを参照し、当該ユーザのユーザＩＤに対応するポイントの値が所定量以上であるか否かを判別する。そして、ＣＰＵ１１は、ポイントの値が所定量以上の場合、当該ポイントの値を所定量減算した後に、当該ユーザに対して選手カードを付与する処理を行う。なお、ポイントの値が所定量未満の場合には、ＣＰＵ１１は、例えば「ポイントが少ないため選手カードを引くことができません。」などのメッセージを通知するためのゲーム画像を生成して画像処理回路１４へ送出してもよい。
ＣＰＵ１１は、ステップＳ１６０の処理を行うと、未付与の選手カード（ここでは、選手カードＣ２，Ｃ３，…ＣＮ）のオブジェクト情報（例えば画像データ）の少なくとも一部と、未付与の選手カードの付与順序に関する情報とを含むゲーム画像（例えば図１０のゲーム画像Ｓ３）を生成して画像処理回路１４へ送出する。

【0059】

以上説明したように、本実施形態のゲーム装置１によれば、ユーザは、選手カード（オブジェクト）の付与に先立って、付与対象となる複数の選手カードの各々の内容に関するオブジェクト情報（例えば画像データ）の少なくとも一部と、各選手カードの付与順序とを認識することができる。この場合、ユーザは、複数の選手カードごとに、所望の選手カードとすべきか否かをオブジェクト情報（例えば画像データ）に基づいて判別することができる。ここで、例えば、所望の選手カードが複数の選手カードに含まれている場合には、ユーザは、所望の選手カードを付与順序に従って入手することができるが、当該所望の選手カード以外の他の選手カード（つまり、複数の選手カードのうち付与順序が所望の選手カードよりも先の選手カード）も入手する必要がある。この場合、所望の選手カードの付与順序が後になるほど、ユーザに付与される他の選手カードの数が多くなる。このため、ユーザには、例えば、所望の選手カードを入手することができるという期待感と、所望の選手カードを入手するために他の選手カードを入手しなければならない煩わしさとを比較検討することが求められるので、ユーザの判断力や戦略が求められる仕組みとすることができる。これにより、興趣性の高いゲームを実現することができる。

【0060】

なお、付与対象の複数の選手カードは、切り替えられるように構成されてもよい。この場合、ユーザは、付与対象の複数の選手カードの中に所望の選手カードが存在しないと判断した場合に、所定の入力に基づいて、付与対象の複数の選手カードを新たに選択することができる。この機能を実現するために、ＣＰＵ１１は、例えば、ゲーム画像Ｓ１を生成する際に、選手カードの切り替えを指示するためのメニューを含めてもよい。そして、当該メニューが選択操作された場合、ＣＰＵ１１は、ステップＳ１２０の処理に移行すればよい。
ここで、選手カードの切り替えが無制限に行われることを防ぐために、切り替え可能な回数が所定回数に制限されてもよい。

【0061】

（５）実施形態の変形例
上述した実施形態では、付与対象の「オブジェクト」が選手カードである場合を例として説明したが、これに限られない。「オブジェクト」は付与対象となり得るものであれば如何なるものでもよく、例えばゲーム上のアイテムや他のキャラクタを含んでもよい。この場合、アイテムとは、例えばユーザがゲーム上保有することができるものであってもよいし、ユーザがゲーム上で収集する必要があるものであってもよいし、ユーザがゲーム上で有利な効果を得られるものなどであってもよい。また、キャラクタとは、例えば現実世界に存在するもの（例えばスポーツ選手や歌手、アイドル、動物等）を模したものや、ゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカードに表示されているものをも含む。また、魔法や技についてのカードを含みうる。
また、上述した実施形態では、複数のオブジェクト（選手カードＣ１，Ｃ２，…ＣＮ）が付与順序に従って抽選箱Ｂに収容されている場合を一例として説明したが、これに限られない。例えば、抽選機能において、予め設定された経路を所定の入力に応じて進めるようなサブゲーム（例えば双六など）が構成されている場合には、当該経路を進めることにより複数のオブジェクトを入手できるようにしてもよい。この場合、複数のオブジェクトの付与順序と当該経路の進行方向とを一致させることが好ましい。

【0062】

以下、上述した実施形態についての変形例について説明する。
（５−１）変形例１
上述した実施形態では、レア度に応じた数の星型の図形が画像データに含まれる場合を選手カードの画像デザインの一例として説明したが、これに限られない。本変形例における選手カードの画像デザインの第１の例を図１３に示す。図１３（ａ）は付与対象となる選手カードの画像デザインの第１の例を示す図であり、図１３（ｂ）は本変形例におけるゲーム画像の表示例を示す図である。例えば、選手カードが付与される前に当該選手カードの画像データの少なくとも一部（例えば上部周縁部）がユーザに提供される場合、図１３（ａ）に示すように、画像データの上部周縁部には、選手カードに対応する選手の所属チームの標章ｍａ１，ｍａ２，…，ｍａＮや当該選手の背番号などが含まれてもよい。なお、所属チームの標章や選手の背番号は、オブジェクト情報に関する情報の一例である。この場合、図６のゲーム画像Ｓ０のメニューｍ２が選択操作されると、図７のゲーム画像Ｓ１の代わりに、図１３（ｂ）に示すゲーム画像が表示される。図１３（ｂ）に示すように、各選手カードＣ１，Ｃ２，…，ＣＮの画像データの上部周縁部が認識可能に表示されることにより、ユーザは、各選手カードＣ１，Ｃ２，…，ＣＮの所属チーム及び／又は背番号を認識あるいは想定することにより、各選手カードＣ１，Ｃ２，…，ＣＮの内容を想定することができる。したがって、ユーザは、複数の選手カードＣ１，Ｃ２，…，ＣＮごとに、所望の選手カードとすべきか否かを、提供された画像データに基づいて判別することができる。
また、本変形例における選手カードの画像デザインの第２の例を用いた場合のゲーム画像の表示例を図１４に示す。例えば、選手カードが付与される前に当該選手カードの画像データの少なくとも一部（例えば上部周縁部）がユーザに提供される場合、画像データの上部周縁部には、選手カードの所属チームのカラー（オブジェクト情報に関する情報）やレア度などに応じた彩色（例えば、レア度が５の場合には金色、レア度が４の場合には銀色など）が施されてもよい。この場合、ユーザは、各選手カードＣ１，Ｃ２，…，ＣＮの所属チームやレア度などを認識することができる。このため、ユーザは、複数の選手カードＣ１，Ｃ２，…，ＣＮごとに、所望の選手カードとすべきか否かを、提供された画像データに基づいて判別することができる。

【0063】

（５−２）変形例２
上記実施形態のゲーム制御装置の変形例２の機能ブロック図を図１５に示す。図１５に示すように、この機能ブロック図は、図１１に示したものとは、追加手段５４が追加されている点で異なる。
追加手段５４は、複数の選手カード（オブジェクト）のうち少なくとも一つの選手カードがユーザに付与されると、少なくとも一つの選手カードを追加選手カード（追加オブジェクト）として、当該追加選手カードの付与順序を設定した上で前記複数の選手カードに追加する機能を備える。
本変形例によれば、複数の選手カードのうち少なくとも一つの選手カードがユーザに付与されると、少なくとも一つの追加選手カードが複数の選手カードに追加される。これにより、所定数以上の選手カードが常に存在することになることから、ユーザを飽きさせない仕組みとすることができる。また、追加選手カードの付与順序が、ユーザが入手したいと思っている所望の選手カードよりも先になるか、あるいは後になるかによって、所望の選手カードの付与順序が変化する可能性があることから、ユーザの緊張感を高める仕組みとすることができる。即ち、例えば、一つ追加選手カードの付与順序が所望の選手カードも先になるように配置されてしまうと、その分、所望の選手カードの入手順序が一つ遅れてしまうことになるので、ユーザは、追加選手カードの配置位置に注目することになる。

【0064】

本変形例における追加手段５４の機能は、例えば図１６のフローを参照して以下のように実現できる。図１６は本変形例のゲーム装置１により行われる主要な処理のフローの一例である。なお、図１６のフローにおけるステップＳ１００〜Ｓ１６０の処理の内容は、上述した図１２のフローと同様であるため、詳細な説明を省略する。
ＣＰＵ１１は、ステップＳ１６０において、ユーザに対して選手カードを付与する処理を行うと、選手カードデータベースにアクセスして、付与対象として追加される選手カード（追加選手カード）をランダムあるいは所定の規則に基づいて抽出する（ステップＳ１７０）。そして、ＣＰＵ１１は、追加選手カードの付与順序（ここでは、１〜Ｎの何れか）を決定する（ステップＳ１８０）。追加選手カードの付与順序は、例えば、最後（つまり、Ｎ番目）になるように決定されてもよいし、ランダムあるいは所定の規則に基づいて決定されてもよい。そして、ＣＰＵ１１は、追加選手カードの識別コードを、決定した付与順序に従って付与データリストに記録する。このとき、ＣＰＵ１１は、未付与の選手カードのうち、付与順序が追加選手カードよりも後になる選手カードの付与順序が順次繰り下げられるように、付与データリストの更新処理を行う。

【0065】

（５−３）変形例３
上記変形例２のゲーム制御装置の変形例の機能ブロック図を図１７に示す。図１７に示すように、この機能ブロック図は、図１５に示したものとは、提示手段５５が追加されている点で異なる。
提示手段５５は、追加選手カード（追加オブジェクト）の付与順序に関する情報をユーザに提示する機能を備える。
本変形例によれば、ユーザは、提示された情報に基づいて、追加選手カードの付与順序を認識することができる。この場合、ユーザには、例えば、追加選手カードが追加されるごとに、追加選手カードを所望のオブジェクトとすべきか否か、あるいは追加選手カードを入手すべきか否かなどについて検討することが求められることから、興趣性をさらに高める仕組みとすることができる。

【0066】

本変形例における提示手段５５の機能は、例えば以下のようにして実現できる。ＣＰＵ１１は、例えば、図１６に示すフローのステップＳ１６０において、ユーザに対して選手カードを付与する処理を行うと、ゲーム画像Ｓ３の代わりに図１８のゲーム画像Ｓ１１を生成して画像処理回路１４へ送出する。ゲーム画像Ｓ１１には、追加選手カードの付与順序に関する情報を通知するための表示領域１０１が含まれる。なお、ゲーム画像Ｓ１１には、例えば追加選手カードのレア度を通知するための表示領域１０２が含まれてもよい。ゲーム画像Ｓ１１が表示装置３に表示される際、各表示領域１０１，１０２は所定方向（例えば縦方向）に回転している。そして、ゲーム画像Ｓ１１が表示装置３に表示されてから所定時間が経過すると、ＣＰＵ１１は、各表示領域１０１，１０２の回転が停止した状態を示すゲーム画像（例えば図１８のゲーム画像Ｓ１２）を生成して画像処理回路１４へ送出する。この場合、ユーザは、表示領域１０１に表示された情報（ここでは、テキストデータ）に基づいて、追加選手カードの付与順序を認識することができる。
なお、ＣＰＵ１１は、図１６に示すフローのステップＳ１７０において、回転が停止した状態の各表示領域１０１，１０２の内容に対応する選手カードを、追加選手カードとして選手カードデータベースから抽出してもよい。

【0067】

また、提示手段５５は、追加選手カード（追加オブジェクト）の画像データ（オブジェクト情報）が未付与の選手カードよりも際立つように提示してもよい。この場合における提示手段５５の機能を実現するために、ＣＰＵ１１は、例えば、図１６に示すフローのステップＳ１８０の処理を行うと、例えば図１９のゲーム画像Ｓ２１を生成して画像処理回路１４へ送出する。ゲーム画像Ｓ２１には、未付与の選手カードよりも上方に突出した追加選手カードＣＡが含まれる。この場合、ユーザは、ゲーム画像Ｓ２１に表示された情報に基づいて、追加選手カードＣＡの付与順序を認識することができる。
また、ＣＰＵ２１は、ゲーム画像Ｓ２１が表示装置３に表示されてから所定時間が経過すると、例えば図１９のゲーム画像Ｓ２２を生成して画像処理回路１４へ送出する。ゲーム画像Ｓ２２における追加選手カードＣＡの上方周縁部の突出高さは、未付与の選手カードの上方周縁部の突出高さと同等であってよい。

【0068】

（５−４）変形例４
上記変形例２又は３において、追加手段５４は、追加選手カード（追加オブジェクト）が複数の選手カード（オブジェクト）に追加される際、追加選手カードのオブジェクト情報と、複数の選手カードのそれぞれのオブジェクト情報とに基づいて、追加選手カードの付与順序を設定してもよい。
例えば、追加選手カードが追加されるごとに、当該追加選手カードの付与順序がユーザの所望の選手カードよりも先となるように設定されることが続くと、ユーザは、当該所望の選手カードをいつまでも入手できないおそれがある。そこで、本変形例によれば、例えば、複数の選手カード及び追加選手カードのうち、ユーザにとって所望の度合いが高いと想定されるオブジェクト情報を含む選手カードの付与順序が先となるように設定することができる。これにより、ユーザは、所望の選手カードを入手することが可能となる。

【0069】

本変形例における追加手段５４の機能は、例えば以下のように実現できる。なお、ここでは、追加選手カードと複数の選手カードとの間で比較対象となるオブジェクト情報がレア度である場合を一例として説明する。この場合、選手カードのレア度が高いほど、当該選手カードの希少価値が高いため、ユーザにとって所望の度合いが高くなると考えられる。ＣＰＵ１１は、例えば、図１６に示すフローのステップＳ１８０において、ステップＳ１７０にて抽出した追加選手カードのレア度と、未付与の複数の選手カードの各々のレア度とを比較し、未付与の複数の選手カードのうち追加選手カードよりもレア度の高い選手カードが存在する場合には、追加選手カードの付与順序が当該選手カードより後になるように設定してもよい。
なお、ＣＰＵ１１は、例えば、追加選手カードの能力値と、未付与の複数の選手カードの各々の能力値とを比較し、未付与の複数の選手カードのうち追加選手カードよりも能力値の高い選手カードが存在する場合には、追加選手カードの付与順序が当該選手カードより後になるように設定してもよい。

【0070】

（５−５）変形例５
上記変形例２、３又は４において、オブジェクト情報には、選手カード（オブジェクト）のパラメータが含まれ、追加手段５４は、前記パラメータが所定の閾値以上の選手カードである特定オブジェクトが複数の選手カードに含まれている場合、追加選手カード（追加オブジェクト）の付与順序が前記特定オブジェクトの付与順序より後になるように設定してもよい。
ここで、パラメータとは、例えば、選手カード（オブジェクト）の能力を示すものであってもよいし、選手カードの希少価値を示すものであってもよいし、選手カードに対応する選手の現実世界における人気度やカリスマ性を数値化したものであってもよい。
例えば、ユーザが特定オブジェクト（例えば、能力の高い選手カードや希少度の高い選手カードなど）を所望する場合、追加選手カードが追加されるごとに、当該追加選手カードの付与順序が特定オブジェクトよりも先となるように設定されることが続くと、ユーザは、当該特定オブジェクトをいつまでも入手できないおそれがある。そこで、本変形例によれば、追加選手カードが追加された場合、当該追加選手カードの付与順序が特定オブジェクトよりも後になるように設定されるので、特定オブジェクトの付与順序が追加選手カードによって繰り下げられない。これにより、ユーザは、追加選手カードを含む複数の選手カードの中から特定オブジェクトを早期に入手することが可能となる。

【0071】

本変形例における追加手段５４の機能は、例えば以下のように実現できる。なお、ここでは、パラメータがレア度である場合を一例として説明する。ＣＰＵ１１は、例えば、図１６に示すフローのステップＳ１８０において、付与カードリストにアクセスして、処理対象のユーザＩＤに対応する複数の選手カードの識別コードを抽出する。次に、ＣＰＵ１１は、選手カードデータベースにアクセスして、抽出した識別コードに対応する選手カードのうち、レア度が所定の閾値（例えば４）以上の選手カードを特定オブジェクトとして抽出する。そして、ＣＰＵ１１は、追加選手カードの付与順序が特定オブジェクトの付与順序よりも後になるように設定する。
なお、未付与の複数の選手カード内に特定オブジェクトが複数含まれる場合には、ＣＰＵ１１は、追加選手カードの付与順序が、複数の特定オブジェクトのうち付与順序が最後の特定オブジェクトよりも後になるように設定してもよい。

【0072】

（５−６）変形例６
上記変形例２、３、４又は５において、オブジェクト情報には、選手カード（オブジェクト）のパラメータが含まれ、追加手段５４は、前記パラメータが所定の閾値以上の選手カードである特定オブジェクトが追加選手カード（追加オブジェクト）として複数の選手カードに追加される場合、追加選手カードの付与順序が、複数の選手カードにおける所定の付与順序より先となるように設定してもよい。
本変形例によれば、特定オブジェクトが追加選手カードとして追加された場合、当該特定オブジェクトの付与順序が複数の選手カードにおける所定の付与順序より先となるように設定されるので、複数の選手カードにおける特定オブジェクトの付与順序が上位になり得る。これにより、例えば、ユーザが特定オブジェクトを所望する場合、複数の選手カードの中から特定オブジェクトを早期に入手することが可能となる。

【0073】

本変形例における追加手段５４の機能は、例えば以下のように実現できる。なお、ここでは、パラメータがレア度である場合を一例として説明する。ＣＰＵ１１は、例えば、図１６に示すフローのステップＳ１８０において、追加選手カードが特定オブジェクトであるか否かを判別する。例えば、追加選手カードのレア度が所定の閾値（例えば４）以上であれば、当該追加選手カードが特定オブジェクトであると判別してもよい。ＣＰＵ１１は、追加選手カードが特定オブジェクトであると判別した場合、追加選手カードの付与順序が所定の付与順序（例えば５番目）よりも先（つまり、１番目〜４番目の何れか）になるように設定する。
なお、ユーザが、レア度の高い選手カードを１回の抽選処理（メニューｍ３の選択操作）で入手できないようにするために、例えば、追加選手カードの付与順序が１番目とならないように設定してもよい。

【0074】

以上、本発明の実施形態とその変形例について詳細に説明したが、本発明は上記実施形態とその変形例に限定されない。また、各実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。例えば、上記実施形態では、抽選箱に収容された複数の選手カードの各々の画像データの一部をユーザが確認できるようにしたが、選手カードの画像データ全体（即ち、選手カードの情報の全て）をユーザが確認できる構成とすることも可能である。具体的には、ベルトコンベアのような帯状体の上に、各選手カードが、その内容の全てが確認される状態で、付与順序に従って載置され、帯状体が一方向（例えばユーザ側）に向かって順次移動する構成としておき、一番先頭の選手カードが順次、ユーザに付与されるように構成することが考えられる。この場合においても、追加選手カードは、帯状体上に配置されている複数の選手カードの間に割り込む形で挿入されるようにすればよい。例えば、上述した実施形態、及び各変形例に記載された技術的事項は、適宜組み合わせてもよい。

【0075】

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

【0076】

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

【0077】

図２０に示したゲームシステムでは、通信端末１００とゲームサーバ２００との間でＨＴＴＰ(Hypertext Transfer Protocol)に従った通信を行う。例えば、通信端末１００は、ゲームサーバ２００に対してＨＴＴＰリクエスト（例えば、ウェブページ上でのユーザのハイパーリンクまたはメニューの選択結果を含む。）を送信し、ゲームサーバ２００は、受信したＨＴＴＰリクエストに基づいて所定のデータ処理や、演算処理を行い、その処理結果を含むＨＴＴＰレスポンスをゲームサーバ２００のウェブブラウザに返す。ＨＴＴＰレスポンスには、ウェブページを更新するためのＨＴＭＬデータが含まれる。

【0078】

例えば、本実施形態で述べた抽選機能をこのゲームシステムで実現する場合、選手カードデータベースと、付与カードリストをデータベースサーバ３００に記憶しておく。ユーザが通信端末１００に表示されているウェブページ上で、抽選機能の実行を開始するためのメニューの選択操作を行うと、そのメニューの選択結果を含むＨＴＴＰリクエストがゲームサーバ２００宛に送信される。ゲームサーバ２００は、ＨＴＴＰリクエストを受信すると、データベースサーバ３００内の選手カードデータベースにアクセスして、所定数の選手カードを例えばランダムに選択し、選択した選手カードのオブジェクト情報（例えば画像データ）の少なくとも一部と、選手カードの付与順序とを含むＨＴＭＬデータを生成して通信端末１００へ返す。ＨＴＭＬデータを受信すると、通信端末１００は、ブラウザがＨＴＭＬデータを解釈してウェブページを更新して表示し、それによって、付与対象の複数の選手カードの各々のオブジェクト情報の一部と、各オブジェクトの付与順序とがユーザの通信端末１００上に表示される。ここで、通信端末１００に表示されるウェブページは、例えばゲーム画像Ｓ１と同様に構成されてもよい。

【0079】

なお、クライアントサーバシステムによって、情報提供手段５２及び付与手段５３の各機能を実現する場合、これらのすべての手段をゲームサーバ２００及びデータベースサーバ３００において実現してもよいが、通信端末１００と、ゲームサーバ２００及びデータベースサーバ３００とで、適宜機能分担を行ってもよい。図２１（ａ），（ｂ）には、本実施形態のゲーム制御装置の各機能（図１１に示す各機能）について、通信端末１００と、ゲームサーバ２００及びデータベースサーバ３００との間の分担例を示す。

【0080】

上述した実施形態その他の記載では、ゲーム上のオブジェクトが付与対象となる場合について説明したが、本発明は、付与対象がゲーム上のオブジェクトに限られない。
つまり、付与対象をデータ一般とした情報処理装置であってもよい。この場合、情報提供手段５２は、ユーザに対する付与順序が決まっている複数のオブジェクトの各々について、オブジェクトの内容に関するオブジェクト情報の少なくとも一部と、オブジェクトの付与順序に関する情報とを、前記オブジェクトが付与される前に前記ユーザに提供する機能を備えてもよい。また、付与手段５３は、所定の入力に関する情報に基づいて、複数のオブジェクトのうち少なくとも一つのオブジェクトを、付与順序に従ってユーザに付与する機能を備えてもよい。

【符号の説明】

【0081】

１…ゲーム装置
３…表示装置
４…入力部
５…記憶媒体装着部
１０…制御装置
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１４…画像処理回路
１５…サウンド処理回路
１６…バス
１７…記憶媒体
２２…スピーカ
５１…ゲーム実行手段
５２…情報提供手段
５３…付与手段
５４…追加手段
５５…提示手段
１００…通信端末
２００…ゲームサーバ
３００…データベースサーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】