JP2968145B2 - 高度なデータ収集方法及びデータ処理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は概してデータ処理システ
ム及び方法に関し、特に文書フォームの走査されたイメ
ージから導出される文字認識情報を収集（捕獲）するた
めの技術に関する。

【０００２】

【従来の技術】本特許出願は、係属出願である米国特許
出願第０７／７８７、１２９号に関連し、ここで参照の
ため本発明に組み込まれる。

【０００３】本特許出願は、また係属出願である米国特
許出願第０７／７８７、５０７号に関連し、ここで参照
のため組み込まれる。

【０００４】本特許出願は、また係属出願である米国特
許出願第０７／５７３、９４２号に関連し、ここで参照
のため組み込まれる。

【０００５】本特許出願は、また係属出願である米国特
許出願第０７／６９３、７３９号に関連し、ここで参照
のため組み込まれる。

【０００６】本特許出願は、また係属出願である米国特
許出願第０７／３０５、８２８号に関連し、ここで参照
のため組み込まれる。

【０００７】本特許出願は、また米国特許第４、９９
２、６５０号に関連し、ここで参照のため組み込まれ
る。

【０００８】本特許出願は、また米国特許第５、０５
８、１８５号に関連し、ここで参照のため組み込まれ
る。

【０００９】本特許出願は、また米国特許第５、０９
３、９１１号に関連し、ここで参照のため組み込まれ
る。

【００１０】ビジネス関連データの提出用に使用される
文書フォームは、狭義のビジネスであってもレイアウト
はさまざまである。これによって、文書フォームの自動
読み出しが挑戦的なタスクになる。文書フォームにおい
ては、特定の事柄の範疇に関する情報は、フォーム上の
名前の付いたフィールドにそれぞれ分離して記載され
る。もしフォーム上に書き込まれたデータを自動的に見
つけられ、かつそれを自動的に読み出すことができれ
ば、そのデータを、ビジネスタスクを実行するために設
計されたコンピュータプログラムに対してのオペランド
として入力することができる。

【００１１】関連ビジネスにデータ処理タスクを統合す
ることによって、経済性が得られる。しかしながら、デ
ータが必要とされる事柄の範疇の数は、それぞれのビジ
ネスエリアによって異なる可能性が極めて高い。関連ビ
ジネスがそれぞれのビジネスに関連するデータの提出に
文書フォームを用いる場合、文書フォームは異なる数の
フィールドを有し、異なる順序で順序付けられ、異なる
パターンで配置され、それぞれのビジネスエリアで異な
る範疇の名前で名付けられる可能性が高い。

【００１２】この一例として保険業がある。保険会社
は、火災保険、傷害保険及び健康保険を提供する。これ
らの関連ビジネスは、経済性のためにデータ処理タスク
を統合させる可能性が高い。しかしながら、提出された
データに必要な事柄の範疇の数が同じである可能性が低
いため、保険会社に提出される請求フォームは保険のそ
れぞれのタイプによって異ならなければならない。

【００１３】将来は、フォームのレイアウト、フィール
ドの順序、フィールドの数、又はフィールドの名前を変
更することによって、特定のビジネスへの現在の文書フ
ォームが改正されるであろう。

【００１４】フォーム上のフィールドの順序、配置、名
前及び数が変更されたとしても、自動的に処理されるこ
とが可能な、新たな文書フォームを自由に生成するため
の手段が必要である。

【００１５】

【発明が解決しようとする課題】従って、本発明の目的
は、改良された方法で、自動的に処理され、それによっ
て、新たな文書フォームを自由に生成することを可能に
するための手段を提供することである。

【００１６】本発明の他の目的は、フォーム上のフィー
ルドの順序、配置、名前及び数が変更されたとしても、
自動的に処理され、それによって、新たな文書フォーム
を柔軟に生成することを可能にするための手段を提供す
ることである。

【００１７】本発明の追加の目的は、書き込まれたフォ
ームの情報を認識又は使用するデータプロセッサの再プ
ログラミングを必要としない、自動的に処理され、それ
によって、新たな文書フォームを自由に生成することを
可能にするための手段を提供することである。

【００１８】

【課題を解決するための手段と作用】本発明は高度なデ
ータ収集アーキテクチャである。本発明は、完成したフ
ォーム上でデータを収集及び使用するデータプロセッサ
の再プログラミングを必要とせずに、ユーザが、文書フ
ォームのフォーマットを自由に定義又は再定義すること
を可能にする。

【００１９】高度なデータ収集アーキテクチャの本発明
は、データ処理システムにおいて、ホストプロセッサと
少なくとも１つのワークステーションの対話動作を含
む。本発明は、ホストプロセッサ及びワークステーショ
ンの間の対話を含み、ホストプロセッサで実行されるア
プリケーションプログラムに意味のある共通のオペラン
ド名のリストを提供する。本発明は、書き込まれたフォ
ームの文字認識を実行し、その情報を符号化データに変
換するワークステーションを含む。本発明は、各フィー
ルドのフィールドデータセグメントをアセンブルし、共
通のオペランド、符号化データ及びフィールドの一般名
を含有するワークステーションを含む。

【００２０】また、本発明はワークステーションからア
センブルされたフィールドデータセグメントを受信し、
フォームから読み出された情報を処理するアプリケーシ
ョンプログラムに符号化データを提供するホストプロセ
ッサの動作を含む。

【００２１】本発明は、ＩＢＭ社のフォルダー適用業務
プログラム（ＦＡＦ）等の操作環境アプリケーションプ
ログラムを実行するホストプロセッサを含むデータ処理
システムに適用される。操作環境プログラムは、多重タ
スキングモード又は多重処理モードで同時に実行される
他のアプリケーションプログラムにサービスを提供す
る。ＦＡＦ操作環境プログラムによって実行されるサー
ビスには、ディジタル化された文書イメージ及び関連す
る符号化データ（集合的に、オブジェクトと称される）
のためのフォルダーグループシステムを管理することが
含まれ、これは、オブジェクトを特定のフォルダーグル
ープに関連付ける、共通の索引値をオブジェクトに割り
当てることによって行われる。オブジェクトルーティン
グサービスは、ＦＡＦ操作環境プログラムによっても提
供され、データ処理システムにおけるさまざまな目的地
にオブジェクトを伝送することができる。

【００２２】ユーザのビジネスには、ビジネスを行うた
めに必要な情報が書き込まれている文書フォームの受信
を含んでいる。ユーザは、ＦＡＦ操作環境プログラムと
同時にホストコンピュータで実行されるアプリケーショ
ンプログラムを有する。アプリケーションプログラム
は、フォームの情報を受信し、ビジネスの必要性に従っ
てその情報を処理する。アプリケーションプログラムは
ＦＡＦ操作環境プログラムと対話して、文書フォームの
さまざまなフィールドで表示される符号化データとして
情報を受信する。

【００２３】本発明に従って、ＦＡＦ操作環境プログラ
ム及びアプリケーションプログラムは、高度なデータ収
集プログラムから必要とする符号化データを受信する。
高度なデータ収集プログラムは、第１レベルマッピング
テーブルを利用して、符号化データをＦＡＦ操作環境プ
ログラムに渡す。また、高度なデータ収集プログラムは
第２レベルマッピングテーブルを利用して、符号化デー
タをアプリケーションプログラムに渡す。

【００２４】第１レベルマッピングテーブル及び第２レ
ベルマッピングテーブルには、フィールド関連リストが
含まれ、フィールド関連リストは、ＦＡＦ操作環境プロ
グラム及びアプリケーションプログラムの双方のプログ
ラム変数に対するオペランド名のセットを提供する。こ
のオペランド名は、フィールド関連名と称される。本発
明に従って、フィールド関連リストは、ユーザが文書フ
ォームの生成を望むデータ処理ネットワークのワークス
テーションに伝送される。

【００２５】本発明に従って、ワークステーションにお
いて、ユーザがホストプロセッサでアプリケーションプ
ログラムに情報を提供するのを目的とする文書フォーム
を生成するとき、ユーザはそれぞれのフィールドデータ
セグメントのフォーム上の各フィールドの特徴を特定す
る。ユーザが生成する各フィールドにおいて、フィール
ド関連リストに提供されるフィールド関連名の内の１つ
を選択し、フィールドデータセグメントに入力しなけれ
ばならない。次に、ユーザはフィールドデータセグメン
トに便利なフィールド名を追加するが、これはワークス
テーションにおいて手動データ修復又はデータ入力を行
う人にとって意味がある。

【００２６】生成されるそれぞれのフィールドに対応す
る各データセグメントには、その他の特徴も含められ
る。次に、フォームのために生成された全てのフィール
ドに対応する全てのデータセグメントの集合が、ワーク
ステーションにおいてマスター機械生成データ構造（Ｍ
ＧＤＳ）として記憶される。

【００２７】書き込まれたフィールドがネットワークの
ワークステーションで受信されると、スキャンインされ
て、デジタル化されたイメージを形成する。いったんフ
ォームが認識されると、マスターＭＧＤＳに関連するフ
ィールド座標はそれぞれのフィールドを配置するために
使用できる。次に、フィールドが文字認識され、結果と
なる符号化データがＭＧＤＳのそれぞれのフィールドデ
ータに記憶される。

【００２８】ＭＧＤＳは、その符号化データが目的とさ
れるアプリケーションプログラムへの参照を含む。符号
化データを含むＭＧＤＳがホストプロセッサによって受
信されると、高度なデータ収集プログラムは対応する第
１レベルマッピングテーブル及び第２レベルマッピング
テーブルを選択する。

【００２９】高度な収集プログラムは、それぞれのフィ
ールドデータセグメントのフィールド関連名を用いて、
第１レベルマッピングテーブルにおいてテーブルルック
アップ操作を実行し、ＦＡＦ操作環境プログラムにおい
て対応するプログラム変数を識別する。識別されたプロ
グラム変数は、フィールドデータセグメントでの対応す
る符号化データに等しく設定される。次に、ＦＡＦ操作
環境プログラムは、必要に応じて、符号化データオブジ
ェクトとイメージオブジェクトの内の少なくとも一方の
自動索引を行う。

【００３０】次に、高度な収集プログラムはそれぞれの
フィールドデータセグメントのフィールド関連名を用い
て、第２レベルマッピングテーブルにおいてテーブルル
ックアップ操作を実行し、アプリケーションプログラム
において対応するプログラム変数を識別する。識別され
たプログラム変数は、フィールドデータセグメントにお
いて対応する符号化データに等しく設定される。次に、
アプリケーションプログラムは、索引サービス及びオブ
ジェクト処理サービスのためにＦＡＦ操作環境プログラ
ムに呼び出しを行い、文書フォーム上に書き込まれた情
報を用いて所望のビジネス動作を行う。

【００３１】結果となる高度なデータ収集アーキテクチ
ャの本発明は、フォーム上のフィールドの順序、配置、
名前及び数が変更されたとしても、自動的に処理するこ
とが可能な新たな文書フォームを自由に生成するための
手段を提供する。

【００３２】

【実施例】本発明は高度なデータ収集アーキテクチャで
あり、図１及び図２の全体のアーキテクチャ図に示され
ている。図１は全体のアーキテクチャ図の左側の部分で
あり、図２は全体のアーキテクチャ図の右側の部分であ
る。米国特許出願第０７／７８７、１２９号及び米国特
許出願第０７／７８７、５０７号は図１及び図２に示さ
れる基本データ処理アーキテクチャを示し、アーキテク
チャは文書フォームの走査されたイメージにおいて文字
認識エラーの連続修正を行う。

【００３３】高度なデータ収集アーキテクチャの本発明
は、ユーザに、完成したフォーム上のデータを収集及び
使用するデータプロセッサがいかなる再プログラミング
をも必要としない文書フォームのフォーマットを自由に
定義及び再定義させることを可能にする。高度なデータ
収集アーキテクチャの本発明は、図２に示されるホスト
プロセッサ３４の対話操作と図１のデータ処理システム
に示される１以上のワークステーション２５を含む。本
発明はホストプロセッサ３４と知能フォームプロセッサ
２５との間の対話を含み、ホストコンピュータ３４で実
行するアプリケーションプログラム５５４又は５５６に
意味のある共通のオペランド名のフィールド関連リスト
８２を備える。ホストコンピュータ３４のより詳細なア
ーキテクチャ図は、図２９に示されている。

【００３４】本発明は、また新たな文書フォームを生成
する知能フォームプロセッサ２５の動作を含む。知能フ
ォームプロセッサ２５はフォーム定義プロセッサ８６を
含み、図２２のフロー図で示されるフォーム定義処理８
６Ａを実行する。フォーム定義プロセッサ８６は図１４
の文書フォーム１０Ｆ等の新たな文書フォームを生成
し、図１６に示されるマスター機械生成データ構造（Ｍ
ＧＤＳ）５０Ｍによって定義される。フォーム定義プロ
セッサ８６は、ホストコンピュータ３４から受信したフ
ィールド関連リスト８２を用いてこの動作を完了する。

【００３５】本発明は更に、書き込まれた文書フォーム
の文字認識を行う知能フォームプロセッサ２５を含む。
米国特許出願第０７／７８７、１２９号及び米国特許出
願第０７／７８７、５０７号に示されるように、スキャ
ナー２２は、文書１０のイメージ１０’をスキャンイン
し、スキャナープロセッサ２３によって前処理され、文
書イメージ１０’を生じる。次に、文書イメージ１０’
は図１のプロセッサ２４においてフォームの認識及びフ
ィールドの抽出がなされ、その後抽出されたフィールド
イメージ１０”が図１の文字認識プロセッサ２６によっ
て文字認識処理される。文字認識処理の実行に際して、
結果となる符号化データは、図１に示される人工知能エ
ラー修正プロセッサ２８によって分析されるエラーを含
んでもよい。フォーム認識及びフィールド抽出の順序
で、図３に示されるようにＭＧＤＳ５０Ａが生じる。次
に、ＭＧＤＳ５０Ａは、抽出されたフィールドイメージ
１０”と共に、文字認識プロセッサ２６に転送される。
文字認識プロセッサ２６は図４に示されるように、バッ
ファＢの認識符号化データ４２を含むＭＧＤＳ５０Ｂを
出力する。図２１に見られるように、フィールドイメー
ジ１６’はフィールド抽出され、抽出されたフィールド
イメージ１６”が生じる。抽出されたフィールドイメー
ジ１６”は文字認識され、符号化されたデータ４２が生
じる。符号化されたデータ４２は、拒否された文字位置
３１及び疑わしい文字位置２１を含む。

【００３６】次に、ＭＧＤＳ５０Ｂにおける認識符号化
データ４２は文字認識プロセッサ２６から人工知能エラ
ープロセッサ２８に転送される。米国特許出願第０７／
７８７、１２９号及び米国特許出願第０７／７８７、５
０７号に示されるように、次に、プロセッサ２８は認識
符号化データ４２のエラー修正ステップを実行し、修正
された符号化データ４６がプロセッサ２８からの出力で
あるＭＧＤＳ５０ＣのバッファＢに挿入される。

【００３７】追加のエラー修正ステップが符号化データ
４６で実行することができ、例えば、ＭＧＤＳ５０Ｃは
図２に示されるデータベースエラー修正プロセッサ３０
に転送可能である。プロセッサ３０は符号化データ４６
でデータベースエラー修正処理を実行し、追加の修正さ
れた符号化データ４８がＭＧＤＳ５０ＤのバッファＢに
挿入される。

【００３８】米国特許出願第０７／７８７、１２９号及
び米国特許出願第０７／７８７、５０７号に更に示され
るように、追加のエラー修正ステップがＭＧＤＳ５０Ｄ
のバッファＢの符号化データに適用できる。例えば、Ｍ
ＧＤＳ５０Ｄは手動検査及び修正プロセッサ３２に転送
され、ここでバッファＢの符号化データが文書イメージ
１０’と共にオペレータに表示される。次に、オペレー
タは文書イメージ１０’を目で検査することにより符号
化データを検査又は修正できる。結果となる修正された
データ４９は、ＭＧＤＳ５０ＥのバッファＢに挿入され
る。

【００３９】ＭＧＤＳ５０Ａ、５０Ｂ、５０Ｃ、５０Ｄ
及び５０Ｅの順序は、それぞれ、図３、図４、図５、図
６及び図７に示されている。これらの動作の詳細な説明
は、米国特許出願第０７／７８７、１２９号及び米国特
許出願第０７／７８７、５０７号に示されている。結果
となるＭＧＤＳ５０Ｅは、図１２により詳細に示されて
いる。図１８のフォーム１０’で走査された１例で示さ
れるような６個のフィールドのフィールド抽出、文字認
識及び符号化データ修正の順序で、ＭＧＤＳ５０Ｅの図
１２に示される６個のフィールドデータセグメントが形
成される。

【００４０】本発明は、各フィールドにおいてＭＧＤＳ
５０Ｅにフィールドデータセグメントをアセンブルする
知能フォームプロセッサ２５を含み、例えば、符号化デ
ータ４９の共通のオペランドフィールド関連(FIELD ASS
OCIATION) 名８２Ｂ、及び例示フィールドデータセグメ
ント５４の「名（FIRST NAME）」等の一般名６８Ｂを含
む。フィールドデータセグメント５４は、図１８の文書
イメージのフィールド１６’から抽出される符号化デー
タを表す。

【００４１】本発明は更に図２９に示されるホストプロ
セッサ３４の動作を含み、知能フォームプロセッサ２５
からＭＧＤＳ５０Ｅのアセンブルされたフィールドデー
タセグメントを受け取る。ホストプロセッサ３４は、図
２３に示される高度な収集処理８５Ａによって、符号化
データをアプリケーションプログラム５５４及び５５６
に提供する。次に、アプリケーションプログラム５５４
及び５５６が、フォーム１０から読み出された情報を処
理する。

【００４２】本発明は図２９に示されるホストプロセッ
サ３４を含むデータ処理システムに適用され、ＩＢＭ社
のフォルダー適用業務プログラム（ＦＡＦ）等の操作環
境アプリケーションプログラム５５４を実行する。操作
環境プログラム５５４は、多重タスキングモード又は多
重処理モードで同時に実行している他のアプリケーショ
ンプログラムにサービスを提供する。ＦＡＦ操作プログ
ラム５５４によって実行されるサービスは、特定のフォ
ルダーグループに関連する共通の索引値をオブジェクト
に割り当てることによって、デジタル化された文書イメ
ージ及び関連する符号化データ（集合的にオブジェクト
と称される）へのフォルダーグループのシステムの管理
を含んでいる。ＦＡＦプログラム５５４の幾つかの例示
ルーチンを示す表１が参照される。ステップ８００乃至
８０６から成る第１ルーチン（Ａ）は、自動索引操作を
実行し、索引値をシステムによって受信される新たなオ
ブジェクトに割り当てる。ステップ８００は第１索引値
を得て、ステップ８０２は第２索引値を得る。２つの値
は、知能フォーム２５から受信されたＭＧＤＳ５０Ｅの
符号化データから得られる。次に、ステップ８０４にお
いて、プログラム５５４は文書に索引レコードを形成す
る。文書に形成される索引レコードは、同一のフォルダ
ーグループの他の文書に文書を関係させることができ
る。

【００４３】ＦＡＦ操作プログラム５５４によって実行
される他のサービスは、関連する文書にアクセスするこ
とである。これは、表１のステップ８１０及び８１２か
ら成るルーチン（Ｂ）によって実行される。ステップ８
１０は、所定の文書索引値に対する関連する索引レコー
ドのリストにアクセスする。次に、ステップ８１２は主
プログラムに戻る。ルーチンは、同一のフォルダーグル
ープにおける所定の文書と関連する文書の識別を可能に
する。

【００４４】オブジェクトルーチンサービスはまた、Ｆ
ＡＦ操作環境プログラム５５４によって提供され、オブ
ジェクトをデータ処理システムのさまざまな目的地に伝
送することを可能にする。これは、表１に示されるルー
チン（Ｃ）によって実行される。ルーチン（Ｃ）はステ
ップ８２０乃至８２４から成る。ステップ８２０は、Ｍ
ＧＤＳ５０Ｅにおける符号化データから提供される第１
ルーチン値を得る。次に、ステップ８２２が、第１ルー
チン値に従って、文書をワークステーションに送る。次
に、ステップ８２４が主プログラムに戻る。ルーチンＣ
は、データ処理システムにおけるいかなる目的地へも、
イメージオブジェクト又は符号化データオブジェクトを
伝送するのを可能にする。

【００４５】フォルダー適用業務プログラムの動作の原
理は、上述の米国特許第５、０５８、１８５号及び第
５、０９３、９１１号、並びに米国特許出願第０７／５
７３、９４２号に示されている。

【００４６】ユーザのビジネスは図１のフォーム１０等
の文書フォームの受信を含み、図１８の書き込まれたフ
ォームに示されるように書き込まれる。フォームは、ビ
ジネスを行うのに必要な情報で書き込まれる。ユーザ
は、ＦＡＦ操作プログラム５５４と同時に、ホストコン
ピュータ３４で実行するアプリケーションプログラム５
５６を有する。アプリケーションプログラム５５６は、
保険請求処理アプリケーションプログラムとして表２に
示される。プログラムはステップ８５０乃至８７８から
成る。

【００４７】アプリケーションプログラム５５６はＭＧ
ＤＳ５０Ｅによって提供されるようにフォームで情報を
受信し、その情報をビジネスの必要性に従って処理す
る。アプリケーションプログラム５５６はＦＡＦ操作プ
ログラム５５４と対話し、図１８に示されるように文書
フォーム１０’にさまざまなフィールドを表す符号化デ
ータとして情報を受信する。

【００４８】表２の保険請求処理アプリケーションプロ
グラム５５６は２つのルーチンを有し、第１ルーチンは
ＺＥＤ社の従業員からの保険請求フォームを処理するた
めのステップ８５０乃至８６８である。プログラム５５
６の第２ルーチンはステップ８７０乃至８７８から成
り、保険外交員の顧客からの保険請求フォームを処理す
る。

【００４９】表２のアプリケーションプログラム５５６
の第１ルーチンはステップ８５０で開始し、ＭＧＤＳ５
０Ｅから外交員／雇用者ＩＤ（識別名）を得る。次にス
テップ８５２において、外交員／雇用者ＩＤの第１字
が”Ｘ”ならば、ＩＤはＺＥＤ社の従業員からの請求フ
ォームであると決定される。次に、ステップ８５４にお
いて、被保険者の姓（ラストネーム）と、ステップ８５
６において、被保険者の名（ファーストネーム）を得
る。このデータはＭＧＤＳ５０Ｅから得る。ステップ８
５８において、アプリケーションプログラム５５６はル
ーチン（Ｂ）においてＦＡＦ操作環境プログラム５５４
を呼び出し、従業員レコードにアクセスする。次に、ス
テップ８６０において、署名ビットマップを得て、ＭＧ
ＤＳ５０Ｅによってまた提供されるビットマップを得
る。次に、ステップ８６２において、署名検査ルーチン
を呼び出し、ＭＧＤＳ５０Ｅから得られたビットマップ
に署名検査動作を実行する。次に、ステップ８６４にお
いて、アプリケーションプログラム５５６は請求金額を
得るが、これはＭＧＤＳ５０Ｅによって提供されるデー
タである。次に、ステップ８６６において小切手が印刷
され、ステップ８６８において、プログラムは主プログ
ラムに戻る。

【００５０】表２のアプリケーションプログラム５５６
の第２ルーチンにおいて、ステップ８７０はＭＧＤＳ５
０Ｅからのデータである外交員／雇用者ＩＤを得る。次
に、ステップ８７２において、外交員／雇用者ＩＤデー
タの第１字が”Ｗ”ならば、ＩＤは代理人の顧客から得
られる保険請求フォームであると決定される。次に、ス
テップ８７４において、アプリケーションプログラム５
５６はＦＡＦ操作環境プログラム５５４のルーチン
（Ｂ）を呼び出して、外交員レコードにアクセスする。
次に、ステップ８７６において、アプリケーションプロ
グラム５５６はＦＡＦルーチン（Ｃ）を呼び出し、デー
タ処理ネットワークのワークステーションにおいて、オ
ブジェクトとしての文書イメージとその符号化データを
外交員に送る。次に、ステップ８７８において、プログ
ラム５５６は主プログラムに戻る。

【００５１】ＦＡＦ操作環境プログラム５５４が、本発
明を実行するのに適切な唯一のタイプの操作環境プログ
ラムでないことが分かる。他のタイプの操作環境プログ
ラムは、例えば、ＩＢＭのＯＳ／２オペレーティングシ
ステムにおけるプレゼンテーションマネージャー環境プ
ログラム、又はＩＢＭのＰＳ／２データプロセッサで実
行されるＤＯＳオペレーティングシステムのウインドウ
環境プログラムである。

【００５２】本発明に従って、ＦＡＦ操作環境プログラ
ム５５４及びアプリケーションプログラム５５６は高度
なデータ収集プログラム８５から必要な符号化データを
受信する。高度なデータ収集プログラム８５は、図２３
のフロー図に示される処理８５Ａを実行する。高度なデ
ータ収集プログラム８５は、図２９に示される第１レベ
ルマッピングテーブル５５０を利用し、符号化データを
ＦＡＦ操作環境プログラム５５４に渡す。更に、高度な
データ収集プログラム８５は、図２９に示される第２レ
ベルマッピングテーブル５５２を利用し、符号化データ
をアプリケーションプログラム５５６に渡す。

【００５３】図２９の第１レベルマッピングテーブル５
５０と第２レベルマッピングテーブル５５２はフィール
ド関連リスト８２を組み込んで、ＦＡＦ操作環境プログ
ラム５５４とアプリケーションプログラム５５６双方の
プログラム変数に共通のセットのオペランド名を提供す
る。図２９に見られるように、本例では、フィールド関
連リスト８２は、フィールド関連名data-1、data-2...
data-8、image-1 から成る。図２９に示される対応する
プログラム変数リスト８３は、それぞれ、対応するプロ
グラム変数"insured last name" 、"insured first nam
e"．．．"otherinsurance" 及び"signature bit map"
を有する。図２９に示される第２レベルマッピングテー
ブル５５２の検査によって、フィールド関連リスト８２
とプログラム変数リスト８３の間の関係が示される。本
例では、全フィールド関連リスト８２が第２レベルマッ
ピングテーブル５５２に含まれる。しかしながら、アプ
リケーションプログラム５５６及び操作環境プログラム
５５４の全てのプログラム変数が、必ずしも第２レベル
マッピングテーブル５５２に含まれるプログラム変数リ
スト８３で表示される必要はない。プログラム変数の幾
つかは第１レベルマッピングテーブル５５０に含まれ、
第２レベルマッピングテーブル５５２には含まれていな
い。

【００５４】図２９に示されるように、第１レベルマッ
ピングテーブル５５０の検査によって、フィールド関連
リスト８２からのフィールド関連名の内の３個は、マッ
ピングテーブル５５０の部分的フィールド関連リスト８
２’に含まれる。部分的なリスト８２’はフィールド関
連名data-1、data-2及びdata-5を含み、それぞれ、ＦＡ
Ｆプログラム５５４のプログラム変数名"primary index
value" 、"secondaryindex value" 及び"primary rout
ing value" に対応する。

【００５５】オペランド名は、フィールド関連リスト８
２においてフィールド関連名と称される。本発明に従っ
て、フィールド関連リスト８２はデータ処理ネットワー
クにおける知能フォームプロセッサ２５、特に、ユーザ
が文書フォームの生成を望むフォーム定義プロセッサ８
６に伝送される。

【００５６】本発明に従って、知能フォームプロセッサ
２５において、ユーザが、ホストプロセッサ３４におい
てアプリケーションプログラムに情報を提供することを
目的とする文書フォームを生成するとき、ユーザはそれ
ぞれのフィールドデータセグメントにおけるフォーム上
の各フィールドの特徴を特定する。

【００５７】図２２を参照すると、フォーム定義プロセ
ッサ８６で実行される処理８６Ａが示される。ステップ
６００はフォーム定義プロセス８６Ａを開始する。ステ
ップ６０２は、同一のフォームクラスにあり、特定のフ
ィールドタイプの同一のグループから引き出されるフォ
ームの新たなフォルダーを定義する。

【００５８】図２２のステップ６０４は、新たなフォル
ダー名、例えば、「保険請求処理(Insurance Claim Pro
cess) 」を入力する。次に、ステップ６０６は、ホスト
アプリケーションプログラム５５６の名前、この例で
は"Insurance Claim Processing"を入力する。次にステ
ップ６０８は、ホストコンピュータ３４からフィールド
関連リスト８２にアクセスする。

【００５９】ステップ６１０は、新たなフォームを定義
する。ステップ６１２は、新たなフォームの名前６６を
入力することによって、新たなフォームの定義を続け
る。次に、ステップ６１４はバーコードフォーム認識モ
ードを選択し、もし選択されれば、ユーザはフォームＩ
Ｄ番号を入力する。または、ライン配置フォーム認識モ
ードを選択する。次に、ステップ６１６がフォームデー
タ、例えば、フォームの汎用コードページ方向等を入力
する。次に、ステップ６１８において、ＭＧＤＳ５０Ｍ
のフォーム情報部分ＦＩを、"Insurance Claim Proces
s" であるフォームクラス８４及び"Claim" 及び他のデ
ータであるフォーム名６６とアセンブルする。

【００６０】次に、ステップ６２０がフィールドの定義
を開始する。フィールド変数は１に設定され、ステップ
６２２がステップ６３４に延びるループを開始する。

【００６１】ステップ６２２は、フィールド関連名８２
ａ、例えば、フィールド関連リスト８２から"Data-1"を
選択する。次に、ステップ６２４はフィールド名６８ａ
である"Last Name" を入力する。次に、ステップ６２６
はフィールド座標６４を入力する。次に、ステップ６２
８は、フィールドタイプ、マークセンス等の他のフィー
ルドデータを入力する。次に、ステップ６３０は、ＭＧ
ＤＳ５０Ｍのフィールド情報部分６７を、フィールド名
６８ａ、フィールド関連名８２ａ、フィールド座標６４
及び他のデータとアセンブルする。次に、ステップ６３
６がユーザに指示メッセージ「このフォームにまだフィ
ールドがあるか？」を表示する。ユーザが「はい」と答
えたならば、ステップ６３４はフィールド変数を１だけ
増分し、ステップ６２２に進んで次のフィールドを続け
る。また、ユーザが「いいえ」と答えたならば、処理は
ステップ６３６にフローして、主プログラムに戻る。

【００６２】ユーザが生成する各フィールドにおいて、
ユーザは、フィールド関連リスト８２に提供される、図
１６のフィールド関連名８２ｂの内の１つを選択しなけ
ればならず、フィールド関連名をフィールドデータセグ
メント、例えば、５４Ｍ、に入力しなければならない。
次に、ユーザはフィールドデータセグメントに好都合な
フィールド名、例えば、６８ｂを追加し、ワークステー
ションにおいて手動データ修正又はデータ入力を行う人
に意味がある。これは、例えば、手動検査及び修正プロ
セッサ３２において重要であり、図２７に示される。図
２７において、手動検査及び修正プロセッサ３２は、Ｍ
ＧＤＳ５０Ｄの符号化データ４８のオペレータによって
検査及び修正を行う。フィールド名６８ｂの表示、本例
では、「名(First Name)」に特に注意したい。

【００６３】図１６に見られるように、追加の特徴が生
成されるそれぞれのフィールドの各データセグメントに
追加される。次に、フォームに生成されたフィールドの
全てに対する全てのデータセグメントの集合体が、図１
６に示される、マスター機械生成データ構造（ＭＧＤ
Ｓ）５０Ｍとして、知能フォームプロセッサワークステ
ーション２５に記憶される。

【００６４】書き込まれたフォーム１０がシステムのワ
ークステーション２５で受信されると、スキャンインさ
れ、図１８に示されるデジタル化されたイメージ１０’
を形成する。図３に示されるように、フォームが認識さ
れると、マスターＭＧＤＳ５０Ｍに関連するフィールド
座標(FIELD COORD) ６４は、図１８の、例えば、１４’
及び１６’にそれぞれのフィールドを配置するために使
用される。次に、フィールドが文字認識され、結果とな
る符号化データがＭＧＤＳのそれぞれのフィールドデー
タセグメントに記憶される。図１８の走査されたフォー
ムイメージ１０’は抽出されたフィールドを有し、図２
０に抽出されたフィールドイメージ１０”を形成するこ
とが分かる。結果となるＭＧＤＳ５０Ａは図３に示され
ている。次に、文字認識プロセッサ２６は抽出されたフ
ィールドイメージに文字認識を行って、図４及び図８に
示されるように、ＭＧＤＳ５０Ｂを生じる。次に、人工
知能エラー修正プロセッサ２８は符号化データにエラー
修正動作を行って、図５及び図９にＭＧＤＳ５０Ｃを生
じる。次に、データベースエラー修正プロセッサ３０が
追加のエラー修正動作を実行して、図６及び図１０にＭ
ＧＤＳ５０Ｄを生じる。次に、手動検査及び修正プロセ
ッサ３２がオペレータによって追加の検査動作又は修正
動作を実行して、図７及び図１１にＭＧＤＳ５０Ｅを生
じる。結果となるＭＧＤＳ５０Ｅは図１２に示される。
ここで続く第１例において、第２フィールドへのフィー
ルドデータセグメント５４はフィールド名(FIELD NAME)
６８ｂ"First Name"、フィールド関連名８２ｂ"Data-2"
及び符号化データ(CODED DATA)４９"JOHN"を有する。

【００６５】ＭＧＤＳ５０Ｅは図１２に示され、その符
号化データが目的とされるアプリケーションプログラム
５５６に対する参照番号８４を含む。符号化データ、例
えば、符号化データ４９"JOHN"を含むＭＧＤＳ５０Ｅ
が、ホストプロセッサによって受信されたとき、高度な
データ収集プログラム８５が対応する第１レベルマッピ
ングテーブル５５０及び第２レベルマッピングテーブル
５５２を選択する。これは、図２３に示される高度な収
集プロセス８５Ａの動作ステップの順序を示すフロー図
に見ることができる。

【００６６】高度な収集プロセス８５Ａは図２３のステ
ップ６５０で開始し、ステップ６５２にフローし、ここ
でＭＧＤＳ５０Ｅが受信される。次に、ステップ６５４
はＭＧＤＳ５０Ｅからクラス名８４を得て、フィールド
関連リスト８２及びホストプロセッサ３４におけるアプ
リケーションプログラム５５６を識別する。次に、ステ
ップ６５６がＭＧＤＳ５０Ｅよりフィールドの数を得
る。

【００６７】ステップ６５８はＭＧＤＳフィールドデー
タセグメントからデータを得る動作を開始する。フィー
ルド変数は１に設定され、ループはステップ６６０で開
始し、図２３のステップ６７８まで続く。

【００６８】ステップ６６０は、ＭＧＤＳ５０Ｅのフィ
ールドデータセグメント、例えば、５２からフィールド
関連名、例えば、"Data-1" ８２ａ及び対応する符号化
データ"Doe" を得る。これは、図１２のＭＧＤＳ５０Ｅ
の図解で見ることができる。

【００６９】次に、ステップ６６２は、第１レベルマッ
ピングテーブル５５０がフィールド関連名、この場
合、"Data-1" ８２ａを含むかどうかを決定する。もし
含むならば、図２３のフローがステップ６６４に進む。
また、もし含まないならば、プログラムはステップ６７
０に進む。ステップ６６４において、第１レベルマッピ
ングテーブル５５０に対して、ステップ６６６は、フィ
ールド関連名、この場合、"Data-1" ８２ａに対応す
る、第１レベルマッピングテーブル５５０のプログラム
変数リスト８３’のプログラム変数、この場合、"Prima
ry Index Value" を探索するルックアップ動作を行う。

【００７０】次に、ステップ６６８はプログラム変数、
この場合、"Primary Index Value"を符号化データ、こ
の場合、"Doe" に等しく設定する。

【００７１】次に、図２３のプロセスはステップ６７０
にフローし、第２レベルマッピングテーブル５５２がフ
ィールド関連名、この場合、"Data-1"８２ａを含むかを
決定する。もし含むならば、プロセスはステップ６７２
にフローする。もし含まなければ、プロセスはステップ
６７８にフローする。

【００７２】ステップ６７２において、第２レベルマッ
ピングテーブル５５２に対して、ステップ６７４は、フ
ィールド関連名、この場合、"Data-1" ８２ａに対応す
る、第２レベルマッピングテーブル５５２のプログラム
変数リスト８３のプログラム変数、この場合、"Insured
Last Name" を探索するルックアップ動作を行う。

【００７３】次に、ステップ６７６はプログラム変数、
この場合、"Insured Last Name" を符号化データ、この
場合、"Doe" に等しく設定する。

【００７４】次に、図２３のプロセスがステップ６７８
にフローし、ＭＧＤＳ５０Ｅにさらにフィールドがある
かどうかを決定する。もしあるならば、フィールド変数
は１だけ増分され、プロセスはステップ６６０に進む。
もしＭＧＤＳ５０Ｅにもはやフィールドがなければ、プ
ロセスはステップ６８０に進む。

【００７５】ステップ６８０において、フォルダー適用
業務プログラム５５４がプログラム変数８３’を用いて
実行される。また、保険請求アプリケーションプログラ
ム５５６がプログラム変数８３を用いて実行される。

【００７６】高度な収集プログラム８５は、それぞれの
フィールドデータセグメント５４においてフィールド関
連データ名を用いて第１レベルマッピングテーブル５５
０のテーブルルックアップ動作を実行し、ＦＡＦ操作環
境プログラム５５４において対応するプログラム変数８
３’を識別する。識別されたプログラム変数は、データ
フィールドセグメントの対応する符号化データに等しく
設定される。次に、ＦＡＦ操作環境プログラム５５４
は、表１のステップ８００乃至８０６のルーチン”Ａ”
を用いて、必要に応じて、図１８の符号化オブジェクト
とイメージオブジェクト１０’の内の少なくとも一方を
自動索引することによって、自動索引を実行する。

【００７７】次に、高度な収集プログラム８５は、それ
ぞれのデータセグメント５４のフィールド関連名を用い
て、第２レベルマッピングテーブル５５２のテーブルル
ックアップ動作を行い、アプリケーションプログラム５
５６において対応するプログラム変数８３を識別する。
識別されたプログラム変数は、図１２のデータフィール
ドセグメント５４の対応する符号化データに等しく設定
される。次に、アプリケーションプログラム５５６は、
ステップ８５８及びステップ８７４におけるルーチン
（Ｂ）等の索引サービスと、ステップ８７６におけるル
ーチン（Ｃ）等のオブジェクト処理サービスのために、
ＦＡＦ操作環境プログラム５５４を呼び出し、文書フォ
ームに書き込まれた情報を用いて所望のビジネス操作を
実行する。

【００７８】結果となる高度なデータ収集アーキテクチ
ャの本発明は、フォーム上のフィールドの順序、配列、
名前及び数が変更しても、自動的に処理されることが可
能な新たな文書フォームを自由に生成する手段を提供す
る。

【００７９】例 高度なデータ収集アーキテクチャの本発明の多用性を示
すため、ここにフォームの２つの例が与えられる。第１
例は、外交員の請求フォームの例である。この第１例
は、フォーム１０Ｆを示す図１４、マスターＭＧＤＳ５
０Ｍを示す図１６、走査されたイメージ１０’を示す図
１８、抽出されたイメージ１０”を示す図２０、第１例
のフォームに一般の６８ｂ"First Name"を表示する、手
動検査及び修正プロセッサ３２を示す図２７、及び第１
例のフォームにＭＧＤＳ５０Ｅを示す図１２を含む。

【００８０】第２例のフォームは、フォーム１０ＺＦを
図１５において示している。この第２例は、ＺＥＤ社の
請求フォームである。第２例を示す図面は、フォームを
示す図１５、マスターＭＧＤＳ５０ＺＭを示す図１７、
走査されたフォームのイメージ１０Ｚ’を示す図１９、
第２例の"Given Name"である一般名６８ｂの表示を示す
図２８、第２例のフォームにＭＧＤＳ５０ＥＺを示す図
１３である。

【００８１】第１例のフォーム及び第２例のフォームは
共に、保険請求処理アプリケーションプログラム５５６
に情報を提供するのを目的とする保険請求フォームであ
る。本発明の特徴は、２つの多様な文書フォームは、ア
プリケーションプログラム５５６を再プログラミングせ
ずに、同じアプリケーションプログラムによって使用す
るために設計される。

【００８２】第１例 第１例のフォームは、図１４に示される外交員の保険請
求フォームである。外交員のフォームが書き込まれる
と、図１８に示されるように見えて、文字Ｗで常に始ま
る連続番号によって特徴付けられる。保険会社は、フォ
ーム定義プロセス８６Ａを用いて、図１４の第１例のフ
ォームを設計する。結果となる定義データセットは、フ
ォーム定義プロセス８６Ａによって生成される図１６に
示されるマスターＭＧＤＳ５０Ｍに実施される。記載さ
れるように、ホストコンピュータ３４によって提供され
るフィールド関連リスト８２は、図１６のフィールド関
連名８２ａ乃至８２ｆを特定するのに使用される。保険
会社は、それぞれの関連名に対応するカスタマイズされ
たセットのフィールド名６８ａ乃至６８ｆを選択する。
フォーム定義プロセス８６Ａからの結果となるマスター
ＭＧＤＳ５０Ｍは、知能フォームプロセッサ２５のバッ
ファ４０に記憶される。マスターＭＧＤＳ５０Ｍはま
た、知能フォームプロセッサ２５から知能フォームプロ
セッサ２５に接続されるデータ処理システムの他のワー
クステーションに伝送され、ここで図１４のマスターフ
ォーム１０Ｆのコピーが情報を提出するため一般から受
信される可能性が高い。

【００８３】第１例において、図１４のマスターフォー
ム１０Ｆは保険会社の外交員の被保険者である顧客によ
って書き込まれる。被保険者の顧客はフォーム１０Ｆを
書き込み、図１８に示される走査されたフォームイメー
ジ１０’と同じ外観を有するハードコピーフォームを生
成する。被保険者の顧客は、外交員に指示されたように
連続番号の前にＷを入れて連続番号を記入する。外交員
は、連続番号フィールド１２’にＷを前に入れた連続番
号で事前印刷された、ハードコピーフォームを準備して
もよい。いずれの場合も、外交員の被保険者の顧客はフ
ォーム１０Ｆのそれぞれのフィールドを記入し、図１８
の走査されたフォームイメージ１０’と同じ外観の記入
されたフォームを生成する。

【００８４】外交員の被保険者の顧客が記入したフォー
ムを提出すると、スキャナー２２によってシステムへと
走査され、図１８に示される走査されたフォームイメー
ジ１０’となる。次に、走査されたフォームイメージ１
０’はバッファ４０に記憶されてもよい。また、走査さ
れたフォームイメージ１０’は、イメージが記憶される
ネットワークにおいて他のワークステーションでスキャ
ンインされてもよい。次に、イメージはデータネットワ
ーク接続を介して知能フォームプロセッサ２５に伝送可
能であり、文書イメージ１０’がＬＡＮ２０に存在す
る。文書イメージ１０’の受信の更に他のモードは、一
般の電話回線網を介してファクシミリ伝送から受信され
る。ファクシミリイメージは知能フォームプロセッサ２
５で受信され、上述の米国特許出願第０７／６９３、７
３９号に記載される方法に類似する。

【００８５】文書イメージ１０’は幾つかの手段によっ
て受信され、ＬＡＮ２０に存在する。次に、走査された
フォームイメージ１０’はプロセッサ２４によってフォ
ーム認識及びフィールド抽出され、続いてプロセッサ２
６で文字認識されて、それぞれＭＧＤＳ５０Ａ及びＭＧ
ＤＳ５０Ｂを生じる。追加のエラー修正プロセスがエラ
ー修正プロセッサ２８、エラー修正プロセッサ３０によ
って行われ、それぞれＭＧＤＳ５０Ｃ及びＭＧＤＳ５０
Ｄを生じる。

【００８６】手動検査及び修正は、ＭＧＤＳ５０Ｄの符
号化データ４８で所望されてもよい。手動検査及び修正
プロセッサ３２のオペレータに表示し、オペレータに提
示される符号化データに正確且つ意味のあるフィールド
名６８Ｂを示すことは有益である。図２７において、こ
の第１例のため、第２フィールドのフィールド名６８ｂ
が、符号化データ４８と共に表示バッファ４２４に表示
されることが分かる。本発明の特徴は、フォームの特定
のフィールドに符号化データが見られるいかなるワーク
ステーションも、その段階でＭＧＤＳにあるカスタマイ
ズされたフィールド名６８ｂによって識別される。

【００８７】プロセッサ３２によって実行される手動検
査及び修正プロセスの結果として、図１２において、第
１例に示される最後のＭＧＤＳ５０Ｅが生成される。図
１２において、それぞれのフィールドの符号化データが
各フィールドデータセグメントに表されることが分か
る。例えば、第１フィールドデータセグメント５２は、
対応するフィールド関連名 "Data-1" ８２ａと、対応す
るフィールド名 "Last Name"６８ａをもった符号化デー
タ "Doe"を有する。６個のフィールドデータセグメント
の各々に対応する情報は、図１２に示されるように、Ｍ
ＧＤＳ５０Ｅで入手可能である。

【００８８】第１例のＭＧＤＳ５０Ｅが文字認識及びエ
ラー修正プロセスからホストコンピュータ３４に伝送さ
れると、高度なデータ収集プログラム８５はそれらのフ
ィールド関連名８２ａ、８２ｂ及び８２ｆを、フォルダ
ー適用業務プログラム５５４の対応するプログラム変数
８３’を有すると識別する。これは、第１レベルマッピ
ングテーブル５５０によって行われる。

【００８９】高度なデータ収集プログラム８５はまた、
この第１例において、保険請求処理アプリケーションプ
ログラム５５６で使用されるプログラム変数８３へのフ
ィールド関連名８２ａ乃至８２ｆを識別する。これは、
第２レベルマッピングテーブル５５２によって行われ
る。

【００９０】保険請求処理アプリケーションプログラム
５５６は、図１２のＭＧＤＳ５０Ｅによって提供される
プログラム変数８３に作動して、アプリケーションプロ
グラム５５６の外交員のサブルーチンを実行する。フィ
ールド関連名８２ｆの"serial number（連続番号）"
が”Ｗ”で始まる符号化データを有するため、アプリケ
ーションプログラム５５６のための表２のステップ８７
２は、図１４のフォーム１０Ｆが "agent"フォームであ
ることを決定する。従って、アプリケーションプログラ
ム５５６がステップ８７４を実行して、ＦＡＦ（Ｂ）を
呼び出して、外交員の記録にアクセスし、次に、ステッ
プ８７６において、ＦＡＦ（Ｃ）を呼び出して、文書を
外交員に送信する。

【００９１】従って、第１例は、図１４の第１カスタマ
イズされたフォーム１０Ｆを有し、保険請求処理アプリ
ケーションプログラム５５６において第１ "agent"サブ
ルーチンを呼び出す。

【００９２】第２例 第２例のフォームは図１５に示され、図１４の第１例の
フォームと異なるフィールド名、異なるレイアウト及び
異なるデータタイプで設計されるフォームだが、同一の
保険請求処理アプリケーションプログラム５５６に情報
を提供することを目的としている。図１５に示される第
２例のフォームは、顧客への保険会社であるＺＥＤ社に
よって設計される保険フォームである。ＺＥＤ社の従業
員は被保険者である。フォームを保険会社に提出するの
は従業員である。

【００９３】図１５の第２例のフォーム１０ＺＦは、同
一のフィールド関連リスト８２で作動するフォーム定義
プロセッサ８６によって、知能フォームプロセッサ２５
で設計される。保険会社は、図１７のマスターＭＧＤＳ
５０ＺＭに示されるように、フィールド関連名８２ａ乃
至８２ｆ、フィールド名６８ａ乃至６８ｆ，及び他のデ
ータを特定することによってフォームを設計する。マス
ターＭＧＤＳ５０ＺＭに現れるフィールドデータセグメ
ントの順序は、図１５に示されるマスターフォーム１０
ＺＦにおけるフィールドの異なるレイアウトを反映する
ことに注意したい。また、フィールド名は異なることに
も注意したい。例えば、第２例の第２フィールドデータ
セグメント５４ＺＭにおけるフィールド名は、"Given N
ame"である。

【００９４】保険会社が第２フォーム１０ＺＦを準備し
た後、フォームをＺＥＤ社の従業員から受信すると、そ
の後の使用のため第２マスターＭＧＤＳ５０ＺＭを記憶
する。

【００９５】フォームがＺＥＤ社の従業員によって書き
込まれると、フォームは図１９に示される操作されたフ
ォームイメージ１０Ｚ’の外観を有する。フォーム１０
ＺＦとフォーム１０Ｚ’を区別するため、ＺＥＤ社の従
業員によって提出される保険フォームの連続番号は、第
１字に”Ｘ”を有する。これは、保険請求処理アプリケ
ーションプログラム５５６に異なるサブルーチン、即
ち、表２のステップ８５０乃至８６８のサブルーチンを
呼び出すために設計される。

【００９６】ＺＥＤ社の従業員が保険請求フォームを提
出すると、フォームはスキャンインされ、図１９に示さ
れるように走査されたフォームイメージ１０Ｚ’を有す
る。前述のように、フォーム認識及びフィールド抽出の
プロセスと、文字認識及びエラー修正の追加のプロセス
とを介して、ＭＧＤＳ５０Ｄがエラー修正プロセッサ３
０によって生成され、オペレータが見るため手動検査及
び修正プロセッサ３２に提示される。本発明に従って、
第２例の図２８に示されるように、オペレータが符号化
データ４８を見ると、実際のフィールド名 "Given Nam
e" ６８ｂと共にオペレータに提示されている。

【００９７】手動検査及び修正プロセッサ３２は動作の
完了後、図２８に示されるＭＧＤＳ５０ＥＺを出力す
る。次に、ＭＧＤＳ５０ＥＺはホストコンピュータ３４
に伝送され、保険請求処理アプリケーションプログラム
５５６の適切なサブルーチンを呼び出す。

【００９８】高度なデータ収集プログラム８５は、第１
レベルマッピングテーブル５５０を用いて、フォルダー
適用業務プログラム５５４に対してフィールド関連名８
２ａ、８２ｂ及び８２ｆを識別する。

【００９９】高度なデータ収集プログラム８５は、第２
レベルマッピングテーブル５５２を用いて、保険請求処
理アプリケーションプログラム５５６に対してフィール
ド関連名８２ａ乃至８２ｆの全てを識別する。

【０１００】保険請求処理アプリケーションプログラム
５５６は第２例の連続番号は”Ｘ”で始まることを決定
して、"ZED Corporation" 保険請求フォームに表２のス
テップ８５２で開始するサブルーチンを呼び出す。次に
ステップ８５２乃至８６８が実行される。

【０１０１】高度なデータ収集アーキテクチャの本発明
は、第１例及び第２例のフォームの双方のバージョンを
備えることによって、同一の保険請求処理アプリケーシ
ョンプログラム５５６及び同一のフォルダー適用業務プ
ログラム５５４により、これら２つのフォームを合併す
ることができる。

【０１０２】以下の議論は、前述の米国特許出願第０７
／７８７、１２９号に記載される、文書フォームの走査
されたイメージの文字認識エラーを連続修正するための
システムを概説している。この追加の記述は、ここで開
示される高度なデータ収集アーキテクチャである本発明
の理解を容易にするために含まれる。

【０１０３】文字認識エラーの連続修正 文書フォームの特定のフィールドのための修復過程は、
機械生成データ構造（ＭＧＤＳ）メッセージに組み込ま
れる。ＭＧＤＳは、連続修復プロセス及びシステムのプ
ロセッサの間のデータインタフェースとして使用され
る。ＭＧＤＳはまた、監査証跡を維持するため、特定の
誤って認識された文字列に対する修復の過程におけるリ
ポジトリー（収納場所）としてはたらく。

【０１０４】図１及び図２は、データ処理システムの全
体のアーキテクチャ図を示す。図１はその左半分であ
り、図２はその右半分である。ハードコピー文書１０は
スキャナー２２によってシステムへと走査されて、図１
８に示される文書イメージ１０’となる。図２６のアー
キテクチャ図により詳細に示される知能フォームプロセ
ッサ２５は、スキャナー２２によってスキャナーインタ
フェースプロセスを提供する。図１において点線で示さ
れる知能フォームプロセッサ２５はまた、フォーム定義
プロセッサ８６、バッファ４０、フォーム認識及びフィ
ールド抽出プロセッサ２４、文字認識プロセッサ２６、
及び人工知能エラー修正プロセッサ２８を含む。本発明
の好ましい実施例において、これらのさまざまなプロセ
ッサは、実行されるとそれぞれのプロセスを実行するよ
うな対応するコンピュータプログラムを介して行われ
る。本発明の代替の実施例では、図１及び図２に示され
るように、フォーム定義プロセッサ８６、スキャナープ
ロセッサ２３、バッファ４０、フォーム認識及びフィー
ルド抽出プロセッサ２４、文字認識プロセッサ２６、及
び人工知能エラー修正プロセッサ２８は、構内通信情報
網（ＬＡＮ）２０によって各々が別個のプロセッサが一
緒に接続される。本発明の理解を容易にするため、図１
及び図２に示される別個のプロセッサの実施例を始めに
説明する。

【０１０５】構内通信情報網（ＬＡＮ）２０は、フォー
ム定義プロセッサ８６、スキャナープロセッサ２３、バ
ッファ４０、フォーム認識及びフィールド抽出プロセッ
サ２４、文字認識プロセッサ２６、及び人工知能エラー
修正プロセッサ２８をホストコンピュータ３４と相互接
続する。ＬＡＮ２０にはまた、データベースエラー修正
プロセッサ３０及び手動検査及び修正プロセッサ３２が
接続される。更に、追加のイメージ収集機構バッファサ
ーバ４０’がＬＡＮ２０に接続されることができる。ホ
ストコンピュータ３４は文書イメージ記憶装置３６、符
号化データ記憶装置３５、及び修復過程記憶装置３８と
接続される。

【０１０６】文書１０はスキャナー２２によってシステ
ム内へと走査されて、図１８により詳細に示される文書
イメージ１０’を形成する。文書イメージ１０’は、ハ
ードコピー文書１０のイメージのビットマップ表示であ
る。スキャナー２２は構内通信情報網２０を介して、フ
ォーム認識及びフィールド抽出プロセッサ２４に文書イ
メージ１０’を出力する。文書イメージ１０’のコピー
はまた、ホストコンピュータ３４に転送され、一時的な
索引識別が文書イメージ１０’に割り当てられて、文書
イメージ記憶装置３６に一時的に保管（アーカイブ）さ
れる。

【０１０７】フォーム認識及びフィールド抽出プロセッ
サ２４は、システムによって処理されるべきフォームの
マスターフォーム定義のライブラリを含む。フォームの
モデルは、フォームパターン及びフォーム上に含まれる
各フィールドの記述部から構成される。フォームパター
ンは、１つのフォームタイプを他のフォームタイプと区
別するのに使用される特性のセットである。フィールド
記述部は、デカルト座標系で表現されるフォーム上のフ
ィールドの位置、文字認識の受入れしきい値、識別及び
フィールド特定情報から構成される。データフィールド
の位置は、矩形の対向する角を説明する２点によるモデ
ルによって表現することができる。矩形領域はマスクと
称されてもよい。

【０１０８】文書イメージ１０’がフォーム認識及びフ
ィールド抽出プロセッサ２４に入力されると、イメージ
がフォームを識別するため分析されて、適切なマスター
フォーム定義データにアクセスすることができる。フォ
ーム認識には幾つかの方法が用いられる。第１方法は、
文書上に一般的にバーコードとして印刷されるフォーム
番号と整合する。第２方法は、フォームタイプを区別す
るフォームテキスト及びラインのレイアウト又は配置を
比較する。第３方法は、フォームの水平線及び垂直線に
依存する。フォームの文書イメージ１０’が特徴付けら
れると、それぞれのフィールドの座標、フィールドの名
前、フォームにおけるそれぞれのフィールドのコードペ
ージを定義するような、対応するマスターフォーム定義
データがアクセスされる。フォーム認識及びフィールド
抽出プロセッサの動作の原理は、前述の米国特許出願第
０７／３０５、８２８号に記載されている。バーコード
イメージの認識によるフォーム認識の動作の原理は、前
述の米国特許第４、９９２、６５０号に更に記載されて
いる。

【０１０９】スキャナー２２が文書１０で走査すると、
スキャナープロセッサ２３は、ファイルアドレスに割り
当てられるイメージファイル内のイメージの基準化及び
圧縮等、幾つかのフロントエンド動作を実行することが
できる。文書イメージ１０’のイメージファイルは、割
り当てられたアドレスの下でアクセス可能な、バッファ
４０又はバッファサーバ４０’に一時的にバッファされ
る。また、スキャナープロセッサ２３はフォーム認識及
びフィールド抽出プロセッサ２４に直接文書イメージ１
０’を出力することができる。

【０１１０】文書イメージファイルポインター６０は、
バッファ４０又はバッファーサーバ４０’から文書イメ
ージ１０’にアクセスするのを可能にする。図１８の例
となる走査されたフォームイメージ１０’は、６個のデ
ータフィールドと１個のフォーム番号フィールドを有す
る。フォーム番号フィールド１１’は、保険請求フォー
ムであるフォームを識別するバーコード表示を含む。第
１データフィールド１４’は、姓のフィールドである。
第２フィールド１６’は、名のフィールドである。第３
フィールド１２ａ’は、州のフィールドである。第４フ
ィールド１２ｂ’は、アドレス（住所）のフィールドで
ある。第５フィールド４４’は署名のフィールドであ
り、第６フィールド１２’は連続番号のフィールドであ
る。第１フィールドから第４フィールド及び第６フィー
ルドは英数字のイメージを含むのに対し、第５フィール
ドは署名のイメージを含むことに注意したい。

【０１１１】図１８の例において、フォームタイプはフ
ィールド１１’のバーコードフォーム番号から認識され
る。システム内に走査されたように、フォームのスキュ
ー及びオフセットが測定される。走査されたフォームイ
メージ１０’上のフィールドの実際の位置を配置するた
め、フォーム上の各フィールドの予め定められた座標と
組み合わされなければならないという点で、スキュー及
びオフセット値６２は重要である。

【０１１２】フィールド抽出プロセスは、フォーム１
０’上のフィールドのフィールド座標を含むマスターフ
ォームフォーマット１０Ｆにアクセスすることによって
開始する。マスターフォームフォーマット１０Ｆは図１
４に示される。フォーム上のそれぞれのフィールドの座
標を表すデータは、マスターフォーム１０Ｆを示す図１
４に図示されている。フィールド１１Ｆはフォーム番号
のフィールドである。フィールド１４Ｆは姓のフィール
ドであり、境界線１３によって境界を付けられる。フィ
ールド１６Ｆは名のフィールドであり、境界線１７によ
って境界を付けられる。フィールド１２ａＦは州のフィ
ールドである。フィールド１２ｂＦはアドレス（住所）
のフィールドである。フィールド４４Ｆは署名のフィー
ルドであり、フィールド１２Ｆは連続番号のフィールド
である。図１４に示されるこれらのフィールドは座標デ
ータを図示したものであり、本例の保険請求フォームに
対応するマスターフォーム定義データセットに提供され
る。

【０１１３】図１６は、図１４に示されるマスターフォ
ーム１０Ｆのマスターフォーム定義に含まれる追加の情
報を示す。図１６は、マスター機械生成データ構造（Ｍ
ＧＤＳ）５０Ｍを示す。マスターＭＧＤＳ５０Ｍには、
フォーム名(FORM NAME)"claim"、フィールドの数、図３
１に示されるフォーム情報ＦＩに示されるような他の同
様の情報等の、固定されたフォームデータ６５が含まれ
る。また、図１６のマスターＭＧＤＳ５０Ｍの固定され
たフォームデータ６５には、フォームの各ページのペー
ジ情報ＰＩが含まれる。ここで示される例では単一のペ
ージフォームが用いられる。ページの固定されたフォー
ムデータは、例えば、ページ番号を含む。また、マスタ
ーＭＧＤＳ５０Ｍには、図１４のマスターフォーム１０
Ｆにおける６個のデータフィールドの各々に対する固定
されたフィールドデータ６７が含まれる。フォーム上の
各フィールドは、図１４の第１データフィールド１４Ｆ
に対応する図１６のフィールドデータセグメント５２Ｍ
等の、フィールドデータセグメントによって表される。
フィールドデータセグメント５２Ｍは、フィールド座標
６４等の固定されたフィールドデータ６７を含む。図１
６において、図１４のマスターフォーム１０Ｆの各々の
矩形フィールドの左上の角にあるＸ１とＹ１、右下の角
にあるＸ２とＹ２が示される。また、固定されたフィー
ルドデータ６７には、フィールド名、例えば、図１４の
姓のフィールド１４Ｆに対応するフィールドデータセグ
メント５２Ｍが含まれ、フィールド名６８が "last nam
e"であることを特定する。また、図１６の固定されたフ
ィールドデータ６７にはフィールドタイプ７０が含まれ
る。例えば、図１６のフィールドデータセグメント５２
Ｍは英数字に対応するフィールドタイプ "A/N"を有す
る。

【０１１４】含まれる他のフィールドデータ６７が、図
３３のフィールド情報に示される。図１６に示されるマ
スターＭＧＤＳ５０Ｍは、マスターフォーム定義データ
が、いかにフォーム認識及びフィールド抽出プロセッサ
２４に編成され、かつ記憶されるかの一例である。フォ
ーム認識及びフィールド抽出プロセッサ２４は、フォー
ム情報ＦＩ及びページ情報ＰＩに固定されたフォームデ
ータ６５を編成し、マスターＭＧＤＳ５０Ｍ内にそれぞ
れのフィールドデータセグメント５２Ｍ等の固定された
フィールドセグメント６７を編成し、文字認識プロセッ
サ２６に転送する。こうした転送の前に、追加データが
追加され、フォーム認識プロセスステップ１００乃至１
０３によって進められる。特に、追加される情報は、フ
ォームイメージ１０’のスキュー及びオフセットデータ
６２である。

【０１１５】追加の空間が、認識プロセスの後半の段階
で追加される情報のために図１６のマスターＭＧＤＳ５
０Ｍに割り当てられる。例えば、フォーム復帰ＦＲフィ
ールド７２が割り当てられた空間を有し、任意の文書イ
メージファイルポインター６０及び任意の抽出されたイ
メージファイルポインター７４に空間が割り当てられ
る。特に、符号化データ部分７５が追加される。ＭＧＤ
Ｓ５０Ｍにおけるこれらの割り当てられたフィールドの
各々は、対応するデータがフォームの文字認識修正にお
いて生成されるシステムの処理段階に達するまで空であ
る。

【０１１６】フィールド抽出プロセスは、マスターＭＧ
ＤＳ５０Ｍに設けられるフィールド座標６４とスキュー
及びオフセット値６２からの各フィールドのフィールド
ロケーションを計算する。フィールド座標値６４は、第
１フィールドデータセグメント５２Ｍ、第２フィールド
データセグメント５４Ｍ、第３フィールドデータセグメ
ント５６Ｍ、第４フィールドデータセグメント１２ｂ
Ｍ、第５フィールドデータセグメント４４Ｍ、及び第６
フィールドデータセグメント１２Ｍの第１フィールドに
設けられる。

【０１１７】フィールド抽出プロセスは、フィールド抽
出プロセスを用いて文書イメージ１０’からフィールド
イメージ１０”を抽出する。図２１は、例となるフィー
ルド抽出プロセスを示している。図２１は、図１８の文
書イメージに現れるような、名のフィールドのフィール
ドイメージ１６’を示す。フィールドイメージ１６’
は、包囲するボックス１７、文字１８及びスプリアス
（擬似の）線１９及び１９ａと共に示される。フィール
ド抽出のプロセスにおいて、ボックス１７のイメージが
取り除かれる。更に、無関係な線を取り除くプロセスに
おいて、線１９ａの一部がフィールド１６’の所定の領
域外にあるため、無関係な線１９ａが取り除かれる。し
かしながら、この例では、無関係な線１９はフィールド
１６’において文字のイメージ１８から取り除かれてい
ないことが、図２１の結果となる抽出されたフィールド
１６”で分かる。抽出されたフィールドイメージ１６”
は、フォーム用の図２０の抽出されたフィールドイメー
ジ１０”に現れる。

【０１１８】抽出されたフィールドに残るスプリアス線
の追加の例が図１８のフォームイメージ１０’の州のフ
ィールド１２ａ’に示され、その対応する抽出されたイ
メージ１２ａ”には、未だ、フロリダ州の州の略語であ
る "FL" の文字L に重なるスプリアス線がある。

【０１１９】次に、フィールド抽出プロセスは、図１６
に示されるマスターＭＧＤＳ５０Ｍに、例えば、フィー
ルド名(FIELD NAME)６８、フィールドタイプ(FIELD TYP
E)７０、フィールド座標(FIELD COORD) ６４等の固定さ
れたフィールドデータ６７と共に、例えば、フォーム名
(FORM NAME) ６６等の固定されたフォームデータ６５を
組み合わせる。次に、変数フォームデータがマスターＭ
ＧＤＳ５０Ｍに挿入される。例えば、現在「ゼロ」の値
をもつフォーム復帰(FR)コード７２、文書イメージ１
０’のファイルへのポインターアドレスである文書イメ
ージポインター(DOC IMG PTR) ６０、抽出されたイメー
ジ１０”を含むファイルのポインターアドレスである抽
出されたイメージポインター(EXT IMG PTR) ７４、スキ
ュー及びオフセット値(SKEW & OFFSET) ６２、及びフォ
ーム認識及びフィールド抽出プロセッサ２４において現
段階で入手可能な他のデータが挿入される。

【０１２０】次に、フィールド抽出プロセスは、図３に
示されるＭＧＤＳメッセージ５０Ａを文字認識プロセッ
サ２６に出力する。フィールド抽出プロセスが図２６の
知能フォームプロセッサ２５においてこれらのプロセス
の多重タスクの実施例ならば、ＭＧＤＳメッセージ５０
Ａの転送は、プロセッサ２５のメモリにおいて一般的に
アクセス可能な部分である。また図１及び図２の多重プ
ロセッサＬＡＮの実施例において、ＭＧＤＳメッセージ
５０ＡはＬＡＮ２０を介して文字認識プロセッサ２６に
転送される。

【０１２１】次に、プロセスは抽出されたイメージファ
イル１０”を出力する。抽出されたフィールドイメージ
ファイル１０”はファイルに配置され、そのアドレスは
抽出されたイメージポインター７４によって参照され
て、抽出されたイメージ１０”はバッファ４０又はバッ
ファサーバ４０’に記憶される。また、抽出されたフィ
ールドイメージ１０”は文字認識プロセッサ２６に直接
転送される。

【０１２２】図３は、フォーム認識及びフィールド抽出
プロセッサ２４からの出力として、ＭＧＤＳ５０Ａがよ
り詳細に図示されている。特に、図３に示されるＭＧＤ
Ｓ５０Ａは、図１８に示されるフォームイメージ１０’
の６個のフィールドの内の最初の２個に対応する、第１
フィールドデータセグメント５２Ａ及び第２フィールド
データセグメント５４Ａを示す。

【０１２３】フォーム認識及びフィールド抽出プロセッ
サ２４は、図３により詳細に示される第１段階ＭＧＤＳ
データ構造メッセージ５０Ａを生成する。ＭＧＤＳ５０
Ａのフォーム情報の特定のフォーマットが図３１に示さ
れる。フォーム復帰コードパラメータは、６の値をもっ
た長さ(Length)エンティティ、ＩＤエンティティ及びデ
ータ(Data)エンティティを有する。データテンティティ
は２バイト長であり、ＩＤエンティティは２バイト長で
あり、長さエンティティは２バイト長であるため、長さ
エンティティの値は６となって、パラメータのバイトの
全数を表す。ＭＧＤＳ群はパラメータを一緒に関連付
け、対応するパラメータの全群を容易に渡して分解する
のを可能にする。パラメータは、幾つかのサブパラメー
タを含むことを目的とするパラメータを特定することに
よって分類される。そうした含まれるパラメータ又はコ
ンテナオブジェクト、例えば、フィールド情報パラメー
タが図３１に示されて、長さエンティティ、ＩＤエンテ
ィティ及びデータエンティティを有する。データエンテ
ィティには、含むパラメータのデータが、その長さエン
ティティの含むパラメータに特定される長さに従うパラ
メータの群であることを示す矢が含まれる。長さ及びＩ
Ｄが１６進数であることに注意したい。

【０１２４】ＭＧＤＳ５０Ａの開始部分Ｈに含まれるフ
ォーム情報ＦＩは、図３１に示されるパラメータを含
む。ＭＧＤＳパラメータは、ＭＧＤＳ５０Ａ全体を含む
包囲パラメータである。ＭＧＤＳバージョンパラメータ
は、使用されるＭＧＤＳのバージョンについて述べてい
る。フォーム復帰コード(Form Return Code)パラメータ
は、イメージを処理するときにエラーに遭遇したかどう
かを示す。もしエラーが第１レベルで存在したと復帰コ
ードが示すならば、拒否された文字の復帰コードと疑わ
しい文字の復帰コードは検査されて正確なエラーを決定
しなくてはならない。フォーム復帰コードは、拒否処理
が文書イメージに必要かどうかを決定するための主な表
示である。負の復帰コードはフォーム又はフィールドレ
ベルにおいて発生した処理エラーを示して、フォームが
実際に誤って識別されることもある。正の復帰コード
は、フィールド全てにフォームに見られた拒否された文
字の数及び疑わしい文字の数を示す。この復帰コード
は、エラー修正がうまく行われた後にゼロに再設定され
る。

【０１２５】変換時(When To Convert) パラメータは、
ＭＧＤＳを生成するアプリケーション、即ち、フォーム
認識及びフィールド抽出プロセッサ２４、がＭＧＤＳの
文字データを適切なホストコードページに変換したかど
うかを示している。パラメータ値ゼロは、ＭＧＤＳを生
成するアプリケーションが生成された元のＡＳＣＩＩコ
ードページの文字データに残り、数値データが１６進法
の数値の表示がバイトをフリップすることで読み出され
るワークステーションバイト順序に現れることを示して
いる。パラメータ値２は、ＭＧＤＳを生成するアプリケ
ーションが文字データを適切なホストＥＢＣＤＩＣコー
ドページに変換し、数値データのレプリカが１６進法の
数値の表示がバイトをフリップせずに読み出されるホス
トバイト順序に現れることを示している。パラメータ値
１は、数値データのバイト順序と、文字データがコード
ページに変換されているかどうかを決定するためのフォ
ーム復帰コードの検査を必要とする。

【０１２６】フォームクラス名(Form Class Name) パラ
メータは、フォームに認識されるフォームクラスの名前
を示す。フォームクラス名は、フォーム認識動作を行う
フォーム認識及びフィールド抽出プロセッサ２４によっ
て定義される。

【０１２７】フォーム名(Form Name) パラメータは、フ
ォーム認識動作を行うフォーム認識及びフィールド抽出
プロセッサ２４によって定義されるようなフォームの名
前を与える。

【０１２８】汎用コードページ(General Code Page) パ
ラメータは、認識されていない文字フラグ、フォームク
ラス名、フィールド名、フィールド関連及びフィールド
修復パラメータのコードページである。これらの項目の
全てが１つのコードページに現れると仮定される。幾つ
かのコードページがこれら異なる項目に存在するなら
ば、認識されていない文字フラグのコードページが使用
される。

【０１２９】認識されていない文字フラグ(Unrecognize
d Character Flag) パラメータは、文字データバッファ
における認識されていない文字を示すために用いられ
る。フィールドパラメータの番号は、データがＭＧＤＳ
に復帰されるフィールドの数を示す。

【０１３０】フォームコードページ(Form Code Page)パ
ラメータは、フォームの全てのデータに使用される。フ
ォームの全てのデータが同じコードページを使用するな
らば、フォームコードページパラメータはそのコードペ
ージを示す。異なるコードページがフォームに使用され
るならば、このフィールドは復帰されず、フィールドコ
ードページパラメータは各フィールドにあるページを示
す。データがコードページからコードページへ変換さ
れ、ＭＧＤＳに戻って記憶されるため、フォームコード
ページパラメータはフォームデータの現在のコードペー
ジを反映すべきである。

【０１３１】ホストフォームコードページ(Host Form C
ode Page) パラメータは、ホストがイメージから検索さ
れた全ての文字情報を特定したコードページである。文
字は、情報が最後の処理のためにホストに提出される前
に、このコードページに変換されるべきである。フォー
ムコードページパラメータに対応する全ての文字情報
は、変換時パラメータ値に基づくホストコードページに
変換される。

【０１３２】ホストコードページ(Host Code Page)パラ
メータは、特定のフィールドコードページのフィールド
情報が変換されるべきホストコードページを示してい
る。ホストコードページパラメータは、フィールドコー
ドページパラメータが特定のフィールドのデータが変換
されるべきホストコードページを示すため存在すると
き、フィールドコードページパラメータと一対一でマッ
プする。

【０１３３】ページ情報(Page Information)パラメータ
は、文書の各ページについての情報を含む包囲パラメー
タである。ページ情報パラメータは、各ページのフィー
ルドについての情報を含んでいない。

【０１３４】フィールド情報(Field Information) パラ
メータは、フィールドデータセグメントの包囲パラメー
タであり、フォームのページ上のそれぞれのフィールド
に復帰される全ての情報を分類するのに使用される。パ
ラメータには、各フィールドのフィールドデータの全体
セットの長さ以外の情報がない。

【０１３５】ページ情報フォーマットが図３２に示され
ている。ページ番号(Page Number)パラメータはページ
情報包囲パラメータに現れる情報にページ番号を提供す
る。ページ分解(Page Resolution) パラメータは、ペー
ジ情報パラメータに配置されるページ番号パラメータに
よって示される特定のページの分解を提供する。ページ
方向(Page Orientation)パラメータは、特定のフォーム
ページの方向を提供する。ページ方向パラメータの値
は、回転がないか、若しくは、90度、180 度又は270 度
の正の時計回り方向の回転を示している。

【０１３６】図３３は、フィールド情報の詳細なフォー
マットを示す。拒否された文字復帰コード(Rejected Ch
aracter Return Code)パラメータは、文字認識プロセス
の間に拒否された文字に遭遇したことを示している。拒
否された文字復帰コードパラメータは、文字認識プロセ
ッサが文字認識動作を行うまでデータが書き込まれな
い。このフィールドにおける番号は、フィールドで遭遇
した拒否された文字の数を示す。数が負であるならば、
フィールドを処理する間にエラーに遭遇したことを示
す。

【０１３７】疑わしい文字復帰コード(Suspicious Char
acter Return Code)パラメータは、文字認識プロセッサ
２６による文字認識プロセスの間に遭遇した疑わしい文
字を示す。このフィールドの番号は、フィールドで遭遇
した疑わしい文字の数を示す。フィールド関連(Field A
ssociation) パラメータが、フィールドをホストフィー
ルドと対応させるために使用される。フィールド関連パ
ラメータは、ユーザがその対応値を示すためフォーム定
義ユーティリティに入力するＩＤであり、フォーム認識
及びフィールド抽出プロセッサ２４によって提供され
る。このフィールドは、フォームに現れるようなフィー
ルドによるよりも、アプリケーションの使用によるフィ
ールドによって記述するのに使用されるため、フィール
ド名パラメータと異なる。例えば、このフィールドはホ
ストアプリケーションに重要な索引情報を含む。

【０１３８】フィールド名(Field Name)パラメータは、
エラー修正及びデータ入力の間のフィールドを説明する
のに使用されるフィールド記述である。フィールドフォ
ームページ(Field Form Page) パラメータは、フィール
ドが現れるフォームページである。

【０１３９】フィールド座標(Field Coordinates) パラ
メータは、文字認識プロセッサ２６によって、フィール
ドを強調表示し、更に続く修復ステージにおけるフィー
ルドを処理するために使用されるフィールドの座標で書
き込まれる。これらの座標は、フィールドを包囲する矩
形の左上及び右下の座標であり、イメージの左上角に配
置される００座標をもった座標系に基づく。４つの座標
値の各々は、４つのバイト、即ち、Ｘ左、Ｙ下、Ｘ右、
Ｙ上、を使用する。

【０１４０】図３４に示される符号化データ(Coded Dat
a)パラメータは、各フィールドに同じコードページを有
する全ての文字情報を分類するのに使用される包囲パラ
メータである。複数のコードページが各フィールドで使
用されるため、符号化データパラメータはコードページ
及び文字情報を分類する。文字情報は、文字認識プロセ
ッサが文字認識動作を行うまで供給されない。符号化デ
ータパラメータには、コードページの長さ及び文字情報
以外の情報はない。符号化データパラメータの存在は、
フィールド存在パラメータの存在と互いに排他的であ
る。２つのパラメータは、同時に同じフィールドに存在
しなくてもよい。フィールド存在パラメータは、フィー
ルドがデータを含むか否かを示し、例えば、検査ボック
スフィールドに使用することができる。

【０１４１】図３５に示される拒否文字情報(Reject Ch
aracter Information)パラメータは、文字認識プロセッ
サ２６によって追加される包囲パラメータであり、拒否
された文字又は疑わしい文字に関する全情報を分類する
のに使用される。拒否文字情報パラメータには、拒否情
報の長さ以外の情報はない。

【０１４２】オプションとして、イメージデータパラメ
ータ（図示せず）がＭＧＤＳメッセージ５０Ａに含ま
れ、プロセッサ２４によって提供される。プロセッサ２
４がそのフィールド抽出動作を実行した後、フィールド
の終結イメージは直列に配列されるビットマップを有
し、オプションとしてＭＧＤＳ５０Ａに圧縮及び負荷さ
れる。

【０１４３】図３０は、ＭＧＤＳメッセージ構造におけ
るさまざまなＭＧＤＳパラメータ間の関係を示してい
る。フォーム情報がＭＧＤＳ５０Ａの開始部分Ｈの一部
であることが分かる。図３０に示されるように、これに
一緒にクラスタ化されるページ情報が続く。次に、これ
に幾つかのフィールド情報セグメントが続き、各フィー
ルド情報セグメントは主体フォームのフィールドの１つ
に対応する。フィールド情報セグメント内には、１個以
上の符号化データセグメントがあり、各符号化データセ
グメントは単一のコードページによって特徴付けられる
フィールドの一部に対応する。全フィールドが単一のコ
ードページによって特徴付けられるならば、フィールド
には単一の符号化データセグメントがある。またフィー
ルド情報には、文字認識プロセッサ２６によって生成さ
れることもあるいかなる拒否文字情報をも含んでいる。

【０１４４】文字認識プロセッサ２６によって実行され
る文字認識プロセスは、文字列４２"Ja^* n"を生成する
ため図２１のイメージ１６”に作動する。

【０１４５】文字認識プロセスは、図３に示されるよう
にＭＧＤＳメッセージ５０Ａを入力する。次に、プロセ
ッサ２６は図２０に示されるように、抽出されたフィー
ルドイメージファイル１０”を入力する。

【０１４６】次に、ループはそれぞれのフィールドデー
タセグメントで開始する。図３に示されるように、ルー
プは、ＭＧＤＳメッセージ５０Ａからそれぞれのフィー
ルドデータセグメントを得る。姓のフィールド１４”の
第１フィールドデータセグメント５２Ａが始めに処理さ
れる。次に、ループは第２フィールド１６”に対して、
ＭＧＤＳメッセージ５０Ａからのフィールドデータセグ
メント５４Ａを得る。ここでの例は、名のフィールドで
ある第２フィールド及びそのフィールドデータセグメン
ト５４Ａに焦点を合わせる。

【０１４７】次に、プロセッサ２６はフィールドデータ
セグメント５４Ａからフィールド座標６４を得る。次
に、フィールドデータセグメント５４Ａからフィールド
タイプ情報７０を得る。フィールドタイプ情報７０は、
フィールドに期待されるタイプとして特定することが可
能な広範囲の文字スタイルを含むことができる。特定の
フォームが通常手で書き込まれるならば、ハンドプリン
ティングがフィールドタイオプ情報７０に示される。機
械印刷数値又は漢字、ヘブライ文字又はキリル文字は、
期待されるフィールドタイプ７０として特定することが
可能な、他の文字スタイルである。

【０１４８】文字認識手順のタイプが、イメージがフィ
ールド１６”に現れる文字に期待されるフィールドタイ
プ又は他の特性に基づいて選択される。特定のフィール
ドに実行される文字認識手順のタイプは、情報がフィー
ルドに期待される文字のタイプに使用可能ならば、性能
又は正確さのために最適化することができる。例えば、
フィールドタイプ情報７０が、機械印刷ローマ字がＡＳ
ＣＩＩコードページ等のフィールドに存在すると示され
るならば、標準的なＯＭＮＩフォント認識手順が使用さ
れることができる。また、フィールドタイプ情報７０が
フィールドが厳密に言えばアラビア文字を用いる数値フ
ィールドであるならば、認識での曖昧さがそのようなフ
ィールドにおける文字に対して数値に有利に解決される
ため、より良い性能をもつ数値認識手順が使用されるこ
とができる。また、フィールドタイプ情報７０やコード
ページ７１はフィールドが漢字を含むと期待されると示
されるならば、２バイト認識手順が使用されなければな
らない。また、フィールドタイプ情報７０がイメージフ
ィールドであると示すならば、フィールドタイプ情報７
０又はフィールドコードページ７１が示すならば、文字
認識は実行されず、代わりにイメージ自体が抽出されて
フィールドデータセグメントに渡される。また、イメー
ジが署名として特定されるならば、イタリック体認識プ
ロセスが適用される（図示せず）。また、署名検査プロ
セスも適用される（図示せず）。

【０１４９】次に、図２０に示されるように、抽出され
たフィールドイメージビットマップ１６”が得られる。
次に、文字認識手順がイメージ１６”について実行され
る。

【０１５０】データ抽出プロセスによって生成されるイ
メージは、文字認識プロセッサ２６で認識されるべきデ
ータのクリーンイメージを提供する。これはフィールド
毎に行われて、各フィールドの文字が単一のイメージブ
ロックとして抽出される。フィールドイメージが認識さ
れる前に、個々の文字イメージにセグメント化されなけ
ればならない。これらのイメージは、次に文字分類処理
によって認識される。セグメンテーションで、文字から
文字までのピッチ、即ち、距離を識別して、接触する文
字同士を分割し、こわれた文字を合成する。もしあれ
ば、タイピングのスキューと、フィールドにおける特定
の列イメージの他の特異体質とを識別する。文字認識分
類処理は入力として単一文字パターンを受け入れ、識別
記号及びＡＳＣＩＩコード又はＥＢＣＤＩＣコードを戻
す。フォームのタイプされたデータの場合に通常あるよ
うに、多くの異なるソースから文書が達すると、ツリー
ロジックのライブラリが必要とされ、遭遇する各フォン
トに１個のライブラリが必要とされる。印刷のフォント
と一致するサイズ特性を有するフォントは認識のために
試されて、各分類処理がそれ自体の認識の正確さの推定
値を提供する。これらの推定値は、イメージの残りの部
分を読み取るのに最良の分類処理を選択するために評価
される。更に、入力の表示のいかなる２つの原型も互い
に一致せず、全ての入力パターンがいづれかの原型と一
致する特性を有するような原型パターンのリストが出力
される。各原型はクラスタとして定義される。クラスタ
は、一致する全てのパターンから構成される。クラスタ
情報は、続く修復ステージによって使用される文字認識
プロセッサによって出力可能である。

【０１５１】図４は、文字認識プロセッサ２６によって
ＭＧＤＳメッセージ５０Ｂに追加される幾つかの情報を
示している。文字データバッファＢは、完全に認識され
た文字 "J"及び "n"、疑わしい文字 "a"、及びアステリ
スク "*"によって示される拒否文字又は疑わしい文字の
位置を含む認識された文字列が負荷される。更に、第１
拒否文字情報Ｓは、文字位置、文字座標、第２推測文字
及び文字確実性を識別する拒否文字情報セグメントに配
置される。第１文字の文字位置は"0" と表示され、第２
文字の文字位置は"1" と表示される等となる。従って、
疑わしい文字"a" の文字位置は"1" と表示される。文字
座標は、疑わしい文字 "a"のフィールドイメージの位置
に設けられる。更に、文字認識プロセッサ２６はより確
信度の小さい幾つかの候補となる他の文字を公式化す
る。次に最も高い確信度は文字"o"に対応し、確信度は
拒否情報セグメントＳの第２推測文字パラメータに設け
られる第２推測文字である。更に、50％の文字確信度は
また、例えば、拒否文字情報セグメントＳにも負荷され
る。第２拒否文字情報セグメントＲは、拒否文字位置"
*" に設けられる。文字位置はその第３の文字位置２と
示され、文字位置の座標はフィールドイメージに設けら
れる。第２拒否文字情報は、図４のＭＧＤＳメッセージ
５０Ｂに負荷される。

【０１５２】文字認識プロセスに戻ると、図２１に示さ
れるような選択された認識手順を用いて符号化データ４
２を生成する。次に、認識されていない文字３１が図２
１に示されるようにフラグを立て、図４に示されるよう
に、文字復帰コードＲＣが１だけ増分され、フォーム認
識コードＦＲもまた１だけ増分される。

【０１５３】次に、図２１に示されるように、文字認識
プロセスは、設定されたしきい値より下にある確信度レ
ベルで認識される"suspicious"( 疑わしい) いかなる文
字位置２１として識別する。図４に示されるように、疑
わしい復帰コードＳＣが１だけ増分され、フォーム復帰
コードＦＲもまた１だけ増分される。

【０１５４】次に、認識された文字"J" 及び"n" 、疑わ
しい文字"a" 、及び拒否フラグ"*"から構成される符号
化データ４２は、図４に示されるフィールドデータセグ
メント５４Ｂの文字データバッファＢに負荷される。

【０１５５】次に、フィールドデータセグメント５４Ｂ
は疑わしい文字エラーデータのサブセグメントＳによっ
て増加され、サブセグメントＳは、図４に示されるよう
に、疑わしい文字の位置座標２１が負荷される。

【０１５６】次に、疑わしい文字の第２推測文字２９
は、図４に示されるように、サブセグメントＳに負荷さ
れる。本例では、第２推測文字２９は"o" である。次
に、疑わしい文字の確信度６１は図４のサブセグメント
Ｓに負荷される。本例では、第１推測文字２７が"a" で
ある確信度は50％で、この値50％は文字確信度の値６１
である。

【０１５７】次に、フィールドデータセグメント５４Ｂ
が、図４に示されるように、拒否文字位置の位置座標３
１が負荷される、拒否文字エラー情報のサブセグメント
Ｒによって増加される。次に、他のフィールドデータセ
グメントが処理されるかどうかを決定する。

【０１５８】次に、図２０の抽出されたフィールドイメ
ージ１０”に、追加のフィールドで処理されるべき追加
のフィールドデータセグメントがあるかどうかを決定す
る。追加のフィールドデータセグメントがあるならば、
ループは戻る。また、処理されるべきフィールドデータ
セグメントがもはやなければ、プロセスは図８に示され
るように、ＭＧＤＳメッセージ５０Ｂを出力する。

【０１５９】図８は、図２０のフォームの６個のフィー
ルドの各フィールドセグメントの符号化データへの文字
バッファＢを示す。第１フィールドセグメント５２は、
そのバッファＢに文字列"Doe" を有する。第２フィール
ドセグメント５４は、そのバッファＢに文字列 "Ja^* n"
を有する。第３フィールドセグメント５６は、そのバッ
ファＢに文字列"FA"を有する。第４フィールドセグメン
ト１２ｂは、図１８のフォームイメージ１０’のフィー
ルド１２ｂ’に対応するイメージ情報がなかったため、
そのバッファＢは空である。第５フィールドセグメント
４４は、そのフィールドイメージ部分に署名イメージ４
５を有する。第６フィールドセグメント１２は、そのバ
ッファＢに列W1248 を含む。それぞれのフィールドデー
タセグメントの文字バッファＢの各々の内容は、図２０
の抽出されたフィールドイメージのそれぞれのフィール
ドに含まれるイメージに対応する正しい英数字列を補正
する最も良い現在の推定値である。

【０１６０】図３４に示される符号化データ情報フォー
マットは、フィールドの各特定の文字列に使用されるコ
ードページである、フィールドコードページパラメータ
を示す。コードページがフィールドで変化するときは常
に、フィールドコードページパラメータがパラメータを
使用する文字列に先行する。フォームの全てのコードペ
ージが同じならば、フィールドコードパラメータは使用
される必要がなく、フォームコードページパラメータは
フォームの全ての文字データに使用されるべきコードペ
ージを示す。

【０１６１】文字バッファパラメータＢはまた図３４に
示され、パラメータは１つのコードページを用いる文字
列を記憶するための位置である。フィールドが文字を含
まないが、フィールドがプロセッサ２４によって必須フ
ィールドと示されたならば、拒否された文字復帰コード
はいかなる値もエラーではないことを示す。文字バッフ
ァは、フィールドを表す文字列の現在の補正された値へ
のリポジトリーである。フィールド修復の各連続する段
階において、フィールドを表す最も高い確率の文字列が
文字バッファＢに負荷される。

【０１６２】拒否情報フォーマットは、図３５に詳細に
示される。拒否文字情報包囲パラメータは、全フィール
ドの文字の列に文字の位置を識別する文字位置パラメー
タを含む。これは、文字値及びイメージ文字の間の対応
がそれぞれの修復ステーションで起こることが可能なこ
とを必要とする。この位置は、フィールドの文字位置を
示すのであって、文字に先行するバイトの数を示すので
はない。

【０１６３】ＭＧＤＳメッセージ５０Ｂは、フィールド
セグメントがエラーを有するフィールドの第１修復を行
うため、ＬＡＮ２０を介して人工知能エラー修正プロセ
ッサ２８に転送される。修正プロセッサ２８は、幾つか
の実施例において文字認識プロセッサ２６の一部であっ
てもよい。人工知能エラー修正プロセスの一例は、文字
認識プロセッサ２６によって生成される文字列の字句の
テストである。一般的にフォームの特定のフィールドに
含まれるデータは、全ての文字列が許容されるのではな
いという意味で制約される。量フィールドは一般的に数
値データで充填され、名フィールドは一般的に英字デー
タで充填される。そのような制約は、文字認識補正にお
いて有益である。例えば、特定のフィールドが数値だけ
ならば、数値文字をもったフィールドにおける疑わしい
文字の比較は適切になる。この例は郵便番号(zip code)
フィールドであり、郵便番号フィールドのイメージにお
ける１以上の数値文字が疑わしいか、若しくは、読み出
されない場合である。フォームの州のフィールド、特
に、認識されない文字がない州及び市のフィールドが読
み出されるならば、字句分析は郵便番号録と同等のデー
タベースを用いて行われ、郵便番号フィールドの拒否さ
れた文字又は疑わしい文字に最も確率の高い数値を書き
込む。特定のフィールドのタイプにおいて、数字だけで
なく、文字及び句読点もまた誤って読みだされた文字の
位置又はコンテクストから判断される。例えば、特定の
フィールドが州のフィールドであり、フィールドにおい
て誤って読み出された文字があるならば、５０州のリス
トは字句分析で使用され、正確に認識される文字への最
も高い確率の一致を見つけ出すことによって、拒否され
た文字又は疑わしい文字の値の判断を可能にする。

【０１６４】もう１つのアプリケーション及び本例で使
用されるアプリケーションは、共通の英語の名である。
ＭＧＤＳ５０Ｂは人工知能エラー修正プロセッサ２８に
入力され、名のフィールド１６’は文字イメージ１８で
ある文字"John"を含む。文字認識プロセッサ２６からの
出力文字列４２ "Ja^* n"は、字句分析を用いてエラー修
正プロセッサ２８で処理される。文字列４２の第二文字
に対応する第２推測文字"o" もまた、 "Jo^* n"をテスト
するため文字分析を用いてテストされる。字句分析例
は、最初の文字が"J" で最後の文字が"n" の４つの文字
をもつ名に関する。字句分析は、"Joel"、 "Jack" 、 "
John" 、 "Jake" 、 "Jane" 、 "Jean" 、"Jill" 、 "J
oan" 、 "Judy" 及び"June"等の候補名のリストを参考
にする。人工知能エラー修正プロセッサ２８によって行
われる字句分析の例は、第１修復を行うことができるよ
うに、入力ＭＧＤＳメッセージ５０Ｂがフィールドに関
連するある情報を供給するのを必要とする。供給される
情報は、文字列４２ "Ja^* n"の文字データバッファＢか
らの文字列であり、第２文字位置の第２推測文字、即
ち、"o" である。人工知能エラー修正プロセッサ２８
は、字句分析から文字列 "Joan" が50％の確信度を有
し、文字列"John"もまた50％の確信度を有することを決
定する。

【０１６５】人工知能修正プロセスはＭＧＤＳメッセー
ジ５０Ｂを入力する。次に、次のフィールドデータセグ
メントが疑わしい文字復帰コードＳＣ及び拒否文字復帰
コードＲＣを有するループが開始し、そのフィールドに
疑わしい文字又は拒否文字があるかどうかを決定する。
図４の第１フィールドデータセグメント５２Ｂで分かる
ように、文字認識プロセッサ２６はフィールドの疑わし
い文字又は拒否文字がないことを決定した。従って、次
のフィールドデータセグメント５４Ｂに進み、そのフィ
ールドに疑わしい文字又は拒否文字があるかどうかを決
定する。図４で分かるように、フィールドデータセグメ
ント５４Ｂは、１に等しい疑わしい文字復帰コードＳＣ
があり、拒否文字復帰コードＲＣが１であることを示し
ている。

【０１６６】第１修復セグメントＲ１は図４に示される
ＭＧＤＳメッセージ５０Ｂに追加されて、図５に示され
るＭＧＤＳメッセージ５０Ｃを形成する。第１修復セグ
メントＲ１は、人工知能補正プロセス２８Ａによって図
４のフィールドデータセグメント５４Ｂの文字データバ
ッファＢの内容に実行される、修復の過程の編集のため
の空間を提供する。第１修復セグメントＲ１は、人工知
能エラー修正プロセッサ２８の修復アドレス、修正のタ
イプの識別名、修復タイムスタンプ、実行される動作等
のデータと、フィールド名、修復される文字位置及び以
下に説明されるその他の情報等のフィールド修復自体の
情報を含む。

【０１６７】次に、プロセスは図４のフィールドデータ
セグメントのデータバッファＢから符号化データ４２ "
Ja^* n"を得る。

【０１６８】次に、本例では、どのタイプの人工知能エ
ラー修正プロセスが用いられるべきかを決定する。これ
は、勿論、それぞれのフィールドに含まれるタイプの情
報に依存する。例えば、名のフィールド１６”は名を含
み、符号化データ４２ "Ja^*n"と従来の名の類似性につ
いての字句分析を行うのに適切である。また、フィール
ド１２ａ”のようにフィールドが州名の略語であるなら
ば、第３フィールドデータセグメントの"FA"である文字
列４２’の類似性の字句分析を、従来の州名及びその略
語の字句分析に適用するのがより適切である。

【０１６９】従って、フィールドデータセグメント５４
Ｂのフィールド名６８が"first name(名)"であるかどう
かを決定し、もし"first name"であるならば、"first n
ame"字句プロセスが実行される。これは、符号化データ
を共通名のリストと比較することによって起こる。次
に、字句検査が実行される。

【０１７０】また、フィールド名６８が"first name"で
なく、代わりに、フィールド名６８が"state (州)"であ
るならば、"state abbreviation(州略語)"字句手順を実
行する。これは、符号化データを州の略語のリストと比
較することによって行われる。次に、字句検査が行われ
る。

【０１７１】符号化データ４２ "Ja^* n"の字句検査は疑
わしい文字２７である"a" を含み、選択された字句手順
を用いて第１確信度を計算する。この場合、選択された
文字手順は上述の"first name"字句手順である。

【０１７２】次に、フィールドデータセグメント５４Ｂ
から図４に示される文字、この場合、"o" である第２推
測文字２９を得て、第２推測符号化データ４６、この場
合、"Joan"を形成する。

【０１７３】次に、第２推測符号化データ４６の字句検
査を行い、選択された字句手順、この場合、"first nam
e"字句手順、を用いて第２確信度を計算する。

【０１７４】次に、第２推測符号化データ４６の第２確
信度が第１推測符号化データ４２の第１確信度より大き
いならば、符号化データ４２ "Ja^* n"は図５のＭＧＤＳ
５０ＣのデータバッファＢから転送され、第１修復セグ
メントＲ１の入力データ修復部分３７に配置される。こ
れに続き、第２推測符号化データ４６"Joan"を図５に示
されるフィールドデータセグメント５４Ｃのデータバッ
ファＢに負荷する。このようにして、フィールド１６”
を表す文字列の最良の推定が、フィールドデータセグメ
ントの符号化データ部分７５の文字データバッファＢに
含まれる。

【０１７５】次に、フィールド１６”のイメージを表す
符号化データ４６の確信度３９は、図５に示される第１
修復セグメントＲ１に負荷される。この場合、文字列"J
oan"がフィールド１６”を表す確信度は50％である。

【０１７６】次に、クラスタデータ又は符号化データの
代替の選択４８を、第１修復セグメントＲ１に負荷す
る。人工知能エラー修正プロセッサ２８は、フィールド
１６”の符号化データを表す代替の選択が文字列"John"
４８であり、文字列"John"４８が図５に示されるように
第１修復セグメントＲ１に配置されることを決定する。

【０１７７】次に、修復プロセッサアドレス"28"及びプ
ロセッサ２８における修復のタイムスタンプが第１修復
セグメントＲ１に負荷される。

【０１７８】次に、プロセスは他のフィールドデータセ
グメントがあるかどうかを決定する。この場合、ＭＧＤ
Ｓ５０Ｂの次のフィールドデータセグメントは州のフィ
ールド１２ａ”に対応するフィールドデータセグメント
５６Ｂである。人工知能修正プロセス２８Ａは、フィー
ルド名６８が"state" であり、従って、"state abbrevi
ation"字句プロセスを実行し、"FL"である文字列４６’
がフィールド１２ａ”を表す可能性がより高いことを決
定する。従って、"FA"である符号化データ４２’は図９
の修復セグメントＲ１’の位置３７に負荷され、"FL"で
ある第２推測データ４６’はフィールドデータセグメン
ト５６Ｃの符号化データ部分７５”の文字データバッフ
ァＢに負荷される。このようにして、州フィールド１２
ａ”のイメージを表す可能性の最も高い文字列が、フィ
ールドデータセグメントの符号化データ部分７５”の文
字データバッファＢに存在する。

【０１７９】分析するフィールドデータセグメントがも
はやなければ、プロセスは図９に示されるＭＧＤＳメッ
セージ５０Ｃを出力する。図９に示されるＭＧＤＳメッ
セージ５０Ｃは、６個のフィールドデータセグメントを
含む。６個のフィールドデータセグメントに加えて、名
が第２フィールドに属するＲ１と州が第３フィールドに
属する修復セグメントＲ１’の２つの修復セグメントが
ある。第１フィールドデータセグメント５２は、ＭＧＤ
Ｓ５０と同じバッファＢを有する。ＭＧＤＳ５０Ｃのフ
ィールドデータセグメント５４は、新たな文字列"Joan"
に変わったバッファＢを有する。ＭＧＤＳ５０Ｃの第３
の州のフィールドセグメント５６は、文字列"FL"に変わ
ったバッファＢを有する。第４フィールドセグメント１
２ｂ、第５フィールドセグメント４４、及び第６フィー
ルドセグメント１２は、ＭＧＤＳ５０Ｂのフィールドセ
グメントを介して、ＭＧＤＳ５０Ｃにおいて変わらない
ままである。第１名フィールドを修復した追加の修復セ
グメントＲ１は、文字列 "Ja^* n"を含むバッファ３７を
有する。州のフィールドを修復した第２修復セグメント
Ｒ１’は、文字列"FA"を含むバッファ３７を有する。修
復過程が、修復セグメントＲ１及びＲ１’があるフォー
ムのＭＧＤＳ５０Ｃに堆積することが分かる。更に、図
２０の抽出されたフィールドイメージ１０”のそれぞれ
のフィールドを表す文字列の最良の推定値が、ＭＧＤＳ
５０Ｃの各フィールドデータセグメントのそれぞれの文
字バッファＢにあることがわかる。

【０１８０】図５において、ＭＧＤＳメッセージ５０Ｃ
が、文字認識プロセッサ２６から受信したＭＧＤＳ５０
Ｂからの情報を用いて、エラー修正プロセッサ２８によ
り形成される。図９のＭＧＤＳ５０Ｃは、ＭＧＤＳ５０
Ｂを増加する修復セグメントＲ１に入力されるプロセッ
サ２８の修復アドレスを有する。セグメントＲ１はま
た、修復のＩＤ（識別名）、つまり、人工知能、即
ち、"AI"を有する。また、修復タイムスタンプが含まれ
るが、この場合は、その日の５時３分５８秒である。実
行された動作は"LEX" と入力され、字句分析がこの第１
修復で実行されていることを示している。次に、図５の
ＭＧＤＳ５０Ｃの第１修復包囲パラメータは、フィール
ド名"FIRST" と第２文字の文字位置、即ち、ここでは"
1" を含む。修正プロセッサ２８で実行される第１段階
の修復は、文字認識プロセッサ２６からのＭＧＤＳ入力
メッセージ５０Ｂに含まれる第１選択情報及び第２選択
情報を利用する。

【０１８１】この時点で、本発明の好ましい実施例が、
いかに単一の知能フォームプロセッサ２５を使用して多
重タスクフォームで実行するかについて論じるのは適切
である。それぞれのプロセスは、フォーム認識及びフィ
ールド抽出プロセッサ２４、文字認識プロセッサ２６、
及び人工知能エラー修正プロセッサ２８で実行される。

【０１８２】図２６は、知能フォームプロセッサ２５の
詳細なアーキテクチャ図を示す。プロセッサ２５は、バ
ス３２２によってＣＰＵ３１０、バルク記憶装置デバイ
ス３１２、ディスプレイ及びキーボード３１４、及びＬ
ＡＮアダプタ３１６に接続されるメモリ３０２を含む。
スキャナーアダプタ３１８は、スキャナー２２をバス３
２２と接続する。ＬＡＮアダプタ３１６は、ＬＡＮ２０
をバス３２２と接続する。更に、オプションとしてのＦ
ＡＸ及び通信ネットワークアダプタ３２０は、ファック
ス電話線をバス３２２と接続して、データ通信ネットワ
ークをバス３２２と接続することができる。ＣＰＵ３１
０は、例えば、インテル３８６又は４８６データ処理装
置であってもよい。バルク記憶装置デバイス３１２は、
200 メガバイトハードディスク記憶装置等のハードディ
スク記憶装置であってもよいし、ハードディスク磁気記
憶装置及び光学読み出し書き込み記憶装置の組み合わせ
であってもよい。

【０１８３】メモリ３０２は幾つかのコンピュータプロ
グラムを含み、プログラムの各々はプロセスを実行する
ための実行可能な命令のシーケンスである。メモリ３０
２は、上記のスキャナープロセッサ２３によって実行さ
れるプロセスを行うスキャナーインタフェースプログラ
ム２３Ａ’を含む。また、メモリ３０２には、バッファ
４０の区画が含まれる。更に、メモリ３０２において、
区画は図１４及び図１６に示されるマスターフォームフ
ォーマット１０Ｆのために設けられる。

【０１８４】メモリ３０２は、図２２のフォーム定義プ
ロセス８６Ａを実行するフォーム定義プログラム８６
Ａ’の区画を設ける。フォーム定義プログラム８６Ａ’
はフィールド関連リスト８２を受け取り、図２２に特定
される動作を実行し、図１６に示されるマスターＭＧＤ
Ｓ５０Ｍを生成する。

【０１８５】メモリ３０２は、フォーム認識プログラム
２４Ａ’の区画を設ける。区画はまたフィールド抽出プ
ログラム２４Ｂ’を含み、フィールド抽出プロセスを実
行する。フォーム認識プログラム２４Ａ’及びフィール
ド抽出プログラム２４Ｂ’の実行の結果、上述のよう
に、抽出されたフィールドイメージ１０”とＭＧＤＳ５
０Ａが生成される。

【０１８６】メモリ３０２において、文字認識プロセス
を実行する文字認識プログラム２６Ａ’のためのもう１
つの区画が設けられる。文字認識プログラム２６Ａ’の
実行の結果として、ＭＧＤＳ５０Ｂが生成される。文字
認識プログラム２６Ａ’は、フォーム認識プログラム２
４Ａ’及びフィールド抽出プログラム２４Ｂ’によって
生成されるＭＧＤＳ５０Ａに作動して、ＭＧＤＳ５０Ｂ
を生成する。

【０１８７】また、メモリ３０２において、人工知能プ
ロセスを実行する人工知能エラー修正プログラム２８
Ａ’のための区画が設けられる。人工知能エラー修正プ
ログラム２８Ａ’は、文字認識プログラム２６Ａ’によ
って生成されるＭＧＤＳ５０Ｂに作動し、ＭＧＤＳ５０
Ｃを生成する。

【０１８８】ＩＢＭのオペレーティングシステム／２
（拡張版）等の多重タスキングオペレーティングシステ
ム３０４は、多重タスキングモードに使用されて、メモ
リ３０２においてプログラムの多重タスクの実行を制御
する。また、オペレーティングシステム３０４は、アプ
リケーションプログラムの多重タスク実行を監督する必
要はなく、代わりに、アプリケーションプログラムはＭ
ＧＤＳの特定のデータフィールドセグメントを処理する
ため順に実行される。

【０１８９】電話ファクシミリ線をプロセッサ２５と接
続するファクシミリ及びネットワークアダプタ３２０の
設置によって、スキャナーアダプタ３１８を介して提供
されるイメージの代わりに、ファクシミリイメージの受
信が可能になる。同様に、アダプタ３２０をデータ通信
ネットワークへ接続すると、スキャナー２２によって文
書イメージファイルを生成する代わりに、ネットワーク
から現存する文書イメージファイルを受信するのを可能
にする。

【０１９０】ＭＧＤＳメッセージ５０Ｃは、構内情報通
信網２０を介してＡＩエラー修正プロセッサ２８からデ
ータベースエラー修正プロセッサ３０である第２修復ス
テーションに出力される。データベースエラー修正プロ
セッサ３０は、ホストコンピュータ３４で実行する特定
のアプリケーションに使用される顧客名のデータベース
を含む。本例では、ホストコンピュータ３４は、保険会
社のための保険フォームの文書イメージアーカイビング
システムを管理する。保険会社は多くの被保険者の顧客
を有し、被保険者の顧客のリストはデータベースエラー
修正プロセッサ３０に含まれる。データベースエラー修
正プロセッサ３０に入力されるＭＧＤＳ５０Ｃに示唆さ
れた文字列を比較することによって、特定のホストコン
ピュータアプリケーションにおいて被保険者の顧客の内
の１人の実際の名前と同じ文字列が選択される。本例に
おいて、ＭＧＤＳ５０ＣはＡＩエラー修正プロセッサか
らデータベースエラー修正プロセッサ３０へ入力され、
第２修復セグメントＲ２が追加される。第２修復セグメ
ントＲ２は、プロセッサ３０によって実行される第２修
復を特徴付ける。本発明の他の実施例において、データ
ベースエラー修正プロセッサ３０は、多重タスクアプリ
ケーションにおける同一のプロセッサ２５において、人
工知能エラー修正プロセッサ２８と文字認識プロセッサ
２６とを組み合わせることができる。

【０１９１】データベースエラー修正プロセッサ３０
は、文字データバッファＢから好ましい選択の文字列"J
oan"４６を取り、被保険者の顧客名の全てを含むデータ
ベースと比較する。"Joan Doe"と一致しないことが分か
る。次に、データベースエラー修正プロセッサ３０は、
ＭＧＤＳ５０Ｃから受信した代替の選択４８"John"を取
り、データベースの被保険者の顧客名の比較に"John"を
適用する。"John Doe"を見つけるための比較が成功す
る。この第２修復動作の結果、文字列４６"Joan"をもっ
た文字データバッファＢの内容は、第２修復セグメント
Ｒ２における入力データ修復部分３７に転送される。次
に、文字データバッファＢの内容に、文字列４８"John"
の修復された値が負荷される。

【０１９２】図１０に示されるＭＧＤＳ５０Ｄは、６個
のフィールドデータセグメントと３個の修復セグメント
を有する。６個のフィールドデータセグメントは、図２
０の抽出されたフィールドイメージ１０”において存在
する６個のフィールドに対応する。ＭＧＤＳ５０Ｄのそ
れぞれのフィールドデータセグメントのバッファＢは、
抽出されたフィールドイメージ１０”の対応するフィー
ルドにおける文字のイメージの内で最良の現在の推定値
である文字列を含む。更に、文字認識修復過程は、３個
の修復セグメントＲ１、Ｒ１’及びＲ２のフォームに構
成されている。これら３個の修復セグメントの存在は、
それぞれのフィールドデータセグメントの後続の追加の
分析を助ける。これら３個の修復セグメントの存在はま
た、全体の文字認識プロセスを改良するための監査証跡
を提供する。

【０１９３】エラー修正プロセッサ３０は、修復アドレ
ス"30"をセグメントＲ２に負荷し、この場合、第２セグ
メントＲ２へのデータベース"DB"である修復ＩＤを負荷
し、セグメントＲ２の修復タイムスタンプパラメータに
５時４分１秒の修復タイムスタンプを負荷する。実行さ
れる動作はセグメントＲ２への"DATA BASE" として負荷
され、セグメントＲ２のフィールド修復包囲パラメータ
が負荷される"FIRST"のフィールド名を有し、"2" の文
字位置が負荷され、変更される文字が文字列の第３番目
の文字であることを示す。データベース照会もまた入力
され、セグメントＲ２において"customer name" として
特徴付けられる。また、100 ％の確信度のレベルがセグ
メントＲ２に入力されることができる。データベースエ
ラー修正プロセッサ３０からの完了したＭＧＤＳメッセ
ージ５０Ｄの出力は図６に示される。

【０１９４】次に、ＭＧＤＳ５０Ｄは構内情報通信網２
０を介して手動検査及び修正プロセッサ３２に転送され
る。

【０１９５】手動検査及び修正プロセッサ３２はＭＧＤ
Ｓ５０Ｄを受信し、第３修復セグメントＲ３に追加す
る。アプリケーションに応じて、必要な手動検査は、特
定のフィールドにフラグを立てられた文字列を連続修正
することによって実行可能になる。

【０１９６】データベースエラー修正プロセッサ３０か
ら出力され、手動検査及び修正プロセッサ３２によって
受信されるＭＧＤＳメッセージ５０Ｄは、プロセッサ３
０においてオペレータによって検査されるべき文字デー
タ４８"John"を含む。修正プロセッサ３２は、第３修復
段階に第３修復セグメントＲ３を追加し、実際に修復さ
れるか、或いは、単に検査が行われる。修復アドレス"3
2"及びオペレータの識別名"Jones" がセグメントＲ３に
入力される。また、５時５分１５秒の修復タイムスタン
プがセグメントＲ３に入力される。実行される動作は、
セグメントＲ３で検査するため"valid" と示される。ア
プリケーションが必要としてよい文字又は全文字列の座
標は、文字認識プロセッサ２６によってもともと生成さ
れる拒否文字情報Ｓから抽出される。これらはフィール
ドのイメージビットマップにおける位置の座標と、文字
認識プロセッサ２６によって識別される拒否文字又は疑
わしい文字である。修正プロセッサ３２は、これらの座
標値を用いて、オペレータに表示されるように、フィー
ルドを強調表示と拡大の内の少なくとも一方を行う。文
書イメージ１０’のコピーは、オペレータが見るため
に、ＬＡＮ２０を介して修正プロセッサ３２に渡され
る。拒否された文字又は疑わしい文字の座標によって特
定された位置は、表示される文書イメージの部分を強調
表示と拡大の内の少なくとも一方を行うために用いられ
る。次に、オペレータは、文書イメージの強調表示され
た部分を、プロセッサ３２の表示画面上の英数字で表示
される文字列４８"John"とすばやく比較する。オペレー
タが文字列４８"John"の表示を受入れるならば、検査受
入れがセグメントＲ３に記録される。検査表示は、セグ
メントＲ３、例えば、コメント部分の下、に入力される
ことも可能である。

【０１９７】また、オペレータが、文字列４８を文字列
４９"JOHN"に変えるため、全ての文字を大文字にする等
の変更を望むならば、本発明に従って、文字列４８は文
字データバッファＢからセグメントＲ３の入力データ修
復部分５５に転送される。次に、プロセッサ３２が修正
された値の文字列４９"JOHN"を文字データバッファＢに
負荷する。他の適切なフィールドがフィールド名、文字
位置及びコメント等の、セグメントＲ３に記入される。

【０１９８】特に、図２４の手動検査及び修正プロセス
３２Ａにおいて、ステップ１９３でフィールド名６８ｂ
がフィールドデータセグメント５４Ｄより得られ、次に
ステップ１９４でフィールド名６８ｂが修復オペレータ
に表示される。これは本発明に従って、フィールドの実
際の名前をワークステーションのオペレータに提供し、
ここでは対応するフィールドデータセグメントの符号化
データが調べられなければならない。これは、オペレー
タが表示デバイスに表示されるフィールド名を、同じく
表示されているフィールドのイメージと相関させること
ができるため、符号化データをより重要に表示するのを
可能にする。

【０１９９】手動検査及び修正プロセッサ３２は、図１
１に示されるＭＧＤＳメッセージ５０Ｅに出力する。図
１１に示されるＭＧＤＳメッセージ５０Ｅは、６個のフ
ィールドデータセグメントと５個の修復セグメントを有
する。

【０２００】図１１は、ホストコンピュータ３４に出力
されるＭＧＤＳ５０Ｅのフォームを示す。ホストコンピ
ュータ３４は、図１８のフォーム１０’の６個のフィー
ルドの各々の各フィールドデータセグメントのバッファ
Ｂの内容を取って、各バッファＢの内容を、フォームに
おける対応するフィールドのイメージを表す文字列の最
良の推定値として記憶する。ＭＧＤＳ５０Ｅのフィール
ドセグメント５２からの符号化データは、"Doe" として
バッファＢに含まれる。この符号化データは、図１８の
走査されたフォームイメージ１０’の姓のフィールド１
６’を表すので、ホストコンピュータ３４により符号化
データ記憶装置３５に記憶される。同様に、文字列"JOH
N"を含むフィールドデータセグメント５４のバッファＢ
は、ホストコンピュータ３４によって、走査されたフォ
ームイメージ１０’の名のフィールド１６’を表す文字
列の最良の推定値として、符号化データ記憶装置３５に
記憶される。同様に、文字列"Fla" であるフィールドデ
ータセグメント５６のバッファＢの内容は、図１８の操
作されたフォームイメージ１０’の州のフィールド１２
ａ’の最良の推定値として、ホストコンピュータ３４に
よって符号化データ記憶装置３５に記憶される。

【０２０１】その後、ホストコンピュータ３４が、ＭＧ
ＤＳ５０Ｅの特定のフィールドデータセグメントのバッ
ファＢにおける文字列がいかに修復されたかを監査する
よう指示されるならば、そのフィールドの文字認識の修
復の過程は、修復過程記憶装置３８からＭＧＤＳ５０Ｅ
にアクセスすることによって確認される。監査されるべ
きフィールドに対応するそれぞれの修復セグメントは、
修復がいかに行われたかを調べる。例えば、名のフィー
ルド１６’を表す第２フィールドセグメント５４では、
文字認識修復の監査によって、フィールドデータセグメ
ント５４、修復セグメントＲ３、修復セグメントＲ２、
及び修復セグメントＲ１をその順序で調べる。これは、
ＭＧＤＳ５０Ｅのフィールドデータセグメント５４に含
まれるフィールドの最後の最良の推定値から、そのフィ
ールドで実行された修復の順序を後向きに作動すること
を可能にする。そのような監査が全体の修復プロセスを
改良するために行われるならば、修復の各段階がいかに
行われたかという明確な表示は、ＭＧＤＳ５０Ｅの修復
セグメントによって表される集合的な修復過程から明ら
かになる。

【０２０２】結果となるＭＧＤＳメッセージ５０Ｅは、
名のフィールド１６の内容について実行される一連の修
復の過程を含んでいる。次に、ＭＧＤＳメッセージ５０
Ｅは、一時的な記憶のため、ＬＡＮ２０を介してバッフ
ァ記憶装置４０’に転送されることができる。また、長
期間の記憶のため修復過程記憶装置３８に転送されるこ
とができる。また、ホストコンピュータ３４に転送され
て、フィールドセグメント５４の符号化データバッファ
Ｂの内容である文字列４９が符号化データ記憶装置３５
に負荷されることが可能である。その内容は、例えば、
索引値として使用され、ここでアプリケーションが、被
保険者の顧客名を文書イメージ１０’を記憶するための
索引値として使用する。

【０２０３】手動検査及び修正プロセッサ３２は、図２
７のより詳細なアーキテクチャ図に示されている。プロ
セッサ３２は、バス４２２によって、ＣＰＵ４１０，バ
ルク記憶装置デバイス４１２、ディスプレイ及びキーボ
ード４１４、ＬＡＮアダプタ４１６、ファクシミリ及び
ネットワークアダプタ４２０と接続されたメモリ４０２
から構成される。ＬＡＮアダプタ４１６は、ＬＡＮ２０
をバス４２２に接続する。ＦＡＸ及びネットワークアダ
プタ４２０はファクシミリ電話線をバス４２２に接続
し、データ通信ネットワークラインをバス４２２に接続
する。

【０２０４】プロセッサ３２のメモリ４０２は、上述の
プロセスを行うための実行可能な命令の順序であるコン
ピュータプログラムを含む幾つかの区画を含有する。特
に、手動検査及び修正プログラム３２Ａ’はメモリ４０
２に記憶され、その命令がＣＰＵ４１０によって実行さ
れると、手動検査及び修正プロセスを実行する。

【０２０５】メモリ４０２はまた、図６により詳細に示
されるＭＧＤＳ５０Ｄを受信し、記憶するための区画も
含む。メモリ４０２また、フォーム文書イメージ１０’
を受信し、記憶するための区画も含む。

【０２０６】メモリ４０２はまた表示バッファ区画４２
４を有し、ここでフォーム文書イメージ１０’は、疑わ
しい文字位置２１と拒否された文字位置３１において、
フィールドイージ１６’に重畳される強調表示された領
域５８とアセンブルされる。次に、この合成イメージが
プロセッサ３２においてオペレータに表示される。更
に、表示バッファは符号化データ４８"John"をアセンブ
ルし、上述のようにオペレータにも表示される。符号化
データ４８は、ＭＧＤＳ５０Ｄの符号化データ部分７５
の文字データバッファＢより得られる。メモリ４０２の
表示バッファ４２４は、表示デバイス４１４に表示され
る内容を有する。オペレータは、代替の文字列４９"JOH
N"をキーボードで入力する。

【０２０７】ホストコンピュータ３４は、図２９により
詳細に示される。ホストコンピュータ３４は、バス５２
２によってメモリ５０２に接続されるＣＰＵ５１０を含
む。文書イメージ記憶装置３６がバス５２２に接続され
る。符号化データ記憶装置３５がバス５２２に接続され
る。ディスプレイ及びキーボード５１４がバス５２２に
接続される。構内通信情報網５１６は、ＬＡＮ２０をバ
ス５２２に接続する。ネットワークアダプタ５２０は、
データネットワークをバス５２２に接続する。メモリ５
０２に記憶されたプログラムは、ＣＰＵ５１０によって
実行される命令を有する。

【０２０８】メモリ５０２は、ＭＧＤＳ５０Ｅを記憶す
るための区画を含む。また、メモリ５０２には、第１レ
ベルマッピングテーブル５５０を記憶するための区画
と、第２レベルマッピングテーブル５５２を記憶するた
めの区画が含まれる。更に、フォルダー適用業務プログ
ラム５５４を記憶するための区画が設けられ、保険請求
処理アプリケーションプログラム５５６を記憶するため
の区画が設けられる。

【０２０９】メモリ５０２はまた、オブジェクト配布管
理プログラム、ＤＢ２データベース管理プログラム、高
度なデータ収集プログラム８５、オブジェクトアクセス
方法プログラム、及び通信管理プログラムを含む。オブ
ジェクト配布管理プログラム及びオブジェクトアクセス
方法の動作の原理は、上述の米国特許第５、０５８、１
８５号に記載されている。ＭＶＳ／ＥＳＡオペレーティ
ングシステム５０４もまた、メモリ５０２に記憶され
る。

【０２１０】好ましい実施例において、ホストコンピュ
ータ３４はＩＢＭシステム／３９０又は、大規模データ
処理操作を行うことが可能な他のメインフレームデータ
プロセッサである。しかしながら、ホストコンピュータ
３４を、Ｉｎｔｅｌ ８０３８６ ＣＰＵを用いるＩＢ
Ｍ ＰＳ／２型８０プロセッサ等のより小さなプロセッ
サとして提供することは本発明の範囲内である。知能フ
ォームプロセッサ２５は、好ましい実施例において、ホ
ストコンピュータ３４と分離したプロセッサであるが、
しかしながら、本発明の範囲において、図１及び図２に
示される全ての処理要素は単一、かつ高機能のプロセッ
サに含まれることが可能である。他の実施例において、
フォーム定義プロセッサ８６は、知能フォームプロセッ
サ２５と分離したプロセッサであってもよい。これは、
フォーム定義がシステム１ワークステーションで行わ
れ、書き込まれたフォームのフォーム受信及び処理が図
１及び図２に示されるシステムの他のワークステーショ
ンで実行された場合である。

【０２１１】

【表１】

【０２１２】

【表２】

【０２１３】

【発明の効果】結果となる高度なデータ収集アーキテク
チャの本発明は、フォーム上のフィールドの順序、配
置、名前及び数が変更されても、自動的に処理され、そ
れによって、新たな文書フォームを自由に生成すること
を可能にするための手段を提供する。

【図面の簡単な説明】

【図１】本発明の全体のアーキテクチャ図である。

【図２】本発明の全体のアーキテクチャ図である。

【図３】フォーム認識及びフィールド抽出プロセッサ２
４からの機械生成データ構造（ＭＧＤＳ）５０Ａを示
す。

【図４】文字認識プロセッサ２６からのＭＧＤＳ５０Ｂ
出力を示す。

【図５】人工知能エラー修正プロセッサ２８からの第１
修理セグメントＲ１出力を含むＭＧＤＳ５０Ｃを示す。

【図６】データベースエラー修正プロセッサ３０からの
第２修理セグメントＲ２出力を含むＭＧＤＳ５０Ｄを示
す。

【図７】手動検査及び修正プロセッサ３２からの第２修
理セグメントＲ３出力を含むＭＧＤＳ５０Ｅを示す。

【図８】文字認識プロセッサ２６がフォームの６つの全
てのフィールドにその動作を完了した後のＭＧＤＳ５０
Ｂを示す。

【図９】人口知能エラー修正プロセッサ２８がフォーム
の６つの全てのフィールドにその動作を完了した後のＭ
ＧＤＳ５０Ｃを示す。

【図１０】データベースエラー修正プロセッサ３０がフ
ォームの６つの全てのフィールドにその動作を完了した
後のＭＧＤＳ５０Ｄを示す。

【図１１】手動検査及び修正プロセッサ３２がフォーム
の６つの全てのフィールドにその動作を完了した後のＭ
ＧＤＳ５０Ｅを示す。

【図１２】図１４の第１例のフォームにおけるＭＧＤＳ
５０Ｅを示す。

【図１３】図１５の第２例のフォームにおけるＭＧＤＳ
５０Ｅを示す。

【図１４】第１例のマスターフォーム１０Ｆを示す。

【図１５】第２例のマスターフォーム１０ＺＦを示す。

【図１６】第１例において、図１４のマスターフォーム
１０Ｆに対応するマスターＭＧＤＳ５０Ｍを示す。

【図１７】第２例において、図１５のマスターフォーム
１０ＺＦに対応するマスターＭＧＤＳ５０Ｍを示す。

【図１８】第１例において、文書フォームの走査された
フォームイメージ１０’を示す。

【図１９】第２例フォームの走査されたフォームイメー
ジ１０Ｚ’を示す。

【図２０】図１８の走査されたフォームイメージから抽
出されたフィールドイメージ１０”を示す。

【図２１】図１８に示される文書フォームイメージ１
０’におけるフィールド１６’の処理ステップの順序を
示す。

【図２２】フォーム定義プロセス８６Ａの作動ステップ
の順序のフロー図を示す。

【図２３】高度な収集プロセス８５Ａの作動ステップの
順序のフロー図を示す。

【図２４】手動検査及び修正プロセス３２Ａの作動ステ
ップの順序を示す。

【図２５】手動検査及び修正プロセス３２Ａの作動ステ
ップの順序を示す。

【図２６】知能フォームプロセッサ２５の詳細なアーキ
テクチャ図を示す。

【図２７】図１４の第１例において、手動検査及び修正
プロセッサ３２の詳細なアーキテクチャ図を示す。

【図２８】図１５の第２例において、手動検査及び修正
プロセッサ３２の詳細なアーキテクチャ図を示す。

【図２９】ホストコンピュータ３４の詳細なアーキテク
チャ図を示す。

【図３０】機械生成データ構造（ＭＧＤＳ）パラメータ
の間の関係を示す。

【図３１】ＭＧＤＳのフォーム情報部分ＦＩを示す。

【図３２】ＭＧＤＳのページ情報部分ＰＩを示す。

【図３３】ＭＧＤＳのフィールド情報形式５４Ａを示
す。

【図３４】ＭＧＤＳの符号化データ情報部分７５を示
す。

【図３５】ＭＧＤＳの拒絶情報部分Ｓ又はＲを示す。

【符号の説明】

１０ 文書 ２２ スキャナー ２３ スキャナープロセッサ ２４ フォーム認識及びフィールド抽出プロセッサ ２５ 知能フォームプロセッサ ２６ 文字認識プロセッサ ２８ 人工知能エラー修正プロセッサ ３０ データベースエラー修正プロセッサ ３２ 手動検査及び修正プロセッサ ３４ ホストコンピュータ ３５ 符号化データ記憶装置 ３６ 文書イメージ記憶装置 ３８ 修復過程記憶装置 ４０ バッファ ８６ フォーム定義プロセッサ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジェイムズ エイチ． バンフォード アメリカ合衆国20879、メリーランド州 ゲイザーズバーグ、ブルー ヴァイオレ ット レイン 18741 (72)発明者 ティモスィー エス． ベッツ アメリカ合衆国20874、メリーランド州 ジャーマンタウン、スキップ ジャック ドライヴ 12113 (72)発明者 ヴァレリー エム． カッラス アメリカ合衆国20895、メリーランド州 ケンシントン、ユニヴァースィティー ブーレヴァード 3333、ナンバー 310 (72)発明者 マイケル シー． コンカー アメリカ合衆国20872、メリーランド州 ダマスカス、ベルヘイヴン ブーレヴァ ード 10824 (72)発明者 マイケル イー． ダレイ アメリカ合衆国20855、メリーランド州 ロックヴィル、ポララ プレイス 7809 (72)発明者 ジェイムズ エム． ホーキンス アメリカ合衆国10552、ニューヨーク州 フリートウッド、ウエスト グランド ストリート 61、アパートメント １エ イ (72)発明者 ピーター エム． ジャカブ カナダ国、オンタリオ州ミシソーガ、ソ ーミル ヴァレイ ドライヴ 4470 (72)発明者 ルイス ビー． ネクト アメリカ合衆国20832、メリーランド州 オルネイ、ジョン カーロール ドライ ヴ 3801 (72)発明者 フレドリック ダブリュー． クラトク ヴィル アメリカ合衆国21754、メリーランド州 イジャムスヴィル、カナリー ドライヴ 11384ビー (72)発明者 シン−ヤ リウ アメリカ合衆国20850、メリーランド州 ロックヴィル、ポメル ドライヴ 14619 (72)発明者 トーマス エル． ポールソン アメリカ合衆国20854、メリーランド州 ポトマック、スリーピー ホロウ レイ ン 8749 (72)発明者 ドレイスウェミー ラジャゴパル アメリカ合衆国20879、メリーランド州 ゲイザーズバーグ、ケイネブレイク コ ート 20000 (72)発明者 マノジ ケイ． ティワリ アメリカ合衆国20874、メリーランド州 ジャーマンタウン、ニーアウインダー プレイス 13336 (56)参考文献 特開 昭57−176482（ＪＰ，Ａ) 特開 昭61−59568（ＪＰ，Ａ) 特開 昭63−155386（ＪＰ，Ａ) 特表 平３−504423（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06K 9/20 G06K 9/00

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】 データ処理システムにおいて、文書フォ
   ームのデジタルイメージのフィールドから符号化データ
   列を収集するための高度なデータ収集方法であって、 前記データ処理システムの第１アプリケーションプログ
   ラムのための第１複数のプログラム変数を定義するステ
   ップと、 フィールド関連リストを複数のフィールド関連名からな
   るものとして定義するステップと、前記データ処理システム中に第１マッピングテーブルを
   形成するステップであって、該テーブルによって、第１
   複数のフィールド関連名が前記第１複数のプログラム変
   数と関連付けられるものと、 前記データ処理システム中の前記フィールド関連リスト
   から第１フィールド関連名を選択し、第１フィールド名
   を入力し、前記文書フォームの第１フィールドのための
   第１フィールドデータセグメント中において、前記第１
   フィールド関連名と前記第１フィールド名を関連付ける
   ことによって、文書フォームの文書フォーム情報をアセ
   ンブルするステップと、 前記文書フォームのデジタルイメージを入力し、前記第
   １フィールドに文字認識動作を実行し、前記第１フィー
   ルドから第１認識符号化データを導出し、第１認識符号
   化データを前記第１データセグメントに転送するステッ
   プと、 前記第１フィールドデータセグメントを含むデータ構造
   を形成するステップと、 前記データ処理システムにおける前記データ構造の前記
   第１データセグメントから前記第１フィールド関連名を
   抽出し、前記第１マッピングテーブルで対応する第１プ
   ログラム変数を調べるため前記第１フィールド関連名を
   使用するステップと、 前記第１プログラム変数を、前記データ処理システムに
   おける前記第１フィールドデータセグメント中の前記第
   １認識符号化データと等しくなるように設定するステッ
   プと、 前記第１認識符号化データを用いて、前記第１アプリケ
   ーションプログラムを実行するステップと、 から成る高度なデータ収集方法。
2. 【請求項２】 データ処理システムにおいて、文書フォ
   ームのデジタルイメージのフィールドから符号化データ
   列を収集するための高度なデータ収集方法であって、 前記データ処理システムの第１アプリケーションプログ
   ラムのための第１複数のプログラム変数を定義するステ
   ップであって、前記第１アプリケーションプログラムが
   他のアプリケーションプログラムに操作環境を提供する
   ものと、 前記データ処理システムの第２アプリケーションプログ
   ラムのための第２複数のプログラム変数を定義するステ
   ップであって、前記第２アプリケーションプログラムが
   前記第１アプリケーションプログラムによって提供され
   る前記操作環境を用いるものと、 フィールド関連リストを複数のフィールド関連名からな
   るものとして定義するステップと、前記データ処理システム中に第１マッピングテーブルを
   形成するステップであって、該テーブルによって、第１
   複数のフィールド関連名が前記第１複数のプログラム変
   数と関連付けられるものと、 前記データ処理システム中に第２マッピングテーブルを
   形成するステップであって、該テーブルによって、第２
   複数のフィールド関連名が前記第２複数のプログラム変
   数と関連付けられるものと、 前記データ処理システム中の前記フィールド関連リスト
   から第１フィールド関連名を選択し、第１フィールド名
   を入力し、前記文書フォームの第１フィールドのための
   第１フィールドデータセグメント中において、前記第１
   フィールド関連名と前記第１フィールド名を関連付ける
   ことによって、文書フォームの文書フォーム情報をアセ
   ンブルするステップと、 前記データ処理システム中の前記フィールド関連リスト
   から第２フィールド関連名を選択し、第２フィールド名
   を入力し、前記文書フォームの第２フィールドのための
   第２フィールドデータセグメント中において、前記第２
   フィールド関連名と前記第２フィールド名を関連付ける
   ことによって、前記文書フォーム情報を更にアセンブル
   するステップと、 前記文書フォームのデジタルイメージを入力し、前記第
   １フィールドに文字認識動作を実行し、前記第１フィー
   ルドから第１認識符号化データを導出し、第１認識符号
   化データを前記第１データセグメントに転送するステッ
   プと、 前記第２フィールドに文字認識動作を実行し、前記第２
   フィールドから第２認識符号化データを導出し、第２認
   識符号化データを前記第２データセグメントに転送する
   ステップと、 前記第１フィールドデータセグメント及び前記第２フィ
   ールドデータセグメントを含むデータ構造を形成するス
   テップと、 前記データ処理システムの前記データ構造の前記第１デ
   ータセグメントから前記第１フィールド関連名を抽出
   し、前記第１マッピングテーブルで対応する第１プログ
   ラム変数を調べるため前記第１フィールド関連名を使用
   するステップと、 前記第１プログラム変数を、前記データ処理システムに
   おける前記第１フィールドデータセグメント中の前記第
   １認識符号化データと等しくなるように設定し、前記第
   １認識符号化データを用いて、前記第１アプリケーショ
   ンプログラムを実行するステップと、 前記データ処理システムの前記データ構造の前記第２デ
   ータセグメントから前記第２フィールド関連名を抽出
   し、前記第２マッピングテーブルで対応する第２プログ
   ラム変数を調べるため前記第２フィールド関連名を使用
   するステップと、 前記第２プログラム変数を、前記データ処理システムに
   おける前記第２フィールドデータセグメント中の前記第
   ２認識符号化データと等しくなるように設定し、前記第
   ２認識符号化データを用いて、前記第２アプリケーショ
   ンプログラムを実行するステップと、 から成る高度なデータ収集方法。
3. 【請求項３】 データ処理システムにおいて、文書フォ
   ームのデジタルイメージのフィールドから符号化データ
   列を収集するための高度なデータ収集方法であって、 第１データプロセッサの第１アプリケーションプログラ
   ムのための第１複数のプログラム変数を定義するステッ
   プと、 フィールド関連リストを複数のフィールド関連名からな
   るものとして定義するステップと、前記データ処理システム中に第１マッピングテーブルを
   形成するステップであって、該テーブルによって、第１
   複数のフィールド関連名が前記第１複数のプログラム変
   数と関連付けられるものと、 前記フィールド関連リストにアクセスし、前記第１デー
   タプロセッサに結合される第２データプロセッサにおい
   て前記フィールド関連リストを記憶するステップと、 前記第２データプロセッサ中の前記フィールド関連リス
   トから第１フィールド関連名を選択し、第１フィールド
   名を入力し、前記文書フォームの第１フィールドのため
   の第１フィールドデータセグメント中において、前記第
   １フィールド関連名と前記第１フィールド名を関連付け
   ることによって、文書フォームの文書フォーム情報をア
   センブルするステップと、 前記文書フォームのデジタルイメージを入力し、前記第
   １フィールドに文字認識動作を実行し、前記第１フィー
   ルドから第１認識符号化データを導出し、第１認識符号
   化データを前記第１データセグメントに転送するステッ
   プと、 前記第１フィールドデータセグメントを含むデータ構造
   を形成し、前記データ構造を前記第１データプロセッサ
   に伝送するステップと、 前記第１データプロセッサにおける前記データ構造の前
   記第１データセグメントから前記第１フィールド関連名
   を抽出し、前記第１マッピングテーブルで対応する第１
   プログラム変数を調べるため前記第１フィールド関連名
   を使用するステップと、 前記第１プログラム変数を、前記第１データプロセッサ
   における前記第１フィールドデータセグメント中の前記
   第１認識符号化データと等しくなるように設定するステ
   ップと、 前記第１認識符号化データを用いて、前記第１アプリケ
   ーションプログラムを実行するステップと、 から成る高度なデータ収集方法。
4. 【請求項４】 データ処理システムにおいて、文書フォ
   ームのデジタルイメージのフィールドから符号化データ
   列を収集するための高度なデータ収集方法であって、 第１データプロセッサの第１アプリケーションプログラ
   ムのための第１複数のプログラム変数を定義するステッ
   プであって、前記第１アプリケーションプログラムが他
   のアプリケーションプログラムに操作環境を提供するも
   のと、 前記第１データプロセッサの第２アプリケーションプロ
   グラムのための第２複数のプログラム変数を定義するス
   テップであって、前記第２アプリケーションプログラム
   が前記第１アプリケーションプログラムによって提供さ
   れる操作環境を用いるものと、 フィールド関連リストを複数のフィールド関連名からな
   るものとして定義するステップと、前記第１データプロセッサ中に第１マッピングテーブル
   を形成するステップであって、該テーブルによって、第
   １複数のフィールド関連名が前記第１複数のプログラム
   変数と関連付けられるものと、 前記第１データプロセッサ中に第２マッピングテーブル
   を形成するステップであって、該テーブルによって、第
   ２複数のフィールド関連名が前記第２複数のプログラム
   変数と関連付けられるものと、 前記フィールド関連リストにアクセスし、前記第１デー
   タプロセッサに結合される第２データプロセッサに前記
   フィールド関連リストを記憶するステップと、 前記第２データプロセッサ中の前記フィールド関連リス
   トから第１フィールド関連名を選択し、第１フィールド
   名を入力し、前記文書フォームの第１フィールドのため
   の第１フィールドデータセグメント中において、前記第
   １フィールド関連名と前記第１フィールド名を関連付け
   ることによって、文書フォームの文書フォーム情報をア
   センブルするステップと、 前記第２データプロセッサ中の前記フィールド関連リス
   トから第２フィールド関連名を選択し、第２フィールド
   名を入力し、前記文書フォームの第２フィールドのため
   の第２フィールドデータセグメント中において、前記第
   ２フィールド関 連名と前記第２フィールド名を関連付け
   ることによって、前記文書フォーム情報を更にアセンブ
   ルするステップと、 前記文書フォームのデジタルイメージを入力し、前記第
   １フィールドに文字認識動作を実行し、前記第１フィー
   ルドから第１認識符号化データを導出し、第１認識符号
   化データを前記第１データセグメントに転送するステッ
   プと、 前記第２フィールドに文字認識動作を実行し、前記第２
   フィールドから第２認識符号化データを導出し、第２認
   識符号化データを前記第２データセグメントに転送する
   ステップと、 前記第１フィールドデータセグメント及び前記第２フィ
   ールドデータセグメントを含むデータ構造を形成し、前
   記データ構造を前記第１データプロセッサに伝送するス
   テップと、 前記第１データプロセッサにおける前記データ構造の前
   記第１データセグメントから前記第１フィールド関連名
   を抽出し、前記第１マッピングテーブルで対応する第１
   プログラム変数を調べるため前記第１フィールド関連名
   を使用するステップと、 前記第１プログラム変数を、前記第１プロセッサにおけ
   る前記第１フィールドデータセグメント中の前記第１認
   識符号化データと等しくなるように設定し、前記第１認
   識符号化データを用いて、前記第１アプリケーションプ
   ログラムを実行するステップと、 前記第１データプロセッサにおける前記データ構造の前
   記第２データセグメントから前記第２フィールド関連名
   を抽出し、前記第２マッピングテーブルで対応する第２
   プログラム変数を調べるため前記第２フィールド関連名
   を使用するステップと、 前記第２プログラム変数を、前記第１プロセッサにおけ
   る前記第２フィールドデータセグメント中の前記第２認
   識符号化データと等しくなるように設定し、前記第２認
   識符号化データを用いて、前記第２アプリケーションプ
   ログラムを実行するステップと、 から成る高度なデータ収集方法。
5. 【請求項５】 データ処理システムにおいて、文書フォ
   ームのデジタルイメージのフィールドから符号化データ
   列を収集するための高度なデータ収集方法であって、 第１データプロセッサの第１アプリケーションプログラ
   ムのための第１複数のプログラム変数を定義するステッ
   プと、 フィールド関連リストを複数のフィールド関連名からな
   るものとして定義するステップと、前記第１データプロセッサ中に第１マッピングテーブル
   を形成するステップであって、該テーブルによって、第
   １複数のフィールド関連名が前記第１複数のプログラム
   変数と関連付けられるものと、 前記フィールド関連リストにアクセスし、前記第１デー
   タプロセッサに結合される第２データプロセッサに前記
   フィールド関連リストを記憶するステップと、 前記第２データプロセッサ中の前記フィールド関連リス
   トから第１フィールド関連名を選択し、第１フィールド
   名を入力し、前記文書フォームの第１フィールドのため
   の第１フィールドデータセグメント中において、前記第
   １フィールド関連名と前記第１フィールド名を関連付け
   ることによって、文書フォームの文書フォーム情報をア
   センブルするステップと、 前記第２データプロセッサ中の前記フィールド関連リス
   トから第２フィールド関連名を選択し、第２フィールド
   名を入力し、前記文書フォームの第２フィールドのため
   の第２フィールドデータセグメント中において、前記第
   ２フィールド関連名と前記第２フィールド名を関連付け
   ることによって、前記文書フォーム情報を更にアセンブ
   ルするステップと、 前記文書フォームのデジタルイメージを入力し、前記第
   １フィールドに文字認識動作を実行し、前記第１フィー
   ルドから第１認識符号化データを導出し、第１認識符号
   化データを前記第１データセグメントに転送するステッ
   プと、 前記第２フィールドに文字認識動作を実行し、前記第２
   フィールドから第２認識符号化データを導出し、第２認
   識符号化データを前記第２データセグメントに転送する
   ステップと、 前記第１フィールドデータセグメント及び前記第２フィ
   ールドデータセグメントを含むデータ構造を形成し、前
   記データ構造を前記第１データプロセッサに伝送するス
   テップと、 前記第１データプロセッサにおける前記データ構造の前
   記第１データセグメントから前記第１フィールド関連名
   を抽出し、前記第１マッピングテーブルで対応する第１
   プログラム変数を調べるため前記第１フィールド関連名
   を使用するステップと、 前記第１プログラム変数を、前記第１プロセッサにおけ
   る前記第１フィールドデータセグメント中の前記第１認
   識符号化データと等しくなるように設定するステップ
   と、 前記第１データプロセッサにおける前記データ構造の前
   記第２データセグメントから前記第２フィールド関連名
   を抽出し、前記第１マッピングテーブルで対応する第２
   プログラム変数を調べるため前記第２フィールド関連名
   を使用するステップと、 前記第２プログラム変数を、前記第１プロセッサにおけ
   る前記第２フィールドデータセグメント中の前記第２認
   識符号化データと等しくなるように設定するステップ
   と、 前記第１認識符号化データと前記第２認識符号化データ
   を用いて、前記第１アプリケーションプログラムを実行
   するステップと、 から成る高度なデータ収集方法。
6. 【請求項６】 データ処理システムであって、文書フォ
   ームのデジタルイメージのフィールドから符号化データ
   列を収集するための高度なデータ収集方法を実行し、 前記データ処理システムにおいて第１アプリケーション
   プログラムのための第１複数のプログラム変数を定義す
   る手段と、 フィールド関連リストを複数のフィールド関連名からな
   るものとして定義する手段と、前記データ処理システム中に第１マッピングテーブルを
   形成する手段であって、該テーブルによって、第１複数
   のフィールド関連名が前記第１複数のプログラム変数と
   関連付けられるものと、 前記データ処理システム中の前記フィールド関連リスト
   から第１フィールド関連名を選択し、第１フィールド名
   を入力し、前記文書フォームの第１フィールドのための
   第１フィールドデータセグメント中において、前記第１
   フィールド関連名と前記第１フィールド名を関連付ける
   ことによって、文書フォームの文書フォーム情報をアセ
   ンブルする手段と、 前記文書フォームのデジタルイメージを入力し、前記第
   １フィールドに文字認識動作を実行し、前記第１フィー
   ルドから第１認識符号化データを導出し、第１認識符号
   化データを前記第１データセグメントに転送する手段
   と、 前記第１フィールドデータセグメントを含むデータ構造
   を形成する手段と、 前記データ処理システムにおける前記データ構造の前記
   第１データセグメントから前記第１フィールド関連名を
   抽出し、前記第１マッピングテーブルで対応する第１プ
   ログラム変数を調べるため前記第１フィールド関連名を
   使用する手段と、 前記第１プログラム変数を、前記データ処理システムに
   おける前記第１フィールドデータセグメント中の前記第
   １認識符号化データと等しくなるように設定する手段
   と、 前記第１認識符号化データを用いて、前記第１アプリケ
   ーションプログラムを実行する手段と、 から成るデータ処理システム。
7. 【請求項７】 文書フォームのデジタルイメージにおい
   てフィールドから符号化データ列を収集するためのデー
   タ処理システムであって、 第１アプリケーションプログラムのための第１複数のプ
   ログラム変数を定義するための、前記データ処理システ
   ムにおける第１データプロセッサ、 を備え、 前記第１データプロセッサがフィールド関連リストを複
   数のフィールド関連名からなるものとして定義し、 前記第１データプロセッサが、第１複数のフィールド関
   連名が前記第１複数のプログラム変数と関連付けられる
   ように、第１マッピングテーブルを形成し、 前記第１データプロセッサに結合され、前記フィールド
   関連リストにアクセスするための、前記データ処理シス
   テムにおける第２データプロセッサ、 を更に備え、 前記第２データプロセッサが、前記フィールド関連リス
   トから第１フィールド関連名を選択し、第１フィールド
   名を入力し、前記文書フォームの第１フィールドのため
   の第１フィールドデータセグメント中において、前記第
   １フィールド関連名と前記第１フィールド名を関連付け
   ることによって、文書フォームの文書フォーム情報をア
   センブルし、 前記第２データプロセッサが、前記文書フォームのデジ
   タルイメージを入力し、前記第１フィールドに文字認識
   動作を実行し、前記第１フィールドから第１認識符号化
   データを導出し、第１認識符号化データを前記第１デー
   タセグメントに転送し、 前記第２データプロセッサが、前記第１フィールドデー
   タセグメントを含むデータ構造を形成し、前記データ構
   造を前記第１データプロセッサに伝送し、 前記第１データプロセッサが、前記データ構造の前記第
   １データセグメントから前記第１フィールド関連名を抽
   出し、前記第１マッピングテーブルで対応する第１プロ
   グラム変数を調べるため前記第１フィールド関連名を使
   用し、 前記第１データプロセッサが、前記第１プログラム変数
   を、前記第１フィールドデータセグメント中の前記第１
   認識符号化データと等しくなるように設定し、 前記第１データプロセッサが、前記第１認識符号化デー
   タを用いて前記第１アプリケーションプログラムを実行
   する、 ことより成るデータ処理システム。
8. 【請求項８】 文書フォームのデジタルイメージにおい
   てフィールドから符号化データ列を収集するためのデー
   タ処理システムであって、 第１アプリケーションプログラムのための第１複数のプ
   ログラム変数を定義するための、前記データ処理システ
   ムにおける第１データプロセッサ、 を備え、 前記第１データプロセッサがフィールド関連リストを複
   数のフィールド関連名からなるものとして定義し、 前記第１データプロセッサが、第１複数のフィールド関
   連名が前記第１複数のプログラム変数と関連付けられる
   ように、第１マッピングテーブルを形成し、 前記第１データプロセッサに結合され、前記フィールド
   関連リストにアクセスするための、前記データ処理シス
   テムにおける第２データプロセッサ、 を更に備え、 前記第２データプロセッサが、前記フィールド関連リス
   トから第１フィールド関連名を選択し、第１フィールド
   名を入力し、前記文書フォームの第１フィールドのため
   の第１フィールドデータセグメント中において、前記第
   １フィールド関連名と前記第１フィールド名を関連付け
   ることによって、文書フォームの文書フォーム情報をア
   センブルし、 前記第２データプロセッサが、前記文書フォームのデジ
   タルイメージを入力し、前記第１フィールドに文字認識
   動作を実行し、前記第１フィールドから第１認識符号化
   データを導出し、第１認識符号化データを前記第１デー
   タセグメントに転送し、 前記第２データプロセッサが、前記第１フィールドデー
   タセグメントを含むデータ構造を形成し、 前記第２データプロセッサに結合され、検査及びエラー
   修正のため前記第１認識符号化データを表示するため
   の、前記データ処理システムにおける第３データプロセ
   ッサ、 を更に備え、 前記第３データプロセッサが、前記第２データプロセッ
   サから前記データ構造を受信し、前記データ構造の前記
   第１データセグメントから前記第１フィールド名を抽出
   し、かつ前記第１フィールド名と前記第１認識符号化デ
   ータを表示し、 前記第３データプロセッサが、前記第１認識符号化デー
   タにエラー修正を行い、第１修復された符号化データを
   生成し、前記第１修復されたデータを前記データ構造の
   前記第１フィールドデータセグメントに転送し、修復さ
   れたデータ構造を形成し、 前記データ処理システムにおける第１データプロセッサ
   が、前記第３データプロセッサに結合され、前記修復さ
   れたデータ構造を受信し、 前記第１データプロセッサが、前記修復されたデータ構
   造の前記第１データセグメントから前記第１フィールド
   関連名を抽出し、前記第１マッピングテーブルで対応す
   る第１プログラム変数を調べるため前記第１フィールド
   関連名を使用し、 前記第１データプロセッサが、前記第１プログラム変数
   を、前記第１フィールドデータセグメント中の前記第１
   修復された符号化データと等しくなるように設定し、 前記第１データプロセッサが、前記第１修復された符号
   化データを用いて前記第１アプリケーションプログラム
   を実行する、 ことより成るデータ処理システム。