JP6061252B2 - ゲーム制御装置、プログラム、ゲームシステム、通信端末 - Google Patents

Description

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

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

上述したソーシャルゲームでは、従来のオンラインゲームよりも、ユーザ間の交流を図るためのコミュニケーション機能が充実している点が特徴の１つとなっている。ソーシャルゲームでは、例えば、他のユーザ（仲間）との協力プレイのほか、仲間との挨拶や連絡など仲間とコミュニケーションを取ることによる情報交換、仲間との間のゲーム上のアイテムのプレゼントあるいはアイテムの交換が行なわれている。このようなソーシャルゲームの一例として、下記の非特許文献１に記載されたデジタルカードゲーム（ドラゴンコレクション（登録商標））が知られている。

アプリＳＴＹＬＥ Vol.2（株式会社イースト・プレス）、26-27頁

上述したソーシャルゲームは、ユーザにとって操作が簡易であり、またゲームの実行結果が直ちに確認できるようにしたものが多く、それ故、ゲームに長時間を掛けたくないユーザ、あるいは気軽にゲームを楽しみたいユーザに受け入れられている。言い換えれば、ソーシャルゲームはゲーム性が単純であるという言うこともできる。そのため、ユーザをよりゲームに引き付ける、あるいはゲームの魅力をより向上させる仕組みとして、例えばユーザの期待感を高める仕組みがもとめられている。

本発明は上述した観点に鑑みてなされたもので、ユーザの期待感を高めることができるゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、通信端末を提供することを目的とする。

本発明の第１の観点は、ゲーム制御装置である。 当該ゲーム制御装置は、 所定の操作入力又はゲームの進行状況に関する情報に基づいて、ゲーム上のアイテムを、当該アイテムの内容がユーザに認識されない状態で当該ユーザに付与する付与手段と、 前記アイテムの内容について前記ユーザが認識可能となる時期を、前記付与手段による前記ユーザへの前記アイテムの付与以降の所定時期まで制限する制限手段と、 を備える。

ここで、所定の操作入力に関する情報とは、例えば、ゲーム制御装置にアクセス可能な外部装置に対して所定の操作入力が行われたことを示す情報であってもよい。また、ゲームの進行状況に関する情報とは、例えば、ゲーム上の所定のエリアを制覇したり、キャラクタが所定のレベルに達したことなどであってもよい。また、アイテムとは、例えば、キャラクタのパラメータやポイントなどを回復する回復薬や、キャラクタの能力をアップする薬品などであってもよいし、キャラクタが使用する武器や防具などであってもよい。 さらに、アイテムの内容がユーザに認識されない状態とは、例えば、アイテムの内容の全てがユーザに認識されない状態であってもよいし、アイテムの内容の全てがユーザに認識されない程度においてアイテムの内容の一部がユーザに認識されている状態であってもよい。 このゲーム制御装置によれば、アイテムが付与されたユーザは、当該アイテムの付与以降の所定時期まで当該アイテムの内容を知ることができない。このため、アイテムの内容に対するユーザの期待感を高めることができる。また、当該アイテムの内容を知るために、前記所定時期までユーザをゲームに引き付けておくことができ、そのアイテムの内容を認識した上でさらにその所定時期以降にゲームをプレイするという動機付けをユーザに与えることができる。これにより、ユーザが長期間継続してゲームを楽しむことができるようになる

上記ゲーム制御装置において、前記所定時期は、前記アイテムに関連のある現実世界のイベントの所定の時期であってもよい。 ここで、アイテムに関連のある現実世界のイベントとは、例えば、アイテムが野球選手のカードである場合には、現実世界で行われる野球の試合であってもよいし、アイテムがサッカー選手のカードである場合には、現実世界で行われるサッカーの試合であってもよい。また、イベントの所定の時期とは、例えば、イベントが野球の試合である場合には、公式戦の開幕日、オールスター戦の開催日、日本シリーズの開催日、あるいは試合において所定イニング（例えば７回）が開始するタイミングなどであってもよい。 このゲーム制御装置によれば、現実世界のイベントの所定の時期が到来すると、ユーザは、付与され、かつ現実世界のイベントとリンクされたアイテムの内容を知ることができる。これにより、前記イベントの所定の時期が近づくのに伴って、ユーザの期待感をより高めることができる。

上記ゲーム制御装置において、前記アイテムが複数存在する場合に、前記所定時期は、複数のアイテムのそれぞれに設定されてもよい。 ここで、それぞれのアイテムに設定された所定時期は、アイテム毎に同じ時期であってもよいし、異なっていてもよい。例えば、アイテム毎に所定のレベルが設定されている場合には、アイテムのレベルが高いほど、前記所定時期を他のアイテムよりも後の時期に設定してもよい。 このゲーム制御装置によれば、付与されたアイテムの数が多くなるほど、それぞれのアイテムの内容を知る時期が異なりうるため、ユーザの期待感を継続的に高めることができる。

上記ゲーム制御装置において、前記アイテムには使用開始時期が設定されており、前記制限手段は、前記使用開始時期が到来するまでの前記アイテムの使用を制限してもよい。 ここで、アイテムの使用開始時期は、例えば、前記所定時期と同じ時期に設定されてもよいし、前記所定時期と異なる時期に設定されてもよい。 このゲーム制御装置によれば、アイテムの内容を認識可能な時期と、アイテムの使用可能時期が別に設けられているので、アイテムの内容に対するユーザの期待感と、アイテムの使用によるゲーム上の効果に対するユーザの期待感とをそれぞれ高めることができる。また、アイテムの内容の認識可能な時期を、アイテムの使用可能時期より早く設定した場合には、ユーザにとってはアイテム内容がわかっているにもかかわらず、それを使用できないといった状況を発生させることができ、心理的なジレンマをユーザに与えられるので、ゲームに対するユーザの関心をより高めることができる。

上記ゲーム制御装置において、前記所定時期の経過後に、所定の操作入力に関する情報に基づいて前記アイテムの内容を前記ユーザに通知する場合に、通知するタイミングに応じて、前記アイテムの内容あるいは前記アイテムの使用による前記ゲーム上の効果を変動させる調整手段を備えてもよい。 例えば、所定時期からアイテムの内容が通知されるまでの所要時間が短いほど、予め設定されていた第１のアイテムと比較して価値の高い第２のアイテムをユーザに付与してもよい。また、当該所要時間が短いほど、予め設定されていた第１のアイテムと比較して価値の低い第２のアイテムをユーザに付与してもよい。また、例えば、所定時期の経過後の所定の時間帯（例えば、朝の９時から１０時まで）にアイテムの内容が通知される場合に、予め設定されていた第１のアイテムと比較して価値の高い第２のアイテムをユーザに付与してもよい。 これにより、価値の高いアイテムを得るのに最も適したタイミング、あるいはアイテムの使用によるゲーム上の有利な効果を得るのに最も適したタイミングで、積極的にゲームをプレイすることをユーザに動機付けることができる。また、ゲーム設定に幅を持たせることができる。

上記ゲーム制御装置において、前記アイテムが複数存在する場合に、各アイテムのそれぞれには属性が設定されており、前記付与手段によって前記アイテムが前記ユーザに付与されると、前記アイテムの属性のみを前記ユーザに通知してもよい。ここで、属性には、例えば、アイテムの希少価値、入手可能性の度合を示すレア度や、アイテム自体の能力や、アイテムがゲームに及ぼす影響度（典型的にはポジティブな影響度）等が含まれてもよい。 これにより、ユーザは、通知された属性に基づいて、付与されたアイテムの内容を想像することができる。このため、ユーザの期待感をより高めることができる。

上記ゲーム制御装置において、前記アイテムには複数の属性が設定されており、前記付与手段によって前記アイテムが前記ユーザに付与されると、前記複数の属性を、前記アイテム付与後に所定の条件を満たすことに応じて段階的に前記ユーザに通知してもよい。 ここで、「所定の条件」とは、例えばゲームの実行中に上記アイテムとは異なる他のアイテムが所定個数、ユーザの操作によって入手、あるいはユーザの操作によらずに入手されることであってよい。また、「所定の条件」とは、例えばゲームの実行中にユーザがゲーム上の所定のステージに到達することであってよい。その他、「所定の条件」は、ゲームの進行状況に関する内容に応じて任意に設定することができる。また、「所定の条件」とは、アイテム付与後に所定の時間が経過することであってよい。この場合、アイテムに設定された複数の属性が、経過時間に応じて段階的にユーザに通知されることになる。 これにより、例えば、アイテム付与後に所定の条件を満たすごとにユーザに対して属性が通知され、当該ユーザは、この通知された属性に基づいて当該アイテムの内容を想像することができる。このため、所定の条件を満たすごとに、ユーザの期待感がより高まっていくような仕組みとすることができる。

また、前記複数の属性は、前記アイテム付与後の経過時間に応じて段階的に前記ユーザに通知されてもよい。 これにより、ユーザは、例えば、属性が通知されるタイミングごとに、通知された属性に基づいて当該アイテムの内容を想像することができる。このため、属性が通知されるタイミングごとに、ユーザの期待感
がより高まっていくような仕組みとすることができる。

本発明の第２の観点は、ゲーム制御方法である。このゲーム制御方法は、ゲーム制御装置によって行われてもよい。 当該ゲーム制御方法は、 所定の操作入力又はゲームの進行状況に関する情報に基づいて、ゲーム上のアイテムを、当該アイテムの内容がユーザに認識されない状態で当該ユーザに付与するステップと、 前記アイテムの内容について前記ユーザが認識可能となる時期を、前記付与手段による前記アイテムの前記ユーザへの付与以降の所定時期まで制限するステップと、 を備える。

本発明の第３の観点は、ゲームの実行を制御するために、コンピュータに、 所定の操作入力又はゲームの進行状況に関する情報に基づいて、ゲーム上のアイテムを、当該アイテムの内容がユーザに認識されない状態で当該ユーザに付与する機能、及び 前記アイテムの内容について前記ユーザが認識可能となる時期を、前記付与手段による前記アイテムの前記ユーザへの付与以降の所定時期まで制限する機能、 を実現させるためのプログラムである。

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

本発明の第４の観点は、通信端末と、当該通信端末からアクセスされ、前記通信端末によるゲームの実行を制御するゲーム制御装置と、を含むゲームシステムであって、 所定の操作入力又はゲームの進行状況に関する情報に基づいて、ゲーム上のアイテムを、当該アイテムの内容がユーザに認識されない状態で当該ユーザに付与する付与手段と、 前記アイテムの内容について前記ユーザが認識可能となる時期を、前記付与手段による前記ユーザへの前記アイテムの付与以降の所定時期まで制限する制限手段と、 を備える。

通信端末と、当該通信端末からアクセスされるゲーム制御装置と、を含むゲームシステムであってもよい。 このゲームシステムでは、 所定の操作入力又はゲームの進行状況に関する情報に基づいて、ゲーム上のアイテムを、当該アイテムの内容がユーザに認識されない状態で当該ユーザに付与する付与手段、及び 前記アイテムの内容について前記ユーザが認識可能となる時期を、前記付与手段による前記ユーザへの前記アイテムの付与以降の所定時期まで制限する制限手段、 の各手段を、前記通信端末又は前記ゲーム制御装置のいずれか一方が備える。

本発明の第５の観点は、ゲームの実行を制御するゲーム制御装置にアクセス可能な通信端末であって、 ゲーム上のアイテムが、当該アイテムの内容がユーザに認識されない状態で付与されたことを示す情報を前記ゲーム制御装置から受信する受信手段と、 前記アイテムの内容について前記ユーザが認識可能となる時期を、前記付与手段による前記ユーザへの前記アイテムの付与以降の所定時期まで制限する制限手段と、 を備える。

本発明の第６の観点は、ゲーム制御装置である。 当該ゲーム制御装置は、 所定の操作入力又はゲームの進行状況に関する情報に基づいて、ゲーム上のアイテムを、使用不可の状態でユーザに付与する付与手段と、 前記アイテムについて前記ユーザが使用可能となる時期を、前記付与手段による前記ユーザへの前記アイテムの付与以降の所定時期まで制限する制限手段と、 を備える。

ここで、所定の操作入力に関する情報とは、例えば、ゲーム制御装置にアクセス可能な外部装置に対して所定の操作入力が行われたことを示す情報であってもよい。また、ゲームの進行状況に関する情報とは、例えば、ゲーム上の所定のエリアを制覇したり、キャラクタが所定のレベルに達したことなどであってもよい。 このゲーム制御装置によれば、アイテムが付与されたユーザは、当該アイテムの付与以降の所定時期まで当該アイテムを使用することができない。このため、アイテムの使用によるゲーム上の効果に対するユーザの期待感を高めることができる。また、当該アイテムを使用するために、前記所定時期以降にゲームをプレイするという動機付けをユーザに与えることができる。これにより、ユーザが長期間継続してゲームを楽しむことができるようになる。

上記ゲーム制御装置において、前記所定時期は、前記アイテムに関連のある現実世界のイベントの所定の時期であってもよい。 ここで、アイテムに関連のある現実世界のイベントとは、例えば、アイテムが野球選手のカードである場合には、現実世界で行われる野球の試合であってもよいし、アイテムがサッカー選手のカードである場合には、現実世界で行われるサッカーの試合であってもよい。また、イベントの所定の時期とは、例えば、イベントが野球の試合である場合には、公式戦の開幕日、オールスター戦の開催日、日本シリーズの開催日、あるいは試合において所定イニング（例えば７回）が開始するタイミングなどであってもよい。 このゲーム制御装置によれば、現実世界のイベントの所定の時期が到来すると、ユーザは、付与され、かつ現実世界のイベントとリンクされたアイテムを使用することができる。これにより、前記イベントの所定の時期が近づくのに伴って、アイテムの使用によるゲーム上の効果に対するユーザの期待感をより高めることができる。

上記ゲーム制御装置において、前記アイテムが複数存在する場合に、前記所定時期は、複数のアイテムのそれぞれに設定されてもよい。 ここで、それぞれのアイテムに設定された所定時期は、アイテム毎に同じ時期であってもよいし、異なっていてもよい。例えば、アイテム毎に所定のレベルが設定されている場合には、アイテムのレベルが高いほど、前記所定時期を他のアイテムよりも後の時期に設定してもよい。 このゲーム制御装置によれば、付与されたアイテムの数が多くなるほど、それぞれのアイテムを使用できる時期が異なりうるため、例えば各アイテムを使用するときのゲーム上の効果に対するユーザの期待感を継続的に高めることができる。

上記ゲーム制御装置において、前記所定時期の経過後に、所定の操作入力に関する情報に基づいて前記アイテムの使用を可能にする場合に、可能にするタイミングに応じて、前記アイテムの使用による前記ゲーム上の効果を変動させる調整手段を備えてもよい。 例えば、所定時期からアイテムの使用が可能になるまでの所要時間が短いほど、予め設定されていた第１のアイテムと比較して、使用したときの効果の高い第２のアイテムをユーザに付与してもよい。また、当該所要時間が短いほど、予め設定されていた第１のアイテムと比較して、使用したときの効果の低い第２のアイテムをユーザに付与してもよい。また、例えば、所定時期の経過後の所定の時間帯（例えば、朝の９時から１０時まで）にアイテムの使用が可能になる場合に、予め設定されていた第１のアイテムと比較して、使用したときの効果の高い第２のアイテムをユーザに付与してもよい。 これにより、アイテムの使用によるゲーム上の有利な効果を得るのに最も適したタイミングで、積極的にゲームをプレイすることをユーザに動機付けることができる。

本発明の第７の観点は、ゲーム制御方法である。このゲーム制御方法は、ゲーム制御装置によって行われてもよい。 当該ゲーム制御方法は、 所定の操作入力又はゲームの進行状況に関する情報に基づいて、ゲーム上のアイテムを、使用不可の状態でユーザに付与するステップと、 前記アイテムについて前記ユーザが使用可能となる時期を、前記アイテムの前記ユーザへの付与以降の所定時期まで制限するステップと、 を備える。

本発明の第８の観点は、ゲームの実行を制御するために、コンピュータに、 所定の操作入力又はゲームの進行状況に関する情報に基づいて、ゲーム上のアイテムを、使用不可の状態でユーザに付与する機能、及び 前記アイテムについて前記ユーザが使用可能となる時期を、前記アイテムの前記ユーザへの付与以降の所定時期まで制限する機能、 を実現させるためのプログラムである。

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

本発明の第９の観点は、通信端末と、当該通信端末からアクセスされ、前記通信端末によるゲームの実行を制御するゲーム制御装置と、を含むゲームシステムであって、 所定の操作入力又はゲームの進行状況に関する情報に基づいて、ゲーム上のアイテムを、使用不可の状態でユーザに付与する付与手段と、 前記アイテムについて前記ユーザが使用可能となる時期を、前記付与手段による前記ユーザへの前記アイテムの付与以降の所定時期まで制限する制限手段と、 を備える。

通信端末と、当該通信端末からアクセスされるゲーム制御装置と、を含むゲームシステムであってもよい。 このゲームシステムでは、 所定の操作入力又はゲームの進行状況に関する情報に基づいて、ゲーム上のアイテムを、使用不可の状態でユーザに付与する付与手段、及び 前記アイテムについて前記ユーザが使用可能となる時期を、前記付与手段による前記ユーザへの前記アイテムの付与以降の所定時期まで制限する制限手段、 の各手段を、前記通信端末又は前記ゲーム制御装置のいずれか一方が備える。

本発明の第１０の観点は、ゲームの実行を制御するゲーム制御装置にアクセス可能な通信端末であって、 ゲーム上のアイテムが、使用不可の状態で付与されたことを示す情報を前記ゲーム制御装置から受信する受信手段と、 前記アイテムについて前記ユーザが使用可能となる時期を、前記付与手段による前記ユーザへの前記アイテムの付与以降の所定時期まで制限する制限手段と、 を備える。

本発明のゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、通信端末によれば、ユーザの期待感を高めることができる。

第１実施形態のゲームシステムの基本構成を示す図。 第１実施形態の通信端末の外観の例を示す図。 第１実施形態の通信端末の構成を示すブロック図。 第１実施形態のゲームサーバの構成を示すブロック図。 第１実施形態のデータベースサーバの構成を示すブロック図。 第１実施形態のデータベースサーバに含まれるユーザデータベースの構成例 を示す図。 第１実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための 機能ブロック図。 トップページを表示する通信端末の表示画面の一例を示す図。 ユーザがスカウトメニューを選択したときのウェブページの一例を示す図。 ユーザがスカウトメニューを選択したときのウェブページの一例を示す図 。 ユーザがスカウトメニューを選択したときのウェブページの一例を示す図 。 アイテムデータのデータ構成例を示す図。 第１実施形態のゲーム制御装置におけるアイテム処理の一例を示すフロー チャート。 ユーザがアイテムメニューを選択したときのウェブページの一例を示す図 。 アイテムの内容が通知されるときのウェブページの一例を示す図。 第２実施形態のゲーム制御装置においてユーザがスカウトメニューを選択 したときのウェブページの一例を示す図。 アイテムデータのデータ構成例を示す図。 第２実施形態のゲーム制御装置におけるアイテム処理の一例を示すフロー チャート。 ユーザがアイテムメニューを選択したときのウェブページの一例を示す図 。 変形例のゲーム制御装置で主要な役割を果たす機能を説明するための機能 ブロック図。 ゲーム上の効果を変動させるための設定例を説明する図。 変形例におけるアイテムデータのデータ構成例を示す図。 アイテムの内容が通知されるまでのウェブページの表示例を示す図。 通信端末及びゲームサーバの各々における各機能の構成例を示す図。

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

（１−１）ゲームシステムの構成 図１は、第１実施形態のゲームシステムのシステム構成例を示している。図１に示すように、このゲームシステムは、例えばインターネットなどの通信網ＮＷ（ネットワーク）に接続可能な通信端末１０ａ，１０ｂ，１０ｃ，…と、通信網ＮＷに接続されているゲームサーバ２０と、データベースサーバ３０とによって構成されている。各通信端末１０ａ，１０ｂ，１０ｃ，…はそれぞれ、個々のユーザによって操作される端末であり、例えば、携帯端末、スマートフォン、ＰＤＡ(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）等の形態の装置等、汎用ストレージで実現できる。データベースサーバ３０内の各データベースは、ゲームサーバ２０のデータベースアクセス部２４を介してＣＰＵ２１からのデータの読み書きが可能となるように構成されている。 図５に、データベースサーバ３０の構成の一例を示す。図５に示すように、データベースサーバ３０は、ユーザデータベース３１と、ゲームデータベース３２とを備える。

本実施形態のゲームサーバ２０によって実現されるゲームのタイプは特に限定されるものではないが、以下では、実施形態の説明の便宜上、ゲームサーバ２０によって実現されるゲームの一例として、野球形式のデジタルカードゲームを採り上げる。 野球形式のデジタルカードゲームは、ユーザが野球選手に対応する選手カード（アイテム）を収集することによって自らのチームを作り上げ、他のユーザのチームと野球の対戦する、あるいは技能レベルごとの野球のリーグ戦を戦うように構成されているゲームである。野球形式のデジタルカードゲームには、自らのチームを作り上げていくために選手カードを探索するスカウト処理や、抽選によって選手カードを入手することを可能とする抽選処理、あるいは２枚以上の選手カードを一体化して特定の選手カードの能力を上昇させる強化処理等が設けられている。 このデジタルカードゲームでは、現時点でユーザが使用できる選手カードと、現時点以降の所定の時期から使用できる選手カード（以下、次期選手カードという）とが登場するようになっている。なお、本実施形態において、「選手カードを使用する」とは、後述する強化処理又は試合処理において選手カードを用いることをいう。また、次期選手カードは、本発明におけるアイテムの一例である。 野球形式のデジタルカードゲームに実装されている各機能については、後述する。

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

以下の説明では、ユーザデータベース３１に含まれるユーザＩＤ、あるいはユーザを特定するユーザ名（後述する）ごとのデ
ータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下のとおりである。・ユーザ名／表示画像 ゲームの実行時に通信端末１０にユーザを特定するために表示されるユーザ名及び表示画像である。ユーザ名はユーザによって予め指定される所定長以下のテキストであり、表示画像は例えばユーザによって予め選択されるアバタ画像である。ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。・チーム 上記野球形式のデジタルカードゲームにおいて、ユーザ登録時に、ユーザが指定するチームである。このゲームでは、例えば、Ｐ１〜Ｐ６の６チームからなるＰリーグ、Ｑ１〜Ｑ６の６チームからなるＱリーグが設けられており、ユーザはこの１２チームの中からいずれかのチームをユーザ登録時に選択する。・技能レベル ゲーム上のユーザの技能レベル示すデータである。例えばＬｖ１（レベル１）からＬｖ１００（レベル１００）までの範囲のレベル値である。・行動ポイント 上記野球形式のデジタルカードゲームにおいて、例えばユーザによるゲーム上のスカウトを行う上で必要となるポイントである。行動ポイントの値は、スカウトを行うことで低減し、所定の時間が経過する毎に回復（増加）する。・運営ポイント 上記野球形式のデジタルカードゲームにおいて、例えばユーザによるゲーム上の対戦を行う上で必要となるポイントである。運営ポイントの値は、他のユーザとの対戦等によって低減し、所定の時間が経過する毎に回復（増加）する。・強化ポイント 上記野球形式のデジタルカードゲームにおいて、例えばユーザによる選手カードの強化を行う上で必要となるポイントである。強化ポイントの値は、選手カードの強化を行うことで低減し、他のユーザとの対戦で勝利するか、あるいは所定の時間が経過する毎に回復（増加）する。・エールポイント 上記野球形式のデジタルカードゲームにおいて、仲間のユーザへ応援メッセージを送信することでユーザが取得するポイントである。・選手数 ユーザが保有する選手カードの数である。選手数は、スカウト処理や強化処理の実行によって増減する。選手数の最大値（例えば、６０）は予め規定されている。・仲間 対象とするユーザＩＤの仲間である他のユーザＩＤのデータである。・保有カードの画像データ 上記野球形式のデジタルカードゲームの場合、保有カードの画像データは、ユーザが保有する選手カードについての画像を含むデータである。・保有カードの属性 保有カードの属性には、選手カードの能力値を示すデータが含まれる。例えば、図６に示すように、パラメータの項目として「打力」，「走力」，「守備力」等の各々の各能力値が含まれてもよい。図６の例では、能力値は０〜１０００の範囲の値であって、能力値が大きい値であるほど能力が高いことを示している。図６では、能力の指標としての項目として、「打力」，「走力」，「守備力」を例示しているが、選手が投手であれば別の項目、例えば「球速」，「制球力」，「スタミナ」等としてもよい。 また、保有カードの属性には、「レア度」が含まれてもよい。ここで、「レア度」とは、選手カードの希少価値の度合を示す値であり、その値が高いほどゲーム内で出現する確率が非常に低く設定されている。なお、本実施形態では、レア度を１〜５の５段階で表しており、技術能力の際立った選手や人気のある選手に対応する選手カードのレア度は高く設定されている。 なお、属性には、チーム（Ｐ１〜Ｐ６、Ｑ１〜Ｑ６のいずれか）、ポジション（投手、捕手、一塁手、左翼手など）、選手カードがゲームに及ぼす影響度（典型的にはポジティブな影響度）等が含まれてもよい。

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

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

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

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

ゲーム進行手段５２は、通信端末１０に対するユーザの操作に応じて、通信端末１０に表示されるウェブページを逐次更新するためのＨＴＭＬデータを送信することで、ゲームを進行させる。前述したように、野球形式のデジタルカードゲームには、ゲームを進行させる上で以下の処理が設けられている。・スカウト処理： 自らのチームを作り上げていくために選手カードを探索する処理である。スカウトを実行することで行動ポイントは消費するが、強化ポイントは増加する。・強化処理： 強化ポイントを消費することで、２枚以上の選手カードを一体化して特定の選手カードの能力を上昇させる処理である。・試合処理： 他のユーザのチームと野球の試合を行う処理である。試合を行うことで運営ポイントは消費するが、試合に勝利すれば強化ポイントが増加する。・抽選処理： エールポイントを消費して抽選によって選手カードを入手する処理である。・オーダー処理： ユーザが選手カードのオーダーの入れ替え、控えの選手カードとの交替等を実行するための処理である。・アイテム処理： ユーザがゲーム上保有しているアイテムの内容を確認するための処理である。

なお、ゲーム進行手段５２を実現するに当たり、ゲームサーバ２０のＣＰＵ２１は、ウェブページ上に表示される各メニューに、ゲームを進行させるためのいずれかの処理を予め割り当てている。そして、ＣＰＵ２１は、通信端末１０においてウェブページ上のメニューが選択されたときに、選択されたメニューについての情報を通信端末１０から受信し、受信した情報に基づいて、選択されたメニューに割り当てられた処理を実行する。

ゲーム進行手段５２は、図８に示すように、ゲームで実行される複数の処理が各々割り当てられた複数のメニューを通信端末１０に表示させる。具体的には、ＣＰＵ２１は、複数のメニューを含むウェブページを表示するためのＨＴＭＬデータを生成して通信端末１０宛に送信する。上述したように、ゲームでは、スカウト処理、強化処理、試合処理、及び抽選処理の各処理の実行に伴ってゲーム上のポイントが消費される。

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

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

［スカウト処理］ ゲーム進行手段５２、付与手段５３及び通知手段５４は、ユーザが自らのチームを作り上げていくために選手カードを探索できるようにするスカウト処理を実行する。 図９〜１１は、スカウト処理が実行された場合に通信端末１０に表示されるウェブページの例を示す。図９は、トップページにおいてスカウトメニューが選択操作されたときのウェブページの表示例である。図１０は、図９に示す画面において「エリア一覧へ」と表示されたメニューｍ１１が選択操作されたときのウェブページの表示例である。図１１は、スカウト処理の実行中に、ユーザに対して、次期選手カードが付与されたことを通知するためのウェブページの表示例である。

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

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

付与手段５３は、所定の操作入力又はゲームの進行状況に関する情報に基づいて、上述した次期選手カードを、次期選手カードの内容がユーザに認識されない状態で当該ユーザに付与する機能を備える。つまり、ユーザは、次期選手カードが付与された時点で当該次期選手カードの内容を認識することができない。この場合、次期選手カードの内容に対するユーザの期待感を高めることができる。また、次期選手カードの内容がユーザに認識されない状態とは、例えば、次期選手カードの内容の全てがユーザに認識されない状態であってもよいし、次期選手カードの一部の内容によって当該次期選手カードの全ての内容がユーザに認識されない程度において、当該一部の内容がユーザに認識されている状態であってもよい。次期選手カードの内容が認識されない状態にするためには、例えば、次期選手カードの選手の名前や画像データにダミーデータを設定すればよい。 スカウト処理において、付与手段５３は、メニューｍ１０の選択操作に応じて所定の、あるいはランダムな確率で、次期選手カードをユーザに付与する。 ユーザに対して次期選手カードが付与される場合の付与手段５３の機能は、例えば以下のとおり実現される。ゲームサーバ２０のＣＰＵ２１は、メニューｍ１０に対する選択操作を認識すると、予め設けられた複数の次期選手カードの中から所定の、あるいはランダムな確率で抽選を行う。ＣＰＵ２１は、抽選により次期選手カードを得た場合に、ユーザデータベース３１にアクセスし、対象となるユーザＩＤのアイテムデータに対して、次期選手カードの情報を記録する。 なお、付与される次期選手カードの属性が限定されてもよい。ここで、限定される属性は任意に選択されうる。例えば、次期選手カードのレア度が４以上に限定されてもよいし、次期選手カードのチームが限定（例えば、Ｐ１チームのみ）されてもよいし、次期選手カードのポジションが限定（例えば、投手のみ）されてもよい。また、例えば、リーグ限定（例えば、Ｐリーグのみ）の次期選手カードが付与されてもよい。

アイテムデータのデータ構成の一例を図１２に示す。図１２に示す例では、付与手段５３によって次期選手カードがユーザに付与される毎に、次期選手カードの情報が記録される。図１２の例では、次期選手カードの情報として、アイテムの種類を識別するためのアイテムＩＤ、次期選手カードのＩＤ、次期選手カードのレア度、次期選手カードの付与日時、次期選手カードの内容の通知開始日時、その他のデータ（例えば、次期選手カードの選手名、画像データ、能力値等）が含まれている。本実施形態では、次期選手カードの情報がアイテムデータに記録されるときに、次期選手カードの選手名及び画像データにダミーデータが記録される。

ここで、次期選手カードの内容の通知開始日時は、次期選手カードの内容をユーザが認識可能となる時期である。この通知開始日時は、次期選手カードの付与以降において適宜設定されうる。なお、通知開始日時は、次期選手カードに関連のある現実世界のイベントの所定の時期であってもよい。ここで、アイテムに関連のある現実世界のイベントとは、例えば、現実世界で行われる野球の試合であってよい。また、イベントの所定の時期とは、例えば、イベントが野球の試合である場合には、公式戦の開幕日、オールスター戦の開催日、日本シリーズの開催日、あるいは試合において所定イニング（例えば７回）が開始するタイミングなどであってもよい。これにより、野球の試合（現実世界のイベント）の所定の時期が到来すると、ユーザは、付与され、かつ現実の野球の試合とリンクされた次期選手カードの内容を知ることができる。これにより、野球の試合の所定の時期が近づくのに伴って、ユーザの期待感をより高めることができる。 なお、図１２に示す例では、通知開始日時が、２０１２年度のプロ野球公式戦（現実世界のイベント）の開幕日（所定の時期）である「２０１２年３月３０日」の１２時に設定されている。

また、通知開始日時は、複数の次期選手カードのそれぞれに設定されてもよい。ここで、それぞれの次期選手カードに設定された通知開始日時は、次期選手カード毎に同じであってもよいし、異なっていてもよい。例えば、次期選手カードのレア度が高いほど、通知開始日時を他の次期選手カードよりも後の時期に設定してもよい。これにより、付与された次期選手カードの数が多くなるほど、それぞれの次期選手カードの内容を知る時期が異なりうるため、ユーザの期待感を継続的に高めることができる。

通知手段５４は、付与手段５３によって次期選手カードがユーザに付与されると、次期選手カードの属性のみをユーザに通知する機能を備えてもよい。これにより、ユーザは、通知された属性に基づいて、付与されたアイテムの内容を想像することができる。このため、ユーザの期待感をより高めることができる。通知手段５４の機能は、例えば以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、次期選手カードの情報がアイテムデータに記録されると、図１１に例示するウェブページを通信端末１０上に表示させるためのＨＴＭＬデータを生成し、生成したＨＴＭＬデータを、無線通信インタフェース部２５を介して通信端末１０宛に送信する。ここで、ＣＰＵ２１は、アイテムデータに記録された次期選手カードの情報のうち、画像データ、レア度及び通知開始日時を抽出して、抽出した情報を含むようにＨＴＭＬデータを生成する。この場合、図１１に例示するウェブページには、次期選手カードの画像データ（ダミーデータ）と、次期選手カードのレア度を通知する旨のメッセージと、次期選手カードの内容の通信開始日時を通知する旨のメッセージとが表示される。なお、画像データのダミーデータには、例えば、次期選手カードの属性の一部を認識可能な図形、文字、記号等が含まれてもよい。図１１の例示では、レア度の値に応じた数の星型の図形がダミーデータに含まれている。

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

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

上述したように、このゲームでは、図８のユーザデータ表示領域に表示される行動ポイント、運営ポイント、強化ポイント、エールポイント、および選手数は、スカウト処理、強化処理、個別対戦処理、及び抽選処理の各機能の実行によって変動しうるものとなっている。

［アイテム処理］ 次に、アイテム処理について説明する。上述したように、アイテム処理は、ユーザがゲーム上保有しているアイテム（次期選手カード）の内容を確認するための処理である。アイテム処理は、ゲーム進行手段５２、通知手段５４及び制限手段５５により実行される。 図１３は、図８に示すトップページにおいてアイテムメニューが選択操作されたときのウェブページの表示例である。 ゲーム進行手段５２がアイテム処理を実行する機能は、例えば以下のとおり実現される。ゲームサーバ２０のＣＰＵ２１は、例えば図８のウェブページ上でメニューｍ６が選択されたことを認識すると、内容確認の対象となる次期選手カードの選択を促すウェブページを表示するためのＨＴＭＬデータを通信端末１０宛に送信する。このとき通信端末１０に表示されるウェブページの一例は、図１３に示すように、ユーザのユーザＩＤに対応付けられたアイテムデータに記録されている次期選手カードの一覧である。

制限手段５５は、次期選手カードの内容についてユーザが認識可能となる時期を、付与手段５３による前記ユーザへの次期選手カードの付与以降の通知開始時期まで制限する機能を備える。 制限手段５５の機能は、例えば以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、図１３に例示するウェブページにおいて、次期選手カードごとの表示領域に設けられた「内容確認」というメニューが選択操作されると、選択操作されたタイミングが、選択操作されたメニューに対応する次期選手カードの通知開始時期を経過しているか否かを判別する。ここで、選択操作されたタイミングは、ＣＰＵ２１に内蔵されているタイマを用いて計測されてもよい。選択操作されたタイミングが内容通知開始時期を経過している場合には、ＣＰＵ２１は、選択操作されたメニューに対応する次期選手カードの内容を認識可能な状態に設定する。具体的には、ＣＰＵ２１は、アイテムデータに記録されている次期選手カードの選手名や画像データに設定されたダミーデータを消去して、次期選手カードの選手ＩＤに予め対応付けられている選手名や画像データを、アイテムデータに記録する。

通知手段５４は、アイテム処理において、所定の操作入力に関する情報に基づいて次期選手カードの内容をユーザに通知する機能を備える。 通知手段５４の機能は、例えば以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、次期選手カードの選手ＩＤに予め対応付けられている選手名や画像データがアイテムデータに記録されると、図１４に例示するウェブページを表示するためのＨＴＭＬデータを生成し、生成したＨＴＭＬデータを、無線通信インタフェース部２５を介して通信端末１０宛に送信する。ここで、ＣＰＵ２１は、アイテムデータに記録された次期選手カードの情報のうち、画像データ及び選手名を抽出して、抽出した情報を含むようにＨＴＭＬデータを生成する。この場合、図１４に例示するウェブページには、次期選手カードの画像データと、次期選手カードの選手名を通知する旨のメッセージとが表示される。

図１５は、アイテム処理におけるゲーム進行手段５２、通知手段５４及び制限手段５５の機能を実現するために、主としてゲームサーバ２０のＣＰＵ２１によって実行される一連の処理を示すフローチャートである。 図８のウェブページ上でメニューｍ６が選択されたことを認識すると、ゲームサーバ２０のＣＰＵ２１は、選択操作を行ったユーザのユーザＩＤに対応するアイテムデータを参照し、アイテムデータに記録されている次期選手カードの一覧を含むウェブページを表示するためのＨＴＭＬデータを通信端末１０宛に送信する。これにより、図１３に示すウェブページが通信端末１０上に表示される（ステップＳ１０）。次に、図１３に示すウェブページ上で「内容確認」メニューが選択されたことを認識すると（ステップＳ１２：ＹＥＳ）、ＣＰＵ２１は、「内容確認」メニューの選択操作が行われたときのタイミングが、選択された「内容確認」メニューに対応する次期選手カードの通知開始日時を経過しているか否かを判別する。そして、「内容確認」メニューの選択操作が行われたときのタイミングが通知開始日時を経過している場合には（ステップＳ１４：ＹＥＳ）、ＣＰＵ２１は、図１４に例示するように、選択された「内容確認」メニューに対応する次期選手カードの内容を通知する（ステップＳ１６）。このようにして、通知開始日時以降に、次期選手カードの内容をユーザに認識させることができる。 なお、内容の確認が可能な次期選手カードについては、ゲーム上使用可能な状態に設定してもよい。具体的には、ＣＰＵ２１は、アイテムデータに記録されている次期選手カードの情報を、アイテムデータのユーザＩＤに対応するユーザデータに記録し、当該次期選手カードの情報をアイテムデータから消去してもよい。 なお、「内容確認」メニューの選択操作が行われたときのタイミングが通知開始日時を経過していない場合には（ステップＳ１４：ＮＯ）、ＣＰＵ２１は、例えば「通信開始日時を経過していないため、まだ内容をお知らせできません。」等のように、次期選手カードの内容が確認できない旨のメッセージを含むウェブページを通信端末１０に表示させる（ステップＳ１８）。

上述したように、このゲーム制御装置によれば、次期選手カードが付与されたユーザは、当該次期選手カードの付与以降の通知開始日時まで当該次期選手カードの内容を知ることができない。このため、次期選手カードの内容に対するユーザの期待感を高めることができる。また、当該次期選手カードの内容を知るために、通知開始日時までユーザをゲームに引き付けておくことができ、その次期選手カードの内容を認識した上でさらにその通知開始日時以降にゲームをプレイするという動機付けをユーザに与えることができる。これにより、ユーザが長期間継続してゲームを楽しむことができるようになる。

（２）第２実施形態 以下、本発明のゲームシステムの第２実施形態について説明する。 第２実施形態のゲームシステムが第１実施形態と異なる点は、第１実施形態では、ゲーム上のアイテム（次期選手カード）の内容が認識できない状態で当該アイテムがユーザに付与されていたのに対し、第２実施形態では、ゲーム上のアイテム（次期選手カード）が使用不可の状態で当該アイテムがユーザに付与される点である。 以下、第１実施形態と異なる構成について説明する。

［スカウト処理］ 先ず、本実施形態のスカウト処理について説明する。 スカウト処理において、付与手段５３は、所定の操作入力又はゲームの進行状況に関する情報に基づいて、次期選手カードを、使用不可の状態で当該ユーザに付与する機能を備える。つまり、次期選手カードが付与された時点では、当該次期選手カードを用いて強化処理又は試合処理を実行することができない。 スカウト処理において、付与手段５３は、メニューｍ１０の選択操作に応じて所定の、あるいはランダムな確率で、次期選手カードをユーザに付与する。このとき、図１６に例示するように、次期選手カードの内容がユーザに認識される状態であってもよい。 ユーザに対して次期選手カードが付与される場合の付与手段５３の機能は、例えば以下のとおり実現される。ゲームサーバ２０のＣＰＵ２１は、メニューｍ１０に対する選択操作を認識すると、予め設けられた複数の次期選手カードの中から所定の、あるいはランダムな確率で抽選を行う。ＣＰＵ２１は、抽選により次期選手カードを得た場合に、ユーザデータベース３１にアクセスし、対象となるユーザＩＤのアイテムデータに対して、次期選手カードの情報を記録する。なお、一度に付与される次期選手カードの数は、複数であってもよい。また、メニューｍ１０の選択操作に応じて次期選手カードが付与される確率は、ユーザがメニューｍ１０を選択操作する際の行動ポイントに概ね比例した値であってもよい。

アイテムデータのデータ構成の一例を図１７に示す。図１７に示す例では、付与手段５３によって次期選手カードがユーザに付与される毎に、次期選手カードの情報が記録される。図１７の例では、次期選手カードの情報として、アイテムの種類を識別するためのアイテムＩＤ、次期選手カードのＩＤ、次期選手カードのレア度、次期選手カードの付与日時、次期選手カードの使用開始日時、その他のデータ（例えば、次期選手カードの選手名、画像データ、能力値等）が含まれている。

ここで、次期選手カードの内容の使用開始日時は、次期選手カードをユーザが使用可能となる時期である。この使用開始日時は、次期選手カードの付与以降において適宜設定されうる。なお、使用開始日時は、次期選手カードに関連のある現実世界のイベントの所定の時期であってもよい。ここで、次期選手カードに関連のある現実世界のイベントとは、例えば、現実世界で行われる野球の試合であってよい。また、イベントの所定の時期とは、例えば、イベントが野球の試合である場合には、公式戦の開幕日、オールスター戦の開催日、日本シリーズの開催日、あるいは試合において所定イニング（例えば７回）が開始するタイミングなどであってもよい。これにより、野球の試合（現実世界のイベント）の所定の時期が到来すると、ユーザは、付与され、かつ現実の野球の試合とリンクされた次期選手カードを使用することができる。これにより、野球の試合の所定の時期が近づくのに伴って、次期選手カードの使用によるゲーム上の効果に対するユーザの期待感をより高めることができる。 なお、図１７に示した例では、使用開始日時が、２０１２年度のプロ野球公式戦の開幕日である「２０１２年３月３０日」の１２時に設定されている。

また、使用開始日時は、複数の次期選手カードのそれぞれに設定されてもよい。ここで、それぞれの次期選手カードに設定された使用開始日時は、次期選手カード毎に同じであってもよいし、異なっていてもよい。例えば、次期選手カードのレア度が高いほど、使用開始日時を他の次期選手カードよりも後の時期に設定してもよい。これにより、付与された次期選手カードの数が多くなるほど、それぞれの次期選手カードを使用できる時期が異なりうるため、例えば各次期選手カードを使用するときのゲーム上の効果に対するユーザの期待感を継続的に高めることができる。

通知手段５４は、付与手段５３によって次期選手カードがユーザに付与されると、次期選手カードの使用開始時期をユーザに通知してもよい。この場合、ゲームサーバ２０のＣＰＵ２１は、次期選手カードの情報がアイテムデータに記録されると、図１６に例示するウェブページを通信端末１０上に表示させるためのＨＴＭＬデータを生成し、生成したＨＴＭＬデータを、無線通信インタフェース部２５を介して通信端末１０宛に送信する。ここで、ＣＰＵ２１は、アイテムデータに記録された次期選手カードの情報のうち、画像データ、レア度及び通知開始日時を抽出して、抽出した情報を含むようにＨＴＭＬデータを生成する。この場合、図１６に例示するウェブページには、次期選手カードの画像データと、次期選手カードの使用開始日時を通知する旨のメッセージとが表示される。

［アイテム処理］ 次に、本実施形態のアイテム処理について説明する。本実施形態のアイテム処理は、ユーザがゲーム上保有している次期選手カードを使用可能にするための処理である。アイテム処理は、ゲーム進行手段５２、通知手段５４及び制限手段５５により実行される。 図１８は、図８に示すトップページにおいてアイテムメニューが選択操作されたときのウェブページの表示例である。 ゲーム進行手段５２がア
イテム処理を実行する機能は、例えば以下のとおり実現される。ゲームサーバ２０のＣＰＵ２１は、例えば図８のウェブページ上でメニューｍ６が選択されたことを認識すると、使用の対象となる次期選手カードの選択を促すウェブページを表示するためのＨＴＭＬデータを通信端末１０宛に送信する。このとき通信端末１０に表示されるウェブページの一例は、図１８に示すように、ユーザのユーザＩＤに対応付けられたアイテムデータに記録されている次期選手カードの一覧である。

制限手段５５は、次期選手カードについてユーザが使用可能となる時期を、付与手段５３による前記ユーザへの次期選手カードの付与以降の使用開始時期まで制限する機能を備える。 制限手段５５の機能は、例えば以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、図１８に例示するウェブページにおいて、次期選手カードごとの表示領域に設けられた「使用する」というメニューが選択操作されると、選択操作されたタイミングが、選択操作されたメニューに対応する次期選手カードの使用開始時期を経過しているか否かを判別する。ここで、選択操作されたタイミングは、ＣＰＵ２１に内蔵されているタイマを用いて計測されてもよい。選択操作されたタイミングが使用開始時期を経過している場合には、ＣＰＵ２１は、選択操作されたメニューに対応する次期選手カードを使用可能な状態に設定する。具体的には、ＣＰＵ２１は、アイテムデータに記録されている次期選手カードの情報を、アイテムデータのユーザＩＤに対応するユーザデータに記録し、当該次期選手カードの情報をアイテムデータから消去する。

図１９は、アイテム処理におけるゲーム進行手段５２、通知手段５４及び制限手段５５の機能を実現するために、主としてゲームサーバ２０のＣＰＵ２１によって実行される一連の処理を示すフローチャートである。 図８のウェブページ上でメニューｍ６が選択されたことを認識すると、ゲームサーバ２０のＣＰＵ２１は、選択操作を行ったユーザのユーザＩＤに対応するアイテムデータを参照し、アイテムデータに記録されている次期選手カードの一覧を含むウェブページを表示するためのＨＴＭＬデータを通信端末１０宛に送信する。これにより、図１８に示すウェブページが通信端末１０上に表示される（ステップＳ２０）。次に、図１８に示すウェブページ上で「使用する」メニューが選択されたことを認識すると（ステップＳ２２：ＹＥＳ）、ＣＰＵ２１は、「使用する」メニューの選択操作が行われたときのタイミングが、選択された「使用する」メニューに対応する次期選手カードの使用開始日時を経過しているか否かを判別する。そして、「使用する」メニューの選択操作が行われたときのタイミングが使用開始日時を経過している場合には（ステップＳ２４：ＹＥＳ）、ＣＰＵ２１は、選択された「内容確認」メニューに対応する次期選手カードを使用可能な状態に設定する（ステップＳ２６）。このようにして、使用開始日時以降に、次期選手カードをユーザが使用可能となる。 なお、「使用する」メニューの選択操作が行われたときのタイミングが使用開始日時を経過していない場合には（ステップＳ２４：ＮＯ）、ＣＰＵ２１は、例えば「使用開始日時を経過していないため、まだ次期選手カードを使用できません。」等のように、次期選手カードを使用することができない旨のメッセージを含むウェブページを通信端末１０に表示させる（ステップＳ２８）。

上述したように、このゲーム制御装置によれば、次期選手カードが付与されたユーザは、次期選手カードの付与以降の使用開始時期まで次期選手カードを使用することができない。このため、次期選手カードの使用によるゲーム上の効果に対するユーザの期待感を高めることができる。また、次期選手カードを使用するために、使用開始時期以降にゲームをプレイするという動機付けをユーザに与えることができる。これにより、ユーザが長期間継続してゲームを楽しむことができるようになる。

（３）変形例 （３−１）変形例１ 上記第１実施形態において、次期選手カードには使用開始時期が設定されており、制限手段５４は、前記使用開始時期が到来するまでの次期選手カードの使用を制限してもよい。ここで、次期選手カードの使用開始時期は、例えば、通知開始時期と同じ時期に設定されてもよいし、通知開始時期と異なる時期に設定されてもよい。これにより、次期選手カードの内容を認識可能な時期と、次期選手カードの使用可能時期が別に設けられているので、次期選手カードの内容に対するユーザの期待感と、次期選手カードの使用によるゲーム上の効果に対するユーザの期待感とをそれぞれ高めることができる。また、次期選手カードの内容の認識可能な時期を、次期選手カードの使用可能時期より早く設定した場合には、ユーザにとっては次期選手カードの内容を認識可能であるにもかかわらず、それを使用できないといった状況を発生させることができ、心理的なジレンマをユーザに与えられるので、ゲームに対するユーザの関心をより高めることができる。

本変形例では、図１２に示したアイテムデータにおいて、複数の次期選手カードのそれぞれに使用開始時期が設定されていることが好ましい。本変形例における制限手段５４では、ゲームサーバ２０のＣＰＵ２１は、次期選手カードが、通信端末１０の選択操作によって強化処理や試合処理に使用される場合に、先ず、アイテムデータを参照して当該次期選手カードの使用開始時期以降のタイミングであるか否かを判別する。そして、当該次期選手カードの使用開始時期以降のタイミングである場合には、ＣＰＵ２１は、当該次期選手カードを用いて強化処理や試合処理を実行すればよい。 なお、本変形例において、次期選手カードの使用開始時期は、例えば、通知開始時期と同じ日時に設定されてもよい。あるいは、次期選手カードの使用開始時期は、通知開始時期よりも前の時期に設定されてもよいし、後の時期に設定されてもよい。

また、例えば、２枚の次期選手カードそれぞれの使用開始時期が通知開始時期よりも前の時期に設定されており、且つ、アイテムの内容がユーザに認識可能となる時期よりも前の時期である場合に、当該２枚の次期選手カードを強化処理によって１枚の次期選手カードに生成してもよい。この場合、例えば、選手は不明であるがレア度が５であることが認識可能な第１の次期選手カードと、選手は不明であるがチームがＰ１であることが認識可能な第２の次期選手カードとを一体化することにより、レア度が５でチームがＰ１の１枚の次期選手カードが生成されるようになる。当然ながら、生成時点では選手が誰であるかということは不明であり、後に判明することになる。この判明時期は、例えば２枚のカードの使用開始時期の遅い方または早い方とすることができる。カードの内容が認識できていない状態で使用可能とするのは、ユーザにとって使い難いことが想定されるので、上記の通り、いずれかのカードの使用開始時期に設定するのが適切である。 もし、ユーザの好みのチームがＰ１である場合には、レア度が高いＰ１選手を入手できることになるので、ユーザは上記生成を積極的に行うことになる。一方、ユーザの好みのチームがＰ１でない場合には、レア度の高い選手がＰ１に限定されてしまう上記生成を行うことは好ましくないので、上記２枚のカードをそのまま期限まで保有し、レア度の高い次期選手カードが自分の好みのチームであることを期待しながら待機することになる。なお、上記の例では、第１の次期選手カードはその属性としてレア度が認識可能であり、他方のカードはその属性としてチームが認識可能である場合を想定したが、これ以外に、属性としてレア度、チームも認識可能にしてもよい。この場合の一体化については、レア度の高い方のレア度が優先され、チームについては残りのカードの方を採用するようにしてもよい。以上のように、ユーザの好みに応じて次期選手カードを生成することができるので、ゲームの遊戯性が向上する。

（３−２）変形例２ 図２０に示すように、上記第１実施形態において、通知開始時期の経過後に、所定の操作入力に関する情報に基づいて次期選手カードの内容をユーザに通知する場合に、通知するタイミングに応じて、次期選手カードの内容あるいは次期選手カードの使用によるゲーム上の効果を変動させる調整手段５６を備えてもよい。ここで、「次期選手カードの使用によるゲーム上の効果を変動させる」とは、例えば、次期選手カードの能力値を変動させることなどであってもよい。 例えば、通知開始時期から次期選手カードの内容が通知されるまでの所要時間が短いほど、予め設定されていた第１の次期選手カードと比較して価値の高い第２の次期選手カードをユーザに付与してもよい。また、当該所要時間が短いほど、予め設定されていた第１の次期選手カードと比較して価値の低い第２の次期選手カードをユーザに付与してもよい。また、例えば、所定時期の経過後の所定の時間帯（例えば、朝の９時から１０時まで）に次期選手カードの内容が通知される場合に、予め設定されていた第１の次期選手カードと比較して価値の高い第２の次期選手カードをユーザに付与してもよい。 これにより、価値の高い次期選手カードを得るのに最も適したタイミング、あるいは次期選手カードの使用によるゲーム上の有利な効果を得るのに最も適したタイミングで、積極的にゲームをプレイすることをユーザに動機付けることができる。また、ゲーム設定に幅を持たせることができる。 本変形例の調整手段５６では、ゲームサーバ２０のＣＰＵ２１は、例えば、図２１に例示した設定例に基づき構成された設定用データをゲームデータベース３２に予め格納し、図１５のフローチャートのステップＳ１６において当該設定用データに基づいて次期選手カードの抽出を行うことにより、ユーザに対して次期選手カードを通知すればよい。

（３−３）変形例３ 図２０に示すように、上記第２実施形態において、使用開始時期の経過後に、所定の操作入力に関する情報に基づいて次期選手カードの使用を可能にする場合に、可能にするタイミングに応じて、次期選手カードの使用によるゲーム上の効果を変動させる調整手段５６を備えてもよい。ここで、「次期選手カードの使用によるゲーム上の効果を変動する」とは、例えば、次期選手カードの能力値を変動することなどであってもよい。 例えば、使用開始時期から次期選手カードの使用が可能になるまでの所要時間が短いほど、予め設定されていた第１の次期選手カードと比較して、使用したときの効果の高い第２の次期選手カードをユーザに付与してもよい。また、当該所要時間が短いほど、予め設定されていた第１の次期選手カードと比較して、使用したときの効果の低い第２の次期選手カードをユーザに付与してもよい。また、例えば、所定時期の経過後の所定の時間帯（例えば、朝の９時から１０時まで）に次期選手カードの使用が可能になる場合に、予め設定されていた第１の次期選手カードと比較して、使用したときの効果の高い第２の次期選手カードをユーザに付与してもよい。 これにより、次期選手カードの使用によるゲーム上の有利な効果を得るのに最も適したタイミングで、積極的にゲームをプレイすることをユーザに動機付けることができる。 本変形例の調整手段５６では、ゲームサーバ２０のＣＰＵ２１は、例えば、図２１に例示した設定例に基づき構成された設定用データをゲームデータベース３２に予め格納し、図１９のフローチャートのステップＳ２６において当該設定用データに基づいて次期選手カードの使用処理を行えばよい。

（３−４）変形例４ 上記第１実施形態において、次期選手カード（アイテム）には複数の属性が設定されており、付与手段５３によって次期選手カードがユーザに付与されると、前記複数の属性を、次期選手カード付与後に所定の条件を満たすことに応じて段階的にユーザに通知してもよい。 ここで、「所定の条件」とは、例えばゲームの実行中に次期選手カードとは異なる他のアイテムが所定個数、ユーザの操作によって入手、あるいはユーザの操作によら
ずに入手されることであってよい。また、「所定の条件」とは、例えばゲームの実行中にユーザがゲーム上の所定のステージに到達することであってよい。その他、「所定の条件」は、ゲームの進行状況に関する内容に応じて任意に設定することができる。また、「所定の条件」とは、例えば次期選手カード付与後に所定の時間が経過することであってよい。この場合、次期選手カードに設定された複数の属性が、経過時間に応じて段階的にユーザに通知されることになる。 この場合、例えば、次期選手カード付与後に所定の条件を満たすごとにユーザに対して属性が通知され、当該ユーザは、この通知された属性に基づいて当該次期選手カードの内容を想像することができる。このため、所定の条件を満たすごとに、ユーザの期待感がより高まっていくような仕組みとすることができる。

また、複数の属性は、次期選手カード（アイテム）付与後の経過時間に応じて段階的に前記ユーザに通知されてもよい。 この場合、ユーザは、例えば、属性が通知されるタイミングごとに、通知された属性に基づいて次期選手カードの内容を想像することができる。このため、属性が通知されるタイミングごとに、ユーザの期待感がより高まっていくような仕組みとすることができる。

なお、ここでは、次期選手カード付与後に所定の時間が経過することを、所定の条件を満たすことの一例として説明する。 本変形例では、例えば、図２２に例示するアイテムデータをゲームデータベース３２に予め格納してもよい。本変形例のアイテムのデータ構成例を図２２に示す。図２２のアイテムデータは、図１２に例示したアイテムデータと比較すると、アイテムＩＤごとに、複数の属性（図の例では、次期選手カードに対応する選手の所属チーム（チーム）、ポジション、レア度）と、各属性の通知開始日時（図の例では、チーム通知開始日時、ポジション通知開始日時）とが追加された点で異なる。なお、図２２のアイテムデータにおける選手通知開始日時は、図１２のアイテムデータにおける通知開始日時に相当する。また、図２２の例では、次期選手カードの選手通知開始日時、チーム通知開始日時、ポジション通知開始日時が、次期選手カードごとに同一となっているが、次期選手カードごとに異なるように設定されてもよい。さらに、図２２の例では、それぞれの属性の通知開始日時が等間隔（図の例では１０日間）で設定されているが、各属性の通知タイミングの間隔はそれぞれ異なるように設定されてもよい。

また、本変形例において、通知手段５４は、付与手段５３によって次期選手カードがユーザに付与されると、次期選手カードに設定された複数の属性を、次期選手カード付与後の経過時間に応じて段階的にユーザに通知する機能を備えてもよい。本変形例における通知手段５４の機能は、例えば以下のように実現される。ゲームサーバ２０のＣＰＵ２１は、例えば、図１３に示すウェブページ上で「内容確認」メニューが選択されたことを認識すると、「内容確認」メニューに対応する次期選手カードに設定された複数の属性のうち、当該メニューの選択操作が行われたときのタイミングにおいて通知開始日時を経過している属性を、図２２に例示したアイテムデータから抽出する。そして、ＣＰＵ２１は、抽出した属性に関する情報を含むウェブページを表示するためのＨＴＭＬデータを生成して、生成したＨＴＭＬデータを、無線通信インタフェース部２５を介して通信端末１０宛に送信する。

ここで、図２２及び図２３を参照して、図２２に例示したアイテムデータのうち「ＰＬ８４５」というＩＤに対応する次期選手カード（以降、次期選手カードＡという。）の属性が、当該選手カード付与後の経過時間に応じて通知される場合を一例として説明する。図２３（ａ）〜（ｄ）は、次期選手カードが付与されてから次期選手カードの内容が通知されるまでの一連のウェブページの表示例を示す図である。 例えば、次期選手カードＡが付与された時点では、図１３に示すウェブページ上で次期選手カードＡに対応する「内容確認」メニューが選択操作されると、図２３（ａ）に示すように、次期選手カードＡのレア度を通知するウェブページが通信端末１０上に表示される。次に、次期選手カードＡに設定された「ポジション」という属性についての通知開始日時（ポジション通知開始日時）である「２０１２年３月１０日１２時００分」（図２２参照）以降になると、図１３に示すウェブページ上で次期選手カードＡに対応する「内容確認」メニューが選択操作された場合、図２３（ｂ）に示すように、次期選手カードＡのレア度及びポジションを通知するウェブページが通信端末１０上に表示される。さらに、次期選手カードＡに設定された「チーム」という属性についての通知開始日時（チーム通知開始日時）である「２０１２年３月２０日１２時００分」（図２２参照）以降になると、図１３に示すウェブページ上で次期選手カードＡに対応する「内容確認」メニューが選択操作された場合、図２３（ｃ）に示すように、次期選手カードＡのレア度、ポジション及び所属チームを通知するウェブページが通信端末１０上に表示される。そして、次期選手カードＡに設定された選手通知開始日時（図１２に例示した通知開始日時に相当）である「２０１２年３月３０日１２時００分」（図２２参照）以降になると、図１３に示すウェブページ上で次期選手カードＡに対応する「内容確認」メニューが選択操作された場合、図２３（ｄ）に示すように、次期選手カードＡの内容（図の例では、選手名及び画像データ）を通知するウェブページが表示される。なお、図２３（ｄ）に例示したウェブページの内容は、図１４に例示したウェブページの内容と同様である。 このようにして、ユーザは、例えば、属性（図の例では、レア度、ポジション、チーム）が通知されるタイミングごとに、通知された属性に基づいて次期選手カードの内容を想像することができる。 なお、属性の通知順序は、任意に設定され得る。

なお、複数の属性は、テキストデータに限られず、例えば、画像データや音声データなどであってもよい。例えば、次期選手カードの画像データを複数に分類（例えば、選手の頭部、頭部を除く上半身、下半身など）して、それぞれ複数の属性（例えば、頭部、上半身、下半身など）に対応付け、次期選手カード付与後の経過時間に応じて、複数の属性に対応する画像データが段階的（例えば、下半身、上半身、頭部の順など）にユーザに通知されるようにしてもよい。あるいは、次期選手カードの画像データにおいて選手が身に着けているキャップ、ユニフォーム、スパイク、グラブ等が段階的に通知されるようにしてもよい。また、付与対象となるアイテムが音声データの場合には、例えば、音声データを複数に分類（例えば、音声データの高音域、中音域、低音域など）して、それぞれ複数の属性に対応づけ、アイテム付与後の経過時間に応じて、複数の属性に対応する音声が段階的（例えば、低音域、中音域、高音域の順など）にユーザに通知されるようにしてもよい。

また、ここでは、次期選手カード付与後の時間経過に応じて、次期選手カードに設定された複数の属性が段階的にユーザに通知される場合を、所定の条件を満たすことの一例として説明したが、所定の条件を満たすとは、時間が経過することに限られず、例えば以下のような条件を満たすことであってもよい。例えば、所定の条件を満たすとは、ゲームの実行中に次期選手カードとは異なる他のアイテム（例えば、特殊なボールなど）が所定個数、ユーザの操作によって入手、あるいはユーザの操作によらずに入手されることであってよい。具体的に説明すると、例えば、ユーザがスカウト処理を進めていく途中で、当該ユーザに対して当該他のアイテムがランダム、あるいは所定の確率で付与されるように構成されている場合には、当該ユーザが当該他のアイテムを所定数（例えば５個）獲得するごとに、次期選手カードの属性が段階的に開示、通知されるようにしてもよい。また、例えば、所定の条件を満たすとは、ゲームの実行中にユーザがゲーム上の所定のステージに到達することであってもよい。具体的に説明すると、例えば、ユーザのゲーム上のレベルが１段階上がるごとに次期選手カードの属性が段階的に開示、通知されるようにしてもよいし、ユーザがゲーム上の所定のエリアを制覇（クリア）するごとに次期選手カードの属性が段階的に開示、通知されるようにしてもよい。その他、所定の条件は、例えば、ゲームの進行状況に関する内容に応じて任意に設定することができる。

以上、本発明の実施形態について詳細に説明したが、本発明は上記実施形態に限定されない。また、各実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。上記実施形態及び各変形例に記載された技術的事項は適宜組合せて適用してもよい。 例えば、上述した実施形態では、適用されるゲームが野球形式のデジタルカードゲームである場合を想定したが、ユーザに対してアイテムを付与可能に構成されているゲームであれば、ゲームの種別は如何なるものでもよい。例えば、モンスターキャラクタが登場するモンスターゲームにおいて、モンスターキャラクタを倒したときに付与されるアイテムの内容を、当該アイテムの付与以降の所定の時期に認識することができるようにしてもよい。 また、上述した実施形態では、内容確認及び／又は使用が制限されるアイテムの一例として次期選手カードを採り上げたが、上述した実施形態の野球形式のデジタルカードゲーム内の他のアイテムについても、内容確認及び／又は使用が制限されるようにしてもよい。 さらに、上述した実施形態では、アイテムの一例として次期選手カードを採り上げたが、アイテムは、例えば、キャラクタのパラメータやポイントなどを回復する回復薬や、キャラクタの能力をアップする薬品などであってもよいし、キャラクタが使用する武器や防具などであってもよい。

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

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

例えば、上述した実施形態では、ネットワーク上のゲームサーバ２０及びデータベースサーバ３０によって、付与手段５３、制限手段５５の各機能を実現する構成としたが、この構成に限られない。これらのすべての手段を通信端末１０によって実現する構成としてもよいし、少なくとも一部の手段を通信端末１０によって実現する構成としてもよい。通信端末１０とゲームサーバ２０とでは実質的に同一のハードウエア構成を採ることができるため、上記実施形態に記載したようにして通信端末１０によっても各機能を実現できる。例えば、図２４（ａ），（ｂ）には、図７に示した機能ブロック図の各機能について、通信端末１０と、ゲームサーバ２０及びデータベースサーバ３０との機能分担の例を示す。なお、上述した実施形態では、各種データ（例えば、モンスターキャラクタデータや申請データなど）をデータベースサーバ３０（ゲームデータベース３２）が記憶している構成としたが、通信端末１０内の記憶装置
に記憶させてもよい。その場合には、記憶装置は、通信端末１０内のＲＡＭ１３や図示しないＨＤＤ(Hard Disk Drive)などの大容量記憶装置であってよい。通信端末１０は、ゲーム終了時には、ゲームの結果についてのデータをゲームサーバ２０へ送信し、ゲームサーバ２０は、受信したゲームの結果のデータをユーザと関連付けてゲームデータベース３２に記録するようにしてもよい。

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

Claims (7)

1. ゲームに関連のある現実世界のイベントに対応する時期である所定時期に関する情報を、前記ゲーム上のアイテムごとに対応付けて記憶装置に記憶させる記憶手段と、
   ユーザによる所定の操作入力、又はゲームの進行状況に関する情報に基づいて、アイテムを、当該アイテムに対応付けられている前記所定時期よりも前に、当該アイテムの内容が前記ユーザに認識されない状態で前記ユーザに付与する付与手段と、
   前記ユーザに付与された前記アイテムの内容を前記ユーザが認識可能な状態になることを、前記アイテムに対応付けられている前記所定時期まで制限する制限手段と、
   を備え、
   前記付与手段によってアイテムが前記ユーザに付与されると、当該アイテムに対応する前記所定時期を当該ユーザに通知することを特徴とする、
   ゲーム制御装置。
2. ゲームに関連のある現実世界のイベントに対応する時期である所定時期に関する情報を、前記ゲーム上のアイテムごとに対応付けて記憶装置に記憶させる記憶手段と、
   ユーザによる所定の操作入力、又はゲームの進行状況に関する情報に基づいて、アイテムを、当該アイテムに対応付けられている前記所定時期よりも前に、当該アイテムの内容が前記ユーザに認識されない状態で前記ユーザに付与する付与手段と、
   前記ユーザに付与された前記アイテムの内容を前記ユーザが認識可能な状態になることを、前記アイテムに対応付けられている前記所定時期まで制限する制限手段と、
   を備え、
   前記アイテムに対応付けられている前記所定時期は、前記アイテムのレベルまたは希少価値の度合が高いほど、前記アイテムに対応付けられた前記所定時期が後となるように設定されていることを特徴とする、
   ゲーム制御装置。
3. 前記アイテムは、ゲーム内の希少価値の度合を示す情報が関連付けられており、
   前記付与手段によってアイテムがユーザに付与されると、当該アイテムに関連付けられた希少価値の度合を示す情報を前記ユーザに通知することを特徴とする、
   請求項１または２に記載されたゲーム制御装置。
4. 前記現実世界のイベントは野球の試合であり、
   前記所定時期は、前記野球の試合の開幕日または開催日であることを特徴とする、
   請求項１〜３のいずれかに記載されたゲーム制御装置。
5. コンピュータを、請求項１〜４のいずれかに記載されたゲーム制御装置の各手段として機能させるためのプログラム。
6. 通信端末と、当該通信端末からアクセスされ、前記通信端末によるゲームの実行を制御するサーバと、を含むゲームシステムであって、
   請求項１〜４のいずれかに記載されたゲーム制御装置の各手段を備えた、
   ゲームシステム。
7. 請求項１〜４のいずれかに記載されたゲーム制御装置の各手段を備えた、通信端末。

Images