(57)【要約】    【課題】      セキュアリング近隣探索プロトコルを拡張して、同一ローカルネットワークに接続されている複数のホストの相互認証を可能にし、ホスト間の正当性チェックが出来るようにしたことにより、ホスト間のアドレス詐称のないことを確認するとともに、ＩＰネットワークのセキュリテイを確保すること。    【解決手段】  ホストＡ１０１は、ローカルネットワーク１０５に接続をしようとするところであり、ＩＰ接続をこれから確立する状態である。ホストＢ１０２は、ローカルネットワーク１０５に接続しており、既にＩＰ接続を確立している状態にある。ルータ１０３は、ローカルネットワーク１０５に対するルーテイング機能等を有する。トラストアンカールータ１０４は、トラストアンカーとしての機能を有しており、ホストＡ１０１のシグネチャに対する認証情報を保持している。  【選択図】      図１
2007060170.tif 000002
【特許請求の範囲】
【請求項１】
自局を識別する情報である第一認証情報を送信するとともに自局と認証関係にある他局から認証有りの情報を受信した場合にＩＰ接続を確立する第一のホストと、
前記第一認証情報を受信するとともに自局と認証関係にある他局の情報である認証関係確認情報に前記第一認証情報が含まれている場合に前記認証有りの情報を前記第一のホストへ返信する第二のホストと、
を具備することを特徴とする通信システム。
【請求項２】
前記第二のホストから前記第一認証情報及び前記第二のホストのトラストアンカールータの位置を示す情報であるトラストアンカールータ情報を受信した場合に前記トラストアンカールータ情報に前記第一認証情報が含まれているか否かを判定するとともに、前記第一認証情報が含まれている場合には前記認証有りの情報を前記第二のホストへ返信するルータを具備し、
前記第二のホストは、前記認証関係確認情報に前記第一認証情報が含まれていない場合に前記第一認証情報及び前記トラストアンカールータ情報を前記ルータへ送信するとともに、前記ルータから前記認証有りの情報を受信した場合に前記第一のホストに対して前記認証有りの情報を返信することを特徴とする請求項１記載の通信システム。
【請求項３】
自局を識別する情報である第一認証情報と自局の第一トラストアンカールータの位置を示す情報である第一トラストアンカールータ情報とを送信するとともに、自局と認証関係にある他局から認証有りの情報を受信した場合にＩＰ接続を確立する第一のホストと、
前記第一認証情報及び前記第一トラストアンカールータ情報を受信して前記第一認証情報と前記第一トラストアンカールータ情報と自局の第二トラストアンカールータの位置を示す情報である第二トラストアンカールータ情報とを送信するとともに、前記認証有りの情報を受信した場合に前記第一のホストに対して前記認証有りの情報を返信する第二のホストと、
前記第一トラストアンカールータ情報と第二トラストアンカールータ情報と前記第一認証情報を受信するとともに、前記第二トラストアンカールータ情報の内で前記第一トラストアンカールータ情報と認証関係にある範囲内に前記第一認証情報が含まれている場合に前記認証有りの情報を前記第二のホストへ返信するルータと、
を具備することを特徴とする通信システム。
【請求項４】
第一のホスト及び前記第二のホストは携帯端末装置であることを特徴とする請求項１から請求項３のいずれかに記載の通信システム。
【請求項５】
第一のホストが自局を識別する情報である第一認証情報を送信するとともに自局と認証関係にある他局から認証有りの情報を受信した場合にＩＰ接続を確立するステップと、
第二のホストが前記第一認証情報を受信するステップと、
前記第二のホストが自局と認証関係にある他局の情報である認証関係確認情報に前記第一認証情報が含まれている場合に前記認証有りの情報を前記第一のホストへ返信するステップと、
を具備することを特徴とするホスト間の相互認証方法。
【請求項６】
第一のホストが自局を識別する情報である第一認証情報と自局の第一トラストアンカールータの位置を示す情報である第一トラストアンカールータ情報とを送信するとともに、自局と認証関係にある他局から認証有りの情報を受信した場合にＩＰ接続を確立するステップと、
第二のホストが前記第一認証情報及び前記第一トラストアンカールータ情報を受信するステップと、
前記第二のホストが前記第一認証情報と前記第一トラストアンカールータ情報と自局の第二トラストアンカールータの位置を示す情報である第二トラストアンカールータ情報とを送信するとともに、前記認証有りの情報を受信した場合に前記第一のホストに対して前記認証有りの情報を返信するステップと、
ルータが前記第一トラストアンカールータ情報と第二トラストアンカールータ情報と前記第一認証情報を受信するステップと、
前記ルータが前記第二トラストアンカールータ情報の内で前記第一トラストアンカールータ情報と認証関係にある範囲内に前記第一認証情報が含まれている場合に前記認証有りの情報を前記第二のホストへ返信するステップと、
を具備することを特徴とするホスト間の相互認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及びホスト間の相互認証方法に関し、特に、インターネットプロトコル  バージョン６（ＩＰｖ６）に於ける同一リンク内のホスト間のセキュリテイを確保するための通信システム及びホスト間の相互認証方法に関する。
【背景技術】
【０００２】
インターネットプロトコル  バージョン６（ＩＰｖ６）の機能の一つである近隣探索プロトコル（ＮＤＰ）は、ホスト（ＩＰｖ６対応装置）によるルータ探索、ホストによるＩＰアドレス生成を実現している。しかしながら、その機能の重要性ゆえに、このプロトコルを、セキュリテイを確保しながら実現することが、ＩＰｖ６の運用にとって必須であるいう課題があった。
【０００３】
そこで、ＩＥＴＦ(Internet Engineering Task Fource)のＩＰｖ６ＷＧにおいて策定された近隣探索プロトコルにセキュリテイの機能をもたせるべく、セキュアリング近隣探索（ＳＥＮＤ）ＷＧが発足し、その仕様を作成した。セキュアリング近隣探索（ＳＥＮＤ）プロトコルの内容については、”SEcure Neighbor Discovery (SEND) draft-ietf-send-ndopt-06”（インターネット技術特別調査委員会セキュアリング近隣探索（ＳＥＮＤ）ＷＧの文書）に記載されている。なお、インターネットプロトコル  バージョン６（ＩＰｖ６）対応装置については、例えば、特許文献１に開示されている。
【特許文献１】特開２００３−３３３１２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のシステムにおいては、上述のように仕様化されたセキュアリング近隣探索（ＳＥＮＤ）プロトコルは、その機能において、（ａ）ホストによるルータの正当性チェック、（ｂ）ホスト間の簡易なアドレス詐称のないことの確認は実現しているものの、ホスト間の正当性チェックが出来ていないという問題がある。このために、ホスト間アドレス詐称確認機能を十分に生かせていないだけではなく、将来的に発展が期待されるモバイルアドホックネットワーク（ＭＡＮＥＴ：mobile ad hoc network）に対して十分な機能を提供できないという問題がある。
【０００５】
本発明は、かかる点に鑑みてなされたものであり、セキュアリング近隣探索（ＳＥＮＤ）プロトコルを拡張して、同一ローカルネットワーク（リンク）に接続されている複数のホスト（ノード）の相互認証を可能にし、ホスト間の正当性（バリディティ）チェックが出来るようにしたことにより、ホスト間のアドレス詐称のないことを確認することができるとともに、ＩＰネットワークのセキュリテイを確保することができる通信システム及びホスト間の相互認証方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の通信システムは、自局を識別する情報である第一認証情報を送信するとともに自局と認証関係にある他局から認証有りの情報を受信した場合にＩＰ接続を確立する第一のホストと、前記第一認証情報を受信するとともに自局と認証関係にある他局の情報である認証関係確認情報に前記第一認証情報が含まれている場合に前記認証有りの情報を前記第一のホストへ返信する第二のホストと、を具備する構成を採る。
【０００７】
また、本発明の通信システムは、自局を識別する情報である第一認証情報と自局の第一トラストアンカールータの位置を示す情報である第一トラストアンカールータ情報とを送信するとともに、自局と認証関係にある他局から認証有りの情報を受信した場合にＩＰ接続を確立する第一のホストと、前記第一認証情報及び前記第一トラストアンカールータ情報を受信して前記第一認証情報と前記第一トラストアンカールータ情報と自局の第二トラストアンカールータの位置を示す情報である第二トラストアンカールータ情報とを送信するとともに、前記認証有りの情報を受信した場合に前記第一のホストに対して前記認証有りの情報を返信する第二のホストと、前記第一トラストアンカールータ情報と第二トラストアンカールータ情報と前記第一認証情報を受信するとともに、前記第二トラストアンカールータ情報の内で前記第一トラストアンカールータ情報と認証関係にある範囲内に前記第一認証情報が含まれている場合に前記認証有りの情報を前記第二のホストへ返信するルータと、を具備する構成を採る。
【０００８】
本発明のホスト間の相互認証方法は、第一のホストが自局を識別する情報である第一認証情報を送信するとともに自局と認証関係にある他局から認証有りの情報を受信した場合にＩＰ接続を確立するステップと、第二のホストが前記第一認証情報を受信するステップと、前記第二のホストが自局と認証関係にある他局の情報である認証関係確認情報に前記第一認証情報が含まれている場合に前記認証有りの情報を前記第一のホストへ返信するステップと、を具備するようにした。
【０００９】
また、本発明のホスト間の相互認証方法は、第一のホストが自局を識別する情報である第一認証情報と自局の第一トラストアンカールータの位置を示す情報である第一トラストアンカールータ情報とを送信するとともに、自局と認証関係にある他局から認証有りの情報を受信した場合にＩＰ接続を確立するステップと、第二のホストが前記第一認証情報及び前記第一トラストアンカールータ情報を受信するステップと、前記第二のホストが前記第一認証情報と前記第一トラストアンカールータ情報と自局の第二トラストアンカールータの位置を示す情報である第二トラストアンカールータ情報とを送信するとともに、前記認証有りの情報を受信した場合に前記第一のホストに対して前記認証有りの情報を返信するステップと、ルータが前記第一トラストアンカールータ情報と第二トラストアンカールータ情報と前記第一認証情報を受信するステップと、前記ルータが前記第二トラストアンカールータ情報の内で前記第一トラストアンカールータ情報と認証関係にある範囲内に前記第一認証情報が含まれている場合に前記認証有りの情報を前記第二のホストへ返信するステップと、を具備するようにした。
【発明の効果】
【００１０】
本発明によれば、セキュアリング近隣探索（ＳＥＮＤ）プロトコルを拡張して、同一ローカルネットワーク（リンク）に接続されている複数のホスト（ノード）の相互認証を可能にし、ホスト間の正当性（バリディティ）チェックが出来るようにしたので、ホスト間のアドレス詐称のないことを確認することができるとともに、ＩＰネットワークのセキュリテイを確保することができる。
【発明を実施するための最良の形態】
【００１１】
以下に、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１２】
（実施の形態１）
図１は、本発明の実施の形態１に係る通信システム１００を示す図である。
【００１３】
図１において、１０１は、セキュアリング近隣探索（ＳＥＮＤ）に対応したＩＰｖ６のホストＡ（ノード）（第一のホスト）であり、ルータ１０３によりルーテイングが行われているローカルネットワーク（リンク）１０５に接続をしようとするところであり、ＩＰ接続をこれから確立する状態である。１０２は、セキュアリング近隣探索（ＳＥＮＤ）に対応したＩＰｖ６のホストＢ（ノード）（第二のホスト）であり、ルータ１０３によりルーテイングが行われているローカルネットワーク（リンク）１０５に接続しており、既にＩＰ接続を確立している状態にある。１０３は、セキュアリング近隣探索（ＳＥＮＤ）に対応したＩＰｖ６ルータであり、ローカルネットワーク（リンク）１０５に対するルーテイング機能等を有しており、ローカルネットワーク（リンク）１０５とインターネットネットワーク（ＩＰネットワーク）１０６に接続されている。１０４は、ホストＡ１０１、ホストＢ１０２のトラストアンカールータ１０４である。トラストアンカールータ１０４は、ホストＡ１０１、ホストＢ１０２に対するトラストアンカーとしての機能を有しており、従って、ホストＡ１０１のシグネチュアに対する認証情報を保持しており、インターネットネットワーク１０６に接続されている。１０５は、ホストＡ１０１、ホストＢ１０２、ルータ１０３が接続されているローカルエリアネットワーク（リンク）であり、１０６は、ルータ１０３及びトラストアンカールータ１０４が接続されているインターネットネットワークである。ここで、トラストアンカーとは、複数のホストの間で認証が確立できるポイントである。
【００１４】
次に、図２を参照して、通信システム１００の動作について説明する。
【００１５】
先ず、ＳＴ２０１において、ホストＡ１０１は、ホストＡ１０１が接続されているローカルネットワーク（リンク）１０５の情報を取得するために、近隣要請（ＮＳ：Neighbor Solicitation Message）をホストＢ１０２に送信する。この時、ホストＡ１０１はセキュアリング近隣探索（ＳＥＮＤ）に対応している為、Ｎｏｎｃｅ（１回限りのランダム数）、タイムスタンプ、自局を識別するための情報であるシグネチュア（第一認証情報）を近隣要請（ＮＳ）に設定する。ＳＴ２０１で、ホストＡ１０１から、送られる近隣要請（ＮＳ）の信号フォーマット３００を図３に示す。図３の近隣要請（ＮＳ）の信号フォーマット３００は、従来のセキュアリング近隣探索（ＳＥＮＤ）プロトコルの信号フォーマットと同じである。近隣要請（ＮＳ）の信号フォーマット３００は、IPv6 Header, Neighbor Solicitation Format, CGA Option, Time Stamp Option, Nonce Option, Signature Option からなり、Signature Optionには、ホストＡ１０１のハッシュとディジタルシグネチュアが設定される。ハッシュは、シグネチュアに設定される。ここで、ディジタルシグネチュアとは、デジタル文書の正当性を保証するために付けられる暗号化された署名情報である。
【００１６】
ホストＢ１０２は、受信したホストＡ１０１の近隣要請（ＮＳ）のタイムスタンプを確認し、近隣要請（ＮＳ）の送信時刻が、受信時刻に比べて許容範囲以内であることを確認し、その近隣要請（ＮＳ）が、他の時刻に他のホストから送信されたものでないことを確認する（ＳＴ２０２）。
【００１７】
次に、ホストＢ１０２は、ホストＢ１０２が保有している、ホストＢ１０２と認証関係にある他のホストの情報であるハッシュリスト（認証関係確認情報）のハッシュと、ホストＡ１０１の近隣要請（ＮＳ）のSignature Optionに設定されているハッシュとが一致するかを検索する（ＳＴ２０３）。ハッシュは、パブリックキーより作成されているため、ここでハッシュが一致した場合には、そのハッシュとペアでホストＢ１０２が保持しているパブリックキーを検出することが出来る。
【００１８】
ホストＡ１０１及びホストＢ１０２のハッシュの作成については、セキュアリング近隣探索（ＳＥＮＤ）  プロトコル”SEcure Neighbor Discovery (SEND) draft-ietf-send-ndopt-06”に記載されており、その詳細は“暗号化アドレスの生成法Cryptographically Generated Addresses (CGA) draft-ietf-send-cga-06”に記載されている。ハッシュプロセス（Ｈａｓｈ関数を用いた暗号化のプロセス）そのものについては、FIPS.180-1.1995(National Institute of Standards and Technology, ”Secure Hash Standard”, Federal Information Processing Standards Publication FIPS PUB 180-1, April 1995, http://www.itl.nist.bov/fipspubs/fip180-1.htmに記載されているので省略する。
【００１９】
ここで、パブリックキーによってシグネチュアの確認を行った場合、ホストＡ１０１が詐称を行っていないので、ＳＴ２０８に移る。
【００２０】
一方、シグネチュアに設定されているハッシュを含むハッシュリストをホストＢ１０２が持っていない場合には、サーティフィケーションパス要請を用いて、ルータ１０３に問い合わせを行う（ＳＴ２０４）。この時、ホストＢ１０２は、自分のトラストアンカールータ１０４の情報と、ホストＡ１０１から受けとったシグネチュアの情報とをルータ１０３に対して送信する。ホストＢ１０２からルータ１０３に対して送信されるサーティフィケーションパス要請の信号フォーマット４００を図４に示す。図４のサーティフィケーションパス要請の信号フォーマット４００は、IPv6 Header, Signature Option と Trust Anchor Option とからなる Certification Path Solicitation Format からなり、Trust Anchor Option に、ホストＢ１０２のトラストアンカールータ１０４の情報が設定される。又、Signature Optionには、ホストＡ１０１のハッシュとディジタルシグネチュアが設定される。
【００２１】
そして、ルータ１０３は、保持しているハッシュリスト内に、ホストＢ１０２から送られてきたシグネチュアに含まれるハッシュと同一のものがあり、トラストアンカールータ１０４の認証情報から、ホストＡ１０１が、トラストアンカールータ１０４と認証関係にあることが確認された場合（ＳＴ２０５）、サーティフィケーションパス通知を、ルータ１０３からホストＢ１０２に対して送信する（ＳＴ２０７）。この際、ルータ１０３は、トラストアンカールータ１０４の保有しているシグネチュア・リスト（Signature list）にホストＡ１０１のシグネチュアが含まれているか否かを判定することにより、ホストＡ１０１とホストＢ１０２とが認証関係にあるか否かを確認する。
【００２２】
サーティフィケーションパス通知の信号フォーマット５００を図５に示す。図５のサーティフィケーションパス通知の信号フォーマット５００は、従来の、セキュアリング近隣探索（ＳＥＮＤ）プロトコルの信号フォーマットと同じであり、IPv6 Header, Certificate Option と Trust Anchor Option とからなる Certification Path Solicitation Format からなっている。なお、ＳＴ２０５で認証関係が確認されない場合は、情報は廃棄される（ＳＴ２１１）。
【００２３】
ＳＴ２０８では、ＳＴ２０３でホストＡ１０１とホストＢ１０２が相互認証関係にある確認ができた場合と、ＳＴ２０７によりサーティフィケーションパス通知を受けた場合とについて、ホストＢ１０２が、ホストＡ１０１に対して近隣通知（ＮＡ：Neighbor Advertisement Message）を行う。近隣通知（ＮＡ）の信号フォーマット６００を図６に示す。図６の近隣通知（ＮＡ）の信号フォーマット６００は、従来のセキュアリング近隣探索（ＳＥＮＤ）プロトコルの信号フォーマットと同じである。ホストＡ１０１は、ホストＢ１０２からの近隣通知を受けて、タイムスタンプ確認とランダム数の確認を行う（ＳＴ２０９）。ＯＫであれば、シグネチュアは確認されたことになり（ＳＴ２１０）、ホストＡ１０１のローカルネットワーク１０５を介してのＩＰ接続が可能になる。
【００２４】
このように、本実施の形態１によれば、同一ローカルネットワーク（リンク）に接続されている複数のホストの相互認証を可能にし、これにより、ＩＰネットワークのセキュリテイを確保することができる。
【００２５】
（実施の形態２）
図７は、本発明の実施の形態２に係る通信システムの動作を示すフロー図である。なお、図７において、図２と同じ動作を行うステップには、同一番号を付している。また、通信システムの構成は図１と同じであるので、その説明は省略する。
【００２６】
先ず、ホストＡ１０１は、ホストＡ１０１が接続されているローカルネットワーク（リンク）１０５の情報を取得するために、近隣要請（ＮＳ）をホストＢ１０２に送信する（ＳＴ７０１）。この時、ホストＡ１０１のシグネチュアに加えてトラストアンカールータの位置を示す情報（第一トラストアンカールータ情報）も加えて、近隣要請（ＮＳ）に設定する点が、実施の形態１と異なる。近隣要請（ＮＳ）の信号フォーマット８００を図８に示す。近隣要請（ＮＳ）の信号フォーマット８００は、IPv6 Header, Neighbor Solicitation Format, CGA Option, Time Stamp Option, Nonce Option, Trust Anchor Option, Signature Option からなり、Signature Optionには、ホストＡ１０１のハッシュとディジタルシグネチュアが、又、Trust Anchor Optionには、ホストＡ１０１のトラストアンカールータ情報が設定される。
【００２７】
ホストＢ１０２は、受信した近隣要請（ＮＳ）のタイムスタンプを確認し、近隣要請（ＮＳ）の送信時刻が、受信時刻に比べて許容範囲以内であることを確認し、その近隣要請（ＮＳ）が、他の時刻に他のホストから送信されたものでないことを確認する（ＳＴ７０２）。
【００２８】
次に、ホストＢ１０２は、ホストＡ１０１のトラストアンカールータ情報を利用して、ホストＢ１０２が保有するハッシュのリストを用い、認証関係を確認する（ＳＴ７０３）。
【００２９】
ここで、認証関係の確認に成功した場合、ホストＡ１０１が詐称を行っていないので、ＳＴ２０８に移る。
【００３０】
一方、認証関係の確認に失敗した場合、サーティフィケーションパス要請を用いて、ルータ１０３に問い合わせを行う（ＳＴ７０４）。この時、ホストＢ１０２は、自分のトラストアンカールータの位置を示す情報（第二トラストアンカールータ情報）と、ホストＡ１０１から受けとったシグネチュアの情報とホストＡのトラストアンカールータ情報とをルータ１０３に対して送信する。ホストＢ１０２からルータ１０３に対して送信されるサーティフィケーションパス要請の信号フォーマット９００を図９に示す。図９のサーティフィケーションパス要請の信号フォーマット９００は、IPv6 Header, Signature Option と Trust Anchor Option とからなる Certification Path Solicitation Format からなり、Trust Anchor Option に、ホストＡ１０１とホストＢ１０２のトラストアンカールータ１０４の情報が設定される。又、Signature Optionには、ホストＡ１０１のハッシュとディジタルシグネチュアが設定される。
【００３１】
ルータ１０３は、ホストＢ１０２から送られたホストＡ１０１のトラストアンカールータ情報を利用して、実施の形態１と同様の動作で、認証関係を確認し、確認が得られた場合（ＳＴ７０５）、ＳＴ２０７に移る。ＳＴ７０５で認証関係が確認されない場合は、情報は廃棄される（ＳＴ２１１）。
【００３２】
なお、ＳＴ２０７〜ＳＴ２１１の動作は、実施の形態１と同じである。
【００３３】
実施の形態１と実施の形態２の相違点は、実施の形態２では、ＳＴ７０１で、ホストＡ１０１のシグネチュアに加えてホストＡのトラストアンカールータ情報も、ホストＢ１０２に送られることである。
【００３４】
本実施の形態の通信システムによれば、ＳＴ７０３でのホストＢ１０２の動作が、ホストＡ１０１のシグネチュアに加えてホストＡのトラストアンカールータ情報を利用して、認証関係の確認が行われるため、スムーズな動作が行われる。
【００３５】
更に、ＳＴ７０３でも、ルータ１０３は、ホストＢ１０２から送られたホストＡ１０１のトラストアンカールータ情報を利用して、認証関係の確認動作を行うことが出来るので、スムーズな動作が行われる。ホストＡ１０１のトラストアンカールータの情報を用いることによりホストＢ１０２で用いるシグネチュア・リストを限定することができる。即ち、ホストＢ１０２のトラストアンカールータ１０４は複数のトラストアンカールータ１０４と認証関係にある場合において、特定のトラストアンカールータと認証関係がある範囲内のシグネチュア・リストのみをサーチすれば良い。
【００３６】
このように、本実施の形態２によれば、上記実施の形態１の効果に加えて、ホストＡ１０１はホストＡ１０１のトラストアンカールータ情報を送信することにより、ルータ１０３は、ホストＢ１０２のトラストアンカールータと認証関係にある特定のトラストアンカールータの範囲内で認証相手を探すことができるので、高速に処理することができる。
【産業上の利用可能性】
【００３７】
本発明にかかる通信システム及びホスト間の相互認証方法は、例えばモバイルアドホックネットワーク（ＭＡＮＥＴ）に好適である。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施の形態１に係る通信システムを示す図
【図２】本発明の実施の形態１に係る通信システムの動作を示すフロー図
【図３】本発明の実施の形態１に係る信号フォーマットを示す図
【図４】本発明の実施の形態１に係る信号フォーマットを示す図
【図５】本発明の実施の形態１に係る信号フォーマットを示す図
【図６】本発明の実施の形態１に係る信号フォーマットを示す図
【図７】本発明の実施の形態２に係る通信システムの動作を示すフロー図
【図８】本発明の実施の形態２に係る信号フォーマットを示す図
【図９】本発明の実施の形態２に係る信号フォーマットを示す図
【符号の説明】
【００３９】
１００  通信システム
１０１  ホストＡ
１０２  ホストＢ
１０３  ルータ
１０４  トラストアンカールータ
１０５  ローカルネットワーク（リンク）
１０６  インターネットネットワーク
【図１】
2007060170.tif 000003
【図２】
2007060170.tif 000004
【図３】
2007060170.tif 000005
【図４】
2007060170.tif 000006
【図５】
2007060170.tif 000007
【図６】
2007060170.tif 000008
【図７】
2007060170.tif 000009
【図８】
2007060170.tif 000010
【図９】
2007060170.tif 000011