(57)【要約】  【課題】  異なる種類の通信プロトコルが混在するネットワークにおいてイントラネット接続を可能にする通信装置を提供することを目的とする。【解決手段】  第１の通信グループまたは第２の通信グループへの宛先アドレスと、第１の通信グループ上で使用されるアドレス情報で特定される経路の属性情報を特定するトンネル識別情報とが登録された第１の記憶部、受信したパケットから抽出された宛先アドレスが第１の記憶部に登録されているか否かを検索する宛先検索部、トンネル識別情報で指定される第１の通信グループ上の経路がプライベートアドレスによって構築可能か否かを示す通信可否情報が登録された第２の記憶部、第１の通信グループを経由してパケットを送信する際に、第１の通信グループで使用されるアドレス情報を宛先アドレスから抽出してパケットをカプセル化する際に、通信可否情報に従ってカプセル化の可否を制御する制御部を含む通信装置。【選択図】  図１
2006166090.tif 000002
【特許請求の範囲】
【請求項１】
第１の種類の通信プロトコルで通信する１または２以上の通信端末を含む第１の通信グループと、前記第１の通信グループで使用されるアドレス情報を埋め込み可能な第２の種類の通信プロトコルで通信する１または２以上の通信端末を含む第２の通信グループとで使用される通信装置において、
前記第１の通信グループまたは前記第２の通信グループへの宛先アドレスと、前記第２の通信グループから前記第１の通信グループを経由して他の第２の通信グループへ送信されるパケットを前記第１の通信グループで使用されるアドレス情報によってカプセル化して前記第１の通信グループを通過させるときの第１の通信グループ上で使用されるアドレス情報で特定される経路の属性情報を特定するトンネル識別情報とが登録された第１の記憶部、
受信したパケットから抽出された宛先アドレスが第１の記憶部に登録されているか否かを検索する宛先検索部、
前記トンネル識別情報で指定される第１の通信グループ上の経路がプライベートアドレスによって構築可能か否かまたはグローバルアドレスによって構築可能か否かを示す通信可否情報が登録された第２の記憶部、
前記第１の通信グループを経由して前記パケットを送信する際に、前記第１の通信グループで使用される前記アドレス情報を前記宛先アドレスから抽出して前記パケットをカプセル化するカプセル化処理部、
前記第２の記憶部の通信可否情報に従って前記カプセル化の可否を制御する制御部
を含む通信装置。
【請求項２】
前記カプセル化処理部は前記第２のテーブルに登録された複数のトンネル識別情報を参照可能であり、前記カプセル化処理部は宛先アドレスがグローバルアドレスの通信のみ許可する第１の方式および宛先アドレスがプライベートアドレスの通信のみ許可する第２の方式の各々について実行するか否かを示す情報をトンネル毎に参照する請求項１記載の通信装置。
【請求項３】
前記第２の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスがグローバルアドレスであるトンネルパケットを受信した時、前記カプセル化処理部は通信をせずに前記トンネルパケットを廃棄する請求項２記載の通信装置。
【請求項４】
前記第２の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスに第１のネットワークで使用されるＩＰｖ４グローバルアドレスが埋め込まれたＩＰｖ６アドレスを持つパケットをＩＰｖ４パケットにカプセル化して送信するとき、前記カプセル化処理部は前記ＩＰｖ６アドレスを持つパケットを送信対象とせずに廃棄する請求項２記載の通信装置。
【請求項５】
前記第１の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスがＩＰｖ４グローバルアドレスでカプセル化されたパケットを受信したとき、または宛先アドレスがＩＰｖ４グローバルアドレスが埋め込まれたＩＰｖ６アドレスであるパケットをＩＰｖ４パケットにカプセル化して送信するとき、前記カプセル化処理部は前記カプセル化されたパケットを廃棄することなく前記カプセル化されたパケットを送受信する請求項２記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる種類の通信プロトコルが混在するネットワークにおいてイントラネット接続を可能にする通信装置に関する。
【背景技術】
【０００２】
現在、ＩＰｖ４（Internet Protocol version 4）のグローバルアドレスが枯渇すると
いう問題を解決するために、ＩＰｖ４から広大なアドレス空間を持つＩＰｖ６へ移行することが注目されている。しかしながら、従来、ほとんどの通信がＩＰｖ４を使用するため、全ての通信を瞬時にＩＰｖ６の通信に変えるのは実質的に不可能である。
【０００３】
また、既に稼動しているＩＰｖ４を実装している装置においては、ＩＰｖ６通信を可能にするための拡張にコストがかかったり、ＩＰｖ６での通信を可能とする変更が実質上できない装置も存在する。
【０００４】
そのため、ＩＰｖ６へ移行するために、現在のＩＰｖ４ネットワーク上で、ＩＰｖ６通信が可能な装置や中継装置を徐々に置き換えていく方式がとられている。結果として、ＩＰｖ４とＩＰｖ６がＩＰネットワーク上で混在している。
【０００５】
ＩＰｖ６への移行に際して、従来のＩＰｖ４ネットワークの上でＩＰｖ６通信を可能とする様々な移行技術がある。その中の１つに、ＩＰｖ６パケットをＩＰｖ４ヘッダでカプセルし（カプセル化）、ＩＰｖ４ネットワークの中ではそのＩＰｖ４にて通信を行い、ＩＰｖ６通信が可能なネットワークもしくは端末において、カプセル化に使用されたＩＰｖ４ヘッダを外してＩＰｖ６パケットに戻す（デカプセル化）トンネルの技術がある。
【０００６】
更に、このトンネルの技術においても様々な方式がある。その技術の１つに６to４トンネリングプロトコルを利用した自動トンネルの方式がある。６to４のトンネルでは、送信元のＩＰｖ６を実装した端末（以下、「ＩＰｖ６端末」という）から送出されるＩＰｖ６パケット内のＩＰｖ６ヘッダのＩＰｖ６アドレスの中に、ＩＰｖ４でカプセルする際に使用されるＩＰｖ４グローバルアドレスが埋め込まれる。
【０００７】
ＩＰｖ４ネットワークの中をＩＰｖ６パケットが通る際は、ＩＰｖ４とＩＰｖ６の境界に位置する端末や中継装置がＩＰｖ６アドレスの中からＩＰｖ４グローバルアドレスを取り出す。そして、取り出したＩＰｖ４グローバルアドレスを基にＩＰｖ４ヘッダを自動生成してＩＰｖ４ネットワークの中でＩＰｖ６パケットが通信可能とされる。即ち、６to４トンネルは、自動トンネル技術の１つである。
【０００８】
この６to４トンネルを使用するには、ＩＰｖ６アドレスの上位１６bitが１６進数で２
００２の固定値で、この固定値に続く３２bitへＩＰｖ４グローバルアドレスを埋め込ん
だ形式のＩＰｖ６アドレスを使ってＩＰｖ６通信を行う。
【０００９】
これによって埋め込まれたＩＰｖ４グローバルアドレスから自動的にカプセルするＩＰｖ４ヘッダを生成できる。しかし、６to４ではこの埋め込みＩＰｖ４アドレスはグローバルアドレスでなければならない規定がある（６to４を規定しているＲＦＣ３０５６（非特許文献１）の２章に記載）。
【００１０】
ＩＰｖ４プライベートアドレスとは、ＲＦＣ１９１８にて規定されているように、１０/８、１７２.１６/１２、１９２.１６８/１６のプレフィックスを持つアドレスであり、
組織内でこれらのアドレスを自由に使用することができる。そのため、複数の異なる組織で同一のプライベートアドレスを持つ端末が存在する場合が普通に起こりうる。
【００１１】
一方、インターネットのようなＩＰｖ４公衆ネットワークではプライベートアドレスは使用できず、グローバルアドレスを使用しなければならない。インターネット上で勝手なプライベートアドレスが使用されると、端末のアドレスが重複し、端末を識別できないからである。６to４形式のトンネルは一般的にＩＰｖ４公衆ネットワーク上に構築されるので、６to４形式のトンネルを使用する際も、ＩＰｖ４アドレスにプライベートアドレスが使用できなかった。
【００１２】
また、異なる種類の通信プロトコル間のカプセル化及びプライベートネットワーク間をプライベートアドレスを使用してトンネリングする既知の技術として、以下のようなものがある。
【００１３】
特許文献１は、ＩＰｖ４ドメインで分割されたＩＰｖ６ドメイン間の通信を６to４トンネリングエンカプシュレータでカプセル化する技術を開示する。
特許文献２は、ＩＰｖ４或いはＩＰｖ６の様な互換性のないネットワークレイヤプロトコルをサポートするノードがプロトコルセットを判定して、自動カプセル化する技術を開示する。
【００１４】
特許文献３は、プライベートネットワーク間をプライベートIPアドレスを使用して、トンネリングにより、直接接続する技術を開示する。
【特許文献１】特表２００３−５１０９０４号公報
【特許文献２】特表２００４−５１５１６５号公報
【特許文献３】特開２００３−２７３９３５号公報
【非特許文献１】Ｂ．カーペンター（B. Carpenter）、外１名、“ＲＦＣ３０５６”、［online］、２００１年２月、［平成１６年１２月８日検索］、インターネット<ＵＲＬ:http://rfc.net/rfc3056.html>
【発明の開示】
【発明が解決しようとする課題】
【００１５】
上記従来技術では、６to４等のトンネルの技術において、プライベートアドレスを使用したパケットが公衆ネットワークへ送信される恐れがあるため、プライベートアドレスを使用することができなかった。
【００１６】
本発明は、このような課題を解決するためになされたもので、異なる種類の通信プロトコルが混在するネットワークで、プライベートアドレスの使用を可能にする通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１７】
（１）本発明は上記目的を達成するため、第１の種類の通信プロトコルで通信する１または２以上の通信端末を含む第１の通信グループと、第１の通信グループで使用されるアドレス情報を埋め込み可能な第２の種類の通信プロトコルで通信する１または２以上の通信端末を含む第２の通信グループとで使用される通信装置において、第１の通信グループまたは第２の通信グループへの宛先アドレスと、第２の通信グループから第１の通信グループを経由して他の第２の通信グループへ送信されるパケットを第１の通信グループで使用されるアドレス情報によってカプセル化して第１の通信グループを通過させるときの第１の通信グループ上で使用されるアドレス情報で特定される経路の属性情報を特定するトンネル識別情報とが登録された第１の記憶部、受信したパケットから抽出された宛先アドレスが第１の記憶部に登録されているか否かを検索する宛先検索部、トンネル識別情報で
指定される第１の通信グループ上の経路がプライベートアドレスによって構築可能か否かまたはグローバルアドレスによって構築可能か否かを示す通信可否情報が登録された第２の記憶部、第１の通信グループを経由してパケットを送信する際に、第１の通信グループで使用されるアドレス情報を宛先アドレスから抽出してパケットをカプセル化するカプセル化処理部、第２の記憶部の通信可否情報に従ってカプセル化の可否を制御する制御部を含むことを特徴とする。
【００１８】
本通信装置によれば、第１の種類の通信プロトコルで通信する１または２以上の通信端末を含む第１の通信グループと、第１の通信グループで使用されるアドレス情報を埋め込み可能な第２の種類の通信プロトコルで通信する１または２以上の通信端末を含む第２の通信グループとで使用される通信装置において、第１の通信グループを経由してパケットを送信する際に、第１の通信グループで使用されるアドレス情報を宛先アドレスから抽出するカプセル化の可否を、第２の記憶部の通信可否情報に従って制御できる。
【００１９】
（２）また、本発明は、カプセル化されたパケットを元に戻すデカプセル化対象のパケットを識別する情報が登録されたデカプセル化情報記憶部、受信したパケットをデカプセル化情報記憶部の情報に従ってデカプセル化するデカプセル処理部
を更に含むことを特徴とする。
本通信装置によれば、受信したパケットをデカプセル化情報記憶部の情報に従ってデカプセル化するので、デカプセル化対象のパケットを効率的に判定できる。
【００２０】
（３）また、本発明は、廃棄対象のパケットであるか否かを示す情報を登録した廃棄情報記憶部、廃棄情報記憶部の情報に従って受信したパケットを廃棄するパケット廃棄部
を更に含むことを特徴とする。
本通信装置によれば、廃棄情報記憶部の情報に従って受信したパケットを廃棄するので、所望のパケットを廃棄することができる。
【００２１】
（４）また、本発明は、第１の記憶部がＩＰｖ４またはＩＰｖ６でカプセルするか否かを示すカプセル情報を更に含み、カプセル化処理部はカプセル情報に従ってＩＰｖ４またはＩＰｖ６でパケットをカプセルすることを特徴とする。
【００２２】
本通信装置によれば、所定の宛先アドレスに対してＩＰｖ４またはＩＰｖ６でカプセルするか否かを示すカプセル情報を参照して、受信パケットに対して所望のカプセル処理を実行できる。
【００２３】
（５）また、本発明は、第２の記憶部が、６to４形式のパケットをカプセル化するか否かを示すパケット変換情報を更に含み、カプセル化処理部はパケット変換情報に従って６to４形式のパケットをカプセル化することを特徴とする。
【００２４】
本通信装置によれば、６to４形式のパケットをカプセル化するか否かを示すパケット変換情報に従って６to４形式のパケットに変換するので、所定の宛先アドレスへ送信するパケットに対して６to４のカプセル処理を実行できる。
【００２５】
（６）また、本発明は、カプセル化処理部が通信可否情報に従ってパケットの廃棄またはパケットのカプセル処理を実行することを特徴とする。
本通信装置によれば、通信可否情報に従ってパケットの廃棄またはパケットのカプセル処理を実行するので、トンネル単位でパケットの廃棄またはパケットのカプセル処理を実行できる。
【００２６】
（７）また、本発明は、カプセル化処理部が第２のテーブルに登録された複数のトンネ
ル識別情報を参照可能であり、カプセル化処理部は宛先アドレスがグローバルアドレスの通信のみ許可する第１の方式および宛先アドレスがプライベートアドレスの通信のみ許可する第２の方式の各々について実行するか否かを示す情報をトンネル毎に参照することを特徴とする。
【００２７】
本通信装置によれば、宛先アドレスがグローバルアドレスの通信のみ許可する第１の方式および宛先アドレスがプライベートアドレスの通信のみ許可する第２の方式の各々について実行するか否かを示す情報をトンネル単位で参照するので、宛先アドレスの種類ごとに所望のパケット処理を実行できる。
【００２８】
（８）また、本発明は、第２の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスがグローバルアドレスであるトンネルパケットを受信した時、カプセル化処理部は通信をせずにトンネルパケットを廃棄することを特徴とする。
【００２９】
本通信装置によれば、宛先アドレスがグローバルアドレスであるトンネルパケットのみを廃棄するので、プライベートアドレスが使用されているネットワークへグローバルアドレスへのパケットが送信されるのを防止できる。
【００３０】
（９）また、本発明は、第２の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスに第１のネットワークで使用されるＩＰｖ４グローバルアドレスが埋め込まれたＩＰｖ６アドレスを持つパケットをＩＰｖ４パケットにカプセル化して送信するとき、カプセル化処理部はＩＰｖ６アドレスを持つパケットを送信対象とせずに廃棄することを特徴とする。
【００３１】
本通信装置によれば、ＩＰｖ４グローバルアドレスが埋め込まれたＩＰｖ６アドレスを持つパケットを６to４形式のトンネルパケットに変換して送信するとき、トンネルパケットを送信対象とせずに廃棄するので、プライベートアドレスのみ使用されているネットワークへグローバルアドレスへのパケットが送信されるのを防止できる。
【００３２】
（１０）また、本発明は、第１の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスがＩＰｖ４グローバルアドレスでカプセル化されたパケットを受信したとき、または宛先アドレスがＩＰｖ４グローバルアドレスが埋め込まれたＩＰｖ６アドレスであるパケットをＩＰｖ４パケットにカプセル化して送信するとき、カプセル化処理部はカプセル化されたパケットを廃棄することなくカプセル化されたパケットを送受信することを特徴とする。
【００３３】
本通信装置によれば、宛先アドレスがＩＰｖ４グローバルアドレスである６to４形式のトンネルパケットを受信したとき、または宛先アドレスがＩＰｖ４グローバルアドレスが埋め込まれたＩＰｖ６アドレスであるパケットを６to４形式のトンネルパケットに変換して送信するとき、トンネルパケットを廃棄することなくトンネルパケットを送受信するので、プライベートアドレスとグローバルアドレスが混在するネットワークでもグローバルアドレスのパケットが送受信できる。
【００３４】
（１１）また、本発明は、第１の方式または第２の方式を実行する設定がされているとき、カプセル化処理部は送信時または受信時に設定を有効にするか否かを示す情報を参照することを特徴とする。
【００３５】
本通信装置によれば、第１の方式または第２の方式を実行する設定がされているとき、送信時または受信時における前記設定を有効にするか否かを示す情報を参照するので、トンネル単位でパケットの送受信を制御できる。
【発明の効果】
【００３６】
本発明の通信装置は、異なる種類の通信プロトコルが混在するネットワークで、プライベートアドレスを使用できる。
【発明を実施するための最良の形態】
【００３７】
以下、図面を参照して本発明の実施形態に係る組織内通信システムについて説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。尚、本発明は、ハードウェア及びソフトウェアにより実施可能である。プログラムからなるソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムをコンピュータ等のハードウェアにインストールすることで、各種の機能を実現できる。また、プログラムは、通信回線を通じてまたはコンピュータ読み取り可能な記憶媒体を使用してコンピュータ等へインストールされる。
【００３８】
ここで、コンピュータ読み取り可能な記録媒体とは、データやプログラム 等の情報を
電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ＤＡＴ、８ｍｍテープ、メモリカード等がある。また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【００３９】
〔組織内通信システムの構成〕
図１は、組織内通信にてトンネルが構築されたネットワークの構成例である。組織内通信システムは、ＩＰｖ４組織内ネットワーク２、ＩＰｖ４組織内ネットワーク２に接続されたＩＰｖ６パケットを生成するＩＰｖ６を実装した端末（以下、「ＩＰｖ６端末」という）、中継装置であるルータＡ乃至ルータＣから構成される。
【００４０】
ＩＰｖ６端末Ａ及びＩＰｖ６端末Ｂはそれぞれ１つの端末として図示されているが、本発明において、２以上の通信端末を含む通信グループであってもよい。同様に、ＩＰｖ４組織内ネットワーク２が、１または２以上の通信端末を含む通信グループであってもよい。また、本実施例において、通信グループが、ＩＰｖ４パケットを生成するＩＰｖ４を実装した端末（以下、「ＩＰｖ４端末」という）を含むことを想定している。即ち、通信グループが複数の端末から構成される場合は、ＩＰｖ６端末のほかにＩＰｖ４端末も含む場合もある。
【００４１】
また、ルータＡ及びルータＢは、ＩＰｖ６端末と別体として図示されているが、これから説明するルータ（中継装置）の機能はＩＰｖ６端末内の機能の一部として動作させるようにＩＰｖ６端末を構成してもよい。
【００４２】
組織内ネットワークで６to４トンネルの使用を考えた場合、単一組織内ではＩＰｖ４プライベートアドレスを重複せずに割り当てることができる。一例として、図１に示すように、埋め込まれた宛先ＩＰｖ４アドレスがプライベートアドレス（１０．１１．１２．１３）である場合を説明する。
【００４３】
ＩＰｖ６端末Ａから生成された宛先６to４アドレス（２００２：１０．１１．１２．１３：ｙｙｙｙ・・・）であるパケットは、宛先ＩＰｖ４プライベートアドレスが埋め込まれている。
【００４４】
ＩＰｖ６端末ＡからＩＰｖ６パケットを受信したルータＡは、ＩＰｖ６パケットから宛
先ＩＰｖ４プライベートアドレスを抽出し、ＩＰｖ４ヘッダ（ＩＰｖ４）でＩＰｖ６パケットをカプセルし（カプセル化：encapsulation）、ＩＰｖ４組織内ネットワーク２を介
してルータＢへＩＰｖ４カプセルを送信する。そして、ルータＢは、受信したパケット（ＩＰｖ４カプセル）のＩＰｖ４ヘッダをはずして（デカプセル化：decapsulation）、Ｉ
Ｐｖ６パケットをＩＰｖ６端末Ｂへ送信する。
【００４５】
これに対して、ＩＰｖ６端末ＡがルータＣへパケットを送信する場合、ＩＰｖ６端末Ａが、プライベートアドレスでカプセル化したＩＰｖ４カプセルを生成する。ルータＣは受信したＩＰｖ４カプセルをデカプセル化する。また、ルータＣが受信したＩＰｖ４カプセルの宛先アドレスがグローバルアドレスであり、且つ、送信元アドレスがプライベートアドレスであると判断した場合にＩＰｖ４カプセルは公衆ネットワークへ送信されずに廃棄される。これにより、６to４形式のトンネルを使用する際も、ＩＰｖ４アドレスにプライベートアドレスの使用が可能になる。具体的な構成及び動作は後述する。
【００４６】
〔中継装置４内部の構成例〕
図２は、本発明の機能を実現する中継装置４の内部構成の一例である。中継装置４は、図１に示されたルータＡ〜Ｃの内部構成の一例であり、パケットをカプセル化及びデカプセル化するための内部構成を示す。また、この中継装置４の構成は、通信端末、サーバ、または６to４形式のトンネルを張ることができるネットワーク上の装置の各々で実現することが可能である。
【００４７】
中継装置４は、（１）入力されたＩＰ等のパケットを識別するフレーム識別部６、（２）パケットがデカプセル対象であるか否かを判断するデカプセルチェック部８、（３）宛先アドレスからパケットの出力先を決定する宛先検索部１０、（４）宛先検索部１０でカプセル化対象であると判断されたパケットをカプセルするカプセルチェック部１２、（５）パケットのQoS制御及びフィルタリング処理を行うQoS/Filter制御部１４から構成され
る。
【００４８】
デカプセルテーブル１６、宛先テーブル１８、カプセルテーブル２０は、それぞれデカプセルチェック部８、宛先検索部１０、カプセルチェック部１２で使用されるテーブルである。図３乃至図５は各テーブルの構成例を示す。各テーブルの設定は、中継装置４に接続されたコンピュータ、中継装置４に設けられた操作部（図示せず）などで実行される。中継装置４は、設定された各テーブルの設定値に従ってパケットを処理する。
【００４９】
また、デカプセルチェック部８は、（ｉ）６to４トンネルにて送信されてきたパケットや（ｉｉ）６to４トンネルを介さずにＩＰｖ４組織内ネットワーク２に属するＩＰｖ４端末から送信されたパケットなどの受信パケットをデカプセルするか否かを判断する。例えば、デカプセルチェック部８は、図１におけるＩＰｖ６端末Ａからのパケットを受信するルータＢで機能する処理部である。
【００５０】
カプセルチェック部１２は、（ｉ）６to４トンネルへ送信するパケット、（ｉｉ）６to４トンネルから受信したパケット、（ｉｉｉ）６to４トンネルを介さずにＩＰｖ４組織内ネットワーク２に属するＩＰｖ４端末やＩＰｖ６端末から送信されたパケットなどの受信パケットをカプセルするか否かを判断する。例えば、カプセルチェック部１２は、図１におけるＩＰｖ６端末Ａからのパケットを受信するルータＡやルータＣで機能する処理部である。
【００５１】
以下、（１）フレーム識別部６、（２）デカプセルチェック部８、（３）宛先検索部１０、（４）カプセルチェック部１２、（５）QoS/Filter制御部１４の各々の構成要素について説明する。
【００５２】
（１）フレーム識別部６は、入力パケット（受信パケット）を識別し、アドレス等の情報抽出やヘッダエラー等のチェックを行う。これは従来の中継装置が有する機能である。（２）次に、デカプセルチェック部８は、入力パケットがデカプセル対象かどうかを判別するブロックである。入力パケットがカプセルされているとフレーム識別部６により判断されたとき、デカプセルチェック部８がカプセルされたパケット（外側ＩＰヘッダと内側ＩＰヘッダが存在しているパケット）の外側のＩＰヘッダからＩＰアドレスを抽出する。そして、抽出したＩＰアドレスを検索キーとして、デカプセルチェック部８がデカプセルテーブルを検索する。
【００５３】
デカプセルチェック部８が抽出するＩＰアドレスは、図３に示される宛先ＩＰアドレス（IP DA）と送信元ＩＰアドレス（IP SA）である。本実施例では、抽出されるＩＰアドレスは、受信パケットの外側のＩＰヘッダに含まれるＩＰｖ４アドレスである。また、図３及び図４に示されるＩＰアドレスはネットワークアドレスまたはホストアドレスである。
【００５４】
デカプセルテーブル１６（本発明の「廃棄情報記憶部」に相当）は、そのパケットがデカプセルを行う対象であるかどうかを判別するための情報を格納するテーブルである。図３は、デカプセルテーブル１６の内容詳細の一例を示す。図３は、パケットの外側ヘッダＩＰアドレス（送信元アドレス／宛先アドレス）を検索キーとし、廃棄フラグを獲得する。廃棄フラグが「１」であれば、そのパケットを廃棄する。廃棄フラグが「０」ならば、廃棄せずに次の処理を行う。また、デカプセルテーブル１６に送信元アドレスまたは宛先アドレスいづれかのみを設定しても良い。
【００５５】
デカプセルテーブル１６の検索結果として、入力パケットがデカプセルの処理対象（デカプセルテーブル検索でヒットしたＩＰアドレスを有するパケット）である場合、そのパケットをデカプセルする。なお、その際に廃棄フラグが「１」であったら、そのパケットは廃棄して以降の処理を行わない。デカプセル処理とは、外側ＩＰヘッダを外す処理である。なお、デカプセルチェック部８はデカプセルテーブル１６を参照する機能を有する。
【００５６】
デカプセルテーブルの宛先ＩＰアドレス（IP DA）にプライベートアドレスを登録し、
且つ、廃棄フラグを「０」とすることで、プライベートアドレスにて構築されたトンネルのデカプセル処理も可能となる。
【００５７】
また、プライベートアドレスをデカプセルテーブルへ登録しなければ、デカプセル対象とはならない。即ち、デカプセル対象でないパケットは、図６に示されるように、廃棄せずに宛先検索部１０へ渡される。例えば、ＩＰｖ４組織内ネットワーク２を介してＩＰｖ４端末から他のＩＰｖ４端末へ送信されるパケットは、デカプセルテーブル１６に登録されない。送信元アドレスがプライベートアドレスかグローバルアドレスか及び宛先アドレスがプライベートアドレスかグローバルアドレスかの組合せにおいて、様々な設定が可能である。
【００５８】
また、プライベートアドレスやグローバルアドレスをデカプセルテーブルへ登録して廃棄フラグを「１」にすることで、入力されたパケットを廃棄対象とすることも可能となる。例えば、攻撃用のパケットに対するフィルタとして廃棄フラグが設定される。
【００５９】
また、図３の送信元アドレスにデータマスクとして"don't care"を設定することで、送信元アドレスを特定せずに送信先アドレス“ｅ”へのパケットの全てを廃棄することも可能である。
【００６０】
（３）次に、宛先検索部１０は、宛先ＩＰアドレスから出力先（トンネル番号、送信先
端末等）を決める（本発明の「宛先検索部」に相当）。また、宛先検索部１０は、一般の中継装置が通常おこなうルーティング処理やブリッジ中継処理と同一の処理をする。
【００６１】
まず、宛先検索部１０は、パケットの外側ＩＰヘッダの宛先アドレスを検索キーとして、宛先テーブルを参照及び検索する。ただし、入力パケットがデカプセルチェック部８にてデカプセル対象となったパケットである場合、パケットの外側ＩＰヘッダの宛先アドレスは受信時における受信パケットの内側ＩＰヘッダの宛先アドレスである。
【００６２】
宛先テーブル１８（本発明の「第１の記憶部」に相当）は、宛先アドレスを検索キーとして、どの送信先（トンネル）に送信するかの情報を獲得するためのテーブルである。図４は、宛先テーブル１８の内容詳細についての一例を示している。
【００６３】
宛先検索部１０は、パケットの宛先アドレスを検索キーとし、宛先情報、ＩＰｖ４カプセルフラグ、ＩＰｖ６カプセルフラグ、トンネル番号などを宛先テーブルから獲得する。宛先情報は、どの送信先へ出力するかといった情報であり、通常の中継装置が有する宛先情報と同様の情報である。
【００６４】
ＩＰｖ４カプセルフラグは、ＩＰｖ４ヘッダでカプセルするかどうかを示すフラグである。ＩＰｖ４カプセルフラグが「１」ならば、受信パケットがＩＰｖ４カプセルを生成するための処理対象であることが示される。ＩＰｖ４カプセルフラグが「０」ならば、受信パケットがＩＰｖ４カプセルを生成するための処理対象でないことが示される。
【００６５】
また、ＩＰｖ６カプセルフラグは、ＩＰｖ６ヘッダで受信パケットをカプセルするかどうかを示すフラグである。ＩＰｖ６カプセルフラグが「１」ならば、受信パケットがＩＰｖ６カプセルを生成するための処理対象であることが示される。ＩＰｖ６カプセルフラグが「０」ならば、受信パケットがＩＰｖ６カプセルを生成するための処理対象でないことが示される。
【００６６】
最後に、トンネル番号は、各トンネルに対して仮想的に割り当てられる番号であり、宛先アドレス毎にどのようなトンネルを張るかの情報（カプセルテーブルの情報）を獲得する際に使用される。
【００６７】
また、宛先テーブル検索でヒットした宛先アドレスであり、且つ、ＩＰｖ４カプセルフラグ／ＩＰｖ６カプセルフラグが共に０であれば、宛先情報を基に受信パケットに対して通常の中継処理を行い、QoS/Filter制御部１４にパケットを渡す。
【００６８】
ＩＰｖ４カプセルフラグ／ＩＰｖ６カプセルフラグのどちらかが１になっていれば、カプセル処理を行う対象とみなし、トンネル番号を獲得後、カプセルチェック部１２に処理を移す。
【００６９】
（４）カプセルチェック部１２は、受信パケットに対するカプセル処理を行う（本発明の「カプセル化処理部」に相当）。尚、カプセル化処理部は、カプセルチェック部１２だけでなく、パケットをカプセル処理して出力するまでの処理部として、宛先検索部１０、Qos/Filter制御部を含むとしてもよい。
【００７０】
カプセルチェック部１２は、宛先検索部１０で得られたトンネル番号から、カプセルテーブル（本発明の「第２の記憶部」に相当）を参照及び検索する。宛先検索部１０で参照及び獲得されたＩＰｖ４カプセルフラグが「１」であれば、ＩＰｖ４用のカプセルテーブルを検索する。また、ＩＰｖ６カプセルフラグが「１」であれば、ＩＰｖ６用のカプセルテーブルを検索する。即ち、ＩＰｖ６への移行期において、中継装置は複数のカプセルテ
ーブルを有する。カプセルチェック部１２は、設定されたカプセルフラグに従って参照・検索対象のカプセルテーブルを決定する。
【００７１】
また、６to４はＩＰｖ４ヘッダでカプセルするため、図５にＩＰｖ４用のカプセルテーブル内容の一例を示す。カプセルチェック部１２は、図５におけるトンネル番号を検索キーとし、６to４フラグ、プライベートアドレスチェックフラグ、グローバルアドレスチェックフラグ、ヘッダ情報を獲得する。ここで、ヘッダ情報とはカプセルするヘッダの内容（TTLやIP DA/SA等）を示す情報である。
【００７２】
６to４フラグとは、このカプセルが６to４形式であるかどうかを示すフラグである。本フィールドが「１」ならば、カプセルチェック部１２は、プライベートアドレスチェックフラグの設定とグローバルアドレスチェックフラグの設定とが有効であると判断する。
【００７３】
また、６to４フラグのフィールドが「１」ならば、受信パケットのＩＰｖ６アドレスからカプセル化する際に使用するＩＰｖ４アドレスを獲得するので、カプセルチェック部１２は、カプセルテーブル２０のヘッダ情報に予め定義されている宛先アドレス／送信元アドレス（カプセルの両端のアドレス）の内容を無視する。
【００７４】
６to４フラグのフィールドが「０」ならば、カプセルチェック部１２が６to４形式のトンネルでないと判断する。即ち、ヘッダ情報の予め定義されている宛先アドレス／送信元アドレス（カプセルの両端のアドレス）は有効となる。カプセルチェック部１２は、ヘッダ情報の設定値でトンネルを通すために受信パケットをカプセル化する。
【００７５】
６to４形式のトンネルが設定されているとき（６to４フラグのフィールドが「１」）、カプセルチェック部１２は、プライベートアドレスチェックフラグとグローバルアドレスチェックフラグとの設定値を獲得する。
【００７６】
プライベートアドレスチェックフラグは、送信対象であるパケットの６to４形式のＩＰｖ６アドレスから抽出したＩＰｖ４アドレスがプライベートアドレスかどうかについて、チェックをするか否かを示すフラグである。グローバルアドレスチェックフラグは、送信対象であるパケットの６to４形式のＩＰｖ６アドレスから抽出したＩＰｖ４アドレスがグローバルアドレスかどうかについて、チェックするか否かを示すフラグである。チェックフラグが「１」であれば、アドレスの種類（プライベート、グローバル）をチェックする。
【００７７】
アドレスの種類をチェックして、プライベートアドレスまたはグローバルアドレスに該当した場合、カプセルチェック部１２はパケットを廃棄する。例えば、プライベートアドレスチェックフラグが「１」であり、抽出されたＩＰｖ４アドレスがプライベートアドレスであるとき、カプセルチェック部１２は、受信パケットを廃棄する。
【００７８】
これにより、中継装置４がトンネルへパケットを出力する際に、カプセルチェック部が、プライベートアドレス／グローバルアドレスのそれぞれにおいて送信の許可／禁止の設定を参照してパケットを処理する。また、中継装置４から公衆ネットワークや他の組織内ネットワークへパケットを出力する際に、カプセルチェック部が、プライベートアドレス／グローバルアドレスのそれぞれにおいて送信の許可／禁止の設定を参照してパケットを処理する。
【００７９】
従って、トンネル単位で、（ｉ）グローバルアドレスの送信しか許さない、（ｉｉ）プライベートアドレスの送信しか許さない、（ｉｉｉ）グローバルアドレス及びプライベートアドレスの送信を許すといった設定及び参照が可能となる。
【００８０】
カプセルチェック部１２がパケットをカプセル処理した後に、宛先検索部１０は、カプセルした外側のＩＰヘッダにて再度宛先検索を行い、QoS/Filter制御部１４にパケットを渡す。
【００８１】
（５）QoS/Filter制御部１４は、パケットのQoS制御やフィルタリング処理を行う処理
部である。また、従来の中継装置４にあるものと同等のものでよい。
上述の処理により、６to４形式のトンネルにおいてグローバルアドレス／プライベートアドレスの使用を許す／許さないといった機能の設定が可能となる。
次に、図６乃至図８を参照して、デカプセルチェック部８、宛先検索部１０、カプセルチェック部１２の各々の流れについて説明する。図６乃至図８は、受信パケットがＩＰｖ４パケットやＩＰｖ６パケットである例を示す。尚、各処理フローは例示であり、これに限定されるものでない。
【００８２】
〔１．デカプセルチェック部８のフローの説明〕
図６はデカプセルチェック部８の動作を示すフローチャートである。デカプセルチェック部８は、カプセル化されたパケットまたはカプセル化されていないパケットをフレーム識別部から受け取る（Ｓ１０）。
【００８３】
デカプセルチェック部８は、受信パケットの外側ＩＰヘッダの宛先アドレス及び送信元アドレスを抽出し、抽出したアドレスを検索キーとしてデカプセルテーブル１６を参照・検索する（Ｓ１１、Ｓ１２）。宛先アドレス及び送信元アドレスがデカプセルテーブル１６に登録されているとき、デカプセルチェック部８は、これらのアドレスに関連付けされている廃棄フラグの設定値を獲得する（Ｓ１３）。
【００８４】
廃棄フラグが「０」のとき、デカプセルチェック部８は、外側ＩＰヘッダを外し宛先検索部１０へデカプセルしたパケットを渡す（Ｓ１４、Ｓ１５）。即ち、廃棄フラグが「０」であるパケットは、カプセル化されたパケットである。
【００８５】
また、宛先アドレスまたは送信元アドレスがデカプセルテーブル１６に登録されていないとき、デカプセルチェック部８は、デカプセルせずに宛先検索部１０へパケットを渡す（Ｓ１６）。デカプセルチェック部８は、廃棄フラグが「１」であるパケットを廃棄する（Ｓ１７）。
【００８６】
〔２．宛先検索部１０のフローの説明〕
図７は宛先検索部１０の動作を示すフローチャートである。宛先検索部１０は、デカプセルチェック部８でデカプセルされたパケットまたはデカプセル化されていないパケットを受け取る。そして、宛先検索部１０は、外側ＩＰヘッダの宛先アドレスを抽出し、抽出された宛先アドレスを検索キーとして、宛先テーブル１８を参照及び検索する（Ｓ２０）。尚、宛先検索部１０がカプセルチェック部２０でカプセル化されたパケットを受け取った場合は通常の送信処理をする。
【００８７】
宛先アドレスが宛先テーブル１８に登録されているとき（Ｓ２１の“Ｙｅｓ”）、宛先検索部１０は、ＩＰｖ４カプセルフラグの値を獲得する。一方、宛先アドレスが宛先テーブル１８に登録されていないとき、宛先検索部１０は、中継装置４内のＣＰＵ（central processing unit）へパケットを渡す（Ｓ２２）。
【００８８】
獲得されたＩＰｖ４カプセルフラグの値が「１」のとき、宛先アドレスに関連付けされているトンネル番号の値を獲得し、カプセルチェック部１２へ渡す（Ｓ２３、Ｓ２４）。獲得されたＩＰｖ４カプセルフラグの値が「０」のとき、宛先検索部１０は、ＩＰｖ６カ
プセルフラグの値を獲得する。
【００８９】
獲得されたＩＰｖ６カプセルフラグの値が「１」のとき、宛先アドレスに関連付けされているトンネル番号の値を獲得し、カプセルチェック部１２へ渡す（Ｓ２５、Ｓ２６）。獲得されたＩＰｖ６カプセルフラグの値が「０」のとき、宛先検索部１０は、宛先テーブル１８から宛先情報を獲得し、Qos/Filter制御部１４へパケットを渡す（Ｓ２７）。Qos/Filter制御部１４は既存の中継装置と同様に機能する。
【００９０】
上述のように、宛先検索部１０は、ＩＰｖ４カプセルの対象であるパケットとＩＰｖ６カプセルの対象であるパケットをカプセルチェック部１２へ渡す。
〔３．カプセルチェック部１２のフローの説明〕
図８及び図９はカプセルチェック部１２の動作を示すフローチャートである。カプセルチェック部１２は、ＩＰｖ４カプセルの対象であるパケットであるか、ＩＰｖ６カプセルの対象であるパケットであるかを判別する（Ｓ３０）。
【００９１】
受信パケットがＩＰｖ６カプセルの対象であるパケットとき、カプセルチェック部１２はトンネル番号を検索キーとして、カプセルテーブル２０を参照及び検索し、トンネル番号に対応する情報を獲得する（Ｓ３１）。次に、カプセルチェック部１２は、ヘッダ情報を使用して外側ＩＰｖ６ヘッダを作成することによりＩＰｖ６カプセルを生成する（Ｓ３２）。生成されたＩＰｖ６カプセルは宛先検索部１０へ渡される（Ｓ３３）。
【００９２】
具体的には、図４に示される「ＩＰｖ６カプセルフラグ＝１」の設定に従い宛先アドレスが「ｆ」であり、図５に示される宛先アドレス「ｆ」に関連付けられたトンネル番号が「２０」のとき、カプセルテーブルのヘッダ情報によりＩＰｖ６カプセルが生成される（Ｓ３１、Ｓ３２）。
【００９３】
受信パケットがＩＰｖ４カプセルの対象であるパケットとき、カプセルチェック部１２はトンネル番号を検索キーとして、カプセルテーブル２０を検索し、トンネル番号に対応する情報を獲得する（Ｓ３４）。
【００９４】
６to４フラグが「１」のとき、宛先アドレスに埋め込まれたＩＰｖ４アドレスを使用してＩＰｖ４カプセルを生成するために、ＩＰｖ６ヘッダのアドレスからカプセル用ＩＰｖ４アドレスを抽出する（Ｓ３６）。６to４フラグが「０」のとき、カプセルテーブルに設定されたヘッダ情報を使用して外側ＩＰｖ４ヘッダを作成することによりＩＰｖ４カプセルを生成する（Ｓ３７）。生成されたＩＰｖ４カプセルは宛先検索部１０へ渡される（Ｓ３８）。
【００９５】
６to４フラグが「１」のとき、図５に示す「プライベートアドレスフラグチェック」及び「グローバルアドレスフラグチェック」が有効になる。プライベートアドレスフラグチェックが「１」のとき、カプセルチェック部１２は抽出されたＩＰｖ４アドレスがプライベートアドレスか否かを判断する（Ｓ４０）。抽出されたＩＰｖ４アドレスがプライベートアドレスのとき、カプセルチェック部１２はパケットを廃棄する（Ｓ４１）。
【００９６】
抽出されたＩＰｖ４アドレスがプライベートアドレスでないとき、カプセルチェック部１２は、受信パケットのヘッダ情報から外側ＩＰｖ４ヘッダを作成することによりＩＰｖ４カプセルを生成する（Ｓ４２）。生成されたＩＰｖ４カプセルは宛先検索部１０へ渡される（Ｓ４３）。ここで、生成されるＩＰｖ４カプセルは、宛先グローバルアドレスを使用した６to４トンネルを介してＩＰｖ４公衆ネットワークへ送信される。Ｓ３９の判定で、プライベートアドレスフラグが「１」でないとき、カプセルチェック部１２は制御を図９の処理に進める。
【００９７】
引き続き、図９を参照して、カプセルチェック部１２のフローチャートを説明する。
図５に示す「グローバルアドレスフラグチェック」が「０」のとき、カプセルチェック部１２は、受信パレットのヘッダ情報から外側ＩＰｖ４ヘッダを作成することによりＩＰｖ４カプセルを生成する（Ｓ４８）。そして、生成されたＩＰｖ４カプセルは宛先検索部１０へ渡される（Ｓ４９）。
【００９８】
グローバルアドレスフラグチェックが「１」のとき、カプセルチェック部１２は抽出されたＩＰｖ４アドレスがグローバルアドレスか否かを判断する(Ｓ４３の“Ｙｅｓ”、Ｓ
４４)。抽出されたＩＰｖ４アドレスがグローバルアドレスのとき、カプセルチェック部
１２はパケットを廃棄する（Ｓ４５）。
【００９９】
抽出されたＩＰｖ４アドレスがグローバルアドレスでないとき、カプセルチェック部１２は、受信パケットのヘッダ情報から外側ＩＰｖ４ヘッダを作成することによりＩＰｖ４カプセルを生成する（Ｓ４６）。そして、生成されたＩＰｖ４カプセルは宛先検索部１０へ渡される（Ｓ４７）。例えば、生成されたＩＰｖ４カプセルは、宛先プライベートアドレスを使用した６to４トンネルを介してＩＰｖ４組織内ネットワーク２へ送信される。
【０１００】
上述のように、カプセルチェック部１２は、カプセルテーブル２０の設定を参照することにより、カプセル化の種類（６to４形式のカプセル、カプセルテーブルのヘッダ情報によるカプセル）を決定し、宛先アドレスの種類に従ってパケットの廃棄またはカプセル化を実行する（Ｓ３５からＳ４９、本発明の「制御部」に相当）。
【０１０１】
図１０は、６to４形式のトンネルによって通信する際に、ＩＰｖ４プライベートアドレスを埋め込んだＩＰｖ６アドレスを使用したネットワークの構成例である。図１０において、組織ＡのＩＰｖ４組織内ネットワーク２に接続されたＩＰｖ６端末Ａと組織ＢのＩＰｖ４組織内ネットワーク２に接続されたＩＰｖ６端末ＢのＩＰｖ６端末が同じプライベートアドレスが設定されている例を示す。ＩＰｖ６公衆網において、プライベートアドレスの使用が禁止されている。
【０１０２】
図１０に示す例で、もしＩＰｖ６端末ＡとＩＰｖ６端末Ｂが通信するならば、ＩＰｖ６公衆ネットワークを通るのでＩＰｖ６にて通信するが、組織内はＩＰｖ４ネットワークであるために組織内ではトンネルを張ることとなる。
【０１０３】
ここで、６to４トンネルを張るとした場合、自端末のＩＰｖ４プライベートアドレスを埋め込んで通信すると、ＩＰｖ６アドレスの上位４８bitのプレフィックスがＩＰｖ６端
末ＡとＩＰｖ６端末Ｂで同じになってしまう。
【０１０４】
ＩＰｖ６公衆ネットワークにある中継装置は、組織Ａおよび組織Ｂに同一のプレフィックスを持つＩＰｖ６ネットワークがあるように見えるため、正しい中継ができなくなってしまう。
【０１０５】
本発明では、ルータＣがＩＰｖ４プライベートアドレスを埋め込んだパケットを受信した際に、廃棄することで、上記の問題を解決することができる。また、このような構成にすることにより、６to４形式のトンネルを張る場合に、埋め込みＩＰｖ４アドレスがプライベートアドレスであっても敢えてアドレスの種類をチェックせず、通信を許可することができる。
【０１０６】
これにより、組織内のようにＩＰｖ４プライベートアドレスで管理されているネットワーク内においても自由に６to４トンネルを張ることが可能となり、上記問題を回避するこ
とが可能となる。
【０１０７】
また、各トンネルにおいて、埋め込みＩＰｖ４アドレスをグローバルアドレスしか許さない従来の規定に従うことを選択可能とすることにより、外部宛通信（ＩＰｖ４公衆ネットワークを経由する通信）にＩＰｖ４プライベートアドレスを出してしまうといった規約違反パケットを送信してしまう問題も解決できる。
【０１０８】
また、トンネル単位で上述した様々な設定が可能になるため、従来方式／拡張方式を選択することによって、ＩＰｖ４プライベートネットワーク内部と外部通信との双方を同時に対応することも可能となる。
【０１０９】
本方式を実装した端末や中継装置４を組織内ＩＰｖ４プライベートネットワークに導入することで、プライベートアドレスを使用した６to４方式による自動トンネルが内部通信に対しても使用可能となり、プライベートアドレスを使用したパケットを公衆網へ送信しないように、手動で設定していた際の管理コストがなくなる。
【０１１０】
＜その他＞
（付記１）
第１の種類の通信プロトコルで通信する１または２以上の通信端末を含む第１の通信グループと、前記第１の通信グループで使用されるアドレス情報を埋め込み可能な第２の種類の通信プロトコルで通信する１または２以上の通信端末を含む第２の通信グループとで使用される通信装置において、
前記第１の通信グループまたは前記第２の通信グループへの宛先アドレスと、前記第２の通信グループから前記第１の通信グループを経由して他の第２の通信グループへ送信されるパケットを前記第１の通信グループで使用されるアドレス情報によってカプセル化して前記第１の通信グループを通過させるときの第１の通信グループ上で使用されるアドレス情報で特定される経路の属性情報を特定するトンネル識別情報とが登録された第１の記憶部、
受信したパケットから抽出された宛先アドレスが第１の記憶部に登録されているか否かを検索する宛先検索部、
前記トンネル識別情報で指定される第１の通信グループ上の経路がプライベートアドレスによって構築可能か否かまたはグローバルアドレスによって構築可能か否かを示す通信可否情報が登録された第２の記憶部、
前記第１の通信グループを経由して前記パケットを送信する際に、前記第１の通信グループで使用される前記アドレス情報を前記宛先アドレスから抽出して前記パケットをカプセル化するカプセル化処理部、
前記第２の記憶部の通信可否情報に従って前記カプセル化の可否を制御する制御部
を含む通信装置。
【０１１１】
（付記２）
カプセル化されたパケットを元に戻すデカプセル化対象のパケットを識別する情報が登録されたデカプセル化情報記憶部、
前記受信したパケットを前記デカプセル化情報記憶部の情報に従ってデカプセル化するデカプセル処理部
を更に含む付記１記載の通信装置。
【０１１２】
（付記３）
廃棄対象のパケットであるか否かを示す情報を登録した廃棄情報記憶部、
前記廃棄情報記憶部の情報に従って前記受信したパケットを廃棄するパケット廃棄部
を更に含む付記１または付記２記載の通信装置。
【０１１３】
（付記４）
前記第１の記憶部はＩＰｖ４またはＩＰｖ６でカプセルするか否かを示すカプセル情報を更に含み、前記カプセル化処理部は前記カプセル情報に従ってＩＰｖ４またはＩＰｖ６で前記パケットをカプセルする付記１記載の通信装置。
【０１１４】
（付記５）
前記第２の記憶部は、６to４形式のパケットをカプセル化するか否かを示すパケット変換情報を更に含み、前記カプセル化処理部は前記パケット変換情報に従って６to４形式のパケットをカプセル化する付記１記載の通信装置。
【０１１５】
（付記６）
前記カプセル化処理部は前記通信可否情報に従って前記パケットの廃棄または前記パケットのカプセル処理を実行する付記１記載の通信装置。
【０１１６】
（付記７）
前記カプセル化処理部は前記第２のテーブルに登録された複数のトンネル識別情報を参照可能であり、前記カプセル化処理部は宛先アドレスがグローバルアドレスの通信のみ許可する第１の方式および宛先アドレスがプライベートアドレスの通信のみ許可する第２の方式の各々について実行するか否かを示す情報をトンネル毎に参照する付記１記載の通信装置。
【０１１７】
（付記８）
前記第２の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスがグローバルアドレスであるトンネルパケットを受信した時、前記カプセル化処理部は通信をせずに前記トンネルパケットを廃棄する付記７記載の通信装置。
【０１１８】
（付記９）
前記第２の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスに第１のネットワークで使用されるＩＰｖ４グローバルアドレスが埋め込まれたＩＰｖ６アドレスを持つパケットをＩＰｖ４パケットにカプセル化して送信するとき、前記カプセル化処理部は前記ＩＰｖ６アドレスを持つパケットを送信対象とせずに廃棄する付記７記載の通信装置。
【０１１９】
（付記１０）
前記第１の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスがＩＰｖ４グローバルアドレスでカプセル化されたパケットを受信したとき、または宛先アドレスがＩＰｖ４グローバルアドレスが埋め込まれたＩＰｖ６アドレスであるパケットをＩＰｖ４パケットにカプセル化して送信するとき、前記カプセル化処理部は前記カプセル化されたパケットを廃棄することなく前記カプセル化されたパケットを送受信する付記７記載の通信装置。
【０１２０】
（付記１１）
第１の方式または第２の方式を実行する設定がされているとき、前記カプセル化処理部は送信時または受信時に前記設定を有効にするか否かを示す情報を参照する付記７乃至１０のいずれか１つに記載の通信装置。
【０１２１】
（付記１２）
前記通信装置が、前記通信端末、中継装置、サーバ、または６to４形式のトンネルを通じてカプセル化することができるネットワーク上の装置のいずれかである付記１乃至１１
のいずれか１つに記載の通信装置。
【０１２２】
（付記１３）
第１の種類の通信プロトコルで通信する１または２以上の通信端末を含む第１の通信グループと、前記第１の通信グループで使用されるアドレス情報を埋め込み可能な第２の種類の通信プロトコルで通信する１または２以上の通信端末を含む第２の通信グループとの通信において使用される通信方法において、
前記第１の通信グループまたは前記第２の通信グループへの宛先アドレスと、前記第２の通信グループから前記第１の通信グループを経由して他の第２の通信グループへ送信されるパケットを前記第１の通信グループで使用されるアドレス情報によってカプセル化して前記第１の通信グループを通過させるときの第１の通信グループ上で使用されるアドレス情報で特定される経路の属性情報を特定するトンネル識別情報とが参照する第１の記憶ステップ、
受信したパケットから抽出された宛先アドレスが第１の記憶ステップに登録されているか否かを検索する宛先検索ステップ、
前記トンネル識別情報で指定される第１の通信グループ上の経路がプライベートアドレスによって構築可能か否かまたはグローバルアドレスによって構築可能か否かを示す通信可否情報が参照する第２の記憶ステップ、
前記第１の通信グループを経由して前記パケットを送信する際に、前記第１の通信グループで使用される前記アドレス情報を前記宛先アドレスから抽出して前記パケットをカプセル化するカプセル化処理ステップ、
前記第２の記憶ステップの通信可否情報に従って前記カプセル化の可否を制御する制御ステップ
を含む通信方法。
【０１２３】
（付記１４）
カプセル化されたパケットを元に戻すデカプセル化対象のパケットを識別する情報が参照するデカプセル化情報記憶ステップ、
前記受信したパケットを前記デカプセル化情報記憶ステップの情報に従ってデカプセル化するデカプセル処理ステップ
を更に含む付記１３記載の通信方法。
【０１２４】
（付記１５）
廃棄対象のパケットであるか否かを示す情報を登録する廃棄情報記憶ステップ、
前記廃棄情報記憶ステップの情報に従って前記受信したパケットを廃棄するパケット廃棄ステップ
を更に含む付記１３または付記１４記載の通信方法。
【０１２５】
（付記１６）
前記第１の記憶ステップはＩＰｖ４またはＩＰｖ６でカプセルするか否かを示すカプセル情報を更に含み、前記カプセル化処理ステップは前記カプセル情報に従ってＩＰｖ４またはＩＰｖ６で前記パケットをカプセルする付記１３記載の通信方法。
【０１２６】
（付記１７）
前記第２の記憶ステップは、６to４形式のパケットをカプセル化するか否かを示すパケット変換情報を更に含み、前記カプセル化処理ステップは前記パケット変換情報に従って６to４形式のパケットをカプセル化する付記１３記載の通信方法。
【０１２７】
（付記１８）
前記カプセル化処理ステップは前記通信可否情報に従って前記パケットの廃棄または前
記パケットのカプセル処理を実行する付記１３記載の通信方法。
【０１２８】
（付記１９）
前記カプセル化処理ステップは前記第２のテーブルに参照する複数のトンネル識別情報を参照可能であり、前記カプセル化処理ステップは宛先アドレスがグローバルアドレスの通信のみ許可する第１の方式および宛先アドレスがプライベートアドレスの通信のみ許可する第２の方式の各々について実行するか否かを示す情報をトンネル毎に参照する付記１３記載の通信方法。
【０１２９】
（付記２０）
前記第２の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスがグローバルアドレスであるトンネルパケットを受信した時、前記カプセル化処理ステップは通信をせずに前記トンネルパケットを廃棄する付記１９記載の通信方法。
【０１３０】
（付記２１）
前記第２の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスに第１のネットワークで使用されるＩＰｖ４グローバルアドレスが埋め込まれたＩＰｖ６アドレスを持つパケットをＩＰｖ４パケットにカプセル化して送信するとき、前記カプセル化処理ステップは前記ＩＰｖ６アドレスを持つパケットを送信対象とせずに廃棄する付記１９記載の通信方法。
【０１３１】
（付記２２）
前記第１の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスがＩＰｖ４グローバルアドレスでカプセル化されたパケットを受信したとき、または宛先アドレスがＩＰｖ４グローバルアドレスが埋め込まれたＩＰｖ６アドレスであるパケットをＩＰｖ４パケットにカプセル化して送信するとき、前記カプセル化処理ステップは前記カプセル化されたパケットを廃棄することなく前記カプセル化されたパケットを送受信する付記１９記載の通信方法。
【０１３２】
（付記２３）
第１の方式または第２の方式を実行する設定がされているとき、前記カプセル化処理ステップは送信時または受信時に前記設定を有効にするか否かを示す情報を参照する付記１９乃至２２のいずれか１つに記載の通信方法。
【０１３３】
（付記２４）
第１の種類の通信プロトコルで通信する１または２以上の通信端末を含む第１の通信グループと、前記第１の通信グループで使用されるアドレス情報を埋め込み可能な第２の種類の通信プロトコルで通信する１または２以上の通信端末を含む第２の通信グループとの通信に使用される通信プログラムにおいて、
コンピュータに、
前記第１の通信グループまたは前記第２の通信グループへの宛先アドレスと、前記第２の通信グループから前記第１の通信グループを経由して他の第２の通信グループへ送信されるパケットを前記第１の通信グループで使用されるアドレス情報によってカプセル化して前記第１の通信グループを通過させるときの第１の通信グループ上で使用されるアドレス情報で特定される経路の属性情報を特定するトンネル識別情報とが参照する第１の記憶ステップ、
受信したパケットから抽出された宛先アドレスが第１の記憶ステップに登録されているか否かを検索する宛先検索ステップ、
前記トンネル識別情報で指定される第１の通信グループ上の経路がプライベートアドレスによって構築可能か否かまたはグローバルアドレスによって構築可能か否かを示す通信
可否情報が参照する第２の記憶ステップ、
前記第１の通信グループを経由して前記パケットを送信する際に、前記第１の通信グループで使用される前記アドレス情報を前記宛先アドレスから抽出して前記パケットをカプセル化するカプセル化処理ステップ、
前記第２の記憶ステップの通信可否情報に従って前記カプセル化の可否を制御する制御ステップ
を実行させる通信プログラム。
【０１３４】
（付記２５）
カプセル化されたパケットを元に戻すデカプセル化対象のパケットを識別する情報が参照するデカプセル化情報記憶ステップ、
前記受信したパケットを前記デカプセル化情報記憶ステップの情報に従ってデカプセル化するデカプセル処理ステップ
を更に含む付記２４記載の通信プログラム。
【０１３５】
（付記２６）
廃棄対象のパケットであるか否かを示す情報を登録する廃棄情報記憶ステップ、
前記廃棄情報記憶ステップの情報に従って前記受信したパケットを廃棄するパケット廃棄ステップ
を更に含む付記２４または付記２５記載の通信プログラム。
【０１３６】
（付記２７）
前記第１の記憶ステップはＩＰｖ４またはＩＰｖ６でカプセルするか否かを示すカプセル情報を更に含み、前記カプセル化処理ステップは前記カプセル情報に従ってＩＰｖ４またはＩＰｖ６で前記パケットをカプセルする付記２４記載の通信プログラム。
【０１３７】
（付記２８）
前記第２の記憶ステップは、６to４形式のパケットをカプセル化するか否かを示すパケット変換情報を更に含み、前記カプセル化処理ステップは前記パケット変換情報に従って６to４形式のパケットをカプセル化する付記２４記載の通信プログラム。
【０１３８】
（付記２９）
前記カプセル化処理ステップは前記通信可否情報に従って前記パケットの廃棄または前記パケットのカプセル処理を実行する付記２４記載の通信プログラム。
【０１３９】
（付記３０）
前記カプセル化処理ステップは前記第２のテーブルに参照する複数のトンネル識別情報を参照可能であり、前記カプセル化処理ステップは宛先アドレスがグローバルアドレスの通信のみ許可する第１の方式および宛先アドレスがプライベートアドレスの通信のみ許可する第２の方式の各々について実行するか否かを示す情報をトンネル毎に参照する付記２４記載の通信プログラム。
【０１４０】
（付記３１）
前記第２の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスがグローバルアドレスであるトンネルパケットを受信した時、前記カプセル化処理ステップは通信をせずに前記トンネルパケットを廃棄する付記３０記載の通信プログラム。
【０１４１】
（付記３２）
前記第２の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスに第１のネットワークで使用されるＩＰｖ４グローバルアドレスが埋め込まれたＩＰｖ６アドレ
スを持つパケットをＩＰｖ４パケットにカプセル化して送信するとき、前記カプセル化処理ステップは前記ＩＰｖ６アドレスを持つパケットを送信対象とせずに廃棄する付記３０記載の通信プログラム。
【０１４２】
（付記３３）
前記第１の方式のみが選択されたトンネルインタフェースに対し、宛先アドレスがＩＰｖ４グローバルアドレスでカプセル化されたパケットを受信したとき、または宛先アドレスがＩＰｖ４グローバルアドレスが埋め込まれたＩＰｖ６アドレスであるパケットをＩＰｖ４パケットにカプセル化して送信するとき、前記カプセル化処理ステップは前記カプセル化されたパケットを廃棄することなく前記カプセル化されたパケットを送受信する付記１９記載の通信プログラム。
【０１４３】
（付記３４）
第１の方式または第２の方式を実行する設定がされているとき、前記カプセル化処理ステップは送信時または受信時に前記設定を有効にするか否かを示す情報を参照する付記３０乃至３３のいずれか１つに記載の通信プログラム。
【図面の簡単な説明】
【０１４４】
【図１】組織内通信にてトンネルを張るネットワークの構である。
【図２】本発明における中継装置を説明するブロック図である。
【図３】デカプセルテーブルの構成例である。
【図４】宛先テーブルの構成例である。
【図５】カプセルテーブルの構成例である。
【図６】デカプセルチェック部の動作を示すフローチャートである。
【図７】宛先検索部の動作を示すフローチャートである。
【図８】カプセルチェック部の動作を示すフローチャートである。
【図９】カプセルチェック部の動作を示すフローチャートである。
【図１０】６to４形式のトンネルを張る際に、ＩＰｖ４プライベートアドレスを埋め込んだＩＰｖ６アドレスを使用したネットワークの構成例である。
【符号の説明】
【０１４５】
２      ＩＰｖ４組織内ネットワーク
４      中継装置
６      フレーム識別部
８      デカプセルチェック部
１０      宛先検索部
１２      カプセルチェック部
１４      QoS/Filter制御部
１６      デカプセルテーブル
１８      宛先テーブル
２０      カプセルテーブル
【図１】
2006166090.tif 000003
【図２】
2006166090.tif 000004
【図３】
2006166090.tif 000005
【図４】
2006166090.tif 000006
【図５】
2006166090.tif 000007
【図６】
2006166090.tif 000008
【図７】
2006166090.tif 000009
【図８】
2006166090.tif 000010
【図９】
2006166090.tif 000011
【図１０】
2006166090.tif 000012