JP2023072136A - ゲームプログラム、ゲーム装置、ゲームシステム - Google Patents

Abstract

【課題】ゲームの興趣性を向上させることが可能なゲームプログラムを提供する。【解決手段】ゲームプログラムは、ユーザによる課金の要求を受け付ける課金受付手段５９６と、ユーザのゲームのプレイ履歴のプレイ履歴に基づいて課金の設定額を決定する課金額設定手段５６７と、ユーザによる設定額の課金に応じて補償対象のゲーム事象を設定する補償対象設定手段５６６と、補償対象のゲーム事象が発生することに基づいて、課金に対応する補償をユーザに付与する補償付与手段５７０と、として機能させる。【選択図】図１

Description

本発明は、ゲームプログラム、ゲーム装置、およびゲームシステムに関する。

下記の特許文献１に記載のゲーム装置では、ユーザが所有する有償アイテムを消費して抽選ゲームを実行した際に特定のキャラクタが出なかった場合、ユーザにポイントが付与される。ポイントが一定値以上蓄積している状態で抽選ゲームを実行して特定のキャラクタが出なかった場合、抽選ゲームの実行に費やされた有償アイテムの一部がユーザに返却される。

特開２０２１－０８３９１６号公報

特許文献１に記載のゲーム装置では、仮にユーザが数多くの有償アイテムを消費して多数の抽選ゲームを実行したとしても、ポイントの蓄積値に応じた一定の有償アイテムしかユーザに返却されない。結果として、有償アイテムの過度の消費をユーザが恐れることになるため、ゲームの興趣性が損なわれるおそれがある。

本開示は、ゲームの興趣性を向上させることが可能なゲームプログラム、ゲーム装置、およびゲームシステムを提供する。

第１の側面は、コンピュータを、
第１ユーザによる課金の要求を受け付ける課金受付手段と、
前記第１ユーザのゲームのプレイ履歴、または前記第１ユーザとは別の第２ユーザのゲームのプレイ履歴に基づいて課金の設定額を決定する課金額設定手段と、
前記第１ユーザによる前記設定額の課金に応じて補償対象のゲーム事象を設定する補償対象設定手段と、
前記補償対象のゲーム事象が発生することに基づいて、前記課金に対応する補償を前記第１ユーザまたは前記第２ユーザに付与する補償付与手段と、として機能させる
ゲームプログラムである。

第１の側面において、前記プレイ履歴は、特定のゲーム事象を発生させるために前記第１ユーザが過去に消費した対価の値に関する情報を含むことができる。
第１の側面において、前記特定のゲーム事象は、前記第１ユーザが対価の支払いを条件に特定のゲーム行動を行うことで得ることが可能な特定のゲーム結果であり、
前記補償対象のゲーム事象は、前記特定のゲーム行動を繰り返したにも関わらず前記特定のゲーム結果を得ることができない状況が継続した場合に、前記第１ユーザが前記特定のゲーム行動を行うために支払った対価の累積値が閾値に達することである。

第１の側面において、前記補償は、前記累積値を上限値として前記対価を前記第１ユーザに付与することである。
第１の側面において、前記第２ユーザは、前記第１ユーザに関連するユーザであり、
前記第１ユーザおよび前記第２ユーザとは別のユーザを第３ユーザとするとき、
前記プレイ履歴は、前記第２ユーザが前記第３ユーザに対して実行したゲーム行動に関する情報、または前記第１ユーザが前記第３ユーザに対して実行したゲーム行動に関する情報を含むことができる。

第１の側面において、前記補償対象のゲーム事象は、前記第１ユーザ、または前記第１ユーザに関連付けられたゲーム内のオブジェクトの状態が特定の条件を満たすように変化することである。
第１の側面において、前記補償は、前記第１ユーザまたは前記オブジェクトの状態を変化前の状態に変化させるために必要な対価を前記第１ユーザに付与することである。

第１の側面において、前記第２ユーザは、前記第１ユーザに関連するユーザであり、
前記プレイ履歴は、前記第２ユーザのゲームへのログインの頻度に関する情報を含むことができる。

第１の側面において、前記補償対象のゲーム事象は、前記第２ユーザが一定期間だけログインしないことである。
第１の側面において、前記第１ユーザおよび前記第２ユーザとは別のユーザを第３ユーザとするとき、
前記補償は、前記第３ユーザを前記第１ユーザまたは前記第１ユーザに関連付けられたグループに関連付けることを容易にするゲーム内の特典を前記第１ユーザに付与することである。

第１の側面において、前記第２ユーザは、前記第１ユーザに関連するユーザであり、
前記第１ユーザおよび前記第２ユーザに関連するゲーム行動を特定ゲーム行動とするとき、
前記プレイ履歴は、前記第２ユーザによる前記特定ゲーム行動に関する情報を含むことができる。

第１の側面において、前記補償対象のゲーム事象は、前記第１ユーザまたは前記第１ユーザに関連付けられたグループに対する前記第２ユーザの関連付けの少なくとも一部を解除することである。
第１の側面において、前記補償対象のゲーム事象は、前記特定ゲーム行動が所定の条件を満たすまで進行しなかったことである。

第１の側面において、前記補償は、前記特定ゲーム行動が前記所定の条件を満たすまで進行した場合に付与される報酬の少なくとも一部を前記第１ユーザに付与することである。
第１の側面において、前記課金額設定手段により設定される課金の設定額を第１設定額とするとき、
前記課金額設定手段は前記設定額を設定するための前記プレイ履歴に関わらず、前記第１設定額とは異なる第２設定額を設定し、前記第１ユーザが前記第２設定額を課金することに基づいて、前記補償対象のゲーム事象を設定可能な特典に加え、それとは別の特典を前記第１ユーザに付与する特典付与手段を更に備えることができる。

第１の側面において、前記補償付与手段は、前記第１ユーザの複数回の課金履歴に基づいて、前記補償の内容、および前記補償の有無の少なくとも一方を設定することができる。
第２側面は、
第１ユーザによる課金の要求を受け付ける課金受付部と、
前記第１ユーザのゲームのプレイ履歴、または前記第１ユーザとは別の第２ユーザのゲームのプレイ履歴に基づいて課金の設定額を決定する課金額設定部と、
前記第１ユーザによる前記設定額の課金に応じて補償対象のゲーム事象を設定する補償対象設定部と、
前記補償対象のゲーム事象が発生することに基づいて、前記課金に対応する補償を前記第１ユーザまたは前記第２ユーザに付与する補償付与部と、を備える
ゲーム装置である。

第３側面は、
第１ユーザによる課金の要求を受け付ける課金受付部と、
前記第１ユーザのゲームのプレイ履歴、または前記第１ユーザとは別の第２ユーザのゲームのプレイ履歴に基づいて課金の設定額を決定する課金額設定部と、
前記第１ユーザによる前記設定額の課金に応じて補償対象のゲーム事象を設定する補償対象設定部と、
前記補償対象のゲーム事象が発生することに基づいて、前記課金に対応する補償を前記第１ユーザまたは前記第２ユーザに付与する補償付与部と、を備える
ゲームシステムである。

本開示によれば、ゲームの興趣性を向上させることが可能なゲームプログラム、ゲーム装置、およびゲームシステムを提供できる。

実施形態のゲームシステムの概略構成を示すブロック図である。 実施形態のプレイ履歴ＤＢに記憶されている情報を模式的に示す図である。 実施形態のゲームシステムで用いられる保険の概要を示す図。 実施形態のゲームシステムで用いられる保険の設定額の演算方法を示す図である。 実施形態のゲーム中にディスプレイに表示される画面例である。 実施形態のゲーム中にディスプレイに表示される画面例である。 実施形態のゲーム中にディスプレイに表示される画面例である。 実施形態のゲーム中にディスプレイに表示される画面例である。 実施形態の制御部により実行される処理の手順を示すフローチャートである。 実施形態の制御部により実行される処理の手順を示すフローチャートである。 第３変形例のゲームシステムで用いられる保険の概要を示す図。 第３変形例のプレイ履歴ＤＢに記憶されている情報を模式的に示す図である。 第４変形例のゲームシステムで用いられる保険の概要を示す図。 第４変形例のプレイ履歴ＤＢに記憶されている情報を模式的に示す図である。 他の実施形態のプレイ履歴ＤＢに記憶されている情報を模式的に示す図である。

［実施形態］
本開示のゲームシステム１の実施形態について図面を参照して説明する。
＜ゲームの説明＞
図１に示されるゲームシステム１では、サーバ装置２および複数のゲーム装置５が通信ネットワーク６を介して互いに通信可能に接続されており、ゲーム装置５においてゲームが実行される。

本実施形態のゲームは、ゲームシステム１において実行されるオンラインのゲームである。このゲームでは、ゲーム装置５のユーザが、単数または複数のプレイヤキャラクタを仮想ゲーム空間で活動させたり、プレイヤキャラクタを、ノンプレイヤキャラクタと対戦させたりすることができる。プレイヤキャラクタはオブジェクトに相当する。

本実施形態のゲームでは、ユーザがゲーム媒体を取得することができる。ゲーム媒体とは、ゲームに関する要素を表した電子データであって、ユーザが仮想空間において操作するプレイヤキャラクタ、アイテム、並びにゲーム内で使用可能な消費媒体などである。ユーザは、ゲーム媒体を、課金による購入やクエストのクリア、各種ゲーム内のイベントの報酬、ガチャと呼ばれる抽選方法などにより入手することができる。

消費媒体は、仮想ゲーム空間内で使用可能な仮想通貨やポイント、アイテム、プレイヤキャラクタなどであって、ゲームを進めるにあたりゲーム内で消費される媒体である。消費媒体は、クエストの報酬として、または現実社会での課金によりユーザに付与される。
仮想通貨は、有償の仮想通貨であってもよいし、無償の仮想通貨であってもよい。有償の仮想通貨は、課金により取得される仮想通貨である。無償の仮想通貨は、課金によらずに取得される仮想通貨である。無償の仮想通貨は、例えばゲームのログイン時にユーザに付与される特典（いわゆるログインボーナス）、あるいはクエストなどのゲームイベントのクリアによりユーザに付与される特典など、ゲームの進行に応じて取得可能であってもよい。

クエストとは、ゲーム内で達成すべき課題や条件などが関連付けられたゲームコンテンツである。クエストには、そのクリア条件が設定されている。ユーザのゲーム行動によりクエストのクリア条件が達成されるとユーザに所定の報酬が付与される。なお、クエストにはクリア条件以外の課題（いわゆるミッション）が関連付けられていてもよい。当該ミッションを達成しつつクリア条件を成就することで、ユーザにはクリア報酬に加えてミッションクリア報酬が付与される。

ユーザがガチャなどで入手可能なプレイヤキャラクタやアイテムなどのゲーム媒体には、そのパラメータの一つとして、希少価値を示すレアリティと称されるパラメータが予め設定されている。具体的には、レアリティが高いとは、希少価値が高い、すなわちゲーム内で入手し難いことを意味し、レアリティが低いとは、希少価値が低い、すなわちゲーム内で入手し易いことを意味する。本実施形態のゲームでは、各ゲーム媒体に、Ｓランク、Ａランク、およびＢランクのいずれかのレアリティが予め設定されている。Ｓランクが最も高いレアリティであり、そこからＡランク、Ｂランクの順でレアリティが低くなる。

ガチャとは、所定の選択割合に基づき任意のゲーム媒体を抽選により選択する方法である。選択された任意のゲーム媒体はユーザに付与される。ガチャを行うために消費されるゲーム媒体には、例えば課金操作によりユーザに付与される有償ゲーム媒体である「有償石」や、ゲーム行動を通じてユーザに付与される無償ゲーム媒体である「無償石」がある。なお、「ゲーム媒体をユーザに付与する」とは「ゲーム媒体を、ユーザを示す識別情報と関連付ける」と同義である。また、「ゲーム媒体をユーザが所有する」とは「ゲーム媒体が、ユーザを示す識別情報に関連付けられている」と同義である。ガチャには、例えばプレイヤキャラクタのみを取得することが可能なガチャや、アイテムのみを取得することが可能なガチャなど、複数種類のガチャが存在する。

このようなゲームは、プレイステーション（登録商標）などの家庭用ゲーム機、ニンテンドースイッチ（登録商標）などの携帯用ゲーム機、もしくはパーソナルコンピュータ、スマートフォン、タブレットなどの電子機器であるゲーム装置５を用いて実行される。以下では、ゲーム装置５がスマートフォンである場合を例示する。

＜ゲームシステム１の概要＞
ゲームシステム１はサーバ装置２および複数のゲーム装置５により構成される。サーバ装置２は、ゲームプログラムおよびゲームデータを記憶しており、ゲーム装置５のゲームデータの管理、より詳細にはアカウント毎のゲームデータの管理を行う。

ゲーム装置５はユーザの操作に基づいて所定のゲームを実行する。そのために、ゲーム装置５は通信ネットワーク６を介してサーバ装置２からゲームプログラムおよびゲームデータの受信、具体的にはダウンロードおよびインストールを行う。各ユーザには、ゲーム装置５に対応付けられて、識別情報およびパスワードを含むアカウント情報が割り当てられている。このアカウント情報は、ログイン時にゲーム装置５からサーバ装置２に送信されて、サーバ装置２におけるユーザ認証に利用される。

ユーザ認証を経てサーバ装置２とゲーム装置５との相互通信が可能となる。ログイン後、ゲーム装置５は、ゲーム進行に必要なデータ、例えばゲーム進行状況に関するデータをサーバ装置２から受信すると、ユーザの操作に基づいてゲーム画像および音声をディスプレイ６１およびスピーカ６２からそれぞれ出力しつつ、ゲームを進行させる。

＜ゲームシステム１の構成＞
以下、図１を参照して、サーバ装置２およびゲーム装置５の各ハードウェア構成について説明する。なお、複数のゲーム装置５のそれぞれは互いに同一の構成を有している。

＜サーバ装置２の構成＞
図１に示されるように、サーバ装置２は、ネットワークインターフェース２１、記憶部２２、および制御部２３を有している。ネットワークインターフェース２１および記憶部２２はバス２９を介して制御部２３と電気的に接続されている。

ネットワークインターフェース２１はインターネットおよびＬＡＮなどの通信ネットワーク６を介して各ゲーム装置５と通信可能に接続されている。
記憶部２２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、およびＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などで構成されている。記憶部２２には、本実施形態のゲームプログラムの一部を含む各種プログラムの他、ユーザＤＢ（Ｄａｔａ Ｂａｓｅ）２２１、抽選リストＤＢ２２２、プレイ履歴ＤＢ２２３などの各種データが記憶されている。

ユーザＤＢ２２１には、ゲームをプレイするユーザの識別番号毎に、ユーザ情報、ユーザに付与されたゲーム媒体、およびユーザが操作するプレイヤキャラクタに関する情報などが対応付けられて記憶されている。ユーザ情報は、ユーザ名、およびユーザランクなどの情報を含む。プレイヤキャラクタに関する情報とは、プレイヤキャラクタのレベルやステータス、当該プレイヤキャラクタに関連付けられたアイテムなどである。また、プレイヤキャラクタに関する情報には、プレイヤキャラクタに関連付けられている通貨の額やアイテムなども含まれている。

抽選リストＤＢ２２２には、ガチャに対応した抽選処理を行う際に用いられる複数の抽選リストが記憶されている。抽選リストには、ゲーム媒体に関する情報と、抽選による選択確率とが関連付けられて記憶されている。ゲーム媒体に関する情報とは、ゲーム媒体の名称、能力、パラメータ、およびレアリティなどである。

プレイ履歴ＤＢ２２３には、ゲームプレイに関連する情報がユーザ毎に個別に記憶されている。例えば、図２に示されるように、プレイ履歴ＤＢ２２３には、ユーザ名、プレイ履歴、種類、および値などが関連付けられて記憶されている。プレイ履歴には、例えばユーザが過去にガチャの実施により消費した仮想通貨の消費累積量、およびユーザが過去に同一のクエストを攻略するまでに要したスタミナの消費量などの項目が設けられている。

仮想通貨の消費累積量は、例えば最後のＳランクのレアリティのプレイヤキャラクタを取得するまでに同一のガチャで消費した仮想通貨の過去の消費累積量である。仮想通貨の消費累積量は、例えばＳランクを除くレアリティのプレイヤキャラクタを取得した場合における同一のガチャの仮想通貨の消費量であってもよい。仮想通貨の消費累積量の「種類」の項目にはガチャの名称、具体的には「ガチャ１」、「ガチャ２」、および「ガチャ３」が記載されている。「値」の項目にはガチャ１～３のそれぞれの消費累積量Ｐａ１～Ｐａ３が記憶されている。

スタミナの過去の消費量に関しても、同様に、種類の異なる「クエスト１」、「クエスト２」、および「クエスト３」のそれぞれのスタミナの総消費量Ｑａ１～Ｑａ３が個別に記憶されている。
図１に示される制御部２３は、ＣＰＵおよび半導体メモリを有するマイクロコンピュータで構成されており、サーバ装置２の動作を制御する。制御部２３は、各種プログラムを実行することにより、情報処理手段２３１、照合手段２３２、および抽選実行手段２３３として機能する。本実施形態では、これらの手段２３１～２３３が、情報処理部、照合部、および抽選実行部にそれぞれ相当する。

―情報処理手段２３１―
情報処理手段２３１は各ゲーム装置５との間で各種データを送受信する。情報処理手段２３１が受信する主なデータとしては、ゲームプログラムのダウンロード要求情報、ユーザの操作に応じたガチャの抽選要求、アカウント情報、ゲームデータなどが挙げられる。情報処理手段２３１が送信する主なデータとしては、ゲームプログラムをゲーム装置５が受信したことを確認するための情報、ガチャで得られたゲーム媒体に関する情報などが挙げられる。

―照合手段２３２―
照合手段２３２は、ゲーム装置５から受信したユーザの識別情報を用いてユーザアカウントの認証を行う。
―抽選実行手段２３３―
抽選実行手段２３３は、ユーザの抽選要求であるガチャの実施要求に応じて複数の抽選対象ゲーム媒体の中から少なくとも一つのゲーム媒体を抽選によりユーザに関連付ける抽選処理を実行する。具体的には、ユーザがゲーム装置５に対してガチャの実施操作を行うと、ゲーム装置５からサーバ装置２にガチャの実施要求が送信される。抽選実行手段２３３は、このガチャの実施要求に応じて、抽選リストの中からゲーム媒体毎の当選確率に基づいて、複数の抽選対象ゲーム媒体の中から少なくとも一つのゲーム媒体を抽選により選択する。抽選実行手段２３３は、選択したゲーム媒体に関する情報と、抽選要求の送信元となる操作を行ったユーザの識別情報とを関連付ける。これにより、ユーザには、自身でガチャを引くことにより当選したゲーム媒体が付与される。

＜ゲーム装置５の構成＞
図１に示されるように、ゲーム装置５には、ディスプレイ６１、スピーカ６２、およびタッチパッド６３が外部接続または内蔵されている。また、ゲーム装置５は、ネットワークインターフェース５１、グラフィック処理部５２、オーディオ処理部５３、操作部５４、記憶部５５、および制御部５６を有している。ネットワークインターフェース５１、グラフィック処理部５２、オーディオ処理部５３、操作部５４、および記憶部５５はバス５９を介して制御部５６と電気的に接続されている。

ネットワークインターフェース５１は、ゲーム装置５とサーバ装置２との間で各種データを送受信するために通信ネットワーク６に通信可能に接続されている。
グラフィック処理部５２は、制御部５６から出力されるゲーム画像情報に基づいて動画形式でゲーム画像を描画する。ゲーム画像には、キャラクタおよび仮想ゲーム空間に関する各種オブジェクトが含まれる。グラフィック処理部５２は、例えば液晶型のディスプレイ６１に接続されており、動画形式で描画されたゲーム画像をゲーム画面としてディスプレイ６１上に表示する。

オーディオ処理部５３は、スピーカ６２に接続されており、制御部５６の指示に基づいてゲーム音声を再生および合成するとともに、そのゲーム音声をスピーカ６２から出力させる。
操作部５４は、タッチパッド６３に接続されており、操作および入力に関するデータをタッチパッド６３との間で送受信する。ユーザはタッチパッド６３をタッチ操作することでゲーム装置５に操作信号を入力することができる。

記憶部５５はＨＤＤ、ＳＳＤ、ＲＡＭ、およびＲＯＭなどで構成されている。記憶部５５には、サーバ装置２からダウンロードしたゲームデータ、ゲームプログラムの一部を含む各種プログラム、およびゲーム装置５のアカウント情報などが格納されている。
制御部５６は、ＣＰＵや半導体メモリを有するマイクロコンピュータで構成されており、ゲーム装置５の動作を制御する。制御部５６は、各種プログラムを実行することにより、通信手段５６１、ゲーム実行手段５６２、抽選受付手段５６３、音声制御手段５６４、および表示制御手段５６５として機能する。本実施形態では、これらの手段５６１～５６５が、通信部、ゲーム実行部、抽選受付部、音声制御部、および表示制御部にそれぞれ相当する。

ところで、本実施形態のようにガチャによりゲーム媒体を取得可能なゲームでは、目的のゲーム媒体を取得することができるまでユーザがガチャを繰り返し実行することで結果的に大量の仮想通貨を消費してしまう、いわゆるガチャ爆死と呼ばれる状況が発生する可能性がある。本実施形態のゲームでは、ユーザが所定額を課金することにより、仮にユーザがガチャ爆死に陥った場合であっても、それにより消費した仮想通貨の一部がユーザに返却される補償機能が存在する。また、本実施形態の保険機能は、クエストを繰り返し実行することにより消費したスタミナの一部がユーザに返却されるなどの他の保険機能も存在する。

このような補償機能を実現するために、制御部５６は、各種プログラムを実行することにより、補償対象を設定する補償対象設定手段５６６、課金の設定額を決定する課金額設定手段５６７、ユーザに特典を付与する特典付与手段５６８、ユーザの課金を受け付ける課金受付手段５６９、およびユーザに補償を付与する補償付与手段５７０として更に機能する。本実施形態では、これらの手段５６６～５７０が、補償対象設定部、課金額設定部、特典付与部、課金受付部、および補償付与部に相当する。

―通信手段５６１―
通信手段５６１はネットワークインターフェース５１を介してサーバ装置２と通信を行う。
通信手段５６１は、操作部５４がタッチパッド６３から受信した各種操作信号に基づいて、サーバ装置２が把握可能な情報を生成するとともに、その情報をサーバ装置２に送信する。例えば通信手段５６１はアカウント情報、新たなゲームデータのダウンロード要求情報、およびガチャ実施要求などをサーバ装置２に送信する。また、通信手段５６１は、ダウンロード要求情報に応じてサーバ装置２から送信される新たなゲームデータ、および抽選処理により選択されたゲーム媒体に関する情報などをサーバ装置２から受信する。

―ゲーム実行手段５６２―
ゲーム実行手段５６２は、ユーザによるタッチパッド６３の操作に基づいて、ゲームデータに含まれる仮想ゲーム空間オブジェクトおよびテクスチャなどのデータを、記憶部５５から読み込む、またはサーバ装置２から受信する。ゲーム実行手段５６２は、仮想ゲーム空間オブジェクトおよびテクスチャなどのデータを用いてゲームプログラムを実行しつつ、２次元または３次元のゲーム画像情報を生成する。ゲーム画像情報がグラフィック処理部５２により処理されることで、その処理後のゲーム画像がディスプレイ６１に逐次表示される。

ゲーム実行手段５６２は、ゲーム画像上に、ゲーム装置５のユーザの操作に基づいてキャラクタを配置させて、そのユーザの操作およびゲームの進行状況に応じて仮想ゲーム空間におけるキャラクタの行動を制御する。
―抽選受付手段５６３―
抽選受付手段５６３は、ユーザがタッチパッド６３などを操作してガチャの実施を要求した場合には、その旨をサーバ装置２に送信する。例えば、抽選受付手段５６３は、ユーザがプレイヤキャラクタのガチャの実施を要求した場合には、その旨をサーバ装置２に送信する。

―課金受付手段５６９―
課金受付手段５６９は、ユーザによるタッチパッド６３の操作などに基づいてユーザの課金操作を受け付ける。図３に示されるように、本実施形態の課金対象には、「個人保険Ａ１１」および「個人保険Ａ１２」が存在する。個人保険Ａ１１の課金額は「Ｘ円／月」に設定されており、個人保険Ａ１２の課金額は「Ｙ円／月」に設定されている。個人保険Ａ１２の課金額Ｙは個人保険Ａ１１の課金額Ｘよりも高い価格に設定されている。

―補償対象設定部５６６―
補償対象設定部５６６は、ユーザによる所定の設定額の課金に基づいて補償対象のゲーム事象を設定する。例えば、補償対象設定部５６６は、図３に示される個人保険Ａ１１の課金額Ｘをユーザが課金した場合、補償対象のゲーム事象を「α１１」および「α１２」に設定する。

ゲーム事象α１１は、ガチャに関連するゲーム事象である。例えば、ゲーム事象α１１としては、図３の適用条件に記載されるように、同一ガチャでの仮想通貨の消費量Ｐｂが所定の閾値Ｐ１１以上になるという事象を用いることができる。
なお、同一ガチャでの仮想通貨の消費量Ｐｂとしては、例えばプレイヤキャラクタに対応したガチャＧをユーザが開始した後、同一のガチャＧを所定回数ｍだけ実行した時点でＳランクのレアリティのキャラクタを取得できたような場合には、１回目のガチャＧ（１）からｍ回目のガチャＧ（ｍ）までの仮想通貨の総消費量を用いることができる。なお、「ｍ」は２以上の整数である。Ｓランクのレアリティのキャラクタは、任意のプレイヤキャラクタであってもよいし、ユーザが事前に設定した特定のプレイヤキャラクタであってもよい。

また、同一ガチャでの仮想通貨の消費量Ｐｂとしては、例えばＳランクを除くレアリティのプレイヤキャラクタ、すなわちＡランクおよびＢランクのレアリティのキャラクタの取得により消費した仮想通貨の消費量を用いることもできる。
ゲーム事象α１２は、クエストに関連するゲーム事象である。例えば、ゲーム事象α１２としては、所定のクエストをユーザが開始した後、そのクエストを攻略するまでに消費したスタミナの消費量Ｑｂが所定の閾値Ｑ１１以上になるという事象を用いることができる。

補償対象設定部５６６は、図３に示される個人保険Ａ１２の課金額Ｙをユーザが課金した場合、補償対象のゲーム事象をα２１，α２２に設定する。
ゲーム事象α２１は、個人保険Ａ１１のゲーム事象α１１に対応する事象であって、同一ガチャでの仮想通貨の消費量Ｐｂが所定の閾値Ｐ１２以上になるという事象である。但し、閾値Ｐ１２は閾値Ｐ１１よりも小さい値に設定されている。

ゲーム事象α２２は、個人保険Ａ１１のゲーム事象α１２に対応する事象であって、クエストを攻略するまでに消費したスタミナの消費量Ｑｂが所定の閾値Ｑ１２以上になるという事象である。但し、閾値Ｑ１２は閾値Ｑ１１よりも小さい値に設定されている。
このように個人保険Ａ１２の補償対象のゲーム事象α２１，α２２のそれぞれの適用条件は、個人保険Ａ１１の補償対象のゲーム事象α１１，α１２の適用条件よりも緩和されている。すなわち、個人保険Ａ１１よりも個人保険Ａ１２の方が、より厚い補償をユーザに提供することが可能となっている。

―特典付与手段５６８―
特典付与手段５６８は、予め定められた所定の金額を毎月課金する、いわゆる月額課金を行っていることを条件にゲーム内においてユーザに所定の特典を付与する。具体的には、特典付与手段５６８は、所定の特典として、所定の仮想通貨やポイント、アイテム、プレイヤキャラクタなどをユーザに付与する。また、特典付与手段５６８は、これらの特典に併せて個人保険Ａ１１をユーザに付与する。

―課金額設定手段５６７―
課金額設定手段５６７は、サーバ装置２に記憶されているプレイ履歴ＤＢ２２３に基づいて個人保険Ａ１１およびＡ１２のそれぞれの課金の設定額を決定する。具体的には、課金額設定手段５６７は、図４に示されるように、プレイ履歴ＤＢ２２３に記憶されている複数種類のそれぞれの仮想通貨の消費累積量Ｐａ１～Ｐａ３に基づいて保険料Ｅａを設定する。例えば、課金額設定手段５６７は、複数種類のそれぞれの仮想通貨の消費累積量Ｐａ１～Ｐａ３のうちの最大値、またはそれらの平均値を仮想通貨の過去の基本消費累積量Ｐａとして設定する。そして、課金額設定手段５６７は、仮想通貨の過去の基本消費累積量Ｐａと所定値Ｐ２１～Ｐ２３とを比較する。なお、所定値Ｐ２１～Ｐ２３には、「Ｐ２１＜Ｐ２２＜Ｐ２３」なる関係が成立している。課金額設定手段５６７は、仮想通貨の過去の消費累積量Ｐａが「Ｐａ＜Ｐ２１」を満たしている場合には、以下の式ｆ１により、仮想通貨の過去の基本消費累積量Ｐａに対応した保険料Ｅａを設定する。なお、「Ｅ１０」および「ΔＥ」は予め設定されている金額である。例えば「Ｅ１０」は１０００円に設定され、「ΔＥ」は１００円に設定されている。

Ｅａ＝Ｅ１０＋ΔＥ１０×１ （ｆ１）
また、課金額設定手段５６７は、仮想通貨の過去の基本消費累積量Ｐａが「Ｐ２１≦Ｐａ＜Ｐ２２」を満たしている場合には以下の式ｆ２により、また「Ｐ２２≦Ｐａ」を満たしている場合には以下の式ｆ３により、仮想通貨の過去の基本消費累積量Ｐａに対応した保険料Ｅａを設定する。

Ｅａ＝Ｅ１０＋ΔＥ１０×２ （ｆ２）
Ｅａ＝Ｅ１０＋ΔＥ１０×３ （ｆ３）
したがって、過去にユーザが行ったガチャによる仮想通貨の消費量が大きいほど、仮想通貨の過去の基本消費累積量Ｐａに応じた保険料Ｅａは高額になる。

一方、課金額設定手段５６７は、プレイ履歴ＤＢ２２３に記憶されているスタミナの過去の消費量Ｑａ１～Ｑａ３のうちの最大値、またはそれらの平均値をスタミナの過去の基本消費量Ｑａとして設定する。そして、課金額設定手段５６７は、スタミナの過去の基本消費量Ｑａと所定値Ｑ２１～Ｑ２３とを比較する。なお、所定値Ｑ２１～Ｑ２３には、「Ｑ２１＜Ｑ２２＜Ｑ２３」なる関係が成立している。課金額設定手段５６７は、スタミナの過去の基本消費量Ｑａが「Ｑａ＜Ｑ２１」を満たしている場合には以下の式ｆ４により、また「Ｑ２１≦Ｑａ＜Ｑ２２」を満たしている場合には以下の式ｆ５により、さらに「Ｑ２２≦Ｑａ」を満たしている場合には以下の式ｆ６により、スタミナの過去の基本消費量Ｑａに対応した保険料Ｅｂを設定する。

Ｅｂ＝Ｅ２０＋ΔＥ２０×１ （ｆ４）
Ｅｂ＝Ｅ２０＋ΔＥ２０×２ （ｆ５）
Ｅｂ＝Ｅ２０＋ΔＥ２０×３ （ｆ６）
課金額設定手段５６７は、このようにして仮想通貨の過去の基本消費累積量Ｐａに応じた保険料Ｅａ、およびスタミナの過去の基本消費量Ｑａに応じた保険料Ｅｂを演算した後、それらから所定の演算式ｆ（Ｅａ，Ｅｂ）に基づいて個人保険Ａ１１の課金の設定額Ｘを決定する。例えば、課金額設定手段５６７は、保険料Ｅａ，Ｅｂのうちの大きい方を個人保険Ａ１１の設定額Ｘとして決定する。また、課金額設定手段５６７は、決定された個人保険Ａ１１の設定額Ｘよりも高い金額を個人保険Ａ１２の設定額Ｙとして決定する。例えば、課金額設定手段５６７は、個人保険Ａ１１の設定額Ｘに所定値を乗算または加算することにより得られる金額を個人保険Ａ１２の設定額Ｙに設定する。

―補償付与手段５７０―
補償付与手段５７０は、各個人保険Ａ１１，Ａ１２のそれぞれで定められるゲーム事象が実際に発生した際に補償内容を決定するとともに、決定された内容に応じた補償をユーザに付与する。

例えばユーザが個人保険Ａ１１に対する課金を行っており、且つ図３に示されるゲーム事象α１１、具体的にはガチャをユーザが開始した後、同一のガチャを所定回数だけ実行した時点でＳランクのレアリティのキャラクタを取得できたという事象が発生したとする。このときに同一のガチャでの仮想通貨の消費量Ｐｂが閾値Ｐ１１よりも大きい場合、補償付与手段５７０は、その仮想通貨の消費量Ｐｂのうちの所定の百分率ｐに応じた仮想通貨「Ｐｂ・ｐ／１００」をユーザに返却する。

また、例えばユーザが個人保険Ａ１１に対する課金を行っており、且つ図３に示されるゲーム事象α１２、具体的には所定のクエストをユーザが開始した後、そのクエストを攻略するまでにスタミナを所定値Ｑｂだけ消費したとする。このとき、スタミナの消費量Ｑｂが所定の閾値Ｑ１１以上である場合、補償付与手段５７０は、スタミナの消費量Ｑｂのうちの所定の百分率ｑに応じたスタミナ「Ｑｂ・ｑ／１００」をユーザに返却する。

さらに、例えばユーザが個人保険Ａ１２に対する課金を行っており、且つ図３に示されるゲーム事象α２１またはα２２が発生した場合、補償付与手段５７０は、同様に仮想通貨「Ｐｂ・ｐ／１００」またはスタミナ「Ｑｂ・ｑ／１００」をユーザに返却する。なお、補償付与手段５７０は、ユーザが個人保険Ａ１２に対する課金を行っている場合には、百分率ｐ，ｑをより大きい値に設定することにより、より多くの仮想通貨またはスタミナをユーザに返却してもよい。

―音声制御手段５６４―
音声制御手段５６４は、ゲームの実行にあたり、ゲーム装置５に対するユーザの操作などに基づいてスピーカ６２の音声出力を制御する。
―表示制御手段５６５―
表示制御手段５６５は、ゲームの実行にあたり、ゲーム装置５に対するユーザの操作などに基づいてディスプレイ６１の表示出力を制御する。例えば、表示制御手段５６５は、キャラクタの確認画面やガチャの実施画面などをディスプレイ６１に表示する。

次に、図５～図８を参照して、表示制御手段５６５によりディスプレイ６１に表示される画面の例を説明する。
表示制御手段５６５は、ユーザがゲームを開始した際に、図５に示されるトップ画面７０をディスプレイ６１に表示させる。トップ画面７０には、ガチャボタン７０１、編成ボタン７０２、フィールドボタン７０３、クエストボタン７０４、アイテムボタン７０５、および課金ボタン７０６が設けられている。

ガチャボタン７０１は、有償石または無償石を消費してガチャの実施を要求するためのボタンである。ユーザは、ガチャボタン７０１を操作した後、複数種類のガチャのうちのいずれかを選択すると、ユーザに関連付けられた有償石または無償石が消費されて、選択されたガチャが実施される。

編成ボタン７０２は、例えば仮想ゲーム空間であるフィールド内の探索やクエストの実行などを行うプレイヤキャラクタを決定または変更したりする際に操作されるボタンである。
フィールドボタン７０３は、仮想ゲーム空間であるフィールド内をプレイヤキャラクタで探索する際に操作されるボタンである。本実施形態のゲームでは、プレイヤキャラクタでフィールド内を探索することにより、ノンプレイヤキャラクタと対戦させたりすることができる。

クエストボタン７０４は、クエストにチャレンジする際に操作されるボタンである。
アイテムボタン７０５は、プレイヤキャラクタが装備または所持するアイテムを変更する際に操作されるボタンである。

課金ボタン７０６は、ゲームにおける各種課金操作を行う際に操作されるボタンである。ユーザが課金ボタン７０６を操作した場合には、図６に示される課金対象選択画面７１がディスプレイ６１に表示される。図６に示されるように、課金対象選択画面７１には、仮想通貨購入ボタン７１１、月額課金ボタン７１２、保険加入ボタン７１３、およびキャンセルボタン７１４が設けられている。

仮想通貨購入ボタン７１１は、ユーザの課金操作に基づいて、ゲーム内で利用可能な仮想通貨を購入する際に操作されるボタンである。
月額課金ボタン７１２は、所定の特典を毎月得るための月額課金を行う際に操作されるボタンである。ユーザが月額課金ボタン７１２を操作した場合には、図７に示される月額課金画面７２がディスプレイ６１に表示される。

図７に示されるように、月額課金画面７２には、月額課金によりユーザに付与される特典パックに含まれる各種特典が文字などにより表示されている。月額特典パックには、個人保険Ａ１１が含まれている。したがって、ユーザは、月額特典パックを取得するための月額課金を行えば、個人保険Ａ１１の設定額Ｘを課金することなく、個人保険Ａ１１の補償を受けることが可能である。月額課金画面７２には、月額特典パックに個人保険Ａ１１が付帯する旨、および月額特典パックに対応した一律の課金を行うことにより個人保険Ａ１１の補償を受けることが可能な旨が表示されている。

月額課金画面７２には、購入ボタン７２１、およびキャンセルボタン７２２が設けられている。購入ボタン７２１は、月額課金を行う際にユーザにより操作されるボタンである。
図６に示される保険加入ボタン７１３は、個人保険Ａ１１または個人保険Ａ１２に個別に加入する際に操作されるボタンである。ユーザが保険加入ボタン７１３を操作した場合には、図８に示される保険加入画面７３がディスプレイ６１に表示される。

図８に示されるように、保険加入画面７３には、個人保険Ａ１１に対応する加入ボタン７３１および詳細ボタン７３２、個人保険Ａ１２に対応する加入ボタン７３３および詳細ボタン７３４、並びにキャンセルボタン７３５が設けられている。
加入ボタン７３１は、個人保険Ａ１１の設定額Ｘの課金を条件に個人保険Ａ１１に加入する際に操作されるボタンである。

詳細ボタン７３２は、個人保険Ａ１１の詳細画面をディスプレイ６１に表示する際に操作されるボタンである。個人保険Ａ１１の詳細画面には、個人保険Ａ１１の補償内容や設定額などの情報が表示される。
加入ボタン７３３は、個人保険Ａ１２の設定額Ｙの課金を条件に個人保険Ａ１２に加入する際に操作されるボタンである。

詳細ボタン７３４は、個人保険Ａ１２の詳細画面をディスプレイ６１に表示する際に操作されるボタンである。個人保険Ａ１２の詳細画面には、個人保険Ａ１２の補償内容や設定額などの情報が表示される。
＜ゲームシステム１の動作の流れ＞
次に、図９および図１０を参照して、ゲーム装置５の制御部５６により実行される処理の手順について具体的に説明する。

図９は、制御部５６の補償対象設定部５６６、課金額設定手段５６７、および課金受付手段５６９により所定の周期で実行される処理の手順を示したものである。
図９に示されるように、課金額設定手段５６７は、まず、サーバ装置２に記憶されているプレイ履歴ＤＢ２２３を読み込んだ後（ステップＳ１０）、読み込んだプレイ履歴ＤＢ２２３に基づいて個人保険Ａ１１の設定額Ｘおよび個人保険Ａ１２の設定額Ｙをそれぞれ決定する（ステップＳ１１）。

続いて、課金受付手段５６９は、ユーザの課金操作が行われたか否かを判断する（ステップＳ１２）。具体的には、課金受付手段５６９は、図７に示される月額課金画面７２においてユーザが月額特典パックに対する課金を行った場合には、ユーザの課金操作が行われたと判断する（ステップＳ１２：ＹＥＳ）。あるいは、課金受付手段５６９は、図８に示される保険加入画面７３においてユーザが加入ボタン７３１，７３３のいずれかを操作することにより個人保険Ａ１１の設定額Ｘまたは個人保険Ａ１２の設定額Ｙを課金した場合にも、ユーザの課金操作が行われたと判断する（ステップＳ１２：ＹＥＳ）。

このように、本実施形態のゲームシステム１では、個人保険Ａ１１に加入する方法として、月額特典パックの課金を行う方法と、個人保険Ａ１１の設定額Ｘを課金する方法の２つの方法が存在する。本実施形態では、個人保険Ａ１１の設定額Ｘが第１設定額に相当し、月額特典パックの課金の設定額が第２設定額に相当する。

ユーザの課金操作が行われたと課金受付手段５６９が判断した場合（ステップＳ１２：ＹＥＳ）、補償対象設定部５６６は、補償対象のゲーム事象を設定する（ステップＳ１３）。例えば、補償対象設定部５６６は、ユーザが月額特典パックに対する課金を行っている場合、または個人保険Ａ１１の設定額Ｘの課金を行っている場合、ユーザが個人保険Ａ１１に加入していると判断する。この場合、補償対象設定部５６６は、補償対象のゲーム事象を、図３に示されるゲーム事象α１１，α１２に設定する。一方、補償対象設定部５６６は、ユーザが個人保険Ａ１２の設定額Ｙの課金を行っている場合には、すなわちユーザが個人保険Ａ１２に加入している場合には、補償対象のゲーム事象を、図３に示されるゲーム事象α２１，α２２に設定する。

なお、ユーザの課金操作が行われたと課金受付手段５６９が判断していない場合（ステップＳ１２：ＮＯ）、すなわちユーザが個人保険Ａ１１または個人保険Ａ１２に対応する課金操作を行っていない場合には、補償対象のゲーム事象が設定されることなく、図９に示される処理は一旦終了される。

図１０は、ゲーム装置５の補償付与手段５７０により所定の周期で実行される処理の手順を示したものである。
図１０に示されるように、補償付与手段５７０は、まず、補償対象のゲーム事象が発生したか否かを判断する（ステップＳ２０）。例えばユーザが個人保険Ａ１１に加入している場合、補償付与手段５７０は、個人保険Ａ１１に対応したゲーム事象α１１またはゲーム事象α１２が発生しているか否かを判断する。一方、ユーザが個人保険Ａ１２に加入している場合、補償付与手段５７０は、個人保険Ａ１２に対応したゲーム事象α２１またはゲーム事象α２２が発生しているか否かを判断する。

補償付与手段５７０は、補償対象のゲーム事象が発生していない場合には（ステップＳ２０：ＮＯ）、図１０に示される処理を一旦終了する。
補償付与手段５７０は、補償対象のゲーム事象が発生している場合には（ステップＳ２０：ＹＥＳ）、ユーザに対する補償を行う（ステップＳ２１）。例えば、補償付与手段５７０は、ユーザが個人保険Ａ１１に加入しており、且つ個人保険Ａ１１に対応したゲーム事象α１１が発生した場合には、同一ガチャでの仮想通貨の消費量Ｐｂのうちの所定の百分率ｐに応じた仮想通貨「Ｐｂ・ｐ／１００）」をユーザに返却する。

以上をまとめると、ゲーム装置５の制御部５６（コンピュータ）を、ユーザ（第１ユーザ）による課金の要求を受け付ける課金受付手段５６９と、ユーザ（第１ユーザ）のゲームのプレイ履歴に基づいて課金の設定額を決定する課金額設定手段５６７と、ユーザ（第１ユーザ）による課金額の課金に応じて補償対象のゲーム事象を設定する補償対象設定手段５６６と、補償対象のゲーム事象が発生することに基づいて、課金に対する補償をユーザ（第１ユーザ）に付与する補償付与手段５７０と、として機能させる。

＜効果＞
本実施形態のゲームシステム１では、ユーザが設定額Ｘ，Ｙを課金することにより、その課金に対する補償がユーザに付与される。そのため、ユーザは補償という後ろ盾の基にゲームを自由にプレイすることができるため、ゲームの興趣性を向上させることができる。

課金の設定額を決定するためのプレイ履歴には、特定のゲーム事象を発生させるためにユーザが過去に消費した対価の値に関する情報が含まれている。
特定のゲーム事象は、例えばユーザが仮想通貨（対価）の支払いを条件にガチャ（特定のゲーム行動）を行うことで得ることが可能なゲーム結果、具体的にはＳランクのキャラクタを取得するというゲーム結果である。この場合、補償対象のゲーム事象は、ガチャを繰り返したにも関わらずＳランクのキャラクタを得ることができない状況が継続した場合に、ユーザがガチャを行うために支払った仮想通貨の消費量（累積値）Ｐｂが閾値Ｐ１１に達することである。

また、特定のゲーム事象は、例えばユーザがスタミナ（対価）の支払いを条件にクエスト（特定のゲーム行動）を行うことで得ることが可能なゲーム結果、具体的にはクエストをクリアするというゲーム結果である。この場合、補償対象のゲーム事象は、クエストの実行を繰り返したにも関わらずクエストをクリアすることができない状況が継続した場合に、ユーザがクエストをクリアするために支払ったスタミナの消費量（累積値）Ｑｂが閾値Ｑ１１に達することである。

課金の設定額を決定するためのプレイ履歴をこのようにして設定すれば、ユーザがガチャ爆死したような状況や、初心者のユーザがクエストをクリアするまでに多量のスタミナを消費したような状況が発生した場合に、それらの状況に応じた適切な補償をユーザに提供することができる。

個人保険Ａ１１，Ａ１２によるユーザの補償は、ユーザの状態を変化前の状態に変化させるために必要な対価をユーザに付与することである。具体的には、Ｓランクのキャラを取得するまでに閾値Ｐ１１以上の仮想通貨を消費した場合、個人保険Ａ１１によるユーザの補償は、ユーザの状態を、仮想通貨を消費する前の状態に変化させるために必要な対価、すなわち所定の仮想通貨をユーザに付与することである。また、クエストをクリアするまでに閾値Ｑ１１以上のスタミナを消費した場合には、個人保険Ａ１１によるユーザの補償は、ユーザの状態を、スタミナを消費する前の状態に変化させるために必要な対価、すなわち所定のスタミナをユーザに付与することである。この構成によれば、ユーザの損失に対応した適切な補償をユーザに付与することができる。

特典付与手段５６８は、ユーザが月額特典パックに対する課金を行うことに基づいて、個人保険Ａ１１に加入できるという特典に加え、それとは別の特典をユーザに付与する。この構成によれば、月額課金により個人保険Ａ１１に容易に加入することができるため、利便性を向上させることができる。

＜第１変形例＞
ゲーム装置５のユーザを第１ユーザとし、それとは別のゲーム装置５のユーザを第２ユーザとするとき、補償付与手段５７０は、第１ユーザが加入している個人保険Ａ１１のゲーム事象α１１，α１２が発生することに基づいて、第２ユーザに補償を付与してもよい。個人保険Ａ１２に関しても同様である。

＜第２変形例＞
補償付与手段５７０は、ガチャによる仮想通貨の消費量Ｐｂのうちの百分率ｐに応じた仮想通貨「Ｐｂ・ｐ／１００」をユーザに付与するものに限らず、仮想通貨の消費量（累積値）Ｐｂを上限値として所定の仮想通貨をユーザに返却するものであればよい。同様に、補償付与手段５７０は、クエストの実行によるスタミナの消費量（累積値）Ｑｂのうちの百分率ｑに応じたスタミナ「Ｑｂ・ｑ／１００」をユーザに返却するものに限らず、スタミナの消費量Ｑｂを上限値として所定のスタミナをユーザに返却するものであればよい。

＜第３変形例＞
ゲームシステム１においてユーザに提供される保険内容は適宜変更可能である。
例えば、ゲームシステム１が提供可能なゲームとしては、多人数が同時に参加することが可能なオンライン型のＲＰＧ（Ｒｏｌｅ－Ｐｌａｙｉｎｇ Ｇａｍｅ）、いわゆるＭＭＯ（Ｍａｓｓｉｖｅｌｙ Ｍｕｌｔｉｐｌａｙｅｒ Ｏｎｌｉｎｅ）ＲＰＧがある。このようなＭＭＯＲＰＧでは、オンラインゲーム上でプレイヤー同士が戦うことが可能なものがある。このようなゲームを提供するゲームシステム１では、ユーザが所定の課金操作を行うことに基づいて、他のプレイヤキャラクタからの干渉に関連するゲーム事象を補償するような保険が存在していてもよい。

具体的には、本変形例では、個人保険Ａ１１，Ａ１２とは別に、他のユーザからの干渉に関連する個人保険として、図１１に示されるような「個人保険Ａ１３」が更に設けられている。
課金受付手段５６９は、個人保険Ａ１３に対応するユーザの課金操作を受け付ける。個人保険Ａ１３の課金額は「Ｚ円／月」に設定されている。以下では、個人保険Ａ１３に加入しているユーザを「保険加入ユーザ」とも称し、保険加入ユーザとは異なるユーザを「他のユーザ」と称する。本変形例では、保険加入ユーザが第１ユーザに相当し、他のユーザが第３ユーザに相当する。

補償対象設定部５６６は、ユーザにより個人保険Ａ１３の設定額Ｚが課金された場合、補償対象のゲーム事象を「α３１」および「α３２」に設定する。
ゲーム事象α３１は、ゲーム内のプレイヤキャラクタの障害に関連するゲーム事象である。例えば、ゲーム事象α３１は、ゲーム内のフィールドで自身のプレイヤキャラクタが他のプレイヤキャラクタや、ノンプレイヤキャラクタである敵キャラクタから攻撃を受けることにより自身のプレイヤキャラクタが怪我をした場合、その怪我の度合いが所定の閾値Ｓ以上であるという事象を用いることができる。

ゲーム事象α３２は、ゲーム内のアイテムの損傷に関連するゲーム事象である。例えば、ゲーム事象α３２は、ゲーム内のフィールドで自エリアの建物などが他のプレイヤキャラクタや敵キャラクタから攻撃を受けることにより自身の建物などが損傷した場合、その損傷の度合いが所定量Ｔ以上であるという事象を用いることができる。

図１２に示されるように、本変形例のサーバ装置２に記憶されているプレイ履歴ＤＢ２２３には、プレイヤキャラクタがフィールドで攻撃した相手のユーザ名、および攻撃した日時が更に記憶されている。また、プレイ履歴ＤＢ２２３には、フィールドで壊した別のユーザのゲーム内建物、および壊した日時が更に記憶されている。

課金額設定手段５６７は、サーバ装置２に記憶されているプレイ履歴ＤＢ２２３に基づいて個人保険Ａ１３の課金の設定額Ｚを決定する。具体的には、課金額設定手段５６７は、プレイ履歴ＤＢ２２３に記憶されている保険加入ユーザの「フィールドで攻撃した相手のユーザ名、日時」に基づいて保険加入ユーザが他のユーザに攻撃した頻度を演算するとともに、演算された頻度から所定の演算式に基づいて保険料Ｅｃを設定する。また、課金額設定手段５６７は、プレイ履歴ＤＢ２２３に記憶されている他のユーザの「フィールドで壊した他人のもの、日時」に基づいて、同一地域内の他のユーザの攻撃頻度、および他のユーザがゲーム内建物を壊した頻度から所定の演算式に基づいて保険料Ｅｄを設定する。課金額設定手段５６７は、例えば、演算された保険料Ｅｃ，Ｅｄのうちの大きい方を個人保険Ａ１３の設定額Ｚとして設定する。

補償付与手段５７０は、ユーザが個人保険Ａ１３に対する課金を行っており、且つ図１１に示されるゲーム事象α３１，α３２が発生した場合、個人保険Ａ１３に対応した補償をユーザに付与する。
例えばユーザが個人保険Ａ１３に対する課金を行っており、且つ図１１に示されるゲーム事象α３１が発生したとする。このとき、補償付与手段５７０は、図１１に示されるように、保険加入ユーザのプレイヤキャラクタが怪我の治療に要したアイテムの費用のうちの所定の百分率ｓに応じた仮想通貨を保険加入ユーザに返却する。

一方、ユーザが個人保険Ａ１３に対する課金を行っており、且つ図１１に示されるゲーム事象α３２が発生したとする。このとき、補償付与手段５７０は、図１１に示されるように、保険加入ユーザの建物の修理または再取得の費用のうちの所定の百分率ｔに応じた仮想通貨を保険加入ユーザに返却する。

（効果）
本変形例のゲームシステム１では、個人保険Ａ１３の課金の設定額Ｚを決定するためのプレイ履歴に、保険加入ユーザ（第１ユーザ）が他のユーザ（第３ユーザ）に対して実行したゲーム行動に関する情報が含まれている。この構成によれば、ゲーム内におけるユーザ間の争いに対する補償を充実させることができる。

なお、上記の第１変形例のように、個人保険Ａ１３の加入者である保険加入ユーザ（第１ユーザ）と、個人保険Ａ１３の補償を受けるユーザ（第２ユーザ）とが異なる場合には、個人保険Ａ１３の補償を受けるユーザが他のユーザ（第３ユーザ）に対して実行したゲーム行動に関する情報をプレイ履歴として用いてもよい。

個人保険Ａ１３が補償対象とするゲーム事象は、個人保険Ａ１３の加入者であるユーザ（第１ユーザ）、または保険加入ユーザ（第１ユーザ）に関連付けられたゲーム内のオブジェクトが特定の条件を満たすように変化することである。具体的には、個人保険Ａ１３が補償対象とするゲーム事象α３１，α３２は、保険加入ユーザのプレイヤキャラクタが閾値Ｓ以上の怪我をすること、および保険加入ユーザの建物が所定量Ｔ以上の損傷を受けることである。また、個人保険Ａ１３の補償は、保険加入ユーザ（第１ユーザ）、または保険加入ユーザのオブジェクトの状態を変化前の状態に戻すために必要な対価を保険加入ユーザ（第１ユーザ）に付与することである。具体的には、個人保険Ａ１３の補償は、保険加入ユーザのプレイヤキャラクタの怪我を治療するために必要な仮想通貨や、保険加入ユーザの建物の損傷を治すために必要な仮想通貨を保険加入ユーザに付与することである。この構成によれば、プレイヤキャラクタの怪我や建物の破損など、ＭＭＯＲＰＧで発生し易い損傷を的確に補償することが可能である。

＜第４変形例＞
例えば、ゲームシステム１が提供可能なゲームとしては、複数のユーザにより作られる団体、いわゆるギルドを設立することが可能なものがある。このようなゲームでは、複数のギルド同士でゲーム内のイベントの進行度合いを競うギルドイベントをプレイすることが可能なものもある。ギルドイベントでは、進行度合いの順位に応じて報酬を得ることが可能である。ギルドには、ギルドへのメンバの加入や、ギルドからのメンバの除外を行うことが可能な特別な権限を有する、いわゆるギルドマスタが存在する。このようなギルドを設立することが可能なゲームシステム１では、ユーザが所定の課金操作を行うことに基づいて、ギルドに関連するゲーム事象を補償するような保険が存在していてもよい。

具体的には、本変形例では、個人保険Ａ１１～Ａ１３とは別に、ギルドに関連する団体保険として、図１３に示されるような「団体保険Ｂ１１」および「団体保険Ｂ１２」が更に設けられている。
課金受付手段５６９は、団体保険Ｂ１１，Ｂ１２に対応するユーザの課金操作を受け付ける。団体保険Ｂ１１の課金額は「ｘ円／月」に設定されている。団体保険Ｂ１２の課金額は「ｙ円／月」に設定されている。課金額ｙは課金額ｘよりも高い金額に設定されている。

なお、本変形例では、団体保険Ｂ１１，Ｂ１２に関しては、ギルドマスタであるユーザのみが課金操作を行うことが可能となっている。これは、団体保険Ｂ１１，Ｂ１２の加入対象が、個別のユーザではなく、ギルドという団体だからである。
補償対象設定部５６６は、ユーザにより団体保険Ｂ１１の設定額ｘが課金された場合、補償対象のゲーム事象を「β１１」および「β１２」に設定する。

ゲーム事象β１１は、ギルドメンバの減少に関連するゲーム事象である。例えば、ゲーム事象β１１は、所定期間Ｕ内におけるギルドメンバの減少数Ｖが所定数Ｗ１１以上になるという事象を用いることができる。なお、ギルドメンバの減少数Ｖには、ギルドを脱退したメンバの数や、ゲームを引退したメンバの数などが含まれる。ゲームを引退したメンバの数は、例えば非ログイン期間が所定期間以上のメンバの数である。

ゲーム事象β１２は、ギルドイベントの成績に関連するゲーム事象である。例えば、ゲーム事象β１２は、ギルドイベントのランキングの順位Ｈが所定の順位Ｉ１１よりも低いという事象を用いることができる。
補償対象設定部５６６は、ユーザにより団体保険Ｂ１２の設定額ｙが課金された場合、補償対象のゲーム事象を「β２１」および「β２２」に設定する。

ゲーム事象β２１は、団体保険Ｂ１１のゲーム事象β１１に対応する事象であって、所定期間Ｕ内におけるギルドメンバの減少数Ｖが所定数Ｗ１２以上になるという事象である。但し、所定数Ｗ１２は所定数Ｗ１１よりも小さい値に設定されている。
ゲーム事象β２２は、団体保険Ｂ１１のゲーム事象β１２に対応する事象であって、ギルドイベントのランキングの順位Ｈが所定の順位Ｉ１２以上であるという事象である。但し、所定の順位Ｉ１２は所定の順位Ｉ１１よりも大きい値に設定されている。

このように団体保険Ｂ１２の補償対象のゲーム事象β２１，β２２のそれぞれの適用条件は、団体保険Ｂ１１の補償対象のゲーム事象β１１，β１２の適用条件よりも緩和されている。すなわち、団体保険Ｂ１１よりも団体保険Ｂ１２の方が、より厚い補償をギルドマスタに提供することが可能となっている。

図１４に示されるように、本変形例のサーバ装置２に記憶されているプレイ履歴ＤＢ２２３には、ユーザのログイン頻度を示す情報としてログイン日数などが更に記憶されている。また、プレイ履歴ＤＢ２２３には、ギルドイベントへの貢献度、イベントで獲得したポイントなどの情報が更に記憶されている。

課金額設定手段５６７は、サーバ装置２に記憶されているプレイ履歴ＤＢ２２３に基づいて団体保険Ｂ１１の課金の設定額ｘ、および団体保険Ｂ１２の課金の設定額ｙを決定する。具体的には、課金額設定手段５６７は、プレイ履歴ＤＢ２２３に記憶されている各ギルドメンバのログイン頻度、各ギルドメンバのギルドイベントへの参加率、およびギルドイベントに対する貢献度などから所定の演算式に基づいて保険料Ｅｅを設定する。また、課金額設定手段５６７は、プレイ履歴ＤＢ２２３に記憶されている過去のギルドイベントのランキングの順位の平均値や、過去のギルドイベントのランキングの順位の最高位、およびギルドイベントにおけるメンバの入れ替え情報などから所定の演算式に基づいて保険料Ｅｆを設定する。ギルドイベントにおけるメンバの入れ替え情報としては、例えば入れ替え前のメンバの保有キャラクタの能力値と、入れ替え後のメンバの保有キャラクタの能力値との偏差などを用いることができる。課金額設定手段５６７は、例えば、演算された保険料Ｅｅ，Ｅｆのうちの大きい方を団体保険Ｂ１１の設定額ｘとして設定する。また、課金額設定手段５６７は、決定された団体保険Ｂ１１の設定額ｘに所定値を加算または乗算することにより得られる金額を団体保険Ｂ１２の設定額ｙとして設定する。

補償付与手段５７０は、ギルドマスタが団体保険Ｂ１１に対する課金を行っており、且つ図１３に示されるゲーム事象β１１，β１２が発生した場合、団体保険Ｂ１１に対応した補償をギルドマスタに対して付与する。
例えばギルドマスタが団体保険Ｂ１１に対する課金を行っており、且つ図１３に示されるゲーム事象β１１が発生したとする。この場合、補償付与手段５７０は、図１３に示されるように、ギルドへの加入者を増やすことが可能な特典をギルドマスタに付与する。このような特典は、例えば各ユーザのゲーム装置５のディスプレイ６１に表示される推奨ギルドの一覧において、当該ギルドが所定期間だけ優先的に表示されるといった内容である。

また、ギルドマスタが団体保険Ｂ１１に対する課金を行っており、且つ図１３に示されるゲーム事象β１２が発生したとする。この場合、補償付与手段５７０は、図１３に示されるように、ギルドイベントの報酬に対応した特典を当該ギルドマスタに付与する。このような特典は、例えばギルドイベントのランキングの順位が一位であるときに得ることが可能な報酬のうちの所定の百分率に応じた報酬をギルドマスタに付与するという内容である。

ギルドマスタが団体保険Ｂ１２に対する課金を行っている場合も同様である。
（効果）
本変形例のゲームシステム１では、ギルドメンバ（第２ユーザ）は、ギルドマスタ（第１ユーザ）に関連するユーザに相当する。団体保険Ｂ１１，Ｂ１２の課金の設定額ｘ，ｙを決定するためのプレイ履歴には、ギルドメンバ（第２ユーザ）のゲームへのログインの頻度に関する情報が含まれている。この構成によれば、ギルドメンバがギルドから抜けるような状況に対する保険を実現することが可能である。

団体保険Ｂ１１，Ｂ１２の補償対象のゲーム事象β１１，β２１には、ギルドメンバ（第２ユーザ）が一定期間だけログインしないという事象が含まれている。この構成によれば、ギルドメンバがゲームを引退したような場合に対する保険、すなわち死亡保険的なものを提供することができる。

団体保険Ｂ１１，Ｂ１２のゲーム事象β１１，β２１に対する補償は、ギルドマスタ（第１ユーザ）およびギルドメンバ（第２ユーザ）とは別のユーザをギルドマスタ、またはギルドマスタに関連付けられたギルド（グループ）に関連付けることを容易にするゲーム内の特典をギルドマスタ（第１ユーザ）に付与することである。この構成によれば、ギルドメンバが減少したような状況が発生した場合に、その状況を補償する保険を実現することが可能である。

団体保険Ｂ１１，Ｂ１２の課金の設定額ｘ，ｙを決定するためのプレイ履歴には、ギルドメンバ（第２ユーザ）による特定ゲーム行動に関する情報、具体的にはギルドイベントへの参加率、およびギルドイベントに対する貢献度が含まれている。この構成によれば、ギルドイベントへの参加率や貢献度が低いギルドメンバ、すなわち脱退の可能性の高いギルドメンバが存在するような状況を補償する保険を実現することが可能である。

団体保険Ｂ１１，Ｂ１２の補償対象のゲーム事象β１１，β２１には、ギルドマスタ（第１ユーザ）、またはギルドマスタ（第１ユーザ）に関連付けられたギルド（グループ）に対するギルドメンバ（第２ユーザ）の関連付けの少なくとも一部を解除すること、例えばギルドマスタに対するフレンド登録を維持しつつギルドから脱退することが含まれている。この構成によれば、ギルドメンバがギルドから脱退するような状況を補償する保険を実現することが可能である。

団体保険Ｂ１１，Ｂ１２の補償対象のゲーム事象β１２，β２２には、ギルドイベント（特定ゲーム行動）が、ランキングの順位Ｈで所定の順位Ｉ１１，Ｉ１２以上になるという条件（所定の条件）を満たすまで進行しなかったことが含まれている。この構成によれば、ギルドイベントやランキング戦で目標未達のような状況を補償する保険を実現することが可能である。

団体保険Ｂ１１，Ｂ１２の補償は、ギルドイベント（特定ゲーム行動）が一位になるという条件（所定の条件）を満たすまで進行した場合に付与される報酬の少なくとも一部をギルドマスタ（第１ユーザ）に付与することである。この構成によれば、ギルドイベントに関する最低限の補償を行うような保険を実現することが可能となる。

［他の実施形態］
上記実施形態において説明した各種制御手段および処理手順は一例であり、本発明、その適用物、またはその用途の範囲を制限することを意図するものではない。各種制御手段および処理手順は、本発明の要旨を変更しない範囲で適宜設計変更が可能である。

保険の補償対象のゲーム事象は適宜変更可能である。例えば、他のユーザからの干渉に関連する第３変形例の個人保険Ａ１３に関しては、その補償対象のゲーム事象として、他のユーザによるチャットを通じたハラスメント行為などを用いることも可能である。この場合、図１５に示されるように、サーバ装置２に記憶されているプレイ履歴ＤＢ２２３には、ギルドチャットにおけるハラスメント行為に相当する発言回数や、ワールドチャットにおけるハラスメント行為に相当する発言回数などが記憶される。なお、それらの発言回数は、ギルドチャットやワールドチャットを言語分析することで得ることが可能である。

また、ゲームには、アイテムの合成が可能なものがある。例えば、ユーザは、Ｂランクのアイテムを複数合成することにより、ＡランクのアイテムまたはＳランクのアイテムを生成することができる。このようなゲームでは、アイテムの合成に関するゲーム事象を補償対象とする保険を新たに設けてもよい。例えば、補償対象のゲーム事象は、Ｂランクのアイテムの合成を開始した時点から、Ｓランクのアイテムを生成することができるまでのＢランクのアイテムの合成回数が所定の閾値以上になるという事象を用いることができる。あるいは、補償対象のゲーム事象は、Ｂランクのアイテムの合成を開始した時点から、Ｓランクのアイテムを生成することができるまでの合成アイテムの生成回数が所定の閾値以上になるという事象を用いることができる。

さらに、補償付与手段５７０は、ユーザの複数回の課金履歴、例えば課金期間や納付金額の合計などに基づいて補償内容を決定してもよい。また、補償付与手段５７０は、ユーザの複数回の課金履歴に基づいて、ユーザへの補償の付与の有無を決定してもよい。
上記の実施形態では、ゲーム装置５がスマートフォンである場合を例示したが、ゲーム装置５は、ゲームセンターなどに提供されるアミューズメント機器であってもよい。

上記のゲームは、アクションゲーム、シューティングゲーム、ロールプレイングゲーム、シミュレーションゲーム、ボードゲーム、およびパズルゲームなどであってもよく、様々な種類のゲームに適用することができる。
上記の実施形態では、オブジェクトがプレイヤキャラクタである場合を例示したが、これに限定されない。例えば、オブジェクトは、仮想ゲーム空間内で使用されるカードやアイテム（武器、防具などの装備品）などであってもよい。

上記の実施形態では、サーバ装置２および複数のゲーム装置５が一体となってゲームプログラムを機能させる場合を例示したが、これに限定されない。ゲームプログラムのすべての手段、すなわち補償対象設定手段５６６、課金額設定手段５６７、特典付与手段５６８、課金受付手段５６９、および補償付与手段５７０などが、サーバ装置２単体、ゲーム装置５単体、サーバ装置２およびゲーム装置５とは別の通信端末単体、これらのうちの組み合わせ可能な２つの装置（例えばサーバ装置２とゲーム装置５での分散処理など）に備えられていてもよい。また、サーバ装置２、ゲーム装置５、通信端末を一体となって機能させる場合、どの手段をどの装置にて機能させるかに関しても適宜変更が可能である。例えば、上記実施形態で例示したゲーム装置５の補償対象設定手段５６６、課金額設定手段５６７、特典付与手段５６８、課金受付手段５６９、および補償付与手段５７０について、サーバ装置２の制御部２３が、各種プログラムを実行することにより、これらの手段として機能してもよい。

これらの他の実施形態を採用した場合においても、本実施形態の作用効果は発揮される。また、本実施形態と他の実施形態、および他の実施形態同士を適宜組み合わせることも可能である。

１…ゲームシステム
５…ゲーム装置
５６…コンピュータ
５６６…補償対象設定手段（補償対象設定部）
５６７…課金額設定手段（課金額設定部）
５６８…特典付与手段
５６９…課金受付手段（課金受付部）
５７０…補償付与手段（補償付与部）

Claims (18)

1. コンピュータを、
   第１ユーザによる課金の要求を受け付ける課金受付手段と、
   前記第１ユーザのゲームのプレイ履歴、または前記第１ユーザとは別の第２ユーザのゲームのプレイ履歴に基づいて課金の設定額を決定する課金額設定手段と、
   前記第１ユーザによる前記設定額の課金に応じて補償対象のゲーム事象を設定する補償対象設定手段と、
   前記補償対象のゲーム事象が発生することに基づいて、前記課金に対応する補償を前記第１ユーザまたは前記第２ユーザに付与する補償付与手段と、として機能させる
   ゲームプログラム。
2. 前記プレイ履歴は、特定のゲーム事象を発生させるために前記第１ユーザが過去に消費した対価の値に関する情報を含む
   請求項１に記載のゲームプログラム。
3. 前記特定のゲーム事象は、前記第１ユーザが対価の支払いを条件に特定のゲーム行動を行うことで得ることが可能な特定のゲーム結果であり、
   前記補償対象のゲーム事象は、前記特定のゲーム行動を繰り返したにも関わらず前記特定のゲーム結果を得ることができない状況が継続した場合に、前記第１ユーザが前記特定のゲーム行動を行うために支払った対価の累積値が閾値に達することである
   請求項２に記載のゲームプログラム。
4. 前記補償は、前記累積値を上限値として前記対価を前記第１ユーザに付与することである
   請求項３に記載のゲームプログラム。
5. 前記第２ユーザは、前記第１ユーザに関連するユーザであり、
   前記第１ユーザおよび前記第２ユーザとは別のユーザを第３ユーザとするとき、
   前記プレイ履歴は、前記第２ユーザが前記第３ユーザに対して実行したゲーム行動に関する情報、または前記第１ユーザが前記第３ユーザに対して実行したゲーム行動に関する情報を含む
   請求項１に記載のゲームプログラム。
6. 前記補償対象のゲーム事象は、前記第１ユーザ、または前記第１ユーザに関連付けられたゲーム内のオブジェクトの状態が特定の条件を満たすように変化することである
   請求項５に記載のゲームプログラム。
7. 前記補償は、前記第１ユーザまたは前記オブジェクトの状態を変化前の状態に変化させるために必要な対価を前記第１ユーザに付与することである
   請求項６に記載のゲームプログラム。
8. 前記第２ユーザは、前記第１ユーザに関連するユーザであり、
   前記プレイ履歴は、前記第２ユーザのゲームへのログインの頻度に関する情報を含む
   請求項１に記載のゲームプログラム。
9. 前記補償対象のゲーム事象は、前記第２ユーザが一定期間だけログインしないことである
   請求項８に記載のゲームプログラム。
10. 前記第１ユーザおよび前記第２ユーザとは別のユーザを第３ユーザとするとき、
    前記補償は、前記第３ユーザを前記第１ユーザまたは前記第１ユーザに関連付けられたグループに関連付けることを容易にするゲーム内の特典を前記第１ユーザに付与することである
    請求項９に記載のゲームプログラム。
11. 前記第２ユーザは、前記第１ユーザに関連するユーザであり、
    前記第１ユーザおよび前記第２ユーザに関連するゲーム行動を特定ゲーム行動とするとき、
    前記プレイ履歴は、前記第２ユーザによる前記特定ゲーム行動に関する情報を含む
    請求項１に記載のゲームプログラム。
12. 前記補償対象のゲーム事象は、前記第１ユーザまたは前記第１ユーザに関連付けられたグループに対する前記第２ユーザの関連付けの少なくとも一部を解除することである
    請求項１１に記載のゲームプログラム。
13. 前記補償対象のゲーム事象は、前記特定ゲーム行動が所定の条件を満たすまで進行しなかったことである
    請求項１１に記載のゲームプログラム。
14. 前記補償は、前記特定ゲーム行動が前記所定の条件を満たすまで進行した場合に付与される報酬の少なくとも一部を前記第１ユーザに付与することである
    請求項１３に記載のゲームプログラム。
15. 前記課金額設定手段により設定される課金の設定額を第１設定額とするとき、
    前記課金額設定手段は前記設定額を設定するための前記プレイ履歴に関わらず、前記第１設定額とは異なる第２設定額を設定し、前記第１ユーザが前記第２設定額を課金することに基づいて、前記補償対象のゲーム事象を設定可能な特典に加え、それとは別の特典を前記第１ユーザに付与する特典付与手段を更に備える
    請求項１に記載のゲームプログラム。
16. 前記補償付与手段は、前記第１ユーザの複数回の課金履歴に基づいて、前記補償の内容、および前記補償の有無の少なくとも一方を設定する
    請求項１～１５のいずれか一項に記載のゲームプログラム。
17. 第１ユーザによる課金の要求を受け付ける課金受付部と、
    前記第１ユーザのゲームのプレイ履歴、または前記第１ユーザとは別の第２ユーザのゲームのプレイ履歴に基づいて課金の設定額を決定する課金額設定部と、
    前記第１ユーザによる前記設定額の課金に応じて補償対象のゲーム事象を設定する補償対象設定部と、
    前記補償対象のゲーム事象が発生することに基づいて、前記課金に対応する補償を前記第１ユーザまたは前記第２ユーザに付与する補償付与部と、を備える
    ゲーム装置。
18. 第１ユーザによる課金の要求を受け付ける課金受付部と、
    前記第１ユーザのゲームのプレイ履歴、または前記第１ユーザとは別の第２ユーザのゲームのプレイ履歴に基づいて課金の設定額を決定する課金額設定部と、
    前記第１ユーザによる前記設定額の課金に応じて補償対象のゲーム事象を設定する補償対象設定部と、
    前記補償対象のゲーム事象が発生することに基づいて、前記課金に対応する補償を前記第１ユーザまたは前記第２ユーザに付与する補償付与部と、を備える
    ゲームシステム。

Images