処理決定装置、画像処理装置、処理決定システム、及びプログラム
【課題】処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性を高める。
【解決手段】画像処理装置２０において、スキャン画像取得部２３が、文書画像とスタンプ像を含む画像を取得し、スタンプ抽出部２４が、この画像からスタンプ像を抽出し、スタンプ判別部２６が、セキュリティポリシーが割り当てられたスタンプ像の中で、抽出されたスタンプ像を判別できない場合、抽出されたスタンプ像に類似するスタンプ像に割り当てられたセキュリティポリシーを表示し、文書登録部２８が、その中から選択されたセキュリティポリシーを付与して文書画像を登録する。また、抽出されたスタンプ像の追加登録が指示された場合、スタンプ更新部２７は、このスタンプ像を、選択されたセキュリティポリシーを割り当てて登録する。
【解決手段】画像処理装置２０において、スキャン画像取得部２３が、文書画像とスタンプ像を含む画像を取得し、スタンプ抽出部２４が、この画像からスタンプ像を抽出し、スタンプ判別部２６が、セキュリティポリシーが割り当てられたスタンプ像の中で、抽出されたスタンプ像を判別できない場合、抽出されたスタンプ像に類似するスタンプ像に割り当てられたセキュリティポリシーを表示し、文書登録部２８が、その中から選択されたセキュリティポリシーを付与して文書画像を登録する。また、抽出されたスタンプ像の追加登録が指示された場合、スタンプ更新部２７は、このスタンプ像を、選択されたセキュリティポリシーを割り当てて登録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理決定装置、画像処理装置、処理決定システム、プログラムに関する。
【背景技術】
【０００２】
機密文書の不正流出を有効に防止する画像処理装置が知られている（例えば、特許文献１参照）。この特許文献１では、読み取った原稿に対して、設定された条件に従いスクランブル処理を実行し、スクランブル処理の施された画像中に、設定された条件を埋め込み、スクランブル処理の施された画像を読み取ると、埋め込まれた条件を抽出し、これを用いて原稿の画像を復元し、復元された原稿の画像を印字出力している。
一般文書の偽造を防止することができるデジタル複写機も知られている（例えば、特許文献２参照）。この特許文献２では、複写を防止したい原稿、マークやスタンプ等のパターン、文字列をデジタル複写機に登録し、原稿を読み取った際に登録したパターンを検出すると複写を行わないようにしている。
紙文書又は電子文書に新たにセキュリティポリシーを付与する作業を簡易化するための技術も知られている（例えば、特許文献３参照）。この特許文献３では、紙文書をスキャンして作成された電子文書の所定の箇所からポリシー情報と文書情報とを取得し、ポリシー情報によって決定されたセキュリティポリシーを電子文書に付与し、文書情報によって決定された文書格納場所に電子文書を保存している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平７−１１５５５２号公報
【特許文献２】特開２００３−２６３０８４号公報
【特許文献３】特開２００７−１９９９０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性を高めることにある。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、文書画像が形成された媒体から読み取られた当該文書画像に対して行うべき処理を指示するための指示画像を取得する指示画像取得手段と、各々に処理が割り当てられて登録された複数の登録画像の中で、前記指示画像取得手段により取得された前記指示画像を判別できなかった場合に、当該指示画像に類似する登録画像に割り当てられた処理を、前記媒体から読み取られた前記文書画像に対して行うべき処理として決定する決定手段とを備えたことを特徴とする処理決定装置である。
請求項２に記載の発明は、前記指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を提示する提示手段を更に備え、前記決定手段は、前記提示手段により情報が提示された前記少なくとも１つの処理のうち操作者により選択された処理を、前記媒体から読み取られた前記文書画像に対して行うべき処理として決定することを特徴とする請求項１に記載の処理決定装置である。
請求項３に記載の発明は、前記指示画像を、当該指示画像に類似する登録画像に割り当てられた処理に割り当てて登録する登録手段を更に備えたことを特徴とする請求項１又は２に記載の処理決定装置である。
請求項４に記載の発明は、前記処理は、前記文書画像の利用の制限を定めた利用制限情報を当該文書画像に付与する処理を含むことを特徴とする請求項１乃至３の何れかに記載の処理決定装置である。
請求項５に記載の発明は、前記指示画像は、前記文書画像が印刷された前記媒体に形成された印影画像を含むことを特徴とする請求項１乃至４の何れかに記載の処理決定装置である。
請求項６に記載の発明は、前記媒体から読み取られた前記文書画像を取得する文書画像取得手段と、前記文書画像取得手段により取得された前記文書画像に対して、前記決定手段により決定された処理を行う処理手段とを更に備えたことを特徴とする請求項１乃至５の何れかに記載の処理決定装置である。
請求項７に記載の発明は、文書画像と当該文書画像に対して行うべき処理を指示するための指示画像とを含む画像が形成された媒体から当該画像を読み取る読取手段と、前記読取手段により読み取られた前記画像に含まれる前記指示画像を取得する取得手段と、各々に処理が割り当てられて登録された複数の登録画像の中で、前記取得手段により取得された前記指示画像を判別できなかった場合に、当該指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を表示する表示手段と、前記表示手段により情報が表示された前記少なくとも１つの処理のうち操作者により選択された処理を、前記読取手段により読み取られた前記画像に含まれる前記文書画像に対して行うべき処理として決定する決定手段と、前記読取手段により読み取られた前記画像に含まれる前記文書画像に対して、前記決定手段により決定された処理を行う処理手段とを備えたことを特徴とする画像処理装置である。
請求項８に記載の発明は、文書画像と当該文書画像に対して行うべき処理を指示するための指示画像とを含む画像が形成された媒体から当該画像を読み取る画像読取装置と、各々に処理が割り当てられて登録された複数の登録画像を管理する管理装置とを備え、前記画像読取装置は、前記媒体から読み取った前記画像に含まれる前記指示画像を前記管理装置に送信し、前記管理装置は、前記複数の登録画像の中で、前記画像読取装置により送信された前記指示画像を判別できなかった場合に、当該指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を前記画像読取装置に送信し、前記画像読取装置は、前記管理装置により情報が送信された前記少なくとも１つの処理のうち操作者により選択された処理を、前記媒体から読み取った前記画像に含まれる前記文書画像に対して行うべき処理として決定することを特徴とする処理決定システムである。
請求項９に記載の発明は、コンピュータに、文書画像が形成された媒体から読み取られた当該文書画像に対して行うべき処理を指示するための指示画像を取得する機能と、各々に処理が割り当てられて登録された複数の登録画像の中で、前記指示画像を判別できなかった場合に、当該指示画像に類似する登録画像に割り当てられた処理を、前記媒体から読み取られた前記文書画像に対して行うべき処理として決定する機能とを実現させるためのプログラムである。
【発明の効果】
【０００６】
請求項１の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性が高まる。
請求項２の発明によれば、操作者が選択した処理を、文書画像に対して行うべき処理として決定することができる。
請求項３の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で今回判別できなかった指示画像を次回判別できる可能性が高まる。
請求項４の発明によれば、本構成を有していない場合に比較して、利用制限情報が割り当てられた登録画像の中で、文書画像に付与する利用制限情報を指示するための指示画像を判別できなくても、文書画像に対して付与すべき利用制限情報を決定できる可能性が高まる。
請求項５の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するために媒体に形成された印影画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性が高まる。
請求項６の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して処理を行うことができる可能性が高まる。
請求項７の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性が高まる。
請求項８の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性が高まる。
請求項９の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性が高まる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施の形態が適用されるコンピュータシステムの全体構成を示した図である。
【図２】本発明の実施の形態におけるポリシーサーバのハードウェア構成例を示したブロック図である。
【図３】本発明の実施の形態におけるポリシーサーバの機能構成例を示したブロック図である。
【図４】本発明の実施の形態におけるスタンプＤＢ内の情報の例を示した図である。
【図５】本発明の実施の形態におけるポリシーＤＢ内の情報の例を示した図である。
【図６】本発明の実施の形態における文書情報ＤＢ内の情報の例を示した図である。
【図７】本発明の実施の形態における画像処理装置のハードウェア構成例を示したブロック図である。
【図８】本発明の実施の形態における画像処理装置の機能構成例を示したブロック図である。
【図９】本発明の実施の形態における端末装置の機能構成例を示したブロック図である。
【図１０】本発明の実施の形態で用いられるスタンプ登録シートの例を示した図である。
【図１１】本発明の実施の形態におけるコンピュータシステムのスタンプ登録時の動作例を示したシーケンス図である。
【図１２】本発明の実施の形態で表示されるスタンプ登録画面の例を示した図である。
【図１３】本発明の実施の形態で用いられるスタンプが押された紙文書の例を示した図である。
【図１４】本発明の実施の形態におけるコンピュータシステムの文書登録時の動作例を示したシーケンス図である。
【図１５】本発明の実施の形態で表示されるポリシー選択画面の例を示した図である。
【図１６】本発明の実施の形態で類似と判断されるスタンプの組み合わせの例を示した図である。
【図１７】本発明の実施の形態におけるコンピュータシステムの文書閲覧時の動作例を示したシーケンス図である。
【図１８】本発明の実施の形態におけるコンピュータシステムの文書編集時の動作例を示したシーケンス図である。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
［コンピュータシステムの全体構成］
図１は、本実施の形態のコンピュータシステムの構成例を示したものである。
図示するように、このコンピュータシステムは、セキュリティポリシーサーバ（以下、「ポリシーサーバ」という）１０と、画像処理装置２０と、端末装置３０と、認証サーバ４０とがネットワーク８０に接続されることにより構成されている。
【０００９】
ポリシーサーバ１０は、保護文書に対するセキュリティポリシーを管理するサーバコンピュータである。このセキュリティポリシーの管理は、具体的には、スタンプをスタンプデータベース（以下、「スタンプＤＢ」という）で管理し、スタンプに割り当てられたセキュリティポリシーをセキュリティポリシーデータベース（以下、「ポリシーＤＢ」という）で管理し、セキュリティポリシーが付与された保護文書を文書情報データベース（以下、「文書情報ＤＢ」という）で管理することによって行う。ここで、ポリシーサーバ１０としては、例えば、パーソナルコンピュータやワークステーション、その他のコンピュータを用いるとよい。本実施の形態では、処理決定装置、管理装置の一例として、ポリシーサーバ１０を設けている。
【００１０】
尚、保護文書とは、セキュリティポリシーが付与され、操作が制限される文書のことをいう。また、保護文書は、ポリシーサーバ１０上で特定のセキュリティポリシーと対応付けられ、保護文書を一意に識別するための文書ＩＤが付与されて管理される。更に、保護文書は、保護文書であることを示すヘッダと、文書ＩＤと、暗号化された保護文書本体とからなる。このうち、ヘッダは、特定の長さの予め決められたバイト列である。本実施の形態において、保護文書は、全ての保護文書に共通な暗号鍵によって暗号化されることを前提としているが、これは一例であり、ＤＲＭ（Digital Rights Management）技術のように保護文書ごとに暗号鍵を変えるようにしてもよい。また、ある保護文書の文書ＩＤが他の保護文書の文書ＩＤと入れ替えられること等を防ぐため、保護文書全体に電子署名を付与したり、ＨＭＡＣ（Keyed-Hashing for Message Authentication Code）等の値を付与したりしてもよい。何れにしても、本システムにおいては、全ての保護文書が識別子で識別され、それにセキュリティポリシーが付与されているという以上の制約はない。
また、セキュリティポリシーとは、このような保護文書に対するアクセス権を規定する情報である。つまり、保護文書の利用の制限を定めた利用制限情報である。
【００１１】
画像処理装置２０は、スタンプが押された紙文書の画像を読み取り、読み取った画像からスタンプ像を抽出し、ポリシーサーバ１０と通信して予め定めた処理を実行する。また、ユーザがスタンプを登録するためのアプリケーションを実行する。本実施の形態では、画像読取装置の一例として、画像処理装置２０を設けている。
端末装置３０は、ポリシーサーバ１０と通信して、セキュリティポリシーで許可された範囲で、保護文書の閲覧、編集等の処理を行う文書処理アプリケーションプログラム（以下、「文書処理ＡＰ」という）を実行する。ここで、端末装置３０としては、例えば、パーソナルコンピュータやワークステーション、その他のコンピュータを用いるとよい。
認証サーバ４０は、ユーザ認証を管理するサーバコンピュータであり、ユーザ認証が必要な他の機器からの問い合わせを受けて処理を行う。ここで、認証サーバ４０としては、例えば、パーソナルコンピュータやワークステーション、その他のコンピュータを用いるとよい。特に、ＬＤＡＰ（Lightweight Directory Access Protocol）サーバやActive Directoryサーバ等を用いることが考えられる。
尚、本実施の形態では、画像読取装置と管理装置とを備えた処理決定システムの一例として、図１のコンピュータシステムを設けている。
【００１２】
［ポリシーサーバの構成］
図２は、ポリシーサーバ１０のハードウェア構成例を示した図である。
図示するように、ポリシーサーバ１０は、ＣＰＵ（Central Processing Unit）１０ａと、ＲＡＭ（Random Access Memory）１０ｂと、ＲＯＭ（Read Only Memory）１０ｃと、ＨＤＤ（Hard Disk Drive）１０ｄと、通信インターフェイス（以下、「通信Ｉ／Ｆ」と表記する）１０ｅと、入力デバイス１０ｆと、表示機構１０ｇとを備える。
【００１３】
ＣＰＵ１０ａは、ＲＯＭ１０ｃ等に記憶された各種プログラムをＲＡＭ１０ｂにロードして実行することにより、後述する各機能を実現する。
ＲＡＭ１０ｂは、ＣＰＵ１０ａの作業用メモリ等として用いられるメモリである。
ＲＯＭ１０ｃは、ＣＰＵ１０ａが実行する各種プログラム等を記憶するメモリである。
ＨＤＤ１０ｄは、ＣＰＵ１０ａが実行する各種プログラムに対する入力データや各種プログラムからの出力データ等を記憶する例えば磁気ディスク装置である。
通信Ｉ／Ｆ１０ｅは、通信手段を介して他の装置との間で各種情報の送受信を行う。
入力デバイス１０ｆは、データを入力するために用いられるデバイスであり、例えばキーボードやマウスである。
表示機構１０ｇは、各種プログラムを実行することで得られた情報を表示するための機構であり、例えばビデオメモリやディスプレイを含む。
【００１４】
図３は、ポリシーサーバ１０の機能構成例を示した図である。
図示するように、ポリシーサーバ１０は、スタンプＤＢ１１と、ポリシーＤＢ１２と、文書情報ＤＢ１３とを保持する。
【００１５】
図４に、スタンプＤＢ１１に記憶されたスタンプ情報の例を示す。
図示するように、スタンプ情報は、スタンプＩＤ、スタンプ像、スタンプ特徴データからなる。スタンプＩＤは、スタンプを一意に識別するための情報である。スタンプ像は、スタンプの画像データである。尚、この画像データには、色の情報も付加されている。一般にスタンプは朱色の印肉（朱肉）で押すので、図では、グレーによって朱色を表現している。一方、黒色は、黒色の印肉で押されたスタンプを表す。また、スタンプＩＤ「S-0008」のスタンプ像では、枠に斜線ハッチングを施すことで、枠がかすれている様子を表している。スタンプ特徴データは、スタンプ像を処理して得られる特徴データである。アルゴリズムによって特徴データは異なるが、どのようなアルゴリズムを用いてもよい。
【００１６】
図５に、ポリシーＤＢ１２に記憶されたポリシー情報の例を示す。
図示するように、ポリシー情報は、ポリシーＩＤ、ポリシー名、ユーザ、許可操作、複数のスタンプＩＤからなる。ポリシーＩＤは、セキュリティポリシーを一意に識別するための情報である。ポリシー名は、セキュリティポリシーに付与された名称である。許可操作は、認証サーバ４０で管理されているユーザ又はグループごとに許可される操作である。スタンプＩＤは、対応するセキュリティポリシーが割り当てられたスタンプのスタンプＩＤである。尚、図５では１つのポリシーＩＤに複数のスタンプＩＤが対応付けられている例を示しているが、１つのポリシーＩＤに１つのスタンプＩＤが対応付けられている場合もある。
【００１７】
図６に、文書情報ＤＢ１３に記憶された文書情報の例を示す。
図示するように、文書情報は、文書ＩＤ、ポリシーＩＤ、作成者ＩＤ、登録日時からなる。文書ＩＤは、保護文書を一意に識別するための情報である。ポリシーＩＤは、保護文書に付与されたセキュリティポリシーを一意に識別するための情報である。作成者ＩＤは、保護文書を作成したユーザ（作成者）を一意に識別するための情報である。登録日時は、対応する保護文書が登録された日時である。
【００１８】
尚、このようなポリシーＤＢ１２、文書情報ＤＢ１３は、既存技術で実現可能であり、この例のような構成には限らない。即ち、保護文書ごとにセキュリティポリシーが付与できれば、どのような構成を採用してもよい。
【００１９】
再び図３を参照すると、ポリシーサーバ１０は、外部の機器に対して機能を提供する機能部として、文書検索部１４、ポリシー検索部１５、スタンプ判別部１６、スタンプ更新部１７、スタンプ登録部１８、文書登録部１９を備える。以下、これらの機能部について説明する。
【００２０】
文書検索部１４は、外部機器からの問い合わせに応じて、既にセキュリティポリシーが設定されている保護文書に対するポリシー情報を検索する。その際、外部機器は、問い合わせたい保護文書の文書ＩＤ、問い合わせているユーザのユーザＩＤを指定し、文書検索部１４は、例えばポリシー情報を返す。
【００２１】
ポリシー検索部１５は、どのようなポリシーが付与可能かを問い合わせる外部機器から呼び出され、ポリシーＤＢ１２に登録されているポリシー情報を検索し、セキュリティポリシーのリストを返す。外部機器は、問い合わせ時に、ユーザＩＤを指定してもよい。その場合は、そのユーザＩＤのユーザに対する操作権限を規定したセキュリティポリシーであるかをチェックしてもよい。
【００２２】
スタンプ判別部１６は、スタンプ像を指定した外部機器からの問い合わせに応じて、そのスタンプ像を持つスタンプをスタンプＤＢ１１から判別する。そして、判別したスタンプに割り当てられたセキュリティポリシーのポリシーＩＤをポリシーＤＢ１２から取り出して返す。本実施の形態では、指示画像を取得する指示画像取得手段、指示画像に類似する登録画像に割り当てられた処理を文書画像に対して行うべき処理として決定する決定手段、指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を提示する提示手段の一例として、スタンプ判別部１６を設けている。
【００２３】
スタンプ更新部１７は、指定されたセキュリティポリシーに関し、そのセキュリティポリシーが割り当てられたスタンプのスタンプ情報を更新する。即ち、外部機器からポリシーＩＤとスタンプ像を指定して呼び出されると、スタンプ情報をスタンプＤＢ１１に登録する。そして、ポリシーＤＢ１２内の既存のポリシーＩＤに関連付ける。このとき、スタンプ情報を更新できるユーザを制限するために、最初にユーザ認証を行い、予め決められたユーザだけが更新できるようにしてもよい。本実施の形態では、指示画像を類似する登録画像に割り当てられた処理に割り当てて登録する登録手段の一例として、スタンプ更新部１７を設けている。
【００２４】
スタンプ登録部１８は、判別させたいスタンプのスタンプ情報をスタンプＤＢ１１に登録する。即ち、外部機器からポリシーＩＤとスタンプ像を指定して呼び出されると、スタンプ情報をスタンプＤＢ１１に登録し、ポリシーＤＢ１２内の指定されたポリシーＩＤに関連付ける。このとき、スタンプを登録できるユーザを制限するために、最初にユーザ認証を行い、予め決められたユーザだけが登録できるようにしてもよい。また、スタンプ像を複数指定し、これら全てのスタンプ像について上記処理を行うようにしてもよい。
【００２５】
文書登録部１９は、指定されたセキュリティポリシーで文書を保護することを規定する文書情報を登録する。即ち、外部機器からユーザＩＤとポリシーＩＤを指定して呼び出されると、これらの情報に文書ＩＤ、処理時刻を加えた文書情報を文書情報ＤＢ１３に登録する。
【００２６】
［画像処理装置の構成］
図７は、画像処理装置２０のハードウェア構成例を示した図である。
図示するように、画像処理装置２０は、ＣＰＵ（Central Processing Unit）２０ａと、ＲＡＭ（Random Access Memory）２０ｂと、ＲＯＭ（Read Only Memory）２０ｃと、ＨＤＤ（Hard Disk Drive）２０ｄと、通信インターフェイス（以下、「通信Ｉ／Ｆ」と表記する）２０ｅと、操作パネル２０ｆと、画像読取部２０ｇと、画像形成部２０ｈとを備える。
【００２７】
ＣＰＵ２０ａは、ＲＯＭ２０ｃ等に記憶された各種プログラムをＲＡＭ２０ｂにロードして実行することにより、後述する各機能を実現する。
ＲＡＭ２０ｂは、ＣＰＵ２０ａの作業用メモリ等として用いられるメモリである。
ＲＯＭ２０ｃは、ＣＰＵ２０ａが実行する各種プログラム等を記憶するメモリである。
ＨＤＤ２０ｄは、画像読取部２０ｇが読み取った画像データや画像形成部２０ｈにおける画像形成にて用いる画像データ等を記憶する例えば磁気ディスク装置である。
通信Ｉ／Ｆ２０ｅは、通信手段を介して他の装置との間で各種情報の送受信を行う。
操作パネル２０ｆは、各種情報の表示やユーザからの操作入力の受付を行う例えばタッチパネルである。本実施の形態では、指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を表示する表示手段の一例として、操作パネル２０ｆを設けている。
【００２８】
画像読取部２０ｇは、紙等の記録媒体に記録された画像を読み取る。ここで、画像読取部２０ｇは、例えばスキャナであり、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ(Charge Coupled Devices)で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ(Contact Image Sensor)で受光するＣＩＳ方式のものを用いるとよい。本実施の形態では、媒体から画像を読み取る読取手段の一例として、画像読取部２０ｇを設けている。
【００２９】
画像形成部２０ｈは、紙等の記録媒体に画像を形成する。ここで、画像形成部２０ｈは、例えばプリンタであり、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式や、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。
【００３０】
図８は、画像処理装置２０の機能構成例を示した図である。
図示するように、画像処理装置２０は、ポリシー情報取得部２１と、スタンプ登録部２２と、スキャン画像取得部２３と、スタンプ抽出部２４とを備える。また、ユーザ認証部２５と、スタンプ判別部２６と、スタンプ更新部２７と、文書登録部２８と、文書保護処理部２９とを備えている。以下、これらの機能部について説明する。尚、下記のスタンプ登録及び文書登録については、後で詳しく述べる。
【００３１】
ポリシー情報取得部２１は、スタンプ登録時に動作し、操作パネル２０ｆからの現在のセキュリティポリシーに関するポリシー情報の一覧（以下、「ポリシー一覧」という）の表示要求に応じて、ポリシーサーバ１０のポリシー検索部１５を呼び出す。そして、ポリシー一覧を取得して操作パネル２０ｆに表示し、その中から選択されたポリシーＩＤを取得する。
スタンプ登録部２２は、スタンプ登録時に動作し、ポリシー情報取得部２１から渡されたポリシーＩＤと、後述するスタンプ抽出部２４から渡されたスタンプ像とを指定して、ポリシーサーバ１０のスタンプ登録部１８を呼び出す。これにより、ポリシーサーバ１０上でスタンプ像がポリシーＩＤに対して登録される。
スキャン画像取得部２３は、スタンプ登録時及び文書登録時に動作し、画像読取部２０ｇで画像を読み取ることで得られたスキャン画像を取得する。本実施の形態では、文書画像を取得する文書画像取得手段の一例として、スキャン画像取得部２３を設けている。
スタンプ抽出部２４は、スタンプ登録時及び文書登録時に動作し、スキャン画像取得部２３が取得したスキャン画像からスタンプ像を抽出してスタンプ登録部２２に渡す。ここで、スタンプの抽出は、スキャン画像から特定の形状の部分を切り出す等、既存の手法を用いて行えばよい。本実施の形態では、指示画像を取得する取得手段の一例として、スタンプ抽出部２４を設けている。
【００３２】
ユーザ認証部２５は、操作パネル２０ｆから入力されたユーザＩＤ、パスワード等に基づいて、認証サーバ４０と通信を行うことにより、ユーザ認証を行う。そして、ユーザ認証に成功すると、ユーザＩＤを保持し、文書登録部２８に渡す。
スタンプ判別部２６は、スタンプ抽出部２４から渡されたスタンプ像を指定して、ポリシーサーバ１０のスタンプ判別部１６を呼び出す。そして、ポリシーＩＤを取得した場合は、ポリシーＩＤを文書登録部２８に渡し、ポリシーＩＤのリストを取得した場合は、それを操作パネル２０ｆに表示し、その中から選択されたポリシーＩＤを文書登録部２８に渡すと共に、ユーザが望む場合は、ポリシーＩＤ及びスタンプ像をスタンプ更新部２７に渡す。本実施の形態では、操作者により選択された処理を文書画像に対して行うべき処理として決定する決定手段の一例として、スタンプ判別部２６を設けている。
スタンプ更新部２７は、スタンプ判別部２６から渡されたポリシーＩＤとスタンプ像とを指定して、ポリシーサーバ１０のスタンプ更新部１７を呼び出す。これにより、ポリシーサーバ１０上でスタンプ像がポリシーＩＤに対して追加登録される。
文書登録部２８は、ユーザ認証部２５から渡されたユーザＩＤと、スタンプ判別部２６から渡されたポリシーＩＤとを指定して、ポリシーサーバ１０の文書登録部１９を呼び出す。そして、スキャン画像から生成された文書データに対する文書ＩＤを取得して文書保護処理部２９に渡す。本実施の形態では、文書画像に対して決定された処理を行う処理手段の一例として、文書登録部２８を設けている。
文書保護処理部２９は、スキャン画像から生成された文書データに文書ＩＤを付与し、文書データ本体を暗号化することにより、保護文書を生成して保存する。
【００３３】
［端末装置の構成］
端末装置３０のハードウェア構成例は、図２と同様である。但し、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、ＨＤＤ１０ｄ、通信Ｉ／Ｆ１０ｅ、入力デバイス１０ｆ、表示機構１０ｇは、それぞれ、ＣＰＵ３０ａ、ＲＡＭ３０ｂ、ＲＯＭ３０ｃ、ＨＤＤ３０ｄ、通信Ｉ／Ｆ３０ｅ、入力デバイス３０ｆ、表示機構３０ｇとして参照する。
【００３４】
図９は、端末装置３０の機能構成例を示した図である。
図示するように、端末装置３０は、ユーザ認証部３１と、保護文書操作部３２とを備える。一般のユーザが使用する端末装置３０上では、保護文書をセキュリティポリシーで許可された範囲内で編集したり印刷したりする文書処理ＡＰが動作し、これらの機能部はこの文書処理ＡＰが動作することで実現される。以下、これらの機能部について説明する。
【００３５】
ユーザ認証部３１は、入力デバイス３０ｆから入力されたユーザＩＤ、パスワード等に基づいて、認証サーバ４０と通信を行うことにより、ユーザ認証を行う。そして、ユーザ認証に成功すると、ユーザＩＤを保持し、保護文書操作部３２に渡す。
保護文書操作部３２は、入力デバイス３０ｆから入力された要求に応じて、ポリシーサーバ１０と通信し、保護文書の操作、例えば、閲覧、編集、印刷等を行う。
【００３６】
［認証サーバの構成］
認証サーバ４０のハードウェア構成例も、図２と同様である。但し、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、ＨＤＤ１０ｄ、通信Ｉ／Ｆ１０ｅ、入力デバイス１０ｆ、表示機構１０ｇは、それぞれ、ＣＰＵ４０ａ、ＲＡＭ４０ｂ、ＲＯＭ４０ｃ、ＨＤＤ４０ｄ、通信Ｉ／Ｆ４０ｅ、入力デバイス４０ｆ、表示機構４０ｇとして参照する。
また、認証サーバ４０の機能構成は、図示しないが、ユーザＩＤ、パスワード等の対応を管理するデータベースと、外部機器から受信したユーザＩＤ、パスワード等の対応がこのデータベースで管理されていれば認証成功を、管理されていなければ認証失敗を返す機能とを少なくとも備えていればよい。
【００３７】
［本実施の形態の動作］
次に、本実施の形態の動作について説明する。
本実施の形態の動作としては、画像処理装置２０を用いてスタンプをセキュリティポリシーに割り当てて登録する処理（以下、「スタンプ登録処理」という）、画像処理装置２０を用いて保護文書をセキュリティポリシーを付与して登録する処理（以下、「文書登録処理」という）、端末装置３０を用いて保護文書をセキュリティポリシーが許可する範囲内で操作させる処理（以下、「文書操作処理」という）がある。以下、これらの動作を分けて説明する。
【００３８】
［スタンプ登録処理］
まず、ユーザは登録したいスタンプを押したスタンプ登録シートを画像処理装置２０のプラテンに置いて、スタンプ登録機能を起動する。
ここで、スタンプ登録シートについて説明する。
図１０は、スタンプ登録シートの例を示したものである。
（ａ）は、一度に１つのスタンプを登録するためのスタンプ登録シート５１であるが、（ｂ）に示すように、一度に複数のスタンプを登録可能なスタンプ登録シート５２を用いてもよい。１枚のスタンプ登録シートに複数のスタンプが押されていたとしても、割り当てるセキュリティポリシーは１つにすることができ、この場合、全てのスタンプ像に対して同じセキュリティポリシーが割り当てられる。１枚のスタンプ登録シートに押された複数のスタンプが同じスタンプを繰り返し押したものであるとすると、例えば押し方による癖が吸収される。一方、１枚のスタンプ登録シートに押された複数のスタンプが異なるスタンプであるとすると、異なるスタンプが押された文書を同じセキュリティポリシーで保護できることとなる。
【００３９】
図１１は、スタンプ登録機能が起動されたときの画像処理装置２０とポリシーサーバ１０の間の情報交換を示すシーケンス図である。
画像処理装置２０では、スタンプ登録機能が起動されると、ポリシー情報取得部２１が、ポリシーサーバ１０のポリシー検索部１５を呼び出し、ポリシー一覧の要求を送信する（ステップ２０１）。
【００４０】
すると、ポリシーサーバ１０では、ポリシー検索部１５が、ポリシー一覧要求を受信する（ステップ１０１）。そして、ポリシーＤＢ１２を検索し、ポリシーＤＢ１２に登録されているセキュリティポリシーを取得し、これをポリシー一覧として画像処理装置２０に返信する（ステップ１０２）。
【００４１】
これにより、画像処理装置２０では、ポリシー情報取得部２１が、ポリシー一覧を受信し、操作パネル２０ｆにスタンプ登録画面２８０を表示する（ステップ２０２）。
【００４２】
図１２に、スタンプ登録画面２８０の例を示す。このスタンプ登録画面２８０上で、ユーザは、スタンプに割り当てたいセキュリティポリシーを選択する。ここでは「極秘」という名前のセキュリティポリシーが選択され、ボックス２８１に表示されている。即ち、先に取得したポリシー一覧がドロップダウンリストとして表示され、その中から「極秘」を選択することでボックス２８１に「極秘」が表示されたときの状態を示している。
【００４３】
この状態でユーザが「登録」ボタン２８２を押すと、ポリシー情報取得部２１は、選択されたセキュリティポリシーのポリシーＩＤを取得し、スタンプ登録部２２に渡す（ステップ２０３）。また、スタンプが押されたスタンプ登録シートは、画像読取部２０ｇでスキャンされ、スキャン画像取得部２３が、スキャンして得られたスキャン画像を取得してスタンプ抽出部２４に渡す（ステップ２０４）。そして、スタンプ抽出部２４が、このスキャン画像からスタンプが押された箇所を探し出し、スタンプ像を生成し、スタンプ登録部２２に渡す（ステップ２０５）。
その後、スタンプ登録部２２は、ステップ２０３で渡されたポリシーＩＤと、ステップ２０５で渡されたスタンプ像とを指定して、ポリシーサーバ１０のスタンプ登録部１８を呼び出す（ステップ２０６）。
【００４４】
すると、ポリシーサーバ１０では、スタンプ登録部１８が、ポリシーＩＤとスタンプ像を受信する（ステップ１０３）。
そして、スタンプ登録部１８は、指定されたスタンプ像が、指定されたポリシーＩＤ以外のポリシーＩＤが割り当てられて登録されているかどうかを判定する（ステップ１０４）。具体的には、まず、指定されたスタンプ像のスタンプ特徴データを計算する。次に、指定されたポリシーＩＤのレコードをポリシーＤＢ１２から検索する。次いで、そのレコードに規定されているスタンプＩＤのスタンプ以外で、計算されたスタンプ特徴データと合致するスタンプ特徴データのスタンプが登録されていないか、スタンプＤＢ１１をチェックする。
【００４５】
その結果、このようなスタンプが既に登録されていると判定されれば、スタンプ登録部１８は、「対象のスタンプは既に登録されている」というエラーを応答にセットする（ステップ１０５）。
一方、このようなスタンプが登録されていないと判定されれば、スタンプ登録部１８は、指定されたスタンプに関するスタンプ情報を、指定されたポリシーＩＤに関連付けて登録する（ステップ１０６）。具体的には、まず、指定されたスタンプ像からスタンプ特徴データを計算する。次に、新たに生成したスタンプＩＤ、指定されたスタンプ像、計算して得られたスタンプ特徴データをスタンプＤＢ１１に登録する。次いで、この新たに生成したスタンプＩＤを、指定されたポリシーＩＤのレコードのスタンプＩＤとして追加する。
そして、スタンプ像に対するセキュリティポリシーの割り当てが完了した旨を応答にセットする（ステップ１０７）。
その後、スタンプ登録部１８は、応答を画像処理装置２０に返信する（ステップ１０８）。
これにより、画像処理装置２０では、スタンプ登録部２２が、スタンプ登録処理の結果を受信して操作パネル２０ｆに表示する（ステップ２０７）。尚、図１２のスタンプ登録画面２８０が表示された状態で、ユーザが「キャンセル」ボタン２８３を押した場合には、そこで処理は終了する。
【００４６】
［文書登録処理］
まず、ユーザはスタンプが押された紙文書を画像処理装置２０のプラテンに置いて、文書登録機能を起動する。
ここで、スタンプが押された紙文書について説明する。
図１３は、スタンプが押された紙文書５３を示したものである。
この紙文書では、紙面全体に「連絡書」と題する文書画像が印刷されており、右上に「社外秘」というスタンプが押されている。
【００４７】
図１４は、文書登録機能が起動されたときの画像処理装置２０とポリシーサーバ１０の間の情報交換を示すシーケンス図である。
画像処理装置２０では、文書登録機能が起動されると、まず、ユーザ認証部２５が、ユーザ認証を行い、ユーザ認証に成功した場合は、ユーザＩＤを保持する（ステップ２２１）。具体的には、ユーザに対し、ユーザＩＤ、パスワードの入力を促し、そのユーザＩＤとパスワードの組み合わせが正しいかどうかを認証サーバ４０に問い合わせて確認する。ユーザ認証に成功すれば、ユーザ認証部２５は、ユーザＩＤを文書登録部２８に渡す。失敗した場合は、図示しないが、処理を中断する。
次に、スタンプが押された紙文書は、画像読取部２０ｇでスキャンされ、スキャン画像取得部２３が、スキャンして得られたスキャン画像を取得してスタンプ抽出部２４に渡す（ステップ２２２）。そして、スタンプ抽出部２４が、このスキャン画像からスタンプが押された箇所を探し出し、スタンプ像を生成し、スタンプ判別部２６に渡す（ステップ２２３）。尚、このとき、スキャン画像からスタンプ像が取り除かれた画像は、電子化された文書データとして一旦メモリに格納される。
その後、スタンプ判別部２６は、この渡されたスタンプ像を指定して、ポリシーサーバ１０のスタンプ判別部１６を呼び出す（ステップ２２４）。
【００４８】
すると、ポリシーサーバ１０では、スタンプ判別部１６が、指定されたスタンプ像を受信する（ステップ１２１）。
そして、スタンプ判別部１６は、指定されたスタンプ像に合致するスタンプ像のスタンプが登録されているかどうかを判定する（ステップ１２２）。具体的には、まず、指定されたスタンプ像のスタンプ特徴データを計算する。そして、そのスタンプ特徴データと合致するスタンプ特徴データを持つスタンプが登録されているかどうかを、スタンプＤＢ１１を参照することで判定する。但し、実際のスタンプ像にはかすれ等があり、スタンプ特徴データが完全に一致することは考え難い。従って、ここでは、登録されたスタンプ像のスタンプ特徴データと指定されたスタンプ像のスタンプ特徴データとの差分が、極めて小さな第１の閾値以下であることをもって「合致する」と判定するものとする。
【００４９】
その結果、合致するスタンプが登録されていれば、登録されているスタンプＩＤに対応するポリシーＩＤをポリシーＤＢ１２から検索して応答にセットする（ステップ１２３）。
一方、合致するスタンプが登録されていなければ、登録されているスタンプの中から、指定されたスタンプ像のスタンプ特徴データと類似するスタンプ特徴データを持つスタンプを選定し、そのスタンプのスタンプＩＤに対応するポリシー情報のリスト（ポリシー情報リスト）を応答にセットする（ステップ１２４）。尚、ここでは、登録されたスタンプ像のスタンプ特徴データと指定されたスタンプ像のスタンプ特徴データとの差分が、上記第１の閾値よりも大きな第２の閾値以下であることをもって「類似する」と判定すればよい。また、ここで応答にセットされるポリシー情報には、少なくともポリシーＩＤとポリシー名が含まれていればよいが、それに加え、「合致するスタンプは存在しないが、類似スタンプに割り当てられたセキュリティポリシーのリストを選定した」といった情報や、類似スタンプのスタンプ像が含まれていてもよい。
その後、スタンプ判別部１６は、画像処理装置２０に応答を返す（ステップ１２５）。
【００５０】
これにより、画像処理装置２０では、スタンプ判別部２６が、ポリシーサーバ１０からの応答を受信する（ステップ２２５）。
そして、応答の内容が、ポリシーサーバ１０にてスタンプが正しく判別できたことを示すものかどうかを判定する（ステップ２２６）。具体的には、応答にポリシーＩＤがセットされているか、或いはポリシー情報リストがセットされているかを判定する。
【００５１】
その結果、正しく判別できたことを示すものであると判定された場合、即ち、応答にポリシーＩＤがセットされていると判定された場合、スタンプ判別部２６は、応答からポリシーＩＤを取り出して文書登録部２８に渡す（ステップ２２７）。
一方、正しく判別できなかったことを示すものである場合、即ち、応答にポリシー情報リストがセットされていると判定された場合、スタンプ判別部２６は、応答からポリシー情報リストを取得し、操作パネル２０ｆにスタンプ選択画面２９０を表示する（ステップ２２８）。
【００５２】
図１５に、スタンプ選択画面２９０の例を示す。このスタンプ選択画面２９０には、ポリシー名と類似スタンプの組のリスト２９１が含まれる。つまり、ここでは、ポリシーサーバ１０からポリシーＩＤ、ポリシー名に加え、類似スタンプのスタンプ像も送られていることを前提にしている。このリスト２９１の中から、ユーザは、電子化された文書データに付与したいセキュリティポリシーに関する組を選択する。また、今回スキャン画像から抽出したスタンプ像も登録したい場合には、「スタンプ情報を追加登録する」というチェックボックス２９２をチェックする。
【００５３】
この状態でユーザが「選択」ボタン２９３を押すと、スタンプ判別部２６は、ユーザが選択した組に含まれるポリシーＩＤを文書登録部２８に渡す。また、このポリシーＩＤと、ステップ２２３で取得したスタンプ像とをスタンプ更新部２７へ渡す。
そして、スタンプ更新部２７は、ポリシーＩＤとスタンプ像を指定してポリシーサーバ１０のスタンプ更新部１７を呼び出す（ステップ２２９）。
【００５４】
すると、ポリシーサーバ１０では、スタンプ更新部１７が、指定されたポリシーＩＤとスタンプ像を受信する（ステップ１２６）。そして、指定されたスタンプに関するスタンプ情報を、指定されたポリシーＩＤに関連付けて登録する（ステップ１２７）。具体的には、まず、指定されたスタンプ像からスタンプ特徴データを計算する。次に、新たに生成したスタンプＩＤと、指定されたスタンプ像と、計算して得られたスタンプ特徴データをスタンプＤＢ１１に登録する。次いで、この新たに生成したスタンプＩＤを、指定されたポリシーＩＤのレコードのスタンプＩＤとして追加する。
その後、スタンプ更新部１７は、スタンプ像の更新が完了した旨の更新完了報告を送信する（ステップ１２８）。
【００５５】
これにより、画像処理装置２０では、スタンプ更新部２７が、更新完了報告を受信する（ステップ２３０）。尚、図１５のスタンプ選択画面２９０が表示された状態で、ユーザが「キャンセル」ボタン２９４を押した場合には、そこで処理は終了する。また、ユーザがチェックボックス２９２にチェックをせずに「選択」ボタン２９３を押した場合は、ステップ２２９、２３０の処理は行わずに、ステップ２３１へ進む。
【００５６】
その後、文書登録部２８は、ステップ２２１で渡されたユーザＩＤと、ステップ２２７又はステップ２２９で渡されたポリシーＩＤとを指定して、ポリシーサーバ１０の文書登録部１９を呼び出す（ステップ２３１）。
【００５７】
すると、ポリシーサーバ１０では、文書登録部１９が、指定されたユーザＩＤとポリシーＩＤを受信する（ステップ１２９）。そして、指定されたポリシーＩＤのセキュリティポリシーをポリシーＤＢ１２から検索し、今回のスキャンで生成した文書データの文書情報を文書情報ＤＢ１３に登録する（ステップ１３０）。具体的には、新たに生成した文書ＩＤ、ポリシーＩＤ、ユーザＩＤ、処理時刻を文書情報ＤＢ１３に登録する。ここで、ユーザＩＤは作成者ＩＤとして、処理時刻は登録日時として、文書情報ＤＢ１３に登録される。
その後、文書登録部１９は、文書ＩＤを含む登録完了報告を画像処理装置２０に送信する（ステップ１３１）。
【００５８】
これにより、画像処理装置２０では、文書登録部２８が、登録完了報告を受信し、文書ＩＤを指定して文書保護処理部２９を呼び出す（ステップ２３２）。
すると、文書保護処理部２９は、ステップ２２３で一旦メモリに格納された文書データの本体を暗号化し、文書ＩＤを文書データに埋め込むことにより、保護文書を生成する（ステップ２３３）。ここで、保護文書は、画像処理装置２０内の親展ボックス等に蓄積し、ユーザが後から取得できるようにする。また、保護文書の生成の結果は、操作パネル２０ｆに表示される。
【００５９】
ここで、上記ステップ１２４でのスタンプの類似判定について具体的に説明する。
図１６に、スタンプが類似していると判定される例を示す。尚、ここでも図４と同様、朱色の印肉で押されたスタンプをグレーで表し、黒色の印肉で押されたスタンプを黒色で表している。
（ａ）は、枠の形状のみが異なる例である。
この場合は、画像処理によって枠を除去し、内部のイメージが同一かどうかを判定すればよい。また、内部が文字列の場合はＯＣＲ（Optical Character Recognition）処理によってテキストデータに変換し、これらのテキストデータが一致するかどうかで判定してもよい。こうすることで、例えば文字のフォントタイプの違いが吸収される。
（ｂ）は、スタンプの色のみが異なる例である。図は、左側のスタンプが朱色で、右側のスタンプが黒色の場合を示している。
この場合は、画像処理で色情報を削除した後のイメージが同一かどうかを判定すればよい。
【００６０】
（ｃ）は、文字を書く方向（縦書き／横書き）のみが異なる例である。
この場合は、（ａ）の場合と同様に、枠を削除した後にＯＣＲ処理によってテキストデータに変換し、これらのテキストデータが一致するかどうかを判定すればよい。
（ｄ）は、文字を書く方向（縦書き／横書き）と枠の形状が異なる例である。
この場合も、（ａ），（ｃ）の場合と同様に、枠を削除した後にＯＣＲ処理によってテキストデータに変換し、これらのテキストデータが一致するかどうかを判定すればよい。
【００６１】
（ｅ）は、文字の言語が異なる例である。図では、日本語の「極秘」という文字列を含むスタンプと、同じ意味を持つ英語の「TOP SECRET」という文字列を含むスタンプを例示している。
この場合は、日本語の単語（文字列）と英語の単語（文字列）の対応表を用意しておく。そして、ＯＣＲ処理によってテキストデータに変換した後に、その対応表を参照して、それらのテキストデータが一致するかどうかを判定すればよい。尚、より汎用にするために、つまり、特別に単語（文字列）登録することなく種々の類似した言葉に対応するために、上記のような対応表ではなく、汎用の辞書（例えば、英和／和英辞書）を使うようにしてもよい。
（ｆ）は、意味は同じであるが、表現が異なる例である。図では、「社外秘」という文字列を含むスタンプと「社内限定」という文字列を含むスタンプを例示している。これらは、文字列としては異なるが、意味は同じである。
この場合は、ＯＣＲ処理によってテキストデータに変換した後に、対応表で検索したり、同義語辞書で検索したりすることによって、類似しているかどうかを判定する。
【００６２】
また、図示していないが、一部がかすれたスタンプも、そのようなかすれのないスタンプと類似すると判定される。
このような場合は、スキャンした紙文書に押されている一部がかすれたスタンプについて、かすれている部分を画像処理によって判定し、ポリシーサーバ１０に保持されている比較対象のスタンプ像の同じ箇所を切り取って同様の形状にした後、両者のスタンプ特徴データを計算して比較する。
【００６３】
［文書操作処理］
保護文書に対する操作としては、閲覧、編集、保存、印刷、マクロ実行、検索、テキストコピー等、様々なものが考えられるが、ここでは、代表的なものとして、閲覧と編集について説明する。尚、他の操作についても、その操作をポリシーＤＢ１２における許可操作の対象とすれば、同様に実現可能である。
【００６４】
まず、保護文書の閲覧について説明する。
図１７は、保護文書をユーザが閲覧するときの端末装置３０とポリシーサーバ１０の間の情報交換を示すシーケンス図である。尚、このシーケンスは、ユーザが保護文書を指定して文書処理ＡＰを起動することで開始される。
文書処理ＡＰが起動されると、端末装置３０では、まず、ユーザ認証部３１が、ユーザ認証を行い、ユーザ認証に成功した場合は、ユーザＩＤを保持する（ステップ３４１）。具体的には、ユーザに対し、ユーザＩＤ、パスワードの入力を促し、そのユーザＩＤとパスワードの組み合わせが正しいかどうかを認証サーバ４０に問い合わせて確認する。ユーザ認証に成功すれば、ユーザ認証部３１は、ユーザＩＤを保護文書操作部３２に渡す。失敗した場合は、図示しないが、処理を中断する。
次に、保護文書操作部３２は、保護文書を取得してそこから文書ＩＤを読み取り、ユーザ認証部３１からユーザＩＤを取得し、文書ＩＤとユーザＩＤをパラメータとして、ポリシーサーバ１０の文書検索部１４を呼び出す（ステップ３４２）。
【００６５】
すると、ポリシーサーバ１０では、文書検索部１４が、文書ＩＤとユーザＩＤを受信する（ステップ１４１）。
そして、文書検索部１４は、指定された文書ＩＤのレコードを文書情報ＤＢ１３から検索し、検索結果を端末装置３０に返信する（ステップ１４２）。具体的には、指定された文書ＩＤのレコードを文書情報ＤＢ１３から検索し、そのレコードに含まれるポリシーＩＤを取得する。次に、そのポリシーＩＤのレコードをポリシーＤＢ１２から検索し、ユーザごとの許可操作の中から、指定されたユーザに許可された操作を抽出する。このとき、ユーザが「作成者」となっているエントリについては、指定されたユーザＩＤが、対象の保護文書の作成者ＩＤと合致するかどうかを判断する。合致する場合は、そのエントリにおける許可操作も抽出する。許可操作が抽出された場合は、抽出された結果を返し、抽出されなかった場合はＮＵＬＬを返す。
【００６６】
これにより、端末装置３０では、保護文書操作部３２が、ポリシーサーバ１０から検索結果を受信し（ステップ３４３）、検索結果がＮＵＬＬであったかどうかを判定する（ステップ３４４）。
その結果、検索結果がＮＵＬＬであった場合は、指定した保護文書に対する操作が許可されていないので、「指定した文書に対するアクセス権がありません」等のエラーメッセージを表示機構３０ｇに表示して（ステップ３４７）、終了する。
一方、検索結果がＮＵＬＬでなかった場合は、検索結果に含まれる許可操作の項目を参照し、「閲覧」が含まれているかどうかを判定する（ステップ３４５）。そして、「閲覧」が含まれていなければ、「指定した文書の閲覧権はありません」というエラーを表示して（ステップ３４７）、終了する。また、「閲覧」が含まれていれば、閲覧権があるものと判断されるので、予め決められた復号鍵で文書本体を復号し、文書を表示機構３０ｇに表示してユーザが文書を閲覧可能な状態にする（ステップ３４６）。
【００６７】
次に、保護文書の編集について説明する。
図１８は、保護文書をユーザが編集するときの端末装置３０とポリシーサーバ１０の間の情報交換を示すシーケンス図である。尚、編集の際には、既に保護文書が文書処理ＡＰによって開かれていることが前提となる。即ち、図１７の閲覧時の処理が行われて既に保護文書が読み込まれている状態から、以下のシーケンスが開始される。
端末装置３０では、ユーザから文書編集の要求があると、保護文書操作部３２が、保護文書の文書ＩＤとユーザＩＤをパラメータとして、ポリシーサーバ１０の文書検索部１４を呼び出す（ステップ３６２）。
【００６８】
すると、ポリシーサーバ１０では、文書検索部１４が、文書ＩＤとユーザＩＤを受信する（ステップ１６１）。
そして、文書検索部１４は、指定された文書ＩＤのレコードを文書情報ＤＢ１３から検索し、検索結果を端末装置３０に返信する（ステップ１６２）。具体的には、指定された文書ＩＤのレコードを文書情報ＤＢ１３から検索し、そのレコードに含まれるポリシーＩＤを取得する。次に、そのポリシーＩＤのレコードをポリシーＤＢ１２から検索し、ユーザごとの許可操作の中から、指定されたユーザに許可された操作を抽出する。このとき、ユーザが「作成者」となっているエントリについては、指定されたユーザＩＤが、対象の保護文書の作成者ＩＤと合致するかどうかを判断する。合致する場合は、そのエントリにおける許可操作も抽出する。許可操作が抽出された場合は、抽出された結果を返し、抽出されなかった場合はＮＵＬＬを返す。
【００６９】
これにより、端末装置３０では、保護文書操作部３２が、ポリシーサーバ１０から検索結果を受信し（ステップ３６３）、検索結果がＮＵＬＬであったかどうかを判定する（ステップ３６４）。
その結果、検索結果がＮＵＬＬであった場合は、指定した保護文書に対する操作が許可されていないので、「指定した文書に対するアクセス権がありません」等のエラーメッセージを表示機構３０ｇに表示して（ステップ３６７）、終了する。
一方、検索結果がＮＵＬＬでなかった場合は、検索結果に含まれる許可操作の項目を参照し、「編集」が含まれているかどうかを判定する（ステップ３６５）。そして、「編集」が含まれていなければ、「指定した文書の編集権はありません」というエラーを表示して（ステップ３６７）、終了する。また、「編集」が含まれていれば、編集権があるものと判断されるので、ユーザによる文書の編集を許可し、ユーザに文書を編集させる（ステップ３６６）。
以上により、本実施の形態の動作の説明を終了する。
【００７０】
尚、本実施の形態では、スタンプＤＢ１１、ポリシーＤＢ１２、文書情報ＤＢ１３をポリシーサーバ１０で管理するようにしたが、これには限らない。例えば、これらのデータベースの一部又は全部を他のサーバコンピュータで管理するようにしてもよい。或いは、これらのデータベースの一部又は全部を画像処理装置２０で管理することも考えられる。このような構成を採用すると、上記説明でポリシーサーバ１０内に設けていた文書検索部１４、ポリシー検索部１５、スタンプ判別部１６、スタンプ更新部１７、スタンプ登録部１８、文書登録部１９も、画像処理装置２０が内包することになる。そして、この場合、画像処理装置２０が、処理決定装置の一例となり、スタンプ抽出部２４が、指示画像を取得する指示画像取得手段の一例となり、スタンプ判別部２６（上記説明でポリシーサーバ１０内に設けていたスタンプ判別部１６の機能を含む）が、指示画像に類似する登録画像に割り当てられた処理を文書画像に対して行うべき処理として決定する決定手段の一例となる。
【００７１】
また、本実施の形態では、媒体から読み取られた文書画像に対する処理として、文書画像にセキュリティポリシーを付与する処理を例にとり説明したが、これに限定するものではない。例えば、媒体から読み取られた文書画像から生成された文書データを、スタンプの認識結果に応じて、異なるファクシミリ番号へ送付する処理、異なる電子メールアドレスに送信する処理、外部の文書管理システムの異なるフォルダへ格納する処理、異なるワークフローに渡す処理等、種々の処理が考えられる。
更に、本実施の形態では、媒体から読み取られた文書画像に対する処理を指示するための指示画像として、印影画像の一例であるスタンプ画像を例示したが、プリンタで印刷された画像であってもよい。また、文書画像に指示画像を重畳した画像を読み取ってその画像から指示画像を抽出するのではなく、文書画像とは別に指示画像が与えられるものであってもよい。
【００７２】
また、本明細書では、文書画像が媒体に印刷されることとしたが、これは、テキストを含む「文書」の画像のみを意味するものではない。例えば、絵、写真、図形等の画像、データベース管理ソフトウェアや表計算ソフトウェアで生成される画像、その他の印刷可能な画像も含めて「文書画像」としている。
更に、文書画像が印刷される媒体は、画像を形成可能であれば、その材質は問わない。代表例は紙であるが、木材や布等であっても構わない。
【００７３】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。
【符号の説明】
【００７４】
１０…ポリシーサーバ、２０…画像処理装置、３０…端末装置、４０…認証サーバ、８０…ネットワーク
【技術分野】
【０００１】
本発明は、処理決定装置、画像処理装置、処理決定システム、プログラムに関する。
【背景技術】
【０００２】
機密文書の不正流出を有効に防止する画像処理装置が知られている（例えば、特許文献１参照）。この特許文献１では、読み取った原稿に対して、設定された条件に従いスクランブル処理を実行し、スクランブル処理の施された画像中に、設定された条件を埋め込み、スクランブル処理の施された画像を読み取ると、埋め込まれた条件を抽出し、これを用いて原稿の画像を復元し、復元された原稿の画像を印字出力している。
一般文書の偽造を防止することができるデジタル複写機も知られている（例えば、特許文献２参照）。この特許文献２では、複写を防止したい原稿、マークやスタンプ等のパターン、文字列をデジタル複写機に登録し、原稿を読み取った際に登録したパターンを検出すると複写を行わないようにしている。
紙文書又は電子文書に新たにセキュリティポリシーを付与する作業を簡易化するための技術も知られている（例えば、特許文献３参照）。この特許文献３では、紙文書をスキャンして作成された電子文書の所定の箇所からポリシー情報と文書情報とを取得し、ポリシー情報によって決定されたセキュリティポリシーを電子文書に付与し、文書情報によって決定された文書格納場所に電子文書を保存している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平７−１１５５５２号公報
【特許文献２】特開２００３−２６３０８４号公報
【特許文献３】特開２００７−１９９９０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性を高めることにある。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、文書画像が形成された媒体から読み取られた当該文書画像に対して行うべき処理を指示するための指示画像を取得する指示画像取得手段と、各々に処理が割り当てられて登録された複数の登録画像の中で、前記指示画像取得手段により取得された前記指示画像を判別できなかった場合に、当該指示画像に類似する登録画像に割り当てられた処理を、前記媒体から読み取られた前記文書画像に対して行うべき処理として決定する決定手段とを備えたことを特徴とする処理決定装置である。
請求項２に記載の発明は、前記指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を提示する提示手段を更に備え、前記決定手段は、前記提示手段により情報が提示された前記少なくとも１つの処理のうち操作者により選択された処理を、前記媒体から読み取られた前記文書画像に対して行うべき処理として決定することを特徴とする請求項１に記載の処理決定装置である。
請求項３に記載の発明は、前記指示画像を、当該指示画像に類似する登録画像に割り当てられた処理に割り当てて登録する登録手段を更に備えたことを特徴とする請求項１又は２に記載の処理決定装置である。
請求項４に記載の発明は、前記処理は、前記文書画像の利用の制限を定めた利用制限情報を当該文書画像に付与する処理を含むことを特徴とする請求項１乃至３の何れかに記載の処理決定装置である。
請求項５に記載の発明は、前記指示画像は、前記文書画像が印刷された前記媒体に形成された印影画像を含むことを特徴とする請求項１乃至４の何れかに記載の処理決定装置である。
請求項６に記載の発明は、前記媒体から読み取られた前記文書画像を取得する文書画像取得手段と、前記文書画像取得手段により取得された前記文書画像に対して、前記決定手段により決定された処理を行う処理手段とを更に備えたことを特徴とする請求項１乃至５の何れかに記載の処理決定装置である。
請求項７に記載の発明は、文書画像と当該文書画像に対して行うべき処理を指示するための指示画像とを含む画像が形成された媒体から当該画像を読み取る読取手段と、前記読取手段により読み取られた前記画像に含まれる前記指示画像を取得する取得手段と、各々に処理が割り当てられて登録された複数の登録画像の中で、前記取得手段により取得された前記指示画像を判別できなかった場合に、当該指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を表示する表示手段と、前記表示手段により情報が表示された前記少なくとも１つの処理のうち操作者により選択された処理を、前記読取手段により読み取られた前記画像に含まれる前記文書画像に対して行うべき処理として決定する決定手段と、前記読取手段により読み取られた前記画像に含まれる前記文書画像に対して、前記決定手段により決定された処理を行う処理手段とを備えたことを特徴とする画像処理装置である。
請求項８に記載の発明は、文書画像と当該文書画像に対して行うべき処理を指示するための指示画像とを含む画像が形成された媒体から当該画像を読み取る画像読取装置と、各々に処理が割り当てられて登録された複数の登録画像を管理する管理装置とを備え、前記画像読取装置は、前記媒体から読み取った前記画像に含まれる前記指示画像を前記管理装置に送信し、前記管理装置は、前記複数の登録画像の中で、前記画像読取装置により送信された前記指示画像を判別できなかった場合に、当該指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を前記画像読取装置に送信し、前記画像読取装置は、前記管理装置により情報が送信された前記少なくとも１つの処理のうち操作者により選択された処理を、前記媒体から読み取った前記画像に含まれる前記文書画像に対して行うべき処理として決定することを特徴とする処理決定システムである。
請求項９に記載の発明は、コンピュータに、文書画像が形成された媒体から読み取られた当該文書画像に対して行うべき処理を指示するための指示画像を取得する機能と、各々に処理が割り当てられて登録された複数の登録画像の中で、前記指示画像を判別できなかった場合に、当該指示画像に類似する登録画像に割り当てられた処理を、前記媒体から読み取られた前記文書画像に対して行うべき処理として決定する機能とを実現させるためのプログラムである。
【発明の効果】
【０００６】
請求項１の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性が高まる。
請求項２の発明によれば、操作者が選択した処理を、文書画像に対して行うべき処理として決定することができる。
請求項３の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で今回判別できなかった指示画像を次回判別できる可能性が高まる。
請求項４の発明によれば、本構成を有していない場合に比較して、利用制限情報が割り当てられた登録画像の中で、文書画像に付与する利用制限情報を指示するための指示画像を判別できなくても、文書画像に対して付与すべき利用制限情報を決定できる可能性が高まる。
請求項５の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するために媒体に形成された印影画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性が高まる。
請求項６の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して処理を行うことができる可能性が高まる。
請求項７の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性が高まる。
請求項８の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性が高まる。
請求項９の発明によれば、本構成を有していない場合に比較して、処理が割り当てられた登録画像の中で、文書画像に対する処理を指示するための指示画像を判別できなくても、文書画像に対して行うべき処理を決定できる可能性が高まる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施の形態が適用されるコンピュータシステムの全体構成を示した図である。
【図２】本発明の実施の形態におけるポリシーサーバのハードウェア構成例を示したブロック図である。
【図３】本発明の実施の形態におけるポリシーサーバの機能構成例を示したブロック図である。
【図４】本発明の実施の形態におけるスタンプＤＢ内の情報の例を示した図である。
【図５】本発明の実施の形態におけるポリシーＤＢ内の情報の例を示した図である。
【図６】本発明の実施の形態における文書情報ＤＢ内の情報の例を示した図である。
【図７】本発明の実施の形態における画像処理装置のハードウェア構成例を示したブロック図である。
【図８】本発明の実施の形態における画像処理装置の機能構成例を示したブロック図である。
【図９】本発明の実施の形態における端末装置の機能構成例を示したブロック図である。
【図１０】本発明の実施の形態で用いられるスタンプ登録シートの例を示した図である。
【図１１】本発明の実施の形態におけるコンピュータシステムのスタンプ登録時の動作例を示したシーケンス図である。
【図１２】本発明の実施の形態で表示されるスタンプ登録画面の例を示した図である。
【図１３】本発明の実施の形態で用いられるスタンプが押された紙文書の例を示した図である。
【図１４】本発明の実施の形態におけるコンピュータシステムの文書登録時の動作例を示したシーケンス図である。
【図１５】本発明の実施の形態で表示されるポリシー選択画面の例を示した図である。
【図１６】本発明の実施の形態で類似と判断されるスタンプの組み合わせの例を示した図である。
【図１７】本発明の実施の形態におけるコンピュータシステムの文書閲覧時の動作例を示したシーケンス図である。
【図１８】本発明の実施の形態におけるコンピュータシステムの文書編集時の動作例を示したシーケンス図である。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
［コンピュータシステムの全体構成］
図１は、本実施の形態のコンピュータシステムの構成例を示したものである。
図示するように、このコンピュータシステムは、セキュリティポリシーサーバ（以下、「ポリシーサーバ」という）１０と、画像処理装置２０と、端末装置３０と、認証サーバ４０とがネットワーク８０に接続されることにより構成されている。
【０００９】
ポリシーサーバ１０は、保護文書に対するセキュリティポリシーを管理するサーバコンピュータである。このセキュリティポリシーの管理は、具体的には、スタンプをスタンプデータベース（以下、「スタンプＤＢ」という）で管理し、スタンプに割り当てられたセキュリティポリシーをセキュリティポリシーデータベース（以下、「ポリシーＤＢ」という）で管理し、セキュリティポリシーが付与された保護文書を文書情報データベース（以下、「文書情報ＤＢ」という）で管理することによって行う。ここで、ポリシーサーバ１０としては、例えば、パーソナルコンピュータやワークステーション、その他のコンピュータを用いるとよい。本実施の形態では、処理決定装置、管理装置の一例として、ポリシーサーバ１０を設けている。
【００１０】
尚、保護文書とは、セキュリティポリシーが付与され、操作が制限される文書のことをいう。また、保護文書は、ポリシーサーバ１０上で特定のセキュリティポリシーと対応付けられ、保護文書を一意に識別するための文書ＩＤが付与されて管理される。更に、保護文書は、保護文書であることを示すヘッダと、文書ＩＤと、暗号化された保護文書本体とからなる。このうち、ヘッダは、特定の長さの予め決められたバイト列である。本実施の形態において、保護文書は、全ての保護文書に共通な暗号鍵によって暗号化されることを前提としているが、これは一例であり、ＤＲＭ（Digital Rights Management）技術のように保護文書ごとに暗号鍵を変えるようにしてもよい。また、ある保護文書の文書ＩＤが他の保護文書の文書ＩＤと入れ替えられること等を防ぐため、保護文書全体に電子署名を付与したり、ＨＭＡＣ（Keyed-Hashing for Message Authentication Code）等の値を付与したりしてもよい。何れにしても、本システムにおいては、全ての保護文書が識別子で識別され、それにセキュリティポリシーが付与されているという以上の制約はない。
また、セキュリティポリシーとは、このような保護文書に対するアクセス権を規定する情報である。つまり、保護文書の利用の制限を定めた利用制限情報である。
【００１１】
画像処理装置２０は、スタンプが押された紙文書の画像を読み取り、読み取った画像からスタンプ像を抽出し、ポリシーサーバ１０と通信して予め定めた処理を実行する。また、ユーザがスタンプを登録するためのアプリケーションを実行する。本実施の形態では、画像読取装置の一例として、画像処理装置２０を設けている。
端末装置３０は、ポリシーサーバ１０と通信して、セキュリティポリシーで許可された範囲で、保護文書の閲覧、編集等の処理を行う文書処理アプリケーションプログラム（以下、「文書処理ＡＰ」という）を実行する。ここで、端末装置３０としては、例えば、パーソナルコンピュータやワークステーション、その他のコンピュータを用いるとよい。
認証サーバ４０は、ユーザ認証を管理するサーバコンピュータであり、ユーザ認証が必要な他の機器からの問い合わせを受けて処理を行う。ここで、認証サーバ４０としては、例えば、パーソナルコンピュータやワークステーション、その他のコンピュータを用いるとよい。特に、ＬＤＡＰ（Lightweight Directory Access Protocol）サーバやActive Directoryサーバ等を用いることが考えられる。
尚、本実施の形態では、画像読取装置と管理装置とを備えた処理決定システムの一例として、図１のコンピュータシステムを設けている。
【００１２】
［ポリシーサーバの構成］
図２は、ポリシーサーバ１０のハードウェア構成例を示した図である。
図示するように、ポリシーサーバ１０は、ＣＰＵ（Central Processing Unit）１０ａと、ＲＡＭ（Random Access Memory）１０ｂと、ＲＯＭ（Read Only Memory）１０ｃと、ＨＤＤ（Hard Disk Drive）１０ｄと、通信インターフェイス（以下、「通信Ｉ／Ｆ」と表記する）１０ｅと、入力デバイス１０ｆと、表示機構１０ｇとを備える。
【００１３】
ＣＰＵ１０ａは、ＲＯＭ１０ｃ等に記憶された各種プログラムをＲＡＭ１０ｂにロードして実行することにより、後述する各機能を実現する。
ＲＡＭ１０ｂは、ＣＰＵ１０ａの作業用メモリ等として用いられるメモリである。
ＲＯＭ１０ｃは、ＣＰＵ１０ａが実行する各種プログラム等を記憶するメモリである。
ＨＤＤ１０ｄは、ＣＰＵ１０ａが実行する各種プログラムに対する入力データや各種プログラムからの出力データ等を記憶する例えば磁気ディスク装置である。
通信Ｉ／Ｆ１０ｅは、通信手段を介して他の装置との間で各種情報の送受信を行う。
入力デバイス１０ｆは、データを入力するために用いられるデバイスであり、例えばキーボードやマウスである。
表示機構１０ｇは、各種プログラムを実行することで得られた情報を表示するための機構であり、例えばビデオメモリやディスプレイを含む。
【００１４】
図３は、ポリシーサーバ１０の機能構成例を示した図である。
図示するように、ポリシーサーバ１０は、スタンプＤＢ１１と、ポリシーＤＢ１２と、文書情報ＤＢ１３とを保持する。
【００１５】
図４に、スタンプＤＢ１１に記憶されたスタンプ情報の例を示す。
図示するように、スタンプ情報は、スタンプＩＤ、スタンプ像、スタンプ特徴データからなる。スタンプＩＤは、スタンプを一意に識別するための情報である。スタンプ像は、スタンプの画像データである。尚、この画像データには、色の情報も付加されている。一般にスタンプは朱色の印肉（朱肉）で押すので、図では、グレーによって朱色を表現している。一方、黒色は、黒色の印肉で押されたスタンプを表す。また、スタンプＩＤ「S-0008」のスタンプ像では、枠に斜線ハッチングを施すことで、枠がかすれている様子を表している。スタンプ特徴データは、スタンプ像を処理して得られる特徴データである。アルゴリズムによって特徴データは異なるが、どのようなアルゴリズムを用いてもよい。
【００１６】
図５に、ポリシーＤＢ１２に記憶されたポリシー情報の例を示す。
図示するように、ポリシー情報は、ポリシーＩＤ、ポリシー名、ユーザ、許可操作、複数のスタンプＩＤからなる。ポリシーＩＤは、セキュリティポリシーを一意に識別するための情報である。ポリシー名は、セキュリティポリシーに付与された名称である。許可操作は、認証サーバ４０で管理されているユーザ又はグループごとに許可される操作である。スタンプＩＤは、対応するセキュリティポリシーが割り当てられたスタンプのスタンプＩＤである。尚、図５では１つのポリシーＩＤに複数のスタンプＩＤが対応付けられている例を示しているが、１つのポリシーＩＤに１つのスタンプＩＤが対応付けられている場合もある。
【００１７】
図６に、文書情報ＤＢ１３に記憶された文書情報の例を示す。
図示するように、文書情報は、文書ＩＤ、ポリシーＩＤ、作成者ＩＤ、登録日時からなる。文書ＩＤは、保護文書を一意に識別するための情報である。ポリシーＩＤは、保護文書に付与されたセキュリティポリシーを一意に識別するための情報である。作成者ＩＤは、保護文書を作成したユーザ（作成者）を一意に識別するための情報である。登録日時は、対応する保護文書が登録された日時である。
【００１８】
尚、このようなポリシーＤＢ１２、文書情報ＤＢ１３は、既存技術で実現可能であり、この例のような構成には限らない。即ち、保護文書ごとにセキュリティポリシーが付与できれば、どのような構成を採用してもよい。
【００１９】
再び図３を参照すると、ポリシーサーバ１０は、外部の機器に対して機能を提供する機能部として、文書検索部１４、ポリシー検索部１５、スタンプ判別部１６、スタンプ更新部１７、スタンプ登録部１８、文書登録部１９を備える。以下、これらの機能部について説明する。
【００２０】
文書検索部１４は、外部機器からの問い合わせに応じて、既にセキュリティポリシーが設定されている保護文書に対するポリシー情報を検索する。その際、外部機器は、問い合わせたい保護文書の文書ＩＤ、問い合わせているユーザのユーザＩＤを指定し、文書検索部１４は、例えばポリシー情報を返す。
【００２１】
ポリシー検索部１５は、どのようなポリシーが付与可能かを問い合わせる外部機器から呼び出され、ポリシーＤＢ１２に登録されているポリシー情報を検索し、セキュリティポリシーのリストを返す。外部機器は、問い合わせ時に、ユーザＩＤを指定してもよい。その場合は、そのユーザＩＤのユーザに対する操作権限を規定したセキュリティポリシーであるかをチェックしてもよい。
【００２２】
スタンプ判別部１６は、スタンプ像を指定した外部機器からの問い合わせに応じて、そのスタンプ像を持つスタンプをスタンプＤＢ１１から判別する。そして、判別したスタンプに割り当てられたセキュリティポリシーのポリシーＩＤをポリシーＤＢ１２から取り出して返す。本実施の形態では、指示画像を取得する指示画像取得手段、指示画像に類似する登録画像に割り当てられた処理を文書画像に対して行うべき処理として決定する決定手段、指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を提示する提示手段の一例として、スタンプ判別部１６を設けている。
【００２３】
スタンプ更新部１７は、指定されたセキュリティポリシーに関し、そのセキュリティポリシーが割り当てられたスタンプのスタンプ情報を更新する。即ち、外部機器からポリシーＩＤとスタンプ像を指定して呼び出されると、スタンプ情報をスタンプＤＢ１１に登録する。そして、ポリシーＤＢ１２内の既存のポリシーＩＤに関連付ける。このとき、スタンプ情報を更新できるユーザを制限するために、最初にユーザ認証を行い、予め決められたユーザだけが更新できるようにしてもよい。本実施の形態では、指示画像を類似する登録画像に割り当てられた処理に割り当てて登録する登録手段の一例として、スタンプ更新部１７を設けている。
【００２４】
スタンプ登録部１８は、判別させたいスタンプのスタンプ情報をスタンプＤＢ１１に登録する。即ち、外部機器からポリシーＩＤとスタンプ像を指定して呼び出されると、スタンプ情報をスタンプＤＢ１１に登録し、ポリシーＤＢ１２内の指定されたポリシーＩＤに関連付ける。このとき、スタンプを登録できるユーザを制限するために、最初にユーザ認証を行い、予め決められたユーザだけが登録できるようにしてもよい。また、スタンプ像を複数指定し、これら全てのスタンプ像について上記処理を行うようにしてもよい。
【００２５】
文書登録部１９は、指定されたセキュリティポリシーで文書を保護することを規定する文書情報を登録する。即ち、外部機器からユーザＩＤとポリシーＩＤを指定して呼び出されると、これらの情報に文書ＩＤ、処理時刻を加えた文書情報を文書情報ＤＢ１３に登録する。
【００２６】
［画像処理装置の構成］
図７は、画像処理装置２０のハードウェア構成例を示した図である。
図示するように、画像処理装置２０は、ＣＰＵ（Central Processing Unit）２０ａと、ＲＡＭ（Random Access Memory）２０ｂと、ＲＯＭ（Read Only Memory）２０ｃと、ＨＤＤ（Hard Disk Drive）２０ｄと、通信インターフェイス（以下、「通信Ｉ／Ｆ」と表記する）２０ｅと、操作パネル２０ｆと、画像読取部２０ｇと、画像形成部２０ｈとを備える。
【００２７】
ＣＰＵ２０ａは、ＲＯＭ２０ｃ等に記憶された各種プログラムをＲＡＭ２０ｂにロードして実行することにより、後述する各機能を実現する。
ＲＡＭ２０ｂは、ＣＰＵ２０ａの作業用メモリ等として用いられるメモリである。
ＲＯＭ２０ｃは、ＣＰＵ２０ａが実行する各種プログラム等を記憶するメモリである。
ＨＤＤ２０ｄは、画像読取部２０ｇが読み取った画像データや画像形成部２０ｈにおける画像形成にて用いる画像データ等を記憶する例えば磁気ディスク装置である。
通信Ｉ／Ｆ２０ｅは、通信手段を介して他の装置との間で各種情報の送受信を行う。
操作パネル２０ｆは、各種情報の表示やユーザからの操作入力の受付を行う例えばタッチパネルである。本実施の形態では、指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を表示する表示手段の一例として、操作パネル２０ｆを設けている。
【００２８】
画像読取部２０ｇは、紙等の記録媒体に記録された画像を読み取る。ここで、画像読取部２０ｇは、例えばスキャナであり、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ(Charge Coupled Devices)で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ(Contact Image Sensor)で受光するＣＩＳ方式のものを用いるとよい。本実施の形態では、媒体から画像を読み取る読取手段の一例として、画像読取部２０ｇを設けている。
【００２９】
画像形成部２０ｈは、紙等の記録媒体に画像を形成する。ここで、画像形成部２０ｈは、例えばプリンタであり、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式や、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。
【００３０】
図８は、画像処理装置２０の機能構成例を示した図である。
図示するように、画像処理装置２０は、ポリシー情報取得部２１と、スタンプ登録部２２と、スキャン画像取得部２３と、スタンプ抽出部２４とを備える。また、ユーザ認証部２５と、スタンプ判別部２６と、スタンプ更新部２７と、文書登録部２８と、文書保護処理部２９とを備えている。以下、これらの機能部について説明する。尚、下記のスタンプ登録及び文書登録については、後で詳しく述べる。
【００３１】
ポリシー情報取得部２１は、スタンプ登録時に動作し、操作パネル２０ｆからの現在のセキュリティポリシーに関するポリシー情報の一覧（以下、「ポリシー一覧」という）の表示要求に応じて、ポリシーサーバ１０のポリシー検索部１５を呼び出す。そして、ポリシー一覧を取得して操作パネル２０ｆに表示し、その中から選択されたポリシーＩＤを取得する。
スタンプ登録部２２は、スタンプ登録時に動作し、ポリシー情報取得部２１から渡されたポリシーＩＤと、後述するスタンプ抽出部２４から渡されたスタンプ像とを指定して、ポリシーサーバ１０のスタンプ登録部１８を呼び出す。これにより、ポリシーサーバ１０上でスタンプ像がポリシーＩＤに対して登録される。
スキャン画像取得部２３は、スタンプ登録時及び文書登録時に動作し、画像読取部２０ｇで画像を読み取ることで得られたスキャン画像を取得する。本実施の形態では、文書画像を取得する文書画像取得手段の一例として、スキャン画像取得部２３を設けている。
スタンプ抽出部２４は、スタンプ登録時及び文書登録時に動作し、スキャン画像取得部２３が取得したスキャン画像からスタンプ像を抽出してスタンプ登録部２２に渡す。ここで、スタンプの抽出は、スキャン画像から特定の形状の部分を切り出す等、既存の手法を用いて行えばよい。本実施の形態では、指示画像を取得する取得手段の一例として、スタンプ抽出部２４を設けている。
【００３２】
ユーザ認証部２５は、操作パネル２０ｆから入力されたユーザＩＤ、パスワード等に基づいて、認証サーバ４０と通信を行うことにより、ユーザ認証を行う。そして、ユーザ認証に成功すると、ユーザＩＤを保持し、文書登録部２８に渡す。
スタンプ判別部２６は、スタンプ抽出部２４から渡されたスタンプ像を指定して、ポリシーサーバ１０のスタンプ判別部１６を呼び出す。そして、ポリシーＩＤを取得した場合は、ポリシーＩＤを文書登録部２８に渡し、ポリシーＩＤのリストを取得した場合は、それを操作パネル２０ｆに表示し、その中から選択されたポリシーＩＤを文書登録部２８に渡すと共に、ユーザが望む場合は、ポリシーＩＤ及びスタンプ像をスタンプ更新部２７に渡す。本実施の形態では、操作者により選択された処理を文書画像に対して行うべき処理として決定する決定手段の一例として、スタンプ判別部２６を設けている。
スタンプ更新部２７は、スタンプ判別部２６から渡されたポリシーＩＤとスタンプ像とを指定して、ポリシーサーバ１０のスタンプ更新部１７を呼び出す。これにより、ポリシーサーバ１０上でスタンプ像がポリシーＩＤに対して追加登録される。
文書登録部２８は、ユーザ認証部２５から渡されたユーザＩＤと、スタンプ判別部２６から渡されたポリシーＩＤとを指定して、ポリシーサーバ１０の文書登録部１９を呼び出す。そして、スキャン画像から生成された文書データに対する文書ＩＤを取得して文書保護処理部２９に渡す。本実施の形態では、文書画像に対して決定された処理を行う処理手段の一例として、文書登録部２８を設けている。
文書保護処理部２９は、スキャン画像から生成された文書データに文書ＩＤを付与し、文書データ本体を暗号化することにより、保護文書を生成して保存する。
【００３３】
［端末装置の構成］
端末装置３０のハードウェア構成例は、図２と同様である。但し、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、ＨＤＤ１０ｄ、通信Ｉ／Ｆ１０ｅ、入力デバイス１０ｆ、表示機構１０ｇは、それぞれ、ＣＰＵ３０ａ、ＲＡＭ３０ｂ、ＲＯＭ３０ｃ、ＨＤＤ３０ｄ、通信Ｉ／Ｆ３０ｅ、入力デバイス３０ｆ、表示機構３０ｇとして参照する。
【００３４】
図９は、端末装置３０の機能構成例を示した図である。
図示するように、端末装置３０は、ユーザ認証部３１と、保護文書操作部３２とを備える。一般のユーザが使用する端末装置３０上では、保護文書をセキュリティポリシーで許可された範囲内で編集したり印刷したりする文書処理ＡＰが動作し、これらの機能部はこの文書処理ＡＰが動作することで実現される。以下、これらの機能部について説明する。
【００３５】
ユーザ認証部３１は、入力デバイス３０ｆから入力されたユーザＩＤ、パスワード等に基づいて、認証サーバ４０と通信を行うことにより、ユーザ認証を行う。そして、ユーザ認証に成功すると、ユーザＩＤを保持し、保護文書操作部３２に渡す。
保護文書操作部３２は、入力デバイス３０ｆから入力された要求に応じて、ポリシーサーバ１０と通信し、保護文書の操作、例えば、閲覧、編集、印刷等を行う。
【００３６】
［認証サーバの構成］
認証サーバ４０のハードウェア構成例も、図２と同様である。但し、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、ＨＤＤ１０ｄ、通信Ｉ／Ｆ１０ｅ、入力デバイス１０ｆ、表示機構１０ｇは、それぞれ、ＣＰＵ４０ａ、ＲＡＭ４０ｂ、ＲＯＭ４０ｃ、ＨＤＤ４０ｄ、通信Ｉ／Ｆ４０ｅ、入力デバイス４０ｆ、表示機構４０ｇとして参照する。
また、認証サーバ４０の機能構成は、図示しないが、ユーザＩＤ、パスワード等の対応を管理するデータベースと、外部機器から受信したユーザＩＤ、パスワード等の対応がこのデータベースで管理されていれば認証成功を、管理されていなければ認証失敗を返す機能とを少なくとも備えていればよい。
【００３７】
［本実施の形態の動作］
次に、本実施の形態の動作について説明する。
本実施の形態の動作としては、画像処理装置２０を用いてスタンプをセキュリティポリシーに割り当てて登録する処理（以下、「スタンプ登録処理」という）、画像処理装置２０を用いて保護文書をセキュリティポリシーを付与して登録する処理（以下、「文書登録処理」という）、端末装置３０を用いて保護文書をセキュリティポリシーが許可する範囲内で操作させる処理（以下、「文書操作処理」という）がある。以下、これらの動作を分けて説明する。
【００３８】
［スタンプ登録処理］
まず、ユーザは登録したいスタンプを押したスタンプ登録シートを画像処理装置２０のプラテンに置いて、スタンプ登録機能を起動する。
ここで、スタンプ登録シートについて説明する。
図１０は、スタンプ登録シートの例を示したものである。
（ａ）は、一度に１つのスタンプを登録するためのスタンプ登録シート５１であるが、（ｂ）に示すように、一度に複数のスタンプを登録可能なスタンプ登録シート５２を用いてもよい。１枚のスタンプ登録シートに複数のスタンプが押されていたとしても、割り当てるセキュリティポリシーは１つにすることができ、この場合、全てのスタンプ像に対して同じセキュリティポリシーが割り当てられる。１枚のスタンプ登録シートに押された複数のスタンプが同じスタンプを繰り返し押したものであるとすると、例えば押し方による癖が吸収される。一方、１枚のスタンプ登録シートに押された複数のスタンプが異なるスタンプであるとすると、異なるスタンプが押された文書を同じセキュリティポリシーで保護できることとなる。
【００３９】
図１１は、スタンプ登録機能が起動されたときの画像処理装置２０とポリシーサーバ１０の間の情報交換を示すシーケンス図である。
画像処理装置２０では、スタンプ登録機能が起動されると、ポリシー情報取得部２１が、ポリシーサーバ１０のポリシー検索部１５を呼び出し、ポリシー一覧の要求を送信する（ステップ２０１）。
【００４０】
すると、ポリシーサーバ１０では、ポリシー検索部１５が、ポリシー一覧要求を受信する（ステップ１０１）。そして、ポリシーＤＢ１２を検索し、ポリシーＤＢ１２に登録されているセキュリティポリシーを取得し、これをポリシー一覧として画像処理装置２０に返信する（ステップ１０２）。
【００４１】
これにより、画像処理装置２０では、ポリシー情報取得部２１が、ポリシー一覧を受信し、操作パネル２０ｆにスタンプ登録画面２８０を表示する（ステップ２０２）。
【００４２】
図１２に、スタンプ登録画面２８０の例を示す。このスタンプ登録画面２８０上で、ユーザは、スタンプに割り当てたいセキュリティポリシーを選択する。ここでは「極秘」という名前のセキュリティポリシーが選択され、ボックス２８１に表示されている。即ち、先に取得したポリシー一覧がドロップダウンリストとして表示され、その中から「極秘」を選択することでボックス２８１に「極秘」が表示されたときの状態を示している。
【００４３】
この状態でユーザが「登録」ボタン２８２を押すと、ポリシー情報取得部２１は、選択されたセキュリティポリシーのポリシーＩＤを取得し、スタンプ登録部２２に渡す（ステップ２０３）。また、スタンプが押されたスタンプ登録シートは、画像読取部２０ｇでスキャンされ、スキャン画像取得部２３が、スキャンして得られたスキャン画像を取得してスタンプ抽出部２４に渡す（ステップ２０４）。そして、スタンプ抽出部２４が、このスキャン画像からスタンプが押された箇所を探し出し、スタンプ像を生成し、スタンプ登録部２２に渡す（ステップ２０５）。
その後、スタンプ登録部２２は、ステップ２０３で渡されたポリシーＩＤと、ステップ２０５で渡されたスタンプ像とを指定して、ポリシーサーバ１０のスタンプ登録部１８を呼び出す（ステップ２０６）。
【００４４】
すると、ポリシーサーバ１０では、スタンプ登録部１８が、ポリシーＩＤとスタンプ像を受信する（ステップ１０３）。
そして、スタンプ登録部１８は、指定されたスタンプ像が、指定されたポリシーＩＤ以外のポリシーＩＤが割り当てられて登録されているかどうかを判定する（ステップ１０４）。具体的には、まず、指定されたスタンプ像のスタンプ特徴データを計算する。次に、指定されたポリシーＩＤのレコードをポリシーＤＢ１２から検索する。次いで、そのレコードに規定されているスタンプＩＤのスタンプ以外で、計算されたスタンプ特徴データと合致するスタンプ特徴データのスタンプが登録されていないか、スタンプＤＢ１１をチェックする。
【００４５】
その結果、このようなスタンプが既に登録されていると判定されれば、スタンプ登録部１８は、「対象のスタンプは既に登録されている」というエラーを応答にセットする（ステップ１０５）。
一方、このようなスタンプが登録されていないと判定されれば、スタンプ登録部１８は、指定されたスタンプに関するスタンプ情報を、指定されたポリシーＩＤに関連付けて登録する（ステップ１０６）。具体的には、まず、指定されたスタンプ像からスタンプ特徴データを計算する。次に、新たに生成したスタンプＩＤ、指定されたスタンプ像、計算して得られたスタンプ特徴データをスタンプＤＢ１１に登録する。次いで、この新たに生成したスタンプＩＤを、指定されたポリシーＩＤのレコードのスタンプＩＤとして追加する。
そして、スタンプ像に対するセキュリティポリシーの割り当てが完了した旨を応答にセットする（ステップ１０７）。
その後、スタンプ登録部１８は、応答を画像処理装置２０に返信する（ステップ１０８）。
これにより、画像処理装置２０では、スタンプ登録部２２が、スタンプ登録処理の結果を受信して操作パネル２０ｆに表示する（ステップ２０７）。尚、図１２のスタンプ登録画面２８０が表示された状態で、ユーザが「キャンセル」ボタン２８３を押した場合には、そこで処理は終了する。
【００４６】
［文書登録処理］
まず、ユーザはスタンプが押された紙文書を画像処理装置２０のプラテンに置いて、文書登録機能を起動する。
ここで、スタンプが押された紙文書について説明する。
図１３は、スタンプが押された紙文書５３を示したものである。
この紙文書では、紙面全体に「連絡書」と題する文書画像が印刷されており、右上に「社外秘」というスタンプが押されている。
【００４７】
図１４は、文書登録機能が起動されたときの画像処理装置２０とポリシーサーバ１０の間の情報交換を示すシーケンス図である。
画像処理装置２０では、文書登録機能が起動されると、まず、ユーザ認証部２５が、ユーザ認証を行い、ユーザ認証に成功した場合は、ユーザＩＤを保持する（ステップ２２１）。具体的には、ユーザに対し、ユーザＩＤ、パスワードの入力を促し、そのユーザＩＤとパスワードの組み合わせが正しいかどうかを認証サーバ４０に問い合わせて確認する。ユーザ認証に成功すれば、ユーザ認証部２５は、ユーザＩＤを文書登録部２８に渡す。失敗した場合は、図示しないが、処理を中断する。
次に、スタンプが押された紙文書は、画像読取部２０ｇでスキャンされ、スキャン画像取得部２３が、スキャンして得られたスキャン画像を取得してスタンプ抽出部２４に渡す（ステップ２２２）。そして、スタンプ抽出部２４が、このスキャン画像からスタンプが押された箇所を探し出し、スタンプ像を生成し、スタンプ判別部２６に渡す（ステップ２２３）。尚、このとき、スキャン画像からスタンプ像が取り除かれた画像は、電子化された文書データとして一旦メモリに格納される。
その後、スタンプ判別部２６は、この渡されたスタンプ像を指定して、ポリシーサーバ１０のスタンプ判別部１６を呼び出す（ステップ２２４）。
【００４８】
すると、ポリシーサーバ１０では、スタンプ判別部１６が、指定されたスタンプ像を受信する（ステップ１２１）。
そして、スタンプ判別部１６は、指定されたスタンプ像に合致するスタンプ像のスタンプが登録されているかどうかを判定する（ステップ１２２）。具体的には、まず、指定されたスタンプ像のスタンプ特徴データを計算する。そして、そのスタンプ特徴データと合致するスタンプ特徴データを持つスタンプが登録されているかどうかを、スタンプＤＢ１１を参照することで判定する。但し、実際のスタンプ像にはかすれ等があり、スタンプ特徴データが完全に一致することは考え難い。従って、ここでは、登録されたスタンプ像のスタンプ特徴データと指定されたスタンプ像のスタンプ特徴データとの差分が、極めて小さな第１の閾値以下であることをもって「合致する」と判定するものとする。
【００４９】
その結果、合致するスタンプが登録されていれば、登録されているスタンプＩＤに対応するポリシーＩＤをポリシーＤＢ１２から検索して応答にセットする（ステップ１２３）。
一方、合致するスタンプが登録されていなければ、登録されているスタンプの中から、指定されたスタンプ像のスタンプ特徴データと類似するスタンプ特徴データを持つスタンプを選定し、そのスタンプのスタンプＩＤに対応するポリシー情報のリスト（ポリシー情報リスト）を応答にセットする（ステップ１２４）。尚、ここでは、登録されたスタンプ像のスタンプ特徴データと指定されたスタンプ像のスタンプ特徴データとの差分が、上記第１の閾値よりも大きな第２の閾値以下であることをもって「類似する」と判定すればよい。また、ここで応答にセットされるポリシー情報には、少なくともポリシーＩＤとポリシー名が含まれていればよいが、それに加え、「合致するスタンプは存在しないが、類似スタンプに割り当てられたセキュリティポリシーのリストを選定した」といった情報や、類似スタンプのスタンプ像が含まれていてもよい。
その後、スタンプ判別部１６は、画像処理装置２０に応答を返す（ステップ１２５）。
【００５０】
これにより、画像処理装置２０では、スタンプ判別部２６が、ポリシーサーバ１０からの応答を受信する（ステップ２２５）。
そして、応答の内容が、ポリシーサーバ１０にてスタンプが正しく判別できたことを示すものかどうかを判定する（ステップ２２６）。具体的には、応答にポリシーＩＤがセットされているか、或いはポリシー情報リストがセットされているかを判定する。
【００５１】
その結果、正しく判別できたことを示すものであると判定された場合、即ち、応答にポリシーＩＤがセットされていると判定された場合、スタンプ判別部２６は、応答からポリシーＩＤを取り出して文書登録部２８に渡す（ステップ２２７）。
一方、正しく判別できなかったことを示すものである場合、即ち、応答にポリシー情報リストがセットされていると判定された場合、スタンプ判別部２６は、応答からポリシー情報リストを取得し、操作パネル２０ｆにスタンプ選択画面２９０を表示する（ステップ２２８）。
【００５２】
図１５に、スタンプ選択画面２９０の例を示す。このスタンプ選択画面２９０には、ポリシー名と類似スタンプの組のリスト２９１が含まれる。つまり、ここでは、ポリシーサーバ１０からポリシーＩＤ、ポリシー名に加え、類似スタンプのスタンプ像も送られていることを前提にしている。このリスト２９１の中から、ユーザは、電子化された文書データに付与したいセキュリティポリシーに関する組を選択する。また、今回スキャン画像から抽出したスタンプ像も登録したい場合には、「スタンプ情報を追加登録する」というチェックボックス２９２をチェックする。
【００５３】
この状態でユーザが「選択」ボタン２９３を押すと、スタンプ判別部２６は、ユーザが選択した組に含まれるポリシーＩＤを文書登録部２８に渡す。また、このポリシーＩＤと、ステップ２２３で取得したスタンプ像とをスタンプ更新部２７へ渡す。
そして、スタンプ更新部２７は、ポリシーＩＤとスタンプ像を指定してポリシーサーバ１０のスタンプ更新部１７を呼び出す（ステップ２２９）。
【００５４】
すると、ポリシーサーバ１０では、スタンプ更新部１７が、指定されたポリシーＩＤとスタンプ像を受信する（ステップ１２６）。そして、指定されたスタンプに関するスタンプ情報を、指定されたポリシーＩＤに関連付けて登録する（ステップ１２７）。具体的には、まず、指定されたスタンプ像からスタンプ特徴データを計算する。次に、新たに生成したスタンプＩＤと、指定されたスタンプ像と、計算して得られたスタンプ特徴データをスタンプＤＢ１１に登録する。次いで、この新たに生成したスタンプＩＤを、指定されたポリシーＩＤのレコードのスタンプＩＤとして追加する。
その後、スタンプ更新部１７は、スタンプ像の更新が完了した旨の更新完了報告を送信する（ステップ１２８）。
【００５５】
これにより、画像処理装置２０では、スタンプ更新部２７が、更新完了報告を受信する（ステップ２３０）。尚、図１５のスタンプ選択画面２９０が表示された状態で、ユーザが「キャンセル」ボタン２９４を押した場合には、そこで処理は終了する。また、ユーザがチェックボックス２９２にチェックをせずに「選択」ボタン２９３を押した場合は、ステップ２２９、２３０の処理は行わずに、ステップ２３１へ進む。
【００５６】
その後、文書登録部２８は、ステップ２２１で渡されたユーザＩＤと、ステップ２２７又はステップ２２９で渡されたポリシーＩＤとを指定して、ポリシーサーバ１０の文書登録部１９を呼び出す（ステップ２３１）。
【００５７】
すると、ポリシーサーバ１０では、文書登録部１９が、指定されたユーザＩＤとポリシーＩＤを受信する（ステップ１２９）。そして、指定されたポリシーＩＤのセキュリティポリシーをポリシーＤＢ１２から検索し、今回のスキャンで生成した文書データの文書情報を文書情報ＤＢ１３に登録する（ステップ１３０）。具体的には、新たに生成した文書ＩＤ、ポリシーＩＤ、ユーザＩＤ、処理時刻を文書情報ＤＢ１３に登録する。ここで、ユーザＩＤは作成者ＩＤとして、処理時刻は登録日時として、文書情報ＤＢ１３に登録される。
その後、文書登録部１９は、文書ＩＤを含む登録完了報告を画像処理装置２０に送信する（ステップ１３１）。
【００５８】
これにより、画像処理装置２０では、文書登録部２８が、登録完了報告を受信し、文書ＩＤを指定して文書保護処理部２９を呼び出す（ステップ２３２）。
すると、文書保護処理部２９は、ステップ２２３で一旦メモリに格納された文書データの本体を暗号化し、文書ＩＤを文書データに埋め込むことにより、保護文書を生成する（ステップ２３３）。ここで、保護文書は、画像処理装置２０内の親展ボックス等に蓄積し、ユーザが後から取得できるようにする。また、保護文書の生成の結果は、操作パネル２０ｆに表示される。
【００５９】
ここで、上記ステップ１２４でのスタンプの類似判定について具体的に説明する。
図１６に、スタンプが類似していると判定される例を示す。尚、ここでも図４と同様、朱色の印肉で押されたスタンプをグレーで表し、黒色の印肉で押されたスタンプを黒色で表している。
（ａ）は、枠の形状のみが異なる例である。
この場合は、画像処理によって枠を除去し、内部のイメージが同一かどうかを判定すればよい。また、内部が文字列の場合はＯＣＲ（Optical Character Recognition）処理によってテキストデータに変換し、これらのテキストデータが一致するかどうかで判定してもよい。こうすることで、例えば文字のフォントタイプの違いが吸収される。
（ｂ）は、スタンプの色のみが異なる例である。図は、左側のスタンプが朱色で、右側のスタンプが黒色の場合を示している。
この場合は、画像処理で色情報を削除した後のイメージが同一かどうかを判定すればよい。
【００６０】
（ｃ）は、文字を書く方向（縦書き／横書き）のみが異なる例である。
この場合は、（ａ）の場合と同様に、枠を削除した後にＯＣＲ処理によってテキストデータに変換し、これらのテキストデータが一致するかどうかを判定すればよい。
（ｄ）は、文字を書く方向（縦書き／横書き）と枠の形状が異なる例である。
この場合も、（ａ），（ｃ）の場合と同様に、枠を削除した後にＯＣＲ処理によってテキストデータに変換し、これらのテキストデータが一致するかどうかを判定すればよい。
【００６１】
（ｅ）は、文字の言語が異なる例である。図では、日本語の「極秘」という文字列を含むスタンプと、同じ意味を持つ英語の「TOP SECRET」という文字列を含むスタンプを例示している。
この場合は、日本語の単語（文字列）と英語の単語（文字列）の対応表を用意しておく。そして、ＯＣＲ処理によってテキストデータに変換した後に、その対応表を参照して、それらのテキストデータが一致するかどうかを判定すればよい。尚、より汎用にするために、つまり、特別に単語（文字列）登録することなく種々の類似した言葉に対応するために、上記のような対応表ではなく、汎用の辞書（例えば、英和／和英辞書）を使うようにしてもよい。
（ｆ）は、意味は同じであるが、表現が異なる例である。図では、「社外秘」という文字列を含むスタンプと「社内限定」という文字列を含むスタンプを例示している。これらは、文字列としては異なるが、意味は同じである。
この場合は、ＯＣＲ処理によってテキストデータに変換した後に、対応表で検索したり、同義語辞書で検索したりすることによって、類似しているかどうかを判定する。
【００６２】
また、図示していないが、一部がかすれたスタンプも、そのようなかすれのないスタンプと類似すると判定される。
このような場合は、スキャンした紙文書に押されている一部がかすれたスタンプについて、かすれている部分を画像処理によって判定し、ポリシーサーバ１０に保持されている比較対象のスタンプ像の同じ箇所を切り取って同様の形状にした後、両者のスタンプ特徴データを計算して比較する。
【００６３】
［文書操作処理］
保護文書に対する操作としては、閲覧、編集、保存、印刷、マクロ実行、検索、テキストコピー等、様々なものが考えられるが、ここでは、代表的なものとして、閲覧と編集について説明する。尚、他の操作についても、その操作をポリシーＤＢ１２における許可操作の対象とすれば、同様に実現可能である。
【００６４】
まず、保護文書の閲覧について説明する。
図１７は、保護文書をユーザが閲覧するときの端末装置３０とポリシーサーバ１０の間の情報交換を示すシーケンス図である。尚、このシーケンスは、ユーザが保護文書を指定して文書処理ＡＰを起動することで開始される。
文書処理ＡＰが起動されると、端末装置３０では、まず、ユーザ認証部３１が、ユーザ認証を行い、ユーザ認証に成功した場合は、ユーザＩＤを保持する（ステップ３４１）。具体的には、ユーザに対し、ユーザＩＤ、パスワードの入力を促し、そのユーザＩＤとパスワードの組み合わせが正しいかどうかを認証サーバ４０に問い合わせて確認する。ユーザ認証に成功すれば、ユーザ認証部３１は、ユーザＩＤを保護文書操作部３２に渡す。失敗した場合は、図示しないが、処理を中断する。
次に、保護文書操作部３２は、保護文書を取得してそこから文書ＩＤを読み取り、ユーザ認証部３１からユーザＩＤを取得し、文書ＩＤとユーザＩＤをパラメータとして、ポリシーサーバ１０の文書検索部１４を呼び出す（ステップ３４２）。
【００６５】
すると、ポリシーサーバ１０では、文書検索部１４が、文書ＩＤとユーザＩＤを受信する（ステップ１４１）。
そして、文書検索部１４は、指定された文書ＩＤのレコードを文書情報ＤＢ１３から検索し、検索結果を端末装置３０に返信する（ステップ１４２）。具体的には、指定された文書ＩＤのレコードを文書情報ＤＢ１３から検索し、そのレコードに含まれるポリシーＩＤを取得する。次に、そのポリシーＩＤのレコードをポリシーＤＢ１２から検索し、ユーザごとの許可操作の中から、指定されたユーザに許可された操作を抽出する。このとき、ユーザが「作成者」となっているエントリについては、指定されたユーザＩＤが、対象の保護文書の作成者ＩＤと合致するかどうかを判断する。合致する場合は、そのエントリにおける許可操作も抽出する。許可操作が抽出された場合は、抽出された結果を返し、抽出されなかった場合はＮＵＬＬを返す。
【００６６】
これにより、端末装置３０では、保護文書操作部３２が、ポリシーサーバ１０から検索結果を受信し（ステップ３４３）、検索結果がＮＵＬＬであったかどうかを判定する（ステップ３４４）。
その結果、検索結果がＮＵＬＬであった場合は、指定した保護文書に対する操作が許可されていないので、「指定した文書に対するアクセス権がありません」等のエラーメッセージを表示機構３０ｇに表示して（ステップ３４７）、終了する。
一方、検索結果がＮＵＬＬでなかった場合は、検索結果に含まれる許可操作の項目を参照し、「閲覧」が含まれているかどうかを判定する（ステップ３４５）。そして、「閲覧」が含まれていなければ、「指定した文書の閲覧権はありません」というエラーを表示して（ステップ３４７）、終了する。また、「閲覧」が含まれていれば、閲覧権があるものと判断されるので、予め決められた復号鍵で文書本体を復号し、文書を表示機構３０ｇに表示してユーザが文書を閲覧可能な状態にする（ステップ３４６）。
【００６７】
次に、保護文書の編集について説明する。
図１８は、保護文書をユーザが編集するときの端末装置３０とポリシーサーバ１０の間の情報交換を示すシーケンス図である。尚、編集の際には、既に保護文書が文書処理ＡＰによって開かれていることが前提となる。即ち、図１７の閲覧時の処理が行われて既に保護文書が読み込まれている状態から、以下のシーケンスが開始される。
端末装置３０では、ユーザから文書編集の要求があると、保護文書操作部３２が、保護文書の文書ＩＤとユーザＩＤをパラメータとして、ポリシーサーバ１０の文書検索部１４を呼び出す（ステップ３６２）。
【００６８】
すると、ポリシーサーバ１０では、文書検索部１４が、文書ＩＤとユーザＩＤを受信する（ステップ１６１）。
そして、文書検索部１４は、指定された文書ＩＤのレコードを文書情報ＤＢ１３から検索し、検索結果を端末装置３０に返信する（ステップ１６２）。具体的には、指定された文書ＩＤのレコードを文書情報ＤＢ１３から検索し、そのレコードに含まれるポリシーＩＤを取得する。次に、そのポリシーＩＤのレコードをポリシーＤＢ１２から検索し、ユーザごとの許可操作の中から、指定されたユーザに許可された操作を抽出する。このとき、ユーザが「作成者」となっているエントリについては、指定されたユーザＩＤが、対象の保護文書の作成者ＩＤと合致するかどうかを判断する。合致する場合は、そのエントリにおける許可操作も抽出する。許可操作が抽出された場合は、抽出された結果を返し、抽出されなかった場合はＮＵＬＬを返す。
【００６９】
これにより、端末装置３０では、保護文書操作部３２が、ポリシーサーバ１０から検索結果を受信し（ステップ３６３）、検索結果がＮＵＬＬであったかどうかを判定する（ステップ３６４）。
その結果、検索結果がＮＵＬＬであった場合は、指定した保護文書に対する操作が許可されていないので、「指定した文書に対するアクセス権がありません」等のエラーメッセージを表示機構３０ｇに表示して（ステップ３６７）、終了する。
一方、検索結果がＮＵＬＬでなかった場合は、検索結果に含まれる許可操作の項目を参照し、「編集」が含まれているかどうかを判定する（ステップ３６５）。そして、「編集」が含まれていなければ、「指定した文書の編集権はありません」というエラーを表示して（ステップ３６７）、終了する。また、「編集」が含まれていれば、編集権があるものと判断されるので、ユーザによる文書の編集を許可し、ユーザに文書を編集させる（ステップ３６６）。
以上により、本実施の形態の動作の説明を終了する。
【００７０】
尚、本実施の形態では、スタンプＤＢ１１、ポリシーＤＢ１２、文書情報ＤＢ１３をポリシーサーバ１０で管理するようにしたが、これには限らない。例えば、これらのデータベースの一部又は全部を他のサーバコンピュータで管理するようにしてもよい。或いは、これらのデータベースの一部又は全部を画像処理装置２０で管理することも考えられる。このような構成を採用すると、上記説明でポリシーサーバ１０内に設けていた文書検索部１４、ポリシー検索部１５、スタンプ判別部１６、スタンプ更新部１７、スタンプ登録部１８、文書登録部１９も、画像処理装置２０が内包することになる。そして、この場合、画像処理装置２０が、処理決定装置の一例となり、スタンプ抽出部２４が、指示画像を取得する指示画像取得手段の一例となり、スタンプ判別部２６（上記説明でポリシーサーバ１０内に設けていたスタンプ判別部１６の機能を含む）が、指示画像に類似する登録画像に割り当てられた処理を文書画像に対して行うべき処理として決定する決定手段の一例となる。
【００７１】
また、本実施の形態では、媒体から読み取られた文書画像に対する処理として、文書画像にセキュリティポリシーを付与する処理を例にとり説明したが、これに限定するものではない。例えば、媒体から読み取られた文書画像から生成された文書データを、スタンプの認識結果に応じて、異なるファクシミリ番号へ送付する処理、異なる電子メールアドレスに送信する処理、外部の文書管理システムの異なるフォルダへ格納する処理、異なるワークフローに渡す処理等、種々の処理が考えられる。
更に、本実施の形態では、媒体から読み取られた文書画像に対する処理を指示するための指示画像として、印影画像の一例であるスタンプ画像を例示したが、プリンタで印刷された画像であってもよい。また、文書画像に指示画像を重畳した画像を読み取ってその画像から指示画像を抽出するのではなく、文書画像とは別に指示画像が与えられるものであってもよい。
【００７２】
また、本明細書では、文書画像が媒体に印刷されることとしたが、これは、テキストを含む「文書」の画像のみを意味するものではない。例えば、絵、写真、図形等の画像、データベース管理ソフトウェアや表計算ソフトウェアで生成される画像、その他の印刷可能な画像も含めて「文書画像」としている。
更に、文書画像が印刷される媒体は、画像を形成可能であれば、その材質は問わない。代表例は紙であるが、木材や布等であっても構わない。
【００７３】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。
【符号の説明】
【００７４】
１０…ポリシーサーバ、２０…画像処理装置、３０…端末装置、４０…認証サーバ、８０…ネットワーク
【特許請求の範囲】
【請求項１】
文書画像が形成された媒体から読み取られた当該文書画像に対して行うべき処理を指示するための指示画像を取得する指示画像取得手段と、
各々に処理が割り当てられて登録された複数の登録画像の中で、前記指示画像取得手段により取得された前記指示画像を判別できなかった場合に、当該指示画像に類似する登録画像に割り当てられた処理を、前記媒体から読み取られた前記文書画像に対して行うべき処理として決定する決定手段と
を備えたことを特徴とする処理決定装置。
【請求項２】
前記指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を提示する提示手段を更に備え、
前記決定手段は、前記提示手段により情報が提示された前記少なくとも１つの処理のうち操作者により選択された処理を、前記媒体から読み取られた前記文書画像に対して行うべき処理として決定することを特徴とする請求項１に記載の処理決定装置。
【請求項３】
前記指示画像を、当該指示画像に類似する登録画像に割り当てられた処理に割り当てて登録する登録手段を更に備えたことを特徴とする請求項１又は２に記載の処理決定装置。
【請求項４】
前記処理は、前記文書画像の利用の制限を定めた利用制限情報を当該文書画像に付与する処理を含むことを特徴とする請求項１乃至３の何れかに記載の処理決定装置。
【請求項５】
前記指示画像は、前記文書画像が印刷された前記媒体に形成された印影画像を含むことを特徴とする請求項１乃至４の何れかに記載の処理決定装置。
【請求項６】
前記媒体から読み取られた前記文書画像を取得する文書画像取得手段と、
前記文書画像取得手段により取得された前記文書画像に対して、前記決定手段により決定された処理を行う処理手段と
を更に備えたことを特徴とする請求項１乃至５の何れかに記載の処理決定装置。
【請求項７】
文書画像と当該文書画像に対して行うべき処理を指示するための指示画像とを含む画像が形成された媒体から当該画像を読み取る読取手段と、
前記読取手段により読み取られた前記画像に含まれる前記指示画像を取得する取得手段と、
各々に処理が割り当てられて登録された複数の登録画像の中で、前記取得手段により取得された前記指示画像を判別できなかった場合に、当該指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を表示する表示手段と、
前記表示手段により情報が表示された前記少なくとも１つの処理のうち操作者により選択された処理を、前記読取手段により読み取られた前記画像に含まれる前記文書画像に対して行うべき処理として決定する決定手段と、
前記読取手段により読み取られた前記画像に含まれる前記文書画像に対して、前記決定手段により決定された処理を行う処理手段と
を備えたことを特徴とする画像処理装置。
【請求項８】
文書画像と当該文書画像に対して行うべき処理を指示するための指示画像とを含む画像が形成された媒体から当該画像を読み取る画像読取装置と、
各々に処理が割り当てられて登録された複数の登録画像を管理する管理装置と
を備え、
前記画像読取装置は、前記媒体から読み取った前記画像に含まれる前記指示画像を前記管理装置に送信し、
前記管理装置は、前記複数の登録画像の中で、前記画像読取装置により送信された前記指示画像を判別できなかった場合に、当該指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を前記画像読取装置に送信し、
前記画像読取装置は、前記管理装置により情報が送信された前記少なくとも１つの処理のうち操作者により選択された処理を、前記媒体から読み取った前記画像に含まれる前記文書画像に対して行うべき処理として決定することを特徴とする処理決定システム。
【請求項９】
コンピュータに、
文書画像が形成された媒体から読み取られた当該文書画像に対して行うべき処理を指示するための指示画像を取得する機能と、
各々に処理が割り当てられて登録された複数の登録画像の中で、前記指示画像を判別できなかった場合に、当該指示画像に類似する登録画像に割り当てられた処理を、前記媒体から読み取られた前記文書画像に対して行うべき処理として決定する機能と
を実現させるためのプログラム。
【請求項１】
文書画像が形成された媒体から読み取られた当該文書画像に対して行うべき処理を指示するための指示画像を取得する指示画像取得手段と、
各々に処理が割り当てられて登録された複数の登録画像の中で、前記指示画像取得手段により取得された前記指示画像を判別できなかった場合に、当該指示画像に類似する登録画像に割り当てられた処理を、前記媒体から読み取られた前記文書画像に対して行うべき処理として決定する決定手段と
を備えたことを特徴とする処理決定装置。
【請求項２】
前記指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を提示する提示手段を更に備え、
前記決定手段は、前記提示手段により情報が提示された前記少なくとも１つの処理のうち操作者により選択された処理を、前記媒体から読み取られた前記文書画像に対して行うべき処理として決定することを特徴とする請求項１に記載の処理決定装置。
【請求項３】
前記指示画像を、当該指示画像に類似する登録画像に割り当てられた処理に割り当てて登録する登録手段を更に備えたことを特徴とする請求項１又は２に記載の処理決定装置。
【請求項４】
前記処理は、前記文書画像の利用の制限を定めた利用制限情報を当該文書画像に付与する処理を含むことを特徴とする請求項１乃至３の何れかに記載の処理決定装置。
【請求項５】
前記指示画像は、前記文書画像が印刷された前記媒体に形成された印影画像を含むことを特徴とする請求項１乃至４の何れかに記載の処理決定装置。
【請求項６】
前記媒体から読み取られた前記文書画像を取得する文書画像取得手段と、
前記文書画像取得手段により取得された前記文書画像に対して、前記決定手段により決定された処理を行う処理手段と
を更に備えたことを特徴とする請求項１乃至５の何れかに記載の処理決定装置。
【請求項７】
文書画像と当該文書画像に対して行うべき処理を指示するための指示画像とを含む画像が形成された媒体から当該画像を読み取る読取手段と、
前記読取手段により読み取られた前記画像に含まれる前記指示画像を取得する取得手段と、
各々に処理が割り当てられて登録された複数の登録画像の中で、前記取得手段により取得された前記指示画像を判別できなかった場合に、当該指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を表示する表示手段と、
前記表示手段により情報が表示された前記少なくとも１つの処理のうち操作者により選択された処理を、前記読取手段により読み取られた前記画像に含まれる前記文書画像に対して行うべき処理として決定する決定手段と、
前記読取手段により読み取られた前記画像に含まれる前記文書画像に対して、前記決定手段により決定された処理を行う処理手段と
を備えたことを特徴とする画像処理装置。
【請求項８】
文書画像と当該文書画像に対して行うべき処理を指示するための指示画像とを含む画像が形成された媒体から当該画像を読み取る画像読取装置と、
各々に処理が割り当てられて登録された複数の登録画像を管理する管理装置と
を備え、
前記画像読取装置は、前記媒体から読み取った前記画像に含まれる前記指示画像を前記管理装置に送信し、
前記管理装置は、前記複数の登録画像の中で、前記画像読取装置により送信された前記指示画像を判別できなかった場合に、当該指示画像に類似する少なくとも１つの登録画像の各々に割り当てられた少なくとも１つの処理の情報を前記画像読取装置に送信し、
前記画像読取装置は、前記管理装置により情報が送信された前記少なくとも１つの処理のうち操作者により選択された処理を、前記媒体から読み取った前記画像に含まれる前記文書画像に対して行うべき処理として決定することを特徴とする処理決定システム。
【請求項９】
コンピュータに、
文書画像が形成された媒体から読み取られた当該文書画像に対して行うべき処理を指示するための指示画像を取得する機能と、
各々に処理が割り当てられて登録された複数の登録画像の中で、前記指示画像を判別できなかった場合に、当該指示画像に類似する登録画像に割り当てられた処理を、前記媒体から読み取られた前記文書画像に対して行うべき処理として決定する機能と
を実現させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１１−１９２００（Ｐ２０１１−１９２００Ａ）
【公開日】平成２３年１月２７日（２０１１．１．２７）
【国際特許分類】
【出願番号】特願２００９−１６４１６５（Ｐ２００９−１６４１６５）
【出願日】平成２１年７月１０日（２００９．７．１０）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２３年１月２７日（２０１１．１．２７）
【国際特許分類】
【出願日】平成２１年７月１０日（２００９．７．１０）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]