JP7467739B1 - プログラム、システム及び方法 - Google Patents

Abstract

【課題】他のユーザとの所定の関係性を構築すること。【解決手段】システムは、第１ユーザの位置が、第１ユーザが参加することができるイベントが発生する位置に対する第１条件を満たす際に、第２条件を満たす位置にいる第２ユーザを検索し、第２ユーザに対して、第１ユーザとの関係性を構築するための通知を行う。【選択図】図６

Description

本発明は、プログラム、システム及び方法に関する。

近年では、ユーザの位置を示す位置情報を利用したゲーム（以下、位置情報ゲームと表記）を当該ユーザがプレイすることを実現するゲームシステムが知られている。

このようなゲームシステムによれば、ユーザは、例えば現実空間を移動する（つまり、現実空間におけるユーザの位置を変化させる）ことによって、様々な場所（位置）で発生する各種イベントに参加するようにゲームをプレイすることができる。

ところで、上記した位置情報ゲームにおいては例えば他のユーザとの所定の関係性を構築してイベントに参加すること等が考えられているが、当該他のユーザとの適切な関係性を構築することが困難な場合がある。

特許第７２１６１７８号公報

そこで、本発明の目的は、他のユーザとの所定の関係性を構築することが可能なプログラム、システム及び方法を提供することにある。

本発明の１つの態様によれば、コンピュータを、第１ユーザの位置が、前記第１ユーザが参加することができるイベントが発生する位置に対する第１条件を満たす際に、第２条件を満たす位置にいる第２ユーザを検索する検索手段、前記第２ユーザに対して、前記第１ユーザとの関係性を構築するための通知を行う通知手段として機能させるプログラムが提供される。前記第１ユーザとの関係性を構築することは、前記第１ユーザとマッチングすることを含む。更に前記第２ユーザを検索する第３条件を有し、前記第３条件は、前記第２ユーザの移動方向が前記第１ユーザの位置または前記イベントが発生する位置に近づく方向であることを含む。前記第２ユーザの移動方向は、前記第２ユーザの位置の変化に基づいて取得される。

本発明は、他のユーザとの所定の関係性を構築することを可能とする。

第１実施形態に係るゲームシステムの構成の一例を示す図。 ユーザ端末のハードウェア構成の一例を示す図。 サーバ装置のハードウェア構成の一例を示す図。 ユーザ端末の機能構成の一例を示す図。 サーバ装置の機能構成の一例を示す図。 ゲームシステムの処理手順の一例を示すフローチャート。 ゲームシステムの動作について具体的に説明するための図。 ゲームシステムの動作について具体的に説明するための図。 ゲームシステムの動作について具体的に説明するための図。 ゲームシステムの動作について具体的に説明するための図。 第２実施形態に係るゲームシステムの処理手順の一例を示すフローチャート。 第１及び第２ユーザによって共用されるアイテムの一例を示す図。

以下、図面を参照して、本発明の実施形態について説明する。
（第１実施形態）
図１は、第１実施形態に係るゲームシステムの構成の一例を示す。図１に示すゲームシステム１は、例えばオンラインでユーザがゲームをプレイすることを実現するように構成されており、複数のユーザ端末１０及びサーバ装置２０を備える。

複数のユーザ端末１０の各々は、例えばユーザによって使用される携帯可能な電子機器である。本実施形態においては、複数のユーザ端末１０の各々が例えばスマートフォンであるような場合を想定しているが、当該ユーザ端末１０は、例えばタブレット端末のような他の携帯可能な電子機器であってもよい。

サーバ装置２０は、インターネットのようなネットワーク３０を介して、複数のユーザ端末１０と通信可能に接続されている。

図２は、図１に示すユーザ端末１０のハードウェア構成の一例を示す。ここでは、図２を参照して、ユーザ端末１０がスマートフォンである場合のハードウェア構成について説明する。

図２に示すように、ユーザ端末１０は、不揮発性メモリ１１、ＣＰＵ１２、メインメモリ１３、無線通信デバイス１４、ディスプレイ１５及びタッチパネル１６等を備える。

不揮発性メモリ１１は、各種プログラムを格納する。不揮発性メモリ１１に格納されている各種プログラムには、例えばオペレーティングシステム（ＯＳ）及びユーザ端末１０上で動作する各種アプリケーションプログラム等が含まれる。

ＣＰＵ１２は、ユーザ端末１０内の様々なコンポーネントの動作を制御するためのプロセッサであり、例えば不揮発性メモリ１１に格納されている各種プログラムを実行する。ＣＰＵ１２は、単一のプロセッサであってもよいし、複数のプロセッサから構成されていてもよい。なお、不揮発性メモリ１１に格納されている各種プログラムは当該不揮発性メモリ１１からメインメモリ１３にロードされてＣＰＵ１２によって実行されるが、当該ＣＰＵ１２によって実行されるプログラム（アプリケーションプログラム）には、ゲームシステム１においてユーザ端末として動作するためのゲームプログラム１３Ａが含まれる。

無線通信デバイス１４は、外部装置（例えば、サーバ装置２０等）との無線通信を実行するためのデバイスである。

ディスプレイ１５は、例えばユーザによってプレイされるゲームに関する各種画面を表示するための表示デバイスである。

タッチパネル１６は、ユーザの指先等が接触した位置を検出する入力デバイスであり、例えばディスプレイ１５の前面に重畳して配置される。

ディスプレイ１５及びタッチパネル１６はタッチスクリーンディスプレイを構成し、当該タッチスクリーンディスプレイにより、画面に対するユーザの各種操作を検知する（受け付ける）ことができる。

図３は、図１に示すサーバ装置２０のハードウェア構成の一例を示す。図３に示すように、サーバ装置２０は、不揮発性メモリ２１、ＣＰＵ２２、メインメモリ２３及び無線通信デバイス２４等を備える。

不揮発性メモリ２１は、各種プログラムを格納する。不揮発性メモリ２１に格納されている各種プログラムには、例えばオペレーティングシステム（ＯＳ）及びサーバ装置２０上で動作する各種アプリケーションプログラム等が含まれる。

ＣＰＵ２２は、サーバ装置２０内の様々なコンポーネントの動作を制御するためのプロセッサであり、例えば不揮発性メモリ２１に格納されている各種プログラムを実行する。ＣＰＵ２２は、単一のプロセッサであってもよいし、複数のプロセッサから構成されていてもよい。なお、不揮発性メモリ２１に格納されている各種プログラムは当該不揮発性メモリ２１からメインメモリ２３にロードされてＣＰＵ２２によって実行されるが、当該ＣＰＵ２２によって実行されるプログラム（アプリケーションプログラム）には、ゲームシステム１においてサーバ装置として動作するためのゲームプログラム２３Ａが含まれる。

無線通信デバイス２４は、外部装置（例えば、複数のユーザ端末１０等）との無線通信を実行するためのデバイスである。

以下、本実施形態に係るゲームシステム１の機能構成について説明する。本実施形態に係るゲームシステム１は、例えば複数のユーザ端末１０とサーバ装置２０とが協働して動作することにより、ユーザがゲームをプレイすることを実現する機能を有する。

ここで、本実施形態においてユーザがプレイすることができるゲームの概要について説明する。本実施形態に係るゲームシステム１は、例えばユーザの位置を示す位置情報を利用した位置情報ゲームをプレイすることが可能なゲームプレイ環境を提供するものとする。位置情報ゲームにおいて、ユーザは、例えば現実空間を移動することによって、その現実空間の移動に関する情報に関連した仮想空間の移動により、様々な場所で発生するイベントに参加することができる。なお、本実施形態において、イベントとは、例えばユーザが敵キャラクタとバトルを行うようなイベント（以下、バトルイベントと表記）を想定しているが、他の種別のイベント（クエスト、アイテム取得等を含む）であってもよい。

ところで、上記した位置情報ゲームにおいては、複数のユーザが同一のイベントに参加することによってマルチプレイを行うことが可能である。マルチプレイとは、複数のユーザが協力してゲームをプレイすることをいう。マルチプレイは、例えば同じ位置にいるユーザ同士をマッチングして、当該ユーザ間で所定の関係性を構築することができた場合に行うことができる。

しかしながら、イベントが発生する位置（以下、イベントの発生位置と表記）に到達したユーザは、他のユーザとの所定の関係性を構築するまで待機しなければならず、当該イベントに円滑に参加することができない場合がある。

そこで、本実施形態に係るゲームシステム１においては、上記した他のユーザとの所定の関係性を構築するための有用な仕組みを提供する。

図４は、ユーザ端末１０の機能構成の一例を示す。図４に示すように、ユーザ端末１０は、表示処理部１０１、制御部１０２、操作受付部１０３及び格納部１０４を含む。

なお、図４に示す表示処理部１０１、制御部１０２及び操作受付部１０３は、例えばユーザ端末１０が備えるＣＰＵ１２（ユーザ端末１０のコンピュータ）が上記したゲームプログラム１３Ａを実行すること（すなわち、ソフトウェア）によって実現される機能部である。このゲームプログラム１３Ａは、例えばネットワーク３０を介してユーザ端末１０にダウンロードされてもよいし、コンピュータ読み取り可能な記憶媒体に予め格納して頒布されてもよい。

また、図４に示す格納部１０４は、図２に示す不揮発性メモリ１１またはその他の記憶装置（図示せず）等によって実現される。

表示処理部１０１は、例えばユーザ端末１０を使用するユーザが移動する現実空間のマップ（地図）を含む画面（以下、マップ画面と表記）をディスプレイ１５に表示する。なお、表示処理部１０１によって表示されるマップ画面においては、例えばユーザの位置に当該ユーザのキャラクタ（ユーザがゲームにおいて使用するキャラクタ）が配置され、当該ユーザが参加することができるイベントの発生位置に当該イベント（の発生）を示すオブジェクトが配置される。なお、イベントの発生位置は、発生している時間に制限があったり、発生位置が移動して変位するものであってもよい。発生位置が変位する例としては、リアルタイムに移動して変位するものや、一定時間間隔で移動して変位するもののどちらでもよい。

なお、本実施形態におけるユーザの位置（を示す位置情報）は例えばユーザ端末１０に搭載されているＧＰＳ（Global Positioning System）を利用して取得されるが、表示処理部１０１は、ユーザの移動に応じて変化する当該ユーザの位置に基づいて、マップ画面に配置されるユーザのキャラクタの位置（場所）を更新する。

ここで、本実施形態における位置情報ゲームにおいて、ユーザがイベントの発生位置に移動する（つまり、表示処理部１０１によって表示されるマップ画面上に配置されているユーザのキャラクタがオブジェクトの位置に移動する）と、当該ユーザは当該イベントに参加することができる。

制御部１０２は、上記したユーザの位置及びイベントの発生位置に基づいて、当該ユーザを当該イベントに参加させ、当該ユーザが参加した当該イベントを進行させるような制御を実行する。

操作受付部１０３は、位置情報ゲームをプレイするためのユーザの操作（指示）を受け付ける。上記したようにユーザ端末１０がスマートフォンである場合、操作受付部１０３によって受け付けられる操作には、当該ユーザ端末１０が備えるタッチパネル１６（タッチスクリーンディスプレイ）に指先を接触させる操作（例えば、タップ操作、ドラッグ操作、フリック操作及びスワイプ操作等）が含まれる。

格納部１０４は、例えばゲームデータ及びユーザデータを格納する。なお、ゲームシステム１においては位置情報ゲームをプレイすることが可能なユーザ毎にアカウントが発行されているが、ゲームデータは、当該アカウント間で共通のデータ（情報）であり、上記したゲームプログラム１３Ａを実行する際に参照される。具体的には、ゲームデータは、例えばゲームプレイ環境を定義するためのデータや位置情報ゲームに関する設定データ等を含む。一方、ユーザデータは、ユーザのアカウント毎に管理される当該ユーザに関するデータである。具体的には、ユーザ端末１０に含まれる格納部１０４に格納されるユーザデータ（つまり、当該ユーザ端末１０を使用するユーザに関するユーザデータ）は、例えば位置情報ゲームにおける当該ユーザのゲーム進行度や当該位置情報ゲームにおいて当該ユーザが獲得した各種ポイント及びアイテム等を示すデータを含む。

図５は、サーバ装置２０の機能構成の一例を示す。図５に示すように、サーバ装置２０は、格納部２０１、データ管理部２０２及び制御部２０３を含む。

なお、図５に示す格納部２０１は、図３に示す不揮発性メモリ２１またはその他の記憶装置（図示せず）等によって実現される。

また、図５に示すデータ管理部２０２及び制御部２０３は、例えばサーバ装置２０が備えるＣＰＵ２２（サーバ装置２０のコンピュータ）が上記したゲームプログラム２３Ａを実行すること（すなわち、ソフトウェア）によって実現される機能部である。このゲームプログラム２３Ａは、例えばネットワーク３０を介してサーバ装置２０にダウンロードされてもよいし、コンピュータ読み取り可能な記憶媒体に予め格納して頒布されてもよい。

格納部２０１は、上記したユーザ端末１０に含まれる格納部１０４に格納されているゲームデータと同様のゲームデータを格納する。また、格納部２０１は、ゲームシステム１（サーバ装置２０）に予め登録しているユーザ（つまり、アカウントが発行されているユーザ）毎のユーザデータを格納する。

データ管理部２０２は、格納部２０１に格納されているゲームデータ及びユーザデータを管理する。具体的には、データ管理部２０２は、ゲームデータ及びユーザデータの追加、更新及び削除等の処理を実行する。

なお、データ管理部２０２によって管理されているゲームデータ及びユーザデータは、当該データ管理部２０２（サーバ装置２０）から複数のユーザ端末１０の各々に送信され、当該ユーザ端末１０に含まれる格納部１０４に格納される。この場合、ゲームデータは複数のユーザ端末１０に共通に送信されるが、ユーザデータは、当該ユーザデータに対応するユーザが使用するユーザ端末１０にのみ送信される。

ここではデータ管理部２０２がゲームデータ及びユーザデータを管理するものとして説明したが、当該データ管理部２０２は、位置情報ゲームをプレイする複数のユーザの各々の位置（を示す位置情報）を更に管理しているものとする。また、データ管理部２０２は、上記したイベントの発生位置を更に管理する。

制御部２０３は、位置情報ゲームをプレイするためのゲームプレイ環境を提供する（すなわち、ユーザによる位置情報ゲームのプレイを実現する）ための様々な処理を実行する。具体的には、制御部２０３は、例えば複数のユーザが所定の関係性を構築するための処理の少なくとも一部を実行する。

また、制御部２０３は、上記した位置情報ゲームにおいて発生するイベント（例えば、バトルイベント）におけるマルチプレイを実現するための処理を実行する。

ここで、例えばユーザＸ１とユーザＸ２とがマルチプレイを行う場合を想定する。この場合、ユーザＸ１が使用するユーザ端末１０にはマルチプレイを行うためのゲーム画面（以下、マルチプレイ画面と表記）が表示され、当該ユーザＸ１は、当該マルチプレイ画面上で当該ユーザＸ１のキャラクタを操作することによってユーザＸ２とのマルチプレイを行うことができる。また、ユーザＸ２が使用するユーザ端末１０にも同様にマルチプレイ画面が表示され、ユーザＸ２は、当該マルチプレイ画面上で当該ユーザＸ２のキャラクタを操作することによってユーザＸ１とのマルチプレイを行うことができる。

なお、このようなマルチプレイを実現するためには、ユーザＸ１が使用するユーザ端末１０に表示されるマルチプレイ画面にユーザＸ２の操作が反映され、ユーザＸ２が使用するユーザ端末１０に表示されるマルチプレイ画面にユーザＸ１の操作が反映される必要がある。

このため、上記したようにユーザＸ１とユーザＸ２とがマルチプレイを行う場合、制御部２０３は、ユーザＸ１の操作を当該ユーザＸ１が使用するユーザ端末１０から受信し、当該操作をユーザＸ２が使用するユーザ端末１０に送信する処理を実行する。同様に、制御部２０３は、ユーザＸ２の操作を当該ユーザＸ２が使用するユーザ端末１０から受信し、当該操作をユーザＸ１が使用するユーザ端末１０に送信する処理を実行する。

これによれば、ユーザＸ１及びＸ２が使用するユーザ端末１０の両方でユーザＸ１及びＸ２の操作に基づいてマルチプレイを進行させる制御が実行され、当該ユーザＸ１及びＸ２の双方の操作が反映されたマルチプレイ画面を当該ユーザＸ１及びＸ２が使用するユーザ端末１０の両方に表示することができる。換言すれば、本実施形態に係るゲームシステム１においては、ユーザＸ２の操作によって引き起こされるゲームのプレイ内容がユーザＸ１が使用するユーザ端末１０のマルチプレイ画面上で再現（同期）され、かつ、ユーザＸ１の操作によって引き起こされるゲームのプレイ内容がユーザＸ２が使用するユーザ端末１０のマルチプレイ画面上で再現（同期）されることにより、ユーザＸ１及びＸ２の各々のユーザ端末１０を使用したリアルタイムでのマルチプレイを実現することができる。

なお、本実施形態に係るゲームシステム１はユーザが位置情報ゲームをプレイするためのゲームプレイ環境を提供するが、この「ゲームプレイ環境の提供」は、当該ゲームシステム１において動作するゲームプログラム（つまり、上記した複数のユーザ端末１０において実行されるゲームプログラム１３Ａ及びサーバ装置２０において実行されるゲームプログラム２３Ａ）により実現されるものとする。ただし、本実施形態に係るゲームプログラムは、上記したゲームプログラム１３Ａ及び２３Ａの一部であっても構わない。

また、本実施形態に係るゲームシステム１においては、例えば複数のユーザ端末１０が有する機能の少なくとも一部をサーバ装置２０が有していてもよいし、サーバ装置２０が有する機能の少なくとも一部を複数のユーザ端末１０が有していてもよい。更に、ゲームシステム１は、複数のユーザ端末１０及びサーバ装置２０以外の他の装置を備えていてもよい。すなわち、本実施形態に係るゲームプログラム（ゲームプログラム１３Ａ及び２３Ａ）は、複数のユーザ端末１０、サーバ装置２０または他の装置において実行され得る。

以下、図６のフローチャートを参照して、本実施形態に係るゲームシステム１の処理手順の一例について説明する。

本実施形態における位置情報ゲームにおいては複数のユーザがイベントにおいてマルチプレイを行うことが可能であるが、当該マルチプレイを行うためには、上記したように当該複数のユーザをマッチングして所定の関係性を構築する必要がある。このため、本実施形態に係るゲームシステム１は、ユーザの位置及びイベントの発生位置に基づいて、例えばイベントにおいてマルチプレイを行う際に複数のユーザ間の所定の関係性を構築することを支援するように動作する。

ここで、複数のユーザ端末１０のうちの１つのユーザ端末１０（以下、第１ユーザ端末１０と表記）を使用するユーザ（以下、第１ユーザと表記）が位置情報ゲームをプレイする場合を想定する。

この場合、第１ユーザ端末１０においてゲームプログラム１３Ａが起動され、当該第１ユーザ端末１０（が備えるディスプレイ１５）に現実空間のマップを含むマップ画面が表示される。このように第１ユーザ端末１０に表示されるマップ画面には、上記したように第１ユーザの位置に当該第１ユーザのキャラクタが配置され、当該第１ユーザが参加することができるイベントの発生位置に当該イベントを示すオブジェクトが配置されている。

位置情報ゲームをプレイする第１ユーザがイベントに参加する場合、当該第１ユーザは、マップ画面上で第１ユーザのキャラクタが配置されている位置及びオブジェクトの位置を確認しながら現実空間を移動する。

ゲームシステム１は、上記したように現実空間を移動する第１ユーザの位置を取得する（ステップＳ１）。

なお、第１ユーザの位置（を示す位置情報）は、例えば第１ユーザ端末１０に搭載されているＧＰＳを利用して取得可能であるが、他の手法により取得されてもよい。

第１ユーザ端末１０に表示されるマップ画面に配置されている第１ユーザのキャラクタの位置は、ステップＳ１において取得された第１ユーザの位置に基づいて更新される。

ステップＳ１の処理が実行されると、ゲームシステム１は、例えばサーバ装置２０（データ管理部２０２）において管理されているイベントの発生位置を取得する（ステップＳ２）。なお、位置情報ゲームにおいて複数のイベントが発生している場合、ステップＳ２においては、例えばステップＳ１において取得された第１ユーザの位置の近傍のイベントの発生位置が取得される。

次に、ゲームシステム１は、ステップＳ１において取得された第１ユーザの位置が、ステップＳ２において取得されたイベントの発生位置に対する第１条件を満たすか否かを判定する（ステップＳ３）。なお、第１条件は、例えばゲームシステム１において予め定められているものとする。第１条件の具体例については後述する。

第１条件を満たさないと判定された場合（ステップＳ３のＮＯ）、ステップＳ１に戻って処理が繰り返される。

ここで、第１ユーザとは異なる他のユーザが位置情報ゲームをプレイしている場合、例えばサーバ装置２０（データ管理部２０２）においては、当該他のユーザの位置が管理されている。

このため、第１条件を満たすと判定された場合（ステップＳ３のＹＥＳ）、ゲームシステム１は、サーバ装置２０において管理されている他のユーザの位置を取得し、第２条件を満たす位置にいるユーザ（以下、第２ユーザと表記）を検索する（ステップＳ４）。なお、第２条件は、例えばゲームシステム１において予め定められているものとする。第２条件の具体例については後述する。

ステップＳ４の処理が実行されると、ゲームシステム１は、当該ステップＳ４において検索された第２ユーザに対して、第１ユーザとの関係性を構築するための通知を行う（ステップＳ５）。なお、ステップＳ５における通知は、例えば第２ユーザが使用するユーザ端末１０（以下、第２ユーザ端末１０と表記）を介して行われ、例えば第１ユーザとともにイベントに参加し、当該イベントにおいてマルチプレイを行うことを促す通知（以下、イベント参加通知と表記）等を含む。

なお、ここではステップＳ４において第２ユーザが検索されたものとして説明したが、当該ステップＳ２において第２ユーザが検索されない場合には、ステップＳ１に戻って処理が繰り返される。

また、図６においてはステップＳ１～Ｓ５の処理を主にサーバ装置２０（制御部２０３）が実行する場合を想定しているが、当該ステップＳ１～Ｓ５の処理のうちの少なくとも一部はユーザ端末１０側（例えば、制御部１０２等）で実行されても構わない。換言すれば、図６に示す処理は、少なくともゲームシステム１全体として実行される処理であればよい。

以下、本実施形態に係るゲームシステム１の動作について具体的に説明する。図７は、第１ユーザ端末１０に表示されるマップ画面４００の一例を示す。図７においては模式的に示されているが、マップ画面４００には、第１ユーザのキャラクタ１０ａ及びイベントを示すオブジェクト２０ａが配置されている。

ここで、第１ユーザが現実空間を移動することによって、図７に示すマップ画面４００が図８に示すマップ画面４００に更新された場合を想定する。この場合、ゲームシステム１は、第１ユーザのキャラクタ１０ａの位置（つまり、第１ユーザの位置）が、オブジェクト２０ａの位置（つまり、イベントの発生位置）に対する第１条件を満たすか否かを判定する。

なお、本実施形態において第１条件は、例えば第１ユーザのキャラクタ１０ａの位置とオブジェクト２０ａの位置とが予め定められた位置関係（以下、第１位置関係と表記）にあることを含む。具体的には、ゲームシステム１は、例えば図８に示すように、第１ユーザのキャラクタ１０ａがオブジェクト２０ａから所定の範囲２０ｂ内にある場合に、第１ユーザのキャラクタ１０ａの位置とオブジェクト２０ａの位置とが第１位置関係にある（つまり、第１条件を満たす）と判定する。一方、ゲームシステム１は、第１ユーザのキャラクタ１０ａがオブジェクト２０ａから所定の範囲２０ｂ内にない場合、第１ユーザのキャラクタ１０ａの位置とオブジェクト２０ａの位置とが第１位置関係にない（つまり、第１条件を満たさない）と判定する。なお、図８に示す例における所定の範囲２０ｂは、オブジェクト２０ａ（の位置）を中心とする円形の範囲であり、例えばゲームシステム１（サーバ装置２０等）において予め定められているものとする。

次に、ゲームシステム１は、第２条件を満たす位置にいる第２ユーザを検索する。なお、本実施形態において第２条件は、例えば第２ユーザの位置とオブジェクト２０ａの位置とが予め定められた位置関係（以下、第２位置関係と表記）にあることを含む。

ここで、図９は、第２ユーザが使用する第２ユーザ端末１０に表示されるマップ画面５００の一例を示す。図９に示す例によれば、第２ユーザのキャラクタ１０ｂは、オブジェクト２０ａから所定の範囲２０ｃ内にある。この場合、ゲームシステム１は、オブジェクト２０ａの位置と第２位置関係にある（つまり、第２条件を満たす）第２ユーザを検索する。なお、図９に示す例における所定の範囲２０ｃは、オブジェクト２０ａ（の位置）を中心とする上記した図８に示す範囲２０ｂよりも広範な円形の範囲であり、例えばゲームシステム１（サーバ装置２０等）において予め定められているものとする。

ここでは図８に示す範囲２０ｂ及び図９に示す範囲２０ｃが円形の範囲であるものとして説明したが、当該範囲の形状及び大きさは、適宜、変更されても構わない。また、図９に示す範囲２０ｃはオブジェクト２０ａ（イベントの発生位置）を基準（中心）とする範囲であるものとして説明したが、当該範囲２０ｃに代えて、図１０に示すような例えば第１ユーザのキャラクタ１０ａ（第１ユーザの位置）を基準とする範囲１０ｃを用いて第２ユーザを検索しても構わない。

上記したように第２条件を満たす位置にいる第２ユーザが検索された場合、ゲームシステム１は、例えば第２ユーザ端末１０を介して、当該第２ユーザに対してイベント参加通知を行う。なお、イベント参加通知が行われた場合、第２ユーザを強制的にイベントに参加させてもよいし、当該イベントに参加するか否かの選択肢が第２ユーザ端末１０に表示されてもよい。

上記したように本実施形態においては、第１ユーザの位置が、当該第１ユーザが参加することができるイベントの発生位置（当該イベントが発生する位置）に対する第１条件を満たす際に、第２条件を満たす位置にいる第２ユーザを検索し、当該検索された第２ユーザに対して、第１ユーザとの関係性を構築するための通知を行う。

なお、本実施形態において、第１条件は第１ユーザの位置とイベントの発生位置とが予め定められた第１位置関係にあることを含み、第２条件は第２ユーザの位置とイベントの発生位置とが予め定められた第２位置関係にあることを含む。

本実施形態においては、上記した構成により、他のユーザとの所定の関係性を容易に構築することが可能となる。

具体的には、本実施形態においては、例えば第１ユーザ（のキャラクタ）がイベントの発生位置（イベントを示すオブジェクトの位置）から所定の範囲内にいる場合に、当該イベントの発生位置（または第１ユーザの位置）から所定の範囲内にいる第２ユーザが検索され、当該第２ユーザに対してイベント参加通知（イベントに参加して第１ユーザとマルチプレイを行うことを促す通知）を行うことができるため、第１ユーザは、イベントの発生位置の近傍にいる第２ユーザと円滑にイベントに参加してマルチプレイを行う（つまり、マルチプレイを行うための待機時間を削減する）ことが可能となる。

また、本実施形態においては、ユーザの位置のみではなくイベントの発生位置を利用することによって、当該イベントに参加する（マルチプレイを行う）可能性が高いと推測される第２ユーザを検索する（つまり、イベントに参加する意思のないユーザに対して通知を行うことを回避する）ことが可能となる。

なお、本実施形態において説明した第１ユーザの位置、第２ユーザの位置及びイベントの発生位置は現実空間の位置や現実空間の位置に関連した仮想空間位置である場合を想定しているが、当該第１ユーザの位置、第２ユーザの位置及びイベントの発生位置は、緯度及び経度を用いた絶対位置座標で表されてもよいし、所定の位置を基準とした相対位置座標で表されてもよい。更に、第１ユーザの位置、第２ユーザの位置及びイベントの発生位置は、例えばメルカトル図法やモルワイデ図法等に基づく地図（マップ）上に規定された位置であってもよいし、他の座標体系に基づく位置であってもよい。

また、本実施形態においては第１及び第２ユーザの位置が例えばＧＰＳを利用して取得される場合を想定しているが、当該第１及び第２ユーザの位置は、所定の建物やオブジェクトを基準として特定される位置であってもよいし、各種センサ（赤外線センサまたはＬｉＤＡＲ等）で検出された位置であってもよい。更に、第１及び第２ユーザの位置は、第１ユーザ端末１０及び第２ユーザ端末１０の通信可能範囲、通信強度、または第１ユーザ端末１０及び第２ユーザ端末１０と接続される基地局の位置等に基づいて特定される位置であってもよい。

また、本実施形態における第１ユーザの位置、第２ユーザの位置及びイベントの発生位置は、ゲームまたはメタバースを実現する仮想空間の位置座標の変位に関する情報等であってもよい。なお、この場合における仮想空間は、例えば複数のゲームまたはメタバースを跨いで構築されたものであってもよい。

更に、本実施形態においては例えばイベントの発生位置または第１ユーザの位置と第２位置関係にある（つまり、イベントの発生位置または第１ユーザの位置を基準とする所定の範囲内にいる）第２ユーザが検索されるものとして説明したが、本実施形態は、第１ユーザとともに当該イベントに参加する可能性が高い第２ユーザを検索する構成であればよい。具体的には、位置情報ゲームにおいては様々な場所で同一（または同種）のイベントが発生することがあり、第１ユーザから遠方にいるユーザであっても（つまり、場所が異なっていても）同一のイベントが発生する位置の近傍にいるユーザであれば、当該イベントに参加する可能性が高いということができる。すなわち、本実施形態においては、第１ユーザの位置とイベントの発生位置とが第１位置関係にある場合、当該イベントと同一（または同種）のイベントが発生する他の位置と第２位置関係にある第２ユーザが検索されてもよい。すなわち、本実施形態においては、例えば第１ユーザが所定のイベントの発生位置に近づいた（つまり、第１ユーザのキャラクタが所定のオブジェクトに対する操作をした）ときに、所定の位置にいる第２ユーザを当該オブジェクトに関連づけられたイベントに参加させるような構成であってもよい。このような構成によれば、例えば第１ユーザの周辺に他のユーザがいないような状況であっても、当該第１ユーザとともにイベントに参加する可能性が高い第２ユーザに対して通知を行うことが可能となる。

更に、本実施形態においては第２ユーザを検索するための第２条件が当該第２ユーザの位置とイベントの発生位置等とが第２位置関係にあるという条件を含むものとして説明したが、上記したイベントに参加する可能性が高い第２ユーザを検索するという観点から、当該第２ユーザを検索する他の条件（以下、第３条件と表記）を有していてもよい。

具体的には、第３条件には、例えば第２ユーザの位置の変化に基づいて取得される当該第２ユーザの移動方向が第１ユーザの位置の変化に基づいて取得される当該第１ユーザの移動方向と類似することが含まれていてもよい。このような第３条件によれば、例えば第１ユーザと同様にイベントの発生位置に向かって移動する第２ユーザを検索することが可能となる。なお、第３条件には、第２ユーザの移動方向が第１ユーザの位置またはイベントの発生位置に近づく方向であることが含まれていてもよい。なお、検索して第２ユーザを特定している最中にイベント発生位置を超えたユーザは通知の対象から除外してもよい。もちろん、また、近辺にいたということは、戻ってくる可能性もあり得るので、通知の対象のままにする設定があってもよい。

また、第３条件には、例えば第２ユーザの位置の変化に基づいて取得される当該第２ユーザの移動速度が予め定められた値未満であることが含まれていてもよい。このような第３条件によれば、例えばイベントの近くを急いで通過しているようなユーザ（つまり、イベントに参加する可能性が低いユーザ）に対して通知が行われることを回避することが可能となる。なお、第２ユーザの移動速度は、例えば第２ユーザ端末１０に搭載されている加速度センサ等を利用して取得されてもよい。

更に、位置情報ゲームにおいて例えば自動応答モードと称されるイベント中の操作等が自動で行われるモードを設定することが可能である場合、第３条件には、第２ユーザが当該自動応答モードのような予め定められたモードでイベントに参加するユーザでないことが含まれていてもよい。自動応答モードが設定されている場合にはイベント中に適切な操作が行われない可能性があるため、このような第３条件によれば、当該自動応答モードでイベントに参加するようなユーザに対して通知が行われることを回避することが可能となる。

また、本実施形態においてはイベントの発生位置等と第２位置関係にある第２ユーザが検索されるものとして説明したが、当該第２位置関係は動的に変更されても構わない。

具体的には、第２位置関係は、例えば第１ユーザの位置またはイベントの発生位置の周辺にいる他のユーザの密集度に基づいて変更されてもよい。このような構成によれば、例えば都市部のような他のユーザの密集度が高い場所では第２ユーザを検索する範囲を狭くし、都市部でない他のユーザの密集度が低い場所では第２ユーザを検索する範囲を広くするようなことが可能となる。なお、他のユーザの密集度は、サーバ装置２０（データ管理部２０２）において管理されている複数のユーザの位置に基づいて計算される。

また、第２位置関係は、第１ユーザの位置またはイベントの発生位置の周辺の環境に応じて変更されてもよい。このような構成によれば、例えば地形等に応じて検索範囲を限定することによって、ゲームシステム１の処理負荷を低減することが可能となる。

更に、第２位置関係は、例えばイベントの内容（例えば、難易度等）に応じて変更されてもよい。また、第２位置関係（つまり、第２ユーザを検索する範囲）は、例えば時間帯に応じて変化されてもよい。

なお、本実施形態においては第２ユーザに対してイベント参加通知が行われるものとして説明したが、当該イベント参加通知は、例えば第２ユーザを強制的にイベントに参加させる旨の通知であってもよいし、当該第２ユーザに対してイベントへの参加の可否を選択させる通知であってもよい。

また、本実施形態において第２ユーザに対して行われる通知は、上記したイベント参加通知（つまり、イベントに関する通知）以外であってもよい。具体的には、第２ユーザに対して行われる通知は、第１ユーザが第２ユーザに対してフレンド（所定の関係）の申請をしたことを示す通知（以下、フレンド申請通知と表記）であってもよいし、当該第１ユーザが第２ユーザをフォローしたことを示す通知（以下、フォロー完了通知と表記）であってもよい。

ここではイベント参加通知以外の通知の例としてフレンド申請通知及びフォロー完了通知について説明したが、本実施形態において第２ユーザに対して行われる通知は、例えば第１ユーザまたはイベントに関する通知等であればよい。

ところで、上記したイベント参加通知によれば第１及び第２ユーザはイベントに参加してマルチプレイを行う（つまり、当該イベントにおけるパーティーを作成する）ことができるが、当該パーティーという関係性は、イベント（マルチプレイ）が終了し、第１及び第２ユーザの距離（または第１または第２ユーザとイベントの発生位置との距離）が予め定められた値以上となったときに（つまり、第１または第２条件が満たされなくなることによって）解除されるものとする。

また、イベントの種別によっては例えばフレンドとして登録されているユーザ同士でなければ当該イベントに参加してマルチプレイを行うことができないような条件が設定されていることが考えられる。この場合、上記したフレンド申請通知に応じて第１及び第２ユーザが相互にフレンドとして登録される（つまり、第１及び第２ユーザ間のフレンド関係が構築される）ことによって、当該第１及び第２ユーザはイベントにおいてマルチプレイを行うことが可能となる。ただし、このような第１及び第２ユーザ間のフレンド関係は、上記したようにイベント（マルチプレイ）が終了し、第１及び第２ユーザの距離（または第１または第２ユーザとイベントの発生位置との距離）が予め定められた値以上になったときに解除されるようにしてもよい。一般にフレンドとして登録することが可能な他のユーザの数（フレンド登録数）には上限が設定されているところ、このような構成によれば、上記したようにイベントに参加するために臨時的に登録されたフレンドを自動的に解除し、当該フレンドの空きが不足するような事態を回避することができる。

なお、イベントが終了したとしても上記した第１及び第２ユーザの距離が予め定められた値以上にならない（つまり、第１及び第２条件を満たす状態が維持されている）場合には、上記した第１及び第２ユーザの関係性を解除せず、再度イベントに参加することができるようにしてもよい。

更に、本実施形態におけるイベントがバトルイベントであるものとすると、当該バトルイベント（において行われるバトル）は、当該バトルを行うゲーム空間に第１及び第２ユーザのキャラクタが配置された状態で開始されるような場合がある。この場合、第１ユーザのキャラクタは第１ユーザの位置に従ってゲーム空間に配置され、第２ユーザのキャラクタは第２ユーザの位置に従ってゲーム空間に配置されることが考えられるが、本実施形態においては、例えば第１ユーザよりも第２ユーザがイベントの発生位置から比較的遠い位置にいることが想定されるため、当該イベント開始時点において第２ユーザはバトルを行いにくい可能性がある。このため、上記したようにイベントが開始される場合、第１ユーザのキャラクタは第１ユーザの位置に従って配置するが、第２ユーザのキャラクタは第２ユーザの位置とは異なる位置（例えば、第２ユーザの位置よりもイベントの発生位置に近い位置）に従って配置されるようにしてもよい。このような構成によれば、イベントの発生位置から比較的遠い位置にいる第２ユーザであっても、円滑にイベントを進行する（例えば、バトルイベントに参加する）ことが可能となる。なお、第２ユーザの配置は、例えば第１ユーザのキャラクタのパラメータまたは第２ユーザのキャラクタのパラメータ等に従って決定（変更）されてもよい。更に、第１ユーザのキャラクタの配置を変更してもよい。

ここで、本実施形態においては第２条件を満たす位置にいる第２ユーザが検索されるものとして説明したが、例えば第１ユーザの位置またはイベントの発生位置の周辺に多くのユーザがいる場合には、複数の第２ユーザが検索される可能性がある。本実施形態において上記したフレンド申請通知を行う際に複数の第２ユーザが検索された場合には、例えばフレンド登録数に応じて当該複数の第２ユーザのうち通知を行う第２ユーザを決定し、当該決定された第２ユーザに対して優先的に通知を行う構成であってもよい。これによれば、例えばフレンド登録数が少ない（つまり、フレンドの空きが多い）第２ユーザに対して優先的にフレンド申請通知を行うことが可能であるため、フレンド登録数が上限に達している等によってフレンド申請が拒否される可能性を低減することができる。なお、フレンド登録数は、例えば上記したユーザデータ等において管理されていればよい。

また、本実施形態においては、例えばイベントの内容に応じて、第２ユーザに対する通知を行うか否か（以下、通知のオンまたはオフと表記）を判定する構成であっても構わない。具体的には、例えばゲームデータ等において予め設定されているイベントの難易度が低く、第１ユーザがマルチプレイを行う必要がないような場合には、通知をオフすると判定することができる。また、例えば予め設定されている特定の種別のイベントの場合に通知をオフにすると判定してもよい。

更に、例えば上記したように検索された第２ユーザに関するユーザデータに基づいて通知のオンまたはオフを判定してもよい。具体的には、例えば第２ユーザのレベル（強さ）が第１ユーザよりも高い場合に通知をオンにすると判定してもよい。なお、第２ユーザのレベルが第１ユーザよりも低い場合に通知をオンにすると判定することも可能であるし、当該第２ユーザのレベルが第１ユーザと同程度である場合に通知をオンにすると判定することも可能である。

また、上記した通知のオンまたはオフは、例えば第１ユーザが設定することも可能である。この場合、例えば第１ユーザの位置またはイベントの発生位置の周辺にいる他のユーザの数を当該第１ユーザに提示する（第１ユーザ端末１０に表示する）構成としてもよい。このような構成によれば、第１ユーザは、他のユーザの数に応じて通知のオンまたはオフを判断することができる。

ここでは例えば主に第１ユーザ側の観点に基づいて通知のオンまたはオフが判定されるものとして説明したが、第２ユーザに対する通知（の受け付け）は、例えば第２ユーザ側の観点に基づいて制御されてもよい。

具体的には、第２ユーザに対する通知は、例えば当該第２ユーザの過去のイベントへの参加の有無に応じて制御されても構わない。このような構成によれば、例えば第２ユーザが既にイベントに参加したことがある（当該イベントをクリアしたことがある）場合には、当該第２ユーザ（第２ユーザ端末１０）は、通知を受け付けない（つまり、拒否する）ようにすることができる。

また、第２ユーザに対する通知は、イベントに参加することによって得られる報酬が第２ユーザによって登録されているか否かに応じて制御されても構わない。このような構成によれば、予め登録されている報酬が得られる場合にのみ第２ユーザが通知を受け付けるようなことが可能となる。

更に、第２ユーザに対する通知は、例えば第２ユーザに対して過去に通知が行われたか否かに応じて制御されても構わない。このような構成によれば、既に通知を受け付けた第２ユーザに対する再度の通知を受け付けないようなことが可能となる。

上記した第２ユーザに対する通知を制御するための第２ユーザの過去のイベントへの参加の有無、第２ユーザによって登録されている報酬及び第２ユーザに対する通知の履歴は、例えば第２ユーザに関するユーザデータにおいて管理されていればよい。

なお、位置情報ゲームにおいて、ユーザは、例えば当該ユーザに付与された価値（例えば、チケット、ポイントまたはコイン等）を消費することによってイベントに参加することができるものとする。この場合、ゲームシステム１は、例えば第１ユーザの第１価値を消費することによって当該第１ユーザのイベントへの参加を許可し、第２ユーザの第２価値を消費することによって当該第２ユーザのイベントへの参加を許可する構成としてもよい。なお、イベントに参加するために第２ユーザが消費する第２価値は、当該イベントに参加するために第１ユーザが消費する第１価値とは異なるものとする。このような構成によれば、例えば第２ユーザが上記したイベント参加通知に応じてイベントに参加する代わりに、当該イベントに参加するために当該第２ユーザが消費する価値を低減する（つまり、イベントに参加するための第２ユーザの負担を軽減する）ようなことが可能となる。ここでは第２ユーザが消費する第２価値が第１ユーザが消費する第１価値よりも低い場合を想定しているが、第１ユーザが消費する第１価値を第２ユーザが消費する第２価値よりも低くすることも可能である。

同様に、位置情報ゲームにおいて、ユーザは、イベントへの参加（例えば、イベントのクリア）に応じて報酬を得ることができる。この場合、ゲームシステム１は、例えば第１ユーザのイベントへの参加に応じて当該第１ユーザに第１報酬を付与し、第２ユーザのイベントへの参加に応じて当該第２ユーザに第２報酬を付与する構成としてもよい。なお、第２ユーザに付与される第２報酬は、第１ユーザに付与される第１報酬とは異なるものとする。このような構成によれば、例えば第２ユーザが上記したイベント参加通知に応じてイベントに参加する代わりに、当該イベントへの参加に応じて付与される第２ユーザの報酬を増加させるようなことが可能となる。ここでは第２ユーザに付与される第２報酬が第１ユーザに付与される第１報酬よりも多い場合を想定しているが、第１ユーザに付与される第１報酬を第２ユーザに付与される第２報酬より多くすることも可能である。更に、第１報酬と第２報酬とにおいて、報酬の種別（例えば、レア度等）を変えるような構成であっても構わない。

なお、本実施形態においては第１及び第２ユーザを含む複数のユーザが位置情報ゲームをプレイするものとして説明したが、本実施形態は、例えば共通の目的で特定の場所（位置）にいる他のユーザとの関係性を構築するための通知を行うような用途であれば適用可能である。具体的には、所定の目的で他のユーザとのマッチングを行うまたはＳＮＳ等におけるフレンド申請またはフォロー等を行うような場合に本実施形態が適用されても構わない。

（第２実施形態）
次に、第２実施形態について説明する。本実施形態は、例えば第１ユーザの位置と第２ユーザの位置とが所定の位置関係にある場合に、位置情報ゲームにおいて第１ユーザが所有するアイテムと第２ユーザが所有するアイテムとを当該第１及び第２ユーザに共用させる点で、前述した第１実施形態とは異なる。

なお、本実施形態においては、前述した第１実施形態と同様の部分の詳しい説明を省略し、当該第１実施形態とは異なる部分について主に述べる。また、本実施形態に係るゲームシステムの構成は、前述した第１実施形態と同様であるため、適宜、図１～図５を用いて説明する。

以下、図１１のフローチャートを参照して、本実施形態に係るゲームシステム１の処理手順の一例について説明する。

まず、例えば第１ユーザ端末１０を使用する第１ユーザが位置情報ゲームをプレイする場合、第１ユーザ端末１０においてゲームプログラム１３Ａが起動され、当該第１ユーザ端末１０（が備えるディスプレイ１５）に現実空間のマップを含むマップ画面が表示される。この場合、第１ユーザは、マップ画面上で第１ユーザのキャラクタが配置されている位置等を確認しながら現実空間を移動する。

このように第１ユーザが現実空間を移動した場合、ゲームシステム１は、当該第１ユーザの位置を取得する（ステップＳ１１）。なお、第１ユーザの位置は、前述した第１実施形態において説明したように例えば第１ユーザ端末１０に搭載されているＧＰＳを利用して取得可能であるが、他の手法により取得されてもよい。

一方、例えば第２ユーザ端末１０を使用する第２ユーザが位置情報ゲームをプレイする場合、第２ユーザ端末１０においてゲームプログラム１３Ａが起動され、当該第２ユーザ端末１０（が備えるディスプレイ１５）に現実空間のマップを含むマップ画面が表示される。この場合、第２ユーザは、マップ画面上で第２ユーザのキャラクタが配置されている位置等を確認しながら現実空間を移動する。

このように第２ユーザが現実空間を移動した場合、ゲームシステム１は、当該第２ユーザの位置を取得する（ステップＳ１２）。なお、第２ユーザの位置は、前述した第１実施形態において説明したように例えば第２ユーザ端末１０に搭載されているＧＰＳを利用して取得可能であるが、他の手法により取得されてもよい。

ここで、本実施形態において、ゲームシステム１は、ステップＳ１において取得された第１ユーザの位置及びステップＳ２において取得された第２ユーザの位置に基づいて、第１ユーザと第２ユーザとが所定の位置関係にあるか否かを判定する（ステップＳ３）。

なお、本実施形態における所定の位置関係とは、例えば第１ユーザの位置と第２ユーザの位置との間の距離が予め定められた値以下であることが含まれる。この場合、例えば第１ユーザが地点Ａに移動し、第２ユーザも同様に当該地点Ａに移動した場合、第１ユーザと第２ユーザとが所定の位置関係にあると判定される。

第１ユーザと第２ユーザとが所定の位置関係にあると判定された場合（ステップＳ１３のＹＥＳ）、ゲームシステム１は、第１ユーザが所有する第１アイテムと第２ユーザが所有する第２アイテムとを、当該第１及び第２ユーザが共用可能なアイテムとして設定する（ステップＳ１４）。なお、第１ユーザが所有する第１アイテムは例えば第１ユーザに関するユーザデータにおいて管理されており、第２ユーザが所有する第２アイテムは例えば第２ユーザに関するユーザデータにおいて管理されている。ステップＳ１４において設定された第１及び第２アイテムは、例えば第１及び第２ユーザが参加するイベント（例えば、バトルイベント等）において第１及び第２ユーザによって共用される。

一方、第１ユーザと第２ユーザとが所定の位置関係にないと判定された場合（ステップＳ１３のＮＯ）、上記したステップＳ１４の処理は実行されない。

なお、図１１においてはステップＳ１１～Ｓ１４の処理を主にサーバ装置２０（制御部２０３）が実行する場合を想定しているが、当該ステップＳ１１～Ｓ１４の処理のうちの少なくとも一部はユーザ端末１０側（例えば、制御部１０２等）で実行されても構わない。換言すれば、図１１に示す処理は、少なくともゲームシステム１全体として実行される処理であればよい。

ここで、図１２は、上記したように第１及び第２ユーザにおいて共用されるアイテムの一例を示している。

図１２に示す例では、例えば第１ユーザは回復アイテムＸ（１０個）を所有しており、第２ユーザは攻撃力アップアイテムＹ（８個）を所有していることが示されている。この第１ユーザが所有している回復アイテムＸと第２ユーザが所有する攻撃力アップアイテムＹとが図１１に示すステップＳ１４において設定された場合、第１ユーザは攻撃力アップアイテムＹを消費（使用）することができ、第２ユーザは回復アイテムＸを消費（使用）することができるようになる。

また、図１２に示す例では、例えば第１ユーザは銅のつるぎ及び鋼のやりを所有しており、第２ユーザは木のやり及び銅の盾を所有していることが示されている。この銅のつるぎ、鋼のやり、木のやり及び銅の盾は装備品と称されるアイテムであり、ユーザのキャラクタを強化するために装備（使用）することができる。なお、第１ユーザは銅のつるぎを装備中（使用中）であり、第２ユーザは木のやりを装備中（使用中）であるものとする。この第１ユーザが所有している銅のつるぎ及び鋼のやりと第２ユーザが所有している木のやり及び銅の盾とが図１１に示すステップＳ１４において設定された場合、第１ユーザは第２ユーザが装備していない銅の盾を装備することができ、第２ユーザは第１ユーザが装備していない鋼のやりを装備することができるようになる。

ここでは第１及び第２ユーザが共用可能なアイテムについて説明したが、本実施形態においては、例えば魔法または技等のスキルが第１及び第２ユーザによって共用されてもよい。

図１２に示す例では、第１ユーザ（のキャラクタ）は回復魔法Ｇ及び攻撃魔法Ｚを習得しており、第２ユーザ（のキャラクタ）は攻撃技Ｃを習得していることが示されている。なお、回復魔法Ｇはスキルを使用するためのポイント（以下、スキルポイントと表記）を５消費することによって使用可能であり、攻撃魔法Ｚはスキルポイントを１０消費することによって使用可能であり、攻撃技Ｃはスキルポイントを１５消費することによって使用可能である。この第１ユーザが習得している回復魔法Ｇ及び攻撃魔法Ｚと第２ユーザが習得している攻撃技Ｃとが図１１に示すステップＳ１４において設定された場合、第１ユーザは攻撃技Ｃを使用することができ、第２ユーザは回復魔法Ｇ及び攻撃魔法Ｚを使用することができるようになる。

すなわち、本実施形態においてはユーザが所有するアイテムのみではなく、当該ユーザに関連した所定の項目を共用することができるものとする。なお、ユーザに関連した所定の項目とは上記したアイテム以外のスキル等をも含む概念であるが、当該所定の項目には、ユーザが消費することができるような各種ポイント等が含まれていてもよい。

上記したように本実施形態においては、第１ユーザと第２ユーザとが所定の位置関係にあると判定された場合に第１及び第２ユーザが所有するアイテム（第１及び第２アイテム）を第１及び第２ユーザに共用させる。本実施形態においては、このような構成により、第１及び第２ユーザが所有するアイテムを共用して例えばバトルを行うようなイベントを進行することができるため、他のユーザ（プレイヤ）とのマルチプレイ（共闘）を促進することが可能となる。

なお、本実施形態において第１及び第２ユーザによって共用されるアイテムは、当該第１及び第２ユーザが所有する全てのアイテムであってもよいし、当該第１及び第２ユーザが所有するアイテムの一部であってもよい。すなわち、第１及び第２ユーザによって共用されるアイテムは、第１及び第２ユーザが所有する全てのアイテムのうちの一部が除外されたものであってもよい。なお、第１及び第２ユーザによって共用されるアイテムから除外されるアイテムは、ゲームシステム１において予め設定されていてもよいし、第１及び第２ユーザによって指定されてもよい。

また、本実施形態において第１及び第２ユーザによって共用されるアイテムは、例えば上記した第１ユーザと第２ユーザとの位置関係に応じて動的に変更されてもよい。

具体的には、例えば第１及び第２ユーザによって共用されるアイテムの数は、例えば第１ユーザの位置と第２ユーザの位置との間の距離に応じて異なっていてもよい。このような構成によれば、例えば第１ユーザと第２ユーザとがより近い位置関係にあるほど、共用することが可能なアイテムの数を増加させるようなことが可能となる。

また、例えば第１及び第２ユーザによって共用されるアイテムのパラメータ（強さ、レベル及びレア度等）は、例えば第１ユーザの位置と第２ユーザの位置との間の距離に応じて異なっていてもよい。このような構成によれば、例えば第１ユーザと第２ユーザとがより近い位置関係にあるほど、例えば高いパラメータのアイテムを共用するようなことが可能となる。

更に、例えば第１及び第２ユーザによって共用されるアイテムの消費回数（使用可能回数）は、例えば第１ユーザの位置と第２ユーザの位置との間の距離に応じて異なっていてもよい。このような構成によれば、例えば第１ユーザと第２ユーザとがより近い位置関係にあるほど、共用されるアイテムの消費回数を増加させるようなことが可能となる。

なお、本実施形態においては第１ユーザと第２ユーザとが所定の位置関係にある場合に第１及び第２ユーザが所有するアイテムを第１及び第２ユーザに共用させる構成であるが、当該アイテムは、例えば前述した第１実施形態において説明したバトルイベントのようなイベントにおいて使用（消費）することができるものとする。

この場合、本実施形態における所定の位置関係は、第１ユーザと第２ユーザとイベントとの位置関係であってもよい。また、第１及び第２ユーザによって共用されるアイテムは、例えば当該第１及び第２ユーザが参加するイベント（の種別）に応じて動的に変更されてもよい。

更に、例えば第２ユーザが所有するアイテムを第１ユーザがイベントにおいて消費したものとすると、当該第１ユーザによる当該アイテムの消費は、イベントの終了後に無効にする構成としてもよい。具体的には、例えば図１２に示す第２ユーザが所有する８個の攻撃力アップアイテムＹのうちの３個をイベントにおいて第１ユーザが消費し、５個を当該イベントにおいて第２ユーザが消費した場合、当該イベント終了後に第２ユーザが所有する攻撃力アップアイテムＹの個数は３個とすることができる（つまり、第１ユーザによる３個の攻撃力アップアイテムＹの消費は無効にされる）。

同様に、例えば第１ユーザが所有するアイテムを第２ユーザがイベントにおいて消費したものとすると、当該第２ユーザによる当該アイテムの消費は、イベントの終了後に無効にする構成としてもよい。例えば図１２に示す第１ユーザが所有する１０個の回復アイテムＸのうちの７個をイベントにおいて第２ユーザが消費し、３個を当該イベントにおいて第１ユーザ消費した場合、当該イベント終了後に第１ユーザが所有する回復アイテムＸの個数は７個とすることができる（つまり、第２ユーザによる７個の回復アイテムＸの消費は無効にされる）。

また、例えば第２ユーザが所有するアイテム（装備品）を第１ユーザのキャラクタがイベントにおいて装備したものとすると、当該イベントにおける当該第１ユーザのキャラクタの装備は、イベントの終了後に当該イベントに参加する前の装備に戻す構成としてもよい。例えば図１２に示す第２ユーザが所有する銅の盾を第１ユーザのキャラクタがイベントにおいて装備した場合、当該イベント終了後に当該第１ユーザのキャラクタが装備した銅の盾を外す（つまり、当該銅の盾を第２ユーザに返却する）ことができる。

同様に、例えば第１ユーザ所有するアイテム（装備品）を第２ユーザのキャラクタがイベントにおいて装備したものとすると、当該イベントにおける当該第２ユーザのキャラクタの装備は、イベントの終了後に当該イベントに参加する前の装備に戻す構成としてもよい。例えば図１２に示す第１ユーザが所有する鋼のやりを第２ユーザのキャラクタがイベントにおいて装備した場合、当該イベント終了後に当該第２ユーザのキャラクタが装備した鋼のやりを外す（つまり、当該鋼のやりを第１ユーザに返却する）ことができる。この場合、第２ユーザのキャラクタに第２ユーザが所有する木のやりを装備させる（つまり、イベントに参加する前の装備に戻す）ものとする。

なお、本実施形態は、前述した第１実施形態の少なくとも一部と組み合わせた構成として実現されてもよい。また、本実施形態の一部を前述した第１実施形態と組み合わせても構わない。

なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。

以下、本開示の内容を付記する。
＜１＞
コンピュータを、
第１ユーザの位置が、前記第１ユーザが参加することができるイベントが発生する位置に対する第１条件を満たす際に、第２条件を満たす位置にいる第２ユーザを検索する検索手段、
前記第２ユーザに対して、前記第１ユーザとの関係性を構築するための通知を行う通知手段
として機能させる、プログラム。
＜２＞
前記第１ユーザの位置、前記イベントが発生する位置及び前記第２ユーザの位置は、現実空間の位置または仮想空間の位置を含む、＜１＞記載のプログラム。
＜３＞
前記第１条件は、前記第１ユーザの位置と前記イベントが発生する位置とが予め定められた第１位置関係にあることを含む、＜１＞記載のプログラム。
＜４＞
前記第２条件は、前記第２ユーザの位置と前記第１ユーザの位置、前記イベントが発生する位置または前記イベントと同一のイベントが発生する他の位置とが予め定められた第２位置関係にあることを含む、＜１＞記載のプログラム。
＜５＞
更に前記第２ユーザを検索する第３条件を有し、前記第３条件は、前記第２ユーザの移動方向が前記第１ユーザの移動方向と類似することを含む、＜４＞記載のプログラム。
＜６＞
更に前記第２ユーザを検索する第３条件を有し、前記第３条件は、前記第２ユーザの移動方向が前記第１ユーザの位置または前記イベントが発生する位置に近づく方向であることを含む、＜１＞記載のプログラム。
＜７＞
更に前記第２ユーザを検索する第３条件を有し、前記第３条件は、前記第２ユーザの移動速度が予め定められた値未満であることを含む、＜１＞記載のプログラム。
＜８＞
更に前記第２ユーザを検索する第３条件を有し、前記第３条件は、前記第２ユーザが予め定められたモードで前記イベントに参加するユーザでないことを含む、＜１＞記載のプログラム。
＜９＞
前記第２位置関係は、前記第１ユーザの位置または前記イベントが発生する位置の周辺にいる他のユーザの密集度に基づいて変更される、＜４＞記載のプログラム。
＜１０＞
前記第２位置関係は、前記第１ユーザの位置または前記イベントが発生する位置の周辺の環境に応じて変更される、＜４＞記載のプログラム。
＜１１＞
前記第２位置関係は、前記イベントの内容に応じて変更される、＜４＞記載のプログラム。
＜１２＞
前記通知手段は、前記第２ユーザに前記イベントへの参加の可否を選択させる通知を行う、＜１＞記載のプログラム。
＜１３＞
前記通知手段は、前記第１ユーザまたは前記イベントに関する通知を行う、＜１＞記載のプログラム。
＜１４＞
前記第１ユーザとの関係性は、前記第１ユーザとの関係性を構築するための通知が行われた後に前記第１条件または前記第２条件が満たされなくなることによって解除される、＜１＞記載のプログラム。
＜１５＞
前記第１及び第２ユーザがイベントに参加する場合、前記イベントは、ゲーム空間に前記第１ユーザ及び前記第２ユーザのキャラクタが配置された状態で開始され、
前記第１ユーザのキャラクタは、前記第１ユーザの位置に従って配置され、
前記第２ユーザのキャラクタは、前記第２ユーザの位置とは異なる位置に従って配置される
＜１＞記載のプログラム。
＜１６＞
前記通知手段は、前記検索手段によって複数の第２ユーザが検索された際に、前記複数の第２ユーザの各々が他のユーザを所定の関係として登録することが可能な数に応じて、前記複数の第２ユーザのうち前記通知を行う第２ユーザを決定する、＜１＞記載のプログラム。
＜１７＞
前記通知手段は、前記イベントの内容に応じて前記通知を行うか否かを判定する、＜１＞記載のプログラム。
＜１８＞
前記通知手段は、前記第２ユーザに関するユーザデータに基づいて前記通知を行うか否かを判定する、＜１＞記載のプログラム。
＜１９＞
前記コンピュータを、前記第１ユーザの位置または前記イベントが発生する位置の周辺にいる他のユーザの数を前記第１ユーザに提示する提示手段として更に機能させる、＜１＞記載のプログラム。
＜２０＞
前記第２ユーザに対して行われる通知は、前記第２ユーザの過去の前記イベントへの参加の有無に応じて制御される、＜１＞記載のプログラム。
＜２１＞
前記第２ユーザに対して行われる通知は、前記イベントに参加することによって得られる報酬が前記第２ユーザによって登録されているか否かに応じて制御される、＜１＞記載のプログラム。
＜２２＞
前記第２ユーザに対して行われる通知は、前記第２ユーザに対して過去に前記通知が行われたか否かに応じて制御される、＜１＞記載のプログラム。
＜２３＞
前記コンピュータを、前記第１ユーザに付与された第１価値を消費することによって前記第１ユーザの前記イベントへの参加を許可し、前記第２ユーザに付与された第２価値を消費することによって前記第２ユーザの前記イベントへの参加を許可する制御手段として機能させ、
前記第２価値は、前記第１価値とは異なる
＜１＞記載のプログラム。
＜２４＞
前記コンピュータを、前記第１ユーザの前記イベントへの参加に応じて前記第１ユーザに第１報酬を付与し、前記第２ユーザの前記イベントへの参加に応じて前記第２ユーザに第２報酬を付与する制御手段として機能させ、
前記第２報酬は、前記第１報酬とは異なる
＜１＞記載のプログラム。
＜２５＞
第１ユーザの位置が、前記第１ユーザが参加することができるイベントが発生する位置に対する第１条件を満たす際に、第２条件を満たす位置にいる第２ユーザを検索する検索手段と、
前記第２ユーザに対して、前記第１ユーザとの関係性を構築するための通知を行う通知手段と
を具備するシステム。
＜２６＞
第１ユーザの位置が、前記第１ユーザが参加することができるイベントが発生する位置に対する第１条件を満たす際に、第２条件を満たす位置にいる第２ユーザを検索することと、
前記第２ユーザに対して、前記第１ユーザとの関係性を構築するための通知を行うことと
を具備する方法。
＜２７＞
コンピュータを、
第１ユーザと第２ユーザとが所定の位置関係にあるかを判定する判定手段、
前記第１ユーザと前記第２ユーザとが所定の位置関係にあると判定された場合、前記第１ユーザが所有する第１アイテムと前記第２ユーザが所有する第２アイテムとを前記第１及び第２ユーザに共用させる制御手段
として機能させる、プログラム。
＜２８＞
前記第１及び第２アイテムの数は、前記第１ユーザの位置と前記第２ユーザの位置との間の距離に応じて異なる、＜２７＞記載のプログラム。
＜２９＞
前記第１及び第２アイテムのパラメータは、前記第１ユーザの位置と前記第２ユーザの位置との間の距離に応じて異なる、＜２７＞記載のプログラム。
＜３０＞
前記第１及び第２アイテムの消費回数は、前記第１ユーザの位置と第２ユーザの位置との間の距離に応じて異なる、＜２７＞記載のプログラム。
＜３１＞
前記第１及び第２アイテムは、前記第１及び第２ユーザが参加するイベントにおいて消費され、
前記制御手段は、前記イベントの終了後に、前記イベントにおける前記第１ユーザによる前記第２アイテムの消費を無効にし、前記イベントにおける前記第２ユーザによる前記第１アイテムの消費を無効にする
＜２７＞記載のプログラム。
＜３２＞
前記第１及び第２アイテムは、前記第１及び第２ユーザが参加するイベントにおいて前記第１及び第２ユーザのキャラクタによって装備され、
前記制御手段は、前記イベントの終了後に、前記イベントにおける前記第１ユーザのキャラクタの装備を前記イベントに参加する前の装備に戻し、前記イベントにおける前記第２ユーザのキャラクタの装備を前記イベントに参加する前の装備に戻す
＜２７＞記載のプログラム。
＜３３＞
コンピュータを、
第１ユーザと第２ユーザとが所定の位置関係にあるかを判定する判定手段、
前記第１ユーザと前記第２ユーザとが所定の位置関係にあると判定された場合、前記第１ユーザに関連した第１項目と前記第２ユーザに関連した第２項目とを前記第１及び第２ユーザに共用させる制御手段
として機能させる、プログラム。

１…ゲームシステム、１０…ユーザ端末、１１…不揮発性メモリ、１２…ＣＰＵ、１３…メインメモリ、１３Ａ…ゲームプログラム、１４…無線通信デバイス、１５…ディスプレイ、１６…タッチパネル、２０…サーバ装置、２１…不揮発性メモリ、２２…ＣＰＵ、２３…メインメモリ、２３Ａ…ゲームプログラム、２４…無線通信デバイス、１０１…表示処理部、１０２…制御部、１０３…操作受付部、１０４…格納部、２０１…格納部、２０２…データ管理部、２０３…制御部。

Claims (3)

1. コンピュータを、
   第１ユーザの位置が、前記第１ユーザが参加することができるイベントが発生する位置に対する第１条件を満たす際に、第２条件を満たす位置にいる第２ユーザを検索する検索手段、
   前記第２ユーザに対して、前記第１ユーザとの関係性を構築するための通知を行う通知手段
   として機能させ、
   前記第１ユーザとの関係性を構築することは、前記第１ユーザとマッチングすることを含み、
   更に前記第２ユーザを検索する第３条件を有し、前記第３条件は、前記第２ユーザの移動方向が前記第１ユーザの位置または前記イベントが発生する位置に近づく方向であることを含み、
   前記第２ユーザの移動方向は、前記第２ユーザの位置の変化に基づいて取得される
   プログラム。
2. 第１ユーザの位置が、前記第１ユーザが参加することができるイベントが発生する位置に対する第１条件を満たす際に、第２条件を満たす位置にいる第２ユーザを検索する検索手段と、
   前記第２ユーザに対して、前記第１ユーザとの関係性を構築するための通知を行う通知手段と
   を具備し、
   前記第１ユーザとの関係性を構築することは、前記第１ユーザとマッチングすることを含み、
   更に前記第２ユーザを検索する第３条件を有し、前記第３条件は、前記第２ユーザの移動方向が前記第１ユーザの位置または前記イベントが発生する位置に近づく方向であることを含み、
   前記第２ユーザの移動方向は、前記第２ユーザの位置の変化に基づいて取得される
   システム。
3. 第１ユーザの位置が、前記第１ユーザが参加することができるイベントが発生する位置に対する第１条件を満たす際に、第２条件を満たす位置にいる第２ユーザを検索することと、
   前記第２ユーザに対して、前記第１ユーザとの関係性を構築するための通知を行うことと
   を具備し、
   前記第１ユーザとの関係性を構築することは、前記第１ユーザとマッチングすることを含み、
   更に前記第２ユーザを検索する第３条件を有し、前記第３条件は、前記第２ユーザの移動方向が前記第１ユーザの位置または前記イベントが発生する位置に近づく方向であることを含み、
   前記第２ユーザの移動方向は、前記第２ユーザの位置の変化に基づいて取得される
   方法。

Images