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

Abstract

【課題】ゲーム内で新たに発行されるオブジェクトの数を抑制できるようにしたゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステムを提供すること。
【解決手段】本発明のゲーム制御装置は、複数のユーザの各々がオブジェクトを保有するゲームを実行する。このゲーム制御装置は、各ユーザの第１の入力を受け付けた場合に、当該ユーザが保有するオブジェクトの中から上記第１の入力に対応したオブジェクトを当該ユーザの保有状態から解除する解除手段と、解除手段によってユーザの保有状態から解除されたオブジェクトを記憶装置に記憶させる記憶手段と、その記憶装置が記憶するオブジェクトの中から少なくともいずれかのオブジェクトをユーザへ付与する付与手段と、を備える。
【選択図】図１２

Description

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

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

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

アプリＳＴＹＬＥ Vol.5（株式会社イースト・プレス、平成23年11月1日発行）、7-8頁

上述したソーシャルゲームでは、例えばカードやゲームキャラクタ等、ゲーム上で使用するオブジェクトをゲーム運営者が発行し、発行されたオブジェクトをユーザがゲーム上で保有するように構成されている。ゲーム運営者が発行するオブジェクトの数が多いほど、ユーザは所望のオブジェクトを手に入れることができるため、ユーザの満足度が高くなるとも考えられる。しかしその一方で、発行されるオブジェクトの数が多くなり過ぎる、つまりゲーム内で流通するオブジェクトの数が多くなり過ぎると、特定のオブジェクトの価値が低下してしまい、ゲーム自体の魅力を失ってしまう虞がある。そこでゲーム運営者は、発行するオブジェクトの数を制限することで、オブジェクトを入手する困難性をある程度担保し、ゲームの魅力が低下してしまうことがないようにしている。

一方、いわゆるミキサーといわれるカード交換システムが従来存在した。このシステムではユーザは、例えば、ゲーム上のポイントを一定量消費して自らが保有する同一のレア度の２枚のカードを手放す代わりに、そのレア度と同一の（あるいはそれ以上の）レア度の１枚のカードをシステムから抽選により取得する。なお、この従来の構成では、手放された２枚のカードはシステム側に回収される。このカード交換システムでは、ゲーム内で流通するカードの総数は低下するが、以下の問題がある。つまり、このシステムにおいて、ユーザには、自らが保有するカードの中から価値が低い（あまり魅力的でない）カードを手放して、その代わりにより魅力的な価値の高いカードを得たいという誘引が働く。そのため、各ユーザは、魅力的なカードが得られるまで価値が低いカードを放出し続けるようになる。結果的に、価値が低いカードが少なくなり、それに代わって価値が高いカードがシステム側から多く発行されるようになり、ゲーム内で流通する各カードの数の配分が適切でなくなる虞がある。

本発明は上述した観点に鑑みてなされたもので、ゲーム内で新たに発行されるオブジェクトの数を抑制できるようにしたゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステムを提供することを目的とする。

本発明の第１の観点は、複数のユーザの各々がオブジェクトを保有するゲームを実行するゲーム制御装置である。
このゲーム制御装置は、
各ユーザの第１の入力を受け付けた場合に、当該ユーザが保有するオブジェクトの中から前記第１の入力に対応したオブジェクトを当該ユーザの保有状態から解除する解除手段（５１）と、
前記解除手段（５１）によってユーザの保有状態から解除されたオブジェクトを記憶装置に記憶させる記憶手段（５２）と、
前記記憶装置が記憶するオブジェクトの中から少なくともいずれかのオブジェクトをユーザへ付与する付与手段（５３）と、
を備える。

本発明において「記憶装置」は、ゲーム制御装置に内蔵されているものに限られず、ゲーム制御装置からアクセス可能な外部の装置であってもよい。
本発明において「オブジェクト」とは、例えば、ゲーム上のキャラクタやアイテム等を含む。キャラクタは、例えばゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカードに表示されているものをも含む。

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

このゲーム制御装置では、各ユーザの所定の第１の入力を受け付けた場合、第１の入力に対応したオブジェクトは、ユーザの保有状態から解除されて記憶装置に記憶させられる。オブジェクトがユーザの保有状態から解除される態様としては、様々な態様が想定される。例えば、ユーザ自らが保有していたオブジェクトを捨てる場合であってもよいし、他の任意のオブジェクトと交換するために自らが保有していたオブジェクトを手放す場合であってもよい。ゲームに参加している複数のユーザの保有状態から解除されたオブジェクトは、記憶装置に蓄積されていくことになる。一方、ユーザには記憶装置に記憶されているオブジェクトの中からいずれかのオブジェクトが付与される。ユーザへのオブジェクトの付与態様は、特に限定されるものではないが、例えばゲームに参加しているユーザへオブジェクトをプレゼントする場合であってもよいし、ゲーム上の所定の条件を満足したとき（例えば、所定のステージをクリアしたとき）の報酬としてオブジェクトを付与する場合であってもよい。従って、このゲーム制御装置では、記憶装置を媒介としてユーザ間でオブジェクトを円滑に流通させる仕組みを実現できるため、ゲーム内で新たに発行するオブジェクトの数を抑制できるようにすることができる。

上記ゲーム制御装置において、前記第１の入力が受け付けられたユーザに対して、保有状態が解除されたオブジェクトに代わる新たなオブジェクトを提供する提供手段（５４）、を備えてもよい。
この構成では、自ら保有していたオブジェクトの保有状態を解除したユーザ（オブジェクトを手放したユーザ）に対して、新たなオブジェクトが提供される。つまり、ユーザは、自ら保有しているオブジェクトを他のオブジェクトと交換するために、積極的に自ら保有しているオブジェクトを手放すことが動機付けられる。そのため、記憶装置にオブジェクトが蓄積されやすくなり、ユーザ間のオブジェクトの流通をより円滑に促進させることができる。また、この構成では、ユーザによるオブジェクトの交換と、ユーザへのオブジェクトの付与とが同一のユーザに対して一体的に行われるのではなく、ゲームに参加している複数のユーザを対象として独立に行われる。そのため、ユーザによってオブジェクトの交換によって放出されたオブジェクトは、他のユーザへオブジェクトを付与することにより再利用されることになるため、ユーザによるオブジェクトの過度の交換によってゲーム内で流通する各カードの数の配分が適切でなくなる状況が抑制される。

上記ゲーム制御装置において、所定数のオブジェクトの中から少なくともいずれかのオブジェクトを前記付与手段（５３）による付与対象のオブジェクトとしてユーザが選択可能となるように、当該ユーザに前記所定数のオブジェクトを提示する第１提示手段（５５）、を備えてもよい。例えば、４枚のカードから任意に１枚のカードを選択可能とするといった形態としてもよい。
この構成では、ユーザは、提示された所定数のオブジェクトの中から自らが手に入れるオブジェクトを選択することができるため、所望のオブジェクトを入手できる可能性を高めることができる。そのため、オブジェクトが付与される機会を積極的に利用する、あるいはオブジェクトが付与される条件を満たすようにゲームをプレイすることが動機付けられる。結果的に、記憶装置に蓄積されているオブジェクトが排出されやすくなり、ユーザ間のオブジェクトの流通をより円滑に促進させることができる。

上記ゲーム制御装置において、各オブジェクトは、属性及び／又はパラメータと関連付けられており、
前記解除手段（５１）による解除対象となるオブジェクトの属性及び／又はパラメータは、特定の属性及び／又は所定のレベル以上のパラメータであってもよい。
オブジェクトの属性、パラメータは、適用されるゲームの内容に応じて適宜設定されてもよい。オブジェクトの属性は、例えばタイプやカテゴリー等、オブジェクトに備わっている性質、特徴を示すものである。オブジェクトのパラメータは、例えばバトル時の攻撃力やＨＰ(Hit Point)等、オブジェクトの能力や特性を示す値やレベルを示すものである。
上記構成では、ユーザが手放すオブジェクトの属性及び／又はパラメータは、特定の属性及び／又は所定のレベル以上のパラメータであるため、記憶装置には、他のユーザにとってより魅力的なオブジェクトが蓄積されやすくなる。そのため、記憶装置を媒介としたユーザ間のオブジェクトの流通をより円滑に促進させることができる。

解除対象となるオブジェクトの属性及び／又はパラメータは、特定の属性及び／又は所定のレベル以上のパラメータであることが条件である場合に、前記付与手段（５３）は、
前記第１の入力が受け付けられたユーザに対して、前記記憶装置が記憶するオブジェクトからなる母集団の中から選択されたオブジェクトを付与し、
前記第１の入力を受け付けていないユーザに対して、前記記憶装置が記憶するオブジェクトに限定されない母集団の中から選択されたオブジェクトを付与してもよい。
第１の入力が受け付けられたユーザは、特定の属性及び／又は所定のレベル以上のパラメータのオブジェクトを手放したユーザである。第１の入力が受け付けられたユーザがオブジェクトを手放すことによって、記憶装置には、特定の属性及び／又は所定のレベル以上のパラメータのオブジェクトが蓄積される。この構成では、第１の入力が受け付けられたユーザには、オブジェクトが付与されるときに、特定の属性及び／又は所定のレベル以上のパラメータのオブジェクトが付与されることが保証される。その一方で、第１の入力を受け付けていないユーザには、オブジェクトが付与されるときに、特定の属性及び／又は所定のレベル以上のパラメータのオブジェクトが付与されることが保証されない。そのため、ユーザは、オブジェクトが付与されるときの恩恵を受けようとして第１の入力を行い、特定の属性及び／又は所定のレベル以上のパラメータのオブジェクトを積極的に手放すことが期待される。よって、魅力的なオブジェクトのユーザ間の流通が促進される。

解除対象となるオブジェクトの属性及び／又はパラメータは、特定の属性及び／又は所定のレベル以上のパラメータであることが条件である場合に、前記第１提示手段（５５）は、前記所定数のオブジェクトにおいて、前記第１の入力が受け付けられたユーザの保有状態から解除したオブジェクトのパラメータと同一か、又はそれ以上のパラメータを備えたオブジェクトが含まれる確率を所定値以上としてもよい。
例えば、オブジェクトの希少価値を示すレア度が１〜５の範囲の値であって、解除対象のオブジェクトのレア度が３以上であることが条件である場合を想定する。その場合には、記憶装置にレア度が３以上のオブジェクトが蓄積されるため、第１の入力が受け付けられたユーザにオブジェクトが付与される場合、そのオブジェクトのレア度は３以上であることが保証される。しかし第１の入力が受け付けられたユーザが手放したオブジェクトのレア度が４以上であるにも関わらず、付与されたオブジェクトのレア度が３である場合には、そのユーザが不満に感じる。そこで、第１の入力が受け付けられたユーザに対してオブジェクトを付与する場合には、そのユーザが手放したオブジェクトのレア度と同一か、又はそれ以上のレア度のオブジェクトが付与される確率を所定値以上とすることが好ましい。これによって、ユーザが不満に感じる可能性を低下させることができる。

解除対象となるオブジェクトの属性及び／又はパラメータは、特定の属性及び／又は所定のレベル以上のパラメータであることが条件である場合に、前記第１提示手段（５５）は、前記第１の入力を受け付けていないユーザに対して前記所定数のオブジェクトを提示した後に当該ユーザから前記第１の入力を受け付けた場合には、提示済みの前記所定数のオブジェクトを、前記記憶装置が記憶するオブジェクトからなる母集団の中から選択された所定数のオブジェクトに置き換えて提示してもよい。
この構成では、付与対象のオブジェクトとして所定数のオブジェクトがユーザに提示された後に、そのユーザに対して、より魅力的な別の所定数のオブジェクトが改めて提示される機会が与えられる。つまり、所定数のオブジェクトがユーザに提示された後に、そのユーザが第１の入力を行った場合には、改めて提示される所定数のオブジェクトは、特定の属性及び／又は所定のレベル以上のパラメータのオブジェクトであることが保証される。よって、この構成によれば、付与対象のオブジェクトをユーザに選択させるときに、ユーザに対して幅広い選択肢を与えることができるようになる。

上記ゲーム制御装置において、前記解除手段（５１）は、同一のユーザによる所定時間内の前記第１の入力の受け付け回数を所定回数以下に制限してもよい。
同一のユーザが第１の入力を闇雲に行うことで自らが保有しているオブジェクトを安易に手放すことができるとしたならば、オブジェクトとユーザの間の関係性が希薄になる場合がある。そのため、同一のユーザによる所定時間内の第１の入力の受け付け回数を制限することが好ましい。

上記ゲーム制御装置において、前記記憶手段（５２）は、前記記憶装置の記憶対象のオブジェクトを、前記解除手段（５１）によって解除される前に保有していたユーザを特定する情報と対応付けて前記記憶装置に記憶させ、
前記記憶装置が記憶するオブジェクトの母集団の中から選択されたオブジェクトをユーザに付与するに当たって、当該オブジェクトに対応付けられたユーザを特定する情報を提示する第２提示手段（５７）、を備えてもよい。
この構成では、オブジェクトが付与されたユーザは、そのオブジェクトを直前に保有していたユーザ（直前の保有ユーザ）を認識することができる。そのため、直前の保有ユーザと新たな保有ユーザとの間でコミュニケーションを開始する機会が得られる。

上記ゲーム制御装置において、前記付与手段（５３）は、各ユーザの第２の入力を受け付けた場合にオブジェクトをユーザへ付与し、
前記第１の入力及び／又は前記第２の入力を受け付けるための操作釦を含むゲーム画像を表示する表示手段（５６）、を備えてもよい。
この構成では、オブジェクトを手放すための操作釦、及びオブジェクトを手に入れるための操作釦の双方、又は少なくともいずれか一方がゲーム画像に表示されるため、ユーザの操作性が良好となる。

本発明の第２の観点は、複数のユーザの各々がオブジェクトを保有するゲームを実行するゲーム制御装置である。
このゲーム制御装置は、
各ユーザの第１の入力を受け付けた場合に、当該ユーザが保有するオブジェクトの中から前記第１の入力に対応したＭ個（Ｍ：２以上の整数）のオブジェクトを当該ユーザの保有状態から解除する解除手段（５１）と、
前記第１の入力が受け付けられたユーザに対して、前記Ｍよりも少ないＮ（Ｎ：１以上の整数）のオブジェクトを提供する提供手段（５４）と、
前記解除手段（５１）によってユーザの保有状態から解除されたオブジェクトを記憶装置に記憶させる記憶手段（５２）と、
前記記憶装置が記憶するオブジェクトの中から少なくともいずれかのオブジェクトをユーザへ付与する付与手段（５３）と、
所定数のオブジェクトの中から少なくともいずれかのオブジェクトを前記付与手段による付与対象のオブジェクトとしてユーザが選択可能となるように、当該ユーザに前記所定数のオブジェクトを提示する第１提示手段（５５）と、
を備える。

本発明の第３の観点は、複数のユーザの各々がオブジェクトを保有するゲームを実行するゲーム制御方法である。
このゲーム制御方法は、
各ユーザの第１の入力を受け付けた場合に、当該ユーザが保有するオブジェクトの中から前記第１の入力に対応したオブジェクトを当該ユーザの保有状態から解除するステップと
ユーザの保有状態から解除されたオブジェクトを記憶装置に記憶させるステップと、
前記記憶装置が記憶するオブジェクトの中から少なくともいずれかのオブジェクトをユーザへ付与するステップと、
を備える。

本発明の第４の観点は、複数のユーザの各々がオブジェクトを保有するゲームを実行するために、コンピュータに、
各ユーザの第１の入力を受け付けた場合に、当該ユーザが保有するオブジェクトの中から前記第１の入力に対応したオブジェクトを当該ユーザの保有状態から解除する機能、
ユーザの保有状態から解除されたオブジェクトを記憶装置に記憶させる機能、及び、
前記記憶装置が記憶するオブジェクトの中から少なくともいずれかのオブジェクトをユーザへ付与する機能、
を実現させるためのプログラムである。

コンピュータは、例えばネットワークサーバ、大型計算機等であってよい。また、このプログラムは、光ディスク（ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等）、フレキシブルディスク、半導体メモリ等のコンピュータ読み取り可能な情報記憶媒体に格納されてもよい。

本発明の第５の観点は、ユーザの通信端末（１０）と、当該通信端末（１０）からアクセスされるサーバ（２０）とを含み、複数のユーザの各々がオブジェクトを保有するゲームを実行するゲームシステムである。
このゲームシステムは、
各ユーザの第１の入力を受け付けた場合に、当該ユーザが保有するオブジェクトの中から前記第１の入力に対応したオブジェクトを当該ユーザの保有状態から解除する解除手段（５１）、
前記解除手段（５１）によってユーザの保有状態から解除されたオブジェクトを記憶装置に記憶させる記憶手段（５２）、及び、
前記記憶装置が記憶するオブジェクトの中から少なくともいずれかのオブジェクトをユーザへ付与する付与手段（５３）、
の各手段を、前記通信端末（１０）又は前記サーバ（２０）のいずれか一方が備える。

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

本発明のゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステムによれば、ゲーム内で新たに発行されるオブジェクトの数を抑制することができる。

実施形態のゲームシステムの基本構成を示す図。 実施形態の通信端末の外観の例を示す図。 実施形態の通信端末の外観の別の例を示す図。 実施形態の通信端末の構成を示すブロック図。 実施形態のゲームサーバの構成を示すブロック図。 実施形態のデータベースサーバの構成を示すブロック図。 ユーザデータベースの構成例を示す図。 カードデータベースの構成例を示す図。 カード保管データベースの構成例を示す図。 第１の実施形態のゲームシステムにおけるカードの流通の仕組みを説明するための図。 第１の実施形態のユーザの通信端末において表示される一連のウェブページを例示する図。 第１の実施形態のユーザの通信端末において表示される一連のウェブページを例示する図。 第１の実施形態のゲーム制御装置の機能ブロック図。 第１の実施形態のカード交換処理の一例を示すフローチャート。 第１の実施形態のカード付与処理の一例を示すフローチャート。 第２の実施形態のゲームシステムにおけるカードの流通の仕組みを説明するための図。 第２の実施形態のユーザの通信端末において表示される一連のウェブページを例示する図。 解除履歴データの構成例を示す図。 第２の実施形態のカード付与処理の一例を示すフローチャート。 実施形態の変形例において、ユーザの通信端末において表示される一連のウェブページを例示する図。 実施形態の変形例に係るゲーム制御装置の機能ブロック図。 実施形態の変形例において、ユーザの通信端末において表示される一連のウェブページを例示する図。 実施形態のゲーム制御装置の各機能について、通信端末と、ゲームサーバ及びデータベースサーバとの間の分担例を示す図。 実施形態のゲーム制御装置の各機能について、通信端末と、ゲームサーバ及びデータベースサーバとの間の分担例を示す図。

以下、本発明の実施形態について説明する。なお、以下の説明において、モンスターカード（あるいは単に、カード）は、本発明のオブジェクトの一例である。

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

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

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

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

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

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

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

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

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

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

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

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

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

本実施形態のゲームサーバ２０によって実現されるゲームのタイプは特に限定されるものではないが、以下では、実施形態の説明の便宜上、ゲームサーバ２０によって実現されるゲームの一例として、ゲーム上で発行、あるいは流通するモンスターカード（以下、適宜単に「カード」という。）をユーザが収集し、ユーザが保有するカードを使用するゲームを採り上げる。このゲームを、以下では適宜、単に「ゲーム」あるいは「本実施形態のゲーム」という。このようなゲームでは、ユーザは自ら保有するカードを使用して他のユーザ、あるいはＣＰＵとバトルを行ったり、クエストを行ったりすることができる仕組みとなっていてもよい。

図６に、本実施形態のゲームにおいて適用されるユーザデータベース３１の一例を示す。この例では、ユーザデータベース３１は、ユーザＩＤ（ユーザ識別情報）ごとに、ユーザ名、ユーザ画像、ゲームレベル、及び保有カードの各項目についての情報を含む。ユーザデータベース３１に含まれる情報は、ゲームサーバ２０によって逐次更新されうる。

以下の説明では、ユーザデータベース３１に含まれるユーザＩＤ、あるいはユーザを特定するユーザ名（後述する）ごとのデータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下のとおりである。
・ユーザ名
ユーザ名は、ゲームの実行時に通信端末１０のユーザを特定するために表示されるユーザ名である。ユーザ名は、例えばユーザによって予め指定される所定長以下のテキストである。ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。
・ゲームレベル
ユーザのゲームにおける進行度合いを示すデータであり、ユーザによるゲームの進行に伴って増加する値である。例えば、ゲームレベルは、例えばＬｖ１（レベル１）からＬｖ１００（レベル１００）までの範囲のレベル値である。ゲームレベルは、本実施形態のゲームにおいて予め規定された規則に従って増加する。ゲームレベルは例えば、バトルでユーザが勝利した数、又はバトルでの勝率が増加するにつれて増加してもよい。
・保有カード
ユーザが保有する１又は複数のカードのデータである。図６の例では、ユーザＩＤ：０００００１のユーザＡＢＣの保有カードには、カードＡ，Ｌ，Ｈが含まれる。

図５に戻り、ゲームデータベース３２は、ゲームサーバ２０からのアクセスに基づき、ゲームサーバ２０によって実行されたゲームの進行に関する情報を記憶、更新する。ゲームの進行に関する情報は、ゲームの性質によって多様な情報を含みうる。例えば、本実施形態のゲームにカードを使用したユーザ間のバトルが含まれる場合には、そのバトルの戦績のデータなどを含む。ゲームデータベース３２はさらに、カードデータベースとカード保管データベースを記憶する。

図７にカードデータベースの構成例を示す。図７に示すように、カードデータベースには、各カードに対応付けて、例えば、カードに表示されるキャラクタの画像、タイプ、レア度、攻撃力、防御力、ＨＰ(Hit Point)が記憶されている。なお、以下では、説明の便宜のために、カードの名称とカードに表示されるキャラクタの名称が同一であるとする。例えば、モンスターカードＡ（又はカードＡ）に表示されるキャラクタは、モンスターＡであるとする。

図７において、タイプはカードの属性の一例であり、I、II、又はIIIのいずれかである。レア度は、ゲームにおけるカードの希少価値を示すパラメータである。レア度の値が大きいカードほどゲーム内で流通している数が少なく希少価値が高い。
攻撃力、防御力、及びＨＰは、カードをバトルに使用するときに参照されるパラメータである。カードの攻撃力の値が大きいほど、バトル相手のＨＰをより多く低下させることができる。カードの防御力の値が大きいほど、バトル相手の攻撃を受け難くＨＰが低下し難くなる。バトルではカードのＨＰがゼロになると、そのカードが倒されたことになるため、図７に示すＨＰの値が大きいほどバトルで有利である。なお、攻撃力、防御力、及びＨＰはカードのパラメータの一例に過ぎず、カードのパラメータは、適用されるゲームの種類に応じて適宜設定されることは言うまでもない。

図８にカード保管データベースの構成例を示す。図８に示すように、カード保管データベースには、カードと、そのカードを直前に保有していたユーザ（保有ユーザ）とが対応付けて記憶されている。後述するカード交換処理が実行されるとカード保管データベースに新たなデータが書き込まれ、後述するカード付与処理が実行されるとカード保管データベースからデータが読み出された後に消去される。

（１−５）本実施形態のカード流通の仕組み
次に、本実施形態のカード流通の仕組みについて、図９〜１１を参照して説明する。
図９は、第１の実施形態のゲームシステムにおけるカードの流通の仕組みを説明するための図である。図１０は、第１の実施形態のゲームシステムにおいて、カード交換処理が実行されるときの、ユーザの通信端末において表示される一連のウェブページを例示する図である。図１１は、第１の実施形態のゲームシステムにおいて、カード付与処理が実行されるときの、ユーザの通信端末において表示される一連のウェブページを例示する図である。
なお、以下の説明において、通信端末１０に表示されるウェブページ上で表示されるメニュー、マーク等はウェブページ上で所望の位置に配置されるものであって、通信端末１０で視認されるメニュー、マーク等の表示画面上の位置は、ユーザの方向指示釦あるいはタッチパネル操作によるウェブページのスクロール操作によって変化しうるものである。

図９において、本実施形態のゲームシステムでは、カード運営データベースを媒介させてユーザ間でカードが流通する仕組みを採っている。この仕組みは、カード交換処理とカード付与処理から構成されている。
カード交換処理は、以下のようにして行われる。ユーザは自らの保有カードの中から２枚のカードを指定して放出する。つまり、２枚のカードがユーザの保有状態から解除される。放出された２枚のカードはカード保管データベースに蓄えられる。ユーザは２枚のカードを手放す代わりにシステムから１枚のカードを取得する。例えば、図９の例では、ユーザＸＹＺは、２枚のカードＡ，Ｂを手放して１枚のカードＩを取得し、ユーザＪＫＬは、２枚のカードＣ，Ｄを手放して１枚のカードＪを取得する。なお、各ユーザが取得したカードＩ，Ｊは、抽選によって決定されたカードであって、各ユーザが保有カードを手放す時点ではいずれのカードを取得できるか各ユーザが分からないようになっている。
このようなカード交換処理は、ユーザが自分にとって魅力的でないカードを手放す代わりに、自分にとって魅力的なカードを得る機会が与えられる点で、ユーザにとって有益な処理である。図９の例では、例えば４名のユーザによるカード交換処理によって放出された８枚のカードＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈがカード保管データベースに蓄積された例が示されている。

カード付与処理は、ユーザにカードを付与する処理であるが、付与するタイミングあるいは条件は任意に設定することができる。後述する例では、ゲームのキャンペーンとしてユーザにカードをプレゼントするように構成されているが、これに限られない。ユーザがゲームに設定されているシナリオに沿って所定の条件をクリアしたとき（例えば、敵キャラクタを倒したときや、所定のステージをクリアしたとき等）にカードを付与する、という具合に構成してもよい。図９において、このカード付与処理では、カード保管データベースの中から少なくともいずれかのカードがユーザに付与される。例えば、ユーザＡＢＣに対して、カード保管データベースに蓄積されていたカードＣが付与された場合が示されている。なお、ユーザにカードを付与するに当たって、カード保管データベースに蓄積されている所定数のカードをユーザに対して選択可能に提示することが好ましい。図９では、ユーザＡＢＣに対して、カード保管データベースに蓄積されているカードのうち４枚のカードＡ，Ｃ，Ｅ，Ｇを無作為に選択して提示し、ユーザＡＢＣがその４枚のカードの中からカードＣを選択した例が示されている。

図１０のウェブページＰ０は、本実施形態のゲームにおいて各ユーザの通信端末１０に表示される。ここでは、一例としてユーザＸＹＺの通信端末１０に表示されるウェブページＰ０を示す。ウェブページＰ０は、一例としてゲームの特定のキャンペーン（「プレゼントキャンペーン」）を通知するためのものであり、カード交換処理を実行するためのメニューｍ１（「今すぐ交換!!」）を有する表示領域１０１と、カード付与処理を実行するためのメニューｍ２（「プレゼントボックスを開ける」）を有する表示領域１０２とを含む。
ウェブページＰ０においてメニューｍ１（「今すぐ交換!!」）が選択操作されると、Ｐ１に示すようにウェブページが更新される。ウェブページＰ１では、ユーザＸＹＺがカード交換のために放出する２枚のカードをユーザＸＹＺの保有カードの一覧中から選択するためのウェブページである。保有カードの一覧では、各カードがそのパラメータやタイプ、キャラクタ画像をカード毎に表示させることが好ましい。ウェブページＰ１においてカードＡ，Ｂが選択された場合を想定する。この場合、Ｐ２に示すようにウェブページが更新される。ウェブページＰ２には、選択されたカードＡ，Ｂを別のカードと交換する（つまり、カードＡ，Ｂを手放す）ことを確定するためのメニューｍ３（「交換」）が含まれる。ウェブページＰ２においてメニューｍ３（「交換」）が選択操作されると、Ｐ３に示すようにウェブページが更新される。ウェブページＰ３では、放出したカードＡ，Ｂに代わる１枚の新たなカードＩが提供されたことが通知される。

図１１のウェブページＰ０は、図１０のそれと同じであるが、ここでは一例としてユーザＡＢＣの通信端末１０に表示されている場合を想定する。
ウェブページＰ０においてメニューｍ２（「プレゼントボックスを開ける」）を選択操作されると、Ｐ４に示すようにウェブページが更新される。ウェブページＰ４には４枚のカードＡ，Ｃ，Ｅ，Ｇが提示されるとともに、その表示領域１０１にはメニューｍ４（「カードを選ぶ」）が含まれる。メニューｍ４（「カードを選ぶ」）は、ユーザＡＢＣに付与されるプレゼントとして、４枚のカードＡ，Ｃ，Ｅ，Ｇの中からいずれかのカードをユーザＡＢＣが選択するためのものである。なお、ここで提示されている４枚のカードＡ，Ｃ，Ｅ，Ｇは、図９に示したようにカード保管データベースから選択されたカードである。
ウェブページＰ４においてメニューｍ４（「カードを選ぶ」）が選択操作されると、Ｐ５に示すようにウェブページが更新される。ウェブページＰ５は、ウェブページＰ４にて提示された４枚のカードＡ，Ｃ，Ｅ，Ｇの各々のタイプやパラメータを表示し、それによってユーザによるカードの選択を補助するように構成されている。

ウェブページＰ５に示すように、各カードに対応付けて、ユーザに提示された４枚のカードの各々の直前の保有ユーザが表示されていることが好ましい。例えば、カードＡには、直前の保有ユーザとしてユーザＸＹＺが対応付けて表示され、カードＣには、直前の保有ユーザとしてユーザＪＫＬが対応付けて表示されている。直前の保有ユーザは、図９に示したように、カード交換処理を実行してカードを放出したユーザである。
また、ウェブページＰ５において各カードに対応付けて、メニューｍ５（「このカードを受け取る」）とメニューｍ６（「このカードを受け取って仲間申請する」）が設けられる。いずれのメニューを選択しても、対応するカードをプレゼントとして受け取ることが可能であるが、メニューｍ６を選択した場合には、対応するカードの直前の保有ユーザに対して仲間となるための申請を行うことができるように構成されている。

ウェブページＰ５において、カードＣに対応するメニューｍ５（「このカードを受け取る」）が選択操作されると、Ｐ６に示すようにウェブページが更新される。ウェブページＰ６には、ユーザＡＢＣに対してカードＣがプレゼントされたことを通知するメッセージが表示される。なお、図示しないが、ウェブページＰ５において、カードＣに対応するメニューｍ６（「このカードを受け取って仲間申請する」）が選択操作された場合には、ウェブページＰ６に示すメッセージに続いて、カードＣの直前の保有ユーザであるユーザＪＫＬに対して仲間申請のメッセージが送信されることになる。この仲間申請に対してユーザＪＫＬが承認した場合に、ユーザＡＢＣとユーザＪＫＬが仲間関係となる。

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

解除手段５１は、各ユーザの第１の入力を受け付けた場合に、当該ユーザが保有するカード（オブジェクト）の中から第１の入力に対応したカードを当該ユーザの保有状態から解除する機能を備える。この機能は、カード交換処理を実現するための機能の一部である。
本実施形態では、「第１の入力」は、図１０のウェブページＰ０のメニューｍ１（「今すぐ交換!!」）に対する操作入力、ウェブページＰ１の保有カードの一覧からの２枚のカードの選択操作入力、及びウェブページＰ２のメニューｍ３（「操作」）に対する操作入力の一連の入力に相当する。「第１の入力に対応したカード」は、例えば、ウェブページＰ１において選択されたカードＡ，Ｂに相当する。
解除手段５１の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、ユーザによる２枚のカードの選択結果を含むＨＴＴＰリクエストを取得すると、そのユーザのユーザデータにアクセスして、その２枚のカードをユーザデータの保有カードから消去する処理を行う。これによって、選択された２枚のカードが、処理対象のユーザの保有状態から解除されたことになる。

記憶手段５２は、解除手段５１によってユーザの保有状態から解除されたカード（オブジェクト）を、データベースサーバ３０（記憶装置）内のカード保管データベース（図８参照）に記憶させる機能を備える。
記憶手段５２の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、ユーザによる２枚のカードの選択結果を含むＨＴＴＰリクエストを取得すると、その２枚のカードのデータを、処理対象のユーザに対応付けてカード保管データベースに書き込む処理を行う。図１０に示した例では、ユーザＸＹＺによってカード交換処理のためにカードＡ，Ｂが選択され、その結果、図８に示すようにカードＡ，Ｂが、直前の保有ユーザであるＸＹＺと対応付けてカード保管データベースに書き込まれた例が示されている。

付与手段５３は、データベースサーバ３０（記憶装置）内のカード保管データベースが記憶するカード（オブジェクト）の中から少なくともいずれかのカードをユーザへ付与する機能を備える。この機能は、カード付与処理を実現するための機能に相当する。
付与手段５３の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、受け取り対象のカードの選択結果を含むＨＴＴＰリクエストを取得すると、受け取り対象のカードを処理対象のユーザのユーザデータの保有カードの欄に書き込み、受け取り対象のカードをカード保管データベースから消去する。これによって、受け取り対象のカードがユーザに付与されたことになる。
例えば図１１に示した例では、上記ＨＴＴＰリクエストは、ウェブページＰ５において、カードＣに対応するメニューｍ５（「このカードを受け取る」）の選択操作によって通信端末１０からゲームサーバ２０へ送信される。ＨＴＴＰリクエストには、受け取り対象のカードの選択結果としてカードＣの情報が含まれる。ＨＴＴＰリクエストを受信すると、ＣＰＵ２１は、ユーザＡＢＣのユーザデータの保有カードの欄にカードＣの情報を書き込む。

なお、付与手段５３は、各ユーザによる操作入力を受け付けることなくカードをユーザに付与してもよいが、各ユーザの第２の入力を受け付けた場合にカードをユーザへ付与してもよい。本実施形態では、「第２の入力」は、図１１のウェブページＰ０のメニューｍ２（「プレゼントボックスを開ける」）に対する操作入力、ウェブページＰ４のメニューｍ４（「カードを選ぶ」）に対する操作入力、及びウェブページＰ５のいずれかのメニューに対する選択操作入力の一連の入力に相当する。

提供手段５４は、第１の入力が受け付けられたユーザに対して、保有状態が解除されたカード（オブジェクト）に代わる新たなカードを提供する機能を備える。この機能は、カード交換処理を実現するための機能の一部である。本実施形態では、「第１の入力」は、上述したように、図１０のウェブページＰ０のメニューｍ１（「今すぐ交換!!」）に対する操作入力、ウェブページＰ１の保有カードの一覧からの２枚のカードの選択操作入力、及びウェブページＰ２のメニューｍ３（「操作」）に対する操作入力の一連の入力に相当する。
提供手段５４の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、ユーザによる２枚のカードの選択結果を含むＨＴＴＰリクエストを取得すると、カードデータベース（図７参照）にアクセスして、処理対象のユーザに提供するいずれか１枚のカードを選択する。ＣＰＵ２１は、カードの選択結果を含むＨＴＭＬデータを生成して処理対象のユーザの通信端末１０へ送信する。さらにＣＰＵ２１は、選択したカードを処理対象のユーザのユーザデータの保有カードの欄に書き込む。これによって、保有状態が解除されたカードに代わる新たな１枚のカードがユーザに提供されたことになる。なお、カードデータベースから選択されたカードの情報は、カードデータベースから消去されない。
例えば図１０に示した例では、上記ＨＴＴＰリクエストは、ウェブページＰ２において、メニューｍ３（「交換」）の選択操作によって通信端末１０からゲームサーバ２０へ送信される。この例では、ＨＴＴＰリクエストを受信した後に、ＣＰＵ２１は、カードデータベースからカードＩを選択して、ユーザＸＹＺのユーザデータの保有カードの欄にカードＩの情報を書き込む。

第１提示手段５５は、所定数のカード（オブジェクト）の中から少なくともいずれかのカードを付与手段５３による付与対象のカードとしてユーザが選択可能となるように、当該ユーザに上記所定数のカードを提示する機能を備える。本実施形態では一例として、４枚のカードから任意に１枚のカードを選択可能とする形態が採られる。
第１提示手段５５の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、メニューｍ２（「プレゼントボックスを開ける」）の選択結果を含むＨＴＴＰリクエストを取得すると、カード保管データベースに記憶されているカードの中から所定数のカードを選択する。例えば図１１に示した例では、カード保管データベースが選択された所定数のカードは、４枚のカードＡ，Ｃ，Ｅ，Ｇである。ＣＰＵ２１は、選択した所定数のカードの情報を含むＨＴＭＬデータを生成して、処理対象のユーザの通信端末１０へ送信する。これによって、通信端末１０には、選択された所定数のカードを含むウェブページが表示される。つまり、所定数のカードがユーザに提示される。

表示手段５６は、第１の入力及び／又は第２の入力を受け付けるための操作釦を含むゲーム画像を表示する機能を備える。本実施形態では、図１０のウェブページＰ０のメニューｍ１（「今すぐ交換!!」）は、第１の入力を受け付けるための操作釦の一例である。図１１のウェブページＰ０のメニューｍ２（「プレゼントボックスを開ける」）は、第２の入力を受け付けるための操作釦の一例である。これらのメニューがゲーム画像としてのウェブページ上に表示されるため、ユーザがオブジェクトを手放す、あるいは手に入れるときの操作性が良好となる。
表示手段５６の機能を実現するために、例えば、ゲームサーバ２０のＣＰＵ２１は、上記メニューｍ１及びｍ２を含むＨＴＭＬデータを生成して、通信端末１０へ送信する。

（１−７）本実施形態のカード流通に関する処理のフロー
次に、本実施形態のカード流通に関する処理のフローの例について、図１３及び図１４のフローチャートを参照して説明する。図１３は、本実施形態のカード交換処理の一例を示すフローチャートである。図１４は、本実施形態のカード付与処理の一例を示すフローチャートである。

（１−７−１）カード交換処理（図１３）
カード交換処理を開始するためのメニューｍ１（「今すぐ交換!!」；図１０のウェブページＰ０参照）に対する選択操作結果を含むＨＴＴＰリクエストを取得すると（ステップＳ１０：ＹＥＳ）、ゲームサーバ２０のＣＰＵ２１は、処理対象のユーザのユーザデータを参照して、そのユーザの保有カードの一覧を含むＨＴＭＬデータを生成して、ユーザの通信端末１０へ送信する。その結果、通信端末１０には保有カードの一覧を含むウェブページが、２枚のカードを選択可能に表示される。ＣＰＵ２１は、ユーザによる２枚のカードの選択結果を含むＨＴＴＰリクエストを取得すると（ステップＳ１２：ＹＥＳ）、その２枚のカードのデータを、処理対象のユーザに対応付けてカード保管データベースに書き込む（ステップＳ１４）。ＣＰＵ２１は、選択された２枚のカードのデータを、処理対象のユーザのユーザデータの保有カードの欄から消去する（ステップＳ１６）。
次いでＣＰＵ２１は、カードデータベース（図７参照）からいずれかのカードを選択してユーザに提供する処理を行う（ステップＳ１８）。より具体的には、ＣＰＵ２１は、カードデータベースにアクセスして、処理対象のユーザに提供するいずれか１枚のカードを選択し（つまり、抽選により決定し）、カードの選択結果を含むＨＴＭＬデータを生成して処理対象のユーザの通信端末１０へ送信する。ＣＰＵ２１はさらに、選択したカードの情報を処理対象のユーザのユーザデータの保有カードの欄に書き込む。

（１−７−２）カード付与処理（図１４）
カード付与処理を開始するためのメニューｍ２（「プレゼントボックスを開ける」；図１０のウェブページＰ０参照）の選択結果を含むＨＴＴＰリクエストを取得すると（ステップＳ２０：ＹＥＳ）、ゲームサーバ２０のＣＰＵ２１は、カード保管データベースから所定数のカードを選択してユーザに提示する（ステップＳ２２）。より具体的には、ＣＰＵ２１は、カード保管データベースに記憶されているカードの中から所定数のカードを選択し（つまり、抽選により決定し）、選択した所定数のカードの情報を含むＨＴＭＬデータを生成して、処理対象のユーザの通信端末１０へ送信する。これによって、通信端末１０には、選択された所定数のカードを含むウェブページが表示される。つまり、所定数のカードがユーザに提示される。例えば図１１に示した例では、４枚のカードが提示されている。
ユーザに提示された所定数のカードの中からいずれかのカードが選択された場合（ステップＳ２４：ＹＥＳ）、つまりＣＰＵ２１が受け取り対象のカードの選択結果を含むＨＴＴＰリクエストを取得した場合には、ＣＰＵ２１は、受け取り対象のカードの情報を処理対象のユーザのユーザデータの保有カードの欄に書き込み（ステップＳ２６）、受け取り対象のカードをカード保管データベースから消去する（ステップＳ２８）。以上のステップを実行することで、受け取り対象のカードがユーザに付与されたことになる。

以上説明したように、このゲーム制御装置では、各ユーザの所定の第１の入力を受け付けた場合には、第１の入力に対応したカードは、ユーザの保有状態から解除されて、カード保管データベースに蓄積される。ゲームに参加している複数のユーザの保有状態から解除されたカードは、記憶装置に順次蓄積されていくことになる。一方、ユーザにはカード保管データベースに蓄積されているカードの中からいずれかのカードが付与される。従って、このゲーム制御装置では、カード保管データベースを媒介としてユーザ間でカードを円滑に流通させる仕組みを実現できるため、ゲーム内で新たに発行するカードの数を抑制できるようにすることができる。

上述した実施形態では、提供手段５４を設ける場合について説明したが、提供手段５４は必ずしも設けなくてもよい。すなわち、第１の入力が受け付けられたユーザに対して、そのユーザが手放した（つまり、保有状態が解除された）カードに代わる新たなカードを提供しなくてもよい。例えば、ユーザが第１の入力を行うことで、そのユーザが不要と考えている保有カードを捨てる代わりに所定のポイントを得ることができるが、ユーザが捨てたカードに代わる新たなカードがユーザに提供されない場合であってもよい。その場合、ユーザが捨てたカードがカード保管データベースに書き込まれる。
なお、提供手段５４を設けることでカードを手放したユーザに対して、新たなカードが提供される。つまり、ユーザは、自ら保有しているカードを他のカードと交換することになるために、積極的に自ら保有しているカードを手放すことが動機付けられる。そのため、カード保管データベースにカードが蓄積されやすくなり、ユーザ間のカードの流通をより円滑に促進させることができる。
また、本実施形態では、ユーザによるカード交換処理と、ユーザへのカード付与処理とが同一のユーザに対して一体的に行われるのではなく、ゲームに参加している複数のユーザを対象として独立に行われる。そのため、ユーザによってカードの交換によって放出されたカードは、他のユーザへカードを付与することにより再利用されることになるため、ユーザによるカードの過度の交換によってゲーム内で流通する各カードの数の配分が適切でなくなる状況が抑制される。

上述した実施形態では、第１提示手段５５を設ける場合について説明したが、第１提示手段５５は必ずしも設けなくてもよい。すなわち、付与対象のカードとしてユーザが選択可能となるように所定数のカードをユーザに提示する場合に限られない。ユーザに選択肢を与えずに、カードデータベースの中から選択されたいずれかのカードをユーザに付与してもよい。例えば、ゲームサーバ２０のＣＰＵ２１は、図１０のウェブページＰ０においてメニューｍ２（「プレゼントボックスを開ける」）の選択操作結果を含むＨＴＴＰリクエストを取得した場合、カードデータベースの中からいずれかのカードを選択し（抽選により決定し）、選択したカードの情報を含むＨＴＭＬデータを生成してユーザの通信端末１０へ送信する。これにより、ユーザの通信端末１０に表示されるウェブページは、図１０において、Ｐ１及びＰ２を経ずにＰ０からＰ３に更新される。
なお、第１提示手段５５を設けることで、ユーザは、提示された所定数のカードの中から自らが手に入れるカードを選択することができるため、所望のカードを入手できる可能性を高めることができる。そのため、カードが付与される機会を積極的に利用する、あるいはカードが付与される条件を満たすようにゲームをプレイすることが動機付けられる。結果的に、カード保管データベースに蓄積されているカードが排出されやすくなり、ユーザ間のカードの流通をより円滑に促進させることができる。

上述した実施形態では、表示手段５６を設ける場合について説明したが、表示手段５６は必ずしも設けなくてもよい。すなわち、第１の入力及び／又は第２の入力を受け付けるためのメニュー群を表示する場合に限られない。
上述した実施形態では、図１０のウェブページＰ０のメニューｍ１（「今すぐ交換!!」）、又は図１１のウェブページＰ０のメニューｍ２（「プレゼントボックスを開ける」）に対するユーザの入力は、ユーザの通信端末１０に対する所定の操作釦の押下操作の入力や、タッチパネル機能を備えた通信端末１０に対する表示画面上のタッチ操作の入力であるとしたが、ユーザの入力はこれに限られない。ユーザの入力は、加速度センサを備えた通信端末を振ることによる操作入力、あるいはジェスチャによる操作入力（ジェスチャ入力）であってもよい。ジェスチャ入力では、撮像機能を備えた通信端末に対する所定のジェスチャを行うことで通信端末がそのジェスチャを画像認識し、予めジェスチャに対応付けられた操作入力を認識する。また、音声認識プログラムを実行可能な通信端末の場合には、ユーザの入力は、音声を入力することにより行われてもよい。

上述した実施形態では、図７に示したように各カードがタイプ（属性）及びレア度等（パラメータ）と関連付けられている場合について説明したが、各カードは、属性又はパラメータのいずれか一方にのみ関連付けられていてもよい。
また、解除手段５１による解除対象となるカードの属性及び／又はパラメータは、特定の属性及び／又は所定のレベル以上のパラメータであることが好ましい。ユーザが手放すカードの属性及び／又はパラメータが特定の属性及び／又は所定のレベル以上のパラメータであることを条件にすることで、カード保管データベースには、他のユーザにとってより魅力的なカードが蓄積されやすくなる。そのため、ユーザ間のカードの流通をより円滑に促進させることができる。

上述した実施形態では、第１の入力を受け付けた場合に、解除手段５１によってユーザの保有状態から解除されるカードの数をＭ個（Ｍ：２以上の整数；上記実施形態では、Ｍ＝２）とした場合に、そのユーザに対して提供手段５４によって提供されるカードの数がＭよりも少ないＮ（Ｎ：１以上の整数；上記実施形態では、Ｎ＝１）である場合について説明したが、この場合に限られない。解除されるカードの数と提供されるカードの数はそれぞれ任意に設定することができる。

（２）第２の実施形態
以下、第２の実施形態について説明する。
本実施形態のゲームシステムの構成、通信端末１０、ゲームサーバ２０及びデータベースサーバ３０のハードウエア構成は、第１の実施形態と同様であってよい。

（２−１）本実施形態のカード流通の仕組み
本実施形態のカード流通の仕組みについて、図１５及び図１６を参照して説明する。
図１５は、第２の実施形態のゲームシステムにおけるカードの流通の仕組みを説明するための図である。図１６は、第２の実施形態のゲームシステムにおいて、カード付与処理が実行されるときの、ユーザの通信端末において表示される一連のウェブページを例示する図である。

図１５において、本実施形態のゲームシステムでは、カード運営データベースを媒介させてユーザ間でカードが流通する仕組みを採っており、カード交換処理とカード付与処理から構成されている点は第１の実施形態と同様であるが、以下の点で第１の実施形態と異なる。すなわち、本実施形態では、カード交換処理によりカードを手放したユーザとそうでないユーザとで、カード付与処理において、付与対象のカードを選択するときのカードの母集団を異ならせる。本実施形態では、ユーザが手放すカードの属性及び／又はパラメータが特定の属性及び／又は所定のレベル以上のパラメータであることを条件として、カード交換処理が実行される。以下では、カード交換処理においてユーザが手放すカードの条件を「レア度が３以上であること」とする場合を例として説明する。

図１５のカード交換処理の例では、ユーザＸＹＺは、２枚のカードＡ，Ｂを手放して１枚のカードＩを取得し、ユーザＪＫＬは、２枚のカードＣ，Ｄを手放して１枚のカードＪを取得する。そのため、ユーザＸＹＺ，ＪＫＬに対してカードを付与する場合には、カード保管データベースを母集団としてカードが付与される。ここで、ユーザＸＹＺ，ＪＫＬから放出された４枚のカードＡ〜Ｄは、レア度が３以上のカードである。カード保管データベースには、各ユーザからのレア度が３以上のカードが蓄積されるため、カード保管データベースを母集団としてカードが選択されて付与される場合、付与されるカードはレア度が３以上であることが保証される。
一方、図１５のユーザＤＥＦは、カード交換処理によりカードを手放していないユーザの例である。この場合、ユーザＤＥＦに対してカードを付与する場合には、カードデータベースを母集団としてカードが付与される。カードデータベースには、レア度が１〜５の範囲の様々なカードが記録されているため、カードデータベースを母集団としてカードが選択されて付与される場合、付与されるカードのレア度は保証されない。図１５では、ユーザＤＥＦに対して、カードデータベースに記録されているカードのうち４枚のカードｂ，ｅ，ｈ，ｆを無作為に選択して提示し、ユーザＤＥＦがその４枚のカードの中からカードｅを選択した例が示されている。なお、カードデータベースから選択されたカードの情報は、カードデータベースから消去されない。

カード交換処理を実行するためのメニューｍ１（「今すぐ交換!!」）を選択操作したときのウェブページの流れは、図１０に示したものと同様でよいため、本実施形態では重複説明を省略する。図１６は、本実施形態において、カード交換処理を実行していないユーザ（つまり、第１の入力が受け付けられていないユーザ）がカード付与処理を実行するときの一連のウェブページの例である。

図１６のウェブページＰ０は、図１０のそれと同じであるが、ここでは一例としてユーザＤＥＦの通信端末１０に表示されている場合を想定する。
ウェブページＰ０においてメニューｍ２（「プレゼントボックスを開ける」）が選択操作されると、Ｐ４ａに示すようにウェブページが更新される。ウェブページＰ４ａには４枚のカードｂ，ｅ，ｈ，ｆが提示されるとともに、その表示領域１０１にはメニューｍ４（「カードを選ぶ」）が含まれる。メニューｍ４（「カードを選ぶ」）は、ユーザＤＥＦに付与されるプレゼントとして、４枚のカードｂ，ｅ，ｈ，ｆの中からいずれかのカードをユーザＤＥＦが選択するためのものである。なお、ここで提示されている４枚のカードｂ，ｅ，ｈ，ｆは、図１５に示したようにカードデータベースから選択されたカードである。

ウェブページＰ４ａにおいてメニューｍ４（「カードを選ぶ」）が選択操作されると、Ｐ５ａに示すようにウェブページが更新される。ウェブページＰ５ａは、ウェブページＰ４ａにて提示された４枚のカードｂ，ｅ，ｈ，ｆの各々のタイプやパラメータを表示し、それによってユーザによるカードの選択を補助するように構成されている。
また、ウェブページＰ５ａにおいて各カードに対応付けて、メニューｍ５（「このカードを受け取る」）が設けられる。ウェブページＰ５ａにおいて、カードｅに対応するメニューｍ５（「このカードを受け取る」）が選択操作されると、Ｐ６ａに示すようにウェブページが更新される。ウェブページＰ６ａには、ユーザＤＥＦに対してカードｅがプレゼントされたことを通知するメッセージが表示される。

（２−２）ゲーム制御装置が備える機能の概要
次に、上述した本実施形態のゲームを実現するためゲーム制御装置が備える機能について、第１の実施形態と異なる点について説明する。
本実施形態の付与手段５３は、第１の入力が受け付けられたユーザに対して、データベースサーバ３０（記憶装置）内のカード保管データベースが記憶するカードからなる母集団の中から選択されたカードを付与し、第１の入力を受け付けていないユーザに対して、カードデータベースの中から選択されたオブジェクトを付与する機能を備える。カードデータベースは、カード保管データベースが記憶するカードに限定されないカードの母集団の一例である。
第１の入力が受け付けられたユーザは、特定の属性及び／又は所定のレベル以上のパラメータのカード（本実施形態の例では、レア度が３以上のカード）を手放したユーザである。第１の入力が受け付けられたユーザがカードを手放すことによって、記憶装置には、レア度が３以上のカードが蓄積される。この構成では、第１の入力が受け付けられたユーザには、カードが付与されるときに、レア度が３以上のカードが付与されることが保証される。その一方で、第１の入力を受け付けていないユーザには、カードが付与されるときに、レア度が３以上のカードが付与されることが保証されない。そのため、ユーザは、カードが付与されるときの恩恵を受けようとして第１の入力を行い、レア度が３以上のカードを積極的に手放すことが期待される。よって、魅力的なカードのユーザ間の流通が促進される。

本実施形態の付与手段５３の機能を実現するためにゲームサーバ２０のＣＰＵ２１によって実行される処理を、図１７に示す解除履歴データ、及び図１８に示すフローチャートを参照して説明する。なお、図１８において図１４に示したフローチャートと同一の処理を示すステップについては、図１４と同一の符号で示してある。
図１７に示す解除履歴データは、ユーザが例えばカード交換処理を行ってユーザが保有しているカードの保有状態を解除した日時と、解除したカードとを対応付けて記述するデータである。ゲームサーバ２０のＣＰＵ２１は、カード交換処理が行われる度に解除履歴データを更新する。なお、解除履歴データは、例えばゲームデータベース３２に記憶される。

図１８において、カード付与処理を開始するためのメニューｍ２（「プレゼントボックスを開ける」；図１６のウェブページＰ０参照）の選択結果を含むＨＴＴＰリクエストを取得すると（ステップＳ２０：ＹＥＳ）、ゲームサーバ２０のＣＰＵ２１は、処理対象のユーザがカード交換処理を実行済みか否か、つまり第１の入力が既に受け付けられているか否かについて判定する（ステップＳ２１）。ＣＰＵ２１は、ステップＳ２１の判定を行うに当たって解除履歴データを参照する。解除履歴データに処理対象のユーザのデータが存在する場合には、そのユーザがカード交換処理を実行済みであると判断することができる。

カード交換処理が実行済みである場合には（ステップＳ２１：ＹＥＳ）、カード保管データベースから所定数のカードを選択してユーザに提示する（ステップＳ２２）。より具体的には、ＣＰＵ２１は、カード保管データベースに記憶されているカードの中から所定数のカードを選択し、選択した所定数のカードの情報を含むＨＴＭＬデータを生成して、処理対象のユーザの通信端末１０へ送信する。これによって、通信端末１０には、選択された所定数のカードを含むウェブページが表示される。つまり、所定数のカードがユーザに提示される。例えば図１５に示した例では、４枚のカードＡ，Ｃ，Ｅ，Ｇが提示されている。

カード交換処理が実行済みでない場合には（ステップＳ２１：ＮＯ）、カードデータベースから所定数のカードを選択してユーザに提示する（ステップＳ２３）。より具体的には、ＣＰＵ２１は、カードデータベースに記憶されているカードの中から所定数のカードを選択し、選択した所定数のカードの情報を含むＨＴＭＬデータを生成して、処理対象のユーザの通信端末１０へ送信する。これによって、通信端末１０には、選択された所定数のカードを含むウェブページが表示される。つまり、所定数のカードがユーザに提示される。例えば図１５に示した例では、４枚のカードｂ，ｅ，ｈ，ｆが提示されている。

ユーザに提示された所定数のカードの中からいずれかのカードが選択された場合（ステップＳ２４：ＹＥＳ）、つまりＣＰＵ２１が受け取り対象のカードの選択結果を含むＨＴＴＰリクエストを取得した場合には、ＣＰＵ２１は、受け取り対象のカードを処理対象のユーザのユーザデータの保有カードの欄に書き込む（ステップＳ２６）。次いでＣＰＵ２１は、カード保管データベースからカードが選択された場合（つまり、ステップＳ２２を経てカードが選択された場合）には、選択されたカード（つまり、受け取り対象のカード）をカード保管データベースから消去する（ステップＳ２８ａ）。以上のステップを実行することで、受け取り対象のカードがユーザに付与されたことになる。

なお、単にカード交換処理が実行済みであるか否かについてのみ判断するのではなく、各ユーザのカード交換処理の実行回数に応じて、ユーザに提示されるカードの選択がカード保管データベースを母集団として行われる回数（Ｎ）に反映されるようにしてもよい。例えば、以下のように設定してもよい。
・カード交換処理の実行回数が１回の場合、Ｎ＝２
・カード交換処理の実行回数が２回の場合、Ｎ＝３
・カード交換処理の実行回数が３回の場合、Ｎ＝４
このように設定することでユーザは、多くのカードを手に入れようとして積極的にカード交換処理を実行するように動機付けられる。

本実施形態において第１提示手段５５は、第１の入力を受け付けていないユーザに対して所定数のカードを提示した後に当該ユーザから第１の入力を受け付けた場合には、提示済みの所定数のカードを、カード保管データベースが記憶するカードからなる母集団の中から選択された所定数のカードに置き換えて提示してもよい。このように第１提示手段５５がカードを提示する場合の、ユーザの通信端末１０に表示される一連のウェブページの例を図１９に示す。
図１９のウェブページＰ０及びＰ４ａは、図１６に示したものと同じである。図１９のウェブページＰ４ａが表示された時点では、ユーザＤＥＦはカード交換処理を実行していないため、ユーザＤＥＦに提示される４枚のカードｂ，ｅ，ｈ，ｆは、カードデータベースから選択されたカードとなっている。ここで、ウェブページＰ４ａ上のメニューｍ１（「今すぐ交換!!」）を選択操作すると、図１０に示したウェブページＰ１〜Ｐ３のカード交換処理が行われた後に、Ｐ４ｂに示すようにウェブページが更新される。このウェブページＰ４ｂで改めて提示される４枚のカードＡ，Ｃ，Ｅ，Ｇは、カード保管データベースから選択されたカードとなっている。

上記第１提示手段５５の構成では、付与対象のカードとして所定数のカードがユーザに提示された後に、そのユーザに対して、より魅力的な別の所定数のカードが改めて提示される機会が与えられる。つまり、所定数のカードがユーザに提示された後に、そのユーザが第１の入力を行った場合には、改めて提示される所定数のカードは、特定の属性及び／又は所定のレベル以上のパラメータのカードであることが保証される。よって、この構成によれば、付与対象のカードをユーザに選択させるときに、ユーザに対して幅広い選択肢を与えることができるようになる。
上記第１提示手段５５の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、図１８のステップＳ２３において所定数のカードをユーザに提示した後に、メニューｍ１（「今すぐ交換!!」）の選択操作に応じてカード交換処理を実行した場合には、ステップＳ２２の処理を実行する。その後の処理は、図１８に示したものと同一でよい。

（３）変形例
以下、上述した各実施形態の変形例についてさらに説明する。
（３−１）変形例１請求項６
上述した実施形態において、解除対象となるカード（オブジェクト）の属性及び／又はパラメータは、特定の属性及び／又は所定のレベル以上のパラメータであることを条件とする場合に、第１提示手段５５は、ユーザに提示する所定数のカードにおいて、第１の入力が受け付けられたユーザの保有状態から解除したカードのパラメータと同一か、又はそれ以上のパラメータを備えたカードが含まれる確率を所定値以上としてもよい。
例えば、カードの希少価値を示すレア度が１〜５の範囲の値のいずれかであって、カード交換処理において、解除対象のカードのレア度が３以上であることが条件である場合を想定する。その場合には、カード保管データベースにレア度が３以上のカードが蓄積されるため、カード交換処理を行ったユーザ、つまり第１の入力が受け付けられたユーザにカードが付与される場合、そのカードのレア度は３以上であることが保証される。しかし第１の入力が受け付けられたユーザが手放したカードのレア度が４以上であるにも関わらず、付与されたカードのレア度が３である場合には、そのユーザが不満に感じる。そこで、第１の入力が受け付けられたユーザに対してカードを付与する場合には、そのユーザが手放したカードのレア度と同一か、又はそれ以上のレア度のカードが付与される確率を所定値以上とすることが好ましい。これによって、ユーザが不満に感じる可能性を低下させることができる。

本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、例えば図１８に示したカード付与処理のフローチャートのステップＳ２２において、解除履歴データ（図１７参照）を参照し、処理対象のユーザが過去に保有状態を解除したカードのレア度を取得する。具体的にはＣＰＵ２１は、処理対象のユーザが過去に保有状態を解除したカードを解除履歴データから読み出し、読み出したカードのレア度をカードデータベースを参照して取得する。処理対象のユーザが過去にカード交換処理を複数回行っている場合には、ＣＰＵ２１は、直前に解除したカードのレア度を取得してもよい。次いでＣＰＵ２１は、取得したレア度と同一か、又はそれ以上のレア度のカードが、ユーザに提示する所定数のカードに含まれる確率が所定値以上となるようにして、カード保管データベースから所定数のカードを選択する。

取得したレア度が３である場合には、ユーザに提示する所定数のカードの各々について選択される確率は、例えば以下のように設定されてもよい。
・レア度：３のカードが含まれる確率：８０％
・レア度：４のカードが含まれる確率：１５％
・レア度：５のカードが含まれる確率： ５％
取得したレア度が４である場合には、ユーザに提示する所定数のカードの各々について選択される確率は、例えば以下のように設定されてもよい。
・レア度：３のカードが含まれる確率：２０％
・レア度：４のカードが含まれる確率：７０％
・レア度：５のカードが含まれる確率：１０％

（３−２）変形例２
上述した実施形態において、解除手段５１は、同一のユーザによる所定時間内の第１の入力の受け付け回数（例えば、カード交換処理の実行回数）を所定回数以下に制限してもよい。同一のユーザが第１の入力を闇雲に行うことで自らが保有しているカードを安易に手放すことができるとしたならば、カードとユーザの間の関係性が希薄になる場合がある。そのため、同一のユーザによる所定時間内の第１の入力の受け付け回数を制限することが好ましい。
本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、図１３に示したカード交換処理を実行した回数を計数するカウンタをユーザごとに設定する。ＣＰＵ２１は、カウンタを所定時間ごとにリセットし、カウンタの値が上記受け付け回数を超えた場合に、メニューｍ１（「今すぐ交換!!」）の選択操作を禁止する。

（３−３）変形例３
本変形例に係るゲーム制御装置の機能ブロック図を、図２０に示す。図２０に示すように、本変形例では、図１２の機能ブロック図と比較して、第２提示手段５７が追加された点で異なる。
本変形例において、記憶手段５２は、データベースサーバ３０（記憶装置）内のカード保管データベース内のカード（オブジェクト）を、解除手段５１によって解除される前に保有していたユーザ（つまり、直前の保有ユーザ）を特定する情報と対応付けてカード保管データベースに記憶させる。
第２提示手段５７は、カード保管データベース内のカード（オブジェクト）の母集団の中から選択されたカードをユーザに付与するに当たって、直前の保有ユーザの情報を提示する機能を備える。例えば、図１１のウェブページＰ５に示すように、直前の保有ユーザ（ＸＹＺ，ＪＫＬ）が、付与対象の各々のカードと対応付けて表示される。そのため、カードが付与されたユーザは、そのカードの直前の保有ユーザを認識することができ直前の保有ユーザとの間でコミュニケーションを開始する機会が得られる。
第２提示手段５７の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、カード保管データベースからユーザに提示する所定数のカードを選択すると、その所定数のカードの各々の直前の保有ユーザ（図８参照）のデータを読み出す。

（３−４）変形例４
本変形例では、カード交換処理について２通りの処理が設けられ、他のユーザにメッセージを送信することを条件として有利な方のカード交換処理をユーザが実行することができるように構成されている。図２１は、本変形例において、ユーザがカード交換処理を実行する場合の、ユーザの通信端末１０に表示される一連のウェブページの例を示す図である。
図２１において、ウェブページＰ０ａは、図１０のウェブページＰ０と比較すると、メニューｍ２０（「呼びかけて今すぐ交換!!」）を含む表示領域１０３が設けられている点で異なる。ウェブページＰ０ａにおいてメニューｍ２０が選択操作された場合、Ｐ７に示すようにウェブページが更新される。ウェブページＰ７では、本実施形態のゲームにしばらくアクセスしていない（つまり、ゲームをプレイしていない）所定数の他のユーザが選択されて表示されるとともに、これらのユーザに対してメッセージの送信を促すためのメニューｍ２１（「呼びかける」）が表示されている。ウェブページＰ７においてメニューｍ２１が選択操作されると、Ｐ８に示すようにウェブページが更新される。ウェブページＰ８には、テキストボックスＴＢと、テキストボックスＴＢ内に入力されたテキストメッセージをウェブページＰ７に表示された他のユーザへ送信指示するためのメニューｍ２２（「送信」）とが設けられる。ウェブページＰ８においてメニューｍ２２が選択操作されると、Ｐ９に示すようにウェブページが更新されてカード交換処理が実行される。ウェブページＰ９は、図１０のウェブページＰ１と同様にユーザの保有カードの中から２枚のカードを交換のためにユーザに選択させるウェブページである。その後に実行されるカード交換処理が図１０に示したものと異なるのは、いわゆる引きなおしができる点である。図示しないが、ユーザは、カード交換において提供されるカードに満足しない場合、例えば１回だけ、そのカードの提供を受けずに別のカードの提供を受けることができる。
本変形例では、ユーザは、カードの引きなおしが可能となるカード交換処理を実行するために、積極的に他のユーザに対してメッセージを送信することが動機付けられる。そのため、カードの流通の促進とユーザ間のコミュニケーションの発生とを同時に実現することができる。

本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、メニューｍ２０（「呼びかけて今すぐ交換!!」）の選択操作結果を含むＨＴＴＰリクエストを取得すると、例えば一定期間ゲームにアクセスしていないユーザの中から任意に所定数のユーザを選択し、その選択結果を含むＨＴＭＬデータを生成して、ユーザの通信端末１０へ送信する。ユーザの通信端末１０から、テキストメッセージを含むＨＴＴＰリクエストを取得すると、ＣＰＵ２１は、選択した所定数のユーザへテキストメッセージを処理対象のユーザと関連付けて送信する。なお、ゲームに一定期間アクセスしていないユーザは、ゲーム内のメッセージを確認しないと考えられるため、ＣＰＵ２１は、本実施形態のゲームが実装されているソーシャルネットワークサービス上の当該ユーザのログインページにメッセージが表示されるように、メッセージを送信することが好ましい。例えば、ＣＰＵ２１はメッセージを、ソーシャルネットワークサービスを管理する、ゲームサーバ２０の上位サーバへ送信する。
ＣＰＵ２１は、処理対象のユーザからカードの引きなおしの要請を受けた場合には、カードデータベースからいずれかのカードを再度選択して（再度抽選により決定して）、選択結果を含むＨＴＭＬデータを生成して、ユーザの通信端末１０へ送信する。

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

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

上述した実施形態では、ネットワーク上のゲームサーバ２０及びデータベースサーバ３０によって、図１２に示した各手段が備える機能を実現する構成としたが、この構成に限られない。図１２に示した手段のすべて、あるいは少なくとも一部の手段を通信端末１０によって実現する構成としてもよい。通信端末１０とゲームサーバ２０とでは実質的に同一のハードウエア構成を採るため、上記実施形態に記載したようにして通信端末１０によっても各機能を実現できる。なお、上述した各実施形態では、カードデータベースやスキルデータベースをゲームデータベース３２が記憶する構成としたが、通信端末１０によってすべての手段、あるいは一部の手段を実現する場合には、カードデータベースやスキルデータベースを通信端末１０内のＨＤＤ(Hard Disk Drive；図示せず)に記憶しておいてもよい。図２２Ａ，図２２Ｂには、本実施形態のゲーム制御装置の各機能（図１２に示す各機能）について、通信端末１０と、ゲームサーバ２０及びデータベースサーバ３０との間の機能を分担した場合の例を示す。

１０…通信端末
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１４…画像処理部
１５…指示入力部
１６…表示部
１７…通信インタフェース部
１８…バス
２０…ゲームサーバ
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…データベースアクセス部
２５…通信インタフェース部
２６…バス
３０…データベースサーバ
３１…ユーザデータベース
３２…ゲームデータベース
５１…解除手段
５２…記憶手段
５３…付与手段
５４…提供手段
５５…第１提示手段
５６…表示手段
５７…第２提示手段

Claims (14)

1. 複数のユーザの各々がオブジェクトを保有するゲームを実行するゲーム制御装置であって、
   各ユーザの第１の入力を受け付けた場合に、当該ユーザが保有するオブジェクトの中から前記第１の入力に対応したオブジェクトを当該ユーザの保有状態から解除する解除手段と、
   前記解除手段によってユーザの保有状態から解除されたオブジェクトを記憶装置に記憶させる記憶手段と、
   前記記憶装置が記憶するオブジェクトの中から少なくともいずれかのオブジェクトをユーザへ付与する付与手段と、
   を備えたゲーム制御装置。
2. 前記第１の入力が受け付けられたユーザに対して、保有状態が解除されたオブジェクトに代わる新たなオブジェクトを提供する提供手段、を備えたことを特徴とする、
   請求項１に記載されたゲーム制御装置。
3. 所定数のオブジェクトの中から少なくともいずれかのオブジェクトを前記付与手段による付与対象のオブジェクトとしてユーザが選択可能となるように、当該ユーザに前記所定数のオブジェクトを提示する第１提示手段、を備えたことを特徴とする、
   請求項１又は２に記載されたゲーム制御装置。
4. 各オブジェクトは、属性及び／又はパラメータと関連付けられており、
   前記解除手段による解除対象となるオブジェクトの属性及び／又はパラメータは、特定の属性及び／又は所定のレベル以上のパラメータであることを特徴とする、
   請求項１〜３のいずれかに記載されたゲーム制御装置。
5. 前記付与手段は、
   前記第１の入力が受け付けられたユーザに対して、前記記憶装置が記憶するオブジェクトからなる母集団の中から選択されたオブジェクトを付与し、
   前記第１の入力を受け付けていないユーザに対して、前記記憶装置が記憶するオブジェクトに限定されない母集団の中から選択されたオブジェクトを付与することを特徴とする、
   請求項４に記載されたゲーム制御装置。
6. 前記第１提示手段は、前記所定数のオブジェクトにおいて、前記第１の入力が受け付けられたユーザの保有状態から解除したオブジェクトのパラメータと同一か、又はそれ以上のパラメータを備えたオブジェクトが含まれる確率を所定値以上とすることを特徴とする、
   請求項４又は５に記載されたゲーム制御装置。
7. 前記第１提示手段は、前記第１の入力を受け付けていないユーザに対して前記所定数のオブジェクトを提示した後に当該ユーザから前記第１の入力を受け付けた場合には、提示済みの前記所定数のオブジェクトを、前記記憶装置が記憶するオブジェクトからなる母集団の中から選択された所定数のオブジェクトに置き換えて提示することを特徴とする、
   請求項５又は６に記載されたゲーム制御装置。
8. 前記解除手段は、同一のユーザによる所定時間内の前記第１の入力の受け付け回数を所定回数以下に制限することを特徴とする、
   請求項１〜７のいずれかに記載されたゲーム制御装置。
9. 前記記憶手段は、前記記憶装置の記憶対象のオブジェクトを、前記解除手段によって解除される前に保有していたユーザを特定する情報と対応付けて前記記憶装置に記憶させ、
   前記記憶装置が記憶するオブジェクトの母集団の中から選択されたオブジェクトをユーザに付与するに当たって、当該オブジェクトに対応付けられたユーザを特定する情報を提示する第２提示手段、を備えたことを特徴とする、
   請求項１〜８のいずれかに記載されたゲーム制御装置。
10. 前記付与手段は、各ユーザの第２の入力を受け付けた場合にオブジェクトをユーザへ付与し、
    前記第１の入力及び／又は前記第２の入力を受け付けるための操作釦を含むゲーム画像を表示する表示手段、を備えたことを特徴とする、
    請求項１〜９のいずれかに記載されたゲーム制御装置。
11. 複数のユーザの各々がオブジェクトを保有するゲームを実行するゲーム制御装置であって、
    各ユーザの第１の入力を受け付けた場合に、当該ユーザが保有するオブジェクトの中から前記第１の入力に対応したＭ個（Ｍ：２以上の整数）のオブジェクトを当該ユーザの保有状態から解除する解除手段と、
    前記第１の入力が受け付けられたユーザに対して、前記Ｍよりも少ないＮ（Ｎ：１以上の整数）のオブジェクトを提供する提供手段と、
    前記解除手段によってユーザの保有状態から解除されたオブジェクトを記憶装置に記憶させる記憶手段と、
    前記記憶装置が記憶するオブジェクトの中から少なくともいずれかのオブジェクトをユーザへ付与する付与手段と、
    所定数のオブジェクトの中から少なくともいずれかのオブジェクトを前記付与手段による付与対象のオブジェクトとしてユーザが選択可能となるように、当該ユーザに前記所定数のオブジェクトを提示する第１提示手段と、
    を備えたゲーム制御装置。
12. 複数のユーザの各々がオブジェクトを保有するゲームを実行するゲーム制御方法であって、
    各ユーザの第１の入力を受け付けた場合に、当該ユーザが保有するオブジェクトの中から前記第１の入力に対応したオブジェクトを当該ユーザの保有状態から解除するステップと
    ユーザの保有状態から解除されたオブジェクトを記憶装置に記憶させるステップと、
    前記記憶装置が記憶するオブジェクトの中から少なくともいずれかのオブジェクトをユーザへ付与するステップと、
    を備えたゲーム制御方法。
13. 複数のユーザの各々がオブジェクトを保有するゲームを実行するために、コンピュータに、
    各ユーザの第１の入力を受け付けた場合に、当該ユーザが保有するオブジェクトの中から前記第１の入力に対応したオブジェクトを当該ユーザの保有状態から解除する機能、
    ユーザの保有状態から解除されたオブジェクトを記憶装置に記憶させる機能、及び、
    前記記憶装置が記憶するオブジェクトの中から少なくともいずれかのオブジェクトをユーザへ付与する機能、
    を実現させるためのプログラム。
14. ユーザの通信端末と、当該通信端末からアクセスされるサーバとを含み、複数のユーザの各々がオブジェクトを保有するゲームを実行するゲームシステムであって、
    各ユーザの第１の入力を受け付けた場合に、当該ユーザが保有するオブジェクトの中から前記第１の入力に対応したオブジェクトを当該ユーザの保有状態から解除する解除手段、
    前記解除手段によってユーザの保有状態から解除されたオブジェクトを記憶装置に記憶させる記憶手段、及び、
    前記記憶装置が記憶するオブジェクトの中から少なくともいずれかのオブジェクトをユーザへ付与する付与手段、
    の各手段を、前記通信端末又は前記サーバのいずれか一方が備えた、
    ゲームシステム。

Images