(57)【特許請求の範囲】
【請求項１】
救助要請を受け付ける救助要請受付部と、
予め登録されたユーザの中から、前記救助要請が出された要救助者の現在位置から一定の距離範囲に存在するユーザを選定し、前記選定されたユーザに対して救助要請通知を送信する救助要請通知送信部と、
前記救助要請通知を受けた前記ユーザの携帯端末から情報を受け付ける情報受付部であり、前記救助要請通知後、医療従事者である救急隊員が到着するまでの初期段階において前記要救助者に対して行われる初期救助行為及び前記初期段階の前記要救助者の状況のうち少なくとも１つに関する情報である初期救助情報を受け付ける情報受付部と、
前記初期救助情報を、時系列に記録したタイムラインを作成するタイムライン作成部と、
前記要救助者を識別するＩＤに基づいて、前記要救助者の過去の診療履歴が記録された過去のタイムラインを検索するタイムライン検索部と、
前記初期救助情報が記録される前記タイムラインと前記過去のタイムラインとを統合するタイムライン統合部とを
備えている初期救助情報収集装置。
【請求項２】
前記タイムラインを、前記救助要請通知を受けた複数の前記ユーザの前記携帯端末に配信するタイムライン配信部を備えている請求項１に記載の初期救助情報収集装置。
【請求項３】
前記救助要請の送信元を含む前記ユーザの携帯端末の現在位置を取得する携帯端末現在位置取得部を備えており、
前記情報受付部は、前記携帯端末の現在位置から前記救助要請通知の送信先の前記ユーザを選定する請求項１又は２に記載の初期救助情報収集装置。
【請求項４】
前記初期救助情報が記録される前記タイムラインを、前記救急隊員到着後に前記要救助者に対して前記医療従事者によって実施される診療行為が記録される別のタイムラインを管理するサーバに移行するタイムライン移行部を備えている請求項１〜３のいずれか１項に記載の初期救助情報収集装置。
【請求項５】
前記過去のタイムラインが統合された場合には、前記タイムライン配信部は、前記タイムラインの配信先のユーザを、予め医療従事者として登録されているユーザに限定して配信する請求項２に記載の初期救助情報収集装置。
【請求項６】
前記情報受付部は、前記初期救助情報として、静止画、動画及びテキストのうち少なくとも１つを受け付ける請求項１〜５のいずれか１項に記載の初期救助情報収集装置。
【請求項７】
前記情報受付部は、前記要救助者が装着している生体センサからの情報を受け付ける請求項１〜６のいずれか１項に記載の初期救助情報収集装置。
【請求項８】
救助要請が出された要救助者の救助要請を受け付ける救助要請受付ステップと、
予め登録されたユーザの中から、前記要救助者の現在位置から一定の距離範囲に存在するユーザを選定し、前記選定されたユーザに対して救助要請通知を送信する救助要請通知送信ステップと、
前記救助要請通知を受けた前記ユーザの携帯端末から情報を受け付ける情報受付ステップであり、前記救助要請通知後、医療従事者である救急隊員が到着するまでの間に行われる前記要救助者に対する初期救助行為及び前記要救助者の状況のうち少なくとも１つに関する初期救助情報を受け付ける情報受付ステップと、
前記初期救助情報を、時系列に記録するタイムラインを作成するタイムライン作成ステップと、
前記要救助者を識別するＩＤに基づいて、前記要救助者の過去の診療履歴が記録された過去のタイムラインを検索するタイムライン検索ステップと、
前記初期救助情報が記録される前記タイムラインと前記過去のタイムラインとを統合するタイムライン統合ステップとを、
コンピュータに実行させる初期救助情報収集装置の作動方法。
【請求項９】
救助要請が出された要救助者の救助要請を受け付ける救助要請受付ステップと、
予め登録されたユーザの中から、前記要救助者の現在位置から一定の距離範囲に存在するユーザを選定し、前記選定されたユーザに対して救助要請通知を送信する救助要請通知送信ステップと、
前記救助要請通知を受けた前記ユーザの携帯端末から情報を受け付ける情報受付ステップであり、前記救助要請通知後、医療従事者である救急隊員が到着するまでの間に行われる前記要救助者に対する初期救助行為及び前記要救助者の状況のうち少なくとも１つに関する初期救助情報を受け付ける情報受付ステップと、
前記初期救助情報を、時系列に記録するタイムラインを作成するタイムライン作成ステップと、
前記要救助者を識別するＩＤに基づいて、前記要救助者の過去の診療履歴が記録された過去のタイムラインを検索するタイムライン検索ステップと、
前記初期救助情報が記録される前記タイムラインと前記過去のタイムラインとを統合するタイムライン統合ステップとを、
をコンピュータに実行させる初期救助情報収集プログラム。
【請求項１０】
携帯端末と、前記携帯端末とネットワークを介して通信可能な初期救助情報収集装置とを備える初期救助情報収集システムにおいて、
前記初期救助情報収集装置は、
救助要請が出された要救助者の救助要請を受け付ける救助要請受付部と、
予め登録されたユーザの中から、前記要救助者の現在位置から一定の距離範囲に存在するユーザを選定し、前記選定されたユーザに対して救助要請通知を送信する救助要請通知送信部と、
前記救助要請通知を受けた前記ユーザの前記携帯端末から情報を受け付ける情報受付部であり、前記救助要請通知後、医療従事者である救急隊員が到着するまでの間に行われる前記要救助者に対する初期救助行為及び前記要救助者の状況のうち少なくとも１つに関する初期救助情報を受け付ける情報受付部と、
前記初期救助情報を、時系列に記録するタイムラインを作成するタイムライン作成部と、
前記要救助者を識別するＩＤに基づいて、前記要救助者の過去の診療履歴が記録された過去のタイムラインを検索するタイムライン検索部と、
前記初期救助情報が記録される前記タイムラインと前記過去のタイムラインとを統合するタイムライン統合部とを
備えている初期救助情報収集システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、初期救助情報収集装置、その作動方法、プログラム及びシステムに関するものである。
【背景技術】
【０００２】
医療従事者である救急隊員が要救助者のいる救急現場に到着してから、要救助者を病院に搬送するまでの救急段階において、救急隊員が要救助者に対して実施した診療行為について、タイムラインとして記録する医療支援装置が知られている（例えば特許文献１参照）。ここで、タイムラインは、要救助者に対して実施された行為など要救助者に関する情報を時系列に記録した形式の情報をいう。
【０００３】
特許文献１に記載の医療支援装置では、救急段階において、救急隊員によって患者に対してトリアージ処置、バイタルサインの測定などを行っている。また、写真撮影などにより、患者の外見的な様子など患者の状況も記録している。救急段階のタイムラインには、このような患者に関する情報が記録される。タイムラインは、例えば、救急隊の派遣を指令する消防指令センタに設置されている医療支援サーバに登録されて、複数の救急隊員の間で共有される。そして、救急段階のタイムラインは、搬送先の病院に引き継がれて、医師などの病院内の医療スタッフによって診療の参考情報として利用される。救急段階のタイムラインにより救急段階の状況を把握できるため、適切な診療が可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−３２０６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
要救助者に対して適切な診療を行うためには、発症時期がいつか、どのような状況であったかなどの要救助者の状況や、要救助者に対してどのような処置が実施されたかなど、発症直後のできるだけ早い段階における要救助者に関する情報を時系列で把握できることが好ましい。
【０００６】
特許文献１に記載の医療支援装置は、医療従事者である救急隊員が到着後の救急段階における要救助者に関する情報をタイムラインとして記録している。しかし、救急段階以前の要救助者に関する情報は記録できない。救急段階以前においても、例えば、要救助者の周囲の救助者によって、人工呼吸やＡＥＤ（Automated External Defibrillator：自動体外式除細動器）処置などの初期救助行為が行われる場合がある。また、要救助者の周囲の救助者は、要救助者の呼吸の状態や、発症時の様子など、要救助者の状況を目撃している場合もある。医療現場においては、このような救急隊員による救急段階以前の初期段階において行われる初期救助行為や初期段階における要救助者の状況等を含む要救助者に関する情報（以下、初期救助情報という）は、その後の診療を適切に行うために非常に有用な情報であり、これを収集する方策が求められていた。また、初期救助情報を後で見返す場合には、初期救助行為等がどのような順序で発生したかが整理されていることが非常に重要である。
【０００７】
本発明は、医療従事者による救急段階以前における要救助者に関する初期救助情報を収集し、かつ、初期救助情報が時系的に整理された形式で確認可能な初期救助情報収集装置、その作動方法、プログラム及びシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の初期救助情報収集装置は、救助要請受付部と、救助要請通知送信部と、情報受付部と、タイムライン作成部と、タイムライン検索部と、タイムライン統合部とを備えている。救助要請受付部は、救助要請が出された要救助者の救助要請を受け付ける。救助要請通知送信部は、予め登録されたユーザの中から、要救助者の現在位置から一定の距離範囲に存在するユーザを選定し、選定されたユーザに対して救助要請通知を送信する。情報受付部は、救助要請通知を受けたユーザの携帯端末から情報を受け付けるものであり、救助要請通知後、医療従事者である救急隊員が到着するまでの初期段階において要救助者に対して行われる初期救助行為及び初期段階の要救助者の状況のうち少なくとも１つに関する情報である初期救助情報を受け付ける。タイムライン作成部は、初期救助情報を時系列に記録したタイムラインを作成する。タイムライン検索部は、要救助者を識別するＩＤに基づいて、要救助者の過去の診療履歴が記録された過去のタイムラインを検索する。タイムライン統合部は、初期救助情報が記録されるタイムラインと過去のタイムラインとを統合する。
【０００９】
なお、救助要請通知を受けた複数のユーザの携帯端末にタイムラインを配信するタイムライン配信部を備えていることが好ましい。この場合には、複数のユーザが閲覧できるため、要救助者の周囲にいる複数のユーザが初期救助情報を共有できる。これにより、ユーザ間での作業分担などが容易になる。
【００１０】
また、救助要請の送信元を含むユーザの携帯端末の現在位置を取得する携帯端末現在位置取得部を備え、救助要請通知送信部は、携帯端末の現在位置から救助要請通知の送信先のユーザを選定することが好ましい。この場合には、救助要請が出された要救助者の周辺にいるユーザを救助者として選ぶことができる。
【００１１】
初期救助情報が記録されるタイムラインを、別のタイムラインを管理するサーバに移行するタイムライン移行部を備え、別のタイムラインには、救急隊員到着後に要救助者に対して医療従事者によって実施される診療行為が記録されていることが好ましい。この場合には、救急隊員到着後に、要救助者に対して診療を実施する医療従事者にタイムラインを引き継ぎやすい。
【００１３】
過去のタイムラインが統合された場合には、タイムライン配信部は、タイムラインの配信先のユーザを、予め医療従事者として登録されているユーザに限定して配信することが好ましい。この場合には、過去のタイムラインの共有を医療従事者に限定することができる。
【００１４】
情報受付部は、初期救助情報として、静止画、動画及びテキストのうち少なくとも１つを受け付けることが好ましい。この場合には、静止画、動画及びテキストのいずれかを用いて初期救助情報を作成することができる。
【００１５】
情報受付部は、要救助者が装着している生体センサからの情報を受け付けることが好ましい。この場合には、生体センサの情報を、初期救助情報と一緒にタイムラインで一元管理できるため、便利である。
【００１６】
本発明の初期救助情報収集装置の作動方法は、救助要請受付ステップと、救助要請通知送信ステップと、情報受付ステップと、タイムライン作成ステップと、タイムライン検索ステップと、タイムライン統合ステップとをコンピュータに実行させる。また、本発明の初期救助情報収集プログラムは、救助要請受付ステップと、救助要請通知送信ステップと、情報受付ステップと、タイムライン作成ステップと、タイムライン検索ステップと、タイムライン統合ステップとをコンピュータに実行させる。救助要請受付ステップは、救助要請が出された要救助者の救助要請を受け付ける。救助要請通知送信ステップは、予め登録されたユーザの中から、要救助者の現在位置から一定の距離範囲に存在するユーザを選定し、選定されたユーザに対して救助要請通知を送信する。情報受付ステップは、救助要請通知を受けたユーザの携帯端末から初期救助情報を受け付ける。初期救助情報は、救助要請通知後、医療従事者である救急隊員が到着するまでの間に行われる要救助者に対する初期救助行為及び要救助者の状況のうち少なくとも１つに関する。タイムライン作成ステップは、初期救助情報を時系列に記録し、タイムラインを作成する。タイムライン検索ステップは、要救助者を識別するＩＤに基づいて、要救助者の過去の診療履歴が記録された過去のタイムラインを検索する。タイムライン統合ステップは、初期救助情報が記録されるタイムラインと過去のタイムラインとを統合する。
【００１７】
本発明の初期救助情報収集システムは、携帯端末と、携帯端末とネットワークを介して通信可能な初期救助情報収集装置とを備える。初期救助情報収集装置は、救助要請受付部と、救助要請通知送信部と、情報受付部と、タイムライン作成部と、タイムライン検索部と、タイムライン統合部とを有する。救助要請受付部は、救助要請が出された要救助者の救助要請を受け付ける。救助要請通知送信部は、予め登録されたユーザの中から、要救助者の現在位置から一定の距離範囲に存在するユーザを選定し、選定されたユーザに対して救助要請通知を送信する。情報受付部は、救助要請通知を受けたユーザの携帯端末から情報を受け付ける。この情報受付部は、救助要請通知後、医療従事者である救急隊員が到着するまでの間に行われる要救助者に対する初期救助行為及び要救助者の状況のうち少なくとも１つに関する初期救助情報を受け付ける。タイムライン作成部は、初期救助情報を時系列に記録するタイムラインを作成する。タイムライン検索部は、要救助者を識別するＩＤに基づいて、要救助者の過去の診療履歴が記録された過去のタイムラインを検索する。タイムライン統合部は、初期救助情報が記録されるタイムラインと過去のタイムラインとを統合する。
【発明の効果】
【００１８】
本発明によれば、医療従事者による救急段階以前における、要救助者に関する初期救助情報を収集し、かつ、初期救助情報が時系列で記録された形式で確認可能な初期救助情報収集装置、その作動方法、プログラム及びシステムを提供する。そして、要救助者の初期救助情報に加えて、それ以前の過去の診療履歴も合わせて、医療従事者に引き継ぐことができる。そのため、迅速的確な診療が可能になる。
【図面の簡単な説明】
【００１９】
【図１】携帯端末及び初期救助情報収集サーバからなる初期救助情報収集システムの説明図である。
【図２】コンピュータの概略構成を示すブロック図である。
【図３】携帯端末の機能ブロック図である。
【図４】ユーザ登録時の携帯端末の操作画面の遷移を示す説明図である。
【図５】タイムライン選択の一例を示す説明図である。
【図６】タイムライン登録時の携帯端末の操作画面の遷移を示す説明図である。
【図７】初期救助情報収集サーバの機能ブロック図である。
【図８】救助要請通知画面の一例を示す説明図である。
【図９】初期救助情報タイムラインの一例を示す説明図である。
【図１０】各サーバにおけるタイムラインの移行の一例を示す説明図である。
【図１１】初期救助情報収集システムの全体の処理を示すフローチャートである。
【図１２】かかりつけ病院のタイムラインを統合した別実施形態の統合タイムラインを示す説明図である。
【図１３】かかりつけ病院での診療時のタイムラインを検索して初期救助情報タイムラインに統合する各サーバの機能ブロック図である。
【図１４】生体センサからの情報を用いた別実施形態の統合タイムラインを示す説明図である。
【発明を実施するための形態】
【００２０】
［第１実施形態］
図１に示すように、初期救助情報収集システム１０は、携帯端末１１，１２とネットワーク１３を介して通信可能な初期救助情報収集サーバ（初期救助情報収集装置）１４とで構成される。初期救助情報収集サーバ（以下、単に情報収集サーバという）１４は、予め登録されたユーザに対して、ネットワーク１３を介して初期救助情報収集のアプリケーションサービスを提供する。
【００２１】
予め登録されたユーザは、携帯端末１１、１２を保有するユーザであり、情報収集サーバ１４が提供するアプリケーションサービスの利用登録をしたユーザである。初期救助情報とは、要救助者Ｐ１のいる救急現場１８の近くにいるユーザである救助者Ｐ２によって行われる要救助者Ｐ１への初期救助行為や、要救助者Ｐ１の状態及び救急現場１８の状況等を含む要救助者Ｐ１に関する情報であり、医療従事者である救急隊員による救急段階以前の初期段階の情報をいう。情報収集サーバ１４は、救急隊員が要救助者Ｐ１のいる救急現場１８に到着するまでの初期段階において、救助者Ｐ２の携帯端末１２からアップロードされる初期救助情報を収集するアプリケーションサービスを提供する。
【００２２】
また、情報収集サーバ１４は、要救助者Ｐ１の救助要請要求を受け付けて、要救助者Ｐ１のいる救急現場１８の近くの救助者Ｐ２となるユーザに対して救助要請通知を送信するアプリケーションサービスを提供する。
【００２３】
具体的には、ユーザに緊急事態が発生した場合にそのユーザが救助要請要求を情報収集サーバ１４に送信すると、そのユーザは要救助者Ｐ１となる。救助要請要求は、要救助者Ｐ１の携帯端末１１から送信される。情報収集サーバ１４は、救助要請要求を受け付けると、要救助者Ｐ１以外のユーザの中から、要救助者Ｐ１の現在位置の近くの別のユーザを救助者Ｐ２として選定して、救助要請通知を送信する。ここで、緊急事態とは、突発的な持病の発作、事故等によって、ユーザに体調の異変や傷害が生じた場合をいう。また、救助者Ｐ２は要救助者Ｐ１の救助要請を受けた者をいう。
【００２４】
ユーザは、潜在的に要救助者Ｐ１や救助者Ｐ２となる可能性を有している。携帯端末１１の保有者が救助者Ｐ２になる場合や、携帯端末１２の保有者が要救助者Ｐ１となる場合もあるが、本例では、説明の便宜上、携帯端末１１を保有するユーザが要救助者Ｐ１となり、携帯端末１２を保有するユーザが救助者Ｐ２になる例で説明する。
【００２５】
また、情報収集サーバ１４は、要救助者Ｐ１の救助要請を受けた場合に、消防指令センタ１６に対して緊急通報を送信するサービスも提供する。消防指令センタ１６には、医療従事者である救急隊員が待機しており、消防指令センタ１６は、緊急通報に基づいて複数の救急隊員からなる救急隊１７を組織して、救急現場１８に向けて出動させる。救急隊１７は、救急現場１８に到着した後、要救助者Ｐ１を病院１９に搬送する。このように要救助者Ｐ１は、救急隊１７が到着した後の救急段階においては、救急隊１７によって救助や処置が施される。情報収集サーバ１４においては、こうした救急段階以前の初期段階における要救助者Ｐ１に関する情報が収集される。そして、収集された情報は、救急隊１７に引き継がれる。
【００２６】
携帯端末１１，１２は、例えば、小型のコンピュータで構成される。一般的なコンピュータの概略構成は、図２に示すようなものであり、携帯端末１１，１２の基本的な構成も同様である。図２に示すように、コンピュータは、ＣＰＵ（Central Processing Unit）２１、メモリ２２、ストレージデバイス２３、通信Ｉ／Ｆ２４、及び入出力部２６を備えている。これらはデータバス２７を介して接続されている。入出力部２６は、ディスプレイ２８と、操作キーなどの入力デバイス２９とからなる。ディスプレイ２８は、例えば、タッチパネル式のディスプレイであり、ディスプレイ２８は入力デバイス２９としても機能する。
【００２７】
ストレージデバイス２３は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive)であり、制御プログラムやアプリケーションプログラム（以下、ＡＰという）３０が格納される。携帯端末１１，１２の場合には、ストレージデバイス２３は例えばＳＳＤである。
【００２８】
メモリ２２は、ＣＰＵ２１が処理を実行するためのワークメモリであり、ＲＡＭ（Random Access Memory）で構成される。ＣＰＵ２１は、ストレージデバイス２３に格納された制御プログラムをメモリ２２へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。
【００２９】
通信Ｉ／Ｆ２４は、ネットワーク１３との間の伝送制御を行うネットワークインタフェースである。携帯端末１１，１２の場合には、通信Ｉ／Ｆ２４は、例えば、無線通信モジュールであり、ネットワーク１３は、移動体通信網、無線ＬＡＮなどである。
【００３０】
図３に示すように、携帯端末１１、１２には、図２に示すコンピュータの一般的な構成に加えて、写真や動画を撮影するカメラ部３８や、動画撮影のために、音声を録音するマイク（図示せず）も設けられている。
【００３１】
携帯端末１１、１２には、情報収集サーバ１４のアプリケーションサービスを利用するためのＡＰ３０として、初期救助情報収集用のクライアントプログラム３０Ａがインストールされる。クライアントプログラム３０Ａは、携帯端末１１や携帯端末１２において、救助要請要求を情報収集サーバ１４に送信する機能、情報収集サーバ１４からの救助要請通知を受信する機能、要救助者Ｐ１の初期救助情報を情報収集サーバ１４に送信する機能などを実現する。
【００３２】
救助要請要求の送信機能は、要救助者Ｐ１が携帯端末１１で使用する機能であり、救助要請通知の受信機能と初期救助情報の送信機能は、救助者Ｐ２が携帯端末１２で使用する機能である。上述のとおり、要救助者Ｐ１の携帯端末１１と救助者Ｐ２の携帯端末１２という区別は便宜的なものであり、クライアントプログラム３０Ａがインストールされる携帯端末１１、１２のどちらもこれらの機能を有している。そのため、以下において、クライアントプログラム３０Ａによって実現される各機能については、携帯端末１１、１２の区別なく、まとめて説明を行う。
【００３３】
ここで、携帯端末１１，１２に使用されるコンピュータの構成については、後述する情報収集サーバ１４のコンピュータの構成（図７参照）と区別するため、説明の便宜上、例えば、ＣＰＵ２１Ａというように、数字の符号に英文字の「Ａ」を付して示す。
【００３４】
クライアントプログラム３０Ａは、例えば情報収集サーバ１４を運営する事業者から提供を受けてダウンロードすることができる。ダウンロード後に、クライアントプログラム３０Ａが実行されると、携帯端末１１，１２のＣＰＵ２１Ａは、ＧＵＩ（Graphical User Interface）制御部３２、ユーザ登録部３３、救助要請要求送信部３４、救助要請通知受信部３５、初期救助情報登録要求部３６、及び位置情報取得部３７として機能する。
【００３５】
ＧＵＩ制御部３２は、ディスプレイ２８Ａに操作画面を表示し、操作画面を通じて各種操作指示を受け付ける。ユーザ登録部３３は、ＧＵＩ制御部３２を介して入力されたユーザ情報４８を登録する。ユーザ情報４８は、ストレージデバイス２３Ａに格納された後、情報収集サーバ１４に対して送信されて、情報収集サーバ１４においてユーザ登録される。この際に、情報収集サーバ１４からユーザＩＤが発行される。発行されたユーザＩＤはユーザ情報４８に記録される。登録されたユーザの携帯端末１１、１２と情報収集サーバ１４との間で通信が行われる際には、各携帯端末１１、１２からユーザＩＤが情報収集サーバ１４に送信される。ユーザＩＤによって、情報収集サーバ１４は、ユーザを識別する。
【００３６】
ＧＵＩ制御部３２は、ＧＵＩによる操作画面の表示制御や、操作画面を通じた操作指示の入力の受け付けを行う。操作画面は、図４に示すように、例えば、初期画面５０、起動画面５２、ユーザ登録画面５６などからなる。初期画面５０には、メール、ブラウザ、カレンダ、地図などの各種のアプリケーションのアイコン５１が表示される。クライアントプログラム３０Ａがインストールされている場合には、アイコン５１の１つとして、クライアントプログラム３０Ａを起動するための「初期救助アプリ」のアイコン５１が表示される。このアイコン５１が操作されると、初期画面５０から、クライアントプログラム３０Ａの起動画面５２に遷移する。
【００３７】
起動画面５２には、救助要請ボタン５３、タイムライン（ＴＬ）登録ボタン５４、設定ボタン５５が設けられている。起動画面５２において、設定ボタン５５が操作されると、ユーザ登録画面５６が表示される。ユーザ登録画面５６には、ユーザ情報の入力を促すメッセージが表示されるとともに、ユーザ情報を入力する入力欄Ｈ１や、入力されたユーザ情報を情報収集サーバ１４に対する登録を実行する登録ボタン５７が設けられている。
【００３８】
入力欄Ｈ１への入力に際しては、画面上にテンキー等の文字や英数字などの文字入力パッドが一部に表示（図示省略）され、ユーザ情報４８の入力が可能になる。登録するユーザ情報４８の項目には、氏名、性別、年齢、携帯電話番号、メールアドレス、職業、救助要請受諾可否の情報などがあり、入力欄Ｈ１はこれらの項目に区画されている。救助要請受諾可否の情報は、救助要請が有った場合に救助者Ｐ２として活動することが可能かどうかのユーザの意思を示す情報である。救助要請受諾可否の情報が、「否」のユーザは、救助要請通知の対象から除外される。
【００３９】
図３に戻って、ユーザ登録部３３は、ユーザ登録画面５６（図４参照）を通じて入力されるユーザ情報４８を受け付けて、ストレージデバイス２３Ａにユーザ情報４８を格納する。登録ボタン５７（図４参照）が操作されると、ユーザ登録部３３は、ストレージデバイス２３Ａ内のユーザ情報４８を読み出して、ユーザ情報４８の登録要求を情報収集サーバ１４に送信する。こうして、携帯端末１１、１２から情報収集サーバ１４に対するユーザ情報４８の登録が行われる。
【００４０】
起動画面５２（図４参照）において、救助要請ボタン５３は、救助要請要求の送信を指令する操作ボタンである。救助要請ボタン５３が操作されると、ＧＵＩ制御部３２を介して、操作指示が救助要請要求送信部３４に入力される。
【００４１】
救助要請要求送信部３４は、救助要請ボタン５３の操作に基づいて、救助要請要求を送信する処理を行う。救助要請通知受信部３５は、情報収集サーバ１４からの救助要請通知を受信する。ＧＵＩ制御部３２は、救助要請通知を受信した場合に、救助要請通知画面６１（図８参照）をディスプレイ２８Ａに表示する。
【００４２】
図３に戻って、初期救助情報登録要求部３６は、ＧＵＩ制御部３２を介して入力される初期救助情報を情報収集サーバ１４に送る。初期救助情報登録は、図５に示す操作画面を通じて行われる。
【００４３】
図５に示すように、起動画面５２には、ＴＬ登録ボタン５４が設けられている。タイムラインは、後述するように、情報収集サーバ１４において、収集された初期救助情報を時系列に記録した形式の情報をいう（図９参照）。タイムラインは、情報収集サーバ１４において作成される。情報収集サーバ１４は、携帯端末１２から初期救助情報を受信すると、受信した順番で初期救助情報をタイムラインに登録する。こうした初期救助情報の登録により、初期救助情報が時系列に記録されたタイムラインが作成される。
【００４４】
ＴＬ登録ボタン５４は、初期救助情報のタイムラインへの登録要求をするための操作ボタンである。ＴＬ登録ボタン５４が操作されると、タイムライン選択画面５８に遷移する。タイムライン選択画面５８は、初期救助情報の登録先のタイムラインを選択する画面である。
【００４５】
タイムライン選択画面５８には、情報収集サーバ１４が登録を受け付け中のタイムラインが表示される。携帯端末１２は、情報収集サーバ１４にアクセスして登録を受け付け中のタイムラインを受信して、受信したタイムラインをタイムライン選択画面５８に表示する。本例では、登録受け付け中のタイムラインが１つ表示されている。情報収集サーバ１４において登録受け付け中のタイムラインが複数有る場合には、複数のタイムラインが表示される。登録受け付け中のタイムラインが無い場合には表示されない。
【００４６】
タイムライン選択画面５８において、表示されるタイムラインには、タイムラインＩＤが表示される。タイムラインＩＤは、例えば、新規に作成された作成日時（本例で「２０１５年７月８日  ０９時４８分」）にユーザＩＤ（本例では「００１」）を加えた数字列（「２０１５／０７／０８−０９４８−００１」）で構成される。また、タイムラインＩＤに加えて、救助要請が出された要救助者Ｐ１の救急現場１８の住所（「港区西麻布・・・」）が表示される。
【００４７】
タイムラインが複数表示されている場合には、初期救助情報を登録する救助者Ｐ２は、タイムラインＩＤや住所の表示と、現在時刻及び要救助者Ｐ１の現在位置とを照合して、登録先のタイムラインを選択する。救助者Ｐ２が初期救助情報を登録する時点では、救助者Ｐ２は、要救助者Ｐ１がいる救急現場１８に既に到着している状態にある。救助者Ｐ２は、自分がいる救急現場１８の住所や現在時刻に近いタイムラインを選択する。
【００４８】
タイムライン選択画面５８には、新規作成ボタン５９と情報登録ボタン６０が設けられている。新規作成ボタン５９は、タイムラインを新規に作成する新規作成要求を情報収集サーバ１４に送信するための操作ボタンである。
【００４９】
登録受け付け中のタイムラインが無い場合や、あるいは、登録受け付け中のタイムラインが有る場合でも、救助者Ｐ２がいる救急現場１８に対応するタイムラインが無い場合には、タイムラインが新規に作成される。新規作成要求が送信されると、情報収集サーバ１４によってタイムラインの新規作成処理が実行されて、新規に作成されたタイムラインがタイムライン選択画面５８に追加表示される。新規作成されたタイムラインには、作成日時に基づいて発行されたタイムラインＩＤが付与される。また、新規作成要求の送信元の携帯端末１２の現在位置に基づいて救急現場１８の住所が付与される。こうして付与されたタイムラインＩＤ及び住所が、タイムライン選択画面５８に追加表示される新規のタイムラインに表示される。
【００５０】
登録受け付け中のタイムラインは、タイムライン選択画面５８を通じて、複数の救助者Ｐ２に共有される。各救助者Ｐ２は、各自の携帯端末１２でタイムラインを選択して、初期救助情報を登録することができる。
【００５１】
情報登録ボタン６０は、タイムラインに登録する初期救助情報を入力するための操作ボタンである。図６に示すように、タイムライン選択画面５８においてタイムラインが選択された状態で、情報登録ボタン６０が操作されると、情報選択画面７５に遷移する。情報選択画面７５は、登録する情報の種類を選択する画面であり、本例では情報の種類として、テキストと画像が選択できるようになっている。このため、テキストを選択する選択ボタン７６と画像を選択する選択ボタン７７が設けられている。
【００５２】
選択ボタン７６が操作されるとテキスト入力画面７８となる。テキスト入力画面７８には、テキストの入力欄が設けられており、画面上に表示される文字入力パッド（図示せず）により、テキストで初期救助情報を入力することができる。本例では、初期救助情報として、「発作を起こして苦しんでいる。」等の要救助者Ｐ１の状態を示すテキストが入力されている。テキストを入力後、決定ボタン７９が操作されると、入力したテキストの登録要求が送信される。
【００５３】
初期救助情報登録要求部３６は、登録対象のテキストに、送信元の携帯端末１２のユーザＩＤや発信時刻を含むヘッダを付加することにより登録要求を作成して、作成した登録要求を情報収集サーバ１４に送信する。
【００５４】
選択ボタン７７が操作されると、画像入力画面８０となる。画像入力画面８０には、画像選択ボタン８１が設けられている。画像選択ボタン８１を操作すると、登録する画像を選択する画像選択画面（図示せず）が表示されて、画像選択画面で画像を選択することができる。画像は、携帯端末１２のカメラ部３８によって要救助者Ｐ１の様子や救急現場１８の状況が撮影される。画像は静止画でも動画でもよい。
【００５５】
画像選択画面で画像を選択すると、画像入力画面８０に選択した画像が表示される。この状態で決定ボタン８３が操作されると、初期救助情報登録要求部３６により、テキストの場合と同様に、選択された画像を含む初期救助情報登録要求が作成されて、情報収集サーバ１４に送信される。
【００５６】
また、タイムライン選択画面５８において、図示しない操作ボタンから閲覧指示を行うことにより、携帯端末１２において選択されたタイムラインを表示することも可能である。
【００５７】
位置情報取得部３７は、ＧＰＳ方式や基地局方式等によって携帯端末１１、１２の現在位置を表す位置情報を取得する。位置情報取得部３７は、情報収集サーバ１４に対して、定期的に携帯端末１１、１２の位置情報を送信する。救助要請要求、救助要請通知、位置情報、ユーザ情報４８、初期救助情報など、情報収集サーバ１４との間で行われる情報の送受信は、通信Ｉ／Ｆ２４Ａ及びネットワーク１３を介して行われる。
【００５８】
情報収集サーバ１４も、コンピュータであり、基本的な構成は携帯端末１１，１２と同様に図２に示すとおりである。図７に示すように、情報収集サーバ１４のストレージデバイス２３Ｂには、初期救助情報収集用のサーバプログラム３０Ｂが格納されている。サーバプログラム３０Ｂは、請求項における初期救助情報収集プログラムに相当する。
【００５９】
サーバプログラム３０Ｂが実行されると、情報収集サーバ１４のＣＰＵ２１Ｂは、要求受付部４１、緊急通報部４３、携帯端末現在位置取得部４４、地図情報作成部４５、救助要請通知送信部４６、及びタイムライン処理部４７として機能する。ここで、説明の便宜上、情報収集サーバ１４のＣＰＵなどの構成については、携帯端末１１，１２（数字の符号に「Ａ」を付している）のＣＰＵなどの構成と区別するために、数字の符号に「Ｂ」を付す。
【００６０】
要求受付部４１は救助要請受付部として機能し、携帯端末１１，１２からユーザ登録要求、救助要請要求、及び初期救助情報登録要求を受け付けて、受け付けた要求に応じた指示を各部に与える。
【００６１】
また、要求受付部４１は、携帯端末１１，１２からのユーザ登録要求に含まれるユーザ情報４８（図３参照）をユーザ情報ＤＢ７３に登録する。ユーザ情報４８はストレージデバイス２３Ｂに格納される。上述のとおり、ユーザ登録時には、各ユーザを識別するためのユーザＩＤが発行されて、発行されたユーザＩＤは、送信元の携帯端末１１、１２に通知される。
【００６２】
緊急通報部４３は、携帯端末１１から救助要請要求を受けると、緊急通報を消防指令センタ１６に送る。緊急通報には、ユーザＩＤから特定された要救助者Ｐ１の名前、携帯番号、性別、年齢や、要救助者Ｐ１の現在位置、救命緊急出動依頼要求が含まれている。
【００６３】
携帯端末現在位置取得部４４は、各携帯端末１１，１２が定期的に送信する位置情報を取得する。携帯端末現在位置取得部４４は、取得した位置情報を、ユーザＩＤ毎に現在位置テーブル（図示せず）に記憶する。現在位置テーブルはストレージデバイス２３Ｂ内に格納されている。本例では、各携帯端末１１、１２からの位置情報の取得間隔は、例えば３０秒である。なお、現在位置テーブルには、最新の位置情報に加えて、一定時間例えば５分前までの位置データを記録してもよい。この場合には、現在位置と５分前の位置とに基づき各携帯端末１２の移動方向の把握が可能になる。
【００６４】
地図情報作成部４５は、要求受付部４１が救助要請要求を受け付けた場合に、要救助者Ｐ１及び救助者Ｐ２の現在位置をマッピングした、図８に示す救助要請通知画面６１に表示する地図情報４９を作成する。
【００６５】
図８に示すように、地図情報４９には、例えば、要救助者Ｐ１の現在位置を中心に所定範囲のエリアの地図が表示され、地図上に、要救助者Ｐ１及び救助者Ｐ２の現在位置を示すマークがマッピングされる。
【００６６】
要救助者Ｐ１の現在位置は要救助者マーク６５で表示され、救助者Ｐ２は救助者マーク６６で表示される。本例では、要救助者マーク６５の形態として「×」印が割り当てられ、救助者マーク６６の形態として「○」印が割り当てられている。
【００６７】
また、地図情報４９には、地図情報４９を含む救助要請通知を携帯端末１２で受信した受信者本人を示す本人マーク６８が表示される。受信者本人も、救助者Ｐ２であるので、本人マーク６８は、救助者マーク６６の「○」印に、一回り小さい「○」印を追加した二重丸「◎」の形態である。これにより、他の救助者Ｐ２と識別可能となる。
【００６８】
地図情報４９には、要救助者マーク６５（「×」）、救助者マーク６６（「○」）、本人マーク６８（「◎二重丸」）の各マークが何を示すものかの説明である凡例が表示される。また、地図上にもマークの説明として、要救助者マーク６５の近傍に「要救助者」という文字表示が、本人マーク６８の近傍に「あなたの現在位置」という文字表示が挿入される。こうした凡例や文字表示によって、地図上の各マークが何を示すのかを確認することができる。
【００６９】
地図情報作成部４５は、例えば、次のようにして地図情報４９を作成する。地図情報作成部４５は、まず、要求受付部４１が救助要請を受け付けた場合に、要救助者Ｐ１の現在位置を現在位置テーブルから読み出す。そして、地図情報作成部４５は、要救助者Ｐ１の現在位置に基づいて、予め登録されたユーザの中から救助者Ｐ２を選定する。救助者Ｐ２には、救助要請が出された要救助者Ｐ１の近くにいるユーザや、要救助者Ｐ１の現在位置から一定の距離範囲に存在するユーザが選定される。
【００７０】
具体的には、地図情報作成部４５は、要救助者Ｐ１の現在位置から一定の距離範囲を探索エリアとして設定する。一定の距離範囲としては、例えば、要救助者Ｐ１の現在位置から半径４００ｍ（おおよそ徒歩５分圏内）の範囲が設定される。そして、現在位置テーブルに記録されるユーザの現在位置を参照して、現在位置が探索エリア内のユーザを探索する。さらに、探索エリア内のユーザのうち、ユーザ情報ＤＢ７３を参照して、救助要請受諾可否の情報が「否」のユーザが除外される。こうして抽出したユーザを救助者Ｐ２として選定する。
【００７１】
救助者Ｐ２を選定した後、地図情報作成部４５は、要救助者Ｐ１の現在位置を中心とした所定範囲のエリア内の地図のデータを図示しない地図サーバから取得する。地図のデータには、地図上の地点毎にＧＰＳ（Global Positioning System）情報などの位置情報が対応付けられている。地図情報作成部４５は、要救助者Ｐ１と救助者Ｐ２の現在位置を、要救助者マーク６５及び救助者マーク６６によってマッピングする。
【００７２】
救助要請通知送信部４６は、地図情報作成部４５が作成した地図情報４９を、救助要請通知に含めて救助者Ｐ２の携帯端末１２に配信する。携帯端末１２は救助要請通知を受けると、図８に示すような救助要請通知画面６１を表示する。
【００７３】
また、救助要請通知送信部４６は、要救助者Ｐ１の現在位置が変化した場合など地図情報４９の更新が必要な場合には、随時、救助者Ｐ２の携帯端末１２に対して更新情報を配信する。携帯端末１２は、更新情報に基づいてディスプレイ２８Ａに表示中の地図情報４９を更新する。
【００７４】
タイムライン処理部４７は、タイムラインの作成処理、配信処理、移行処理を実行する。タイムライン処理部４７は、要求受付部４１を通じて初期救助情報登録要求を受け付ける情報受付部として機能する。ストレージデバイス２３Ｂには、タイムラインＤＢ７４が格納されており、作成されたタイムラインはタイムラインＤＢ７４に記録される。
【００７５】
タイムラインは、上述したとおり、収集された初期救助情報を時系列に記録した形式の情報をいう。具体的には、タイムライン処理部４７は、図９に示すようなタイムラインＴＬ１を作成する。タイムラインの作成処理において、タイムライン処理部４７は、時間軸ＴＡに沿って、収集された初期救助情報を含むイベントＥＶ（ＥＶ１、ＥＶ２、ＥＶ３・・・）を時系列に記録することによりタイムラインＴＬを作成する。
【００７６】
各イベントＥＶには、時間軸ＴＡにおいて、タイムラインＴＬ１に登録された登録時刻が記録されている。登録時刻は、時間軸ＴＡ上において示される各イベントＥＶの発生時点Ｐの近傍に「０９：２１」のように表示される。これにより、各イベントの発生時刻を確認することができる。
【００７７】
各イベントＥＶには、携帯端末１２から収集される初期救助情報の他に、情報収集サーバ１４によって登録されるイベントが含まれる。例えば、イベントＥＶ１には、救助要請に基づいてタイムラインＴＬ１を作成した旨のコメントが記録される。イベントＥＶ２には、情報収集サーバ１４が緊急通報を送信した旨のコメントが記録され、イベントＥＶ３には、要救助者Ｐ１の周辺の登録ユーザに救助要請通知を送信した旨のコメントが記録される。
【００７８】
イベントＥＶ４〜イベントＥＶ７は、登録ユーザである救助者Ｐ２から収集された初期救助情報であり、具体的には、携帯端末１２を通じて救助者Ｐ２によって登録された初期救助情報である。イベントＥＶ４及びイベントＥＶ５には、例えば、「発作を起こして苦しんでいる」や「意識が無くなる呼吸も途絶える」といった、要救助者Ｐ１の発症時の様子や呼吸の状態など、要救助者Ｐ１の状況を表すコメントが記録される。イベントＥＶ４には、コメントに加えて、要救助者Ｐ１の様子を写した画像ＰＩＣ１が付帯されている。イベントＥＶ６には、「ＡＥＤ処置実施」といった、実施した初期救助行為の内容を示すコメントが記録される。イベントＥＶ７には、救急隊１７が到着したことを示すコメントが記録される。
【００７９】
タイムライン処理部４７は、作成したタイムラインＴＬ１の配信処理を実行する。タイムライン処理部４７は、救助要請通知を受けた複数の救助者Ｐ２の携帯端末１２に配信する。このようにタイムライン処理部４７は、タイムライン配信部として機能する。配信されたタイムラインＴＬ１に対しては、タイムライン選択画面５８を通じて、初期救助情報の登録や閲覧が可能になる。タイムライン処理部４７は、タイムラインＴＬ１に初期救助情報が追加登録されると、タイムラインＤＢ７４内のタイムラインＴＬ１を更新して、更新したタイムラインＴＬ１を携帯端末１２に配信する。
【００８０】
また、タイムライン処理部４７は、タイムラインＴＬ１の移行処理を行うタイムライン移行部として機能する。移行処理は、タイムラインＴＬ１を別のタイムラインを管理するサーバに送信して、タイムラインＴＬ１を引き継ぐ処理をいう。
【００８１】
図１０に示すように、情報収集サーバ１４によって作成されるタイムラインＴＬ１には、医療従事者である救急隊員が到着するまでの初期段階における初期救助情報が登録される。情報登録者は、救助者Ｐ２である。
【００８２】
しかし、例えば、救急隊１７が到着すると、要救助者Ｐ１の救助は、医療従事者である救急隊員が到着するまでの初期段階から、救急隊員によって救助が行われる救急段階に移行する。救急段階においては、例えば、消防指令センタ１６のサーバ９１において、別のタイムラインＴＬ２が作成される。タイムラインＴＬ２には、要救助者Ｐ１に対して救急隊員によって行われる救急段階の救助情報がイベント（ＥＶ１１、１２・・・）として登録される。サーバ９１への情報登録者は救急隊員である。救急段階の救助情報としては、例えばバイタルサインの測定、トリアージ処置などである。
【００８３】
また、要救助者Ｐ１が搬送先の病院１９に搬送された場合には、病院１９内のサーバ９２において、別のタイムラインＴＬ３が作成される。タイムラインＴＬ３には、要救助者Ｐ１に対して病院１９の医療スタッフによって行われる院内段階の救助情報がイベント（ＥＶ２１、２２、２３）として登録される。サーバ９２への情報登録者は医療スタッフである。院内段階の救助情報としては、緊急手術などである。ここで、タイムラインＴＬ２やタイムラインＴＬ３に記録される救助情報は、ともに、救急隊員到着後に、医療従事者である救急隊員や医療スタッフによって実施される診療行為に関する情報である。
【００８４】
このように１人の要救助者Ｐ１に対して複数のタイムラインが作成された場合には、それらはまとめて管理されることが好ましい。移行処理は、情報収集サーバ１４において作成された初期救助段階のタイムラインＴＬ１を、消防指令センタ１６のサーバ９１や搬送先の病院１９のサーバ９２に対して送信して移行する処理である。情報収集サーバ１４は、各サーバ９１、９２からのタイムライン取得要求に応じて、タイムラインＴＬ１を要求元に送信する。
【００８５】
以下、上記構成による作用について、図１１のフローチャートを参照しながら説明する。情報収集サーバ１４は、登録されたユーザの携帯端末１１、１２から定期的に送信される現在位置情報を取得して、ストレージデバイス２３Ｂに記録する（ＳＴ２１０，ＳＴ３１０）。
【００８６】
ユーザに緊急事態が発生してユーザが要救助者Ｐ１となった場合、携帯端末１１においてクライアントプログラムＡＰ３０Ａを起動する。そして、図４に示す起動画面５２において救助要請ボタン５３が操作されると、携帯端末１１の救助要請要求送信部３４によって、情報収集サーバ１４に対して、救助要請要求が送信される（ＳＴ１１０）。
【００８７】
情報収集サーバ１４では、救助要請要求を受信すると、救助要請要求の送信元の要救助者Ｐ１の現在位置を含む緊急通報を消防指令センタ１６に送信する。消防指令センタ１６は、緊急通報を受けると救急隊１７を救急現場１８に向けて出動させる。
【００８８】
また、情報収集サーバ１４において、地図情報作成部４５は地図情報４９を作成する。地図情報作成部４５は、要救助者Ｐ１の現在位置に基づいて、要救助者Ｐ１の近くにいるユーザを救助者Ｐ２として選定する（ＳＴ２２０）。そして、要救助者Ｐ１及び救助者Ｐ２の現在位置をマッピングした地図情報４９を作成する。救助要請通知送信部４６は、地図情報４９を含む救助要請通知を、救助者Ｐ２として選定されたユーザに送信する（ＳＴ２３０）。救助者Ｐ２の携帯端末１２において、救助要請通知が受信されると、救助要請通知画面６１が表示される（ＳＴ３２０）。
【００８９】
救助要請通知を受けた救助者Ｐ２は、要救助者Ｐ１がいる救急現場１８に向かって、要救助者Ｐ１の初期救助を行う。この際に、救助者Ｐ２は、救急隊１７が到着するまでの間の初期救助情報を記録するために、携帯端末１２を通じて初期救助情報を情報収集サーバ１４に送信する。救助者Ｐ２は、携帯端末１２でクライアントプログラムＡＰ３０Ａを起動して、図５に示す起動画面５２からＴＬ登録ボタン５４を操作する。
【００９０】
タイムライン選択画面５８において、登録受け付け中のタイムラインＴＬ１が無い場合には、救助者Ｐ２は、新規作成ボタン５９を操作する。これにより携帯端末１２から新規作成要求が情報収集サーバ１４に送信される（ＳＴ３３０）。情報収集サーバ１４は、新規作成要求に応じて新規のタイムラインを作成する（ＳＴ２４０）。新規作成されたタイムラインＴＬ１は、タイムライン選択画面５８に登録受け付け中のタイムラインとして表示される。また、登録受け付け中のタイムラインＴＬ１が既に有る場合には、そのタイムラインＴＬ１がタイムライン選択画面５８に表示される。
【００９１】
図５及び図６に示すように、登録受け付け中のタイムラインには、作成日時に基づいて付与されたタイムラインＩＤや救急現場１８の住所が表示される。この表示を確認して、救助者Ｐ２は、現在位置や現在時刻と照合して、自分がいる救急現場１８に対応するタイムラインＴＬ１を選択する。
【００９２】
初期救助情報を登録する場合には、図６に示すように、タイムライン選択画面５８でタイムラインを選択して、テキスト入力画面７８や画像入力画面８０を通じてテキストや画像の形式の初期救助情報を入力して、情報収集サーバ１４に送信する（ＳＴ３４０）。情報収集サーバ１４は、受信した初期救助情報を、選択されたタイムラインＴＬ１に登録する。こうしてタイムラインＴＬ１の作成及び更新が行われる（ＳＴ２４０）。以上のようにして、複数の救助者Ｐ２の携帯端末１２から初期救助情報が収集されて、収集された初期救助情報がタイムラインＴＬ１に登録される。
【００９３】
作成されたタイムラインＴＬ１は、救助要請通知が送信された複数の救助者Ｐ２の携帯端末１２に配信される（ＳＴ２５０）。配信されたタイムラインＴＬ１は、タイムライン選択画面５８を通じて閲覧が可能である。
【００９４】
初期救助情報としては、図９に示すように、要救助者の呼吸の状態や、発症時の様子など、要救助者の状況や、人工呼吸やＡＥＤ処置など、救助者Ｐ２によって実施される初期救助行為に関する情報がイベントＥＶとして登録される。
【００９５】
こうしたタイムラインＴＬ１を作成しておくことで、救急隊員が到着した救急段階以後において医療従事者が救急段階以前の初期救助情報を確認することができる。タイムラインＴＬ１において、初期救助情報であるイベントＥＶは時系列で記録されているため、初期救助行為等がどのような順序で発生したかが整理されている。タイムラインＴＬ１によって、要救助者Ｐ１の診療行為を実施する医療従事者は、初期救助行為等を後で見返すことができる。診療あたっては、要救助者Ｐ１の初期症状や発症時期などが非常に重要な情報となるため、タイムラインＴＬ１は適切な診療に役立つ。そのため、このようなタイムラインＴＬ１を作成する情報収集サーバ１４は、医療分野において非常に有用である。
【００９６】
タイムラインＴＬ１は、救急隊員や医療スタッフなどの医療従事者の要求に応じて医療従事者の携帯端末から閲覧することもできる。また、タイムライン処理部４７は、消防指令センタ１６や搬送先の病院１９の各サーバ９１、９２からの取得要求に応じて、作成済みのタイムラインＴＬ１を送信する、タイムラインＴＬ１の移行処理を行うことができる。そのため、消防指令センタ１６や病院１９において、別に作成されるタイムラインＴＬ２、ＴＬ３とタイムラインＴＬ１とを統合することも可能となるので、管理がしやすい。
【００９７】
本例において、タイムライン処理部４７が、初期救助情報を受け付ける情報受付部として機能するが、初期救助情報は、医療従事者である救急隊員が到着するまでの初期段階において要救助者Ｐ１に対して行われる初期救助行為及び初期段階の要救助者Ｐ１の状況のうち少なくとも１つに関する情報であればよい。
【００９８】
［第２実施形態］
図１２及び図１３に示す第２実施形態は、要救助者Ｐ１を識別するＩＤに基づいて、要救助者Ｐ１の過去の診療履歴（ＰＥＶ００１、ＰＥＶ００２）が記録された過去のタイムラインＴＬ０を検索して、検索したタイムラインＴＬ０と初期救助情報が記録されるタイムラインＴＬ１とを統合する機能を有する形態である。他の部分については第１実施形態と同様であるため、相違点を中心に説明する。第１実施形態と同様な部分については同一の符号を示す。
【００９９】
図１２に示すように、要救助者Ｐ１のタイムラインＴＬ１が作成される以前において、要救助者Ｐ１のかかりつけ病院のサーバ９３において要救助者Ｐ１の過去のタイムラインＴＬ０が保存されている場合がある。こうした過去のタイムラインＴＬ０を取得して、タイムラインＴＬ１に加えて、タイムラインＴＬ０を、救急隊員や搬送先の病院に提供することができれば、以後の要救助者Ｐ１の診療に際してより有用な情報を提供することができる。
【０１００】
そこで、図１３に示すように、第２実施形態の情報収集サーバ１４において、タイムライン処理部４７は、タイムラインＴＬ０を検索するタイムライン検索部、及び検索されたタイムラインＴＬ０とタイムラインＴＬ１とを統合するタイムライン統合部として機能する。
【０１０１】
ユーザ情報ＤＢ７３には、要救助者Ｐ１のかかりつけ病院の患者ＩＤやかかりつけ病院の病院名や病院ＩＤが記録されている。タイムライン処理部４７は、救助要請要求を受け付けた場合に、要救助者Ｐ１のユーザ情報から患者ＩＤ及び病院ＩＤを読み出す。そして読み出した患者ＩＤを検索キーとする検索要求を作成して、読み出した病院ＩＤで特定される病院のサーバ９３に対して、タイムラインＴＬ０の検索要求を送信する。
【０１０２】
かかりつけ病院のサーバ９３は、複数の患者のタイムラインＴＬ０が格納されたタイムラインＤＢ９４を有している。サーバ９３は、情報収集サーバ１４から検索要求を受け付けると、タイムラインＤＢ９４から該当する患者ＩＤのタイムラインＴＬ０を検索する。そして、該当するタイムラインＴＬ０が有る場合には、そのタイムラインＴＬ０を要求元の情報収集サーバ１４に送信する。
【０１０３】
タイムライン処理部４７は、受信したタイムラインＴＬ０と、該当する要救助者Ｐ１のタイムラインＴＬ１とを統合して、統合された統合タイムラインＴＬ１０１を作成する。統合タイムラインＴＬ１０１は、タイムラインＤＢ７４に格納される。
【０１０４】
タイムライン処理部４７は、統合タイムラインＴＬ１０１を、消防指令センタ１６のサーバ９１や搬送先のサーバ９２からの要求に応じて移行することができる。
【０１０５】
また、統合タイムラインＴＬ１０１を救助者Ｐ２の携帯端末１２に対して配信して、救助者Ｐ２に閲覧させてもよい。ただし、タイムラインＴＬ１と過去のタイムラインＴＬ０とが統合された場合には、タイムライン処理部（タイムライン配信部）４７は、統合タイムラインＴＬ１０１の配信先のユーザを、予め医療従事者として登録されているユーザである救助者Ｐ２に限定して配信することが好ましい。
【０１０６】
というのも、統合タイムラインＴＬ１０１には、要救助者Ｐ１の過去の診療履歴が含まれており、これは要救助者Ｐ１のプライバシーに関わる秘匿性の高い情報を含んでいるからである。救助者Ｐ２は、要救助者Ｐ１の近くに居合わせたユーザであるため、医療従事者でない人も含まれており、医療従事者でない人にまで要救助者Ｐ１の過去の診療履歴を閲覧させることは好ましくない。
【０１０７】
そこで、タイムライン処理部４７は、統合タイムラインＴＬ１０１を配信する際に、ユーザ情報ＤＢ７３を参照して、配信先のユーザである救助者Ｐ２が予め医療従事者として登録されているか否かを調べて、医療従事者として登録されている救助者Ｐ２に限定して統合タイムラインＴＬ１０１を配信する。図１３においては、ユーザＩＤが「００２」の救助者Ｐ２は、医療従事者ではないため、その携帯端末１２には統合タイムラインＴＬ１０１は配信されない。一方、ユーザＩＤが「００３」の救助者Ｐ２は、医療従事者（「Ｍ」で示す）であるため、その携帯端末１２には統合タイムラインＴＬ１０１が配信される。
【０１０８】
本例では、要救助者Ｐ１のかかりつけ病院が１つだけの例で説明したが、複数の病院がある場合には、複数のサーバ９３からタイムラインＴＬ０を取得してもよい。また、本例では、要救助者Ｐ１のかかりつけ病院の患者ＩＤがユーザ情報４８から特定できる例で説明したが、患者ＩＤが特定できない場合には、将来導入予定のマイナンバを検索キーとして利用してもよい。この場合には、情報収集サーバ１４のタイムライン処理部４７は、不特定の複数の病院のサーバ９３に対して、マイナンバを検索キーとする検索要求を送信する。検索要求を受信したサーバ９３は、マイナンバを検索キーとして該当するタイムラインＴＬ０を検索する。該当するタイムラインＴＬ０が有る場合には、そのタイムラインＴＬ０を情報収集サーバ１４に検索結果として送信する。
【０１０９】
［第３実施形態］
図１４に示す第３実施形態は、情報収集サーバ１４が、要救助者Ｐ１が装着している生体センサ９６からの情報を受け付ける機能を有する形態である。生体センサ９６は、例えば、心拍センサ、呼吸センサ、皮膚インピーダンスセンサなどである。生体センサ９６は、心拍数や呼吸数などの測定情報を出力する。生体センサ９６が出力する測定情報は、例えば、要救助者Ｐ１の携帯端末１１に無線送信される。携帯端末１１は、クライアントプログラムＡＰ３０Ａの情報登録機能を使用して、生体センサ９６から受信した測定情報を情報収集サーバ１４に送信する。情報収集サーバ１４は、受信した測定情報を、ＭＩ１０、ＭＩ１１のようにタイムラインＴＬ１に登録する。
【０１１０】
これによれば、初期救助段階における要救助者Ｐ１の生体情報を収集することができるため、タイムラインＴＬ１の有用性がより向上する。
【０１１１】
上記実施形態において、情報収集サーバ１４や初期救助情報収集のアプリケーションサービスの運営主体は、民間事業者であってもよいし、地方自治体などの公共団体であってもよい。また、病院１９などの医療施設が運営主体になってもよい。また、消防指令センタ１６などの公共機関が運営主体になってもよい。
【０１１２】
情報収集サーバ１４のハードウェア構成は種々の変形が可能である。例えば、処理能力や信頼性の向上を目的として、情報収集サーバ１４を、ハードウェアとして分離された複数台のサーバコンピュータで構成することも可能である。このように、コンピュータシステムのハードウェア構成は、処理能力、安全性、信頼性など要求される性能に応じて適宜変更することができる。さらに、ハードウェアに限らず、プログラムについて、安全性や信頼性の確保を目的として、二重化したり、あるいは、複数のストレージデバイスに分散して格納したりしてもよい。
【０１１３】
本発明は、上記実施形態や上述した変形例に限らず、本発明の要旨を逸脱しない限り種々の構成を採り得ることはもちろんである。例えば、上記実施形態や上述した変形例を適宜組み合わせることも可能である。また、本発明は、プログラムに加えて、プログラムを記憶する記憶媒体にも及ぶ。
【符号の説明】
【０１１４】
１０    初期救助情報収集システム
１１，１２    携帯端末
１３    ネットワーク
１４    情報収集サーバ
３２    ＧＵＩ制御部
３３    ユーザ登録部
３４    救助要請要求送信部
３５    救助要請通知受信部
３６    初期救助情報登録要求部
３７    位置情報取得部
４１    要求受付部
４３    緊急通報部
４４    携帯端末現在位置取得部
４５    地図情報作成部
４６    救助要請通知送信部
４７    タイムライン処理部
９１，９２，９３    サーバ
９６    生体センサ
ＴＬ，ＴＬ０，ＴＬ１，ＴＬ２，ＴＬ３  タイムライン
ＴＬ１０１  ：統合タイムライン
【図１】
0006505541.tif 000002
【図２】
0006505541.tif 000003
【図３】
0006505541.tif 000004
【図４】
0006505541.tif 000005
【図５】
0006505541.tif 000006
【図６】
0006505541.tif 000007
【図７】
0006505541.tif 000008
【図８】
0006505541.tif 000009
【図９】
0006505541.tif 000010
【図１０】
0006505541.tif 000011
【図１１】
0006505541.tif 000012
【図１２】
0006505541.tif 000013
【図１３】
0006505541.tif 000014
【図１４】
0006505541.tif 000015