特開 2024-101578 コンピュータプログラム、コンピュータ装置、およびコンピュータシステム

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

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

(11)【公開番号】P2024101578

(43)【公開日】2024-07-30

(54)【発明の名称】コンピュータプログラム、コンピュータ装置、およびコンピュータシステム

(51)【国際特許分類】

   G06Q 50/00 20240101AFI20240723BHJP

   A63F 13/216 20140101ALI20240723BHJP

   A63F 13/79 20140101ALI20240723BHJP

【ＦＩ】

G06Q50/00 300

A63F13/216

A63F13/79 500

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023005533

(22)【出願日】2023-01-18

(71)【出願人】

【識別番号】000129149

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

(74)【代理人】

【識別番号】100212923

【弁理士】

【氏名又は名称】清水 貴雄

(72)【発明者】

【氏名】奥山 幹樹

(72)【発明者】

【氏名】川上 智司

(72)【発明者】

【氏名】津原 一成

(72)【発明者】

【氏名】北口 里英

(72)【発明者】

【氏名】田中 大将

(72)【発明者】

【氏名】木村 哲

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC60

5L050CC60

(57)【要約】

【課題】簡易な処理により、ユーザの位置をフレンドユーザに共有しつつも、ユーザのプライバシーを保護することのできるコンピュータプログラムを提供すること。
【解決手段】本発明は、ユーザの端末装置に、つぎの各ステップを実行させるコンピュータプログラムであって、取得ステップでは、端末装置の位置情報を取得し、共有ステップでは、関係ユーザに対して、ユーザの位置情報を共有し、共有ステップでは、端末装置の所定範囲内における、関係端末装置の存在の有無、端末装置の所定範囲内における、関係ユーザのうちから所定規則に基づいて選択された特定ユーザの特定端末装置の存在の有無、および端末装置の所定範囲内において、関係端末装置のうちのいずれの関係端末装置が存在するか、の少なくともいずれか１つ、に応じて正確度を変化させ、正確度は、関係ユーザに対してユーザの位置情報を正確に共有する度合いである。
【選択図】図３

【特許請求の範囲】

【請求項1】

コンピュータ装置に、つぎの各ステップを実行させるコンピュータプログラムであって、
取得ステップでは、ユーザの位置情報、および、前記ユーザと所定関係のある関係ユーザの位置情報に関する情報、を取得し、
共有ステップでは、前記関係ユーザに対して、前記ユーザの位置情報を共有し、
前記共有ステップでは、
（１）前記ユーザの所定範囲内における、前記関係ユーザの存在の有無、
（２）前記ユーザの前記所定範囲内における、前記関係ユーザのうちから所定規則に基づいて選択された特定ユーザの存在の有無、および、
（３）前記ユーザの前記所定範囲内において、前記関係ユーザのうちのいずれの関係ユーザが存在するか、
の少なくともいずれか１つ、に応じて正確度を変化させ、
前記正確度は、前記関係ユーザに対して前記ユーザの位置情報を正確に共有する度合いである、
コンピュータプログラム。

【請求項2】

前記共有ステップでは、前記ユーザの前記所定範囲内に、前記関係ユーザが存在しない場合に、前記正確度を低下させる、
請求項１に記載のコンピュータプログラム。

【請求項3】

前記共有ステップでは、前記ユーザの前記所定範囲内に、前記特定ユーザが存在する場合に、前記正確度を低下させる、
請求項１に記載のコンピュータプログラム。

【請求項4】

前記共有ステップでは、前記ユーザの前記所定範囲内に、前記関係ユーザが存在する場合に、前記正確度を向上させる、
請求項１に記載のコンピュータプログラム。

【請求項5】

前記共有ステップでは、前記ユーザが所定エリア内に存在する場合に、前記正確度を低下させる、
請求項１に記載のコンピュータプログラム。

【請求項6】

前記共有ステップでは、前記ユーザおよび前記関係ユーザが前記所定エリア内に存在する場合に、前記ユーザに対して、所定の通知を出力する、
請求項５に記載のコンピュータプログラム。

【請求項7】

前記共有ステップでは、ユーザ情報についての特定条件が満たされた場合に、所定情報を生成し、
前記所定情報は、前記ユーザの位置情報を含む前記ユーザの状況を前記関係ユーザまたは前記特定ユーザに共有するための情報である、
請求項１に記載のコンピュータプログラム。

【請求項8】

請求項１～７のいずれか１項に記載のコンピュータプログラムを記憶する記憶部と、
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータ装置。

【請求項9】

請求項１～７のいずれか１項に記載のコンピュータプログラムを記憶する記憶部と、
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンピュータプログラム、およびコンピュータ装置に関する。

【背景技術】

【0002】

従来から、ユーザ同士が自身の位置情報を共有し合うことができる位置情報共有アプリケーションが知られている（例えば、非特許文献１参照）。この位置情報共有アプリケーションによれば、ユーザは、そのユーザと所定関係を持った（例えば、フレンド関係が設定された）他ユーザ（フレンドユーザ）の居場所をリアルタイムで把握することができる。

【0003】

ユーザはこのアプリケーションを、自身の子どもの安全確認に用いたり、近くにいるフレンドユーザを見つけたり、その地点でのフレンドユーザの滞在時間（あるいは、滞在していた時間）を把握したり、フレンドユーザの携帯端末の残量時間を把握したりするために用いることができる。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】“［位置情報アプリ］ゼンリー(Zenly)とは？使い方や機能などをご紹介”、［ｏｎｌｉｎｅ］、［令和４年１１月８日検索］、インターネット<ＵＲＬ：https://live.doneru.jp/zenly/＞

【発明の開示】

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

【0005】

もっとも、従来の位置情報共有アプリケーションは、便利な反面、トラブルのきっかけとなることがある。そのため、各ユーザは、ユーザ間でトラブルに発展するような使い方をしないことに留意する必要がある。

【0006】

また、従来の位置情報共有アプリケーションを用いることで、自身の位置情報を知られたくないフレンドユーザにも位置情報が共有されるため、ユーザのプライバシーが侵害される可能性もある。ユーザがこのような問題点を解決しようとした場合には、自身の位置情報をどこまで（あるいは、誰に）共有するかを個別に設定する必要がある。

【0007】

しかしながら、前述のような一つ１つのリスクに対してユーザに対応させることは、ユーザに煩雑な作業を要求することにもなりかねず、ユーザの負担が大きい。

【0008】

その一方で、ユーザは、どのフレンドユーザといるかを他のフレンドユーザに共有することで、フレンドユーザに会いやすくなる、あるいは良好なコミュニティを形成することができるなど、位置情報共有アプリケーションならではのメリットもある。

【0009】

本発明は、簡易な処理により、ユーザの位置をフレンドユーザに共有しつつも、ユーザのプライバシーを保護することのできるコンピュータプログラムを提供することを目的とする。

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

【0010】

第１の発明は、
コンピュータ装置に、つぎの各ステップを実行させるコンピュータプログラムであって、
取得ステップでは、ユーザの位置情報、および、前記ユーザと所定関係のある関係ユーザの位置情報に関する情報、を取得し、
共有ステップでは、前記関係ユーザに対して、前記ユーザの位置情報を共有し、
前記共有ステップでは、
（１）前記ユーザの所定範囲内における、前記関係ユーザの存在の有無、
（２）前記ユーザの前記所定範囲内における、前記関係ユーザのうちから所定規則に基づいて選択された特定ユーザの存在の有無、および、
（３）前記ユーザの前記所定範囲内において、前記関係ユーザのうちのいずれの関係ユーザが存在するか、
の少なくともいずれか１つ、に応じて正確度を変化させ、
前記正確度は、前記関係ユーザに対して前記ユーザの位置情報を正確に共有する度合いである、
コンピュータプログラムである。

【0011】

また、第１の発明において、
前記共有ステップでは、前記ユーザの前記所定範囲内に、前記関係ユーザが存在しない場合に、前記正確度を低下させる、
ことができる。

【0012】

また、第１の発明において、
前記共有ステップでは、前記ユーザの前記所定範囲内に、前記特定ユーザが存在する場合に、前記正確度を低下させる、
ことができる。

【0013】

また、第１の発明において、
前記共有ステップでは、前記ユーザの前記所定範囲内に、前記関係ユーザが存在する場合に、前記正確度を向上させる、
ことができる。

【0014】

また、第１の発明において、
前記共有ステップでは、前記ユーザが所定エリア内に存在する場合に、前記正確度を低下させる、
ことができる。

【0015】

また、第１の発明において、
前記共有ステップでは、前記ユーザおよび前記関係ユーザが前記所定エリア内に存在する場合に、前記ユーザに対して、所定の通知を出力する、
ことができる。

【0016】

また、第１の発明において、
前記共有ステップでは、ユーザ情報についての特定条件が満たされた場合に、所定情報を生成し、
前記所定情報は、前記ユーザの位置情報を含む前記ユーザの状況を前記関係ユーザまたは前記特定ユーザに共有するための情報である、
ことができる。

【0017】

第２の発明は、
第１の発明のコンピュータプログラムを記憶する記憶部と、
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータ装置である。

【0018】

第３の発明は、
第１の発明のコンピュータプログラムを記憶する記憶部と、
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータシステムである。

【発明の効果】

【0019】

本発明によれば、簡易な処理により、ユーザの位置をフレンドユーザに共有しつつも、ユーザのプライバシーを保護することのできるコンピュータプログラムを提供することができる。

【図面の簡単な説明】

【0020】

【図1】本実施形態における、位置情報共有システムの構成を示す図である。

【図2】本実施形態における、位置情報共有システムで実行される宝探しゲームのゲーム画面の一例を示す図である。

【図3】本実施形態における、正確度グループおよび通知先の一例を示す図である。

【図4】本実施形態における、共有処理を示すフローチャートである。

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

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

制御部３０は、ユーザＡの操作に基づいて、他のユーザ（ユーザＢ、ユーザＣおよびユーザＤ）に対してフレンド関係を設定するための申請信号を生成する。この申請信号は、通信手段を介してサーバ装置２へ送信される。

【0141】

また、制御部３０は、ユーザＡの操作に基づいて、他のユーザ（例えば、ユーザＢ）から送信された申請信号に対して、フレンド関係の申請に応じるための承認信号を生成する。この承認信号は、通信手段を介してサーバ装置２へ送信される。

【0142】

＜取得ステップの説明＞
制御部３０は、取得手段として機能することで取得ステップを実行する。以下では、取得手段としての制御部３０が実行する処理を説明する。

【0143】

制御部３０は、位置情報検出部３７を用いてユーザＡ（ユーザＡのユーザ端末装置３）の現在位置（位置情報）を取得する。制御部３０は、例えば、ＧＰＳ衛星から受信した電波信号の情報（ＧＰＳ情報）などを用いてユーザＡの現在位置（例えば、緯度、経度、高度）を特定する。なお、ＧＰＳを利用した現在位置の特定は、一般的であるため、詳細な説明は省略する。

【0144】

また、制御部３０は、ユーザＡの各フレンドユーザ（ユーザＢ、ユーザＣ、ユーザＤ）が置かれた状況に基づいて当該フレンドユーザについての正確度が変更された位置情報を取得する。

【0145】

例えば、ユーザＡは、ユーザＣおよびユーザＤとは特定フレンドとはなっていないため、ユーザＡが知りうるユーザＣおよびユーザＤの位置情報は正確度が低下している（ユーザＡにはユーザＣおよびユーザＤの位置情報は共有されない）。

【0146】

一方、ユーザＡは、ユーザＢとは特定フレンドとなっているため、ユーザＡが知りうるユーザＣおよびユーザＤの位置情報と比較すると、ユーザＡが知りうるユーザＢの位置情報は正確度が高い（ユーザＡは、ユーザＢの正確な位置情報を知ることができる）。

【0147】

制御部３０は、前述のように取得した各ユーザの位置情報をゲーム空間のマップＭ上に反映させる。

【0148】

また、制御部３０は、ユーザＡの操作および位置情報検出部３７の動作に基づいて、ゲーム空間上の任意の地点にユーザＡの仮想自宅ＨＭを設定する。設定された仮想自宅ＨＭの位置情報は、サーバ装置２へと送信される。

【0149】

また、制御部３０は、ユーザＡの操作および位置情報検出部３７の動作に基づいて、ゲーム空間上の任意の地点に帳ＭＥを設定する。設定された帳ＭＥの位置情報は、サーバ装置２へと送信される。

【0150】

＜ゲーム実行ステップの説明＞
制御部３０は、ゲーム実行手段として機能することで実行ステップを実行する。以下では、ゲーム実行手段としての制御部３０が実行する処理を説明する。

【0151】

制御部３０は、図２のとおり、ユーザ端末装置３の液晶画面３４０にて、ゲーム空間のマップＭを表示させる。

【0152】

また、制御部３０は、ユーザＡの操作および移動に基づいて、ゲーム空間上でユーザＡのプレイヤキャラクタを動作させる。

【0153】

また、制御部３０は、サーバ装置２からの情報に基づいて、特定フレンドＢの操作キャラクタＯＣ、敵キャラクタＥＣを動作させる。

【0154】

また、制御部３０は、ユーザＡの操作に基づいて、敵キャラクタＥＣとの対戦、宝箱ＴＣを開けるための謎解きなどの宝探しゲームにかかるゲーム進行を実行する。具体的には、制御部３０は、ユーザＡによるボタン操作に応じて、敵キャラクタＥＣへの攻撃方法を選択したり、謎解きのための選択肢の選択、あるいは、文字入力をしたりする。また、制御部３０は、謎解きを実行することが可能な制限時間を設定してカウントダウンを実行し、制限時間に到達した場合には、謎解きのゲーム進行を中断する。これらの情報は、サーバ装置２へ送信される。

【0155】

なお、謎解きのゲーム進行が中断された場合には、ユーザＣおよびユーザＤに対する狼煙信号の送信が停止され、ユーザＣおよびユーザＤへ共有されるユーザＡの位置情報の正確度が変更されてもよい。

【0156】

＜通信ステップの説明＞
制御部３０は、通信手段として機能することで通信ステップを実行する。以下では、通信手段としての制御部３０が実行する処理を説明する。

【0157】

制御部３０は、ユーザＡの位置情報、ユーザＡによるボタン操作信号などをサーバ装置２に送信する。

【0158】

また、制御部３０は、ゲーム空間情報、イベント情報、敵キャラクタＥＣの情報、プレイヤキャラクタＰＣの情報、操作キャラクタＯＣの情報などをサーバ装置２から受信する。

【0159】

＜共有処理の説明＞
以下、図４を参照して、本発明の共有処理について説明する。

【0160】

まず、サーバ装置２の制御部２０が、ユーザ端末装置３に対するユーザＡの操作に基づいて、ユーザＡのフレンドユーザの設定、帳ＭＥ、仮想自宅ＨＭなどの設定を行う（ステップＳ１）。

【0161】

ついで、制御部２０が、ユーザ端末装置３に対するユーザＡの操作に基づいて、マッチング要求を受けつける（ステップＳ２）。

【0162】

ついで、制御部２０が、ユーザＡおよびユーザＡのフレンドユーザ（ユーザＢ、ユーザＣ、ユーザＤ）からのマッチング要求に応じて、ユーザ同士のマッチング処理を実行する（ステップＳ３）。以下では、ユーザＡとユーザＢとがマッチングされた例が記載されている。

【0163】

ついで、制御部２０およびユーザ（ユーザＡおよびユーザＢ）のユーザ端末装置３の制御部３０の協働により、ユーザＡおよびユーザＢに対して、宝探しゲームが提供される（ステップＳ４）。

【0164】

ついで、制御部２０が、ユーザＡが設定した帳ＭＥの外にユーザＡがいるか否かを判定する（ステップＳ５）。

【0165】

ユーザＡが帳ＭＥの中に存在していると判定された場合（Ｓ５：ＮＯ）には、制御部２０は、ユーザＡの位置情報の共有度合いを示す正確度グループを２に設定する（ステップＳ１１）。これにより、制御部２０は、ユーザＡの位置情報を、フレンドユーザ（ユーザＢ、ユーザＣ、ユーザＤ）に共有しないようにする。

【0166】

一方、ユーザＡが帳ＭＥの外に存在していると判定された場合（Ｓ５：ＹＥＳ）には、制御部２０は、ユーザＡの近くにフレンドユーザが１人もいないか否か、を判定する（ステップＳ６）。この場合には、例えば、ユーザＡの半径１０ｍ以内にフレンドユーザがいるか否か、あるいは、ユーザＡの操作に基づいて特定フレンドＢと一緒にいることが申告されているか否か、に基づいて、ユーザＡの近くにフレンドユーザが１人もいないか否かが判定される。

【0167】

ユーザＡの近くにフレンドユーザが１人もいない（ユーザＡが１人でいる）場合（Ｓ６：ＹＥＳ）には、制御部２０は、ユーザＡの位置情報の正確度グループを３に設定する（ステップＳ７）。具体的には、制御部２０は、ユーザＡの位置情報を、正確な状態で特定フレンドＢに共有するが、特定フレンドではないユーザＣおよびユーザＤには共有しない。

【0168】

一方、ユーザＡが１人でいない場合（Ｓ６：ＮＯ）には、制御部２０は、ユーザＡの近くに特定フレンドＢがいるか否かを判定する（ステップＳ１２）。

【0169】

ユーザＡの近くに特定フレンドＢのみがいる場合には、制御部２０は、ユーザＡの位置情報の正確度グループを４に設定する（ステップＳ８）。具体的には、特定フレンドＢにはユーザＡの位置情報が正確な状態で共有され、ユーザＣおよびユーザＤには正確度が低い状態でユーザＡの位置情報が共有される。

【0170】

一方、ユーザＡの近くに、特定フレンドＢがいるいないにかかわらず、ユーザＣおよびユーザＤの少なくともいずれか一方がいる場合（Ｓ１２：ＮＯ）には、制御部２０は、ユーザＡの位置情報の正確度グループを５に設定する（ステップＳ１３）。具体的には、特定フレンドＢにはユーザＡの位置情報が正確な状態で共有され、ユーザＣおよびユーザＤには正確度が高い状態でユーザＡの位置情報が共有される。

【0171】

ついで、制御部２０が、ユーザＡについてＳＯＳ状態が検知されたか否か（例えば、ＳＯＳボタンなどが操作されたか否か、ユーザＡの脈拍数が上昇したか否か）を判定する（ステップＳ９）。

【0172】

ＳＯＳ状態が検知された場合（Ｓ９：ＹＥＳ）には、制御部２０は、ユーザＡの位置情報の正確度グループを１に設定する（ステップＳ１０）。これにより、制御部２０は、ユーザＡの位置情報を、正確な状態で特定フレンドＢ、および、近くにいるすべてのフレンドユーザ（ユーザＣが近くにいる場合にはユーザＣ）に共有する。その後、本発明の共有処理は終了する。

【0173】

なお、ＳＯＳ状態が検知された場合に、制御部２０は、ＳＯＳ状態が検知された場所に駆けつけたフレンドユーザに対してゲーム内での特典を関連づける、あるいは、ユーザＡについてＳＯＳ状態が検知された契機がフレンドユーザにある場合（例えば、ユーザＣがユーザＡをストーキングしていると推定される場合）には、そのフレンドユーザ（ユーザＣ）のゲームアカウントを停止することもできる。これにより、本実施形態のようなゲームを利用することで、例えばストーカー被害などを未然に防止することができる。

【0174】

ステップＳ９に戻って、ＳＯＳ状態が検知されていない場合（Ｓ９：ＮＯ）には、本発明の共有処理は終了する。
以上の手順により、本発明の共有処理が実行される。

【0175】

以上をまとめると、本発明は、
サーバ装置２に、つぎの各ステップを実行させるコンピュータプログラムであって、
取得ステップでは、ユーザＡの位置情報、および、ユーザＡとフレンド関係のあるフレンドユーザ（ユーザＢ、ユーザＣおよびユーザＤ）の位置情報に関する情報（正確度が変更されていないフレンドユーザの位置情報）、を取得し、
共有ステップでは、フレンドユーザ（ユーザＢ、ユーザＣおよびユーザＤ）に対して、ユーザＡの位置情報を共有し、
共有ステップでは、
（３）ユーザＡの近くに、フレンドユーザ（ユーザＢ、ユーザＣおよびユーザＤ）が存在するか否か、
（４）ユーザＡの近くに、フレンドユーザ（ユーザＢ、ユーザＣおよびユーザＤ）のうちから選択された特定フレンドＢが存在するか否か、および、
（５）ユーザＡの近くに、フレンドユーザ（ユーザＢ、ユーザＣおよびユーザＤ）のうちのいずれのフレンドユーザが存在するか（例えば、どのフレンドユーザがユーザＡの近くにいるか、ユーザＡの近くにフレンドユーザが何人いるか）、
の少なくともいずれか１つ、に応じて正確度（正確度グループ）を変化させ、
正確度は、フレンドユーザ（ユーザＢ、ユーザＣおよびユーザＤ）に対してユーザＡの位置情報を正確に共有する度合いである、
コンピュータプログラムである。

【0176】

＜効果＞
本実施形態の位置情報共有システム１によれば、ユーザＡの置かれた状態に応じて、フレンドユーザに対してユーザＡの位置情報を共有するための正確度グループが都度変更される。これにより、例えば、ユーザＡは、自身の位置情報をどこまで（あるいは、誰に）共有するかをフレンドユーザごとに設定する必要がない。そのため、簡便な手法により、位置情報を知られたくないフレンドユーザに対して、自身の正確な位置情報を共有されないようにすることができる。

【0177】

また、ユーザＡのプライバシーを守りつつも、ユーザＡがどのフレンドユーザといるかを他のフレンドユーザに共有することができ、ユーザＡが例えばストーカー被害に遭うことを抑制することもできる。

【0178】

以上のとおり、本実施形態のコンピュータプログラムによれば、簡易な処理により、ユーザの位置をフレンドユーザに共有しつつも、ユーザのプライバシーを保護することができる。

【0179】

［第２実施形態］
第１実施形態では、宝探しゲーム（位置情報ゲーム）が実行される例が記載されているが、本発明は必ずしもゲームの実行を必要としない。すなわち、第２実施形態にかかる位置情報共有システム１Ｂでは、宝探しゲームは実行されることなくユーザの位置情報がフレンドユーザに共有される。

【0180】

位置情報共有システム１Ｂにおいても、第１実施形態と同様、ユーザＡの操作に基づいて、仮想自宅ＨＭを設定することができる。

【0181】

また、位置情報共有システム１Ｂにおいても、ユーザ同士でフレンド関係を設定することができる。

【0182】

そして、ユーザＡは、フレンドユーザのうち、特に家族、親友、恋人、同僚などのアカウントを指定して、そのフレンドユーザを特定フレンドに設定することができる。

【0183】

なお、位置情報共有システム１Ｂにおいて、親モードおよび子モードが設けられていてもよい。この場合には、親（親ユーザ）の操作に基づいて、子ども（子ユーザ）を特定フレンドに設定することができる。

【0184】

位置情報共有システム１Ｂにおいても、（ａ）ユーザＡの近くに、フレンドユーザ（ユーザＢ、ユーザＣおよびユーザＤ）が存在するか否か、（ｂ）ユーザＡの近くに、フレンドユーザ（ユーザＢ、ユーザＣおよびユーザＤ）のうちからユーザＡによって選択された特定フレンドＢが存在するか否か、および、（ｃ）ユーザＡの近くに、フレンドユーザ（ユーザＢ、ユーザＣおよびユーザＤ）のうちのいずれのフレンドユーザが存在するか（例えば、どのフレンドユーザがユーザＡの近くにいるか、ユーザＡの近くにフレンドユーザが何人いるか）、の少なくともいずれか１つ、に応じて正確度（正確度グループ）が変化する。

【0185】

また、位置情報共有システム１Ｂにおいても、ユーザＡが１人でいる場合（ユーザＡの近くにフレンドユーザがいないとき）、および、ユーザＡの近くに特定フレンドＢがいる場合に、特定フレンドＢにはユーザの位置情報が正確な状態で共有される。これにより、例えば、人通りが少ない場所あるいは夜道をユーザＡが１人で歩いているときに、ユーザＡが設定した特定フレンドＢ（例えば、家族、親友、恋人など）に対してのみユーザＡの正確な位置情報を共有することができる。例えば、特定フレンドＢは、ユーザＡに会いに行く（例えば、ユーザＡを迎えに行く）こともできるし、無事に移動することができるかを見守ることもできる。

【0186】

一方、他のフレンドユーザ（ユーザＣおよびユーザＤ）には、ユーザＡの位置情報は共有されない。これにより、例えばユーザＡが特定フレンドと行動をともにしているとき（例えば、ユーザＡが家族であるユーザＢと家にいるとき、あるいは、外出しているとき）にも、ユーザＡは、自身のプライバシーを守ることができる。

【0187】

例えば、特定フレンドＢがユーザＡの家族である場合は、ユーザＡは、家族と過ごす時間を他のフレンドユーザに邪魔されないようにすることができる。また、特定フレンドＢがユーザＡの恋人である場合には、ユーザＡは、恋人と過ごす時間を他のフレンドユーザに邪魔されないようにすることができる。また、特定フレンドＢがユーザＡの同僚である場合には、仕事中に他のフレンドユーザに仕事の場所（訪問先など）が開示されず、ユーザＡは、他のフレンドユーザに仕事の邪魔をされないようにすることもできる。

【0188】

また、位置情報共有システム１Ｂにおいても、ユーザＡの近くにフレンドユーザがいる場合には、特定フレンドを含む他のフレンドユーザには、ユーザＡの位置情報の正確度が向上する。この場合には、例えば、ユーザＡの近くにいるフレンドユーザが、友達、クラスメイト、あるいは同僚などである場合に、ユーザＡはその状況を他のフレンドユーザに共有することができる。

【0189】

また、位置情報共有システム１Ｂにおいても、ユーザＡが緊急事態情報を送信することができないとき、ユーザＡおよびユーザＤが走っている（あるいは、ユーザＡが逃げている）と判定されたとき、または、人がいないと想定される場所でユーザＡが転倒している、あるいは、ユーザＡが暴れている（あるいは、ユーザＡが襲われている）と判定されたときには、ユーザＡの操作の有無にかかわらず、緊急事態情報が送信されてもよい。

【0190】

また、位置情報共有システム１Ｂにおいても、現実空間に対応する仮想空間に位置に帳ＭＥを設定することができる。そして、ユーザＡが帳ＭＥ内にいる場合には、第１実施形態と同様、フレンドユーザ（ユーザＢ、ユーザＣおよびユーザＤ）にユーザＡの位置情報が共有されない。この場合において、ユーザＡの帳ＭＥ内に、特定フレンドとなっていない、例えばユーザＣがいる場合には、ユーザＡにアラートが通知される。

【0191】

また、位置情報共有システム１Ｂでは、例えばユーザＡの操作に基づいて、あるいは、（ユーザＡの操作に基づくことなく）ユーザＡが事故または体調不良などの状況にあることが検知された場合（例えば、ユーザＡが転倒したこと、あるいは、脈拍数、心拍数、心電図、体温、血糖値などのユーザＡの生体情報に異常があること、などを検知したことに基づいて、ユーザＡが事故または体調不良などの状況にあることが特定（あるいは推定）されたこと）に、ユーザＡは、すべてのフレンドユーザに狼煙信号を送信することができる。これにより、フレンドユーザ全体に、ユーザＡの正確な位置情報を共有することができる。

【0192】

また、位置情報共有システム１Ｂにおいても、ユーザＡは施設、フレンドユーザなどをマーキングすることができる。この場合において、ユーザＡは、例えば、保護、監視が必要な対象である子ども、お年寄りなどをマーキングすることもできる。

【0193】

そして、ユーザＡが、マーキングしたフレンドユーザについて例えば公開操作（不特定多数のユーザに情報共有を行うための操作）を実行することで、他のユーザにも、ユーザＡがマーキングしたフレンドユーザの位置情報を共有することができる。これにより、例えば、ユーザＡのフレンドユーザが行方不明（迷子）になった場合に、ユーザＡ、あるいはマーキングされたフレンドユーザの位置情報が共有される。これにより、ユーザＡは、他のユーザに行方不明となっているフレンドユーザの捜索協力を依頼し、早期に行方不明のフレンドユーザを発見することができる。

【0194】

なお、ユーザＡがフレンドユーザをマーキングした場合に、そのフレンドユーザにユーザＡの位置情報を共有することができてもよい。

【0195】

本実施形態においても、簡易な処理により、ユーザの位置をフレンドユーザに共有しつつも、ユーザのプライバシーを保護することができる。

【0196】

［他の実施形態］
以下に、その他の実施形態の一例を示す。なお、以下でも、ユーザＡ、特定フレンドＢなど、第１実施形態および第２実施形態と同様の表記が用いられる場合がある。

【0197】

第１実施形態では、サーバ装置によって正確度が変更された各ユーザの位置情報が他のユーザのユーザ端末装置に提供される例が記載されているが、本発明はこれには限られない。ユーザの位置情報の正確度は、ユーザ端末装置で変更されてもよい。すなわち、この場合には、例えば、ユーザＡの正確な位置情報がサーバ装置を介してフレンドユーザ（ユーザＢなど）のユーザ端末装置に提供されるが、ユーザＢのユーザ端末装置では、正確度が低下した状態でユーザＡの位置情報が提供される。

【0198】

また、それには限られず、サーバ装置が取得ステップで取得する各ユーザの位置情報は、正確な位置情報ではなく、各ユーザ端末装置で正確度が変更された（例えば、位置情報が曖昧となった）位置情報であってもよい。

【0199】

また、前記実施形態では、サーバ装置単体で本実施形態のステップが実行される例が記載されているが、本発明はこれには限られない。例えば、サーバ装置およびユーザ端末装置の協働（例えば、取得ステップはサーバ装置で実行され、共有ステップはユーザ端末装置で実行される）により、あるいは、ユーザ端末装置単体で、本発明が実施されてもよい。

【0200】

また、前記実施形態では、例えばユーザＡが１人でいる場合に、ユーザＡの特定フレンドＢには、正確な状態でユーザＡの位置情報が共有され、特定フレンドではないユーザＣおよびユーザＤには、ユーザＡの位置情報が共有されない例が記載されているが、本発明はこれには限られない。例えばユーザＡが１人でいる場合に、特定フレンドＢには正確度が高い状態でユーザＡの位置情報が共有され、ユーザＣおよびユーザＤには、正確度が低い状態でユーザＡの位置情報が共有されてもよい。

【0201】

また、前記実施形態に限られず、本発明がゲーム進行を必要とする場合において、ユーザが宝箱を発見しても、特定フレンドが近くにいない場合には、サーバ装置の制御部は、ユーザが宝箱を開放するための謎解きを実行することができないように制御してもよい。また、サーバ装置の制御部は、狼煙信号が送信されてから所定時間内（例えば３０分以内）に、特定フレンドがユーザの近くに移動すること、あるいは、特定フレンドが謎解きを実行することを、特定フレンドに促すことができてもよい。

【0202】

前記実施形態では、ユーザ端末装置にＧＰＳなどが備えられている例が記載されているが、本発明はこれには限られない。例えば、ユーザ端末装置と連動させてある携帯端末装置（ウェアラブル端末など）がユーザの位置情報を取得し、その位置情報をユーザ端末装置あるいはサーバ装置に送信してもよい。さらには、Ｗｉ－Ｆｉ（登録商標）、ビーコン、ＩＭＥＳ（Ｉｎｄｏｏｒ ＭＥｓｓａｇｉｎｇ Ｓｙｓｔｅｍ）、基地局など、既知の技術によりユーザの位置情報が特定されてもよく、また、これらを組み合わせて屋内でのユーザの位置情報が特定されてもよい。

【0203】

また、無線通信部などが利用されて、ユーザ端末装置同士が近くにあるか否かがＢｌｕｅｔｏｏｔｈ（登録商標）にて検出されてもよい。また、Ｗｉ－Ｆｉ（登録商標）のアクセスポイントが同じであるユーザ端末装置が複数ある場合に、それらのユーザ同士が近くに存在していると判定されてもよい。

【0204】

また、前記実施形態に限られず、親ユーザのペアレンタルコントロールの一環として、子ユーザとの特定フレンド関係が構築されてもよい。

【0205】

前記実施形態では、ユーザＡは徒歩により現実空間を移動する例が記載されているが、本発明はこれには限られない。ユーザＡのユーザ端末装置が所定の速度（例えば、時速４０ｋｍ）以上で移動していると推定される情報が得られた場合には、特定フレンドＢにユーザＡの位置情報を共有してアラートを通知することもできる。これにより、例えば親ユーザが、子ユーザが電車などの公共交通機関の乗り物に正しく乗車できたことを検知したり、子ユーザが想定される速度より速く移動しており、車などにより他人による連れ去りが発生していることを検知したりすることができる。

【0206】

それには限られず、例えば、子ユーザの位置情報の変化量が小さい場合に、親ユーザに対してアラートが通知されるようになっていてもよい。子ユーザの位置情報の変化量が小さい場合とは、例えば子ユーザが所定地点から５分以上動かなくなった場合である。これにより、子ユーザが怪我あるいは病気で倒れていたり、どこかの屋内に閉じ込められたりしていることを検知することができる。

【0207】

なお、前記の例では保護対象が子どもである例が記載されていたが、保護対象はお年寄りであってもよい。また、ユーザは、親ユーザ（または子ユーザ）の特定フレンドを子ユーザ（または親ユーザ）に設定することもできる。すなわち、親ユーザおよび子ユーザは、ユーザの属性（例えば、親子関係）に基づいて関係性が設定される場合に限られず、アカウントにより関係性が設定される（管理される）ことができる。

【0208】

また、前記実施形態に限られず、親ユーザは、帳ＭＥではなく、子ユーザの行動許可エリア（公園、学校、塾などの施設の行動場所、あるいは、家から施設までの移動ルート）を設定することができてもよい。この場合において、子ユーザが行動許可エリア（例えば、公園）にいる場合には、子ユーザの位置情報は親ユーザには共有されないが、子ユーザが行動許可エリアから出た場合に、子ユーザの位置情報を親ユーザに共有してアラートを通知することができる。これにより、親ユーザは、子ユーザが行動許可エリアから出たことを察知することができる。なお、親ユーザは、複数の帳ＭＥを設定することができてもよい。

【0209】

また、前記に限られず、子ユーザは、行動許可エリアにどのフレンドユーザといるか、何人のフレンドユーザといるか、などの情報を親ユーザに共有することができてもよい。

【0210】

また、親ユーザが、子ユーザの位置情報、ＳＮＳ（ソーシャル・ネットワーキング・サービス）の投稿情報、写真、動画などを加工／削除することができる権利を持っていてもよい。これにより、親ユーザの操作に基づいて、親ユーザおよび子ユーザが暮らす自宅などの位置情報が、第三者に共有されることがないようにすることができる。

【0211】

この場合において、ＳＮＳにより入力された子ユーザの位置情報および投稿内容が親ユーザに共有されて、親ユーザが、親ユーザのユーザ端末装置において共有されている子ユーザの位置情報と、子ユーザからＳＮＳを介して共有された位置情報とを比較することができてもよい。その比較結果に基づいて、親ユーザは、例えば、子ユーザによるＳＮＳへの投稿の可否を判断することができてもよい。これにより、子ユーザが現在いる位置情報が不特定多数の人に共有されることを制限する（抑止する）ことができる。

【0212】

また、親ユーザの判断を必要とすることなく、サーバ装置の制御部が、２つの位置情報（親ユーザのユーザ端末装置において共有されている子ユーザの位置情報、および、子ユーザからＳＮＳを介して共有された位置情報）を比較してＳＮＳへの投稿を許可することもできる。

【0213】

また、この場合において、親ユーザが承認操作を実行することにより、子ユーザの位置情報、ＳＮＳへの投稿情報、公開する時間、公開する相手先を設定することができてもよい。例えば、不特定多数の人に投稿情報が全公開されるのではなく、フレンドにのみ公開されるようにしてもよく、また、親ユーザの操作に基づいて、投稿から１時間後に公開されるように設定することもできる。

【0214】

また、ユーザは、自身の顔をユーザ端末装置が備えるカメラによる撮影、あるいは、ユーザの生体状態（例えば、汗、唾液のほか、ユーザ端末装置と連動させたウェアラブル装置にて計測される心拍数、血圧、睡眠スコアなど）から、ユーザのストレス度合いをチェックすることができてもよい。この場合において、ユーザのストレス度合いが高い場合には、特定フレンドにその旨（ユーザのストレス度合いが高いこと）の情報（狼煙信号の一例）が送信されてもよい。

【0215】

また、前記実施形態に限られず、ユーザは、フレンドユーザのうちから必ず特定フレンドを設定する必要があってもよい。この場合において、ユーザは、特定フレンドとして、そのフレンドユーザが同じ位置情報共有システムにかかるアプリケーションを自身のユーザ端末装置にインストールしていることを条件として、ユーザの家族、同居人などを指定することができる。

【0216】

また、前記実施形態に限られず、ユーザＡのユーザ端末装置に電波が届かなくなった場合（例えば、ユーザＡが山奥などの地に位置する場合、ユーザＡのユーザ端末装置の電源が切れた場合、あるいは、ユーザＡのユーザ端末装置が故障した場合）に、電波が届かなくなる直前まで存在していた位置の位置情報を特定フレンドＢに共有してアラートを通知することができてもよい。これにより、ユーザＡのユーザ端末装置の電源が切られた、あるいは、ユーザＡのユーザ端末装置が故障したなどのトラブルが発生した場合に、トラブルが発生した位置を特定することができ、ユーザＡの発見を早めることができる。

【0217】

さらに、サーバ装置が、ユーザＡの位置情報を取得することができなくなった場合（例えば、ユーザＡのユーザ端末装置に電波が届かなくなった場合、ユーザＡのユーザ端末装置の電源が切れた場合）に、その直前までユーザＡの近くに存在していたフレンドユーザ（例えば、ユーザＡとすれ違ったユーザＣ）のユーザ端末装置から、直近のユーザＡの位置情報を取得することができてもよい。これにより、ユーザＡの足取りを把握しやすくすることができ、仮にユーザＡが遭難などのトラブルに見舞われた場合に、ユーザＡの発見を早めることができる。

【0218】

また、ユーザ端末装置において高度を検出することができる場合には、ユーザ同士が建物の同じ階、または別の階にいるか否かが判定されてもよい。この場合には、平面視のマップ上ではユーザ同士が近くにいると判定されるが、各ユーザがいる階が異なる場合には、ユーザ同士が離れていると判定される（近くにいると判定されない）。また、ユーザの操作に基づいて、ユーザ自身が建物の何階にいるかを登録することができてもよい。この場合において、前記と同様、Ｗｉ－Ｆｉ（登録商標）、ビーコンなどによりユーザ自身が建物の何階にいるかが特定されてもよい。

【0219】

また、前記実施形態の位置情報ゲームに限られず、例えば、ユーザが自身の位置情報を特定するための装置のみをもって外出し、帰宅した以降に自身のコンピュータなどに位置情報の履歴を取り込むことで進行するゲームであってもよい。

【0220】

また、前記実施形態では、宝探しゲームは、フレンドユーザ間でのマッチングにより実行されることが記載されているが、本発明はこれには限られない。例えば、フレンド関係が設定されていないユーザ間でマッチングがなされてもよい。そして、マッチングがなされたこと、あるいは、マッチングされたステージをクリアしたことを契機として、各ユーザは、フレンド申請をすることができるようになってもよい。

【0221】

また、位置情報共有システムにより、ユーザの現在地からフレンドユーザまでの距離、ルートを検索することができてもよい。なお、ユーザの現在地からフレンドユーザまでの距離は、直線距離であってもよいし、また、地図データから取得したルート上の距離であってもよい。

【0222】

また、ユーザがマイクで取得した音声、あるいは、ユーザがカメラで撮影した画像・動画、であって位置情報が含まれる情報（位置情報の一例）が、位置情報共有システムを介して、フレンドユーザに共有されてもよい。

【0223】

また、位置情報共有システムにより、ユーザとフレンドユーザとが近くにいる場合には例えば通話アイコンが表示され、ユーザの操作に基づいて、近くにいるフレンドユーザと通話することができてもよい。さらにこの場合には、例えば、あらかじめ位置情報共有システムと連動させてある通話アプリケーションを介して、ユーザ同士で通話をすることができてもよい。

【0224】

また、ユーザが存在するエリアごとに、ユーザについての行動範囲ランキングが表示されてもよい。この場合には、例えば、そのエリアで一番行動範囲が広いユーザがランキングで表示される。

【0225】

また、ユーザの指定により、ユーザの現在地から少し外れた大まかな位置にユーザの位置情報を表示させること、または、ユーザの現在地を任意の位置に固定することができてもよい。すなわち、正確度は、位置情報の正確さ（位置情報の補正による偽造を含む）、位置情報を特定する粒度（広域、詳細）、位置情報を更新する（位置情報を反映させる）タイミング、位置情報を更新するか否か（表示するか否か）などのパラメータを含む。

【0226】

前記実施形態において、「所定関係」は「フレンド関係」である例が記載されているが、本発明はこれには限られない。例えば、「所定関係がある」とは、例えば、ユーザと同じアプリケーションをインストールしていること、同じ目的地を登録していること、同じ組織に所属していること、などアカウント同士が対応づけられていることであってもよい。

【0227】

また、前記実施形態に限られず、各ユーザに属性（例えば、性別、職業、国籍、水属性などのゲームに設定されている属性）が設定されており、その属性に基づいてユーザのグループが設定されてもよい。この場合には、ユーザが同じグループに所属するフレンドユーザの近くに行くと、ユーザの位置情報の正確度が変更されてもよい。また、この場合において、近くにいる同じグループのユーザの人数によって、ユーザの位置情報の正確度が変更されてもよい。また、グループのユーザが所定距離以内に位置している場合は、１つのグループアイコンとして、それらのユーザの位置情報が地図上に表示されてもよい。

【0228】

また、前記実施形態に限られず、ユーザが、ＤＡＯ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ａｕｔｏｎｏｍｏｕｓ Ｏｒｇａｎｉｚａｔｉｏｎ／分散型自律組織）に関するグループに所属することができてもよい。この場合において、ユーザは同一のＤａｏに参加するメンバーをフレンドユーザ（あるいは特定フレンド）に設定して、ユーザの位置情報を共有することができてもよい。

【0229】

また、この場合において、同一のＤＡＯに参加するフレンドユーザに、ロール（役割・権限）の種類、ユーザが所有するＮＦＴ（Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ／非代替性トークン）の数、および／または、ユーザが所有するＮＦＴと他のユーザが所有するＮＦＴとの差数量に応じて、ユーザの位置情報の正確度が変更されてもよい。

【0230】

さらには、特定のＮＦＴを所有しているホルダーが同一グループとして設定され、ユーザがそのグループのホルダーをフレンド（あるいは特定フレンド）に設定して、ユーザの位置情報を共有することができてもよい。

【0231】

また、この場合において、同一グループに所属するフレンドユーザに、ユーザが所有するＮＦＴの数、種類および価値の少なくともいずれか１つの差に応じて、ユーザの位置情報の正確度が変更されてもよい。

【0232】

また、ＮＦＴの種類として、ユーザの位置情報を共有することができるＮＦＴと、ユーザの位置情報を共有することができないＮＦＴと、が用意されていてもよい。

【0233】

また、ユーザは、端末装置（例えば、ペットタグ）を犬などのペットに装着することで、その端末装置に対応づけられたアカウントをフレンドユーザに設定することもできてもよい。この場合には、例えばユーザＡがペットと散歩しているとき（一緒に外出しているとき）などに、ユーザＡは、ユーザＢ、ユーザＣおよびユーザＤにユーザＡの位置情報を共有することができる。

【0234】

また、ユーザは、ペットと暮らす家および／またはペットとの散歩のエリアを、帳ＭＥとして設定することができてもよく、また、ペットの行動許可エリア（公園、ドッグラン、ペットホテルなどの施設の行動場所）を設定することができてもよい。この場合において、ペットが行動許可エリア（例えば、公園）にいる場合には、ペットの位置情報はユーザには共有されないが、ペットが行動許可エリアから出た場合に、ユーザ端末装置がペットの位置情報をユーザに共有してアラートを通知することができる。これにより、ユーザは、ペットが行動許可エリアから出たことを察知することができる。なお、ユーザは、複数の帳ＭＥを設定することができてもよい。
さらに、ペットが行方不明になった場合にも、ユーザＡは、ペットタグに基づいて他のフレンドユーザにペットの位置情報を共有することで、捜索協力を依頼することができる。

【0235】

また、ユーザ自身とユーザが指定した特定フレンドの位置情報とを１つにまとめ（グルーピング化し）、グループを構成するユーザの位置情報が、１つのグループアイコンとして表示されるようにすることもできる。この場合には、グループ内のいずれかのユーザがグループから遠くに（例えば、１００ｍ）離れた場合（グループから外れた場合）に、外れたユーザのために、外れる前に属していたグループを示すグループアイコンとは別のグループアイコンが形成されてもよい。また、この場合において、グループを構成するユーザに、外れたユーザがいることが通知されてもよい。

【0236】

その他の例として、
コンピュータ装置に、つぎの各ステップを実行させるコンピュータプログラムであって、
取得ステップでは、ユーザ（例えば、お年寄り）の生体情報および位置情報であるユーザ情報、を取得し、
共有ステップでは、
前記生体情報の変化量に応じて、前記ユーザ情報を前記ユーザと所定関係のある関係ユーザ（例えば、家族、施設関係者、病院）に共有するか否かを決定するとともに、
前記ユーザ情報を前記関係ユーザに共有すると決定した場合には、前記生体情報の変化量に応じて、前記関係ユーザに対する前記ユーザ情報の共有度合いを決定する、
コンピュータプログラムがある。

【0237】

この場合には、例えば、ユーザの生体情報（例えば、心拍数）が変化して異常値となった場合（例えば、心拍数が９０から１５０に変化した場合）に、ユーザの生体情報に異常が生じたものとして、関係ユーザにユーザ情報が共有される。そして、この際に、ユーザの生体情報の変化量に応じてユーザ情報の共有度合いが変わる（例えば、緊急性が低い異常であれば、ユーザ情報として、ユーザの体調に異変があったことを示すスコアあるいはメッセージが出力され、緊急性が高い異常であれば、ユーザ情報として、位置情報および緊急コールが表示される）。

【0238】

これにより、例えば、関係ユーザが、ユーザの身体に不調があった、あるいは、ユーザが転倒して意識を失っている、などの状況を早期に把握し、ユーザの救助に向かうことができるようになる。

【0239】

なお、前記の例でユーザ情報を１つのウェアラブル端末などで取得する場合において、ユーザがウェアラブル端末を外したためにユーザの生体情報が検知されなったことを契機として、ユーザ情報が関係ユーザに共有されることがありうる。これを回避するために、１つの端末装置だけでユーザ情報を検知するのではなく、複数の端末装置、あるいは家具に設置されるセンサなどの総合的な情報によって、ユーザ情報が検知されてもよい。

【0240】

その他の例として、
コンピュータ装置に、つぎの各ステップを実行させるコンピュータプログラムであって、
取得ステップでは、ユーザの位置情報を取得し、
記憶ステップでは、記憶部に前記ユーザの位置情報を時間情報とともに記憶させ、
前記時間情報は、前記ユーザの位置情報を取得した時刻にかかる情報であり、
関連づけステップでは、前記ユーザと他ユーザとを関連づけ、
共有ステップでは、所定条件（例えば、ユーザがボタンを操作したこと、心拍数、血圧などユーザの生体情報の変化量が大きくなったこと、ユーザが使用するユーザ端末装置の電源が切れたこと、他ユーザが要求したこと）が満たされた場合に、前記ユーザの位置情報を時系列で前記他ユーザに共有する、
コンピュータプログラムがある。

【0241】

この場合には、ユーザがケガをした場合、ユーザの足取りがわからなくなった場合などに、例えばフレンドユーザである他ユーザにユーザが移動した経路を時系列で共有することができる。これにより、他ユーザは、ユーザの現在の居場所を特定しやすくなる。また、ユーザの操作に基づいて、前記共有ステップの機能をオン／オフすることができてもよい。

【0242】

なお、この場合において、例えば、ユーザが撮影した画像などの情報にユーザの位置情報が関連づけられており、撮影画像が撮影された地点がどこであるかを把握することができるようになっていてもよい。

【0243】

その他の例として、
コンピュータ装置に、つぎの各ステップを実行させるコンピュータプログラムであって、
取得ステップでは、ユーザ（例えば、お客）の位置情報を取得し、
関連づけステップでは、前記ユーザと他ユーザ（例えば、店員）とを関連づけ、
共有ステップでは、所定条件（例えば、ユーザがボタンを操作したこと、他ユーザが要求したこと）が満たされた場合に、前記ユーザの位置情報を前記他ユーザに共有し、
生成ステップでは、前記ユーザの位置情報が前記他ユーザに共有されたことを契機として、前記ユーザと前記他ユーザとの間で送受信される情報（例えば、お店までの経路）を生成する、
コンピュータプログラムがある。

【0244】

この場合には、例えば、ユーザが地図を見てもお店にたどり着けないような場合などに、ユーザは、登録されたお店の店員と連絡を取り合って、お店までの経路を教えてもらうことができる。

【0245】

以上のとおり、位置情報の共有の正確度をユーザの状況に応じて変更することにより、ユーザのプライバシーを保護するとともに、ユーザの緊急時などにはユーザの位置情報を他ユーザに共有することでユーザの安全を確保することができる。

【0246】

また、前記実施形態においては、ユーザ装置はスマートフォンなどの端末装置である例が記載されているが、本発明は、これには限られない。ユーザ装置は、例えば、ディスプレイおよびコントローラが外部接続されるパーソナルコンピュータ、タブレット端末であってもよい。

【符号の説明】

【0247】

１Ａ 位置情報共有システム
１Ｂ 位置情報共有システム
２ サーバ装置
３ ユーザ端末装置
４ 通信ネットワーク

【図1】

【図2】

【図3】

【図4】