JP3830887B2 - 指令システム - Google Patents
指令システム Download PDFInfo
- Publication number
- JP3830887B2 JP3830887B2 JP2002344251A JP2002344251A JP3830887B2 JP 3830887 B2 JP3830887 B2 JP 3830887B2 JP 2002344251 A JP2002344251 A JP 2002344251A JP 2002344251 A JP2002344251 A JP 2002344251A JP 3830887 B2 JP3830887 B2 JP 3830887B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- command
- voice
- status notification
- status
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ(Internet Protocol)により構成された網にて、第３者からの受付業務及び情報配信業務を行う指令システムに関する。
【０００２】
【従来の技術】
消防署や警察署等では、消防本部や警察本部等の受付センタに設けられた指令台が第３者から１１９番や１１０番の通報を受け付け、指令台が火事や事件等が発生した現場近くの受付端末に指示することにより、現場近くの消防部隊や警察が現場に直行するようになされている。これからの通信システムにおいてＩＰ化は必至であり、防災指令システムや警察・消防指令システムにおいては、危険分散を図るとともにコスト削減が要求されている。
【０００３】
従来、ＰＢＸ、コールマネージャ（ＣＭ）、複数の指令台及び複数の受令端末により構成される指令システムにより以下のように行われる。ＰＢＸは、第３者からの着信を受けると、ＰＢＸに接続された複数の指令台にリンガを鳴動することにより着信を通知する。空きの指令台の受付ボタンが操作者により押下されると、指令台からＰＢＸに受け付けを通知する。ＰＢＸは、応答指令台と公衆網とを接続する。応答指令台のオペレータは応答して、第３者に現場の住所等を聞き出す。ＣＭは受令端末との間の１対１通信により、受令端末の状態を管理している。ＣＭは、応答指令台から現場近くの空きの受令端末について問い合わせを受けると、空きの受令端末を指令台に通知する。指令台はＣＭの通知を受けて、該当の受令端末を、１対１通信により呼び出す。受令端末は指令台からの呼び出しに応答する。指令台と受令端末間で音声パケットを送受信することにより指令台と受令端末間での１対１通信が開始される。
【０００４】
【発明が解決しようとする課題】
従来の指令システムにおいては、以下のような問題点があった。上述したように、ＩＰ網での１対Ｎ同時同報通報や１対１個別通信においては、コールマネージャ（ＣＭ）と呼ばれるサーバを設置している。指令台や受令端末はＣＭとユニキャスト通信を行うことにより、ＣＭにより状態管理が行われている。このような方式では、サーバのメンテナンス等でサーバを停止した場合、全てのサービスが停止してしまうという問題点があった。
【０００５】
また、ＣＭを設置しない場合は、指令台は受令端末の状態を管理していないために、全受令端末にブロードキャスト方式やマルチキャスト方式を用いて通信を行う必要がある。このような場合、音声パケットの送信は、受信先の状態に関わらず送信元が一方的に行うことになるため、受信先の受令端末が別の処理を行っていること等が原因で音声パケットの処理ができない場合があり、話頭欠けが発生する場合がある。また、受信先であらかじめＶＯＩＰマルチキャストグループに接続しておく場合、任意の受信先に対してのみ音声パケットを送信することはできず、全受信先に対して送信されてしまう。このため、確実な音声パケットの受信が求められる高信頼性システムは適用が困難である。以上をまとめると、従来では以下の問題点があった。
【０００６】
▲１▼ マルチキャスト方式を用いた１対Ｎ同時同報通信において、コールマネージャを設置しない場合には、受信側の状態（受信可・不可）を管理しつつ、受信側で確実に音声パケットを受信できるよう送信する方法がなく、話頭欠けや音声パケットの不達が発生しても管理できない。
【０００７】
▲２▼ マルチキャスト方式を用いた１対Ｎ同時同報通信において、マルチキャストグルーブ内の任意の受信端末グループを指定する方法がなく、必要な受信先にのみ音声パケットを配信することができないという問題点がある。また、受信端末グループの組み合わせ毎にマルチキャストグループを構成する方法を考えられるが、受信端末の数が増えると組み合わせの数が多くなり現実的ではないという問題点がある。
【０００８】
▲３▼ ネットワークの管理者が通話内容をモニタする手段がないという問題点があった。
【０００９】
▲４▼ 重要度の高い通信を２４時間保障するためには、メンテナンス時に代替するために、コールマネージャを複数台設置し、Ｎ重化運用を実施する必要があり、コストがかかるという問題点がある。
【００１０】
▲５▼ 指令台や受令端末等の装置の正常性を確認するためには、コールマネージャにおいて、各装置と定期的なヘルスチェック及び指令台と受令端末間の通信ＮＧ時のリトライ制御等、サーバ及びネットワークの負荷が大きいという問題点がある。
【００１１】
本発明は、上記問題点を鑑みてなされたものであり、ＩＰ網での高性能、高品質、高信頼を実現できる同時同報指令システムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
図１は本発明の原理図である。図１に示すように、指令システムは、公衆網２とＩＰ網４をインタフェースするＧＷ６と、ＩＰ網４に接続された複数の指令台８＃ｉ（ｉ＝１〜ｎ）を含む受付センタ９と、ルータ１０＃ｉ（ｉ＝１〜ｍ）を通してＩＰ網４に接続される複数の受令端末１２＃ｉ（ｉ＝１〜ｍ）とを有している。ＧＷ６は第１プロトコル処理部２０を具備する。指令台８＃ｉは第２プロトコル処理部２２＃ｉを具備する。第１プロトコル処理部２０は、公衆網２より着信があると、着信呼出中を示す第１状態通知パケットを複数の指令台８＃ｉ（＝１，２，…，ｎ）を含む第１状態通知用マルチキャストグループ宛てに送信するよう制御する。
【００１３】
指令台８＃ｉ（ｉ＝１，２，…）中の第２プロトコル処理部２２＃ｉは、自装置が空き状態であるとき、第１状態通知パケットに対して第２状態通知パケットを送信するよう制御する。第１プロトコル処理部２０は、着信呼出中に対する応答接続中を示す第１状態通知用マルチキャストグループ宛ての第２状態通知パケットを受信したとき、第２状態通知パケットを送信した応答指令台に通話を許可する旨の第３状態通知パケットを第１状態通知用マルチキャストグループ宛てに送信するよう制御する。
【００１４】
第２プロトコル処理部２２＃ｉは、自装置宛ての第３状態通知パケットを受信すると、通話中を示す第４状態通知パケットを送信し、第２状態通知パケットを送信し且つ他装置宛ての第３状態通知パケットを受信すると、自装置が空き状態となるよう制御する。第１プロトコル処理部２０は、応答指令台８＃ｉが送信した第１音声パケットに含まれる音声を公衆網２に接続するよう制御する。第２プロトコル処理部２２＃ｉは、自装置宛ての第２音声パケットを外部出力するよう制御する。このように、コールマネージャが無くても、ＧＷ６と指令台８＃ｉとの間でＩＰ網４を通して１対１個別通話を行うことができる。
【００１５】
【発明の実施の形態】
図２は本発明の実施形態を示す指令システムの構成図である。図２に示すように、指令システムは、ゲートウェイ（ＧＷ）５０、指令台５２＃ｉ（ｉ＝１，２，…）、共通音源サーバ５４、障害監視装置５６及びルータ５８がＬＡＮ６０により接続された受付センタ６２及びルータ７０＃ｉ（ｉ＝１，２，…，ｍ）に接続された複数の受令端末７２＃ｉ（ｉ＝１，２，…，ｍ）から構成されている。ＧＷ５０は公衆網８０に接続されている。ＧＷ５０，指令台５２＃ｉ，ルータ５０，７０＃ｉ及び受令端末７２＃ｉ間は、ＩＰプロトコルに従って通信が行われる。
【００１６】
図３は図２中のＧＷ５０の構成図である。図３に示すように、ＧＷ５０は、公衆網ポート１００、入出力ポート１０２、回線制御部１０４、プロトコル処理部１０６、状態通知パケット送信部１０８、状態通知パケット受信／分析部１１０、音声パケット送信部１１２及び音声パケット受信部１１４を有する。公衆網ポート１００は公衆網８０にアクセスするためのポートである。入出力ポート１０２は、ＬＡＮ６０にアクセスするためのポートである。
【００１７】
回線制御部１０４は、以下の機能を有する。▲１▼公衆網１０４から着信を受信すると、プロトコル処理部１０６に着信があった旨を通知する。▲２▼プロトコル処理部１０６より回線接続を指示されると公衆網８０と回線接続する。▲３▼公衆網８０より音声信号を受信すると、音声信号をディジタル信号に変換をして、プロトコル処理部１０６に出力する。
【００１８】
プロトコル処理部１０６は、次の機能を有する。▲１▼ＧＷ５０の状態を管理しており、一定の周期で、装置状態を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１０８に指示する。状態通知用マルチキャストグループ１とは、図３に示すように、ＧＷ５０、指令台５２＃ｉ（ｉ＝１，２，…，ｎ）、共通音源サーバ５４及び障害監視装置５６をいう。▲２▼回線制御部１０４より着信を通知されると、「状態：着信呼出中」を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１０８に指示し、呼出音用グループに参加することをルータ５８に通知すると共に呼出音を公衆網８０に接続する。▲３▼「状態：応答接続中、通信相手ＧＷ５０、指令台の音声配信用グルーブのアドレス」を示す状態通知パケットが状態通知パケット受信／分析部１１０より通知されると、「状態：通話中、通信相手：最初の受信に係わる状態通知パケットの送信装置である指令台、ＧＷ５０の音声配信用グループのアドレス」を含む状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１０８に指示し、公衆網８０に応答台からの音声を接続すると共に公衆網８０からの音声をＧＷ５０の音声配信用グループへ配信するよう音声パケット送信部１１２を制御する。ＧＷ５０の音声配信用グループとは、指令台５２＃ｉが、ＧＷ５０が送出した音声パケットを受信するために、ＧＷ５０に割り振られたマルチキャストグループのアドレスである。▲４▼「状態：通話中」の状態が状態通知パケット受信／分析部１１０より通知されると、呼出音用グループからの撤退をルータ５６に通知し、指令台の音声配信用グループへの参加を通知すると共に当該指令台の音声配信用グーループ宛ての音声パケットを公衆網ポート１００を通して公衆網８０に出力するよう音声パケット受信部１１４を制御する。▲５▼応答台が送信した「状態：空き」を示す状態通知パケットが状態通知パケット受信／分析部１１０より通知された場合及び一定時間通話相手から状態通知パケットが受信できない場合、「状態：切断監視中」を示す状態通知パケットを状態通知パケット送信部１０８に送信するよう指示すると共に話中音グループに参加することをルータ５８に通知する。▲６▼回線制御部１０４より公衆網７０の切断処理が通知されると、「状態：空き」を示す状態通知パケットを状態通知用マルチキャストグループ１に状態通知パケット送信部１０８に配信するよう指示すると共に話中音グループから撤退をルータ５８に通知する。▲８▼自装置宛ての初期設定要求パケットを受信すると、初期設定を行う。
【００１９】
状態通知パケット送信部１０８は、プロトコル処理部１０６の指示に従って、装置状態を状態通知用マルチキャストグループ１に配信する。状態通知パケット受信／分析部１１０は、入出力ポート１０２より状態通知用マルチキャストグループ１宛ての状態通知パケットを受信すると、当該パケットに収容されている装置の状態と受信電文保存エリア１１６に保存されている当該装置の状態が異なるとき、当該パケットに収容されている装置状態を受信電文保存エリア１１６に保存すると共に変化した状態及び該当装置をプロトコル処理部１０６に通知する。
【００２０】
音声パケット送信部１１２は、プロトコル処理部１０６より、ディジタル音声信号を受信すると、ＩＰヘッダに音声マルチキャストグループのアドレスを設定し、音声パケットに音声データを収容して入出力ポート１０２を通して、ＬＡＮ６０に出力する。音声パケット受信部１１４は、入出力ポート１０２よりＶＯＩＰ音声パケットを受信すると、音声パケットに収容された音声データを取り出して、アナログ音声信号に変換して、公衆網ポート１００より音声信号を送信する。受信電文保存エリア１１６は、各状態の状態を保存する記録媒体である。
【００２１】
図４は図２中の指令台５２＃ｉの構成図である。図４に示すように、指令台５２＃ｉは、サウンドデバイス１５０＃ｉ、入出力ポート１５２＃ｉ、プロトコル処理部１５４＃ｉ、操作部１５６＃ｉ、表示部１５８＃ｉ、状態通知パケット送信部１６０＃ｉ、状態通知パケット受信／分析部１６２＃ｉ、音声パケット送信部１６４＃ｉ、音声パケット受信部１６６＃ｉ及び受信電文保存エリア１６８＃ｉを有する。
【００２２】
サウンドデバイス１５０＃ｉは、音声パケット受信部１６６＃ｉより出力される音声信号を増幅して、ヘッドセット等に出力する。入出力ポート１５２＃ｉは、ＬＡＮ６０に接続するためのポートである。
【００２３】
プロトコル処理部１５４＃ｉは、次の機能を有する。▲１▼定期的に自装置状態を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１０８に指示する。▲２▼ＧＷ５０が送信した「状態：着信呼出中」を状態通知パケット受信／分析部１６２＃ｉより受信すると、表示部１５８＃ｉに着信中表示を行う。▲３▼操作部１５８＃ｉからのオペレータによる応答操作に従って、「状態：応答接続中、通信相手：ＧＷ５０、指令台５２＃ｉの音声配信用グループのアドレス」を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１６０＃ｉに指示する。指令台５２＃ｉの音声配信用グループとは、自装置に割り振られた、ＧＷ５０が自音声パケットを受信するためのマルチキャストグループをいう。▲４▼ＧＷ５０が送信した「状態；通話中、通信相手、音声マルチキャストアドレス」を示す状態通知パケットに設定された通信相手が自指令台（応答台）であるかを判断する。(i)自指令台であるとき、ＧＷ５０の音声配信用グループへの参加をルータ５８に通知すると共に音声パケット受信部１６６＃ｉを制御してＧＷ５０の音声配信用グループ宛ての音声パケットをサウンドデバイス１５０＃ｉに出力し、「状態：通話中、通信相手：ＧＷ５０、指令台５２＃ｉの音声配信用グループのアドレス」を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１０８に指示すると共に音声パケット送信部１６４＃ｉを制御して、音声マルチキャストグループ宛てに音声配信を開始する。(ii)自指令台でなければ、「状態：空き」を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１６０＃ｉに指示すると共に着信中表示を停止する。▲５▼操作部１５８＃ｉからのオペレータによる接続操作により、音声パケットの配信を停止し、「状態：空き」を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１６０＃ｉに指示する。▲６▼操作部１５８＃ｉからのオペレータによる指令起動操作により、「状態：指令起動中、相手受令端末、指令台５２＃ｉの音声配信用グループのアドレス」を示す状態通知パケットを状態通知用マルチキャストグループ２に配信するよう状態通知パケット送信部１６０＃ｉに指示する。▲７▼「状態：指令中」を示すマルチキャストグループ２宛ての状態通知パケットより音声送信開始条件（全て指令応答中又はタイムアウト）場合、音声パケット送信部１６４＃ｉを制御して、自指令台用マルチキャストグループへ音声パケットの配信を開始する。
【００２４】
操作部１５６＃ｉは、オペレータによる釦操作等により、「接続」、「切断」及び「該当受令端末への指令起動」等の操作を実行する。表示部１５８＃ｉは、プロトコル処理部１５４＃ｉにより「着信中」表示のオン／オフを行う。状態通知パケット送信部１６０＃ｉは、プロトコル処理部１５４＃ｉの指示に従って、装置状態を状態通知用マルチキャストグループ１又は２に配信する。状態通知パケット受信／分析部１６２＃ｉは、入出力ポート１５２＃ｉより状態通知用マルチキャストグループ１又は２宛ての状態通知パケットを受信すると、当該パケットに収容されている装置の状態と受信電文保存エリア１６８＃ｉに保存されている当該装置の状態が異なるとき、当該パケットに収容されている装置状態を受信電文保存エリア１６８＃ｉに保存すると共に変化した状態及び該当装置をプロトコル処理部１５４＃ｉに通知する。
【００２５】
音声パケット送信部１６４＃ｉは、プロトコル処理部１５４＃ｉよりディジタル音声信号を受信すると、ＩＰヘッダに音声マルチキャストグループのアドレスを設定し、音声パケットに音声データを収容して入出力ポート１５２＃ｉを通して、ＬＡＮ６０に出力する。音声パケット受信部１６６＃ｉは、入出力ポート１５２＃ｉより音声パケットを受信すると、音声パケットに収容された音声データを取り出して、アナログ音声信号に変換して、サウンドデバイス１５０＃ｉに出力する。受信電文保存エリア１６８＃ｉは、各装置の状態を保存する記憶媒体である。
【００２６】
図５は、図２中の共通音源サーバ５４の構成図である。図５に示すように、共通音源サーバ５４は、入出力ポート２００、プロトコル処理部２０２、状態通知パケット送信部２０４、状態通知パケット受信／分析部２０６、音声パケット送信部２０８、音源ファイル２１０及び受信電文保存エリア２１２を有する。入出力ポート２００は、ＬＡＮ６０に接続するためのポートである。
【００２７】
プロトコル処理部２０２は、次の機能を有する。▲１▼ＧＷ５０の状態が「着信呼出中」であれば、呼出音用マルチキャストグループに呼出音を配信するよう音声パケット送信部２０８に指示する。呼出音マルチキャストグループとは、呼出音を受信する、ＧＷ５０及び指令台５２＃ｉ（ｉ＝１，２，…）からなるグループである。▲２▼ＧＷ５０の状態が「着信呼出中」でなくなったとき、呼出音の配信を停止するよう音声パケット送信部２０８に指示する。▲３▼ＧＷ５０の状態が「切断監視中」となったとき、話中音用マルチキャストグループに話中音を配信するよう音声パケット送信部２０８に指示する。▲３▼ＧＷ５０の状態が「切断監視中」から「空き」となったとき、「話中音」の配信を停止するよう音声パケット送信部２０８に指示する。
【００２８】
状態通知パケット送信部２０４は、プロトコル処理部２０２の指示に従って、装置状態を状態通知用マルチキャストグループ１に配信する。状態通知パケット受信／分析部２０６は、入出力ポート２００より状態通知用マルチキャストグループ１又は２宛ての状態通知パケットを受信すると、当該パケットに収容されている装置の状態と受信電文保存エリア２１２に保存されている当該装置の状態が異なるとき、当該パケットに収容されている装置状態を受信電文保存エリア２１２に保存すると共に変化した状態及び該当装置をプロトコル処理部２０２に通知する。
【００２９】
音声パケット送信部２０６は、プロトコル処理部２０２の指示に従って、音源ファイル２１０より「呼出音」／「話中音」を読み出して、呼出音／話中音マルチキャストグループに入出力ポート２０８を通して配信／配信停止する。音源ファイル２１０は、「呼出音」、「話中音」等の音源を記憶する記憶媒体である。受信電文保存エリア２１２は、各装置の状態を保存する記憶媒体である。
【００３０】
図６は、図２中の障害監視装置５６の構成図である。図６に示すように、障害監視装置５６は、入出力ポート２５０、プロトコル処理部２５２、表示部２５４、初期設定要求パケット送信部２５６、状態通知パケット受信／分析部２５８及び受信電文保存エリア２６０を有する。入出力ポート２５０は、ＬＡＮ６０に接続するためのポートである。
【００３１】
プロトコル処理部２５２は、次の機能を有する。▲１▼状態通知パケットの状態を監視し、非許容状態の装置があれば、障害と認識し、表示部２５４に当該装置が障害である旨を表示する。▲２▼各装置から状態通知パケット及び音声パケットを抽出し、装置毎にパケット量の集計を行い、規定値以上の帯域を使用している装置の有無を表示部２５４に表示する。▲３▼異常状態、異常電文長、許容帯域以上の使用など、異常検出した装置に対して初期設定要求パケットを送信するよう、初期設定要求パケット送信部２５６に指示する。
【００３２】
表示部２５４は、装置の異常の有無を表示する表示装置である。初期設定要求パケット送信部２５６は、プロトコル処理部２５２の指示に従って、装置故障の該当装置宛てに初期設定要求パケットを送信する。状態通知パケット受信／分析部２５８は、入出力ポート２５０より状態通知用マルチキャストグループ１，２宛ての状態通知パケット及び音声パケットを受信すると、装置毎に設けられた当該パケットの送信元装置に該当するエリアに装置状態や音声パケット数を受信電文保存エリア２６０に保存する。受信電文保存エリア２６０は、各装置の状態並びに音声パケットや状態パケットのパケット数（トラヒック数）を保存する記憶媒体である。
【００３３】
図７は、図２中の受令端末７２＃ｉの構成図である。受令端末７２＃ｉは、サウンドデバイス３００＃ｉ、入出力ポート３０２＃ｉ、プロトコル処理部３０４＃ｉ、３０６＃ｉ、表示部３０８＃ｉ、状態通知パケット送信部３１０＃ｉ、状態通知パケット受信／分析部３１２＃ｉ、音声パケット送信部３１４＃ｉ、音声パケット受信部３１６＃ｉ及び受信電文保存エリア３１８＃ｉを有する。
【００３４】
サウンドデバイス３００＃ｉは、音声パケット受信部３１６＃ｉより出力される音声信号を増幅して、ヘッドセット等に出力する。入出力ポート３０２＃ｉは、ＬＡＮ６０に接続するためのポートである。
【００３５】
プロトコル処理部３０４＃ｉは次の機能を有する。▲１▼定期的に自装置状態を状態通知用マルチキャストグループ２に配信するよう状態通知パケット送信部３１０＃ｉに指示する。▲２▼「状態：指令起動中」を示す状態通知用マルチキャストグループ２宛ての状態通知パケットを状態通知パケット受信／分析部１６２＃ｉより受信すると、宛先情報を解析し、自分が対象であれば、表示部３０８＃ｉにその旨を表示する。オペレータにより操作部３０６＃ｉの操作により指令応答が指示されたとき、「状態：指令中、通信相手：指令台」を示す状態通知パケットを状態通知用マルチキャストグループ２の配信するよう状態通知パケット送信部３１０＃ｉに指示し、指令台の音声配信用グループに参加することをルータ７０＃ｉに通知するよう指示すると共に音声パケット受信部３１６＃ｉを制御して、指令台の音声配信用グループ宛ての音声パケットに収容された音声データをサウンドデバイス３００＃ｉに出力する。▲４▼指令が終了すると、指令台用音声マルチキャストグループからの撤退をルータ７０＃ｉに通知する。
【００３６】
状態通知パケット送信部３１０＃ｉは、プロトコル処理部３０４＃ｉの指示に従って、装置状態を状態通知用マルチキャストグループ２に配信する。状態通知パケット受信／分析部３１２＃ｉは、入出力ポート３０２＃ｉより状態通知用マルチキャストグループ２宛ての状態通知パケットを受信すると、当該パケットに収容されている装置の状態と受信電文保存エリア３１８＃ｉに保存されている当該装置の状態が異なるとき、当該パケットに収容されている装置状態を受信電文保存エリア３１８＃ｉに保存すると共に変化した状態及び該当装置をプロトコル処理部３０４＃ｉに通知する。
【００３７】
音声パケット送信部３１４＃ｉは、プロトコル処理部３０４＃ｉよりディジタル音声信号を受信すると、ＩＰヘッダに音声配信用マルチキャストグループを設定したパケットに音声データを収容し、入出力ポート３０２＃ｉを通して、ルータ７０＃ｉに出力する。音声パケット受信部３１６＃ｉは、入出力ポート３０２＃ｉより「状態：指令起動中、通信相手：自端末」を示す状態通知パケットに含まれる音声マルチキャストアドレスが設定された音声パケットを受信すると、音声データを取り出して、アナログ音声信号に変換し、サウンドデバイス３００＃ｉに出力する。受信電文保存エリア３１８＃ｉは、各装置の状態を保存する記憶媒体である。
【００３８】
図２中のルータ５８，７０＃ｉ（ｉ＝１，２，…，ｍ）は、ＩＰパケットに設定された、ユニキャストアドレス又はマルチキャストアドレスに従ってルーティングする。本実施形態では、音声パケットはマルチキャスト配信されるが、上述したように状態通知パケットによりマルチキャストアドレスが音声パケットの送信側から受信側へマルチキャストグループのアドレスが通知され、音声パケットを受信する装置がマルチキャストグループに参加することをルータ５８、７０＃ｉ（ｉ＝１，２，…）に通知することから、ルータ５８，７０＃ｉ（ｉ＝１，２，…）がマルチキャストグループに参加した装置へ当該マルチキャストグループのアドレスが設定された音声パケットをルーティングする。また、通話が終了すると、装置がマルチキャストグループからの撤退を通知するので、当該装置へ当該撤退に係わる音声パケットの配信を停止する。
【００３９】
図８は、状態通知パケットの構成例を示す図である。図８に示すように、状態通知パケットは、ＩＰヘッダ、ＵＤＰヘッダに後続する領域に、パケット長、送信元識別子、状態番号、自音声マルチキャストポート番号、自音声マルチキャストアドレス、通話相手識別子１，２，…から構成される。ＩＰヘッダは、ＴＣＰ／ＩＰプロトコルに基づくＩＰヘッダであり、状態をマルチキャスト配信するマルチキャストアドレスが設定される。ＵＤＰヘッダは、ＵＤＰプロトコルに基づくＵＤＰヘッダである。パケット長はバケットの長さを示す。送信元識別子は、送信元装置の識別子である。状態番号とは、「空き」等の状態に該当する番号である。自音声マルチキャストポート番号とは、音声を入力するためのポート番号である。自音声マルチキャストアドレスとは、当該状態通知パケットに基づいて通話される音声を受信するための当該状態通知パケットを送信した装置に割り振られた音声配信用マルチキャストグループのアドレスである。通話相手識別子１，２，…は、当該状態通知パケットを受信する相手識別子であり、複数ある場合は複数個設定される。
【００４０】
図９は、音声パケットの構成例を示す図である。図９に示すように、音声パケットは、ＩＰヘッダ、ＵＤＰヘッダに後続する領域に、パケット長、送信元識別子及び音声データが収容される。ＩＰヘッダは、ＴＣＰ／ＩＰプロトコルに基づくＩＰヘッダであり、状態通知パケットに設定された自音声マルチキャストアドレス等が設定される。ＵＤＰヘッダは、ＵＤＰプロトコルに基づくＵＤＰヘッダであり、ポート番号には、状態通知パケットに設定された自音声マルチキャストポート番号が設定される。パケット長はバケットの長さを示す。送信元識別子は、送信元装置の識別子である。
【００４１】
以下、図２の動作説明をする。
【００４２】
（ａ） 状態通知パケットの流れ
図１０は、空き状態での状態通知パケットの流れを示す図である。図１０に示すように、ＧＷ５０、各指令台５２＃ｉ（ｉ＝１，２，…）及び受令端末７２＃ｉ（ｉ＝１，２，…，ｍ）は、自装置の状態、例えば、「空き」を状態通知パケットに設定して、状態通知用マルチキャストグルーブ１（ＧＷ５０や指令台５２＃ｉ（ｉ＝１，２，…））や状態通知用マルチキャストグループ２（受令端末７２＃ｉ（ｉ＝１，２，…））宛てに配信する。これらの状態通知用パケットは、宛先として指定された状態通知用マルキャストグループ１，２に属する指令台５２＃ｉ（ｉ＝１，２，…，ｎ）や受令端末７２＃ｉ（ｉ＝１，２，…，ｍ）は、送信元装置の状態を保存する。
【００４３】
（ｂ） １対１個別通話
図１１は、１対１個別通話時を示す図である。図１２は、１対１個別通話時のシーケンスチャートである。ここでは、１対１個別通話とは、公衆網５０から着信があったとき、発呼者と指令台のオペレータとの間で１対１個別通話を行うことをいう。
【００４４】
図１２中の(2)に示すように、ＧＷ５０は、公衆網８０より着信があると、(4)に示すように、ＧＷ５０は、「状態：着信呼出中、宛先：全指令台、状態通知用マルチキャストグループ１（例えば、図１２に示すように、ＩＰアドレス：２２４．１．１．１）」を設定した状態通知パケットをマルチキャスト配信開始すると共に規定の呼出音配信用マルチキャストグループに参加・受信開始し、公衆網８０に接続する。(6),(8)に示すように、指令台５２＃１，５２＃２は、ＧＷ５０より送信された状態通知パケットの宛先が状態通知用マルチキャストグループ１であり、「着信呼出中」が設定されているので、「着信中」を表示する。
【００４５】
共通音源サーバ５４は、図１２中の(10)に示すように、ＧＷ５０より送信された状態通知パケットの宛先が状態通知用マルチキャストグルーブ１であり、「着信呼呼出中」が設定されているので、図１１中の(10)に示すように、呼出音配信用マルチキャストグループ宛てに呼出音を含む音声パケットをマルチキャスト配信する。指令台５２＃１，５２＃２は、呼出音配信用マルチキャストグループ宛ての「呼出音」を受信すると、サウンドデバイスに出力する。指令台５２＃１，５２＃２のオペレータは、(12)，(14)に示すように、「呼出音」により応答操作を行ったものとする。この時、指令台５２＃１の方が指令台５２＃２よりも早く応答操作がなされたものとする。
【００４６】
指令台５２＃１，５２＃２は、(16),(18)に示すように、オペレータにより応答操作がなされたので、「状態：応答接続中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：ＧＷ５０の識別子、指令台ｉ用音声マルチキャストアドレス」を設定して、状態通知パケットを送信する。この時、指令台５２＃１の方が指令台５２＃２よりも早く状態通知パケットを送信したものとする。
【００４７】
ＧＷ５０は、図１２中の(20)に示すように、最も早く応答接続中を送信した指令台５２＃１より「応答接続中」の状態を受け取ると、指令台５２＃１を応答台として確定し、図１１中の(20)に示すように、「状態：通話中、宛先：着信中状態通知用マルチキャストグループ１、通話相手識別子を該当指令台５２＃１、ＧＷ用音声マルチキャストアドレス」を設定して、状態通知パケットを送信すると共に、(22)に示すように、ＧＷ音声用グループに対して音声パケットの配信を開始する。ＧＷ５０は、(26)に示すように、呼出音グループから撤退し、指令台５２＃１用音声グループに参加・受信開始し、応答台の音声を公衆網８０に接続する。
【００４８】
応答指令台５２＃１は、(20)に示すように、ＧＷ５０より自装置宛ての「通話中」の状態を受信すると、ＧＷ音声用グループに参加し、ＧＷ音声用グループ宛ての音声パケットを外部に出力すると共に、図１１及び図１２中の(24)に示すように、「状態：通話中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ、指令台５２＃ｉ音声用グループ」を設定した状態通知パケットを送信する。
【００４９】
一方、応答に失敗した指令台５２＃２は、ＧＷ５０からの「通話中」を示す状態通知パケットの宛先が自分ではないので、(28)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ」を設定した状態通知パケットを配信すると共に着信中表示を停止する。共通音源サーバ５４は、ＧＷ５０より「通話中」の状態を受信すると、(30)に示すように、呼出音の配信を停止する。
【００５０】
以降、公衆網８０からの音声は、ＧＷ５０より音声パケットに収容されて、ＧＷ音声用グループ宛てに送信される。この音声パケットが応答台５２＃１で受信されて、応答台５２＃１のサウンドデバイス１５０＃１より送出される。一方、応答台５２＃１に入力された音声は音声パケットに収容されて、応答台５２＃１用音声グループ宛てに送信される。この音声パケットがＧＷ５０で受信されて、公衆網８０に送出される。
【００５１】
通話が終了した場合、応答台５２＃１にて以下の切断操作を行う。応答台５２＃１は、音声パケットの配信を停止し、(30)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ」を設定した状態通知パケットを配信する。ＧＷ５０は、応答台５２＃１より「空き」の状態を受信すると、応答台５２＃１用音声グループから撤退し、(34)に示すように、「状態：切断開始中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：指令台全台」を設定した状態通知パケットを配信する。ＧＷ５０及び応答台５２＃１は、(35)に示すように、既定の話中音配信用グループに参加・受信開始し、話中音を公衆網８０に接続する。
【００５２】
共通音源サーバ５４は、図１２中の(36)に示すように、ＧＷ５０より「切断開始中」の状態通知パケットを受信すると、図１１中の(36)に示すように、既定の話中音用グループ宛てに「話中音」を配信する。応答台５２＃１は、共通音源サーバ５４より「話中音」を受信すると、サウンドデバイス１５０＃１に出力する。ＧＷ５０は、(38)に示すように、公衆網８０の回線解放を検出すると、(40)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：指令台全台」を設定した状態通知パケットを配信する。共通音源サーバ５４は、(42)に示すように、ＧＷ５０より「空き」の状態通知パケットを受信すると、「話中音」の配信を停止する。
【００５３】
（ｃ） １対Ｎ同時同報通話
図１３は、１対Ｎ同時同報通話時のマルチキャストグループの配置を示す図である。図１４は、１対Ｎ同時同報通話時の状態通知パケット及び音声パケットの流れを示すシーケンスチャートである。ここでは、１対Ｎ同時同報通話とは、応答指令台と複数の受令端末間で同時同報通話を行うことをいう。
【００５４】
指令発令台５２＃１は、公衆網８０からの通報内容に従って、オペレータの指示やオペレータの指示等により指令同報宛先を決定する。指令発令台２＃１は、(100)に示すように、「状態：指令起動中、宛先：状態通知用マルチキャストグループ２、例えば、２２４．１．１．２，通話相手識別子：該当指令同報宛先、指令台５２＃１音声用グループアドレス」を設定した状態通知パケットを配信する。状態通知パケットは、状態通知用マルチキャストグルーブ２に従ってルータ５８でルーティングされて、ルータ７０＃ｉ（ｉ＝１，２，…）を経由して、受令端末７２＃ｉ（ｉ＝１，２，…）で受信される。
【００５５】
受令端末７２＃ｉ（ｉ＝１，２，…，ｍ）は、指令台５２＃１からの状態通知パケットの宛先情報を解析し、自分が対象であれば、(101)，(103)に示すように、オペレータにより応答される。受令端末７２＃１，７２＃２は、(102)，(104)に示すように、「状態：指令中、宛先：状態通知用マルチキャストグループ２、通話相手識別子：指令台５２＃１」を設定した状態通知パケットを配信すると共に指令発令台５２＃１の音声配信用グループに参加・受信開始し、音声パケットをサウンドデバイス３００＃１，３００＃２に接続する。ルータ５４は、音声用グループへの参加が通知された該当受令端末７２＃１，７２＃２が接続されるポート（ＬＡＮ６０が接続されるポート）にのみ音声パケットの配信を行う。
【００５６】
指令台５２＃１は、図１４中の(106)に示すように、各受令端末７２＃ｉ（ｉ＝１，２）からの状態通知パケットを解析し、音声送出開始条件を満足した（指令宛先全てより「指令応答中」を受信、又はタイムアウト）場合、図１３及び図１４中の(108)に示すように、指令台５２＃１の音声用グループ宛てに音声パケットを送信する。タイムアウトで音声パケットを送信するのは、指令宛先の受令端末の故障等により応答がなかった場合は、指令宛先全てからの応答を待っていたのでは、指令ができないという問題があるからである。指令台５２＃１からの音声パケットはルータ５４，７２＃１，７２＃２でルーティングされて、受令端末７２＃１，７２＃２で受信される。このようにして、指令台５２＃１から音声は、複数の受令端末７２＃１，７２＃２で受信される。
【００５７】
ここで、指令台５２＃１⇔受令端末７２＃１，７２＃２間で同時同報通話中に指令台５２＃２から受令端末７２＃３へ指令があったものとする。指令台５２＃２は、(110)に示すように、(100)と同様に、「状態：指令起動中、宛先：状態通知用マルチキャストグループ２、通話相手識別子：受令端末７２＃１，７２＃２，７２＃３、指令台５２＃２の音声配信用グループのアドレス」を設定した状態通知パケットを配信する。
【００５８】
受令端末７２＃１，７２＃２は指令中なので応答をすることはできない。一方、受令端末７２＃３は、状態が「空き」であり、指令台５２＃２からの状態通知パケットの宛先情報を解析すると、自分が対象であるので、(112)に示すように、「状態：指令応答中、宛先：状態通知用マルチキャストグループ２、通話相手識別子：指令台５２＃２」を設定した状態通知パケットを配信すると共に指令発令台５２＃２の音声配信用グループに参加・受信開始し、音声パケットをサウンドデバイス３００＃３に接続する。指令台５２＃２は、(114)に示すように、各受令端末７２＃３からの状態通知パケットを解析し、音声送出開始条件を満足した（指令宛先全てより「指令応答中」を受信又はタイムアウト）場合、図１３及び図１４中の(116)に示すように、指令台５２＃２の音声配信用グループ宛てに音声パケットを送信する。
【００５９】
指令台５２＃１は、(118)に示すように、受令端末７２＃１，７２＃２に対して指令が終了すると、(119)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：ＧＷ５０」を設定した状態通知パケットを送信する。受令端末７２＃１，７２＃２は、(120)，(122)に示すように、指令台５２＃１より「空き」を受信すると、「状態：空き、宛先：状態通知用マルチキャストグループ２、通話相手識別子：全指令台」を設定した状態通知パケットを送信すると共に指令台５２＃１の音声用グループから撤退する。
【００６０】
指令台５２＃２は、(123)に示すように、受令端末７２＃３に対して指令が終了すると、(124)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：ＧＷ５０」を設定した状態通知パケットを送信する。受令端末７２＃３は、(126)に示すように、指令台５２＃２より「空き」を受信すると、「状態：空き、宛先：状態通知用マルチキャストグループ２、通話相手識別子：全指令台」を設定した状態通知パケットを送信すると共に指令台５２＃２の音声配信用グループから撤退する。
【００６１】
（ｄ） 通話モニタ
図１５は、通話モニタ時のマルチキャストグループの配置を示す図である。図１６は、通話モニタ時の状態通知パケット及び音声パケットの流れを示すシーケンスチャートである。ここでは、通話モニタとは、他台の通話（公衆網８０からの発呼者と指令台扱い者との間の通話）や指令状況をモニタすることをいう。ここでは、指令台５２＃１がＧＷ５０と通話中に指令台５２＃２で通話モニタを行う例を説明する。
【００６２】
ＧＷ５０及び応答指令台５２＃１は、図１２中の(4)〜(18)と同様の処理を行う。ＧＷ５０は、(200)に示すように、最も早く応答接続中を送信した指令台５２＃１より「応答接続中」の状態を受け取ると、指令台５２＃１を応答台として確定し、「状態：通話中、宛先：着信中状態通知用マルチキャストグループ１、通話相手識別子を該当指令台５２＃１、ＧＷ５０の音声グループアドレス」を設定して、状態通知パケットを配信すると共にＧＷ５０の音声用グループ宛てに音声パケットの配信を開始する。また、応答台５２＃１の音声用グループに参加・受信開始し、(202)に示すように、応答台５２＃１の音声を公衆網８０に接続する。
【００６３】
応答指令台５２＃１は、(204)に示すように、ＧＷ５０より「通話中」の状態を受信すると、「状態：通話中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ、指令答５２＃１の音声用グループアドレス」を設定した状態通知パケットを配信する。そして、応答台５２＃１に入力された音声は音声パケットに収容されて、(206)に示すように、応答台５２＃１の音声用グループ宛てに配信される。音声パケットがＧＷ５０で受信されて、公衆網８０に送出される。
【００６４】
指令台５２＃２は、以下のようにして、指令台５２＃１や公衆網８０からの音声のモニタを開始する。指令台５２＃２の指令者は、操作部１５６＃２の操作により、モニタを開始する。指令台５２＃２は、モニタの開始を指示されると、受信電文保存エリア１６８＃２に保存されている状態が「通話中」である指令台／ＧＷ／受令端末、例えば、ＧＷ５０，指令台５２＃１を表示部１５８＃２に表示し、指令者の操作によりモニタするものが選択される。例えば、指令台５２＃１，ＧＷ５０が選択されたものとする。指令台５２＃２はモニタする指令台５２＃１の音声配信用マルチキャストグループを状態通知パケットより抽出を行い、図１５及び図１６中の(208)に示すようにサウンドデバイス１５０＃２に接続して、指令台５２＃１が出力した音声をモニタする。また、指令台５２＃１の通話相手識別子（ＧＷ）を取得し、該当装置（ＧＷ５０）の状態通知パケットから音声配信用マルチキャストアドレスの抽出を行い、図１５及び図１６中の(210)に示すように、サウンドデバイス１５０＃２に接続して、ＧＷ５０が出力した音声をモニタする。
【００６５】
（ｅ） パケットの欠落が発生した場合のリカバリ処理
図１７は、パケットの欠落が発生した場合のリカバリ処理を示すシーケンスチャートである。ここでは、指令起動時、受令端末７２＃１からの状態通知（指令応答）パケットが欠落した場合を例として説明を行う。
【００６６】
指令発令台２＃１は、(302)に示すように、「状態：指令起動中、宛先：状態通知用マルチキャストグループ２、通話相手識別子：該当指令同報宛先、自音声アドレス」を設定した状態通知パケットを配信する。
【００６７】
受令端末７２＃ｉ（ｉ＝１，２，…，ｍ）は、指令台５２＃１からの状態通知パケットの宛先情報を解析し、自分が対象であれば、(303)，(306)に示すように、「状態：指令応答中、宛先：状態通知用マルチキャストグループ２、通話相手識別子：指令台５２＃１、自音声配信用マルチキャストアドレス」を設定した状態通知パケットを配信するが、(304)に示すように、受令端末７２＃１からの「指令中」の状態通知パケットがＧＷ５０に届かなかったものとする。しかし、受令端末７２＃１，７２＃２は、(308)，(310)，(316)，(318)に示すように、一定周期で状態通知パケットを送信していることから、(312)に示すように、ＧＷ５０でタイムアウトする前に状態通知パケットが受令端末７２＃１よりＧＷ５０に届くことがある。ＧＷ５０は、(312)に示すように、受令端末７２＃１から状態通知パケットを受信すると、音声送信開始条件（指令宛先全てより「指令応答中」を受信）を満足するので、音声の送信を開始する。このように、タイムアウトする前にリカバリ処理により状態通知パケットを受け取った場合には、音声の送出をより早くでき、迅速に処理を行うことが可能となる。
【００６８】
指令台５２＃１は、(320)に示すように、受令端末７２＃１，７２＃２に対して指令が終了すると、(322)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：ＧＷ５０」を設定した状態通知パケットを送信する。受令端末７２＃１，７２＃２は、(324)，(326)に示すように、状態：空き、宛先：状態通知用マルチキャストグループ２、通話相手識別子：全指令台」を設定した状態通知パケットを送信する。
【００６９】
（ｇ） 障害検出による解放処理
図１８は、障害検出による解放処理を示すシーケンスチャートである。障害とは、一定時間以上状態通知パケットが受信できなかったことをいう。ここでは、通話中に障害検出した場合を例として説明を行う。
【００７０】
図１２中の(2)〜(18)と同様の処理が行われてから、ＧＷ５０は、(400)に示すように、指令台５２＃１より「応答接続中」の状態を受け取ると、「状態：通話中、宛先：着信中状態通知用マルチキャストグループ１、通話相手識別子を該当指令台５２＃１、自音声マルチキャストアドレス」を設定して、状態通知パケットを送信すると共に、(402)に示すように、応答台５２＃１の自音声配信用マルチキャストグループに対して音声パケットの配信を開始する。
【００７１】
応答指令台５２＃１は、(404)に示すように、ＧＷ５０より「通話中」の状態を受信すると、「状態：通話中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ、自音声マルチキャストグループ」を設定した状態通知パケットを送信する。応答台５２＃１は、(406)に示すように、自音声配信用マルチキャストグループに対して音声パケットの配信を開始する。
【００７２】
ＧＷ５０は、(408)，(412)，(414)に示すように、周期的に、「状態：通話中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ、自音声マルチキャストグループ」を設定した状態通知パケットを送信している。また、応答台５２＃１は、(410)に示すように、周期的に、「状態：通話中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ、応答台５２＃１の音声グループアドレス」を設定した状態通知パケットを送信することになっている。ここで、指令台５２＃１の故障等により状態通知が来なかったものとする。
【００７３】
ＧＷ５０は、(416)に示すように、一定時間、通話相手の応答台５２＃１より状態通知が来ない場合、障害と認識し、(418)に示すように、「状態：切断開始中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：指令台全台」を設定した状態通知パケットを配信し、(420)に示すように、既定の話中音配信用グループに参加・受信開始し、話中音を公衆網８０に接続する。
【００７４】
共通音源サーバ５４は、(419)に示すように、ＧＷ５０より「切断開始中」の状態通知パケットを受信すると、既定の話中音配信用マルチキャストグループを使用して「話中音」を配信する。ＧＷ５０は、(422)に示すように、公衆網８０の切断処理を検出すると、(424)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：指令台全台」を設定した状態通知パケットを配信する。共通音源サーバ５４は、(430)に示すように、ＧＷ５０より「空き」の状態通知パケットを受信すると、「話中音」の配信を停止する。
【００７５】
（ｈ） 異常パケット受信時の初期設定
図１９は、異常パケット受信時の初期設定を示すシーケンスチャートである。図１９に示すように、受令端末７２＃１は、(500)，(514)，(524)に示すように、受令端末７２＃２は、(502)，(516)，(526)に示すように、指令台５２＃２は、(504)，(518)，(528)に示すように、指令台５２＃１は、(506)，(520)，(530)に示すように、一定周期で、現在の状態（例えば、空き）を状態通知用パケットにより状態通知用マルチキャストグルーブ１,２宛てに送信する。また、ＧＷ５０は、(508)に示すように、一定周期で、現在の状態を状態通知用パケットにより状態通知用マルチキャストグルーブ１,２宛てに送信しようとしている。
【００７６】
障害監視装置５６は、状態通知用パケットを受信すると、当該パケットの送出元装置についての受信電文保存エリア２６０に状態通知パケットを保存すると共に、(510)に示すように異常状態の発生を検出する。異常状態とは、状態通知パケットが異常パケットである場合と、各送信元装置について、状態通知パケットや音声パケットのトラヒックが規定値を越えており、許容帯域以上の使用をして場合をいう。異常パケットとは、パケットに未定義の状態等が設定されているもの、異常電文長がパケットに設定されているものをいう。障害監視装置５６は、装置の異常状態が検出されると、異常検出した装置に対して、ユニキャスト通信により初期設定要求を行う。例えば、ＧＷ５０は、(507)に示すように、装置異常により、異常パケットを送出したものとする。障害監視装置５６は、ＧＷ５０からの異常パケットを検出すると、(512)に示すように、初期設定要求を行う。
【００７７】
ＧＷ５０は、障害監視装置５６より初期設定要求を受け取ると、(513)に示すように、初期設定を行う。初期設定とは、例えば、ソフトウェア等の再インストールによる初期化等をいう。ＧＷ５０は、(521)に示すように、初期設定が完了すると、(522)に示すように、一定周期で、現在の状態（例えば、空き）を状態通知用パケットにより状態通知用マルチキャストグルーブ１,２宛てへの送信を開始する。このように、障害監視装置５による異常検出と初期設定要求により、異常装置を迅速に正常に復旧させることができる。
【００７８】
本発明は以下の付記を含むものである。
【００７９】
（付記１） 公衆網とＬＡＮ間をインタフェースするゲートウェイと、前記ＬＡＮに接続された複数の指令台を含む受付センタと、ルータを通して前記ＬＡＮに接続される複数の受令端末とを有する指令システムにおいて、
前記ゲートウェイは、
前記公衆網より着信があると、着信呼出中を示す第１状態通知パケットを前記複数の指令台を含む第１状態通知用マルチキャストグループ宛てに送信し、前記着信呼出中に対する応答接続中を示す前記第１状態通知用マルチキャストグループ宛ての第２状態通知パケットを受信したとき、前記第２状態通知パケットを送信した応答指令台に通話を許可する旨の第３状態通知パケットを前記第１状態通知用マルチキャストグループ宛てに送信し、前記応答指令台が送信した第１音声パケットに含まれる音声を前記公衆網に接続するよう制御する第１プロトコル処理部を具備し、
前記各指令台は、
自装置が空き状態であるとき、前記第１状態通知パケットに対して前記第２状態通知パケットを送信し、自装置宛ての前記第３状態通知パケットを受信すると、通話中を示す第４状態通知パケットを送信して自装置宛ての第２音声パケットを外部出力し、前記第２状態通知パケットを送信し且つ他装置宛ての前記第３状態通知パケットを受信すると、自装置が空き状態となるよう制御する第２プロトコル処理部を、
具備したことを特徴とする指令システム。
【００８０】
（付記２） 前記第２プロトコル処理部は、第２状態通知用マルチキャストグループに属する受令端末宛てに指令起動中を示す第５状態通知パケットを送信し、前記受令端末から指令中を示す第６状態通知パケットに基づいて、音声送出開始条件が満足されたとき、第３音声パケットを送信するよう制御し、
前記各受令端末は、
自装置宛ての前記第５状態通知パケットを受信すると、前記第６状態通知パケットを送信して自装置宛ての前記第３音声パケットを外部出力するよう制御する第３プロトコル処理部を具備したことを特徴とする付記１記載の指令システム。
【００８１】
（付記３） 前記第１、２及び第３プロトコル処理部は、自装置の状態を示す状態通知パケットを定期的に送出するよう制御することを特徴とする付記２記載の指令システム。
【００８２】
（付記４） 前記第３状態通知パケットは相手応答指令台及び当該通話に係わる音声を当該相手応答指令台が受信する音声マルチキャストグループのアドレスを含み、前記第２音声パケットは当該音声マルチキャストグループのアドレスを含むことを特徴とする付記３記載の指令システム。
【００８３】
（付記５） 前記第２状態通知パケットは通信相手のゲートウェイ及び自装置が送信する音声を受信する音声マルチキャストグループのアドレスを含み、前記第１音声パケットは当該音声マルチキャストグループのアドレスを含むことを特徴とする付記３記載の指令システム。
【００８４】
（付記６） 前記第２プロトコル処理部は、前記第３音声パケットを送信する前に前記第３音声パケットを配信するための自装置に割り当てられた音声配信用マルチキャストグループのアドレスを含むパケットを前記受令端末宛てに送信するよう制御し、前記第３プロトコル処理部は、自装置宛ての当該パケットを受信すると、前記音声配信用マルチキャストグループへの参加を前記ルータに通知し、当該音声配信用マルチキャストグループのアドレスが設定された前記第３音声パケットを受信して外部に出力するよう制御することを特徴とする付記２記載の指令システム。
【００８５】
（付記７） 前記第５状態通知パケットは通信相手の受令端末及び自装置が送信する音声を受信する自装置毎に割り当てられた音声マルチキャストグループのアドレスを含み、前記第３音声パケットは当該音声マルチキャストグループのアドレスを含むことを特徴とする付記３記載の指令システム。
【００８６】
（付記８） 前記受付センタは、前記第１状態通知パケットを受信すると、呼出音用マルチキャストグループ宛てに呼出音を収容した音声パケットを送信し、前記第３状態通知パケットを受信すると、前記呼出音を停止する共通音源サーバを更に具備したことを特徴とする付記１記載の指令システム。
【００８７】
（付記９） 前記受付センタは、異常状態、異常電文長を含む異常パケットを監視して、異常パケットを検出すると、当該異常パケットの発信元に対して初期設定を要求する障害監視装置を更に具備したことを特徴とする付記１記載の指令システム。
【００８８】
（付記１０） 前記障害監視装置は、状態通知パケット及び音声パケットを、各送信元毎にパケット量の集計を行い、規定値以上の帯域を使用している送信元装置に初期設定要求を行うことを特徴とする付記９記載の指令システム。
【００８９】
（付記１１） 前記各指令台は、他の指令台、受令端末又はゲートウェイが送信した他の装置宛ての音声パケットを受信して、当該音声パケットに含まれる音声を外部にに出力することを特徴とする付記１記載の指令システム。
【００９０】
（付記１２） 前記ゲートウェイは通話相手から一定時間状態通知パケットが来ない場合、前記公衆網の回線を解放することを特徴とする付記３記載の指令システム。
【００９１】
【発明の効果】
以上説明したように、本発明によれば、コールマネージャ無しでの１対Ｎ同時同報通信における確実な音声パケット通信、参加型によるマルチキャスト送信を脳とすることから、ＩＰ網での高性能、高品質、高信頼性が要求される同時同報指令システムを実現できる。更に、ＩＰによる音声指令システムが実現でき、品質の向上及び距離延長による遅延発生の防止を図ることができ、社会システムとしての更なる信頼性の確保による市民サービスの向上に寄与することができる。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本発明の実施形態による指令システムの構成図である。
【図３】図２中のＧＷの構成図である。
【図４】図２中の指令台の構成図である。
【図５】図２中の共通音源サーバの構成図である。
【図６】図２中の障害監視装置の構成図である。
【図７】図２中の受令端末の構成図である。
【図８】状態通知パケットの構成図である。
【図９】音声パケットの構成図である。
【図１０】状態通知パケットの流れを示すシーケンスチャートである。
【図１１】１対１個別通話時のマルチキャストグループの配置を示す図である。
【図１２】１対１個別通話の状態通知パケット及び音声パケットの流れを示すシーケンスチャートである。
【図１３】１対Ｎ同時同報通話時のマルチキャストグループの配置を示す図である。
【図１４】１対Ｎ同時同報通話の状態通知パケット及び音声パケットの流れを示すシーケンスチャートである。
【図１５】通話モニタ時のマルチキャストグループの配置を示す図である。
【図１６】通話モニタの例を示すシーケンスチャートである。
【図１７】パケットに欠落が発生した場合のリカバリ処理の例を示すシーケンスチャートである。
【図１８】障害検出による解放処理の例を示すシーケンスチャートである。
【図１９】異常パケット受信時の初期設定動作を示すシーケンスチャートである。
【符号の説明】
２ 公衆網
４ ＩＰ網
６ ＧＷ
８＃ｉ（ｉ＝１，２，…） 指令台
９ 受付センタ
１０＃ｉ（ｉ＝１，２，…） ルータ
１２＃ｉ（ｉ＝１，２，…） 受令端末
２０ 第１プロトコル処理部
２２＃ｉ（ｉ＝１，２，…） 第２プロトコル処理部
【発明の属する技術分野】
本発明は、ＩＰ(Internet Protocol)により構成された網にて、第３者からの受付業務及び情報配信業務を行う指令システムに関する。
【０００２】
【従来の技術】
消防署や警察署等では、消防本部や警察本部等の受付センタに設けられた指令台が第３者から１１９番や１１０番の通報を受け付け、指令台が火事や事件等が発生した現場近くの受付端末に指示することにより、現場近くの消防部隊や警察が現場に直行するようになされている。これからの通信システムにおいてＩＰ化は必至であり、防災指令システムや警察・消防指令システムにおいては、危険分散を図るとともにコスト削減が要求されている。
【０００３】
従来、ＰＢＸ、コールマネージャ（ＣＭ）、複数の指令台及び複数の受令端末により構成される指令システムにより以下のように行われる。ＰＢＸは、第３者からの着信を受けると、ＰＢＸに接続された複数の指令台にリンガを鳴動することにより着信を通知する。空きの指令台の受付ボタンが操作者により押下されると、指令台からＰＢＸに受け付けを通知する。ＰＢＸは、応答指令台と公衆網とを接続する。応答指令台のオペレータは応答して、第３者に現場の住所等を聞き出す。ＣＭは受令端末との間の１対１通信により、受令端末の状態を管理している。ＣＭは、応答指令台から現場近くの空きの受令端末について問い合わせを受けると、空きの受令端末を指令台に通知する。指令台はＣＭの通知を受けて、該当の受令端末を、１対１通信により呼び出す。受令端末は指令台からの呼び出しに応答する。指令台と受令端末間で音声パケットを送受信することにより指令台と受令端末間での１対１通信が開始される。
【０００４】
【発明が解決しようとする課題】
従来の指令システムにおいては、以下のような問題点があった。上述したように、ＩＰ網での１対Ｎ同時同報通報や１対１個別通信においては、コールマネージャ（ＣＭ）と呼ばれるサーバを設置している。指令台や受令端末はＣＭとユニキャスト通信を行うことにより、ＣＭにより状態管理が行われている。このような方式では、サーバのメンテナンス等でサーバを停止した場合、全てのサービスが停止してしまうという問題点があった。
【０００５】
また、ＣＭを設置しない場合は、指令台は受令端末の状態を管理していないために、全受令端末にブロードキャスト方式やマルチキャスト方式を用いて通信を行う必要がある。このような場合、音声パケットの送信は、受信先の状態に関わらず送信元が一方的に行うことになるため、受信先の受令端末が別の処理を行っていること等が原因で音声パケットの処理ができない場合があり、話頭欠けが発生する場合がある。また、受信先であらかじめＶＯＩＰマルチキャストグループに接続しておく場合、任意の受信先に対してのみ音声パケットを送信することはできず、全受信先に対して送信されてしまう。このため、確実な音声パケットの受信が求められる高信頼性システムは適用が困難である。以上をまとめると、従来では以下の問題点があった。
【０００６】
▲１▼ マルチキャスト方式を用いた１対Ｎ同時同報通信において、コールマネージャを設置しない場合には、受信側の状態（受信可・不可）を管理しつつ、受信側で確実に音声パケットを受信できるよう送信する方法がなく、話頭欠けや音声パケットの不達が発生しても管理できない。
【０００７】
▲２▼ マルチキャスト方式を用いた１対Ｎ同時同報通信において、マルチキャストグルーブ内の任意の受信端末グループを指定する方法がなく、必要な受信先にのみ音声パケットを配信することができないという問題点がある。また、受信端末グループの組み合わせ毎にマルチキャストグループを構成する方法を考えられるが、受信端末の数が増えると組み合わせの数が多くなり現実的ではないという問題点がある。
【０００８】
▲３▼ ネットワークの管理者が通話内容をモニタする手段がないという問題点があった。
【０００９】
▲４▼ 重要度の高い通信を２４時間保障するためには、メンテナンス時に代替するために、コールマネージャを複数台設置し、Ｎ重化運用を実施する必要があり、コストがかかるという問題点がある。
【００１０】
▲５▼ 指令台や受令端末等の装置の正常性を確認するためには、コールマネージャにおいて、各装置と定期的なヘルスチェック及び指令台と受令端末間の通信ＮＧ時のリトライ制御等、サーバ及びネットワークの負荷が大きいという問題点がある。
【００１１】
本発明は、上記問題点を鑑みてなされたものであり、ＩＰ網での高性能、高品質、高信頼を実現できる同時同報指令システムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
図１は本発明の原理図である。図１に示すように、指令システムは、公衆網２とＩＰ網４をインタフェースするＧＷ６と、ＩＰ網４に接続された複数の指令台８＃ｉ（ｉ＝１〜ｎ）を含む受付センタ９と、ルータ１０＃ｉ（ｉ＝１〜ｍ）を通してＩＰ網４に接続される複数の受令端末１２＃ｉ（ｉ＝１〜ｍ）とを有している。ＧＷ６は第１プロトコル処理部２０を具備する。指令台８＃ｉは第２プロトコル処理部２２＃ｉを具備する。第１プロトコル処理部２０は、公衆網２より着信があると、着信呼出中を示す第１状態通知パケットを複数の指令台８＃ｉ（＝１，２，…，ｎ）を含む第１状態通知用マルチキャストグループ宛てに送信するよう制御する。
【００１３】
指令台８＃ｉ（ｉ＝１，２，…）中の第２プロトコル処理部２２＃ｉは、自装置が空き状態であるとき、第１状態通知パケットに対して第２状態通知パケットを送信するよう制御する。第１プロトコル処理部２０は、着信呼出中に対する応答接続中を示す第１状態通知用マルチキャストグループ宛ての第２状態通知パケットを受信したとき、第２状態通知パケットを送信した応答指令台に通話を許可する旨の第３状態通知パケットを第１状態通知用マルチキャストグループ宛てに送信するよう制御する。
【００１４】
第２プロトコル処理部２２＃ｉは、自装置宛ての第３状態通知パケットを受信すると、通話中を示す第４状態通知パケットを送信し、第２状態通知パケットを送信し且つ他装置宛ての第３状態通知パケットを受信すると、自装置が空き状態となるよう制御する。第１プロトコル処理部２０は、応答指令台８＃ｉが送信した第１音声パケットに含まれる音声を公衆網２に接続するよう制御する。第２プロトコル処理部２２＃ｉは、自装置宛ての第２音声パケットを外部出力するよう制御する。このように、コールマネージャが無くても、ＧＷ６と指令台８＃ｉとの間でＩＰ網４を通して１対１個別通話を行うことができる。
【００１５】
【発明の実施の形態】
図２は本発明の実施形態を示す指令システムの構成図である。図２に示すように、指令システムは、ゲートウェイ（ＧＷ）５０、指令台５２＃ｉ（ｉ＝１，２，…）、共通音源サーバ５４、障害監視装置５６及びルータ５８がＬＡＮ６０により接続された受付センタ６２及びルータ７０＃ｉ（ｉ＝１，２，…，ｍ）に接続された複数の受令端末７２＃ｉ（ｉ＝１，２，…，ｍ）から構成されている。ＧＷ５０は公衆網８０に接続されている。ＧＷ５０，指令台５２＃ｉ，ルータ５０，７０＃ｉ及び受令端末７２＃ｉ間は、ＩＰプロトコルに従って通信が行われる。
【００１６】
図３は図２中のＧＷ５０の構成図である。図３に示すように、ＧＷ５０は、公衆網ポート１００、入出力ポート１０２、回線制御部１０４、プロトコル処理部１０６、状態通知パケット送信部１０８、状態通知パケット受信／分析部１１０、音声パケット送信部１１２及び音声パケット受信部１１４を有する。公衆網ポート１００は公衆網８０にアクセスするためのポートである。入出力ポート１０２は、ＬＡＮ６０にアクセスするためのポートである。
【００１７】
回線制御部１０４は、以下の機能を有する。▲１▼公衆網１０４から着信を受信すると、プロトコル処理部１０６に着信があった旨を通知する。▲２▼プロトコル処理部１０６より回線接続を指示されると公衆網８０と回線接続する。▲３▼公衆網８０より音声信号を受信すると、音声信号をディジタル信号に変換をして、プロトコル処理部１０６に出力する。
【００１８】
プロトコル処理部１０６は、次の機能を有する。▲１▼ＧＷ５０の状態を管理しており、一定の周期で、装置状態を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１０８に指示する。状態通知用マルチキャストグループ１とは、図３に示すように、ＧＷ５０、指令台５２＃ｉ（ｉ＝１，２，…，ｎ）、共通音源サーバ５４及び障害監視装置５６をいう。▲２▼回線制御部１０４より着信を通知されると、「状態：着信呼出中」を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１０８に指示し、呼出音用グループに参加することをルータ５８に通知すると共に呼出音を公衆網８０に接続する。▲３▼「状態：応答接続中、通信相手ＧＷ５０、指令台の音声配信用グルーブのアドレス」を示す状態通知パケットが状態通知パケット受信／分析部１１０より通知されると、「状態：通話中、通信相手：最初の受信に係わる状態通知パケットの送信装置である指令台、ＧＷ５０の音声配信用グループのアドレス」を含む状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１０８に指示し、公衆網８０に応答台からの音声を接続すると共に公衆網８０からの音声をＧＷ５０の音声配信用グループへ配信するよう音声パケット送信部１１２を制御する。ＧＷ５０の音声配信用グループとは、指令台５２＃ｉが、ＧＷ５０が送出した音声パケットを受信するために、ＧＷ５０に割り振られたマルチキャストグループのアドレスである。▲４▼「状態：通話中」の状態が状態通知パケット受信／分析部１１０より通知されると、呼出音用グループからの撤退をルータ５６に通知し、指令台の音声配信用グループへの参加を通知すると共に当該指令台の音声配信用グーループ宛ての音声パケットを公衆網ポート１００を通して公衆網８０に出力するよう音声パケット受信部１１４を制御する。▲５▼応答台が送信した「状態：空き」を示す状態通知パケットが状態通知パケット受信／分析部１１０より通知された場合及び一定時間通話相手から状態通知パケットが受信できない場合、「状態：切断監視中」を示す状態通知パケットを状態通知パケット送信部１０８に送信するよう指示すると共に話中音グループに参加することをルータ５８に通知する。▲６▼回線制御部１０４より公衆網７０の切断処理が通知されると、「状態：空き」を示す状態通知パケットを状態通知用マルチキャストグループ１に状態通知パケット送信部１０８に配信するよう指示すると共に話中音グループから撤退をルータ５８に通知する。▲８▼自装置宛ての初期設定要求パケットを受信すると、初期設定を行う。
【００１９】
状態通知パケット送信部１０８は、プロトコル処理部１０６の指示に従って、装置状態を状態通知用マルチキャストグループ１に配信する。状態通知パケット受信／分析部１１０は、入出力ポート１０２より状態通知用マルチキャストグループ１宛ての状態通知パケットを受信すると、当該パケットに収容されている装置の状態と受信電文保存エリア１１６に保存されている当該装置の状態が異なるとき、当該パケットに収容されている装置状態を受信電文保存エリア１１６に保存すると共に変化した状態及び該当装置をプロトコル処理部１０６に通知する。
【００２０】
音声パケット送信部１１２は、プロトコル処理部１０６より、ディジタル音声信号を受信すると、ＩＰヘッダに音声マルチキャストグループのアドレスを設定し、音声パケットに音声データを収容して入出力ポート１０２を通して、ＬＡＮ６０に出力する。音声パケット受信部１１４は、入出力ポート１０２よりＶＯＩＰ音声パケットを受信すると、音声パケットに収容された音声データを取り出して、アナログ音声信号に変換して、公衆網ポート１００より音声信号を送信する。受信電文保存エリア１１６は、各状態の状態を保存する記録媒体である。
【００２１】
図４は図２中の指令台５２＃ｉの構成図である。図４に示すように、指令台５２＃ｉは、サウンドデバイス１５０＃ｉ、入出力ポート１５２＃ｉ、プロトコル処理部１５４＃ｉ、操作部１５６＃ｉ、表示部１５８＃ｉ、状態通知パケット送信部１６０＃ｉ、状態通知パケット受信／分析部１６２＃ｉ、音声パケット送信部１６４＃ｉ、音声パケット受信部１６６＃ｉ及び受信電文保存エリア１６８＃ｉを有する。
【００２２】
サウンドデバイス１５０＃ｉは、音声パケット受信部１６６＃ｉより出力される音声信号を増幅して、ヘッドセット等に出力する。入出力ポート１５２＃ｉは、ＬＡＮ６０に接続するためのポートである。
【００２３】
プロトコル処理部１５４＃ｉは、次の機能を有する。▲１▼定期的に自装置状態を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１０８に指示する。▲２▼ＧＷ５０が送信した「状態：着信呼出中」を状態通知パケット受信／分析部１６２＃ｉより受信すると、表示部１５８＃ｉに着信中表示を行う。▲３▼操作部１５８＃ｉからのオペレータによる応答操作に従って、「状態：応答接続中、通信相手：ＧＷ５０、指令台５２＃ｉの音声配信用グループのアドレス」を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１６０＃ｉに指示する。指令台５２＃ｉの音声配信用グループとは、自装置に割り振られた、ＧＷ５０が自音声パケットを受信するためのマルチキャストグループをいう。▲４▼ＧＷ５０が送信した「状態；通話中、通信相手、音声マルチキャストアドレス」を示す状態通知パケットに設定された通信相手が自指令台（応答台）であるかを判断する。(i)自指令台であるとき、ＧＷ５０の音声配信用グループへの参加をルータ５８に通知すると共に音声パケット受信部１６６＃ｉを制御してＧＷ５０の音声配信用グループ宛ての音声パケットをサウンドデバイス１５０＃ｉに出力し、「状態：通話中、通信相手：ＧＷ５０、指令台５２＃ｉの音声配信用グループのアドレス」を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１０８に指示すると共に音声パケット送信部１６４＃ｉを制御して、音声マルチキャストグループ宛てに音声配信を開始する。(ii)自指令台でなければ、「状態：空き」を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１６０＃ｉに指示すると共に着信中表示を停止する。▲５▼操作部１５８＃ｉからのオペレータによる接続操作により、音声パケットの配信を停止し、「状態：空き」を示す状態通知パケットを状態通知用マルチキャストグループ１に配信するよう状態通知パケット送信部１６０＃ｉに指示する。▲６▼操作部１５８＃ｉからのオペレータによる指令起動操作により、「状態：指令起動中、相手受令端末、指令台５２＃ｉの音声配信用グループのアドレス」を示す状態通知パケットを状態通知用マルチキャストグループ２に配信するよう状態通知パケット送信部１６０＃ｉに指示する。▲７▼「状態：指令中」を示すマルチキャストグループ２宛ての状態通知パケットより音声送信開始条件（全て指令応答中又はタイムアウト）場合、音声パケット送信部１６４＃ｉを制御して、自指令台用マルチキャストグループへ音声パケットの配信を開始する。
【００２４】
操作部１５６＃ｉは、オペレータによる釦操作等により、「接続」、「切断」及び「該当受令端末への指令起動」等の操作を実行する。表示部１５８＃ｉは、プロトコル処理部１５４＃ｉにより「着信中」表示のオン／オフを行う。状態通知パケット送信部１６０＃ｉは、プロトコル処理部１５４＃ｉの指示に従って、装置状態を状態通知用マルチキャストグループ１又は２に配信する。状態通知パケット受信／分析部１６２＃ｉは、入出力ポート１５２＃ｉより状態通知用マルチキャストグループ１又は２宛ての状態通知パケットを受信すると、当該パケットに収容されている装置の状態と受信電文保存エリア１６８＃ｉに保存されている当該装置の状態が異なるとき、当該パケットに収容されている装置状態を受信電文保存エリア１６８＃ｉに保存すると共に変化した状態及び該当装置をプロトコル処理部１５４＃ｉに通知する。
【００２５】
音声パケット送信部１６４＃ｉは、プロトコル処理部１５４＃ｉよりディジタル音声信号を受信すると、ＩＰヘッダに音声マルチキャストグループのアドレスを設定し、音声パケットに音声データを収容して入出力ポート１５２＃ｉを通して、ＬＡＮ６０に出力する。音声パケット受信部１６６＃ｉは、入出力ポート１５２＃ｉより音声パケットを受信すると、音声パケットに収容された音声データを取り出して、アナログ音声信号に変換して、サウンドデバイス１５０＃ｉに出力する。受信電文保存エリア１６８＃ｉは、各装置の状態を保存する記憶媒体である。
【００２６】
図５は、図２中の共通音源サーバ５４の構成図である。図５に示すように、共通音源サーバ５４は、入出力ポート２００、プロトコル処理部２０２、状態通知パケット送信部２０４、状態通知パケット受信／分析部２０６、音声パケット送信部２０８、音源ファイル２１０及び受信電文保存エリア２１２を有する。入出力ポート２００は、ＬＡＮ６０に接続するためのポートである。
【００２７】
プロトコル処理部２０２は、次の機能を有する。▲１▼ＧＷ５０の状態が「着信呼出中」であれば、呼出音用マルチキャストグループに呼出音を配信するよう音声パケット送信部２０８に指示する。呼出音マルチキャストグループとは、呼出音を受信する、ＧＷ５０及び指令台５２＃ｉ（ｉ＝１，２，…）からなるグループである。▲２▼ＧＷ５０の状態が「着信呼出中」でなくなったとき、呼出音の配信を停止するよう音声パケット送信部２０８に指示する。▲３▼ＧＷ５０の状態が「切断監視中」となったとき、話中音用マルチキャストグループに話中音を配信するよう音声パケット送信部２０８に指示する。▲３▼ＧＷ５０の状態が「切断監視中」から「空き」となったとき、「話中音」の配信を停止するよう音声パケット送信部２０８に指示する。
【００２８】
状態通知パケット送信部２０４は、プロトコル処理部２０２の指示に従って、装置状態を状態通知用マルチキャストグループ１に配信する。状態通知パケット受信／分析部２０６は、入出力ポート２００より状態通知用マルチキャストグループ１又は２宛ての状態通知パケットを受信すると、当該パケットに収容されている装置の状態と受信電文保存エリア２１２に保存されている当該装置の状態が異なるとき、当該パケットに収容されている装置状態を受信電文保存エリア２１２に保存すると共に変化した状態及び該当装置をプロトコル処理部２０２に通知する。
【００２９】
音声パケット送信部２０６は、プロトコル処理部２０２の指示に従って、音源ファイル２１０より「呼出音」／「話中音」を読み出して、呼出音／話中音マルチキャストグループに入出力ポート２０８を通して配信／配信停止する。音源ファイル２１０は、「呼出音」、「話中音」等の音源を記憶する記憶媒体である。受信電文保存エリア２１２は、各装置の状態を保存する記憶媒体である。
【００３０】
図６は、図２中の障害監視装置５６の構成図である。図６に示すように、障害監視装置５６は、入出力ポート２５０、プロトコル処理部２５２、表示部２５４、初期設定要求パケット送信部２５６、状態通知パケット受信／分析部２５８及び受信電文保存エリア２６０を有する。入出力ポート２５０は、ＬＡＮ６０に接続するためのポートである。
【００３１】
プロトコル処理部２５２は、次の機能を有する。▲１▼状態通知パケットの状態を監視し、非許容状態の装置があれば、障害と認識し、表示部２５４に当該装置が障害である旨を表示する。▲２▼各装置から状態通知パケット及び音声パケットを抽出し、装置毎にパケット量の集計を行い、規定値以上の帯域を使用している装置の有無を表示部２５４に表示する。▲３▼異常状態、異常電文長、許容帯域以上の使用など、異常検出した装置に対して初期設定要求パケットを送信するよう、初期設定要求パケット送信部２５６に指示する。
【００３２】
表示部２５４は、装置の異常の有無を表示する表示装置である。初期設定要求パケット送信部２５６は、プロトコル処理部２５２の指示に従って、装置故障の該当装置宛てに初期設定要求パケットを送信する。状態通知パケット受信／分析部２５８は、入出力ポート２５０より状態通知用マルチキャストグループ１，２宛ての状態通知パケット及び音声パケットを受信すると、装置毎に設けられた当該パケットの送信元装置に該当するエリアに装置状態や音声パケット数を受信電文保存エリア２６０に保存する。受信電文保存エリア２６０は、各装置の状態並びに音声パケットや状態パケットのパケット数（トラヒック数）を保存する記憶媒体である。
【００３３】
図７は、図２中の受令端末７２＃ｉの構成図である。受令端末７２＃ｉは、サウンドデバイス３００＃ｉ、入出力ポート３０２＃ｉ、プロトコル処理部３０４＃ｉ、３０６＃ｉ、表示部３０８＃ｉ、状態通知パケット送信部３１０＃ｉ、状態通知パケット受信／分析部３１２＃ｉ、音声パケット送信部３１４＃ｉ、音声パケット受信部３１６＃ｉ及び受信電文保存エリア３１８＃ｉを有する。
【００３４】
サウンドデバイス３００＃ｉは、音声パケット受信部３１６＃ｉより出力される音声信号を増幅して、ヘッドセット等に出力する。入出力ポート３０２＃ｉは、ＬＡＮ６０に接続するためのポートである。
【００３５】
プロトコル処理部３０４＃ｉは次の機能を有する。▲１▼定期的に自装置状態を状態通知用マルチキャストグループ２に配信するよう状態通知パケット送信部３１０＃ｉに指示する。▲２▼「状態：指令起動中」を示す状態通知用マルチキャストグループ２宛ての状態通知パケットを状態通知パケット受信／分析部１６２＃ｉより受信すると、宛先情報を解析し、自分が対象であれば、表示部３０８＃ｉにその旨を表示する。オペレータにより操作部３０６＃ｉの操作により指令応答が指示されたとき、「状態：指令中、通信相手：指令台」を示す状態通知パケットを状態通知用マルチキャストグループ２の配信するよう状態通知パケット送信部３１０＃ｉに指示し、指令台の音声配信用グループに参加することをルータ７０＃ｉに通知するよう指示すると共に音声パケット受信部３１６＃ｉを制御して、指令台の音声配信用グループ宛ての音声パケットに収容された音声データをサウンドデバイス３００＃ｉに出力する。▲４▼指令が終了すると、指令台用音声マルチキャストグループからの撤退をルータ７０＃ｉに通知する。
【００３６】
状態通知パケット送信部３１０＃ｉは、プロトコル処理部３０４＃ｉの指示に従って、装置状態を状態通知用マルチキャストグループ２に配信する。状態通知パケット受信／分析部３１２＃ｉは、入出力ポート３０２＃ｉより状態通知用マルチキャストグループ２宛ての状態通知パケットを受信すると、当該パケットに収容されている装置の状態と受信電文保存エリア３１８＃ｉに保存されている当該装置の状態が異なるとき、当該パケットに収容されている装置状態を受信電文保存エリア３１８＃ｉに保存すると共に変化した状態及び該当装置をプロトコル処理部３０４＃ｉに通知する。
【００３７】
音声パケット送信部３１４＃ｉは、プロトコル処理部３０４＃ｉよりディジタル音声信号を受信すると、ＩＰヘッダに音声配信用マルチキャストグループを設定したパケットに音声データを収容し、入出力ポート３０２＃ｉを通して、ルータ７０＃ｉに出力する。音声パケット受信部３１６＃ｉは、入出力ポート３０２＃ｉより「状態：指令起動中、通信相手：自端末」を示す状態通知パケットに含まれる音声マルチキャストアドレスが設定された音声パケットを受信すると、音声データを取り出して、アナログ音声信号に変換し、サウンドデバイス３００＃ｉに出力する。受信電文保存エリア３１８＃ｉは、各装置の状態を保存する記憶媒体である。
【００３８】
図２中のルータ５８，７０＃ｉ（ｉ＝１，２，…，ｍ）は、ＩＰパケットに設定された、ユニキャストアドレス又はマルチキャストアドレスに従ってルーティングする。本実施形態では、音声パケットはマルチキャスト配信されるが、上述したように状態通知パケットによりマルチキャストアドレスが音声パケットの送信側から受信側へマルチキャストグループのアドレスが通知され、音声パケットを受信する装置がマルチキャストグループに参加することをルータ５８、７０＃ｉ（ｉ＝１，２，…）に通知することから、ルータ５８，７０＃ｉ（ｉ＝１，２，…）がマルチキャストグループに参加した装置へ当該マルチキャストグループのアドレスが設定された音声パケットをルーティングする。また、通話が終了すると、装置がマルチキャストグループからの撤退を通知するので、当該装置へ当該撤退に係わる音声パケットの配信を停止する。
【００３９】
図８は、状態通知パケットの構成例を示す図である。図８に示すように、状態通知パケットは、ＩＰヘッダ、ＵＤＰヘッダに後続する領域に、パケット長、送信元識別子、状態番号、自音声マルチキャストポート番号、自音声マルチキャストアドレス、通話相手識別子１，２，…から構成される。ＩＰヘッダは、ＴＣＰ／ＩＰプロトコルに基づくＩＰヘッダであり、状態をマルチキャスト配信するマルチキャストアドレスが設定される。ＵＤＰヘッダは、ＵＤＰプロトコルに基づくＵＤＰヘッダである。パケット長はバケットの長さを示す。送信元識別子は、送信元装置の識別子である。状態番号とは、「空き」等の状態に該当する番号である。自音声マルチキャストポート番号とは、音声を入力するためのポート番号である。自音声マルチキャストアドレスとは、当該状態通知パケットに基づいて通話される音声を受信するための当該状態通知パケットを送信した装置に割り振られた音声配信用マルチキャストグループのアドレスである。通話相手識別子１，２，…は、当該状態通知パケットを受信する相手識別子であり、複数ある場合は複数個設定される。
【００４０】
図９は、音声パケットの構成例を示す図である。図９に示すように、音声パケットは、ＩＰヘッダ、ＵＤＰヘッダに後続する領域に、パケット長、送信元識別子及び音声データが収容される。ＩＰヘッダは、ＴＣＰ／ＩＰプロトコルに基づくＩＰヘッダであり、状態通知パケットに設定された自音声マルチキャストアドレス等が設定される。ＵＤＰヘッダは、ＵＤＰプロトコルに基づくＵＤＰヘッダであり、ポート番号には、状態通知パケットに設定された自音声マルチキャストポート番号が設定される。パケット長はバケットの長さを示す。送信元識別子は、送信元装置の識別子である。
【００４１】
以下、図２の動作説明をする。
【００４２】
（ａ） 状態通知パケットの流れ
図１０は、空き状態での状態通知パケットの流れを示す図である。図１０に示すように、ＧＷ５０、各指令台５２＃ｉ（ｉ＝１，２，…）及び受令端末７２＃ｉ（ｉ＝１，２，…，ｍ）は、自装置の状態、例えば、「空き」を状態通知パケットに設定して、状態通知用マルチキャストグルーブ１（ＧＷ５０や指令台５２＃ｉ（ｉ＝１，２，…））や状態通知用マルチキャストグループ２（受令端末７２＃ｉ（ｉ＝１，２，…））宛てに配信する。これらの状態通知用パケットは、宛先として指定された状態通知用マルキャストグループ１，２に属する指令台５２＃ｉ（ｉ＝１，２，…，ｎ）や受令端末７２＃ｉ（ｉ＝１，２，…，ｍ）は、送信元装置の状態を保存する。
【００４３】
（ｂ） １対１個別通話
図１１は、１対１個別通話時を示す図である。図１２は、１対１個別通話時のシーケンスチャートである。ここでは、１対１個別通話とは、公衆網５０から着信があったとき、発呼者と指令台のオペレータとの間で１対１個別通話を行うことをいう。
【００４４】
図１２中の(2)に示すように、ＧＷ５０は、公衆網８０より着信があると、(4)に示すように、ＧＷ５０は、「状態：着信呼出中、宛先：全指令台、状態通知用マルチキャストグループ１（例えば、図１２に示すように、ＩＰアドレス：２２４．１．１．１）」を設定した状態通知パケットをマルチキャスト配信開始すると共に規定の呼出音配信用マルチキャストグループに参加・受信開始し、公衆網８０に接続する。(6),(8)に示すように、指令台５２＃１，５２＃２は、ＧＷ５０より送信された状態通知パケットの宛先が状態通知用マルチキャストグループ１であり、「着信呼出中」が設定されているので、「着信中」を表示する。
【００４５】
共通音源サーバ５４は、図１２中の(10)に示すように、ＧＷ５０より送信された状態通知パケットの宛先が状態通知用マルチキャストグルーブ１であり、「着信呼呼出中」が設定されているので、図１１中の(10)に示すように、呼出音配信用マルチキャストグループ宛てに呼出音を含む音声パケットをマルチキャスト配信する。指令台５２＃１，５２＃２は、呼出音配信用マルチキャストグループ宛ての「呼出音」を受信すると、サウンドデバイスに出力する。指令台５２＃１，５２＃２のオペレータは、(12)，(14)に示すように、「呼出音」により応答操作を行ったものとする。この時、指令台５２＃１の方が指令台５２＃２よりも早く応答操作がなされたものとする。
【００４６】
指令台５２＃１，５２＃２は、(16),(18)に示すように、オペレータにより応答操作がなされたので、「状態：応答接続中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：ＧＷ５０の識別子、指令台ｉ用音声マルチキャストアドレス」を設定して、状態通知パケットを送信する。この時、指令台５２＃１の方が指令台５２＃２よりも早く状態通知パケットを送信したものとする。
【００４７】
ＧＷ５０は、図１２中の(20)に示すように、最も早く応答接続中を送信した指令台５２＃１より「応答接続中」の状態を受け取ると、指令台５２＃１を応答台として確定し、図１１中の(20)に示すように、「状態：通話中、宛先：着信中状態通知用マルチキャストグループ１、通話相手識別子を該当指令台５２＃１、ＧＷ用音声マルチキャストアドレス」を設定して、状態通知パケットを送信すると共に、(22)に示すように、ＧＷ音声用グループに対して音声パケットの配信を開始する。ＧＷ５０は、(26)に示すように、呼出音グループから撤退し、指令台５２＃１用音声グループに参加・受信開始し、応答台の音声を公衆網８０に接続する。
【００４８】
応答指令台５２＃１は、(20)に示すように、ＧＷ５０より自装置宛ての「通話中」の状態を受信すると、ＧＷ音声用グループに参加し、ＧＷ音声用グループ宛ての音声パケットを外部に出力すると共に、図１１及び図１２中の(24)に示すように、「状態：通話中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ、指令台５２＃ｉ音声用グループ」を設定した状態通知パケットを送信する。
【００４９】
一方、応答に失敗した指令台５２＃２は、ＧＷ５０からの「通話中」を示す状態通知パケットの宛先が自分ではないので、(28)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ」を設定した状態通知パケットを配信すると共に着信中表示を停止する。共通音源サーバ５４は、ＧＷ５０より「通話中」の状態を受信すると、(30)に示すように、呼出音の配信を停止する。
【００５０】
以降、公衆網８０からの音声は、ＧＷ５０より音声パケットに収容されて、ＧＷ音声用グループ宛てに送信される。この音声パケットが応答台５２＃１で受信されて、応答台５２＃１のサウンドデバイス１５０＃１より送出される。一方、応答台５２＃１に入力された音声は音声パケットに収容されて、応答台５２＃１用音声グループ宛てに送信される。この音声パケットがＧＷ５０で受信されて、公衆網８０に送出される。
【００５１】
通話が終了した場合、応答台５２＃１にて以下の切断操作を行う。応答台５２＃１は、音声パケットの配信を停止し、(30)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ」を設定した状態通知パケットを配信する。ＧＷ５０は、応答台５２＃１より「空き」の状態を受信すると、応答台５２＃１用音声グループから撤退し、(34)に示すように、「状態：切断開始中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：指令台全台」を設定した状態通知パケットを配信する。ＧＷ５０及び応答台５２＃１は、(35)に示すように、既定の話中音配信用グループに参加・受信開始し、話中音を公衆網８０に接続する。
【００５２】
共通音源サーバ５４は、図１２中の(36)に示すように、ＧＷ５０より「切断開始中」の状態通知パケットを受信すると、図１１中の(36)に示すように、既定の話中音用グループ宛てに「話中音」を配信する。応答台５２＃１は、共通音源サーバ５４より「話中音」を受信すると、サウンドデバイス１５０＃１に出力する。ＧＷ５０は、(38)に示すように、公衆網８０の回線解放を検出すると、(40)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：指令台全台」を設定した状態通知パケットを配信する。共通音源サーバ５４は、(42)に示すように、ＧＷ５０より「空き」の状態通知パケットを受信すると、「話中音」の配信を停止する。
【００５３】
（ｃ） １対Ｎ同時同報通話
図１３は、１対Ｎ同時同報通話時のマルチキャストグループの配置を示す図である。図１４は、１対Ｎ同時同報通話時の状態通知パケット及び音声パケットの流れを示すシーケンスチャートである。ここでは、１対Ｎ同時同報通話とは、応答指令台と複数の受令端末間で同時同報通話を行うことをいう。
【００５４】
指令発令台５２＃１は、公衆網８０からの通報内容に従って、オペレータの指示やオペレータの指示等により指令同報宛先を決定する。指令発令台２＃１は、(100)に示すように、「状態：指令起動中、宛先：状態通知用マルチキャストグループ２、例えば、２２４．１．１．２，通話相手識別子：該当指令同報宛先、指令台５２＃１音声用グループアドレス」を設定した状態通知パケットを配信する。状態通知パケットは、状態通知用マルチキャストグルーブ２に従ってルータ５８でルーティングされて、ルータ７０＃ｉ（ｉ＝１，２，…）を経由して、受令端末７２＃ｉ（ｉ＝１，２，…）で受信される。
【００５５】
受令端末７２＃ｉ（ｉ＝１，２，…，ｍ）は、指令台５２＃１からの状態通知パケットの宛先情報を解析し、自分が対象であれば、(101)，(103)に示すように、オペレータにより応答される。受令端末７２＃１，７２＃２は、(102)，(104)に示すように、「状態：指令中、宛先：状態通知用マルチキャストグループ２、通話相手識別子：指令台５２＃１」を設定した状態通知パケットを配信すると共に指令発令台５２＃１の音声配信用グループに参加・受信開始し、音声パケットをサウンドデバイス３００＃１，３００＃２に接続する。ルータ５４は、音声用グループへの参加が通知された該当受令端末７２＃１，７２＃２が接続されるポート（ＬＡＮ６０が接続されるポート）にのみ音声パケットの配信を行う。
【００５６】
指令台５２＃１は、図１４中の(106)に示すように、各受令端末７２＃ｉ（ｉ＝１，２）からの状態通知パケットを解析し、音声送出開始条件を満足した（指令宛先全てより「指令応答中」を受信、又はタイムアウト）場合、図１３及び図１４中の(108)に示すように、指令台５２＃１の音声用グループ宛てに音声パケットを送信する。タイムアウトで音声パケットを送信するのは、指令宛先の受令端末の故障等により応答がなかった場合は、指令宛先全てからの応答を待っていたのでは、指令ができないという問題があるからである。指令台５２＃１からの音声パケットはルータ５４，７２＃１，７２＃２でルーティングされて、受令端末７２＃１，７２＃２で受信される。このようにして、指令台５２＃１から音声は、複数の受令端末７２＃１，７２＃２で受信される。
【００５７】
ここで、指令台５２＃１⇔受令端末７２＃１，７２＃２間で同時同報通話中に指令台５２＃２から受令端末７２＃３へ指令があったものとする。指令台５２＃２は、(110)に示すように、(100)と同様に、「状態：指令起動中、宛先：状態通知用マルチキャストグループ２、通話相手識別子：受令端末７２＃１，７２＃２，７２＃３、指令台５２＃２の音声配信用グループのアドレス」を設定した状態通知パケットを配信する。
【００５８】
受令端末７２＃１，７２＃２は指令中なので応答をすることはできない。一方、受令端末７２＃３は、状態が「空き」であり、指令台５２＃２からの状態通知パケットの宛先情報を解析すると、自分が対象であるので、(112)に示すように、「状態：指令応答中、宛先：状態通知用マルチキャストグループ２、通話相手識別子：指令台５２＃２」を設定した状態通知パケットを配信すると共に指令発令台５２＃２の音声配信用グループに参加・受信開始し、音声パケットをサウンドデバイス３００＃３に接続する。指令台５２＃２は、(114)に示すように、各受令端末７２＃３からの状態通知パケットを解析し、音声送出開始条件を満足した（指令宛先全てより「指令応答中」を受信又はタイムアウト）場合、図１３及び図１４中の(116)に示すように、指令台５２＃２の音声配信用グループ宛てに音声パケットを送信する。
【００５９】
指令台５２＃１は、(118)に示すように、受令端末７２＃１，７２＃２に対して指令が終了すると、(119)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：ＧＷ５０」を設定した状態通知パケットを送信する。受令端末７２＃１，７２＃２は、(120)，(122)に示すように、指令台５２＃１より「空き」を受信すると、「状態：空き、宛先：状態通知用マルチキャストグループ２、通話相手識別子：全指令台」を設定した状態通知パケットを送信すると共に指令台５２＃１の音声用グループから撤退する。
【００６０】
指令台５２＃２は、(123)に示すように、受令端末７２＃３に対して指令が終了すると、(124)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：ＧＷ５０」を設定した状態通知パケットを送信する。受令端末７２＃３は、(126)に示すように、指令台５２＃２より「空き」を受信すると、「状態：空き、宛先：状態通知用マルチキャストグループ２、通話相手識別子：全指令台」を設定した状態通知パケットを送信すると共に指令台５２＃２の音声配信用グループから撤退する。
【００６１】
（ｄ） 通話モニタ
図１５は、通話モニタ時のマルチキャストグループの配置を示す図である。図１６は、通話モニタ時の状態通知パケット及び音声パケットの流れを示すシーケンスチャートである。ここでは、通話モニタとは、他台の通話（公衆網８０からの発呼者と指令台扱い者との間の通話）や指令状況をモニタすることをいう。ここでは、指令台５２＃１がＧＷ５０と通話中に指令台５２＃２で通話モニタを行う例を説明する。
【００６２】
ＧＷ５０及び応答指令台５２＃１は、図１２中の(4)〜(18)と同様の処理を行う。ＧＷ５０は、(200)に示すように、最も早く応答接続中を送信した指令台５２＃１より「応答接続中」の状態を受け取ると、指令台５２＃１を応答台として確定し、「状態：通話中、宛先：着信中状態通知用マルチキャストグループ１、通話相手識別子を該当指令台５２＃１、ＧＷ５０の音声グループアドレス」を設定して、状態通知パケットを配信すると共にＧＷ５０の音声用グループ宛てに音声パケットの配信を開始する。また、応答台５２＃１の音声用グループに参加・受信開始し、(202)に示すように、応答台５２＃１の音声を公衆網８０に接続する。
【００６３】
応答指令台５２＃１は、(204)に示すように、ＧＷ５０より「通話中」の状態を受信すると、「状態：通話中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ、指令答５２＃１の音声用グループアドレス」を設定した状態通知パケットを配信する。そして、応答台５２＃１に入力された音声は音声パケットに収容されて、(206)に示すように、応答台５２＃１の音声用グループ宛てに配信される。音声パケットがＧＷ５０で受信されて、公衆網８０に送出される。
【００６４】
指令台５２＃２は、以下のようにして、指令台５２＃１や公衆網８０からの音声のモニタを開始する。指令台５２＃２の指令者は、操作部１５６＃２の操作により、モニタを開始する。指令台５２＃２は、モニタの開始を指示されると、受信電文保存エリア１６８＃２に保存されている状態が「通話中」である指令台／ＧＷ／受令端末、例えば、ＧＷ５０，指令台５２＃１を表示部１５８＃２に表示し、指令者の操作によりモニタするものが選択される。例えば、指令台５２＃１，ＧＷ５０が選択されたものとする。指令台５２＃２はモニタする指令台５２＃１の音声配信用マルチキャストグループを状態通知パケットより抽出を行い、図１５及び図１６中の(208)に示すようにサウンドデバイス１５０＃２に接続して、指令台５２＃１が出力した音声をモニタする。また、指令台５２＃１の通話相手識別子（ＧＷ）を取得し、該当装置（ＧＷ５０）の状態通知パケットから音声配信用マルチキャストアドレスの抽出を行い、図１５及び図１６中の(210)に示すように、サウンドデバイス１５０＃２に接続して、ＧＷ５０が出力した音声をモニタする。
【００６５】
（ｅ） パケットの欠落が発生した場合のリカバリ処理
図１７は、パケットの欠落が発生した場合のリカバリ処理を示すシーケンスチャートである。ここでは、指令起動時、受令端末７２＃１からの状態通知（指令応答）パケットが欠落した場合を例として説明を行う。
【００６６】
指令発令台２＃１は、(302)に示すように、「状態：指令起動中、宛先：状態通知用マルチキャストグループ２、通話相手識別子：該当指令同報宛先、自音声アドレス」を設定した状態通知パケットを配信する。
【００６７】
受令端末７２＃ｉ（ｉ＝１，２，…，ｍ）は、指令台５２＃１からの状態通知パケットの宛先情報を解析し、自分が対象であれば、(303)，(306)に示すように、「状態：指令応答中、宛先：状態通知用マルチキャストグループ２、通話相手識別子：指令台５２＃１、自音声配信用マルチキャストアドレス」を設定した状態通知パケットを配信するが、(304)に示すように、受令端末７２＃１からの「指令中」の状態通知パケットがＧＷ５０に届かなかったものとする。しかし、受令端末７２＃１，７２＃２は、(308)，(310)，(316)，(318)に示すように、一定周期で状態通知パケットを送信していることから、(312)に示すように、ＧＷ５０でタイムアウトする前に状態通知パケットが受令端末７２＃１よりＧＷ５０に届くことがある。ＧＷ５０は、(312)に示すように、受令端末７２＃１から状態通知パケットを受信すると、音声送信開始条件（指令宛先全てより「指令応答中」を受信）を満足するので、音声の送信を開始する。このように、タイムアウトする前にリカバリ処理により状態通知パケットを受け取った場合には、音声の送出をより早くでき、迅速に処理を行うことが可能となる。
【００６８】
指令台５２＃１は、(320)に示すように、受令端末７２＃１，７２＃２に対して指令が終了すると、(322)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：ＧＷ５０」を設定した状態通知パケットを送信する。受令端末７２＃１，７２＃２は、(324)，(326)に示すように、状態：空き、宛先：状態通知用マルチキャストグループ２、通話相手識別子：全指令台」を設定した状態通知パケットを送信する。
【００６９】
（ｇ） 障害検出による解放処理
図１８は、障害検出による解放処理を示すシーケンスチャートである。障害とは、一定時間以上状態通知パケットが受信できなかったことをいう。ここでは、通話中に障害検出した場合を例として説明を行う。
【００７０】
図１２中の(2)〜(18)と同様の処理が行われてから、ＧＷ５０は、(400)に示すように、指令台５２＃１より「応答接続中」の状態を受け取ると、「状態：通話中、宛先：着信中状態通知用マルチキャストグループ１、通話相手識別子を該当指令台５２＃１、自音声マルチキャストアドレス」を設定して、状態通知パケットを送信すると共に、(402)に示すように、応答台５２＃１の自音声配信用マルチキャストグループに対して音声パケットの配信を開始する。
【００７１】
応答指令台５２＃１は、(404)に示すように、ＧＷ５０より「通話中」の状態を受信すると、「状態：通話中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ、自音声マルチキャストグループ」を設定した状態通知パケットを送信する。応答台５２＃１は、(406)に示すように、自音声配信用マルチキャストグループに対して音声パケットの配信を開始する。
【００７２】
ＧＷ５０は、(408)，(412)，(414)に示すように、周期的に、「状態：通話中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ、自音声マルチキャストグループ」を設定した状態通知パケットを送信している。また、応答台５２＃１は、(410)に示すように、周期的に、「状態：通話中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：該当ＧＷ、応答台５２＃１の音声グループアドレス」を設定した状態通知パケットを送信することになっている。ここで、指令台５２＃１の故障等により状態通知が来なかったものとする。
【００７３】
ＧＷ５０は、(416)に示すように、一定時間、通話相手の応答台５２＃１より状態通知が来ない場合、障害と認識し、(418)に示すように、「状態：切断開始中、宛先：状態通知用マルチキャストグループ１、通話相手識別子：指令台全台」を設定した状態通知パケットを配信し、(420)に示すように、既定の話中音配信用グループに参加・受信開始し、話中音を公衆網８０に接続する。
【００７４】
共通音源サーバ５４は、(419)に示すように、ＧＷ５０より「切断開始中」の状態通知パケットを受信すると、既定の話中音配信用マルチキャストグループを使用して「話中音」を配信する。ＧＷ５０は、(422)に示すように、公衆網８０の切断処理を検出すると、(424)に示すように、「状態：空き、宛先：状態通知用マルチキャストグループ１、通話相手識別子：指令台全台」を設定した状態通知パケットを配信する。共通音源サーバ５４は、(430)に示すように、ＧＷ５０より「空き」の状態通知パケットを受信すると、「話中音」の配信を停止する。
【００７５】
（ｈ） 異常パケット受信時の初期設定
図１９は、異常パケット受信時の初期設定を示すシーケンスチャートである。図１９に示すように、受令端末７２＃１は、(500)，(514)，(524)に示すように、受令端末７２＃２は、(502)，(516)，(526)に示すように、指令台５２＃２は、(504)，(518)，(528)に示すように、指令台５２＃１は、(506)，(520)，(530)に示すように、一定周期で、現在の状態（例えば、空き）を状態通知用パケットにより状態通知用マルチキャストグルーブ１,２宛てに送信する。また、ＧＷ５０は、(508)に示すように、一定周期で、現在の状態を状態通知用パケットにより状態通知用マルチキャストグルーブ１,２宛てに送信しようとしている。
【００７６】
障害監視装置５６は、状態通知用パケットを受信すると、当該パケットの送出元装置についての受信電文保存エリア２６０に状態通知パケットを保存すると共に、(510)に示すように異常状態の発生を検出する。異常状態とは、状態通知パケットが異常パケットである場合と、各送信元装置について、状態通知パケットや音声パケットのトラヒックが規定値を越えており、許容帯域以上の使用をして場合をいう。異常パケットとは、パケットに未定義の状態等が設定されているもの、異常電文長がパケットに設定されているものをいう。障害監視装置５６は、装置の異常状態が検出されると、異常検出した装置に対して、ユニキャスト通信により初期設定要求を行う。例えば、ＧＷ５０は、(507)に示すように、装置異常により、異常パケットを送出したものとする。障害監視装置５６は、ＧＷ５０からの異常パケットを検出すると、(512)に示すように、初期設定要求を行う。
【００７７】
ＧＷ５０は、障害監視装置５６より初期設定要求を受け取ると、(513)に示すように、初期設定を行う。初期設定とは、例えば、ソフトウェア等の再インストールによる初期化等をいう。ＧＷ５０は、(521)に示すように、初期設定が完了すると、(522)に示すように、一定周期で、現在の状態（例えば、空き）を状態通知用パケットにより状態通知用マルチキャストグルーブ１,２宛てへの送信を開始する。このように、障害監視装置５による異常検出と初期設定要求により、異常装置を迅速に正常に復旧させることができる。
【００７８】
本発明は以下の付記を含むものである。
【００７９】
（付記１） 公衆網とＬＡＮ間をインタフェースするゲートウェイと、前記ＬＡＮに接続された複数の指令台を含む受付センタと、ルータを通して前記ＬＡＮに接続される複数の受令端末とを有する指令システムにおいて、
前記ゲートウェイは、
前記公衆網より着信があると、着信呼出中を示す第１状態通知パケットを前記複数の指令台を含む第１状態通知用マルチキャストグループ宛てに送信し、前記着信呼出中に対する応答接続中を示す前記第１状態通知用マルチキャストグループ宛ての第２状態通知パケットを受信したとき、前記第２状態通知パケットを送信した応答指令台に通話を許可する旨の第３状態通知パケットを前記第１状態通知用マルチキャストグループ宛てに送信し、前記応答指令台が送信した第１音声パケットに含まれる音声を前記公衆網に接続するよう制御する第１プロトコル処理部を具備し、
前記各指令台は、
自装置が空き状態であるとき、前記第１状態通知パケットに対して前記第２状態通知パケットを送信し、自装置宛ての前記第３状態通知パケットを受信すると、通話中を示す第４状態通知パケットを送信して自装置宛ての第２音声パケットを外部出力し、前記第２状態通知パケットを送信し且つ他装置宛ての前記第３状態通知パケットを受信すると、自装置が空き状態となるよう制御する第２プロトコル処理部を、
具備したことを特徴とする指令システム。
【００８０】
（付記２） 前記第２プロトコル処理部は、第２状態通知用マルチキャストグループに属する受令端末宛てに指令起動中を示す第５状態通知パケットを送信し、前記受令端末から指令中を示す第６状態通知パケットに基づいて、音声送出開始条件が満足されたとき、第３音声パケットを送信するよう制御し、
前記各受令端末は、
自装置宛ての前記第５状態通知パケットを受信すると、前記第６状態通知パケットを送信して自装置宛ての前記第３音声パケットを外部出力するよう制御する第３プロトコル処理部を具備したことを特徴とする付記１記載の指令システム。
【００８１】
（付記３） 前記第１、２及び第３プロトコル処理部は、自装置の状態を示す状態通知パケットを定期的に送出するよう制御することを特徴とする付記２記載の指令システム。
【００８２】
（付記４） 前記第３状態通知パケットは相手応答指令台及び当該通話に係わる音声を当該相手応答指令台が受信する音声マルチキャストグループのアドレスを含み、前記第２音声パケットは当該音声マルチキャストグループのアドレスを含むことを特徴とする付記３記載の指令システム。
【００８３】
（付記５） 前記第２状態通知パケットは通信相手のゲートウェイ及び自装置が送信する音声を受信する音声マルチキャストグループのアドレスを含み、前記第１音声パケットは当該音声マルチキャストグループのアドレスを含むことを特徴とする付記３記載の指令システム。
【００８４】
（付記６） 前記第２プロトコル処理部は、前記第３音声パケットを送信する前に前記第３音声パケットを配信するための自装置に割り当てられた音声配信用マルチキャストグループのアドレスを含むパケットを前記受令端末宛てに送信するよう制御し、前記第３プロトコル処理部は、自装置宛ての当該パケットを受信すると、前記音声配信用マルチキャストグループへの参加を前記ルータに通知し、当該音声配信用マルチキャストグループのアドレスが設定された前記第３音声パケットを受信して外部に出力するよう制御することを特徴とする付記２記載の指令システム。
【００８５】
（付記７） 前記第５状態通知パケットは通信相手の受令端末及び自装置が送信する音声を受信する自装置毎に割り当てられた音声マルチキャストグループのアドレスを含み、前記第３音声パケットは当該音声マルチキャストグループのアドレスを含むことを特徴とする付記３記載の指令システム。
【００８６】
（付記８） 前記受付センタは、前記第１状態通知パケットを受信すると、呼出音用マルチキャストグループ宛てに呼出音を収容した音声パケットを送信し、前記第３状態通知パケットを受信すると、前記呼出音を停止する共通音源サーバを更に具備したことを特徴とする付記１記載の指令システム。
【００８７】
（付記９） 前記受付センタは、異常状態、異常電文長を含む異常パケットを監視して、異常パケットを検出すると、当該異常パケットの発信元に対して初期設定を要求する障害監視装置を更に具備したことを特徴とする付記１記載の指令システム。
【００８８】
（付記１０） 前記障害監視装置は、状態通知パケット及び音声パケットを、各送信元毎にパケット量の集計を行い、規定値以上の帯域を使用している送信元装置に初期設定要求を行うことを特徴とする付記９記載の指令システム。
【００８９】
（付記１１） 前記各指令台は、他の指令台、受令端末又はゲートウェイが送信した他の装置宛ての音声パケットを受信して、当該音声パケットに含まれる音声を外部にに出力することを特徴とする付記１記載の指令システム。
【００９０】
（付記１２） 前記ゲートウェイは通話相手から一定時間状態通知パケットが来ない場合、前記公衆網の回線を解放することを特徴とする付記３記載の指令システム。
【００９１】
【発明の効果】
以上説明したように、本発明によれば、コールマネージャ無しでの１対Ｎ同時同報通信における確実な音声パケット通信、参加型によるマルチキャスト送信を脳とすることから、ＩＰ網での高性能、高品質、高信頼性が要求される同時同報指令システムを実現できる。更に、ＩＰによる音声指令システムが実現でき、品質の向上及び距離延長による遅延発生の防止を図ることができ、社会システムとしての更なる信頼性の確保による市民サービスの向上に寄与することができる。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本発明の実施形態による指令システムの構成図である。
【図３】図２中のＧＷの構成図である。
【図４】図２中の指令台の構成図である。
【図５】図２中の共通音源サーバの構成図である。
【図６】図２中の障害監視装置の構成図である。
【図７】図２中の受令端末の構成図である。
【図８】状態通知パケットの構成図である。
【図９】音声パケットの構成図である。
【図１０】状態通知パケットの流れを示すシーケンスチャートである。
【図１１】１対１個別通話時のマルチキャストグループの配置を示す図である。
【図１２】１対１個別通話の状態通知パケット及び音声パケットの流れを示すシーケンスチャートである。
【図１３】１対Ｎ同時同報通話時のマルチキャストグループの配置を示す図である。
【図１４】１対Ｎ同時同報通話の状態通知パケット及び音声パケットの流れを示すシーケンスチャートである。
【図１５】通話モニタ時のマルチキャストグループの配置を示す図である。
【図１６】通話モニタの例を示すシーケンスチャートである。
【図１７】パケットに欠落が発生した場合のリカバリ処理の例を示すシーケンスチャートである。
【図１８】障害検出による解放処理の例を示すシーケンスチャートである。
【図１９】異常パケット受信時の初期設定動作を示すシーケンスチャートである。
【符号の説明】
２ 公衆網
４ ＩＰ網
６ ＧＷ
８＃ｉ（ｉ＝１，２，…） 指令台
９ 受付センタ
１０＃ｉ（ｉ＝１，２，…） ルータ
１２＃ｉ（ｉ＝１，２，…） 受令端末
２０ 第１プロトコル処理部
２２＃ｉ（ｉ＝１，２，…） 第２プロトコル処理部
Claims (5)
- 公衆網とＩＰ網間をインタフェースするゲートウェイと、前記ＩＰ網に接続された複数の指令台を含む受付センタと、ルータを通して前記ＩＰ網に接続される複数の受令端末とを有する指令システムにおいて、
前記ゲートウェイは、
前記公衆網より着信があると、着信呼出中を示す第１状態通知パケットを前記複数の指令台を含む第１状態通知用マルチキャストグループ宛てに送信し、前記着信呼出中に対する応答接続中を示す前記第１状態通知用マルチキャストグループ宛ての第２状態通知パケットを受信したとき、前記第２状態通知パケットを送信した応答指令台に通話を許可する旨の第３状態通知パケットを前記第１状態通知用マルチキャストグループ宛てに送信し、前記応答指令台が送信した第１音声パケットに含まれる音声を前記公衆網に接続するよう制御する第１プロトコル処理部を具備し、
前記各指令台は、
自装置が空き状態であるとき、前記第１状態通知パケットに対して前記第２状態通知パケットを送信し、自装置宛ての前記第３状態通知パケットを受信すると、通話中を示す第４状態通知パケットを送信して自装置宛ての第２音声パケットを外部出力し、前記第２状態通知パケットを送信し且つ他装置宛ての前記第３状態通知パケットを受信すると、自装置が空き状態となるよう制御する第２プロトコル処理部を、
具備したことを特徴とする指令システム。 - 前記第２プロトコル処理部は、第２状態通知用マルチキャストグループに属する受令端末宛てに指令起動中を示す第５状態通知パケットを送信し、前記受令端末から指令中を示す第６状態通知パケットに基づいて、音声送出開始条件が満足されたとき、第３音声パケットを送信するよう制御し、
前記各受令端末は、
自装置宛ての前記第５状態通知パケットを受信すると、前記第６状態通知パケットを送信して自装置宛ての前記第３音声パケットを外部に出力するよう制御する第３プロトコル処理部を具備したことを特徴とする請求項１記載の指令システム。 - 前記第２プロトコル処理部は、前記第３音声パケットを送信する前に前記第３音声パケットを配信するための自装置に割り当てられた音声配信用マルチキャストグループのアドレスを含むパケットを前記受令端末宛てに送信するよう制御し、前記第３プロトコル処理部は、自装置宛ての当該パケットを受信すると、前記音声配信用マルチキャストグループへの参加を前記ルータに通知し、当該音声配信用マルチキャストグループのアドレスが設定された前記第３音声パケットを受信して外部に出力するよう制御することを特徴とする請求項２記載の指令システム。
- 前記受付センタは、異常状態、異常電文長を含む異常パケットを監視して、異常パケットを検出すると、当該異常パケットの発信元に対して初期設定を要求する障害監視装置を更に具備したことを特徴とする請求項１記載の指令システム。
- 前記各指令台は、他の指令台、受令端末又はゲートウェイが送信した他の装置宛ての音声パケットを受信して、当該音声パケットに含まれる音声を外部に出力することを特徴とする請求項１記載の指令システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002344251A JP3830887B2 (ja) | 2002-11-27 | 2002-11-27 | 指令システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002344251A JP3830887B2 (ja) | 2002-11-27 | 2002-11-27 | 指令システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004180004A JP2004180004A (ja) | 2004-06-24 |
| JP3830887B2 true JP3830887B2 (ja) | 2006-10-11 |
Family
ID=32705796
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002344251A Expired - Fee Related JP3830887B2 (ja) | 2002-11-27 | 2002-11-27 | 指令システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3830887B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006014148A (ja) * | 2004-06-29 | 2006-01-12 | Matsushita Electric Ind Co Ltd | ネットワークカメラ及びネットワークシステム |
| JP4527523B2 (ja) * | 2004-12-27 | 2010-08-18 | Ｎｅｃインフロンティア株式会社 | サーバ選択方法およびサーバ選択方式およびサーバおよびクライアント端末 |
| JP2009076997A (ja) * | 2007-09-19 | 2009-04-09 | Japan Radio Co Ltd | テレメータシステム |
| JP5891812B2 (ja) * | 2012-01-25 | 2016-03-23 | 富士通株式会社 | コールセンタ管理方法及びプログラム，並びに管理装置 |
-
2002
- 2002-11-27 JP JP2002344251A patent/JP3830887B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004180004A (ja) | 2004-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7568038B1 (en) | Call centers for providing customer services in a telecommunications network | |
| CN101312431B (zh) | 拥塞控制系统、服务边缘节点、引导服务器和拥塞控制方法 | |
| US20080199000A1 (en) | System and method for monitoring agents' performance in a call center | |
| US20030179747A1 (en) | System and method for intercepting telecommunications | |
| WO1998017048A1 (en) | Multimedia call centre | |
| CN103634490A (zh) | 一种用于使得使用sip 的企业网络能够存活的网关 | |
| CA2324177C (en) | Method and apparatus for suppression of packets during silence periods in a packet telephony system | |
| JP2008505526A (ja) | 管理システムのモニタと制御 | |
| JP2009543452A (ja) | 接続専用インターフェイスを有する単一シャーシ通信サーバーのための方法及び装置 | |
| CN101394294B (zh) | 网络多媒体会议接入方法、系统及装置 | |
| KR100403725B1 (ko) | 보이스 오버 인터넷 프로토콜 시스템에서의 그룹 착신 호제어방법 | |
| US6788677B1 (en) | Gateway apparatus, terminal specification method for gateway apparatus and computer-readable recording medium having recorded terminal-specifying program | |
| JP3830887B2 (ja) | 指令システム | |
| US7586858B2 (en) | Group call management mechanism | |
| US20050141674A1 (en) | Monitoring a telephone call via conferencing | |
| CN109889405B (zh) | 一种网络电话的通信方法、相关装置及系统 | |
| WO2012048614A1 (zh) | 视频会议自动重呼终端上线的方法及系统 | |
| JP3588570B2 (ja) | 通信フロー制御方法、通信端末、そのプログラム記録媒体 | |
| EP2119136A1 (en) | System and method for monitoring agents' performance in a call center | |
| CN100388781C (zh) | 会议延时方法 | |
| JP2002064555A (ja) | 通信網の品質制御管理システム | |
| KR100953705B1 (ko) | ＶｏＩＰ 통신망에서의 지령통화 수행 방법 및 그 시스템 | |
| US20040242214A1 (en) | Call saving method and telephone switchboard used in telephone switching system | |
| JP2011223474A (ja) | コールセンタシステム | |
| JP4906823B2 (ja) | 呼制御方法、通信システムおよび情報処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041026 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060629 |
|
| 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: 20060711 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060712 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100721 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100721 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110721 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110721 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120721 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120721 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130721 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |