JP3811019B2 - 通信システムにおける通信機器登録方法及び通信システム - Google Patents
通信システムにおける通信機器登録方法及び通信システム Download PDFInfo
- Publication number
- JP3811019B2 JP3811019B2 JP2001146622A JP2001146622A JP3811019B2 JP 3811019 B2 JP3811019 B2 JP 3811019B2 JP 2001146622 A JP2001146622 A JP 2001146622A JP 2001146622 A JP2001146622 A JP 2001146622A JP 3811019 B2 JP3811019 B2 JP 3811019B2
- Authority
- JP
- Japan
- Prior art keywords
- connection control
- control device
- communication
- connection
- protocol conversion
- 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
- Communication Control (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、音声、画像などのマルチメディア情報をネットワークを介して授受する通信システムに係り、特に接続制御装置による接続制御のために、当該接続制御装置、通信端末、及びプロトコル変換装置などの通信機器を登録するのに好適な通信システムにおける通信機器登録方法及び通信システムに関する。
【０００２】
【従来の技術】
従来、音声、画像などのマルチメディア情報をＬＡＮ、インターネット等のネットワークを用いて授受する通信システムでは、マルチメディア端末、ＩＰ電話機などの通信端末の登録と、接続制御を行う機器（接続制御装置）の登録とは、マルチキャスト通信またはブロードキャスト通信を用いた、自動登録、或いは手動登録で行われるのが一般的であった。
【０００３】
【発明が解決しようとする課題】
音声、画像などのマルチメディア情報をネットワークを用いて授受する通信システムにおいては、マルチメディア端末、ＩＰ電話機などの通信端末の数が多くなると接続制御装置の負荷が増大する。
【０００４】
この接続制御装置の負荷を低減する手法として、複数の接続制御装置による負荷分散が考えられる。また、システムの信頼性向上のために、接続制御装置を複数台設置し、障害が発生した場合に、正常な接続制御装置で処理を代替する手法も考えられる。
【０００５】
しかしながら、従来の通信システムで適用される、端末の登録と、接続制御装置の登録を、マルチキャスト通信またはブロードキャスト通信を利用して自動的に行う方法では、システム内に複数の接続制御装置が設けられた場合、端末から送出される接続制御装置の検索に対して複数の応答が返ることになるため、その対策が必要となるという問題がある。一方、端末に対して手動登録を行う方式では、端末数が増加すると新規登録、設定データの変更に多くの工数が必要となるという問題がある。
【０００６】
本発明は上記事情を考慮してなされたものでその目的は、複数の接続制御装置が収容された通信システムにおいて通信端末、プロトコル変換装置及び接続制御装置の登録が自動的に行え、接続制御装置の負荷分散、多重化による信頼性向上を図ることができる通信システムにおける通信機器登録方法及び通信システムを提供することにある。
【０００７】
【課題を解決するための手段】
本発明の通信システムにおける通信機器登録方法は、通信端末またはプロトコル変換装置から予め定められたタイミングで同一ネットワーク（ネットワークセグメント）上の全ての接続制御装置に対して登録要求を送出するステップと、上記接続制御装置がこの登録要求を受信した場合、当該接続制御装置が接続処理を許容する通信端末またはプロトコル変換装置を予め登録した許容端末管理テーブルに基づいて、上記登録要求の要求元が接続処理を許容する通信端末またはプロトコル変換装置であるか否かを判定するステップと、上記登録要求の要求元が接続処理を許容する通信端末またはプロトコル変換装置である場合、自身の識別情報を含む通信情報を接続制御装置から要求元に返すステップと、この接続制御装置から通信情報を返された上記要求元の通信端末またはプロトコル変換装置が当該通信情報を受信して、当該通信情報中の識別情報を自身が接続処理を要求する発信要求先の接続制御装置を管理する接続処理要求先管理テーブルに登録するステップとを備えたことを特徴とする。
【０００８】
このような構成においては、同一のネットワークセグメント内に複数の接続制御装置が設置可能となり、接続制御装置の負荷分散、多重化による信頼性向上が可能となる。また、ネットワークに収容される通信端末、プロトコル変換装置の数が増加しても設定（登録）に関係する工数を最小にできる。
【０００９】
ここで、上記接続制御装置の負荷が予め定められた基準値を超えた場合、当該接続制御装置による接続処理が許容される通信端末またはプロトコル変換装置のうち、通信状態にない通信端末またはプロトコル変換装置を選択して他の少なくとも１つの接続制御装置に登録させるステップと、上記他の少なくとも１つの接続制御装置から当該接続制御装置に新たに登録した通信端末またはプロトコル変換装置に対し、接続制御装置の再登録処理を要求して、当該通信端末またはプロトコル変換装置が接続処理を要求する発信要求先の接続制御装置を切り替えさせるステップとを追加するとよい。
【００１０】
このようにすると、稼動中の接続制御装置の負荷に応じて、収容する（接続処理を許容する）通信端末またはプロトコル変換装置を動的に変更することが可能となり、接続制御装置の負荷分散、多重化による一層の信頼性向上が図れる。
【００１１】
また、上記接続制御装置が、当該接続制御装置による代替の対象として、接続処理を許容する通信端末またはプロトコル変換装置と対をなして、予め接続制御装置代替管理テーブルに登録された代替対象接続制御装置の状態監視を、予め定められたタイミングで行うことで当該代替対象接続制御装置が正常であるか或いは異常であるかを確認するステップと、上記代替対象接続制御装置が異常であることを確認した接続制御装置が、上記接続制御装置代替管理テーブルに登録されている当該代替対象接続制御装置が接続処理を許容する通信端末またはプロトコル変換装置に対して、接続制御装置の再登録処理を要求して、当該通信端末またはプロトコル変換装置が接続処理を要求する発信要求先の接続制御装置を切り替えさせるステップとを追加するとよい。
【００１２】
このようにすると、接続制御装置に障害が発生した場合に、処理を継続することが可能となり一層の信頼性向上が図れる。
【００１３】
以上の通信システムにおける通信機器登録方法に係る本発明は、装置（通信システム）に係る発明としても成立する。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態につき図面を参照して説明する。
【００１５】
図１は本発明の一実施形態に係る接続制御装置を複数備えた通信システムのシステム構成図である。
同図において、ＬＡＮ１１は、所定の通信プロトコル、例えばＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）プロトコルを適用するＩＰネットワークである。ＬＡＮ１１には、プロトコル変換装置１２-1（＃１）〜１２-m（＃ｍ）と、接続制御装置１３-1（＃１）〜１３-n（＃ｎ）と、後述する接続制御装置代替管理テーブル（４００）を登録したデータベース（ＤＢ）１４と、マルチメディア端末１５-1（＃１）〜１５-p（＃ｐ）と、ＩＰ電話機１６-1（＃１）〜１６-q（＃ｑ）とが接続されている。
【００１６】
プロトコル変換装置１２-1〜１２-mは、各種外部インタフェースに対応して用意され、当該インタフェースに対して共通となるＬＡＮ１１の通信インタフェース（ＬＡＮインタフェース）との通信プロトコルの変換を行う。接続制御装置１３-1〜１３-n、マルチメディア端末１５-1〜１５-p、及びＩＰ電話機１６-1〜１６-qは、当該共通の通信インタフェース（ＬＡＮインタフェース）を有している。
【００１７】
プロトコル変換装置１２-1〜１２-mは、当該変換装置１２-1〜１２-mが接続されている公衆網１７から送出される着信、応答、切断などの制御信号をパケット化し、接接続制御装置１３-1〜１３-nのいずれかに対して送出する機能を有する。プロトコル変換装置１２-1〜１２-mはまた、接続制御装置１３-1〜１３-nから送出される発信、応答、切断などの制御信号を網インタフェースに変換して公衆網１７に送出すると共に、公衆網１７から送られる音声、映像などのマルチメディア情報をパケット化し、通信先の端末に送出する機能を有する。プロトコル変換装置１２-1〜１２-mは更に、端末からパケットデータとして送られたマルチメディア情報を網インタフェースに合わせて変換して公衆網１７に送出する機能を有する。
【００１８】
接続制御装置１３-1〜１３-nは、プロトコル変換装置１２-1〜１２-m、マルチメディア端末１５-1〜１５-p、及びＩＰ電話機１６-1〜１６-qから送出される発信要求に付されている着信先端末名、或いは電話番号などの着信先情報から着信先を決定する機能を有する。接続制御装置１３-1〜１３-nはまた、決定した着信先端末からの応答、発信元端末及び着信先端末から送られる切断などの情報を中継すると共に転送などの交換サービスを提供する機能を有する。
【００１９】
マルチメディア端末１５-1〜１５-pは、音声、映像などのマルチメディア情報を通信する通信端末、ＩＰ電話機１６-1〜１６-qは、ＬＡＮ１１を介して音声通信を行う通信端末（電話端末）である。
【００２０】
図２は、図１中の接続制御装置１３-i（ｉ＝１〜ｎ）の構成を示すブロック図である。
同図に示すように、接続制御装置１３-iは、接続制御部１３１と、マルチメディア通信制御部１３２と、通信ドライバ１３３と、ＬＡＮインタフェース１３４と、端末管理テーブル１３５とを備えている。
【００２１】
ＬＡＮインタフェース１３４はＬＡＮ１１との間でパケットを送受する。通信ドライバ１３３は、ＬＡＮインタフェース１３４の制御、及びＴＣＰ，ＵＤＰ（User Datagram Protocol）などのプロトコル制御を行う。
【００２２】
マルチメディア通信制御部１３２は、Ｈ．３２３などマルチメディア通信用プロトコルの制御を行い、接続制御部１３１との間で発信、着信、切断などの呼制御、及び音声チャネル（音声通信路）の確立、開放処理を行う。Ｈ．３２３プロトコルは、ＬＡＮ１１上で音声、映像などのマルチメディア通信を行うための、ＩＴＵ−Ｔ（International Telecommunications Union Telecommunication Standardization Sector）勧告で規定されたプロトコルである。なお、Ｈ．３２３プロトコル以外のマルチメディア通信用プロトコルでも、そのプロトコルの処理機能をマルチメディア通信制御部１３２に持たせることで対応可能である。
【００２３】
接続制御部１３１は、発信元端末の情報及び着信先端末の情報と端末管理テーブル１３５とから接続する端末（端末またはプロトコル変換装置）を決定する他、転送などの交換サービスを行う。端末管理テーブル１３５は、接続制御部１３１での接続する端末の決定に用いられるもので、各エントリの情報は例えばマルチメディア端末の端末名、ＩＰ電話機の電話番号などの識別情報と、ＩＰアドレスとから構成される。図２には、端末名の例としてＴｅｒｍｉｎａｌ＃１が示され、電話番号の例として１０００，２０００が示されている。
【００２４】
図３は、接続制御装置１３-i内に（端末管理テーブル１３５とは別に）保存される許容端末管理テーブル３００のデータ構造例を示す。
許容端末管理テーブル３００は、当該テーブル３００を有する接続制御装置１３-iが接続を許容する端末またはプロトコル変換装置（以下、端末／プロトコル変換装置と表現する）を管理するのに用いられるリストである。テーブル３００の各エントリの情報は識別情報から構成される。識別情報は、接続制御装置１３-iが接続処理を許容する端末／プロトコル変換装置の名前、内線番号などである。
【００２５】
図４（ａ）は、図１中のＤＢ１４に保存される接続制御装置代替管理テーブル４００のデータ構造例を示す。
接続制御装置代替管理テーブル４００は、端末／プロトコル変換装置と正常時に接続処理を行う接続制御装置（代替対象接続制御装置）と異常時に接続処理を行う接続制御装置（代替接続制御装置）とを管理するのに用いられる。テーブル４００の各エントリの情報は、端末／プロトコル変換装置の識別情報と、正常時に当該識別情報で示される端末／プロトコル変換装置の接続処理を行う接続制御装置（代替対象接続制御装置）の識別情報（接続制御装置アドレス）と、当該接続制御装置の異常時に当該接続制御装置を代替する代替接続制御装置の識別情報（接続制御装置アドレス）とから構成される。
【００２６】
本実施形態では、接続制御装置代替管理テーブル４００はＤＢ１４に保存されて、各接続制御装置１３-iから共通に使用されるようになっているが、各接続制御装置１３-i内にそれぞれ保存して使用されるようにしても構わない。
【００２７】
図４（ｂ），（ｃ）に、接続制御装置代替管理テーブル４００に代えて接続制御装置１３-1（＃１），１３-2（＃２）内に保存される接続制御装置代替管理テーブル４００-1，４００-2の一例を示す。このテーブル４００-1，４００-2は、当該テーブル４００-1，４００-2を有する接続制御装置１３-1（＃１），１３-2（＃２）を代替接続制御装置とする場合の代替対象接続制御装置を管理すると共に、当該接続制御装置１３-1（＃１），１３-2（＃２）を代替対象接続制御装置とする場合の代替接続制御装置を管理するのに用いられる。なお、接続制御装置１３-1（＃１），１３-2（＃２）の負荷が大きくなった場合に当該負荷をさらに増大させないための後述する処理を適用しない構成とするならば、テーブル４００-1，４００-2上で、接続制御装置１３-1（＃１），１３-2（＃２）を代替対象接続制御装置とする場合の代替接続制御装置を管理する必要はない。この場合、テーブル４００-1，４００-2の代替接続制御装置の欄は必ずしも必要ない。
【００２８】
図５は、図１中のプロトコル変換装置１２-1〜１２-m、マルチメディア端末１５-1〜１５-p、及びＩＰ電話機１６-1〜１６-q、即ち端末／プロトコル変換装置内に保存される接続処理要求先管理テーブル５００のデータ構造例を示す。
【００２９】
接続処理要求先管理テーブル５００は、当該テーブル５００を有する端末／プロトコル変換装置が接続処理を要求する際の要求先となる接続制御装置を管理するのに用いられる。テーブル５００の各エントリの情報は、接続処理の要求先となる接続制御装置の識別情報から構成される。本実施形態では、テーブル５００の先頭エントリに登録された（最初に登録された）接続制御装置が接続処理の最初の要求先となる。この要求先からの応答がなかった場合、次のエントリに登録された（次に登録された）接続制御装置が次の接続処理の要求先となる。つまり、テーブル５００には、接続処理の要求先の候補となる接続制御装置が優先度の高い順に登録されている。
【００３０】
図６は、接続制御装置１３-i内に保存される複数接続制御装置登録可否管理テーブル６００のデータ構造例を示す。
複数接続制御装置登録可否管理テーブル６００は、当該テーブル６００を有する接続制御装置１３-iによる接続処理が許容される端末／プロトコル変換装置が、当該接続制御装置１３-iを含む複数の接続制御装置（の識別情報）を登録可能か否かを管理するのに用いられる。テーブル６００の各エントリ情報は、当該テーブル６００を有する接続制御装置１３-iによる接続処理が許容される端末／プロトコル変換装置の識別情報と、その端末／プロトコル変換装置が複数の接続制御装置（の識別情報）を登録可能か否かを示すフラグ情報とから構成される。
【００３１】
次に、図１のシステムにおける端末／プロトコル変換装置からの登録要求と、当該要求に基づく各接続制御装置の動作を、登録要求元がプロトコル変換装置１２-1〜１２-m、マルチメディア端末１５-1〜１５-p、及びＩＰ電話機１６-1〜１６-qのうちのマルチメディア端末１５-1、即ち端末＃１である場合を例に、図７のシーケンスチャートを参照して説明する。
【００３２】
まず端末＃１（１５-1）は、予め定められたタイミング、例えば立ち上がり時、または予め定められた一定の時間間隔で、ブロードキャスト通信またはマルチキャスト通信により、ＬＡＮ１１に接続された接続制御装置＃１，＃２を含む全接続制御装置＃１〜＃ｍ（１３-1〜１３-m）に対して、当該端末＃１の登録要求を同時に送出する（ステップＳ１）。この登録要求により、要求先の各接続制御装置には、要求元端末＃１が正常に動作していることが通知されると共に、当該端末＃１のＩＰアドレス、識別情報、着信時に着信要求を待ち受けるポート番号などの通信に必要な情報（通信情報）が通知される。
【００３３】
端末＃１からの登録要求は、接続制御装置＃１，＃２を含む各接続制御装置＃１〜＃ｍで受信される。但し、図７では、接続制御装置＃１〜＃ｍのうちの接続制御装置＃１，＃２の動作のみが示されている。
【００３４】
接続制御装置＃１，＃２は端末（Ｔｅｒｍｉｎａｌ）＃１からの登録要求を受信すると、当該端末＃１から通知された情報の端末管理テーブル１３５等への登録を行うと共に、それぞれ自身が有する図３に示す構造の許容端末管理テーブル３００を参照して、登録要求元の端末＃１との接続処理を許容するか否かを判定する（ステップＳ２，Ｓ２′）。ここでは、端末＃１との接続処理を、接続制御装置＃１は許容し、接続制御装置＃２は許容しないものとする。
【００３５】
この場合、端末＃１との接続処理を許容することが許容端末管理テーブル３００に登録されている接続制御装置＃１は、端末＃１からの登録要求に応答して、当該接続制御装置＃１自身のＩＰアドレス、識別情報（接続制御装置アドレス）、発信要求を待ち受けるポート番号などの情報（通信情報）を、登録要求元端末＃１に送出する（ステップＳ３）。これに対し、端末＃１との接続処理を許容しない接続制御装置＃２、つまり許容端末管理テーブル３００により端末＃１からの要求を受け付けないように設定されている接続制御装置＃２は、当該端末＃１からの要求に対して応答せず処理を終了する。
【００３６】
端末＃１は、自身との接続処理を許容する接続制御装置、例えば接続制御装置＃１から返された通信情報を受信すると（ステップＳ４）、その受信した通信情報中の識別情報（接続制御装置アドレス）を、図５の接続処理要求先管理テーブル５００に登録する接続制御装置登録動作を行う。もし、上記の例と異なって、接続制御装置＃２も端末＃１との接続処理を許容しているために、当該接続制御装置＃２からも通信情報が返された場合には、接続制御装置＃２（の識別情報）も接続処理要求先管理テーブル５００に登録される。以上のテーブル５００への接続制御装置登録は、接続制御装置から返される通信情報の受信順に行われる。
【００３７】
このように、端末＃１の接続処理要求先管理テーブル５００は、当該端末＃１の立ち上がり時、または予め定められた一定の時間間隔で、当該端末＃１から送出される登録要求に応じて、当該端末＃１との接続処理を許容する接続制御装置から通知される通信情報に基づき、端末＃１にて自動生成される。
【００３８】
さて、端末＃１が有する接続処理要求先管理テーブル５００に例えば接続制御装置＃１が登録されると、以後端末＃１は、発信要求を当該テーブル５００に登録された接続制御装置＃１に対して送出する。なお、図５の例のようにテーブル５００に複数の接続制御装置が登録された場合には、最初に登録された接続制御装置に対して発信要求が送出される。
【００３９】
以上は、端末＃１（１５-1）以外のマルチメディア端末、ＩＰ電話機、プロトコル変換装置についても同様である。
【００４０】
このように本実施形態においては、ＬＡＮ１１に接続された各端末／プロトコル変換装置が、立ち上がり時または一定時間間隔でＬＡＮ１１（同一のネットワークセグメント）上の各接続制御装置＃１〜＃ｍに対して当該端末／プロトコル変換装置の登録要求を行って当該端末／プロトコル変換装置が正常に動作していることを通知すると共に、当該端端末／プロトコル変換装置のＩＰアドレス、識別情報、着信時に着信要求を待ち受けるポート番号などの通信情報を通知する。また、この通知を受けた接続制御装置のうち、要求元の端末／プロトコル変換装置との接続処理を許容する接続制御装置は、自身のＩＰアドレス、識別情報、発信要求を待ち受けるポート番号などの通信情報を要求元に通知する。
【００４１】
これにより、端末／プロトコル変換装置には当該端末／プロトコル変換装置との接続処理を許容する接続制御装置の識別情報を含む通信情報が、接続制御装置には当該接続制御装置が接続処理を許容する端末／プロトコル変換装置の識別情報を含む通信情報が、それぞれ自動登録される。よって、同一のＬＡＮ１１（ネットワークセグメント）上に複数の接続制御装置を設置可能となり、接続制御装置の負荷分散、多重化による信頼性向上が可能となる。また、ＬＡＮ１１（ネットワークセグメント）上に設置される端末／プロトコル変換装置の数が増加しても、設定に関係する工数を最小にできる。
【００４２】
なお、端末（端末／プロトコル変換装置）からの登録要求による端末（端末／プロトコル変換装置）登録処理に代えて、Ｈ．３２３で規定されているゲートキーパの取得要求（ＧＲＱ）などの接続制御装置問い合わせ信号による登録処理を用いることも可能である。
【００４３】
次に、接続制御装置の負荷の増大に応じて、登録する端末／プロトコル変換装置を動的に変更することを可能とする処理について、図８のシーケンスチャートを参照して説明する。
【００４４】
図１のシステム中の各接続制御装置＃１〜＃ｍは、自身の負荷を、例えば一定時間当たりの接続端末／プロトコル変換装置の数（通信数）、或いは接続制御装置全体を制御するＣＰＵ（図示せず）の一定時間当たりの使用率（ＣＰＵ使用率）などにより測定する。今、接続制御装置＃２において、自身の負荷が予め定められた基準値を超えたことを検出したものとする。この場合、接続制御装置＃２は、自身の負荷をこれ以上増大させないために、ＬＡＮ１１上の他の少なくとも１つの接続制御装置、例えば接続制御装置＃１を代替接続制御装置として選択し、当該接続制御装置＃１に対して端末（端末／プロトコル変換装置）の登録を要求する（ステップＳ１１）。
【００４５】
ここで登録要求の対象となる端末（端末／プロトコル変換装置）は、接続制御装置＃２が有する図３の許容端末管理テーブル３００に登録されている端末（端末／プロトコル変換装置）の中から決定される。この決定アルゴリズムとして、例えば、現在接続されていない端末（つまり非使用状態にある端末）を登録対象とする方法、或いは非使用状態にある端末の中から登録する端末を予め設定された優先順位に基づいて決定する方法を適用するとよい。このようにすると、接続制御装置＃２は、現在接続されている端末（つまり使用状態にある端末）に悪影響を及ぼすことなく、自身の負荷が更に増大するのを防ぐことができる。
【００４６】
また、代替接続制御装置は接続制御装置＃２により次のように選択される。即ち接続制御装置＃２は、ＤＢ１５に保存されている図４（ａ）の接続制御装置代替管理テーブル４００から、登録要求の対象とする端末について接続制御装置＃２の代替先となり得る接続制御装置（代替接続制御装置）を検索し、その検索した接続制御装置の中から例えば１つを代替接続制御装置として選択する。なお、接続制御装置＃２に図４（ｃ）の接続制御装置代替管理テーブル４００-2が保存される構成では、当該テーブル４００-2から代替接続制御装置を探せばよい。
【００４７】
接続制御装置＃１は、接続制御装置＃２からの登録要求を受信すると、自身が有する図３の許容端末管理テーブル３００に、当該接続制御装置＃２から要求された端末（端末／プロトコル変換装置）を登録し、正常に登録が完了したことを当該接続制御装置＃２に対して通知する（ステップＳ１２，Ｓ１３）。
【００４８】
接続制御装置＃２は、接続制御装置＃１からの登録完了通知（端末登録応答）を受信すると、当該接続制御装置＃１に登録された端末／プロトコル変換装置、例えば端末＃１に対して再登録要求を送出する（ステップＳ１４，Ｓ１５）。
【００４９】
端末＃１は、接続制御装置＃２からの再登録要求を受信すると、ブロードキャスト通信またはマルチキャスト通信を用いてＬＡＮ１１上に登録要求を送出する（ステップＳ１７）。以降の処理は、図７中で端末＃１からブロードキャスト通信またはマルチキャスト通信を用いて登録要求が送出された場合と同様であるので、説明を省略する。
【００５０】
以上の処理により、端末＃１が発信要求を送出する接続制御装置が接続制御装置＃２から接続制御装置＃１に変更される。この結果、再度接続制御装置の変更処理が起動されるまで、端末＃１から接続制御装置＃２に対する発信要求は行われない。よって接続制御装置＃２の負荷が増大することを防止できる。なお、端末（端末／プロトコル変換装置）が、接続制御装置の立ち上がり時に有効となる信号（立ち上がり信号）によって再登録を起動する方式を適用する場合、再登録を要求する接続制御装置から立ち上がり信号を送出して以上の処理を行うようにしてもよい。
【００５１】
次に、接続制御装置の異常時に別の接続制御装置による代替処理を可能とする処理について、図９のフローチャートを参照して説明する。
図１のシステム中の各接続制御装置＃１〜＃ｍは、図４の接続制御装置代替管理テーブル４００で自身が代替することが指定されている接続制御装置、つまり自身の代替対象接続制御装置の状態を、予め定められたタイミング、例えば定期的に監視する。ここでは、接続制御装置＃１及び＃２相互で状態監視を行うものとすると、両装置＃１及び＃２は定期的に互いの状態を監視する信号を送出し、応答が返れば相手は正常に動作していると判断する。
【００５２】
今、接続制御装置＃２から接続制御装置＃１に対して状態問い合わせが行われ（ステップＳ２１）、その問い合わせに対して接続制御装置＃１から接続制御装置＃２に予め定められた一定時間内に応答が返らなかったものとする。この場合、接続制御装置＃２は、接続制御装置＃１が異常であると判定し、例えばＤＢ１５に保存されている図４（ａ）の接続制御装置代替管理テーブル４００から、当該接続制御装置＃１の代わりに接続制御装置＃２自身が処理を行う必要のある端末（端末／プロトコル変換装置）を検索し、検索した端末（端末／プロトコル変換装置）、例えば端末＃１に対して再登録要求を送出する（ステップＳ２２）。
【００５３】
端末＃１は、接続制御装置＃２からの再登録要求を受信すると、ブロードキャスト通信またはマルチキャスト通信を用いてＬＡＮ１１上に登録要求を送出する（ステップＳ２３，Ｓ２４）。以降の処理は、図７中で端末＃１からブロードキャスト通信またはマルチキャスト通信を用いて登録要求が送出された場合と同様であるので、説明を省略する。
【００５４】
以上の処理により、端末＃１が発信要求を送出する接続制御装置を、障害が発生した接続制御装置＃１から当該接続制御装置＃１の障害を検出した接続制御装置＃２に変更する（切り替える）ことができる。この結果、接続制御装置＃１の障害が回復し、再度接続制御装置の変更処理が起動されるまでは、端末＃１から接続制御装置＃１に対する発信要求は行われない。よって接続制御装置＃１が障害となっても通信処理が継続可能となる。
【００５５】
なお、図８及び図９のシーケンスチャートで示される処理では、接続制御装置の切り替えに再登録要求を使用しているが、これに限るものではない。例えば、端末／プロトコル変換装置が自装置内に保存された接続制御装置の情報（接続処理要求先管理テーブル５００の情報）を変更する手段を持つならば、接続制御装置＃２が端末＃１に対して再登録要求の代わりに変更要求を送出する構成とすることで、変更要求先の端末＃１が発信要求を送出する接続制御装置を上記変更手段により変えることも可能である。ここでは、接続処理要求先管理テーブル５００に登録されている異常接続制御装置＃１、即ち代替される接続制御装置＃１（の識別情報）を他の少なくとも１つの接続制御装置（の識別情報）に変更すればよい。また、接続処理要求先管理テーブル５００に接続制御装置＃１及び＃２が共に登録されているならば、両者の登録順（接続処理要求の優先順位）を入れ替えればよい。
【００５６】
また、端末／プロトコル変換装置が一定時間間隔で登録要求を送出する構成とするならば、接続制御装置から端末／プロトコル変換装置に対して再登録要求または変更要求を送出しなくてもよい。
【００５７】
次に、発信要求を送出する端末／プロトコル変換装置が要求先の接続制御装置の異常を検出して要求先を切り替える処理を、図１０のフローチャートを参照して説明する。
【００５８】
今、端末／プロトコル変換装置、例えば端末＃１が発信要求を送出する必要があるものとする。この場合、端末＃１は、自身が有する図５の接続処理要求先管理テーブル５００を参照し、当該テーブル５００上での接続制御装置登録順に従い、まず最初に登録された接続制御装置、例えば接続制御装置＃１に対して発信要求を送出する（ステップＳ３１）。
【００５９】
端末＃１は、接続制御装置への発信要求を送出すると、その要求に対する応答が返されるのを監視し、一定時間内に応答が返らないことをもって要求先の接続制御装置の異常を検出する。この場合、端末＃１は、接続処理要求先管理テーブル５００上で次に登録された接続制御装置、例えば接続制御装置＃２に対して発信要求を送出する（ステップＳ３２）。
【００６０】
もし、接続制御装置＃２が正常であるならば、当該接続制御装置＃２は端末＃１からの発信要求を受信する（ステップＳ３３）。通常、この発信要求には、着信先の端末名、電話番号などの着信先情報が付されている。そこで接続制御装置＃２は、受信した発信要求から着信先を判断し、その着信先の端末を呼び出すための処理を行う（ステップＳ３４）。通信に至るまでの処理は、本発明に直接関係しないため説明を省略する。
【００６１】
なお、図１０のシーケンスチャートは接続制御装置＃１の異常時の動作を示しているが、このシーケンスチャートに示す手順は、接続制御装置＃１の負荷が基準値を超えている場合にも適用可能である。そのためには、自身の負荷が基準値を超えた接続制御装置＃１が端末＃１からの発信要求を受信した場合に、例えば応答を返さないことにより意図的にダミーの通信異常を発生させればよい。このようにすると、端末＃１は別の接続制御装置（図１０では接続制御装置＃２）に対して発信要求を送出するため、接続制御装置＃１の負荷をこれ以上増加させることはなくなり、接続制御装置間で負荷を分散することが可能となる。
【００６２】
ここで、接続制御装置＃１に対する発信要求元となった端末＃１との接続処理を許容する接続制御装置の数が当該接続制御装置＃１のみの場合、つまり端末＃１が、当該端末＃１との接続処理を許容する接続制御装置を複数登録できない場合には、接続制御装置＃１がダミーの通信異常を発生させても、端末＃１は他の接続制御装置に発信要求を送出することができない。この場合、接続制御装置＃１は、負荷が増大しても端末＃１からの発信要求に応じて接続処理を行った方がよい。
【００６３】
そこで、自身の負荷が基準値を超えた接続制御装置＃１が端末＃１からの発信要求を受信した場合に、当該接続制御装置＃１が有する図６の複数接続制御装置登録可否管理テーブル６００を参照して、端末＃１が接続処理の要求先として複数の接続制御装置を登録可能であるか否かを判定し、登録可能であるときに限り、ダミーの通信異常を発生させるとよい。
【００６４】
なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果の少なくとも１つが得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００６５】
【発明の効果】
以上詳述したように本発明によれば、通信端末またはプロトコル変換装置からの登録要求に対し、各接続制御装置が、接続処理を許容する通信端末またはプロトコル変換装置を予め登録した許容端末管理テーブルを参照して、上記登録要求の要求元が接続処理を許容する通信端末またはプロトコル変換装置である場合だけ、自身の識別情報を含む通信情報を要求元に返して、当該要求元に登録させるようにしたので、同一のネットワークセグメント内に複数の接続制御装置が設置可能となり、接続制御装置の負荷分散、多重化による信頼性向上を図ることができる。また、ネットワークに収容される通信端末、プロトコル変換装置の数が増加しても設定（登録）に関係する工数を最小にできる。
【００６６】
また本発明によれば、稼動中の接続制御装置の負荷に応じて、収容する通信端末またはプロトコル変換装置を動的に変更できるため、接続制御装置の負荷分散、多重化による一層の信頼性向上が図れる。
【００６７】
また本発明によれば、接続制御装置に障害が発生した場合にも、他の接続制御装置の代替処理により処理を継続することができるため、一層の信頼性向上が図れる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る接続制御装置を複数備えた通信システムのシステム構成図。
【図２】図１中の接続制御装置１３-i（ｉ＝１〜ｎ）の構成を示すブロック図。
【図３】同実施形態で適用される許容端末管理テーブル３００のデータ構造例を示す図。
【図４】同実施形態で適用される接続制御装置代替管理テーブル４００とその変形例のデータ構造例を示す図。
【図５】同実施形態で適用される接続処理要求先管理テーブル５００のデータ構造例を示す図。
【図６】同実施形態で適用される複数接続制御装置登録可否管理テーブル６００のデータ構造例を示す図。
【図７】同実施形態における端末／プロトコル変換装置からの登録要求と、当該要求に基づく各接続制御装置の動作を説明するためのシーケンスチャート。
【図８】同実施形態において接続制御装置の負荷の増大に応じて登録する端末／プロトコル変換装置を動的に変更することを可能とする処理を説明するためのシーケンスチャート。
【図９】同実施形態において接続制御装置の異常時に別の接続制御装置による代替処理を可能とする処理を説明するためのシーケンスチャート。
【図１０】同実施形態において発信要求を送出する端末／プロトコル変換装置が要求先の接続制御装置の異常検出により要求先を切り替える処理を説明するためのシーケンスチャート。
【符号の説明】
１１…ＬＡＮ
１２-1〜１２-m…プロトコル変換装置（通信端末、通信機器）
１３-1〜１３-n…接続制御装置（通信機器）
１４…ＤＢ（データベース）
１５-1〜１５-p…マルチメディア端末（通信端末、通信機器）
１６-1〜１６-q…ＩＰ電話機（通信端末、通信機器）
３００…許容端末管理テーブル
４００…接続制御装置代替管理テーブル
５００…接続処理要求先管理テーブル
６００…複数接続制御装置登録可否管理テーブル
【発明の属する技術分野】
本発明は、音声、画像などのマルチメディア情報をネットワークを介して授受する通信システムに係り、特に接続制御装置による接続制御のために、当該接続制御装置、通信端末、及びプロトコル変換装置などの通信機器を登録するのに好適な通信システムにおける通信機器登録方法及び通信システムに関する。
【０００２】
【従来の技術】
従来、音声、画像などのマルチメディア情報をＬＡＮ、インターネット等のネットワークを用いて授受する通信システムでは、マルチメディア端末、ＩＰ電話機などの通信端末の登録と、接続制御を行う機器（接続制御装置）の登録とは、マルチキャスト通信またはブロードキャスト通信を用いた、自動登録、或いは手動登録で行われるのが一般的であった。
【０００３】
【発明が解決しようとする課題】
音声、画像などのマルチメディア情報をネットワークを用いて授受する通信システムにおいては、マルチメディア端末、ＩＰ電話機などの通信端末の数が多くなると接続制御装置の負荷が増大する。
【０００４】
この接続制御装置の負荷を低減する手法として、複数の接続制御装置による負荷分散が考えられる。また、システムの信頼性向上のために、接続制御装置を複数台設置し、障害が発生した場合に、正常な接続制御装置で処理を代替する手法も考えられる。
【０００５】
しかしながら、従来の通信システムで適用される、端末の登録と、接続制御装置の登録を、マルチキャスト通信またはブロードキャスト通信を利用して自動的に行う方法では、システム内に複数の接続制御装置が設けられた場合、端末から送出される接続制御装置の検索に対して複数の応答が返ることになるため、その対策が必要となるという問題がある。一方、端末に対して手動登録を行う方式では、端末数が増加すると新規登録、設定データの変更に多くの工数が必要となるという問題がある。
【０００６】
本発明は上記事情を考慮してなされたものでその目的は、複数の接続制御装置が収容された通信システムにおいて通信端末、プロトコル変換装置及び接続制御装置の登録が自動的に行え、接続制御装置の負荷分散、多重化による信頼性向上を図ることができる通信システムにおける通信機器登録方法及び通信システムを提供することにある。
【０００７】
【課題を解決するための手段】
本発明の通信システムにおける通信機器登録方法は、通信端末またはプロトコル変換装置から予め定められたタイミングで同一ネットワーク（ネットワークセグメント）上の全ての接続制御装置に対して登録要求を送出するステップと、上記接続制御装置がこの登録要求を受信した場合、当該接続制御装置が接続処理を許容する通信端末またはプロトコル変換装置を予め登録した許容端末管理テーブルに基づいて、上記登録要求の要求元が接続処理を許容する通信端末またはプロトコル変換装置であるか否かを判定するステップと、上記登録要求の要求元が接続処理を許容する通信端末またはプロトコル変換装置である場合、自身の識別情報を含む通信情報を接続制御装置から要求元に返すステップと、この接続制御装置から通信情報を返された上記要求元の通信端末またはプロトコル変換装置が当該通信情報を受信して、当該通信情報中の識別情報を自身が接続処理を要求する発信要求先の接続制御装置を管理する接続処理要求先管理テーブルに登録するステップとを備えたことを特徴とする。
【０００８】
このような構成においては、同一のネットワークセグメント内に複数の接続制御装置が設置可能となり、接続制御装置の負荷分散、多重化による信頼性向上が可能となる。また、ネットワークに収容される通信端末、プロトコル変換装置の数が増加しても設定（登録）に関係する工数を最小にできる。
【０００９】
ここで、上記接続制御装置の負荷が予め定められた基準値を超えた場合、当該接続制御装置による接続処理が許容される通信端末またはプロトコル変換装置のうち、通信状態にない通信端末またはプロトコル変換装置を選択して他の少なくとも１つの接続制御装置に登録させるステップと、上記他の少なくとも１つの接続制御装置から当該接続制御装置に新たに登録した通信端末またはプロトコル変換装置に対し、接続制御装置の再登録処理を要求して、当該通信端末またはプロトコル変換装置が接続処理を要求する発信要求先の接続制御装置を切り替えさせるステップとを追加するとよい。
【００１０】
このようにすると、稼動中の接続制御装置の負荷に応じて、収容する（接続処理を許容する）通信端末またはプロトコル変換装置を動的に変更することが可能となり、接続制御装置の負荷分散、多重化による一層の信頼性向上が図れる。
【００１１】
また、上記接続制御装置が、当該接続制御装置による代替の対象として、接続処理を許容する通信端末またはプロトコル変換装置と対をなして、予め接続制御装置代替管理テーブルに登録された代替対象接続制御装置の状態監視を、予め定められたタイミングで行うことで当該代替対象接続制御装置が正常であるか或いは異常であるかを確認するステップと、上記代替対象接続制御装置が異常であることを確認した接続制御装置が、上記接続制御装置代替管理テーブルに登録されている当該代替対象接続制御装置が接続処理を許容する通信端末またはプロトコル変換装置に対して、接続制御装置の再登録処理を要求して、当該通信端末またはプロトコル変換装置が接続処理を要求する発信要求先の接続制御装置を切り替えさせるステップとを追加するとよい。
【００１２】
このようにすると、接続制御装置に障害が発生した場合に、処理を継続することが可能となり一層の信頼性向上が図れる。
【００１３】
以上の通信システムにおける通信機器登録方法に係る本発明は、装置（通信システム）に係る発明としても成立する。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態につき図面を参照して説明する。
【００１５】
図１は本発明の一実施形態に係る接続制御装置を複数備えた通信システムのシステム構成図である。
同図において、ＬＡＮ１１は、所定の通信プロトコル、例えばＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）プロトコルを適用するＩＰネットワークである。ＬＡＮ１１には、プロトコル変換装置１２-1（＃１）〜１２-m（＃ｍ）と、接続制御装置１３-1（＃１）〜１３-n（＃ｎ）と、後述する接続制御装置代替管理テーブル（４００）を登録したデータベース（ＤＢ）１４と、マルチメディア端末１５-1（＃１）〜１５-p（＃ｐ）と、ＩＰ電話機１６-1（＃１）〜１６-q（＃ｑ）とが接続されている。
【００１６】
プロトコル変換装置１２-1〜１２-mは、各種外部インタフェースに対応して用意され、当該インタフェースに対して共通となるＬＡＮ１１の通信インタフェース（ＬＡＮインタフェース）との通信プロトコルの変換を行う。接続制御装置１３-1〜１３-n、マルチメディア端末１５-1〜１５-p、及びＩＰ電話機１６-1〜１６-qは、当該共通の通信インタフェース（ＬＡＮインタフェース）を有している。
【００１７】
プロトコル変換装置１２-1〜１２-mは、当該変換装置１２-1〜１２-mが接続されている公衆網１７から送出される着信、応答、切断などの制御信号をパケット化し、接接続制御装置１３-1〜１３-nのいずれかに対して送出する機能を有する。プロトコル変換装置１２-1〜１２-mはまた、接続制御装置１３-1〜１３-nから送出される発信、応答、切断などの制御信号を網インタフェースに変換して公衆網１７に送出すると共に、公衆網１７から送られる音声、映像などのマルチメディア情報をパケット化し、通信先の端末に送出する機能を有する。プロトコル変換装置１２-1〜１２-mは更に、端末からパケットデータとして送られたマルチメディア情報を網インタフェースに合わせて変換して公衆網１７に送出する機能を有する。
【００１８】
接続制御装置１３-1〜１３-nは、プロトコル変換装置１２-1〜１２-m、マルチメディア端末１５-1〜１５-p、及びＩＰ電話機１６-1〜１６-qから送出される発信要求に付されている着信先端末名、或いは電話番号などの着信先情報から着信先を決定する機能を有する。接続制御装置１３-1〜１３-nはまた、決定した着信先端末からの応答、発信元端末及び着信先端末から送られる切断などの情報を中継すると共に転送などの交換サービスを提供する機能を有する。
【００１９】
マルチメディア端末１５-1〜１５-pは、音声、映像などのマルチメディア情報を通信する通信端末、ＩＰ電話機１６-1〜１６-qは、ＬＡＮ１１を介して音声通信を行う通信端末（電話端末）である。
【００２０】
図２は、図１中の接続制御装置１３-i（ｉ＝１〜ｎ）の構成を示すブロック図である。
同図に示すように、接続制御装置１３-iは、接続制御部１３１と、マルチメディア通信制御部１３２と、通信ドライバ１３３と、ＬＡＮインタフェース１３４と、端末管理テーブル１３５とを備えている。
【００２１】
ＬＡＮインタフェース１３４はＬＡＮ１１との間でパケットを送受する。通信ドライバ１３３は、ＬＡＮインタフェース１３４の制御、及びＴＣＰ，ＵＤＰ（User Datagram Protocol）などのプロトコル制御を行う。
【００２２】
マルチメディア通信制御部１３２は、Ｈ．３２３などマルチメディア通信用プロトコルの制御を行い、接続制御部１３１との間で発信、着信、切断などの呼制御、及び音声チャネル（音声通信路）の確立、開放処理を行う。Ｈ．３２３プロトコルは、ＬＡＮ１１上で音声、映像などのマルチメディア通信を行うための、ＩＴＵ−Ｔ（International Telecommunications Union Telecommunication Standardization Sector）勧告で規定されたプロトコルである。なお、Ｈ．３２３プロトコル以外のマルチメディア通信用プロトコルでも、そのプロトコルの処理機能をマルチメディア通信制御部１３２に持たせることで対応可能である。
【００２３】
接続制御部１３１は、発信元端末の情報及び着信先端末の情報と端末管理テーブル１３５とから接続する端末（端末またはプロトコル変換装置）を決定する他、転送などの交換サービスを行う。端末管理テーブル１３５は、接続制御部１３１での接続する端末の決定に用いられるもので、各エントリの情報は例えばマルチメディア端末の端末名、ＩＰ電話機の電話番号などの識別情報と、ＩＰアドレスとから構成される。図２には、端末名の例としてＴｅｒｍｉｎａｌ＃１が示され、電話番号の例として１０００，２０００が示されている。
【００２４】
図３は、接続制御装置１３-i内に（端末管理テーブル１３５とは別に）保存される許容端末管理テーブル３００のデータ構造例を示す。
許容端末管理テーブル３００は、当該テーブル３００を有する接続制御装置１３-iが接続を許容する端末またはプロトコル変換装置（以下、端末／プロトコル変換装置と表現する）を管理するのに用いられるリストである。テーブル３００の各エントリの情報は識別情報から構成される。識別情報は、接続制御装置１３-iが接続処理を許容する端末／プロトコル変換装置の名前、内線番号などである。
【００２５】
図４（ａ）は、図１中のＤＢ１４に保存される接続制御装置代替管理テーブル４００のデータ構造例を示す。
接続制御装置代替管理テーブル４００は、端末／プロトコル変換装置と正常時に接続処理を行う接続制御装置（代替対象接続制御装置）と異常時に接続処理を行う接続制御装置（代替接続制御装置）とを管理するのに用いられる。テーブル４００の各エントリの情報は、端末／プロトコル変換装置の識別情報と、正常時に当該識別情報で示される端末／プロトコル変換装置の接続処理を行う接続制御装置（代替対象接続制御装置）の識別情報（接続制御装置アドレス）と、当該接続制御装置の異常時に当該接続制御装置を代替する代替接続制御装置の識別情報（接続制御装置アドレス）とから構成される。
【００２６】
本実施形態では、接続制御装置代替管理テーブル４００はＤＢ１４に保存されて、各接続制御装置１３-iから共通に使用されるようになっているが、各接続制御装置１３-i内にそれぞれ保存して使用されるようにしても構わない。
【００２７】
図４（ｂ），（ｃ）に、接続制御装置代替管理テーブル４００に代えて接続制御装置１３-1（＃１），１３-2（＃２）内に保存される接続制御装置代替管理テーブル４００-1，４００-2の一例を示す。このテーブル４００-1，４００-2は、当該テーブル４００-1，４００-2を有する接続制御装置１３-1（＃１），１３-2（＃２）を代替接続制御装置とする場合の代替対象接続制御装置を管理すると共に、当該接続制御装置１３-1（＃１），１３-2（＃２）を代替対象接続制御装置とする場合の代替接続制御装置を管理するのに用いられる。なお、接続制御装置１３-1（＃１），１３-2（＃２）の負荷が大きくなった場合に当該負荷をさらに増大させないための後述する処理を適用しない構成とするならば、テーブル４００-1，４００-2上で、接続制御装置１３-1（＃１），１３-2（＃２）を代替対象接続制御装置とする場合の代替接続制御装置を管理する必要はない。この場合、テーブル４００-1，４００-2の代替接続制御装置の欄は必ずしも必要ない。
【００２８】
図５は、図１中のプロトコル変換装置１２-1〜１２-m、マルチメディア端末１５-1〜１５-p、及びＩＰ電話機１６-1〜１６-q、即ち端末／プロトコル変換装置内に保存される接続処理要求先管理テーブル５００のデータ構造例を示す。
【００２９】
接続処理要求先管理テーブル５００は、当該テーブル５００を有する端末／プロトコル変換装置が接続処理を要求する際の要求先となる接続制御装置を管理するのに用いられる。テーブル５００の各エントリの情報は、接続処理の要求先となる接続制御装置の識別情報から構成される。本実施形態では、テーブル５００の先頭エントリに登録された（最初に登録された）接続制御装置が接続処理の最初の要求先となる。この要求先からの応答がなかった場合、次のエントリに登録された（次に登録された）接続制御装置が次の接続処理の要求先となる。つまり、テーブル５００には、接続処理の要求先の候補となる接続制御装置が優先度の高い順に登録されている。
【００３０】
図６は、接続制御装置１３-i内に保存される複数接続制御装置登録可否管理テーブル６００のデータ構造例を示す。
複数接続制御装置登録可否管理テーブル６００は、当該テーブル６００を有する接続制御装置１３-iによる接続処理が許容される端末／プロトコル変換装置が、当該接続制御装置１３-iを含む複数の接続制御装置（の識別情報）を登録可能か否かを管理するのに用いられる。テーブル６００の各エントリ情報は、当該テーブル６００を有する接続制御装置１３-iによる接続処理が許容される端末／プロトコル変換装置の識別情報と、その端末／プロトコル変換装置が複数の接続制御装置（の識別情報）を登録可能か否かを示すフラグ情報とから構成される。
【００３１】
次に、図１のシステムにおける端末／プロトコル変換装置からの登録要求と、当該要求に基づく各接続制御装置の動作を、登録要求元がプロトコル変換装置１２-1〜１２-m、マルチメディア端末１５-1〜１５-p、及びＩＰ電話機１６-1〜１６-qのうちのマルチメディア端末１５-1、即ち端末＃１である場合を例に、図７のシーケンスチャートを参照して説明する。
【００３２】
まず端末＃１（１５-1）は、予め定められたタイミング、例えば立ち上がり時、または予め定められた一定の時間間隔で、ブロードキャスト通信またはマルチキャスト通信により、ＬＡＮ１１に接続された接続制御装置＃１，＃２を含む全接続制御装置＃１〜＃ｍ（１３-1〜１３-m）に対して、当該端末＃１の登録要求を同時に送出する（ステップＳ１）。この登録要求により、要求先の各接続制御装置には、要求元端末＃１が正常に動作していることが通知されると共に、当該端末＃１のＩＰアドレス、識別情報、着信時に着信要求を待ち受けるポート番号などの通信に必要な情報（通信情報）が通知される。
【００３３】
端末＃１からの登録要求は、接続制御装置＃１，＃２を含む各接続制御装置＃１〜＃ｍで受信される。但し、図７では、接続制御装置＃１〜＃ｍのうちの接続制御装置＃１，＃２の動作のみが示されている。
【００３４】
接続制御装置＃１，＃２は端末（Ｔｅｒｍｉｎａｌ）＃１からの登録要求を受信すると、当該端末＃１から通知された情報の端末管理テーブル１３５等への登録を行うと共に、それぞれ自身が有する図３に示す構造の許容端末管理テーブル３００を参照して、登録要求元の端末＃１との接続処理を許容するか否かを判定する（ステップＳ２，Ｓ２′）。ここでは、端末＃１との接続処理を、接続制御装置＃１は許容し、接続制御装置＃２は許容しないものとする。
【００３５】
この場合、端末＃１との接続処理を許容することが許容端末管理テーブル３００に登録されている接続制御装置＃１は、端末＃１からの登録要求に応答して、当該接続制御装置＃１自身のＩＰアドレス、識別情報（接続制御装置アドレス）、発信要求を待ち受けるポート番号などの情報（通信情報）を、登録要求元端末＃１に送出する（ステップＳ３）。これに対し、端末＃１との接続処理を許容しない接続制御装置＃２、つまり許容端末管理テーブル３００により端末＃１からの要求を受け付けないように設定されている接続制御装置＃２は、当該端末＃１からの要求に対して応答せず処理を終了する。
【００３６】
端末＃１は、自身との接続処理を許容する接続制御装置、例えば接続制御装置＃１から返された通信情報を受信すると（ステップＳ４）、その受信した通信情報中の識別情報（接続制御装置アドレス）を、図５の接続処理要求先管理テーブル５００に登録する接続制御装置登録動作を行う。もし、上記の例と異なって、接続制御装置＃２も端末＃１との接続処理を許容しているために、当該接続制御装置＃２からも通信情報が返された場合には、接続制御装置＃２（の識別情報）も接続処理要求先管理テーブル５００に登録される。以上のテーブル５００への接続制御装置登録は、接続制御装置から返される通信情報の受信順に行われる。
【００３７】
このように、端末＃１の接続処理要求先管理テーブル５００は、当該端末＃１の立ち上がり時、または予め定められた一定の時間間隔で、当該端末＃１から送出される登録要求に応じて、当該端末＃１との接続処理を許容する接続制御装置から通知される通信情報に基づき、端末＃１にて自動生成される。
【００３８】
さて、端末＃１が有する接続処理要求先管理テーブル５００に例えば接続制御装置＃１が登録されると、以後端末＃１は、発信要求を当該テーブル５００に登録された接続制御装置＃１に対して送出する。なお、図５の例のようにテーブル５００に複数の接続制御装置が登録された場合には、最初に登録された接続制御装置に対して発信要求が送出される。
【００３９】
以上は、端末＃１（１５-1）以外のマルチメディア端末、ＩＰ電話機、プロトコル変換装置についても同様である。
【００４０】
このように本実施形態においては、ＬＡＮ１１に接続された各端末／プロトコル変換装置が、立ち上がり時または一定時間間隔でＬＡＮ１１（同一のネットワークセグメント）上の各接続制御装置＃１〜＃ｍに対して当該端末／プロトコル変換装置の登録要求を行って当該端末／プロトコル変換装置が正常に動作していることを通知すると共に、当該端端末／プロトコル変換装置のＩＰアドレス、識別情報、着信時に着信要求を待ち受けるポート番号などの通信情報を通知する。また、この通知を受けた接続制御装置のうち、要求元の端末／プロトコル変換装置との接続処理を許容する接続制御装置は、自身のＩＰアドレス、識別情報、発信要求を待ち受けるポート番号などの通信情報を要求元に通知する。
【００４１】
これにより、端末／プロトコル変換装置には当該端末／プロトコル変換装置との接続処理を許容する接続制御装置の識別情報を含む通信情報が、接続制御装置には当該接続制御装置が接続処理を許容する端末／プロトコル変換装置の識別情報を含む通信情報が、それぞれ自動登録される。よって、同一のＬＡＮ１１（ネットワークセグメント）上に複数の接続制御装置を設置可能となり、接続制御装置の負荷分散、多重化による信頼性向上が可能となる。また、ＬＡＮ１１（ネットワークセグメント）上に設置される端末／プロトコル変換装置の数が増加しても、設定に関係する工数を最小にできる。
【００４２】
なお、端末（端末／プロトコル変換装置）からの登録要求による端末（端末／プロトコル変換装置）登録処理に代えて、Ｈ．３２３で規定されているゲートキーパの取得要求（ＧＲＱ）などの接続制御装置問い合わせ信号による登録処理を用いることも可能である。
【００４３】
次に、接続制御装置の負荷の増大に応じて、登録する端末／プロトコル変換装置を動的に変更することを可能とする処理について、図８のシーケンスチャートを参照して説明する。
【００４４】
図１のシステム中の各接続制御装置＃１〜＃ｍは、自身の負荷を、例えば一定時間当たりの接続端末／プロトコル変換装置の数（通信数）、或いは接続制御装置全体を制御するＣＰＵ（図示せず）の一定時間当たりの使用率（ＣＰＵ使用率）などにより測定する。今、接続制御装置＃２において、自身の負荷が予め定められた基準値を超えたことを検出したものとする。この場合、接続制御装置＃２は、自身の負荷をこれ以上増大させないために、ＬＡＮ１１上の他の少なくとも１つの接続制御装置、例えば接続制御装置＃１を代替接続制御装置として選択し、当該接続制御装置＃１に対して端末（端末／プロトコル変換装置）の登録を要求する（ステップＳ１１）。
【００４５】
ここで登録要求の対象となる端末（端末／プロトコル変換装置）は、接続制御装置＃２が有する図３の許容端末管理テーブル３００に登録されている端末（端末／プロトコル変換装置）の中から決定される。この決定アルゴリズムとして、例えば、現在接続されていない端末（つまり非使用状態にある端末）を登録対象とする方法、或いは非使用状態にある端末の中から登録する端末を予め設定された優先順位に基づいて決定する方法を適用するとよい。このようにすると、接続制御装置＃２は、現在接続されている端末（つまり使用状態にある端末）に悪影響を及ぼすことなく、自身の負荷が更に増大するのを防ぐことができる。
【００４６】
また、代替接続制御装置は接続制御装置＃２により次のように選択される。即ち接続制御装置＃２は、ＤＢ１５に保存されている図４（ａ）の接続制御装置代替管理テーブル４００から、登録要求の対象とする端末について接続制御装置＃２の代替先となり得る接続制御装置（代替接続制御装置）を検索し、その検索した接続制御装置の中から例えば１つを代替接続制御装置として選択する。なお、接続制御装置＃２に図４（ｃ）の接続制御装置代替管理テーブル４００-2が保存される構成では、当該テーブル４００-2から代替接続制御装置を探せばよい。
【００４７】
接続制御装置＃１は、接続制御装置＃２からの登録要求を受信すると、自身が有する図３の許容端末管理テーブル３００に、当該接続制御装置＃２から要求された端末（端末／プロトコル変換装置）を登録し、正常に登録が完了したことを当該接続制御装置＃２に対して通知する（ステップＳ１２，Ｓ１３）。
【００４８】
接続制御装置＃２は、接続制御装置＃１からの登録完了通知（端末登録応答）を受信すると、当該接続制御装置＃１に登録された端末／プロトコル変換装置、例えば端末＃１に対して再登録要求を送出する（ステップＳ１４，Ｓ１５）。
【００４９】
端末＃１は、接続制御装置＃２からの再登録要求を受信すると、ブロードキャスト通信またはマルチキャスト通信を用いてＬＡＮ１１上に登録要求を送出する（ステップＳ１７）。以降の処理は、図７中で端末＃１からブロードキャスト通信またはマルチキャスト通信を用いて登録要求が送出された場合と同様であるので、説明を省略する。
【００５０】
以上の処理により、端末＃１が発信要求を送出する接続制御装置が接続制御装置＃２から接続制御装置＃１に変更される。この結果、再度接続制御装置の変更処理が起動されるまで、端末＃１から接続制御装置＃２に対する発信要求は行われない。よって接続制御装置＃２の負荷が増大することを防止できる。なお、端末（端末／プロトコル変換装置）が、接続制御装置の立ち上がり時に有効となる信号（立ち上がり信号）によって再登録を起動する方式を適用する場合、再登録を要求する接続制御装置から立ち上がり信号を送出して以上の処理を行うようにしてもよい。
【００５１】
次に、接続制御装置の異常時に別の接続制御装置による代替処理を可能とする処理について、図９のフローチャートを参照して説明する。
図１のシステム中の各接続制御装置＃１〜＃ｍは、図４の接続制御装置代替管理テーブル４００で自身が代替することが指定されている接続制御装置、つまり自身の代替対象接続制御装置の状態を、予め定められたタイミング、例えば定期的に監視する。ここでは、接続制御装置＃１及び＃２相互で状態監視を行うものとすると、両装置＃１及び＃２は定期的に互いの状態を監視する信号を送出し、応答が返れば相手は正常に動作していると判断する。
【００５２】
今、接続制御装置＃２から接続制御装置＃１に対して状態問い合わせが行われ（ステップＳ２１）、その問い合わせに対して接続制御装置＃１から接続制御装置＃２に予め定められた一定時間内に応答が返らなかったものとする。この場合、接続制御装置＃２は、接続制御装置＃１が異常であると判定し、例えばＤＢ１５に保存されている図４（ａ）の接続制御装置代替管理テーブル４００から、当該接続制御装置＃１の代わりに接続制御装置＃２自身が処理を行う必要のある端末（端末／プロトコル変換装置）を検索し、検索した端末（端末／プロトコル変換装置）、例えば端末＃１に対して再登録要求を送出する（ステップＳ２２）。
【００５３】
端末＃１は、接続制御装置＃２からの再登録要求を受信すると、ブロードキャスト通信またはマルチキャスト通信を用いてＬＡＮ１１上に登録要求を送出する（ステップＳ２３，Ｓ２４）。以降の処理は、図７中で端末＃１からブロードキャスト通信またはマルチキャスト通信を用いて登録要求が送出された場合と同様であるので、説明を省略する。
【００５４】
以上の処理により、端末＃１が発信要求を送出する接続制御装置を、障害が発生した接続制御装置＃１から当該接続制御装置＃１の障害を検出した接続制御装置＃２に変更する（切り替える）ことができる。この結果、接続制御装置＃１の障害が回復し、再度接続制御装置の変更処理が起動されるまでは、端末＃１から接続制御装置＃１に対する発信要求は行われない。よって接続制御装置＃１が障害となっても通信処理が継続可能となる。
【００５５】
なお、図８及び図９のシーケンスチャートで示される処理では、接続制御装置の切り替えに再登録要求を使用しているが、これに限るものではない。例えば、端末／プロトコル変換装置が自装置内に保存された接続制御装置の情報（接続処理要求先管理テーブル５００の情報）を変更する手段を持つならば、接続制御装置＃２が端末＃１に対して再登録要求の代わりに変更要求を送出する構成とすることで、変更要求先の端末＃１が発信要求を送出する接続制御装置を上記変更手段により変えることも可能である。ここでは、接続処理要求先管理テーブル５００に登録されている異常接続制御装置＃１、即ち代替される接続制御装置＃１（の識別情報）を他の少なくとも１つの接続制御装置（の識別情報）に変更すればよい。また、接続処理要求先管理テーブル５００に接続制御装置＃１及び＃２が共に登録されているならば、両者の登録順（接続処理要求の優先順位）を入れ替えればよい。
【００５６】
また、端末／プロトコル変換装置が一定時間間隔で登録要求を送出する構成とするならば、接続制御装置から端末／プロトコル変換装置に対して再登録要求または変更要求を送出しなくてもよい。
【００５７】
次に、発信要求を送出する端末／プロトコル変換装置が要求先の接続制御装置の異常を検出して要求先を切り替える処理を、図１０のフローチャートを参照して説明する。
【００５８】
今、端末／プロトコル変換装置、例えば端末＃１が発信要求を送出する必要があるものとする。この場合、端末＃１は、自身が有する図５の接続処理要求先管理テーブル５００を参照し、当該テーブル５００上での接続制御装置登録順に従い、まず最初に登録された接続制御装置、例えば接続制御装置＃１に対して発信要求を送出する（ステップＳ３１）。
【００５９】
端末＃１は、接続制御装置への発信要求を送出すると、その要求に対する応答が返されるのを監視し、一定時間内に応答が返らないことをもって要求先の接続制御装置の異常を検出する。この場合、端末＃１は、接続処理要求先管理テーブル５００上で次に登録された接続制御装置、例えば接続制御装置＃２に対して発信要求を送出する（ステップＳ３２）。
【００６０】
もし、接続制御装置＃２が正常であるならば、当該接続制御装置＃２は端末＃１からの発信要求を受信する（ステップＳ３３）。通常、この発信要求には、着信先の端末名、電話番号などの着信先情報が付されている。そこで接続制御装置＃２は、受信した発信要求から着信先を判断し、その着信先の端末を呼び出すための処理を行う（ステップＳ３４）。通信に至るまでの処理は、本発明に直接関係しないため説明を省略する。
【００６１】
なお、図１０のシーケンスチャートは接続制御装置＃１の異常時の動作を示しているが、このシーケンスチャートに示す手順は、接続制御装置＃１の負荷が基準値を超えている場合にも適用可能である。そのためには、自身の負荷が基準値を超えた接続制御装置＃１が端末＃１からの発信要求を受信した場合に、例えば応答を返さないことにより意図的にダミーの通信異常を発生させればよい。このようにすると、端末＃１は別の接続制御装置（図１０では接続制御装置＃２）に対して発信要求を送出するため、接続制御装置＃１の負荷をこれ以上増加させることはなくなり、接続制御装置間で負荷を分散することが可能となる。
【００６２】
ここで、接続制御装置＃１に対する発信要求元となった端末＃１との接続処理を許容する接続制御装置の数が当該接続制御装置＃１のみの場合、つまり端末＃１が、当該端末＃１との接続処理を許容する接続制御装置を複数登録できない場合には、接続制御装置＃１がダミーの通信異常を発生させても、端末＃１は他の接続制御装置に発信要求を送出することができない。この場合、接続制御装置＃１は、負荷が増大しても端末＃１からの発信要求に応じて接続処理を行った方がよい。
【００６３】
そこで、自身の負荷が基準値を超えた接続制御装置＃１が端末＃１からの発信要求を受信した場合に、当該接続制御装置＃１が有する図６の複数接続制御装置登録可否管理テーブル６００を参照して、端末＃１が接続処理の要求先として複数の接続制御装置を登録可能であるか否かを判定し、登録可能であるときに限り、ダミーの通信異常を発生させるとよい。
【００６４】
なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果の少なくとも１つが得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００６５】
【発明の効果】
以上詳述したように本発明によれば、通信端末またはプロトコル変換装置からの登録要求に対し、各接続制御装置が、接続処理を許容する通信端末またはプロトコル変換装置を予め登録した許容端末管理テーブルを参照して、上記登録要求の要求元が接続処理を許容する通信端末またはプロトコル変換装置である場合だけ、自身の識別情報を含む通信情報を要求元に返して、当該要求元に登録させるようにしたので、同一のネットワークセグメント内に複数の接続制御装置が設置可能となり、接続制御装置の負荷分散、多重化による信頼性向上を図ることができる。また、ネットワークに収容される通信端末、プロトコル変換装置の数が増加しても設定（登録）に関係する工数を最小にできる。
【００６６】
また本発明によれば、稼動中の接続制御装置の負荷に応じて、収容する通信端末またはプロトコル変換装置を動的に変更できるため、接続制御装置の負荷分散、多重化による一層の信頼性向上が図れる。
【００６７】
また本発明によれば、接続制御装置に障害が発生した場合にも、他の接続制御装置の代替処理により処理を継続することができるため、一層の信頼性向上が図れる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る接続制御装置を複数備えた通信システムのシステム構成図。
【図２】図１中の接続制御装置１３-i（ｉ＝１〜ｎ）の構成を示すブロック図。
【図３】同実施形態で適用される許容端末管理テーブル３００のデータ構造例を示す図。
【図４】同実施形態で適用される接続制御装置代替管理テーブル４００とその変形例のデータ構造例を示す図。
【図５】同実施形態で適用される接続処理要求先管理テーブル５００のデータ構造例を示す図。
【図６】同実施形態で適用される複数接続制御装置登録可否管理テーブル６００のデータ構造例を示す図。
【図７】同実施形態における端末／プロトコル変換装置からの登録要求と、当該要求に基づく各接続制御装置の動作を説明するためのシーケンスチャート。
【図８】同実施形態において接続制御装置の負荷の増大に応じて登録する端末／プロトコル変換装置を動的に変更することを可能とする処理を説明するためのシーケンスチャート。
【図９】同実施形態において接続制御装置の異常時に別の接続制御装置による代替処理を可能とする処理を説明するためのシーケンスチャート。
【図１０】同実施形態において発信要求を送出する端末／プロトコル変換装置が要求先の接続制御装置の異常検出により要求先を切り替える処理を説明するためのシーケンスチャート。
【符号の説明】
１１…ＬＡＮ
１２-1〜１２-m…プロトコル変換装置（通信端末、通信機器）
１３-1〜１３-n…接続制御装置（通信機器）
１４…ＤＢ（データベース）
１５-1〜１５-p…マルチメディア端末（通信端末、通信機器）
１６-1〜１６-q…ＩＰ電話機（通信端末、通信機器）
３００…許容端末管理テーブル
４００…接続制御装置代替管理テーブル
５００…接続処理要求先管理テーブル
６００…複数接続制御装置登録可否管理テーブル
Claims (13)
- 各種外部通信インタフェースに対して共通となるネットワークの通信インタフェースとの通信プロトコルの変換を行う、前記各外部通信インタフェース毎に設けられたプロトコル変換装置と、前記共通となる通信インタフェースを有する複数の通信端末と、前記プロトコル変換装置及び前記通信端末との間の接続制御を行う複数の接続制御装置とが前記ネットワークに接続された通信システムにおける通信機器登録方法であって、
前記通信端末または前記プロトコル変換装置から予め定められたタイミングで前記ネットワーク上の全ての前記接続制御装置に対して登録要求を送出するステップと、
前記接続制御装置が前記登録要求を受信した場合、当該接続制御装置が接続処理を許容する通信端末またはプロトコル変換装置を予め登録した許容端末管理テーブルに基づいて、前記登録要求の要求元が接続処理を許容する通信端末またはプロトコル変換装置であるか否かを判定するステップと、
前記登録要求の要求元が接続処理を許容する通信端末またはプロトコル変換装置である場合、自身の識別情報を含む通信情報を前記接続制御装置から前記要求元に返すステップと、
前記接続制御装置から前記通信情報を返された前記要求元の通信端末またはプロトコル変換装置が当該通信情報を受信して、当該通信情報中の前記識別情報を自身が接続処理を要求する発信要求先の接続制御装置を管理する接続処理要求先管理テーブルに登録するステップと
を具備することを特徴とする通信システムにおける通信機器登録方法。 - 前記接続制御装置の負荷が予め定められた基準値を超えた場合、当該接続制御装置による接続処理が許容される通信端末またはプロトコル変換装置のうち、通信状態にない通信端末またはプロトコル変換装置を選択して他の少なくとも１つの接続制御装置に登録させるステップと、
前記他の少なくとも１つの接続制御装置から当該接続制御装置に新たに登録した前記通信端末またはプロトコル変換装置に対し、接続制御装置の再登録処理を要求して、当該通信端末またはプロトコル変換装置が接続処理を要求する発信要求先の接続制御装置を切り替えさせるステップと
を更に具備することを特徴とする請求項１記載の通信システムにおける通信機器登録方法。 - 前記接続制御装置が、当該接続制御装置による代替の対象として、接続処理を許容する通信端末またはプロトコル変換装置と対をなして、予め接続制御装置代替管理テーブルに登録された代替対象接続制御装置の状態監視を、予め定められたタイミングで行うことで当該代替対象接続制御装置が正常であるか或いは異常であるかを確認するステップと、
前記代替対象接続制御装置が異常であることを確認した前記接続制御装置が、前記接続制御装置代替管理テーブルに登録されている当該代替対象接続制御装置が接続処理を許容する通信端末またはプロトコル変換装置に対して、接続制御装置の再登録処理を要求して、当該通信端末またはプロトコル変換装置が接続処理を要求する発信要求先の接続制御装置を切り替えさせるステップと
を更に具備することを特徴とする請求項１記載の通信システムにおける通信機器登録方法。 - 前記接続制御装置の負荷が予め定められた基準値を超えた場合、当該接続制御装置が接続処理を許容する通信端末またはプロトコル変換装置のうち、通信状態にない通信端末またはプロトコル変換装置を選択して、当該選択した通信端末またはプロトコル変換装置の前記接続処理要求先管理テーブルに登録されている当該接続制御装置を他の少なくとも１つの接続制御装置に変更するステップを更に具備することを特徴とする請求項１記載の通信システムにおける通信機器登録方法。
- 前記接続制御装置が、当該接続制御装置による代替の対象として、接続処理を許容する通信端末またはプロトコル変換装置と対をなして、予め接続制御装置代替管理テーブルに登録された代替対象接続制御装置の状態監視を、予め定められたタイミングで行うことで当該他の接続制御装置が正常であるか或いは異常であるかを確認するステップと、
前記代替対象接続制御装置が異常であることを確認した前記接続制御装置が、前記接続制御装置代替管理テーブルに登録されている当該代替対象接続制御装置が接続処理を許容する通信端末またはプロトコル変換装置を選択して、当該選択した通信端末またはプロトコル変換装置の前記接続処理要求先管理テーブルに登録されている当該代替対象接続制御装置を他の少なくとも１つの接続制御装置に変更するステップを更に具備することを特徴とする請求項１記載の通信システムにおける通信機器登録方法。 - 前記接続処理要求先管理テーブルは、当該テーブルに登録されている接続制御装置に対する接続処理要求の優先順位を管理するように構成されており、
前記接続制御装置が、当該接続制御装置による代替の対象として、接続処理を許容する通信端末またはプロトコル変換装置と対をなして、予め接続制御装置代替管理テーブルに登録された代替対象接続制御装置の状態監視を、予め定められたタイミングで行うことで当該代替対象接続制御装置が正常であるか或いは異常であるかを確認するステップと、
前記代替対象接続制御装置が異常であることを確認した前記接続制御装置が、前記接続制御装置代替管理テーブルに登録されている当該代替対象接続制御装置が接続処理を許容する通信端末またはプロトコル変換装置を選択して、当該選択した通信端末またはプロトコル変換装置の前記接続処理要求先管理テーブルに登録されている当該代替対象接続制御装置と当該代替対象接続制御装置が異常であることを確認した前記接続制御装置との接続処理要求の優先順位を入れ替えるステップとを更に具備することを特徴とする請求項１記載の通信システムにおける通信機器登録方法。 - 前記接続処理要求先管理テーブルに複数の接続制御装置が登録されている状態で前記通信端末またはプロトコル変換装置が発信要求を送出する場合、前記テーブルに登録されている複数の接続制御装置の１つを選択して、その選択した接続制御装置に発信要求を送出するステップと、
前記発信要求に対して要求先の接続制御装置から正常応答が返されずに通信異常となった場合、当該要求を送出した前記通信端末またはプロトコル変換装置が前記テーブルから別の接続制御装置を選択して、その別の接続制御装置に発信要求を送出するステップと
を更に具備することを特徴とする請求項１記載の通信システムにおける通信機器登録方法。 - 前記接続処理要求先管理テーブルへの前記接続制御装置の登録順に当該テーブルからの前記接続制御装置の選択を行うことを特徴とする請求項７記載の通信システムにおける通信機器登録方法。
- 前記接続制御装置の負荷が予め定められた基準値を超えた状態で、当該接続制御装置が前記通信端末またはプロトコル変換装置から送出された発信要求を受信した場合、当該要求に対してダミーの通信異常を発生させることを特徴とする請求項７記載の通信システムにおける通信機器登録方法。
- 前記接続制御装置の負荷が予め定められた基準値を超えた状態で、当該接続制御装置が前記通信端末またはプロトコル変換装置から送出された発信要求を受信した場合、当該接続制御装置による接続処理が許容される通信端末またはプロトコル変換装置毎に、当該通信端末またはプロトコル変換装置が複数の接続制御装置を登録可能か否かを示す複数接続制御装置登録可否管理テーブルを参照し、前記発信要求を送出した通信端末またはプロトコル変換装置が複数の接続制御装置を登録可能な場合、前記発信要求に対してダミーの通信異常を発生させることを特徴とする請求項７記載の通信システムにおける通信機器登録方法。
- 各種外部通信インタフェースに対して共通となるネットワークの通信インタフェースとの通信プロトコルの変換を行う、前記各外部通信インタフェース毎に設けられたプロトコル変換装置と、前記共通となる通信インタフェースを有する複数の通信端末と、前記プロトコル変換装置及び前記通信端末との間の接続制御を行う複数の接続制御装置とが前記ネットワークに接続された通信システムにおいて、
前記通信端末及び前記プロトコル変換装置は、
自身が接続処理を要求する発信要求先の接続制御装置を管理するための接続処理要求先管理テーブル記憶手段と、
予め定められたタイミングで前記ネットワーク上の全ての前記接続制御装置に対して登録要求を送出する手段と、
前記登録要求に対して要求先の前記接続制御装置から当該接続制御装置の識別情報を含む通信情報を返された場合に、当該通信情報中の前記識別情報を前記接続処理要求先管理テーブル記憶手段に登録する手段と
を備え、
前記接続制御装置は、
当該接続制御装置が接続処理を許容する通信端末またはプロトコル変換装置を予め登録した許容端末管理テーブル記憶手段と、
前記通信端末または前記プロトコル変換装置から送出された前記発信要求を受信した場合、前記許容端末管理テーブル記憶手段の登録内容に基づいて、前記登録要求の要求元が接続処理を許容する通信端末またはプロトコル変換装置であるか否かを判定する手段と、
前記登録要求の要求元が接続処理を許容する通信端末またはプロトコル変換装置である場合、自身の識別情報を含む通信情報を前記接続制御装置から前記要求元に返す手段と
を備えていることを特徴とする通信システム。 - 前記接続制御装置は、
当該接続制御装置の負荷を監視して、当該負荷が予め定められた基準値を超えたことを検出する負荷監視手段と、
前記負荷が前記基準値を超えた場合、前記許容端末管理テーブル記憶手段に登録されている通信端末またはプロトコル変換装置のうち、通信状態にない通信端末またはプロトコル変換装置を選択して他の少なくとも１つの接続制御装置の前記許容端末管理テーブル記憶手段に登録させる手段と、
自身の前記許容端末管理テーブル記憶手段に新たに登録された前記通信端末またはプロトコル変換装置に対し、接続制御装置の再登録処理を要求する手段と
を備え、
前記通信端末及びプロトコル変換装置の前記登録要求送出手段は、前記接続制御装置から前記再登録処理の要求を受信した場合にも、前記ネットワーク上の全ての前記接続制御装置に対して登録要求を送出する
ことを特徴とする請求項１１記載の通信システム。 - 代替の対象となる接続制御装置と当該接続制御装置が接続処理を許容する通信端末またはプロトコル変換装置と代替する接続制御装置との関係を表す情報を登録した接続制御装置代替管理テーブル記憶手段と、
前記接続制御装置に設けられ、当該接続制御装置の代替の対象として接続制御装置代替管理テーブル記憶手段に登録されている接続制御装置の異常を検出する手段と
を更に具備し、
前記接続制御装置の前記再登録処理要求手段は、前記異常検出手段による前記代替対象接続制御装置の異常検出に応じて、前記接続制御装置代替管理テーブルに登録されている当該代替対象接続制御装置が接続処理を許容する通信端末またはプロトコル変換装置に対して、接続制御装置の再登録処理を要求することを特徴とすることを特徴とする請求項１１記載の通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001146622A JP3811019B2 (ja) | 2001-05-16 | 2001-05-16 | 通信システムにおける通信機器登録方法及び通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001146622A JP3811019B2 (ja) | 2001-05-16 | 2001-05-16 | 通信システムにおける通信機器登録方法及び通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002344471A JP2002344471A (ja) | 2002-11-29 |
| JP3811019B2 true JP3811019B2 (ja) | 2006-08-16 |
Family
ID=18992239
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001146622A Expired - Fee Related JP3811019B2 (ja) | 2001-05-16 | 2001-05-16 | 通信システムにおける通信機器登録方法及び通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3811019B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005352875A (ja) * | 2004-06-11 | 2005-12-22 | Aiphone Co Ltd | ナースコールシステム |
| JP6269115B2 (ja) * | 2014-02-05 | 2018-01-31 | 富士通株式会社 | 管理装置、管理方法、および管理プログラム |
-
2001
- 2001-05-16 JP JP2001146622A patent/JP3811019B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002344471A (ja) | 2002-11-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10834049B2 (en) | Systems and methods for dynamically registering endpoints in a network | |
| AU2005200060B2 (en) | Managing routing path of voice over internet protocol (VoIP) system | |
| JP2004186766A (ja) | バックアップ制御装置および制御装置バックアップ方法 | |
| US20070115943A1 (en) | System and method for establishing emergency communications in a telecommunication network | |
| JP2007135194A (ja) | アクセス制御装置、無線ｉｐ電話システム、及びアクセス制御方法 | |
| JP2007306522A (ja) | 端末装置 | |
| US7764666B2 (en) | VoIP gateway apparatus, and method for controlling call-in/call-out in VoIP gateway apparatus | |
| US9072074B1 (en) | Method and apparatus for determining the location of a terminal adaptor | |
| US8054955B2 (en) | Telephone system, associated exchange, and transmission control method | |
| US20090122791A1 (en) | Method and apparatus for selective recovery from branch isolation in very large voip networks | |
| JP3811019B2 (ja) | 通信システムにおける通信機器登録方法及び通信システム | |
| US8270945B2 (en) | Monitoring apparatus and method in a mobile communication system | |
| JP4503526B2 (ja) | 呼制御方法および呼制御システム | |
| JP3964589B2 (ja) | 情報通信システムおよび呼制御装置の接続方法 | |
| JP2006173768A (ja) | 電話システム、交換システムおよび端末装置 | |
| US20040081307A1 (en) | IP network system and H.323 gatekeeper | |
| KR100438071B1 (ko) | ＶｏＩＰ게이트웨이의 인터넷망 장애시 발신호 경로재설정방법 | |
| JP2009033453A (ja) | 電話交換装置及びこの電話交換装置で使用される制御方法 | |
| JP2000261553A (ja) | ボタン電話装置とインターネット通信システム | |
| JP3622692B2 (ja) | マルチメディア通信における伝送経路制御方法及びその通信システム並びにプログラム | |
| KR101043139B1 (ko) | 차세대 통신망에서 네크워크 장애시 경로재설정 방법 및시스템 | |
| JP2005094715A (ja) | 音声ゲートウェイ装置 | |
| US8630254B2 (en) | Telephone line switching apparatus, telephone line switching system, telephone relay system, telephone relay method, telephone relay program | |
| KR20040001203A (ko) | 차세대 망에서 안내방송 제공 시스템 및 방법 | |
| JP2008252234A (ja) | 電話交換装置及び電話システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050317 |
|
| 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: 20060523 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060525 |
|
| LAPS | Cancellation because of no payment of annual fees |