JP6902845B2 - 情報処理装置 - Google Patents

Description

本発明は、情報処理装置に係る。特に、抽選処理を実行することを含む情報処理装置に係る。

ソーシャル・ネットワーキング・サービス（以下「ＳＮＳ」ともいう）の普及が進み、これを利用して提供されるゲームはソーシャル・ネットワーキング・サービスゲームと呼ばれ（以下「ソーシャルゲーム」ともいう）、数多くのゲームがネットワーク上で提供されている。ＳＮＳの会員であるユーザは、端末装置にソーシャルゲームを実行するアプリケーションをダウンロードし、ユーザ名やパスワード等の幾つかの個人情報を入力するだけで、ゲームを楽しむことができる。

ソーシャルゲームを提供するサーバは、登録されたユーザの識別情報、ゲームの状況等に関する情報を管理している。また、ソーシャルゲームでは、同じゲームを楽しむユーザの間で友達申請をすることや、メッセージを交換するサービスも提供されている。

このようなソーシャルゲームには、その進行中において、抽選処理を含み、それによって各種コンテンツを入手可能なものがある。

例えば特許文献１には、一又は複数のプレイヤに対してネットワークを介してゲーム媒体を用いたゲームを提供するサーバ装置であって，前記一又は複数のプレイヤのうちの第１プレイヤに割り当てられた第１デッキに収容されているゲーム媒体の中から，一又は複数のゲーム媒体を第１当選ゲーム媒体として選択する当選ゲーム媒体選択部と，前記第１当選ゲーム媒体を，前記第１プレイヤを識別する第１プレイヤ識別情報と対応付けて記憶する保有ゲーム媒体情報記憶部と，前記第１当選ゲーム媒体を前記第１デッキから削除することにより前記第１デッキを更新する更新部と，を備えるサーバ装置が記載されている。

特開２０１３−２４７９７７号公報

このように、従来の抽選処理を含むゲームには、抽選処理の際、実行可能な抽選処理の残り回数及び取得可能なコンテンツの種類及び残数がユーザ端末に表示されるものがある。しかしながら、抽選処理を繰り返すほど希少なコンテンツの入手確率は上昇するが、表示された上記の情報のみではユーザはこれを実感しにくい。従って、抽選処理に繰り返し挑戦しようとする動機が働きにくい。本発明は、抽選処理を繰り返すほど希少なコンテンツの入手確率が上昇することを容易に実感でき、抽選処理に繰り返し挑戦しようとする動機が働く抽選処理を含むゲームを提供することを目的の一つとする。

本発明の一実施形態に係る情報処理装置は、複数の選択肢の各々が取得可又は取得不可のいずれかに識別され、複数の選択肢の各々に第ｋコンテンツ（ｋは１からｎのいずれか、ｎは１以上の整数）を割り当てたテーブルを記憶するテーブル管理部と、前記複数の選択肢、及び前記複数の選択肢において取得可の選択肢に割り当てられた前記第ｋコンテンツの数の情報の少なくとも一部の情報をユーザ端末に提示するための処理を実行する提示部と、前記ユーザ端末から前記複数の選択肢において取得可の選択肢のいずれか１つの選択肢の取得要求を受信する度に、前記テーブル管理部から前記テーブルを読出し、前記テーブルにおいて前記ユーザが取得要求をした選択肢に割り当てられた第ｍコンテンツ（ｍは１からｎのいずれか）を前記ユーザに付与するための処理を実行し、前記テーブルにおいて前記ユーザが取得要求をした選択肢を取得不可に更新する抽選処理部とを備える。

前記情報処理装置において、前記少なくとも一部の情報は、前記複数の選択肢に割り当てられた前記第１コンテンツの数又は前記第１コンテンツの当選確率であってもよい。

前記情報処理装置において、前記ユーザ端末から前記取得要求を受信すると、前記取得要求に対する価格を課金する課金部を更に備えてもよい。

前記情報処理装置において、前記抽選処理部が前記第ｍコンテンツを前記ユーザに付与すると、前記第ｍコンテンツの識別情報及び前記第ｍコンテンツを付与した日時を取得履歴に追加する取得履歴管理部と、前記取得履歴管理部から前記取得履歴を読出し、前記取得履歴に基づいて前記価格を更新する価格設定部とを更に備えてもよい。

前記情報処理装置において、前記価格設定部は、所定条件が満たされるまで、前記価格を、前記ユーザの直前の取得要求に対する価格よりも高く設定してもよい。

前記情報処理装置において、前記所定条件が満たされることは、前記ユーザが前記複数の選択肢のいずれかを取得した回数が所定回数に到達することであってもよい。

前記情報処理装置において、前記価格設定部は、所定条件が満たされると、前記価格を初期化してもよい。

前記情報処理装置において、前記所定条件が満たされることは、所定の日時に到達することであってもよい。

前記情報処理装置において、前記所定条件が満たされることは、前記複数の選択肢において取得可の選択肢に割り当てられた前記第１コンテンツの数が０となることであってもよい。

前記情報処理装置において、前記テーブル管理部は、所定条件を満たした場合に、前記テーブルを更新してもよい。

前記情報処理装置において、前記テーブルを更新することは、前記複数の選択肢において取得可の選択肢に割り当てられた前記第ｋコンテンツの数を維持して前記テーブルを更新することであってもよい。

前記情報処理装置において、前記提示部は、所定条件が満たされると、前記第１コンテンツが割り当てられた選択肢の少なくとも１つを含む所定数の選択肢を識別して提示してもよい。

抽選処理を繰り返すほど希少なコンテンツの入手確率が上昇することを容易に実感でき、抽選処理に繰り返し挑戦しようとする動機が働く抽選処理を含むゲームを提供することができる。

本発明の一実施形態に係るゲームシステムの全体構成を示すブロック図である。 本発明の一実施形態に係るユーザ端末の構成を示すブロック図である。 本発明の一実施形態に係るゲームサーバの構成を示すブロック図である。 本発明の一実施形態に係るゲーム制御部の構成を示すブロック図である。 本発明の一実施形態に係るテーブルの一例を説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係る取得履歴を説明する図である。 本発明の一実施形態に係る価格表を説明する図である。 本発明の一実施形態に係るゲームサーバが実行する処理を説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るテーブルを説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るテーブルを説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るテーブルを説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るテーブルを説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。 本発明の一実施形態に係るユーザ端末に表示された画面を説明する図である。

＜第１実施形態＞
［ゲームシステムの構成］
本実施形態に係るゲームシステム１００について説明する。図１は、本実施形態に係るゲームシステム１００の全体構成を示すブロック図である。ゲームシステム１００は、ゲームサーバ１０２と、ゲームデータベースサーバ１０４と、ユーザ端末１１０とを含んで構成されている。

ゲームサーバ１０２及びユーザ端末１１０は、インターネットに代表される電気通信回線１１２に接続されている。ゲームデータベースサーバ１０４は、ゲームサーバ１０２に接続されている。尚、電気通信回線１１２は、インターネットに限定されず、電話回線、専用回線、ローカルエリアの回線などであってもよく、これらのインターネットとの組み合わせであってもよい。

ゲームサーバ１０２は、ユーザ端末１１０からのアクセスを受け付け、ユーザ端末１１０と相互に通信をしながらゲームのプログラムを実行する。また、ゲームサーバ１０２は、ゲームを遊戯する登録ユーザに関する情報や、ゲームのスコア等のゲームデータをゲームデータベースサーバ１０４に記録し、あるいは読み出す処理を行う。

ゲームデータベースサーバ１０４は、ゲームデータベース１０４ａと、ユーザデータベース１０４ｂとを含んでいる。ゲームデータベース１０４ａには、ゲームデータが記録されている。ゲームデータとしては、登録ユーザがゲームを遊戯したときのゲームデータ等が含まれる。ユーザデータベース１０４ｂには、登録ユーザの情報が記録されている。登録ユーザの情報としては、登録ユーザの識別情報（ユーザＩＤ、パスワード等）、ログイン履歴情報、レベルの情報、所有するアイテム（コンテンツ）の情報、課金の情報等が含まれる。また、登録ユーザの情報としては、年齢、性別、生年月日等の個人情報が更に含まれてもよい。

ユーザ端末１１０は、電気通信回線１１２を通じてゲームサーバ１０２と通信可能な状態に置かれている。ユーザ端末１１０は、電気通信回線１１２に接続可能な端末であればよい。例えば、ユーザ端末１１０には、電話機機能とインターネット閲覧機能とを備えた高機能携帯電話機（所謂スマートフォン）、携帯電話機、ゲーム専用端末機、パーソナルコンピュータ又はタブレット型コンピュータなどが含まれる。

図２は、本実施形態に係るゲームシステム１００が含むユーザ端末１１０の構成を示すブロック図である。ユーザ端末１１０は、制御部１１０ａ、記憶部１１０ｂ、及び表示部１１０ｃを有する。

制御部１１０aは、ＣＰＵなどの演算処理回路、メモリ等を有する。制御部１１０aは、記憶部１１０ｂに記憶されたプログラムを実行して、各種機能を端末において実現させる。プログラムには、ゲームを実行させたりするアプリケーションが含まれる。

このようなプログラムは、電気通信回線１１２を経由してユーザ端末１１０にダウンロードされて記憶部１１０ｂに記憶される。なお、磁気記録媒体、光記録媒体、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記憶した状態で提供されてもよい。この場合には、ユーザ端末１１０は、記録媒体を読み取る装置を備えていればよい。また、プログラムは、予め記憶部１１０ｂに記憶されていてもよい。尚、プログラムのダウンロードを必要とせず、ゲームサーバ１０２にアクセスすることによってゲームを実行する構成とすることも可能である。

記憶部１１０ｂは、不揮発性メモリ、ハードディスク等の記憶装置である。記憶部１１０ｂには、上述したようなプログラムが記憶される。

表示部１１０ｃは、ディスプレイとタッチセンサとで構成されている。ディスプレイは、液晶ディスプレイ、有機ＥＬディスプレイなどの表示デバイスであって、制御部１１０aの制御によって、チャット画面およびゲーム画面等の様々な画面を表示する。タッチセンサは、ユーザからの入力操作を受け付けて、入力操作に応じた信号を出力する装置である。ユーザからの入力操作は、例えば、スタイラスペンなどのポインティングデバイスまたはユーザの指などの接触によってタッチセンサに受け付けられる。尚、タッチセンサは必須ではない。ユーザ端末１１０が例えばタッチセンサを有しないパーソナルコンピュータである場合、マウス又は矢印キー等のキーボードを用いて操作するようにしてもよい。以下の説明では、ディスプレイに表示された操作ボタンに対応する位置にユーザの指が接触する行為、マウス又はキーボード等による入力操作を、単に、操作ボタンをユーザが操作する、というように表現する。

［ゲームサーバの構成］
図３は、本実施形態に係るゲームシステム１００が含むゲームサーバ１０２の構成を示すブロック図である。ゲームサーバ１０２は、アクセス管理部１０２aと、ユーザ情報管理部１０２ｂと、ゲーム制御部１０２ｃと、記憶部１０２ｄと、出力管理部１０２ｅとを含んでいる。

アクセス管理部１０２ａは、登録ユーザからのログインのリクエストを受信し、ログインデータをユーザ情報管理部１０２ｂに出力する。

ユーザ情報管理部１０２ｂは、ユーザ端末１１０を操作してゲームサーバ１０２にログインしようとしたユーザが、登録ユーザであるか否かの認証を行う。ユーザ情報管理部１０２ｂは、ユーザデータベース１０４ｂを参照して登録ユーザの認証を行い、正規の登録ユーザであればログインを許可する。

ゲーム制御部１０２ｃは、ＣＰＵなどの演算処理回路、メモリ等を有する。ゲーム制御部１０２ｃは、プログラムを実行して、各種機能を実現させる。プログラムには、ゲームを実行させたりするアプリケーションが含まれる。このようなプログラムは、記憶部１０２ｄに記憶されている。

記憶部１０２ｄは、不揮発性メモリ、ハードディスク等の記憶装置である。記憶部１０２ｄには、上述したようなプログラムが記憶されている。

出力管理部１０２ｅは、ゲーム制御部１０２ｃで生成されたデータを、ユーザ端末１１０に送信する。

［ゲーム制御部の構成］
本実施形態に係るゲーム制御部１０２ｃの構成について説明する。図４は、ゲームサーバ１０２の記憶部１０２ｄに記憶されたゲームのプログラムを実行することにより実現されるゲーム制御部１０２ｃの構成を説明するブロック図である。

ゲーム制御部１０２ｃは、テーブル管理部１０２ｆと、提示部１０２ｇと、抽選処理部１０２ｈと、課金部１０２ｉと、取得履歴管理部１０２ｊと、価格設定部１０２ｋとを備えている。

テーブル管理部１０２ｆは、抽選処理において用いられるテーブル１１４を記憶する。抽選処理においては、複数の選択肢の各々に対応するオブジェクトがユーザ端末１１０の画面に表示される。当該テーブル１１４において、複数の選択肢の各々は、取得可又は取得不可のいずれかに識別されている。そして、複数の選択肢の各々には、第ｋコンテンツが割り当てられている。ここで、ｋは１からｎのいずれかであり、ｎは１以上の整数である。

図５は、本実施形態に係る抽選処理において用いられるテーブル１１４の一例を説明する図である。テーブル１１４の第１列目に示すように複数の選択肢１１６の各々は、４桁のＩＤ番号によって識別されている。ＩＤ番号の前半の２桁及び後半の２桁は、それぞれ０１から１５までのいずれかである。よって、本実施形態において選択肢１１６の数は２２５個である。テーブル１１４の第２列目に示すように、２２５個の選択肢１１６の各々は、取得可又は取得不可のいずれかに識別されている。そして、テーブル１１４の第３列目に示すように、２２５個の選択肢１１６の各々には、複数種類のコンテンツのいずれかが割り当てられている。本実施形態においては、２２５個の選択肢１１６の各々には５種類のコンテンツ（第１乃至第５コンテンツ）のいずれかが割り当てられている。ここで、２２５個の選択肢１１６において、第１コンテンツ、第２コンテンツ、第３コンテンツ、第４コンテンツ及び第５コンテンツが割り当てられた選択肢１１６の数はそれぞれ、１個、８個、２７個、６４個及び１２５個とした。つまり、テーブル１１４は、第１乃至第５コンテンツの各々の入手確率の情報を含んでいる。尚、第１乃至第５コンテンツのいずれかは、空のコンテンツであってもよい。つまり、ユーザに空のコンテンツを付与することは、ユーザに何も付与しないことを意味する。

テーブル１１４において取得不可に識別された選択肢１１６とは、ユーザが抽選処理を実行したことによって、ユーザが既に取得した選択肢１１６である。詳細は後述するが、抽選処理を実行することによってユーザがいずれかの選択肢１１６を取得すると、テーブル１１４において、取得された選択肢１１６が取得不可に変更される。その後においても、ユーザは抽選処理を実行することによって、取得可に識別された選択肢１１６のいずれかを取得することができる。つまり、ユーザは最大で２２５回の抽選処理を実行することができる。

ここで、第１コンテンツがこれらの内で最も入手確率が低いコンテンツであり、以下の説明においては当たりアイテムと呼ぶことがある。また、第５コンテンツがこれらの内で最も入手確率が高いコンテンツであり、以下の説明においては、はずれアイテムと呼ぶことがある。本実施形態においては、最大で２２５回の抽選処理を実行すれば、いずれかの抽選処理において必ず当たりアイテムを取得することができる。

テーブル管理部１０２ｆは、所定条件を満たした場合に、テーブル１１４を更新する。所定条件とは、例えば所定の日時に達した場合であってもよく、例えば毎日の午前零時に達した場合であってもよい。所定条件の他の例としては、ユーザの指示があった場合でもよく、このとき、ゲーム内のポイントを課すことによって更新してもよい。所定条件の他の例としては、ユーザが特定のコンテンツを取得した場合であってもよく、例えば当たりアイテムを取得した場合に更新してもよい。または、当たりアイテム以外であって、ユーザの所望するコンテンツを取得した場合に更新してもよく、この場合はユーザが所望するコンテンツを事前に設定しておいて抽選処理を実行してもよい。

本実施形態において、テーブル１１４の更新とは、テーブル１１４の第３列目を更新することである。具体的には、テーブル１１４を更新することは、複数の選択肢１１６において取得可の選択肢１１６に割り当てられた第ｋコンテンツ（ｋは１から５のいずれか）の数を維持してテーブル１１４を更新することである。換言すると、複数の選択肢１１６において取得可の選択肢１１６に割り当てられたコンテンツを、複数の選択肢１１６において取得可の選択肢１１６又に再び割り当て直すことである。テーブル１１４の更新は、所定の規則によって更新される。その結果、例えば第１コンテンツ（当たりアイテム）が割り当てられる選択肢１１６は、テーブル１１４の更新によって、他の取得可の選択肢１１６に変更されるか、元々割り当てられていた選択肢１１６のままである。つまり、例えば取得可に識別された選択肢１１６に割り当てられていた第１コンテンツは、テーブル１１４の更新によって取得不可に識別された選択肢１１６に割り当てられたり、テーブル１１４から消去されたりすることはない。

尚、テーブルの更新は、上の例に限られず、第ｋコンテンツ（ｋは１から５のいずれか）の数を維持しなくてもよい。例えば、入手確率の低いコンテンツの数を増加させ、入手確率の高いコンテンツの数を減少させて割り当ててもよい。例えば、第１コンテンツの数を増加させ、第５コンテンツの数を減少させて割り当ててもよい。所定の条件が満たされた場合に、このようなテーブルの更新を特典として付与してもよい。

提示部１０２ｇは、複数の選択肢１１６、及び複数の選択肢１１６において取得可の選択肢１１６に割り当てられた第ｋコンテンツの数の情報の少なくとも一部の情報を、ユーザ端末１１０に提示するための処理を実行する。ここで、ｋは１から５のいずれか少なくとも１つである。つまり、提示部１０２ｇは、これらを示す画面をユーザ端末１１０に表示させる。図６は、提示部１０２ｇによってユーザ端末１１０に表示された画面を説明する図である。この例においては、ユーザ端末１１０に表示された画面は、２２５個の選択肢１１６、当たりアイテム出現率１２２、購入回数１２４、次回の購入価格１２６及び特典内容１２８を表示している。

２２５個の選択肢１１６は、１５行１５列の行列状に配列された２２５個のブロックとして示されている。図５に示すテーブル１１４において選択肢１１６を識別する４桁のＩＤ番号は、その前半の２桁が各々のブロックが配列された行を意味し、その後半の２桁が各々のブロックが配列された列を意味している。このテーブル１１４の例においては、一部を省略して示しているが、２２５個のブロックの内、１１個のブロックが取得不可として識別されている。図６に示す画面においては、取得不可として識別された１１個の選択肢１１６ｂに対応するブロックに、×印が付されている。例えば、４行目且つ３列目に配置されたブロックには×印が付され、テーブル１１４において選択肢ＩＤが０４０３の選択肢１１６は取得不可に識別されている。これらのように×印が付された選択肢１１６は、抽選処理におけるユーザからの選択の受け付けを中止するようにしてもよい。また、×印が付されていない選択肢１１６ａが、取得可として識別された選択肢である。

上記において、少なくとも一部の情報とは、例えば複数の選択肢１１６に割り当てられた第１コンテンツの数又は第１コンテンツの当選確率である。この例においては、第１コンテンツの当選確率であり、図６において当たりアイテム出現率としてそれが示されている。この例における当たりアイテム出現率は、取得可の選択肢１１６の数が２１４個であり、その内の１個に第１コンテンツが割り当てられていることによる。ここで、テーブル１１４に示すように、第１コンテンツはＩＤ番号が０４０４の選択肢１１６に割り当てられ、当該選択肢１１６は取得可に識別されている。

図６に示す画面内の購入回数１２４とは、ユーザが抽選処理を行った履歴の情報の一部を示している。この例においては、「今日」として示されているユーザが当日に行った抽選処理の回数及び「合計」として示されている一連の抽選処理において最初の抽選処理から行った抽選処理の回数を示し、それぞれ４回及び１１回である。

画面内の次回の購入価格１２６とは、この状態において抽選処理を行う場合に、いずれかの選択肢１１６を取得するために必要な価格である。詳細は後述するが、本実施形態においては、ユーザが抽選処理を行った履歴に応じて購入価格が更新される。

図６に示す画面内の特典内容１２８とは、詳細は後述するが、抽選処理が所定の回数に達した場合にユーザに付与する特典の種類を示している。この例においては、１０回毎に特典Ａが付与され、２０回毎に特典Ｂが付与され、４０回毎に特典Ｃが付与され、５０回毎に特典Ｄが付与され、１５０回目に特典Ｅが付与され、そして２００回目に特典Ｆが付与される。

提示部１０２ｇは、所定条件が満たされると、例えば第１コンテンツが割り当てられた選択肢１１６の少なくとも１つを含む所定数の選択肢１１６を識別して提示してもよい。これによって、前述のように第１コンテンツを入手できる確率を調整することができ、当該確率は上昇する。所定条件とは、例えばユーザが実行した抽選処理の回数が所定の回数に達した場合であってもよく、例えば１０回毎であってもよい。この場合、上述の特典内容において説明した特典Ａとして、このような識別表示を実行してもよい。

抽選処理部１０２ｈは、ユーザ端末１１０から複数の選択肢１１６において取得可の選択肢１１６のいずれか１つの選択肢１１６の取得要求を受信する度に、テーブル管理部１０２ｆからテーブル１１４を読出し、テーブル１１４においてユーザが取得要求をした選択肢１１６に割り当てられた第ｍコンテンツ（ｍは１からｎのいずれか）をユーザに付与するための処理を実行する。そして、テーブル１１４においてユーザが取得要求をした選択肢１１６を取得不可に更新する。

課金部１０２ｉは、ユーザ端末１１０から取得要求を受信すると、当該取得要求に対する価格を課金する。当該取得要求に対する価格は、後述する価格設定部１０２ｋによって設定される。また、詳細は後述するが、本実施形態においては、複数の選択肢１１６の各々の取得要求に対する価格は全て同額としている。課金部１０２ｉは、ユーザ端末１１０から取得要求を受信すると、価格設定部１０２ｋにユーザが取得要求した選択肢１１６の価格を問い合わせる。そして、ユーザデータベース１０４ｂにアクセスし、当該ユーザの課金情報を更新する。

取得履歴管理部１０２ｊは、取得履歴１１８に、抽選処理部１０２ｈがユーザにコンテンツを付与した履歴を管理する。図７は、取得履歴管理部１０２ｊが管理する取得履歴１１８を説明する図である。取得履歴管理部１０２ｊは、抽選処理部１０２ｈが第ｍコンテンツをユーザに付与すると、第ｍコンテンツの識別情報及び第ｍコンテンツを付与した日時を取得履歴１１８に追加する。取得履歴１１８の第１列目には、ユーザが取得した選択肢１１６の４桁のＩＤ番号が示されている。取得履歴１１８の第２列目には、第１列目に示された選択肢１１６に割り当てられたコンテンツの種類が示されている。そして、第３列目には、第２列目に示されたコンテンツがユーザに付与された日時が示されている。

価格設定部１０２ｋは、取得履歴管理部１０２ｊから取得履歴１１８を読出し、取得履歴１１８に基づいて複数の選択肢１１６の各々の取得要求に対する価格を更新する。この処理は、例えば取得履歴１１８が更新される度に実行される。

図８は、複数の選択肢１１６の各々について、本実施形態における価格表１２０を説明する図である。この表において、第１列目に示す回数とは、所定の時点からの抽選処理の回数を意味する。２列目に示す購入価格とは、１列目に示す回数目における抽選処理において、選択肢１１６を取得するために必要な価格である。この例では、回数の増加に伴い、購入価格が上昇するように設定されている。また、この例では、１回目から５回目までの購入価格のみが示されているが、６回目以降は５回目の購入価格と同じとするため、省略されている。

このように、価格設定部１０２ｋは、所定条件が満たされるまで、当該価格を、ユーザの直前の取得要求に対する価格よりも高く設定してもよい。

ここで所定条件が満たされることは、例えば、ユーザが複数の選択肢１１６のいずれかを取得した回数が所定回数に到達することである。本実施形態においては、当該所定回数は５回である。

価格設定部１０２ｋは、所定条件が満たされると、購入価格を初期化してもよい。つまり、所定条件が満たされると、１回目の価格に戻してもよい。

ここで所定条件が満たされることは、例えば、所定の日時に到達することであってもよい。本実施形態において所定条件は、毎日の午前零時に達することとする。

つまり、図６に示す画面における購入回数に示されるように、この例では当日に行った抽選処理の回数は４回である。よって、次回の抽選処理においては、価格表１２０に示す５回目の購入価格である２５０Ｐが適用され、図６において、次回の購入価格として示されている。

また、所定条件が満たされることは、他の例としては上記に限られず、複数の選択肢１１６において取得可の選択肢１１６に割り当てられた第１コンテンツの数が０となることであってもよい。

以上、本実施形態に係るゲーム装置の構成について説明した。本実施形態に係るゲーム装置の構成によれば、抽選処理において、複数の選択肢１１６が表示され、複数の選択肢１１６の各々が取得可（未選択）であるか取得不可（既選択）であるかを視覚的に認識することができる。更に、複数の選択肢１１６のいずれかに割り当てられた特定のコンテンツの出現確率も合わせて表示される。つまり、抽選処理を繰り返すことによって、当該コンテンツの出現確率が上昇していくことを容易に認識することができる。このため、ユーザには、抽選処理に何度も挑戦しようとする動機が働く。

［ゲームサーバが実行する処理］
本実施形態に係るゲームサーバ１０２が実行する処理について説明する。図９は、上記機能により本実施形態に係るゲームサーバ１０２が実行する処理を説明する図である。

先ず、ユーザ端末１１０は、ユーザの指示によってゲームのアプリケーションを起動する。アプリケーションが起動すると、起動画面が端末に表示され、ユーザはゲームを遊戯する。この過程において、端末は、本実施形態に係る抽選処理を実行するモードに移る場合がある。

このとき、本実施形態に係る一連の抽選処理の初回である場合、ゲームサーバ１０２は、一連の抽選処理の開始時から抽選処理を実行した回数ｎ及び当日の午前零時から抽選処理を実行した回数ｋを、初期値としてそれぞれ０に初期化する（Ｓ１００）。その後、抽選処理に用いるテーブル１１４を新規に作成し（Ｓ１０１）し、複数の選択肢１１６の各々に、いずれかのコンテンツを割り当てる。そして、当日の１回目の購入価格を決定する（Ｓ１０２）。購入価格の決定は、価格設定部１０２ｋに記憶されている価格表１２０を参照して決定する。図８に示した価格表１２０を用いると、１回目の購入価格は５０Ｐである。

次いで、ユーザ端末１１０に複数の選択肢１１６を提示し（Ｓ１０３）、ユーザから複数の選択肢１１６のいずれかを受け付けるモードに入る。複数の選択肢１１６を提示するのと同時に、図６に示したように、第１コンテンツの入手確率を意味する当たりアイテム出現率１２２、購入回数１２４、次回の購入価格１２６及び特典内容１２８を表示する。ここで、購入回数１２６において、「今日」として示された回数がｋに相当し、「合計」として表示された回数がｎに相当する。

複数の選択肢１１６のいずれかを受け付けるモードにおいて、ゲームサーバ１０２がユーザ端末１１０から取得要求を受信すると（Ｓ１０４：Ｙｅｓ）、抽選処理を実行する（Ｓ１０５）。抽選処理においては、抽選処理部１０２ｈがテーブル１１４を読出し、ユーザが取得要求した選択肢１１６に割り当てられたコンテンツをユーザに付与する処理を実行する。次いで、抽選処理部１０２ｈはテーブル１１４を更新する。

抽選処理が終了すると、ゲームサーバ１０２は、ユーザに対し、ユーザが取得要求に対するの価格を課金する処理を実行する。課金する処理が実行されると、ｎ及びｋにそれぞれ１を加算する（Ｓ１０７）。次いで、取得履歴管理部１０２ｊが、取得履歴１１８を更新する（Ｓ１０８）。つまり、取得履歴管理部１０２ｊは、ユーザに付与したコンテンツの識別情報及び当該コンテンツを付与した日時を取得履歴１１８に追加する。

ここで本実施形態においては、抽選処理において、第１コンテンツがユーザに付与された場合（Ｓ１０９：Ｙｅｓ）、ユーザ端末１１０に一連の抽選処理を終了するか否かの確認を求める（Ｓ１１１）。本実施形態においては、複数の選択肢１１６に割り当てられた第１コンテンツは１個であるため、これ以上の抽選処理を繰り返しても第１コンテンツが付与されることはない。そのため、ユーザが抽選処理の続行を望まなければ（Ｓ１１２：Ｙｅｓ）、一連の抽選処理を終了することができる。

更に、この抽選処理においてｎが２２５に達した場合（Ｓ１１０：Ｙｅｓ）、つまり、ユーザが全ての選択肢１１６を取得した場合は一連の抽選処理を終了する。

尚、ここでは、第１コンテンツが付与された場合及び２２５個の選択肢１１６を取得した場合のみに一連の抽選処理を終了する例を示しているが、これに限られず、任意の時点において一連の抽選処理を終了することができる。そのために、一連の抽選処理を終了させるためのボタンをユーザ端末１１０の画面に表示しておくことによって、ユーザの所望の時点において当該ボタンを選択するなどして終了させることができる。

一連の抽選処理が続行される場合、価格設定部１０２ｋが、購入価格を更新する（Ｓ１１３）。ここでの購入価格とは、次回の抽選処理においての取得要求に対する価格である。

以上の処理が終了すると、ゲームサーバ１０２は、再びユーザから複数の選択肢１１６のいずれかを受け付けるモードに入る。本実施形態においては、このモードにおいて、毎日の午前零時を過ぎると（Ｓ１１４：Ｙｅｓ）、１日の抽選処理の実行回数を意味するｋを０に初期化する（Ｓ１１５）。ｋを０に初期化すると、価格設定部１０２ｋは、価格表１２０を読出し、次回の購入可価格を１回目の購入価格に更新する（Ｓ１１６）。

以上、本実施形態に係るゲーム装置において実行される処理について説明した。次いで、本実施形態に係るゲーム装置において実行される処理において、抽選処理に係る処理について詳細に説明する。

［抽選処理の例］
図面を参照しながら、本実施形態に係る抽選処理の進行について説明する。図１０Ａ乃至図２４は、本実施形態に係る抽選処理の進行を説明する図である。

図１０Ａは、本実施形態に係る一連の抽選処理の開始直後において、ユーザ端末１１０の画面に表示される画像である。図１０Ｂは、当該一連の抽選処理の開始直後におけるテーブル１１４である。この状態においては、ユーザは２２５個の選択肢１１６の内、いずれの選択肢１１６も取得していないため、テーブル１１４において、２２５個の選択肢１１６は全て取得可に識別されている。このとき、２２５個の選択肢１１６の内、ＩＤ番号が１２１４の選択肢１１６にのみ第１コンテンツが割り当てられているため、第１コンテンツの入手確率を示す当たりアイテム出現率として０．４４４％と表示されている。また、次回の購入価格として表示されている価格は、価格表１２０における１回目の購入価格である５０Ｐである。

このとき、抽選処理を実行する前に、例えば図１１のような画面を表示し、２２５個の選択肢１１６に割り当てられた複数種類のコンテンツの各々及びその数を表示してもよい。この例では、２２５個の選択肢１１６に、第１コンテンツＣ１、第２コンテンツＣ２、第３コンテンツＣ３、第４コンテンツＣ４及び第５コンテンツＣ５がそれぞれ、１個、８個、２７個、６４個及び１２５個割り当てられていることをユーザに提示している。

抽選処理を実行する前に表示される画面の他の例として、２２５個の選択肢の各々に、いずれかのコンテンツを上記の個数に応じて割り当てて表示してもよい。その後、このときに２２５個の選択肢に割り当てられたコンテンツを隠し、例えば「シャッフルします」等のメッセージを表示し、テーブルの更新を行うといった演出を実行してもよい。

次いで、ユーザは、２２５個の選択肢１１６のいずれかを選択する。このとき、ユーザ端末１１０の画面を、ピンチイン・ピンチアウト等の操作によって所望の選択肢１１６付近を拡大表示可能としてもよい。本実施形態においては、１回目の抽選処理として、ユーザは４行目且つ３列目に配置された選択肢１１６を選択する場合を示している。ユーザが、ユーザ端末１１０に表示された２２５個の選択肢１１６の内、所望の選択肢１１６ｄをタップするなどして選択すると、例えば当該選択肢１１６ｄを示すブロックの色が変わり（図１２）、取得要求を行うか否かの確認画面が表示される（図１３）。確認画面において、「購入する」を選択すると、ユーザ端末１１０は、ゲームサーバ１０２の抽選処理部１０２ｈに当該選択肢１１６ｄの取得要求を送信する。

抽選処理部１０２ｈは、当該選択肢１１６ｄの取得要求を受信すると、テーブル管理部１０２ｆからテーブル１１４を読出し、テーブル１１４においてユーザが当該選択肢１１６ｄに割り当てられたコンテンツである第５コンテンツＣ５をユーザに付与するための処理を実行する。そして、テーブル１１４においてユーザが取得要求をした選択肢１１６ｄを取得不可に更新する。このとき、図１４に示すように、ユーザに付与するコンテンツである第５コンテンツＣ５を、例えば、ユーザが選択した選択肢１１６ｄを示すブロックに表示してもよい。

次いで、ユーザ端末１１０の画面が、２回目の抽選処理を実行するための画面に更新される（図１５Ａ）。ここで、１回目にユーザが取得した４行目且つ３列目に配置された選択肢１１６を示すブロックには×印が付されている。テーブル１１４においては、ＩＤ番号が０４０３の選択肢１１６が取得不可に識別されるように更新されている（図１５Ｂ）。これに伴い、当たりアイテム出現率が更新され、０．４４６％に上昇している。

図１６は、抽選処理を繰り返し、４回目の抽選処理を終えた後の画面である。この時点においても、第１コンテンツはユーザに付与されていない。ここで示されている次回の購入価格は、５回目の抽選処理を行うための購入価格であり、価格表１２０より、２５０Ｐである。

図１７は、更に抽選処理を繰り返し、６回目の抽選処理を終えた後の画面である。この時点においても、第１コンテンツはユーザに付与されていない。ここで示されている次回の購入価格とは、７回目の抽選処理を行うための購入価格であるが、５回目以降は購入価格は一定に設定されているため、２５０Ｐである。この例において、ユーザは、この日の抽選処理を６回で終了している。

図１８は、６回目の抽選処理を終えた後、翌日の午前零時を過ぎた後に表示される画面である。本実施形態においては、価格設定部１０２ｋは、毎日の午前零時に達すると購入価格を初期化する。つまり、この時点においては、複数の選択肢１１６の各々の購入価格が５０Ｐに初期化される。つまり、本実施形態においては、価格表１２０における回数とは、１日の抽選処理の回数を意味する。

図１９は、更に抽選処理を繰り返し、１０回目の抽選処理を終えた後の画面である。この時点においても、第１コンテンツはユーザに付与されていない。本実施形態においては、画面の特典内容に示すように、１０回の抽選処理毎に、特典Ａをユーザに付与するように設定されている。

特典Ａの一例について説明する。図２０Ａは、１０回目の抽選処理を終え、１１回目の抽選処理におけるユーザの取得要求を受け付ける画面である。この図において、複数の選択肢１１６の内、偶数行奇数列及び奇数行偶数列において、×印が付されているブロック以外のブロックには、△印が付されている。この時点のテーブル１１４においては、△印が付されたブロックに対応する選択肢１１６ｃは、取得不可に識別されている（図２０Ｂ）。つまり、複数の選択肢１１６の内、偶数行奇数列又は奇数行偶数列に配置された選択肢１１６は全て取得不可に識別されている。ここで、取得可に識別された選択肢１１６は１０７個である。第１コンテンツが割り当てられた選択肢１１６は、１２行目且つ１４行目であるため、この時点では取得可に識別されている。これによって、第１コンテンツを取得する確率を意味する当たりアイテム出現率は、１０回目の抽選処理に比べて大きく上昇している。

所定回数においてこのような特典を設けることによって、ユーザには、抽選処理に何度も挑戦しようとする動機が働く。

尚、本実施形態に係る抽選処理の特典としては、他にも多種多様な態様が考えられる。例えば、上の例における△印の数や配置は、これに限られない。例えば特定の行を基準に上下のいずれかに配置された選択肢１１６に△印を付してもよいし、特定の列を基準に左右のいずれかに配置された選択肢１１６に△印を付してもよい。または、特定の模様であったり、特定のイラスト状に配置したりしてもよい。勿論、このような識別表示のためには△印に限られない。例えば、ブロックの色を変更することによって識別してもよい。

また、上の例のような特定のコンテンツの入手確率を調整する特典を付与することは、所定の回数に達した場合に限られない。他の例として、最も入手確率の高い第５コンテンツ（はずれアイテム）が割り当てられた選択肢１１６を、所定の回数だけ続けて取得した場合にそのような特典を付与してもよい。

図２１Ａは、１１回目の抽選処理を終えた後の画面である。この時点においても、第１コンテンツはユーザに付与されていない。また、△印が付されていたブロックは△印が消去され、対応する選択肢１１６はテーブル１１４において再び取得可に識別されている（図２１Ｂ）。ここで、１１回目の抽選処理において第１コンテンツが割り当てられた選択肢１１６を限定する情報をユーザに与えたため、１２回目の抽選処理においてはテーブル１１４を更新してもよい。

または、１１回目から所定回数は△印を付したまま、テーブル１１４を更新せずに、特典Ａのモードを維持してもよい。ここで所定回数とは、特典の種類に応じて設定した回数であってもよい。

テーブル１１４の更新については上述した通りである。この更新の方法によれば、第１コンテンツ（当たりアイテム）が割り当てられる選択肢１１６は、テーブル１１４の更新によって、他の取得可に識別された選択肢１１６に変更される。又は、テーブル１１４の更新によって元々割り当てられていたの選択肢１１６から変更されずに留まる場合もあり得る。つまり、例えば第１コンテンツは、テーブル１１４の更新によって取得不可に識別された選択肢１１６に割り当てられたり、テーブル１１４から消去されたりすることはない。

図２２は、更に抽選処理を繰り返し、１４３回目の抽選処理を終えた後の画面である。この時点においても、第１コンテンツはユーザに付与されていない。この時点において、第１コンテンツは９行目且つ５列目に配置された選択肢１１６に割り当てられている。既に実行した１４３回の抽選処理によって、当たりアイテム出現率は、初期の０．４４４％から１．２２０％にまで上昇している。

１４４回目の抽選処理によって、ユーザは９行目且つ５列目に配置された選択肢１１６の取得要求をし、第１コンテンツＣ１がユーザに付与されたとする（図２３）。このとき、ユーザ端末１１０には、一連の抽選処理を終了するか否かの確認を求める画面が表示される（図２４）。本実施形態においては、複数の選択肢１１６に割り当てられた第１コンテンツは１個であるため、これ以上の抽選処理を繰り返しても第１コンテンツが付与されることはない。そのため、ユーザが抽選処理の続行を望まなければ、一連の抽選処理を終了することができる。

以上、本実施形態に係る抽選処理の進行について説明した。本実施形態に係る抽選処理においては、複数の選択肢１１６が表示され、複数の選択肢１１６の各々が既選択であるか未選択であるかを視覚的に認識することができる。更に、複数の選択肢１１６のいずれかに割り当てられた特定のコンテンツの出現確率も合わせて表示される。つまり、抽選処理を繰り返すことによって、当該コンテンツの出現確率が上昇していくことを容易に認識することができる。このため、ユーザには、抽選処理に何度も挑戦しようとする動機が働く。

以上、本発明の好ましい態様を説明した。しかし、これらは単なる例示に過ぎず、本発明の技術的範囲はそれらには限定されない。当業者であれば、本発明の要旨を逸脱することなく、種々の変更が可能であろう。よって、それらの変更も当然に、本発明の技術的範囲に属すると解されるべきである。

１００・・・ゲームシステム １０２・・・ゲームサーバ １０２ａ・・・アクセス管理部 １０２ｂ・・・ユーザ情報管理部 １０２ｃ・・・ゲーム制御部 １０２ｄ・・・記憶部 １０２ｅ・・・出力管理部 １０２ｆ・・・テーブル管理部 １０２ｇ・・・提示部 １０２ｈ・・・抽選処理部 １０２ｉ・・・課金部 １０２ｊ・・・取得履歴管理部 １０２ｋ・・・価格設定部 １０４・・・ゲームデータベースサーバ １０４ａ・・・ゲームデータベース １０４ｂ・・・ユーザデータベース １１０・・・ユーザ端末 １１２・・・電気通信回線 １１４・・・テーブル １１６・・・選択肢 １１８・・・取得履歴 １２０・・・価格表 １２２・・・当たりアイテム出現率 １２４・・・購入回数 １２６・・・次回の購入価格 １２８・・・特典内容 Ｃ１・・・第１コンテンツ Ｃ２・・・第２コンテンツ Ｃ３・・・第３コンテンツ Ｃ４・・・第４コンテンツ Ｃ５・・・第５コンテンツ

Claims (10)

1. 複数の選択肢の各々が取得可又は取得不可のいずれかに識別され、複数の選択肢の各々に第ｋコンテンツ（ｋは１からｎのいずれか、ｎは１以上の整数）を割り当てたテーブルを記憶するテーブル管理部と、
   前記複数の選択肢、及び前記複数の選択肢において取得可の選択肢に割り当てられた前記第ｋコンテンツの数の情報の少なくとも一部の情報をユーザ端末に提示するための処理を実行する提示部と、
   前記ユーザ端末から前記複数の選択肢において取得可の選択肢のいずれか１つの選択肢の取得要求を受信する度に、前記テーブル管理部から前記テーブルを読出し、前記テーブルにおいて前記ユーザが取得要求をした選択肢に割り当てられた第ｍコンテンツ（ｍは１からｎのいずれか）を前記ユーザに付与するための処理を実行し、前記テーブルにおいて前記ユーザが取得要求をした選択肢を取得不可に更新する抽選処理部とを備え、
   前記テーブル管理部は、所定条件を満たした場合に、前記複数の選択肢において取得可の選択肢に割り当てられた前記第ｋコンテンツの数を維持して前記テーブルを更新することを特徴とする情報処理装置。
2. 前記少なくとも一部の情報は、前記複数の選択肢に割り当てられた前記第１コンテンツの数又は前記第１コンテンツの当選確率である請求項１に記載の情報処理装置。
3. 前記ユーザ端末から前記取得要求を受信すると、前記取得要求に対する価格を課金する課金部を更に備えた請求項１に記載の情報処理装置。
4. 前記抽選処理部が前記第ｍコンテンツを前記ユーザに付与すると、前記第ｍコンテンツの識別情報及び前記第ｍコンテンツを付与した日時を取得履歴に追加する取得履歴管理部と、
   前記取得履歴管理部から前記取得履歴を読出し、前記取得履歴に基づいて前記価格を更新する価格設定部とを更に備えた請求項３に記載の情報処理装置。
5. 前記価格設定部は、所定条件が満たされるまで、前記価格を、前記ユーザの直前の取得要求に対する価格よりも高く設定することを特徴とする請求項４に記載の情報処理装置。
6. 前記所定条件が満たされることは、前記ユーザが前記複数の選択肢のいずれかを取得した回数が所定回数に到達することである請求項５に記載の情報処理装置。
7. 前記価格設定部は、所定条件が満たされると、前記価格を初期化することを特徴とする
   請求項４に記載の情報処理装置。
8. 前記所定条件が満たされることは、所定の日時に到達することである請求項７に記載の情報処理装置。
9. 前記所定条件が満たされることは、前記複数の選択肢において取得可の選択肢に割り当てられた前記第１コンテンツの数が０となることである請求項７に記載の情報処理装置。
10. 前記提示部は、所定条件が満たされると、前記第１コンテンツが割り当てられた選択肢の少なくとも１つを含む所定数の選択肢を識別して提示することを特徴とする請求項１に記載の情報処理装置。
    
    

Images