(57)【要約】【課題】通報者が現時点で利用している通信環境（電波状況）が悪い場合には、画像情報が粗悪であるために緊急通報機関での救護の正確な判断が困難となる可能性がある。その他にも、特定の時間帯に大多数の通報者がアクセスするため、長時間にわたり通信回線を占有して、データの輻輳状況が発生する可能性があり、必要な現地情報を入手できなくなる。【解決手段】通信環境が良好な通報者と緊急通報機関のオペレータを接続して、有効な現場状況のデータを緊急通報機関の専用回線でＵｐｌｏａｄする。通報者を選択することにより緊急通報サーバへの回線アクセス数を制限して、通報回線の輻輳を抑えることが可能となる。【選択図】図３Ｂ
2014007690.tif 000002
【特許請求の範囲】
【請求項１】
広域通信網を介して電話機と接続され、閉域通信網を介して作業車両と接続され、
前記電話機が撮影した画像を前記作業車両に提供するサーバ装置であって、
データベースを備え、
前記電話機に対して、その通信環境を測定する指示を送信し、受信した通信環境に基づいて、前記電話機に対して、前記データベースへのアクセス指示を送信することを特徴とするサーバ装置。
【請求項２】
請求項１に記載のサーバ装置であって、
第２の電話機に対して、その通信環境を測定する指示を送信し、受信した第２の通信環境と前記通信環境とを比較し、前記第２の通信環境が良好なとき、前記第２の電話機に対して、前記データベースへのアクセス指示を送信することを特徴とするサーバ装置。
【請求項３】
請求項１に記載のサーバ装置であって、
第２の電話機に対して、その通信環境を測定する指示を送信し、受信した第２の通信環境と前記通信環境とを比較し、前記第２の通信環境の通信速度が高いとき、前記第２の電話機に対して、前記データベースへのアクセス指示を送信することを特徴とするサーバ装置。
【請求項４】
請求項１ないし請求項３のいずれか一つに記載のサーバ装置であって、
前記データベースに保存された画像を前記閉域通信網を介して前記作業車両に送信することを特徴とするサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサーバ装置に係り、特に火災、救急、事故などが発生したときの緊急情報を迅速に処理するサーバ装置に関する。
【背景技術】
【０００２】
特許文献１は、通報者が緊急通報機関のオペレータに現場の状況や位置を具体的、かつ現場状況の把握に重要な情報のみを適切に提供できるように、固定パターンのメッセージで通報者に撮影指示を出す。緊急通報機関のオペレータは通報者と会話することなく、緊急通報機関は通報者が撮影した画像データを取得する手段を有する携帯電話機およびプログラムを開示する。
【０００３】
ネットワークスループットを測定するためのソフトウェアとして、ｉｐｅｒｆ（アイパープ）が知られている。ｉｐｅｒｆを使えば、通報者の通信環境レベルを取得することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１４２３７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１のシステムにおいては、固定のメッセージによる現場状況把握だけでは通報者から現場の詳細状況を聞き出すことが困難となるため、通報者と緊急通報機関のオペレータが交信状態にあり、リアルタイムに現場の最新情報を入手することが望ましい。また、通報者が利用している通信システムが、データ通信においてスペック的に制限がある場合や、通報者が現時点で利用している通信環境（電波状況）が悪い場合がある。
【０００６】
本発明は、上記の点に鑑みなされたもので、通信環境がより良い通報者を選定して、緊急通報機関が救護などの判断に適した情報を取得することのできるサーバ装置を提供する。
【課題を解決するための手段】
【０００７】
上述した課題は、広域通信網を介して電話機と接続され、閉域通信網を介して作業車両と接続され、電話機が撮影した画像を作業車両に提供するサーバ装置であって、データベースを備え、電話機に対して、その通信環境を測定する指示を送信し、受信した通信環境に基づいて、電話機に対して、データベースへのアクセス指示を送信するサーバ装置により、達成できる。
【発明の効果】
【０００８】
本発明によれば、通信環境が良好な通報者が所持する携帯電話の画像を優先的取得するサーバ装置を提供できる。
【図面の簡単な説明】
【０００９】
【図１】緊急状況通報システムの構成を説明するブロック図である。
【図２】緊急通報サーバの構成を説明するブロック図である。
【図３Ａ】緊急状況通報システムのシーケンスを説明する図である。
【図３Ｂ】緊急状況通報システムのシーケンスを説明する図である。
【図４】緊急通報アクセスリストを説明する図である。
【図５Ａ】画像データをＵｐｌｏａｄ判定するフローチャートである。
【図５Ｂ】画像データをＵｐｌｏａｄ判定するフローチャートである。
【図６Ａ】携帯、および緊急通報機関の端末画面を説明する図である。
【図６Ｂ】緊急通報機関の端末画面を説明する図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、実施例を用いて図面を参照しながら詳細に説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。
【００１１】
図１を参照して、緊急状況通報システムの構成を説明する。図１において、緊急情報通報システム１００は、携帯電話１０と、緊急通報サーバ２０と、ＧＰＳ衛星３０と、広域通信網４０と、閉域通信網５０と、救護作業車両６０と、ＳＩＰサーバ７０と、図示しないオペレータ端末８０とを含んで構成されている。
【００１２】
広域通信網４０は、携帯電話１０と緊急通報サーバ２０とを接続する。広域通信網４０は、ＳＩＰサーバ７０が接続されている。閉域通信網５０は、緊急通報サーバ２０と、救護作業車両６０とを接続する。携帯電話１０は、少なくとも３台のＧＰＳ衛星３０を捕捉して、北緯東経位置を検出する。
【００１３】
災害を発見した通報者は、携帯電話１０を用いて緊急通報機関に通報する。通報する際、携帯電話１０は、広域通信網４０を介して通報者の位置情報を緊急通報機関に通知する。通報者の位置情報を緊急通報機関に通知するとともに、携帯電話１０は、携帯電話１０のカメラ画素数やＣＰＵなどの装置スペックや通報者が利用している通話システムの情報を通知しても良い。
【００１４】
また、消防署・警察署などの公的な緊急通報機関の緊急通報サーバ２０は、複数の通報者から通知された災害の現地情報を整理して視覚的にモニタ表示する。緊急通報サーバ２０は、閉域通信網５０を介して現場の救護作業車両６０に通知して情報共有する。これによって、緊急通報サーバ２０は、現場での適切な救護活動を支援する。
【００１５】
広域通信網４０は、インターネット、携帯電話網のいずれかである。閉域通信網５０は、利用者専用の通信網または一般の公衆網の一部を専用利用する閉域通信網である。ＳＩＰサーバ７０は、携帯電話１０と緊急通報サーバとの呼接続を仲介する。オペレータ端末８０は、緊急通報サーバ２０と接続されている。オペレータ端末８０は、緊急通報サーバ２０を制御する。
【００１６】
図２を参照して、緊急通報サーバの構成を説明する。図２において、緊急通報サーバ２０は、表示部２１と、入出力部２２と、制御部２３と、演算部２６と、災害情報ＤＢ２４と、履歴ＤＢ２５と、地図情報ＤＢ２７と、アクセスＤＢ２８と、交通情報ＤＢ２９とを含んで構成されている。なお、制御部２３と演算部２６とは、図示しないＣＰＵが図示しないメモリ上のプログラムを実行することにより、実現する。制御部２３には、オペレータ端末８０が接続されている。
【００１７】
緊急通報サーバ２０は、緊急通報機関の管理下に配置され、広域通信網４０と、閉域通信網５０とに接続されている。制御部２３は、演算部２６と表示部２１と入出力部２２とを管理する。また、制御部２３は、各機能間の連携を指示する。
【００１８】
演算部２６は、制御部２３からの指示により、通報者からのデータを収集および更新する。また、演算部２６は、災害情報ＤＢ２４と履歴ＤＢ２５と地図情報ＤＢ２７とアクセスＤＢ２８と交通情報ＤＢ２９と連携する。
【００１９】
表示部２１は、通報者からの災害に関する現地情報をオペレータ端末８０に表示する。表示画面を、図６Ａ、図６Ｂに示す。しかし、表示内容は限定されるものではない。入出力部２２は、通報者と災害に関する情報のデータ送受信および現場の救護作業車両６０とのデータ送受信を実施する。
【００２０】
図３を参照して、緊急状況通報システムのシーケンスを説明する。図３Ａにおいて、携帯電話１０は、緊急通報機関番号の入力を受け付ける（Ｓ３０１）。携帯電話１０は、緊急通報の専用アプリを起動する（Ｓ３０２）。携帯電話１０は、ＳＩＰサーバ７０にＩＮＶＩＴＥを送信する（Ｓ３０３）。ＳＩＰサーバ７０は、緊急通報サーバ２０にＩＮＶＩＴＥを送信する（Ｓ３０４）。緊急通報サーバ２０は、オペレータ端末８０にＩＮＶＩＴＥを送信する（Ｓ３０６）。緊急通報サーバ２０は、ＳＩＰサーバ７０に１００ Ｔｒｙｉｎｇを送信する（Ｓ３０７）。ＳＩＰサーバ７０は、携帯電話１０に１００ Ｔｒｙｉｎｇを送信する（Ｓ３０８）。緊急通報サーバ２０は、緊急通報アクセスリストを作成する（Ｓ３０９）。
【００２１】
緊急通報サーバ２０は、オペレータ端末８０に緊急通報アクセスリストを送信する（Ｓ３１１）。オペレータ端末８０は、通報者の位置情報を表示する（Ｓ３１２）。オペレータ端末８０は、緊急通報サーバ２０に１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ３１３）。緊急通報サーバ２０は、ＳＩＰサーバ７０に１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ３１４）。ＳＩＰサーバ７０は、携帯電話１０に１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ３１６）。
【００２２】
オペレータ端末８０は、通話接続ボタンのＯＮを受け付ける（Ｓ３１７）。オペレータ端末８０は、緊急通報サーバ２０に２００ ＯＫを送信する（Ｓ３１８）。緊急通報サーバ２０は、ＳＩＰサーバ７０に２００ ＯＫを送信する（Ｓ３１９）。ＳＩＰサーバ７０は、携帯電話１０に２００ ＯＫを送信する（Ｓ３２１）。携帯電話１０は、オペレータ端末８０にＡＣＫを送信して（Ｓ３２２）、呼を接続する。緊急通報サーバ２０は、データ収集要否判定処理を実施する（Ｓ３２３）。ここでは、データ収集要と判定し、緊急通報サーバ２０は、通信環境の測定指示を送信する（Ｓ３２４）。携帯電話１０は、通信環境を測定する（Ｓ３２６）。携帯電話１０は、緊急通報サーバ２０に通信環境の測定結果を報告する（Ｓ３２７）。
【００２３】
図３Ｂにおいて、緊急通報サーバ２０は、通信環境の測定データを作成する（Ｓ３２８）。緊急通報サーバ２０は、通信環境判定処理を実行する（Ｓ３２９）。ここでは、通信環境良好を判定し、緊急通報サーバ２０は、携帯電話１０に履歴ＤＢへのアクセス許可を送信する（Ｓ３３１）。携帯電話１０は、動画データ撮影処理を開始する（Ｓ３３２）。携帯電話１０は、緊急通報サーバ２０に動画データを継続的を送信する（Ｓ３３３）。緊急通報サーバ２０は、動画データを保存する（Ｓ３３４）。緊急通報サーバ２０は、オペレータ端末８０に動画データを送信する（Ｓ３３６）。オペレータ端末８０は、動画を表示する（Ｓ３３７）。オペレータ端末８０は、メッセージ入力を受け付ける（Ｓ３３８）。オペレータ端末８０は、緊急通報サーバ２０にメッセージを送信する（Ｓ３３９）。緊急通報サーバ２０は、メッセージ処理を実行する（Ｓ３４１）。緊急通報サーバ２０は、携帯電話１０にメッセージを送信する（Ｓ３４２）。携帯電話１０は、メッセージを表示する（Ｓ３４３）。
【００２４】
ここで、オペレータ端末８０は、通話切断ボタンのＯＮを受け付ける（Ｓ３４４）。オペレータ端末８０は、携帯電話１０にＢＹＥを送信する（Ｓ３４６）。緊急通報サーバ２０は、データ収集の終了処理を実行する（Ｓ３４７）。緊急通報サーバ２０は、携帯電話１０にサーバ切断指示を送信する（Ｓ３４８）。携帯電話１０は、緊急通報の専用アプリ終了処理を実行する（Ｓ３４９）。携帯電話１０は、オペレータ端末８０にＡＣＫを送信して（Ｓ３５１）、呼を切断する。  
図４を参照して、緊急通報サーバが保持するテーブルを説明する。図４（ａ）において、緊急通報アクセスリスト４１０は、項番４１１、アクセス時刻４１２、通報者電話番号４１３、通報内容４１４、通信速度４１５、通信環境レベル４１６、場所４１７、およびデータＮｏ４１８から実現される。
【００２５】
アクセス時刻４１２は、通報者からの緊急通報機関の緊急通報サーバ２０に着呼があった時刻である。電話番号４１３は、通報者の携帯電話１０の番号でる。場所４１７は、ＧＰＳで取得した携帯電話１０の位置情報である。通信環境の測定が実施された場合、緊急通報アクセスリスト４１０は、通信速度４１５を通信環境レベル判定表４２０で示した通信環境レベル４１６に分類する。
【００２６】
図４（ｂ）において、通信環境レベル判定表４２０は４段階の通信環境レベルに分類しているが、通信環境レベルはこの限りではない。なお、通信環境レベル４１６は、高い方から順に、Ｓ、Ａ、Ｂ、Ｃである。
【００２７】
通報内容４１４は、通報者が動画データを送信する際に指定される。通報内容４１４は、火事、事故、救急、災害の４つに分類しているが、この限りではない。データＮｏ４１８は、緊急通報サーバ２０が動画データを保存した際のＤＢ内部の管理Ｎｏである。動画データは、図４（ｃ）のデータＮｏ規則表４３０に従った先頭２ケタ４３１と、後続する順にインクリメント番号とで構成されたデータＮｏ４１８が付与され、履歴ＤＢ２５で管理される。データＮｏ規則表４３０では、先頭２ケタ４３１を通報内容４３２と関連付けしている。しかし、付与則はこの限りではない。
【００２８】
図５を参照して、緊急通報サーバの処理を説明する。ここで、図５Ａは、データ収集の要否を判定する処理である。また、図５Ｂは、通信環境を判定する処理である。図５Ａにおいて、緊急通報サーバ２０は、新規の通報者の通報内容と同一通報内容の過去３０分間のアクセス履歴を緊急通報アクセスリスト４１０で検索する（Ｓ５０１）。緊急通報サーバ２０は、同一通報が１０回以下か判定する（Ｓ５０２）。ＮＯのとき、緊急通報サーバ２０は、通信環境レベル４１９を検索する（Ｓ５０３）。緊急通報サーバ２０は、通信環境レベルで「Ｓ」レベルが無いかを判定する（Ｓ５０４）。ステップ５０４でＹＥＳのときおよびステップ５０２でＹＥＳのとき、緊急通報サーバ２０は、通信環境の測定指示を出す（Ｓ５０５）。ステップ５０４で通信環境レベルで「Ｓ」がある場合（ＮＯ）、緊急通報サーバ２０は、オペレータと通報者と音声会話のみで対応させて（Ｓ５０６）、通信速度の測定を通報者に依頼しない。なお、アクセス検索の時間（３０分間）および判定回数（１０回以下）はこの限りではない。
【００２９】
図５Ｂにおいて、緊急通報サーバ２０は、新規の通報者の通報内容と同一通報内容の過去３０分のアクセス履歴を緊急通報アクセスリスト４１０で検索する（Ｓ５０７）。緊急通報サーバ２０は、カウント数が０回か判定する（Ｓ５０８）。ＮＯのとき、緊急通報サーバ２０は、過去最高の通信環境レベルを検索する（Ｓ５０９）。緊急通報サーバ２０は、新規通報端末の通信環境レベルが過去最高より高いか判定する（Ｓ５１０）。ＮＯのとき、緊急通報サーバ２０は、過去最高の通信速度を検索する（Ｓ５１１）。緊急通報サーバ２０は、新規通報端末の通信速度が過去より通信速度が速いか判定する。ステップ５０８でＹＥＳ、ステップ５１０でＹＥＳまたはステップ５１２でＹＥＳのとき、緊急通報サーバ２０は、履歴ＤＢ２５へのアクセスを許可する（Ｓ５１３）。ステップ５１２でＮＯのとき、緊急通報サーバ２０は、オペレータと通報者と音声会話のみで対応させて（Ｓ５０６）、動画データの取得を通報者に依頼しない。なお、ステップ５１２でＹＥＳとなるのは、過去最高の通信環境レベルと同じ通信環境レベルで、しかも通信速度が速い場合である。
【００３０】
ステップ５１０およびステップ５１２の処理を実施することにより、後続の通報者が既に受け付けた通報者の通信環境よりも良い場合のみ、緊急通報サーバ２０の履歴ＤＢ２５へのアクセスするため、通信回線のアクセスを制限することができる。
【００３１】
本実施例によれば、同一の通報内容の緊急呼があった場合でも、通報者からの緊急通報サーバ２０の履歴ＤＢ２５への通信回線のアクセスを制限することができ、通信回線の輻輳を防ぐことができる。
【００３２】
図６を参照して、オペレータ端末および携帯端末の画面を説明する。図６Ａにおいて、（ａ）は、緊急通報機関のオペレータの端末８０Ａである。一方、（ｂ）は、通報者の携帯電話１０Ａである。図６Ａ（ａ）において、オペレータ端末８０Ａは、通報者から緊急通報が発信された際に作成される緊急通報アクセスリスト４１０と緊急通報サーバ２０の地図情報ＤＢ２７の情報をもとにして、緊急事態が発生した箇所を含む専用地図を作成して表示する。専用地図には、交通情報ＤＢ２９のリアルタイムの交通情報も表示される。専用地図上に、緊急通報アクセスリスト４１０の場所情報がプロットされ、プロットと緊急通報アクセスリスト４１０のデータＮｏはリンクされていて、特定のプロットを選択すると緊急通報サーバ２０の履歴ＤＢ２５に保存されている画像データを表示する。緊急事態が発生した場所は、通報者と緊急通報機関のオペレータの会話で特定して緊急通報機関のオペレータが専用地図にプロットすることもできる。また、携帯電話１０Ａには位置情報を計測する測位部が具備されているため、複数の通報者から取得した測位データの交点から緊急事態が発生した場所を割り出して専用地図にプロットすることもできる。専用地図上に、画像データを提供する通報者（顔マーク）と画像データの提供は無く音声会話のみの通報者（×マーク）で区別して表示してもよい。通報者から提供された動画データは、緊急通報機関のオペレータの端末８０Ａの画面に表示する。また、通報者１０Ａとのメッセージ応答をする事ができるように、メッセージ表示欄を設ける。
【００３３】
図６Ａ（ｂ）を参照して、通報者の携帯端末１０Ａの画面を説明する。携帯端末１０Ａの保有者は、緊急通報機関のオペレータと会話するとともに、携帯端末１０Ａの画面に緊急通報機関のオペレータからのメッセージが表示される。このため、この指示に合わせて緊急事態の現地を撮影することができる。
【００３４】
図６Ｂを参照して、時間経過するにもとない、通報者の人数が増加するケースの緊急通報機関のオペレータ端末８０Ｂの画面で説明する。図６Ｂにおいて、通報者の人数が増加する事により緊急通報サーバ２０の履歴ＤＢ２５に格納される動画データ数も増加する。オペレータは、オペレータ端末８０Ｂの画面上で通報者（顔マーク）をクリックすると、該当通報者が撮影した画像データを再度確認することができる。なお、図６Ｂの＃１、＃２、＃５は、図４（ａ)の＃１、＃２、＃５に対応している。すなわち、この順序で、通信環境レベル４１６が、Ｃ、Ｂ、Ｓである。
【００３５】
本実施例によれば、通信環境が良好な通報者と緊急通報機関のオペレータを接続して、現場の有効な情報（位置情報、画像データなど）を緊急通報機関の専用回線でＵｐｌｏａｄすることができる。このことにより、緊急通報機関では、リアルタイムに鮮明な画像を入手することができ、現場状況の詳細状況を把握する事ができる。Ｕｐｌｏａｄされた情報は緊急通報機関のオペレータのみではなく、消防車や救急車など緊急通報機関内で情報共有されるため、必要となる緊急車両の配置や現場へのアクセス方法など、効率の良い救護活動を実施することが可能となる。
【００３６】
また、本実施例によれば、緊急通報機関に情報をＵｐｌｏａｄする通報者を選択することにより、緊急通報機関の専用回線のアクセス数を制限して、通報回線の輻輳を抑えることが可能となる。
【符号の説明】
【００３７】
１０…携帯電話、２０…緊急通報サーバ、２１…表示部、２２…入出力部、２３…制御部、２４…災害情報ＤＢ、２５…履歴ＤＢ、２６…演算部、２７…地図情報ＤＢ、２８…アクセスＤＢ、２９…交通情報ＤＢ、３０…ＧＰＳ衛星、４０…広域通信網、５０…閉域通信網、６０…作業車両、７０…ＳＩＰサーバ、８０…オペレータ端末、１００…緊急通報システム。
【図１】
2014007690.tif 000003
【図２】
2014007690.tif 000004
【図３Ａ】
2014007690.tif 000005
【図３Ｂ】
2014007690.tif 000006
【図４】
2014007690.tif 000007
【図５Ａ】
2014007690.tif 000008
【図５Ｂ】
2014007690.tif 000009
【図６Ａ】
2014007690.tif 000010
【図６Ｂ】
2014007690.tif 000011