(57)【要約】【課題】  ＳＳＬはインターネットブラウザなどで使用され特定のアプリケーションに実装され、それを使用するシステムの他のネットワーク通信に対しては効力を発揮しない。【解決手段】  ＤＮＳを使用する場合には、受信側の設定にＡＨをＩＰＳｅｃに適応する。そして、特定の相手１３０２を発見した後、ブラウザで、その相手１３０２と通信を行う場合、送受信の設定でＡＨ、ＥＳＰをＩＰＳｅｃに適応する。ＤＮＳを使用する場合、及び、その特定の相手１３０２と通信を行う場合のそれぞれで、匿名アドレスを用いる。【選択図】  図９
2005101740.tif 000002
【特許請求の範囲】
【請求項１】
外部リソースにアクセスするアクセス手段と、
外部リソースにアクセスするためのアプリケーションに応じて、セキュリティポリシーを設定する設定手段とを有し、
前記設定手段は、外部リソースにアクセスするアクセス元のアドレスとして匿名アドレスを設定することを特徴とする外部リソースアクセスセキュリティ制御装置。
【請求項２】
外部リソースにアクセスするためのアプリケーションに応じて、セキュリティポリシーを設定し、
外部リソースにアクセスするアクセス元のアドレスとして匿名アドレスを設定することを特徴とするセキュリティ制御方法。
【請求項３】
外部リソースにアクセスするためのアプリケーションに応じて、セキュリティポリシーを設定し、
外部リソースにアクセスするアクセス元のアドレスとして匿名アドレスを設定することを特徴とするセキュリティ制御プログラム。
【請求項４】
通信相手を探すためのプロトコルを実行する実行手段と、
前記実行手段が用いるプロトコルに応じたセキュリティポリシーを設定する設定手段とを有し、
前記設定手段は、前記通信相手を探すためのプロトコルにおいて用いる匿名アドレスを設定することを特徴とするセキュリティ制御装置。
【請求項５】
通信相手を探すために実行するプロトコルに応じてセキュリティポリシーを設定し、
前記通信相手を探すためのプロトコルにおいて用いる匿名アドレスを設定することを特徴とするセキュリティ制御方法。
【請求項６】
通信相手を探すために実行するプロトコルに応じてセキュリティポリシーを設定し、
前記通信相手を探すためのプロトコルにおいて用いる匿名アドレスを設定することを特徴とするセキュリティ制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュリティ制御装置に関する。
【背景技術】
【０００２】
インターネットの普及により、ネット上での商取り引きや買い物なども、ごく普通に行われるようになってきた。
【０００３】
だがそこでは、直接人が顔を合わせることなく行われる取り引きだけに、ネットならではの「盗聴」「データの改ざん」「第三者によるなりすまし」、などの犯罪が多数発生するようになった。
【０００４】
これに伴って、データの送受信、電子商取引などにおけるセキュリティをどのように保ち、安全性を確保するのかが大きな課題になっている。
【０００５】
ネットワークの通信におけるセキュリティ確保の方法はＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ、以下ＳＳＬ）、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ、以下ＴＬＳ）、ＩＰＳｅｃ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｓｅｃｕｒｉｔｙ、以下ＩＰＳｅｃ）など様々なものが存在する。ＩＰＳｅｃについては、非特許文献１に記載されている。
【０００６】
ＳＳＬは、ウェブサーバ・ブラウザ・携帯端末間の通信を保護するための暗号化通信を実現する。これは主に特定のアプリケーション間の通信に使用される。ＴＬＳも同様に２つのアプリケーション間通信に使用される。
【０００７】
一方、ＩＰＳｅｃはＩＰレベルでセキュリティを確保するのでそのシステム上で稼動するアプリケーションの全てのネットワーク通信に効力を発揮する。
【非特許文献１】ＲＦＣ  ２４０２、２４０６
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記の従来技術では、ＳＳＬはインターネットブラウザなどで使用され特定のアプリケーションに実装され、それを使用するシステムの他のネットワーク通信に対しては効力を発揮しないという問題があった。
【０００９】
例えば、ＷｅｂブラウザでＳＳＬを用いて外部リソースを閲覧している場合、同じシステム上でメールソフトを使用して電子メールを送受信する場合にはセキュリティを確保できない。
【００１０】
本発明の目的は、上記の問題に対してなされたものであり、アプリケーションごとに異なったアドレスを付与し、異なったセキュリティポリシーを使用することによって、アプリケーションを使用するユーザが所望するセキュリティレベルで通信を暗号化して、適切なきめの細かいアクセス制御を行うことを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本出願に係わる発明は、外部リソースにアクセスするアクセス手段と、外部リソースにアクセスするためのアプリケーションに応じて、セキュリティポリシーを設定する設定手段とを有し、前記設定手段は、外部リソースにアクセスするアクセス元のアドレスとして匿名アドレスを設定することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、外部リソースにアクセスするためのアプリケーションに応じて、セキュリティポリシーを設定し、外部リソースにアクセスするアクセス元のアドレスとして匿名アドレスを設定することによって、様々なアプリケーションが外部リソースにアクセスする場合に、適切にきめの細かい制御を行うことを可能とした。
【００１３】
また、通信相手を探すために実行するプロトコルに応じてセキュリティポリシーを設定し、前記通信相手を探すためのプロトコルにおいて用いる匿名アドレスを設定することにより、通信相手を探すために実行するプロトコルに応じて、適切にきめの細かい制御を行うことを可能とした。
【発明を実施するための最良の形態】
【００１４】
本形態では、アプリケーション毎に異なるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスと異なるセキュリティレベルを用いてＷｅｂサーバ等の外部資源にアクセスするＩＰｖ６通信装置において、ＩＰＳｅｃとＩＰアドレスとして匿名アドレス（ｔｅｍｐｏｒａｒｙ  ａｄｄｒｅｓｓ）を使用する。さらに、セキュリティ（プライバシー保護、暗号化、認証を含む）付き通信をアプリケーションに基づいて行うことによって、アプリケーション毎にセキュアなアクセス制御を可能にする。
【００１５】
以下、本形態について図面を用いて説明する。本形態は、例えば、図１に示すようなシステムに適用される。
【００１６】
＜システム全体構成＞
図１は、本形態におけるシステム全体の構成図である。本形態のシステムでは、図１に示すように、ＰＣ（パーソナルコンピュータ）などのコンピュータシステム６００がインターネットなどの外部ネットワーク６０１と接続されている。図６のコンピュータシステム６００は、ユーザがインターネットのリソースを閲覧するなどの様々な機能を有する所謂コンピュータであり、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤなどから構成されるコンピュータシステムである。
【００１７】
本形態では、説明を簡素化するためコンピュータシステムが一台である場合を説明するが、コンピュータシステム６００が同一セグメント内に複数台存在する場合も同様に実施できる。
【００１８】
＜コンピュータシステムブロック図＞
図２は本形態として例に挙げたコンピュータシステム６００の構成を示すブロック図である。
【００１９】
図２の７０１は情報処理装置の制御をつかさどる中央演算装置（以下ＣＰＵと記す）である。後述するように、ＣＰＵ７０１は、外部リソースにアクセスするためのアプリケーションに応じて、セキュリティポリシーを設定する設定手段であり、外部リソースにアクセスするアクセス元のアドレスとして匿名アドレスを設定する。
【００２０】
７０２はランダムアクセスメモリ（以下ＲＡＭと記す）であり、ＣＰＵ７０１の主メモリとして、及び実行プログラムの領域や該プログラムの実行エリアならびにデータエリアとして機能する。
【００２１】
７０３はＣＰＵ７０１の動作処理手順を記憶しているリードオンリーメモリ（以下ＲＯＭと記す）である。ＲＯＭ７０３には情報処理装置の機器制御を行うシステムプログラムである基本ソフト（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ、以下ＯＳと記す）を記録したプログラムＲＯＭと、システムを稼働するために必要な情報等が記録されたデータＲＯＭがある。ＲＯＭ７０３の代わりに後述のＨＤＤ７０９を用いる場合もある。
【００２２】
７０４はネットワークインターフェイス（ＮＥＴＩＦ）であり、ネットワークを介して情報処理装置間のデータ転送を行うための制御や接続状況の診断を行う。ＮＥＴＩＦは、外部リソースにアクセスするためのアクセス手段である。
【００２３】
７０５はビデオＲＡＭ（ＶＲＡＭ）で、情報処理装置の稼働状態を示す後述するＣＲＴ７０６の画面に表示される画像を展開し、その表示の制御を行う。
【００２４】
７０６は表示装置であって、例えばディスプレイなどである。以下ＣＲＴと記す。もちろん、液晶を用いたディスプレイでもよい。
【００２５】
７０７は後述する外部入力装置７０８からの入力信号を制御するためのコントローラである。
【００２６】
７０８は情報処理装置の利用者が情報処理装置に対して行う操作を受けつけるための外部入力装置であり、例えばキーボードや、マウスなどのポインティングデバイスであり、以下単にＫＢと記す。
【００２７】
７０９はハードディスクドライブ（ＨＤＤ）を示し、アプリケーションプログラムや、画像情報などのデータ保存用に用いられる。本形態におけるアプリケーションプログラムとは、本形態を構成する各種処理手段を実行するソフトウェアプログラムなどである。
【００２８】
７１０は外部入出力装置であって、例えばフロッピー（Ｒ）ディスクドライブ、ＣＤＲＯＭドライブなどのリムーバブルディスクを入出力するものであり、上述したアプリケーションプログラムの媒体からの読み出しなどに用いられる。以下、単にＦＤＤと記す。
【００２９】
なお、ＨＤＤ７０９に格納するアプリケーションプログラムやデータをＦＤＤ７１０に格納して使用することも可能である。
【００３０】
７００は上述した各ユニット間を接続するための入出力バス（アドレスバス、データバス、及び制御バス）である。
【００３１】
＜ＩＰｖ６アドレス生成＞
はじめに、ＩＥＥＥ  ＥＵＩ−６４形式、ＩＰｖ６アドレスの生成方法、アドレス重複検出方法を説明し、次にｔｅｍｐｏｒａｒｙ  ａｄｄｒｅｓｓ（匿名アドレス）を説明する。
【００３２】
以下、Ｒ．Ｈｉｎｄｅｎ、Ｓ．Ｄｅｅｒｉｎｇ、ＩＰ  Ｖｅｒｓｉｏｎ  ６  Ａｄｄｒｅｓｓｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ、ＲＦＣ２３７３、Ｊｕｌｙ１９９８に記載されている内容のうち、本形態に関連する部分を取り上げて説明する。より詳細にはＲＦＣ２３７３に記載されている。
【００３３】
典型的なＩＰｖ６アドレスはｐｒｅｆｉｘとｉｎｔｅｒｆａｃｅ  ＩＤからなり、ｐｒｅｆｉｘが上位６４ビット、ｉｎｔｅｒｆａｃｅ  ＩＤが下位６４ビットである。
【００３４】
例えば、ＩＥＥＥ  ＥＵＩ−６４形式のｉｎｔｅｒｆａｃｅ  ＩＤは、イーサネット（Ｒ）インターフェイス（図２のＮＥＴＩＦ７０４）のＭＡＣアドレス４８ビットを元にして以下のように生成される。
【００３５】
イーサネット（Ｒ）のＩＥＥＥ  ｉｄｅｎｔｉｆｉｅｒ（ＭＡＣ  ａｄｄｒｅｓｓ）は、６バイト長のアドレスで、先頭の３バイトは製造ベンダーコードとしてＩＥＥＥによって管理・割当てがされている。残り３バイトは各ベンダーに管理が任されており、重複が起こらないように割当てがされる。ベンダーが管理するコードはイーサネット（Ｒ）・カード毎に異なるように振られるので、イーサネット（Ｒ）・カード毎に世界で唯一のアドレスが対応し、イーサネット（Ｒ）上でのデータの送受信の際にアドレスとして利用される。
【００３６】
ＩＥＥＥ  ＥＵＩ−６４形式のインターフェイスＩＤは、イーサネット（Ｒ）のＭＡＣ  ａｄｄｒｅｓｓを３バイトずつに分割し、中間に１６進数の「ＦＦＦＥ」をはさみ、先頭から７ビット目を１にする。
【００３７】
次に、ｔｅｍｐｏｒａｒｙ  ａｄｄｒｅｓｓ（匿名アドレス）を説明する。
【００３８】
Ｔ．Ｎａｒｔｅｎ、Ｒ．Ｄｒａｖｅｓ、Ｐｒｉｖａｃｙ  Ｅｘｔｅｎｓｉｏｎｓ  ｆｏｒ  Ｓｔａｔｅｌｅｓｓ  Ａｄｄｒｅｓｓ  Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎ  ＩＰｖ６、ＲＦＣ３０４１には、ＩＥＥＥ  ＥＵＩ−６４形式のアドレスの課題とその対策としてのｔｅｍｐｏｒａｒｙ  ａｄｄｒｅｓｓ（匿名アドレス）が述べられている。つまり、イーサネット（Ｒ）インターフェイスのＭＡＣアドレスから生成されるＩＥＥＥ  ＥＵＩ−６４形式のｉｎｔｅｒｆａｃｅ  ＩＤは、インターフェイス、つまりＩＰｖ６装置を識別するためのＩＤとしても機能するので、プライバシーの侵害に悪用されうる。そこで、異なるｉｎｔｅｒｆａｃｅ  ＩＤをある期間毎に生成し、それを用いることでプライバシー侵害を防ぐ。
【００３９】
ｔｅｍｐｏｒａｒｙ  ａｄｄｒｅｓｓ（匿名アドレス）の作成方法は、上述したイーサネット（Ｒ）のＭＡＣ  ａｄｄｒｅｓｓからインターフェイスＩＤを作成する方法とは異なり、ＭＤ５  ｍｅｓｓａｇｅ  ｄｉｇｅｓｔを使う。ＭＤ５とは１２８ビットを入力し、１２８ビットを出力する関数である。
【００４０】
入力１２８ビットは、上位６４ビットと下位６４ビットから次のように構成される。すなわち、現在のｉｎｔｅｒｆａｃｅ  ＩＤを上位６４ビットとする。また、何らかの方法で生成したランダムな値６４ビットあるいは前回のＭＤ５の計算結果の下位６４ビットを、入力１２８ビットの下位６４ビットとする。この１２８ビットを入力としてＭＤ５  ｍｅｓｓａｇｅ  ｄｉｇｅｓｔを計算し、その計算結果１２８ビットの上位６４ビットを取り出す。取り出した６４ビットの左から７ビット目をゼロにした６４ビットを次のｉｎｔｅｒｆａｃｅ  ＩＤとする。計算結果の下位６４ビットは、次回のＭＤ５の計算に用いるため、記録しておく。
【００４１】
以上の生成方法に従ってある期間毎に異なるｉｎｔｅｒｆａｃｅ  ＩＤが生成され、それらのｉｎｔｅｒｆａｃｅ  ＩＤがグローバルアドレスとして使用されるならば、ＩＥＥＥ  ＥＵＩ−６４形式で作成されたアドレスを使う場合とは異なり、ｎｏｄｅが同一であるか否かを判断することが困難なので、プライバシー侵害を防ぐ効果がある。
【００４２】
＜ＩＰＳｅｃの暗号・認証機能＞
ＩＰＳｅｃでは、利用する具体的な暗号化アルゴリズムなどをあえて特定せず、あらゆる暗号を利用できるような柔軟な枠組みを提供している。
【００４３】
ＩＰＳｅｃの通信時に実際に使う暗号化アルゴリズムと暗号鍵であるが、これらはあらかじめ手動で設定しておくか、あるいは通信の開始直前に行われる通信相手とのネゴシエーション（事前の折衝）の段階で動的に決定、交換が行われる。一連のネゴシエーションの結果として、お互いの間で得られた暗号化アルゴリズムや暗号鍵に関する合意は、ＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ、以下ＳＡ）と呼ばれる。
【００４４】
このＳＡの確定と同時に、ＳＡと関連付けされたＳＰＩ（Ｓｅｃｕｒｉｔｙ  Ｐｏｉｎｔｅｒ  Ｉｎｄｅｘ、以下ＳＰＩ）と呼ばれる３２ビットの整数値が割当てられる。ＳＰＩは暗号化通信で各パケット中に挿入され、パケット内の通信内容がどのような暗号化アルゴリズムで暗号化されたのか、どの暗号鍵を使うのかといったことを示すガイドとなる。
【００４５】
ネゴシエーションが終了した後、当事者同士で暗号化されたパケットによる通信が開始される。この段階では前述のＳＰＩの値も定まり、あとはＳＰＩをお互いの「合言葉」として暗号化通信が行われる。ＩＰＳｅｃではパケットごとに暗号化がなされ、ＥＳＰ（Ｅｎｃａｐｓｕｌａｔｉｎｇ  Ｓｅｃｕｒｉｔｙ  Ｐａｙｌｏａｄ、以下ＥＳＰ）と呼ばれる入れ物にパックされて送信される。ＥＳＰは、暗号化された通信内容にＳＰＩとシーケンス番号フィールド、そして認証データという３つの付加情報が付け加えられた構造をとる。
【００４６】
ＡＨ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｈｅａｄｅｒ、以下ＡＨ）は、「完全性の保証」と「認証」のための仕組みである。ＡＨではデータの暗号化は行わず、ＳＰＩ、シーケンス番号、そして認証データのみをパックして通常のＩＰパケットの中に加えるようになっている。
【００４７】
暗号アルゴリズムの種類、前記ＥＳＰ、前記ＡＨの組み合わせによる様々なセキュリティの設定が可能となる。
【００４８】
＜モジュール構成と機能＞
図３を参照しながら、本形態のコンピュータシステム６００内のモジュールについて説明する。コンピュータシステム６００のセキュリティ制御は、図３のセキュリティ制御モジュール８００で実現される。
【００４９】
セキュリティ制御モジュール８００は、ＩＰアドレス管理部８０１、セキュリティポリシー管理部８０２、アプリケーション管理部８０３、セキュリティ制御部８０４、暗号化部８０５から構成される。ＩＰアドレス管理部８０１、セキュリティポリシー管理部８０２、アプリケーション管理部８０３は、ＲＡＭ７０２上に構成される。セキュリティ制御部８０４は、ＣＰＵ７０１のソフトウェアにより実現される。暗号化部８０５は、ＣＰＵ７０１のソフトウェアにより、又は、ＣＰＵ７０１のソフトウェアと不図示のハードウェアの組み合わせにより、実現される。
【００５０】
ＩＰアドレス管理部８０１は、ＲＡＭ７０２上に構成され、先に説明したＩＰｖ６のｔｅｍｐｏｒａｒｙ  ａｄｄｒｅｓｓ（匿名アドレス）と、そのアドレスを通信に使用しているコンピュータシステム６００のアプリケーションを管理するためのテーブルであり、ＩＰアドレスとアプリケーションとを一意に特定できる検索、読み書き、追加、削除可能な機能を有する。
【００５１】
セキュリティポリシー管理部８０２は、ＲＡＭ７０２上に構成され、コンピュータシステム６００のアプリケーションで使用するセキュリティレベルと、それに対応する暗号化の種類、ＡＨ、ＥＳＰなどセキュリティポリシーを管理するためのテーブルであり、セキュリティレベルとセキュリティポリシーとを一意に特定できる検索、読み書き、追加、削除可能な機能を有する。
【００５２】
アプリケーション管理部８０３は、ＲＡＭ７０２上に構成され、コンピュータシステム６００のアプリケーションと、それに対応する前記セキュリティレベルを管理するためのテーブルであり、アプリケーションと前記セキュリティレベルとを一意に特定できる検索、読み書き、追加、削除可能な機能を有する。
【００５３】
セキュリティ制御部８０４は、前記ＩＰアドレス管理部８０１、セキュリティポリシー管理部８０２、アプリケーション管理部８０３の情報を取得し、アプリケーションの通信時に、そのアプリケーションに対応するセキュリティポリシー及び匿名アドレスを使用する。すなわち、コンピュータシステム６００のアプリケーション動作時にそのアプリケーションの通信を制御して、セキュリティポリシーに従い後述の暗号化部８０５にＩＰＳｅｃに必要な設定と指示をする機能を有する。また、先に説明した方法でＩＰｖ６のｔｅｍｐｏｒａｒｙ  ａｄｄｒｅｓｓ（匿名アドレス）を生成する機能を有する。さらに前記ＩＰアドレス管理部８０１の情報を更新する機能も有する。セキュリティ制御部８０４は、ＣＰＵ７０１のソフトウェアにより実現される。
【００５４】
暗号化部８０５は、暗号化アルゴリズムや暗号鍵の決定など通信相手とのネゴシエーションを行う機能を有し、通信データ（通信パケット）にＩＰＳｅｃを施すのに必要な設定と暗号化と復号化を実施する機能を有する。暗号化部８０５は、ＣＰＵ７０１のソフトウェアにより、又は、ＣＰＵ７０１のソフトウェアと不図示のハードウェアの組み合わせにより、実現される。
【００５５】
＜ＩＰアドレス管理部＞
図４は、本形態における図３のＩＰアドレス管理部８０１の概念図である。ＩＰアドレス管理部８０１は、アドレス項目９０１とアプリケーション項目９０２の二つから構成される。ＩＰアドレス管理部８０１は、ＲＡＭ７０２上に構成され、それぞれの項目に対して、検索、読み書き、追加、削除可能なものとなっており、アドレス項目９０１に対してアプリケーション項目９０２が一意に特定される。
【００５６】
アドレス項目９０１には、ＩＰｖ６のｔｅｍｐｏｒａｒｙ  ａｄｄｒｅｓｓ（匿名アドレス）が格納される。
【００５７】
アプリケーション項目９０２には、コンピュータシステム６００で使用されるアプリケーション名が格納される。前記アプリケーション項目９０２にアプリケーション名が格納されていない状態はそれに対応するＩＰアドレスがその時点でアプリケーションに使用されていないことを表す。
【００５８】
＜セキュリティポリシー管理部＞
図５は、本形態における図３のセキュリティポリシー管理部８０２の概念図である。
【００５９】
セキュリティポリシー管理部８０２は、セキュリティレベル項目１００１とセキュリティパラメータ項目１００２から構成される。セキュリティポリシー管理部８０２は、ＲＡＭ７０２上に構成され、それぞれの項目に対して、検索、読み書き、追加、削除可能なものとなっており、セキュリティレベル項目１００１に対してセキュリティパラメータ項目１００２が一意に特定される。
【００６０】
セキュリティレベル項目１００１には、セキュリティ強さを表す数値が格納される。
【００６１】
セキュリティパラメータ項目１００２には、ＩＰＳｅｃに必要なパラメータ（暗号化や認証のためのパラメータ）が格納される。そのパラメータは先のセキュリティレベル項目１００１に応じて設定値が羅列されており、例えばセキュリティレベル０ではＡＨ：ＩＮが格納されていた場合、受信側の設定にＡＨ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｈｅａｄｅｒ）をＩＰＳｅｃに適応することを意味する。またセキュリティレベル６ではＡＨ：ＥＳＰ：ＩＮＯＵＴが格納されている場合、送受信の設定でＡＨ、ＥＳＰ（Ｅｎｃａｐｓｕｌａｔｉｎｇ  Ｓｅｃｕｒｉｔｙ  Ｐａｙｌｏａｄ）をＩＰＳｅｃに適応することを意味する。
【００６２】
＜アプリケーション管理部＞
図６は、本形態における図３のアプリケーション管理部８０３の概念図である。アプリケーション管理部８０３は、アプリケーション項目１１０１とセキュリティ項目１１０２の二つから構成される。アプリケーション管理部８０３は、ＲＡＭ７０２上に構成され、それぞれの項目に対して、検索、読み書き、追加、削除可能なものとなっており、アプリケーション項目１１０１に対してセキュリティ項目１１０２が一意に特定される。
【００６３】
アプリケーション項目１１０１は、コンピュータシステム６００で使用されるアプリケーション名が格納されており、ＩＰＳｅｃを適応する対象となる。
【００６４】
セキュリティ項目１１０２にはセキュリティレベルが格納されており、先のセキュリティポリシー管理部８０２のセキュリティレベル項目１００１と同値を示している。さらにアプリケーション項目１１０１のアプリケーションがセキュリティ項目１１０２に格納されている値のセキュリティレベルであることを示している。
【００６５】
＜システム処理の流れ＞
本形態のシステムにおける処理全体の流れを説明する。
【００６６】
予め以下の設定作業をおこなう。
【００６７】
コンピュータシステム６００において、ＲＡＭ７０２上のセキュリティポリシー管理部８０１に、セキュリティレベルとそれに対応するＩＰＳｅｃのパラメータを設定する。さらに、ＲＡＭ７０２上のアプリケーション管理部８０３にコンピュータシステム６００で使用する外部ネットワークリソースにアクセスするアプリケーションとそれに対するセキュリティレベルを設定する。
【００６８】
また、上述したように、ＭＤ５  ｍｅｓｓａｇｅ  ｄｉｇｅｓｔ  を用いて、ＩＰｖ６のｔｅｍｐｏｒａｒｙ  ａｄｄｒｅｓｓ（匿名アドレス）を生成し、ＩＰアドレス管理部８０１のアドレス項目９０１に格納する。
【００６９】
ここで、コンピュータシステム６００における処理の流れを図７、図８のシステム処理フローチャートを用いて説明する。このフローチャートは、ＨＤＤ７０９に記憶されたアプリケーションプログラムの一部を示す。
【００７０】
コンピュータシステム６００の使用ユーザが所望のアプリケーションを起動する（Ｓ１２００）。
【００７１】
Ｓ１２０１でセキュリティ制御部８０４がコンピュータシステム６００のＯＳ（Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）から先に起動されたアプリケーションを認識する。
【００７２】
Ｓ１２０２で、セキュリティ制御部８０４は先に取得、認識したアプリケーション名を用いてアプリケーション管理部８０３のアプリケーション項目１１０１を検索する。検索の結果、同一のアプリケーション名が存在した場合Ｓ１２０４へ、存在しない場合はＩＰＳｅｃ実施非対象として認識する（Ｓ１２０３）。
【００７３】
Ｓ１２０３で存在した場合、Ｓ１２０４で、そのアプリケーション項目１１０１に対応するセキュリティレベル１１０２の値をセキュリティ制御部８０４が取得、維持する。
【００７４】
取得、維持した前記セキュリティレベルの値を用いてセキュリティポリシー管理部８０２のセキュリティレベル項目１００１を検索する（Ｓ１２０５）。
【００７５】
検索の結果、同一のセキュリティレベルが存在した場合Ｓ１２０７へ、存在しない場合はＩＰＳｅｃ実施非対象として認識する（Ｓ１２０６）。
【００７６】
Ｓ１２０６で存在した場合、Ｓ１２０７で、そのセキュリティレベルに対応するセキュリティパラメータ項目１００２からセキュリティパラメータ（暗号化や認証（ＩＰＳｅｃ）のためのパラメータ）を取得、維持する。
【００７７】
Ｓ１２０８で、アドレス管理部８０１よりアプリケーション項目９０２が空のカラムを検索する。
【００７８】
Ｓ１２０９で、検索の結果、アプリケーション項目９０２に空のカラムが存在した場合Ｓ１２１１へ、存在しない場合はＳ１２１０へ進む。
【００７９】
Ｓ１２０９でアプリケーション項目９０２に空が存在しない場合は、前述のｔｅｍｐｏｒａｒｙ  ａｄｄｒｅｓｓ（匿名アドレス）を生成し、Ｓ１２１２へ進む。
【００８０】
Ｓ１２０９でアプリケーション項目９０２に空が存在した場合、Ｓ１２１１で、その中の１カラムにアプリケーション名を挿入し、それに対応するＩＰアドレスをアドレス項目９０１から取得する。
【００８１】
Ｓ１２１２で、セキュリティ制御部８０４は、Ｓ１２０７で取得、維持したセキュリティパラメータを使用してＯＳに必要な設定をする（外部リソースにアクセスするためのアプリケーションに応じて、セキュリティポリシーを設定する）。また、先に起動したアプリケーションがデータを送受信する直前に、通信相手と必要なネゴシエーションを行う。このネゴシエーションでは、Ｓ１２０７で取得したセキュリティパラメータを使用する。また、このＳ１２１２のネゴシエーションでは、ＩＰアドレスは、Ｓ１２１０で生成したＩＰアドレス、あるいは、Ｓ１２１１でアドレス管理部８０１から取得したＩＰアドレスを用いる（外部リソースにアクセスするアクセス元のアドレスとして匿名アドレスを設定する）。
【００８２】
Ｓ１２１３で、通信相手とのデータに認証データや暗号化の処理、すなわちＩＰＳｅｃを実施して、先のアプリケーションによる通信が確立される。
【００８３】
以上の形態では、アプリケーションごとに、ＩＰアドレスを設定したが、他の形態１では、セッションごとに、ＩＰアドレスを設定する。また、他の形態２では、接続先ごとに、ＩＰアドレスを設定する。更に、他の形態３では、ブラウザの画面を複数開く場合に、画面ごとに、ＩＰアドレスを設定する。
【００８４】
次に、本形態のシステムでアプリケーション毎にＩＰＳｅｃが実行されている例の概念図を図９に示し、それを用いて例を記述する。
【００８５】
例えば、ユーザが特定の相手を探し当てその相手と通信を行う場合を想定する。
【００８６】
特定の相手を探す場合、ＤＮＳ（Ｄｉｒｅｃｔｏｒｙ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ以下、ＤＮＳ）やＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙなどのいわゆるサーバを検索する場合と、Ｐ２Ｐ（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ以下、Ｐ２Ｐ）などの広告の検索などがある。この場合それぞれのプロトコルが存在するので、それぞれにあったセキュリティポリシーで通信をする必要がある。すなわち、通信相手を探すためのプロトコルは、いくつか存在するが、Ｓ１２０２で、通信相手を探すために、どのプロトコルを実行するか認識し、認識したプロトコルに応じてセキュリティポリシーを設定する（Ｓ１２１２）。また、通信相手を探すためのプロトコルにおいて用いる匿名アドレスを設定する（Ｓ１２１０又はＳ１２１１）。
【００８７】
例えば、ＤＮＳを使用する場合、セキュリティの秘匿性はあまりないのでセキュリティレベル１で通信を行う。すなわち、コンピュータシステム６００（図１）は、ＤＮＳを使用する場合のセキュリティレベルがレベル１で、セキュリティレベル１ではＡＨ：ＩＮが格納されていた場合、受信側の設定にＡＨをＩＰＳｅｃに適応する。そして、ＤＮＳサーバ１３０１にアクセスし、特定の相手１３０２のアドレスを問合せる。他の形態では、ＤＮＳを使用する場合、セキュリティをかけない（特定の相手と通信する場合は、セキュリティをかける）。
【００８８】
そして、コンピュータシステム６００は、特定の相手１３０２を発見した後、ブラウザで、その相手１３０２とセキュリティレベルが高い通信を行う場合、セキュリティレベル６で通信を行う。すなわち、ブラウザで特定の相手と通信する場合のセキュリティレベルがレベル６で、セキュリティレベル６ではＡＨ：ＥＳＰ：ＩＮＯＵＴが格納されている場合、送受信の設定でＡＨ、ＥＳＰをＩＰＳｅｃに適応する。
【００８９】
また、コンピュータシステム６００は、ＤＮＳ１３０１にアクセスする場合と、特定の相手１３０２と通信する場合のそれぞれで、アクセス元のアドレスとしてＳ１２１０又はＳ１２１１で設定した匿名アドレスを用いる。コンピュータシステム６００は、ＤＮＳサーバ１３０１にメッセージを送信する場合と、ＤＮＳサーバ１３０１から取得したアドレスの相手１３０２にメッセージを送信する場合で、異なる送信元アドレスを用いる。また、ＤＮＳサーバ１３０１からのメッセージを受信する場合、及び、ＤＮＳサーバ１３０１から取得したアドレスの相手１３０２からメッセージを受信する場合、メッセージの宛先アドレスが、ＤＮＳサーバ１３０１へメッセージを送信したときの送信元アドレス、相手１３０２へメッセージを送信したときの送信元アドレスであった場合、そのメッセージを自分宛てのメッセージとして受信する。
【００９０】
以上のことから、コンピュータシステム６００のユーザが通信相手と通信する場合、例えばブラウザでアクセスする場合、ＤＮＳにアクセスする時には、信頼できるＤＮＳサーバであることを保障し、ユーザが所望のリソースまたは通信相手とデータの送受信する時には、プライバシーの侵害に悪用されにくいＩＰｖ６アドレスを使用して、経路途中はＥＳＰで暗号化されたデータを送受信する。
【００９１】
ＩＥＥＥ  ＥＵＩ−６４形式で作成されたｉｎｔｅｒｆａｃｅ  ＩＤを含むＩＰｖ６アドレスを使用すること、および暗号化されていない通信データがその通信相手と送受信されることは無い。
【００９２】
従って、例えば、コンピュータシステム６００のユーザがコンピュータに詳しくない者であっても、自分で煩雑な設定を行うこと無しにプライバシー保護と暗号化がなされた状態で通信相手と通信できる。
【００９３】
さらに、特定方法で生成されるアドレスと、暗号化・認証機能（ＩＰＳｅｃ）を組み合わせることにより、コンピュータシステムが同一であるか否かを判断することを困難にしプライバシー侵害を防ぎながら通信データの暗号化や認証を行うことにより、ユーザに適切なきめの細かいアクセス制御をユーザに意識させることなく行うことを可能とした。
【００９４】
しかも、ユーザが不用意な操作をしたり、コンピュータ１００が故障によりＩＥＥＥ−６４形式のｉｎｔｅｒｆａｃｅ  ＩＤしか使えない状態になったりしても、その場合には通信相手との通信が行なわれないように制御を行うので、事故によるプライバシー侵害や情報漏洩を防ぐこともできる。
【００９５】
さらに、コンピュータシステム６００のユーザがコンピュータに詳しく意図的にプライバシー侵害や情報漏洩を起そうとしても、防ぐことができる。
【図面の簡単な説明】
【００９６】
【図１】システムの構成図である。
【図２】コンピュータシステムブロック図である。
【図３】システムモジュール構成図である。
【図４】アドレス管理部概念図である。
【図５】セキュリティポリシー管理部概念図である。
【図６】アプリケーション管理部概念図である。
【図７】システム処理のフローチャートである。
【図８】システム処理のフローチャートである。
【図９】システム概念図である。
【符号の説明】
【００９７】
６００  コンピュータシステム
６０１  ネットワーク
【図１】
2005101740.tif 000003
【図２】
2005101740.tif 000004
【図３】
2005101740.tif 000005
【図４】
2005101740.tif 000006
【図５】
2005101740.tif 000007
【図６】
2005101740.tif 000008
【図７】
2005101740.tif 000009
【図８】
2005101740.tif 000010
【図９】
2005101740.tif 000011
【手続補正書】
【提出日】平成16年8月18日(2004.8.18)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
＜システム全体構成＞
図１は、本形態におけるシステム全体の構成図である。本形態のシステムでは、図１に示すように、ＰＣ（パーソナルコンピュータ）などのコンピュータシステム６００がインターネットなどの外部ネットワーク６０１と接続されている。図１のコンピュータシステム６００は、ユーザがインターネットのリソースを閲覧するなどの様々な機能を有する所謂コンピュータであり、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤなどから構成されるコンピュータシステムである。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
＜ＩＰｖ６アドレス生成＞
はじめに、ＩＥＥＥ  ＥＵＩ−６４形式を説明し、次にｔｅｍｐｏｒａｒｙ  ａｄｄｒｅｓｓ（匿名アドレス）を説明する。