JP2006139425A - 情報処理装置、情報処理方法、プログラム及び記録媒体 - Google Patents

Abstract

【課題】 データの十分な機密性を保つとともに、高速なデータ検索を実現する。
【解決手段】 アプリケーションサーバは、第１のデータファイルに対して識別情報を付与し（ステップＳ３０９）、暗号化された第１のデータを第１のデータファイルに対して記録する（ステップＳ３１０、Ｓ３１１）。また、アプリケーションサーバは、第１のデータの項目情報と上記識別情報とを含む第２のデータを生成し（ステップＳ３１４）、第２のデータに対して暗号化処理を行い（ステップＳ３１５）、暗号化された第２のデータを第２のデータファイルに対して記録する（ステップＳ３１６）。
【選択図】 図３

Description

本発明は、保持するデータの機密性の確保とデータ検索速度の向上に供する情報処理装置、情報処理方法、プログラム及び記録媒体に関するものである。

近年、外部の第三者が各種情報を管理しているサーバ（管理サーバ）に不正アクセスし、情報を盗んだりクラッキングし、結果的に情報漏洩してしまうことが危惧されている。そこで、特許文献１に開示される発明では、機密性を向上するために管理サーバに不正アクセスし、ファイルを閲覧されたとしても、容易に理解できないような管理装置が開示されている。即ち、特許文献１に開示される発明は、データファイルとそのデータを説明するファイルとの二つのファイルに分割し、片方のファイルのみが第三者に見られたとしてもその内容の理解を難しくすることによって情報漏洩を防止している。

特開２０００−１８１６９０号公報

しかしながら、上記従来例では、各ファイルに暗号化を施していないため、ファイル自体の閲覧は容易に行われ得る。そこで、ファイルに対して暗号化を施すことが考えられる。しかしながら、データファイルとそのデータを説明するファイルとの双方のファイルを暗号化した場合、検索処理を行う際に全てのファイルに対して復号化を行う必要があるため、検索処理に時間が掛かってしまう。また、データファイルのみを暗号化した場合、検索処理は簡略化されるが、データを説明するファイルは暗号化されていないため、情報漏洩の面で対策が十分とは言えない。

そこで、本発明の目的は、データの十分な機密性を保つとともに、高速なデータ検索を実現することにある。

本発明の情報処理装置は、第１のデータファイルに対して第１の識別情報を付与する識別情報付与手段と、少なくとも一つの第１のデータに対して暗号化処理を行う第１の暗号化手段と、前記第１の暗号化手段により暗号化された前記第１のデータを前記第１のデータファイルに対して記録する第１のデータファイル生成手段と、前記第１のデータの項目情報と前記第１の識別情報とを含む第２のデータを生成するデータ生成手段と、前記第２のデータに対して暗号化処理を行う第２の暗号化手段と、前記第２の暗号化手段により暗号化された前記第２のデータを第２のデータファイルに対して記録する第２のデータファイル生成手段とを有することを特徴とする。

本発明の情報処理方法は、情報処理装置による情報処理方法であって、第１のデータファイルに対して識別情報を付与する識別情報付与ステップと、少なくとも一つの第１のデータに対して暗号化処理を行う第１の暗号化ステップと、前記第１の暗号化ステップにより暗号化された前記第１のデータを前記第１のデータファイルに対して記録する第１のデータファイル生成ステップと、前記第１のデータの項目情報と前記識別情報とを含む第２のデータを生成するデータ生成ステップと、前記第２のデータに対して暗号化処理を行う第２の暗号化ステップと、前記第２の暗号化ステップにより暗号化された前記第２のデータを第２のデータファイルに対して記録する第２のデータファイル生成ステップとを含むことを特徴とする。

本発明のプログラムは、前記情報処理方法をコンピュータに実行させることを特徴とする。

本発明のコンピュータ読み取り可能な記録媒体は、前記プログラムを記録したことを特徴とする。

本発明によれば、第１のデータを記録し、識別情報が付与された第１のデータファイルと、第１のデータの項目情報と上記識別情報とを含む第２のデータを記録する第２のデータファイルとを分割し、第１のデータ及び第２のデータが共に暗号化されているため機密性が保たれるとともに、第１のデータファイルを検索する際に、第１のデータファイルの識別情報は暗号化されていないので、第１のデータファイルを復号化することなく識別情報を基に第２のデータから容易に検索することができ、高速な検索処理を実現することが可能となる。

以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。

図１は、本発明の一実施形態に係る情報処理システムの構成を概略的に示す図である。
１０００−１、１０００−２は、本情報処理システムのユーザが操作するクライアントコンピュータである。ここでいうユーザとしては、本情報処理システムに対してデータ検索を行わせ、その検索結果を画面上等で参照する一般ユーザ、及び、一般ユーザの検索履歴が参照することができる本情報処理システムの管理者等が挙げられる。説明の便宜上、クライアントコンピュータ１０００−１は一般ユーザが使用し、クライアントコンピュータ１０００−２は管理者が使用するものとする。２０００は、アプリケーションサーバであり、本情報処理システムの主要動作を制御する。３０００は、データベースサーバであり、アプリケーションサーバ２０００から送信されるクエリに応じた検索処理を行い、その検索結果をアプリケーションサーバ２０００に対して返す。４０００は、プリンタであり、アプリケーションサーバ２０００からの印刷依頼に応じた印刷処理を行う。クライアントコンピュータ１０００−１、１０００−２、アプリケーションサーバ２０００、データベースサーバ３０００及びプリンタ４０００は、例えばイーサネット（登録商標）等の通信ネットワーク５０００を介して互いに接続される。尚、図１の通信ネットワーク５０００上における各種端末の接続構成は飽くまでも一例であり、本発明は、用途や目的に応じて様々な接続構成を採り得ることは言うまでもない。

図２は、アプリケーションサーバ２０００のハードウェア構成を示す図である。
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２又は外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（ＯＳ）や、各サーバ又は各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。ビデオコントローラ２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器における表示処理を制御する。表示器はＣＲＴだけでなく、例えば液晶ディスプレイ等の他の表示器であっても構わない。メモリコントローラ２０７は、ブートプログラム、ブラウザソフトウェア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する、ハードディスク（ＨＤ）、フレキシブルディスク（ＦＤ）又はＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

以下に説明する本実施形態の動作を実現するためのプログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記のプログラムが用いる定義ファイル及び各種情報テーブルも外部メモリ２１１に格納されており、必要に応じてＲＡＭ２０２にロードされる。

次に、一般ユーザから検索依頼があった場合のアプリケーションサーバ２０００の動作を図３のフローチャートを用いて説明する。

ユーザは、クライアントコンピュータ１０００−１上で図４に示すような入力画面において自らのユーザＩＤ情報及びパスワード情報を入力する。クライアントコンピュータ１０００−１は、入力されたユーザＩＤ情報及びパスワード情報、クライアントコンピュータ１０００−１を一意に特定可能な例えばＩＰアドレス等のリクエスト元情報、並びに、ログインの日時を示すログイン日時情報をアプリケーションサーバ２０００に対して送信する。

アプリケーションサーバ２０００は、クライアントコンピュータ１０００−１からユーザＩＤ情報及びパスワード情報、リクエスト元情報、並びに、ログイン日時情報を受信する。ＣＰＵ２０１は、ユーザＩＤとパスワードとを対応付けたテーブルをＨＤＤ２１１からＲＡＭ２０３にロードし、受信したユーザＩＤ情報及びパスワード情報の組合せが適正であれば、当該ユーザのログインを許可する（ステップＳ３０１）。また、ＣＰＵ２０１は、図５に示すように、クライアントコンピュータ１０００−１から受信したユーザＩＤ情報、リクエスト元情報及びログイン日時情報を対応付けてＲＡＭ２０３に保存する（ステップＳ３０２）。図５の５０１はログイン日時情報、５０２はユーザＩＤ情報、５０３はリクエスト元情報である。

続いて、クライアントコンピュータ１０００−１では、画面上においてユーザが抽出条件の入力作業を行う。この抽出条件の入力作業の一例を図７〜図９を用いて説明する。図７の例では、先ずユーザが例えば図７に示す画面左側で「売上マスタ」７０２とその下位の「店舗コード」７０４とをマウス等で選択すると、画面右側における第１の抽出条件設定欄（ＮＯ「１」）のデータ分類に「売上マスタ」、条件項目に「店舗コード」が表示される。次にユーザは、プルダウンメニュー７０５を操作して「等しい」と設定するとともに値の入力欄７０６に「１０」を入力した場合を示している。これは、第１の抽出条件として「店舗コード」が「１０」に該当する情報を検索することを設定したことを意味する。

また、図７の例では、同じくユーザが図７に示す画面左側で「売上マスタ」７０２とその下位の「日付」７０３とを選択すると、画面右側における第２の抽出条件設定内（ＮＯ「２」）のデータ分類に「売上マスタ」、条件項目に「日付」が表示される。次にユーザがプルダウンメニュー７０７を操作して「等しい」と設定するとともに値の入力欄７０８に「2004/01/01」を入力した場合を示している。これは、第２の抽出条件として「日付」が「2004/01/01」に該当する情報を検索することを設定したことを意味する。さらに、これら第１の抽出条件設定欄と第２の抽出条件設定欄の間のプルダウンメニュー７０９が「and」と設定され、第１の抽出条件と第２の抽出条件との双方を満たすものが抽出条件として指定されている。

このような設定作業が行われた後、「確定」ボタン７１０が押下されると、図７の第１の抽出条件設定欄及び第２の抽出条件設定欄で設定された各情報がクライアントコンピュータ１０００−１からアプリケーションサーバ２０００に対して送信される。

アプリケーションサーバ２０００は、ステップＳ３０３において、第１の抽出条件設定欄及び第２の抽出条件設定欄でのデータ分類、条件項目及び検索内容における各設定情報を受信し、ＲＡＭ２０３に保持するとともに、第１の抽出条件設定欄及び第２の抽出条件設定欄の各検索内容での設定情報を修正、削除等を行うための例えば図９に示す画面情報をクライアントコンピュータ１０００−１に対して送信する。また、これらの情報を受けたアプリケーションサーバ２０００では、後述するデータベースサーバ３０００に対して送信されるクエリのｗｈｅｒｅ句（tenpocode＝１０、hizuke＝"2004/01/01"）を確定する。

図９に示す画面は、図７の画面上の第１の抽出条件設定欄及び第２の抽出条件設定欄での各設定情報が反映される。ユーザは図９の画面の表示内容を確認し、問題がなければ「表示画面へ」ボタン９０１又は「レポート一覧へ」ボタン９０２を押下する。「表示画面へ」ボタン９０１又は「レポート一覧へ」ボタン９０２が押下されると、「表示画面へ」ボタン９０１又は「レポート一覧へ」ボタン９０２が押下された旨の情報がクライアントコンピュータ１０００−１からアプリケーションサーバ２０００に対して送信される。

次に、「表示画面へ」ボタン９０１が押下された場合には、アプリケーションサーバ２０００からクライアントコンピュータ１０００−１に対して図８に示すような画面情報が送信される。図８に示す画面は、表示する項目（表示項目）が選択される画面である。すなわち、クエリのｓｅｌｅｃｔ句の選択が行われる画面である。ユーザが図８に示す画面左側で「売上マスタ」８０３とその下位の「店舗コード」８０５を選択すると、画面右側における８０６（ＮＯ「１」）のデータ分類に「売上マスタ」、表示項目に「店舗コード」が表示される。更に図８に示す画面左側で「売上マスタ」８０３とその下位の「日付」８０４を選択すると、８０７（ＮＯ「２」）のデータ分類に「売上マスタ」、表示項目に「日付」が表示される。図８に示すように売上マスタテーブルの「店舗コード」（表示項目）及び売上マスタテーブルの「店舗コード」（表示項目）選択された場合、表示する項目は「店舗コード」及び「日付」である。このように表示項目を選択され、「ＣＳＶ出力」ボタン８０１が押下されると、その旨の情報がクライアントコンピュータ１０００−１からアプリケーションサーバ２００に対して送信され、アプリケーションサーバ２０００では、上記のクエリのｓｅｌｅｃｔ句（tenpocode、hizuke）及びｆｒｏｍ句（uriage）を確定する。

また、図９上において「レポート一覧へ」ボタン９０２が押下された場合には、アプリケーションサーバ２０００からクライアントコンピュータ１０００−１に対して図１０に示すような画面情報が送信される。ここで送信される画面情報においては、出力帳票のフォームを選択することができる。図１０の例では、「日毎売上表」又は「店舗売上表」のフォームを選択することができ、ユーザによって何れかのフォームが選択されると、選択されたフォームを示す情報がクライアントコンピュータ１０００−１からアプリケーションサーバ２０００に対して送信される。また、アプリケーションサーバ２０００では、選択されたフォームに応じたｓｅｌｅｃｔ句が選択される。アプリケーションサーバ２０００内では、帳票フォームに応じたｓｅｌｅｃｔ句が予め設定されており、選択された帳票フォームに対応するｓｅｌｅｃｔ句が選択されることになる。例えば、「日毎売上表」の帳票フォームが選択された場合には、例えば、帳票上に日付、売上及び店舗コードを表示させるべくｓｅｌｅｃｔ句として「hizuke」、「uriage」及び「tenpocode」が選択される。

続いて、ＣＰＵ２０１は、確定したｗｈｅｒｅ句、ｓｅｌｅｃｔ句及びｆｒｏｍ句からＳＱＬ文等のクエリを作成する（ステップＳ３０４）。作成されたクエリはアプリケーションサーバ２０００からデータベースサーバ３０００に対して送信される（ステップＳ３０５）。

データベースサーバ３０００は、受信したクエリに該当する情報を検索し、該当した情報をアプリケーションサーバ２０００に対して送信する。ここで検索される情報を以下ではトレースデータと称す。例えば、図７〜図９に示す例の抽出条件が入力された場合は、データベースサーバ３０００では、売上マスタテーブル（uriage）から店舗コード（tenpocode）が"１０"に該当し且つ日付（hizuke）が"2004/01/01"に該当するものがトレースデータとして検索されることになる。一方、受信したクエリに該当する情報が検索されなかった場合には、その旨を示す情報がデータベースサーバ３０００からアプリケーションサーバ２０００に対して送信される。

アプリケーションサーバ２０００は、データベースサーバ３０００からのデータを受信する（ステップＳ３０６）。受信したデータが該当するトレースデータが検索されなかった旨を示す情報であれば（ステップＳ３０７／ＮＯ）、アプリケーションサーバ２０００はそのまま処理を終了する。一方、受信したデータにトレースデータが含まれている場合（ステップＳ３０８／ＹＥＳ）、ステップＳ３０８に処理を移行する。

ステップＳ３０８では、ＣＰＵ２０１は、今回の検索処理についての採番処理を行う（ステップＳ３０８）。この採番処理では、他の検索時における番号とは異なる唯一の番号を作成する。このような採番処理のために例えば検索処理の度にカウント値を上げていくカウンタを設けてもよい。尚、ここで作成される番号を以下では出力管理番号と称す。

続くステップＳ３０９では、ＣＰＵ２０１は、ステップＳ３０８で作成した出力管理番号をファイル名に含むトレースデータファイルを作成する（ステップＳ３０９）。例えば、ステップＳ３０８で作成された出力管理番号が"１"であれば、図１１に示すようにトレースデータファイルのファイル名は"１．ｔｄｆ"となる。尚、図１１では、既にトレースデータがトレースデータファイルに対して出力された例を示しているが、この段階では未だトレースデータファイルにはトレースデータは出力されておらず、トレースデータファイルはファイル名のみが付与され、ファイル内には何等データを含まない状態である。

続いて、ＣＰＵ２０１は、取得した全トレースデータに対して図１６（ａ）に示すフローにより暗号化・圧縮処理を行い（ステップＳ３１０）、作成したトレースデータファイルに対して出力する（ステップＳ３１１）。これにより、図１１に示すようなトレースデータを含むトレースデータファイルとなる。図１１に示すトレースデータファイルに含まれるトレースデータは、「2004/01/01」、「１０」及び「2432400」のデータから構成され、夫々日付、店舗コード及び売上に対応するデータであるが、各データがどのようなデータであるかを示す項目情報（日付、店舗コード、売上）はトレースデータには含まれない。図１１の例では、図８の表示項目で「日付」、「店舗コード」、「売上」を選択されている場合のトレースデータを示している。

ここで、図１６（ａ）に示す暗号化・圧縮処理について説明する。ＣＰＵ２０１は、図１２に示す管理テーブルを外部メモリ２１１からＲＡＭ２０３にロードし、今回の暗号化・圧縮処理の対象となるトレースログ又はトレースデータについて参照する。そして、ＣＰＵ２０１は、今回の暗号化・圧縮処理の対象であるトレースログ又はトレースデータを暗号化するか否かを判断する（ステップＳ１６０１）。図１２の例では、トレースログ及びトレースデータの何れに対しても暗号化すること（ＯＮ）が規定されているので、ここでは、何れであっても暗号化すると判断されることになる。

ステップＳ１６０１にて、暗号化すると判断された場合（ステップＳ１６０１／ＹＥＳ）、ＣＰＵ２０１はトレースログ又はトレースデータに対する暗号化処理を行う（ステップＳ１６０２）。一方、暗号化処理を行わないと判断された場合は、ステップＳ１６０２を行うことになくステップＳ１６０３に処理が移行する。

続いて、ＣＰＵ２０１は、今回の暗号化・圧縮処理の対象であるトレースログ又はトレースデータを圧縮するか否かを判断する（ステップＳ１６０３）。図１２の例では、トレースログ及びトレースデータの何れに対しても圧縮すること（ＯＮ）が規定されているので、ここでは、何れであっても圧縮すると判断されることになる。

ステップＳ１６０３にて、圧縮すると判断された場合（ステップＳ１６０３／ＹＥＳ）、ＣＰＵ２０１はトレースログ又はトレースデータに対する圧縮処理を行う（ステップＳ１６０４）。一方、圧縮処理を行わないと判断された場合は、ステップＳ１６０４を行うことなく処理を終了する。

本実施形態における暗号化・圧縮処理は、上述したように図１２に示すようなトレースデータを圧縮するか否か、暗号化するか否かを予め定めた管理テーブルを用いて行う。尚、図１２に示すような管理テーブルは外部メモリ２１１に格納されており、この暗号化・圧縮処理の際にＲＡＭ２０３にロードされ、ＣＰＵ２０１によって参照される。また、図１２に示す例では、暗号化方法及び圧縮方法については規定されていないが、これらを規定した管理テーブルを用い、その内容に従って暗号化及び圧縮を行うことも可能である。

次に、ＣＰＵ２０１は、現在最も新しいトレースログファイルを外部メモリ２１１からＲＡＭ２０３に読み込み、このトレースログファイルが所定の容量を越えているか否かを判断する（ステップＳ３１２）。トレースログファイルに幾つかトレースログが出力されており、所定の容量を越えていれば処理はステップＳ３１３に移行し、所定の容量を越えてなければステップＳ３１３は実行されず、処理はステップＳ３１４に移行する。尚、トレースログとは、一般ユーザの検索履歴を管理するための情報であり、トレースログファイルとは、一又は複数のトレースログを記録するファイルである。詳細は後述するが、本実施形態では、トレースログファイルを基に検索を行うものであり、一トレースログファイルの容量を上記のように制限することで検索処理の負荷を低減し、検索処理速度を向上させることが可能となる。更に、この所定の容量がトレースデータファイルの容量以下に設定することによって、トレースログファイルの検索処理の負荷を低減し、検索処理速度を向上させることが可能にとなる。

ステップＳ３１３では、ＣＰＵ２０１は不図示のタイマ等の計時手段から現在の日時情報を取得し、取得した日時情報を含むファイル名の新たにトレースログファイルを作成する。図１３及び図１４は、トレースログファイルの構成例を示す図である。例えば、図１３に示すトレースログファイルのファイル名は"２００４０１０１１８３２５５．ｔｌｇ"であり、このトレースログファイルが２００４年１月１日１８時３２分５５秒の作成されたことを示している。また、図１４に示すトレースログファイルのファイル名は"２００４０１０４１９３０３０．ｔｌｇ"であり、このトレースログファイルが２００４年１月４日１９時３０分３０秒に作成されたことを示している。

例えば、現在最も新しいトレースログファイルが図１３に示すものであり、ステップＳ３１２において図１３に示すトレースログファイルが所定の容量を越えていると判断された場合には、図１４に示すような現在の日時情報をファイル名に含む新たなトレースログファイルが作成されることになる。尚、ステップＳ３１３において新たなトレースログファイルが作成された場合には、作成されたトレースログファイルにはトレースログは出力されておらず、トレースログファイルはファイル名のみが付与され、ファイル内には何等データを含まない状態である。

続いて、ＣＰＵ２０１は、今回の検索処理に関するトレースログを作成する（ステップＳ３１４）。作成されるトレースログには、図１３、図１４に示すように、ＲＡＭ２０３に保持されているログイン日時情報１３０１（１４０１）、ユーザＩＤ情報１３０２（１４０２）及びリクエスト元情報１３０３（１４０３）、カテゴリＩＤ情報１３０４（１４０４）、帳票出力が行われた場合の帳票フォームのＩＤ情報１３０５（１４０５）、ステップＳ３０８で付与された出力管理番号情報１３０６（１４０６）、ステップＳ３１０にてトレースデータを圧縮したか否かを示す情報１３０７（１４０７）、ステップＳ３０５にてデータベースサーバ３０００に対して送信されたクエリ内のｓｅｌｅｃｔ句情報１３０８（１４０８）、当該クエリ内のｆｒｏｍ句情報１３０９（１４０９）、当該クエリ内のｗｈｅｒｅ句情報１３１０（１４１０）、図７の条件項目で設定された条件項目名１３１１（１４１１）、並びに、図８の表示項目で設定された表示項目名１３１２（１４１２）が含まれる。ここで、表示項目名は、帳票フォーム毎に予め登録されており、帳票フォームを図１０の画面で選択されることによって決まる。尚、カテゴリＩＤ情報は、ステップＳ３０２でログイン日時情報、ユーザＩＤ情報及びリクエスト元情報とともにＲＡＭ２０３に保存される情報であり、図７の画面左側のデータ分類において選択された最上位項目（売上実績、顧客検索、商品検索等）の識別情報である。

続いて、ＣＰＵ２０１は、作成したトレースログに対するステップＳ３１０と同様の暗号化・圧縮処理を行う（ステップＳ３１５）。この暗号化・圧縮処理の際にはステップＳ３１０と同様に図１２に示す管理テーブルが用いられ、管理テーブルにおいて管理される情報に従って暗号化・圧縮処理が行われる。

続いて、ＣＰＵ２０１は、暗号化・圧縮処理を施したトレースログをステップＳ３１３にて新たに作成したトレースログファイル、又は、ステップＳ３１２で所定の容量を越えていないと判断された現在最も新しいトレースログファイルに対して出力する（ステップＳ３１６）。これにより、図１３又は図１４に示すようなトレースログを含むトレースログファイルとなる。

続いて、ＣＰＵ２０１は、帳票出力を行うか、クライアントコンピュータ１０００−１
上での画面表示を行うかをステップＳ３０３におけるクライアントコンピュータ１０００−１からの受信情報から判断する（ステップＳ３１７）。即ち、クライアントコンピュータ１０００−１から図９の画面上で「表示画面へ」ボタン９０１が押下された旨の情報を受信した場合には、クライアントコンピュータ１０００−１上での画面表示を行うと判断し、図９の画面上で「レポート一覧へ」ボタン９０２が押下された旨の情報を受信した場合には、帳票出力を行うと判断する。

ＣＰＵ２０１は、帳票出力を行うと判断した場合（ステップＳ３１７／ＹＥＳ）、図１０の画面上で選択された帳票フォーム情報、ステップＳ３０８で付与した出力管理番号情報、及び、出力枚数等の帳票の出力処理に関する出力条件情報から成るヘッダ部情報と、ステップＳ３０６で受信したトレースデータ及びステップＳ３１４で作成したトレースログから成るボディ部情報とを作成し、ヘッダ部情報とボディ部情報とを不図示の内部の帳票作成部に対して送信し、帳票作成を指示する（ステップＳ３１８）。ここで作成された帳票はプリンタ４０００に対して送信され、印刷出力される。

一方、ＣＰＵ２０１は、クライアントコンピュータ１０００−１上での画面表示を行うと判断した場合には（ステップＳ３１７／ＮＯ）、ステップＳ３０６で受信したトレースデータ及びステップＳ３１４で作成したトレースログに基づいてＣＳＶファイル等を作成し、クライアントコンピュータ１０００−１に対して送信する（ステップＳ３１９）。これにより、クライアントコンピュータ１０００−１上において検索結果が画面表示されることになる。

ここで、検索結果の出力例について具体的に説明する。先ず、図１３に示すトレースログファイルのうち出力管理番号が１であるトレースログが生成された場合における検索結果の画面表示の場合について説明する。出力管理番号１のトレースログの表示項目名（図１３の１３１２）には「日付」、「店舗」、「売上」がこの順序で設定されている。このようなトレースログに対応するトレースデータファイル（１．ｔｄｆ）には、図１１に示すように「日付」、「店舗」、「売上」の順にトレースデータの夫々の情報が記録されている。従って、トレースデータ内の各情報の意味はトレースログの表示項目名に設定される項目名とその設定順序とから確定する。アプリケーションサーバ２０００は、トレースログにおける表示項目名とトレースデータ内の情報とを対応付けたＣＳＶファイルを作成し、クライアントコンピュータ１０００−１に送信することで、クライアントコンピュータ１０００−１上では図１７に示すような例で検索結果が表示される。

次に、検索結果を帳票出力させた場合の具体例について説明する。図１８は、上記のようにトレースデータファイルとそれに対応するトレースログとに基づいて生成される検索結果情報であるが、図１８の例では、抽出条件として複数の店舗コードが指定された場合を例示している。図１８に示す情報を帳票として出力させる上でユーザが図１０の画面上において図１９に示すような帳票フォーム（日毎売上表）が選択された場合、図１８の情報と図１９の帳票フォームとを合成することにより図２０に示すような帳票が出力される。尚、出力された帳票には、図２０の２００１に示すように当該トレースログから出力管理番号も記載される。

次に、本システムの管理者による検索指示がなされた場合のアプリケーションサーバ２０００の動作を図６−１及び図６−２のフローチャートを用いて説明する。

先ず、管理者は、クライアントコンピュータ１０００−２上において検索情報を入力する。ここでいう検索情報とは、情報種類、情報値及び値の総称である。情報種類は、トレースログの項目（情報種類）を示す情報であり、情報値は情報種類により示される項目内のデータを示す情報であり、値は、情報種類が設定され、情報値が設定されていない場合には、情報種類の値を示し、情報種類及び情報値の双方が設定されている場合には情報値の値を示す情報である。管理者は検索情報としてこれらを指定することにより所望の検索を行うことができる。なお、この値にはトレースデータが指定される。

図１５は、検索情報の入力画面の一例を示す図である。図１５の例では、期間として「2003/12/31」〜「2004/01/03」、情報種類として「表示項目名」、情報値として「日付」、値として「2004/01/01」が指定されている。従って、この例では「2004/01/01」は「日付」の値である。尚、図１５の例では、情報種類、情報値及び値を夫々一つずつ設定可能な画面例を示しているが、図１５のような検索条件を設定するための欄を複数設け、設定される各検索条件によるＡＮＤ検索やＯＲ検索等も行うことも可能である。

図１５に示すような入力画面上で入力された検索情報は、クライアントコンピュータ１０００−２からアプリケーションサーバ２０００に対して送信される（ステップＳ６０１）。

ＣＰＵ２０１は、検索情報において「期間」で何らかの情報が指定されているか否かを判断する（ステップＳ６０２）。検索情報において「期間」で何らかの情報が指定されていれば、（ステップＳ６０２／ＹＥＳ）、
ＣＰＵ２０１は外部メモリ２１１からＲＡＭ２０３にロードするトレースログファイルを指定された期間に基づいて制限する（ステップＳ６０３）。即ち、期間で指定された日付に生成されたトレースログを含む可能性のあるトレースログファイルを、日時情報を含むトレースログファイル名に基づいて判断し、ＲＡＭ２０３にロードする。

ＣＰＵ２０１は、期間（ステップＳ６０１）が指定されていない場合は、（ステップＳ６０２／ＮＯ）、る外部メモリ２１１から全トレースログファイルをＲＡＭ２０３にロードし、外部メモリ２１１に格納されているトレースログファイル全てを検索の対象とする（ステップＳ６０４）。

続いて、ＣＰＵ２０１は、ＲＡＭ２０３にロードされたトレースログファイルを一つずつ読み出す。ＲＡＭ２０３内にトレースログファイルが存在し、トレースログファイルが読み出せた場合（ステップＳ６０５／ＹＥＳ）、ＣＰＵ２０３は、暗号化・圧縮処理されているトレースログファイル内の全トレースログを図１６（ｂ）に示すフローにより解凍・復号化処理する（ステップＳ６０６）。

ここで、図１６（ｂ）に示す解凍・復号化処理について説明する。先ず、ＣＰＵ２０１は、今回の解凍・復号化処理の対象となるトレースログ又はトレースデータが圧縮されているか否かを判断する（ステップＳ１６０５）。圧縮されている場合（ステップＳ１６０５／ＹＥＳ）、トレースログ又はトレースデータの解凍処理を行う（ステップＳ１６０６０）。一方、圧縮されていない場合には（ステップＳ１６０５／ＮＯ）、ステップＳ１６０６を行うことなく処理はステップＳ１６０７に移行する。

次に、ＣＰＵ２０１は、今回の解凍・復号化処理の対象となるトレースログ又はトレースデータが暗号化されているか否かを判断する（ステップＳ１６０７）。暗号化されている場合（ステップＳ１６０７／ＹＥＳ）、ＣＰＵ２０１はトレースログ又はトレースデータの復号化処理を行う（ステップＳ１６０８）。一方、暗号化されていない場合は（ステップＳ１６０７／ＮＯ）、ステップＳ１６０８の処理を行うことなく、処理を終了する。

続いて、ＣＰＵ２０１は、解凍・復号化処理したトレースログの一つを読み出す（ステップＳ６０７）。未だ処理対象となっていないトレースログが存在し、この処理によりトレースログが読み出せた場合（ステップＳ６０８／ＮＯ）、ＣＰＵ２０１は、当該トレースログ内を検索し、ステップＳ６０１で指定された検索情報内の情報値（例えば、情報種類として「表示項目名」、情報値として「日付」の場合、図１３の１３１２が「表示項目名」を表し、１件目の「表示項目名」が"日付,売上"であり、"日付"を含むので対象となる）が設定されているか否かを判断する（ステップＳ６０９、ステップＳ６１０）。

当該トレースログにステップＳ６０１で指定された検索情報内の情報値が設定されている場合（ステップＳ６１０／ＹＥＳ）、ＣＰＵ２０１は、当該トレースログをトレースログサーチファイルに出力し（ステップＳ６１１）、検索情報内の情報値が設定されているトレースログのみを記録したトレースログサーチファイルを作成する。一方、当該トレースログにステップＳ６０１で指定された検索情報内の情報値が設定されていない場合は（ステップＳ６１０／ＮＯ）、ＣＰＵ２０１は、当該トレースログをトレースログファイルに出力することなく、ステップＳ６０６に移行して次のトレースログに対する解凍・復号化処理を行う。

また、ステップＳ６０８において、ステップＳ６０６にて解凍・復号化した全トレースログに対して処理が終了し、トレースログが読み出せなかった場合は（ステップＳ６０８／ＹＥＳ）、ＣＰＵ２０１は今回ステップＳ６０６〜ステップＳ６１１の処理対象としていた当該トレースログファイルを削除し、次のトレースログファイルを指定してステップＳ６０５に処理を移行する（ステップＳ６１５、ステップＳ６１６）。

また、ＲＡＭ２０３にロードされた全トレースログファイルについてステップＳ６０６〜ステップＳ６１１の処理が完了した場合には（ステップＳ６０５／ＮＯ）、ＣＰＵ２０１はステップＳ６０１で指定された検索情報内に値が設定されており、且つトレースログサーチファイル内に少なくとも一つのトレースログが出力されているか否かを判断する（ステップＳ６１２）。

ステップＳ６０１で指定された検索情報内に情報種類（表示項目名）と値が設定されており、且つトレースログサーチファイル内に少なくとも一つのトレースログを出力されている場合（ステップＳ６１２／ＹＥＳ）、ＣＰＵ２０１は、後述する解凍トレースデータの作成処理を行う（ステップＳ６１３）。

一方、ステップＳ６０１で指定された検索情報内に値が設定されていない、又は、検索情報内に値が設定されているがトレースログサーチファイル内にトレースログが出力されていない場合、ステップＳ６１３の処理は行われることなくステップＳ６１４に処理は移行する。

ステップＳ６１３を介してステップＳ６１４に処理が移行した場合には、ステップＳ６１３で作成された解凍トレースデータファイル及び元のファイル名のトレースログサーチファイルをクライアントコンピュータ１０００−２に対して送信される。一方、ステップＳ６１３を介することなく、ステップＳ６１２からステップＳ６１４に処理が移行した場合には、ステップＳ６１１で作成されたトレースログサーチファイルがクライアントコンピュータ１０００−２に対して送信される。

図６−２は、図６−１のステップＳ６１３の解凍トレースデータ作成処理の詳細を示すフローチャートである。

ＣＰＵ２０１は、ステップＳ６１１によって作成したトレースログサーチファイルのファイル名をリネームする（ステップＳ７０１）。続いて、ＣＰＵ２０１はリネームしたトレースログサーチファイルからトレースログを一つずつ読み出す（ステップＳ７０２）。

続いて、ＣＰＵ２０１は、トレースログ内の出力管理番号をファイル名に含むトレースデータファイルを外部メモリ２１１から読み込む（ステップＳ７０３）。次に、ＣＰＵ２０１は、読み込んだトレースデータファイル内の全トレースデータを図１６（ｂ）に示すフローにより解凍・復号化する（ステップＳ７０４）。

続いて、ＣＰＵ２０１は、ステップＳ６１７において解凍・復号化処理の対象となったトレースデータファイル内にステップＳ６０１で設定された値を含むトレースデータが存在するか否かを判断する（例えば、情報種類として「表示項目名」、情報値として「日付」、値として「2004/01/01」の場合、図１４の１４１２が「表示項目名」を表し、１件目の「表示項目名」が"日付,売上"から"日付"は、第一カラムと判断し、図１７のトレースデータの第一カラムに「2004/01/01」があれば対象となる）（ステップＳ７０５、Ｓ７０６）。当該トレースデータファイル内にステップＳ６０１で設定された値を含むトレースデータが存在しない場合（ステップＳ７０６／ＮＯ）、ＣＰＵ２０１は当該トレースデータファイルを削除する。一方、当該トレースデータファイル内にステップＳ６０１で設定された値を含むトレースデータが存在する場合（ステップＳ７０６／ＹＥＳ）、ＣＰＵ２０１は、当該トレースデータファイルのファイル名に含まれる出力管理番号を用いて、「出力管理番号＋.CSV」をファイル名とする解凍トレースデータファイルを作成する（ステップＳ７０７）。

続いて、ＣＰＵ２０１は、ステップＳ６０１で指定された値を含むトレースデータを解凍トレースデータファイルに出力し（ステップＳ７０８）、検索情報内で指定された値を含むトレースデータのみを記録した解凍トレースデータファイルを作成する。次に、ＣＰＵ２０１は、元のファイル名（リネームする前のファイル名）のトレースログサーチファイルを別途作成し（ステップＳ７０９）、作成したトレースログサーチファイルに対してステップＳ７０２で読み出したトレースログを出力する（ステップＳ７１０）。

続いて、ＣＰＵ２０１は、リネームしたトレースログサーチファイルから全てのトレースログを読み出したか否かを判断し（ステップＳ７１１）、未だ読み出していないトレースログが存在する場合（ステップＳ７１１／ＮＯ）、ステップＳ７０４にて解凍・復号化処理の対象となった当該トレースデータファイルを削除する（ステップＳ７１３）。一方、全てのトレースログを読み出した場合には（ステップＳ７１１／ＹＥＳ）、リネームしたトレースログサーチファイルを削除する（ステップＳ７１２）。

このように、本実施形態によれば、検索情報内に値が指定されている場合には、検索情報内の情報値を含むトレースログのみを記録したトレースログサーチファイル（リネームされたトレースログファイル）から、更に検索情報内の値を含むトレースデータファイルに対応するトレースログのみを記録したトレースログサーチファイル（元のファイル名のトレースログサーチファイル）に絞り込んで管理者のクライアントコンピュータ１０００−２に対して送信するようにしている。従って、クライアントコンピュータ１０００−２上では、トレースログサーチファイル及び解凍トレースデータファイルに基づいて、管理者が指定した検索情報に基づく検索結果が表示されることになる。図１５に示すような検索情報が指定された場合、２００４年０１月０１日の日付を含むトレースデータ（解凍トレースデータファイル）と、そのトレースデータを含むトレースデータファイルに対応するトレースログとが抽出され、それらに基づく検索結果情報がクライアントコンピュータ１０００−２上で表示されることになる。従って、管理者は、２００４年０１月０１日という値を日付として指定して一般ユーザによって行われた検索結果等を把握することが可能となる。

以上のように、本実施形態によれば、トレースデータを記録し、一意な出力管理番号をファイル名に含むトレースデータファイルと、トレースデータの項目情報とトレースデータファイルの出力管理番号とを含むトレースログを記録するトレースログファイルとを分割し、トレースデータとトレースログとが共に暗号化されているため機密性が保たれる。また、トレースデータファイルを検索する際に、そのファイル名は暗号化されていないため、情報量の少ないトレースログファイルのみを復号化して出力管理番号から対応するトレースデータファイルを検索することができ、高速な検索処理を実現することが可能となる。

さらに、管理者による他の検索例について説明する。図２１は、管理者によって入力される他の検索情報の例を示す図である。図２１では、検索情報の情報種類として「出力管理番号」、情報値として何も入力されず、値として「１」が入力されている。即ち、図２１の例では、出力管理番号が１に該当するトレースログ及びトレースデータ（又はトレースデータファイル）を検索するように指定している。例えば、図２０に示すような帳票が出力されており、その帳票上に出力管理番号も併せて出力されている。この帳票は例えば誰によっていつ検索して出力されたものかを調べる際に、その出力管理番号を指定することにより、アプリケーションサーバ２０００は、出力管理番号「１」を含むトレースログを検索してクライアントコンピュータ１０００−２に対して送信することができる。

これは、上記のように情報種類は指定されているが、情報値は指定されていないような検索情報が入力された場合、図６−１のフローチャートにおいて、ステップＳ６０９、ステップＳ６１０では当該情報種類と同じ項目、ここでは出力管理番号項目に情報が設定されているトレースログを検索し、ステップＳ６１０とステップＳ６１１の処理の間に出力管理番号が「１」であるか否かを判断する処理を追加する。そして、出力管理番号が「１」であればステップＳ６１１の処理に移行し、出力管理番号が「１」以外であればステップＳ６０６に戻るようにする。また、ステップＳ６１３に代わる処理として、出力管理番号の「１」をファイル名に含むトレースデータファイル内の全トレースデータを解凍・復号化し、それらを解凍トレースデータファイルに出力するように構成すればよい。

以上の処理を経て生成されるトレースログサーチファイル及び解凍トレースデータをクライアントコンピュータ１０００−２に送信することで、管理者は、当該帳票が例えば誰によっていつ出力されたものかを把握することができるとともに、当該帳票を出力させる上での検索結果も把握することが可能となる。

尚、情報種類が指定され、情報値は指定されていないような検索情報が入力される場合が上記の例に限らないことは言うまでもない。例えば、ログイン日時情報やユーザＩＤ情報等を情報種類として指定し、それらの値を指定することによっても同様の処理が行われる。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ(基本システム或いはオペレーティングシステム)などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明の一実施形態に係る情報処理システムの構成を概略的に示す図である。 アプリケーションサーバのハードウェア構成を示す図である。 一般ユーザから検索依頼があった場合のアプリケーションサーバの動作を示すフローチャートである。 ログイン画面の一構成例を示す図である。 ユーザＩＤ情報、リクエスト元情報及びログイン日時情報の対応付けの記録状態を模式的に示す図である。 情報処理システムの管理者による検索指示がなされた場合のアプリケーションサーバの動作を示すフローチャートである。 図６−１のステップＳ６１３の解凍トレースデータ作成処理の詳細を示すフローチャートである。 抽出条件の入力作業を行うための画面構成の一例を示す図である。 抽出条件の入力作業を行うための画面構成の一例を示す図である。 抽出条件の入力作業を行うための画面構成の一例を示す図である。 帳票フォームの選択画面の一例を示す図である。 トレースデータファイルの一例を示す図である。 暗号化・圧縮処理の管理テーブルの一例を示す図である。 トレースログファイルの構成例を示す図である。 トレースログファイルの構成例を示す図である。 検索情報の入力画面の一例を示す図である。 暗号化・圧縮処理及び解凍・復号化処理の流れを示すフローチャートである。 検索結果情報の一例を示す図である。 検索結果情報の一例を示す図である。 帳票フォームの一例を示す図である。 出力帳票の一例を示す図である。 検索情報の入力画面の一例を示す図である。

符号の説明

１０００−１、１０００−２：クライアントコンピュータ
２０００：アプリケーションサーバ
３０００：データベースサーバ
４０００：プリンタ
５０００：ネットワーク
２０１：ＣＰＵ
２０２：ＲＯＭ
２０３：ＲＡＭ
２０４：システムバス
２０５：入力コントローラ
２０６：ビデオコントローラ
２０７：メモリコントローラ
２０８：通信Ｉ／Ｆコントローラ
２０９：キーボード（ＫＢ）
２１０：ＣＲＴ
２１１：外部メモリ

Claims (7)

1. 第１のデータファイルに対して第１の識別情報を付与する識別情報付与手段と、
   少なくとも一つの第１のデータに対して暗号化処理を行う第１の暗号化手段と、
   前記第１の暗号化手段により暗号化された前記第１のデータを前記第１のデータファイルに対して記録する第１のデータファイル生成手段と、
   前記第１のデータの項目情報と前記第１の識別情報とを含む第２のデータを生成するデータ生成手段と、
   前記第２のデータに対して暗号化処理を行う第２の暗号化手段と、
   前記第２の暗号化手段により暗号化された前記第２のデータを第２のデータファイルに対して記録する第２のデータファイル生成手段とを有することを特徴とする情報処理装置。
2. 検索情報を入力する検索情報入力手段と、
   前記第２のデータファイルを復号化する第１の復号化手段と、
   前記第１の復号化手段により復号化された前記第２のデータファイルから、前記検索情報に該当する前記第２のデータを検索するとともに、前記第２のデータ内の前記第１の識別情報に対応する前記第１のデータファイルを検索する検索手段と、
   前記検索手段により検索された前記第１のデータファイルを復号化する第２の復号化手段とを更に有することを特徴とする請求項１に記載の情報処理装置。
3. 前記第２のデータファイル生成手段は、前記第２のデータファイルが生成された日時情報を含む第２の識別情報を前記第２のデータファイルに対して付与し、前記検索手段は、前記検索情報に含まれる日時情報と前記第２の識別情報に含まれる前記日時情報とに基づいて、前記第２のデータファイルを前記第２のデータの検索対象として選択することを特徴とする請求項２に記載の情報処理装置。
4. 前記第２のデータファイル生成手段は、前記第２のデータファイルが所定の容量以上となる度に新たな第２のデータファイルを生成することを特徴とする請求項３に記載の情報処理装置。
5. 情報処理装置による情報処理方法であって、
   第１のデータファイルに対して識別情報を付与する識別情報付与ステップと、
   少なくとも一つの第１のデータに対して暗号化処理を行う第１の暗号化ステップと、
   前記第１の暗号化ステップにより暗号化された前記第１のデータを前記第１のデータファイルに対して記録する第１のデータファイル生成ステップと、
   前記第１のデータの項目情報と前記識別情報とを含む第２のデータを生成するデータ生成ステップと、
   前記第２のデータに対して暗号化処理を行う第２の暗号化ステップと、
   前記第２の暗号化ステップにより暗号化された前記第２のデータを第２のデータファイルに対して記録する第２のデータファイル生成ステップとを含むことを特徴とする情報処理方法。
6. 請求項５に記載の情報処理方法をコンピュータに実行させるためのプログラム。
7. 請求項６に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images