特開 2024-83987 サーバおよびプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024083987

(43)【公開日】2024-06-24

(54)【発明の名称】サーバおよびプログラム

(51)【国際特許分類】

   A63F 13/792 20140101AFI20240617BHJP

   A63F 13/79 20140101ALI20240617BHJP

   A63F 9/30 20060101ALI20240617BHJP

   A63F 13/35 20140101ALI20240617BHJP

   A63F 13/69 20140101ALI20240617BHJP

【ＦＩ】

A63F13/792

A63F13/79

A63F9/30 502C

A63F13/35

A63F13/69 510

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022198117

(22)【出願日】2022-12-12

(71)【出願人】

【識別番号】500257300

【氏名又は名称】ＬＩＮＥヤフー株式会社

(74)【代理人】

【識別番号】110002952

【氏名又は名称】弁理士法人鷲田国際特許事務所

(72)【発明者】

【氏名】猪川 夏希

(57)【要約】

【課題】プレイ回数に応じた景品獲得ゲームの興趣性を向上させるサーバおよびプログラムを提供する。
【解決手段】サーバは、景品獲得ゲームのプレイ操作をプレイヤの端末から受信する通信部と、景品獲得ゲームのプレイ対価をプレイヤから徴収する制御部とを備え、制御部は、景品獲得ゲームのプレイ回数と景品の獲得履歴とに基づいてプレイ対価を決定する。
【選択図】図１４

【特許請求の範囲】

【請求項1】

景品獲得ゲームのプレイ操作をプレイヤの端末から受信する通信部と、
前記景品獲得ゲームのプレイ対価を前記プレイヤから徴収する制御部と
を備え、
前記制御部は、前記景品獲得ゲームのプレイ回数と景品の獲得履歴とに基づいて前記プレイ対価を決定するサーバ。

【請求項2】

前記景品獲得ゲームは、景品獲得装置の操作指示に基づいて前記景品を提供する請求項１に記載のサーバ。

【請求項3】

前記景品獲得ゲームは、確率に基づいて前記景品を提供する請求項１に記載のサーバ。

【請求項4】

前記制御部は、前記景品獲得ゲームの連続したプレイ回数に基づいて前記プレイ対価を決定する請求項１に記載のサーバ。

【請求項5】

前記制御部は、前記景品獲得ゲームのプレイの終了から次のプレイの開始までの時間に基づいて、前記プレイと前記次のプレイとを連続したプレイとして判断する請求項４に記載のサーバ。

【請求項6】

前記制御部は、前記プレイ回数に応じて前記プレイ対価を割り引きし、前記景品の獲得に応じて割り引きを戻すように前記プレイ対価を決定する請求項１～５のいずれか一項に記載のサーバ。

【請求項7】

前記制御部は、特定の景品の獲得に応じて、割り引きを戻すように前記プレイ対価を決定する請求項６に記載のサーバ。

【請求項8】

前記制御部は、前記景品の獲得数に応じて、割り引きを戻すように前記プレイ対価を決定する請求項６に記載のサーバ。

【請求項9】

景品獲得ゲームのプレイ操作をサーバに送信することと、
前記景品獲得ゲームのプレイ回数と景品の獲得履歴に基づいて決定された前記景品獲得ゲームのプレイ対価を示す情報を前記サーバから取得することと、を端末に実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、サーバおよびプログラムに関する。

【背景技術】

【0002】

近年、プレイヤが端末でプレイして景品を獲得する景品獲得ゲームが知られている。この景品獲得ゲームでは、例えば、端末を用いて景品獲得装置などのゲーム機をオンラインで操作する技術が実用化されている。例えば、特許文献１には、クレーンゲーム装置を撮影し、その画像を観ながらプレイヤが端末でクレーンゲーム装置を操作するクレーンゲーム機の遊技方法が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００４－２０２１０７号公報

【発明の概要】

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

【0004】

しかしながら、特許文献１の遊技方法では、プレイ回数に応じて景品獲得ゲームをプレイするプレイ対価が大きく増加するため、景品獲得ゲームの興趣性が低減するおそれがある。

【0005】

本開示は、プレイ回数に応じた景品獲得ゲームの興趣性を向上させるサーバおよびプログラムを提供することを目的とする。

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

【0006】

本発明の第１の態様によると、サーバは、景品獲得ゲームのプレイ操作をプレイヤの端末から受信する通信部と、景品獲得ゲームのプレイ対価をプレイヤから徴収する制御部とを備え、制御部は、景品獲得ゲームのプレイ回数と景品の獲得履歴とに基づいてプレイ対価を決定する。
本発明の第２の態様によると、プログラムは、景品獲得ゲームのプレイ操作をサーバに送信することと、景品獲得ゲームのプレイ回数と景品の獲得履歴に基づいて決定された景品獲得ゲームのプレイ対価を示す情報をサーバから取得することと、を端末に実行させる。

【発明の効果】

【0007】

本開示によれば、プレイ回数に応じた景品獲得ゲームの興趣性を向上させることが可能となる。

【図面の簡単な説明】

【0008】

【図1】実施形態の一態様におけるシステムの構成の一例を示す図。

【図2】第１実施形態に係るサーバの通信部により実現される機能の一例を示す図。

【図3】第１実施形態に係るサーバの記憶部により実現される機能の一例を示す図。

【図4】第１実施形態に係るサーバの制御部により実現される機能の一例を示す図。

【図5】第１実施形態に係る端末の通信部により実現される機能の一例を示す図。

【図6】第１実施形態に係る端末の記憶部により実現される機能の一例を示す図。

【図7】第１実施形態に係る端末の制御部により実現される機能の一例を示す図。

【図8】第１実施形態に係る景品獲得装置の構成の一例を示す図。

【図9】第１実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

【図10】プレイヤの端末に表示されたゲーム開始画面の一例を示す図。

【図11】プレイヤの端末に表示されたプレイ画面の一例を示す図。

【図12】プレイヤの端末に表示されたコンティニュー情報の一例を示す図。

【図13】第１実施形態においてプレイ対価を決定する割引テーブルの一例を示す図。

【図14】景品の獲得に応じてプレイ対価を示す情報を変更する一例を示す図。

【図15】第２実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

【図16】第２実施形態において抽選ゲームを開始する開始画面の一例を示す図。

【図17】第２実施形態において景品の獲得結果の一例を示す図。

【図18】第２実施形態においてプレイ対価を決定する割引テーブルの一例を示す図。

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

【0009】

＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

【0010】

本開示に係るサーバおよびプログラムを実施するための実施形態について、図面を参照して説明する。

【0011】

［システム構成］
図１は、本開示の一実施形態に係る通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ、端末２０Ｂ、端末２０Ｃ）と、ゲーム機４０（ゲーム機４０Ａ、ゲーム機４０Ｂ、ゲーム機４０Ｃ）とが接続される。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、ゲーム機４０を操作するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数およびゲーム機４０の数は限定されない。

【0012】

ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０と、１以上のゲーム機４０とを接続する役割を担う。すなわち、ネットワーク３０は、端末２０がサーバ１０を介してゲーム機４０に接続した後、端末２０とゲーム機４０との間でサーバ１０を介してデータを送受信することができるように接続経路を提供する通信網を意味する。

【0013】

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ａｄ ｈｏｃ ｎｅｔｗｏｒｋ）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（ｖｉｒｔｕａｌ ｐｒｉｖａｔｅ ｎｅｔｗｏｒｋ：ＶＰＮ）、ローカル・エリア・ネットワーク（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ：ＬＡＮ）、ワイヤレスＬＡＮ（ｗｉｒｅｌｅｓｓ ＬＡＮ：ＷＬＡＮ）、広域ネットワーク（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ：ＷＡＮ）、ワイヤレスＷＡＮ（ｗｉｒｅｌｅｓｓ ＷＡＮ：ＷＷＡＮ）、大都市圏ネットワーク（ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ：ＭＡＮ）、インターネットの一部、公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（ｉｎｔｅｇｒａｔｅｄ ｓｅｒｖｉｃｅ ｄｉｇｉｔａｌ ｎｅｔｗｏｒｋｓ）、無線ＬＡＮ、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

【0014】

端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。

【0015】

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。

【0016】

サーバ１０は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。

【0017】

ゲーム機４０は、オンラインで端末２０に接続され、サーバ１０の制御の下、端末２０の操作に応じて作動される。ゲーム機４０は、各実施形態において記載する機能を実現できる装置であればどのような装置であってもよい。限定でなく例として、ゲーム機４０は、景品を獲得する景品獲得ゲームを提供する景品獲得装置であってもよい。
また、景品獲得ゲームは、プレイヤの端末２０で操作された結果、プレイヤが景品を獲得するゲームである。例えば、景品獲得ゲームは、プレイヤの操作によるゲーム機４０の物理的な動作の結果、景品獲得の条件を満たした場合にプレイヤが景品を獲得するゲームであってもよい。限定でなく例として、景品獲得ゲームは、クレーンアームを用いて景品（景品を代替する媒体を含む）を特定の位置へと移動させることで景品獲得とするゲーム、クレーンではない手段により景品を落とし口に落とすなどして景品獲得とするゲームなどを含んでもよい。また、景品獲得ゲームは、特定の穴にボールまたは棒などを入れることで景品獲得とするゲームのように、上記の景品を動かすゲームに限られない多種の景品獲得ゲームを含む。
また、景品獲得ゲームは、プレイヤの端末２０でアプリケーションを操作した結果、確率に基づいてプレイヤが景品を獲得するゲームであってもよい。限定でなく例として、景品獲得ゲームは、確率に基づいて景品を獲得する抽選ゲームであってもよい。抽選ゲームとしては、例えば、特定のゲームのアイテムまたはキャラクタなどの景品を抽選により獲得する、いわゆるガチャなどのゲームを含んでもよい。

【0018】

［各装置のハードウェア（ＨＷ）構成］
図１を用いて、通信システム１に含まれる各装置のＨＷ構成について説明する。

【0019】

（１）端末２０のＨＷ構成
端末２０は、制御部２１（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定でなく例として、端末２０は、マイク２５、カメラ２７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

【0020】

通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

【0021】

入出力部２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

【0022】

入力部は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。

【0023】

出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定でなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定でなく例として３Ｄ（ｔｈｒｅｅ ｄｉｍｅｎｓｉｏｎｓ）出力や、ホログラム出力）、プリンターなどを含む。

【0024】

表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（ｏｒｇａｎｉｃ ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ ｄｉｓｐｌａｙ））、ヘッドマウントディスプレイ（ＨＭＤ：Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｉｓｐｌａｙ）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。

【0025】

入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。

【0026】

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

【0027】

制御部２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、プロセッサコア（ｐｒｏｃｅｓｓｏｒ ｃｏｒｅ）、マルチプロセッサ（ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）を含む。

【0028】

記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定でなく例として、ＨＤＤ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、ＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、フラッシュメモリ、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）など各種の記憶媒体を含む。また、記憶部２８は、メモリ（ｍｅｍｏｒｙ）と表現されてもよいし、されなくてもよい。

【0029】

端末２０は、プログラムを記憶部２８に記憶し、このプログラムを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムは、プログラムモジュールと表現されてもよいし、されなくてもよい。

【0030】

マイク２５は、音声データの入力に利用される。スピーカ２６は、音声データの出力に利用される。カメラ２７は、動画像データの取得に利用される。

【0031】

（２）サーバのＨＷ構成
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、ディスプレイ１３を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、ディスプレイ１３を取り外すような構成であってもよいし、そうでなくてもよい。

【0032】

制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

【0033】

制御部１１は、代表的には中央処理装置（ＣＰＵ）であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。

【0034】

記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ（ｍｅｍｏｒｙ）と表現されてもよいし、されなくてもよい。

【0035】

通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０との通信およびゲーム機４０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０に送信する。また、通信Ｉ／Ｆ１４は、端末２０から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

【0036】

入出力部１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力部１２は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力部１２は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入出力部１２は、これらに限定されない。

【0037】

ディスプレイ１３は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（ｏｒｇａｎｉｃ ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ ｄｉｓｐｌａｙ））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＭＤ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイ１３は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイ１３は、これらに限定されない。
サーバ１０は、プログラムを記憶部１５に記憶し、このプログラムを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムは、プログラムモジュールと表現されてもよいし、されなくてもよい。

【0038】

（３）ゲーム機のＨＷ構成
ゲーム機４０は、制御部４１（ＣＰＵ）、記憶部４７、通信Ｉ／Ｆ４６（インタフェース）、入出力部４２、表示部４３、スピーカ４４、カメラ４５を備える。ゲーム機４０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、ゲーム機４０のＨＷは、ゲーム機４０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、ゲーム機４０のＨＷは、表示部４３を取り外すような構成であってもよいし、そうでなくてもよい。

【0039】

通信Ｉ／Ｆ４６は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ４６は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ４６は、各種データを制御部４１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ４６は、サーバ１０から送信された各種データを受信し、制御部４１に伝達する。また、通信Ｉ／Ｆ４６を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ４６が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

【0040】

入出力部４２は、ゲーム機４０に対する各種操作を入力する装置、および、ゲーム機４０で処理された処理結果を出力する装置を含む。入出力部４２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

【0041】

入力部は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部４１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定でなく例として、操作ボタン、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。

【0042】

出力部は、制御部４１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定でなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定でなく例として３Ｄ（ｔｈｒｅｅ ｄｉｍｅｎｓｉｏｎｓ）出力や、ホログラム出力）、プリンターなどを含む。

【0043】

表示部４３は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部４３は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（ｏｒｇａｎｉｃ ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ ｄｉｓｐｌａｙ））、ヘッドマウントディスプレイ（ＨＭＤ：Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｉｓｐｌａｙ）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部４３は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。

【0044】

入出力部４２がタッチパネルの場合、入出力部４２と表示部４３とは、略同一の大きさおよび形状で対向して配置されていてもよい。

【0045】

制御部４１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部４１は、制御回路と表現されてもよいし、されなくてもよい。

【0046】

制御部４１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、プロセッサコア（ｐｒｏｃｅｓｓｏｒ ｃｏｒｅ）、マルチプロセッサ（ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）を含む。

【0047】

記憶部４７は、ゲーム機４０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部４７は、限定でなく例として、ＨＤＤ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、ＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、フラッシュメモリ、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）など各種の記憶媒体を含む。また、記憶部４７は、メモリ（ｍｅｍｏｒｙ）と表現されてもよいし、されなくてもよい。

【0048】

ゲーム機４０は、プログラムを記憶部４７に記憶し、このプログラムを実行することで、制御部４１が、制御部４１に含まれる各部としての処理を実行する。つまり、記憶部４７に記憶されるプログラムは、ゲーム機４０に、制御部４１が実行する各機能を実現させる。また、このプログラムは、プログラムモジュールと表現されてもよいし、されなくてもよい。

【0049】

スピーカ４４は、音声データの出力に利用される。カメラ４５は、動画像データの取得に利用される。

【0050】

本開示の各実施形態においては、端末２０、サーバ１０および／またはゲーム機４０のＣＰＵがプログラムを実行することにより、実現するものとして説明する。

【0051】

なお、端末２０の制御部２１、サーバ１０の制御部１１、および／または、ゲーム機４０の制御部４１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）チップ、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１、１１および／または４１は、制御回路と表現されてもよいし、されなくてもよい。

【0052】

また、本開示の各実施形態のプログラム（限定でなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール）は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。また、プログラムは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

【0053】

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（ｍｅｍｏｒｙ）と表現されてもよいし、されなくてもよい。

【0054】

サーバ１０、端末２０および／またはゲーム機４０は、記憶媒体に記憶されたプログラムを読み出し、読み出したプログラムを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

【0055】

また、本開示のプログラムは、プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、サーバ１０、端末２０および／またはゲーム機４０に提供されてもよいし、されなくてもよい。サーバ１０、端末２０および／またはゲーム機４０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

【0056】

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
サーバ１０、端末２０および／またはゲーム機４０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０および／またはゲーム機４０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１および／またはゲーム機４０の制御部４１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部を、端末２０および／またはゲーム機４０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０および／またはゲーム機４０で行う構成としてもよいし、そうでなくてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

【0057】

なお、本開示のプログラムは、限定でなく例として、ＡｃｔｉｏｎＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語、Ｏｂｊｅｃｔｉｖｅ－Ｃ、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語、ＨＴＭＬ５などのマークアップ言語などを用いて実装される。

【0058】

また、繰り返しとなるが、本開示における各種プログラムや各種データは、コンピュータ読取可能な記憶媒体（記録媒体）に記憶（記録）させておくことができる。この記憶媒体には、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリ等の各種の記憶媒体が含まれる。

【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】

サーバ１０の制御部１１は、プレイヤＡからプレイ対価を徴収すると、景品獲得装置４０の撮影画像を含むプレイ画面を端末２０Ａに送信する（Ｂ４）。これにより、端末２０Ａの制御部２１は、図１１に示すように、撮影画像６１を含むプレイ画面６２を表示部２４に表示させる。なお、プレイ画面６２は、例えば、カメラ４５ａで撮影された撮影画像６１と、カメラ４５ｂで撮影された撮影画像６１とを切り換える切換ボタン６３を含んでもよい。また、プレイ画面６２は、景品獲得装置４０を操作する操作ボタン６６を含んでもよい。

【0095】

端末２０Ａの制御部２１は、プレイ画面６２の操作ボタン６６に対するプレイヤＡの入力操作に基づいて、景品獲得装置４０の操作指示を示すプレイ操作をサーバ１０に送信する（Ａ３）。サーバ１０の制御部１１は、端末２０Ａから操作指示を受信すると、その操作指示を景品獲得装置４０に送信する（Ｂ５）。そして、景品獲得装置４０の制御部４１は、プレイヤＡの操作指示に基づいて、図８に示すように、クレーン４９を動作させる（Ｃ２）。景品獲得装置４０の制御部４１は、例えば、取出口５１に配置された図示しないセンサーの検出信号に基づいて、景品Ｐの検出を示す検出結果をサーバ１０に送信する（Ｃ３）。このように、景品獲得ゲームは、景品獲得装置４０の操作指示に基づいてプレイヤに景品Ｐを提供するものである。

【0096】

サーバ１０の制御部１１は、景品Ｐの検出結果を景品獲得装置４０から受信すると、その検出結果に基づいて端末２０ＡのプレイヤＡが景品Ｐを獲得したか否かを判定する。そして、サーバ１０の制御部１１は、記憶部１５に記憶された景品獲得ゲームのプレイ回数と景品Ｐの獲得履歴とを更新する（Ｂ６）。具体的には、サーバ１０の制御部１１は、景品獲得ゲームのプレイ回数を１つ増やすと共に、景品Ｐの獲得結果（例えば景品を獲得したか否か）を記憶してもよい。

【0097】

続いて、サーバ１０の制御部１１は、景品Ｐの獲得結果を端末２０Ａに送信する（Ｂ７）。このとき、サーバ１０の制御部１１は、景品獲得ゲームを連続してプレイするためのコンティニュー情報を端末２０Ａに送信してもよい。これにより、端末２０Ａの制御部２１は、図１２に示すように、コンティニュー情報６８を表示部２４に表示する。

【0098】

コンティニュー情報６８は、例えば、制限時間６８ａと、開始ボタン６８ｂとを含んでもよい。開始ボタン６８ｂは、端末２０ＡのプレイヤＡが景品獲得ゲームを再度連続してプレイすることを選択するボタンである。制限時間６８ａは、開始ボタン６８ｂを選択する期限を示す時間である

【0099】

端末２０Ａの制御部２１は、コンティニュー情報６８を表示すると、開始ボタン６８ｂに対するプレイヤＡの入力操作に基づいて、プレイヤＡが景品獲得ゲームを終了するか否かを判定する（Ａ４）。端末２０Ａの制御部２１は、制限時間６８ａ内に開始ボタン６８ｂが操作されない場合には、プレイヤＡが景品獲得ゲームを終了すると判定し、ゲーム終了要請をサーバ１０に送信する（Ａ５）。これにより、サーバ１０の制御部１１は、次の予約者がいる場合には、その予約者に景品獲得ゲームのプレイ権を移し、予約者がいない場合には、プレイ権を開放して、プレイヤからの景品獲得ゲームのプレイを受け付ける。

【0100】

一方、端末２０Ａの制御部２１は、制限時間６８ａ内に開始ボタン６８ｂが操作された場合には、プレイヤＡが景品獲得ゲームを連続してプレイすると判定し、ステップＡ１に戻って、ゲーム開始画面の送信要請をサーバ１０に送信する。このようにして、端末２０Ａの制御部２１は、プレイヤＡが景品獲得ゲームを終了するまで、ステップＡ１～Ａ４の処理を繰り返す。また、サーバ１０の制御部１１は、ステップＢ１～Ｂ７の処理を繰り返すことになる。ここで、サーバ１０の制御部１１は、景品獲得ゲームがプレイされる度に、ステップＢ１において、前回の景品獲得ゲームにおいて更新された景品獲得ゲームのプレイ回数と景品Ｐの獲得履歴とに基づいて、景品獲得ゲームのプレイ対価を決定する。このとき、サーバ１０の制御部１１は、プレイ回数に応じてプレイ対価を割り引きし、景品Ｐの獲得に応じて割り引きを戻すようにプレイ対価を決定してもよい。

【0101】

例えば、サーバ１０の制御部１１は、景品獲得ゲームの連続したプレイ回数に基づいて、景品獲得ゲームのプレイ対価を決定してもよい。このとき、サーバ１０の制御部１１は、景品獲得ゲームのプレイの終了から次のプレイの開始までの経過時間に基づいて、そのプレイと次のプレイとを連続したプレイとして判断してもよい。例えば、サーバ１０の制御部１１は、コンティニュー情報６８の制限時間６８ａに基づいて、連続したプレイを判断してもよい。具体的には、サーバ１０の制御部１１は、コンティニュー情報６８が表示されて制限時間６８ａ内に開始ボタン６８ｂが入力操作された場合には、連続したプレイと判断してもよい。

【0102】

なお、サーバ１０の制御部１１は、連続したプレイを判断できればよく、制限時間６８ａに基づいて判断するものに限定されない。例えば、サーバ１０の制御部１１は、制限時間６８ａより短い基準時間を設定し、その基準時間に基づいて連続したプレイを判断してもよい。

【0103】

そして、サーバ１０の制御部１１は、連続したプレイ回数が増えるほど、初回の初期値から割り引くようにプレイ対価を決定する。例えば、サーバ１０の制御部１１は、プレイ回数に対して割り引き後のプレイ対価を関連付けた割引テーブルが予め設定されていてもよい。ここで、割引テーブル９１は、図１３に示すように、所定のプレイ回数毎にプレイ対価を段階的に割り引くように設定されてもよい。

【0104】

具体的には、割引テーブル９１は、景品の獲得履歴において景品の獲得がない場合、プレイ回数が１回目～１０回目でプレイ対価を３００ポイント、プレイ回数が１１回目～２０回目でプレイ対価を２５０ポイント、プレイ回数が２１回目～３０回目でプレイ対価を２００ポイント、プレイ回数が３１回目以上でプレイ対価を１５０ポイントと、プレイ対価を段階的に割り引くように設定されてもよい。例えば、プレイ回数が１１回目～２０回目の場合、プレイ画面６２には、図１２に示すように、２５０ポイントに割り引きされたプレイ対価を示す情報９７が表示されることになる。

【0105】

なお、割引テーブル９１は、プレイ回数に対して割り引き後のプレイ対価を関連付けたが、プレイ回数に基づいてプレイ対価を決定できればよく、これに限定されない。例えば、割引テーブル９１は、プレイ回数に対してプレイ対価の割引量（例えば、割引料、割引率など）を関連付けてもよい。これにより、サーバ１０の制御部１１は、プレイ回数に基づいて割引テーブル９１から割引量を決定し、その割引量に基づいてプレイ対価を算出することができる。

【0106】

また、サーバ１０の制御部１１は、プレイ対価の割引情報をプレイ画面６２に表示させてもよい。例えば、サーバ１０の制御部１１は、プレイ対価を割り引くプレイ回数に基づいて、プレイ対価の割引予告をプレイ画面６２に表示させてもよい。具体的には、サーバ１０の制御部１１は、コンティニュー情報６８がプレイ画面６２に表示されるときに、「あと３回プレイするとプレイ対価が割り引きされます」、「１１回目のゲームでプレイ対価が割り引きされます」などの割引予告をコンティニュー情報６８と共にプレイ画面６２に表示させてもよい。

【0107】

また、割引テーブル９１は、所定のプレイ回数毎にプレイ対価を段階的に割り引くように設定されたが、プレイ回数が１回増える毎にプレイ対価を割り引くように設定されてもよい。また、割引テーブル９１は、それぞれの景品獲得装置４０に対して独自に設定されてもよい。

【0108】

続いて、景品獲得装置４０において景品Ｐが獲得されると、サーバ１０の制御部１１は、ステップＢ６において、景品Ｐが獲得されたことを示すように景品Ｐの獲得履歴を更新する。そして、サーバ１０の制御部１１は、景品Ｐの獲得履歴に基づいて前回の景品獲得ゲームで景品Ｐが獲得されたと判定すると、ステップＢ１において、プレイ回数に応じた割り引きを戻すようにプレイ対価を決定する。例えば、サーバ１０の制御部１１は、割り引きをゼロに戻して初期値とするようにプレイ対価を決定してもよい。具体的には、サーバ１０の制御部１１は、全てのプレイ回数で初期値の３００ポイントに戻すようにプレイ対価を決定してもよい。これにより、サーバ１０の制御部１１は、例えば図１４に示すように、コンティニュー情報６８が表示されたプレイ画面６２において、プレイ対価を示す情報９７を２５０ポイントから３００ポイントに変更する。このとき、サーバ１０の制御部１１は、記憶部１５に記憶されたプレイ回数をゼロに変更してもよい。これにより、サーバ１０の制御部１１は、次回、プレイヤＡにより景品獲得ゲームがプレイされると、そのプレイ回数を１回目とカウントすることになる。また、サーバ１０の制御部１１は、プレイ対価を示す情報９７を変更する場合、その変更の理由を示す変更情報９７ａをプレイ画面６２に表示してもよい。

【0109】

なお、割引テーブル９１は、プレイ回数に応じた割り引きをゼロに戻すものに限定されない。サーバ１０の制御部１１は、例えば、割り引きを所定量、例えば５０％だけ戻すようにプレイ対価を決定してもよい。すなわち、サーバ１０の制御部１１は、景品Ｐの獲得に応じて、割り引きを段階的にゼロに戻すようにプレイ対価を決定してもよい。また、サーバ１０の制御部１１は、例えば、プレイ回数が多いほど、割り引きを戻す量が小さくなるように所定量を設定してもよい。また、サーバ１０の制御部１１は、例えば、プレイ回数が多いほど、割り引きを戻す量が指数関数的に小さくなるように所定量を設定してもよい。

【0110】

このようにして、サーバ１０の制御部１１は、景品獲得ゲームのプレイ回数と景品Ｐの獲得履歴とに基づいてプレイ対価を決定すると、そのプレイ対価をプレイヤＡから徴収する（Ｂ３）。

【0111】

なお、本実施形態では、サーバ１０の制御部１１は、景品獲得ゲームの連続したプレイ回数に基づいてプレイ対価を決定したが、景品獲得ゲームのプレイ回数に基づいてプレイ対価を決定すればよく、これに限定されない。例えば、サーバ１０の制御部１１は、景品獲得ゲームの総プレイ回数に基づいてプレイ対価を決定してもよい。

【0112】

また、本実施形態では、サーバ１０の制御部１１は、景品獲得ゲームがプレイされる度に景品獲得ゲームのプレイ回数をカウントしたが、景品獲得ゲームが無料でプレイされた場合にはプレイ回数をカウントしない、すなわちプレイ回数に含めなくてもよい。サーバ１０の制御部１１は、例えば、無料で配布されたプレイ対価などを使用して景品獲得ゲームがプレイされた場合、プレイ回数をカウントしなくてもよい。

【0113】

＜第１実施形態の効果＞
第１実施形態では、サーバ１０の通信部１４が、景品獲得ゲームのプレイ操作をプレイヤＡの端末２０Ａから受信する。そして、サーバ１０の制御部１１は、景品獲得ゲームのプレイ対価をプレイヤＡから徴収する。このとき、サーバ１０の制御部１１は、景品獲得ゲームのプレイ回数と景品Ｐの獲得履歴とに基づいてプレイ対価を決定する。

【0114】

このような構成による効果の一例として、プレイヤＡは、景品獲得ゲームのプレイ回数と景品Ｐの獲得履歴に応じた適切なプレイ対価で、景品獲得ゲームを繰り返しプレイすることができる。これにより、プレイヤＡは、景品獲得ゲームを繰り返しプレイすることに対する負担が適切に軽減される。このため、プレイ回数に応じた景品獲得ゲームの興趣性を向上させることができる。

【0115】

また、第１実施形態では、景品獲得ゲームは、景品獲得装置４０の操作指示に基づいて景品Ｐを提供する。

【0116】

このような構成による効果の一例として、景品獲得装置４０で景品Ｐを獲得する景品獲得ゲームにおいて、プレイ回数に応じた興趣性を向上させることができる。

【0117】

また、第１実施形態では、サーバ１０の制御部１１は、景品獲得ゲームの連続したプレイ回数に基づいてプレイ対価を決定する。

【0118】

このような構成による効果の一例として、景品獲得ゲームを連続してプレイすることに対する負担を確実に軽減することができる。

【0119】

また、第１実施形態では、サーバ１０の制御部１１は、景品獲得ゲームのプレイの終了から次のプレイの開始までの時間に基づいて、そのプレイと次のプレイとを連続したプレイとして判断する。

【0120】

このような構成による効果の一例として、サーバ１０の制御部１１は、連続したプレイを正確に判断することができる。

【0121】

また、第１実施形態では、サーバ１０の制御部１１は、プレイ回数に応じてプレイ対価を割り引きし、景品Ｐの獲得に応じて割り引きを戻すようにプレイ対価を決定する。

【0122】

このような構成による効果の一例として、サーバ１０の制御部１１は、より適切なプレイ対価を決定することができる。

【0123】

また、第１実施形態では、端末２０Ａの通信部２２は、景品獲得ゲームのプレイ操作をサーバ１０に送信する。そして、端末２０Ａの制御部２１は、景品獲得ゲームのプレイ回数と景品Ｐの獲得履歴に基づいて決定された景品獲得ゲームのプレイ対価を示す情報をサーバ１０から取得する。

【0124】

このような構成による効果の一例として、プレイヤＡは、景品獲得ゲームのプレイ回数と景品Ｐの獲得履歴に応じた適切なプレイ対価で、景品獲得ゲームを繰り返しプレイすることができる。これにより、プレイヤＡは、景品獲得ゲームを繰り返しプレイすることに対する負担が適切に軽減される。このため、プレイ回数に応じた景品獲得ゲームの興趣性を向上させることができる。

【0125】

＜第１変形例（１）＞
第１実施形態では、サーバ１０の制御部１１は、景品獲得ゲームのプレイの終了から次のプレイの開始までの時間に基づいて連続したプレイを判断したが、これに限定されない。

【0126】

第１変形例（１）では、サーバ１０の制御部１１は、景品獲得ゲームを前回プレイしたプレイヤと今回プレイするプレイヤとが同じか否かに基づいて、連続したプレイを判断してもよい。

【0127】

まず、第１実施形態と同様に、端末２０Ａの制御部２１は、プレイヤＡの入力操作に基づいて、景品獲得ゲームを開始するためのゲーム開始画面の送信要請をサーバ１０に送信する（Ａ１）。ここで、サーバ１０の制御部１１は、ゲーム開始画面の送信要請を端末２０Ａから受信すると、記憶部１５に記憶される景品獲得ゲームのプレイヤ情報を参照して、景品獲得ゲームを前回プレイしたプレイヤの端末２０の識別情報と、送信要請に含まれる端末２０Ａの識別情報とを比較する。そして、サーバ１０の制御部１１は、識別情報が同じ場合には、プレイヤＡが景品獲得ゲームを連続してプレイすると判断する。このように、サーバ１０の制御部１１は、景品獲得ゲームを前回プレイしたプレイヤと今回プレイするプレイヤＡとが同じであるか否かに基づいて、連続したプレイを判断する。

【0128】

このため、サーバ１０の制御部１１は、ステップＡ５においてゲーム終了要請を送信した後、再度、景品獲得ゲームを開始した場合でも、前回のプレイヤと今回のプレイヤとが同じと判断されると、景品獲得ゲームが連続してプレイされたと判断する。すなわち、サーバ１０の制御部１１は、前回のプレイヤＡのプレイと今回のプレイヤＡのプレイとの間に他のプレイヤが景品獲得ゲームをプレイしていない場合、プレイヤＡが景品獲得ゲームを連続してプレイしたと判断する。

【0129】

＜第１変形例（１）の効果＞
第１変形例（１）では、サーバ１０の制御部１１は、景品獲得ゲームを前回プレイしたプレイヤと今回プレイするプレイヤとが同じか否かに基づいて、連続したプレイを判断する。

【0130】

このような構成による効果の一例として、サーバ１０の制御部１１は、連続したプレイを正確に判断することができる。

【0131】

＜第１変形例（２）＞
第１変形例（２）では、サーバ１０の制御部１１は、プレイヤＡによる景品獲得ゲームの前回のプレイと今回のプレイとの撮影画像６１に基づいて、連続したプレイを判断してもよい。

【0132】

例えば、サーバ１０の制御部１１は、景品獲得装置４０から送信される撮影画像６１をプレイヤ毎に記憶部１５に記憶する。ここで、サーバ１０の制御部１１は、プレイヤＡの端末２０Ａからゲーム開始画面の送信要請を受信すると、送信要請に含まれる端末２０Ａの識別情報に基づいて、プレイヤＡの撮影画像６１を参照する。そして、サーバ１０の制御部１１は、プレイヤＡによる景品獲得ゲームの前回のプレイと今回のプレイとの撮影画像６１に基づいて、連続したプレイを判断してもよい。

【0133】

例えば、サーバ１０の制御部１１は、撮影画像６１に基づいて、前回のプレイの最後の景品Ｐの状態（例えば位置または姿勢）と、今回のプレイの最初の景品Ｐの状態とが同一か否かを判定する。サーバ１０の制御部１１は、前回のプレイの最後の景品Ｐの状態と、今回のプレイの最初の景品Ｐの状態とがほぼ同一と判定した場合には、プレイヤＡが景品獲得ゲームを連続してプレイしたと判断する。一方、サーバ１０の制御部１１は、前回のプレイの最後の景品Ｐの状態と、今回のプレイの最初の景品Ｐの状態とが同一でないと判定した場合には、プレイヤＡが景品獲得ゲームを連続してプレイしていないと判断する。

【0134】

＜第１変形例（２）の効果＞
第１変形例（２）では、サーバ１０の制御部１１は、プレイヤＡによる景品獲得ゲームの前回のプレイと今回のプレイとの撮影画像６１に基づいて、連続したプレイを判断する。

【0135】

このような構成による効果の一例として、サーバ１０の制御部１１は、連続したプレイを正確に判断することができる。

【0136】

＜第２実施形態＞

【0137】

第１実施形態では、景品獲得ゲームは、プレイ操作に基づいて景品Ｐを提供するゲームから構成されたが、景品を獲得するゲームから構成されていればよく、これに限定されない。

【0138】

第２実施形態では、景品獲得ゲームは、予め設定された確率に基づいて、ゲーム内で用いられる仮想的なアイテムなどの景品を獲得する抽選ゲームから構成される。例えば、抽選ゲームは、プレイ対価を支払ってプレイすると、ゲーム内に登録されたいずれかの景品が抽選により獲得できるように構成されてもよい。すなわち、本開示の景品獲得ゲームは、第１実施形態のように景品Ｐを獲得できないことがあり得るゲームに限られず、いずれかの景品が獲得できるゲームにおいてプレイヤが特定の景品の獲得を目指すゲームを含んでもよい。ここで、第２実施形態のシステム１は、第１実施形態の景品獲得装置４０が除かれると共に、サーバ１０において抽選ゲームのアプリケーションが実行される。

【0139】

なお、第１実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第４実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0140】

＜情報処理＞
図１５は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。

【0141】

まず、端末２０Ａの制御部２１が、プレイヤＡの入力操作に基づいて、景品獲得ゲームを開始する開始画面の送信要請をサーバ１０に送信する（Ａ２１）。ここで、景品獲得ゲームは、確率に基づいて景品を提供するゲームから構成され、例えば特定のゲームのアイテムまたはキャラクタなどの景品を抽選により提供する抽選ゲーム（例えばガチャなど）から構成されてもよい。

【0142】

サーバ１０の制御部１１は、開始画面の送信要請を受信すると、送信要請に含まれる端末２０Ａの識別情報に基づいて、記憶部１５に記憶されたプレイヤＡの抽選ゲームのプレイ回数と景品の獲得履歴とを参照する。そして、サーバ１０の制御部１１は、抽選ゲームのプレイ回数と景品の獲得履歴に基づいて、抽選ゲームのプレイ対価（例えば、チケット、ポイントなど）を決定する（Ｂ２１）。

【0143】

ここで、サーバ１０の制御部１１は、記憶部１５を参照してプレイヤＡのプレイ回数が１回目（最初のプレイ）であると判定すると、予め設定された初期値にプレイ対価を決定する。サーバ１０の制御部１１は、プレイ対価を決定すると、そのプレイ対価を示す情報を含む抽選ゲームの開始画面を端末２０Ａに送信する（Ｂ２２）。これにより、端末２０Ａの制御部２１は、抽選ゲームのプレイ回数と景品の獲得履歴に基づいて決定された抽選ゲームのプレイ対価を示す情報をサーバ１０から取得することになる。なお、プレイ対価を示す情報は、例えば、チケットの枚数、ポイント数などから構成されてもよい。

【0144】

端末２０Ａの制御部２１は、図１６に示すように、プレイ対価を示す情報９２を含む抽選ゲームの開始画面９３を表示部２４に表示する。これにより、抽選ゲームのプレイ対価がプレイヤＡにより把握される。また、開始画面９３は、抽選ゲームの開始を要請する要請ボタン９３ａを含む。端末２０Ａの制御部２１は、プレイ対価を把握したプレイヤＡにより要請ボタン９３ａが入力操作されると、抽選ゲームの開始要請を示すプレイ操作をサーバ１０に送信する（Ａ２２）。

【0145】

サーバ１０の制御部１１は、抽選ゲームの開始要請を端末２０Ａから受信すると、ステップＢ２１で決定されたプレイ対価をプレイヤＡから徴収する（Ｂ２３）。続いて、サーバ１０の制御部１１は、予め設定された確率に基づいて景品を抽選する（Ｂ２４）。この抽選ゲームには、複数の景品が含まれており、それぞれの景品に対して抽選で引き当てられる確率が予め設定されている。すなわち、抽選ゲームは、それぞれの景品に対して専用の抽選確率が設定されている。このため、抽選ゲームは、抽選する度に景品がボックスから削除されて最終的に全ての景品を獲得可能なボックスガチャを含まなくてもよい。また、サーバ１０の制御部１１には、抽選確率に基づいて、複数の景品のレアリティが予め設定されてもよい。サーバ１０の制御部１１は、抽選ゲームで景品が引き当てられると、その景品を記憶部１５に記憶して景品の獲得履歴を更新すると共に抽選ゲームのプレイ回数を更新する（Ｂ２５）。そして、サーバ１０の制御部１１は、景品の獲得結果を端末２０Ａに送信する（Ｂ２６）。

【0146】

これにより、端末２０Ａの制御部２１は、図１７に示すように、景品の獲得結果９４を表示部２４に表示させる（Ａ２３）。このとき、獲得結果９４は、獲得された景品Ｐ１を示す景品情報９５を含んでもよい。景品情報９５は、例えば、景品Ｐ１のレアリティ９５ａが示されてもよい。これにより、抽選ゲームが終了される。

【0147】

ここで、端末２０Ａの制御部２１は、ステップＡ２１において、プレイヤＡにより開始画面９３を送信要請するように入力操作される度に、開始画面９３の送信要請をサーバ１０に送信する。なお、プレイヤＡが抽選ゲームを容易にコンティニューできるように、景品の獲得結果９４に抽選ゲームを開始する開始ボタンを設けてもよい。端末２０Ａの制御部２１は、開始ボタンに対するプレイヤＡの入力操作に基づいてプレイヤＡが抽選ゲームを連続してプレイすると判断し、開始画面９３の送信要請をサーバ１０に送信してもよい。

【0148】

サーバ１０の制御部１１は、開始画面９３の送信要請を端末２０Ａから受信する度に、抽選ゲームのプレイ対価を決定する。このとき、サーバ１０の制御部１１は、前回の抽選ゲームにおいて更新された抽選ゲームのプレイ回数と景品Ｐ１の獲得履歴とに基づいて、抽選ゲームのプレイ対価を決定する。このとき、サーバ１０の制御部１１は、所定期間内（例えば割引サービスの実施期間内）における抽選ゲームのプレイ回数に基づいて、抽選ゲームのプレイ対価を決定してもよい。また、サーバ１０の制御部１１は、プレイ回数に応じてプレイ対価を割り引きし、特定の景品Ｐ１の獲得に応じて割り引きを戻すようにプレイ対価を決定してもよい。

【0149】

具体的には、サーバ１０の制御部１１は、プレイ回数が増えるほど、初回の初期値から割り引くようにプレイ対価を決定してもよい。例えば、サーバ１０の制御部１１は、プレイ回数に対して割り引き後のプレイ対価を関連付けた割引テーブルを予め設定されていてもよい。ここで、割引テーブル９６は、図１８に示すように、所定のプレイ回数毎にプレイ対価を段階的に割り引くように設定されてもよい。

【0150】

具体的には、割引テーブル９６は、景品の獲得履歴において特定の景品の獲得がない場合、プレイ回数が１回目～４０回目でプレイ対価を３００ポイント、プレイ回数が４１回目～８０回目でプレイ対価を２５０ポイント、プレイ回数が８１回目～１２０回目でプレイ対価を２００ポイント、プレイ回数が１２１回目以上でプレイ対価を１５０ポイントと、プレイ対価を段階的に割り引くように設定されてもよい。例えば、プレイ回数が４１回目～８０回目の場合、開始画面９３には、２５０ポイントに割り引きされたプレイ対価を示す情報９２が表示されることになる。

【0151】

なお、割引テーブル９６は、プレイ回数に対して割り引き後のプレイ対価を関連付けたが、プレイ回数に基づいてプレイ対価を決定できればよく、これに限定されない。例えば、割引テーブル９６は、プレイ回数に対してプレイ対価の割引量（例えば、割引料、割引率など）を関連付けてもよい。これにより、サーバ１０の制御部１１は、プレイ回数に基づいて割引テーブル９６から割引量を決定し、その割引量に基づいてプレイ対価を算出することができる。

【0152】

また、割引テーブル９６は、所定のプレイ回数毎にプレイ対価を段階的に割り引くように設定されたが、プレイ回数が１回増える毎にプレイ対価を割り引くように設定されてもよい。また、割引テーブル９６は、種類の異なる抽選ゲームに対してそれぞれ独自に設定されてもよい。

【0153】

続いて、抽選ゲームにおいて特定の景品Ｐ１が獲得されると、サーバ１０の制御部１１は、ステップＢ２５において、景品Ｐ１が獲得されたことを示すように景品Ｐ１の獲得履歴を更新する。そして、サーバ１０の制御部１１は、景品Ｐの獲得履歴に基づいて前回の抽選ゲームで景品Ｐ１が獲得されたと判定すると、ステップＢ２１において、プレイ回数に応じた割り引きを戻すようにプレイ対価を決定する。例えば、サーバ１０の制御部１１は、割り引きをゼロに戻して初期値とするようにプレイ対価を決定してもよい。具体的には、サーバ１０の制御部１１は、全てのプレイ回数で初期値の３００ポイントに戻すようにプレイ対価を決定してもよい。これにより、サーバ１０の制御部１１は、例えば図１６に示すように、プレイ対価を示す情報９２を２５０ポイントから３００ポイントに変更する。このとき、サーバ１０の制御部１１は、次回、プレイヤＡにより抽選ゲームがプレイされると、そのプレイ回数を１回目とカウントすることになる。

【0154】

このとき、サーバ１０の制御部１１は、景品Ｐ１のレアリティ９５ａに基づいて、獲得された景品Ｐ１が特定の景品Ｐ１か否かを判定してもよい。例えば、サーバ１０の制御部１１は、所定値以上の高いレアリティ９５ａを有する景品Ｐ１、すなわち所定値以下の低い抽選確率に設定された景品Ｐ１を特定の景品Ｐ１と判定してもよい。

【0155】

また、特定の景品Ｐ１は、プレイヤＡにより選択されてもよい。サーバ１０の制御部１１は、プレイヤＡにより選択された特定の景品Ｐ１の獲得に応じて、割り引きを戻すようにプレイ対価を決定してもよい。

【0156】

なお、割引テーブル９６は、プレイ回数に応じた割り引きをゼロに戻すものに限定されない。サーバ１０の制御部１１は、例えば、割り引きを所定量、例えば５０％だけ戻すようにプレイ対価を決定してもよい。すなわち、サーバ１０の制御部１１は、景品Ｐ１の獲得に応じて、割り引きを段階的にゼロに戻すようにプレイ対価を決定してもよい。また、サーバ１０の制御部１１は、例えば、プレイ回数が多いほど、割り引きを戻す量が小さくなるように所定量を設定してもよい。また、サーバ１０の制御部１１は、例えば、プレイ回数が多いほど、割り引きを戻す量が指数関数的に小さくなるように所定量を設定してもよい。

【0157】

このようにして、サーバ１０の制御部１１は、前回の抽選ゲームで特定の景品Ｐ１が獲得された場合、割り引きを戻したプレイ対価をプレイヤＡから徴収する（Ｂ２３）。

【0158】

なお、１度の支払いで複数回連続して抽選する抽選ゲーム、例えば１０回連続して抽選する抽選ゲームでは、その連続する抽選回数単位で記憶部１５に記憶された景品の獲得履歴と抽選ゲームのプレイ回数とが更新される。このとき、サーバ１０の制御部１１は、１度の抽選ゲームでプレイ回数を複数回（例えば１０回）増やすことになる。また、サーバ１０の制御部１１は、前回の複数回連続して抽選した抽選ゲームにおいて所定値以上のレアリティ９５ａを有する景品Ｐ１が１つ以上獲得されている場合、今回の複数回連続して抽選する抽選ゲームでは割り引きを戻すようにプレイ対価を決定する。

【0159】

また、本実施形態では、抽選ゲームのアプリケーションは、サーバ１０において実行されたが、端末２０において実行されてもよい。

【0160】

＜第２実施形態の効果＞
第２実施形態では、景品獲得ゲームは、確率に基づいて景品Ｐ１を提供する。

【0161】

このような構成による効果の一例として、抽選ゲームにおいてプレイ回数に応じた景品獲得ゲームの興趣性を向上させることができる。

【0162】

＜第３実施形態＞
第１実施形態および第２実施形態では、サーバ１０の制御部１１は、景品の獲得に応じて割り引きを戻すようにプレイ対価を決定したが、景品の獲得履歴に基づいてプレイ対価を決定すればよく、これに限定されない。

【0163】

第３実施形態では、サーバ１０の制御部１１は、例えば複数種類の景品のうち、予め定められた特定の景品の獲得に応じて、割り引きを戻すようにプレイ対価を決定する。

【0164】

なお、第１実施形態および第２実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第３実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0165】

まず、第１実施形態と同様に、サーバ１０の制御部１１は、前回の景品獲得ゲームにおいて更新された景品獲得ゲームのプレイ回数と景品Ｐの獲得履歴とに基づいて、景品獲得ゲームのプレイ対価を決定する（Ｂ１）。具体的には、サーバ１０の制御部１１は、プレイ回数に応じてプレイ対価を割り引きし、景品Ｐの獲得に応じて割り引きを戻すようにプレイ対価を決定する。このとき、サーバ１０の制御部１１は、予め設定された特定の景品Ｐの獲得に応じて、割り引きを戻すようにプレイ対価を決定してもよい。

【0166】

例えば、景品獲得装置４０において複数種類の景品Ｐが獲得可能な場合、サーバ１０の制御部１１には、複数種類の景品Ｐの中から特定の景品Ｐが予め設定されていてもよい。例えば、複数種類の景品Ｐのうち、所定値以上の価値（例えば、値段、希少性など）を有する景品Ｐを特定の景品Ｐとして予め設定されてもよい。このとき、サーバ１０の制御部１１は、景品獲得装置４０で検出される景品識別情報（例えばＲＦＩＤタグ、ＩＣタグ、コード情報など）に基づいて景品Ｐの種類を判別し、その景品Ｐの種類に基づいて特定の景品Ｐが獲得されたか否かを判定してもよい。このとき、景品識別情報は、景品獲得装置４０内の全ての景品Ｐに付加されるものに限定されない。例えば、景品識別情報は、景品獲得装置４０内の特定の景品Ｐのみに付加されてもよい。これにより、サーバ１０の制御部１１は、景品獲得装置４０における景品識別情報（例えばＲＦＩＤタグ、ＩＣタグ、コード情報など）の検出に基づいて、特定の景品Ｐが獲得されたと判定してもよい。また、サーバ１０の制御部１１は、景品獲得装置４０の撮影画像６１に基づいて、特定の景品Ｐが獲得されたか否かを判定してもよい。サーバ１０の制御部１１は、複数種類の景品Ｐの中から特定の景品Ｐが獲得された場合には、割り引きを戻すようにプレイ対価を決定してもよい。

【0167】

なお、特定の景品Ｐは、複数種類の景品Ｐの中からプレイヤＡにより選択されてもよい。サーバ１０の制御部１１は、プレイヤＡにより選択された特定の景品Ｐの獲得に応じて、割り引きを戻すようにプレイ対価を決定してもよい。

【0168】

＜第３実施形態の効果＞
第３実施形態では、サーバ１０の制御部１１は、特定の景品Ｐの獲得に応じて、割り引きを戻すようにプレイ対価を決定する。

【0169】

このような構成による効果の一例として、サーバ１０の制御部１１は、より適切なプレイ対価を決定することができる。

【0170】

＜第４実施形態＞
第４実施形態では、サーバ１０の制御部１１は、景品Ｐの獲得数に応じて、割り引きを戻すようにプレイ対価を決定する。

【0171】

なお、第１実施形態～第３実施形態と同一の構成については同一の符号を付して再度の説明を省略する。第４実施形態に記載の内容は、他の各実施形態のいずれにも適用可能である。

【0172】

まず、第１実施形態と同様に、サーバ１０の制御部１１は、前回の景品獲得ゲームにおいて更新された景品獲得ゲームのプレイ回数と景品Ｐの獲得履歴とに基づいて、景品獲得ゲームのプレイ対価を決定する（Ｂ１）。具体的には、サーバ１０の制御部１１は、プレイ回数に応じてプレイ対価を割り引きし、景品Ｐの獲得に応じて割り引きを戻すようにプレイ対価を決定する。このとき、サーバ１０の制御部１１は、景品Ｐの獲得数に応じて、割り引きを戻すようにプレイ対価を決定してもよい。

【0173】

例えば、菓子類などの複数個の景品Ｐを獲得することを前提とした景品獲得装置４０がプレイヤＡによりプレイされる場合、サーバ１０の制御部１１は、所定数以上の景品Ｐが獲得されると、割り引きを戻すようにプレイ対価を決定してもよい。このとき、サーバ１０の制御部１１は、景品Ｐの価値に基づいて所定数が設定されてもよい。例えば、サーバ１０の制御部１１は、価値が小さい景品Ｐと比較して、価値が高い景品Ｐに対して小さい所定数が設定されてもよい。

【0174】

＜第４実施形態の効果＞
第４実施形態では、サーバ１０の制御部１１は、景品Ｐの獲得数に応じて、割り引きを戻すようにプレイ対価を決定する。

【0175】

このような構成による効果の一例として、サーバ１０の制御部１１は、より適切なプレイ対価を決定することができる。

【0176】

＜その他＞
本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。限定でなく例として、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。

【符号の説明】

【0177】

１ システム
１０ サーバ
２０ 端末
３０ ネットワーク
４０ ゲーム機（景品獲得装置）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】