特開 2023-181498 システムおよびプログラム

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

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

(11)【公開番号】P2023181498

(43)【公開日】2023-12-21

(54)【発明の名称】システムおよびプログラム

(51)【国際特許分類】

   A63F 13/216 20140101AFI20231214BHJP

   A63F 13/65 20140101ALI20231214BHJP

   A63F 13/69 20140101ALI20231214BHJP

   A63F 13/79 20140101ALI20231214BHJP

   A63F 13/795 20140101ALI20231214BHJP

【ＦＩ】

A63F13/216

A63F13/65

A63F13/69

A63F13/79 510

A63F13/795

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2023188536

(22)【出願日】2023-11-02

(62)【分割の表示】P 2021056720の分割

【原出願日】2021-03-30

(71)【出願人】

【識別番号】000129149

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

(74)【代理人】

【識別番号】110002789

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

(72)【発明者】

【氏名】奥山 幹樹

(57)【要約】

【課題】ユーザに対して新たな刺激を与えることが可能なシステムおよびプログラムを提供すること。
【解決手段】本開示の一態様によれば、システムが提供される。このシステムは、取得ステップおよび関連付けステップを実行可能に構成される。取得ステップでは、複数のユーザからそれぞれ移動情報を取得する。移動情報は、ユーザの、現実世界における目的地または移動経路を含む情報である。関連付ステップでは、移動情報に基づいて、所定の条件を満たすユーザを特定グループに関連付ける。
【選択図】図１

【特許請求の範囲】

【請求項1】

システムであって、
取得ステップおよび関連付けステップを実行可能に構成され、
前記取得ステップでは、複数のユーザからそれぞれ移動情報を取得し、
前記移動情報は、ユーザの、現実世界における目的地または移動経路を含む情報であり、
前記関連付ステップでは、前記移動情報に基づいて、所定の条件を満たすユーザを特定グループに関連付ける、
システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、システムおよびプログラムに関する。

【背景技術】

【0002】

特許文献１には、利用者の移動中の位置情報に基づいた遊戯の安全性を向上することができるゲームシステムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開第２０２１－２９５４５号公報

【発明の概要】

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

【0004】

技術の進歩により、ゲームで提供することができる体験は多岐にわたる。

【0005】

本開示では上記事情を鑑み、ユーザに対して新たな刺激を与えることが可能なシステムおよびプログラムを提供することとした。

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

【0006】

本開示の一態様によれば、システムが提供される。このシステムは、取得ステップおよび関連付けステップを実行可能に構成される。取得ステップでは、複数のユーザからそれぞれ移動情報を取得する。移動情報は、ユーザの、現実世界における目的地または移動経路を含む情報である。関連付ステップでは、移動情報に基づいて、所定の条件を満たすユーザを特定グループに関連付ける。

【図面の簡単な説明】

【0007】

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

【図2】本実施形態における制御部２３の機能構成を示すブロック図である。

【図3】第１グループと第２グループを説明するための概念図である。

【図4】ゲーム内におけるイベントと、パラメータの一例を表す模式図である。

【図5】情報処理システム１により実行される処理の流れの一例を示すアクティビティ図である。

【図6】移動情報の一例を示す図である。

【図7】第１グループ内におけるコミュニケーションの一例を示す図である。

【図8】第２グループ内においてゲームを実行する様子を示す図である。

【図9】第３グループ内においてゲームを実行する様子を示す図である。

【図10】第１グループ～第３グループの関係を表すベン図である。

【図11】第１グループ～第３グループの他の関係を表すベン図である。

【図12】第１グループ～第３グループの他の関係を表すベン図である。

【図13】同じ車両に搭乗する第２ユーザを第２グループに関連付ける様子を表す概念図である。

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

【0008】

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

【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】

また、ゲームを一定時間以上プレイしていないユーザに対し、不利な効果を課してもよい。例えば、イベントを複数回クリアし、報酬が十分に溜まったあと、入力デバイス４ｃからの操作入力が一定時間ない場合には、報酬の減少速度を大きくし、または、ユーザが属するグループへの関連付けを解除してもよい。これにより、ユーザに積極的なプレイを促し、他のユーザとのコミュニケーションを活性化させることができる。

【0130】

また、プレイ中のイベントをリタイアすることができるようにしてもよい。このとき、イベントをリタイアしたユーザに不利な効果を課してもよい。不利な効果は、例えば、所定の報酬を剥奪することである。

【0131】

また、イベント内での活躍度または他のユーザへの貢献度に応じて、付与部２３５により付与される報酬を異ならせてもよい。このとき、イベント内での活躍度または他のユーザへの貢献度が高いほど、多くの報酬が付与される。

【0132】

また、イベントセットへの参加資格を剥奪されたユーザは、新たに他のイベントセットへ参加することができるようにしてもよい。他のイベントセットは、複数のイベントにより構成され、挑戦済みのイベントセットを構成するイベントと一部が重複していてもよく、すべて異なるイベントにより他のイベントセットが構成されてもよい。

【0133】

また、報酬は、１日に１回リセットされてもよい。

【0134】

また、関連付部２３２は、目的地の滞在時間を考慮して、第３グループを形成してもよい。例えば、取得部２３１がユーザ端末３から取得した位置情報に基づいて、目的地の滞在時間を取得することができる。そして、複数のユーザにつき、目的地での滞在時間が予め定められた時間を越えた場合、または予め定められた時間を超えると予測される場合に、これらのユーザを同じ第３グループに関連付けてもよい。

【0135】

また、第３関連付け処理において、目的地に到着したときにイベントへの参加資格を有する第３グループＡ１１と、目的地に到着したときにイベントへの参加資格がない第３グループＡ１２とが同じイベントに参加できるようにしてもよい。この場合、第３グループＡ１２を第３グループＡ１１に敵対するグループとし、第３グループＡ１１のイベントに関連するミッションの達成を妨害する「ミッション」が第３グループＡ１２に与えられても良い。すなわち、第２グループにおけるイベントの結果に応じて、第３グループによるイベントのチーム分け（グループ分け）、またはイベントで達成すべきミッションがそれぞれ決定されてもよい。

【0136】

また、ユーザによる現実世界の移動を必要とせずに、仮想的なユーザであるキャラクタ（アバター）が目的地に向けて仮想的に移動するようにしてもよい。具体的には、ユーザ端末３により実行される地図アプリケーションやＭａａＳに利用されるアプリケーションなどに入力される現実世界の目的地を、キャラクタ―が仮想的に目指す目的地とする。そして、搭乗予定の交通手段の出発時間になると、仮想的にキャラクタがその交通手段とともに移動する。すなわち、この目的地に基づいて第１グループが形成され、キャラクタの仮想的な移動に伴って第２グループおよび第３グループが形成される。

【0137】

また、ゲームはユーザの操作を必要としてもよいし、キャラクタが自動的に制御されるオートプレイであってもよい。さらに、イベントごとにオートプレイとするか、ユーザ自ら操作するかを選択することができるようにしてもよい。

【0138】

さらに、次に記載の各態様で提供されてもよい。
前記システムにおいて、前記所定の条件は、前記目的地が同一の目的地に設定されていることであり、前記関連付けステップでは、第１関連付け処理を実行し、前記第１関連付け処理は、前記所定の条件を満たす第１ユーザを第１グループに関連付ける処理である、システム。
前記システムにおいて、前記移動情報は、前記目的地の到着予想時刻または到着予定時刻を含み、前記所定の条件は、前記到着予想時刻または到着予定時刻が所定の時間内であることである、システム。
前記システムにおいて、前記関連付けステップでは、第２関連付け処理を実行し、前記第２関連付け処理は、前記移動経路に基づいて、同じ時刻において予め定められた範囲内に位置する第２ユーザを第２グループに関連付ける処理である、システム。
前記システムにおいて、前記経路情報は、前記ユーザが搭乗中の移動体を表す移動体情報を含み、前記第２関連付け処理において、前記移動体情報に基づいて、前記第２ユーザを前記第２グループに関連付ける、システム。
前記システムにおいて、前記第２関連付け処理において、同じ移動体に搭乗中の第２ユーザを前記第２グループに関連付ける、システム。
前記システムにおいて、前記取得ステップでは、前記ユーザが交通機関を利用したことを表す利用データに基づいて、前記移動体情報を取得する、システム。
前記システムにおいて、前記関連付けステップでは、第３関連付け処理を実行し、前記第３関連付け処理は、同じ時刻において、同一の目的地に位置する第３ユーザを第３グループに関連付ける処理である、システム。
前記システムにおいて、ゲーム制御ステップを実行可能に構成され、前記ゲーム制御ステップでは、ゲーム内における所定のイベントを実行し、前記第３関連付け処理において、同じ第２グループに属するユーザのうち、前記イベントの参加資格を有する第３ユーザを前記第３グループに関連付ける、システム。
前記システムにおいて、進行制御ステップを実行可能に構成され、前記進行制御ステップでは、前記グループに属するユーザ同士での前記ゲーム内におけるコミュニケーションの進行を制御する、システム。
前記システムにおいて、進行制御ステップを実行可能に構成され、前記関連付けステップでは、第２関連付け処理を実行し、前記第２関連付け処理は、前記移動経路に基づいて、同じ時刻において予め定められた範囲内に位置する第２ユーザを第２グループに関連付ける処理であり、前記進行制御ステップでは、前記第２グループに属するユーザ同士で実行可能なゲームのイベントの進行を制御する、システム。
前記システムにおいて、付与ステップを実行可能に構成され、前記付与ステップでは、前記ユーザが前記ゲームを構成するイベントをクリアした場合、前記ユーザに対して報酬を付与し、前記報酬は、前記イベントを開始するために必要なパラメータであり、且つ、時間経過とともに減少するパラメータである、システム。
前記システムにおいて、ゲーム制御ステップを実行可能に構成され、前記ゲームは、複数のイベントにより構成されるイベントセットを含み、前記ゲーム制御ステップでは、ゲーム制御処理を実行し、前記ゲーム制御処理は、前記イベントに失敗した前記ユーザ、または、前記パラメータが所定値となったユーザを、実行中のイベントセットへの参加を継続できないようにする処理である、システム。
前記システムにおいて、ゲーム制御ステップを実行可能に構成され、前記ゲーム制御ステップでは、ゲーム制御処理を実行し、前記ユーザは、前記ゲームをプレイするユーザであり、前記関連付ステップでは、同一のゲームをプレイするユーザを前記特定グループに関連付ける、システム。
前記システムにおいて、進行制御ステップを実行可能に構成され、前記進行制御ステップでは、前記ユーザの移動態様に基づいて、前記ゲームの進行を制御する、システム。
プログラムであって、コンピュータに、前記システムの各ステップを実行させる、プログラム。
もちろん、この限りではない。

【0139】

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

【符号の説明】

【0140】

１ ：情報処理システム
２ ：情報処理装置
３ ：ユーザ端末
４ａ ：ディスプレイ
４ｂ ：スピーカ
４ｃ ：入力デバイス
１１ ：通信ネットワーク
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：制御部
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：制御部
３４ａ ：グラフィック処理部
３４ｂ ：オーディオ処理部
３４ｃ ：操作部
１０２Ａ１ ：デッキ
１０２Ａ１１ ：デッキ
１０２Ａ１２ ：デッキ
１０２Ａ１３ ：デッキ
２３１ ：取得部
２３２ ：関連付部
２３３ ：ゲーム制御部
２３４ ：進行制御部
２３５ ：付与部
Ａ ：第１グループ
Ａ１ ：第２グループ
Ａ１１ ：第３グループ
Ａ１２ ：第３グループ
Ａ１３ ：第３グループ
Ａ１ａ ：第２グループ
Ａ１ｂ ：第２グループ
Ａ１ｃ ：第２グループ
Ａ２ ：第２グループ
Ａ２１ ：第３グループ
Ａ２２ ：第３グループ
Ｂ ：第１グループ
Ｂ１ ：第２グループ
Ｂ１１ ：第３グループ
Ｂ２ ：第２グループ
Ｂ２１ ：第３グループ
Ｃ ：第１グループ
Ｃ１１ ：第３グループ
Ｅ ：敵キャラクタ
Ｇ ：ゲーム
Ｍ１ ：移動体
Ｍ２ ：移動体
Ｐ ：プレイヤキャラクタ
ＰＡ１ ：プレイヤキャラクタ
ＰＡ１１ ：プレイヤキャラクタ
ＰＡ１２ ：プレイヤキャラクタ
ＰＡ１３ ：プレイヤキャラクタ
ＰＡ１ａ ：プレイヤキャラクタ
ＰＡ１ｄ ：プレイヤキャラクタ
Ｒ ：報酬
Ｔ ：タイマー
Ｕ１Ａ ：第１ユーザ
Ｕ２Ａ１ ：第２ユーザ
Ｘ ：領域
Ｙ ：領域
ａ ：ユーザ
ｂ ：ユーザ
ｃ ：ユーザ
ｄ ：ユーザ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【手続補正書】

【提出日】2023-12-08

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

情報処理システムであって、
少なくとも１つのプロセッサを備え、
前記プロセッサは、次の各ステップがなされるようにプログラムを実行するように構成され、
取得ステップでは、複数のユーザからそれぞれ移動情報を取得し、
前記移動情報は、前記ユーザの、現実世界における目的地および移動経路を含み、前記ユーザの移動状況に応じて変化する情報であり、
関連付けステップでは、前記移動情報に基づいて、第１関連付け処理および第２関連付け処理を実行し、
前記第１関連付け処理は、第１条件を満たす第１ユーザを第１グループに関連付ける処理であり、ここで、前記第１条件は、前記目的地が同一の目的地に設定されていることであり、
前記第２関連付け処理は、第２条件を満たす第２ユーザを第２グループに関連付ける処理であり、ここで、前記第２条件は、同じ時刻において予め定められた範囲内に位置することであり、
前記移動情報に基づいて、前記目的地までの移動経路において、
前記第１条件を満たさなくなった場合、前記第１ユーザと前記第１グループとの関連付けを解除し、
前記第２条件を満たさなくなった場合、前記第２ユーザと前記第２グループとの関連付けを解除する、システム。

【請求項2】

請求項１に記載の情報処理システムにおいて、
前記移動情報は、前記目的地の到着予想時刻または到着予定時刻を含み、
前記第１条件は、前記到着予想時刻または到着予定時刻が所定の時間内であることである、システム。

【請求項3】

請求項１または請求項２に記載の情報処理システムにおいて、
前記移動情報は、前記ユーザが搭乗中の移動体を表す移動体情報を含み、
前記第２条件は、前記移動体情報に基づく条件である、システム。

【請求項4】

請求項３に記載の情報処理システムにおいて、
前記第２条件は、同じ移動体に搭乗中であることである、システム。

【請求項5】

請求項３または請求項４に記載の情報処理システムにおいて、
前記取得ステップでは、前記ユーザが交通機関を利用したことを表す利用データに基づいて、前記移動体情報を取得する、システム。

【請求項6】

請求項１～請求項５の何れか１つに記載の情報処理システムにおいて、
前記関連付けステップでは、第３関連付け処理を実行し、
前記第３関連付け処理は、同じ時刻において、同一の目的地に位置する第３ユーザを第３グループに関連付ける処理である、システム。

【請求項7】

請求項６に記載の情報処理システムにおいて、
さらに、ゲーム制御ステップでは、ゲーム内における所定のイベントを実行し、
前記第３関連付け処理において、前記第２グループに属する前記ユーザのうち、前記イベントの参加資格を有する前記第３ユーザを前記第３グループに関連付ける、システム。

【請求項8】

請求項１～請求項７の何れか１つに記載の情報処理システムにおいて、
さらに、ゲーム制御ステップでは、ゲーム内における所定のイベントを実行し、
さらに、進行制御ステップでは、前記第１グループまたは前記第２グループに属する前記ユーザ同士での前記ゲーム内におけるコミュニケーションの進行を制御する、システム。

【請求項9】

請求項１～請求項８の何れか１つに記載の情報処理システムにおいて、
さらに、ゲーム制御ステップでは、ゲーム内における所定のイベントを実行し、
さらに、進行制御ステップでは、前記第２グループに属する前記ユーザ同士で実行可能な前記ゲームの前記イベントの進行を制御する、システム。

【請求項10】

請求項９に記載の情報処理システムにおいて、
さらに、付与ステップでは、前記ユーザが前記ゲームを構成する前記イベントをクリアした場合、前記ユーザに対して報酬を付与し、
前記報酬は、前記イベントを開始するために必要なパラメータであり、且つ、時間経過とともに減少するパラメータである、システム。

【請求項11】

請求項１０に記載の情報処理システムにおいて、
前記ゲームは、複数の前記イベントにより構成されるイベントセットを含み、
さらに、ゲーム制御ステップでは、ゲーム制御処理を実行し、
前記ゲーム制御処理は、前記イベントに失敗した前記ユーザ、または、前記パラメータが所定値となった前記ユーザを、実行中の前記イベントセットへの参加を継続できないようにする処理である、システム。

【請求項12】

請求項１～請求項１１の何れか１つに記載の情報処理システムにおいて、
さらに、ゲーム制御ステップでは、ゲーム制御処理を実行し、
前記ユーザは、ゲームをプレイするユーザであり、
前記関連付けステップでは、同一の前記ゲームをプレイする前記ユーザを前記第１グループおよび前記第２グループのうち少なくとも１つのグループに関連付ける、システム。

【請求項13】

請求項１～請求項１２の何れか１つに記載の情報処理システムにおいて、
さらに、進行制御ステップでは、前記ユーザの移動態様に基づいて、ゲームの進行を制御する、システム。

【請求項14】

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