JP7023439B2 - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Description

本開示は、セキュリティ評価に関する。

リスク解析等のセキュリティ評価では、評価対象のシステム又はソフトウェアで保護すべき資産の価値に基づいた解析が行われる。データ処理システムを解析する場合には、保護すべき資産は、主に情報資産である。情報資産には、データ処理システムにおいて価値がある情報及びデータとそれらを取り扱う仕組み及び機器が含まれる。
リスク解析等のセキュリティ評価で情報資産を扱う場合には、その情報資産の重要度を数値で表す場合が多い。情報資産の重要度は情報資産に求められるセキュリティ特性ごとに定められる。セキュリティ特性としては、一般的には、情報セキュリティの基本的な特性である機密性（Ｃｏｎｆｉｄｅｎｔｉａｌｉｔｙ）、完全性（Ｉｎｔｅｇｒｉｔｙ）、可用性（Ａｖａｉｌａｂｉｌｉｔｙ）が用いられる。この３つのセキュリティ特性は、英語の頭文字をとってＣＩＡと呼ばれる。

リスク解析等を行う場合には情報資産を抽出し、抽出した情報資産のセキュリティ特性と、抽出した情報資産の重要度を定める必要がある。一般的には、解析する人の知見に基づいて、情報資産が抽出される（例えば、特許文獻１）。

特開２０１５－０４１１６７号公報

特許文獻１に記載の手法では、人が定性的な基準により情報資産を抽出する。このため、特許文献１の手法では、主観的な要素が入り客観的に情報資産を抽出することができないという課題がある。

本開示は、上記のような課題を解決することを主な目的の一つとしている。より具体的には、本開示は、主観的な要素を排除して客観的に情報資産を抽出することを主な目的とする。

本開示に係る情報処理装置は、
データ処理システムで実施される複数の動作をグループ化するグループ化部と、
グループ化により得られたグループの属性と、前記グループに属する動作で利用される利用データの利用方法とに基づき、前記利用データを情報資産として扱うか否かを決定する情報資産決定部とを有する。

本開示によれば、主観的な要素を排除して客観的に情報資産を抽出することができる。

実施の形態１に係る情報処理装置の構成例を示す図。 実施の形態１に係る情報処理装置の動作例を示すフローチャート。 実施の形態１に係る設計モデルの例を示す図。 実施の形態１に係るステップＳ２の詳細を示すフローチャート。 実施の形態１に係る動作分類テーブルの例を示す図。 実施の形態１に係るグループ化結果の例を示す図。 実施の形態１に係るステップＳ３の詳細を示すフローチャート。 実施の形態１に係る第１の情報資産決定テーブルの例を示す図。 実施の形態１に係るステップＳ４の詳細を示すフローチャート。 実施の形態１に係る第２の情報資産決定テーブルの例を示す図。 実施の形態１に係る情報資産一覧の例を示す図。

以下、実施の形態を図を用いて説明する。以下の実施の形態の説明及び図面において、同一の符号を付したものは、同一の部分又は相当する部分を示す。

実施の形態１．
＊＊＊構成の説明＊＊＊
図１を参照して、実施の形態１に係る情報処理装置１０の構成例を説明する。
なお、情報処理装置１０の動作手順は、情報処理方法に相当する。また、情報処理装置１０の動作を実現するプログラムは、情報処理プログラムに相当する。

情報処理装置１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信インタフェース１４といったハードウェアを備える。信号線を介してプロセッサ１１と他のハードウェアとは接続され、プロセッサ１１はこれら他のハードウェアを制御する。

プロセッサ１１は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）である。プロセッサ１１は、具体例としては、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。図１では、プロセッサ１１は、１つだけ示されている。しかし、プロセッサ１１は、複数であってもよく、複数のプロセッサ１１が、図１に示す機能構成要素を実現するプログラムを連携して実行してもよい。

メモリ１２は、プロセッサ１１のプロセッシングのためにデータを一時的に記憶する記憶装置である。メモリ１２は、具体例としては、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。

ストレージ１３は、データを保管する記憶装置である。ストレージ１３は、具体例としては、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）である。また、ストレージ１３は、ＳＳＤ（Ｓｏｌｉｄｅ Ｓｔａｔｅ Ｄｒｉｖｅ）でもよい。また、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ、登録商標）メモリカード、ＣＦ（ＣｏｍｐａｃｔＦｌａｓｈ、登録商標）、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）といった可搬記録媒体であってもよい。

通信インタフェース１４は、外部の装置と通信するためのインタフェースである。通信インタフェース１４は、具体例としては、Ｅｔｈｅｒｎｅｔ（登録商標）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＨＤＭＩ（Ｈｉｇｈ－Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ、登録商標）のポートである。

情報処理装置１０は、機能構成要素として、入力部２１、モデル解析部２２、第１の情報資産決定部２３、第２の情報資産決定部２４、出力部２５を備える。なお、情報処理装置１０の各機能構成要素の機能はプログラムにより実現される。
情報処理装置１０の各機能構成要素の機能を実現するプログラムは、ストレージ１３に格納されている。このプログラムは、プロセッサ１１によりメモリ１２に読み込まれ、プロセッサ１１によって実行される。これにより、情報処理装置１０の各機能構成要素の機能が実現される。

情報処理装置１０の各機能構成要素の機能は、そのプログラムで行う解析の動作や判定の条件を決定する情報を、ストレージ１３に保存されるデータベース又は設定ファイルから読み込みこんでもよい。また、解析の動作を決定する情報および判定の条件を決定する情報をプログラムの一部としてもよい。例えば、本実施の形態では、モデル解析部２２は動作分類テーブル３１を読み込んで解析の動作を変更する。また、第１の情報資産決定部２３は第１の情報資産決定テーブル３２を読み込んで判定の動作を変更する。

なお、図１では情報処理装置１０が１台のみでの構成を例示している。これに代えて、複数のコンピュータがネットワークを経由して接続され、複数のコンピュータが協働して、情報資産特性解析システムを構成してもよい。
さらに、図１では、ユーザの情報処理装置１０への入力及び情報処理装置１０からの出力を行うための入出力装置が通信インタフェース１４に接続されていることを想定している。これに代えて、情報処理装置１０に入力及び出力のためのインタフェースを設けてもよい。この場合は、ユーザが情報処理装置１０を直接操作することができる。

入力部２１は、情報処理装置１０のユーザからの各種指示を受け付ける。より具体的には、入力部２１は、設計モデル４１を受け付ける。設計モデル４１の詳細は後述するが、設計モデル４１には解析対象のデータ処理システムで実施される複数の動作が示される。設計モデル４１に示されるデータ処理システムの動作は、データ処理に関する動作である。設計モデル４１に示されるデータ処理システムの動作には、データ処理システムに含まれるコンピュータによる演算等の他、データ処理システムのユーザ（人）によるコマンドの入力等も含まれる。

モデル解析部２２は、設計モデル４１を解析し、データ処理システムで実施される動作をグループ化する。
モデル解析部２２はグループ化部に相当する。また、モデル解析部２２で行われる処理はグループ化処理に相当する。

第１の情報資産決定部２３は、モデル解析部２２によるグループ化により得られたグループの属性と、グループに属する動作で利用されるデータである利用データ（以下、第１の利用データともいう）の利用方法とに基づき、第１の利用データを情報資産（以下、第１の情報資産ともいう）として扱うか否かを決定する。また、第１の情報資産決定部２３は、第１の利用データを第１の情報資産として扱うことを決定した場合に、第１の利用データが関連するセキュリティ特性を判定する。
本明細書では、情報資産とは、通常の情報及びデータと区別して資産として保護する情報及びデータである。情報資産はリスクアセスメントの対象になり、情報資産に対しては特別の管理が行われる。例えば、情報資産は情報資産台帳で管理される。また、例えば、情報資産は暗号化される。
第１の情報資産決定部２３は情報資産決定部に相当する。また、第１の情報資産決定部２３で行われる処理は情報資産決定処理に相当する。

第２の情報資産決定部２４は、第１の情報資産決定部２３が複数のグループのうちの任意のグループである第１のグループの第１の利用データを第１の情報資産として扱うことを決定した場合に、複数のグループの中から、特定の属性のグループを第２のグループとして選択する。そして、第２の情報資産決定部２４は、第２のグループに属する動作で利用される利用データ（以下、第２の利用データともいう）と第１の利用データとの関係に基づき、第２の利用データを情報資産（以下、第２の情報資産ともいう）として扱うか否かを決定する。また、第２の情報資産決定部２４は、第２の利用データを第２の情報資産として扱うことを決定した場合に、第２の利用データが関連するセキュリティ特性を判定する。
第２の情報資産決定部２４も情報資産決定部に相当する。また、第２の情報資産決定部２４で行われる処理も情報資産決定処理に相当する。

出力部２５は、第１の情報資産決定部２３により第１の情報資産として扱うことが決定された第１の利用データと、第２の情報資産決定部２４により第２の情報資産として扱うことが決定された第２の利用データとを出力する。また、出力部２５は、第１の利用データのセキュリティ特性と第２の利用データのセキュリティ特性も出力する。

＊＊＊動作の説明＊＊＊
図２は、実施の形態１に係る情報処理装置１０の全体動作を表すフローチャートである。

最初に、入力部２１が、解析に必要な情報として、後述する設計モデル４１を１つ以上受け付ける（ステップＳ１）。
後述するように、設計モデル４１には、解析対象のデータ処理システムに含まれる複数の要素が示される。また、設計モデル４１には、データ処理システムに含まれる要素ごとの動作が示される。解析対象のデータ処理システムに複数の機能が存在すれば、機能ごとの設計モデル４１が入力される。

次に、モデル解析部２２が、入力された設計モデル４１を解析して、設計モデル４１に記述された複数の動作のうち相互に関連する動作をグループ化する（ステップＳ２）。

次に、第１の情報資産決定部２３が、ステップＳ２での結果を受けて、グループごとに、グループに属する動作で利用される利用データ（第１の利用データ）を第１の情報資産として扱うことを決定し、第１の情報資産のセキュリティ特性を判定する（ステップＳ３）。

ステップＳ３の結果、情報資産が１つも存在しないと判定された場合には、処理が終了する。この場合は、出力部２５が、与えられた設計モデル４１には、情報資産が１つも存在しないことを通知するためのメッセージ等を出力してもよい。

ステップＳ３の結果、１つ以上の情報資産が存在すると判定された場合は、第２の情報資産決定部２４が、ステップＳ２及びステップＳ３での結果に基づいて、第２の利用データを第２の情報資産として扱うことを決定し、第２の情報資産のセキュリティ特性の判定を行う（ステップＳ４）。

最後に、出力部２５が、ステップＳ３とステップＳ４の結果である、情報資産及び情報資産のセキュリティ特性を示す一覧を出力する（ステップＳ５）。
第１の情報資産のみが抽出された場合は、出力部２５が出力する一覧には、第１の情報資産及び第１の情報資産のセキュリティ特性が示される。第２の情報資産が抽出された場合は、出力部２５が出力する一覧には、第２の情報資産及び第２の情報資産のセキュリティ特性も示される。

ステップＳ１で複数の設計モデル４１が入力された場合は、情報処理装置１０は、各設計モデル４１に対してステップＳ２以降の処理を行う。ステップＳ１で複数の設計モデル４１が入力された場合は、ステップＳ５で出力される一覧には、複数の設計モデル４１から抽出された複数の情報資産と各情報資産のセキュリティ特性がまとめて記述される。

次に、図２の各ステップの詳細を順次説明していく。

（図２のステップＳ１：入力処理）
入力部２１は、１つ以上の設計モデル４１（図３）を受け付ける。
具体的には、通信インタフェース１４を介して接続された入出力装置がユーザによって操作される。ユーザの操作により、１つ以上の設計モデル４１が入力される。そして、入力部２１は、通信インタフェース１４を介して入力されたすべての設計モデル４１を受け付ける。更に、入力部２１は、すべての設計モデル４１をメモリ１２に書き込む。

図３を参照して、設計モデル４１の一例を説明する。
設計モデル４１は、リスク解析等での解析対象のデータ処理システムにおける動作の手順を示す。図３では、複数の要素で構成されるデータ処理システムを想定するが、データ処理システムが１つの要素で構成されていてもよい。

設計モデル４１は、機能の一連の動作に関係するオブジェクトとオブジェクトの状態の情報、オブジェクト間の相互作用に関する情報、データ処理システムでの制御構造を表す情報を含む。

オブジェクトはデータ処理システムの要素を表す。
図３の設計モデル４１には、オブジェクトとして、ユーザオブジェクト４１１及び構成要素オブジェクト４１２が含まれる。
ユーザオブジェクト４１１は、データ処理システムのユーザを表すオブジェクトである。ユーザオブジェクト４１１には、ユーザの状態を表す情報が含まれる。
構成要素オブジェクト４１２は、データ処理システムを構成する機器を表すオブジェクトである。構成要素オブジェクト４１２には、各機器の状態を表す情報も含まれる。図３では、ＨＭＩ（Ｈｕｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）の構成要素オブジェクト４１２とコントローラの構成要素オブジェクト４１２とデバイスの構成要素オブジェクト４１２が示されている。

また、設計モデル４１には、オブジェクト間の相互作用を表す情報として、要求メッセージ４１３、応答メッセージ４１４が含まれる。
要求メッセージ４１３は、あるオブジェクトから別のオブジェクトへの要求を示すメッセージである。要求メッセージ４１３には、要求の向き、要求内容等が含まれる。
応答メッセージ４１４は、あるオブジェクトから別のオブジェクトへの要求に対する応答を示すメッセージである。応答メッセージ４１４には、応答の向き及び応答内容等が含まれる。

また、設計モデル４１には、制御構造を表す情報として、制御構造ブロック４１５が含まれる。
制御構造ブロック４１５には、条件分岐、並列処理、ループ構造等の制御構造が表される。

本実施の形態では、図３に示される要求メッセージ４１３の処理、応答メッセージ４１４の処理、制御構造ブロック４１５の処理を全てが、データ処理システムで実施される「動作」に相当する。

具体的には、設計モデル４１は、例えば、シーケンス図、アクティビティ図、フローチャート、ソースコード、ＤＦＤ（Ｄａｔａ Ｆｌｏｗ Ｄｉａｇｒａｍ）、制御工学で用いられるブロック線図等である。これらシーケンス図等は、ＳｙｓＭＬを用いて生成されたものでもよい。ＳｙｓＭＬはＵＭＬ（Ｕｎｉｆｉｅｄ Ｍｏｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ）に基づいて策定された言語使用である。
実際には、設計モデル４１は、プロセッサ１１で処理できるように、階層的な構造を表現できるデータ形式で記述されて保管される。例えば、設計モデル４１は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）とＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）といったデータ形式で記述される。
例えば、設計モデル４１は、図３に示すように、ＵＭＬのシーケンス図を使って表すことができる。

図３において、人の形のアイコンと、当該アイコンから下方向に延びている破線と、破線上の矩形がユーザオブジェクト４１１を表す。
また、文字列「ＨＭＩ」が示されている矩形と、当該矩形から下方向に延びている破線と、破線上の矩形が「ＨＭＩ」の構成要素オブジェクト４１２を表す。文字列「コントローラ」が示されている矩形と、当該矩形から下方向に延びている破線と、破線上の矩形が「コントローラ」の構成要素オブジェクト４１２を表す。文字列「デバイス」が示されている矩形と、当該矩形から下方向に延びている破線と、破線上の矩形が「デバイス」の構成要素オブジェクト４１２を表す。
なお、ユーザオブジェクト４１１はシーケンス図によっては、構成要素オブジェクト４１２と同じ表記となることがある。このような場合には、「ＨＭＩ」の矩形と同様にして、例えば、文字列「Ｕｓｅｒ」を矩形に付加することにより、ユーザオブジェクト４１１と構成要素オブジェクト４１２とを区別可能である。

また、図３において、要求メッセージ４１３は、実線の矢印とその上の文字列で表される。
応答メッセージ４１４は、破線の矢印とその上の文字列で表される。
要求メッセージ４１３と応答メッセージ４１４の矢印の方向は、メッセージの方向性を示す。さらに、矢印の上の文字列がメッセージの名称、パラメータ等の補足情報である。例えば、図３の左上の「Ｕｓｅｒ」から「ＨＭＩ」への実線の矢印は「Ｕｓｅｒ」から「ＨＭＩ」に要求メッセージが入力されたことを示す。そして、矢印の上の文字列から、要求メッセージの名称が「ｕｓｅｒ＿ｅｎｔｅｒ」であり、要求メッセージのパラメータが「ｉｄ」、「ｐｗｄ」、「ｖａｌ」であることが分かる。

また、図３では、五角形のタグ４１５１が配置された破線のブロックが制御構造ブロック４１５である。制御構造ブロック４１５では、左上に配置された五角形のタグ４１５１内に、条件分岐、並列処理、ループ構造等の制御構造の種類が指定される。そして、その指定に応じてオブジェクト間でやり取りされる相互作用の制御情報が記載される。例えば、図３の制御構造ブロック４１５では、五角形のタグ４１５１に「ａｌｔ」が指定されている。これにより制御構造ブロック４１５内に条件分岐が示されていることが分かる。さらに、図３では、制御構造ブロック４１５が部分ブロック４１５２と部分ブロック４１５３に分割されている。
部分ブロック４１５２及び部分ブロック４１５３の各々で条件４１５４が記述されている。そして、条件４１５４が成立した場合に、オブジェクト間で対応するメッセージが送受信される。例えば、上位の部分ブロック４１５２では、条件４１５４として、「ｕｓｅｒ＿ｃｈｅｃｋ（ｉｄ， ｐｗｄ）＝ｔｒｕｅ」が示される。そして、この条件４１５４が成立する場合に、「コントローラ」から「デバイス」に要求メッセージ４１３が送信され、更に後続の動作が行われる。

（図２のステップＳ２：グループ化処理）
モデル解析部２２は、ステップＳ１で受け付けられた１つ以上の設計モデル４１の各々について、設計モデル４１に記述されている動作を解析する。そして、モデル解析部２２は、特定の記述パターン又は特定の条件に合致する動作を抽出し、抽出した動作をグループ化する。

図４は、ステップＳ２でのモデル解析部２２の動作例を説明するフローチャートである。

最初に、モデル解析部２２は、動作分類テーブル３１を読み込む（ステップＳ２１）。

次に、モデル解析部２２は、ステップＳ１で受け付けられたすべての設計モデル４１に対して分類処理を行う（ステップＳ２２）。具体的には、モデル解析部２２は、ステップＳ２２において、設計モデル４１ごとに、次に説明するステップＳ２２１～Ｓ２２４を実行する。なお、以下では、ｉ番目の設計モデル４１に対するモデル解析部２２の処理を説明する。

まず、モデル解析部２２は、ｉ番目の設計モデル４１を読み込む（ステップＳ２２１）。

次に、モデル解析部２２は、ｉ番目の設計モデル４１内の記述を解析する（ステップＳ２２２）

次に、モデル解析部２２は、動作分類テーブル３１の分類基準に基づき、ｉ番目の設計モデル４１に記述されている動作をグループ化する（ステップＳ２２３）。

最後に、モデル解析部２２は、ｉ番目の設計モデル４１のグループ化の結果をメモリ１２に書き込む（ステップＳ２２４）。

次に、図４のステップＳ２１～Ｓ２２、Ｓ２２１～Ｓ２２４の詳細を説明する。

＜図４のステップＳ２１の詳細＞
ステップＳ２１では、モデル解析部２２は、ストレージ１３から動作分類テーブル３１を読み込む。次に、モデル解析部２２は、読み込んだ動作分類テーブル３１をメモリ１２に書き込む。そして、モデル解析部２２は、動作分類テーブル３１をメモリ１２から読み込む。

図５を参照して、動作分類テーブル３１の一例を説明する。
動作分類テーブル３１には、テーブル項目として、グループ３１１と分類基準３１２が含まれる。

グループ３１１には、動作の分類先のグループの名称が記述される。また、分類基準３１２には、動作をグループに分類するための基準が記述される。分類基準３１２には、具体的には、メッセージの種類、メッセージの条件、メッセージの組み合わせパターン、処理手順の条件等が定義される。
図５に示す例では、グループ３１１として「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」が記述されている。「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」の分類基準３１２として「ユーザオブジェクトから発生した一連の要求メッセージの授受」が記述されている。つまり、ユーザオブジェクトからの要求メッセージの授受とユーザオブジェクトからの要求メッセージに派生する要求メッセージの授受という動作はグループ「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」に分類される。

＜図４のステップＳ２２の詳細＞
ステップＳ２２では、モデル解析部２２は、ステップＳ１で受け付けられたすべての設計モデル４１に対して、以下で詳細を説明するステップＳ２２１～Ｓ２２４からなるグループ化処理を行う。なお、以下の記述では、ｉ番目の設計モデル４１に対するグループ化処理を説明する。

＜＜図４のステップＳ２２１の詳細＞＞
ステップＳ２２１では、モデル解析部２２は、ｉ番目の設計モデル４１をメモリ１２から読み込む。ここでモデル解析部２２が読み込んだ設計モデル４１は、ステップＳ１で受け付けられた設計モデル４１の１つであり、例えば、図３に例示した情報を含む。

＜＜図４のステップＳ２２２の詳細＞＞
ステップＳ２２２では、モデル解析部２２は、読み込んだ設計モデル４１に記述される動作を解析する。ステップＳ２２２の解析処理は設計モデル４１の記述ルールに従って行われる。本実施の形態では、モデル解析部２２が設計モデル４１の記述ルールを保持する。なお、記述ルールはストレージ１３に保存されていてもよい。

例えば、図３の設計モデル４１の例では、モデル解析部２２は、ユーザオブジェクト４１１、構成要素オブジェクト４１２、要求メッセージ４１３、応答メッセージ４１４、制御構造ブロック４１５、条件４１５４等がそれぞれどのような関係かを解析する。

＜図４のステップＳ２２３の詳細＞
ステップＳ２２３では、モデル解析部２２は、ステップＳ２２２の解析結果からデータ処理システムで実施される動作を抽出し、ステップＳ２２１で読み込んだ動作分類テーブル３１の分類基準３１２に沿って、抽出した動作をグループ化する。

図６は、図３の設計モデル４１の動作を図５の動作分類テーブル３１に基づいてグループ化して得られたグループ化結果５１の例を示す。図６の例では、符号５１２が付された枠で囲まれた動作が１つのグループに分類されている。また、符号５１１が付された吹き出しがグループ名である。符号５１１が付された吹き出しのグループ名は図５のグループ３１１に対応している。
図６においては、「Ｕｓｅｒ」から「ＨＭＩ」に送信された「ｕｓｅｒ＿ｅｎｔｅｒ（ｉｄ，ｐｗｄ，ｖａｌ）」という要求メッセージ、「ＨＭＩ」から「コントローラ」に送信された「ｗｒｉｔｅ＿ａｎｄ＿ｒｅａｄ＿ｖａｌｕｅ（ｉｄ，ｐｗｄ，ｖａｌ）」、「コントローラ」から「デバイス」に送信された「ｗｒｉｔｅ＿ａｎｄ＿ｒｅａｄ（ｖａｌ）」という要求メッセージがグループ化されている。そして、このグループは「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」という属性を有する。これらの要求メッセージの授受は、図５の動作分類テーブル３１の１つ目の分類基準３１２に記載されている「ユーザオブジェクトから発生した一連の要求メッセージの授受」に合致する。このため、これらの要求メッセージを授受する動作は「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」に分類される。

＜＜図４のステップＳ２２４の詳細＞＞
ステップＳ２２４では、モデル解析部２２は、ステップＳ２２２の解析結果とＳ２２３のグループ化結果をメモリ１２に書き込む。

具体的には、モデル解析部２２は、図６に例示したグループ化結果５１を、グループごとに、グループに属する動作と動作間の対応関係が分かるように、階層的な構造を表現できるデータ形式でメモリ１２に書き込む。例えば、モデル解析部２２は、グループ化結果５１をＸＭＬ、ＪＳＯＮ等のデータ形式で記述する。そして、モデル解析部２２は、ＸＭＬ、ＪＳＯＮ等のデータ形式で記述されたグループ化結果５１をメモリ１２に書き込む。

（図２のステップＳ３：第１の情報資産決定処理）
第１の情報資産決定部２３は、ステップＳ２で得られたグループ化結果５１に基づき、グループごとに、グループに属する動作で利用される利用データを第１の情報資産として扱うことを決定する。また、第１の情報資産決定部２３は、第１の情報資産のセキュリティ特性を判定する。

図７は、ステップＳ３での第１の情報資産決定部２３の動作例を説明するフローチャートである。

最初に、第１の情報資産決定部２３は、第１の情報資産決定テーブル３２を読み込む（ステップＳ３１）。

次に、第１の情報資産決定部２３は、ステップＳ１で受け付けられたすべての設計モデル４１に関して、第１の情報資産の決定とセキュリティ特性の判定が含まれる判定処理を行う（ステップＳ３２）。具体的には、ステップＳ３２では、第１の情報資産決定部２３は、設計モデル４１ごとに、次に説明するステップＳ３２１～Ｓ３２３を実行する。なお、以下では、ｉ番目の設計モデル４１に対する処理を説明する。

まず、第１の情報資産決定部２３は、ステップＳ２で得られたｉ番目の設計モデル４１のグループ化結果５１を読み込む（ステップＳ３２１）。

次に、第１の情報資産決定部２３は、ステップＳ３１で読み込んだ第１の情報資産決定テーブル３２とステップＳ３２１で読み込んだｉ番目の設計モデル４１のグループ化結果５１に基づいて、第１の情報資産の決定とセキュリティ特性の判定を行う（ステップＳ３２２）。

最後に、第１の情報資産決定部２３は、ステップＳ３２２の結果をメモリ１２に書き込む（ステップＳ３２３）。つまり、第１の情報資産決定部２３は、第１の情報資産として決定した第１の利用データと、当該第１の利用データのセキュリティ特性をメモリ１２に書き込む。

次に、図７のステップＳ３１～Ｓ３２、Ｓ３２１～Ｓ３２３の詳細を説明する。

＜図７のステップＳ３１の詳細＞
ステップＳ３１では、第１の情報資産決定部２３は、第１の情報資産決定テーブル３２をストレージ１３から読み込む。次に、第１の情報資産決定部２３は、第１の情報資産決定テーブル３２をメモリ１２に書き込む。そして、第１の情報資産決定部２３は、第１の情報資産決定テーブル３２をメモリ１２から読み込む。

図８を参照して、第１の情報資産決定テーブル３２の一例を説明する。
第１の情報資産決定テーブル３２には、テーブル項目として、グループ３２１、データ条件３２２、セキュリティ特性３２３が含まれる。

グループ３２１には、動作分類テーブル３１（図５）のグループ３１１に記載の名称が示される。図８では、グループ３２１に「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」などが記されている。

データ条件３２２には、グループ３２１に属するいずれかの動作において利用される第１の利用データを、第１の情報資産として扱うための条件が示される。
図８の例では、グループ３２１「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」に対応するデータ条件３２２として「グループ“Ｄａｔａ ｗｒｉｔｅ”に属する動作で構成要素オブジェクトに書き込まれるデータ」と記されている。なお、ここでデータとは、オブジェクト間で授受されるデータであり、具体的には、要求メッセージ４１３及び応答メッセージ４１４に含まれるデータである。例えば、図３であれば「ｉｄ」や「ｐｗｄ」、「ｖａｌｕｅ」、「ａｎｓ」及び「ｅｒｒｏｒ」である。また、図８の例では、理解を容易にするために、データ条件が自然言語で書かれているが、実際にはコンピュータが処理できるような形式でデータ条件が記載される。

セキュリティ特性３２３は、第１の情報資産として抽出されたデータに関するセキュリティ特性が記載されている。図８では、セキュリティ特性として「Ｃ」、「Ｉ」及び「Ａ」が記載されている。なお、「Ｃ」は機密性を意味する。「Ｉ」は完全性を意味する。「Ａ」は可用性を意味する。
本実施の形態では、セキュリティ特性として「Ｃ」、「Ｉ」及び「Ａ」を用いる。これに加え、真正性、責任追跡性、否認防止、信頼性といった一般的に利用されるセキュリティ特性を用いてもよい。更には、環境への影響、安全性、健康への影響等のような制御システム等で求められるセキュリティ特性を用いてもよい。また、これら以外の任意のセキュリティ特性を用いてもよい。

＜図７のステップＳ３２の詳細＞
ステップＳ３２では、第１の情報資産決定部２３は、第１の情報資産の決定と第１の情報資産のセキュリティ特性の判定を行う。具体的には、第１の情報資産決定部２３は、以下で詳細を説明するステップＳ３２１～Ｓ３２３を行う。なお、以下の記述では、ｉ番目の設計モデル４１に関する処理を説明する。

＜＜図７のステップＳ３２１の詳細＞＞
ステップＳ３２１では、第１の情報資産決定部２３は、ｉ番目の設計モデル４１に対するステップＳ２でのグループ化結果５１をメモリ１２から読み込む。
グループ化結果５１は、図６に示すように、設計モデル４１に含まれる動作のグループ化の結果と、動作間の関係が示される情報である。

＜＜図７のステップＳ３２２の詳細＞＞
ステップＳ３２２では、第１の情報資産決定部２３は、ステップＳ３１で読み込んだ第１の情報資産決定テーブル３２とステップＳ３２１で読み込んだグループ化結果５１に基づいて、第１の情報資産の決定と第１の情報資産のセキュリティ特性の判定を行う。

具体的には、第１の情報資産決定部２３は、グループ化結果５１のグループごとに、第１の情報資産決定テーブル３２（図８）のデータ条件３２２に基づき、第１の情報資産として扱う第１の利用データを抽出し、更に、第１の情報資産として扱う第１の利用データのセキュリティ特性を、セキュリティ特性３２３に基づいて判定する。

例えば、第１の情報資産決定部２３は、図６のグループ化結果５１において「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」に属する複数の動作で利用される複数の第１の利用データの中で、図８の第１の情報資産決定テーブル３２の「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」のデータ条件３２２に記述される条件に合致する第１の利用データが存在するか否かを判定する。
グループ「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」のデータ条件３２２は「グループ“Ｄａｔａ ｗｒｉｔｅ”に属する動作で構成要素オブジェクトに書き込まれるデータ」である。図６では、グループ「Ｄａｔａ ｗｒｉｔｅ」に属する動作「ｗｒｉｔｅ（ｖａｌ）」で、構成要素オブジェクト「デバイス」にデータ「ｖａｌ」が書き込まれる。そして、データ「ｖａｌ」は、「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」に属する動作である「ｗｒｉｔｅ＿ａｎｄ＿ｒｅａｄ（ｉｄ，ｐｗｄ，ｖａｌ）」で利用されている。このため、データ「ｖａｌ」は「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」のデータ条件３２２に合致し、第１の情報資産決定部２３は、データ「ｖａｌ」を第１の情報資産として扱うことを決定する。また、図８では、グループ「Ｒｅｑｕｅｓｔ ｆｒｏｍ ｕｓｅｒ」について、セキュリティ特性３２３は「Ｉ」である。このため、第１の情報資産決定部２３は、第１の情報資産であるデータ「ｖａｌ」のセキュリティ特性の一つとして「Ｉ」を判定する。
また、図８では、３行目のグループ「Ｎｏｒｍａｌ ｒｅｓｐｏｎｓｅ ｔｏ ｕｓｅｒ」のデータ条件３２２として「グループ“Ｄａｔａ ｒｅａｄ”に属する動作で構成要素オブジェクトから読み込まれて、ユーザオブジェクトに提供されるデータ」が定義されている。このため、第１の情報資産決定部２３は、デバイスで読み込まれて、ユーザオブジェクトまで到達するデータである「ａｎｓ」を第１の情報資産として扱うと決定する。そして、データ「ａｎｓ」のセキュリティ特性を「Ｃ」と判定する。

なお、同じデータが他のグループのデータ条件３２２にも合致する場合は、第１の情報資産決定部２３は、当該データのセキュリティ特性を上書きせずに、それぞれのセキュリティ特性の値を維持する。例えば、データ「ｖａｌ」が図８の４行目のデータ条件３２２に合致しているものとする。この場合は、第１の情報資産決定部２３は、データ「ｖａｌ」のセキュリティ特性として、前述の「Ｉ」に加えて、「Ａ」も判定する。そして、この場合は、データ「ｖａｌ」のセキュリティ特性は「Ｉ」と「Ａ」の両方となる。

第１の情報資産決定部２３は、第１の情報資産の決定とセキュリティ特性の判定を、設計モデル４１のすべての動作に対して行う。

＜＜図７のステップＳ３２３の詳細＞＞
ステップＳ３２３では、第１の情報資産決定部２３は、ステップＳ３２２で得られた結果をメモリ１２に書き込む。

なお、図２に示すように、ステップＳ３のすべて処理が終わった時点で、情報資産が１つも存在しない場合は、情報処理装置１０は処理を終了する。この場合に、与えられた設計モデル４１には情報資産が１つも存在しないことを通知するためのメッセージ等を出力部２５が出力してから情報処理装置１０が処理を終了してもよい。

（図２のステップＳ４：第２の情報資産決定処理）
ステップＳ３により１つ以上の情報資産が存在することが判明した場合は、第２の情報資産決定部２４が、ステップＳ２、ステップＳ３での結果に基づいて、さらに第２の情報資産の決定と、第２の情報資産のセキュリティ特性の判定を行う（ステップＳ４）。

具体的には、第２の情報資産決定部２４は、特定の属性のグループに属する動作で利用される利用データ（第２の利用データ）と第１の情報資産として決定された利用データ（第１の利用データ）との関係に基づき、第２の利用データを第２の情報資産として扱うか否かを決定する。例えば、第２の情報資産決定部２４は、第２の利用データが第１の利用データを保護する関係にある場合に、第２の利用データを第２の情報資産として扱うことを決定する。また、第２の利用データが第１の利用データの読み込み又は書込みの実行可否の判断に利用される場合に、第２の情報資産決定部２４は、第２の利用データを第２の情報資産として扱うことを決定する。そして、第２の情報資産決定部２４は、第２の利用データを第２の情報資産として扱うことを決定した場合に、第２の情報資産として扱うことを決定した第２の利用データのセキュリティ特性を判定する。

図９は、ステップＳ４での第２の情報資産決定部２４の動作例を説明するフローチャートである。

最初に、第２の情報資産決定部２４は、第２の情報資産決定テーブル３３を読み込む（ステップＳ４１）。

次に、第２の情報資産決定部２４は、ステップＳ１で受け付けられたすべての設計モデル４１に関して、第２の情報資産の決定とセキュリティ特性の判定が含まれる判定処理を行う（ステップＳ４２）。具体的には、ステップＳ４２では、第２の情報資産決定部２４は、設計モデル４１ごとに、次に説明するステップＳ４２１～Ｓ４２４を実行する。なお、以下では、ｉ番目の設計モデル４１に対する処理を説明する。

まず、第２の情報資産決定部２４は、ステップＳ２で得られたｉ番目の設計モデル４１のグループ化結果５１を読み込む（ステップＳ４２１）。

次に、第２の情報資産決定部２４は、ステップＳ３で得られたｉ番目の設計モデル４１に対する第１の情報資産の決定とセキュリティ特性の判定の結果を読み込む（ステップＳ４２３）。

次に、第２の情報資産決定部２４は、ステップＳ４１で読み込んだ第２の情報資産決定テーブル３３と、ステップＳ４２１で読み込んだグループ化結果５１と、ステップＳ４２２で読み込んだ第１の情報資産の決定とセキュリティ特性の判定の結果に基づいて、第２の情報資産の決定とセキュリティ特性の判定を行う（ステップＳ４２４）。

最後に、第２の情報資産決定部２４は、ステップＳ４２３の結果をメモリ１２に書き込む（ステップＳ４２４）。つまり、第２の情報資産決定部２４は、第２の情報資産として決定した第２の利用データと、当該第２の利用データのセキュリティ特性をメモリ１２に書き込む。

次に、図９のステップＳ４１～Ｓ４２、Ｓ４２１～Ｓ４２４の詳細を説明する。

＜図９のステップＳ４１の詳細＞
ステップＳ４１では、第２の情報資産決定部２４は、第２の情報資産決定テーブル３３をストレージ１３から読み込む。次に、第２の情報資産決定部２４は、第２の情報資産決定テーブル３３をメモリ１２に書き込む。そして、第２の情報資産決定部２４は、第２の情報資産決定テーブル３３をメモリ１２から読み込む。

図１０は、第２の情報資産決定テーブル３３の一例である。
図１０を参照して第２の情報資産決定テーブル３３を説明する。
第２の情報資産決定テーブル３３には、テーブル項目として、グループ３３１、データ条件３３２、セキュリティ特性３３３が含まれる。

グループ３３１には、動作分類テーブル３１（図５）のグループ３１１に記載の名称が示される。図１０では、グループ３３１に「Ｊｕｄｇｅｍｅｎｔ ｏｆ ｅｘｅｃｕｔｉｏｎ」が記されている。

データ条件３３２には、グループ３３１に属するいずれかの動作において利用される利用データを、第２の情報資産として扱うための条件が示される。
図１０の例では、グループ３３１「Ｊｕｄｇｅｍｅｎｔ ｏｆ ｅｘｅｃｕｔｉｏｎ」に対応するデータ条件３３２として「セキュリティ特性がＣの第１の情報資産の読み込み又は書き込みの実行可否の判断に利用されるデータ」と記されている。なお、図１０の例では、理解を容易にするために、データ条件が自然言語で書かれているが、実際にはコンピュータが処理できるような形式的でデータ条件が記載される。
なお、図１０の第２の情報資産決定テーブル３３では、第１の情報資産を保護するための第２の情報資産を抽出するためデータ条件が記述されている。

セキュリティ特性３２３は、第２の情報資産として抽出された第２の利用データに関するセキュリティ特性が記載されている。図１０では、セキュリティ特性として「Ｃ」及び「Ｉ」が記載されている。

＜図９のステップＳ４２の詳細＞
ステップＳ４２では、第２の情報資産決定部２４は、ステップＳ３で得られた結果を活用して、第２の情報資産の決定と第２の情報資産のセキュリティ特性の判定を行う。具体的には、第２の情報資産決定部２４は、以下で詳細を説明するステップＳ４２１～Ｓ４２４を行う。なお、以下の記述では、ｉ番目の設計モデル４１に関する処理を説明する。

＜＜図９のステップＳ４２１の詳細＞＞
ステップＳ４２１では、第２の情報資産決定部２４は、ｉ番目の設計モデル４１に対するステップＳ２でのグループ化結果５１をメモリ１２から読み込む。
グループ化結果５１は、図６に示すように、設計モデル４１に含まれる動作のグループ化の結果と、動作間の関係が示される情報である。

＜＜図９のステップＳ４２２の詳細＞＞
ステップＳ４２２では、第２の情報資産決定部２４は、ｉ番目の設計モデル４１に対するステップＳ３で得られた第１の情報資産の決定とセキュリティ特性の判定の結果をメモリ１２から読み込む。

＜＜図９のステップＳ４２３の詳細＞＞
ステップＳ４２３では、第２の情報資産決定部２４は、ステップＳ４１で読み込んだ第２の情報資産決定テーブル３３と、ステップＳ４２１で読み込んだグループ化結果５１と、ステップＳ４２２で読み込んだ第１の情報資産の決定とセキュリティ特性の判定の結果に基づいて、第２の情報資産の決定とセキュリティ特性の判定を行う。

具体的には、第２の情報資産決定部２４は、グループ３３１に示されるグループに属する動作で利用されている第２の利用データが、データ条件３３２に示される条件に合致するか否かを判定する。そして、第２の情報資産決定部２４は、データ条件３３２に示される条件に合致する第２の利用データを第２の情報資産として扱うことを決定する。更に、第２の情報資産として扱う第２の利用データのセキュリティ特性を、セキュリティ特性３３３に基づいて判定する。

図６では、制御構造ブロック４１５の条件文である「ｕｓｅｒ＿ｃｈｅｃｋ（ｉｄ，ｐｗｄ）＝ｔｒｕｅ」の実行と「ｕｓｅｒ＿ｃｈｅｃｋ（ｉｄ，ｐｗｄ）＝ｆａｌｓｅ」の実行は、グループ「Ｊｕｄｇｅｍｅｎｔ ｏｆ ｅｘｅｃｕｔｉｏｎ」に属する動作である。
「ｕｓｅｒ＿ｃｈｅｃｋ（ｉｄ，ｐｗｄ）＝ｔｒｕｅ」と「ｕｓｅｒ＿ｃｈｅｃｋ（ｉｄ，ｐｗｄ）＝ｆａｌｓｅ」では、データ「ｉｄ」と「ｐｗｄ」が利用されている。このため、データ「ｉｄ」と「ｐｗｄ」は、それぞれ第２の利用データに相当する。
ここでは、ステップＳ３において、デバイスで読み込まれてユーザオブジェクトまで応答されるデータ「ａｎｓ」がセキュリティ特性「Ｃ」の第１の情報資産として抽出されていることを想定する。
第２の情報資産決定部２４は、図１０の第２の情報資産決定テーブル３３の一行目のデータ条件３３２に基づき、グループ「Ｊｕｄｇｅｍｅｎｔ ｏｆ ｅｘｅｃｕｔｉｏｎ」に属する動作で利用される第２の利用データ「ｉｄ」と［ｐｗｄ］が、データ条件３３２に記載の「セキュリティ特性がＣの第１の情報資産の読み込み又は書き込みの実行可否の判断に利用されるデータ」に該当するか否かを判定する。
ここでは、第２の情報資産決定部２４は、第２の利用データ「ｉｄ」と［ｐｗｄ］が、セキュリティ特性「Ｃ」の第１の情報資産であるデータ「ａｎｓ」の読み込み及び書き込みの実行可否の判断に用いられていると判定する。そして、第２の情報資産決定部２４は、第２の利用データ「ｉｄ」と［ｐｗｄ］をそれぞれ第２の情報資産として扱うことを決定する。
また、第２の情報資産決定部２４は、第２の情報資産決定テーブル３３のセキュリティ特性３３３の項目に基づき、第２の利用データ「ｉｄ」と［ｐｗｄ］のそれぞれのセキュリティ特性を「Ｃ」と判定する。

なお、同じ第２の利用データが他のグループのデータ条件３２２にも合致する場合は、第１の情報資産決定部２３は、当該第２の利用データのセキュリティ特性を上書きせずに、それぞれのセキュリティ特性の値を維持する。例えば、第２の情報資産決定部２４がデータ「ｉｄ」と「ｐｗｄ」のセキュリティ特性として「Ｃ」に加えて「Ｉ」も判定した場合は、データ「ｉｄ」と「ｐｗｄ」のセキュリティ特性は「Ｃ」と「Ｉ」の両方となる。

前述した２つの条件文である「ｕｓｅｒ＿ｃｈｅｃｋ（ｉｄ，ｐｗｄ）＝ｔｒｕｅ」及び「ｕｓｅｒ＿ｃｈｅｃｋ（ｉｄ，ｐｗｄ）＝ｆａｌｓｅ」は、同一の制御構造ブロック４１５にあり、さらに右辺の定数以外は同じ記述である。このため、第２の情報資産決定部２４は、これら２つの条件文の実行動作を一つの動作として扱ってもよい。

第２の情報資産決定部２４は、第２の情報資産の決定とセキュリティ特性の判定を、設計モデル４１のグループにすべての処理に対して行う。

＜＜図９のステップＳ３２４の詳細＞＞
ステップＳ４２４では、第２の情報資産決定部２４は、ステップＳ４２３で得られた結果をメモリ１２に書き込む。

（図２のステップＳ５：情報資産一覧出力処理）
出力部２５は、ステップＳ３とステップＳ４の結果をすべての設計モデル４１において集積し、得られた情報資産とセキュリティ特性を情報資産一覧として出力する。

図１１は、出力部２５により出力される情報資産一覧３４の例を示す。

情報資産一覧３４には、設計モデル３４１、情報資産３４２、セキュリティ特性３４３が含まれる。設計モデル３４１には、設計モデル４１の識別子が示される。情報資産３４２には、第１の情報資産決定部２３及び第２の情報資産決定部２４により抽出された情報資産が示される。セキュリティ特性３４３には、第１の情報資産決定部２３及び第２の情報資産決定部２４により判定された情報資産のセキュリティ特性が示される。
例えば、図１１の一行目には、設計モデル「１」から、情報資産「ｖａｌ」が抽出され、そのセキュリティ特性が「Ｉ」であることが示される。

図１１の例では、第１の情報資産決定部２３により得られた第１の情報資産と第２の情報資産決定部２４により得られた第２の情報資産とが区別されずに情報資産３４２の項目に示される。これに代えて、第１の情報資産と第２の情報資産とが区別されるようにしてもよい。
また、図１１の例では、１つの情報資産に対して１行が割り当てられている。このため、１つの情報資産に対して複数のセキュリティ特性が判定された場合には、１行に複数のセキュリティ特性が併記される（例えば、図１１の２行目～４行目）。これに代えて、セキュリティ特性ごとに１行が割り当てられるようにしてもよい。例えば、図１１の２行目（「ａｎｓ」の行）を２行に分けて、１つ目の行にセキュリティ特性３４３「Ｃ」を記載し、２つ目の行にセキュリティ特性３４３「Ｉ」を記載するようにしてもよい。

＊＊＊実施の形態の効果の説明＊＊＊
以上、本実施の形態によれば、主観的な要素を排除して客観的に情報資産を抽出することができる。また、本実施の形態によれば、セキュリティ特性の判定も客観的に行うことができる。

また、本実施の形態では、第１の情報資産を保護するための第２の情報資産の抽出と第２の情報資産のセキュリティ特性の判定が行われる。
このため、本実施の形態によれば、情報資産を保護するための２次的な情報資産を客観的に抽出することができ、また、２次的な情報資産のセキュリティ特性を客観的に判定することができる。

実施の形態２．
本実施の形態では、主に実施の形態１との差異を説明する。
なお、以下で説明していない事項は、実施の形態１と同様である。

実施の形態１では、出力部２５が出力する情報資産一覧３４（図１１）には、情報資産ごとに、セキュリティ特性のみが表示される。つまり、実施の形態１では、セキュリティ特性の出現回数に差があった場合でも、情報資産一覧３４にはセキュリティ特性の出現回数の差が反映されない。
例えば、図１１の２行目の「ａｎｓ」について、セキュリティ特性「Ｃ」が５回出現し、セキュリティ特性「Ｉ」が１回出現したとする。この場合でも、実施の形態１の情報資産一覧には、「Ｃ」と「Ｉ」としか表示されない。このため、情報処理装置１０のユーザは、セキュリティ特性「Ｃ」の出現回数が多いことを認識することができない。
また、図１１の３行目の「ｉｄ」について、セキュリティ特性「Ｃ」が１０回出現し、セキュリティ特性「Ａ」が１回出現したとする。この場合でも、実施の形態１の情報資産一覧には、「ａｎｓ」について「Ｃ」と「Ｉ」としか表示されず、「ｉｄ」について「Ｃ」と「Ａ」しか表示されない。このため、情報処理装置１０のユーザは、「ｉｄ」についてのセキュリティ特性「Ｃ」の出現回数が多いことを認識することができない。

このため、本実施の形態では、セキュリティ特性の出現回数を情報資産一覧３４に表示することとする。
具体的には、第１の情報資産決定部２３が、先ず、実施の形態１と同様に、第１の情報資産として扱うことを決定した第１の利用データが複数の動作で利用されている場合は、第１の利用データが利用されている動作ごとに、第１の利用データが関連するセキュリティ特性を判定する。そして、本実施の形態では、第１の情報資産決定部２３は、第１の利用データについて、セキュリティ特性ごとに、セキュリティ特性の出現回数を計数する。同様に、第２の情報資産決定部２４も、第２の情報資産として扱うことを決定した第２の利用データが複数の動作で利用されている場合は、先ず、実施の形態１と同様に、第２の利用データが利用されている動作ごとに、第２の利用データが関連するセキュリティ特性を判定する。そして、本実施の形態では、第２の情報資産決定部２４は、第２の利用データについて、セキュリティ特性ごとに、セキュリティ特性の出現回数を計数する。
出力部２５は、情報資産一覧３４に、第１の情報資産決定部２３及び第２の情報資産決定部２４により計数されたセキュリティ特性ごとの出現回数を含める。
このように、本実施の形態では、情報資産一覧３４にはセキュリティ特性の出現回数が表示されるため、情報処理装置１０のユーザは、より重要な情報資産及びセキュリティ特性を認識することができる。

以上、本実施の形態によれば、より重要な情報資産、より重要なセキュリティ特性を客観的に決定するための指標を提供することができる。

実施の形態３．
本実施の形態では、主に実施の形態２との差異を説明する。
なお、以下で説明していない事項は、実施の形態２と同様である。

本実施の形態では、第１の情報資産決定部２３又は第２の情報資産決定部２４が、情報資産として扱うことを決定した利用データの価値を、セキュリティ特性の出現回数の計数結果に基づいて決定する。ここでは、一例として、第２の情報資産決定部２４が、利用データの価値を決定することとする。また、第２の情報資産決定部２４は、利用データの価値を複数のランクで評価することを想定する。なお、以下と同様の処理を行うことで、第１の情報資産決定部２３が利用データの価値を決定することもできる。

先ず、第１の情報資産決定部２３は、実施の形態２で説明したように、第１の情報資産についてのセキュリティ特性ごとの出現回数を計数する。
また、第２の情報資産決定部２４も、実施の形態２で説明したように、第２の情報資産についてのセキュリティ特性ごとの出現回数を計数する。
第２の情報資産決定部２４は、第１の情報資産決定部２３から、第１の情報資産について計数されたセキュリティ特性の出現回数を通知される。そして、第２の情報資産決定部２４は、第１の情報資産及び第２の情報資産の各々の価値を、セキュリティ特性の出現回数に基づいて決定する。第２の情報資産決定部２４は、例えば、以下の１）又は２）の方法で、第１の情報資産及び第２の情報資産の各々の価値を決定する。
１）ランクごとに出現回数の閾値を予め設けておき、第２の情報資産決定部２４が、ランクごとの閾値と計数された出現回数との比較により情報資産の価値を決定する。
２）第２の情報資産決定部２４が、出現回数の最大値と最小値を求め、ランク間で情報資産が均等に分布されるようにランクごとの出現回数の閾値を設定し、ランクごとの閾値と計数された出現回数との比較により情報資産の価値を決定する。
１）及び２）のいずれの場合でも、第２の情報資産決定部２４は、複数のセキュリティ特性（例えば「Ｃ」、「Ｉ」及び「Ａ」）の合計の出現回数と閾値を比較するようにしてもよい。また、第２の情報資産決定部２４は、複数のセキュリティ特性の出現回数のうちの最大の出現回数と閾値を比較するようにしてもよい。また、第２の情報資産決定部２４は、複数のセキュリティ特性のうちの予め指定された特定のセキュリティ特性の出現回数と閾値を比較するようにしてもよい。

以上、本実施の形態によれば、情報資産の価値を客観的に決定することができる。

以上、実施の形態１～３を説明したが、これらの実施の形態のうち、２つ以上を組み合わせて実施しても構わない。
あるいは、これらの実施の形態のうち、１つを部分的に実施しても構わない。
あるいは、これらの実施の形態のうち、２つ以上を部分的に組み合わせて実施しても構わない。
また、これらの実施の形態に記載された構成及び手順を必要に応じて変更してもよい。

＊＊＊ハードウェア構成の補足説明＊＊＊
最後に、情報処理装置１０のハードウェア構成の補足説明を行う。

情報処理装置１０のストレージ１３には、図１に示す機能構成要素の機能を実現するプログラムの他に、例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）も記憶されている。
そして、ＯＳの少なくとも一部がプロセッサ１１により実行される。
プロセッサ１１はＯＳの少なくとも一部を実行しながら、図１に示す機能構成要素の機能を実現するプログラムを実行する。
プロセッサ１１がＯＳを実行することで、タスク管理、メモリ管理、ファイル管理、通信制御等が行われる。
また、図１に示す機能構成要素の処理の結果を示す情報、データ、信号値及び変数値の少なくともいずれかが、メモリ１２、ストレージ１３、プロセッサ１１内のレジスタ及びキャッシュメモリの少なくともいずれかに記憶される。
また、図１に示す機能構成要素の機能を実現するプログラムは、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ等の可搬記録媒体に格納されていてもよい。そして、図１に示す機能構成要素の機能を実現するプログラムが格納された可搬記録媒体を流通させてもよい。

また、入力部２１、モデル解析部２２、第１の情報資産決定部２３、第２の情報資産決定部２４及び出力部２５の「部」を、「回路」又は「工程」又は「手順」又は「処理」に読み替えてもよい。
また、情報処理装置１０は、処理回路により実現されてもよい。処理回路は、例えば、ロジックＩＣ、ＧＡ（Ｇａｔｅ Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）である。
なお、本明細書では、プロセッサと処理回路との上位概念を、「プロセッシングサーキットリー」という。
つまり、プロセッサと処理回路とは、それぞれ「プロセッシングサーキットリー」の具体例である。

１０ 情報処理装置、１１ プロセッサ、１２ メモリ、１３ ストレージ、１４ 通信インタフェース、２１ 入力部、２２ モデル解析部、２３ 第１の情報資産決定部、２４ 第２の情報資産決定部、２５ 出力部、３１ 動作分類テーブル、３２ 第１の情報資産決定テーブル、３３ 第２の情報資産決定テーブル、３４ 情報資産一覧、４１ 設計モデル、５１ グループ化結果、３１１ グループ、３１２ 分類基準、３２１ グループ、３２２ データ条件、３２３ セキュリティ特性、３３１ グループ、３３２ データ条件、３３３ セキュリティ特性、３４１ 設計モデル、３４２ 情報資産、３４３ セキュリティ特性、４１１ ユーザオブジェクト、４１２ 構成要素オブジェクト、４１３ 要求メッセージ、４１４ 応答メッセージ、４１５ 制御構造ブロック、４１５１ タグ、４１５２ 部分ブロック、４１５３ 部分ブロック、４１５４ 条件。

Claims (13)

1. データ処理システムで実施される複数の動作をグループ化するグループ化部と、
   グループ化により得られたグループの属性と、前記グループに属する動作で利用される利用データの利用方法とに基づき、前記利用データを情報資産として扱うか否かを決定する情報資産決定部とを有する情報処理装置。
2. 前記情報資産決定部は、
   前記利用データを情報資産として扱うことを決定した場合に、前記利用データが関連するセキュリティ特性を判定する請求項１に記載の情報処理装置。
3. 前記情報資産決定部は、
   グループ化により複数のグループが得られ、前記複数のグループに含まれるグループである第１のグループに属する動作で利用される第１の利用データを情報資産として扱うことを決定した場合に、前記複数のグループの中から、特定の属性のグループを第２のグループとして選択し、
   前記第２のグループに属する動作で利用される第２の利用データと前記第１の利用データとの関係に基づき、前記第２の利用データを情報資産として扱うか否かを決定する請求項１に記載の情報処理装置。
4. 前記情報資産決定部は、
   前記第１の利用データを情報資産として扱うことを決定した場合に、前記第１の利用データが関連するセキュリティ特性を判定し、
   前記第１の利用データのセキュリティ特性が特定のセキュリティ特性である場合に、前記第２のグループを選択する請求項３に記載の情報処理装置。
5. 前記情報資産決定部は、
   前記第２の利用データを情報資産として扱うことを決定した場合に、前記第２の利用データが関連するセキュリティ特性を判定する請求項３に記載の情報処理装置。
6. 前記情報処理装置は、更に、
   前記情報資産決定部により情報資産として扱うことが決定された利用データの識別子を出力する出力部を有する請求項１に記載の情報処理装置。
7. 前記情報処理装置は、更に、
   前記情報資産決定部により情報資産として扱うことが決定された利用データの識別子と、前記情報資産決定部により判定された、当該利用データが関連するセキュリティ特性を出力する出力部を有する請求項２に記載の情報処理装置。
8. 前記情報資産決定部は、
   前記利用データが関連するセキュリティ特性として、機密性、完全性及び可用性のうちの少なくともいずれかを選択する請求項２に記載の情報処理装置。
9. 前記情報資産決定部は、
   前記利用データが関連するセキュリティ特性として、真正性、責任追跡性、否認防止性、信頼性、環境への影響、安全性への影響及び健康への影響のうちの少なくともいずれかを選択する請求項２に記載の情報処理装置。
10. 前記情報資産決定部は、
    情報資産として扱うことを決定した利用データが複数の動作で利用されている場合に、前記利用データが利用されている動作ごとに、前記利用データが関連するセキュリティ特性を判定し、前記利用データについて、セキュリティ特性ごとに、セキュリティ特性の出現回数を計数する請求項１に記載の情報処理装置。
11. 前記情報資産決定部は、
    情報資産として扱うことを決定した利用データの価値を、前記セキュリティ特性の出現回数の計数結果に基づいて決定する請求項１０に記載の情報処理装置。
12. コンピュータが、データ処理システムで実施される複数の動作をグループ化し、
    前記コンピュータが、グループ化により得られたグループの属性と、前記グループに属する動作で利用される利用データの利用方法とに基づき、前記利用データを情報資産として扱うか否かを決定する情報処理方法。
13. データ処理システムで実施される複数の動作をグループ化するグループ化処理と、
    グループ化により得られたグループの属性と、前記グループに属する動作で利用される利用データの利用方法とに基づき、前記利用データを情報資産として扱うか否かを決定する情報資産決定処理とをコンピュータに実行させる情報処理プログラム。

Images