(57)【特許請求の範囲】
【請求項１】
文書画像とスタンプ画像とを含む画像が形成された媒体から画像読取装置が読み取った当該画像から抽出された、当該文書画像の元となる文書データの識別情報を取得する識別情報取得手段と、
前記画像から抽出された前記スタンプ画像を取得するスタンプ画像取得手段と、
セキュリティポリシーが前記識別情報に割り当てられている場合に、前記スタンプ画像を、当該セキュリティポリシーに割り当てて登録する登録手段と
を備えたことを特徴とする画像登録装置。
【請求項２】
文書画像とスタンプ画像とを含む画像が形成された媒体から当該画像を読み取る読取手段と、
前記画像から、前記文書画像の元となる文書データの識別情報を抽出する識別情報抽出手段と、
前記画像から、前記スタンプ画像を抽出するスタンプ画像抽出手段と、
前記識別情報と前記スタンプ画像とをセキュリティポリシーサーバに送信することにより、セキュリティポリシーが当該識別情報に割り当てられている場合に、当該スタンプ画像を、当該セキュリティポリシーに割り当てて登録する登録手段と
を備えたことを特徴とする画像登録装置。
【請求項３】
前記スタンプ画像抽出手段は、前記識別情報を前記セキュリティポリシーサーバに送信することによって当該セキュリティポリシーサーバから受信した前記文書データと、前記媒体から読み取られた前記画像とに基づいて、前記スタンプ画像を抽出することを特徴とする請求項２に記載の画像登録装置。
【請求項４】
画像を読み取る画像読取装置と、
セキュリティポリシーを管理するセキュリティポリシーサーバと
を備え、
前記画像読取装置は、
文書画像とスタンプ画像とを含む前記画像が形成された媒体から当該画像を読み取る読取手段と、
前記画像から、前記文書画像の元となる文書データの識別情報を抽出する識別情報抽出手段と、
前記画像から、前記スタンプ画像を抽出するスタンプ画像抽出手段と、
前記識別情報と前記スタンプ画像とを前記セキュリティポリシーサーバに送信する送信手段と
を備え、
前記セキュリティポリシーサーバは、
前記識別情報と前記スタンプ画像とを受信する受信手段と、
前記セキュリティポリシーが前記識別情報に割り当てられている場合に、前記スタンプ画像を、当該セキュリティポリシーに割り当てて登録する登録手段と
を備えたことを特徴とする画像登録システム。
【請求項５】
コンピュータに、
文書画像とスタンプ画像とを含む画像が形成された媒体から画像読取装置が読み取った当該画像から抽出された、当該文書画像の元となる文書データの識別情報を取得する機能と、
前記画像から抽出された前記スタンプ画像を取得する機能と、
セキュリティポリシーが前記識別情報に割り当てられている場合に、前記スタンプ画像を、当該セキュリティポリシーに割り当てて登録する機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像登録装置、画像登録システム、プログラムに関する。
【背景技術】
【０００２】
機密文書の不正流出を有効に防止する画像処理装置が知られている（例えば、特許文献１参照）。この特許文献１では、読み取った原稿に対して、設定された条件に従いスクランブル処理を実行し、スクランブル処理の施された画像中に、設定された条件を埋め込み、スクランブル処理の施された画像を読み取ると、埋め込まれた条件を抽出し、これを用いて原稿の画像を復元し、復元された原稿の画像を印字出力している。
一般文書の偽造を防止することができるデジタル複写機も知られている（例えば、特許文献２参照）。この特許文献２では、複写を防止したい原稿、マークやスタンプ等のパターン、文字列をデジタル複写機に登録し、原稿を読み取った際に登録したパターンを検出すると複写を行わないようにしている。
紙文書又は電子文書に新たにセキュリティポリシーを付与する作業を簡易化するための技術も知られている（例えば、特許文献３参照）。この特許文献３では、紙文書をスキャンして作成された電子文書の所定の箇所からポリシー情報と文書情報とを取得し、ポリシー情報によって決定されたセキュリティポリシーを電子文書に付与し、文書情報によって決定された文書格納場所に電子文書を保存している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平７−１１５５５２号公報
【特許文献２】特開２００３−２６３０８４号公報
【特許文献３】特開２００７−１９９９０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、既に処理が定められた文書画像を用いて、文書画像に関連付けられた関連画像をその処理に割り当てることにある。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、文書画像とスタンプ画像とを含む画像が形成された媒体から画像読取装置が読み取った当該画像から抽出された、当該文書画像の元となる文書データの識別情報を取得する識別情報取得手段と、前記画像から抽出された前記スタンプ画像を取得するスタンプ画像取得手段と、セキュリティポリシーが前記識別情報に割り当てられている場合に、前記スタンプ画像を、当該セキュリティポリシーに割り当てて登録する登録手段とを備えたことを特徴とする画像登録装置である。
請求項２に記載の発明は、文書画像とスタンプ画像とを含む画像が形成された媒体から当該画像を読み取る読取手段と、前記画像から、前記文書画像の元となる文書データの識別情報を抽出する識別情報抽出手段と、前記画像から、前記スタンプ画像を抽出するスタンプ画像抽出手段と、前記識別情報と前記スタンプ画像とをセキュリティポリシーサーバに送信することにより、セキュリティポリシーが当該識別情報に割り当てられている場合に、当該スタンプ画像を、当該セキュリティポリシーに割り当てて登録する登録手段とを備えたことを特徴とする画像登録装置である。
請求項３に記載の発明は、前記スタンプ画像抽出手段は、前記識別情報を前記セキュリティポリシーサーバに送信することによって当該セキュリティポリシーサーバから受信した前記文書データと、前記媒体から読み取られた前記画像とに基づいて、前記スタンプ画像を抽出することを特徴とする請求項２に記載の画像登録装置である。
請求項４に記載の発明は、画像を読み取る画像読取装置と、セキュリティポリシーを管理するセキュリティポリシーサーバとを備え、前記画像読取装置は、文書画像とスタンプ画像とを含む前記画像が形成された媒体から当該画像を読み取る読取手段と、前記画像から、前記文書画像の元となる文書データの識別情報を抽出する識別情報抽出手段と、前記画像から、前記スタンプ画像を抽出するスタンプ画像抽出手段と、前記識別情報と前記スタンプ画像とを前記セキュリティポリシーサーバに送信する送信手段とを備え、前記セキュリティポリシーサーバは、前記識別情報と前記スタンプ画像とを受信する受信手段と、前記セキュリティポリシーが前記識別情報に割り当てられている場合に、前記スタンプ画像を、当該セキュリティポリシーに割り当てて登録する登録手段とを備えたことを特徴とする画像登録システムである。
請求項５に記載の発明は、コンピュータに、文書画像とスタンプ画像とを含む画像が形成された媒体から画像読取装置が読み取った当該画像から抽出された、当該文書画像の元となる文書データの識別情報を取得する機能と、前記画像から抽出された前記スタンプ画像を取得する機能と、セキュリティポリシーが前記識別情報に割り当てられている場合に、前記スタンプ画像を、当該セキュリティポリシーに割り当てて登録する機能とを実現させるためのプログラムである。
【発明の効果】
【０００６】
請求項１の発明によれば、既にセキュリティポリシーが付与された文書画像を用いて、文書画像と同じ媒体に形成されたスタンプ画像をそのセキュリティポリシーに割り当てることができる。
請求項２の発明によれば、既にセキュリティポリシーが付与された文書画像を用いて、文書画像と同じ媒体に形成されたスタンプ画像をそのセキュリティポリシーに割り当てることができる。
請求項３の発明によれば、読み取った画像から関連画像を探す処理を行うことなく、関連画像を取得することができる。
請求項４の発明によれば、既にセキュリティポリシーが付与された文書画像を用いて、文書画像と同じ媒体に形成されたスタンプ画像をそのセキュリティポリシーに割り当てることができる。
請求項５の発明によれば、既にセキュリティポリシーが付与された文書画像を用いて、文書画像と同じ媒体に形成されたスタンプ画像をそのセキュリティポリシーに割り当てることができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施の形態が適用されるコンピュータシステムの全体構成を示した図である。
【図２】本発明の実施の形態におけるポリシーサーバのハードウェア構成例を示したブロック図である。
【図３】本発明の実施の形態におけるポリシーサーバの機能構成例を示したブロック図である。
【図４】本発明の実施の形態におけるスタンプＤＢ内の情報の例を示した図である。
【図５】本発明の実施の形態におけるポリシーＤＢ内の情報の例を示した図である。
【図６】本発明の実施の形態における文書情報ＤＢ内の情報の例を示した図である。
【図７】本発明の実施の形態における画像処理装置のハードウェア構成例を示したブロック図である。
【図８】本発明の実施の形態における画像処理装置の機能構成例を示したブロック図である。
【図９】本発明の実施の形態における端末装置の機能構成例を示したブロック図である。
【図１０】本発明の実施の形態で用いられるスタンプが押された紙文書の例を示した図である。
【図１１】本発明の実施の形態におけるコンピュータシステムのスタンプ登録時の動作例を示したシーケンス図である。
【図１２】本発明の実施の形態におけるスタンプ像の抽出方法の例を示した図である。
【図１３】本発明の実施の形態におけるスタンプＤＢ及びポリシーＤＢ内の情報の例のスタンプ登録後の状態を示した図である。
【図１４】本発明の実施の形態におけるスタンプＤＢ及びポリシーＤＢ内の情報の他の例を示した図である。
【図１５】本発明の実施の形態におけるスタンプＤＢ内の情報の他の例のスタンプ登録後の状態を示した図である。
【図１６】本発明の実施の形態におけるコンピュータシステムの文書登録時の動作例を示したシーケンス図である。
【図１７】本発明の実施の形態におけるコンピュータシステムの文書閲覧時の動作例を示したシーケンス図である。
【図１８】本発明の実施の形態におけるコンピュータシステムの文書編集時の動作例を示したシーケンス図である。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
［コンピュータシステムの全体構成］
図１は、本実施の形態のコンピュータシステムの構成例を示したものである。
図示するように、このコンピュータシステムは、セキュリティポリシーサーバ（以下、「ポリシーサーバ」という）１０と、画像処理装置２０と、端末装置３０と、認証サーバ４０とがネットワーク８０に接続されることにより構成されている。
【０００９】
ポリシーサーバ１０は、保護文書に対するセキュリティポリシーを管理するサーバコンピュータである。このセキュリティポリシーの管理は、具体的には、スタンプをスタンプデータベース（以下、「スタンプＤＢ」という）で管理し、スタンプに割り当てられたセキュリティポリシーをセキュリティポリシーデータベース（以下、「ポリシーＤＢ」という）で管理し、セキュリティポリシーが付与された保護文書を文書情報データベース（以下、「文書情報ＤＢ」という）で管理することによって行う。ここで、ポリシーサーバ１０としては、例えば、パーソナルコンピュータやワークステーション、その他のコンピュータを用いるとよい。本実施の形態では、画像登録装置、管理装置の一例として、ポリシーサーバ１０を設けている。
【００１０】
尚、保護文書とは、セキュリティポリシーが付与され、操作が制限される文書のことをいう。また、保護文書は、ポリシーサーバ１０上で特定のセキュリティポリシーと対応付けられ、保護文書を一意に識別するための文書ＩＤが付与されて管理される。更に、保護文書は、保護文書であることを示すヘッダと、文書ＩＤと、暗号化された保護文書本体とからなる。このうち、ヘッダは、特定の長さの予め決められたバイト列である。本実施の形態において、保護文書は、全ての保護文書に共通な暗号鍵によって暗号化されることを前提としているが、これは一例であり、ＤＲＭ（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）１０ｄと、通信インターフェイス（以下、「通信Ｉ／Ｆ」と表記する）１０ｅと、入力デバイス１０ｆと、表示機構１０ｇとを備える。
【００１３】
ＣＰＵ１０ａは、ＲＯＭ１０ｃ等に記憶された各種プログラムをＲＡＭ１０ｂにロードして実行することにより、後述する各機能を実現する。
ＲＡＭ１０ｂは、ＣＰＵ１０ａの作業用メモリ等として用いられるメモリである。
ＲＯＭ１０ｃは、ＣＰＵ１０ａが実行する各種プログラム等を記憶するメモリである。
ＨＤＤ１０ｄは、ＣＰＵ１０ａが実行する各種プログラムに対する入力データや各種プログラムからの出力データ等を記憶する例えば磁気ディスク装置である。
通信Ｉ／Ｆ１０ｅは、通信手段を介して他の装置との間で各種情報の送受信を行う。
入力デバイス１０ｆは、データを入力するために用いられるデバイスであり、例えばキーボードやマウスである。
表示機構１０ｇは、各種プログラムを実行することで得られた情報を表示するための機構であり、例えばビデオメモリやディスプレイを含む。
【００１４】
図３は、ポリシーサーバ１０の機能構成例を示した図である。
図示するように、ポリシーサーバ１０は、スタンプＤＢ１１と、ポリシーＤＢ１２と、文書情報ＤＢ１３とを保持する。
【００１５】
図４に、スタンプＤＢ１１に記憶されたスタンプ情報の例を示す。
図示するように、スタンプ情報は、スタンプＩＤ、スタンプ像、スタンプ特徴データからなる。スタンプＩＤは、スタンプを一意に識別するための情報である。スタンプ像は、スタンプの画像データである。尚、この画像データには、色の情報も付加されている。一般にスタンプは朱色の印肉（朱肉）で押すので、図では、グレーによって朱色を表現している。スタンプ特徴データは、スタンプ像を処理して得られる特徴データである。アルゴリズムによって特徴データは異なるが、どのようなアルゴリズムを用いてもよい。
【００１６】
図５に、ポリシーＤＢ１２に記憶されたポリシー情報の例を示す。
図示するように、ポリシー情報は、ポリシーＩＤ、権利、開示範囲、期限、スタンプＩＤからなる。ポリシーＩＤは、セキュリティポリシーを一意に識別するための情報である。権利は、対応するセキュリティポリシーの下で許可される操作である。開示範囲は、対応する権利が与えられるユーザの範囲である。期限は、対応する権利の有効期限である。スタンプＩＤは、対応するセキュリティポリシーが割り当てられたスタンプのスタンプＩＤである。
【００１７】
図６に、文書情報ＤＢ１３に記憶された文書情報の例を示す。
図示するように、文書情報は、文書ＩＤ、ポリシーＩＤ、作成者ＩＤ、保護文書からなる。文書ＩＤは、保護文書を一意に識別するための情報である。ポリシーＩＤは、保護文書に付与されたセキュリティポリシーを一意に識別するための情報である。作成者ＩＤは、保護文書を作成したユーザ（作成者）を一意に識別するための情報である。保護文書は、上述の通り、セキュリティポリシーで保護された文書データである。但し、保護文書の格納場所の情報のように、保護文書を取得するために用いられる情報であってもよい。
【００１８】
尚、このようなポリシーＤＢ１２、文書情報ＤＢ１３は、既存技術で実現可能であり、この例のような構成には限らない。即ち、保護文書ごとにセキュリティポリシーが付与できれば、どのような構成を採用してもよい。
【００１９】
再び図３を参照すると、ポリシーサーバ１０は、外部の機器に対して機能を提供する機能部として、文書検索部１４、スタンプ判別部１６、スタンプ登録部１８、文書登録部１９を備える。以下、これらの機能部について説明する。
【００２０】
文書検索部１４は、外部機器からの問い合わせに応じて、既にセキュリティポリシーが設定されている保護文書に対するポリシー情報を検索する。その際、外部機器は、問い合わせたい保護文書の文書ＩＤ、問い合わせているユーザのユーザＩＤを指定し、文書検索部１４は、例えばポリシー情報を返す。また、文書検索部１４は、文書ＩＤを指定した外部機器からの問い合わせに対して、保護文書を返す機能も有する。本実施の形態では、文書画像の元となる第１のデータを取得する第１のデータ取得手段の一例として、文書検索部１４を設けている。
【００２１】
スタンプ判別部１６は、スタンプ像を指定した外部機器からの問い合わせに応じて、そのスタンプ像を持つスタンプをスタンプＤＢ１１から判別する。そして、判別したスタンプに割り当てられたセキュリティポリシーのポリシーＩＤをポリシーＤＢ１２から取り出して返す。
【００２２】
スタンプ登録部１８は、判別させたいスタンプのスタンプ情報をスタンプＤＢ１１に登録する。即ち、外部機器から文書ＩＤとスタンプ像を指定して呼び出されると、文書情報ＤＢ１３を参照してポリシーＩＤを取得する。そして、スタンプ情報をスタンプＤＢ１１に登録し、ポリシーＤＢ１２内のこのポリシーＩＤに関連付ける。このとき、スタンプを登録できるユーザを制限するために、最初にユーザ認証を行い、予め決められたユーザだけが登録できるようにしてもよい。また、スタンプ像を複数指定し、これら全てのスタンプ像について上記処理を行うようにしてもよい。本実施の形態では、関連画像を取得する関連画像取得手段、関連画像を処理に割り当てて登録する登録手段の一例として、スタンプ登録部１８を設けている。
【００２３】
文書登録部１９は、指定されたセキュリティポリシーで文書を保護することを規定する文書情報を登録する。即ち、外部機器からユーザＩＤとポリシーＩＤと保護文書とを指定して呼び出されると、これらの情報に文書ＩＤを加えた文書情報を文書情報ＤＢ１３に登録する。
【００２４】
［画像処理装置の構成］
図７は、画像処理装置２０のハードウェア構成例を示した図である。
図示するように、画像処理装置２０は、ＣＰＵ（Central Processing Unit）２０ａと、ＲＡＭ（Random Access Memory）２０ｂと、ＲＯＭ（Read Only Memory）２０ｃと、ＨＤＤ（Hard Disk Drive）２０ｄと、通信インターフェイス（以下、「通信Ｉ／Ｆ」と表記する）２０ｅと、操作パネル２０ｆと、画像読取部２０ｇと、画像形成部２０ｈとを備える。
【００２５】
ＣＰＵ２０ａは、ＲＯＭ２０ｃ等に記憶された各種プログラムをＲＡＭ２０ｂにロードして実行することにより、後述する各機能を実現する。
ＲＡＭ２０ｂは、ＣＰＵ２０ａの作業用メモリ等として用いられるメモリである。
ＲＯＭ２０ｃは、ＣＰＵ２０ａが実行する各種プログラム等を記憶するメモリである。
ＨＤＤ２０ｄは、画像読取部２０ｇが読み取った画像データや画像形成部２０ｈにおける画像形成にて用いる画像データ等を記憶する例えば磁気ディスク装置である。
通信Ｉ／Ｆ２０ｅは、通信手段を介して他の装置との間で各種情報の送受信を行う。
操作パネル２０ｆは、各種情報の表示やユーザからの操作入力の受付を行う例えばタッチパネルである。
【００２６】
画像読取部２０ｇは、紙等の記録媒体に記録された画像を読み取る。ここで、画像読取部２０ｇは、例えばスキャナであり、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ(Charge Coupled Devices)で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ(Contact Image Sensor)で受光するＣＩＳ方式のものを用いるとよい。本実施の形態では、媒体から画像を読み取る読取手段の一例として、画像読取部２０ｇを設けている。
【００２７】
画像形成部２０ｈは、紙等の記録媒体に画像を形成する。ここで、画像形成部２０ｈは、例えばプリンタであり、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式や、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。
【００２８】
図８は、画像処理装置２０の機能構成例を示した図である。
図示するように、画像処理装置２０は、スキャン画像取得部２１と、文書ＩＤ抽出部２２と、スタンプ抽出部２３と、スタンプ登録部２４とを備える。また、ユーザ認証部２５と、スタンプ判別部２６と、文書登録部２８と、文書保護処理部２９とを備えている。以下、これらの機能部について説明する。尚、下記のスタンプ登録及び文書登録については、後で詳しく述べる。
【００２９】
スキャン画像取得部２１は、スタンプ登録時及び文書登録時に動作し、画像読取部２０ｇで画像を読み取ることで得られたスキャン画像を取得する。本実施の形態では、媒体から読み取られた画像を電子化した第２のデータを取得する第２のデータ取得手段の一例として、スキャン画像取得部２１を設けている。
文書ＩＤ抽出部２２は、スタンプ登録時に動作し、スキャン画像取得部２１が取得したスキャン画像から文書ＩＤを抽出してスタンプ抽出部２３及びスタンプ登録部２４に渡す。
スタンプ抽出部２３は、スタンプ登録時及び文書登録時に動作し、スキャン画像取得部２１が取得したスキャン画像からスタンプ像を抽出してスタンプ登録部２４に渡す。ここで、スタンプの抽出は、スタンプ登録時においては、スタンプが押されて読み込まれた文書と、登録されたスタンプ像を含まない文書との差分をとる手法により行えばよいが、この手法については後述する。また、文書登録時においては、スキャン画像から特定の形状の部分を切り出す等、既存の手法を用いて行えばよい。また、関連画像を取得する取得手段の一例として、スタンプ抽出部２３を設けている。
スタンプ登録部２４は、スタンプ登録時に動作し、文書ＩＤ抽出部２２から渡された文書ＩＤと、スタンプ抽出部２３から渡されたスタンプ像とを指定して、ポリシーサーバ１０のスタンプ登録部１８を呼び出す。これにより、ポリシーサーバ１０上でスタンプ像がポリシーＩＤに対して登録される。本実施の形態では、関連画像を処理に割り当てて登録する登録手段の一例として、スタンプ登録部２４を設けている。
【００３０】
ユーザ認証部２５は、操作パネル２０ｆから入力されたユーザＩＤ、パスワード等に基づいて、認証サーバ４０と通信を行うことにより、ユーザ認証を行う。そして、ユーザ認証に成功すると、ユーザＩＤを保持し、文書登録部２８に渡す。
スタンプ判別部２６は、スタンプ抽出部２３から渡されたスタンプ像を指定して、ポリシーサーバ１０のスタンプ判別部１６を呼び出す。そして、ポリシーＩＤを取得した場合は、ポリシーＩＤを文書登録部２８に渡す。
文書登録部２８は、ユーザ認証部２５から渡されたユーザＩＤと、スタンプ判別部２６から渡されたポリシーＩＤとを指定して、ポリシーサーバ１０の文書登録部１９を呼び出す。そして、スキャン画像から生成された文書データに対する文書ＩＤを取得して文書保護処理部２９に渡す。
文書保護処理部２９は、スキャン画像から生成された文書データに文書ＩＤを付与し、文書データ本体を暗号化することにより、保護文書を生成して保存する。
【００３１】
［端末装置の構成］
端末装置３０のハードウェア構成例は、図２と同様である。但し、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、ＨＤＤ１０ｄ、通信Ｉ／Ｆ１０ｅ、入力デバイス１０ｆ、表示機構１０ｇは、それぞれ、ＣＰＵ３０ａ、ＲＡＭ３０ｂ、ＲＯＭ３０ｃ、ＨＤＤ３０ｄ、通信Ｉ／Ｆ３０ｅ、入力デバイス３０ｆ、表示機構３０ｇとして参照する。
【００３２】
図９は、端末装置３０の機能構成例を示した図である。
図示するように、端末装置３０は、ユーザ認証部３１と、保護文書操作部３２とを備える。一般のユーザが使用する端末装置３０上では、保護文書をセキュリティポリシーで許可された範囲内で編集したり印刷したりする文書処理ＡＰが動作し、これらの機能部はこの文書処理ＡＰが動作することで実現される。以下、これらの機能部について説明する。
【００３３】
ユーザ認証部３１は、入力デバイス３０ｆから入力されたユーザＩＤ、パスワード等に基づいて、認証サーバ４０と通信を行うことにより、ユーザ認証を行う。そして、ユーザ認証に成功すると、ユーザＩＤを保持し、保護文書操作部３２に渡す。
保護文書操作部３２は、入力デバイス３０ｆから入力された要求に応じて、ポリシーサーバ１０と通信し、保護文書の操作、例えば、閲覧、編集、印刷等を行う。
【００３４】
［認証サーバの構成］
認証サーバ４０のハードウェア構成例も、図２と同様である。但し、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、ＨＤＤ１０ｄ、通信Ｉ／Ｆ１０ｅ、入力デバイス１０ｆ、表示機構１０ｇは、それぞれ、ＣＰＵ４０ａ、ＲＡＭ４０ｂ、ＲＯＭ４０ｃ、ＨＤＤ４０ｄ、通信Ｉ／Ｆ４０ｅ、入力デバイス４０ｆ、表示機構４０ｇとして参照する。
また、認証サーバ４０の機能構成は、図示しないが、ユーザＩＤ、パスワード等の対応を管理するデータベースと、外部機器から受信したユーザＩＤ、パスワード等の対応がこのデータベースで管理されていれば認証成功を、管理されていなければ認証失敗を返す機能とを少なくとも備えていればよい。
【００３５】
［本実施の形態の動作］
次に、本実施の形態の動作について説明する。
本実施の形態の動作としては、画像処理装置２０を用いてスタンプをセキュリティポリシーに割り当てて登録する処理（以下、「スタンプ登録処理」という）、画像処理装置２０を用いて保護文書をセキュリティポリシーを付与して登録する処理（以下、「文書登録処理」という）、端末装置３０を用いて保護文書をセキュリティポリシーが許可する範囲内で操作させる処理（以下、「文書操作処理」という）がある。以下、これらの動作を分けて説明する。
【００３６】
［スタンプ登録処理］
まず、ユーザは登録したいスタンプを押した紙文書を画像処理装置２０のプラテンに置いて、スタンプ登録機能を起動する。
ここで、スタンプが押された紙文書について説明する。
図１０は、スタンプが押された紙文書５１を示したものである。
この紙文書では、紙面全体に「稟議書」と題する文書画像が印刷されている。また、上端近く及び下端近くの文書ＩＤ領域５２には文書ＩＤが埋め込まれている。ここで、文書ＩＤは、文字列やバーコード等を印刷することにより埋め込めばよい。また、図のように紙面の特定の箇所に埋め込むのではなく、紙面全体に背景画像として埋め込むものでもよい。或いは、ＩＤを埋め込んで読み出すことが可能な他の既存技術を採用してもよい。更に、この紙文書では、スタンプ領域５３に「社外秘」というスタンプが押されている。
ところで、本実施の形態において、このスタンプ登録処理で読み込ませる紙文書は、ユーザがその取り扱いを認識していることを前提とする。そして、その紙文書を読み取らせることで、その紙文書と同じ取り扱いをスタンプに割り当てる。つまり、新たなスタンプに対するセキュリティポリシーの付与を、多数の複雑なセキュリティポリシーの中からユーザに選択させるような方法で行うのではなく、ユーザが認識している紙文書のセキュリティポリシーを用いて行うものである。
【００３７】
図１１は、スタンプ登録機能が起動されたときの画像処理装置２０とポリシーサーバ１０の間の情報交換を示すシーケンス図である。
画像処理装置２０では、スタンプ登録機能が起動されると、スタンプが押された紙文書が画像読取部２０ｇでスキャンされ、スキャン画像取得部２１が、スキャンして得られたスキャン画像を取得して文書ＩＤ抽出部２２及びスタンプ抽出部２３に渡す（ステップ２０１）。そして、文書ＩＤ抽出部２２が、このスキャン画像から文書ＩＤが埋め込まれた箇所を探し出し、文書ＩＤを抽出し、スタンプ抽出部２３及びスタンプ登録部２４に渡す（ステップ２０２）。
次に、スタンプ抽出部２３は、文書ＩＤ抽出部２２から渡された文書ＩＤを指定して、ポリシーサーバ１０の文書検索部１４を呼び出す（ステップ２０３）。
【００３８】
すると、ポリシーサーバ１０では、文書検索部１４が、文書ＩＤを受信する（ステップ１０１）。
そして、文書検索部１４は、指定された文書ＩＤで識別される文書データ（保護文書）を文書情報ＤＢ１３から取得し、画像処理装置２０に送信する（ステップ１０２）。
これにより、画像処理装置２０では、スタンプ抽出部２３が、保護文書を受信する（ステップ２０４）。そして、ステップ２０１で渡されたスキャン画像と、ここで受信した保護文書との差分をとることにより、スタンプ像を抽出し、スタンプ登録部２４に渡す（ステップ２０５）。
その後、スタンプ登録部２４は、ステップ２０２で渡された文書ＩＤと、ステップ２０５で渡されたスタンプ像とを指定して、ポリシーサーバ１０のスタンプ登録部１８を呼び出す（ステップ２０６）。
【００３９】
すると、ポリシーサーバ１０では、スタンプ登録部１８が、文書ＩＤとスタンプ像を受信する（ステップ１０３）。
そして、スタンプ登録部１８は、文書情報ＤＢ１３を参照し、指定された文書ＩＤにポリシーＩＤが関連付けられているかどうかを判定する（ステップ１０４）。
【００４０】
そして、文書ＩＤにポリシーＩＤが関連付けられていないと判定されれば、スタンプ登録部１８は、「対象の文書にはセキュリティポリシーが付与されていない」というエラーを応答にセットする（ステップ１０５）。
また、文書ＩＤにポリシーＩＤが関連付けられていると判定されれば、スタンプ登録部１８は、指定されたスタンプ像が、このポリシーＩＤ以外のポリシーＩＤが割り当てられて登録されているかどうかを判定する（ステップ１０６）。具体的には、まず、指定されたスタンプ像のスタンプ特徴データを計算する。次に、指定されたポリシーＩＤのレコードをポリシーＤＢ１２から検索する。次いで、そのレコードに規定されているスタンプＩＤのスタンプ以外で、計算されたスタンプ特徴データと合致するスタンプ特徴データのスタンプが登録されていないか、スタンプＤＢ１１をチェックする。
【００４１】
その結果、このようなスタンプが既に登録されていると判定されれば、スタンプ登録部１８は、「対象のスタンプは既に登録されている」というエラーを応答にセットする（ステップ１０７）。
一方、このようなスタンプが登録されていないと判定されれば、スタンプ登録部１８は、指定されたスタンプに関するスタンプ情報を、指定されたポリシーＩＤに関連付けて登録する（ステップ１０８）。具体的には、まず、指定されたスタンプ像からスタンプ特徴データを計算する。次に、新たに生成したスタンプＩＤ、指定されたスタンプ像、計算して得られたスタンプ特徴データをスタンプＤＢ１１に登録する。次いで、この新たに生成したスタンプＩＤを、指定されたポリシーＩＤのレコードのスタンプＩＤとして追加する。
そして、スタンプ像に対するセキュリティポリシーの割り当てが完了した旨を応答にセットする（ステップ１０９）。
その後、スタンプ登録部１８は、応答を画像処理装置２０に返信する（ステップ１１０）。
これにより、画像処理装置２０では、スタンプ登録部２４が、スタンプ登録処理の結果を受信して操作パネル２０ｆに表示する（ステップ２０７）。
【００４２】
尚、この動作例のステップ２０２において、文書ＩＤ抽出部２２はスタンプ登録部２４だけでなくスタンプ抽出部２３にも文書ＩＤを渡しているが、文書ＩＤ抽出部２２はスタンプ登録部２４にのみ文書ＩＤを渡し、スタンプ登録部２４がスタンプ抽出部２３に文書ＩＤを渡すようにしてもよい。
また、この動作例では、ステップ２０５で抽出したスタンプ像をそのままポリシーサーバ１０のスタンプ登録部１８へ送っているが、登録するスタンプ像のユーザによる修正（範囲やごみの除去、画素の抜けの補完等）を操作パネル２０ｆから受け付けるようにしてもよい。この場合、スタンプ像を修正する処理としては、既存の画像処理を用いるとよい。
【００４３】
ここで、図１１のステップ２０５でのスタンプ像の抽出方法について説明する。
図１２は、スタンプ像の抽出方法を具体的に示したものである。
図において、文書データ５４は、スタンプが押された紙文書を読み取ることによって生成された文書データであり、文書データ５５は、文書情報ＤＢ１３に登録されたスタンプ像を含まない文書データである。そして、これらの差分をとることにより、差分の文書データ５６が得られる。更に、差分の文書データ５６から画素がある部分を取り出すことにより、スタンプ像の画像データ５７が得られる。
【００４４】
尚、上記の差分をとる方法は、文書データ５４と文書データ５５の同じ位置の画素を対応付けて差分をとる方法には限らない。文書データ５４の画素と文書データ５５の画素を、これらの文書データを上下左右にずらしたり回転させたりして対応付けて差分をとり、その最小値を最終的な差分とする方法を採用してもよい。
また、差分をとった際に隣接する画素の数が一定数以上のもののみを採用する等、既存技術によるノイズを取り除く処理を含めてもよい。
更に、読み込まれた文書データ５４と登録されている文書データ５５とが異なる形式の場合は、比較可能な形式に変換してから差分をとるとよい。例えば、文書データ５４と文書データ５５のサイズが異なる場合は、文書情報ＤＢ１３から文書データ５５を取り出す際又は取り出した後に、文書データ５５のサイズを、文書データ５４のサイズに基づいて変換することが考えられる。
【００４５】
また、図１２では、登録されている文書データ５５が文書ＩＤを含んでいるが、文書ＩＤを含んでいなくてもよい。その場合は、差分をとる際に、文書ＩＤの部分を比較対象から除外する処理、文書データ５５に文書ＩＤを重ねたものを比較対象にする処理等を行えばよい。
【００４６】
次に、図１１に示した動作が実行されることにより、図４のスタンプＤＢ１１及び図５のポリシーＤＢ１２がどのように更新されるかを説明する。
図１３は、更新後のこれらのデータベースに記憶された情報を示した図である。ここでは、図６に示した文書ＩＤ「0001」の紙文書に「社外秘」というスタンプが押されて読み取られた場合を考える。
この場合、「社外秘」というスタンプに対してスタンプＩＤ「0002」が割り振られたとすると、（ａ）に示すように、スタンプＤＢ１１には、スタンプＩＤ「0002」に対応付けて、「社外秘」のスタンプに関するレコードが追加される。
また、図６を参照すると、この例で読み取らせた文書ＩＤ「0001」の紙文書には、ポリシーＩＤ「0001」のセキュリティポリシーが付与されている。そこで、（ｂ）に示すように、ポリシーＤＢ１２においては、ポリシーＩＤ「0001」のレコードにスタンプＩＤ「0002」が登録されている。
【００４７】
ところで、上記では、図４及び図５に示したように、スタンプＩＤとポリシーＩＤとの関連付けを、スタンプＩＤをポリシーＤＢ１２に記憶することによって行ったが、ポリシーＩＤをスタンプＤＢ１１に記憶することによって行ってもよい。
図１４に、この場合のスタンプＤＢ１１に記憶されたスタンプ情報の例とポリシーＤＢ１２に記憶されたポリシー情報の例とを示す。
（ａ）に示すように、スタンプＤＢ１１にポリシーＩＤが追加され、（ｂ）に示すように、ポリシーＤＢ１２からはスタンプＩＤが取り除かれている。これは、スタンプを使用しない既存の文書管理システムへの適用を容易にする構成である。
【００４８】
また、この場合についても、図１１に示した動作が実行されることにより、図１４のスタンプＤＢ１１及びポリシーＤＢ１２がどのように更新されるかを説明する。
図１５は、更新後のスタンプＤＢ１１に記憶された情報を示した図である。ここでも、図６に示した文書ＩＤ「0001」の紙文書に「社外秘」というスタンプが押されて読み取られた場合を考える。
この場合、「社外秘」というスタンプに対してスタンプＩＤ「0002」が割り振られたとすると、スタンプＤＢ１１には、スタンプＩＤ「0002」に対応付けて、「社外秘」のスタンプに関するレコードが追加される。
また、図６を参照すると、この例で読み取らせた文書ＩＤ「0001」の紙文書には、ポリシーＩＤ「0001」のセキュリティポリシーが付与されている。そこで、スタンプＤＢ１１の追加されたレコードにはポリシーＩＤ「0001」も登録されている。
一方で、ポリシーＤＢ１２は、更新されていない。
つまり、スタンプ登録時にはスタンプＤＢ１１のみを更新すればよい構成となっている。
【００４９】
更に、上記では、図５及び図６に示したように、文書ＩＤとポリシーＩＤとの関連付けを、ポリシーＩＤを文書情報ＤＢ１３に記憶することによって行った。しかしながら、文書ＩＤをポリシーＤＢ１２に記憶することによって行ってもよい。この場合、文書ＩＤに対応するポリシーＩＤは、ポリシーＤＢ１２から直接取り出される。
但し、以降の動作例では、再び、図４のスタンプＤＢ１１、図５のポリシーＤＢ１２、図６の文書情報ＤＢ１３を前提として説明を進める。
【００５０】
［文書登録処理］
まず、ユーザはスタンプが押された紙文書を画像処理装置２０のプラテンに置いて、文書登録機能を起動する。
ここで、スタンプが押された紙文書は、図１０に示したものと同様であるが、文書ＩＤは埋め込まれていないものとする。
【００５１】
図１６は、文書登録機能が起動されたときの画像処理装置２０とポリシーサーバ１０の間の情報交換を示すシーケンス図である。
画像処理装置２０では、文書登録機能が起動されると、まず、ユーザ認証部２５が、ユーザ認証を行い、ユーザ認証に成功した場合は、ユーザＩＤを保持する（ステップ２２１）。具体的には、ユーザに対し、ユーザＩＤ、パスワードの入力を促し、そのユーザＩＤとパスワードの組み合わせが正しいかどうかを認証サーバ４０に問い合わせて確認する。ユーザ認証に成功すれば、ユーザ認証部２５は、ユーザＩＤを文書登録部２８に渡す。失敗した場合は、図示しないが、処理を中断する。
次に、スタンプが押された紙文書は、画像読取部２０ｇでスキャンされ、スキャン画像取得部２１が、スキャンして得られたスキャン画像を取得してスタンプ抽出部２３に渡す（ステップ２２２）。そして、スタンプ抽出部２３が、このスキャン画像からスタンプが押された箇所を探し出し、スタンプ像を生成し、スタンプ判別部２６に渡す（ステップ２２３）。尚、このとき、スキャン画像からスタンプ像が取り除かれた画像は、電子化された文書データとして一旦メモリに格納される。
その後、スタンプ判別部２６は、この渡されたスタンプ像を指定して、ポリシーサーバ１０のスタンプ判別部１６を呼び出す（ステップ２２４）。
【００５２】
すると、ポリシーサーバ１０では、スタンプ判別部１６が、指定されたスタンプ像を受信する（ステップ１２１）。
そして、スタンプ判別部１６は、指定されたスタンプ像に合致するスタンプ像のスタンプが登録されているかどうかを判定する（ステップ１２２）。具体的には、まず、指定されたスタンプ像のスタンプ特徴データを計算する。そして、そのスタンプ特徴データと合致するスタンプ特徴データを持つスタンプが登録されているかどうかを、スタンプＤＢ１１を参照することで判定する。但し、実際のスタンプ像にはかすれ等があり、スタンプ特徴データが完全に一致することは考え難い。従って、ここでは、登録されたスタンプ像のスタンプ特徴データと指定されたスタンプ像のスタンプ特徴データとの差分が、極めて小さな閾値以下であることをもって「合致する」と判定するものとする。
【００５３】
その結果、合致するスタンプが登録されていれば、登録されているスタンプＩＤに対応するポリシーＩＤをポリシーＤＢ１２から検索して応答にセットする（ステップ１２３）。
一方、合致するスタンプが登録されていなければ、「合致するスタンプが存在しない」というエラーを応答にセットする（ステップ１２４）。
その後、スタンプ判別部１６は、画像処理装置２０に応答を返す（ステップ１２５）。
【００５４】
これにより、画像処理装置２０では、スタンプ判別部２６が、ポリシーサーバ１０からの応答を受信する（ステップ２２５）。
そして、応答の内容が、ポリシーサーバ１０に合致するスタンプ像があったことを示すものかどうかを判定する（ステップ２２６）。具体的には、応答にポリシーＩＤがセットされているか、或いはエラーがセットされているかを判定する。
【００５５】
その結果、合致するスタンプ像があったことを示すものであると判定された場合、即ち、応答にポリシーＩＤがセットされていると判定された場合、スタンプ判別部２６は、応答からポリシーＩＤを取り出して文書登録部２８に渡す（ステップ２２７）。
その後、文書登録部２８は、ステップ２２１で渡されたユーザＩＤと、ステップ２２７で渡されたポリシーＩＤとを指定して、ポリシーサーバ１０の文書登録部１９を呼び出す（ステップ２３１）。
【００５６】
すると、ポリシーサーバ１０では、文書登録部１９が、指定されたユーザＩＤとポリシーＩＤを受信する（ステップ１２９）。そして、指定されたポリシーＩＤのセキュリティポリシーをポリシーＤＢ１２から検索し、今回のスキャンで生成した文書データの文書情報を文書情報ＤＢ１３に登録する（ステップ１３０）。具体的には、新たに生成した文書ＩＤ、ポリシーＩＤ、ユーザＩＤを文書情報ＤＢ１３に登録する。ここで、ユーザＩＤは作成者ＩＤとして、文書情報ＤＢ１３に登録される。
その後、文書登録部１９は、文書ＩＤを含む登録完了報告を画像処理装置２０に送信する（ステップ１３１）。
【００５７】
これにより、画像処理装置２０では、文書登録部２８が、登録完了報告を受信し、文書ＩＤを指定して文書保護処理部２９を呼び出す（ステップ２３２）。
すると、文書保護処理部２９は、ステップ２２３で一旦メモリに格納された文書データの本体を暗号化し、文書ＩＤを文書データに埋め込むことにより、保護文書を生成する（ステップ２３３）。ここで、保護文書は、例えばポリシーサーバ１０にアップロードされ、文書情報ＤＢ１３のその保護文書の文書ＩＤと関連付けて管理される。また、保護文書の生成の結果は、操作パネル２０ｆに表示される。
【００５８】
尚、ステップ２２６で合致するスタンプ像がなかったことを示すものであると判定された場合、即ち、応答にエラーがセットされていると判定された場合、スタンプ判別部２６は、操作パネル２０ｆにエラーメッセージを表示する（ステップ２２８）。
【００５９】
［文書操作処理］
保護文書に対する操作としては、閲覧、編集、保存、印刷、マクロ実行、検索、テキストコピー等、様々なものが考えられるが、ここでは、代表的なものとして、閲覧と編集について説明する。尚、他の操作についても、その操作をポリシーＤＢ１２における権利の対象とすれば、同様に実現可能である。
【００６０】
まず、保護文書の閲覧について説明する。
図１７は、保護文書をユーザが閲覧するときの端末装置３０とポリシーサーバ１０の間の情報交換を示すシーケンス図である。尚、このシーケンスは、ユーザが保護文書を指定して文書処理ＡＰを起動することで開始される。
文書処理ＡＰが起動されると、端末装置３０では、まず、ユーザ認証部３１が、ユーザ認証を行い、ユーザ認証に成功した場合は、ユーザＩＤを保持する（ステップ３４１）。具体的には、ユーザに対し、ユーザＩＤ、パスワードの入力を促し、そのユーザＩＤとパスワードの組み合わせが正しいかどうかを認証サーバ４０に問い合わせて確認する。ユーザ認証に成功すれば、ユーザ認証部３１は、ユーザＩＤを保護文書操作部３２に渡す。失敗した場合は、図示しないが、処理を中断する。
次に、保護文書操作部３２は、保護文書を取得してそこから文書ＩＤを読み取り、ユーザ認証部３１からユーザＩＤを取得し、文書ＩＤとユーザＩＤをパラメータとして、ポリシーサーバ１０の文書検索部１４を呼び出す（ステップ３４２）。
【００６１】
すると、ポリシーサーバ１０では、文書検索部１４が、文書ＩＤとユーザＩＤを受信する（ステップ１４１）。
そして、文書検索部１４は、指定された文書ＩＤのレコードを文書情報ＤＢ１３から検索し、検索結果を端末装置３０に返信する（ステップ１４２）。具体的には、指定された文書ＩＤのレコードを文書情報ＤＢ１３から検索し、そのレコードに含まれるポリシーＩＤを取得する。次に、そのポリシーＩＤのレコードをポリシーＤＢ１２から検索し、指定されたユーザが開示範囲に含まれ、現在が期限内であれば、権利を抽出する。権利が抽出された場合は、抽出された結果を返し、抽出されなかった場合はＮＵＬＬを返す。
【００６２】
これにより、端末装置３０では、保護文書操作部３２が、ポリシーサーバ１０から検索結果を受信し（ステップ３４３）、検索結果がＮＵＬＬであったかどうかを判定する（ステップ３４４）。
その結果、検索結果がＮＵＬＬであった場合は、指定した保護文書に対する操作が許可されていないので、「指定した文書に対するアクセス権がありません」等のエラーメッセージを表示機構３０ｇに表示して（ステップ３４７）、終了する。
一方、検索結果がＮＵＬＬでなかった場合は、検索結果に含まれる権利の項目を参照し、「閲覧」が含まれているかどうかを判定する（ステップ３４５）。そして、「閲覧」が含まれていなければ、「指定した文書の閲覧権はありません」というエラーを表示して（ステップ３４７）、終了する。また、「閲覧」が含まれていれば、閲覧権があるものと判断されるので、予め決められた復号鍵で文書本体を復号し、文書を表示機構３０ｇに表示してユーザが文書を閲覧可能な状態にする（ステップ３４６）。
【００６３】
次に、保護文書の編集について説明する。
図１８は、保護文書をユーザが編集するときの端末装置３０とポリシーサーバ１０の間の情報交換を示すシーケンス図である。尚、編集の際には、既に保護文書が文書処理ＡＰによって開かれていることが前提となる。即ち、図１７の閲覧時の処理が行われて既に保護文書が読み込まれている状態から、以下のシーケンスが開始される。
端末装置３０では、ユーザから文書編集の要求があると、保護文書操作部３２が、保護文書の文書ＩＤとユーザＩＤをパラメータとして、ポリシーサーバ１０の文書検索部１４を呼び出す（ステップ３６２）。
【００６４】
すると、ポリシーサーバ１０では、文書検索部１４が、文書ＩＤとユーザＩＤを受信する（ステップ１６１）。
そして、文書検索部１４は、指定された文書ＩＤのレコードを文書情報ＤＢ１３から検索し、検索結果を端末装置３０に返信する（ステップ１６２）。具体的には、指定された文書ＩＤのレコードを文書情報ＤＢ１３から検索し、そのレコードに含まれるポリシーＩＤを取得する。次に、そのポリシーＩＤのレコードをポリシーＤＢ１２から検索し、指定されたユーザが開示範囲に含まれ、現在が期限内であれば、権利を抽出する。権利が抽出された場合は、抽出された結果を返し、抽出されなかった場合はＮＵＬＬを返す。
【００６５】
これにより、端末装置３０では、保護文書操作部３２が、ポリシーサーバ１０から検索結果を受信し（ステップ３６３）、検索結果がＮＵＬＬであったかどうかを判定する（ステップ３６４）。
その結果、検索結果がＮＵＬＬであった場合は、指定した保護文書に対する操作が許可されていないので、「指定した文書に対するアクセス権がありません」等のエラーメッセージを表示機構３０ｇに表示して（ステップ３６７）、終了する。
一方、検索結果がＮＵＬＬでなかった場合は、検索結果に含まれる権利の項目を参照し、「編集」が含まれているかどうかを判定する（ステップ３６５）。そして、「編集」が含まれていなければ、「指定した文書の編集権はありません」というエラーを表示して（ステップ３６７）、終了する。また、「編集」が含まれていれば、編集権があるものと判断されるので、ユーザによる文書の編集を許可し、ユーザに文書を編集させる（ステップ３６６）。
尚、図１７の閲覧時の処理が行われた際にポリシーの検索結果を保持しておき、その検索結果に「編集」が含まれているかどうかを判定するようにしてもよい。
以上により、本実施の形態の動作の説明を終了する。
【００６６】
尚、本実施の形態では、スタンプＤＢ１１、ポリシーＤＢ１２、文書情報ＤＢ１３をポリシーサーバ１０で管理するようにしたが、これには限らない。例えば、これらのデータベースの一部又は全部を他のサーバコンピュータで管理するようにしてもよい。或いは、これらのデータベースの一部又は全部を画像処理装置２０で管理することも考えられる。このような構成を採用すると、上記説明でポリシーサーバ１０内に設けていた文書検索部１４、スタンプ判別部１６、スタンプ登録部１８、文書登録部１９も、画像処理装置２０が内包することになる。そして、この場合、スタンプ抽出部２３が、関連画像を取得する関連画像取得手段の一例となり、スタンプ登録部２４（上記説明でポリシーサーバ１０内に設けていたスタンプ登録部１８の機能を含む）が、関連画像を処理に割り当てて登録する登録手段の一例となる。
【００６７】
また、本実施の形態では、媒体から読み取られた文書画像に対する処理として、文書画像にセキュリティポリシーを付与する処理を例にとり説明したが、これに限定するものではない。例えば、媒体から読み取られた文書画像から生成された文書データを、スタンプの認識結果に応じて、異なるファクシミリ番号へ送付する処理、異なる電子メールアドレスに送信する処理、外部の文書管理システムの異なるフォルダへ格納する処理、異なるワークフローに渡す処理等、種々の処理が考えられる。
更に、本実施の形態では、媒体から読み取られた文書画像に関連付けられた関連画像として、印影画像の一例であるスタンプ画像を例示したが、プリンタで印刷された画像であってもよい。また、文書画像に関連画像を重畳した画像を読み取ってその画像から関連画像を抽出するのではなく、文書画像とは別に関連画像が与えられるものであってもよい。
【００６８】
また、本明細書では、文書画像が媒体に印刷されることとしたが、これは、テキストを含む「文書」の画像のみを意味するものではない。例えば、絵、写真、図形等の画像、データベース管理ソフトウェアや表計算ソフトウェアで生成される画像、その他の印刷可能な画像も含めて「文書画像」としている。
更に、文書画像が印刷される媒体は、画像を形成可能であれば、その材質は問わない。代表例は紙であるが、木材や布等であっても構わない。
【００６９】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。
【符号の説明】
【００７０】
１０…ポリシーサーバ、２０…画像処理装置、３０…端末装置、４０…認証サーバ、８０…ネットワーク
【図１】
0005476825.tif 000002
【図２】
0005476825.tif 000003
【図３】
0005476825.tif 000004
【図４】
0005476825.tif 000005
【図５】
0005476825.tif 000006
【図６】
0005476825.tif 000007
【図７】
0005476825.tif 000008
【図８】
0005476825.tif 000009
【図９】
0005476825.tif 000010
【図１０】
0005476825.tif 000011
【図１１】
0005476825.tif 000012
【図１２】
0005476825.tif 000013
【図１３】
0005476825.tif 000014
【図１４】
0005476825.tif 000015
【図１５】
0005476825.tif 000016
【図１６】
0005476825.tif 000017
【図１７】
0005476825.tif 000018
【図１８】
0005476825.tif 000019