(57)【要約】【課題】ゲーム媒体の抽選におけるユーザの不満を改善すること。【解決手段】ゲーム装置は、複数種類のゲーム媒体のうちからいずれかのゲーム媒体を抽選する抽選処理を複数回行う際に、２回目以降の抽選処理で選択されたカードが既に選択済みのカードと同種類のカードである場合、２回目以降の抽選処理で選択されたカードの再抽選を行う抽選処理部、を備える。【選択図】図４
2018033864.tif 000002
【特許請求の範囲】
【請求項１】
複数種類のゲーム媒体のうちからいずれかのゲーム媒体を抽選する抽選処理を複数回行う際に、２回目以降の抽選処理で選択されたゲーム媒体が既に選択済みのゲーム媒体と同種類のゲーム媒体である場合、前記２回目以降の抽選処理で選択されたゲーム媒体の再抽選を行う抽選処理部、
を備えるゲーム装置。
【請求項２】
前記抽選処理部は、
前記２回目以降の抽選処理で選択されたゲーム媒体が既に選択済みのゲーム媒体と同種類のゲーム媒体である場合、同一レアリティのゲーム媒体のうちから再抽選を行う、
請求項１に記載のゲーム装置。
【請求項３】
前記抽選処理部は、
前記２回目以降の抽選処理で選択されたゲーム媒体が既に選択済みのゲーム媒体と同種類のゲーム媒体であっても、該選択されたゲーム媒体と同一レアリティの他の種類のゲーム媒体がない場合には、再抽選を行わないで、該選択されたゲーム媒体を抽選結果として選択する、
請求項２に記載のゲーム装置。
【請求項４】
前記抽選処理部は、
前記２回目以降の抽選処理で最初に選択されたゲーム媒体が既に選択済みのゲーム媒体と同種類のゲーム媒体であって、所定の回数以上の再抽選を行っても再抽選で選択されたゲーム媒体が既に選択済みのゲーム媒体と同種類のゲーム媒体である場合、該最初に選択されたゲーム媒体を抽選結果として選択する、
請求項２に記載のゲーム装置。
【請求項５】
同種類のゲーム媒体が含まれない複数枚のゲーム媒体が関連付けられた組が複数設定された組情報を参照して、前記複数の組のうちからいずれかの組を抽選する抽選処理部、
を備えるゲーム装置。
【請求項６】
ユーザの要求に基づいて複数のゲーム媒体を抽選する際に、同種類のゲーム媒体が複数含まれないように抽選する抽選処理部、
を備えるゲーム装置。
【請求項７】
コンピュータを、請求項１から請求項６のいずれか一項に記載のゲーム装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲーム装置、及びプログラムに関する。
【背景技術】
【０００２】
ユーザがゲーム媒体（例えば、カード）利用してプレイするゲームにおいて、複数回の抽選によって選択された複数のカードが、一度にユーザに付与される仕様が従来から知られている（例えば、特許文献１参照）。例えば、１０連ガチャと呼ばれる仕様では、ユーザによる１回の抽選操作に対して１０回の抽選処理が行われ、抽選で選択された１０枚のカードがユーザに一度に付与される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−００８０７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したような１０連ガチャでは、１０回の抽選処理のうちのそれぞれ１回毎の抽選処理はそれぞれ独立しているため、１０回の抽選処理の中で同種類のカードが複数枚選択されることがある。つまり、一度にユーザに付与されるカードの中に同種類のカードが複数枚含まれることがある。このような場合、１０連ガチャによって様々な種類のカードを入手したいと考えているユーザが不満を感じることあった。
【０００５】
本発明のいくつかの態様は、ゲーム媒体の抽選におけるユーザの不満を改善するゲーム装置、及びプログラムを提供することを目的の一つとする。
【０００６】
また、本発明の他の態様は、後述する実施形態に記載した作用効果を奏することを可能にするゲーム装置、及びプログラムを提供することを目的の一つとする。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、本発明の一態様は、複数種類のゲーム媒体のうちからいずれかのゲーム媒体を抽選する抽選処理を複数回行う際に、２回目以降の抽選処理で選択されたゲーム媒体が既に選択済みのゲーム媒体と同種類のゲーム媒体である場合、前記２回目以降の抽選処理で選択されたゲーム媒体の再抽選を行う抽選処理部、を備えるゲーム装置である。
【０００８】
また、本発明の一態様は、同種類のゲーム媒体が含まれない複数枚のゲーム媒体が関連付けられた組が複数設定された組情報を参照して、前記複数の組のうちからいずれかの組を抽選する抽選処理部、を備えるゲーム装置である。
【０００９】
また、本発明の一態様は、ユーザの要求に基づいて複数のゲーム媒体を抽選する際に、同種類のゲーム媒体が複数含まれないように抽選する抽選処理部、を備えるゲーム装置である。
【００１０】
また、本発明の一態様は、コンピュータを、上記記載のゲーム装置として機能させるためのプログラムである。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態に係るゲームシステムの構成の一例を示すブロック図。
【図２】第１の実施形態に係るユーザ端末のハードウェア構成の一例を示す図。
【図３】第１の実施形態に係るゲームサーバのハードウェア構成の一例を示す図。
【図４】第１の実施形態に係るユーザ端末及びゲームサーバの構成の一例を示すブロック図。
【図５】第１の実施形態に係るカードマスタデータのデータ例を示す図。
【図６】第１の実施形態に係るカード抽選処理の一例を示すフローチャート。
【図７】第１の実施形態に係る単発ガチャの抽選処理の一例を示すフローチャート。
【図８】第１の実施形態に係る１０連ガチャの抽選処理の一例を示すフローチャート。
【図９】第２の実施形態に係る１０連ガチャの抽選処理の一例を示すフローチャート。
【図１０】第３の実施形態に係る１０連ガチャの抽選処理の一例を示すフローチャート。
【図１１】第４の実施形態に係るカード組データの一例を示す図。
【発明を実施するための形態】
【００１２】
以下、本発明の一実施形態について、図面を参照して説明する。
［第１の実施形態］
【００１３】
〔ゲームの概要〕
まず、本実施形態に係るゲームの一例について、その概要を説明する。本実施形態に係るゲームは、ユーザが所持するゲーム媒体を利用してプレイするゲームであり、例えば、対戦相手とバトルを行うバトルゲームである。ゲーム媒体とは、例えば、複数のキャラクタそれぞれに対応するカードである。キャラクタとは、ゲームに登場する人物、動物、物体（例えば、乗り物）などである。カードとは、ゲームに登場するキャラクタを示す実体であって、且つ画像（テキスト、静止画像、または、動画像など）によってユーザに認識されるオブジェクトの一例である。具体的には、カードは、ゲーム内で対戦相手となる敵キャラクタとバトルを行うキャラクタを表すカードであり、ゲーム画面に画像で表示される。
【００１４】
なお、ここではバトルゲームを例とするが、バトルゲームに限られるものではなく、野球ゲームやサッカーゲーム、ＲＰＧゲーム、育成ゲーム等他の種類のゲームであってもよい。また、ゲーム媒体は、カードに限られるものではなく、メダルや、キャラクタそのものを表すフィギュア等他のオブジェクトであってもよく、カードと同様にゲーム画面に画像で表示されるものであってもよい。
【００１５】
本実施形態に係るバトルゲームでは、ゲームの進行に応じてバトルに使用できる複数のカードがユーザに付与される。例えば、カードは、ゲームのバトルに勝利したときに報酬としてユーザに付与されたり、カード抽選を行うことによりユーザに付与されたりする。ユーザは、付与されたカードを複数所持し、所持しているカードの中からバトルするキャラクタのカードを選択することができる。なお、カードには、キャラクタを示すもの以外に、バトルにおけるキャラクタの攻撃や防御に効果を与える武器や防具を示すものも含まれる。ユーザは、キャラクタを示すカードと同様に武器や防具を示すカードを所持し、所持しているカードの中からバトルに使用するカードを選択することができる。
【００１６】
〔システム構成〕
次に、本実施形態に係るゲームシステム１のシステム構成の概要を説明する。図１は、本実施形態に係るゲームシステム１の構成の一例を示すブロック図である。ゲームシステム１は、ユーザ端末１０−１と、ユーザ端末１０−２と、ユーザ端末１０−３、・・・と、ゲームサーバ３０とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワークＮＷを介して接続される。ユーザ端末１０−１と、ユーザ端末１０−２と、ユーザ端末１０−３とは同様の構成であるため、特に区別しない場合には、「−１」、「−２」等の記載を省略してユーザ端末１０として説明する。ここでは３台のユーザ端末１０を図示しているが、任意の台数のユーザ端末１０がゲームサーバ３０に接続されてもよい。
【００１７】
ゲームサーバ３０は、ユーザ端末１０において実行可能なゲームを提供するサーバ装置である。例えば、ゲームサーバ３０は、ユーザ端末１０において実行可能なゲームの制御プログラム（ゲーム制御プログラム）を、ユーザ端末１０からダウンロード可能に提供する。また、ゲームサーバ３０は、ユーザ端末１０において実行されたゲームに必要な各種設定情報及び履歴情報などを記憶するとともに、必要に応じてユーザ端末１０に送信する。なお、ユーザ端末１０がダウンロードするゲーム制御プログラムは、ゲームサーバ３０に限らず、他のダウンロード可能なサーバ装置に記憶されていてもよい。
【００１８】
ユーザ端末１０は、ゲームサーバ３０からダウンロードしたゲーム制御プログラムを実行する。例えば、ユーザ端末１０は、ユーザが利用するコンピュータ装置であり、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、タブレットＰＣ、スマートフォンやフィーチャーフォン等の携帯電話機、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等が適用できる。本実施形態では、ユーザ端末１０はスマートフォンであるとして説明する。
【００１９】
図２は、本実施形態に係るユーザ端末１０のハードウェア構成の一例を示す図である。ユーザ端末１０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、通信部１２と、入力部１３と、表示部１４と、記憶部１５とを備え、ネットワークＮＷを介して接続されたゲームサーバ３０や他の装置等と通信部１２を介して通信を行う。これらの構成要素は、バス（Ｂｕｓ）を介して相互に通信可能に接続されている。ＣＰＵ１１は、記憶部１５に記憶された各種プログラムを実行し、ユーザ端末１０の各部を制御する。
【００２０】
通信部１２は、例えば、複数のイーサネット（登録商標）ポートや複数のＵＳＢ等のデジタル入出力ポート等を含んで構成され、ＣＰＵ１１による制御に基づいて、ネットワークＮＷを介してゲームサーバ３０や他の装置等と通信を行う。
入力部１３は、例えば、タッチパネルとしてディスプレイと一体に構成されており、ユーザの操作が入力される。入力部１３は、入力された操作を示す操作情報をＣＰＵ１１へ出力する。なお、入力部１３は、キーボードやマウス、タッチパッドや、音声により各種の指示が入力されるマイクロホンなど、その他の入力装置であってもよい。
表示部１４は、画像やテキスト等の情報を表示するディスプレイであり、例えば、液晶ディスプレイパネル、有機ＥＬ（ＥｌｅｃｔｒｏＬｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイパネルなどを含んで構成される。
【００２１】
記憶部１５は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ-Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ-Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などを含み、ユーザ端末１０が処理する各種情報や画像、プログラム（ゲーム制御プログラムを含む）等を記憶する。なお、記憶部１５は、ユーザ端末１０に内蔵されるものに限らず、ＵＳＢ等のデジタル入出力ポート等によって接続された外付け型の記憶装置でもよい。また、ユーザ端末１０は、不図示のスピーカ、音声出力端子、カメラ、ジャイロセンサ、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信モジュールなどのハードウェア構成を含んで構成されてもよい。
【００２２】
図３は、本実施形態に係るゲームサーバ３０のハードウェア構成の一例を示す図である。ゲームサーバ３０は、例えば、ＣＰＵ３１と、通信部３２と、入力部３３と、記憶部３５とを備え、ネットワークＮＷを介して接続された複数のユーザ端末１０や他の装置等と通信部３２を介して通信を行う。これらの構成要素は、バス（Ｂｕｓ）を介して相互に通信可能に接続されている。ＣＰＵ３１は、記憶部３５に記憶されたゲーム制御プログラムを実行し、複数のユーザ端末１０でプレイ可能なゲームを提供する。
【００２３】
通信部３２は、例えば、複数のイーサネット（登録商標）ポートや複数のＵＳＢ等のデジタル入出力ポート等を含んで構成され、ＣＰＵ３１による制御に基づいて、ネットワークＮＷを介して複数のユーザ端末１０や他の装置と通信を行う。
入力部３３は、例えば、キーボードやマウス、タッチパッドや、音声により各種の指示が入力されるマイクロホンなど、その他の入力装置である。
【００２４】
記憶部３５は、例えば、ＨＤＤ、ＥＥＰＲＯＭ、ＲＡＭなどを含み、ゲーム制御プログラム、アプリケーションプログラム、ゲームに必要な各種設定情報及び履歴情報などを記憶する。なお、記憶部３５は、ゲームサーバ３０に内蔵されるものに限らず、ＵＳＢ等のデジタル入出力ポート等によって接続された外付け型の記憶装置でもよい。また、記憶部３５は、ゲームサーバ３０とは物理的に離れた外部の記憶装置であってもよく、ゲームサーバ３０とインターネットなどの通信網を介して接続されてもよい。また、ゲームサーバ３０は、不図示の表示部、スピーカ、音声出力端子などのハードウェア構成を含んで構成されてもよい。
【００２５】
〔機能構成〕
次に、図４を参照して、ゲームシステム１が備えるユーザ端末１０及びゲームサーバ３０の機能構成について説明する。図４は、本実施形態に係るユーザ端末１０及びゲームサーバ３０の構成の一例を示すブロック図である。まず、ゲームサーバ３０の構成について説明する。
【００２６】
〔ユーザ端末１０の機能構成〕
まず、ユーザ端末１０の機能構成について説明する。
ユーザ端末１０は、記憶部１５に記憶されているゲーム制御プログラムをＣＰＵ１１が実行することにより実現される機能構成として、ゲーム制御部１１０を備えている。ゲーム制御部１１０は、入力部１３に対するユーザの操作に応じてゲーム制御プログラムに基づくゲームの処理を実行する。例えば、ゲーム制御部１１０は、バトルゲームの処理を実行し、バトルゲームの処理に応じた各種ゲーム画面を表示部１４に表示させる。各種ゲーム画面には、ゲームが起動したことにより表示されるホーム画面や、所持カードからバトルに用いるカードを選択するカード選択画面、ゲーム内で利用するアイテム等を購入可能なアイテム購入画面、敵キャラクタとバトルを行うバトル画面等が含まれる。
【００２７】
例えば、ホーム画面には、カード選択画面、アイテム購入画面、バトル画面等へ遷移する操作子としての操作アイコンが表示され、各画面に対応する操作アイコンに対するユーザの操作に応じて、各画面に遷移する。また、ホーム画面には、所定の条件が満たされると、ユーザがカード抽選を行うための操作アイコンが表示される。このカード抽選を行うための操作アイコンに対する操作のことを、以下では「抽選操作」ともいう。ユーザによる抽選操作に応じて、カード抽選を要求する抽選要求情報がユーザ端末１０からゲームサーバ３０へ送信され、カード抽選が行われるカード抽選画面に遷移する。
【００２８】
カード抽選が可能な所定の条件とは、例えば、１日１回までカード抽選が可能な仕様であれば、その日にまだカード抽選が実行されていないことである。なお、バトルによって獲得するポイントの消費や、ゲーム内の通貨（現実世界の通貨と交換されるものであってもよい）の消費を条件としてカード抽選が可能となってもよい。また、無条件にカード抽選が可能な仕様であってもよい。
【００２９】
例えば、ゲーム制御部１１０は、抽選要求部１１１と、抽選結果取得部１１２とを備えている。抽選要求部１１１は、カード抽選を行うための操作アイコンに対するユーザの操作に応じて、カード抽選を要求する抽選要求情報を、通信部１２を介してゲームサーバ３０へ送信する。抽選要求情報には、ゲームをプレイするユーザの識別情報、そのゲームの識別情報、実行を要求するカード抽選の種類を示す抽選種類情報等が含まれる。カード抽選の種類には、単発抽選と複数枚抽選がある。単発抽選とは、１回の抽選操作に対して１回の抽選処理が行われ、抽選で選択された１枚のカードがユーザに付与される抽選である。以下では、単発抽選のことを「単発ガチャ」ともいう。一方、複数枚抽選とは、１回の抽選操作に対して複数回の抽選処理が行われ、抽選で選択された複数枚のカードが一度にユーザに付与される抽選である。ここでは、複数枚抽選として、１回の抽選操作に対して１０回の抽選処理が行われ、抽選で選択された１０枚のカードがユーザに付与される抽選を例に説明する。この１回の抽選操作に対して１０回の抽選処理が行われ、１０枚のカードがユーザに付与される抽選のことを、以下では「１０連ガチャ」ともいう。
【００３０】
抽選処理は、ゲームサーバ３０で実行される。ゲームサーバ３０は、ユーザ端末１０から抽選要求情報を取得すると、抽選処理を実行し抽選結果を示す抽選結果情報を、通信部３２を介してユーザ端末１０へ送信する。抽選結果取得部１１２は、ゲームサーバ３０で実行された抽選処理の抽選結果を示す抽選結果情報を、通信部１２を介して取得する。ゲーム制御部１１０は、抽選結果取得部１１２が抽選結果情報を取得すると、取得した抽選結果情報に基づいて抽選結果を表示部１４に表示させる。
【００３１】
また、ゲーム制御部１１０は、ゲームの処理に応じた各種設定情報及び履歴情報を通信部１２を介してゲームサーバ３０に送信するとともに、必要に応じて各種設定情報及び履歴情報を通信部１２を介してゲームサーバ３０から取得する。
【００３２】
〔ゲームサーバ３０の機能構成〕
次に、ゲームサーバ３０の機能構成について説明する。
ゲームサーバ３０は、記憶部３５に記憶されているプログラムをＣＰＵ１１が実行することにより実現される機能構成として、サーバ制御部３１０を備えている。サーバ制御部３１０は、ゲームサーバ３０の各部を制御する。例えば、サーバ制御部３１０は、ユーザ端末１０からの要求に応じて、通信部３２を介してユーザ端末１０からユーザ情報を取得し、取得したユーザ情報を記憶部３５に記憶させる。ここで、ユーザ情報とは、例えば、ユーザを識別する識別情報である。例えば、ユーザ情報は、ユーザ毎にユニークに付与されたユーザＩＤあり、ユーザのゲーム内での各種パラメータや、ユーザがゲームで使用できるキャラクタカードなどが対応付けられて記憶される。なお、ユーザ情報は、ユーザを識別可能であればユーザＩＤに限らずユーザ名などであってもよい。
【００３３】
また、サーバ制御部３１０は、ユーザ端末１０からの要求に応じて、ユーザ端末１０において実行されるゲームの処理に必要な各種設定情報等を記憶部３５から読み出し、通信部３２を介してユーザ端末１０へ送信する。また、サーバ制御部３１０は、ユーザ端末１０から送信されたゲームのプレイ結果を示すプレイ結果情報を取得すると、取得したプレイ結果情報をユーザのゲームの履歴情報として記憶部３５に記憶させる。
【００３４】
ここで、記憶部３５に記憶されるゲームの各種設定情報及び履歴情報などについて詳しく説明する。例えば、記憶部３５は、ユーザデータ記憶部３５１と、カードマスタデータ記憶部３５２と、所持カードデータ記憶部３５３とを備えている。
【００３５】
ユーザデータ記憶部３５１には、ユーザ端末１０においてゲームをプレイするユーザのユーザ情報が記憶される。例えば、ユーザデータ記憶部３５１には、ユーザデータとして、ユーザＩＤ及びユーザ名や、ゲームの進行に応じて値が増加するユーザレベル等が関連付けられて記憶される。
【００３６】
カードマスタデータ記憶部３５２には、ゲーム内で用意されているカードのマスタデータ（カードマスタデータ）が記憶される。図５は、カードマスタデータ記憶部３５２に記憶されるカードマスタデータのデータ例を示す図である。図示するカードマスタデータには、カードＩＤ、型式、カード名、カード画像、レアリティ、属性、キャラクタパラメータ等のカード情報が関連付けられて設定されている。
【００３７】
カードＩＤは、カードの種類毎に識別可能な識別情報である。例えば、カードの種類としては、カード名が異なるカードや、カード名が同じであってもレアリティが異なるカードは、異なる種類のカードとして識別される。用途は、ゲーム内でのカードの用途に応じた分類であり、各カードが示すものとして、キャラクタ、武器、または防具等が設定されている。カード名は、各カードの名称であって、キャラクタ、武器、防具等の名称である。カード画像は、各カードのキャラクタ、武器、防具等の態様（姿、形、名称など）の少なくとも一部を表した画像であり、例えば、カードに描かれているイラストである。レアリティは、各カードの希少度を示す指標であり、例えば、低い方から高い方へ順に１、２、３、４、５の５段階に分けられている。レアリティが高いカードほど、ユーザにとって価値が高いカードであり、攻撃力および防御力の値が高い或いは上限値が高いカードである。ユーザは、レアリティが高いカードを使用することで、バトルを有利に進められる可能性が高くなる。また、例えば、ガチャの抽選ではレアリティに応じてカードの選択割合が設定される。属性は、キャラクタを示すカードのキャラクタが得意とする攻撃を示す情報である。例えば、属性は、互いに優劣関係にある火、水、木のいずれかが対応付けられている。例えば、火のキャラクタには水のキャラクタが攻撃をすると大きなダメージを与えることができ、水のキャラクタには木のキャラクタが攻撃をすると大きなダメージを与えることができ、木のキャラクタには火のキャラクタが攻撃をすると大きなダメージを与えることができる。
【００３８】
キャラクタパラメータは、ゲームの進行に応じて値が変動する情報であり、例えば、各カード（キャラクタ）のＨＰ、攻撃力、防御力などが含まれる。なお、このカードマスタデータに設定されているキャラクタパラメータの値は、ユーザにカードが付与されるときの初期値である。ＨＰは、各カード（キャラクタ）の体力や生命力等を表す値である。攻撃力は、各カード（キャラクタ）のバトルにおける攻撃力を示す情報である。防御力は、各カード（キャラクタ）のバトルにおける防御力の値を示す情報である。これらのキャラクタパラメータは、ゲームの進行過程において、バトルの勝敗やカードの合成（複数枚のカードをまとめて１枚のカードにすることでキャラクタパラメータの値をアップさせること）等によって変更される。例えば、ＨＰ、攻撃力、防御力などの値が高くなるにつれて、バトルを有利に進めることができる。
【００３９】
所持カードデータ記憶部３５３には、各ユーザが所持するカードを管理する所持カードデータが記憶される。例えば、所持カードデータには、ユーザのユーザＩＤと、そのユーザが所持しているカードのシリアルＮｏ（シリアルナンバー）、カードＩＤ、キャラクタ名、キャラクタ画像、レアリティ、及びキャラクタパラメータ、が関連付けられて格納される。シリアルＮｏは、キャラクタカード毎にユニークに付与された番号であり、ゲーム内で個々のキャラクタカードを特定可能な情報である。同じカードＩＤのキャラクタカードであっても、複数所持している場合には、それぞれに異なるシリアルＮｏが対応付けられている。また、カードＩＤ、キャラクタ名、キャラクタ画像、レアリティ、及びキャラクタパラメータには、ユーザにカードが付与されたときに、そのカードのマスタデータの値（カードマスタデータの値）が格納される。そして、ゲームの進行に応じて、この所持カードデータのキャラクタパラメータの値は随時更新される。
【００４０】
〔抽選処理の詳細〕
次に、ゲームサーバ３０で実行されるカードの抽選処理について説明する。
図４に示すように、サーバ制御部３１０は、カード抽選の抽選処理を実行する抽選処理部３１１を備えている。例えば、抽選処理部３１１は、ユーザ端末１０から送信された抽選要求情報を取得すると、抽選処理を実行する。そして、抽選処理部３１１は、抽選結果情報を、通信部３２を介してユーザ端末１０へ送信する。
【００４１】
図６は、本実施形態に係るカード抽選処理の一例を示すフローチャートである。この図を参照して、ゲームサーバ３０で実行されるカード抽選処理の動作を説明する。
まず、抽選処理部３１１は、ユーザ端末１０から送信された抽選要求情報を取得する（ステップＳ１００）と、取得した抽選要求情報に含まれる抽選種類情報に基づいてカード抽選の種類を判定する（ステップＳ１０２）。
【００４２】
カード抽選の種類が単発ガチャであると判定された場合、抽選処理部３１１は、単発ガチャの抽選処理を実行する（ステップＳ１０４）。一方、カード抽選の種類が１０連ガチャであると判定された場合、抽選処理部３１１は、１０連ガチャの抽選処理を実行する（ステップＳ１０６）。
【００４３】
次に、図７を参照して、単発ガチャの抽選処理の動作を説明する。図７は、本実施形態に係る単発ガチャの抽選処理の一例を示すフローチャートである。単発ガチャの抽選処理では、抽選処理部３１１は、カードマスタデータ記憶部３５２に記憶されているカードマスタデータを参照し、カードマスタデータに記憶されているカードのうちのいずれか１枚を抽選する（ステップＳ１５０）。
【００４４】
そして、抽選処理部３１１は、抽選結果に基づいて、抽選で選択されたカードのカードＩＤ及びカードの情報を所持カードデータ記憶部３５３に記憶されている所持カードデータに追加して更新する（ステップＳ１５２）。また、抽選処理部３１１は、抽選要求情報を送信したユーザ端末１０へ抽選結果を送信する。例えば、抽選処理部３１１は、抽選で選択されたカードのカードＩＤ及びカードの情報を、抽選結果としてユーザ端末１０へ送信する（ステップＳ１５４）。これにより、抽選で選択されたカードがユーザに付与される。
【００４５】
このように、単発ガチャの抽選処理では、抽選処理部３１１は、カードマスタデータ記憶部３５２に記憶されているカードマスタデータを参照し、カードマスタデータに記憶されているカードのうちのいずれかを抽選する抽選処理を１回行い、１枚のカードを選択する。
【００４６】
一方、１０連ガチャの抽選処理では、抽選処理部３１１は、カードマスタデータに記憶されているカードのうちのいずれかを抽選する抽選処理を１０回行い、１０枚のカードを選択する。１０連ガチャでは、１０回の抽選処理のうちのそれぞれ１回毎の抽選処理がそれぞれ独立しており、毎回カードマスタデータに記憶されているカードのすべてから抽選される。そのため、１０回の抽選処理の中で同種類のカードが複数枚選択される可能性がある。そこで、抽選処理部３１１は、１０連ガチャでは１０回の抽選処理の中の２回目以降の抽選処理において、１０回の抽選処理の中のそれまでに選択されたカードと同種類のカードが選択された場合、その抽選結果を採用しないで、再抽選を行う。これにより、１０連ガチャにおける１０回の抽選処理の中で同種類のカードが複数枚選択されることがなくなる。
【００４７】
図８は、本実施形態に係る１０連ガチャの抽選処理の一例を示すフローチャートである。この図を参照して、１０連ガチャの抽選処理の動作を説明する。
抽選処理部３１１は、１０連ガチャの抽選処理を開始すると、まず抽選回数ｎ（ｎは、０〜１０の整数）を０にリセットする（ステップＳ２００）。
【００４８】
次に、抽選処理部３１１は、カードマスタデータ記憶部３５２に記憶されているカードマスタデータを参照し、カードマスタデータに記憶されているカードのうちのいずれかを抽選する（ステップＳ２０２）。抽選処理部３１１は、抽選で選択されたカードのカードＩＤを抽選結果として記憶部３５に記憶させ保持する。また、抽選処理部３１１は、この抽選結果に対しては、抽選未確定のフラグを関連付ける。
【００４９】
続いて、抽選処理部３１１は、ステップＳ２０２における抽選で選択されたカードと同種類のカードが、１０回の抽選処理の中のそれまでの抽選処理において未選択であるか否かを判定する（ステップＳ２０４）。未選択であると判定された場合（ステップＳ２０４：ＹＥＳ）、抽選処理部３１１は、ステップＳ２０２の抽選結果に対して抽選確定のフラグを関連付ける（ステップＳ２５０）。これにより、抽選結果が確定する。例えば、１枚目を抽選するための１回目の抽選処理の場合には、必ず未選択であると判定されるため、ステップＳ２５０の処理で抽選結果が確定する。
【００５０】
一方、２回目以降の抽選処理では、ステップＳ２０２における抽選で選択されたカードと同種類のカードが既に選択済みであると判定される場合がある（ステップＳ２０４：ＮＯ）。その場合、抽選処理部３１１は、カードマスタデータに記憶されているカードのうちのいずれかを再抽選し（ステップＳ２１０）、ステップＳ２０４の処理に戻し、再抽選で選択されたカードが、１０回の抽選処理の中のそれまでの抽選処理において未選択であるか否かを判定する。そして、再抽選で選択されたカードと同種類のカードが未選択であると判定された場合には（ステップＳ２０４：ＹＥＳ）、抽選処理部３１１は、その抽選結果に対して抽選確定のフラグを関連付ける（ステップＳ２５０）。一方、再抽選で選択されたカードと同種類のカードが既に選択済みであると判定された場合には（ステップＳ２０４：ＮＯ）、抽選処理部３１１は、未選択のカードが選択されるまで再抽選する（ステップＳ２１０）。
【００５１】
ステップＳ２５０において抽選結果が確定すると、抽選処理部３１１は、抽選で選択されたカードのカードＩＤ及びカードの情報を所持カードデータ記憶部３５３に記憶されている所持カードデータに追加して更新する（ステップＳ２５２）。また、抽選処理部３１１は、抽選要求情報を送信したユーザ端末１０へ抽選結果を送信する。例えば、抽選処理部３１１は、抽選で選択されたカードのカードＩＤ及びカードの情報を、抽選結果としてユーザ端末１０へ送信する（ステップＳ２５４）。これにより、１０回の抽選処理の中の1回分の抽選処理で選択されたカードがユーザに付与される。
【００５２】
次に、抽選処理部３１１は、抽選回数ｎを１増加させ（ステップＳ２５６）、抽選回数ｎが１０回未満であるか否かを判定する（ステップＳ２５８）。抽選回数ｎが１０回未満であると判定された場合（ステップＳ２５６：ＹＥＳ）、ステップＳ２０２の処理に戻り、抽選処理部３１１は、次の抽選を行う。一方、抽選回数ｎが１０回に達した場合（ステップＳ２５６：ＹＥＳ）、抽選処理部３１１は、１０連ガチャの抽選処理を終了する。
【００５３】
〔第１の実施形態のまとめ〕
以上説明してきたように、本実施形態によるゲームサーバ３０（ゲーム装置の一例）は、複数種類のカード（ゲーム媒体の一例）のうちからいずれかのカードを抽選する抽選処理を複数回行う際に、２回目以降の抽選処理で選択されたカードが既に選択済みのカードと同種類のカードである場合、再抽選を行う抽選処理部３１１を備えている。これにより、ゲームサーバ３０は、１０連ガチャ等のように複数枚のカードがユーザに付与される抽選において、同種類のカードが複数枚ユーザに付与されることがないようにできるため、ユーザに付与されるカードに偏りが生じない。よって、本実施形態によれば、カード抽選におけるユーザの不満を改善することができる。
【００５４】
また、抽選処理部３１１は、再抽選で選択されたカードが既に選択済みのカードと同種類のカードである場合、さらに再抽選を行ってもよい。これにより、ゲームサーバ３０は、再抽選で選択されたカードが既に選択済みのカードと同種類のカードであっても、さらに再抽選を行うので、同種類のカードが複数枚ユーザに付与されることがないようにできる。
【００５５】
なお、１０連ガチャの抽選処理では、選択された１０枚のカードを１０回に分けてユーザに通知してもよいし、選択された１０枚のカードの全てを一度に通知してもよい。１０回に分けて通知する際は、選択されたカードを選択された順番で通知してもよいし、選択されたカードのレアリティ等に基づいた順番で通知してもよい。
【００５６】
なお、上記実施形態では、１回の抽選処理で選択されるカードが１枚の例を説明したが、１回の抽選処理で複数枚のカードが選択されてもよい。また、上述したようにカードはゲーム媒体の一例であって、メダルや、キャラクタそのものを表すフィギュア等他のオブジェクトであってもよく、カードと同様にゲーム画面に画像で表示されるものであってもよい。
【００５７】
［第２の実施形態］
次に、本発明の第２の実施形態を説明する。本実施形態のゲームシステム１の構成は、第１の実施形態と同様であるので、本実施形態において特徴的な処理について説明する。
【００５８】
本実施形態は、１０連ガチャの抽選処理が第１の実施形態と異なる。第１の実施形態では、１０連ガチャにおいて同種類のカードが抽選で選択された場合に再抽選することにより同種類のカードが複数枚選択されてしまうことを回避する例を説明した。この例では、１０連ガチャにおいて再抽選が行われると、単発ガチャの抽選と１０連ガチャの抽選とでレアリティの高いレアカードが出る確率に差が生じる場合がある。例えば、最初の抽選でレアカードが選択されると、２枚目以降の抽選は、同じレアカードに当選すると、別のカードが選択結果となるように再抽選される。この場合、ユーザがレアカードを取得する確率が下がり、ユーザにとって不利な抽選となる。一方、最初の抽選でレアリティの低い非レアカードが選択されると、再抽選ではその非レアカードを除いた抽選となるため、レアカードの出る確率が上がり、ユーザにとって有利な抽選となる。
【００５９】
そこで、本実施形態では、再抽選によってユーザが不利にならないように、同種類のカードが抽選で選択された場合、抽選対象であるカードのうち、そのカードと同一レアリティのカードを再抽選する。例えば、抽選処理部３１１は、１０連ガチャにおいて、「同種類のカードを複数枚付与しない」という第１の抽選条件と、「ｎ枚目のカードを選択するためのｎ回目の抽選処理において再抽選を行う場合には、ｎ回目の抽選処理の最初の抽選で選択されたカードと同一レアリティのカードを抽選する（再抽選は同一レアリティのカード）」という第２の抽選条件とを満たすように抽選処理を行う。
【００６０】
但し、特定の条件において、上述の第１の抽選条件と第２の抽選条件とが矛盾する場合がある。例えば、レアリティが最高（例えば、５）のカードが１種類のみ（例えば、カードＺ）である場合、ｎ回目の抽選処理でカードＺが選択され、且つｎ+１回目以降の抽選処理の最初の抽選でカードＺが選択された場合、「同種類のカードを複数枚付与しない」という第１の抽選条件にしたがって再抽選の対象となる。しかし、「再抽選は同一レアリティのカード」という第２の抽選条件にしたがって再抽選が行われると、再抽選結果は毎回カードＺとなり、第１の抽選条件を満たさなくなる。そのため、抽選処理部３１１は、上述の第１の抽選条件と第２の抽選条件とが矛盾する場合には第１の抽選条件より第２の抽選条件を優先して抽選処理を実行する。例えば、抽選処理部３１１は、ｎ回目の抽選処理において再抽選を行う際に、ｎ回目の抽選処理の最初の抽選で選択されたカードと同一レアリティの他の種類のカードが、抽選対象となるカードの中に無い場合には、第１の抽選条件より第２の抽選条件を優先する。
【００６１】
図９は、本実施形態に係る１０連ガチャの抽選処理の一例を示すフローチャートである。この図を参照して、本実施形態に係る１０連ガチャの抽選処理の動作を説明する。なお、この図において、図７の各処理に対応する処理には同一の符号を付しており、その説明を省略する。
【００６２】
ステップＳ２０２における抽選で選択されたカードと同種類のカードが既に選択済みであると判定された場合（ステップＳ２０４：ＮＯ）。抽選処理部３１１は、抽選で選択されたカードと同一レアリティの他の種類のカードがあるか否かを判定する（ステップＳ２２０）。同一レアリティの他の種類のカードがないと判定された場合（ステップＳ２２０：ＮＯ）、抽選処理部３１１は、ステップＳ２０２において抽選で選択されたカードを抽選結果として確定する（ステップＳ２５０）。
【００６３】
一方、同一レアリティの他の種類のカードがあると判定された場合（ステップＳ２２０：ＹＥＳ）、抽選処理部３１１は、カードマスタデータに記憶されているカードのうちの同一レアリティのカードのうちのいずれかを再抽選し（ステップＳ２１０）、ステップＳ２０４の処理に戻す。この場合、第１の実施形態と同様に、抽選処理部３１１は、未選択のカードが選択されるまで再抽選を行う。
【００６４】
〔第２の実施形態のまとめ〕
以上説明してきたように、本実施形態によるゲームサーバ３０（ゲーム装置の一例）の抽選処理部３１１は、複数種類のカード（ゲーム媒体の一例）のうちからいずれかのカードを抽選する抽選処理を複数回行う際に、２回目以降の抽選処理で選択されたカードが既に選択済みのカードと同種類のカードである場合、同一レアリティ（希少度）のカードのうちから再抽選を行う。これにより、ゲームサーバ３０は、１０連ガチャにおいて同種類のカードが複数枚ユーザに付与されないようにできるとともに、再抽選によってレアカードまたは非レアカードの出る確率が変わってしまいユーザにとって不利な抽選となってしまうこと、が発生しないようにできる。よって、本実施形態によれば、カード抽選におけるユーザの不満を改善することができる。
【００６５】
また、抽選処理部３１１は、２回目以降の抽選処理で選択されたカードが既に選択済みのカードと同種類のカードであっても、該選択されたカードと同一レアリティの他の種類のカードがない場合には、再抽選を行わないで、該選択されたカードを抽選結果とする。これにより、ゲームサーバ３０は、抽選条件を満たすカードがなく抽選結果が得られないといったことがないようにすることができる。
【００６６】
なお、本実施形態では、抽選で選択されたカードと同一レアリティの他の種類のカードがない場合に再抽選を行わない処理の例を説明したが、予め設定された特定のカードが抽選で選択された場合には再抽選を行わない処理としてもよい。特定のカードとは、同一レアリティのカードが１種類のみのカード（例えば、カードＺ）である。例えば、図９のステップＳ２２０の処理代えて、抽選処理部３１１は、抽選で選択されたカードが特定のカードであるか否かを判定し、特定のカードであると判定した場合には再抽選を行わずにステップＳ２５０の処理に進み、特定のカードでないと判定した場合にはステップＳ２２２の処理に進み再抽選を行ってもよい。
【００６７】
なお、１０連ガチャの抽選処理では、選択された１０枚のカードを１０回に分けてユーザに通知してもよいし、選択された１０枚のカードの全てを一度に通知してもよい。１０回に分けて通知する際は、選択されたカードを選択された順番で通知してもよいし、選択されたカードのレアリティ等に基づいた順番で通知してもよい。
【００６８】
［第３の実施形態］
次に、本発明の第３の実施形態を説明する。本実施形態のゲームシステム１の構成は、第１の実施形態と同様であるので、本実施形態において特徴的な処理について説明する。
【００６９】
本実施形態は、第２の実施形態と同様に、「同種類のカードを複数枚付与しない」という第１の抽選条件と「再抽選は同一レアリティのカード」という第２の抽選条件と満たすように抽選処理を実行するとともに、第１の抽選条件と第２の抽選条件とが矛盾する場合には第１の抽選条件より第２の抽選条件を優先して抽選処理を実行するが、第２の実施形態とは、第２の抽選条件を優先する際の処理内容が異なる。例えば、本実施形態では、抽選処理部３１１は、所定回数の再抽選をしても第１の条件及び第２の抽選条件を満たす抽選結果にならなかった場合に、それ以降は再抽選を行わずに最初の抽選結果を確定する。
【００７０】
図１０は、本実施形態に係る１０連ガチャの抽選処理の一例を示すフローチャートである。この図を参照して、本実施形態に係る１０連ガチャの抽選処理の動作を説明する。なお、この図において、図７、８の各処理に対応する処理には同一の符号を付しており、その説明を省略する。
【００７１】
まず、ステップＳ２０１において、抽選処理部３１１は、再抽選回数ｍ（ｍは、０〜５の整数）を０にリセットする。この再抽選回数ｍのリセット処理は、１０連ガチャにおける１０回の抽選処理のそれぞれ最初に実行される。
【００７２】
また、ステップＳ２０２における抽選で選択されたカードと同種類のカードが既に選択済みであると判定された場合（ステップＳ２０４：ＮＯ）。抽選処理部３１１は、再抽選回数ｍが５回未満であるか否かを判定する（ステップＳ２３０）。再抽選回数ｍが５回未満であると判定された場合（ステップＳ２３０：ＹＥＳ）、抽選処理部３１１は、カードマスタデータに記憶されているカードのうちの同一レアリティのカードの中で再抽選する（ステップＳ２３２）。そして、抽選処理部３１１は、再抽選回数ｍを１増加させ（ステップＳ２３２）、ステップＳ２０４の処理に戻す。つまり、抽選処理部３１１は、再抽選で選択されたカードが、１０回の抽選処理の中のそれまでの抽選処理において未選択であるか否かを判定する。そして、再抽選で選択されたカードと同種類のカードが未選択であると判定された場合には（ステップＳ２０４：ＹＥＳ）、抽選処理部３１１は、その再抽選結果を確定する（ステップＳ２５０）。一方、再抽選で選択されたカードと同種類のカードが既に選択済みであると判定された場合には（ステップＳ２０４：ＮＯ）、抽選処理部３１１は、ステップＳ２３０の処理に進み、再抽選回数ｍが５回未満であるか否かを判定する（ステップＳ２３０）。再抽選回数ｍが５回未満であると判定された場合（ステップＳ２３０：ＹＥＳ）、抽選処理部３１１は、さらに再抽選する（ステップＳ２３２）。
【００７３】
一方、再抽選回数ｍが５回に達したと判定された場合（ステップＳ２３０：ＮＯ）、抽選処理部３１１は、ステップＳ２０２において抽選で選択されたカード（最初の抽選で選択されたカード）を抽選結果として確定する（ステップＳ２５０）。なお、抽選処理部３１１は、最後に再抽選で選択されたカードを抽選結果として確定してもよい。
【００７４】
〔第３の実施形態のまとめ〕
以上説明してきたように、本実施形態によるゲームサーバ３０（ゲーム装置の一例）の抽選処理部３１１は、２回目以降の抽選処理で最初に選択されたカードが既に選択済みのカードと同種類のカードであって、所定の回数（例えば、５回）以上の再抽選を行っても抽選条件を満たすカードが選択されない場合（再抽選で選択されたカードが既に選択済みのカードと同種類のカードである場合）、最初に選択されたカードを抽選結果として選択する。これにより、ゲームサーバ３０は、抽選条件を満たすカードがなく抽選結果が得られないといったことがないようにすることができる。なお、ここでは、再抽選を行う回数が最大で５回である例を説明したが、任意の回数とすることができる。また、再抽選により選択されるカードは、最初の抽選結果のカードと同一レアリティのカードだけでなく、最初の抽選結果のカードと同一かそれ以上のレアリティのカードであってもよい。
【００７５】
なお、１０連ガチャの抽選処理では、選択された１０枚のカードを１０回に分けてユーザに通知してもよいし、選択された１０枚のカードの全てを一度に通知してもよい。１０回に分けて通知する際は、選択されたカードを選択された順番で通知してもよいし、選択されたカードのレアリティ等に基づいた順番で通知してもよい。
【００７６】
また、上記実施形態では、抽選の都度、判定を行うことによって、一度に付与される複数のカードの中に同種類のカードが複数含まれないようにする処理を説明したが、この処理は他の方法によって実現されてもよい。例えば、２回目以降の抽選において、既に選択されたカードを抽選対象から除くことによって、一度に付与される複数のカードの中に同種類のカードが複数含まれないようにする方法としてもよい。また、１０回の抽選を行った後で、選択された１０枚の中に同種類のカードが複数枚含まれるか否かを判定し、判定結果に応じて、再度１０回の抽選を行うことによって、一度に付与される複数のカードの中に同種類のカードが複数含まれないようにする方法としてもよい。これらの処理によって、重複しない複数枚のカードを抽選によって選択することができる。言い換えると、複数枚のカードを抽選によって選択する場合に、複数枚のカードの中に同種類のカードが複数枚含まれない抽選結果とすることができる。
【００７７】
［第４の実施形態］
次に、本発明の第４の実施形態を説明する。本実施形態のゲームシステム１の構成は、第１の実施形態と同様であるので、本実施形態において特徴的な処理について説明する。
【００７８】
第１〜３の実施形態では、１０連ガチャの１０回の抽選処理のそれぞれにおいて、同種類のカードが既に選択済みである場合には再抽選を行うことで、同種類のカードが複数枚選択されないようにした。本実施形態では、予め同種類のカードが含まれないような１０枚のカードの組を複数管理しておき、組を抽選することで、一度に付与される複数のカードの中に同種類のカードが複数含まれないように構成した例を説明する。
【００７９】
抽選処理部３１１は、単発ガチャの抽選処理では、抽選処理部３１１は、カードマスタデータ記憶部３５２に記憶されているカードマスタデータを参照し、カードマスタデータに記憶されているカードのうちのいずれかを抽選する抽選処理を１回行い、１枚のカードを抽選する。
【００８０】
一方、１０連ガチャの抽選処理では、抽選処理部３１１は、予め設定された１０種類のカードの組のいずれかを抽選する抽選処理を１回行い、１０枚のカードを抽選する。なお、選択されたカードの組である１０枚のカードの全てを一度にユーザに通知してもよいし、１０枚のカードを複数回（例えば１０回）に分けて通知してもよい。その際、選択されたカードを選択された順番で通知してもよいし、選択されたカードのレアリティ等に基づいた順番で通知してもよい。
【００８１】
図１１は、本実施形態に係る１０連ガチャの抽選処理で抽選するカードの組が設定されたカード組データの一例を示す図である。図示するカード組データには、複数の組（組１、組２、組３、・・・）毎に、互いに異なる種類の１０枚のカード（カードＩＤ）が関連付けられた組情報が設定されている。抽選で選択された組に関連付けられている１０枚のカードが抽選で選択されるカードとなる。なお、カードの組の内容は、ゲームの運営者等によって予め設定されたものであってもよいし、ユーザの選択によって設定されたものであってもよい。或いは、第１〜３の実施形に記載した抽選方法にてコンピュータにより設定されたものであってもよい。
【００８２】
〔第４の実施形態のまとめ〕
以上説明してきたように、本実施形態によるゲームサーバ３０（ゲーム装置の一例）の抽選処理部３１１は、複数種類のカード（ゲーム媒体の一例）のうちからいずれかのカードを抽選する抽選処理を複数回行う代わりに、同種類のカードが含まれない複数枚のカードが関連付けられた組が複数設定されたカード組データ（組情報の一例）を参照して、複数の組のうちからいずれかの組を１回抽選する。これにより、ゲームサーバ３０は、１０連ガチャ等のように１回の抽選操作で複数枚のカードがユーザに付与される抽選において、同種類のカードが複数枚ユーザに付与されないようにできるため、ユーザに付与されるカードに偏りが生じない。よって、本実施形態によれば、カード抽選におけるユーザの不満を改善することができる。
【００８３】
［変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成は上述の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、上述の第１〜４の実施形態において説明した各構成は、任意に組み合わせることができる。
【００８４】
なお、上記実施形態において、１０連ガチャにおいて「同種類のカードを複数回付与しない」という第１の抽選条件より「再抽選は同一レアリティのカード」という第２の抽選条件を優先して再抽選を行う例を説明したが、２枚までは同種類のカードが抽選されることを許容し、３枚以上は同種類のカードが抽選されない構成としてもよい。例えば、抽選処理部３１１は、２枚までは第１の抽選条件より第２の抽選条件を優先し、それ以降は第２の抽選条件より第１の抽選条件を優先してもよい。また、抽選処理部３１１は、再抽選するかどうかを所定の確率で制御してもよい。
【００８５】
また、上記第２、３の実施形態において、「再抽選は同一レアリティのカード」という第２の抽選条件を満たすために、同一レアリティのカードの中で再抽選する処理を説明したが、すべてのカードの中で再抽選を行い、同一レアリティのカード以外のカードが選ばれた場合にはさらに再抽選する処理としてもよい。また、カードの種類の他に、カードの用途や属性を参照して再抽選を行うか否かを判定する処理としてもよい。例えば、カードの属性に偏りがあった方がユーザにとって有利となるゲームである場合なども考えられる。このような場合等においては、例えば、既に選択されたカードの属性とは異なる属性のカードが選択された場合に再抽選を行う処理としてもよい。また、例えば、３種類のカードの用途（例えば、キャラクタ、武器、防具）がある場合において、一度に付与される１０枚のカードの中に３種類全ての用途のカードが含まれるような処理としてもよい。具体的には、未選択の用途を特定し、抽選で選択されたカードの用途と未選択の用途とを比較し、再抽選を行うか否かを判定する処理としてもよい。
【００８６】
また、上記実施形態のように、複数枚のカードの中に同種類のカードが複数含まれないように抽選する処理ではなく、複数枚のカードを抽選で選択した結果、選択された複数枚のカードの中に同種類のカードが含まれていた場合に、ユーザに追加でカードを付与する処理としてもよい。複数枚の中の同種類のカードの数や、複数枚の中に含まれるカードの種類数等によって、追加で付与するカードの数が異なっていてもよい。このような構成によって、カードに偏りによって生じるユーザの不満を改善することができる。
【００８７】
また、上記実施形態において、１回の抽選操作に対して複数回の抽選処理が行われ、抽選で選択された複数枚のカードがユーザに一度に付与される複数枚抽選の例として、１回の抽選操作に対して１０回の抽選処理が行われる１０連ガチャを例に説明したが、これに限られるものではない。例えば、抽選回数は、１０回に限られるものではなく、２回以上の任意の数とすることができる。また、１回の抽選でユーザに付与されるカードの枚数は、１枚に限られるものではなく、２枚以上の任意の数とすることができる。
【００８８】
また、複数枚抽選（例えば、１０連ガチャ）の場合、抽選で選択されたカードが、選択されたカードの順番とは異なる順番でユーザに提示されてもよい。例えば、レアリティの高いカードが最後になるような順番でユーザに提示されてもよい。また、本実施形態の抽選処理によるカードの付与方法と、毎回の抽選処理の結果が独立した従来の抽選処理によるカードの付与方法とのいずれを実行するかがユーザの選択に基づいて決定されてもよい。例えば、第1の操作子がユーザによって選択された場合には、複数枚のカードの中に同種類のカードが含まれないように抽選する抽選処理によって複数枚のカードが付与される処理が実行され、第２の操作子がユーザによって選択された場合には、複数回の抽選処理が独立した従来の抽選処理によって複数枚のカードが付与される処理が実行される、といったように、いずれの処理を実行するかがユーザの選択に基づいて決定されてもよい。また、抽選対象となるカードの集合は、上述したカードマスタデータではなく、ゲームの運営者が選択したカードのリストであってもよい。
【００８９】
また、上記実施形態で説明した抽選処理は、所謂、ボックスガチャであってもよい。ボックスガチャとは、抽選対象となる集合（ここでは、カード群）の総数と種類が予め決まっており、抽選の度に抽選で選択されたカードがカード群から減り、次の抽選ではカード群に残っているカードの中から抽選が行われるものである。例えば、カード群はユーザ毎に管理されるものでもよいし、複数のユーザで共有のものとして管理されてもよい。ボックスガチャでは、例えば、ユーザに付与するカードのカードＩＤとそれぞれの枚数（或いはカードの組（セット）のＩＤとそれぞれの組（セット）の数）が抽選対象となる集合として定められている。この場合、ゲームサーバ３０は、各カードの種類と残り枚数とを対応付けて記憶するテーブルによって、カードの残り枚数（抽選対象の枚数）を管理してもよい。例えば、ゲームサーバ３０は、抽選結果に基づいてユーザにカード（あるいはカードの組（セット））が付与された際に、付与されたカードのＩＤ（あるいはカード組（セット）のＩＤ）に対応付けられた残り枚数を更新することによって、残り枚数を管理する。なお、ゲームサーバ３０は、抽選対象のカード群のカードの種類及び枚数（或いはカードの組（セット）のＩＤとそれぞれの組（セット）の数）と、抽選により選択されたカードの種類及び枚数（あるいは既に付与したカードの組（セット）のＩＤ）とを記憶して比較することによって、カードの残り枚数（抽選対象の枚数）を算出して管理してもよい。
【００９０】
また、上記実施形態では、ゲームサーバ３０の記憶部３５が、ユーザデータ記憶部３５１と、カードマスタデータ記憶部３５２と、所持カードデータ記憶部３５３とを備えている構成を説明したが、記憶部３５が備える各記憶部の一部、または、各記憶部に記憶されているデータの一部は、ユーザ端末１０の記憶部１５にも記憶されてもよい。例えば、記憶部３５に記憶されているデータのうち各ユーザのデータ（例えば、各ユーザのユーザデータ及び所持カードデータ）は、各ユーザのユーザ端末１０のそれぞれの記憶部１５に記憶されてもよい。つまり、ゲームサーバ３０には、ゲームに登録されている全てのユーザのデータが記憶され、ユーザ端末１０には、各ユーザのデータが記憶されてもよい。この場合、ゲームサーバ３０に記憶されているデータとユーザ端末１０に記憶されているデータとは、所定の契機で同期が行われる。
【００９１】
また、上述のゲーム制御部１１０またはサーバ制御部３１０の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりゲーム制御部１１０またはサーバ制御部３１０としての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００９２】
また、上述のゲーム制御部１１０またはサーバ制御部３１０の一部または全部の機能を、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【００９３】
また、上記実施形態では、ゲームサーバ３０が抽選処理を行う構成を説明したが、ユーザ端末１０が抽選処理を行う構成としてもよい。例えば、ユーザ端末１０で実行されるゲームの処理がユーザ端末１０で独立して（スタンドアローンで）行われるような場合、ユーザ端末１０で抽選処理を行う機能構成として、上記実施形態で説明した抽選処理部３１１、ユーザデータ記憶部３５１、カードマスタデータ記憶部３５２、所持カードデータ記憶部３５３等に相当する構成をユーザ端末１０が備えてもよい。
【００９４】
［付記］
以上の記載から本発明は例えば以下のように把握される。なお、本発明の理解を容易にするために添付図面の参照符号を便宜的に括弧書きにて付記するが、それにより本発明が図示の態様に限定されるものではない。
【００９５】
（付記１）本発明の一態様に係るゲーム装置（３０、１０）は、複数種類のゲーム媒体（例えば、カード）のうちからいずれかのゲーム媒体を抽選する抽選処理を複数回行う際に、２回目以降の抽選処理で選択されたゲーム媒体が既に選択済みのゲーム媒体と同種類のゲーム媒体である場合、前記２回目以降の抽選処理で選択されたゲーム媒体の再抽選を行う抽選処理部（３１１、Ｓ１０６、Ｓ２００〜Ｓ２５８）、を備える。
【００９６】
付記１の構成によれば、ゲーム装置は、１０連ガチャ等のような複数枚抽選において、同種類のカードが複数枚ユーザに付与されることがないようにできるため、ユーザに付与されるカードに偏りが生じない。よって、カード抽選におけるユーザの不満を改善することができる。
【００９７】
（付記２）また、本発明の一態様は、付記２に記載のゲーム装置であって、前記抽選処理部は、前記２回目以降の抽選処理で選択されたゲーム媒体（例えば、カード）が既に選択済みのゲーム媒体と同種類のゲーム媒体である場合、同一レアリティのゲーム媒体のうちから再抽選を行う（Ｓ２２２）。
【００９８】
付記２の構成によればゲーム装置は、複数枚抽選において同種類のカードが複数枚ユーザに付与されないようにできるとともに、再抽選によってレアカードまたは非レアカードの出る確率が変わってしまいユーザにとって不利な抽選となってしまうこと、が発生しないようにできる。
【００９９】
（付記３）また、本発明の一態様は、付記２に記載のゲーム装置であって、前記抽選処理部は、前記２回目以降の抽選処理で選択されたゲーム媒体（例えば、カード）が既に選択済みのゲーム媒体と同種類のゲーム媒体であっても、該選択されたゲーム媒体と同一レアリティの他の種類のゲーム媒体がない場合には、再抽選を行わないで、該選択されたゲーム媒体を抽選結果として選択する（Ｓ２２０）。
【０１００】
付記３の構成によれば、ゲーム装置は、抽選条件を満たすカードがなく抽選結果が得られないといったことがないようにすることができる。
【０１０１】
（付記４）また、本発明の一態様は、付記２に記載のゲーム装置であって、前記抽選処理部は、前記２回目以降の抽選処理で最初に選択されたゲーム媒体（例えば、カード）が既に選択済みのゲーム媒体と同種類のゲーム媒体であって、所定の回数以上の再抽選を行っても再抽選で選択されたゲーム媒体が既に選択済みのゲーム媒体と同種類のゲーム媒体である場合、該最初に選択されたゲーム媒体を抽選結果として選択する（Ｓ２３０〜Ｓ２３４）。
【０１０２】
付記４の構成によれば、ゲーム装置は、抽選条件を満たすゲーム媒体がなく抽選結果が得られないといったことがないようにすることができる。
【０１０３】
（付記５）また、本発明の一態様に係るゲーム装置（３０、１０）は、同種類のゲーム媒体（例えば、カード）が含まれない複数枚のゲーム媒体が関連付けられた組が複数設定された組情報を参照して、前記複数の組のうちからいずれかの組を抽選する抽選処理部（３１１、Ｓ１０６）、を備える。
【０１０４】
付記５の構成によれば、ゲーム装置は、１０連ガチャ等のような複数枚抽選において、同種類のカードが複数枚ユーザに付与されないようにできるため、ユーザに付与されるカードに偏りが生じない。よって、カード抽選におけるユーザの不満を改善することができる。
【０１０５】
（付記６）また、本発明の一態様に係るゲーム装置（３０、１０）は、ユーザの要求に基づいて複数のゲーム媒体（例えば、カード）を抽選する際に、同種類のゲーム媒体が複数含まれないように抽選する抽選処理部（３１１、Ｓ１０６）、を備えるゲーム装置である。
【０１０６】
付記６の構成によれば、ゲーム装置は、１０連ガチャ等のような複数枚抽選において、同種類のカードが複数枚ユーザに付与されないようにできるため、ユーザに付与されるカードに偏りが生じない。よって、カード抽選におけるユーザの不満を改善することができる。
【０１０７】
（付記７）また、本発明の一態様に係るプログラムは、コンピュータを、付記１から付記５のいずれか一に記載のゲーム装置（３０、１０）として機能させるためのプログラムである。
【０１０８】
付記７の構成によれば、プログラムは、１０連ガチャ等のような複数枚抽選において、同種類のカードが複数枚ユーザに付与されることがないようにできるため、ユーザに付与されるカードに偏りが生じない。よって、カード抽選におけるユーザの不満を改善することができる。
【符号の説明】
【０１０９】
１  ゲームシステム、１０  ユーザ端末、１１  ＣＰＵ、１２  通信部、１３  入力部、１４  表示部、１５  記憶部、３０  ゲームサーバ、３１  ＣＰＵ、３２  通信部、３５  記憶部、１１０  ゲーム制御部、１１１  抽選要求部、１１２  抽選結果取得部、３１０  サーバ制御部、３５１  ユーザデータ記憶部、３５２  カードマスタデータ記憶部、３５３  所持カードデータ記憶部
【図１】
2018033864.tif 000003
【図２】
2018033864.tif 000004
【図３】
2018033864.tif 000005
【図４】
2018033864.tif 000006
【図５】
2018033864.tif 000007
【図６】
2018033864.tif 000008
【図７】
2018033864.tif 000009
【図８】
2018033864.tif 000010
【図９】
2018033864.tif 000011
【図１０】
2018033864.tif 000012
【図１１】
2018033864.tif 000013
【手続補正書】
【提出日】平成29年10月25日(2017.10.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数種類のゲーム媒体のうちからいずれかのゲーム媒体を抽選する抽選処理を複数回行う際に、２回目以降の抽選処理で選択されたゲーム媒体が既に選択済みのゲーム媒体と同種類のゲーム媒体である場合、前記２回目以降の抽選処理で選択されたゲーム媒体の再抽選を行うとともに、所定の回数以上の再抽選を行っても再抽選で選択されたゲーム媒体が既に選択済みのゲーム媒体と同種類のゲーム媒体である場合、前記２回目以降の抽選処理で最初に選択されたゲーム媒体を抽選結果として選択する抽選処理部、
を備えるゲーム装置。
【請求項２】
前記抽選処理部は、
前記２回目以降の抽選処理で選択されたゲーム媒体が既に選択済みのゲーム媒体と同種類のゲーム媒体である場合、同一レアリティのゲーム媒体のうちから再抽選を行う、
請求項１に記載のゲーム装置。
【請求項３】
前記抽選処理部は、
前記２回目以降の抽選処理で選択されたゲーム媒体が既に選択済みのゲーム媒体と同種類のゲーム媒体であっても、該選択されたゲーム媒体と同一レアリティの他の種類のゲーム媒体がない場合には、再抽選を行わないで、該選択されたゲーム媒体を抽選結果として選択する、
請求項２に記載のゲーム装置。
【請求項４】
コンピュータを、請求項１から請求項３のいずれか一項に記載のゲーム装置として機能させるためのプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
〔機能構成〕
次に、図４を参照して、ゲームシステム１が備えるユーザ端末１０及びゲームサーバ３０の機能構成について説明する。図４は、本実施形態に係るユーザ端末１０及びゲームサーバ３０の構成の一例を示すブロック図である。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
〔ゲームサーバ３０の機能構成〕
次に、ゲームサーバ３０の機能構成について説明する。
ゲームサーバ３０は、記憶部３５に記憶されているプログラムをＣＰＵ３１が実行することにより実現される機能構成として、サーバ制御部３１０を備えている。サーバ制御部３１０は、ゲームサーバ３０の各部を制御する。例えば、サーバ制御部３１０は、ユーザ端末１０からの要求に応じて、通信部３２を介してユーザ端末１０からユーザ情報を取得し、取得したユーザ情報を記憶部３５に記憶させる。ここで、ユーザ情報とは、例えば、ユーザを識別する識別情報である。例えば、ユーザ情報は、ユーザ毎にユニークに付与されたユーザＩＤあり、ユーザのゲーム内での各種パラメータや、ユーザがゲームで使用できるキャラクタカードなどが対応付けられて記憶される。なお、ユーザ情報は、ユーザを識別可能であればユーザＩＤに限らずユーザ名などであってもよい。