(57)【要約】【課題】適切な救援者を救援に向かわせることが可能な救援支援サーバ、救援支援システム及びプログラムを提供する。【解決手段】救援支援サーバ１は、カメラＣから画像データを受信する収集データ受信部１１と、救援者Ｐが所持する携帯端末Ｍの位置情報を受信する位置情報受信部１２と、カメラＣから受信した画像データに基づいて、被救援者Ｑの有無を判断する救援判断部１３と、救援判断部１３により被救援者Ｑがいると判断した場合に、画像データと、カメラＣの位置情報とに基づく救援属性情報を付与する属性付与部１４と、救援者Ｐの属性情報を記憶した救援者属性記憶部３３を参照して、救援属性情報に適合する救援者Ｐを、適合度合いに応じて順位付ける順位付与部１６と、上位に順位付けがされた救援者Ｐの携帯端末Ｍに対して、被救援者Ｑの位置情報と、画像データに基づいた要請内容とを含む救援依頼を通知する依頼通知部１７とを備える。【選択図】図２
2020052856.tif 000002
【特許請求の範囲】
【請求項１】
収集データを取得する状況収集装置と、救援者が所持する救援者端末とに対して通信可能に接続された救援支援サーバであって、
前記救援者の属性情報を記憶した救援者属性記憶部と、
前記収集データを受信する収集データ受信手段と、
前記救援者端末の位置情報を受信する位置受信手段と、
前記状況収集装置から受信した前記収集データに基づいて、被救援者の有無を判断する救援判断手段と、
前記救援判断手段により被救援者がいると判断した場合に、前記収集データと、前記状況収集装置の位置情報とに基づく救援属性情報を付与する属性付与手段と、
前記救援者属性記憶部を参照して、前記救援属性情報に適合する救援者を、適合度合いに応じて順位付ける順位付与手段と、
前記順位付与手段により上位に順位付けがされた前記救援者の前記救援者端末に対して、被救援者の位置情報と、前記収集データに基づいた対応内容とを含む救援依頼を通知する依頼通知手段と、
を備えること、
を特徴とする救援支援サーバ。
【請求項２】
請求項１に記載の救援支援サーバにおいて、
前記救援属性情報は、前記状況収集装置の位置情報から得られる場所の属性情報と、前記収集データから得られる要請内容の属性情報と、前記収集データから得られる被救援者の属性情報とのうち少なくともいずれかを含み、
前記順位付与手段は、前記救援者が前記状況収集装置の位置に到達するまでに要する到達推定時間、及び、前記救援者属性記憶部に記憶された前記救援者の属性情報と前記救援属性情報との適合度合いを各々スコア化して、スコア順に前記救援者を順位付けること、
を特徴とする救援支援サーバ。
【請求項３】
請求項２に記載の救援支援サーバにおいて、
前記救援属性情報に前記要請内容を含む場合に、前記要請内容に対応した救援道具情報を含み、
前記順位付与手段は、前記救援者の位置情報と、前記救援道具情報の設置位置と、前記状況収集装置との間の位置関係に基づいてスコア化し、スコア順に前記救援者を順位付けること、
を特徴とする救援支援サーバ。
【請求項４】
請求項１から請求項３までのいずれかに記載の救援支援サーバにおいて、
前記救援属性情報に基づいて緊急度を算出する緊急度算出手段を備え、
前記依頼通知手段は、前記緊急度算出手段により算出した前記緊急度に応じた通知範囲の前記救援者の前記救援者端末に対して、前記救援依頼を通知すること、
を特徴とする救援支援サーバ。
【請求項５】
請求項１から請求項４までのいずれかに記載の救援支援サーバにおいて、
前記救援依頼を通知した前記救援者端末から前記救援依頼に対する応答を受信する応答受信手段を備え、
前記依頼通知手段は、前記応答受信手段による受信した応答が救援不可の場合に、前記救援依頼をした前記救援者を除いて上位に順位付けがされた前記救援者の前記救援者端末に対して、前記救援依頼を通知すること、
を特徴とする救援支援サーバ。
【請求項６】
請求項５に記載の救援支援サーバにおいて、
前記応答受信手段による受信した応答が救援可の場合に、前記救援者の周辺に位置する他の救援者の前記救援者端末に、前記救援者が不在の旨を通知する不在通知手段を備えること、
を特徴とする救援支援サーバ。
【請求項７】
請求項１から請求項６までのいずれかに記載の救援支援サーバにおいて、
前記救援者が救援可能であるか否かを示す救援可否情報を記憶する救援可否記憶部を備え、
前記順位付与手段は、前記救援可否記憶部に記憶された前記救援可否情報が救援可である前記救援者から、前記救援属性情報に適合する救援者を順位付けること、
を特徴とする救援支援サーバ。
【請求項８】
請求項７に記載の救援支援サーバにおいて、
前記依頼通知手段により前記救援依頼を通知した前記救援者端末を所持する前記救援者に対する前記救援可否記憶部の前記救援可否情報を、救援不可に更新する救援可否更新手段を備えること、
を特徴とする救援支援サーバ。
【請求項９】
請求項１から請求項８までのいずれかに記載の救援支援サーバと、前記状況収集装置と、前記救援者端末と、を備えた救援支援システムであって、
前記状況収集装置は、カメラ及び／又はマイクであり、
前記収集データは、画像データ及び／又は音声データであり、
前記救援支援サーバの前記救援判断手段は、前記収集データを解析処理した結果、環境の異常状態を検知した場合に、被救援者がいると判断し、
前記救援支援サーバの前記属性付与手段は、前記環境の異常状態応じた前記救援属性情報を付与すること、
を特徴とする救援支援システム。
【請求項１０】
請求項１から請求項８までのいずれかに記載の救援支援サーバと、前記状況収集装置と、前記救援者端末と、を備えた救援支援システムであって、
前記状況収集装置は、被救援者が所持する被救援者端末であり、
前記収集データは、前記被救援者の生体データ及び前記被救援者の動作データの少なくとも一方を含む被救援者状況データであり、
前記状況収集装置は、前記収集データと共に、前記状況収集装置の位置情報を、前記救援支援サーバに送信するデータ送信手段を備え、
前記救援支援サーバの前記救援判断手段は、時間の経過に伴う前記収集データの変化の度合いに基づいて、前記被救援者に対する救援が必要であるか否かを判断し、
前記救援支援サーバの前記属性付与手段は、前記被救援者に対する救援が必要であると判断した場合に、前記状況収集装置の位置情報と、前記収集データの変化度合いとに基づいて推定した前記救援属性情報を付与すること、
を特徴とする救援支援システム。
【請求項１１】
請求項１０に記載の救援支援システムにおいて、
前記状況収集装置は、他の前記状況収集装置を所持する前記被救援者を救援可能な前記救援者端末であること、
を特徴とする救援支援システム。
【請求項１２】
請求項１から請求項８までのいずれかに記載の前記救援支援サーバとしてコンピュータを機能させるためのプログラム。
【請求項１３】
請求項９から請求項１１までのいずれかに記載の救援支援システムの前記救援支援サーバとしてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、救援支援サーバ、救援支援システム及びプログラムに関する。
【背景技術】
【０００２】
従来、高齢者の見守りサービスに代表されるように、救援が必要な状況を受けて救援に向かうための技術には、様々なものがある。例えば、救援が必要な状況になったときに、予め登録された身内に連絡をすることで、身内が救援を行うものがある。また、例えば、救援が必要な状況になったときに、予め登録された警備会社等の企業に通知されて、近くにいる警備員等が救援に向かうものがある。
近くにいる者が救援に向かう場合に、救助を要請する利用者の携帯端末の位置情報が示す位置を中心にした探索範囲の半径距離内に位置する担当者の携帯端末に、捜索を要請する援助要請情報を送信する緊急通報装置が開示されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−４１９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の装置は、救助を要請する携帯端末の位置情報に基づいて捜索の困難さを示す捜索難易度と、担当者からの距離に応じた捜索の困難さを示す距離レベルとを用いて、捜索範囲の半径距離を特定し、その範囲の担当者の携帯端末を抽出する。そのため、救助を要請する携帯端末の位置と、捜索をする担当者の携帯端末の位置とに基づいて、距離だけではない他の要素も加味して担当者を抽出するものである。
しかし、救助を要請する側の状況によっては、担当者が早く救助に向かうことができるものの、適切な対応ができない場合がある。
【０００５】
本発明は、適切な救援者を救援に向かわせることが可能な救援支援サーバ、救援支援システム及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。
【０００７】
第１の発明は、収集データを取得する状況収集装置と、救援者が所持する救援者端末とに対して通信可能に接続された救援支援サーバであって、前記救援者の属性情報を記憶した救援者属性記憶部と、前記収集データを受信する収集データ受信手段と、前記救援者端末の位置情報を受信する位置受信手段と、前記状況収集装置から受信した前記収集データに基づいて、被救援者の有無を判断する救援判断手段と、前記救援判断手段により被救援者がいると判断した場合に、前記収集データと、前記状況収集装置の位置情報とに基づく救援属性情報を付与する属性付与手段と、前記救援者属性記憶部を参照して、前記救援属性情報に適合する救援者を、適合度合いに応じて順位付ける順位付与手段と、前記順位付与手段により上位に順位付けがされた前記救援者の前記救援者端末に対して、被救援者の位置情報と、前記収集データに基づいた対応内容とを含む救援依頼を通知する依頼通知手段と、を備えること、を特徴とする救援支援サーバである。
第２の発明は、第１の発明の救援支援サーバにおいて、前記救援属性情報は、前記状況収集装置の位置情報から得られる場所の属性情報と、前記収集データから得られる要請内容の属性情報と、前記収集データから得られる被救援者の属性情報とのうち少なくともいずれかを含み、前記順位付与手段は、前記救援者が前記状況収集装置の位置に到達するまでに要する到達推定時間、及び、前記救援者属性記憶部に記憶された前記救援者の属性情報と前記救援属性情報との適合度合いを各々スコア化して、スコア順に前記救援者を順位付けること、を特徴とする救援支援サーバである。
第３の発明は、第２の発明の救援支援サーバにおいて、前記救援属性情報に前記要請内容を含む場合に、前記要請内容に対応した救援道具情報を含み、前記順位付与手段は、前記救援者の位置情報と、前記救援道具情報の設置位置と、前記状況収集装置との間の位置関係に基づいてスコア化し、スコア順に前記救援者を順位付けること、を特徴とする救援支援サーバである。
第４の発明は、第１の発明から第３の発明までのいずれかの救援支援サーバにおいて、前記救援属性情報に基づいて緊急度を算出する緊急度算出手段を備え、前記依頼通知手段は、前記緊急度算出手段により算出した前記緊急度に応じた通知範囲の前記救援者の前記救援者端末に対して、前記救援依頼を通知すること、を特徴とする救援支援サーバである。
第５の発明は、第１の発明から第４の発明までのいずれかの救援支援サーバにおいて、前記救援依頼を通知した前記救援者端末から前記救援依頼に対する応答を受信する応答受信手段を備え、前記依頼通知手段は、前記応答受信手段による受信した応答が救援不可の場合に、前記救援依頼をした前記救援者を除いて上位に順位付けがされた前記救援者の前記救援者端末に対して、前記救援依頼を通知すること、を特徴とする救援支援サーバである。
第６の発明は、第５の発明の救援支援サーバにおいて、前記応答受信手段による受信した応答が救援可の場合に、前記救援者の周辺に位置する他の救援者の前記救援者端末に、前記救援者が不在の旨を通知する不在通知手段を備えること、を特徴とする救援支援サーバである。
第７の発明は、第１の発明から第６の発明までのいずれかの救援支援サーバにおいて、前記救援者が救援可能であるか否かを示す救援可否情報を記憶する救援可否記憶部を備え、前記順位付与手段は、前記救援可否記憶部に記憶された前記救援可否情報が救援可である前記救援者から、前記救援属性情報に適合する救援者を順位付けること、を特徴とする救援支援サーバである。
第８の発明は、第７の発明の救援支援サーバにおいて、前記依頼通知手段により前記救援依頼を通知した前記救援者端末を所持する前記救援者に対する前記救援可否記憶部の前記救援可否情報を、救援不可に更新する救援可否更新手段を備えること、を特徴とする救援支援サーバである。
第９の発明は、第１の発明から第８の発明までのいずれかの救援支援サーバと、前記状況収集装置と、前記救援者端末と、を備えた救援支援システムであって、前記状況収集装置は、カメラ及び／又はマイクであり、前記収集データは、画像データ及び／又は音声データであり、前記救援支援サーバの前記救援判断手段は、前記収集データを解析処理した結果、環境の異常状態を検知した場合に、被救援者がいると判断し、前記救援支援サーバの前記属性付与手段は、前記環境の異常状態応じた前記救援属性情報を付与すること、を特徴とする救援支援システムである。
第１０の発明は、第１の発明から第８の発明までのいずれかの救援支援サーバと、前記状況収集装置と、前記救援者端末と、を備えた救援支援システムであって、前記状況収集装置は、被救援者が所持する被救援者端末であり、前記収集データは、前記被救援者の生体データ及び前記被救援者の動作データの少なくとも一方を含む被救援者状況データであり、前記状況収集装置は、前記収集データと共に、前記状況収集装置の位置情報を、前記救援支援サーバに送信するデータ送信手段を備え、前記救援支援サーバの前記救援判断手段は、時間の経過に伴う前記収集データの変化の度合いに基づいて、前記被救援者に対する救援が必要であるか否かを判断し、前記救援支援サーバの前記属性付与手段は、前記被救援者に対する救援が必要であると判断した場合に、前記状況収集装置の位置情報と、前記収集データの変化度合いとに基づいて推定した前記救援属性情報を付与すること、を特徴とする救援支援システムである。
第１１の発明は、第１０の発明の救援支援システムにおいて、前記状況収集装置は、他の前記状況収集装置を所持する前記被救援者を救援可能な前記救援者端末であること、を特徴とする救援支援システムである。
第１２の発明は、第１の発明から第８の発明までのいずれかの前記救援支援サーバとしてコンピュータを機能させるためのプログラムである。
第１３の発明は、第９の発明から第１１の発明までのいずれかの救援支援システムの前記救援支援サーバとしてコンピュータを機能させるためのプログラムである。
【発明の効果】
【０００８】
本発明によれば、適切な救援者を救援に向かわせることが可能な救援支援サーバ、救援支援システム及びプログラムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】第１実施形態に係る救援支援システムの概要を示す図である。
【図２】第１実施形態に係る救援支援システムの全体構成図及び救援支援サーバの機能ブロック図である。
【図３Ａ】第１実施形態に係る救援支援サーバで属性付与及び緊急度算出の具体例を示す図である。
【図３Ｂ】第１実施形態に係る救援支援サーバで属性付与の具体例を示す図である。
【図４】第１実施形態に係る救援支援サーバの救援支援処理を示すフローチャートである。
【図５】第１実施形態に係る救援支援サーバの救援者選定処理を示すフローチャートである。
【図６】第１実施形態に係る救援支援サーバの応答後処理を示すフローチャートである。
【図７】第２実施形態に係る救援支援システムの全体構成図及び救援支援サーバの機能ブロック図である。
【図８】第２実施形態に係る携帯端末の機能ブロック図である。
【図９】第２実施形態に係る救援支援サーバの救援支援処理を示すフローチャートである。
【図１０】第２実施形態に係る救援支援サーバの救援者選定処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（第１実施形態）
＜救援支援システム１００＞
図１は、第１実施形態に係る救援支援システム１００の概要を示す図である。
図２は、第１実施形態に係る救援支援システム１００の全体構成図及び救援支援サーバ１の機能ブロック図である。
【００１１】
図１に示す救援支援システム１００は、例えば、ビル等の建物や、ショッピングモール等の商業施設等の大勢の人が出入りする場所において用いられる。救援支援システム１００は、カメラＣが撮影した画像に基づいて、救援が必要な、例えば、一般人である被救援者Ｑを発見する。そして、救援支援システム１００は、被救援者Ｑを発見した場合に、被救援者Ｑの発見時の状況や、被救援者Ｑのいる場所に対して、適切な救援を行うことが可能な救援者Ｐ２を選定して、被救援者Ｑの位置に救援者Ｐ２を向かわせる。
図１に示す例では、２つの建物Ｅ１、Ｅ２からなる施設において、救援支援システム１００を用いるものである。図１では、救援者Ｐ１からＰ６は、例えば、建物Ｅ１、Ｅ２を巡回中の警備員である。また、その他の人は、建物Ｅ１、Ｅ２にいる一般人等である。
【００１２】
図１及び図２に示す救援支援システム１００は、救援支援サーバ１と、複数台のカメラＣ（状況収集装置）と、複数人の救援者Ｐ１，Ｐ２，・・・の各々が所持する複数台の携帯端末Ｍ１，Ｍ２，・・・（救援者端末）とを備える。なお、以降の説明において、個々の救援者Ｐ１、Ｐ２や、個々の携帯端末Ｍ１、Ｍ２等を特定しない場合には、単に、救援者Ｐ、携帯端末Ｍとして説明する。救援支援サーバ１は、カメラＣ及び携帯端末Ｍに対して、通信ネットワークＮを介して通信可能に接続されている。通信ネットワークＮは、例えば、インターネット回線等である。また、通信ネットワークＮは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に基づく短距離無線通信等を用いるものであってもよい。
【００１３】
＜救援支援サーバ１＞
救援支援サーバ１は、カメラＣが送信した画像データ（収集データ）に基づいて被救援者Ｑを発見し、被救援者Ｑを救援するための救援者Ｐを選定して、被救援者Ｑを救援するための通知をするためのデータ処理を行うサーバである。
救援支援サーバ１は、制御部１０と、記憶部３０と、通信インタフェース部３９とを備える。
【００１４】
制御部１０は、救援支援サーバ１の全体を制御する中央処理装置（ＣＰＵ）である。制御部１０は、記憶部３０に記憶されているオペレーティングシステム（ＯＳ）やアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部１０は、収集データ受信部１１（収集データ受信手段）と、位置情報受信部１２（位置受信手段）と、救援判断部１３（救援判断手段）と、属性付与部１４（属性付与手段）と、緊急度算出部１５（緊急度算出手段）と、順位付与部１６（順位付与手段）と、依頼通知部１７（依頼通知手段）と、応答処理部１８（救援可否更新手段、応答受信手段、不在通知手段）とを備える。
【００１５】
収集データ受信部１１は、建物Ｅ１、Ｅ２の各空間を撮影する複数台のカメラＣが撮影した画像データを、カメラＣから取得する。ここで、収集データ受信部１１は、カメラＣから画像データを直接受信してもよい。また、収集データ受信部１１は、カメラＣにより撮影された画像データを、既存の監視システム等の他の装置（図示せず）から受信してもよい。
【００１６】
位置情報受信部１２は、各携帯端末Ｍの位置情報を受信する。位置情報受信部１２は、例えば、携帯端末Ｍから直接位置情報を受信することができる。その際、携帯端末Ｍは、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）や、ＰＤＲ（Ｐｅｄｅｓｔｒｉａｎ  Ｄｅａｄ  Ｒｅｃｋｏｎｉｎｇ）の技術を用いて得た緯度経度情報を、位置情報として救援支援サーバ１に送信してもよい。また、救援支援システム１００が、建物Ｅ１、Ｅ２に図示しないＢＬＥ（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）ビーコンやＷｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）等の通信装置を複数設けて、携帯端末Ｍが、通信装置から受信した信号に含まれる通信装置の識別情報を、救援支援サーバ１に送信する。そうすることで、位置情報受信部１２は、通信装置の位置から携帯端末Ｍの位置を特定してもよい。さらに、位置情報受信部１２は、例えば、携帯端末Ｍからではなく、通信装置から携帯端末Ｍの識別情報を受信することで、通信装置の位置から携帯端末Ｍの位置情報を取得してもよい。
【００１７】
救援判断部１３は、収集データ受信部１１によって取得した画像データから被救援者Ｑの有無を判断する。例えば、救援判断部１３は、収集データ受信部１１によって取得した画像データに対して、画像認識処理等の解析処理を行って、環境が異常状態であるか否か、つまり、被救援者Ｑの有無を判断する。解析処理によって、例えば、人物が倒れ込んだことを検知した場合、救援判断部１３は、環境が異常状態であり、被救援者Ｑがいると判断する。
ここで、環境が異常状態になっていると判断するのは、例えば、体調不良によって倒れ込んだり、座り込んだりした者等の救護が必要な者がいるということに限定されない。例えば、不審な動きをしている者や、立入禁止の場所に侵入する者等、警備や監視が必要な者を検出した場合に、環境が異常状態であると判断してもよい。また、例えば、大勢の人で混雑しているのを検出した場合に、環境が異常状態であると判断してもよい。
【００１８】
画像認識処理の一例として、救援判断部１３は、公知の手法により、画像に含まれる顔画像や、人を検出して、被救援者Ｑの存在を判断することができる。
ここで、人検出の手法としては、例えば、ＨＯＧ特徴量を用いるものがある。ＨＯＧ特徴量を用いた人検出に関しては、「Ｎ．Ｄａｌａｌ  ａｎｄ  Ｂ．Ｔｒｉｇｇｓ．Ｈｉｓｔｏｇｒａｍｓ  ｏｆ  Ｏｒｉｅｎｔｅｄ  Ｇｒａｄｉｅｎｔｓ  ｆｏｒ  Ｈｕｍａｎ  Ｄｅｔｅｃｔｉｏｎ．Ｉｎ  ＣＶＰＲ，ｐａｇｅｓ８８６−８９３，２００５」に記載されている。救援判断部１３は、人検出の手法を用いることで、例えば、人が倒れたりしゃがんだりした状況、不審な動きをする人物、混雑状況等を得ることができる。
【００１９】
また、顔検出の手法としては、例えば、Ｈａａｒ−ｌｉｋｅ特徴を用いるものがある。Ｈａａｒ−ｌｉｋｅ特徴を用いた顔検出に関しては、「Ｐ．Ｖｉｏｌａ  ａｎｄ  Ｍ．Ｊ．Ｊｏｎｅｓ：“Ｒａｐｉｄ  Ｏｂｊｅｃｔ  Ｄｅｔｅｃｔｉｏｎ  Ｕｓｉｎｇ  ａ  Ｂｏｏｓｔｅｄ  Ｃａｓｃａｄｅ  ｏｆ  Ｓｉｍｐｌｅ  Ｆｅａｔｕｒｅｓ”，Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ｔｈｅ  ２００１  ＩＥＥＥ  Ｃｏｍｐｕｔｅｒ  Ｓｏｃｉｅｔｙ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｃｏｍｐｕｔｅｒ  Ｖｉｓｉｏｎ  ａｎｄ  Ｐａｔｔｅｒｎ  Ｒｅｃｏｇｎｉｔｉｏｎ，ｐｐ．５１１−５１８，（２００１）．」に記載されている。救援判断部１３は、顔検出の手法を用いることで、例えば、倒れたりしゃがんだりした人物の表情を得ることができる。
【００２０】
属性付与部１４は、救援判断部１３により被救援者Ｑがいると判断された場合に、画像データと、カメラＣの位置情報とに基づいて、救援属性情報を付与する。
ここで、救援属性情報は、カメラＣの位置から得られる場所の属性情報と、画像データから得られる要請内容の属性情報と、画像データから得られる被救援者Ｑの属性情報とのうち少なくともいずれかを含む。
緊急度算出部１５は、救援属性情報に基づいて、緊急度を算出する。
【００２１】
ここで、属性付与部１４により付与される救援属性情報と、緊急度算出部１５により算出される緊急度について、図３Ａを例に説明する。
図３Ａは、第１実施形態に係る救援支援サーバ１で属性付与及び緊急度算出の具体例を示す図である。
図３Ａでは、例１から例６までについて、救援属性情報５１と、緊急度５２との具体例を示す。なお、制御部１０は、属性付与部１４及び緊急度算出部１５の処理の経過で得られるデータを、記憶部３０に一時記憶する。
図３Ａに示すトラブル内容及び検出内容の項目は、画像データを解析した結果得られるものである。また、要請内容は、検出内容に基づくものであり、その属性は、要請内容の属性情報である。さらに、図３Ａに示す検出場所及びその属性は、カメラＣの位置情報から得られるものである。さらにまた、図３Ａに示す緊急度と通知範囲とは、画像データの解析によって得られた各種の内容から算出される。
【００２２】
例えば、例１と例２とは、救援が必要な状況を検出した場合である。例１は、座り込みであるのに対して、例２は、転倒であるので、例２の方がより緊急度が高い。また、どちらの検出位置も、女子トイレや女子更衣室付近であって、男性が好ましくない場所であるため、位置情報に基づく属性には、女性が付与される。よって、救援者Ｐとして、女性を優先的に選ぶようにすることができる。
例３及び例４は、被救援者Ｑが不審者である場合である。また、例５及び例６は、混雑を検出した場合である。いずれの場合においても、救援支援サーバ１は、画像データを解析して得られた要請内容と、救援を求めている位置情報とから得られた属性情報を付与する。
なお、上記の例示では、画像データから得られる被救援者Ｑの属性情報について、記載していない。画像データから得られる被救援者Ｑの属性情報として、例えば、画像データから判別可能な被救援者Ｑの性別を要請内容に加えてもよい。
【００２３】
順位付与部１６は、後述する救援者属性記憶部３３を参照して、救援属性情報に適合する救援者Ｐを、適合度合いに応じて順位付ける。順位付与部１６は、例えば、救援者Ｐの位置に到達するまでに要する到達推定時間、及び、救援者属性記憶部３３に記憶された救援者Ｐの属性情報と救援属性情報との適合度合いを各々スコア化して、スコア順に救援者Ｐを順位付けることができる。また、順位付与部１６は、救援可である救援者Ｐの中から救援属性情報に適合する救援者Ｐを順位付ける。つまり、他の救援を行っている救援者Ｐを除外した上で、順位付与部１６は、救援者Ｐを順位付ける。
【００２４】
依頼通知部１７は、順位付与部１６により上位に順位付けがされた救援者Ｐの携帯端末Ｍに対して、被救援者Ｑの位置情報と、画像データに基づいた要請内容（対応内容）とを含む救援依頼を通知する。その際、依頼通知部１７は、緊急度算出部１５により算出した緊急度に応じた通知範囲の救援者Ｐの携帯端末Ｍに対して、救援依頼を通知する。図３Ａを例に説明すると、緊急度による通知範囲が「普通」の場合には、依頼通知部１７は、救援者Ｐを、例えば、２人選定して通知する。他方、緊急度による検知範囲が「人数多め」の場合には、依頼通知部１７は、救援者Ｐを、例えば、４人選定して通知する。
【００２５】
応答処理部１８は、救援依頼を通知した携帯端末Ｍから救援依頼に対する応答を受信する。そして、応答処理部１８は、受信した応答が救援可の場合に、救援者Ｐの周辺に位置する他の救援者Ｐの携帯端末Ｍに、救援可を応答した救援者Ｐが不在の旨を通知する。また、救援依頼を通知した携帯端末Ｍを所持する救援者Ｐについて、新たな救援に対する救援が不可であるようにする。
他方、応答処理部１８が救援不可の応答を受信した場合には、依頼通知部１７は、救援依頼をした救援者Ｐを除いて上位に順位付けがされた救援者Ｐの携帯端末Ｍに対して、救援依頼を通知する。
【００２６】
記憶部３０は、制御部１０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部３０は、プログラム記憶部３１と、カメラ位置記憶部３２と、救援者属性記憶部３３と、救援者位置記憶部３４と、救援可否記憶部３５とを備える。
プログラム記憶部３１は、各種のプログラムを記憶する記憶領域である。プログラム記憶部３１は、救援支援プログラム３１ａを記憶している。救援支援プログラム３１ａは、救援支援サーバ１の制御部１０が実行する各種機能を行うためのプログラムである。
【００２７】
カメラ位置記憶部３２は、建物Ｅ１、Ｅ２に設置したカメラＣの位置を記憶する記憶領域である。カメラ位置記憶部３２は、カメラＣの位置と、位置に対応した属性情報とを対応付けて記憶する。位置に応じた属性情報とは、例えば、女子トイレ等の空間の名称や、フロアの名称等である。なお、複数階ある建物の場合には、階数を含んでもよい。
救援者属性記憶部３３は、救援者Ｐの属性情報を記憶する記憶領域である。救援者Ｐの属性情報とは、例えば、看護師、救急救命士等の救援者Ｐの技能や資格に関するものを含む。
【００２８】
救援者位置記憶部３４は、救援者Ｐの位置情報を記憶する記憶領域である。救援者位置記憶部３４は、例えば、救援者Ｐを識別する救援者ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）をキーとして、位置情報受信部１２が受信した救援者Ｐに対応する携帯端末Ｍの位置情報を記憶する。
救援可否記憶部３５は、救援者Ｐが救援可能な状態であるか否かを記憶する記憶領域である。救援可否記憶部３５は、例えば、救援者ＩＤをキーとして、救援可能か否かを示すフラグ（救援可否情報）を記憶する。
【００２９】
通信インタフェース部３９は、通信ネットワークＮを介して携帯端末Ｍ及びカメラＣとの間の通信を行うためのインタフェースである。
ここで、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、救援支援サーバ１は、制御部１０、記憶部３０等を備えた情報処理装置であり、コンピュータの概念に含まれる。
【００３０】
＜カメラＣ＞
カメラＣは、建物Ｅ１、Ｅ２に設置され、建物Ｅ１、Ｅ２の各空間を撮影する。
カメラＣは、視野内を撮影する撮像部と、撮像部により撮影された画像を送信する送信部（いずれも図示せず）とを備える。
カメラＣは、動画像を撮影し続けるものであっても、所定の時間間隔で静止画を撮影するものであってもよい。
【００３１】
＜携帯端末Ｍ＞
携帯端末Ｍは、救援者Ｐが所持する、例えば、スマートフォンやタブレットに代表されるコンピュータの機能を併せ持った携帯型の装置である。携帯端末Ｍは、制御部と、記憶部と、タッチパネルディスプレイと、通信インタフェース部等（いずれも図示せず）とを備える。携帯端末Ｍは、その他、ＧＰＳ受信部を備えてもよい。携帯端末Ｍは、救援支援サーバ１との間で通信を行い、救援支援サーバ１が送信する救援依頼の通知を受信したり、応答したりするためのアプリケーションプログラムを、記憶部に記憶している。
【００３２】
＜処理の説明＞
次に、被救援者Ｑを発見して救援者Ｐを選定する処理について説明する。
図４は、第１実施形態に係る救援支援サーバ１の救援支援処理を示すフローチャートである。
図５は、第１実施形態に係る救援支援サーバ１の救援者選定処理を示すフローチャートである。
図６は、第１実施形態に係る救援支援サーバ１の応答後処理を示すフローチャートである。
【００３３】
図４のステップＳ（以下、単に「Ｓ」という。）１０において、救援支援サーバ１の制御部１０（収集データ受信部１１）は、各カメラＣによって撮影された画像である画像データを、各カメラＣから取得する。収集データ受信部１１は、カメラＣの電源が投入されている間は、常時、カメラＣから画像データを取得してもよい。また、収集データ受信部１１は、１分おき等の所定のタイミングで定期的に、カメラＣから画像データを取得してもよい。
【００３４】
Ｓ１１において、制御部１０（救援判断部１３）は、取得した各画像データに対して画像認識技術を用いた画像認識処理（解析処理）を行う。
Ｓ１２において、制御部１０（救援判断部１３）は、解析処理の結果、被救援者Ｑがいるか否かを判断する。被救援者Ｑがいると判断した場合（Ｓ１２：ＹＥＳ）には、制御部１０は、処理をＳ１３に移す。他方、被救援者Ｑがいないと判断した場合（Ｓ１２：ＮＯ）には、制御部１０は、処理をＳ１０に移し、画像データの取得から画像認識処理までを繰り返す。
Ｓ１３において、制御部１０は、被救援者Ｑに対する救援者Ｐを選定する救援者選定処理を行う。
【００３５】
ここで、救援者選定処理について、図５に基づき説明する。
図５のＳ２０において、制御部１０（属性付与部１４）は、画像データと、その画像データを取得したカメラＣの位置とから救援属性情報を付与する。
Ｓ２１において、制御部１０（緊急度算出部１５）は、救援属性情報に基づいて緊急度を算出する。このＳ２０及びＳ２１の処理によって、制御部１０は、例えば、図３Ａに示すような情報を得る。
【００３６】
Ｓ２２において、制御部１０（位置情報受信部１２）は、携帯端末Ｍの位置情報を取得し、救援者位置記憶部３４に記憶させる。なお、携帯端末Ｍの位置情報を取得し、救援者位置記憶部３４に記憶させる処理は、例えば、１分おき等の所定のタイミングで繰り返し行うものであってもよい。
Ｓ２３において、制御部１０（順位付与部１６）は、救援属性情報に適合する救援者Ｐの順位付けを、救援者Ｐの位置情報も加味した上で行う。
【００３７】
ここで、順位付けについて、具体例に基づき、より詳細に説明する。
例えば、スコア付けを、
（Ａ）要請内容による点数
（Ｂ）被救援者Ｑの位置からの距離による点数
（Ｃ）場所による点数
の３つの指標の合算とし、上記点数の算出に、救援者の属性情報を加味するようにする。
図３Ａに示す例１の場合、要請内容は「応急手当が必要」であるため、救援者Ｐとして求められる属性は「誰でも」である。そのため、（Ａ）は、どの救援者Ｐであっても同じ点数になる。また、緊急度が「中」で、通知範囲が「普通」のため、例えば、２人に通知を送信する。
【００３８】
次に、（Ｂ）については、救援者Ｐと、被救援者Ｑとの間の距離に連動して、例えば、１００ｍ以内であれば１０点、２００ｍ以内であれば５点等が加点される。その際、建物が異なると減点したり、フロアが異なると、１階ごとに−２点（階段を上る場合であり、階段を下りる場合は−１点）にしたりする等、到達推定時間に応じた点数の加減を行ってもよい。
（Ｃ）については、位置情報の属性が「女性」であるため、救援者Ｐの属性情報に女性が含まれていれば、１０点等が加算される。
このようにして、制御部１０は、救援者Ｐごとにスコアを付与し、スコアが高いほど、上位に順位付けがされるようにする。
【００３９】
さらに、順位付けについて、スコア付けに、
（Ｄ）救援器具の近さによる点数
を加えた４つの指標の合算としてもよい。
図３Ｂは、図３Ａに示す救援属性情報５１の一部を示すものであり、必要な救援道具の項目を追加し、要請内容を一部追加したものである。
また、図示しないが、記憶部３０には、必要な救援道具の設置場所に関する情報を記憶しておく。
そして、救援者Ｐの位置情報と、救援道具の設置位置と、被救援者Ｑの位置との間の位置関係に基づいてスコア付けをする。
例えば、図３Ｂに示す例１の場合、要請内容は「応急手当が必要（救急箱等があれば持ってきて下さい）」であり、必要な救援道具は「救急箱」である。その場合、（Ｄ）については、例えば、救援者Ｐの位置の付近（例えば、３０ｍ以内や、被救援者Ｑに到達するまでの道のり等）に該当の救援機器がある場合には、１０点等が加算される。
【００４０】
このようにすることで、救援に行った先で救援道具が無く、救援者Ｐが再度救援道具を取りに行く手間を省くことができる。そして、救援道具が近くにあったり、救援先に向かう途中にあったりした場合に、より高いスコアを付与することで、救援者Ｐが、被救援者Ｑに適切な救援道具を持って、被救援者Ｑの場所に向かうことができる。
【００４１】
図５のＳ２４において、制御部１０は、救援可否記憶部３５を参照し、順位付けが上位の救援可能な救援者Ｐを、緊急度による通知範囲に対応した人数分選定する。その後、制御部１０は、処理を図４のＳ１４に移す。
【００４２】
図４のＳ１４において、制御部１０（依頼通知部１７）は、選定した救援者の携帯端末Ｍに対して救援依頼を通知する。通知の方法としては、例えば、携帯端末Ｍのプログラムによって、タッチパネルディスプレイに救援を求めている者がいる旨を出力してもよい。また、携帯端末Ｍで使用可能なメッセージや電子メール等の伝達方法によって、救援を求めている者がいる旨を出力してもよい。その際、制御部１０は、少なくとも被救援者Ｑの位置と、救援属性情報に含まれる要請内容（必要な救急道具がある場合には、その救急道具情報を含む。また、救急道具の位置情報を含んでもよい。）とを、救援依頼情報として出力する。
救援依頼の通知を受信した携帯端末Ｍの救援者Ｐは、被救援者Ｑの位置と要請内容とを確認する。救援者Ｐは、確認した依頼に対して救援の対応ができるか否かを、携帯端末Ｍを用いて返答する。そして、救援者Ｐは、救援可能である場合には、被救援者Ｑの救援に向かう。
【００４３】
Ｓ１５において、制御部１０は、救援依頼に対する応答を受信したか否かを判断する。救援依頼に対する応答を受信した場合（Ｓ１５：ＹＥＳ）には、制御部１０は、処理をＳ１６に移す。他方、応答を受信していない場合（Ｓ１５：ＮＯ）は、制御部１０は、応答を受信するまで、本処理にとどまる。なお、例えば、３分等の特定時間に応答がない場合には、制御部１０は、後述する図６のＳ３０の処理がＮＯである場合の処理を行うようにしてもよい。
Ｓ１６において、制御部１０（応答処理部１８）は、応答後処理を行う。
【００４４】
ここで、応答後処理について、図６に基づき説明する。
図６のＳ３０において、制御部１０は、応答内容が救援可能なものであるか否かを判断する。応答内容が救援可能なものである場合（Ｓ３０：ＹＥＳ）には、制御部１０は、処理をＳ３１に移す。他方、応答内容が救援不可なものである場合（Ｓ３０：ＮＯ）には、制御部１０は、処理をＳ３３に移す。
Ｓ３１において、制御部１０は、救援可否記憶部３５に記憶された救援者ＩＤが選定された該当の救援者Ｐの救援可否のフラグを、救援不可に更新する。このようにすることで、救援者Ｐが今回の被救援者Ｑ対応をしている間は、携帯端末Ｍは、他の被救援者Ｑの救援依頼通知を受けることがない。
【００４５】
Ｓ３２において、制御部１０は、該当の救援者Ｐを除く、周辺に位置する救援者Ｐの携帯端末Ｍに、該当の救援者Ｐが不在である旨を通知する。ここで、制御部１０は、周辺に位置する救援者Ｐを、救援者位置記憶部３４を参照して抽出する。また、制御部１０は、該当の救援者Ｐが不在であるため、他の周辺の救援者Ｐの位置を、均等に再配置した位置を算出した上で、その情報を、周辺に位置する救援者Ｐの携帯端末Ｍに送信してもよい。そのようにすることで、周辺の救援者Ｐの位置を動かしてもよい。その後、制御部１０は、処理を図４に移し、本処理を終了する。
【００４６】
図６のＳ３３において、制御部１０は、救援可否記憶部３５を参照し、順位付けが上位の救援可能な救援者Ｐを、再度選定する。その際、救援依頼をした救援者Ｐは、再度の選定においては選定対象外にする。
Ｓ３４において、制御部１０（依頼通知部１７）は、選定した救援者Ｐの携帯端末Ｍに対して救援依頼を通知する。
Ｓ３５において、制御部１０は、救援依頼に対する応答を受信したか否かを判断する。救援依頼に対する応答を受信した場合（Ｓ３５：ＹＥＳ）には、制御部１０は、処理をＳ３０に移す。他方、応答を受信していない場合（Ｓ３５：ＮＯ）は、制御部１０は、応答を受信するまで、本処理にとどまる。なお、最初の応答時と同様、特定時間に応答がない場合には、制御部１０は、処理をＳ３３に移してもよい。
【００４７】
このように、第１実施形態の救援支援システム１００によれば、以下のような効果がある。
（１）救援支援サーバ１は、カメラＣが撮影した画像データから被救援者Ｑの可否を判断して、被救援者Ｑがいると判断した場合には、救援属性情報を付与する。そして、救援支援サーバ１は、救援属性情報に基づいて、救援者Ｐを選定する。ここで、救援属性情報は、画像データと、カメラＣの位置とに基づくものであり、要請内容や救援場所の特性を含む。よって、選定する救援者Ｐは、被救援者Ｑに対する要請内容や、救援場所に基づくものになるため、適切な救援者Ｐを救援に向かわせることができる。
【００４８】
（２）救援支援サーバ１は、救援者Ｐとして、救援属性情報との適合度合いに応じて順位付けをした上位の者を選定するので、より被救援者Ｑのニーズに合致した救援者Ｐを向かわせることができる。
そして、救援者ＰがカメラＣの位置に到達するまでに要する到達推定時間、及び、救援者属性記憶部３３に記憶された救援者Ｐの属性情報と救援属性情報との適合度合いを各々スコア化して、スコア順に救援者Ｐを順位付ける。よって、救援者Ｐが被救援者Ｑの位置に到達するまでの時間を加味した上で、被救援者Ｑのニーズに合致した救援者Ｐを向かわせることができる。
（３）救援支援サーバ１は、救援属性情報に基づいて緊急度を算出し、算出した緊急度の通知範囲にしたがって救援者Ｐを選定する。よって、緊急度に応じて、被救援者Ｑに向かわせる救援者Ｐの人数を変えることができ、より実態に即した救援を行うことができる。
【００４９】
（４）救援支援サーバ１は、選定した救援者Ｐが救援不可の場合には、その救援者Ｐを除いて上位に順位付けがされた救援者Ｐを再度選定する。よって、選定した救援者Ｐが救援に向かえない場合であっても、他の救援者Ｐによって救援ができる。
（５）救援支援サーバ１は、救援者Ｐが被救援者Ｑの救援を行う場合に、救援に向かう救援者Ｐの周辺に位置する他の救援者Ｐに、該当の救援者Ｐが不在になる旨を連絡する。よって、救援に向かう救援者Ｐの周辺に位置する他の救援者Ｐは、該当の救援者Ｐが不在であることを認識し、例えば、警護や見回り等を行わせることができる。
（６）救援支援サーバ１は、救援者Ｐが被救援者Ｑの救援を行う場合に、救援可否記憶部３５の該当の救援者Ｐを、救援不可にするので、次に被救援者Ｑの選定を行う際に、既に被救援者Ｑの救援を行っている救援者Ｐを除外できる。
【００５０】
なお、第１実施形態による救援支援システム１００は、種々の変形が可能である。
（１）被救援者の判断には、種々の方法が考えられる。例えば、カメラによる撮影範囲にマイクを設置し、周囲の音（音声）を集音することで、音声認識処理によって被救援者の有無を判断してもよい。また、音声認識処理と、画像認識処理との両方の処理によって、被救援者の有無を判断してもよい。
さらに、音声によって、救援属性情報を付与してもよい。例えば、音声認識処理によって認識した音声データの内容が大きな衝突音であり、その場所が駐車場である場合、救援属性情報として、応急手当や、交通整理が必要という情報を付与する、といったものである。また、例えば、音声認識処理によって認識した音声データの内容が、外国語で争っている音であり、場所が案内所である場合、救援属性情報として、警備や翻訳が必要という情報を付与する、といったものである。
【００５１】
（２）通知を受けた救援者は、救援依頼に対して自らが応答をすることを前提としたが、救援者の状態や場所によって、自動で応答をするようにしてもよい。例えば、交通誘導に関する救援要請が生じた場合、既に別の場所で混雑のための交通誘導をしていたら、救援依頼に対する応答をすることが難しい。よって、救援者の位置を撮影するカメラによって得た画像データに基づいて、救援支援サーバは、自動的に救援不可であると判断してもよい。
【００５２】
（第２実施形態）
第２実施形態では、一般人の携帯端末に、救援依頼が通知されるものを説明する。なお、以降の説明において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。
【００５３】
＜救援支援システム２００＞
図７は、第２実施形態に係る救援支援システム２００の全体構成図及び救援支援サーバ２０１の機能ブロック図である。
図８は、第２実施形態に係る携帯端末２０４の機能ブロック図である。
図７に示す救援支援システム２００は、例えば、ショッピングモール等の大勢の人が集う場所で用いられるシステムであり、ショッピングモールに訪れている一般人や従業者等が被救援者にも、救援者にもなり得る者である。以降の説明において、ショッピングモールに訪れている一般人や従業者等の被救援者にも、救援者にもなり得る者を、単にユーザともいう。
図７に示す救援支援システム２００は、救援支援サーバ２０１と、携帯端末２０４（救援者端末、被救援者端末）とを備える。救援支援サーバ２０１と、携帯端末２０４とは、通信ネットワークＮを介して通信可能に接続されている。
【００５４】
＜救援支援サーバ２０１＞
救援支援サーバ２０１は、携帯端末２０４からセンサデータ（収集データ、動作データ）を取得し、取得したセンサデータに基づいて被救援者を発見する。そして、救援支援サーバ２０１は、被救援者を救援するための救援者を、ユーザの中から選定して、被救援者を救援するための通知をする。
救援支援サーバ２０１は、制御部２１０と、記憶部２３０と、通信インタフェース部３９とを備える。
制御部２１０は、収集データ受信部２１１（収集データ受信手段）と、位置情報受信部１２と、救援判断部２１３（救援判断手段）と、属性付与部２１４（属性付与手段）と、緊急度算出部１５と、順位付与部１６と、依頼通知部１７と、応答処理部１８とを備える。
【００５５】
収集データ受信部２１１は、ユーザが所持する携帯端末２０４が送信したセンサデータ（収集データ）を受信する。ここで、収集データ受信部２１１は、例えば、ショッピングモールにいるユーザの各携帯端末２０４からセンサデータを常に受信してもよい。また、収集データ受信部２１１は、センサデータの値が一定の値を超えた場合に、センサデータをその後の数分間にわたって受信してもよい。
【００５６】
救援判断部２１３は、収集データ受信部２１１によって取得したセンサデータから被救援者の有無を判断する。例えば、救援判断部２１３は、収集データ受信部２１１によって取得したセンサデータの値の変移（時間の経過に伴う収集データの変化の度合い）によって、被救援者の有無を判断する。センサデータの値の変移によって、例えば、人物が倒れ込んでそのまま動きがないことを検知した場合、救援判断部２１３は、被救援者がいると判断してもよい。
【００５７】
属性付与部２１４は、救援判断部２１３により被救援者がいると判断された場合に、センサデータと、携帯端末２０４の位置情報とに基づいて、救援属性情報を付与する。
ここで、救援属性情報は、携帯端末２０４の位置から得られる場所の属性情報と、センサデータから得られる要請内容の属性情報とのうち少なくとも一方を含む。
【００５８】
記憶部２３０は、プログラム記憶部２３１と、救援者属性記憶部２３３と、救援者位置記憶部２３４と、救援可否記憶部３５とを備える。
プログラム記憶部２３１は、救援支援サーバ２０１の制御部２１０が実行する各種機能を行うためのプログラムである救援支援プログラム２３１ａを記憶している。
救援者属性記憶部２３３は、ユーザの属性情報を記憶する記憶領域である。ユーザの属性情報は、例えば、年齢や性別等であってもよい。
救援者位置記憶部２３４は、各ユーザの位置情報を記憶する記憶領域である。救援者位置記憶部２３４は、例えば、ユーザ識別するユーザＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）をキーとして、ユーザの所持する携帯端末２０４の位置情報を記憶する。
【００５９】
＜携帯端末２０４＞
携帯端末２０４は、ユーザが所持する、例えば、スマートフォンやタブレットに代表されるコンピュータの機能を併せ持った携帯型の装置である。
図８に示すように、携帯端末２０４は、制御部２４０と、記憶部２４５と、タッチパネルディスプレイ２４６と、加速度センサ２４８と、通信インタフェース部２４９とを備える。
制御部２４０は、携帯端末２０４の全体を制御するＣＰＵである。制御部２４０は、記憶部２４５に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部２４０は、例えば、センサデータと共に、携帯端末２０４の位置情報を、救援支援サーバ２０１に送信するデータ送信手段等を備える。
【００６０】
記憶部２４５は、制御部２４０が各種の処理を実行するために必要なプログラム、データ等を記憶するための半導体メモリ素子等の記憶領域である。記憶部２４５は、端末アプリ２４５ａを記憶している。端末アプリ２４５ａは、例えば、ショッピングモールで各種のサービスを利用するのに用いることができる、専用のアプリケーションプログラムである。
タッチパネルディスプレイ２４６は、液晶パネル等で構成される表示部としての機能と、ユーザの指等によるタッチ入力を検出する入力部としての機能とを有する。
加速度センサ２４８は、携帯端末２０４の動きを検出する。加速度センサ２４８は、携帯端末２０４の動きを検出した場合に、加速度情報を、制御部２４０に出力する機能を備える。なお、制御部２４０は、加速度情報を、センサデータとして、救援支援サーバ２０１に送信する。
通信インタフェース部２４９は、通信ネットワークＮを介して救援支援サーバ２０１との間の通信を行うためのインタフェースである。
【００６１】
＜処理の説明＞
次に、被救援者を発見して、ユーザが救援者になる処理について説明する。
図９は、第２実施形態に係る救援支援サーバ２０１の救援支援処理を示すフローチャートである。
図１０は、第２実施形態に係る救援支援サーバ２０１の救援者選定処理を示すフローチャートである。
【００６２】
図９のＳ２１０において、救援支援サーバ２０１の制御部２１０（収集データ受信部２１１）は、ショッピングモール内の各携帯端末２０４が送信したセンサデータを、各携帯端末２０４から取得する。収集データ受信部２１１は、上述したように、センサデータの値が一定値以上になった場合に、携帯端末２０４が送信するセンサデータを受信してもよい。また、収集データ受信部２１１は、常に、センサデータを携帯端末２０４から受信してもよい。
【００６３】
Ｓ２１１において、制御部２１０（救援判断部２１３）は、取得したセンサデータの値が閾値以上であるか否かを判断する。この処理は、センサデータが異常状態を示す値であるか否かを判断するものであり、閾値は、異常状態を判断するための値である。センサデータの値が閾値以上である場合（Ｓ２１１：ＹＥＳ）には、制御部２１０は、処理をＳ２１２に移す。他方、センサデータの値が閾値未満である場合（Ｓ２１１：ＮＯ）には、制御部２１０は、処理をＳ２１０に移す。
【００６４】
Ｓ２１２において、制御部２１０（救援判断部２１３）は、取得したセンサデータの値及び時間の経過に伴う値の変移に基づいて、環境の異常状態を判断したか、つまり、被救援者がいるか否かを判断する。被救援者がいると判断した場合（Ｓ２１２：ＹＥＳ）には、制御部２１０は、処理をＳ２１３に移す。他方、被救援者がいないと判断した場合（Ｓ２１２：ＮＯ）には、制御部２１０は、処理をＳ２１０に移す。
Ｓ２１３において、制御部２１０は、被救援者に対する救援者を選定する救援者選定処理を行う。
【００６５】
ここで、救援者選定処理について、図１０に基づき説明する。
図１０のＳ２２０において、制御部２１０（属性付与部２１４）は、センサデータと、センサデータを送信した携帯端末２０４の位置とから救援属性情報を付与する。
Ｓ２２１からＳ２２４までの処理は、第１実施形態（図５）のＳ２１からＳ２４までの処理と同様である。Ｓ２２４の処理の後、制御部２１０は、処理を図９のＳ２１４に移す。
なお、具体例として、センサデータの値及びその後の時間経過に伴う値の変移によって、人が転倒したことを検知した場合、救援支援サーバ２０１は、応急手当が必要であると判断する。
図９のＳ２１４以降の処理は、第１実施形態（図４）のＳ１４以降の処理と同様である。
【００６６】
このように、第２実施形態の救援支援システム２００によれば、以下のような効果がある。
救援支援サーバ２０１は、携帯端末２０４が送信したセンサデータから被救援者の可否を判断して、被救援者がいると判断した場合には、救援属性情報を付与する。そして、救援支援サーバ２０１は、救援属性情報に基づいて、救援者になり得るユーザを選定する。ここで、救援属性情報は、センサデータと、被救援者の携帯端末２０４の位置とに基づくものであり、要請内容や救援場所の特性を含む。そして、選定する救援者は、被救援者に対する要請内容や、救援場所に基づくものになる。そのため、適切なユーザを救援者として救援に向かわせることができる。
【００６７】
なお、第２実施形態による救援支援システム２００は、種々の変形が可能である。
（１）携帯端末と通信可能なウェアラブル端末をユーザが備える場合に、携帯端末の加速度センサの他に、ウェアラブル端末が取得した、例えば、ユーザの脈拍や体温のデータ（生体データ）を加味して、被救援者の有無を判断してもよい。
（２）携帯端末から取得したセンサデータのみならず、例えば、ショッピングモールに設置されたカメラが取得した画像を含めて、被救援者の有無を判断してもよい。
【００６８】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
【００６９】
（変形形態）
（１）第１実施形態では、建物の警備員による救援を、第２実施形態では、ショッピングモールにおいて、一般のユーザによる救援を例に説明した。しかし、これらに限定されるものではない。例えば、コンサートや、スポーツ観戦等の特定施設の空間において、入場時に救援支援のためのアプリケーションプログラムを有する専用端末を観客に配布すれば、観客であれば誰でも、救援者になり得るものにできる。そして、その専用端末に観客が自分の技能や資格等の情報を入力しておけば、近くに困った人（被救援者）がいた場合に、周囲が救援者を探すことなく、通知を受けた観客が駆けつけて救援をすることができる。よって、被救援者のニーズに合った救援者のマッチングが容易になる。また、何に困っているかが分かるため、手助けしやすくなる。
【００７０】
（２）第１実施形態では、状況収集装置として予め配置されたカメラを用いるものを例に説明したが、これに限定されない。
例えば、一般のユーザが、身近に被救援者を発見した場合に、被救援者を含む画像データを救援支援サーバに送信しても、同様に適切な救援者に救援依頼を通知できる。その際、一般のユーザは、被救援者の救援属性情報（例えば、要請内容、場所等）をテキスト入力すれば、より適性のある救援者を救援に向かわせることができる。
また、例えば、警備員が所持する携帯端末から、携帯端末が備える救助依頼ボタンを操作することで、収集データを送信するものであってもよい。
【符号の説明】
【００７１】
１，２０１  救援支援サーバ
１０，２１０，２４０  制御部
１１，２１１  収集データ受信部
１２  位置情報受信部
１３，２１３  救援判断部
１４，２１４  属性付与部
１５  緊急度算出部
１６  順位付与部
１７  依頼通知部
１８  応答処理部
３０，２３０，２４５  記憶部
３１ａ，２３１ａ  救援支援プログラム
３２  カメラ位置記憶部
３３，２３３  救援者属性記憶部
３４，２３４  救援者位置記憶部
３５  救援可否記憶部
１００，２００  救援支援システム
２０４  携帯端末
２４８  加速度センサ
Ｃ    カメラ
Ｍ    携帯端末
Ｐ    救援者
Ｑ    被救援者
【図１】
2020052856.tif 000003
【図２】
2020052856.tif 000004
【図３Ａ】
2020052856.tif 000005
【図３Ｂ】
2020052856.tif 000006
【図４】
2020052856.tif 000007
【図５】
2020052856.tif 000008
【図６】
2020052856.tif 000009
【図７】
2020052856.tif 000010
【図８】
2020052856.tif 000011
【図９】
2020052856.tif 000012
【図１０】
2020052856.tif 000013