JP7347888B1 - プログラム、方法、情報処理装置、システム - Google Patents

Abstract

【課題】システムの監査作業をより円滑に行う技術を提供する。【解決手段】プロセッサを備えるコンピュータに、システムの監査に関する処理を実行させるプログラムであって、監査対象となるシステムに対するルール定義の設定を受け付けるステップと、前記設定されたルール定義から、自然言語で規定された監査ルールと、データ記述言語で規定された監査チェックリストとを生成するステップと、前記システムが、前記監査チェックリストの項目に適合しているか否かを検証するステップと、を実行させるプログラムが提供される。【選択図】図１

Description

特許法第３０条第２項適用 令和５年３月７日、ＧＭＯインターネットグループ株式会社に対して提示

特許法第３０条第２項適用 令和５年３月２３日、株式会社ＳｍａｒｔＨＲに対して提示

特許法第３０条第２項適用 令和５年４月１２日、エヌ・ティ・ティ・コミュニケーションズ株式会社に対して提示

特許法第３０条第２項適用 令和５年４月２７日、ソニーネットワークコミュニケーションズ株式会社に対して提示

特許法第３０条第２項適用 令和５年５月９日、三井住友建設株式会社に対して提示

特許法第３０条第２項適用 令和５年５月１２日、ＴＭＩプライバシー＆セキュリティコンサルティング株式会社に対して提示

特許法第３０条第２項適用 令和５年５月１９日、株式会社Ｗｏｒｋｓ Ｈｕｍａｎ Ｉｎｔｅｌｌｉｇｅｎｃｅに対して提示

本開示は、プログラム、方法、情報処理装置、システムに関する。

昨今、社内に導入したシステムに対して一定の規準（規範とすべき標準）に照らして検証を行い、システムの動作、管理体制、および、セキュリティ等の所定の観点での妥当性を評価するシステム監査のニーズが増加している。例えば、文献１には、自然言語で作成されたポリシー文書に対して、機械処理が可能な規則をユーザが対応づけることにより、システムによって当該ポリシーが順守されているかが判定される監査システムが開示されている。

特表２００６－５１８０８０号公報

一方、上記技術では、ユーザがポリシーに対応する機械処理可能な規則の対応付けを行う作業が必要であるため、当該作業の手間がかかり、対応付けを間違えるなどの不具合が発生する可能性があった。

本開示の目的は、システムの監査作業をより円滑に行う技術を提供することにある。

本開示では、プロセッサを備えるコンピュータに、システムの監査に関する処理を実行させるプログラムであって、監査対象となるシステムに対するルール定義の設定を受け付けるステップと、前記設定されたルール定義から、自然言語で規定された監査ルールと、データ記述言語で規定された監査チェックリストとを生成するステップと、前記システムが、前記監査チェックリストの項目に適合しているか否かを検証するステップと、を実行させるプログラムが提供される。

本開示によれば、システムの監査作業をより円滑に行うことが可能となる。

システム１が提供する機能の概要を説明するための図である。 システム１のハードウェア構成を示すブロック図である。 端末装置１０の機能構成を示すブロック図である。 サーバ２０の機能構成を示すブロック図である。 サーバ２０の記憶部２２０に記憶されるレギュレーションデータベース２２１の構造を示す図である。 サーバ２０の記憶部２２０に記憶されるルール定義データベース２２２の構造を示す図である。 サーバ２０の記憶部２２０に記憶される監査ルールデータベース２２３の構造を示す図である。 サーバ２０の記憶部２２０に記憶される監査チェックリストデータベース２２４の構造を示す図である。 システム１の処理の流れの一例を説明するフロー図である。 監査ルール生成処理（Ｓ２２０）の流れを説明するフロー図である。 システム１の処理の流れの一例を説明するフロー図である。 チェック項目検証処理（Ｓ４１０）の流れを説明するフロー図である。 レギュレーション確認画面３１０を示す図である。 ルール定義作成画面３２０を示す図である。 パラメータ入力画面３３０を示す図である。 運用状況確認画面３４０を示す図である。 レギュレーション確認画面３５０を示す図である。 監査ルール確認画面３６０を示す図である。 ログデータ確認画面３７０を示す図である。

以下、図面を参照しつつ、本開示の実施形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称及び機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜１．実施形態＞
（１－１．システム１の概要）
図１を参照して、本実施形態におけるシステム１が提供する機能の概要を説明する。システム１は、ユーザが使用する端末装置１０と、サーバ２０を備える（図２参照）。端末装置１０は、ユーザから、セキュリティ監査の対象となるコンピュータシステム（以下、監査対象システムという）に関するルール定義の設定を受け付ける。

図１に示すように、ルール定義には、１つまたは複数のレギュレーション（予め定められた法令、標準または規格）を対応づけて設定することができる。サーバ２０は、ユーザが設定したルール定義を端末装置１０から受信すると、当該ルール定義に基づいて、監査ルールと監査チェックリストを生成する。

監査ルールは、日本語や英語等の自然言語で生成され、監査対象システムに適用されるルールを規定する。監査チェックリストは、データ記述言語等のコンピュータ言語で生成される。サーバ２０は、監査対象システムが出力したログデータを、出力した監査チェックリストと比較することで、監査対象システムの検証を行う。

このように、システム１は、ユーザが設定したルール定義に基づいて、自然言語の監査ルールとコンピュータ言語の監査チェックリストを生成して、当該監査チェックリストに基づいて、監査対象システムの検証を行う。このような仕様とすることにより、システムの監査作業をより円滑に行うことが可能となる。以下、詳細を説明する。

（１－２．システム１のハードウェア構成）
図２は、システム１のハードウェア構成の例を示すブロック図である。システム１は、端末装置１０と、サーバ２０を備える。端末装置１０、サーバ２０は、ネットワーク３０を介して通信可能に接続されている。なお、図２では、視認性の観点からシステム１は１つの端末装置１０を備えるように図示されているが、端末装置１０の数はこの例に限定されることはなく、２つ以上でもよい。

本実施形態において、複数の装置の集合体を１つのサーバ２０としてもよい。１つ又は複数のハードウェアに対して本実施形態に係るサーバ２０を実現することに要する複数の機能の配分の仕方は、各ハードウェアの処理能力及び／又はサーバ２０に求められる仕様等に鑑みて適宜決定することができる。

端末装置１０は、スマートフォン等の携帯端末、またはタブレット端末として実現される。端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、ストレージ１６と、プロセッサ１９とを備える。

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。

入力装置１３は、ユーザからの入力操作を受け付けるための装置（例えば、タッチパネル、マイク等）である。

出力装置１４は、ユーザに対して情報を提示するための装置（ディスプレイ、スピーカ等）である。

メモリ１５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

ストレージ１６は、データを保存するためのものであり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。

プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

サーバ２０は、インターネットなどのネットワーク３０を介して端末装置１０と通信可能なコンピュータであり、いわゆるクラウドサーバとして実現されてもよく、特定の施設等に設置されたオンプレミスサーバとして実現されてもよい。サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２４と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

入出力ＩＦ２４は、サーバ２０に対して何らかの入力操作を行う場合、または、サーバ２０から情報を出力する場合に、入出力装置を接続するためのインタフェースである。

通信ＩＦ２２、メモリ２５、ストレージ２６およびプロセッサ２９は、端末装置１０の通信ＩＦ１２、メモリ１５、ストレージ１６およびプロセッサ１９と同様に構成されるため、説明は繰り返さない。

（１－３．端末装置１０の機能構成）
図３は、端末装置１０の機能構成の例を示すブロック図である。図３に示すように、端末装置１０は、入力装置１３と、出力装置１４と、通信部１５０と、撮像部１６０と、音声処理部１７０と、記憶部１８０と、制御部２００を備える。図３において端末装置１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。

通信部１５０は、端末装置１０が他の装置と通信するための変復調処理等の処理を行う。通信部１５０は、制御部２００で生成された信号に送信処理を施し、外部（例えば、他の端末装置１０）へ送信する。通信部１５０は、外部から受信した信号に受信処理を施し、制御部２００へ出力する。

入力装置１３は、端末装置１０を操作するユーザが指示、又は情報を入力するための装置である。入力装置１３は、例えば、操作面へ触れることで指示が入力されるタッチセンシティブデバイス１３１等により実現される。入力装置１３は、キーボードまたはマウスを含んでいてもよい。入力装置１３は、ユーザから入力される指示、又は情報を電気信号へ変換し、電気信号を制御部２００へ出力する。なお、入力装置１３には、例えば、外部の入力機器から入力される電気信号を受け付ける受信ポートが含まれてもよい。

出力装置１４は、端末装置１０を操作するユーザへ情報を提示するための装置である。出力装置１４は、例えば、ディスプレイ１４１等により実現される。ディスプレイ１４１は、制御部２００の制御に応じたデータを表示する。ディスプレイ１４１は、例えば、ＬＣＤ（Liquid Crystal Display）、又は有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現される。

撮像部１６０はカメラを備え、受光素子により光を受光し、撮影信号として入力することで、端末装置１０の周囲の撮像を行う。

音声処理部１７０は、例えば、音声信号のデジタル－アナログ変換処理を行う。音声処理部１７０は、マイク１７１から与えられる信号をデジタル信号に変換して、変換後の信号を制御部２００へ与える。また、音声処理部１７０は、音声信号をスピーカ１７２へ与える。音声処理部１７０は、例えば音声処理用のプロセッサによって実現される。マイク１７１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１７０へ与える。スピーカ１７２は、音声処理部１７０から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。

記憶部１８０は、例えば、メモリ１５、及びストレージ１６等により実現され、端末装置１０が使用するデータ、及びプログラムを記憶する。

制御部２００は、プロセッサ１９が記憶部１８０に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部２００は、端末装置１０の動作を制御する。制御部２００は、プログラムに従って動作することにより、操作受付部２０１と、送受信部２０２と、表示制御部２０３としての機能を発揮する。

操作受付部２０１は、入力装置１３から入力される指示、又は情報を受け付けるための処理を行う。具体的には、例えば、操作受付部２０１は、タッチセンシティブデバイス１３１等から入力される指示に基づく情報を受け付ける。

送受信部２０２は、端末装置１０が、外部の装置と通信プロトコルに従ってデータを送受信するための処理を行う。

表示制御部２０３は、ユーザに通知する情報のディスプレイ１４１への表示を制御する。

（１－４．サーバ２０の機能構成）
図４は、サーバ２０は、通信部２１０と、記憶部２２０と、制御部２３０を備える。図４においてサーバ２０に含まれる各ブロックは、例えば、バス等により電気的に接続される。

通信部２１０は、サーバ２０が外部の装置と通信するための処理を行う。

記憶部２２０は、例えば、メモリ２５、及びストレージ２６等により実現され、サーバ２０が使用するデータ、及びプログラムを記憶する。図４に示すように、記憶部２２０は、一例として、レギュレーションデータベース（Data Base/DB）２２１と、ルール定義データベース２２２と、監査ルールデータベース２２３と、監査チェックリストデータベース２２４を記憶する。

レギュレーションデータベース２２１は、レギュレーションに関するデータを記憶するデータベースである。レギュレーションとは、所定の認証において予め定められた規則（または規則の類型）のことであり、法令、標準または規格などが挙げられる。例えば、監査対象のシステムが特定のレギュレーションに沿って運用されている場合には、当該システムは、当該レギュレーションに対応する認証を受けることが可能となる。レギュレーションデータベース２２１のデータ構造は後述する。

ルール定義データベース２２２は、ルール定義に関するデータを記憶するデータベースである。ルール定義とは、ユーザによって設定され、監査対象システムに適用されるルールの集まりを意味する。１の監査対象システムに対して、１または複数のルール定義が適用される。ユーザは、１のルール定義に対して、１または複数のレギュレーションを対応づけることができる。ルール定義データベース２２２のデータ構造は後述する。

監査ルールデータベース２２３は、監査ルールに関するデータを記憶するデータベースである。監査ルールとは、ルール定義に基づいて生成され、監査対象システムに適用される具体的なルールを意味する。監査ルールの内容は、日本語や英語のような自然言語で記述される。監査ルールデータベース２２３のデータ構造は後述する。

監査チェックリストデータベース２２４は、監査チェックリストに関するデータを記憶するデータベースである。監査チェックリストとは、ルール定義に基づいて生成され、監査対象システムを検証する際に用いられるチェック項目についてのリストを意味する。監査チェックリストの内容は、例えばＪＳＯＮ（JavaScript Object Notation）などのデータ記述言語で記述される。監査チェックリストデータベース２２４のデータ構造は後述する。

制御部２３０は、プロセッサ２９が記憶部２２０に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。一例として、制御部２３０は、プログラムに従って動作することにより、一例として、送受信モジュール２３１と、生成モジュール２３２と、検証モジュール２３３としての機能を発揮する。

送受信モジュール２３１は、サーバ２０が、外部の装置と通信プロトコルに従ってデータを送受信するための処理を行う。

生成モジュール２３２は、ユーザが設定したルール定義に基づいて、自然言語で記述された監査ルールと、データ記述言語で記述された監査チェックリストを生成する。生成モジュール２３２の処理の詳細は後述する。

検証モジュール２３３は、生成モジュール２３２が生成した監査チェックリストと、監査対象システムが出力したログデータ（システムの動作や状態について記録したデータ）を比較することにより、監査対象システムの検証を行う。検証モジュール２３３の処理の詳細は後述する。

（１－５．データ構造）
図５～図８を参照し、システム１で使用するデータベースのデータ構造を説明する。なお、以下に説明するデータ構造はあくまでも一例であり、他のデータベースおよびデータ項目の保有を除外するものではない。

図５は、サーバ２０の記憶部２２０が記憶するレギュレーションデータベース２２１のデータ構造の一例を示す図である。

図５に示すように、レギュレーションデータベース２２１のレコードは、項目「レギュレーションＩＤ」と、項目「名称」と、項目「規定１」と、項目「規定２」と、項目「登録日時」と、項目「更新日時」等を含む。

項目「レギュレーションＩＤ」は、レギュレーションを識別するための識別情報であり、レギュレーションデータベース２２１におけるレコードを一意に特定するための主キーである。

項目「名称」は、当該レギュレーションの名称に関する情報である。

項目「規定１」および項目「規定２」は、当該レギュレーションに含まれる規定の内容に関する情報である。レギュレーションに含まれる規定の数に応じて、当該項目の数は適宜設定可能である。

項目「登録日時」は、当該レギュレーションのレコードがレギュレーションデータベース２２１に登録された日時に関する情報である。

項目「更新日時」は、当該レギュレーションのレコードが更新された日時に関する情報である。

レギュレーションデータベース２２１は、システム１の管理者によって新たなレギュレーションが登録されるタイミングで、当該レギュレーションに対応するレコードが追加される仕様としてもよい。また、レギュレーションの改訂に合わせて、レギュレーションデータベース２２１のレコードの各項目は、システム１の管理者によって適宜更新できる仕様としてもよい。

図６は、サーバ２０の記憶部２２０が記憶するルール定義データベース２２２のデータ構造の一例を示す図である。

図６に示すように、ルール定義データベース２２２のレコードは、項目「ルール定義ＩＤ」と、項目「対応レギュレーション」と、項目「ルール定義１」と、項目「設定パラメータ１」と、項目「監査ルール」と、項目「監査チェックリスト」と、項目「登録日時」と、項目「更新日時」等を含む。

項目「ルール定義ＩＤ」は、ルール定義を識別するための識別情報であり、ルール定義データベース２２２におけるレコードを一意に特定するための主キーである。

項目「対応レギュレーション」は、当該ルール定義に対応づけられたレギュレーションについての情報である。

項目「ルール定義１」は、当該ルール定義に含まれるルールの内容に関する情報である。ルール定義に含まれるルールの数に応じて、当該項目の数は適宜設定可能である。

項目「設定パラメータ１」は、当該ルール定義に含まれるルールに対してユーザが設定するパラメータに関する情報である。ルール定義に含まれるルールに設定されるパラメータの数に応じて、当該項目の数は適宜設定可能である。

項目「監査ルール」は、当該ルール定義に基づいて生成される監査ルールを識別するための情報であり、監査ルールデータベース２２３の項目「監査ルールＩＤ」が外部キーとして保持される。

項目「監査チェックリスト」は、当該ルール定義に基づいて生成される監査チェックリストを識別するための情報であり、監査チェックリストデータベース２２４の項目「監査チェックリストＩＤ」が外部キーとして保持される。

項目「登録日時」は、当該ルール定義のレコードがルール定義データベース２２２に登録された日時に関する情報である。

項目「更新日時」は、当該ルール定義のレコードが更新された日時に関する情報である。

ルール定義データベース２２２は、ユーザ（監査対象システムの管理者）からルール定義の設定を受け付けたタイミングで、当該ルール定義に対応するレコードが追加される仕様としてもよい。また、ルール定義データベース２２２のレコードの各項目は、ユーザによって適宜更新できる仕様としてもよい。

図７は、サーバ２０の記憶部２２０が記憶する監査ルールデータベース２２３のデータ構造の一例を示す図である。

図７に示すように、監査ルールデータベース２２３のレコードは、項目「監査ルールＩＤ」と、項目「ルール１」と、項目「ルール２」と、項目「ルール３」と、項目「登録日時」と、項目「更新日時」等を含む。

項目「監査ルールＩＤ」は、監査ルールを識別するための識別情報であり、監査ルールデータベース２２３におけるレコードを一意に特定するための主キーである。

項目「ルール１」、項目「ルール２」および項目「ルール３」は、当該監査ルールに含まれる個々のルールの内容に関する情報である。監査ルールに含まれるルールの数に応じて、当該項目の数は適宜設定可能である。

項目「登録日時」は、当該監査ルールのレコードが監査ルールデータベース２２３に登録された日時に関する情報である。

項目「更新日時」は、当該監査ルールのレコードが更新された日時に関する情報である。

監査ルールデータベース２２３は、生成モジュール２３２によって監査ルールが生成されるタイミングで、当該監査ルールに対応するレコードが追加される仕様としてもよい。また、ルール定義データベース２２２のレコードの各項目を更新した場合に、生成モジュール２３２によって、更新内容を反映した監査ルールのレコードが監査ルールデータベース２２３に生成される仕様としてもよい。

図８は、サーバ２０の記憶部２２０が記憶する監査チェックリストデータベース２２４のデータ構造の一例を示す図である。

図８に示すように、監査チェックリストデータベース２２４のレコードは、項目「監査チェックリストＩＤ」と、項目「チェック項目１」と、項目「チェック項目２」と、項目「チェック項目３」と、項目「登録日時」と、項目「更新日時」等を含む。

項目「監査チェックリストＩＤ」は、監査チェックリストを識別するための識別情報であり、監査チェックリストデータベース２２４におけるレコードを一意に特定するための主キーである。

項目「チェック項目１」、項目「チェック項目２」および項目「チェック項目３」は、当該監査チェックリストに含まれる個々のチェック項目の内容に関する情報である。監査チェックリストに含まれるチェック項目の数に応じて、当該項目の数は適宜設定可能である。

項目「登録日時」は、当該監査チェックリストのレコードが監査チェックリストデータベース２２４に登録された日時に関する情報である。

項目「更新日時」は、当該監査チェックリストのレコードが更新された日時に関する情報である。

監査チェックリストデータベース２２４は、生成モジュール２３２によって監査チェックリストが生成されるタイミングで、当該監査チェックリストに対応するレコードが追加される仕様としてもよい。また、ルール定義データベース２２２のレコードの各項目を更新した場合に、生成モジュール２３２によって、更新内容を反映した監査チェックリストのレコードが監査チェックリストデータベース２２４に生成される仕様としてもよい。

（１－６．処理の流れ）
以下、システム１の処理の流れの一例を説明する。まず、図９および図１０を参照して、監査ルールおよび監査チェックリストを生成する処理の流れを説明する。図９のステップＳ１１０において、端末装置１０は、ユーザからルール定義の設定を受け付ける。

図１３は、ステップＳ１１０において表示されるレギュレーション確認画面３１０を示す図である。レギュレーション確認画面３１０は、レギュレーション情報３１１と、監査ルール情報３１２と、ルール定義作成アイコン３１３を有する。なお、図１３および以降の図面における「社内規定」とは、本開示における「監査ルール」の一例である。

レギュレーション情報３１１には、ユーザが選択したレギュレーションの名称、当該レギュレーションに含まれる規則の名称および内容が表示される。監査ルール情報３１２には、レギュレーション情報３１１に表示された規則に対応する監査ルール（社内規定）の情報が表示される。ユーザが監査ルール情報３１２に表示されたルール定義作成アイコン３１３を押下すると、ルール定義作成画面３２０が表示される。

図１４に示すように、ルール定義作成画面３２０は、ルール定義選択アイコン３２１と、次ページ進行アイコン３２２を有する。ユーザは、ルール定義選択アイコン３２１を押下することにより、ルール定義の設定事項を選択する。ユーザが次ページ進行アイコン３２２を押下すると、パラメータ入力画面３３０が表示される。

図１５に示すように、パラメータ入力画面３３０は、パラメータ入力領域３３１と、作成アイコン３３２を有する。ユーザは、パラメータ入力領域３３１の所定の欄にパラメータを入力することにより、ルール定義の内容を設定する。具体的には、パラメータとしては、監査対象システムの動作における対象または各種数値を設定してもよく、監査における検証に関する条件（回数、頻度、期間）を設定してもよい。

一例として、パラメータとしては、検証処理を行うタイミングを設定してもよい。具体的には、当該タイミングとして、定常的に検証を行う仕様としてもよく、定期的（すなわち、所定の期間毎）に検証を行う仕様としてもよい。または、ユーザから検証処理を行う指示を受け付けたタイミングで、当該検証処理が実行されるようにパラメータを設定してもよい。

パラメータ入力領域３３１は、ユーザがパラメータを設定する際の参考となるように、パラメータの条件や設定されたパラメータの平均値などの参考情報３３１ａを表示する仕様としてもよい。このような構成とすることにより、当該レギュレーションについて詳しくないユーザであっても、妥当なパラメータが設定されたルール定義を生成することが容易となる。ユーザが作成アイコン３３２を押下すると、設定されたルール定義の内容が登録されて、後続のステップＳ１２０が実行される。

また、パラメータ入力領域３３１において入力されるパラメータ毎に、有効性を備えるための条件を設定してもよく、当該条件を満たさないパラメータは登録不可としてもよい。このような仕様とすることで、ルール定義から生成される監査ルールおよび監査チェックが、確実にレギュレーションを満たしていることを保証することができる。

図９に戻って、ステップＳ１２０において、端末装置１０の送受信部２０２は、ユーザが設定したルール定義の内容をサーバ２０へ送信する。ステップＳ２１０において、サーバ２０の送受信モジュール２３１は、端末装置１０から設定内容を受信する。

ステップＳ２２０において、サーバ２０の生成モジュール２３２は、監査ルール生成処理を実行する。図１０に示すように、監査ルール生成処理（Ｓ２２０）では、ステップＳ２２１とステップＳ２２２が実行される。

図１０のステップＳ２２１において、サーバ２０の生成モジュール２３２は、ユーザが設定したルール定義に基づいて、監査ルールを生成する。また、ステップＳ２２２において、サーバ２０の生成モジュール２３２は、ユーザが設定したルール定義に基づいて、監査チェックリストを生成する。このように、本実施形態では、ユーザが設定したルール定義に基づいて、監査ルールと監査チェックリストが生成されるため、監査ルールと監査チェックリストとの整合性が確保される。

また、生成モジュール２３２は、ルール定義に対応づけられたレギュレーションと紐づけて監査ルールと監査チェックリストを生成するため、後続の検証処理において、監査チェックリスト（または監査ルール）の各項目がレギュレーションのどの規定に対応しているかを把握することが容易となる。生成モジュール２３２は、ユーザが設定したルール定義、および生成した監査ルールと監査チェックリストとを、記憶部２２０のルール定義データベース２２２、監査ルールデータベース２２３、および監査チェックリストデータベース２２４へ記憶する。

なお、本実施形態では、監査ルールの生成（Ｓ２２１）と監査チェックリストの生成（Ｓ２２２）とは並列して同時に実行されているが、この態様に限定されることはない。例えば、監査ルールの生成（Ｓ２２１）を監査チェックリストの生成（Ｓ２２２）よりも先に実行してもよいし、またはその逆でもよい。

図９に戻って、監査ルール生成処理（Ｓ２２０）が終了すると、ステップＳ２３０において、サーバ２０の送受信モジュール２３１は、生成した監査ルールを端末装置１０へ送信する。ステップＳ１３０において、端末装置１０の送受信部２０２は、サーバ２０から監査ルールを受信する。

ステップＳ１４０において、端末装置１０は、サーバ２０から受信した監査ルールをディスプレイ１４１に表示することで、ユーザに提示する。ユーザは、自身が設定したルール定義に基づいて自然言語で生成された監査ルールを確認する。

次に、図１１を参照して、生成された監査チェックリストに基づく監査対象システムの検証処理について説明する。上述したように、当該検証処理は、ユーザによって設定されたパラメータに基づいて定められたタイミングで実行する仕様としてもよい。

図１１のステップＳ４１０において、チェック項目検証処理が実行される。図１２に示すように、チェック項目検証処理（Ｓ４１０）では、ステップＳ４１１～ステップＳ４１３が実行される。

図１２のステップＳ４１１において、サーバ２０の検証モジュール２３３は、監査対象システムが出力したログデータを取得する。ログデータとしては、例えば、セキュリティ対策ソフトウェアの動作に関するセキュリティログであってもよいし、通信モジュールの動作に関する通信ログであってもよい。

ステップＳ４１２において、サーバ２０の検証モジュール２３３は、取得したログデータと監査チェックリストとの比較をすることで、監査対象システムが監査チェックリストの項目に適合しているか否かを検証する。本実施形態では、監査チェックリストはデータ記述言語で生成されているため、検証モジュール２３３は、ログデータと監査チェックリストとの比較を実行することができる。ステップＳ４１３において、サーバ２０の検証モジュール２３３は、比較結果に基づき、検証結果データを生成する。

図１１に戻って、チェック項目検証処理（Ｓ４１０）が終了すると、ステップＳ４２０において、サーバ２０の送受信モジュール２３１は、検証結果データを端末装置１０へ送信する。ステップＳ３１０において、端末装置１０の送受信部２０２は、検証結果データを受信する。

ステップＳ３２０において、端末装置１０は、サーバ２０から受信した検証結果データをディスプレイ１４１に表示することで、ユーザに提示する。ユーザは、監査対象システムに対する検証結果データを確認する。

図１６は、検証結果データとして、監査対象システムの運用状況を示す運用状況確認画面３４０の一例を示す図である。図１６に示すように、運用状況確認画面では、レギュレーションの規定における達成度合いとして、網羅率と順守率を評価する仕様としてもよい。ここで、網羅率とは、ユーザが設定したルール定義から生成された監査ルールが、対応するレギュレーションをどれだけ網羅できているかを示す比率である。また、順守率とは、ログデータによって示される監査対象システムの動作が、レギュレーションをどれだけ順守できているかを示す比率である。

図１７は、検証結果データとして、ルール定義によって対応づけた複数のレギュレーションそれぞれについて、網羅率と順守率を示すレギュレーション確認画面３５０の一例を示す図である。ユーザは、レギュレーション確認画面３５０を見ることにより、監査対象システムが順守できている（または、順守できていない）レギュレーションと、その度合いを容易に確認することができる。さらに、レギュレーション確認画面３５０に表示されたレギュレーションを選択することで、監査チェックリストの項目に不備があった場合に、当該項目がレギュレーションのどの規則に沿っていないかを特定することもできる。

図１８は、検証結果データとして、監査ルールそれぞれの合否（順守されているか否か）を確認するための監査ルール確認画面３６０の一例を示す図である。ユーザは、監査ルール確認画面３６０を見ることにより、監査対象システムが順守できている（または、順守できていない）監査ルールと、その度合いを容易に確認することができる。

図１９は、検証結果データとして、ログデータを確認するためのログデータ確認画面３７０の一例を示す図である。ユーザは、ログデータ確認画面３７０を見ることにより、どのログデータが保存対象となっていて、どのログデータに基づいてどのような検証が行われているかを確認することができる。

（１－７．小括）
以上のようにして、本実施形態では、システム１は、監査対象システムに対するルール定義の設定を受け付けるステップと、設定されたルール定義から、自然言語で規定された監査ルールと、データ記述言語で規定された監査チェックリストとを生成するステップと、システム１が、監査チェックリストの項目に適合しているか否かを検証するステップと、を実行する。このような構成とすることにより、ユーザが設定したルール定義に基づいて、整合性のとれた監査ルールと監査チェックリストをシステムが生成するため、監査ルールと監査チェックリストとの対応付けという煩雑な作業を行う必要がなくなり、監査作業をより円滑に行うことが可能となる。なお、本実施形態における監査ルールは、いわゆる社内規定として利用することもできる。具体的には、「情報セキュリティ基本規定」や「システム管理規定」という名称で利用してもよい。すなわち、システム１を用いることにより、組織運営に必要な社内規定の作成を効率的に行うことが可能となる。

また、本実施形態では、監査チェックリストをデータ記述言語等のコンピュータ言語で生成しているため、検証の対象となるログデータに対して、正常であるか異常であるかの判断を自動かつ即時に行うことができ、監査作業の迅速化が実現される。なお、監査チェックリストは、ログデータのファイル形式に合わせたコンピュータ言語を適宜用いることができる。

また、本実施形態におけるルール定義は設定後に流用可能であるため、ある組織で設定したルール定義を、必要な個所を適宜修正した形で他の組織で利用することもできる。このような使い方をすることで、組織に導入しているシステムの監査ルールを作成する手間を省くことができる。また、特定のルール定義が、どの程度他の組織で採用されているかを把握することができる。例えば、ある組織における監査ルールを作成するシステム管理者は、他の組織におけるルール定義の採用状況を把握した上で、他の組織と比べて遜色がないルール定義を設定して、当該ルール定義に基づく監査ルールと監査チェックリストを生成することができる。

＜２ 他の実施形態＞
以上、本発明における実施形態およびその変形例について説明したが、本開示の適用は上述の内容に限定されるものではない。例えば、本実施形態におけるシステム１は、一例として、監査対象システムに対するセキュリティ監査を対象としているが、セキュリティ監査以外のコンピュータシステムの監査についても適用することができる。また、監査対象システムは、コンピュータシステムに限定されることはなく、コンピュータシステム以外のシステムを監査対象としてもよい。一例として、監査対象システムは、会社や部署などの組織であってもよく、建物、オフィス、もしくは営業所などの拠点であってもよく、または業務プロセスなどの工程（または工程の集まり）であってもよい。

また、上記実施形態では、チェック項目検証処理（Ｓ４１０）において、監査対象システムが出力したログデータを用いて、検証処理を行っているが、この仕様に限定されることはない。例えば、検証処理を実行するタイミングで、ユーザから検証対象となるログファイルの入力を受け付ける仕様としてもよい。

また、システム１は、ユーザによる検証結果を受け付ける仕様としてもよい。すなわち、ユーザが自然言語で作成されたチェックリストに基づいて、手作業として監査対象システムの検証を行った場合に、当該検証結果の入力を受け付けて、レギュレーションの規定における達成度合いの評価等を行う仕様としてもよい。このような仕様とすることで、システムによるチェックが向いていないチェック項目については、ユーザの手作業によるチェックを行いつつ、システム１の検証モジュール２３３での検証処理との併用を実現することができる。

また、上記実施形態では、ルール定義を作成するユーザとして監査対象システムの管理者を想定しているが、この態様に限定されることはない。例えば、ソフトウェアベンダーまたはハードウェアベンダーの担当者が、ルール定義を生成してもよい。一例として、ＰＣ（Personal Computer）ベンダーの担当者が、自社の製品に推奨されるセキュリティ設定をルール定義として設定して、当該製品を利用するユーザに配布してもよい。このような運用とすることで、当該製品を利用するユーザは、ベンダーの推奨に基づく設定ができているかを確認することができ、また、ベンダーが推奨するルール定義に独自のルールを加えることで改良することができる。

また、端末装置１０は、タブレット端末、又はスマートフォン等の携帯端末であってもよく、据え置き型のＰＣ、又はラップトップＰＣ等により実現されてもよい。この場合、家庭用のＰＣなどにソフトウェアをインストールすることにより、端末装置１０を実現し、マウスなどの操作を受け付けるようにしてもよい。

また、通信回線を介した所定情報の共有は、主にインターネットなどのＷＡＮを介して行われるが、情報処理装置間では、ＷＡＮを介さずにＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離の無線通信、及び赤外線通信等のみを介して行われてもよい。

また、上記実施形態では、各機能を端末装置１０またはサーバ２０が備える態様の一例について説明したが、この形態に限定されることはなく、一部または全部の機能について上記実施形態と異なる態様で端末装置１０、サーバ２０、又は端末装置１０とサーバ２０の両方が備える構成としてもよい。

また、上記実施形態において端末装置１０に実行させるものとして記載されていた各ステップをサーバ２０に実行させてもよく、サーバ２０に実行させるものとして記載されていた各ステップをサーバ２０に実行させてもよい。

また、上記実施形態において、サーバ２０の記憶部２２０に記憶させていたデータベースの一部または全部を、端末装置１０に記憶させてもよい。または、当該データベースの一部または全部を、外付けハードディスクのような他の記憶媒体に記憶させておき、必要に応じてサーバ２０の制御部２３０が参照する仕様としてもよい。

さらに、本発明は、上述した端末装置１０またはサーバ２０が備える機能を情報処理装置に実行させるプログラムとして実現してもよいし、当該プログラムを格納する、コンピュータ読み取り可能な非一時的な記録媒体として実現してもよい。

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
プロセッサを備えるコンピュータに、システムの監査に関する処理を実行させるプログラムであって、監査対象となるシステムに対するルール定義の設定を受け付けるステップと、前記設定されたルール定義から、自然言語で規定された監査ルールと、コンピュータ言語で規定された監査チェックリストとを生成するステップと、前記システムが、前記監査チェックリストの項目に適合しているか否かを検証するステップと、を実行させるプログラム。
（付記２）
前記設定を受け付けるステップでは、前記ルール定義において必要なパラメータの入力を受け付ける、付記１に記載のプログラム。
（付記３）
前記パラメータには、検証に関する条件が含まれる、付記２に記載のプログラム。
（付記４）
前記パラメータには、前記検証を実行するタイミングの情報が含まれる、付記２に記載のプログラム。
（付記５）
前記生成するステップでは、前記監査ルールと前記監査チェックリストを、前記ルール定義に対応づけられたレギュレーションに紐づけて生成する、付記１に記載のプログラム。
（付記６）
前記検証するステップでは、前記システムが出力したログデータを用いて検証を行う、付記１に記載のプログラム。
（付記７）
前記検証するステップでは、検証の対象となるファイルの入力を受け付ける、付記１に記載のプログラム。
（付記８）
前記検証するステップでは、チェックリストの項目に不備があった場合に、レギュレーションのどの規定に沿っていないかを特定する、付記１に記載のプログラム。
（付記９）
レギュレーションの規定における達成度合いを評価する、付記８に記載のプログラム。
（付記１０）
ユーザによる検証結果を受け付けるステップをさらに備える、付記１に記載のプログラム。

以上、本開示のいくつかの実施形態を説明したが、これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。

１：システム、１０：端末装置、１３：入力装置、１４：出力装置、１５：メモリ、１６：ストレージ、１９：プロセッサ、２０：サーバ、２５：メモリ、２６：ストレージ、２９：プロセッサ、３０：ネットワーク、１３１：タッチセンシティブデバイス、１４１：ディスプレイ、１５０：通信部、１６０：撮像部、１７０：音声処理部、１７１：マイク、１７２：スピーカ、１８０：記憶部、２００：制御部、２０１：操作受付部、２０２：送受信部、２０３：表示制御部、２１０：通信部、２２０：記憶部、２２１：レギュレーションデータベース、２２２：ルール定義データベース、２２３：監査ルールデータベース、２２４：監査チェックリストデータベース、２３０：制御部、２３１：送受信モジュール、２３２：生成モジュール、２３３：検証モジュール、３１０：レギュレーション確認画面、３１１：レギュレーション情報、３１２：監査ルール情報、３１３：ルール定義作成アイコン、３２０：ルール定義作成画面、３２１：ルール定義選択アイコン、３２２：次ページ進行アイコン、３３０：パラメータ入力画面、３３１：パラメータ入力領域、３３２：作成アイコン、３４０：運用状況確認画面、３５０：レギュレーション確認画面、３６０：監査ルール確認画面、３７０：ログデータ確認画面。

Claims (13)

1. プロセッサを備えるコンピュータに、システムの監査に関する処理を実行させるプログラムであって、
   監査対象となるシステムに対するルール定義の設定を受け付けるステップと、
   前記設定されたルール定義から、自然言語で規定された監査ルールと、コンピュータ言語で規定された監査チェックリストとを生成するステップと、
   前記システムが、前記監査チェックリストの項目に適合しているか否かを検証するステップと、
   を実行させるプログラム。
2. 前記設定を受け付けるステップでは、
   前記ルール定義において必要なパラメータの入力を受け付ける、請求項１に記載のプログラム。
3. 前記パラメータには、検証に関する条件が含まれる、請求項２に記載のプログラム。
4. 前記パラメータには、前記検証を実行するタイミングの情報が含まれる、請求項２に記載のプログラム。
5. 前記生成するステップでは、
   前記監査ルールと前記監査チェックリストを、前記ルール定義に対応づけられたレギュレーションに紐づけて生成する、請求項１に記載のプログラム。
6. 前記検証するステップでは、
   前記システムが出力したログデータを用いて検証を行う、請求項１に記載のプログラム。
7. 前記検証するステップでは、
   検証の対象となるファイルの入力を受け付ける、請求項１に記載のプログラム。
8. 前記検証するステップでは、
   チェックリストの項目に不備があった場合に、レギュレーションのどの規定に沿っていないかを特定する、請求項１に記載のプログラム。
9. レギュレーションの規定における達成度合いを評価する、請求項８に記載のプログラム。
10. ユーザによる検証結果を受け付けるステップをさらに備える、請求項１に記載のプログラム。
11. プロセッサと、メモリとを備えるコンピュータに実行される方法であって、前記プロセッサが、請求項１に係る発明において実行される全てのステップを実行する方法。
12. プロセッサと、メモリとを備える情報処理装置であって、前記プロセッサが、請求項１に係る発明において実行される全てのステップを実行する、情報処理装置。
13. 請求項１に係る発明において実行される全てのステップを実行する手段を備えるシステム。