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

Description

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

近年、スマートフォン等のタッチパネルディスプレイを有する通信端末が普及し、各ユーザは、自身の通信端末を所有している。そのような中で、インターネット上でコミュニティ型のサービスをユーザに提供するサービス、すなわち、ソーシャル・ネットワーキング・サービス（以下、「ＳＮＳ」という。）が知られている。このようなＳＮＳの１つとして、オンラインゲーム（ソーシャルゲーム）がユーザに提供されている。

オンラインゲームでは、一方のユーザが他方のユーザにフレンド申請を行い、他方のユーザがそのフレンド申請を承認することにより、ユーザ間でフレンド関係が成立する。フレンド関係が成立すると、複数人で同一のステージやクエスト等をプレイ可能なマルチプレイモードにおいて、フレンド関係にあるユーザ同士で、ゲームをプレイすることができる。

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

複数人でプレイ可能なオンラインゲームにおいて、期間限定のイベントが開催されている期間などでは、ユーザはフレンド関係にあるユーザ（フレンド）を誘ってプレイをしやすい。一方、イベントが開催されていない期間では、ユーザは、フレンドを誘うきっかけがなく、誘いづらさを感じる場合があった。

そこで、本発明では、フレンドをゲームに誘いやすくする技術を提供する。

本発明の一態様に係る情報処理装置は、複数人でプレイ可能なゲームにおいて、第１ユーザに対応づけられて登録された他ユーザである１以上のフレンドのうち、いずれかのフレンドを特定フレンドとして決定する決定部と、前記第１ユーザが前記特定フレンドと一緒に前記ゲームをプレイすると、前記第１ユーザが前記特定フレンドとして決定されなかった前記フレンドと一緒に前記ゲームをプレイする場合に比べて、前記ゲームの進行に有利な効果を発生させるゲーム制御部と、を備える。

本発明の一態様によれば、フレンドをゲームに誘いやすくすることができる。

本実施形態における情報処理装置の一例を示す図である。 本実施形態におけるゲームシステムのネットワーク構成の一例を示す図であ る。 本実施形態におけるゲームシステムの機能ブロックの一例を示す図である。 本実施形態におけるサーバにより管理されるデータベースのデータ構造例を 示す図である。 本実施形態におけるマルチプレイモードでのゲームステージ（またはクエス ト）クリア後に表示される協力プレイメータ表示画面を示す図である。 本実施形態における抽選で決定した特定フレンドを通知する特定フレンド通 知画面を示す図である。 本実施形態におけるマルチプレイモードでのゲームステージ（またはクエス ト）クリア後に表示される特定協力プレイメータ表示画面を示す図である。 本実施形態における特定協力プレイメータがＭＡＸになった場合に表示され る報酬を取得した旨を示す図である。 本実施形態におけるゲームシステムにおいてホストユーザが特定フレンドを ゲストとして招待してマルチプレイを行う場合のシーケンス図である。 本実施形態におけるゲームシステムにおいてホストユーザが特定フレンド をゲストとして招待してマルチプレイを行う場合において、特定フレンドが変更され る場合のシーケンス図である。 本実施形態におけるゲームシステムにおいてホストユーザが特定フレンド とフレンド（招待された時点で特定フレンドとはフレンド関係にない。）をゲストと して招待してマルチプレイを行う場合において、そのフレンドがその特定フレンドと フレンド関係になる場合のシーケンス図である。 本実施形態の実施例１におけるマルチプレイモードでのゲーム制御処理（ ホスト側）のフローチャートである。 本実施形態の実施例２におけるマルチプレイモードでのゲーム制御処理（ ホスト側）のフローチャートである。 本実施形態の実施例３におけるマルチプレイモードでのゲーム制御処理（ ホスト側）のフローチャートである。 本実施形態の実施例４におけるマルチプレイモードでのゲーム制御処理（ ホスト側）のフローチャートである。 本実施形態の実施例５におけるマルチプレイモードでのゲーム制御処理（ ホスト側）のフローチャートである。 本実施形態の実施例５におけるマルチプレイモードでのゲーム制御処理（ ゲスト側）のフローチャートである。 本実施形態におけるプログラムを実行するコンピュータのハードウェア環 境の構成ブロック図の一例である。

図１は、本実施形態における情報処理装置の一例を示す図である。情報処理装置１は、決定部２、ゲーム制御部３を含む。情報処理装置１の一例として、後述するサーバ１５が挙げられる。

決定部２は、複数人でプレイ可能なゲームにおいて、第１ユーザに対応づけられて登録された他ユーザである１以上のフレンドのうち、いずれかのフレンドを特定フレンドとして決定する。決定部２の一例としては、後述する特定フレンド抽選部３５が挙げられる。ここで、ゲームは、ゲームタイトル自体のアプリケーションプログラムであってもよいし、ゲームタイトル中にて、マルチプレイでプレイする「ステージ」や「クエスト」等であってもよい。

ゲーム制御部３は、第１ユーザが特定フレンドと一緒にゲームをプレイすると、第１ユーザが特定フレンドとして決定されなかったフレンドと一緒にゲームをプレイする場合に比べて、ゲームの進行に有利な効果を発生させる。ゲーム制御部３の一例として、後述する、フレンド管理部３４、メータ調整部３６、ゲーム制御部３７が挙げられる。

このように構成することにより、フレンドをゲームに誘いやすくすることができる。

ゲーム制御部３は、第１パラメータと、第２パラメータとを制御する。第１パラメータとは、第１ユーザと特定フレンドとで一緒にプレイすることを条件として含む第１ルールに基づいて蓄積されるパラメータであり、一例として、後述する特定協力プレイメータが挙げられる。第２パラメータとは、第１ユーザとフレンドとで一緒にプレイすることを条件として含む第２ルールに基づいて蓄積されるパラメータであり、一例として後述する協力プレイメータが挙げられる。ゲーム制御部３は、第１パラメータが所定値以上になった場合に、第２パラメータに基づいた報酬よりも有利な条件の報酬を第１ユーザ及び特定フレンドのうち少なくともいずれかに付与することができる。

このように構成することにより、特定フレンドとマルチプレイした場合の方がより有利な条件の報酬を得ることができるので、積極的に特定フレンドをゲームに誘いやすくなり、また特定フレンドの方もその誘いに乗りやすくなる。

決定部２は、特定フレンドを定期的に変更してもよい。ゲーム制御部３は、特定フレンドとして第１特定フレンドが第２特定フレンドに変更された場合、第１ユーザと第１特定フレンドとの間で蓄積された第１パラメータを消失させてもよい。

このように構成することにより、定期的に特定フレンドユーザが変わることで、異なるフレンドと一緒にプレイする機会が生まれる。

ゲーム制御部３は、所定期間内に第１パラメータが所定値まで蓄積されなかった場合、前記特定フレンドを前記フレンドに変更してもよい。この場合、ゲーム制御部３は、それまでに蓄積された第１パラメータの値を、第１ユーザと特定フレンドから変更されたフレンドとで一緒にプレイすることを条件として含む第２ルールに基づいて蓄積される第２パラメータに充当してもよい。

このように構成することにより、溜まった第１パラメータを無駄にすることがなくなる。

決定部２は、第１ユーザのフレンドの数が所定数未満の場合、特定フレンドの決定を行わないようにしてもよい。

このように構成することにより、フレンドの少ない第１ユーザについて、特定フレンドが固定化されることを防ぐことができる。また、不正ユーザは、自身の所持している端末間でフレンド登録をし、第１パラメータによる報酬を得ることが想定される。しかし、不正ユーザは、登録されているフレンドが少ないケースが多く、特定フレンドの固定化を防ぐことで、ユーザが不正に報酬を得ることを防止することができる。

決定部２は、第１ユーザのフレンドの数が所定値未満の場合、第１ユーザが使用するユーザ端末において使用されている他のアプリケーションプログラムにおいて登録されている１又は複数のフレンドから、特定フレンドを決定してもよい。ここで、他のアプリケーションプログラムとは、上記ゲームを行うためのアプリケーションプログラムとは異なるアプリケーションプログラムであり、例えば、ＳＮＳに関するアプリケーションプログラムであってもよい。また、例えば、上記ゲームアプリケーションプログラムをユーザ端末にインストールしていて、他のアプリケーションプログラムではフレンドであるユーザから、特定フレンドを決定するようにしてもよい。

このように構成することにより、当該ゲームアプリケーションプログラムでのフレンドが少ない場合であっても、他のアプリケーションプログラムのフレンドをゲームに誘うことができる。

決定部２は、第１ユーザのフレンドの数が所定値未満の場合、同一のフレンドユーザが特定フレンドとして決定する頻度を、フレンドの数が所定値以上の場合よりも、少なくするようにしてもよい。

このように構成することにより、特定フレンドの固定化を防ぎ、同一ユーザとばかりマルチプレイすることを抑止し、他のフレンドを誘うよう誘導することができる。

ゲーム制御部３は、第１ユーザと特定フレンドとでマルチプレイするゲームに、特定フレンドをフレンドとして登録していない第２ユーザが特定フレンドをフレンドとして登録する場合、第２ユーザと前記特定フレンドとの第１パラメータを生成するようにしてもよい。

このように構成することにより、特定フレンドユーザとフレンドでないユーザがその特定フレンドユーザとフレンドになると、第２パラメータに基づいた報酬よりも有利な条件の報酬を得ることができる第１パラメータが生成されるので、特定フレンドユーザとフレンド登録するユーザのモチベーションを向上させることができる。

決定部２は、所定期間内にログインしていないフレンドから、特定フレンドユーザを決定してもよい。

このように構成することにより、休眠ユーザを特定フレンドにすることにより、休眠ユーザが復帰しやすくなるきっかけを創出することができる。

決定部２は、第１ユーザとフレンドのうち、一緒にプレイした頻度に基づいて、特定フレンドを決定してもよい。

このように構成することにより、例えば、履歴から選択された回数の少ないフレンドを優先して抽選して特定フレンドとすることができる。

図２は、本実施形態におけるゲームシステムのネットワーク構成の一例を示す図である。ゲームシステム１１は、１以上のユーザ端末１２、サーバ１５、及び通信ネットワーク１６を含む。１以上のユーザ端末１２、及びサーバ１５は、通信ネットワーク１６を介して、相互に通信可能に接続されている。

ユーザ端末１２は、例えばユーザが携帯するスマートフォン、タブレット端末、携帯電話等の通信ネットワーク１６に接続可能な通信機能を有する携帯電子端末装置である。ユーザ端末１２は、操作表示部１３、音が入力されるマイクロフォン、音を出力するスピーカ、及びカメラ等を有する。操作表示部１３は、画面１４への入力操作が可能であるとともに、画面１４に画像を表示するデバイスであり、例えばタッチパネルディスプレイである。

ユーザ端末１２は、インターネット上のアプリケーションプログラムのダウンロードサイトから所定のアプリケーションプログラムをダウンロードしてインストールすることができる。これにより、ユーザは、ユーザ端末１２の操作表示部１３に入力操作を行うことにより、そのアプリケーションプログラムを操作することができる。本実施形態では、一例として、通信を介してクラウドサーバ等にアクセスしてオンライン上でゲームを行うことが可能なゲームアプリケーションソフトウエア（以下「ゲームアプリケーションソフトウエア」という。）がユーザ端末１２にインストールされるものとする。

ユーザは、このゲームアプリケーションソフトウエアをユーザ端末１２上で起動させることによって、ユーザ端末１２をサーバ１５へアクセスさせることができる。ユーザ端末１２がサーバ１５にアクセスする場合には、例えば、予め登録されているログインユーザＩＤの入力が求められてもよい。

ユーザ端末１２にインストールされたゲームアプリケーションソフトウエアが起動すると、ユーザ端末１２の画面１４には、後述するグラフィカルユーザインターフェース（ＧＵＩ）画面が表示される。ＧＵＩ画面には、子供や家族の写真や動画をサーバ１５に登録したり、登録した写真や動画を閲覧するための画面が表示される。

ユーザは、ユーザ端末１２にインストールされたゲームアプリケーションソフトウエアを起動させ、ＧＵＩ画面を操作して、サーバ１５にアクセスすることができる。そして、ユーザは、ＧＵＩ画面を操作して、ユーザ端末１２に保持されている写真や動画をサーバ１５にアップロードすることができる。

サーバ１５は、端末装置１２にインストールされたゲーム用アプリケーションに関する管理する情報処理装置である。例えば、サーバ１５は、ゲーム用アプリケーションを使用するユーザに関する情報（例えば、プレイ内容やプレイしているキャラクタのステータス情報、ポイント情報等）を管理したり、課金に関する情報を管理したりする。サーバ１５は、１台以上の物理的な情報処理装置により構成されるサーバシステムであってもよいし、１台以上の仮想サーバ装置により構成される仮想サーバシステムであってもよい。

サーバ１５は、１台以上の物理的な情報処理装置により構成されるサーバシステムであってもよいし、１台以上の仮想サーバ装置により構成される仮想サーバシステムであってもよい。

図３は、本実施形態におけるゲームシステム１１の機能ブロックの一例を示す図である。以下では、ユーザ端末１２、サーバ１５のそれぞれが有する機能について説明する。

ユーザ端末１２は、操作表示部１３、通信部２１、制御部２２、及び記憶部２３を含む。通信部２１は、通信ネットワーク１６に接続された機器との通信を可能にするインターフェースである。ここでは、通信部２１は、通信ネットワーク１６を介して、サーバ１５と通信を行う。

操作表示部１３は、ユーザの入力操作により入力が可能であると共に、表示も可能なタッチパネルディスプレイである。なお、本実施形態では、一例として、タッチパネルディスプレイを用いるが、これに限定されず、入力部と表示部とがそれぞれ独立していてもよい。

制御部２２は、ユーザ端末１２全体の動作を制御する。制御部２２は、記憶部２３に格納されているゲームアプリケーションプログラム２４のユーザインターフェース（ＵＩ）データに基づいて、画面１４の表示状態を制御する。

記憶部２３は、インストールされたゲームアプリケーションプログラム２４、ゲーム要素データ２５、及び各種データ等を格納する。ここで、データにはステータス情報や文字データだけでなく、グラフィカルデータも含む。ゲーム要素データ２５は、ゲーム内で用いる背景データ、キャラクタやアイテム等のオブジェクトデータ、パラメータ等の数値データ等を含む。

サーバ１５は、通信部３１、制御部３２、記憶部４１を含む。通信部３１は、通信ネットワーク１６に接続された機器との通信を可能にするインターフェースである。通信部３１は、通信ネットワーク１６を介して、ユーザ端末１２と通信を行う。

制御部３２は、サーバ１５全体の動作を制御する。それと共に、制御部３２は、ユーザ端末１２からの要求に応じて処理を実行し、実行結果をユーザ端末１２に返す等の制御を行う。制御部３２は、本実施形態に係るアプリケーションプログラムを実行することにより、取得部３３、フレンド管理部３４、特定フレンド抽選部３５、メータ調整部３６、ゲーム制御部３７、決済制御部３８として機能する。取得部３３は、ユーザ端末１２からの入力操作指示（要求）を取得する。

フレンド管理部３４は、ユーザ端末１２からの要求に基づいて、他のユーザにフレンド申請を行う。フレンド管理部３４は、ユーザ端末１２からの要求に基づいて、他のユーザからフレンド申請があった場合に、ユーザ端末１２からの要求に基づいて、その承認を行う。これにより、フレンド関係が成立する。フレンド管理部３４は、フレンド関係が成立すると、ユーザ別フレンド管理データベース４３にそのフレンド関係に関する情報（フレンド関係情報）を登録する。当該ユーザは、フレンド関係が成立した他のユーザとは、マルチプレイモードにて、同一のステージやクエスト等をプレイすることができる。

特定フレンド抽選部３５は、フレンド関係にある他のユーザ（フレンド）から、特定のユーザを特定フレンドとして抽選する。特定フレンドは、フレンドの中でも、より優遇され、より恩恵をあずかる立場にある。この抽選は、例えば、定期的に行われてもよいし、所定のタイミングで行われてもよい。定期的とは、例えば、半日単位、日単位、週単位等であってもよい。

メータ調整部３６は、マルチプレイモードにおいて、当該ユーザがこれから攻略（クリア）しようとするステージやクエスト等について、フレンド関係にある他のユーザに、参加してもらう場合、そのユーザ間にて協力してプレイして得られるポイントを蓄積するメータ（協力プレイメータ）を生成する。生成時の協力プレイメータの値は「０」である。メータ調整部３６は、そのステージやクエスト等をクリアする度に、協力プレイメータに所定値を加算する。ここで、所定値とは、例えば、０より大きい実数であって、協力プレイメータ値の目盛りの単位であってもよい。協力プレイメータ値がＭＡＸになると、所定のキャラクタ、武器、防具、その他のゲーム内で利用できる道具等（アイテム）が報酬として、その協力プレイメータに対応するユーザ及びフレンドに提供される。

メータ調整部３６は、マルチプレイモードにおいて、当該ユーザがこれから攻略（クリア）しようとするステージやクエスト等について、特定フレンドに、参加してもらう場合、そのユーザ間にて協力してプレイして得られるポイントを蓄積するメータ（特定協力プレイメータ）を生成する。生成時の特定協力プレイメータの値は「０」である。メータ調整部３６は、そのステージやクエスト等をクリアする度に、特定協力プレイメータに所定値を加算する。ここで、所定値とは、例えば、０より大きい実数であって、特定協力プレイメータ値の目盛りの単位であってもよい。

ゲーム制御部３７は、協力プレイメータ値がＭＡＸになると、所定のキャラクタ、武器、防具、その他のゲーム内で利用できる道具等（アイテム）を報酬として、その協力プレイメータに対応するユーザ及びフレンドに提供する。

ゲーム制御部３７は、特定協力プレイメータ値がＭＡＸになると、協力プレイメータ値がＭＡＸになった場合と比べて、当該ユーザと特定フレンドに対して、ゲームの進行に有利な効果を発生させる。ゲームの進行に有利な効果とは、例えば、ゲームで操作するキャラクタの消費スタミナ減少、ゲームで使用するキャラクタの強化、より希少性の高いアイテムの付与等である。ゲームで使用するキャラクタの強化には、レベルが上がったり、キャラクタの属性（ステータス値）が上がったり、上位のキャラクタに成長したりすることを含む。

なお、ゲーム制御部３７は、例えば、毎日定時に、ＭＡＸになっている特定協力プレイメータをリセットしてもよい。このとき、特定協力プレイメータが、例えば、１日１ゲージしか貯まらないようになっている場合でも、ゲーム制御部３７は、特定フレンドとマルチプレイした場合、定時後に、また特定フレンドとマルチプレイをできるようにしてもよく、さらに特定協力プレイメータを貯めるようにしてもよい。

決済処理部３８は、端末装置１２においてゲーム内アイテムを購入したり、ゲームを継続したりするための課金操作が行われた場合、指定された課金に対応する金額の決済処理を行う。

記憶部４１は、本実施形態に係るプログラム、そのプログラムに用いるデータを含む。また、記憶部４１は、ユーザ保有オブジェクト管理データベース４２、ユーザ別フレンド管理データベース４３、メータ管理データベース４４、報酬管理データベース４５を含む。以下、データベースを「ＤＢ」と称する。

ユーザ保有オブジェクト管理ＤＢ４２は、ユーザが保有するオブジェクトを管理するデータベースである。ユーザ別フレンド管理ＤＢ４３は、ユーザ別に、フレンド関係にあるユーザを管理するデータベースであり、特定フレンドに関する情報も管理する。メータ管理ＤＢ４４は、ユーザ毎に、マルチプレイしているフレンドとの間の協力プレイメータ値及びマルチプレイしている特定フレンドとの間の特定協力プレイメータ値を管理するデータベースである。報酬管理ＤＢ４５に関しては、省略する。

図４は、本実施形態におけるサーバ１５により管理されるデータベースのデータ構造例を示す図である。以下ではユーザ保有オブジェクト管理ＤＢ４２の各レコードをユーザ保有オブジェクト情報と称する場合がある。ユーザ別フレンド管理ＤＢ４３の各レコードをフレンド関係情報と称する場合がある。メータ管理ＤＢ４４の各レコードをメータ管理情報と称する場合がある。

ユーザ保有オブジェクト管理ＤＢ４２は、「ユーザＩＤ」、「オブジェクト１」、「オブジェクト２」・・・・のデータ項目を含む。項目「ユーザＩＤ」には、ユーザを特定する情報（ユーザＩＤ）が格納される。項目「オブジェクト１」、「オブジェクト２」、・・・には、ユーザが保有するオブジェクトを特定する情報（オブジェクトＩＤ）が格納される。

ユーザ別フレンド管理ＤＢ４３は、「ユーザＩＤ」、「フレンドＩＤ」、「フレンド名」、「特定フレンドフラグ」のデータ項目を含む。項目「ユーザＩＤ」には、ユーザを特定する情報（ユーザＩＤ）が格納される。項目「フレンドＩＤ」には、フレンドとしてのユーザを特定する情報（ユーザＩＤ）が格納される。項目「フレンド名」には、フレンドユーザの登録名が格納される。項目「特定フレンドフラグ」には、特定フレンドとして抽選された場合には、特定フレンドフラグ＝１が格納され、それ以外は特定フレンドフラグ＝０が格納される。

メータ管理ＤＢ４４は、「ユーザＩＤ」、「フレンドＩＤ」、「協力プレイメータ値」、「特定フレンドフラグ」、「特定協力プレイメータ値」のデータ項目を含む。項目「ユーザＩＤ」には、ユーザを特定する情報（ユーザＩＤ）が格納される。項目「フレンドＩＤ」には、フレンドとしてのユーザを特定する情報（ユーザＩＤ）が格納される。項目「協力プレイメータ値」には、そのフレンドとの間の協力プレイメータ値が格納される。項目「特定フレンドフラグ」には、特定フレンドとして抽選された場合には、特定フレンドフラグ＝１が格納され、それ以外は特定フレンドフラグ＝０が格納される。項目「特定協力プレイメータ値」には、その特定フレンドとの間の特定協力プレイメータ値が格納される。

図５は、本実施形態におけるマルチプレイモードでのゲームステージ（またはクエスト）クリア後に表示される協力プレイメータ表示画面を示す図である。ユーザ端末１２において、当該ユーザがゲームアプリケーションプログラム２４を起動させ、例えば、クリアしたいステージを選択して、マルチプレイモードにてプレイすることを選択する。すると、フレンド関係にあるユーザから、例えば最大で４名まで選択して、ゲームを開始する。その後、そのステージをクリアした場合、画面１４上に協力プレイメータ表示画面５１が表示される。

協力プレイメータ表示画面５１には、そのステージクリアを一緒に成し遂げたフレンドと、当該ユーザと各フレンドとの間の協力プレイメータ５２（５２ａ，５２ｂ，５２ｃ）が表示される。このとき、協力プレイメータ５２には、そのステージをクリアした報酬として、所定値が加えられる。

ここで、当該ユーザ及びフレンドユーザはそれぞれ自身が育てたキャラクタを用いて、マルチプレイすることができる。各キャラクタには、成長の度合いを示すランクが付与されている。協力プレイメータは、当該ユーザのキャラクタとフレンドのキャラクタとのランク差によって溜まるスピードが異なってくる。ランク差が大きいほど、より協力プレイメータは早くＭＡＸになる。

図６は、本実施形態における抽選で決定した特定フレンドを通知する特定フレンド通知画面を示す図である。特定フレンドは、サーバ１５において定期的にまたは所定のタイミングで決定され、ユーザ端末１２に通知される。通知された特定フレンドは、特定フレンド通知画面６１にて表示される。

図７は、本実施形態におけるマルチプレイモードでのゲームステージ（またはクエスト）クリア後に表示される特定協力プレイメータ表示画面を示す図である。ユーザ端末１２において、当該ユーザがゲームアプリケーションプログラム２４を起動させ、例えば、クリアしたいステージを選択して、マルチプレイモードにてプレイすることを選択する。すると、フレンド関係にあるユーザから、例えば特定フレンドを選択して、ゲームを開始する。その後、そのステージをクリアした場合、画面１４上に特定協力プレイメータ表示画面７１が表示される。

特定協力プレイメータ表示画面６１には、そのステージクリアを一緒に成し遂げた特定フレンドと、当該ユーザと特定フレンドとの間の特定協力プレイメータ７２が表示される。このとき、特定協力プレイメータ７２には、そのステージをクリアした報酬として、所定値が加えられる。

ここで、当該ユーザ及び特定フレンドユーザはそれぞれ自身が育てたキャラクタを用いて、マルチプレイすることができる。各キャラクタには、成長の度合いを示すランクが付与されている。特定協力プレイメータは、当該ユーザのキャラクタと特定フレンドのキャラクタとのランク差によって溜まるスピードが異なってくる。ランク差が大きいほど、より協力プレイメータは早くＭＡＸになる。また、特定協力プレイメータの溜まるスピードは、協力プレイメータの溜まるスピードよりも速い。

図８は、本実施形態における特定協力プレイメータがＭＡＸになった場合に表示される報酬を取得した旨を示す図である。当該ユーザはマルチプレイモードにて特定フレンドと共に、複数回ステージクリアを行うと、特定協力プレイメータ表示画面７１の特定協力プレイメータ７２が溜まり、その値がＭＡＸになると、「報酬ゲット」を示す表示８１がされる。すると、当該ユーザ及び特定フレンドとそれぞれ、報酬が付与される。報酬としては、上述したように、例えば、ゲームの進行を有利にする効果である。ゲームの進行を有利にする効果には、当該ユーザのプレイ対象キャラクタに設定されたスタミナの消費量の低減、プレイ対象キャラクタを強化させるパラメータ値の増加、及び所定のアイテムの付与を含む。これにより、ユーザは、ゲームを進行させるうえでのアドバンテージを得ることができるので、マルチプレイするモチベーションをより向上させることができる。

図９は、本実施形態におけるゲームシステムにおいてホストユーザが特定フレンドをゲストとして招待してマルチプレイを行う場合のシーケンス図である。以下では、招待する側をホストユーザまたはホストと称し、ホストユーザが使用するユーザ端末を符号１２ａで示す。また、招待された側をゲストユーザまたはゲストと称し、ゲストユーザが使用するユーザ端末を１２ｂで示す。

まず、ホストユーザは、ユーザ端末１２ａにインストールされているゲームアプリケーションプログラム２４を起動させる。すると、ユーザ端末１２ａは、サーバ１５に接続要求を行う（Ｓ１）。サーバ１５は、その接続要求に対して、接続許可を応答し（Ｓ２）、ユーザ端末１２ａとサーバ１５間の接続が完了する。

サーバは、定期的にまたは所定のタイミングで、ホストユーザのフレンドからいずれかを特定フレンドとして決定し（Ｓ３）、その決定した内容をホストユーザに通知する（Ｓ４）。ここで、「定期的に」とは、例えば、半日単位、１日単位、２日単位、一週間単位、１カ月単位等であってもよい。また、「所定のタイミング」とは、例えば、ゲーム内において行われるイベントの日であってもよい、ユーザよって設定された日であってもよいし、ユーザの誕生日であってもよいし、ランダムで決定されたタイミングであってもよい。

ホストユーザは、ユーザ端末１２ａの操作表示部１３を操作して、画面１４にゲームアプリケーションプログラム２４に基づくゲーム画面を表示させ、その通知された特定フレンドを確認する（Ｓ５）。

ホストユーザは、ユーザ端末１２ａの操作表示部１３を操作して、ゲーム画面に対して、マルチプレイモードでゲームを実行するための入力操作を行う（Ｓ６）。ホストユーザは、ユーザ端末１２ａの操作表示部１３を操作して、マルチプレイモード画面において、一緒にプレイするフレンドとして、特定フレンドを選択する。

すると、ユーザ端末１２ａは、サーバ１５を介して、特定フレンドに、マルチプレイのための招待を通知する（Ｓ７）。ここで、その招待通知は、マルチプレイするゲームに関するアクセス先（Uniform Resource Locator：ＵＲＬ）を含んでいる。

ゲストユーザである特定フレンドは、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｂの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、サーバ１５を介して、マルチプレイするゲームへの参加を承諾する（Ｓ８）。

これにより、ホストユーザ及びゲストユーザ（特定フレンド）は、各自のユーザ端末１２ａ，１２ｂを用いて、サーバ１５を介して、マルチプレイモードでゲームを行うことが0できる（Ｓ９）。

図１０は、本実施形態におけるゲームシステムにおいてホストユーザが特定フレンドをゲストとして招待してマルチプレイを行う場合において、特定フレンドが変更される場合のシーケンス図である。最初に招待された特定フレンドのユーザ端末を１２ｂで示し、その次に招待された特定フレンドのユーザ端末を１２ｃで示す。Ｓ１～Ｓ６までは、図９と同様なので、その説明を省略する。

ホストユーザは、ユーザ端末１２ａの操作表示部１３を操作して、ゲーム画面に対して、マルチプレイモードでゲームを実行するための入力操作を行う（Ｓ６）。ホストユーザは、ユーザ端末１２ａの操作表示部１３を操作して、マルチプレイモード画面において、一緒にプレイするフレンドとして、特定フレンドを選択する。

すると、ユーザ端末１２ａは、サーバ１５を介して、特定フレンドに、マルチプレイのための招待を通知する（Ｓ７）。ここで、その招待通知は、マルチプレイするゲームに関するアクセス先（ＵＲＬ）を含んでいる。

ゲストユーザである特定フレンドは、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｂの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、サーバ１５を介して、マルチプレイするゲームへの参加を承諾する（Ｓ８）。

これにより、ホストユーザ及びゲストユーザ（特定フレンド）は、各自のユーザ端末１２ａ，１２ｂを用いて、サーバ１５を介して、マルチプレイモードでゲームを行うことができる（Ｓ９）。

サーバは、定期的にまたは所定のタイミングで、ホストユーザのフレンドから次の特定フレンドを決定し（Ｓ１０）、その決定した内容をホストユーザに通知する（Ｓ１１）。ここで、「定期的に」とは、例えば、半日単位、１日単位、２日単位、一週間単位、１カ月単位等であってもよい。また、「所定のタイミング」とは、例えば、ゲーム内において行われるイベントの日であってもよい、ユーザよって設定された日であってもよいし、ユーザの誕生日であってもよいし、ランダムで決定されたタイミングであってもよい。

ホストユーザは、ユーザ端末１２ａの操作表示部１３を操作して、画面１４にゲームアプリケーションプログラム２４に基づくゲーム画面を表示させ、その通知された特定フレンドを確認する（Ｓ１２）。

ホストユーザは、ユーザ端末１２ａの操作表示部１３を操作して、マルチプレイモード画面において、新たに通知された特定フレンドを選択する。すると、ユーザ端末１２ａは、サーバ１５を介して、特定フレンドに、マルチプレイのための招待を通知する（Ｓ１３）。ここで、その招待通知は、マルチプレイするゲームに関するアクセス先（ＵＲＬ）を含んでいる。

ゲストユーザである特定フレンドは、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｃの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、サーバ１５を介して、マルチプレイするゲームへの参加を承諾する（Ｓ１４）。

これにより、ホストユーザ及びゲストユーザ（次の特定フレンド）は、各自のユーザ端末１２ａ，１２ｃを用いて、サーバ１５を介して、マルチプレイモードでゲームを行うことができる（Ｓ１５）。

1
図１１は、本実施形態におけるゲームシステムにおいてホストユーザが特定フレンドとフレンド（招待された時点で特定フレンドとはフレンド関係にない。）をゲストとして招待してマルチプレイを行う場合において、そのフレンドがその特定フレンドとフレンド関係になる場合のシーケンス図である。招待された特定フレンドのユーザ端末を１２ｂで示し、招待されたフレンドのユーザ端末を１２ｄで示す。Ｓ１～Ｓ６までは、図９と同様なので、その説明を省略する。

ホストユーザは、ユーザ端末１２ａの操作表示部１３を操作して、ゲーム画面に対して、マルチプレイモードでゲームを実行するための入力操作を行う（Ｓ６）。ホストユーザは、ユーザ端末１２ａの操作表示部１３を操作して、マルチプレイモード画面において、一緒にプレイするフレンドとして、特定フレンドを選択する。

すると、ユーザ端末１２ａは、サーバ１５を介して、特定フレンドに、マルチプレイのための招待を通知する（Ｓ７）。ここで、その招待通知は、マルチプレイするゲームに関するアクセス先（ＵＲＬ）を含んでいる。

ゲストユーザである特定フレンドは、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｂの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、サーバ１５を介して、マルチプレイするゲームへの参加を承諾する（Ｓ８）。

また、ホストユーザは、ユーザ端末１２ａの操作表示部１３を操作して、さらに一緒にプレイするフレンド（この時点で特定フレンドとはフレンド関係にない。）を選択する。すると、ユーザ端末１２ａは、サーバ１５を介して、フレンドに、マルチプレイのための招待を通知する（Ｓ２１）。ここで、その招待通知は、マルチプレイするゲームに関するアクセス先（ＵＲＬ）を含んでいる。

ゲストユーザであるフレンドは、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｄの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、サーバ１５を介して、マルチプレイするゲームへの参加を承諾する（Ｓ２２）。

これにより、ホストユーザ、特定フレンド、及びフレンドは、各自のユーザ端末１２ａ、１２ｂ，１２ｄにおいて同一のゲーム（ステージまたはクレスト）環境を共有することができる。

フレンドは、ユーザ端末１２ｄの操作表示部１３を操作して、サーバ１５を介して、特定フレンドにフレンド申請を行う（Ｓ２３、Ｓ２４）。特定フレンドは、そのフレンド申請を受け取ると、ユーザ端末１２ｂの操作表示部１３を操作して、サーバ１５を介して、承諾を行う（Ｓ２５，Ｓ２６）。

これにより、ホストユーザ及びゲストユーザ（特定フレンド及びフレンド）は、各自のユーザ端末１２ａ，１２ｂを用いて、サーバ１５を介して、マルチプレイモードでゲームを行うことができる（Ｓ２７）。

図１１のシーケンス図によれば、フレンドと特定フレンドとの間でフレンド関係が成立する。これにより、フレンドと特定フレンドとの間で共通の特定協力プレイメータが生成される。

図１２は、本実施形態の実施例１におけるマルチプレイモードでのゲーム制御処理（ホスト側）のフローチャートである。実施例１では、ホストユーザがフレンドをゲーム（ステージまたはクエスト）に招待して、そのフレンドとマルチプレイする場合について説明2する。なお、図１２のフローチャートは、主としてホストユーザのユーザ端末１２ａに対するサーバ１５のゲーム制御処理であり、一部を除き、それ以外のユーザ端末１２に対する処理は含まない。

制御部３２は、本実施形態に係るプログラムを読み込むことにより、取得部３３、フレンド管理部３４、特定フレンド抽出部３５、メータ調整部３６、ゲーム制御部３７、決済処理部３８として機能する。

取得部３３は、ユーザ端末１２ａより送信された入力操作に基づくゲーム開始命令を取得する（Ｓ３１）。取得部３３は、ユーザ端末１２ａより送信された入力操作に基づくマルチプレイモード選択命令を取得する。取得部３３は、さらにフレンド招待命令（招待したいフレンドのフレンドＩＤを含む。）を取得する。すると、フレンド管理部３４は、そのフレンド招待命令に基づいて、対応するフレンドユーザ（ゲストユーザ）に招待通知を発行する（Ｓ３２）。ゲストユーザであるフレンドは、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｂの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、マルチプレイするゲームへの参加を承諾する。

フレンド管理部３４は、フレンドからマルチプレイするゲームへの参加の承諾があると、ホストユーザのユーザＩＤ、フレンドＩＤに基づいて、ユーザ別フレンド管理ＤＢ４３から、ホストユーザに対するフレンドＩＤに対応するフレンド関係情報を取得する（Ｓ３３）。フレンド管理部３４は、取得したフレンド関係情報をマルチプレイするフレンドとして、メータ管理ＤＢ４４に登録する（Ｓ３４）。

ゲーム制御部３７は、ユーザ端末１２ａより送信された入力操作に基づくステージ（またはクエスト）開示命令に応じて、マルチプレイモードにて、そのゲームステージを開始する（Ｓ３５）。ホストユーザが、ユーザ端末１２ａの入力操作により、そのステージをクリアする（Ｓ３６）。

すると、メータ調整部３６は、各協力プレイメータに所定量を加算する。このとき、協力プレイメータは、ホストユーザのキャラクタとフレンドのキャラクタとのランク差が大きいほど加算される値が大きくなる（すなわち、協力プレイメータは、より早くＭＡＸになる）。但し、所定期間（例えば、その日）内に一度ＭＡＸになったフレンドとの間の協力プレイメータには、加算は行わない（Ｓ３７）。

ゲーム制御部３７は、協力プレイメータがＭＡＸになったフレンドがいるか否かを判定する（Ｓ３８）。協力プレイメータがＭＡＸになったフレンドがいないと判定した場合（Ｓ３８でＮＯ）、ユーザの入力操作に応じて、ゲーム制御部３７は、Ｓ３５～Ｓ３８を繰り返す。

協力プレイメータがＭＡＸになったフレンドがいると判定した場合（Ｓ３８でＹＥＳ）、ゲーム制御部３７は、ホストユーザと、ＭＡＸになった協力プレイメータに対応するフレンドとに報酬を提供する（Ｓ３９）。報酬として、例えば、所定のキャラクタ、武器、防具、その他のゲーム内で利用できる道具等（アイテム）がその協力プレイメータに対応するユーザ及びフレンドに提供される。

ホストユーザからの入力操作により、次のステージがプレイされる場合（Ｓ４０でＮＯ，Ｓ４１でＹＥＳ）、ゲーム制御部３７は、Ｓ３５～Ｓ４０を繰り返す。ユーザからの入力操作により、再度マルチプレイ選択画面まで戻る場合（Ｓ４１でＮＯ）、ゲーム制御部３７は、Ｓ３２～Ｓ４０を繰り返す。ゲーム終了の場合（Ｓ５０でＹＥＳ）、本フローは終了する。

図１３は、本実施形態の実施例２におけるマルチプレイモードでのゲーム制御処理（ホスト側）のフローチャートである。実施例２では、ホストユーザが特定フレンドをゲーム
（ステージまたはクエスト）に招待して、その特定フレンドとマルチプレイする場合について説明する。なお、図１３のフローチャートは、主としてホストユーザのユーザ端末１２ａに対するサーバ１５のゲーム制御処理であり、一部を除き、それ以外のユーザ端末１２に対する処理は含まない。

取得部３３は、ユーザ端末１２ａより送信された入力操作に基づくゲーム開始命令を取得する（Ｓ５１）。特定フレンド抽選部３５は、定期的にまたは所定のタイミングで、ユーザ別フレンド管理ＤＢ４３から、いずれかのフレンドを特定フレンドとして抽選する（Ｓ５２）。特定フレンド抽選部３５は、抽選されたフレンドの特定フレンドフラグに１を設定する。また、ユーザ端末１２ａの画面１４には、特定フレンドとして抽選されたユーザが識別できるような画面表示がされている。

取得部３３は、ユーザ端末１２ａより送信された入力操作に基づくマルチプレイモード選択命令を取得する。取得部３３は、さらにフレンド招待命令（ここでは、招待したい特定フレンドのフレンドＩＤを含む。）を取得する。すると、フレンド管理部３４は、そのフレンド招待命令に基づいて、対応する特定フレンドユーザ（ゲストユーザ）に招待通知を発行する（Ｓ５３）。ゲストユーザである特定フレンドは、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｂの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、マルチプレイするゲームへの参加を承諾する。

フレンド管理部３４は、特定フレンドからマルチプレイするゲームへの参加の承諾があると、ホストユーザのユーザＩＤ、特定フレンドのフレンドＩＤに基づいて、ユーザ別フレンド管理ＤＢ４３から、ホストユーザに対する特定フレンドのフレンドＩＤに対応するフレンド関係情報を取得する（Ｓ５４）。本実施例では、フレンド選択命令にて指定されたフレンドＩＤは、Ｓ５２で抽選された特定フレンドのフレンドＩＤである。フレンド管理部３４は、取得したフレンド関係情報をマルチプレイする特定フレンドとして、メータ管理ＤＢ４４に登録する（Ｓ５５）。

ゲーム制御部３７は、ユーザ端末１２ａより送信された入力操作に基づくステージ（またはクエスト）開示命令に応じて、マルチプレイモードにて、そのゲームステージを開始する（Ｓ５６）。ホストユーザが、ユーザ端末１２ａの入力操作により、そのステージをクリアする（Ｓ５７）。

すると、メータ調整部３６は、メータ管理ＤＢ４４において特定協力プレイメータに所定量を加算する。このとき、特定協力プレイメータは、ホストユーザのキャラクタと特定フレンドのキャラクタとのランク差が大きいほど加算される値が大きくなる（すなわち、特定協力プレイメータは、より早くＭＡＸになる）。但し、所定期間（例えば、その日）内に一度ＭＡＸになった特定フレンドとの間の特定協力プレイメータには、加算は行わない（Ｓ５８）。

ゲーム制御部３７は、特定協力プレイメータがＭＡＸになった特定フレンドがいるか否かを判定する（Ｓ５９）。特定協力プレイメータがＭＡＸになった特定フレンドがいないと判定した場合（Ｓ５９でＮＯ）、ホストユーザの入力操作に応じて、ゲーム制御部３７は、Ｓ５６～Ｓ５９を繰り返す。

特定協力プレイメータがＭＡＸになった特定フレンドがいると判定した場合（Ｓ５９でＹＥＳ）、ゲーム制御部３７は、ホストユーザと、ＭＡＸになった特定協力プレイメータ4に対応する特定フレンドとに報酬を提供する（Ｓ６０）。報酬は、例えば、ゲームの進行に有利な効果を発生させるものであって、例えば、ホストユーザ及び特定フレンドのプレイ対象キャラクタに設定されたスタミナの消費量の低減、プレイ対象キャラクタを強化させるパラメータ値の増加、及び所定のアイテムの付与等を含む。

ホストユーザからの入力操作により、次のステージがプレイされる場合（Ｓ６１でＮＯ，Ｓ６２でＹＥＳ）、ゲーム制御部３７は、Ｓ５６～Ｓ６１を繰り返す。ホストユーザからの入力操作により、再度マルチプレイ選択画面まで戻る場合（Ｓ６２でＮＯ）、ゲーム制御部３７は、Ｓ５３～Ｓ６１を繰り返す。ゲーム終了の場合（Ｓ６１でＹＥＳ）、本フローは終了する。

図１４は、本実施形態の実施例３におけるマルチプレイモードでのゲーム制御処理（ホスト側）のフローチャートである。実施例３では、特定フレンドとマルチプレイする場合であって、所定時間の経過後に特定フレンドを変更する場合について説明する。なお、図１４のフローチャートは、主としてホストユーザのユーザ端末１２ａに対するサーバ１５のゲーム制御処理であり、一部を除き、それ以外のユーザ端末１２に対する処理は含まない。

取得部３３は、ユーザ端末１２ａより送信された入力操作に基づくゲーム開始命令を取得する（Ｓ５１）。特定フレンド抽選部３５は、定期的にまたは所定のタイミングで、ユーザ別フレンド管理ＤＢ４３から、いずれかのフレンドを特定フレンドとして抽選する（Ｓ５２）。特定フレンド抽選部３５は、抽選されたフレンドの特定フレンドフラグに１を設定する。また、ユーザ端末１２ａの画面１４には、特定フレンドとして抽選されたユーザが識別できるような画面表示がされている。

取得部３３は、ユーザ端末１２ａより送信された入力操作に基づくマルチプレイモード選択命令を取得する。取得部３３は、さらにフレンド招待命令（ここでは、招待したい特定フレンドのフレンドＩＤを含む。）を取得する。すると、フレンド管理部３４は、そのフレンド招待命令に基づいて、対応する特定フレンドユーザ（ゲストユーザ）に招待通知を発行する（Ｓ５３）。ゲストユーザである特定フレンドは、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｂの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、マルチプレイするゲームへの参加を承諾する。

フレンド管理部３４は、特定フレンドからマルチプレイするゲームへの参加の承諾があると、ホストユーザのユーザＩＤ、特定フレンドのフレンドＩＤに基づいて、ユーザ別フレンド管理ＤＢ４３から、ホストユーザに対する特定フレンドのフレンドＩＤに対応するフレンド関係情報を取得する（Ｓ５４）。本実施例では、フレンド選択命令にて指定されたフレンドＩＤは、Ｓ５２で抽選された特定フレンドのフレンドＩＤである。フレンド管理部３４は、取得したフレンド関係情報をマルチプレイする特定フレンドとして、メータ管理ＤＢ４４に登録する（Ｓ５５）。

ゲーム制御部３７は、ユーザ端末１２ａより送信された入力操作に基づくステージ（またはクエスト）開示命令に応じて、マルチプレイモードにて、そのゲームステージを開始する（Ｓ５６）。ホストユーザが、ユーザ端末１２ａの入力操作により、そのステージをクリアする（Ｓ５７）。

すると、メータ調整部３６は、メータ管理ＤＢ４４において特定協力プレイメータに所定量を加算する。このとき、特定協力プレイメータは、ホストユーザのキャラクタと特定フレンドのキャラクタとのランク差が大きいほど加算される値が大きくなる（すなわち、特定協力プレイメータは、より早くＭＡＸになる）。但し、所定期間（例えば、その日）5内に一度ＭＡＸになった特定フレンドとの間の特定協力プレイメータには、加算は行わない（Ｓ５８）。

ゲーム制御部３７は、特定協力プレイメータがＭＡＸになった特定フレンドがいるか否かを判定する（Ｓ５９）。特定協力プレイメータがＭＡＸになった特定フレンドがいないと判定した場合（Ｓ５９でＮＯ）、特定フレンド抽選部３５は、ステージが開始してまたは特定フレンドが変更されて所定時間経過したか否かを判定する（Ｓ７１）。所定時間経過していない場合（Ｓ７１でＮＯ）、ホストユーザの入力操作に応じて、ゲーム制御部３７は、Ｓ５６～Ｓ５９を繰り返す。

所定時間経過している場合（Ｓ７１でＹＥＳ）、特定フレンド抽選部３５は、特定フレンドを変更する（Ｓ７２）。ここでは、特定フレンド抽選部３５は、ユーザ別フレンド管理ＤＢ４３から、いずれかのフレンド（現在の特定フレンドを除く）を特定フレンドとして抽選する。特定フレンド抽選部３５は、ユーザ別フレンド管理ＤＢ４３において、抽選されたフレンドの特定フレンドフラグに１を設定し、それまで特定フレンドであったユーザの特定フレンドフラグに０を設定する。

メータ調整部３６は、メータ管理ＤＢ４４から以前の特定フレンドに対応するレコードを削除する（Ｓ７３）。なお、ユーザ端末１２ａの画面１４には、新たに特定フレンドとして抽選されたユーザが識別できるような画面表示がされている。ホストユーザは、ユーザ端末１２ａの入力操作により、新たに抽選された特定フレンドに招待通知を送る。

フレンド管理部３４は、フレンド招待命令（ここでは、招待したい特定フレンドのフレンドＩＤを含む。）を取得する。すると、フレンド管理部３４は、そのフレンド招待命令に基づいて、対応する特定フレンドユーザ（ゲストユーザ）に招待通知を発行する（Ｓ５３）。ゲストユーザである特定フレンドは、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｂの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、マルチプレイするゲームへの参加を承諾する。

フレンド管理部３４は、特定フレンドからマルチプレイするゲームへの参加の承諾があると、ホストユーザのユーザＩＤ、特定フレンドのフレンドＩＤに基づいて、ユーザ別フレンド管理ＤＢ４３から、ホストユーザに対する特定フレンドのフレンドＩＤに対応するフレンド関係情報を取得する（Ｓ５４）。本実施例では、フレンド選択命令にて指定されたフレンドＩＤは、Ｓ７２で抽選された特定フレンドのフレンドＩＤである。フレンド管理部３４は、取得したフレンド関係情報をマルチプレイする特定フレンドとして、メータ管理ＤＢ４４に登録する（Ｓ５５）。新たに抽選された特定フレンドについて、変更前の特定フレンドと同様に処理を行う。

特定協力プレイメータがＭＡＸになった特定フレンドがいると判定した場合（Ｓ５９でＹＥＳ）、ゲーム制御部３７は、ホストユーザと、ＭＡＸになった特定協力プレイメータに対応する特定フレンドとに報酬を提供する（Ｓ６０）。報酬は、例えば、ゲームの進行に有利な効果を発生させるものであって、例えば、ホストユーザ及び特定フレンドのプレイ対象キャラクタに設定されたスタミナの消費量の低減、プレイ対象キャラクタを強化させるパラメータ値の増加、及び所定のアイテムの付与等を含む。

ホストユーザからの入力操作により、次のステージがプレイされる場合（Ｓ６１でＮＯ，Ｓ６２でＹＥＳ）、ゲーム制御部３７は、Ｓ５６～Ｓ６１を繰り返す。ホストユーザからの入力操作により、再度マルチプレイ選択画面まで戻る場合（Ｓ６２でＮＯ）、ゲーム制御部３７は、Ｓ５３～Ｓ６１を繰り返す。ゲーム終了の場合（Ｓ６１でＹＥＳ）、本フローは終了する。

本実施例によれば、所定時間内に、ホストユーザと特定フレンドとの間の特定協力プレイメータがＭＡＸにならない場合、特定フレンドは変更される。このとき、特定フレンドが変更された場合、それまでに蓄積された特定協力プレイメータ値は削除されるようになっている。

図１５は、本実施形態の実施例４におけるマルチプレイモードでのゲーム制御処理（ホスト側）のフローチャートである。実施例４では、所定時間内に特定協力プレイメータがＭＡＸにならないと、その特定フレンドをフレンドに変更し、それまで蓄積した特定協力プレイメータを、そのフレンドとの間の協力プレイメータに充当することについて説明する。なお、図１５のフローチャートは、主としてホストユーザのユーザ端末１２ａに対するサーバ１５のゲーム制御処理であり、一部を除き、それ以外のユーザ端末１２に対する処理は含まない。

取得部３３は、ユーザ端末１２ａより送信された入力操作に基づくマルチプレイモード選択命令を取得する。取得部３３は、さらにフレンド招待命令（ここでは、招待したい特定フレンドのフレンドＩＤを含む。）を取得する。すると、フレンド管理部３４は、そのフレンド招待命令に基づいて、対応する特定フレンドユーザ（ゲストユーザ）に招待通知を発行する（Ｓ５３）。ゲストユーザである特定フレンドは、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｂの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、マルチプレイするゲームへの参加を承諾する。

フレンド管理部３４は、特定フレンドからマルチプレイするゲームへの参加の承諾があると、ホストユーザのユーザＩＤ、特定フレンドのフレンドＩＤに基づいて、ユーザ別フレンド管理ＤＢ４３から、ホストユーザに対する特定フレンドのフレンドＩＤに対応するフレンド関係情報を取得する（Ｓ５４）。本実施例では、フレンド選択命令にて指定されたフレンドＩＤは、Ｓ５２で抽選された特定フレンドのフレンドＩＤである。フレンド管理部３４は、取得したフレンド関係情報をマルチプレイする特定フレンドとして、メータ管理ＤＢ４４に登録する（Ｓ５５）。

ゲーム制御部３７は、ユーザ端末１２ａより送信された入力操作に基づくステージ（またはクエスト）開示命令に応じて、マルチプレイモードにて、そのゲームステージを開始する（Ｓ５６）。ホストユーザが、ユーザ端末１２ａの入力操作により、そのステージをクリアする（Ｓ５７）。

すると、メータ調整部３６は、メータ管理ＤＢ４４において特定協力プレイメータに所定量を加算する。このとき、特定協力プレイメータは、ホストユーザのキャラクタと特定フレンドのキャラクタとのランク差が大きいほど加算される値が大きくなる（すなわち、特定協力プレイメータは、より早くＭＡＸになる）。但し、所定期間（例えば、その日）内に一度ＭＡＸになった特定フレンドとの間の特定協力プレイメータには、加算は行わない（Ｓ５８）。

ゲーム制御部３７は、特定協力プレイメータがＭＡＸになった特定フレンドがいるか否かを判定する（Ｓ５９）。特定協力プレイメータがＭＡＸになった特定フレンドがいないと判定した場合（Ｓ５９でＮＯ）、ホストユーザの入力操作に応じて、ゲーム制御部３７は、Ｓ５６～Ｓ５９を繰り返す。

所定時間経過している場合（Ｓ８１でＹＥＳ）、特定フレンド抽選部３５は、特定フレンドをフレンドに変更する（Ｓ８２）。ここでは、特定フレンド抽選部３５は、ユーザ別フレンド管理ＤＢ４３から、ユーザ別フレンド管理ＤＢ４３及びメータ管理ＤＢ４４にお7いて、特定フレンドの特定フレンドフラグ＝１を特定フレンドフラグ＝０に更新する。

さらに、メータ調整部３６は、項目「特定協力プレイメータ値」の値で、項目「協力プレイメータ値」を更新し、その後、項目「特定協力プレイメータ値」の値を０で初期化する（Ｓ８３）。

特定フレンド抽選部３５は、ユーザ別フレンド管理ＤＢ４３から、いずれかのフレンド
（Ｓ８２において、特定フレンドからフレンドに変更されたユーザを除く。）を特定フレンドとして抽選する（Ｓ８４）。特定フレンド抽選部３５は、ユーザ別フレンド管理ＤＢ４３において、抽選されたフレンドの特定フレンドフラグに１を設定する。このとき、ユーザ端末１２の画面１４には、特定フレンドとして抽選されたユーザが識別できるような画面表示がされている。ホストユーザは、ユーザ端末１２ａの入力操作により、新たに抽選された特定フレンドに招待通知を送る。

フレンド管理部３４は、フレンド招待命令（ここでは、招待したい特定フレンドのフレンドＩＤを含む。）を取得する。すると、フレンド管理部３４は、そのフレンド招待命令に基づいて、対応する特定フレンドユーザ（ゲストユーザ）に招待通知を発行する（Ｓ５３）。ゲストユーザである特定フレンドは、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｂの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、マルチプレイするゲームへの参加を承諾する。

フレンド管理部３４は、特定フレンドからマルチプレイするゲームへの参加の承諾があると、ホストユーザのユーザＩＤ、特定フレンドのフレンドＩＤに基づいて、ユーザ別フレンド管理ＤＢ４３から、ホストユーザに対する特定フレンドのフレンドＩＤに対応するフレンド関係情報を取得する（Ｓ５４）。本実施例では、フレンド選択命令にて指定されたフレンドＩＤは、Ｓ７２で抽選された特定フレンドのフレンドＩＤである。フレンド管理部３４は、取得したフレンド関係情報をマルチプレイする特定フレンドとして、メータ管理ＤＢ４４に登録する（Ｓ５５）。新たに抽選された特定フレンドについて、変更前の特定フレンドと同様に処理を行う。

特定協力プレイメータがＭＡＸになった特定フレンドがいると判定した場合（Ｓ５９でＹＥＳ）、ゲーム制御部３７は、ホストユーザと、ＭＡＸになった特定協力プレイメータに対応する特定フレンドとに報酬を提供する（Ｓ６０）。報酬は、例えば、ゲームの進行に有利な効果を発生させるものであって、例えば、ホストユーザ及び特定フレンドのプレイ対象キャラクタに設定されたスタミナの消費量の低減、プレイ対象キャラクタを強化させるパラメータ値の増加、及び所定のアイテムの付与等を含む。

ホストユーザからの入力操作により、次のステージがプレイされる場合（Ｓ６１でＮＯ，Ｓ６２でＹＥＳ）、ゲーム制御部３７は、Ｓ５６～Ｓ６１を繰り返す。ホストユーザからの入力操作により、再度マルチプレイ選択画面まで戻る場合（Ｓ６２でＮＯ）、ゲーム制御部３７は、Ｓ５３～Ｓ６１を繰り返す。ゲーム終了の場合（Ｓ６１でＹＥＳ）、本フローは終了する。

本実施例によれば、所定時間内に、ホストユーザと当該特定フレンドとの間の特定協力プレイメータがＭＡＸにならない場合、特定フレンドは定期的に変更されると共に、それまで特定フレンドであったユーザはフレンドに変更される。このとき、特定フレンドから変更されたフレンドは、それまで特定協力プレイメータにて溜まった特定協力プレイメータ値を協力プレイメータ値へ引き継ぐことができる。

次に、実施例５では、ホストユーザが特定フレンドとフレンドを招待してマルチプレイ8する場合、招待されたフレンド（招待された時点で特定フレンドとはフレンド関係にない。）と特定フレンドとがフレンド関係になった場合に関するフローについて、図１６及び図１７を用いて説明する。

図１６は、本実施形態の実施例５におけるマルチプレイモードでのゲーム制御処理（ホスト側）のフローチャートである。図１６は、ホストユーザが特定フレンドを含む複数名のフレンドを招待してマルチプレイする場合のフローである。なお、図１６のフローチャートは、主としてホストユーザのユーザ端末１２ａに対するサーバ１５のゲーム制御処理であり、一部を除き、それ以外のユーザ端末１２に対する処理は含まない。

取得部３３は、ユーザ端末１２ａより送信された入力操作に基づくゲーム開始命令を取得する（Ｓ５１）。特定フレンド抽選部３５は、定期的にまたは所定のタイミングで、ユーザ別フレンド管理ＤＢ４３から、いずれかのフレンドを特定フレンドとして抽選する（Ｓ５２）。特定フレンド抽選部３５は、抽選されたフレンドの特定フレンドフラグに１を設定する。また、ユーザ端末１２ａの画面１４には、特定フレンドとして抽選されたユーザが識別できるような画面表示がされている。

取得部３３は、ユーザ端末１２ａより送信された入力操作に基づくマルチプレイモード選択命令を取得する。取得部３３は、さらに、特定フレンドといずれかのフレンドに対するフレンド招待命令（ここでは、招待したい特定フレンド及びフレンドのフレンドＩＤを含む。）を取得する。すると、フレンド管理部３４は、そのフレンド招待命令に基づいて、対応する特定フレンドユーザ（ゲストユーザ）及びフレンドユーザ（ゲストユーザ）に招待通知を発行する（Ｓ５３）。ゲストユーザである特定フレンド及びフレンドはそれぞれ、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｂ，ユーザ端末１２ｄの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、マルチプレイするゲームへの参加を承諾する。

フレンド管理部３４は、特定フレンドからマルチプレイするゲームへの参加の承諾があると、ホストユーザのユーザＩＤ、特定フレンドのフレンドＩＤに基づいて、ユーザ別フレンド管理ＤＢ４３から、ホストユーザに対する特定フレンド及びフレンドのフレンドＩＤに対応するフレンド関係情報を取得する（Ｓ５４ａ）。本実施例では、Ｓ５３で招待した特定フレンドのフレンドＩＤとＳ５３で招待したフレンドのフレンドＩＤに基づいてフレンド関係情報が取得される。フレンド管理部３４は、取得したフレンド関係情報をマルチプレイする特定フレンド及びフレンドとして、メータ管理ＤＢ４４に登録する（Ｓ５５ａ）。

ゲーム制御部３７は、ユーザ端末１２ａより送信された入力操作に基づくステージ開示命令に応じて、マルチプレイモードにて、そのゲームステージを開始する（Ｓ５６）。ホストユーザが、ユーザ端末１２ａの入力操作により、そのステージをクリアする（Ｓ５７）。

すると、メータ調整部３６は、メータ管理ＤＢ４４において特定協力プレイメータ及び協力プレイメータにそれぞれ所定量を加算する。このとき、特定協力プレイメータは、ホストユーザのキャラクタと特定フレンドのキャラクタとのランク差が大きいほど加算される値が大きくなる（すなわち、特定協力プレイメータは、より早くＭＡＸになる）。また、協力プレイメータは、ホストユーザのキャラクタとフレンドのキャラクタとのランク差が大きいほど加算される値が大きくなる（すなわち、協力プレイメータは、より早くＭＡＸになる）。但し、所定期間（例えば、その日）内に一度ＭＡＸになった特定フレンドとの間の特定協力プレイメータには、加算は行わない。また、所定期間（例えば、その日）内に一度ＭＡＸになったフレンドとの間の協力プレイメータにも、加算は行わない（Ｓ５9８）。

ゲーム制御部３７は、特定協力プレイメータがＭＡＸになった特定フレンドまたはフレンドがいるか否かを判定する（Ｓ５９ａ）。特定協力プレイメータがＭＡＸになった特定フレンド及びフレンドがいないと判定した場合（Ｓ５９ａでＮＯ）、ホストユーザの入力操作に応じて、ゲーム制御部３７は、Ｓ５６～Ｓ５９ａを繰り返す。

特定協力プレイメータがＭＡＸになった特定フレンドまたはフレンドがいると判定した場合（Ｓ５９ａでＹＥＳ）、ゲーム制御部３７は、ホストユーザとＭＡＸになった特定協力プレイメータに対応する特定フレンド、または当該ユーザとＭＡＸになった協力プレイメータに対応するフレンドとに報酬を提供する（Ｓ６０ａ）。特定協力プレイメータに関する報酬は、例えば、ゲームの進行に有利な効果を発生させるものであって、例えば、ホストユーザ及び特定フレンドのプレイ対象キャラクタに設定されたスタミナの消費量の低減、プレイ対象キャラクタを強化させるパラメータ値の増加、及び所定のアイテムの付与等を含む。特定協力プレイメータに関する報酬は、例えば、所定のキャラクタ、武器、防具、その他のゲーム内で利用できる道具等（アイテム）を含む。

ユーザからの入力操作により、次のステージがプレイされる場合（Ｓ６１でＮＯ，Ｓ６２でＹＥＳ）、ゲーム制御部３７は、Ｓ５６～Ｓ６１を繰り返す。ホストユーザからの入力操作により、再度マルチプレイ選択画面まで戻る場合（Ｓ６２でＮＯ）、ゲーム制御部３７は、Ｓ５３～Ｓ６１を繰り返す。ゲーム終了の場合（Ｓ６１でＹＥＳ）、本フローは終了する。

図１７は、本実施形態の実施例５におけるマルチプレイモードでのゲーム制御処理（ゲスト側）のフローチャートである。図１７は、ホストユーザから招待されたゲストユーザ
（ホストユーザのフレンド）がマルチプレイする場合のフローである。なお、図１７のフローチャートは、主としてホストユーザから招待されたゲストユーザのユーザ端末１２ｄに対するサーバ１５のゲーム制御処理であり、一部を除き、それ以外のユーザ端末１２に対する処理は含まない。

図１６のＳ５３ａより、ホストユーザから招待されたゲストユーザ（ホストユーザのフレンド）は、ホストユーザからその招待通知を受け取ると、ユーザ端末１２ｄの操作表示部１３を操作して、招待通知のＵＲＬにアクセスして、マルチプレイするゲームへの参加を承諾する（Ｓ９１）。

フレンド管理部３４は、ユーザ端末１２ｄからのＵＲＬへのアクセスに応じて、マルチプレイするステージ（またはクエスト）に関する情報及び一緒にプレイするホストユーザ及び他のユーザに関する情報（ユーザＩＤを含む）をユーザ端末１２ｄへ提供（共有）する（Ｓ９２）。

フレンド管理部３４は、ゲストユーザのユーザＩＤに基づいて、ユーザ別フレンド管理ＤＢ４３からホストユーザのフレンド関係情報を取得し、取得したフレンド関係情報を、メータ管理ＤＢ４４に登録する（Ｓ９３）。

また、ゲストユーザは、Ｓ９２で得られたメンバー情報から、ホストユーザから招待された特定フレンドとフレンド関係にない場合、その特定フレンドに対してフレンド申請することができる（Ｓ９４）。

フレンド管理部３４は、ゲストユーザからの入力操作に基づいて、特定フレンドに対してフレンド申請し、そのフレンドに応じて特定フレンドのユーザ端末１２ｂから承諾を受0ける。すると、フレンド管理部３４は、ユーザ別フレンド管理ＤＢ４３から、その特定フレンドに対応するフレンド関係情報を取得する。フレンド管理部３４は、取得したフレンド関係情報を、メータ管理ＤＢ４４に登録する（Ｓ９５）。

ゲーム制御部３７は、ユーザ端末１２ｄより送信された入力操作に基づくステージ開示命令に応じて、マルチプレイモードにて、そのゲームステージを開始する（Ｓ９６）。ゲストユーザが、ユーザ端末１２ｄの入力操作により、そのステージをクリアする（Ｓ９７）。

すると、メータ調整部３６は、メータ管理ＤＢ４４において特定協力プレイメータ及び協力プレイメータにそれぞれ所定量を加算する。このとき、特定協力プレイメータは、ゲストユーザのキャラクタと特定フレンドのキャラクタとのランク差が大きいほど加算される値が大きくなる（すなわち、特定協力プレイメータは、より早くＭＡＸになる）。但し、所定期間（例えば、その日）内に一度ＭＡＸになった特定フレンドとの間の特定協力プレイメータには、加算は行わない。また、所定期間（例えば、その日）内に一度ＭＡＸになったフレンドとの間の協力プレイメータにも、加算は行わない（Ｓ５８）。

ゲーム制御部３７は、特定協力プレイメータがＭＡＸになった特定フレンドまたはフレンド（ホストユーザ）がいるか否かを判定する（Ｓ９９）。特定協力プレイメータがＭＡＸになった特定フレンド及びフレンドがいないと判定した場合（Ｓ９９でＮＯ）、ユーザの入力操作に応じて、ゲーム制御部３７は、Ｓ９６～Ｓ９９を繰り返す。

特定協力プレイメータがＭＡＸになった特定フレンドまたはフレンドがいると判定した場合（Ｓ９９でＹＥＳ）、ゲーム制御部３７は、ゲストユーザとＭＡＸになった特定協力プレイメータに対応する特定フレンド、またはゲストユーザとＭＡＸになった協力プレイメータに対応するフレンドとに報酬を提供する（Ｓ１００）。特定協力プレイメータに関する報酬は、例えば、ゲームの進行に有利な効果を発生させるものであって、例えば、ゲストユーザ及び特定フレンドのプレイ対象キャラクタに設定されたスタミナの消費量の低減、プレイ対象キャラクタを強化させるパラメータ値の増加、及び所定のアイテムの付与等を含む。特定協力プレイメータに関する報酬は、例えば、所定のキャラクタ、武器、防具、その他のゲーム内で利用できる道具等（アイテム）を含む。

ゲストユーザからの入力操作により、次のステージがプレイされる場合（Ｓ１０１でＮＯ）、ゲーム制御部３７は、Ｓ９４～Ｓ１０１を繰り返す。ゲーム終了の場合（Ｓ１０１でＹＥＳ）、本フローは終了する。

実施例５によれば、複数名でマルチプレイする場合、特定フレンドとフレンド関係にないユーザであっても、その特定フレンドとフレンド関係が成立した場合には、特定協力プレイメータが生成され、その報酬を受け取ることができる。

ゲーム制御部３は、第１ユーザと特定フレンドとでマルチプレイするゲームに、その特定フレンドをフレンドとして登録していない第２ユーザがその特定フレンドをフレンドとして登録する場合、第２ユーザと前記特定フレンドとの第１パラメータを生成するようにしてもよい。

このように構成することにより、特定フレンドユーザとフレンドでないユーザがその特定フレンドユーザとフレンドになると、第２パラメータに基づいた報酬よりも有利な条件の報酬を得ることができる第１パラメータが生成されるので、特定フレンドユーザとフレンド登録するユーザのモチベーションを向上させることができる。

なお、上記実施例５に、実施例３または実施例４を組み合わせてもよい。例えば、実施例５において、所定時間が経過するまでに、特定協力プレイメータがＭＡＸにならなかった場合、新たに特定フレンドを抽選してもよい。このとき、ホストユーザとそれまでの特定フレンドとの特定協力プレイメータ及びゲストユーザとそれまでの特定フレンドとの特定協力プレイメータを消去してもよいし、またはそれまで溜まった特定協力プレイメータ値を協力プレイメータに充当してもよい。また、ゲストユーザは、新たに抽選された特定フレンドとフレンド関係になることにより、特定協力プレイメータが生成される。

図１８は、本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。コンピュータ１０１は、ユーザ端末１２、サーバ１５として機能する。コンピュータ１０１は、ＣＰＵ１０２、ＲＯＭ１０３、ＲＡＭ１０４、記憶装置１０５、入力Ｉ／Ｆ１０６、出力Ｉ／Ｆ１０７、通信Ｉ／Ｆ１０８、読取装置１０９、バス１１０によって構成されている。

ここで、ＣＰＵは、中央演算装置を示す。ＲＯＭは、リードオンリメモリを示す。ＲＡＭは、ランダムアクセスメモリを示す。Ｉ／Ｆは、インターフェースを示す。バス１１０には、ＣＰＵ１０２、ＲＯＭ１０３、ＲＡＭ１０４、記憶装置１０５、入力Ｉ／Ｆ１０６、出力Ｉ／Ｆ１０７、通信Ｉ／Ｆ１０８、及び必要に応じて読取装置１０９が接続されている。

コンピュータ１０１がサーバ１５の場合、ＣＰＵ１０２は、記憶装置１０５から本実施形態に係るプログラムを読み出し、取得部３３、フレンド管理部３４、特定フレンド抽出部３５、メータ調整部３６、ゲーム制御部３７、決済処理部３８として機能する。ＲＯＭ１０３は、読み出し専用のメモリを示す。ＲＡＭ１０４は、一時的に記憶するメモリである。

記憶装置１０５は、大容量の情報を記憶する装置である。記憶装置１０５としては、ハードディスク、ソリッドステートドライブ（ＳＳＤ）、フラッシュメモリカードなど様々な形式の記憶装置を使用することができる。記憶装置１０５には、本発明の実施形態に係るプログラムや、記憶部４１に格納されている各種データが記憶されている。

入力Ｉ／Ｆ１０６は、キーボード、マウス、電子カメラ、ウェブカメラ、マイク、スキャナ、センサ、タブレット、タッチパネルディスプレイ、情報読取装置等の入力装置と接続することが可能である。また、出力Ｉ／Ｆ１０７は、ディスプレイ、タッチパネル、プロジェクタ、プリンタ、スピーカ等の出力装置と接続することが可能である。

通信Ｉ／Ｆ１０８は、通信ネットワークと接続して他の装置と通信するためのポート等のインターフェースである。通信ネットワークは、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、専用線、有線、無線等の通信網であってよい。読取装置１０９は、可搬型記録媒体を読み出す装置である。

上記実施形態で説明した処理を実現するプログラムは、プログラム提供者側から通信ネットワークおよび通信Ｉ／Ｆ１０８を介して、例えば記憶装置１０５に格納されてもよい。また、上記実施形態で説明した処理を実現するプログラムは、市販され、流通している可搬型記憶媒体に格納されていてもよい。この場合、この可搬型記憶媒体は読取装置１０５にセットされて、ＣＰＵ１０２によってそのプログラムが読み出されて、実行されてもよい。可搬型記憶媒体としてはＣＤ－ＲＯＭ、フレキシブルディスク、光ディスク、光磁気ディスク、ＩＣカード、ＵＳＢメモリ装置、半導体メモリカードなど様々な形式の記憶媒体を使用することができる。このような記憶媒体に格納されたプログラムが読取装置１０９によって読み取られる。

また、当該プログラムは、スタンドアローン型のコンピュータにインストールされてもよいし、クラウドコンピュータによりインストールされて機能のみをユーザに提供してもよい。また、本実施形態では、ユーザ端末１２にサーバ１５と通信可能なアプリケーションプログラムをインストールして、本実施形態におけるゲームシステム１１の制御を行ったが、これに限定されない。例えば、ユーザ端末１２にインストールされたＷｅｂブラウザを用いて、サーバ１５にアクセスし、サーバ１５側で運用されている本実施形態に係るシステムを使用してもよい。

本実施形態によれば、フレンドのいずれかが特定フレンドに決定された場合、その特定フレンドとマルチプレイして特定協力プレイメータがＭＡＸになった場合に得られる報酬は、ゲームの進行に有利な効果を発揮するので、ユーザはフレンドを誘うモチベーションが高くなり、フレンドをゲームに誘いやすくなる。

なお、特定フレンド抽選部３５は、定期的にまたは所定のタイミングで特定フレンドを抽選したが、これに限定されず、例えば、ユーザのフレンドの数が所定数未満の場合、特定フレンドの決定を行わないようにしてもよい。これにより、フレンドの少ないユーザについて、特定フレンドが固定化されることを防ぐことができる。また、不正ユーザは、自身の所持している端末間でフレンド登録をし、第１パラメータによる報酬を得ることが想定される。しかし、不正ユーザは、登録されているフレンドが少ないケースが多く、特定フレンドの固定化を防ぐことで、ユーザが不正に報酬を得ることを防止することができる。

また、特定フレンド抽選部３５は、ユーザのフレンドの数が所定値未満の場合、ユーザが使用するユーザ端末において使用されている他のアプリケーションプログラムにおいて登録されている１以上のフレンドの中から、特定フレンドを決定してもよい。ここで、他のアプリケーションプログラムとは、上記ゲームを行うためのアプリケーションプログラムとは異なるアプリケーションプログラムであり、例えば、ＳＮＳに関するアプリケーションプログラムであってもよい。また、例えば、上記ゲームアプリケーションプログラムをユーザ端末にインストールしていて、他のアプリケーションプログラムではフレンドであるユーザから、特定フレンドを決定するようにしてもよい。これにより、当該ゲームアプリケーションプログラムでのフレンドが少ない場合であっても、他のアプリケーションプログラムのフレンドをゲームに誘うことができる。

また、特定フレンド抽選部３５は、ユーザのフレンドの数が所定値未満の場合、同一のフレンドユーザが特定フレンドとして決定する頻度を、フレンドの数が所定値以上の場合よりも、少なくするようにしてもよい。これにより、特定フレンドの固定化を防ぎ、同一ユーザとばかりプレイすることを抑止し、他のフレンドを誘うよう誘導することができる。

また、特定フレンド抽選部３５は、所定期間内にログインしていないフレンドから、優先的に特定フレンドユーザを決定してもよい。これにより、休眠ユーザを特定フレンドに決定することにより、休眠ユーザが当該ゲームに復帰しやすくなるきっかけを創出することができる。

また、特定フレンド抽選部３５は、第１ユーザとフレンドのうち、一緒にプレイした頻度に基づいて、特定フレンドを決定してもよい。これにより、例えば、ゲームのプレイ履歴から選択された回数の少ないフレンドを優先して抽選して特定フレンドとすることができる。

3
また、特定フレンド抽選部３５は、フレンドのうち、直近にログインしたフレンドを特定フレンドとして決定してもよい。これにより、ログインしてない人を特定フレンドにしてもマルチプレイできないので、ログイン頻度の高い人を優先して特定フレンドにすることができる。

また、ユーザ同士でお互いに特定フレンドに選出された場合、特定協力プレイメータがたまりやすくなったり、さらに、報酬としてより有利な効果を得られたりするようにしてもよい。

また、課金額に応じて、特定フレンドを増やすことができるようにしてもよい。例えば、課金しない場合には、定期的または所定のタイミングで、フレンドの中から１名しか特定フレンドとして抽選されないが、課金をする毎に、特定フレンドの抽選が行われ、複数の特定フレンドが存在してもよい。

また、月額課金を利用しているユーザの場合、そのユーザのフレンドの中から選ばれる特定フレンドの数が複数名（例えば、２名）であってもよい。ここで、月額課金とは、設定された額の決済が毎月設定した暦日に自動的に行われる機能のことである。これにより、課金ユーザを優遇するようにしてもいい。

また、課金額が多いフレンドほど、特定フレンドに選ばれやすくなるようにしてもよい。これにより課金額が多いフレンドを、よりゲームに誘いやすくなる。一方、課金額が多いフレンドは、特定フレンドとしてゲームに参加できる機会が増えるので、報酬としてより有利な効果を得ることができる。

以上、実施形態、変形例に基づき本態様について説明してきたが、上記した態様の実施の形態は、本態様の理解を容易にするためのものであり、本態様を限定するものではない。本態様は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本態様にはその等価物が含まれる。また、その技術的特徴が本明細書中に必須なものとして説明されていなければ、適宜、削除することができる。

上記実施形態に加え、さらに、以下を付記する。
（付記１）
複数人でプレイ可能なゲームにおいて、
第１ユーザに対応づけられて登録された他ユーザである１以上のフレンドのうち、いずれかのフレンドを特定フレンドとして決定する決定部と、
前記第１ユーザが前記特定フレンドと一緒に前記ゲームをプレイすると、前記第１ユーザが前記特定フレンドとして決定されなかった前記フレンドと一緒に前記ゲームをプレイする場合に比べて、前記ゲームの進行に有利な効果を発生させるゲーム制御部と、
を備える情報処理装置。
このように構成することにより、フレンドをゲームに誘いやすくすることができる。
（付記２）
前記ゲーム制御部は、
前記第１ユーザと前記特定フレンドとで一緒にプレイすることを条件として含む第１ルールに基づいて蓄積される第１パラメータと、
前記第1ユーザと前記フレンドとで一緒にプレイすることを条件として含む第２ルールに基づいて蓄積される第２パラメータとを制御し、
前記第１パラメータが所定値以上になった場合に、前記第２パラメータに基づいた報酬よりも有利な条件の報酬を前記第１ユーザ及び前記特定フレンドのうち少なくともいずれかに付与する
付記１に記載の情報処理装置。
このように構成することにより、特定フレンドとマルチプレイした場合の方がより有利な条件の報酬を得ることができるので、積極的に特定フレンドをゲームに誘いやすくなり、また特定フレンドの方もその誘いに乗りやすくなる。
（付記３）
前記決定部は、前記特定フレンドを定期的に変更し、
前記ゲーム制御部は、前記特定フレンドとして第１特定フレンドが第２特定フレンドに変更された場合、前記第１ユーザと前記第１特定フレンドとの間で蓄積された第１パラメータを消失させる
付記１又は２に記載の情報処理装置。
このように構成することにより、定期的に特定フレンドユーザが変わることで、異なるフレンドと一緒にプレイする機会が生まれる。
（付記４）
前記ゲーム制御部は、所定期間内に前記第１パラメータが所定値まで蓄積されなかった場合、前記特定フレンドを前記フレンドに変更し、それまでに蓄積された前記第１パラメータの値を、前記第１ユーザと前記特定フレンドから変更された前記フレンドとで一緒にプレイすることを条件として含む前記第２ルールに基づいて蓄積される前記第２パラメータに充当する
付記３に記載の情報処理装置。
このように構成することにより、溜まった第１パラメータを無駄にすることがなくなる。
（付記５）
前記決定部は、前記第１ユーザのフレンドの数が所定数未満の場合、前記特定フレンドの決定を行わない
付記１～４のうちいずれか１項に記載の情報処理装置。
このように構成することにより、フレンドの少ない第１ユーザについて、特定フレンドが固定化されることを防ぐことができる。また、不正ユーザは、自身の所持している端末間でフレンド登録をし、第１パラメータによる報酬を得ることが想定される。しかし、不正ユーザは、登録されているフレンドが少ないケースが多く、特定フレンドの固定化を防ぐことで、ユーザが不正に報酬を得ることを防止することができる。
（付記６）
前記決定部は、前記第１ユーザのフレンドの数が所定値未満の場合、前記第１ユーザが使用するユーザ端末において使用されている他のアプリケーションプログラムにおいて登録されている１又は複数のフレンドから、前記特定フレンドを決定する
付記１～４のうちいずれか１項に記載の情報処理装置。
このように構成することにより、当該ゲームアプリケーションプログラムでのフレンドが少ない場合であっても、他のアプリケーションプログラムのフレンドをゲームに誘うことができる。
（付記７）
前記決定部は、前記第１ユーザのフレンドの数が所定値未満の場合、同一の前記フレンドユーザが前記特定フレンドとして決定する頻度を、前記フレンドの数が所定値以上の場合よりも、少なくする
付記１～４のうちいずれか１項に記載の情報処理装置。
このように構成することにより、特定フレンドの固定化を防ぎ、同一ユーザとばかりプレイすることを抑止し、他のフレンドを誘うよう誘導することができる。
（付記８）
前記ゲーム制御部は、前記第１ユーザと前記特定フレンドとでプレイするゲームに、前記特定フレンドをフレンドとして登録していない第２ユーザが前記特定フレンドをフレンドとして登録する場合、前記第２ユーザと前記特定フレンドとの第１パラメータを生成する
付記１～７のうちいずれか１項に記載の情報処理装置。5
このように構成することにより、特定フレンドユーザとフレンドでないユーザがその特定フレンドユーザとフレンドになると、第２パラメータに基づいた報酬よりも有利な条件の報酬を得ることができる第１パラメータが生成されるので、特定フレンドユーザとフレンド登録するユーザのモチベーションを向上させることができる。
（付記９）
前記決定部は、所定期間内にログインしていないフレンドから、前記特定フレンドユーザを決定する
付記１～５のうちいずれか１項に記載の情報処理装置。
このように構成することにより、休眠ユーザを特定フレンドにすることにより、休眠ユーザが復帰しやすくなるきっかけを創出することができる。
（付記１０）
前記決定部は、前記第１ユーザとフレンドのうち、一緒にプレイした頻度に基づいて、前記特定フレンドを決定する
付記１～５のうちいずれか１項に記載の情報処理装置。
このように構成することにより、例えば、履歴から選択された回数の少ないフレンドを優先して抽選して特定フレンドとすることができる。
（付記１１）
コンピュータに、
複数人でプレイ可能なゲームにおいて、
第１ユーザに対応づけられて登録された他ユーザである１以上のフレンドのうち、いずれかのフレンドを特定フレンドとして決定する決定処理と、
前記第１ユーザが前記特定フレンドと一緒に前記ゲームをプレイすると、前記第１ユーザが前記特定フレンドとして決定されなかった前記フレンドと一緒に前記ゲームをプレイする場合に比べて、前記ゲームの進行に有利な効果を発生させるゲーム制御処理と、
を実行させるゲーム制御プログラム。
このように構成することにより、フレンドをゲームに誘いやすくすることができる。
（付記１２）
コンピュータが、
複数人でプレイ可能なゲームにおいて、
第１ユーザに対応づけられて登録された他ユーザである１以上のフレンドのうち、いずれかのフレンドを特定フレンドとして決定し、
前記第１ユーザが前記特定フレンドと一緒に前記ゲームをプレイすると、前記第１ユーザが前記特定フレンドとして決定されなかった前記フレンドと一緒に前記ゲームをプレイする場合に比べて、前記ゲームの進行に有利な効果を発生させる、
ゲーム制御方法。
このように構成することにより、フレンドをゲームに誘いやすくすることができる。

１ 情報処理装置
２ 決定部
３ ゲーム制御部
１１ ゲームシステム
１２ ユーザ端末
１５ サーバ
１６ 通信ネットワーク
３１ 通信部
３２ 制御部
３３ 取得部
３４ フレンド管理部
３５ 特定フレンド抽選部6
３６ メータ調整部
３７ ゲーム制御部
３８ 決済処理部
４１ 記憶部
４２ ユーザ保有オブジェクト管理ＤＢ
４３ ユーザ別フレンド管理ＤＢ
４４ メータ管理ＤＢ
４５ 報酬管理ＤＢ

Claims (4)

1. プロセッサを備え、前記プロセッサは、
   第１ユーザとフレンド関係を有する複数のユーザのうち、抽選で選択される特定ユーザの情報を、前記第１ユーザに通知し、
   前記第１ユーザが前記特定ユーザと一緒にゲームをプレイする場合に、前記第１ユーザが前記特定ユーザでないユーザと一緒に前記ゲームをプレイする場合に比べて、ゲームの進行に有利な効果を発生させる、
   情報処理装置。
2. プロセッサが、第１ユーザとフレンド関係を有する複数のユーザのうち、抽選で選択される特定ユーザの情報を、前記第１ユーザに通知し、
   プロセッサが、前記第１ユーザが前記特定ユーザと一緒にゲームをプレイする場合に、前記第１ユーザが前記特定ユーザでないユーザと一緒に前記ゲームをプレイする場合に比べて、ゲームの進行に有利なゲーム効果を発生させる、
   情報処理方法。
3. プロセッサに、
   第１ユーザとフレンド関係を有する複数のユーザのうち、抽選で選択される特定ユーザの情報を、前記第１ユーザに通知する機能と、
   前記第１ユーザが前記特定ユーザと一緒にゲームをプレイする場合に、前記第１ユーザが前記特定ユーザでないユーザと一緒に前記ゲームをプレイする場合に比べて、ゲームの進行に有利な効果を発生させる機能と、
   を実行させるためのプログラム。
4. サーバと、ユーザ端末と、を備え、前記サーバは、
   第１ユーザとフレンド関係を有する複数のユーザのうち、抽選で選択される特定ユーザの情報を、前記第１ユーザのユーザ端末に通知し、
   前記第１ユーザが前記特定ユーザと一緒にゲームをプレイする場合に、前記第１ユーザが前記特定ユーザでないユーザと一緒に前記ゲームをプレイする場合に比べて、ゲームの進行に有利な効果を発生させる、
   システム。

Images