JP3930221B2

JP3930221B2 - Information communication system

Info

Publication number: JP3930221B2
Application number: JP2000086000A
Authority: JP
Inventors: 聡町田; 俊雄村井
Original assignee: Toshiba Corp; Toshiba Solutions Corp
Current assignee: Toshiba Corp; Toshiba Digital Solutions Corp
Priority date: 2000-01-07
Filing date: 2000-03-27
Publication date: 2007-06-13
Anticipated expiration: 2020-03-27
Also published as: JP2001257726A

Description

【０００１】
【発明の属する技術分野】
本発明は、コンピュータネットワークの接続Ｉ／Ｆ、音声入出力手段、電話手段を備えたコンピュータ、公衆電話網とコンピュータネットワークの接続Ｉ／Ｆを備えたネットワーク機器、交換処理手段を備えたコンピュータをコンピュータネットワークで接続した情報通信システムに関する。
【０００２】
【従来の技術】
インターネットなどの発展に伴い、各種のサービス業務をユーザの端末から公衆網を介して情報サービス提供者のコンピュータにアクセスを行ない、所望の情報サービスを受けるシステムが増加している。また、ユーザの電話機を使用して、同様に情報サービス提供者のコンピュータシステムに電話を掛け、音声応答による情報サービスや商品取引などが行われている。
【０００３】
このような情報サービスシステムの一例として、情報サービス提供者のコンピュータシステムを複数のオペレータ端末と、各種のサービス情報および制御情報を記憶するサーバコンピュータと、情報交換接続を行なうＰＢＸ等によって構築し、そして、ＰＢＸは公衆網に接続されて、その公衆網のユーザ端末とオペレータ端末とがＰＢＸを介して接続されて情報の送受が行われていた。
【０００４】
しかし、ＰＢＸを用いてシステムを構築すると非常に高価になるため、ＬＡＮ上に公衆網接続装置（ルータ装置）と、音声、または映像、または音声、映像情報を送受信する機能をもつマルチメディア端末（オペレータ端末）と、公衆網接続装置とマルチメディア端末との間の接続制御を行なう呼制御装置（ゲートキーパ装置）を接続して、公衆網に接続される電話機やＰＣ端末（ユーザ端末）との間で情報の送受を行なうシステムが構築されている。
【０００５】
上述したシステムでは、公衆網接続装置とマルチメディア端末との間の接続制御を行なうゲートキーパ（呼制御装置）が故障した場合、両間の通信が維持できなくなり、ユーザに対し多大な損害を掛ける欠点がある。
【０００６】
【発明が解決しようとする課題】
上述のように従来のシステムでは、ゲートキーパ（呼制御装置）が故障した場合、システムがダウンして公衆網接続装置とマルチメディア端末間の通信が維持できなくなる問題があった。
【０００７】
本発明は、上記の問題点を解決するためになされたもので、ゲートキーパを複数個設けて、一方を稼動系として使用し、他方を待機系として使用すると共に、稼動系のゲートキーパが故障した場合、稼動系および待機系で共有しているデータ共有を参照して待機系のゲートキーパが新しい稼動系ゲートキーパとなって、公衆網接続装置とコンピュータ端末（マルチメディア端末間）の音声通信を維持させる情報通信システムを提供することを目的とする。
【０００８】
【課題を解決しようとする手段】
上記目的を達成する為に、本発明の情報通信システムは、音声入出力手段や電話手段などを備えた複数のコンピュータ端末、公衆網と接続されプロトコル変換機能を有する少なくとも１台のルータ、前記コンピュータ端末と前記ルータとの間の交換処理手段を有するゲートキーパをネットワークで接続した情報通信システムにおいて、
前記交換処理手段を備えたゲートキーパを複数設置し、その複数のゲートキーパの間で必要なデータを共有し、稼動系ゲートキーパの障害発生により待機系ゲートキーパへ系切替が行われた時、新たに稼動系となったゲートキーパが前記共有するデータを参照して交換制御を継続して行うことを特徴とする。
【０００９】
また、本発明の情報通信システムは、交換処理手段を備えた複数のゲートキーパが共有するデータのうち、少なくともユーザが設定したシステムデータ、通話の履歴データ、端末状態、呼状態を前記共有するデータとし、前記系切替後、前記新しく稼動系となったゲートキーパは前記データを基に前記コンピュータ端末と前記ルータとの間の新規発着信処理、通話状態の保持、通話の履歴データの連続性保証、系切替時に通話中、保留中であった呼に関する系切替後の新規呼処理サービスを行うことを特徴とする。
【００１０】
本発明によれば、稼動系ゲートキーパと待機系ゲートキーパとでシステムデータ、端末状態、通話履歴データ、呼状態、送受信履歴データ等のデータを共有させておくことにより、稼動系ゲートキーパが故障して待機系ゲートキーパに系切替が行われた場合、共有データによって交換制御の継続、新規発着信、通話状態の保持、通話履歴データの連続性の保証、新規呼処理サービス等を行うことが出来る。
【００１１】
また、本発明の情報通信システムは、前記交換処理手段を備えた複数のゲートキーパが共有するデータのうち、ユーザが設定したシステムデータ、通話の履歴データ、端末状態、呼状態、交換制御信号の送受信履歴データを前記共有するデータとし、前記系切替後、系交換後の前記交換制御信号の送受信履歴データが系切替前の前記交換制御信号の送受信履歴データより不足していた場合、交換処理途中の内線より交換制御信号を再送信することにより系切替時に交換処理途中であった呼について交換処理を継続することを特徴とする。
【００１２】
本発明によれば、障害による系切替時に、待機系ゲートキーパ保持する交換制御信号の送受信データが稼動系ゲートキーパが保持するデータより不足している場合であっても、内線端末の交換制御信号の送受信データの再送処理により、交換途中であった呼についても交換処理を継続することが出来る。
【００１３】
【発明の実施の形態】
以下、図面を参照しながら本発明に係る情報通信システムの各種の実施形態を説明する。
【００１４】
図１は、本発明に係る情報通信システムの全体構成を示す。内線１１〜内線１ｎは、コンピュータネットワーク接続Ｉ／Ｆ、音声入出力手段、電話機能を備えたコンピュータで構成される端末である。マルチメディアルータ（以下、ＭＭＲと称する）２１、２２は、公衆電話網３０とコンピュータネットワーク１００との接続Ｉ／Ｆ、プロトコル変換手段を備えた公衆網接続装置である。ゲートキーパＧＫ４１〜ＧＫ４２は、コンピュータネットワーク接続Ｉ／Ｆ、交換処理手段などを有し、内線１１〜１ｎとＭＭＲ２１、２２とを接続するコンピュータで構成された呼接続装置である。これらをコンピュータネットワーク１００で接続し、情報通信システムを構成している。
【００１５】
図１の構成において、ＭＭＲ２１、２２は一つのルータで構成することが出来る。一方、ゲートキーパＧＫ４１、４２は多重化することにより、稼動系ゲートキーパＧＫが障害発生により故障した場合、待機系ゲートキーパＧＫに切り替えてシステムを継続して動作出来るようになっている。以下、稼動系と待機系のゲートキーパＧＫによって制御される各種実施形態の動作を説明する。
【００１６】
図２は、ユーザが設定したシステムデータ、端末状態を共有する稼動系ゲートキーパＧＫ４１、待機系ＧＫ４２が、障害による系切替時の通話状態を保持し、系切替後の新規発着信を行うシーケンスを示す。ゲートキーパＧＫ４１、ＧＫ４２は以下の設定データを共有しているものとする。
【００１７】
システムデータとして、着番号「0123456781」の着信先が内線１１、着信番号「0123456782」が内線１２とする。
端末状態として、内線１１が空き、内線１２が話中とする。
【００１８】
この内線１１が空き、内線１２が話中の状態にある時に、稼動系のゲートキーパＧＫ４１に障害が発生し、系切替によりゲートキーパＧＫ４２が稼動系となったとする。
【００１９】
系切替後、新稼動系ゲートキーパＧＫ４２はＭＭＲ２１より着番号「0123456782」で呼確立要求信号を受信する（Ｓ１０）。ゲートキーパＧＫ４２は共有するシステムデータより内線１２への着信であると判断する、と同時に共有する端末状態より内線１２が話中であると判断することから、ＭＭＲ２１に対して「理由：話中」で切断信号を送信する（Ｓ１１）。次に、ゲートキーパＧＫ４２はＭＭＲ２１より着番号「0123456781」で呼確立要求信号を受信する（Ｓ１２）。ゲートキーパＧＫ４２は共有するシステムデータより上記着番号が内線１１への着信であると判断し、また共有する端末状態より内線１１が空きであることから、内線１１に呼確立要求信号を中継する（Ｓ１３）。
【００２０】
このように、稼動系ゲートキーパＧＫ４１が障害発生により故障しても待機系ゲートキーパＧＫ４２が新稼動系ゲートキーパとして機能し、ＭＭＲ４１からの呼接続の要求を受けた場合、内線の状態に応じて接続制御が継続出来る。
【００２１】
図３に、ユーザが設定したシステムデータ、端末状態、通話の履歴データ、呼状態を共有するゲートキーパ稼動系ＧＫ４１、待機系ＧＫ４２が、障害による系切替時の通話状態を保持し、通話の履歴データの連続性を保持し、系切替時に保留中であった呼に関する系切替後の新規呼処理サービスを行うシーケンスを示す。ゲートキーパＧＫ４１、ＧＫ４２は以下の設定データを共有しているものとする。
【００２２】
システムデータとして、着番号「0123456781」の着信先を内線１１、着番号「0123456782」の着信先を内線１２とする。
端末状態として、内線１１は空き、内線１２は話中とする。
通話の履歴データとして、日付：1999/10/01、発番号：0987654321、発信端末：MMR41、着番号：0123456781、着信端末：内線11、着信時間：09:00:15、応答時間：09:00:20、切断時間：09:05:40とする。
呼状態として、呼番号：１、発信端末：MMR41、着信端末：内線12、呼状態：保留中とする。
【００２３】
ＭＭＲ１と内線１２が通話を行い、内線１２が保留中に稼動系のゲートキーパＧＫ４１に障害が発生し、系切替により、ゲートキーパＧＫ４２が稼動系となったとする。系切替後、ゲートキーパＧＫ４２が内線１２より保留解除要求信号を受信する（Ｓ２０）。ゲートキーパＧＫ４２は共有する呼状態より、ＭＭＲ２１と内線１２の通話が保留中であったと判断し、ＭＭＲ２１に保留解除要求信号を中継する（Ｓ２１）。そして、ゲートキーパＧＫ４２がMMR２1より保留解除受理信号を受信すると（Ｓ２２）、内線１２へ中継（Ｓ２３）すると共に、共有データの呼状態を通話中に変更する。その後、ゲートキーパＧＫ４２が内線１２より切断信号を受信すると（Ｓ２４）、ＭＭＲ２１に切断信号を中継し（Ｓ２５）、通話の履歴データに切断呼の履歴を追加する。
【００２４】
このように、ＭＭＲ２１と内線１２が通話保留中に稼動系ゲートキーパＧＫに障害発生した場合、待機系ゲートキーパＧＫ４２が新稼動系に切り替わり、新稼動系ゲートキーパＧＫ４２の制御により保留解除処理を行って、通話、切断処理行うことが出来る。
【００２５】
図４は、ユーザが設定したシステムデータ、端末状態、通話の履歴データ、呼状態、交換制御信号の送受信データを共有するゲートキーパ稼動系ＧＫ４１、待機系ＧＫ４２が、障害による系切替時の通話状態を保持し、通話の履歴データの連続性を保持し、系切替時に交換途中であった呼について交換処理を継続するシーケンスを示す。ゲートキーパＧＫ４１、ＧＫ４２は以下のデータを共有しているものとする。
【００２６】
システムデータとして、着番号「0123456781」の着信先が内線１１、着番号「0123456782」の着信先が内線１２とする。
端末状態として、内線１１が空き、内線１２が話中とする。
通話の履歴データとして、日付：1999/10/01、発番号：0987654321、発信端末：MMR41、着番号：0123456781、着信端末：内線11、着信時間：09:00:15、応答時間：09:00:20、切断時間：09:05:40とする。
呼状態として、呼番号：１、発信端末：ＭＭＲ41、着信端末：内線12、呼状態：保留中とする。
交換制御信号の送受信履歴データとして、日付：1999/10/01、時間：10:05:32、送受信種別：受信、呼番号：１、送信先／送信者：内線11、制御信号種別：保留解除要求信号とする。
交換制御信号の送受信履歴データとして、日付：1999/10/01、時間：10:05:32、送受信種別：送信、呼番号：１、送信先／送信者：ＭＭＲ21、制御信号種別：保留解除要求信号とする。
【００２７】
ＭＭＲ２１と内線１２との通話を内線１２から保留中、内線１２が保留解除要求信号を稼動系ゲートキーパＧＫ４１に送信し（Ｓ３０）、ゲートキーパＧＫ４１がＭＭＲ２１へ中継した後（Ｓ３１）、稼動系ゲートキーパＧＫ４１に障害が発生し、系切替により、ゲートキーパＧＫ４２が新稼動系となったとする。
【００２８】
系切替後、ゲートキーパＧＫ４２は共有する呼状態より、ＭＭＲ２１と内線１２の通話が保留中であったと判断し、また交換制御信号の送受信履歴データより、保留解除要求信号をＭＭＲ２１に中継した状態であると判断する。ＭＭＲ２１は系切替を検知し、ゲートキーパＧＫ４２に保留解除受理信号を送信する（Ｓ３２）。そして、ゲートキーパＧＫ４２はＭＭＲ２１より保留解除受理信号を受信すると内線１２へ中継し（Ｓ３３）、呼状態を通話中に変更する（Ｓ３４）。その後、ゲートキーパＧＫ４２が内線１２より切断信号を受信すると（Ｓ３５）、ＭＭＲ２１に切断信号を中継し（Ｓ３６）、共有データの通話履歴データに切断呼の履歴を追加する。
【００２９】
このように、ＭＭＲ２１と内線１２が保留中に内線１２から保留解除要求をＭＭＲ２１に出した時に稼動系ゲートキーパＧＫ４１に障害が発生した場合、待機系ゲートキーパＧＫ４２が新稼動系ゲートキーパとなって、保留解除、通話、切断の各動作を引き続き継続して処理することが出来る。
【００３０】
図５は、交換制御信号の再送信による交換処理継続シーケンスを示す図である。
【００３１】
ユーザが設定したシステムデータ、端末状態、通話履歴データ、呼状態、および交換制御信号の送受信データを共有する稼動系ゲートキーパＧＫ４１と待機系ゲートキーパＧＫ４２において、障害による系切替時に、待機系ゲートキーパＧＫ４２に保持される交換制御信号の送受信データが、稼動系ゲートキーパＧＫ４１に保持されるデータより不足している際に、内線端末の交換制御信号の送受信データの再送処理により、交換途中であった呼についても交換処理を継続できる動作を説明する。稼動系ゲートキーパＧＫ４１と待機系ゲートキーパＧＫ４２は以下のデータを共有しているものとする（交換制御信号の送受信データを除きＧＫ４１、ＧＫ４２で同一の内容とする）。
【００３２】
システムデータとして、着番号「0123456781」の着信先が内線１１、着番号「0123456782」の着信先が内線１２とする。
端末状態として、内線１１が空き、内線１２が話中とする。
通話の履歴データとして、日付：1999/10/01、発番号：0987654321、発信端末：MMR41、着番号：0123456781、着信端末：内線11、着信時間：09:00:15、応答時間：09:00:20、切断時間：09:05:40とする。
呼状態として、呼番号：１、発信端末：ＭＭＲ41、着信端末：内線12、呼状態：保留中とする。
旧稼動系の交換制御信号の送受信履歴データとして、日付：1999/10/01、時間：10:04:50、送受信種別：送信、呼番号：１、送信先／送信者：内線12、制御信号種別：保留受理信号とする。
また、旧稼動系の交換制御信号の送受信履歴データとして、日付：1999/10/01、時間：10:05:32、送受信種別：受信、呼番号：１、送信先／送信者：内線12、制御信号種別：保留解除要求信号とする。
さらに、新稼動系の交換制御信号の送受信履歴データとして、日付：1999/10/01、時間：10:04:50、送受信種別：送信、呼番号：１、送信先／送信者：内線12、制御信号種別：保留受理信号とする。
【００３３】
ＭＭＲ２１と内線１２との通話を内線１２から保留中、内線１２が保留解除要求信号を稼動系ゲートキーパＧＫ４１に送信した後（Ｓ１２０）、稼動系ゲートキーパＧＫ４１に障害が発生して系切替により、待機系ゲートキーパＧＫ４２が新稼動系となったとする。
【００３４】
系切替後、新稼動系ケートキーパＧＫ４２は共有する呼状態により、ＭＭＲ２１と内線１２の通話は保留中であったと判断するが、保留解除要求信号の受信履歴を保持していないため、保留解除要求に信号に関する処理が行なわれない。内線１２では、送信した保留解除要求信号に対する受信信号を受信するまでの時間がタイムアウトとなり、保留解除要求信号の送信に失敗したと判断し、新稼動系ゲートキーパＧＫ４２に対して保留解除要求信号を再送し（Ｓ１２１）、新稼動系ゲートキーパＧＫ４２がＭＭＲ２１へ中継する（Ｓ１２２）。保留解除要求信号を受信したＭＭＲ２１は新稼動系ゲートキーパＧＫ４２へ保留解除受理信号を送信する（Ｓ１２３）。そして新稼動系ゲートキーパＧＫ４２がＭＭＲ２１より保留解除受理信号を受信すると、内線１２へ中継し（Ｓ１２４）、呼状態を通話中に変更する（Ｓ１２５）。
【００３５】
このように、障害による系切替時に、待機系ゲートキーパＧＫ４２が保持する交換制御信号の送受信データが稼動系ゲートキーパＧＫ４１が保持するデータより不足している場合であっても、内線端末の交換制御信号の送受信データの再送処理により、交換途中であった呼についても交換処理を継続することが出来る。
【００３６】
図６に、ゲートキーパＧＫにユーザが設定したシステムデータ、端末状態を共有する情報通信システムにおいて、障害による系切替時に内線が保留中呼の保留音送出を停止し、呼状態を通話中に切り替える様子を示す。
【００３７】
ＭＭＲ４１と内線１２との通話を内線１２から保留中、ゲートキーパＧＫ４１に障害が発生し、系切替により、ゲートキーパＧＫ４２が稼動系となったとする。系切替を検知した内線１２は、新稼動系ゲートキーパＧＫ４２が保留中という呼状態を保持していないため、保留音送出を停止し、呼状態を通話中に切り替える。
【００３８】
このように、保留中に稼動系ゲートキーパＧＫ４１に障害発生した場合、保留状態から通話状態に遷移させ、音声メッセージとして保留音を送出することが出来る。
【００３９】
図７は、ユーザが設定したシステムデータ、端末状態、通話の履歴データ、呼状態を共有するゲートキーパ稼動系ＧＫ４１、待機系ＧＫ４２が、障害による系切替後、系切替前に空き時間が最も長かった端末を選択する様子を示す。ゲートキーパＧＫ４１、ＧＫ４２は以下のデータを共有し、内線１１、内線１２、内線１３は内線グループ１に所属、内線グループ１への着信は状態が空きかつ空き時間が最も長い端末を選択し着信させる。ゲートキーパＧＫ４１、ＧＫ４２は以下のデータを共有しているものとする。
【００４０】
システムデータとして、着番号「0123456780」の着信先が内線グループ１とする。
端末状態として、内線１１が話中、内線１２が空き、内線１３が空きとする。
通話の履歴データとして、日付：1999/10/01、発番号：0987654321、発信端末：ＭＭＲ41、着番号：0123456780、着信端末：内線12、着信時間：09:00:15、応答時間：09:00:20、切断時間：09:05:40とする。
通話の履歴データとして、日付：1999/10/01、発番号：0987654321、発信端末：ＭＭＲ41、着番号：0123456780、着信端末：内線13、着信時間：09:05:45、応答時間：09:05:51、切断時間：09:10:04とする。
呼状態として、呼番号：１、発信端末：ＭＭＲ41、着信端末：内線12、呼状態：通話中とする。
【００４１】
ＭＭＲ４１と内線１２が通話中に、稼動系ゲートキーパＧＫ４１に障害が発生し、系切替により、待機系ゲートキーパＧＫ４２が新稼動系となったとする。
【００４２】
新稼動系となったゲートキーパＧＫ４２はＭＭＲ２１より着番号「0123456780」で呼確立要求信号を受信すると（Ｓ５０）、ゲートキーパＧＫ４２は共有するシステムデータより内線グループ１への着信であると判断し、また端末状態より内線１２、内線１３が空きであると判断し、更に通話の履歴データより空き時間が最も長いのが内線１２であるとそれぞれ判断する。その結果、ゲートキーパＧＫ４２は内線１２に呼確立要求信号を中継する（Ｓ５１）。
【００４３】
このように、稼動系ゲートキーパＧＫ４１に障害が発生して待機系ゲートキーパＧＫ４２に切り替わった時、ＭＭＲ２１からの呼接続要求に対し新稼動系ゲートキーパＧＫ４２の制御により最大空き時間内線へ着信することが出来る。
【００４４】
図８に、ユーザが設定したシステムデータを共有する稼動系ゲートキーパＧＫ４１、待機系ゲートキーパＧＫ４２、更に新たに付加した待機系ゲートキーパＧＫ４３において、ユーザがシステムデータを更新した際に、稼動系ゲートキーパＧＫ４１が、システムデータの更新内容を待機系ゲートキーパＧＫ４２、４３へ通知するシーケンスを示す。
【００４５】
ユーザがシステムデータの内容を更新することにより、稼動系ゲートキーパＧＫ４１のシステムデータが更新される。稼動系ゲートキーパＧＫ４１が、更新されたシステムデータを待機系ゲートキーパＧＫ４２、ＧＫ４３に通知し（Ｓ６０、Ｓ６１）、これを受けて待機系ゲートキーパＧＫ４２、ＧＫ４３が内部管理するシステムデータを更新する。
【００４６】
図９に、通話の履歴データを共有する稼動系ゲートキーパＧＫ４１、待機系ゲートキーパＧＫ４２、ＧＫ４３において、稼動系ゲートキーパＧＫ４１が通話の履歴データを出力する毎に、出力した通話の履歴データを待機系ゲートキーパＧＫ４２、ＧＫ４３へ通知するシーケンスを示す。
【００４７】
ＭＭＲ２１と内線１１が通話中に、稼動系ゲートキーパＧＫ４１が内線１１からの切断信号を受信すると（Ｓ７０）、ゲートキーパＧＫ４１はＭＭＲ２１へ切断信号を中継し（Ｓ７１）、また通話の履歴を待機系ゲートキーパＧＫ４２、ＧＫ４３に通知する（Ｓ７２、Ｓ７３）。これを受けてゲートキーパＧＫ４２、ＧＫ４３は内部管理する履歴データに通話の履歴データを追加する。
このように、稼動系ゲートキーパＧＫ４１から待機中のゲートキーパＧＫ４２、ＧＫ４３に通話の履歴データを追加できる。
【００４８】
図１０は、端末状態を共有する稼動系ゲートキーパＧＫ４１、待機系ゲートキーパＧＫ４２、ＧＫ４３において、稼動系ゲートキーパＧＫ４１が端末状態を更新する毎に、更新した端末状態を待機系ゲートキーパＧＫ４２、ＧＫ４３へ通知するシーケンスを示す。
内線１１の状態が「空き」から「離席」に遷移し、稼動系ゲートキーパＧＫ４１が内線１１から端末状態変化通知を受信すると（Ｓ８０）、ゲートキーパＧＫ４１は内線１１の端末状態を更新すると共に、更新した端末状態を待機系ゲートキーパＧＫ４２、ＧＫ４３に通知する（Ｓ８１、Ｓ８２）。これを受けて待機系ゲートキーパＧＫ４２、ＧＫ４３が内線１１の端末状態を「離席」に更新する。このように、稼動系ゲートキーパＧＫ４１から待機中ゲートキーパＧＫ４２、ＧＫ４３に端末状態を通知することが出来る。
【００４９】
図１１は、系切替時に端末から端末状態を通知するシーケンスを示す。内線１１の端末状態が「離席」の状態で、稼動系ゲートキーパＧＫ４１に障害が発生し、系切替により待機系ゲートキーパＧＫ４２が新稼動系になったとする。系切替を検知した内線１１が、新稼動系ＧＫ４２に対して端末状態（内線１１は離席）を通知する（Ｓ９０）。新稼動系ゲートキーパＧＫ４２はこれを基に、内部管理の内線１１の端末状態を「離席」に更新する。
このように、系切り替え後に内線１１からの通知により、新稼動系ゲートキーパＧＫ４２に端末状態を通知することが出来る。
【００５０】
図１２は、端末状態を共有する稼動系ゲートキーパＧＫ４１、待機系ＧＫ４２、ＧＫ４３において、稼動系ゲートキーパＧＫ４１が端末状態を更新する毎に、更新した端末状態を待機系ゲートキーパＧＫ４２、ＧＫ４３へ通知する内容と、系切替時に端末から通知された端末状態を比較し、端末状態を更新するシーケンスを示す。
【００５１】
内線１１の状態が「空き」から「離席」に状態遷移した時に、稼動系ゲートキーパＧＫ４１は内線１１からの端末状態変化通知を受信する（Ｓ１００）。稼動系ゲートキーパＧＫ４１は内線１１の端末状態を更新すると共に、更新した端末状態を待機系ゲートキーパＧＫ４２、ＧＫ４３に通知する（Ｓ１０１、Ｓ１０２）。これを受けてゲートキーパＧＫ４２、ＧＫ４３は内線１１の内部管理データの端末状態を「空き」から「離席」に仮更新する。
【００５２】
その後、稼動系ゲートキーパＧＫ４１に障害が発生し、系切替により稼動系ゲートキーパＧＫ４２が新稼動系になったとする。系切替を検知した内線１１は、新稼動系ゲートキーパＧＫ４２に対して端末状態を通知する（Ｓ１０３）。これを受けてゲートキーパＧＫ４２は仮更新した内線１１の端末状態と、系切替後に内線１１から通知された内容を比較し、等しければ内部管理の内線１１の端末状態を仮離席から「離席」に更新する。
このように、系切替後に内線１１からの通知により、新稼動系ゲートキーパＧＫ４２に端末状態を通知することが出来る。
【００５３】
図１３は、呼状態、交換制御信号の送受信履歴データを共有する稼動系ゲートキーパＧＫ４１、待機系ゲートキーパＧＫ４２、ＧＫ４３において、稼動系ゲートキーパＧＫ４１が呼状態、交換制御信号の送受信履歴データを更新する毎に、待機系ゲートキーパＧＫ４２、ＧＫ４３へ通知するシーケンスを示す。
【００５４】
ＭＭＲ２１と内線１１との通話を内線１１が保留し、その後ＭＭＲ２１から稼動系ゲートキーパＧＫ４１に保留解除要求信号が送信され（Ｓ１１０）、稼動系ゲートキーパＧＫ４１が内線１１へ中継したものとする（Ｓ１１１）。稼動系ゲートキーパＧＫ４１はＭＭＲ２１より保留解除受理信号を受信した時、交換制御信号の送受信履歴データを追加する。また、内線１１へ保留解除受理信号を中継後、呼状態を「通話中」に変更する。そして、稼動系ゲートキーパＧＫ４１は、交換制御信号の送受信履歴データを待機系ゲートキーパＧＫ４２、ＧＫ４３に通知し（Ｓ１１２、Ｓ１１３）、また呼状態を待機系ゲートキーパＧＫ４２、ＧＫ４３に通知する（Ｓ１１４、Ｓ１１５）。これを受けて待機系ゲートキーパＧＫ４２、ＧＫ４３は交換制御信号の送受信履歴データを内部管理に追加、また呼状態を更新する。
このように、稼動系ゲートキーパＧＫ４１から待機系ゲートキーパＧＫ４２、ＧＫ４３に交換制御信号の履歴データおよび呼状態を通知することが出来る。
【００５５】
図１４は、ファイルコピーによって共有データのコピーするシーケンスを示す図である。稼動系、待機系ゲートキーパ４１、４２とも交換処理を行うソフトウェア５１、６１とファイル監視アプリケーション５２、６２を有している。また稼動系のファイル装置５３、および待機系のファイル装置６３にはシステムデータ保存ファイル５４、６４、通話の履歴データ保存ファイル５５、６５、端末状態保存ファイル５６、６６、呼状態保存ファイル５７、６７で構成されている。
【００５６】
ユーザが設定したシステムデータ、通話の履歴データ、端末状態、呼状態を共有する稼動系ゲートキーパＧＫ４１、待機系ゲートキーパＧＫ４２において、稼動系ゲートキーパＧＫ４１側で共有データを保存するファイル装置５３の内容が変更される毎に、ファイル監視アプリケーション５２が、変更されたファイル（５４乃至５７）を待機系ゲートキーパＧＫ４２のファイル装置６３の対応するファイル（６４乃至６７）にコピーすることによりデータを共有することが出来る。
【００５７】
稼動系ゲートキーパＧＫ４１のファイル監視アプリケーション５２は、共有データが保存されているファイル装置５３を監視している（Ｓ１２０）。例えば、稼動系ゲートキーパＧＫ４１が共有データの一つ通信の履歴データをファイル５５に書き込んだとする（Ｓ１２１）。これを受けて、ファイル監視アプリケーション５２は、通信の履歴データファイル５５を待機系ゲートキーパＧＫ４２のファイル装置６３のファイル６５にコピーを行う（Ｓ１２２）。システムデータ、端末状態、呼状態の保存ファイル変更時にも同様に実行される。
【００５８】
このように、稼動系ゲートキーパのファイル装置に格納される各種ファイルを待機系ゲートキーパのファイル装置の対応するファイルにファイルコピーを行うことが出来る。
【００５９】
【発明の効果】
以上本発明によれば、稼動系ゲートキーパと待機系ゲートキーパとでシステムデータ、端末状態、通話履歴データ、呼状態、送受信履歴データ等のデータを共有させておくことにより、稼動系ゲートキーパが故障して待機系ゲートキーパに系切替が行われた場合、共有データによって交換制御の継続、新規発着信、通話状態の保持、通話履歴データの連続性の保証、新規呼処理サービス等を行うことが出来る。
【図面の簡単な説明】
【図１】本発明に係る情報通信システムの全体の構成を示すブロック図。
【図２】本発明に係る情報通信システムの系切替後の新規発着信シーケンスを示す図。
【図３】本発明に係る情報通信システムの系切替後の新規呼処理シーケンスを示す図。
【図４】本発明に係る情報通信システムの系切替後の交換処理継続シーケンスを示す図。
【図５】本発明に係る情報通信システムの系切替時に交換制御信号の再送信による交換処理継続シーケンスを示す図。
【図６】本発明に係る情報通信システムの内線による系切替時の保留音送出から呼状態を通話中に切り替えるシーケンスを示す図。
【図７】本発明に係る情報通信システムの系切替時の最大空き時間内線への着信シーケンスを示す図。
【図８】本発明に係る情報通信システムの通信によるシステムデータ共有シーケンスを示す図。
【図９】本発明に係る情報通信システムの通信による通話の履歴データ共有シーケンスを示す図。
【図１０】本発明に係る情報通信システムの通知による端末状態共有シーケンスを示す図。
【図１１】本発明に係る情報通信システムの切替後の内線からの通知による端末状態共有シーケンスを示す図。
【図１２】本発明に係る情報通信システムの端末状態変更時のゲートキーパ間通知と系切替後の内線通知による端末状態共有シーケンスを示す図。
【図１３】本発明に係る情報通信システムの通知による呼状態、交換制御信号送受信履歴データ共有シーケンスを示す図。
【図１４】本発明に係る情報通信システムのファイルコピーによるデータ共有シーケンスを示す図。
【符号の説明】
１１、１２、１ｎ…内線
２１、２２…マルチメディアルータＭＭＲ（公衆網接続装置）
３０…公衆網
４１、４２、４３…ゲートキーパＧＫ（呼制御装置）
１００…ネットワークＬＡＮ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a computer network connection I / F, a voice input / output means, a computer having a telephone means, a network device having a public telephone network and computer network connection I / F, and a computer having an exchange processing means. The present invention relates to an information communication system connected via a network.
[0002]
[Prior art]
Along with the development of the Internet and the like, an increasing number of systems receive various information services from users' terminals through a public network to the information service provider's computer and receive desired information services. In addition, using the user's telephone, the information service provider's computer system is similarly called, and information services and product transactions are performed by voice response.
[0003]
As an example of such an information service system, a computer system of an information service provider is constructed by a plurality of operator terminals, a server computer that stores various service information and control information, a PBX that performs information exchange connection, and the like. The PBX is connected to a public network, and a user terminal and an operator terminal of the public network are connected via the PBX to transmit and receive information.
[0004]
However, since it is very expensive to construct a system using PBX, a multimedia terminal having a function of transmitting / receiving voice or video or voice and video information to / from a public network connection device (router device) on a LAN. Between an operator terminal) and a telephone or PC terminal (user terminal) connected to the public network by connecting a call control device (gatekeeper device) for controlling connection between the public network connection device and the multimedia terminal. A system for sending and receiving information is built.
[0005]
In the above-described system, when a gatekeeper (call control device) that performs connection control between the public network connection device and the multimedia terminal fails, communication between the two cannot be maintained, causing a great damage to the user. There is.
[0006]
[Problems to be solved by the invention]
As described above, in the conventional system, when the gatekeeper (call control device) fails, there is a problem that the system goes down and communication between the public network connection device and the multimedia terminal cannot be maintained.
[0007]
The present invention has been made to solve the above-described problem, and a plurality of gatekeepers are provided, one is used as an active system, the other is used as a standby system, and the active system gatekeeper fails. Information that maintains the voice communication between the public network connection device and the computer terminal (between multimedia terminals) by making the standby gatekeeper the new active gatekeeper with reference to data sharing shared between the active and standby systems An object is to provide a communication system.
[0008]
[Means to solve the problem]
In order to achieve the above object, an information communication system according to the present invention includes a plurality of computer terminals having voice input / output means and telephone means, at least one router connected to a public network and having a protocol conversion function, the computer In an information communication system in which a gatekeeper having an exchange processing means between a terminal and the router is connected by a network,
When a plurality of gatekeepers equipped with the exchange processing means are installed, necessary data is shared among the plurality of gatekeepers, and the system is switched to the standby gatekeeper due to the failure of the active gatekeeper, a new active system The gatekeeper that has become the reference performs the exchange control with reference to the shared data.
[0009]
In the information communication system of the present invention, at least system data set by the user, call history data, terminal status, and call status among the data shared by a plurality of gatekeepers provided with exchange processing means are used as the shared data. After the system switch, the gatekeeper that has become the new active system is based on the data, new outgoing / incoming processing between the computer terminal and the router, maintaining the call state, guaranteeing continuity of call history data, It is characterized in that a new call processing service after system switching related to a call that is busy or on hold at the time of switching is performed.
[0010]
According to the present invention, when the active system gatekeeper and the standby system gatekeeper share system data, terminal status, call history data, call status, transmission / reception history data, etc., the active system gatekeeper breaks down and waits. When the system is switched to the system gatekeeper, the exchange control can be continued, new incoming / outgoing calls, call state maintenance, call history data continuity guarantee, new call processing service, etc. can be performed by the shared data.
[0011]
In addition, the information communication system of the present invention transmits / receives system data set by a user, call history data, terminal status, call status, and exchange control signal among data shared by a plurality of gatekeepers provided with the exchange processing means. If the history data is the data to be shared and the transmission / reception history data of the exchange control signal after the system switching is less than the transmission / reception history data of the exchange control signal before the system switching after the system switching, The switching process is continued for the call that was in the middle of the switching process at the time of system switching by retransmitting the switching control signal from the extension.
[0012]
According to the present invention, at the time of system switching due to a failure, even when the transmission / reception data of the exchange control signal held by the standby system gatekeeper is less than the data held by the active system gatekeeper, transmission / reception of the exchange control signal of the extension terminal By the data retransmission process, the exchange process can be continued even for a call that was being exchanged.
[0013]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, various embodiments of an information communication system according to the present invention will be described with reference to the drawings.
[0014]
FIG. 1 shows the overall configuration of an information communication system according to the present invention. The extension lines 11 to 1n are terminals composed of computers having a computer network connection I / F, voice input / output means, and a telephone function. Multimedia routers (hereinafter referred to as MMR) 21 and 22 are public network connection devices provided with connection I / F and protocol conversion means between the public telephone network 30 and the computer network 100. The gatekeepers GK41 to GK42 are call connection apparatuses each having a computer network connection I / F, exchange processing means, and the like, and configured by computers that connect the extensions 11 to 1n and the MMRs 21 and 22. These are connected by a computer network 100 to constitute an information communication system.
[0015]
In the configuration of FIG. 1, the MMRs 21 and 22 can be configured by one router. On the other hand, the gatekeepers GK41 and 42 are multiplexed so that when the active gatekeeper GK fails due to a failure, the system can be continuously operated by switching to the standby gatekeeper GK. The operation of various embodiments controlled by the active and standby gatekeepers GK will be described below.
[0016]
FIG. 2 shows a sequence in which the active system gatekeeper GK41 and standby system GK42 that share system data and terminal status set by the user hold the call status at the time of system switching due to a failure, and perform new outgoing / incoming calls after system switching. . It is assumed that the gatekeepers GK41 and GK42 share the following setting data.
[0017]
As system data, it is assumed that the destination of the called number “0123456781” is the extension 11 and the incoming number “0123456782” is the extension 12.
As the terminal state, it is assumed that the extension 11 is empty and the extension 12 is busy.
[0018]
Assume that when the extension 11 is empty and the extension 12 is busy, a failure occurs in the active gatekeeper GK41, and the gatekeeper GK42 becomes active due to system switching.
[0019]
After system switching, the new active system gatekeeper GK42 receives a call establishment request signal from the MMR 21 with the called number "0123456782" (S10). The gatekeeper GK 42 determines that the incoming call is to the extension 12 based on the shared system data, and at the same time determines that the extension 12 is busy because of the shared terminal state. A disconnection signal is transmitted (S11). Next, the gatekeeper GK42 receives a call establishment request signal from the MMR 21 with the called number "0123456781" (S12). The gatekeeper GK 42 determines that the called number is an incoming call to the extension 11 based on the shared system data, and relays the call establishment request signal to the extension 11 because the extension 11 is empty from the shared terminal state (S13). ).
[0020]
In this way, even if the active gatekeeper GK41 fails due to a failure, the standby gatekeeper GK42 functions as a new active gatekeeper, and when a call connection request is received from the MMR 41, connection control is performed according to the extension state. Can continue.
[0021]
FIG. 3 shows system data set by the user, terminal status, call history data, gatekeeper operating system GK41 sharing the call status, and standby GK42 holding the call status at the time of system switching due to a failure, and call history data. A sequence for performing a new call processing service after system switching related to a call that is held at the time of system switching is shown. It is assumed that the gatekeepers GK41 and GK42 share the following setting data.
[0022]
As system data, the destination of the called number “0123456781” is the extension 11 and the destination of the called number “0123456782” is the extension 12.
As the terminal state, it is assumed that the extension 11 is empty and the extension 12 is busy.
As call history data, date: 1999/10/01, calling number: 0987654321, calling terminal: MMR41, called number: 0123456781, receiving terminal: extension 11, incoming time: 09:00:15, response time: 09:00 : 20, cutting time: 09:05:40.
As a call state, it is assumed that the call number is 1, the calling terminal is MMR41, the receiving terminal is extension 12, and the call state is on hold.
[0023]
Assume that the MMR 1 and the extension line 12 make a call, and a failure occurs in the active gatekeeper GK41 while the extension line 12 is on hold, and the gatekeeper GK42 becomes active due to system switching. After system switching, the gatekeeper GK42 receives a hold release request signal from the extension 12 (S20). Based on the shared call state, the gatekeeper GK 42 determines that the call between the MMR 21 and the extension 12 is on hold, and relays a hold release request signal to the MMR 21 (S21). When the gatekeeper GK42 receives a hold release acceptance signal from the MMR 21 (S22), it relays to the extension 12 (S23) and changes the call state of the shared data to a call. Thereafter, when the gatekeeper GK42 receives a disconnection signal from the extension 12 (S24), the disconnection signal is relayed to the MMR 21 (S25), and the disconnection call history is added to the call history data.
[0024]
As described above, when a failure occurs in the active gatekeeper GK while the MMR 21 and the extension 12 are on hold, the standby gatekeeper GK42 is switched to the new active system, and the hold release processing is performed under the control of the new active gatekeeper GK42. The cutting process can be performed.
[0025]
FIG. 4 shows the state of a call at the time of system switching due to a failure when the gatekeeper operating system GK41 and the standby system GK42 sharing system data, terminal status, call history data, call status, and exchange control signal transmission / reception data set by the user. A sequence is shown in which the continuity of the call history data is maintained, and the exchange process is continued for the call that was being exchanged at the time of system switching. It is assumed that the gatekeepers GK41 and GK42 share the following data.
[0026]
As system data, the destination of the called number “0123456781” is extension 11 and the destination of the called number “0123456782” is extension 12.
As the terminal state, it is assumed that the extension 11 is empty and the extension 12 is busy.
As call history data, date: 1999/10/01, calling number: 0987654321, calling terminal: MMR41, called number: 0123456781, receiving terminal: extension 11, incoming time: 09:00:15, response time: 09:00 : 20, cutting time: 09:05:40.
As a call state, it is assumed that the call number is 1, the calling terminal is MMR 41, the receiving terminal is extension 12, and the call state is on hold.
As exchange control signal transmission / reception history data, date: 1999/10/01, time: 10:05:32, transmission / reception type: reception, call number: 1, destination / sender: extension 11, control signal type: release hold It is a request signal.
As transmission / reception history data of the exchange control signal, date: 1999/10/01, time: 10:05:32, transmission / reception type: transmission, call number: 1, destination / sender: MMR21, control signal type: hold release request Signal.
[0027]
While a call between the MMR 21 and the extension 12 is being held from the extension 12, the extension 12 transmits a hold release request signal to the active gatekeeper GK41 (S30), and after the gatekeeper GK41 relays to the MMR 21 (S31), the call to the active gatekeeper GK41 Assume that a failure occurs and the gatekeeper GK42 becomes a new operation system due to system switching.
[0028]
After the system switchover, the gatekeeper GK42 determines that the call between the MMR 21 and the extension 12 is on hold from the shared call state and relays the hold release request signal to the MMR 21 from the transmission / reception history data of the exchange control signal. Judge. The MMR 21 detects system switching and transmits a hold release acceptance signal to the gatekeeper GK42 (S32). When the gatekeeper GK42 receives the hold release acceptance signal from the MMR 21, it relays to the extension 12 (S33), and changes the call state during a call (S34). Thereafter, when the gatekeeper GK42 receives a disconnection signal from the extension 12 (S35), the disconnection signal is relayed to the MMR 21 (S36), and the disconnection call history is added to the call history data of the shared data.
[0029]
As described above, when a failure occurs in the active gatekeeper GK41 when the MMR 21 and the extension 12 are on hold and a request for releasing the hold is issued from the extension 12 to the MMR 21, the standby gatekeeper GK42 becomes a new active gatekeeper and the hold release is performed. , Call and disconnection can be continuously processed.
[0030]
FIG. 5 is a diagram showing an exchange processing continuation sequence by retransmission of the exchange control signal.
[0031]
In the active system gatekeeper GK41 and standby system gatekeeper GK42 that share system data, terminal status, call history data, call status, and exchange control signal transmission / reception data set by the user, the system is held in the standby system gatekeeper GK42 at the time of system switching due to a failure. When the transmission / reception data of the exchange control signal to be transmitted is less than the data held in the active gatekeeper GK41, the call that was being exchanged is also exchanged by the retransmission processing of the transmission / reception data of the exchange control signal of the extension terminal An operation capable of continuing processing will be described. The active gatekeeper GK41 and the standby gatekeeper GK42 share the following data (GK41 and GK42 have the same contents except for transmission / reception data of the exchange control signal).
[0032]
As system data, the destination of the called number “0123456781” is extension 11 and the destination of the called number “0123456782” is extension 12.
As the terminal state, it is assumed that the extension 11 is empty and the extension 12 is busy.
As call history data, date: 1999/10/01, calling number: 0987654321, calling terminal: MMR41, called number: 0123456781, receiving terminal: extension 11, incoming time: 09:00:15, response time: 09:00 : 20, cutting time: 09:05:40.
As a call state, it is assumed that the call number is 1, the calling terminal is MMR 41, the receiving terminal is extension 12, and the call state is on hold.
As transmission / reception history data of the exchange control signal of the former operating system, date: 1999/10/01, time: 10:04:50, transmission / reception type: transmission, call number: 1, destination / sender: extension 12, control signal Type: Hold acceptance signal.
Further, as transmission / reception history data of the exchange control signal of the old operating system, date: 1999/10/01, time: 10:05:32, transmission / reception type: reception, call number: 1, destination / sender: extension 12, Control signal type: Hold release request signal.
Further, as transmission / reception history data of the exchange control signal of the new active system, date: 1999/10/01, time: 10:04:50, transmission / reception type: transmission, call number: 1, destination / sender: extension 12, Control signal type: Hold acceptance signal.
[0033]
A call between the MMR 21 and the extension 12 is being held from the extension 12, and after the extension 12 transmits a hold release request signal to the active gatekeeper GK41 (S120), a failure occurs in the active gatekeeper GK41 and the standby system is switched by system switching. Suppose that the gatekeeper GK42 has become a new operation system.
[0034]
After the system switchover, the new active Katekeeper GK42 determines that the call between the MMR 21 and the extension 12 is on hold depending on the shared call state, but does not hold the reception history of the hold release request signal. No signal processing is performed. In the extension 12, the time until the reception signal for the transmitted hold release request signal is received is timed out, it is determined that transmission of the hold release request signal has failed, and the hold release request signal is retransmitted to the new active gatekeeper GK42. Then, the new active gatekeeper GK42 relays to the MMR 21 (S122). Receiving the hold release request signal, the MMR 21 transmits a hold release acceptance signal to the new active gatekeeper GK42 (S123). When the new active gatekeeper GK42 receives the hold release acceptance signal from the MMR 21, it relays to the extension 12 (S124), and changes the call state to a call (S125).
[0035]
As described above, even when the transmission / reception data of the exchange control signal held by the standby gatekeeper GK42 is insufficient compared to the data held by the active gatekeeper GK41 at the time of system switching due to a failure, the exchange control signal of the extension terminal The exchange process can be continued even for the call that was being exchanged by the retransmission process of the transmission / reception data.
[0036]
In FIG. 6, in an information communication system that shares system data and terminal status set by the user in the gatekeeper GK, when an extension is switched over due to a failure, transmission of a hold tone for a call on hold is stopped and the call status is switched to a call. Indicates.
[0037]
Suppose that a call between the MMR 41 and the extension 12 is on hold from the extension 12, and a failure occurs in the gatekeeper GK41, and the gatekeeper GK42 becomes active due to system switching. The extension 12 that has detected the system switch does not hold the call state that the new active gatekeeper GK42 is on hold, so stops sending the hold sound and switches the call state to a call.
[0038]
As described above, when a failure occurs in the active gatekeeper GK41 during the hold, the hold state can be changed to the call state, and the hold sound can be transmitted as a voice message.
[0039]
FIG. 7 shows that the user-set system data, terminal status, call history data, and the gatekeeper operating system GK41 and standby system GK42 that share the call status have the longest idle time after system switching due to a failure. A state of selecting a terminal is shown. The gatekeepers GK41 and GK42 share the following data, and the extension 11, the extension 12, and the extension 13 belong to the extension group 1, and the incoming call to the extension group 1 selects and receives the terminal having the longest free time. It is assumed that the gatekeepers GK41 and GK42 share the following data.
[0040]
As system data, the destination of the called number “0123456780” is extension group 1.
As the terminal state, it is assumed that the extension 11 is busy, the extension 12 is empty, and the extension 13 is empty.
As call history data, date: 1999/10/01, calling number: 0987654321, calling terminal: MMR41, called number: 0123456780, receiving terminal: extension 12, incoming time: 09:00:15, response time: 09:00 : 20, cutting time: 09:05:40.
As call history data, date: 1999/10/01, calling number: 0987654321, calling terminal: MMR41, called number: 0123456780, receiving terminal: extension 13, incoming time: 09:05:45, response time: 09:05 : 51, cutting time: 09:10:04.
As the call state, it is assumed that the call number is 1, the calling terminal is MMR41, the receiving terminal is extension 12, and the call state is busy.
[0041]
Assume that a failure occurs in the active gatekeeper GK41 during a call between the MMR 41 and the extension 12, and the standby gatekeeper GK42 becomes a new active system due to system switching.
[0042]
When the gatekeeper GK42 which has become a new operation system receives a call establishment request signal from the MMR 21 with the called number "0123456780" (S50), the gatekeeper GK42 determines that the incoming call is to the extension group 1 from the shared system data, and the terminal From the status, it is determined that the extension 12 and the extension 13 are vacant, and it is further determined that the extension 12 has the longest vacant time than the call history data. As a result, the gatekeeper GK42 relays the call establishment request signal to the extension 12 (S51).
[0043]
As described above, when a failure occurs in the active gatekeeper GK41 and the standby gatekeeper GK42 is switched to, a call connection request from the MMR 21 can be received to the maximum idle time extension by the control of the new active gatekeeper GK42.
[0044]
In FIG. 8, when the user updates the system data in the active gatekeeper GK41, the standby gatekeeper GK42, and the newly added standby gatekeeper GK43 sharing the system data set by the user, the active gatekeeper GK41 A sequence for notifying the standby gatekeepers GK42 and 43 of the update contents of the system data is shown.
[0045]
When the user updates the contents of the system data, the system data of the active gatekeeper GK41 is updated. The active system gatekeeper GK41 notifies the updated system data to the standby system gatekeepers GK42 and GK43 (S60, S61), and in response to this, the system data managed internally by the standby system gatekeepers GK42 and GK43 is updated.
[0046]
In FIG. 9, each time the active gatekeeper GK41 outputs the call history data in the active gatekeeper GK41, the standby gatekeepers GK42, and GK43 sharing the call history data, the output call history data is output to the standby gatekeeper GK42. , Shows a sequence to notify the GK43.
[0047]
When the active system gatekeeper GK41 receives a disconnection signal from the extension 11 while the MMR 21 and the extension 11 are talking (S70), the gatekeeper GK41 relays the disconnection signal to the MMR 21 (S71), and the call history is stored in the standby system gatekeeper GK42. , GK43 is notified (S72, S73). In response to this, the gatekeepers GK42 and GK43 add call history data to the internally managed history data.
In this way, call history data can be added from the active gatekeeper GK41 to the waiting gatekeepers GK42 and GK43.
[0048]
FIG. 10 shows a sequence for notifying the standby gatekeepers GK42 and GK43 of the updated terminal state each time the active gatekeeper GK41 updates the terminal state in the active gatekeeper GK41 and standby gatekeepers GK42 and GK43 sharing the terminal state. Indicates.
When the state of the extension 11 transitions from “vacant” to “seated” and the active gatekeeper GK41 receives a terminal state change notification from the extension 11 (S80), the gatekeeper GK41 updates the terminal state of the extension 11 and updates it. The standby state is notified to the standby system gatekeepers GK42 and GK43 (S81, S82). In response to this, the standby gatekeepers GK42 and GK43 update the terminal state of the extension 11 to “seated”. In this way, the terminal state can be notified from the active gatekeeper GK41 to the standby gatekeepers GK42 and GK43.
[0049]
FIG. 11 shows a sequence for notifying the terminal state from the terminal at the time of system switching. Assume that a failure occurs in the active gatekeeper GK41 when the terminal state of the extension 11 is "separate", and the standby gatekeeper GK42 becomes a new active system due to system switching. The extension 11 that has detected the system switch notifies the new operating system GK42 of the terminal status (extension 11 is away) (S90). Based on this, the new active gatekeeper GK42 updates the terminal status of the internal management extension 11 to "seated".
In this way, the terminal state can be notified to the new active gatekeeper GK42 by notification from the extension 11 after system switching.
[0050]
FIG. 12 shows contents of notifying the updated gate state to the standby gatekeepers GK42 and GK43 each time the active gatekeeper GK41 updates the terminal state in the active gatekeeper GK41 and the standby systems GK42 and GK43 sharing the terminal state. The sequence which compares the terminal state notified from the terminal at the time of system switching, and updates a terminal state is shown.
[0051]
When the state of the extension 11 changes from “vacant” to “seated”, the active gatekeeper GK41 receives a terminal state change notification from the extension 11 (S100). The active gatekeeper GK41 updates the terminal state of the extension 11, and notifies the updated terminal state to the standby gatekeepers GK42 and GK43 (S101, S102). In response to this, the gatekeepers GK42 and GK43 provisionally update the terminal state of the internal management data of the extension 11 from “vacant” to “seated”.
[0052]
Thereafter, it is assumed that a failure occurs in the active gatekeeper GK41, and the active gatekeeper GK42 becomes a new active system due to system switching. The extension 11 that has detected the system switch notifies the new active system gatekeeper GK42 of the terminal status (S103). In response to this, the gatekeeper GK 42 compares the terminal state of the extension 11 that has been temporarily updated with the contents notified from the extension 11 after system switching. Update to
In this way, the terminal state can be notified to the new active system gatekeeper GK42 by notification from the extension 11 after system switching.
[0053]
FIG. 13 shows the active gatekeeper GK41 and standby gatekeepers GK42 and GK43 sharing the call state and exchange control signal transmission / reception history data each time the active gatekeeper GK41 updates the call state and exchange control signal transmission / reception history data. A sequence for notifying the standby gatekeepers GK42 and GK43 is shown.
[0054]
It is assumed that a call between the MMR 21 and the extension 11 is put on hold by the extension 11, and then a hold release request signal is transmitted from the MMR 21 to the active gatekeeper GK41 (S110), and the active gatekeeper GK41 relays to the extension 11 (S111). When the active gatekeeper GK41 receives the hold release acceptance signal from the MMR 21, it adds the transmission / reception history data of the exchange control signal. Further, after relaying the hold release acceptance signal to the extension 11, the call state is changed to “busy”. Then, the active system gatekeeper GK41 notifies the standby system gatekeepers GK42 and GK43 of the transmission / reception history data of the exchange control signal (S112, S113), and notifies the standby system gatekeepers GK42 and GK43 of the call state (S114, S115). In response to this, the standby gatekeepers GK42 and GK43 add the exchange control signal transmission / reception history data to the internal management and update the call state.
As described above, the history data of the exchange control signal and the call state can be notified from the active system gatekeeper GK41 to the standby system gatekeepers GK42 and GK43.
[0055]
FIG. 14 is a diagram showing a sequence for copying shared data by file copy. Both the active and standby gatekeepers 41 and 42 have software 51 and 61 and file monitoring applications 52 and 62 for performing exchange processing. The active file device 53 and the standby file device 63 include system data storage files 54 and 64, call history data storage files 55 and 65, terminal state storage files 56 and 66, and call state storage files 57 and 67. It consists of
[0056]
In the active system gatekeeper GK41 and standby system gatekeeper GK42 that share system data, call history data, terminal status, and call status set by the user, the contents of the file device 53 that stores the shared data on the active system gatekeeper GK41 side are changed. Each time the file monitoring application 52 copies the changed file (54 to 57) to the corresponding file (64 to 67) of the file device 63 of the standby gatekeeper GK42, the data can be shared.
[0057]
The file monitoring application 52 of the active gatekeeper GK41 monitors the file device 53 where the shared data is stored (S120). For example, it is assumed that the active gatekeeper GK41 writes history data of one communication of shared data in the file 55 (S121). In response to this, the file monitoring application 52 copies the communication history data file 55 to the file 65 of the file device 63 of the standby gatekeeper GK42 (S122). The same processing is executed when the system data, terminal state, and call state storage file is changed.
[0058]
As described above, various files stored in the file device of the active gatekeeper can be copied to the corresponding files in the file device of the standby gatekeeper.
[0059]
【The invention's effect】
As described above, according to the present invention, when the active system gatekeeper and the standby system gatekeeper share data such as system data, terminal status, call history data, call status, transmission / reception history data, the active system gatekeeper breaks down. When the system is switched to the standby gatekeeper, the exchange control can be continued, new incoming / outgoing calls, call state maintenance, call history data continuity guarantee, new call processing service, etc. can be performed using the shared data.
[Brief description of the drawings]
FIG. 1 is a block diagram showing the overall configuration of an information communication system according to the present invention.
FIG. 2 is a diagram showing a new outgoing / incoming sequence after system switching of the information communication system according to the present invention.
FIG. 3 is a diagram showing a new call processing sequence after system switching of the information communication system according to the present invention.
FIG. 4 is a diagram showing an exchange processing continuation sequence after system switching of the information communication system according to the present invention.
FIG. 5 is a diagram showing an exchange processing continuation sequence by retransmission of an exchange control signal at the time of system switching of the information communication system according to the present invention.
FIG. 6 is a diagram showing a sequence for switching the call state during call from sending a hold tone at the time of system switching by extension of the information communication system according to the present invention.
FIG. 7 is a diagram showing an incoming call sequence to the maximum idle time extension at the time of system switching of the information communication system according to the present invention.
FIG. 8 is a view showing a system data sharing sequence by communication of the information communication system according to the present invention.
FIG. 9 is a diagram showing a call history data sharing sequence by communication of the information communication system according to the present invention.
FIG. 10 is a diagram showing a terminal state sharing sequence by notification of the information communication system according to the present invention.
FIG. 11 is a diagram showing a terminal state sharing sequence based on notification from an extension after switching of the information communication system according to the present invention.
FIG. 12 is a diagram showing a terminal state sharing sequence by notification between gatekeepers at the time of changing the terminal state of the information communication system according to the present invention and extension notification after system switching.
FIG. 13 is a diagram showing a call state and exchange control signal transmission / reception history data sharing sequence notified by the information communication system according to the present invention.
FIG. 14 is a diagram showing a data sharing sequence by file copy in the information communication system according to the present invention.
[Explanation of symbols]
11, 12, 1n ... extension
21, 22 ... Multimedia router MMR (public network connection device)
30 ... Public network
41, 42, 43 ... Gatekeeper GK (call control device)
100 ... Network LAN

Claims

A plurality of computer terminals having voice input / output means and telephone means, at least one router connected to a public network and having a protocol conversion function, and a gatekeeper having an exchange processing means between the computer terminal and the router are connected via a network Information communication system
A plurality of gatekeepers having the exchange processing means are installed, and data required between the plurality of gatekeepers, including system data set by the user, call history data, terminal status, call status, exchange control signal transmission / reception history When data is shared and the system is switched to the standby gatekeeper due to the failure of the active gatekeeper, the newly operated gatekeeper refers to the shared data and continues the exchange control. When the transmission / reception history data of the exchange control signal after system switching is insufficient compared to the transmission / reception history data of the exchange control signal before system switching, the system can be retransmitted from the extension in the middle of the exchange processing by retransmitting the system. An information communication system characterized by continuing the exchange process for a call that was in the middle of the exchange process at the time of switching.

A plurality of computer terminals having voice input / output means and telephone means, at least one router connected to a public network and having a protocol conversion function, and a gatekeeper having an exchange processing means between the computer terminal and the router are connected via a network Information communication system
When a plurality of gatekeepers equipped with the exchange processing means are installed, necessary data is shared among the plurality of gatekeepers, and when the system is switched to the standby gatekeeper due to the failure of the active gatekeeper, a new active system The gatekeeper that has become the reference to the shared data and continues the exchange control,
Among the data shared by a plurality of gatekeepers provided with the exchange processing means, at least system data set by the user, call history data, terminal state, call state as the shared data,
After the system switch, the gatekeeper that has become the new active system, based on the data, performs new incoming / outgoing processing between the computer terminal and the router, maintains call status, guarantees continuity of call history data, system switch New call processing service after system switching related to calls that were on hold or on hold at times,
In response to a call establishment request from the router, the newly activated gatekeeper selects the computer terminal with the longest idle time before switching based on the shared call history data and terminal status as the connection partner. Do
An information communication system.