要件定義支援プログラムおよび要件定義支援装置
【課題】適切なセキュリティに関する要件の定義を支援することを可能とする。
【解決手段】セキュリティ目標特性入力部３１１は、セキュリティ目標特性情報を入力する。対策方針抽出部３２１は、入力されたセキュリティ目標特性情報によって示されるセキュリティ目標特性に対する複数の対策方針を抽出用データから抽出する。対策方針選択部３１２は、複数の対策方針の中からユーザによって指定された対策方針を選択する。セキュリティ要件抽出部３２２は、選択された対策方針に対応づけて抽出用データに含まれているセキュリティ要件を抽出する。要件依存性検査部３２３および要件排他性検査部３２４は、抽出されたセキュリティ要件がセキュリティ要件検査用データ格納部２４に格納されている検査用データによって定義されている関係性を満たしているかを検査する。要件検査結果表示部３１５は、検査結果を提示する。
【解決手段】セキュリティ目標特性入力部３１１は、セキュリティ目標特性情報を入力する。対策方針抽出部３２１は、入力されたセキュリティ目標特性情報によって示されるセキュリティ目標特性に対する複数の対策方針を抽出用データから抽出する。対策方針選択部３１２は、複数の対策方針の中からユーザによって指定された対策方針を選択する。セキュリティ要件抽出部３２２は、選択された対策方針に対応づけて抽出用データに含まれているセキュリティ要件を抽出する。要件依存性検査部３２３および要件排他性検査部３２４は、抽出されたセキュリティ要件がセキュリティ要件検査用データ格納部２４に格納されている検査用データによって定義されている関係性を満たしているかを検査する。要件検査結果表示部３１５は、検査結果を提示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、セキュリティに関する要件の定義を支援する要件定義支援プログラムおよび要件定義支援装置に関する。
【背景技術】
【０００２】
一般的に、システム開発の要件定義フェーズにおいては、非機能要件の一部として例えばセキュリティに関する要件（以下、セキュリティ要件と表記）が定義される。
【０００３】
このセキュリティ要件の定義は、例えば開発者のスキルに基づいて行われる、または、システムの保護対象となる資産または利用者・関与者を基としたセキュリティ脅威の分析を用いた手法（以下、「脅威分析手法」と表記）によって行われる場合が多い。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２２２４２０号公報
【特許文献２】特開２００８−２５０６８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記した開発者のスキルに基づいてセキュリティ要件の定義が行われる場合には、当該開発者のスキルに依存することからセキュリティ要件の定義内容にばらつきがあり、更には、当該定義内容に抜け、漏れまたは重複等がある場合がある。
【０００６】
一方、上記した脅威分析手法によってセキュリティ要件の定義が行われる場合には、分析の対象となるシステムの仕様がある程度明確にならなければセキュリティ要件の定義を行うことは困難である。
【０００７】
したがって、例えばシステムの仕様が明確でない場合であっても、開発者のスキルに依存することなく、適切なセキュリティ要件を定義することが可能な仕組みが必要となる。
【０００８】
そこで、適切なセキュリティに関する要件の定義を支援することが可能な要件定義支援プログラムおよび要件定義支援装置を提供することが目的とされる。
【課題を解決するための手段】
【０００９】
実施形態に係る要件定義支援プログラムは、セキュリティに関する要件の性質を表すセキュリティ目標特性に対する複数の対策方針の各々に対応づけて当該対策方針に応じたセキュリティに関する要件を示すセキュリティ要件を含む抽出用データを予め格納する第１の格納手段と前記第１の格納手段に格納されている抽出用データに含まれるセキュリティ要件間で満たすべき関係性が定義された検査用データを予め格納する第２の格納手段とを有する外部記憶装置と、当該外部記憶装置を利用するコンピュータとを有する要件定義支援装置において、前記コンピュータによって実行される。
【００１０】
実施形態に係る要件定義支援プログラムは、前記コンピュータに、前記セキュリティに関する要件の性質を表すセキュリティ目標特性であって、ユーザによって指定されたセキュリティ目標特性を示すセキュリティ目標特性情報を入力するステップを実行させる。
【００１１】
実施形態に係る要件定義支援プログラムは、前記コンピュータに、前記第１の格納手段に格納されている抽出用データに含まれる前記入力されたセキュリティ目標特性情報によって示されるセキュリティ目標特性に対する複数の対策方針を抽出するステップを実行させる。
【００１２】
実施形態に係る要件定義支援プログラムは、前記コンピュータに、前記抽出された複数の対策方針の中から、前記ユーザによって指定された対策方針を選択するステップを実行させる。
【００１３】
実施形態に係る要件定義支援プログラムは、前記コンピュータに、前記第１の格納手段に格納されている抽出用データに基づいて、前記選択された対策方針に対応づけて当該抽出用データに含まれているセキュリティ要件を抽出するステップを実行させる。
【００１４】
実施形態に係る要件定義支援プログラムは、前記コンピュータに、前記第２の格納手段に格納されている検査用データによって定義されている関係性を前記抽出されたセキュリティ要件が満たしているかを検査するステップを実行させる。
【００１５】
実施形態に係る要件定義支援プログラムは、前記コンピュータに、前記検査結果を提示するステップを実行させる。
【図面の簡単な説明】
【００１６】
【図１】実施形態に係る要件定義支援装値のハードウェア構成を示すブロック図。
【図２】図１に示す要件定義支援装置３０の主として機能構成を示すブロック図。
【図３】図２に示すセキュリティ要件抽出用データ格納部２３に格納されている抽出用データのデータ構造について説明する。
【図４】本実施形態に係る要件定義支援装置３０の処理手順を示すフローチャート。
【図５】図３に示す抽出用データにおいて対策方針選択部３１２によって選択された上位の対策方針の一例を示す図。
【図６】図３に示す抽出用データにおいて対策方針選択部３１２によって選択された下位の対策方針の一例を示す図。
【図７】図３に示す抽出用データからセキュリティ要件抽出部３２２によって抽出されるセキュリティ要件の一例を示す図。
【図８】セキュリティ要件表示部３１３によってセキュリティ要件が表示された場合の表示画面の一例を示す図。
【図９】要件検査結果表示部３１５によって検査結果が表示された場合の表示画面の一例を示す図。
【図１０】要件依存性検査部３２３および要件排他性検査部３２４によるセキュリティ要件検査処理の処理手順を示すフローチャート。
【図１１】セキュリティ要件の依存性について説明するための図。
【図１２】セキュリティ要件の排他性について説明するための図。
【図１３】セキュリティ要件の排他性について説明するための図。
【発明を実施するための形態】
【００１７】
以下、図面を参照して、実施形態について説明する。
【００１８】
図１は、本実施形態に係る要件定義支援装置（セキュリティ要件定義支援装置）のハードウェア構成を示すブロック図である。図１に示すように、コンピュータ１０は、例えばハードディスクドライブ（ＨＤＤ：Hard Disk Drive）のような外部記憶装置２０と接続されている。この外部記憶装置２０は、コンピュータ１０によって実行されるプログラム２１を格納する。コンピュータ１０および外部記憶装置２０は、要件定義支援装置３０を構成する。
【００１９】
要件定義支援装置３０は、例えばシステム開発の要件定義フェーズにおけるセキュリティに関する要件（以下、セキュリティ要件と表記）の定義を支援するために用いられる。
【００２０】
図２は、図１に示す要件定義支援装置３０の主として機能構成を示すブロック図である。図２に示すように、要件定義支援装置３０は、ユーザ選択インタフェース（Ｉ／Ｆ）３１および処理エンジン３２を含む。
【００２１】
本実施形態において、ユーザ選択インタフェース３１および処理エンジン３２は、図１に示すコンピュータ１０が外部記憶装置２０に格納されているプログラム（要件定義支援プログラム）２１を実行することにより実現されるものとする。このプログラム２１は、コンピュータ読み取り可能な記憶媒体に予め格納して頒布可能である。また、このプログラム２１が例えばネットワークを介してコンピュータ１０にダウンロードされても構わない。
【００２２】
また、要件定義支援装置３０は、セキュリティ目標特性一覧格納部２２、セキュリティ要件抽出用データ格納部（第１の格納部）２３、セキュリティ要件検査用データ格納部（第２の格納部）２４およびセキュリティ要件抽出結果格納部（第３の格納部）２５を含む。
【００２３】
本実施形態において、これらの格納部２２〜２５は、例えば外部記憶装置２０に格納される。
【００２４】
ユーザ選択インタフェース３１は、セキュリティ目標特性入力部３１１、対策方針選択部３１２、セキュリティ要件表示部３１３、要件検査依頼部３１４および要件検査結果表示部３１５を含む。また、処理エンジン３２は、対策方針抽出部３２１、セキュリティ要件抽出部３２２、要件依存性検査部３２３および要件排他性検査部３２４を含む。
【００２５】
セキュリティ目標特性一覧格納部２２には、例えば開発対象となるシステムにおけるセキュリティに関する要件の性質（セキュリティに関する課題）を表すセキュリティ目標特性の一覧が予め格納される。
【００２６】
セキュリティ目標特性入力部３１１は、セキュリティ要件（セキュリティに関する要件）の性質を表すセキュリティ目標特性であって、ユーザによって指定されたセキュリティ目標特性を示すセキュリティ目標特性情報を入力する。セキュリティ目標特性入力部３１１は、例えばセキュリティ目標特性一覧格納部２２に格納されているセキュリティ目標特性の一覧の中からユーザによって指定（選択）されたセキュリティ目標特性を示すセキュリティ目標特性情報を入力する。
【００２７】
セキュリティ要件抽出用データ格納部２３には、セキュリティ目標特性に対する複数の対策方針（セキュリティに関する課題を解決するための方針）の各々に対応づけて当該対策方針に応じたセキュリティ要件（セキュリティに関する要件）を含むセキュリティ要件抽出用データ（以下、単に抽出用データと表記）が予め格納されている。この抽出用データは、セキュリティ目標特性（セキュリティ目標特性一覧格納部２２に格納されているセキュリティ目標特性）毎に用意されている。
【００２８】
対策方針抽出部３２１は、セキュリティ目標特性入力部３１１によって入力されたセキュリティ目標特性情報に基づいて、セキュリティ要件抽出用データ格納部２３（に格納されている抽出用データ）から対策方針（を示す情報）を抽出する。対策方針抽出部３２１は、セキュリティ要件抽出用データ格納部２３に格納されている抽出用データに含まれる複数の対策方針であってセキュリティ目標特性入力部３１１によって入力されたセキュリティ目標特性情報によって示されるセキュリティ目標特性に応じた複数の対策方針を抽出する。
【００２９】
対策方針選択部３１２は、対策方針抽出部３２１によって抽出された複数の対策方針の中から、ユーザによって指定（選択）された対策方針を選択する。
【００３０】
セキュリティ要件抽出部３２２は、対策方針選択部３１２によって選択された対策方針に基づいて、セキュリティ要件抽出用データ格納部２３（に格納されている抽出用データ）からセキュリティ要件（を示す情報）を抽出する。セキュリティ要件抽出部３２２は、セキュリティ要件抽出用データ格納部２３に格納されている抽出用データに基づいて、対策方針選択部３１２によって選択された対策方針に対応づけて当該抽出用データに含まれているセキュリティ要件を抽出する。
【００３１】
セキュリティ要件表示部３１３は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件を表示（提示）する。
【００３２】
セキュリティ要件検査用データ格納部２４には、セキュリティ要件抽出用データ格納部２３に格納されている抽出用データに含まれるセキュリティ要件間で満たすべき関係性が定義された検査用データが格納される。このセキュリティ要件検査用データ格納部２４に格納されている検査用データは、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件を検査するために用いられる。
【００３３】
セキュリティ要件検査用データ格納部２４に格納されている検査用データには、セキュリティ要件抽出用データ格納部２３に格納されている抽出用データに含まれるセキュリティ要件間の依存関係（依存性）について定義された依存性検査用データおよび当該セキュリティ要件間の排他関係（排他性）について定義された排他性検査用データが含まれる。
【００３４】
要件検査依頼部３１４は、例えばユーザの操作に応じて、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件（つまり、セキュリティ要件表示部３１３によって表示されたセキュリティ要件）に対する検査の依頼を受け付ける。
【００３５】
要件依存性検査部３２３および要件排他性検査部３２４は、セキュリティ要件検査用データ格納部２４に格納されている検査用データによって定義されている関係性をセキュリティ要件抽出部３２２によって抽出されたセキュリティ要件が満たしているか否かを検査する。
【００３６】
要件依存性検査部３２３は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件およびセキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる依存性検査用データに基づいて、当該セキュリティ要件の依存性について検査する。
【００３７】
要件排他性検査部３２４は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件およびセキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる排他性検査用データに基づいて、当該セキュリティ要件の排他性について検査する。
【００３８】
要件検査結果表示部３１５は、要件依存性検査部３２３および要件排他性検査部３２４による検査結果を表示（提示）する。
【００３９】
セキュリティ要件抽出結果格納部２５には、例えばユーザが要件検査結果表示部３１５によって表示された検査結果を参照することによって最終的に決定されたセキュリティ要件（を示す情報）が格納される。
【００４０】
図３を参照して、図２に示すセキュリティ要件抽出用データ格納部２３に格納されている抽出用データ（セキュリティ要件抽出用データ）のデータ構造について説明する。なお、図３は、セキュリティ目標特性「利用者のプライバシが保護される」について用意されている抽出用データを示す。
【００４１】
抽出用データには、セキュリティ目標特性に対する複数の対策方針および当該対策方針の各々に応じたセキュリティ要件が含まれる。
【００４２】
図３に示す抽出用データにおいては、セキュリティ目標特性に対する２段階の対策方針（以下、上位の対策方針および下位の対策方針と表記）があり、その末端にセキュリティ要件が存在している。このように、抽出用データに複数の段階の対策方針が含まれていても構わない。
【００４３】
図３に示す例では、抽出用データには、セキュリティ目標特性１００に対する上位の対策方針１０１〜１０３および当該上位の対策方針１０１〜１０３の各々の下位に位置する下位の対策方針１１１〜１１６が含まれている。更に、抽出用データには、下位の対策方針１１１〜１１６の各々に応じたセキュリティ要件１２１〜１３０が含まれている。
【００４４】
具体的には、図３に示す抽出用データにおいて、セキュリティ目標特性１００（「利用者のプライバシが保護される」）に対する例えば上位の対策方針１０１（「識別情報から利用者本人が特定できない」）は、下位の対策方針１１１（「利用者の匿名性を保護する」）および下位の対策方針１１２（「利用者の別名性を保護する」）と対応づけられている。また、下位の対策方針１１１には、セキュリティ要件１２１（「利用者ＩＤから実名が特定できないこと」）およびセキュリティ要件１２２（「利用者にＩＤを要求せずに、データやサービスが提供できること」）が対応づけられている。同様に、下位の対策方針１１２には、セキュリティ要件１２３（「いくつかのＩＤを持つ利用者の実名が特定できないこと」）、セキュリティ要件１２４（「システムは提供されたＩＤから利用者識別情報が判別できること」）およびセキュリティ要件１２５（「システムは利用者のＩＤがユニークであることを保証すること」）が対応づけられている。
【００４５】
これによれば、セキュリティ要件１２１および１２２は、上位の対策方針１０１および下位の対策方針１１１を達成するために必要なセキュリティに関する要件であることが示される。また、セキュリティ要件１２３〜１２５は、上位の対策方針１０１および下位の対策方針１１２を達成するために必要なセキュリティに関する要件であることが示される。
【００４６】
ここでは、図３に示す抽出用データにおける上位の対策方針１０１、下位の対策方針１１１および１１２、セキュリティ要件１２１〜１２５について具体的に説明したが、他の上位の対策方針、下位の対策方針およびセキュリティ要件についても同様であるため、その詳しい説明を省略する。
【００４７】
セキュリティ要件抽出用データ格納部２３に格納されている抽出用データが上記したようなデータ構造を有することにより、セキュリティ目標特性に対する対策方針（ここでは、上位の対策方針１０１〜１０３および下位の対策方針１１１〜１１６）がユーザによって選択（指定）されることによって、当該対策方針に応じた適切なセキュリティ要件（ここでは、セキュリティ要件１２１〜１３０）を抽出（特定）することが可能となる。
【００４８】
なお、図３においては、セキュリティ目標特性「利用者のプライバシが保護される」について用意されている抽出用データについて説明したが、他のセキュリティ目標特性について用意されている抽出用データについても同様であるため、その詳しい説明を省略する。
【００４９】
次に、図４に示すフローチャートを参照して、本実施形態に係る要件定義支援装置３０の処理手順について説明する。
【００５０】
まず、ユーザ選択インタフェース３１は、セキュリティ目標特性一覧格納部２２に格納されているセキュリティ目標特性の一覧を表示する（ステップＳ１）。ユーザは、ユーザ選択インタフェース３１によって表示されたセキュリティ目標特性の一覧から、所望のセキュリティ目標特性（開発対象のシステムにおいて定義すべきセキュリティ要件の性質を表すセキュリティ目標特性）を指定（選択）することができる。
【００５１】
ユーザ選択インタフェース３１に含まれるセキュリティ目標特性入力部３１１は、ユーザの操作に応じて、ユーザ選択インタフェース３１によって表示されたセキュリティ目標特性の一覧からユーザによって指定されたセキュリティ目標特性を示すセキュリティ目標特性情報を入力する（ステップＳ２）。セキュリティ目標特性入力部３１１は、入力されたセキュリティ目標特性情報を処理エンジン３２に含まれる対策方針抽出部３２１に渡す。
【００５２】
次に、処理エンジン３２に含まれる対策方針抽出部３２１は、セキュリティ目標特性入力部３１１から渡されたセキュリティ目標特性情報に応じて、セキュリティ要件抽出用データ格納部２３に格納されている抽出用データから対策方針（を示す情報）を抽出する（ステップＳ３）。
【００５３】
この場合、対策方針抽出部３２１は、セキュリティ目標特性入力部３１１から渡されたセキュリティ目標特性情報によって示されるセキュリティ目標特性に対する複数の対策方針を、セキュリティ要件抽出用データ格納部２３に格納されている当該セキュリティ目標特性について用意されている抽出用データから抽出する。
【００５４】
ここで、セキュリティ目標特性入力部３１１から渡されたセキュリティ目標特性情報によって示されるセキュリティ目標特性が図３に示すセキュリティ目標特性１００（つまり、「利用者のプライバシが保護される」）であるものとする。
【００５５】
この場合、対策方針抽出部３２１は、セキュリティ目標特性１００に対する複数の対策方針（上位の対策方針）１０１〜１０３を、図３に示す抽出用データから抽出する。
【００５６】
対策方針抽出部３２１は、抽出された複数の対策方針（を示す情報）をユーザ選択インタフェース３１に渡す。
【００５７】
ユーザ選択インタフェース３１は、対策方針抽出部３２１から渡された複数の対策方針を表示する（ステップＳ４）。ユーザは、ユーザ選択インタフェース３１によって表示された複数の対策方針の中から、所望の対策方針（開発対象のシステムにおいて定義すべきセキュリティ要件に応じた対策方針）を指定（選択）することができる。
【００５８】
対策方針選択部３１２は、ユーザの操作に応じて、ユーザ選択インタフェース３１によって表示された複数の対策方針の中からユーザによって指定された対策方針を選択する（ステップＳ５）。
【００５９】
ここで、図５は、上述した図３に示す抽出用データにおいて対策方針選択部３１２によって選択された対策方針（上位の対策方針）の一例を示す。
【００６０】
図５に示す例によれば、上記したようにユーザ選択インタフェース３１によって表示された上位の対策方針１０１〜１０３の中から対策方針１０１（つまり、「識別情報から利用者本人が特定できない」）および対策方針１０３（つまり、「データやサービスが使用されていることを他人が観察できない」）が対策方針選択部３１２によって選択されたことが示されている。
【００６１】
なお、上述したように、図３に示す抽出用データにおいては２段階の対策方針（上位および下位の対策方針）が含まれている。
【００６２】
この場合、上記したように対策方針選択部３１２によって選択された上位の対策方針が対策方針抽出部３２１に渡され、上記したステップＳ３〜Ｓ５の処理と同様の処理が繰り返される。
【００６３】
具体的には、対策方針選択部３１２によって対策方針１０１および１０３が選択されたものとすると、対策方針抽出部３２１は、当該対策方針１０１の下位に位置する下位の対策方針１１１および１１２と当該対策方針１０３の下位に位置する下位の対策方針１１４〜１１６をセキュリティ要件抽出用データ格納部２３に格納されている抽出用データから抽出する。対策方針抽出部３２１は、抽出された下位の対策方針１１１、１１２および１１４〜１１６をユーザ選択インタフェース３１に渡す。
【００６４】
ユーザ選択インタフェース３１は、対策方針抽出部３２１から渡された下位の対策方針１１１、１１２および１１４〜１１６を表示する。対策方針選択部３１２は、ユーザ選択インタフェース３１によって表示された下位の対策方針１１１、１１２および１１４〜１１６の中から、ユーザによって指定された対策方針を選択する。
【００６５】
ここで、図６は、上述した図３に示す抽出用データにおいて対策方針選択部３１２によって選択された対策方針（下位の対策方針）の一例を示す。
【００６６】
図６に示す例によれば、上記したようにユーザ選択インタフェース３１によって表示された下位の対策方針１１１、１１２および１１４〜１１６の中から対策方針１１１、１１２、１１４および１１５が選択されたことが示されている。
【００６７】
なお、対策方針選択部３１２は、選択された対策方針（ここでは、下位の対策方針１１１、１１２、１１４および１１５）をセキュリティ要件抽出部３２２に渡す。
【００６８】
ここでは、図３に示す抽出用データに２段階の対策方針（上位の対策方針および下位の対策方針）が含まれているため上記したステップＳ３〜Ｓ５の処理が繰り返されるものとして説明したが、抽出用データに１段階の対策方針のみが含まれている場合には、上記したステップＳ５の処理が実行されるとステップＳ６の処理が実行される。
【００６９】
次に、セキュリティ要件抽出部３２２は、対策方針選択部３１２から渡された対策方針に応じて、セキュリティ要件抽出用データ格納部２３に格納されている抽出用データからセキュリティ要件（を示す情報）を抽出する（ステップＳ６）。この場合、セキュリティ要件抽出部３２２は、対策方針選択部３１２から渡された対策方針に対応づけて抽出用データに含まれているセキュリティ要件を抽出する。
【００７０】
ここで、図７は、上述した図３に示す抽出用データからセキュリティ要件抽出部３２２によって抽出されるセキュリティ要件の一例を示す。
【００７１】
ここでは、対策方針選択部３１２によって下位の対策方針１１１、１１２、１１４および１１５が選択されたものとする。
【００７２】
この場合、図７に示すように、対策方針選択部３１２によって選択された下位の対策方針１１１に応じたセキュリティ要件１２１および１２２がセキュリティ要件抽出部３２２によって抽出される。
【００７３】
また、対策方針選択部３１２によって選択された下位の対策方針１１２に応じたセキュリティ要件１２３〜１２５がセキュリティ要件抽出部３２２によって抽出される。
【００７４】
更に、対策方針選択部３１２によって選択された下位の対策方針１１４に応じたセキュリティ要件１２７および１２８がセキュリティ要件抽出部３２２によって抽出される。
【００７５】
また、対策方針選択部３１２によって選択された下位の対策方針１１５に応じたセキュリティ要件１２９がセキュリティ要件抽出部３２２によって抽出される。
【００７６】
つまり、上記したように上位の対策方針１０２および下位の対策方針１１６は対策方針選択部３１２によって選択されていないため、セキュリティ要件１２６および１３０は、セキュリティ要件抽出部３２２によって抽出されない。
【００７７】
なお、セキュリティ要件抽出部３２２は、抽出されたセキュリティ要件（ここでは、セキュリティ要件１２１〜１２５および１２７〜１２９）をセキュリティ要件表示部３１３に渡す。
【００７８】
次に、セキュリティ要件表示部３１３は、セキュリティ要件抽出部３２２から渡されたセキュリティ要件を表示する（ステップＳ７）。これにより、ユーザは、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件を確認することができる。
【００７９】
ここで、図８は、セキュリティ要件表示部３１３によってセキュリティ要件が表示された場合の表示画面の一例を示す。
【００８０】
図８に示す表示画面２００には、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件が選択済みセキュリティ要件として表示されている。
【００８１】
なお、図８に示す表示画面２００には、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件（当該表示画面２００に表示されているセキュリティ要件）の妥当性の検査を依頼するための要件検査開始ボタン２０１が設けられている。
【００８２】
ユーザは、例えば要件定義支援装置３０を操作して、表示画面２００に設けられている要件検査開始ボタン２０１を指定（押下）することによって、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件に対する検査を依頼することができる。表示画面２００に設けられている要件検査開始ボタン２０１が指定されると、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件に対する検査の依頼がセキュリティ要件依頼部３１４によって受け付けられる。
【００８３】
要件検査依頼部３１４は、ユーザの操作に応じて、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件に対する検査が依頼されたか（つまり、当該セキュリティ要件に対する検査の依頼が受け付けられたか）否かを判定する（ステップＳ８）。
【００８４】
セキュリティ要件に対する検査が依頼されたと判定された場合（ステップＳ８のＹＥＳ）、要件依存性検査部３２３および要件排他性検査部３２４は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件の妥当性を検査する処理（以下、セキュリティ要件検査処理と表記）を実行する（ステップＳ９）。
【００８５】
セキュリティ要件検査処理は、セキュリティ要件検査用データ格納部２４に格納されている検査用データを用いて実行される。なお、セキュリティ要件検査用データ格納部２４に格納されている検査用データには、上記した依存性検査用データおよび排他性検査用データが含まれる。依存性検査用データにおいては、セキュリティ要件抽出用データ格納部２３に格納されているセキュリティ要件および当該セキュリティ要件に依存する他のセキュリティ要件が対応づけて定義されている。排他性検査用データにおいては、セキュリティ要件抽出用データ格納部２３に格納されているセキュリティ要件および当該セキュリティ要件と排他的な関係にある他のセキュリティ要件が対応づけて定義されている。
【００８６】
セキュリティ要件検査処理において、要件依存性検査部３２３は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件およびセキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる依存性検査用データに基づいて、当該セキュリティ要件の依存性について検査する。セキュリティ要件の依存性についての検査によれば、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件において不足しているセキュリティ要件の有無が検査される。
【００８７】
また、セキュリティ要件検査処理において、要件排他性検査部３２４は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件およびセキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる排他性検査用データに基づいて、当該セキュリティ要件の排他性について検査する。セキュリティ要件の排他性についての検査によれば、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件において重複しているセキュリティ要件（つまり、冗長なセキュリティ要件）の有無が検査される。
【００８８】
なお、検査用データ（依存性検査用データおよび排他性検査用データ）としては、例えばコモンクライテリア（ＣＣ：Common Criteria）におけるセキュリティ機能要件（ＳＦＲ）を用いることができる。
【００８９】
セキュリティ要件検査処理が実行されると、要件依存性検査部３２３および要件排他性検査部３２４は、検査結果を要件検査結果表示部３１５に渡す。なお、セキュリティ要件検査処理の詳細については後述する。
【００９０】
次に、要件検査結果表示部３１５は、要件依存性検査部３２３および要件排他性検査部３２４から渡された検査結果を表示する（ステップＳ１０）。
【００９１】
ここで、図９は、要件検査結果表示部３１５によって検査結果が表示された場合の表示画面の一例を示す。
【００９２】
図９に示す表示画面３００には、上記した図８に示す表示画面２００と同様に、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件が選択済みセキュリティ要件として表示されている。
【００９３】
また、表示画面３００には、要件依存性検査部３２３および要件排他性検査部３２４による検査結果が指摘事項として表示される検査結果表示領域３０１が設けられている。
【００９４】
図９に示す表示画面３００に設けられている検査結果表示領域３０１には、例えば「要件１は要件３が必要です」の文字列が指摘事項として表示されている。これによれば、セキュリティ要件１にはセキュリティ要件３が必要である（つまり、セキュリティ要件３はセキュリティ要件１に依存する）ため、現在のセキュリティ要件（つまり、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件）ではセキュリティ要件３が不足している旨が示されている。
【００９５】
また、図９に示す表示画面３００に設けられている検査結果表示領域３０１には、例えば「要件７．１は要件７．２を包含します」が指摘事項として表示されている。これによれば、セキュリティ要件７．１はセキュリティ要件７．２を包含している（つまり、セキュリティ要件７．２はセキュリティ要件７．１と排他的な関係にある）ため、現在のセキュリティ要件（つまり、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件）ではセキュリティ要件７．２が重複している（つまり、冗長であり不要である）旨が示されている。
【００９６】
更に、例えば「要件１３と要件１５はいずれか一つで十分です」も指摘事項として表示されている。これによれば、セキュリティ要件１３および１５は、いずれか一つが開発対象となるシステムにおけるセキュリティ要件として選択されればよいことが示されている。
【００９７】
なお、図９に示す例では、検査結果表示領域３０１において「不足している要件があります」の文字列の下部に表示されている指摘事項は、要件依存性検査部３２３による検査結果（つまり、セキュリティ要件の依存性についての検査結果）である。一方、検査結果表示領域３０１において「冗長な要件があります」の文字列の下部に表示されている指摘事項は、要件排他性検査部３２４による検査結果（つまり、セキュリティ要件の排他性についての検査結果）である。
【００９８】
また、図９に示す表示画面３００において、上記した指摘事項において指摘されているセキュリティ要件（選択済みセキュリティ要件）の項目には例えば他のセキュリティ要件と区別可能な色が付されている。これにより、表示画面３００においては、上記した指摘事項と関連するセキュリティ要件を容易に把握することができる。
【００９９】
ユーザは、このような表示画面３００を参照することにより、不足しているセキュリティ要件および不要なセキュリティ要件を確認し、例えば要件定義支援装置３０を操作することによって開発対象となるシステムにおけるセキュリティ要件（最終的なセキュリティ要件）を決定（選択）することができる（ステップＳ１１）。
【０１００】
ユーザによって決定されたセキュリティ要件（を示す情報）は、セキュリティ要件抽出結果格納部２５に格納される。また、セキュリティ要件抽出結果格納部２５には、上記した検査結果（依存性および排他性についての検査結果）が格納される。
【０１０１】
なお、上記したステップＳ８においてセキュリティ要件に対する検査が依頼されていないと判定された場合、処理は終了される。
【０１０２】
次に、図１０のフローチャートを参照して、要件依存性検査部３２３および要件排他性検査部３２４によるセキュリティ要件検査処理（図４に示すステップＳ９の処理）の処理手順について説明する。
【０１０３】
このセキュリティ要件検査処理は、処理エンジン３２に含まれる要件依存性検査部３２３および要件排他性検査部３２４によって実行される。
【０１０４】
まず、要件依存性検査部３２３は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件のうちの１つを取り出す（ステップＳ２１）。以下、このステップＳ２１の処理において取り出されたセキュリティ要件を検査対象セキュリティ要件とする。
【０１０５】
次に、要件依存性検査部３２３は、セキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる依存性検査用データに基づいて、検査対象セキュリティ要件の依存性について検査する。
【０１０６】
ここで、図１１を参照して、セキュリティ要件の依存性について説明する。図１１については、矢印には実線と点線の２種類が存在している。ここでは、実線はＡＮＤの依存性、点線はＯＲの依存性を示している。図１１によれば、開発対象となるシステムにおけるセキュリティ要件としてセキュリティ要件１が選択された場合、セキュリティ要件３を選択する必要があることが示されている。
【０１０７】
また、開発対象となるシステムにおけるセキュリティ要件としてセキュリティ要件４が選択された場合、セキュリティ要件１とセキュリティ要件３はＡＮＤで繋がっているので、セキュリティ要件１とセキュリティ要件３は、ともに必要であることが示されている。更に、セキュリティ要件５とセキュリティ要件１０がＯＲなので、セキュリティ要件５とセキュリティ要件７、またはセキュリティ要件１０とセキュリティ要件１１のどちらかのセットが必要となることが示されている。
【０１０８】
つまり、セキュリティ要件１およびセキュリティ要件３を選択する必要があり、これらのセキュリティ要件に加えて、セキュリティ要件５およびセキュリティ要件７、または、セキュリティ要件１０およびセキュリティ要件１１を選択する必要があることが示されている。
【０１０９】
これらを論理式で書くと、セキュリティ要件４を選択した場合には以下のように示される。
【０１１０】
（要件１ ＡＮＤ 要件３） ＡＮＤ （（要件５ ＡＮＤ 要件７） ＯＲ （要件１０ ＡＮＤ 要件１１））
また、開発対象となるシステムにおけるセキュリティ要件としてセキュリティ要件５が選択された場合、セキュリティ要件７を選択する必要があることが示されている。
【０１１１】
更に、開発対象となるシステムにおけるセキュリティ要件としてセキュリティ要件１０が選択された場合、セキュリティ要件１１を選択する必要があることが示されている。
【０１１２】
このように、セキュリティ要件には、依存し合う他のセキュリティ要件が存在する。セキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる依存性検査用データには、図１１に示すようなセキュリティ要件間の依存性（依存関係）が定義されている。具体的には、依存性検査用データには、セキュリティ要件および当該セキュリティ要件に依存する他のセキュリティ要件が対応づけて定義されている。
【０１１３】
上記した図１１の例では、依存性検査用データにおいて、例えばセキュリティ要件１および当該セキュリティ要件１に依存する他のセキュリティ要件であるセキュリティ要件３が対応づけて定義されている。
【０１１４】
要件依存性検査部３２３は、依存性検査用データおよびセキュリティ要件抽出部３２２によって抽出されたセキュリティ要件に基づいて、検査対象セキュリティ要件が当該依存性検査用データによって定義されている依存性（依存関係）を満たしているか（つまり、当該検査対象セキュリティ要件とセットで選択されるべきセキュリティ要件があるか）否かを判定する（ステップＳ２２）。
【０１１５】
この場合、要件依存性検査部３２３は、検査対象セキュリティ要件に対応づけて依存性検査用データに定義されているセキュリティ要件（つまり、検査対象セキュリティ要件に依存するセキュリティ要件）がセキュリティ要件抽出部３２２によって抽出されているか否かを判定する。換言すれば、要件依存性検査部３２３は、検査対象セキュリティ要件に対応づけて依存性検査用データに定義されているセキュリティ要件がセキュリティ要件抽出部３２２による抽出結果（当該セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件）に含まれるか否かを判定する。
【０１１６】
なお、検査対象セキュリティ要件に対応づけて依存性検査用データに定義されているセキュリティ要件がセキュリティ要件抽出部３２２によって抽出されていないと判定された場合には、ステップＳ２２において検査対象セキュリティ要件が依存性を満たしていないと判定される。一方、検査対象セキュリティ要件に対応づけて依存性検査用データに定義されているセキュリティ要件がセキュリティ要件抽出部３２２によって抽出されていないと判定された場合には、ステップＳ２２において検査対象セキュリティ要件が依存性を満たしていると判定される。
【０１１７】
検査対象セキュリティ要件が依存性を満たしていないと判定された場合（ステップＳ２２のＮＯ）、要件依存性検査部３２３は、上記したように要件検査結果表示部３１５によって表示される指摘事項（検査結果）に当該検査対象セキュリティ要件に依存するセキュリティ要件（が抽出されていない旨の検査結果）を追加する（ステップＳ２３）。
【０１１８】
一方、検査対象セキュリティ要件が依存性を満たしていると判定された場合（ステップＳ２２のＹＥＳ）、ステップＳ２３の処理は実行されない。
【０１１９】
次に、要件排他性検査部３２３は、セキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる排他性検査用データに基づいて、検査対象セキュリティ要件の排他性について検査する。
【０１２０】
ここで、図１２および図１３を参照して、セキュリティ要件の排他性について説明する。
【０１２１】
図１２によれば、例えばセキュリティ要件７のうち開発対象となるシステムにおけるセキュリティ要件としてセキュリティ要件７．１が選択された場合、セキュリティ要件７．２および７．３は、当該セキュリティ要件７．１に包含されるため選択される必要がないことが示されている。
【０１２２】
同様に、開発対象となるシステムにおけるセキュリティ要件としてセキュリティ要件７．２が選択された場合、セキュリティ要件７．３は、当該セキュリティ要件７．２に包含されるため選択される必要がないことが示されている。
【０１２３】
また、図１３によれば、セキュリティ要件１３、１４および１５は、いずれか一つが開発対象となるシステムにおけるセキュリティ要件として選択されればよいことが示されている。
【０１２４】
このように、セキュリティ要件には、排他的な関係にある他のセキュリティ要件が存在する。セキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる排他性検査用データには、図１２および図１３に示すようなセキュリティ要件間の排他性（排他関係）が定義されている。具体的には、排他性検査用データには、セキュリティ要件および当該セキュリティ要件と排他的な関係にある他のセキュリティ要件が対応づけて定義されている。
【０１２５】
上記した図１２の例では、排他性検査用データにおいて、例えばセキュリティ要件７．１および当該セキュリティ要件７．１と排他的な関係にある他のセキュリティ要件であるセキュリティ要件７．２（および７．３）が対応づけて定義されている。
【０１２６】
要件排他性検査部３２４は、排他性検査用データおよびセキュリティ要件抽出部３２２によって抽出されたセキュリティ要件に基づいて、検査対象セキュリティ要件が当該排他性検査用データによって定義されている排他性（排他関係）を満たしているか否かを判定する（ステップＳ２４）。
【０１２７】
この場合、要件排他性検査部３２４は、検査対象セキュリティ要件に対応づけて排他性検査用データに定義されているセキュリティ要件（つまり、検査対象セキュリティ要件と排他的な関係にあるセキュリティ要件）がセキュリティ要件抽出部３２２によって抽出されているか否かを判定する。換言すれば、要件排他性検査部３２４は、検査対象セキュリティ要件に対応づけて排他性検査用データに定義されているセキュリティ要件がセキュリティ要件抽出部３２２による抽出結果（当該セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件）に含まれるか否かを判定する。
【０１２８】
なお、検査対象セキュリティ要件に対応づけて依存性検査用データに定義されているセキュリティ要件がセキュリティ要件抽出部３２２によって抽出されていると判定された場合には、ステップＳ２４において検査対象セキュリティ要件が排他性を満たしていないと判定される。一方、検査対象セキュリティ要件に対応付けて排他性検査用データに定義されているセキュリティ要件がセキュリティ要件抽出部３２２によって抽出されていないと判定された場合には、ステップＳ２２において検査対象セキュリティ要件が排他性を満たしていると判定される。
【０１２９】
検査対象セキュリティ要件が排他性を満たしていないと判定された場合（ステップＳ２４のＮＯ）、要件排他性検査部３２４は、上記したように要件検査結果表示部３１５によって表示される指摘事項（検査結果）に当該検査対象セキュリティ要件と排他的な関係にあるセキュリティ要件（が抽出されている旨の検査結果）を追加する（ステップＳ２５）。
【０１３０】
一方、検査対象セキュリティ要件が排他性を満たしていると判定された場合（ステップＳ２４のＹＥＳ）、ステップＳ２５の処理は実行されない。
【０１３１】
次に、セキュリティ要件抽出部３２２によって抽出された全てのセキュリティ要件について上記したステップＳ２１以降の処理が実行されたか否かが判定される（ステップＳ２６）。
【０１３２】
全てのセキュリティ要件について処理が実行されていないと判定された場合（ステップＳ２６のＮＯ）、上記したステップＳ２１に戻って処理が繰り返される。
【０１３３】
一方、全てのセキュリティ要件について処理が実行されたと判定された場合（ステップＳ２６のＹＥＳ）、セキュリティ要件検査処理は終了される。
【０１３４】
上記したように本実施形態においては、ユーザによって指定されたセキュリティ目標特性に対する複数の対策方針が抽出用データから抽出され、当該抽出された複数の対策方針の中のユーザによって指定された対策方針に対応づけて抽出用データに含まれているセキュリティ要件が抽出される。つまり、本実施形態においては、開発対象となるシステムに要求されるセキュリティ目標特性（例えば、データまたはサービスのＣＩＡ等）から対策方針を詳細化し、セキュリティ要件が導き出される。
【０１３５】
また、本実施形態においては、抽出されたセキュリティ要件が検査用データによって定義されている関係性を満たしているかが検査され、当該検査結果が提示される。
【０１３６】
したがって、本実施形態においては、ユーザによって適宜指定（選択）されたセキュリティ目標特性および対策方針に基づいて抽出用データから抽出されたセキュリティ要件について、当該セキュリティ要件が有する特徴的な関係性（依存性および排他性）について検査（チェック）され、当該検査結果が提示されるため、例えばセキュリティ要件の定義についての知識が乏しいユーザ等であっても、抽出されたセキュリティ要件（当該ユーザによって選択されたセキュリティ要件）および当該検査結果を参照し、セキュリティ要件の関係性を考慮したより適切（理想的）なセキュリティ要件を決定（選択）することが可能となる。
【０１３７】
これにより、本実施形態においては、適切なセキュリティ要件（セキュリティに関する要件）の定義を支援することが可能となり、ユーザは、例えば開発対象のシステムの仕様が明確でない（固まっていない）場合であっても、開発者のスキルに依存することなく、適切なセキュリティ要件を定義することが可能となる。
【０１３８】
また、本実施形態においては、検査用データに含まれる依存性検査用データを用いてセキュリティ要件の依存性について検査されることにより、検査結果として不足しているセキュリティ要件（不足要件）がユーザに対して提示されるため、セキュリティ要件の漏れを防止することが可能となる。
【０１３９】
また、本実施形態においては、検査用データに含まれる排他性検査用データを用いてセキュリティ要件の排他性について検査されることにより、検査結果として重複しているセキュリティ要件（重複要件）がユーザに対して提示されるため、セキュリティ要件の重複を防止することが可能となる。
【０１４０】
つまり、本実施形態によれば、適切なセキュリティに関する要件（セキュリティ要件）の定義を支援することが可能な要件定義支援プログラムおよび要件定義支援装置を提供することができる。
【０１４１】
なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。
【符号の説明】
【０１４２】
１０…コンピュータ、２０…外部記憶装置、２２…セキュリティ目標特性一覧格納部、２３…セキュリティ要件抽出用データ格納部（第１の格納手段）、２４…セキュリティ要件検査用データ格納部（第２の格納手段）、２５…セキュリティ要件抽出結果格納部（第３の格納手段）、３０…要件定義支援装置、３１…ユーザ選択インタフェース、３２…処理エンジン、３１１…セキュリティ目標特性入力部、３１２…対策方針選択部、３１３…セキュリティ要件表示部、３１４…要件検査依頼部、３１５…要件検査結果表示部（提示手段）、３２１…対策方針抽出部、３２２…セキュリティ要件抽出部、３２３…要件依存性検査部、３２４…要件排他性検査部。
【技術分野】
【０００１】
本発明の実施形態は、セキュリティに関する要件の定義を支援する要件定義支援プログラムおよび要件定義支援装置に関する。
【背景技術】
【０００２】
一般的に、システム開発の要件定義フェーズにおいては、非機能要件の一部として例えばセキュリティに関する要件（以下、セキュリティ要件と表記）が定義される。
【０００３】
このセキュリティ要件の定義は、例えば開発者のスキルに基づいて行われる、または、システムの保護対象となる資産または利用者・関与者を基としたセキュリティ脅威の分析を用いた手法（以下、「脅威分析手法」と表記）によって行われる場合が多い。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２２２４２０号公報
【特許文献２】特開２００８−２５０６８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記した開発者のスキルに基づいてセキュリティ要件の定義が行われる場合には、当該開発者のスキルに依存することからセキュリティ要件の定義内容にばらつきがあり、更には、当該定義内容に抜け、漏れまたは重複等がある場合がある。
【０００６】
一方、上記した脅威分析手法によってセキュリティ要件の定義が行われる場合には、分析の対象となるシステムの仕様がある程度明確にならなければセキュリティ要件の定義を行うことは困難である。
【０００７】
したがって、例えばシステムの仕様が明確でない場合であっても、開発者のスキルに依存することなく、適切なセキュリティ要件を定義することが可能な仕組みが必要となる。
【０００８】
そこで、適切なセキュリティに関する要件の定義を支援することが可能な要件定義支援プログラムおよび要件定義支援装置を提供することが目的とされる。
【課題を解決するための手段】
【０００９】
実施形態に係る要件定義支援プログラムは、セキュリティに関する要件の性質を表すセキュリティ目標特性に対する複数の対策方針の各々に対応づけて当該対策方針に応じたセキュリティに関する要件を示すセキュリティ要件を含む抽出用データを予め格納する第１の格納手段と前記第１の格納手段に格納されている抽出用データに含まれるセキュリティ要件間で満たすべき関係性が定義された検査用データを予め格納する第２の格納手段とを有する外部記憶装置と、当該外部記憶装置を利用するコンピュータとを有する要件定義支援装置において、前記コンピュータによって実行される。
【００１０】
実施形態に係る要件定義支援プログラムは、前記コンピュータに、前記セキュリティに関する要件の性質を表すセキュリティ目標特性であって、ユーザによって指定されたセキュリティ目標特性を示すセキュリティ目標特性情報を入力するステップを実行させる。
【００１１】
実施形態に係る要件定義支援プログラムは、前記コンピュータに、前記第１の格納手段に格納されている抽出用データに含まれる前記入力されたセキュリティ目標特性情報によって示されるセキュリティ目標特性に対する複数の対策方針を抽出するステップを実行させる。
【００１２】
実施形態に係る要件定義支援プログラムは、前記コンピュータに、前記抽出された複数の対策方針の中から、前記ユーザによって指定された対策方針を選択するステップを実行させる。
【００１３】
実施形態に係る要件定義支援プログラムは、前記コンピュータに、前記第１の格納手段に格納されている抽出用データに基づいて、前記選択された対策方針に対応づけて当該抽出用データに含まれているセキュリティ要件を抽出するステップを実行させる。
【００１４】
実施形態に係る要件定義支援プログラムは、前記コンピュータに、前記第２の格納手段に格納されている検査用データによって定義されている関係性を前記抽出されたセキュリティ要件が満たしているかを検査するステップを実行させる。
【００１５】
実施形態に係る要件定義支援プログラムは、前記コンピュータに、前記検査結果を提示するステップを実行させる。
【図面の簡単な説明】
【００１６】
【図１】実施形態に係る要件定義支援装値のハードウェア構成を示すブロック図。
【図２】図１に示す要件定義支援装置３０の主として機能構成を示すブロック図。
【図３】図２に示すセキュリティ要件抽出用データ格納部２３に格納されている抽出用データのデータ構造について説明する。
【図４】本実施形態に係る要件定義支援装置３０の処理手順を示すフローチャート。
【図５】図３に示す抽出用データにおいて対策方針選択部３１２によって選択された上位の対策方針の一例を示す図。
【図６】図３に示す抽出用データにおいて対策方針選択部３１２によって選択された下位の対策方針の一例を示す図。
【図７】図３に示す抽出用データからセキュリティ要件抽出部３２２によって抽出されるセキュリティ要件の一例を示す図。
【図８】セキュリティ要件表示部３１３によってセキュリティ要件が表示された場合の表示画面の一例を示す図。
【図９】要件検査結果表示部３１５によって検査結果が表示された場合の表示画面の一例を示す図。
【図１０】要件依存性検査部３２３および要件排他性検査部３２４によるセキュリティ要件検査処理の処理手順を示すフローチャート。
【図１１】セキュリティ要件の依存性について説明するための図。
【図１２】セキュリティ要件の排他性について説明するための図。
【図１３】セキュリティ要件の排他性について説明するための図。
【発明を実施するための形態】
【００１７】
以下、図面を参照して、実施形態について説明する。
【００１８】
図１は、本実施形態に係る要件定義支援装置（セキュリティ要件定義支援装置）のハードウェア構成を示すブロック図である。図１に示すように、コンピュータ１０は、例えばハードディスクドライブ（ＨＤＤ：Hard Disk Drive）のような外部記憶装置２０と接続されている。この外部記憶装置２０は、コンピュータ１０によって実行されるプログラム２１を格納する。コンピュータ１０および外部記憶装置２０は、要件定義支援装置３０を構成する。
【００１９】
要件定義支援装置３０は、例えばシステム開発の要件定義フェーズにおけるセキュリティに関する要件（以下、セキュリティ要件と表記）の定義を支援するために用いられる。
【００２０】
図２は、図１に示す要件定義支援装置３０の主として機能構成を示すブロック図である。図２に示すように、要件定義支援装置３０は、ユーザ選択インタフェース（Ｉ／Ｆ）３１および処理エンジン３２を含む。
【００２１】
本実施形態において、ユーザ選択インタフェース３１および処理エンジン３２は、図１に示すコンピュータ１０が外部記憶装置２０に格納されているプログラム（要件定義支援プログラム）２１を実行することにより実現されるものとする。このプログラム２１は、コンピュータ読み取り可能な記憶媒体に予め格納して頒布可能である。また、このプログラム２１が例えばネットワークを介してコンピュータ１０にダウンロードされても構わない。
【００２２】
また、要件定義支援装置３０は、セキュリティ目標特性一覧格納部２２、セキュリティ要件抽出用データ格納部（第１の格納部）２３、セキュリティ要件検査用データ格納部（第２の格納部）２４およびセキュリティ要件抽出結果格納部（第３の格納部）２５を含む。
【００２３】
本実施形態において、これらの格納部２２〜２５は、例えば外部記憶装置２０に格納される。
【００２４】
ユーザ選択インタフェース３１は、セキュリティ目標特性入力部３１１、対策方針選択部３１２、セキュリティ要件表示部３１３、要件検査依頼部３１４および要件検査結果表示部３１５を含む。また、処理エンジン３２は、対策方針抽出部３２１、セキュリティ要件抽出部３２２、要件依存性検査部３２３および要件排他性検査部３２４を含む。
【００２５】
セキュリティ目標特性一覧格納部２２には、例えば開発対象となるシステムにおけるセキュリティに関する要件の性質（セキュリティに関する課題）を表すセキュリティ目標特性の一覧が予め格納される。
【００２６】
セキュリティ目標特性入力部３１１は、セキュリティ要件（セキュリティに関する要件）の性質を表すセキュリティ目標特性であって、ユーザによって指定されたセキュリティ目標特性を示すセキュリティ目標特性情報を入力する。セキュリティ目標特性入力部３１１は、例えばセキュリティ目標特性一覧格納部２２に格納されているセキュリティ目標特性の一覧の中からユーザによって指定（選択）されたセキュリティ目標特性を示すセキュリティ目標特性情報を入力する。
【００２７】
セキュリティ要件抽出用データ格納部２３には、セキュリティ目標特性に対する複数の対策方針（セキュリティに関する課題を解決するための方針）の各々に対応づけて当該対策方針に応じたセキュリティ要件（セキュリティに関する要件）を含むセキュリティ要件抽出用データ（以下、単に抽出用データと表記）が予め格納されている。この抽出用データは、セキュリティ目標特性（セキュリティ目標特性一覧格納部２２に格納されているセキュリティ目標特性）毎に用意されている。
【００２８】
対策方針抽出部３２１は、セキュリティ目標特性入力部３１１によって入力されたセキュリティ目標特性情報に基づいて、セキュリティ要件抽出用データ格納部２３（に格納されている抽出用データ）から対策方針（を示す情報）を抽出する。対策方針抽出部３２１は、セキュリティ要件抽出用データ格納部２３に格納されている抽出用データに含まれる複数の対策方針であってセキュリティ目標特性入力部３１１によって入力されたセキュリティ目標特性情報によって示されるセキュリティ目標特性に応じた複数の対策方針を抽出する。
【００２９】
対策方針選択部３１２は、対策方針抽出部３２１によって抽出された複数の対策方針の中から、ユーザによって指定（選択）された対策方針を選択する。
【００３０】
セキュリティ要件抽出部３２２は、対策方針選択部３１２によって選択された対策方針に基づいて、セキュリティ要件抽出用データ格納部２３（に格納されている抽出用データ）からセキュリティ要件（を示す情報）を抽出する。セキュリティ要件抽出部３２２は、セキュリティ要件抽出用データ格納部２３に格納されている抽出用データに基づいて、対策方針選択部３１２によって選択された対策方針に対応づけて当該抽出用データに含まれているセキュリティ要件を抽出する。
【００３１】
セキュリティ要件表示部３１３は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件を表示（提示）する。
【００３２】
セキュリティ要件検査用データ格納部２４には、セキュリティ要件抽出用データ格納部２３に格納されている抽出用データに含まれるセキュリティ要件間で満たすべき関係性が定義された検査用データが格納される。このセキュリティ要件検査用データ格納部２４に格納されている検査用データは、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件を検査するために用いられる。
【００３３】
セキュリティ要件検査用データ格納部２４に格納されている検査用データには、セキュリティ要件抽出用データ格納部２３に格納されている抽出用データに含まれるセキュリティ要件間の依存関係（依存性）について定義された依存性検査用データおよび当該セキュリティ要件間の排他関係（排他性）について定義された排他性検査用データが含まれる。
【００３４】
要件検査依頼部３１４は、例えばユーザの操作に応じて、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件（つまり、セキュリティ要件表示部３１３によって表示されたセキュリティ要件）に対する検査の依頼を受け付ける。
【００３５】
要件依存性検査部３２３および要件排他性検査部３２４は、セキュリティ要件検査用データ格納部２４に格納されている検査用データによって定義されている関係性をセキュリティ要件抽出部３２２によって抽出されたセキュリティ要件が満たしているか否かを検査する。
【００３６】
要件依存性検査部３２３は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件およびセキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる依存性検査用データに基づいて、当該セキュリティ要件の依存性について検査する。
【００３７】
要件排他性検査部３２４は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件およびセキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる排他性検査用データに基づいて、当該セキュリティ要件の排他性について検査する。
【００３８】
要件検査結果表示部３１５は、要件依存性検査部３２３および要件排他性検査部３２４による検査結果を表示（提示）する。
【００３９】
セキュリティ要件抽出結果格納部２５には、例えばユーザが要件検査結果表示部３１５によって表示された検査結果を参照することによって最終的に決定されたセキュリティ要件（を示す情報）が格納される。
【００４０】
図３を参照して、図２に示すセキュリティ要件抽出用データ格納部２３に格納されている抽出用データ（セキュリティ要件抽出用データ）のデータ構造について説明する。なお、図３は、セキュリティ目標特性「利用者のプライバシが保護される」について用意されている抽出用データを示す。
【００４１】
抽出用データには、セキュリティ目標特性に対する複数の対策方針および当該対策方針の各々に応じたセキュリティ要件が含まれる。
【００４２】
図３に示す抽出用データにおいては、セキュリティ目標特性に対する２段階の対策方針（以下、上位の対策方針および下位の対策方針と表記）があり、その末端にセキュリティ要件が存在している。このように、抽出用データに複数の段階の対策方針が含まれていても構わない。
【００４３】
図３に示す例では、抽出用データには、セキュリティ目標特性１００に対する上位の対策方針１０１〜１０３および当該上位の対策方針１０１〜１０３の各々の下位に位置する下位の対策方針１１１〜１１６が含まれている。更に、抽出用データには、下位の対策方針１１１〜１１６の各々に応じたセキュリティ要件１２１〜１３０が含まれている。
【００４４】
具体的には、図３に示す抽出用データにおいて、セキュリティ目標特性１００（「利用者のプライバシが保護される」）に対する例えば上位の対策方針１０１（「識別情報から利用者本人が特定できない」）は、下位の対策方針１１１（「利用者の匿名性を保護する」）および下位の対策方針１１２（「利用者の別名性を保護する」）と対応づけられている。また、下位の対策方針１１１には、セキュリティ要件１２１（「利用者ＩＤから実名が特定できないこと」）およびセキュリティ要件１２２（「利用者にＩＤを要求せずに、データやサービスが提供できること」）が対応づけられている。同様に、下位の対策方針１１２には、セキュリティ要件１２３（「いくつかのＩＤを持つ利用者の実名が特定できないこと」）、セキュリティ要件１２４（「システムは提供されたＩＤから利用者識別情報が判別できること」）およびセキュリティ要件１２５（「システムは利用者のＩＤがユニークであることを保証すること」）が対応づけられている。
【００４５】
これによれば、セキュリティ要件１２１および１２２は、上位の対策方針１０１および下位の対策方針１１１を達成するために必要なセキュリティに関する要件であることが示される。また、セキュリティ要件１２３〜１２５は、上位の対策方針１０１および下位の対策方針１１２を達成するために必要なセキュリティに関する要件であることが示される。
【００４６】
ここでは、図３に示す抽出用データにおける上位の対策方針１０１、下位の対策方針１１１および１１２、セキュリティ要件１２１〜１２５について具体的に説明したが、他の上位の対策方針、下位の対策方針およびセキュリティ要件についても同様であるため、その詳しい説明を省略する。
【００４７】
セキュリティ要件抽出用データ格納部２３に格納されている抽出用データが上記したようなデータ構造を有することにより、セキュリティ目標特性に対する対策方針（ここでは、上位の対策方針１０１〜１０３および下位の対策方針１１１〜１１６）がユーザによって選択（指定）されることによって、当該対策方針に応じた適切なセキュリティ要件（ここでは、セキュリティ要件１２１〜１３０）を抽出（特定）することが可能となる。
【００４８】
なお、図３においては、セキュリティ目標特性「利用者のプライバシが保護される」について用意されている抽出用データについて説明したが、他のセキュリティ目標特性について用意されている抽出用データについても同様であるため、その詳しい説明を省略する。
【００４９】
次に、図４に示すフローチャートを参照して、本実施形態に係る要件定義支援装置３０の処理手順について説明する。
【００５０】
まず、ユーザ選択インタフェース３１は、セキュリティ目標特性一覧格納部２２に格納されているセキュリティ目標特性の一覧を表示する（ステップＳ１）。ユーザは、ユーザ選択インタフェース３１によって表示されたセキュリティ目標特性の一覧から、所望のセキュリティ目標特性（開発対象のシステムにおいて定義すべきセキュリティ要件の性質を表すセキュリティ目標特性）を指定（選択）することができる。
【００５１】
ユーザ選択インタフェース３１に含まれるセキュリティ目標特性入力部３１１は、ユーザの操作に応じて、ユーザ選択インタフェース３１によって表示されたセキュリティ目標特性の一覧からユーザによって指定されたセキュリティ目標特性を示すセキュリティ目標特性情報を入力する（ステップＳ２）。セキュリティ目標特性入力部３１１は、入力されたセキュリティ目標特性情報を処理エンジン３２に含まれる対策方針抽出部３２１に渡す。
【００５２】
次に、処理エンジン３２に含まれる対策方針抽出部３２１は、セキュリティ目標特性入力部３１１から渡されたセキュリティ目標特性情報に応じて、セキュリティ要件抽出用データ格納部２３に格納されている抽出用データから対策方針（を示す情報）を抽出する（ステップＳ３）。
【００５３】
この場合、対策方針抽出部３２１は、セキュリティ目標特性入力部３１１から渡されたセキュリティ目標特性情報によって示されるセキュリティ目標特性に対する複数の対策方針を、セキュリティ要件抽出用データ格納部２３に格納されている当該セキュリティ目標特性について用意されている抽出用データから抽出する。
【００５４】
ここで、セキュリティ目標特性入力部３１１から渡されたセキュリティ目標特性情報によって示されるセキュリティ目標特性が図３に示すセキュリティ目標特性１００（つまり、「利用者のプライバシが保護される」）であるものとする。
【００５５】
この場合、対策方針抽出部３２１は、セキュリティ目標特性１００に対する複数の対策方針（上位の対策方針）１０１〜１０３を、図３に示す抽出用データから抽出する。
【００５６】
対策方針抽出部３２１は、抽出された複数の対策方針（を示す情報）をユーザ選択インタフェース３１に渡す。
【００５７】
ユーザ選択インタフェース３１は、対策方針抽出部３２１から渡された複数の対策方針を表示する（ステップＳ４）。ユーザは、ユーザ選択インタフェース３１によって表示された複数の対策方針の中から、所望の対策方針（開発対象のシステムにおいて定義すべきセキュリティ要件に応じた対策方針）を指定（選択）することができる。
【００５８】
対策方針選択部３１２は、ユーザの操作に応じて、ユーザ選択インタフェース３１によって表示された複数の対策方針の中からユーザによって指定された対策方針を選択する（ステップＳ５）。
【００５９】
ここで、図５は、上述した図３に示す抽出用データにおいて対策方針選択部３１２によって選択された対策方針（上位の対策方針）の一例を示す。
【００６０】
図５に示す例によれば、上記したようにユーザ選択インタフェース３１によって表示された上位の対策方針１０１〜１０３の中から対策方針１０１（つまり、「識別情報から利用者本人が特定できない」）および対策方針１０３（つまり、「データやサービスが使用されていることを他人が観察できない」）が対策方針選択部３１２によって選択されたことが示されている。
【００６１】
なお、上述したように、図３に示す抽出用データにおいては２段階の対策方針（上位および下位の対策方針）が含まれている。
【００６２】
この場合、上記したように対策方針選択部３１２によって選択された上位の対策方針が対策方針抽出部３２１に渡され、上記したステップＳ３〜Ｓ５の処理と同様の処理が繰り返される。
【００６３】
具体的には、対策方針選択部３１２によって対策方針１０１および１０３が選択されたものとすると、対策方針抽出部３２１は、当該対策方針１０１の下位に位置する下位の対策方針１１１および１１２と当該対策方針１０３の下位に位置する下位の対策方針１１４〜１１６をセキュリティ要件抽出用データ格納部２３に格納されている抽出用データから抽出する。対策方針抽出部３２１は、抽出された下位の対策方針１１１、１１２および１１４〜１１６をユーザ選択インタフェース３１に渡す。
【００６４】
ユーザ選択インタフェース３１は、対策方針抽出部３２１から渡された下位の対策方針１１１、１１２および１１４〜１１６を表示する。対策方針選択部３１２は、ユーザ選択インタフェース３１によって表示された下位の対策方針１１１、１１２および１１４〜１１６の中から、ユーザによって指定された対策方針を選択する。
【００６５】
ここで、図６は、上述した図３に示す抽出用データにおいて対策方針選択部３１２によって選択された対策方針（下位の対策方針）の一例を示す。
【００６６】
図６に示す例によれば、上記したようにユーザ選択インタフェース３１によって表示された下位の対策方針１１１、１１２および１１４〜１１６の中から対策方針１１１、１１２、１１４および１１５が選択されたことが示されている。
【００６７】
なお、対策方針選択部３１２は、選択された対策方針（ここでは、下位の対策方針１１１、１１２、１１４および１１５）をセキュリティ要件抽出部３２２に渡す。
【００６８】
ここでは、図３に示す抽出用データに２段階の対策方針（上位の対策方針および下位の対策方針）が含まれているため上記したステップＳ３〜Ｓ５の処理が繰り返されるものとして説明したが、抽出用データに１段階の対策方針のみが含まれている場合には、上記したステップＳ５の処理が実行されるとステップＳ６の処理が実行される。
【００６９】
次に、セキュリティ要件抽出部３２２は、対策方針選択部３１２から渡された対策方針に応じて、セキュリティ要件抽出用データ格納部２３に格納されている抽出用データからセキュリティ要件（を示す情報）を抽出する（ステップＳ６）。この場合、セキュリティ要件抽出部３２２は、対策方針選択部３１２から渡された対策方針に対応づけて抽出用データに含まれているセキュリティ要件を抽出する。
【００７０】
ここで、図７は、上述した図３に示す抽出用データからセキュリティ要件抽出部３２２によって抽出されるセキュリティ要件の一例を示す。
【００７１】
ここでは、対策方針選択部３１２によって下位の対策方針１１１、１１２、１１４および１１５が選択されたものとする。
【００７２】
この場合、図７に示すように、対策方針選択部３１２によって選択された下位の対策方針１１１に応じたセキュリティ要件１２１および１２２がセキュリティ要件抽出部３２２によって抽出される。
【００７３】
また、対策方針選択部３１２によって選択された下位の対策方針１１２に応じたセキュリティ要件１２３〜１２５がセキュリティ要件抽出部３２２によって抽出される。
【００７４】
更に、対策方針選択部３１２によって選択された下位の対策方針１１４に応じたセキュリティ要件１２７および１２８がセキュリティ要件抽出部３２２によって抽出される。
【００７５】
また、対策方針選択部３１２によって選択された下位の対策方針１１５に応じたセキュリティ要件１２９がセキュリティ要件抽出部３２２によって抽出される。
【００７６】
つまり、上記したように上位の対策方針１０２および下位の対策方針１１６は対策方針選択部３１２によって選択されていないため、セキュリティ要件１２６および１３０は、セキュリティ要件抽出部３２２によって抽出されない。
【００７７】
なお、セキュリティ要件抽出部３２２は、抽出されたセキュリティ要件（ここでは、セキュリティ要件１２１〜１２５および１２７〜１２９）をセキュリティ要件表示部３１３に渡す。
【００７８】
次に、セキュリティ要件表示部３１３は、セキュリティ要件抽出部３２２から渡されたセキュリティ要件を表示する（ステップＳ７）。これにより、ユーザは、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件を確認することができる。
【００７９】
ここで、図８は、セキュリティ要件表示部３１３によってセキュリティ要件が表示された場合の表示画面の一例を示す。
【００８０】
図８に示す表示画面２００には、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件が選択済みセキュリティ要件として表示されている。
【００８１】
なお、図８に示す表示画面２００には、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件（当該表示画面２００に表示されているセキュリティ要件）の妥当性の検査を依頼するための要件検査開始ボタン２０１が設けられている。
【００８２】
ユーザは、例えば要件定義支援装置３０を操作して、表示画面２００に設けられている要件検査開始ボタン２０１を指定（押下）することによって、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件に対する検査を依頼することができる。表示画面２００に設けられている要件検査開始ボタン２０１が指定されると、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件に対する検査の依頼がセキュリティ要件依頼部３１４によって受け付けられる。
【００８３】
要件検査依頼部３１４は、ユーザの操作に応じて、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件に対する検査が依頼されたか（つまり、当該セキュリティ要件に対する検査の依頼が受け付けられたか）否かを判定する（ステップＳ８）。
【００８４】
セキュリティ要件に対する検査が依頼されたと判定された場合（ステップＳ８のＹＥＳ）、要件依存性検査部３２３および要件排他性検査部３２４は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件の妥当性を検査する処理（以下、セキュリティ要件検査処理と表記）を実行する（ステップＳ９）。
【００８５】
セキュリティ要件検査処理は、セキュリティ要件検査用データ格納部２４に格納されている検査用データを用いて実行される。なお、セキュリティ要件検査用データ格納部２４に格納されている検査用データには、上記した依存性検査用データおよび排他性検査用データが含まれる。依存性検査用データにおいては、セキュリティ要件抽出用データ格納部２３に格納されているセキュリティ要件および当該セキュリティ要件に依存する他のセキュリティ要件が対応づけて定義されている。排他性検査用データにおいては、セキュリティ要件抽出用データ格納部２３に格納されているセキュリティ要件および当該セキュリティ要件と排他的な関係にある他のセキュリティ要件が対応づけて定義されている。
【００８６】
セキュリティ要件検査処理において、要件依存性検査部３２３は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件およびセキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる依存性検査用データに基づいて、当該セキュリティ要件の依存性について検査する。セキュリティ要件の依存性についての検査によれば、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件において不足しているセキュリティ要件の有無が検査される。
【００８７】
また、セキュリティ要件検査処理において、要件排他性検査部３２４は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件およびセキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる排他性検査用データに基づいて、当該セキュリティ要件の排他性について検査する。セキュリティ要件の排他性についての検査によれば、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件において重複しているセキュリティ要件（つまり、冗長なセキュリティ要件）の有無が検査される。
【００８８】
なお、検査用データ（依存性検査用データおよび排他性検査用データ）としては、例えばコモンクライテリア（ＣＣ：Common Criteria）におけるセキュリティ機能要件（ＳＦＲ）を用いることができる。
【００８９】
セキュリティ要件検査処理が実行されると、要件依存性検査部３２３および要件排他性検査部３２４は、検査結果を要件検査結果表示部３１５に渡す。なお、セキュリティ要件検査処理の詳細については後述する。
【００９０】
次に、要件検査結果表示部３１５は、要件依存性検査部３２３および要件排他性検査部３２４から渡された検査結果を表示する（ステップＳ１０）。
【００９１】
ここで、図９は、要件検査結果表示部３１５によって検査結果が表示された場合の表示画面の一例を示す。
【００９２】
図９に示す表示画面３００には、上記した図８に示す表示画面２００と同様に、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件が選択済みセキュリティ要件として表示されている。
【００９３】
また、表示画面３００には、要件依存性検査部３２３および要件排他性検査部３２４による検査結果が指摘事項として表示される検査結果表示領域３０１が設けられている。
【００９４】
図９に示す表示画面３００に設けられている検査結果表示領域３０１には、例えば「要件１は要件３が必要です」の文字列が指摘事項として表示されている。これによれば、セキュリティ要件１にはセキュリティ要件３が必要である（つまり、セキュリティ要件３はセキュリティ要件１に依存する）ため、現在のセキュリティ要件（つまり、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件）ではセキュリティ要件３が不足している旨が示されている。
【００９５】
また、図９に示す表示画面３００に設けられている検査結果表示領域３０１には、例えば「要件７．１は要件７．２を包含します」が指摘事項として表示されている。これによれば、セキュリティ要件７．１はセキュリティ要件７．２を包含している（つまり、セキュリティ要件７．２はセキュリティ要件７．１と排他的な関係にある）ため、現在のセキュリティ要件（つまり、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件）ではセキュリティ要件７．２が重複している（つまり、冗長であり不要である）旨が示されている。
【００９６】
更に、例えば「要件１３と要件１５はいずれか一つで十分です」も指摘事項として表示されている。これによれば、セキュリティ要件１３および１５は、いずれか一つが開発対象となるシステムにおけるセキュリティ要件として選択されればよいことが示されている。
【００９７】
なお、図９に示す例では、検査結果表示領域３０１において「不足している要件があります」の文字列の下部に表示されている指摘事項は、要件依存性検査部３２３による検査結果（つまり、セキュリティ要件の依存性についての検査結果）である。一方、検査結果表示領域３０１において「冗長な要件があります」の文字列の下部に表示されている指摘事項は、要件排他性検査部３２４による検査結果（つまり、セキュリティ要件の排他性についての検査結果）である。
【００９８】
また、図９に示す表示画面３００において、上記した指摘事項において指摘されているセキュリティ要件（選択済みセキュリティ要件）の項目には例えば他のセキュリティ要件と区別可能な色が付されている。これにより、表示画面３００においては、上記した指摘事項と関連するセキュリティ要件を容易に把握することができる。
【００９９】
ユーザは、このような表示画面３００を参照することにより、不足しているセキュリティ要件および不要なセキュリティ要件を確認し、例えば要件定義支援装置３０を操作することによって開発対象となるシステムにおけるセキュリティ要件（最終的なセキュリティ要件）を決定（選択）することができる（ステップＳ１１）。
【０１００】
ユーザによって決定されたセキュリティ要件（を示す情報）は、セキュリティ要件抽出結果格納部２５に格納される。また、セキュリティ要件抽出結果格納部２５には、上記した検査結果（依存性および排他性についての検査結果）が格納される。
【０１０１】
なお、上記したステップＳ８においてセキュリティ要件に対する検査が依頼されていないと判定された場合、処理は終了される。
【０１０２】
次に、図１０のフローチャートを参照して、要件依存性検査部３２３および要件排他性検査部３２４によるセキュリティ要件検査処理（図４に示すステップＳ９の処理）の処理手順について説明する。
【０１０３】
このセキュリティ要件検査処理は、処理エンジン３２に含まれる要件依存性検査部３２３および要件排他性検査部３２４によって実行される。
【０１０４】
まず、要件依存性検査部３２３は、セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件のうちの１つを取り出す（ステップＳ２１）。以下、このステップＳ２１の処理において取り出されたセキュリティ要件を検査対象セキュリティ要件とする。
【０１０５】
次に、要件依存性検査部３２３は、セキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる依存性検査用データに基づいて、検査対象セキュリティ要件の依存性について検査する。
【０１０６】
ここで、図１１を参照して、セキュリティ要件の依存性について説明する。図１１については、矢印には実線と点線の２種類が存在している。ここでは、実線はＡＮＤの依存性、点線はＯＲの依存性を示している。図１１によれば、開発対象となるシステムにおけるセキュリティ要件としてセキュリティ要件１が選択された場合、セキュリティ要件３を選択する必要があることが示されている。
【０１０７】
また、開発対象となるシステムにおけるセキュリティ要件としてセキュリティ要件４が選択された場合、セキュリティ要件１とセキュリティ要件３はＡＮＤで繋がっているので、セキュリティ要件１とセキュリティ要件３は、ともに必要であることが示されている。更に、セキュリティ要件５とセキュリティ要件１０がＯＲなので、セキュリティ要件５とセキュリティ要件７、またはセキュリティ要件１０とセキュリティ要件１１のどちらかのセットが必要となることが示されている。
【０１０８】
つまり、セキュリティ要件１およびセキュリティ要件３を選択する必要があり、これらのセキュリティ要件に加えて、セキュリティ要件５およびセキュリティ要件７、または、セキュリティ要件１０およびセキュリティ要件１１を選択する必要があることが示されている。
【０１０９】
これらを論理式で書くと、セキュリティ要件４を選択した場合には以下のように示される。
【０１１０】
（要件１ ＡＮＤ 要件３） ＡＮＤ （（要件５ ＡＮＤ 要件７） ＯＲ （要件１０ ＡＮＤ 要件１１））
また、開発対象となるシステムにおけるセキュリティ要件としてセキュリティ要件５が選択された場合、セキュリティ要件７を選択する必要があることが示されている。
【０１１１】
更に、開発対象となるシステムにおけるセキュリティ要件としてセキュリティ要件１０が選択された場合、セキュリティ要件１１を選択する必要があることが示されている。
【０１１２】
このように、セキュリティ要件には、依存し合う他のセキュリティ要件が存在する。セキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる依存性検査用データには、図１１に示すようなセキュリティ要件間の依存性（依存関係）が定義されている。具体的には、依存性検査用データには、セキュリティ要件および当該セキュリティ要件に依存する他のセキュリティ要件が対応づけて定義されている。
【０１１３】
上記した図１１の例では、依存性検査用データにおいて、例えばセキュリティ要件１および当該セキュリティ要件１に依存する他のセキュリティ要件であるセキュリティ要件３が対応づけて定義されている。
【０１１４】
要件依存性検査部３２３は、依存性検査用データおよびセキュリティ要件抽出部３２２によって抽出されたセキュリティ要件に基づいて、検査対象セキュリティ要件が当該依存性検査用データによって定義されている依存性（依存関係）を満たしているか（つまり、当該検査対象セキュリティ要件とセットで選択されるべきセキュリティ要件があるか）否かを判定する（ステップＳ２２）。
【０１１５】
この場合、要件依存性検査部３２３は、検査対象セキュリティ要件に対応づけて依存性検査用データに定義されているセキュリティ要件（つまり、検査対象セキュリティ要件に依存するセキュリティ要件）がセキュリティ要件抽出部３２２によって抽出されているか否かを判定する。換言すれば、要件依存性検査部３２３は、検査対象セキュリティ要件に対応づけて依存性検査用データに定義されているセキュリティ要件がセキュリティ要件抽出部３２２による抽出結果（当該セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件）に含まれるか否かを判定する。
【０１１６】
なお、検査対象セキュリティ要件に対応づけて依存性検査用データに定義されているセキュリティ要件がセキュリティ要件抽出部３２２によって抽出されていないと判定された場合には、ステップＳ２２において検査対象セキュリティ要件が依存性を満たしていないと判定される。一方、検査対象セキュリティ要件に対応づけて依存性検査用データに定義されているセキュリティ要件がセキュリティ要件抽出部３２２によって抽出されていないと判定された場合には、ステップＳ２２において検査対象セキュリティ要件が依存性を満たしていると判定される。
【０１１７】
検査対象セキュリティ要件が依存性を満たしていないと判定された場合（ステップＳ２２のＮＯ）、要件依存性検査部３２３は、上記したように要件検査結果表示部３１５によって表示される指摘事項（検査結果）に当該検査対象セキュリティ要件に依存するセキュリティ要件（が抽出されていない旨の検査結果）を追加する（ステップＳ２３）。
【０１１８】
一方、検査対象セキュリティ要件が依存性を満たしていると判定された場合（ステップＳ２２のＹＥＳ）、ステップＳ２３の処理は実行されない。
【０１１９】
次に、要件排他性検査部３２３は、セキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる排他性検査用データに基づいて、検査対象セキュリティ要件の排他性について検査する。
【０１２０】
ここで、図１２および図１３を参照して、セキュリティ要件の排他性について説明する。
【０１２１】
図１２によれば、例えばセキュリティ要件７のうち開発対象となるシステムにおけるセキュリティ要件としてセキュリティ要件７．１が選択された場合、セキュリティ要件７．２および７．３は、当該セキュリティ要件７．１に包含されるため選択される必要がないことが示されている。
【０１２２】
同様に、開発対象となるシステムにおけるセキュリティ要件としてセキュリティ要件７．２が選択された場合、セキュリティ要件７．３は、当該セキュリティ要件７．２に包含されるため選択される必要がないことが示されている。
【０１２３】
また、図１３によれば、セキュリティ要件１３、１４および１５は、いずれか一つが開発対象となるシステムにおけるセキュリティ要件として選択されればよいことが示されている。
【０１２４】
このように、セキュリティ要件には、排他的な関係にある他のセキュリティ要件が存在する。セキュリティ要件検査用データ格納部２４に格納されている検査用データに含まれる排他性検査用データには、図１２および図１３に示すようなセキュリティ要件間の排他性（排他関係）が定義されている。具体的には、排他性検査用データには、セキュリティ要件および当該セキュリティ要件と排他的な関係にある他のセキュリティ要件が対応づけて定義されている。
【０１２５】
上記した図１２の例では、排他性検査用データにおいて、例えばセキュリティ要件７．１および当該セキュリティ要件７．１と排他的な関係にある他のセキュリティ要件であるセキュリティ要件７．２（および７．３）が対応づけて定義されている。
【０１２６】
要件排他性検査部３２４は、排他性検査用データおよびセキュリティ要件抽出部３２２によって抽出されたセキュリティ要件に基づいて、検査対象セキュリティ要件が当該排他性検査用データによって定義されている排他性（排他関係）を満たしているか否かを判定する（ステップＳ２４）。
【０１２７】
この場合、要件排他性検査部３２４は、検査対象セキュリティ要件に対応づけて排他性検査用データに定義されているセキュリティ要件（つまり、検査対象セキュリティ要件と排他的な関係にあるセキュリティ要件）がセキュリティ要件抽出部３２２によって抽出されているか否かを判定する。換言すれば、要件排他性検査部３２４は、検査対象セキュリティ要件に対応づけて排他性検査用データに定義されているセキュリティ要件がセキュリティ要件抽出部３２２による抽出結果（当該セキュリティ要件抽出部３２２によって抽出されたセキュリティ要件）に含まれるか否かを判定する。
【０１２８】
なお、検査対象セキュリティ要件に対応づけて依存性検査用データに定義されているセキュリティ要件がセキュリティ要件抽出部３２２によって抽出されていると判定された場合には、ステップＳ２４において検査対象セキュリティ要件が排他性を満たしていないと判定される。一方、検査対象セキュリティ要件に対応付けて排他性検査用データに定義されているセキュリティ要件がセキュリティ要件抽出部３２２によって抽出されていないと判定された場合には、ステップＳ２２において検査対象セキュリティ要件が排他性を満たしていると判定される。
【０１２９】
検査対象セキュリティ要件が排他性を満たしていないと判定された場合（ステップＳ２４のＮＯ）、要件排他性検査部３２４は、上記したように要件検査結果表示部３１５によって表示される指摘事項（検査結果）に当該検査対象セキュリティ要件と排他的な関係にあるセキュリティ要件（が抽出されている旨の検査結果）を追加する（ステップＳ２５）。
【０１３０】
一方、検査対象セキュリティ要件が排他性を満たしていると判定された場合（ステップＳ２４のＹＥＳ）、ステップＳ２５の処理は実行されない。
【０１３１】
次に、セキュリティ要件抽出部３２２によって抽出された全てのセキュリティ要件について上記したステップＳ２１以降の処理が実行されたか否かが判定される（ステップＳ２６）。
【０１３２】
全てのセキュリティ要件について処理が実行されていないと判定された場合（ステップＳ２６のＮＯ）、上記したステップＳ２１に戻って処理が繰り返される。
【０１３３】
一方、全てのセキュリティ要件について処理が実行されたと判定された場合（ステップＳ２６のＹＥＳ）、セキュリティ要件検査処理は終了される。
【０１３４】
上記したように本実施形態においては、ユーザによって指定されたセキュリティ目標特性に対する複数の対策方針が抽出用データから抽出され、当該抽出された複数の対策方針の中のユーザによって指定された対策方針に対応づけて抽出用データに含まれているセキュリティ要件が抽出される。つまり、本実施形態においては、開発対象となるシステムに要求されるセキュリティ目標特性（例えば、データまたはサービスのＣＩＡ等）から対策方針を詳細化し、セキュリティ要件が導き出される。
【０１３５】
また、本実施形態においては、抽出されたセキュリティ要件が検査用データによって定義されている関係性を満たしているかが検査され、当該検査結果が提示される。
【０１３６】
したがって、本実施形態においては、ユーザによって適宜指定（選択）されたセキュリティ目標特性および対策方針に基づいて抽出用データから抽出されたセキュリティ要件について、当該セキュリティ要件が有する特徴的な関係性（依存性および排他性）について検査（チェック）され、当該検査結果が提示されるため、例えばセキュリティ要件の定義についての知識が乏しいユーザ等であっても、抽出されたセキュリティ要件（当該ユーザによって選択されたセキュリティ要件）および当該検査結果を参照し、セキュリティ要件の関係性を考慮したより適切（理想的）なセキュリティ要件を決定（選択）することが可能となる。
【０１３７】
これにより、本実施形態においては、適切なセキュリティ要件（セキュリティに関する要件）の定義を支援することが可能となり、ユーザは、例えば開発対象のシステムの仕様が明確でない（固まっていない）場合であっても、開発者のスキルに依存することなく、適切なセキュリティ要件を定義することが可能となる。
【０１３８】
また、本実施形態においては、検査用データに含まれる依存性検査用データを用いてセキュリティ要件の依存性について検査されることにより、検査結果として不足しているセキュリティ要件（不足要件）がユーザに対して提示されるため、セキュリティ要件の漏れを防止することが可能となる。
【０１３９】
また、本実施形態においては、検査用データに含まれる排他性検査用データを用いてセキュリティ要件の排他性について検査されることにより、検査結果として重複しているセキュリティ要件（重複要件）がユーザに対して提示されるため、セキュリティ要件の重複を防止することが可能となる。
【０１４０】
つまり、本実施形態によれば、適切なセキュリティに関する要件（セキュリティ要件）の定義を支援することが可能な要件定義支援プログラムおよび要件定義支援装置を提供することができる。
【０１４１】
なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。
【符号の説明】
【０１４２】
１０…コンピュータ、２０…外部記憶装置、２２…セキュリティ目標特性一覧格納部、２３…セキュリティ要件抽出用データ格納部（第１の格納手段）、２４…セキュリティ要件検査用データ格納部（第２の格納手段）、２５…セキュリティ要件抽出結果格納部（第３の格納手段）、３０…要件定義支援装置、３１…ユーザ選択インタフェース、３２…処理エンジン、３１１…セキュリティ目標特性入力部、３１２…対策方針選択部、３１３…セキュリティ要件表示部、３１４…要件検査依頼部、３１５…要件検査結果表示部（提示手段）、３２１…対策方針抽出部、３２２…セキュリティ要件抽出部、３２３…要件依存性検査部、３２４…要件排他性検査部。
【特許請求の範囲】
【請求項１】
セキュリティに関する要件の性質を表すセキュリティ目標特性に対する複数の対策方針の各々に対応づけて当該対策方針に応じたセキュリティに関する要件を示すセキュリティ要件を含む抽出用データを予め格納する第１の格納手段と前記第１の格納手段に格納されている抽出用データに含まれるセキュリティ要件間で満たすべき関係性が定義された検査用データを予め格納する第２の格納手段とを有する外部記憶装置と、当該外部記憶装置を利用するコンピュータとを有する要件定義支援装置において、前記コンピュータによって実行される要件定義支援プログラムであって、
前記コンピュータに、
前記セキュリティに関する要件の性質を表すセキュリティ目標特性であって、ユーザによって指定されたセキュリティ目標特性を示すセキュリティ目標特性情報を入力するステップと、
前記第１の格納手段に格納されている抽出用データに含まれる前記入力されたセキュリティ目標特性情報によって示されるセキュリティ目標特性に対する複数の対策方針を抽出するステップと、
前記抽出された複数の対策方針の中から、前記ユーザによって指定された対策方針を選択するステップと、
前記第１の格納手段に格納されている抽出用データに基づいて、前記選択された対策方針に対応づけて当該抽出用データに含まれているセキュリティ要件を抽出するステップと、
前記第２の格納手段に格納されている検査用データによって定義されている関係性を前記抽出されたセキュリティ要件が満たしているかを検査するステップと、
前記検査結果を提示するステップと
を実行させるための要件定義支援プログラム。
【請求項２】
前記第２の格納手段に格納されている検査用データは、前記第１の格納手段に格納されている抽出用データに含まれるセキュリティ要件および当該セキュリティ要件に依存する他のセキュリティ要件が対応づけて定義された依存性検査用データを含み、
前記検査するステップにおいて、前記第２の格納手段に格納されている検査用データに含まれる依存性検査用データおよび前記抽出されたセキュリティ要件に基づいて、前記抽出されたセキュリティ要件に対応づけて前記依存性検査用データに定義されているセキュリティ要件が抽出されているかを判定し、
前記提示するステップにおいて、前記抽出されたセキュリティ要件に対応づけて前記依存性検査用データに定義されているセキュリティ要件が抽出されていないと判定された場合、当該抽出されていないと判定されたセキュリティ要件を提示する
ことを特徴とする請求項１記載の要件定義支援プログラム。
【請求項３】
前記第２の格納手段に格納されている検査用データは、前記第１の格納手段に格納されている抽出用データに含まれるセキュリティ要件および当該セキュリティ要件と排他的な関係にある他のセキュリティ要件が対応づけて定義された排他性検査用データを含み、
前記検査するステップにおいて、前記第２の格納手段に格納されている検査用データに含まれる排他性検査用データおよび前記抽出されたセキュリティ要件に基づいて、前記抽出されたセキュリティ要件に対応づけて前記排他性検査用データに定義されているセキュリティ要件が抽出されているかを判定し、
前記提示するステップにおいて、前記抽出されたセキュリティ要件に対応づけて前記排他性検査用データに定義されているセキュリティ要件が抽出されていると判定された場合、当該抽出されていると判定されたセキュリティ要件を提示する
ことを特徴とする請求項１記載の要件定義支援プログラム。
【請求項４】
セキュリティに関する要件の性質を表すセキュリティ目標特性に対する複数の対策方針の各々に対応づけて当該対策方針に応じたセキュリティに関する要件を示すセキュリティ要件を含む抽出用データを予め格納する第１の格納手段と、
前記第１の格納手段に格納されている抽出用データに含まれるセキュリティ要件間で満たすべき関係性が定義された検査用データを予め格納する第２の格納手段と、
前記セキュリティに関する要件の性質を表すセキュリティ目標特性であって、ユーザによって指定されたセキュリティ目標特性を示すセキュリティ目標特性情報を入力する入力手段と、
前記第１の格納手段に格納されている抽出用データに含まれる前記入力されたセキュリティ目標特性情報によって示されるセキュリティ目標特性に対する複数の対策方針を抽出する対策方針抽出手段と、
前記対策方針抽出手段によって抽出された複数の対策方針の中から、前記ユーザによって指定された対策方針を選択する選択手段と、
前記第１の格納手段に格納されている抽出用データに基づいて、前記選択された対策方針に対応づけて当該抽出用データに含まれているセキュリティ要件を抽出するセキュリティ要件抽出手段と、
前記第２の格納手段に格納されている検査用データによって定義されている関係性を前記セキュリティ要件抽出手段によって抽出されたセキュリティ要件が満たしているかを検査する検査手段と、
前記検査結果を提示する提示手段と
を具備することを特徴とする要件定義支援装置。
【請求項１】
セキュリティに関する要件の性質を表すセキュリティ目標特性に対する複数の対策方針の各々に対応づけて当該対策方針に応じたセキュリティに関する要件を示すセキュリティ要件を含む抽出用データを予め格納する第１の格納手段と前記第１の格納手段に格納されている抽出用データに含まれるセキュリティ要件間で満たすべき関係性が定義された検査用データを予め格納する第２の格納手段とを有する外部記憶装置と、当該外部記憶装置を利用するコンピュータとを有する要件定義支援装置において、前記コンピュータによって実行される要件定義支援プログラムであって、
前記コンピュータに、
前記セキュリティに関する要件の性質を表すセキュリティ目標特性であって、ユーザによって指定されたセキュリティ目標特性を示すセキュリティ目標特性情報を入力するステップと、
前記第１の格納手段に格納されている抽出用データに含まれる前記入力されたセキュリティ目標特性情報によって示されるセキュリティ目標特性に対する複数の対策方針を抽出するステップと、
前記抽出された複数の対策方針の中から、前記ユーザによって指定された対策方針を選択するステップと、
前記第１の格納手段に格納されている抽出用データに基づいて、前記選択された対策方針に対応づけて当該抽出用データに含まれているセキュリティ要件を抽出するステップと、
前記第２の格納手段に格納されている検査用データによって定義されている関係性を前記抽出されたセキュリティ要件が満たしているかを検査するステップと、
前記検査結果を提示するステップと
を実行させるための要件定義支援プログラム。
【請求項２】
前記第２の格納手段に格納されている検査用データは、前記第１の格納手段に格納されている抽出用データに含まれるセキュリティ要件および当該セキュリティ要件に依存する他のセキュリティ要件が対応づけて定義された依存性検査用データを含み、
前記検査するステップにおいて、前記第２の格納手段に格納されている検査用データに含まれる依存性検査用データおよび前記抽出されたセキュリティ要件に基づいて、前記抽出されたセキュリティ要件に対応づけて前記依存性検査用データに定義されているセキュリティ要件が抽出されているかを判定し、
前記提示するステップにおいて、前記抽出されたセキュリティ要件に対応づけて前記依存性検査用データに定義されているセキュリティ要件が抽出されていないと判定された場合、当該抽出されていないと判定されたセキュリティ要件を提示する
ことを特徴とする請求項１記載の要件定義支援プログラム。
【請求項３】
前記第２の格納手段に格納されている検査用データは、前記第１の格納手段に格納されている抽出用データに含まれるセキュリティ要件および当該セキュリティ要件と排他的な関係にある他のセキュリティ要件が対応づけて定義された排他性検査用データを含み、
前記検査するステップにおいて、前記第２の格納手段に格納されている検査用データに含まれる排他性検査用データおよび前記抽出されたセキュリティ要件に基づいて、前記抽出されたセキュリティ要件に対応づけて前記排他性検査用データに定義されているセキュリティ要件が抽出されているかを判定し、
前記提示するステップにおいて、前記抽出されたセキュリティ要件に対応づけて前記排他性検査用データに定義されているセキュリティ要件が抽出されていると判定された場合、当該抽出されていると判定されたセキュリティ要件を提示する
ことを特徴とする請求項１記載の要件定義支援プログラム。
【請求項４】
セキュリティに関する要件の性質を表すセキュリティ目標特性に対する複数の対策方針の各々に対応づけて当該対策方針に応じたセキュリティに関する要件を示すセキュリティ要件を含む抽出用データを予め格納する第１の格納手段と、
前記第１の格納手段に格納されている抽出用データに含まれるセキュリティ要件間で満たすべき関係性が定義された検査用データを予め格納する第２の格納手段と、
前記セキュリティに関する要件の性質を表すセキュリティ目標特性であって、ユーザによって指定されたセキュリティ目標特性を示すセキュリティ目標特性情報を入力する入力手段と、
前記第１の格納手段に格納されている抽出用データに含まれる前記入力されたセキュリティ目標特性情報によって示されるセキュリティ目標特性に対する複数の対策方針を抽出する対策方針抽出手段と、
前記対策方針抽出手段によって抽出された複数の対策方針の中から、前記ユーザによって指定された対策方針を選択する選択手段と、
前記第１の格納手段に格納されている抽出用データに基づいて、前記選択された対策方針に対応づけて当該抽出用データに含まれているセキュリティ要件を抽出するセキュリティ要件抽出手段と、
前記第２の格納手段に格納されている検査用データによって定義されている関係性を前記セキュリティ要件抽出手段によって抽出されたセキュリティ要件が満たしているかを検査する検査手段と、
前記検査結果を提示する提示手段と
を具備することを特徴とする要件定義支援装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−３８１０８（Ｐ２０１２−３８１０８Ａ）
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願番号】特願２０１０−１７８０８５（Ｐ２０１０−１７８０８５）
【出願日】平成２２年８月６日（２０１０．８．６）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願日】平成２２年８月６日（２０１０．８．６）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
[ Back to top ]