(57)【要約】      （修正有）【課題】緊急通報に対する優先順位の判断を支援する。【解決手段】クライアント端末２００は、携帯端末１００から受信した周波数情報と音声信号とを対応付けてサーバ３００に送信する入力処理部２０１と、サーバ３００からトリアージ状態の判定結果をディスプレイ装置に出力する出力処理部２０２とを有して構成される。サーバ３００は、クライアント端末２００から受信した周波数情報と音声信号とを記憶する記憶部３０１と、周波数情報に基づいて緊急通報をトリアージするサーバ処理部３０２とを有して構成される。【選択図】図１
2018191044.tif 000002
【特許請求の範囲】
【請求項１】
緊急通報を選別する緊急通報トリアージシステムであって、
通報者が操作する端末から発せられた発信情報を分析し、分析結果を出力する分析部と、
前記分析結果と所定の設定値とに基づいて、前記発信情報のトリアージ状態を判定し、判定結果を出力する処理部と、
を備えることを特徴とする緊急通報トリアージシステム。
【請求項２】
前記分析部は、前記発信情報の周波数を分析し、
前記処理部は、前記周波数の分析結果と前記所定の設定値として定められた閾値とに基づいて、前記発信情報のトリアージ状態を判定する、
ことを特徴とする請求項１に記載の緊急通報トリアージシステム。
【請求項３】
前記分析部は、前記発信情報のキーワードを分析し、
前記処理部は、前記キーワードの分析結果と前記所定の設定値として定められたキーワードとに基づいて、前記発信情報のトリアージ状態を判定する、
ことを特徴とする請求項１に記載の緊急通報トリアージシステム。
【請求項４】
前記分析部は、前記発信情報の周波数とキーワードとを分析し、
前記処理部は、前記周波数の分析結果と前記所定の設定値として定められた閾値とに基づいて、前記発信情報のトリアージ状態を判定する第１の判定処理と、前記キーワードの分析結果と前記所定の設定値として定められたキーワードとに基づいて、前記発信情報のトリアージ状態を判定する第２の判定処理とを実行し、前記第１の判定処理による第１の判定結果と前記第２の判定処理による第２の判定結果とに基づいて重み付けした第３の判定結果を出力する、
ことを特徴とする請求項１に記載の緊急通報トリアージシステム。
【請求項５】
緊急通報を選別する緊急通報トリアージ方法であって、
通報者が操作する端末から発せられた発信情報を分析し、分析結果を出力する分析ステップと、
前記分析結果と所定の設定値とに基づいて、前記発信情報のトリアージ状態を判定し、判定結果を出力する処理ステップと、
を含むことを特徴とする緊急通報トリアージ方法。
【請求項６】
前記分析ステップでは、前記発信情報の周波数を分析し、
前記処理ステップは、前記周波数の分析結果と前記所定の設定値として定められた閾値とに基づいて、前記発信情報のトリアージ状態を判定する、
ことを特徴とする請求項５に記載の緊急通報トリアージ方法。
【請求項７】
前記分析ステップでは、前記発信情報のキーワードを分析し、
前記処理ステップでは、前記キーワードの分析結果と前記所定の設定値として定められたキーワードとに基づいて、前記発信情報のトリアージ状態を判定する、
ことを特徴とする請求項５に記載の緊急通報トリアージ方法。
【請求項８】
前記分析ステップでは、前記発信情報の周波数とキーワードとを分析し、
前記処理ステップでは、前記周波数の分析結果と前記所定の設定値として定められた閾値とに基づいて、前記発信情報のトリアージ状態を判定する第１の判定処理と、前記キーワードの分析結果と前記所定の設定値として定められたキーワードとに基づいて、前記発信情報のトリアージ状態を判定する第２の判定処理とを実行し、前記第１の判定処理による第１の判定結果と前記第２の判定処理による第２の判定結果とに基づいて重み付けした第３の判定結果を出力する、
ことを特徴とする請求項５に記載の緊急通報トリアージ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、緊急通報トリアージシステム、及び緊急通報トリアージ方法に関する。
【背景技術】
【０００２】
１１０番等の緊急通報に対する指令システムでは、通報者からの通報内容を聴取してから、通報場所にパトカーや交番等の地域警察官を現場に急行させる。しかし、緊急通報が集中すると、どの緊急通報を優先すべきか判断できない場合がある。このような問題点に鑑み、例えば、特許文献１では、通報者との応答により事前に災害通報内容を認識して受付処理の優先順位を設定している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１５８５８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通報内容の聴取は、警察本部にてシステムの運用者により行われる。当該運用者には、新人からベテラン、他から転属されてきた者など、様々な熟練度の者が存在する。上記特許文献１では、通報者との応答により緊急通報を受け付ける優先順位を設定しているが、熟練度の度合いによっては、受け手の感じ方が異なり、優先順位の設定に違いが生じる場合があった。このような違いを生じさせないように、従来は、通報に対する聴取内容のガイドラインを用意する等、手間や煩雑さがあった。
【０００５】
本発明では、緊急通報に対する優先順位の判断を支援することが可能な緊急通報トリアージシステム、及び緊急通報トリアージ方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、緊急通報を選別する緊急通報トリアージシステムであって、通報者が操作する端末から発せられた発信情報を分析し、分析結果を出力する分析部と、前記分析結果と所定の設定値とに基づいて、前記発信情報のトリアージ状態を判定し、判定結果を出力する処理部と、を備えることを特徴とする緊急通報トリアージシステムとして構成される。
【０００７】
また、本発明は、上記緊急通報トリアージシステムで用いられる緊急通報トリアージ方法としても把握される。
【発明の効果】
【０００８】
本発明によれば、緊急通報に対する優先順位の判断を支援することができる。
【図面の簡単な説明】
【０００９】
【図１】緊急通報トリアージシステムの全体構成の一例を示す図である（実施例１）。
【図２】閾値テーブルの例を示す図である。
【図３】周波数情報テーブルの例を示す図である。
【図４】トリアージ状態判定処理の処理手順を示すフローチャートである（実施例１）。
【図５】緊急通報トリアージシステムの全体構成の一例を示す図である（実施例２）。
【図６】キーワードテーブルの例を示す図である。
【図７】カウンタテーブルの例を示す図である。
【図８】キーワード情報テーブルの例を示す図である。
【図９】トリアージ状態判定処理の処理手順を示すフローチャートである（実施例２）。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照して、緊急通報トリアージシステム、及び緊急通報トリアージ方法の実施の形態を詳細に説明する。
【００１１】
（実施例１）
図１は、本実施例における緊急通報トリアージシステム１０００の全体構成の一例を示す図である。図１に示すように、緊急通報トリアージシステム１０００は、携帯端末１００と、クライアント端末２００と、サーバ３００とを有して構成されている。携帯端末１００とクライアント端末２００との間、クライアント端末２００とサーバ３００との間は、無線または有線の一般的な通信回線により接続されている。
【００１２】
携帯端末１００は、通報者Ｃが緊急通報するための端末である。携帯端末１００は、ハードウェアとしては、例えば、スマートフォン等の通信機器から構成される。携帯端末１００は、通報者Ｃによる通話音声を音声信号に変換して出力する通話部１０１と、出力された音声信号の周波数を分析し、音声信号と共に分析結果である周波数情報をクライアント端末２００に送信する周波数分析部１０２とを有して構成されている。携帯端末１００の動作についてはフローチャートを用いて後述する。
【００１３】
なお、本実施例では、周波数分析部１０２が携帯端末１００に設けられている場合を説明しているが、クライアント端末２００やサーバ３００に設けられていてもよい。
【００１４】
クライアント端末２００は、通報者Ｃからの通報を受け付け、所管の警察署等の機関に緊急通報に対する対応を要請するための端末である。クライアント端末２００は、ハードウェアとしては、例えば、ＰＣ（Personal Computer）等の情報処理装置から構成される。クライアント端末２００は、携帯端末１００から受信した周波数情報と音声信号とを対応付けてサーバ３００に送信する入力処理部２０１と、サーバ３００からトリアージ状態の判定結果を不図示のディスプレイ装置に出力する出力処理部２０２とを有して構成されている。クライアント端末２００の動作についてはフローチャートを用いて後述する。
【００１５】
サーバ３００は、クライアント端末２００から受信した周波数情報に基づいて、緊急通報をトリアージ（選別）するサーバである。サーバ３００は、ハードウェアとしては、例えば、サーバ装置等の情報処理装置から構成される。サーバ３００は、クライアント端末２００から受信した周波数情報と音声信号とを記憶する記憶部３０１と、周波数情報に基づいて緊急通報をトリアージするサーバ処理部３０２とを有して構成されている。記憶部３０１は、閾値テーブル３０１１と、周波数情報テーブル３０１２とを記憶する。記憶部３０１が記憶するデータの例については後述する。
【００１６】
図２は、閾値テーブル３０１１の例を示す図である。閾値テーブル３０１１は、トリアージ状態を判定するための閾値を記憶するテーブルである。図２に示すように、閾値テーブル３０１１は、周波数の閾値とトリアージ状態とを対応付けて記憶する。図２では、例えば、音声信号の周波数の閾値が１００、１５０、２００に設定され、周波数の値が１００以上−１５０未満の間であればその時間における緊急通報のトリアージ状態は通常である（すなわち、通常の通話の音声信号であり緊急性が低い）と判定される。また、周波数の値が１５０以上−２００未満の間であればその時間における緊急通報のトリアージ状態は注意である（すなわち、注意を要する通話の音声信号であり緊急性が高い）と判定される。また、周波数の値が２００以上であればその時間における緊急通報のトリアージ状態は重要である（すなわち、重要な通話の音声信号であり緊急性が非常に高い）と判定される。閾値の具体的な値については、通話環境等により適宜定めればよい。
【００１７】
このように、本実施例では、通報者Ｃから通報を受けたときの初期値状態を示す「通常」、通報者Ｃの通報内容から今後重要に発展するかもしれない状態の「注意」、通報者Ｃからの通報内容を聴取した結果、緊急を要する事案であると判断された状態の「重要」、の３つのトリアージ状態を判定し、通報の優先順位を定めることができるようになっている。
【００１８】
図３は、周波数情報テーブル３０１２の例を示す図である。周波数情報テーブル３０１２は、周波数情報のトリアージ状態を記憶するテーブルである。図３に示すように、周波数情報テーブル３０１２は、レコードの順番を示す項番と、周波数情報のサーバ３００への取り込み時刻と、周波数情報と、トリアージ状態とが対応付けて記憶されている。図３では、例えば、項番０００１で識別されるレコードは、値が１００の周波数情報が２０１６年８月５日の９時５７分００秒に受信され、トリアージ状態が通常であることを示している。本例では、１０秒間隔でレコードが記録される場合を示しており、通話開始から１分１０秒後（項番０００８）における周波数情報が１５０であり、トリアージ状態が注意に変化し、さらに通話開始から１分３０秒後（項番０００１０）における周波数情報が２００であり、トリアージ状態が重要に変化していることを示している。
【００１９】
このように、周波数情報テーブル３０１２は、１回の緊急通報単位（すなわち、１セッション単位）で生成され、その緊急通報におけるトリアージ状態の履歴が記憶される。実際には、周波数情報テーブル３０１２の各レコードに対応付けて、その間の音声信号が記憶される。例えば、項番０００１から項番０００２までの時間の音声信号が項番０００１のレコードに対応付けて記憶される。続いて、図１に戻って、サーバ処理部３０２について説明する。
【００２０】
サーバ処理部３０２は、クライアント端末２００から受信した周波数情報と音声信号とを周波数情報テーブル３０１２に記録する。また、サーバ処理部３０２は、上記受信した周波数情報と閾値テーブル３０１１とを比較し、緊急通報のトリアージ状態を判定する。サーバ３００の動作についてはフローチャートを用いて後述する。
【００２１】
図４は、本実施例における処理（トリアージ状態判定処理）の処理手順を示すフローチャートである。図４に示すように、トリアージ状態判定処理では、通報者の携帯端末１００は、通話部１０１が、通報者が発した緊急通報を音声信号に変換し、周波数分析部１０２が、変換された音声信号の周波数を分析し、音声信号と周波数情報とをクライアント端末２００に送信する（ステップＳ４０１）。
【００２２】
クライアント端末２００の入力処理部２０１は、携帯端末１００から受信した音声信号と周波数情報とを対応付けてサーバ３００に送信する（ステップＳ４０２）。サーバ３００のサーバ処理部３０２は、クライアント端末２００から受信した音声信号と周波数情報とを対応付けて周波数情報テーブル３０１２（図３）に記録する（ステップＳ４０３）。
【００２３】
サーバ処理部３０２は、周波数情報テーブル３０１２を出力する（ステップＳ４０４）。周波数情報テーブル３０１２を出力するタイミングは、例えば、１レコードごとや複数レコードごとに順次出力したり、緊急通報ごとに出力する等、任意に定めればよい。サーバ処理部３０２は、出力した周波数情報テーブル３０１２のレコードごとに、周波数情報に記憶されている値と、閾値テーブル３０１１に記憶されている閾値とを比較し、緊急通報のトリアージ状態を判定する（ステップＳ４０５）。本例では、サーバ処理部３０２は、周波数情報の値が閾値１５０以上であるか否かを判定する。
【００２４】
サーバ処理部３０２は、周波数情報の値が閾値１５０以上であると判定した場合（ステップＳ４０５；Ｙｅｓ）、さらに、周波数情報の値が閾値２００以上であるか否かを判定する（ステップＳ４０６）。ステップＳ４０５において、周波数情報の値が閾値１５０以上でないと判定された場合（ステップＳ４０５；Ｎｏ）、サーバ処理部３０２は、トリアージ状態は通常であると判断する（ステップＳ４０７）。
【００２５】
ステップＳ４０６において、周波数情報の値が閾値２００以上でないと判定された場合（ステップＳ４０６；Ｎｏ）、サーバ処理部３０２は、トリアージ状態は注意であると判断する（ステップＳ４０８）。一方、ステップＳ４０６において、周波数情報の値が閾値２００以上であると判定された場合（ステップＳ４０６；Ｙｅｓ）、サーバ処理部３０２は、トリアージ状態は重要であると判断する（ステップＳ４０９）。
【００２６】
サーバ処理部３０２は、ステップＳ４０７、Ｓ４０８、Ｓ４０９のそれぞれで判断したトリアージ状態の結果を出力し（ステップＳ４１０）、周波数情報テーブル３０１２のトリアージ状態に記録する（ステップＳ４１１）。さらに、サーバ処理部３０２は、クライアント端末２００（出力処理部）にトリアージ状態が記録された周波数情報テーブル３０１２を送信し（ステップＳ４１２）、クライアント端末２００の出力処理部２０２は、サーバ３００から受信した上記周波数情報テーブル３０１２を、不図示のディスプレイ装置に出力し、図３に示した一覧形式で表示する（ステップＳ４１３）。ステップＳ４１３の処理が終了すると、図４に示したトリアージ状態判定処理が終了する。
【００２７】
このように、本実施例では、通報聴取時、通報者Ｃからの声のトーンや緊張具合を一定間隔で周波数分析し、その値があらかじめ定められたある閾値以上の場合、重要度合を示す通報の優先順位を「通常」状態から「注意」または「重要」状態に変更する。なお、上記では優先順位が上がる場合について説明したが、周波数分析した値があらかじめ定められたある閾値未満の場合についても同様に、重要度合を示す通報の優先順位を「重要」から「注意」、「重要」から「通常」、「注意」から「通常」状態に変更することができる。
【００２８】
（実施例２）
実施例１では、通報者Ｃによる緊急通報の周波数を分析し、緊急通報のトリアージ状態を判定することとした。しかし、周波数を分析するよりもキーワードを用いて緊急通報のトリアージ状態を判定するほうが望ましい場合もある。そこで、以下ではそのような場合について説明する。
【００２９】
図５は、本実施例における緊急通報トリアージシステム５０００の全体構成の一例を示す図である。図５に示すように、緊急通報トリアージシステム５０００は、携帯端末５００と、クライアント端末６００と、サーバ７００とを有して構成されている。携帯端末５００とクライアント端末６００との間、クライアント端末６００とサーバ７００との間は、実施例１の場合と同様、一般的な通信回線により接続されている。以下では、実施例１と同様の説明については省略し、実施例１と異なる点を重点的に説明する。
【００３０】
携帯端末５００は、実施例１と同様、通報者Ｃが緊急通報するための端末であり、スマートフォン等の通信機器から構成される。携帯端末５００は、実施例１と同様の通話部５０１と、出力された音声信号に含まれるキーワードを分析し、音声信号と共に分析結果であるキーワード情報をクライアント端末６００に送信するキーワード分析部５０２とを有して構成されている。携帯端末５００の動作についてはフローチャートを用いて後述する。
【００３１】
なお、本実施例では、キーワード分析部５０２が携帯端末５００に設けられている場合を説明しているが、クライアント端末６００やサーバ７００に設けられていてもよい。
【００３２】
クライアント端末６００は、実施例１と同様、通報者Ｃからの通報を受け付け、所管の警察署等の機関に緊急通報に対する対応を要請するための端末であり、ＰＣ等の情報処理装置から構成される。クライアント端末６００は、携帯端末５００から受信したキーワード情報と音声信号とを対応付けてサーバ７００に送信する入力処理部６０１と、実施例１と同様の出力処理部６０２とを有して構成されている。クライアント端末６００の動作についてはフローチャートを用いて後述する。
【００３３】
サーバ７００は、クライアント端末６００から受信したキーワード情報に基づいて、緊急通報をトリアージするサーバであり、実施例１と同様、サーバ装置等の情報処理装置から構成される。サーバ７００は、クライアント端末６００から受信したキーワード情報と音声信号とを記憶する記憶部７０１と、キーワード情報に基づいて緊急通報をトリアージするサーバ処理部７０２とを有して構成されている。記憶部７０１は、キーワードテーブル７０１１と、カウンタテーブル７０１２と、キーワード情報テーブル７０１３とを記憶する。記憶部７０１が記憶するデータの例については後述する。
【００３４】
図６は、キーワードテーブル７０１１の例を示す図である。キーワードテーブル７０１１は、トリアージ状態を判定するためのキーワードを記憶するテーブルである。図６に示すように、キーワードテーブル７０１１は、キーワードとトリアージ状態とを対応付けて記憶する。図６では、例えば、キーワードＡＡＡについては、トリアージ状態は注意である（すなわち、通話の中で注意を要するワードであり緊急性が高い）と判定される。また、キーワードＣＣＣについては、トリアージ状態は重要である（すなわち、通話の中で重要なワードであり緊急性が非常に高い）と判定される。キーワードテーブル７０１１に登録されている以外のワードについては、トリアージ状態は通常である（すなわち、通話の中で一般的に用いられるワードであり緊急性が低い）と判定される。キーワードの具体的な内容については、緊急通報の種類等により適宜定めればよい。優先順位の定め方については実施例１の場合と同様に考えることができる。
【００３５】
図７は、カウンタテーブル７０１２の例を示す図である。カウンタテーブル７０１２は、カウンタの値に対応するトリアージ状態を記憶するテーブルである。図７に示すように、カウンタテーブル７０１２は、カウンタ（注意カウンタ）の値と、トリアージ状態とが対応付けて記憶されている。図７では、例えば、カウンタの値が１〜４の場合はトリアージ状態が注意であり、カウンタの値が５以上の場合はトリアージ状態が重要であることを示している。なお、カウンタの値がスペース（空欄）の場合、トリアージ状態は通常となる。カウンタの値のどの範囲の値を注意、重要に設定するのかについては、緊急通報の種類等により適宜定めればよい。
【００３６】
図８は、キーワード情報テーブル７０１３の例を示す図である。キーワード情報テーブル７０１３は、キーワード情報のトリアージ状態を記憶するテーブルである。図８に示すように、キーワード情報テーブル７０１３は、レコードの順番を示す項番と、キーワード情報のサーバ７００への取り込み時刻と、キーワードと、カウンタと値と、トリアージ状態とが対応付けて記憶されている。図８では、例えば、項番０００１で識別されるレコードは、キーワードＸＸＸが、２０１６年８月５日の９時５７分００秒に受信され、カウンタの値が空欄であるためトリアージ状態は通常であることを示している。また、項番０００２で識別されるレコードは、キーワードあああが、２０１６年８月５日の９時５７分１４秒に受信され、カウンタの値が１に設定されトリアージ状態が注意となったことを示している。さらに、項番０００３で識別されるレコードは、キーワードいいいが、２０１６年８月５日の９時５７分５８秒に受信され、カウンタの値が１から２にカウントアップされたことを示している。同様に、項番０００４〜０００７で識別されるレコードでは、それぞれ、キーワードううう、えええ、おおお、かかかが受信され、これらのキーワードはキーワードテーブル７０１１に登録されていないため、カウンタの値は２に設定されたままであることを示している。その後、項番０００８、０００９のレコードでは、キーワードテーブル７０１１に登録されたキーワードＡＡＡ、ＢＢＢが受信されたため、カウンタの値が２から３、３から４にカウントアップされたことを示している。そして、項番００１０のレコードでは、キーワードテーブル７０１１に登録されたキーワードＪＪＪが受信されたため、カウンタの値が４から５にカウントアップされ、カウンタテーブル７０１２を参照して、トリアージ状態が、カウンタの値５に対応する重要に変化したことを示している。
【００３７】
このように、キーワード情報テーブル７０１３は、実施例１の場合と同様に、１回の緊急通報単位（すなわち、１セッション単位）で生成され、その緊急通報におけるトリアージ状態の履歴が記憶される。実際には、キーワード情報テーブル７０１３の各レコードに対応付けて、その間の音声信号が記憶される。例えば、項番０００１から項番０００２までの時間の音声信号が項番０００１のレコードに対応付けて記憶される。続いて、図５に戻って、サーバ処理部７０２について説明する。
【００３８】
サーバ処理部７０２は、クライアント端末６００から受信したキーワード情報と音声信号とをキーワード情報テーブル７０１３に記録する。また、サーバ処理部７０２は、上記受信したキーワード情報とキーワードテーブル７０１１とを比較し、カウンタの値をカウントアップするとともに、緊急通報のトリアージ状態を判定する。サーバ７００の動作についてはフローチャートを用いて後述する。
【００３９】
図９は、本実施例におけるトリアージ状態判定処理の処理手順を示すフローチャートである。図９に示すように、トリアージ状態判定処理では、通報者の携帯端末５００は、通話部５０１が、通報者が発した緊急通報を音声信号に変換し、キーワード分析部５０２が、変換された音声信号に含まれるキーワードを分析し、音声信号と周波数情報とをクライアント端末６００に送信する（ステップＳ９０１）。
【００４０】
クライアント端末６００の入力処理部６０１は、携帯端末５００から受信した音声信号とキーワード情報とを対応付けてサーバ７００に送信する（ステップＳ９０２）。サーバ７００のサーバ処理部７０２は、クライアント端末６００から受信した音声信号とキーワード情報とを対応付けてキーワード情報テーブル７０１３（図８）に記録する（ステップＳ９０３）。
【００４１】
サーバ処理部７０２は、キーワード情報テーブル７０１３を出力する（ステップＳ９０４）。キーワード情報テーブル７０１３を出力するタイミングについては、実施例１と同様、任意に定めればよい。サーバ処理部７０２は、出力したキーワード情報テーブル７０１３のレコードごとに、キーワードと、キーワードテーブル７０１１に記憶されているキーワードとを比較し、緊急通報のトリアージ状態を判定する（ステップＳ７０５）。本例では、サーバ処理部７０２は、キーワードがキーワードテーブル７０１１に登録されているキーワードに一致するか否かを判定する。
【００４２】
サーバ処理部７０２は、キーワードがキーワードテーブル７０１１に登録されているキーワードに一致しないと判定した場合（ステップＳ７０５；Ｎｏ）、トリアージ状態は通常であると判断する（ステップＳ９０６）。
【００４３】
一方、サーバ処理部７０２は、キーワードがキーワードテーブル７０１１に登録されているキーワードに一致すると判定した場合（ステップＳ７０５；Ｙｅｓ）、キーワードテーブル７０１１（図６）を参照し、登録されているキーワードのトリアージ状態が重要であるか否かを判定する（ステップＳ９０７）。
【００４４】
サーバ処理部７０２は、ステップＳ９０７において、登録されているキーワードのトリアージ状態が重要でないと判定した場合（ステップＳ９０７；Ｎｏ）、さらに、キーワード情報テーブル７０１３（図８）を参照し、カウンタの値が閾値である５以上であるか否かを判定する（ステップＳ９０８）。
【００４５】
サーバ処理部７０２は、ステップＳ９０８において、カウンタの値が閾値である５以上でないと判定した場合（ステップＳ９０８；Ｎｏ）、カウンタの値を１つカウントアップし（ステップＳ９０９）、トリアージ状態は注意であると判断する（ステップＳ９１０）。
【００４６】
一方、ステップＳ９０７において、サーバ処理部７０２は、登録されているキーワードのトリアージ状態が重要であると判定した場合（ステップＳ９０７；Ｙｅｓ）、またはカウンタの値が閾値である５以上であると判定した場合（ステップＳ９０８；Ｙｅｓ）、トリアージ状態は重要であると判断する（ステップＳ９１１）。
【００４７】
サーバ処理部７０２は、ステップＳ９０６、Ｓ９１０、Ｓ９１１のそれぞれで判断したトリアージ状態の結果を出力し（ステップＳ９１２）、キーワード情報テーブル７０１３のトリアージ状態に記録する（ステップＳ９１３）。さらに、サーバ処理部７０２は、クライアント端末６００（出力処理部）にトリアージ状態が記録されたキーワード情報テーブル７０１３を送信し（ステップＳ９１４）、クライアント端末６００の出力処理部６０２は、サーバ７００から受信した上記キーワード情報テーブル７０１３を、不図示のディスプレイ装置に出力し、図８に示した一覧形式で表示する（ステップＳ９１５）。ステップＳ９１５の処理が終了すると、図９に示したトリアージ状態判定処理が終了する。
【００４８】
このように、本実施例では、通報者Ｃからの通報内容に含まれるキーワードを分析し、サーバで管理しているテーブルと比較し、キーワードが一致した場合に重要度合を示す通報の優先順位を「通常」から「注意」または「重要」へ変更する。キーワードには重みのカウンタを設定し、キーワードがヒットすると「重要」になるような重要キーワード、「注意」にする注意キーワードを用意する。カウンタがカウントアップされて閾値として定められた回数、注意キーワードにヒットした場合には、状態を「注意」から「重要」に変更する。なお、上記では優先順位が上がる場合について説明したが、キーワードを分析したてヒットした回数が閾値として定められた回数未満となった場合についても同様に、重要度合を示す通報の優先順位を「重要」から「注意」、「重要」から「通常」、「注意」から「通常」状態に変更することができる。
【００４９】
なお、上記では、カウンタが所定の閾値を超えた場合にトリアージ状態を変更したが、同じキーワードを続けて受信した場合にも、カウンタの値を上昇させてもよい。例えば、同じキーワードを続けて５回受信した場合には、トリアージ状態を注意から重要に変更してもよい。この場合、同じキーワードを続けて受信する回数が多いほど状況が逼迫していると判断し、トリアージ状態を、注意を経ずに、通常から重要に直接変更してもよい。
【００５０】
以上、各実施例で説明したように、本システムによれば、緊急通報を選別する緊急通報トリアージシステムにおいて、通報者が操作する携帯端末から発せられた発信情報（例えば、周波数、キーワード）を分析し、分析結果を出力し、分析結果と所定の設定値（例えば、閾値、キーワード）とに基づいて、発信情報のトリアージ状態を判定し、判定結果を出力するので、容易に緊急通報に対する優先順位の判断を支援することができる。具体的には、従来、通報を聴取する人の習熟度合により事案情報の緊急度合の判断に時間がかかったり、優先順位の判断に違いが生じて客観的に統一した判断ができないという問題を改善することができ、習熟度合によらずに事案情報の緊急度合を客観的に判断するための支援をすることができる。したがって、本システムを利用するどの運用者が聴取しても緊急通報に迅速かつ的確に対応することができ、警察官や救急隊等の職員を、事件や事故発生現場に短時間で急行させることができる。
【００５１】
なお、上記各実施例に示した携帯端末、クライアント端末、サーバの各部の機能は、実際には、これらのハードウェアが有するメモリ等の記憶媒体にあらかじめインストールされたプログラムを実行することにより実現することができる。上記プログラムは、ＲＯＭ等に予め組み込まれて提供されたり、インストール可能な形式又は実行可能な形式のファイルで記録媒体に記録して提供したり、配布してもよい。
【００５２】
また、上記実施例そのままに限定されるものではなく、実施例１、２を組み合わせて実行する等、実施段階ではその要旨に逸脱しない範囲で構成要素や処理のフローチャートの一部または全部を実行することができる。
【００５３】
例えば、通報者が携帯端末の分析部（周波数分析部、キーワード分析部）が、通報者が発した緊急通報の周波数とキーワードとを分析し、サーバ処理部は、周波数の分析結果と閾値テーブルに記憶されている閾値とを比較し、緊急通報のトリアージ状態を判定する第１の判定処理と、キーワードの分析結果とキーワードテーブルに記憶されているキーワードとに基づいて、緊急通報のトリアージ状態を判定する第２の判定処理とを実行し、第１の判定処理による第１の判定結果（例えば、通常、注意、重要）と第２の判定処理による第２の判定結果（例えば、通常、注意、重要）とに基づいて（またはこれらのうちのいずれかを）重み付けした第３の判定結果を出力する。
【００５４】
第３の判定結果は、例えば、これらの判定結果に対応付けた重み値（例えば、通常であれば、１．１、注意であれば１．２、重要であれば１．３）を記憶しておき、これらの値を乗じたときの値（例えば、第１の判定結果が重要、第２の判定結果が重要であれば、１．３×１．３＝１．６９）を算出し、この値を加味した判定結果を第３の判定結果とすればよい。例えば、第１の判定結果または第２の判定結果がいずれも重要である場合には、上記値を加味して第３の判定結果を最重要とすればよい。このように、周波数とキーワードの両方が所定の条件を満たす場合（すなわち、所定のキーワードが所定の周波数で発せられた通報の場合）には、判定結果に重みを加えて判断することにより、さらに細分化して緊急通報のトリアージ状態を判定することができ、例えば、より一層通報者の緊迫度に応じて正確に緊急通報の優先順位を定めることができるようになる。
【符号の説明】
【００５５】
１０００、５０００        緊急通報トリアージシステム
１００、５００            携帯端末
２００、６００            クライアント端末
３００、７００            サーバ
１０１、５０１            通話部
１０２                    周波数分析部
５０２                    キーワード分析部
２０１、６０１            入力処理部
２０２、６０２            出力処理部
３０１、７０１            記憶部
３０１１                  閾値テーブル
３０１２                  周波数情報テーブル
７０１１                  キーワードテーブル
７０１２                  カウンタテーブル
７０１３                  キーワード情報テーブル
３０２、７０２            サーバ処理部。
【図１】
2018191044.tif 000003
【図２】
2018191044.tif 000004
【図３】
2018191044.tif 000005
【図４】
2018191044.tif 000006
【図５】
2018191044.tif 000007
【図６】
2018191044.tif 000008
【図７】
2018191044.tif 000009
【図８】
2018191044.tif 000010
【図９】
2018191044.tif 000011