(57)【要約】【課題】  緊急事態の発生を迅速、簡単に通知すると共に、負荷分散によるシステムの安定運用をはかる。【解決手段】  本発明の緊急通信システムは、緊急事態発生の通知、およびその状況にかかわる音声情報もしくは画像情報の配信をネットワーク経由で行なう発信装置３１と、発信装置３１から緊急事態発生の通知を受信し、当該通知を受信装置３２（３３）へ通知する際に、発信装置３１のアドレスも含めて通知する管理装置３０と、受信した発信装置３１のアドレスに該当する発信装置３１に対して配信要求を送信し、緊急事態発生にかかわる状況の音声もしくは画像情報の配信を発信装置３１からネットワーク９０経由で受信する受信装置３２（３３）で構成される。【選択図】      図２
2005303661.tif 000002
【特許請求の範囲】
【請求項１】
緊急事態発生の通知、およびその状況にかかわる音声情報もしくは画像情報の配信をネットワーク経由で行なう発信装置と、
前記発信装置から前記緊急事態発生の通知を受信し、当該通知を受信装置へ通知する際に、前記発信装置のアドレスも含めて通知する管理装置と、
前記受信した発信装置のアドレスに該当する発信装置に対して配信要求を送信し、前記緊急事態発生にかかわる状況の音声もしくは画像情報の配信を前記発信装置から前記ネットワーク経由で受信する受信装置と、
を具備することを特徴とする緊急通信システム。
【請求項２】
前記発信装置は、
前記緊急事態発生を通知する物理的なユーザインタフェースを備え、当該物理的なインタフェースが操作されることにより前記管理装置に対して緊急事態発生を通知することを特徴とする請求項１に記載の緊急通信システム。
【請求項３】
前記発信装置は、
前記緊急事態発生を通知する情報の中に、自身、もしくは自身を特定できる緊急事態発生源識別情報を付加して前記管理装置に送信することを特徴とする請求項１または２に記載の緊急通信システム。
【請求項４】
前記管理装置は、
前記緊急事態発生通知に含まれる緊急事態発生源識別情報を元に、予め登録された、前記発信装置に関する、位置ならびに前記物理的インタフェースの操作者である緊急通信要求者を確定して受信装置に送信することを特徴とする請求項１〜３のいずれか１項に記載の緊急通信システム。
【請求項５】
前記管理装置は、
前記受信装置が、前記緊急事態発生の通知を受入れ可能な時点で生成される受入れ可能通知に含まれる受信装置情報を元に、予め登録された緊急通信対応者ならびに受信装置アドレスを確定し、前記緊急事態発生の通知を受信したときに、前記緊急通信要求者情報と、緊急事態発生の情報を、前記緊急事態発生の通知を受入れ可能な前記受信装置の全てに緊急事態発生、および緊急発生源情報を送信することを特徴とする請求項１または４に記載の緊急通信システム。
【請求項６】
前記管理装置は、
ある受信装置が前記緊急事態発生の通知に応じて対応を開始した旨を伝える受入れ通知に含まれる受信装置情報に基づき、全ての受信装置に対して対応中であること、ならびに緊急通信対応者を送信することを特徴とする請求項１または５に記載の緊急通信システム。
【請求項７】
緊急事態発生の通知、およびその状況に関する配信を、音声もしくは画像情報でネットワークを介して行なう緊急通信方法であって、
緊急事態発生の通知、およびその状況にかかわる音声情報もしくは画像情報の配信をネットワーク経由で行なう過程と、
前記発信装置から前記緊急事態発生の通知を受信し、当該通知を受信装置へ通知する際に、前記発信装置のアドレスも含めて通知する過程と、
前記受信した発信装置のアドレスに該当する発信装置に対して配信要求を送信し、前記緊急事態発生にかかわる状況の音声もしくは画像情報の配信を前記発信装置から前記ネットワーク経由で受信する過程と、
を有することを特徴とする緊急通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、緊急事態発生の通知、およびその状況に関する配信を、音声もしくは画像情報でネットワークを介して行なう緊急通信システムおよびその方法に関する。
【背景技術】
【０００２】
緊急通信の代表的なものに、電話網を用いた１１９番通報（消防）、１１０番通報（警察）がある。この方法によれば、状況説明は発信者に委ねられていた。このため、状況によって受信側は対応するのに十分な情報を得るために、別のシステムを使用して情報検索等を行なう必要が生じ、状態の把握、発信者情報の収集に時間を要していた。
【０００３】
一方、病院等で使用されているナースコールシステムがあるが、この方法によれば、患者の緊急状態発生が伝えられるだけであり、その状態を受信側が即座に把握するまでには至っていない。また、ユニキャストのみがサポートされている既存のインターネットを用い、送信ホストから複数の受信ホストに対して画像や音声でマルチキャスト通信を行なう技術が知られており（例えば、特許文献１参照）、このような配信技術を用いて状況説明に替える方法も試みられている。
【特許文献１】特開２００３−３２３００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記した従来技術によれば、今後増加する高齢者人口の増大に対応できない。特に、要介護者の異変に対して迅速に対応するには、緊急状態の把握が一次的に最も重要であり、双方向の会話等は、可能な場合の二次的な役割となる。加えて、情報配信処理と管理処理を１つのシステムで構築した場合、負荷集中により、システムの安定運用が困難になる。
【０００５】
本発明は上記事情に鑑みてなされたものであり、単純化された物理インタフェースを利用することで緊急事態の発生を迅速、簡単に通知すると共に、処理負荷の大きな配信システムをシステムから分離することによってシステムの安定運用が可能な、緊急通信システムおよびその方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記した課題を解決するために本発明の緊急通信システムは、緊急事態発生の通知、およびその状況にかかわる音声情報もしくは画像情報の配信をネットワーク経由で行なう発信装置と、前記発信装置から前記緊急事態発生の通知を受信し、当該通知を受信装置へ通知する際に、前記発信装置のアドレスも含めて通知する管理装置と、前記受信した発信装置のアドレスに該当する発信装置に対して配信要求を送信し、前記緊急事態発生にかかわる状況の音声もしくは画像情報の配信を前記発信装置から前記ネットワーク経由で受信する受信装置と、を具備することを特徴とする。
【０００７】
また、本発明において、前記発信装置は、前記緊急事態発生を通知する物理的なユーザインタフェースを備え、当該物理的なインタフェースが操作されることにより前記管理装置に対して緊急事態発生を通知することを特徴とする。
【０００８】
また、本発明において、前記発信装置は、前記緊急事態発生を通知する情報の中に、自身、もしくは自身を特定できる緊急事態発生源識別情報を付加して前記管理装置に送信することを特徴とする。
【０００９】
また、本発明において、前記管理装置は、前記緊急事態発生通知に含まれる緊急事態発生源識別情報を元に、予め登録された、前記発信装置に関する、位置ならびに前記物理的インタフェースの操作者である緊急通信要求者を確定して受信装置に送信することを特徴とする。
【００１０】
また、本発明において、前記管理装置は、前記受信装置が、前記緊急事態発生の通知を受入れ可能な時点で生成される受入れ可能通知に含まれる受信装置情報を元に、予め登録された緊急通信対応者ならびに受信装置アドレスを確定し、前記緊急事態発生の通知を受信したときに、前記緊急通信要求者情報と、緊急事態発生の情報を、前記緊急事態発生の通知を受入れ可能な前記受信装置の全てに緊急事態発生、および緊急発生源情報を送信することを特徴とする。
【００１１】
また、本発明において、前記管理装置は、ある受信装置が前記緊急事態発生の通知に応じて対応を開始した旨を伝える受入れ通知に含まれる受信装置情報に基づき、全ての受信装置に対して対応中であること、ならびに緊急通信対応者を送信することを特徴とする。
【００１２】
また、本発明は、緊急事態発生の通知、およびその状況に関する配信を、音声もしくは画像情報でネットワークを介して行なう緊急通信方法であって、緊急事態発生の通知、およびその状況にかかわる音声情報もしくは画像情報の配信をネットワーク経由で行なう過程と、前記発信装置から前記緊急事態発生の通知を受信し、当該通知を受信装置へ通知する際に、前記発信装置のアドレスも含めて通知する過程と、前記受信した発信装置のアドレスに該当する発信装置に対して配信要求を送信し、前記緊急事態発生にかかわる状況の音声もしくは画像情報の配信を前記発信装置から前記ネットワーク経由で受信する過程と、を有することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、緊急事態発生の通知と、その状況に関する音声もしくは画像による配信を独立に制御することができ、このことにより、システムの安定運用が可能になる。具体的には、管理装置が受信装置に対して緊急事態発生の通知を行い、処理負荷の大きな配信処理は管理装置を経由することなく受信装置からの要求に基づき発信装置との間で行なわせることによって負荷分散をはかり、システムの安定化をはかるものである。
また、緊急事態が発生した場合、その通知要求の発生をシステムに入力する手段として、単純化された物理的インタフェースを使用することで、緊急事態での操作性を確保し、このことにより、迅速、確実に緊急事態の通知が可能になる。更に、緊急事態の発生を管理装置へ通知する際に、例えば、位置、名前、ネットワークアドレス等発信装置の情報を付帯情報とすることで、管理装置が管理する必要のある項目の削減が可能であり、このための負荷も低減できる。
【発明を実施するための最良の形態】
【００１４】
以下、図面と共に、本発明の実施の形態を説明する。図１に、本発明による緊急通信システムの基本構成を示す。
図１中、符号１は、緊急通信の発生の受理、および、受信可能な受信装置４、５への通知を司る管理データベース（ＤＢ）を備えた管理装置である。ここでは、緊急通信を受信可能な（対応可能な）受信者へ配信し、対応状態を監視する部分を中心に示している。具体的な、発信装置２、３からの緊急状態の音声、あるいは画像情報は、例えば、特許文献１に示した既存の画像、音声の配信システムを使用することとし、緊急事態発生の通知とは独立して運用することにより、システム負荷の低減をはかり、安定した運用を可能としている。以下にその詳細を説明する。
【００１５】
符号２、３は発信装置であり、緊急事態の発生を、管理装置１へ通知すると共に、上記した既存の配信システムを使用して、音声、あるいは画像情報の配信を行なう。符号４、５は受信装置であり、緊急通信が受入れ可能であること、ならびに受入れを開始したことを管理装置１へ通知すると共に、発信装置２、もしくは３から配信される画像情報、音声情報を受信し、表示する。また、符号９は配信ネットワークであり、既存の配信技術を備えた配信ノード装置６、７、８から構成される。図中１０、１２は、緊急配信発生通知であり、１へ送出される。
なお、図１中、符号１３、１４は受入れ可能通知であり、管理装置１へ送出される。管理装置１は、受入れ可能通知１３、１４を送出した受信装置４、５に対して、緊急通信発生通知を受けた際、緊急通信発生通知信号１５、１６を送出する。緊急通信発生通知信号１５、１６には、緊急配信発生通知１０、１２に含まれる、発信端末２、３の特定情報が含まれており、それを元に、配信手段に対して該当発信装置２、３からの音声、あるいは画像情報の配信受信要求を行なう。また、符号１７、１８は配信要求であり、符号１９、２０は、配信データ（画像、音声等）である。
【００１６】
図２に本発明による、緊急通信システムの構成例が示されている。図２中、符号３０は、管理装置、符号３１は発信装置、符号３２、３３は受信装置であり、これらは、既存の配信ネットワーク９０を介して互いに接続されている。
管理装置３０は、緊急通信管理部３４と、ＤＢ部３５で構成される。また、発信装置３１は、緊急通信の発生を管理装置３０に伝える動作を起動する物理的インタフェース部（ＵＩ部３６）と、緊急通信発信部と、緊急通信発生場所の画像を配信ネットワーク９０に送信するカメラ３８で構成される。
なお、ここでは、受信装置が二系統示されている。受信装置３２（３３）は、それぞれ、緊急通信受信可能であることを管理装置３０に通知する緊急通信受信部４０（４３）と、受信開始を起動するＵＩ部４１（４４）と、発信装置３１の情報（名前、位置、対応状態）を表示すると共に、受入れを行なった場合に、配信ネットワーク９０に対し、緊急通信発信者のカメラ３８が撮影した画像を配信する様に要求し、到着した映像を表示する表示部４２（４５）で構成される。
【００１７】
図３に、図２に示す管理装置３０が内蔵するＤＢ部３５のデータ構造の一例が示されている。図３に示されるように、ＤＢ部３５は、受信装置情報部と発信装置情報部から構成される。
受信装置情報部では、装置ネットワークアドレス、装置付帯情報（位置、名前）、対応状態情報から構成される情報を、１つの受信装置情報単位として管理する。受信装置情報単位は、管理装置３０が受信可能（受入れ可能）である旨を受信装置３２、３３から受信した際に受信装置３１、３２に応じて作成される。
発信装置情報部では、装置ネットワークアドレス、装置付帯情報（位置、名前）、対応状態情報から構成される情報を、１つの発信装置情報単位として管理する。発信装置情報単位は、ＵＩ部３６を操作することによって、緊急通信発信部３７が生成する緊急通信発信を管理装置３０が受信した際に生成される。この時、同時に、受信装置情報が検索され、対応状態の欄が、受入れ可能な受信装置３２（３３）に対して、情報の関連付けを行なう。
この操作により、受信装置３２（３３）を確定し、それらに対して緊急通信発生信号を発信する。
【００１８】
なお、ここでは、受入れ可能な、受信装置３２、３３の全てに対して、緊急通信発生信号が送出される。また、受信装置３２、３３で受入れ操作が行なわれた時点で、受入れしていない受信装置３２、３３への関連付けは抹消される。
またここでは、受信装置＃２への関連付けが抹消された時、管理装置３０から受信装置＃２へは対応中通知が送出される。これにより、受信装置＃２の該当緊急通信の表示は対応中となる。更に、他の受信装置が対応中で、受入れ操作を行なった受信装置に対しては、新たに関連付けを追加し、受信装置２つが対応を行なう状態を実現する。受信装置３２、３３が対応を終了した場合、管理装置３０は終了通知を受け取る、この時、受信装置情報部の当該情報単位は削除され、関連付けも削除される。関連付けが全て削除された時点で対応は完全終了となり、発信装置情報部の該当情報単位が削除される。
【００１９】
図４に、緊急通信の発生から対応までの動作がシーケンス図によって示されている。ここでは、発信装置３１、配信ノード装置６、７、８のいずれか、管理装置３０、受信装置３２（３３）の間の動作シーケンスが示されている。なお、縦軸は時間の経過を示し、ここでは、受信装置３２（３３）がいずれか１個の場合の動作が示されている。
まず、受信装置３２（３３）は、緊急通信の受入れ可能である旨を通知するＵＩ部４１（４４）による受入れ可能操作により、受入れ可能信号を管理装置３０に送る（Ｓ４１）。受入れ可能信号には、受信装置３２（３３）の情報（装置ネットワークアドレス、付帯情報）が含まれており、管理装置３０はこの信号を元にして、ＤＢ部３５内の受信装置情報部に情報単位を１つ生成し、対応状態情報を受入れ可能とする。
【００２０】
発信装置３１は、ＵＩ部３６の緊急発信ボタン操作により、緊急発信信号を管理装置３０に送信する（Ｓ４２）。緊急発信信号には、発信装置３１の情報（装置ネットワークアドレス、付帯情報）が含まれており、管理装置３０はこの信号を元にして、ＤＢ部３５内の発信装置情報部に情報単位を１つ生成し、対応状態情報を未対応とする（Ｓ４３）。
管理装置３０内蔵の緊急通信管理部３４は、発信装置情報単位生成を契機としてＤＢ部３５を検索し（Ｓ４４）、対応状態情報が受入れ可能である受信装置情報単位を操し出し、情報の関連付けを行なう。その後、この時関連付けを行なった、全ての受信装置３２（３３）に対して、緊急発生信号を送出する。緊急発生信号には、関連付けを行なった、発信装置３１のネットワークアドレス、付帯情報が含まれている。
【００２１】
緊急発生信号を受信した、受入れ可能な受信装置３２（３３）の表示部４２（４５）に、緊急通信の発生と、発信装置３１が管理装置３０のＤＢ部３５に登録した付帯情報が表示される。受信装置３２（３３）のＵＩ部４１（４４）を操作することで、受入れ操作を行なうと（Ｓ４５）、受入れ通知が管理装置３０へ送出される。受入れ通知には、受信装置３２（３３）のネットワークアドレスと、発信装置３１のネットワークアドレスが共に含まれる。
管理装置３０は、受入れ通知を受信すると、ＤＢ部３５内における受信装置情報部の該当情報単位の対応状態情報を対応中とし、他への関連付けを削除する。この時、発信側情報部の情報単位の対応状態も、対応中とされる。
【００２２】
他の受信装置３２（３３）が対応中である、発信装置情報部の情報単位に対して、別途の受信側装置３２（３３）が受入れ通知を送出して来た場合、新たに関連付けが追加される。受入れ通知を送出した受信側装置３２（３３）は、配信ネットワーク９０に対して、配信要求を送出する、配信要求は、経路上の配信ノード装置６、７、８を経由して、発信装置３１に到達する。
発信装置３１は、上記した配信要求に基づいて、音声、画像からなる配信情報を配信ノード装置６、７、８を経由して受信装置３２（３３）に送出する（Ｓ４６）。
【００２３】
図５に受信装置が２つ存在した場合の動作がシーケンス図で示されている。図５において、まず、受信装置３２、３３は、それぞれＵＩ部４１、４４を操作することにより、管理装置３０に対して個別に受入れ可能信号を送出する（Ｓ５１、Ｓ５２）。
管理装置３０は、図４に示すシーケンス図同様、受入れ可能信号に基づき、ＤＢ部３５の受信装置情報部に個別の情報単位を生成する（Ｓ５３、Ｓ５４）。そして、緊急事態が発生した時点で、ＤＢ部３５の発信装置情報部に発信装置の３１情報単位を生成し、情報の関連付けを作成する。ここでは、受入れ可能な受信装置３２、３３の情報単位が２つ存在するため、その２つに関連付けが行なわれ、緊急発生信号を、受信側装置３２（＃１）、受信側装置３３（＃２）に送出する。
【００２４】
受信装置３３（＃２）がＵＩ部４１操作による受入れ操作を行い（Ｓ５６）、管理装置３０に受入れ通知を送出すると、管理装置３０は、発信装置３１に対して、配信要求を送出する。
発信装置３１は、その要求に応じて、受信装置３３（＃２）に配信情報を送出する。この時点で、受信装置３２（＃１）が、管理装置３０に対して、受入れ通知（受信装置３３（＃２）が受信している発信装置３１）を送出すると共に（Ｓ５７）、発信装置３１に対して、配信要求を送出するとする。すると発信装置３１は、要求に応じて、受信装置３２（＃１）にも配信情報を送出する。
【００２５】
図６に、緊急通信の終了の動作がシーケンス図で示されている。図６において、発信装置３１は、配信情報（音声、画像）を配信ノード装置６、７、８を経由して受信装置３２（３３）に配信している。
受信装置３２（３３）のＵＩ部４１（４４）により終了操作を行なうと（Ｓ６１）、終了通知が管理装置３０へ送出される。管理装置３０は、ＤＢ部３５における受信装置情報部の該当情報単位への関連付けを削除し、情報単位を抹消する。この時、発信装置情報部の該当情報単位を根とする関連付けが全て削除された場合に、管理装置３０は、対応終了を発信装置３１に送出すると共に、該当情報単位を抹消する（Ｓ６２）。発信装置３１は、この時点で、緊急発信操作待ち状態になる（Ｓ６３）。
【００２６】
以上説明のように本発明は、緊急事態発生の通知と、その状況に関する音声もしくは画像による配信を独立に制御することでシステムの安定運用を可能としたものである。具体的には、管理装置３０が受信装置３２（３３）に対して緊急事態発生の通知を行い、処理負荷の大きな配信処理は管理装置３０を経由することなく、受信装置３２（３３）からの要求に基づき発信装置３１との間で行なわせることによって負荷分散をはかり、システムの安定化をはかったものである。
また、緊急事態が発生した場合、その通知要求の発生をシステムに入力する手段として、単純化された物理的インタフェース（ＵＩ部３６）を使用することで、緊急事態での操作性を確保し、このことにより、迅速、確実に緊急事態の通知を可能とする。更に、緊急事態の発生を管理装置３０へ通知する際に、例えば、位置、名前、ネットワークアドレス等発信装置３０の情報を付帯情報とすることで、管理装置３０が管理する必要のある項目の削減が可能であり、このための負荷も低減できる。
【図面の簡単な説明】
【００２７】
【図１】本実施形態の基本構成を示す図である。
【図２】本実施形態を示すブロック図である。
【図３】本実施形態に係わるＤＢのデータ構造の一例を示す図である。
【図４】本実施形態に係わる動作シーケンス図である。
【図５】本実施形態に係わる動作シーケンス図である。
【図６】本実施形態に係わる動作シーケンス図である。
【符号の説明】
【００２８】
１、３０…管理装置、２、３、３１…発信装置、４、５、３２、３３…受信装置、６、７、８…配信ノード装置、９、９０…配信ネットワーク
【図１】
2005303661.tif 000003
【図２】
2005303661.tif 000004
【図３】
2005303661.tif 000005
【図４】
2005303661.tif 000006
【図５】
2005303661.tif 000007
【図６】
2005303661.tif 000008