通報システムおよび通報の受付方法。
【課題】あまりコストを掛けることなく、受付指令センタのシステムに障害が発生した場合に通報者からの通報に応対できるようにする。
【解決手段】受付指令システム１ごとに、他の受付システムが通報を受け付け得る状態であるか否かを監視する監視装置１４と、他の受付システムが通常管轄する地域の電話機４からの呼があった際に、当該他の受付システムが通報を受け付け得る状態でないことが確認されている場合に限り、その受付指令システム１自身の電話オペレータの通話ユニット１１とその電話機４とを接続する、回線制御装置１３と、を設ける。さらに、収容局２ごとに、その収容局２がカバーする受付指令システム１が通常管轄する地域の電話機４から発信された通報に係る呼をその受付指令システム１および他の受付システムの両方に送信する分配装置２１を、設ける。
【解決手段】受付指令システム１ごとに、他の受付システムが通報を受け付け得る状態であるか否かを監視する監視装置１４と、他の受付システムが通常管轄する地域の電話機４からの呼があった際に、当該他の受付システムが通報を受け付け得る状態でないことが確認されている場合に限り、その受付指令システム１自身の電話オペレータの通話ユニット１１とその電話機４とを接続する、回線制御装置１３と、を設ける。さらに、収容局２ごとに、その収容局２がカバーする受付指令システム１が通常管轄する地域の電話機４から発信された通報に係る呼をその受付指令システム１および他の受付システムの両方に送信する分配装置２１を、設ける。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、いわゆる１１０番通報または１１９番通報の受付を行うシステムおよび方法に関する。
【背景技術】
【０００２】
消防または警察などの受付指令センタは、通報の応対を常に安定的に行うことが要求される。しかし、大規模な災害によって受付指令センタのシステムまたは通信回線にダメージが生じ、受付指令センタが機能しなくなることがあり得る。また、システムまたは通信回線に障害が発生し、受付指令センタが機能しなくなることもあり得る。
【０００３】
従来は、受付指令センタが機能しなくなった場合は、通報者からの電話が受付指令センタの代わりに支局（警察署、消防署、または派出所など）に繋がるように通信事業者（ＮＴＴなど）に対して依頼する。通信事業者は、その依頼に従って、交換機の設定を変更する。
【特許文献１】特開２００２−２１８０７０号公報
【特許文献２】特開２００３−６０８０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、通報の内容は多様なので、一定の訓練を受けた電話オペレータでなければ、通報に十分に応対することはできない。よって、支局は、本来、通報の応対を総合的に行う組織ではないので、通報が転送されてきても、期待通りに応対することができないことがある。
【０００５】
そこで、受付指令センタのシステムを二重化することが考えられる。しかし、そうすると、多くのコストが掛かる。
【０００６】
特許文献１には、複数の受付指令センタのシステムを連携する方法が開示されている。特許文献２には、通報者からの発呼信号を、緊急車両および要員が確保されている最寄の消防署および警察署に着信させる方法が開示されている。
【０００７】
しかし、これらの方法では、受付指令センタのシステムに障害が発生した場合に、そのシステムのバックアップを行うことは、できない。
【０００８】
本発明は、以上のような問題点に鑑み、あまりコストを掛けることなく、受付指令センタのシステムに障害が発生した場合に通報者からの通報に応対できるようにすることを、目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る通報システムは、通報を受け付ける受付システムごとに、他の受付システムが通報を受け付け得る状態であるか否かを監視する監視手段と、他の受付システムが通常管轄する地域の電話機からの呼があった場合に、当該他の受付システムが通報を受け付け得る状態でないことが前記監視手段によって確認されていれば、当該受付システム自身の電話オペレータの端末と当該電話機とを接続し、当該他の受付システムが通報を受け付け得る状態であることが前記監視手段によって確認されていれば、当該端末と当該電話機とを接続しない、接続制御手段と、が設けられ、前記受付システムをカバーする電話局ごとに、当該受付システムが通常管轄する地域の電話機から発信された通報に係る呼を当該受付システムおよび他の受付システムの両方に送信する、発信呼配信手段、が設けられている、ことを特徴とする。
【００１０】
好ましくは、前記受付システムごとに、当該受付システムが通常管轄する地域からの通報に応対するためのデータを記憶させたデータベースと、当該受付システムと前記データベースにアクセスする他の受付システムとをＩＰ網を介して接続するゲートウェイと、が設けられている。
【発明の効果】
【００１１】
本発明によると、あまりコストを掛けることなく、受付指令センタのシステムに障害が発生した場合に通報者からの通報に応対できるようにすることができる。
【発明を実施するための最良の形態】
【００１２】
図１は緊急通報処理システム１ＫＴの全体的な構成の例を示す図、図２は回線制御装置１３の構成の例を示す図、図３は監視装置１４の構成の例を示す図である。
【００１３】
本発明に係る緊急通報処理システム１ＫＴは、図１に示すように、受付指令システム１、収容局２、支局通信端末３、および電話機４などによって構成される。
【００１４】
受付指令システム１は、通話ユニット１１、回線接続装置１２、回線制御装置１３、監視装置１４、通報応対用データベース１５、およびゲートウェイ１６などによって構成される。この受付指令システム１は、警察または消防などの公共機関の受付指令センタ（「コールセンタ」などと呼ばれることもある。）ごとに設置され、緊急の通報に応対するために用いられる。
【００１５】
また、この受付指令システム１によると、他の受付指令センタの受付指令システム１と連携することができる。そして、一方に障害が発生し管轄の電話機４からの通報に応対できなくなった場合に、他方がそれに応対することができる。
【００１６】
通話ユニット１１は、受付指令センタに勤務する電話オペレータが使用する通話用の通信端末であって、パーソナルコンピュータ、マイク、およびイヤホンなどによって構成される。１人の電話オペレータごとに１組の通話ユニット１１が割り当てられている。通話ユニット１１は、受付指令台に設置されている。電話オペレータは、自分に割り当てられた通話ユニット１１を操作することによって通報に応対する。通話ユニット１１として、従来から受付指令センタに設置されている通話ユニットが用いられる。
【００１７】
回線接続装置１２は、従来通り、回線制御装置１３からの制御信号に基づいて、通話ユニット１１と通信事業者（例えば、ＮＴＴ）の回線とを接続するための処理を行う。例えば、通信事業者の回線を介して届いた電話機４からの着信呼を、空いている通話ユニット１１に振り分ける処理または電話オペレータの通話ユニット１１と支局通信端末３とを接続するための処理などを行う。つまり、回線接続装置１２は、ＰＢＸ（構内交換機）に相当する役割を果たす。ＶｏＩＰの内線電話が受付指令システム１で用いられている場合は、回線接続装置１２として、ＶｏＩＰトランクなどが用いられる。
【００１８】
回線制御装置１３は、図２に示すように、モード切換命令受信部１３１、接続先支局決定部１３２、着信呼応答要否判別部１３３、および接続先ユニット決定部１３４などによって構成され、上述のように回線接続装置１２を制御する。
【００１９】
監視装置１４は、図３に示すように、自センタ障害監視部１４１、自センタ障害情報通知部１４２、他センタ障害情報受信部１４３、他センタ障害監視部１４４、およびモード切換命令部１４５などによって構成される。このような構成により、その受付指令システム１に障害が発生していないかどうかを監視し、その結果を適宜、他の受付指令システム１に通知する。また、他の受付指令システム１に障害が発生していないかどうかを監視する。
【００２０】
通報応対用データベース１５は、後に説明する、電話機４から掛かってきた通報に応対するための、種々のデータが保存されている。
【００２１】
ゲートウェイ１６は、その受付指令システム１の通話ユニット１１、回線接続装置１２、回線制御装置１３、監視装置１４、および通報応対用データベース１５を、ＩＰ網を介して接続する。これにより、その受付指令システム１と他の受付指令システム１とは、ＶＰＮ（Virtual Private Network）を形成する。
【００２２】
収容局２は、通信事業者の収容局（電話局）であって、従来通り、その収容局２自身がカバーする受付指令システム１に、電話機４からの呼を中継する。さらに、本実施形態の収容局２には、分配装置２１が設けられている。分配装置２１は、電話機４からの呼を、その受付指令システム１の連携相手である他の受付指令システム１に分配する。また、分配装置２１は、受付指令システム１からの音声信号を複数の支局通信端末３に分配する機能（多者通話の機能）をも有する。
【００２３】
支局通信端末３は、受付指令システム１からの指令を受信し、それを警察官または隊員に対して出力する。受付指令システム１が警察の受付指令センタである場合は、警察署、派出所、または交番など、通報者に対処できる警察官が駐在する施設ごとに設置される。受付指令システム１が消防の受付指令センタである場合は、消防署または消防団など、通報者に対処できる隊員が駐在する施設ごとに設置される。以下、警察官または隊員が駐在する施設を「支局」と記載する。
【００２４】
次に、通話ユニット１１、回線接続装置１２、図２に示す回線制御装置１３の各部、図３に示す監視装置１４の各部、収容局２、支局通信端末３、および電話機４の処理内容について、障害の監視のための処理、通報を受付のための処理、および支局への指令のための処理に大別して詳細に説明する。
【００２５】
〔障害の監視のための処理〕
図３において、自センタ障害監視部１４１は、その受付指令システム１に設けられている通話ユニット１１、回線接続装置１２、および回線制御装置１３などの状況を監視している。
【００２６】
自センタ障害情報通知部１４２は、その受付指令システム１の通信の障害に関する情報を、連携相手である他の受付指令システム１に通知する処理を、次のように行う。
【００２７】
自センタ障害監視部１４１による監視の結果、通話ユニット１１と支局通信端末３または電話機４との通信に障害が発生していることが分かった場合に、障害が発生した旨を示す障害発生信号ＳＧ１を、連携相手である他の受付指令システム１の監視装置１４に宛てて直ちに送信する。
【００２８】
または、障害が発生していない場合は、定期的に、障害が発生していない旨を示す正常動作信号ＳＧ２を、連携相手である他の受付指令システム１の監視装置１４に宛てて送信する。
【００２９】
または、連携相手である他の受付指令システム１から問合せがあった場合に、自センタ障害情報通知部１４２は、自センタ障害監視部１４１に障害の発生の有無を確認させ、その結果に応じて障害発生信号ＳＧ１または正常動作信号ＳＧ２を、当該他の受付指令システム１に宛てて送信する。
【００３０】
なお、障害発生信号ＳＧ１および正常動作信号ＳＧ２は、ゲートウェイ１６によってＩＰ網を介して他の受付指令システム１の監視装置１４に届けられる。または、通信事業者の回線を介して届けてもよい。
【００３１】
他センタ障害情報受信部１４３は、他の受付指令システム１からの障害発生信号ＳＧ１および正常動作信号ＳＧ２を受信する。
【００３２】
他センタ障害監視部１４４は、連携相手である他の受付指令システム１で通信の障害が発生していないかどうかを、次のように監視する。
【００３３】
前述のように、当該他の受付指令システム１からは、当該他の受付指令システム１における通信が正常であれば、定期的に正常動作信号ＳＧ２が送信されてくる。もしも、前に正常動作信号ＳＧ２が送信されてきてから所定の期間が経過しても、正常動作信号ＳＧ２が送信されてこなかった場合は、当該他の受付指令システム１に対して、障害の発生の有無を問い合わせる。
【００３４】
問合せ後、所定の時間が経過するまでに正常動作信号ＳＧ２が送信されてきたら、当該他の受付指令システム１が正常であると判別する。一方、問合せ後、所定の時間が経過しても正常動作信号ＳＧ２が送信されてこなかった場合は、当該他の受付指令システム１に障害が発生していると判別する。障害発生信号ＳＧ１が送信されてきた場合も、障害が発生していると判別する。
【００３５】
モード切換命令部１４５は、他センタ障害情報受信部１４３によって障害発生信号ＳＧ１が受信された場合に、直ちに回線制御装置１３に対して、その障害発生信号ＳＧ１の送信元である他の受付指令システム１について障害発生時モードに切り換えるように命令する。また、その後、当該他の受付指令システム１の障害が解消し通常通り通信が可能になった場合は、当該他の受付指令システム１について障害発生時モードを解除し通常モードに切り換えるように命令する。
【００３６】
図２において、回線制御装置１３のモード切換命令受信部１３１は、監視装置１４からモードの切換えに関する命令を受け付ける。
【００３７】
〔通報を受付のための処理〕
電話機４において１１０番または１１９番などの緊急番号がダイヤルされると、従来通り、その電話機４のエリアを受け持つ特定の受付指令システム１に呼が届けられる。その呼は、その受付指令システム１をカバーする収容局２を経由するが、この際に、その収容局２の分配装置２１は、その受付指令システム１と連携する他の受付指令システム１にも、呼を分配する。よって、従来通りの受付指令システム１だけでなく、連携相手である他の受付指令システム１にも着信呼（着呼）がある。
【００３８】
図２において、回線制御装置１３の着信呼応答要否判別部１３３は、回線接続装置１２に着信呼があった場合に、通話ユニット１１を呼び出すべきか否かを、次のように判別する。
【００３９】
その呼の発信者番号に基づいて、その回線制御装置１３が設置されている受付指令センタが、その呼の発信元を管轄しているか否かを判別する。または、他のいずれの受付指令システム１が管轄しているかを判別する。
【００４０】
その受付指令センタが管轄すると判別した場合は、従来通り、空いている通話ユニット１１を呼び出す。そして、その通話ユニット１１の電話オペレータが所定の操作を行うと、その通話ユニット１１と発信元である電話機４とを接続するように回線接続装置１２を制御する。
【００４１】
一方、発信元を他の受付指令センタが管轄していると判別した場合は、現在の当該他の受付指令センタの受付指令システム１についてのモードに応じて、次のような処理を行う。
【００４２】
通常モードである場合は、その着信呼を放置するように回線接続装置１２を制御する。つまり、通話ユニット１１を呼び出さない。この場合は、当該他の受付指令センタにおいて、応対が可能だからである。一方、障害発生時モードである場合は、空いている通話ユニット１１を呼び出し、その通話ユニット１１と電話機４とを接続するように回線接続装置１２を制御する。そして、電話オペレータは、障害が発生している当該他の受付指令センタの代わりに、通報に応対する。
【００４３】
なお、着信呼に係る電話機４と接続させる通話ユニット１１を決定する処理は、接続先ユニット決定部１３４が行う。
【００４４】
〔支局への指令のための処理〕
通話ユニット１１の電話オペレータは、通報者と会話し、どのように対処すべきかを判断する。そして、警察官、救急隊員、または消防隊員の出動、病院の手配、その他必要な措置を講じるように、所定の支局に指令する。
【００４５】
この際に、回線制御装置１３の接続先支局決定部１３２は、次のように、その通話ユニット１１を支局の支局通信端末３と接続するように回線接続装置１２を制御する。
【００４６】
通報者の電話機４の管轄がその受付指令センタである場合は、通常通り、その受付指令センタの配下にある各支局の支局通信端末３とその電話機４とを接続するように回線接続装置１２を制御する。すると、両者は、通常通り、専用の回線を介して接続される。
【００４７】
一方、通報者の電話機４の管轄が他の受付指令センタである場合は、当該他の受付指令センタ配下にある各支局の支局通信端末３とその通話ユニット１１とを、非常用に確保しておいた回線を介して接続するように、回線接続装置１２を制御する。通話ユニット１１からの音声信号は、これらの支局通信端末３をカバーする収容局２の分配装置２１によって分配され、これらの支局通信端末３に届けられる。
【００４８】
以上のような処理によって、複数の受付指令センタの受付指令システム１同士が連携し、いずれかの受付指令システム１に障害が発生した際に、残りの受付指令システム１がバックアップ（支援）を行うことができる。
【００４９】
なお、電話オペレータは、他の受付指令センタで本来応対されるべき通報があった場合は、ＩＰ網を介して当該他の受付指令センタの通報応対用データベース１５にアクセスし、その通報に応対するために必要なデータを参照することができる。
【００５０】
また、受付指令システム１は、他の受付指令システム１の通報応対用データベース１５に記憶されている全部または一部のデータを、当該他の受付指令システム１が正常に動作している間にダウンロードしてもよい。
【００５１】
次に、地域Ｘの消防および救急を管轄する受付指令センタＡの受付指令システム１Ａと地域Ｙの消防および救急を管轄する受付指令センタＢの受付指令システム１Ｂとが連携する場合を例に、処理の流れを説明する。以下、受付指令センタＡをカバーする収容局２を「収容局２Ａ」と記載し、受付指令センタＢをカバーする収容局２を「収容局２Ｂ」と記載する。
【００５２】
〔受付指令システム１Ａ、１Ｂが正常に動作している場合〕
図４は受付指令システム１Ａ、１Ｂが正常である場合の通報の受付の処理の流れの例を説明する図、図５は受付指令システム１Ａ、１Ｂが正常である場合の支局に対する指令の処理の流れの例を説明する図である。
【００５３】
受付指令システム１Ａ、１Ｂがともに正常に支局通信端末３および電話機４と通信できるときは、図４に示すような手順で処理が行われる。
【００５４】
通報者が地域Ｘから電話機４を操作して１１９番をダイヤルすると（丸数字１）、収容局２Ａの分配装置２１は、その電話機４からの呼を受付指令システム１Ａおよび受付指令システム１Ｂの両方に分配し中継する。
【００５５】
電話機４からの呼が受付指令システム１Ａの回線接続装置１２に届くと（丸数字２）、受付指令システム１Ａの回線制御装置１３は、その呼の発信元が受付指令センタＡが管轄する地域つまり地域Ｘからのものであることを確認し、空いている通話ユニット１１に着呼させる（丸数字３）。そして、その通話ユニット１１とその電話機４とを接続させる。
【００５６】
一方、電話機４からの呼が収容局２Ｂなどを介して受付指令システム１Ｂの回線接続装置１２に届くと（丸数字４、５）、受付指令システム１Ｂの回線制御装置１３は、その呼の発信元が地域Ｘであることを確認する。そして、現在、受付指令システム１Ａの障害を検知していないので（つまり、受付指令システム１Ａについてのモードが通常モードなので）、その呼を放置する。
【００５７】
受付指令センタＡの電話オペレータは、通報者と会話し、対処方法を判断すると、その通報者の地域つまり地域Ｘの各支局に対して、従来通り、指令を与える。この指令は、図５に示すように、従来通り、受付指令システム１Ａの回線接続装置１２、収容局２Ａ、および専用の回線を介して、一斉に各支局の支局通信端末３に発信される（丸数字１、２、３）。
【００５８】
〔受付指令システム１Ａに障害が発生した場合〕
図６は受付指令システム１Ａに障害が発生している間における通報の受付の処理の流れの例を説明する図、図７は受付指令システム１Ａに障害が発生している間における支局に対する指令の処理の流れの例を説明する図である。
【００５９】
図６において、受付指令システム１Ｂの監視装置１４は、受付指令システム１Ａに障害が発生していることを検知すると（丸数字１）、受付指令システム１Ａについてのモードを障害発生時モードに切り換えるように受付指令システム１Ｂの回線制御装置１３に命令する（丸数字２）。
【００６０】
受付指令システム１Ａに障害が発生している間に、通報者が地域Ｘの電話機４を操作して１１９番をダイヤルすると、（丸数字３）、収容局２Ａの分配装置２１は、その電話機４からの呼を受付指令システム１Ａおよび受付指令システム１Ｂの両方に分配し中継する。
【００６１】
電話機４からの呼が受付指令システム１Ａの回線接続装置１２に届いても（丸数字４）、受付指令システム１Ａは、障害が発生中なので、応対のための処理を行うことができない。
【００６２】
一方、電話機４からの呼が収容局２Ｂなどを介して受付指令システム１Ｂの回線接続装置１２に届くと（丸数字５、６）、受付指令システム１Ｂの回線制御装置１３は、その呼の発信元が受付指令システム１Ａの管轄であることを確認する。現在、受付指令システム１Ａのモードは障害発生時モードなので、回線制御装置１３は、受付指令システム１Ｂの中の空いている通話ユニット１１に着呼させる（丸数字７）。そして、その通話ユニット１１とその電話機４とを接続させる。
【００６３】
受付指令センタＢの電話オペレータは、通報者と会話し、対処方法を判断すると、その通報者の地域つまり地域Ｘの各支局に対して、指令を与える。この指令は、図７に示すような手順で、受付指令センタＡの配下の各支局の支局通信端末３に届けられる。
【００６４】
その通話ユニット１１から発信した指令の信号（電話オペレータの音声信号）は、受付指令システム１Ｂの回線接続装置１２、非常用の回線、および収容局２Ｂなどを介して収容局２Ａに届く（図７の丸数字１、２、３）。そして、収容局２Ａの分配装置２１は、その信号を分配し、受付指令センタＡの配下の各支局の支局通信端末３に配信する（丸数字４）。
【００６５】
その後、受付指令システム１Ａの障害が解消され、正常の動作するようになったら、受付指令システム１Ｂは、受付指令システム１Ａのモードを通常モードに切り換える。切換え後は、地域Ｘの電話機４からの通報は、上述の図４および図５のように処理される。
【００６６】
本実施形態によると、複数の受付指令システム１同士で、障害の発生時のバックアップを実現することができる。しかも、監視装置１４および分配装置２１を新たに設け、連携相手のモードに応じて回線制御装置１３の動作を変えるだけで、それを実現することができる。よって、受付指令システム１を二重化する場合に比べて大幅にコストを抑えることができる。
【００６７】
また、本実施形態によると、通信事業者は、障害が発生した受付指令センタの受付指令システム１への呼を従来のようにその配下の支局に転送させる切換作業を行わなくて済む。よって、通信事業者の作業の負担も軽減される。
【００６８】
受付指令システム１を連携させる受付指令センタ同士は、地理的に隣り合っていてもよいし、福岡市および大阪市のように離れていてもよい。隣り合っていれば、双方の受付指令システム１同士で行う通信を高速にすることができる。離れていれば、地震などの天災によって両方の受付指令システム１がダウンする可能性を低減させることができる。
【００６９】
本実施形態では、分配装置２１は、１台の電話機４から複数の（Ｎ組の）受付指令システム１への呼の配信および１組の受付指令システム１から複数の（Ｎ台の）支局通信端末３への信号の配信の両方を行ったが、それぞれの配信を別々の装置が受け持つように構成してもよい。
【００７０】
その他、緊急通報処理システム１ＫＴ、受付指令システム１、収容局２の全体または各部の構成、処理内容、処理順序、データベースの内容などは、本発明の趣旨に沿って適宜変更することができる。
【図面の簡単な説明】
【００７１】
【図１】緊急通報処理システムの全体的な構成の例を示す図である。
【図２】回線制御装置の構成の例を示す図である。
【図３】監視装置の構成の例を示す図である。
【図４】受付指令システムが正常である場合の通報の受付の処理の流れの例を説明する図である。
【図５】受付指令システムが正常である場合の支局に対する指令の処理の流れの例を説明する図である。
【図６】受付指令システムに障害が発生している間における通報の受付の処理の流れの例を説明する図である。
【図７】受付指令システムに障害が発生している間における支局に対する指令の処理の流れの例を説明する図である。
【符号の説明】
【００７２】
１ 受付指令システム（受付システム）
１３ 回線制御装置（接続制御手段）
１４ 監視装置（監視手段）
１５ 通報応対用データベース
１６ ゲートウェイ
２ 収容局（電話局）
２１ 分配装置（発信呼配信手段）
【技術分野】
【０００１】
本発明は、いわゆる１１０番通報または１１９番通報の受付を行うシステムおよび方法に関する。
【背景技術】
【０００２】
消防または警察などの受付指令センタは、通報の応対を常に安定的に行うことが要求される。しかし、大規模な災害によって受付指令センタのシステムまたは通信回線にダメージが生じ、受付指令センタが機能しなくなることがあり得る。また、システムまたは通信回線に障害が発生し、受付指令センタが機能しなくなることもあり得る。
【０００３】
従来は、受付指令センタが機能しなくなった場合は、通報者からの電話が受付指令センタの代わりに支局（警察署、消防署、または派出所など）に繋がるように通信事業者（ＮＴＴなど）に対して依頼する。通信事業者は、その依頼に従って、交換機の設定を変更する。
【特許文献１】特開２００２−２１８０７０号公報
【特許文献２】特開２００３−６０８０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、通報の内容は多様なので、一定の訓練を受けた電話オペレータでなければ、通報に十分に応対することはできない。よって、支局は、本来、通報の応対を総合的に行う組織ではないので、通報が転送されてきても、期待通りに応対することができないことがある。
【０００５】
そこで、受付指令センタのシステムを二重化することが考えられる。しかし、そうすると、多くのコストが掛かる。
【０００６】
特許文献１には、複数の受付指令センタのシステムを連携する方法が開示されている。特許文献２には、通報者からの発呼信号を、緊急車両および要員が確保されている最寄の消防署および警察署に着信させる方法が開示されている。
【０００７】
しかし、これらの方法では、受付指令センタのシステムに障害が発生した場合に、そのシステムのバックアップを行うことは、できない。
【０００８】
本発明は、以上のような問題点に鑑み、あまりコストを掛けることなく、受付指令センタのシステムに障害が発生した場合に通報者からの通報に応対できるようにすることを、目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る通報システムは、通報を受け付ける受付システムごとに、他の受付システムが通報を受け付け得る状態であるか否かを監視する監視手段と、他の受付システムが通常管轄する地域の電話機からの呼があった場合に、当該他の受付システムが通報を受け付け得る状態でないことが前記監視手段によって確認されていれば、当該受付システム自身の電話オペレータの端末と当該電話機とを接続し、当該他の受付システムが通報を受け付け得る状態であることが前記監視手段によって確認されていれば、当該端末と当該電話機とを接続しない、接続制御手段と、が設けられ、前記受付システムをカバーする電話局ごとに、当該受付システムが通常管轄する地域の電話機から発信された通報に係る呼を当該受付システムおよび他の受付システムの両方に送信する、発信呼配信手段、が設けられている、ことを特徴とする。
【００１０】
好ましくは、前記受付システムごとに、当該受付システムが通常管轄する地域からの通報に応対するためのデータを記憶させたデータベースと、当該受付システムと前記データベースにアクセスする他の受付システムとをＩＰ網を介して接続するゲートウェイと、が設けられている。
【発明の効果】
【００１１】
本発明によると、あまりコストを掛けることなく、受付指令センタのシステムに障害が発生した場合に通報者からの通報に応対できるようにすることができる。
【発明を実施するための最良の形態】
【００１２】
図１は緊急通報処理システム１ＫＴの全体的な構成の例を示す図、図２は回線制御装置１３の構成の例を示す図、図３は監視装置１４の構成の例を示す図である。
【００１３】
本発明に係る緊急通報処理システム１ＫＴは、図１に示すように、受付指令システム１、収容局２、支局通信端末３、および電話機４などによって構成される。
【００１４】
受付指令システム１は、通話ユニット１１、回線接続装置１２、回線制御装置１３、監視装置１４、通報応対用データベース１５、およびゲートウェイ１６などによって構成される。この受付指令システム１は、警察または消防などの公共機関の受付指令センタ（「コールセンタ」などと呼ばれることもある。）ごとに設置され、緊急の通報に応対するために用いられる。
【００１５】
また、この受付指令システム１によると、他の受付指令センタの受付指令システム１と連携することができる。そして、一方に障害が発生し管轄の電話機４からの通報に応対できなくなった場合に、他方がそれに応対することができる。
【００１６】
通話ユニット１１は、受付指令センタに勤務する電話オペレータが使用する通話用の通信端末であって、パーソナルコンピュータ、マイク、およびイヤホンなどによって構成される。１人の電話オペレータごとに１組の通話ユニット１１が割り当てられている。通話ユニット１１は、受付指令台に設置されている。電話オペレータは、自分に割り当てられた通話ユニット１１を操作することによって通報に応対する。通話ユニット１１として、従来から受付指令センタに設置されている通話ユニットが用いられる。
【００１７】
回線接続装置１２は、従来通り、回線制御装置１３からの制御信号に基づいて、通話ユニット１１と通信事業者（例えば、ＮＴＴ）の回線とを接続するための処理を行う。例えば、通信事業者の回線を介して届いた電話機４からの着信呼を、空いている通話ユニット１１に振り分ける処理または電話オペレータの通話ユニット１１と支局通信端末３とを接続するための処理などを行う。つまり、回線接続装置１２は、ＰＢＸ（構内交換機）に相当する役割を果たす。ＶｏＩＰの内線電話が受付指令システム１で用いられている場合は、回線接続装置１２として、ＶｏＩＰトランクなどが用いられる。
【００１８】
回線制御装置１３は、図２に示すように、モード切換命令受信部１３１、接続先支局決定部１３２、着信呼応答要否判別部１３３、および接続先ユニット決定部１３４などによって構成され、上述のように回線接続装置１２を制御する。
【００１９】
監視装置１４は、図３に示すように、自センタ障害監視部１４１、自センタ障害情報通知部１４２、他センタ障害情報受信部１４３、他センタ障害監視部１４４、およびモード切換命令部１４５などによって構成される。このような構成により、その受付指令システム１に障害が発生していないかどうかを監視し、その結果を適宜、他の受付指令システム１に通知する。また、他の受付指令システム１に障害が発生していないかどうかを監視する。
【００２０】
通報応対用データベース１５は、後に説明する、電話機４から掛かってきた通報に応対するための、種々のデータが保存されている。
【００２１】
ゲートウェイ１６は、その受付指令システム１の通話ユニット１１、回線接続装置１２、回線制御装置１３、監視装置１４、および通報応対用データベース１５を、ＩＰ網を介して接続する。これにより、その受付指令システム１と他の受付指令システム１とは、ＶＰＮ（Virtual Private Network）を形成する。
【００２２】
収容局２は、通信事業者の収容局（電話局）であって、従来通り、その収容局２自身がカバーする受付指令システム１に、電話機４からの呼を中継する。さらに、本実施形態の収容局２には、分配装置２１が設けられている。分配装置２１は、電話機４からの呼を、その受付指令システム１の連携相手である他の受付指令システム１に分配する。また、分配装置２１は、受付指令システム１からの音声信号を複数の支局通信端末３に分配する機能（多者通話の機能）をも有する。
【００２３】
支局通信端末３は、受付指令システム１からの指令を受信し、それを警察官または隊員に対して出力する。受付指令システム１が警察の受付指令センタである場合は、警察署、派出所、または交番など、通報者に対処できる警察官が駐在する施設ごとに設置される。受付指令システム１が消防の受付指令センタである場合は、消防署または消防団など、通報者に対処できる隊員が駐在する施設ごとに設置される。以下、警察官または隊員が駐在する施設を「支局」と記載する。
【００２４】
次に、通話ユニット１１、回線接続装置１２、図２に示す回線制御装置１３の各部、図３に示す監視装置１４の各部、収容局２、支局通信端末３、および電話機４の処理内容について、障害の監視のための処理、通報を受付のための処理、および支局への指令のための処理に大別して詳細に説明する。
【００２５】
〔障害の監視のための処理〕
図３において、自センタ障害監視部１４１は、その受付指令システム１に設けられている通話ユニット１１、回線接続装置１２、および回線制御装置１３などの状況を監視している。
【００２６】
自センタ障害情報通知部１４２は、その受付指令システム１の通信の障害に関する情報を、連携相手である他の受付指令システム１に通知する処理を、次のように行う。
【００２７】
自センタ障害監視部１４１による監視の結果、通話ユニット１１と支局通信端末３または電話機４との通信に障害が発生していることが分かった場合に、障害が発生した旨を示す障害発生信号ＳＧ１を、連携相手である他の受付指令システム１の監視装置１４に宛てて直ちに送信する。
【００２８】
または、障害が発生していない場合は、定期的に、障害が発生していない旨を示す正常動作信号ＳＧ２を、連携相手である他の受付指令システム１の監視装置１４に宛てて送信する。
【００２９】
または、連携相手である他の受付指令システム１から問合せがあった場合に、自センタ障害情報通知部１４２は、自センタ障害監視部１４１に障害の発生の有無を確認させ、その結果に応じて障害発生信号ＳＧ１または正常動作信号ＳＧ２を、当該他の受付指令システム１に宛てて送信する。
【００３０】
なお、障害発生信号ＳＧ１および正常動作信号ＳＧ２は、ゲートウェイ１６によってＩＰ網を介して他の受付指令システム１の監視装置１４に届けられる。または、通信事業者の回線を介して届けてもよい。
【００３１】
他センタ障害情報受信部１４３は、他の受付指令システム１からの障害発生信号ＳＧ１および正常動作信号ＳＧ２を受信する。
【００３２】
他センタ障害監視部１４４は、連携相手である他の受付指令システム１で通信の障害が発生していないかどうかを、次のように監視する。
【００３３】
前述のように、当該他の受付指令システム１からは、当該他の受付指令システム１における通信が正常であれば、定期的に正常動作信号ＳＧ２が送信されてくる。もしも、前に正常動作信号ＳＧ２が送信されてきてから所定の期間が経過しても、正常動作信号ＳＧ２が送信されてこなかった場合は、当該他の受付指令システム１に対して、障害の発生の有無を問い合わせる。
【００３４】
問合せ後、所定の時間が経過するまでに正常動作信号ＳＧ２が送信されてきたら、当該他の受付指令システム１が正常であると判別する。一方、問合せ後、所定の時間が経過しても正常動作信号ＳＧ２が送信されてこなかった場合は、当該他の受付指令システム１に障害が発生していると判別する。障害発生信号ＳＧ１が送信されてきた場合も、障害が発生していると判別する。
【００３５】
モード切換命令部１４５は、他センタ障害情報受信部１４３によって障害発生信号ＳＧ１が受信された場合に、直ちに回線制御装置１３に対して、その障害発生信号ＳＧ１の送信元である他の受付指令システム１について障害発生時モードに切り換えるように命令する。また、その後、当該他の受付指令システム１の障害が解消し通常通り通信が可能になった場合は、当該他の受付指令システム１について障害発生時モードを解除し通常モードに切り換えるように命令する。
【００３６】
図２において、回線制御装置１３のモード切換命令受信部１３１は、監視装置１４からモードの切換えに関する命令を受け付ける。
【００３７】
〔通報を受付のための処理〕
電話機４において１１０番または１１９番などの緊急番号がダイヤルされると、従来通り、その電話機４のエリアを受け持つ特定の受付指令システム１に呼が届けられる。その呼は、その受付指令システム１をカバーする収容局２を経由するが、この際に、その収容局２の分配装置２１は、その受付指令システム１と連携する他の受付指令システム１にも、呼を分配する。よって、従来通りの受付指令システム１だけでなく、連携相手である他の受付指令システム１にも着信呼（着呼）がある。
【００３８】
図２において、回線制御装置１３の着信呼応答要否判別部１３３は、回線接続装置１２に着信呼があった場合に、通話ユニット１１を呼び出すべきか否かを、次のように判別する。
【００３９】
その呼の発信者番号に基づいて、その回線制御装置１３が設置されている受付指令センタが、その呼の発信元を管轄しているか否かを判別する。または、他のいずれの受付指令システム１が管轄しているかを判別する。
【００４０】
その受付指令センタが管轄すると判別した場合は、従来通り、空いている通話ユニット１１を呼び出す。そして、その通話ユニット１１の電話オペレータが所定の操作を行うと、その通話ユニット１１と発信元である電話機４とを接続するように回線接続装置１２を制御する。
【００４１】
一方、発信元を他の受付指令センタが管轄していると判別した場合は、現在の当該他の受付指令センタの受付指令システム１についてのモードに応じて、次のような処理を行う。
【００４２】
通常モードである場合は、その着信呼を放置するように回線接続装置１２を制御する。つまり、通話ユニット１１を呼び出さない。この場合は、当該他の受付指令センタにおいて、応対が可能だからである。一方、障害発生時モードである場合は、空いている通話ユニット１１を呼び出し、その通話ユニット１１と電話機４とを接続するように回線接続装置１２を制御する。そして、電話オペレータは、障害が発生している当該他の受付指令センタの代わりに、通報に応対する。
【００４３】
なお、着信呼に係る電話機４と接続させる通話ユニット１１を決定する処理は、接続先ユニット決定部１３４が行う。
【００４４】
〔支局への指令のための処理〕
通話ユニット１１の電話オペレータは、通報者と会話し、どのように対処すべきかを判断する。そして、警察官、救急隊員、または消防隊員の出動、病院の手配、その他必要な措置を講じるように、所定の支局に指令する。
【００４５】
この際に、回線制御装置１３の接続先支局決定部１３２は、次のように、その通話ユニット１１を支局の支局通信端末３と接続するように回線接続装置１２を制御する。
【００４６】
通報者の電話機４の管轄がその受付指令センタである場合は、通常通り、その受付指令センタの配下にある各支局の支局通信端末３とその電話機４とを接続するように回線接続装置１２を制御する。すると、両者は、通常通り、専用の回線を介して接続される。
【００４７】
一方、通報者の電話機４の管轄が他の受付指令センタである場合は、当該他の受付指令センタ配下にある各支局の支局通信端末３とその通話ユニット１１とを、非常用に確保しておいた回線を介して接続するように、回線接続装置１２を制御する。通話ユニット１１からの音声信号は、これらの支局通信端末３をカバーする収容局２の分配装置２１によって分配され、これらの支局通信端末３に届けられる。
【００４８】
以上のような処理によって、複数の受付指令センタの受付指令システム１同士が連携し、いずれかの受付指令システム１に障害が発生した際に、残りの受付指令システム１がバックアップ（支援）を行うことができる。
【００４９】
なお、電話オペレータは、他の受付指令センタで本来応対されるべき通報があった場合は、ＩＰ網を介して当該他の受付指令センタの通報応対用データベース１５にアクセスし、その通報に応対するために必要なデータを参照することができる。
【００５０】
また、受付指令システム１は、他の受付指令システム１の通報応対用データベース１５に記憶されている全部または一部のデータを、当該他の受付指令システム１が正常に動作している間にダウンロードしてもよい。
【００５１】
次に、地域Ｘの消防および救急を管轄する受付指令センタＡの受付指令システム１Ａと地域Ｙの消防および救急を管轄する受付指令センタＢの受付指令システム１Ｂとが連携する場合を例に、処理の流れを説明する。以下、受付指令センタＡをカバーする収容局２を「収容局２Ａ」と記載し、受付指令センタＢをカバーする収容局２を「収容局２Ｂ」と記載する。
【００５２】
〔受付指令システム１Ａ、１Ｂが正常に動作している場合〕
図４は受付指令システム１Ａ、１Ｂが正常である場合の通報の受付の処理の流れの例を説明する図、図５は受付指令システム１Ａ、１Ｂが正常である場合の支局に対する指令の処理の流れの例を説明する図である。
【００５３】
受付指令システム１Ａ、１Ｂがともに正常に支局通信端末３および電話機４と通信できるときは、図４に示すような手順で処理が行われる。
【００５４】
通報者が地域Ｘから電話機４を操作して１１９番をダイヤルすると（丸数字１）、収容局２Ａの分配装置２１は、その電話機４からの呼を受付指令システム１Ａおよび受付指令システム１Ｂの両方に分配し中継する。
【００５５】
電話機４からの呼が受付指令システム１Ａの回線接続装置１２に届くと（丸数字２）、受付指令システム１Ａの回線制御装置１３は、その呼の発信元が受付指令センタＡが管轄する地域つまり地域Ｘからのものであることを確認し、空いている通話ユニット１１に着呼させる（丸数字３）。そして、その通話ユニット１１とその電話機４とを接続させる。
【００５６】
一方、電話機４からの呼が収容局２Ｂなどを介して受付指令システム１Ｂの回線接続装置１２に届くと（丸数字４、５）、受付指令システム１Ｂの回線制御装置１３は、その呼の発信元が地域Ｘであることを確認する。そして、現在、受付指令システム１Ａの障害を検知していないので（つまり、受付指令システム１Ａについてのモードが通常モードなので）、その呼を放置する。
【００５７】
受付指令センタＡの電話オペレータは、通報者と会話し、対処方法を判断すると、その通報者の地域つまり地域Ｘの各支局に対して、従来通り、指令を与える。この指令は、図５に示すように、従来通り、受付指令システム１Ａの回線接続装置１２、収容局２Ａ、および専用の回線を介して、一斉に各支局の支局通信端末３に発信される（丸数字１、２、３）。
【００５８】
〔受付指令システム１Ａに障害が発生した場合〕
図６は受付指令システム１Ａに障害が発生している間における通報の受付の処理の流れの例を説明する図、図７は受付指令システム１Ａに障害が発生している間における支局に対する指令の処理の流れの例を説明する図である。
【００５９】
図６において、受付指令システム１Ｂの監視装置１４は、受付指令システム１Ａに障害が発生していることを検知すると（丸数字１）、受付指令システム１Ａについてのモードを障害発生時モードに切り換えるように受付指令システム１Ｂの回線制御装置１３に命令する（丸数字２）。
【００６０】
受付指令システム１Ａに障害が発生している間に、通報者が地域Ｘの電話機４を操作して１１９番をダイヤルすると、（丸数字３）、収容局２Ａの分配装置２１は、その電話機４からの呼を受付指令システム１Ａおよび受付指令システム１Ｂの両方に分配し中継する。
【００６１】
電話機４からの呼が受付指令システム１Ａの回線接続装置１２に届いても（丸数字４）、受付指令システム１Ａは、障害が発生中なので、応対のための処理を行うことができない。
【００６２】
一方、電話機４からの呼が収容局２Ｂなどを介して受付指令システム１Ｂの回線接続装置１２に届くと（丸数字５、６）、受付指令システム１Ｂの回線制御装置１３は、その呼の発信元が受付指令システム１Ａの管轄であることを確認する。現在、受付指令システム１Ａのモードは障害発生時モードなので、回線制御装置１３は、受付指令システム１Ｂの中の空いている通話ユニット１１に着呼させる（丸数字７）。そして、その通話ユニット１１とその電話機４とを接続させる。
【００６３】
受付指令センタＢの電話オペレータは、通報者と会話し、対処方法を判断すると、その通報者の地域つまり地域Ｘの各支局に対して、指令を与える。この指令は、図７に示すような手順で、受付指令センタＡの配下の各支局の支局通信端末３に届けられる。
【００６４】
その通話ユニット１１から発信した指令の信号（電話オペレータの音声信号）は、受付指令システム１Ｂの回線接続装置１２、非常用の回線、および収容局２Ｂなどを介して収容局２Ａに届く（図７の丸数字１、２、３）。そして、収容局２Ａの分配装置２１は、その信号を分配し、受付指令センタＡの配下の各支局の支局通信端末３に配信する（丸数字４）。
【００６５】
その後、受付指令システム１Ａの障害が解消され、正常の動作するようになったら、受付指令システム１Ｂは、受付指令システム１Ａのモードを通常モードに切り換える。切換え後は、地域Ｘの電話機４からの通報は、上述の図４および図５のように処理される。
【００６６】
本実施形態によると、複数の受付指令システム１同士で、障害の発生時のバックアップを実現することができる。しかも、監視装置１４および分配装置２１を新たに設け、連携相手のモードに応じて回線制御装置１３の動作を変えるだけで、それを実現することができる。よって、受付指令システム１を二重化する場合に比べて大幅にコストを抑えることができる。
【００６７】
また、本実施形態によると、通信事業者は、障害が発生した受付指令センタの受付指令システム１への呼を従来のようにその配下の支局に転送させる切換作業を行わなくて済む。よって、通信事業者の作業の負担も軽減される。
【００６８】
受付指令システム１を連携させる受付指令センタ同士は、地理的に隣り合っていてもよいし、福岡市および大阪市のように離れていてもよい。隣り合っていれば、双方の受付指令システム１同士で行う通信を高速にすることができる。離れていれば、地震などの天災によって両方の受付指令システム１がダウンする可能性を低減させることができる。
【００６９】
本実施形態では、分配装置２１は、１台の電話機４から複数の（Ｎ組の）受付指令システム１への呼の配信および１組の受付指令システム１から複数の（Ｎ台の）支局通信端末３への信号の配信の両方を行ったが、それぞれの配信を別々の装置が受け持つように構成してもよい。
【００７０】
その他、緊急通報処理システム１ＫＴ、受付指令システム１、収容局２の全体または各部の構成、処理内容、処理順序、データベースの内容などは、本発明の趣旨に沿って適宜変更することができる。
【図面の簡単な説明】
【００７１】
【図１】緊急通報処理システムの全体的な構成の例を示す図である。
【図２】回線制御装置の構成の例を示す図である。
【図３】監視装置の構成の例を示す図である。
【図４】受付指令システムが正常である場合の通報の受付の処理の流れの例を説明する図である。
【図５】受付指令システムが正常である場合の支局に対する指令の処理の流れの例を説明する図である。
【図６】受付指令システムに障害が発生している間における通報の受付の処理の流れの例を説明する図である。
【図７】受付指令システムに障害が発生している間における支局に対する指令の処理の流れの例を説明する図である。
【符号の説明】
【００７２】
１ 受付指令システム（受付システム）
１３ 回線制御装置（接続制御手段）
１４ 監視装置（監視手段）
１５ 通報応対用データベース
１６ ゲートウェイ
２ 収容局（電話局）
２１ 分配装置（発信呼配信手段）
【特許請求の範囲】
【請求項１】
通報を受け付ける受付システムごとに、
他の受付システムが通報を受け付け得る状態であるか否かを監視する監視手段と、
他の受付システムが通常管轄する地域の電話機からの呼があった場合に、当該他の受付システムが通報を受け付け得る状態でないことが前記監視手段によって確認されていれば、当該受付システム自身の電話オペレータの端末と当該電話機とを接続し、当該他の受付システムが通報を受け付け得る状態であることが前記監視手段によって確認されていれば、当該端末と当該電話機とを接続しない、接続制御手段と、が設けられ、
前記受付システムをカバーする電話局ごとに、
当該受付システムが通常管轄する地域の電話機から発信された通報に係る呼を当該受付システムおよび他の受付システムの両方に送信する、発信呼配信手段、が設けられている、
ことを特徴とする通報システム。
【請求項２】
前記受付システムごとに、
当該受付システムが通常管轄する地域からの通報に応対するためのデータを記憶させたデータベースと、
当該受付システムと前記データベースにアクセスする他の受付システムとをＩＰ網を介して接続するゲートウェイと、
が設けられている、
請求項１記載の通報システム。
【請求項３】
通報を受け付ける受付システムに、他の受付システムが通報を受け付け得る状態であるか否かを監視する処理を実行させ、
電話局に、電話機から発信された通報に係る呼を、当該電話機の地域を通常管轄する前記受付システムおよび他の受付システムの両方に送信する処理を実行させ、
前記受付システムに、他の受付システムが通常管轄する地域の電話機からの呼があった場合に、当該他の受付システムが通報を受け付け得る状態でないことが確認されていれば、当該受付システム自身の電話オペレータの端末と当該電話機とを接続する処理を実行させ、当該他の受付システムが通報を受け付け得る状態であることが確認されていれば、当該端末と当該電話機とを接続する処理を実行させる、
ことを特徴とする通報の受付方法。
【請求項４】
前記受付システムごとに、当該受付システムが通常管轄する地域からの通報に応対するためのデータを記憶させたデータベースと、当該受付システムと前記データベースにアクセスする他の受付システムとをＩＰ網を介して接続するゲートウェイと、を設けておく、
請求項３記載の通報の受付方法。
【請求項５】
前記受付システムに、他の受付システムが正常に動作している間に、当該他の受付システムの前記データベースに記憶されている前記データの一部または全部をダウンロードする処理を実行させておく、
請求項４記載の通報の受付方法。
【請求項６】
電話局に、前記受付システムの電話オペレータが他の受付システムによって通常管轄される地域からの通報に関して決めた指令のデータを、当該他の受付システムの配下にある各支局に配信する処理を、実行させる、
請求項３ないし請求項５のいずれかに記載の通報の受付方法。
【請求項１】
通報を受け付ける受付システムごとに、
他の受付システムが通報を受け付け得る状態であるか否かを監視する監視手段と、
他の受付システムが通常管轄する地域の電話機からの呼があった場合に、当該他の受付システムが通報を受け付け得る状態でないことが前記監視手段によって確認されていれば、当該受付システム自身の電話オペレータの端末と当該電話機とを接続し、当該他の受付システムが通報を受け付け得る状態であることが前記監視手段によって確認されていれば、当該端末と当該電話機とを接続しない、接続制御手段と、が設けられ、
前記受付システムをカバーする電話局ごとに、
当該受付システムが通常管轄する地域の電話機から発信された通報に係る呼を当該受付システムおよび他の受付システムの両方に送信する、発信呼配信手段、が設けられている、
ことを特徴とする通報システム。
【請求項２】
前記受付システムごとに、
当該受付システムが通常管轄する地域からの通報に応対するためのデータを記憶させたデータベースと、
当該受付システムと前記データベースにアクセスする他の受付システムとをＩＰ網を介して接続するゲートウェイと、
が設けられている、
請求項１記載の通報システム。
【請求項３】
通報を受け付ける受付システムに、他の受付システムが通報を受け付け得る状態であるか否かを監視する処理を実行させ、
電話局に、電話機から発信された通報に係る呼を、当該電話機の地域を通常管轄する前記受付システムおよび他の受付システムの両方に送信する処理を実行させ、
前記受付システムに、他の受付システムが通常管轄する地域の電話機からの呼があった場合に、当該他の受付システムが通報を受け付け得る状態でないことが確認されていれば、当該受付システム自身の電話オペレータの端末と当該電話機とを接続する処理を実行させ、当該他の受付システムが通報を受け付け得る状態であることが確認されていれば、当該端末と当該電話機とを接続する処理を実行させる、
ことを特徴とする通報の受付方法。
【請求項４】
前記受付システムごとに、当該受付システムが通常管轄する地域からの通報に応対するためのデータを記憶させたデータベースと、当該受付システムと前記データベースにアクセスする他の受付システムとをＩＰ網を介して接続するゲートウェイと、を設けておく、
請求項３記載の通報の受付方法。
【請求項５】
前記受付システムに、他の受付システムが正常に動作している間に、当該他の受付システムの前記データベースに記憶されている前記データの一部または全部をダウンロードする処理を実行させておく、
請求項４記載の通報の受付方法。
【請求項６】
電話局に、前記受付システムの電話オペレータが他の受付システムによって通常管轄される地域からの通報に関して決めた指令のデータを、当該他の受付システムの配下にある各支局に配信する処理を、実行させる、
請求項３ないし請求項５のいずれかに記載の通報の受付方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００８−１７２２９０（Ｐ２００８−１７２２９０Ａ）
【公開日】平成２０年７月２４日（２００８．７．２４）
【国際特許分類】
【出願番号】特願２００７−７７１（Ｐ２００７−７７１）
【出願日】平成１９年１月５日（２００７．１．５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２０年７月２４日（２００８．７．２４）
【国際特許分類】
【出願日】平成１９年１月５日（２００７．１．５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]