JP7003571B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明は、情報処理装置及びプログラムに関する。

予め定められた条件に該当する秘密情報を削除するシステムとして、例えば、特許文献１には、管理者により指定された秘密情報範囲である削除条件情報と、ログデータから判断できる秘密情報の条件である削除パターン情報とを保持する秘密情報範囲保持部を用意し、秘密条件抽出部は、削除条件情報に基づき、分析装置の設定情報から、削除対象の具体的な条件である秘密情報条件を抽出し、秘密情報削除部が、秘密情報条件と削除パターン情報とに基づき、ログデータから秘密情報を削除し、秘密情報削除ログデータを作成するログデータ処理システムが開示されている。

特開２０１５－１１５０２３号公報

監視対象の装置に関する履歴が公開される前に、予め定められた条件に該当する情報を削除して、秘匿したい情報が公開されないようにする場合がある。しかし、どのような情報が秘匿したい情報であるかはその時々で変化するため、固定の条件を基に情報を削除すると、秘匿したい情報が削除されずに公開されてしまう場合があった。
本発明の目的は、監視対象の装置に関する履歴が公開される前に、秘匿したい情報を指定する機会を操作者に与えることにある。

請求項１に記載の発明は、監視対象の装置に関する第１の履歴を収集する収集手段と、前記収集手段が収集した前記第１の履歴の少なくとも一部を含む履歴画面を表示する表示手段と、前記表示手段により表示された前記履歴画面において、前記第１の履歴に含まれる情報を指定する操作者の操作を受け付ける受付手段と、前記監視対象の装置において障害が発生した場合に、前記第１の履歴において操作者による指定の候補となる情報を制限する制限手段と、前記第１の履歴から、操作者に指定された前記情報を秘匿した第２の履歴を生成する生成手段とを備える情報処理装置である。
請求項２に記載の発明は、前記制限手段は、発生した前記障害に予め対応付けられた情報を、操作者による指定の候補としないように制限することを特徴とする請求項１に記載の情報処理装置である。
請求項３に記載の発明は、コンピュータに、監視対象の装置に関する第１の履歴を収集する機能と、収集した前記第１の履歴の少なくとも一部を含む履歴画面を表示部に表示させるためのデータを出力する機能と、前記表示部に表示された前記履歴画面において、前記第１の履歴に含まれる情報を指定する操作者の操作を受け付ける機能と、前記監視対象の装置において障害が発生した場合に、前記第１の履歴において操作者による指定の候補となる情報を制限する機能と、前記第１の履歴から、操作者に指定された前記情報を秘匿した第２の履歴を生成する機能とを実現させるためのプログラムである。

請求項１記載の発明によれば、監視対象の装置に関する履歴が公開される前に、秘匿したい情報を指定する機会を操作者に与えることができる。
請求項２記載の発明によれば、発生する障害に応じて操作者による指定の候補とするか否かを決めることができる。
請求項３記載の発明によれば、監視対象の装置に関する履歴が公開される前に、秘匿したい情報を指定する機会を操作者に与える機能を、コンピュータにより実現できる。

本実施の形態に係る情報処理システムの全体構成例を示した図である。 本実施の形態に係る管理端末のハードウェア構成例を示す図である。 実施の形態１に係る管理端末の機能構成例を示したブロック図である。 実施の形態１において操作者の操作を基に秘匿済みファイルを生成する処理手順の一例を示したフローチャートである。 （ａ）は、アプリケーションログファイルについての指定候補テーブルの一例を示す図である。（ｂ）は、アプリケーションＤＢ情報についての指定候補テーブルの一例を示す図である。 アプリケーションログファイルの表示例を示す図である。 アプリケーションＤＢ情報の表示例を示す図である。 操作者による指定の候補である情報の一覧画面の一例を示す図である。 秘匿する情報をグループ化する場合の表示例を示す図である。 実施の形態２に係る管理端末の機能構成例を示したブロック図である。 実施の形態２において操作者の操作を基に秘匿済みファイルを生成する処理手順の一例を示したフローチャートである。 アプリケーションＤＢ情報についての障害定義テーブルの一例を示す図である。 アプリケーションＤＢ情報の表示例を示す図である。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。

［実施の形態１］
＜情報処理システムの全体構成＞
まず、本実施の形態に係る情報処理システム１の全体構成について説明する。図１は、本実施の形態に係る情報処理システム１の全体構成例を示した図である。図示するように、この情報処理システム１では、管理端末１００、デバイス２００ａ、２００ｂがネットワーク４００に接続される。また、情報管理サーバ３００がネットワーク５００に接続される。そして、管理端末１００、デバイス２００ａ、２００ｂは、ネットワーク４００及びネットワーク５００を介して、情報管理サーバ３００に接続される。

なお、図１では、デバイス２００ａ、２００ｂを示したが、これらを区別する必要がない場合にはデバイス２００と称する。また、図１には２つのデバイス２００しか示していないが、デバイス２００の数は図示の２つには限定されない。

情報処理装置の一例としての管理端末１００は、デバイス２００を管理する装置であり、例えば、ＰＣ（Personal Computer）等が例示される。この管理端末１００には、デバイス２００を管理するためのアプリケーション（以下、マネジメントアプリと称する）がインストールされており、このマネジメントアプリによってデバイス２００が管理される。

より具体的には、管理端末１００は、デバイス２００の機種やデバイス２００にインストールされているアプリケーション、そのアプリケーションのバージョン（版）など、デバイス２００に関する各種情報をデバイス２００から取得して記憶する。また、管理端末１００は、情報管理サーバ３００が提供する各種アプリケーションや各種アプリケーションの情報を、情報管理サーバ３００から取得して記憶する。そして、管理端末１００は、デバイス２００や情報管理サーバ３００から取得した情報を画面に表示して操作者に提示する。また、管理端末１００は、情報管理サーバ３００が提供するアプリケーションをダウンロードしたり、ダウンロードしたアプリケーションをデバイス２００にインストールしたりする。さらに、管理端末１００は、デバイス２００にインストールされたアプリケーションをバージョンアップしたり、アンインストールしたりする。このように、マネジメントアプリによって、管理端末１００の内部処理や、管理端末１００とデバイス２００、情報管理サーバ３００との間の処理が行われ、デバイス２００が管理される。

ここで、詳しくは後述するが、管理端末１００は、管理端末１００にて記憶する各種情報を出力するにあたり、操作者が秘匿したい情報が公開されないようにするために、秘匿する情報を指定する操作を受け付ける。そして、管理端末１００は、操作者に指定された情報を秘匿した状態で各種情報を出力する。

デバイス２００は、データ処理を行う装置であり、例えば、電子写真方式やインクジェット方式により記録媒体に画像を形成する機能を有する画像形成装置である。ただし、デバイス２００は画像形成装置に限られず、例えば、ＰＣや携帯情報端末等も例示される。

情報管理サーバ３００は、デバイス２００に提供するアプリケーション（商品）やアプリケーションの情報を管理する装置である。情報管理サーバ３００としては、例えば、ＰＣ（Personal Computer）やワークステーション等が例示される。情報管理サーバ３００は、管理端末１００からの要求に応じて、管理端末１００に対してアプリケーションを送信したり、提供可能なアプリケーションの情報を送信したりする。情報管理サーバ３００が送信する情報としては、例えば、提供可能なアプリケーションの名称、アプリケーションのバージョン、アプリケーションのリリース日、アプリケーションが対象とするデバイス２００の機種等である。また、アプリケーションのファイルを、情報管理サーバ３００以外の他の装置に格納してもよい。その場合には、情報管理サーバ３００は、アプリケーションのインストーラのＵＲＬ（Uniform Resource Locator）の情報を管理する。

ネットワーク４００は、管理端末１００とデバイス２００との間の情報通信に用いられる通信手段であり、例えば、ＬＡＮ（Local Area Network）である。

ネットワーク５００は、管理端末１００、デバイス２００と情報管理サーバ３００との間の情報通信に用いられる通信手段であり、例えば、インターネットや公衆回線である。

＜管理端末のハードウェア構成＞
次に、本実施の形態に係る管理端末１００のハードウェア構成について説明する。図２は、本実施の形態に係る管理端末１００のハードウェア構成例を示す図である。

図示するように、管理端末１００は、演算手段であるＣＰＵ１０１と、記憶手段であるメインメモリ１０２及び磁気ディスク装置１０３とを備える。ＣＰＵ１０１は、ＯＳ（Operating System）やアプリケーション等の各種プログラムを実行する。メインメモリ１０２は、各種プログラムやその実行に用いるデータ等を記憶する記憶領域である。また、磁気ディスク装置１０３は、各種プログラムや、各種プログラムに対する入力データ、各種プログラムからの出力データ等を記憶する記憶領域である。そして、ＣＰＵ１０１は、磁気ディスク装置１０３等に記憶された各種プログラムをメインメモリ１０２にロードして実行することにより、管理端末１００における各機能を実現する。

さらに、管理端末１００は、外部との通信を行うための通信インタフェース（通信Ｉ／Ｆ）１０４と、ビデオメモリや表示部の一例としてのディスプレイ等からなる表示機構１０５と、キーボードやマウス等の入力デバイス１０６とを備える。

＜管理端末の機能構成＞
次に、管理端末１００の機能構成について説明する。図３は、実施の形態１に係る管理端末１００の機能構成例を示したブロック図である。

本実施の形態に係る管理端末１００は、ログ生成部１１１、ログ記憶部１１２、環境情報記憶部１１３、アプリケーションデータベース１１４、履歴収集部１１５、指定候補テーブル格納部１１６、指定候補設定部１１７、表示制御部１１８、操作受付部１１９、秘匿済みファイル生成部１２０を備える。

ログ生成部１１１は、マネジメントアプリ等のアプリケーションの処理に関してログを生成し、生成したログをログ記憶部１１２に記憶する。より具体的には、ログ生成部１１１は、管理端末１００内で実行される内部処理や、管理端末１００とデバイス２００、情報管理サーバ３００との間で実行される処理などのアプリケーションの処理に関して、ログを生成する。

ログ記憶部１１２は、ログ生成部１１１が生成したログを記憶する記憶部である。ログ記憶部１１２には、ログ生成部１１１が生成したログが順次記憶される。以下では、ログ記憶部１１２に記憶されるログを「アプリケーションログファイル」と称する。

環境情報記憶部１１３は、管理端末１００の環境情報を記憶する。管理端末１００の環境情報とは、管理端末１００のハードウェア及びソフトウェアの情報であり、例えば、管理端末１００のＩＰアドレスやホスト名、管理端末１００に搭載されているＯＳやメモリの情報である。より具体的には、環境情報とは、例えば、Ｗｉｎｄｏｗｓ（登録商標）のコマンドである「ｉｐｃｏｎｆｉｇ」コマンドや「ｓｙｓｔｅｍｉｎｆｏ」コマンドにより取得される情報である。以下では、環境情報記憶部１１３に記憶される情報を「ＰＣ環境情報」と称する。

アプリケーションデータベース１１４は、管理端末１００にて管理される各種情報を格納するデータベースである。アプリケーションデータベース１１４には、上述したように、例えば、デバイス２００の機種などのデバイス２００から取得したデバイス２００に関する各種情報や、アプリケーションの情報などの情報管理サーバ３００から取得した各種情報が格納される。なお、アプリケーションデータベース１１４へのデータの書き込みやデータの読み出しは、マネジメントアプリ等のアプリケーションによって行われる。以下では、アプリケーションデータベース１１４に記憶される情報を「アプリケーションＤＢ情報」と称する。

履歴収集部１１５は、ログ記憶部１１２に記憶されたアプリケーションログファイル、環境情報記憶部１１３に記憶されたＰＣ環境情報、及びアプリケーションデータベース１１４に記憶されたアプリケーションＤＢ情報を収集する。ここで収集される情報は、監視対象の装置（例えば、管理端末１００やデバイス２００、情報管理サーバ３００）に関する情報（履歴）であり、第１の履歴の一例として用いられる。

指定候補テーブル格納部１１６は、管理端末１００から出力する際に秘匿される情報として操作者による指定の候補となる情報を定義したテーブルを格納する。より具体的には、指定候補テーブル格納部１１６は、アプリケーションログファイル、ＰＣ環境情報、アプリケーションＤＢ情報のそれぞれについて、操作者による指定の候補となる情報を定義したテーブルを格納する。以下では、操作者による指定の候補となる情報を定義したテーブルを「指定候補テーブル」と称する。

付言すると、操作者による指定の候補となる情報は、秘匿性の高い情報である。具体的には、操作者の操作環境に依存する情報であり、言い換えると、装置又は個人を特定する情報である。例えば、管理端末１００のＩＰアドレスやライセンスキーは、公開されると装置が特定される可能性がある。また、操作者の氏名や住所は個人情報であり、公開されると操作者個人が特定される可能性がある。さらに、操作者のメールアドレスも、公開されると操作者個人が特定される可能性のある情報である。そのため、このような情報は操作者による指定の候補となる情報として、指定候補テーブルに定義される。

一方で、例えば、マネジメントアプリ等のアプリケーションにおいて予め定められている情報、言い換えると、操作者の操作環境に依存しない情報は、装置又は個人を特定する情報には該当しない。例えば、情報管理サーバ３００が提供するアプリケーションの名称やアプリケーションのバージョン、デバイス２００の機種などの情報は、操作者の操作環境に応じて変化するものではなく、情報管理サーバ３００やデバイス２００が提供する情報である。このような情報は、操作者による指定の候補とはされず、指定候補テーブルには定義されない。なお、指定候補テーブルは、情報処理システム１の管理者等によって予め用意される。

指定候補設定部１１７は、アプリケーションログファイル、ＰＣ環境情報、アプリケーションＤＢ情報のそれぞれについての指定候補テーブルを参照する。そして、指定候補設定部１１７は、履歴収集部１１５が収集した履歴に含まれる情報のうち、指定候補テーブルにて操作者による指定の候補として定義されている情報を、操作者による指定の候補として設定する。本実施の形態では、操作者による指定の候補として設定された情報は、予め定められた条件を満たす情報の一例として用いられる。

表示制御部１１８は、表示機構１０５のディスプレイに画像を表示させるためのデータを出力し、ディスプレイの表示を制御する。例えば、表示制御部１１８は、履歴収集部１１５が収集した履歴の少なくとも一部を含む画面（以下、履歴画面と称する）をディスプレイに表示して操作者に提示する。なお、履歴画面は、履歴収集部１１５が履歴を収集する毎に（即ち、収集した履歴毎に）表示される。

操作受付部１１９は、タッチパネルやマウス等によって、操作者の操作を受け付ける。例えば、操作受付部１１９は、ディスプレイに表示された履歴画面において、履歴収集部１１５が収集した情報のうち操作者が秘匿したい情報を指定する操作を受け付ける。

秘匿済みファイル生成部１２０は、履歴収集部１１５が収集した履歴において、操作者に指定された情報を秘匿する処理を行い、操作者に指定された情報を秘匿した履歴を生成する。ここで、指定された情報を秘匿する処理とは、指定された情報が含まれないようにする処理であり、例えば、指定された情報を削除したり、指定された情報を異なる情報に置き換えたりする処理が挙げられる。ただし、指定された情報が含まれないようにする処理であれば、どのような処理を用いてもよい。以下では、操作者に指定された情報を秘匿した履歴を「秘匿済みファイル」と称する。この秘匿済みファイルの情報は、例えば、監視対象の装置において発生した障害の調査に用いられる。また、本実施の形態において、秘匿済みファイルは、第２の履歴の一例として用いられる。

そして、管理端末１００の各機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、管理端末１００を図２に示したハードウェア構成にて実現した場合、例えば、磁気ディスク装置１０３等に格納されているＯＳのプログラムやマネジメントアプリ等が、メインメモリ１０２に読み込まれてＣＰＵ１０１に実行されることにより、ログ生成部１１１、履歴収集部１１５、指定候補設定部１１７、表示制御部１１８、操作受付部１１９、秘匿済みファイル生成部１２０等の各機能部が実現される。また、ログ記憶部１１２、環境情報記憶部１１３、アプリケーションデータベース１１４、指定候補テーブル格納部１１６は、例えば磁気ディスク装置１０３等により実現される。

また、本実施の形態では、収集手段の一例として、履歴収集部１１５が用いられる。表示手段の一例として、表示制御部１１８が用いられる。受付手段の一例として、操作受付部１１９が用いられる。生成手段の一例として、秘匿済みファイル生成部１２０が用いられる。

＜秘匿済みファイルを生成する処理手順＞
次に、秘匿する情報を指定する操作者の操作を受け付けて、秘匿済みファイルを生成する処理の一連の流れについて説明する。図４は、実施の形態１において操作者の操作を基に秘匿済みファイルを生成する処理手順の一例を示したフローチャートである。

例えば操作者が管理端末１００に記憶された情報を収集する操作を行うと、履歴収集部１１５は、履歴（即ち、ログアプリケーションログファイル、ＰＣ環境情報、及びアプリケーションＤＢ情報）を収集する（ステップ１０１）。次に、指定候補設定部１１７は、アプリケーションログファイル、ＰＣ環境情報、アプリケーションＤＢ情報のそれぞれについての指定候補テーブルを参照し、履歴収集部１１５が収集した履歴に含まれる情報のうち、指定候補テーブルに定義されている情報を、操作者による指定の候補として設定する（ステップ１０２）。

次に、表示制御部１１８は、履歴収集部１１５が収集した履歴を含む履歴画面をディスプレイに表示する（ステップ１０３）。次に、操作受付部１１９は、履歴画面において、秘匿する情報を指定する操作者の操作を受け付ける（ステップ１０４）。ここで、操作受付部１１９は、指定候補設定部１１７により指定の候補として設定された情報については操作者による指定を受け付け、指定の候補として設定されていない情報については操作者による指定を受け付けないように制御する。

次に、例えば操作者が秘匿済みファイルの生成を指示する操作を行うと、秘匿済みファイル生成部１２０は、秘匿済みファイルを生成する（ステップ１０５）。ここで、秘匿済みファイル生成部１２０は、例えばパターンマッチングにより、履歴収集部１１５が収集した履歴に含まれる情報の中から、操作者に指定された情報を探索する。さらに、秘匿済みファイル生成部１２０は、履歴収集部１１５が収集した履歴において、探索により見つけた情報を秘匿する処理を行い、秘匿済みファイルを生成する。そして、本処理フローは終了する。

＜指定候補テーブルの説明＞
次に、指定候補テーブルについて説明する。図５（ａ）は、アプリケーションログファイルについての指定候補テーブルの一例を示す図である。また、図５（ｂ）は、アプリケーションＤＢ情報についての指定候補テーブルの一例を示す図である。

まず、図５（ａ）を参照しながら、アプリケーションログファイルの指定候補テーブルについて説明する。「キーワード」は、ログの範囲を特定するための文字列である。即ち、キーワードを指定することによってアプリケーションログファイルの一部（又は全部）が特定される。また、「データキー」は、操作者による指定の候補となる情報を特定するための項目である。

さらに説明すると、アプリケーションログファイルでは、データキーと変数（バリュー）とが対になって対応付けて記録される。この変数は、変更可能な値としてセットされるものであり、データキーに対応して、データキーの文字列の後に配置される。そこで、アプリケーションログファイルでは、「データキー」の項目で定められたデータキーに対応する変数が、指定候補として扱われる。

例えば、データキー「ｅｍａｉｌｓ」の場合、データキー「ｅｍａｉｌｓ」に対応する変数、言い換えると、「ｅｍａｉｌｓ」に対応付けて記録されたメールアドレスが、指定候補として扱われる。

なお、「キーワード」によってログの範囲を絞ると、ログの範囲を絞らない場合と比較して、指定候補となる変数をより正確に特定することができる。ただし、「キーワード」によってログの範囲を絞らなくても、「データキー」に対応する変数を特定することは可能である。そのため、指定候補テーブルでは「キーワード」を定義しなくてもよい。

次に、図５（ｂ）を参照しながら、アプリケーションＤＢ情報の指定候補テーブルについて説明する。ここで、「テーブル名」は、アプリケーションＤＢ情報に含まれるテーブルの名称である。また、「列名」は、テーブル中の列の名称である。さらに説明すると、「テーブル名」で定められたテーブルの情報のうち、「列名」で定められた列に含まれる情報が、指定候補として扱われる。

例えば、テーブル名「ＤｅｖｉｃｅＩｎｆｏ」の場合、テーブル名「ＤｅｖｉｃｅＩｎｆｏ」のテーブルの情報のうち、列名「ＩＰ＿ＡＤＤＲＥＳＳ」の列に含まれるＩＰアドレス、列名「ＩＤ＿ＮＡＭＥ」の列に含まれるユーザＩＤ、列名「ＰＡＳＳＷＯＲＤ」の列に含まれるパスワードが、指定候補として扱われる。

また、ここでは図示しないが、ＰＣ環境情報についての指定候補テーブルも用意される。ＰＣ環境情報では、例えば、「ＩＰアドレス」、「ホスト名」などの予め定められた項目に対応付けて記録された変数が、指定候補として扱われる。

なお、指定候補テーブルの構成は、図５（ａ）、（ｂ）に示すものに限られない。アプリケーションログファイル、アプリケーションＤＢ情報、及びＰＣ環境情報のうち、操作者による指定の候補となる情報が特定されるものであれば、どのような構成のものを用いてもよい。例えば、正規表現を予め定義しておき、その正規表現に適合した文字列を指定候補として扱ってもよい。

＜履歴画面の具体例＞
次に、履歴収集部１１５が収集した履歴を含む履歴画面について、具体例を挙げて説明する。履歴画面では、アプリケーションログファイル、ＰＣ環境情報、アプリケーションＤＢ情報のそれぞれが表示される。

図６は、アプリケーションログファイルの表示例を示す図である。図示の例では、収集情報一覧として、ＰＣ環境情報の項目１１、アプリケーションログファイルの項目１２、アプリケーションＤＢ情報の項目１３が選択可能に構成される。そして、操作者が項目１２を選択することにより、収集情報詳細の表示領域２１に、アプリケーションログファイルが表示される。

領域２２に示す「ＤＥＢＵＧ，ＵＩ，ＳｃｉｍＵｓｅｒｉｎｆｏ ｉｎｆｏ：」は、キーワードである。また、領域２３に示す「ｅｍａｉｌｓ」は、データキーである。そして、このデータキー「ｅｍａｉｌｓ」に対応する変数として、領域２４に示す「ｕｓｅｒ０１＠ｓａｍｐｌｅ．ｃｏ．ｊｐ」が記録されている。ここで、アプリケーションログファイルの指定候補テーブルにおいて、図５（ａ）に示すように、キーワード「ＤＥＢＵＧ，ＵＩ，ＳｃｉｍＵｓｅｒｉｎｆｏ ｉｎｆｏ：」、データキー「ｅｍａｉｌｓ」が定義されている場合には、データキー「ｅｍａｉｌｓ」に対応する変数である「ｕｓｅｒ０１＠ｓａｍｐｌｅ．ｃｏ．ｊｐ」が、指定候補として扱われる。

そこで、例えば、操作者が「ｕｓｅｒ０１＠ｓａｍｐｌｅ．ｃｏ．ｊｐ」の文字列を指定すると、秘匿情報一覧の領域３１に「ｕｓｅｒ０１＠ｓａｍｐｌｅ．ｃｏ．ｊｐ」の文字列が追加される。より具体的には、例えば、操作者が「ｕｓｅｒ０１＠ｓａｍｐｌｅ．ｃｏ．ｊｐ」の文字列をドラッグして領域３１に移動させることで、領域３１に「ｕｓｅｒ０１＠ｓａｍｐｌｅ．ｃｏ．ｊｐ」の文字列が追加される。

同様に、例えば、指定候補テーブルにおいて、図５（ａ）に示すように、データキー「ｎａｍｅ」、「ｕｓｅｒＮａｍｅ」、「ｏｒｇａｎｉｚａｔｉｏｎ」、「ｄｅｐａｒｔｍｅｎｔ」、「ａｄｄｒｅｓｓｅｓ」が定義されている場合には、それぞれのデータキーに対応する変数が指定候補として扱われる。

図６に示す例では、データキー「ｎａｍｅ」に対応する変数は、「富士０１」、「太郎０１」である。データキー「ｕｓｅｒＮａｍｅ」に対応する変数は、「ｕｓｅｒ０１＠ｓａｍｐｌｅ．ｃｏ．ｊｐ」である。データキー「ｏｒｇａｎｉｚａｔｉｏｎ」に対応する変数は、「株式会社ＹＹＹ」である。データキー「ｄｅｐａｒｔｍｅｎｔ」に対応する変数は、「ＸＸＸ開発部」である。データキー「ａｄｄｒｅｓｓｅｓ」に対応する変数は、「９９－９９」、「横浜市西区みなとみらい」、「２２０－８６６８」、「神奈川県」である。そして、操作者がこれらの変数を秘匿する情報として指定することで、指定された情報が秘匿情報一覧の領域３１に追加される。

また、例えば、領域２５に示す「ｅｘｔｅｒｎａｌＩＤ」もデータキーであり、このデータキー「ｅｘｔｅｒｎａｌＩＤ」に対応する変数として、領域２６に示す「１２３４－１２３４－１２３４－１２３４」が記録されている。ただし、データキー「ｅｘｔｅｒｎａｌＩＤ」は、アプリケーションログファイルの指定候補テーブルに定義されていない。そのため、変数「１２３４－１２３４－１２３４－１２３４」は、指定の候補として扱われず、操作者による指定を受け付けないように制御される。より具体的には、例えば、操作者が変数「１２３４－１２３４－１２３４－１２３４」を指定してもドラッグの操作が行われなかったり、変数「１２３４－１２３４－１２３４－１２３４」を指定すると指定候補ではないことを操作者に知らせるための警告画面が表示されたりする。

また、操作者による指定の候補であるか否かが履歴画面上で識別し易いように、操作者による指定の候補である情報を含む領域と操作者による指定の候補である情報を含まない領域とを異なる表示態様で表示してもよい。即ち、操作者による指定の候補である情報と操作者による指定の候補ではない情報とを異なる表示態様で表示してもよい。

図６に示す例では、斜線が付された領域が指定候補ではない情報を含む領域であり、言い換えると、指定候補テーブルに定義されていないデータキー及びそのデータキーに対応する変数を含む領域である。例えば、指定候補の情報を含む領域は背景が白色で表示される一方で、指定候補ではない情報を含む領域は背景が灰色で表示される。

また、図７は、アプリケーションＤＢ情報の表示例を示す図である。図示の例では、アプリケーションＤＢ情報は、テーブル名が「ＳｙｓｔｅｍＳｅｔｔｉｎｇ」、「ＤｅｖｉｃｅＩｎｆｏ」、「ＳｅａｒｃｈＳｅｔｔｉｎｇ」という３つのテーブルで構成される。そして、「ＳｙｓｔｅｍＳｅｔｔｉｎｇ」の項目１３ａ、「ＤｅｖｉｃｅＩｎｆｏ」の項目１３ｂ、「ＳｅａｒｃｈＳｅｔｔｉｎｇ」の項目１３ｃのうちの項目１３ｂを操作者が選択すると、テーブル名「ＤｅｖｉｃｅＩｎｆｏ」のテーブルの情報が表示領域２１に表示される。

テーブル名「ＤｅｖｉｃｅＩｎｆｏ」のテーブルは、列名が「ＰＲＩＶＡＴＥ＿ＫＥＹ」、「ＳＥＲＩＡＬ＿ＮＵＭＢＥＲ」、「ＩＰ＿ＡＤＤＲＥＳＳ」、「ＩＤ＿ＮＡＭＥ」、「ＰＡＳＳＷＯＲＤ」という５つの列で構成される。ここで、アプリケーションＤＢ情報の指定候補テーブルにおいて、図５（ｂ）に示すように、テーブル名「ＤｅｖｉｃｅＩｎｆｏ」、列名「ＩＰ＿ＡＤＤＲＥＳＳ」、「ＩＤ＿ＮＡＭＥ」、「ＰＡＳＳＷＯＲＤ」が定義されている場合、これら３つの列に含まれる情報が指定候補として扱われる。そして、操作者がこれらの列に含まれる情報を秘匿する情報として指定することで、指定された情報が秘匿情報一覧の領域３１に追加される。

図７に示す例では、領域２７に示す「１７２．２７．５９．８０」、領域２８に示す「Ａｄｍｉｎｉｓｔｒａｔｏｒ０」、領域２９に示す「ｐａｓｓｗｏｒｄ０」が秘匿する情報として操作者に指定され、領域３１に追加されている。付言すると、秘匿する情報として、「富士０１」や「太郎０１」などのアプリケーションログファイル内で指定された情報に加えて、さらに、「１７２．２７．５９．８０」、「Ａｄｍｉｎｉｓｔｒａｔｏｒ０」、「ｐａｓｓｗｏｒｄ０」が追加される。

一方、列名「ＰＲＩＶＡＴＥ＿ＫＥＹ」、「ＳＥＲＩＡＬ＿ＮＵＭＢＥＲ」はアプリケーションＤＢ情報の指定候補テーブルに定義されていない。そのため、この２つの列に含まれる情報は、指定候補として扱われず、操作者による指定を受け付けないように制御される。また、図６に示す例と同様に、操作者による指定候補の情報と指定候補ではない情報とを異なる表示態様で表示してもよい。図７に示す例では、列名「ＰＲＩＶＡＴＥ＿ＫＥＹ」、「ＳＥＲＩＡＬ＿ＮＵＭＢＥＲ」の列に含まれる情報に斜線を付しており、例えば背景が灰色で表示される。
なお、図示しないが、ＰＣ環境情報においても、秘匿する情報として操作者に指定されたものがあれば、秘匿情報一覧の領域３１に追加される。

そして、操作者が「処理開始」ボタン３２を選択すると、秘匿済みファイル生成部１２０が秘匿済みファイルを生成する。ここで、秘匿済みファイル生成部１２０は、履歴収集部１１５が収集したアプリケーションログファイル、アプリケーションＤＢ情報、ＰＣ環境情報において、秘密情報一覧の領域３１に示された情報を秘匿する処理を行う。具体的には、例えば、アプリケーションログファイルにおいて「富士０１」の文字列を削除したり、「富士０１」の文字列を「＊＊＊＊」などの異なる文字列に置き換えたりする処理が行われる。

また、「富士０１」の文字列がアプリケーションログファイル以外、即ち、アプリケーションＤＢ情報、ＰＣ環境情報に含まれる場合にも、「富士０１」の文字列を秘匿する処理が行われる。即ち、アプリケーションログファイル、アプリケーションＤＢ情報、ＰＣ環境情報の何れかにおいて操作者に指定された情報は、アプリケーションログファイル、アプリケーションＤＢ情報、ＰＣ環境情報の全てにおいて、秘匿する処理が行われる。

また、図６及び図７に示す例では、操作者による指定候補の情報と指定候補ではない情報とを異なる表示態様で表示することとしたが、例えば、指定候補ではない情報を履歴画面上に表示しないこととしてもよい。この場合、例えば、図６の斜線を付した領域や図７の斜線を付した領域が非表示となる。
さらに、履歴画面として、操作者による指定の候補である情報を一覧で表示してもよい。図８は、操作者による指定の候補である情報の一覧画面の一例を示す図である。

図８に示す例では、指定候補テーブルに基づいて、アプリケーションログファイルから、「富士０１」、「太郎０１」、「ｕｓｅｒ０１＠ｓａｍｐｌｅ．ｃｏ．ｊｐ」、「株式会社ＹＹＹ」、「ＸＸＸ開発部」、「９９－９９」、「横浜市西区みなとみらい」、「２２０－８６６８」、「神奈川県」が指定候補として抽出される。また、指定候補テーブルに基づいて、アプリケーションＤＢ情報から、「１７２．２７．５９．８０」、「１７２．２７．５９．８１」、「１７２．２７．５９．８２」、「１７２．２７．５９．８３」、「１７２．２７．５９．８４」、「１７２．２７．５９．８５」、「１７２．２７．５９．８６」、「Ａｄｍｉｎｉｓｔｒａｔｏｒ０」、「Ａｄｍｉｎｉｓｔｒａｔｏｒ１」、「ｐａｓｓｗｏｒｄ０」が指定候補として抽出される。操作者は、この画面において、秘匿する情報を指定すればよい。

また、操作者による指定の候補である情報の一覧画面については、図６又は図７の履歴画面（即ち、アプリケーションログファイル、ＰＣ環境情報、及びアプリケーションＤＢ情報を含む画面）に加えて表示することとしてもよいし、図６又は図７の履歴画面は表示せずに、指定候補の一覧画面のみを表示してもよい。

さらに、操作者が秘匿する情報として指定したものを記憶しておき、次回以降に使用してもよい。例えば、履歴画面が表示された場合に、過去に秘匿する情報として操作者が指定した情報が秘匿情報一覧の領域３１に初めから表示されたり、別の画面にて一覧で表示されたりする。

また、秘匿する情報をグループ化できるようにして、操作者が状況に応じてグループを選択することで、秘匿する情報を指定することとしてもよい。図９は、秘匿する情報をグループ化する場合の表示例を示す図である。

図９に示す履歴画面では、秘密情報グループが表示される領域３３が設けられる。この領域３３には、操作者等によって作成されたグループが表示される。図示の例では、「氏名のみ」、「氏名・住所・メールアドレス」という２つのグループが作成されている。操作者がグループを選択すると、選択されたグループの情報が秘匿する情報として指定されて、領域３１に表示される。

例えば、「氏名・住所・メールアドレス」のグループにより、氏名、住所、メールアドレスの情報が秘匿する情報として指定される。より具体的には、操作者が「氏名・住所・メールアドレス」のグループを選択すると、アプリケーションログファイル、アプリケーションＤＢ情報、ＰＣ環境情報において、氏名、住所、メールアドレスの情報が抽出される。図９に示す例では「富士０１」、「太郎０１」、「ｕｓｅｒ０１＠ｓａｍｐｌｅ．ｃｏ．ｊｐ」、「株式会社ＹＹＹ」、「ＸＸＸ開発部」、「９９－９９」、「横浜市西区みなとみらい」、「２２０－８６６８」、「神奈川県」といった情報が抽出される。そして、抽出された情報が秘匿する情報として指定されて、領域３１に表示される。

なお、これらの情報を抽出する手法としては、例えば、氏名、住所、メールアドレスに該当するための条件を予め定めておき、この条件に合致する情報を抽出するものが挙げられる。例えば、「都道府県名」や「市町村名」を住所として予め定めておいたり、＠を含む文字列をメールアドレスとして予め定めておいたりすることが考えられる。また、アプリケーションログファイルの場合には、氏名、住所、メールアドレスといったデータキーに対応付けて記録された変数を抽出してもよい。

さらに、操作者がグループを選択した場合に、選択したグループの情報のみを秘匿する情報として指定することとしてもよいし、すでに秘匿する情報として指定されたものがあれば、その情報に追加して、選択したグループの情報を秘匿する情報として指定することとしてもよい。また、操作者がグループを選択した後に、選択したグループの情報に加えて、他の情報を秘匿する情報として追加で指定できることとしてもよい。

以上説明したように、本実施の形態において、管理端末１００は、監視対象の装置に関する履歴を収集し、履歴を含む履歴画面を表示する。ここで、管理端末１００は、指定候補テーブルに定義されている情報を操作者による指定の候補として扱い、秘匿する情報を指定する操作を受け付ける。そして、管理端末１００は、操作者に指定された情報を秘匿した秘匿済みファイルを生成する。

例えば、予め定められた条件に該当する情報を秘匿するような構成の場合、どのような情報が秘匿したい情報であるかはその時々で変化するため、操作者の秘匿したい情報が秘匿されずに公開されてしまう場合がある。一方、本実施の形態では、秘匿したい情報を指定する機会を操作者に与えることにより、秘匿したい情報が秘匿されずに公開されてしまうことが抑制される。

［実施の形態２］
次に、実施の形態２について説明する。
秘匿済みファイル生成部１２０が生成する秘匿済みファイルは、外部に公開され、例えば、監視対象の装置において発生した障害の調査に用いられる。ここで、操作者が履歴に含まれる情報を必要以上に秘匿してしまうと、障害の調査が困難になる場合がある。そこで、実施の形態２では、監視対象の装置において障害が発生した場合に、その障害に基づいて、操作者による指定の候補となる情報が制限される。

なお、実施の形態２は、実施の形態１と共通する構成・機能を有することから、共通する構成には、同じ符号を用い、また、共通する構成・機能の説明および図示を省略することがある。

＜管理端末の機能構成＞
図１０は、実施の形態２に係る管理端末１００の機能構成例を示したブロック図である。本実施の形態に係る管理端末１００は、実施の形態１に係る管理端末１００が、さらに、障害定義テーブル格納部１２１を備えたものである。

障害定義テーブル格納部１２１は、監視対象の装置において発生する障害と、その障害が発生した場合に操作者による指定の候補としない情報とを対応付けたテーブル（以下、障害定義テーブルと称する）を格納する。この障害定義テーブルは、情報処理システム１の管理者等によって予め定められる。付言すると、指定の候補としない情報は、障害の調査に使用される情報、言い換えると、障害の調査に必要な情報（又は、障害の調査に必要とされる可能性の高い情報）である。このような情報は、障害の内容や障害の種類によって異なるため、障害に応じて（又は、障害の種類に応じて）定められる。

また、指定候補設定部１１７は、監視対象の装置において障害が発生した場合に、履歴収集部１１５が収集した履歴において、操作者による指定の候補となる情報を制限する。より具体的には、指定候補設定部１１７は、監視対象の装置において障害が発生した場合に、指定候補テーブル及び障害定義テーブルに基づいて、履歴収集部１１５が収集した履歴に含まれる情報に対して、操作者による指定の候補であるか否かの設定を行う。ここで、指定候補設定部１１７は、アプリケーションログファイル、ＰＣ環境情報、アプリケーションＤＢ情報のそれぞれについての指定候補テーブルに定義された情報を、指定の候補として設定する。ただし、指定候補設定部１１７は、障害定義テーブルを参照し、監視対象の装置において発生した障害に対応付けられた情報を、操作者による指定の候補としないように制御する。本実施の形態において、指定候補設定部１１７は制限手段の一例として用いられる。

＜秘匿済みファイルを生成する処理手順の説明＞
次に、秘匿する情報を指定する操作者の操作を受け付けて秘匿済みファイルを生成する処理の一連の流れについて説明する。図１１は、実施の形態２において操作者の操作を基に秘匿済みファイルを生成する処理手順の一例を示したフローチャートである。

まず、監視対象の装置において障害が発生した場合に、指定候補設定部１１７は、発生した障害の情報を取得する（ステップ２０１）。ここでは、例えば、操作者が障害の情報を管理端末１００に対して入力することにより、指定候補設定部１１７は、障害の情報を取得する。また、指定候補設定部１１７は、例えば、ログ記憶部１１２に記憶されたアプリケーションログファイルから、障害の情報を取得してもよい。この場合、例えば、障害が発生した場合に生成されるログの内容とその障害の情報とを対応付けたテーブルを予め用意しておく。そして、指定候補設定部１１７は、ログ記憶部１１２に記憶されるアプリケーションログファイルを監視し、障害が発生した場合には、予め用意したテーブルに基づいて障害が発生したことを検出して、テーブルに示されている障害の情報を取得する。

次に、例えば操作者が管理端末１００に記憶された情報を収集する操作を行うと、履歴収集部１１５は、履歴（即ち、ログアプリケーションログファイル、ＰＣ環境情報、及びアプリケーションＤＢ情報）を収集する（ステップ２０２）。

次に、指定候補設定部１１７は、履歴収集部１１５が収集した履歴に含まれる情報に対して、操作者による指定の候補であるか否かの設定を行う（ステップ２０３）。ここで、指定候補設定部１１７は、アプリケーションログファイル、ＰＣ環境情報、アプリケーションＤＢ情報のそれぞれについての指定候補テーブルを参照し、履歴収集部１１５が収集した履歴に含まれる情報のうち、指定候補テーブルに定義されている情報を、指定の候補として設定する。ただし、指定候補設定部１１７は、障害定義テーブルを参照し、ステップ１０１で取得した障害の情報を基に、発生した障害に対応する情報を指定の候補としないように設定する。

以降のステップ２０４～２０６の処理は、図４に示すステップ１０３～１０５の処理と同じであるため、ここでは説明を省略する。

＜障害定義テーブルの説明＞
次に、障害定義テーブルについて説明する。図１２は、アプリケーションＤＢ情報についての障害定義テーブルの一例を示す図である。なお、ここでは図示しないが、アプリケーションログファイルについての障害定義テーブルや、ＰＣ環境情報についての障害定義テーブルを用意してももちろんよい。

「発生した障害の内容」は、操作者の入力等によって指定候補設定部１１７が取得する障害の情報である。「秘匿制限するテーブル」は、アプリケーションＤＢ情報に含まれるテーブルのうち、操作者による指定の候補から除外されるテーブルの名称である。例えば、デバイス２００へのアプリケーションインストール時に障害が発生した場合、「ＤｅｖｉｃｅＩｎｆｏ」のテーブルに含まれる情報が、指定の候補から除外される。

なお、障害定義テーブルの構成は、図１２に示すものに限られない。アプリケーションログファイル、アプリケーションＤＢ情報、及びＰＣ環境情報のうち、操作者による指定の候補から除外される情報が、発生した障害に応じて特定されるものであれば、どのような構成のものを用いてもよい。

＜履歴画面の具体例＞
次に、本実施の形態に係る履歴画面について、具体例を挙げて説明する。図１３は、アプリケーションＤＢ情報の表示例を示す図である。この例では、デバイス２００へのアプリケーションインストール時に障害が発生したものとする。ここで、アプリケーションＤＢ情報の障害定義テーブルにおいて、図１２に示すように、この障害発生時の「秘匿制限するテーブル」として、テーブル名「ＤｅｖｉｃｅＩｎｆｏ」が定義されている場合、「ＤｅｖｉｃｅＩｎｆｏ」のテーブルに含まれる情報が指定の候補から除外される。

付言すると、例えば、指定候補テーブルに基づいて指定の候補が設定される場合、図７に示すように、テーブル名「ＤｅｖｉｃｅＩｎｆｏ」のテーブルでは、列名「ＩＰ＿ＡＤＤＲＥＳＳ」、「ＩＤ＿ＮＡＭＥ」、「ＰＡＳＳＷＯＲＤ」の各列の情報が指定の候補として扱われ、列名「ＰＲＩＶＡＴＥ＿ＫＥＹ」、「ＳＥＲＩＡＬ＿ＮＵＭＢＥＲ」の各列の情報は指定の候補として扱われない。

しかし、デバイス２００へのアプリケーションインストール時に障害が発生することにより、障害定義テーブルに基づいて、「ＤｅｖｉｃｅＩｎｆｏ」のテーブルに含まれる情報が指定の候補から除外される。従って、列名「ＩＰ＿ＡＤＤＲＥＳＳ」、「ＩＤ＿ＮＡＭＥ」、「ＰＡＳＳＷＯＲＤ」の各列の情報についても、指定の候補として扱われないこととなる。即ち、「ＤｅｖｉｃｅＩｎｆｏ」のテーブルに含まれる情報は、操作者による秘匿の指定を受け付けないように制御される。図１３に示す例では、「ＤｅｖｉｃｅＩｎｆｏ」のテーブルに含まれる情報に斜線を付しており、例えば、背景が灰色で表示される。

以上説明したように、本実施の形態において、管理端末１００は、監視対象の装置において障害が発生した場合に、その障害に基づいて操作者による指定の候補とされる情報を制限する。よって、本実施の形態に係る管理端末１００を用いることにより、例えば、発生した障害にかかわらず操作者による指定の候補を決定する構成と比較して、障害の調査に必要な情報が秘匿されてしまうことが抑制される。

また、実施の形態２において、上述した例では、指定候補テーブル及び障害定義テーブルに基づいて、指定候補の設定を行うこととしたが、指定候補テーブル及び障害定義テーブルの内容をまとめたテーブルを用意してもよい。このテーブルには、例えば、障害に応じて、操作者による指定の候補となる情報が定義される。また、例えば、障害に応じて、操作者による指定の候補から除外される情報を定義してもよい。

さらに、実施の形態１及び実施の形態２において、上述した例では、操作者による指定の候補となる情報を定義した指定候補テーブルを用意したが、操作者による指定の候補ではない情報を定義したテーブル（以下、指定候補外テーブルと称する）を用意してもよい。この指定候補外テーブルには、操作者による指定の候補ではない情報として、例えば、マネジメントアプリ等のアプリケーションにおいて予め定められている情報が定義される。そして、指定候補設定部１１７は、指定候補外テーブルに定義されている情報を、操作者による指定の候補としないように設定したり、指定候補外テーブルに定義されていない情報を、操作者による指定の候補として設定したりする。

付言すると、実施の形態１の場合には、指定候補テーブルに代えて又は指定候補テーブルに加えて、指定候補外テーブルが用意される。そして、これらのテーブルを基に、操作者による指定の候補とする情報の設定や、操作者による指定の候補としない情報の設定が行われる。

また、実施の形態２の場合には、障害定義テーブルが用意されるとともに、指定候補テーブルに代えて又は指定候補テーブルに加えて、指定候補外テーブルが用意される。そして、これらのテーブルを基に、操作者による指定の候補とする情報の設定や、操作者による指定の候補としない情報の設定が行われる。
より具体的には、例えば、指定候補外テーブルによって指定の候補としない情報が設定された上で、さらに障害定義テーブルによって、発生した障害に応じて、指定の候補としない情報が追加で設定される。なお、障害定義テーブル及び指定候補外テーブルの内容をまとめたテーブルを用意してもよいし、障害定義テーブル、指定候補外テーブル、及び指定候補テーブルの内容をまとめたテーブルを用意してもよい。

また、本発明の実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ－ＲＯＭ等の記録媒体に格納して提供することも可能である。

なお、上記では種々の実施形態および変形例を説明したが、これらの実施形態や変形例どうしを組み合わせて構成してももちろんよい。
また、本開示は上記の実施形態に何ら限定されるものではなく、本開示の要旨を逸脱しない範囲で種々の形態で実施することができる。

１００…管理端末、１１１…ログ生成部、１１２…ログ記憶部、１１３…環境情報記憶部、１１４…アプリケーションデータベース、１１５…履歴収集部、１１６…指定候補テーブル格納部、１１７…指定候補設定部、１１８…表示制御部、１１９…操作受付部、１２０…秘匿済みファイル生成部、１２１…障害定義テーブル格納部、２００…デバイス、３００…情報管理サーバ

Claims (3)

1. 監視対象の装置に関する第１の履歴を収集する収集手段と、
   前記収集手段が収集した前記第１の履歴の少なくとも一部を含む履歴画面を表示する表示手段と、
   前記表示手段により表示された前記履歴画面において、前記第１の履歴に含まれる情報を指定する操作者の操作を受け付ける受付手段と、
   前記監視対象の装置において障害が発生した場合に、前記第１の履歴において操作者による指定の候補となる情報を制限する制限手段と、
   前記第１の履歴から、操作者に指定された前記情報を秘匿した第２の履歴を生成する生成手段と
   を備える情報処理装置。
2. 前記制限手段は、発生した前記障害に予め対応付けられた情報を、操作者による指定の候補としないように制限すること
   を特徴とする請求項１に記載の情報処理装置。
3. コンピュータに、
   監視対象の装置に関する第１の履歴を収集する機能と、
   収集した前記第１の履歴の少なくとも一部を含む履歴画面を表示部に表示させるためのデータを出力する機能と、
   前記表示部に表示された前記履歴画面において、前記第１の履歴に含まれる情報を指定する操作者の操作を受け付ける機能と、
   前記監視対象の装置において障害が発生した場合に、前記第１の履歴において操作者による指定の候補となる情報を制限する機能と、
   前記第１の履歴から、操作者に指定された前記情報を秘匿した第２の履歴を生成する機能と
   を実現させるためのプログラム。

Images