特開 2024-15851 情報処理システム、情報処理装置およびプログラム

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

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

(11)【公開番号】P2024015851

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

(54)【発明の名称】情報処理システム、情報処理装置およびプログラム

(51)【国際特許分類】

   A63F 13/795 20140101AFI20240130BHJP

   A63F 13/69 20140101ALI20240130BHJP

   A63F 13/847 20140101ALI20240130BHJP

【ＦＩ】

A63F13/795

A63F13/69

A63F13/847

【審査請求】有

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022118187

(22)【出願日】2022-07-25

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り （１）：Ａｐｐ Ｓｔｏｒｅ 掲載年月日：令和３年９月１４日、令和３年９月１５日、令和３年９月３０日、令和３年１０月２０日、令和３年１１月２４日、令和３年１２月９日、令和３年１２月２４日、令和４年１月１７日、令和４年２月１日、令和４年２月２４日、令和４年３月１７日、令和４年３月３０日、令和４年４月１１日、令和４年４月１５日、令和４年５月１９日、令和４年６月３日、令和４年６月２９日、令和４年７月１日、令和４年７月２１日 掲載アドレス：ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ９０１６４９４１９ （２）：Ｇｏｏｇｌｅ Ｐｌａｙストア 掲載年月日：令和３年９月１４日、令和３年９月１５日、令和３年９月３０日、令和３年１０月２０日、令和３年１１月５日、令和３年１２月９日、令和３年１２月２４日、令和４年１月１７日、令和４年２月１日、令和４年２月２４日、令和４年３月１７日、令和４年３月３０日、令和４年４月１１日、令和４年４月２８日、令和４年５月１９日、令和４年６月３日、令和４年６月２９日、令和４年７月１日、令和４年７月２１日 掲載アドレス：ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｂｉｊ．ｓｎｏｏｐｙＤｒｏｐｓ

(71)【出願人】

【識別番号】000129149

【氏名又は名称】株式会社カプコン

(74)【代理人】

【識別番号】110002789

【氏名又は名称】弁理士法人ＩＰＸ

(72)【発明者】

【氏名】土井 菜津美

(72)【発明者】

【氏名】苔縄 伸介

(57)【要約】

【課題】協力プレイの雰囲気を出しつつ気楽にプレイさせることのできる技術を提供すること。
【解決手段】本開示の一態様によれば、情報処理システムが提供される。この情報処理システムにおける構成ステップでは、メインユーザとメインユーザに対してマッチングされた１以上のサブユーザとを含むグループを構成する。グループは第１グループと第２グループを含み、第１グループはメインユーザである第１ユーザと、サブユーザである第２ユーザを含み、第２グループはメインユーザである第２ユーザを含む一方でサブユーザに第１ユーザが含まれておらず、決定ステップでは、グループに含まれる各ユーザが個別に実行したゲームの結果に基づいてグループに関連付けられるグループポイントを決定し、第１ユーザのゲームの結果に基づいて、第１グループに関連付けられる第１グループポイントを決定し、第２ユーザのゲームの結果に基づいて、第１グループポイントと第２グループに関連付けられる第２グループポイントとを決定する。
【選択図】図１

【特許請求の範囲】

【請求項1】

情報処理システムであって、
構成ステップでは、メインユーザと前記メインユーザに対してマッチングされた１以上のサブユーザとを含むグループを構成し、ここで、前記グループは第１グループと第２グループを含み、前記第１グループは前記メインユーザである第１ユーザと、前記サブユーザである第２ユーザを含み、前記第２グループは前記メインユーザである前記第２ユーザを含む一方で前記サブユーザに前記第１ユーザが含まれておらず、
決定ステップでは、前記グループに含まれる各ユーザが個別に実行したゲームの結果に基づいて前記グループに関連付けられるグループポイントを決定し、前記第１ユーザの前記ゲームの結果に基づいて、前記第１グループに関連付けられる第１グループポイントを決定し、前記第２ユーザの前記ゲームの結果に基づいて、前記第１グループポイントと前記第２グループに関連付けられる第２グループポイントとを決定する、もの。

【請求項2】

請求項１に記載の情報処理システムにおいて、
第１付与ステップでは、前記グループポイントに応じた報酬を当該グループポイントに関連付けられたグループに含まれる前記メインユーザに付与する一方、前記サブユーザに付与しない、もの。

【請求項3】

請求項１に記載の情報処理システムにおいて、
第２付与ステップでは、前記グループポイントに応じた報酬を当該グループポイントに関連付けられたグループに含まれる前記メインユーザに付与し、前記サブユーザには、前記サブユーザによる前記ゲームの結果に基づく前記グループポイントに対する貢献度に応じた報酬を付与する、もの。

【請求項4】

請求項１に記載の情報処理システムにおいて、
前記決定ステップでは、第１期間と、前記第１期間の後の第２期間における前記ゲームの結果に基づいて前記グループポイントを決定し、前記第１期間における前記ゲームの結果に基づく前記グループポイントを優遇するように前記グループポイントを決定する、もの。

【請求項5】

請求項１に記載の情報処理システムにおいて、
前記構成ステップでは、前記メインユーザが前記ゲームを開始したことに基づいて前記サブユーザをマッチングすることによって前記グループを構成し、前記メインユーザが前記ゲームを開始したタイミングに基づいて前記サブユーザをマッチングするルールを決定する、もの。

【請求項6】

請求項５に記載の情報処理システムにおいて、
前記構成ステップでは、前記メインユーザが前記ゲームを開始したタイミングにおける前記ゲームの開催期間の残り期間が短いほど前記ゲームの結果が良好なユーザを前記サブユーザに決定する、もの。

【請求項7】

請求項６に記載の情報処理システムにおいて、
前記決定ステップでは、前記メインユーザが前記ゲームを開始したタイミングより前における前記サブユーザによる前記ゲームの結果と、前記メインユーザが前記ゲームを開始したタイミングより後における前記サブユーザによる前記ゲームの結果と、に基づいて、前記グループポイントを決定する、もの。

【請求項8】

請求項１に記載の情報処理システムにおいて、
変更ステップでは、前記ゲームが開催される期間の途中において、前記グループポイントに基づいて前記グループに含まれる前記サブユーザを変更する、もの。

【請求項9】

請求項８に記載の情報処理システムにおいて、
前記変更ステップでは、前記グループポイントに対する前記メインユーザの貢献度が高いほど、より前記ゲームの結果が良好なユーザを前記サブユーザに決定する、もの。

【請求項10】

情報処理装置であって、
請求項１～請求項９の何れか１つに記載の情報処理システムの各ステップを実行するように構成される、もの。

【請求項11】

プログラムであって、
コンピュータに、請求項１～請求項９の何れか１つに記載の情報処理システムの各ステップを実行させる、もの。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理システム、情報処理装置およびプログラムに関する。

【背景技術】

【0002】

特許文献１には、複数のユーザでグループを構成する一方、グループに属する他のユーザがゲームを行っていなくとも、自分が操作を行いさえすればゲームを進行することができる非同期型イベントが開示されている。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

しかしながら、協力プレイの雰囲気を楽しみたいユーザも多い。

【0005】

本開示では上記事情に鑑み、協力プレイの雰囲気を出しつつ気楽にプレイさせることのできる技術を提供することとした。

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

【0006】

本開示の一態様によれば、情報処理システムが提供される。この情報処理システムにおける構成ステップでは、メインユーザとメインユーザに対してマッチングされた１以上のサブユーザとを含むグループを構成する。グループは第１グループと第２グループを含み、第１グループはメインユーザである第１ユーザと、サブユーザである第２ユーザを含み、第２グループはメインユーザである第２ユーザを含む一方でサブユーザに第１ユーザが含まれておらず、決定ステップでは、グループに含まれる各ユーザが個別に実行したゲームの結果に基づいてグループに関連付けられるグループポイントを決定し、第１ユーザのゲームの結果に基づいて、第１グループに関連付けられる第１グループポイントを決定し、第２ユーザのゲームの結果に基づいて、第１グループポイントと第２グループに関連付けられる第２グループポイントとを決定する。

【0007】

本開示によれば、協力プレイの雰囲気を出しつつ気楽にプレイさせることができる。

【図面の簡単な説明】

【0008】

【図1】本実施形態に係る情報処理システム１のハードウェア構成を示すブロック図である。

【図2】本実施形態に係る情報処理装置２の機能構成の一例を示すブロック図である。

【図3】イベント関連処理の流れの一例を示すアクティビティ図である。

【図4】表示されたグループ情報の一例を示す図である。

【図5】表示されたグループ情報の別の一例を示す図である。

【図6】ユーザＡとマッチングされるユーザの一例を示す図である。

【図7】マッチング候補のユーザに関する情報の一例を示す図である。

【図8】ユーザＢとマッチングされるユーザの一例を示す図である。

【図9】マッチング候補のユーザに関する情報の一例を示す図である。

【図10】イベント終了時のグループポイントの一例を示す図である。

【図11】ユーザへの報酬の通知の一例を示す図である。

【図12】ユーザへの報酬の通知の別の一例を示す図である。

【図13】サブユーザの貢献度の一例を示す図である。

【図14】情報処理装置２の機能構成の別の一例を示すブロック図である。

【図15】サブユーザテーブルの一例を示す図である。

【図16】グループの変更の一例を示す図である。

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

【0009】

［実施形態］
以下、図面を用いて本開示の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

【0010】

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

【0011】

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０または１で構成される２進数のビット集合体としての信号値の高低、または量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

【0012】

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、およびメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、およびフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

【0013】

１．ゲームの説明
図１は、本実施形態に係る情報処理システム１のハードウェア構成を示すブロック図である。図１に示す情報処理システム１では、情報処理装置２および複数のゲーム装置３が通信ネットワーク１１を介して互いに通信可能に接続され、ゲーム装置３においてゲームが実行される。

【0014】

本実施形態に係るゲームは、情報処理システム１にて実行されるオンラインのゲームである。このゲームでは、ゲーム装置３のユーザは、１または複数のプレイヤキャラクタを仮想ゲーム空間で活動させたり、プレイヤキャラクタを、ノンプレイヤキャラクタである敵キャラクタと対戦させたりする。また、キャラクタは、オブジェクトの一例である。

【0015】

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

【0016】

２．情報処理システム１の概要
図１に示されるように、情報処理システム１は、情報処理装置２および複数のゲーム装置３にて構成される。情報処理装置２は、ゲームプログラムおよびゲームデータを記憶しており、ゲーム装置３の（下記のアカウント情報ごとの）ゲームデータの管理を行う。情報処理装置２は、例えばサーバにより構成される。複数のゲーム装置３それぞれは、互いに同じ構成を有する。なお、本実施形態において、システムとは、１つまたはそれ以上の装置または構成要素からなるものである。したがって、例えば後述の情報処理装置２やゲーム装置３単体であっても情報処理システム１の一例となりうる。

【0017】

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

【0018】

ユーザ認証を経て、情報処理装置２とゲーム装置３との相互通信が可能となる。ログイン後、ゲーム装置３は、ゲーム進行に必要なデータ（ゲーム進行状況に関するデータ）を情報処理装置２から受信すると、ユーザの操作に基づいてゲーム画像や音声をディスプレイ４ａおよびスピーカ４ｂに出力しながら、ゲームを進行させる。

【0019】

２．１ ハードウェア構成
以下、図１を参照して、情報処理システム１の各ハードウェア構成について説明する。

【0020】

<情報処理装置２>
図１に示されるように、情報処理装置２は、通信部２１、記憶部２２および制御部２３を有する。通信部２１および記憶部２２は、通信バス２０を介して制御部２３と電気的に接続されている。

【0021】

通信部２１は、インターネットおよびＬＡＮなどの通信ネットワーク１１を介して各ゲーム装置３と通信可能に接続される、いわゆるネットワークインターフェースである。情報処理装置２が通信部２１を介して受信する主な情報としては、ゲームプログラムのダウンロード要求情報、ユーザの操作に応じたガチャの抽選要求、クエスト実行要求、オートプレイの実行／終了の要求、アカウント情報、ゲームデータなどが挙げられる。情報処理装置２が通信部２１を介して送信する主な情報としては、ゲームプログラムをゲーム装置３が受信したことを確認するための情報、ガチャにて得られたゲーム媒体に関する情報などが挙げられる。

【0022】

記憶部２２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などで構成される。記憶部２２には、本実施形態にかかるゲームプログラムの一部を含む各種プログラムやゲームに関する各種データなどが記憶されている。

【0023】

具体的には例えば、記憶部２２は、ユーザＤＢや抽選リストなどを記憶している。ユーザＤＢには、ゲームをプレイするユーザの識別番号ごとに、ユーザ名、ユーザランク、ユーザが操作するプレイヤキャラクタに関するステータス等の情報、仮想ゲーム空間内にて使用可能な消費媒体の額、パラメータに関する情報などが、対応付けられて記憶されている。抽選リストは、一般にガチャと呼ばれる抽選処理に用いるものであって、選択対象となるゲーム媒体に関する情報を複数含む。抽選リストには、ゲーム媒体に関する情報（名称、能力パラメータ、レアリティ、レベルなど）と、抽選による選択割合とが、対応づけられている。また能力パラメータとは、例えば、ゲーム媒体がプレイヤキャラクタの場合、戦力、ＨＰ、攻撃力、防御力、賢さ、または速さなどを含む。

【0024】

制御部２３は、ＣＰＵおよび半導体メモリを含むマイクロコンピュータで構成され、自装置である情報処理装置２の動作を制御する。特に、制御部２３は、記憶部２２に記憶された所定のプログラムを読み出すことによって、自装置である情報処理装置２に係る種々の機能を実現する。すなわち、記憶部２２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部２３によって具体的に実現されることで、後述の各機能部が実行されうる。なお、制御部２３は単一であることに限定されず、機能ごとに複数の制御部２３を有するように実施してもよい。またそれらの組合せであってもよい。

【0025】

制御部２３によって実行される情報処理として、例えば、課金の決済処理、ユーザアカウントの認証処理、ガチャの抽選選択処理などが挙げられる。課金の決済処理は、例えばゲーム中のパラメータを所定量回復するために必要な課金の要求に基づいて実行される。ユーザアカウントの認証処理は、例えばゲーム装置３から受信したユーザの識別情報を用いて実行される。ガチャの抽選選択処理は、ガチャの抽選要求に伴って、抽選リストの中から、ゲーム媒体ごとの選択確率に基づいて１以上のゲーム媒体を抽選により選択する処理である。ガチャの抽選選択処理によれば、選択したゲーム媒体に関する情報と、抽選要求の送信元となる操作を行ったユーザの識別情報とが、ユーザＤＢにて関連付けられ、これにより、当該ユーザには、自身でガチャを引いた結果当選したゲーム媒体が付与される。

【0026】

ここで、上記をさらに補足すると、「ゲーム媒体」とは、ゲームに関する要素を表した電子データであって、プレイヤキャラクタとして使用するキャラクタの名称、プレイヤキャラクタが仮想ゲーム空間内にて使用するアイテム（武器、防具、道具）などが含まれる。ユーザは、ゲーム媒体を、課金による直接購入やクエストクリアの他、ガチャと呼ばれる抽選方法によって入手することができる。入手したゲーム媒体は、そのゲーム媒体を所有することとなったユーザの識別情報と対応づけて、ユーザＤＢに記憶され管理される。さらに、「ガチャ」とは、情報処理装置２にて、抽選リストの中から、所定の選択割合に基づき任意のゲーム媒体を抽選により選択する方法である。選択された任意のゲーム媒体は、ユーザのゲーム装置３に付与される。「ガチャで選択したゲーム媒体を、ユーザに付与する／ユーザが所有する」とは、「抽選処理で選択されたゲーム媒体を、ユーザを示す識別情報と関連づける／関連づけられている」ことと同義である。

【0027】

<ゲーム装置３>
ゲーム装置３には、ディスプレイ４ａ、スピーカ４ｂおよび入力デバイス４ｃが外部接続または内蔵される。また、ゲーム装置３は、通信部３１、記憶部３２、制御部３３、グラフィック処理部３４ａ、オーディオ処理部３４ｂおよび操作部３４ｃを有する。通信部３１、記憶部３２、グラフィック処理部３４ａ、オーディオ処理部３４ｂおよび操作部３４ｃは、通信バス３０を介して制御部３３と電気的に接続されている。

【0028】

通信部３１は、ゲーム装置３と情報処理装置２との間で各種データを送受信するために、通信ネットワーク１１に通信可能に接続される、いわゆるネットワークインターフェースである。ゲーム装置３が通信部３１を介して受信する主な情報としては、アカウント情報、新たなゲームデータのダウンロード要求情報、ガチャ実行要求、クエスト実行要求などが挙げられる。ゲーム装置３が通信部３１を介して送信する主な情報としては、ダウンロード要求情報に応じて情報処理装置２から送られてきた新たなゲームデータ、抽選処理により選択されたゲーム媒体に関する情報などが挙げられる。

【0029】

記憶部３２は、ＨＤＤ、ＳＳＤ、ＲＡＭおよびＲＯＭなどで構成される。記憶部３２には、情報処理装置２からダウンロードしたゲームデータ、ゲームプログラムの一部を含む各種プログラム、自装置であるゲーム装置３のアカウント情報、ユーザ情報などが格納されている。なお、ユーザ情報は、情報処理装置２の記憶部２２で記憶するユーザＤＢの少なくとも一部の情報である。ユーザＤＢでユーザ情報のマスタを管理し、ゲーム装置３の記憶部３２は、このマスタの少なくとも一部の情報が情報処理装置２から配信され、これを記憶する。

【0030】

制御部３３は、ＣＰＵおよび半導体メモリを含むマイクロコンピュータで構成され、自装置であるゲーム装置３の動作を制御する。特に、制御部３３は、記憶部３２に記憶された所定のプログラムを読み出すことによって、自装置であるゲーム装置３に係る種々の機能を実現する。すなわち、記憶部３２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部３３によって具体的に実現されることで、後述の各機能部が実行されうる。なお、制御部３３は単一であることに限定されず、機能ごとに複数の制御部３３を有するように実施してもよい。またそれらの組合せであってもよい。

【0031】

特に、制御部３３は、自装置であるゲーム装置３のユーザによる入力デバイス４ｃの操作に従って、ゲームを実行するように構成される。具体的には、制御部３３は、ゲームデータに含まれる仮想ゲーム空間オブジェクトおよびテクスチャなどのデータを記憶部３２から読み出すか、または情報処理装置２から受信したデータを用いて、２次元または３次元のゲーム画像情報を生成する。ゲーム画像情報がグラフィック処理部３４ａによって処理されることにより、ディスプレイ４ａには処理後のゲーム画像が逐次表示される。換言すると、制御部３３は、ゲームの実行にあたり、自装置であるゲーム装置３のユーザの操作などに応じてディスプレイ４ａの表示制御およびスピーカ４ｂの音声出力制御を行うように構成される。

【0032】

グラフィック処理部３４ａは、制御部３３から出力されるゲーム画像情報に従って、キャラクタおよび仮想ゲーム空間に関する各種オブジェクトを含むゲーム画像を、動画形式で描画する。グラフィック処理部３４ａは、例えば液晶型であるディスプレイ４ａと接続されており、動画形式に描画されたゲーム画像は、ゲーム画面としてディスプレイ４ａ上に表示される。オーディオ処理部３４ｂは、スピーカ４ｂと接続され、制御部３３の指示に従ってゲーム音声を再生および合成すると、これをスピーカ４ｂから出力させる。操作部３４ｃは、入力デバイス４ｃと接続され、操作入力に関するデータを入力デバイス４ｃとの間で送受信する。ユーザは、入力デバイス４ｃを操作することで、ゲーム装置３に操作信号を入力する。なお、入力デバイス４ｃは、ディスプレイ４ａと一体化されたタッチパネル、外付けのゲームパッド、マウスやキーボード等の総称である。

【0033】

２．２ 機能構成
続いて、図２を参照して、情報処理システム１の情報処理装置２における各機能構成について説明する。

【0034】

図２は、本実施形態に係る情報処理装置２の機能構成の一例を示すブロック図である。図２に示されるように、制御部２３は、記憶部２２に記憶された各種プログラムを実行することにより、表示制御部２３１と、受付部２３２と、ゲーム制御部２３３と、グループ構成部２３４と、ポイント決定部２３５と、報酬付与部２３６として機能する。すなわち、記憶部２２に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部２３によって具体的に実現されることで、制御部２３に含まれる各機能部として実行されうる。

【0035】

表示制御部２３１は、記憶部２２または記憶部３２に記憶された種々の情報またはこれらを含む画面等を、視認可能な態様でゲーム装置３のディスプレイ４ａに表示させる。具体的には、表示制御部２３１は、画面、画像（例えば、静止画または動画）、アイコン、テキスト等といった、ヒトが視認可能な態様で生成された視覚情報そのものを生成してもよいし、例えばディスプレイ４ａに視覚情報を表示させるためのレンダリング情報を生成し、これを送信するようにしてもよい。

【0036】

受付部２３２は、受付ステップとして、種々のデータを受け付ける。例えば、受付部２３２は、ユーザのアカウント情報、ゲームデータ、ユーザからの入力等を、情報処理装置２の記憶部２２またはゲーム装置３から受け付ける。本実施形態では、受付部２３２が受け付けた種々の情報は、記憶部２２に記憶されるものとして説明する。ゲーム制御部２３３は、ゲームの進行を制御する。ゲーム制御部２３３は、本実施形態では、クリアすることでプレイ内容に応じた得点が獲得可能なクエストを繰り返しプレイするゲームの進行を制御する。

【0037】

ゲーム制御部２３３が制御するゲームにおいては、イベントが開催されることがある。イベントでは、開催期間と所定の目標とが設定され、イベントの参加者には、例えば、開催期間の終了時における目標の達成度に応じた報酬が提供される。本実施形態では、イベントにおける達成度が、複数のユーザが属するグループごとに評価される。グループ構成部２３４は、そのような複数のユーザが属するグループを構成する構成部として機能する。グループ構成部２３４は、メインユーザと、メインユーザに対してマッチングされた１以上のサブユーザとを含むグループを構成する。

【0038】

ポイント決定部２３５は、グループに関連付けられるグループポイントを決定する決定部として機能する。グループポイントは、本実施形態では、イベントにおいて設定された目標の達成度を表す指標である。ポイント決定部２３５は、グループに含まれる各ユーザが個別に実行したゲームの結果に基づいてグループポイントを決定する。報酬付与部２３６は、グループポイントに応じた報酬をそのグループに属するユーザに付与する。

【0039】

３．情報処理システム１の動作の流れ
３．１ 情報処理の概要
本節では、前述した情報処理システム１により実行される情報処理の流れについて説明する。以下では、前述したイベントが開催される際に実行されるイベント関連処理について説明する。

【0040】

図３は、イベント関連処理の流れの一例を示すアクティビティ図である。図３では、情報処理装置２およびゲーム装置３が実行する情報処理が示されている。まず、情報処理装置２が、Ａ１０において、ゲーム制御部２３３により、イベント期間を開始する開始処理を実行する。ゲーム制御部２３３は、例えば、イベント期間中であることを示すフラグを、イベントの開始日時に対応付けて記憶手段に記憶させる処理を開始処理として実行する。

【0041】

ここで、ゲーム装置３のユーザ、すなわち、ゲームのプレイヤが、イベントの開始後に初めてゲームを開始する操作を行ったとする。ユーザは、ゲームのプレイヤとして情報処理装置２に登録されており、ゲーム装置３は、登録されたユーザＩＤおよびパスワード等のログイン情報を記憶しているものとする。ゲーム装置３は、Ａ１１において、ゲーム開始操作を受け付け、記憶しているログイン情報を情報処理装置２に送信する。

【0042】

情報処理装置２は、Ａ１２において、ゲーム制御部２３３により、送信されてきたログイン情報によりユーザを認証すると、認証したユーザがイベントを既に開始している状態、すなわち、イベントに既に参加している参加状態か否かを判断する。ここでは、ユーザがイベントの開始後に初めてゲームを開始しているので、ゲーム制御部２３３は、認証したユーザがイベントをまだ参加状態ではないと判断し、そのユーザのイベント開始を受け付ける。ゲーム制御部２３３は、例えば、ユーザが参加状態であることを示すイベント参加フラグおよび参加の開始日時を認証情報に対応付けて記憶させることでイベント開始を受け付ける。

【0043】

情報処理装置２は、ユーザのイベント開始を受け付けると、グループ構成部２３４により、そのユーザをメインユーザとするグループを構成する処理を実行する。まず、グループ構成部２３４は、Ａ１３において、イベントの開始日時からユーザのイベントへの参加の開始日時までに経過した経過期間を算出する。続いて、グループ構成部２３４は、Ａ１４において、算出した経過期間に応じたルールで、メインユーザと、そのメインユーザと同じグループに属するサブユーザとのマッチング処理を実行する。経過期間に応じたルールについては後ほど詳しく説明する。

【0044】

グループ構成部２３４は、Ａ１５において、マッチング処理によりマッチングされたメインユーザおよびサブユーザが属するグループを構成する。グループ構成部２３４は、構成したグループに属する各ユーザを示すグループ情報をゲーム装置３に送信する。ゲーム装置３は、送信されてきたグループ情報を表示する。ユーザは、表示されたグループ情報を見ることで自分が属するグループの他のメンバーを把握することができる。

【0045】

図４は、表示されたグループ情報の一例を示す図である。図４の例では、ユーザＡのゲーム装置３が、ゲーム画面Ｇ１に、ユーザＡをメインユーザとするグループＡのメンバーを示すグループ画像Ｃ１０と、「あなたが所属する「グループＡ」が決まりました。」および「グループポイントを稼いで報酬を獲得しよう！」という文字列と、イベント開始ボタンＢ１とを表示している。グループ画像Ｃ１０には、メインユーザであるユーザＡを示すメインユーザ画像Ｃ１１と、サブユーザであるユーザＢ、Ｃ、Ｘを示すサブユーザ画面Ｃ１２とが含まれている。

【0046】

図５は、表示されたグループ情報の別の一例を示す図である。図５の例では、ユーザＢのゲーム装置３が、ゲーム画面Ｇ２に、ユーザＢをメインユーザとするグループＢのメンバーを示すグループ画像Ｃ２０と、「あなたが所属する「グループＢ」が決まりました。」および「グループポイントを稼いで報酬を獲得しよう！」という文字列と、イベント開始ボタンＢ１とを表示している。グループ画像Ｃ２０には、メインユーザであるユーザＢを示すメインユーザ画像Ｃ２１と、サブユーザであるユーザＤ、Ｘ、Ｙを示すサブユーザ画面Ｃ２２とが含まれている。

【0047】

上記のとおり、図４、図５の例では、ユーザＢは、グループＡにはサブユーザとして所属し、グループＢにはメインユーザとして所属している。ユーザＡ、Ｂは、自分のゲーム装置３に表示されたゲーム画面Ｇ１、Ｇ２をそれぞれ見ることで、自分がメインユーザとして所属するグループのメンバーと、報酬を獲得可能なイベントが開始することを認識することができる。

【0048】

イベント開始ボタンＢ１を押す操作を行われると、イベントに参加した状態でゲームをプレイする画面に切り替わる。本実施形態では、ユーザは、イベントの参加状態でも、通常時と同様にクエストをクリアするゲームを繰り返しプレイするものとする。

【0049】

ゲーム装置３は、Ａ２１において、ゲームのプレイ操作を受け付け、操作内容を示す操作データを情報処理装置２に送信する。情報処理装置２は、Ａ２２において、ゲーム制御部２３３により、送信されてきた操作データが示す操作内容に応じてゲーム処理を実行する。Ａ２１およびＡ２２が繰り返し実行されることで、ゲームが進行する。

【0050】

次に、情報処理装置２は、Ａ２３において、ゲーム制御部２３３により、ゲーム結果を蓄積する。ゲーム制御部２３３は、本実施形態では、クエストがクリアされた場合に、そのクエストのクリア時の得点をゲーム結果としてユーザに対応付けて蓄積する。ゲーム制御部２３３は、メインユーザだけでなく、サブユーザがイベントに参加してゲームをプレイした場合にもそのサブユーザのゲーム結果を蓄積していく。

【0051】

情報処理装置２は、Ａ２４において、ポイント決定部２３５により、そのようにして蓄積されたグループに属するユーザ、すなわち、メインユーザおよびサブユーザのゲーム結果に基づいて、そのグループのグループポイントを決定する。ポイント決定部２３５は、決定したグループポイントを、グループ、メインユーザおよびサブユーザに対応付けて記憶する。ポイント決定部２３５は、例えば、メインユーザがグループポイントを表示させる操作を行った場合に、そのメインユーザに対応付けて記憶しているグループポイントを表示させ、いつでもグループポイントを確認できるようにする。

【0052】

続いて、ゲーム装置３が、Ａ３１において、イベントに参加状態となっているユーザによるゲーム開始操作を受け付けたとする。ゲーム装置３は、Ａ１１と同様に、ゲーム開始操作を受け付け、記憶しているログイン情報を情報処理装置２に送信する。情報処理装置２は、Ａ３２において、ゲーム制御部２３３により、イベントが継続されているか否かを判断する。ゲーム制御部２３３は、イベントが継続されていると判断した場合、ユーザによるイベントの再開を受け付ける。ゲーム制御部２３３は、例えば、イベントの再開日時を、上述したイベント参加フラグおよび認証情報に対応付けて記憶させることでイベント再開を受け付ける。

【0053】

続いて、Ａ４１およびＡ４２において、上述したＡ２１およびＡ２２と同様に、ゲーム装置３によるゲームのプレイ操作の受け付けとゲーム制御部２３３によるゲーム処理とが実行され、ゲームが進行される。そして、Ａ４３において、ゲーム制御部２３３は、Ａ２３と同様に、ゲーム結果を蓄積し、Ａ４４において、ポイント決定部２３５は、Ａ２４と同様に、グループポイントを決定する。イベントが継続している期間は、Ａ３１からＡ４４までの処理が繰り返し実行され、ユーザのプレイ結果に応じてグループポイントが加算されていく。

【0054】

イベント期間が経過すると、Ａ３２において、ゲーム制御部２３３が、イベントが終了したと判断する。その場合、情報処理装置２は、Ａ５１において、報酬付与部２３６により、グループについて決定されたグループポイントに応じて、そのグループに属するメインユーザの報酬を決定する。報酬付与部２３６は、決定した報酬の内容を通知する通知データをゲーム装置３に送信する。ゲーム装置３は、Ａ５２において、送信されてきた通知データが示す報酬内容を表示する。また、報酬付与部２３６は、Ａ５３において、決定した報酬をメインユーザに付与する。報酬付与部２３６は、例えば、ゲームで利用可能な報酬（ゲーム内の通貨等）をメインユーザが利用するキャラクタに付与する処理を実行することで、メインユーザに報酬を付与する。

【0055】

以上をまとめると、情報処理システム１は、次の各構成要素を備える。グループ構成部２３４は、メインユーザとメインユーザに対してマッチングされた１以上のサブユーザとを含むグループを構成する。グループ構成部２３４が構成するグループには、第１グループ（本実施形態では図４に示すグループＡ）と第２グループ（本実施形態では図５に示すグループＢ）とが含まれる。第１グループは、メインユーザである第１ユーザ（本実施形態では図４に示すユーザＡ）と、サブユーザである第２ユーザ（本実施形態では図５に示すユーザＢ）を含む。第２グループ（グループＢ）は、メインユーザである第２ユーザ（ユーザＢ）を含む一方でサブユーザに第１ユーザ（ユーザＡ）が含まれていない。

【0056】

ポイント決定部２３５は、グループに含まれる各ユーザが個別に実行したゲームの結果に基づいてグループに関連付けられるグループポイントを決定する。ポイント決定部２３５は、例えば、第１ユーザ（ユーザＡ）のゲームの結果に基づいて、第１グループ（グループＡ）に関連付けられる第１グループポイントを決定する。また、ポイント決定部２３５は、第２ユーザ（ユーザＢ）のゲームの結果に基づいて、第２ユーザ（ユーザＢ）がメインユーザである第２グループ（グループＢ）に関連付けられる第２グループポイントを決定するとともに、第２ユーザ（ユーザＢ）がサブユーザである第１グループ（グループＡ）に関連付けられる第１グループポイントも決定する。

【0057】

このような態様によれば、自分のプレイの結果が自分の所属するグループのグループポイントに影響するので、同じグループに所属する他のユーザとの協力プレイの雰囲気を出すことができる。一方で、自分をメインメンバーとするグループのサブメンバーにはそれぞれ自分をメインメンバーとするグループがあってそちらでグループポイントを稼ぐことができるので、グループポイントを高めることに過度に責任を感じることなく、気楽にプレイさせることができる。

【0058】

３．２ 情報処理の詳細
上記概説された情報処理の詳細部分を、図を用いて説明する。

【0059】

<グループの構成>
グループ構成部２３４が行うマッチング処理のルールについて図６～図９を参照して説明する。
図６は、ユーザＡとマッチングされるユーザの一例を示す図である。図６の例では、右向きの矢印が時間の流れを表し、イベント自体の開始日時ｔ１０と、メインユーザであるユーザＡのイベントの開始日時ｔ１１と、ユーザＡがイベントを開始した時点でユーザＸ、Ｙ、Ｃ、Ｚ、Ｂ、Ｅが最後にログインした日時ｔ１２、ｔ１３、ｔ１４、ｔ１５、ｔ１６、ｔ１７とが示されている。開始日時ｔ１１が最も新しく、次いで日時ｔ１２、ｔ１３と順次古い日時となり、日時ｔ１７が最も古い日時である。

【0060】

情報処理システム１が提供するゲームにおいては、ユーザが他のユーザをフォローできるようになっている。ユーザをフォローすると、フォローしたユーザのゲームのプレイ状況等が所定の操作で表示されるようになる。ユーザＢ、Ｃ、Ｅは、ユーザＡがゲーム内でフォローしているフォローユーザである。ユーザＸ、Ｙ、Ｚは、ユーザＡがゲーム内でフォローしていないその他のユーザである。

【0061】

ユーザＡのイベントへの開始日時ｔ１１は、イベントの開始日時ｔ１０の直後の初期期間Ｔ１に含まれる日時である。初期期間Ｔ１は、例えば、イベントの初期であることを示す一定の期間である。グループ構成部２３４は、このように初期期間Ｔ１にイベントを開始したユーザについては、以下で説明する第１ルールでマッチング処理を実行する。なお、以下では、メインユーザがイベントを開始した日時を「初参加日時」と言う。

【0062】

<第１ルール>
（１）グループの人数は定員以内（本実施形態では４人以内）
（２）初参加日時から特定期間内Ｔ１１にログインがあるフォローユーザを選択
（３）（２）が定員より多い場合、ログイン日時が初参加日時により近いユーザを選択
（４）（２）が定員より少ない場合、初参加日時の直近期間Ｔ１２にログインがある他のユーザのうち、所定の条件（以下「選択条件」と言う）が優位な順にユーザを選択

【0063】

一般的にフォローユーザよりも他のユーザの方が多いため、特定期間内Ｔ１１よりも直近期間Ｔ１２の方が短い期間が定められている。また、グループ構成部２３４は、第１ルールの（４）において、例えば、直近のクエストで獲得した得点が高いほど選択条件が優位であると判断する（これを「条件１」とする）。また、他にも、クリアしたクエストの数等の実績に基づいてユーザがランク付けされる場合に、メインユーザとランクが近く（例えば同じランクのみまたはランクの違いが１つ以下など）であることを選択条件に加えてもよい（これを「条件２」とする）。また、メインユーザとゲームの進捗（例えばクリアしたクエスト数等）が近いことを選択条件に加えてもよい（これを「条件３」とする）。以下では第１ルールの（４）で条件１が選択条件として使われる場合を説明する。

【0064】

図７は、マッチング候補のユーザに関する情報の一例を示す図である。図７の例では、ユーザＡ、Ｂ、Ｃ、Ｅ、Ｘ、Ｙ、Ｚの各種情報が示されている。各種情報には、直近クエストの得点と、イベント開始時のポイントと、ユーザＡ参加時のポイントと、ユーザＡ参加時の直近ログイン時期（図６に示す各ユーザのログイン日時）と、イベント終了時のポイントとが含まれている。

【0065】

ユーザＡがメインユーザである場合、グループ構成部２３４は、まず、第１ルールの（２）により、フォローユーザであるユーザＢ、Ｃ、Ｅのうち図６に示す特定期間内Ｔ１１にログインがあるユーザＢ、Ｃを選択する。グループ構成部２３４は、この選択をした時点ではグループのメンバーが３人（ユーザＡ、Ｂ、Ｃ）で定員の４人よりも少ないため、定員までの残り１人のユーザを第１ルールの（４）により選択する。具体的には、グループ構成部２３４は、直近期間Ｔ１２にログインがある他のユーザ（ユーザＸ、Ｙ）のうち、直近のクエストで獲得した得点（ユーザＸは１００、ユーザＹは９０）が高いユーザＸを選択条件と満たすユーザとして選択する。このようにして、グループ構成部２３４は、メインユーザがユーザＡの場合、図４に示すように、ユーザＡ、Ｂ、Ｃ、Ｘを含むグループＡを構成する。

【0066】

図８は、ユーザＢとマッチングされるユーザの一例を示す図である。図８の例では、イベントの開始日時ｔ１０と、メインユーザであるユーザＢのイベントの開始日時ｔ２１と、ユーザＢがイベントを開始した時点でユーザＺ、Ｄ、Ｘ、Ｙ、Ｆ、Ｇが最後にログインした日時ｔ２２、ｔ２３、ｔ２４、ｔ２５、ｔ２６、ｔ２７とが示されている。開始日時ｔ２１が最も新しく、次いで日時ｔ２２、ｔ２３と順次古い日時となり、日時ｔ２７が最も古い日時である。

【0067】

ユーザＤ、Ｆ、Ｇは、ユーザＢがゲーム内でフォローしているフォローユーザである。ユーザＸ、Ｙ、Ｚは、ユーザＢがゲーム内でフォローしていないその他のユーザである。イベント期間は、図６で述べたイベント開始後の初期期間Ｔ１と、初期期間Ｔ１の後に続く中期期間Ｔ２と、中期期間Ｔ２の後でイベント終了前の終期期間Ｔ３とに分かれている。ユーザＢのイベントへの開始日時ｔ２１（初参加日時）は、そのうちの終期期間Ｔ３に含まれている。グループ構成部２３４は、中期期間Ｔ２および終期期間Ｔ３にイベントを開始したユーザについては、それぞれ以下で説明する第２ルールおよび第３ルールでマッチング処理を実行する。

【0068】

<第２ルール>
（１）グループの人数は定員以内（本実施形態では４人以内）
（２）初参加日時から特定期間内Ｔ１１にログインがあるフォローユーザを選択
（３）（２）が定員より多い場合、ログイン日時が初参加日時により近いユーザを選択
（４）（２）が定員より少ない場合、初参加日時までにイベントにおいて個人で獲得した得点の合計が得点Ｐ１以上のユーザから所定の人数のユーザを選出し、選出したユーザのうち、所定の条件が優位な順にユーザを選択
（５）（２）＋（４）が定員より少ない場合、初参加日時の直近期間Ｔ１２にログインがある他のユーザのうち、所定の条件が優位な順にユーザを選択

【0069】

<第３ルール>
（１）グループの人数は定員以内（本実施形態では４人以内）
（２）初参加日時から特定期間内Ｔ１１にログインがあるフォローユーザを選択
（３）（２）が定員より多い場合、ログイン日時が初参加日時により近いユーザを選択
（４）（２）が定員より少ない場合、初参加日時までにイベントにおいて個人で獲得した得点の合計が得点Ｐ２（Ｐ２>Ｐ１）以上のユーザから所定の人数のユーザを選出し、選出したユーザのうち、所定の条件が優位な順にユーザを選択
（５）（２）＋（４）が定員より少ない場合、初参加日時の直近期間Ｔ１２にログインがある他のユーザのうち、所定の条件が優位な順にユーザを選択

【0070】

図９は、マッチング候補のユーザに関する情報の一例を示す図である。図９の例では、ユーザＢ、Ｄ、Ｆ、Ｇ、Ｘ、Ｙ、Ｚの各種情報が示されている。各種情報には、直近クエストの得点と、イベント開始時のポイントと、ユーザＢ参加時のポイントと、ユーザＢ参加時の直近ログイン時期（図８に示す各ユーザのログイン日時）と、イベント終了時のポイントとが含まれている。

【0071】

ユーザＢがメインユーザである場合、グループ構成部２３４は、まず、第３ルールの（２）により、フォローユーザであるユーザＤ、Ｆ、Ｇのうち図８に示す特定期間内Ｔ１１にログインがあるユーザＤを選択する。グループ構成部２３４は、この選択をした時点ではグループのメンバーが２人（ユーザＢ、Ｄ）で定員の４人よりも少ないため、定員までの残り２人のユーザを第３ルールの（４）により選択する。具体的には、グループ構成部２３４は、ユーザＢの初参加日時までにイベントにおいて個人で獲得した得点の合計が得点Ｐ２以上のユーザから所定の人数のユーザを選出する。

【0072】

図９の例では、例えば、得点Ｐ２を５００点とすると、ユーザＢがフォローしていないその他のユーザＸ、Ｙ、Ｚの個人得点がそれぞれ７００点、７５０点、６００点なので、ユーザＸ、Ｙ、Ｚが全員選出される。そして、グループ構成部２３４は、ユーザＸ、Ｙ、Ｚのうち、直近のクエストで獲得した得点（ユーザＸは１２０、ユーザＹは１０５、ユーザＺは７０）が高いユーザＸ、Ｙを選択条件と満たすユーザとして選択する。このようにして、グループ構成部２３４は、メインユーザがユーザＢの場合、図５に示すように、ユーザＢ、Ｄ、Ｘ、Ｙを含むグループＢを構成する。

【0073】

以上のとおり、グループ構成部２３４は、第２ルールおよび第３ルールの（４）において、第１ルールとは異なり、直近のログインの時期に関係なく、イベントにおいて個人で獲得した得点の合計が大きいユーザを選択する。このように、グループ構成部２３４は、メインユーザがゲームを開始したことに基づいてサブユーザをマッチングすることによってグループを構成し、メインユーザがゲームを開始したタイミングに基づいてサブユーザをマッチングするルールを決定する。

【0074】

また、グループ構成部２３４は、第２ルールで用いる得点Ｐ１よりも第３ルールで用いる得点Ｐ２の方を大きくすることで、メインユーザがゲームを開始したタイミングにおけるゲームの開催期間の残り期間が短いほどゲームの結果が良好なユーザをサブユーザに決定する。イベントにおいて個人で獲得した得点の合計が大きいユーザ、すなわちイベントに積極的に参加しているヘビーユーザをグループに加えると、残りのイベント期間に獲得が期待できるグループポイントが大きくなる。また、本実施形態の場合、後述するように、グループを構成した時点でのグループポイントも大きくなる。

【0075】

このように、上記の態様によれば、参加時期による有利不利を調整することができ、具体的には、初参加が遅くてもグループポイントを稼ぎやすくすることができる。

【0076】

<グループポイントの決定>
ポイント決定部２３５は、上記のとおり構成されたグループに所属するメインユーザおよびサブユーザのイベント期間におけるゲームの結果に基づいてグループポイントを決定する。より詳細には、ポイント決定部２３５は、メインユーザのゲームの結果に加え、本実施形態では、メインユーザがゲームを開始したタイミング（すなわち初参加日時）より前におけるサブユーザによるゲームの結果と、メインユーザがゲームを開始したタイミングより後におけるサブユーザによるゲームの結果と、に基づいて、グループポイントを決定する。

【0077】

図７の例であれば、ポイント決定部２３５は、グループＡのグループポイントを、メインユーザであるユーザＡの初参加時におけるサブユーザ（ユーザＸ）の個人得点（１００点）も加えて算出する。また、図９の例であれば、ポイント決定部２３５は、グループＢのグループポイントを、メインユーザであるユーザＢの初参加時におけるサブユーザ（ユーザＸ、Ｙ）の個人得点（７００点、７５０点）も加えて算出する。このように、メインユーザが参加する前のサブユーザのイベントでのゲームの結果に便乗できるようにすることで、イベント期間の終盤でもゲームへの参加を促進させることができる。

【0078】

<報酬の付与>
報酬付与部２３６は、上記のとおり決定されたグループポイントに応じてメインユーザの報酬を決定する。より詳細には、報酬付与部２３６は、本実施形態では、グループポイントに応じた報酬をそのグループポイントに関連付けられたグループに含まれるメインユーザに付与する一方、サブユーザには付与しない第１付与部として機能する。

【0079】

図１０は、イベント終了時のグループポイントの一例を示す図である。図１０の例では、グループＡ（メインユーザがユーザＡ、サブユーザがユーザＢ、Ｃ、Ｘ）のイベント終了時のポイントが１４００点であり、グループＢ（メインユーザがユーザＢ、サブユーザがユーザＤ、Ｘ、Ｙ）のイベント終了時のポイントが１９５０点であることが示されている。報酬付与部２３６は、本実施形態では、１４００点というグループＡのグループポイントに応じた報酬をメインユーザであるユーザＡに対して付与する一方、サブユーザであるユーザＢ、Ｃ、Ｘに対しては付与しない。また、報酬付与部２３６は、本実施形態では、１９５０点というグループＢのグループポイントに応じた報酬をメインユーザであるユーザＢに対して付与する一方、サブユーザであるユーザＤ、Ｘ、Ｙに対しては付与しない。

【0080】

図１１は、ユーザへの報酬の通知の一例を示す図である。図１１の例では、ゲーム装置３が、グループＡのメインユーザであるユーザＡへの報酬を通知するゲーム画面Ｇ３を表示している。ゲーム画面Ｇ３には、「イベントが終了しました！」および「報酬獲得おめでとうございます！」という文字列と、報酬画像Ｃ３０とが表示されている。報酬画像Ｃ３０には、メインユーザであるユーザＡを示すメインユーザ画像Ｃ３１と、グループＡのグループポイント（１４００点）を示すポイント画像Ｃ３２と、ユーザＡへの報酬（ジェム２８０個）を示す報酬画像Ｃ３３とが含まれている。

【0081】

図１２は、ユーザへの報酬の通知の別の一例を示す図である。図１２の例では、ゲーム装置３が、グループＢのメインユーザであるユーザＢへの報酬を通知するゲーム画面Ｇ４を表示している。ゲーム画面Ｇ４には、ゲーム画面Ｇ３と同じ文字列と、報酬画像Ｃ４０とが表示されている。報酬画像Ｃ４０には、メインユーザであるユーザＢを示すメインユーザ画像Ｃ４１と、グループＢのグループポイント（１９５０点）を示すポイント画像Ｃ４２と、ユーザＢへの報酬（ジェム３９０個）を示す報酬画像Ｃ４３とが含まれている。

【0082】

図１１および図１２の例では、報酬付与部２３６は、グループポイントに対して一定の割合（図１１等では５％）を乗じた数のゲーム内通貨（図１１等ではジェム）を報酬としてメインユーザに付与している（メインユーザがユーザＡの場合は１４００点×５％＝２８０個、メインユーザがユーザＢの場合は１９５０点×５％＝３９０個）。

【0083】

イベントに参加するユーザは、グループポイントに自分のゲーム結果が反映されることで、上述したように、他のユーザとの協力プレイの雰囲気を出すことができる。一方で、自分がサブユーザとして所属するグループの報酬は自分には付与されないので、そのグループのグループポイントに貢献することを過度に意識する必要がない。このように、本実施形態によれば、サブユーザにもグループポイントに応じた報酬が付与される場合に比べて、サブユーザはより気楽にプレイすることができる。

【0084】

［その他］
前述の実施形態に係る情報処理方法に関して、以下のような態様を採用してもよい。

【0085】

<報酬の付与>
報酬付与部２３６は、実施形態では、グループポイントに応じた報酬をサブユーザには付与しなかったが、サブユーザにも報酬を付与する第２付与部として機能してもよい。報酬付与部２３６は、例えば、メインユーザに付与した報酬と同じ報酬を、そのメインユーザと同じグループに所属するサブユーザにも付与する。また、報酬付与部２３６は、メインユーザに付与した報酬とは異なる報酬を、そのメインユーザと同じグループに所属するサブユーザにも付与してもよい。

【0086】

例えば、報酬付与部２３６は、グループポイントに応じた報酬を当該グループポイントに関連付けられたグループに含まれるメインユーザに付与し、サブユーザには、サブユーザによるゲームの結果に基づくグループポイントに対する貢献度に応じた報酬を付与してもよい。

【0087】

図１３は、サブユーザの貢献度の一例を示す図である。図１３では、グループＡの１４００点というグループポイントへの各サブユーザ（ユーザＢ、Ｃ、Ｘ）の貢献度が示されている。各貢献度は、サブユーザがイベント中に獲得した個人得点のグループポイントに対する割合で示されている。ユーザＢは個人得点が５０点なので貢献度が５０÷１４００＝３．６％、ユーザＣは個人得点が２５０点なので貢献度が２５０÷１４００＝１７．９％、ユーザＸは個人得点が８００点なので貢献度が８００÷１４００＝５７．１％となっている。

【0088】

報酬付与部２３６は、例えば、メインユーザへの報酬である２８０個のジェムのうち上記割合の分をサブユーザへの報酬として付与する。つまり、報酬付与部２３６は、ユーザＢには２８０個×３．６％＝１０個、ユーザＣには２８０個×１７．９％＝５０個、ユーザＢには２８０個×５７．１％＝１６０個の報酬を付与する。なお、この方法では、メインユーザの貢献度を除いていないためメインユーザが活躍したグループだとサブユーザの報酬が少なくなる。そこで、報酬付与部２３６は、メインユーザの貢献度を除いたサブユーザの貢献度だけを比較した割合に応じて報酬を付与することで、サブユーザの報酬の合計がメインユーザの報酬と等しくなるようにしてもよい。

【0089】

なお、貢献度の表し方は上記の割合に限らない。例えば、個人得点の絶対値に応じた表し方（５００点未満だと貢献度が「小」、５００点以上だと貢献度が「中」、１０００点以上だと貢献が「大」など）でもよい。また、ユーザによっては、多数のグループに所属してそれぞれ報酬に貢献する場合がある。そこで、報酬付与部２３６は、サブユーザとして所属するグループの数を貢献度として、その貢献度に応じた報酬（例えば貢献度に所定の係数を乗じた数のゲーム内通貨等）をそのサブユーザに付与してもよい。また、報酬付与部２３６は、サブユーザとして所属するグループの数と、各グループにおける貢献度とを組み合わせた全体としての貢献度に応じて報酬を付与してもよい。このような態様によれば、サブユーザとしても報酬を得ることができるので、サブユーザに報酬が付与されない場合に比べて、ポイント（個人得点）を稼ぐ動機を高めることができる。

【0090】

<グループポイントの決定>
ポイント決定部２３５は、実施形態では、メインユーザの初参加日時より前におけるサブユーザによるゲームの結果にも基づいてグループポイントを決定したが、このゲームの結果には基づかず、メインユーザの初参加日時より後におけるサブユーザによるゲームの結果だけに基づいてグループポイントを決定してもよい。この場合、イベントに初期から参加しているユーザと終盤で参加したユーザとの不公平感をなくすことができる。

【0091】

また、ポイント決定部２３５は、第１期間と、第１期間の後の第２期間におけるゲームの結果に基づいてグループポイントを決定する場合に、第１期間におけるゲームの結果に基づくグループポイントを優遇するようにグループポイントを決定してもよい。ポイント決定部２３５は、例えば、図８に示す初期期間Ｔ１を第１期間とし、中期期間Ｔ２および終期期間Ｔ３を第２期間としてグループポイントを決定する。

【0092】

その場合、ポイント決定部２３５は、例えば、初期期間Ｔ１における個人得点をＮ倍（Ｎ>１）にした得点と、中期期間Ｔ２および終期期間Ｔ３における個人得点とを合計した得点をグループポイントとして決定する。なお、第１期間および第２期間は上記期間に限らない。初期期間Ｔ１および中期期間Ｔ２を第１期間とし、終期期間Ｔ３を第２期間としてもよいし、例えば初期期間Ｔ１、中期期間Ｔ２および終期期間Ｔ３をそれぞれさらに２つの期間に分けて、それらの期間を第１期間およびそれより後の第２期間としてもよい。また、初期期間Ｔ１、中期期間Ｔ２および終期期間Ｔ３とは異なる期間を第１期間および第２期間としてもよい。いずれの場合も、ポイント決定部２３５は、第２期間よりも第１期間におけるゲームの結果に基づくグループポイントを優遇するようにグループポイントを決定すればよい。

【0093】

また、ゲーム結果の優遇の方法はこれに限らない。ポイント決定部２３５は、第１期間における個人得点をＮ１倍（１<Ｎ１）して大きな値に補正してもよいし、第２期間における個人得点をＮ２倍（０<Ｎ２<１）して小さな値に補正してもよい。また、ポイント決定部２３５は、グループポイントとして、報酬が異なる２種類のポイントを決定してもよい。例えば、ポイント決定部２３５は、第１期間におけるゲームの結果に基づいて第１グループポイントを決定し、第２期間におけるゲームの結果に基づいて第２グループポイントを決定する。例えば、第１グループポイントは、そのポイントの１０％のゲーム内仮想通貨が報酬として付与され、第２グループポイントは、そのポイントの５％のゲーム内仮想通貨が報酬として付与されるというように、第１期間のグループポイントの方が、付与される報酬を優遇するようにしてもよい。

【0094】

また、ポイント決定部２３５は、メインユーザだけの個人得点に基づいて第１ポイントを決定し、グループのユーザ全員の個人得点に基づいて第２ポイントを決定してもよい。その場合、報酬付与部２３６は、第１ポイントに応じた報酬（個人賞）と、第２ポイントに応じた報酬（グループ賞）とをメインユーザに付与する。この場合、例えば、終期期間Ｔ３に初参加したユーザは、サブユーザの個人得点を加算できるので高レベルなグループ賞を狙うことはできるが、自分の個人得点だけだと高レベルな個人賞を狙うのは難しい。従って、高レベルな個人賞を狙うには、イベントの初期から参加することが必要になる。以上で述べたようにポイントを優遇することで、第１期間という特定の期間のプレイを促進することができる。

【0095】

<ユーザの変更>
グループに属するユーザがイベントの途中で変更されてもよい。
図１４は、情報処理装置２の機能構成の別の一例を示すブロック図である。図１４では、制御部２３が、図２に示す各部に加え、ユーザ変更部２３７を備える。ユーザ変更部２３７は、ゲームが開催される期間の途中において、グループポイントに基づいてグループに含まれるユーザを変更する変更部として機能する。以下では、ユーザの変更が行われるイベント中のタイミングのことを「変更タイミング」という。変更タイミングは、例えば、イベントが図８に示す終期期間Ｔ３にはいったタイミングである。

【0096】

ユーザ変更部２３７は、例えば、変更タイミングになったときのグループポイントに対するメインユーザの貢献度が高いほど、よりゲームの結果が良好なユーザをサブユーザに決定する。ユーザ変更部２３７は、例えば、メインユーザの貢献度の範囲とサブユーザの個人得点の範囲とを対応付けたサブユーザテーブルを用いてサブユーザを決定する。

【0097】

図１５は、サブユーザテーブルの一例を示す図である。図１５では、「Ｔｈ１未満」、「Ｔｈ１以上Ｔｈ２未満」および「Ｔｈ２以上」（Ｔｈ１<Ｔｈ２）というメインユーザの貢献度の範囲と、「ＰＴ１以上」、「ＰＴ２以上」および「ＰＴ３以上」というサブユーザの個人得点の範囲とがそれぞれ対応付けられている。ユーザ変更部２３７は、例えば、イベントが変更タイミングになったときに、メインユーザのグループポイントに対する貢献度がＴｈ２以上である場合は、個人得点がＰＴ３以上のユーザからサブユーザを選択してグループに加える。これにより、メインユーザの貢献度が高いほど個人得点の高いユーザがサブユーザとして選択されやすくなる。

【0098】

図１６は、グループの変更の一例を示す図である。図１６では、メインユーザがユーザＨであり、サブユーザがユーザＪ、Ｋ、ＸであるグループＨの個人得点、グループポイントおよび貢献度が示されている。図１６（ａ）では、ユーザＨの貢献度が４７．３％で、グループポイントが１４８０点となっている。この場合に、ユーザ変更部２３７は、例えば、上述した第３ルールの（４）により、変更するサブユーザ（図１６の例では個人得点が６５０点のユーザＷ）を選択する。

【0099】

ユーザ変更部２３７は、例えば、図１６（ａ）に示すように、貢献度が最も低いユーザＪ（貢献度２．０％）に替えてユーザＷをグループＨに加える。その場合、図１６（ａ）に示すように、グループポイントは１４８０点から２１００点に増加する。また、ユーザ変更部２３７は、図１６（ｂ）に示すように、グループの定員を１人増やして、ユーザＷをグループＨに加えてもよい。その場合、図１６（ｂ）に示すように、グループポイントは１４８０点から２１３０点に増加する。このようにメインユーザの貢献度をサブユーザ変更の条件とすることで、メインユーザは、イベントでゲーム結果が低調なサブユーザが同じグループにいたとしても、個人の頑張りで報酬の期待度を高めることができる。

【0100】

なお、貢献度は、上述した例のように例えば個人得点そのもので表してもよい。また、変更するサブユーザの人数は１人に限らず、２人以上であってもよい。また、ユーザ変更部２３７は、メインユーザの貢献度ではなく、例えば、メインユーザの個人得点が所定の得点よりも大きい場合またはグループポイントが所定のポイントよりも少ない場合にサブユーザを変更してもよい。また、ユーザ変更部２３７は、メインユーザが所定の時期（例えば図８に示す初期期間Ｔ１）にイベントに初参加したことをサブユーザを変更する条件としてもよい。いずれの場合も、サブユーザを変更することで、ゲーム結果が振るわないグループに属していても報酬の期待度を高めることができる。

【0101】

<マッチングルール>
メインユーザとサブユーザとをマッチングするルールは図６等で説明したものに限らない。例えば、上記ルールとは定員を異ならせてもよいし、参加時期等に応じて定員が変動するようにしてもよい。その場合、グループ構成部２３４は、例えば、メインユーザが初期期間Ｔ１、中期期間Ｔ２、終期期間Ｔ３に初参加した場合の定員をそれぞれＮ４人、Ｎ５人、Ｎ６人（Ｎ４<Ｎ５<Ｎ６）として、イベントが終わりに近づくほど定員が多くてグループポイントが大きくなりやすいグループを構成する。

【0102】

また、グループ構成部２３４は、特定期間や直近期間に関係なく全てのフォローユーザまたはその他のユーザからサブユーザを選択してもよいし、フォローユーザかその他のユーザかに関係なく同じルールでサブユーザを選択してもよい。また、グループ構成部２３４は、ログイン日時に関係なく、例えば、メインユーザの初参加時点のゲーム結果（個人得点等）に応じてサブユーザを選択してもよい。また、グループ構成部２３４は、上述した選択条件（条件１、２、３）を個別に用いてもよいし、組み合わせて用いてもよい。また、グループ構成部２３４は、条件１、２、３以外の条件として、例えば、ゲームのプレイ時間、プレイ回数、を選択条件として用いてもよい。

【0103】

<その他>
グループは、チーム、パーティ、仲間または部隊等の他の呼び方がされてもよい。また、ゲームは、上述したクエストをクリアする形式のゲームに限らず、対戦形式やストーリーを分岐させる形式などであってもよい。また、ゲームのジャンルも、アクションゲーム、パズルゲーム、ロールプレイングゲーム、シミュレーションゲーム、アドベンチャーゲーム、シューティングゲーム、レースゲームまたは音楽ゲーム等であってもよい。また、報酬は、ゲーム内通貨に限らない。例えば、特定のアイテム、特定のキャラクタ、特定のクエストの開放または特定のゲームの進捗等が報酬として付与されてもよい。

【0104】

また、ゲーム結果は、個人得点に限らない。例えば、プレイ時間、プレイ回数またはクリアしたクエストの数等をゲーム結果としてもよい。また、モンスターを倒してアイテムを集めるゲームであれば、倒したモンスターの数、所定レベル以上のモンスターを倒した数または所定のアイテムを集めた数等をゲーム結果としてもよい。要するに、ゲーム結果とは、例えば、ゲームを進捗させている程度が分かる結果やゲームの進捗に関係なくともプレイヤキャラクタの強さを示す結果などであればよい。

【0105】

また、例えば、情報処理装置２は、２台以上の装置に分散されてもよいし、クラウドコンピューティングシステムに代替されてもよい。また、図２および図１４に示す機能構成も一例であり、これに限られない。例えば、情報処理装置２の機能が２台以上の装置に分散して実現されてもよい。また、１つの機能が行う動作を２以上の機能が分散して行ってもよいし、２以上の機能が１つの機能に統合されてもよい。要するに、情報処理システム１の全体で図２に示す各機能が実現されていれば、それらの機能を実現する装置はどのような構成であってもよい。

【0106】

上述した実施形態の態様は、情報処理装置２のような情報処理装置や、情報処理装置２を備える情報処理システム１のような情報処理システムであったが、情報処理方法であってもよい。その情報処理方法は、その情報処理システムが実行する各処理のステップを備える。また、上述した実施形態の態様は、プログラムであってもよい。そのプログラムは、コンピュータに、情報処理システムの各ステップを実行させる。

【0107】

さらに、次に記載の各態様で提供されてもよい。

【0108】

（１）情報処理システムであって、構成ステップでは、メインユーザと前記メインユーザに対してマッチングされた１以上のサブユーザとを含むグループを構成し、ここで、前記グループは第１グループと第２グループを含み、前記第１グループは前記メインユーザである第１ユーザと、前記サブユーザである第２ユーザを含み、前記第２グループは前記メインユーザである前記第２ユーザを含む一方で前記サブユーザに前記第１ユーザが含まれておらず、決定ステップでは、前記グループに含まれる各ユーザが個別に実行したゲームの結果に基づいて前記グループに関連付けられるグループポイントを決定し、前記第１ユーザの前記ゲームの結果に基づいて、前記第１グループに関連付けられる第１グループポイントを決定し、前記第２ユーザの前記ゲームの結果に基づいて、前記第１グループポイントと前記第２グループに関連付けられる第２グループポイントとを決定する、もの。

【0109】

このような態様によれば、協力プレイの雰囲気を出しつつ気楽にプレイさせることができる。

【0110】

（２）上記（１）に記載の情報処理システムにおいて、第１付与ステップでは、前記グループポイントに応じた報酬を当該グループポイントに関連付けられたグループに含まれる前記メインユーザに付与する一方、前記サブユーザに付与しない、もの。

【0111】

このような態様によれば、第２ユーザはより気楽にプレイすることができる。

【0112】

（３）上記（１）に記載の情報処理システムにおいて、第２付与ステップでは、前記グループポイントに応じた報酬を当該グループポイントに関連付けられたグループに含まれる前記メインユーザに付与し、前記サブユーザには、前記サブユーザによる前記ゲームの結果に基づく前記グループポイントに対する貢献度に応じた報酬を付与する、もの。

【0113】

このような態様によれば、ポイントを稼ぐ動機を高めることができる。

【0114】

（４）上記（１）～（３）の何れか１つに記載の情報処理システムにおいて、前記決定ステップでは、第１期間と、前記第１期間の後の第２期間における前記ゲームの結果に基づいて前記グループポイントを決定し、前記第１期間における前記ゲームの結果に基づく前記グループポイントを優遇するように前記グループポイントを決定する、もの。

【0115】

このような態様によれば、特定の期間のプレイを促進することができる。

【0116】

（５）上記（１）～（４）の何れか１つに記載の情報処理システムにおいて、前記構成ステップでは、前記メインユーザが前記ゲームを開始したことに基づいて前記サブユーザをマッチングすることによって前記グループを構成し、前記メインユーザが前記ゲームを開始したタイミングに基づいて前記サブユーザをマッチングするルールを決定する、もの。

【0117】

このような態様によれば、参加時期による有利不利を調整することができる。

【0118】

（６）上記（５）に記載の情報処理システムにおいて、前記構成ステップでは、前記メインユーザが前記ゲームを開始したタイミングにおける前記ゲームの開催期間の残り期間が短いほど前記ゲームの結果が良好なユーザを前記サブユーザに決定する、もの。

【0119】

このような態様によれば、初参加が遅くてもグループポイントを稼ぎやすくすることができる。

【0120】

（７）上記（６）に記載の情報処理システムにおいて、前記決定ステップでは、前記メインユーザが前記ゲームを開始したタイミングより前における前記サブユーザによる前記ゲームの結果と、前記メインユーザが前記ゲームを開始したタイミングより後における前記サブユーザによる前記ゲームの結果と、に基づいて、前記グループポイントを決定する、もの。

【0121】

このような態様によれば、所定の期間の終盤でもゲームへの参加を促進させることができる。

【0122】

（８）上記（１）～（７）の何れか１つに記載の情報処理システムにおいて、変更ステップでは、前記ゲームが開催される期間の途中において、前記グループポイントに基づいて前記グループに含まれる前記サブユーザを変更する、もの。

【0123】

このような態様によれば、ゲーム結果が振るわないグループに属していても報酬の期待度を高めることができる。

【0124】

（９）上記（８）に記載の情報処理システムにおいて、前記変更ステップでは、前記グループポイントに対する前記メインユーザの貢献度が高いほど、より前記ゲームの結果が良好なユーザを前記サブユーザに決定する、もの。

【0125】

このような態様によれば、個人の頑張りで報酬の期待度を高めることができる。

【0126】

（１０）情報処理装置であって、上記（１）～（９）の何れか１つに記載の情報処理システムの各ステップを実行するように構成される、もの。

【0127】

（１１）プログラムであって、コンピュータに、上記（１）～（９）の何れか１つに記載の情報処理システムの各ステップを実行させる、もの。
もちろん、この限りではない。

【0128】

最後に、本開示に係る種々の実施形態を説明したが、これらは、例として提示したものであり、開示の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、開示の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、開示の範囲や要旨に含まれるとともに、特許請求の範囲に記載された開示とその均等の範囲に含まれるものである。

【符号の説明】

【0129】

１ ：情報処理システム
２ ：情報処理装置
３ ：ゲーム装置
２３ ：制御部
３３ ：制御部
２３１ ：表示制御部
２３２ ：受付部
２３３ ：ゲーム制御部
２３４ ：グループ構成部
２３５ ：ポイント決定部
２３６ ：報酬付与部
２３７ ：ユーザ変更部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】