(57)【要約】【課題】固定的なＩＰｖ４アドレスの取得数に限度がある中で、通信相手となる端末が限定されることなく、ルーチング制御の負荷を軽減する。【解決手段】互いに異なる２つの網１００、１２０間で使用可能なアドレスを取得するアドレス管理部１３２と、互いに異なる２つの網の一方の網１００で使用可能なアドレスを着信アドレスとして一方の網に接続された端末１０１から送信されたパケットを受信し、着信アドレスに基づいて他方の網１２０で使用可能な新たなアドレスを生成するとともに、アドレス管理部が取得した他方のアドレスを新たな着信先アドレスとするパケットを生成する仮想端末部１３３と、仮想端末部から入力されたパケットを他方の網に送信するルーチン制御部１３１とを備えるルータ１３０。【選択図】　図１
2004128906.tif 000002
【特許請求の範囲】
【請求項１】
互いに異なる２つの網間で使用可能なアドレスを取得するアドレス管理部と、
該互いに異なる２つの網の一方の網で使用可能なアドレスを着信アドレスとして該一方の網に接続された端末から送信されたパケットを受信し、該着信アドレスに基づいて他方の網で使用可能な新たなアドレスを生成するとともに、前記アドレス管理部が取得した前記他方のアドレスを新たな着信先アドレスとするパケットを生成する仮想端末部と、
該仮想端末部から入力されたパケットを前記他方の網に送信するルーチン制御部とを備えることを特徴とするルータ。
【請求項２】
前記仮想端末部は、前記互いに異なる２つの網間で使用可能なアドレスが有効な期間のみ生成されることを特徴とする請求項１記載のルータ。
【請求項３】
前記互いに異なる２つの網は、ＩＰｖ４網及びＩＰｖ６網であって、該ＩＰｖ４網は、ＩＰｖ４プライベート網またはＩＰｖ４グローバル網のいずれか一方、前記ＩＰｖ６網は、ＩＰｖ６プライベート網またはＩＰｖ６グローバル網のいずれか一方であることを特徴とする請求項１または２記載のルータ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ルータに関し、特に、プライベートアドレスで構築されたＬＡＮ間に配置された端末のグローバル通信等を可能とするルータに関する。
【０００２】
【従来の技術】
従来、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　Ｖｅｒｓｉｏｎ　４）を利用したインタネット通信が主流であるが、グローバルにＩＰｖ４アドレスが割り付けられている場合には端末間の通信を行なうことができるが、アドレスの枯渇により、プライベートアドレスによるＬＡＮ環境が多数存在する。このＩＰｖ４プライベートアドレスとして取得した端末は、自己のアドレスをインタネット網に公開できないため、インタネット網を介してＩＰｖ４プライベートアドレスで取得された端末同士の通信を行うことができなかった。
【０００３】
現在、ＩＰｖ４からＩＰｖ６（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　Ｖｅｒｓｉｏｎ　６）網に移行中であり、全ての端末がＩＰｖ６に対応することができれば、アドレスの枯渇に関する問題は解消されるが、ＩＰｖ６に対応することができない端末及びアプリケーションが多数混在している。尚、プライベートＩＰｖ４アドレスで取得された端末同士の通信を行なう一般的な技術として、ＶＬＡＮ、ＶＰＮ、トンネリング等の技術が存在するが、いずれの場合でもネットワーク上に固定的なルートを構築する必要があるとともに、通信相手が特定される。
【０００４】
例えば、特許文献１に記載のネットワークアドレス変換装置は、ＮＡＴ（Ｎｅｔｗｏｒｋ　Ａｄｄｒｅｓｓ　Ｔｒａｎｓｌａｔｉｏｎ）技術を応用したものであって、複数のＩＰＶ４プライベートアドレスに対して１つのグローバルアドレスを割り付け、グローバルアドレスで割り付けられたゲートキーパを用いて通信を行うものである。
【０００５】
また、特許文献２に記載のアドレス変換装置は、従来のＩＰｖ４プライベートアドレス端末間の通信システムの一例として、インタネットワーク上の接続先の公式ＩＰアドレスと、プライベートネットワーク上の端末の非公式アドレスとが重複している場合でも、接続先との接続を正常に行うことができるようにしたものである。
【０００６】
さらに、特許文献３に記載のＩＰｖ４−ＩＰｖ６通信方法及びＩＰｖ４−ＩＰｖ６変換装置では、ＩＰｖ６に予めＩＰｖ４のアドレスを固定的に割り付けておき、双方のプロトコルでドメインサービスを提供することによって通信を可能としたものである。
【０００７】
【特許文献１】
特開２００１−１５６８５２号公報
【０００８】
【特許文献２】
特開平９−２３３１１２号公報
【０００９】
【特許文献３】
特開平１１−１３６２８５号公報
【００１０】
【発明が解決しようとする課題】
しかし、上記従来の技術においては、ＩＰｖ４グローバルアドレスは、現在枯渇し始めており、グローバルアドレス等固定的なＩＰｖ４アドレスの取得数に限度があるため、通信相手となる端末が限定されるという問題があった。
【００１１】
また、第２の問題点として、通信していない相手端末のアドレスも固定的に割り振られているため、アドレスの検索処理に時間がかかり、通信相手となる端末が多いと、ルータのルーチング制御に負荷がかかるという問題があった。
【００１２】
そこで、本発明は、上記従来の技術における問題点に鑑みてなされたものであって、固定的なＩＰｖ４アドレスの取得数に限度がある中で、通信相手となる端末が限定されることなく、ルーチング制御の負荷を軽減することを目的とする。
【００１３】
【課題を解決するための手段】
上記目的を達成するため、請求項１記載の発明は、ルータであって、互いに異なる２つの網間で使用可能なアドレスを取得するアドレス管理部と、該互いに異なる２つの網の一方の網で使用可能なアドレスを着信アドレスとして該一方の網に接続された端末から送信されたパケットを受信し、該着信アドレスに基づいて他方の網で使用可能な新たなアドレスを生成するとともに、前記アドレス管理部が取得した前記他方のアドレスを新たな着信先アドレスとするパケットを生成する仮想端末部と、該仮想端末部から入力されたパケットを前記他方の網に送信するルーチン制御部とを備えることを特徴とする。
【００１４】
そして、請求項１記載の発明によれば、アドレス管理部が互いに異なる２つの網間で使用可能なアドレスを取得し、仮想端末部が一方の網で使用可能なアドレスを着信アドレスとして前記一方の網に接続された端末から送信されたパケットを受信し、該着信アドレスに基づいて他方の網で使用可能な新たなアドレスを生成するとともに、前記アドレス管理部が取得した前記他方のアドレスを新たな着信先アドレスとするパケットを生成し、ルーチン制御部が仮想端末部から入力されたパケットを前記他方の網に送信するため、２つの異なる網間に配置された端末の通信を可能とするルータを提供することができる。
【００１５】
請求項２記載の発明は、請求項１記載のルータにおいて、前記仮想端末部は、前記互いに異なる２つの網間で使用可能なアドレスが有効な期間のみ生成されることを特徴とする。
【００１６】
請求項２記載の発明によれば、前記互いに異なる２つの網間で使用可能なアドレスが有効でなくなれば、前記ルータの仮想端末部が消滅するため、アドレスの使用を効率的に行うことができるとともに、ルーチング処理の負荷を軽減することができる。
【００１７】
請求項３記載の発明は、請求項１または２記載のルータにおいて、前記互いに異なる２つの網は、ＩＰｖ４網及びＩＰｖ６網であって、該ＩＰｖ４網は、ＩＰｖ４プライベート網またはＩＰｖ４グローバル網のいずれか一方、前記ＩＰｖ６網は、ＩＰｖ６プライベート網またはＩＰｖ６グローバル網のいずれか一方であることを特徴とする。
【００１８】
請求項３記載の発明によれば、プライベートアドレスによるＬＡＮ間等の通信をグローバルに行うこと等が可能となる。
【００１９】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照しながら説明する。
【００２０】
図１は、本発明にかかるルータを用いた通信システムの一実施例を示し、この通信システムには、ＩＰｖ４プライベート網１００と、この網１００に属するＩＰｖ４プライベート端末（以下、「ＩＰｖ４端末」と略称する）１０１、ＩＰｖ４ＤＮＳサーバ１０２及びＩＰｖ４ＤＨＣＰサーバ１０３と、ＩＰｖ６グローバル網１２０と、この網１２０に属するＩＰｖ６ＤＮＳサーバ１２１との複合ネットワークが存在する。また、ＩＰｖ４プライベート網１００と、ＩＰｖ６グローバル網１２０の両方に属するルータ１３０が設けられ、このルータ１３０が本発明にかかるものである。ルータ１３０は、ルーチング制御部１３１と、ドメイン代行アドレス管理部１３２と、ＩＰｖ４−ＩＰｖ６仮想端末部（以下、「仮想端末部」と略称する）１３３とを含む。
【００２１】
次に、図２及び図３を参照しながらこの通信システムの全体の動作について詳細に説明する。
【００２２】
図２に示すように、ＩＰｖ４端末１０１は、通信相手の端末のドメイン名からアドレスを取得するため、まず、ＩＰｖ４ＤＮＳサーバ１０２に問い合わせる（ステップ２０１）。ＩＰｖ４ＤＮＳサーバ１０２は、自サーバ内で解決できない場合には、上位のネットワークに問い合わせるため、アドレスをルータ１３０に要求する。ルータ１３０は、ドメイン代行アドレス管理部１３２を用い、ＩＰｖ６グローバル網１２０のＩＰｖ６ＤＮＳサーバ１２１に問い合わせる（ステップ２０３）ことにより、ＩＰｖ６アドレスを取得する。
【００２３】
そして、取得したＩＰｖ６アドレスをＩＰｖ４プライベート網１００に反映させるため、ＩＰｖ４アドレスをＩＰｖ４ＤＨＣＰサーバ１０３から取得する（ステップ２０４）。また、ＩＰｖ６アドレス及び取得したＩＰｖ４アドレスに基づき、取得した期間のみ有効な仮想端末部１３３を生成する（ステップ２０５）。ＩＰｖ４ＤＮＳサーバ１０２に対しては、取得したＩＰｖ４アドレスを通知し（ステップ２０６）、ＩＰｖ４ＤＮＳサーバ１０２は、ＩＰｖ４端末１０１へ取得したアドレスを通知する（ステップ２０７）。
【００２４】
次に、アドレスに関する問題が解決した後の通信動作について、図３を参照しながら説明する。
【００２５】
アドレスに関する問題の解決に成功したＩＰｖ４端末１０１は、先程取得したＩＰｖ４アドレスを着信アドレスとしてパケット送信を行う（ステップ３０１）。パケットを受信したルータ１３０は、着信アドレスをキーにしてドメイン解決時に生成した仮想端末部１３３に着信させる（ステップ３０２）。パケットを受信した仮想端末部１３３は、発信元ＩＰアドレスを自ＡＳ番号と組み合わせ、ＩＰｖ６アドレスの生成を行い、また着信先ＩＰアドレスを先のＩＰｖ６アドレスに変換し、ＩＰｖ６パケットを生成してルーチング制御部１３１を通して送信する（ステップ３０３）。
【００２６】
上記の動作では、ＩＰｖ４プライベート網１００からＩＰｖ６グローバル網１２０までの動作を示したが、着信側では、ＩＰｖ６グローバル網１２０からＩＰｖ４プライベート網１００への通信を上記と同じ方法で行い、ＩＰｖ４プライベートアドレス間の通信を可能とする。
【００２７】
次に、ドメイン代行アドレス管理部１３２の動作について図４のフローチャートを参照しながら説明する。
【００２８】
ＩＰｖ４プライベート網１００内のＩＰｖ４ＤＮＳサーバ１０２またはＩＰｖ６グローバル網１２０内のＩＰｖ６ＤＮＳサーバ１２１が、自サーバ内でアドレスに関する問題を解決することができない場合には、ルータ１３０に対して、アドレス解決要求を行う。アドレス解決要求を受けたルータ１３０は、ドメイン代行アドレス管理部１３２を用いる。アドレス解決要求を受信したドメイン代行アドレス管理部１３２は、まず、要求元がＩＰｖ４プライベート網１００であるか、ＩＰｖ６グローバル網１２０であるかを判断する（ステップＡ１）。
【００２９】
ＩＰｖ４プライベート網１００からの要求の場合には、ＩＰｖ６網ＤＮＳサーバ１２１に対してアドレス要求を行い、ＩＰｖ６アドレスを取得する（ステップＡ２）。次に、取得したＩＰｖ６アドレスをＩＰｖ４プライベート網１００で使用することができるようにするため、ＩＰｖ４ＤＨＣＰサーバ１０３へ問い合わせてＩＰｖ４アドレスを取得する（ステップＡ３）。さらに、ＩＰｖ６グローバル網１２０への通信に備えて仮想端末部１３３を生成する（ステップＡ４）。最後に、送信元へ取得したＩＰｖ４アドレスを通知する。
【００３０】
一方、要求元がＩＰｖ６グローバル網１２０の場合には、ＩＰｖ４プライベート網１００のＩＰｖ４ＤＮＳサーバ１０２に対してアドレス要求を行いＩＰｖ４アドレスを取得する（ステップＡ６）。次に、取得したＩＰｖ４アドレスをＩＰｖ６グローバル網１２０で使用することができるようにするため、自ＡＳ番号と取得ＩＰｖ４アドレスからＩＰｖ６アドレスを取得する（ステップＡ７）。さらに、ＩＰｖ４プライベート網１００への通信に備えて仮想端末部１３３を生成する（ステップＡ８）。最後に、送信元へ取得したＩＰｖ６アドレスを通知する（ステップＡ９）。
【００３１】
次に、仮想端末部１３３の処理について図５のフローチャートを参照しながら説明する。
【００３２】
ＩＰｖ４プライベート網１００またはＩＰｖ６グローバル網１２０からパケットを受信したルータ１３０は、ルーチング制御部１３１を用いて着信アドレスが上記ドメイン解決時に生成された仮想端末部１３３に向けたものか否かを判断する。そして、仮想端末部１３３に向けたものである場合には、仮想端末部１３３に向けてパケットを内部処理として送信し、その他の場合には、通常ルーチングを行う。
【００３３】
パケットを受信した仮想端末部１３３は、ＤＮＳサーバ１０２、１２１が自サーバ内からドメインパケットを受信した場合には（ステップＢ１）、パケットのＩＰヴァージョンを判断する（ステップＢ２）。
【００３４】
受信パケットがＩＰｖ４の場合には、着信先ＩＰアドレスをＩＰｖ６ＤＮＳサーバ１２１より取得したＩＰｖ６アドレスに変換する（ステップＢ３）。また、発信元のＩＰｖ４アドレスは、ドメイン代行アドレス管理部１３２により生成したＩＰｖ６アドレスに変更する（ステップＢ４）。変換されたＩＰｖ６アドレスを元にＩＰｖ６パケットを生成する（ステップＢ５）。生成したパケットをルーチング制御部１３１に渡すことにより、ＩＰｖ６網に送信する（ステップＢ９）。この時、パケットの上位レイヤを監視し、セッションクローズの信号であれば（ステップＢ１０）、仮想端末部１３３も消滅させる（ステップＢ１１）。
【００３５】
一方、受信パケットがＩＰｖ６の場合には、着信先ＩＰアドレスをＩＰｖ４ＤＮＳサーバ１０２より取得したＩＰｖ４アドレスに変換する（ステップＢ６）。また、発信元のＩＰｖ６アドレスは、ドメイン代行アドレス管理部１３２により生成したＩＰｖ４アドレスに変更する（ステップＢ７）。変換されたアドレスを元にＩＰｖ４パケットを生成する（ステップＢ８）。生成したＩＰｖ６パケットをルーチング制御部１３１に渡すことにより、ＩＰｖ４網に送信する（ステップＢ９）。この場合も、上記の場合と同様に、パケットの上位レイヤを監視し、セッションクローズの信号であれば（ステップＢ１０）、仮想端末部１３３も消滅させる（ステップＢ１１）。
【００３６】
尚、上記実施例においては、図２に示すように、ドメイン代行アドレス管理部１３２を介してＩＰｖ４ＤＮＳサーバ１０２及びＩＰｖ４ＤＨＣＰサーバ１０３へのアドレスの要求を行っているが、ＩＰｖ４ＤＮＳサーバ１０２及びＩＰｖ４ＤＨＣＰサーバ１０３の機能をドメイン代行アドレス管理部１３２に含むように構成することもできる。
【００３７】
また、図１に示したドメイン代行アドレス管理部１３２の動作は、図４に示されているが、この中で、ドメイン名からＩＰアドレスを検索してＩＰアドレスを取得するステップについては、外部のＤＮＳＰサーバ等に実施させるように構成することもできる。
【００３８】
さらに、上記実施例においては、ＩＰｖ６網を用いたＩＰｖ４プライベートアドレス端末間の通信システムとしているが、本発明は、ＩＰｖ４網を用いたＩＰｖ６アドレス間で通信するシステムに適用することもでき、単にＩＰｖ４−ＩＰｖ６網間の通信に適用することもできる。
【００３９】
【発明の効果】
以上説明したように、本発明によれば、固定的なＩＰｖ４アドレスの取得数に限度がある中で、通信相手となる端末が限定されることなく、ルーチング制御の負荷を軽減すること等が可能なルータを提供することができる。
【図面の簡単な説明】
【図１】本発明にかかるルータを用いた通信システムの一実施例を示すブロック図である。
【図２】本発明にかかるルータを用いた通信システムにおいて、ＩＰｖ４−ＩＰｖ６間でドメイン名を取得して双方間のアドレスを管理する動作を示すブロック図である。
【図３】本発明にかかるルータを用いた通信システムにおいて、ＩＰｖ４−ＩＰｖ６間で実際の通信を行う際の動作を示すブロック図である。
【図４】本発明にかかるルータのドメイン代行アドレス管理部の処理動作を示す流れ図である。
【図５】本発明にかかるルータの仮想端末部の処理動作を示す流れ図である。
【符号の説明】
１００　　ＩＰｖ４プライベート網
１０１　ＩＰｖ４端末
１０２　ＩＰｖ４ＤＮＳサーバ
１０３　ＩＰｖ４ＤＨＣＰサーバ
１２０　ＩＰｖ６グローバル網
１２１　ＩＰｖ６ＤＮＳサーバ
１３０　ルータ
１３１　ルーチング制御部
１３２　ドメイン代行アドレス管理部
１３３　仮想端末部
【図１】
2004128906.tif 000003
【図２】
2004128906.tif 000004
【図３】
2004128906.tif 000005
【図４】
2004128906.tif 000006
【図５】
2004128906.tif 000007