(57)【要約】【課題】分散アプリケーションプログラムを実行する複数の情報処理装置の各々に対して適切なセキュリティポリシーを設定する。【解決手段】情報処理装置に設定するセキュリティポリシーを生成するセキュリティポリシー生成方法は、通信される複数のメッセージの各々について、当該メッセージの送信者及び受信者を定めたアプリケーションモデルを生成する段階と、メッセージに付加される電子署名の署名者等を未決定パラメータとしたセキュリティパターンを複数格納する段階と、アプリケーションモデルに含まれる複数のメッセージの各々に対応付けて、当該メッセージの送信者又は受信者に設定するセキュリティポリシーの雛形となるセキュリティパターンを選択する段階と、アプリケーションモデルに含まれる各々のメッセージの送信者又は受信者の識別情報を、当該メッセージに対応付けて選択したセキュリティパターンの未決定パラメータに代入する段階とを備える。【選択図】図３
2006011554.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置に対して設定される、当該情報処理装置が送受信するメッセージに付加されるべき電子署名、及び、当該情報処理装置が送受信するメッセージを暗号化すべき暗号方式の少なくとも一方を定めるセキュリティポリシーを生成するセキュリティポリシー生成方法であって、
分散アプリケーションプログラムにより通信される複数のメッセージの各々について、当該メッセージの送信者及び受信者を定めたアプリケーションモデルを、利用者の指示に基づいて生成するアプリケーションモデル生成段階と、
メッセージに付加される電子署名の署名者、又は、暗号化されたメッセージを復号させる復号者を未決定パラメータとした、セキュリティポリシーの雛形であるセキュリティパターンを、予め複数格納するセキュリティパターン格納段階と、
前記アプリケーションモデルに含まれる複数のメッセージの各々に対応付けて、当該メッセージの送信者又は受信者に設定するセキュリティポリシーの雛形となるセキュリティパターンを、利用者の指示に基づいて選択するセキュリティパターン選択段階と、
前記アプリケーションモデルに含まれる各々のメッセージの送信者又は受信者の識別情報を、当該メッセージに対応付けて選択した当該セキュリティパターンの未決定パラメータに代入することにより、セキュリティポリシーを生成するセキュリティポリシー生成段階と
を備えるセキュリティポリシー生成方法。
【請求項２】
前記セキュリティパターン格納段階において、メッセージの受信者に対する設定であって、メッセージの送信者を未決定パラメータとし、当該送信者の電子署名が付加されたメッセージの受信を許可する旨の設定を、前記セキュリティパターンとして格納し、
前記セキュリティポリシー生成段階において、当該セキュリティパターンが選択されたことに応答して、当該セキュリティパターンの送信者についての未決定パラメータに、当該セキュリティパターンに対応するメッセージの送信者の識別情報を代入する
請求項１記載のセキュリティポリシー生成方法。
【請求項３】
前記セキュリティパターン格納段階において、メッセージの受信者に対する設定であって、メッセージの受信者を未決定パラメータとし、当該受信者により復号可能な暗号で暗号化されたメッセージの受信を許可する旨の設定を、前記セキュリティパターンとして格納し、
前記セキュリティポリシー生成段階において、当該セキュリティパターンが選択されたことに応答して、当該セキュリティパターンの受信者としての未決定パラメータに、当該セキュリティパターンに対応するメッセージの受信者の識別情報を代入する
請求項１記載のセキュリティポリシー生成方法。
【請求項４】
前記メッセージは、複数のメッセージパートを含み、
前記アプリケーションモデル生成段階において、メッセージパート毎に、当該メッセージパートの送信者及び受信者を定めた前記アプリケーションモデルを生成し、
前記セキュリティパターン選択段階において、メッセージパートの各々に対応付けて、当該メッセージパートの送信者又は受信者に設定する前記セキュリティポリシーの雛形となるセキュリティパターンを選択し、
前記セキュリティポリシー生成段階において、メッセージパートの各々の送信者又は受信者の識別情報を、当該メッセージパートに対応付けて選択した当該セキュリティパターンの未決定パラメータに代入することにより、セキュリティポリシーを生成する
請求項１記載のセキュリティポリシー生成方法。
【請求項５】
前記セキュリティパターン格納段階において、メッセージの送信者、受信者、及び中継者の各々に設定可能なセキュリティポリシーの雛形である、送信者用セキュリティパターン、受信者用セキュリティパターン、及び中継者用セキュリティパターンを格納し、
セキュリティポリシーの設定対象である情報処理装置が、セキュリティポリシーの設定対象であるメッセージの送信者、受信者、及び中継者の何れであるかに基づいて、当該情報処理装置に設定可能なセキュリティパターンの候補を選択する候補選択段階を更に備え、
前記セキュリティパターン選択段階において、前記候補選択段階において選択されたセキュリティパターンの候補の中から、利用者の指示に基づいてセキュリティパターンを選択する
請求項１記載のセキュリティポリシー生成方法。
【請求項６】
前記セキュリティパターン格納段階において、設定対象のメッセージに中継者が存在する旨を示す存在属性、又は、設定対象のメッセージに中継者が存在してはならない旨を示す存在禁止属性を含むセキュリティパターンを格納し、
前記候補選択段階において、設定対象のメッセージに中継者が存在するか否かに基づいて、セキュリティパターンの候補を選択する
請求項５記載のセキュリティポリシー生成方法。
【請求項７】
情報処理装置毎に予め指定された、当該情報処理装置により暗号化若しくは復号する処理に用いる暗号処理パラメータ、又は、当該情報処理装置により電子署名が作成される処理若しくは電子署名が認証される処理に用いる署名処理パラメータを、予め格納するプラットフォームモデル格納段階を更に備え、
前記セキュリティパターン格納段階において、メッセージを暗号化又は復号する処理に用いるパラメータ、又は、メッセージに付加する電子署名を作成する処理若しくは当該電子署名を認証する処理に用いるパラメータを更に未決定パラメータとするセキュリティパターンを格納し、
前記セキュリティポリシー生成段階において、セキュリティポリシーの設定対象となる情報処理装置における、前記暗号処理パラメータ又は前記署名処理パラメータを、前記セキュリティパターンの未決定パラメータに更に代入する
請求項１記載のセキュリティポリシー生成方法。
【請求項８】
情報処理装置に対して設定される、当該情報処理装置が送受信するメッセージに付加されるべき電子署名、及び、当該情報処理装置が送受信するメッセージを暗号化すべき暗号方式の少なくとも一方を定めるセキュリティポリシーを生成するセキュリティポリシー生成装置であって、
分散アプリケーションプログラムにより通信される複数のメッセージの各々について、当該メッセージの送信者及び受信者を定めたアプリケーションモデルを、利用者の指示に基づいて生成するアプリケーションモデル生成部と、
メッセージに付加される電子署名の署名者、又は、暗号化されたメッセージを復号させる復号者を未決定パラメータとした、セキュリティポリシーの雛形であるセキュリティパターンを複数格納するセキュリティパターン格納部と、
前記アプリケーションモデルに含まれる複数のメッセージの各々に対応付けて、当該メッセージの送信者又は受信者に設定するセキュリティポリシーの雛形となるセキュリティパターンを、利用者の指示に基づいて選択するセキュリティパターン選択部と、
前記アプリケーションモデルに含まれる各々のメッセージの送信者又は受信者の識別情報を、当該メッセージに対応付けて選択した当該セキュリティパターンの未決定パラメータに代入することにより、セキュリティポリシーを生成するセキュリティポリシー生成部と
を備えるセキュリティポリシー生成装置。
【請求項９】
前記セキュリティパターン格納部は、メッセージの受信者に対する設定であって、メッセージの送信者を未決定パラメータとし、当該送信者の電子署名が付加されたメッセージの受信を許可する旨の設定を、前記セキュリティパターンとして格納し、
前記セキュリティポリシー生成部は、当該セキュリティパターンが選択されたことに応答して、当該セキュリティパターンの送信者についての未決定パラメータに、当該セキュリティパターンに対応するメッセージの送信者の識別情報を代入する
請求項８記載のセキュリティポリシー生成装置。
【請求項１０】
前記セキュリティパターン格納部は、メッセージの受信者に対する設定であって、メッセージの受信者を未決定パラメータとし、当該受信者により復号可能な暗号で暗号化されたメッセージの受信を許可する旨の設定を、前記セキュリティパターンとして格納し、
前記セキュリティポリシー生成部は、当該セキュリティパターンが選択されたことに応答して、当該セキュリティパターンの受信者についての未決定パラメータに、当該セキュリティパターンに対応するメッセージの受信者の識別情報を代入する
請求項８記載のセキュリティポリシー生成装置。
【請求項１１】
前記メッセージは、複数のメッセージパートを含み、
前記アプリケーションモデル生成部は、メッセージパート毎に、当該メッセージパートの送信者及び受信者を定めた前記アプリケーションモデルを生成し、
前記セキュリティパターン選択部は、メッセージパートの各々に対応付けて、当該メッセージパートの送信者又は受信者に設定する前記セキュリティポリシーの雛形となるセキュリティパターンを選択し、
前記セキュリティポリシー生成部は、メッセージパートの各々の送信者又は受信者の識別情報を、当該メッセージパートに対応付けて選択した当該セキュリティパターンの未決定パラメータに代入することにより、セキュリティポリシーを生成する
請求項８記載のセキュリティポリシー生成装置。
【請求項１２】
前記セキュリティパターン格納部は、メッセージの送信者、受信者、及び中継者の各々に設定可能なセキュリティポリシーの雛形である、送信者用セキュリティパターン、受信者用セキュリティパターン、及び中継者用セキュリティパターンを格納し、
セキュリティポリシーの設定対象である情報処理装置が、セキュリティポリシーの設定対象であるメッセージの送信者、受信者、及び中継者の何れであるかに基づいて、当該情報処理装置に設定可能なセキュリティパターンの候補を選択する候補選択部を更に備え、
前記セキュリティパターン選択部は、前記候補選択部により選択されたセキュリティパターンの候補の中から、利用者の指示に基づいてセキュリティパターンを選択する
請求項８記載のセキュリティポリシー生成装置。
【請求項１３】
前記セキュリティパターン格納部は、設定対象のメッセージに中継者が存在する旨を示す存在属性、又は、設定対象のメッセージに中継者がいてはならない旨を示す存在禁止属性を含むセキュリティパターンを格納し、
前記候補選択部は、設定対象のメッセージに中継者が存在するか否かに基づいて、セキュリティパターンの候補を選択する
請求項１２記載のセキュリティポリシー生成装置。
【請求項１４】
情報処理装置毎に予め指定された、当該情報処理装置により暗号化若しくは復号する処理に用いる暗号処理パラメータ、又は、当該情報処理装置により電子署名が作成される処理若しくは電子署名が認証される処理に用いる署名処理パラメータを格納するプラットフォームモデル格納部を更に備え、
前記セキュリティパターン格納部は、メッセージを暗号化又は復号する処理に用いるパラメータ、又は、メッセージに付加する電子署名を作成する処理若しくは当該電子署名を認証する処理に用いるパラメータを更に未決定パラメータとするセキュリティパターンを格納し、
前記セキュリティポリシー生成部は、セキュリティポリシーの設定対象となる情報処理装置における、前記暗号処理パラメータ又は前記署名処理パラメータを、前記セキュリティパターンの未決定パラメータに更に代入する
請求項８記載のセキュリティポリシー生成装置。
【請求項１５】
情報処理装置に対して設定される、当該情報処理装置が送受信するメッセージに付加されるべき電子署名、及び、当該情報処理装置が送受信するメッセージを暗号化すべき暗号方式の少なくとも一方を定めるセキュリティポリシーを生成するセキュリティポリシー生成装置として、コンピュータを機能させるプログラムであって、
前記コンピュータを、
分散アプリケーションプログラムにより通信される複数のメッセージの各々について、当該メッセージの送信者及び受信者を定めたアプリケーションモデルを、利用者の指示に基づいて生成するアプリケーションモデル生成部と、
メッセージに付加される電子署名の署名者、又は、暗号化されたメッセージを復号させる復号者を未決定パラメータとした、セキュリティポリシーの雛形であるセキュリティパターンを複数格納するセキュリティパターン格納部と、
前記アプリケーションモデルに含まれる複数のメッセージの各々に対応付けて、当該メッセージの送信者又は受信者に設定するセキュリティポリシーの雛形となるセキュリティパターンを、利用者の指示に基づいて選択するセキュリティパターン選択部と、
前記アプリケーションモデルに含まれる各々のメッセージの送信者又は受信者の識別情報を、当該メッセージに対応付けて選択した当該セキュリティパターンの未決定パラメータに代入することにより、セキュリティポリシーを生成するセキュリティポリシー生成部と
して機能させるプログラム。
【請求項１６】
請求項１５に記載のプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュリティポリシー生成方法、セキュリティポリシー生成装置、プログラム、及び記録媒体に関する。特に、本発明は、ネットワークを経由して接続された複数の情報処理装置の少なくとも１つに対して、送受信するメッセージについて設定するセキュリティポリシーを生成するセキュリティポリシー生成方法、セキュリティポリシー生成装置、プログラム、及び記録媒体に関する。
【背景技術】
【０００２】
近年、サーバ装置等の情報処理装置が、他の情報処理装置とネットワークにより接続されて通信することが一般的になってきている。また、インターネット等のネットワークの普及に伴い、データの改ざんや、成りすまし等の不正行為が問題となってきている。これに対して、従来、データに対するアクセスの制限、暗号化、又は、電子署名等を規定したセキュリティポリシーを生成し、情報処理装置に設定する技術が提案されている（特許文献１から３参照。）。
【０００３】
特許文献１によると、セキュリティポリシーの雛形を予め用意しておくことにより、比較的複雑なセキュリティポリシーを簡単に作成できる。また、特許文献２では、設定対象の機器に設定可能なセキュリティポリシーの候補のみを選択し、利用者に選択させる技術が提案されている。また、特許文献３では、テキストファイルとして表されたセキュリティポリシーが複数用意されている場合に、それらの中から、特定のキーワードを含むセキュリティポリシーのみを選択する技術が提案されている。これらの技術によると、利用者がセキュリティポリシーを選び出す手間を軽減できる。
【０００４】
なお、実施例において言及する技術を、非特許文献１及び非特許文献２として併せて記す。
【特許文献１】特開２００２−１００８８１８号公報
【特許文献２】特開２００１−１０１１３５号公報
【特許文献３】特開２００３−１９６４７６号公報
【非特許文献１】A. Nadalin. "Web Services Security Policy (WS-SecurityPolicy)", 2002.ホームページＵＲＬ「http://www-106.ibm.com/developerworks/webservices/library/ws-secpol」
【非特許文献２】E. Christensen, F. Curbera, G. Meredith, and S. Weerawarana. "Web Services Description Language (WSDL) 1.1", W3C Note, 2001.ホームページＵＲＬ「http://www.w3.org/TR/wsdl」
【発明の開示】
【発明が解決しようとする課題】
【０００５】
一方、近年、互いに管理者の異なる複数の情報処理装置が協調して、ウェブ・サービス等のサービスを提供することが一般的に行われている。例えば、クレジットカードによるオンラインショッピングのシステムでは、購入者の端末、販売者のサーバ、及びカード決済システムが協調して動作する。このようなシステムにおいて、各々情報処理装置に適切なセキュリティポリシーを設定するには、情報処理装置間で行われる通信の内容又は形態等を的確に把握した上で、その通信の内容又は形態等に応じた設定を行う必要がある。
【０００６】
しかしながら、上記の特許文献１から３の技術は、単一の情報処理装置に対するセキュリティポリシーの設定を支援することを目的としている。このため、これらの何れの技術によっても、情報処理装置間で行われる通信内容等に基づいてセキュリティポリシーを設定することはできない。これに対して、互いに管理者の異なる複数の情報処理装置によって実現されるビジネスプロセス全体に基づいて、適切なセキュリティポリシーを各々の情報処理装置に設定することが、本発明の課題である。
【０００７】
そこで本発明は、上記の課題を解決することのできるセキュリティポリシー生成方法、セキュリティポリシー生成装置、プログラム、及び記録媒体を提供することを目的とする。この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明においては、情報処理装置に対して設定される、当該情報処理装置が送受信するメッセージに付加されるべき電子署名、及び、当該情報処理装置が送受信するメッセージを暗号化すべき暗号方式の少なくとも一方を定めるセキュリティポリシーを生成するセキュリティポリシー生成方法であって、分散アプリケーションプログラムにより通信される複数のメッセージの各々について、当該メッセージの送信者及び受信者を定めたアプリケーションモデルを、利用者の指示に基づいて生成するアプリケーションモデル生成段階と、メッセージに付加される電子署名の署名者、又は、暗号化されたメッセージを復号させる復号者を未決定パラメータとした、セキュリティポリシーの雛形であるセキュリティパターンを、予め複数格納するセキュリティパターン格納段階と、アプリケーションモデルに含まれる複数のメッセージの各々に対応付けて、当該メッセージの送信者又は受信者に設定するセキュリティポリシーの雛形となるセキュリティパターンを、利用者の指示に基づいて選択するセキュリティパターン選択段階と、アプリケーションモデルに含まれる各々のメッセージの送信者又は受信者の識別情報を、当該メッセージに対応付けて選択した当該セキュリティパターンの未決定パラメータに代入することにより、セキュリティポリシーを生成するセキュリティポリシー生成段階とを備えるセキュリティポリシー生成方法、当該セキュリティポリシー生成方法に用いるセキュリティポリシー生成装置、当該セキュリティポリシー生成装置としてコンピュータを機能させるプログラム、及び当該プログラムを記録した記録媒体を提供する。
【０００９】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【発明の効果】
【００１０】
本発明によれば、分散アプリケーションプログラムを実行する複数の情報処理装置の各々に対して適切なセキュリティポリシーを設定することができる。
【発明を実施するための最良の形態】
【００１１】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１２】
図１は、情報処理システム１０の構成を示す。情報処理システム１０は、セキュリティポリシー生成装置３０と、端末３５と、サーバ４０と、サーバ５０と、認証サーバ６０とを備える。セキュリティポリシー生成装置３０は、セキュリティポリシーを、各々が情報処理装置の一例である、端末３５、サーバ４０、及びサーバ５０の少なくとも１つに対して設定する。ここで、セキュリティポリシーは、情報処理装置に対して設定される、その情報処理装置が送受信するメッセージに付加されるべき電子署名、及び、その情報処理装置が送受信するメッセージを暗号化すべき暗号方式の、少なくとも一方を定める。
【００１３】
端末３５は、商品又はサービス等を購入する利用者から操作され、商品を注文する注文情報を、クレジットカード等の識別番号と共にサーバ４０に送信する。サーバ４０は、商品等を販売する販売者から操作され、注文情報をセキュリティポリシー生成装置３０から受けた場合に、注文情報と共に受信したクレジットカード等の識別番号をサーバ５０に送る。また、サーバ４０には、サーバ４０が端末３５又はサーバ５０に対して提供するサービスのインターフェイスを規定するインターフェイス設定情報２０が定められている。
【００１４】
サーバ５０は、クレジットカード等の発行会社により管理され、サーバ４０から識別番号を受け取った場合に、その識別番号の正当性及びその識別番号により識別されるクレジットカードの与信枠等を判定する。そして、サーバ５０は、判定結果をサーバ４０に返送する。これ受けて、サーバ４０は、受注の可否の情報を端末３５に送る。
【００１５】
認証サーバ６０は、メッセージの暗号化又はメッセージに対する電子署名の付加処理についての、暗号鍵又は電子証明書を管理する。そして、認証サーバ６０は、端末３５、サーバ４０、及びサーバ５０からの要求に応じて、暗号鍵又は電子証明書等を発行する。一例として、認証サーバ６０は、X.509仕様に準拠した暗号鍵等を発行する電子証明書発行局(CA:Certified Authority)である。
【００１６】
図２は、インターフェイス設定情報２０の一例を示す。インターフェイス設定情報２０は、サーバ４０が端末３５又はサーバ５０に対して提供するサービスのインターフェイスを規定する。具体的には、インターフェイス設定情報２０は、１〜６行目において、インターフェイス設定情報２０内又はサーバ４０が送受信するメッセージにおける、ネームスペースを定義する。ネームスペースにより、インターフェイス設定情報２０又はメッセージ内で用いられるタグ等の識別子の意味を定義できる。
【００１７】
また、インターフェイス設定情報２０は、７〜１０行目において、インターフェイス設定情報２０内で独自に用いる名称の型を定義する。また、インターフェイス設定情報２０は、１２〜２０行目において、サービス処理のために入力されるメッセージと、サービス処理の結果出力されるメッセージとの各々について、メッセージのフォーマットを定義する。
【００１８】
また、インターフェイス設定情報２０は、２２行目から２８行目において、サービス処理を実行するプログラムと、プログラムの入出力を定義する。具体的には、operationタグで指定されたmyServices1は、プログラム名を示し、inputタグで指定されたmessage1が、そのプログラムへの入力メッセージの識別情報を示し、outputタグで指定されたmessage4が、そのプログラムからの出力メッセージの識別情報を示す。また、インターフェイス設定情報２０は、３０行目から３２行目において、各々のメッセージの送受信に対して、当該送受信処理で具体的に用いられる通信プロトコル等を規定する。
【００１９】
また、インターフェイス設定情報２０は、インターフェイス記述言語で記載されており、一例としては、WSDL(Web Services Description Language)により記述されていてもよい。WSDLの詳細については非特許文献２に記載されているので本実施例における説明を省略する。
【００２０】
図３は、セキュリティポリシー生成装置３０の構成を示す。セキュリティポリシー生成装置３０は、アプリケーションモデル生成部３００と、セキュリティパターン格納部３１０と、候補選択部３２０と、セキュリティパターン選択部３３０と、プラットフォームモデル格納部３４０と、セキュリティポリシー生成部３５０とを有する。アプリケーションモデル生成部３００は、分散アプリケーションプログラムにより通信される複数のメッセージの各々について、そのメッセージの送信者及び受信者を定めたアプリケーションモデルを、利用者の指示に基づいて生成する。更に、アプリケーションモデルは、各々のメッセージについて、そのメッセージの識別情報、又は、そのメッセージを中継する情報処理装置である中継者を更に定めてもよい。
【００２１】
ここで、分散アプリケーションプログラムとは、複数の情報処理装置が互いに通信することにより利用者の要求に応じて動作するプログラムをいう。従って、分散アプリケーションプログラムとは、必ずしも１つの独立したプログラムでなくともよく、複数の情報処理装置の各々にインストールされたプログラムの集合であってもよい。
【００２２】
そして、セキュリティパターン格納部３１０は、メッセージに付加される電子署名の署名者、又は、暗号化されたメッセージを復号させる復号者を未決定パラメータとした、セキュリティポリシーの雛形であるセキュリティパターンを、複数格納する。例えば、セキュリティパターン格納部３１０は、メッセージの送信者、受信者、及び中継者の各々に設定可能なセキュリティパターンの雛形である、送信者用セキュリティパターン、受信者用セキュリティパターン、及び中継者用セキュリティパターンをそれぞれ格納してもよい。更に、セキュリティパターンは、メッセージを暗号化又は復号する処理に用いるパラメータ、又は、メッセージに付加する電子書名を作成する処理若しくはその電子署名を認証する処理に用いるパラメータを更に未決定パラメータとして含んでもよい。具体例として、セキュリティパターン格納部３１０が格納するセキュリティパターン４００ａ及びセキュリティパターン４００ｂについて後述する。
【００２３】
候補選択部３２０は、セキュリティポリシーの設定対象であるメッセージ及び情報処理装置の指定を、利用者から入力する。そして、候補選択部３２０は、セキュリティポリシーの設定対象である情報処理装置が、セキュリティポリシーの設定対象であるメッセージの送信者、受信者、及び中継者の何れであるかに基づいて、その情報処理装置に設定可能なセキュリティパターンの候補を選択する。更に、候補選択部３２０は、設定対象のメッセージに中継者が存在するか否かに更に基づいて、セキュリティパターンの候補を選択してもよい。選択した候補をパターン候補と呼ぶ。
【００２４】
セキュリティパターン選択部３３０は、アプリケーションモデルに含まれる複数のメッセージの各々に対応付けて、そのメッセージの送信者又は受信者に設定するセキュリティポリシーの雛形となるセキュリティパターンを、利用者の指示に基づいて選択する。例えばセキュリティパターン選択部３３０は、候補選択部３２０により選択されたセキュリティパターンの候補の中から、利用者の指示に基づいてセキュリティパターンを選択してもよい。
【００２５】
プラットフォームモデル格納部３４０は、情報処理装置毎に予め指定された、その情報処理装置により暗号化若しくは復号する処理に用いる暗号処理パラメータを格納する。また、プラットフォームモデル格納部３４０は、情報処理装置毎に予め指定された、その情報処理装置により電子署名が作成される処理若しくは電子署名が認証される処理に用いる署名処理パラメータを格納する。
【００２６】
セキュリティポリシー生成部３５０は、アプリケーションモデルに含まれる各々のメッセージの送信者又は受信者の識別情報を、そのメッセージに対応付けて選択したそのセキュリティパターンの未決定パラメータに代入することにより、セキュリティポリシーを生成する。更に、セキュリティポリシー生成部３５０は、セキュリティポリシーの設定対象となる情報処理装置における、暗号処理パラメータ又は署名処理パラメータを、セキュリティパターンの未決定パラメータに更に代入する。これに代えて、セキュリティポリシー生成部３５０は、利用者から入力を受けた情報を、未決定パラメータに代入してもよい。
【００２７】
図４は、セキュリティパターン４００ａの一例を示す。セキュリティパターン４００ａの名称は、「暗号化されたメッセージ（ＥＴ１）」である。セキュリティパターン４００ａによれば、情報処理装置に対して、所定の方式により暗号化されたメッセージのみを受信させるセキュリティポリシーを生成できる。
【００２８】
具体的には、まず、セキュリティパターン４００ａは、自然言語で記述された説明文を含む。セキュリティパターン４００ａは、このセキュリティパターンの概要として「秘密メッセージの提供」という説明文を含む。また、セキュリティパターン４００ｂは、このセキュリティパターンが想定する状況として「情報漏洩」という説明文を含む。この説明文は、セキュリティポリシーが設定された場合に防御の対象となる攻撃若しくは脅威、又は、それらに対する対抗手段を示す。
これにより、情報処理装置に対する設定情報のみが記述されている場合と比較して、セキュリティパターンの意味を利用者に分かりやすく示すことができる。
【００２９】
また、セキュリティパターン４００ａは、送信者タイプ、受信者タイプ、及び中継者タイプを含む。具体的には、セキュリティパターン４００ａは、送信者タイプとして、セキュリティパターン４００ａの設定対象のメッセージに送信者の情報処理装置が存在する旨を示す存在属性(any)、セキュリティパターン４００ａの設定対象のメッセージの送信者の情報処理装置が存在してはならない旨を示す存在禁止属性(none)、及び、セキュリティパターン４００ａが送信者用セキュリティパターンである旨を示すセルフ属性(self)の何れかを含む。
【００３０】
同様に、セキュリティパターン４００ａは、受信者タイプとして、セキュリティパターン４００ａの設定対象のメッセージに受信者の情報処理装置が存在する旨を示す存在属性(any)、セキュリティパターン４００ａの設定対象のメッセージの受信者の情報処理装置が存在してはならない旨を示す存在禁止属性(none)、及び、セキュリティパターン４００ａが受信者用セキュリティパターンである旨を示すセルフ属性(self)の何れかを含む。
【００３１】
同様に、セキュリティパターン４００ａは、中継者タイプとして、セキュリティパターン４００ａの設定対象のメッセージに中継者の情報処理装置が存在する旨を示す存在属性(any)、セキュリティパターン４００ａの設定対象のメッセージの中継者の情報処理装置が存在してはならない旨を示す存在禁止属性(none)、及び、セキュリティパターン４００ａが中継者用セキュリティパターンである旨を示すセルフ属性(self)の何れかを含む。
【００３２】
より具体的には、本図において中継者タイプがnoneであるので、セキュリティパターン４００ａは、設定対象のメッセージに中継者が存在してはならない旨を示す。また、本図において送信者タイプがanyであるので、セキュリティパターン４００ａは、設定対象のメッセージに何らかの送信者が存在する旨を示す。また、本図において受信者タイプがselfであるので、セキュリティパターン４００ａは、受信者用セキュリティパターンである旨を示す。
【００３３】
また、セキュリティパターン４００ａは、設定対象のメッセージ名、暗号化アルゴリズム、暗号のタイプ、及び、認証局の識別情報を未決定パラメータとする、セキュリティポリシーの雛形を含む。例えば本図において＄マークを付した中カッコで囲まれる文字列は、未決定パラメータを示す。より具体的には${ALGORITHM_URI}は、暗号化アルゴリズムを実現するプログラムの所在を示す。また、${TOKEN_TYPE_QNAME}は、暗号のタイプを示し、具体的には電子証明書等の種類を示す。${TOKEN_ISSUER_NAME}は、暗号鍵発行者である認証サーバ６０等の識別情報を示す。
【００３４】
なお、本図においては、セキュリティポリシーの雛形を、テキストデータとして示した。これに代えて、セキュリティパターン４００ａは、セキュリティポリシーの雛形を複数の断片に分割した状態で保持してもよい。例えば、セキュリティパターン４００ａは、未決定パラメータの部分と、未決定パラメータでない部分とを断片的なテキストデータとして保持してもよい。この場合、セキュリティポリシーから未決定パラメータを検索する処理を効率化できる。
【００３５】
また、代入する対象の未決定パラメータをセキュリティポリシー生成部３５０に適切に選択させるべく、セキュリティポリシーは、未決定パラメータが格納すべき情報の定義を示すパラメータ・タイプを、未決定パラメータ毎に対応付けて更に含んでもよい。この場合、アプリケーションモデルの各メッセージは、そのメッセージに含まれるパラメータの各々に対応付けて、そのパラメータが示す情報の定義を示すパラメータ・タイプを含んでもよい。これにより、セキュリティポリシー生成部３５０は、セキュリティポリシーの雛形であるテキストデータを走査することなく、パラメータ・タイプの一致を判断することにより、代入すべき未決定パラメータを迅速に選択できる。
【００３６】
図５は、セキュリティパターン４００ｂの一例を示す。セキュリティパターン４００ｂの名称は、「署名されたメッセージ（ＳＩ１）」である。セキュリティパターン４００ｂは、メッセージの受信者に対する設定であって、メッセージの送信者を未決定パラメータとし、当該送信者の電子署名が付加されたメッセージの受信のみを許可する旨の設定を示す。
【００３７】
具体的には、まず、セキュリティパターン４００ｂは、自然言語で記述された説明文を含む。セキュリティパターン４００ｂは、このセキュリティパターンの概要として「完全なメッセージの提供」という説明文を含む。また、セキュリティパターン４００ｂは、このセキュリティパターンが想定する状況として「メッセージの偽造」という説明文を含む。この説明文は、セキュリティポリシーが設定された場合に防御の対象となる攻撃若しくは脅威、又は、それらに対する対抗手段を示す。
【００３８】
また、セキュリティパターン４００ｂは、送信者タイプ、受信者タイプ、及び中継者タイプを定める。より具体的には、本図において中継者タイプがanyであるので、セキュリティパターン４００ｂは、設定対象のメッセージに何らかの中継者が存在する旨を示す。また、本図において送信者タイプがanyであるので、セキュリティパターン４００ｂは、設定対象のメッセージに何らかの送信者が存在する旨を示す。また、本図において受信者タイプがselfであるので、セキュリティパターン４００ｂは、受信者用セキュリティパターンである旨を示す。
【００３９】
また、セキュリティパターン４００ｂは、設定対象のメッセージ名、暗号化アルゴリズム、暗号のタイプ、及び、認証局の識別情報を未決定パラメータとする、セキュリティポリシーの雛形を含む。例えば本図において＄マークを付した中カッコで囲まれる文字列は、未決定パラメータを示す。より具体的には${ALGORITHM_URI}は、暗号化アルゴリズムを実現するプログラムの所在を示す。また、${TOKEN_TYPE_QNAME}は、暗号のタイプを示し、具体的には電子証明書の種類等を示す。${TOKEN_ISSUER_NAME}は、暗号鍵発行者である認証サーバ６０等の識別情報を示す。また、${INITIAL_SENDER_NAME}は、メッセージの送信者の識別情報を示す。
【００４０】
そして、セキュリティポリシー生成部３５０は、メッセージに対応付けてセキュリティパターン４００ｂが選択されたことに応答して、セキュリティパターン４００ｂの送信者についての未決定パラメータに、セキュリティパターン４００ｂに対応するメッセージの送信者の識別情報を代入する。このように、本実施例におけるセキュリティポリシー生成装置３０によれば、セキュリティポリシーとしての書式を示すタグ情報等をセキュリティパターンとして予め用意し、設定対象のメッセージに応じて異なる部分のみを未決定パラメータとする。これにより、適切なセキュリティパターンを迅速に生成できる。
【００４１】
なお、本図においては、セキュリティポリシーの雛形を、WS-SecurityPolicyという記述言語により記述された１つのテキストデータとして示した（非特許文献１参照。）。これに代えて、セキュリティパターン４００ｂは、セキュリティポリシーの雛形を他のデータ形式で保持してもよい。例えば、セキュリティパターン４００ｂは、セキュリティポリシーの未決定パラメータを識別する部分の断片を保持してもよい。
【００４２】
図６は、アプリケーションモデルの一例を示す。本図を用いて、まず、アプリケーションモデルを生成する処理を説明する。アプリケーションモデル生成部３００は、利用者の指示に基づいて、複数の情報処理装置が協働して処理する分散アプリケーションプログラムの通信を定義する。分散アプリケーションプログラムにおける各々の通信は、分散アプリケーションプログラムにより実現される電子商取引等のビジネスシナリオに基づき定義される。
【００４３】
例えば、端末３５は、商品等を注文する注文情報をメッセージとしてサーバ４０に送る。また、端末３５は、クレジットカードの番号等、決済に関する情報を、サーバ４０を介してサーバ５０宛てにメッセージとして送る。サーバ４０は、商品金額等の情報をメッセージとしてサーバ５０に送る。また、サーバ５０は、決済の可否に関する情報をメッセージとしてサーバ４０に送る。サーバ４０は、商品のレシート等の情報をメッセージとして端末３５に送る。利用者は、上記のようなビジネスシナリオにおける各メッセージを、ＧＵＩによりウィンドウ上に配置する。これにより、利用者は、ビジネス間のイベントトレース図を作成するような直感的な作業により、各メッセージの送受信者等を指定できる。
【００４４】
以上の処理を受けて、アプリケーションモデル生成部３００は、各メッセージの識別情報、送信者、受信者、及び中継者を定める。具体的には、アプリケーションモデル生成部３００は、message1の送信者として端末３５を指定し、message1の受信者としてサーバ４０を指定する。また、アプリケーションモデル生成部３００は、message2の送信者としてサーバ４０を指定し、message2の受信者としてサーバ５０を指定する。更に、アプリケーションモデル生成部３００は、message3の送信者としてサーバ５０を指定し、message3の受信者としてサーバ４０を指定する。また、アプリケーションモデル生成部３００は、message4の送信者としてサーバ４０を指定し、message4の受信者として端末３５を指定する。
【００４５】
また、アプリケーションモデル生成部３００は、各メッセージに含まれる少なくとも１つのメッセージパートを定める。具体的には、アプリケーションモデル生成部３００は、message1に含まれるメッセージパートとして、part1-a、part1-b、及びpart1-cを定める。また、アプリケーションモデル生成部３００は、message2に含まれるメッセージパートとしてpart1-c及びpart2-aを定める。ここで、メッセージパートpart1-cの送信者は、端末３５であり、メッセージパートpart1-cの中継者は、サーバ４０であり、メッセージパートpart1-cの受信者は、サーバ５０である。このように、アプリケーションモデル生成部３００は、同一のメッセージ内であっても、メッセージパート毎に異なる送信者又は受信者等を定めてもよい。また、アプリケーションモデル生成部３００は、message3に含まれるメッセージパートとして、part3-aを定める。また、アプリケーションモデル生成部３００は、message4に含まれるメッセージパートとしてpart4-aを定める。
【００４６】
これに代えて、アプリケーションモデル生成部３００は、サーバ４０に設定されたインターフェイス設定情報２０に基づいて自動的にアプリケーションモデルを生成してもよい。例えば、アプリケーションモデル生成部３００は、インターフェイス設定情報２０において定められたメッセージのフォーマットに基づいて、サーバ４０が受信するメッセージパートを自動的に生成してもよい。この場合、利用者は、インターフェイス設定情報が定められていない情報処理装置についてのみメッセージの定義を補えばよい。
【００４７】
そして、利用者は、ＧＵＩ上で複数のセキュリティパターンを格納するツールボックスの中から、セキュリティパターンを選択してメッセージパートに対応付けて配置する。この結果、セキュリティパターン選択部３３０は、メッセージパートの各々に対応付けて、そのメッセージパートの送信者又は受信者に設定するセキュリティポリシーの雛形となるセキュリティパターンを選択できる。例えば、セキュリティパターン選択部３３０は、メッセージパートpart1-aに対応付けてセキュリティパターンET1を選択し、メッセージパートpart1-cに対応付けてセキュリティパターンSI1を選択できる。
【００４８】
続いて、情報処理システム１０が、セキュリティパターンの未決定パラメータに値を順次代入する処理の一例を説明する。
図７は、本実施形態に係るセキュリティポリシー生成装置３０の適用例におけるセキュリティパターンの一例を示す。セキュリティパターン選択部３３０は、複数のメッセージの各々に対応付けて、セキュリティパターンを選択する。例えば本図において、セキュリティパターン選択部３３０は、セキュリティパターンＡＴ１、セキュリティパターンＮＴ１、及びセキュリティパターンＥＩ１の各々を、図６に示すメッセージパートpart1-a、part1-b、及びpart1-cの各々に対応付けて選択する。本図では、選択されたこれらのセキュリティパターンを連結した１つのテキストデータを示す。
【００４９】
セキュリティパターンＡＴ１は、メッセージの受信者に対する設定であって、メッセージの受信者を未決定パラメータとし、当該受信者により復号可能な暗号で暗号化されたメッセージの受信のみを許可する旨の設定を示す。ＡＴは、Authenticationの略である。セキュリティパターンＡＴ１は、未決定パラメータとして、${TOKEN_TYPE_QNAME}と、${TOKEN_ISSUER_NAME}と、${SUBJECT_NAME}と、${MESSAGE_PARTS}とを含む。
【００５０】
${TOKEN_TYPE_QNAME}は、暗号のタイプを示し、具体的には電子証明書の種類等を示す。${TOKEN_ISSUER_NAME}は、暗号鍵発行者である認証サーバ６０等の識別情報を示す。また、${SUBJECT_NAME}は、暗号鍵の復号が許可された受信者を示す。また、${MESSAGE_PARTS}は、暗号化の対象となるメッセージパートを示す。具体的には、${MESSAGE_PARTS}には、送信者の正当性を証明するパスワード等を示すメッセージパートが代入される。
【００５１】
また、セキュリティパターンＮＴ１は、受信者に対する設定であって、その送信者の電子署名が付加されたメッセージの受信のみを許可する旨の設定を示す。これにより、メッセージの送信者がそのメッセージを送信した事実を否認できなることから、Non-repudiationの略称としてNTの名称を用いる。
【００５２】
セキュリティパターンＮＴ１は、未決定パラメータとして、${TOKEN_TYPE_QNAME}と、${TOKEN_ISSUER_NAME}と、${MESSAGE_PARTS}とを含む。${TOKEN_TYPE_QNAME}は、暗号のタイプを示し、具体的には電子証明書の種類等を示す。${TOKEN_ISSUER_NAME}は、暗号鍵又は電子証明書の発行者である認証サーバ６０等の識別情報を示す。また、${MESSAGE_PARTS}は、電子署名の対象となるメッセージパートを示す。具体的には、${MESSAGE_PARTS}には、送信者が受信者に対して商品等を注文する注文情報が代入される。
【００５３】
また、セキュリティパターンＥＩ１は、受信者に対する設定であって、メッセージの中継者により復号できず、かつ当該受信者により復号可能な暗号で暗号化されたメッセージの受信のみを許可する旨の設定を示す。セキュリティパターンＥＩ１は、未決定パラメータとして、${TOKEN_TYPE_QNAME}と、${TOKEN_ISSUER_NAME}と、${SUBJECT_NAME}と、${MESSAGE_PARTS}とを含む。
【００５４】
${TOKEN_TYPE_QNAME}は、暗号のタイプを示し、具体的には電子証明書の種類等を示す。${TOKEN_ISSUER_NAME}は、暗号鍵発行者である認証サーバ６０等の識別情報を示す。また、${SUBJECT_NAME}は、暗号鍵の復号が許可された受信者を示す。また、${MESSAGE_PARTS}は、暗号化の対象となるメッセージパートを示す。具体的には、${MESSAGE_PARTS}には、中継者に知られることなく送信者から受信者に伝えられる内容を示すメッセージパートが代入される。
【００５５】
図８は、アプリケーションモデル適用後のセキュリティポリシーの一例を示す。セキュリティポリシー生成部３５０は、各々のメッセージの送信者若しくは受信者の識別情報を、各々のメッセージに対応付けて選択したセキュリティパターンの未決定パラメータに代入する。代入されたパラメータに下線を付して示す。
【００５６】
例えば、メッセージパートpart1-aに対応付けてセキュリティパターンＡＴ１が選択されたことに応答して、セキュリティポリシー生成部３５０は、１３行目において、当該セキュリティパターンの受信者についての未決定パラメータである変数${SUBJECT_NAME}に、当該メッセージの受信者であるサーバ４０のＩＤを代入する。また、３４行目において、セキュリティポリシー生成部３５０は、変数${SUBJECT_NAME}に、サーバ５０のＩＤを代入する。
【００５７】
更に、セキュリティポリシー生成部３５０は、各々のメッセージパートの識別情報を、そのメッセージに対応付けて選択したセキュリティパターンの未決定パラメータに代入する。例えば、１５行目において、セキュリティポリシー生成部３５０は、変数${MESSAGE_PARTS}に、メッセージパートpart1-aの所在等を示す//UsernameTokenを代入する。
【００５８】
また、２４行目において、セキュリティポリシー生成部３５０は、変数${MESSAGE_PARTS}に、メッセージパートpart1-bの所在等を示す//BookInftoを代入する。また、３６行目において、セキュリティポリシー生成部３５０は、変数${MESSAGE_PARTS}に、メッセージパートpart1-cの識別情報である//CardInfoを代入する。ここで、//CardInfo等のパラメータは一例であり、実際には、未決定パラメータには、メッセージパートの所在を示す情報(URI:Uniform Resource Indicator)等が代入されてもよいし、メッセージパート自体を示すテキストデータが代入されてもよい。
【００５９】
また、代入する対象の未決定パラメータをセキュリティポリシー生成部３５０に適切に選択させるべく、セキュリティポリシーは、未決定パラメータが格納すべき情報の定義を示すパラメータ・タイプを未決定パラメータ毎に対応付けて更に含んでもよい。この場合、アプリケーションモデルの各メッセージは、そのメッセージに含まれるパラメータの各々に対応付けて、そのパラメータが示す情報の定義を示すパラメータ・タイプを含んでもよい。これにより、セキュリティポリシー生成部３５０は、セキュリティポリシーの雛形であるテキストデータを走査することなく、パラメータ・タイプの一致を判断することにより、代入すべき未決定パラメータを迅速に選択できる。なお、アプリケーションモデルが、セキュリティポリシーのパラメータ・タイプに一致するパラメータ・タイプを有していない場合には、セキュリティポリシー生成部３５０は、代入処理に代えて、パラメータ・タイプを未決定パラメータに代入してもよい。これにより、利用者に未決定パラメータの定義を適切に知らせることができ、セキュリティパターンの未決定パラメータを手作業で補完しやすくできる。
【００６０】
以上、本図で説明したように、セキュリティポリシー生成部３５０は、テキストデータとして表されたセキュリティポリシーの雛形において、変数部分を所定のパラメータに置換することにより、セキュリティポリシーを生成することができる。
【００６１】
図９は、プラットフォームモデル適用後のセキュリティポリシーの一例を示す。セキュリティポリシー生成部３５０は、セキュリティポリシーの設定対象となる情報処理装置における、暗号処理パラメータ又は署名処理パラメータを、セキュリティパターンの未決定パラメータに更に代入する。例えば８行目、２０行目、及び２９行目において、セキュリティポリシー生成部３５０は、変数${TOKEN_TYPE_QNAME}に代えて、電子証明書の標準仕様を示すパラメータX509v3を代入する。また、９行目、２１行目、及び３０行目において、セキュリティポリシー生成部３５０は、変数${TOKEN_ISSUER_NAME}に代えて、ベリサイン社（登録商標）のソフトウェアにより生成された暗号鍵等を示すパラメータVeriSignを代入する。
【００６２】
以上のように、本実施例におけるセキュリティポリシー生成装置３０によれば、選択したセキュリティパターンの未決定パラメータを、アプリケーションモデル及びプラットフォームモデルに基づいて順次決定することができる。これにより、適切なセキュリティポリシーを簡便に作成することができる。
【００６３】
図１０は、セキュリティポリシー生成装置３０がセキュリティポリシーを生成する処理の一例を示す動作フローである。セキュリティパターン格納部３１０は、セキュリティポリシー生成装置３０の管理者等の指示により、複数のセキュリティパターンを予め格納する（Ｓ１０００）。また、プラットフォームモデル格納部３４０は、セキュリティポリシー生成装置３０の管理者等の指示により、情報処理装置毎に定められたプラットフォームモデルを予め格納する（Ｓ１０１０）。
【００６４】
アプリケーションモデル生成部３００は、分散アプリケーションプログラムにより通信される複数のメッセージの各々について、そのメッセージの送信者、受信者、及び中継者等を定めたアプリケーションモデルを、利用者の指示に基づいて生成する（Ｓ１０２０）。
【００６５】
セキュリティポリシー生成装置３０は、アプリケーションモデルに含まれる複数のメッセージの各々について、以下の処理を繰り返し行う（Ｓ１０３０）。まず、候補選択部３２０は、利用者からの指示に基づいて、セキュリティポリシーの設定対象である情報処理装置を選択する（Ｓ１０５０）。
【００６６】
そして、候補選択部３２０は、セキュリティポリシーの設定対象である情報処理装置が、セキュリティポリシーの設定対象である当該メッセージパートの送信者、受信者、及び中継者の何れであるかに基づいて、その情報処理装置に設定可能なセキュリティパターンの候補を選択する（Ｓ１０６０）。
【００６７】
セキュリティパターン選択部３３０は、当該メッセージパートに対応付けて、当該メッセージパートの送信者又は受信者に設定するセキュリティポリシーの雛形となるセキュリティパターンを、利用者の指示に基づいて選択する（Ｓ１０７０）。例えばセキュリティパターン選択部３３０は、候補選択部３２０により選択されたセキュリティパターンの候補を利用者に示し、それらの中から利用者により指示されたセキュリティパターンを選択してもよい。
【００６８】
セキュリティポリシー生成部３５０は、当該メッセージパートの送信者又は受信者の識別情報を、当該メッセージパートに対応付けて選択したそのセキュリティパターンの未決定パラメータに代入することにより、セキュリティポリシーを生成する（Ｓ１０８０）。更に、セキュリティポリシー生成部３５０は、セキュリティポリシーの設定対象となる情報処理装置における、暗号処理パラメータ又は署名処理パラメータを、セキュリティパターンの未決定パラメータに更に代入してもよい。セキュリティポリシー生成装置３０は、以上の処理を各々のメッセージパートについて繰り返し行う（Ｓ１０９０）。
【００６９】
図１１は、Ｓ１０６０における処理の詳細を示す。候補選択部３２０は、セキュリティパターン格納部３１０に格納される全てのセキュリティパターンを、パターン候補として選択する（Ｓ１１００）。そして、候補選択部３２０は、当該メッセージパートの送信者が、設定対象の情報処理装置である場合に（Ｓ１１１０：ＹＥＳ）、インタラクションパターンの送信者タイプがselfでないセキュリティパターンを、パターン候補から除外し（Ｓ１１２０）、Ｓ１１７０に処理を移す。
【００７０】
また、候補選択部３２０は、当該メッセージパートの送信者が、設定対象の情報処理装置でない場合に（Ｓ１１１０：ＮＯ）、当該メッセージパートの受信者が、設定対象の情報処理装置であるか否かを判断する（Ｓ１１３０）。当該メッセージパートの受信者が設定対象の情報処理装置である場合に（Ｓ１１３０：ＹＥＳ）、候補選択部３２０は、インタラクションパターンの受信者タイプがselfでないセキュリティパターンを、パターン候補から除外する（Ｓ１１４０）。
【００７１】
続いて、当該メッセージパートの中継者が存在する場合に（Ｓ１１７０：ＹＥＳ）、候補選択部３２０は、中継者タイプがnoneのセキュリティパターンをパターン候補から除外する（Ｓ１１８０）。
【００７２】
一方、当該メッセージパートの受信者が設定対象の情報処理装置でない場合に（Ｓ１１３０：ＮＯ）、候補選択部３２０は、当該メッセージパートの中継者が、設定対象の情報処理装置か否かを判断する（Ｓ１１５０）。中継者が設定対象の情報処理装置である場合に（Ｓ１１５０：ＹＥＳ）、候補選択部３２０は、インタラクションパターンの中継者タイプがselfでないセキュリティパターンを除外する（Ｓ１１６０）。
【００７３】
このように、候補選択部３２０は、設定対象の情報処理装置がメッセージパートの送信者、受信者、及び中継者の何れであるかに応じて、適切なセキュリティパターンを選択することができる。これにより、セキュリティパターンの選択肢の数が減少するので、利用者がセキュリティパターンを選択する作業の負担を軽減できる。
【００７４】
図１２は、セキュリティポリシー生成装置３０として機能するコンピュータ５００のハードウェア構成の一例を示す。コンピュータ５００は、ホストコントローラ１０８２により相互に接続されるＣＰＵ１０００、ＲＡＭ１０２０、及びグラフィックコントローラ１０７５を有するＣＰＵ周辺部と、入出力コントローラ１０８４によりホストコントローラ１０８２に接続される通信インターフェイス１０３０、ハードディスクドライブ１０４０、及びＣＤ−ＲＯＭドライブ１０６０を有する入出力部と、入出力コントローラ１０８４に接続されるＢＩＯＳ１０１０、フレキシブルディスクドライブ１０５０、及び入出力チップ１０７０を有するレガシー入出力部とを備える。
【００７５】
ホストコントローラ１０８２は、ＲＡＭ１０２０と、高い転送レートでＲＡＭ１０２０をアクセスするＣＰＵ１０００及びグラフィックコントローラ１０７５とを接続する。ＣＰＵ１０００は、ＢＩＯＳ１０１０及びＲＡＭ１０２０に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィックコントローラ１０７５は、ＣＰＵ１０００等がＲＡＭ１０２０内に設けたフレームバッファ上に生成する画像データを取得し、表示装置１０８０上に表示させる。これに代えて、グラフィックコントローラ１０７５は、ＣＰＵ１０００等が生成する画像データを格納するフレームバッファを、内部に含んでもよい。
【００７６】
入出力コントローラ１０８４は、ホストコントローラ１０８２と、比較的高速な入出力装置である通信インターフェイス１０３０、ハードディスクドライブ１０４０、及びＣＤ−ＲＯＭドライブ１０６０を接続する。通信インターフェイス１０３０は、ネットワークを介して外部の装置と通信する。ハードディスクドライブ１０４０は、コンピュータ５００が使用するプログラム及びデータを格納する。ＣＤ−ＲＯＭドライブ１０６０は、ＣＤ−ＲＯＭ１０９５からプログラム又はデータを読み取り、ＲＡＭ１０２０を介して入出力チップ１０７０に提供する。
【００７７】
また、入出力コントローラ１０８４には、ＢＩＯＳ１０１０と、フレキシブルディスクドライブ１０５０や入出力チップ１０７０等の比較的低速な入出力装置とが接続される。ＢＩＯＳ１０１０は、コンピュータ５００の起動時にＣＰＵ１０００が実行するブートプログラムや、コンピュータ５００のハードウェアに依存するプログラム等を格納する。フレキシブルディスクドライブ１０５０は、フレキシブルディスク１０９０からプログラム又はデータを読み取り、ＲＡＭ１０２０を介して入出力チップ１０７０に提供する。入出力チップ１０７０は、フレキシブルディスク１０９０や、例えばパラレルポート、シリアルポート、キーボードポート、マウスポート等を介して各種の入出力装置を接続する。
【００７８】
コンピュータ５００に提供されるプログラムは、フレキシブルディスク１０９０、ＣＤ−ＲＯＭ１０９５、又はＩＣカード等の記録媒体に格納されて利用者によって提供される。プログラムは、入出力チップ１０７０及び/又は入出力コントローラ１０８４を介して、記録媒体から読み出されコンピュータ５００にインストールされて実行される。セキュリティポリシー生成装置３０において実行されるプログラムがコンピュータ５００等に働きかけて行わせる動作は、図１から図１１において説明したセキュリティポリシー生成装置３０における動作と同一であるから、説明を省略する。
【００７９】
以上、本実施例に示したように、利用者は、ＧＵＩ等を直感的に操作することにより、分散アプリケーションにおいて送受信されるメッセージを定義できる。そして、定義されたメッセージに基づいて、セキュリティポリシー生成装置３０は、各々のメッセージの送受信者及び中継者等を定めることができる。この結果、セキュリティポリシーの雛形であるセキュリティパターンの未決定パラメータに適切な値が代入され、セキュリティポリシーが自動的に生成される。これにより、利用者がセキュリティポリシーを作成する作業負担を軽減すると共に、適切なセキュリティポリシーを生成することができる。
【００８０】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【図面の簡単な説明】
【００８１】
【図１】図１は、情報処理システム１０の構成を示す。
【図２】図２は、インターフェイス設定情報２０の一例を示す。
【図３】図３は、セキュリティポリシー生成装置３０の構成を示す。
【図４】図４は、セキュリティパターン４００ａの一例を示す。
【図５】図５は、セキュリティパターン４００ｂの一例を示す。
【図６】図６は、アプリケーションモデルの一例を示す。
【図７】図７は、本実施形態に係るセキュリティポリシー生成装置３０の適用例におけるセキュリティパターンの一例を示す。
【図８】図８は、アプリケーションモデル適用後のセキュリティポリシーの一例を示す。
【図９】図９は、プラットフォームモデル適用後のセキュリティポリシーの一例を示す。
【図１０】図１０は、セキュリティポリシー生成装置３０がセキュリティポリシーを生成する処理の一例を示す動作フローである。
【図１１】図１１は、Ｓ１０６０における処理の詳細を示す。
【図１２】図１２は、セキュリティポリシー生成装置３０として機能するコンピュータ５００のハードウェア構成の一例を示す。
【符号の説明】
【００８２】
１０  情報処理システム
２０  インターフェイス設定情報
３０  セキュリティポリシー生成装置
３５  端末
４０  サーバ
５０  サーバ
６０  認証サーバ
３００  アプリケーションモデル生成部
３１０  セキュリティパターン格納部
３２０  候補選択部
３３０  セキュリティパターン選択部
３４０  プラットフォームモデル格納部
３５０  セキュリティポリシー生成部
４００  セキュリティパターン
【図１】
2006011554.tif 000003
【図２】
2006011554.tif 000004
【図３】
2006011554.tif 000005
【図４】
2006011554.tif 000006
【図５】
2006011554.tif 000007
【図６】
2006011554.tif 000008
【図７】
2006011554.tif 000009
【図８】
2006011554.tif 000010
【図９】
2006011554.tif 000011
【図１０】
2006011554.tif 000012
【図１１】
2006011554.tif 000013
【図１２】
2006011554.tif 000014