(57)【要約】【課題】  救急活動が適切かつ迅速に開始されるように人々を支援する。【解決手段】  あるユーザ端末３＃１が救護要請９３を発すると、サーバ５が、他のユーザ端末３＃２と、AEDなどの救護機器に付属する機器端末９に、救護活動への参加要請９７を配信する。参加要請９７には、救護要請９３が発された現場位置と、現場位置の周辺に存在する利用可能な救護機器の位置の通知が伴う。他のユーザ端末３＃２は、現場位置または利用可能機器の位置の付近に自端末がある場合、参加要請をユーザに知らせ、現場位置および利用可能機器位置へのナビゲーション１０７を開始する。続いて、ユーザ端末３＃１、３＃２と機器端末９間でグループ通信１１７を行うことができる。【選択図】図２
2018198020.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザにそれぞれ携帯される通信端末である複数のユーザ端末を利用して、前記複数のユーザによる救急活動を支援するためのシステムにおいて、
前記複数のユーザ端末の内のいずれか一つに所定入力があった場合、前記所定入力のあったユーザ端末を制御して救護要請を発信させる手段と、
前記救護要請が発信された場合、前記救護要請を発信したユーザ端末である要請ユーザ端末の位置に基づき現場位置を特定する手段と、
前記現場位置と前記要請ユーザ端末以外の他のユーザ端末の位置とに基づき、前記他のユーザ端末の中から、前記現場位置に対して第一の位置関係にある一以上のユーザ端末を、参加可能ユーザ端末として選ぶ手段と、
前記参加可能ユーザ端末を制御して、前記参加可能ユーザ端末のユーザに対し前記救護要請があった旨を知らせる手段と
を備えた救急活動支援システム。
【請求項２】
異なる場所にそれぞれ配置された複数の救護機器の位置を特定する手段と、
前記救護要請が発信された場合、前記現場位置と前記複数の救護機器の位置とに基づき、前記現場位置に対して第二の位置関係にある救護機器を、利用可能機器として選ぶ手段と、
前記利用可能機器の位置に対して第三の位置関係にある一以上のユーザ端末を、前記参加可能ユーザ端末として選ぶ手段と
をさらに備えた請求項１記載の救急活動支援システム。
【請求項３】
前記要請ユーザ端末を制御して、前記要請ユーザ端末の周囲空間に警報信号を出力させる手段
をさらに備えた請求項１乃至２のいずれか一項記載の救急活動支援システム。
【請求項４】
前記現場位置と前記参加可能ユーザ端末の位置とに基づき、前記参加可能ユーザ端末を制御して、前記参加可能ユーザ端末のユーザに所定の状況情報を提供する手段
をさらに備えた請求項１乃至３のいずれか一項記載の救急活動支援システム。
【請求項５】
前記所定の状況情報が、前記現場位置へ行くためのナビゲーション情報を含む、
請求項４記載の救急活動支援システム。
【請求項６】
前記参加可能ユーザ端末と前記要請ユーザ端末の中から二以上の通信端末を選び、前記選ばれた二以上の通信端末の間でグループ通信を実行させる手段
をさらに備えた請求項１乃至５のいずれか一項記載の救急活動支援システム。
【請求項７】
前記グループ通信を実行する前記二以上の通信端末のユーザの中から所定の資格をもつ有資格ユーザを特定し、前記グループ通信において前記有資格ユーザを他のユーザより優先的に支援するよう前記グループ通信を制御する手段
をさらに備えた請求項６記載の救急活動支援システム。
【請求項８】
前記複数の救護機器の内の一つ以上に通信端末が付属している場合、前記付属の通信端末の中から、前記利用可能機器に付属するものを、利用可能機器端末として選ぶ手段と、
前記利用可能機器端末を制御して、前記利用可能機器の周囲空間に報知信号を出力させる手段と
をさらに備える請求項２記載の救急活動支援システム。
【請求項９】
前記利用可能機器の位置と前記参加可能ユーザ端末の位置とに基づき、前記参加可能ユーザ端末を制御して、前記参加可能ユーザ端末のユーザに所定の第二の状況情報を提供する手段
をさらに備えた請求項２または８のいずれか一項記載の救急活動支援システム。
【請求項１０】
前記所定の第二の状況情報が、前記利用可能機器の位置へ行くためのナビゲーション情報を含む、
請求項９記載の救急活動支援システム。
【請求項１１】
前記利用可能機器端末と前記要請ユーザ端末と前記参加可能ユーザ端末の中から二以上の通信端末を選び、前記選ばれた二以上の通信機器の間でグループ通信を実行させる手段
をさらに備えた請求項８乃至１０のいずれか一項記載の救急活動支援システム。
【請求項１２】
複数のユーザにそれぞれ携帯される通信端末である複数のユーザ端末を利用して、前記複数のユーザによる救急活動を支援するための方法において、
前記複数のユーザ端末の内のいずれか一つに所定入力があった場合、前記所定入力のあったユーザ端末から救護要請を発信させるステップと、
前記救護要請が発信された場合、前記救護要請を発信したユーザ端末である要請ユーザ端末の位置に基づき現場位置を特定するステップと、
前記現場位置と前記要請ユーザ端末以外の他のユーザ端末の位置とに基づき、前記他のユーザ端末の中から、前記現場位置に対して所定の位置関係にある一以上のユーザ端末を、参加可能ユーザ端末として選ぶステップと、
前記参加可能ユーザ端末を制御して、前記参加可能ユーザ端末のユーザに対し前記救護要請があった旨を知らせるステップと
を有する救急活動支援方法。
【請求項１３】
複数のユーザにそれぞれ携帯される、通信ネットワークと接続可能な複数のユーザ端末を利用して、前記複数のユーザによる救急活動を支援するための、各ユーザ端末が読み取り可能なコンピュータプログラムにおいて、
所定入力があったとき、救護要請を前記通信ネットワークに発信するステップと、
他のユーザ端末から発信された救護要請に基づく現場位置の通知を前記通信ネットワークから受けるステップと、
前記現場位置の通知に基づき、前記現場位置に対して第一の位置関係に自端末が位置する場合に、前記救護要請があった旨を自端末のユーザに知らせるステップと
を前記各ユーザ端末に実行させるコンピュータプログラム。
【請求項１４】
他のユーザ端末から発信された救護要請に基づく利用可能な救護機器の位置の通知を前記通信ネットワークから受けるステップと、
前記利用可能な救護機器の位置の通知に基づき、前記利用可能な救護機器の位置に対して第二の位置関係に自端末が位置する場合に、前記救護要請があった旨を自端末のユーザに知らせるステップと
を前記各ユーザ端末にさらに実行させる請求項１３記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般には急病人や怪我人などの救急活動（緊急の救護活動）を支援するための情報提供技術に関し、とくに、例えば心停止者へのAED（自動体外式除細動器）の適用のような初動対処を迅速に実行することを助ける情報提供技術に関する。
【背景技術】
【０００２】
関連技術として、例えば特許文献１に記載されたシステムが知られている。
【０００３】
このシステムは、AEDを必要とする緊急事態に遭遇した人が、AEDの設置場所を見つけてAEDを取りに行けるように、または、AED設置場所付近に居る者がAEDを緊急現場へ持っていけように、そのような人々を支援する。
【０００４】
このシステムによれば、例えば、或る現場で緊急事態に遭遇した人が、自分の携帯端末を用いて、監視センタに対しＡＥＤ手配を要求すると、監視センタが、現場周辺の使用に適したAEDを特定して、それを現場の上記携帯端末に通知する。その携帯端末は、特定されたAEDが存在する場所への状況通知を表示する。
【０００５】
それと同時に、監視センタは、上記特定されたAEDに付属のAED監視端末にも通知を送る。すると、AED監視端末は、AED手配要求があることを、音声や文字表示などで、周囲の人々に通知する。
【０００６】
さらに、AED監視端末は、要救助者の居る場所までの状況通知を表示して、AED運搬者のAED要求者との合流を助ける。
【０００７】
監視センタは、さらに、上記携帯端末にAED監視端末の連絡先を通知したり、AED監視端末に問い合わせ端末の連絡先を通知したりして、AED要求者とAED運搬者の間の通話を可能にする。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１２−２１５９８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
例えば路上である通行人が急に倒れたような場合、最初に、他の人々がその患者を発見し、患者の容態を認識し、どのような対処をすべきかを判断し、判断結果を実行動に移して初めて、AED適用のような救護行動が実現できる。もし、誰も患者に気づかない、患者の容態を認識できない、どんな処置を行うべきかを判断できない、あるいは、判断結果を実行動に移さなかったならば、患者を迅速かつ適切に救護することは難しい。
【００１０】
しかし、緊急事態が現場にたまたま居合わせた人が、上記の発見、認識、判断および行動という初動プロセスを的確かつ迅速に実施できる保証はない。むしろ、そのようなプロセスを速やかに実行できる人は、医師や看護士や救急訓練を受けた人を除けば、きわめて希であろう。
【００１１】
また、時と場所によっては、患者の傍に他の人がいないという場合もあろう。
【００１２】
同様の問題的状況は、AEDのような救護機器の側にも存在する。例えば、AED要請があったとき、その旨をAEDが音声や文字のメッセージで周囲の人々に表示したとしても、それに誰も気づかない、何を行うべきか判断できない、あるいは、実行動を起こさない場合があり得る。AEDの傍に人がいないという場合もあろう。
【００１３】
特許文献１に記載されたシステムは、患者をケアする、AEDを運搬する、などの実行動を起こした人を支援するのに有効である。しかし、その行動を起こす前の上記発見、認識および判断のプロセスを支援するための解決策は教示していない。
【００１４】
本発明の一つの目的は、救急活動がより迅速かつ適切に行われるように、人々を支援するシステムを提供することにある。
【課題を解決するための手段】
【００１５】
本発明の一側面に係る一実施形態に従う、救急活動支援システムは、複数のユーザにそれぞれ携帯される通信端末である複数のユーザ端末を利用して、複数のユーザによる救急活動を支援するためのシステムであり、複数のユーザ端末の内のいずれか一つに所定入力があった場合、その所定入力のあったユーザ端末を制御して救護要請を発信させる手段と、救護要請が発信された場合、救護要請を発信したユーザ端末である要請ユーザ端末の位置に基づき現場位置を特定する手段と、特定された現場位置と要請ユーザ端末以外の他のユーザ端末の位置とに基づき、他のユーザ端末の中から、現場位置に対して第一の位置関係にある一以上のユーザ端末を、参加可能ユーザ端末として選ぶ手段と、参加可能ユーザ端末を制御して、参加可能ユーザ端末のユーザに対し救護要請があった旨を知らせる手段とを備える。これらの手段は、それぞれ、例えば、複数の通信端末でそれぞれ実行されるコンピュータプログラム、および、それらの通信端末と通信ネットワークを通じて通信可能な管理サーバとが協働で行う制御により、あるいは、各通信端末または管理サーバが単独で行なう制御により、実現され得る（以下に述べる諸手段も同様である）。
【００１６】
このように構成された救急活動支援システムによれば、あるユーザが他人または本人の緊急事態に遭遇した場合、そのユーザは自分のユーザ端末に手動でまたは自動的に所定入力を行うことで、救護要請を発信することができる。救護要請が発信されると、その救護要請を発信した要請ユーザ端末の位置に基づいて、その緊急事態の現場の位置が特定される。そして、その現場位置に対して第一の位置関係（例えば、現場位置から50メートルの距離範囲内）にある他のユーザ端末が、救護に参加可能なユーザ端末として選ばれる。そして、その参加可能ユーザ端末からそのユーザに対して、現場位置で救護要請があった旨が通知される。
【００１７】
したがって、緊急事態に直接遭遇したユーザだけでなく、その現場での救護に参加可能な場所に居る他のユーザに対しても、救護要請があったことが通知される（換言すれば、救護活動への参加が要請される）。それにより、より多くの人々が緊急事態の発生に気づくので、そして、それらの複数の人々による認識や判断や連携により、救急活動が迅速化および的確化され得る。
【００１８】
また、緊急事態が建物内や部屋内で起きた場合、一般に、その建物や部屋の外部に居る人々は緊急事態に気づきにくい。しかし、この救急活動支援システムによれば、建物や部屋の外部に居る人々にも、緊急事態の発生を知らせて、救護行動を起こすよう促すことができる。
【００１９】
一実施形態に従う救急活動支援システムは、さらに、緊急要請を発信した要請ユーザ端末を制御して、要請ユーザ端末の周囲空間に警報信号を出力させる手段を備えてもよい。要請ユーザ端末が周囲空間に警報信号を出力することで、現場の周囲に居る人々（通信端末をもってなくていい）に緊急事態の発生を知らせて、救護への参加を要請できる。
【００２０】
一実施形態に従う救急活動支援システムは、さらに、現場位置と参加可能ユーザ端末の位置とに基づき、参加可能ユーザ端末を制御して、参加可能ユーザ端末のユーザに所定の状況情報を提供する手段を備えることができる。上記所定の状況情報には、一例として、現場位置へ行くためのナビゲーション情報があり得る。
【００２１】
このような状況情報を救護活動に参加可能な人々に提供することで、その人たちによる状況認識判断と行動が、より迅速化および適切化され得る。
【００２２】
一実施形態に従う救急活動支援システムは、さらに、参加可能ユーザ端末と要請ユーザ端末の中から二以上の通信端末を選び、選ばれた二以上の通信端末の間でグループ通信を実行させる手段をさらに備えてよい。
【００２３】
これら通信端末間でグループ通信を実行することで、救護活動に参加する人々の間の連携がより容易になる。
【００２４】
上記グループ通信では、それを行う二以上の通信端末のユーザの中から所定の資格をもつ有資格ユーザを特定して、有資格ユーザを他のユーザより優先的に支援するようグループ通信が制御されてよい。
【００２５】
この制御により、医師、看護士、救急救命士のような有資格者が、グループ通信でリーダーシップを発揮しながら、グループによる救護活動をより適切に進めることが支援される。
【００２６】
一実施形態に従う救急活動支援システムは、さらに、異なる場所にそれぞれ配置された複数の救護機器の位置を特定する手段と、救護要請が発信された場合、現場位置と複数の救護機器の位置とに基づき、現場位置に対して第二の位置関係にある救護機器を、利用可能機器として選ぶ手段と、選ばれた利用可能機器の位置に対して第三の位置関係にある一以上のユーザ端末を、上記の参加可能ユーザ端末として選ぶ手段とを、備えてもよい。
【００２７】
このように構成された救急活動支援システムによれば、現場で救護要請が発信された場合、現場位置に対して第二の位置関係（例えば、現場位置から100メートルの距離範囲内）にある救護機器（例えば、AEDや医療キットなど）が選ばれ、そして、選ばれた救護機器に対して第三の位置関係（例えば、その機器から30メートルの距離範囲内）にあるユーザ端末が、上述の参加可能ユーザ端末として選ばれる。そして、前述したように、参加可能ユーザ端末として選ばれたユーザ端末は、現場で救護が要請された旨をユーザに通知したり、あるいは、現場位置へのナビゲーション情報などの状況情報をユーザに提供したりすることができる。
【００２８】
したがって、現場位置に対して救護参加が可能な場所（典型的には、現場の付近）に居る人々だけでなく、救護に利用可能な救護機器にアクセス可能な場所（典型的には、利用可能機器の付近）に居る人々にも、救護要請があった旨が通知され、救護を支援するナビゲーションなどの状況情報が提供される。つまり、現場付近の人々に加えて、利用可能救護機器の付近の人々も救護に関与することができる。これにより、より迅速で的確な判断と救護行動の開始が期待し得る。
【００２９】
一実施形態に従う救急活動支援システムは、さらに、上記複数の救護機器の内の一つ以上に通信端末が付属している場合、その付属の通信端末の中から、上記利用可能機器に付属するものを、利用可能機器端末として選ぶ手段と、選ばれた利用可能機器端末を制御して、利用可能機器の周囲空間に報知信号を出力させる手段と、備えてもよい。
【００３０】
利用可能機器の周囲空間に報知信号を出力することにより、利用可能機器の近くの人々（ユーザ端末をもってなくていい）に対して、その利用可能機器を使って救護に参加するよう要請することができる。
【００３１】
一実施形態に従う救急活動支援システムは、さらに、利用可能機器の位置と参加可能ユーザ端末の位置とに基づき、参加可能ユーザ端末を制御して、参加可能ユーザ端末のユーザに所定の第二の状況情報を提供する手段を備えてよい。ここで、上記第二の状況情報の一例に、利用可能機器の位置へ行くためのナビゲーション情報があり得る。
【００３２】
この構成によれば、参加可能ユーザ端末のユーザは、現場位置へのナビゲーションのような現場に関する状況情報だけでなく、利用可能な救護機器へのナビゲーションのような救護機器に関する状況情報も得ることができる。それにより、ユーザは自分の居場所に応じて、現場へ行くべきか、救護機器にアクセスするべきか、などの判断と行動をより適切に行えるよう、支援される。
【００３３】
一実施形態に従う救急活動支援システムは、さらに、上記利用可能機器端末と上記要請ユーザ端末と上記参加可能ユーザ端末の中から二以上の通信端末を選び、選ばれた二以上の通信機器の間でグループ通信を実行させる手段を備えてよい。
【００３４】
この構成によれば、救護要請を発したユーザと救護に参加可能なユーザだけでなく、利用可能な救護機器にアクセスした人も参加して、グループ通信が行える。それにより、救護活動の迅速化と的確化が期待できる。
【００３５】
本発明の別の側面に係る、複数のユーザにそれぞれ携帯される通信端末である複数のユーザ端末を利用して、前記複数のユーザによる救急活動を支援するための方法は、複数のユーザ端末の内のいずれか一つに所定入力があった場合、その所定入力のあったユーザ端末から救護要請を発信させるステップと、救護要請が発信された場合、その救護要請を発信したユーザ端末である要請ユーザ端末の位置に基づき現場位置を特定するステップと、特定された現場位置と上記要請ユーザ端末以外の他のユーザ端末の位置とに基づき、他のユーザ端末の中から、現場位置に対して所定の位置関係にある一以上のユーザ端末を、参加可能ユーザ端末として選ぶステップと、選ばれた参加可能ユーザ端末を制御して、参加可能ユーザ端末のユーザに対し救護要請があった旨を知らせるステップとを有する。
【００３６】
本発明のまた別の側面に係る、複数のユーザにそれぞれ携帯される、通信ネットワークと接続可能な複数のユーザ端末を利用して、複数のユーザによる救急活動を支援するための、各ユーザ端末が読み取り可能なコンピュータプログラムは、以下のプロセスを各ユーザ端末に実行させる。
【００３７】
すなわち、そのプログラムに従って各ユーザ端末が実行するプロセスは、所定入力があったとき、救護要請を通信ネットワークに発信するステップと、他のユーザ端末から発信された救護要請に基づく現場位置の通知を通信ネットワークから受けるステップと、通信ネットワークから受けた現場位置の通知に基づき、現場位置に対して第一の位置関係に自端末が位置する場合に、救護要請があった旨を自端末のユーザに知らせるステップとを含む。
【００３８】
このようなプロセスを実行することにより、各ユーザ端末は、所定の入力（例えば、ユーザによる救護要請の入力操作、ウェアラブル心電計のような外部接続されたバイタルセンサからの危険を示すセンシングデータの入力など）があると、救護要請を通信ネットワークへ発信できる。あるユーザ端末から救護要請が発信された場合、その救護要請を発したユーザ端末の位置に基づく現場位置に対して第一の位置関係（例えば、現場位置から50メートルの距離範囲内）に存在する他のユーザ端末が、救護要請があったことをユーザに通知する。したがって、現場での救護に参加可な場所に居る人々が、救護要請の発生を知って救護に参加する機会が増え、それが、救護活動の迅速化と的確化に寄与する。
【００３９】
上記プロセスには、さらに、他のユーザ端末から発信された救護要請に基づく利用可能な救護機器の位置の通知を通信ネットワークから受けるステップと、利用可能な救護機器の位置の通知に基づき、利用可能な救護機器の位置に対して第二の位置関係（例えば、30メートルの距離範囲内）に自端末が位置する場合に、救護要請があった旨を自端末のユーザに知らせるステップとが追加されてよい。
【００４０】
これらの追加ステップの実行により、あるあるユーザ端末から救護要請が発信された場合、救護に利用可能な救護機器（例えば、現場から100メートルの距離範囲内にあるAEDなどの救護機器）に対して第二の位置関係（例えば、30メートルの距離範囲内）に居るユーザに対しても、救護要請があったことが通知される。したがって、利用可能な救護機器に容易にアクセス可能な場所に居る人々も、救護要請の発生を知って救護に参加する機会が増え、それが、救護活動の迅速化と的確化に寄与する。
【図面の簡単な説明】
【００４１】
【図１】本発明の一実施形態に係る救急活動支援システムの全体構成を示すブロック線図。
【図２】同システムの制御プロセスの全体流れを示すフロー図。
【図３】ユーザ端末の待機プロセスの流れを示すフロー図。
【図４】ユーザ端末の救護要請プロセスの流れを示すフロー図。
【図５】管理サーバの待機プロセスの流れを示すフロー図。
【図６】管理サーバの参加要請プロセスの流れを示すフロー図。
【図７】管理サーバの状況通知プロセスの流れを示すフロー図。
【図８】管理サーバのグループ通信プロセスの流れを示すフロー図。
【図９】AED端末の待機プロセスの流れを示すフロー図。
【図１０】ユーザ端末の状況認識プロセスの流れを示すフロー図。
【図１１】AED端末の状況認識プロセスの流れを示すフロー図。
【図１２】ユーザ端末およびAED端末それぞれの救護参加プロセスの流れを示すフロー図。
【発明を実施するための形態】
【００４２】
以下、本発明の一実施形態を図面を参照して説明する。
【００４３】
図１は、本発明の一実施形態に係る救急活動支援システムの全体構成を示す。
【００４４】
図１に示すように、救急活動支援システム１では、複数人（望ましくは多数人）のユーザがそれぞれ使用する複数の通信端末（以下、ユーザ端末という）３が利用される（図１では、便宜上、三台のユーザ端末３を示す）。ユーザ端末３は、例えば、いわゆる携帯電話、スマートフォン、タブレット端末、あるいはモバイル端末などと呼ばれる、ネットワーク通信機能とアプリケーションプログラム実行機能をもった、携帯式のパーソナルコンピュータが望ましいが、場合によっては、据え置き式のコンピュータであってもよい。本実施形態では、ユーザ端末３が、スマートフォンと呼ばれる携帯電話端末である場合を例にとり説明する。
【００４５】
なお、ユーザ端末３は、典型的には個人ユーザにより携帯され使用されるものであるが、組織ユーザ（例えば、あるオフィス、店舗、会社、公共機関など）により使用されるものであってもよい。
【００４６】
救急活動支援システム１は、また、クラウド管理サーバ（以下、管理サーバという）５を有し、管理サーバ５とすべてのユーザ端末３と、広域の通信ネットワーク６を介して通信可能である。
【００４７】
救急活動支援システム１では、また、複数台（望ましくは多数台）の救護機器、例えばAED（自動体外式除細動器）７が利用される（図１では、便宜上、三台のAED７を示す）。ここで、AEDは、救急活動支援システム１で利用可能な救護機器の一例にすぎず、それ以外の機器または道具、例えば、携帯式または移動式の人工呼吸器、救急メディカルキット、手術キット、あるいは、レスキュー機器なども利用可能であってよい。しかし、本実施形態では、便宜上、日本全国の随所に配備されたAED７を利用する場合を例にとり説明する。
【００４８】
複数のAED７の全部または一部には、それぞれ、通信端末（以下、AED端末という）９が付属する。AED端末９は、ユーザ端末３と同様、例えば、いわゆる携帯電話、スマートフォン、タブレット端末、あるいはモバイル端末などと呼ばれる、アプリケーションプログラム実行機能をもった、携帯式のパーソナルコンピュータであってよく、場合によっては、据え置き式のコンピュータであってもよく、あるいは、AED７の一部としてそれに内蔵されたコンピュータであってもよい。
【００４９】
必ずしもそうでなければならないわけではないが、AED端末９は望ましくは、AED７と通信可能であり、かつ、通信ネットワーク６を通じてユーザ端末３および管理サーバ５と通信可能である。本実施形態では、すべてのAED７にAED端末９がそれぞれ通信可能に接続されていて、各AED端末９が、スマートフォンと呼ばれる汎用の携帯電話端末である場合を例にとり説明する。
【００５０】
なお、AED端末９が付属しないAED７の単体も、救急活動支援システム１において利用することが可能である。また、場合によっては、ユーザ端末３をAED７に接続してもよい。
【００５１】
ユーザ端末３、AED端末９および管理サーバ５のより具体的な構成は、以下のとおりである。
【００５２】
ユーザ端末３は、制御部１１、近距離通信部１７、移動通信部１９、測位部２１、音声入出力部２３、カメラ部２５、表示部２７、操作入力部２９および記憶部３１を有する。
【００５３】
制御部１１は、ユーザ端末３の各部を制御する。制御部１１は、例えば、記憶部３１に予めインストールされた救急活動支援のためのユーザ用のアプリケーションプログラム（以下、ユーザアプリケーションという）１５をMPU（マイクロプロセッサ）１３により実行することにより実現される。換言すれば、ユーザ端末３上でユーザアプリケーション１５を起動することにより、制御部１１が生成され起動する。制御部１１は、後述する幾つかの制御プロセス（例えば、図２に示す待機プロセス８１、救護要請プロセス９１、状況認識プロセス１０３、および救護参加プロセス１１１など）を実行することができる。
【００５４】
近距離通信部１７は、例えばBluetooth（登録商標）またはWi-Fi（登録商標）のような近距離の無線または有線の通信を、外部の装置と行う。近距離通信部１７を介してユーザ端末３と接続される外部装置の例として、ウェアラブル心電計（日常生活の中でユーザの身体に装着して使用し得る小型軽量の心電計）や、その他のウェアラブルまたは携帯式の各種バイタルセンサなどがあり得る。また、場合によっては、AED７やその他の救急機器と接続することもあり得る。本実施形態では、複数のユーザ端末３中の少なくとも一台が、近距離通信部１７を介して、ウェアラブル心電計３３と無線通信可能に接続されている場合を例にとり説明する。
【００５５】
移動通信部１９は、例えば携帯電話通信のような移動通信を用いて、通信ネットワーク６上の他の機器、例えば管理サーバ５、他のユーザ端末３、およびAED端末９などと通信を行う。
【００５６】
測位部２１は、例えばNSS（Navigation Satellite System：衛星航法システム）受信機などを含んで、ユーザ端末３の現在の位置（緯度、経度、高度）を測定する。測位部２１で測定された現在位置は、後述するように、例えば、ユーザの居場所を管理サーバ５を通じて他のユーザに知らせたり、あるいは、管理サーバ５から通知される現場や利用可能AEDの位置との関係に基づいて、ユーザが救護に参加可能な場所に居るか否かを判断したり、利用可能AEDへのナビゲーションを制御したりするために利用される。
【００５７】
音声入出力部２３は、例えばマイクロフォン、スピーカおよびイヤホンコネクタを含み、外部からの音声をユーザ端末３に入力したり、ユーザ端末３から外部へ音声を出力したりする。カメラ部２５は、例えば、静止画と動画を撮影できるカメラを含み、外部の映像を撮影する。音声入出力部２３とカメラ部２５は、後述するように、例えば、周囲の人に緊急事態の発生を知らせたり、救護活動に参加したユーザが他の参加ユーザと連携し協働するためのグループ通信（例えば、Web会議またはテレビ会議などと呼ばれる音声、写真、および動画などを組み合わせまたは選択して交信する複数者間の会議通信）などに利用される。
【００５８】
表示部２７は、例えば、表示パネルを含み、画像や文字を表示する。表示部２７は、後述するように、例えば、ユーザへの救護要請の発生の通知、救護要請の現場に関する状況の通知、AEDの存在場所に関する状況の通知、現場の状況の表示、および、上述したグループ通信に参加したユーザの一覧の表示などに利用される。
【００５９】
操作入力部２９は、例えば、上述した表示パネルに組み込まれたタッチセンサパネル、あるいはキーボードパネルを含み、ユーザからのキー操作を入力する。操作入力部２９は、後述するように、例えば、救護要請の入力、上述した状況通知の制御と終了、および、上述したグループ通信の開始と制御と終了など、ユーザが制御部１１を操作するために利用される。
【００６０】
記憶部３１は、MPU１３が使用するオペレーティングシステム、各種のアプリケーションプログラム、およびデータを記憶する。例えば、ユーザアプリケーション１５、ユーザの登録資格者情報（医師、看護士、救急救命士などの登録資格の種別と識別情報）、および、場合によっては要救護者の心電データなどが、記憶部３１に記憶され得る。
【００６１】
AED端末９は、ユーザ端末３と基本的に同様の構成をもつ。すなわち、AED端末９は、制御部４１、近距離通信部４７、移動通信部４９、測位部５１、音声入出力部５３、カメラ部５５、表示部５７、操作入力部５９および記憶部６１を有する。
【００６２】
AED端末９の各部の機能や用途は、ユーザ端末３と基本的には同様である。そこで、ユーザ端末３と相違する点に焦点を絞って以下に説明する。
【００６３】
大きな相違点の一つは、AED端末９のユーザが誰かという点である。ユーザ端末３のユーザは、典型的には、そのユーザ端末３の所有者であり、後述するように、管理サーバ５に予め登録される。他方、AED端末９のユーザは誰であってもよく（つまり、いわゆる匿名ユーザであり）、管理サーバ５に予め登録される必要はない。AED端末９のユーザは、典型的には、救急活動に参加してAED７を運搬したり使用したりする人、あるいは、そのような人を傍で補助する人である。
【００６４】
制御部４１は、AED端末９の各部を制御する。制御部４１は、例えば、記憶部６１に予めインストールされた救急活動支援のためのAED用のアプリケーションプログラム（以下、AEDアプリケーションという）４５をMPU４３により実行することにより実現される。換言すれば、AED端末９上でAEDアプリケーション４５を起動することにより、制御部４１が生成され起動する。制御部４１は、後述する幾つかの制御プロセス（例えば、図２に示す待機プロセス８５、救護要請プロセス９１、状況認識プロセス１０５、および救護参加プロセス１１５など）を実行することができる。
【００６５】
近距離通信部４７には、典型的には、AED７が無線または有線で通信可能に接続される。しかし、AED端末９の近距離通信部４７にAED７が接続されずに、AED端末９が単にAED７の傍らに配置されるだけでもよい。あるいは、AED端末９が、移動通信部４９を通じて、広域の通信ネットワーク６を介して、AED７と通信可能に接続できるようになっていてもよい。しかし、本実施形態では、便宜上、各AED端末９が各AED７の傍に配置され、かつ、各AED端末９の近距離通信部１７に各AED７が無線通信可能に接続されている場合を例にとり説明する。
【００６６】
測位部５１は、AED端末９の現在の位置（緯度、経度、高度）を測定する。AED端末９の現在位置は、後述するように、例えば、AED７の存在位置を管理サーバ５に知らせたり、あるいは、現場位置へのナビゲーションを制御したりするために利用される。
【００６７】
記憶部６１には、上述したAEDアプリケーション４５、および、場合によっては、要救護者の心電データなどが格納され得る。
【００６８】
管理サーバ５は、制御部７１、ネットワーク通信部７３、ユーザデータベース７５、AEDデータベース７７、および地図データベース７９を有する。
【００６９】
制御部７１は、管理サーバ５の各部を制御する。制御部７１は、後述する幾つかの制御プロセス（例えば、図２に示す待機プロセス８３、参加要請プロセス９５、状況通知プロセス９９、およびグループ通信プロセス１０１など）を実行することができる。
【００７０】
ネットワーク通信部７３は、通信ネットワーク６を介して、すべてのユーザ端末３およびすべてのAED端末９と通信可能である。
【００７１】
ユーザデータベース７５は、予め登録された複数のユーザの各々に関する各ユーザ固有のデータ（以下、ユーザレコードという）を管理する。ここで管理される各ユーザのユーザレコードには、例えば、そのユーザの識別情報またはアカウント情報（例えば、ユーザ名とパスワードとユーザ識別コード）、使用するユーザ端末３の識別情報と通信アドレス、そのユーザがもつ登録資格の情報（例えば、医師、看護士、救急救命士などの資格の種別と識別情報）、および、そのユーザの現在位置などのデータ項目が含まれ得る。
【００７２】
各ユーザは、自分の使用するユーザ端末３のユーザアプリケーション１５から、自分のユーザレコードを管理サーバ５に登録することができる。各ユーザレコード内の現在位置は、各ユーザ端末３のユーザアプリケーション１５が随時に自動的に測位部２１から得た位置データを管理サーバ５へ送ることにより、随時に更新されることができる。
【００７３】
ユーザデータベース７５は、また、グループ通信を行うユーザたちのグループのレコードも管理する。各グループのレコードには、グループの識別情報、および、グループのメンバであるユーザの識別コードなどがデータ項目として含まれ得る。
【００７４】
AEDデータベース７７は、予め登録された複数のAED７の各々に関する各AED７に固有のデータ（以下、AEDレコードという）を管理する。ここで管理される各AED７のAEDレコードには、例えば、そのAED７に割り当てられた匿名ユーザのアカウント情報、そのAED７の識別情報と諸元と現在状態（例えば、使用可能、使用中など）、そのAED７に接続されたAED端末９の識別情報と通信アドレスと現在位置、および、そのAED９の設置場所などのデータ項目が含まれ得る。各ユーザレコード内の現在位置は、各AED端末９のAEDアプリケーション４５が随時に自動的に測位部５１から得た位置データを管理サーバ５へ送ることにより、随時に更新されることができる。
【００７５】
地図データベース７９は、救急活動支援システム１が利用可能な地域をカバーする地図データを管理する。地図データベース７９は、ユーザを救護要請のあった現場やAEDの場所などへとナビゲートするために使用される。しかし、ユーザをナビゲートするための別法として、管理サーバ５は、自システム内には地図データベース７９をもたずに、通信ネットワーク６上に存在する他のクラウドサーバ（図示せず）から提供される地図データ配信サービスまたはナビゲーションサービスを利用するようにしてもよいし、あるいは、各通信端末３、９のアプリケーション１５、４５がそのような他のクラウドサーバの地図データ配信サービスまたはナビゲーションサービスを直接的に利用するように、各アプリケーション１５、４５を制御してもよい。
【００７６】
図２は、以上のように構成された救急活動支援システム１の制御プロセスの全体流れを示す。図２には、便宜上、二人のユーザがそれぞれ携帯する二台のユーザ端末３＃１、３＃２と、管理サーバ５と、1台のAED端末９が動作する場合の制御流れが示されている。しかし、図２を参照した以下の説明から、より多くのユーザ端末３およびAED端末９が動作する場合についても、当業者や容易に理解できるはずである。
【００７７】
図２に示すように、ユーザ端末３＃１、３＃２の各々では、制御部１１の起動後、まず待機プロセス８１が開始される。管理サーバ５でも、制御部７１の起動後、まず待機プロセス８３が開始される。AED端末９でも、制御部４１の起動後、まず待機プロセス８５が開始される。これらの待機プロセス８１、８３、８５は、救護活動を必要とする緊急事態が起きるのを待つ。
【００７８】
この待機状態において、一つのユーザ端末３＃１を携帯するユーザが、他人または本人の救護を要する緊急事態に遭遇したとする。そのユーザはユーザ端末３＃１に救護要請の入力８７を行う（例えば、表示スクリーンに表示された救護スイッチをターンONする）ことができる。救護要請の入力８７があると、ユーザ端末３＃１は、救護要請プロセス９１を開始する。救護要請プロセス９１は、救護要請９３を通信ネットワーク６を通じて管理サーバ５へ送る。
【００７９】
また、そのユーザがウェアラブル心電計３３を装着していて、そのウェアラブル心電計３３がユーザ端末３＃１に接続されていた場合、ウェアラブル心電計３３からユーザ端末３＃１に入力される心電データが高い危険度を示したならば、ユーザ端末３＃１は自動的に救護要請プロセス９１を開始して、救護要請９３を管理サーバ５に送る。
【００８０】
管理サーバ５は、救護要請９３を受けると、参加要請プロセス９５を開始する。参加要請プロセス９５は、救護活動への参加を多くの人々に呼びかけるための参加要請９７を、すべてのユーザ端末３およびすべてのAED端末９に送る。
【００８１】
この時、後に説明するように、管理サーバ５からの参加要請９７は、すべてのユーザ端末３およびAED端末９に受け入れられるのではなく、救護活動への参加が可能なユーザのユーザ端末３＃１、３＃２、および救護に利用可能なAED７のAED端末９にだけ、選択的に受け入れられる。ここで、上記参加可能なユーザとは、例えば、救護要請９３の発信場所（緊急事態の発生場所）（以下、現場という）の付近（例えば、現場から50メートル以内のような条件を満たす地理的領域内）に居るユーザと、上記利用可能なAED７の付近（例えば、利用可能なAED７から30メートル以内のような条件を満たす地理的領域内）に居るユーザである。また、上記利用可能なAED７とは、例えば、現場の周辺（例えば、現場から100メートル以内のような条件を満たす地理的領域内）に存在するAED７である。なお、参加可能ユーザには、さらに、現場位置または要請ユーザ端末３＃１に予め関連付けられて登録された特定のユーザ（例えば、現場位置の付近の医療機関および消防署、救護要請を発したユーザの家族、かかりつけの医療機関、および主治医など）が含まれてもよい。
【００８２】
管理サーバ５は、参加要請９７の配信後、状況通知プロセス９９とグループ通信プロセス１０１を開始する。
【００８３】
状況通知プロセス９９は、関係するユーザが現在状況を認識し何を行うべきかを判断するのを助けるためのプロセスである。状況通知プロセス９９は、状況通知サービス１０７（例えば、救護要請の発信場所やAEDの場所への地図を用いたナビゲーションの提供、および、要救護者の心電データなどの参考データの提供など）を行なう。
【００８４】
グループ通信プロセス１０１は、救護活動に参加したユーザ間の連携と協働のための相互通信を助けるためのプロセスである。グループ通信プロセス１０１は、救護活動に参加したユーザにグループ通信サービス１１７（例えば、Web会議またはテレビ会議などと呼ばれる、音声、写真、および動画などを交信する複数者間の会議通信）を提供する。
【００８５】
他方、参加要請９７を受け入れたユーザ端末３＃２およびAED端末９は、状況認識プロセス１０３、１０５を開始する。また、要請ユーザ端末３＃１も、緊急要請を発した後、状況認識プロセス１０３を自動的に開始する。
【００８６】
状況認識プロセス１０３、１０５は、ユーザが現在の状況を認識し何をすべきか判断することを助けるためのプロセスである。状況認識プロセス１０３、１０５は、管理サーバ５から状況通知サービス１０７を受けて、提供された情報、例えばナビゲーション地図や心電データなどを表示する。
【００８７】
その後、ユーザ端末３＃２およびAED端末９のユーザが救護活動に参加しようと決断した場合、それらのユーザは、救護参加の入力１０９、１１３を行うことができる。救護参加入力１０９、１１３があると、ユーザ端末３＃２およびAED端末９はそれぞれ救護参加プロセス１１１、１１５を開始する。また、要請ユーザ端末３＃１も、緊急要請を発した後、救護参加プロセス１１１を自動的に開始する。
【００８８】
救護参加プロセス１１１、１１５は、ユーザの救護活動をより適切かつ効率的するよう助けるためのプロセスである。救護参加プロセス１１１、１１５は、管理サーバ５からグループ通信サービス１１７を受けて、救護活動に参加したユーザ間のグループ通信を制御する。
【００８９】
グループ通信の制御では、グループメンバ中の医師、看護士または救急救命士などの有資格ユーザを他のメンバよりも優先的に支援する制御が行われる。例えば、有資格ユーザとそうでない一般のユーザとが同時に発話した場合、有資格ユーザの発話の方がより良くグループメンバに伝わるように通話の制御がなされる。また、例えば、各端末の表示スクリーンに表示されるグループメンバのリスト上で、どのユーザが有資格者であり、その資格種別が何であって、今どのユーザは話しているのかを、全メンバが一目で分かるように、表示の制御がなされる。
【００９０】
以上のように、緊急事態に遭遇したユーザから救護要請９３が発信されると、その要請現場の付近に居るユーザ、および、その要請場所の周辺に存在するAEDの付近に居るユーザに、救護活動への参加要請が提供され、そして、関連状況、例えば要請現場やAED７の場所などへのナビゲーション、が提供される。それにより、緊急事態に遭遇したユーザだけでなく、救護に参加可能な多くのユーザたちが、緊急事態の発生を知り、それに関連する状況を認識することができる。その結果、それらのユーザたちが、何をすべきかを判断して、救護活動への参加を決断することが容易かつ的確になる。
【００９１】
救護活動に参加しようと決断したユーザたちは、グループ通信で相互に情報を交換しつつ、救護活動（例えば、要救護者のケア、AED７の運搬と適用、その他の付随作業など）を行うことができ、それにより、相互間の連携と協働が容易になる。また、グループ通信では、グループメンバのうちの有資格ユーザが優先的に支援されるため、有資格ユーザがリーダーシップを発揮して、グループによる救護活動を適切に進めることが容易になる。
【００９２】
以下では、上述した制御プロセスの各々をより具体的に説明する。
【００９３】
図３は、ユーザ端末３の待機プロセス８１の流れを示す。
【００９４】
図３に示すように、ユーザ端末３の待機プロセス８１では、並行して３つのサブプロセスが実行され得る。
【００９５】
第一のサブプロセスは、ユーザ端末３にウェアラブル心電計３３が接続されている場合に行われる。このサブプロセスでは、ウェアラブル心電計３３から心電データが受信され、それが一時的に保存される（ステップS1）。その心電データが分析されて、危険度が判別される（ステップS2）。危険度は、例えば、安全、注意、危険の三段階に分けることができる。そして、判別結果が注意である場合（ステップS3）、ユーザが気づくような音声、文字、振動などを用いた注意報がユーザ端末３から出力される。また、判別結果が危険（例えば、心停止または心停止が起こる可能性が高い状態）である場合、救護要請プロセス９１が自動的に開始される（ステップS5）。
【００９６】
第二のサブプロセスは、常に行われる。このサブプロセスでは、ユーザから救護要請の入力８７があったか否かがチェックされ（ステップS6）、救護要請入力８７があれば（ステップS7）、救護要請プロセス９１が自動的に開始される（ステップS5）。
【００９７】
第三のサブプロセスは、常に行われる。このサブプロセスでは、管理サーバ５から参加要請の受信があったか否かがチェックされ（ステップS8）、参加要請受信があれば（ステップS9）、状況認識プロセス１０３が自動的に開始される（ステップS10）。
【００９８】
以上の３つのサブプロセスが継続的に繰り返される。
【００９９】
図４は、ユーザ端末３の救護要請プロセス９１の流れを示す。
【０１００】
図４に示すように、救護要請９３とユーザ端末３の現在位置と識別情報とが管理サーバ５へ送信される（ステップS11）。例えば、救護要請９３に、ユーザ端末３の識別情報および現在位置が付属または組み込まれて、管理サーバ５へ送られる。
【０１０１】
その後、その救護要請９３の発信が、心電データに起因する（例えば、心電データが危険と判別されたため）か、それ以外（例えば、救護要請入力８７による）かがチェックされる（ステップS12）。前者と判断された場合、所定の過去時点（例えば、２４時間前）以降に入力された心電データがユーザ端末３内に長期的に保存され、そして、管理サーバ５へ送信される（ステップS13）。
【０１０２】
また、ユーザ端末３の周囲の人々によく聞こえるような警報音がユーザ端末３からその周囲空間に出力される（ステップS14）。それにより、周囲の人々が緊急事態の発生に気づき要救助者を発見し救護を開始する可能性が高まる。
【０１０３】
そして、状況認識プロセス１０３と救護参加プロセス１１１が自動的に開始される（ステップS15）。
【０１０４】
図５は、管理サーバ５の待機プロセス８３の流れを示す。
【０１０５】
図５に示すように、いずれかのユーザ端末３から救護要請９３を受信したか否かがチェックされる（ステップS21）。救護要請９３を受信した場合（ステップS22）、参加要請プロセス９５が開始される（ステップS23）。
【０１０６】
このプロセスが継続的に繰り返される。
【０１０７】
図６は、管理サーバ５の参加要請プロセス９５の流れを示す。
【０１０８】
図６に示すように、要請ユーザ端末３の位置（以下、現場位置という）とユーザが特定される（ステップS31）。ここで、前述したように、現場位置は、救護要請９３に付随してまたはそれに組み込まれて、要請ユーザ端末３から通知される。要請ユーザ端末３のユーザは、ユーザデータベース７５を参照することで特定できる。
【０１０９】
その後、救護活動に利用可能な１台または複数台のAED（以下、利用可能AEDという）７とその位置（以下、利用可能AED位置という）が特定される（ステップS32）。ここで、利用可能AED７とは、例えば、現場位置の周辺に存在するAED７、すなわち例えば、現場位置から予め設定された距離（例えば、100メートル）範囲内に存在するAED７である。利用可能AED位置の特定は、AEDデータベース７７に登録されたAED７の設置場所または現在位置が、現場位置に対して所定の位置関係にあるか（例えば、100メートルの距離範囲内にあるか）をチェックすることで、行うことができる。
【０１１０】
その後、すべてのユーザ端末３とすべてのAED端末９へ宛てて、参加要請９７が配信される（ステップS33）。この時、上記ステップS31で特定された現場位置、および、上記ステップS32で特定された利用可能AED７の識別コードと位置が、参加要請９７に付随して、または参加要請９７組み込まれて、すべてのユーザ端末３とすべてのAED端末９へ通知される。
【０１１１】
その後、状況通知プロセス９９とグループ通信プロセス１０１が開始される（ステップS34）。
【０１１２】
図７は、管理サーバ５の状況通知プロセス９９の流れを示す。
【０１１３】
図７に示すように、救護活動に参加可能なユーザのユーザ端末（以下、参加可能ユーザ端末という）３と、救護活動に利用可能なAED７のAED端末（以下、利用可能AED端末という）９が特定される（ステップS41）。すなわち、後に図１０と図１１を参照して説明するように、すべてのユーザ端末３とAED端末７のうち、参加可能ユーザ端末３と利用可能AED端末９だけが、選択的に参加要請９７を受け入れて、管理サーバ５に対して状況通知の要求を返信してくる（図１０のステップS74、図１１のステップS94）。その状況通知要求により、管理サーバ９は、参加可能ユーザ端末３と利用可能AED端末９がどれであるかを把握することができる。
【０１１４】
その後、状況通知サービス１０７が、参加可能ユーザ端末３と利用可能AED端末９に提供される（ステップS42）。状況通知サービス１０７には、例えばナビゲーションサービスが含まれており、これを受けた通信端末３、９の表示スクリーン上には、地図に基づいてユーザを現場位置まで案内するナビゲーション画像と、地図に基づいてユーザを利用可能なAED７まで案内するナビゲーション画像とが表示される。さらに、救護活動に参加しているユーザの現在位置も、上記ナビゲーション画像上に表示される。このような地図データベース７９から供給される地図データと、現場位置および関与する通信端末３、９の現在位置などの位置データとを利用することで、行うことができる。
【０１１５】
状況通知サービス１０７では、それぞれの通信端末３、９の移動が継続的に把握されて、それに応じてナビゲーション画像が更新される（ステップS43）。
【０１１６】
さらに、心電データの受信の有無がチェックされる（S44）。すなわち、すでに図３を参照して説明したように、あるユーザの心電データが危険を示したことが原因で救護要請が発された場合には、その心電データが管理サーバ５に受信される。
【０１１７】
心電データが受信されると（ステップS45）、その心電データがそのユーザに関連付けられて管理サーバ５に保存される（ステップS46）。そして、その心電データが所定条件を満たすユーザ端末３およびAED端末９に送信される（ステップS47）。
【０１１８】
ここで、所定条件を満たすユーザ端末３およびAED端末９とは、（事前に心電データの提供元ユーザが心電データの提供を承諾していることを前提条件として、）その心電データを提供しても問題が無く、かつ、それにより有益な効果が期待できる通信端末を指す。例えば、所定の有資格ユーザ（例えば、心電データの提供を希望する医師）が使用する参加可能ユーザ端末３は、上記所定条件を満たすと判断されてよい。また、例えば、利用可能AED端末９は、上記所定条件を満たすと判断されてよい。
【０１１９】
その後、救護活動の終了が継続しているか終了したかがチェックされる（ステップS48）。これは、例えば、状況通知サービス１０７かグループ通信サービス１１７を受けているユーザ端末３およびAED端末９の台数が一以上ならば継続、ゼロならば終了というように、判断することができる。救護活動が継続していると判断された場合（ステップS49）、状況通知プロセス９９は繰り返される。救護活動が終了したと判断された場合（ステップS49）、状況通知プロセス９９は終了する。
【０１２０】
図８は、管理サーバ５のグループ通信プロセス１０１の流れを示す
【０１２１】
図８に示すように、救護要請９３に関連づけて通信グループが生成されてユーザデータベース７５に登録され、そして、その通信グループのメンバの一人として、救護要請を発したユーザが登録される（ステップS51）。
【０１２２】
その後、その救護活動に実際に参加したユーザまたはAED７が現れると、その参加したユーザのユーザ端末（以下、参加ユーザ端末という）３、または、その参加した（その救護活動に使用された）AED７のAED端末（以下、参加AED端末という）９が特定される（ステップS52）。すなわち、後に図１２を参照して説明するように、参加ユーザ端末３および参加AED端末９は、それぞれ、救護参加プロセス１１１、１１５を開始して、救護参加の通知を管理サーバ５に送ってくる（図１２のステップS111）。その救護参加通知により、管理サーバ５は、参加ユーザ端末３および参加AED端末９がどれであるかを認識することができる。
【０１２３】
その後、参加ユーザ端末３および参加AED端末９が、上記通信グループの新たなメンバとして追加される（ステップS53）。
【０１２４】
その後、通信グループのメンバ全員の所定情報（例えば、ユーザ名と登録資格の種別）が、各メンバの使用する通信端末３、９に通知されて、グループ通信サービス１１７が開始される（ステップS54）。各メンバの通信端末３、９では、グループのメンバの一覧が表示スクリーンに表示される。その一覧の中で、どのメンバが現在話しているのかも分かるように表示が制御される。
【０１２５】
グループ通信サービス１１７では、登録資格をもつメンバが、そうでないメンバより優先的に支援される（ステップS55）。例えば、上記のグループメンバの一覧の中で、登録資格をもつメンバは、他のメンバより目立つように、そして、その資格の種別が分かるように、色分けや表示強調などの方法で表示される。また、例えば、登録資格をもつメンバの発話と、そうでないメンバの発話とが同時になされた場合、前者が他のメンバによく伝わるように、後者の音量または伝送が抑制される。
【０１２６】
後に図１２を参照して説明するように、グループの各メンバは随時にグループ通信から脱退することができ、また、新たなユーザが随時にグループ通信に参入することができる。そのため、グループ通信サービス１１７では、グループメンバの入退がチェックされ、入退があれば、それに応じてグループのメンバ登録が更新される（ステップS56）。
【０１２７】
その後、救護活動の終了が継続しているか終了したかが、前述の状況通知プロセス９９の場合と同様にチェックされる（ステップS57）。救護活動が継続していると判断された場合（ステップS58）、ステップS52以降のプロセスが繰り返される。救護活動が終了したと判断された場合（ステップS58）、グループ通信プロセス１０１は終了する。
【０１２８】
図９は、AED端末９の待機プロセス８５の流れを示す。
【０１２９】
図９に示すように、管理サーバ５からの参加要請９７の受信の有無がチェックされる（ステップS61）。参加要請９７の受信があると（ステップS62）、状況認識プロセス１０５が開始される。
【０１３０】
図１０は、ユーザ端末３の状況認識プロセス１０３の流れを示す。
【０１３１】
管理サーバ５から来た参加要請９７に伴って通知された現場位置および利用可能AED位置が、それぞれ、救護活動に参加可能な地理的領域（以下、参加可能領域という）内にあるか否かがチェックされる（ステップS71）。ここで、参加可能領域とは、各ユーザが各人の現在位置から急行するのに適した地理的領域であり、例えば、各ユーザ端末３の現在位置から、予め任意に設定した距離（例えば、現場は５０メートル、AEDは30メートルなど）範囲とすることができる。上記距離は、各ユーザごとに任意に設定できてよく、各ユーザ端末３または管理サーバ５のユーザデータベース７５に記憶されることができる。
【０１３２】
現場位置と利用可能AED位置のいずれもが上記参加可能領域から外れている場合（ステップS72）、受信された参加要請９７は破棄され、状況認識プロセス１０３が終了する。
【０１３３】
他方、現場位置または利用可能AED位置の少なくとも一方が上記参加可能領域内にある場合（ステップS72）、参加要請９７が受け入れられて、参加要請９７があった旨が、音声や文字メッセージなどでユーザに通知される（ステップS73）。これにより、ユーザは、自分に対して救護への参加が要請されたこと、つまり、自分の近くに現場がある、または、自分の近くに利用可能なAED７があることを知る。
【０１３４】
そして、状況通知要求が管理サーバに送信される（ステップS74）。状況通知要求の送信に応答して、前述したように、管理サーバ５が、このユーザ端末３に対する状況通知サービス１０７の提供を開始する。このユーザ端末３は、管理サーバ５からの状況通知サービス１０７を受けて、例えば、現場位置および利用可能AED位置へそれぞれ行くためのナビゲーション画像を表示する（ステップS75）。
【０１３５】
また、このユーザ端末３のユーザが、医師のような心電データを受け得る所定条件を満たす者である場合、管理サーバ５から要救護者の心電データが送られてくる場合がある。その場合、受信された心電データがこのユーザ端末３に保存され表示される（ステップS76）。
【０１３６】
また、ユーザから救護参加の入力１０９（例えば、表示スクリーン上の救護参加スイッチがターンONされる）があったか否かがチェックされる（ステップS77）。救護参加の入力１０９があれば（ステップS78）、救護参加プロセス１１１が開始される（ステップS79）。
【０１３７】
さらに、ユーザからの状況通知停止の入力（例えば、表示スクリーン上の状況表示スイッチがターンOFFされる）の有無、および、管理サーバ５による状況通知サービス１０７の終了の有無がチェックされる（ステップS80）。状況通知停止の入力がなく、状況通知サービス１０７も継続している場合には（ステップS81）、上述したステップS75以降のプロセスが繰り返される。状況通知停止の入力があったか、または状況通知サービス１０７が終了した場合には（ステップS81）、状況認識プロセス１０３が終了する。
【０１３８】
図１１は、AED端末９の状況認識プロセス１０５の流れを示す。
【０１３９】
図１１に示すように、管理サーバ５からの参加要請９７で通知された利用可能AED７の識別コードが自機を指している否か、つまり、自機が利用可能AED７に該当するか否かがチェックされる（ステップS91）。自機が利用可能AED７に該当する場合（ステップS92）、そのAED７の周辺に居る人々に対して参加要請を知らせるための音、光、メッセージ表示など用いた報知信号が出力される（ステップS93）。
【０１４０】
そして、状況通知要求が管理サーバ５に送信される（ステップS94）。すると、管理サーバ５から状況通知サービス１０７が提供されるので、その状況通知サービス１０７を利用して、例えば、このAED端末９の位置から現場位置まで行くためのナビゲーション画像が表示される（ステップS95）。このナビゲーション画像は、そのAED7を運搬して現場で行こうとする人により利用され得る。
【０１４１】
また、要救護者の心電データが受信された場合には、その心電データがAED端末９内に保存され、そして、（AED７がその心電データを受け入れる機能を有しているならば）AED７に送信される（ステップS95）。AED７は、その心電データを事前の動作準備や動作後の事後報告に利用することができる。
【０１４２】
さらに、ユーザから救護参加の入力１１３（例えば、表示スクリーン上の救護参加スイッチがターンONされる）があったか否かがチェックされる（ステップS97）。例えば、そのAED７を現場まで運搬する人が、救護参加の入力１１３を行う。この救護参加入力１１３があれば（ステップS98）、救護参加プロセス１１５が開始される（ステップS99）。
【０１４３】
さらに、ユーザからの状況通知停止の入力（例えば、表示スクリーン上の状況表示スイッチがターンOFFされる）の有無、および、管理サーバ５による状況通知サービス１０７の終了の有無がチェックされる（ステップS100）。状況通知停止の入力がなく、状況通知サービス１０７も継続している場合には（ステップS101）、上述したステップS95以降のプロセスが繰り返される。状況通知停止の入力があったか、または状況通知サービス１０７が終了した場合には（ステップS101）、状況認識プロセス１０５が終了する。
【０１４４】
図１２は、ユーザ端末３およびAED端末９それぞれの救護参加プロセス１１１、１１５の流れを示す。ユーザ端末３の救護参加プロセス１１１とAED端末９の救護参加プロセス１１５は基本的に同じ流れである。
【０１４５】
図１２に示すように、管理サーバ５に対して、救護参加の通知が送信される（ステップS111）。救護参加通知を受けた管理サーバ５は、前述したように、救護参加通知を送った通信端末（以下、参加端末という）３、９のユーザをグループメンバとして登録して、その参加端末３、９にグループ通信サービス１１７を提供する。それにより、参加端末３、９の各々では、グループ通信に参加しているグループメンバの一覧が表示スクリーンに表示されて、他のメンバとのグループ通信が行われる（ステップS112）。グループ通信では、音声による会話、静止画や動画の交換などができる。その際、グループメンバの一覧表示では、各メンバが登録資格者か否か区別できるように表示が制御され、かつ、どのメンバが話しているのかが分かるように表示が制御され、また、有資格メンバの発話が他のメンバの発話より優先的に取り扱われる。それにより、登録資格者がリーダーシップを発揮したチーム活動が容易になる。
【０１４６】
そして、グループ通信脱退の入力があったか否か、および、管理サーバ５によるサービス終了がチェックされる（ステップS113）。そのいずれかがあれば（ステップS114）、救護参加プロセス１１１、１１５が終了する。
【０１４７】
以上説明した本発明の実施形態は、説明のための単なる例示であり、本発明の範囲をそれらの実施の形態のみに限定する趣旨ではない。本発明は、上記の実施形態とは違うさまざまな形態で、実施することができる。
【０１４８】
例えば、上記実施形態において管理サーバ５で行われる制御ステップの内の少なくとも一部を、ユーザ端末３またはAED端末９で行われるようにすることができる。また、上記実施形態においてユーザ端末３またはAED端末９で行われる制御ステップの内の少なくとも一部を、管理サーバ５で行われるようにすることもできる。
【０１４９】
また、AED端末９が存在しない救急活動支援システムを構成することもできる。また、AED以外の救護機器（施設も含む）を利用する救急活動支援システムを構成することもできる。また、ユーザには、一般の個人ユーザ以外に、医療機関、消防、警察などの組織やその組織のメンバが含まれてよい。
【０１５０】
また、上記実施形態では、どのユーザ端末３が参加可能ユーザ端末か判断する基準となる現場位置として、救護要請が発信された場所、つまり、救護要請発信時の要請ユーザ端末３の位置（これは、一旦決まれば移動しない）を用いたが、それに代えて、要請ユーザ端末の現在位置（これは、時間経過とともに移動し得る）を用いてもよい。また、どのAED７が利用可能AEDかを判断するために利用されるAEDの位置として、AED７の設置場所（これは、移動しない）を用いてもよいし、AED端末９の現在位置（これは、時間経過とともに移動し得る）を用いてもよい。
【０１５１】
また、上記実施形態では、どのAED７が利用可能AEDかを判断する制御を、管理サーバ５が行っている。しかし、その制御を、各AED端末９が、自機の現在位置（または、対応のAED７の予め定められた設置位置）と現場位置との関係を判断して行ってもよい。
【符号の説明】
【０１５２】
１：救急活動支援システム、３：ユーザ端末、５：クラウド管理サーバ、７：AED、９：AED端末、１１：制御部、１３：MPU、１５：ユーザアプリケーション、１７：近距離通信部、１９：移動通信部、２１：測位部、２３：音声入出力部、２５：カメラ部、２７：表示部、２９：操作入力部、３１：記憶部、３３：ウェアラブル心電計、４１：制御部、４３：MPU、４５：ユーザアプリケーション、４７：近距離通信部、４９：移動通信部、５１：測位部、５３：音声入出力部、５５：カメラ部、５７：表示部、５９：操作入力部、６１：記憶部、７１：制御部、７３：ネットワーク通信部、７５：ユーザデータベース、７７：AEデータベース、７９：地図データベース、８１，８３，８５：待機プロセス、８７：救護要請入力、９１救護要請プロセス、９３：救護要請、９５：参加要請プロセス、９７：参加要請、９９：状況通知プロセス、１０１：グループ通信プロセス、１０３，１０５：状況認識プロセス、１０７：状況通知サービス、１０９，１１３：救護参加入力、１１１，１１５：救護参加プロセス、１１７：グループ通信サービス。
【図１】
2018198020.tif 000003
【図２】
2018198020.tif 000004
【図３】
2018198020.tif 000005
【図４】
2018198020.tif 000006
【図５】
2018198020.tif 000007
【図６】
2018198020.tif 000008
【図７】
2018198020.tif 000009
【図８】
2018198020.tif 000010
【図９】
2018198020.tif 000011
【図１０】
2018198020.tif 000012
【図１１】
2018198020.tif 000013
【図１２】
2018198020.tif 000014