(57)【要約】【課題】鍵更新動作によって装置動作が不安定となることを防止することができる通信システムを得る。【解決手段】ルータ３０のＩＫＥ部３２はホスト端末１０からのユーザトラヒックを受信すると、ルータ４０との間でＩＰｓｅｃ通信を行うためのＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）をルータ４０のＩＫＥ部４２とネゴシエーションして確立する。ＳＡの更新（鍵の更新）を行う更新期間において、ルータ３０の負荷判定部３１はルータ３０の負荷状況を判定し、高負荷時にはＳＡの更新を行わないようにする。【選択図】      図１
2004328298.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して互いに接続された通信装置間に更新期間が定められた論理的なコネクションを確立して通信装置間で通信を行う通信システムであって、
前記通信装置の各々は、前記更新期間において、自装置内負荷に応じて前記論理的なコネクションの更新を行うかどうか判断する判断手段を含むことを特徴とする通信システム。
【請求項２】
予め指定された時刻に前記負荷と無関係に前記論理的なコネクションの更新を行うことを特徴とする請求項１記載の通信システム。
【請求項３】
前記負荷は自装置のＣＰＵ使用率であることを特徴とする請求項１又は２記載の通信システム。
【請求項４】
前記論理的なコネクションはＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信を行うためのＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）であることを特徴とする請求項１〜３いずれか記載の通信システム。
【請求項５】
通信ネットワークを介して互いに接続された通信装置間に更新期間が定められた論理的なコネクションを確立して通信装置間で通信を行う通信システムにおける通信装置であって、
前記更新期間において、自装置内負荷に応じて前記論理的なコネクションの更新を行うかどうか判断する判断手段を含むことを特徴とする通信装置。
【請求項６】
予め指定された時刻に前記負荷と無関係に前記論理的なコネクションの更新を行うことを特徴とする請求項５記載の通信装置。
【請求項７】
前記負荷は自装置のＣＰＵ使用率であることを特徴とする請求項５又は６記載の通信装置。
【請求項８】
前記論理的なコネクションはＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信を行うためのＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）であることを特徴とする請求項５〜７いずれか記載の通信装置。
【請求項９】
通信ネットワークを介して互いに接続された通信装置間に更新期間が定められた論理的なコネクションを確立して通信装置間で通信を行う通信システムにおける通信装置の動作制御方法であって、
前記更新期間において、自装置内負荷に応じて前記論理的なコネクションの更新を行うかどうか判断することを特徴とする動作制御方法。
【請求項１０】
予め指定された時刻に前記負荷と無関係に前記論理的なコネクションの更新を行うことを特徴とする請求項９記載の動作制御方法。
【請求項１１】
前記負荷は自装置のＣＰＵ使用率であることを特徴とする請求項９又は１０記載の動作制御方法。
【請求項１２】
前記論理的なコネクションはＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信を行うためのＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）であることを特徴とする請求項９〜１１いずれか記載の動作制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は通信システム、通信装置及びその動作制御方法に関し、特に通信ネットワークを介して互いに接続された通信装置間に更新期間が定められた論理的なコネクションであるＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）を確立して通信装置間でＩＰｓｅｃ通信を行う通信システムに関する。
【０００２】
【従来の技術】
インターネットのような多くのユーザに利用される広域ネットワークにおいて安全な通信を行うための代表的なプロトコルとして、ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）がある。ＩＰｓｅｃはＩＰ上のセキュリティを保証するプロトコルである。
【０００３】
ＩＰｓｅｃでは、暗号情報や認証情報を扱うため、鍵とアルゴリズムが必要である。したがって、ＩＰｓｅｃによる通信を行うためには、通信を行う両ノード間にＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）と称される論理的なコネクションを構築して両ノードで鍵やアルゴリズム等の情報を共有する必要がある。また、同じ鍵を長時間利用し続けると第三者に鍵を推察されてしまう可能性が高くなるので、鍵を更新する必要がある。
【０００４】
両ノードで共有する鍵やアルゴリズム等の情報を自動的に生成、更新、管理するための鍵交換プロトコルとして、ＩＫＥ（Ｉｎｔｅｒｎｅｔ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ）がある。ＩＫＥでは、フェーズ１とフェーズ２という２段階の鍵交換を規定している。フェーズ１は、ＩＫＥによる通信を安全にするために、ＩＫＥ−ＳＡを確立するフェーズであり、フェーズ２は、フェーズ１で確立されたＩＫＥ−ＳＡによる保護の下で、ＩＰｓｅｃで使うＳＡ（ＩＰｓｅｃ−ＳＡ）を確立するフェーズである。以下、ＩＰｓｅｃ、特にＩＰｓｅｃにおけるＩＫＥについて図面を参照して説明する。図３はＩＰｓｅｃによる通信を行う従来の通信システムの構成を示す図である。図３に示したように従来の通信システムは、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）７０に接続されたホスト端末１０と、ＬＡＮ８０に接続されたホスト端末２０と、ＬＡＮ７０とインターネット１００との間に設けられたルータ５０と、ＬＡＮ８０とインターネット１００との間に設けられたルータ６０とを有している。
【０００５】
ルータ５０は、ＩＰｓｅｃを終端する機能を有するセキュリティ・ゲートウェイであり、ルーティング・テーブルを基にルーティングを行うルーティング手段等の一般的な手段（図示せず）の他に、ＩＫＥによる鍵交換を行うＩＫＥ部５１を有している。ルータ６０も、ＩＰｓｅｃを終端する機能を有するセキュリティ・ゲートウェイであり、ルーティング手段等の一般的な手段（図示せず）の他に、ＩＫＥによる鍵交換を行うＩＫＥ部６１を有している。
【０００６】
図４は図３の通信システムの動作を示すフローチャートである。ルータ５０及び６０間でＩＰｓｅｃ通信を行うためには、ルータ５０及び６０間にＳＡを確立する必要がある。そこで、ルータ５０がホスト端末１０からのユーザトラヒックを受信すると、すなわちホスト端末１０からＩＰｓｅｃで処理すべきデータを受信すると、フェーズ１の鍵交換が実行される（ステップＡ１）。すなわち、ＩＫＥ部５１が、ルータ５０及び６０間にＩＫＥ−ＳＡを確立することをＩＫＥ部６１に提案し、ＩＫＥ部５１及び６１がＩＫＥ−ＳＡを確立するためのネゴシエーションを行う。
【０００７】
フェーズ１の鍵交換によりＩＫＥ−ＳＡが確立されれば（ステップＡ２）、フェーズ２の鍵交換が実行される（ステップＡ３）。すなわち、ＩＫＥ部５１が、ルータ５０及び６０間にＩＰｓｅｃ−ＳＡを確立することをＩＫＥ部６１に提案し、ＩＫＥ部５１及び６１がＩＰｓｅｃ−ＳＡを確立するためのネゴシエーションを行う。
【０００８】
フェーズ２の鍵交換によりＩＰｓｅｃ−ＳＡが確立されれば（ステップＡ４）、ＩＫＥ通信が終了し、ＩＰｓｅｃ通信が開始される（ステップＡ５）。すなわち、ルータ５０は、ホスト端末１０からの受信データをカプセル化し、ＩＫＥ通信によりルータ５０及び６０間で交換された情報（確立されたＩＰｓｅｃ−ＳＡの情報（鍵やアルゴリズム等の情報））を基にカプセル化されたデータへの認証情報の付加及び暗号化を行う。ルータ６０は、ルータ５０からのデータを受信すると、確立されたＩＰｓｅｃ−ＳＡの情報を基に元のデータを取り出し、そしてホスト端末２０に送出する。
【０００９】
図５は図３の通信システムの鍵更新（ＳＡ更新）処理を説明するための図である。ルータ５０がホスト端末１０からのユーザトラヒックを受信すると、ルータ５０及び６０間にＳＡが確立されておらず鍵がないので、図４を用いて上述したように、ＩＫＥ部５１がＩＫＥ部６１とネゴシエーションすることにより、ルータ５０及び６０間にＩＰｓｅｃ−ＳＡを確立しＩＰｓｅｃ通信に使用する鍵（図５に示した鍵１）を生成し、ＩＰｓｅｃ通信が開始される（ステップＡ１〜Ａ５）。
【００１０】
鍵１の生成時、鍵１の有効期間（生存期間）及び鍵１の更新期間も決定される。なお、ＩＰｓｅｃ通信に使用する鍵を生成するということは、ＩＰｓｅｃ−ＳＡを確立するということであり、鍵の有効期間はＩＰｓｅｃ−ＳＡの有効期間であり、鍵の更新期間はＩＰｓｅｃ−ＳＡの更新期間である。
【００１１】
鍵１の更新期間になると、ＩＫＥ部５１及び６１間でフェーズ２の鍵交換が実行される。すなわち、ＩＫＥ部５１が、ルータ５０及び６０間に新しいＩＰｓｅｃ−ＳＡを確立することをＩＫＥ部６１に提案し、ＩＫＥ部５１及び６１が新しいＩＰｓｅｃ−ＳＡを確立するためのネゴシエーションを行う。これにより、ルータ５０及び６０間のＩＰｓｅｃ−ＳＡが更新される、すなわち鍵１が更新されて図５に示した鍵２が生成される。なお、鍵の更新期間において、フェーズ１の鍵交換を行った後にフェーズ２の鍵交換を行うようにしてもよい。
【００１２】
以上説明したように、ＩＰｓｅｃ通信に使用する鍵を更新しながら、ルータ５０及び６０はＩＰｓｅｃ通信を行っている。何らかの理由で鍵の更新期間中に鍵を更新することに失敗し、鍵が消滅（ＩＰｓｅｃ−ＳＡが消滅）してしまった場合は、ＩＰｓｅｃで処理すべきデータの受信に応答して鍵交換を再び実行することにより、ＩＰｓｅｃ−ＳＡを確立する。
【００１３】
以上説明した動作については例えば非特許文献１及び２に開示されている。
【００１４】
【非特許文献１】
ＲＦＣ２４０８  Ｉｎｔｅｒｎｅｔ  Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ  （ＩＳＡＫＭＰ）、１９９８年１１月
【００１５】
【非特許文献２】
ＲＦＣ２４０９  Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ  （ＩＫＥ）、１９９８年１１月
【００１６】
【発明が解決しようとする課題】
従来の通信システムでは、鍵の更新期間になれば鍵を更新するための鍵更新動作を自動的に行うようにしている。したがって、ルータ５０内負荷が大きい場合であっても鍵の更新期間となれば鍵更新動作が行われるので、負荷をさらに増大させてしまい、ルータ５０の安定した動作を保障できないという問題がある。
【００１７】
本発明の目的は、鍵更新動作によって装置動作が不安定となることを防止することができる通信システム、通信装置及びその動作制御方法を提供することである。
【００１８】
【課題を解決するための手段】
本発明による通信システムは、通信ネットワークを介して互いに接続された通信装置間に更新期間が定められた論理的なコネクションを確立して通信装置間で通信を行う通信システムであって、前記通信装置の各々は、前記更新期間において、自装置内負荷に応じて前記論理的なコネクションの更新を行うかどうか判断する判断手段を含むことを特徴とする。前記通信システムにおいて、前記論理的なコネクションはＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信を行うためのＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）であることを特徴とする。
【００１９】
本発明による通信装置は、通信ネットワークを介して互いに接続された通信装置間に更新期間が定められた論理的なコネクションを確立して通信装置間で通信を行う通信システムにおける通信装置であって、前記更新期間において、自装置内負荷に応じて前記論理的なコネクションの更新を行うかどうか判断する判断手段を含むことを特徴とする。前記通信装置において、前記論理的なコネクションはＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信を行うためのＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）であることを特徴とする。
【００２０】
本発明による動作制御方法は、通信ネットワークを介して互いに接続された通信装置間に更新期間が定められた論理的なコネクションを確立して通信装置間で通信を行う通信システムにおける通信装置の動作制御方法であって、前記更新期間において、自装置内負荷に応じて前記論理的なコネクションの更新を行うかどうか判断することを特徴とする。前記動作制御方法において、前記論理的なコネクションはＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信を行うためのＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）であることを特徴とする。
【００２１】
本発明によれば、通信装置は、確立されている論理的なコネクションの更新を行う更新期間において、自装置内負荷に応じて論理的なコネクションの更新を行うかどうか判断するようにしている。したがって、高負荷時には更新動作を抑制して、低負荷時にのみ更新を行うようにすることができる。
【００２２】
【発明の実施の形態】
以下、本発明の実施例について図面を参照して説明する。
【００２３】
図１は本発明の実施例によるＩＰｓｅｃ通信を行う通信システムの構成を示す図である。図１において、本発明の実施例による通信システムは、ＬＡＮ７０に接続されたホスト端末１０と、ＬＡＮ８０に接続されたホスト端末２０と、ＬＡＮ７０とインターネット１００との間に設けられたルータ３０と、ＬＡＮ８０とインターネット１００との間に設けられたルータ４０とを有している。
【００２４】
ルータ３０は、ＩＰｓｅｃを終端する機能を有するセキュリティ・ゲートウェイであり、ルーティング・テーブルを基にルーティングを行うルーティング手段等の一般的な手段（図示せず）の他に、装置内負荷を判定する負荷判定部３１と、ＩＫＥによる鍵交換を行うＩＫＥ部３２とを有している。ルータ４０も、ＩＰｓｅｃを終端する機能を有するセキュリティ・ゲートウェイであり、ルーティング手段等の一般的な手段（図示せず）の他に、装置内負荷を判定する負荷判定部４１と、ＩＫＥによる鍵交換を行うＩＫＥ部４２とを有している。
【００２５】
次に、本発明の実施例による通信システムの動作について説明する。ルータ３０及び４０間でＩＰｓｅｃ通信を行うためには、ルータ３０及び４０間にＳＡを確立する必要がある。そこで、ルータ３０がホスト端末１０からのユーザトラヒックを受信すると、すなわちホスト端末１０からＩＰｓｅｃで処理すべきデータを受信すると、ルータ３０が鍵交換の始動者（イニシエータ）として、ルータ４０が応答者（レスポンダ）として、両者間のネゴシエーションによりＳＡを確立する。なお、この動作は図４の動作と同様である。
【００２６】
すなわち、まず、ＩＫＥ部３２が、ルータ３０及び４０間にＩＫＥ−ＳＡを確立することをＩＫＥ部４２に提案し、ＩＫＥ部３２及び４２がＩＫＥ−ＳＡを確立するためのネゴシエーションを行うことにより、フェーズ１の鍵交換が実行される（ステップＡ１）。
【００２７】
フェーズ１の鍵交換によりＩＫＥ−ＳＡが確立されれば（ステップＡ２）、フェーズ２の鍵交換が実行される（ステップＡ３）。すなわち、ＩＫＥ部３２が、ルータ３０及び４０間にＩＰｓｅｃ−ＳＡを確立することをＩＫＥ部４２に提案し、ＩＫＥ部３２及び４２がＩＰｓｅｃ−ＳＡを確立するためのネゴシエーションを行う。
【００２８】
フェーズ２の鍵交換によりＩＰｓｅｃ−ＳＡが確立されれば（ステップＡ４）、ＩＫＥ通信が終了し、ＩＰｓｅｃ通信が開始される（ステップＡ５）。すなわち、ルータ３０は、ホスト端末１０からの受信データをカプセル化し、ＩＫＥ通信によりルータ３０及び４０間で交換された情報（確立されたＩＰｓｅｃ−ＳＡの情報（鍵やアルゴリズム等の情報））を基にカプセル化されたデータへの認証情報の付加及び暗号化を行う。ルータ４０は、ルータ３０からのデータを受信すると、確立されたＩＰｓｅｃ−ＳＡの情報を基に元のデータを取り出し、そしてホスト端末２０に送出する。
【００２９】
次に、本発明の実施例による通信システムの鍵更新（ＳＡ更新）処理について説明する。従来の通信システムでは、図５を用いて上述したように、ＩＰｓｅｃ−ＳＡが確立されている状態において、ＩＰｓｅｃ−ＳＡの更新期間（鍵の更新期間）になると、フェーズ２の鍵交換を実行して新しいＩＰｓｅｃ−ＳＡを確立するという、ＩＰｓｅｃ−ＳＡの更新動作（鍵更新動作）を必ず行っていた。
【００３０】
しかしながら、本発明の実施例による通信システムでは、ＩＰｓｅｃ−ＳＡが確立されている状態において、更新期間になると、ルータ内の負荷を判定し、低負荷時にのみ鍵更新を行うようにする。この動作が図２に示されている。
【００３１】
上述したように、ルータ３０がホスト端末１０からＩＰｓｅｃで処理すべきデータを受信することにより、イニシエータであるルータ３０とレスポンダであるルータ４０間のネゴシエーションによりＩＰｓｅｃ−ＳＡが確立されている状態において、更新期間になると、図２に示すようにルータ３０の負荷判定部３１は、現在のルータ３０のＣＰＵ使用率を測定して規定値と比較する（ステップＳ１，Ｓ２）。
【００３２】
現在のＣＰＵ使用率が規定値以下であれば（ステップＳ２，ＹＥＳ）、鍵更新を行う（ステップＳ４）。すなわち、ルータ３０のＩＫＥ部３２が、ルータ３０及び４０間に新たなＩＰｓｅｃ−ＳＡを確立することをルータ４０のＩＫＥ部４２に提案し、ＩＫＥ部３２及び４２が新たなＩＰｓｅｃ−ＳＡを確立するためのネゴシエーションを行う。これにより、ルータ３０及び４０間のＩＰｓｅｃ−ＳＡを更新することができる。
【００３３】
一方、現在のＣＰＵ使用率が規定値を超えているならば（ステップＳ２，ＮＯ）、負荷判定部３１は所定時間待って、再度ルータ３０の負荷状況を判定する（ステップＳ３，Ｓ１，Ｓ２）。
【００３４】
更新期間中に、ＩＰｓｅｃ通信に用いる鍵すなわちＩＰｓｅｃ−ＳＡを更新することができなかった場合（ステップＳ５，ＮＯ）、ルータ３０の運用者により予め指定された時刻（運用者指定時刻）に鍵更新を行うよう設定する（ステップＳ６）。運用者は装置負荷の低い時間帯（例えば夜間）の時刻を運用者指定時刻として指定する。
【００３５】
なお、更新期間中に更新ができず、鍵が消滅（ＩＰｓｅｃ−ＳＡが消滅）してしまった場合は、その後にルータ３０がホスト端末１０からＩＰｓｅｃで処理すべきデータを受信したときに、ＩＫＥ部３２がルータ３０及び４０間にＩＰｓｅｃ−ＳＡを確立することをルータ４０のＩＫＥ部４２に提案し、ルータ３０及び４０間で鍵交換を再び実行することにより、ＩＰｓｅｃ−ＳＡを確立することになる。
【００３６】
また、運用者指定時刻になると、負荷状況に無関係にＩＫＥ部３２は、ルータ３０及び４０間にＩＰｓｅｃ−ＳＡを確立することをルータ４０のＩＫＥ部４２に提案し、ＩＰｓｅｃ−ＳＡを積極的に更新することになる。
【００３７】
以上では、イニシエータの負荷状況のみが考慮されていたが、レスポンダの負荷状況も考慮するようにしてもよい。すなわち、イニシエータであるルータ３０の負荷が低負荷であるため、図２のステップＳ４でルータ３０のＩＫＥ部３２が、ルータ３０及び４０間に新たなＩＰｓｅｃ−ＳＡを確立することをルータ４０のＩＫＥ部４２に提案した際、レスポンダであるルータ４０の負荷判定部４１は、ステップＳ２と同様に現在のルータ４０のＣＰＵ使用率を測定し規定値と比較する。
【００３８】
ルータ４０のＣＰＵ使用率が規定値以下であれば、通常どおり、ルータ４０のＩＫＥ部４２はルータ３０のＩＫＥ部３２からの提案に対して応答を返して鍵更新を行うが、規定値を超えていれば、ＩＫＥ部４２は当該提案に対して応答を返さないようにする。これにより、ルータ３０では低負荷であってもルータ４０で高負荷であれば、結局、更新がなされないことになる。
【００３９】
なお、上記図２に示したフローに従った処理動作は、予めＲＯＭ等の記憶媒体に格納されたプログラムを、ＣＰＵ（制御部）となるコンピュータに読み取らせて実行せしめることにより、実現できることは勿論である。
【００４０】
【発明の効果】
本発明による効果は、鍵更新動作によって装置動作が不安定となることを防止できることである。その理由は、通信装置が、確立されている論理的なコネクションであるＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）の更新を行う更新期間において、自装置内負荷に応じてＳＡの更新を行うかどうか判断するようにしているためであり、高負荷時にはＳＡの更新動作（鍵更新動作）を抑制して、低負荷時にのみ更新を行うようにすることができる。
【図面の簡単な説明】
【図１】本発明の実施例による通信システムの構成を示す図である。
【図２】本発明の実施例による通信システムの鍵更新（ＳＡ更新）処理動作を示すフローチャートである。
【図３】従来の通信システムの構成を示す図である。
【図４】図３の通信システムの動作を示すフローチャートである。
【図５】図３の通信システムの鍵更新（ＳＡ更新）処理を説明するための図である。
【符号の説明】
１０，２０    ホスト端末
３０，４０    ルータ
３１，４１    負荷判定部
３２，４２    ＩＫＥ部
７０，８０    ＬＡＮ
【図１】
2004328298.tif 000003
【図２】
2004328298.tif 000004
【図３】
2004328298.tif 000005
【図４】
2004328298.tif 000006
【図５】
2004328298.tif 000007