(57)【特許請求の範囲】
【請求項１】
画像ベースの取引を処理するためのコンピュータにより実施される方法であって、各取引を構成する文書は、金額を含む借方および貸方文書（１０、１５）を含み、前記方法は
前記文書（１０、１５）の画像を取込むステップと、
前記文書（１０、１５）からの金額を含む文書データを抽出するステップであって、前記金額が自動金額読取器により読み取られかつ各桁位置に対応する桁数字を備えるとともに、
（ａ）取引の前記文書の少なくとも１つの前記金額を自動的に前記自動金額読取器により読み取り、各前記金額の自動読取に応答して、それぞれが各桁位置に対応するとともに前期自動金額読取器がもっとも正確である可能性が高い正しいものとして決定した複数の第１の桁数字候補を備える第１の金額候補と少なくとも１つの桁位置に対して第２の桁数字候補を含むバランスアシスト金額とを生成するステップと、
（ｂ）前記自動的に読み取られた金額に対する前記自動的に読み取られた第１の金額候補を用いて、取引を構成する取引文書から抽出された金額がバランスしているかを判定して、バランスを欠いている取引文書を識別するステップと、
（ｃ）前記取引の貸方および借方金額の総和の対応の桁位置の桁数字を比較して前記バランスを欠いている取引文書の誤っている桁位置を決定するステップと、
（ｄ）前記誤っている桁位置の第１の桁数字候補を前記バランスアシスト金額の対応の桁数字候補で置換して前記取引をバランスさせることを試み、バランスが達成されたときには該置換により金額の訂正を実行し、バランスが達成されないときには該金額の訂正を実行しないステップの以上のステップ（ａ）−（ｄ）を備える抽出ステップと、
前記ステップ（ｄ）においてバランスを達成することのできない取引については、該バランスを欠いている取引の文書画像を対応する抽出された文書データとともに通信リンクを介して、バランスを欠いている取引をオペレータがバランスさせるための表示装置を有するバランシングワークステーション（５０ｃ）へ送信するステップと、
各前記バランスを欠くと決定された取引について、前記バランシングワークステーションの表示装置上に前記バランスを欠くある特定の取引のマルチウィンドウ表示（図２０）をもたらすステップと、
前記マルチウィンドウ表示の第１のウィンドウ（Ｗ１）において、前記ある特定の取引の選択された貸方文書（１５）の少なくとも部分的な画像を表示するステップと、
前記マルチウィンドウ表示の第２のウィンドウ（Ｗ５）において、前記ある特定の取引の選択された借方文書（１０）の少なくとも部分的な画像を表示するステップと、
前記マルチウィンドウ表示の少なくとも第３のウィンドウ（Ｗ３、Ｗ４）において、前記ある特定の取引の文書（１０、１５）からの金額を表示するステップと、
前記ある特定の文書（１０、１５）を識別させる表示を前記第３のウィンドウ（Ｗ３、Ｗ４）において行なうステップと、
オペレータ入力により、前記バランスを欠くある特定の取引について前記マルチウィンドウの表示を用いて該抽出された文書データを訂正し、該訂正された金額を含む文書データによりバランスを欠く取引をバランスさせるステップとを備える、方法。
【請求項２】
オペレータとのコミュニケーションのために、前記マルチウィンドウ表示のウィンドウのうちの一つとして対話ウィンドウ（Ｗ６）をもたらすステップをさらに含む、請求項１に記載の方法。
【請求項３】
複数の選択可能な項目を示すメニューを前記対話ウィンドウ（Ｗ６）において表示するステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記ある特定の取引の発生に応じてオペレータが選択し得る複数の選択肢を前記対話ウィンドウ（Ｗ６）の前記メニューにおいて表示するステップをさらに含む、請求項３に記載の方法。
【請求項５】
前記抽出された文書データをデータベースに記憶するステップをさらに含む、請求項１から４のいずれかに記載の方法。
【請求項６】
前記借方文書は小切手（１０）を含み、前記貸方文書（１５）は預金票（１５）を含む、請求項１から５のいずれかに記載の方法。
【請求項７】
各取引文書には、選択的に予め定められた優先順位を示す表示が付され、前記表示に従って前記バランシングワークステーションへ送信すべき文書画像を選択するステップをさらに含む、請求項１から６のいずれかに記載の方法。
【請求項８】
ある取引は他の取引よりも高い処理優先順位を有しており、処理優先順位がより高い取引からの文書（１０，１５）は処理優先順位がより低い取引からの文書（１０，１５）より先に前記バランシングワークステーション（５０ｃ）に送信される、請求項７に記載の方法。
【請求項９】
前記取込まれた文書画像を記憶および検索手段（４０）に記憶するステップと、
ある特定の文書画像を前記記憶および検索手段（４０）から検索するステップと、
前記検索された画像を前記記憶および検索手段から前記バランシングワークステーション（５０ｃ）へ送るステップとをさらに含み、
前記記憶するステップおよび検索するステップは同時に起こる、請求項１から８のいずれかに記載の方法。
【請求項１０】
前記取込まれた文書画像は次いで前記記憶および検索手段（４０）へ光通信路を介して送信される、請求項９に記載の方法。
【請求項１１】
画像ベースの取引を処理するためのコンピュータにより実現されるシステムであって、各取引を構成する文書は、金額を含む借方および貸方文書（１０、１５）を含み、前記システムは、
前記文書（１０、１５）の画像を取込むための手段（３２）と、
前記文書（１０、１５）からの金額を含む文書データを抽出する抽出手段（３４）であって、前記金額が、自動金額読取器により読み取られかつ各桁位置に対応する桁数字を備えるとともに、
（ａ）複数の前記文書上の金額を前記自動金額読取器により自動的に読取り、各金額の自動読取に応じて、各々が前記自動金額読取器が最も正確である可能性が高いものとして決定した各桁位置それぞれに対する複数の第１の桁数字候補を備える第１の金額候補と少なくとも１つの桁位置に対する第２の桁数字候補を含むバランスアシスト金額とを生成する手段と、
（ｂ）ある取引を形成する特定の文書から抽出された金額がバランスしているかを前記自動的に読み取られた金額に対する第１の金額候補を用いて判定して、バランスを欠く取引を識別する手段と、
（ｃ）前記バランスを欠く取引のエラーのある桁位置を、借方および貸方金額の和を該桁位置で比較することにより決定する手段と、
（ｄ）前記手段（ｃ）により決定されたエラーのある桁位置の第１の桁数字候補を前記バランスアシスト金額の対応の桁の桁数字候補で置換して、該バランスを欠く取引をバランスさせることを試み、バランスが達成されたときには該置換により前記金額を訂正を実行し、該置換によりバランスが達成されないときには訂正を実行しない手段の以上の手段（ａ）−（ｄ）を備える抽出手段と、
前記手段（ｄ）によりバランスさせることができなかった特定の取引を決定する手段と、
前記決定する手段により決定された前記バランスを欠くある特定の取引の文書画像を対応の抽出された文書データとともに、オペレータ入力によるバランスを欠く取引のバランス化のための表示装置を有しかつ前記取引の選択された貸方文書（１５）の少なくとも部分的な画像を表示する第１のウィンドウ（Ｗ１）と、前記取引の選択された借方文書（１０）の少なくとも部分的な画像を表示する第２のウィンドウ（Ｗ５）と、取引文書（１０、１５）からの金額を表示する少なくとも第３のウィンドウ（Ｗ３、Ｗ４）とを含むマルチウィンドウ表示（図２０）を前記表示装置の表示として含むバランシングワークステーション（５０ｃ）へ通信リンクを介して送信するための手段（３４ａ、４２，５２）と、
前記ある特定の文書（１０、１５）を識別させる表示を前記第３のウィンドウ（Ｗ３、Ｗ４）において行なうための手段（９０）と、
前記バランスを欠くある特定の取引に対する抽出された文書データを、オペレータ入力に従って前記マルチウィンドウの表示を用いて該抽出された文書データを訂正してバランスを欠く取引をバランスさせるように処理するための手段（３４）とを備える、システム。
【請求項１２】
前記バランシングワークステーション（５０ｃ）の前記マルチウィンドウは、オペレータとのコミュニケーションのための対話ウィンドウ（Ｗ６）をさらに含む、請求項１１に記載のシステム。
【請求項１３】
前記対話ウィンドウ（Ｗ６）は、複数の選択可能な項目を示すメニューを表示する、請求項１２に記載のシステム。
【請求項１４】
前記システムは、さらに前記取込まれた画像を記憶するための記憶および検索手段（４０）を備え、
前記送信するための手段は、ある特定の文書画像を前記記憶および検索手段（４０）から検索し、該検索された画像を前記バランシングワークステーション（５０ｃ）へ送るための手段（３４ａ、４２、５２）をさらに含む、請求項１１から１３のいずれかに記載のシステム。
【請求項１５】
前記取込まれた文書画像を次いで前記記憶および検索手段（４０）へ光通信路を介して送信するための手段（４１）をさらに含む、請求項１４に記載のシステム。
【請求項１６】
前記バランシングワークステーション（５０ｃ）は、前記マルチウィンドウの第１から第３のウィンドウでの表示を制御するとともに前記第３のウィンドウにおいて前記文書を識別させる表示をするための制御手段（９０）を含む、請求項１１から１５のいずれかに記載のシステム。
【請求項１７】
前記ウィンドウ制御手段（９０）は、前記文書の取引のブロックを識別する指標と文書が貸方文書および借方文書のいずれであるかを表す属性とに従って、どの文書画像を前記第１および第２のウィンドウ（Ｗ１、Ｗ５）において表示するかを選択する、請求項１６に記載のシステム。
【請求項１８】
前記取込む手段（３２）は、前記文書（１０、１５）の両面の画像を取込み、前記ウィンドウ制御手段（９０）は、オペレータ入力に従って前記第１および第２のウィンドウ（Ｗ１、Ｗ５）において画像をフリップすることにより、文書の他方の面が表示されるようにする、請求項１６または１７に記載のシステム。
【請求項１９】
前記ウィンドウ制御手段（９０）は、オペレータ入力に従ってあるウィンドウ内に表示された部分的な画像をスクロールしてそのすべての部分を見ることを可能にする、請求項１６から１８のいずれかに記載のシステム。
【請求項２０】
前記ウィンドウ制御手段（９０）は、オペレータ入力に従って前記第３のウィンドウ（Ｗ３、Ｗ４）においてある特定の金額を選択する、請求項１６から１９のいずれかに記載のシステム。
【発明の詳細な説明】
発明の背景
この発明は一般に電子画像化を用いて文書を処理するための改良された手段および方法に関し、より特定的には銀行業務環境における小切手および関連文書等の財務文書を処理するための電子画像化の使用に関する。
今日の金融サービス業は莫大な量の文書を効果的に処理するという大きな問題に直面している。文書支払方法が減少するという予想は実現されていない。実際、文書支払方法は世界規模に成長し、増大し続けることが予想される。したがってかかる文書を処理するための改良された手段および方法を考案することが不可欠である。文書処理への助けとしての画像化技術の使用は、たとえば米国特許第４，２０５，７８０号、第４，２６４，８０８号、および第４，６７２，１８６号において開示されるように文書処理を大幅に改良する１つの方法として実現されてきた。
一般に、画像化は光学的に文書を走査して、電子的に処理されかつ大容量の記憶媒体（磁気ディスクドライブおよび／または光学メモリ等）に記憶される電子画像を生成し、その後検索および表示することを含む。これらの電子画像は実際の文書の代わりに使用可能であるので、文書の画像化が文書の取扱いおよび移動を減らす機会を与えることは明らかである。
しかしながら、近年の画像化における技術的進歩にもかかわらず、前述の特許において開示されるような画像化を用いる先行技術の文書処理システムは、実施費用が増大することを正当化するのに十分な改良を実現していない。
発明の概要および目的
したがって、この発明の広範な目的は、文書処理システムにおいて手書きおよび機械印刷データの電子的画像化および自動読取りを用いるための改良された手段および方法を提供することである。
この発明のより特定的な目的は、文書上の財務金額を不正確に自動的に読取ることの結果としてオペレータによってバランスされるべき取引の数を低減することにより、文書処理の生産性を大幅に改良する態様でかかる改良された手段および方法を提供することである。
１つ以上の前述の目的に従うこの発明の他の目的は、労働費用を大幅に低減する態様で操作が構成される、画像化を用いる文書処理システムを提供することである。
この発明の他の目的は、システムのアーキテクチャ、ワークステーション管理、取引バランシング、損失画像回復、優先文書発送、および自由（free）かつ欠落している文書の管理における改良を含む。
他の目的、特徴利点および使用に加えてこの発明の具体的性質は、図１−図２６からなる添付の図面とともに以下の詳細な説明から明らかとなるであろう。
【図面の簡単な説明】
図１はこの発明に従う例証的画像ベースの銀行小切手処理システムを一般的に示す。
図２は図１を絵画的に表わす。
図３は典型的小切手の表側を示す。
図４は典型的預金票の表側を示す。
図５は典型的預金票の裏側を示す。
図６は典型的現金支払伝票を示す。
図７は署名の下に符号化された金額を含む典型的小切手を示す。
図８は図１のシステムにおいて用いられる階層化されたソフトウェアアーキテクチャを示す。
図９はアプリケーションプログラムが図１のシステム全体に分布される態様を示す。
図１０は図１のシステムにおいて用いられる階層化されたソフトウェアアーキテクチャをより特定的に示す。
図１１は図１のシステムがどのように拡大され得るかを示すブロック図である。
図１２は図１のシステムにおいてどのように画像回復が与えられるかを示すフローチャートである。
図１３は図１の文書プロセッサによって分類された後に文書がどのように分布され得るかを示す。
図１３ａは図１３の分布された文書が画像回復のための再通過の実行の先立って並べ直すことなくどのようにブロックトレイ中に置かれるかを示す。
図１４は図１のシステムにおいて用いられる様々な形式のワークステーションを示すブロック図である。
図１５は図１４の画像ワークステーションのための好ましいハードウェアを示す。
図１６および図１７は金額エントリワークステーションにおいて典型的に現われ得る画像表示の例を示す。
図１８および図１９はＭＩＣＲ訂正ワークステーションにおいて典型的に現われ得るスクリーン表示の例を示す。
図２０はバランシングワークステーションにおいて典型的に現われ得るマルチウィンドウスクリーン表示の一例を示す。
図２１は典型的ワークステーションキーボードを示す。
図２２は図２１のキーボードの上部キーおよび関連機能を示す。
図２３は図２１のキーボードの下部キーおよび関連機能を示す。
図２４はバランスを欠く取引をバランスするためにバランシングワークステーションがそれを介してオペレータを導く自動的ステップを示すフローチャートである。
図２５はバランシングワークステーションでオペレータによって準備され得る典型的顧客アドバイス書簡の一例を示す。
図２６は図１のシステムにおいて優先通過文書発送（priority transit shipment）がどのように与えられるかを示す流れ図である。
図２７はシステムによって処理される文書上の財務データを自動的に読出すことに含まれる図１のシステムの部分を示すブロック図である。
詳細な説明
図面番号全体を通して同じ数字および符号は同一のエレメントを示す。
この発明がどのように実現されかつ操作され得るかを示すために、図１に一般的に示されるような例証的画像ベースの銀行小切手処理システムを詳細に考察する。この発明は財務的なおよびそれ以外の文書処理システムの他の形式への応用が可能であるので、この例証的システムは単に例示でありかつこの発明の範囲を限定するような方法では考慮されるべきではないことを理解されたい。
預金取引
図１の説明を行なう前に、この説明のために、この例証的システムが処理すると仮定される預金型の取引をまず考察することが役立つであろう。
周知のように、銀行内での非常に日常的活動は銀行の顧客によってなされる預金の処理を含む。顧客は典型的にはその銀行に当座預金を有し、かつ顧客が他人から受領した１つ以上の小切手を彼／彼女の口座へ預金するために時々預金を行なう。これらの小切手は同一銀行（オンアス（on-us）小切手）または他銀行で振り出されてもよい。図３は典型的小切手１０の表側１０ａを示す。
預金を行なうために、顧客は通常預金を行なうべき各小切手の金額および全小切手の総額を記載している預金票を書込む。図４は２５０ドルの小切手１枚だけの預金を記載する典型的な預金票１５の表側１５ａを示す。
もし預金されるべき小切手が多数あり、かつ預金票１５の表側１５ａにそれらを記載するスペースが不十分ならば、小切手の金額は図５に示されるように預金票１５の裏側１５ｂに記載され、小切手の総額は預金票１５の裏側１５ｂおよび表側１５ｂに書込まれる。
符号線１１および１６は小切手１０および預金票１５の双方の表側１０ａおよび１５ａのそれぞれの底部に設けられることを理解されたい。これらの符号線１１および１６は典型的には人間読取り可能かつ機械読取り可能であり、さらに文書が振り出された銀行、経路指定／通過文書番号、小切手または預金票を書いたまたは作成した人物の口座番号、および文書の型を示す取引コード等の、銀行が処理のために使用する情報を含む。これらの符号線１１および１６は通常周知のＭＩＣＲ（磁気インク文字認識）データからなるが、代替的にＯＣＲ（光学文字認識）データであってもよい。簡便さのために、この説明は残りの部分についてこれらの符号線はＭＩＣＲデータであると仮定する。
銀行は預金票および関連する小切手を受領し、さらに銀行金銭出納係、郵便、自動入出金装置等の様々なソースから処理を行なう。取引が金銭出納窓口で行なわれた場合、顧客はまた図４の預金票１５の表側１５ａの「ＬＥＳＳ  ＣＡＳＨ  ＲＥＣＥＩＶＥＤ」ライン上に与えられた金額２００ドルによって示されるように、或る金額の現金を受領することを選択してもよい。かかる場合、金銭出納係は取引の小切手および預金票とともに、図６に示されるように対応する現金金額２００ドルについての現金支払伝票を含む。この現金支払伝票もまたＭＩＣＲ符号線１９を有する。
現金を受領する代わりに顧客は現金を自分の口座に預金したいかもしれず、その場合顧客は預金票１５の表側１５ａ（図４）の「ＣＡＳＨ」ブロックに隣接する「ＣＵＲＥＮＣＹ」および／または「ＣＯＩＮ」線に適切な金額を入力する。現金出納係はそのとき取引の小切手および預金票とともに、現金払込伝票（図示せず）を含み、これは現金支払の代わりに現金払込を示すこと以外は図６に示される現金払出伝票（適切な符号線を含む）と全体としては同じである。関連した小切手１０と共に預金票１５および現金払込または現金支払伝票が取引を構成する。抵当およびクレジットカード支払等の他の文書もまた取引に含まれ得る。エラーが起こらなかったと仮定すれば（顧客または現金出納係のいずれによっても）、預金票１５の表側１５ａの「ＮＥＴ  ＤＥＰＯＳＩＴ」線は関連する小切手の金額および払込または支払現金の金額の代数和、かつまた取引に含まれ得るいかなる型の他の取引項目の金額にも等しくあるべきである。この等価が存在する場合、取引は「バランスしている」と言われる。
銀行は上述のような大量の取引を毎営業日に処理しなければならないということを理解されたい。銀行はこれらの取引を２つの主要な目的のために処理する必要がある：
（１）  銀行自身の顧客口座を更新可能にするために取引文書からデータを取込むため。たとえば預金を行なった顧客は預金の結果を反映するために当人の口座を更新させる必要がある。（２）  他行で振り出された小切手を集金のために送付するため。現行の銀行業務によれば、この説明においてはＭＩＣＲデータであると仮定される機械読取可能の金額が各小切手に符号化されている必要がある。この符号化された金額は、図７の２１で示されるように小切手の符号線１１と同列に、小切手を書いた人物の署名の下に慣用的には置かれる。ＭＩＣＲ符号化が用いられていると仮定する。
上の目的を達成するために、小切手処理システムが、銀行業界では取引のバランシングエラーを検出し、訂正しかつ取扱うための方法および装置と呼ばれるプルーフィングを備えることは重要である。かかるエラーは顧客および／または現金出納係によって生成されるかまたは処理の間に導入され得る。かかるエラーの検出および訂正のために、かつ処理の間のエラーの導入を防ぐために処理システムが備える態様は、システムの結果として生じる生産性および費用対効果において非常に強い影響を有する。このため文書処理における画像技術の使用は文書処理に関連する問題の解決にそれ自体ではならない。
一般的なシステムの説明
図１および図２はこの発明に従う画像ベースの銀行小切手処理システムの例証的実施例を示し、これはシステムの生産性および費用対効果を大幅に向上する態様で、画像化技術の特定の利点を得ることが可能である。先に述べたように、この銀行小切手処理システムは例によって示され、本発明の範囲を限定するとは考えられるべきではない。
準備の最初のステップでは、図１の小切手処理システムによって処理するための入来する取引を準備することが要求される。この準備ステップは取引文書からステープル、紙クリップ、ゴムバンド等を取除き、かつ各々が１ブロックに対応するトレイ中に適切な向きおよび適切な順序でそれらを配列することを含む。各トレイに含まれるものは、そのブロック中の文書を識別するためのブロック票と、文書がポケット３２ａ中に分類された後にそれらをブロック群に分離するためのポケット分離票とである。この説明のために、例を用いて、トレイは約３０００の文書を含む取引の１ブロックを含み、かつどの取引も異なるブロック間で分割されないと仮定する。各取引に関連する文書の識別をさせるために、それらはトレイ中で連続して配列される。典型的には各取引の預金票は取引の他の文書のあとに続く。
これらの取引のトレイブロックは、画像化能力を含み、かつまたマイクロフィルムに写す能力および取引文書のドルの金額を自動的に読取る能力を含む高速文書プロセッサ３２へ運ばれる。オペレータはトレイブロックを文書プロセッサ装置３２の自動文書フィーダに置き操作を開始する。文書プロセッサ３２はそれから、文書が装置を通って流れるときに各文書上のＭＩＣＲ符号線を読取り、文書上の会計検査情報を裏書きし（連続番号の割当てを含む）、オプションとして文書をマイクロフィルムに写し、かつまた文書の片側または両側の画像を取込む。もし文書が既に符号化されたドルの金額を有していれば、またはもし自動ドル金額読出が可能であれば、このドル金額もまた読出される。文書プロセッサ３２はそれから、通信リンク３６を介してホストコンピュータ３４からダウンロードされ得る分類パターンを用いて文書をポケット３２ａに分類する（通常はＭＩＣＲデータに基づく）。今後明らかになるように、目的地発送期限を満たすことを容易にするために、ＭＩＣＲ符号線によって示される目的地に基づいて、ポケット３２ａへ分類することは有利である。これもまた今後明らかとなるように、目的地部分が読取可能である限り欠陥のあるＭＩＣＲ符号線をその対応するポケットに分類させることもさらに有利である。欠陥のあるＭＩＣＲ符号線を有するが読取可能な目的地を有するかかる文書が取扱われる態様は、後ほど説明される。取扱われることができない（たとえば読取可能目的地のない欠陥ＭＩＣＲ線のために）文書は、拒絶ポケットに分類されて従来の拒絶再エントリ手順によって取扱われる。所望により、預金伝票ならびに払込および支払伝票もまた別個のポケットに分類され得る。
文書プロセッサ３２によって取引文書から読取られたデータは、通信リンク３６を介してコンピュータ３４に与えられ、典型的には文書のＭＩＣＲデータ、金額データ（もし読出されれば）、割当てられた連続番号およびポケットの位置を含む。ホストコンピュータ３４は処理されている各取引文書に対応する関連データを記憶するデータベースを維持する。
文書プロセッサ３２によって取込まれた画像は処理され、圧縮され、かつ画像パケットに形成される。各パケットは文書識別データ（ＭＩＣＲデータおよび連続番号等）を含む識別ヘッダとともに、１つ以上の圧縮された文書の画像を含む。これらの画像パケットはそれから高速２地点間光ネットワーク４１を介して、高容量ディスクベースの磁気記憶および検索装置４０に送られて記憶される。記憶および検索装置４０は通信リンク４２および通信プロセッサ３４ａを介してコンピュータ３４と通信する。
したがってトレイブロックが文書プロセッサ３２を通過した後、取引文書はポケット３２ａにあり、ＭＩＣＲ、連続番号、ドル金額（もし読取られれば）およびポケット位置等の対応する文書のデータはホストコンピュータ３４に送られてそのドキュメントデータベースに記憶され、かつ文書識別ヘッダを有する対応する画像は記憶および検索装置４０に記憶される。
他のトレイブロックも上述と同一の態様で文書プロセッサ３２によって処理される。ポケットセパレータの各々において、先に説明された準備ステップの間にトレイに与えられたポケット票は、文書を異なるブロックから分離するために働く。ポケットが一杯になると、オペレータは対応するポケット番号で識別されるポケットトレイへ各々のポケットを空ける。これらのポケットトレイは保持エリアへ移動させられる。或るポケットトレイ中の文書が符号化の準備ができているとシステムが示す場合、トレイはパワーエンコーダ６０へ運ばれて各小切手のドル金額を高速で符号化する。先に述べたように、ポケットへの分類は有利には発送目的地に基づいているので、最先の期限を有する目的地に対応しかつシステムが符号化の用意ができていると示すこれらのトレイは、遅い期限を有するものの前に符号化され得る。説明されるシステムにおいて、パワーエンコーダ６０によるドル金額の符号化は通常、トレイ中のすべての文書のドル金額がコンピュータデータベース中に入力され、さらにすべての対応する取引が正しくバランスされたと判断されて初めて許可される。さらにバッチおよび／またはブロックバランシングがプルーフィングの正確さに対するさらなるチェックとして設けられてもよい。当然、取引がバランスされる前に、その文書のドル金額はコンピュータデータベースに入力されなければならない。文書プロセッサ３２によって処理された後になおドル金額のエントリを必要とするそれら文書の画像は、ローカルエリアネットワーク５２を介して記憶および検索装置４０によって画像ワークステーション５０に送られる。
図１に示されるように、示されたシステムは複数個の画像ワークステーション５０を含み、それらは記憶および検索装置４０から画像を受け取ることに応答して、ドル金額および訂正データをコンピュータデータベースに入力し、かつ取引をバランシングするための主オペレータインターフェイスとして働く。ワークステーション５０はネットワーク５２ならびに記憶および検索装置４０を介してコンピュータ３４と通信する。したがってワークステーション５０で発生したデータはコンピュータ３４に送られ、これはネットワーク５２を介してまずデータを記憶および検索モジュール４０に送り、それからネットワーク４２および通信プロセッサ３４ａを介してデータをコンピュータ３４に送ることによってなされる。
これからさらに詳細に説明されるように、ワークステーション５０は機能別に様々な型に分割される：ワークステーションの１つの型は文書の画像を検視することによりドル金額をキー入力するために用いられ；第２の型はＭＩＣＲ符号線の訂正を備える一方でまた必要により金額エントリを備え；第３の型は取引をバランスするために用いられ；かつ第４の型はプリンタと協働してテクストおよび画像ハードコピー出力を与える。
小切手がパワーエンコーダ６０によって符号化されかつその正しい目的地に発送される前に、存在し得るいかなる取引エラーをも訂正する（可能な程度に）ためにプルーフィング（取引のバランシング）が必要とされるということが理解される。文書プロセッサ３２によって拒絶ポケットに分類された取引文書もまた、それらもまたバランスされるべき取引に属するのでコンピュータデータベースに入力されなければならない。これらの拒絶は拒絶再エントリとして知られる周知の手順により取扱われる。パワーエンコーダ６０は拒絶再エントリモードにおいて操作されて拒絶データをコンピュータデータベースに入力する。
符号化を必要とするポケットトレイ中の文書に対応する取引がバランスされるべきであると判断されると、ポケットトレイは保持エリアからパワーエンコーダ６０へ運ばれ、それは通信リンク６２および通信プロセッサ３４ａを介してコンピュータ３４と通信する。オペレータは文書をトレイからパワーエンコーダ６０の入力ホッパへ置いて、操作を開始する。文書がパワーエンコーダ６０を通過するとき、各ポケットセパレータはパワーエンコーダ６０にポケットセパレータに続く小切手の連続についての金額データを送るようにコンピュータ３４に信号を送る。したがってパワーエンコーダ６０はそれから適切なプリンタ（図示せず）を用いて小切手の連続を符号化する。パワーエンコーダ６０はまた、たとえばＭＩＣＲ符号線に含まれる目的地データに基づく、またはホストコンピュータ３４から導出された分類データに応答する、小切手のさらなる分類を備えてもよい。こうして小切手はその適切な目的地へ発送される準備がなされる。パワーエンコーダ６０に与えられない小切手、またはそれによって拒絶されたいかなる小切手も、送付のためにそれぞれのグループに加えられる。分類はまた、別個のポケットに分類することにより他の型の取引文書（ポケットセパレータ、預金票ならびに払込および支払伝票等）を取除くために使用されてもよい。預金伝票はグループ中の小切手の数および金額を示す送付された各々のグループを伴う。
具体的特徴の説明
図１の例証的小切手処理システムを一般的に説明してきたので、このシステムの様々な重要な有利な特徴を次に考察する。
階層化されたソフトウェアアーキテクチャ
図８に示されるように、図１のシステムに設けられたソフトウェアアーキテクチャは有利には、様々な形式の文書処理システムに応用可能なハードウェアプラットホームとしてシステムが作用することを許容する、アプリケーションプログラム、システムサービスおよび固有のオペレーティングシステムからなる階層化されたソフトウェアアーキテクチャを用いる。この階層化されたソフトウェアアーキテクチャはまた最大の生産性のためにハードウェアの協働的機能が適合されることを許容する。
具体的アプリケーションはシステムの異なる装置で実行されるアプリケーションプログラムからなり、各アプリケーションプログラムは、それ自体の特定の操作環境に最良に適応する言語で書かれる。
図９はかかるアプリケーションプログラムが図１のシステム全体を通じて分布される態様を示す。アプリケーションプログラム（黒で示す）は処理プロセッサ３２、ホストコンピュータ３４、画像ワークステーション５０およびパワーエンコーダ６０上で実施され、これらの装置の各々は独自の固有の装置オペレーティングシステムを有することが理解される。
システムサービス（図８）はアプリケーションソフトウェアプログラムによって呼出されて、これらのアプリケーションプログラムと固有の装置オペレーティングシステムとの間でインターフェイスを与える、コマンドのライブラリである。より特定的にはシステムサービス呼出しはアプリケーションプログラミング言語においてなされ、かつすべてのシステムハードウェア構成要素および固有のオペレーティングシステムと相互作用する能力を与える。システムサービスは他のいかなるプログラミング言語または動作システム制約からも独立してこの相互作用を与える。サービスが要求される場合、この要求は特定の関連したハードウェアが機能を実行するために用いるコマンドに翻訳される。
システムソフトウェア（アプリケーションプログラム、オペレーティングシステム、システムサービス）はファームウェア（ＲＯＭ）に設けられてもよく、ランダムアクセスメモリ（ＲＡＭ）中にロードされてもよく、またはその両方の組合せであってもよい。好ましくはホストコンピュータはアプリケーションプログラムソフトウェアを含み、かつ適切な構成要素をシステムの初期化の間に様々なハードウェア構成要素に移す。図９に示されるように、このことは特定の文書処理システムの要求にあわせてシステム動作を誂えでつくることを容易にする。
図１のシステムのために用いられる階層化されたソフトウェアアーキテクチャのより特定的な図が図１０に示され、これはシステムソフトウェアが分割される４つのカテゴリ：アプリケーションプログラム、システムサービス、通信サービス（システムサービスの部分集合）、および固有のオペレーティングシステムを図表的に示す。これらのカテゴリの概要は以下に示される：
0003830157.tif 000002
以下の表は典型的に備えられ得るシステムサービスの様々な型の機能を説明する：
0003830157.tif 000003
0003830157.tif 000004
以下の表は上記のシステムサービスについてのアクセスポイント「Ａ」およびサービス提供者「Ｐ」を記載する：
0003830157.tif 000005
画像処理および記憶
高速文書処理を維持するために、文書プロセッサ３２は文書フローの速度にマッチするリアルタイムでの画像の取込み、処理、および圧縮を備える。光学ネットワーク４１は、結果として生じる画像パケットが十分速い速度で記憶および検索装置４０に送られることを許容し、その結果画像は画像取込み速度で装置４０に記憶される。したがって画像は文書プロセッサ３２によって取込まれたすぐ後にワークステーション５０に送られることが可能である。画像の検索は一度に１画像、またはリストもしくは範囲によって規定された画像のグループごとに可能である。
記憶および検索動作の速度をさらに速め、かつ画像スループットを増大させるために、記憶および検索装置４０は画像の並行記憶および検索を備えるように設計され、つまり記憶および検索動作が並行して実行される。さらに動作は一度書込まれれば、画像もそのヘッダも決して変化しない（通常ライトワンス動作と呼ばれる）。アプリケーションが画像のブロックがもう必要ないと判断する場合（ブロックのすべての取引が正確にバランスしていると判断される場合等）、そのブロックは記憶および検索装置４０から削除され得る。この記憶および検索装置４０による画像の一時記憶により、装置４０を新規に受取った画像の記憶のために使用可能に維持する。
図１１は図１のシステムがどのように拡張されて複数個の記憶および検索装置４０ならびに対応する複数個の文書プロセッサ３２を与えるかを示すブロック図である。特に、装置４０間に画像を伝送するための通信リンク４３が設けられていることに注目されたい。これによりワークステーション５０がいずれの記憶および検索装置４０からも画像を受信することを有利に許容し、その結果全ワークロードは利用可能なすべてのワークステーション間で共有され得る。図１１はまた記憶および検索装置４０が通信リンク４２および４３を介して光学メモリ４５および遠隔通信機４７とどのように通信し得るかを示す。光学メモリ４５は画像を保管する能力を備え、かつ遠隔通信機は画像を遠隔位置へ伝送する能力を備える。
ホストコンピュータ装置３４
ホストコンピュータ３４は図１のシステムについての中央制御装置として働く。これはシステム中でランするアプリケーションソフトウェアの機能を調整し、かつデータトラフィックを指示する。ホストコンピュータ３４のサイズは最小にされる、なぜなら画像は別個の記憶および検索装置４０に直接経路付けされ、かつコンピュータ３４には流れないからである。この記憶および検索装置４０のコンピュータ３４からの分離はまた、文書プロセッサ３２から記憶および検索装置４０への画像フローの速度を速めるために、光学ネットワーク４１によって示されるような高速光学ネットワークの使用を可能にするというさらなる利点を提供する。さらに、画像はホストコンピュータ装置３４へは流れないので、これは画像伝送のために必要とされる高帯域幅通信への必要なく遠隔位置に置くことができる。
画像回復
先に述べたように、たとえば発送期限を満たすことを容易にするために、文書プロセッサ（図１）による最初の通過の間に目的地ごとに文書を分類することを備えることは、特に有利である。しかしながら、かかる分類はトレイブロックの文書を異なるポケットに分布する。結果として、もし何らかの理由で文書画像が失われるかまたは分離の後に利用不可能となれば、文書プロセッサ３２による再通過のために文書をポケットから回収し元の順序で配列し直すことは非常に時間を消費する。たとえば画像は、文書プロセッサ３２の画像化部分が通過の間に適切に作動していなかったか、または記憶および検索装置４０がダウンする画像を含んでいたために、失われたりまたは利用不可能となり得る。
上記の画像回復の問題は、ブロック文書がそれらを元の順序に配列することなく再画像化可能であるという非常に有利な態様で解決される。図１２のフローチャートは図１３および図１４とともにどのようにしてこれが達成されるかを示す。
まず図１３を参照して、これは３つのブロックＢ１、Ｂ２、およびＢ３が処理プロセッサ３２によって分類された後に、どのように４つのポケットＰ１、Ｐ２、Ｐ３、およびＰ４に分布されるかの例である。ポケットセパレータの票７２は各ポケットにおいてブロック文書を互いから分割するために働く（ブロック票は典型的には拒絶ポケットに分類される）。ブロックＢ１およびＢ３が再画像化を必要とすると決定されたと仮定すると（図１２のステップ１１０）、オペレータはブロックＢ１およびＢ３の文書をポケット１、２、３、および４から回収し（ポケットセパレータ７２とともに）、かつそれらを並べ直すことなくブロックトレイに置き（ステップ１１２）、その結果は図１３ａに示される。
再通過の間（ステップ１１４）、各ポケットセパレータは、ポケットセパレータに続く一連の文書のためのヘッダをつくるために必要な第１通過のデータを文書プロセッサ３２へ送るようにコンピュータ３２に信号を発する。文書プロセッサ３２はこの第１通過のデータを使用して、再通過の間に生成される画像についてのヘッダをつくり、それからそれらは通常の態様で記憶および検索装置４０に送られて記憶される（図１２のステップ１１６）。記憶および検索装置４０の記憶されたブロック中の画像が元の順序ではないという事実は関係ない、なぜなら第１通過で割当てられた文書の連続番号は、取引の文書が所望される順序でワークステーション５０に表示されることを許容するからである。
ワークステーション動作
ここに説明される例証的小切手処理システムの重要な局面は、ワークステーション５０に送られた画像の優先順位をつけ、ドル金額を入力し、ＭＩＣＲ訂正問題を取扱い、かつバランシングを実行する態様にある。
図１４に示されるように、ワークステーション５０は４つの型のワークステーション５０ａ、５０ｂ、５０ｃ、および５０ｄを含む。システムは、オペレータが優先データをコンピュータ３４に入力して、取引文書のこれらのワークステーションへの伝送の順序を制御することが可能なように設計される。たとえば、早期の発送期限を有する文書を有する取引は遅い期限を有するものよりも早くワークステーション５０に送られるように、動作は優先順位をつけられることができる。
図１４を参照して、ワークステーション５０ａ、５０ｂ、５０ｃ、および５０ｄは以下のように専用化される：各ワークステーション５０ａは金額エントリワークステーションであり、かつ金額エントリを要求しかつ良好なＭＩＣＲ符号線を有する文書の画像を受信する；各ワークステーション５０ｂはＭＩＣＲ訂正ワークステーションであり、かつ欠陥があるが受容可能なＭＩＣＲ符号線を有する文書の画像を受信する；各ワークステーション５０ｃはバランシングワークステーションであり、かつオペレータのアシストでバランスを欠く取引をバランスするためにそれらの画像を受信する；さらにワークステーション５０ｄは印刷ワークステーションであり、テクストおよびグラフィックの印刷のために設けられる。
先の段落で指摘されたような、ワークステーション５０に送られる画像の優先順位をつけることから派生する利点に加えて、上述のワークステーション専用化はさらに処理動作が重なることを許容する利点を提供する。たとえば、バランシングの準備ができている取引（高優先順位文書を含むもの等）に対して取引バランシングはワークステーション５０ｃによって実行でき、一方ワークステーション５０ａは金額を入力し、ワークステーション５０ｂは符号線を訂正しかつ金額を入力し、さらにワークステーション５０ｄは印刷を備える。先に述べたように、図１に関連して、ワークステーション５０ａ、５０ｂ、および５０ｃで入力されたデータは、通信ネットワーク５２、記憶および検索装置４０、および通信リンク４２を介してコンピュータ３４に送られてコンピュータのデータベースで記憶される。ワークステーションはたとえばここで説明された機能を備えるパーソナルコンピュータであってもよい。先に説明されたように、画像は記憶および検索装置４０で圧縮された形で記憶されるので、各ワークステーションはまたワークステーションのモニタに表示するために受信した圧縮された画像を伸張することを備える。オペレータはまた最適に検視するために画像をズームし、パニングし、スクロールし、回転し、かつフリップする（裏を検視する）ことができる。図１５のブロック図は画像ワークステーションのための好ましいハードウェアアーキテクチャを示し、その構成要素は下のとおりである：
0003830157.tif 000006
0003830157.tif 000007
0003830157.tif 000008
印刷ワークステーション５０ｄは図１５に示されるのと同じワークステーションハードウェアに基づいており、プリンタインターフェイスおよびプリンタを加えたものであると理解されたい。
説明されている例示的システムにおけるワークステーションの上に説明される型の各々の動作が次にさらに詳細に考察される。
金額エントリワークステーション５０ａ
データエントリワークステーション５０ａにおける動作を各文書画像に見られるドル金額においてキー入力することに専念させることによって生産性の異常な高速度が達成され得るということが発見された。文書の型（あとえば借方または貸方）を識別する取引コードもまたオペレータによって入力されてもよい。図１４と関連して先に説明されたように、金額エントリを要求しかつ優れたＭＩＣＲコード線を有する文書画像のみがワークステーション５０ａに送られる。
金額エントリワークステーション５０ａに典型的に現われ得る画像表示の一例は図１６に示される。オペレータは（最初は空白である）「金額」と表示されるボックス７１に加えて（図１６においては小切手である）文書の画像７０のみを見るということに注目されたい。図１６においてボックス７１は（小数点が省略されている）エントリ「２３５００」を含み、それは小切手の観察された金額＄２３５．００のオペレータによるエントリである。オペレータが観察された金額の第１の２、３、４、等を入力した後、金額が入力されるべき次の文書にスクリーンが自動的に切換わるように動作は多様に制御可能である。もしオペレータが文書上のドル金額を読取り得なければ、彼／彼女は「pass」キーを単に押し、それは次の文書が表示されることを引き起こすであろう。
図１７は金額エントリワークステーション５０ａのための表示スクリーンの一例を示し、そこでは「ＴＣ」と表示された取引コードボックス７３が文書の型を示す取引コードにおけるキー入力をオペレータがしたということの結果として追加的に表示される。ワークステーションのオペレータは文書の型（たとえば小切手、預金票等）を認識し、（金額を入力する前に）正しい取引コードを入力するように訓練されるであろう。図１７において、オペレータはボックス７３に取引コード「７６」とボックス７１に金額「２３５００」とを入力したということが見られるであろう。オペレータの処理を高速にするために、動作は、代わりに取引コードは小切手に関しては入力される必要がないというようにされてもよい、なぜならシステムは取引コードが入力されないとき小切手を示すということを仮定し得るからである。
たいていの文書は上に説明されるように動作する金額エントリワークステーション５０ａに向けられるであろうため、大変高い文書処理速度が達成可能である。さらに、処理速度は追加的に向上される、なぜなら文書画像はそれがどのブロックから来たかに関わりなくデータエントリワークステーション５０ａ（および同様の態様でワークステーション５０ｂ）に適応され、さらに文書画像をワークステーション５０ａおよびワークステーション５０ｂに送ることは、先に説明されたようにシステムに入力されてもよい優先順位を使用して有利には提供され得る。
高速な金額エントリを提供する一方で、エラーの可能性を可能な範囲で最小化することもまた重要である。観察されたエラーの１型は、単一項目預金の借方項目および貸方項目が連続的にオペレータに示されるとき起こるかもしれない。そのような単一項目預金はたとえば小切手（借方）＄１１０．００および対応する＄１１０．００の預金票（貸方）であるかもしれない。もしこの小切手が最初に表示され、オペレータがそれを読み違え＄１００．００とキー入力すると、オペレータは考えることなく同じ不正確な金額＄１００．００を次の表示された預金票にもキー入力するかもしれない。これらのエラーの変形は、第１の項目の不正確なキー入力と第２の項目にリピートキーを使用することである。いずれの場合においても、取引はエラーがあってもバランスする。そのようなエラーは顧客が苦情を言うまで検出されないでいるかもしれない。
ここに説明されている例示的な処理システムは、上に説明されたエラー問題を、オペレータがどの項目がどの預金票と関連しているかわからないような態様で文書画像の表示を並べ変えることによって有利に回避する。たとえば、画像は、単一の小切手預金の両項目が互いから少なくとも１項目は離されるように並べ変えられ得る。これは単一項目預金症候群を防ぐであろう、なぜならオペレータは２つの連続的な項目が互いに何らかの関係を有すると仮定し得ないであろうからである。以下の表は１１の項目の画像順序がいかに並べ変えられ得るかという例を表わす。
0003830157.tif 000009
金額エントリおよびＭＩＣＲ訂正ワークステーション５０ｂ
図１４から明白であるように、ワークステーション５０ｂはＭＩＣＲコード線訂正を必要とする文書の画像を受取ることに専念する。これらの画像は、欠陥のあるＭＩＣＲコード線を有する文書でさえも、目的地ＭＩＣＲ部分が読取り可能である限りＭＩＣＲコード線において示される目的地に基づいて文書を文書プロセッサポケット３２ａ（図１）に分類するための決定の結果である。そのような動作を提供することの重大な利点は、それがゆっくりとして労働集約的である拒絶再エントリ手順の使用を必要とする拒絶の数における有意な減少を結果としてもたらすことである。ＭＩＣＲ訂正を必要とするこれらの文書画像の記憶および検索装置４０（図１）からの検索を容易にするために、それらは記憶および検索装置４０において別個のコード訂正ファイルに格納される。
コード訂正ワークステーション５０ｂが典型的に動作する態様は、それは複数のＭＩＣＲコード線ボックス８１、８２、８３、８４、８５および金額エントリボックス８６に加えて、ＭＩＣＲコード線訂正を必要とする小切手８０の画像を示すスクリーン表示を例示する図１８を参照して理解されるであろう。この表示がまずスクリーンに現われると、知られているＭＩＣＲコード線の部分（ボックス８４）が適当なボックス８１ないし８５に現われる。知られていないものは空白のままにされる。もし知られていれば、金額がボックス８６に現われる。もしボックスが部分的にのみ読取り可能であるエントリを含むならば（ボックス８３）、アスタリスク「＊」が現れ、エントリを必要とする各文字または数字を示す。
図１８に示される表示に応答して、オペレータは表示された小切手画像８０を検視し、ボックス８３における第１のアスタリスクに「９」（８３ａ）を、かつボックス８３の第２のアスタリスクに「２」（８３ｂ）を代入する。オペレータはさらにエントリを必要とするいかなる空白ボックスにもエントリを与え、小切手金額＄２３５．００（および所望されれば取引コード）を入力することを促される。表示はそれから新しい文書画像に切換わる。
図１９は預金票８７のコード訂正ワークステーション５０ｂによる表示を例示し、その中で金額数字は普通金銭出納係によって預金票上に手書きされ（８４ａ）、預金票が適応される口座を識別する。オペレータは便宜的にはこの手書きの金額数字を文書画像を検視することによって適切なボックス８４に入力してもよい。
金額エントリワークステーション５０ａに関連して説明されるように、ＭＩＣＲ訂正ワークステーション５０ｂのオペレータはもし必要とされるエントリが小切手画像から読取り得ないならば「pass」機能キーを押し得る。
バランシングワークステーション５０ｃ
バランシングワークステーション５０ｃはバランスしない取引をバランスさせようという試みの目的のために受取る。ワークステーション５０は取引のブロックおよび／またはバッチをバランスするために典型的には使用される。バランスを欠く取引は、たとえば預金票上の合計が（図４）預金されている小切手の和と等しくないような預金取引であってもよい。もちろん、バランシングは取引がワークステーション５０ｂによって（必要ならば）そのＭＩＣＲコードを訂正されるまで、かつそのドル金額を（図１における文書プロセッサ３２によって、またはワークステーション５０ａまたは５０ｂを使用しての画像化によって自動的に）入力または入力されるように試みられるまでその取引に関して試みられないであろう。バランシングワークステーション５０ｃが取引を取扱うために提供する基本的な態様が次に考察される。
ワークステーション５０ｃはキーボード９０（図２１−図２３）によって制御されるマルチウィンドウ表示（図２０）を有利には与えられる。図２１はキーボード９０の全体のレイアウトを例示する。図２２はキーボードの上部部分９０ａを表わし、図２３はキーボードの下部部分９０ｂを表わす。図２２および図２３はキーのラベルを示す。特定のキーの動作を説明する短い説明がさらに含まれる。下部キーボード部分９０ｂの中央の数字キーは数字を入力するためのものである。
ワークステーション５０ｃは単一の取引に対応するマルチウィンドウ表示（図２０）を有利に与えられる。各ウィンドウはキーボードの種々のウィンドウ制御キー（図２２および図２３）を使用して制御可能である（フリップ、ローテイト、スクロール、ズーム等）ということが理解されるべきである。示される特定のマルチウィンドウ表示およびキーボードは単に例示的なものであるということもまた理解されるべきである。
図２０における第１のウィンドウＷ１は合計＄６８６．３０を示す預金票１５の画像を表示する。他方側は図２２における頂部行における「Flip」キーを押すことによって見られ得る。
図２０における第２のウィンドウＷ２はコンピュータ３４のデータベースから導出される取引の概要を提供する。ウィンドウＷ２における「ＣＲ」金額（６８６．３０）は預金票の合計であり、「ＤＢ」金額（６７６．３０）は預金されている小切手の和であり、かつ「ＤＩＦ」金額（１０．００）は「ＣＲ」金額および「ＤＢ」金額の間の差であり、つまり、取引がその分だけバランスを欠く金額である。ウィンドウＷ２は「ＣＲ」項目および「ＤＲ」項目の個数もまた示し「ＣＲ」（預金票）は１であり「ＤＢ」（小切手）は６である。ウィンドウ間の移動は図２３における「Backward Window」キーおよび「Forward Window」キーを使用して達成される。
図２０において「CREDITS」と表示される第３のウィンドウＷ３は「ＣＲ」（預金票）金額の各々をリストする。ウィンドウＷ１に示される預金票１５がウィンドウＷ３における唯一のリストである、なぜなら表示された取引は唯一の貸方項目を有するからである。
図２０において「DEBITS」と表示される第４のウィンドウＷ４は「ＤＢ」（小切手）金額の各々をリストする。したがってウィンドウＷ３はその和がウィンドウＷ２における合計借方金額「ＤＢ」に等しい６つの借方（小切手）の各々の金額をリストする。
図２０における第５のウィンドウＷ５はその金額がウィンドウＷ４においてハイライトされる特定の借方（小切手）の部分的な画像を示し、それは２３５．００の小切手である。ハイライトされる特定の小切手は図２３におけるアップまたはダウンキーを使用することによって変更され得る。（小切手の別の部分を見るための）スクロール、フリップ等のようなウィンドウＷ５に示される小切手の操作は、特定のキーボードキー（図２２および図２３）の適当な使用によって達成される。もし貸方ウィンドウＷ３に示される貸方項目がより多ければ、ウィンドウＷ１はハイライトされる特定の貸方項目を表示するということが理解されるであろう。
図２０における第６のウィンドウＷ６はたとえばメニューから実行されるべき特定の動作を選択することによってコンピュータとオペレータが対話することを許容するのに使用される対話ウィンドウである。例として、ウィンドウＷ６は「CUSTOMER ADVICE MENU」を示す。以下で明白になるように対話活動の別の型もまた提供され得る。
図２０におけるスクリーンの底部の第７のウィンドウＷ７は、すぐ前のウィンドウが稼働中であることに依存してウィンドウＷ３またはＷ４におけるハイライトされた項目に関するＭＩＣＲコード線データを示す。稼働中ウィンドウは図２０のウィンドウＷ６に示されるように太くて黒い境界線を有する。ウィンドウＷ７におけるボックス（フィールド）間の移動は図２３における「Backward Field」キーおよび「Forward Field」キーを使用して達成される。
バランシングワークステーション５０ｃによって提供されるマルチウィンドウ表示能力の一例を説明したきたが、取引バランシングが実行される有利な態様が次に考察される。この説明は取引バランシングに向けられているが、もし所望されれば、いかにバッチおよび／またはブロックバランシングが複数−預金のバッチのみならず複数−バッチの預金にもまた提供され得るかがそこから明らかになるであろう。
オペレータがバランシングワークステーション５０ｃで取引バランシングをサイン−オンすると、彼または彼女は典型的に第一に従事されるべき取引のブロックの表示を要求する。スクリーンはそれから複数のブロックおよび、たとえばブロックの優先順位、その現行状態、貸方、借方およびこのブロックに関してバランスを欠く金額のような各々に関する関連する情報を示して表示される。
バランシングワークステーション５０ｃはバランスを欠く取引をバランスするように試みるために種々のステップを介してオペレータを自動的に導くようにプログラムされる。動作はオペレータの行動が要求されるときのみ休止する。これらのステップは図２４に示されかつ以下により詳細に説明される。
ブロック選択（図２４のステップ２００）
最初のステップはバランシングのためにブロックを選択することである。
拒絶再エントリによって生じた自由および欠落のつき合わせ（図２４のステップ２０２）
コンピュータ３４（図１）はバランシングワークステーション５０ｃに拒絶再エントリから自由な欠落した項目を送る。これらの項目は先に説明されたように拒絶／再エントリ手順を使用して入力された文書である。各バランスを欠く取引は順次取引からいずれかの項目が欠落していないかどうか判断するために検査される。もしそうであれば、自由項目のいずれかが欠落した項目のいずれかにマッチ可能であるかどうかという判断がなされる。もし可能なつき合わせが合えば、欠落した項目および自由項目のコード線の画像が確証のためにワークステーションスクリーンにバランシングオペレータに対して表示される。オペレータはそのつき合わせに単に「イエス」または「ノー」と返答する。すべてのバランスを欠く取引が取扱われるまで動作はこの態様で進み、その後動作は次のステップに進む。
自動強制バランシング（図２４のステップ２０４）
自動強制バランシングの間、各バランスを欠く取引は、いずれかがユーザによって特定された予め定められたドル金額よりも少なくバランスを欠くかどうかを判断するために検査される。もしこの説明に合う取引があれば、取引は自動的にオペレータの介在なしにバランスするように強制される。すべてのバランスを欠く取引が取扱われた後動作はそれから次のステップに進む。このステップの結果としてバランスされた取引はいずれもバランスを欠く取引のリストから除去される。
金額再キー入力（図２４のステップ２０６）
ユーザは、金額再キー入力のための取引と認可する取引における項目の最大個数もまた特定する。ユーザによって特定される項目の個数よりも少ない個数を含むバランスを欠く取引の各々に関して、取引は再キー入力のためにバランシングオペレータに示される。再キー入力の間、取引における項目は、いずれかがキー入力のエラーの疑いがあるかどうかを判断するために処理される。これらの項目はオペレータにまず示され、続いて取引のすべての別の項目が示される。もし金額が金額エントリの間入力された金額と等しくキー入力されると、次の項目が表示される。もしキー入力された金額が金額エントリの間に入力された金額と等しくないけれども、取引がバランスすることを引き起こすならば、取引の残りの項目は表示されず、動作は次のバランスを欠く取引に進む。もしキー入力された金額が金額エントリの間入力された金額と等しくなく、かつ取引がまだバランスを欠くならば、再キー入力の間に入力された金額は新しい金額として考えられ、次の項目が表示される。金額再キー入力の手順はPASSED項目を含む取引のためには実行されない。すべてのバランスを欠く取引が取扱われた後、動作は次のステップに進む。
バランシング思考（図２４のステップ２０８）
これはバランシングオペレータとの相互作用に関わるバランシング機能のステップである。この点で、オペレータはブロックにおけるバランスを欠く取引のリストを要求しかつバランシング思考で処理されるべき１つを選択してもよい。代わりに、システムが自動的にこの選択をし得る。いずれの場合においても、バランシング思考オペレーションは同じである。
バランスを欠く取引がバランシング思考のために選択されると、システムによって、以下に示されるように、エラーが検査され、バランスを欠く状況を引き起こし得る疑わしい項目があるかどうかを判断する。
0003830157.tif 000010
取引がバランシングオペレータに表示されると（図２０）、貸方ウィンドウＷ３および借方ウィンドウＷ４における各リストにおける疑わしい第１の項目は、オペレータをその項目にまず導くためにハイライトされるであろう。項目の右に項目に関する注釈を提供するために使われ得る領域もある。たとえば、もしシステムが疑わしい項目が余分の項目であると考えたならば、注釈「余分の項目」が与えられ得る（図２０には示されず）。図２０における対話ウィンドウＷ６は追加的な事実を提供するためにもまた使用され得る。
オペレータはここで取引をバランスさせるために表示の内容（図２０）を使用しようとする。先に説明されたように、図２２および図２３のキーボードのすべての機能はマルチウィンドウ表示を操作するのに利用可能である。バランスを欠く取引が訂正され得る速度は、図２０に示される特定の取引表示を考察することによって明らかになるであろう。ウィンドウＷ１に示される預金票にリストされた金額をウィンドウＷ４にリストされた小切手金額と比較することから、預金伝票にリストされた金額＄２４５．００は不正確なリストであり、＄２３５．００であるべきであるということがたやすく明らかとなり、それはウィンドウＷ４において疑わしいものとしてハイライトされる。これは＄２３５．００であるウィンドウＷ５における小切手の対応する画像によって確認される。
図２０に示されるマルチウィンドウ表示のさらなる利点は、（画像を含む）不正確なリストに関して顧客にアドバイスするための顧客アドバイスは、取引が表示されている間ワークステーション５０ｃで準備され得るということである。これは図２２における「ADVICE」キーを押すことによって達成され、それは対話ウィンドウＷ６におけるメニューを作り出し、オペレータがアドバイスを準備するのを許容する。図２５は対話ウィンドウＷ６を使用してオペレータによって準備され得る典型的な顧客アドバイス書簡の例を示す。預金伝票および小切手の画像は、それを要求するオペレータによって、対話ウィンドウＷ６とオペレータが対話している間に有利に与えられるということに注目されたい。
もしオペレータが取引をバランスさせることができなければ、オペレータは図２２における「Block Pass」キーを押し、新しい取引がバランシングのために表示されることを引き起こす。
自由および欠落の管理の画像化
バランシングワークステーション５０ａは、文書（項目）がその取引から分離されかつ別の取引に間違って置かれる状況を取扱うためにもまた有利に提供される。これはたとえば図１の文書プロセッサ３２のために文書を準備する際に発生する。そのような置き違えられた項目は（そのＭＩＣＲが受入れ可能であると仮定して）その適切なポケットに分類されるけれども、項目を得た取引のみならず項目を失った取引はバランスしないであろう。そのような状況においてバランシングを提供するために、コンピュータ３４（図１）は自由項目を格納するための自由項目ストア部を提供する。もし、バランシング思考の間に、オペレータが表示された取引のウィンドウＷ３またはＷ４（図２０）における項目が自由（余分の）項目であると（たとえばそのようなものを示すウィンドウＷ３またはＷ４における「注釈」に応答して）判断すると、オペレータはその項目を取引から論理的に除去し、自由項目ストア部にその項目を置く。オペレータはそのそれぞれのウィンドウ（Ｗ３またはＷ４）において項目をハイライトし、それから図２３における「Make Free Item」キーを押すことによってこれを行なう。適切であれば、文書のための追加的識別データはオペレータによって対話ウィンドウＷ６を使用して提供され得る。
他方、もしオペレータが、バランシング思考の間取引の表示を検視する間に、項目が欠落していると判断すると、オペレータは何が自由項目ストア部にあるかを見たがるかもしれない。そうするために、オペレータは図２３における「Display Free Item」キーを押し、それは対話ウィンドウＷ６（図２０）において候補の自由項目が表示されることを引き起こす。オペレータは自由項目サーチデータを対話ウィンドウＷ６に入力することによって表示されるエントリを制限し得る。たとえば、もし欠落した項目が＄１００．００の金額を有するとき、オペレータは対話ウィンドウＷ６における適切なエントリによって、自由項目サーチを＄１００．００の金額を有する項目のみに制限し得、その場合、対話ウィンドウＷ６における結果としての表示は＄１００．００の金額を有する項目のみになるであろう。もしオペレータが表示された自由ストア部項目が表示された取引に属すると判断するならば、オペレータは図２３における「Get Free Item」キーを押すことによって取引に欠落した項目を論理的に置き得る。もし取引がこのようにバランスされると、動作は次のバランスを欠く取引に進むであろう。
もし欠落した項目が取引に見つけられなければ、オペレータは顧客アドバイスのための先に説明された態様と一般的に類似した態様で（図２５）対話ウィンドウＷ６（図２０）を使用して欠落した項目のアドバイスをつくり出し得る。もし後に、欠落した取引を含むブロックが再び取り組まれると、欠落項目が（たとえば欠落項目が先のバランシングの試みの後、自由項目ストア部に置かれたために）発見されると、欠落した項目はこの、後に、上に説明されたように取引をバランスするために取引において論理的に置かれ得る。先に準備された欠落した項目のアドバイスはそれから削除されるであろう。このようにアドバイスは（アドバイスをつくるのには最も有効なときである）必要であると思われるときに電子的に作成され得る。それから、もし欠落した項目が後に発見されると、電子的に作成されたアドバイスは削除されしたがって印刷されないであろう。
上に説明された自由項目ストア部は、先に説明されたバランシング思考エラーサーチにおいてリストされる「Missing Item」のシステムの取引レベルのサーチの間にも有利に使用される。サーチが表示された取引において欠落した項目を検出すると、自由項目ストアからの候補の項目が自動的にオペレータによる使用のために対話ウィンドウＷ６（図２０）にリストされるであろう。
優先通過文書発送
文書プロセッサ３２（図１）はＭＩＣＲ目的地データに基づいて文書をポケットに分類し、その後各ポケットにおける文書はパワーエンコーダ６０によってエンコードされかつ発送され得る前に、バランスされるために対応する取引を待たなければならないということが念頭に置かれるであろう。たとえば、特定のポケットは大変近い特定の期限までに発送されなければならない小切手を含むかもしれない。もちろん、それらは「そのまま」パワーエンコードされ得るが、それは望ましくない、なぜならバランスされていない取引からの小切手がこのポケットにあるかもしれないからである。
ここに説明されている文書処理システムは、上の状況を取扱う特定の有利な方法を、図２６のフロー図によって例示されるように、提供する。ステップ３００によって示されるように、スーパバイザは優先通過文書発送再キー入力のための１つまたは２つ以上のポケットをスケジュールし、バランスされていないブロックはしたがってタグを付けられる。バランシングワークステーション５０ｃ（ステップ３０２）のオペレータはそれからタグを付けられたブロックを要求する（ステップ３０２）。このシステムはバランスを欠く取引の一部でありかつスケジュールされたポケット内にある項目のために要求されたブロックをサーチする（ステップ３０４）。これらの項目（およびこれらの項目のみが）金額エントリワークステーション５０ａでの金額エントリの間と同じ様式でオペレータに示される（ステップ３０６）。オペレータはその項目を初めて見たかのように金額を入力する。先の機能において入力された金額はオペレータに表示されない。金額が入力されると、次の３つのシナリオの１つが起こる（ステップ３０８）。
（１）−もし入力された金額がこの項目に関してコンピュータのデータベースにあるのと同じ金額であれば、この金額は変更されない。
（２）−もし入力された金額がこの項目に関してコンピュータのデータベースにある金額と異なるが、新しい金額が取引をバランスすることを引き起こすならば、データベース金額はこの新しい金額に変更されるであろう。
（３）−もし入力された金額がこの項目に関して現在取込まれた金額と異なり、かつ新しい金額がバランスを欠く状態を解決しなければ、オペレータは再キー入力のために項目にタグを付けるかまたはその項目をはずしてもよい。
図２６のステップ３１０に示されるように、ステップ３０２−３０８はすべての別のタグを付けられたブロックのために繰返される。スケジュールされたポケットにおける文書はそれからパワーエンコーダ６０（図１）によってエンコードされ、発送される（ステップ３１２）。もし項目を現わす後のバランシングが、不正確にエンコードされるならば、調整の疑わしいものの報告が印刷され、不正確にエンコードされた項目が発送されたということをアドバイスする。
自動金額読取りの向上
図１における文書プロセッサ３２の先の説明から、それがたとえば図３の小切手に示される機械印刷された金額「＄１０．００」および図７の小切手に示される手書きされた金額「＄２３５．００」のような取引において含まれるドル金額を自動的に読取る能力を含むということが念頭に置かれるであろう。そのような金額を自動的に読取る能力は、もちろん大変有意な利点である、なぜならそれは、ワークステーション５０におけるオペレータが、ホストコンピュータ１０に維持されるデータベースに金額を入力するために文書画像を検視する必要性を回避するからである。言い換えると、自動的に読取られるすべての文書ごとに、オペレータによるエントリを必要とする文書の数における対応する減少がある。
好ましい実施例において、自動金額読取りから導出され得る利益を向上するために準備がされる。図２７はこの向上を説明する際に考察されるであろう図１のシステムの部分を例示する。
図２７に示されるように、文書プロセッサ３２はイメージモジュールＩＭおよび額面金額読取機ＣＡＲを含む。イメージモジュールＩＭは文書画像を取込み、取込まれた画像を処理しかつ圧縮し、それから圧縮された文書画像を光ネットワーク４１を経て記憶および検索装置４０に伝送することを提供する。図２７におけるイメージモジュールＩＭはさらに適切に処理された画像を額面金額読取機ＣＡＲに提供し、それは印刷されたまたは手書きの額面金額を読取ることを試る。金融業において周知であるように、額面金額は支払人線の右に設けられる数字（図３では「＄１０．００」および図７では「＄２３５．００」）を含む。
額面金額読取機ＣＡＲは画像読取機モジュールＩＭによって提供される画像から額面金額を読取るための周知の文字認識技術を使用する。イメージモジュールＩＭおよび額面金額読取機ＣＡＲの動作は、文書が文書プロセッサ３２によって分類されているのと「リアルタイム」で実行される。
好ましい実施例において、ＣＡＲはユーザのオプションで処理されるために、特定の文書に関して「オン」または「オフ」にされてもよい。この決定は文書コード線（ＭＩＣＲ線）に含まれる情報に基づいてもまた判断されてもよい。
もしＣＡＲが文書に関して「オフ」にされると、その金額は先に説明されたように、適切な画像ワークステーションに文書画像を送ることによって入力される。同様の結果が、もしＣＡＲが「オン」にされると発生するが、うまく金額を読取ることはできない。そのような「読取り不能」の結果が、たとえば、認識された金額の正確さにおける確度に基づいてＣＡＲによって、示されたリスクレベルによって判断されるように、判断されるかもしれない。このリスクレベルはユーザによって、文書上のＭＩＣＲコード線によって設定されるかもしれず、かつ／またはたとえば取引における文書の個数または関連のドル金額に基づいて自動的に変化されるかもしれない。リスクレベルが入れ違い（つまり不正確に読取られた金額の受容）を最小にするように設定されることが重要であるということが評価されるであろう、なぜならこれはバランシング問題を有意に増大させるからである。
もしＣＡＲが「オン」ならば、２つの候補が読取られた金額のために記録されてもよい。第１の候補はＣＡＲが正確な読取りであると最も確度を有する金額である。第２の候補は、「バランスアシスト金額」と呼ばれる。もしＣＡＲによって読取られた金額を含む取引がバランスすると、画像ワークステーションでのオペレータによる金額のエントリの必要はない。他方、もし取引がバランスしなければ、バランスアシスト金額がバランシングをアシストするために使用される。
この発明の好ましい実施例において、バランスアシスト金額は置換のリスクを不当に増加することなくうまい自動の読取りの数を増加する特に有利な態様でバランシングをアシストするのに使用される。これは好ましい実施例において、合理的な代わりの位の候補が第１の候補の金額の各位の数に存在するかどうかを判断することに基づいてバランスアシスト金額を作成することによって達成される。たとえば、金額の特定の位に関してＣＡＲの第１の候補は「３」であり、合理的に可能な第２の候補は「８」であるかもしれない。「８」はバランスアシスト金額の対応する位に対する代わりの位の数を構成する。もしＣＡＲが位の合理的な第２の候補がないと判断すると、バランスアシスト金額の位の数は第１の候補の位の数と同じであるだろう。
バランスアシスト金額が好ましい実施例においてバランシングをアシストするのに使用される態様は以下の例からたやすく明らかとなるであろう。
例１
この例では、取引は２つの項目、つまり（ａ）＄１２３．４５の小切手と（２）＄１２３．４５の預金伝票とを含むと仮定される。小切手および預金票は一致するので、取引は最初はバランスされている。
上の２つの項目が文書プロセッサを通過されるとき、小切手の金額のみがＣＡＲによって読取られ得、預金金額はワークステーションに入力されるということがまた仮定される。以下の結果が得られる。
0003830157.tif 000011
上の取引はバランスしないということに注目されたい、なぜなら小切手に関する＄１２８．４５のＣＡＲの第１の候補金額は預金に関する＄１２３．４５のワークステーションの金額と異なるからである。取引をバランスさせようとする第１のステップは、ワークステーションとＣＡＲの第１の候補金額のどの位が一致しないかを判断することである。好ましい実施例において、もし不一致が１位の数より多く発見されると、バランスアシスト金額を使用してバランシングを得ようという試みは最早なされず、この取引はここに先に説明されたようにバランシングワークステーションでバランスされる。しかしながら、もしリスクのレベルが許容するならば、追加的な位における不一致がこれらのバランスアシスト動作のために許容されるかもしれない。
上の例においてただ１つの位が一致し損なっているため（つまり、ドルの位における「８」および「３」）、動作は進み、バランスアシスト金額の対応する桁（つまりドル桁の「３」）を第１の選択金額におけるその対応する位数（つまりドル桁「８」）に置換することによってバランスするようにされ得るかどうか判断する。バランスアシスト金額のドルの位における「３」と第１の候補金額における「８」との置換はバランスを生み出すということは明らかであるであろう、なぜなら小切手金額および預金金額の両者はここで＄１２３．４５であるからである。置換はこのようになされ、ＣＡＲ−読取り文書の画像はワークステーションに送られる必要はない。しかしながら、リスクレベルに依存して、この置換アプローチの使用は１０またはそれより大きい位にではなくドルの位またはセントの位における不一致にのみ使用されるよう限定され得る。もちろん、もしバランスアシスト金額の対応するドルの位またはセントの位の置換がバランスを生み出さなければ、ＣＡＲ読取り項目は金額エントリのために画像ワークステーションに送られるであろう。
例２
この例では、取引は３つの項目、つまり（１）＄１２３．４５の小切手、（２）＄９８７．６５の小切手および（３）＄１，１１１．１０の預金伝票を含むと仮定する。小切手の和は預金と等しいため、取引は最初はバランスされている。
さらに上の３つの項目が文書プロセッサを通過されるとき、小切手金額のみがＣＡＲによって読取られ得、預金金額は画像ワークステーションで入力されると仮定する。以下の結果が得られる。
0003830157.tif 000012
上の取引はバランスしないであろうということに注目されたい、なぜならそれぞれ小切手（１）の＄１２８．４５と小切手（２）の＄９８７．６５とのＣＡＲの第１の候補金額の和は＄１，１１１．１０のワークステーションの預金金額に等しくないからである。取引をバランスさせようとする際の第１のステップは、どの位が一致していないかを判断することである。２項目より多い項目が取引に存在する場合、借方（たとえば小切手）の和と貸方（たとえば預金）の和とに関して位の数の一致は判断される。この例では、以下に示されるように貸方の和（小切手（１）および（２））は＄１，１１６．１０（＄９８７．６５＋＄１２８．４５）である一方、貸方の和（＄１，１１１．１０の預金）は＄１，１１１．１０である。
貸方の和（＄９８７．６５＋＄１２８．４５）＝＄１，１１６．１０
借方の和（＄１，１１１．１０）＝＄１，１１１．１０
上の借方の和および貸方の和に関して、位の数の不一致はドルの位の数「６」と「１」に関してのみ存在する。したがって、動作は進み、バランスアシスト金額の対応する位の数の置換がバランスを生み出すかどうかを判断する。各バランスアシスト金額は順次テストされる。小切手（１）に関してバランスアシスト金額＄６３１．８２のドルの位の数「１」は小切手（１）のＣＡＲの第１の候補金額＄９８７．６５のドルの位の数「７」に置換される。借方の和はそれから再計算され＄１，１１０．１０であるとわかり、それはまだ＄１，１１１．１０の貸方の和（預金）に等しくなく、ゆえに取引はバランスされないままにとどまる。この小切手（１）の置換はこのように拒絶される。
小切手（２）のバランスアシスト金額が次にテストされ、バランスアシスト金額＄７２３．６２のドルの位の数「３」は小切手（２）のＣＡＲの第１の候補金額＄１２８．４５のドルの位の数「８」に置換される。このとき再計算された和＄１，１１１．１０は貸方の和に等しく、ゆえに取引はここでバランスされ、その場合、ＣＡＲ−読取り小切手（１）および（２）の画像は画像ワークステーションに送られる必要がない。もし、この小切手（２）の置換から生じる和がバランスを生み出さなかったら、取引においてＣＡＲ−読取り金額のすべての画像は金額エントリのためにワークステーションに送られるであろう。もしその時適応可能のリスクレベルによって指揮されたら、ＣＡＲ−読取り項目の画像は、もしドルの位の数およびセントの位の数より他の位の数で位の数の不一致が発生したら画像ワークステーションにまた送られるであろう。
この発明はここに開示された特定の具体例および／または例に限定されないということが理解されるべきであり、したがって添付のクレームの範囲にあたるすべての変形および変更を含むと考えられるべきである。
【図１】
0003830157.tif 000013
【図２】
0003830157.tif 000014
【図３】
0003830157.tif 000015
【図４】
0003830157.tif 000016
【図５】
0003830157.tif 000017
【図７】
0003830157.tif 000018
【図６】
0003830157.tif 000019
【図８】
0003830157.tif 000020
【図９】
0003830157.tif 000021
【図１０】
0003830157.tif 000022
【図１１】
0003830157.tif 000023
【図１２】
0003830157.tif 000024
【図１３】
0003830157.tif 000025
【図１３Ａ】
0003830157.tif 000026
【図１４】
0003830157.tif 000027
【図１５】
0003830157.tif 000028
【図１６】
0003830157.tif 000029
【図１７】
0003830157.tif 000030
【図１８】
0003830157.tif 000031
【図１９】
0003830157.tif 000032
【図２０】
0003830157.tif 000033
【図２１】
0003830157.tif 000034
【図２２】
0003830157.tif 000035
【図２２Ａ】
0003830157.tif 000036
【図２２Ｂ】
0003830157.tif 000037
【図２３】
0003830157.tif 000038
【図２３Ａ】
0003830157.tif 000039
【図２３Ｂ】
0003830157.tif 000040
【図２３Ｃ】
0003830157.tif 000041
【図２４】
0003830157.tif 000042
【図２５】
0003830157.tif 000043
【図２６】
0003830157.tif 000044
【図２７】
0003830157.tif 000045