(57)【特許請求の範囲】
【請求項１】
文書処理システムによって、文書を処理する方法であって、
データ・コレクタによって、印刷データを生成するために使用しうるデータを収集するステップと、
印刷システムによって、該収集したデータを使用して、印刷データを生成するステップと、
前記生成した印刷データを、第１のメモリに永続的に保存するステップと、
イメージャによって、文書をイメージ化してイメージ・データにするステップと、
該イメージ・データを第２のメモリに永続的に保存するステップと、
第１のアクセス装置によって、前記第１のメモリの印刷データをアクセスするステップと、
前記アクセスした印刷データを取り出し、その印刷データとイメージ・データとを比較して、それらが一致した場合にその文書が正当であると判定し、不一致の場合にその文書は変更されていると判定する、処理装置によるステップと、
第２のアクセス装置によって、前記第２のメモリのイメージ・データをアクセスして該イメージ・データを前記データ・コレクタに提供するステップと
を含む方法。
【請求項２】
フロントエンド文書生成システムであって、
文書生成データに基づいて、文書を印刷するのに使用しうる印刷データを生成する印刷システムと、
前記印刷システムによって生成された印刷データを永続的に保存するフロントエンド・メモリと、
前記文書生成データを収集するためのデータ・コレクタと
を含む、フロントエンド文書生成システムと、
バックエンド文書処理システムであって、
前記フロントエンド・メモリの印刷データをアクセスするバックエンド・アクセス装置と、
文書をイメージ化してイメージ・データにするイメージャと、
該イメージ・データを永続的に保存するバックエンド・メモリと、
アクセスした印刷データを取り出し、その印刷データとイメージ・データとを比較して、それらが一致した場合にはその文書が正当であると判定し、不一致の場合にはその文書は変更されていると判定する処理装置と
を含む、使用後の文書の処理を行うバックエンド文書処理システムと
を含み、さらに、
前記フロントエンド文書生成システムが、前記バックエンド文書処理システムのバックエンド・メモリのイメージ・データをアクセスして該イメージ・データを前記データ・コレクタに提供するためのフロントエンド・アクセス装置を有していることを特徴とする文書処理のためのシステム。
【請求項３】
コンピュータに、
印刷データを生成するために使用しうる文書生成データを収集する機能と、
前記文書生成データに基づいて生成した印刷データを、第１のメモリに永続的に保存する機能と、
前記第１のメモリの印刷データをアクセスする機能と、
文書をイメージ化してイメージ・データにする機能と、
該イメージ・データを第２のメモリに永続的に保存する機能と、
前記アクセスした印刷データを取り出し、その印刷データとイメージ・データとを比較して、それらが一致した場合にはその文書が正当であると判定し、不一致の場合にはその文書は変更されていると判定する、機能と
文書生成データを得るため、前記第２のメモリのイメージ・データをアクセスする機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に文書処理に関し、特にフロントエンドの文書処理とバックエンドの文書処理とを結合することに関する。
【背景技術】
【０００２】
電子通信の進展にもかかわらず、通信媒体としての公式化された文書の必要性が多くの産業において存続している。文書の内容と配置は産業によって異なる。たとえば、文書は書簡、小切手、注文書、納品伝票（invoice)、受領証、記入済みの様式（たとえば保険契約の申し込みと完了したテスト）、証券などを含む。しかし、文書の処理が大いに進歩したので、多くの文書は物理的な印刷済みの存在に加えディジタルな生涯（life）を有している。大量の文書を必要とする産業では、文書処理の管理がきわめて重要になる。文書処理の管理は通常、３段階に分けられる。すなわち、フロントエンドにおける文書の生成、文書の使用、および使用済み文書のバックエンドにおける処理である。各段階の内容は産業によって異なる。
【０００３】
フロントエンドにおける文書の生成の間、文書を生成するためのデータは様々なテキスト（たとえばＡＳＣＩＩ）、グラフィックス、およびイメージとして存在する。これは多くの場合、複数のデータベースから抽出される。このデータは様々な方法で編成される。ある場合には、公には利用しえない専用の書式とシステムが使用される。文書を印刷する場合、多くのプリンタはPostScript(R) のようなテキスト形式を受容し、データを蓄積することなくオンザフライで印刷データを生成する。あるいは、一部のプリンタは印刷データを生成し、それを少なくとも１つのバッファに一時的に格納する。しかし、このデータはフロントエンドにおける生成段階を超えて使用されることは決してない。他の場合、一部のシステムは印刷後に印刷済み文書をそれらの別のイメージを作成することにより記録するプリンタ後カメラ（post-printercamera)すなわち品質検査システムを使用する。しかし、このデータはフロントエンドにおける生成段階を超えて使用されることは決してない。
【０００４】
印刷済み文書に対するアーカイブ化の要件は、たとえば産業によって異なる。文書処理とアーカイブ化が重要な役割を有する例証的な産業の１つは銀行・金融業である。この産業では、顧客の計算書または小切手のイメージのような重要なデータは通常、アーカイブ化され、生成されたものの記録が存続するようにしている。ある様式でアーカイブ化された文書は多くの場合、顧客支援部門にとって利用可能にされているから、顧客支援担当者は顧客に送付したもの、顧客から受領したもの、または顧客に返却したもの（たとえばキャンセルされた小切手）を精査することができる。これらの文書のアーカイブ化はテキスト・データ、または印刷準備完了ページ（print-ready page）、あるいはこれらの組み合わせ（たとえば、所定のテキスト・データを備えたいくつかの印刷準備完了ページはＩＢＭ（Ｒ：ＩＢＭ  Corporationの登録商標）のContentManager(R) ，OnDemand(R) のようなリポジトリにおいては一般的である）を保存することを含む。これに対して、ページごとの画素データ、すなわち、その画素がページの上で使用されていた実際のイメージは一時的であっても保存されない。
【０００５】
印刷済み文書のバックエンドにおける処理の間、すなわちそれらの意図された使用の後で、処理とアーカイブの格納を容易にするために、多くの組織はそれらをスキャンすることにより取得される使用済み文書をイメージ化する。たとえば、証券業では、一部の会社は受領した書簡をすべてスキャンしている。次いで、手紙、申込様式、報告書などはイメージとして取り扱われ、処理の用に供される。これらの文書に印刷された情報は多くの場合、テキスト検索とデータ・マイニングを容易にするとともに索引付けを支援するために、光学式文字認識（optical character recognition:ＯＣＲ）プログラムによってテキスト・データに変換される。ＯＣＲを使用しない場合には、労働集約的で時間のかかる人手によるデータのキー入力が行われる。いずれにしても、使用済み文書のバックエンドにおける処理の一部としての索引付け、帳尻合わせ、誤り検査、および不正の検出に多くの場合、多大な時間と労力が費やされる。
【０００６】
文書処理の管理に対する従来の取り組み方に付随する問題点の１つは、フロントエンドにおいて生成するデータがバックエンドにおけるデータ処理で使用されない、という点である。これはフロントエンドにおいて文書を生成するの使用するデータがバックエンドの処理を行うのと同一の組織に存在する場合にさえ当てはまる。しかし、より多くの場合、フロントエンドの処理とバックエンドの処理とが同一の組織に存在しないから、問題が存在する。たとえば、銀行業と金融業では、小切手はきわめて多数の機関によって発行され、同じく多数ではあるが無関係の数の機関によって現金化される。小切手の清算の場合、銀行機関は多くの場合に朝までに小切手イメージのＣＤ−ＲＯＭをそれら大口の商用顧客に宛てて至急便で発送する。一部の機関は小切手をそれらのテキスト・データと人手で比較する。この場合、現金化する銀行が偶然に小切手を生成した場合でない限り、誤りを検出するために、フロントエンドが処理しているデータを参照することは殆どありそうもない。小切手を印刷するとともに、原本のデータを活用し、現金化される各小切手を印刷された小切手と比較することにより、現金化される小切手の正確性を保証するサービスは現在のところ存在しない。別の例として、使用済み文書を受領してスキャンする証券会社は外部の第三者が生成した文書を、当該文書を印刷するのに使用した元の情報にはアクセスできないような形で保持している。過去には、フロントエンドにおける文書の生成とバックエンドにおいてスキャンされる版とを受領者において突き合わせる方法は、これらの部門があいにく異なる会社にある場合には存在しなかった。
【０００７】
フロントエンドにおける生成とバックエンドにおける処理との分離が問題を引き起こしている別の例示的な産業はテスト産業である。この産業では多くの場合、テストの小冊子は複数の部門において印刷され、１つのグループにおける各テストが一意に順序付けられた質問を有する形で組み立てられる。使用後、このテストの小冊子は再び部門に分けられ、スキャンされ、採点者に個別に送付される。このプロセスは時間を要するとともに退屈である。さらに、紙のテストの小冊子は採点に疑義を挟まれるといけないから、様々な時間の間、倉庫の中にアーカイブ化される。倉庫の中にある特定の使用済みのテストの小冊子を探索することも時間を要するとともに労働集約的である。現在のところ、フロントエンドにおけるテストの生成とバックエンドにおける採点プロセスおよびアーカイブ化プロセスとを突き合わせる方法は存在しない。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述した観点から、当技術分野にはフロントエンドにおける文書の処理とバックエンドにおける文書の処理とを結合させる必要性がある。
【課題を解決するための手段】
【０００９】
本発明はフロントエンドにおける処理と印刷済み文書のバックエンドにおける処理とを結合するシステム、方法、およびプログラム製品を提供する。特に、本発明は文書を印刷するのに使用しうる印刷データを（すなわち文書を印刷するのに使用するデータを永続的に保存することにより）収集するステップと、使用後の該文書をイメージ化するステップと、印刷データとイメージ・データとを共に用いて該文書を処理するステップとを必要とする。
【００１０】
本発明の第１の側面は、文書を処理する方法であって、前記文書を印刷するために使用しうる印刷データを収集するステップと、使用後の前記文書をイメージ化してイメージ・データを作成するステップと、前記印刷データおよび前記イメージ・データを用いて使用後の前記文書を処理するステップとを含む方法に指向されている。
【００１１】
本発明の第２の側面は、フロントエンド文書生成システムであって、文書生成データに基づいて、文書を印刷するのに使用しうる印刷データを生成する印刷システムと、前記印刷システムによって生成された印刷データを永続的に保存するデータ・コレクタとを含む、フロントエンド文書生成システムを含む、文書処理のためのシステムに指向されている。
【００１２】
本発明の第３の側面は、文書処理のためのシステムであって、文書生成データに基づいて印刷データを生成したフロントエンド文書生成システムによって生成された前記印刷データに対するアクセスを許可するように構成された第１のアクセス・モジュールを含む、使用後の文書を処理するバックエンド文書処理システムを含むシステムに指向されている。
【００１３】
本発明の第４の側面は、その中に記録されたコンピュータ読み取り可能なプログラム・コードを有するコンピュータ読み取り可能なコンピュータ・プログラムであって、文書生成データに基づいて、文書を印刷するのに使用しうる印刷データを生成するように構成されたプログラム・コードと、印刷データを生成するように構成された前記プログラム・コードによって生成された印刷データを永続的に保存するように構成されたプログラム・コードとを含むコンピュータ・プログラムに指向されている。
【００１４】
本発明の第５の側面は、文書を処理するためにその中に記録されたコンピュータ読み取り可能なプログラム・コードを有するコンピュータ読み取り可能なコンピュータ・プログラムであって、使用後の前記文書のイメージ化からイメージ・データを生成するように構成されたプログラム・コードと、文書生成データに基づいて、前記文書を印刷するのに使用しうる印刷データを生成するフロントエンド文書生成システムによって生成された印刷データにアクセスするように構成されたプログラム・コードと、前記印刷データおよび前記イメージ・データを用いて前記文書を処理するように構成されたプログラム・コードとを含むコンピュータ・プログラムに指向されている。
【００１５】
本発明の上述した特徴および他の特徴は次に示す本発明の実施形態のより特定された記述から明らかになる。
【発明を実施するための最良の形態】
【００１６】
明確性のみの目的のために、以下の記述は次に示す見出しを含む。すなわち、I.文書処理管理環境の概観、 II.フロントエンド文書生成システム、III.バックエンド文書処理システム、IV. 動作、V.使用の実例−処理アプリケーション、および、VI.結論である。
【００１７】
I.文書処理管理環境の概観
添付図面を参照すると、図１は本発明の文書処理管理環境１０を示すブロック図である。文書処理管理環境１０は一般に３つのステージを含む。すなわち、フロントエンドにおける文書の生成のステージ１２、文書の使用のステージ１４、およびバックエンドにおける使用済み文書の処理のステージ１６である。
【００１８】
使用のステージ１４を参照し、小切手のような、銀行・金融業で使用される文書について本発明を説明する。しかし、以下で説明するように、本発明は広範かつ多様な産業への適用可能性を有するから、特定の産業に限定すべきでない。使用のステージ１４は、文書の単純な移送を含む、あるいは、空欄に記入するステップ、文書に印を付けるステップ、署名もしくはタイムスタンプまたは双方を付加するステップ、または、これ以外に文書を変更するステップ、あるいは、これらすべてを行うステップを含む。
【００１９】
図１の参照を続けると、環境１０における文書の一般的な動きはフロントエンド文書生成システム２０によるフロントエンドの生成のステージ１２における原本である文書２２の生成、使用のステージ１４におけるユーザによる文書２２の使用、次いでバックエンドの文書処理システム２１によるバックエンドの処理のステージ１６における処理を含む。以下では各システム２０、２１をきわめて詳細に説明する。明らかになるように、各ステージの内容は産業によって異なる。概観として、本発明はステージ１２において、文書を印刷するのに使用しうる印刷データ２８を電子的に取得して保存し、次いでこのデータをバックエンドの処理のステージ１６のためにアクセス可能にする。このように、バックエンドにおける処理は印刷データを用いて原本の文書を実際に生成し、使用済み文書をスキャンすると得られるデータをイメージ化することができる。さらに、バックエンドのイメージ・データはフロントエンドの生成システム２０にとって利用可能にすることができる。
【００２０】
II.フロントエンド文書生成システム
上述したように、ステージ１２において、フロントエンド文書生成システム２０（以下「生成システム２０」）は原本である文書２２を生成するように実現されている。１つの生成システム２０が示されているけれども、環境１０の中には多数の生成システム２０が存在しうるということが理解されるべきである。たとえば、銀行・金融業では、個人、会社、給与支払管理会社（たとえばPayChex(R)）のような多数の小切手発行主体が存在する。文書２２の生成は文書生成データ２４に基づいている。文書生成データ２４は様々なテキスト・データ（たとえばＡＳＣＩＩ）、グラフックス、および組み合わされて文書２２を形成するベース・イメージとして存在する。小切手の観点から、文書生成データ２４は例えば小切手の金額、日付、小切手発行人、受取人、支払人などのテキスト・データ、証明用の透かし、小切手発行人のロゴなどのグラフックス・データ、および、小切手の背景または他のイメージのようなベース・イメージを含む。当技術分野で既知のように、文書生成データ２４は複数のデータベース（図示せず）から抽出される。
【００２１】
生成システム２０は印刷システム２６、印刷データ・コレクタ３０、フロントエンド・アクセス・モジュール３４、処理アプリケーション（群）３７、および他のシステム・コンポーネント（群）３８を含む。印刷システム２６は文書２２を印刷するのに使用する印刷データ２８を生成する現在既知の機構または将来開発される機構を含む。印刷システム２６は例えばレーザ・プリンタ、インパクト・プリンタ、ライン・プリンタ、ドット・マトリックス・プリンタ、タイプライタ、インク・ジェット・プリンタ、他の種類のプリンタ、または、これらの組み合わせを含む。動作中、印刷システム２６は文書生成データ２４を取り込み、それを多数の現在既知の方法または将来開発される方法のうちの任意のもので編成して所望の文書２２を形成する。そうする際、印刷システム２６は印刷データ２８を生成する。「印刷データ（print data）」とは、通常は一時的に、すなわち非永続的にのみ格納されるデータ、たとえば印刷バッファの中の画素データを含む、印刷される文書２２を物理的に生成するのに使用しうる、印刷システム２６によって生成される任意のデータのことである。つまり、印刷データ２８はイメージ・データ、（ＰＥＬと呼ばれる）画素データ、および、印刷システム２６によって（未加工のデータである）文書生成データ２４から変換される言語データのうちの少なくとも１つのものを含む印刷準備完了データを含む。したがって、印刷データ２８は印刷される内容のイメージ版および符号化されたテキスト版の双方を含む。印刷システム２６は文書２２を実際に印刷する機構を含む、あるいは、文書を実際には印刷せずに印刷データ２８を生成する１つのプロセッサまたは複数のプロセッサを含む。それゆえ、印刷データ２８は文書を実際に印刷するのに使用されることは必ずしも必要ではない。
【００２２】
印刷データ・コレクタ３０（以下「コレクタ３０」）は印刷データ２８を取得し、永続的に（すなわち長期間）保存する。印刷データ・コレクタ３０は印刷データ２８と共に補助データ２９も保存する。「補助データ（ancillary data）」は生成システム２０の文脈では、バックエンドにおける処理のために有用である、産業に特有の任意のデータを含む。銀行・金融業では、補助データ２９は例えば口座番号、小切手口座、索引付け情報、挿入されるアイデンティティ・データ、原本である印刷データのストリーム、テキスト情報、索引付け情報、インパクト・プリンタのフォントのスキャン済みの版、インパクト・プリンタのフォントの完全な版、原本である文書のＪＢＩＧ−２（JointBilevel Image expert Group）圧縮された版、原本である文書の電子版、アーカイブ化格納のためのバックエンド版の送付先の指示、または、特定の産業が必要とする他の任意のデータを含む。印刷データ２８（および補助データ２９）は例えばフロントエンド・メモリ３２に保存される。メモリ３２は、磁気媒体、光学媒体、ランダム・アクセス・メモリ（randomaccess memory: ＲＡＭ）、読み出し専用メモリ（read only memory: ＲＯＭ）、データ・オブジェクトなどを含む、現在既知のまたは将来開発されるデータ記憶システムもしくは伝送媒体または双方を含む。さらに、メモリ３２は少なくとも１つの種類のデータ記憶装置を含む単一の物理的な場所に存在していてもよいし、あるいは、複数の物理システムにわたって分散していてもよい。印刷データ２８はメモリ３２の中で、索引付けを容易にするのに望ましい任意の態様で順序付けられる。たとえば、小切手の場合、順序付けは日付、小切手番号などによる。後述するように、印刷データ２８はキーライン・データの一意の組み合わせによって索引付けられた主キーでもあるから、小切手のイメージ・データ４２はすべて、その対応する印刷データ２８と一意に対生成され、アプリケーション３７、５６による使用の用に供される。
【００２３】
コレクタ３０は識別データ（図示せず）を印刷データ２８に挿入するように構成されている識別データ・インサータ３６も含む。識別データは例えば文書のユーザの識別データ、産業に固有の文書識別子、生成システムの識別子、バックエンドのイメージ・データのための推奨された索引付け、透かし、バー・コード、管理ヘッダ、管理フッタ、認証のための秘密の記号などを含む。生成システムの識別子について、１つの生成システム２０が示されているが、環境１０の中には多数の生成システムが存在しうるということが理解されるべきである。たとえば、銀行・金融業では、PayChex(R)のような多数の小切手発行者が存在する。各生成システムはそれらの個別の印刷データ２８の中に、元の生成システム２０を後刻、特定するのに使用しうる識別子を挿入する。
【００２４】
フロントエンド・アクセス・モジュール３４は印刷データ２８をバックエンド文書処理システム２１にとってアクセス可能にするように構成された任意のハードウェアもしくはソフトウェアまたは双方を含む。フロントエンド・アクセス・モジュール３４は例えば生成システム２０もしくはフロントエンド・メモリ３２または双方のためのセキュリティ・ログオン・パッケージ、データを安全に転送しうるようにする暗号化キー・サプライヤ、フロントエンドおよびバックエンドにおける処理が他の場所で取り扱われる場合における送信元である第三者の送信先の情報などを含む。
【００２５】
他のシステム・コンポーネント（群）３８は文書生成システム２０のための現在既知のもしくは将来開発される任意の他の機能または補助サービスを提供する。他のシステム・コンポーネント３８の一例は印刷データ２８のためのディジタル圧縮パッケージである。
【００２６】
生成システム２０は文書を生成するだけのシステムを超えて様々な形態をとりうるということが理解されるべきである。たとえば、生成システム２０は領収証を印刷し当該領収証に関する印刷データ２８を格納するＰＯＳ（point-of-sale)端末の形態をとりうる。
【００２７】
III.バックエンド文書処理システム
バックエンド文書処理システム２１（以下「処理システム２１」）は使用ステージ１４の後の使用済み文書４０を受領し、使用済み文書４０に関する、または使用済み文書４０に基づく様々な処理タスクのうちの任意のものを実行するように設計されている。１つの処理システム２１を示したが、環境１０の中には多数の処理システム２１が存在しうるということが理解されるべきである。たとえば、銀行・金融業では、個人、会社、給与支払管理会社（たとえばPayChex(R)）のような小切手発行主体などから各々が小切手を受領する多数の銀行が存在する。この産業では、受領する各銀行が処理システム２１に相当する。
【００２８】
各処理システム２１はイメージ・プロセッサ５２を含むイメージャ５０、バックエンド処理モジュール５４、少なくとも１つの（そして通常は様々な）処理アプリケーション５６、および、使用済み文書を処理するための現在既知のまたは将来開発される任意の他のシステム・コンポーネント（群）５８を含む。イメージャ５０は使用済み文書４０を受領し、使用済み文書４０をスキャンすることによりそのイメージを作成するように構成されている。イメージ、その部品（parts)、イメージの処理済みの部分（群：以下、複数である場合に「群」という表現を用いる）（portion(s)）をここでは「イメージ・データ（imagedata）」４２と呼ぶ。イメージ・データ４２はバックエンド・メモリ４４に格納される。イメージ・データ４２と共に補助データ４３も保存する。処理システム２１の文脈では、補助データ４３は後続する処理にとって有用である、産業に特有の任意のデータを含む。補助データ４３は例えば小切手の金額に関するテキスト情報、受取人、支払人、発行元の銀行、小切手の用紙の上の背景のイメージ、小切手が現金化された日付、小切手を現金化した人の写真、現金化した銀行、または、特定の産業にとって必要な任意の他のデータを含む。フロントエンド・メモリ３２の場合と同様に、バックエンド・メモリ４４は磁気媒体、光学媒体、ランダム・アクセス・メモリ（randomaccess memory: ＲＡＭ）、読み出し専用メモリ（read only memory: ＲＯＭ）、データ・オブジェクトなどを含む現在既知のまたは将来開発されるデータ記憶システムもしくは伝送媒体または双方を含み、少なくとも１つの種別のデータ記憶装置を含む単一の物理的な場所に存在していてもよいし、あるいは、複数の物理システムにわたって分散していてもよい。イメージャ５０を必要とせずにイメージ・データ４２を利用することができる場合にはイメージャ５０を省略してもよいということが理解されるべきである。
【００２９】
イメージ・プロセッサ５２は光学式文字認識（opticalcharacter recognition:ＯＣＲ）、回転補正、イメージのエイリアシングの補正、誤り訂正、イメージのサイズの拡大縮小、バイナリ・イメージに変換するための閾値の設定、バイナリ・イメージをより小さなグレースケールのイメージに変換すること、色空間の変換、磁気インク文字認識（magneticink character recognition: ＭＩＣＲ）などのような任意のイメージ・データ関連の処理を行うことができる。次いで、この情報をイメージ・データ４２として格納する。バックエンド・アクセス・モジュール５４は生成システム２０によって生成された印刷データ２８に処理システム２１がアクセスするのを可能にするように構成されている。アクセス・モジュール５４はフロントエンド・メモリ３２の中の印刷データ２８にアクセスするように構成された任意のハードウェアもしくはソフトウェアまたは双方を含む。バックエンド・アクセス・モジュール５４は例えば生成システム２０もしくはフロントエンド・メモリ３２または双方のためのセキュリティ・ログオン・パッケージ、データを安全に転送しうるようにする暗号化キー・サプライヤ、フロントエンドおよびバックエンドにおける処理が他の場所で取り扱われる場合における送信元である第三者の送信先の情報などを含む。
【００３０】
下でより詳細に説明するように、処理アプリケーション３７、５６は産業に特有の様々な文書処理または文書分析のツールのうちの任意のものを提供する。しかし、本発明によれば、処理システム２１は処理アプリケーション５６を介して、印刷データ２８とイメージ・データ４２を処理することができる。この機能の利点は下で詳述する動作と使用の実例の説明について明らかになる。フロントエンド・メモリ３２とバックエンド・メモリ４４について、メモリ３２は生成システム２０の場所（群）に配置され、処理システム２１のバックエンド・アクセス・モジュール５４によって必要とされるときにアクセスされうるということが理解されるべきである。同様に、メモリ４４は処理システム２１の場所（群）に配置され、生成システム２０のフロントエンド・アクセス・モジュール３４によって必要とされるときにアクセスされうる。あるいは、印刷データ２８のパケットを処理システム２１に伝達し、バックエンド・メモリ４４に格納されているイメージ・データ４２との比較の用に供してもよい。同様に、イメージ・データ４２のパケットを生成システム２０に伝達し、フロントエンド・メモリ３２に格納されている印刷データ２８との比較の用に供してもよい。別の例では、任意個数の生成システム（群）２０もしくは処理システム（群）２１または双方からデータを収集し、当該データに対するアクセス可能度を制御するように第三者（群）を実装してもよい。たとえば、多数の生成システム２０において、たとえばファクシミリ装置において、複数のベンダのプリンタにおいて、または複数のローカルのプリンタにおいて文書の生成を行うことができる。このフロントエンドのデータは第三者によって単一の情報源に集約されうるから、処理システム（群）２１にとって容易にアクセス可能にしうる。文書は原本である印刷済み文書の電子版をどこで探索するのかに関する、その中に埋め込まれた情報を含む。データの集約も多数の処理システム２１を有する環境に対し、逆に関連して行われ、生成システム（群）２０による容易なアクセスの用に供される。いずれにしても、「原本である（original）」フロントエンドの印刷データ２８はイメージ・データ４２を用いた処理にとって利用可能にされる。
【００３１】
他のシステム・コンポーネント（群）５８は例えばソート機構を含む。
【００３２】
IV. 動作
次に、図１と図２を組み合わせて参照し、本発明による文書処理の管理を説明する。ステップＳ１は識別データ・インサータ３６が印刷データ２８の中に文書識別データを埋め込む任意選択のステップを表す。たとえば、写真の形態をした受取人の識別情報を小切手の中に埋め込み、当該受取人が当該小切手を現金化するときにおける確認の用に供することができる。別の例では、処理システム２１がバックエンド・アクセス・モジュール５４を用いて多数の印刷データ・メモリ３２のうちのどれにアクセスするのかを知るように、給与支払管理会社の識別情報が印刷データ２８の中に埋め込まれる。
【００３３】
ステップＳ２では、データ・コレクタ３０が印刷データ２８を収集する。ステップＳ２は印刷データ２８を文書に関する補助データ２９と共に格納するステップも含む。
【００３４】
ステップＳ３では、原本である文書２２をその意図された目的のために使用する。小切手の観点からは、小切手を受取人に送付するとともに、彼／彼女の銀行に送り、現金化に備える。ステップＳ４では、使用済み文書４０をイメージャ５０がイメージ化してイメージ・データ４２を作成する。小切手の観点からは、受領した銀行は小切手をイメージ化し、そのイメージ・データ４２を作成する。このイメージ化するステップはイメージ・データ４２を文書に関する補助データ４３とともに格納するステップを含む。このイメージ化するステップはイメージ・プロセッサ５２を用いて、光学文字認識のようなイメージ処理を実行するステップも含む。
【００３５】
ステップＳ５では、少なくとも１つの処理アプリケーション３７、５６が印刷データ２８とイメージ・データ４２を用いて使用済み文書４０を処理する。ステップＳ５は少なくとも１つのデータ記憶装置、すなわちメモリ３２もしくはメモリ４４または双方から少なくとも１つの印刷データ２８とイメージ・データ４２を検索・取得するステップも含む。処理アプリケーション３７、５６の一例は使用済み文書４０のための印刷データ２８を当該使用済み文書のためのイメージ・データ４２に基づいて特定するステップを含む。処理アプリケーション３７、５６の別の例は使用済み文書４０のイメージ・データ４２を対応する印刷データ２８と比較し、当該文書に対する改変を検出するステップを含む。他の処理アプリケーション３７、５６は下で説明する。
【００３６】
V.使用例−処理アプリケーション
次に、産業別の多数の使用例と、フロントエンドの印刷データ２８およびバックエンドのイメージ・データ４２を本発明によって使用する利点とを合わせて説明する。しかし、本発明はここで検討する特定の実例、処理アプリケーション、および産業を超えて適用可能であることが判明しているということが理解されるべきである。したがって、本発明は下で説明する実例、処理アプリケーション、もしくは産業、または、これらすべてのうちのいかなるものにも限定されるべきでない。さらに、処理アプリケーション３７、５６は処理システム２１もしくは生成システム２０または双方のいずれにおいても実装しうるということが理解されるべきである。
【００３７】
Ａ．銀行・金融業
小切手の例を続けると、小切手は２つのまったく別個のプロセスを経る。すなわち、小切手の生成と、銀行のような金融機関による清算のための別個のプロセスとである。上述した発明により、印刷される小切手と清算されるそれらとの間のワークフロー・サイクルを閉じることが可能になる。特に、フロントエンドの印刷データ２８とバックエンドのイメージ・データ４２とを本発明が使用することを利用する多数の処理アプリケーション３７、５６（図１）を実装することができる。小切手の生成の間に、文書生成データ２４は印刷システム２６の中の印刷データ２８に変換される。小切手は多くの場合に一意の小切手番号による追跡を含む複雑な制御の下にあるから、ＩＢＭ（Ｒ）のInfoprint(R:ＩＢＭ   corporationの登録商標)Workflow およびInfoprint(R) Managerのような上流のソフトウェアは追跡を行い、必要な小切手はすべて適正な再版（reprint)を用いて印刷されており、複製されたものではないということを保証することができる。小切手の清算の間に、同じく複雑なプロセスが小切手のイメージ・データ４２を読み取り、キー・チェック情報を検査し、小切手を適切にソートするが、人手による関与を必要とするものを含む。小切手のイメージ・データ４２は「清算されたままの（ascleared）」イメージが長期間保持されうるようにアーカイブ化されうる。
【００３８】
この発明はフロントエンドの印刷データ２８とバックエンドのイメージ・データ４２に対するアクセスを許可するとともに、それらを処理することにより、これら２つのプロセス・ループを閉じる。処理アプリケーション３７、５６は例えば次に示す機能を備えているとともに、関連する利点を有する。
【００３９】
１．一致するデータを求めて比較する機能：対応するデータを一致させるために、イメージ・データ４２を印刷データ２８と比較する比較器を備える。たとえば、銀行に提示される小切手のイメージは例えば発行銀行（の小切手生成システム）の識別情報と小切手番号を確認するために、それについて実行されたＯＣＲの結果を有するようにしてもよい。この情報は適正なフロントエンド・メモリ３２を特定し、印刷データ２８が一致するかどうか検査するのに使用しうる、小切手に特有のキーを備えている。ある場合には、小切手は印刷データ２８ではない。たとえば、個人によって書かれる個人小切手は受領する銀行に提示される前は印刷データ２８ではない。その場合、個人小切手および対応するイメージ・データ４２は従来の方法で取り扱われる。これに対して、小切手のイメージ・データについて一致が存在する場合、対応する印刷データ２８（テキスト・データおよび原本である小切手のイメージの双方）は後述する小切手の有効性および清算処理のような機能のための他の処理アプリケーションによって使用される。この処理アプリケーションのみが大量の小切手の印刷サービス、ソート・サービス、および保存サービスの統合を可能にする。
【００４０】
２．正当性の確認および自動的な不正／偽造の検出機能：印刷データ２８とイメージ・データ４２とを比較する比較器を備え、処理アプリケーション３７、５６が様々な不正、偽造、もしくは変造、または、これらすべてを検出するプロセスを実行するのを可能にする。不正または変造の観点からは、たとえばイメージ化された小切手の金額が印刷された小切手の金額と一致しない場合、当該小切手は清算されずに脇に押しやられ、調査の用に供される。不一致は不正、偽造、またはＯＣＲ／イメージ・プロセッサ５２による誤読を意味する。さらに、印刷データ２８がバイナリであれば、それは処理システム２１において複数のレベルを備えた正確なサイズのイメージに変換されうる。たとえば、小切手が印刷前の背景を有する台紙の上に印刷されていたら、小切手番号、支払人の名前と住所、発行元の銀行、受取人の名前と住所、数字で表された小切手の金額、綴りで示された小切手の金額、および署名行のような個人的かつ様式化された情報を含むインチ当たり６００ＰＥＬのバイナリ・イメージがその用紙の上に印刷されている。イメージ・データ４２はより低い解像度、たとえばインチ当たり１００画素のグレースケールのイメージである。原本であるバイナリのインチ当たり６００ＰＥＬのグレースケールの近似は各６×６平方ＰＥＬの中の黒のＰＥＬの個数を合計し、そのダイナミック・レンジをスキャン済みのイメージと一致するように微調整することにより創出することができる。異なる色のスキャン済みのイメージ・データ４２の上に重畳すると、顕著な相違が明確な色の相違として現れる。したがって、小切手の変造は識別するのが容易になる。特に小切手番号の変造に関しては、印刷データ２８は実際に印刷されている番号および各小切手に関する正確なデータのみを含むから、犯罪者が適法な外観を有するが不正である小切手を生成することはより困難である。
【００４１】
複製の小切手の観点からは、処理アプリケーション３７、５６は提示された複製の小切手を検出し、最初に清算されるときに当該小切手の印刷データ２８とイメージ・データ４２を生成し、当該小切手の番号と一致する任意の他の提示された小切手を検出することができる。これは小切手イメージの上の署名および任意の他の記号の比較を可能にする。偽造の観点からは、印刷された小切手の郵送と小切手の支払いとの間の時間を用いて、意図された受取人の署名を検出し、それをフロントエンドの印刷データ２８と共に、すなわち補助データ２９として格納することができる。そうすれば、イメージ・データ４２を数カ月にわたって比較し、署名の顕著な変化を検出することが可能になる。
【００４２】
結局、自動的な不正／偽造／変造の検出は文書を人手による関与の下に置く必要性をなくす。さらに、印刷データ２８との比較を通じて誤りがあらわになるから、たとえば５回の試行の代わりに１回のＯＣＲの試行のみにしうるので、処理システム２１はより速くなりうる。加えて、処理アプリケーション３７、５６に対するアクセスが十分に速い場合には、出納係がまだ銀行にいる間に、問題（群）を銀行／受取人に知らせることができる。いずれにしても、印刷データ２８はイメージ・データ４２とともに犯罪の証拠として警察に送付される。
【００４３】
上の１．と２．について、異なる複数の場所で仕事を完了させるのが有利であるということが理解されるべきである。たとえば、一致が検出されない場合、処理システム２１はイメージ・データ４２を生成システム２０（またはフロントエンド・メモリ３２の第三者である保持者）に返し、不一致のための理に適った理由の探索の用に供する。
【００４４】
３．小切手の清算を確認する機能：ＯＣＲを介してスキャンした小切手追跡番号と小切手の金額（イメージ・データ４２）をこの段階において、原本である小切手の印刷データ２８に対して照合することにより確認する。
【００４５】
４．印刷された小切手と清算された小切手の長期間の保存を可能にする機能：この段階では小切手がそれらの原本である印刷データ２８と一致している可能性があるから、印刷された状態のままの小切手のイメージおよび清算された状態のままのイメージの双方を長期間のアーカイブにおいて利用可能にすることができる。
【００４６】
５．状態照会のような付加的なサービスを提供する機能：処理システム２１が小切手を受領したことを生成システム２０に通知しうるから、付加的なサービスを提供することが可能になる。一例では、小切手の発行人は状態の照会を発行して彼らの小切手のうちのどれが清算されているのかを正確に知り、小切手の確定された金額を参照し、そして、印刷された状態のままのイメージと清算された状態のままのイメージを検査することができる。このような照会は顧客の追跡、受領可能な勘定書および負債額の管理のため、ならびに、清算される小切手の金額を確認するために役立つ可能性がある。別の例では、この段階で銀行の顧客はキャッシュフロー、財産目録などに関する最新の情報を与えられる。他の付加的なサービスもありうる。
【００４７】
６．自動的な小切手再印刷機能：銀行に小切手が提示されない場合（通常、発行の日付から６０日以内）、それらは再印刷される。生成システム２０は原本である小切手の印刷データ２８を保管しているから、後刻における当該小切手の再印刷は可能である。この場合、印刷システム２６および識別データ・インサータ３６の一方は小切手のある場所に再印刷記号（たとえば「再印刷第１号（reprint #1）」）をグレースケールのイメージとして含める。これは再印刷された小切手が原本から区別されることを可能にする。６０日間（または任意の期間）経過したら自動的に再印刷を行いうるから、顧客の口座情報、小切手の金額などを再入力するのに時間が浪費されることはないという点に留意されたい。また、処理アプリケーション３７、５６は原本である小切手のイメージを「無効（void）」として自動的に登録しうるから、原本である小切手が有効な日付を超えて提示されたとしても、それは清算されないという点にも留意されたい。次いで、処理アプリケーション３７、５６は小切手の全「系統（family）」、たとえば印刷済みの原本、再印刷された版、および、すべての再提示された小切手をバックエンド・メモリ４４の中で共にグループ化することができる。
【００４８】
７．データの格納容量の低減と索引付けの簡単化とを可能にする機能：バックエンドのイメージ・データ４２が「完全（perfect)」なフロントエンドの印刷データ２８と一致する場合、格納する必要のある小切手に関する情報はずっと少ない。たとえば、フロントエンドの印刷データ２８が「原本である（original）」小切手と考えられる場合には通常、イメージ・データ４２は原本と考えられる。
この場合、関連する他のすべての情報は冗長であるとともに既知であるから、小切手の受領の日時のような必要とされる新たな情報はずっと少ない。さらに、小切手の印刷データ２８は特定の有用な順序で（たとえば小切手番号で、会社で、納品伝票の番号で、または日付で）生成されているから、小切手の索引付けは自動化するのがずっと容易である。
【００４９】
８．データの品質の有利性を提供する機能：印刷データ２８は標準のイメージ形式で生成されるから、それを生成するのに使用した生成手法、プリンタ、会社、プログラム、またはメモリを知らなくとも、たとえば閲覧するために使用されうる。さらに、印刷データ２８は無雑音であるから、それはスキャンして生成されたイメージ・データ４２よりも良好に圧縮されているとともに、優れたイメージ品質を有する。加えて、ＯＣＲの結果は印刷データ２８の中ですでに利用可能なテキスト・データと比較しうるから、テキスト・データはイメージ・データ４２から完全に抽出されうる。したがって、ＯＣＲプロセスをオフラインで検査し、微調整し、改良することが可能になる。
【００５０】
９．手続き上の品質保証を提供する機能：福祉（Welfare)と社会保障（SocialSecurity)の小切手のような文書は、毎月のような定期の予定に基づいて印刷されるものと考えられる。手続きの遵守を追跡するために、フロントエンド・メモリ３２は定時に印刷されなかった小切手に目印を付けることができる。
【００５１】
１０．会計を改善する機能：口座番号、金額、支払人などのような小切手の情報が小切手の清算の前に、必要な会計システムと課税システムに入れられうるように、小切手の印刷データ２８は会計部門に転送されうる。小切手を清算したら、清算通知は処理システム２１から、清算に関連するデータ（たとえば清算の日付）のみをその中に備えて送付されうる。このように、会計部門は会計の記録を更新するために小切手の清算を待ち受ける必要がない。これは記録の保管がより迅速にするとともに、キャッシュ・フローを増大させる。
【００５２】
Ｂ．標準化されたテスト産業
標準化されたテスト産業に関しては、処理アプリケーション３７、５６は例えば次に示す機能と関連する利点とを備えている。
【００５３】
１．特別の書式化：テスト小冊子は多くの場合、複数の部門で印刷され、１つのグループにおける各テストが一意に順序付けられた質問を有するように集められる。テストが記入される使用の後、テスト小冊子は再度、部門に分離され、識別用の表紙を用いてスキャンされ、採点者に個別に送付される。採点されたら、各テスト小冊子のための結果は各受験者ごとに再編集されなければならない。印刷データ２８とイメージ・データ４２を使用する処理は、このプロセスを支援する、小冊子を単位とした情報の特別の様式化を可能にする。たとえば、プリント・オンデマンド（print-on-demand)技術は個々の受験者の識別子とテストのページ／質問の順序の識別子とを用いてテスト小冊子が印刷されることを可能にする。この識別子は例えばバー・コードを含む。この場合、印刷データ２８はイメージ・データ４２とともに使用するための索引付け情報を供給しうるから、再編集を単純化する。したがって、各テスト小冊子は印刷データ２８の検索・取得を可能にする情報を含んでいるから、テスト小冊子はもはやいくつかの識別用の表紙を用いて一括スキャンされる必要はない。
【００５４】
２．テスト小冊子をアーカイブ化する機能：採点に疑義を挟まれるといけないから、紙のテスト小冊子は様々な期間の間、倉庫にアーカイブ化される。倉庫の中の特定の使用済みのテスト小冊子を捜し出すことは時間がかかるとともに労働集約的である。イメージ・データ４２と印刷データ２８の使用は、原本であるテストとスキャンされた使用済みのテストの電子版を格納することにより、この負担を軽減する。したがって、紙を探索する代わりに、たとえば自動化された検索により、この電子版（群）は検索・取得されることが可能になる。
【００５５】
３．自動的な採点の利点：複数の選択用の小枠（choicebubble)を使用する場合、質問ごとに１つの解答のみに印が付けられていれば、正解を知悉している印刷データ２８に用いて、返却されたテスト小冊子を自動的に採点することができる。スキャンしたイメージを原本である印刷データと比較することができる。ユーザは（幸いにも）質問ごとにただ１つの小枠に記入していた。記入済みの小枠の位置は、処理アプリケーション５６によって確認されることができ、印刷データ２８とともに受領する補助データ２９の中に与えられている正解と比較されることができる。複数の小枠が黒化されている場合には、（他のものは消去することが意図されていたと仮定して）最も黒いものを正解と比較することができる。所定の質問に対して複数の小枠に記入された誤った解答は脇にそらされ、採点する前に人間が判定する必要がある。自動化された採点によって、受験者へのより速いフィードバックが可能になる。複数の解答に印が付けられている場合には、テスト小冊子の印刷データ２８およびイメージ・データ４２に加え正解のイメージも人間に提示して比較の用に供することができる。正解が該正解のイメージの中でより大きな色付きの小枠として提示される場合には、当該正解は黒い小枠の輪郭を描く色として現れる。これに対して、見逃された（missing)正解は実線の着色された小枠として現れ、誤答は着色された端のない黒い小枠として現れる。あるいは、誤答には異なる色の付いた小枠を与えてもよい。そうすれば、複数の解答が正しい場合であっても、正しい色の付いた記号はすべて受容される。この種の処理に基づくと、生成システム２０が出す個別化されたテストは印刷されるときに保存されることができ、解答は自動的な採点の間にオンザフライで生成されることができる。この場合、保護すべき解答用紙は存在しない。各テストは個別化されており、作成され、印刷された解答用紙は存在しないから、解答用紙を盗むことによるカンニングは阻止される。解答用紙を生成する必要があるのは、フロントエンドの情報がバックエンドの採点プロセスにとって利用可能でなかった場合である。フロントエンドの文書処理とバックエンドの文書処理とが結合されているから、フロントエンドのデータに解答を付加したままにしておくのが最も効果的である。付加的なセキュリティの方策として、テストの日の後になるまでフロントエンドのデータは公開されない。正答と誤答の色分けは印刷データ２８とともに格納され、バックエンドの処理において使用される補助データ２９の一例である。たとえば、船上の海軍兵学校の生徒がテストを受ける。通常、結果を採点しうるように、解答用紙を士官にファックスする。この方法によれば、当該士官は自動的に採点されたテストを単独で、または上記海軍兵学校の生徒とともに精査するだけでよく、解答が付加された別個の紙片を必要としない。あらゆるテストは異なりうるから、これは有益である。
【００５６】
Ｃ．保険業(Insurance Industry)
保険業に関しては、処理アプリケーション３７、５６は例えば次に示す機能と関連する利点とを備えている。
【００５７】
１．ＯＣＲの精度を検査する機能：第三者によって生成される書簡はスキャンされ、処理されると、フロントエンドの印刷データ２８に対するアクセスを可能にする識別子を含んでいる可能性がある。この場合、イメージ・データ４２を印刷データ２８と比較することにより、イメージ・データ４２から取得したＯＣＲのデータを検査することが可能になる。
【００５８】
２．不正を検出する機能：すべての不正な書簡はフロントエンド・メモリ３２の中に対応するデータを有しえないから、容易に検出されうる。
【００５９】
VI．結論
上述した検討において、検討した方法ステップはメモリの中に格納されたプログラム製品の命令を実行する、コンピュータ・システムの中央処理装置のようなプロセッサによって実行されるということが理解されうる。ここに記述した様々な装置、モジュール、機構、およびシステムはハードウェア、ソフトウェア、または、ハードウェアとソフトウェアとの組み合わせにおいて実現される、そして、図示したものとは異なる方法で区分しうるということが理解される。それらは、あらゆる種類のコンピュータ・システム、または、ここに記述した方法を実行するように適合した他の装置によって実現される。ハードウェアとソフトウェアとの典型的な組み合わせは、ロードされて実行されると、ここに記述した方法を実行しうるように下記コンピュータ・システムを制御するコンピュータ・プログラムを備えた汎用のコンピュータ・システムでありうる。あるいは、本発明の少なくとも１つの機能タスクを実行する専用のハードウェアを含む特定用途のコンピュータを利用してもよい。本発明はコンピュータ・プログラム製品の中に組み込むこともできるが、それは、ここに記述した方法および機能の実現を可能するすべての特徴を含み、かつ、コンピュータ・システムの中にロードされると、これらの方法および機能を実行することができる。本文脈におけるコンピュータ・プログラム、ソフトウェア・プログラム、プログラム、プログラム製品、またはソフトウェアは、情報処理能力を有するシステムに直接に、あるいは、次に示す（ａ）別の言語、コード、もしくは表記法への変換、または、（ｂ）異なる材料形態での再生産、あるいは双方の後で特定の機能を実行させることを意図された１組の命令から成る、任意の言語、コード、または表記法での表現を意味する。
【００６０】
この発明を、上で概観した特定の実施形態とともに記述したが、当業者にとって多くの置換例、変更例、および変形例が明らかになるということが明白である。したがって、上述した本発明の実施形態は説明を目的とすることが意図されており、限定することは意図されていない。特許請求の範囲において定義されている本発明の本旨と範囲から逸脱することなく、様々な変形をなすことができる。
【図面の簡単な説明】
【００６１】
【図１】本発明に従う、文書処理の管理の環境を示すブロック図である。
【図２】本発明に従う、文書処理の管理のフロー図である。
【符号の説明】
【００６２】
１０  文書処理管理環境
１２  フロントエンドにおける文書の生成のステージ
１４  使用
１６  バックエンドにおける使用済み文書の処理のステージ
２０  フロントエンド文書生成システム
２１  バックエンド文書処理システム
２２  原本である文書
２４  文書生成データ
２６  印刷システム
２８  印刷データ
２９  補助データ
３０  印刷データ・コレクタ
３２  フロントエンド・メモリ
３４  フロントエンド・アクセス・モジュール
３６  識別データ・インサータ
３７  処理アプリケーション（群）
３８  他のシステム・コンポーネント（群）
４０  使用済み文書
４２  イメージ・データ
４３  補助データ
４４  バックエンド・メモリ
５０  イメージ
５２  イメージ・プロセッサ
５４  バックエンド・アクセス・モジュール
５６  処理アプリケーション（群）
５８  他のシステム・コンポーネント（群）
【図１】
0004597962.tif 000002
【図２】
0004597962.tif 000003