管理装置、情報処理装置、ログ処理方法及びプログラム
【課題】 情報処理装置から大量に取得されるログ情報を検索するためのインデックス作成負荷を軽減することである。
【解決手段】
情報処理装置から取得するログ情報を保持するためにアクセス権限が個別に設定された複数の共有フォルダを確保した状態で、データ処理サービスが取得したジョブ情報とコンテンツ情報とに対してサービス処理を実行してログ情報を生成する。そして、生成されたジョブログの属性情報とフォルダ対応表とに基づいていずれかの共有フォルダに振り分けて出力する（Ｓ５０１〜Ｓ５０７）ことを特徴とする。
【解決手段】
情報処理装置から取得するログ情報を保持するためにアクセス権限が個別に設定された複数の共有フォルダを確保した状態で、データ処理サービスが取得したジョブ情報とコンテンツ情報とに対してサービス処理を実行してログ情報を生成する。そして、生成されたジョブログの属性情報とフォルダ対応表とに基づいていずれかの共有フォルダに振り分けて出力する（Ｓ５０１〜Ｓ５０７）ことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置が管理するジョブログを情報処理装置の検索アプリケーションを用いて検索を行うシステムに関する。
【背景技術】
【０００２】
映像事務機のコピーやデータ送信、印刷におけるジョブ情報やコンテンツ情報を取得してサーバで集中管理し、後からこれらの履歴情報（ログ情報）を検索しジョブ情報やコンテンツ情報を参照するコンテンツ情報監査システムがある。ここで、映像事務機とは、画像処理装置、例えばプリンター、スキャナー、並びに複合機（ＭＦＰ）などが含まれる。
【０００３】
ユーザはオフィス業務に際してこれらの映像事務機を利用するが、映像事務機はコピーやＦＡＸ送受信、印刷などといった処理ごとにジョブ情報とコンテンツ情報を収集する。
【０００４】
管理者は、ユーザが適正ではない状態で映像事務機を利用していないかどうかを監査するため、ログ監査システムを利用して、収集されたジョブ情報やコンテンツ情報をキーワードや画像による検索を行い、ユーザの行った処理の内容を参照することができる。
【０００５】
ところで、従来のログ監査システムは、取得したジョブ情報やコンテンツ情報をデータベースとストレージシステムで構成されるデータサーバに保存し集中管理する。データサーバの構成はデータベース管理ソフトやストレージのハードウエア構成が複雑なため、設置や管理が難しい。
【０００６】
そこで、今日、ジョブ情報やコンテンツ情報をデータサーバの変わりに汎用のファイルサーバ（共有フォルダ）に保存する簡易的なコンテンツ情報監査システム（以下、「簡易ログ監査システム」と呼ぶ）が考えられている。簡易ログ監査システムは、データサーバの構築が不要であり、ユーザが利用しているファイルサーバをそのまま利用できるため、設置や管理がより簡単になる。
【０００７】
簡易ログ監査システムでは、ジョブ情報やコンテンツ情報の内容を見るために汎用のエディタを利用する。ジョブ情報はテキストやＣＳＶファイルのフォーマットなので、テキストエディタを利用することができる。また、コンテンツ情報は画像フォーマットなので、画像ビューワを利用する。
【０００８】
監査を実施する管理担当者（以下、「監査者」と呼ぶ）は、ファイルサーバに保存されたジョブ情報やコンテンツ情報をこれら汎用のアプリケーションを利用することで、ユーザが映像事務機で行った処理の内容を参照し監査実務を遂行する。
【０００９】
ところで、ジョブ情報やコンテンツ情報はユーザがコピーや印刷をするごとに生成されるため、これらログ情報の数は膨大な量に及ぶ。監査者は、膨大な量のログ情報から目的のログ情報を参照しなければならないため、検索機能が重要である。
【００１０】
従来、簡易ログ監査システムは、膨大な量のログ情報を一箇所のファイルサーバに集中して保存していた。監査者は検索機能を有する汎用のテキストエディタを用いて、一箇所に集められた膨大な数のログ情報の中から特定のキーワードを含んでいるものを検索する作業を行う必要があった。
【００１１】
また、検索を行うためには、ログ情報に対するインデックスを事前に生成しておく必要がある。大量のログ情報に対するインデックス生成処理には、非常に多くの時間を要するため、監査者は検索したい時にすぐに検索できない、あるいは高性能の検索用ＰＣを用意しなければならないなど、利便性の低下が問題となっていた。
【００１２】
さらに、大量のログ情報が一箇所のファイルサーバにまとめて格納されるため、ログ情報の監査作業を複数の監査者で分担しにくい問題もある。加えて、一箇所のファイルサーバに格納されたログ情報は、監査者は全てのログ情報を参照することができてしまい、内部統制上の問題があった。
【００１３】
従来、特許文献1によれば、検索インデックス生成処理の負荷を軽減する事に関して、データの内容に応じでシグネチャを作成し利用する方法が提案されている。また、特許文献2によれば、一箇所に保存されたログ情報に対する参照制限に関して、画像処理装置で生成する画像データに閲覧に関する情報を関連付ける方法が提案されている。
【特許文献１】特開２００８−９８５９号公報
【特許文献２】特開２００５−２００６２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
特許文献１によれば、検索インデックスを生成するに先立って先ずデータのシグネチャを生成する。このシグネチャが既に登録されたデータのシグネチャと一致するかどうかを検索し、見つかれば新たな検索インデックスの生成をスキップする。
【００１５】
しかし、この方法では、シグネチャを作成し、既存のデータと照合するための専用かつ複雑な構成のプログラムが必要となる。また、インデックス生成時にシグネチャの生成と照合処理が動作するため、インデックス作成負荷の軽減に対して十分な効果が得られない。
【００１６】
特許文献２によれば、画像データ関連づく閲覧情報やこの閲覧情報を元にアクセス制限を行う処理コンポーネントが必要となる。このため、データ量が増加し、専用かつ複雑なログ情報参照プログラムが必要である。
【００１７】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、情報処理装置から大量に取得されるログ情報を検索するためのインデックス作成負荷を軽減できる仕組みを提供することである。
【００１８】
また、情報処理装置から取得するログ情報を複数の監査者で分担して監査できる仕組みを提供することである。
【課題を解決するための手段】
【００１９】
上記目的を達成する本発明の管理装置は以下に示す構成を備える。
【００２０】
データ処理装置のエージェントからジョブ情報とコンテンツ情報を取得してログ情報を管理する管理装置であって、ログ情報を保持するためにアクセス権限が個別に設定された複数の共有フォルダと、前記エージェントから取得したジョブ情報とコンテンツ情報とに基づいてログ情報を生成する生成手段と、前記ログ情報に含まれる属性情報に従って前記ログ情報を保持すべき共有フォルダを特定するための対応情報を保持する保持手段と、前記生成手段により生成されたジョブログの属性情報と前記対応情報とに基づいていずれかの共有フォルダに振り分けて出力するログ出力手段とを備えることを特徴とする。
【発明の効果】
【００２１】
本発明によれば、画像処理装置から取得されたログ情報は、ジョブ情報に含まれる属性値の内容に応じて複数の共有フォルダのいずれかへ振り分けて保存される。検索アプリケーションは共有フォルダにアクセスしてジョブ情報とコンテンツ情報に対する検索インデックスを生成する。しかし、映像事務機から取得した全てのログ情報ではなく、監査者が参照できる一部のログ情報を対象として検索インデックス生成処理を行うため処理負荷が軽減される。
【００２２】
また、ログ情報を複数の共有フォルダへ振り分ける際に、監査者の参照範囲に基づいて振り分けるため、大量のログ情報を取得した場合でも監査を分担することができ、かつ参照範囲を限定することが可能となる。
【００２３】
よって、簡易ログ監査システムの利用に際して利用者の利便性をさらに向上する。
【発明を実施するための最良の形態】
【００２４】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２５】
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す情報処理装置の構成を説明するブロック図である。本例は、簡易ログ監査システムの各コンポーネント・プログラムが動作する情報処理装置の構成例である。なお、後述する図２に示すユーザＰＣ２０２、プリントサーバ２０３も同様のハードウエア資源を備える。
【００２６】
図１において、１０１はＣＰＵであり、ログ情報取得に関する各種データ処理や検索のための演算処理を行い、ＢＵＳ１０８に接続された各構成要素を制御する。
【００２７】
ＲＯＭ１０２は、データ読出し専用のメモリで、情報処理装置１００の基本制御プログラムが格納されている。ＲＡＭ１０３は、データ読み書き用のメモリである。ＣＰＵ１０１の各種演算処理やデータの一時記憶用に用いられる。外部記憶装置１０６は、情報処理装置１００のオペレーティングシステム（ＯＳ）のシステムプログラム、並びに簡易ログ監査システムのプログラムやデータ処理中の一時記憶領域として用いられる。
【００２８】
ＲＡＭ１０３に比べてデータの入出力は遅いが、大容量のデータを保持することが可能である。いわゆる磁気記憶装置（ＨＤＤ）が主としてこれに該当し、さらにＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリカードといった外部メディアを接続して、データの読込みや記録を行う装置も含まれる。
【００２９】
入力装置１０４は、情報処理装置１００に文字やデータを入力する。各種のキーボードやマウスなどが該当する。表示装置１０５は、情報処理装置１００の処理結果を表示する。ＣＲＴないしは液晶モニタなどがこれに該当する。通信装置１０７は、ＬＡＮに接続してＴＣＰ／ＩＰによるデータ通信を行い、他の情報処理装置と相互に通信を行う場合に使用される。
【００３０】
図２は、図１に示す情報処理装置を含む情報監査システムの構成を説明するブロック図である。本実施形態では、サーバＰＣ、監査者別のＰＣ、ファイルサーバＰＣ、画像形成装置とがネットワークを介して接続されてジョブログを管理するシステム例である。なお、サーバＰＣ、監査者別のＰＣ、ファイルサーバＰＣには、後述するソフトウエア（モジュール）がインストールされており、図１に示すＣＰＵ１０１がＲＡＭ１０３にロードして実行することでそれぞれの機能に基づくデータ処理が実現される。以下、本システムにおけるログ処理について詳述する。
【００３１】
図２において、２０１はデジタル複合機（ＭＦＰ）である。ＭＦＰ２０１にはエージェント（Ａｇｅｎｔ）機能が備わっている。ここで、Ａｇｅｎｔとは、ユーザがＭＦＰ２０１で行ったコピーやＦＡＸ送信などといったジョブに関して、そのジョブ情報やコンテンツ情報を収集して外部転送する機能を実行するモジュールである。以下、Ａｇｅｎｔと略記する。
【００３２】
２０２はユーザＰＣであり、当該ユーザＰＣ２０２にもＡｇｅｎｔ機能が備わっている。ユーザＰＣ２０２では、ネットワーク印刷に関するジョブ情報やコンテンツ情報の収集が行われる。２０３はプリントサーバである。プリントサーバ２０３にもＡｇｅｎｔ機能が備わっている。ユーザがプリントサーバ経由で印刷を実施した場合は、当該プリントサーバ２０３にてジョブ情報とコンテンツ情報の収集がなされる。
【００３３】
サーバＰＣ２００において、２０４はサービスプロバイダである。ＭＦＰ２０１、ユーザＰＣ２０２、及びプリントサーバ２０３の各Ａｇｅｎｔから収集され外部転送されたジョブ情報及びコンテンツ情報は、サービスプロバイダ２０４へ転送される。
【００３４】
サービスプロバイダ２０４では各Ａｇｅｎｔから受信したジョブ情報やコンテンツ情報に対して必要なデータ処理を行う。サービスプロバイダ２０４で行われるサービス処理とは、例えば、画像フォーマット変換、解像度変換、画像から文字情報を抽出するＯＣＲ処理などである。
【００３５】
データ受信サービス２０５は、サービスプロバイダ２０４の構成要素の１つであり、図２に示すＭＦＰ２０１等のＡｇｅｎｔからのデータを受信する。そして、データ受信サービス２０５は、Ａｇｅｎｔから受信したデータは、一度、データ処理バッファ２０７へ格納される。データ処理バッファ２０７は、サービスプロバイダ２０４が動作しているサーバＰＣ２００のハードディスク上に作られる。
【００３６】
このようにデータ処理バッファ２０７へデータが一時的に格納されることで、サービスプロバイダ２０４で行われるデータ受信処理とデータ処理を並行して処理することが可能となる。
【００３７】
データ処理サービス２０６は、ＭＦＰ２０１等のＡｇｅｎｔから受信したコンテンツ情報に対して前述した各種のデータ処理を行う。データ処理を完了すると、処理済のデータを再びデータ処理バッファ２０７へ格納される。データ処理サービス２０６は、ＭＦＰ２０１等のエージェントから取得したジョブ情報とコンテンツ情報とに対してサービス処理を実行してコンテンツログを含むログ情報を生成する。ここで、サービス処理とは、画像フォーマット変換、解像度変換、画像から文字情報を抽出するＯＣＲ処理等が含まれる。
【００３８】
ログ情報出力サービス２０８は、処理済データを監査者別に設けられる外部のフォルダへ出力する処理を行う。ここで、外部のフォルダとは、いわゆるファイルサーバＰＣ２５０に構成された共有フォルダ２１６であって、監査者別に設けられる。監査者別に設けられる共有フォルダ２１６は、例えば、ＯＳがＷｉｎｄｏｗｓ（登録商標）のファイルサーバＰＣ２５０によって構成され、フォルダへのアクセスは認証設定が可能である。なお、ファイルサーバＰＣ２５０は、後述する監査者のＰＣから共有フォルダに対するログイン要求に際して、ユーザ情報を認証するユーザ認証処理を行う。
【００３９】
ログ情報出力サービス２０８は、ログ情報の出力先を振分ける振分け処理部２０９を備えている。振分け処理部２０９は、処理済のデータをデータ処理バッファ２０７から読み出して、後述するフローチャートに示す手順に従って複数の共有フォルダ２１６へ適宜振り分けて出力するログ出力処理を行う。なお、複数の共有フォルダ２１６は個別にアクセス権限が設定可能に構成されている。
【００４０】
ここで、振分け処理は、フォルダ対応表２１０に記述された情報に基づいて行われる。フォルダ対応表２１０には、ジョブ情報属性と振分け先フォルダの対応情報が記述されている。振分け処理部２０９は、データ処理サービス２０６が処理した処理済データを出力する際、ジョブ情報に記載された属性情報をもとに、フォルダ対応表２１０に記述された情報を参照し、データ出力先のフォルダを判別してデータを出力する。
【００４１】
振分け処理部２０９が参照するジョブ情報に記載された情報とは、例えば、ジョブ実行ユーザ名である。ここで、ジョブ実行ユーザ名は、当該ジョブ情報のジョブを実行したユーザ名であって、ユーザ情報として機能する。従って、振分け処理部２０９は、ジョブ実行ユーザ名によってログ情報出力先を振り分けることができる。
【００４２】
フォルダ対応表２１０は、システムマネージャ２１１によって設定したり変更したりすることができるように構成されている。システムマネージャ２１１は、本発明にかかる簡易ログ監査システムのシステム設定、並びにＡｇｅｎｔ情報の状態を監視する機能処理を実行する。
【００４３】
ここで、システム設定については、システム管理部２１３が、また、ＡｇｅｎｔについてはＡｇｅｎｔ管理部２１２がそれぞれ設定したり管理したりする。一方、対応関係割り当て処理部２１４は、システムマネージャ２１１に含まれており、サービスプロバイダ２０４のフォルダ対応表２１０の内容を設定する。
【００４４】
サービスプロバイダ２０４は、１つあるいはそれ以上設置することが可能である。このため、一貫したログ情報出力先振分け処理を行うため、対応関係割り当て処理部２１４は、全てのフォルダ対応表２１０に対して同じ内容を設定する。
【００４５】
システム管理者は、サーバＰＣ２００のシステムマネージャ２１１を使用して監査者ごとの振分け先フォルダ指定を設定したり変更したりする。この内容は、対応関係割り当て処理部２１４によって全てのサービスプロバイダ２０４へ通知され、それぞれのフォルダ対応表２１０が設定したり変更されたりする。
【００４６】
なお、サービスプロバイダ２０４とシステムマネージャ２１１は同じサーバＰＣ上にそれぞれ設置することができる。また、共有フォルダ２１６を構成するファイルサーバ２１５については、サービスプロバイダ２０４、システムマネージャ２１１と同じサーバＰＣ上に構成しても良いし、異なるノードとして構成することも可能である。
【００４７】
また、データ処理サービス２０６が処理した処理済データは、振分け処理部２０９によって共有フォルダ２１６へ出力され格納される。ここで、処理済データには、ジョブ情報、画像処理が施されたコンテンツ情報、ＯＣＲ処理されて得たテキスト情報、並びにコンテンツ情報から抽出した画像特徴量情報などが含まれている。
【００４８】
また、画像特徴量情報とは、画像検索処理において画像の類似度を判定するために使用される。
【００４９】
ＭＦＰ２０１等のＡｇｅｎｔによって収集されたジョブ情報及びコンテンツ情報は、必要な処理を経て、全て対応関係割り当て処理部２１４によって指定された共有フォルダ２１６へ格納される。大量のログ情報が蓄積することになるため、監査者が必要なログ情報を探し出すためには、図２に示す検索アプリケーション２２０が使用される。
【００５０】
検索アプリケーション２２０は、監査者のＰＣ２２９の上に監査者毎に設置して使用する。これは監査者毎に参照するログ情報の範囲を限定するためである。２３２、２３３、２３４は、それぞれ監査者Ａ用、監査者Ｂ用、監査者Ｃ用の検索アプリケーションであり、ファイルサーバＰＣ２１５においてそれぞれ異なる共有フォルダに格納されたログ情報を参照している。
【００５１】
検索アプリケーション２２０は、検索機能をＷＥＢブラウザから使用できるようにするため簡易ＨＴＴＰサーバ２２１の機能を実行可能に構成されている。２２２はクエリ制御部で、共有フォルダ２１６に対する検索条件を指定する。２２３は表示制御部で、ＷＥＢブラウザへ表示画面を出力するためにＨＴＭＬを生成する。
【００５２】
２２４は画像検索部で、コンテンツ情報から抽出された画像特徴量を利用して共有フォルダに格納された画像情報に対する画像検索処理を行う。２２５は複合検索制御部で、ジョブ情報属性による属性検索、コンテンツ情報から抽出されたテキストデータに対する全文テキスト検索、及び先の画像検索と３種類の検索を組み合わせて効率よく検索を行う。
【００５３】
フォルダアクセス管理部２３０は、検索アプリケーション２２０が共有フォルダ２１６へアクセスする際のアクセス認証と、データの入出力処理を制御する。検索アプリケーション２２０は、あらかじめ設定された共有フォルダへアクセスする際に必要なログイン情報管理部２３１を有している。
【００５４】
フォルダアクセス管理部２３０は、ログイン情報管理部２３１のログイン情報を参照して、共有フォルダ２１６へのログイン認証を行う。
【００５５】
ここで、共有フォルダ２１６へのログイン認証に成功すると、Ｉｎｄｅｘ作成サービス２２６は、共有フォルダ２１６に格納されたログ情報を検索するためのインデックスを作成する。インデックスの作成は、共有フォルダ２１６に格納されたジョブ情報、テキスト情報を参照して行われる。
【００５６】
そして、作成したインデックスは、検索アプリケーション２２０が備えているデータベース２２７で管理され、データの実態はHDD２２８に格納される。ここで、データベース２２７は、インデックス保持手段として機能する。
【００５７】
なお、検索アプリケーション２２０は、インデックスを作成した後、インデックスデータをログ情報の格納された共有フォルダ２１６へ格納することも可能である。このように構成することでログ情報とインデックス情報をまとめて容易にバックアップすることができる。
【００５８】
なお、図２に示すシステム例では、検索インデックスは監査者ＸのＰＣ２２９のＨＤＤ２２８に格納する構成となっている。また、共有フォルダ２１６にはあらかじめアクセス権を設定することができる。検索アプリケーション２２０は、共有フォルダ２１６へアクセスする際にアクセス認証のための認証情報を指定しなければならない。
【００５９】
このため、検索アプリケーション２２０には、当該アプリケーションを使用する監査者の認証情報をあらかじめ設定しておくことができ、共有フォルダ２１６へアクセスする際、プログラム的に当該認証情報が共有フォルダ２１６へ与えられて認証が行われる。
【００６０】
検索アプリケーション２２０は、共有フォルダ２１６へのアクセス認証に成功した場合のみインデックス生成処理を実施する。
【００６１】
図３は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、サービスプロバイダ２０４におけるデータ受信処理フロー例である。なお、データ受信フローは図２に示したデータ受信サービス２０５によって制御されている。
【００６２】
また、Ｓ３０１〜Ｓ３０３は各ステップを示し、各ステップは、サーバＰＣ２００のＣＰＵがＲＡＭにロードしたモジュールを実行することで実現される。以下、説明上、図２に示した各モジュールに基づくデータ処理について説明する。
【００６３】
Ｓ３０１は、データ受信サービス２０５は、各画像処理装置、或いはＰＣ２１５においてＡｇｅｎｔからデータを受信している最中であることを他の処理プロセスへ通知するためにステータスをデータ受信中に更新する。ここで、受信データは、データ処理バッファ２０７へ格納されるが、当該ステータスにより他のプロセスが受信中のデータにアクセスしないように制御することができる。ここで、処理ステータスは、受信データに関連付けられて、受信データごとに管理されている。
【００６４】
次に、Ｓ３０２は、ＭＦＰ２０１のＡｇｅｎｔからログ情報データを受信する。ここで、ログ情報データはＷｅｂサービス技術を利用してテキストとバイナリの各データを受信することができる。また、送受信データの一貫性を保証するため、データの送信と受信の状態遷移制御が行われていることは言うまでもない。
【００６５】
このようにしてログ情報データの受信が完了すると、Ｓ３０３で、データの受信が完了したことを他の処理プロセスへ通知するためにステータスをデータ受信完了に更新して、本処理を終了する。
【００６６】
ここで、他の処理プロセスとは、データ処理サービス２０６であり、ステータスがデータ受信完了となったデータに対して各種のデータ処理を開始する。
【００６７】
図４は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、図２に示したデータ処理サービス２０６の処理例である。本処理は、データ処理サービス２０６によって制御されている。なお、Ｓ４０１〜Ｓ４０７は各ステップを示し、各ステップはサーバ２００のＣＰＵがＲＡＭにロードしたモジュールを実行することで実現される。以下、説明上、図２に示したデータ処理サービス２０６に基づくデータ処理について説明する。
【００６８】
Ｓ４０１で、データ処理サービス２０６は、データ処理バッファ２０７に格納された受信データを定期的に監視し、データ受信が完了したデータが存在するかどうかを確認する。この確認処理で、受信が完了したデータをデータ処理サービス２０６が見つけると、Ｓ４０２で、当該データファイルのステータスをデータ処理中に更新する。このように、データ処理中のステータスを設けることで、複数のデータ処理プロセスが動作した時にひとつの受信データを複数の処理プロセスが取り合わないように制御することができる。
【００６９】
次に、Ｓ４０３で、データ処理サービス２０６は、データ処理バッファ２０７から読み出される受信データに対して、ＯＣＲ処理及び各種の画像処理を実行する。ここで、受信データにはジョブ情報とコンテンツ情報が含まれている。また、コンテンツ情報は画像データより構成されている。さらに、画像データはサイズが大きいことがあるため、この場合は、データ処理サービス２０６が解像度変換を実行して画像データのデータサイズを小さくする画像処理が実行される。
【００７０】
また、後で監査者が画像データを参照しやすくするために、データ処理サービス２０６は、画像フォーマットを汎用的なものへ変換する画像処理も実行する。
【００７１】
例えは、ＪＰＥＧ画像データへ変換しフォーマットを、例えばＰＤＦにする等である。ここで、ＰＤＦとは、アドビ社が開発したPortable Document Formatに対応する。
【００７２】
一方、画像データに含まれている文字情報を抽出するために、データ処理サービス２０６はＯＣＲ処理等の画像処理を実行する。ここで、抽出された文字情報は、後で監査者が全文テキスト検索する場合に利用される。
【００７３】
次に、Ｓ４０４で、ＯＣＲ又は画像処理において何らかのエラーが発生したかどうかをデータ処理サービス２０６が判断する。ここで、エラーが発生しているとデータ処理サービス２０６が判断した場合は、Ｓ４０５で、データ処理サービス２０６がステータスをデータ処理エラーへ更新した後、本処理を終了する。なお、データ処理エラーステータスの場合、処理プロセスは当該データに対する処理をスキップして、別のデータに対する処理を行う。
【００７４】
一方、Ｓ４０４で、エラーが発生していないとデータ処理サービス２０６が判断した場合は、Ｓ４０６で、ステータスはデータ処理完了へと更新される。次に、Ｓ４０７で、データ処理サービス２０６は、受信したデータは不要なため削除して、本処理を終了する。なお、データ処理完了ステータスとなった処理済のデータは、再びデータ処理バッファ２０７へ格納され、ログ情報出力処理に供される。
【００７５】
図５は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、ログ情報出力サービス２０８のログ情報出力処理例である。なお、Ｓ５０１〜Ｓ５０７は各ステップを示し、各ステップはサーバＰＣ２００のＣＰＵがＲＡＭにロードしたモジュールを実行することで実現される。以下、説明上、図２に示したログ情報出力サービス２０８に基づくデータ処理について説明する。
【００７６】
まず、Ｓ５０１で、ログ情報出力サービス２０８は、データ処理バッファ２０７に格納された処理済みデータを監視し、データ処理完了ステータスのファイルの有無を定期的に確認する。そして、Ｓ５０２で、ログ情報出力サービス２０８は、処理済データを見つけると、当該データのステータスをデータ出力中へ更新する。
【００７７】
次に、Ｓ５０３で、ログ情報出力サービス２０８は、ログ情報の出力先を振分ける振分け処理部２０９によって制御され、フォルダ対応表２１０の内容に従ってデータ処理済のログ情報を共有フォルダ２１６へ出力するログ情報出力先振分け処理を行う。なお、ログ情報出力先振分け処理工程の詳細については後述する。また、本実施形態では、ファイルサーバＰＣ２１５に確保される監査者別の共有フォルダに対してデータ処理済のログ情報が出力される。
【００７８】
次に、Ｓ５０４で、ログ情報出力サービス２０８は、ログ情報の出力先を振分ける処理でエラーが発生しているかどうかを判断する。ここで、ログ情報の出力先を振分ける処理でエラーが発生しているとログ情報出力サービス２０８が判断した場合は、ステータスはデータ出力エラーへ更新して、本処理を終了する。つまり、データ出力エラーとログ情報出力サービス２０８が判断した場合、処理プロセスは当該データに対する処理をスキップする。
【００７９】
一方、Ｓ５０４で、正常にデータ出力処理が終了してエラーが発生していないとログ情報出力サービス２０８が判断した場合は、Ｓ５０６へ進む。そして、Ｓ５０６で、ログ情報出力サービス２０８は、ステータスをデータ出力完了へ更新し、Ｓ５０７で、ログ情報出力サービス２０８は処理済みデータを削除して、本処理を終了する。
【００８０】
次に、図６を用いてＳ５０３に示したログ情報出力先振分け処理を説明する。
【００８１】
図６は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、ログ情報出力先振分け処理の詳細例である。なお、Ｓ６０１〜Ｓ６１１は各ステップを示し、各ステップはサーバＰＣ２００のＣＰＵがＲＡＭにロードしたモジュールを実行することで実現される。以下、説明上、図２に示したログ情報出力サービス２０８に基づくデータ処理について説明する。また、本処理は、図２に示したログ情報出力サービス２０８の処理プロセスの中で動作し、さらにログ情報出力サービス２０８が内包しているログ情報の出力先を振分ける振分け処理部２０９が制御している。
【００８２】
まず、Ｓ６０１は、振分け処理部２０９は、ジョブ情報に含まれている属性値を参照する。例えば、ジョブ情報中のユーザ名を参照して属性値を抽出する処理が行われる。なお、どの属性を参照するかはあらかじめ設定で変更することが可能である。ジョブ情報中のユーザ名はジョブ実行ユーザ名に相当するため、この場合はジョブ実行ユーザ毎にどの共有フォルダ２１６へログ情報一式を出力するかを判別することができる。
【００８３】
そして、Ｓ６０２で、振分け処理部２０９は、どの属性を参照すべきかを決定できたかどうかを判断する。ここで、属性値がＮＵＬＬである場合には、どの属性を参照すべきかを決定できないものと振分け処理部２０９が判断して、Ｓ６０３へ進む。
【００８４】
そして、Ｓ６０３で、振分け処理部２０９が既定フォルダを指定して、Ｓ６０６へ進む。ここで、既定フォルダとは、フォルダ対応表２１０による振分けができない場合にあらかじめ決めておいたフォルダが指定される。
【００８５】
一方、Ｓ６０２で、どの属性を参照すべきかを決定できたと振分け処理部２０９が判断した場合、すなわち、属性値を抽出できたと判断した場合は、Ｓ６０４へ進む。
【００８６】
そして、Ｓ６０４で、振分け処理部２０９は、ログ情報の出力先を決定するためにフォルダ対応表２１０の内容を参照して、データを出力する先のフォルダパスを決定する。ここで、図１０に示すデータ構造を備えるフォルダ対応表２１０には、ジョブ情報属性の中に含まれている属性値とこれに関連付けられたフォルダパス情報が記述されている。
【００８７】
次に、Ｓ６０５で、振分け処理部２０９は、フォルダパスを決定したかどうかを判定する。振分け処理部２０９がフォルダ対応表２１０を参照してフォルダパスが決定すれば、実際にデータを出力する処理へと移行するが、フォルダパスが決まらない場合は、Ｓ６０８へ進む。そして、Ｓ６０８で、振分け処理部２０９は、エラーフラグをＯｎにしてエラー処理を行い、本処理を終了する。
【００８８】
一方、Ｓ６０５で、振分け処理部２０９がフォルダパスを決定したと判断した場合は、Ｓ６０６へ進む。
【００８９】
そして、Ｓ６０６で、振分け処理部２０９は、ファイルサーバＰＣ２１５に確保されるアクセス権限設定がなされている共有フォルダ２１６に対してログイン処理を行う。ここで、ユーザＩＤとパスワードは共有フォルダ毎に異なり、本実施形態ではフォルダ対応表２１０にフォルダパスと共に記述されている。
【００９０】
具体的には、振分け処理部２０９がＳ６０４のフォルダ対応表を参照する処理でフォルダパスを参照する際に併せてアクセス情報を取得し、当該取得したアクセス情報を用いてログイン処理を行う。
【００９１】
次に、Ｓ６０７で、振分け処理部２０９がフォルダへのログイン処理が成功したかどうかを判断する。ここで、ログイン処理に失敗したと振分け処理部２０９が判断した場合、Ｓ６０８へ進み、エラーフラグをＯｎにして、本処理を終了する。この後、図５に示したＳ５０４で、エラー処理が行われるように制御される。
【００９２】
一方、Ｓ６０７で、ログインに成功したと振分け処理部２０９が判断した場合は、実際にデータ出力処理を行うためＳ６０９へ進む。
【００９３】
そして、Ｓ６０９で、振分け処理部２０９がデータ出力に先立って共有フォルダ２１６に出力される出力データのステータス（外部ステータス）をフォルダ出力中へ更新する。これにより、共有フォルダ２１６へ出力中のデータが、外部の処理プロセス、例えば検索アプリケーションによって参照されることを防止することができる。
【００９４】
次に、Ｓ６１０で、振分け処理部２０９がログ情報を共有フォルダ２１６へ出力する。この際、振分け処理部２０９は、ファイル転送プロトコルを利用して、ログ情報を共有フォルダ２１６へ出力する。ここで、用いられるプロトコルとしては、ＳＭＢ（Server Message Block）、ＦＴＰ（File Transfer Protocol）が挙げられる。
【００９５】
そして、振分け処理部２０９がログ情報を共有フォルダ２１６に出力する処理を完了したら、Ｓ６１１で、データ処理バッファ２０７で管理される外部ステータスをフォルダ出力完了へ更新する。フォルダ出力完了ステータスによって、外部の処理プロセスは、当該出力データに対する処理を開始することが可能となる。
【００９６】
なお、ＭＦＰ２０１等のＡｇｅｎｔで取得したログ情報は、サービスプロバイダ２０４の全ての処理工程をへて共有フォルダ２１６へ出力された段階で終了する。監査者別に設けられる各々の共有フォルダ２１６に格納されたログ情報は、例えば監査者Ｘが操作するＰＣ２２９の検索アプリケーション２２０がインデックスを生成する場合に参照される。
【００９７】
また、サーバＰＣ２００において、システム管理者の運用方針に従って、データのバックアップと削除が既存のソフトウエア・プログラムと処理手順に従って実施される。
【００９８】
図７は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、検索アプリケーション２２０がインデックスを生成する処理の詳細例である。ここで、検索アプリケーション２２０は、監査者のＰＣ上で動作するソフトウエア・プログラムであり、あらかじめ指定したタイミングで共有フォルダ２１６に格納されたログ情報にアクセスしてインデックスを生成する。
【００９９】
例えば、検索アプリケーション２２０が起動している最中に定期的にインデックス作成処理を実行する。なお、Ｓ７０１〜Ｓ７０７は各ステップを示し、各ステップはＰＣ２２９のＣＰＵがＲＡＭにロードしたモジュールを実行することで実現される。
【０１００】
まず、共有フォルダ２１６へアクセスする際にはログイン処理が検索アプリケーション２２０の処理プロセスによって実行される。Ｓ７０１で、検索アプリケーション２２０がログインに成功したかどうかを判断する。ここで、ログインに失敗した場合は、その旨のメッセージを出力した後、処理を終了する。
【０１０１】
一方、Ｓ７０１で、ログイン処理に成功したと判断した場合は、Ｓ７０２で、外部ステータスが出力完了となっているデータが共有フォルダ２１６にあるかを検索アプリケーション２２０が確認する。
【０１０２】
そして、Ｓ７０３で、検索アプリケーション２２０は、出力完了となっているデータから順番に参照し、検索のためのインデックス生成処理へと移行する。
【０１０３】
そして、Ｓ７０４で、Ｓ７０３のデータ参照処理に基づき、ジョブ情報データ、及びテキストデータが参照しているデータに含まれているかどうか、すなわち、特徴量情報が含まれているかどうかを検索アプリケーション２２０が判断する。ここで、参照しているデータに特徴量情報が含まれていると検索アプリケーション２２０が判断した場合は、Ｓ７０７で、検索アプリケーション２２０はジョブ情報、及びテキストデータのインデックスデータをデータベース２２７へ格納して、本処理を終了する。
【０１０４】
より具体的には、Ｓ７０４において、参照したログ情報が画像特徴量データであると検索アプリケーション２２０が判断した場合は、Ｓ７０５で、そのまま検索アプリケーション側に取得してデータベース２２７へ保存する。ここで、ジョブ情報及びテキストデータについては、生成したインデックスを用いて属性検索や全文テキスト検索を行い、画像特徴量については画像検索のために使用する。
【０１０５】
一方、Ｓ７０４で、特徴量情報が含まれていないと検索アプリケーション２２０が判断した場合は、Ｓ７０６へ進み、検索アプリケーション２２０一連のインデックスの生成処理を行う。
【０１０６】
ここで、一連のインデックスの生成処理は、共有フォルダ２１６に格納された全てのデータについて実施される。なお、検索アプリケーション２２０は、インデックス生成処理ステータスをデータごとに管理されている。このため検索アプリケーション２２０がインデックス生成を中断しても、次に中断したところからインデックスの生成を再開させることが可能となる。また、一旦インデックスの生成が完了した後、新たに共有フォルダ２１６へ出力されたデータに対して追加でインデックスの生成を行うことも可能である。
【０１０７】
次に、Ｓ７０７で、検索アプリケーション２２０は、作成されたインデックスの更新処理を行い、処理を終了する。
【０１０８】
図８は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、検索アプリケーション２２０における検索処理の詳細例である。ここで、検索アプリケーション２２０はＷＥＢアプリケーションで構成されているため、監査者のＰＣ２２９上でＷＥＢブラウザを起動して検索アプリケーション機能を実行する。なお、Ｓ８０１〜Ｓ８０６は各ステップを示し、各ステップはサーバＰＣ２２９のＣＰＵがＲＡＭにロードしたモジュールを実行することで実現される。
【０１０９】
まず、ＰＣ２２９上の監査者は参照したログ情報を検索によって探し出すために、キーワードと条件式を指定する。そして、Ｓ８０１で、検索アプリケーション２２０は監査者が指定したキーワードと条件式からクエリ情報を取得する。そして、Ｓ８０２で、検索アプリケーション２２０は、画像検索を含んだ複合検索かどうかを判断する。なお、画像検索である場合は、画像そのものをクエリとして指定するので、条件の中にクエリ画像が指定されているかどうかで判断する。
【０１１０】
ここで、画像クエリがないと検索アプリケーション２２０が判断した場合は、Ｓ８０３へ進む。そして、Ｓ８０３で、属性検索、及び全文テキスト検索のみを実行する。そして、検索アプリケーション２２０は、属性検索と全文テキスト検索がデータベース２２７に対して実行し、Ｓ８０４で、検索アプリケーション２２０は、検索結果をＷＥＢ画面上に表示して、本処理を終了する。
【０１１１】
一方、Ｓ８０２で、画像検索を含む複合検索を行うと検索アプリケーション２２０が判断した場合は、Ｓ８０５へ進む。そして、Ｓ８０５で、検索アプリケーション２２０は、先ず属性検索と全文テキスト検索のためのクエリＳＱＬを発行する。これは、画像検索の対象母集団を小さくして処理負荷を軽減するためである。ここで、ＳＱＬとはStructured Query Languageの略記であって、リレーショナルデータベースの操作を行うための言語の一つである。
【０１１２】
そして、Ｓ８０６で、検索アプリケーション２２０は、属性検索と全文テキスト検索によって絞り込まれた母集団を対象として画像検索を実行して、Ｓ８０４へ進む。ここで、画像検索は、既知のアルゴリズムと処理フローによって実現される。
【０１１３】
以上のようにして監査者は大量に蓄積したログ情報を検索し、ヒットしたジョブ情報やコンテンツ情報を共有フォルダに格納されたデータを直接参照して、実際に内容（ジョブ情報、文書画像やテキスト）を見ることができる。
【０１１４】
図９は、本実施形態を示す情報処理装置におけるログ情報の構造及び各データの依存関係を示す図である。本例は、データ処理後に共有フォルダへ出力されるログ情報の構造及び各データの依存関係を示している。
【０１１５】
図９において、ログ情報は、ジョブ情報９０２、コンテンツ情報９０３、画像特徴量９０６から構成される。それぞれのデータの依存関係は、ジョブごとに作成されるログ情報フォルダ９０１によって管理される。共有フォルダ２１６へは、当該ログ情報フォルダ９０１単位で出力される。
【０１１６】
ログ情報フォルダ９０１に格納されているジョブ情報９０２、コンテンツ情報９０３、画像特徴量９０６は、それぞれ同じジョブに関連づくログ情報である。
【０１１７】
一方、コンテンツ情報９０３については、さらにテキスト情報９０４、及び画像情報９０５から構成されている。テキスト情報９０４、および画像情報９０５は、図２のデータ処理サービス２０６によってそれぞれ生成される。
【０１１８】
また、ジョブ情報９０２は、テキスト形式で記述された構造化データであり、ユーザ名、ジョブ名、デバイス名、文書名などといった、ジョブに関する属性情報が含まれている。これらの属性情報は、映像事務機や印刷ドライバ、印刷ドライバの動作しているユーザＰＣによって設定され、Ａｇｅｎｔからデータ受信サービス２０５が取得する。
【０１１９】
図１０は、図２に示したサービスプロバイダにおけるフォルダ対応表２１０の構成内容を示す図である。本例は、コンテンツログを保持すべき共有フォルダへのパス情報と、コンテンツログの属性情報とを対応付けた対応情報の一例である。
【０１２０】
図１０において、１００１は、ログ情報出力先振分け処理部２０９が参照するフォルダ対応表２１０の中のジョブ情報である。ジョブ情報には、該ジョブの属性情報として、ジョブ実行ユーザ名、ファイル名、部門名、デバイス名などが含まれている。なお、ジョブ情報１００１のジョブ属性は、ジョブ実行ユーザ名を定義している。
【０１２１】
１００２は、ジョブ情報として参照する属性情報の値である。また、１００３は、ログ情報振分け処理部２０９がログ情報を格納する先の共有フォルダパスである。
【０１２２】
図１０に示す構成によれば、属性がジョブ実行ユーザ名で、値がＳｈｉｇｅｅｄａのログ情報は、共有フォルダ￥￥ｓｅｒｖｅｒ００．ｃｏ．ｊｐ￥ＣｏｎｔｅｎｔｓＬｏｇｓ００￥へ格納することを指定している。
【０１２３】
また、属性がジョブ実行ユーザ名で、値がＮａｋａｍｕｒａのログ情報は、共有フォルダ￥￥ｓｅｒｖｅｒ０１．ｃｏ．ｊｐ￥ＣｏｎｔｅｎｔｓＬｏｇｓ００￥へ格納することを指定している。
【０１２４】
このようにしてログ情報の出力先を振分ける振分け処理部２０９は、フォルダ対応表２１０を参照してジョブ情報毎にログ情報を出力する共有フォルダを切り替えて出力する。
【０１２５】
なお、サービスプロバイダ２０４が、各共有フォルダへログインするために必要な認証情報は、別途、サービスプロバイダ２０４の内部で保持・管理されている（不図示）。
【０１２６】
また、図１０は、ジョブ情報１００１の属性情報としてジョブ実行ユーザ名を設定してあるが、他の属性情報を設定することも可能である。
【０１２７】
図１１は、図２に示した検索アプリケーション２２０におけるフォルダ情報設定画面を示す図である。本例は、監査者別のＰＣが備える表示装置に表示されるユーザインタフェースの一例であって、検索アプリケーション２２０が提供する画面例である。
【０１２８】
図１１に示すように、Ｗｅｂアプリケーションとして構成された検索アプリケーション２２０の設定リンクを開くとフォルダ情報設定画面１１０１がＷｅｂブラウザに表示される。フォルダ情報設定画面１１０１は、フレーム構造で構成された複数フレームの１つとして表示しても良い。
【０１２９】
フォルダ情報設定画面１１０１は、共有フォルダ２１６へのパス情報を設定するフォルダパス情報設定部１１０２、該共有フォルダ２１６にログインするために必要なユーザＩＤ情報を設定するユーザＩＤ設定部１１０３、及びパスワード設定部１１０４を有している。
【０１３０】
フォルダ情報設定画面１１０１の内容は、監査者毎に異なる。監査者は、検索アプリケーション２２０を使用するに当たって、先ずフォルダ情報設定画面１１０１にて各情報を設定する。監査者が検索アプリケーション２２０を使用して検索するログ情報は、フォルダ情報設定画面１１０１に設定された共有フォルダのみに制限される。
【０１３１】
以下、図１２に示すメモリマップを参照して本発明に係る情報監査システムで読み取り可能なデータ処理プログラムの構成について説明する。
【０１３２】
図１２は、本発明に係る情報監査システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１３３】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１３４】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１３５】
本実施形態におけるフローチャートに示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１３６】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１３７】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１３８】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１３９】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１４０】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶したコンピュータ読み取り可能な記憶媒体は本発明を構成することになる。
【０１４１】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１４２】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１４３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４５】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０１４６】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１４７】
【図１】本実施形態を示す情報処理装置の構成を説明するブロック図である。
【図２】図１に示す情報処理装置を含むログ監査システムの構成を説明するブロック図である。
【図３】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図４】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図５】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図６】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図７】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図８】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図９】本実施形態を示す情報処理装置におけるログ情報の構造及び各データの依存関係を示す図である。
【図１０】図２に示したサービスプロバイダにおけるフォルダ対応表２１０の構成内容を示す図である。
【図１１】図２に示した検索アプリケーションにおけるフォルダ情報設定画面を示す図である。
【図１２】本発明に係る情報監査システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１４８】
２００ サーバＰＣ
２０４ サービスプロバイダ
２１０ フォルダ対応表
２１４ 対応関係割り当て処理部
２１５ ファイルサーバ
２１６ 共有フォルダ
２２０ 検索アプリケーション
【技術分野】
【０００１】
本発明は、管理装置が管理するジョブログを情報処理装置の検索アプリケーションを用いて検索を行うシステムに関する。
【背景技術】
【０００２】
映像事務機のコピーやデータ送信、印刷におけるジョブ情報やコンテンツ情報を取得してサーバで集中管理し、後からこれらの履歴情報（ログ情報）を検索しジョブ情報やコンテンツ情報を参照するコンテンツ情報監査システムがある。ここで、映像事務機とは、画像処理装置、例えばプリンター、スキャナー、並びに複合機（ＭＦＰ）などが含まれる。
【０００３】
ユーザはオフィス業務に際してこれらの映像事務機を利用するが、映像事務機はコピーやＦＡＸ送受信、印刷などといった処理ごとにジョブ情報とコンテンツ情報を収集する。
【０００４】
管理者は、ユーザが適正ではない状態で映像事務機を利用していないかどうかを監査するため、ログ監査システムを利用して、収集されたジョブ情報やコンテンツ情報をキーワードや画像による検索を行い、ユーザの行った処理の内容を参照することができる。
【０００５】
ところで、従来のログ監査システムは、取得したジョブ情報やコンテンツ情報をデータベースとストレージシステムで構成されるデータサーバに保存し集中管理する。データサーバの構成はデータベース管理ソフトやストレージのハードウエア構成が複雑なため、設置や管理が難しい。
【０００６】
そこで、今日、ジョブ情報やコンテンツ情報をデータサーバの変わりに汎用のファイルサーバ（共有フォルダ）に保存する簡易的なコンテンツ情報監査システム（以下、「簡易ログ監査システム」と呼ぶ）が考えられている。簡易ログ監査システムは、データサーバの構築が不要であり、ユーザが利用しているファイルサーバをそのまま利用できるため、設置や管理がより簡単になる。
【０００７】
簡易ログ監査システムでは、ジョブ情報やコンテンツ情報の内容を見るために汎用のエディタを利用する。ジョブ情報はテキストやＣＳＶファイルのフォーマットなので、テキストエディタを利用することができる。また、コンテンツ情報は画像フォーマットなので、画像ビューワを利用する。
【０００８】
監査を実施する管理担当者（以下、「監査者」と呼ぶ）は、ファイルサーバに保存されたジョブ情報やコンテンツ情報をこれら汎用のアプリケーションを利用することで、ユーザが映像事務機で行った処理の内容を参照し監査実務を遂行する。
【０００９】
ところで、ジョブ情報やコンテンツ情報はユーザがコピーや印刷をするごとに生成されるため、これらログ情報の数は膨大な量に及ぶ。監査者は、膨大な量のログ情報から目的のログ情報を参照しなければならないため、検索機能が重要である。
【００１０】
従来、簡易ログ監査システムは、膨大な量のログ情報を一箇所のファイルサーバに集中して保存していた。監査者は検索機能を有する汎用のテキストエディタを用いて、一箇所に集められた膨大な数のログ情報の中から特定のキーワードを含んでいるものを検索する作業を行う必要があった。
【００１１】
また、検索を行うためには、ログ情報に対するインデックスを事前に生成しておく必要がある。大量のログ情報に対するインデックス生成処理には、非常に多くの時間を要するため、監査者は検索したい時にすぐに検索できない、あるいは高性能の検索用ＰＣを用意しなければならないなど、利便性の低下が問題となっていた。
【００１２】
さらに、大量のログ情報が一箇所のファイルサーバにまとめて格納されるため、ログ情報の監査作業を複数の監査者で分担しにくい問題もある。加えて、一箇所のファイルサーバに格納されたログ情報は、監査者は全てのログ情報を参照することができてしまい、内部統制上の問題があった。
【００１３】
従来、特許文献1によれば、検索インデックス生成処理の負荷を軽減する事に関して、データの内容に応じでシグネチャを作成し利用する方法が提案されている。また、特許文献2によれば、一箇所に保存されたログ情報に対する参照制限に関して、画像処理装置で生成する画像データに閲覧に関する情報を関連付ける方法が提案されている。
【特許文献１】特開２００８−９８５９号公報
【特許文献２】特開２００５−２００６２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
特許文献１によれば、検索インデックスを生成するに先立って先ずデータのシグネチャを生成する。このシグネチャが既に登録されたデータのシグネチャと一致するかどうかを検索し、見つかれば新たな検索インデックスの生成をスキップする。
【００１５】
しかし、この方法では、シグネチャを作成し、既存のデータと照合するための専用かつ複雑な構成のプログラムが必要となる。また、インデックス生成時にシグネチャの生成と照合処理が動作するため、インデックス作成負荷の軽減に対して十分な効果が得られない。
【００１６】
特許文献２によれば、画像データ関連づく閲覧情報やこの閲覧情報を元にアクセス制限を行う処理コンポーネントが必要となる。このため、データ量が増加し、専用かつ複雑なログ情報参照プログラムが必要である。
【００１７】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、情報処理装置から大量に取得されるログ情報を検索するためのインデックス作成負荷を軽減できる仕組みを提供することである。
【００１８】
また、情報処理装置から取得するログ情報を複数の監査者で分担して監査できる仕組みを提供することである。
【課題を解決するための手段】
【００１９】
上記目的を達成する本発明の管理装置は以下に示す構成を備える。
【００２０】
データ処理装置のエージェントからジョブ情報とコンテンツ情報を取得してログ情報を管理する管理装置であって、ログ情報を保持するためにアクセス権限が個別に設定された複数の共有フォルダと、前記エージェントから取得したジョブ情報とコンテンツ情報とに基づいてログ情報を生成する生成手段と、前記ログ情報に含まれる属性情報に従って前記ログ情報を保持すべき共有フォルダを特定するための対応情報を保持する保持手段と、前記生成手段により生成されたジョブログの属性情報と前記対応情報とに基づいていずれかの共有フォルダに振り分けて出力するログ出力手段とを備えることを特徴とする。
【発明の効果】
【００２１】
本発明によれば、画像処理装置から取得されたログ情報は、ジョブ情報に含まれる属性値の内容に応じて複数の共有フォルダのいずれかへ振り分けて保存される。検索アプリケーションは共有フォルダにアクセスしてジョブ情報とコンテンツ情報に対する検索インデックスを生成する。しかし、映像事務機から取得した全てのログ情報ではなく、監査者が参照できる一部のログ情報を対象として検索インデックス生成処理を行うため処理負荷が軽減される。
【００２２】
また、ログ情報を複数の共有フォルダへ振り分ける際に、監査者の参照範囲に基づいて振り分けるため、大量のログ情報を取得した場合でも監査を分担することができ、かつ参照範囲を限定することが可能となる。
【００２３】
よって、簡易ログ監査システムの利用に際して利用者の利便性をさらに向上する。
【発明を実施するための最良の形態】
【００２４】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２５】
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す情報処理装置の構成を説明するブロック図である。本例は、簡易ログ監査システムの各コンポーネント・プログラムが動作する情報処理装置の構成例である。なお、後述する図２に示すユーザＰＣ２０２、プリントサーバ２０３も同様のハードウエア資源を備える。
【００２６】
図１において、１０１はＣＰＵであり、ログ情報取得に関する各種データ処理や検索のための演算処理を行い、ＢＵＳ１０８に接続された各構成要素を制御する。
【００２７】
ＲＯＭ１０２は、データ読出し専用のメモリで、情報処理装置１００の基本制御プログラムが格納されている。ＲＡＭ１０３は、データ読み書き用のメモリである。ＣＰＵ１０１の各種演算処理やデータの一時記憶用に用いられる。外部記憶装置１０６は、情報処理装置１００のオペレーティングシステム（ＯＳ）のシステムプログラム、並びに簡易ログ監査システムのプログラムやデータ処理中の一時記憶領域として用いられる。
【００２８】
ＲＡＭ１０３に比べてデータの入出力は遅いが、大容量のデータを保持することが可能である。いわゆる磁気記憶装置（ＨＤＤ）が主としてこれに該当し、さらにＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリカードといった外部メディアを接続して、データの読込みや記録を行う装置も含まれる。
【００２９】
入力装置１０４は、情報処理装置１００に文字やデータを入力する。各種のキーボードやマウスなどが該当する。表示装置１０５は、情報処理装置１００の処理結果を表示する。ＣＲＴないしは液晶モニタなどがこれに該当する。通信装置１０７は、ＬＡＮに接続してＴＣＰ／ＩＰによるデータ通信を行い、他の情報処理装置と相互に通信を行う場合に使用される。
【００３０】
図２は、図１に示す情報処理装置を含む情報監査システムの構成を説明するブロック図である。本実施形態では、サーバＰＣ、監査者別のＰＣ、ファイルサーバＰＣ、画像形成装置とがネットワークを介して接続されてジョブログを管理するシステム例である。なお、サーバＰＣ、監査者別のＰＣ、ファイルサーバＰＣには、後述するソフトウエア（モジュール）がインストールされており、図１に示すＣＰＵ１０１がＲＡＭ１０３にロードして実行することでそれぞれの機能に基づくデータ処理が実現される。以下、本システムにおけるログ処理について詳述する。
【００３１】
図２において、２０１はデジタル複合機（ＭＦＰ）である。ＭＦＰ２０１にはエージェント（Ａｇｅｎｔ）機能が備わっている。ここで、Ａｇｅｎｔとは、ユーザがＭＦＰ２０１で行ったコピーやＦＡＸ送信などといったジョブに関して、そのジョブ情報やコンテンツ情報を収集して外部転送する機能を実行するモジュールである。以下、Ａｇｅｎｔと略記する。
【００３２】
２０２はユーザＰＣであり、当該ユーザＰＣ２０２にもＡｇｅｎｔ機能が備わっている。ユーザＰＣ２０２では、ネットワーク印刷に関するジョブ情報やコンテンツ情報の収集が行われる。２０３はプリントサーバである。プリントサーバ２０３にもＡｇｅｎｔ機能が備わっている。ユーザがプリントサーバ経由で印刷を実施した場合は、当該プリントサーバ２０３にてジョブ情報とコンテンツ情報の収集がなされる。
【００３３】
サーバＰＣ２００において、２０４はサービスプロバイダである。ＭＦＰ２０１、ユーザＰＣ２０２、及びプリントサーバ２０３の各Ａｇｅｎｔから収集され外部転送されたジョブ情報及びコンテンツ情報は、サービスプロバイダ２０４へ転送される。
【００３４】
サービスプロバイダ２０４では各Ａｇｅｎｔから受信したジョブ情報やコンテンツ情報に対して必要なデータ処理を行う。サービスプロバイダ２０４で行われるサービス処理とは、例えば、画像フォーマット変換、解像度変換、画像から文字情報を抽出するＯＣＲ処理などである。
【００３５】
データ受信サービス２０５は、サービスプロバイダ２０４の構成要素の１つであり、図２に示すＭＦＰ２０１等のＡｇｅｎｔからのデータを受信する。そして、データ受信サービス２０５は、Ａｇｅｎｔから受信したデータは、一度、データ処理バッファ２０７へ格納される。データ処理バッファ２０７は、サービスプロバイダ２０４が動作しているサーバＰＣ２００のハードディスク上に作られる。
【００３６】
このようにデータ処理バッファ２０７へデータが一時的に格納されることで、サービスプロバイダ２０４で行われるデータ受信処理とデータ処理を並行して処理することが可能となる。
【００３７】
データ処理サービス２０６は、ＭＦＰ２０１等のＡｇｅｎｔから受信したコンテンツ情報に対して前述した各種のデータ処理を行う。データ処理を完了すると、処理済のデータを再びデータ処理バッファ２０７へ格納される。データ処理サービス２０６は、ＭＦＰ２０１等のエージェントから取得したジョブ情報とコンテンツ情報とに対してサービス処理を実行してコンテンツログを含むログ情報を生成する。ここで、サービス処理とは、画像フォーマット変換、解像度変換、画像から文字情報を抽出するＯＣＲ処理等が含まれる。
【００３８】
ログ情報出力サービス２０８は、処理済データを監査者別に設けられる外部のフォルダへ出力する処理を行う。ここで、外部のフォルダとは、いわゆるファイルサーバＰＣ２５０に構成された共有フォルダ２１６であって、監査者別に設けられる。監査者別に設けられる共有フォルダ２１６は、例えば、ＯＳがＷｉｎｄｏｗｓ（登録商標）のファイルサーバＰＣ２５０によって構成され、フォルダへのアクセスは認証設定が可能である。なお、ファイルサーバＰＣ２５０は、後述する監査者のＰＣから共有フォルダに対するログイン要求に際して、ユーザ情報を認証するユーザ認証処理を行う。
【００３９】
ログ情報出力サービス２０８は、ログ情報の出力先を振分ける振分け処理部２０９を備えている。振分け処理部２０９は、処理済のデータをデータ処理バッファ２０７から読み出して、後述するフローチャートに示す手順に従って複数の共有フォルダ２１６へ適宜振り分けて出力するログ出力処理を行う。なお、複数の共有フォルダ２１６は個別にアクセス権限が設定可能に構成されている。
【００４０】
ここで、振分け処理は、フォルダ対応表２１０に記述された情報に基づいて行われる。フォルダ対応表２１０には、ジョブ情報属性と振分け先フォルダの対応情報が記述されている。振分け処理部２０９は、データ処理サービス２０６が処理した処理済データを出力する際、ジョブ情報に記載された属性情報をもとに、フォルダ対応表２１０に記述された情報を参照し、データ出力先のフォルダを判別してデータを出力する。
【００４１】
振分け処理部２０９が参照するジョブ情報に記載された情報とは、例えば、ジョブ実行ユーザ名である。ここで、ジョブ実行ユーザ名は、当該ジョブ情報のジョブを実行したユーザ名であって、ユーザ情報として機能する。従って、振分け処理部２０９は、ジョブ実行ユーザ名によってログ情報出力先を振り分けることができる。
【００４２】
フォルダ対応表２１０は、システムマネージャ２１１によって設定したり変更したりすることができるように構成されている。システムマネージャ２１１は、本発明にかかる簡易ログ監査システムのシステム設定、並びにＡｇｅｎｔ情報の状態を監視する機能処理を実行する。
【００４３】
ここで、システム設定については、システム管理部２１３が、また、ＡｇｅｎｔについてはＡｇｅｎｔ管理部２１２がそれぞれ設定したり管理したりする。一方、対応関係割り当て処理部２１４は、システムマネージャ２１１に含まれており、サービスプロバイダ２０４のフォルダ対応表２１０の内容を設定する。
【００４４】
サービスプロバイダ２０４は、１つあるいはそれ以上設置することが可能である。このため、一貫したログ情報出力先振分け処理を行うため、対応関係割り当て処理部２１４は、全てのフォルダ対応表２１０に対して同じ内容を設定する。
【００４５】
システム管理者は、サーバＰＣ２００のシステムマネージャ２１１を使用して監査者ごとの振分け先フォルダ指定を設定したり変更したりする。この内容は、対応関係割り当て処理部２１４によって全てのサービスプロバイダ２０４へ通知され、それぞれのフォルダ対応表２１０が設定したり変更されたりする。
【００４６】
なお、サービスプロバイダ２０４とシステムマネージャ２１１は同じサーバＰＣ上にそれぞれ設置することができる。また、共有フォルダ２１６を構成するファイルサーバ２１５については、サービスプロバイダ２０４、システムマネージャ２１１と同じサーバＰＣ上に構成しても良いし、異なるノードとして構成することも可能である。
【００４７】
また、データ処理サービス２０６が処理した処理済データは、振分け処理部２０９によって共有フォルダ２１６へ出力され格納される。ここで、処理済データには、ジョブ情報、画像処理が施されたコンテンツ情報、ＯＣＲ処理されて得たテキスト情報、並びにコンテンツ情報から抽出した画像特徴量情報などが含まれている。
【００４８】
また、画像特徴量情報とは、画像検索処理において画像の類似度を判定するために使用される。
【００４９】
ＭＦＰ２０１等のＡｇｅｎｔによって収集されたジョブ情報及びコンテンツ情報は、必要な処理を経て、全て対応関係割り当て処理部２１４によって指定された共有フォルダ２１６へ格納される。大量のログ情報が蓄積することになるため、監査者が必要なログ情報を探し出すためには、図２に示す検索アプリケーション２２０が使用される。
【００５０】
検索アプリケーション２２０は、監査者のＰＣ２２９の上に監査者毎に設置して使用する。これは監査者毎に参照するログ情報の範囲を限定するためである。２３２、２３３、２３４は、それぞれ監査者Ａ用、監査者Ｂ用、監査者Ｃ用の検索アプリケーションであり、ファイルサーバＰＣ２１５においてそれぞれ異なる共有フォルダに格納されたログ情報を参照している。
【００５１】
検索アプリケーション２２０は、検索機能をＷＥＢブラウザから使用できるようにするため簡易ＨＴＴＰサーバ２２１の機能を実行可能に構成されている。２２２はクエリ制御部で、共有フォルダ２１６に対する検索条件を指定する。２２３は表示制御部で、ＷＥＢブラウザへ表示画面を出力するためにＨＴＭＬを生成する。
【００５２】
２２４は画像検索部で、コンテンツ情報から抽出された画像特徴量を利用して共有フォルダに格納された画像情報に対する画像検索処理を行う。２２５は複合検索制御部で、ジョブ情報属性による属性検索、コンテンツ情報から抽出されたテキストデータに対する全文テキスト検索、及び先の画像検索と３種類の検索を組み合わせて効率よく検索を行う。
【００５３】
フォルダアクセス管理部２３０は、検索アプリケーション２２０が共有フォルダ２１６へアクセスする際のアクセス認証と、データの入出力処理を制御する。検索アプリケーション２２０は、あらかじめ設定された共有フォルダへアクセスする際に必要なログイン情報管理部２３１を有している。
【００５４】
フォルダアクセス管理部２３０は、ログイン情報管理部２３１のログイン情報を参照して、共有フォルダ２１６へのログイン認証を行う。
【００５５】
ここで、共有フォルダ２１６へのログイン認証に成功すると、Ｉｎｄｅｘ作成サービス２２６は、共有フォルダ２１６に格納されたログ情報を検索するためのインデックスを作成する。インデックスの作成は、共有フォルダ２１６に格納されたジョブ情報、テキスト情報を参照して行われる。
【００５６】
そして、作成したインデックスは、検索アプリケーション２２０が備えているデータベース２２７で管理され、データの実態はHDD２２８に格納される。ここで、データベース２２７は、インデックス保持手段として機能する。
【００５７】
なお、検索アプリケーション２２０は、インデックスを作成した後、インデックスデータをログ情報の格納された共有フォルダ２１６へ格納することも可能である。このように構成することでログ情報とインデックス情報をまとめて容易にバックアップすることができる。
【００５８】
なお、図２に示すシステム例では、検索インデックスは監査者ＸのＰＣ２２９のＨＤＤ２２８に格納する構成となっている。また、共有フォルダ２１６にはあらかじめアクセス権を設定することができる。検索アプリケーション２２０は、共有フォルダ２１６へアクセスする際にアクセス認証のための認証情報を指定しなければならない。
【００５９】
このため、検索アプリケーション２２０には、当該アプリケーションを使用する監査者の認証情報をあらかじめ設定しておくことができ、共有フォルダ２１６へアクセスする際、プログラム的に当該認証情報が共有フォルダ２１６へ与えられて認証が行われる。
【００６０】
検索アプリケーション２２０は、共有フォルダ２１６へのアクセス認証に成功した場合のみインデックス生成処理を実施する。
【００６１】
図３は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、サービスプロバイダ２０４におけるデータ受信処理フロー例である。なお、データ受信フローは図２に示したデータ受信サービス２０５によって制御されている。
【００６２】
また、Ｓ３０１〜Ｓ３０３は各ステップを示し、各ステップは、サーバＰＣ２００のＣＰＵがＲＡＭにロードしたモジュールを実行することで実現される。以下、説明上、図２に示した各モジュールに基づくデータ処理について説明する。
【００６３】
Ｓ３０１は、データ受信サービス２０５は、各画像処理装置、或いはＰＣ２１５においてＡｇｅｎｔからデータを受信している最中であることを他の処理プロセスへ通知するためにステータスをデータ受信中に更新する。ここで、受信データは、データ処理バッファ２０７へ格納されるが、当該ステータスにより他のプロセスが受信中のデータにアクセスしないように制御することができる。ここで、処理ステータスは、受信データに関連付けられて、受信データごとに管理されている。
【００６４】
次に、Ｓ３０２は、ＭＦＰ２０１のＡｇｅｎｔからログ情報データを受信する。ここで、ログ情報データはＷｅｂサービス技術を利用してテキストとバイナリの各データを受信することができる。また、送受信データの一貫性を保証するため、データの送信と受信の状態遷移制御が行われていることは言うまでもない。
【００６５】
このようにしてログ情報データの受信が完了すると、Ｓ３０３で、データの受信が完了したことを他の処理プロセスへ通知するためにステータスをデータ受信完了に更新して、本処理を終了する。
【００６６】
ここで、他の処理プロセスとは、データ処理サービス２０６であり、ステータスがデータ受信完了となったデータに対して各種のデータ処理を開始する。
【００６７】
図４は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、図２に示したデータ処理サービス２０６の処理例である。本処理は、データ処理サービス２０６によって制御されている。なお、Ｓ４０１〜Ｓ４０７は各ステップを示し、各ステップはサーバ２００のＣＰＵがＲＡＭにロードしたモジュールを実行することで実現される。以下、説明上、図２に示したデータ処理サービス２０６に基づくデータ処理について説明する。
【００６８】
Ｓ４０１で、データ処理サービス２０６は、データ処理バッファ２０７に格納された受信データを定期的に監視し、データ受信が完了したデータが存在するかどうかを確認する。この確認処理で、受信が完了したデータをデータ処理サービス２０６が見つけると、Ｓ４０２で、当該データファイルのステータスをデータ処理中に更新する。このように、データ処理中のステータスを設けることで、複数のデータ処理プロセスが動作した時にひとつの受信データを複数の処理プロセスが取り合わないように制御することができる。
【００６９】
次に、Ｓ４０３で、データ処理サービス２０６は、データ処理バッファ２０７から読み出される受信データに対して、ＯＣＲ処理及び各種の画像処理を実行する。ここで、受信データにはジョブ情報とコンテンツ情報が含まれている。また、コンテンツ情報は画像データより構成されている。さらに、画像データはサイズが大きいことがあるため、この場合は、データ処理サービス２０６が解像度変換を実行して画像データのデータサイズを小さくする画像処理が実行される。
【００７０】
また、後で監査者が画像データを参照しやすくするために、データ処理サービス２０６は、画像フォーマットを汎用的なものへ変換する画像処理も実行する。
【００７１】
例えは、ＪＰＥＧ画像データへ変換しフォーマットを、例えばＰＤＦにする等である。ここで、ＰＤＦとは、アドビ社が開発したPortable Document Formatに対応する。
【００７２】
一方、画像データに含まれている文字情報を抽出するために、データ処理サービス２０６はＯＣＲ処理等の画像処理を実行する。ここで、抽出された文字情報は、後で監査者が全文テキスト検索する場合に利用される。
【００７３】
次に、Ｓ４０４で、ＯＣＲ又は画像処理において何らかのエラーが発生したかどうかをデータ処理サービス２０６が判断する。ここで、エラーが発生しているとデータ処理サービス２０６が判断した場合は、Ｓ４０５で、データ処理サービス２０６がステータスをデータ処理エラーへ更新した後、本処理を終了する。なお、データ処理エラーステータスの場合、処理プロセスは当該データに対する処理をスキップして、別のデータに対する処理を行う。
【００７４】
一方、Ｓ４０４で、エラーが発生していないとデータ処理サービス２０６が判断した場合は、Ｓ４０６で、ステータスはデータ処理完了へと更新される。次に、Ｓ４０７で、データ処理サービス２０６は、受信したデータは不要なため削除して、本処理を終了する。なお、データ処理完了ステータスとなった処理済のデータは、再びデータ処理バッファ２０７へ格納され、ログ情報出力処理に供される。
【００７５】
図５は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、ログ情報出力サービス２０８のログ情報出力処理例である。なお、Ｓ５０１〜Ｓ５０７は各ステップを示し、各ステップはサーバＰＣ２００のＣＰＵがＲＡＭにロードしたモジュールを実行することで実現される。以下、説明上、図２に示したログ情報出力サービス２０８に基づくデータ処理について説明する。
【００７６】
まず、Ｓ５０１で、ログ情報出力サービス２０８は、データ処理バッファ２０７に格納された処理済みデータを監視し、データ処理完了ステータスのファイルの有無を定期的に確認する。そして、Ｓ５０２で、ログ情報出力サービス２０８は、処理済データを見つけると、当該データのステータスをデータ出力中へ更新する。
【００７７】
次に、Ｓ５０３で、ログ情報出力サービス２０８は、ログ情報の出力先を振分ける振分け処理部２０９によって制御され、フォルダ対応表２１０の内容に従ってデータ処理済のログ情報を共有フォルダ２１６へ出力するログ情報出力先振分け処理を行う。なお、ログ情報出力先振分け処理工程の詳細については後述する。また、本実施形態では、ファイルサーバＰＣ２１５に確保される監査者別の共有フォルダに対してデータ処理済のログ情報が出力される。
【００７８】
次に、Ｓ５０４で、ログ情報出力サービス２０８は、ログ情報の出力先を振分ける処理でエラーが発生しているかどうかを判断する。ここで、ログ情報の出力先を振分ける処理でエラーが発生しているとログ情報出力サービス２０８が判断した場合は、ステータスはデータ出力エラーへ更新して、本処理を終了する。つまり、データ出力エラーとログ情報出力サービス２０８が判断した場合、処理プロセスは当該データに対する処理をスキップする。
【００７９】
一方、Ｓ５０４で、正常にデータ出力処理が終了してエラーが発生していないとログ情報出力サービス２０８が判断した場合は、Ｓ５０６へ進む。そして、Ｓ５０６で、ログ情報出力サービス２０８は、ステータスをデータ出力完了へ更新し、Ｓ５０７で、ログ情報出力サービス２０８は処理済みデータを削除して、本処理を終了する。
【００８０】
次に、図６を用いてＳ５０３に示したログ情報出力先振分け処理を説明する。
【００８１】
図６は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、ログ情報出力先振分け処理の詳細例である。なお、Ｓ６０１〜Ｓ６１１は各ステップを示し、各ステップはサーバＰＣ２００のＣＰＵがＲＡＭにロードしたモジュールを実行することで実現される。以下、説明上、図２に示したログ情報出力サービス２０８に基づくデータ処理について説明する。また、本処理は、図２に示したログ情報出力サービス２０８の処理プロセスの中で動作し、さらにログ情報出力サービス２０８が内包しているログ情報の出力先を振分ける振分け処理部２０９が制御している。
【００８２】
まず、Ｓ６０１は、振分け処理部２０９は、ジョブ情報に含まれている属性値を参照する。例えば、ジョブ情報中のユーザ名を参照して属性値を抽出する処理が行われる。なお、どの属性を参照するかはあらかじめ設定で変更することが可能である。ジョブ情報中のユーザ名はジョブ実行ユーザ名に相当するため、この場合はジョブ実行ユーザ毎にどの共有フォルダ２１６へログ情報一式を出力するかを判別することができる。
【００８３】
そして、Ｓ６０２で、振分け処理部２０９は、どの属性を参照すべきかを決定できたかどうかを判断する。ここで、属性値がＮＵＬＬである場合には、どの属性を参照すべきかを決定できないものと振分け処理部２０９が判断して、Ｓ６０３へ進む。
【００８４】
そして、Ｓ６０３で、振分け処理部２０９が既定フォルダを指定して、Ｓ６０６へ進む。ここで、既定フォルダとは、フォルダ対応表２１０による振分けができない場合にあらかじめ決めておいたフォルダが指定される。
【００８５】
一方、Ｓ６０２で、どの属性を参照すべきかを決定できたと振分け処理部２０９が判断した場合、すなわち、属性値を抽出できたと判断した場合は、Ｓ６０４へ進む。
【００８６】
そして、Ｓ６０４で、振分け処理部２０９は、ログ情報の出力先を決定するためにフォルダ対応表２１０の内容を参照して、データを出力する先のフォルダパスを決定する。ここで、図１０に示すデータ構造を備えるフォルダ対応表２１０には、ジョブ情報属性の中に含まれている属性値とこれに関連付けられたフォルダパス情報が記述されている。
【００８７】
次に、Ｓ６０５で、振分け処理部２０９は、フォルダパスを決定したかどうかを判定する。振分け処理部２０９がフォルダ対応表２１０を参照してフォルダパスが決定すれば、実際にデータを出力する処理へと移行するが、フォルダパスが決まらない場合は、Ｓ６０８へ進む。そして、Ｓ６０８で、振分け処理部２０９は、エラーフラグをＯｎにしてエラー処理を行い、本処理を終了する。
【００８８】
一方、Ｓ６０５で、振分け処理部２０９がフォルダパスを決定したと判断した場合は、Ｓ６０６へ進む。
【００８９】
そして、Ｓ６０６で、振分け処理部２０９は、ファイルサーバＰＣ２１５に確保されるアクセス権限設定がなされている共有フォルダ２１６に対してログイン処理を行う。ここで、ユーザＩＤとパスワードは共有フォルダ毎に異なり、本実施形態ではフォルダ対応表２１０にフォルダパスと共に記述されている。
【００９０】
具体的には、振分け処理部２０９がＳ６０４のフォルダ対応表を参照する処理でフォルダパスを参照する際に併せてアクセス情報を取得し、当該取得したアクセス情報を用いてログイン処理を行う。
【００９１】
次に、Ｓ６０７で、振分け処理部２０９がフォルダへのログイン処理が成功したかどうかを判断する。ここで、ログイン処理に失敗したと振分け処理部２０９が判断した場合、Ｓ６０８へ進み、エラーフラグをＯｎにして、本処理を終了する。この後、図５に示したＳ５０４で、エラー処理が行われるように制御される。
【００９２】
一方、Ｓ６０７で、ログインに成功したと振分け処理部２０９が判断した場合は、実際にデータ出力処理を行うためＳ６０９へ進む。
【００９３】
そして、Ｓ６０９で、振分け処理部２０９がデータ出力に先立って共有フォルダ２１６に出力される出力データのステータス（外部ステータス）をフォルダ出力中へ更新する。これにより、共有フォルダ２１６へ出力中のデータが、外部の処理プロセス、例えば検索アプリケーションによって参照されることを防止することができる。
【００９４】
次に、Ｓ６１０で、振分け処理部２０９がログ情報を共有フォルダ２１６へ出力する。この際、振分け処理部２０９は、ファイル転送プロトコルを利用して、ログ情報を共有フォルダ２１６へ出力する。ここで、用いられるプロトコルとしては、ＳＭＢ（Server Message Block）、ＦＴＰ（File Transfer Protocol）が挙げられる。
【００９５】
そして、振分け処理部２０９がログ情報を共有フォルダ２１６に出力する処理を完了したら、Ｓ６１１で、データ処理バッファ２０７で管理される外部ステータスをフォルダ出力完了へ更新する。フォルダ出力完了ステータスによって、外部の処理プロセスは、当該出力データに対する処理を開始することが可能となる。
【００９６】
なお、ＭＦＰ２０１等のＡｇｅｎｔで取得したログ情報は、サービスプロバイダ２０４の全ての処理工程をへて共有フォルダ２１６へ出力された段階で終了する。監査者別に設けられる各々の共有フォルダ２１６に格納されたログ情報は、例えば監査者Ｘが操作するＰＣ２２９の検索アプリケーション２２０がインデックスを生成する場合に参照される。
【００９７】
また、サーバＰＣ２００において、システム管理者の運用方針に従って、データのバックアップと削除が既存のソフトウエア・プログラムと処理手順に従って実施される。
【００９８】
図７は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、検索アプリケーション２２０がインデックスを生成する処理の詳細例である。ここで、検索アプリケーション２２０は、監査者のＰＣ上で動作するソフトウエア・プログラムであり、あらかじめ指定したタイミングで共有フォルダ２１６に格納されたログ情報にアクセスしてインデックスを生成する。
【００９９】
例えば、検索アプリケーション２２０が起動している最中に定期的にインデックス作成処理を実行する。なお、Ｓ７０１〜Ｓ７０７は各ステップを示し、各ステップはＰＣ２２９のＣＰＵがＲＡＭにロードしたモジュールを実行することで実現される。
【０１００】
まず、共有フォルダ２１６へアクセスする際にはログイン処理が検索アプリケーション２２０の処理プロセスによって実行される。Ｓ７０１で、検索アプリケーション２２０がログインに成功したかどうかを判断する。ここで、ログインに失敗した場合は、その旨のメッセージを出力した後、処理を終了する。
【０１０１】
一方、Ｓ７０１で、ログイン処理に成功したと判断した場合は、Ｓ７０２で、外部ステータスが出力完了となっているデータが共有フォルダ２１６にあるかを検索アプリケーション２２０が確認する。
【０１０２】
そして、Ｓ７０３で、検索アプリケーション２２０は、出力完了となっているデータから順番に参照し、検索のためのインデックス生成処理へと移行する。
【０１０３】
そして、Ｓ７０４で、Ｓ７０３のデータ参照処理に基づき、ジョブ情報データ、及びテキストデータが参照しているデータに含まれているかどうか、すなわち、特徴量情報が含まれているかどうかを検索アプリケーション２２０が判断する。ここで、参照しているデータに特徴量情報が含まれていると検索アプリケーション２２０が判断した場合は、Ｓ７０７で、検索アプリケーション２２０はジョブ情報、及びテキストデータのインデックスデータをデータベース２２７へ格納して、本処理を終了する。
【０１０４】
より具体的には、Ｓ７０４において、参照したログ情報が画像特徴量データであると検索アプリケーション２２０が判断した場合は、Ｓ７０５で、そのまま検索アプリケーション側に取得してデータベース２２７へ保存する。ここで、ジョブ情報及びテキストデータについては、生成したインデックスを用いて属性検索や全文テキスト検索を行い、画像特徴量については画像検索のために使用する。
【０１０５】
一方、Ｓ７０４で、特徴量情報が含まれていないと検索アプリケーション２２０が判断した場合は、Ｓ７０６へ進み、検索アプリケーション２２０一連のインデックスの生成処理を行う。
【０１０６】
ここで、一連のインデックスの生成処理は、共有フォルダ２１６に格納された全てのデータについて実施される。なお、検索アプリケーション２２０は、インデックス生成処理ステータスをデータごとに管理されている。このため検索アプリケーション２２０がインデックス生成を中断しても、次に中断したところからインデックスの生成を再開させることが可能となる。また、一旦インデックスの生成が完了した後、新たに共有フォルダ２１６へ出力されたデータに対して追加でインデックスの生成を行うことも可能である。
【０１０７】
次に、Ｓ７０７で、検索アプリケーション２２０は、作成されたインデックスの更新処理を行い、処理を終了する。
【０１０８】
図８は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、検索アプリケーション２２０における検索処理の詳細例である。ここで、検索アプリケーション２２０はＷＥＢアプリケーションで構成されているため、監査者のＰＣ２２９上でＷＥＢブラウザを起動して検索アプリケーション機能を実行する。なお、Ｓ８０１〜Ｓ８０６は各ステップを示し、各ステップはサーバＰＣ２２９のＣＰＵがＲＡＭにロードしたモジュールを実行することで実現される。
【０１０９】
まず、ＰＣ２２９上の監査者は参照したログ情報を検索によって探し出すために、キーワードと条件式を指定する。そして、Ｓ８０１で、検索アプリケーション２２０は監査者が指定したキーワードと条件式からクエリ情報を取得する。そして、Ｓ８０２で、検索アプリケーション２２０は、画像検索を含んだ複合検索かどうかを判断する。なお、画像検索である場合は、画像そのものをクエリとして指定するので、条件の中にクエリ画像が指定されているかどうかで判断する。
【０１１０】
ここで、画像クエリがないと検索アプリケーション２２０が判断した場合は、Ｓ８０３へ進む。そして、Ｓ８０３で、属性検索、及び全文テキスト検索のみを実行する。そして、検索アプリケーション２２０は、属性検索と全文テキスト検索がデータベース２２７に対して実行し、Ｓ８０４で、検索アプリケーション２２０は、検索結果をＷＥＢ画面上に表示して、本処理を終了する。
【０１１１】
一方、Ｓ８０２で、画像検索を含む複合検索を行うと検索アプリケーション２２０が判断した場合は、Ｓ８０５へ進む。そして、Ｓ８０５で、検索アプリケーション２２０は、先ず属性検索と全文テキスト検索のためのクエリＳＱＬを発行する。これは、画像検索の対象母集団を小さくして処理負荷を軽減するためである。ここで、ＳＱＬとはStructured Query Languageの略記であって、リレーショナルデータベースの操作を行うための言語の一つである。
【０１１２】
そして、Ｓ８０６で、検索アプリケーション２２０は、属性検索と全文テキスト検索によって絞り込まれた母集団を対象として画像検索を実行して、Ｓ８０４へ進む。ここで、画像検索は、既知のアルゴリズムと処理フローによって実現される。
【０１１３】
以上のようにして監査者は大量に蓄積したログ情報を検索し、ヒットしたジョブ情報やコンテンツ情報を共有フォルダに格納されたデータを直接参照して、実際に内容（ジョブ情報、文書画像やテキスト）を見ることができる。
【０１１４】
図９は、本実施形態を示す情報処理装置におけるログ情報の構造及び各データの依存関係を示す図である。本例は、データ処理後に共有フォルダへ出力されるログ情報の構造及び各データの依存関係を示している。
【０１１５】
図９において、ログ情報は、ジョブ情報９０２、コンテンツ情報９０３、画像特徴量９０６から構成される。それぞれのデータの依存関係は、ジョブごとに作成されるログ情報フォルダ９０１によって管理される。共有フォルダ２１６へは、当該ログ情報フォルダ９０１単位で出力される。
【０１１６】
ログ情報フォルダ９０１に格納されているジョブ情報９０２、コンテンツ情報９０３、画像特徴量９０６は、それぞれ同じジョブに関連づくログ情報である。
【０１１７】
一方、コンテンツ情報９０３については、さらにテキスト情報９０４、及び画像情報９０５から構成されている。テキスト情報９０４、および画像情報９０５は、図２のデータ処理サービス２０６によってそれぞれ生成される。
【０１１８】
また、ジョブ情報９０２は、テキスト形式で記述された構造化データであり、ユーザ名、ジョブ名、デバイス名、文書名などといった、ジョブに関する属性情報が含まれている。これらの属性情報は、映像事務機や印刷ドライバ、印刷ドライバの動作しているユーザＰＣによって設定され、Ａｇｅｎｔからデータ受信サービス２０５が取得する。
【０１１９】
図１０は、図２に示したサービスプロバイダにおけるフォルダ対応表２１０の構成内容を示す図である。本例は、コンテンツログを保持すべき共有フォルダへのパス情報と、コンテンツログの属性情報とを対応付けた対応情報の一例である。
【０１２０】
図１０において、１００１は、ログ情報出力先振分け処理部２０９が参照するフォルダ対応表２１０の中のジョブ情報である。ジョブ情報には、該ジョブの属性情報として、ジョブ実行ユーザ名、ファイル名、部門名、デバイス名などが含まれている。なお、ジョブ情報１００１のジョブ属性は、ジョブ実行ユーザ名を定義している。
【０１２１】
１００２は、ジョブ情報として参照する属性情報の値である。また、１００３は、ログ情報振分け処理部２０９がログ情報を格納する先の共有フォルダパスである。
【０１２２】
図１０に示す構成によれば、属性がジョブ実行ユーザ名で、値がＳｈｉｇｅｅｄａのログ情報は、共有フォルダ￥￥ｓｅｒｖｅｒ００．ｃｏ．ｊｐ￥ＣｏｎｔｅｎｔｓＬｏｇｓ００￥へ格納することを指定している。
【０１２３】
また、属性がジョブ実行ユーザ名で、値がＮａｋａｍｕｒａのログ情報は、共有フォルダ￥￥ｓｅｒｖｅｒ０１．ｃｏ．ｊｐ￥ＣｏｎｔｅｎｔｓＬｏｇｓ００￥へ格納することを指定している。
【０１２４】
このようにしてログ情報の出力先を振分ける振分け処理部２０９は、フォルダ対応表２１０を参照してジョブ情報毎にログ情報を出力する共有フォルダを切り替えて出力する。
【０１２５】
なお、サービスプロバイダ２０４が、各共有フォルダへログインするために必要な認証情報は、別途、サービスプロバイダ２０４の内部で保持・管理されている（不図示）。
【０１２６】
また、図１０は、ジョブ情報１００１の属性情報としてジョブ実行ユーザ名を設定してあるが、他の属性情報を設定することも可能である。
【０１２７】
図１１は、図２に示した検索アプリケーション２２０におけるフォルダ情報設定画面を示す図である。本例は、監査者別のＰＣが備える表示装置に表示されるユーザインタフェースの一例であって、検索アプリケーション２２０が提供する画面例である。
【０１２８】
図１１に示すように、Ｗｅｂアプリケーションとして構成された検索アプリケーション２２０の設定リンクを開くとフォルダ情報設定画面１１０１がＷｅｂブラウザに表示される。フォルダ情報設定画面１１０１は、フレーム構造で構成された複数フレームの１つとして表示しても良い。
【０１２９】
フォルダ情報設定画面１１０１は、共有フォルダ２１６へのパス情報を設定するフォルダパス情報設定部１１０２、該共有フォルダ２１６にログインするために必要なユーザＩＤ情報を設定するユーザＩＤ設定部１１０３、及びパスワード設定部１１０４を有している。
【０１３０】
フォルダ情報設定画面１１０１の内容は、監査者毎に異なる。監査者は、検索アプリケーション２２０を使用するに当たって、先ずフォルダ情報設定画面１１０１にて各情報を設定する。監査者が検索アプリケーション２２０を使用して検索するログ情報は、フォルダ情報設定画面１１０１に設定された共有フォルダのみに制限される。
【０１３１】
以下、図１２に示すメモリマップを参照して本発明に係る情報監査システムで読み取り可能なデータ処理プログラムの構成について説明する。
【０１３２】
図１２は、本発明に係る情報監査システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１３３】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１３４】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１３５】
本実施形態におけるフローチャートに示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１３６】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１３７】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１３８】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１３９】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１４０】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶したコンピュータ読み取り可能な記憶媒体は本発明を構成することになる。
【０１４１】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１４２】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１４３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４５】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０１４６】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１４７】
【図１】本実施形態を示す情報処理装置の構成を説明するブロック図である。
【図２】図１に示す情報処理装置を含むログ監査システムの構成を説明するブロック図である。
【図３】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図４】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図５】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図６】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図７】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図８】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図９】本実施形態を示す情報処理装置におけるログ情報の構造及び各データの依存関係を示す図である。
【図１０】図２に示したサービスプロバイダにおけるフォルダ対応表２１０の構成内容を示す図である。
【図１１】図２に示した検索アプリケーションにおけるフォルダ情報設定画面を示す図である。
【図１２】本発明に係る情報監査システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１４８】
２００ サーバＰＣ
２０４ サービスプロバイダ
２１０ フォルダ対応表
２１４ 対応関係割り当て処理部
２１５ ファイルサーバ
２１６ 共有フォルダ
２２０ 検索アプリケーション
【特許請求の範囲】
【請求項１】
データ処理装置のエージェントからコンテンツ情報を取得して管理する管理装置であって、
前記エージェントから取得したコンテンツ情報に基づいてコンテンツログを生成する生成手段と、
前記生成手段により生成された前記コンテンツログを保持するためにアクセス権限が個別に設定された複数の共有フォルダと、
前記コンテンツログを保持すべき共有フォルダと、前記コンテンツログの属性情報とを対応付けた対応情報を保持する保持手段と、
前記生成手段により生成されたコンテンツログの属性情報と前記対応情報とに基づいて前記コンテンツログをいずれかの共有フォルダに振り分けて出力するログ出力手段と、
を備えることを特徴とする管理装置。
【請求項２】
前記対応情報は、コンテンツログの属性情報と、コンテンツログをいずれかの共有フォルダへ出力するためのパス情報とを含むことを特徴とする請求項１記載の管理装置。
【請求項３】
前記コンテンツログの属性情報は、ジョブ実行ユーザを特定するユーザ情報であることを特徴とする請求項２記載の管理装置。
【請求項４】
前記データ処理装置は、画像処理装置、情報処理装置を含むことを特徴とする請求項１記載の管理装置。
【請求項５】
情報処理装置から複数の共有フォルダのいずれかにログインするユーザを認証するユーザ認証手段を備えることを特徴とする請求項１記載の管理装置。
【請求項６】
検索アプリケーションを用いて、アクセス権限が個別に設定された複数の共有フォルダを管理する管理装置と通信する情報処理装置であって、
あらかじめ設定されたログイン情報で前記管理装置が管理するいずれかの共有フォルダにログインするログイン手段と、
前記ログイン手段がいずれかの共有フォルダにログインした後、当該共有フォルダに保持されるコンテンツログを参照して、当該コンテンツログを検索するための検索インデックスを作成する作成手段と、
前記作成手段により作成された検索インデックスを保持するインデックス保持手段と、
を備えることを特徴とする情報処理装置。
【請求項７】
データ処理装置のエージェントからコンテンツ情報を取得して管理する管理装置におけるログ処理方法であって、
コンテンツログを保持するためにアクセス権限が個別に設定された複数の共有フォルダと、各共有フォルダと前記コンテンツログの属性情報とを対応付けた対応情報を保持する保持手段と備え、
前記エージェントから取得したコンテンツ情報に基づいてコンテンツログを生成する生成ステップと、
前記生成ステップにより生成されたコンテンツログの属性情報と前記対応情報とに基づいて前記コンテンツログをいずれかの共有フォルダに振り分けて出力するログ出力ステップと、
を備えることを特徴とするログ処理方法。
【請求項８】
前記対応情報は、コンテンツログの属性情報と、コンテンツログをいずれかの共有フォルダへ出力するためのパス情報とを含むことを特徴とする請求項７記載のログ処理方法。
【請求項９】
ジョブ情報の属性値は、ジョブ実行ユーザを特定するユーザ情報であることを特徴とする請求項７記載のログ処理方法。
【請求項１０】
前記データ処理装置は、画像処理装置、情報処理装置を含むことを特徴とする請求項７記載のログ処理方法。
【請求項１１】
複数の共有フォルダにログインするユーザを認証するユーザ認証ステップを備えることを特徴とする請求項７記載のログ処理方法。
【請求項１２】
検索アプリケーションを用いて、アクセス権限が個別に設定された複数の共有フォルダを管理する管理装置と通信する情報処理装置におけるログ処理方法であって、
あらかじめ設定されたログイン情報で前記管理装置が管理するいずれかの共有フォルダにログインするログインステップと、
前記ログインステップがいずれかの共有フォルダにログインした後、当該共有フォルダに保持されるコンテンツログを参照して、当該コンテンツログを検索するための検索インデックスを作成する作成ステップと、
前記作成ステップにより作成された検索インデックスを保持手段に保持するインデックス保持ステップと、
を備えることを特徴とするログ処理方法。
【請求項１３】
請求項７〜１２のいずれか１項に記載のログ処理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１】
データ処理装置のエージェントからコンテンツ情報を取得して管理する管理装置であって、
前記エージェントから取得したコンテンツ情報に基づいてコンテンツログを生成する生成手段と、
前記生成手段により生成された前記コンテンツログを保持するためにアクセス権限が個別に設定された複数の共有フォルダと、
前記コンテンツログを保持すべき共有フォルダと、前記コンテンツログの属性情報とを対応付けた対応情報を保持する保持手段と、
前記生成手段により生成されたコンテンツログの属性情報と前記対応情報とに基づいて前記コンテンツログをいずれかの共有フォルダに振り分けて出力するログ出力手段と、
を備えることを特徴とする管理装置。
【請求項２】
前記対応情報は、コンテンツログの属性情報と、コンテンツログをいずれかの共有フォルダへ出力するためのパス情報とを含むことを特徴とする請求項１記載の管理装置。
【請求項３】
前記コンテンツログの属性情報は、ジョブ実行ユーザを特定するユーザ情報であることを特徴とする請求項２記載の管理装置。
【請求項４】
前記データ処理装置は、画像処理装置、情報処理装置を含むことを特徴とする請求項１記載の管理装置。
【請求項５】
情報処理装置から複数の共有フォルダのいずれかにログインするユーザを認証するユーザ認証手段を備えることを特徴とする請求項１記載の管理装置。
【請求項６】
検索アプリケーションを用いて、アクセス権限が個別に設定された複数の共有フォルダを管理する管理装置と通信する情報処理装置であって、
あらかじめ設定されたログイン情報で前記管理装置が管理するいずれかの共有フォルダにログインするログイン手段と、
前記ログイン手段がいずれかの共有フォルダにログインした後、当該共有フォルダに保持されるコンテンツログを参照して、当該コンテンツログを検索するための検索インデックスを作成する作成手段と、
前記作成手段により作成された検索インデックスを保持するインデックス保持手段と、
を備えることを特徴とする情報処理装置。
【請求項７】
データ処理装置のエージェントからコンテンツ情報を取得して管理する管理装置におけるログ処理方法であって、
コンテンツログを保持するためにアクセス権限が個別に設定された複数の共有フォルダと、各共有フォルダと前記コンテンツログの属性情報とを対応付けた対応情報を保持する保持手段と備え、
前記エージェントから取得したコンテンツ情報に基づいてコンテンツログを生成する生成ステップと、
前記生成ステップにより生成されたコンテンツログの属性情報と前記対応情報とに基づいて前記コンテンツログをいずれかの共有フォルダに振り分けて出力するログ出力ステップと、
を備えることを特徴とするログ処理方法。
【請求項８】
前記対応情報は、コンテンツログの属性情報と、コンテンツログをいずれかの共有フォルダへ出力するためのパス情報とを含むことを特徴とする請求項７記載のログ処理方法。
【請求項９】
ジョブ情報の属性値は、ジョブ実行ユーザを特定するユーザ情報であることを特徴とする請求項７記載のログ処理方法。
【請求項１０】
前記データ処理装置は、画像処理装置、情報処理装置を含むことを特徴とする請求項７記載のログ処理方法。
【請求項１１】
複数の共有フォルダにログインするユーザを認証するユーザ認証ステップを備えることを特徴とする請求項７記載のログ処理方法。
【請求項１２】
検索アプリケーションを用いて、アクセス権限が個別に設定された複数の共有フォルダを管理する管理装置と通信する情報処理装置におけるログ処理方法であって、
あらかじめ設定されたログイン情報で前記管理装置が管理するいずれかの共有フォルダにログインするログインステップと、
前記ログインステップがいずれかの共有フォルダにログインした後、当該共有フォルダに保持されるコンテンツログを参照して、当該コンテンツログを検索するための検索インデックスを作成する作成ステップと、
前記作成ステップにより作成された検索インデックスを保持手段に保持するインデックス保持ステップと、
を備えることを特徴とするログ処理方法。
【請求項１３】
請求項７〜１２のいずれか１項に記載のログ処理方法をコンピュータに実行させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−１６０７４０（Ｐ２０１０−１６０７４０Ａ）
【公開日】平成２２年７月２２日（２０１０．７．２２）
【国際特許分類】
【出願番号】特願２００９−３６２５（Ｐ２００９−３６２５）
【出願日】平成２１年１月９日（２００９．１．９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年７月２２日（２０１０．７．２２）
【国際特許分類】
【出願日】平成２１年１月９日（２００９．１．９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]