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

Description

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

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

このようなゲームに関する技術として、例えば、ゲームをプレイする実ユーザに対して有利にゲーム進行可能な機会を与える手法に工夫した施策を打つことで、ゲームをいっそう楽しむことを可能にする技術が開示されている（例えば、特許文献１参照。）。特許文献１では、通信ネットワークを介して接続された端末にゲームを提供するゲームサーバは、端末から、仮想空間に形成された仮想ユーザを操作する操作データを受信する操作データ受信部と、受信した操作データに応じて、仮想ユーザが行動するゲーム進行内容を決定するゲーム進行部と、端末が現金通貨または仮想通貨の支払に応じてゲーム進行の優遇を要求する優遇要求を受け付ける優遇要求受付部と、受け付けた優遇要求に従って現金通貨または仮想通貨の決済処理が実行されると、ゲーム進行を優遇する優遇期間を設定する優遇期間設定部と、優遇期間に仮想ユーザが行動するゲーム進行内容を、優遇期間が設定されていない期間と異なるゲーム進行内容に変更する進行内容変更部と、を備え、ゲーム進行部は、仮想ユーザが他の仮想ユーザと同一の集団で行動することにより集団行動を実現する集団行動実現部を有し、集団の中で優遇期間が設定されている仮想ユーザの数又は割合が所定の閾値以上である条件を満たす場合には、当該条件を満たす集団の行動内容を、当該条件を満たさない場合と異なる行動内容に変更する集団行動内容変更部を更に備えることが開示されている。

特許第５９９０８２７号

オンラインゲームでは、ゲーム内にて課金することで、より有利にゲームを進行させるためのアイテムやキャラクタ等を獲得できたり、操作しているプレイヤキャラクタのライフポイント等がなくなった場合でもゲームを継続してプレイすることができる。このように課金によりゲームを楽しむ幅を広げることができる。

また、オンラインゲームでは、複数のプレイヤ同士がグループを組んでプレイすることができるゲームが存在する。ゲームの種類にも依るが、グループを組んで複数人でプレイする場合のメリットとして、例えば、グループのメンバーで協力してプレイすることにより、メンバーが操作するプレイヤキャラクタ間で連携技が使えたり、個々のプレイヤキャラクタの能力が上昇したり、プレイヤキャラクタの個性や能力に応じて陣形や戦闘配置を調整してより強大な敵キャラクタを討伐したりできることにある。例えば、特許文献１では、集団で行動する場合には、単独で行動する場合よりも攻撃力が上昇することが開示されている。

このように、グループを組んで複数人でプレイする場合、単独でプレイする場合と比べて、プレイする内容や実現できる内容のバリエーションが増えるので、ゲームを楽しむ幅が増える。

しかしながら、例えば、グループを組んだことのないプレイヤにとっては、グループを組む動機づけがないばかりにグループを組まないこともあり、グループを組んだことのあるプレイヤに比べて、十分にゲームを楽しんでいるとはいえない。

そこで、本発明は、複数人でプレイ可能なゲームにおいて、ユーザがよりゲームを楽しめるように、課金を行うと共にグループに参加する動機付けを与える技術を提供する。

本発明の一態様に係る情報処理装置は、ユーザの端末装置から課金要求を受け付ける課金受付部と、前記課金要求をしたユーザに特典を付与する付与部と、を備え、前記付与部は、前記ユーザがいずれかのグループに所属している場合、いずれのグループにも所属していない場合よりも有利な特典を付与する。

本発明の一態様によれば、複数人でプレイ可能なゲームにおいて、ユーザがよりゲームを楽しめるように、課金を行うと共にグループに参加する動機付けを与えることができる。

本実施形態における情報処理装置の一例を示す図である。 本実施形態におけるゲームシステムのネットワーク構成の一例を示す図である。 本実施形態におけるゲームシステム１１の機能ブロックの一例を示す図である。 本実施形態におけるサーバ１５により管理されるデータベースのデータ構造例を示す図である。 本実施形態におけるゲームシステムでの課金を行う場合のシーケンス図の一例を示す図である。 本実施形態の実施例１におけるサーバ１５による特典付与処理のフローチャートである。 本実施形態の実施例２におけるサーバ１５による特典付与処理のフローチャートである、 本実施形態の実施例３におけるサーバ１５による特典付与処理のフローチャートである。 本実施形態の実施例４におけるサーバ１５による特典付与処理のフローチャートである。 本実施形態の実施例５におけるサーバ１５による特典付与処理のフローチャートである。 本実施形態の実施例６におけるサーバ１５による特典付与処理のフローチャートである。 本実施形態の実施例７におけるサーバ１５による特典付与処理のフローチャートである。 本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。

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

課金受付部２は、ユーザの端末装置から課金要求を受け付ける。課金要求は、必要に応じてその都度課金する場合の課金（個別課金）の要求でもよいし、一定期間毎に所定の金額を課金する定期課金の要求でもよい。課金受付部２の一例として、後述する受付部３３が挙げられる。

付与部３は、課金要求をしたユーザに特典を付与する。付与部３は、ユーザがいずれかのグループに所属している場合、いずれのグループにも所属していない場合に付与される特典（通常の特典）よりも有利な特典をグループ所属特典として付与する。グループ所属特典とは、例えば、通常の特典よりも質的または量的に有利な特典をいう。通常の特典よりも質的に有利な特典とは、例えば、通常の特典として付与されるアイテムよりも、より希少性の高いアイテムやキャラクタオブジェクト、より価値の高いアイテムやキャラクタオブジェクト、またはより攻撃力またはより防御力等の特定の属性のパラメータが高いアイテムやキャラクタオブジェクトであってもよい。通常の特典よりも量的に有利な特典とは、例えば、通常の特典として付与されるゲーム内通貨（ポイントを含む。）または試行用消費アイテムより多くのゲーム内通貨（ポイントを含む。）または試行用消費アイテムであってもよい。試行用消費アイテムとは、ゲーム内においてユーザが何かを行おうとする際にその対価として必要なアイテムをいい、例えば、ゲーム内に登場するキャラクタやアイテム等のオブジェクトが抽選により提供される場合、その抽選を行うための対価として必要な個数の試行用消費アイテムが支払われる（消費される）。付与部３の一例として、後述する付与部３５が挙げられる。

このように構成することにより、複数人でプレイ可能なゲームにおいて、ユーザがよりゲームを楽しめるように、課金を行うと共にグループに参加する動機付けを与えることができる。これにより、複数人でプレイ可能なゲームにおいて、グループを組む動機付けを与えてゲームへの参加意欲を向上させることができる。また、有利な特典により、グループを組むユーザに対してゲーム進行を有利にする機会を与えるができるので、ゲームへの参加意欲を向上させることができる。

付与部３は、同一のグループに所属する複数のユーザの課金要求のタイミングが近い場合の方が、それらのタイミングが遠い場合よりも、複数のユーザに、有利な特典を付与してもよい。すなわち、複数のユーザからの課金要求のタイミングの間隔が遠い場合に付与される特典よりも、複数のユーザからの課金要求のタイミングの間隔が近い場合に付与される特典の方が、より有利な特典であってもよい。

同一のグループに所属する複数のユーザ（複数のメンバー）の課金要求のタイミングが近い場合とは、例えば、グループ内で最初にまたは直近に課金したメンバーの課金から今回課金するユーザによる課金までの時間が所定時間Ｔ１以内で行われた場合をいう。同一のグループに所属する複数のユーザの課金要求のタイミングが遠い場合とは、例えば、グループ内で最初にまたは直近に課金したメンバーの課金から今回課金するユーザによる課金までの時間が所定時間Ｔ１より長い場合をいう。所定時間Ｔ１とは、例えば、１時間、３時間、６時間、・・・、２４時間、３日、１週間等であってもよい。

また、同一のグループに所属する複数のユーザの課金要求のタイミングが近い場合に付与される特典は、例えば、同一のグループに所属する複数のユーザの課金要求のタイミングが遠い場合に付与される特典よりも質的または量的に有利な特典であってもよい。同一のグループに所属する複数のユーザの課金要求のタイミングが遠い場合に付与される特典よりも質的に有利な特典とは、例えば、通常の特典として付与されるアイテムよりも、より希少性の高いアイテムやキャラクタオブジェクト、より価値の高いアイテムやキャラクタオブジェクト、またはより攻撃力またはより防御力等の特定の属性のパラメータが高いアイテムやキャラクタオブジェクトであってもよい。同一のグループに所属する複数のユーザの課金要求のタイミングが遠い場合に付与される特典よりも量的に有利な特典とは、例えば、通常の特典として付与されるゲーム内通貨（ポイントを含む。）または試行用消費アイテムより多くのゲーム内通貨（ポイントを含む。）または試行用消費アイテムであってもよい。試行用消費アイテムとは、ゲームにおいて何かを行おうとする際にその対価として必要なアイテムをいい、例えば、ゲーム内に登場するキャラクタやアイテム等のオブジェクトが抽選により提供される場合、その抽選を行うための対価として必要な個数の試行用消費アイテムが支払われる（消費される）。

特典の付与として、例えば、課金要求がなされた場合に、課金により試行用消費アイテムを購入して、試行用消費アイテムが増えてもよい。また、特典の付与として、例えば、課金により試行用消費アイテムを購入後、試行用消費アイテムを対価として抽選をする場合、例えば、抽選回数が１０回から１１回になるなどしてもよい。

このように構成することにより、グループ内において課金した人数が増えると特典が付与されると共に、クループ内のユーザ間においてより課金のタイミングが近い方がより有利な特典が付与されるので、短期間で連鎖的に課金が行われることが期待できる。

付与部３は、そのいずれかのグループに所属する第１ユーザの端末装置からの課金要求を受け付けてから、第１所定期間内（例えば、同日、１週間等）にそのいずれかのグループに所属する第２ユーザの端末装置から課金要求を受け付けた場合、そのいずれかのグループに含まれる少なくとも１のユーザに、有利な特典を連鎖特典として付与してもよい。ここで、連鎖特典とは、課金した人数が増える毎に報酬が付与される、または課金した人数が増えるほどより多くの報酬が付与される特典をいう。

このように構成することにより、グループ内のメンバーによる課金のタイミングに時間の制限を与えることにより、メンバーはその時間までに課金しようとする心理が働いて課金行動に移るので、課金の連鎖を促進させることができる。

さらに、付与部３は、第１所定期間内にそのいずれかのグループに所属するいずれかのユーザの端末装置から課金要求が受け付けられた場合、第１所定時間を延長してもよい。

このように構成することにより、課金のタイミングに時間の制限があることを前提として、その制限時間を延長することができるので、課金ができなくなる状況を回避しつつ、延長前の制限時間に課金ができなくても、制限時間の延長により、メンバーの課金の機会を確保することができる。

付与部３は、そのいずれかのグループに所属する第１ユーザの端末装置から課金要求を受け付けた場合、そのいずれかのグループに所属する第１ユーザ以外の他のユーザの端末装置に第１ユーザが課金した旨を通知してもよい。

このように構成することにより、グループ内のメンバーにより課金が行われた場合、他のメンバーに、グループ内のメンバーにより課金が行われた旨を報知することができる。

付与部３は、他のユーザのうち第３ユーザの端末装置において通知に係る情報が表示された後から第２所定期間内（例えば、同日、１週間等）に、第３ユーザの端末装置から課金要求を受け付けた場合、そのいずれかのグループに含まれる少なくとも１のユーザに、有利な特典を課金の連鎖を促進する特典（連鎖特典）として付与してもよい。

このように構成することにより、第１所定期間内に端末装置にログインせず、第１所定時間の経過後に、グループ内の第１ユーザが課金をした旨の通知を受け取ったグループ内の第３ユーザに対しても、課金をする機会を提供することができる。また、通知を開封してから第２所定時間がカウントされるため、ユーザ毎に第２所定時間が確保されると共に、第２所定時間の終了時刻が相違する。また、課金の連鎖を継続させることもできる。

付与部３は、所定期間（例えば、１日、３日、１週間等）毎に、そのいずれかのグループに所属する状態で課金したユーザの合計課金額に応じて、そのいずれかのグループに含まれる少なくとも１のユーザに特典を付与してもよい。付与部３は、例えば、合計金額が閾値ＴＨ１（例えば、５０００円）以下の場合、グループに所属するメンバーの少なくとも１のメンバーに第１の特典を付与し、合計金額が閾値ＴＨ１より大きく、かつ閾値ＴＨ２（例えば、１００００円）以下の場合、グループに所属するメンバーの少なくとも１のメンバーに第２の特典を付与し、合計金額が閾値ＴＨ２より大きい場合、グループに所属するメンバーの少なくとも１のメンバーに第３の特典を付与してもよい。第１の特典とは、上述した通常の特典であってもよいし、通常の特典よりも質的または量的に有利な特典であってもよい。第２の特典とは、第１の特典よりも質的または量的に有利な特典であってもよい。第３の特典とは、第２の特典よりも質的または量的に有利な特典であってもよい。

このように構成することにより、各メンバーにおいて、グループの合計課金額を上げてより有利な特典をもらおうという意識が芽生えることが期待できることにより、各メンバーによる課金額または課金回数の増加が期待できる。

課金受付部２は、複数のユーザの前記端末装置それぞれから定期的に課金要求を行う定期課金要求を受け付けてもよい。この場合、付与部３は、定期課金要求を行ったユーザが、そのいずれかのグループに所属する所属期間に応じて、その定期課金要求を行ったユーザに特典を付与してもよい。

このように構成することにより、グループに所属する前に定期課金をし、次の定期課金前にグループに所属すると、その所属したタイミングから次の課金までの間においてグループに所属した期間に応じて特典を付与することができる。したがって、グループに所属しているユーザにとっては、長くグループに所属していようとする動機づけになると共に、グループからの離脱を抑制することができる。

付与部３は、そのいずれかのグループに新たなユーザが所属する場合、新たなユーザよりも、既に所属しているユーザに対して、有利な特典を付与してもよい。

このように構成することにより、グループに所属しているユーザにとっては、長くグループに所属していようとする動機づけになると共に、グループからの離脱を抑制することができる。

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

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

端末装置１２は、インターネット上のアプリケーションプログラムの販売サイトで購入したゲーム用アプリケーションプログラムをダウンロードしてインストールすることができる。これにより、ユーザは、端末装置１２の操作表示部１３に入力操作を行うことにより、そのアプリケーションプログラムのゲームをプレイすることができる。本実施形態では、各ユーザ（プレイヤ）が選択したプレイヤキャラクタ同士でグループを組んでプレイ可能なゲーム用アプリケーションプログラムが端末装置１２にインストールされるものとする。当該ゲーム用アプリケーションプログラムを、本実施形態に係るプログラムと称する。

ゲームは、そのジャンルを問わず、例えば、パズルゲーム、シーティングゲーム、アクションゲーム、ロールプレイングゲーム（ＲＰＧ）、シミュレーションゲーム、アドベンチャーゲーム、レースゲーム、ボードゲーム、音楽ゲーム、スポーツゲーム、オープンワールドゲーム等であってもよい。

なお、以下では、第１ユーザが使用する端末装置１２を端末装置１２ａと称し、その端末装置１２ａの操作表示部１３及び画面１４をそれぞれ、操作表示部１３ａ及び画面１４ａと称する。また、第２ユーザが使用する端末装置１２を端末装置１２ｂと称し、その端末装置１２ｂの操作表示部１３及び画面１４をそれぞれ、操作表示部１３ｂ及び画面１４ｂと称する。

また、以下では、第１ユーザが使用する端末装置１２、その構成要素、機能等については、添え字ａを付与して説明する。また、第２ユーザが使用する端末装置１２、その構成要素、機能等については、添え字ｂを付与して説明する。ただし、端末装置１２（１２ａ，１２ｂ）において共有した説明には添え字ａ，ｂは用いないで説明する。

サーバ１５は、端末装置１２にインストールされた本実施形態に係るアプリケーションプログラムに関する管理する情報処理装置である。例えば、サーバ１５は、ゲーム用アプリケーションプログラムを使用するユーザに関する情報（例えば、プレイ内容やプレイしているキャラクタのステータス情報、ポイント情報等）を管理したり、課金に関する情報を管理したりする。

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

図３は、本実施形態におけるゲームシステム１１の機能ブロックの一例を示す図である。端末装置１２はそれぞれ、操作表示部１３、通信部２１、制御部２２、及び記憶部２３を含む。

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

通信部２１は、通信ネットワーク１６に接続された機器との通信を可能にするインターフェースである。ここでは、通信部２１は、通信ネットワーク１６を介して、サーバ１５と通信を行う。

制御部２２は、端末装置１２全体の動作を制御する演算装置（プロセッサ）である。制御部２２は、記憶部２３にインストールされたゲーム用アプリケーションプログラム２４を実行することにより、ゲーム用アプリケーションプログラム２４を起動させることができる。

記憶部２３は、インストールされたゲーム用アプリケーションプログラム２４やゲーム要素データ２５、その他各種データ等を格納する。ゲーム要素データ２５としては、例えば、背景データ、キャラクタデータ、アイテムデータ、エフェクトデータ、音響データ等を含む。

背景データは、例えば、フィールド領域、オフフィールド領域、及びフィールド領域等に関するデータ等を含む。キャラクタデータは、プレイヤキャラクタ、ノンプレイヤキャラクタ等のキャラクタオブジェクトデータを含む。

アイテムデータは、フィールド領域に配置される宝箱等に収納されるアイテムオブジェクトに関するデータを含む。ゲーム中にプレイヤキャラクタがアイテムを取得することにより、そのプレイヤキャラクタは、一時的または恒久的に攻撃力や守備力、スタミナが上がったり、所定のステータスのパラメータが上がったりする。アイテムには、例えば、剣、銃、弓、魔法の杖等のオブジェクトや、スタミナパラメータを回復させる回復用アイテム、攻撃力や保守力等を一時的または恒常的に向上させるパラメータ増強用アイテム等を含む。

なお、ゲーム中にプレイヤキャラクタが宝箱を取得したり、または取得した宝箱を使用したりすると、ランダムで効果が付与されるようにしてもよい。例えば、プレイヤキャラクタが宝箱を取得して、味方にぶつけるとコンビネーション技に相当する効果が発動するようにしてもよく、または所定のステータスのパラメータ（例えば、攻撃力や守備力、スタミナ等のパラメータ）が上がるようにしてもよい。

エフェクトデータは、例えば敵プレイヤオブジェクトを弾き飛ばす際の攻撃に関する演出画像、コンビネーション技等に関するデータである。音響データは、ゲームをプレイ中に流れる音楽や種々のシーンで用いる効果音等に関するデータである。

また、ゲームのプレイを行う画面の前段として、ロビー画面（不図示）がある。ロビー画面では、例えば、プレイヤキャラクタの装備品の選択及び装備やステータスの確認、他のプレイヤキャラクタの招待、グループを組むメンバーの編成、対戦相手グループの選択、対戦ステージの選択等を行えるようにしてもよい。グループを組むメンバーの編成には、グループへの参加、グループからの離脱等を含む。

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

制御部３２は、サーバ１５全体の動作を制御すると共に、端末装置１２からの要求に応じて処理を実行し、実行結果を端末装置１２に返したり、他の端末装置に送信情報を中継したり等の制御を行う。例えば、制御部３２は、当該ゲームをプレイするユーザの認証を行ったり、複数人プレイする場合にユーザ間で使用する画面情報を共有させたり、端末装置１２でのプレイ内容を管理したり、課金管理を行ったり等する。

制御部３２は、記憶部４１から本実施形態に係るプログラムを読み出して実行することにより、受付部３３、グループ管理部３４、付与部３５、及び課金処理部３６として機能する。

受付部３３は、端末装置１２から送信された要求やデータを受け付ける。要求は、例えば、課金要求、グループ参加要求等を含む。課金要求は、必要に応じてその都度課金する場合の課金（個別課金）の要求でもよいし、一定期間毎に所定の金額を課金する定期課金の要求でもよい。グループ参加要求は、ユーザがグループに参加するための要求である。

グループ管理部３４は、例えば、端末装置１２からのグループ参加要求に応じて、端末装置１２のユーザを対象グループに参加させたり、ユーザがグループに所属しているかを判定したり、グループに所属しているユーザ（メンバー）の課金について管理したりする。

付与部３５は、記憶部４１から特典データ４５を読み出し、課金要求がなされたか否か及びユーザがグループに所属しているか否かに応じて、ユーザに特典を付与する。特典は、例えば、通常の特典、有利な特典等を含む。

通常の特典とは、本実施形態を適用しなくても付与される特典、すなわち、通常時に付与される特典であり、例えば、アイテムやキャラクタオブジェクト、ゲーム内通貨や有償または無償のポイント、試行用消費アイテム等を含む。試行用消費アイテムとは、ゲーム内においてユーザが何かを行おうとする際にその対価として必要なアイテムをいう。例えば、ゲーム内に登場するキャラクタやアイテム等のオブジェクトが抽選により提供される場合、その抽選を行うための対価として必要な個数の試行用消費アイテムを支払う必要がある（その分の試行用消費アイテムが消費される）。

有利な特典は、他の特典（例えば、通常の特典等）よりも質的または量的に有利な特典であり、本実施形態を適用することにより付与される特典である。他の特典よりも質的に有利な特典とは、例えば、他の特典として付与されるアイテムよりも、より希少性の高いアイテムやキャラクタオブジェクト、より価値の高いアイテムやキャラクタオブジェクト、または攻撃力、防御力、回復力等の特定の属性のパラメータが他の特典よりも高いアイテムやキャラクタオブジェクトであってもよい。他の特典よりも質的に有利な特典とは、例えば、他の特典として付与されるゲーム内通貨や有償または無償のポイントまたは試行用消費アイテムより多くのゲーム内通貨や有償または無償のポイントまたは試行用消費アイテムであってもよい。

また、特典の付与として、例えば、課金要求がなされた場合に、課金により試行用消費アイテムを購入して、試行用消費アイテムが増えてもよい。また、特典の付与として、例えば、課金により試行用消費アイテムを購入後、試行用消費アイテムを対価として抽選をする場合、例えば、抽選回数が１０回から１１回になるなどしてもよい。

課金処理部３６は、端末装置１２から受け付けた課金要求に応じて、その課金について決済処理を行い、処理結果を課金管理データベース４４に登録する。

記憶部４１は、ユーザ管理データベース４２、ユーザ所属グループ管理データべース４３、課金管理データベース４４、特典データ４５、アプリケーションプログラムインターフェース（ＡＰＩ）、本実施形態に係るプログラム等を格納する。データベースを以下では、「ＤＢ」と称する。ユーザ管理ＤＢ４２は、ゲームをインストールしたユーザ（プレイヤ）に関するデータベースである。ユーザ所属グループ管理ＤＢ４３は、ユーザが所属するクループを管理するデータベースである。課金管理ＤＢ４４は、ゲーム内における課金を管理するデータベースである。特典データ４５は、ユーザに付与する特典に関するデータである。ＡＰＩは、端末装置１２にインストールされた本実施形態に係るプログラムが使用するアプリケーションプログラムインターフェースである。

図４は、本実施形態におけるサーバ１５により管理されるデータベースのデータ構造例を示す図である。以下ではユーザ管理ＤＢ４２の各レコードをユーザ情報と称する場合がある。ユーザ所属グループ管理ＤＢ４３の各レコードをユーザ所属グループ情報と称する場合がある。課金管理ＤＢ４４の各レコードを課金情報と称する場合がある。

ユーザ管理ＤＢ４２は、「ユーザＩＤ」、「ユーザ名」、・・・・のデータ項目を含む。項目「ユーザＩＤ」には、ユーザ（プレイヤ）を特定する情報（ユーザＩＤ）が格納される。項目「ユーザ名」、・・・には、ユーザの名前が格納される。

ユーザ所属グループ管理ＤＢ４３は、「ユーザＩＤ」、「グループＩＤ」、「参加日時」、「脱退日時」、「所属時間」のデータ項目を含む。項目「ユーザＩＤ」には、グループに所属するユーザ（プレイヤ）のユーザＩＤが格納される。項目「グループＩＤ」には、ユーザＩＤにより特定されるユーザが所属するグループを特定する識別情報（グループＩＤ）が格納される。項目「参加日時」には、そのグループにそのユーザが参加した日時が格納される。項目「脱退日時」には、そのユーザがそのグループから脱退した場合、その脱退した日時が格納される。項目「所属時間」には、参加日時から現在までのグループへの所属時間が格納され、そのユーザがそのグループから脱退した場合には、参加日時から脱退日時までの所属時間が格納される。

課金管理ＤＢ４４は、「ユーザＩＤ」、「課金種別」、「課金日時」、「課金額」のデータ項目を含む。項目「ユーザＩＤ」には、ユーザを特定する情報（ユーザＩＤ）が格納される。項目「課金種別」には、課金を必要に応じてその都度個別に行う個別課金、または定期課金の課金方法の種別が格納される。定期課金とは、例えば、週単位、月単位、３カ月単位、６カ月単位、または年単位で、一定額を課金する課金方式である。項目「課金日時」には、課金を行った日時が格納される。項目「課金額」には、課金を行った金額が格納される。

図５は、本実施形態におけるゲームシステムでの課金を行う場合のシーケンス図の一例を示す図である。まず、ユーザは、端末装置１２ａにインストールされているゲーム用アプリケーションプログラム２４を起動させる。すると、端末装置１２ａは、サーバ１５にログイン要求を行う。サーバ１５は、そのログイン要求に対して許可を応答し、端末装置１２ａとサーバ１５間の接続が完了する。

第１ユーザは、端末装置１２ａの操作表示部１３ａを用いて、例えば上述したロビー画面において参加を希望するグループに参加する操作を行う。すると、端末装置１２ａは、サーバ１５に対して、グループ参加要求（対象となるグループのグループＩＤ、ユーザＩＤを含む。）を送信する（Ｓ１）。

サーバ１５は、端末装置１２ａから送信されたグループ参加要求を取得する。すると、サーバ１５は、グループ参加要求に含まれるユーザＩＤ及びグループＩＤ、及びシステム日時（現在日時）から、ユーザ所属グループ情報を生成し、生成したユーザ所属グループ情報をユーザ所属グループ管理ＤＢ４３に登録する。

ユーザ所属グループ情報の登録後、サーバ１５は、グループの他のメンバーユーザに、第１ユーザが対象グループに参加した旨の通知情報を送信する（Ｓ２）。サーバ１５は、端末装置１２aへ対象グループへの参加の登録が完了した旨の応答を送信する（Ｓ３）。

それから、第１ユーザは、操作表示部１３ａを操作して課金操作を行うことにより、例えばアイテムを購入したり、ゲーム内仮想通貨（ポイント）を購入したり等をする。すると、端末装置１２ａは、その課金操作に応じて、サーバ１５に対して、課金要求を送信する（Ｓ４）。

サーバ１５は、端末装置１２ａから送信された課金要求を取得すると、その課金について決済処理を行い、決済完了を端末装置１２ａに応答する（Ｓ５）。また、サーバ１５は、課金に対する報酬として第１ユーザに対して特典を付与する（Ｓ６）。なお、サーバ１５は、課金に対する特典を付与する場合において、第１ユーザがいずれかのグループに所属している場合、いずれのグループにも所属していない場合よりも有利な特典を付与してもよい。

なお、サーバ１５は、特典の付与をする場合、課金を行った第１ユーザだけでなく、第１ユーザが所属するグループの１以上のメンバー（第１ユーザを除く。）または第１ユーザ以外の全メンバーにも特典を付与してもよい（Ｓ７）。

図６は、本実施形態の実施例１におけるサーバ１５による特典付与処理のフローチャートである。制御部３２は、本実施形態に係るプログラムを記憶部４１から読み出して実行することにより、受付部３３、グループ管理部３４、付与部３５、課金処理部３６として機能する。この初期動作については、以下の実施例でも同様である。

受付部３３は、第１ユーザにより操作される端末装置１２ａから課金要求（ユーザＩＤ、課金種別、課金額を含む。）を取得する（Ｓ１１）。すると、課金処理部３６は、取得した課金要求に応じて、その課金について決済処理を行い（Ｓ１２）、処理結果を課金管理ＤＢ４４に登録する。

グループ管理部３４は、ユーザ所属グループ管理ＤＢ４３を参照して、課金要求に含まれるユーザＩＤに対応する第１ユーザがいずれかのグループに所属しているかを判定する
（Ｓ１３）。課金要求に含まれるユーザＩＤに対応する第１ユーザがいずれのグループにも所属していないと判定された場合（Ｓ１３でＮＯ）、付与部３５は、そのユーザＩＤに対応するユーザに、通常の特典を付与する（Ｓ１５）。ここで、通常の特典とは、例えば、所定のアイテムであったり、ゲーム内通貨（またはポイント）であってもよい。

課金要求に含まれるユーザＩＤに対応する第１ユーザがいずれかのグループに所属していると判定された場合（Ｓ１３でＹＥＳ）、付与部３５は、そのユーザＩＤに対応する第１ユーザに、通常の特典よりも有利な特典を付与する（Ｓ１４）。通常の特典よりも有利な特典とは、例えば、通常の特典よりも質的または量的に有利な特典であってもよい。通常の特典よりも質的に有利な特典とは、例えば、通常の特典に付与されるアイテムよりも、より希少性の高いアイテムやより価値の高いアイテム、より攻撃力またはより防御力等の特定の属性のパラメータが高いアイテムであってもよい。通常の特典よりも量的に有利な特典とは、例えば、通常の特典として付与されるゲーム内通貨（ポイントを含む。）または試行用消費アイテムより多くのゲーム内通貨（ポイントを含む。）または試行用消費アイテムであってもよい。試行用消費アイテムとは、ゲームにおいて何かを行おうとする際にその対価として必要なアイテムをいい、例えば、ゲーム内に登場するキャラクタやアイテム等のオブジェクトが抽選により提供される場合、その抽選を行うための対価として必要な個数の試行用消費アイテムが支払われる（消費される）。

図７は、本実施形態の実施例２におけるサーバ１５による特典付与処理のフローチャートである。実施例２では、グループ内のメンバーによる課金のタイミングがより近い方が有利な特典が付与されることにより、課金の連鎖を促進させることを実現する。

受付部３３は、第１ユーザにより操作される端末装置１２ａから課金要求（ユーザＩＤ、課金種別、課金額を含む。）を取得する（Ｓ２１）。すると、課金処理部３６は、取得した課金要求に応じて、その課金について決済処理を行い（Ｓ２２）、処理結果を課金管理ＤＢ４４に登録する。

グループ管理部３４は、ユーザ所属グループ管理ＤＢ４３を参照して、課金要求に含まれるユーザＩＤに対応する第１ユーザがいずれかのグループに所属しているかを判定する
（Ｓ２３）。

課金要求に含まれるユーザＩＤに対応する第１ユーザがいずれのグループにも所属していないと判定された場合（Ｓ２３でＮＯ）、付与部３５は、そのユーザＩＤに対応する第１ユーザに、通常の特典を付与する（Ｓ２９）。ここで、通常の特典とは、上述した通りである。Ｓ２９の処理後、本フローは終了する。

課金要求に含まれるユーザＩＤに対応する第１ユーザがいずれかのグループに所属していると判定された場合（Ｓ２３でＹＥＳ）、グループ管理部３４は、ユーザ所属グループ管理ＤＢ４３及び課金管理ＤＢ４４を参照して、そのグループの第１ユーザ以外の他のメンバーのうち、課金済みのメンバーがいるかを判定する（Ｓ２４）。

そのグループの第１ユーザ以外のメンバーのうち、課金済みのメンバーがいないと判定された場合（Ｓ２４でＮＯ）、付与部３５は、そのユーザＩＤに対応する第１ユーザに、通常の特典を付与する（Ｓ２５）。ここで、通常の特典とは、上述した通りである。

そのグループの第１ユーザ以外の他メンバーのうち、課金済みの他メンバーがいると判定された場合（Ｓ２４でＹＥＳ）、付与部３５は、ユーザ所属グループ管理ＤＢ４３及び課金管理ＤＢ４４を参照して、最初にまたは直近に課金した他メンバーの課金から今回の第１ユーザによる課金までの時間を算出する（Ｓ２６）。

付与部３５は、Ｓ２６で算出された時間の長さに応じて、グループ内で課金済みのメンバー（第１ユーザも含む。）に、有利な特典を付与する（Ｓ２７）。すなわち、付与部３５は、同一グループに所属する複数のユーザの課金要求のタイミングに応じて、より有利な特典を付与することができる。例えば、付与部３５は、同一のグループに所属する複数のユーザの課金要求のタイミングが近い場合の方が、タイミングが遠い場合よりも、複数のユーザに対して、より有利な特典を付与する。

同一のグループに所属する複数のユーザの課金要求のタイミングが近いとは、例えば、最初にまたは直近に課金したメンバーの課金から今回の第１ユーザの課金までの時間が所定時間Ｔ１以内で行われた場合をいう。同一のグループに所属する複数のユーザの課金要求のタイミングが遠いとは、例えば、最初にまたは直近に課金したメンバーの課金から今回の第１ユーザの課金までの時間が所定時間Ｔ１より長い場合をいう。所定時間Ｔ１とは、例えば、１時間、３時間、６時間、・・・、２４時間、３日、１週間等であってもよい。

また、同一のグループに所属する複数のユーザの課金要求のタイミングが近い場合に付与される特典は、例えば、同一のグループに所属する複数のユーザの課金要求のタイミングが遠い場合に付与される特典よりも質的または量的に有利な特典であってもよい。同一のグループに所属する複数のユーザの課金要求のタイミングが遠い場合に付与される特典よりも質的に有利な特典とは、例えば、同一のグループに所属する複数のユーザの課金要求のタイミングが遠い場合に付与される特典よりも質的に有利な特典に付与されるアイテムよりも、より希少性の高いアイテムやより価値の高いアイテム、より攻撃力またはより防御力等の特定の属性のパラメータが高いアイテムであってもよい。同一のグループに所属する複数のユーザの課金要求のタイミングが遠い場合に付与される特典よりも量的に有利な特典とは、例えば、タイミングが遠い場合に付与される特典として付与されるゲーム内通貨（ポイントを含む。）または試行用消費アイテムより多くのゲーム内通貨（ポイントを含む。）または試行用消費アイテムであってもよい。試行用消費アイテムとは、ゲームにおいて何かを行おうとする際にその対価として必要なアイテムをいい、例えば、ゲーム内に登場するキャラクタやアイテム等のオブジェクトが抽選により提供される場合、その抽選を行うための対価として必要な個数の試行用消費アイテムが支払われる（消費される）。

Ｓ２５またはＳ２７の処理後、グループ管理部３４は、そのグループ内の全メンバーが課金済みか否かを判定する（Ｓ２８）。そのグループ内の全メンバーが課金済みでないと判定された場合（Ｓ２８でＮＯ）、Ｓ２１の処理へ戻る。そのグループ内の全メンバーが課金済みであると判定された場合（Ｓ２８でＹＥＳ）、本フローは終了する。

実施例２によれば、グループ内において課金した人数が増えると報酬が付与されると共に、クループ内のユーザ間においてより課金のタイミングが近い方がより有利な特典が付与されるので、短期間で連鎖的に課金が行われることが期待できる。

図８は、本実施形態の実施例３におけるサーバ１５による特典付与処理のフローチャートである。実施例３では、グループ内のメンバーによる課金のタイミングに時間の制限を与えることにより、課金の連鎖を促進させることを実現する。

受付部３３は、第１ユーザにより操作される端末装置１２ａから課金要求（ユーザＩＤ、課金種別、課金額を含む。）を取得する（Ｓ３１）。すると、課金処理部３６は、取得した課金要求に応じて、その課金について決済処理を行い（Ｓ３２）、処理結果を課金管理ＤＢ４４に登録する。

グループ管理部３４は、ユーザ所属グループ管理ＤＢ４３を参照して、課金要求に含まれるユーザＩＤがいずれかのグループに所属しているかを判定する（Ｓ３３）。

課金要求に含まれるユーザＩＤがいずれのグループにも所属していないと判定された場合（Ｓ３３でＮＯ）、付与部３５は、そのユーザＩＤに対応するユーザに、通常の特典を付与する（Ｓ３８）。ここで、通常の特典とは、上述の通りである。

課金要求に含まれるユーザＩＤがいずれかのグループに所属していると判定された場合
（Ｓ３３でＹＥＳ）、グループ管理部３４は、ユーザ所属グループ管理ＤＢ４３及び課金管理ＤＢ４４を参照して、その課金要求を、最初にまたは直近に課金したメンバー（第１ユーザを除く。）から課金を受け付けてから所定時間Ｔ２内に受け付けたか否かを判定する（Ｓ３３）。所定時間Ｔ２は、例えば、同日、３日、１週間等であってもよい。

その課金要求を、最初にまたは直近に課金したメンバーから課金を受け付けてから所定時間Ｔ２を超えて受け付けたと判定された場合（Ｓ３４でＮＯ）、付与部３５は、そのユーザＩＤに対応するユーザに、通常の特典を付与する（Ｓ３６）。

その課金要求を、最初にまたは直近に課金したメンバーから課金を受け付けてから所定時間Ｔ２内に受け付けたと判定された場合（Ｓ３４でＹＥＳ）、付与部３５は、グループに含まれる少なくとも１のユーザに、通常の特典よりも有利な特典を付与する（Ｓ３５）。通常の特典よりも有利な特典は、上述した通りである。Ｓ３４の処理後、付与部３５は、所定時間Ｔ２を延長する（Ｓ３６）。

付与部３５は、そのユーザＩＤに対応するユーザ（第１ユーザ）が所属するグループの他のメンバー全員の端末装置１２に、第１ユーザが課金をした旨の通知を送信する（Ｓ３７）。通知は、例えば、プッシュ通知であってもよい。

実施例３によれば、グループ内のメンバーによる課金のタイミングに時間の制限を与えることにより、メンバーはその時間までに課金しようとする心理が働いて課金行動に移るので、課金の連鎖を促進させることができる。また、課金のタイミングに時間の制限があることを前提として、その制限時間を延長することができるので、課金ができなくなる状況を回避しつつ、延長前の制限時間に課金ができなくても、制限時間の延長により、メンバーの課金の機会を確保することができる。また、グループ内のメンバーにより課金が行われた場合、他のメンバーに、グループ内のメンバーにより課金が行われた旨を報知することができる。

図９は、本実施形態の実施例４におけるサーバ１５による特典付与処理のフローチャートである。実施例４では、実施例３において通知を受けた他のメンバーが、その通知を表示させて所定時間Ｔ３（例えば、６時間、１２時間、１日、１週間、１０日、１か月等）内に課金を行うと、有利な特典が付与されることを実現する。なお、以下では、第２ユーザが使用する端末装置１２、その構成要素、機能等については、添え字ｃを付与して説明する。

まず、図８のＳ３６において通知を受け取った他のメンバー（第３ユーザ）が、端末装置１２ｃの操作表示部１３ｃを用いて、その受け取った通知に対応する画面を表示させる操作を行うとする。すると、端末装置１２からその通知に対応する画面が表示（受け取った通知が開封）された旨の開封済み通知がサーバ１５に送信される。

受付部３３は、第３ユーザにより操作される端末装置１２ｃから、開封済み通知（ユーザＩＤ、グループＩＤを含む。）を取得する（Ｓ４１）。

その後、受付部３３は、第３ユーザにより操作される端末装置１２ｃから課金要求（ユーザＩＤ、課金種別、課金額を含む。）を取得する（Ｓ４２）。すると、課金処理部３６は、取得した課金要求に応じて、その課金について決済処理を行い（Ｓ４３）、処理結果を課金管理ＤＢ４４に登録する。

グループ管理部３４は、課金要求が、Ｓ４１の表示要求を受け付けてから所定時間Ｔ３内に受け付けたか否かを判定する（Ｓ４４）。課金要求が、Ｓ４１の表示要求を受け付けてから所定時間Ｔ３を超えて受け付けたと判定された場合（Ｓ４４でＮＯ）、付与部３５は、そのユーザＩＤに対応するユーザに、通常の特典を付与する（Ｓ４７）。その後、本フローは終了する。通常の特典は、上述した通りである。

課金要求が、Ｓ４１の表示要求を受け付けてから所定時間Ｔ３内に受け付けたと判定された場合（Ｓ４４でＹＥＳ）、グループ管理部３４は、ユーザ所属グループ管理ＤＢ４３を参照して、課金要求に含まれるユーザＩＤがいずれかのグループに所属しているかを判定する（Ｓ４５）。

課金要求に含まれるユーザＩＤがいずれのグループにも所属していないと判定された場合（Ｓ４５でＮＯ）、付与部３５は、そのユーザＩＤに対応するユーザに、通常の特典を付与する（Ｓ５８）。通常の特典は、上述した通りである。その後、本フローは終了する。

課金要求に含まれるユーザＩＤがいずれかのグループに所属していると判定された場合
（Ｓ４５でＹＥＳ）、付与部３５は、そのユーザＩＤに対応するユーザに、通常の特典よりも有利な特典を付与する（Ｓ４６）。通常の特典よりも有利な特典とは、上述した通りである。その後、本フローは終了する。

実施例４によれば、実施例３において通知を受けた他のメンバーも、所定時間Ｔ３内に課金を行うと、有利な特典が付与されることとなり、他のメンバーにも課金の動機づけを提供することができる。また、実施例３（図８）において、所定時間Ｔ２内に端末装置１２にログインせず、所定時間Ｔ２の経過後にＳ３６の通知を受け取ったユーザに対しても、課金をする機会を提供することができる。また、通知を開封してから所定時間Ｔ３がカウントされるため、ユーザによって、所定時間Ｔ３の終了時刻が相違する。また、実施例４により、実施例３（図８）からの課金の連鎖を継続させることもできる。

図１０は、本実施形態の実施例５におけるサーバ１５による特典付与処理のフローチャートである。実施例５では、所定時間Ｔ４毎に、グループに所属する状態で課金したメンバーの合計課金額に応じて、グループに含まれる少なくとも１のメンバーに特典を付与することを実現する。図１０のフローは、所定時間Ｔ４（例えば、6時間、１２時間、１日、１週間、１０日、１か月等）毎に繰り返される。

ゲームのプレイ中において、グループ管理部３４は、各グループに所属するユーザを特定する（Ｓ５１）。グループ管理部３４は、各グループのユーザが、グループに所属した状態で所定時間Ｔ４内に課金した合計金額を算出する（Ｓ５２）。

付与部３５は、合計金額に応じて、グループに所属するメンバーの少なくとも１のメンバーに特典を付与する（Ｓ５３）。付与部３５は、例えば、合計金額が閾値ＴＨ１以下の場合、グループに所属するメンバーの少なくとも１のメンバーに第１の特典を付与し、合計金額が閾値ＴＨ１より大きく、かつ閾値ＴＨ２以下の場合、グループに所属するメンバーの少なくとも１のメンバーに第２の特典を付与し、合計金額が閾値ＴＨ２より大きい場合、グループに所属するメンバーの少なくとも１のメンバーに第３の特典を付与してもよい。ここで、閾値ＴＨ１＜閾値ＴＨ２である。

グループに所属するメンバーの少なくとも１のメンバーとは、グループの一部のメンバーであってもよいし、全メンバーであってもよい。また、第１の特典とは、上述した通常の特典であってもよいし、通常の特典よりも質的または量的に有利な特典であってもよい。第２の特典とは、第１の特典よりも質的または量的に有利な特典であってもよい。第３の特典とは、第２の特典よりも質的または量的に有利な特典であってもよい。

実施例５によれば、各メンバーにおいて、グループの合計課金額を上げてより有利な特典をもらおうという意識が芽生えることが期待できることにより、各メンバーによる課金額または課金回数の増加が期待できる。

図１１は、本実施形態の実施例６におけるサーバ１５による特典付与処理のフローチャートである。実施例６では、定期課金を行うユーザがグループに所属した時間に応じて、特典を付与することを実現する。

受付部３３は、第１ユーザにより操作される端末装置１２ａから、一定期間（例えば、１カ月単位、３カ月単位、６カ月単位、一年単位等）、所定額を課金する定期課金を要求する定期課金要求（ユーザＩＤ、課金種別、課金額を含む。）を取得する（Ｓ６１）。すると、課金処理部３６は、取得した課金要求に応じて、その課金について決済処理を行い
（Ｓ６２）、処理結果を課金管理ＤＢ４４に登録する。

グループ管理部３４は、ユーザ所属グループ管理ＤＢ４３を参照して、課金要求に含まれるユーザＩＤがいずれかのグループに所属しているかを判定する（Ｓ６３）。

課金要求に含まれるユーザＩＤがいずれのグループにも所属していないと判定された場合（Ｓ６３でＮＯ）、付与部３５は、そのユーザＩＤに対応するユーザに、通常の特典を付与する（Ｓ６５）。通常の特典とは、上述した通りである。

課金要求に含まれるユーザＩＤがいずれかのグループに所属していると判定された場合
（Ｓ６３でＹＥＳ）、付与部３５は、ユーザ所属グループ管理ＤＢ４３を参照して、グループへの所属期間に応じて、そのユーザＩＤに対応するユーザに、通常の特典よりも有利な特典を付与する（Ｓ６４）。

付与部３５は、例えば、所属時間が所定時間Ｔ５以内の場合、第１ユーザに第１の特典を付与し、所属時間が所定時間Ｔ５より長く、かつ所定時間Ｔ６以内の場合、第１ユーザに第２の特典を付与し、所属時間が所定時間Ｔ６より長い場合、第１ユーザに第３の特典を付与してもよい。ここで、所定時間Ｔ５は、例えば、１日、１週間、１０日、１か月、６カ月、１２カ月等であり、所定時間Ｔ５＜所定時間Ｔ６である。第１の特典、第２の特典、第３の特典は、上述した通りである。

実施例６によれば、定期課金を行うユーザがグループに所属した時間に応じて、特典を付与することができる。したがって、グループに所属しているユーザにとっては、長くグループに所属していようとする動機づけになると共に、グループからの離脱を抑制することができる。

図１２は、本実施形態の実施例７におけるサーバ１５による特典付与処理のフローチャートである。実施例７では、定期課金しているユーザのグループに新たなユーザが所属する場合、新たなユーザよりも、既に所属しているユーザに対して、所属期間に応じて有利な特典を付与することを実現する。

受付部３３は、端末装置１２ａから、一定期間（例えば、１カ月単位、３カ月単位、６カ月単位、一年単位等）、所定額を課金する定期課金を要求する定期課金要求（ユーザＩＤ、課金種別、課金額を含む。）を取得する（Ｓ７１）。課金処理部３６は、取得した定期課金要求に基づいて定期課金として課金処理を行い、処理結果を課金管理ＤＢ４４に登録する（Ｓ７２）。

その後、第１ユーザは、操作表示部１３を用いて、例えば上述したロビー画面において参加を希望するグループに参加する操作を行う。すると、端末装置１２ａは、サーバ１５に対して、グループ参加要求（対象となるグループのグループＩＤ、ユーザＩＤを含む。）を送信する。

受付部３３は、端末装置１２ａから送信されたグループ参加要求を取得する（Ｓ７３）。グループ管理部３４は、グループ参加要求に含まれるユーザＩＤ及びグループＩＤ、及びシステム日時（現在日時）から、ユーザ所属グループ情報を生成し、生成したユーザ所属グループ情報をユーザ所属グループ管理ＤＢ４３に登録する（Ｓ７４）。

ユーザ所属グループ情報の登録後、グループ管理部３４は、グループＩＤに基づいて参加要求の対象となるグループを特定し（Ｓ７５）、ユーザ所属グループ管理ＤＢ４３を参照して第１ユーザを除く、そのグループの既存メンバーを特定する（Ｓ７６）。

付与部３５は、新規メンバーである第１ユーザに対して、第４の特典を付与する（Ｓ７７）。付与部３５は、そのグループの既存メンバーの所属時間に応じて、各既存メンバーに対して、第５の特典を付与する（Ｓ７８）。第４の特典とは、上述した通常の特典であってもよいし、通常の特典よりも質的または量的に有利な特典であってもよい。第５の特典とは、第４の特典よりも質的または量的に有利な特典であってもよい。

実施例７によれば、定期課金しているユーザのグループに新たなユーザが所属する場合、新たなユーザよりも、既に所属しているユーザに対して、所属期間に応じて有利な特典を付与することができる。これにより、グループに所属しているユーザにとっては、長くグループに所属していようとする動機づけになると共に、グループからの離脱を抑制することができる。

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

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

コンピュータ５１がサーバ１５の場合、ＣＰＵ５２は、記憶装置５５から本実施形態に係るプログラムを読み出し、受付部３３、グループ管理部３４、付与部３５、課金処理部３６として機能する。ＲＯＭ５３は、読み出し専用のメモリを示す。ＲＡＭ５４は、一時的に記憶するメモリである。

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

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

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

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

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

本実施形態によれば、複数人でプレイ可能なゲームにおいて、ユーザがよりゲームを楽しめるように、課金を行うと共にグループに参加する動機付けを与えることができる。

なお、グループに参加しているユーザ（メンバー）の人数に応じて、付与される特典が増えたり、付与される特典の質が上がったりしてもよい。すなわち、グループに参加しているユーザ（メンバー）の人数が増えるほど、付与される特典が増えたり、付与される特典の質が上がったりしてもよい。

また、グループに参加しているユーザ（メンバー）の人数の増加に応じて、ゲーム内において課金の対象となっているアイテムや試行用消費アイテム等を購入する際にかかる金額（個別課金単価）や定期課金の単価が安くなるようにしてもよい。例えば、グループのメンバーが１人増える度に、個別課金単価や定期課金の単価が１０％づつ割引されるようにしてもよい。すなわち、グループのメンバーが１人増えると１０％割引され、グループのメンバーが２人増えると２０％割引されるようにしてもよい。

また、グループ内に課金したユーザが１人だけの場合は、付与される特典は増えないようにし、グループ内に課金したユーザが２人以上の場合に、特典を付与するようにしてもよい。

また、グループに所属可能なユーザの人数に上限を設定してもよい。例えば、グループに所属可能なユーザの人数の上限を４人としてもよい。この場合、グループ内のユーザのうち、少なくとも２人が課金した場合に特典が付与されるようにしてもよい。また、グループに５人目が参加しようとする場合には、例えば、２人のグループと３人のグループというように、各グループにつき人数の上限の範囲内で、自動的に２つのグループに分かれるようにしてもよい。

また、例えば、グループＡに参加しようとするユーザが、以前グループＢに長期間所属していた場合には、グループＢに所属していた期間に所定の係数（例えば、０．３、０．５、０．８等）を掛けて算出された期間をグループＡに所属したこととし、その算出された期間に応じて特典を付与してもよい。これにより、例えば、グループＢの全メンバーが脱退したり、そのゲームから退会したり等のやむを得ない事情でグループＢが解散し、グループの所属期間がリセットされるとすると、別のグループに移ることが難しくなるが、その所属期間の一部を次に参加するグループに引き継げるとなると、別のグループに移ることも可能になる。これにより、グループの所属期間の長いユーザが別のグループに移って課金しようとする動機づけを提供することができる。

また、グループに所属しているユーザが途中で定期課金を止め、所定期間（例えば、１カ月、３カ月、６カ月等）が経過すると、自動的にグループから脱退させるようにしてもよい。

また、そのゲームを始めて間もないユーザ（初心者）をグループに招待して、特典を付与するようにしてもよい。これにより、初心者にグループ参加のメリットを享受することができる。また、グループの各メンバーが定期課金をした上で、さらに個別課金ができるようにしてもよい。

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

上記実施形態に加え、さらに、以下を付記する。
（付記１）
ユーザの端末装置から課金要求を受け付ける課金受付部と、
前記課金要求をしたユーザに特典を付与する付与部と、を備え、
前記付与部は、前記ユーザがいずれかのグループに所属している場合、いずれのグループにも所属していない場合よりも有利な特典を付与する、
情報処理装置。
このように構成することにより、複数人でプレイ可能なゲームにおいて、ユーザがよりゲームを楽しめるように、課金を行うと共にグループに参加する動機付けを与えることができる。
（付記２）
前記付与部は、同一のグループに所属する複数のユーザの課金要求のタイミングが近い場合の方が、前記タイミングが遠い場合よりも、前記複数のユーザに、有利な前記特典を付与する
付記１記載の情報処理装置。
このように構成することにより、グループ内において課金した人数が増えると特典が付与されると共に、クループ内のユーザ間においてより課金のタイミングが近い方がより有利な特典が付与されるので、短期間で連鎖的に課金が行われることが期待できる。
（付記３）
前記付与部は、前記いずれかかのグループに所属する第１ユーザの端末装置からの前記課金要求を受け付けてから、第１所定期間内に前記いずれかのグループに所属する第２ユーザの端末装置から前記課金要求を受け付けた場合、前記いずれかのグループに含まれる少なくとも１のユーザに、有利な前記特典を付与する
付記１又は２記載の情報処理装置。
このように構成することにより、グループ内のメンバーによる課金のタイミングに時間の制限を与えることにより、メンバーはその時間までに課金しようとする心理が働いて課金行動に移るので、課金の連鎖を促進させることができる。
（付記４）
前記付与部は、前記第１所定期間内に前記いずれかのグループに所属するいずれかのユーザの端末装置から前記課金要求を受け付けた場合、前記第１所定時間を延長する、
付記３記載の情報処理装置。
このように構成することにより、課金のタイミングに時間の制限があることを前提として、その制限時間を延長することができるので、課金ができなくなる状況を回避しつつ、延長前の制限時間に課金ができなくても、制限時間の延長により、メンバーの課金の機会を確保することができる。
（付記５）
前記付与部は、前記いずれかのグループに所属する第１ユーザの端末装置から前記課金要求を受け付けた場合、前記いずれかのグループに所属する前記第１ユーザ以外の他のユーザの端末装置に前記第１ユーザが課金した旨を通知する
付記１又は２項記載の情報処理装置。
このように構成することにより、グループ内のメンバーにより課金が行われた場合、他のメンバーに、グループ内のメンバーにより課金が行われた旨を報知することができる。
（付記６）
前記付与部は、前記他のユーザのうち第３ユーザの端末装置において前記通知に係る情報が表示された後から第２所定期間内に、前記第３ユーザの端末装置から前記課金要求を受け付けた場合、前記いずれかのグループに含まれる少なくとも１のユーザに、有利な前記特典を付与する
付記５記載の情報処理装置。
このように構成することにより、第１所定期間内に端末装置にログインせず、第１所定時間の経過後に、グループ内の第１ユーザが課金をした旨の通知を受け取ったグループ内の第３ユーザに対しても、課金をする機会を提供することができる。また、通知を開封してから第２所定時間がカウントされるため、ユーザ毎に第２所定時間が確保されると共に、第２所定時間の終了時刻が相違する。また、課金の連鎖を継続させることもできる。
（付記７）
前記付与部は、所定期間毎に、前記いずれかのグループに所属する状態で課金したユーザの合計課金額に応じて、前記いずれかのグループに含まれる少なくとも１のユーザに前記特典を付与する
付記１記載の情報処理装置。
このように構成することにより、各メンバーにおいて、グループの合計課金額を上げてより有利な特典をもらおうという意識が芽生えることが期待できることにより、各メンバーによる課金額または課金回数の増加が期待できる。
（付記８）
前記課金受付部は、前記複数のユーザの前記端末装置それぞれから定期的に課金要求を行う定期課金要求を受け付け、
前記付与部は、前記定期課金要求を行ったユーザが前記いずれかのグループに所属する所属期間に応じて、前記定期課金要求を行ったユーザに前記特典を付与する
付記１記載の情報処理装置。
このように構成することにより、グループに所属する前に定期課金をし、次の定期課金前にグループに所属すると、その所属したタイミングから次の課金までの間においてグループに所属した期間に応じて特典を付与することができる。
（付記９）
前記付与部は、前記いずれかのグループに新たなユーザが所属する場合、前記新たなユーザよりも、既に所属しているユーザに対して、有利な前記特典を付与する
付記８記載の情報処理装置。
このように構成することにより、グループに所属しているユーザにとっては、長くグループに所属していようとする動機づけになると共に、グループからの離脱を抑制することができる。
（付記１０）
コンピュータに、
ユーザの端末装置から課金要求を受け付ける課金受付処理と、
前記課金要求をしたユーザに特典を付与する付与処理と、を実行させ、
前記付与処理は、前記ユーザがいずれかのグループに所属している場合、いずれのグループにも所属していない場合よりも有利な特典を付与する、
情報処理プログラム。
このように構成することにより、複数人でプレイ可能なゲームにおいて、ユーザがよりゲームを楽しめるように、課金を行うと共にグループに参加する動機付けを与えることができる。
（付記１１）
ユーザの端末装置から課金要求を、コンピュータが受け付け、
前記課金要求をしたユーザに特典を、コンピュータが付与し、
前記課金要求をしたユーザに前記特典を付与する場合において、前記ユーザがいずれかのグループに所属している場合、いずれのグループにも所属していない場合よりも有利な特典を付与する、
情報処理方法。
このように構成することにより、複数人でプレイ可能なゲームにおいて、ユーザがよりゲームを楽しめるように、課金を行うと共にグループに参加する動機付けを与えることができる。

１ 情報処理装置
２ 課金受付部
３ 付与部
１１ ゲームシステム
１２ 端末装置
１３ 操作表示部
１４ 画面
１５ サーバ
１６ 通信ネットワーク
２１ 通信部
２２ 制御部
２３ 記憶部
３１ 通信部
３２ 制御部
３３ 受付部
３４ グループ管理部
３５ 付与部
３６ 課金処理部
４１ 記憶部
４２ ユーザ管理ＤＢ
４３ ユーザ所属グループ管理ＤＢ
４４ 課金管理ＤＢ
４５ 特典データ

Claims (4)

1. ゲームをプレイする第１ユーザを含む複数のユーザをグループとして登録し、
   前記第１ユーザの端末から定期的に課金を行う課金要求を受け付け、
   前記課金要求に応じて前記第１ユーザにゲームオブジェクトを付与し、
   前記グループの人数が多い方が少ない場合よりも前記第１ユーザがゲームオブジェクトを取得するために要する対価を減じ、
   前記課金要求を行った前記第１ユーザが前記グループに所属する所属期間に応じて、前記第１ユーザに特典を付与する、
   情報処理装置。
2. プロセッサが、ゲームをプレイする第１ユーザを含む複数のユーザをグループとして登
   録し、
   プロセッサが、前記第１ユーザの端末から定期的に課金を行う課金要求を受け付け、
   プロセッサが、前記課金要求に応じて前記第１ユーザにゲームオブジェクトを付与し、
   プロセッサが、前記グループの人数が多い方が少ない場合よりも前記第１ユーザがゲームオブジェクトを取得するために要する対価を減じ、
   プロセッサが、前記課金要求を行った前記第１ユーザが前記グループに所属する所属期間に応じて、前記第１ユーザに特典を付与する、
   情報処理方法。
3. ゲームをプレイする第１ユーザを含む複数のユーザをグループとして登録させ、
   前記第１ユーザの端末から定期的に課金を行う課金要求を受け付けさせ、
   前記課金要求に応じて前記第１ユーザにゲームオブジェクトを付与させ、
   前記グループの人数が多い方が少ない場合よりも前記第１ユーザがゲームオブジェクトを取得するために要する対価を減じさせ、
   前記課金要求を行った前記第１ユーザが前記グループに所属する所属期間に応じて、前記第１ユーザに特典を付与させる、
   処理をプロセッサに実行させるプログラム。
4. サーバと端末とを備え、
   前記サーバは、
   ゲームをプレイする第１ユーザを含む複数のユーザをグループとして登録し、
   前記第１ユーザの端末から定期的に課金を行う課金要求を受け付け、
   前記課金要求に応じて前記第１ユーザにゲームオブジェクトを付与し、
   前記グループの人数が多い方が少ない場合よりも前記第１ユーザがゲームオブジェクトを取得するために要する対価を減じ、
   前記課金要求を行った前記第１ユーザが前記グループに所属する所属期間に応じて、前記第１ユーザに特典を付与する、
   システム。