JP7373021B1 - アプリケーションプログラム、通信システム、および救援方法 - Google Patents

Abstract

【課題】人物（または動物でもよい）の救援の支援を行うこと。【解決手段】端末装置Ａのコンピュータにおいて動作するアプリケーションプログラムであって、前記コンピュータに、所定の事象が発生したことを示す情報が取得された場合、アプリケーションプログラム同士が互いに通信するサービスにおいて、前記アプリケーションプログラムがインストールされた、前記端末装置Ａが存在する位置の近くに位置する不特定の一以上の端末装置Ｂに対して特定情報を送信させる処理と、を実行させ、前記特定情報は、救援が必要であるかを問い合わせる情報または救援に向かうことを提案する情報であるアプリケーションプログラム。【選択図】図１３

Description

本発明は、アプリケーションプログラム、および救援方法に関する。

従来、登録された個人情報に基づいて、災害の発生時に救助対象者の優先度を設定した特定ユーザを識別して管理し、所定地域で災害が発生した情報を取得する災害情報取得部と、自動運転可能な車両の現在位置を取得する位置情報取得部と災害の情報を取得したときに、特定ユーザの位置までの走行ルートを示す情報に基づいて自動運転モードを実行する信号を出力する情報処理装置が開示されている（例えば、特許文献１参照）。

特開２０２０－０６０９５９号公報

しかしながら、上記従来の技術では、人物（または動物）の救援については十分に考慮されていないため、人物の救援の支援することができない場合があった。

本発明は、このような事情が考慮されたものであり、人物（または動物）の救援の支援を行うことができるアプリケーションプログラム、および救援方法を提供することを目的の一つとする。

本発明の一態様は、第１の端末装置のコンピュータにおいて動作するアプリケーションプログラムであって、前記コンピュータに、ユーザの指定に応じて、アプリケーションプログラム同士が互いに通信するサービスにおいて、登録されたアドレスを有する他のアプリケーションプログラムがインストールされた第２の端末装置に対して情報を送信させる処理と、トリガー情報を取得した場合、前記ユーザの指定に依らずに、前記アプリケーションプログラムがインストールされた、前記第１の端末装置が存在する位置の近くに位置する不特定の一以上の第３の端末装置に対して情報を送信させる処理と、を実行させるアプリケーションプログラムである。

本発明の他の一態様は、端末装置Ａのコンピュータにおいて動作するアプリケーションプログラムであって、前記コンピュータに、所定の事象が発生したことを示す情報が取得された場合、アプリケーションプログラム同士が互いに通信するサービスにおいて、前記アプリケーションプログラムがインストールされた、前記端末装置Ａが存在する位置の近くに位置する不特定の一以上の端末装置Ｂに対して特定情報を送信させる処理と、を実行させ、前記特定情報は、救援が必要であるかを問い合わせる情報または救援に向かうことを提案する情報であるアプリケーションプログラムである。

本発明の一態様によれば、人物（または動物でもよい）の救援の支援を行うことができる。

第１実施形態の概要について説明するための図である。 通信システム１の機能構成の一例を示す図である。 平常時の端末装置（通信アプリ１２）の動作について説明するための図である。 緊急時の端末装置（通信アプリ１２）の動作について説明するための図である。 端末装置１０およびサーバ装置５０により実行される処理の流れの一例を示すシーケンス図である。 端末装置１０に表示されるインターフェース画面とサーバ装置５０の処理とについて説明するための図である。 端末装置１０およびサーバ装置５０により実行される処理の流れの他の一例を示すシーケンス図である。 Ｓ５２の範囲の特定について説明するための図（その１）である。 Ｓ５２の範囲の特定について説明するための図（その２）である。 インターフェース画面ＩＭ５について説明するための図である。 端末装置１０およびサーバ装置５０により実行される処理の流れの他の一例を示すシーケンス図である。 通信ネットワークの一例を示す図である。 端末装置１０およびサーバ装置５０により実行される処理の流れの他の一例を示すシーケンス図である。 第２実施形態の概要について説明するための図である。 車両Ｖが実行する処理の流れの一例を示すフローチャートである。 車両Ｖが、救援を求めているユーザを判断する条件の一例を示す図である。 車両Ｖが取得する情報の一例を示す図である。 第３実施形態の処理の概要について説明するための図である。 端末装置１０、車両Ｖ、およびサーバ装置５０により実行される処理の流れの一例を示すシーケンス図である。 車両と端末装置とにより実行される処理の流れの一例を示すシーケンス図である。

以下、図面を参照し、本発明のアプリケーションプログラム、および救援方法の実施形態について説明する。

本実施形態の一態様のアプリケーションプログラムは、第１の端末装置のコンピュータにおいて動作するアプリケーションプログラムであって、前記コンピュータに、ユーザの指定に応じて、アプリケーションプログラム同士が互いに通信するサービスにおいて、登録されたアドレスを有する他のアプリケーションプログラムがインストールされた第２の端末装置に対して情報を送信させる処理と、トリガー情報を取得した場合、前記ユーザの指定に依らずに、前記アプリケーションプログラムがインストールされた、前記第１の端末装置が存在する位置の近くに位置する不特定の一以上の第３の端末装置に対して情報を送信させる処理と、を実行させるアプリケーションプログラムである。

前記トリガー情報は、前記第１の端末装置が存在する位置の近くの第３の端末装置に、前記ユーザが救援を求めるための操作を行ったことに応じて生成される情報である。前記トリガー情報は、所定のサーバ装置から前記第１の端末装置の位置または前記位置の周辺で救援活動が必要な状況が生じていることを示す情報である。本実施形態の一態様のアプリケーションプログラムについては、例えば、第１実施形態で説明する。

本実施形態の他の一態様のアプリケーションプログラムは、端末装置Ａのコンピュータにおいて動作するアプリケーションプログラムであって、前記コンピュータに、所定の事象が発生したことを示す情報が取得された場合、アプリケーションプログラム同士が互いに通信するサービスにおいて、前記アプリケーションプログラムがインストールされた、前記端末装置Ａが存在する位置の近くに位置する不特定の一以上の端末装置Ｂに対して特定情報を送信させる処理と、を実行させ、前記特定情報は、救援が必要であるかを問い合わせる情報または救援に向かうことを提案する情報であるアプリケーションプログラムである。本実施形態の一態様のアプリケーションプログラムについては、例えば、第２実施形態－第４実施形態で説明する。なお、第１実施形態－第５実施形態の内容を適宜組み合わされて実施されてもよい。

＜第１実施形態＞
［概要］
図１は、第１実施形態の概要について説明するための図である。平常時では、ユーザは、サービスを利用して、相手（家族・友人など）の連絡先が分かる相手と連絡し合う。例えば、電話を行ったり、メールやメッセージなどを送受信したりする。平常時では、連絡先が分からない相手とは連絡はできない。災害・有事などの緊急時では、連絡先が分からない相手とユーザは電話を行ったり、メールやメッセージなどを送受信したりすることができる。例えば、ユーザからの位置が近い相手と緊急連絡を行うことができる。これにより、救援が必要なユーザは、近くにいるユーザに救援を要請することができる。

［通信システム］
図２は、通信システム１の機能構成の一例を示す図である。通信システム１は、例えば、一以上のユーザの端末装置１０と、サーバ装置５０とを備える。端末装置１０と、サーバ装置５０とはネットワークＮＷを介して互いに通信する。ネットワークＮＷは、例えば、インターネットやＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、セルラー網など種々の通信網を含む。

［端末装置］
端末装置Ｕは、スマートフォンやタブレット端末、パーソナルコンピュータなどの通信機能等を有するコンピュータ装置である。端末装置１０は、ＣＰＵ（Central Processing Unit）等のプロセッサにより端末装置１０の記憶装置に記憶されたアプリケーションプログラム（通信アプリ１２）が実行されることで後述する各種処理を実行する。通信アプリ１２は、ユーザ同士がコミュニケーションするためのアプリである。コミュニケーションは、通話で行われてもよいし、テキストで行われてもよい。通信アプリは、例えば、ソーシャルネットワーキングサービスを提供するアプリである。通信アプリ１２は、端末装置１０の販売時にインストールされているアプリであってもよいし、ユーザが端末装置１０を購入後にアプリストアなどからインストールしたものであってもよい。また、通信アプリ１２に代えて、通信アプリ１２と同等の機能は、ニュースを提供するニュースアプリや、ショッピングサービスを提供するショッピングアプリなどに実装されていてもよい。

［サーバ装置］
サーバ装置５０は、例えば、通信アプリ１２と協働してユーザにサービスを提供する。サーバ装置５０は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することに各種処理を実行して、通信アプリ１２と協働してユーザにサービスを提供する。サーバ装置５０に含まれる機能構成の一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。なお、以下で説明するサーバ装置５０で実行される処理の一部または全部は他の装置（例えば車両）で実行されてもよい。また、本実施形態における他の装置で実行される処理の一部は、サーバ装置５０が実行してもよい。

記憶装置は、例えば、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＳＤカード、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disc Drive）、レジスタ等によって実現される。また、記憶装置の一部または全部は、ＮＡＳ（Network Attached Storage）や外部ストレージサーバ装置等であってもよい。記憶装置には、例えば、ユーザの識別情報や、サービスで利用されているユーザの識別情報に対応付けられた通信先を示すアドレス等の情報が記憶されている。

［平常時の動作］
図３は、平常時の端末装置（通信アプリ１２）の動作について説明するための図である。例えば、端末装置１０－１が、アドレスを指定して端末装置１０－２および端末装置１０－３と通信可能である。端末装置１０－１は、端末装置１０－２および端末装置１０－３と、サーバ装置５０を介して通信するが、図３ではサーバ装置５０の図示は省略する（図４についても同様）。端末装置１０－１は、端末装置１０―４の連絡先を知らないため、端末装置１０－４とは通信しない。

［緊急時の動作］
図４は、緊急時の端末装置（通信アプリ１２）の動作について説明するための図である。例えば、端末装置１０－１が、アドレスを指定して端末装置１０－２および端末装置１０－３と通信可能であり、更に、端末装置１０－１は、連絡先を知らない端末装置１０－４と通信可能である。端末装置１０－４は、端末装置１０－１の近くに存在する（所定の距離以内の）端末装置である。近くとは、例えば、端末装置１０－１のユーザを救援しに向かえると推定される距離である。

［シーケンス図（その１）］
図５は、端末装置１０およびサーバ装置５０により実行される処理の流れの一例を示すシーケンス図である。サーバ装置５０は、ユーザが救援を求めた場合に、端末装置１０（第１の端末装置）の位置情報に基づいて、当該端末装置１０の位置に存在する不特定の一以上の端末装置（第３の端末装置）を特定し、特定した端末装置１０に端末装置１０のユーザが救援を求めていることを示す情報を送信する。

まず、ユーザが、端末装置１０－１の通信アプリ１２を操作して、緊急ボタンを操作したものとする（Ｓ１０）。通信アプリ１２は、緊急ボタンが操作されたことに応じて、緊急情報をサーバ装置５０に送信する（Ｓ１２）。

サーバ装置５０は、通信アプリ１２がインストールされた端末装置１０の位置情報に基づいて、緊急情報を送信した端末装置１０の位置に近くの端末装置１０を特定する（Ｓ１４）。サーバ装置５０は、例えば、通信アプリ１２がインストールされた端末装置１０の位置情報を所定間隔または処理のタイミングで取得している。Ｓ１２で送信された情報に位置情報が含まれていてもよい。なお、上記の緊急情報を送信した端末装置１０の近くの端末装置１０は、安全が確認できている端末装置１０のユーザであってもよい。例えば、サーバ装置５０は、各端末装置１０に安否の有無を回答するコンテンツを提供し、安全と回答したユーザの端末装置１０を近くの端末装置１０として扱ってもよい。

次に、サーバ装置５０は、近くの端末装置１０－４の通信アプリ１２にメッセージを送信する（Ｓ１６）。次に、端末装置１０－４の通信アプリ１２は、送信されたメッセージをユーザに通知する（Ｓ１８）。例えば、メッセージが端末装置１０－４の表示部に表示されたり、音声で救援の要請が端末装置１０－４のユーザにされたりする。通知には、端末装置１０－１の位置情報が含まれてもよい。例えば、サーバ装置５０は、端末装置１０－１の位置情報と、地図情報のＰＯＩや道路の情報とに基づいて、ユーザの位置の近くの目印を特定して、特定した目印の情報を通知してもよい。例えば、サーバ装置５０は、位置情報（ｘ１、ｙ２）の情報を取得した場合、この位置情報の近くにスーパーマーケットＡおよびＢ交差点があることを特定し、端末装置１０－４のユーザに、スーパーマーケットＡおよびＢ交差点に救援を求めているユーザが存在することを端末装置１０―４のユーザに通知する。また、端末装置１０－４の表示部には、端末装置１０－１の位置情報と、端末装置１０－４の位置情報とが地図情報に対応付けられた情報が表示されてもよいし、端末装置１０－４から端末装置１０－１までの経路が示されてもよい。これらの情報を含むコンテンツは、サーバ装置５０が生成してもよいし、端末装置１０－４の通信アプリ１２が、サーバ装置５０から端末装置１０－１の位置情報を取得して生成してもよい。

通知に応じて、端末装置１０－４のユーザが、例えば救援に向かうなどのメッセージをサーバ装置５０に送信すると（Ｓ２０）、サーバ装置５０が、端末装置１０－４から送信されたメッセージを受信する（Ｓ２２）。次に、サーバ装置５０が、端末装置１０－４から受信したメッセージを端末装置１０－１に送信する（Ｓ２４）。次に、端末装置１０－１は、サーバ装置５０から受信した、端末装置１０－４から送信されたメッセージをユーザに通知する（Ｓ２４）。

上記のように、緊急時において、端末装置１０－１は、連絡先を知らない近くのユーザに救援を求めることができる。

［インターフェース画面について］
図６は、端末装置１０に表示されるインターフェース画面とサーバ装置５０の処理とについて説明するための図である。ユーザが、端末装置１０－１の表示部に表示されたインターフェース画面ＩＭ１の緊急ボタンＢを操作すると、サーバ装置５０が、端末装置１０－１の位置に近い端末装置１０を特定する。サーバ装置５０は、特定した一以上の端末装置１０に対して、救援要請を行う。

例えば、近くの端末装置１０－１の表示部には、インターフェース画面ＩＭ２が表示される。インターフェース画面ＩＭ２には、例えば、救援に向かうかを問い合わせる画像や、端末装置１０－１および端末装置１０－４の位置、端末装置１０－４から端末装置１０－１までの経路が表示される。例えば、端末装置１０－４のユーザが救援に向かう意思を示した場合、端末装置１０－１の表示部に、その旨の情報が表示される。そして、例えば、端末装置１０－１のユーザは、端末装置１０－４のユーザと連絡を取り合って、救援を求める。例えば、端末装置１０－１のユーザは、自身がいる場所の詳細などを端末装置１０－４のユーザに提供して、救援を求める。

上記のように、緊急時には、ユーザは容易に救援を求めることができる。例えば、ユーザは、連絡先を知らない近くのユーザに救援を求めることができる。

なお、上記のように、災害・有事が発生して連絡先を知らなかった不特定のユーザと通信するモードに切り替わった場合、モードが切り替わる前にサービスで利用していたユーザ名に代えて、予め設定された災害・有事のモード用のユーザ名が利用されてもよい。また、この場合、通信アプリ１２は、この予め定められたユーザ名を用いて不特定の他の端末装置１０と通信し（他の端末装置１０の表示部に表示させ）、災害・有事のモード用のモードであっても従前から連絡先を知っていたユーザと通信する場合は、モードが切り替わる前にサービスで利用していたユーザ名が利用されてもよい。

これにより、不特定のユーザに対しては、違和感を与えることが抑制されたり、プライバシーを考慮したりすることができ、更に、従前からの知り合いに対しては、これまでと同じようにコミュニケーションを行うことができる。なお、この設定は（どのようにユーザ名を表示するかは）、ユーザが予め設定しておいてもよい。例えば、ユーザが、災害・有事のモードであっても一律に、災害・有事のモードで利用すると予め設定したユーザ名を誰に対しても利用すると設定した場合は、そのようにユーザ名が用いられる。また、災害・有事のモードにおいて、端末装置１０のＵＤＩＤ（Unique Device Identifier）などの識別情報が表示されるようになっていてもよい。

［シーケンス図（その２）］
図７は、端末装置１０およびサーバ装置５０により実行される処理の流れの他の一例を示すシーケンス図である。前述した図５のシーケンスでは、ユーザが緊急ボタンを操作することで、連絡を知らないユーザに救援を要請したが、本シーケンスでは、緊急時とサーバ装置５０が判定した場合に、連絡を知らないユーザ同士が通信可能となる。

まず、サーバ装置５０が、災害・有事に関する情報を取得する（Ｓ５０）。災害・有事に関する情報は、サーバ装置５０の管理者が入力してもよいし、他のサーバ装置から取得されてもよい。災害・有事に関する情報とは、例えば、災害・有事が発生している、または発生すると予測されるエリア（緯度経度で規定されたエリア）や、災害・有事の種別などの情報を含む。

次に、サーバ装置５０は、災害・有事が発生したエリアに基づく範囲を特定する（Ｓ５２）。詳細は、後述する図８で説明する。次に、サーバ装置５０は、特定した範囲（例えば後述するエリアＡＲ２や、エリアＡＲ２＃）に位置する端末装置１０にメッセージを送信する（Ｓ５４、Ｓ５６）。例えば、端末装置１０－１、端末装置１０－４を含む端末装置１０にメッセージが送信される。

端末装置１０－４は、サーバ装置５０を介してメッセージを端末装置１０－１に送信することができ（Ｓ５８、Ｓ６０、Ｓ６２）、端末装置１０－１は、端末装置１０－１に送信されたメッセージをユーザに通知することができる（Ｓ６４）。

［範囲の特定（その１）］
図８は、Ｓ５２の範囲の特定について説明するための図（その１）である。サーバ装置５０は、災害・有事が発生したエリアＡＲ１を包含する範囲であるエリアＡＲ２を特定する。エリアＡＲ１は、災害・有事が発生した位置から第１の距離の範囲であり、エリアＡＲ２は、第１の距離よりも長い第２の距離の範囲である。

エリアＡＲ１は、例えば、発生した災害・有事が影響するエリアである。例えば、○○市○○地区で災害・有事が発生した場合、○○地区に対応するエリアまたは○○地区から所定距離や○○地区に隣接する地区を含むエリアである。エリアＡＲ２は、エリアＡＲ１に所定時間で到達できる距離に基づくエリアや、救援に向かうことが可能とされるエリアである。例えば、サーバ装置５０の記憶装置には、地区や地域ごとにエリアＡＲ１およびエリアＡＲ２の情報が対応付けられた対応情報が記憶されていてもよい。サーバ装置５０は、記憶装置に記憶された対応情報を参照して、各エリアを特定してもよい。

［範囲の特定（その２）］
図９は、Ｓ５２の範囲の特定について説明するための図（その２）である。サーバ装置５０は、エリアＡＲ２を特定し、エリアＡＲ１に存在するユーザの数と、エリアＡＲ２に存在する数とに基づいて、エリアＡＲ２の大きさを決定してもよい。例えば、エリアＡＲ１のユーザの数に対して、エリアＡＲ２に存在し、且つエリアＡＲ１に存在しないユーザの数が閾値以上となるように、エリアＡＲ２を特定する。閾値は、例えば、エリアＡＲ２に存在し、且つエリアＡＲ１に存在しないユーザの数が、エリアＡＲ１に存在する数のＮ倍であることである。「Ｎ」は、１．５倍や２倍などの任意の自然数である。

図９の左の図のように、エリアＡＲ１に二人のユーザが存在し、エリアＡＲ２に存在し且つエリアＡＲ１に存在しないユーザの数が３人である場合、図９の右図のようにエリアＡＲ２をエリアＡＲ２＃に拡大して、エリアＡＲ２に存在し且つエリアＡＲ１に存在しないユーザの数が、エリアＡＲ１のユーザの数の倍以上になるように拡大される。このように、サーバ装置５０は、救援が必要と推定されるユーザの数に基づいて、エリアＡＲ２を設定することにより、よりエリアＡＲ１のユーザを救援することができる。

上記のように、サーバ装置５０は、特定したエリアＡＲ２やエリアＡＲ２＃に位置するユーザ同士が連絡先を知らなくても通信可能なようにサービスを提供したり、救援に向かうことが可能な人に対して救援要請したりすることができる。

サーバ装置５０は、エリアを特定する際に、例えば、車両（または他の乗り物でもよい）に乗ったユーザを含めるようにエリアを特定してもよい。例えば、サーバ装置５０は、位置情報の変化の履歴を取得し、取得した変化の履歴に基づいて、ユーザの時間ごとの移動軌跡から所定速度以上で移動しているユーザは、車両または列車に搭乗していると推定する。サーバ装置５０は、地図情報と比較して線路上を移動していないユーザは車両に乗っていると推定する。そして、サーバ装置５０は、車両に乗っているユーザが救援に向かう候補のユーザとして含まれるようにエリアを特定する。例えば、エリアＡＲ１に含まれる人数が搭乗できる車両がエリアＡＲ２に含まれるようにエリアＡＲ２が調整される。これにより、救援が迅速に行えることが期待できる。

また、サーバ装置５０は、郊外などの都心以外では車両に乗っているユーザを含むようにエリアを特定し、都心では車両に乗っているかを考慮せずにエリアを特定してもよい。都心では、車両で移動すると時間が掛かることがあるためである。どの地域で、この判断基準が用いられるかを示す情報が記憶装置に記憶され、サーバ装置５０は記憶装置に記憶された情報に基づいて採否を判断する。

［インターフェース画面について］
エリアＡＲ１に位置する端末装置１０－１（または他の端末装置１０）の表示部には、図１０に示すインターフェース画面ＩＭ５が表示されてもよい。インターフェース画面ＩＭ５には、例えば、ボタンＢ２、Ｂ３、Ｂ４、および各端末装置１０の位置と地図情報とが対応付けられた情報を含む。このインターフェース画面ＩＭ５に対応するコンテンツは、サーバ装置５０が提供するものであってもよいし、通信アプリ１２が、サーバ装置５０から各端末装置１０の位置情報を取得して、記憶装置に記憶された地図情報と合成して生成したものであってもよい。

ボタンＢ２は、エリアＡＲ２（またはエリアＡＲ２のうちエリアＡＲ１に位置する端末装置１０以外の端末装置１０）にメッセージを送信するためのボタンである。ユーザはボタンＢ２を操作してメッセージを送信すると、エリアＡＲ２の端末装置１０にメッセージが送信される。

ボタンＢ３は、所定距離以内に位置する端末装置１０にメッセージを送信するためのボタンである。所定距離以内とは、端末装置１０から１ｋｍ以内や２ｋｍ以内の範囲である。ボタンＢ４は、ユーザが送信先を指定して指定した送信先にメッセージを送信するためのボタンである。ユーザは、例えば、自身の位置から最も近い端末装置１０を指定して、当該端末装置１０にメッセージを送信することができる。ユーザが、複数の端末装置１０を指定すれば、指定された端末装置１０にメッセージが送信される。上記の送信先は、災害・有事が発生する前は、ユーザが認知していなく、災害・有事が発生したことで通信可能とされる送信先である。例えば、インターフェース画面ＩＭ５に表示された端末装置のアイコンを指定することで送信先が指定される。

例えば、ユーザは、ボタンＢ２を操作しても反応がない場合は、ボタンＢ３を操作して近くのユーザに救援を求めたり、送信先を指定して近くのユーザに救援を求めたりしてもよい。これとは反対に、ユーザは、ボタンＢ３、ボタンＢ４を操作してメッセージを送信しても反応がない場合、ボタンＢ２を操作して救援を求めることができる。

上記のように、通信アプリ１２またはサーバ装置５０は、ユーザがより適切に救援を求められるようなインターフェース画面をユーザに提供することができる。

上記のＢ２－Ｂ４は、「前記第１の端末装置と通信するための前記アドレスを特定するための情報」または「前記複数の端末装置が互いに通信するために前記サービスにおける前記端末装置の前記アドレス」の一例である。緊急・有事の情報が取得された場合、各端末装置１０は、他の端末装置１０のアドレスを通信アプリ１２内では認識可能であるが、ユーザが認識できない態様となっている。ユーザは、上記のように、アドレスを入力することなく、提供されたアドレスを指定するためのボタンを操作することで、アドレスを認識することなく他の端末装置１０と通信することができる。例えば、緊急・有事の状態が収束した後、緊急・有事の状態において連絡できていたユーザとは連絡できなくなる。例えば、サーバ装置５０が、通信アプリ１２と連携して、緊急・有事のモードと緊急・有事でないモードとを切り替えて、通信先を制御する。緊急・有事の状態においてもユーザ同士は連絡先を認識および共有しないため、ユーザのプライバシーなどの個人情報が保護される。

［シーケンス図（その３）］
例えば、トリガー情報が取得される前は、第１の端末装置１０は、ネットワークおよびサーバ装置５０を介して、第２の端末装置１０と通信し、トリガー情報（緊急・有事の情報）が取得された後は、第１の端末装置１０は、ネットワークおよびサーバ装置５０を介さずに、短距離無線通信を用いて第３の端末装置１０と通信してもよいし、トリガー情報が取得される前後において短距離無線を利用して通信がされてもよい。

図１１は、端末装置１０およびサーバ装置５０により実行される処理の流れの他の一例を示すシーケンス図である。前述した図５、図７では、端末装置１０は、サーバ装置５０を介して通信するものとして説明したが、本シーケンスでは、端末装置１０はサーバ装置５０を介さずに通信する。例えば、端末装置１０は、近距離無線通信などの所定の通信規格を利用して通信する。例えば、Bluetooth（登録商標）や、Ｗｉ－Ｆｉ（登録商標）などの通信規格を利用した通信が行われる。

まず、サーバ装置５０が、災害・有事に関する情報を取得する（Ｓ１００）。次に、サーバ装置５０は、災害・有事が発生したエリアに基づく範囲を特定する（Ｓ１０２）。次に、サーバ装置５０は、特定した範囲に位置する端末装置１０に通信アプリ１２の起動指示を送信する（Ｓ１０４、Ｓ１０６）。端末装置１０は、この起動指示を受信すると、通信アプリ１２が起動して、所定の通信規格を利用した通信を行い、周辺の端末装置１０と通信することを試行する。そして、端末装置１０が、通信を確立し（Ｓ１０８）、互いにメッセージを送受信することができる（Ｓ１１０，Ｓ１１２）。

上記のように、端末装置１０は、サーバ装置５０を介さずに他の端末装置１０と通信して、救援を求めることができる。

［通信ネットワークについて］
端末装置１０－１は、直接通信できない端末装置１０と、他の通信可能な端末装置１０を介して通信してもよい。例えば、第１の端末装置１０は、短距離無線を利用して第３の端末装置１０と通信し、第３の端末装置１０は、短距離無線を利用して、他のアプリケーションプログラムがインストールされた第４の端末装置１０と通信し、第１の端末装置１０は、第３の端末装置１０を介して、第４の端末装置１０と通信してもよい。

図１２は、通信ネットワークの一例を示す図である。複数の端末装置１０は、ツリー型やメッシュ型のような通信ネットワークを形成する。例えば、端末装置１０－１と端末装置１０－４とは、距離が遠いため利用している通信規格を用いた通信では直接通信できない。この場合、端末装置１０－１は、通信可能な端末装置１０－５を中継端末装置として、端末装置１０－４と通信する。これにより、端末装置１０－１は、直接通信できない端末装置１０－５と、端末装置１０－５を介して通信することができる。

なお、ネットワークに含まれる端末装置１０の数は、所定数であってもよいし、端末装置１０－１の位置から所定距離以内の数であってもよい。例えば、通信アプリ１２は、ネットワークを形成している端末装置１０の数を他の端末装置１０から取得して、更に自身を上記の数に加算し、加算した数を他の端末装置１０に提供する。これにより、端末装置１０は、ネットワークを形成する端末装置１０の数を認識し、数が閾値以上である場合、ネットワークを形成するために他の端末装置１０と通信することを停止してもよい。また、端末装置１０は、他の端末装置１０から端末装置１０－１の位置情報を取得して、自身の位置情報を参照して、他の端末装置１０をネットワークに含めるか否かを決定してもよい。例えば、自身の位置が基準位置から所定距離を超えている場合、ネットワークを拡大することが停止されてもよい。

［シーケンス図（その４）］
例えば、トリガー情報が取得される前は、第１の端末装置１０は、ネットワークおよびサーバ装置５０を介して、第２の端末装置１０と通信し、トリガー情報が取得された後は、第１の端末装置１０は、ネットワークおよびサーバ装置５０を介さずに、短距離無線通信を用いて第３の端末装置１０と通信してもよいし、トリガー情報が取得される前後において短距離無線を利用して通信がされてもよい。

図１３は、端末装置１０およびサーバ装置５０により実行される処理の流れの他の一例を示すシーケンス図である。前述した図１１では、サーバ装置５０が通信アプリ１２を起動させるものものとして説明したが、本シーケンスでは、端末装置１０が、直接、通信可能な端末装置１０を探索して通信を確立する。

まず、ユーザが、端末装置１０－１の通信アプリ１２を操作して、緊急ボタンを操作したものとする（Ｓ２００）。通信アプリ１２は、緊急ボタンが操作されたことに応じて、通信可能な端末装置１０探索する（Ｓ２０２）。端末装置１０－１は、探索に応じた端末装置１０－４を検出した場合、検出した端末装置１０－４と通信アプリ１２を利用した通信を確立する（Ｓ２０４）。これにより、端末装置１０－１と端末装置１０－４とは、メッセージを送受信することができる（Ｓ２０６、Ｓ２０８）。

上記のように、端末装置１０は、端末装置１０の発意によって周辺の端末装置１０と通信することができる。例えば、サーバ装置５０と通信するためのネットワークが不調である場合であっても、端末装置１０は、周辺の端末装置１０と通信して、救援を求めることができる。なお、上述した図１１のシーケンスの処理と重畳して実施され、より確実に周囲に救援を求められるように構成されてもよい。

以上説明した第１の実施形態によれば、通信アプリ１２が、トリガー情報を取得した場合、ユーザの指定に依らずに、通信アプリ１２がインストールされた、第１の端末装置１０が存在する位置の近くに位置する不特定の一以上の第３の端末装置１０に対して情報を送信させる処理を実行させることにより、人物の救援の支援を行うことができる。

＜第２実施形態＞
以下、第２実施形態について説明する。第２実施形態は、コンピュータに、所定の事象が発生したことを示す情報が取得された場合、アプリケーションプログラム同士が互いに通信するサービスにおいて、前記アプリケーションプログラムがインストールされた、前記端末装置Ａが存在する位置の近くに位置する不特定の一以上の端末装置Ｂに対して特定情報を送信させる処理と、を実行させ、前記特定情報は、救援が必要であるかを問い合わせる情報または救援に向かうことを提案する情報であるアプリケーションプログラム（通信アプリ１２）に係る実施形態である。

このアプリケーションプログラムは、所定の事象が発生したことを示す情報が取得されていない場合は、コンピュータに、登録されたアドレスを有する他のアプリケーションプログラムがインストールされた端末装置Ｃに対して情報を送信させる処理を実行させてもよい。すなわち第１実施形態で説明したように、所定の事象が発生する前は知り合いのみと通信し、所定の事象が発生した後は、知り合い以外のユーザと通信してもよい。以下の説明では、アプリケーションプログラムは、車両に搭載（例えば車載装置）または設置された装置（携帯端末装置）にインタされているものとして説明するが、これに限定される、歩行者が保持する携帯端末装置にインストールされていてもよい。

［概要］
図１４は、第２実施形態の概要について説明するための図である。災害・有事などの情報を車両が取得した場合（１）、車両Ｖが、不特定の端末装置１０に車両Ｖに乗って避難することを提案する（２）。提案を受け入れる場合、ユーザの端末装置１０は、位置情報を車両に送信する（３）。車両Ｖは、送信された位置情報に基づいて、ユーザの救援に向かう。なお、車両に代えて、他のユーザの端末装置１０が、近くのユーザの端末装置１０に避難することを提案してもよい。例えば、５Ｇの通信規格や所定の無線通信の通信規格を用いて車両Ｖは、端末装置１０や他の車両Ｖと通信して、以下の処理を実行する。

例えば、車両Ｖは、自動運転車両である。車両Ｖは、自動運転制御装置１００や、不図示の通信部などを備える。自動運転制御装置１００は、周辺を監視するセンサの検出結果に基づいて、物体に接近せず、道路の所定の位置を走行するように、車両の駆動装置や、制動装置、操舵装置などを制御して、目的地に向かって走行する。また、本実施形態では、車両Ｖに代えて、人や動物を救援できるロボットや移動体であってもよい。

［フローチャート］
図１５は、車両Ｖが実行する処理の流れの一例を示すフローチャートである。まず、車両Ｖが、緊急・有事の情報を取得したか否を判定する（Ｓ３００）。緊急・有事の情報は、他のサーバ装置から取得してもよいし、車両Ｖが、車両Ｖの所定のセンサの検出結果や、車両Ｖのカメラにより撮像された画像に基づいて周辺の状況を検知して、緊急・有事であると判定してもよい。例えば、車両Ｖは、周辺の雨量が所定量以上であると判定した場合、緊急の状態であると判定してもよい。

車両Ｖが緊急・有事の情報を取得した場合、車両Ｖが避難経路を設定する（Ｓ３０２）。例えば、車両Ｖは、緊急・有事の影響が小さい、または無いエリアに向かう経路を生成する。例えば、車両Ｖは、緊急・有事の影響が小さい、または無いエリアの情報は、他のサーバ装置から取得してもよいし、緊急・有事のエリアから推定してもよい。例えば、緊急・有事のエリアから所定距離離れたエリアが緊急・有事の影響が小さい、または無いエリアとされてもよい。

次に、車両Ｖは、車両Ｖに乗車可能な人数を特定する（Ｓ３０４）。例えば、車両Ｖは、車両Ｖのカメラの画像や、座席に設けられたセンサの検出結果に基づいて、車両Ｖに乗っている乗員または搭乗可能な人数を特定する。車両Ｖは、車両Ｖに定員いっぱいの乗員が乗っていない場合、後述するＳ３０６の処理を行い、定員いっぱいの乗員が乗っている場合は、Ｓ３０６の処理を省略してもよいし、他の車両Ｖや端末装置１０に救援の支援の要請をしてもよい。

次に、車両Ｖは、経路付近の端末装置１０に避難をレコメンドする（Ｓ３０６）。経路付近の端末装置１０に避難をレコメンドすることに代えて、緊急・有事が発生しているエリアの端末装置１０にレコメンドがされてもよい。レコメンドとは、車両Ｖに乗車して、避難することのレコメンドである。例えば、車両Ｖは、第１実施形態において説明したようにサーバ装置５０を介して、端末装置１０と通信してもよいし、サーバ装置５０を介さずに直接端末装置１０と通信してもよい。

次に、車両Ｖは、レコメンドに応じた端末装置１０から位置情報を取得し、取得した位置情報に基づいて経路を修正して、修正した経路に基づいて走行する（Ｓ３０８）。これにより本フローチャートの処理が終了する。なお、上記処理の一部は、サーバ装置５０が実行してもよい。例えば、サーバ装置５０が、車両Ｖの位置情報や経路を取得して、周囲の端末装置１０にレコメンドしてもよいし、サーバ装置５０が、端末装置１０から救援の依頼を受けて、車両Ｖに救援先の情報を送信してもよい。例えば、サーバ装置５０は、依頼を受けたユーザの位置に近くの車両Ｖに救援を依頼する。

これにより、車両Ｍは、救援を求めているユーザを乗せて、ユーザを安全な場所に移動させることができる。

なお、車両Ｖが自動運転車両でなく、手動運転車両や半自動運転車両であり、救援が必要であることを示す情報を取得した場合、通信アプリ１２は、救援が必要であると判定して、救援を求めているユーザの端末装置１０の位置情報（例えば地図上の位置）を示す情報を車両Ｖまたは端末装置１０の表示部に表示させる。これにより、車両Ｖのドライバは、表示部に表示された情報を参照して、ユーザの救援に向かうことができる。

［車両Ｖが救援に向かうユーザを判断する条件について］
図１６は、車両Ｖが、救援を求めているユーザを判断する条件の一例を示す図である。条件１は、上述したようにユーザがレコメンドに応じる操作を行ったことである。この操作が行われると、車両Ｖは、端末装置１０またはサーバ装置５０を介して、救援を求める情報を取得する。この場合、車両Ｖは、ユーザが救援を求めていると判定する。

条件２は、緊急・有事の情報が取得される前は、位置が変化していたが、緊急・有事の情報が取得された後は、所定時間位置が変化していないことである。車両Ａの通信アプリ１２は、端末装置１０の位置情報の履歴を取得し、所定の事象が発生する前は、位置情報に変化が生じていたが、所定の事象が発生した後、位置情報が変化していない場合、救援が必要であると判定して、取得した端末装置１０の位置情報に基づいて車両Ｖを自動運転で端末装置Ｂの位置に向かわせる。この場合、緊急・有事が発生したことに応じて、ユーザが動けなくなっている可能性が高いためである。

また、この場合、車両Ｖは、ユーザに安否を回答するコンテンツを提供し、回答の結果に基づいて、本当にユーザが動けなくなっている状態であるかを確認してもよい。例えば、回答が送信されない場合、本当に動けなくなっていると判断される。

条件３は、端末装置１０が操作されていなく、所定時間、端末装置１０の位置が変化していないことである。車両Ａの通信アプリ１２は、端末装置１０に対する操作の履歴および位置情報の履歴を取得し、所定の事象が発生する前は、操作がされていたまたは位置情報に変化が生じていたが、所定の事象が発生した後、操作が所定時間されていなく、且つ位置情報が変化していない場合、救援が必要であると判定して、取得した端末装置１０の位置情報に基づいて車両Ｖを自動運転で端末装置１０の位置に向かわせる。この場合、緊急・有事の事象により、ユーザが動けなくなっている可能性があるためである。また、この場合も、条件２で説明したようにユーザの回答結果に応じて、本当にユーザが動けなくなっているかが判断されてもよい。

車両Ｖは、例えば、図１７に示すようにユーザの時刻ごとの端末装置１０の操作の有無（例えばブラウザを操作など操作の内容）や、位置情報を通信アプリ１２から取得する。車両Ｖは、例えば、ユーザ「００１」が、時刻Ｔ、Ｔ＋１において端末装置１０を操作し、端末装置１０の位置が変化していたが、時刻Ｔ＋１０の前に端末装置１０の操作がされなくなり、位置情報が変化しなくなった時間が所定時間以上となった場合、上述した条件３を満たしたと判定する。

なお、通信アプリ１２は、端末装置１０に対する操作（ブラウザの起動やタップ操作などの操作の内容）を定期的に車両Ｖ（またはサーバ装置５０）に送信してもよい。また、車両Ｖは、例えば、緊急・有事が発生した時から所定時間後に、端末装置１０の通信アプリ１２に対して、緊急・有事が発生した時の前後の操作の情報および位置情報を送信するように依頼し、依頼に応じた情報を取得してもよい。そして、車両Ｖは、取得した情報に基づいて、条件を満たすか否かを判定してもよい。

上記のように、条件が満たされた場合、車両Ｖは、救援を求めている可能性があるユーザを認識することができる。例えば、車両Ｖは、動けなくなったり、端末装置１０を操作できなくなったりしているユーザの救援に向かうことができる。

以上説明した第２実施形態によれば、端末装置１０のコンピュータに、所定の事象が発生したことを示す情報が取得された場合、通信アプリ１２がインストールされた、端末装置１０（車両Ｖ）が存在する位置の近くに位置する不特定の一以上の端末装置１０に対して特定情報を送信させることにより、人物の救援の支援を行うことができる。

＜第３実施形態＞
第３実施形態について説明する。上述した第２実施形態では、車両Ｖが、緊急・有事の情報を取得した場合、救援のレコメンドを行うものとした。第３実施形態では、サーバ装置５０が、緊急・有事が影響するエリアのユーザの数と、車両Ｖに搭乗可能な数とに基づいて、救援のレコメンドを行う車両を決定する。サーバ装置５０は、所定の事象（緊急・有事の事象）が発生したことを示す情報が取得された場合、所定の事象が発生した発生位置に基づいて、第１エリアを設定し、第１エリアに含まれるユーザの数を特定し、発生位置に基づいて、第２エリアを設定し、第２エリアに含まれる車両の数を特定する。サーバ装置５０は、ユーザの数に対して、第２エリアに含まれる車両であって車両に搭乗可能な人数が基準を満たす場合、第２エリアの車両に対して、存在する位置の近くに位置する不特定の一以上の端末装置１０に対して特定情報（救援が必要であるかを問い合わせる情報または救援に向かうことを提案する情報）を送信させる指示を行う。第１エリアは、例えば、所定の事象が影響するエリアである。第２エリアは、第１エリアと同じであってもよいし、第１エリアを包含する広いエリアであってもよい。

サーバ装置５０は、ユーザの数に対して、第２エリアに含まれる車両であって車両に搭乗可能な人数が基準を満たさない場合、ユーザの数に対して、車両に搭乗可能な人数が基準を満たすように第２エリアを拡大する。そして、拡大したエリアの車両に搭乗可能な人数が基準を満たす場合、拡大したエリアの車両に対して、近くに位置する不特定の一以上の端末装置１０に対して特定情報を送信させる指示を行う。上記の近くとは、例えば、第１エリア内であって、車両Ｖの近くである。なお、サーバ装置５０は、第２エリアの車両Ｖに対して、上記の不特定の一以上の端末装置１０に対して特定情報を送信させる指示を行った後、エリアを拡大し、その後の処理を行い、指示を行っていない車両Ｖに対して、上記の不特定の一以上の端末装置１０に対して特定情報を送信させる指示を行ってもよい。

図１８は、第３実施形態の処理の概要について説明するための図である。サーバ装置５０は、緊急・有事の情報を取得した場合、影響があるエリアＡＲ１０を設定する。サーバ装置５０は、エリアＡＲ１０において、救援の必要があるユーザの数を推定する。例えば、サーバ装置５０は、端末装置１０から取得した情報に基づいて、上述した第２実施形態で説明したような条件を満たしたユーザの数を推定する。更に、サーバ装置５０は、エリアＡＲ１０内の車両Ｖから搭乗可能な人数を取得する。サーバ装置５０は、搭乗可能な人数と、救援の必要があるユーザとの人数とを比較して、搭乗可能な人数が閾値以上であるか否かを判定する。閾値とは、救援の必要があるユーザの数よりも多い値であり、例えば、救援の必要があるユーザの数に余裕を持たせた数である。

搭乗可能な人数が閾値以下である場合、サーバ装置５０は、エリアＡＲ１０を拡大させたエリアＡＲ１０＃を設定して、エリアＡＲ１０＃内の車両が搭乗可能な人数を取得する。このようにエリアを拡大する処理が閾値を満たすように実行される。例えば、エリアＡＲ１０＃に拡大することで、エリアＡＲ１０では含まれなかった車両Ｖ３が含まれるようになり、搭乗可能な人数が閾値以上となる。これにより、救援の必要があるユーザを搭乗させる車両Ｖが確保される。例えば、サーバ装置５０は、車両Ｖ３に救援に向かうことを要請し、車両Ｖは、周囲のユーザに搭乗をレコメンドする。

例えば、上述した第２実施形態で説明したように、緊急・有事の情報を取得した場合、緊急・有事に対応するエリアの車両Ｖが、救援の必要があるユーザを救援するが、これらの車両では、搭乗可能な人数の問題でエリアにおける救援の必要があるユーザを救援することができないことがある。これに対して、上記のように、エリアＡＲ１０＃を拡大させ、車両Ｖの数を増加させることにより、エリアのおけるユーザを救援することができる。

［シーケンス図（その１）］
図１９は、端末装置１０、車両Ｖ、およびサーバ装置５０により実行される処理の流れの一例を示すシーケンス図である。サーバ装置５０の処理を中心に説明する。

まず、サーバ装置５０が、災害・有事の情報を取得し（Ｓ４００）、取得した災害・有事に影響する範囲であるエリアを特定する（Ｓ４０２）。次に、サーバ装置５０は、エリアに含まれる車両Ｖに搭乗可能な人数の送信を依頼する（Ｓ４０４）。車両Ｖは、依頼に応じて搭乗可能な人数の情報をサーバ装置５０に送信する（Ｓ４０６）。

例えば、ユーザが、端末装置１０を操作して救援の要請を行った場合、救援の要請の情報がサーバ装置５０およびユーザの近くの車両Ｖに送信される（Ｓ４０８、Ｓ４１０）。サーバ装置５０は、エリアにおける車両に搭乗可能な人数が、救援が必要な人数に基づく閾値以上であるか否かを判定する（Ｓ４１２）。エリアにおける車両に搭乗可能な人数が、救援が必要な人数に基づく閾値以上である場合、サーバ装置５０は、エリアを拡大して、拡大したエリアに含まれる車両に救援を要請する（Ｓ４１４）。

以上説明した第３実施形態によれば、サーバ装置５０が、救援に向かう車両の数を調整するため、エリアのユーザの救援をより確実に行うことができる。

＜第４実施形態＞
第４実施形態について説明する。上述した第３実施形態では、サーバ装置５０が、車両Ｖに救援に向かうことを要請するものした。第４実施形態では、車両Ｖが、他の車両Ｖに救援要請を行う。

［シーケンス］
図２０は、車両と端末装置とにより実行される処理の流れの一例を示すシーケンス図である。車両Ｖ１が、緊急・有事の情報を取得したものとする（Ｓ５００）。次に、車両Ｖは、経路付近の端末装置に避難のレコメンドを行う（Ｓ５０２）。図示する例では、端末装置１０－１にレコメンドを行っているが、他の端末装置１０にもレコメンドを行っているものとする。

レコメンドに応じて、ユーザが端末装置１０を操作して救援の要請を行ったものとする（Ｓ５０４、Ｓ５０６）。例えば、車両Ｖ１は、端末装置１０－１および他の端末装置１０から要請を受けたものとする。

次に、車両Ｖは、搭乗可能な人数を超えるユーザから救援の要請を受けたか否かを判定する（Ｓ５０８）。搭乗可能な人数を超える要請を受けた場合、車両Ｖ１は、近くの他の車両Ｖｎに救援の要請を行う（Ｓ５１０）。例えば、車両Ｖ１は、救援を要請しているユーザの位置情報を車両Ｖｎに送信する。要請を受けた車両Ｖｎは、位置情報に基づいてユーザの救援に向かう（Ｓ５１０）。例えば、車両同士は、所定の通信規格を用いて直接通信してもよいし、サーバ装置５０を介して通信してもよい。

以上説明した第４実施形態によれば、車両Ｖが、救援に向かう車両の数を調整するため、エリアのユーザの救援をより確実に行うことができる。

また、上記の実施形態において、ＵＤＩＤ（Unique Device Identifier）や、端末装置の製造番号（IMEI）、ＭＥＩＤ（Mobile Equipment Identifier）、ＥＳＮ（Electronic Serial Number）などの識別子を用いて端末装置同士で通信を行ってもよい。例えば、識別子を用いた通信規格が存在しているものとする。この通信規格は、識別子を送信先として指定すると、メッセージの送受信やメール、通話などが行えるものとする。例えば、サーバ装置５０は、所定のエリアに位置している上記の識別子の端末装置１０を特定し、特定した識別子を指定して、救援の要請などのメッセージを送信してもよい。

また、無線ＬＡＮの識別情報であるＳＳＩＤ（Service Set Identifier）を用いて通信が行われてもよい。例えば、サーバ装置５０は、ＳＳＩＤとＳＳＩＤに対応する無線ＬＡＮの位置情報（例えば緯度経度）とが対応付けられた情報を保持している。サーバ装置５０は、上記の情報を参照して所定のエリアに位置する無線ＬＡＮに救援要請メッセージを送信することを要請する。この要請を受けた無線ＬＡＮは、通信可能な端末装置１０と通信して、近くに救援が必要なユーザが存在することや、サーバ装置５０から取得し、救援が必要な位置情報を通信可能な端末装置１０に送信してもよい。また、無線ＬＡＮがハブとなり、無線ＬＡＮが通信可能なエリアに存在する端末装置１０同士のメッセージの送受信を仲介してもよい。例えば、緊急・有事の情報を無線ＬＡＮが取得した場合、無線ＬＡＮのモードが切り替わり、上記の処理を実行してもよい。

また、無線ＬＡＮは、緊急・有事の情報を取得した場合、無線ＬＡＮが通信可能な端末装置１０に救援の要否を問い合わせ、救援が必要との回答があった端末装置１０が存在する場合、自身のＳＳＩＤのネーミングを緊急時用のネーミングに変更してもよい。緊急時用のネーミングとは、自身の位置情報を示すネーミングや、自身の位置情報または端末装置１０から送信された位置情報と共に救援が必要であることを示すネーミングである。これらの情報はサーバ装置５０、他の無線ＬＡＮ、無線ＬＡＮ通信可能な他の端末装置１０に提供される。これにより、救援の必要性を他の装置に伝達することができる。

以上説明した実施形態によれば、通信アプリ１２を利用して、所定の事象が発生したときに、連絡先を知らない者同士が通信可能となることで、人物（動物でもよい）の救援の支援を行うことができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１‥通信システム
１０‥端末装置
１２‥通信アプリ
５０‥サーバ装置
Ｖ‥車両

Claims (11)

1. 端末装置Ａのコンピュータにおいて動作するアプリケーションプログラムであって、
   前記コンピュータに、
   所定の事象が発生したことを示す情報が取得された場合、アプリケーションプログラム同士が互いに通信するサービスにおいて、前記アプリケーションプログラムがインストールされた、前記端末装置Ａが存在する位置の近くに位置する不特定の一以上の端末装置Ｂに対して特定情報を送信させる処理を実行させるためのものであり、
   前記特定情報は、救援が必要であるかを問い合わせる情報または救援に向かうことを提案する情報である、
   アプリケーションプログラム。
2. 前記コンピュータに、
   所定の事象が発生したことを示す情報が取得されていない場合、ユーザの指定に応じて、アプリケーションプログラム同士が互いに通信するサービスにおいて、登録されたアドレスを有する他の前記アプリケーションプログラムがインストールされた端末装置Ｃに対して情報を送信させる処理を実行させるための、
   請求項１に記載のアプリケーションプログラム。
3. 前記端末装置Ａは、車両に搭載または設置された装置であり、
   前記アプリケーションプログラムは、前記コンピュータに、
   前記救援が必要であることを示す情報を取得した場合、前記救援が必要であると判定して、取得した前記端末装置Ｂの位置情報に基づいて前記車両を自動運転で前記端末装置Ｂの位置に向かわせる処理を実行させるための、
   請求項２に記載のアプリケーションプログラム。
4. 前記端末装置Ａは、車両に搭載または設置された装置であり、
   前記アプリケーションプログラムは、前記コンピュータに、
   前記救援が必要であることを示す情報を取得した場合、前記救援が必要であると判定して、取得した前記端末装置Ｂの位置情報を示す情報を前記車両または端末装置Ａの表示部に表示させる処理を実行させるための、
   請求項２に記載のアプリケーションプログラム。
5. 前記端末装置Ａは、車両に搭載または設置された装置であり、
   前記アプリケーションプログラムは、前記コンピュータに、
   前記端末装置Ｂの位置情報の履歴を取得し、
   前記所定の事象が発生する前は、前記位置情報に変化が生じていたが、前記所定の事象が発生した後、前記位置情報が変化していない場合、前記救援が必要であると判定して、取得した前記端末装置Ｂの位置情報に基づいて前記車両を自動運転で前記端末装置Ｂの位置に向かわせる処理を実行させるための、
   請求項１から３のうちいずれか１項に記載のアプリケーションプログラム。
6. 前記端末装置Ａは、車両に搭載または設置された装置であり、
   前記アプリケーションプログラムは、前記コンピュータに、
   前記端末装置Ｂに対する操作の履歴および位置情報の履歴を取得し、
   前記所定の事象が発生する前は、前記操作がされていたまたは位置情報に変化が生じていたが、前記所定の事象が発生した後、前記操作が所定時間されていなく、且つ位置情報が変化していない場合、前記救援が必要であると判定して、取得した前記端末装置Ｂの位置情報に基づいて前記車両を自動運転で前記端末装置Ｂの位置に向かわせる処理を実行させるための、
   請求項１から３のうちいずれか１項に記載のアプリケーションプログラム。
7. 前記端末装置Ａは、車両に搭載または設置された装置であり、
   前記アプリケーションプログラムは、前記コンピュータに、
   前記車両に定員いっぱいの乗員が乗っていなく、且つ前記救援が必要であると判定した場合、前記端末装置Ｂの位置情報に基づいて前記車両を自動運転で前記端末装置Ｂの位置に向かわせる処理を実行させるための、
   請求項１から３のうちいずれか１項に記載のアプリケーションプログラム。
8. 前記アプリケーションプログラムは、
   車両に搭載または設置された前記端末装置Ａにインストールされ、
   前記端末装置Ａの前記コンピュータに、
   前記車両が走行する経路の付近に存在する前記不特定の一以上の端末装置Ｂに対して特定情報を送信させる処理を実行させるための、
   請求項１から３のうちいずれか１項に記載のアプリケーションプログラム。
9. 請求項１または２に記載のアプリケーションプログラムが動作する端末装置Ａと、
   サーバ装置と、を備え、
   前記端末装置Ａは、車両に搭載または設置された装置であり、
   前記サーバ装置は、所定の事象が発生したことを示す情報が取得された場合、前記所定の事象が発生した発生位置に基づいて、第１エリアを設定し、前記第１エリアに含まれるユーザの数を特定し、前記発生位置に基づいて、第２エリアを設定し、前記第２エリアに含まれる前記車両の数を特定し、
   前記ユーザの数に対して、前記第２エリアに含まれる車両であって前記車両に搭乗可能な人数が基準を満たす場合、前記第２エリアの前記車両に対して、存在する位置の近くに位置する不特定の一以上の端末装置Ｂに対して特定情報を送信させる指示を行い、
   前記ユーザの数に対して、前記第２エリアに含まれる車両であって前記車両に搭乗可能な人数が基準を満たさない場合、前記ユーザの数に対して、前記車両に搭乗可能な人数が基準を満たすように前記第２エリアを拡大する、
   通信システム。
10. 前記端末装置Ａは、車両に搭載または設置された装置であり、
    前記車両は、所定の通信規格を用いて直接端末装置Ｂと通信する、
    請求項１から３のうちいずれか１項に記載のアプリケーションプログラム。
11. 車両が、
    所定の事象が発生したことを示す情報が取得された場合、前記車両が存在する位置の近くに位置する不特定の一以上の端末装置に対して特定情報を送信し、前記特定情報は、救援が必要であるかを問い合わせる情報または救援に向かうことを提案する情報であり、
    前記救援が必要であることを示す情報を取得した場合、前記救援が必要であると判定して、取得した前記端末装置の位置情報に基づいて自動運転で前記端末装置の位置に向かう、
    救援方法。

Images