JP5332174B2 - 情報入力システム - Google Patents

Description

本発明は、情報入力システムに関する。
より詳細には、比較的長い説明文を参照しながら情報を入力する作業を、限られた画面の中で効率よく遂行する、情報入力システムに関する。

今日の企業活動は、いわゆるＩＴ（Information Technology：情報技術）と呼ばれる、ＯＡ機器を抜きにしては語れない。これらのＯＡ機器の多くは、社内ＬＡＮに接続され、更に、この社内ＬＡＮを通してインターネットにも接続されている。そして、企業と顧客、或は企業間で、企業活動の上で必要な情報の授受が行われている。
言うまでもなく、企業は資産を活用し、運用することで利益を得ている。この価値を生み出す資産としては、有体物の資産だけでなく、無体物である情報も含まれる。
資産である以上、そこには、常に外部からの侵害に脅かされるという脅威が存在することは否めない。
なお、情報セキュリティマネジメントシステムの構築に関連する従来技術を、特許文献１に示す。

特開２００５−２９３２６７号公報

特許文献１には、情報セキュリティマネジメントシステムの構築に際し、以下の六つのステップを遂行することが開示されている。
Ｓｔｅｐ１：情報セキュリティポリシーを策定する
Ｓｔｅｐ２：ＩＳＭＳ（Information Security Management System：情報セキュリティマネジメントシステム）の適用範囲を決定する
Ｓｔｅｐ３：リスク評価を行う
Ｓｔｅｐ４：管理するリスクを決定する
Ｓｔｅｐ５：管理目的と管理策を選択する
Ｓｔｅｐ６：適用宣言書を作成する

以上に記したような手順を踏むには、情報セキュリティに関する専門的な知識が必要である。
更に、職場における業務の内容と、その業務に利用され、或は生産される情報資産を把握できている人材でないと、上述のようなステップを策定することは難しい。
職場の業務に精通している人材とは、管理職である。

本来なら、現場の業務全体を把握している管理職に、情報セキュリティについて勉強して貰い、リスクアセスメントを推進することが望ましい。
しかし、管理職は極めて多忙であり、勉強に割く時間を捻出し難い。
一方、末端の一般職は、勉強をする時間を取れるので、情報セキュリティに関する専門的な知識を得ることはできるものの、現場の業務全体を把握できる立場にない。ここに、ジレンマがある。
従って、事故・事件が発生してしまう前に、現場に存在する脆弱性を洗い出し、適切な対策を施す必要がある。
それには、業務に精通する管理職が、情報セキュリティに関する面倒な勉強をすることなく、専門知識が少なくてもリスクアセスメント業務（リスクの評価）を遂行することのできるツールが望まれる。

発明者はこの命題に沿ってシステムを作成する過程で、入力担当者に比較的長い説明文を読ませてから、問い合わせを行わなければならない現実に直面した。
リスクアセスメント業務を遂行する際、ある情報資産に対し、必要な施策を行っているか否かを問いかける場面がある。この過程で、「この情報資産を守るためにはやらなければならないのだが、実は未だやっていない」ことが、当該情報資産を守るためにやらなければならないことであり、目標となる。目標を達成するためには、この「やらなければならないこと」の重要性を、その殆どが管理職である入力担当者に理解して貰う必要がある。重要性が理解されなければ、多忙な日々の中から時間を割いて、実行に移す必要性が認識されず、いつまでも達成されないままとなる可能性が高い。そのような状態が放置され続けると、事故が発生してしまう可能性がある。情報セキュリティ管理作業の遂行は、事故が生じてからでは遅い。
したがって、データを入力する問いかけの際に、情報セキュリティの意識を向上させるためにも、説明文が必須である。

ところが、情報資産に対する施策は多岐に渡る。そのため、施策に対する質問を、説明文も含めて表形式に表示すると、長い説明文を表示するために画面の多くの面積が占有され、非常に読み辛くなる。また、一画面中で表示できる項目数（テーブルのレコード数）が限られ、入力作業をする者にとってみれば見通しが悪くなる。
また、画面に表示する情報量が多ければ多いほど、画面描画にかかる時間は長くなり、その結果としてシステム全体のレスポンスが悪くなる。

本発明はかかる点に鑑みてなされたものであり、限られた表示画面の中で、多岐に渡る質問内容を、説明文を伴いながら表示しつつ、効率よく入力作業を遂行することのできる、情報入力システムを提供することを目的とする。

上記課題を解決するための本発明は、情報資産に対する複数のセキュリティ対策の各々に対応する複数のレコードを有する第一のテーブルであって、各レコードが、前記セキュリティ対策の名称を表す第一のフィールドと、前記セキュリティ対策の実施を問い合わせるアンケート文が記入された第二のフィールドと、前記セキュリティ対策を実施しない場合に生じうる事象を説明する説明文が記入された第三のフィールドと、を含む第一のテーブルと、前記情報資産に対する前記セキュリティ対策の実施状況を示す情報が格納される第二のテーブルと、入力に応じて表示形態が変化する入力フォームを表示する表示部と、前記第一のテーブルから、前記入力フォームに入力された前記情報資産の種別に適合する複数のレコードを取得する検索部と、所定の入力に応じて、前記検索部が取得した複数のレコードの前記第一のフィールドを列挙して表示する表形式の一覧表示領域と、前記検索部が取得した複数のレコードのうちの一のレコードについて、前記第一のフィールドと前記第二のフィールドと前記第三のフィールドとを表示するとともに、前記第二のフィールドの前記アンケート文に対する回答を入力するための回答入力欄が設けられた詳細表示領域と、を含む表示形態の前記入力フォームを前記表示部に表示させる表示制御部と、前記回答入力欄から入力された前記アンケート文に対する回答に応じて前記第二のテーブルの情報を更新する更新部と、を備え、前記表示制御部は、前記回答入力欄から前記アンケート文に対する回答が入力されるたびに、前記詳細表示領域に表示するレコードを切り替える。

必要最低限の内容を、一覧表示領域に列挙表示する。
いざ入力等を行いたい等の場合は、注目レコードのみ、詳細表示領域を別途設けて、一覧表示領域では表示しきれなかった内容を表示する。

本発明により、限られた表示画面の中で、多岐に渡る質問内容を、説明文を伴いながら表示しつつ、効率よく入力作業を遂行することのできる、情報入力システムを提供できる。

以下、本発明の実施の形態を、図１〜図１４を参照して説明する。

まず、本実施形態の概要を説明する。
本実施形態は、主に企業内に存在する情報資産のリスク（risk：危険度）を評価（assessment）するシステムである。
ここで、情報資産とは、企業活動において生成され、或は利用される情報を意味している。この情報資産は、資産であるが故に、価値があるものである。
何らかの事故が生じると、情報資産の価値が失われてしまう。また、企業の信用の失墜又は毀損が生じることもあり、その結果、企業活動に支障を来すことも起こりうる。

本システムでは、企業内の情報資産と、その性質に関する情報を、業務に従事する者から対話形式で登録してもらうようにしている。すると、本システムでは、入力された情報に従って、当該情報資産の性質に応じたアンケートが作成される。
アンケートは、概ねイエスノー形式になっており、このアンケートによって、現状のリスク回避等の対策を行っているか否か、また将来対策する予定があるか否か等の情報が収集される。
最後に、アンケートの結果に従って所定の計算式に基づいて点数計算がなされ、この計算結果が所定の閾値と比較される。
比較の結果、当該情報資産は一定の情報セキュリティ管理基準を満たしているか否かが判定される。
閾値を下回るようにアンケートに回答することで、入力担当者及びその所属部門の、情報セキュリティ対策目標が自ずと設定されることとなる。

［全体ブロック図］
図１は、本実施の形態の例である、危険度評価システムの機能ブロック図である。
危険度評価システム１０１は、クライアントサーバ形式のシステムである。なお、本実施形態はｗｅｂベースのシステムにて実現することもできる。
サーバ１０２は主に、ユーザ認証とデータベースサーバの機能を、ネットワーク１１７を介して、クライアント１０３に対して提供する。
社員マスタ１０５にはユーザＩＤ及びパスワードが列挙格納されている。
ユーザ認証部１０４は、クライアント１０３から来るログイン要求に含まれているユーザＩＤ及びパスワードの正当性を、社員マスタ１０５を検索することで検証する。

ユーザ認証部１０４は、クライアント１０３にて入力されたユーザＩＤ及びパスワードが、社員マスタ１０５に格納されているものと合致していると判断したら、それ以降、当該ユーザが使用するクライアント１０３に、各種テーブルに対するアクセス権限を与える。つまり、ユーザ認証を経て、クライアント１０３は、データベース入出力部１０６を通じて各種テーブルとデータを登録したり検索したりすることができる。

パソコン等よりなるクライアント１０３は、ユーザに対しＧＵＩ（Graphical User Interface）を提供する。
表示部１０７には後述する入力フォームが表示される。
ユーザは、キーボード及びマウス等のポインティングデバイスよりなる入力部１０８を操作して、表示部１０７に表示されている入力フォームに設けられている所定の欄に、所定のデータを入力する。
入力されたデータは、入力内容検証部１０９にてその内容が検証される。検証の結果、その内容を入力フォームに反映するべきと判断された場合は、入力フォーム作成部１１０を制御する。

入力フォーム作成部１１０は、表示部１０７に表示される入力フォームを作成すると共に、必要に応じて表示内容を更新する。
入力内容検証部１０９が入力部１０８からの入力内容を検証した結果、データベースの検索を要すると判断した場合は、検索部１１１を制御する。
検索部１１１は、サーバ１０２のデータベース入出力部１０６と通信を行い、検索式を送信し、検索結果を受信する。なお、検索部１１１は所定のテーブルに対するデータの追記録或は書換等をも行う。検索部１１１が受信したデータは、入力内容検証部１０９及び入力フォーム作成部１１０に渡される。

入力内容検証部１０９は、検索部１１１が受信したデータを読み取り、解釈した上で、入力フォーム作成部１１０を制御して、表示部１０７に表示される入力フォームの書き換えを行わせる。
また、入力内容検証部１０９は、検索部１１１から受信したデータに従って、内部に保持するフラグ変数等の書き換えを行う。
このように、入力内容検証部１０９は、クライアント１０３における全体の動作を制御する、制御部としての機能を担っている。

［各種テーブルのフィールドとリレーション］
図２は、サーバ１０２にある各種テーブルのフィールドの関係を示す図である。なお、説明を容易にするために、発明に直接関係しない部門マスタ１１６と社員マスタ１０５の記載を省略している。
業務台帳テーブル１１２は、ある業務部門が遂行する業務を登録する台帳である。
「業務台帳シリアル番号」フィールドには、レコードをユニークに識別するための連続番号が自動付与される。
「部署コード」フィールドは、企業内の部署に付されている識別番号或はコードである。部門マスタ１１６を参照するために設けられている。
「業務プロセス」フィールドは、業務の名称である。「管理責任者」フィールドは、その名の通り、当該業務の管理責任者の社員コードが格納される。社員マスタ１０５を参照するために設けられている。
「業務フロー」フィールドは、このシステムの入力担当者による情報資産の入力を助けるために設けられている。業務の内容を手順毎に詳細に分析して、それら手順にどのような情報資産を利用しているのか或は情報資産を生み出しているのかを記述する。

上述した業務台帳テーブル１１２の各フィールドには、所定の入力フォームにより、それぞれフィールドの値が入力される。
業務台帳テーブル１１２の役割は、情報資産の入力を助けるだけに留まらない。上位の管理者が情報セキュリティ対策の遂行状況を確認する際の検索キーとして、このテーブルの「部署コード」フィールドが利用される。
なお、業務台帳テーブル１１２の入力手順については、本発明とは直接的に関係しないので、説明を省略する。

情報資産台帳テーブル１１３は、ある業務にて使用したり生産する等、業務で扱う情報資産を登録する台帳である。
「業務台帳シリアル番号」フィールドは、業務台帳テーブル１１２のそれと同じ値が入力される。
ある一つの業務には、複数の情報資産が関係しうる。したがって、業務台帳テーブル１１２と情報資産台帳テーブル１１３とは、一対多の関係（relation：リレーション）が成り立つ。
「情報資産台帳シリアル番号」フィールドには、レコードをユニークに識別するための連続番号が自動付与される。
「資産の種類」フィールドには、その名の通り、情報資産の種類を識別するデータが入力される。本実施形態では、
・デスクトップパソコンやサーバ１０２等に収められる「固定電子」、
・光ディスクや携帯型半導体メモリ、或はノートパソコン等に収められ、移動可能になっている「移動電子」、そして
・紙に印刷された情報資産である「紙」
の、三種類を識別する値が「資産の種類」フィールドに入力される。

「資産の特性」フィールドは、その名の通り、当該情報資産の特性を記録する複数のフラグが格納されるフィールドである。本実施形態では、
・「個人情報を含む」か否か、
・「移送・送信対象」、つまりネットワークを介して転送される可能性のある情報であるか否か、
・「持出対象」、つまり保管場所から外部に持ち出される対象であるか否か、
・「開示・提供対象」、つまり必要に応じて第三者に開示したり提供する可能性があるか否か
の、四つの種別が、イエス・ノーを表わすフラグとして、「資産の特性」フィールドに格納される。

「資産名」フィールドは、情報資産の名称を表わすフィールドである。
「ｃ重要度」、「ｉ重要度」及び「ａ重要度」フィールドには、それぞれ情報資産の三要素の重要度を示すデータが入力される。
「ｃ重要度」は「機密性（confidentiality）」を示す。
「ｉ重要度」は「完全性（integrity）」を示す。
「ａ重要度」は「可用性（availability）」を示す。
これらフィールドには、その重要度として、「なし」、「Ｌ（Low）」、「Ｍ（Middle）」或は「Ｈ（High）」の、四つの値のいずれかが入力される。実際には、「０」、「１」、「２」或は「３」という数値で代用される。

「特別に意識する法律、契約」フィールドは、当該情報資産に関係する法律や契約を記載するフィールドである。
「利用範囲」フィールドは、当該情報資産を利用する範囲を記載するフィールドである。
「リスク分析する／しない」フィールドは、リスク分析の要否を示すフラグフィールドである。なお、「ｃ重要度」、「ｉ重要度」及び「ａ重要度」のいずれか一つ以上のフィールドの値が「Ｈ」であった場合は、このフィールドの値は自動的に論理の「真」に設定される。

情報セキュリティ共通基準マスタ１１４は、情報資産の種別に応じて、「その情報資産を保護するためにやらなければならないこと、或はやることが推奨されること」と、「やらなければならないことをしていない場合の罰則点数」を格納するテーブルである。
「共通基準シリアル番号」フィールドには、レコードをユニークに識別するための連続番号が自動付与される。
「資産の種類」フィールドには、情報資産台帳テーブル１１３のそれと同じ値のデータが入力される。
「ｃ重要度」、「ｉ重要度」及び「ａ重要度」フィールドにも、情報資産台帳テーブル１１３のそれと同じ値のデータが入力される。

「表示順」フィールドには、「共通基準シリアル番号」、「ｃ重要度」、「ｉ重要度」及び「ａ重要度」フィールドの値の組み合わせが同じ複数のレコードに対して、表示の際の順番を示す番号が入力される。
「基準名」フィールドは、情報セキュリティ対策の基準を示す名称を表わしている。
「内容」フィールドには、情報セキュリティ対策の基準の内容が記入される。ここでは「アンケート文」の内容が入力されるようになっている。
「起こっては困ること」フィールドには、情報セキュリティ対策の基準を満たさないことによって、どのようなインシデント（incident：事件）が生じるかを示す内容が記入される。この内容は「アンケート文の詳細説明」に相当するものである。
「ペナルティ点数」フィールドには、情報セキュリティ対策の基準を満たさない場合に加算される罰則点数が入力される。本実施形態では、この点数を累積加算した値を、「リスク値」と呼んでいる。

情報資産対策テーブル１１５は、情報資産台帳テーブル１１３に記載されている情報資産が、情報セキュリティ共通基準マスタ１１４に記載されている情報セキュリティ基準を満たしているか否かを示す情報が格納されるテーブルである。このテーブルは、情報資産台帳テーブル１１３と情報セキュリティ共通基準マスタ１１４との双方と、一対多の関係を有している。
「情報資産台帳シリアル番号」フィールドは、情報資産台帳テーブル１１３のそれと同じフィールドである。
「共通基準シリアル番号」フィールドは、情報セキュリティ共通基準マスタ１１４のそれと同じフィールドである。

「現在の状態」フィールドには、現在、情報セキュリティ共通基準マスタ１１４に記された「内容」、つまり目標を達成しているか否かを示すデータが記入される。このフィールドに記入されるデータは、
・「現在達成している」ことを示す「○」、
・「現在達成していない、そして将来達成する予定もない」ことを示す「×」、
・「未だ入力されていない」ことを示す「未」（「未入力」の略）
の、三つの値のいずれかである。

「予想される状態」フィールドには、将来、情報セキュリティ共通基準マスタ１１４に記された「内容」、つまり目標を達成する予定であるか否かを示すデータが記入される。このフィールドに記入されるデータは、
・「現在達成している（そして将来も達成を維持していると予想される）」ことを示す「○」、
・「現在達成していない、そして将来達成する予定もない」ことを示す「×」、
・「現在達成していない、そして将来達成する予定がある」ことを示す「予」（「予定」の略）、
・「未だ入力されていない」ことを示す「未」（「未入力」の略）
の、四つの値のいずれかである。

図３は、各テーブルの関係を、サンプルデータを伴って説明するための概略図である。図３に示す情報資産台帳テーブル１１３、情報セキュリティ共通基準マスタ１１４及び情報資産対策テーブル１１５は、説明に必要なフィールドのみを抜粋して表示している。
今、「顧客名簿」という情報資産があり、これは固定電子で、ｃ重要度がＨ、ｉ重要度がＭ、ａ重要度がＭであるとする。これが情報資産台帳テーブル１１３に一つのレコードとして記録されている。
次に、「固定電子で、ｃ重要度がＨ、ｉ重要度がＭ、ａ重要度がＭ」という検索キーで、情報セキュリティ共通基準マスタ１１４を検索する。
すると、前述の組み合わせに完全一致するレコードがヒットする。図３に示す情報セキュリティ共通基準マスタ１１４では、検索にヒットしたレコードを白い背景で表示し、ヒットしなかったレコードを、斜線を付して区別している。

次に、情報資産台帳テーブル１１３の、検索キーを生成したレコードの「情報資産台帳シリアル番号」フィールドの値と、先の検索でヒットした情報セキュリティ共通基準マスタ１１４のレコードに記載されている「共通基準シリアル番号」フィールドの値を、情報資産対策テーブル１１５に記載する。図３では、情報セキュリティ共通基準マスタ１１４において三件のレコードがヒットしたので、情報資産対策テーブル１１５にも三件のレコードを新規に作成し、「情報資産台帳シリアル番号」フィールドと「共通基準シリアル番号」フィールドに値を記載している。つまり、この作業では、情報資産台帳テーブル１１３と情報セキュリティ共通基準マスタ１１４との対応関係が、情報資産対策テーブル１１５に記載される。
情報資産対策テーブル１１５の、「現在の状態」フィールドと「予想される状態」フィールドには、初期値として「未」が記入される。これらフィールドでは、後述するアンケートの段階に対応してその値が変化する。

図３に示す情報セキュリティ共通基準マスタ１１４では表示を省略しているが、この、検索でヒットしたレコードに記載されている「内容」フィールドに書かれている内容が、当該情報資産を保護するためにやらなければならないこと、あるいはやることが推奨されていることである。

図３に例示したように、検索でヒットするレコードの数は、一つとは限らない。情報資産の種類に応じて、複数のレコードがヒットしうる。ヒットするレコードの数が多ければ多いほど、その情報資産を保護するためにやらなければならないことが多いことを示す。これは、その情報資産の重要度が総合的に高いものであることを意味している。
図３に示す情報セキュリティ共通基準マスタ１１４では、「顧客名簿」という情報資産の、種類と重要度の組み合わせに合致するものとして、合計三件のレコードが検索でヒットしたことを示している。

検索でヒットした一つ以上のレコードに付されている「内容」フィールドに書かれている内容を集めると、そのまま、当該情報資産において必要な情報セキュリティ対策をどの程度実行しているかを問いただすアンケートができあがる。
そして、アンケートを構成する各々の内容には、「ペナルティ点数」フィールドに格納されているペナルティ点数が付与されている。各々の対策を実行していないと、ペナルティ点数が累積加算される。
より詳細には、情報資産対策テーブル１１５の「現在の状態」フィールド或は「予想される状態」フィールドにおいて「○」が付されている場合、ペナルティ点数は加算されない。
また、情報資産対策テーブル１１５の「現在の状態」フィールド或は「予想される状態」フィールドにおいて「×」が付されている場合、ペナルティ点数は加算される。
また、情報資産対策テーブル１１５の「予想される状態」フィールドにおいて「予」が付されている場合、ペナルティ点数は加算されない。

情報資産対策テーブル１１５の「現在の状態」フィールドには、情報セキュリティ共通基準マスタ１１４の「内容」を達成しているか否かを示す値が記入される。この値は、入力をする前の状態では全て「未」に初期化されているが、最終的に入力する値は「○」か「×」のいずれかに限られる。
情報資産対策テーブル１１５の「予想される状態」フィールドには、情報セキュリティ共通基準マスタ１１４の「内容」を将来達成する予定であるか否かを示す値を記入する。この値は、入力をする前の状態では全て「未」に初期化されているが、最終的に入力する値は「○」、「×」或は「予」のいずれかに限られる。
そして、最終的に算出された点数が、所定の閾値と比較される。
この「予想される状態」フィールドの合計値、すなわち予定されるリスク値が、閾値を下回るように、必要な対策を実施するための実施計画が策定される。

［入力フォーム］
図４は、クライアント１０３の表示部１０７に表示される入力フォームの概略図である。
これは、入力フォーム作成部１１０によって作成された、情報資産を登録し、診断するための、入力フォームである。
クライアント１０３は、周知のパソコンであり、このパソコン上でネットワークＯＳが稼動している。
入力フォーム作成部１１０は、ディスプレイよりなる表示部１０７に所定のウィンドウ４０２を表示し、その中に入力フォーム４０３を表示する。
入力フォーム４０３内に表示されている各項目には、入力欄として鉤括弧４０４が表示されている。
各項目の名称は、対応するテーブルのフィールド名と概ね一致する。
鉤括弧４０４の横にある選択ウィンドウ表示ボタン４０５を押すと、当該入力項目について、選択できる値の一覧が表示され、そのうちの一つを選択すると、選択された値が当該項目の欄に記入される。
選択ウィンドウ表示ボタン４０５のない鉤括弧４０４の部分は、キーボード等の入力部１０８によって直接文字入力が可能になっている。
なお、ＯＳの一例としては、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）であり、入力フォーム作成部１１０等のアプリケーションプログラムの一例としては、ロータスノーツ（登録商標）である。

各項目名の行頭にある、黒く塗り潰された菱形４０６は、必須入力項目であることを示す印である。
各項目名の行頭にある、白抜きの菱形４０７は、任意入力項目であることを示す印である。

入力フォーム４０３は、所定の値が入力される毎に、その表示形態が変化する。
図４では、全ての項目が全くの未入力状態であるが、所定の必須入力項目に値が記入されると、所定の場所にボタンが現れたりする。詳細は後述する。

［入力フォームの変化］
図５（ａ）及び（ｂ）は、クライアント１０３の表示部１０７に表示される入力フォーム４０３の一部拡大図であり、図４の下に表示されている「対策実施状況」項目４１３の部分を示したものである。
図５（ａ）に示すように、図４中の「部署名」から「資産の種類」まで、必須の入力項目に値を記載すると、「項目表示・表示更新」ボタン４０９が押せるようになる。

図５（ｂ）に示すように、「項目表示・表示更新」ボタン４０９を押すと、一覧表示領域４０８に、所定の内容が列挙表示されると共に、矢印マーク５０２と共に「チェック実施」ボタン５０３が現れる。
一覧表示領域４０８の「カテゴリ」と「項目」の欄は、情報セキュリティ共通基準マスタ１１４の「基準名」フィールドの内容から作成される。
「現状」の欄には、情報資産対策テーブル１１５の「現在の状態」フィールドの内容が表示される。
「対応後」の欄には、情報資産対策テーブル１１５の「予想される状態」フィールドの内容が表示される。

図６は、詳細表示領域と一覧表示領域４０８を示す概略図である。
図５の状態から「チェック実施」ボタン５０３を押すと、一覧表示領域４０８は図６に示す状態に変化する。
一覧表示領域４０８の一番目の行の内容について、詳細表示領域６０２が大きく表示されると共に、一覧表示領域４０８の二番目以降行の表示内容は、詳細表示領域６０２の下に押し下げられる。
なお、詳細表示領域６０２が一覧表示領域４０８からせり出している状態を表すために、影を付す表示効果が施されている。

詳細表示領域６０２には、各テーブルのフィールドの内容が表示される。
「基準名」表示欄６１１には、情報セキュリティ共通基準マスタ１１４の「基準名」フィールドの内容が表示される。
「内容」表示欄６１２には、情報セキュリティ共通基準マスタ１１４の「内容」フィールドの内容が表示される。
「起こっては困ること」表示欄６１３には、情報セキュリティ共通基準マスタ１１４の「起こっては困ること」フィールドの内容が表示される。
「現在の状態」表示欄６１４には、情報資産対策テーブル１１５の「現在の状態」フィールドの内容が表示される。
「予想される状態」表示欄６１５には、情報資産対策テーブル１１５の「予想される状態」フィールドの内容が表示される。

以上の説明でわかるように、一覧表示領域４０８には、
・情報セキュリティ共通基準マスタ１１４の「基準名」フィールドの内容、
・情報資産対策テーブル１１５の「現在の状態」フィールドの内容、
・情報資産対策テーブル１１５の「予想される状態」フィールドの内容
が表示される。
これに対し、詳細表示領域６０２には、
・情報セキュリティ共通基準マスタ１１４の「基準名」フィールドの内容、
・情報資産対策テーブル１１５の「現在の状態」フィールドの内容、
・情報資産対策テーブル１１５の「予想される状態」フィールドの内容に加え、
・ 情報セキュリティ共通基準マスタ１１４の「内容」フィールドの内容、
・情報セキュリティ共通基準マスタ１１４の「起こっては困ること」フィールドの内容
が表示される。
つまり、この詳細表示領域６０２は、情報セキュリティ共通基準マスタ１１４の中で、特に表示内容が長くなる任意長文字列フィールドの内容を表示している。
もし、これを一覧表示領域４０８の中で表示させようとすると、表形式のレイアウトでは長文の表示に無理が生じ、極めて読み辛くなる。
このように、注目するレコードについてのみ、表形式とは別の詳細表示領域６０２を設けることで、この「読み辛い」問題を解決し、長文を読み易く表示することができる。

詳細表示領域６０２の左下には、五つのボタンが設けられている。
「○」と記されている丸印ボタン６０４は、現時点で情報セキュリティ共通基準マスタ１１４の「内容」フィールドの内容を充足しているときに、押す。
このボタンを押すと、情報資産対策テーブル１１５の「現在の状態」フィールドは「○」、「予想される状態」フィールドは「○」になる。

「−」と記されているマイナス印ボタン６０５は、現時点で情報セキュリティ共通基準マスタ１１４の「内容」フィールドの内容を充足しているか否かが不明であり、将来回答する必要がないときに、押す。
このボタンを押すと、情報資産対策テーブル１１５の「現在の状態」フィールドは「−」、「予想される状態」フィールドは「−」になる。

「予」と記されている予定ボタン６０６は、現時点では情報セキュリティ共通基準マスタ１１４の「内容」フィールドの内容を充足していないが、将来必ず達成しなければならない内容であるときに、押す。
このボタンを押すと、情報資産対策テーブル１１５の「現在の状態」フィールドは「×」、「予想される状態」フィールドは「予」になる。

「×」と記されているバツ印ボタン６０７は、現時点では情報セキュリティ共通基準マスタ１１４の「内容」フィールドの内容を充足しておらず、将来も達成するつもりのない内容であるときに、押す。
このボタンを押すと、情報資産対策テーブル１１５の「現在の状態」フィールドは「×」、「予想される状態」フィールドは「×」になる。

「未」と記されている未定ボタン６０８は、現時点では情報セキュリティ共通基準マスタ１１４の「内容」フィールドの内容を充足しているか否か不明で、いずれ回答しなければならない内容であるときに、押す。
このボタンを押すと、情報資産対策テーブル１１５の「現在の状態」フィールドは「未」、「予想される状態」フィールドは「未」になる。

図７（ａ）、（ｂ）及び（ｃ）、図８（ｄ）、（ｅ）、（ｆ）及び（ｇ）は、詳細表示領域６０２と一覧表示領域４０８の表示の変化を示す概略図である。
図７（ａ）に示すように、図５の状態から、「チェック実施」ボタン５０３を押すと、一覧表示領域４０８の一番目の行に該当する内容が詳細表示領域６０２が大きく表示されると共に、一覧表示領域４０８の二番目以降行の表示内容は、詳細表示領域６０２の下に押し下げられる。

また、図７（ｂ）に示すように、図７（ａ）の状態で、予定ボタン６０６を押すと、一覧表示領域４０８には一番目の行が表示されると共に、一覧表示領域４０８の二番目の行に該当する内容が、詳細表示領域６０２に大きく表示される。そして、一覧表示領域４０８の三番目以降の行の表示内容は、詳細表示領域６０２の下に押し下げられる。つまり、詳細表示領域６０２が、一覧表示領域４０８の一行分下にずれる。そして、予定ボタン６０６を押したことで、一覧表示領域４０８の一番目の行の「現状」欄には「×」が、「対応後」欄には「予」が記される。このとき、情報資産対策テーブル１１５には、該当する「現在の状態」フィールドと「予想される状態」フィールドに、夫々「×」と「予」が入力される。

次に、図７（ｃ）に示すように、図７（ｂ）の状態から、詳細表示領域６０２内のボタンを押すと、詳細表示領域６０２が一覧表示領域４０８の一行分下にずれて、一覧表示領域４０８の次の行にその該当する内容が表示される。一覧表示領域４０８の直前の行の「現状」欄と「対応後」欄が、ボタンに対応する値にて書き換えられる。
図７（ｃ）は、図７（ｂ）の状態から予定ボタン６０６を押し、次に丸印ボタン６０４を押した結果を示している。

図８（ｄ）に示すように、図７（ｃ）の状態から、詳細表示領域６０２内のボタンを押し続けると、詳細表示領域６０２が、一覧表示領域４０８の最下行直前に到達する。

図８（ｅ）に示すように、図８（ｄ）の状態から、詳細表示領域６０２内のボタンを押すと、一覧表示領域４０８の最下行の入力が完了し、これで一覧表示領域４０８内の全ての入力項目の入力が完遂する。そして、詳細表示領域６０２は消える。これに伴い、一覧表示領域４０８の下には、「リスク分析／リスク評価」という表示（「リスク分析／リスク評価」表示８０２）と共に、「リスク値」ボタン８０３が現れる。

次に、図８（ｆ）に示すように、図８（ｅ）の状態から、「リスク値」ボタン８０３を押すと、リスク値の計算が行われる。
その結果、「現状」と「対応後」の点数を示す、点数表示８０５が表示される。そして、「リスク値」ボタン８０３は「確定」ボタン８０４に変化する。

図８（ｇ）に示すように、図８（ｆ）の状態から、「確定」ボタン８０４を押すと、「確定」ボタン８０４が消え、入力フォーム４０３は入力を受け付けなくなる。そして、点数表示８０５は、点数表示８０６に変化する。

以上説明したように、詳細表示領域６０２は、単に注目するレコードの詳細内容を一覧表形式とは別の形式で表示できるだけでなく、所定のデータの入力もできる。
詳細表示領域６０２を設けることにより、多数ある質問の内容について、一つずつ詳細な説明を表示させつつ、データの入力ができるようになる。更に、一覧表示領域４０８のレイアウトからせり出したイメージで表示するので、質問に対する回答の進捗状況が一目で判る。

［動作］
これより本実施形態の動作を、図９〜図１４のフローチャートに基づいて説明する。
図９〜図１４は、本実施形態の入力フォーム４０３における入力作業とこれに伴う動作の流れを示すフローチャートである。

図９は、本実施形態の入力フォーム４０３の全体の動作の流れを示すフローチャートである。
処理を開始すると（Ｓ９０１）、第一段階として、情報資産入力処理を行う（Ｓ９０２）。
次に、第二段階として、リスク対応入力処理を行う（Ｓ９０３）。
次に、第三段階として、リスク値計算及び確定処理を行う（Ｓ９０４）。
第三段階の実行結果を検証し、正常な返り値でない場合（Ｓ９０５のＮ）、「エラー」であれば（Ｓ９０６のＹ）、第一段階から再入力を行う。そうでない場合は（Ｓ９０６のＮ）、第二段階からやり直す。
第三段階の実行結果を検証し、正常な返り値である場合（Ｓ９０５のＹ）、処理は終了する（Ｓ９０７）。

図１０は、第一段階の情報資産入力処理の動作の流れを示すフローチャートである。図９のステップＳ９０２の中身である。
処理を開始すると（Ｓ１００１）、入力内容検証部１０９は所定の変数やフラグ等の初期化を行う（Ｓ１００２）。その後、入力内容検証部１０９は入力フォーム作成部１１０を制御して、表示部１０７に入力フォーム４０３を表示させる（Ｓ１００３）。その後、入力内容検証部１０９は入力部１０８からの入力を待つ（Ｓ１００４）。

これ以降はループ処理である。
先ず、入力内容検証部１０９は、入力部１０８から入力された内容が「項目表示・表示更新」ボタン４０９を押したのか否かを検証する（Ｓ１００５）。そうでなければ（Ｓ１００５のＮ）、次にｃ重要度、ｉ重要度及びａ重要度のいずれかの入力が行われたのか否かを検証する（Ｓ１００６）。そうでなければ（Ｓ１００６のＮ）、全ての必須入力項目の入力が完遂したか否かを検証する（Ｓ１００７）。
ステップＳ１００７で全ての必須入力項目の入力が完遂した場合は（Ｓ１００７のＹ）、入力内容検証部１０９は入力フォーム作成部１１０を制御して、表示部１０７に「項目表示・表示更新」ボタン４０９を表示させる（Ｓ１００８）。そして、入力内容検証部１０９は再度入力部１０８からの入力を待つ（Ｓ１００４）。

ステップＳ１００６で、ｃ重要度、ｉ重要度及びａ重要度のいずれかの入力が行われた場合は（Ｓ１００６のＹ）、入力内容検証部１０９は入力された重要度の検証処理を行い（Ｓ１００９）、再度入力部１０８からの入力を待つ（Ｓ１００４）。
ステップＳ１００５で、「項目表示・表示更新」ボタン４０９が押された場合は（Ｓ１００５のＹ）、処理を終了する（Ｓ１０１０）。

図１１は、重要度検証処理の動作の流れを示すフローチャートである。図１０のステップＳ１００９の中身である。
処理を開始すると（Ｓ１１０１）、入力内容検証部１０９は入力部１０８から入力されたｃ重要度、ｉ重要度及びａ重要度のいずれかの値に、「Ｈ」が存在するか否か検証する（Ｓ１１０２）。もし「Ｈ」が存在すれば（Ｓ１１０２のＹ）、入力内容検証部１０９は、表示状態フラグが現在どの状態になっているかを見る（Ｓ１１０３）。ここで、表示状態フラグは入力内容検証部１０９の内部に保持されており、図１０のステップＳ１００２において「偽」に初期化されているものである。
表示状態フラグが「偽」であれば（Ｓ１１０３のＹ）、入力フォーム４０３の再描画処理を行う（Ｓ１１０４）。そして、表示状態フラグを「偽」から「真」に反転させ（Ｓ１１０５）、情報資産台帳テーブル１１３の「リスク分析する／しない」フィールドの値を、強制的に「真」に設定して（Ｓ１１０６）、処理を終了する（Ｓ１１０７）。

ステップＳ１１０２において、入力されたｃ重要度、ｉ重要度及びａ重要度のいずれの値にも「Ｈ」がなければ（Ｓ１１０２のＮ）、表示状態フラグが現在どの状態になっているかを見る（Ｓ１１０８）。もし、表示状態フラグが「真」であれば（Ｓ１１０８のＹ）、入力フォーム４０３の再描画処理を行う（Ｓ１１０９）。そして、表示状態フラグを「真」から「偽」に反転させ（Ｓ１１１０）、処理を終了する（Ｓ１１０７）。

この再描画処理は、ｃ重要度、ｉ重要度及びａ重要度のいずれかの値に、「Ｈ」が存在する場合には、入力内容検証部１０９は検索部１１１を制御して、情報資産台帳テーブル１１３の該当するレコードの「リスク分析する／しない」フィールドの値を、強制的に「真」に設定する。つまり、いずれかの重要度が最高値（「Ｈ」）に設定された場合は、リスク分析処理を強制させる。
そうでない場合、すなわちいずれの重要度にも最高値が設定されていない場合では、リスク分析処理をするかしないかは、任意である。

以上の説明で判るように、
（１）表示状態フラグが「偽」の時は、
・ｃ重要度、ｉ重要度及びａ重要度のいずれかの値に、「Ｈ」が存在しており、
・これを受けて、情報資産台帳テーブル１１３の「リスク分析する／しない」フィールドの値は、強制的に「真」に設定され、
・ユーザはリスク分析処理が強制させられる。
（２）表示状態フラグが「真」の時は、
・ｃ重要度、ｉ重要度及びａ重要度のいずれの値にも、「Ｈ」は存在しておらず、
・これを受けて、情報資産台帳テーブル１１３の「リスク分析する／しない」フィールドの値は、「真」或は「偽」のいずれかの値に設定することができ、
・ユーザはリスク分析処理をするかしないかを選択できる。

図１２は、第二段階のリスク対応入力処理の動作の流れを示すフローチャートである。図９のステップＳ９０３の中身であると共に、図１０のステップＳ１００４で「項目表示・表示更新」ボタン４０９が押された（Ｓ１００５のＹ）直後の動作である。
処理を開始すると（Ｓ１２０１）、入力内容検証部１０９は検索部１１１を制御して、入力フォーム４０３にて設定された「資産の種類」、「ｃ重要度」、「ｉ重要度」及び「ａ重要度」の各欄の値の組み合わせを検索キーにして、情報セキュリティ共通基準マスタ１１４を検索する（Ｓ１２０２）。そして、入力内容検証部１０９は検索にヒットしたレコードの内容を検索部１１１から読み取り、入力フォーム作成部１１０を制御して、入力フォーム４０３の一覧表示領域４０８に一覧表示させる（Ｓ１２０３）。そして、入力内容検証部１０９は内部に保持している変数「レコード番号」に１を設定し（Ｓ１２０４）、入力部１０８からの「チェック実施」ボタン５０３の入力を待つ（Ｓ１２０５）。

「チェック実施」ボタン５０３が押されたら、入力内容検証部１０９はレコード詳細表示処理を行い（Ｓ１２０６）、入力部１０８からの詳細表示領域６０２内に表示されるボタンの入力を待つ（Ｓ１２０７）。
入力の結果、押してはならないボタンを押していない場合（Ｓ１２０８のＮ）は、入力内容検証部１０９は検索部１１１を制御して、押されたボタンに該当する値を、情報資産対策テーブル１１５の該当するレコードの「現在の状態」フィールド及び「予想される状態」フィールドに書き込む（Ｓ１２０９）。そして、変数「レコード番号」をインクリメントする（Ｓ１２１０）。

レコード番号を１進めた結果、次のレコードがまだあれば（Ｓ１２１１のＮ）、入力内容検証部１０９は再びレコード詳細表示処理を行う（Ｓ１２０６）。
レコード番号を１進めた結果、次のレコードがもうないなら（Ｓ１２１１のＹ）、入力内容検証部１０９は入力フォーム作成部１１０を制御して、詳細表示領域６０２を消去して（Ｓ１２１２）、処理を終了する（Ｓ１２１３）。

ステップＳ１２０８において、押してはならないボタンが押された場合（Ｓ１２０８のＹ）、入力内容検証部１０９は入力フォーム作成部１１０を制御してエラーメッセージを表示する小さなウィンドウを表示し（Ｓ１２１４）、エラーウィンドウ内のボタンが押されるのを待つ（Ｓ１２１５）。ボタンが押されたら、入力内容検証部１０９は入力フォーム作成部１１０を制御してエラーウィンドウを消去し（Ｓ１２１６）、再びレコード詳細表示処理を行う（Ｓ１２０６）。

図１３は、レコード詳細表示処理の動作の流れを示すフローチャートである。図１２のステップＳ１２０６の中身である。
処理を開始すると（Ｓ１３０１）、入力内容検証部１０９は入力フォーム作成部１１０を制御して、最初に一覧表示領域４０８のタイトル行を表示し（Ｓ１３０２）、変数よりなるカウンタを１に初期化する（Ｓ１３０３）。

これ以降はループ処理である。
最初に、入力内容検証部１０９はカウンタの値と現在のレコード番号が一致しているか否か検証する（Ｓ１３０４）。一致していなければ、入力内容検証部１０９は入力フォーム作成部１１０を制御して、カウンタが示すレコードについて、一覧表示領域４０８内での表示を行わせる（Ｓ１３０５）。一致していれば、入力内容検証部１０９は入力フォーム作成部１１０を制御して、カウンタが示すレコードについて、詳細表示領域６０２による表示を行わせる（Ｓ１３０６）。

次に、入力内容検証部１０９はカウンタをインクリメントする（Ｓ１３０７）。そして、当該カウンタの値がレコードの終端を越えたか否かを確認する（Ｓ１３０８）。もし越えていなければ、入力内容検証部１０９は同様の表示処理を繰り返す（Ｓ１３０４）。越えていたら、入力内容検証部１０９は入力フォーム作成部１１０を制御して詳細表示領域６０２を消去し（Ｓ１３０９）、処理を終了する（Ｓ１３１０）。

図１４は、第三段階のリスク値計算及び確定処理の動作の流れを示すフローチャートである。図９のステップＳ９０４の中身である。
処理を開始すると（Ｓ１４０１）、入力内容検証部１０９は入力部１０８からの「リスク値」ボタン８０３の入力を待つ（Ｓ１４０２）。

「リスク値」ボタン８０３が押されたら、入力内容検証部１０９はリスク値の計算を行う。具体的には、既に図１２のステップＳ１２０２において、情報セキュリティ共通基準マスタ１１４を検索したことによって得ていたレコードのペナルティ点数を、図１２のステップＳ１２０９において情報資産対策テーブル１１５の該当するレコードの「現在の状態」フィールド及び「予想される状態」フィールドの内容に従って合計する（Ｓ１４０３）。
計算の結果、入力内容検証部１０９は現在の値及び計画値を、内部に保持している閾値と比較する（Ｓ１４０４）。計画値が閾値を越えていた場合は（Ｓ１４０４のＮ）、入力内容検証部１０９は、第二段階のリスク対応入力処理をやり直させるために、返り値に「エラー」を設定して（Ｓ１４０５）、処理を終了する（Ｓ１４０６）。
計算の結果、計画値が閾値を越えていない場合は（Ｓ１４０４のＹ）、入力内容検証部１０９は入力フォーム作成部１１０を制御して、「リスク値」ボタン８０３の表示を「確定」ボタン８０４に書き換え（Ｓ１４０７）、入力を待つ（Ｓ１４０８）。

入力結果が「確定」ボタン８０４の押し下げでない場合（Ｓ１４０９のＮ）は、入力内容検証部１０９は第一段階の情報資産入力処理をやり直させるために、入力フォーム４０３の表示内容を更新し（Ｓ１４１０）、返り値に「入力再開」を設定して（Ｓ１４１１）、処理を終了する（Ｓ１４１２）。
入力結果が「確定」ボタン８０４の押し下げであった場合（Ｓ１４０９のＹ）は、入力内容検証部１０９は入力フォーム作成部１１０を制御して「確定」ボタン８０４の表示を消去する（Ｓ１４１３）。次に、入力内容検証部１０９は検索部１１１を制御して、必要なレコードの追記録を行った後（Ｓ１４１４）、処理を終了する（Ｓ１４１５）。

リスク値の元になるペナルティ点数の供給源は、情報セキュリティ共通基準マスタ１１４に限られない。
情報資産台帳テーブル１１３に記録される「資産の特性」フィールド及び「特別に意識する法律、契約」フィールドの内容に応じて、別途設けるテーブルを参照して、情報セキュリティ共通基準マスタ１１４と同様に質問内容を追加し、ペナルティ点数を加算させることができる。

一通り入力作業が終わると、情報資産対策テーブル１１５に記録されたレコードのうち、「予想される状態」フィールドに「予」が付されているレコードに対応する、情報セキュリティ共通基準マスタ１１４の「内容」フィールドが、入力担当者が所属する職場において「やらなければならない施策」となる。
その施策の遂行状況は、更に上位の上司或は管理部門等によって、業務台帳テーブル１１２の「部署コード」フィールドを検索キーにして、チェックが行われる。

本実施形態には、以下のような応用例が考えられる。
（１）本実施形態はクライアントサーバ型であったが、ｗｅｂベースで構築することもできる。この場合、クライアント１０３に備わっていた入力内容検証部１０９、入力フォーム作成部１１０及び検索部１１１は、ｗｅｂサーバを校正するサーバ１０２の方にｃｇｉとして組み込まれることとなる。また、その際には一覧表示領域４０８及び詳細表示領域６０２等、入力フォームを動的に表示させるために、Ａｊａｘを導入する等が考えられる。

（２）一覧表示領域４０８及び詳細表示領域６０２を、夫々独立したウィンドウとして画面上に構成することも可能である。

本実施形態においては、企業活動に必要不可欠な情報資産の危険度を評価する、危険度評価システムを開示した。
危険度評価システムは、「情報資産の性質（資産の種類、ｃ重要度、ｉ重要度、ａ重要度）」と、「情報資産の性質毎に必要な施策（内容、起こっては困ること）」と、「その施策を怠った場合に加算されるペナルティ点数」を、情報セキュリティ共通基準マスタという、一つのテーブルで表現した。これにより、ユーザは、複雑な情報セキュリティの知識を持たなくても、情報資産の性質を入力するだけで、情報資産を適切に保護するために必要な措置の全てがわかる。更に、それら措置を行っているか否かの問い合わせに対して回答を入力するだけで、情報資産を適切に保護するための実施計画を容易に作成できる。

特に、情報資産を保護する措置を行っているか否かの問いかけの段階では、多くの問いかけを一覧表示領域に一覧表形式で概略的に表示すると共に、一つ一つの問い合わせは別途大き目の詳細表示領域を表示し、説明文を読ませながら回答入力ができる。これにより、入力フォームのレイアウトをシンプルな形式にしたまま、データベースの表現能力を拡大し、効率よく適切な入力作業を遂行できる。

以上、本発明の実施形態例について説明したが、本発明は上記実施形態例に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含むことは言うまでもない。

本発明の一実施の形態による危険度評価システムの機能ブロック図である。 サーバにある各種テーブルのフィールドの関係を示す図である。 各テーブルの関係を、サンプルデータを伴って説明する概略図である。 クライアントの表示部に表示される入力フォームの概略図である。 クライアントの表示部に表示される入力フォームの一部拡大図である。 詳細表示領域と一覧表示領域を示す概略図である。 詳細表示領域と一覧表示領域の表示の変化を示す概略図である。 詳細表示領域と一覧表示領域の表示の変化を示す概略図である。 本実施形態の入力フォームの全体の動作の流れを示すフローチャートである。 第一段階の情報資産入力処理の動作の流れを示すフローチャートである。 重要度検証処理の動作の流れを示すフローチャートである。 第二段階のリスク対応入力処理の動作の流れを示すフローチャートである。 レコード詳細表示処理の動作の流れを示すフローチャートである。 第三段階のリスク値計算及び確定処理の動作の流れを示すフローチャートである。

符号の説明

１０１…危険度評価システム、１０２…サーバ、１０３…クライアント、１０４…ユーザ認証部、１０５…社員マスタ、１０６…データベース入出力部、１０７…表示部、１０８…入力部、１０９…入力内容検証部、１１０…入力フォーム作成部、１１１…検索部、１１２…業務台帳テーブル、１１３…情報資産台帳テーブル、１１４…情報セキュリティ共通基準マスタ、１１５…情報資産対策テーブル、１１６…部門マスタ、１１７…ネットワーク、４０２…ウィンドウ、４０３…入力フォーム、４０４…鉤括弧、４０５…選択ウィンドウ表示ボタン、４０６、４０７…菱形、４０８…一覧表示領域、４０９…「項目表示・表示更新」ボタン、４１３…「対策実施状況」項目、５０２…矢印マーク、５０３…「チェック実施」ボタン、６０２…詳細表示領域、６０４…丸印ボタン、６０５…マイナス印ボタン、６０６…予定ボタン、６０７…バツ印ボタン、６０８…未定ボタン、６１１…「基準名」表示欄、６１２…「内容」表示欄、６１３…「起こっては困ること」表示欄、６１４…「現在の状態」表示欄、６１５…「予想される状態」表示欄、８０２…「リスク分析／リスク評価」表示、８０３…「リスク値」ボタン、８０４…「確定」ボタン、８０５、８０６…点数表示

Claims (3)

1. 情報資産に対する複数のセキュリティ対策の各々に対応する複数のレコードを有する第一のテーブルであって、各レコードが、前記セキュリティ対策の名称を表す第一のフィールドと、前記セキュリティ対策の実施を問い合わせるアンケート文が記入された第二のフィールドと、前記セキュリティ対策を実施しない場合に生じうる事象を説明する説明文が記入された第三のフィールドと、を含む第一のテーブルと、
   前記情報資産に対する前記セキュリティ対策の実施状況を示す情報が格納される第二のテーブルと、
   入力に応じて表示形態が変化する入力フォームを表示する表示部と、
   前記第一のテーブルから、前記入力フォームに入力された前記情報資産の種別に適合する複数のレコードを取得する検索部と、
   所定の入力に応じて、前記検索部が取得した複数のレコードの前記第一のフィールドを列挙して表示する表形式の一覧表示領域と、前記検索部が取得した複数のレコードのうちの一のレコードについて、前記第一のフィールドと前記第二のフィールドと前記第三のフィールドとを表示するとともに、前記第二のフィールドの前記アンケート文に対する回答を入力するための回答入力欄が設けられた詳細表示領域と、を含む表示形態の前記入力フォームを前記表示部に表示させる表示制御部と、
   前記回答入力欄から入力された前記アンケート文に対する回答に応じて前記第二のテーブルの情報を更新する更新部と、を備え、
   前記表示制御部は、前記回答入力欄から前記アンケート文に対する回答が入力されるたびに、前記詳細表示領域に表示するレコードを切り替えることを特徴とする、情報入力システム。
2. 前記詳細表示領域は、前記一覧表示領域のうちの前記詳細表示領域が表示する前記一のレコードを表示する位置に表示されることを特徴とする、請求項１記載の情報入力システム。
3. 前記検索部は、前記入力フォームに入力が行われると、前記第一のテーブルまたは前記第二のテーブルを検索する必要があるかどうかを判断し、必要な場合、該テーブルを検索することを特徴とする、請求項１記載の情報入力システム。

Images