(57)【要約】【課題】処理対象に対する処理において特定のイベントが発生したことに対応して通知先へ通知されるイベントに関する情報の適正化を図る。【解決手段】プリントサーバ３０は、処理対象に対する処理において特定のイベントが発生したことに対応して、当該イベントに関するイベント情報を所定の通知先へ通知する通知部４８と、通知部４８によって通知されるイベント情報を生成するイベント情報生成部４６であって、処理対象に関する属性情報群のうちイベント情報に含める属性情報を通知先の属性ごとに関連づけて定めた通知条件テーブルＴに基づいて、所定の通知先の属性に応じた処理対象に関する属性情報を含むイベント情報を生成するイベント情報生成部４６と、を備える。【選択図】図６
2009151427.tif 000002
【特許請求の範囲】
【請求項１】
処理対象に対する処理において特定の事象が発生したことに対応して、当該事象に関する事象情報を所定の通知先へ通知する通知部と、
前記通知部によって通知される事象情報を生成する事象情報生成部であって、処理対象に関する属性情報群のうち事象情報に含める属性情報を通知先の属性ごとに関連づけて定めた通知条件に基づいて、前記所定の通知先の属性に応じた前記処理対象に関する属性情報を含む事象情報を生成する事象情報生成部と、
を備える情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記所定の通知先は、前記処理対象に対する処理の発行元の属性に応じて予め定められている、
ことを特徴とする情報処理装置。
【請求項３】
処理対象に対する処理において特定の事象が発生したことに対応して、当該事象に関する事象情報を所定の通知先へ通知する通知部と、
前記通知部によって通知される事象情報を生成する事象情報生成部であって、処理対象に関する属性情報群のうち事象情報に含める属性情報を通知先の属性ごとに関連づけて定めた通知条件に基づいて、前記所定の通知先の属性に応じた前記処理対象に関する属性情報を含む事象情報を生成する事象情報生成部と、
してコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置およびプログラムに関する。
【背景技術】
【０００２】
指定されたオブジェクトに対して要求されたジョブ処理がジョブ処理装置によって行われる場合に、ジョブ処理装置によるジョブの処理状況などの情報がユーザに通知されることがある。
【０００３】
例えば、特許文献１には、印刷依頼先の処理状況を依頼者に広く知らせるとともに、個人情報を保護することを課題として、コンピュータから印刷ジョブ情報の要求を受けた複写機が、そのジョブ情報の要求元に対して、そのジョブ情報の要求元が管理者であればすべての印刷ジョブ情報を送信し、管理者以外であれば、個人情報をのぞく情報に限って送信する技術が開示されている。
【０００４】
また、特許文献２には、利用者にとって不必要と思われる内容が送信されるのを防止することを課題として、個人情報カプセルにクライアント端末からアクセスしうる利用者毎に、当該利用者の利用可能な個人情報要素を規定するフィルタを設定し、利用者から個人情報カプセルに対するアクセス要求があると、その利用者に対して設定されたフィルタを用いて個人情報カプセル内の個人情報要素のフィルタリング処理を行って当該利用者の利用可能な個人情報要素を個人情報カプセルから抽出し、抽出された個人情報要素を個人情報ファイルとしてクライアント端末に送信する技術が開示されている。
【０００５】
さらに、特許文献３には、保護すべき情報毎に個別に認証を設定し、保護すべき情報にアクセスする毎にユニークなパスワードによる認証を要求して不正アクセスを阻止することを課題として、人事情報サーバが人事情報ＤＢに問い合わせを行う際、個人情報保護ＤＢに登録されているテーブルのデータを操作する命令が含まれるか否かを監視し、個人情報を操作する命令が検出された場合には、操作が一旦保留され個人情報の操作かどうか判断し、個人情報の操作の場合には、ユーザ認証を行う技術が開示されている。
【０００６】
【特許文献１】特開２００５−２６７４０９号公報
【特許文献２】特開２００６−３１７９９２号公報
【特許文献３】特開２００７−０５８５２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、ジョブ処理装置によって行われるジョブ処理において特定の事象が発生したことに対応して、例えば、ジョブ処理が完了あるいはエラーしたことに対応して、予め指定された通知先、例えば、ジョブ処理の発行者宛あるいはジョブ処理装置の管理者宛などに、当該特定の事象に関する情報が通知されることがある。このように特定の事象が発生したことに対応して通知される事象に関する情報には、ジョブ処理の処理対象に関する属性情報を含むことがある。しかし、通知先によっては処理対象に関する属性情報の中に通知することが適切ではない内容を含む可能性がある。
【０００８】
本発明は、処理対象に対する処理において特定の事象が発生したことに対応して通知先へ通知される事象に関する情報の適正化を図ることを目的とする。
【課題を解決するための手段】
【０００９】
本願請求項１に係る発明は、処理対象に対する処理において特定の事象が発生したことに対応して、当該事象に関する事象情報を所定の通知先へ通知する通知部と、前記通知部によって通知される事象情報を生成する事象情報生成部であって、処理対象に関する属性情報群のうち事象情報に含める属性情報を通知先の属性ごとに関連づけて定めた通知条件に基づいて、前記所定の通知先の属性に応じた前記処理対象に関する属性情報を含む事象情報を生成する事象情報生成部と、を備える情報処理装置である。
【００１０】
本願請求項２に係る発明は、請求項１に記載の情報処理装置において、前記所定の通知先は、前記処理対象に対する処理の発行元の属性に応じて予め定められていることを特徴とする情報処理装置である。
【００１１】
本願請求項３に係る発明は、処理対象に対する処理において特定の事象が発生したことに対応して、当該事象に関する事象情報を所定の通知先へ通知する通知部と、前記通知部によって通知される事象情報を生成する事象情報生成部であって、処理対象に関する属性情報群のうち事象情報に含める属性情報を通知先の属性ごとに関連づけて定めた通知条件に基づいて、前記所定の通知先の属性に応じた前記処理対象に関する属性情報を含む事象情報を生成する事象情報生成部と、してコンピュータを機能させるためのプログラムである。
【発明の効果】
【００１２】
本願請求項１または３に係る発明によれば、特定の事象が発生したことに対応して所定の通知先へ通知される事象情報に含める処理対象に関する属性情報を通知先の属性に応じて変更することができるため、通知先へ通知される事象情報の適正化を図ることができる。
【００１３】
本願請求項２に係る発明によれば、処理対象に対する処理の発行元の属性に応じて事象情報の通知先を変更することができる。
【発明を実施するための最良の形態】
【００１４】
本発明を実施するための最良の形態について（以下、「実施形態」と称す）、以下図面を用いて説明する。
【００１５】
図１は、本実施形態に係る印刷システム１００の全体構成を示す図である。
【００１６】
図１において、印刷システム１００は、ネットワーク８０を介してクライアント１０と接続され、クライアント１０からの印刷データを印刷ジョブとしてスプールするプリントサーバ３０と、インタフェースを介してプリントサーバ３０とケーブル接続され、プリントサーバ３０から提供された処理対象の印刷ジョブを順次印刷するプリンタ５０とを含む。なお、図１では、説明を簡略化するために、クライアント１０、プリントサーバ３０、プリンタ５０はそれぞれ一台ずつ示しているが、ネットワーク８０上には、複数のクライアント１０、プリントサーバ３０、プリンタ５０が存在してもよい。また、本実施形態では、プリントサーバ３０とプリンタ５０とは接続ケーブルを介して接続される例について説明するが、プリントサーバ３０とプリンタ５０とはネットワークを介して接続されてもよい。また、プリントサーバ３０は、例えば、クライアント１０やプリンタ５０と一体的に構成しても構わない。つまり、クライアント１０やプリンタ５０をプリントサーバ３０としても機能させてもよい。
【００１７】
図１において、クライアント１０は、プリンタドライバ１２を備える。プリンタドライバ１２は、ユーザからの印刷要求により、指定されたプリンタ名、指定された原稿データ、指定された印刷条件に基づいて、プリンタ５０が解釈可能なページ記述言語（ＰＤＬ）で記述された印刷データＰを生成する。さらに、クライアント１０は、指定されたプリンタ名に対応するプリンタ５０を管理するプリントサーバ３０に対して印刷データＰを送信する。
【００１８】
プリントサーバ３０は、情報処理装置の一例であり、クライアント１０からの印刷データＰを受信して、印刷データＰを印刷ジョブＪとして一旦キュー３２に登録し、順次キュー３２から処理対象の印刷ジョブＪを取り出してプリンタ５０に出力する。さらに、プリントサーバ３０は、印刷ジョブＪの処理過程において特定のイベント（印刷ジョブの処理完了、印刷ジョブの処理エラーなど）が発生したことに対応して、予め指定された通知先、例えば、印刷ジョブを要求した要求元のユーザ、つまり印刷ジョブの発行元のユーザ、あるいはプリンタ５０を管理する管理者へ電子メールなどの通信手段を利用して、イベントに関する情報I（以下、「イベント情報」と称す）を通知する。
【００１９】
イベント情報Ｉとして含まれる情報には、処理対象の印刷ジョブＪの属性情報が含まれ、例えば、図２に示すように、イベントが発生した印刷ジョブを識別するジョブ識別子ｉ０、当該印刷ジョブのジョブ名ｉ２、当該印刷ジョブの発行者名ｉ４、当該印刷ジョブの受付日時ｉ６、当該印刷ジョブの処理状況ｉ８などが含まれる。
【００２０】
ところで、近年、人件費などの経費削減などを目的とし、プリントサーバ３０やプリンタ５０の管理を外部の業者に委託するような形態、いわゆるアウトソーシングが増加している。しかし、イベント情報Ｉに含まれる印刷ジョブの属性情報の中には、例えば委託先の管理者には開示することが好ましくない情報が含まれることがある。例えば、ユーザが発行した印刷ジョブのジョブ名（例えば、印刷対象の原稿データのファイル名など）に、外部に開示すべきでない秘匿情報が含まれることがある。このような印刷ジョブに対するイベント情報を外部の管理者に通知する場合、そのイベント情報の中にはジョブ名を含めないほうが好ましい。
【００２１】
そこで、本実施形態では、プリントサーバ３０は、図３に示すような通知ポリシーに基づいて、イベント情報Ｉに含める印刷ジョブの属性情報を選択する。
【００２２】
図３において、「○」はイベント情報Ｉに含める属性情報を示し、「×」はイベント情報Ｉに含めない属性情報を示す。つまり、図３において、ポリシーＡは、図２に示す属性情報をすべて通知対象とする設定である。ポリシーＢは、図２に示す属性情報のうち、ジョブ名ｉ２を通知対象から外した設定である。さらに、ポリシーＣは、図２に示す属性情報のうち、ジョブ名ｉ２および発行者名ｉ４を通知対象から外した設定である。
【００２３】
図４は、ジョブの発行者ごと、あるいはジョブの発行者が属するグループごとに、予め用意しておく通知条件テーブルの一例である。図４では、具体例として、印刷ジョブの発行者となるユーザＭに対する通知条件テーブルを示す。図４に示すテーブルには、通知先の属性として、システム管理者、発行元のユーザＭ、およびユーザＭの属するグループの宛先が登録され、さらに、各通知先への通知手段、各通知先に対する通知ポリシーが登録されている。なお、ユーザＭの属するグループとは、ユーザＭの属する部署やプロジェクトチームなどである。
【００２４】
プリントサーバ３０は、プリンタ５０による印刷ジョブに対する処理状況を監視し、印刷ジョブに対する特定のイベント、例えば印刷ジョブの完了あるいはエラーが発生したことに対応して、イベントが発生した印刷ジョブの発行者に対応する通知条件テーブルを保持するか否かを判定する。判定の結果、該当する通知条件テーブルを保持する場合には、プリントサーバ３０は、そのテーブルに示される条件に基づいて、通知先の属性ごとにイベント情報を作成し、テーブルに示される通信手段を使って、各通知先に各イベント情報を通知する。
【００２５】
例えば、イベントが発生した印刷ジョブの発行者がユーザＭの場合には、プリントサーバ３０は、図４に示す通知条件テーブルを参照して、図３に示すポリシーテーブルに従って、図５の（ａ）に示すような、印刷ジョブの属性情報として発行元のユーザ名やジョブ名を含まない管理者用のイベント情報を生成する（この場合はポリシーＣに従う）。さらに、プリントサーバ３０は、ポリシーＡに従って、図５の（ｂ）に示すような、通知する印刷ジョブの属性情報に制限がない、発行元であるユーザＭ用のイベント情報を生成する。加えて、プリントサーバ３０は、ポリシーＢに従って、図５の（ｃ）に示すような、印刷ジョブの属性情報としてジョブ名を含まない、ユーザＭの属するグループのメンバ用のイベント情報を生成する。
【００２６】
以上、本実施形態に係るプリントサーバ３０では、通知先の属性ごとに予め通知ポリシーを設定しておくことで、通知先に対して通知されるイベント情報の中に不要な内容が含まれることを防止する。
【００２７】
ここで、図１に示したプリントサーバ３０のハードウェア構成について図６を用いてさらに説明する。図６は、ＣＰＵを用いて構成したプリントサーバ３０の構成図の一例である。
【００２８】
図６において、プリントサーバ３０は、ＣＰＵ３０ａ、揮発性メモリ３０ｂ、不揮発性メモリ３０ｃ、インタフェース（Ｉ／Ｆ）３０ｄ、通信コントローラ３０ｅ、バスライン３０ｆを備える。ＣＰＵ３０ａは、不揮発性メモリ３０ｃに記憶された各プログラムに従いバスライン３０ｆを介して、各部を制御する。
【００２９】
インタフェース３０ｄには、プリンタ５０が接続される。不揮発性メモリ３０ｃには、プログラム４０、および各種データベース（ＤＢ）３２，３４，３６が記憶される。
【００３０】
オブジェクトＤＢ３２は、クライアント１０からの印刷データを印刷ジョブＪとして保持するキューである。オブジェクトＤＢ３２は、印刷ジョブＪの他に、印刷ジョブのログＬとして、各印刷ジョブに関する情報、例えば、印刷ジョブのジョブ識別子、印刷ジョブのジョブ名、印刷ジョブの発行者名、印刷ジョブの受付日時を保持する。
【００３１】
通知条件テーブルＤＢ３４は、図４に示すような通知条件テーブルをユーザごとあるいは、グループごとに保持する。すなわち、通知条件テーブルＤＢ３４は、通知先の属性情報（通知手段およびその通知手段を使用する場合の宛先情報）と通知ポリシーとを関連づけたテーブルＴを、ユーザごとあるいは、グループごとに保持する。
【００３２】
ポリシーＤＢ３６は、図３に示すような通知ポリシーのテーブルＳを保持する。つまり、ポリシーＤＢ３６は、通知するイベント情報の中に含めるべき印刷ジョブの属性情報が定められたポリシーを少なくとも１つ保持する。
【００３３】
プログラム４０は、操作受付部４２、印刷処理部４４、イベント情報生成部４６、通知部４８を含む。操作受付部４２は、クライアント１０からの印刷データを受信し、印刷データをオブジェクトＤＢ３２に新規の印刷ジョブＪとして登録し、ログＬに新規の印刷ジョブＪに関する情報を登録する。また、操作受付部４２は、クライアント１０からの新規の通知条件テーブルの登録要求あるいは通知条件テーブルの更新要求を受信し、通知条件テーブルＤＢ３４に新規の通知条件テーブルを登録する、あるいは、既存の通知条件テーブルの更新を行う。なお、通知条件テーブルの更新とは、例えば、既存の通知先に対する通知ポリシーの変更や、新規の通知先の登録、通知先情報（宛先や通信手段）の変更などである。また、操作受付部４２は、クライアント１０からの新規の通知ポリシーの登録要求や、既存の通知ポリシーの更新要求を受信し、ポリシーＤＢ３６に新規の通知ポリシーを登録、あるいは既存の通知ポリシーを更新する。
【００３４】
印刷処理部４４は、オブジェクトＤＢ３２に登録された印刷ジョブ群から順次印刷ジョブを取得して、取得した印刷ジョブを指定されたプリンタ名に対応するプリンタ５０に送信する。また、印刷処理部４４は、プリンタ５０の印刷ジョブの処理状況を監視し、印刷ジョブに対する印刷が完了、あるいはエラーしたことを検知すると、予め定められた特定のイベントが発生したと判断して、イベントが発生した印刷ジョブの識別子とともに、イベント情報生成部４６に通知する。
【００３５】
イベント情報生成部４６は、イベント発生の通知を受けて、イベント情報を生成する。より具体的には、イベント情報生成部４６は、図７に示す手順に従ってイベント情報を生成する。通知部４８は、イベント情報生成部４６が生成したイベント情報を通信コントローラ３０ｅを介して指定された通知先へ通知する。
【００３６】
ここで、図７を参照して、イベント情報生成部４６がイベント情報を生成する手順についてさらに説明する。
【００３７】
図７において、イベント情報生成部４６は、印刷処理部４４から特定のイベント（例えば、印刷ジョブの完了あるいはエラー）が発生したことの通知を受け付けると（Ｓ１００）、オブジェクトＤＢ３２に登録されたログＬを参照して、通知に示される印刷ジョブの識別子に基づいて、イベントが発生した印刷ジョブの発行者を特定する（Ｓ１０２）。なお、特定のイベントは、印刷処理において発生しうる複数のイベント（例えば、印刷ジョブの完了、用紙なしエラー、用紙ジャムエラーなど）の中から少なくとも１つのイベントを予めイベント情報を生成する対象の特定のイベントとして不揮発性メモリ３０ｃに登録しておけばよい。そして、印刷処理部４４がプリンタ５０で発生するイベントを監視し、不揮発性メモリ３０ｃに登録されたイベントが発生した場合に、イベント情報生成部４６に特定のイベントが発生したことを通知する。あるいは、印刷処理部４４がプリンタ５０で発生したイベントをその都度イベント情報生成部４６に通知して、イベント情報生成部４６が、通知されたイベントが不揮発性メモリ３０ｃに登録されたイベントである場合に、特定のイベントが発生したと判断して、イベント情報の生成処理を開始してもよい。
【００３８】
次いで、イベント情報生成部４６は、通知条件テーブルＤＢ３４を参照して、特定された発行者に対応する通知条件テーブルを検索する（Ｓ１０４）。なお、発行者が属するグループに対応する通信条件テーブルを検索する場合には、例えば、グループに属するユーザ名の一覧情報が示されたテーブルを予め不揮発性メモリ３０ｃに登録しておき、イベント情報生成部４６は、そのテーブルを参照して、発行者が属するグループを特定した後、そのグループに対応する通信条件テーブルを検索すればよい。
【００３９】
ステップＳ１０４の検索結果、該当する通知条件テーブルが存在しない場合には（ステップＳ１０６の判定結果が、否定「Ｎ」）、そのまま処理を終了する。一方、該当する通知条件テーブルが存在する場合には（ステップＳ１０６の判定結果が、肯定「Ｙ」）、イベント情報生成部４６は、検索された通知条件テーブルに示される通知先ごとに、指定された通知ポリシーを、ポリシーＤＢ３６を参照して特定し、特定されたポリシー条件に基づいて、イベント情報を生成する（Ｓ１０８）。なお、イベント情報をクライアント１０の画面に表示することで通知する場合には、例えば、イベント情報はテキスト形式やＨＴＭＬ形式で生成すればよい。あるいは、イベント情報を音声でクライアント１０に通知する場合には、イベント情報はＷＡＶＥ形式やＭＰ３形式で生成すればよい。
【００４０】
その後、通知部４８が、通知条件テーブルに示された通信手段を使って、各通知先に対して、イベント情報生成部４６で生成されたイベント情報を通信コントローラ３０ｅを介して通知する。
【００４１】
以上、本実施形態では、プリントサーバ３０が、印刷ジョブに対する特定のイベント、例えば印刷ジョブの完了あるいはエラーが発生したことに対応して、イベントが発生した印刷ジョブの発行者に対応する通知条件テーブルを検索する。プリントサーバ３０は、検索された通知条件テーブルに示される条件に基づいて、通知先ごとに通知ポリシーに従ってイベント情報を作成する。さらにプリントサーバ３０は、通知条件テーブルに示される通信手段を使って、各通知先に各イベント情報を通知する。
【００４２】
なお、本実施形態では、通知先の属性を、印刷ジョブを実行するプリンタのシステム管理者、印刷ジョブの発行元、発行元の属するグループの３つで分類する例について説明した。しかし、通知先の属性は、これらに限定されず、イベント情報に含める印刷ジョブの属性情報が異なる通知先ごとに分類できる属性であれば、他の属性でも構わない。例えば、印刷ジョブの発行元と発行元以外とでイベント情報に含める印刷ジョブの属性情報を変更する場合には、通知先の属性は、発行元と、発行元以外とで分類すればよい。また、通知先となりうる各ユーザにセキュリティに関する権限レベルが定められている場合には、通知先の権限レベルを通知先の属性として、通知先の権限レベルに応じてイベント情報に含める印刷ジョブの属性情報を変更しても構わない。このように通知先の権限レベルを通知先の属性として利用する場合には、例えば、発行元より権限レベルの低い、つまり、情報漏洩の危険性が高い通知先ほど、イベント情報に含める印刷ジョブの属性情報を制限するように通知条件テーブルを設定すればよい。
【００４３】
また、本実施形態では、通知条件テーブルＤＢ３４に印刷ジョブの発行者、あるいは発行者の属するグループごとに通知条件テーブルを登録する例について説明した。また、通知手段も変更する例について説明した。しかし、イベント情報に含める属性情報を印刷ジョブの発行者ごとや発行者の属するグループごとに変更する必要がなく、通信手段も変更する必要がなければ、図８に示すような１つの通知条件テーブルを通知条件テーブルＤＢ３４に登録しておいてもよい。つまり、通知条件テーブルには、特定のイベントが発生したことに対応して通知する通知先の属性および通知先に対する通知ポリシーのみ登録しておけばよい。この場合、通知先となるユーザやグループごとにメールアドレスなどの宛先情報を登録した宛先情報テーブルを予め不揮発性メモリ３０ｃに登録しておく。イベント情報生成部４６は、特定のイベントが発生したことに対応して、通知条件テーブルを参照して、各通知先の通知ポリシーを特定するとともに、宛先情報テーブルを参照して、各通知先の宛先情報を特定する。その後、イベント情報生成部４６は、通知先の属性ごとに通知ポリシーに従ってイベント情報を生成して、各通知先の宛先情報に基づいて各イベント情報を各通知先へ通知する。
【００４４】
以上、本実施形態では、通知先の属性ごとに通知ポリシーに従って通知内容の異なるイベント情報を生成することが可能になる。つまり、同じ印刷ジョブに対して発生したイベントに関するイベント情報であっても、通知先ごとにイベント情報に含まれる内容を変更することが可能になる。したがって、例えば、通知条件テーブルおよび通知ポリシーの設定によっては、印刷ジョブの発行者には、ジョブ名を含むイベント情報が通知され、管理者にはジョブ名を含まないイベント情報が通知される。
【図面の簡単な説明】
【００４５】
【図１】本実施形態に係る印刷システム１００の全体構成を示す図である。
【図２】イベント情報として含まれる属性情報の一例を示す図である。
【図３】通知ポリシーの条件の一例を示す図である。
【図４】通知条件テーブルの条件の一例を示す図である。
【図５】イベント情報として通知される内容の一例を示す図である。
【図６】図１に示したプリントサーバ３０のハードウェア構成の一例を示す図である。
【図７】イベント情報生成部がイベント情報を生成する際の処理手順を示すフローチャートである。
【図８】通知条件テーブルの条件の一例を示す図である。
【符号の説明】
【００４６】
１０  クライアント、１２  プリンタドライバ、３０  プリントサーバ、３０ａ  ＣＰＵ、３０ｂ  揮発性メモリ、３０ｃ  不揮発性メモリ、３０ｄ  インタフェース、３０ｅ  通信コントローラ、３０ｆ  バスライン、３２  オブジェクトデータベース（キュー）、３４  通知条件テーブルデータベース、３６  ポリシーデータベース、４０  プログラム、４２  操作受付部、４４  印刷処理部、４６  イベント情報生成部、４８  通知部、５０  プリンタ、８０  ネットワーク、１００  印刷システム。
【図１】
2009151427.tif 000003
【図２】
2009151427.tif 000004
【図３】
2009151427.tif 000005
【図４】
2009151427.tif 000006
【図５】
2009151427.tif 000007
【図６】
2009151427.tif 000008
【図７】
2009151427.tif 000009
【図８】
2009151427.tif 000010