JP4043261B2 - 端末管理装置アドレス取得システム - Google Patents
端末管理装置アドレス取得システム Download PDFInfo
- Publication number
- JP4043261B2 JP4043261B2 JP2002071378A JP2002071378A JP4043261B2 JP 4043261 B2 JP4043261 B2 JP 4043261B2 JP 2002071378 A JP2002071378 A JP 2002071378A JP 2002071378 A JP2002071378 A JP 2002071378A JP 4043261 B2 JP4043261 B2 JP 4043261B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- address
- network address
- network
- dhcp
- 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
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は端末管理装置アドレス取得システムに関し、例えば、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）端末を配下のネットワークに収容するＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）ルータが、端末管理装置アドレスを取得する方法などに適用し得るものである。
【０００２】
本発明は、例えば、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）とＨ．３２３とのプロトコル連携や、ＤＨＣＰとＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）とのプロトコル連携や、ＤＨＣＰとＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）とのプロトコル連携などを意図としているものである。
【０００３】
なお、ＤＨＣＰはＲＦＣ２１３１とＲＦＣ２１３２で、Ｈ．３２３の端末管理はＩＴＵ−Ｔ Ｈ．２２５．０勧告で、ＭＧＣＰはＲＦＣ２７０５で、ＳＩＰはＲＦＣ２５４３で規定されている。
【０００４】
【従来の技術】
今日においては、プロトコルなどが異なる複数のネットワークに属する通信装置間でも、ネットワークアドレスを変換するなどの各種の処理により、通信し得るようになされている。
【０００５】
例えば、図２に示すような複数（図２では３個）のネットワークＮＡ〜ＮＣの接続構成を考える。
【０００６】
図２において、ネットワークＮＡとネットワークＮＢはルータＲＡＢによって接続されており、ネットワークＮＢとネットワークＮＣはルータＲＢＣによって接続されている。ネットワークＮＡ及びＮＢ間のルータＲＡＢはＮＡＴルータである。また、ネットワークＮＡにはＶｏＩＰ端末１が配置されており、ネットワークＮＢにはＤＨＣＰサーバ２が配置されており、ネットワークＮＣには端末管理装置３が配置されている。
【０００７】
ルータＲＡＢはネットワークＮＢ側にはＤＨＣＰクライアントとしての機能を装備し、ネットワークＮＡ側にはＤＨＣＰサーバとしての機能を装備している。ルータＲＡＢは、外部ＤＨＣＰサーバ２からネットワークＮＢ側のグローバルアドレスを取得し、ＶｏＩＰ端末１へプライベートアドレスを付与するものである。
【０００８】
従来、このようなネットワーク構成において、ＶｏＩＰ端末１を端末管理装置３に登録するには、例えば、次の２つの方法（１）、（２）のいずれかの方法が用いられてきた。
【０００９】
（１）明示的にＶｏＩＰ端末１に端末管理装置３のアドレスを付与する方法（Ｈ．３２３、ＭＧＣＰ、ＳＩＰ）
（２）マルチキャストパケットによる端末管理装置３の発見手順を用いる方法（Ｈ．３２３、ＳＩＰ）
なお、図２において端末管理装置３と表記している構成は、ＶｏＩＰで用いるプロトコルにより名称が異なっている。端末管理装置３は、Ｈ．３２３ではゲートキーパに相当し、ＭＧＣＰではコールエージェントに相当し、ＳＩＰではＳＩＰサーバに相当している。
【００１０】
【発明が解決しようとする課題】
しかし、ＶｏＩＰ端末１を端末管理装置３に登録する、上述した２つの方法（１）、（２）はそれぞれ、以下のような課題を有するものであった。
【００１１】
（１）端末管理装置３のアドレスが既知である必要があり、さらに各ＶｏＩＰ端末１毎に設定登録しなければならず、手間がかかる。また、端末管理装置３が変更された場合には、その都度、全ＶｏＩＰ端末１の再設定が必要となってしまう。
【００１２】
（２）ＶｏＩＰ端末１と端末管理装置３間のネットワークを構成する全てのルータ（ＲＡＢやＲＢＣなど）がマルチキャストパケットを送受信できるように対応していなければならず、機器の選定と設定を必要とする。
【００１３】
そのため、上述した課題を解決し得る端末管理装置アドレス取得システムが求められている。
【００１４】
【課題を解決するための手段】
かかる課題を解決するため、本発明の端末管理装置アドレス取得システムは、（０−１）端末と、（０−２）上記端末を管理する端末管理装置と、（０−３）ネットワークアドレスの割当て要求が与えられたときにグローバルアドレスを割り当てて返信するネットワークアドレス割当て制御サーバと、（０−４）上記端末と上記端末管理装置との間に位置し、上記ネットワークアドレス割当て制御サーバにネットワークアドレスの割当て要求を与えてグローバルアドレスを取得すると共に、上記端末からのネットワークアドレスの割当て要求に対し、プライベートアドレスを割り当てて返信するネットワークアドレス変換装置とを備え、（１）上記ネットワークアドレス割当て制御サーバに予め上記端末管理装置のアドレスを設定しておき、（２）上記ネットワークアドレス変換装置は、上記ネットワークアドレス割当て制御サーバにネットワークアドレスの割当てを要求した際に、割当てられたグローバルアドレスと上記端末管理装置のアドレスとを受け取り、（３）上記端末は、上記ネットワークアドレス変換装置にネットワークアドレスの割当てを要求した際に、割当てられたプライベートアドレスと上記端末管理装置のアドレスとを受け取って、上記端末管理装置のアドレスを取得すると共に、（４）上記ネットワークアドレス変換装置は、上記端末管理装置のアドレスを保持していないときには、上記端末からのネットワークアドレスの割当て要求に対して応答しないことを特徴とする。
【００１５】
【発明の実施の形態】
（Ａ）第１の実施形態
以下、本発明による端末管理装置アドレス取得システムの第１の実施形態を図面を参照しながら詳述する。
【００１６】
第１の実施形態は、上述した従来方法の課題を解決すべく、端末管理装置のアドレスを端末（例えばＶｏＩＰ端末）に自動的に付与する方法を提供しようとしたものである。なお、この第１の実施形態は、ＶｏＩＰで用いられるプロトコルがＨ．３２３の場合である。
【００１７】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態における複数のネットワークの接続構成を示すブロック図であり、上述した図２との同一、対応部分には、同一符号を付して示している。
【００１８】
図１において、ネットワークＮＡとネットワークＮＢはルータＲＡＢによって接続されており、ネットワークＮＢとネットワークＮＣはルータＲＢＣによって接続されている。ネットワークＮＡ及びＮＢ間のルータＲＡＢはＮＡＴルータである。また、ネットワークＮＡにはＶｏＩＰ端末としてのＨ．３２３端末１１が配置されており、ネットワークＮＢにはＤＨＣＰサーバ１２（以下、ルータＲＡＢ内部のＤＨＣＰサーバ機能部と明確に区別できるように外部ＤＨＣＡサーバと呼ぶこともある）が配置されており、ネットワークＮＣには端末管理装置としてのゲートキーパ１３が配置されている。
【００１９】
なお、ゲートキーパ１３は、一般的に言えば、電話番号とＩＰアドレスの対応付けなどを管理、運用する制御用のサーバである。
【００２０】
Ｈ．３２３は、サービス品質が保証されないＬＡＮ上での音声、動画像、データ通信の送受信方法の仕様と発呼時の信号方式を規定したものであり、ＶｏＩＰ端末としてのＨ．３２３端末１１は、Ｈ．３２３に従ってＶｏＩＰのサービスを提供するものである。なお、Ｈ．３２３端末１１は、Ｈ．３２３に従う端末であれば、ＶｏＩＰサービスを提供しないものであっても良い。
【００２１】
ルータＲＡＢは、図３に示すように、ネットワークアドレス変換を行うＮＡＴ機能部２１に加え、ネットワークＮＢ側に対してＤＨＣＰクライアントとして動作するＤＨＣＰクライアント機能部２２を装備し、ネットワークＮＡ側に対してＤＨＣＰサーバとして動作するＤＨＣＰサーバ機能部２３を装備している。ルータＲＡＢは、基本的には、外部ＤＨＣＰサーバ１２からネットワークＮＢ側のグローバルアドレスを取得し、Ｈ．３２３端末１１へプライベートアドレスを付与するものである。
【００２２】
なお、ＤＨＣＰは、一般的に言えば、クライアントの起動時に動的にＩＰアドレスを割り当て、タイムアップなどの終了時にＩＰアドレスを回収するためのプロトコルである。
【００２３】
（Ａ−２）第１の実施形態の動作
（Ａ−２−１）正常起動シーケンス
次に、第１の実施形態における正常起動シーケンスを図４のシーケンス図を参照しながら説明する。
【００２４】
まず、ルータＲＡＢがＤＨＣＰクライアントとして、外部ＤＨＣＰサーバ１２に対してＤＨＣＰ要求を行う。
【００２５】
通常、ＤＨＣＰ要求は、ＤＨＣＰサーバ１２を捜すためのＤＨＣＰＤＩＳＣＯＶＥＲメッセージ、ＤＨＣＰサーバ１２が自己の存在を伝えるためのＤＨＣＰＯＦＦＥＲメッセージ、ルータＲＡＢがＩＰアドレスの割当てを求めるＤＨＣＰＲＥＱＵＥＳＴメッセージ、割り当てられたＩＰアドレスをルータＲＡＢに通知するＤＨＣＰＡＣＫメッセージの授受を通して行われる。
【００２６】
この第１の実施形態の場合、予め、ルータＲＡＢと外部ＤＨＣＰサーバ１２とで、ゲートキーパ１３のアドレスの取得処理につき、メッセージのどのオプションフィールドを使うか示し合わせておき、外部ＤＨＣＰサーバ１２に設定しておく。
【００２７】
ルータＲＡＢは、自己から外部ＤＨＣＰサーバ１２に与える、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージやＤＨＣＰＲＥＱＵＥＳＴメッセージの”Ｐａｒａｍｅｔｅｒ Ｒｅｑｕｅｓｔ Ｌｉｓｔ”（上述したオプションフィールド）に、そのオプションコードを指定したＤＨＣＰ要求を出す（Ｔ１１、Ｔ１３）。これに対して、外部ＤＨＣＰサーバ１２は、ルータＲＡＢからのＤＨＣＰ要求に対して、応答メッセージ（ＤＨＣＰＯＦＦＥＲメッセージやＤＨＣＰＡＣＫメッセージ）のオプションフィールドに、ゲートキーパ１３のアドレスを入れる。そして、ルータＲＡＢは受け取ったゲートキーパ１３のアドレスを記憶する（Ｔ１２、Ｔ１４）。
【００２８】
なお、外部ＤＨＣＰサーバ１２において、ゲートキーパ１３のアドレスは、例えば、その設定ファイルに記述されて記憶されている。
【００２９】
上述のような処理においては、ルータＲＡＢは、ＤＨＣＰクライアントとして機能しており、以下の処理においては、ルータＲＡＢは、ＤＨＣＰサーバとして機能している。
【００３０】
以上のような処理が実行された後において、Ｈ．３２３端末１１からルータＲＡＢに対してＤＨＣＰ要求を行う。
【００３１】
上述と同様に、ルータＲＡＢとＨ．３２３端末１１とで、ゲートキーパ１３のアドレス取得処理につき、メッセージのどのオプションフィールドを使うか示し合わせておく。
【００３２】
Ｈ．３２３端末１１は、自己が送信元のＤＨＣＰＤＩＳＣＯＶＥＲメッセージやＤＨＣＰＲＥＱＵＥＳＴメッセージの”Ｐａｒａｍｅｔｅｒ ＲｅｑｕｅｓｔＬｉｓｔ”（オプションフィールド）にそのオプションコードを指定したＤＨＣＰ要求を出す（Ｔ１５、Ｔ１７）。ルータＲＡＢは、外部ＤＨＣＰサーバ１２より受け取って記憶しているゲートキーパ１３のアドレスを、ＤＨＣＰＯＦＦＥＲメッセージやＤＨＣＰＡＣＫメッセージのオプションフィールドに入れてＨ．３２３端末１１に与える（Ｔ１６、Ｔ１８）。
【００３３】
以上の手順により、Ｈ．３２３端末１１は、ＩＰアドレスを取得しようとして実行しているＤＨＣＰ手順を実行しているうちに、ゲートキーパ１３のアドレスを知ることができ、その後、登録を要求したり登録を承認したりすることを表すＲＲＱ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージやＲＣＦ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ｃｏｎｆｉｒｍ）メッセージの授受により、自己（Ｈ．３２３端末１１）をゲートキーパ１３に登録することができる（Ｔ１９〜Ｔ２２）。
【００３４】
（Ａ−２−２）異常起動シーケンス
次に、第１の実施形態における異常起動シーケンスを図５のシーケンス図を参照しながら説明する。
【００３５】
ルータＲＡＢがＤＨＣＰ要求によりゲートキーパ１３のアドレスを取得する前に（図４のＴ１１〜Ｔ１４参照）、Ｈ．３２３端末１１からＤＨＣＰ要求を受けた場合には異常起動シーケンスが行われる。
【００３６】
この第１の実施形態の場合には、図５に示すようなシーケンスとすることとした。すなわち、ルータＲＡＢは、Ｈ．３２３端末１１から、ゲートキーパ１３のアドレスを欲するオプションコードが挿入されているＤＨＣＰＤＩＳＣＯＶＥＲメッセージが与えられても（Ｔ２１）、ルータＲＡＢ自身がゲートキーパ１３のアドレスを取得していないので、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージの到来を無視する（Ｔ２２）。
【００３７】
以上のようにＤＨＣＰＤＩＳＣＯＶＥＲメッセージの到来を無視することとしたのは、以下の理由（１）及び（２）による。
【００３８】
（１）ルータＲＡＢ自身がゲートキーパ１３のアドレスを取得していないのに、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージの到来に応じてＩＰアドレスをＨ．３２３端末１１に割り当ててしまうと、ゲートキーパ１３のアドレスをＨ．３２３端末１１に通知できる次の契機（タイミング）は、Ｈ．３２３端末１１がＩＰアドレスのリース更新を求めてきたときとなってしまう。なお、Ｈ．３２３端末１１へのＩＰアドレスの割当て時には、例えばその割当ての有効時間（例えば２４時間；リースタイム）も設定され、その有効時間を延長したい場合には、Ｈ．３２３端末１１はリース更新を要求することとなる。
【００３９】
（２）ＤＨＣＰ再要求時（リース更新の要求時）にゲートキーパ１３のオプション情報（アドレス）を通知するようにした場合には、ＤＨＣＰの初期要求時にゲートキーパ１３のオプション情報（アドレス）をＨ．３２３端末１１が取得したか否かに拘わらず通知する方式を採用すると考えられる。しかし、ＤＨＣＰ再要求時にゲートキーパ１３のオプション情報（アドレス）が通知されても、登録の自動切り替えが行われないＨ．３２３端末１１の場合、手動で再起動しないと使用することができない。
【００４０】
以上のような理由により、Ｈ．３２３端末１１からのＤＨＣＰ要求（ＤＨＣＰＤＩＳＣＯＶＥＲメッセージの到来）に対して無応答とし、ＩＰアドレスの割り当ても行わない。
【００４１】
ルータＲＡＢは、外部ＤＨＣＰサーバ１２へのＤＨＣＰ要求によりゲートキーパ１３のアドレスを取得した状態で（Ｔ１１〜Ｔ１４）、Ｈ．３２３端末１１からＤＨＣＰ要求を受け取ったときに初めてＤＨＣＰ要求に対する応答を返し、ＩＰアドレスの割り当てを行うと共にゲートキーパ１３のアドレスを通知する（Ｔ１５〜Ｔ１８）。
【００４２】
その後、Ｈ．３２３端末１１は、上述した正常起動シーケンスの場合と同様にして、ゲートキーパ１３に自己を登録させる（Ｔ１９〜Ｔ２２）。
【００４３】
以上のような異常起動シーケンスによって、初期起動時にＨ．３２３端末１１が長時間使用できない状態になってしまうことを防ぐことができる。
【００４４】
ところで、ルータＲＡＢが、ゲートキーパ１３のアドレスが未取得のときに全てのＤＨＣＰ要求に答えないようにしてしまうと、パーソナルコンピュータなどのＨ．３２３に関係ない機器にまでＩＰアドレスが割り当てられなくなってしまう。このような不都合を解決するため、この第１の実施形態では、以下の２つの対応方法（１）、（２）のいずれかを採用する。なお、以下の対応方法（１）、（２）は、例えば、ルータＲＡＢ内のＤＨＣＰサーバ機能部２３が担う。
【００４５】
（１）Ｈ．３２３端末１１のＭＡＣアドレス（媒体アクセス制御層に付与されるアドレス）だけをルータＲＡＢに登録しておいて、Ｈ．３２３端末１１からのＤＨＣＰ要求か、他の機器からのＤＨＣＰ要求かを弁別できるようにしておく。そして、ルータＲＡＢがゲートキーパ１３のアドレスを未取得の場合には、Ｈ．３２３端末１１からのＤＨＣＰ要求に対して無応答とし、ＭＡＣアドレスが未登録の機器からのＤＨＣＰ要求には応答する。一方、ルータＲＡＢがゲートキーパ１３のアドレスを取得している場合は、ルータＲＡＢは、全てのＤＨＣＰ要求に対して応答する。
【００４６】
（２）ルータＲＡＢがゲートキーパ１３のアドレスを未取得の場合には、ゲートキーパ１３のオプション情報を要求しているＤＨＣＰ要求に対しては無応答とし、ゲートキーパ１３のオプション情報を要求していないＤＨＣＰ要求には応答する。これに対して、ルータＲＡＢがゲートキーパ１３のアドレスを取得している場合には全てのＤＨＣＰ要求に対して応答する。
【００４７】
以上のようなルータＲＡＢがゲートキーパ１３のアドレスを未取得の場合における、Ｈ．３２３端末１１からのＤＨＣＰ要求か、他の機器からのＤＨＣＰ要求かの弁別処理により、ルータＲＡＢにおける一般のＮＡＴルータとしての利便性を損なわないようにすることができる。
【００４８】
（Ａ−２−３）ＤＨＣＰ再要求シーケンス
次に、第１の実施形態におけるＤＨＣＰ再要求シーケンスを図６のシーケンス図を参照しながら説明する。
【００４９】
一般に、ＤＨＣＰクライアントは、ＩＰアドレスを割り当てられた後、リースタイムが切れる前に、必要ならば、ＤＨＣＰサーバに対して期限延長を申し出るＤＨＣＰ再要求を行う。第１の実施形態のＨ．３２３端末１１も、必要ならば、期限延長を申し出るＤＨＣＰ再要求を行う。
【００５０】
なお、ＤＨＣＰ再要求では、ＤＨＣＰサーバ（ルータＲＡＢのような擬似的なＤＨＣＰサーバを含む）の存在をＤＨＣＰクライアントが認識しているので、ＤＨＣＰＲＥＱＵＥＳＴメッセージ及びＤＨＣＰＡＣＫメッセージの授受を通してＤＨＣＰ再要求処理が行われる。
【００５１】
Ｈ．３２３端末１１は、ルータＲＡＢに対し、ＤＨＣＰＲＥＱＵＥＳＴメッセージを与えてＤＨＣＰ再要求し、ＤＨＣＰＡＣＫメッセージの返信により、再要求が受け付けられたことを認識する（Ｔ３１、Ｔ３２）。
【００５２】
また、ルータＲＡＢも、外部ＤＨＣＰサーバ１２に対し、ＤＨＣＰＲＥＱＵＥＳＴメッセージを与えてＤＨＣＰ再要求し、ＤＨＣＰＡＣＫメッセージの返信により、再要求が受け付けられたことを認識する（Ｔ３３、Ｔ３４）。
【００５３】
なお、この第１の実施形態においては、ＤＨＣＰ再要求時にも上述した起動時と同様に、再要求元にゲートキーパ１３のアドレスを通知する。この通知にも、上述したオプションフィールドが利用される。
【００５４】
（Ａ−２−４）ゲートキーパ切り換えシーケンス
次に、第１の実施形態におけるゲートキーパ切り換えシーケンスを図７のシーケンス図を参照しながら説明する。
【００５５】
ゲートキーパを切り換える際には、外部ＤＨＣＰサーバ１２の設定（設定ファイルのゲートキーパ記憶内容）を、ゲートキーパ１３Ａからゲートキーパ１３Ｂに変更する。
【００５６】
このような変更後におけるルータＲＡＢからのＤＨＣＰ再要求により、外部ＤＨＣＰサーバ１２から新たなゲートキーパ１３ＢのアドレスがルータＲＡＢに通知され、ルータＲＡＢで記憶するアドレスはゲートキーパ１３Ｂのアドレスとなる（Ｔ３３、Ｔ３４）。
【００５７】
その後、Ｈ．３２３端末１１からのＤＨＣＰ再要求により、ルータＲＡＢから新たなゲートキーパ１３ＢのアドレスがＨ．３２３端末１１に通知され、Ｈ．３２３端末１１は、ゲートキーパ１３のアドレスが切り換えられたことを察知する（Ｔ３１、Ｔ３２）。
【００５８】
これにより、Ｈ．３２３端末１１は、切り換えられる前のゲートキーパ１３Ａとの間で、ＵＲＱ（Ｕｎｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージ及びＵＣＦ（Ｕｎｒｅｇｉｓｔｒａｔｉｏｎ Ｃｏｎｆｉｒｍ）メッセージを授受し、ゲートキーパ１３Ａによる自己の登録の抹消手続きを行い（Ｔ４１、Ｔ４２）、切り換えられた後のゲートキーパ１３Ｂとの間、ＲＲＱメッセージ及びＲＣＦメッセージを授受し、ゲートキーパ１３Ｂへの自己の登録手続きを行う（Ｔ４３、Ｔ４４）。
【００５９】
以上のようにして、外部ＤＨＣＰサーバ１２におけるゲートキーパの設定を変更するだけで、ゲートキーパの切り換え（１３Ａから１３Ｂ）が可能となる。
【００６０】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、ＮＡＴルータを介してゲートキーパとＨ．３２３端末が配置されている構成でも、ＤＨＣＰにより、ゲートキーパのアドレスをＨ．３２３端末に通知することができる。
【００６１】
かくするにつき、ゲートキーパのアドレスをＤＨＣＰサーバにのみ設定するだけでよく、設定に手間がかからない。また、ゲートキーパを変更するときにも、ＤＨＣＰサーバの設定を変更することによって、ＤＨＣＰ再要求で自動的に変更することができる。
【００６２】
（Ｂ）第２の実施形態
次に、本発明を、ＤＨＣＰとＭＧＣＰとのプロトコル連携に係るシステムに適用した第２の実施形態を、第１の実施形態との比較で簡単に説明する。
【００６３】
上述した第１の実施形態のシステムにおける構成要素やメッセージなどを、以下のように置き換えた（読み換えた）ものが第２の実施形態となっている。
【００６４】
すなわち、Ｈ．３２３端末をＭＧＣＰ端末と読み換え、ゲートキーパをコールエージェントと読み換えると共に、メッセージも、以下の▲１▼〜▲４▼ように読み換えれば、ＭＧＣＰメッセージによるコールエージェントとＭＧＣＰ端末間の端末管理へ本発明を適用した第２の実施形態のシステムとなる。
【００６５】
▲１▼ＵＲＱメッセージ：”ｇｒａｃｅｆｕｌ”指定のＲＳＩＰメッセージ
▲２▼ＵＣＦメッセージ：ＲＳＩＰメッセージに対する正常応答（リターンコード＝２００）
▲３▼ＲＲＱメッセージ：”ｒｅｓｔａｒｔ”指定のＲＳＩＰメッセージ
▲４▼ＲＣＦメッセージ：ＲＳＩＰメッセージに対する正常応答（リターンコード＝２００）
（Ｃ）第３の実施形態
次に、本発明を、ＤＨＣＰとＳＩＰとのプロトコル連携に係るシステムに適用した第３の実施形態を、第１の実施形態との比較で簡単に説明する。
【００６６】
上述した第１の実施形態のシステムにおける構成要素やメッセージなどを、以下のように置き換えた（読み換えた）ものが第３の実施形態となっている。
【００６７】
すなわち、Ｈ．３２３端末をＳＩＰ端末と読み換え、ゲートキーパをＳＩＰサーバと読み換えると共に、メッセージも、以下の▲１▼〜▲４▼ように読み換えれば、ＳＩＰメッセージによるＳＩＰサーバとＳＩＰ端末間の端末管理へ本発明を適用した第３の実施形態のシステムとなる。
【００６８】
▲１▼ＵＲＱメッセージ：”ｅｘｐｉｒｅｓ”パラメータを０としたＲＥＧＩＳＴＥＲメッセージ
▲２▼ＵＣＦメッセージ：ＲＥＧＩＳＴＥＲメッセージに対する正常応答（リターンコード＝２００）
▲３▼ＲＲＱメッセージ：”ｅｘｐｉｒｅｓ”パラメータを指定しない通常のＲＥＧＩＳＴＥＲメッセージ
▲４▼ＲＣＦメッセージ：ＲＥＧＩＳＴＥＲメッセージに対する正常応答（リターンコード＝２００）
（Ｄ）他の実施形態
本発明における端末は、ＶｏＩＰ端末に限定されず、しかも、音声系の処理端末にも限定されるものではない。
【００６９】
上記第１の実施形態の説明では、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージに対するＤＨＣＰＯＦＦＥＲメッセージ、及び、ＤＨＣＰＲＥＱＵＥＳＴメッセージに対するＤＨＣＰＡＣＫメッセージのいずれにも、ゲートキーパのアドレスを盛り込むものを示したが、どちらか一方のみに、ゲートキーパのアドレスを盛り込むようにしても良い。この場合において、ＤＨＣＰ再要求シーケンスやゲートキーパ切り換えシーケンスなどを考慮すると、ＤＨＣＰＲＥＱＵＥＳＴメッセージに対するＤＨＣＰＡＣＫメッセージに、ゲートキーパのアドレスを盛り込むことが好ましい。
【００７０】
【発明の効果】
以上のように、本発明の端末管理装置アドレス取得システムによれば、ネットワークアドレス変換装置を介して端末管理装置と端末が配置されている構成でも、ネットワークアドレスの割当て通知手順を通じて、端末管理装置のアドレスを端末が取得することができ、かくするにつき、端末管理装置のアドレスをネットワークアドレス割当て制御サーバにのみ設定するだけでよく、設定に手間がかからない。
【図面の簡単な説明】
【図１】第１の実施形態のネットワーク構成を示すブロック図である。
【図２】従来の説明に用いるネットワーク構成を示すブロック図である。
【図３】ルータＲＡＢの機能的内部構成を示すブロック図である。
【図４】第１の実施形態の正常起動シーケンスを示すシーケンス図である。
【図５】第１の実施形態の異常起動シーケンスを示すシーケンス図である。
【図６】第１の実施形態のＤＨＣＰ再要求シーケンスを示すシーケンス図である。
【図７】第１の実施形態のゲートキーパ切り換えシーケンスを示すシーケンス図である。
【符号の説明】
ＮＡ〜ＮＣ…ネットワーク、ＲＡＢ…ＮＡＴルータ、１１…Ｈ．３２３端末、１２…ＤＨＣＰサーバ（外部ＤＨＣＰサーバ）、１３ゲートキーパ。
【発明の属する技術分野】
本発明は端末管理装置アドレス取得システムに関し、例えば、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）端末を配下のネットワークに収容するＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）ルータが、端末管理装置アドレスを取得する方法などに適用し得るものである。
【０００２】
本発明は、例えば、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）とＨ．３２３とのプロトコル連携や、ＤＨＣＰとＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）とのプロトコル連携や、ＤＨＣＰとＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）とのプロトコル連携などを意図としているものである。
【０００３】
なお、ＤＨＣＰはＲＦＣ２１３１とＲＦＣ２１３２で、Ｈ．３２３の端末管理はＩＴＵ−Ｔ Ｈ．２２５．０勧告で、ＭＧＣＰはＲＦＣ２７０５で、ＳＩＰはＲＦＣ２５４３で規定されている。
【０００４】
【従来の技術】
今日においては、プロトコルなどが異なる複数のネットワークに属する通信装置間でも、ネットワークアドレスを変換するなどの各種の処理により、通信し得るようになされている。
【０００５】
例えば、図２に示すような複数（図２では３個）のネットワークＮＡ〜ＮＣの接続構成を考える。
【０００６】
図２において、ネットワークＮＡとネットワークＮＢはルータＲＡＢによって接続されており、ネットワークＮＢとネットワークＮＣはルータＲＢＣによって接続されている。ネットワークＮＡ及びＮＢ間のルータＲＡＢはＮＡＴルータである。また、ネットワークＮＡにはＶｏＩＰ端末１が配置されており、ネットワークＮＢにはＤＨＣＰサーバ２が配置されており、ネットワークＮＣには端末管理装置３が配置されている。
【０００７】
ルータＲＡＢはネットワークＮＢ側にはＤＨＣＰクライアントとしての機能を装備し、ネットワークＮＡ側にはＤＨＣＰサーバとしての機能を装備している。ルータＲＡＢは、外部ＤＨＣＰサーバ２からネットワークＮＢ側のグローバルアドレスを取得し、ＶｏＩＰ端末１へプライベートアドレスを付与するものである。
【０００８】
従来、このようなネットワーク構成において、ＶｏＩＰ端末１を端末管理装置３に登録するには、例えば、次の２つの方法（１）、（２）のいずれかの方法が用いられてきた。
【０００９】
（１）明示的にＶｏＩＰ端末１に端末管理装置３のアドレスを付与する方法（Ｈ．３２３、ＭＧＣＰ、ＳＩＰ）
（２）マルチキャストパケットによる端末管理装置３の発見手順を用いる方法（Ｈ．３２３、ＳＩＰ）
なお、図２において端末管理装置３と表記している構成は、ＶｏＩＰで用いるプロトコルにより名称が異なっている。端末管理装置３は、Ｈ．３２３ではゲートキーパに相当し、ＭＧＣＰではコールエージェントに相当し、ＳＩＰではＳＩＰサーバに相当している。
【００１０】
【発明が解決しようとする課題】
しかし、ＶｏＩＰ端末１を端末管理装置３に登録する、上述した２つの方法（１）、（２）はそれぞれ、以下のような課題を有するものであった。
【００１１】
（１）端末管理装置３のアドレスが既知である必要があり、さらに各ＶｏＩＰ端末１毎に設定登録しなければならず、手間がかかる。また、端末管理装置３が変更された場合には、その都度、全ＶｏＩＰ端末１の再設定が必要となってしまう。
【００１２】
（２）ＶｏＩＰ端末１と端末管理装置３間のネットワークを構成する全てのルータ（ＲＡＢやＲＢＣなど）がマルチキャストパケットを送受信できるように対応していなければならず、機器の選定と設定を必要とする。
【００１３】
そのため、上述した課題を解決し得る端末管理装置アドレス取得システムが求められている。
【００１４】
【課題を解決するための手段】
かかる課題を解決するため、本発明の端末管理装置アドレス取得システムは、（０−１）端末と、（０−２）上記端末を管理する端末管理装置と、（０−３）ネットワークアドレスの割当て要求が与えられたときにグローバルアドレスを割り当てて返信するネットワークアドレス割当て制御サーバと、（０−４）上記端末と上記端末管理装置との間に位置し、上記ネットワークアドレス割当て制御サーバにネットワークアドレスの割当て要求を与えてグローバルアドレスを取得すると共に、上記端末からのネットワークアドレスの割当て要求に対し、プライベートアドレスを割り当てて返信するネットワークアドレス変換装置とを備え、（１）上記ネットワークアドレス割当て制御サーバに予め上記端末管理装置のアドレスを設定しておき、（２）上記ネットワークアドレス変換装置は、上記ネットワークアドレス割当て制御サーバにネットワークアドレスの割当てを要求した際に、割当てられたグローバルアドレスと上記端末管理装置のアドレスとを受け取り、（３）上記端末は、上記ネットワークアドレス変換装置にネットワークアドレスの割当てを要求した際に、割当てられたプライベートアドレスと上記端末管理装置のアドレスとを受け取って、上記端末管理装置のアドレスを取得すると共に、（４）上記ネットワークアドレス変換装置は、上記端末管理装置のアドレスを保持していないときには、上記端末からのネットワークアドレスの割当て要求に対して応答しないことを特徴とする。
【００１５】
【発明の実施の形態】
（Ａ）第１の実施形態
以下、本発明による端末管理装置アドレス取得システムの第１の実施形態を図面を参照しながら詳述する。
【００１６】
第１の実施形態は、上述した従来方法の課題を解決すべく、端末管理装置のアドレスを端末（例えばＶｏＩＰ端末）に自動的に付与する方法を提供しようとしたものである。なお、この第１の実施形態は、ＶｏＩＰで用いられるプロトコルがＨ．３２３の場合である。
【００１７】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態における複数のネットワークの接続構成を示すブロック図であり、上述した図２との同一、対応部分には、同一符号を付して示している。
【００１８】
図１において、ネットワークＮＡとネットワークＮＢはルータＲＡＢによって接続されており、ネットワークＮＢとネットワークＮＣはルータＲＢＣによって接続されている。ネットワークＮＡ及びＮＢ間のルータＲＡＢはＮＡＴルータである。また、ネットワークＮＡにはＶｏＩＰ端末としてのＨ．３２３端末１１が配置されており、ネットワークＮＢにはＤＨＣＰサーバ１２（以下、ルータＲＡＢ内部のＤＨＣＰサーバ機能部と明確に区別できるように外部ＤＨＣＡサーバと呼ぶこともある）が配置されており、ネットワークＮＣには端末管理装置としてのゲートキーパ１３が配置されている。
【００１９】
なお、ゲートキーパ１３は、一般的に言えば、電話番号とＩＰアドレスの対応付けなどを管理、運用する制御用のサーバである。
【００２０】
Ｈ．３２３は、サービス品質が保証されないＬＡＮ上での音声、動画像、データ通信の送受信方法の仕様と発呼時の信号方式を規定したものであり、ＶｏＩＰ端末としてのＨ．３２３端末１１は、Ｈ．３２３に従ってＶｏＩＰのサービスを提供するものである。なお、Ｈ．３２３端末１１は、Ｈ．３２３に従う端末であれば、ＶｏＩＰサービスを提供しないものであっても良い。
【００２１】
ルータＲＡＢは、図３に示すように、ネットワークアドレス変換を行うＮＡＴ機能部２１に加え、ネットワークＮＢ側に対してＤＨＣＰクライアントとして動作するＤＨＣＰクライアント機能部２２を装備し、ネットワークＮＡ側に対してＤＨＣＰサーバとして動作するＤＨＣＰサーバ機能部２３を装備している。ルータＲＡＢは、基本的には、外部ＤＨＣＰサーバ１２からネットワークＮＢ側のグローバルアドレスを取得し、Ｈ．３２３端末１１へプライベートアドレスを付与するものである。
【００２２】
なお、ＤＨＣＰは、一般的に言えば、クライアントの起動時に動的にＩＰアドレスを割り当て、タイムアップなどの終了時にＩＰアドレスを回収するためのプロトコルである。
【００２３】
（Ａ−２）第１の実施形態の動作
（Ａ−２−１）正常起動シーケンス
次に、第１の実施形態における正常起動シーケンスを図４のシーケンス図を参照しながら説明する。
【００２４】
まず、ルータＲＡＢがＤＨＣＰクライアントとして、外部ＤＨＣＰサーバ１２に対してＤＨＣＰ要求を行う。
【００２５】
通常、ＤＨＣＰ要求は、ＤＨＣＰサーバ１２を捜すためのＤＨＣＰＤＩＳＣＯＶＥＲメッセージ、ＤＨＣＰサーバ１２が自己の存在を伝えるためのＤＨＣＰＯＦＦＥＲメッセージ、ルータＲＡＢがＩＰアドレスの割当てを求めるＤＨＣＰＲＥＱＵＥＳＴメッセージ、割り当てられたＩＰアドレスをルータＲＡＢに通知するＤＨＣＰＡＣＫメッセージの授受を通して行われる。
【００２６】
この第１の実施形態の場合、予め、ルータＲＡＢと外部ＤＨＣＰサーバ１２とで、ゲートキーパ１３のアドレスの取得処理につき、メッセージのどのオプションフィールドを使うか示し合わせておき、外部ＤＨＣＰサーバ１２に設定しておく。
【００２７】
ルータＲＡＢは、自己から外部ＤＨＣＰサーバ１２に与える、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージやＤＨＣＰＲＥＱＵＥＳＴメッセージの”Ｐａｒａｍｅｔｅｒ Ｒｅｑｕｅｓｔ Ｌｉｓｔ”（上述したオプションフィールド）に、そのオプションコードを指定したＤＨＣＰ要求を出す（Ｔ１１、Ｔ１３）。これに対して、外部ＤＨＣＰサーバ１２は、ルータＲＡＢからのＤＨＣＰ要求に対して、応答メッセージ（ＤＨＣＰＯＦＦＥＲメッセージやＤＨＣＰＡＣＫメッセージ）のオプションフィールドに、ゲートキーパ１３のアドレスを入れる。そして、ルータＲＡＢは受け取ったゲートキーパ１３のアドレスを記憶する（Ｔ１２、Ｔ１４）。
【００２８】
なお、外部ＤＨＣＰサーバ１２において、ゲートキーパ１３のアドレスは、例えば、その設定ファイルに記述されて記憶されている。
【００２９】
上述のような処理においては、ルータＲＡＢは、ＤＨＣＰクライアントとして機能しており、以下の処理においては、ルータＲＡＢは、ＤＨＣＰサーバとして機能している。
【００３０】
以上のような処理が実行された後において、Ｈ．３２３端末１１からルータＲＡＢに対してＤＨＣＰ要求を行う。
【００３１】
上述と同様に、ルータＲＡＢとＨ．３２３端末１１とで、ゲートキーパ１３のアドレス取得処理につき、メッセージのどのオプションフィールドを使うか示し合わせておく。
【００３２】
Ｈ．３２３端末１１は、自己が送信元のＤＨＣＰＤＩＳＣＯＶＥＲメッセージやＤＨＣＰＲＥＱＵＥＳＴメッセージの”Ｐａｒａｍｅｔｅｒ ＲｅｑｕｅｓｔＬｉｓｔ”（オプションフィールド）にそのオプションコードを指定したＤＨＣＰ要求を出す（Ｔ１５、Ｔ１７）。ルータＲＡＢは、外部ＤＨＣＰサーバ１２より受け取って記憶しているゲートキーパ１３のアドレスを、ＤＨＣＰＯＦＦＥＲメッセージやＤＨＣＰＡＣＫメッセージのオプションフィールドに入れてＨ．３２３端末１１に与える（Ｔ１６、Ｔ１８）。
【００３３】
以上の手順により、Ｈ．３２３端末１１は、ＩＰアドレスを取得しようとして実行しているＤＨＣＰ手順を実行しているうちに、ゲートキーパ１３のアドレスを知ることができ、その後、登録を要求したり登録を承認したりすることを表すＲＲＱ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージやＲＣＦ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ｃｏｎｆｉｒｍ）メッセージの授受により、自己（Ｈ．３２３端末１１）をゲートキーパ１３に登録することができる（Ｔ１９〜Ｔ２２）。
【００３４】
（Ａ−２−２）異常起動シーケンス
次に、第１の実施形態における異常起動シーケンスを図５のシーケンス図を参照しながら説明する。
【００３５】
ルータＲＡＢがＤＨＣＰ要求によりゲートキーパ１３のアドレスを取得する前に（図４のＴ１１〜Ｔ１４参照）、Ｈ．３２３端末１１からＤＨＣＰ要求を受けた場合には異常起動シーケンスが行われる。
【００３６】
この第１の実施形態の場合には、図５に示すようなシーケンスとすることとした。すなわち、ルータＲＡＢは、Ｈ．３２３端末１１から、ゲートキーパ１３のアドレスを欲するオプションコードが挿入されているＤＨＣＰＤＩＳＣＯＶＥＲメッセージが与えられても（Ｔ２１）、ルータＲＡＢ自身がゲートキーパ１３のアドレスを取得していないので、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージの到来を無視する（Ｔ２２）。
【００３７】
以上のようにＤＨＣＰＤＩＳＣＯＶＥＲメッセージの到来を無視することとしたのは、以下の理由（１）及び（２）による。
【００３８】
（１）ルータＲＡＢ自身がゲートキーパ１３のアドレスを取得していないのに、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージの到来に応じてＩＰアドレスをＨ．３２３端末１１に割り当ててしまうと、ゲートキーパ１３のアドレスをＨ．３２３端末１１に通知できる次の契機（タイミング）は、Ｈ．３２３端末１１がＩＰアドレスのリース更新を求めてきたときとなってしまう。なお、Ｈ．３２３端末１１へのＩＰアドレスの割当て時には、例えばその割当ての有効時間（例えば２４時間；リースタイム）も設定され、その有効時間を延長したい場合には、Ｈ．３２３端末１１はリース更新を要求することとなる。
【００３９】
（２）ＤＨＣＰ再要求時（リース更新の要求時）にゲートキーパ１３のオプション情報（アドレス）を通知するようにした場合には、ＤＨＣＰの初期要求時にゲートキーパ１３のオプション情報（アドレス）をＨ．３２３端末１１が取得したか否かに拘わらず通知する方式を採用すると考えられる。しかし、ＤＨＣＰ再要求時にゲートキーパ１３のオプション情報（アドレス）が通知されても、登録の自動切り替えが行われないＨ．３２３端末１１の場合、手動で再起動しないと使用することができない。
【００４０】
以上のような理由により、Ｈ．３２３端末１１からのＤＨＣＰ要求（ＤＨＣＰＤＩＳＣＯＶＥＲメッセージの到来）に対して無応答とし、ＩＰアドレスの割り当ても行わない。
【００４１】
ルータＲＡＢは、外部ＤＨＣＰサーバ１２へのＤＨＣＰ要求によりゲートキーパ１３のアドレスを取得した状態で（Ｔ１１〜Ｔ１４）、Ｈ．３２３端末１１からＤＨＣＰ要求を受け取ったときに初めてＤＨＣＰ要求に対する応答を返し、ＩＰアドレスの割り当てを行うと共にゲートキーパ１３のアドレスを通知する（Ｔ１５〜Ｔ１８）。
【００４２】
その後、Ｈ．３２３端末１１は、上述した正常起動シーケンスの場合と同様にして、ゲートキーパ１３に自己を登録させる（Ｔ１９〜Ｔ２２）。
【００４３】
以上のような異常起動シーケンスによって、初期起動時にＨ．３２３端末１１が長時間使用できない状態になってしまうことを防ぐことができる。
【００４４】
ところで、ルータＲＡＢが、ゲートキーパ１３のアドレスが未取得のときに全てのＤＨＣＰ要求に答えないようにしてしまうと、パーソナルコンピュータなどのＨ．３２３に関係ない機器にまでＩＰアドレスが割り当てられなくなってしまう。このような不都合を解決するため、この第１の実施形態では、以下の２つの対応方法（１）、（２）のいずれかを採用する。なお、以下の対応方法（１）、（２）は、例えば、ルータＲＡＢ内のＤＨＣＰサーバ機能部２３が担う。
【００４５】
（１）Ｈ．３２３端末１１のＭＡＣアドレス（媒体アクセス制御層に付与されるアドレス）だけをルータＲＡＢに登録しておいて、Ｈ．３２３端末１１からのＤＨＣＰ要求か、他の機器からのＤＨＣＰ要求かを弁別できるようにしておく。そして、ルータＲＡＢがゲートキーパ１３のアドレスを未取得の場合には、Ｈ．３２３端末１１からのＤＨＣＰ要求に対して無応答とし、ＭＡＣアドレスが未登録の機器からのＤＨＣＰ要求には応答する。一方、ルータＲＡＢがゲートキーパ１３のアドレスを取得している場合は、ルータＲＡＢは、全てのＤＨＣＰ要求に対して応答する。
【００４６】
（２）ルータＲＡＢがゲートキーパ１３のアドレスを未取得の場合には、ゲートキーパ１３のオプション情報を要求しているＤＨＣＰ要求に対しては無応答とし、ゲートキーパ１３のオプション情報を要求していないＤＨＣＰ要求には応答する。これに対して、ルータＲＡＢがゲートキーパ１３のアドレスを取得している場合には全てのＤＨＣＰ要求に対して応答する。
【００４７】
以上のようなルータＲＡＢがゲートキーパ１３のアドレスを未取得の場合における、Ｈ．３２３端末１１からのＤＨＣＰ要求か、他の機器からのＤＨＣＰ要求かの弁別処理により、ルータＲＡＢにおける一般のＮＡＴルータとしての利便性を損なわないようにすることができる。
【００４８】
（Ａ−２−３）ＤＨＣＰ再要求シーケンス
次に、第１の実施形態におけるＤＨＣＰ再要求シーケンスを図６のシーケンス図を参照しながら説明する。
【００４９】
一般に、ＤＨＣＰクライアントは、ＩＰアドレスを割り当てられた後、リースタイムが切れる前に、必要ならば、ＤＨＣＰサーバに対して期限延長を申し出るＤＨＣＰ再要求を行う。第１の実施形態のＨ．３２３端末１１も、必要ならば、期限延長を申し出るＤＨＣＰ再要求を行う。
【００５０】
なお、ＤＨＣＰ再要求では、ＤＨＣＰサーバ（ルータＲＡＢのような擬似的なＤＨＣＰサーバを含む）の存在をＤＨＣＰクライアントが認識しているので、ＤＨＣＰＲＥＱＵＥＳＴメッセージ及びＤＨＣＰＡＣＫメッセージの授受を通してＤＨＣＰ再要求処理が行われる。
【００５１】
Ｈ．３２３端末１１は、ルータＲＡＢに対し、ＤＨＣＰＲＥＱＵＥＳＴメッセージを与えてＤＨＣＰ再要求し、ＤＨＣＰＡＣＫメッセージの返信により、再要求が受け付けられたことを認識する（Ｔ３１、Ｔ３２）。
【００５２】
また、ルータＲＡＢも、外部ＤＨＣＰサーバ１２に対し、ＤＨＣＰＲＥＱＵＥＳＴメッセージを与えてＤＨＣＰ再要求し、ＤＨＣＰＡＣＫメッセージの返信により、再要求が受け付けられたことを認識する（Ｔ３３、Ｔ３４）。
【００５３】
なお、この第１の実施形態においては、ＤＨＣＰ再要求時にも上述した起動時と同様に、再要求元にゲートキーパ１３のアドレスを通知する。この通知にも、上述したオプションフィールドが利用される。
【００５４】
（Ａ−２−４）ゲートキーパ切り換えシーケンス
次に、第１の実施形態におけるゲートキーパ切り換えシーケンスを図７のシーケンス図を参照しながら説明する。
【００５５】
ゲートキーパを切り換える際には、外部ＤＨＣＰサーバ１２の設定（設定ファイルのゲートキーパ記憶内容）を、ゲートキーパ１３Ａからゲートキーパ１３Ｂに変更する。
【００５６】
このような変更後におけるルータＲＡＢからのＤＨＣＰ再要求により、外部ＤＨＣＰサーバ１２から新たなゲートキーパ１３ＢのアドレスがルータＲＡＢに通知され、ルータＲＡＢで記憶するアドレスはゲートキーパ１３Ｂのアドレスとなる（Ｔ３３、Ｔ３４）。
【００５７】
その後、Ｈ．３２３端末１１からのＤＨＣＰ再要求により、ルータＲＡＢから新たなゲートキーパ１３ＢのアドレスがＨ．３２３端末１１に通知され、Ｈ．３２３端末１１は、ゲートキーパ１３のアドレスが切り換えられたことを察知する（Ｔ３１、Ｔ３２）。
【００５８】
これにより、Ｈ．３２３端末１１は、切り換えられる前のゲートキーパ１３Ａとの間で、ＵＲＱ（Ｕｎｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージ及びＵＣＦ（Ｕｎｒｅｇｉｓｔｒａｔｉｏｎ Ｃｏｎｆｉｒｍ）メッセージを授受し、ゲートキーパ１３Ａによる自己の登録の抹消手続きを行い（Ｔ４１、Ｔ４２）、切り換えられた後のゲートキーパ１３Ｂとの間、ＲＲＱメッセージ及びＲＣＦメッセージを授受し、ゲートキーパ１３Ｂへの自己の登録手続きを行う（Ｔ４３、Ｔ４４）。
【００５９】
以上のようにして、外部ＤＨＣＰサーバ１２におけるゲートキーパの設定を変更するだけで、ゲートキーパの切り換え（１３Ａから１３Ｂ）が可能となる。
【００６０】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、ＮＡＴルータを介してゲートキーパとＨ．３２３端末が配置されている構成でも、ＤＨＣＰにより、ゲートキーパのアドレスをＨ．３２３端末に通知することができる。
【００６１】
かくするにつき、ゲートキーパのアドレスをＤＨＣＰサーバにのみ設定するだけでよく、設定に手間がかからない。また、ゲートキーパを変更するときにも、ＤＨＣＰサーバの設定を変更することによって、ＤＨＣＰ再要求で自動的に変更することができる。
【００６２】
（Ｂ）第２の実施形態
次に、本発明を、ＤＨＣＰとＭＧＣＰとのプロトコル連携に係るシステムに適用した第２の実施形態を、第１の実施形態との比較で簡単に説明する。
【００６３】
上述した第１の実施形態のシステムにおける構成要素やメッセージなどを、以下のように置き換えた（読み換えた）ものが第２の実施形態となっている。
【００６４】
すなわち、Ｈ．３２３端末をＭＧＣＰ端末と読み換え、ゲートキーパをコールエージェントと読み換えると共に、メッセージも、以下の▲１▼〜▲４▼ように読み換えれば、ＭＧＣＰメッセージによるコールエージェントとＭＧＣＰ端末間の端末管理へ本発明を適用した第２の実施形態のシステムとなる。
【００６５】
▲１▼ＵＲＱメッセージ：”ｇｒａｃｅｆｕｌ”指定のＲＳＩＰメッセージ
▲２▼ＵＣＦメッセージ：ＲＳＩＰメッセージに対する正常応答（リターンコード＝２００）
▲３▼ＲＲＱメッセージ：”ｒｅｓｔａｒｔ”指定のＲＳＩＰメッセージ
▲４▼ＲＣＦメッセージ：ＲＳＩＰメッセージに対する正常応答（リターンコード＝２００）
（Ｃ）第３の実施形態
次に、本発明を、ＤＨＣＰとＳＩＰとのプロトコル連携に係るシステムに適用した第３の実施形態を、第１の実施形態との比較で簡単に説明する。
【００６６】
上述した第１の実施形態のシステムにおける構成要素やメッセージなどを、以下のように置き換えた（読み換えた）ものが第３の実施形態となっている。
【００６７】
すなわち、Ｈ．３２３端末をＳＩＰ端末と読み換え、ゲートキーパをＳＩＰサーバと読み換えると共に、メッセージも、以下の▲１▼〜▲４▼ように読み換えれば、ＳＩＰメッセージによるＳＩＰサーバとＳＩＰ端末間の端末管理へ本発明を適用した第３の実施形態のシステムとなる。
【００６８】
▲１▼ＵＲＱメッセージ：”ｅｘｐｉｒｅｓ”パラメータを０としたＲＥＧＩＳＴＥＲメッセージ
▲２▼ＵＣＦメッセージ：ＲＥＧＩＳＴＥＲメッセージに対する正常応答（リターンコード＝２００）
▲３▼ＲＲＱメッセージ：”ｅｘｐｉｒｅｓ”パラメータを指定しない通常のＲＥＧＩＳＴＥＲメッセージ
▲４▼ＲＣＦメッセージ：ＲＥＧＩＳＴＥＲメッセージに対する正常応答（リターンコード＝２００）
（Ｄ）他の実施形態
本発明における端末は、ＶｏＩＰ端末に限定されず、しかも、音声系の処理端末にも限定されるものではない。
【００６９】
上記第１の実施形態の説明では、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージに対するＤＨＣＰＯＦＦＥＲメッセージ、及び、ＤＨＣＰＲＥＱＵＥＳＴメッセージに対するＤＨＣＰＡＣＫメッセージのいずれにも、ゲートキーパのアドレスを盛り込むものを示したが、どちらか一方のみに、ゲートキーパのアドレスを盛り込むようにしても良い。この場合において、ＤＨＣＰ再要求シーケンスやゲートキーパ切り換えシーケンスなどを考慮すると、ＤＨＣＰＲＥＱＵＥＳＴメッセージに対するＤＨＣＰＡＣＫメッセージに、ゲートキーパのアドレスを盛り込むことが好ましい。
【００７０】
【発明の効果】
以上のように、本発明の端末管理装置アドレス取得システムによれば、ネットワークアドレス変換装置を介して端末管理装置と端末が配置されている構成でも、ネットワークアドレスの割当て通知手順を通じて、端末管理装置のアドレスを端末が取得することができ、かくするにつき、端末管理装置のアドレスをネットワークアドレス割当て制御サーバにのみ設定するだけでよく、設定に手間がかからない。
【図面の簡単な説明】
【図１】第１の実施形態のネットワーク構成を示すブロック図である。
【図２】従来の説明に用いるネットワーク構成を示すブロック図である。
【図３】ルータＲＡＢの機能的内部構成を示すブロック図である。
【図４】第１の実施形態の正常起動シーケンスを示すシーケンス図である。
【図５】第１の実施形態の異常起動シーケンスを示すシーケンス図である。
【図６】第１の実施形態のＤＨＣＰ再要求シーケンスを示すシーケンス図である。
【図７】第１の実施形態のゲートキーパ切り換えシーケンスを示すシーケンス図である。
【符号の説明】
ＮＡ〜ＮＣ…ネットワーク、ＲＡＢ…ＮＡＴルータ、１１…Ｈ．３２３端末、１２…ＤＨＣＰサーバ（外部ＤＨＣＰサーバ）、１３ゲートキーパ。
Claims (4)
- 端末と、
上記端末を管理する端末管理装置と、
ネットワークアドレスの割当て要求が与えられたときにグローバルアドレスを割り当てて返信するネットワークアドレス割当て制御サーバと、
上記端末と上記端末管理装置との間に位置し、上記ネットワークアドレス割当て制御サーバにネットワークアドレスの割当て要求を与えてグローバルアドレスを取得すると共に、上記端末からのネットワークアドレスの割当て要求に対し、プライベートアドレスを割り当てて返信するネットワークアドレス変換装置とを備え、
上記ネットワークアドレス割当て制御サーバに予め上記端末管理装置のアドレスを設定しておき、
上記ネットワークアドレス変換装置は、上記ネットワークアドレス割当て制御サーバにネットワークアドレスの割当てを要求した際に、割当てられたグローバルアドレスと上記端末管理装置のアドレスとを受け取り、
上記端末は、上記ネットワークアドレス変換装置にネットワークアドレスの割当てを要求した際に、割当てられたプライベートアドレスと上記端末管理装置のアドレスとを受け取って、上記端末管理装置のアドレスを取得すると共に、
上記ネットワークアドレス変換装置は、上記端末管理装置のアドレスを保持していないときには、上記端末からのネットワークアドレスの割当て要求に対して応答しない
ことを特徴とする端末管理装置アドレス取得システム。 - 上記端末が、ＶｏＩＰサービスを実行するＶｏＩＰ専用端末であることを特徴とする請求項１に記載の端末管理装置アドレス取得システム。
- 上記ネットワークアドレス変換装置は、自己に関連する複数の端末を第１及び第２のグループに区分する情報を備え、上記端末管理装置のアドレスを自己が保持していない場合において、いずれかの上記端末からのネットワークアドレスの割当て要求があったときには、その要求元の端末が、上記第１のグループの端末であれば応答せず、上記第２のグループの端末であればプライベートアドレスを返信することを特徴とする請求項１に記載の端末管理装置アドレス取得システム。
- 上記端末から上記ネットワークアドレス変換装置へのネットワークアドレスの割当て要求として２種類定めておき、
上記ネットワークアドレス変換装置は、上記端末管理装置のアドレスを保持していない場合において、ある上記端末から第１種類のネットワークアドレスの割当て要求があったときには応答せず、ある上記端末から第２種類のネットワークアドレスの割当て要求があったときにはプライベートアドレスを返信することを特徴とする請求項１に記載の端末管理装置アドレス取得システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002071378A JP4043261B2 (ja) | 2002-03-15 | 2002-03-15 | 端末管理装置アドレス取得システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002071378A JP4043261B2 (ja) | 2002-03-15 | 2002-03-15 | 端末管理装置アドレス取得システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003273890A JP2003273890A (ja) | 2003-09-26 |
| JP4043261B2 true JP4043261B2 (ja) | 2008-02-06 |
Family
ID=29201672
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002071378A Expired - Fee Related JP4043261B2 (ja) | 2002-03-15 | 2002-03-15 | 端末管理装置アドレス取得システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4043261B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0326160D0 (en) | 2003-11-08 | 2003-12-17 | Marconi Comm Ltd | Call set-up systems |
| US7720024B2 (en) | 2004-03-31 | 2010-05-18 | Qualcomm Incorporated | Method and apparatus for obtaining server information in a wireless network |
| JP2005347801A (ja) | 2004-05-31 | 2005-12-15 | Oki Electric Ind Co Ltd | Ｉｐ通信システム及びそのｉｐアドレス割当方法 |
| CN1295912C (zh) * | 2004-06-25 | 2007-01-17 | 华为技术有限公司 | 语音信令穿透防火墙及网络地址转换器的方法 |
| JP2008079059A (ja) * | 2006-09-22 | 2008-04-03 | Fujitsu Access Ltd | ＩＰｓｅｃの複数セッションを処理する通信装置及びその処理方法 |
| WO2018122892A1 (ja) * | 2016-12-26 | 2018-07-05 | 株式会社日立製作所 | 管理対象を追加する方法及び情報システム |
-
2002
- 2002-03-15 JP JP2002071378A patent/JP4043261B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003273890A (ja) | 2003-09-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7203166B1 (en) | Method for providing voice-over-IP service | |
| US7010585B2 (en) | DNS server, DHCP server, terminal and communication system | |
| KR100360274B1 (ko) | Ｎａｔ 기반 로컬망에서 범용 ｉｐ 전화통신 시스템을지원하는 방법 | |
| US7836160B2 (en) | Methods and apparatus for wiretapping IP-based telephone lines | |
| EP2253124B1 (en) | Method and apparatus for communication of data packets between local networks | |
| JP3576906B2 (ja) | インターネット網に接続可能な電話通信装置と主電話制御装置とｉｐアドレスを管理する方法 | |
| US20060274741A1 (en) | Managing devices across NAT boundaries | |
| JP2004129126A (ja) | アドレス割当システム | |
| KR20020016734A (ko) | 외부 네트워크에서 사설 아이피주소를 갖는 노드에접속하기 위한 네트워크 주소변환시스템과 방법 및 그방법을 기록한 컴퓨터로 읽을수 있는 기록매체 | |
| EP2026528B1 (en) | Integrated internet telephony system and signaling method thereof | |
| JP4043261B2 (ja) | 端末管理装置アドレス取得システム | |
| US7756142B2 (en) | Signaling agent realizing method based on media gateway control protocol | |
| JP2005347801A (ja) | Ｉｐ通信システム及びそのｉｐアドレス割当方法 | |
| US20090141705A1 (en) | Device and method for address-mapping | |
| US20090201933A1 (en) | Method, device and system for signaling transfer | |
| WO2005117346A1 (fr) | Procede d'enregistrement de terminal de reseau prive aupres du controleur fonde sur le protocole h.323 | |
| KR100355288B1 (ko) | 사설망 호스트에 서비스 서버 기능을 부여하는 장치 및 방법 | |
| KR100397091B1 (ko) | 보이스 오버 아이피를 지원하기 위한 네트워크 접속 장치및 방법 | |
| CN114531417A (zh) | 一种通信方法及装置 | |
| JP2007074059A (ja) | 通信支援装置、システム、通信方法及びコンピュータプログラム | |
| KR20040105301A (ko) | Ｈ.323 서비스 제공 방법 및 시스템 | |
| US8472588B2 (en) | Emergency call service system in IP network and method thereof | |
| KR20030075237A (ko) | 서로 다른 인터넷 프로토콜을 사용하는 애플리케이션을구비한 호스트가 목적지 플랫폼과 통신하기 위한 방법 및시스템 | |
| JP2004214948A (ja) | パケット通信方法、パケット通信装置、パケット通信プログラム、およびパケット通信プログラム記録媒体 | |
| KR20090065883A (ko) | 차세대 통신망에서의 서비스 제공 시스템 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041221 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070213 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070227 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070416 |
|
| 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: 20071113 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071113 |
|
| 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: 20101122 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101122 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111122 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111122 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121122 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121122 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131122 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |