特許 5981372 ゲーム制御装置、プログラム、ゲームシステム

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

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

(11)【特許番号】5981372

(24)【登録日】2016年8月5日

(45)【発行日】2016年8月31日

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

(51)【国際特許分類】

   A63F 13/69 20140101AFI20160818BHJP

   A63F 13/792 20140101ALI20160818BHJP

   A63F 13/58 20140101ALI20160818BHJP

   G06Q 50/10 20120101ALI20160818BHJP

【ＦＩ】

   A63F13/69 510

   A63F13/792

   A63F13/58

   G06Q50/10

【請求項の数】8

【全頁数】30

(21)【出願番号】特願2013-55473(P2013-55473)

(22)【出願日】2013年3月18日

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

(43)【公開日】2014年9月29日

【審査請求日】2014年9月18日

(73)【特許権者】

【識別番号】506113602

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

(74)【代理人】

【識別番号】110000165

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

(72)【発明者】

【氏名】大和久 宏之

(72)【発明者】

【氏名】比留間 潤

【審査官】 宇佐田 健二

(56)【参考文献】

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

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

【文献】 特表２０１２−５１６７４９（ＪＰ，Ａ）

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

【文献】 「エンターブレインムック コネクト！オン モンスタードラゴン」，日本，株式会社エンターブレイン，２０１３年 ３月１２日，p.2,26,33

【文献】 "拡散性ミリオンアーサー"，「ファミ通Ａｐｐ ｉＰｈｏｎｅ ＆ Ａｎｄｒｏｉｄ NO.003」，日本，株式会社エンターブレイン，２０１２年 ８月 ２日，p.40-43，（特に、p.42左下「回せ回せ！１１連ガチャ」の項）

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

Ａ６３Ｆ １３／００−１３／９８，９／２４

Ｇ０６Ｑ ５０／１０

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

【請求項1】

対戦結果を決定するための処理に用いられる第１パラメータと希少価値の程度を示す指標である第２パラメータとが関連付けられたオブジェクトを用いるゲーム処理装置であって、
ユーザが第１対価を支払うことを条件として、入力情報に基づいて複数のオブジェクトの中から抽選によってオブジェクトを選択する第１選択手段と、
前記第１選択手段によって選択されたオブジェクトを所有物として抽選を終了する第１選択肢と、当該オブジェクトを所有せずに再抽選させる第２選択肢とを、前記ユーザに提示する第１提示手段と、
前記ユーザによって前記第２選択肢が選択された場合に、前記選択されたオブジェクトを記憶部に記憶するとともに、前記ユーザが対価を支払うことなく、所定の条件を満たすように再抽選によって複数のオブジェクトの中からオブジェクトを選択する第２選択手段と、
再抽選によって選択されたオブジェクトを前記ユーザに提示する第２提示手段と、を備え、
前記所定の条件は、再抽選によって選択されたオブジェクトの第１パラメータおよび第２パラメータが、前記記憶部に記憶されたオブジェクトの第１パラメータおよび第２パラメータと同等以上であることを特徴とする、ゲーム制御装置。

【請求項2】

前記第２選択手段における再抽選の回数が制限されていることを特徴とする、
請求項１に記載されたゲーム制御装置。

【請求項3】

オブジェクトを使用して対戦を実行し、前記オブジェクトが、前記対戦の結果を決定するための比較処理又は演算処理の対象となる第１パラメータ、及び前記比較処理又は前記演算処理の対象とならない第２パラメータと関連付けられているゲーム制御装置であって、
ユーザの入力情報に基づいて、複数のオブジェクトの中から連続的な抽選によってオブジェクトを順次選択する選択手段と、
前記連続的な抽選において、Ｎ＋１回目（Ｎ：１以上の整数）の抽選において選択されるオブジェクトの第１パラメータ及び第２パラメータが共に、Ｎ回目の抽選で選択されたオブジェクトの第１パラメータ及び第２パラメータと同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定する決定手段と、
前記選択手段によって順次選択されるオブジェクトの中で、前記ユーザによって選択されるオブジェクトを前記ユーザに付与する付与手段と、
を備えたゲーム制御装置。

【請求項4】

前記選択手段は、１回の抽選において複数のオブジェクトを選択し、
前記決定手段は、Ｎ＋１回目の抽選において選択される複数のオブジェクトのいずれかのオブジェクトの第１パラメータ及び第２パラメータが共に、Ｎ回目の抽選で選択された複数のオブジェクトのいずれかのオブジェクトの第１パラメータ及び第２パラメータと同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽籤条件を決定することを特徴とする、
請求項３に記載されたゲーム制御装置。

【請求項5】

オブジェクトを使用して対戦を実行し、前記オブジェクトを、前記対戦におけるオブジェクトの攻撃力又は防御力を示す第１パラメータ、及び前記オブジェクトのゲーム内での希少価値の程度を示す指標、若しくは前記オブジェクトの評価指標を示す第２パラメータと関連付けて記憶する記憶装置にアクセス可能なゲーム制御装置であって、
ユーザの入力情報に基づいて、前記記憶装置が記憶するオブジェクトの中から連続的な抽選によってオブジェクトを順次選択する選択手段と、
前記連続的な抽選において、Ｎ＋１回目（Ｎ：１以上の整数）の抽選において選択されるオブジェクトの第１パラメータ及び第２パラメータが共に、Ｎ回目の抽選で選択されたオブジェクトの第１パラメータ及び第２パラメータと同一か、若しくはそれより大きくなるように、Ｎ＋１回目の抽選の抽選条件を決定する決定手段と、
前記選択手段によって順次選択されるオブジェクトの中で、前記ユーザによって選択されるオブジェクトを前記ユーザに付与する付与手段と、
を備え、
前記抽選条件において、第２パラメータの値が大きいオブジェクトであるほど前記選択手段によって選択される確率が低くなっている、
ゲーム制御装置。

【請求項6】

対戦結果を決定するための処理に用いられる第１パラメータと希少価値の程度を示す指標である第２パラメータとが関連付けられたオブジェクトを用いるゲームにおいて、コンピュータを、
ユーザが第１対価を支払うことを条件として、入力情報に基づいて複数のオブジェクトの中から抽選によってオブジェクトを選択する第１選択手段、
前記第１選択手段によって選択されたオブジェクトを所有物として抽選を終了する第１選択肢と、当該オブジェクトを所有せずに再抽選させる第２選択肢とを、前記ユーザに提示する第１提示手段、
前記ユーザによって前記第２選択肢が選択された場合に、前記選択されたオブジェクトを記憶部に記憶するとともに、前記ユーザが対価を支払うことなく、所定の条件を満たすように再抽選によって複数のオブジェクトの中からオブジェクトを選択する第２選択手段、
再抽選によって選択されたオブジェクトを前記ユーザに提示する第２提示手段、
として機能させるためのプログラムであって、
前記所定の条件は、再抽選によって選択されたオブジェクトの第１パラメータおよび第２パラメータが、前記記憶部に記憶されたオブジェクトの第１パラメータおよび第２パラメータと同等以上であることを特徴とする、プログラム。

【請求項7】

オブジェクトを使用して対戦するゲーム要素を含み、前記オブジェクトが、前記対戦の結果を決定するための比較処理又は演算処理の対象となる第１パラメータ、及び前記比較処理又は前記演算処理の対象とならない第２パラメータと関連付けられているゲームにおいて、コンピュータを、
ユーザの入力情報に基づいて、複数のオブジェクトの中から連続的な抽選によってオブジェクトを順次選択する選択手段、
前記連続的な抽選において、Ｎ＋１回目（Ｎ：１以上の整数）の抽選において選択されるオブジェクトの第１パラメータ及び第２パラメータが共に、Ｎ回目の抽選で選択されたオブジェクトの第１パラメータ及び第２パラメータと同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定する決定手段、及び、
前記選択手段によって順次選択されるオブジェクトの中で、前記ユーザによって選択されるオブジェクトを前記ユーザに付与する付与手段、
として機能させるためのプログラム。

【請求項8】

オブジェクトを使用して対戦を実行し、前記オブジェクトが、前記対戦の結果を決定するための比較処理又は演算処理の対象となる第１パラメータ、及び前記比較処理又は前記演算処理の対象とならない第２パラメータと関連付けられているゲームシステムであって、
通信端末と、当該通信端末と通信可能に構成されるサーバと、を含み、
ユーザの入力情報に基づいて、複数のオブジェクトの中から連続的な抽選によってオブジェクトを順次選択する選択手段、
前記連続的な抽選において、Ｎ＋１回目（Ｎ：１以上の整数）の抽選において選択されるオブジェクトの第１パラメータ及び第２パラメータが共に、Ｎ回目の抽選で選択されたオブジェクトの第１パラメータ及び第２パラメータと同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定する決定手段、及び、
前記選択手段によって順次選択されるオブジェクトの中で、前記ユーザによって選択されるオブジェクトを前記ユーザに付与する付与手段、
の各手段を、前記通信端末又は前記サーバのいずれか一方が備えた、
ゲームシステム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【先行技術文献】

【非特許文献】

【0004】

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

【発明の概要】

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

【0005】

従来のソーシャルゲームでは、ユーザに対してオブジェクトとしてのカードを抽選により付与する抽選機能が設けられている。従来のソーシャルゲームでは、ゲーム上のカードの希少価値の程度を示す指標であるレア度が設定されている場合、抽選によって選択されるカードのレア度を保証した抽選機能が設けられている場合もある。レア度は、例えば、ノーマル、レア、レア＋、Ｓレア、レジェンドの順で希少価値が高くなる、といった具合に、複数のレベルで規定される。カードのレア度が高くなる（カードの希少価値が高くなる）につれて総じてカードのゲーム内での能力も高くなる場合もあるが、必ずしもそのような場合に限られず、レア度が高いカードであるにも関わらずゲーム内での能力が、レア度がそれより低いカードに対して劣る、といった場合もある。

【0006】

また、従来のソーシャルゲームでは、ユーザが引きなおし（つまり、再抽選）をすることができる抽選機能（引きなおし可能抽選）が設けられている。この引きなおし可能抽選は、抽選で決定されたカードをユーザが気に入らない場合、ユーザはそのカードを受け取らずに再度新たな抽選ができる、というものである。引きなおし可能抽選は、最終的にユーザにカードが付与されるまでの間にカード選択についてのユーザの意思を反映させることが可能であるため、人気を博している。引きなおし可能抽選では、引きなおし可能な回数が制限されているものが通常である。また、いったん引いたカードを受け取らずに新たな抽選を行った場合、ユーザはそのカードを後で受け取ることはできない。

【0007】

従来のソーシャルゲームにおいて、レア度を保証した引きなおし可能抽選（つまり、再抽選を行った場合に、既に引いたカードのレア度以上のカードが選択されることを保証した抽選）も考えられたが、ユーザの満足度がそれほど高くないという問題があった。これは、高いレア度のカードが抽選によって選択される確率は一般的に低く抑えられており、ユーザが引きなおしを繰り返し行っても選択されるカードのレア度に変化がない場合が多く、既に引いたカードよりも高いレア度を求めるユーザの希望と合致しないためである。

【0008】

本発明は上述した観点に鑑みてなされたもので、ユーザに付与するオブジェクトを連続的な抽選によって選択されるオブジェクトの中から決定する場合に、従来よりもユーザの満足度を高められるようにしたゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステムを提供することを目的とする。

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

【0009】

本発明の第１の観点は、対戦結果を決定するための処理に用いられる第１パラメータと対戦結果を決定するための処理に用いられない第２パラメータとが関連付けられたオブジェクトを用いるゲーム制御装置である。
このゲーム制御装置は、
入力情報に基づいて複数のオブジェクトの中から抽選によってオブジェクトを選択する第１選択手段（５２）と、
前記第１選択手段によって選択されたオブジェクトを所有物として抽選を終了する第１選択肢と、当該オブジェクトを所有せずに再抽選させる第２選択肢とを、ユーザに提示する第１提示手段（５３）と、
前記第２選択肢が選択された場合に、前記選択されたオブジェクトを記憶部に記憶するとともに、再抽選によって複数のオブジェクトの中からオブジェクトを選択する第２選択手段（５２）と、
再抽選によって選択されたオブジェクトの第１パラメータおよび第２パラメータと、前記記憶部に記憶されたオブジェクトの第１パラメータおよび第２パラメータとを、それぞれ比較する比較手段（５５）と、
前記比較手段（５５）によって比較された結果が所定の条件を満たす場合に、再抽選によって選択されたオブジェクトをユーザに提示する第２提示手段（５６）と、を備え、
前記所定の条件は、再抽選によって選択されたオブジェクトの第１パラメータおよび第２パラメータが、前記記憶部に記憶されたオブジェクトの第１パラメータおよび第２パラメータと同等以上であることを特徴とする。

【0010】

本発明に係るゲーム制御装置は、ユーザが単独で使用するスタンドアローンのゲーム機であってもよいし、ユーザの通信端末上でゲームを表示するために当該通信端末との間で無線又は有線による通信を確立できるサーバ等の情報処理装置であってもよい。
本発明において「記憶部」は、ゲーム制御装置に内蔵されているものに限られず、ゲーム制御装置からアクセス可能な外部の装置であってもよい。
本発明において「オブジェクト」とは、例えば、ゲーム上のキャラクタやアイテム等を含む。キャラクタは、例えばゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカードに表示されているものをも含む。

【0011】

このゲーム制御装置では、抽選によってオブジェクトが選択されると、その選択されたオブジェクトを所有して抽選を終了するか、又は当該オブジェクトを所有せずに再抽選させるかいずれかについての選択肢がユーザに提示される。ユーザが再抽選させることを選択した場合には、再抽選が行われ、選択されたオブジェクトがユーザに提示される。このとき、先に選択されたオブジェクトに対して、再抽選によって選択されるオブジェクトは、第１パラメータおよび第２パラメータが同等以上のものとなるため、ユーザにとっては、再抽選を行うことの利益があり、再抽選を促進することが図られる。特に、高い第２パラメータを備えたオブジェクトが抽選によって選択される可能性が低い状況下では、再抽選によって第２パラメータが変化しない場合もあるが、このような場合でも、再抽選によって選択されたオブジェクトの第１パラメータがそれ以前に選択されたオブジェクトのそれよりも増加することで、ユーザは対戦を有利に進められるオブジェクトを得る機会が与えられることから、積極的に再抽選を選択するように動機付けられる。そのため、ユーザに付与するオブジェクトを連続的な抽選によって選択されるオブジェクトの中から決定する場合に、従来よりもユーザの満足度を高められるようになる。

【0012】

本発明の第２の観点は、オブジェクトを使用して対戦を実行し、前記オブジェクトが、前記対戦の結果を決定するための比較処理又は演算処理の対象となる第１パラメータ、及び前記比較処理又は前記演算処理の対象とならない第２パラメータと関連付けられているゲーム制御装置である。
このゲーム制御装置は、
ユーザの入力情報に基づいて、複数のオブジェクトの中から連続的な抽選によってオブジェクトを順次選択する選択手段（５２）と、
前記連続的な抽選において、Ｎ＋１回目（Ｎ：１以上の整数）の抽選において選択されるオブジェクトの第１パラメータ及び第２パラメータが共に、Ｎ回目の抽選で選択されたオブジェクトの第１パラメータ及び第２パラメータと同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定する決定手段（５４）と、
前記選択手段（５２）によって順次選択されるオブジェクトの中で、前記ユーザによって選択されるオブジェクトを前記ユーザに付与する付与手段（５７）と、
を備える。

【0013】

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

【0014】

このゲーム制御装置では、連続的な抽選が行われる。この連続的な抽選においてＮ回目の抽選においてオブジェクトが選択され、そのオブジェクトがユーザに付与されない場合には、次のＮ＋１回目の抽選が行われる。このＮ＋１回目の抽選（再抽選）では、選択されるオブジェクトの第１パラメータ及び第２パラメータが共に、Ｎ回目の抽選で選択されたオブジェクトの第１パラメータ及び第２パラメータと同一か、若しくはそれより有利となるように抽選条件が決定される。つまり、再抽選によって、対戦の結果を決定するための比較処理又は演算処理の対象とならない第２パラメータのみならず対戦の結果を決定するための比較処理又は演算処理の対象となる第１パラメータが同等以上となる。特に、高い第２パラメータを備えたオブジェクトが抽選によって選択される可能性が低い状況下では、再抽選によって第２パラメータが変化しない場合もあるが、このような場合でも、再抽選によって選択されたオブジェクトの第１パラメータがそれ以前に選択されたオブジェクトのそれよりも増加することで、ユーザは対戦を有利に進められるオブジェクトを得る機会が与えられることから、積極的に再抽選を選択するように動機付けられる。その結果、ユーザに付与するオブジェクトを連続的な抽選によって選択されるオブジェクトの中から決定する場合に、従来よりもユーザの満足度を高められるようになる。

【0015】

上記ゲーム制御装置において、前記選択手段（５２）は、１回の抽選において複数のオブジェクトを選択してもよい。１回の抽選で複数のオブジェクトが選択される場合、ユーザは１回の抽選で自身の好みのオブジェクトが選択される可能性が高くなり、抽選をより楽しめるようになる。

【0016】

１回の抽選において複数のオブジェクトが選択される場合、前記決定手段（５４）は、Ｎ＋１回目の抽選において選択される複数のオブジェクトの各オブジェクトの第１パラメータ及び第２パラメータが共に、Ｎ回目の抽選で選択された複数のオブジェクトのいずれかのオブジェクトの第１パラメータ及び第２パラメータと同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定してもよい。この場合、Ｎ＋１回目の抽選で選択される複数のオブジェクトの各々について、Ｎ回目の抽選で選択される複数のオブジェクトの各々と比較して、各パラメータが同等以上となる。そのため、１回の抽選で１つのオブジェクトが選択される場合と比較して、より一層ユーザの満足度を高められるようになる。

【0017】

１回の抽選において複数のオブジェクトが選択される場合、前記決定手段（５４）は、Ｎ＋１回目の抽選において選択される複数のオブジェクトの各オブジェクトの第１パラメータ又は第２パラメータが、Ｎ回目の抽選で選択された複数のオブジェクトの中で最も有利な第１パラメータ又は第２パラメータと同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定してもよい。この場合、Ｎ＋１回目の抽選で選択される複数のオブジェクトのすべてについて、Ｎ回目の抽選で選択される複数のオブジェクトと比較して、少なくともいずれかのパラメータが同等以上となる。そのため、１回の抽選で１つのオブジェクトが選択される場合と比較して、より一層ユーザの満足度を高められるようになる。

【0018】

１回の抽選において複数のオブジェクトが選択される場合、前記決定手段（５４）は、Ｎ＋１回目の抽選において選択される複数のオブジェクトの第１パラメータ又は第２パラメータの平均値が、Ｎ回目の抽選で選択された複数のオブジェクトの第１パラメータ又は第２パラメータの平均値と同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定してもよい。この場合、Ｎ＋１回目の抽選で選択される複数のオブジェクトについて、Ｎ回目の抽選で選択される複数のオブジェクトと比較して、全体として各パラメータが同等以上となる。そのため、１回の抽選で１つのオブジェクトが選択される場合と比較して、より一層ユーザの満足度を高められるようになる。

【0019】

本発明の第２の観点は、オブジェクトを使用して対戦を実行し、前記オブジェクトを、前記対戦におけるオブジェクトの攻撃力又は防御力を示す第１パラメータ、及び前記オブジェクトのゲーム内での希少価値の程度を示す指標、若しくは前記オブジェクトの評価指標を示す第２パラメータと関連付けて記憶する記憶装置（３０）にアクセス可能なゲーム制御装置である。
このゲーム制御装置は、
ユーザの入力情報に基づいて、前記記憶装置（３０）が記憶するオブジェクトの中から連続的な抽選によってオブジェクトを順次選択する選択手段（５２）と、
前記連続的な抽選において、Ｎ＋１回目（Ｎ：１以上の整数）の抽選において選択されるオブジェクトの第１パラメータ及び第２パラメータが共に、Ｎ回目の抽選で選択されたオブジェクトの第１パラメータ及び第２パラメータと同一か、若しくはそれより大きくなるように、Ｎ＋１回目の抽選の抽選条件を決定する決定手段（５４）と、
前記選択手段（５２）によって順次選択されるオブジェクトの中で、前記ユーザによって選択されるオブジェクトを前記ユーザに付与する付与手段（５７）と、
を備え、
前記抽選条件において、第２パラメータの値が大きいオブジェクトであるほど前記選択手段（５２）によって選択される確率が低くなっていることを特徴とする。

【0020】

このゲーム制御装置において、オブジェクトの「評価指標」は、様々な観点で決定することができる。評価指標は、例えばオブジェクトのゲーム上の人気度合いを示す指標であってもよいし、ゲーム上でオブジェクトが流通している量を示す指標であってもよいし、ゲーム上の特定のゲーム要素における能力、若しくは特定のゲーム要素によらない全体的な能力を示す指標であってもよい。

【0021】

本発明の第３の観点は、オブジェクトを使用して対戦するゲーム要素を含み、前記オブジェクトが、前記対戦の結果を決定するための比較処理又は演算処理の対象となる第１パラメータ、及び前記比較処理又は前記演算処理の対象とならない第２パラメータと関連付けられているゲームについてのゲーム制御方法である。
このゲーム制御方法は、
Ｎ回目（Ｎ：１以上の整数）の抽選において複数のオブジェクトの中からオブジェクトを選択するステップと、
前記選択するステップにおいて選択されたオブジェクトをユーザに付与するか、又は当該オブジェクトを前記ユーザに付与せずにＮ＋１回目の抽選を実行するかのいずれかについての選択を、前記ユーザの入力情報を基に決定するステップと、
前記決定するステップにおいてＮ＋１回目の抽選を実行することが決定された場合、Ｎ＋１回目の抽選において選択されるオブジェクトの第１パラメータ及び第２パラメータが共に、Ｎ回目の抽選で選択されたオブジェクトの第１パラメータ及び第２パラメータと同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定するステップと、
前記抽選条件を満足するように、Ｎ＋１回目の抽選において複数のオブジェクトの中からオブジェクトを選択するステップと、
を含む。

【0022】

本発明の第４の観点は、対戦結果を決定するための処理に用いられる第１パラメータと対戦結果を決定するための処理に用いられない第２パラメータとが関連付けられたオブジェクトを用いるゲームにおいて、コンピュータを、
入力情報に基づいて複数のオブジェクトの中から抽選によってオブジェクトを選択する第１選択手段（５２）と、
前記第１選択手段によって選択されたオブジェクトを所有物として抽選を終了する第１選択肢と、当該オブジェクトを所有せずに再抽選させる第２選択肢とを、ユーザに提示する第１提示手段（５３）と、
前記第２選択肢が選択された場合に、前記選択されたオブジェクトを記憶部に記憶するとともに、再抽選によって複数のオブジェクトの中からオブジェクトを選択する第２選択手段（５２）と、
再抽選によって選択されたオブジェクトの第１パラメータおよび第２パラメータと、前記記憶部に記憶されたオブジェクトの第１パラメータおよび第２パラメータとを、それぞれ比較する比較手段（５５）と、
前記比較手段（５５）によって比較された結果が所定の条件を満たす場合に、再抽選によって選択されたオブジェクトをユーザに提示する第２提示手段（５６）と、
として機能させるためのプログラムであって、
前記所定の条件は、再抽選によって選択されたオブジェクトの第１パラメータおよび第２パラメータが、前記記憶部に記憶されたオブジェクトの第１パラメータおよび第２パラメータと同等以上であることを特徴とする、プログラムである。

【0023】

本発明の第５の観点は、オブジェクトを使用して対戦するゲーム要素を含み、前記オブジェクトが、前記対戦の結果を決定するための比較処理又は演算処理の対象となる第１パラメータ、及び前記比較処理又は前記演算処理の対象とならない第２パラメータと関連付けられているゲームにおいて、コンピュータを、
ユーザの入力情報に基づいて、複数のオブジェクトの中から連続的な抽選によってオブジェクトを順次選択する選択手段（５２）、
前記連続的な抽選において、Ｎ＋１回目（Ｎ：１以上の整数）の抽選において選択されるオブジェクトの第１パラメータ及び第２パラメータが共に、Ｎ回目の抽選で選択されたオブジェクトの第１パラメータ及び第２パラメータと同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定する決定手段（５４）、及び、
前記選択手段（５２）によって順次選択されるオブジェクトの中で、前記ユーザによって選択されるオブジェクトを前記ユーザに付与する付与手段（５７）、
として機能させるためのプログラムである。

【0024】

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

【0025】

本発明の第６の観点は、オブジェクトを使用して対戦を実行し、前記オブジェクトが、前記対戦の結果を決定するための比較処理又は演算処理の対象となる第１パラメータ、及び前記比較処理又は前記演算処理の対象とならない第２パラメータと関連付けられているゲームシステムである。
このゲームシステムは、通信端末（１０）と、当該通信端末（１０）と通信可能に構成されるサーバ（２０）と、を含み、
ユーザの入力情報に基づいて、複数のオブジェクトの中から連続的な抽選によってオブジェクトを順次選択する選択手段（５２）、
前記連続的な抽選において、Ｎ＋１回目（Ｎ：１以上の整数）の抽選において選択されるオブジェクトの第１パラメータ及び第２パラメータが共に、Ｎ回目の抽選で選択されたオブジェクトの第１パラメータ及び第２パラメータと同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定する決定手段（５４）、及び、
前記選択手段（５２）によって順次選択されるオブジェクトの中で、前記ユーザによって選択されるオブジェクトを前記ユーザに付与する付与手段（５７）、
の各手段を、前記通信端末（１０）又は前記サーバ（２０）のいずれか一方が備える。

【0026】

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

【発明の効果】

【0027】

本発明のゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステムによれば、ユーザに付与するオブジェクトを連続的な抽選によって選択されるオブジェクトの中から決定する場合に、従来よりもユーザの満足度を高めることができる。

【図面の簡単な説明】

【0028】

【図1】実施形態のゲームシステムの基本構成を示す図。

【図2A】実施形態の通信端末の外観の例を示す図。

【図2B】実施形態の通信端末の外観の例を示す図。

【図3】実施形態の通信端末の構成を示すブロック図。

【図4】実施形態のゲームサーバの構成を示すブロック図。

【図5】実施形態のデータベースサーバの構成を示すブロック図。

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

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

【図8】抽選確率データの構成例を示す図。

【図9】ユーザの通信端末において表示される一連のウェブページを例示する図。

【図10】ユーザの通信端末において表示される一連のウェブページを例示する図。

【図11】ユーザの通信端末において表示される一連のウェブページを例示する図。

【図12】実施形態のゲーム制御装置の機能ブロック図。

【図13】実施形態のゲームの処理の一例を示すフローチャート。

【図14A】実施形態のゲーム制御装置の各機能について、通信端末と、ゲームサーバ及びデータベースサーバとの間の分担例を示す図。

【図14B】実施形態のゲーム制御装置の各機能について、通信端末と、ゲームサーバ及びデータベースサーバとの間の分担例を示す図。

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

本実施形態のゲームサーバ２０によって実現されるゲームのタイプは特に限定されるものではないが、以下では、実施形態の説明の便宜上、ゲームサーバ２０によって実現されるゲームの一例として、ユーザの通信端末１０に対する操作に応じて、ユーザ同士で、あるいはユーザ対ＣＰＵでの、ゲーム上で仮想的に保有するモンスターカード（以下、適宜単に「カード」という。）を使用した対戦ゲームを採り上げる。この対戦ゲームを、以下では適宜、単に「ゲーム」あるいは「本実施形態のゲーム」という。
本実施形態のゲームにはカードの抽選機能が設けられている。後述するが、抽選機能には、通常抽選と特別抽選が含まれる。通常抽選は、ユーザが所定量のポイントと引き換えに１回、カードを引くことができる抽選である。特別抽選は、ユーザが所定量のポイントと引き換えにカードを引くことができ、ユーザがカードを引きなおす（再抽選する）ことができる引きなおし可能抽選である。なお、カードを引きなおすことができる回数は予め決められていることが好ましいが、そのような回数を設定しなくてもよい。

【0043】

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

【0044】

以下の説明では、ユーザデータベース３１に含まれるユーザＩＤ、あるいはユーザを特定するユーザ名（後述する）ごとのデータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下のとおりである。
・ユーザ名
ユーザ名は、ゲームの実行時に通信端末１０のユーザを特定するために表示されるユーザ名である。ユーザ名は、例えばユーザによって予め指定される所定長以下のテキストである。ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。
・ユーザ画像
ユーザ画像は、ゲームの実行時に通信端末１０のユーザを特定するために表示される画像であり、例えばユーザによって予め指定されるアバタ画像であってもよい。
・進行レベル
ユーザのゲームにおける進行度合いを示すデータであり、ユーザによるゲームの進行に伴って増加する値である。例えば、進行レベルは、例えばＬｖ１（レベル１）からＬｖ１００（レベル１００）までの範囲のレベル値である。進行レベルは、本実施形態のゲームにおいて予め規定された規則に従って増加する。進行レベルは例えば、対戦でユーザが勝利した数、又は対戦での勝率が増加するにつれて増加してもよい。
・保有ポイント
保有ポイントは、ユーザがゲーム上で保有しているポイントであり、ユーザがゲームを進行するときに使用される。例えば、本実施形態のゲームには、後述するように、抽選によってモンスターカードをユーザに付与する抽選機能が備わっているが、この抽選機能をユーザが利用するときに所定量のポイントが使用されるようにしてもよい。なお、抽選機能をユーザが利用するに当たって所定量のポイントを要することは必須ではない。
・保有カード
保有カードは、ユーザがゲーム上で保有しているモンスターカードである。図６に示すように、ユーザデータには、保有カードのカードＩＤ（ＭＣ００３等）が書き込まれている。

【0045】

図５に戻り、ゲームデータベース３２は、ゲームサーバ２０からのアクセスに基づき、ゲームサーバ２０によって実行されたゲームの進行に関する情報を記憶、更新する。ゲームの進行に関する情報は、ゲームの性質によって多様な情報を含みうる。本実施形態のゲームの場合を例に挙げれば、ゲームの進行に関する情報は、ユーザ同士の対戦の結果などを含む。ゲームデータベース３２はさらに、カードデータベース及び抽選確率データを含む。

【0046】

図７にカードデータベースのデータ構成例を示す。図７に示すように、カードデータベースには、カードＩＤごとに、カードに表示されるモンスターキャラクタの画像データ、カードに表示されるモンスターキャラクタの名称、カードのレア度、カードの攻撃力及び防御力が記述される。
レア度は、ゲーム内におけるカードの希少価値の程度を示す指標であって、本実施形態の例では１〜５のいずれかの値である。レア度が１であるカードは最も希少価値が低く、レア度が５であるカードは最も希少価値が高い。カードのレア度が高いほど、概してそのカードがゲーム上で出現し難くなっているため、ユーザが入手しづらくなっている。
カードの攻撃力及び防御力は、カードを使用して対戦を行うときに参照されるカードのパラメータである。

【0047】

図８に抽選確率データのデータ構成例を示す。抽選確率データは、上述した抽選機能を実現するときのレア度ごとの抽選確率を規定しているデータであり、ゲームの実行時にはＲＡＭ２３にロードされてＣＰＵ２１から参照される。図８に示す抽選確率データでは、所定のレア度を保証する抽選条件ごとに、抽選によって出現する（つまり、選択される）カードのレア度の抽選確率が記述されている。例えば、「レア度：３以上を保証」の抽選条件の場合には、抽選によって出現するカードのレア度は３〜５のいずれかであり、レア度３、４、５のカードが出現する確率がそれぞれ、６５％、２５％、１０％である。図８に例示するように、各抽選条件において、出現するカードのレア度の確率は、各レア度で同一ではなく、レア度が高くなるほどその確率が小さくなっていることが好ましい。このように設定することで、高いレア度のカードをユーザが抽選によって引き難くなるため、高いレア度のカードのゲーム上での希少価値を維持することができる。

【0048】

（５）本実施形態のゲーム
以下、本実施形態のゲームについて、図９〜１１を参照しながら説明する。図９〜１１はそれぞれ、本実施形態のゲームをプレイするときに通信端末１０上に表示されるウェブページの一例を示す図である。以下では、処理対象のユーザのユーザ名が「ＡＢＣ」であるユーザ（以下、ユーザＡＢＣ）を例として説明する。
なお、以下の説明において、通信端末１０に表示されるウェブページ上で表示されるメニュー、マーク等はウェブページ上で所望の位置に配置されるものであって、通信端末１０で視認されるメニュー、マーク等の表示画面上の位置は、ユーザの方向指示釦あるいはタッチパネル操作によるウェブページのスクロール操作によって変化しうる。

【0049】

図９のウェブページＰ０は、本実施形態のゲームのトップページの一例であり、個々のユーザＩＤに応じて構成される。図９の例では、ユーザデータ表示領域１０１、及び指示釦表示領域１０２を含む。
ユーザデータ表示領域１０１は、処理対象のユーザＡＢＣのユーザデータに含まれるユーザ画像とともに、ユーザＡＢＣの「進行レベル」（図では単に「レベル」）、及び保有ポイントが表示される領域である。指示釦表示領域１０２は、本実施形態のゲームに設けられる複数の指示釦が表示される領域である。図９の例では、指示釦ｂ１（「対戦」）、指示釦ｂ２（「編成」）、及び指示釦ｂ３（「抽選」）が指示釦表示領域１０２に含まれる。

【0050】

図９のウェブページＰ０上で指示釦ｂ１（「対戦」）が操作されると、Ｐ１に示すようにウェブページが更新される。このウェブページＰ１には、ユーザＡＢＣの対戦相手の候補となる複数の他のユーザのリストが表示される。ウェブページＰ１に表示されているリストの中からいずれかの対戦相手がユーザＡＢＣによって選択されると、Ｐ２に示すようにウェブページが更新される。このウェブページＰ２には、ユーザＡＢＣと対戦相手として選択されたユーザＸＹＺの画像等が確認のために表示される。なお、ウェブページＰ２には、ユーザＡＢＣの対戦時における攻撃力及び防御力の値が表示されているが、これらの値は例えば、ユーザＡＢＣが対戦に使用する複数のカード（後述する対戦使用カード）の攻撃力及び防御力の総和である。ウェブページＰ２において指示釦ｂ４（「バトル開始」）が選択されると、Ｐ３に示すようにウェブページが更新される。ウェブページＰ３には、対戦結果が表示される。

【0051】

図１０のウェブページＰ０上で指示釦ｂ２（「編成」）が操作されると、Ｐ４に示すようにウェブページが更新される。このウェブページＰ４には、処理対象のユーザＡＢＣの保有カードの中で対戦で使用される複数のカード（以下、「対戦使用カード」という。）が表示される。ウェブページＰ４に示す例では、対戦使用カードとして５枚のカードが表示されている。ウェブページＰ４では、５枚の対戦使用カードに対して、それぞれ指示釦ｂ５−１〜ｂ５−５が対応して表示されている。図示しないが、ユーザがいずれかの対戦使用カードを変更したい場合には、その対戦使用カードに対応する指示釦を操作することで、ユーザの保有カードの中から入れ替え可能な複数のカードのリストが表示され、そのリストの中からカードを選択できるように構成される。

【0052】

図１１のウェブページＰ０上で指示釦ｂ３（「抽選」）が操作されると、Ｐ５に示すようにウェブページが更新される。このウェブページＰ５には、指示釦ｂ１０（「通常抽選」）と指示釦ｂ１１（「特別抽選」）が表示される。前述したように、本実施形態のゲームには、通常抽選と特別抽選が含まれる。ウェブページＰ５に例示する通常抽選では、例えば１００ポイント（１００Ｐ）と引き換えに１回、カードを引く（抽選する）ことができる。他方、特別抽選（引きなおし可能抽選）では、例えば５００ポイント（５００Ｐ）と引き換えにカードを引く（抽選する）ことができるが、ユーザはカードを引きなおす（再抽選する）ことができるように構成されている。ここで、指示釦ｂ１１（「特別抽選」）が操作されると、Ｐ６に示すようにウェブページが更新される。ウェブページＰ６には、特別抽選の内容を説明するためのテキストが表示される。すなわち、特別抽選では、ユーザは、カードを引きなおすことができ、さらに一度引いたカードのレア度と攻撃力が、その後の抽選において保証される。また、好ましくは、引きなおし回数の上限値（図の例では、５回）が規定される。

【0053】

ウェブページＰ６において指示釦ｂ１２（「抽選する」）が操作されると、Ｐ７に示すようにウェブページが更新されて、１回目の抽選結果が表示される。この例では、レア度：２、攻撃力：１５０のカード（名称：ＫＮＰ）が抽選によって選択された例が示される。指示釦ｂ１３−１（「このカードにする」）を操作することで、ユーザは１回目に選択されたカードを入手することができる。他方、ユーザが引きなおしをすること（つまり、２回目の抽選）を望む場合には、指示釦ｂ１４−１（「引きなおす」）を操作する。この場合、２回目の抽選では、１回目に選択されたカードのレア度：２、攻撃力：１５０が保証される。すなわち、ウェブページＰ７の表示領域１０３内のテキストで示すように、２回目の抽選における抽選条件は、「レア度：２以上、かつ、攻撃力：１５０以上」となる。
指示釦ｂ１４−１（「引きなおす」）を操作した後は、ユーザは１回目の抽選において選択されたカードを入手することはできない。

【0054】

ウェブページＰ７において指示釦ｂ１４−１（「引きなおす」）が操作されると、Ｐ８に示すようにウェブページが更新されて、２回目の抽選結果が表示される。この例では、レア度：３、攻撃力：１８０のカード（名称：ＷＥＧ）が抽選によって選択された例が示される。指示釦ｂ１３−２（「このカードにする」）を操作することで、ユーザは２回目に選択されたカードを入手することができる。他方、ユーザがさらに引きなおしをすること（つまり、３回目の抽選）を望む場合には、指示釦ｂ１４−２（「引きなおす」）を操作する。この場合、３回目の抽選では、２回目に選択されたカードのレア度：３、攻撃力：１８０が保証される。すなわち、ウェブページＰ８の表示領域１０４内のテキストで示すように、３回目の抽選における抽選条件は、「レア度：３以上、かつ、攻撃力：１８０以上」となる。
指示釦ｂ１４−２（「引きなおす」）を操作した後は、ユーザは２回目の抽選において選択されたカードを入手することはできない。
以下、同様にしてユーザは、選択されたカードが気に入らない場合にはそのカードを取得しない代わりに引きなおし（再抽選）をすることができ、所望のカードが出現した時点でそのカードを所有物として抽選を終了させることができる。

【0055】

（６）ゲーム制御装置が備える機能の概要
次に、上述した本実施形態のゲームを実現するためゲーム制御装置が備える機能について説明する。
本実施形態では、ゲームサーバ２０及びデータベースサーバ３０によってゲーム制御装置が構成されている。以下では、上述した実施形態のゲームが適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図１２を参照して説明する。図１２は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。
なお、図１２に示す機能ブロック図に含まれる手段のすべてが本発明に必須の要素とは限らない。第１の観点では、本発明は、選択手段５２（第１選択手段、第２選択手段）、第１提示手段５３、比較手段５５、及び、第２提示手段５６を含む。また、第２の観点では、本発明は、選択手段５２、抽選条件決定手段５４、及び、付与手段５７を含む。

【0056】

本実施形態のゲームで使用されるオブジェクトとしてのカードに関し、例えば攻撃力及び防御力は、対戦結果を決定するための処理に用いられる第１パラメータ、又は、対戦の結果を決定するための比較処理又は演算処理の対象となる第１パラメータの一例である。カードのレア度は、対戦結果を決定するための処理に用いられない第２パラメータ、又は、比較処理又は演算処理の対象とならない第２パラメータの一例である。

【0057】

対戦実行手段５１は、カードを使用して、ユーザ間、あるいはユーザ対コンピュータの間で対戦を実行する機能を備える。
対戦実行手段５１の機能は、例えば以下のようにして実現することができる。ゲームサーバ２０のＣＰＵ２１は、処理対象のユーザの通信端末１０から、対戦相手の選択結果についての情報を取得すると、処理対象のユーザと対戦相手の保有カードのうち対戦使用カードのデータをカードデータベースから読み出し、ＲＡＭ２３に展開する。ＣＰＵ２１は、ＲＡＭ２３に展開された対戦使用カードのデータに基づいて、対戦結果を決定する。なお、本実施形態のゲームの対戦では、処理対象のユーザはゲームにログイン済みであるが、対戦相手についてはログインの有無に関わらず両者の対戦が行われる。つまり、ユーザ間の対戦が非同期で行われる。

【0058】

対戦結果の決定方法は様々な方法を採ることができる。例えば、第１の対戦結果の決定方法の例では、処理対象のユーザと対戦相手には予め所定量のＨＰ(Hit Point)が割り当てられ、両者の対戦使用カードが交互に攻撃を行うことで、攻撃を受けた側のＨＰを低下させる処理を行ってもよい。そして、ＨＰが先にゼロになった側、あるいはすべての対戦使用カードの攻撃が終了した時点、若しくは所定の対戦時間が経過した時点でＨＰの残量が少ない側を負けとすることができる。この場合、対戦使用カードの攻撃力をＰａとし、所定の、あるいはランダムに変化しうる補正係数をｋとすると、１回の攻撃操作によって、攻撃を受けた側のＨＰの低下量ΔＨＰは、以下の式（１）に示すようになる。なお、攻撃を受けた側の対戦使用カードのすべての防御力、あるいは特定のカードの防御力に基づいて、ΔＨＰの低下量を抑制するようにしてもよい。更新後のＨＰの値は、対戦実行中に逐次ＲＡＭ２３に上書きされる。

ΔＨＰ＝Ｐａ×ｋ …（１）

上述した第１の対戦結果の決定方法の例は、対戦使用カードの第１パラメータとしての攻撃力及び防御力が、対戦の結果を決定するための演算処理の対象となる場合、換言すれば、第１パラメータとしての攻撃力及び防御力が対戦結果を決定するための処理に用いられる場合の一例である。この第１の対戦結果の決定方法の例では、対戦使用カードの第２パラメータとしてのレア度は、対戦の結果を決定するための演算処理の対象とならず、また、対戦結果を決定するための処理に用いられない。

【0059】

他方、第２の対戦結果の決定方法の例では、処理対象のユーザと対戦相手の対戦使用カードの攻撃力の総和の比較処理、あるいは攻撃力及び防御力の総和の比較処理を行い、総和の大小に基づいて勝敗を決定してもよい。例えば、総和の大きい方が勝利し、総和の小さい方が負けとする。この第２の対戦結果の決定方法の例は、対戦使用カードの第１パラメータとしての攻撃力及び防御力が、対戦の結果を決定するための比較処理の対象となる場合、換言すれば第１パラメータとしての攻撃力及び防御力が対戦結果を決定するための処理に用いられる場合の一例である。この第２の対戦結果の決定方法の例においても、対戦使用カードの第２パラメータとしてのレア度は、対戦の結果を決定するための演算処理の対象とならず、また、対戦結果を決定するための処理に用いられない。

【0060】

選択手段５２は、ユーザの入力情報に基づいて、複数のカードの中から連続的な抽選によってカードを順次選択する機能を備える。別の観点では、選択手段５２は、入力情報に基づいて複数のカードの中から抽選によってカードを選択する機能（本発明の第１選択手段の機能）と、抽選によって選択されたカードをユーザが所有せずに再抽選させることが決定された場合に、その選択されたカードを記憶部に記憶するとともに、再抽選によって複数のカードの中からカードを選択する機能（本発明の第２選択手段の機能）とを備える。
ここで、本実施形態の「連続的な抽選」とは、複数回の抽選を連続して行うことである。本実施形態での「連続的な抽選」では、抽選操作を契機として順次選択されたカードがユーザに提示されるが、ユーザが取得できるカードは、１回の抽選でユーザに提示される枚数（本実施形態では、１）のカードである。「連続的な抽選」では、各抽選においてユーザに提示されたカードをユーザが所有物として抽選を終了させるか、又はそのカードをユーザが所有せずに再抽選させるか（すなわち、抽選を継続させるか）についてユーザによる選択操作が行われる。つまり、「連続的な抽選」とは、１回の選択によって提示されたカードのみをユーザが取得できるという条件付きで、１又は複数回連続して選択されたカードが順次ユーザに対して提示される抽選である。

【0061】

選択手段５２によって実現される連続的な抽選は、図１１に例示した特別抽選に相当する。選択手段５２の機能は、例えば以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、ユーザの通信端末１０から抽選指示又は再抽選指示を受けると、カードデータベースを参照して、抽選条件を満足するように抽選によりカードを選択する。なお、ＣＰＵ２１は、通信端末１０からの抽選指示を、例えば図１１の指示釦ｂ１２の操作結果を含むＨＴＴＰリクエストを通信端末１０から受信することによって取得する。ＣＰＵ２１は、通信端末１０からの再抽選指示を、例えば図１１の指示釦ｂ１４−１，１４−２，…の操作結果を含むＨＴＴＰリクエストを通信端末１０から受信することによって取得する。抽選条件を満足する限りカードの選択方法は問わない。例えば、カードデータベースに含まれ、かつ抽選条件を満足する複数のカードの中から無作為に、若しくはカードごとに設定されている確率に基づいてカードを選択してもよいし、その複数のカードの中から一定の規則に従ってカードを選択してもよい。一定の規則は、例えば攻撃力が低い順であってもよいし、カードごとに設定されている確率であってもよい。
ＣＰＵ２１は、抽選によって選択されたカードについてユーザが所有せずに再抽選されることが決定された場合には、そのカードについての情報を記憶部としてのＲＡＭ２３に一時的に記憶させる。

【0062】

第１提示手段５３は、選択手段５２によって選択されたカードをユーザの所有物として抽選を終了する第１選択肢と、当該カードをユーザが所有せずに再抽選させる第２選択肢とを、ユーザに提示する機能を備える。図１１のウェブページＰ７，Ｐ８において、指示釦ｂ１３−１，ｂ１３−２，…はそれぞれ第１選択肢の一例であり、指示釦ｂ１４−１，ｂ１４−２，…はそれぞれ第２選択肢の一例である。
第１提示手段５３の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、ユーザによる抽選指示又は再抽選指示を受けると、抽選によって選択されたカードとともに、第１選択肢及び第２選択肢に対応する指示釦を含むウェブページを表示するためのＨＴＭＬデータを生成して、通信端末１０へ送信する。通信端末１０は、受信したＨＴＭＬデータを解釈してウェブページを表示する。

【0063】

抽選条件決定手段５４は、連続的な抽選において、Ｎ＋１回目（Ｎ：１以上の整数）の抽選において選択されるカードのレア度と攻撃力が共に、Ｎ回目の抽選で選択されたカードのレア度と攻撃力と同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定する機能を備える。
本実施形態の例では、抽選条件は、選択されるカードのレア度と攻撃力が規定される条件であり、ユーザが既に引いたカードのレア度と攻撃力を保証するようにして決定される。１回目の抽選条件は、実質的に設定されなくてもよいが、例えば一定のレア度を保証するように設定されてもよい。１回目の抽選で選択されたカードをユーザが所有せずに再抽選させることが決定される場合、２回目の抽選では、１回目の抽選で選択されたカードのレア度と攻撃力と同等以上となるように、抽選条件が設定される。例えば、「レア度：３以上、かつ、攻撃力：２５０以上」といった具合に抽選条件が決定される。３回目以降の抽選においても同様である。つまり、Ｎ＋１回目の抽選において選択されるカードのレア度と攻撃力が共に、Ｎ回目の抽選で選択されたカードのレア度と攻撃力と同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件が決定される。

【0064】

比較手段５５は、再抽選によって選択されたカードのレア度および攻撃力と、記憶部としてのＲＡＭ２３に記憶されたカードのレア度および攻撃力とを、それぞれ比較する機能を備える。上述した抽選条件は、ＲＡＭ２３に記憶されたカードのレア度および攻撃力に基づいて決定されるため、カードが抽選条件を満足するか否かの判定処理は、再抽選によって選択されたカードのレア度および攻撃力と、記憶部としてのＲＡＭ２３に記憶されたカードのレア度および攻撃力との比較処理によって行ってもよい。
比較手段５５の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、「再抽選によって選択されたカード」を、カードデータベースの中から無作為に選択されたカードとして上記比較処理を実行してもよいし、カードデータベースに含まれる各カードを順に「再抽選によって選択されたカード」と決定して上記比較処理を行ってもよい。
抽選確率データ（図８）に示したように、レア度ごとの抽選確率が規定されている場合には、カードデータベースに含まれるカードごとに、抽選確率データで規定される抽選確率が適用される。つまり、例えば「レア度：３以上、かつ、攻撃力：２５０以上」という抽選条件の場合には、抽選確率データの抽選条件の項目の「レア度３以上を保証」に対して設定されているレア度の抽選確率に従ってカードの選択が行われる。この例では、レア度が２以下のカードが選択されることはないため、レア度についての上記比較処理の結果は、抽選条件を常に満足するような結果となる。
なお、抽選確率データを参照することは必須ではなく、ＣＰＵ２１は、カードデータベースに含まれるカードを１つずつ順に比較対象として、ＲＡＭ２３に記憶されたカードとの間でレア度および攻撃力を比較することによって、抽選条件を満足するカードを特定してもよい。

【0065】

本実施形態において、比較手段５５は必須ではない。すなわち、抽選条件決定手段５４によって決定された抽選条件を満足するようにカードデータベースの中からカードを選択できればよく、必ずしも比較処理は必須ではない。

【0066】

第２提示手段５６は、比較手段５５によって比較された結果が所定の条件として上記抽選条件を満たす場合に、再抽選によって選択されたカードをユーザに提示する機能を備える。ここで、抽選条件は、上述したように、再抽選によって選択されたカードのレア度および攻撃力が、ＲＡＭ２３に記憶されたカード（抽選によって既に選択されたカード）のレア度および攻撃力と同等以上、という条件である。
第２提示手段５６の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、上述した比較処理の結果、再抽選によって選択されたカードとして、ＲＡＭ２３に記憶されたカードのレア度および攻撃力と同等以上のレア度および攻撃力と判定されたカードを特定した場合には、その特定したカードを表示するウェブページ用のＨＴＭＬデータを生成して、ユーザの通信端末１０へ送信する。通信端末１０は、受信したＨＴＭＬデータを解釈してウェブページを表示する。

【0067】

付与手段５７は、選択手段５２によって順次選択されるカードの中で、ユーザによって選択されるカードをユーザに付与する機能を備える。ここで、ユーザがカードを選択することは、第１提示手段５３によって提示される第１選択肢を選択すること（例えば、図１１のウェブページＰ７，Ｐ８において、指示釦ｂ１３−１，ｂ１３−２，…を操作すること）であってもよい。
付与手段５７の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、例えばウェブページＰ７，Ｐ８のように抽選、あるいは再抽選によって順次ユーザに提示されるカードを含むウェブページにおいて、指示釦ｂ１３−１，ｂ１３−２，…のいずれかをユーザが操作したことを認識すると、操作対象の指示釦に対応するカードをユーザに付与することを決定する。具体的には、ＣＰＵ２１は、付与対象のカードのデータを、処理対象のユーザのユーザデータの保有カードの欄に書き込む。

【0068】

（７）本実施形態の抽選処理のフロー
次に、本実施形態の抽選処理のフローの一例について、図１３のフローチャートを参照して説明する。図１３は、本実施形態のゲームにおける特別抽選の処理の一例を示すフローチャートである。

【0069】

図１３において、例えば図１１のウェブページＰ６の指示釦ｂ１２の操作結果を含むＨＴＴＰリクエストを受信することによって抽選開始指示を受けると（ステップＳ１０：ＹＥＳ）、ゲームサーバ２０のＣＰＵ２１は、変数Ｎの初期化（つまり、Ｎ＝１）を行うとともに（ステップＳ１２）、抽選条件の初期化を行う（ステップＳ１４）。つまり、ＣＰＵ２１は１回目の抽選条件を設定する。１回目の抽選条件は、実質的に設定されなくてもよいが、例えば一定のレア度を保証するように設定されてもよい。次いで、ＣＰＵ２１は、１回目の抽選指示に応じて１回目の抽選によってカードを選択する処理を行う（ステップＳ１６）。ＣＰＵ２１は、１回目の抽選指示を、例えば図１１のウェブページＰ６の指示釦ｂ１２の操作結果を含むＨＴＴＰリクエストを受信することによって認識する。このときＣＰＵ２１は、カードデータベースにアクセスして、抽選条件を満足するカードを選択する。

【0070】

なお、図１３に示す特別抽選の処理の例では、ユーザが引きなおし（再抽選）可能な回数が制限されている場合を示すが、回数制限は必須ではない。変数Ｎが引きなおし回数の上限値によって設定される閾値ｔｈに達していない場合には（ステップＳ１８：ＮＯ）、ＣＰＵ２１は、ステップＳ１６で選択されたカードをユーザの所有物として抽選を終了する第１選択肢と、ステップＳ１６で選択されたカードをユーザが所有せずに再抽選させる第２選択肢とを提示する（ステップＳ２０）。具体的には、ＣＰＵ２１は、図１１のウェブページＰ７に例示したように、ステップＳ１６で選択されたカードとともに、第１選択肢としての指示釦ｂ１３−１と第２選択肢としての指示釦ｂ１４−１を含むウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０へ送信する。

【0071】

次いでＣＰＵ２１は、第１選択肢（つまり、抽選終了）又は第２選択肢（再抽選）のいずれかの選択肢に対するユーザの選択結果を判定する（ステップＳ２２）。つまりＣＰＵ２１は、ユーザの通信端末１０から送信されるＨＴＴＰリクエストに含まれる指示釦の操作結果に基づいて、選択肢の判定を行う。ユーザが第２選択肢（再抽選）を選択したことを認識した場合（ステップＳ２２：再抽選）、ＣＰＵ２１はステップＳ１６で選択したカードをＲＡＭ２３に記憶させ（ステップＳ２６）、抽選条件を決定する（ステップＳ２８）。この抽選条件の決定は、ステップＳ１６で選択したカードのレア度および攻撃力の各パラメータを保証するようにして行われる。例えば、図１１のウェブページＰ７に示したように、レア度：２であり攻撃力：１５０のカードが選択された場合には、抽選条件は「レア度：２以上、かつ、攻撃力：１５０以上」となる。
なお、図示しないが、第２選択肢（再抽選）を選択したことを認識した場合には、ＣＰＵ２１は、ステップＳ１６で選択したカードをユーザに付与しないことを決定する。

【0072】

次に変数ＮがインクリメントされてＮ＝２となり（ステップＳ３０）、２回目の抽選のためにステップＳ１６へ戻る。
２回目の抽選では、ＣＰＵ２１は、ステップＳ２８で決定した抽選条件を満足するようにしてカードを選択する処理を行う（ステップＳ１６）。抽選条件を満足するカードの選択は、１回目の抽選におけるステップＳ２６においてＲＡＭ２３に記憶させたカードのレア度と攻撃力の各パラメータを、カードデータベースに含まれる各カードのレア度と攻撃力の各パラメータと順次比較することによって行われてもよい。ＲＡＭ２３に記憶させたカードのレア度および攻撃力と共に同等以上のレア度および攻撃力を備えたカードが特定された場合に、そのカードを２回目の抽選によって選択されたカードとする。

【0073】

次いで、変数Ｎ（Ｎ＝２）が引きなおし回数の上限値によって設定される閾値ｔｈに達していない場合には（ステップＳ１８：ＮＯ）、ＣＰＵ２１は、２回目の抽選においてステップＳ１６で選択されたカードをユーザの所有物として抽選を終了する第１選択肢と、２回目の抽選においてステップＳ１６で選択されたカードをユーザが所有せずに再抽選させる第２選択肢とを提示する（ステップＳ２０）。具体的には、ＣＰＵ２１は、図１１のウェブページＰ８に例示したように、ステップＳ１６で選択されたカードとともに、第１選択肢としての指示釦ｂ１３−２と第２選択肢としての指示釦ｂ１４−２を含むウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０へ送信する。

【0074】

次いでＣＰＵ２１は、第１選択肢（抽選終了）又は第２選択肢（再抽選）のいずれかの選択肢に対するユーザの選択結果を判定する（ステップＳ２２）。つまりＣＰＵ２１は、ユーザの通信端末１０から送信されるＨＴＴＰリクエストに含まれる指示釦の操作結果に基づいて、選択肢の判定を行う。ユーザが第２選択肢（再抽選）を選択したことを認識した場合（ステップＳ２２：再抽選）、ＣＰＵ２１は、２回目の抽選においてステップＳ１６で選択したカードをＲＡＭ２３に記憶させ（ステップＳ２６）、新たに抽選条件を決定する（ステップＳ２８）。この抽選条件の決定は、２回目の抽選においてステップＳ１６で選択したカードのレア度および攻撃力の各パラメータを保証するようにして行われる。例えば、図１１のウェブページＰ８に示したように、レア度：３であり攻撃力：１８０のカードが選択された場合には、抽選条件は「レア度：３以上、かつ、攻撃力：１８０以上」となる。
１回目の抽選と同様に２回目の抽選においても、第２選択肢（再抽選）を選択したことを認識した場合には、ＣＰＵ２１は、２回目の抽選においてステップＳ１６で選択したカードをユーザに付与しないことを決定する。

【0075】

次に変数ＮがインクリメントされてＮ＝３となり（ステップＳ３０）、３回目の抽選のためにステップＳ１６へ戻る。以下、同様にして、ユーザが第２選択肢（再抽選）を選択する限り、ステップＳ１６〜Ｓ３０の間をループして各処理が行われ、ユーザが既に引いたカードのレア度と攻撃力の各パラメータの値が保証された状態で、再抽選が継続して行われる。
一方、変数Ｎが引きなおし回数の上限値によって設定される閾値ｔｈに達した場合（ステップＳ１８：ＹＥＳ）、あるいは第１選択肢（抽選終了）が選択された場合（ステップＳ２２：抽選終了）には、ＣＰＵ２１はカードの付与処理を行う（ステップＳ２４）。変数Ｎが閾値ｔｈに達したことでステップＳ２４へ移行した場合には、ユーザに付与されるカードは、ユーザに対して最後に提示されたカードとなる。なお、最後にカードが提示されるよりも前に提示されたカードはユーザに付与されない。第１選択肢（抽選終了）が選択されたことでステップＳ２４へ移行した場合には、ユーザに付与されるカードは、第１選択肢を選択した時点でユーザに提示されたカードとなる。カードの付与処理ではＣＰＵ２１は、付与対象のカードのデータを、処理対象のユーザのユーザデータの保有カードの欄に書き込む。

【0076】

以上説明したように、このゲーム制御装置によって実現される特別抽選（引きなおし可能抽選）では、抽選によってカードが選択されると、その選択されたカードを所有物として抽選を終了するか、又は当該カードを所有せずに再抽選させるかいずれかについての選択肢がユーザに提示される。ユーザが再抽選させることを選択した場合には、再抽選が行われ、選択されたカードがユーザに提示される。このとき、先に選択されたカードに対して、再抽選によって選択されるカードは、第１パラメータとしての攻撃力および第２パラメータとしてのレア度が同等以上のものとなる。そのため、ユーザにとっては、再抽選を行うことの利益があるため、再抽選を促進することが図られる。そのため、ユーザに付与するカードを連続的な抽選によって選択されるカードの中から決定する場合に、従来よりもユーザの満足度を高められるようになる。

【0077】

本実施形態の特別抽選（引きなおし可能抽選）の例では、図８の抽選確率データに示したように、第２パラメータとしてのレア度の値が大きいカードであるほど選択手段５２によって選択される確率が低くなっている。例えば、抽選条件として「レア度：２以上」という条件を含む場合、レア度：２のカードが選択される確率が非常に高く、レア度が３〜５の順に、そのレア度のカードが選択される確率が低く抑えられている。また、抽選条件として「レア度：４以上」という条件を含む場合、レア度：４のカードが選択される確率が非常に高く、レア度が５のカードが選択される確率が低く抑えられている。つまり、再抽選を行う場合において、既に引いたカードのレア度を保証する抽選条件で抽選が行われる場合でも、既に引いたカードのレア度を超えるレア度を備えたカードが選択される確率は低く抑えられている。このように抽選確率データが設定されている理由は、レア度の採り得る値の範囲が狭く（本実施形態の例では、５値）、また、高いレア度のカードを多く出現させる（流通させる）ことは高いレア度のカードの希少価値を逆に低めることになって好ましくないためである。従来の抽選におけるレア度ごとの確率も概ね、レア度が大きくなるにつれて抽選によってカードが選択される確率が低く設定されている場合が多い。
そのため、従来のように、仮にカードのレア度のみを保証することで引きなおし可能な抽選機能が提供されたならば、ユーザが再抽選を繰り返しても同じレア度のカードが選択される確率が高い。このとき、引きなおしによって選択されたカードのレア度が既に引いたカードと同じレア度であるが、レア度以外のパラメータが低くなってしまった場合には、既に引いたカードを改めて自身の保有物とすることはできないため、ユーザが再抽選に結果に不満を感じる場合がある。

【0078】

一方、本実施形態の特別抽選では、カードのレア度のみならず、対戦結果を決定するための処理に用いられるパラメータである攻撃力が保証されるため、再抽選によって選択されたカードのレア度が増加しない場合であっても、レア度よりも広範囲な値をとる攻撃力については既に引いたカードよりも増加している可能性が高く、ユーザが再抽選の結果に不満を感じることを抑制することができる。つまり、再抽選によって選択されたカードのレア度が増加しない場合であっても、再抽選によって対戦ゲームに有用なカードが得られるため、ユーザに対して一定の満足感を与えることが図られる。

【0079】

（８）変形例
上述した各実施形態では、抽選対象のオブジェクトの一例としてモンスターカードを挙げたが、これに限られない。オブジェクトであれば如何なるものでもよい。例えば、オブジェクトは、ゲーム上のキャラクタやアイテム等を含むものでよく、例えばゲーム上の仮想的な人物や生物、若しくはモンスター等であり、本実施形態で示したように、それらがカードに表示されているものをも含む。
上述した実施形態では、本発明の記憶部の一例としてゲームサーバ２０のＲＡＭ２３の場合を例示したが、この場合に限られない。記憶部は、通信端末１０、データベースサーバ３０、あるいはゲームサーバ２０からアクセス可能な外部の記憶装置であってもよい。

【0080】

上述した実施形態では、第１パラメータの例として攻撃力の場合を示したが、この場合に限られない。第１パラメータとしては、対戦結果を決定するための処理に用いられるパラメータ、あるいは対戦の結果を決定するための比較処理又は演算処理の対象となるパラメータであればよく、例えば防御力であってもよい。あるいは、第１パラメータとして、攻撃力と防御力の総和であってもよい。
また、上述した実施形態では、第２パラメータの例としてレア度の場合を示したが、この場合に限られない。第２パラメータとしては、オブジェクトとしてのカードを評価する別の指標であってもよい。そのような指標としては、ゲーム上の人気度合いを示す指標やカードの属性、カテゴリー、カードの総合的な価値を示すレベルであってもよい。
以下、上述した各実施形態の変形例についてさらに説明する。

【0081】

（８−１）変形例１
上述した実施形態の特別抽選（引きなおし可能抽選）において、選択手段５２は、１回の抽選において複数のカードを選択してもよい。上述した実施形態の特別抽選のように引きなおし可能抽選において、１回の抽選又は再抽選において選択されるカードの枚数はその都度異なっていてもよく、一定数であってもよい。１回の抽選で複数のカードが選択される場合、ユーザは１回の抽選で自身の好みのカードが選択される可能性が高くなるため、抽選をより楽しめるようになる。
本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、ユーザの通信端末１０から抽選指示又は再抽選指示を受けると、カードデータベースを参照して、抽選条件を満足するように抽選により、例えば所定枚数のカードを選択する。ＣＰＵ２１は、抽選によって選択された所定枚数のカードについてユーザが所有せずに再抽選されることが決定された場合には、そのカードについての情報を記憶部としてのＲＡＭ２３に一時的に記憶させる。
以下の変形例２〜４は、１回の抽選において複数のカードが選択されるときの変形例である。

【0082】

（８−２）変形例２
上述した実施形態の特別抽選（引きなおし可能抽選）において１回の抽選において複数のカードが選択される場合、抽選条件決定手段５４は、Ｎ＋１回目（Ｎ：１以上の整数）の抽選において選択される複数のカードの各カードのレア度および攻撃力の各パラメータが共に、Ｎ回目の抽選で選択された複数のカードのいずれかのカードのレア度および攻撃力と同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定してもよい。この場合、Ｎ＋１回目の抽選で選択される複数のカードの各々がＮ回目の抽選で選択される複数のカードの各々と比較して、各パラメータが同等以上となる。そのため、１回の抽選で１つのカードが選択される場合と比較して、より一層ユーザの満足度を高められるようになる。

【0083】

例えば、Ｎ回目の抽選において選択された、例えば３枚のカードが以下の場合を想定する。
［Ｎ回目の抽選］
・カードＡ レア度：２、攻撃力：１５０
・カードＢ レア度：２、攻撃力：１７０
・カードＣ レア度：３、攻撃力：１２０
この場合に、Ｎ＋１回目の抽選では、カードＡ，Ｂ，Ｃに対応した以下の３つの抽選条件が決定される。
・カードＡに対応する第１の抽選条件：「レア度：２以上、かつ、攻撃力：１５０以上」
・カードＢに対応する第２の抽選条件：「レア度：２以上、かつ、攻撃力：１７０以上」
・カードＣに対応する第３の抽選条件：「レア度：３以上、かつ、攻撃力：１２０以上」
その結果、Ｎ＋１回目の抽選では、例えば、第１〜第３の抽選条件にそれぞれ従って以下のカードＤ〜Ｆが選択される。
［Ｎ＋１回目の抽選］
・カードＤ レア度：３、攻撃力：１５５
・カードＥ レア度：２、攻撃力：１８０
・カードＦ レア度：３、攻撃力：１４０

【0084】

本変形例の抽選条件決定手段５４の機能を実現するために、再抽選が行われる都度に、選択するカード枚数に対応する数の抽選条件が個別に更新される。例えば１度に選択されるカードが３枚である場合、ゲームサーバ２０のＣＰＵ２１は、１回目に選択される３枚のカードのうち１枚目のカードを第１の抽選条件、２枚目のカードを第２の抽選条件、３枚目のカードを第３の抽選条件、という具合に対応付ける。ＣＰＵ２１は、再抽選（つまり、２回目以降の抽選）では、各抽選条件に基づいて３枚のカードを選択して、その３枚のカードが選択されたときのカード順に基づいて第１〜第３の抽選条件を個別に更新する。各抽選条件に基づくカードの選択は、上述した実施形態で述べた通りである。

【0085】

（８−３）変形例３
上述した実施形態の特別抽選（引きなおし可能抽選）において１回の抽選において複数のカードが選択される場合、抽選条件決定手段５４は、Ｎ＋１回目の抽選において選択される複数のカードの各カードのレア度又は攻撃力が、Ｎ回目の抽選で選択された複数のカードの中で最も有利なレア度又は攻撃力と同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定してもよい。この場合、少なくともいずれかのパラメータについて、Ｎ＋１回目の抽選で選択される複数のカードのすべてがＮ回目の抽選で選択される複数のカードと比較して同等以上となる。そのため、１回の抽選で１つのカードが選択される場合と比較して、より一層ユーザの満足度を高められるようになる。

【0086】

例えば、Ｎ回目の抽選において選択された、例えば３枚のカードが以下の場合を想定する。
［Ｎ回目の抽選］
・カードＡ レア度：２、攻撃力：１５０
・カードＢ レア度：２、攻撃力：１７０
・カードＣ レア度：３、攻撃力：１２０
この場合、本変形例においてＮ＋１回目の抽選における抽選条件は、カードＡ〜Ｃの攻撃力の中で最大の攻撃力と、カードＡ〜Ｃのレア度の中で最大のレア度とが保証されるようにして、単一の抽選条件が設定されてもよい。つまり、抽選条件は、「レア度：３以上、かつ、攻撃力：１７０以上」となる。
一方、攻撃力とレア度の優先度を予め設定するか、又はユーザが選択可能なようにし、攻撃力又はレア度の何れかパラメータが最大のカードに基づいて、単一の抽選条件が設定されてもよい。例えばユーザがレア度を選択した場合には、選択されたカードＡ〜Ｃのうちレア度が最大のカードＣのレア度が保証されるようにして、抽選条件が設定される。つまり、抽選条件は「レア度：３以上、かつ、攻撃力：１２０以上」となる。

【0087】

本変形例の抽選条件決定手段５４の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、再抽選が行われる都度に、選択した複数のカードに基づいて、上述したようにして単一の抽選条件を決定し、再抽選が行われて複数のカードが行われる都度に、抽選条件が更新される。抽選条件が決定された後のカードの選択方法については、上述した実施形態とは、選択されるカードの枚数が異なるのみである。

【0088】

（８−４）変形例４
上述した実施形態の特別抽選（引きなおし可能抽選）において１回の抽選において複数のカードが選択される場合、抽選条件決定手段５４は、Ｎ＋１回目の抽選において選択される複数のカードのレア度又は攻撃力の平均値が、Ｎ回目の抽選で選択された複数のカードのレア度又は攻撃力の平均値と同一か、若しくはそれより有利となるように、Ｎ＋１回目の抽選の抽選条件を決定してもよい。この場合、Ｎ＋１回目の抽選で選択される複数のカードがＮ回目の抽選で選択される複数のカードと比較して全体として各パラメータが同等以上となる。そのため、１回の抽選で１つのカードが選択される場合と比較して、より一層ユーザの満足度を高められるようになる。

【0089】

例えば、Ｎ回目の抽選において選択された、例えば３枚のカードが以下の場合を想定する。
［Ｎ回目の抽選］
・カードＡ レア度：３、攻撃力：１５０
・カードＢ レア度：２、攻撃力：１７０
・カードＣ レア度：４、攻撃力：２２０
この場合、本変形例においてＮ＋１回目の抽選における抽選条件は、カードＡ〜Ｃの攻撃力の平均値と、カードＡ〜Ｃのレア度の平均値とが保証されるようにして、単一の抽選条件が設定されてもよい。つまり、抽選条件は、「レア度：３以上、かつ、攻撃力：１８０以上」となる。
一方、攻撃力とレア度の優先度を予め設定するか、又はユーザが選択可能なようにし、例えば優先度が高いか、又は選択された一方のパラメータについてはカードＡ〜Ｃの中で最大のパラメータの値を保証し、かつ他方のパラメータについてはカードＡ〜Ｃのパラメータの平均値が保証されるようにして、単一の抽選条件が設定されてもよい。例えばユーザがレア度を選択した場合には、選択されたカードＡ〜Ｃのうちレア度が最大の４を保証し、かつ攻撃力はカードＡ〜Ｃのそれの平均値である１８０を保証するようにして、抽選条件が設定される。つまり、抽選条件は「レア度：４以上、かつ、攻撃力：１８０以上」となる。

【0090】

本変形例の抽選条件決定手段５４の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、再抽選が行われる都度に、選択した複数のカードに基づいて、上述したようにして単一の抽選条件を決定し、再抽選が行われて複数のカードが行われる都度に、抽選条件が更新される。抽選条件が決定された後のカードの選択方法については、上述した実施形態とは、選択されるカードの枚数が異なるのみである。

【0091】

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

【0092】

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

【0093】

上述した実施形態では、ネットワーク上のゲームサーバ２０及びデータベースサーバ３０によって、図１２に示した各手段が備える機能を実現する構成としたが、この構成に限られない。図１２に示した手段のすべて、あるいは少なくとも一部の手段を通信端末１０によって実現する構成としてもよい。通信端末１０とゲームサーバ２０とでは実質的に同一のハードウエア構成を採るため、上記実施形態に記載したようにして通信端末１０によっても各機能を実現できる。図１４Ａ，図１４Ｂには、本実施形態のゲーム制御装置の各機能（図１２に示す各機能）について、通信端末１０と、ゲームサーバ２０及びデータベースサーバ３０との間の機能を分担した場合の例を示す。
図１２に示した各機能を通信端末１０において主体的に実現するために、ユーザデータベースを各ユーザの通信端末１０に記憶させ、複数のカードＩＤを基に抽選処理を通信端末１０において実行し、その抽選処理で選択されたカードＩＤに対応するカードのデータの送信をゲームサーバ２０へ要求するようにしてもよい。

【0094】

上述した実施形態では、ユーザ間の対戦ゲームがネットワーク上のサーバを介して実現される場合について説明したが、この場合に限られない。サーバを用いずに直接ユーザ端末間で行われる通信方式、例えばＰ２Ｐ(Peer to Peer)や無線アドホックネットワークによる通信を利用して、ユーザ間の対戦ゲームを実現してもよい。

【符号の説明】

【0095】

１０…通信端末
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１４…画像処理部
１５…指示入力部
１６…表示部
１７…通信インタフェース部
１８…バス
２０…ゲームサーバ
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…データベースアクセス部
２５…通信インタフェース部
２６…バス
３０…データベースサーバ
３１…ユーザデータベース
３２…ゲームデータベース
５１…対戦実行手段
５２…選択手段（第１選択手段、第２選択手段）
５３…第１提示手段
５４…抽選条件決定手段
５５…比較手段
５６…第２提示手段
５７…付与手段

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14A】

【図14B】