知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024114838
(43)【公開日】2024-08-23
(54)【発明の名称】救護支援装置、方法及びプログラム
(51)【国際特許分類】
G06Q 50/26 20240101AFI20240816BHJP
【ＦＩ】
G06Q50/26
【審査請求】有
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2024102885
(22)【出願日】2024-06-26
(62)【分割の表示】P 2022576279の分割
【原出願日】2021-01-20
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】冬野 哲也
(72)【発明者】
【氏名】春山 昌司
(72)【発明者】
【氏名】片山 敦
(72)【発明者】
【氏名】土屋 直之
(57)【要約】
【課題】被救護者と救護者とのマッチングの精度を向上させること。
【解決手段】救護支援装置は、被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、所定の被救護者の情報端末から救護要求を受け付ける受付手段と、救護要求にかかる被救護者の情報開示条件と、救護対応条件とに基づいて、複数の救護候補者の中から救護者を選択する選択手段と、選択した救護者の携帯端末へ、被救護者の救護要請を通知する通知手段と、を備え、情報開示条件は、救護者に対して追加で支払可能な謝礼金額を含む。
【選択図】図１
【解決手段】救護支援装置は、被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、所定の被救護者の情報端末から救護要求を受け付ける受付手段と、救護要求にかかる被救護者の情報開示条件と、救護対応条件とに基づいて、複数の救護候補者の中から救護者を選択する選択手段と、選択した救護者の携帯端末へ、被救護者の救護要請を通知する通知手段と、を備え、情報開示条件は、救護者に対して追加で支払可能な謝礼金額を含む。
【選択図】図１
【特許請求の範囲】
【請求項1】
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備え、
前記情報開示条件は、前記救護者に対して追加で支払可能な謝礼金額を含む
救護支援装置。
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備え、
前記情報開示条件は、前記救護者に対して追加で支払可能な謝礼金額を含む
救護支援装置。
【請求項2】
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備え、
前記救護対応条件は、前記救護者への報酬条件を含む
救護支援装置。
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備え、
前記救護対応条件は、前記救護者への報酬条件を含む
救護支援装置。
【請求項3】
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備え、
前記通知手段は、前記救護要請に対する前記携帯端末からの応答に応じた通知内容を救急機関サーバへ通知し、
前記受付手段は、
前記救護要請を受理した前記救護者の前記携帯端末から、前記被救護者を搬送する車両の車両情報及び当該携帯端末の位置情報を受け付け、
前記通知手段は、
前記車両情報を含めた前記車両の緊急車両の許可申請を前記救急機関サーバへ通知し、
前記車両が緊急車両として許可された場合、前記位置情報から前記被救護者の搬送先までの間、前記車両を優先して通行させるための信号機制御の依頼を、所定の信号機制御システムへ送信する
救護支援装置。
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備え、
前記通知手段は、前記救護要請に対する前記携帯端末からの応答に応じた通知内容を救急機関サーバへ通知し、
前記受付手段は、
前記救護要請を受理した前記救護者の前記携帯端末から、前記被救護者を搬送する車両の車両情報及び当該携帯端末の位置情報を受け付け、
前記通知手段は、
前記車両情報を含めた前記車両の緊急車両の許可申請を前記救急機関サーバへ通知し、
前記車両が緊急車両として許可された場合、前記位置情報から前記被救護者の搬送先までの間、前記車両を優先して通行させるための信号機制御の依頼を、所定の信号機制御システムへ送信する
救護支援装置。
【請求項4】
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録し、
所定の被救護者の情報端末から救護要求を受け付け、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択し、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知し、
前記情報開示条件は、前記救護者に対して追加で支払可能な謝礼金額を含む
救護支援方法。
所定の被救護者の情報端末から救護要求を受け付け、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択し、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知し、
前記情報開示条件は、前記救護者に対して追加で支払可能な謝礼金額を含む
救護支援方法。
【請求項5】
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録し、
所定の被救護者の情報端末から救護要求を受け付け、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択し、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知し、
前記救護対応条件は、前記救護者への報酬条件を含む
救護支援方法。
所定の被救護者の情報端末から救護要求を受け付け、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択し、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知し、
前記救護対応条件は、前記救護者への報酬条件を含む
救護支援方法。
【請求項6】
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録し、
所定の被救護者の情報端末から救護要求を受け付け、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択し、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する救護支援方法であって、
前記救護要請に対する前記携帯端末からの応答に応じた通知内容を救急機関サーバへ通知し、
前記救護要請を受理した前記救護者の前記携帯端末から、前記被救護者を搬送する車両の車両情報及び当該携帯端末の位置情報を受け付け、
前記車両情報を含めた前記車両の緊急車両の許可申請を前記救急機関サーバへ通知し、
前記車両が緊急車両として許可された場合、前記位置情報から前記被救護者の搬送先までの間、前記車両を優先して通行させるための信号機制御の依頼を、所定の信号機制御システムへ送信する
救護支援方法。
所定の被救護者の情報端末から救護要求を受け付け、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択し、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する救護支援方法であって、
前記救護要請に対する前記携帯端末からの応答に応じた通知内容を救急機関サーバへ通知し、
前記救護要請を受理した前記救護者の前記携帯端末から、前記被救護者を搬送する車両の車両情報及び当該携帯端末の位置情報を受け付け、
前記車両情報を含めた前記車両の緊急車両の許可申請を前記救急機関サーバへ通知し、
前記車両が緊急車両として許可された場合、前記位置情報から前記被救護者の搬送先までの間、前記車両を優先して通行させるための信号機制御の依頼を、所定の信号機制御システムへ送信する
救護支援方法。
【請求項7】
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録処理と、
所定の被救護者の情報端末から救護要求を受け付ける受付処理と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択処理と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知処理と、
をコンピュータに実行させ、
前記情報開示条件は、前記救護者に対して追加で支払可能な謝礼金額を含む
救護支援プログラム。
所定の被救護者の情報端末から救護要求を受け付ける受付処理と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択処理と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知処理と、
をコンピュータに実行させ、
前記情報開示条件は、前記救護者に対して追加で支払可能な謝礼金額を含む
救護支援プログラム。
【請求項8】
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録処理と、
所定の被救護者の情報端末から救護要求を受け付ける受付処理と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択処理と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知処理と、
をコンピュータに実行させ、
前記救護対応条件は、前記救護者への報酬条件を含む
救護支援プログラム。
所定の被救護者の情報端末から救護要求を受け付ける受付処理と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択処理と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知処理と、
をコンピュータに実行させ、
前記救護対応条件は、前記救護者への報酬条件を含む
救護支援プログラム。
【請求項9】
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録処理と、
所定の被救護者の情報端末から救護要求を受け付ける受付処理と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択処理と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知処理と、
をコンピュータに実行させ、
前記通知処理は、前記救護要請に対する前記携帯端末からの応答に応じた通知内容を救急機関サーバへ通知し、
前記受付処理は、
前記救護要請を受理した前記救護者の前記携帯端末から、前記被救護者を搬送する車両の車両情報及び当該携帯端末の位置情報を受け付け、
前記通知処理は、
前記車両情報を含めた前記車両の緊急車両の許可申請を前記救急機関サーバへ通知し、
前記車両が緊急車両として許可された場合、前記位置情報から前記被救護者の搬送先までの間、前記車両を優先して通行させるための信号機制御の依頼を、所定の信号機制御システムへ送信する
救護支援プログラム。
所定の被救護者の情報端末から救護要求を受け付ける受付処理と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択処理と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知処理と、
をコンピュータに実行させ、
前記通知処理は、前記救護要請に対する前記携帯端末からの応答に応じた通知内容を救急機関サーバへ通知し、
前記受付処理は、
前記救護要請を受理した前記救護者の前記携帯端末から、前記被救護者を搬送する車両の車両情報及び当該携帯端末の位置情報を受け付け、
前記通知処理は、
前記車両情報を含めた前記車両の緊急車両の許可申請を前記救急機関サーバへ通知し、
前記車両が緊急車両として許可された場合、前記位置情報から前記被救護者の搬送先までの間、前記車両を優先して通行させるための信号機制御の依頼を、所定の信号機制御システムへ送信する
救護支援プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、救護支援装置、救護支援システム、救護支援方法及び非一時的なコンピュータ可読媒体に関し、特に、被救護者の救護を支援するための救護支援装置、救護支援システム、救護支援方法及び非一時的なコンピュータ可読媒体に関する。
【背景技術】
【0002】
近年、不要な救急搬送の急増により、本来、優先度の高い被救護者に対する救護や救急搬送が遅れる場合が増えている。そのため、消防局以外に地域ごとに緊急の救護や搬送を手助けするサービスの必要性が高まっている。
【0003】
特許文献１には、救助要請支援装置に関する技術が開示されている。特許文献１にかかる救助要請支援サーバは、要救助者からの救助要請要求に応じて、要救助者の現在位置に基づいて、予め登録された救助候補者の中から救助者を選定する。救助要請支援サーバは、選定された救助者の端末に、要救助者の現在位置を含めた救助要請通知を送信する。併せて、救助要請支援サーバは、消防指令センタに対して緊急通報を行う。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１７－０３４３６１号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、特許文献１に係る技術では、被救護者と救護者とのマッチングの精度が不十分であった。救護者は救急救命の専任者ではなく、スキルや対応可能な時間帯にバラつきがあるためである。また、被救護者も救護者に対する要望があるためである。
【0006】
本開示は、このような問題点を解決するためになされたものであり、被救護者と救護者とのマッチングの精度を向上させるための救護支援装置、システム及び方法並びに非一時的なコンピュータ可読媒体を提供することを目的とする。
【課題を解決するための手段】
【0007】
本開示の第１の態様にかかる救護支援装置は、
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備える。
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備える。
【0008】
本開示の第２の態様にかかる救護支援システムは、
救護支援装置と、
救急機関サーバと、を備え、
前記救護支援装置は、
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備え、
前記通知手段は、前記救護要請に対する前記携帯端末からの応答に応じた通知内容を前記救急機関サーバへ通知し、
前記救急機関サーバは、前記通知内容に応じた処理を行う。
救護支援装置と、
救急機関サーバと、を備え、
前記救護支援装置は、
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備え、
前記通知手段は、前記救護要請に対する前記携帯端末からの応答に応じた通知内容を前記救急機関サーバへ通知し、
前記救急機関サーバは、前記通知内容に応じた処理を行う。
【0009】
本開示の第３の態様にかかる救護支援方法は、
コンピュータが、
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録し、
所定の被救護者の情報端末から救護要求を受け付け、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択し、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する。
コンピュータが、
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録し、
所定の被救護者の情報端末から救護要求を受け付け、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択し、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する。
【0010】
本開示の第４の態様にかかるプログラムが格納された非一時的なコンピュータ可読媒体は、
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録処理と、
所定の被救護者の情報端末から救護要求を受け付ける受付処理と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択処理と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知処理と、
をコンピュータに実行させる。
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録処理と、
所定の被救護者の情報端末から救護要求を受け付ける受付処理と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択処理と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知処理と、
をコンピュータに実行させる。
【発明の効果】
【0011】
本開示により、被救護者と救護者とのマッチングの精度を向上させるための救護支援装置、システム及び方法並びに非一時的なコンピュータ可読媒体を提供することができる。
【図面の簡単な説明】
【0012】
【図1】本実施形態１にかかる救護支援装置の構成を示すブロック図である。
【図2】本実施形態１にかかる救護支援方法の流れを示すフローチャートである。
【図3】本実施形態２にかかる救護支援システムの全体構成を示すブロック図である。
【図4】本実施形態２にかかる認証装置の構成を示すブロック図である。
【図5】本実施形態２にかかる顔情報登録処理の流れを示すフローチャートである。
【図6】本実施形態２にかかる認証装置による顔認証処理の流れを示すフローチャートである。
【図7】本実施形態２にかかる救護支援装置の構成を示すブロック図である。
【図8】本実施形態２にかかる被救護者の事前登録画面の例を示す図である。
【図9】本実施形態２にかかる自治体消防局連携画面の例を示す図である。
【図10】本実施形態２にかかる救護者の事前登録画面の例を示す図である。
【図11】本実施形態２にかかる消防局サーバの構成を示すブロック図である。
【図12】本実施形態２にかかる救護支援装置の救護支援処理の流れを示すフローチャートである。
【図13】本実施形態２にかかる救護支援処理の流れを示すシーケンス図である。
【図14】本実施形態２にかかる救護要請表示画面の例を示す図である。
【図15】本実施形態２にかかる救護要請の回答画面の例を示す図である。
【図16】本実施形態２にかかる被救護者の救護待ち画面の例を示す図である。
【図17】本実施形態２にかかる被救護者のお礼入力画面の例を示す図である。
【図18】本実施形態２にかかる救護者のお礼確認画面の例を示す図である。
【図19】本実施形態３にかかる救護支援システムの全体構成を示すブロック図である。
【図20】本実施形態３にかかる消防局サーバの構成を示すブロック図である。
【図21】本実施形態３にかかる救急搬送処理の流れを示すシーケンス図である。
【図22】本実施形態３にかかる信号機制御の概念を説明するための図である。
【図23】本実施形態４にかかる救護支援システムの全体構成を示すブロック図である。
【図24】本実施形態４にかかる救護支援装置の構成を示すブロック図である。
【図25】本実施形態４にかかる救急搬送処理の流れを示すシーケンス図である。
【図26】搬送先候補の表示画面の例を示す図である。
【発明を実施するための形態】
【0013】
以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【0014】
＜実施形態１＞
図１は、本実施形態１にかかる救護支援装置１の構成を示すブロック図である。救護支援装置１は、被救護者の救護を支援するためのコンピュータである。ここで、救護支援装置１は、通信ネットワーク（不図示、以降、通信ネットワークを単にネットワークとも称する）を介して、被救護者が所持する情報端末及び複数の救護候補者のそれぞれが所持する複数の携帯端末と接続されている。尚、ネットワークは、有線か無線であるかを問わないし、通信プロトコルの種別を問わない。
図１は、本実施形態１にかかる救護支援装置１の構成を示すブロック図である。救護支援装置１は、被救護者の救護を支援するためのコンピュータである。ここで、救護支援装置１は、通信ネットワーク（不図示、以降、通信ネットワークを単にネットワークとも称する）を介して、被救護者が所持する情報端末及び複数の救護候補者のそれぞれが所持する複数の携帯端末と接続されている。尚、ネットワークは、有線か無線であるかを問わないし、通信プロトコルの種別を問わない。
【0015】
救護支援装置１は、登録部１１と、受付部１２と、選択部１３と、通知部１４とを備える。登録部１１は、被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する。尚、登録部１１は、情報開示条件と救護対応条件とを同一又は異なる記憶装置に格納するものとする。そして、当該記憶装置は、救護支援装置１に内蔵されているか、直接又はネットワークを介して救護支援装置１と接続されたものであればよい。また、情報開示条件とは、被救護者に関する情報について、救護候補者に対して開示を許可する情報や開示先に関する定義情報である。被救護者に関する情報とは、個人情報、健康情報、救護の希望条件等を含むものであってもよい。また、救護対応条件とは、各救護候補者が対応可能な救護内容や希望する被救護者の条件等の定義情報である。
【0016】
受付部１２は、所定の被救護者の情報端末から救護要求を受け付ける。ここで、救護要求には、情報端末の現在位置を示す位置情報を含んでも良い。また、救護要求には、情報端末の識別情報、又は、被救護者の本人特定情報を含んでも良い。
【0017】
選択部１３は、救護要求にかかる被救護者の情報開示条件と、救護対応条件とに基づいて、複数の救護候補者の中から救護者を選択する。
【0018】
通知部１４は、選択した救護者の携帯端末へ、被救護者の救護要請を通知する。ここで、救護要請には、被救護者の現在位置や情報開示条件を満たす情報を含めても良い。
【0019】
図２は、本実施形態１にかかる救護支援方法の流れを示すフローチャートである。まず、登録部１１は、被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する（Ｓ１１）。例えば、登録部１１は、被救護者の情報端末から情報開示条件を受信し、所定の記憶装置に登録する。また、登録部１１は、各救護候補者の携帯端末から救護対応条件を受信し、所定の記憶装置に登録する。
【0020】
次に、受付部１２は、所定の被救護者の情報端末から救護要求を受け付ける（Ｓ１２）。そして、選択部１３は、救護要求にかかる被救護者の情報開示条件と、救護対応条件とに基づいて、複数の救護候補者の中から救護者を選択する（Ｓ１３）。その後、通知部１４は、選択した救護者の携帯端末へ、被救護者の救護要請を通知する（Ｓ１４）。
【0021】
本実施形態にかかる救護支援装置１は、緊急時に救護を求めるユーザである被救護者と、条件付きで被救護者を救護することが可能である救護候補者とを対象とするものである。特に、救護候補者は、救急救命の専任者ではなく、スキルや対応可能な時間帯にバラつきがあるものとする。救護支援装置１は、被救護者から入力された情報開示条件を予め登録する。また、救護支援装置１は、複数の救護候補者のそれぞれから入力された救護対応条件を予め登録する。そして、救護支援装置１は、救護要請に応じて情報開示条件と救護対応条件とを満たす救護者を、複数の救護候補者の中から選択する。そのため、本実施形態では、救護要請にかかる被救護者と各救護候補者の双方の要望を満たすことができる。例えば、被救護者は、救護要請のために自身の情報を開示する対象者として所定のスキルを有する救護候補者を指定できる。つまり、情報開示条件に救護候補者のスキル等を指定してもよい。そのため、救護支援装置１は、複数の救護候補者の中から、救護要求にかかる被救護者が指定した情報開示条件を満たす者を救護者として選択できる。よって、被救護者の要望を満たす救護者を選択できる。また、救護候補者は、自身が対応可能な救護内容や時間帯を救護対応条件として指定できる。そのため、救護候補者は、救護支援装置１により救護者として救護要請される場合には、自身の救護対応条件を満たす場合となる。よって、被救護者と救護者とのマッチングの精度を向上させることができる。そして、救護支援装置１は、このように選択された救護者の携帯端末へ救護要請を通知する。そのため、救護を効果的に支援できる。
【0022】
尚、救護支援装置１は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる救護支援方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、登録部１１、受付部１２、選択部１３及び通知部１４の機能を実現する。
【0023】
または、登録部１１、受付部１２、選択部１３及び通知部１４は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（field-programmable gate array）、量子プロセッサ（量子コンピュータ制御チップ）等を用いることができる。
【0024】
また、救護支援装置１の各構成要素の一部又は全部が複数の救護支援装置や回路等により実現される場合には、複数の救護支援装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、救護支援装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、救護支援装置１の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。
【0025】
＜実施形態２＞
本実施形態２は、上述した実施形態１の具体例である。図３は、本実施形態２にかかる救護支援システム１０００の全体構成を示すブロック図である。救護支援システム１０００は、被救護者Ｕ１に対する救護を、複数の救護候補者Ｕ２１からＵ２ｍ（ｍは２以上の自然数。）や救急隊員により行うことを支援するための情報システムである。救護支援システム１０００は、情報端末１００、認証装置２００、救護支援装置３００、携帯端末４１、４２、・・・及び４ｍ、並びに、消防局サーバ５００を備える。情報端末１００、認証装置２００、救護支援装置３００、携帯端末４１、４２、・・・及び４ｍ、並びに、消防局サーバ５００のそれぞれは、ネットワークＮを介して接続される。ここで、ネットワークＮは、有線又は無線の通信回線、例えばインターネットである。
本実施形態２は、上述した実施形態１の具体例である。図３は、本実施形態２にかかる救護支援システム１０００の全体構成を示すブロック図である。救護支援システム１０００は、被救護者Ｕ１に対する救護を、複数の救護候補者Ｕ２１からＵ２ｍ（ｍは２以上の自然数。）や救急隊員により行うことを支援するための情報システムである。救護支援システム１０００は、情報端末１００、認証装置２００、救護支援装置３００、携帯端末４１、４２、・・・及び４ｍ、並びに、消防局サーバ５００を備える。情報端末１００、認証装置２００、救護支援装置３００、携帯端末４１、４２、・・・及び４ｍ、並びに、消防局サーバ５００のそれぞれは、ネットワークＮを介して接続される。ここで、ネットワークＮは、有線又は無線の通信回線、例えばインターネットである。
【0026】
尚、以下の説明では、被救護者の本人特定処理のための認証を生体認証の一例である顔認証とし、本人特定情報を生体情報の一例である顔特徴情報とする。但し、生体認証及び生体情報は撮影画像を利用する他の技術を適用可能である。例えば、生体情報は、指紋、声紋、静脈、網膜、瞳の虹彩の模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）を用いても構わない。また、本人特定処理は生体認証以外であってもよく、本人特定情報も生体情報以外であってもよい。
【0027】
被救護者Ｕ１は、緊急時に救護を求める人物である。被救護者Ｕ１は、例えば、高齢者や持病保持者である。被救護者Ｕ１は、情報端末１００を所持している。情報端末１００は、例えば、被救護者Ｕ１が装着する携帯型端末（ウェアラブルデバイス、バイタル端末）であるか、被救護者Ｕ１が操作する携帯電話端末、スマートフォン、タブレット端末等である。情報端末１００は、救護支援装置３００との通信を行うためのアプリケーションがインストールされ、当該アプリケーションが動作しているものとする。
【0028】
情報端末１００は、被救護者Ｕ１により入力された個人情報、健康情報、条件情報等を含む登録要求を、ネットワークＮを介して救護支援装置３００へ送信する。個人情報は、被救護者Ｕ１の氏名、住所、生年月日、性別、同居家族の情報、身分証明書、障害者又は要介護者情報、支払手段情報、生体情報等である。支払手段情報は、クレジットカード情報や金融機関の引き落とし口座情報であればよい。生体情報は、被救護者Ｕ１の顔を含む領域が撮影された顔画像であってもよい。健康情報は、被救護者Ｕ１の既往歴（心筋梗塞等）、アレルギーに関する情報（甲殻類等）、血液型等である。また、健康情報は、バイタル情報を含んでも良い。バイタル情報は、例えば、体表温度、血圧、心拍数等である。条件情報は、救護要求の通知条件、開示情報種別及び開示先属性等を含む。開示情報種別は、被救護者Ｕ１が救護候補者に対して開示を許可する被救護者Ｕ１に関する情報（被救護者情報）の種別である。開示先属性は、被救護者情報の開示先とする被救護者の属性情報である。また、条件情報は、救護者に対して追加で支払い可能な謝礼金額等を含んでも良い。尚、上記登録要求は、情報端末１００以外の情報処理装置により行われていても良い。
【0029】
情報端末１００は、ＧＰＳ（Global Positioning System）衛星（不図示）等から定期的にＧＰＳ情報を受信することにより、ＧＰＳ情報を現在位置を示す位置情報として取得する。情報端末１００は、所定の通知条件を満たす場合に、被救護者Ｕ１の救護要求（アラート）をネットワークＮを介して救護支援装置３００へ送信する。救護要求には、情報端末１００の現在位置と被救護者Ｕ１の本人特定情報とが含まれる。尚、本人特定情報は、被救護者Ｕ１の生体情報やユーザＩＤ等の識別情報であってもよい。または、救護要求には、本人特定情報の代わりに、情報端末１００の識別情報やＩＰ（Internet Protocol）アドレス等の端末識別情報を含めても良い。また、救護要求には、以下で計測されたバイタル情報を含めても良い。
【0030】
情報端末１００がバイタル端末である場合、情報端末１００は、被救護者Ｕ１の健康状態を監視する。例えば、情報端末１００は、被救護者Ｕ１の体表温度、血圧、心拍数等のバイタル情報を定期的に計測し、計測値が所定条件を満たすか否かを判定する。具体的には、情報端末１００は、計測値が所定範囲外であるか否か、所定値以上もしくは所定値以下等を所定条件として判定する。例えば、情報端末１００は、計測した心拍数が異常値を示す場合、計測値が所定条件を満たすと判定する。情報端末１００は、計測値が所定条件を満たす場合、被救護者Ｕ１の健康状態が悪くなった（例えば、体調が急変した）ことを検出する。そして、情報端末１００は、計測値が所定条件を満たす場合、所定の通知条件を満たすとし、被救護者Ｕ１の救護要求を送信する。
【0031】
または、情報端末１００が携帯電話端末、スマートフォン、タブレット端末等である場合、情報端末１００は、上述したアプリケーションに対する被救護者Ｕ１の操作に応じて、救護要求を送信してもよい。この場合、所定の通知条件は、情報端末１００に対する被救護者Ｕ１による救護要求の操作となる。例えば、情報端末１００は、上述したアプリケーションにより画面に表示されるアラートボタンに対する押下操作を被救護者Ｕ１による救護要求の操作としてもよい。尚、被救護者Ｕ１は、自身の健康状態に限らず、事故や怪我の際、又は、地震や洪水などで被災し一人で避難できない際等に、救護要求の操作を行っても良い。
【0032】
または、被救護者Ｕ１が心臓にペースメーカを装着している場合、情報端末１００は、ペースメーカの異常を検出した場合に、所定の通知条件を満たすと判定してもよい。その他、情報端末１００は、被救護者Ｕ１が一定時間以上、動作しなくなったことや倒れたことを検出した場合に、所定の通知条件を満たすと判定してもよい。尚、情報端末１００は、救護要求に事故や怪我の有無を含めてもよい。
【0033】
救護候補者Ｕ２１、Ｕ２２、・・・及びＵ２ｍは、条件付きで被救護者を救護することが可能である人物である。救護候補者Ｕ２１等は、例えば、医師、看護師、准看護師、上級救命講習受講者、普通救命講習受講者、車両による支援希望者、自治体の消防防災関係者等である。救護候補者Ｕ２１等は、例えば、医師や看護師等が勤務時間外（休日や夜間等）に、近所の被救護者の救護を支援することとしてもよい。また、救護候補者Ｕ２１等の一部は、自家用車等の車両を利用して救護を行っても良い。例えば、救護候補者Ｕ２２は、車両４２１を救護に利用できるものとし、救護候補者Ｕ２ｍは、車両４ｍ１を救護に利用できるものとする。
【0034】
救護候補者Ｕ２１等は、携帯端末４１等を所持している。具体的には、救護候補者Ｕ２１は携帯端末４１、救護候補者Ｕ２２は携帯端末４２、・・・救護候補者Ｕ２ｍは携帯端末４ｍを所持しているものとする。携帯端末４１等は、例えば、所持する救護候補者Ｕ２１等が操作する携帯電話端末、スマートフォン、タブレット端末等である。携帯端末４１等は、救護支援装置３００との通信を行うためのアプリケーションがインストールされ、当該アプリケーションが動作しているものとする。
【0035】
携帯端末４１は、救護候補者Ｕ２１により入力された個人情報、端末情報、属性情報、救護対応条件等を含む登録要求を、ネットワークＮを介して救護支援装置３００へ送信する。個人情報は、救護候補者Ｕ２１の氏名、住所、生年月日、性別、謝礼金の振込先口座情報等である。個人情報は、救護候補者Ｕ２１の生体情報等の本人特定情報を含んでも良い。端末情報は、携帯端末４１の識別情報やＩＰアドレス等である。属性情報は、救護候補者Ｕ２１の職業や資格等を示す情報である。属性情報は、医師、看護師、准看護師、上級もしくは普通救命講習受講者を示す情報を含む。また、属性情報は、自動車運転免許を保有することを含んでもよい。救護対応条件は、救護可能な地理的範囲、対応可能な救護内容、時間帯、除外条件、報酬条件等を含む。尚、携帯端末４２等についても同様である。尚、上記登録要求は、携帯端末４１等以外の情報処理装置により行われていても良い。
【0036】
携帯端末４１等は、ＧＰＳ衛星等から定期的にＧＰＳ情報を受信することにより、ＧＰＳ情報を現在位置を示す位置情報として取得する。携帯端末４１等は、定期的に現在位置と端末識別情報又はユーザＩＤとを含む位置報告を、ネットワークＮを介して救護支援装置３００へ送信する。尚、ユーザＩＤは、携帯端末４１等による登録要求時に救護候補者Ｕ２１等に対して発行されたユーザの識別情報である。
【0037】
被救護者Ｕ１及び救護候補者Ｕ２１からＵｍは、救護支援システム１０００のユーザといえる。
【0038】
認証装置２００は、複数の人物（ユーザ、被救護者Ｕ１等）の顔特徴情報を記憶する情報処理装置である。また、認証装置２００は、外部から受信した顔認証要求に応じて、当該要求に含まれる顔画像又は顔特徴情報について、各ユーザの顔特徴情報と照合を行い、照合結果（認証結果）を要求元へ返信する。
【0039】
図４は、本実施形態２にかかる認証装置２００の構成を示すブロック図である。認証装置２００は、顔情報ＤＢ（DataBase）２１０と、顔検出部２２０と、特徴点抽出部２３０と、登録部２４０と、認証部２５０とを備える。顔情報ＤＢ２１０は、ユーザＩＤ２１１と当該ユーザＩＤの顔特徴情報２１２とを対応付けて記憶する。顔特徴情報２１２は、顔画像から抽出された特徴点の集合である。尚、認証装置２００は、顔特徴情報２１２の登録ユーザからの要望に応じて、顔特徴ＤＢ２１０内の顔特徴情報２１２を削除してもよい。または、認証装置２００は、顔特徴情報２１２の登録から一定期間経過後に削除してもよい。
【0040】
顔検出部２２０は、顔情報を登録するための登録画像に含まれる顔領域を検出し、特徴点抽出部２３０に出力する。特徴点抽出部２３０は、顔検出部２２０が検出した顔領域から特徴点を抽出し、登録部２４０に顔特徴情報を出力する。また、特徴点抽出部２３０は、ユーザ端末１０１等や救護支援装置３００等から受信した顔画像に含まれる特徴点を抽出し、認証部２５０に顔特徴情報を出力する。
【0041】
登録部２４０は、顔特徴情報の登録に際して、ユーザＩＤ２１１を新規に発行する。登録部２４０は、発行したユーザＩＤ２１１と、登録画像から抽出した顔特徴情報２１２とを対応付けて顔情報ＤＢ２１０へ登録する。認証部２５０は、顔特徴情報２１２を用いた顔認証を行う。具体的には、認証部２５０は、顔画像から抽出された顔特徴情報と、顔情報ＤＢ２１０内の顔特徴情報２１２との照合を行う。認証部２５０は、照合に成功した場合、照合された顔特徴情報２１２に対応付けられたユーザＩＤ２１１を特定する。認証部２５０は、顔特徴情報の一致の有無を顔認証結果として要求元に返信する。顔特徴情報の一致の有無は、認証の成否に対応する。尚、顔特徴情報が一致する（一致有）とは、一致度が閾値以上である場合をいうものとする。また、顔認証結果は、顔認証に成功した場合、特定されたユーザＩＤを含むものとする。
【0042】
図５は、本実施形態２にかかる顔情報登録処理の流れを示すフローチャートである。ここで、情報登録端末（不図示）は、ユーザの顔を含む身体を撮影し、撮影画像（登録画像）を含む顔情報登録要求をネットワークＮを介して認証装置２００へ送信する。情報登録端末は、例えば、パーソナルコンピュータ、スマートフォン又はタブレット端末等の救護支援装置である。例えば、情報登録端末は、情報端末１００や携帯端末４１等であってもよい。または、情報登録端末は、情報端末１００等から顔情報登録要求を受け付けた救護支援装置３００であってもよい。
【0043】
まず、認証装置２００は、顔情報登録要求に含まれる登録画像を取得する（Ｓ２１）。例えば、認証装置２００は、顔情報登録要求を、情報登録端末からネットワークＮを介して受け付ける。次に、顔検出部２２０は、登録画像に含まれる顔領域を検出する（Ｓ２２）。次に、特徴点抽出部２３０は、ステップＳ２２で検出した顔領域から特徴点を抽出し、登録部２４０に顔特徴情報を出力する（Ｓ２３）。最後に、登録部２４０は、ユーザＩＤ２１１を発行し、当該ユーザＩＤ２１１と顔特徴情報２１２とを対応付けて顔情報ＤＢ２１０に登録する（Ｓ２４）。なお、認証装置２００は、情報登録端末から顔特徴情報２１２を受信し、ユーザＩＤ２１１と対応付けて顔情報ＤＢ２１０に登録してもよい。また、登録部２４０は、登録（発行）したユーザＩＤを情報登録端末や救護支援装置３００へ通知してもよい。
【0044】
図６は、本実施形態２にかかる認証装置２００による顔認証処理の流れを示すフローチャートである。まず、特徴点抽出部２３０は、顔認証要求に含まれる認証用の顔画像を取得する（Ｓ３１）。例えば、認証装置２００は、救護支援装置３００からネットワークＮを介して顔認証要求を受信し、顔認証要求に含まれる顔画像からステップＳ２１からＳ２３のように顔特徴情報を抽出する。または、認証装置２００は、救護支援装置３００から顔特徴情報を受信してもよい。次に、認証部２５０は、取得した顔特徴情報を、顔情報ＤＢ２１０の顔特徴情報２１２と照合する（Ｓ３２）。顔特徴情報が一致した場合、つまり、顔特徴情報の一致度が閾値以上である場合（Ｓ３３のＹｅｓ）、認証部２５０は、顔特徴情報が一致したユーザのユーザＩＤ２１１を特定し（Ｓ３４）、顔認証に成功した旨と特定したユーザＩＤ２１１とを救護支援装置３００に返信する（Ｓ３５）。一致する顔特徴情報が存在しない場合（Ｓ３３のＮｏ）、認証部２５０は、顔認証に失敗した旨を救護支援装置３００に返信する（Ｓ３６）。
【0045】
図３に戻り説明を続ける。救護支援装置３００は、上述した救護支援装置１の一例である。救護支援装置３００は、被救護者情報及び救護候補者情報の登録、救護要求に応じた救護者の選択、救護要請の通知、及び、消防局サーバ５００への通知を行う情報処理装置である。救護支援装置３００は、複数台のサーバに冗長化されてもよく、各機能ブロックが複数台のコンピュータで実現されてもよい。
【0046】
次に、救護支援装置３００について詳細に説明する。図７は、本実施形態２にかかる救護支援装置３００の構成を示すブロック図である。救護支援装置３００は、記憶部３１０、メモリ３２０、通信部３３０及び制御部３４０を備える。記憶部３１０は、ハードディスク、フラッシュメモリ等の記憶装置の一例である。記憶部３１０は、プログラム３１１、被救護者情報３１２及び救護候補者情報３１３を記憶する。プログラム３１１は、本実施形態２にかかる救護支援装置３００における救護支援方法の処理が実装されたコンピュータプログラムである。
【0047】
被救護者情報３１２は、被救護者に関する管理情報である。被救護者情報３１２は、ユーザＩＤ３１２１、個人情報３１２２、健康情報３１２３及び条件情報３１２４が対応付けられている。被救護者情報３１２は、ユーザＩＤ３１２１に情報端末１００の端末識別情報がさらに対応付けられても良い。ユーザＩＤ３１２１は、被救護者の識別情報であり、本人特定情報の一例である。また、ユーザＩＤ３１２１は、上述した認証装置２００の顔情報ＤＢ２１０で管理されるユーザＩＤ２１１と対応するものである。個人情報３１２２は、上述した情報端末１００からの登録要求に含まれる個人情報である。尚、個人情報３１２２は、生体情報を除いたものであってもよい。健康情報３１２３は、上述した情報端末１００からの登録要求に含まれる健康情報である。また、健康情報３１２３は、被救護者から定期的に測定されたバイタル情報を含んでも良い。
【0048】
条件情報３１２４は、上述した情報端末１００からの登録要求に含まれる条件情報である。条件情報３１２４は、上述した情報開示条件の一例である。条件情報３１２４は、通知条件３１２４１、開示情報種別３１２４２及び開示先属性３１２４３を含む。通知条件３１２４１は、情報端末１００が救護要求を通知する条件を定義した情報である。具体的には、通知条件３１２４１は、被救護者Ｕ１が装着する情報端末１００において検出された被救護者Ｕ１のバイタル情報が所定条件を満たす場合を含んでも良い。また、通知条件３１２４１は、情報端末１００で動作するアプリケーション上のアラートボタンに対する押下操作を検出した場合を含んでも良い。また、通知条件３１２４１は、ペースメーカの異常を検出した場合を含んでも良い。
【0049】
開示情報種別３１２４２は、被救護者Ｕ１が救護候補者に対して開示を許可する被救護者情報の種別である。例えば、開示情報種別３１２４２は、年齢、性別、持病の疾患名、位置情報、かかりつけの医師の情報等である。尚、かかりつけの医師の情報は、被救護者Ｕ１のかかりつけの医師が所属する医療機関の名称や位置等の情報である。開示先属性３１２４３は、開示情報種別３１２４２が示す情報種別に対応する被救護者情報の開示先とする被救護者の属性情報である。例えば、開示先属性３１２４３は、上級救命講習受講者、看護師、医師、車両による支援希望者等である。尚、条件情報３１２４は、上述したように救護者に対して追加で支払い可能な謝礼金額等を含んでも良い。
【0050】
救護候補者情報３１３は、救護候補者に関する管理情報である。救護候補者情報３１３は、ユーザＩＤ３１３１、属性情報３１３２、救護対応条件３１３３、現在位置３１３４、端末情報３１３５、救護履歴３１３６及び評価情報３１３７が対応付けられている。ユーザＩＤ３１３１は、救護候補者の識別情報である。属性情報３１３２は、上述した携帯端末４１等からの登録要求に含まれる属性情報である。救護対応条件３１３３は、救護候補者における対応可能な救護内容である。救護対応条件３１３３は、上述した携帯端末４１等からの登録要求に含まれる救護対応条件である。例えば、対応可能な救護内容は、看護師としての応急処置対応、ＡＥＤ（Automated External Defibrillator）操作、車両での搬送等である。除外条件は、除外する救護内容であり、例えば、事故や怪我の対応等である。報酬条件は、救護者に対して追加で支払われる謝礼の希望額等である。
【0051】
現在位置３１３４は、上述した携帯端末４１等から定期的に受信する携帯端末４１等の位置情報である。端末情報３１３５は、上述した携帯端末４１等からの登録要求に含まれる端末情報である。
【0052】
救護履歴３１３６は、救護候補者が救護を行った履歴情報である。救護履歴３１３６は、例えば、救護対応の識別情報、被救護者情報、救護者情報、救護状況の経過を示す日時及び救護内容、謝礼金額、評価、被救護者からのコメント等を対応付けた情報である。
【0053】
評価情報３１３７は、救護候補者に対する被救護者による評価や、被救護者Ｕ１が在住する自治体からの評価を示す情報である。評価情報３１３７は、スコアやレベル値であってもよい。
【0054】
メモリ３２０は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部３４０の動作時に一時的に情報を保持するための記憶領域である。通信部３３０は、ネットワークＮとの通信インタフェースである。
【0055】
制御部３４０は、救護支援装置３００の各構成を制御するプロセッサつまり制御装置である。制御部３４０は、記憶部３１０からプログラム３１１をメモリ３２０へ読み込ませ、プログラム３１１を実行する。これにより、制御部３４０は、登録部３４１、受付部３４２、特定部３４３、選択部３４４、通知部３４５及び更新部３４６の機能を実現する。
【0056】
登録部３４１は、上述した登録部１１の一例である。登録部３４１は、情報端末１００から登録要求を受信した場合、登録要求に含まれる被救護者Ｕ１の個人情報から、被救護者Ｕ１の生体情報としての顔画像を抽出する。そして、登録部３４１は、抽出した顔画像を含めた顔情報登録要求を、ネットワークＮを介して認証装置２００へ送信する。登録部３４１は、認証装置２００からネットワークＮを介して、被救護者Ｕ１に対して発行されたユーザＩＤを受信する。そして、登録部３４１は、受信したユーザＩＤ３１２１と、登録要求に含まれる個人情報３１２２、健康情報３１２３及び条件情報３１２４とを対応付けて被救護者情報３１２として記憶部３１０に登録する。
【0057】
また、登録部３４１は、携帯端末４１等から登録要求を受信した場合、登録要求に含まれる個人情報に基づき、救護候補者Ｕ２１等のユーザＩＤを発行する。登録部３４１は、発行したユーザＩＤ３１３１と、登録要求に含まれる個人情報、属性情報３１３２、救護対応条件３１３３及び端末情報３１３５とを対応付けて救護候補者情報３１３として記憶部３１０に登録する。尚、登録要求に含まれる個人情報に救護候補者Ｕ２１等の顔画像が含まれる場合、登録部３４１は、上記同様に、認証装置２００に対して顔情報登録要求を送信し、救護候補者Ｕ２１等に対して発行されたユーザＩＤを受信してもよい。
【0058】
図８は、本実施形態２にかかる被救護者の事前登録画面６１０の例を示す図である。被救護者の事前登録画面６１０は、情報端末１００で動作するアプリケーションにより情報端末１００の表示部に表示されたものである。被救護者の事前登録画面６１０は、特に、情報開示条件を登録する画面例を示す。被救護者の事前登録画面６１０は、通知条件選択欄６１１、開示情報種別選択欄６１２、開示先属性選択欄６１３及び登録ボタン６１４を備える。通知条件選択欄６１１は、情報端末１００が救護要求を救護支援装置３００へ通知するための通知条件の選択を受け付ける欄である。ここでは、「ウェアラブルデバイスの心拍数の異常値が出たとき」（バイタル情報が所定条件を満たす場合）と「アプリのアラートボタンを押したとき」（アラートボタンに対する押下操作を検出した場合）とが選択されたことを示す。開示情報種別選択欄６１２は、開示情報種別の選択を受け付ける欄である。ここでは、開示情報種別として「年齢」、「性別」、「持病の疾患名」及び「位置情報」が挙げられているが、これらに限定されない。開示先属性選択欄６１３は、開示先属性の選択を受け付ける欄である。ここでは、開示先属性として「救命講習受講者」、「看護師」、「車利用の救護者希望」、「医師」が挙げられているが、これらに限定されない。登録ボタン６１４は、押下された際に、各選択欄で選択された情報を登録するためのボタンである。つまり、情報端末１００は、登録ボタン６１４の押下時に各選択欄で選択済みの項目を含めた登録要求を認証装置２００へ送信する。これに応じて、救護支援装置３００の登録部３４１は、受信した登録要求に応じた登録を行う。
【0059】
図９は、本実施形態２にかかる自治体消防局連携画面６２０の例を示す図である。自治体消防局連携画面６２０は、情報端末１００で動作するアプリケーションにより情報端末１００の表示部に表示されたものである。例えば、自治体消防局連携画面６２０は、被救護者の事前登録画面６１０で登録ボタン６１４が押下された後に、表示される。自治体消防局連携画面６２０は、既存の消防防災システム（例えば、消防局サーバ５００）と被救護者及び救護者の情報や救護状況をデータ連携することについての同意を求めるための画面である。自治体消防局連携画面６２０は、メッセージ表示欄６２１、非同意ボタン６２２及び同意ボタン６２３を備える。メッセージ表示欄６２１は、データ連携の同意を求めるメッセージの表示欄である。メッセージ表示欄６２１は、例えば、「通知条件に合致してアラートが出たとき、被救護者及び救護者の情報や救護状況を消防局サーバとデータ連携することに同意しますか？」とのメッセージを表示しているが、これに限定されない。非同意ボタン６２２は、データ連携に同意しない旨を回答するためのボタンである。つまり、情報端末１００は、非同意ボタン６２２の押下時にデータ連携に同意しない旨を救護支援装置３００へ送信する。尚、非同意ボタン６２２が押下された場合、救護支援システム１０００による救護支援を受けることができない。この場合、登録部３４１は、記憶部３１０から該当する被救護者Ｕ１の被救護者情報３１２を削除してもよい。同意ボタン６２３は、データ連携に同意する旨を回答するためのボタンである。つまり、情報端末１００は、同意ボタン６２３の押下時にデータ連携に同意する旨を救護支援装置３００へ送信する。この場合、登録部３４１は、該当する被救護者Ｕ１の被救護者情報３１２にデータ連携同意を示すフラグを追加登録してもよい。
【0060】
図１０は、本実施形態２にかかる救護者の事前登録画面６３０の例を示す図である。救護者の事前登録画面６３０は、携帯端末４１等で動作するアプリケーションにより携帯端末４１等の表示部に表示されたものである。救護者の事前登録画面６３０は、特に、救護対応条件を登録する画面例を示す。救護者の事前登録画面６３０は、対応内容選択欄６３１、条件選択欄６３２、時間帯選択欄６３３及び登録ボタン６３４を備える。対応内容選択欄６３１は、救護候補者Ｕ２１等が対応可能な救護内容の選択を受け付ける欄である。ここでは、「上級救命講習の人命救助対応」が選択されていることを示す。対応内容選択欄６３１は、その他、「看護師の初期対応」（看護師としての応急処置対応）、「車で病院まで運ぶ支援のみ」（車両での搬送）が挙げられているが、これらに限定されない。条件選択欄６３２は、救護対応条件のうち救護候補者Ｕ２１等が救護可能な地理的範囲、対応可能な報酬条件、除外条件の選択を受け付ける欄である。ここでは、地理的範囲として「１キロ以内等」、報酬条件として「５千円以上」、除外条件として「事故」が選択されていることを示す。時間帯選択欄６３３は、救護対応条件のうち救護候補者Ｕ２１等が対応可能な時間帯の選択を受け付ける欄である。ここでは、曜日として「土日」、時間帯として「９：００－１８：００」が選択されていることを示す。尚、対応内容選択欄６３１、条件選択欄６３２及び時間帯選択欄６３３の選択項目や選択内容はこれらに限定されない。登録ボタン６３４は、押下された際に、各選択欄で選択された情報を登録するためのボタンである。つまり、携帯端末４１等は、登録ボタン６３４の押下時に各選択欄で選択済みの項目を含めた登録要求を認証装置２００へ送信する。これに応じて、救護支援装置３００の登録部３４１は、受信した登録要求に応じた登録を行う。
【0061】
尚、携帯端末４１等は、救護者の事前登録画面６３０で登録ボタン６３４が押下された後に、上述した自治体消防局連携画面６２０相当が表示される。そして、携帯端末４１等は、非同意ボタン６２２又は同意ボタン６２３が押下された際に、上記同様の処理を行う。つまり、携帯端末４１等は、非同意ボタン６２２の押下時にデータ連携に同意しない旨を救護支援装置３００へ送信する。尚、非同意ボタン６２２が押下された場合、救護支援システム１０００は、当該救護候補者Ｕ２１等を救護者として選択しない。この場合、登録部３４１は、記憶部３１０から該当する救護者の救護候補者情報３１３を削除してもよい。同意ボタン６２３は、データ連携に同意する旨を回答するためのボタンである。つまり、携帯端末４１等は、同意ボタン６２３の押下時にデータ連携に同意する旨を救護支援装置３００へ送信する。この場合、登録部３４１は、該当する救護候補者Ｕ２１等の救護候補者情報３１３にデータ連携同意を示すフラグを追加登録してもよい。
【0062】
図７に戻り説明を続ける。
受付部３４２は、上述した受付部１２の一例である。受付部３４２は、情報端末１００から救護要求を受け付ける。例えば、受付部３４２は、被救護者Ｕ１が装着する情報端末１００において検出された被救護者Ｕ１のバイタル情報が所定条件を満たす場合に救護要求を受け付ける。このとき、救護要求には、情報端末１００において検出された被救護者Ｕ１のバイタル情報を含んでも良い。また、受付部３４２は、後述する通知部３４５による救護要請に対する携帯端末からの応答を受け付ける。また、受付部３４２は、携帯端末４１等から上述した位置報告を受け付ける。
受付部３４２は、上述した受付部１２の一例である。受付部３４２は、情報端末１００から救護要求を受け付ける。例えば、受付部３４２は、被救護者Ｕ１が装着する情報端末１００において検出された被救護者Ｕ１のバイタル情報が所定条件を満たす場合に救護要求を受け付ける。このとき、救護要求には、情報端末１００において検出された被救護者Ｕ１のバイタル情報を含んでも良い。また、受付部３４２は、後述する通知部３４５による救護要請に対する携帯端末からの応答を受け付ける。また、受付部３４２は、携帯端末４１等から上述した位置報告を受け付ける。
【0063】
特定部３４３は、受信した救護要求に含まれる本人特定情報を用いて被救護者を特定する。例えば、本人特定情報がユーザＩＤである場合、特定部３４３は、受信した救護要求からユーザＩＤを抽出する。また、本人特定情報が生体情報である場合、特定部３４３は、受信した救護要求に含まれる生体情報について、生体認証を行うことにより被救護者Ｕ１を特定する。例えば、生体情報が顔画像である場合、特定部３４３は、顔画像について、認証装置２００に対して顔認証を行わせる。そのため、特定部３４３は、認証制御部と呼んでも良い。具体的には、特定部３４３は、受信した救護要求から顔画像を抽出する。そして、特定部３４３は、抽出した顔画像を含めた顔認証要求を、ネットワークＮを介して認証装置２００へ送信する。尚、特定部３４３は、顔画像からユーザの顔領域を検出し、顔領域の画像を顔認証要求に含めてもよい。または、特定部３４３は、顔領域から顔特徴情報を抽出し、顔特徴情報を顔認証要求に含めてもよい。その後、特定部３４３は、認証装置２００からネットワークＮを介して、顔認証結果を受信する。そして、特定部３４３は、顔認証結果が成功を示す場合、顔認証結果に含まれるユーザＩＤを特定する。尚、救護要求に本人特定情報の代わりに端末識別情報が含まれる場合、特定部３４３は、被救護者情報３１２の端末識別情報に対応付けられたユーザＩＤ３１２１を特定する。
【0064】
選択部３４４は、上述した選択部１３の一例である。選択部１３は、救護要求にかかる被救護者Ｕ１の開示情報種別３１２４２及び開示先属性３１２４３と、属性情報３１３２及び救護対応条件３１３３とに基づいて、複数の救護候補者の中から救護者を選択する。具体的には、選択部３４４は、複数の救護候補者の中から、開示先属性３１２４３に含まれる属性情報により対応可能な救護内容を救護対応条件３１３３とする救護候補者を救護者として選択するとよい。または、選択部３４４は、開示先属性３１２４３に含まれる属性情報と一致する属性情報３１３２の救護候補者を救護者として選択してもよい。
【0065】
また、選択部３４４は、複数の救護候補者の中から、開示情報種別３１２４２に含まれる情報種別に対応する被救護者情報３１２が、救護対応条件３１３３を満たす救護候補者を救護者として選択するとよい。また、選択部３４４は、救護要求に含まれる現在位置と、各救護候補者の現在位置３１３４と、救護対応条件３１３３に含まれる地理的範囲とをさらに加味して、救護者を選択するとよい。また、選択部３４４は、救護要求に含まれるバイタル情報をさらに加味して、救護者を選択するとよい。
【0066】
また、選択部３４４は、特定部３４３により特定された被救護者に対応する条件情報３１２４を用いて、救護者を選択する。また、選択部３４４は、複数の消防局の中から、救護要求に含まれる現在位置を管轄とする消防局を選択し、当該消防局に属する消防局サーバ５００を選択してもよい。
【0067】
通知部３４５は、上述した通知部１４の一例である。通知部３４５は、選択部３４４により選択した救護者の携帯端末へ、被救護者の救護要請を通知する。具体的には、通知部３４５は、救護候補者情報３１３の中から、選択部３４４により選択した救護者の端末情報３１３５を特定する。また、通知部３４５は、被救護者Ｕ１の開示情報種別３１２４２に含まれる情報を、被救護者情報３１２の中から取得する。そして、通知部３４５は、特定した端末情報３１３５に対応するＩＰアドレスに対して、被救護者Ｕ１に関する取得した情報を含めた救護要請をネットワークＮを介して送信する。
【0068】
また、通知部３４５は、救護要請に対する携帯端末からの応答に応じた通知内容を消防局サーバ５００へ通知する。携帯端末からの応答が救護要請に対して受理する旨を示す場合、通知部３４５は、被救護者Ｕ１に関する情報及び受理した救護候補者情報３１３を通知内容として消防局サーバ５００へ通知する。一方、携帯端末からの応答が救護要請に対して不受理の旨を示す場合、通知部３４５は、被救護者Ｕ１に関する情報を通知内容として消防局サーバ５００へ通知する。被救護者Ｕ１に関する情報は、被救護者情報３１２と救護要求に含まれる現在位置とを含む。尚、通知部３４５は、選択部３４４により選択された消防局サーバ５００へ通知するものとする。
【0069】
更新部３４６は、受付部３４２が受け付けた位置報告に応じて、該当する救護候補者情報３１３の現在位置３１３４を更新する。具体的には、更新部３４６は、位置報告から現在位置及び端末識別情報等を抽出し、端末識別情報等に対応する救護候補者情報３１３を特定する。そして、更新部３４６は、抽出した現在位置を、特定した救護候補者情報３１３の現在位置３１３４として更新する。また、更新部３４６は、救護者の携帯端末から救護完了の旨を受け付けた場合、該当する救護候補者情報３１３の救護履歴３１３６を更新する。
【0070】
図３に戻り説明を続ける。
消防局サーバ５００は、救急機関サーバの一例であり、被救護者の現在位置を管轄とする消防局で運用される情報処理装置である。消防局サーバ５００は、救護要請に対する前記携帯端末からの応答に応じた通知内容を受付、通知内容に応じた処理を行う。具体的には、消防局サーバ５００は、救護支援装置３００から受信した通知内容を救護状況として登録する。また、消防局サーバ５００は、救護中の携帯端末４１等から救護状況を受信し、救護状況を更新する。例えば、救護支援装置３００において救護要請した携帯端末から受理した旨が受信された場合、消防局サーバ５００は、救護支援装置３００から被救護者に関する情報及び救護者情報を通知内容（救護状況）として受け付ける。そして、消防局サーバ５００は、救護者の携帯端末から、被救護者の状況報告を受け付けた場合、当該状況報告により救護状況を更新する。また、救護支援装置３００において救護要請した各携帯端末のいずれからも不受理が受信された場合、消防局サーバ５００は、救護支援装置３００から被救護者Ｕ１に関する情報を通知内容（救護要請）を受信する。そして、消防局サーバ５００は、受信した通知内容に基づき、被救護者の救護のために救急車両の出発を指示する。
消防局サーバ５００は、救急機関サーバの一例であり、被救護者の現在位置を管轄とする消防局で運用される情報処理装置である。消防局サーバ５００は、救護要請に対する前記携帯端末からの応答に応じた通知内容を受付、通知内容に応じた処理を行う。具体的には、消防局サーバ５００は、救護支援装置３００から受信した通知内容を救護状況として登録する。また、消防局サーバ５００は、救護中の携帯端末４１等から救護状況を受信し、救護状況を更新する。例えば、救護支援装置３００において救護要請した携帯端末から受理した旨が受信された場合、消防局サーバ５００は、救護支援装置３００から被救護者に関する情報及び救護者情報を通知内容（救護状況）として受け付ける。そして、消防局サーバ５００は、救護者の携帯端末から、被救護者の状況報告を受け付けた場合、当該状況報告により救護状況を更新する。また、救護支援装置３００において救護要請した各携帯端末のいずれからも不受理が受信された場合、消防局サーバ５００は、救護支援装置３００から被救護者Ｕ１に関する情報を通知内容（救護要請）を受信する。そして、消防局サーバ５００は、受信した通知内容に基づき、被救護者の救護のために救急車両の出発を指示する。
【0071】
図１１は、本実施形態２にかかる消防局サーバ５００の構成を示すブロック図である。消防局サーバ５００は、記憶部５１０、メモリ５２０、通信部５３０及び制御部５４０を備える。記憶部５１０は、ハードディスク、フラッシュメモリ等の記憶装置の一例である。記憶部５１０は、プログラム５１１及び救護状況情報５１２を記憶する。プログラム５１１は、本実施形態２にかかる消防局サーバ５００における救護支援方法の処理が実装されたコンピュータプログラムである。
【0072】
救護状況情報５１２は、救護状況を管理する情報である。救護状況情報５１２は、被救護者情報５１２１、救護者情報５１２２、救護状況５１２３及び現在位置５１２４が対応付けられている。被救護者情報５１２１は、救護支援装置３００から通知された被救護者の情報である。救護者情報５１２２は、救護支援装置３００から通知された救護者の情報である。救護状況５１２３は、被救護者に対する救護者により救護の状況を示す情報である。救護状況５１２３は、例えば、日時、救護者の救護内容、被救護者の健康状態等を含む。現在位置５１２４は、救護者の携帯端末の位置情報である。
【0073】
メモリ５２０は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部５４０の動作時に一時的に情報を保持するための記憶領域である。通信部５３０は、ネットワークＮとの通信インタフェースである。
【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】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【0141】
なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。
【0142】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記Ａ１）
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備える救護支援装置。
（付記Ａ２）
前記情報開示条件は、開示先とする前記救護候補者の属性情報を含み、
前記救護対応条件は、各救護候補者における対応可能な救護内容を含み、
前記選択手段は、前記複数の救護候補者の中から、前記情報開示条件に含まれる属性情報により対応可能な救護内容を前記救護対応条件とする前記救護候補者を前記救護者として選択する
付記Ａ１に記載の救護支援装置。
（付記Ａ３）
前記情報開示条件は、前記被救護者が前記複数の救護候補者に対して開示を許可する当該被救護者の情報種別を含み、
前記選択手段は、前記複数の救護候補者の中から、前記情報開示条件に含まれる情報種別に対応する前記被救護者の情報が、前記救護対応条件を満たす前記救護候補者を前記救護者として選択する
付記Ａ１又はＡ２に記載の救護支援装置。
（付記Ａ４）
前記救護要求は、前記被救護者の現在位置を含み、
前記救護対応条件は、各救護候補者における対応可能な地理的範囲を含み、
前記選択手段は、前記救護要求に含まれる現在位置と、各救護候補者の現在位置と、前記救護対応条件に含まれる地理的範囲とをさらに加味して、前記救護者を選択する
付記Ａ１乃至Ａ３のいずれか１項に記載の救護支援装置。
（付記Ａ５）
前記受付手段は、
前記被救護者が装着する前記情報端末において検出された当該被救護者のバイタル情報が所定条件を満たす場合に当該情報端末から送信された当該バイタル情報を含む前記救護要求を受け付け、
前記選択手段は、
前記救護要求に含まれるバイタル情報をさらに加味して、前記救護者を選択する
付記Ａ１乃至Ａ４のいずれか１項に記載の救護支援装置。
（付記Ａ６）
前記通知手段は、前記救護要請に対する前記携帯端末からの応答に応じた通知内容を救急機関サーバへ通知する
付記Ａ１乃至Ａ５のいずれか１項に記載の救護支援装置。
（付記Ａ７）
前記受付手段は、
前記救護要請を受理した前記救護者の前記携帯端末から、前記被救護者を搬送する車両の車両情報及び当該携帯端末の位置情報を受け付け、
前記通知手段は、
前記車両情報を含めた前記車両の緊急車両の許可申請を前記救急機関サーバへ通知し、
前記車両が緊急車両として許可された場合、前記位置情報から前記被救護者の搬送先までの間、前記車両を優先して通行させるための信号機制御の依頼を、所定の信号機制御システムへ送信する
付記Ａ６に記載の救護支援装置。
（付記Ａ８）
前記通知手段は、
前記車両が前記被救護者を搬送中に前記携帯端末から前記位置情報を受け付けた場合、当該位置情報を前記信号機制御システムへ送信する
付記Ａ７に記載の救護支援装置。
（付記Ａ９）
前記救護要求は、前記被救護者の本人特定情報を含み、
前記救護要求に含まれる前記本人特定情報を用いて前記被救護者を特定する特定手段をさらに備え、
前記選択手段は、前記特定された前記被救護者に対応する前記情報開示条件を用いて、前記救護者を選択する
付記Ａ１乃至Ａ８のいずれか１項に記載の救護支援装置。
（付記Ａ１０）
前記本人特定情報は、前記被救護者の生体情報であり、
前記特定手段は、前記救護要求に含まれる前記生体情報について、生体認証を行うことにより前記被救護者を特定する
付記Ａ９に記載の救護支援装置。
（付記Ｂ１）
救護支援装置と、
救急機関サーバと、を備え、
前記救護支援装置は、
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備え、
前記通知手段は、前記救護要請に対する前記携帯端末からの応答に応じた通知内容を前記救急機関サーバへ通知し、
前記救急機関サーバは、前記通知内容に応じた処理を行う
救護支援システム。
（付記Ｂ２）
前記通知手段は、
前記救護要請に対して受理した旨を前記携帯端末からの応答として受け付けた場合、前記被救護者及び前記救護者に関する情報を前記通知内容として前記救急機関サーバへ通知し、
前記救急機関サーバは、
受信した前記通知内容を救護状況として登録し、
前記携帯端末から、前記被救護者の状況報告を受け付けた場合、当該状況報告により前記救護状況を更新する
付記Ｂ１に記載の救護支援システム。
（付記Ｂ３）
前記通知手段は、
前記救護要請に対して不受理の旨を前記携帯端末からの応答として受け付けた場合、前記被救護者に関する情報を前記通知内容として前記救急機関サーバへ通知し、
前記救急機関サーバは、
受信した前記通知内容に基づき、前記被救護者の救護のために救急車両の出発を指示する
付記Ｂ１又はＢ２に記載の救護支援システム。
（付記Ｂ４）
前記救急機関サーバは、
前記救護要請を受理した前記救護者の前記携帯端末から、前記被救護者を搬送する車両の車両情報及び当該携帯端末の位置情報を受け付け、
前記車両情報に基づき前記車両を緊急車両として許可し、
前記位置情報から前記被救護者の搬送先までの間、前記車両を優先して通行させるための信号機制御の依頼を、所定の信号機制御システムへ送信する
付記Ｂ１乃至Ｂ３のいずれか１項に記載の救護支援システム。
（付記Ｂ５）
前記救急機関サーバは、
前記車両が前記被救護者を搬送中に前記携帯端末から前記位置情報を受け付けた場合、当該位置情報を前記信号機制御システムへ送信する
付記Ｂ４に記載の救護支援システム。
（付記Ｃ１）
コンピュータが、
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録し、
所定の被救護者の情報端末から救護要求を受け付け、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択し、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する、
救護支援方法。
（付記Ｄ１）
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録処理と、
所定の被救護者の情報端末から救護要求を受け付ける受付処理と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択処理と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知処理と、
をコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
（付記Ａ１）
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備える救護支援装置。
（付記Ａ２）
前記情報開示条件は、開示先とする前記救護候補者の属性情報を含み、
前記救護対応条件は、各救護候補者における対応可能な救護内容を含み、
前記選択手段は、前記複数の救護候補者の中から、前記情報開示条件に含まれる属性情報により対応可能な救護内容を前記救護対応条件とする前記救護候補者を前記救護者として選択する
付記Ａ１に記載の救護支援装置。
（付記Ａ３）
前記情報開示条件は、前記被救護者が前記複数の救護候補者に対して開示を許可する当該被救護者の情報種別を含み、
前記選択手段は、前記複数の救護候補者の中から、前記情報開示条件に含まれる情報種別に対応する前記被救護者の情報が、前記救護対応条件を満たす前記救護候補者を前記救護者として選択する
付記Ａ１又はＡ２に記載の救護支援装置。
（付記Ａ４）
前記救護要求は、前記被救護者の現在位置を含み、
前記救護対応条件は、各救護候補者における対応可能な地理的範囲を含み、
前記選択手段は、前記救護要求に含まれる現在位置と、各救護候補者の現在位置と、前記救護対応条件に含まれる地理的範囲とをさらに加味して、前記救護者を選択する
付記Ａ１乃至Ａ３のいずれか１項に記載の救護支援装置。
（付記Ａ５）
前記受付手段は、
前記被救護者が装着する前記情報端末において検出された当該被救護者のバイタル情報が所定条件を満たす場合に当該情報端末から送信された当該バイタル情報を含む前記救護要求を受け付け、
前記選択手段は、
前記救護要求に含まれるバイタル情報をさらに加味して、前記救護者を選択する
付記Ａ１乃至Ａ４のいずれか１項に記載の救護支援装置。
（付記Ａ６）
前記通知手段は、前記救護要請に対する前記携帯端末からの応答に応じた通知内容を救急機関サーバへ通知する
付記Ａ１乃至Ａ５のいずれか１項に記載の救護支援装置。
（付記Ａ７）
前記受付手段は、
前記救護要請を受理した前記救護者の前記携帯端末から、前記被救護者を搬送する車両の車両情報及び当該携帯端末の位置情報を受け付け、
前記通知手段は、
前記車両情報を含めた前記車両の緊急車両の許可申請を前記救急機関サーバへ通知し、
前記車両が緊急車両として許可された場合、前記位置情報から前記被救護者の搬送先までの間、前記車両を優先して通行させるための信号機制御の依頼を、所定の信号機制御システムへ送信する
付記Ａ６に記載の救護支援装置。
（付記Ａ８）
前記通知手段は、
前記車両が前記被救護者を搬送中に前記携帯端末から前記位置情報を受け付けた場合、当該位置情報を前記信号機制御システムへ送信する
付記Ａ７に記載の救護支援装置。
（付記Ａ９）
前記救護要求は、前記被救護者の本人特定情報を含み、
前記救護要求に含まれる前記本人特定情報を用いて前記被救護者を特定する特定手段をさらに備え、
前記選択手段は、前記特定された前記被救護者に対応する前記情報開示条件を用いて、前記救護者を選択する
付記Ａ１乃至Ａ８のいずれか１項に記載の救護支援装置。
（付記Ａ１０）
前記本人特定情報は、前記被救護者の生体情報であり、
前記特定手段は、前記救護要求に含まれる前記生体情報について、生体認証を行うことにより前記被救護者を特定する
付記Ａ９に記載の救護支援装置。
（付記Ｂ１）
救護支援装置と、
救急機関サーバと、を備え、
前記救護支援装置は、
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録手段と、
所定の被救護者の情報端末から救護要求を受け付ける受付手段と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択手段と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知手段と、
を備え、
前記通知手段は、前記救護要請に対する前記携帯端末からの応答に応じた通知内容を前記救急機関サーバへ通知し、
前記救急機関サーバは、前記通知内容に応じた処理を行う
救護支援システム。
（付記Ｂ２）
前記通知手段は、
前記救護要請に対して受理した旨を前記携帯端末からの応答として受け付けた場合、前記被救護者及び前記救護者に関する情報を前記通知内容として前記救急機関サーバへ通知し、
前記救急機関サーバは、
受信した前記通知内容を救護状況として登録し、
前記携帯端末から、前記被救護者の状況報告を受け付けた場合、当該状況報告により前記救護状況を更新する
付記Ｂ１に記載の救護支援システム。
（付記Ｂ３）
前記通知手段は、
前記救護要請に対して不受理の旨を前記携帯端末からの応答として受け付けた場合、前記被救護者に関する情報を前記通知内容として前記救急機関サーバへ通知し、
前記救急機関サーバは、
受信した前記通知内容に基づき、前記被救護者の救護のために救急車両の出発を指示する
付記Ｂ１又はＢ２に記載の救護支援システム。
（付記Ｂ４）
前記救急機関サーバは、
前記救護要請を受理した前記救護者の前記携帯端末から、前記被救護者を搬送する車両の車両情報及び当該携帯端末の位置情報を受け付け、
前記車両情報に基づき前記車両を緊急車両として許可し、
前記位置情報から前記被救護者の搬送先までの間、前記車両を優先して通行させるための信号機制御の依頼を、所定の信号機制御システムへ送信する
付記Ｂ１乃至Ｂ３のいずれか１項に記載の救護支援システム。
（付記Ｂ５）
前記救急機関サーバは、
前記車両が前記被救護者を搬送中に前記携帯端末から前記位置情報を受け付けた場合、当該位置情報を前記信号機制御システムへ送信する
付記Ｂ４に記載の救護支援システム。
（付記Ｃ１）
コンピュータが、
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録し、
所定の被救護者の情報端末から救護要求を受け付け、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択し、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する、
救護支援方法。
（付記Ｄ１）
被救護者の情報開示条件と、複数の救護候補者のそれぞれの救護対応条件とを登録する登録処理と、
所定の被救護者の情報端末から救護要求を受け付ける受付処理と、
前記救護要求にかかる被救護者の前記情報開示条件と、前記救護対応条件とに基づいて、前記複数の救護候補者の中から救護者を選択する選択処理と、
前記選択した救護者の携帯端末へ、前記被救護者の救護要請を通知する通知処理と、
をコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【0143】
以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【0144】
１ 救護支援装置
１１ 登録部
１２ 受付部
１３ 選択部
１４ 通知部
１０００ 救護支援システム
１０００ａ 救護支援システム
１０００ｂ 救護支援システム
１００ 情報端末
２００ 認証装置
２１０ 顔情報ＤＢ
２１１ ユーザＩＤ
２１２ 顔特徴情報
２２０ 顔検出部
２３０ 特徴点抽出部
２４０ 登録部
２５０ 認証部
３００ 救護支援装置
３００ｂ 救護支援装置
３１０ 記憶部
３１１ プログラム
３１１ｂ プログラム
３１２ 被救護者情報
３１２１ ユーザＩＤ
３１２２ 個人情報
３１２３ 健康情報
３１２４ 条件情報
３１２４１ 通知条件
３１２４２ 開示情報種別
３１２４３ 開示先属性
３１３ 救護候補者情報
３１３１ ユーザＩＤ
３１３２ 属性情報
３１３３ 救護対応条件
３１３４ 現在位置
３１３５ 端末情報
３１３６ 救護履歴
３１３７ 評価情報
３２０ メモリ
３３０ 通信部
３４０ 制御部
３４１ 登録部
３４２ 受付部
３４３ 特定部
３４４ 選択部
３４５ 通知部
３４５ｂ 通知部
３４６ 更新部
３４７ 信号制御部
４１ 携帯端末
４２ 携帯端末
４ｍ 携帯端末
４２１ 車両
４ｍ１ 車両
５００ 消防局サーバ
５００ａ 消防局サーバ
５１０ 記憶部
５１１ プログラム
５１１ａ プログラム
５１２ 救護状況情報
５１２１ 被救護者情報
５１２２ 救護者情報
５１２３ 救護状況
５１２４ 現在位置
５２０ メモリ
５３０ 通信部
５４０ 制御部
５４１ 受付部
５４２ 更新部
５４３ 許可部
５４３ａ 許可部
５４４ 信号制御部
６１０ 被救護者の事前登録画面
６１１ 通知条件選択欄
６１２ 開示情報種別選択欄
６１３ 開示先属性選択欄
６１４ 登録ボタン
６２０ 自治体消防局連携画面
６２１ メッセージ表示欄
６２２ 非同意ボタン
６２３ 同意ボタン
６３０ 救護者の事前登録画面
６３１ 対応内容選択欄
６３２ 条件選択欄
６３３ 時間帯選択欄
６３４ 登録ボタン
６４０ 救護要請表示画面
６４１ 救護要請概要
６４２ 詳細表示ボタン
６５０ 救護要請の回答画面
６５１ アラートメッセージ
６５２ 被救護者概要位置
６５３ 詳細情報
６５４ 受理ボタン
６５５ 不受理ボタン
６６０ 被救護者のお礼入力画面
６６１ 救護者情報
６６２ 救護記録
６６３ 謝礼情報
６６４ 評価情報
６６５ コメント
６６６ 送信ボタン
６７０ 救護者のお礼確認画面
６７１ 被救護者情報
６７２ 謝礼情報
６７３ 評価情報
６７４ コメント
６７５ ポイント情報
６７６ 確認ボタン
６８０ 被救護者の救護待ち画面
６８１ 救護者の現在位置
６８２ メッセージ
６８３ 到着予定時刻
６９０ 搬送先候補の表示画面
６９１ 被救護者の現在位置
６９２１ 搬送先候補
６９２２ 搬送先候補
６９２３ 搬送先候補
６９３ 選択欄
６９４ 選出理由
６９５ 決定ボタン
７００ 信号機制御システム
７１０ 信号機
７１１ 信号機
７１２ 信号機
７１３ 信号機
７１４ 信号機
７２０ 信号機
７２１ 信号機
７２２ 信号機
７２３ 信号機
７２４ 信号機
７３０ 病院
Ｎ ネットワーク
Ｕ１ 被救護者
Ｕ２１ 救護候補者
Ｕ２２ 救護候補者
Ｕ２ｍ 救護候補者
１１ 登録部
１２ 受付部
１３ 選択部
１４ 通知部
１０００ 救護支援システム
１０００ａ 救護支援システム
１０００ｂ 救護支援システム
１００ 情報端末
２００ 認証装置
２１０ 顔情報ＤＢ
２１１ ユーザＩＤ
２１２ 顔特徴情報
２２０ 顔検出部
２３０ 特徴点抽出部
２４０ 登録部
２５０ 認証部
３００ 救護支援装置
３００ｂ 救護支援装置
３１０ 記憶部
３１１ プログラム
３１１ｂ プログラム
３１２ 被救護者情報
３１２１ ユーザＩＤ
３１２２ 個人情報
３１２３ 健康情報
３１２４ 条件情報
３１２４１ 通知条件
３１２４２ 開示情報種別
３１２４３ 開示先属性
３１３ 救護候補者情報
３１３１ ユーザＩＤ
３１３２ 属性情報
３１３３ 救護対応条件
３１３４ 現在位置
３１３５ 端末情報
３１３６ 救護履歴
３１３７ 評価情報
３２０ メモリ
３３０ 通信部
３４０ 制御部
３４１ 登録部
３４２ 受付部
３４３ 特定部
３４４ 選択部
３４５ 通知部
３４５ｂ 通知部
３４６ 更新部
３４７ 信号制御部
４１ 携帯端末
４２ 携帯端末
４ｍ 携帯端末
４２１ 車両
４ｍ１ 車両
５００ 消防局サーバ
５００ａ 消防局サーバ
５１０ 記憶部
５１１ プログラム
５１１ａ プログラム
５１２ 救護状況情報
５１２１ 被救護者情報
５１２２ 救護者情報
５１２３ 救護状況
５１２４ 現在位置
５２０ メモリ
５３０ 通信部
５４０ 制御部
５４１ 受付部
５４２ 更新部
５４３ 許可部
５４３ａ 許可部
５４４ 信号制御部
６１０ 被救護者の事前登録画面
６１１ 通知条件選択欄
６１２ 開示情報種別選択欄
６１３ 開示先属性選択欄
６１４ 登録ボタン
６２０ 自治体消防局連携画面
６２１ メッセージ表示欄
６２２ 非同意ボタン
６２３ 同意ボタン
６３０ 救護者の事前登録画面
６３１ 対応内容選択欄
６３２ 条件選択欄
６３３ 時間帯選択欄
６３４ 登録ボタン
６４０ 救護要請表示画面
６４１ 救護要請概要
６４２ 詳細表示ボタン
６５０ 救護要請の回答画面
６５１ アラートメッセージ
６５２ 被救護者概要位置
６５３ 詳細情報
６５４ 受理ボタン
６５５ 不受理ボタン
６６０ 被救護者のお礼入力画面
６６１ 救護者情報
６６２ 救護記録
６６３ 謝礼情報
６６４ 評価情報
６６５ コメント
６６６ 送信ボタン
６７０ 救護者のお礼確認画面
６７１ 被救護者情報
６７２ 謝礼情報
６７３ 評価情報
６７４ コメント
６７５ ポイント情報
６７６ 確認ボタン
６８０ 被救護者の救護待ち画面
６８１ 救護者の現在位置
６８２ メッセージ
６８３ 到着予定時刻
６９０ 搬送先候補の表示画面
６９１ 被救護者の現在位置
６９２１ 搬送先候補
６９２２ 搬送先候補
６９２３ 搬送先候補
６９３ 選択欄
６９４ 選出理由
６９５ 決定ボタン
７００ 信号機制御システム
７１０ 信号機
７１１ 信号機
７１２ 信号機
７１３ 信号機
７１４ 信号機
７２０ 信号機
７２１ 信号機
７２２ 信号機
７２３ 信号機
７２４ 信号機
７３０ 病院
Ｎ ネットワーク
Ｕ１ 被救護者
Ｕ２１ 救護候補者
Ｕ２２ 救護候補者
Ｕ２ｍ 救護候補者
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】