JP7363689B2 - 通信端末及び救護システム - Google Patents

Description

本発明は、被救護者への救護にかかる通信端末及び救護システムに関する。

急病、事故などを起こして救護を必要とする被救護者のもとへ救急隊員が到着するまでの間、近くにいる人に救護の要請を行うシステムが知られている。

下記特許文献１には、被救護者の現在位置に、医療従事者等を迅速に向かわせる装置について記載されている。具体的には、被救護者が携帯端末から救護の要請を送信した場合、送信を受け付けたサーバは、被救護者の近くにいる登録ユーザを救護者として選定し、救護の要請を送信する。登録ユーザの携帯端末には、救護を要請するメッセージと、地図情報と、被救護者の現在位置が表示される。登録ユーザは、救護に向かう意思があるか否かを携帯端末のボタンによりサーバに送信する。

なお、下記特許文献２には、消防車、救急車、救急医療機関等を呼び出す方式について記載されている。ここでは、被救護者が携帯端末から緊急発信をした場合、まず、位置情報センタに接続される。位置情報センタは、携帯端末のＧＰＳ情報に基づいて被救護者の所在位置を検出した後、地図情報データを参照して最も近い緊急通知先を選定する。そして、位置情報センタは、当該緊急通知先に発信を行い、応答があった場合に所在位置を転送するとともに、被救護者と緊急通知先との通話の接続を行う。緊急通知先が救急医療機関である場合において、応答がないときは、順次近い救急医療機関を呼び出す。

特開２０１７－３４３６１号公報 特開２００１－３３９５３６号公報

救護者が被救護者のもとへ向かう場合、徒歩、車両などの交通手段の違いによって、移動時間が変わる。上記特許文献１では、交通手段に応じた移動時間が考慮されておらず、適切な救護者を選定できるとは限らない。

本発明の目的は、被救護者のもとへ向かう救護者の選定を改善し、救護者の到着を迅速化することにある。

本発明にかかる通信端末は、被救護者を救護する要請の表示と、前記被救護者のもとへ向かう複数の交通手段及びそれぞれの移動時間の表示と、を行う表示装置と、前記複数の交通手段のいずれかを選択して、前記被救護者のもとへ向かう旨の回答を入力する入力装置と、を備える。

本発明の一態様においては、前記表示装置は、さらに、被救護者の位置を示す地図を表示する。

本発明の一態様においては、前記表示装置は、さらに、被救護者の症状の情報を表示する。

本発明の一態様においては、前記表示装置は、前記複数の交通手段の中で最も早く到着可能なものを強調する表示を行う。

本発明にかかる救護システムは、通信端末に、被救護者を救護する要請の表示と、前記被救護者のもとへ向かう複数の交通手段及びそれぞれの移動時間の表示と、前記複数の交通手段のいずれかを選択して、前記被救護者のもとへ向かう旨の回答を入力する入力部の表示と、を行わせる。

本発明によれば、救護者の交通手段に応じた移動時間を考慮するため、救護者の選定が適切化され、被救護者のもとへ到着する到着時間を早めることが期待できる。

救護システムの全体構成を示す概略図である。 救護サーバのハードウエア構成を示すブロック図である。 救護サーバの機能構成を示すブロック図である。 救護サーバ等における処理の流れを示すフローチャートである。 緊急通報の記録の例を示す図である。 登録ユーザリストの例を示す図である。 候補者リストの例を示す図である。 候補者の通信端末に救護依頼の画面表示を行う例を示す図である。 救護者の通信端末に救護指示の画面表示を行う例を示す図である。

以下に、図面を参照しながら、実施形態について説明する。説明においては、理解を容易にするため、具体的な態様について示すが、これらは実施形態を例示するものであり、他にも様々な実施形態をとることが可能である。

（１）救護システムの構成
図１は、実施形態にかかる救護システム１０の全体的な構成を示す概略図である。救護システム１０は、怪我、病気などのために緊急の救護が必要となった被救護者１２のもとへ、救護を行う救護者を迅速に向かわせるシステムである。図１では、被救護者１２として、交通事故で怪我をした小学生くらいの女の子を想定している。

被救護者１２の傍には、通報者１４が自己の通信端末であるスマートフォン１６を持って、緊急通報たる通話を行っている。通話は、公的または私的に設立された緊急通報センタ１８の救護サーバ２０に繋がっている。

緊急通報センタ１８には、救護サーバ２０が設置されている。救護サーバ２０は、救護システム１０の中核となる装置であり、緊急通報を受信する他、後述する各種の処理を行っている。緊急通報センタ１８に勤務するオペレータ２２は、通話によって得られた情報を、緊急通報の救護サーバ２０にデータ入力する。また、オペレータ２２は、救急車２４に乗車する救急隊員に被救護者１２の下へ向かうように指示する。救急車２４には、通信端末である車載通信装置２６が設置されている。車載通信装置２６は救護サーバ２０と通信可能であり、救急隊員はオペレータ２２等との通話、被救護者１２に関するデータの閲覧などを行うことができる。なお、通信端末とは、有線または無線による通信が可能な装置をいう。通信端末は、携帯可能な携帯端末であってもよいが、携帯されない端末であってもよい。通信端末には、車載通信装置２６の他に、例えば、スマートフォン、携帯電話、ノートパソコン、タブレット型コンピュータなどが含まれる。

救護システム１０では、救急隊員が被救護者１２の下へ到着するまでに比較的長い時間を要する場合に、被救護者１２の近くにいる医療従事者等を探し、救急隊員よりも先に被救護者１２の下へ向かわせることを目指している。図１の例では、看護師たる医療従事者３０が、被救護者１２からの距離が比較的近い場所を歩いている。医療従事者３０は、通信端末たるスマートフォン３２を所持している。図１の例では、別の医療従事者３４が４輪自動車である車両３６に乗って、被救護者１２からの距離がやや遠い場所を走行している。車両３６には、通信端末である車載通信装置３８が搭載されている。また、医療従事者３４は、通信端末であるスマートフォン４０を所持している。車載通信装置３８とスマートフォン４０は、相互に通信可能に設定されており、同様の表示が行われる。

緊急通報センタ１８では、救護サーバ２０が、登録されたユーザである医療従事者３０、３４の位置情報を取得する。さらに、救護サーバ２０は、交通手段を考慮した上で、医療従事者３０、３４が被救護者１２のもとに到着する時刻を計算する。そして、救急隊員よりも早く到着できると見込まれる場合には、救護サーバ２０は、医療従事者３０、３４に、被救護者１２のもとへ向かうことを要請する。医療従事者３０、３４は、スマートフォン３２、４０、車載通信装置３８を通じて要請への回答を行い、要請を受けた場合には、被救護者１２のもとへ向かう。

なお、以上に示したシステム構成は様々に変更可能である。例えば、救護サーバ２０の一部を通信ネットワークで接続された遠隔地に設けることも可能である。

図２は、救護サーバ２０のハードウエア構成を説明する簡略的なブロック図である。救護サーバ２０には、プロセッサ５０、メモリ５２、通信回路５４、タッチパネル５６、マイク５８、スピーカ６０などが設けられている。

プロセッサ５０は、中央処理装置（ＣＰＵ）、画像処理装置（ＧＰＵ）などの演算処理を行う装置である。プロセッサ５０は、救護サーバ２０に複数設けられる場合もあるが、図２では、象徴的に一つのみを図示している。

メモリ５２は、データを記憶する装置であり、半導体メモリ、ハードディスクなどによって構成される。メモリ５２は、救護サーバ２０に複数設けられることも多いが、図２では、象徴的に一つのみを図示している。

通信回路５４は、外部と有線または無線を通じて、所定のプロトコルに従った通信を行うための回路である。タッチパネル５６は、画像を表示する表示装置であるディスプレイと、ディスプレイの表面への操作を感知する入力装置とを備えた装置である。このうち、ディスプレイは候補者表示手段の例であり、救護に向かう候補者のリストを表示も行う。入力装置としては、例えば、キーボード、マウスなどが設けられてもよい。マイク５８は、オペレータ２２の音声を検知し電気信号に変換する装置である。スピーカ６０は、電気信号を音声に変換する装置である。

救護サーバ２０では、オペレーティングシステム（ＯＳ）、アプリケーションプログラムなどのソフトウエアがインストールされて、メモリ５２に記憶される。これらのソフトウエアは、プロセッサ５０、メモリ５２、通信回路５４、タッチパネル５６を含むコンピュータハードウエアの動作を制御する。また、マイク５８、スピーカ６０を通じた音声の入出力も、これらのコンピュータハードウエア及びソフトウエアの制御の下で実施される。この結果、次に図３を参照して説明する各種の機能が、救護サーバ２０に構築される。

救護サーバ２０は、１台のコンピュータハードウエアによって形成可能である。また、救護サーバ２０は、複数のコンピュータハードウエアを通信可能に接続することで形成されてもよい。

なお、図１に示したスマートフォン１６、３２、４０及び車載通信装置２６、３８も、図２に示した救護サーバ２０と同様のハードウエアを備えており、インストールされたソフトウエアによって動作を制御されている。

図３は、救護サーバ２０の機能構成を示すブロック図である。救護サーバ２０には、緊急通報通信部７０、救急隊員通信部７２、ユーザインタフェース７４、救護依頼制御部７６、登録ユーザリスト９０及び地図データベース９２が構築されている。

緊急通報通信部７０は、受信手段の例であり、緊急通報についての受信及び応答を含む通信を行う。具体的には、緊急通報通信部７０では、スマートフォン１６などから通話回線を通じて緊急通報を受信し、オペレータ２２が通話の対応を行う。また、緊急通報通信部７０は、例えば、スマートフォン１６などに設定された緊急通報ボタンを押された場合に、設定された救急通報のデータを受信することもできる。緊急通報では、例えば、被救護者の人数、年齢、性別、症状などの被救護者の情報とともに、被救護者の位置情報が緊急通報センタ１８に伝えられる。位置情報は、通報者１４から通話によって伝える他、スマートフォン１６等から自動送信される。自動送信される位置情報としては、例えば、スマートフォン１６のＧＮＳＳ（Global Navigation Satellite System / 全球測位衛星システム）によって取得された情報、または、無線基地局の電波状態から推定された情報などが用いられる。また、固定電話の電話番号に紐づけされた設置場所の位置情報が自動送信されてもよい。自動的に取得された位置情報は、救護依頼制御部７６における候補者情報取得部７８に送られる。

救急隊員通信部７２は、オペレータ２２の指示の下、救急隊員に出動の指示を行う他、出動した救急隊員との連絡を行う。また、後述するように、救急隊員と救護者とが通話等をするための通信も行う。

ユーザインタフェース７４は、タッチパネル５６などを用いて構築されており、オペレータ２２が救護サーバ２０を操作等するために使用される。ユーザインタフェース７４は、候補者表示手段の例であり、救護に向かう候補者のリストの表示も行う。

救護依頼制御部７６は、登録されたユーザに救護の依頼を行う。救護依頼制御部７６には、候補者情報取得部７８、移動時間計算部８０、移動時間判定部８２、候補者リスト作成部８４、救護要請作成部８６及び救護者通信部８８を含む。

候補者情報取得部７８は、取得手段の例であり、緊急通報があった場合に、まず、緊急通報通信部７０から緊急通報の発信者の位置情報を取得する。次に、位置情報の場所へ向かわせることが可能な登録ユーザの情報を、登録ユーザリスト９０から取得する。そして、取得した登録ユーザの情報に基づいて、登録ユーザが所持する通信端末に通信を行い、通信端末の位置情報を取得する。なお、緊急通報の発信者が、被救護者１２とは異なる位置にいることも考えられる。この場合には、緊急通報の発信者が、オペレータ２２に被救護者１２の位置を知らせることになる。そして、オペレータ２２がユーザインタフェース７４に入力する位置情報をもとに、改めて、救護者の候補となる登録ユーザの選択が行われる。

移動時間計算部８０は、救急隊員到着時刻推定手段及びユーザ到着時刻推定手段の例であり、候補者となる登録ユーザが被救護者１２のもとへ移動する移動時間の計算と、救急隊員が被救護者１２のもとへ移動する移動時間を計算する。登録ユーザの移動時間は、登録ユーザリスト９０に記載された複数の交通手段について計算される。

移動時間判定部８２は、判定手段の例であり、救急隊員の移動時間と登録ユーザの移動時間を比較する。これにより、救急隊員よりも早く被救護者１２のもとへ到着可能な登録ユーザとその交通手段が得られる。

候補者リスト作成部８４は、被救護者１２の救護者となる候補者のリストを作成する。候補者リストは、救急隊員よりも早く被救護者１２のもとへ到着可能な登録ユーザの中から、移動時間の速さを考慮して作成される。候補者リストの作成にあたっては、候補者リストが登録したスケジュールの情報、専門性、過去の救護実績などを加味して行われる。

候補者リスト作成部８４が作成した候補者に依頼を行う方式は、２通り用意されている。一つは、オペレータ２２が、候補者リストを参照して、候補者を選定する方式である。もう一つは、救護依頼制御部７６が、候補者リストの中から、優先順位の高さに従って自動的に候補者を選定する方式である。

救護要請作成部８６は、候補者へ救護要請を行うデータを作成する。データには、地図情報、被救護者の状況に関する情報、回答のための情報などが含まれる。

救護者通信部８８は、送信手段の例であり、候補者の所持する通信端末への通信を行う。具体的には、救護者通信部８８は、救護者依頼のための送信、回答の受信、回答後の救護指示の送信を行う。また、救護者通信部８８は、救急隊員と救護者が通話等を行う際の橋渡しとなる通信も行う。

登録ユーザリスト９０は、救護システム１０において、救護の技能を備えた医療従事者等が登録されたリストである。救護の技能を備えた医療従事者の例としては、例えば、医師、看護師、助産師、救急救命士などの国家資格を有する者を挙げることができる。なお救護システム１０は、医療従事者等が無償で参加するシステムとして運用することも可能であるが、医療従事者等が有償で（すなわち対価を受けて）参加するシステムとして運用することも可能である。医療従事者等は、事前に参加の意思を表明して、必要事項を登録するともに、自己のもつ通信端末に必要なアプリケーションプログラムをインストールして、救護の要請に備える。

地図データベース９２には、交通手段毎の移動ルートの設定と移動時間の計算ができる程度の精度をもつ地図が格納されている。また、地図データベース９２の地図は、救護者が被救護者１２のもとへ向かう場合のナビゲーションにも使用される。

（２）救護システムの具体例
図４～図９を参照して、救護システム１０の具体例について説明する。図４は、救護システム１０の動作の例を示すフローチャートである。図５は、通報記録の例を示す図である。図６は、登録ユーザリスト９０の例を示す図である。図７は、候補者リストの例を示す図である。図８は、救護要請が行われた端末装置の表示例を示す図である。図９は、救護をするとの回答があった後における端末装置の表示例を示す図である。

図４に示した例では、まず、救護サーバ２０の緊急通報通信部７０が、緊急通報を受信する（Ｓ１０）。緊急通報では、通報に用いられた通信端末の位置情報が自動取得される。また、緊急通報では、オペレータ２２の案内に従って、通報者から被救護者の位置情報、状態などが伝えられ、救護の要請が行われる。オペレータ２２は、情報を把握し、ユーザインタフェース７４を通じて、救護サーバ２０に入力する（Ｓ１２）。

図５には、オペレータ２２によって入力された通報記録の例を示している。この例では、２０２０年５月１８日の１５時２０分３５秒に、緊急通報が受信されている。被救護者１２がいる位置は、Ｅ市１－１の住所付近であり、この住所はＳ通りとＴ通りの交差点に相当する。座標（ｘ１，ｙ１）は、被救護者１２がいる位置を示す情報であり、地図データベース９２の地図と照合可能な値が用いられる。例えば、座標として、緯度及び軽度が使われる。被救護者１２は、小学生くらいの女性である。被救護者１２の症状は怪我である。また、詳細情報として、交通事故であること、外傷があること、出血量が多いこと、意識がないことなど、救護の種類と症状の情報が記録されている。

オペレータ２２は、通報記録を記録する一方で、救急隊員通信部７２を通じて、救急隊員に出動指示を行う（Ｓ１４）。出動指示が行われると、救護サーバ２０では、救護依頼制御部７６の移動時間計算部８０によって、救急隊員が被救護者のもとに到着する時刻が計算される（Ｓ１６）。

並行して、救護サーバ２０では、救護依頼制御部７６の候補者情報取得部７８に、自動取得された通信端末の位置情報が入力される。候補者情報取得部７８は、この位置情報が示す場所での救護が可能な登録ユーザの位置情報の取得が行われる（Ｓ１８）。登録ユーザの位置情報は、登録ユーザリストを参照して取得される。

図６には、登録ユーザリストの例を示している。リストには、ＩＤ，氏名、資格、専門分野、対応分野、対応エリア、対応可能時間、使用交通手段、過去の実績、及び連絡先の項目が設けられている。ＩＤは登録ユーザを一意に識別する番号であり、氏名は登録ユーザの氏名である。資格は、医療従事者等としての公的な資格が登録されている。専門分野は医療従事者等として専門的に従事している分野を示す。対応分野は、登録ユーザが対応可能であると申請した分野を示す。対応エリアは、登録ユーザが被救護者の救護に向かうことが可能であると申請したエリアを示す。対応可能時間は、登録ユーザが救護活動を行うことを承諾した時間帯などを示している。使用交通手段には、登録ユーザが救護に向かう場合に使用する可能性がある交通手段が登録される。過去の実績は、救護システム１０において、登録ユーザが救援要請に対応した回数、及び、救援要請を断り対応しなかった回数を示している。連絡先には、登録ユーザが所持する通信端末にアクセスするための情報等が登録される。

図６の例において、ＩＤ５０１のＡＡＡＡさんは、医師であり、日常的には眼科を専門として診療を行っている。しかし、救護を行う場合には、例えば、外科から内科までの全般的な分野での対応が可能であると申請している。対応可能エリアは、Ｅ市、及びＦ市である。対応可能時間は、スケジュールシステムを参照すべき旨が登録されている。ここでは、ＡＡＡＡさんが、自己のスケジュールをクラウドのスケジュールシステムに登録していることを想定している。そして、ＡＡＡＡさんは、救護システム１０に対し、このスケジュールを参照して対応可能時間を把握するように要望していることを意味している。

使用する可能性がある交通手段は、徒歩、自転車及び車（４輪の自動車）である。また、Ａさんが救護の要請に対応した回数は２回であること、救護の要請を断った回数は０回であることが記録されている。

同様にして、ＢＢＢＢさん、ＣＣＣＣさんらの登録も行われている。医師であるＢＢＢＢさんの場合、対応分野は内科に限定されており、交通事故には対応せず、急病に対応することが登録されている。ＢＢＢＢさんの対応エリアはＥ市であり、対応可能時間は、平時の１９時から２４時である。看護師であるＣＣＣＣさんは、Ｅ市とＧ市を対応エリアとしており、月曜８時から２３時までと日曜８時から２３時までを対応可能時間としている。

図４のフローチャートに戻って説明を続ける。ステップＳ１８では、救護サーバ２０が、まず、位置情報である座標（ｘ１，ｙ１）を自動取得する。この座標はＥ市を表しており、救護サーバ２０はＥ市を対応エリアとする登録ユーザの通信端末に通信を行い、現在の位置情報を取得する。Ｅ市を対応エリアとする登録ユーザには、ＡＡＡＡさん、ＢＢＢＢさん、ＣＣＣＣさんが含まれている。

続いて、移動時間計算部８０によって。登録ユーザが、被救護者のもとへ到着するまでの移動時間が計算される（Ｓ２０）。移動時間は、登録ユーザリストにおいて登録された全ての使用交通手段について計算される。

さらに、オペレータ２２が救護サーバ２０に入力した詳細が取得されると、救護に必要な専門性等をもつ登録ユーザの絞り込みが行われる（Ｓ２２）。図５に示した例では、被救護者１２の症状は怪我であり、外科分野である。このため、対応可能分野に外科分野を含まないＢＢＢＢさんは除外され、外科分野を含むＡＡＡＡさんとＣＣＣＣさんは候補者として残る。ＡＡＡＡさんとＣＣＣＣさんは、対応可能時間にも一致しており、候補者として残される。

続いて、移動時間判定部８２によって、救急隊員の移動時間と候補者の移動時間が比較される（Ｓ２４）。これにより、救急隊員よりも遅く到着する登録ユーザは候補者から除外される。図４に示した例では、救急隊員よりも時間α以上速く到着することを条件として、救急隊員とほぼ同時刻に到着する登録ユーザを除外している。時間αとしては、例えば、１分、３分あるいは５分などが選ばれる。候補者リスト作成部８４は、ステップＳ２４の条件を満たす登録ユーザを、候補者リストに掲載する（Ｓ２８）。

図７には、候補者リストの例を示した。候補者リストには、優先順位、資格、専門分野、対応分野、移動時間、過去の実績、及び依頼の欄が設けられている。優先順位は、救護依頼を行う優先度の高さを示している。図７の例では、最速の交通手段における移動時間に基づいて、優先順位が決定されている。氏名、資格、専門分野、対応分野、過去の実績の欄は、登録ユーザリストと同様である。移動時間には、移動時間計算部８０によって計算された移動時間が交通手段別に掲載される。また、依頼の欄には、受付手段お例である「依頼する」ボタンが設けられている。オペレータ２２が「依頼する」のボタンを操作した場合、救護依頼制御部７６によって登録ユーザに救護の要請を行うことが受け付けられる。

図７の例において、優先順位１位は、ＡＡＡＡさんである。ＡＡＡＡさんは、徒歩で２０分、自転車で８分、車で４分の位置にいる。このうち、徒歩は、救急隊員よりも到着が遅くなるため除外されているが、自転車と車は救急隊員よりも早く到着可能であり、候補として残されている。特に、記号「★★★」で強調された車による４分での到着は、全ての登録ユーザの中で最速であることを示している。また、記号「★」で強調された自転車による８分での到着は、全ての登録ユーザの中で３番目に速いことを示している。

優先順位２位のＣＣＣＣさんは、徒歩で１３分、車で６分の位置にいる。このうち、記号「★★」で強調された車による６分での到着は、全ての登録ユーザの中で２番目に早いことを示している。

なお、図７の例では、ＡＡＡＡさんが、最も早い（一番目に早い）移動と、３番目に早い移動が可能であり、ＣＣＣＣさんが、２番目に早い移動が可能である。このため、ＡＡＡＡさんに、最も早い車での移動を打診し、断られた場合に、ＣＣＣＣさんに、２番目に早い車での移動を依頼することが考えられる。他方、ＡＡＡＡさんに断られた後にＣＣＣＣさんに依頼するまでの所要時間を考慮して、ＡＡＡＡさんに車と自転車の両方の移動可能性を問い合わせることも考えられる。

図４のフローチャートに示すように、候補者リストは、救護サーバ２０のユーザインタフェース７４であるタッチパネル５６に表示される。これにより、オペレータ２２は、救護者の候補の情報を把握することが可能となる。オペレータ２２は、候補者の中から自ら判断して、「依頼する」ボタンを押し、救護の依頼を行うことができる（Ｓ３０）。あるいは、救護サーバ２０が、優先順位に従い自動的に救護の依頼を行うようにしてもよい。救護依頼がなされる場合、救護要請作成部８６が、救護要請を行うためのデータを作成する。そして、救護者通信部８８によって、救護要請が行われる（Ｓ３２）。

図８は、候補者たる登録ユーザの通信端末に表示される救護要請の画面の例を示している。ここでは、「救護できますか（要回答）」と大きく表示され、登録ユーザに救護を求めること、及び、回答を欲しいことを伝えている。なお、画面表示とともに、音声出力を行って、登録ユーザの注意を喚起することも可能である。

画面には、さらに、地図が表示されている。地図上には、登録ユーザの位置が「あなた」の位置として示され、被救護者の位置が「目的地」の位置として示され、矢印によって移動ルートが示されている。

また、状況の項目が設けられ、場所がＳ通りとＴ通りの交差点であることが記載されている。地図にＳ通りとＴ通りが記載されてよいが、図８の例では省略している。また、通報時刻が２分前であること、被救護者が１名であることが記載される。状態の欄には、交通事故、外傷あり、出血量多い、意識なしとの症状等に関する情報が記載されており、救急隊員の欄には到着まで１５分であることが記載されている。

画面には、さらに、交通手段、移動時間と回答欄を含む表が設けられている。図８の例では、車での移動時間が４分であることを記した上で、車で行くと回答するボタンと車で行かないと回答するボタンが表示されている。車で行くボタンが押された場合には、車で行く意思表示がなされたとして、救護サーバ２０に連絡が行われ回答が完了する。また、車で行かないボタンが押された場合には、救護に意思がないとして、救護サーバ２０に連絡が行われ、回答が完了する。ただし、車で行かないボタンが押された場合に、自転車で行くか行かないかを留保しているとして、引き続き回答を待つように設定してもよい。同様にして、画面には、自転車での移動時間が８分であることを記した上で、自転車で行くと回答するボタンと自転車で行かないと回答するボタンが設けられている。

図４のステップＳ３４において、救護に行かないとの回答があった場合には、次の優先順位の候補者が選定され（Ｓ３６）、連絡が行われる。ただし、候補者からの回答を待つ間に、救急隊員は被救護者のもとに近づくため、次の候補者を選定しないこともありえる。他方、救護に向かう連絡があった場合には、救護サーバ２０が、その登録ユーザを救護者として設定し、救護の指示を行う（Ｓ３８）。また、救護サーバ２０は、救急隊員に対して、救護者が救護に向かう旨の情報を連絡する（Ｓ４０）。

図９は、図８の画面から切り替えられる画面の例を示している。ここでは、「救護に向かってください」との指示が出されている。地図は、図８と同様にして表示され、最新の「あなた」の位置が示される。状況の欄は、随時最新状態に切り替えられる。図９の例では、通報時刻と救急隊員の欄が更新されている。例えば、救急隊員の移動が予想よりも迅速に行われ、救護者よりも早く被救護者のもとへ到着できるようになった場合には、救護者は移動をキャンセルすることも可能となる。

画面には、「あなたの移動」の項目も設けられている。ここでは、車で向かうと回答したことを想定しており、車で３分後に到着する旨が表示されている。また、その横には、「救護をキャンセル」というボタンが設けられている。このボタンは、急遽、被救護者のもとへ向かえない事情が生じた場合、あるいは、移動に予想以上に時間を要す場合などに押される。ボタンが押された場合には、向かえなくなった旨が、救護サーバ２０に送信され、さらには、救急隊員にも連絡される。

また、画面には、その他の項目が設けられ、他に向かっている救護者がないことが記されている。例えば、被救護者が複数人いる場合、あるいは、被救護者に確実に救護者を向かわせたい場合には、複数人の登録ユーザを救護者として設定することがある。複数の救護者が被救護者のもとへ向かう場合には、他の救護者の位置情報を地図に表示するようにしてもよい。あるいは、他の救護者のプライバシを尊重し、位置情報を表示しないことも考えられる。

画面の下部には、「救急隊員と通話」のボタンと、「写真撮影し救急隊員に送信」のボタンが設けられている。これらは、被救護者のもとに到着した場合などにおいて、救急隊員と連携して救護にあたるために設けられている。

図４のステップＳ４２に示すように、「救急隊員と通話」のボタンを押した場合、救護サーバ２０は、救急隊員と救護者とが通話可能となるように通信を繋ぐ。この通話には、オペレータ２２も加わることができる。

また、「写真撮影し救急隊員に送信」のボタンを押した場合には、通信端末のカメラが起動し、撮影した写真がただちに救急隊員に送信される。この写真は、オペレータ２２も閲覧することができる。

なお、図８、図９に示した例の他にも、さまざまに画面表示を設定することが可能である。図８、図９の例では、一画面に全ての情報を表示して、スクロールあるいは改ページを不要とした。しかし、スクロールあるは改ページを行うこととして、文字等を大きく表示することが考えられる。あるいは、重要情報をトップページに設け、詳細情報を次ページ以降に設けることも考えられる。

１０ 救護システム、１２ 被救護者、１４ 通報者、１６ スマートフォン、１８ 緊急通報センタ、２０ 救護サーバ、２２ オペレータ、２４ 救急車、２６ 車載通信装置、３０ 医療従事者、３２ スマートフォン、３４ 医療従事者、３６ 車両、３８ 車載通信装置、４０ スマートフォン、５０ プロセッサ、５２ メモリ、５４ 通信回路、５６ タッチパネル、５８ マイク、６０ スピーカ、７０ 緊急通報通信部、７２ 救急隊員通信部、７４ ユーザインタフェース、７６ 救護依頼制御部、７８ 候補者情報取得部、８０ 移動時間計算部、８２ 移動時間判定部、８４ 候補者リスト作成部、８６ 救護要請作成部、８８ 救護者通信部、９０ 登録ユーザリスト、９２ 地図データベース。

Claims (5)

1. 被救護者を救護する要請の表示と、前記被救護者のもとへ向かう複数の交通手段及びそれぞれの移動時間の表示と、を行う表示装置と、
   前記複数の交通手段のいずれかを選択して、前記被救護者のもとへ向かう旨の回答を入力する入力装置と、
   を備えることを特徴とする通信端末。
2. 請求項１に記載の通信端末において、
   前記表示装置は、さらに、被救護者の位置を示す地図を表示することを特徴とする通信端末。
3. 請求項１に記載の通信端末において、
   前記表示装置は、さらに、被救護者の症状の情報を表示することを特徴とする通信端末。
4. 請求項１に記載の通信端末において、
   前記表示装置は、前記複数の交通手段の中で最も早く到着可能なものを強調する表示を行う、ことを特徴とする通信端末。
5. 通信端末に、
   被救護者を救護する要請の表示と、
   前記被救護者のもとへ向かう複数の交通手段及びそれぞれの移動時間の表示と、
   前記複数の交通手段のいずれかを選択して、前記被救護者のもとへ向かう旨の回答を入力する入力部の表示と、
   を行わせることを特徴とする救護システム。
   

Images