JP6093993B1 - 救急手配システム及び救急手配プログラム - Google Patents
救急手配システム及び救急手配プログラム Download PDFInfo
- Publication number
- JP6093993B1 JP6093993B1 JP2016081937A JP2016081937A JP6093993B1 JP 6093993 B1 JP6093993 B1 JP 6093993B1 JP 2016081937 A JP2016081937 A JP 2016081937A JP 2016081937 A JP2016081937 A JP 2016081937A JP 6093993 B1 JP6093993 B1 JP 6093993B1
- Authority
- JP
- Japan
- Prior art keywords
- emergency
- information
- dispatch
- user
- rank
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Alarm Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
【課題】センサを活用して救急出動の要請を行うことが可能な救急手配システム及び救急手配プログラムを提供する。【解決手段】救急手配サーバ１は、ユーザの生体情報を取得する１以上のセンサ５の検出信号に基づいて通信装置６から発信された救急情報を受信する救急情報受信部１１と、救急情報からユーザを特定するユーザ特定部１２と、救急情報に基づいて位置情報を取得する位置情報取得部１３と、救急情報に基づいて救急ランクを決定するランク決定部１６と、判定した救急ランクとユーザの位置情報とに基づいて出動対象を決定する出動対象決定部１８と、決定した出動対象に対して出動要請の連絡をする出動要請部１９とを備える。【選択図】図１
Description
本発明は、救急手配システム及び救急手配プログラムに関する。
車両事故が発生し運転者が重篤な状態に陥った場合に、運転者は、緊急通報をすることができない。そのため、車両の事故発生時に、エアバックシステムの作動によって緊急通報センタ等の外部装置に緊急通報を行うものが開示されている（例えば、特許文献１）。
近年、孤独死する独居老人が社会問題になっている。このように、救急が必要な状態に陥った場合等、連絡をすることが難しい状態は、生活の様々なシーンで発生し得る。
他方、ユーザの身近には、各種のセンサが搭載された装置が設置されている。
他方、ユーザの身近には、各種のセンサが搭載された装置が設置されている。
本発明は、センサを活用して救急出動の要請を行うことが可能な救急手配システム及び救急手配プログラムを提供することを目的とする。
本発明は、以下のような解決手段により、前記課題を解決する。
第１の発明は、ユーザの身体に関する情報を取得する１以上のセンサの検出信号に基づいて通信装置が発信した救急情報を受信する救急情報受信手段と、受信した前記救急情報から前記ユーザを特定するユーザ特定手段と、受信した前記救急情報に基づいて前記ユーザの位置情報を取得する位置情報取得手段と、受信した前記救急情報に基づいて救急の度合いを示す救急ランクを決定するランク決定手段と、前記救急ランクと、出動対象と、前記出動対象の対象地域情報と、連絡情報とを対応付けた出動連絡先記憶部と、前記出動連絡先記憶部を参照して、前記ランク決定手段が決定した救急ランクに対応する出動対象のうち、前記位置情報取得手段が取得した前記位置情報に基づく位置の出動対象を、出動する出動対象に決定する出動対象決定手段と、前記出動対象決定手段により決定した出動対象に対応する前記連絡情報を用いて、前記出動対象に対して出動要請の連絡をする出動要請手段と、を備える救急出動要請システムである。
第２の発明は、第１の発明の救急出動要請システムにおいて、ユーザの医療情報を記憶した医療情報記憶部と、前記医療情報記憶部を参照して、前記ユーザ特定手段により特定したユーザの医療情報を取得する医療情報取得手段と、を備え、前記ランク決定手段は、さらに前記医療情報取得手段が取得した前記医療情報に基づいて、前記救急ランクを決定すること、を特徴とする救急出動要請システムである。
第３の発明は、第２の発明の救急出動要請システムにおいて、前記出動対象決定手段により決定した出動対象に対して、前記医療情報取得手段が取得したユーザの医療情報を提供する医療情報提供手段を備えること、を特徴とする救急出動要請システムである。
第４の発明は、第１の発明から第３の発明までのいずれかの救急出動要請システムにおいて、前記通信装置又は前記通信装置とは異なる他の通信装置が発信した、ユーザの行動に関する異常検知情報を受信する異常検知受信手段を備え、前記ランク決定手段は、さらに前記異常検知受信手段が受信した前記異常検知情報に基づいて、前記救急ランクを決定すること、を特徴とする救急出動要請システムである。
第５の発明は、第１の発明から第４の発明までのいずれかの救急出動要請システムにおいて、前記救急情報は、ユーザの生体情報を含み、前記出動対象決定手段により決定した出動対象に対して、前記生体情報を提供する生体情報提供手段を備えること、を特徴とする救急出動要請システムである。
第６の発明は、第１の発明から第５の発明までのいずれかの救急出動要請システムにおいて、前記ランク決定手段は、受信した前記救急情報に基づく救急ランクを出力し、前記ユーザ特定手段により特定したユーザに対する前記救急ランクに関する確認結果情報を反映させて、前記救急ランクを決定すること、を特徴とする救急出動要請システムである。
第７の発明は、第１の発明から第６の発明までのいずれかの救急出動要請システムにおいて、前記ランク決定手段による決定に関する評価情報を受け付ける評価受付手段と、前記評価受付手段が受け付けた評価情報と、前記ランク決定手段での決定に用いた前記救急情報と、前記ランク決定手段で決定した救急ランクとを対応付けて、ユーザ履歴記憶部に記憶させる評価登録手段と、を備え、前記ランク決定手段は、さらに前記ユーザ履歴記憶部に基づいて前記救急ランクを決定すること、を特徴とする救急出動要請システムである。
第８の発明は、第１の発明から第７の発明までのいずれかの救急出動要請システムとしてコンピュータを機能させるための救急手配プログラムである。
第１の発明は、ユーザの身体に関する情報を取得する１以上のセンサの検出信号に基づいて通信装置が発信した救急情報を受信する救急情報受信手段と、受信した前記救急情報から前記ユーザを特定するユーザ特定手段と、受信した前記救急情報に基づいて前記ユーザの位置情報を取得する位置情報取得手段と、受信した前記救急情報に基づいて救急の度合いを示す救急ランクを決定するランク決定手段と、前記救急ランクと、出動対象と、前記出動対象の対象地域情報と、連絡情報とを対応付けた出動連絡先記憶部と、前記出動連絡先記憶部を参照して、前記ランク決定手段が決定した救急ランクに対応する出動対象のうち、前記位置情報取得手段が取得した前記位置情報に基づく位置の出動対象を、出動する出動対象に決定する出動対象決定手段と、前記出動対象決定手段により決定した出動対象に対応する前記連絡情報を用いて、前記出動対象に対して出動要請の連絡をする出動要請手段と、を備える救急出動要請システムである。
第２の発明は、第１の発明の救急出動要請システムにおいて、ユーザの医療情報を記憶した医療情報記憶部と、前記医療情報記憶部を参照して、前記ユーザ特定手段により特定したユーザの医療情報を取得する医療情報取得手段と、を備え、前記ランク決定手段は、さらに前記医療情報取得手段が取得した前記医療情報に基づいて、前記救急ランクを決定すること、を特徴とする救急出動要請システムである。
第３の発明は、第２の発明の救急出動要請システムにおいて、前記出動対象決定手段により決定した出動対象に対して、前記医療情報取得手段が取得したユーザの医療情報を提供する医療情報提供手段を備えること、を特徴とする救急出動要請システムである。
第４の発明は、第１の発明から第３の発明までのいずれかの救急出動要請システムにおいて、前記通信装置又は前記通信装置とは異なる他の通信装置が発信した、ユーザの行動に関する異常検知情報を受信する異常検知受信手段を備え、前記ランク決定手段は、さらに前記異常検知受信手段が受信した前記異常検知情報に基づいて、前記救急ランクを決定すること、を特徴とする救急出動要請システムである。
第５の発明は、第１の発明から第４の発明までのいずれかの救急出動要請システムにおいて、前記救急情報は、ユーザの生体情報を含み、前記出動対象決定手段により決定した出動対象に対して、前記生体情報を提供する生体情報提供手段を備えること、を特徴とする救急出動要請システムである。
第６の発明は、第１の発明から第５の発明までのいずれかの救急出動要請システムにおいて、前記ランク決定手段は、受信した前記救急情報に基づく救急ランクを出力し、前記ユーザ特定手段により特定したユーザに対する前記救急ランクに関する確認結果情報を反映させて、前記救急ランクを決定すること、を特徴とする救急出動要請システムである。
第７の発明は、第１の発明から第６の発明までのいずれかの救急出動要請システムにおいて、前記ランク決定手段による決定に関する評価情報を受け付ける評価受付手段と、前記評価受付手段が受け付けた評価情報と、前記ランク決定手段での決定に用いた前記救急情報と、前記ランク決定手段で決定した救急ランクとを対応付けて、ユーザ履歴記憶部に記憶させる評価登録手段と、を備え、前記ランク決定手段は、さらに前記ユーザ履歴記憶部に基づいて前記救急ランクを決定すること、を特徴とする救急出動要請システムである。
第８の発明は、第１の発明から第７の発明までのいずれかの救急出動要請システムとしてコンピュータを機能させるための救急手配プログラムである。
本発明によれば、センサを活用して救急出動の要請を行うことが可能な救急手配システム及び救急手配プログラムを提供することができる。
以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（第１実施形態）
＜救急手配システム１００の全体構成＞
図１は、第１実施形態に係る救急手配システム１００の全体構成を示す図である。
図２は、第１実施形態に係る救急手配サーバ１の機能ブロックを示す図である。
図３は、第１実施形態に係る救急手配サーバ１の記憶部３０の例を示す図である。
（第１実施形態）
＜救急手配システム１００の全体構成＞
図１は、第１実施形態に係る救急手配システム１００の全体構成を示す図である。
図２は、第１実施形態に係る救急手配サーバ１の機能ブロックを示す図である。
図３は、第１実施形態に係る救急手配サーバ１の記憶部３０の例を示す図である。
図１に示す救急手配システム１００は、各種のセンサ５からの検出信号を受けた通信装置６が救急情報を送信し、救急手配サーバ１が救急情報を受信することで、センサ５を装着したユーザに代わって救急手配サーバ１が、その救急情報に対応した出動要請を、端末８及び電話機９に対して行うシステムである。
救急手配システム１００は、救急手配サーバ１と、ＤＢ（データベース）３と、ＰＣ（パーソナルコンピュータ）４と、センサ５と、通信装置６と、端末８と、電話機９とを備える。
救急手配サーバ１と、ＤＢ３と、ＰＣ４とは、救急手配センタに設けられる。
センサ５は、ユーザに装着され、通信装置６は、ユーザが所有するものである。
端末８及び電話機９は、例えば、消防署等の出動対象に設けられる。
そして、救急手配システム１００は、データ通信網Ｎ１と、音声通信網Ｎ２とによって、通信装置６と救急手配サーバ１との間、救急手配サーバ１とＰＣ４との間並びに救急手配サーバ１と端末８及び電話機９との間で、データ通信及び音声通信を行う。
救急手配サーバ１と、ＤＢ３と、ＰＣ４とは、救急手配センタに設けられる。
センサ５は、ユーザに装着され、通信装置６は、ユーザが所有するものである。
端末８及び電話機９は、例えば、消防署等の出動対象に設けられる。
そして、救急手配システム１００は、データ通信網Ｎ１と、音声通信網Ｎ２とによって、通信装置６と救急手配サーバ１との間、救急手配サーバ１とＰＣ４との間並びに救急手配サーバ１と端末８及び電話機９との間で、データ通信及び音声通信を行う。
＜救急手配サーバ１＞
図２に示すように、救急手配サーバ１は、制御部１０と、記憶部３０と、音声通信インタフェース部３８と、通信インタフェース部３９とを備える。
制御部１０は、救急手配サーバ１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部３０に記憶されているＯＳ（オペレーティングシステム）やアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部１０は、救急情報受信部１１（救急情報受信手段）と、ユーザ特定部１２（ユーザ特定手段）と、位置情報取得部１３（位置情報取得手段）と、医療情報取得部１４（医療情報取得手段）と、ランク決定部１６（ランク決定手段）と、出動対象決定部１８（出動対象決定手段）と、出動要請部１９（出動要請手段）と、情報提供部２０（医療情報提供手段、生体情報提供手段）と、評価処理部２１（評価受付手段、評価登録手段）とを備える。
図２に示すように、救急手配サーバ１は、制御部１０と、記憶部３０と、音声通信インタフェース部３８と、通信インタフェース部３９とを備える。
制御部１０は、救急手配サーバ１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部３０に記憶されているＯＳ（オペレーティングシステム）やアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部１０は、救急情報受信部１１（救急情報受信手段）と、ユーザ特定部１２（ユーザ特定手段）と、位置情報取得部１３（位置情報取得手段）と、医療情報取得部１４（医療情報取得手段）と、ランク決定部１６（ランク決定手段）と、出動対象決定部１８（出動対象決定手段）と、出動要請部１９（出動要請手段）と、情報提供部２０（医療情報提供手段、生体情報提供手段）と、評価処理部２１（評価受付手段、評価登録手段）とを備える。
救急情報受信部１１は、通信装置６から救急情報を受信する。
ユーザ特定部１２は、受信した救急情報から、救急情報の発信元であるユーザを特定する。
位置情報取得部１３は、受信した救急情報に基づいてユーザの位置情報を取得する。
医療情報取得部１４は、医療情報ＤＢ３Ａを参照して、特定したユーザの医療情報を取得する。
ランク決定部１６は、受信した救急情報から救急ランクを決定する。救急ランクは、救急の度合いを示す指標である。その際、ランク決定部１６は、取得した医療情報を用いて救急ランクを決定してもよい。また、ランク決定部１６は、ユーザ履歴記憶部３５のデータを用いて救急ランクを決定してもよい。
さらに、ランク決定部１６は、決定した救急ランクが正当であるか否かを確認するために、ＰＣ４に対して救急ランクを出力してもよい。そして、ランク決定部１６は、救急ランクをＰＣ４から受け付けた確認結果を反映させたものに決定してもよい。
ユーザ特定部１２は、受信した救急情報から、救急情報の発信元であるユーザを特定する。
位置情報取得部１３は、受信した救急情報に基づいてユーザの位置情報を取得する。
医療情報取得部１４は、医療情報ＤＢ３Ａを参照して、特定したユーザの医療情報を取得する。
ランク決定部１６は、受信した救急情報から救急ランクを決定する。救急ランクは、救急の度合いを示す指標である。その際、ランク決定部１６は、取得した医療情報を用いて救急ランクを決定してもよい。また、ランク決定部１６は、ユーザ履歴記憶部３５のデータを用いて救急ランクを決定してもよい。
さらに、ランク決定部１６は、決定した救急ランクが正当であるか否かを確認するために、ＰＣ４に対して救急ランクを出力してもよい。そして、ランク決定部１６は、救急ランクをＰＣ４から受け付けた確認結果を反映させたものに決定してもよい。
出動対象決定部１８は、決定した救急ランクに対する出動対象を特定し、特定した出動対象のうち、位置情報取得部１３が取得した位置情報に近い位置の出動対象を、出動する出動対象に決定する。
出動要請部１９は、出動対象決定部１８が決定した出動対象に対して出動要請の連絡をする。
情報提供部２０は、受信した救急情報に基づく生体情報を、出動要請の連絡をした出動対象の端末８に対して送信する。また、情報提供部２０は、医療情報取得部１４が取得した医療情報を、出動要請をした出動対象の端末８に対して送信する。
評価処理部２１は、ランク決定部１６による決定に関する評価情報を受け付けて、ユーザ履歴記憶部３５に記憶させる。
出動要請部１９は、出動対象決定部１８が決定した出動対象に対して出動要請の連絡をする。
情報提供部２０は、受信した救急情報に基づく生体情報を、出動要請の連絡をした出動対象の端末８に対して送信する。また、情報提供部２０は、医療情報取得部１４が取得した医療情報を、出動要請をした出動対象の端末８に対して送信する。
評価処理部２１は、ランク決定部１６による決定に関する評価情報を受け付けて、ユーザ履歴記憶部３５に記憶させる。
記憶部３０は、制御部１０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部３０は、プログラム記憶部３１と、ランク記憶部３２と、出動連絡先記憶部３３と、提供情報記憶部３４と、ユーザ履歴記憶部３５とを備える。
プログラム記憶部３１は、各種のプログラムを記憶する記憶領域である。プログラム記憶部３１は、救急手配プログラム３１ａを記憶している。救急手配プログラム３１ａは、上述した制御部１０が行う各種機能を実行するためのアプリケーションプログラムである。
記憶部３０は、プログラム記憶部３１と、ランク記憶部３２と、出動連絡先記憶部３３と、提供情報記憶部３４と、ユーザ履歴記憶部３５とを備える。
プログラム記憶部３１は、各種のプログラムを記憶する記憶領域である。プログラム記憶部３１は、救急手配プログラム３１ａを記憶している。救急手配プログラム３１ａは、上述した制御部１０が行う各種機能を実行するためのアプリケーションプログラムである。
ランク記憶部３２は、図３（Ａ）に示すように、救急ランクを記憶する。ランク記憶部３２の救急ランクは、この例では、救急車の手配をする「Ａ」から、警備会社（ユーザの近所に住む知人や、ボランティア等の見守り部隊のようなものであってもよい。）の手配をする「Ｃ」までの３段階に、「なし」を含む４段階になっている。
出動連絡先記憶部３３は、図３（Ｂ）に示すように、救急ランクと、出動対象と、管轄（位置情報）と、連絡手段情報とを対応付けて記憶する。出動連絡先記憶部３３を参照すると、例えば、救急ランクが「Ａ」、出動対象が「消防署」かつ管轄が「港区」であれば、連絡手段情報は、港区の救急本部の電話番号及び電子メールアドレス等である。ここで、救急車の手配は、通常「１１９」番に電話をかければ、最寄りの位置の救急本部に電話がつながる。しかし、ここでは、電話連絡を、救急手配センタが代行して行う。そのため、オペレータは、単に「１１９」を指定した電話をかけるのではなく、ユーザの位置情報を含む管轄の「１１９」番の番号に、直接電話をかけることになる。よって、出動連絡先記憶部３３に記憶する連絡手段情報の電話番号は、短縮電話番号（例えば、「１１９」番等）のいわゆる裏番号である。
出動連絡先記憶部３３は、図３（Ｂ）に示すように、救急ランクと、出動対象と、管轄（位置情報）と、連絡手段情報とを対応付けて記憶する。出動連絡先記憶部３３を参照すると、例えば、救急ランクが「Ａ」、出動対象が「消防署」かつ管轄が「港区」であれば、連絡手段情報は、港区の救急本部の電話番号及び電子メールアドレス等である。ここで、救急車の手配は、通常「１１９」番に電話をかければ、最寄りの位置の救急本部に電話がつながる。しかし、ここでは、電話連絡を、救急手配センタが代行して行う。そのため、オペレータは、単に「１１９」を指定した電話をかけるのではなく、ユーザの位置情報を含む管轄の「１１９」番の番号に、直接電話をかけることになる。よって、出動連絡先記憶部３３に記憶する連絡手段情報の電話番号は、短縮電話番号（例えば、「１１９」番等）のいわゆる裏番号である。
図２に戻り、提供情報記憶部３４は、受信した救急情報と、特定したユーザとを対応付けて、一時記憶する記憶領域である。
ユーザ履歴記憶部３５は、ユーザを識別する識別情報であるユーザＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）に、処理日付と、評価処理部２１が受け付けた評価情報と、救急ランクの決定に用いた救急情報と、決定した救急ランクとを対応付けて記憶する。
音声通信インタフェース部３８は、音声通信網Ｎ２との間のインタフェースである。
通信インタフェース部３９は、データ通信網Ｎ１との間のインタフェースである。
なお、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、救急手配サーバ１は、制御部１０、記憶部３０等を備えた情報処理装置であり、コンピュータの概念に含まれる。
ユーザ履歴記憶部３５は、ユーザを識別する識別情報であるユーザＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）に、処理日付と、評価処理部２１が受け付けた評価情報と、救急ランクの決定に用いた救急情報と、決定した救急ランクとを対応付けて記憶する。
音声通信インタフェース部３８は、音声通信網Ｎ２との間のインタフェースである。
通信インタフェース部３９は、データ通信網Ｎ１との間のインタフェースである。
なお、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、救急手配サーバ１は、制御部１０、記憶部３０等を備えた情報処理装置であり、コンピュータの概念に含まれる。
＜ＤＢ３＞
ＤＢ３は、データベースサーバであり、医療情報ＤＢ３Ａと、ユーザＤＢ３Ｂとを備える。
医療情報ＤＢ３Ａは、ユーザごとに医療情報を記憶するデータベースである。医療情報とは、例えば、病歴や、薬剤服用歴等である。
ユーザＤＢ３Ｂは、この救急手配システム１００のサービスを利用するユーザの個人情報を記憶するデータベースである。個人情報とは、例えば、氏名、性別、住所、生年月日、緊急連絡先等である。
なお、ＤＢ３は、救急手配サーバ１の記憶部３０に有してもよい。また、ＤＢ３は、データ通信網Ｎ１に接続され、救急手配サーバ１が、データ通信網Ｎ１を介してＤＢ３に対して接続してもよい。
ＤＢ３は、データベースサーバであり、医療情報ＤＢ３Ａと、ユーザＤＢ３Ｂとを備える。
医療情報ＤＢ３Ａは、ユーザごとに医療情報を記憶するデータベースである。医療情報とは、例えば、病歴や、薬剤服用歴等である。
ユーザＤＢ３Ｂは、この救急手配システム１００のサービスを利用するユーザの個人情報を記憶するデータベースである。個人情報とは、例えば、氏名、性別、住所、生年月日、緊急連絡先等である。
なお、ＤＢ３は、救急手配サーバ１の記憶部３０に有してもよい。また、ＤＢ３は、データ通信網Ｎ１に接続され、救急手配サーバ１が、データ通信網Ｎ１を介してＤＢ３に対して接続してもよい。
＜ＰＣ４＞
ＰＣ４は、救急手配センタのオペレータが操作をする端末である。ＰＣ４は、救急手配サーバ１に対して接続されており、出力部４１及び入力部４２を備える。
出力部４１は、ディスプレイ等の表示装置や、スピーカである。
入力部４２は、マウス、キーボード等の入力装置や、マイクである。
ＰＣ４は、救急手配センタのオペレータが操作をする端末である。ＰＣ４は、救急手配サーバ１に対して接続されており、出力部４１及び入力部４２を備える。
出力部４１は、ディスプレイ等の表示装置や、スピーカである。
入力部４２は、マウス、キーボード等の入力装置や、マイクである。
＜センサ５＞
センサ５は、例えば、ユーザが身に着ける装着物に設けられ、ユーザの生体情報（身体に関する情報）を取得する各種のセンサ機器が該当する。センサ５は、例えば、心拍センサ、脈拍センサ、体温センサ、呼吸センサ等である。センサ５は、例えば、ユーザの正常範囲のデータを予め記憶しており、正常範囲を超えた場合に、通信装置６に対して検出信号を送信するものであってもよい。また、センサ５は、正常範囲であるか否かにかかわらず、常に通信装置６に対して検出信号を送信してもよい。
センサ５は、例えば、ユーザが身に着ける装着物に設けられ、ユーザの生体情報（身体に関する情報）を取得する各種のセンサ機器が該当する。センサ５は、例えば、心拍センサ、脈拍センサ、体温センサ、呼吸センサ等である。センサ５は、例えば、ユーザの正常範囲のデータを予め記憶しており、正常範囲を超えた場合に、通信装置６に対して検出信号を送信するものであってもよい。また、センサ５は、正常範囲であるか否かにかかわらず、常に通信装置６に対して検出信号を送信してもよい。
＜通信装置６＞
通信装置６は、例えば、センサ５の近傍に設けられて、センサ５から検出信号を受信する装置である。通信装置６は、センサ５から受信した検出信号に基づいて、救急情報を、救急手配サーバ１に対して送信する。
通信装置６は、例えば、ユーザが所持するスマートフォンに代表される携帯型の端末である。通信装置６は、図示していないが、センサ５からの検出信号を受信するための近距離無線アンテナと、救急手配サーバ１に対して救急情報を送信するための、例えば、３Ｇアンテナ等の中継アンテナとを備える。また、通信装置６は、位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信部等を備える。
なお、通信装置６は、センサ５と一体になった、例えば、ウェアラブル端末であってもよい。
通信装置６は、例えば、センサ５の近傍に設けられて、センサ５から検出信号を受信する装置である。通信装置６は、センサ５から受信した検出信号に基づいて、救急情報を、救急手配サーバ１に対して送信する。
通信装置６は、例えば、ユーザが所持するスマートフォンに代表される携帯型の端末である。通信装置６は、図示していないが、センサ５からの検出信号を受信するための近距離無線アンテナと、救急手配サーバ１に対して救急情報を送信するための、例えば、３Ｇアンテナ等の中継アンテナとを備える。また、通信装置６は、位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信部等を備える。
なお、通信装置６は、センサ５と一体になった、例えば、ウェアラブル端末であってもよい。
＜端末８、電話機９＞
端末８及び電話機９は、出動対象に設けられた装置である。
端末８は、例えば、一般的なパーソナルコンピュータや、タブレットであってもよいし、スマートフォン等の携帯電話機であってもよい。
また、端末８と電話機９とが一体になった装置であってもよい。
端末８及び電話機９は、出動対象に設けられた装置である。
端末８は、例えば、一般的なパーソナルコンピュータや、タブレットであってもよいし、スマートフォン等の携帯電話機であってもよい。
また、端末８と電話機９とが一体になった装置であってもよい。
次に、救急手配サーバ１での処理について説明する。
＜救急手配処理＞
図４は、第１実施形態に係る救急手配サーバ１での救急手配処理を示すフローチャートである。
ステップＳ（以下、単に「Ｓ」という。）１０において、救急手配サーバ１の制御部１０（救急情報受信部１１）は、通信装置６から救急情報を受信する。ここで、救急情報は、救急手配サーバ１を宛先とし、通信装置６の端末ＩＤ、通信装置６の位置情報、センサ５から受け付けた生体情報の種類及び異常を検出したときの値を含むデータである。
＜救急手配処理＞
図４は、第１実施形態に係る救急手配サーバ１での救急手配処理を示すフローチャートである。
ステップＳ（以下、単に「Ｓ」という。）１０において、救急手配サーバ１の制御部１０（救急情報受信部１１）は、通信装置６から救急情報を受信する。ここで、救急情報は、救急手配サーバ１を宛先とし、通信装置６の端末ＩＤ、通信装置６の位置情報、センサ５から受け付けた生体情報の種類及び異常を検出したときの値を含むデータである。
Ｓ１１において、制御部１０（ユーザ特定部１２）は、救急情報に含まれる端末ＩＤから、ユーザを特定する。例えば、制御部１０は、ユーザＤＢ３Ｂを参照して、端末ＩＤからユーザを特定することができる。
Ｓ１２において、制御部１０（医療情報取得部１４）は、医療情報ＤＢ３Ａを参照して、特定したユーザの医療情報を取得する。
Ｓ１３において、制御部１０は、ユーザ履歴記憶部３５を参照して、特定したユーザの履歴情報を取得する。
Ｓ１２において、制御部１０（医療情報取得部１４）は、医療情報ＤＢ３Ａを参照して、特定したユーザの医療情報を取得する。
Ｓ１３において、制御部１０は、ユーザ履歴記憶部３５を参照して、特定したユーザの履歴情報を取得する。
Ｓ１４において、制御部１０（ランク決定部１６）は、救急ランクを決定する。ここで、制御部１０は、通信装置６から受信した救急情報に含まれる生体情報の種類及びその値と、取得した医療情報と、ユーザ履歴記憶部３５に記憶された該当のユーザの履歴情報とを用いて、まず救急ランク（「Ａ」から「Ｃ」までのいずれか）を決定する。
例えば、生体情報の種類が、心拍数や呼吸数であり、その数値が０に近い値である場合には、制御部１０は、救急ランクを、最高のランクである「Ａ」と判定してもよい。
また、例えば、生体情報の種類が、心拍数や呼吸数であり、その数値が正常範囲を少し超えているような場合には、制御部１０は、ユーザの医療情報が取得できていれば、その医療情報を考慮して救急ランクを決定してもよい。
さらに、ユーザの履歴情報が取得できた場合には、制御部１０は、過去の履歴情報が示す救急情報との関連性の有無に基づいて救急ランクを決定してもよい。
例えば、生体情報の種類が、心拍数や呼吸数であり、その数値が０に近い値である場合には、制御部１０は、救急ランクを、最高のランクである「Ａ」と判定してもよい。
また、例えば、生体情報の種類が、心拍数や呼吸数であり、その数値が正常範囲を少し超えているような場合には、制御部１０は、ユーザの医療情報が取得できていれば、その医療情報を考慮して救急ランクを決定してもよい。
さらに、ユーザの履歴情報が取得できた場合には、制御部１０は、過去の履歴情報が示す救急情報との関連性の有無に基づいて救急ランクを決定してもよい。
次に、制御部１０は、例えば、ユーザＤＢ３Ｂから取得したユーザの電話番号をＰＣ４に対して出力して、ＰＣ４の出力部４１にユーザの電話番号を表示させる。
この処理によって、ＰＣ４を操作するオペレータが、通信装置６に対して電話をかけることで、通信装置６のユーザに対して、救急状態を確認する。
なお、制御部１０は、通信装置６に対して画像取得要求をすることで、通信装置６において、カメラを起動させて、画像を取得させるようにしてもよい。
そして、例えば、ＰＣ４を操作するオペレータが確認した救急状態を、オペレータが入力部４２から入力することで、制御部１０は、救急ランクを、確認結果を反映させたものに決定する。例えば、間違い又は電話対応で解決した場合には、オペレータが救急ランクを「なし」と入力することで、制御部１０は、救急ランクを「なし」に決定する。
この処理によって、ＰＣ４を操作するオペレータが、通信装置６に対して電話をかけることで、通信装置６のユーザに対して、救急状態を確認する。
なお、制御部１０は、通信装置６に対して画像取得要求をすることで、通信装置６において、カメラを起動させて、画像を取得させるようにしてもよい。
そして、例えば、ＰＣ４を操作するオペレータが確認した救急状態を、オペレータが入力部４２から入力することで、制御部１０は、救急ランクを、確認結果を反映させたものに決定する。例えば、間違い又は電話対応で解決した場合には、オペレータが救急ランクを「なし」と入力することで、制御部１０は、救急ランクを「なし」に決定する。
Ｓ１５において、制御部１０（評価処理部２１）は、決定した救急ランクと、救急ランクの決定に用いた各種情報とを、ユーザ識別情報及び本日日付である処理日付に対応付けて、ユーザ履歴記憶部３５に記憶させる。
Ｓ１６において、救急ランクに基づいて、要請が必要であるか否かを判断する。ここで、要請が必要であると判断するのは、救急ランクが「Ａ」から「Ｃ」までのいずれかに該当する場合である。要請が必要であると判断した場合（Ｓ１６：ＹＥＳ）には、制御部１０は、処理をＳ１７に移す。他方、要請が必要ではないと判断した場合（Ｓ１６：ＮＯ）には、制御部１０は、本処理を終了する。要請が必要ではないと判断した場合とは、例えば、オペレータ４による確認の結果、通信装置６の誤作動であった場合や、ユーザの応答によって、要請が不要であると判断した場合をいう。
なお、要請が不要であると判断した場合には、オペレータがその情報を入力することで、制御部１０（評価処理部２１）は、入力された情報に対する結果を、ユーザ履歴記憶部３５に記憶させる。
Ｓ１７において、制御部１０（位置情報取得部１３）は、救急情報に基づいて位置情報を取得する。
Ｓ１６において、救急ランクに基づいて、要請が必要であるか否かを判断する。ここで、要請が必要であると判断するのは、救急ランクが「Ａ」から「Ｃ」までのいずれかに該当する場合である。要請が必要であると判断した場合（Ｓ１６：ＹＥＳ）には、制御部１０は、処理をＳ１７に移す。他方、要請が必要ではないと判断した場合（Ｓ１６：ＮＯ）には、制御部１０は、本処理を終了する。要請が必要ではないと判断した場合とは、例えば、オペレータ４による確認の結果、通信装置６の誤作動であった場合や、ユーザの応答によって、要請が不要であると判断した場合をいう。
なお、要請が不要であると判断した場合には、オペレータがその情報を入力することで、制御部１０（評価処理部２１）は、入力された情報に対する結果を、ユーザ履歴記憶部３５に記憶させる。
Ｓ１７において、制御部１０（位置情報取得部１３）は、救急情報に基づいて位置情報を取得する。
Ｓ１８において、制御部１０（出動対象決定部１８）は、決定した救急ランクと、ユーザの位置情報とから、出動連絡先記憶部３３を参照して、出動対象を決定する。
その際、ユーザの位置情報が、ユーザＤＢ３Ｂに記憶されているユーザの住所とほぼ一致する場合、つまり、ユーザが自宅又はその周辺において、救急状態になっている場合には、制御部１０は、その位置情報にあった出動対象を特定して、出動対象を決定する。
他方、ユーザの位置情報が、ユーザＤＢ３Ｂに記憶されているユーザの住所と不一致の場合、つまり、ユーザが外出先で救急状態になっているような場合には、制御部１０は、取得した位置情報に基づいて出動対象を特定して決定する。つまり、ユーザが外出先で救急状態になっているような場合には、ご近所の見守り部隊では対応できないため、制御部１０は、それとは異なる出動対象を特定することになる。
Ｓ１９において、制御部１０（出動要請部１９）は、決定した出動対象の連絡手段を出力部４１に出力させる。そのようにすることで、オペレータは、出動対象の電話機９に電話をかけることで、出動対象に対して出動要請の連絡をすることができる。
その際、ユーザの位置情報が、ユーザＤＢ３Ｂに記憶されているユーザの住所とほぼ一致する場合、つまり、ユーザが自宅又はその周辺において、救急状態になっている場合には、制御部１０は、その位置情報にあった出動対象を特定して、出動対象を決定する。
他方、ユーザの位置情報が、ユーザＤＢ３Ｂに記憶されているユーザの住所と不一致の場合、つまり、ユーザが外出先で救急状態になっているような場合には、制御部１０は、取得した位置情報に基づいて出動対象を特定して決定する。つまり、ユーザが外出先で救急状態になっているような場合には、ご近所の見守り部隊では対応できないため、制御部１０は、それとは異なる出動対象を特定することになる。
Ｓ１９において、制御部１０（出動要請部１９）は、決定した出動対象の連絡手段を出力部４１に出力させる。そのようにすることで、オペレータは、出動対象の電話機９に電話をかけることで、出動対象に対して出動要請の連絡をすることができる。
Ｓ２０において、制御部１０（情報提供部２０）は、救急要請情報を、提供情報記憶部３４に記憶させる。ここで、救急要請情報とは、通信装置６から受信した救急情報の他、医療情報ＤＢ３Ａから取得したユーザの医療情報と、ユーザＤＢ３Ｂから取得したユーザの個人情報を含む情報とを含むものをいう。そして、制御部１０は、決定した出動対象の電子メールアドレスに対して、例えば、救急要請情報の格納先を示すＵＲＬを含んだ電子メールを送信する。このようにすることで、出動対象では、電話連絡によって、ユーザの元に出動をすることができると共に、救急要請情報として、そのユーザの詳細の情報を、電子メールのＵＲＬを選択することによって得ることができる。その後、制御部１０は、本処理を終了する。
＜評価処理＞
次に、評価処理について説明する。
出動要請先の端末８では、後日に、出動要請に対する評価情報を入力して、救急手配サーバ１に対して送信する。
そうすることで、制御部１０（評価処理部２１）は、出動要請先の端末８や、出動要請をしなかった場合にはオペレータが操作するＰＣ４から、救急ランクが適切なものであったか否かの情報である評価情報を受け付ける。そして、制御部１０（評価処理部２１）は、受け付けた評価情報を、ユーザ履歴記憶部３５の該当のレコードに対して更新することで記憶させる。
次に、評価処理について説明する。
出動要請先の端末８では、後日に、出動要請に対する評価情報を入力して、救急手配サーバ１に対して送信する。
そうすることで、制御部１０（評価処理部２１）は、出動要請先の端末８や、出動要請をしなかった場合にはオペレータが操作するＰＣ４から、救急ランクが適切なものであったか否かの情報である評価情報を受け付ける。そして、制御部１０（評価処理部２１）は、受け付けた評価情報を、ユーザ履歴記憶部３５の該当のレコードに対して更新することで記憶させる。
このようにすることで、救急手配サーバ１は、救急ランクの決定に対する評価情報を蓄積できる。そして、その情報は、各ユーザの特殊な事情をも加味されたものである。よって、このユーザ履歴記憶部３５の情報を、次回以降の救急ランクの決定時に用いることで、より正確な救急ランクの決定を行うことができる。
このように、第１実施形態の救急手配システム１００によれば、以下のような効果がある。
（１）センサ５からの検出信号に基づいて通信装置６が送信した救急情報により、救急手配サーバ１が救急出動の要請を、出動対象である関係機関に対して行うことができる。よって、例えば、独居老人が倒れた場合や、車両事故により運転者等が重篤な状態に陥った場合等のユーザが連絡をできない状態に陥った場合であっても、出動対象に対して出動を要請でき、出動対象を出動させることができる。
（２）救急ランクを、救急情報とそのユーザの医療情報とに基づいて判定するので、個々のユーザの病歴等を考慮することができる。よって、救急ランクの決定を、ユーザの日常の健康状態を反映したものにできる。
（３）救急ランクを、さらに過去のユーザ履歴に基づいて判定するので、そのユーザに固有の事情をも加味することができる。
（１）センサ５からの検出信号に基づいて通信装置６が送信した救急情報により、救急手配サーバ１が救急出動の要請を、出動対象である関係機関に対して行うことができる。よって、例えば、独居老人が倒れた場合や、車両事故により運転者等が重篤な状態に陥った場合等のユーザが連絡をできない状態に陥った場合であっても、出動対象に対して出動を要請でき、出動対象を出動させることができる。
（２）救急ランクを、救急情報とそのユーザの医療情報とに基づいて判定するので、個々のユーザの病歴等を考慮することができる。よって、救急ランクの決定を、ユーザの日常の健康状態を反映したものにできる。
（３）救急ランクを、さらに過去のユーザ履歴に基づいて判定するので、そのユーザに固有の事情をも加味することができる。
（４）救急ランクに応じた出動対象に救急要請をするので、例えば、消防署等の公的な機関への救急要請を適切なものに制限できる。また、公的な機関以外の他の救急要請を行うことで、ユーザの不安を解消できる。
（５）位置情報を取得して、最寄りの出動対象に対して出動を要請するので、出動にかかる時間を短くできる。
（６）医療情報を出動対象に提供するので、出動対象では、駆けつける際に予めどのような病歴や薬剤服用をしているかを把握でき、医療情報に対応した準備を整えることができる。また、救急情報に含まれる生体情報を出動対象に提供するので、出動対象では、ユーザの救急状態を予め数値として得ることができる。さらに、ユーザ情報を出動対象に提供するので、出動対象では、ユーザについて予め把握できる。
（６）医療情報を出動対象に提供するので、出動対象では、駆けつける際に予めどのような病歴や薬剤服用をしているかを把握でき、医療情報に対応した準備を整えることができる。また、救急情報に含まれる生体情報を出動対象に提供するので、出動対象では、ユーザの救急状態を予め数値として得ることができる。さらに、ユーザ情報を出動対象に提供するので、出動対象では、ユーザについて予め把握できる。
（第２実施形態）
第２実施形態では、生体情報に加えて他の情報をも用いるものについて説明する。なお、以降の説明において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。
＜救急手配システム２００の全体構成＞
図５は、第２実施形態に係る救急手配システム２００の全体構成を示す図である。
図６は、第２実施形態に係る救急手配サーバ２０１の機能ブロックを示す図である。
図７は、第２実施形態に係る救急手配サーバ２０１の記憶部２３０の例を示す図である。
第２実施形態では、生体情報に加えて他の情報をも用いるものについて説明する。なお、以降の説明において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。
＜救急手配システム２００の全体構成＞
図５は、第２実施形態に係る救急手配システム２００の全体構成を示す図である。
図６は、第２実施形態に係る救急手配サーバ２０１の機能ブロックを示す図である。
図７は、第２実施形態に係る救急手配サーバ２０１の記憶部２３０の例を示す図である。
図５に示す救急手配システム２００は、各種のセンサ５からの検出信号に基づき通信装置６から送信された救急情報と、自動車等の車両の車載装置２０７から送信された異常検知情報とに基づいて、救急手配サーバ２０１が、救急情報に対応した出動を要請するシステムである。
救急手配システム２００は、救急手配サーバ２０１と、ＤＢ２０３と、ＰＣ４と、センサ５と、通信装置６と、車載装置２０７と、端末８と、電話機９とを備える。
そして、救急手配システム２００は、データ通信網Ｎ１と、音声通信網Ｎ２とによって、通信装置６と救急手配サーバ２０１との間、救急手配サーバ２０１とＰＣ４との間並びに救急手配サーバ２０１と端末８及び電話機９との間で、データ通信及び音声通信を行う。また、救急手配システム２００は、データ通信網Ｎ１によって、車載装置２０７と救急手配サーバ２０１との間でデータ通信を行う。
救急手配システム２００は、救急手配サーバ２０１と、ＤＢ２０３と、ＰＣ４と、センサ５と、通信装置６と、車載装置２０７と、端末８と、電話機９とを備える。
そして、救急手配システム２００は、データ通信網Ｎ１と、音声通信網Ｎ２とによって、通信装置６と救急手配サーバ２０１との間、救急手配サーバ２０１とＰＣ４との間並びに救急手配サーバ２０１と端末８及び電話機９との間で、データ通信及び音声通信を行う。また、救急手配システム２００は、データ通信網Ｎ１によって、車載装置２０７と救急手配サーバ２０１との間でデータ通信を行う。
＜救急手配サーバ２０１＞
図６に示すように、救急手配サーバ２０１は、制御部２１０と、記憶部２３０と、音声通信インタフェース部３８と、通信インタフェース部３９とを備える。
制御部２１０は、救急情報受信部１１と、ユーザ特定部１２と、位置情報取得部１３と、医療情報取得部１４と、ランク決定部２１６と、出動対象決定部１８と、出動要請部１９と、情報提供部２２０と、評価処理部２１と、異常検知情報受信部（異常検知受信手段）２２３と、ユーザ照合部２２４とを備える。
ランク決定部２１６は、さらに、異常検知情報受信部２２３が受信した異常検知情報に基づいて、救急ランクを決定する。
情報提供部２２０は、さらに、車両情報ＤＢ２０３Ｃに含まれる車両情報を提供する。
異常検知情報受信部２２３は、車載装置２０７が送信した異常検知情報を受信する。
ユーザ照合部２２４は、異常検知情報に基づいて特定したユーザを、受信した救急情報に含むか否かを照合する。
図６に示すように、救急手配サーバ２０１は、制御部２１０と、記憶部２３０と、音声通信インタフェース部３８と、通信インタフェース部３９とを備える。
制御部２１０は、救急情報受信部１１と、ユーザ特定部１２と、位置情報取得部１３と、医療情報取得部１４と、ランク決定部２１６と、出動対象決定部１８と、出動要請部１９と、情報提供部２２０と、評価処理部２１と、異常検知情報受信部（異常検知受信手段）２２３と、ユーザ照合部２２４とを備える。
ランク決定部２１６は、さらに、異常検知情報受信部２２３が受信した異常検知情報に基づいて、救急ランクを決定する。
情報提供部２２０は、さらに、車両情報ＤＢ２０３Ｃに含まれる車両情報を提供する。
異常検知情報受信部２２３は、車載装置２０７が送信した異常検知情報を受信する。
ユーザ照合部２２４は、異常検知情報に基づいて特定したユーザを、受信した救急情報に含むか否かを照合する。
記憶部２３０は、プログラム記憶部３１と、ランク記憶部３２と、出動連絡先記憶部２３３と、提供情報記憶部３４と、ユーザ履歴記憶部３５と、行動情報記憶部２３７とを備える。
出動連絡先記憶部２３３は、さらに、救急ランクに、異常検知情報に関する情報を対応付けて記憶する。図７に、出動連絡先記憶部２３３の一例を示す。出動連絡先記憶部２３３は、異常検知情報として加速度異常を検知した場合には、警察署を出動対象にすることを示す。
行動情報記憶部２３７は、車載装置２０７から受信した異常検知情報を、異常検知情報から特定したユーザ及び異常検知情報を受信した日時情報に対応付けて記憶する。
出動連絡先記憶部２３３は、さらに、救急ランクに、異常検知情報に関する情報を対応付けて記憶する。図７に、出動連絡先記憶部２３３の一例を示す。出動連絡先記憶部２３３は、異常検知情報として加速度異常を検知した場合には、警察署を出動対象にすることを示す。
行動情報記憶部２３７は、車載装置２０７から受信した異常検知情報を、異常検知情報から特定したユーザ及び異常検知情報を受信した日時情報に対応付けて記憶する。
＜ＤＢ２０３＞
ＤＢ２０３は、医療情報ＤＢ３Ａと、ユーザＤＢ３Ｂと、車両情報ＤＢ２０３Ｃとを備える。
車両情報ＤＢ２０３Ｃは、この救急手配システム２００のサービスを利用するユーザが所有する自動車等の車両情報を記憶するデータベースである。車両情報とは、例えば、ナンバープレートの番号や、車両の型名等である。
ＤＢ２０３は、医療情報ＤＢ３Ａと、ユーザＤＢ３Ｂと、車両情報ＤＢ２０３Ｃとを備える。
車両情報ＤＢ２０３Ｃは、この救急手配システム２００のサービスを利用するユーザが所有する自動車等の車両情報を記憶するデータベースである。車両情報とは、例えば、ナンバープレートの番号や、車両の型名等である。
＜車載装置２０７＞
図５に戻り、車載装置２０７は、例えば、自動車等の車両内に設けられて、車両の異常を検知した場合に、異常検知情報を、救急手配サーバ２０１に対して送信する。
車載装置２０７は、図示していないが、車両内に設けられた車両センサからの検出信号を受信するための近距離無線アンテナと、救急手配サーバ２０１に対して異常検知情報を送信するための３Ｇアンテナとを備える。
図５に戻り、車載装置２０７は、例えば、自動車等の車両内に設けられて、車両の異常を検知した場合に、異常検知情報を、救急手配サーバ２０１に対して送信する。
車載装置２０７は、図示していないが、車両内に設けられた車両センサからの検出信号を受信するための近距離無線アンテナと、救急手配サーバ２０１に対して異常検知情報を送信するための３Ｇアンテナとを備える。
次に、救急手配サーバ２０１での処理について説明する。
＜異常検知処理＞
最初に、異常検知情報に関する処理を説明する。
図８は、第２実施形態に係る救急手配サーバ２０１での異常検知処理を示すフローチャートである。
Ｓ２０１において、救急手配サーバ２０１の制御部２１０（異常検知情報受信部２２３）は、車載装置２０７から送信された異常検知情報を受信する。ここで、異常検知情報は、救急手配サーバ２０１を宛先としたデータである。そして、異常検知情報は、車載装置２０７を識別する装置ＩＤ、車載装置２０７の位置データ、車両に設けられた各種の車両センサから受け付けた車両データの種類及び異常を検出したときの値を含むデータである。
Ｓ２０２において、制御部２１０は、異常検知情報に基づいてユーザを特定する。例えば、制御部２１０は、ユーザＤＢ３Ｂと、車両情報ＤＢ２０３Ｃとを参照して、車載装置２０７の装置ＩＤからユーザを特定することができる。
Ｓ２０３において、制御部２１０は、異常検知情報を、特定したユーザ及び異常検知情報を受信した日時に対応付けて、行動情報記憶部２３７に記憶させる。その後、制御部２１０は、本処理を終了する。
＜異常検知処理＞
最初に、異常検知情報に関する処理を説明する。
図８は、第２実施形態に係る救急手配サーバ２０１での異常検知処理を示すフローチャートである。
Ｓ２０１において、救急手配サーバ２０１の制御部２１０（異常検知情報受信部２２３）は、車載装置２０７から送信された異常検知情報を受信する。ここで、異常検知情報は、救急手配サーバ２０１を宛先としたデータである。そして、異常検知情報は、車載装置２０７を識別する装置ＩＤ、車載装置２０７の位置データ、車両に設けられた各種の車両センサから受け付けた車両データの種類及び異常を検出したときの値を含むデータである。
Ｓ２０２において、制御部２１０は、異常検知情報に基づいてユーザを特定する。例えば、制御部２１０は、ユーザＤＢ３Ｂと、車両情報ＤＢ２０３Ｃとを参照して、車載装置２０７の装置ＩＤからユーザを特定することができる。
Ｓ２０３において、制御部２１０は、異常検知情報を、特定したユーザ及び異常検知情報を受信した日時に対応付けて、行動情報記憶部２３７に記憶させる。その後、制御部２１０は、本処理を終了する。
＜救急手配処理＞
次に、救急情報に関する処理について説明する。
図９は、第２実施形態に係る救急手配サーバ２０１での救急手配処理を示すフローチャートである。
Ｓ２１０からＳ２１３までの処理は、第１実施形態（図４）のＳ１０からＳ１３までの処理と同様である。
Ｓ２１４において、制御部２１０（ユーザ照合部２２４）は、行動情報記憶部２３７を参照して、Ｓ２１１で特定したユーザを含むか否かを照合する。ユーザを含む場合（Ｓ２１４：ＹＥＳ）には、制御部２１０は、処理をＳ２１５ａに移す。他方、ユーザを含まない場合（Ｓ２１４：ＮＯ）には、制御部２１０は、処理をＳ２１５に移す。
Ｓ２１５の処理は、第１実施形態（図４）のＳ１４の処理と同様である。
次に、救急情報に関する処理について説明する。
図９は、第２実施形態に係る救急手配サーバ２０１での救急手配処理を示すフローチャートである。
Ｓ２１０からＳ２１３までの処理は、第１実施形態（図４）のＳ１０からＳ１３までの処理と同様である。
Ｓ２１４において、制御部２１０（ユーザ照合部２２４）は、行動情報記憶部２３７を参照して、Ｓ２１１で特定したユーザを含むか否かを照合する。ユーザを含む場合（Ｓ２１４：ＹＥＳ）には、制御部２１０は、処理をＳ２１５ａに移す。他方、ユーザを含まない場合（Ｓ２１４：ＮＯ）には、制御部２１０は、処理をＳ２１５に移す。
Ｓ２１５の処理は、第１実施形態（図４）のＳ１４の処理と同様である。
他方、Ｓ２１５ａにおいて、制御部２１０（ランク決定部２１６）は、異常検知情報を反映して救急ランクを決定する。ここで、制御部２１０は、車載装置２０７から受信した異常検知情報と、通信装置６から受信した救急情報の生体データの種類及びその値と、取得した医療情報とを用いて救急ランクを判定する。例えば、車両事故を起こした場合には、車載装置２０７と、通信装置６との両方から情報を受信するので、両者の情報から車両事故を起こした可能性が高いと判断できる。そのため、制御部２１０は、車両事故に伴う生体データの変化として、救急ランクを判定できる。
Ｓ２１６からＳ２２０までの処理は、第１実施形態（図４）のＳ１５からＳ１９までの処理と同様である。
Ｓ２２１において、制御部２１０（情報提供部２２０）は、救急要請情報を、提供情報記憶部３４に記憶させる。ここで、救急要請情報とは、通信装置６から受信した救急情報と、医療情報ＤＢ３Ａから取得したユーザの医療情報と、ユーザＤＢ３Ｂから取得したユーザの個人情報を含む情報との他に、車両情報ＤＢ２０３Ｃから取得した車両情報をも含むものをいう。以降の処理は、第１実施形態（図４）と同様である。
なお、評価処理についても、第１実施形態と同様である。
Ｓ２１６からＳ２２０までの処理は、第１実施形態（図４）のＳ１５からＳ１９までの処理と同様である。
Ｓ２２１において、制御部２１０（情報提供部２２０）は、救急要請情報を、提供情報記憶部３４に記憶させる。ここで、救急要請情報とは、通信装置６から受信した救急情報と、医療情報ＤＢ３Ａから取得したユーザの医療情報と、ユーザＤＢ３Ｂから取得したユーザの個人情報を含む情報との他に、車両情報ＤＢ２０３Ｃから取得した車両情報をも含むものをいう。以降の処理は、第１実施形態（図４）と同様である。
なお、評価処理についても、第１実施形態と同様である。
このように、第２実施形態の救急手配システム２００によれば、以下のような効果がある。
（１）救急ランクを、救急情報の他に、車載装置２０７から受信した異常検知情報を用いるので、外部要因との関係を用いて救急ランクを判定できる。よって、車両事故によるユーザの救急状態を、より正確に反映できる。
（２）出動対象に対して、車両情報ＤＢ２０３Ｃに含まれる車両情報をもあわせて提供するので、出動対象は、現場位置付近に到着した際に、事故を起こした車両を特定しやすくできる。
（１）救急ランクを、救急情報の他に、車載装置２０７から受信した異常検知情報を用いるので、外部要因との関係を用いて救急ランクを判定できる。よって、車両事故によるユーザの救急状態を、より正確に反映できる。
（２）出動対象に対して、車両情報ＤＢ２０３Ｃに含まれる車両情報をもあわせて提供するので、出動対象は、現場位置付近に到着した際に、事故を起こした車両を特定しやすくできる。
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
（変形形態）
（１）各実施形態では、救急ランクに対応して出動対象を１つにしているが、これに限定されない。例えば、救急ランクが同じであっても、ユーザの位置情報によって異なる出動対象になるように細分化されていてもよい。その場合、ユーザごとに出動対象連絡先を記憶しておき、例えば、ユーザが地方居住者である場合には、警備会社に代わって、ご近所の有志による見守り部隊に連絡をするようにしてもよい。
（２）第２実施形態では、車載装置から異常検知情報を受信するものとして説明したが、これに限定されない。ユーザの行動に関する異常を検知して情報を送信するものであれば、例えば、杖、カート等のユーザの所持品が、異常検知情報を送信するものであってもよい。また、所持品から異常検知情報を直接送信するのではなく、所持品から異常検知情報を受信した携帯端末等の通信装置が、救急情報と共に異常検知情報を送信するようにしてもよい。
（３）各実施形態では、オペレータによる電話によって安否を確認する者を説明したが、これに限定されない。救急情報を受信したことに応じて、救急情報を送信した通信装置６に対して、例えば、カメラを起動させる信号を送信して、通信装置６が有するカメラを起動させることで、カメラから取得した画像データを用いて安否確認を行ってもよい。
（４）各実施形態では、提供情報記憶部に記憶された対象の救急要請情報の格納先を示すＵＲＬを含む電子メールを、出動対象に対して送信するものとして説明したが、これに限定されない。例えば、提供情報記憶部には、各救急要請情報に識別情報として救急要請ＩＤを対応付けて記憶させておき、さらに、情報提供用のＷｅｂサーバの機能を、救急手配サーバに予め用意しておくことによっても実現できる。その場合には、出動対象に対して出動要請の連絡をする時に、救急要請ＩＤをあわせて伝えることで、出動対象では、対象の救急要請情報を参照できる。このような仕組みを用いることで、例えば、出動対象による搬送先の病院においても、出動対象が病院のスタッフに救急要請ＩＤを伝えることによって、病院でも対象の救急要請情報を見ることができる。
（１）各実施形態では、救急ランクに対応して出動対象を１つにしているが、これに限定されない。例えば、救急ランクが同じであっても、ユーザの位置情報によって異なる出動対象になるように細分化されていてもよい。その場合、ユーザごとに出動対象連絡先を記憶しておき、例えば、ユーザが地方居住者である場合には、警備会社に代わって、ご近所の有志による見守り部隊に連絡をするようにしてもよい。
（２）第２実施形態では、車載装置から異常検知情報を受信するものとして説明したが、これに限定されない。ユーザの行動に関する異常を検知して情報を送信するものであれば、例えば、杖、カート等のユーザの所持品が、異常検知情報を送信するものであってもよい。また、所持品から異常検知情報を直接送信するのではなく、所持品から異常検知情報を受信した携帯端末等の通信装置が、救急情報と共に異常検知情報を送信するようにしてもよい。
（３）各実施形態では、オペレータによる電話によって安否を確認する者を説明したが、これに限定されない。救急情報を受信したことに応じて、救急情報を送信した通信装置６に対して、例えば、カメラを起動させる信号を送信して、通信装置６が有するカメラを起動させることで、カメラから取得した画像データを用いて安否確認を行ってもよい。
（４）各実施形態では、提供情報記憶部に記憶された対象の救急要請情報の格納先を示すＵＲＬを含む電子メールを、出動対象に対して送信するものとして説明したが、これに限定されない。例えば、提供情報記憶部には、各救急要請情報に識別情報として救急要請ＩＤを対応付けて記憶させておき、さらに、情報提供用のＷｅｂサーバの機能を、救急手配サーバに予め用意しておくことによっても実現できる。その場合には、出動対象に対して出動要請の連絡をする時に、救急要請ＩＤをあわせて伝えることで、出動対象では、対象の救急要請情報を参照できる。このような仕組みを用いることで、例えば、出動対象による搬送先の病院においても、出動対象が病院のスタッフに救急要請ＩＤを伝えることによって、病院でも対象の救急要請情報を見ることができる。
１，２０１ 救急手配サーバ
３ ＤＢ
５ センサ
６ 通信装置
８ 端末
１０，２１０ 制御部
１１ 救急情報受信部
１２ ユーザ特定部
１３ 位置情報取得部
１４ 医療情報取得部
１６，２１６ ランク決定部
１８ 出動対象決定部
１９ 出動要請部
２０，２２０ 情報提供部
２１ 評価処理部
３０，２３０ 記憶部
３１ａ，２３１ａ 救急手配プログラム
３３，２３３ 出動連絡先記憶部
３４ 提供情報記憶部
３５ ユーザ履歴記憶部
１００，２００ 救急手配システム
２０７ 車載装置
２２３ 異常検知情報受信部
２２４ ユーザ照合部
２３７ 行動情報記憶部
３ ＤＢ
５ センサ
６ 通信装置
８ 端末
１０，２１０ 制御部
１１ 救急情報受信部
１２ ユーザ特定部
１３ 位置情報取得部
１４ 医療情報取得部
１６，２１６ ランク決定部
１８ 出動対象決定部
１９ 出動要請部
２０，２２０ 情報提供部
２１ 評価処理部
３０，２３０ 記憶部
３１ａ，２３１ａ 救急手配プログラム
３３，２３３ 出動連絡先記憶部
３４ 提供情報記憶部
３５ ユーザ履歴記憶部
１００，２００ 救急手配システム
２０７ 車載装置
２２３ 異常検知情報受信部
２２４ ユーザ照合部
２３７ 行動情報記憶部
Claims (11)
- ユーザの身体に関する情報を取得する１以上のセンサの検出信号に基づいて通信装置が発信した救急情報を受信する救急情報受信手段と、
受信した前記救急情報から前記ユーザを特定するユーザ特定手段と、
受信した前記救急情報に基づいて前記ユーザの位置情報を取得する位置情報取得手段と、
受信した前記救急情報に基づいて救急の度合いを示す救急ランクを決定するランク決定手段と、
前記救急ランクと、出動対象と、前記出動対象の対象地域情報と、連絡手段情報とを対応付けた出動連絡先記憶部と、
前記出動連絡先記憶部を参照して、前記ランク決定手段が決定した救急ランクに対応する出動対象のうち、前記位置情報取得手段が取得した前記位置情報に基づく位置の出動対象を、出動する出動対象に決定する出動対象決定手段と、
前記出動対象決定手段により決定した出動対象に対応する前記連絡手段情報を用いて、前記出動対象に対して出動要請の連絡をする出動要請手段と、
前記ランク決定手段による決定に関する評価情報を受け付ける評価受付手段と、
前記評価受付手段が受け付けた評価情報と、前記ランク決定手段での決定に用いた前記救急情報と、前記ランク決定手段で決定した救急ランクとを対応付けて、ユーザ履歴記憶部に記憶させる評価登録手段と、
を備え、
前記ランク決定手段は、さらに前記ユーザ履歴記憶部に基づいて前記救急ランクを決定すること、
を特徴とする救急出動要請システム。 - 請求項１に記載の救急出動要請システムにおいて、
ユーザの医療情報を記憶した医療情報記憶部と、
前記医療情報記憶部を参照して、前記ユーザ特定手段により特定したユーザの医療情報を取得する医療情報取得手段と、
を備え、
前記ランク決定手段は、さらに前記医療情報取得手段が取得した前記医療情報に基づいて、前記救急ランクを決定すること、
を特徴とする救急出動要請システム。 - 請求項２に記載の救急出動要請システムにおいて、
前記出動対象決定手段により決定した出動対象に対して、前記医療情報取得手段が取得したユーザの医療情報を提供する医療情報提供手段を備えること、
を特徴とする救急出動要請システム。 - 請求項１から請求項３までのいずれかに記載の救急出動要請システムにおいて、
前記通信装置又は前記通信装置とは異なる他の通信装置が発信した、ユーザの行動に関する異常検知情報を受信する異常検知受信手段を備え、
前記ランク決定手段は、さらに前記異常検知受信手段が受信した前記異常検知情報に基づいて、前記救急ランクを決定すること、
を特徴とする救急出動要請システム。 - 請求項１から請求項４までのいずれかに記載の救急出動要請システムにおいて、
前記救急情報は、ユーザの生体情報を含み、
前記出動対象決定手段により決定した出動対象に対して、前記生体情報を提供する生体情報提供手段を備えること、
を特徴とする救急出動要請システム。 - 請求項１から請求項５までのいずれかに記載の救急出動要請システムにおいて、
前記ランク決定手段は、受信した前記救急情報に基づく救急ランクを出力し、前記ユーザ特定手段により特定したユーザに対する前記救急ランクに関する確認結果情報を反映させて、前記救急ランクを決定すること、
を特徴とする救急出動要請システム。 - ユーザの身体に関する情報を取得する１以上のセンサの検出信号に基づいて通信装置が発信した救急情報を受信する救急情報受信手段と、
受信した前記救急情報から前記ユーザを特定するユーザ特定手段と、
受信した前記救急情報に基づいて前記ユーザの位置情報を取得する位置情報取得手段と、
前記通信装置とは異なる他の通信装置が発信した、ユーザの行動に関する異常検知情報を受信する異常検知受信手段と、
前記異常検知受信手段により受信した前記異常検知情報に基づいてユーザを特定し、前記救急情報から特定したユーザであるか否かを照合する照合手段と、
前記照合手段により照合がされた場合に、受信した前記救急情報と、前記異常検知受信手段が受信した前記異常検知情報とに基づいて救急の度合いを示す救急ランクを決定するランク決定手段と、
前記救急ランクと、出動対象と、前記出動対象の対象地域情報と、連絡手段情報とを対応付けた出動連絡先記憶部と、
前記出動連絡先記憶部を参照して、前記ランク決定手段が決定した救急ランクに対応する出動対象のうち、前記位置情報取得手段が取得した前記位置情報に基づく位置の出動対象を、出動する出動対象に決定する出動対象決定手段と、
前記出動対象決定手段により決定した出動対象に対応する前記連絡手段情報を用いて、前記出動対象に対して出動要請の連絡をする出動要請手段と、
を備える救急出動要請システム。 - 請求項７に記載の救急出動要請システムにおいて、
前記他の通信装置は、車両に備える車載装置であり、
前記車両に関する車両情報を記憶した車両情報記憶部と、
前記車両情報記憶部を参照して、前記異常検知受信手段により受信した前記異常検知情報に基づいて特定したユーザの車両情報を取得する車両情報取得手段と、
前記出動対象決定手段により決定した出動対象に対して、前記車両情報取得手段が取得したユーザの車両情報を提供する車両情報提供手段と、
を備えること、
を特徴とする救急出動要請システム。 - ユーザの身体に関する情報を取得する１以上のセンサの検出信号に基づいて通信装置が発信した救急情報を受信する救急情報受信手段と、
受信した前記救急情報から前記ユーザを特定するユーザ特定手段と、
受信した前記救急情報に基づいて前記ユーザの位置情報を取得する位置情報取得手段と、
前記ユーザ特定手段により特定したユーザの連絡先情報を出力し、前記ユーザに対する確認結果として救急状態に関する情報の入力を受け付けることで、受信した前記救急情報と、受け付けた前記救急状態に関する情報とに基づいて救急の度合いを示す救急ランクを決定するランク決定手段と、
前記救急ランクと、出動対象と、前記出動対象の対象地域情報と、連絡手段情報とを対応付けた出動連絡先記憶部と、
前記出動連絡先記憶部を参照して、前記ランク決定手段が決定した救急ランクに対応する出動対象のうち、前記位置情報取得手段が取得した前記位置情報に基づく位置の出動対象を、出動する出動対象に決定する出動対象決定手段と、
前記出動対象決定手段により決定した出動対象に対応する前記連絡手段情報を用いて、前記出動対象に対して出動要請の連絡をする出動要請手段と、
を備える救急出動要請システム。 - ユーザの身体に関する情報を取得する１以上のセンサの検出信号に基づいて通信装置が発信した救急情報を受信する救急情報受信手段と、
受信した前記救急情報から前記ユーザを特定するユーザ特定手段と、
受信した前記救急情報に基づいて前記ユーザの位置情報を取得する位置情報取得手段と、
受信した前記救急情報に基づいて救急の度合いを示す救急ランクを決定するランク決定手段と、
前記救急ランクと、出動対象と、前記出動対象の対象地域情報と、連絡手段情報とを対応付けた出動連絡先記憶部と、
前記ランク決定手段により決定した救急ランクに基づき、出動対象を出動させるか否かを判断する判断手段と、
前記判断手段により出動対象を出動させると判断された場合に、前記出動連絡先記憶部を参照して、前記ランク決定手段が決定した救急ランクに対応する出動対象のうち、前記位置情報取得手段が取得した前記位置情報に基づく位置の出動対象を、出動する出動対象に決定する出動対象決定手段と、
前記出動対象決定手段により決定した出動対象に対応する前記連絡手段情報を用いて、前記出動対象に対して出動要請の連絡をする出動要請手段と、
を備える救急出動要請システム。 - 請求項１から請求項１０までのいずれかの救急出動要請システムとしてコンピュータを機能させるための救急手配プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016081937A JP6093993B1 (ja) | 2016-04-15 | 2016-04-15 | 救急手配システム及び救急手配プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016081937A JP6093993B1 (ja) | 2016-04-15 | 2016-04-15 | 救急手配システム及び救急手配プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP6093993B1 true JP6093993B1 (ja) | 2017-03-15 |
| JP2017191548A JP2017191548A (ja) | 2017-10-19 |
Family
ID=58281041
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016081937A Active JP6093993B1 (ja) | 2016-04-15 | 2016-04-15 | 救急手配システム及び救急手配プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6093993B1 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018198385A (ja) * | 2017-05-24 | 2018-12-13 | Ｎｅｃプラットフォームズ株式会社 | 緊急通報受付システム、装置、方法、及びプログラム |
| JP2020025343A (ja) * | 2019-11-15 | 2020-02-13 | Ｎｅｃプラットフォームズ株式会社 | プログラム |
| JP2021072642A (ja) * | 2021-01-15 | 2021-05-06 | Ｎｅｃプラットフォームズ株式会社 | プログラム |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6539799B1 (ja) * | 2019-03-22 | 2019-07-03 | 積水ハウス株式会社 | 安否確認システム |
| JP2020155083A (ja) * | 2019-06-10 | 2020-09-24 | 積水ハウス株式会社 | 緊急対処方法、安否確認システム、管理装置、住宅、及び管理装置の制御方法 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001307259A (ja) * | 2000-04-24 | 2001-11-02 | Sekisui Chem Co Ltd | 緊急通報システム |
| JP2002269662A (ja) * | 2001-03-08 | 2002-09-20 | Matsushita Electric Ind Co Ltd | 身体異常通報装置および救急通報システム |
| JP2003224674A (ja) * | 2002-01-30 | 2003-08-08 | Nec Infrontia Corp | 携帯電話端末による健康管理サービスシステム |
| JP2006285425A (ja) * | 2005-03-31 | 2006-10-19 | Mitsubishi Heavy Ind Ltd | ロボットを用いたヘルスケアサービスシステム |
| JP2007281686A (ja) * | 2006-04-04 | 2007-10-25 | Sharp Corp | テレビ受信機 |
| JP2008027322A (ja) * | 2006-07-25 | 2008-02-07 | Hitachi Ltd | セキュリティ管理システムおよびその方法 |
| JP2008293208A (ja) * | 2007-05-23 | 2008-12-04 | Fuji Heavy Ind Ltd | 車両の緊急通報装置 |
| JP2012081194A (ja) * | 2010-10-14 | 2012-04-26 | Denso Corp | 生体状態監視装置 |
| JP2014229199A (ja) * | 2013-05-24 | 2014-12-08 | 一般社団法人Ｊｍｉｉ | 転倒時通報システム及び転倒時通報システム用プログラム |
-
2016
- 2016-04-15 JP JP2016081937A patent/JP6093993B1/ja active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001307259A (ja) * | 2000-04-24 | 2001-11-02 | Sekisui Chem Co Ltd | 緊急通報システム |
| JP2002269662A (ja) * | 2001-03-08 | 2002-09-20 | Matsushita Electric Ind Co Ltd | 身体異常通報装置および救急通報システム |
| JP2003224674A (ja) * | 2002-01-30 | 2003-08-08 | Nec Infrontia Corp | 携帯電話端末による健康管理サービスシステム |
| JP2006285425A (ja) * | 2005-03-31 | 2006-10-19 | Mitsubishi Heavy Ind Ltd | ロボットを用いたヘルスケアサービスシステム |
| JP2007281686A (ja) * | 2006-04-04 | 2007-10-25 | Sharp Corp | テレビ受信機 |
| JP2008027322A (ja) * | 2006-07-25 | 2008-02-07 | Hitachi Ltd | セキュリティ管理システムおよびその方法 |
| JP2008293208A (ja) * | 2007-05-23 | 2008-12-04 | Fuji Heavy Ind Ltd | 車両の緊急通報装置 |
| JP2012081194A (ja) * | 2010-10-14 | 2012-04-26 | Denso Corp | 生体状態監視装置 |
| JP2014229199A (ja) * | 2013-05-24 | 2014-12-08 | 一般社団法人Ｊｍｉｉ | 転倒時通報システム及び転倒時通報システム用プログラム |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018198385A (ja) * | 2017-05-24 | 2018-12-13 | Ｎｅｃプラットフォームズ株式会社 | 緊急通報受付システム、装置、方法、及びプログラム |
| JP2020025343A (ja) * | 2019-11-15 | 2020-02-13 | Ｎｅｃプラットフォームズ株式会社 | プログラム |
| JP2021072642A (ja) * | 2021-01-15 | 2021-05-06 | Ｎｅｃプラットフォームズ株式会社 | プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2017191548A (ja) | 2017-10-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6093993B1 (ja) | 救急手配システム及び救急手配プログラム | |
| US10044857B2 (en) | System and method for initiating an emergency response | |
| US11399095B2 (en) | Apparatus and method for emergency dispatch | |
| US11908553B2 (en) | Apparatus and method for emergency response data acquisition and retrieval | |
| US20190088101A1 (en) | Event Detector for Issuing a Notification Responsive to Occurrence of an Event | |
| US20110071880A1 (en) | Location-based Emergency Response System and Method | |
| US20180357073A1 (en) | Method, device, and system for electronic digital assistant for natural language detection of a user status change and corresponding modification of a user interface | |
| US20080058615A1 (en) | Home care logistics and quality assurance system | |
| US20120050046A1 (en) | Systems and methods for monitoring physical, biological and chemical characteristics of a person, animal, object and/or surrounding environment | |
| US20120310659A1 (en) | Relief support system | |
| JP6203765B2 (ja) | 遠隔健康管理システム、方法及びプログラム | |
| CN102567644A (zh) | 医疗数据获取和提供方法 | |
| KR20180057233A (ko) | 스마트 밴드 및 스마트 밴드 관리 서버 | |
| US20220157457A1 (en) | An integrated health and security management system | |
| JP2012068838A (ja) | 共通診察券管理システム | |
| JP2007220000A (ja) | 認証用携帯端末装置および認証用携帯端末プログラム | |
| KR20150012388A (ko) | 환자 상태에 따른 표준화된 가정 간호 서비스 제공 방법 | |
| JP6534171B2 (ja) | 呼出支援システム | |
| KR20030084001A (ko) | 이동 단말기를 이용한 긴급 사태 경보 서비스 방법 | |
| JP4125510B2 (ja) | 安否情報管理システム | |
| KR20220086186A (ko) | 사용자 맞춤형 건강 관리 장치 및 방법 | |
| JP2021052821A (ja) | 介護システム | |
| JP2016038752A (ja) | 救助支援システム | |
| US20240177593A1 (en) | Smart wrist band | |
| JP7519708B2 (ja) | 救急出動支援システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20170117 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170124 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6093993 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |