(57)【要約】【課題】複写機等の画像処理装置において、機密文書の出力を一律に禁止するのではなく、機密の程度に応じた出力制御を実現する。【解決手段】画像処理装置１０は、出力に承認が必要な文書の条件を示す承認ルールと、承認ルールに対応する承認者を示す承認者情報とを記憶したルール記憶手段２０と、前記文書が前記承認ルールに抵触するか否かを判定する判定手段１８と、前記判定手段で前記文書が前記承認ルールに抵触すると判定された場合、前記承認者情報が示す承認者により前記文書の出力に対する承認がなされるまで該文書の画像の出力を禁止する出力制御手段１４及び２４と、を備える。【選択図】図１
2007004512.tif 000002
【特許請求の範囲】
【請求項１】
ユーザから出力指示された文書の画像を生成し、出力する画像処理装置であって、
出力に承認が必要な文書の条件を示す承認ルールと、承認ルールに対応する承認者を示す承認者情報とを記憶したルール記憶手段と、
前記文書が前記承認ルールに抵触するか否かを判定する判定手段と、
前記判定手段で前記文書が前記承認ルールに抵触すると判定された場合、前記承認者情報が示す承認者により前記文書の出力に対する承認がなされるまで該文書の画像の出力を禁止する出力制御手段と、
を備える画像処理装置。
【請求項２】
前記出力制御手段は、前記承認者により前記文書の出力に対する承認がなされた場合に、該文書を入力したユーザに対して承認が得られた旨の通知を送信することを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記出力制御手段が前記ユーザに対して送信する前記通知には前記文書の出力を指示するための指示情報が含まれ、前記ユーザから該指示情報に基づく出力指示を受けた場合に該文書の画像を出力することを特徴とする請求項２記載の画像処理装置。
【請求項４】
前記出力制御手段は、前記判定手段で前記文書が前記承認ルールに抵触すると判定された場合、前記承認者のコンピュータに対し、該文書の画像を含んだ承認指示用画面のデータを提供し、該承認指示用画面に対する該承認者の承認指示の入力を受け取った場合に前記文書の出力の承認がなされたものと判定することを特徴とする請求項１記載の画像処理装置。
【請求項５】
前記ルール記憶手段は、複数の承認ルールと承認ルールごとに対応した承認者の承認者情報とを記憶し、
前記出力制御手段は、前記文書が抵触すると判定された承認ルールに対応する承認者により承認がなされるまで該文書の出力を禁止する、
ことを特徴とする請求項１記載の画像処理装置。
【請求項６】
前記ルール記憶手段は、各承認ルールのセキュリティレベルと、セキュリティレベルごとに対応した承認者の承認者情報とを記憶し、
前記出力制御手段は、前記文書が承認ルールに抵触すると判定された場合、該承認ルールのセキュリティレベルに対応した承認者により承認がなされるまで該文書の出力を禁止する、
ことを特徴とする請求項１記載の画像処理装置。
【請求項７】
ユーザから出力指示された文書の画像を生成し、出力する画像処理システムであって、
出力に承認が必要な文書の条件を示す承認ルールと、承認ルールに対応する承認者を示す承認者情報とを記憶したルール記憶手段と、
前記文書が前記承認ルールに抵触するか否かを判定する判定手段と、
前記判定手段で前記文書が前記承認ルールに抵触すると判定された場合、前記承認者情報が示す承認者により前記文書の出力に対する承認がなされるまで該文書の画像の出力を禁止する出力制御手段と、
を備える画像処理システム。
【請求項８】
ユーザから出力指示された文書の画像を生成し、出力する画像処理装置と、
承認サーバと、
を有し、
前記画像処理装置は、
ユーザから文書の出力指示を受けた場合に、該文書のデータを含んだ承認要否の問合せを前記承認サーバに送る問合せ手段と、
前記承認要否の問合せに対して前記承認サーバから承認が不要との回答を受けた場合には前記文書の画像の出力を行い、承認が必要との回答を受けた場合は、承認がなされた旨の情報を受けるまで該文書の画像の出力を禁止する出力制御手段と、
を備え、
前記承認サーバは、
出力に承認が必要な文書の条件を示す承認ルールと、承認ルールに対応する承認者を示す承認者情報とを記憶したルール記憶手段と、
前記画像処理装置からの承認要否の問合せに応じ、該問合せに含まれる文書のデータに基づき該文書が前記承認ルールに抵触するか否かを判定し、抵触しないと判定した場合には承認が不要との回答を、抵触すると判定した場合には承認が必要との回答をそれぞれ前記画像処理装置に返す判定手段と、
前記判定手段により前記文書が前記承認ルールに抵触すると判定された場合に、前記承認者情報が示す承認者に対して前記文書の出力に対する承認の諾否の入力を促し、該承認者からの前記文書の出力を承認する旨の入力があった場合に、承認がなされた旨の情報を前記ユーザ又は前記画像処理装置に対して提供する承認処理手段と、
を備えることを特徴とする画像処理システム。
【請求項９】
前記承認サーバは、前記画像処理装置から取得した文書のデータを蓄積するスプール手段と、
前記承認サーバの承認処理手段は、前記判定手段で前記文書が前記承認ルールに抵触すると判定された場合、前記文書のデータが示す文書の画像を含んだ承認指示用画面を生成して承認者に提供し、該承認指示用画面に対する該承認者の承認指示の入力を受け取った場合に前記文書の出力の承認がなされたものと判定し、前記スプール手段から取り出した該文書のデータを前記画像処理装置に提供する、
ことを特徴とする請求項８記載の画像処理システム。
【請求項１０】
ユーザから出力指示された文書の画像を生成し、出力する画像処理装置であって、
ユーザから文書の出力指示を受けた場合に、該文書のデータを含んだ承認要否の問合せを承認サーバに送る問合せ手段と、
前記承認要否の問合せに対して前記承認サーバから承認が不要との回答を受けた場合には前記文書の画像の出力を行い、承認が必要との回答を受けた場合は、承認がなされた旨の情報を受けるまで該文書の画像の出力を禁止する出力制御手段と、
を備える画像処理装置。
【請求項１１】
出力に承認が必要な文書の条件を示す承認ルールと、承認ルールに対応する承認者を示す承認者情報とを記憶したルール記憶手段と、
画像処理装置からの承認要否の問合せに応じ、該問合せに含まれる文書のデータに基づき該文書が前記承認ルールに抵触するか否かを判定し、抵触しないと判定した場合には承認が不要との回答を、抵触すると判定した場合には承認が必要との回答をそれぞれ前記画像処理装置に返す判定手段と、
前記判定手段により前記文書が前記承認ルールに抵触すると判定された場合に、前記承認者情報が示す承認者に対して前記文書の出力に対する承認の諾否の入力を促し、該承認者からの前記文書の出力を承認する旨の入力があった場合に、承認がなされた旨の情報を前記ユーザ又は前記画像処理装置に対して提供する承認処理手段と、
を備えることを特徴とする承認サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
ユーザから出力指示された文書の画像を生成して出力する複写機、複合機、プリンタ、ファクシミリ、スキャナ等の画像処理装置に関し、特に機密文書等のように、印刷その他の出力に制限を加える必要がある文書の出力制限に関する。
【背景技術】
【０００２】
複写機等の画像処理装置における文書出力の制限の従来技術として、例えば特許文献１に示すものがある。この従来技術では、ユーザが画像処理装置に対してユーザ名やパスワードを入力すると、画像処理装置が電子認証システムに問合せを行い、この問合せの結果その文書に対して複製や読込を行う権限のあるユーザと判明した場合にそれらの操作を可能としている。
【０００３】
また特許文献２には、複写機等の画像処理装置において社内機密文書等の不正コピーを防止するための技術が開示される。この技術では、機密文書作成時に、記録用紙上に視認性の低い黄色のトナーでマークを付加し、複写処理時にそのマークが読み取られた場合、当該文書は機密文書であるとして、全面黒による出力を行なう等の機密保持処理を行う。また、特許文献１には、画像処理装置に印影を登録可能とし、画像処理装置が文書からその印影を読み取った場合、それを機密文書として機密保持処理を行う点が示される。また、特許文献１には、機密文書の複写がなされようとした際に処理を強制的に中断し、さらに次の行程における現像器により、用紙上に「これは機密書類であるため複写できません」旨のメッセージを付加して出力する点が示される。
【０００４】
また、画像処理装置に関するものではないが、特許文献３には、本文に特定のキーワードが含まれ、所定のアドレスが送信先に含まれる場合に電子メールの送信を禁止する電子メール送信装置が示される。
【０００５】
【特許文献１】特開２００２−３６８９１５号公報
【特許文献２】特開平１１−１２２４８５号公報
【特許文献３】特開２００２−２０７６７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
機密文書等には様々な種類があり、印刷・複写出力等の禁止の必要性の度合いは種類毎に異なる。例えば、社内機密文書の中にも画面上の閲覧のみを認め紙に印刷することが完全に禁じられるものもあれば、しかるべき者の承認を得れば紙への印刷等の出力を認めてもよいものもある。ところが、上記従来技術は、いずれも出力対象の文書が所定の条件に該当する場合にその出力を禁ずることしか行っておらず、出力禁止の必要性度合いに応じたきめ細かな出力制御はできなかった。
【課題を解決するための手段】
【０００７】
本発明の１つの側面では、ユーザから出力指示された文書の画像を生成し、出力する画像処理装置であって、出力に承認が必要な文書の条件を示す承認ルールと、承認ルールに対応する承認者を示す承認者情報とを記憶したルール記憶手段と、前記文書が前記承認ルールに抵触するか否かを判定する判定手段と、前記判定手段で前記文書が前記承認ルールに抵触すると判定された場合、前記承認者情報が示す承認者により前記文書の出力に対する承認がなされるまで該文書の画像の出力を禁止する出力制御手段と、を備える画像処理装置を提供する。
【０００８】
本発明の別の側面では、次のような画像処理システムを提供する。すなわちこのシステムは、ユーザから出力指示された文書の画像を生成し、出力する画像処理装置と、承認サーバと、を有し、前記画像処理装置は、ユーザから文書の出力指示を受けた場合に、該文書のデータを含んだ承認要否の問合せを前記承認サーバに送る問合せ手段と、前記承認要否の問合せに対して前記承認サーバから承認が不要との回答を受けた場合には前記文書の画像の出力を行い、承認が必要との回答を受けた場合は、承認がなされた旨の情報を受けるまで該文書の画像の出力を禁止する出力制御手段と、を備え、前記承認サーバは、出力に承認が必要な文書の条件を示す承認ルールと、承認ルールに対応する承認者を示す承認者情報とを記憶したルール記憶手段と、前記画像処理装置からの承認要否の問合せに応じ、該問合せに含まれる文書のデータに基づき該文書が前記承認ルールに抵触するか否かを判定し、抵触しないと判定した場合には承認が不要との回答を、抵触すると判定した場合には承認が必要との回答をそれぞれ前記画像処理装置に返す判定手段と、前記判定手段により前記文書が前記承認ルールに抵触すると判定された場合に、前記承認者情報が示す承認者に対して前記文書の出力に対する承認の諾否の入力を促し、該承認者からの前記文書の出力を承認する旨の入力があった場合に、承認がなされた旨の情報を前記ユーザ又は前記画像処理装置に対して提供する承認処理手段と、を備える。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して、本発明の好適な実施の形態について説明する。
【００１０】
図１を参照して、本実施形態の画像処理装置１０の構成について説明する。この例では、画像処理装置１０は、複写機、プリンタ、スキャナ又はファクシミリ装置、又はそれらの機能を併せ持つ複合機であるとするが、これはあくまで一例に過ぎない。画像処理装置１０は、それら複写機、プリンタ等の各種装置のうちのいずれであっても構わない。
【００１１】
画像処理装置１０において、入力部１２は、処理対象となる入力文書１００を受け取る手段である。例えば画像処理装置１０が複写機やスキャナ、ファクシミリの場合、入力文書１００は紙原稿であり、入力部１２はそれを読み取る画像読取機構である。この場合、入力部１２は、読み取った原稿の画像データを制御部１４に渡す。また、画像処理装置１０がプリンタの場合、入力文書１００はページ記述言語や画像データ等の形で表現された原稿データであり、入力部１２はそのデータをクライアントコンピュータから受け取る手段である。この場合入力部１２は、入力された原稿データを制御部１４に渡すか、或いは原稿データを出力部１６が処理可能な画像データ形式のデータに変換した上で制御部１４に渡す。複合機の場合、紙原稿及び原稿データの両方を入力文書１００として受け入れる。
【００１２】
出力部１６は、入力部１２に入力された入力文書１００に対する当該画像処理装置での処理結果を出力するユニットである。例えば画像処理装置が複写機やプリンタの場合、出力部１６は、画像を用紙に印刷する印刷機構である。また、ファクシミリの場合出力部１６は画像をファクシミリ送信する送信機構であり、スキャナの場合出力部１６は読み取られた画像をファイルとして画像処理装置１０内の不揮発性記憶装置に蓄積したり、或いはあらかじめ登録されたコンピュータにそのファイルを送信したりする機構である。複合機の場合は、それら各機能に対応した出力部１６が設けられる。
【００１３】
チェック部１８は、出力部１６から文書を出力するのに承認が必要かを判定する手段である。この判定は、ルールＤＢ（データベース）２０に登録された承認ルールに基づき行われる。このルールＤＢ２０に登録された承認ルールの例を図２に示す。図示のように、各ルールにはルールＩＤ（識別情報）が割り当てられ、そのルールＩＤに対応してルールの内容が登録される。例えばルールＩＤ「０」は、文書の本体（すなわち属性ではない、内容の部分）に「複製禁止」という文字列を含む場合に、その文書の出力に際し承認が必要であるというルールを示す。またルールＩＤ「１」は、文書本体に文字列「機密情報」を含み、かつその文書の入力を指示したユーザがＭｇｒ（マネージャ）グループに属さない場合に承認が必要であるというルールを示す。ここで、文書の複写や印刷等を指示するユーザの情報は、画像処理装置１０を使用する際のユーザ認証処理により獲得する。ユーザ認証は、例えばユーザ名及びパスワードの入力（画像処理装置１０のローカルのＵＩ（ユーザインタフェース）又はリモートのクライアントのドライバプログラムのＵＩ等から入力される）、あるいはユーザが持つ磁気或いはＩＣチップを利用したＩＤカードの読取など、様々な方法により行うことができる。以上に例示した承認ルールは文書本体内の文字列やユーザ情報を利用したものであったが、ルールはこの他にも様々な情報を用いて規定できる。例えば、文書本体内の画像中に所定のマークや所定の印影などがあることを以て承認要と判定するルールも考えられる。また、文書本体に付随する属性データ中の情報項目（例えば文書の作成者名や、ファクシミリ送信の場合の宛先など）をルールに組み込むこともできる。また、文書の出力態様（複写、印刷、スキャン、ファクシミリ送信などの種別）についての条件をルールに記述可能とすれば、ファクシミリ送信の場合のみ承認が必要などといった条件設定が可能となる。なお、ルールＤＢ２０に対する新規ルールの登録、既存ルールの削除や内容変更は、ルール設定部２２が提供するＵＩを通して行うことができる。
【００１４】
チェック部１８は、ルールＤＢ２０内のルールごとに、その抵触の有無を判定する。入力された文書が例えばスキャン画像等の画像データの場合は、その画像からＯＣＲ（光学文字認識）により文字列を求め、その中にルールＤＢ２０内の各ルールに該当する文字列があるかどうかを判定する。またルールが規定する印影等のマークをその画像中から検出するなどの処理も行う。また、文書がページ記述言語のデータとして入力された場合は、そのページ記述言語データ中の文字列を対象として同様の判定を行ってもよい。また、チェック部１８は、ルール中に属性やユーザ情報に関する条件が含まれる場合は、文書に付随する属性情報や、当該画像処理装置１０内のユーザ認証機構から入手したユーザ情報を用いて判定を行う。
【００１５】
承認部２４は、承認が必要と判定された場合に、承認者からの承認を受けるための処理を行う手段である。承認者の情報（例えばユーザ名やパスワード等の認証情報）は承認者ＤＢ２６に登録されている。承認者ＤＢ２６に登録される承認者の情報は、承認者設定部２８が提供するＵＩを介して、追加や削除、変更することができる。
【００１６】
承認部２４の処理は例えば次のようなものである。すなわち、承認が必要な場合、承認部２４は、画像処理装置１０の備える液晶タッチパネル等のＵＩ画面上に承認が求められている旨のメッセージを表示する。それを見た承認者が画像処理装置１０に対しユーザ認証を行ってログインし、ＵＩ画面に表示されたメニュー上から承認作業を選択すると、承認部２４は、その承認者に対して承認が求められている文書のリストを表示する。リストには、例えば、それら各文書に対し画像処理装置１０が付与したＩＤ、文書のファイル名（もしあれば）、出力を指示したユーザのユーザ名、出力指示の日時などの情報が含まれる。また、承認者の操作により各文書の画像（例えば文書の画像をＵＩ画面用に解像度変換したもの）をＵＩ画面に表示することで、承認が求められている文書の内容を承認者によりよく把握できるようにしてもよい。承認者は、文書のリストから、出力を承認するもの、拒否するものを選択する。
【００１７】
制御部１４は、入力部１２，出力部１６，チェック部１８，承認部２４などといった画像処理装置１０内の各部を制御する。制御部１４は、ローカルのＵＩ部又はリモートのコンピュータからのユーザのログイン操作に応じてユーザ認証を行う。そして、入力部１２から文書が入力された場合、その文書の本体データ（画像データ又はページ記述言語データ）や属性データ、ユーザ情報等をチェック部１８に渡し、承認要否のチェックを依頼する。これに応じ、チェック部１８から承認不要の旨の回答が来ると、制御部１４はその文書の画像等のデータを出力部１６に渡し、ユーザの指定した出力態様に応じた出力を実行させる。一方、承認が必要との回答があった場合は、制御部１４は、当該文書の出力処理を保留状態とし、承認部２４に承認処理を依頼する。このとき、画像処理装置１０のＵＩ画面や、出力を依頼してきたリモートのコンピュータに対し、その文書の出力には承認が必要であるため承認が得られるまで出力処理を保留する旨のメッセージを渡して表示させる。この承認依頼に対して承認部２４が承認者から文書出力の承認を受けた旨を回答してくると、制御部１４は、保留していたその文書の出力処理を再開し、出力部１６にその文書のデータを渡して出力させる。一方、承認者から文書の出力が拒否された旨の回答が承認部２４から到来した場合、制御部１４は、承認拒否により当該文書が出力できなくなった旨のメッセージをローカルのＵＩ又はリモートのコンピュータに渡して表示させるとともに、保留していた文書のデータを破棄して当該文書を出力しないまま処理を終了する。
【００１８】
制御部１４、チェック部１８、承認部２４等は、典型的には上述した各部の機能を記述したプログラムを画像処理装置１０内のプロセッサに実行させることにより実現できる。
【００１９】
以上の例では、承認が必要と判定された場合の出力保留（中断）のメッセージや、承認拒否の旨のメッセージをＵＩ画面やリモートのコンピュータの画面に表示する場合を例示したが、これに限らず、例えばユーザが画像処理装置１０のＵＩから複写や印刷等を指示した場合にはそれらメッセージを出力部１６から印刷出力するようにしてもよい。
【００２０】
なお、図示等は省略したが、承認の有無等によらず絶対に出力禁止とする条件を示した出力禁止ルールをルールＤＢ２０に登録し、入力された文書が出力禁止ルールに該当した場合にはその文書の出力を取りやめる（必要に応じ出力取りやめの理由等を示すメッセージを表示又は出力する）ようにすることももちろん可能である。
【００２１】
以上説明したように、本実施形態によれば、適切な承認者からの承認があれば出力可能な文書については、画像処理装置１０がその出力処理を中断して承認者から承認を受けるための処理を行い、承認を受けると出力を再開することができる。したがって、ルールに抵触した文書を一律に出力禁止にするのではなく、承認ルールに該当する文書は承認により出力可能にするといったきめ細かな出力制御が可能になる。
【００２２】
次に、図３を参照して変形例を説明する。図３において、図１に示した各構成要素に相当する構成要素には、図１と同一の符号を付してその説明を省略する。
【００２３】
図３の画像処理装置１０ａは、図１の画像処理装置１０に対して承認通知部３０，承認完了通知部３２及び出力再開指示部３４を加えたものである。上述の実施形態では画像処理装置１０のローカルのＵＩを用いて承認処理を行ったのに対し、この変形例では、リモートのコンピュータを操作している承認者から承認を受ける仕組みを提供する。
【００２４】
承認通知部３０は、リモートの承認者に対する承認依頼の通知情報を作成し、その通知情報を承認者宛に送信する。この通知情報の送信は、例えば電子メールを用いて行うことができる。通知先となる承認者のアドレス情報（例えば電子メールアドレス）は、承認者ＤＢ２６又は画像処理装置１０内又はネットワーク上のユーザ情報管理部にあらかじめ登録されており、そこから取得する。承認部２４は、上記実施形態で説明したローカルでの承認処理の機能に加え、図４のようなリモートからの承認処理用ＵＩ画面２００を生成し、これを承認者に提供する。この画面２００には、承認対象を示す属性情報２０２と、承認対象の文書の画像２０４（複数ページ物の文書の場合、先頭ページ等の代表ページのみでもよいし、全ページ表示されるようにしてもよい）と、承認の意思を示すためのＧＵＩ（グラフィカルユーザインタフェース）ボタン２０６が含まれる。承認対象の属性情報には、例えば、文書の出力指示をしたユーザの識別情報、出力が指示された画像処理装置１０の識別情報、及び出力指示がなされた日時等が含まれる。また、承認指示のボタンだけでなく更に承認拒否のためのボタンがあってもよい。例えば画像処理装置１０にウェブサーバ機能を持たせ、この画面２００をウェブページとして承認者に提供するようにすることが１つの好適な方法である。この場合、承認通知部３０が承認者に送る通知情報には、文書出力の承認が求められていることを示すメッセージと、承認処理用ＵＩ画面２００にアクセスするためのＵＲＬを持たせればよい。このように承認処理の画面をウェブベースで提供する代わりに、承認対象を示す属性情報２０２や承認対象の文書の情報（文書名や文書の画像）と、承認或いは拒否の指示のためのリンク情報とを含んだ通知情報を作成し、これを承認者に提供するようにしてもよい。この場合、承認者が通知情報中のリンク情報をクリックするなどの操作をすると、承認又は拒否の旨を示すデータがＨＴＴＰその他のプロトコルによりネットワークを介して承認部２４に送られる。
【００２５】
承認者からの承認又は拒否の旨の指示を受けると、承認部２４はその承認結果を記録する。そして、承認完了通知部３２が、当該文書の出力を指示したユーザに対し、承認結果を示す通知（例えば電子メール）を送る。ここで、ユーザの通知先アドレスは画像処理装置１０内やネットワーク上のユーザ情報管理部から取得する。
【００２６】
文書の出力が承認された場合には、承認通知部３０の通知には、その文書の出力保留状態の解除を指示するためのリンク情報（例えば当該文書のＩＤを示すＵＲＬなど）が含まれる。ユーザが、その通知中のリンク情報をクリック操作等で選択すると、保留解除指示がＨＴＴＰ等のプロトコルでネットワークを介して画像処理装置１０に送信される。これを受けた画像処理装置１０では、出力再開指示部３４がその保留解除指示が示す解除対象の文書が承認取得済みかどうかを承認結果の記録から判定し、承認取得済みであれば制御部１４が出力部１６に対し当該文書の出力を指示する。なお、承認完了通知部３２がユーザに送る通知のリンク情報中に、文書ＩＤだけでなく、承認済みである旨の情報を含めておき、ユーザのコンピュータから画像処理装置１０へ承認済みの旨を示す情報が文書ＩＤと共に送られるようにしてもよい。また、承認完了通知部３２からユーザに送る通知に、承認された文書のＩＤ等の文字列を組み込み、その通知を見たユーザが画像処理装置１０まで出向き、画像処理装置１０のＵＩに対しその文書ＩＤ等を入力することで、出力保留状態の解除を指示するようにしてもよい。
【００２７】
図３の変形例によれば、承認者や出力指示をしたユーザが画像処理装置１０の近くにいなくても、承認に関する一連の作業ができる。
【００２８】
次に更に別の変形例を、図５を参照して説明する。この変形例は、承認ルールごとに承認者を個別に登録する例である。図５の例では、承認者ＤＢ２６には、ルールＤＢ２０内の各ルールのルールＩＤに対応づけて承認者の情報（たとえばＩＤ）が登録されている。承認部２４や承認通知部３０は、文書が抵触するルールに対応する承認者を承認者ＤＢ２６から求め、その承認者に対して承認を求める。
【００２９】
なお、図５の例のルールＩＤ「２」のルールは、文書本体に「社内文書」と「作成者：｛＄ａ｝」（ここで「作成者：」と言う文字列の後に続く文字列を代入する変数である）とが含まれる場合に承認要とするというルールであり、このルールに対応する承認者はその文書の作成者となる。すなわち、このルールでは、文書内に示された作成者から承認を得ない限り出力ができない。
【００３０】
この変形例によれば、各承認ルールに適した承認者を指定できるので、よりきめ細かい承認が可能になる。
【００３１】
更なる変形例を、図６を参照して説明する。図５の変形例では承認ルールごとに承認者を登録したのに対し、この図６の変形例には、ルールＤＢ２０の各ルールに機密レベルを設定し、承認者ＤＢ２６には機密レベルごとに承認者を登録する。
【００３２】
この例では、ルールＩＤ「０」及び「１」のルールは機密レベルが「禁止」であるが、「禁止」というレベルは（承認の有無と関わりなく）絶対に出力が禁止されるレベルである。文書が「禁止」レベルに該当した場合、制御部１４は承認部２４に承認処理を依頼することなくその文書の出力を取りやめる。また、機密レベル「低」の場合の承認者は、まず、出力を指示したユーザの所属部門の責任者であり、これは画像処理装置１０内又はネットワーク上に存在するユーザ管理部（これは各ユーザの所属部門や役職などの情報も保持する）から求めることができる。また、ユーザの所属部門の部門の責任者がユーザ管理部の情報から判明しない場合は、ユーザ「Ｔａｒｏ」が承認者となる。
【００３３】
この変形例によれば、承認ルールに該当する文書の機密度合いに応じて適切な承認者に承認を受けることができる。
【００３４】
次に、図７を参照して更なる変形例を説明する。
【００３５】
以上では、単体の画像処理装置１０に本発明を適用した例を示した。これに対し、図７の変形例では、承認処理の機能を承認サーバ５０として画像処理装置（図７では複合機４０）とは別に設けたシステム構成をとる。図７において、図１及び図３に示した構成要素と同様の構成要素には同一符号を付してその説明を省略する。以下、このシステムにおける各場面での処理の流れを順に説明する。
【００３６】
＜ルールおよび承認者の設定＞
1.  承認サーバ５０の管理者は、事前にルール設定アプリケーション（プログラム）２２ａで出力に承認が必要な文書のルールを設定する。ルール設定アプリケーション２２ａは、承認サーバ５０のローカルでルール設定用のユーザインタフェースを提供するものであってもよいし、ウェブサービス等の形でリモートのコンピュータにそのようなユーザインタフェースを提供するものであってもよい。この点は、後述する承認者設定アプリケーション２８ａ、承認指示アプリケーション３２ａ、再開指示アプリケーション３４ａについても同様である。
【００３７】
2.  ルール設定アプリケーション２２ａは設定されたルールをルールＤＢ２０に登録する。
【００３８】
3.  承認サーバ５０の管理者は、設定されたルール毎或いは各ルールの機密レベルごとに、そのルールに該当する文書が検出されたときに承認を依頼する承認者を、承認者設定アプリケーション２８ａで設定しておく。承認者はユーザ管理サーバ６０で管理されているユーザから選択する。ここで、ユーザ管理サーバ６０は、複合機４０の外部認証先として設定できるサーバであり、ユーザのＩＤ、パスワード、名前、メールアドレス、所属部門、役職などのユーザ情報を管理しているサーバである（例：MicroSoft社のActiveDirectory）。
【００３９】
4.  承認者設定アプリケーション２８ａは、ルールのＩＤとそのルールに対応する承認者ＩＤとのペア（或いは機密レベルとそれに対応する承認者のＩＤのペア）を、承認者ＤＢ２６に登録する。承認者ＩＤはユーザ管理サーバ６０で管理されている承認者のユーザＩＤである。
【００４０】
＜複写および承認要否判断処理＞
5.  ユーザはコピーを実行する前に、認証を受けるため複合機４０のＵＩ４６でユーザ名（ユーザＩＤ）とパスワードを入力する。
【００４１】
6.  コントローラ４８はそのユーザ名及びパスワードをユーザ管理サーバ６０に送り、ユーザの認証処理を依頼する。
【００４２】
7.  ユーザ管理サーバ６０によってユーザが認証されると、複合機４０はそのユーザに対してコピーなどの操作を許可する。
【００４３】
8.  ユーザがスキャン部４２にコピーの原稿をセットし、ＵＩ４６を用いてコピーを指示する。
【００４４】
9.  コントローラ４８はスキャン部４２に原稿の読み取りを指示する。
【００４５】
10.  スキャン部４２は原稿を読み取り、読み取って生成された文書データをコントローラ４８に送る。
【００４６】
11.  コントローラ４８はこの文書データが承認なしでも出力可能かを承認サーバ５０の承認制御部１４ａに問い合わせる。問い合わせをするときには、文書データだけでなく出力指示を行ったユーザの情報、複合機４０自身の情報もあわせて送信する。
【００４７】
12.  承認制御部１４ａは、チェック部１８に対してこの文書の出力に承認を要するかどうかを問い合わせる。このとき文書データだけでなく出力指示を行ったユーザの情報、複合機自身の情報もあわせてチェック部１８に渡す。
【００４８】
13.  チェック部１８は承認制御部１４ａから送られてきた文書データやユーザ情報等をルールＤＢ２０が保持しているルールと照らし合わせ、承認なしで出力可能であるかどうかの判断を行い、判断の結果を承認制御部１４ａに返す。いずれのルールにも抵触しなければ、承認無しで出力可能と判断される。
【００４９】
14.  承認者ＤＢ２６にはルールＩＤ（又は機密レベル）とこれに対応する=承認者のＩＤが対になって保持されているので、チェック部１８は文書の出力に承認が必要と判断した場合には、承認者ＤＢ２６から承認者ＩＤを取得し、判断の結果と合わせて承認者ＩＤも承認制御部１４ａに返す。
【００５０】
15.  チェック部１８から承認なしで出力可能という判断が返ってきた場合には、承認制御部１４ａは複合機４０のコントローラ４８に出力再開指示を送信する。
【００５１】
16.  コントローラ４８は出力再開指示を受信すると、プリント部４４に文書データとともに出力指示を与える。これに応じてプリント部４４は文書データの出力を行い、処理は終了する。
【００５２】
17.  チェック部１８から出力には承認が必要という判断が返ってきた場合には、承認制御部１４ａは複合機４０のコントローラ４８に文書の出力中断指示を送信する。このとき、コントローラ４８は、当該文書データを破棄してもよい。
【００５３】
18.  コントローラ４８はＵＩ４６の表示画面上に、承認者によって承認されるまではこの文書の複写を中断することを伝えるメッセージを提示する。
【００５４】
19.  承認制御部１４ａはチェック部１８から判断結果とあわせて送られてきた承認者ＩＤをキーとして用いることで、承認者のメールアドレス情報など必要な情報をユーザ管理サーバ６０から取得する。
【００５５】
20.  承認制御部１４ａは、文書スプール５２に、文書データ、コピーを指示したユーザ情報、承認者情報、複合機情報などを承認プロセスが終了するまで一時的に格納する。このとき、格納する文書に対して一意的な文書ＩＤを付与し、これを文書データに対応づけて文書スプール５２に登録する。
【００５６】
21.  承認制御部１４ａは承認通知部３０ａに、承認者へ承認処理を依頼するための通知を送信することを指示する。このとき、文書データ、ユーザ情報、承認者情報なども一緒に渡す。
【００５７】
22.  承認通知部３０ａは承認制御部１４ａから渡されたデータを基に承認処理を依頼するメールを作成し、承認者のメールアドレスに送信する。承認者が承認指示アプリケーション３２ａにアクセスするまでは、処理が一旦終了する。
【００５８】
＜承認指示処理＞
23.  承認依頼を受信した承認者は、承認指示アプリケーション３２ａにアクセスする。
【００５９】
24.  承認指示アプリケーション３２ａはログイン画面を表示する。
【００６０】
25.  承認者はログイン画面でユーザ名とパスワードを入力する。
【００６１】
26.  承認指示アプリケーション３２ａはユーザ管理サーバ６０にユーザの認証処理を依頼する。
【００６２】
27.  ユーザ管理サーバ６０によってユーザが認証されると、承認指示アプリケーション３２ａは承認制御部１４ａを通じて文書スプール５２から承認者が承認すべき文書データおよびこれに付随する情報(ユーザ情報、複合機情報等)を取得する。
【００６３】
28.  承認指示アプリケーション３２ａは、承認者に文書データおよびこれに付随する情報を提示し、承認者がその文書の出力を承認/拒否を指示するためのユーザインターフェースを提供する。このユーザインタフェースの画面表示例は、図４に示したものと同様である。
【００６４】
29.  承認者がそのユーザインターフェースを通じて承認もしくは拒否を指示すると、承認指示アプリケーション３２ａは承認制御部１４ａに承認者の指示内容を通知する。
【００６５】
30.  承認制御部１４ａは、文書データに付随するユーザ情報を基にユーザ管理サーバ６０からこのユーザのメールアドレスを取得する。
【００６６】
31.  承認制御部１４ａは、承認通知部３０ａに対してユーザへ承認結果の通知を送信することを指示する。このとき、文書データ、ユーザ情報、承認者情報なども一緒に渡す。
【００６７】
32.  承認通知部３０ａはユーザへの承認結果を通知するためのメールを作成し、ユーザのメールアドレスへこのメールを送信する。承認者が文書の出力を承認した場合には、メールには文書ＩＤを含める。
【００６８】
＜文書出力再開指示＞
33.  通知を受けたユーザは文書出力再開指示を行う。ユーザは、通知に含まれる文書ＩＤを文書出力再開指示アプリケーション３４ａもしくは複合機４０のＵＩ４６にを入力して、文書出力の再開を指示する。
【００６９】
34.  文書出力再開指示アプリケーション３４ａに対し文書再開指示を行われた場合は、文書出力再開指示アプリケーション３４ａは、ユーザが入力した文書ＩＤを承認制御部１４ａへと渡す。
【００７０】
35.  承認制御部１４ａは、コントローラ４８に文書ＩＤを渡し、文書の出力再開を指示する。
【００７１】
36.  承認制御部１４ａからの文書出力再開指示もしくは複合機４０のＵＩ４６からの文書出力再開指示を受けると、コントローラ４８は承認制御部１４ａを通じて文書スプール５２からその文書ＩＤに該当する文書データを取得する。
【００７２】
37.  コントローラ４８は承認サーバ５０から取得した文書データをプリント部４４に渡して文書データの出力を指示し、プリント部４４はその文書データをプリントする。
【００７３】
以上に説明したシステム構成では、承認待ちの文書のデータは承認サーバ５０の文書スプール５２に蓄積されるので、複合機４０がその承認待ちのデータを保存しておく必要がなくなり、複合機４０のハードウエアコストを低減できる。また、承認サーバ５０は、その文書スプール５２に蓄積した文書データを承認指示用のユーザインタフェース画面に用いるので無駄がない。例えば、オフィスにある複数台の複合機４０における出力禁止・出力承認の制御を１台の承認サーバ５０でまかなうなどのシステム構成も可能である。
【００７４】
以上では、複写の場合を例にとったが、印刷やスキャン、ファクシミリ送信など他の出力態様でも同様の制御が可能である。
【００７５】
以上の実施形態、変形例では、承認者から承認があった後、文書の出力を指示したユーザからの出力指示（出力保留解除指示）を待って出力を行っていた。この方式は、ユーザが了解した上で出力ができるというメリットがある。しかし、これに限られるものではなく、この他に、例えば承認者から承認がなされ次第、すぐに文書を出力するようにしてもよい。この場合、文書の出力を行った後、その旨を画像処理装置１０或いは承認サーバ５０がユーザ宛に電子メール等で通知することも好適である。
【００７６】
また、以上の実施形態及び変形例において、ユーザが出力を指示した文書が複数の承認ルールに同時に該当する場合には、各承認ルールに対応する承認者全てに対して承認を依頼し、全ての承認が得られて初めてその文書の出力を認めるようにすればよい。また、文書が該当するルールの中に１つでも出力を絶対的に禁止するものがあれば、当該文書の出力を禁止し、他のルールの承認者から承認を受ける処理も行わない。
【図面の簡単な説明】
【００７７】
【図１】実施の形態の画像処理装置の構成例を示す機能ブロック図である。
【図２】承認ルールの例を示す図である。
【図３】実施の形態の画像処理装置の構成例を示す機能ブロック図である。
【図４】承認処理用のＵＩ画面の表示例を示す図である。
【図５】承認ルールごとに承認者を個別登録できるようにした変形例を説明するための図である。
【図６】承認ルールの機密レベルごとに承認者を個別登録できるようにした変形例を説明するための図である。
【図７】変形例の画像処理システムを示す機能ブロック図である。
【符号の説明】
【００７８】
１０  画像処理装置、１２  入力部、１４  制御部、１６  出力部、１８  チェック部、２０  ルールＤＢ、２２  ルール設定部、２４  承認部、２６  承認者ＤＢ、２８  承認者設定部。
【図１】
2007004512.tif 000003
【図２】
2007004512.tif 000004
【図３】
2007004512.tif 000005
【図４】
2007004512.tif 000006
【図５】
2007004512.tif 000007
【図６】
2007004512.tif 000008
【図７】
2007004512.tif 000009