(57)【要約】【課題】データ通信の接続をおこない、送受信するデータの機密を保持し、不正アクセスの防止を図ること。【解決手段】端末装置１０３は、ＴＣＰヘッダ内に管理サーバ１０２の専用鍵をセットし、端末装置１０４に対する通信接続の要求パケットを送る。管理サーバ１０２はＴＣＰヘッダ内に端末装置１０４の専用鍵をセットし、端末装置１０４に転送する。このとき、端末装置１０４のカード１０４ａに端末装置１０３の専用鍵が渡される。端末装置１０４はＴＣＰヘッダ内に管理サーバ１０２の専用鍵をセットし、管理サーバ１０２に応答パケットを送る。管理サーバ１０２はＴＣＰヘッダ内に端末装置１０３の専用鍵をセットして転送し、端末装置１０３のカード１０３ａに端末装置１０４の専用鍵が渡される。これにより、端末装置１０３と端末装置１０４間のデータ通信を開始することが可能となる。【選択図】        図４
2005086597.tif 000002
【特許請求の範囲】
【請求項１】
端末同士のデータ通信の接続を管理装置を介しておこなう通信接続方法であって、
前記管理装置は、
予め各前記端末ごとに定められた暗号化鍵のなかから、前記データ通信の接続元となる第１の端末と、接続先となる第２の端末に対してそれぞれ定められた暗号化鍵を選定する暗号化鍵選定工程と、
前記暗号化鍵選定工程によって選定された前記第１と第２の端末に対してそれぞれ定められた異なる前記暗号化鍵を、前記データ通信をおこなう際のそれぞれのデータのパケット内に設定し、前記第１と第２の端末間のコネクションの確立をおこなうコネクション確立工程と、
を含んだことを特徴とする通信接続方法。
【請求項２】
前記第１の端末から送信されるコネクションの確立要求のデータを受信し、前記コネクションの確立要求のデータに含まれる前記第１と第２の端末の情報を前記暗号化鍵選定工程に伝えるコネクション要求受信工程を含んだことを特徴とする請求項１に記載の通信接続方法。
【請求項３】
前記コネクション確立工程は、
前記コネクション要求受信工程により前記第１の端末から受信した前記コネクションの確立要求のデータと、前記暗号化鍵選定工程によって前記第１の端末に対して選定された前記暗号化鍵とを、前記第２の端末に対して送信するコネクション要求送信工程と、
前記コネクション要求送信工程によって前記第２の端末に対して送信した前記コネクションの確立要求のデータに対し、前記第２の端末から返されるコネクションの確認応答のデータを受信するコネクション確認受信工程と、
前記コネクション確認受信工程によって前記第２の端末から受信した前記コネクションの確認応答のデータと、前記暗号化鍵選定工程によって前記第２の端末に対して選定された前記暗号化鍵とを、前記第１の端末に対して送信するコネクション確認送信工程と、
を含んだことを特徴とする請求項２に記載の通信接続方法。
【請求項４】
前記コネクション確立工程は、
前記コネクション要求受信工程によって前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記コネクション確認受信工程によって前記第２の端末から前記コネクションの確認応答のデータを受信したとき、のそれぞれのパケット内の前記暗号化鍵の有無により受信の許可、不許可を判断する受信拒否工程を含んだことを特徴とする請求項２または３に記載の通信接続方法。
【請求項５】
前記受信拒否工程は、
前記コネクション要求受信工程によって前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記コネクション確認受信工程によって前記第２の端末から前記コネクションの確認応答のデータを受信したとき、のそれぞれのパケット内に、前記管理装置に対して定められた前記暗号化鍵が含まれていた場合に受信を許可することを特徴とする請求項４に記載の通信接続方法。
【請求項６】
前記コネクション確立工程は、
前記コネクション要求送信工程によって前記第２の端末に対し前記コネクションの確立要求のデータを送信するときは、ＴＣＰ／ＩＰ手順に基づき前記データ内のＴＣＰヘッダ部を前記第２の端末に対して定められた前記暗号化鍵を用いて暗号化をおこない、また、前記コネクション確認送信工程によって前記第１の端末に対し前記コネクションの確認応答のデータを送信するときは、ＴＣＰ／ＩＰ手順に基づき前記データ内のＴＣＰヘッダ部を前記第１の端末に対して定められた前記暗号化鍵を用いて暗号化をおこなう、暗号化工程と、
前記コネクション要求受信工程によって前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記コネクション確認受信工程によって前記第２の端末から前記コネクションの確認応答のデータを受信したとき、それぞれのパケットのＴＣＰ／ＩＰ手順に基づくＴＣＰデータ部に対して、前記管理装置に対して定められた前記暗号化鍵を用いて復号化をおこなう復号化工程と、
を含んだことを特徴とする請求項２〜５のいずれか一つに記載の通信接続方法。
【請求項７】
前記コネクション確立工程により前記第１と第２の端末間のコネクションが確立されると、前記第１の端末から送信されるパケットには前記第２の端末に経路制御されるヘッダ情報と前記第２の端末に定められた暗号化鍵とが設定され、一方、前記第２の端末から送信されるパケットには前記第１の端末に経路制御されるヘッダ情報と前記第１の端末に定められた暗号化鍵とが設定されることにより、前記第１と第２の端末の間でおこなわれるデータ通信には前記管理装置が介されなくなることを特徴とする請求項１〜６のいずれか一つに記載の通信接続方法。
【請求項８】
前記コネクション確立工程により前記第１と第２の端末間のコネクションが確立され、パケットの送受信がおこなわれる場合、前記第１と第２の端末の間で送受信されるパケットのＴＣＰ／ＩＰ手順に基づくＴＣＰセグメント部は、送信時には送信先の端末に対して定められた前記暗号化鍵にて暗号化をおこない、受信時には前記暗号化鍵を用いて復号化をおこなうことを特徴とする請求項７に記載の通信接続方法。
【請求項９】
前記請求項１〜８のいずれか一つに記載された方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１０】
端末同士のデータ通信の接続を管理する通信接続装置であって、
前記データ通信の接続元となる第１の端末から送信されるコネクションの確立要求のデータ、および、前記第１の端末の接続先となる第２の端末から送信されるコネクションの確認応答のデータ、それぞれを受信する要求応答受信手段と、
前記要求応答受信手段によって前記第１の端末から受信した前記コネクションの確立要求のデータに含まれる前記第１の端末を一意に識別するアドレス情報と、前記第２の端末から受信した前記コネクションの確認応答のデータに含まれる前記第２の端末を一意に識別するアドレス情報とに基づき、予め各前記端末ごとに定められた暗号化鍵のなかから、前記第１と第２の端末の暗号化鍵をそれぞれ選定する暗号化鍵選定手段と、
前記第１の端末から受信した前記コネクションの確立要求のデータに前記暗号化鍵選定手段によって選定された前記第１の端末の前記暗号化鍵を前記コネクションの確立要求のデータに含ませて前記第２の端末へ送信し、前記第２の端末から受信した前記コネクションの確認応答のデータに前記暗号化鍵選定手段によって選定された前記第２の端末の前記暗号化鍵を前記第２の端末から受信した前記コネクションの確認応答のデータに含ませて前記第１の端末へ送信する要求応答送信手段と、
を備えたことを特徴とする通信接続装置。
【請求項１１】
前記要求応答受信手段は、
前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記第２の端末から前記コネクションの確認応答のデータを受信したとき、のそれぞれの前記データのパケット内の前記暗号化鍵があるときにのみ受信を許可し、前記暗号化鍵がないときには受信を拒否する受信拒否手段を備えたことを特徴とする請求項１０に記載の通信接続装置。
【請求項１２】
前記要求応答受信手段は、
前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記第２の端末から前記コネクションの確認応答のデータを受信したとき、のそれぞれの前記データのパケット内に、前記通信接続装置に対して定められた前記暗号化鍵が含まれていたときにのみ受信を許可する暗号化鍵認証手段を備えたことを特徴とする請求項１０または１１に記載の通信接続装置。
【請求項１３】
前記要求応答送信手段は、
前記第２の端末に対し前記コネクションの確立要求のデータを送信するときは、ＴＣＰ／ＩＰ手順に基づき前記データ内のＴＣＰヘッダ部を前記第２の端末に対して定められた前記暗号化鍵を用いて暗号化し、また、前記第１の端末に対し前記コネクションの確認応答のデータを送信するときは、ＴＣＰ／ＩＰ手順に基づき前記データ内のＴＣＰヘッダ部を前記第１の端末に対して定められた前記暗号化鍵を用いて暗号化する暗号化手段を備えたことを特徴とする請求項１０〜１２のいずれか一つに記載の通信接続装置。
【請求項１４】
前記要求応答受信手段は、
前記第１の端末から受信する前記コネクションの確立要求のデータ、および、前記第２の端末から受信する前記コネクションの確認応答のデータ、のそれぞれのパケットのＴＣＰ／ＩＰ手順に基づくＴＣＰデータ部に対して、前記通信接続装置に対して定められた前記暗号化鍵を用いて復号化をおこなう復号化手段を備えたことを特徴とする請求項１３に記載の通信接続装置。
【請求項１５】
送信元の装置と受信先の装置が同一構成とされ、これらの間でデータの送受信をおこなうＬＡＮ制御装置において、
送信するデータを受信許可させるために受信先の装置に予め伝えておくための暗号化鍵を予告暗号化鍵とし、該予告暗号化鍵を予め用意した複数の暗号化鍵のなかから無作為に一つ選定する予告暗号化鍵選定手段と、
前記予告暗号化鍵選定手段によって選定された前記予告暗号化鍵を、次以降に送信するデータのデータ内に設定するために記憶しておく予告暗号化鍵記憶手段と、
前記予告暗号化鍵記憶手段によって前記予告暗号化鍵を記憶する際に、前記予告暗号化鍵記憶手段によって既に記憶された予告暗号化鍵が存在していた場合は、既に記憶されている該予告暗号化鍵を一時的に記憶する一時記憶手段と、
前記一時記憶手段に前記予告暗号化鍵が記憶されている場合は該予告暗号化鍵を認証暗号化鍵とし、前記一時記憶手段に前記予告暗号化鍵が記憶されていない場合は予め定められた暗号化鍵を認証暗号化鍵とし、送信するデータのパケット内に設定する認証暗号化鍵設定手段と、
前記予告暗号化鍵選定手段によって選定された前記予告暗号化鍵を、送信する前記データのパケット内に設定し、前記受信先の装置に送信する暗号化鍵送信手段と、
を備えたことを特徴とするＬＡＮ制御装置。
【請求項１６】
前記暗号化鍵送信手段により、前記送信元の装置から送信されたデータを受信するデータ受信手段と、
前記データ受信手段によって受信した前記データに含まれる前記認証暗号化鍵の有無により受信の許可、不許可を判断するデータ受信拒否手段と、
前記データ受信拒否手段によって受信の許可がされ、受信した前記データ内に前記予告暗号化鍵が設定されていた場合、該予告暗号化鍵を記憶する受信予告暗号化鍵記憶手段と、
前記受信予告暗号化鍵記憶手段によって前記予告暗号化鍵を記憶する際に、前記受信予告暗号化鍵記憶手段によって既に記憶された予告暗号化鍵が存在していた場合は、既に記憶されている該予告暗号化鍵を一時的に記憶する受信一時記憶手段と、
前記データ受信拒否手段によって受信許可され、受信した前記データ内に含まれる前記認証暗号化鍵と、前記受信一時記憶手段によって記憶されている予告暗号化鍵もしくは予め定められた暗号化鍵と、を比較し、一致時にのみデータの受信を許可するデータ受信認証手段と、
を備えたことを特徴とする請求項１５に記載のＬＡＮ制御装置。
【請求項１７】
前記暗号化鍵送信手段は、前記データのパケットを送信する場合、該パケットのＴＣＰ／ＩＰ手順に基づくＴＣＰセグメント部を、前記認証暗号化鍵設定手段によって設定された認証暗号化鍵によって暗号化をおこない、
前記データ受信手段は、前記暗号化鍵送信手段によって送信された前記データのパケットを受信した場合、該パケットのＴＣＰ／ＩＰ手順に基づくＴＣＰセグメント部を、受信一時記憶手段によって記憶された予告暗号化鍵によって復号化をおこなうことを特徴とする請求項１６に記載のＬＡＮ制御装置。
【請求項１８】
前記各手段を有するカードが情報端末装置の拡張スロットに挿入される請求項１５〜１７のいずれか一つに記載のＬＡＮ制御装置。
【請求項１９】
前記各手段は、消去可能な記憶手段に格納されたプログラムを前記情報端末装置のＣＰＵが実行することにより構成されることを特徴とする請求項１８に記載のＬＡＮ制御装置。
【請求項２０】
前記情報端末装置の拡張スロットに装着されている前記カードの挿抜状態を検出する挿抜検出手段を備え、
前記挿抜検出手段は、情報端末装置の電源がオフの状態で前記カードの取り外しを検出したとき、前記記憶手段の内容を消去することを特徴とする請求項１９に記載のＬＡＮ制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークを介してデータを送受信する通信接続方法、およびその方法をコンピュータに実行させるプログラム、通信接続装置、ＬＡＮ制御装置に関し、特に、複数の端末のなかからデータ通信をおこなう相手先を選択し、送受信をおこなうデータに対し規制をかけることによって不正アクセスを防止するとともに送受信するデータの機密を保持できる通信接続方法、およびその方法をコンピュータに実行させるプログラム、通信接続装置、ＬＡＮ制御装置に関する。
【背景技術】
【０００２】
インターネットやＬＡＮなどのネットワークを介してデータの送受信をおこなう場合、通信の盗聴や、なりすましといった不正なアクセスを防ぐために、データの暗号化をおこなう。データの暗号化は、ネットワークを介して接続されたサーバ間や、サーバ／クライアント間や、クライアント間などといった構成にてデータやメールの送受信がおこなわれる場合に用いられるものであり、共有鍵方式や、公開鍵方式などの方式がとられている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した共有鍵方式によって暗号化の処理をおこなう場合には、送信元と受信先で同じ鍵を使う必要があるため、使用する鍵を予め相手方に安全な方法で渡しておくといった配布方法を考慮しなくてはならない。また、公開用の鍵を使用する公開鍵暗号方式は、鍵の配布方法に配慮する必要はないが、データの暗号化や復号化の処理に費やす時間が長くなるという問題がある。
【０００４】
また、送受信するデータやパケットを暗号化しただけでは、通信の盗聴などによって第三者に不正入手されると、暗号化を解くだけでデータの内容が漏洩するという危険性を有している。よって、ネットワークを介して接続されたサーバや、端末装置などでおこなわれるデータの送受信には機密性の高さが求められている。
【０００５】
そして、ネットワーク上に配置されるサーバや、複数の端末同士でデータ通信をおこなう際の、不正アクセス、あるいは、不正アクセスによって引き起こされるデータの漏洩なども問題であり、その防止が要望されている。なお、アクセスが許可された特定の端末装置については、アクセス許可に関し特別な操作を不要にし、簡便にアクセスできるよう構成することが望ましい。
【０００６】
この発明は、上述した従来技術による問題点を解消するため、データ通信の接続をおこない、送受信する際のデータの機密を保持し、不正アクセスを防止できる通信接続方法、およびその方法をコンピュータに実行させるプログラム、通信接続装置、ＬＡＮ制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、請求項１の発明にかかる通信接続方法は、端末同士のデータ通信の接続を管理装置を介しておこなう通信接続方法であって、前記管理装置は、予め各前記端末ごとに定められた暗号化鍵のなかから、前記データ通信の接続元となる第１の端末と、接続先となる第２の端末に対してそれぞれ定められた暗号化鍵を選定する暗号化鍵選定工程と、前記暗号化鍵選定工程によって選定された前記第１と第２の端末に対してそれぞれ定められた異なる前記暗号化鍵を、前記データ通信をおこなう際のそれぞれのデータのパケット内に設定し、前記第１と第２の端末間のコネクションの確立をおこなうコネクション確立工程と、を含んだことを特徴とする。
【０００８】
この請求項１の発明によれば、データ通信の接続をおこなう際に、データの送信先が受信許可するために予め定められている暗号化鍵を、データ通信を管理する管理装置から取得できるため、各端末装置ごとに他の端末装置に定められている暗号化鍵を保持しなくともよくなり、各端末装置の暗号化鍵を予め配布しておく必要がなくなる。
【０００９】
また、請求項２の発明にかかる通信接続方法は、請求項１に記載の発明において、前記第１の端末から送信されるコネクションの確立要求のデータを受信し、前記コネクションの確立要求のデータに含まれる前記第１と第２の端末の情報を前記暗号化鍵選定工程に伝えるコネクション要求受信工程を含んだことを特徴とする。
【００１０】
この請求項２の発明によれば、端末同士によってデータ通信の接続をおこなう場合、通信対象となる相手先ではなく、管理装置に対してコネクションの要求を送信することにより開始できるので、各端末装置は管理装置に受信許可させるための暗号化鍵のみを保持することでデータ通信の接続をおこなうことができるようになり、データ通信の際の機密保持を図ることができる。
【００１１】
また、請求項３の発明にかかる通信接続方法は、請求項２に記載の発明において、前記コネクション確立工程は、前記コネクション要求受信工程により前記第１の端末から受信した前記コネクションの確立要求のデータと、前記暗号化鍵選定工程によって前記第１の端末に対して選定された前記暗号化鍵とを、前記第２の端末に対して送信するコネクション要求送信工程と、前記コネクション要求送信工程によって前記第２の端末に対して送信した前記コネクションの確立要求のデータに対し、前記第２の端末から返されるコネクションの確認応答のデータを受信するコネクション確認受信工程と、前記コネクション確認受信工程によって前記第２の端末から受信した前記コネクションの確認応答のデータと、前記暗号化鍵選定工程によって前記第２の端末に対して選定された前記暗号化鍵とを、前記第１の端末に対して送信するコネクション確認送信工程と、を含んだことを特徴とする。
【００１２】
この請求項３の発明によれば、データ通信の接続過程で、端末同士でやり取りをおこなうコネクションの確立要求や、コネクションの確認応答を、管理装置を介して一括しておこなうことができるため、データ通信の接続をおこなう端末の情報を管理装置にのみ保持しておくことができ、不正アクセスを防止し、機密の維持を図ることができる。また、データ通信の接続処理を管理装置がおこなうため、通常個々の端末がおこなうパケット処理に費やす負担を軽減させることができる。
【００１３】
また、請求項４の発明にかかる通信接続方法は、請求項２または３に記載の発明において、前記コネクション要求受信工程によって前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記コネクション確認受信工程によって前記第２の端末から前記コネクションの確認応答のデータを受信したとき、のそれぞれのパケット内の前記暗号化鍵の有無により受信の許可、不許可を判断する受信拒否工程を含んだことを特徴とする。
【００１４】
この請求項４の発明によれば、暗号化鍵の設定の有無を判断することにより、送信されるデータの受信許可を設定することができるようになり、一般のユーザからの受信を不許可とし、特定の送信側からのデータを受信許可でき、送受するデータ内容の機密を維持できるようになる。また、不正接続や、不正なパケットの送信を防止し、受信側のデータ機密などを保持することができる。
【００１５】
また、請求項５の発明にかかる通信接続方法は、請求項４に記載の発明において、前記受信拒否工程は、前記コネクション要求受信工程によって前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記コネクション確認受信工程によって前記第２の端末から前記コネクションの確認応答のデータを受信したとき、のそれぞれのパケット内に、前記管理装置に対して定められた前記暗号化鍵が含まれていた場合に受信を許可することを特徴とする。
【００１６】
この請求項５の発明によれば、送信先が受信許可する暗号化鍵を保持するときのみデータを送信することが許可されるため、保持していないユーザからの受信を不許可とし、不正アクセスを防止することができる。
【００１７】
また、請求項６の発明にかかる通信接続方法は、請求項２〜５のいずれか一つに記載の発明において、前記コネクション確立工程は、前記コネクション要求送信工程によって前記第２の端末に対し前記コネクションの確立要求のデータを送信するときは、ＴＣＰ／ＩＰ手順に基づき前記データ内のＴＣＰヘッダ部を前記第２の端末に対して定められた前記暗号化鍵を用いて暗号化をおこない、また、前記コネクション確認送信工程によって前記第１の端末に対し前記コネクションの確認応答のデータを送信するときは、ＴＣＰ／ＩＰ手順に基づき前記データ内のＴＣＰヘッダ部を前記第１の端末に対して定められた前記暗号化鍵を用いて暗号化をおこなう、暗号化工程と、前記コネクション要求受信工程によって前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記コネクション確認受信工程によって前記第２の端末から前記コネクションの確認応答のデータを受信したとき、それぞれのパケットのＴＣＰ／ＩＰ手順に基づくＴＣＰデータ部に対して、前記管理装置に対して定められた前記暗号化鍵を用いて復号化をおこなう復号化工程とを含んだことを特徴とする。
【００１８】
この請求項６の発明によれば、送受信するデータを、暗号化鍵を用いて暗号化、あるいは復号化することにより、データ通信の接続の段階から送受するデータの機密保持をすることができる。また、送信するデータを１パケットごとに機密維持できるため、データの機密維持を向上できるようになる。
【００１９】
また、請求項７の発明にかかる通信接続方法は、請求項１〜６のいずれか一つに記載の発明において、前記コネクション確立工程により前記第１と第２の端末間のコネクションが確立されると、前記第１の端末から送信されるパケットには前記第２の端末に経路制御されるヘッダ情報と前記第２の端末に定められた暗号化鍵とが設定され、一方、前記第２の端末から送信されるパケットには前記第１の端末に経路制御されるヘッダ情報と前記第１の端末に定められた暗号化鍵とが設定されることにより、前記第１と第２の端末の間でおこなわれるデータ通信には前記管理装置が介されなくなることを特徴とする。
【００２０】
この請求項７の発明によれば、データ通信によるコネクションが確立され、端末同士のデータ通信が接続された後は、接続された端末相互で相手先に受信許可される暗号化鍵を取得することができるため、接続の際に直接アクセスすることができなかった相手先端末と、直接データの送受信をおこなうことができるようになる。
【００２１】
また、請求項８の発明にかかる通信接続方法は、請求項７に記載の発明において、前記コネクション確立工程により前記第１と第２の端末間のコネクションが確立され、パケットの送受信がおこなわれる場合、前記第１と第２の端末の間で送受信されるパケットのＴＣＰ／ＩＰ手順に基づくＴＣＰセグメント部は、送信時には送信先の端末に対して定められた前記暗号化鍵にて暗号化をおこない、受信時には前記暗号化鍵を用いて復号化をおこなうことを特徴とする。
【００２２】
この請求項８の発明によれば、送信するデータのＴＣＰセグメント全体を暗号化鍵を用いて暗号化することができるため、データの機密を保持することができる。また、このときのＩＰヘッダの内容からは、ＴＣＰセグメントを暗号化しているか否かを判別することができないため、より解読されにくいデータとすることができる。
【００２３】
また、請求項９の発明にかかるプログラムは、前記請求項１〜８のいずれか一つに記載された方法をコンピュータに実行させることができる。
【００２４】
また、請求項１０の発明にかかる通信接続装置は、端末同士のデータ通信の接続を管理する通信接続装置であって、前記データ通信の接続元となる第１の端末から送信されるコネクションの確立要求のデータ、および、前記第１の端末の接続先となる第２の端末から送信されるコネクションの確認応答のデータ、それぞれを受信する要求応答受信手段と、前記要求応答受信手段によって前記第１の端末から受信した前記コネクションの確立要求のデータに含まれる前記第１の端末を一意に識別するアドレス情報と、前記第２の端末から受信した前記コネクションの確認応答のデータに含まれる前記第２の端末を一意に識別するアドレス情報とに基づき、予め各前記端末ごとに定められた暗号化鍵のなかから、前記第１と第２の端末の暗号化鍵をそれぞれ選定する暗号化鍵選定手段と、前記第１の端末から受信した前記コネクションの確立要求のデータに前記暗号化鍵選定手段によって選定された前記第１の端末の前記暗号化鍵を前記コネクションの確立要求のデータに含ませて前記第２の端末へ送信し、前記第２の端末から受信した前記コネクションの確認応答のデータに前記暗号化鍵選定手段によって選定された前記第２の端末の前記暗号化鍵を前記第２の端末から受信した前記コネクションの確認応答のデータに含ませて前記第１の端末へ送信する要求応答送信手段とを備えたことを特徴とする。
【００２５】
この請求項１０の発明によれば、各端末装置は管理装置に定められている暗号化鍵のみを保持することによってデータ通信の接続を開始することができ、さらに、データ通信の接続過程であるコネクションの確立要求や、コネクションの確認応答を、管理装置にて一括しておこなうことができるため、管理装置にのみデータ通信の接続をおこなう端末同士の情報を保持しておくことができ、不正アクセスを防止し、機密の維持を図ることができる。また、データ通信の接続処理を管理装置が一括しておこなうため、個々の端末が接続の際におこなう必要があるパケット処理に費やす負担を軽減することができる。
【００２６】
また、請求項１１の発明にかかる通信接続装置は、請求項１０に記載の発明において、前記要求応答受信手段は、前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記第２の端末から前記コネクションの確認応答のデータを受信したとき、のそれぞれの前記データのパケット内の前記暗号化鍵があるときにのみ受信を許可し、前記暗号化鍵がないときには受信を拒否する受信拒否手段を備えたことを特徴とする。
【００２７】
この請求項１１の発明によれば、暗号化鍵の設定の有無を判断することにより、送信されるデータの受信許可を設定することができるようになり、一般のユーザからの受信を不許可とし、特定の送信側からのデータを受信許可でき、送受するデータ内容の機密を維持できるようになる。また、不正接続や、不正なパケットの送信を防止し、受信側のデータ機密などを保持できるようになる。
【００２８】
また、請求項１２の発明にかかる通信接続装置は、請求項１０または１１に記載の発明において、前記要求応答受信手段は、前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記第２の端末から前記コネクションの確認応答のデータを受信したとき、のそれぞれの前記データのパケット内に、前記通信接続装置に対して定められた前記暗号化鍵が含まれていたときにのみ受信を許可する暗号化鍵認証手段を備えたことを特徴とする。
【００２９】
この請求項１２の発明によれば、送信先が受信許可する暗号化鍵を保持するときのみデータを送信することが許可されるため、それ以外のユーザからの受信を不許可とし、不正アクセスを防止することができる。
【００３０】
また、請求項１３の発明にかかる通信接続装置は、請求項１０〜１２のいずれか一つに記載の発明において、前記要求応答送信手段は、前記第２の端末に対し前記コネクションの確立要求のデータを送信するときは、ＴＣＰ／ＩＰ手順に基づき前記データ内のＴＣＰヘッダ部を前記第２の端末に対して定められた前記暗号化鍵を用いて暗号化し、また、前記第１の端末に対し前記コネクションの確認応答のデータを送信するときは、ＴＣＰ／ＩＰ手順に基づき前記データ内のＴＣＰヘッダ部を前記第１の端末に対して定められた前記暗号化鍵を用いて暗号化する暗号化手段を備えたことを特徴とする。
【００３１】
この請求項１３の発明によれば、送信するデータ内容自体を、それぞれに定められた暗号化鍵を用いて暗号化することにより、データ通信の接続の段階から送受するデータの機密保持をすることができる。また、送信するデータを１パケットごとに機密維持できるため、データの機密維持を向上させることができる。
【００３２】
また、請求項１４の発明にかかる通信接続装置は、請求項１３に記載の発明において、前記要求応答受信手段は、前記第１の端末から受信する前記コネクションの確立要求のデータ、および、前記第２の端末から受信する前記コネクションの確認応答のデータ、のそれぞれのパケットのＴＣＰ／ＩＰ手順に基づくＴＣＰデータ部に対して、前記通信接続装置に対して定められた前記暗号化鍵を用いて復号化をおこなう復号化手段を備えたことを特徴とする。
【００３３】
この請求項１４の発明によれば、受信するデータ内容自体を、それぞれに定められた暗号化鍵を用いて復号化することにより、データ通信の接続の段階から送受するデータの機密保持をすることができる。また、送信するデータを１パケットごとに機密維持できるため、データの機密維持を向上させることができる。
【００３４】
また、請求項１５の発明にかかるＬＡＮ制御装置は、送信元の装置と受信先の装置が同一構成とされ、これらの間でデータの送受信をおこなうＬＡＮ制御装置において、送信するデータを受信許可させるために受信先の装置に予め伝えておくための暗号化鍵を予告暗号化鍵とし、該予告暗号化鍵を予め用意した複数の暗号化鍵のなかから無作為に一つ選定する予告暗号化鍵選定手段と、前記予告暗号化鍵選定手段によって選定された前記予告暗号化鍵を、次以降に送信するデータのデータ内に設定するために記憶しておく予告暗号化鍵記憶手段と、前記予告暗号化鍵記憶手段によって前記予告暗号化鍵を記憶する際に、前記予告暗号化鍵記憶手段によって既に記憶された予告暗号化鍵が存在していた場合は、既に記憶されている該予告暗号化鍵を一時的に記憶する一時記憶手段と、前記一時記憶手段に前記予告暗号化鍵が記憶されている場合は該予告暗号化鍵を認証暗号化鍵とし、前記一時記憶手段に前記予告暗号化鍵が記憶されていない場合は予め定められた暗号化鍵を認証暗号化鍵とし、送信するデータのパケット内に設定する認証暗号化鍵設定手段と、前記予告暗号化鍵選定手段によって選定された前記予告暗号化鍵を、送信する前記データのパケット内に設定し、前記受信先の装置に送信する暗号化鍵送信手段とを備えたことを特徴とする。
【００３５】
この請求項１５の発明によれば、データ送信をおこなう際、次データ送信をおこなうときの受信許可に使用する暗号化鍵を前もって送信先に送信し、受信許可に使用する暗号化鍵を毎回入れ替えることによって送信するデータの機密性を向上できるようになる。
【００３６】
また、請求項１６の発明にかかるＬＡＮ制御装置は、請求項１５に記載の発明において、前記暗号化鍵送信手段により、前記送信元の装置から送信されたデータを受信するデータ受信手段と、前記データ受信手段によって受信した前記データに含まれる前記認証暗号化鍵の有無により受信の許可、不許可を判断するデータ受信拒否手段と、前記データ受信拒否手段によって受信の許可がされ、受信した前記データ内に前記予告暗号化鍵が設定されていた場合、該予告暗号化鍵を記憶する受信予告暗号化鍵記憶手段と、前記受信予告暗号化鍵記憶手段によって前記予告暗号化鍵を記憶する際に、前記受信予告暗号化鍵記憶手段によって既に記憶された予告暗号化鍵が存在していた場合は、既に記憶されている該予告暗号化鍵を一時的に記憶する受信一時記憶手段と、前記データ受信拒否手段によって受信許可され、受信した前記データ内に含まれる前記認証暗号化鍵と、前記受信一時記憶手段によって記憶されている予告暗号化鍵もしくは予め定められた暗号化鍵と、を比較し、一致時にのみデータの受信を許可するデータ受信認証手段とを備えたことを特徴とする。
【００３７】
この請求項１６の発明によれば、受信するデータを受信許可するための暗号化鍵を、一つ前に受信したデータから取得して保持し、これを用いて受信許可することによって受信許可に使用する暗号化鍵を毎回異なったものとすることができ、受信時の機密を向上できるようになる。
【００３８】
また、請求項１７の発明にかかるＬＡＮ制御装置は、請求項１６に記載の発明において、前記暗号化鍵送信手段は、前記データのパケットを送信する場合、該パケットのＴＣＰ／ＩＰ手順に基づくＴＣＰセグメント部を、前記認証暗号化鍵設定手段によって設定された認証暗号化鍵によって暗号化をおこない、前記データ受信手段は、前記暗号化鍵送信手段によって送信された前記データのパケットを受信した場合、該パケットのＴＣＰ／ＩＰ手順に基づくＴＣＰセグメント部を、受信一時記憶手段によって記憶された予告暗号化鍵によって復号化をおこなうことを特徴とする。
【００３９】
この請求項１７の発明によれば、送信するデータのＴＣＰセグメント全体を暗号化鍵を用いて暗号化することができるため、データの機密を保持することができる。また、このときのＩＰヘッダの内容からは、ＴＣＰセグメントを暗号化しているか否かを判別することができないため、より解読されにくいデータとすることができる。
【００４０】
また、請求項１８の発明にかかるＬＡＮ制御装置は、請求項１５〜１７のいずれか一つに記載の発明において、前記各手段を有するカードが情報端末装置の拡張スロットに挿入されることを特徴とする。
【００４１】
この請求項１８の発明によれば、本発明のＬＡＮ制御装置は、パーソナルコンピュータなどの情報端末に準備されるＰＣＩやＩＳＡなどといった拡張スロットに挿入されることにより、利便性を持ってデータ通信をおこなうことができるようになる。
【００４２】
また、請求項１９の発明にかかるＬＡＮ制御装置は、請求項１８に記載の発明において、前記各手段は、消去可能な記憶手段に格納されたプログラムを前記情報端末装置のＣＰＵが実行することにより構成されることを特徴とする。
【００４３】
この請求項１９の発明によれば、消去可能なＲＯＭを用いることにより、設定データやプログラムを書き換え、実行させることができるようになる。
【００４４】
また、請求項２０の発明にかかるＬＡＮ制御装置は、請求項１９に記載の発明において、前記情報端末装置の拡張スロットに装着されている前記カードの挿抜状態を検出する挿抜検出手段を備え、前記挿抜検出手段は、情報端末装置の電源がオフの状態で前記カードの取り外しを検出したとき、前記記憶手段の内容を消去することを特徴とする。
【００４５】
この請求項２０の発明によれば、パーソナルコンピュータなどの情報端末装置の電源をオフにした状態で、情報端末装置からネットワークインターフェースカードを抜き取ることによって、内部のＲＯＭに書き込まれたデータやプログラムが消去されるため、ネットワークインターフェースカードが盗難された際に別の情報端末装置で再使用されることを防ぐことができる。また抜き取った後に、内部のデータやプログラムの解析をされることを防止することができる。
【発明の効果】
【００４６】
以上説明したように、請求項１に記載の発明は、端末同士のデータ通信の接続を管理装置を介しておこなう通信接続方法であって、前記管理装置は、予め各前記端末ごとに定められた暗号化鍵のなかから、前記データ通信の接続元となる第１の端末と、接続先となる第２の端末に対してそれぞれ定められた暗号化鍵を選定する暗号化鍵選定工程と、前記暗号化鍵選定工程によって選定された前記第１と第２の端末に対してそれぞれ定められた異なる前記暗号化鍵を、前記データ通信をおこなう際のそれぞれのデータのパケット内に設定し、前記第１と第２の端末間のコネクションの確立をおこなうコネクション確立工程と、を含む構成としたので、データ通信の接続をおこなう際に、データの送信先が受信許可するために予め定められている暗号化鍵を、データ通信を管理する管理装置から取得できるため、各端末装置ごとに他の端末装置に定められている暗号化鍵を保持しなくともよくなり、各端末装置の暗号化鍵を予め配布しておく必要がなくなるという効果を奏する。
【００４７】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記第１の端末から送信されるコネクションの確立要求のデータを受信し、前記コネクションの確立要求のデータに含まれる前記第１と第２の端末の情報を前記暗号化鍵選定工程に伝えるコネクション要求受信工程を含む構成としたので、端末同士によってデータ通信の接続をおこなう場合、通信対象となる相手先ではなく、管理装置に対してコネクションの要求を送信することにより開始できるので、各端末装置は管理装置に受信許可させるための暗号化鍵のみを保持することでデータ通信の接続をおこなうことができるようになり、データ通信の際の機密保持を図ることができるという効果を奏する。
【００４８】
また、請求項３に記載の発明は、請求項２に記載の発明において、前記コネクション確立工程は、前記コネクション要求受信工程により前記第１の端末から受信した前記コネクションの確立要求のデータと、前記暗号化鍵選定工程によって前記第１の端末に対して選定された前記暗号化鍵とを、前記第２の端末に対して送信するコネクション要求送信工程と、前記コネクション要求送信工程によって前記第２の端末に対して送信した前記コネクションの確立要求のデータに対し、前記第２の端末から返されるコネクションの確認応答のデータを受信するコネクション確認受信工程と、前記コネクション確認受信工程によって前記第２の端末から受信した前記コネクションの確認応答のデータと、前記暗号化鍵選定工程によって前記第２の端末に対して選定された前記暗号化鍵とを、前記第１の端末に対して送信するコネクション確認送信工程と、を含む構成としたので、データ通信の接続過程で、端末同士でやり取りをおこなうコネクションの確立要求や、コネクションの確認応答を、管理装置を介して一括しておこなうことができるため、データ通信の接続をおこなう端末の情報を管理装置にのみ保持しておくことができ、不正アクセスを防止し、機密の維持を図ることができる。また、データ通信の接続処理を管理装置がおこなうため、通常個々の端末がおこなうパケット処理に費やす負担を軽減させることができるという効果を奏する。
【００４９】
また、請求項４に記載の発明は、請求項２または３に記載の発明において、前記コネクション要求受信工程によって前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記コネクション確認受信工程によって前記第２の端末から前記コネクションの確認応答のデータを受信したとき、のそれぞれのパケット内の前記暗号化鍵の有無により受信の許可、不許可を判断する受信拒否工程を含む構成としたので、暗号化鍵の設定の有無を判断することにより、送信されるデータの受信許可を設定することができるようになり、一般のユーザからの受信を不許可とし、特定の送信側からのデータを受信許可でき、送受するデータ内容の機密を維持できるようになる。また、不正接続や、不正なパケットの送信を防止し、受信側のデータ機密などを保持することができるという効果を奏する。
【００５０】
また、請求項５に記載の発明は、請求項４に記載の発明において、前記受信拒否工程は、前記コネクション要求受信工程によって前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記コネクション確認受信工程によって前記第２の端末から前記コネクションの確認応答のデータを受信したとき、のそれぞれのパケット内に、前記管理装置に対して定められた前記暗号化鍵が含まれていた場合に受信を許可する構成としたので、送信先が受信許可する暗号化鍵を保持するときのみデータを送信することが許可されるため、保持していないユーザからの受信を不許可とし、不正アクセスを防止することができるという効果を奏する。
【００５１】
また、請求項６に記載の発明は、請求項２〜５のいずれか一つに記載の発明において、前記コネクション確立工程は、前記コネクション要求送信工程によって前記第２の端末に対し前記コネクションの確立要求のデータを送信するときは、ＴＣＰ／ＩＰ手順に基づき前記データ内のＴＣＰヘッダ部を前記第２の端末に対して定められた前記暗号化鍵を用いて暗号化をおこない、また、前記コネクション確認送信工程によって前記第１の端末に対し前記コネクションの確認応答のデータを送信するときは、ＴＣＰ／ＩＰ手順に基づき前記データ内のＴＣＰヘッダ部を前記第１の端末に対して定められた前記暗号化鍵を用いて暗号化をおこなう、暗号化工程と、前記コネクション要求受信工程によって前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記コネクション確認受信工程によって前記第２の端末から前記コネクションの確認応答のデータを受信したとき、それぞれのパケットのＴＣＰ／ＩＰ手順に基づくＴＣＰデータ部に対して、前記管理装置に対して定められた前記暗号化鍵を用いて復号化をおこなう復号化工程と、を含む構成としたので、送受信するデータを、暗号化鍵を用いて暗号化、あるいは復号化することにより、データ通信の接続の段階から送受するデータの機密保持をすることができる。また、送信するデータを１パケットごとに機密維持できるため、データの機密維持を向上できるようになるという効果を奏する。
【００５２】
また、請求項７に記載の発明は、請求項１〜６のいずれか一つに記載の発明において、前記コネクション確立工程により前記第１と第２の端末間のコネクションが確立されると、前記第１の端末から送信されるパケットには前記第２の端末に経路制御されるヘッダ情報と前記第２の端末に定められた暗号化鍵とが設定され、一方、前記第２の端末から送信されるパケットには前記第１の端末に経路制御されるヘッダ情報と前記第１の端末に定められた暗号化鍵とが設定されることにより、前記第１と第２の端末の間でおこなわれるデータ通信には前記管理装置が介されなくなる構成としたので、データ通信によるコネクションが確立され、端末同士のデータ通信が接続された後は、接続された端末相互で相手先に受信許可される暗号化鍵を取得することができるため、接続の際に直接アクセスすることができなかった相手先端末と、直接データの送受信をおこなうことができるようになるという効果を奏する。
【００５３】
また、請求項８に記載の発明は、請求項７に記載の発明において、前記コネクション確立工程により前記第１と第２の端末間のコネクションが確立され、パケットの送受信がおこなわれる場合、前記第１と第２の端末の間で送受信されるパケットのＴＣＰ／ＩＰ手順に基づくＴＣＰセグメント部は、送信時には送信先の端末に対して定められた前記暗号化鍵にて暗号化をおこない、受信時には前記暗号化鍵を用いて復号化をおこなう構成としたので、送信するデータのＴＣＰセグメント全体を暗号化鍵を用いて暗号化することができるため、データの機密を保持することができる。また、このときのＩＰヘッダの内容からは、ＴＣＰセグメントを暗号化しているか否かを判別することができないため、より解読されにくいデータとすることができるという効果を奏する。
【００５４】
また、請求項９に記載の発明によれば、前記請求項１〜８のいずれか一つに記載された方法をコンピュータに実行させることが可能なプログラムが得られるという効果を奏する。
【００５５】
また、請求項１０に記載の発明は、端末同士のデータ通信の接続を管理する通信接続装置であって、前記データ通信の接続元となる第１の端末から送信されるコネクションの確立要求のデータ、および、前記第１の端末の接続先となる第２の端末から送信されるコネクションの確認応答のデータ、それぞれを受信する要求応答受信手段と、前記要求応答受信手段によって前記第１の端末から受信した前記コネクションの確立要求のデータに含まれる前記第１の端末を一意に識別するアドレス情報と、前記第２の端末から受信した前記コネクションの確認応答のデータに含まれる前記第２の端末を一意に識別するアドレス情報とに基づき、予め各前記端末ごとに定められた暗号化鍵のなかから、前記第１と第２の端末の暗号化鍵をそれぞれ選定する暗号化鍵選定手段と、前記第１の端末から受信した前記コネクションの確立要求のデータに前記暗号化鍵選定手段によって選定された前記第１の端末の前記暗号化鍵を前記コネクションの確立要求のデータに含ませて前記第２の端末へ送信し、前記第２の端末から受信した前記コネクションの確認応答のデータに前記暗号化鍵選定手段によって選定された前記第２の端末の前記暗号化鍵を前記第２の端末から受信した前記コネクションの確認応答のデータに含ませて前記第１の端末へ送信する要求応答送信手段と、を備えたので、各端末装置は管理装置に定められている暗号化鍵のみを保持することによってデータ通信の接続を開始することができ、さらに、データ通信の接続過程であるコネクションの確立要求や、コネクションの確認応答を、管理装置にて一括しておこなうことができるため、管理装置にのみデータ通信の接続をおこなう端末同士の情報を保持しておくことができ、不正アクセスを防止し、機密の維持を図ることができる。また、データ通信の接続処理を管理装置が一括しておこなうため、個々の端末が接続の際におこなう必要があるパケット処理に費やす負担を軽減することができるという効果を奏する。
【００５６】
また、請求項１１に記載の発明は、請求項１０に記載の発明において、前記要求応答受信手段は、前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記第２の端末から前記コネクションの確認応答のデータを受信したとき、のそれぞれの前記データのパケット内の前記暗号化鍵があるときにのみ受信を許可し、前記暗号化鍵がないときには受信を拒否する受信拒否手段を備えたので、暗号化鍵の設定の有無を判断することにより、送信されるデータの受信許可を設定することができるようになり、一般のユーザからの受信を不許可とし、特定の送信側からのデータを受信許可でき、送受するデータ内容の機密を維持できるようになる。また、不正接続や、不正なパケットの送信を防止し、受信側のデータ機密などを保持できるようになるという効果を奏する。
【００５７】
また、請求項１２に記載の発明は、請求項１０または１１に記載の発明において、前記要求応答受信手段は、前記第１の端末から前記コネクションの確立要求のデータを受信したとき、および、前記第２の端末から前記コネクションの確認応答のデータを受信したとき、のそれぞれの前記データのパケット内に、前記通信接続装置に対して定められた前記暗号化鍵が含まれていたときにのみ受信を許可する暗号化鍵認証手段を備えたので、送信先が受信許可する暗号化鍵を保持するときのみデータを送信することが許可されるため、それ以外のユーザからの受信を不許可とし、不正アクセスを防止することができるという効果を奏する。
【００５８】
また、請求項１３に記載の発明は、請求項１０〜１２のいずれか一つに記載の発明において、前記要求応答送信手段は、前記第２の端末に対し前記コネクションの確立要求のデータを送信するときは、ＴＣＰ／ＩＰ手順に基づき前記データ内のＴＣＰヘッダ部を前記第２の端末に対して定められた前記暗号化鍵を用いて暗号化し、また、前記第１の端末に対し前記コネクションの確認応答のデータを送信するときは、ＴＣＰ／ＩＰ手順に基づき前記データ内のＴＣＰヘッダ部を前記第１の端末に対して定められた前記暗号化鍵を用いて暗号化する暗号化手段を備えたので、送信するデータ内容自体を、それぞれに定められた暗号化鍵を用いて暗号化することにより、データ通信の接続の段階から送受するデータの機密保持をすることができる。また、送信するデータを１パケットごとに機密維持できるため、データの機密維持を向上させることができるという効果を奏する。
【００５９】
また、請求項１４に記載の発明は、請求項１３に記載の発明において、前記要求応答受信手段は、前記第１の端末から受信する前記コネクションの確立要求のデータ、および、前記第２の端末から受信する前記コネクションの確認応答のデータ、のそれぞれのパケットのＴＣＰ／ＩＰ手順に基づくＴＣＰデータ部に対して、前記通信接続装置に対して定められた前記暗号化鍵を用いて復号化をおこなう復号化手段を備えたので、受信するデータ内容自体を、それぞれに定められた暗号化鍵を用いて復号化することにより、データ通信の接続の段階から送受するデータの機密保持をすることができる。また、送信するデータを１パケットごとに機密維持できるため、データの機密維持を向上させることができるという効果を奏する。
【００６０】
また、請求項１５に記載の発明は、送信元の装置と受信先の装置が同一構成とされ、これらの間でデータの送受信をおこなうＬＡＮ制御装置において、送信するデータを受信許可させるために受信先の装置に予め伝えておくための暗号化鍵を予告暗号化鍵とし、該予告暗号化鍵を予め用意した複数の暗号化鍵のなかから無作為に一つ選定する予告暗号化鍵選定手段と、前記予告暗号化鍵選定手段によって選定された前記予告暗号化鍵を、次以降に送信するデータのデータ内に設定するために記憶しておく予告暗号化鍵記憶手段と、前記予告暗号化鍵記憶手段によって前記予告暗号化鍵を記憶する際に、前記予告暗号化鍵記憶手段によって既に記憶された予告暗号化鍵が存在していた場合は、既に記憶されている該予告暗号化鍵を一時的に記憶する一時記憶手段と、前記一時記憶手段に前記予告暗号化鍵が記憶されている場合は該予告暗号化鍵を認証暗号化鍵とし、前記一時記憶手段に前記予告暗号化鍵が記憶されていない場合は予め定められた暗号化鍵を認証暗号化鍵とし、送信するデータのパケット内に設定する認証暗号化鍵設定手段と、前記予告暗号化鍵選定手段によって選定された前記予告暗号化鍵を、送信する前記データのパケット内に設定し、前記受信先の装置に送信する暗号化鍵送信手段と、を備えたので、データ送信をおこなう際、次データ送信をおこなうときの受信許可に使用する暗号化鍵を前もって送信先に送信し、受信許可に使用する暗号化鍵を毎回入れ替えることによって送信するデータの機密性を向上できるようになるという効果を奏する。
【００６１】
また、請求項１６に記載の発明は、請求項１５に記載の発明において、前記暗号化鍵送信手段により、前記送信元の装置から送信されたデータを受信するデータ受信手段と、前記データ受信手段によって受信した前記データに含まれる前記認証暗号化鍵の有無により受信の許可、不許可を判断するデータ受信拒否手段と、前記データ受信拒否手段によって受信の許可がされ、受信した前記データ内に前記予告暗号化鍵が設定されていた場合、該予告暗号化鍵を記憶する受信予告暗号化鍵記憶手段と、前記受信予告暗号化鍵記憶手段によって前記予告暗号化鍵を記憶する際に、前記受信予告暗号化鍵記憶手段によって既に記憶された予告暗号化鍵が存在していた場合は、既に記憶されている該予告暗号化鍵を一時的に記憶する受信一時記憶手段と、前記データ受信拒否手段によって受信許可され、受信した前記データ内に含まれる前記認証暗号化鍵と、前記受信一時記憶手段によって記憶されている予告暗号化鍵もしくは予め定められた暗号化鍵と、を比較し、一致時にのみデータの受信を許可するデータ受信認証手段と、を備えたので、受信するデータを受信許可するための暗号化鍵を、一つ前に受信したデータから取得して保持し、これを用いて受信許可することによって受信許可に使用する暗号化鍵を毎回異なったものとすることができ、受信時の機密を向上できるようになるという効果を奏する。
【００６２】
また、請求項１７に記載の発明は、請求項１６に記載の発明において、前記暗号化鍵送信手段は、前記データのパケットを送信する場合、該パケットのＴＣＰ／ＩＰ手順に基づくＴＣＰセグメント部を、前記認証暗号化鍵設定手段によって設定された認証暗号化鍵によって暗号化をおこない、前記データ受信手段は、前記暗号化鍵送信手段によって送信された前記データのパケットを受信した場合、該パケットのＴＣＰ／ＩＰ手順に基づくＴＣＰセグメント部を、受信一時記憶手段によって記憶された予告暗号化鍵によって復号化をおこなう構成としたので、送信するデータのＴＣＰセグメント全体を暗号化鍵を用いて暗号化することができるため、データの機密を保持することができる。また、このときのＩＰヘッダの内容からは、ＴＣＰセグメントを暗号化しているか否かを判別することができないため、より解読されにくいデータとすることができるという効果を奏する。
【００６３】
また、請求項１８に記載の発明は、請求項１５〜１７のいずれか一つに記載の発明において、前記各手段を有するカードが情報端末装置の拡張スロットに挿入される構成としたので、本発明のＬＡＮ制御装置は、ＰＣなどの情報端末に準備されるＰＣＩやＩＳＡなどといった拡張スロットに挿入されることにより、利便性を持ってデータ通信をおこなうことができるようになるという効果を奏する。
【００６４】
また、請求項１９に記載の発明は、請求項１８に記載の発明において、前記各手段は、消去可能な記憶手段に格納されたプログラムを前記情報端末装置のＣＰＵが実行する構成としたので、消去可能なＲＯＭを用いることにより、設定データやプログラムを書き換え、実行させることができるようになるという効果を奏する。
【００６５】
また、請求項２０に記載の発明は、請求項１９に記載の発明において、前記情報端末装置の拡張スロットに装着されている前記カードの挿抜状態を検出する挿抜検出手段を備え、前記挿抜検出手段は、情報端末装置の電源がオフの状態で前記カードの取り外しを検出したとき、前記記憶手段の内容を消去する構成としたので、パーソナルコンピュータなどの情報端末装置の電源をオフにした状態で、情報端末装置からネットワークインターフェースカードを抜き取ることによって、内部のＲＯＭに書き込まれたデータやプログラムが消去されるため、ネットワークインターフェースカードが盗難された際に別の情報端末装置で再使用されることを防ぐことができる。また抜き取った後に、内部のデータやプログラムの解析をされることを防止することができるという効果を奏する。
【発明を実施するための最良の形態】
【００６６】
以下に添付図面を参照して、この発明にかかる通信接続方法、およびその方法をコンピュータに実行させるプログラム、通信接続装置、ＬＡＮ制御装置の好適な実施の形態を詳細に説明する。
【００６７】
図１は、この発明の本実施の形態にかかるＬＡＮ制御装置を用いた配置構成を示す図である。図に示すように、ネットワーク１００に対して、管理サーバ１０２と、管理サーバ１０２に接続される端末装置１０３，１０４，・・・とからなるＬＡＮ１０１が接続されている。また、ＬＡＮ１０１内と同様の構成を持つＬＡＮ１０１ａ，１０１ｂ，・・・が接続されている。
【００６８】
ＬＡＮ１０１は、たとえば企業の部署など、作業や管理上の部門単位のＬＡＮとして構成されている。そして、ＬＡＮ１０１の内部に設置される管理サーバ１０２と、端末装置１０３，１０４，・・・は、イーサネット（Ｒ）などの接続方式を用いて接続され、互いにＴＣＰ／ＩＰの通信手順に従ったデータの送受が可能である。
【００６９】
管理サーバ１０２は、ＬＡＮ１０１内の各端末装置間の通信接続を管理するサーバであるとともに、他の外部のＬＡＮ１０１ａ，１０１ｂ，・・・のそれぞれの内部に設置される各端末装置と通信接続をおこなう際の管理もおこなう。そして、管理サーバ１０２には、本発明のＬＡＮ制御装置であるカード１０２ａが装着される。カード１０２ａは、いわゆるネットワークインターフェースカード（ＮＩＣ）であり、端末装置１０３，１０４，・・・に装着されるカード１０３ａ，１０４ａ，・・・も同様である。
【００７０】
そして、本発明のＬＡＮ制御装置であるネットワークインターフェースカードを備えた端末装置同士でのみデータの送受信をおこなうことが可能な構成となっており、他の一般のネットワークインターフェースカードを装着した端末装置とはデータの送受信およびアクセスは不可とする。
【００７１】
管理サーバ１０２、および、端末装置１０３，１０４，・・・は、たとえば、各種パーソナルコンピュータやワークステーションなどで構成され、それぞれ本発明のＬＡＮ制御装置であるカード１０３ａ，１０４ａ，・・・が、ＰＣＩスロットなどの拡張スロットに装着された状態でデータの送受信をおこなうものとする。
【００７２】
図２は、この発明の本実施の形態にかかるＬＡＮ制御装置の内部構成を示すブロック図である。図に示すように、カード１０２ａ，１０３ａ，１０４ａは、管理サーバ１０２、端末装置１０３、端末装置１０４にそれぞれ装着されている。
【００７３】
カード１０２ａは、各端末装置に定められている暗号化鍵を選定する暗号化鍵選定部２０２と、暗号化鍵選定部２０２にて選定した暗号化鍵などを含むデータを送信する送信部２０１と、各端末装置からデータの受信をおこなう受信部２０３を備えている。また、カード１０３ａ，１０４ａは、次回の受信時に受信するデータを受信許可するために用いる暗号化鍵を相手先に予告する暗号化鍵を選定する予告暗号化鍵選定部２０４と、予告しておく暗号化鍵を記憶する予告暗号化鍵記憶部２０５と、予告しておく暗号化鍵を含むデータを送信する送信部２０６と、データの受信をおこなう受信部２０８と、他の端末装置によって予告された暗号化鍵を記憶する受信予告暗号化鍵記憶部２０７を備えている。
【００７４】
また、管理サーバ１０２と、端末装置１０３と、端末装置１０４との間で送受信されるデータは、送信部２０１、および、送信部２０６からそれぞれ送信される際には暗号化され、また、受信部２０３、および、受信部２０８にてそれぞれ受信される際には復号化の処理がされるものとする。前記した暗号化や復号化の機能は、ＦＰＧＡなどのチップが用いられ、ハードウエアにて実現されている。
【００７５】
またこれら暗号化と、復号化の処理をおこなう際は、図示しないＲＯＭのデータを読み込む。このＲＯＭには、後述する暗号化をおこなうための鍵や、鍵の集まりのテーブルが予め格納される。管理サーバ１０２の暗号化鍵選定部２０２は、それら鍵の集まりのテーブルのなかから、端末装置１０３と、端末装置１０４に対してデータ通信をおこなうために必要となる鍵の選定をおこない、送信部２０１を通じて送信する。
【００７６】
図３は、ＴＣＰ／ＩＰにおける階層ごとのデータ構造を示した説明図である。通信プロトコルには、国際標準モデルとしてのＯＳＩ参照モデルがあるが、インターネットの標準プロトコルとしてはＴＣＰ／ＩＰが使われる。ＴＣＰ／ＩＰの一部の層が、ＯＳＩ参照モデルの複数の層をまとめた内容となっており、図に示すような階層構造に基づいてプロトコル・スタックとして実装される。
【００７７】
アプリケーション層３０１は、業務に依存した処理をおこなうことによって、送信用データ３０２の生成をおこなう。トランスポート層３０３は、宛先と送信元アプリケーションの特定、誤り制御、シーケンス制御（到着順序保証）などの情報をＴＣＰヘッダ３０４として生成し、送信用データ３０２の先頭に付加してパケットを生成する。
【００７８】
インターネット層３０５は、送信元、および送信先のＩＰアドレスなどをＩＰヘッダ３０６として生成し、トランスポート層３０３にて生成したＴＣＰヘッダ３０４の先頭に付加する。データリンク層３０７は、物理媒体や装置へのインターフェースとしてイーサネットヘッダ３０８を生成し、インターネット層３０５にて生成したＩＰヘッダ３０６の先頭に付加する。物理層３０９は、伝送路の物理的な仕様に基づき、データリンク層３０７までに生成されたパケット（フレーム）データを実際に伝送する。
【００７９】
上述したように、各上位層から下位層にデータが渡されると、データの先頭に、その層特有のヘッダを生成して付加する。逆に、パケットデータを受信すると、下位層から上位層へデータが渡される際に送信元の同じ層が付加したヘッダを参照し、削除していく。以下、本実施の形態では、上述したＴＣＰや、ＩＰのヘッダのなかにデータ通信をおこなう際に必要となるデータをセットし、端末装置同士にて受け渡しされる。また、図には示していないが、ＴＣＰヘッダと、ＴＣＰデータを連結したものをＴＣＰセグメントと呼び、本実施の形態で使用している。
【００８０】
図４は、この発明の本実施の形態にかかる端末装置の通信接続開始時の処理の一例を示すフローチャートである。一般的に、ＴＣＰ／ＩＰの処理手順を利用したデータの送受信をおこなう場合、まず、送受信をおこなう端末同士によってネゴシエーションという通信接続をするための処理をおこなって、コネクションを確立した後にデータの送受信処理を開始する。図４では、図１に示した端末装置１０３と、端末装置１０４との間でおこなわれるネゴシエーションの遷移をフローチャートとして示している。
【００８１】
まず、端末装置１０３は、端末装置１０４と通信接続するためのコネクションの確立要求を、管理サーバ１０２に対して送信部２０６から送信する（ステップＳ４０１）。管理サーバ１０２は、端末装置１０３から受信したパケットの内容から判断し、その相手先である端末装置１０４へコネクションの確立要求を送信部２０１から送信する（ステップＳ４０２）。
【００８２】
端末装置１０３が送信したコネクションの確立要求を、管理サーバ１０２から受信した端末装置１０４は、その要求元となる端末装置１０３に対してではなく、パケットの送信元である管理サーバ１０２に対してコネクションの確認応答を送信部２０６から送信し（ステップＳ４０３）、処理を終える。そして、端末装置１０４からのコネクションの確認応答を受信した管理サーバ１０２は、端末装置１０３に対してコネクションの確認応答を送信部２０１から送信し（ステップＳ４０４）、処理を終える。
【００８３】
そして、端末装置１０３が、端末装置１０４からのコネクション確認応答を受信部２０８にて受信すると、端末装置１０３と端末装置１０４との間のコネクションが確立され、ネゴシエーションが完了する。これにより、端末装置１０３と端末装置１０４との間でのデータ通信が開始可能となる（ステップＳ４０５）。ネゴシエーション完了後、端末装置１０３と端末装置１０４との間でおこなわれるデータの送受信は、上述したような管理サーバ１０２を介さず、直接おこなわれる。このデータの送受信の流れについては、後述する図６のフローチャートにて示す。
【００８４】
上述した本発明のネゴシエーションが、一般的なＴＣＰ／ＩＰの通信接続のネゴシエーションと異なる点は、端末装置１０３と、端末装置１０４が直接ネゴシエーションをおこなわず、管理サーバ１０２を介しておこなう点である。この管理サーバ１０２を介する点については、以下の図５にてさらに説明をおこなう。
【００８５】
図５は、この発明の本実施の形態にかかるネゴシエーションの際に送受するパケットにセットする各種データを示す説明図である。図５では、図４のコネクションの要求や応答などが送信される各送信タイミングと、その際に送信されるパケットの内容について説明する。
【００８６】
表の項目５０１は、図４に示した端末装置１０３と、端末装置１０４と、管理サーバ１０２とが送受する各種パケットの送信タイミングの記号を示している。項目５０２は、項目５０１に示す送信タイミングの際に、送信元がＴＣＰヘッダにセットする暗号化用の鍵を示している。項目５０３は、同じく項目５０１に示す送信タイミングの際に、送信元がＴＣＰセグメントのデータ領域に対しておこなう処理の内容を示している。
【００８７】
ここで、上記した鍵とは、一般的にネットワークを介してデータ通信をおこなう際の暗号化に使用するものを指し、暗号化の処理について本発明では、Ｔｒｉｐｌｅ−ＤＥＳや、ＡＥＳなどの暗号アルゴリズムを考慮する。
【００８８】
また、この鍵は、本発明のＬＡＮ制御装置であるネットワークインターフェースカード内に複数保持される。この複数で保持された鍵の集まりをテーブルとする。テーブルは、ＬＡＮ１０１内に設置される端末装置を一意に識別できる数の鍵を保有することができ、それぞれのＬＡＮごとに異なるテーブルが使用される。
【００８９】
まず、送信タイミング（ａ）は、図４の端末装置１０３から管理サーバ１０２に対してコネクション確立要求のパケットを送信するときのタイミングを示している。この送信タイミング（ａ）にて送信されるパケットのＴＣＰヘッダ内には予め管理サーバ１０２の専用鍵として決められた鍵Ｓがセットされる。
【００９０】
ここで、専用鍵とは、管理サーバ１０２や、各端末装置ごとに決められる固有の鍵をいう。データ通信が開始されていない初期の状態において、端末装置１０３や、端末装置１０４などの各端末装置は、各自で決められている専用鍵と、管理サーバ１０２の専用鍵のみを保持しており、ネゴシエーションをおこなう際には管理サーバ１０２の専用鍵をパケットにセットして送信をおこなう。
【００９１】
このことは、ネゴシエーションが完了する以前、管理サーバ１０２に管理される各端末装置は、管理サーバ１０２のみしかアクセスできないことを示している。言い換えると、ネゴシエーションが完了するまではクライアント同士では他の端末装置に対して直接パケットの送信をおこなうことができず、互いを認識することができないことを意味するものである。
【００９２】
そして、送信タイミング（ａ）で送信されるパケットのデータ領域内のデータは、上述した管理サーバ１０２の専用鍵である鍵Ｓによって暗号化される。この送信タイミング（ａ）のパケットを受信した管理サーバ１０２は、ＴＣＰヘッダ内に鍵Ｓがセットされていることから自己宛に送信されたパケットであることを識別し、そのデータ領域が鍵Ｓにて暗号化されているので自己の専用鍵である鍵Ｓにて復号処理をおこなう。そして、復号したデータの内容が、端末装置１０３による端末装置１０４に対してのコネクションの確立要求であるため、管理サーバ１０２にパケットが送信されたことを識別する。
【００９３】
つぎに、送信タイミング（ｂ）は、管理サーバ１０２が送信タイミング（ａ）で受信したパケットを、端末装置１０４に対して転送するときのタイミングを示している。この送信タイミング（ｂ）で送信されるパケットのＴＣＰヘッダ内には、端末装置１０４の専用鍵である鍵Ｂがセットされる。また、この送信タイミング（ｂ）で送信されるパケットのデータ領域内のデータは、鍵Ｂによって暗号化される。
【００９４】
送信タイミング（ｂ）のパケットを受信した端末装置１０４は、ＴＣＰヘッダに鍵Ｂがセットされていることから自己宛に送信されたパケットであることを識別する。また、そのデータ内容が鍵Ｂで暗号化されているので自己の専用鍵である鍵Ｂにて復号処理をおこなう。そして、復号したデータ内容によって、端末装置１０３からコネクション確立要求を受けたことを識別する。また、このとき、管理サーバ１０２から、端末装置１０３の専用鍵Ａも受け取る。
【００９５】
つぎに、送信タイミング（ｃ）は、送信タイミング（ｂ）で受信したパケットに対し、端末装置１０４から管理サーバ１０２へ返信するときのタイミングを示している。この送信タイミング（ｃ）で送信されるパケットのＴＣＰヘッダ内には、管理サーバ１０２の専用鍵である鍵Ｓがセットされる。また、この送信タイミング（ｃ）で送信されるパケットのデータ領域内のデータは、鍵Ｓによって暗号化されたものがセットされる。
【００９６】
送信タイミング（ｃ）のパケットを受信した管理サーバ１０２は、ＴＣＰヘッダに鍵Ｓがセットされていることから自己宛に送信されたパケットであることを識別する。また、そのデータ内容が鍵Ｓで暗号化されているので自己の専用鍵である鍵Ｓにて復号処理をおこなう。そして、復号したデータ内容によって、端末装置１０４が端末装置１０３に対してコネクション確認応答を送信したことを識別する。
【００９７】
そして、送信タイミング（ｄ）は、管理サーバ１０２が送信タイミング（ｃ）で受信したパケットを、端末装置１０３に対して転送するときのタイミングを示している。この送信タイミング（ｄ）で送信されるパケットのＴＣＰヘッダ内には、端末装置１０３の専用鍵である鍵Ａがセットされる。また、この送信タイミング（ｄ）で送信されるパケットのデータ領域内のデータは、鍵Ａによって暗号化される。
【００９８】
送信タイミング（ｄ）のパケットを受信した端末装置１０３は、ＴＣＰヘッダに鍵Ａがセットされていることから自己宛に送信されたパケットであることを識別する。また、そのデータ内容が鍵Ａで暗号化されているので自己の専用鍵である鍵Ａにて復号処理をおこなう。そして、復号したデータ内容によって、端末装置１０４からコネクション確認応答を受けたことを識別する。また、このとき、管理サーバ１０２から、端末装置１０４の専用鍵Ｂも受け取る。
【００９９】
なお、上述した送信タイミング（ａ），（ｃ）にて受信するパケットが、どこから送信されたものであるかを管理サーバ１０２に識別させるためには、送信元となる端末装置１０３，１０４の専用鍵を利用するだけでなく、ＭＡＣアドレスや、ＯＳのシリアルナンバーなどの情報を利用することも考えられる。管理サーバ１０２にとって、パケットの送信元が自己の管理する対象の端末装置の内の一つであると一意に識別できればよい。
【０１００】
また、各端末装置を識別する情報として上述したＭＡＣアドレスや、ＯＳのシリアルナンバーなどの情報を、管理サーバ１０２に予め保持しておく、あるいは、通信をおこなった際に管理サーバ１０２に登録できるようにする。こうすることによって、たとえば、カード１０３ａを端末装置１０３から抜き取り、他の端末装置にて使用しようとした場合、再び使用された端末装置のＭＡＣアドレスや、ＯＳのシリアルナンバーを管理サーバ１０２にてチェックすることによって、盗難など不正に利用されることを防ぐことができる。
【０１０１】
図４と図５に示した処理をおこなうことによって本発明のデータ通信の際のネゴシエーションが完了する。これにより、端末装置１０３の専用鍵である鍵Ａが端末装置１０４に渡り、端末装置１０４の専用鍵である鍵Ｂが端末装置１０３に渡る。ネゴシエーションの完了以降は、端末装置１０３と端末装置１０４は、お互いに受け取った相手の専用鍵を用い、直接データの送受信をおこなう。
【０１０２】
図６は、この発明の本実施の形態にかかるネゴシエーション完了後のデータ通信処理の一例を示すフローチャートである。図４に示したように、端末装置１０３と端末装置１０４との間のネゴシエーションが完了すると、データの送受信が開始される。
【０１０３】
データの送受信をおこなう際には、管理サーバ１０２を介さず、端末装置１０３と端末装置１０４との間で直接パケットの送受信をおこなう。図６では、図４に示したネゴシエーションの完了に引き続き、端末装置１０３と端末装置１０４との間でおこなわれるデータの送受信処理をフローチャートとして示している。
【０１０４】
以下、後述する説明には、第１鍵と、第２鍵と呼ぶ２種類の暗号鍵を用いる。第１鍵は、送受信するパケット内のＴＣＰセグメントのデータ領域の暗号化、あるいは復号化に使用している鍵である。さらに、第１鍵は、受信側の端末装置が受け取ったパケットが、自己宛に送信されてきたものであるか否かを判断するための認証情報としても使用される。一方、第２鍵は、その次の送受信をおこなう際に第１鍵として使用するための鍵であり、
図２における予告暗号化鍵選定部２０４によって選定される暗号化鍵である。そして、第２鍵は、パケット内のＴＣＰセグメントのデータ領域の暗号化、あるいは復号化に使用する鍵である。
【０１０５】
データ通信処理の開始時、一番最初の送受信にて使用される第１鍵は、図４にてコネクションを確立した相手先の専用鍵が用いられる。具体的には、端末装置１０３からパケットを送信する場合であれば端末装置１０４の専用鍵である鍵Ｂが、端末装置１０４からパケットを送信する場合であれば端末装置１０３の専用鍵である鍵Ａが、それぞれ第１鍵として使用される。
【０１０６】
まず、端末装置１０３から送信するＩＰパケットに対して、カード１０３ａは、第１鍵（鍵Ｂ）を用いてＴＣＰセグメントのデータ領域の暗号化をおこない（ステップＳ６０１）、ＴＣＰヘッダに第１鍵（鍵Ｂ）をセットする（ステップＳ６０２）。
【０１０７】
つぎに、端末装置１０３が、次のパケット送信処理の際に暗号化に使用する暗号鍵を、予告暗号化鍵選定部２０４によって第２鍵としてランダムに決定し、ＩＰヘッダに第２鍵をセットする（ステップＳ６０３）。そして、このランダムに決定された第２鍵は、予告暗号化鍵記憶部２０５に記憶される。そして、パケットの生成が終了すると、その生成したパケットを端末装置１０４に対して送信部２０６から送信し（ステップＳ６０４）、端末装置１０３からのデータの送信処理を終了する。
【０１０８】
一方、端末装置１０４のカード１０４ａは、端末装置１０３から送信されたパケットを受信部２０８にて受信すると（ステップＳ６０５）、ＩＰヘッダに第２鍵がセットされているか否かを判断する（ステップＳ６０６）。第２鍵がセットされていない場合は（ステップＳ６０６：Ｎｏ）、パケットを廃棄し（ステップＳ６０７）、処理を終了する。
【０１０９】
ＩＰヘッダに第２鍵がセットされている場合は（ステップＳ６０６：Ｙｅｓ）、ＩＰヘッダにセットされた第２鍵を取得する（ステップＳ６０８）。ここで取得した第２鍵は、端末装置１０３から送信される次回のパケットの第１鍵として使用されるため、カード１０４ａ内の受信予告暗号化鍵記憶部２０７に保持される。つぎに、ＴＣＰヘッダに第１鍵がセットされているか否かを判断する（ステップＳ６０９）。第１鍵がセットされていない場合は（ステップＳ６０９：Ｎｏ）、パケットを廃棄し（ステップＳ６０７）、処理を終了する。
【０１１０】
ＴＣＰヘッダに第１鍵がセットされている場合は（ステップＳ６０９：Ｙｅｓ）、ＴＣＰヘッダにセットされた第１鍵を取得し（ステップＳ６１０）、第１鍵を用いてＴＣＰセグメントのデータ領域の復号化をおこない（ステップＳ６１１）、処理を終了する。
【０１１１】
前記した一連の送受信処理の後、端末装置１０４から端末装置１０３に対して返信がおこなわれる際の処理の流れは同様であり、この場合の第１鍵には、端末装置１０３の専用鍵である鍵Ａが使用される。その後、さらに、端末装置１０３から端末装置１０４に対してパケットの送信がおこなわれる場合、そのときの第１鍵は、上記ステップＳ６０３にてランダムに決定され、予告暗号化鍵記憶部２０５に記憶された第２鍵が使用される。
【０１１２】
図７は、この発明の本実施の形態にかかるデータ通信処理の際におこなわれるデータ処理をパケットデータフォーマットを用いて説明した概要図である。図７は、図６に示したデータ通信処理の流れを、パケットデータのフォーマット図を用いて補足し、さらに、パケットデータの機密性を向上させる方法の一例を付け加えて示している。
【０１１３】
まず、パケットデータフォーマット７０１は、送信用データ３０２にＴＣＰヘッダ３０４が付加されたＴＣＰセグメントを示している。このＴＣＰヘッダ３０４内に示す領域７０４には、暗号鍵７０２がセットされる。このときの暗号鍵７０２は、図６に示した第１鍵である。そして、領域７０３は、ＴＣＰヘッダ３０４内の一部のデータであり、パケットの送信元の確認を送信先で判断するデータとして使用する。たとえば、ＴＣＰヘッダ３０４中のシーケンス番号や、受け取り通知番号などを利用する。
【０１１４】
パケットデータフォーマット７０５は、パケットデータフォーマット７０１に示したＴＣＰセグメントにＩＰヘッダ３０６を付加したものである。このＩＰヘッダ３０６内に示す領域７１０には、暗号鍵７０６を暗号化７０７の処理にて暗号化したものをセットする。このときの暗号鍵７０６は、図６に示した第２鍵であり、暗号化７０７は第１鍵である暗号鍵７０２によって暗号化を施す。
【０１１５】
そして、ＩＰヘッダ３０６内に示す領域７１１には、領域７０３を暗号化７０８の処理で暗号化したものをセットする。また、送信用データ３０２は、暗号化７０９の処理で暗号化する。このときにおこなう暗号化７０８と、暗号化７０９は、ともに第１鍵である暗号鍵７０２を利用する。
【０１１６】
つぎに、パケットデータフォーマット７０５が送信先に着信した場合は以下のような処理がおこなわれる。まず、ＩＰヘッダ３０６内の領域７１０を、復号化７１２の処理にて復号化し、暗号鍵７０６へと戻す。このときの復号化７１２は、領域７０４にセットされた第１鍵である暗号鍵７０２によっておこなわれる。
【０１１７】
そして、領域７１１は、復号化７１３の処理にて復号化する。この復号化した領域７１１のデータを用い、領域７０３のデータと比較７１４にて比較処理をおこなう。この比較処理にて一致しなかった場合、パケットの送信元が確認できなかったとされ、パケットは廃棄される。比較処理にて一致したと判断されると、送信用データ３０２が、復号化７１５の処理にて復号化され、パケットデータフォーマット７１６の形で受信される。
【０１１８】
以上の説明では、図６にて示したフローチャートの補足とともに、第２鍵である暗号鍵７０６を暗号化７０７の処理にて暗号化してセットしたり、領域７０３のデータと領域７１１のデータとを受信時に比較することによりパケットデータの機密性を向上する方法なども付け加えて示している。
【０１１９】
なお、上述したパケットデータフォーマット７０５を送信する際、ＴＣＰセグメントのデータ領域だけでなくＴＣＰセグメント全体を第１鍵にて暗号化してもよい。ＴＣＰセグメント全体を暗号化することにより、ＩＰヘッダ３０６以外のパケットデータが全て暗号化されることになり、機密性をさらに向上させることができる。また、ＴＣＰセグメント全体を暗号化したとしても、ＩＰヘッダ３０６にはＴＣＰセグメントを暗号化したか否かを示す情報が無いため、ＴＣＰセグメントの部分が暗号化されているか否か、ということすら判別することはできない。
【０１２０】
図８は、この発明の本実施の形態にかかるデータ通信処理をおこなう際のパケットにセットする各種データを示す説明図である。図８では、データ通信処理が開始され、端末装置１０３と端末装置１０４との間でパケットが送受信される方向と、その際に送信されるパケットの内容について説明する。
【０１２１】
表の項目８０１は、図６に示した端末装置１０３と、端末装置１０４との間でやり取りするパケットの送信方向を示している。項目８０２は、項目８０１に示す送信方向にパケットが送られる際のＩＰヘッダにセットする鍵を示している。項目８０３は、項目８０１に示す送信方向にパケットが送られる際のＴＣＰヘッダにセットする鍵を示している。
【０１２２】
項目８０４は、項目８０１に示す送信方向にパケットが送られる際のＴＣＰセグメントのデータ領域に対しておこなう処理を示している。また、パケット送信の流れは、項目８０１に示す方向に向かって、上から順に時系列におこなわれる。そして、方向（１）にて示すパケットの送信は、図４および図５のネゴシエーションが完了した直後におこなわれる最初のパケット送信である。
【０１２３】
まず、方向（１）では、端末装置１０３→端末装置１０４へパケット送信がおこなわれる。このとき、パケットのデータ領域内のデータは、図６で示した端末装置１０４の第１鍵である鍵Ｂにより暗号化されたものがセットされる。また、ＴＣＰヘッダ内には、端末装置１０４の専用鍵である鍵Ｂがセットされ、ＩＰヘッダ内には、次回のパケット送信時に使用する鍵となる鍵Ｃがセットされる。鍵Ｃは、図６にて説明したようにランダムに決められる鍵である。
【０１２４】
このパケットを受信した端末装置１０４は、ＴＣＰヘッダに自己の専用鍵である鍵Ｂがセットされていることから自己宛のパケットであることを識別し、そのデータ内容が鍵Ｂで暗号化されているので復号処理をおこなう。そして、復号したデータ内容によって、端末装置１０３からパケットが送信されたことを識別する。
【０１２５】
つぎに、方向（２）では、端末装置１０４→端末装置１０３へパケット送信がおこなわれる。このとき、パケットのデータ領域内のデータは、図６で示した端末装置１０３の第１鍵である鍵Ａにより暗号化されたものがセットされる。また、ＴＣＰヘッダ内には、端末装置１０３の専用鍵である鍵Ａがセットされ、ＩＰヘッダ内には、次回のパケット送信時に使用する鍵となる鍵Ｄがセットされる。鍵Ｄは、（１）のときと同様、ランダムに決められる鍵である。
【０１２６】
このパケットを受信した端末装置１０３は、ＴＣＰヘッダに自己の専用鍵である鍵Ａがセットされていることから自己宛のパケットであることを識別し、そのデータ内容が鍵Ａで暗号化されているので復号処理をおこなう。そして、復号したデータ内容によって、端末装置１０４からパケットが送信されたことを識別する。
【０１２７】
つぎに、方向（３）は、端末装置１０３→端末装置１０４への２回目のパケット送信となる。このとき、パケットのデータ領域内のデータは、方向（１）の際に決めた鍵Ｃにより暗号化されたものがセットされる。また、ＴＣＰヘッダ内には、同じく鍵Ｃがセットされ、ＩＰヘッダ内には、次回のパケット送信時に使用する鍵となる鍵Ｅがセットされる。鍵Ｅは、（１）のときと同様、ランダムに決められる鍵である。
【０１２８】
このパケットを受信した端末装置１０４は、ＴＣＰヘッダに前回のパケットで指定のあった鍵Ｃがセットされていることから自己宛のパケットであることを識別し、そのデータ内容が鍵Ｃで暗号化されているので復号処理をおこなう。そして、復号したデータ内容によって、端末装置１０３からパケットが送信されたことを識別する。
【０１２９】
つぎに、方向（４）は、端末装置１０４→端末装置１０３への２回目のパケット送信となる。このとき、パケットのデータ領域内のデータは、方向（２）の際に決めた鍵Ｄにより暗号化されたものがセットされる。また、ＴＣＰヘッダ内には、同じく鍵Ｄがセットされ、ＩＰヘッダ内には、次回のパケット送信時に使用する鍵となる鍵Ｆがセットされる。鍵Ｆは、（１）のときと同様、ランダムに決められる鍵である。
【０１３０】
端末装置１０３と端末装置１０４との間でネゴシエーションが完了した後は、上述したように、方向（１）〜（４）の順に端末装置１０３と端末装置１０４との間でパケットデータの送受信がおこなわれる。そして、方向（４）にパケットデータが送信された後も、その次使用する鍵を利用してパケット送信を続けることができる。
【０１３１】
図９は、この発明の本実施の形態にかかるデータの送受信範囲をＴＣＰ／ＩＰの階層を用いて示した概要図である。図９では、本発明のＬＡＮ制御装置を使用した端末同士でのデータ通信と、他の一般のＬＡＮ制御装置を使用した端末とのデータ通信との違いをＴＣＰ／ＩＰの階層を用いて説明する。
【０１３２】
図に示す端末装置１０３と、端末装置１０４には図１に示した本発明のＬＡＮ制御装置であるカード１０３ａと、１０４ａが装着されている。そして、端末装置１０３，１０４の内部は、業務処理をおこなうアプリケーションレイヤ９０１と、ＴＣＰパケットの生成をおこなうＴＣＰレイヤ９０２と、パケットデータを通信先に届けるＩＰレイヤ９０３と、本発明のＬＡＮ制御装置のドライバ処理をおこなうカードドライバレイヤ９０４と、物理的な接続をおこなうＥｔｈｅｒｎｅｔレイヤ９０５とからなる各レイヤによって示している。
【０１３３】
一方、一般のネットワークインターフェースカードが装着されている端末装置９００の内部は、本発明のＬＡＮ制御装置を持たないため、端末装置１０３，１０４内部にて示した下から２層目に位置するカードドライバレイヤ９０４を取ったものと同様となり、アプリケーションレイヤ９０１と、ＴＣＰレイヤ９０２と、ＩＰレイヤ９０３と、Ｅｔｈｅｒｎｅｔレイヤ９０５とからなる各レイヤにより構成される。
【０１３４】
そして、データ経路９０６は、たとえば、端末装置１０４を利用するユーザが、業務アプリケーションなどを使用してパケットを送信した場合のデータの流れを示している。この場合、アプリケーションレイヤ９０１にてデータを作成し、ＴＣＰレイヤ９０２にてＴＣＰパケットを生成し、ＩＰレイヤ９０３にてＩＰヘッダの付加をおこなう。そして、カードドライバレイヤ９０４にて、図６〜８にて上述した本発明のデータ通信に必要な処理（暗号化など）をおこない、Ｅｔｈｅｒｎｅｔレイヤ９０５からフレームデータとして端末装置１０３に対して送信する。
【０１３５】
端末装置１０４から送信されたパケットを端末装置１０３が受信すると、端末装置１０４が送信の際におこなった動作と逆に、Ｅｔｈｅｒｎｅｔレイヤ９０５から、カードドライバレイヤ９０４を通過し、ＩＰレイヤ９０３、ＴＣＰレイヤ９０２、アプリケーションレイヤ９０１へとデータが順に受け渡される。カードドライバレイヤ９０４は、図６〜８にて上述した本発明のデータ通信に必要な処理（復号化など）をおこなう。よって、データ経路９０６は、本発明のＬＡＮ制御装置であるカード１０３ａを備えた端末装置１０３と、カード１０４ａを備えた端末装置１０４とにおいてデータ通信が正常におこなわれることを示すものである。
【０１３６】
つぎに、データ経路９０７は、端末装置９００を利用するユーザが、業務アプリケーションなどを使用してパケットを送信した場合のデータの流れを示している。この場合、図に示すように、アプリケーションレイヤ９０１から、ＴＣＰレイヤ９０２、ＩＰレイヤ９０３、Ｅｔｈｅｒｎｅｔレイヤ９０５へとデータが渡され、端末装置１０３に対してフレームデータが送信される。
【０１３７】
端末装置９００から送信されたフレームデータは、まず、Ｅｔｈｅｒｎｅｔレイヤ９０５に着信し、引き続きカードドライバレイヤ９０４へと渡されることになる。しかし、端末装置９００から送信される際にカードドライバレイヤ９０４によって本発明のデータ通信に必要な処理（暗号化など）が施されていないためフレームデータは廃棄される。これは、図８に示した暗号鍵がセットされていないため、端末装置１０３のカードドライバレイヤ９０４にて認識されないためである。よって、データ経路９０７は、本発明のＬＡＮ制御装置であるカード１０３ａを備えた端末装置１０３と、他の一般のＬＡＮ制御装置を使用した端末とにおいて、データ通信ができないことを示している。
【０１３８】
なお、上述してきた本発明のＬＡＮ制御装置の機能を、書き換え可能なＲＯＭなどに記憶させたプログラムを実行させることにより実現させる場合は、設定データや、上述してきた暗号化などのプログラムを、スイッチ操作による電位変化を与えることによって中身を書き換えたり、あるいは、消去することによって、他の一般のＬＡＮ制御装置と同じ機能のカードに切り替える機能にすることも可能である。また、ＬＡＮ制御装置を端末装置本体から抜き取る際の状態変化を検知し、内部に記憶した設定データや、プログラムを消去するといった機能を付加することにより、盗難された場合に再使用させることを防ぐことができる。
【０１３９】
なお、以上説明した実施の形態において、図５ではテーブルを単に複数の暗号鍵を集めた情報として説明した。しかし、テーブル内の鍵を配列や、行列などによって管理することにより、テーブル内にセットした配列番号や、行列番号などの位置情報によって鍵を特定することが可能となる。同一ＬＡＮ内に設置する端末装置はすべて共通のテーブルを使用するため、テーブル内の鍵の位置情報を受け渡すことによって鍵を特定することができるようになり、鍵そのものを送信する必要がなくなる。
【０１４０】
また、以上説明した実施の形態は、本発明のＬＡＮ制御装置であるネットワークインターフェースカードを備えた端末装置を使用することにより実現するものである。さらに、ネゴシエーション完了後のデータ通信でおこなわれる処理は、すべてネットワークインターフェースカード内で処理されるものとして説明した。しかし、ハードウエアであるネットワークインターフェースカードと、ソフトウエアとを混在して用いることによって上述した機能を実現させることもできる。
【０１４１】
たとえば、管理サーバ１０２には本発明のＬＡＮ制御装置であるネットワークインターフェースカードを備え、管理サーバ１０２に接続される他の端末装置の機能はソフトウエアにておこなわせる構成などが考えられる。ここで、管理サーバ１０２にネットワークインターフェースカードを備える理由は、本発明のＬＡＮ制御装置を用いて構成される他の同様のＬＡＮとの接続をおこなわせるためである。この場合、管理サーバ１０２はルータとしての役割を持ち、外のＬＡＮ内に設置される端末装置と接続する場合には、そのＬＡＮ内に設置される管理サーバとの間でパケットのやり取りがおこなわれることになる。
【０１４２】
また、管理サーバ１０２がネットワークインターフェースカードを備える理由として、送信されてくるデータの受信許可の判断などはソフトウエアにておこなうよりハードウエアにておこなう方が一般に処理を高速にすることができ、管理サーバ本体のＣＰＵの占有率への影響も低減させることができるためである。但し、管理サーバ１０２にておこなう処理は、すべてソフトウエアにて実現することも可能である。
【０１４３】
一方、ソフトウエアにて処理をおこなう端末装置では、データの送受信時におこなう処理となる、ＴＣＰヘッダや、ＩＰヘッダへの暗号化鍵のセットなどは、トランスポート層３０３や、インターネット層３０５などの各レイヤでのアプリケーションにておこなわせることが可能である。また、データの暗号化や、復号化の処理、あるいは、自機宛に送信されたパケットか否かなどの判断処理もソフトウエアにて実現可能である。
【０１４４】
以上説明したように、通信接続方法、およびその方法をコンピュータに実行させるプログラム、通信接続装置、ＬＡＮ制御装置によれば、端末装置１０３と端末装置１０４にてデータ通信をおこなう際に、端末装置１０３がコネクション確立の要求をするときには、送信部２０１から管理サーバ１０２を通じて端末装置１０４に要求される。これに対し、端末装置１０４はコネクション確認応答を管理サーバ１０２を通じて端末装置１０３へと返す。このことにより、セッションの開始時には管理サーバ１０２にデータの送信許可されるための暗号鍵のみを保持していればよく、データの送受信をおこなう相手先の暗号鍵を保持していなくともよい。
【０１４５】
また、パケットを送信する相手先となる管理サーバ１０２や、端末装置１０４が、パケットの受信を許可するか否かを判断する際に用いる認証用のコードに、パケットのデータを暗号化するための暗号化鍵を使用する。このことにより、ネゴシエーションをおこなうセッションの開始時からデータを暗号化することができるようになる。そして、送信するパケットのヘッダ部にデータを暗号化するこの暗号化鍵をセットすることによって機密性の保持を図ることができる。
【０１４６】
また、次の回に送信するパケットの認証、およびパケットデータの暗号化をおこなうために使用する暗号化鍵を、一つ前のパケットの送信時に相手先に通知することにより、毎回異なる暗号化鍵を使用することができるようになり、セキュリティーの向上を図ることができる。
【０１４７】
また、本実施の形態で説明した通信接続方法は、予め用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。
【産業上の利用可能性】
【０１４８】
以上のように、本発明にかかる通信接続方法、およびその方法をコンピュータに実行させるプログラム、通信接続装置、ＬＡＮ制御装置は、データ通信をおこなう際の不正アクセスを防止するために有用であり、特に、クライアント数の多いＬＡＮの構築に適している。
【図面の簡単な説明】
【０１４９】
【図１】この発明の本実施の形態にかかるＬＡＮ制御装置を用いた配置構成を示す図である。
【図２】この発明の本実施の形態にかかるＬＡＮ制御装置の内部構成を示すブロック図である。
【図３】ＴＣＰ／ＩＰにおける階層ごとのデータ構造を示した説明図である。
【図４】この発明の本実施の形態にかかる端末装置の通信接続開始時の処理の一例を示すフローチャートである。
【図５】この発明の本実施の形態にかかるネゴシエーションの際に送受するパケットにセットする各種データを示す説明図である。
【図６】この発明の本実施の形態にかかるネゴシエーション完了後のデータ通信処理の一例を示すフローチャートである。
【図７】この発明の本実施の形態にかかるデータ通信処理の際におこなわれるデータ処理をパケットデータフォーマットを用いて説明した概要図である。
【図８】この発明の本実施の形態にかかるデータ通信処理をおこなう際のパケットにセットする各種データを示す説明図である。
【図９】この発明の本実施の形態にかかるデータの送受信範囲をＴＣＰ／ＩＰの階層を用いて示した概要図である。
【符号の説明】
【０１５０】
１００  ネットワーク
１０１，１０１ａ，１０１ｂ  ＬＡＮ
１０２  管理サーバ
１０３，１０４  端末装置
１０３ａ，１０４ａ  カード
２０１  送信部
２０２  暗号化鍵選定部
２０３  受信部
２０４  予告暗号化鍵選定部
２０５  予告暗号化鍵記憶部
２０６  送信部
２０７  受信予告暗号化鍵記憶部
２０８  受信部
３０１  アプリケーション層
３０２  送信用データ
３０３  トランスポート層
３０４  ＴＣＰヘッダ
３０５  インターネット層
３０６  ＩＰヘッダ
３０７  データリンク層
３０８  イーサネットヘッダ
３０９  物理層
９００  端末装置
【図１】
2005086597.tif 000003
【図２】
2005086597.tif 000004
【図３】
2005086597.tif 000005
【図４】
2005086597.tif 000006
【図５】
2005086597.tif 000007
【図６】
2005086597.tif 000008
【図７】
2005086597.tif 000009
【図８】
2005086597.tif 000010
【図９】
2005086597.tif 000011