JP7449734B2 - ゲームプログラム、ゲーム処理方法及び情報処理装置 - Google Patents

Description

本開示は、ゲームプログラム、ゲーム処理方法及び情報処理装置に関する。

特許文献１は、パソコンから得点を入力し、Ｅメールアドレスを入力し、サーバは入力された得点とＥメールアドレスとを記憶し、得点の順位に変動があった場合には、対応するＥメールアドレスにＥメールでメッセージを送信することを提案する。

特開２０００－３７６号公報

しかしながら、上記の手法では、Ｅメールを受信したユーザは、ランキングを確認するために、ランキングを表示しているホームページにアクセスする。このため、例えばゲームに参加する何万人ものユーザがホームページにアクセスすることで、ホームページを管理するサーバに負荷がかかる課題がある。また、ユーザ側も、ランキングを確認するために何度もホームページにアクセスする必要が生じ、ユーザビリティが低下する課題がある。

本開示は、ゲームにて開催されるイベントにおいてユーザの順位の変動を通知することが可能なゲームプログラム、ゲーム処理方法及び情報処理装置を提供する。

本開示の一の態様によれば、複数のユーザが操作する複数のユーザ端末が参加可能なゲームをコンピュータに実行させるゲームプログラムであって、前記ゲームにて開催されるイベントにおける複数のユーザのランキングを決定する処理と、ランキングと報酬とを対応させた報酬情報を記憶した記憶部を参照して、前記複数のユーザに対して決定した前記ランキングに基づき、所与の条件を満たすユーザのユーザ端末に順位の変動を通知する処理と、を含むゲームプログラムを提供する。

一の側面によれば、ゲームにて開催されるイベントにおいてユーザの順位の変動を通知することができる。

実施形態に係るゲームシステムを示す図。 実施形態に係るサーバのハードウェア構成を示す図。 実施形態に係るユーザ端末のハードウェア構成を示す図。 実施形態に係るサーバの機能構成を示す図。 実施形態に係る報酬情報の一例を示す図。 実施形態に係る通知条件情報の一例を示す図。 実施形態に係るランキング情報の一例を示す図。 実施形態に係るユーザ情報の一例を示す図。 実施形態に係るユーザ端末の機能構成を示す図。 実施形態に係るゲーム処理方法を示すフローチャート。 実施形態に係る条件設定画面の一例を示す図。 実施形態に係る条件設定画面の一例を示す図。 実施形態に係る順位変動通知画面の一例を示す図。

以下、本開示を実施するための形態について図面を参照して説明する。なお、本明細書及び図面において、実質的に同一の構成については、同一の符号を付することにより重複した説明を省く。

［ゲームシステム］
図１は、実施形態におけるゲームシステム１の構成を示す図である。実施形態のゲームシステム１は、ネットワークＮ（例えば、インターネット等）を介してゲームに関する各種サービスをプレイヤー（以下、「ユーザ」という。）に提供する。ゲームシステム１は、サーバ１０と複数のユーザ端末３０とを有する。サーバ１０は、ゲームに関する各種サービスを複数のユーザ端末３０に提供する情報処理装置の一例である。サーバ１０は、パーソナルコンピュータ、ワークステーション、クラウドコンピュータ等であってもよい。

ユーザ端末３０は、ゲームをプレイする際にユーザが使用する情報処理装置の一例である。ユーザ端末３０は、スマートフォン、パーソナルコンピュータ、携帯型ゲーム装置、ゲームコントローラ、タブレット型コンピュータ、ウェアラブルコンピュータ、業務用ゲーム装置であってもよい。

ユーザ端末３０は、サーバ１０に対してゲームに関する各種情報（ゲームプログラムやゲーム画面等）の配信要求を行う。サーバ１０は、ユーザ端末３０から各種情報の配信要求を受け付けると、ユーザ端末３０においてプレイするゲームプログラムやゲーム画面のＷｅｂページを配信する。

ユーザ端末３０は、ユーザにゲーム画面を表示するＷｅｂページを閲覧させるためのＷｅｂブラウザ機能を有する。これにより、ユーザ端末３０は、サーバ１０から配信されたゲーム画面等のＷｅｂページを表示することができる。例えば、ユーザ端末３０は、ゲーム内のイベント開催中の順位変動により得られる変動通知を受け付けた場合、サーバ１０が提供するＷｅｂページにログインし、自己のランキングと、変動する報酬の内容を確認できる。

なお、ゲームシステム１に接続されたユーザ端末３０は、３つに限られない。サーバ１０は、複数のサーバが連携してサーバ１０の機能を実現してもよい。サーバ１０は、ネットワークＮに接続された複数のユーザ端末３０が参加するオンラインゲームを提供してもよい。サーバ１０は、対戦ゲーム、スポーツゲーム、レーシングゲーム、街づくりゲーム等、あらゆるゲームのイベントで実行されるランキングを競い合うゲームにおいて本ゲーム処理方法を使用できる。また、サーバ１０は、イベントにおいて対戦、クエスト等のゲームを提供できる。ただし、ゲームの種類はこれに限られない。

［サーバ１０のハードウェア構成］
次に、サーバ１０のハードウェア構成について、図２を参照して説明する。図２は、実施形態に係るサーバ１０のハードウェア構成を示す図である。サーバ１０は、ＣＰＵ（Central Processing Unit）１２６、メモリ１２７及び通信装置１２８を有する。ＣＰＵ１２６は、サーバ１０を制御する。メモリ１２７は、例えば、ＣＰＵ１２６が直接アクセス可能なサーバ１０内のメモリなどの記憶媒体である。通信装置１２８は、通信を制御するネットワークカードなどの通信デバイスである。

サーバ１０は、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種メモリを搭載してもよい。

サーバ１０は、演算処理によりユーザ端末３０を用いてプレイするために必要な各種ゲームデータをユーザ端末３０に提供し、ユーザ端末３０で行われるゲーム処理の実行を制御及び管理するゲーム管理機能を有する。サーバ１０は、ＣＰＵ１２６が所定のプログラム及びデータに基づいて演算処理することにより、本実施形態に係るゲーム処理方法を実行する。なお、サーバ１０で実現される処理はこれに限られず、適宜追加及び省略が可能である。

［ユーザ端末のハードウェア構成］
次に、ユーザ端末３０のハードウェア構成について、図３を参照して説明する。図３は、実施形態に係るユーザ端末３０のハードウェア構成を示す図である。ユーザ端末３０は、ＣＰＵ１２１、メモリ１２２、通信装置１２３、入力装置１２４及び表示装置１２５を有する。ＣＰＵ１２１は、ユーザ端末３０を制御する。メモリ１２２は、例えば、ＣＰＵ１２１が直接アクセス可能なユーザ端末３０内のメモリなどの記憶媒体である。通信装置１２３は、通信を制御するネットワーク回路などの通信デバイスである。入力装置１２４は、カメラ又はタッチパネルなどの入力デバイスである。表示装置１２５は、ディスプレイなどの出力デバイスである。

ユーザ端末３０は、サーバ１０が提供するゲーム処理を行う。実施形態の一例では、ユーザは、ユーザ端末３０を使用してゲームをプレイし、ゲームにて開催されるイベントに参加できる。イベントは、任意の所定期間だけ開催され、イベント終了時点のユーザのランキングに応じて報酬が得られる。ランキングは、イベント内で行われる対戦結果、クエスト結果、ガチャの結果、キャラクタの育成等により変動する。イベント終了時点のユーザのランキングによって、各ユーザが得られる報酬が変わる。例えば、より上位のランキングのユーザは、それよりも下位のランキングのユーザとは、異なる報酬を取得できる。

例えば、ユーザＡが欲しい報酬が、ランキングが１位～１００位までのユーザに与えられるアイテム１である場合、イベント終了時点でユーザＡのランキングが１０１位以下になるとユーザＡは、欲しいアイテム１を取得できなくなる。

そこで、ユーザＡは、イベント中の自己のランキングを確認するために、サーバ１０がランキング情報を提供するＷｅｂページへログインする。ログイン回数が増えると、ユーザビリティが下がる。ユーザビリティの向上と、サーバ１０が提供するＷｅｂページへのログイン回数を減らすことでサーバ１０の負荷を低減することが重要である。

そこで、本実施形態に係るサーバ１０は、イベント期間中、ユーザのランキングが変わると受け取る報酬が変わってしまうタイミングに、そのランキングのユーザのユーザ端末３０に順位（ランキング）の変動通知を行う。これにより、イベント期間中、ユーザのランキングが変わるとそれを通知する場合よりも、ユーザへの通知の頻度を少なくすることができ、ユーザビリティの向上と、サーバ１０の負荷を軽減することができる。

［サーバの機能構成］
次に、以上の機能を有するサーバ１０の機能構成について図４を参照して説明する。図４は、実施形態に係るサーバ１０の機能構成を示す図である。サーバ１０は、制御部１１、記憶部１２及び通信部１３を有する。

制御部１１は、各部間のデータの受け渡しを行うと共にサーバ１０の全体を制御する。制御部１１は、ＣＰＵ１２６が所定のメモリ１２７に格納されたプログラムを実行することによって実現される。

記憶部１２は、ゲームを実行するためのゲームプログラム、各種のデータ及び各種の情報を記憶している。記憶部１２は、例えばメモリ１２７によって実現される。記憶部１２は、ゲームプログラムが記憶された読み取り専用の記憶領域であるＲＯＭ（Read Only Memory）と、制御部１１による演算処理のワーク領域として使用される書き換え可能な記憶領域であるＲＡＭ（Random Access Memory）とを有している。記憶部１２は、例えば、フラッシュメモリやハードディスク等の不揮発性の記憶装置によって実現される。

通信部１３は、ユーザ端末３０及びその他の機器との間で通信を行うための機能を有する。通信部１３は、ユーザ端末３０から送信される各種データを受信する受信部として機能と、制御部１１の指令に応じて各種データをユーザ端末３０へ送信する送信部として機能とを有する。通信部１３は、例えば、ＮＩＣ（Network Interface Card）によって実現される。

制御部１１は、ゲーム実行処理部１４、ポイント取得部１５、ランキング決定部１６、通知部１７、設定部１８及び表示部１９を有する。ゲーム実行処理部１４は、ユーザがプレイするゲーム処理を実行する機能を有する。実施形態の一例では、ゲーム実行処理部１４は、各種のゲーム内で開催されるイベント処理を、ポイント取得部１５、ランキング決定部１６、通知部１７、設定部１８及び表示部１９と連携して実行する。イベント処理は、複数のユーザが共同して参加可能な対戦、クエスト、ガチャ等を含む。

ポイント取得部１５は、複数のユーザが所有するポイントを取得する。ポイントは、例えば対戦ゲームで勝利すると取得可能である。また、ポイントは、イベント中に貯めることが可能である。なお、ユーザは、貯めたポイントで欲しいアイテム等の報酬を購入してもよい。

ランキング決定部１６は、ポイント取得部１５が取得した各ユーザのポイントの総数（累積数）に応じて、ランキングにおける各ユーザの順位を決定する。ランキング決定部１６は、ゲームにて開催されるイベントにおける複数のユーザのランキングを決定する。

通知部１７は、ランキングと報酬とを対応させた報酬情報を記憶した記憶部１２を参照して、複数のユーザに対してランキング決定部１６が決定したランキングに基づき、所与の条件を満たすユーザのユーザ端末３０に順位の変動を通知する。通知部１７は、変動通知に、報酬の変動が生じるランキング及び自己のランキングを通知してもよい。これにより、ユーザは、自己のランキングと報酬の変動の状況を知ることができる。

通知部１７は、ユーザ端末３０に順位の変動を通知する場合、ユーザが取得する報酬の下降及び／又は上昇を通知してもよい。ユーザが取得したい報酬は、上位ランクの報酬に限られないため、ユーザが取得する報酬が下降する場合だけでなく、ユーザが取得する報酬が上昇する場合にもその変動を通知できるようにすることが好ましい。

通知部１７は、報酬の変動が生じるランキングよりも予め設定された幅（範囲）だけ上位のランキングにいるユーザのユーザ端末３０に順位の変動を通知してもよい。例えば、１００位以内ならば報酬として特定のアイテムがもらえる場合、報酬が切り替わるユーザのランキングが１００位になったときに通知すると、通知タイミングが遅いために、イベント終了時のそのユーザのランキングが１０１位以下になる場合が生じ得る。この場合、ユーザは、１００位以内で取得可能な特定のアイテムを希望していたにもかかわらず、そのアイテムをもらえないため、不満が残り、順位変動通知をユーザに発した意味がなくなる場合がある。そこで、もう少し早いタイミングで順位の変動をユーザに通知してもよい。例えば、通知部１７は、報酬の切り替えが生じるランキング１００位よりも予め設定された幅（例えば１～１０）上位のランキング、つまり、９０位～９９位にいるユーザのユーザ端末３０に順位の変動を通知してもよい。ただし、予め設定された幅にいるランキングのユーザにその幅に順位が含まれる間継続して通知を行うとユーザへの通知頻度が過度に増加する場合がある。そこで、例えば、予め設定された幅が１０に設定されている場合、９０位になったユーザのみに通知を行うように、その幅にいるランキングのユーザに一度だけ通知を行うようにしてもよい。ただし、かかる通知方法は一例であり、予め設定された幅にいるランキングのユーザに送る通知の頻度は様々な態様がある。例えば、予め設定された幅内のランキングのユーザに一度通知した後、所定時間経過後にもその幅に含まれるランキングのユーザには、再度通知を行うようにしてもよい。

これにより、ユーザは、イベント終了時までに自己のランキングを変動させるようにゲームをプレイすることができる。その結果、ユーザ端末３０は、対戦等を実行することで、イベント終了時に欲しい報酬を得ることができる。また、ユーザが自己のランキングを上げる工夫をすることで、ユーザにゲームに対する愛着及び熱意を感じさせ、ゲームへの没入感を高めることができる。

ただし、通知部１７は、報酬の切り替えが生じるランキングになったら順位の変動を通知してもよい。例えば、通知部１７は、ユーザのランキングが報酬の変動が生じる１００位になったときに順位の変動を通知してもよい。なお、順位の変動を通知する処理を実行する所与の条件の一部又は全部は、ユーザが手動で設定することができる。

通知部１７は、一のユーザのランキングと、予め指定した他のユーザのランキングとの差分に応じて、一のユーザのユーザ端末３０に他のユーザのランキング情報を通知してもよい。例えば、一のユーザが、負けたくない他のユーザを予め指定し、一のユーザのランキングが、指定した他のユーザのランキングに抜かれたり、一のユーザのランキングが、指定した他のユーザのランキングに所定以上近付いたりした場合に通知するようにしてもよい。これにより、ライバル等の他のユーザにランキングを追い抜かれる等のゲーム状況をタイムリーに知ることができる。この結果、一のユーザは、他のユーザに負けないようにランキングを上げるようにゲームプレイすることができる。

ユーザへの通知方法としては、プッシュ通知(ポップアップ通知)のアプリがユーザ端末３０にインストールされていれば、プッシュ通知により順位の変動を通知することができる。例えばユーザ端末３０においてプッシュ通知許可の設定がされていれば、ユーザがゲームプレイしていない場合にも、ランキングが変わると報酬が変動するタイミングにユーザ端末３０に通知することができる。

なお、通知部１７は、順位の変動をユーザに通知するだけでなく、イベントの期間を変更する場合に期間の変動をユーザに通知してもよい。また、通知部１７は、イベントの期間が終了した場合であって新たなイベント期間が開始した場合に新たなイベント期間の開始をユーザに通知してもよい。

設定部１８は、ユーザ端末３０に順位の変動を通知する所与の条件を設定する。所与の条件は、ユーザ端末３０に順位の変動を通知するか否かの判断基準を示す通知条件を含んでもよい。通知条件は、画面上に選択可能に表示された複数の報酬情報からユーザの選択により設定する報酬条件を含んでもよい。報酬条件は、ユーザ端末に通知する順位を決定する報酬であるか否かの判断基準を示し、ユーザは、変動を通知する順位を設定するために、ユーザが獲得を希望する報酬を設定する。すなわち、通知条件をユーザが設定する際、報酬条件を選ぶと自動的に通知すべき順位を設定してくれる。

設定部１８は、画面上に選択可能に表示された報酬の種類又は報酬の量に対するユーザの選択により報酬条件を設定してもよい。設定部１８は、記憶部１２に記憶した報酬情報が変更された場合、ユーザの選択により設定した条件を、順位の変動を通知する所与の条件から除去し、初期化してもよい。所与の条件に含まれる通知条件及び報酬条件は、ユーザ操作により手動で条件設定画面上から設定してもよいし、条件設定画面上に選択可能に表示された報酬又は報酬の種類等を選択することにより自動で設定してもよい。

表示部１９は、ゲーム画面、条件設定画面及び通知画面を表示する。表示部１９が制御するゲーム画面、条件設定画面及び通知画面は、通信部１３によりユーザ端末３０に送信され、ユーザ端末３０の表示部３５に表示するようにしてもよい。

記憶部１２は、報酬情報２１、条件情報２２、ランキング情報２３、及びユーザ情報２４を記憶している。以下、各情報について説明する。

（報酬情報）
報酬情報２１は、イベントで実行されるランキングを競い合うゲームにおいて、ランキングと報酬とを対応させた情報である。図５は、実施形態に係る報酬情報の一例を示す図である。

図５の例では、報酬情報２１は、イベント毎にランキングの範囲に対する報酬の内容、報酬の種類、報酬の個数、及びイベント期間の情報を含む。例えばイベントａでは、３つのランキングの範囲Ｒ１～Ｒ３が設定されている。範囲Ｒ１では、ユーザのランキングが１～１００位の場合、報酬として「アイテム１」が設定されている。また、「アイテム１」の報酬の種類は「カード」であり、個数は１０枚であり、そのうちレアリティ高のカードが２枚含まれることが設定されている。

報酬の種類が「カード」の場合、カード毎に火、水、木、金のいずれかの属性が付与されてもよい。また、レアリティが通常よりも高いカードには、中、高等のランクが付与されてもよい。

範囲Ｒ２では、ユーザのランキングが１０１～５００位の場合、報酬として「アイテム２」が設定されている。また、「アイテム２」の報酬の種類は「課金石」であり、個数は２つに設定されている。

範囲Ｒ３では、ユーザのランキングが５０１～１０００位の場合、報酬として「アイテム３」が設定されている。「アイテム３」の報酬の種類は「カード」であり、個数は２０枚に設定されている。

また、イベントａの期間は、２０２０年１月１日～２０２０年１月１０日に設定されている。なお、図５に示す報酬の個数は、報酬の量の一例であり、報酬の量は、枚数や個数に限られない。

（条件情報）
条件情報２２は、ユーザに順位の変動を通知するか否かを判定するための条件に関する情報である。図６は、実施形態に係る条件情報の一例を示す図である。条件情報は、ユーザＩＤ毎に設定されている。

図６に示す例では、ユーザＩＤが「ユーザＡ」の通知条件は、報酬が変動する順位よりも１０～２０の範囲だけ高いランキングで通知すると定められている。例えば、報酬が変動する順位が１００位の場合、ユーザＡのランキングが１００位よりも１０～２０上位のランキング８０～９０の範囲の順位になったらユーザＡのユーザ端末３０に順位の変動を通知する。

例えば、ユーザＩＤが「ユーザＢ」への通知条件は、報酬が変動するときのランキングで通知する。ただし、ランキングが範囲Ｒ２から範囲Ｒ３（図５参照）へ変動するときのみユーザＢに順位の変動を通知すると定められている。例えば、図５の例では、ランキングが１０１～５００位の範囲Ｒ２から５０１～１０００位の範囲Ｒ３へ変動するときのみユーザＢに順位の変動を通知する。

例えば、ユーザＩＤが「ユーザＣ」への通知条件は、ユーザＡを指定し、ユーザＡのポイントがユーザＣのポイントに対して１００以内に近づいたら通知すると定められている。ユーザＩＤが「ユーザＣ」への通知条件は、ユーザＡを指定し、ユーザＡのランキングがユーザＣのランキングに対して１００以内に近づいたら通知すると定めてもよい。

（ランキング情報）
ランキング情報２３は、ユーザ毎のランキングと所有するポイントを示す情報である。図７は、実施形態に係るランキング情報の一例を示す図である。図７に示す例では、ユーザＩＤが「ユーザＡ」の場合、ランキングは９１位、所有するポイントは、５００ポイントである。ユーザＩＤが「ユーザＢ」の場合、ランキングは４９０位、所有するポイントは、１００ポイントである。ユーザＩＤが「ユーザＣ」の場合、ランキングは５０位、所有するポイントは、５９０ポイントである。

（ユーザ情報）
ユーザ情報２４は、ゲームに参加するユーザのログイン情報である。図８は、実施形態に係るユーザ情報２４の一例を示す図である。図８に示す例では、ユーザ情報２４は、ユーザＩＤと、ユーザＩＤ毎に設定されるログインＩＤと、パスワードとを含む。図８の例では、ユーザＩＤが「ユーザＡ」の場合、ログインＩＤが「ａａａ」、パスワードが「ｄｄｄ」であることを示す。

［ユーザ端末の機能構成］
次に、ユーザ端末３０の機能構成について図９を参照して説明する。図９は、実施形態に係るユーザ端末の機能構成を示す図である。ユーザ端末３０は、制御部３１、記憶部３２、通信部３３、入力部３４及び表示部３５を有する。

制御部３１は、各部間のデータの受け渡しを行うと共にユーザ端末３０全体の制御を行う。制御部３１は、ＣＰＵ１２１が所定のメモリ１２２に格納されたプログラムを実行することによって実現される。

記憶部３２は、バスを介して制御部３１に接続され、制御部３１からの指令に応じて記憶されているデータを参照、読み出し、書き換える処理が行われる。記憶部３２は、例えば、フラッシュメモリやハードディスク等によって実現される。

通信部３３は、ネットワークＮを介してサーバ１０との間で通信を行う。通信部３３は、サーバ１０から送信される各種データを受信する受信部としての機能と、制御部３１の指令に応じて各種データをサーバ１０へ送信する送信部として機能とを有する。通信部１３は、例えば、ＮＩＣ（Network Interface Card）によって実現される。

入力部３４は、ユーザが各種操作（ゲーム操作等）を行うためのものであり、例えば、操作ボタン、タッチパネル等によって実現される。表示部３５は、制御部３１からの指令によりゲーム画面を表示するためのものであり、たとえば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。表示部３５は、サーバ１０が生成し、通信部３３により受信したゲーム画面のＷｅｂページをユーザ端末３０の画面に表示する。

[ゲーム処理方法]
次に、実施形態に係るサーバ１０が行うゲーム処理方法について、図１０～図１３を参照しながら説明する。図１０は、実施形態に係るゲーム処理方法を示すフローチャートである。図１１～図１３は、ゲーム処理方法にて表示される画面例である。図１１及び図１２は、実施形態に係る条件設定画面の一例を示す図である。図１３は、実施形態に係る変動通知画面の一例を示す図である。

本処理は、ゲーム内で開催するイベントが実行される度に実行される。まず、設定部１８は、記憶部１２に記憶した報酬情報２１（図５参照）及び条件情報２２（図６参照）を取得し、特定の場合、設定された通知条件を初期化する（ステップＳ１０）。例えば、取得した報酬情報２１のランキングと報酬との対応が変更された場合又は報酬情報２１のイベント期間が終了した場合等、特定の場合、設定された通知条件を初期化する。

次に、ポイント取得部１５は、ランキング情報２３（図７参照）からユーザ毎のポイントを取得する（ステップＳ１２）。ランキング決定部１６は、取得したユーザ毎のポイントに基づき、ユーザ毎の最新のランキングを決定し、決定した最新のランキングをランキング情報２３（図７参照）に記憶する（ステップＳ１４）。

次に、設定部１８は、条件の設定要求があるかを判定する(ステップＳ１６）。設定部１８は、ユーザ端末３０から報酬条件の設定要求があると判定した場合、表示部１９は、条件設定画面を表示する(ステップＳ１８)。一例として、図１１又は図１２に示すようにイベントａに関する条件設定画面がユーザ端末３０に表示される。

次に、設定部１８は、ユーザの操作により報酬条件が選択されたかを判定する(ステップＳ２０)。設定部１８は、ユーザの操作により報酬条件が選択されたと判定した場合、選択された報酬条件を含む通知条件を設定する（ステップＳ２２）。

例えば、図１１及び図１２の例では、イベントａの報酬及び報酬の種類が表示されている。表示部品５０～５２は、ランキングの範囲と得られる報酬とがチェックボックスにより選択可能に表示されている。例えば、図１１に示すように、ユーザが、表示部品５０のチェックボックスをチェックし、ＯＫボタン５７を押すと、設定部１８は、ユーザのランキングが、アイテム１が得られなくなるランキング１０１位以下になるとき又はその前にユーザに変動通知を送る報酬条件を含む通知条件を設定する。

ユーザは、報酬条件を設定することが可能である。例えば、図１１及び図１２の例では、報酬の種類の表示部品５３～５６がチェックボックスにより選択可能に表示されている。例えば、図１２（ａ）に示すように、ユーザが、表示部品５３の「カード」のチェックボックスをチェックし、ＯＫボタンを押す。そうすると、図１２（ｂ）に示すように、報酬の種類がカードであるアイテム１，３・・・だけがリストアップされて表示される。かかるユーザによる選択により、ユーザは報酬条件を設定できる。ユーザ操作によらずリストアップされたアイテムが自動的にチェックされてもよい。なお、設定した報酬条件を含む通知条件は、条件情報２２（図６参照）として記憶部１２に記憶される。

変動通知を行うための条件は、報酬条件及び通知条件に区別しなくてもよい。なお、報酬の種類は、カードに限らず、課金石（ゲーム内で使用可能な仮想通貨）、回復薬（体力回復が可能なアイテム）等であってもよい。

更に図１２（ｂ）に示す条件設定画面に遷移した後、ユーザが、表示部品５２のチェックボックスをチェックし、ＯＫボタン５７を押すと、設定部１８は、ユーザのランキングが、報酬の種類がカードのアイテム３が得られなくなるランキング１００１位以下になるとき又はその前にユーザに変動通知を送る通知条件を設定する。

図１０では、次に、通知部１７は、ステップＳ２２にて設定した報酬条件を含む条件情報２２に基づき、設定した報酬条件を含む通知条件を満たすかを判定する(ステップＳ２４)。通知部１７は、設定した報酬条件を含む通知条件を満たすと判定した場合、報酬の変動とユーザの自己のランキングとを通知する（ステップＳ２６）。変動通知は、ユーザ端末３０の画面に表示したり、プッシュ通知を利用したりしてユーザに送ることができる。ユーザ端末３０は、変動通知を受け付けた場合、サーバ１０が提供するＷｅｂページにログインし、自己のランキングと他ユーザのランキングとの情報、及び変動する報酬の内容を確認できる。

例えば、図１３は、イベントａの順位変動通知６０の一例を示す。図１３の例では、ユーザの現在のランキングが９２位であることを示す表示部品６１と、ランキングの範囲と得られる報酬の内容とを示す表示部品６２、６３とが表示されている。この場合、報酬の変動が生じるランキングよりも予め設定された幅（範囲）だけ上位のランキングにいるユーザのユーザ端末３０に順位の変動を通知した例が示されている。

図１０のステップＳ１６の判定処理で「Ｎｏ」と判定された場合、及びステップＳ２０の判定処理で「Ｎｏ」と判定された場合、通知部１７は、通知条件を満たすかを判定する(ステップＳ２８)。通知部１７は、通知条件を満たすと判定した場合、報酬の変動とユーザの自己のランキングの変動とを通知する（ステップＳ２６）。ステップＳ２６の処理後、本処理を終了する。通知するランキングの変動に関する情報は、現時点の自己の順位に加えて、自己の前回の順位、自己の現時点の順位と前回の順位との差分の情報を含んでもよい。

図１０のステップＳ２４の判定処理で「Ｎｏ」と判定された場合、及びステップＳ２８の判定処理で「Ｎｏ」と判定された場合、変動の通知を行わずに本処理を終了する。

以上に説明したゲーム処理方法によれば、ゲームにて開催されるイベントにおいてユーザのランキングに対応して得られる報酬が切り替わることをユーザ端末３０に通知することができる。これにより、ユーザは、イベント終了時のユーザのランキングに応じて、一定順位以上毎に獲得できる報酬が異なる場合に、報酬が切り替わるときに順位の変動通知を受ける。これにより、キャラクタの育成等を行ってランキングを変更し、不本意な報酬を得ることを回避することできる。

また、ユーザは、条件設定画面により、特定のアイテムが欲しい、この価格のアイテムが欲しい、この種類のアイテムが欲しい等の報酬条件をユーザが設定し、設定した報酬条件を含む通知条件を満たすときのみ、順位の変動通知を受け取ることができる。

ユーザは、取得を希望するアイテムの報酬が得られないランキングになる前に、通知するランキングに幅をもたせて設定することができる。この場合、ユーザは、取得を希望するアイテムの報酬が得られない切り替えのランキングよりも前に、設定した幅のランキングになったときに順位の変動通知を受け取ることができる。例えば、希望するアイテムの報酬が得られないランキングの切り替えが１０１位、通知するランキングの幅（範囲）が１～１０とすると、ユーザは、自己のランキングが９１～１００位になったときに順位の変動通知を受け取ることができる。

また、例えば、図１１に示すように、ユーザは、アイテム２、３の取得を希望しなければ、チェックボックスをチェックしないことで、アイテム２、３に関する順位の変動通知が来ないようにすることができる。これにより、サーバ１０の負担とユーザの不要な通知を受ける煩わしさを軽減できる。

また、図１２（ａ）に示すように、ユーザは、欲しい報酬の種類のチェックボックスをチェックすることで、図１２（ｂ）に示すように、欲しい報酬の種類を持つアイテムのみ限定した報酬リストを表示させることができる。ユーザは、報酬リストから欲しい報酬のチェックボックスをチェックすることで、欲しい報酬をより容易に選択することができる。

ユーザは、報酬の種類及び／又は報酬の量を設定してもよい。報酬の量の一例としては、例えば、ユーザがあるカードを一枚所有している場合であって、同じカードを４枚集めると新たなコンテンツが解禁されて取得可能となる場合、ユーザは、更に３枚同じカードを集めたい場合がある。この場合、欲しいカードの枚数だけ設定ボックスをタップすることにより、所定のカードの枚数を設定できようにしてもよい。そのカードの枚数（３枚）以上のカードを報酬として獲得できる順位を、報酬条件を含む通知条件として設定してもよい。

なお、図１１～図１３の表示例は、一例であり、表示方法及び表示内容はこれに限られない。

以上に説明したように、実施形態に係るゲーム処理方法によれば、ゲームにて開催されるイベントにおいてユーザのランキングに対応して得られる報酬が切り替わることをユーザ端末に通知することができる。

今回開示された実施形態に係るゲームプログラム、ゲーム処理方法及び情報処理装置は、すべての点において例示であって制限的なものではないと考えられるべきである。上記の実施形態は、添付の請求の範囲及びその主旨を逸脱することなく、様々な形態で変形及び改良が可能である。上記複数の実施形態に記載された事項は、矛盾しない範囲で他の構成も取り得ることができ、また、矛盾しない範囲で組み合わせることができる。

１ ゲームシステム
１０ サーバ
１１ 制御部
１２ 記憶部
１３ 通信部
１４ ゲーム実行処理部
１５ ポイント取得部
１６ ランキング決定部
１７ 通知部
１８ 設定部
１９ 表示部
２１ 報酬情報
２２ 条件情報
２３ ランキング情報
２４ ユーザ情報
３０ ユーザ端末
３１ 制御部
３２ 記憶部
３３ 通信部

Claims (8)

1. 複数のユーザが操作する複数のユーザ端末が参加可能なゲームをコンピュータに実行させるゲームプログラムであって、
   前記ゲームにて開催されるイベントにおける複数の前記ユーザのランキングを決定する処理と、
   前記ランキングと報酬とを対応させた報酬情報を記憶した記憶部を参照して、前記複数のユーザに対して決定した前記ランキングに基づき、所与の条件を満たす前記ユーザの前記ユーザ端末に順位の変動を通知する処理と、
   を含み、
   前記所与の条件は、前記ユーザ端末に前記順位の変動を通知するか否かの判断基準を示す通知条件を含み、
   前記通知条件は、画面上に選択可能に表示された複数の前記報酬情報から前記ユーザの選択により設定する報酬条件を含み、
   前記報酬条件は、前記報酬を獲得できる順位を含み、
   前記ユーザ端末に前記順位の変動を通知する処理は、前記報酬の変動が生じるランキングよりも予め設定された範囲の上位のランキングにいる前記ユーザの前記ユーザ端末に通知する、
   ゲームプログラム。
2. 前記報酬条件は、画面上に選択可能に表示された報酬の種類又は報酬の量を含む、
   請求項１に記載のゲームプログラム。
3. 前記報酬条件が変更された場合、前記ユーザの選択により設定した前記通知条件を前記所与の条件から除去し、初期化する、
   請求項１に記載のゲームプログラム。
4. 一のユーザのランキングと予め指定した他のユーザのランキングとの差分に応じて、前記一のユーザの前記ユーザ端末に前記他のユーザのランキング情報を通知する処理を含む、
   請求項１～３のいずれか一項に記載のゲームプログラム。
5. 前記ユーザ端末に前記順位の変動を通知する処理は、
   前記ユーザのランキングと、前記ユーザが取得する報酬の下降及び／又は上昇を通知する、
   請求項１～４のいずれか一項に記載のゲームプログラム。
6. 前記ユーザ端末に前記順位の変動を通知する処理は、
   所与の条件を満たす前記ユーザの前記ユーザ端末以外のユーザ端末に前記順位の変動を通知しない、
   請求項１～５のいずれか一項に記載のゲームプログラム。
7. 複数のユーザが操作する複数のユーザ端末が参加可能なゲームをコンピュータが実行するゲーム処理方法であって、
   前記ゲームにて開催されるイベントにおける複数の前記ユーザのランキングを決定する処理
   と、
   前記ランキングと報酬とを対応させた報酬情報を記憶した記憶部を参照して、前記複数のユーザに対して決定した前記ランキングに基づき、所与の条件を満たす前記ユーザの前記ユーザ端末に順位の変動を通知する処理と、
   を含み、
   前記所与の条件は、前記ユーザ端末に前記順位の変動を通知するか否かの判断基準を示す通知条件を含み、
   前記通知条件は、画面上に選択可能に表示された複数の前記報酬情報から前記ユーザの選択により設定する報酬条件を含み、
   前記報酬条件は、前記報酬を獲得できる順位を含み、
   前記ユーザ端末に前記順位の変動を通知する処理は、前記報酬の変動が生じるランキングよりも予め設定された範囲の上位のランキングにいる前記ユーザの前記ユーザ端末に通知する、
   ゲーム処理方法。
8. 複数のユーザが操作する複数のユーザ端末が参加可能なゲームを実行する情報処理装置であって、
   前記ゲームにて開催されるイベントにおける複数の前記ユーザのランキングを決定するランキング決定部と、
   前記ランキングと報酬とを対応させた報酬情報を記憶した記憶部を参照して、前記複数のユーザに対して決定した前記ランキングに基づき、所与の条件を満たす前記ユーザの前記ユーザ端末に順位の変動を通知する処理と、
   を有し、
   前記所与の条件は、前記ユーザ端末に前記順位の変動を通知するか否かの判断基準を示す通知条件を含み、
   前記通知条件は、画面上に選択可能に表示された複数の前記報酬情報から前記ユーザの選択により設定する報酬条件を含み、
   前記報酬条件は、前記報酬を獲得できる順位を含み、
   前記ユーザ端末に前記順位の変動を通知する処理は、前記報酬の変動が生じるランキングよりも予め設定された範囲の上位のランキングにいる前記ユーザの前記ユーザ端末に通知する、
   情報処理装置。

Images