(57)【要約】【課題】ジョブ履歴に対して適切なアクセス制御を可能にすることを目的とする。【解決手段】画像処理装置で実行されたジョブの履歴に関するジョブ履歴データを受信する受信手段と、受信手段で受信されたジョブ履歴データに含まれるジョブの実行ユーザーのユーザー情報に基づき、実行ユーザーのアクセス権情報を取得し、受信手段で受信されたジョブ履歴データに、取得したアクセス権情報を設定する設定手段と、設定手段でアクセス権情報が設定されたジョブ履歴データを記憶装置に蓄積する蓄積手段と、を有することによって課題を解決する。【選択図】図４
2011034452.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置で実行されたジョブの履歴に関するジョブ履歴データを受信する受信手段と、
前記受信手段で受信されたジョブ履歴データに含まれるジョブの実行ユーザーのユーザー情報に基づき、前記実行ユーザーのアクセス権情報を取得し、前記受信手段で受信されたジョブ履歴データに、前記取得したアクセス権情報を設定する設定手段と、
前記設定手段でアクセス権情報が設定されたジョブ履歴データを記憶装置に蓄積する蓄積手段と、
を有する、データ処理装置。
【請求項２】
前記設定手段は、前記受信手段で受信されたジョブ履歴データに前記ジョブに関する出力先の情報が含まれている場合、前記出力先の情報に基づき、前記出力先のアクセス権に関するアクセス権情報を取得し、取得した出力先のアクセス権に関するアクセス権情報と、前記実行ユーザーのアクセス権情報と、を統合して、前記受信手段で受信されたジョブ履歴データに、前記統合したアクセス権情報を設定する、請求項１記載のデータ処理装置。
【請求項３】
前記設定手段は、前記受信手段で受信されたジョブ履歴データの内容がジョブ履歴データへのアクセス権を定義するアクセス権定義データの条件に合致している場合、前記実行ユーザーのアクセス権情報と、前記アクセス権定義データで定義されているアクセス権に関するアクセス権情報と、を統合して、前記受信手段で受信されたジョブ履歴データに、前記統合したアクセス権情報を設定する、請求項１記載のデータ処理装置。
【請求項４】
前記アクセス権定義データを編集する編集手段を更に有する、請求項３記載のデータ処理装置。
【請求項５】
監査者からの監査要求に含まれる監査者情報に基づき、前記監査者のアクセス権情報を取得し、前記監査要求に含まれる監査対象となるジョブ履歴データを識別する識別情報に基づき、前記記憶装置からジョブ履歴データを取得し、取得したジョブ履歴データに設定されているアクセス権情報と、前記取得した監査者のアクセス権情報と、に基づき、前記ジョブ履歴データを監査対象から除外するか否かを判断する監査制御手段を更に有する、請求項１乃至４何れか１項記載のデータ処理装置。
【請求項６】
データ処理装置と、監査制御装置と、を含むジョブ履歴データ監査システムであって、
前記データ処理装置は、
画像処理装置で実行されたジョブの履歴に関するジョブ履歴データを受信する受信手段と、
前記受信手段で受信されたジョブ履歴データに含まれるジョブの実行ユーザーのユーザー情報に基づき、前記実行ユーザーのアクセス権情報を取得し、前記受信手段で受信されたジョブ履歴データに、前記取得したアクセス権情報を設定する設定手段と、
前記設定手段でアクセス権情報が設定されたジョブ履歴データを記憶装置に蓄積する蓄積手段と、
を有し、
前記監査制御装置は、
監査者からの監査要求に含まれる監査者情報に基づき、前記監査者のアクセス権情報を取得し、前記監査要求に含まれる監査対象となるジョブ履歴データを識別する識別情報に基づき、前記記憶装置からジョブ履歴データを取得し、取得したジョブ履歴データに設定されているアクセス権情報と、前記取得した監査者のアクセス権情報と、に基づき、前記ジョブ履歴データを監査対象から除外するか否かを判断する監査制御手段を有する、ジョブ履歴データ監査システム。
【請求項７】
データ処理装置が実行するデータ処理方法であって、
画像処理装置で実行されたジョブの履歴に関するジョブ履歴データを受信する受信ステップと、
前記受信ステップで受信されたジョブ履歴データに含まれるジョブの実行ユーザーのユーザー情報に基づき、前記実行ユーザーのアクセス権情報を取得し、前記受信ステップで受信されたジョブ履歴データに、前記取得したアクセス権情報を設定する設定ステップと、
前記設定ステップでアクセス権情報が設定されたジョブ履歴データを記憶装置に蓄積する蓄積ステップと、
を有する、データ処理方法。
【請求項８】
コンピュータを、
画像処理装置で実行されたジョブの履歴に関するジョブ履歴データを受信する受信手段と、
前記受信手段で受信されたジョブ履歴データに含まれるジョブの実行ユーザーのユーザー情報に基づき、前記実行ユーザーのアクセス権情報を取得し、前記受信手段で受信されたジョブ履歴データに、前記取得したアクセス権情報を設定する設定手段と、
前記設定手段でアクセス権情報が設定されたジョブ履歴データを記憶装置に蓄積する蓄積手段と、
して機能させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理装置、ジョブ履歴データ監査システム、データ処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、プリンタやスキャナ、デジタル複合機等の画像処理装置におけるコピーやＦＡＸ送受信、印刷等のジョブごとにジョブ情報を取得し、ジョブ履歴データとしてデータベースに蓄積するジョブ履歴データ監査システムがある。ジョブ履歴データ監査システムでは、データベースに蓄積されたジョブ履歴データを検索し、過去に実行されたジョブの内容を参照することができる。
例えば、ユーザーが画像処理装置を利用してコピーを実行した場合、画像処理装置はコピーを実行したユーザー名や時刻、コピーした文書の内容等のジョブ情報を履歴として収集し、データベースに蓄積する。監査者は、ジョブ履歴データ監査システムを利用し、データベースに蓄積されたジョブ履歴データに対してキーワードや画像による検索を行い、ユーザーが画像処理装置で実行したジョブの履歴情報を参照する。これにより、監査者は、ユーザーが適正にデバイスを利用しているかどうかを監査することができる。
しかしながらジョブ履歴データ監査システムは、あらゆるジョブの情報を蓄積するため、監査者がジョブ履歴データ監査システムを利用することで、通常は参照を許可されていない機密情報や個人情報を含むジョブ履歴データまで間接的に参照してしまう恐れがある。
それに対し、ジョブ履歴データごとにジョブ履歴データを保存する場所を変更し、保存場所に対するアクセス権情報（アクセス権）に応じて、ジョブ履歴データの参照可能範囲を制限する技術が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１２８３５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記従来のジョブ履歴データ監査システムでは、ジョブ履歴データの保存場所によってアクセス権が決定してしまうため、柔軟なアクセス制御ができない。また、ジョブ履歴データの保存場所が分散することにより、ジョブ履歴データの管理が煩雑になってしまう。
【０００５】
本発明はこのような問題点に鑑みなされたもので、ジョブ履歴データに対して適切なアクセス制御を可能にすることを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明のデータ処理装置は、画像処理装置で実行されたジョブの履歴に関するジョブ履歴データを受信する受信手段と、前記受信手段で受信されたジョブ履歴データに含まれるジョブの実行ユーザーのユーザー情報に基づき、前記実行ユーザーのアクセス権情報を取得し、前記受信手段で受信されたジョブ履歴データに、前記取得したアクセス権情報を設定する設定手段と、前記設定手段でアクセス権情報が設定されたジョブ履歴データを記憶装置に蓄積する蓄積手段と、を有する。
かかる構成とすることにより、ジョブ履歴データの内容に基づいた適切なアクセス権をジョブ履歴データごとに付与することができるので、ジョブ履歴に対して適切なアクセス制御を可能にすることができる。
【発明の効果】
【０００７】
本発明によれば、ジョブ履歴データに対して適切なアクセス制御を可能にすることができる。
【図面の簡単な説明】
【０００８】
【図１】ジョブ履歴データ監査システムの構成を示すブロック図である。
【図２】ジョブ履歴監査システムを構成する情報処理装置（サーバー及びＰＣ）のハードウェア構成の一例を示す図である。
【図３】データ処理サーバーの機能構成の一例を示す図である。
【図４】第１の実施形態に係るデータ処理サーバーにおけるジョブ履歴蓄積処理の一例を示すフローチャートである。
【図５】ジョブ履歴の一例を示す図である。
【図６】アクセス権設定部がＬＤＡＰサーバーから取得するアクセス権の一例を示す図である。
【図７】検索サーバーにおける監査制御に係る処理の流れを示すフローチャートである。
【図８】検索サーバーがステップＳ７０２で取得する監査者のアクセス権情報の一例を示す図である。
【図９】第２の実施形態に係るデータ処理サーバーの機能構成の一例を示す図である。
【図１０】アクセス権定義の一例を示す図である。
【図１１】第２の実施形態に係るデータ処理サーバーにおけるジョブ履歴蓄積処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
＜第１の実施形態＞
図１は、ジョブ履歴データ監査システムの構成を示すブロック図である。ここでは、クライアントＰＣ１０２と、デジタル複合機１０３と、データ処理サーバー１０４と、データベースサーバー１０５と、検索サーバー１０６と、ＬＤＡＰサーバー１０７と、がネットワーク１０１を介して互いに接続されている。ここで、デジタル複合機１０３は、画像処理装置の一例である。また、データ処理サーバー１０４は、データ処理装置の一例である。また、データベースサーバー１０５は、記憶装置の一例である。また、検索サーバー１０６は、監査制御装置の一例である。
ネットワーク１０１は、社内で運用されるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネット越しに広範囲に運用されるＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。ジョブ履歴データ監査システム（以下、ジョブ履歴監査システムという）は、ネットワーク１０１とネットワーク１０１に接続されたデジタル複合機等の各種画像処理装置、ＰＣ（パーソナルコンピューター）、サーバーとによって構成される。
クライアントＰＣ１０２は、アプリケーションソフトにおける印刷処理時に機能する印刷ドライバを備える。また、クライアントＰＣ１０２には、印刷ドライバの機能拡張をするためのアドインソフトが組み込まれている。このアドインソフトは、クライアントＰＣ１０２からデジタル複合機１０３に送信される印刷データに関するジョブ履歴データ（以下、ジョブ履歴という）を取得する。クライアントＰＣ１０２側で取得されたジョブ履歴は、ＰＣ用のエージェントソフトによってデータ処理サーバー１０４へ転送される。なお、エージェントソフトは、クライアントＰＣ１０２にインストールされていてもよいし、ネットワーク１０１上に設置された不図示のプリントサーバーにインストールされていてもよい。
【００１１】
デジタル複合機１０３は、エージェント機能を備える。エージェント機能は、ユーザー操作に応じてデジタル複合機１０３が実行したコピーやＦＡＸ送信等のジョブからジョブ履歴を取得して、データ処理サーバー１０４へ送信することをいう。ジョブ履歴には、ジョブの種類（ジョブ種）、ジョブ実行日時、ジョブを指示したユーザーのユーザー名等の属性情報や、ジョブ実行に伴って入力された（或いは出力された）画像データやテキストデータ等のコンテンツデータが含まれる。
データ処理サーバー１０４は、クライアントＰＣ１０２及びデジタル複合機１０３により転送されたジョブ履歴を、ネットワーク１０１を介して受信する。データ処理サーバー１０４では、受信したジョブ履歴に対するデータ処理、ジョブ履歴へのアクセス権設定処理、データベースサーバー１０５へのデータ蓄積処理等が行われる。データ処理として、データ処理サーバー１０４では、画像解像度変換、データ圧縮、データフォーマット変換、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）によるテキストデータ抽出、画像を検索するための画像特徴量の抽出等が行われる。画像特徴量とは、その画像を特徴付ける値であり、輝度情報、色情報、エッジ情報、並びにこれらの量から所定のアルゴリズムによって得られる値である。画像特徴量は、画像検索を行うときに利用される。
データ処理サーバー１０４は、ジョブ履歴のアクセス権情報（以下、アクセス権という）を、ジョブ履歴の内容に基づきＬＤＡＰサーバー１０７を利用して取得する。そして、データ処理サーバー１０４は、ＯＤＢＣ（Ｏｐｅｎ  Ｄａｔａｂａｓｅ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）やその他のデータプロバイダーを利用してデータベースサーバー１０５に対してデータの蓄積を行う。
【００１２】
データベースサーバー１０５は、１つ以上のＨＤＤ（ハードディスクドライブ）から構成される大容量ストレージを備え、大容量ストレージ上にはデータベース（ＤＢ）が構築されている。ＤＢは、アプリケーション固有の構造を持つ一つ以上のデータテーブルによって構成される。ＤＢは、データベースサーバー１０５上で動作しているＤＢ管理システム（ＤＢＭＳ）によって管理され、データの追加や更新、検索等の処理においてデータの一貫性が保証される。ジョブ履歴は、ＤＢＭＳを経てデータベースサーバー１０５へ格納される。なお、本実施形態に適用可能なデータベースサーバーはジョブ履歴を保存できる記憶装置であればよく、例えばファイルサーバーでもよい。
検索サーバー１０６は、監査者から検索条件を受付け、データベースサーバー１０５に保存されたジョブ履歴から検索条件に合致するものを取得し、監査者に提示する。また、検索サーバー１０６は、検索要求を出した監査者が、閲覧対象のジョブログにアクセス権があるかどうかに基づき、閲覧可否を決定する監査制御機能を有する。検索サーバー１０６は、Ｗｅｂアプリケーションで構築されており、監査者はＷｅｂブラウザーを用いて検索サーバー１０６へアクセスする。検索条件としては、ジョブの実行者、実行日時等のジョブ属性情報や、テキストデータに含まれる文字列等がある。
ＬＤＡＰサーバー１０７は、ＬＤＡＰを利用して、企業ディレクトリ情報、即ちネットワークを利用するユーザーのメールアドレスや組織に関する情報等を管理するディレクトリサービスを提供する。ここで、ＬＤＡＰとは、Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌの略である。なお、本実施形態に適用可能なディレクトリサービスは、ＬＤＡＰに限られるものではなく、ディレクトリサービスの機能を実現できるものであれば、種類は問わない。
図１では、ネットワーク１０１の中にクライアントＰＣ１０２からＬＤＡＰサーバー１０７までの構成要素が１つずつ含まれているが、各構成要素が複数含まれていてもよい。また、ある構成要素と別の構成要素とが同一のサーバー内に配置されていてもよい。例えば、データ処理サーバー１０４と検索サーバー１０６とが同一の装置上に構成されていてもよい。
【００１３】
図２は、ジョブ履歴監査システムを構成する情報処理装置（サーバー及びＰＣ）のハードウェア構成の一例を示す図である。図２において、ＣＰＵ２０１は、ジョブ履歴取得に関する各種データ処理や検索のための演算処理を行い、バス２０８に接続された各構成要素を制御する処理装置である。ＲＯＭ２０２は、データ読出し専用のメモリであり、基本制御プログラムが格納されている。ＲＡＭ２０３は、データ読み書き用のメモリであり、ＣＰＵ２０１の各種演算処理やデータの一時記憶用に用いられる。外部記憶装置２０４は、情報処理装置のオペレーティングシステム（ＯＳ）のシステムプログラム、及びジョブ履歴監査システムのプログラムやデータ処理中の一時記憶領域として用いられる。外部記憶装置２０４は、ＲＡＭ２０３に比べてデータの入出力は遅いが、大容量のデータを保持することが可能である。外部記憶装置２０４は、主に磁気記憶装置（ＨＤＤ）で構成されるが、ＣＤ、ＤＶＤ、メモリカードといった外部メディアを装填してデータの読み込みや記録を行う装置であってもよい。入力装置２０５は、情報処理装置に文字やデータを入力するための装置であり、各種のキーボードやマウス等が該当する。表示装置２０６は、情報処理装置の処理結果を表示するための装置であり、ＣＲＴ又は液晶モニター等が該当する。通信装置２０７は、ＬＡＮに接続してＴＣＰ／ＩＰによるデータ通信を行い、他の情報処理装置と相互に通信を行う場合に使用される。
データ処理サーバー１０４のＣＰＵがＲＯＭ又は外部記憶装置に記憶されているプログラムに基づき処理を実行することによって、後述するデータ処理サーバー１０４の機能及びフローチャートに係る処理が実現される。また、検索サーバー１０６のＣＰＵがプログラムにＲＯＭ又は外部記憶装置に記憶されているプログラムに基づき処理を実行することによって、後述する検索サーバー１０６のフローチャートに係る処理が実現される。
【００１４】
図３は、データ処理サーバーの機能構成の一例を示す図である。図３において、データ処理サーバー１０４は、ジョブ履歴の処理を実現する機能構成（機能コンポーネント）として、ジョブ履歴受信部３０１、データ処理部３０２、アクセス権設定部３０３、ジョブ履歴蓄積部３０４を備える。これらの機能コンポーネントは、データ処理サーバー１０４上で動作するソフトウェアモジュールである。
ジョブ履歴受信部３０１は、クライアントＰＣ１０２及びデジタル複合機１０３から送信されるジョブ履歴を受信する。
データ処理部３０２は、ジョブ履歴受信部３０１で受信したジョブ履歴に対してデータ処理を行う。データ処理は、解像度変換処理、データ圧縮処理、データフォーマット変換処理等が該当する。また、データ処理部３０２は、画像の特徴を定量的に規定する画像特徴量を抽出する機能を備える。画像特徴量は、画像検索を行う場合に利用されるパラメーターである。
アクセス権設定部３０３は、ジョブ履歴の内容に応じて、ＬＤＡＰサーバー１０７に問い合わせを行い、アクセス権を取得し、ジョブ履歴に対して取得したアクセス権を設定する。
ジョブ履歴蓄積部３０４は、アクセス権設定部３０３で設定したアクセス権を含めて、ジョブ履歴をデータベースサーバー１０５に蓄積する。
【００１５】
図４は、第１の実施形態に係るデータ処理サーバーにおけるジョブ履歴蓄積処理の一例を示すフローチャートである。データ処理サーバー１０４は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなる。なお、プログラムがデータ処理サーバー１０４のＲＡＭ、ＲＯＭ、ＨＤＤの何れかの記憶装置に記憶されており、ＣＰＵがこのプログラムを実行されることによって、フローチャートに係る処理が実現される。
ステップＳ４０１において、ジョブ履歴受信部３０１は、クライアントＰＣ１０２又はデジタル複合機１０３からジョブ履歴を受信する。
ステップＳ４０２において、データ処理部３０２は、ステップＳ４０１で受信したジョブ履歴に対して、データ処理を行う。
ステップＳ４０３において、アクセス権設定部３０３は、ジョブ履歴に含まれるジョブの実行ユーザー（ジョブ実行ユーザー）の値（ユーザー情報の一例であるユーザー名）を基に、ＬＤＡＰサーバー１０７からユーザーのアクセス権情報（アクセス権）を取得する。
ステップＳ４０４において、アクセス権設定部３０３は、ジョブ履歴に出力先の情報が含まれているか否かを判定する。出力先の情報とは、ジョブが例えば電子メールを送信するジョブであれば、宛先の電子メールアドレスであり、ジョブがスキャンした画像をファイルとしてファイルサーバーへ格納するジョブであれば、格納先のディレクトリパスである。
【００１６】
ジョブ履歴に出力先の情報（出力先情報）が含まれていた場合、ステップＳ４０５において、アクセス権設定部３０３は、ＬＤＡＰサーバー１０７から出力先に関するアクセス権を取得する。
ステップＳ４０６において、アクセス権設定部３０３は、ステップＳ４０３で取得したジョブ実行ユーザーのアクセス権と、ステップＳ４０５で取得した出力先のアクセス権を所定のアルゴリズムによってマージする。マージのアルゴリズムとしては、和集合を取る方法や、出力先のアクセス権情報を優先する方法があり、ジョブ履歴監査システムの管理者によって予め設定されているものとする。
ステップＳ４０７において、アクセス権設定部３０３は、ステップＳ４０３で取得したアクセス権、又はステップＳ４０６でマージした（統合した）アクセス権をジョブ履歴に設定する。
ステップＳ４０８において、ジョブ履歴蓄積部３０４は、アクセス権が設定されたジョブ履歴をデータベースサーバー１０５に蓄積する。
【００１７】
図５は、ジョブ履歴の一例を示す図である。図５（ａ）は、アクセス権が設定される前のジョブ履歴である。図５（ｂ）は、図５（ａ）のジョブ履歴に対して、アクセス権設定部３０３によってアクセス権が設定されたジョブ履歴である。図５では、ジョブ履歴ＩＤ「００００１」、「００００２」、「００００３」の３つのジョブ履歴について例示している。ジョブ履歴として、ジョブ履歴ＩＤやジョブ種、ユーザー名や画像データ等のジョブ情報が記録されている。
ジョブ履歴ＩＤ「００００１」のジョブ履歴に対しては、アクセス権として「Ｍａｎａｇｅｒ」と「Ｕｓｅｒ００１」とが設定されている。「Ｍａｎａｇｅｒ」は、ジョブ履歴ＩＤ「００００１」のジョブ履歴に含まれる出力先情報「￥￥ＦｉｌｅＳｅｒｖｅｒ￥Ｍａｎａｇｅｒ￥」に基づき、アクセス権設定部３０３がＬＤＡＰサーバー１０７から取得したアクセス権である。同様に、「Ｕｓｅｒ００１」は、ジョブ履歴に含まれるジョブ実行ユーザーのユーザー情報「Ｕｓｅｒ００１」に基づき、アクセス権設定部３０３がＬＤＡＰサーバー１０７から取得したアクセス権情報である。
ジョブ履歴ＩＤ「００００２」のジョブ履歴は、出力先としてメールアドレスが記載されている。この場合、アクセス権設定部３０３は、ＬＤＡＰサーバー１０７に問い合わせを行い、メールアドレスに紐づくユーザー情報を取得し、これをアクセス権として設定する。図５の例では、出力先情報「ｘｘｘｘｘ＠ｙｙｙ．ｚｚｚ」に対応するユーザー「Ｕｓｅｒｘｘｘｘｘ」が、ジョブ履歴ＩＤ「００００２」のアクセス権として付与されている。
ジョブ履歴ＩＤ「００００３」のジョブ履歴は、出力先を伴わないＣＯＰＹジョブである。そのため、ジョブ履歴の出力先情報は空欄になっている。これは、図４の処理において、ステップＳ４０４でＮｏと判定され、出力先にかかわるアクセス権情報は設定されなかった場合の例となっている。したがって、ジョブ履歴ＩＤ「００００３」のジョブ履歴には、アクセス権としてジョブ実行ユーザーであるＵｓｅｒ０００３のみが設定されている。
【００１８】
図６は、アクセス権設定部がＬＤＡＰサーバーから取得するアクセス権の一例を示す図である。図６では、「￥￥ＦｉｌｅＳｅｒｖｅｒ￥Ｍａｎａｇｅｒ￥」というディレクトリに対して、「Ｍａｎａｇｅｒ」という名前のユーザーグループが「ＲＷ＋」というアクセス権が設定されていることを表している。ここで、「Ｍａｎａｇｅｒ」はＬＤＡＰサーバーで管理されているユーザーグループ情報であり、Ｍａｎａｇｅｒグループは少なくとも一人以上のユーザーで構成されている。「ＲＷ＋」という属性は、ディレクトリに対して参照と変更とが許可されていることを表している。
データベースサーバー１０５に蓄積するジョブ履歴は、あとから変更されるようなことはない。そのため、アクセス権設定部３０３は、図６の情報を基にジョブ履歴に対してアクセス権を設定するが、ジョブ履歴のアクセス権としては参照の可否だけを考慮すればよく、変更の可否は意識する必要はない。
【００１９】
図７は、検索サーバーにおける監査制御に係る処理の流れを示すフローチャートである。検索サーバー１０６は、監査者（監査者のＰＣ等）からのジョブ履歴監査要求に基づき、監査制御を行った上で監査者に所望のジョブ履歴を提示する。検索サーバー１０６は、本実施形態では、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなる。なお、プログラムが検索サーバー１０６のＲＡＭ、ＲＯＭ、ＨＤＤの何れかの記憶装置に記憶されており、ＣＰＵがこのプログラムを実行することによって、フローチャートに係る処理が実現される。
ステップＳ７０１において、検索サーバー１０６は、監査者からの監査要求を受信する。監査要求には、監査対象となるジョブ履歴を特定するための検索条件が含まれる。検索条件としては、ジョブ実行ユーザーやジョブ種といったジョブ履歴の情報や、画像データに含まれる画像特徴量等である。
ステップＳ７０２において、検索サーバー１０６は、監査要求に含まれる監査者のユーザー情報等である監査者情報に基づき、監査者のアクセス権情報をＬＤＡＰサーバー１０７から取得する。
ステップＳ７０３において、検索サーバー１０６は、ステップＳ７０１で受信した監査要求に含まれるジョブ履歴を識別する識別情報に基づき、監査対象となるジョブ履歴をデータベースサーバー１０５から取得する。
【００２０】
ステップＳ７０４において、検索サーバー１０６は、ステップＳ７０３で取得した全てのジョブ履歴に対して、監査者のアクセス可否を判定したかどうかを判定する。まだアクセス可否を判定していないジョブ履歴がある場合、ステップＳ７０５において、検索サーバー１０６は、ジョブ履歴に対して監査者がアクセス可能であるかどうかを判定する。検索サーバー１０６は、ステップＳ７０２で取得した監査者のアクセス権と、注目しているジョブ履歴に設定されたアクセス権と、を比較する。比較の結果、ジョブ履歴に監査者のアクセス権が含まれていない場合、ステップＳ７０６において、検索サーバー１０６は、ジョブ履歴を監査対象から除外する。反対に、比較の結果、ジョブ履歴に監査者のアクセス権限が含まれていた場合、ステップＳ７０７において、検索サーバー１０６は、注目しているジョブ履歴（処理対象のジョブ履歴）を監査対象として残す。
ステップＳ７０４で取得したジョブ履歴の全てに対して監査者のアクセス可否を判定したと判断し場合、ステップＳ７０８において、検索サーバー１０６は、最終的に監査可能と判定されたジョブ履歴を監査者に提示する。本実施形態では、検索サーバー１０６の機能は、Ｗｅｂアプリケーションで実現されているので、ジョブ履歴は監査者のＰＣのＷｅｂブラウザー上に表示される。
【００２１】
図８は、検索サーバーがステップＳ７０２で取得する監査者のアクセス権情報の一例を示す図である。図８の例では、監査者「Ａｄｍｉｎｉｓｔｒａｔｏｒ１」のアクセス権として、「Ｍａｎａｇｅｒ」と「Ｄｅｓｉｇｎ  Ｄｅｐｔ  Ａｄｍｉｎｉｓｔｒａｔｏｒ」とが設定されている。図５（ｂ）に示す３つのジョブ履歴のうち、監査者「Ａｄｍｉｎｉｓｔｒａｔｏｒ１」が監査可能なジョブ履歴は、アクセス権に「Ｍａｎａｇｅｒ」が含まれているジョブ履歴ＩＤ００００１となる。
第１の実施形態によれば、データ処理サーバー１０４が、ジョブ履歴の内容に基づきジョブ履歴のアクセス権を設定することで、監査者の監査範囲を制限することができ、不必要に機密情報や個人情報が監査されてしまうことを防ぐことができる。
【００２２】
＜第２の実施形態＞
第２の実施形態の構成は、図１〜図２及び図５〜図８に示す構成が第１の実施形態と同じであり、第１の実施形態と同様の部分については、同一の符号を用いてその説明を省略する。以下に、第１の実施形態と異なる点のみを説明する。
図９は、第２の実施形態に係るデータ処理サーバーの機能構成の一例を示す図である。図９中の１０４、１０５、１０７及び３０１〜３０４は、図３に示すものと同一であるため、図３と異なる構成要素であるアクセス権定義９０１及びアクセス権定義部９０２についてのみ説明する。
アクセス権定義（アクセス権定義データ）９０１は、ジョブ履歴のアクセス権を判定するために使用する設定情報で、ジョブ履歴監査システムの管理者によって、アクセス権定義部９０２を介して設定されるものである。アクセス権設定部３０３は、第１の実施形態で示したジョブの実行ユーザー及び出力先の情報によるアクセス権設定に加え、アクセス権定義９０１に基づくアクセス権設定を行う。なお、アクセス権定義９０１は、データ処理サーバー１０４の例えばＨＤＤ等に記憶される。
アクセス権定義部９０２は、アクセス権定義９０１を変更するためのＷｅｂアプリケーションの機能を提供する。ジョブ履歴管理システムの管理者は、アクセス権定義部９０２にＷｅｂブラウザーを介してアクセスし、アクセス権定義９０１の現在の内容を確認したり、更新（又は編集）したりすることができる。
なお、データ処理サーバー１０４を複数台用意してクラスタ構成をとる場合、各データ処理サーバーでアクセス権定義９０１を共有するために、ジョブ履歴管理システムにおいてアクセス権定義９０１の一元管理を行う。この場合、アクセス権定義部９０２を実装したサーバーを、単独のアクセス権定義管理サーバー（不図示）として動作させ、各データ処理サーバーは、アクセス権定義管理サーバーから所定のタイミングでアクセス権定義９０１を取得するようにすればよい。
【００２３】
図１０は、アクセス権定義の一例を示す図である。
図１０のアクセス権定義によると、ジョブ履歴のテキストデータに「コピー禁止」という文字列が含まれている場合、又は画像データに「コピー禁止．ｊｐｇ」が含まれている場合は、ジョブ履歴のアクセス権は「レベルＡ」と判定される。同様に、図１０のアクセス権定義によると、宛先「ｙｙｙ．ｚｚｚ」という文字列が含まれている場合、ジョブ履歴のアクセス権は「レベルＢ」と判定される。同様に、図１０のアクセス権定義によると、ジョブ履歴のジョブ実行ユーザーが「Ｕｓｅｒ００１」又は「Ｕｓｅｒ１００」又は「Ｕｓｅｒ１０１」であった場合、ジョブ履歴のアクセス権は「Ｄｅｓｉｇｎ  Ｄｅｐｔ  Ａｄｍｉｎｉｓｔｒａｔｏｒ」と判定される。
ここで、ジョブ履歴の画像データに「コピー禁止．ｊｐｇ」が含まれるとは、ジョブ履歴の画像データの画像特徴量が、「コピー禁止．ｊｐｇ」の画像特徴量と類似していると判定されることを意味している。類似画像判定は、データ処理サーバー１０４に組み込まれた類似画像検索エンジンによって行われる。類似画像検索エンジンは、公知の様々なアルゴリズムによって実現される。
なお、図１０に示した例以外にも、アクセス権判定のための条件としてジョブ履歴に含まれる情報をアクセス権定義で指定することができる。例えば、ジョブを実行したデジタル複合機の設置場所を条件とすることで、デジタル複合機の設置場所に応じてアクセス権を変更することもできる。
【００２４】
図１１は、第２の実施形態に係るデータ処理サーバーにおけるジョブ履歴蓄積処理の一例を示すフローチャートである。図１１中のＳ４０１〜Ｓ４０８は、図４に示すものと同一であるため、図４と異なる処理であるステップＳ１１０１とステップＳ１１０２とについてのみ説明する。
ステップＳ１１０１において、アクセス権設定部３０３は、ジョブ履歴の内容がアクセス権定義９０１の条件に合致するかどうかを判定する。ジョブ履歴の内容がアクセス権定義９０１の条件を満たす場合、アクセス権設定部３０３は、ステップＳ１１０２の処理を実行する。ステップＳ１１０２において、アクセス権設定部３０３は、ステップＳ４０４の判定でＮｏの経路を経ている場合、ジョブ実行ユーザーのアクセス権と、アクセス権定義９０１で合致したアクセス権と、を所定のアルゴリズムによってマージする。ステップＳ１１０２において、アクセス権設定部３０３は、ステップＳ４０４の判定でＹｅｓの経路を経ている場合、ステップＳ４０６でマージが実行されたアクセス権と、アクセス権定義９０１で合致したアクセス権と、を所定のアルゴリズムによってマージする。
マージのアルゴリズムとしては、和集合を取る方法や、アクセス権定義９０１のアクセス権を優先する方法等があり、ジョブ履歴監査システムの管理者によって予め設定されているものとする。
なお、アクセス権設定部３０３は、ジョブ履歴の内容がアクセス権定義９０１の複数の条件に合致した場合、全てのアクセス権を採用してもよいし、条件に優先度を設けて、最も優先度の高い条件のアクセス権を採用してもよい。後者の実施形態の場合、アクセス権定義部９０２に、条件の優先度をアクセス権定義９０１に設定することができる機能を持たせればよい。
【００２５】
図５（ｃ）は、図５（ａ）のジョブ履歴に対して、アクセス権設定部３０３によってアクセス権が設定されたジョブ履歴である。アクセス権の内容以外は図５（ｂ）と同一である。
ジョブ履歴ＩＤ「００００１」のジョブ履歴には、アクセス権設定部３０３によって「Ｄｅｓｉｇｎ  Ｄｅｐｔ  Ａｄｍｉｎｉｓｔｒａｔｏｒ」、「Ｍａｎａｇｅｒ」、「Ｕｓｅｒ００１」の３つのアクセス権が設定されている。このうち、アクセス権「Ｄｅｓｉｇｎ  Ｄｅｐｔ  Ａｄｍｉｎｉｓｔｒａｔｏｒ」は、アクセス権定義９０１に基づきステップＳ１１０２で設定されたものである。即ち、ジョブ履歴ＩＤ「００００１」のジョブ履歴の実行ユーザーが「Ｕｓｅｒ００１」であるため、図１０に例示したアクセス権定義９０１に従って、「Ｄｅｓｉｇｎ  Ｄｅｐｔ  Ａｄｍｉｎｉｓｔｒａｔｏｒ」のアクセス権が設定されている。同様に、ジョブ履歴ＩＤ「００００２」のジョブ履歴は、出力先が「ｘｘｘｘｘ＠ｙｙｙ．ｚｚｚ」であるため、図１０に例示したアクセス権定義９０１に従って、「レベルＢ」のアクセス権が設定されている。ジョブ履歴ＩＤ「００００３」には「レベルＡ」のアクセス権が設定されているが、これは、ジョブ履歴のテキストデータに「コピー禁止」という文字列が含まれていたか、画像データに「コピー禁止．ｊｐｇ」に類似した画像が含まれていたことを例示している。
【００２６】
なお、図５（ｃ）の例では、ステップＳ４０３、ステップＳ４０６、ステップＳ１１０２のそれぞれにおいて判定されたアクセス権が全て設定されているが、アクセス権設定部３０３は、それぞれのステップの結果に対して異なるアクセス権レベルを設定してもよい。例えば、アクセス権定義９０１によるアクセス権はジョブ履歴の全てを参照する権限を持つとし、ステップＳ４０３で取得されるジョブ実行ユーザーによるアクセス権はジョブ履歴のジョブ名やジョブ実行日時のみを参照する権限を持つとする。この場合、図８に例示した監査者「Ａｄｍｉｎｉｓｔｒａｔｏｒ１」は「Ｄｅｓｉｇｎ  Ｄｅｐｔ  Ａｄｍｉｎｉｓｔｒａｔｏｒ」のアクセス権を持つため、ジョブ履歴ＩＤ「００００１」のジョブ履歴の内容を全て閲覧できる。しかし、例えば「Ｄｅｓｉｇｎ  Ｄｅｐｔ  Ａｄｍｉｎｉｓｔｒａｔｏｒ」のアクセス権を持たず、「Ｍａｎａｇｅｒ」のアクセス権を持っている他の監査者は、ジョブ履歴ＩＤ「００００１」のジョブ履歴の内容のうち、ジョブ名やジョブ実行日時のみを参照することができる。
第２の実施形態によれば、ジョブ履歴にアクセス権を設定する条件を自由に定義（編集）できるため、個々のジョブ履歴に詳細にアクセス権を設定することができ、より柔軟に監査者の監査範囲を制限することができる。
【００２７】
＜その他の実施形態＞
また、上述した各実施形態は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００２８】
以上、上述した各実施形態によれば、ジョブ履歴データの内容に基づいた適切なアクセス権をジョブ履歴データごとに付与することができるので、ジョブ履歴に対して適切なアクセス制御を可能にすることができる。
【００２９】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００３０】
１０４  データ処理サーバー、１０６  検索サーバー
【図１】
2011034452.tif 000003
【図２】
2011034452.tif 000004
【図３】
2011034452.tif 000005
【図４】
2011034452.tif 000006
【図５】
2011034452.tif 000007
【図６】
2011034452.tif 000008
【図７】
2011034452.tif 000009
【図８】
2011034452.tif 000010
【図９】
2011034452.tif 000011
【図１０】
2011034452.tif 000012
【図１１】
2011034452.tif 000013