(57)【要約】【課題】デジタル・ドキュメントのフォーム・フィールドを検出し、記入可能なフォーム・フィールドを生成し、記入を行うことを単一のなめらかな処理で実行する。【解決手段】デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの位置でユーザからの入力を受信し、前記少なくとも一つのフォーム・フィールドの領域を識別し、前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの種類を分類し、前記少なくとも一つのフォーム・フィールドの位置に領域および前記種類に応じた電子的に入力可能なフォーム・フィールドを生成する。【選択図】図２
2012059248.tif 000002
【特許請求の範囲】
【請求項１】
デジタル・ドキュメントを表示する表示手段と、
前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの位置を指定するユーザからの入力を受信する入力手段と、
前記少なくとも一つのフォーム・フィールドの領域を識別する識別手段と、
前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの種類を分類する分類手段と、
前記少なくとも一つのフォーム・フィールドの位置に前記領域および前記種類に応じた電子的に入力可能なフォーム・フィールドを生成する生成手段と、
を備えるフォーム・フィールド検出生成システム。
【請求項２】
前記少なくとも一つのフォーム・フィールドの領域は位置、サイズ、形状を含む、請求項１に記載のフォーム・フィールド検出生成システム。
【請求項３】
前記少なくとも一つのフォーム・フィールドの領域はユーザによって入力された位置から開始される境界サーチを用いて判断される、請求項１に記載のフォーム・フィールド検出生成システム。
【請求項４】
前記少なくとも一つのフォーム・フィールドは、テキスト・ボックス、複数文字テキスト・ボックス、チェック・ボックス、ラジオ・ボタンとして分類される、請求項１に記載のフォーム・フィールド検出生成システム。
【請求項５】
前記分類手段は前記少なくとも一つのフォーム・フィールドに隣接するテキストにもとづいて該少なくとも一つのフォーム・フィールドの種類を分類する、請求項４に記載のフォーム・フィールド検出生成システム。
【請求項６】
前記分類手段は前記記入可能なフォーム・フィールドに入力されるテキストの内容にもとづいてテキスト・ボックスをさらに分類する、請求項１に記載のフォーム・フィールド検出生成システム。
【請求項７】
前記生成手段は前記入力されるテキストの内容にもとづいてテキスト・ボックスに入力されるデータにオプションを提供する、請求項６に記載のフォーム・フィールド検出生成システム。
【請求項８】
前記生成手段は以前のフォーム・フィールドの識別および判断にもとづいて前記デジタル・ドキュメントの前記位置とは異なる位置に前記記入可能なフォーム・フィールドとは異なる記入可能なフォーム・フィールドを生成する、請求項１に記載のフォーム・フィールド検出生成システム。
【請求項９】
前記デジタル・ドキュメントは画像ファイルである、請求項１に記載のフォーム・フィールド検出生成システム。
【請求項１０】
前記記入可能なフォーム・フィールドはＨＴＭＬを用いて生成される、請求項９に記載のフォーム・フィールド検出生成システム。
【請求項１１】
当該システムはインターネット・ブラウザを用いてアクセス可能なウェブ・ベース・アプリケーションである、請求項１に記載のフォーム・フィールド検出生成システム。
【請求項１２】
前記ユーザは、前記デジタル・ドキュメントの位置に対応するＵＲＬ（uniform resource locator）アドレスを入力することによって、フォーム・フィールドを検出し、該フォーム・フィールドの記入を実行するためにデジタル・ドキュメントを選択する、請求項１１に記載のフォーム・フィールド検出生成システム。
【請求項１３】
前記識別手段は、複数ページ・デジタル・ドキュメントの第一のページの第一のフォーム・フィールドを識別し、続いて、複数ページ・デジタル・ドキュメントの第二のページの同一のフォーム・フィールドを識別し、
前記生成手段は、前記同一のフォーム・フィールドに、前記第一のページの第一のフォーム・フィールドにユーザによって入力されたデータを記入する、
請求項１に記載のフォーム・フィールド検出生成システム。
【請求項１４】
前記同一のフォーム・フィールドは強調表示される、請求項１３に記載のフォーム・フィールド検出生成システム。
【請求項１５】
特定のデジタル・ドキュメントのために生成された記入可能なフォーム・フィールドに関する情報は、将来、同様のデジタル・ドキュメントで使用するために記憶される、請求項１に記載のフォーム・フィールド検出生成システム。
【請求項１６】
デジタル・ドキュメントを表示し、
前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの位置でユーザからの入力を受信し、
前記少なくとも一つのフォーム・フィールドの領域を識別し、
前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの種類を分類し、
前記少なくとも一つのフォーム・フィールドの位置に前記領域および前記種類に応じた電子的に入力可能なフォーム・フィールドを生成する、
フォーム・フィールド検出生成方法。
【請求項１７】
前記記入可能なフォーム・フィールドにデータを入力する、ことをさらに含む、請求項１６に記載のフォーム・フィールド検出生成方法。
【請求項１８】
前記少なくとも一つのフォーム・フィールドの領域は、位置、サイズ、形状を含む、請求項１６に記載のフォーム・フィールド検出生成方法。
【請求項１９】
前記少なくとも一つのフォーム・フィールドは、テキスト・ボックス、複数文字テキスト・ボックス、チェック・ボックス、ラジオ・ボタンとして分類される、請求項１６に記載のフォーム・フィールド検出生成方法。
【請求項２０】
前記少なくとも一つのフォーム・フィールドは、該少なくとも一つのフォーム・フィールドに隣接するテキストにもとづいて分類される請求項１９に記載の方法。
【請求項２１】
デジタル・ドキュメントを表示する表示手段と、
前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの位置でユーザからの入力を受信する入力手段と、
前記少なくとも一つのフォーム・フィールドの領域を識別する識別手段と、
前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの種類を分類する分類手段と、
前記少なくとも一つのフォーム・フィールドの位置に前記領域および前記種類に応じた電子的に入力可能なフォーム・フィールドを生成する生成手段と、
として、コンピュータを機能させるためのドキュメントにフォーム・フィールド検出生成するためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル・フォーム・ドキュメントに記入するシステムおよび方法に関し、詳細には、インタラクティブ、かつ、ユーザ主導によるデジタル・ドキュメントのフォーム・フィールドの検出、記入可能なフォーム・フィールドの生成、記入を実行するシステム、方法およびプログラムに関する。
【背景技術】
【０００２】
ＦＤＦ（Form Definition Format）が埋め込まれていない固定フォーム・フィールドを有するデジタル・フォーム・ドキュメントに記入する場合、該ドキュメントをプリントし、手書きで記入し、デジタル形式に戻すために該ドキュメントをスキャンすることを、ユーザは要求される。代替的に、ユーザはＰＤＦ（Portable Document Format）を使用するアドビ・アクロバット（登録商標、アドビ・システムズ・インコーポレイテッド（Adobe Systems Incorporated）製）、などの画像編集ソフトウェアにドキュメントをインポートし、ドキュメント・ページの適切な位置に、テキスト・ボックス、チェック・マーク、その他の文字もしくはシンボルを注意深く重ねる方法もある。
【０００３】
とはいえ、すべてのフォーム・フィールドを編集することができるデジタル・ドキュメントでさえも問題を有する。ワード・プロセッシング・ソフトウェアを用いてフォーム・フィールドを有するドキュメントを編集するユーザは、フォーム・フィールドへの記入を実行する場合、「挿入」キーを選択することに注意深くなければならない。さもなければ、フォーマットおよびフォーム・ドキュメントの内容を破壊するリスクがある。したがって、編集可能なドキュメントのフォームに記入する場合であっても困難であり得る。
【０００４】
図１に例示するような記入可能なＰＤＦドキュメントであっても、入力された文字１０が指定された文字ボックス２０の各々にきちんと入らない場合があるので、正確ではない。ボックスごとに一つの文字を入力するためには、ユーザは注意深くスペースを追加しなければならないかもしれない。残念ながら、このフォームのＦＤＦは最大２６個の文字を認容するだけなので、多くのスペースを入れると、ユーザは該ユーザの名前のための文字のすべてを入れることができなくなってしまう。
【０００５】
自動的に、フォーム・フィールドの位置およびタイプを検出することによってもエラーは生じやすい。アクロバットの「フォーム自動認識」機能はフォームを正確に生成し記入するために複数のステップをあいかわらず必要とする。さらに、このツールおよびユーザ・インタフェースは、エンド・ユーザ自身がフォーム・フィールドを生成してそのフォームへの記入を実行する一連の作業のためではなく、フォーム発行者が既存のドキュメントにＦＤＦを追加してフォームを作成するために設計されている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】デューダ（Duda）ら、「ピクチャにおける線および曲線を検出するためのハフ変換の使用（Use of the Hough transformation to detect lines and curves in pictures）」、ＡＣＭ学会誌（Comm. ACM）、１９７２年、Vol. 15、No. 1、pp. 11-15
【非特許文献２】ヤン（Yang）ら、「直線フィッティングによるスキュー検出およびスキュー修正（Skew detection and correction in document images based on straight-line fitting）」、パターン認識レター( Pattern Recognition Letters) 、２００３年、Vol. 24、No. 12、pp. 1871-1879
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、上記問題を解決するために、単一のなめらかな処理で、デジタル・ドキュメントのフォーム・フィールドを検出し、記入可能なフォーム・フィールドを生成し、記入を実行することを課題とする。
【課題を解決するための手段】
【０００８】
本発明のシステムおよび方法の実施形態は、ユーザによる記入が必要とされるフォーム・フィールドを有するドキュメントを受信し、その後、ユーザの指示により該フォーム・フィールドを検出する。ユーザがフォーム・フィールドであり得る位置を選択すると、システムは、該フォーム・フィールドのサイズ、タイプ、位置、関連するテキスト、および、その他のパラメータおよび該フォーム・フィールドの周囲のドキュメントの情報にもとづいて、適切な記入可能フォーム・フィールドを生成する。さらに、入力支援のインタラクションとして、テキスト予測、パターン展開、および、以前記入が実行されたフィールドの自動記入補完などを含んでもよい。
【０００９】
本発明の第１の態様は、フォーム・フィールド検出生成システムであって、デジタル・ドキュメントを表示する表示手段と、前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの位置を指定するユーザからの入力を受信する入力手段と、前記少なくとも一つのフォーム・フィールドの領域を識別する識別手段と、前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの種類を分類する分類手段と、前記少なくとも一つのフォーム・フィールドの位置に前記領域および前記種類に応じた電子的に入力可能なフォーム・フィールドを生成する生成手段と、を備える。
【００１０】
本発明の第２の態様は、第１の態様のフォーム・フィールド検出生成システムであって、前記少なくとも一つのフォーム・フィールドの領域は位置、サイズ、形状を含む。
【００１１】
本発明の第３の態様は、第１の態様のフォーム・フィールド検出生成システムであって、前記少なくとも一つのフォーム・フィールドの領域はユーザによって入力された位置から開始される境界サーチを用いて判断される。
【００１２】
本発明の第４の態様は、第１の態様のフォーム・フィールド検出生成システムであって、前記少なくとも一つのフォーム・フィールドは、テキスト・ボックス、複数文字テキスト・ボックス、チェック・ボックス、ラジオ・ボタンとして分類される。
【００１３】
本発明の第５の態様は、第４の態様のフォーム・フィールド検出生成システムであって、前記分類手段は前記少なくとも一つのフォーム・フィールドに隣接するテキストにもとづいて該少なくとも一つのフォーム・フィールドの種類を分類する。
【００１４】
本発明の第６の態様は、第１の態様のフォーム・フィールド検出生成システムであって、前記分類手段は前記記入可能なフォーム・フィールドに入力されるテキストの内容にもとづいてテキスト・ボックスをさらに分類する。
【００１５】
本発明の第７の態様は、第６の態様のフォーム・フィールド検出生成システムであって、前記生成手段は前記入力されるテキストの内容にもとづいてテキスト・ボックスに入力されるデータにオプションを提供する。
【００１６】
本発明の第８の態様は、第１の態様のフォーム・フィールド検出生成システムであって、前記生成手段は以前のフォーム・フィールドの識別および判断にもとづいて前記デジタル・ドキュメントの前記位置とは異なる位置に前記記入可能なフォーム・フィールドとは異なる記入可能なフォーム・フィールドを生成する。
【００１７】
本発明の第９の態様は、第１の態様のフォーム・フィールド検出生成システムであって、前記デジタル・ドキュメントは画像ファイルである。
【００１８】
本発明の第１０の態様は、第９の態様のフォーム・フィールド検出生成システムであって、前記記入可能なフォーム・フィールドはＨＴＭＬを用いて生成される。
【００１９】
本発明の第１１の態様は、第１の態様のフォーム・フィールド検出生成システムであって、当該システムはインターネット・ブラウザを用いてアクセス可能なウェブ・ベース・アプリケーションである。
【００２０】
本発明の第１２の態様は、第１１の態様のフォーム・フィールド検出生成システムであって、前記ユーザは、前記デジタル・ドキュメントの位置に対応するＵＲＬ（uniform resource locator）アドレスを入力することによって、フォーム・フィールドを検出し、該フォーム・フィールドの記入を実行するためにデジタル・ドキュメントを選択する。
【００２１】
本発明の第１３の態様は、第１の態様のフォーム・フィールド検出生成システムであって、前記識別手段は、複数ページ・デジタル・ドキュメントの第一のページの第一のフォーム・フィールドを識別し、続いて、複数ページ・デジタル・ドキュメントの第二のページの同一のフォーム・フィールドを識別し、前記生成手段は、前記同一のフォーム・フィールドに、前記第一のページの第一のフォーム・フィールドにユーザによって入力されたデータを記入する。
【００２２】
本発明の第１４の態様は、第１３の態様のフォーム・フィールド検出生成システムであって、前記同一のフォーム・フィールドは強調表示される。
【００２３】
本発明の第１５の態様は、第１の態様のフォーム・フィールド検出生成システムであって、特定のデジタル・ドキュメントのために生成された記入可能なフォーム・フィールドに関する情報は、将来、同様のデジタル・ドキュメントで使用するために記憶される。
【００２４】
本発明の第１６の態様は、フォーム・フィールド検出生成方法であって、デジタル・ドキュメントを表示し、前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの位置でユーザからの入力を受信し、前記少なくとも一つのフォーム・フィールドの領域を識別し、前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの種類を分類し、前記少なくとも一つのフォーム・フィールドの位置に前記領域および前記種類に応じた電子的に入力可能なフォーム・フィールドを生成する。
【００２５】
本発明の第１７の態様は、第１６の態様のフォーム・フィールド検出生成方法であって、前記記入可能なフォーム・フィールドにデータを入力する、ことをさらに含む。
【００２６】
本発明の第１８の態様は、第１６の態様のフォーム・フィールド検出生成方法であって、前記少なくとも一つのフォーム・フィールドの領域は、位置、サイズ、形状を含む。
【００２７】
本発明の第１９の態様は、第１６の態様のフォーム・フィールド検出生成方法であって、前記少なくとも一つのフォーム・フィールドは、テキスト・ボックス、複数文字テキスト・ボックス、チェック・ボックス、ラジオ・ボタンとして分類される。
【００２８】
本発明の第２０の態様は、第１９の態様のフォーム・フィールド検出生成方法であって、前記少なくとも一つのフォーム・フィールドは、該少なくとも一つのフォーム・フィールドに隣接するテキストにもとづいて分類される。
【００２９】
本発明の第２１の態様は、ドキュメントにフォーム・フィールド検出生成するためのプログラムであって、デジタル・ドキュメントを表示する表示手段と、前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの位置でユーザからの入力を受信する入力手段と、前記少なくとも一つのフォーム・フィールドの領域を識別する識別手段と、前記デジタル・ドキュメントの少なくとも一つのフォーム・フィールドの種類を分類する分類手段と、前記少なくとも一つのフォーム・フィールドの位置に前記領域および前記種類に応じた電子的に入力可能なフォーム・フィールドを生成する生成手段と、として、コンピュータを機能させる。
【００３０】
本発明に関連する他の態様のあるものは以下に記載されるか、当該記載から自明であり、あるいは、本発明を実施することによって取得されてもよい。本発明の態様は、以下の詳細な記載および添付する特許請求の範囲において特に示される構成要素および様々な構成要素の組み合わせによって実現されてもよい。
【００３１】
以上および以下の記載は例示であり、本発明もしくは本発明の適用を制限することを意図するものではない。
【発明の効果】
【００３２】
本発明によれば、電子的なフォーム・フィールドが準備されていないドキュメントのフォーム・フィールドへの電子的な記入が容易となる。
【図面の簡単な説明】
【００３３】
【図１】関連技術における記入可能なフォーム・フィールドを例示する。
【図２】本発明の実施形態によるデジタル・ドキュメントの記入可能なフォーム・フィールドを生成し、記入を実行するシステムのブロック図を例示する。
【図３】本発明の実施形態によるデジタル・ドキュメントの記入可能なフォーム・フィールドを生成し、記入を実行する方法を例示する。
【図４】関連技術におけるフォーム・フィールドを有するデジタル・ドキュメントを例示する。
【図５】本発明実施形態によるカラーもしくはシェードを有するフォーム・フィールドを例示する。
【図６】本発明の実施形態による値の付近の所定の形状を適用することを必要とするフォーム・フィールドを例示する。
【図７】本発明の実施形態によるフォーム・フィールドの適切な領域を判断するために使用される関連テキストを有するフォーム・フィールドを例示する。
【図８】本発明の実施形態によるシステムが自動的に識別することができる関連するタイプのフォーム・フィールドを例示する。
【図９】本発明の実施形態によるフォーム・フィールドのタイプを決定するために特定のシンボルを識別することができるフォーム・フィールドを例示する。
【図１０】本発明の実施形態による任意の単一文字ボックスをユーザが選択することにより検出される複数の単一文字ボックス・フィールドを有するフォーム・フィールドを例示する。
【図１１】本発明の実施形態によるフォーム・フィールドに隣接するテキストによってフォーム・フィールドのタイプを判断し、フォーム・フィールドの自動記入補完機能の使用を許可するフォーム・フィールドを例示する。
【図１２】本発明の実施形態によるシステムが識別することができる複数ラインのフォーム・フィールドを例示する。
【図１３】本発明の実施形態によるシステムが検出することができる完全な境界を有さないテキスト・ボックス・フォーム・フィールドを例示する。
【図１４】本発明の実施形態によるラジオ・ボタンであると判断されるフォーム・フィールドを例示する。
【図１５】本発明の実施形態による周辺のテキストにもとづいて相互に排他的であると判断されるラジオ・ボタン・フォーム・フィールドを例示する。
【図１６】本発明の実施形態による周辺のテキストおよびシンボルにもとづいて文字およびシンボルを所定のタイプに限定することができるフォーム・フィールドを例示する。
【図１７】本発明の実施形態による表のヘッダのセル内における横方向位置にしたがって横方向位置が設定される表の中のフォーム・フィールドを例示する。
【図１８】本発明の実施形態によるシステムによって認識されるデータ・フィールド・パターンを有するフォーム・フィールドを例示する。
【図１９】本発明の実施形態による関連テキストによって日付ピッカー・コントロール・ウィジェットが提供されるフォーム・フィールドを例示する。
【図２０】本発明の実施形態による記入可能なフォーム・フィールドの記入を補完するドロップ・ダウン・メニューを提供するために検出される共通するフィールド名称を有するフォーム・フィールドを例示する。
【図２１】本発明の実施形態によるフォーム・フィールド内にある関連テキストがフォーム・フィールドのタイプを判断されるために使用されるフォーム・フィールドを例示する。
【図２２】本発明の実施形態によるフォーム・フィールドの境界の識別を例示する。
【図２３】本発明の実施形態によるベースライン上のリップの存在の判断を例示する。
【図２４】本発明の実施形態による複数ボックス・フィールドの隣接文字ボックスの識別を例示する。
【図２５】本発明のシステムを実装することができる計算処理システムのブロック図を例示する。
【発明を実施するための形態】
【００３４】
以下の詳細な記載において、添付の図面を参照する。上記添付の図面は、本発明の原理に沿って特定の実施形態および実装を例示しているが、これらの図面は本発明を限定するものではない。
【００３５】
本明細書に組み込まれ、本明細書の一部である添付の図面は、本発明の実施形態を例示するものであり、本明細書の記載とともに、本発明の原理を説明し例示する。
【００３６】
本発明のシステムおよび方法は、実施形態のいくつかにおいて、デジタル・ドキュメントを表示するアプリケーションを提供する。このアプリケーションの機能は次のようなものである。デジタル・ドキュメントの各ページはコンピュータ・ディスプレイ上に画像として示される。フォーム・フィールドがドキュメント画像において予め定義されていなくても、該画像の上で、ユーザはシームレスにテキストをタイプ入力し、チェック・マークによってチェックし、ラジオ・ボタンを選択し、その他の文字やシンボルをフォーム・フィールドに入力することができる。アプリケーションはウェブ・ベースであってよく、ユーザはフォーム記入アプリケーションが稼働するネットワークのサーバにデジタル・ドキュメントを単にアップロードすればよい。ユーザはインターネット・ブラウザ・アプリケーションのアプリケーションの操作を行い、単に、ウェブ・ベース・ドキュメントのウェブサイト・アドレスを入力する。これにより、記入可能なフォーム・フィールドを識別し、生成するためにドキュメントがスキャンされ、システムに読み込まれる。
【００３７】
実施形態のいくつかにおいて、図２に例示するように、システム１００は、アプリケーションと通信するためにユーザによって使用される表示および入力手段１０４を備える。該アプリケーションは、たとえば、インターネットなどのネットワーク１０８を介して、ユーザのコンピュータ１０２と接続されるアプリケーション・サーバ１０６で稼働するソフトウェアおよびハードウェアの組み合わせであってよい。具体化されたシステムが稼働するアプリケーション・サーバ１０６は入力手段１１０、識別手段１１２、分類手段１１４、生成手段１１６を含んでもよい。入力手段１１０はデジタル・ドキュメントの少なくとも一つのフォーム・フィールドの位置で行われるユーザからの入力（例えばマウスを用いた位置の選択）を受信する。続いて、識別手段１１２は、位置、サイズ、形状などを含むフォーム・フィールドの領域を識別する。これについて、詳細は以下に記載する。分類手段１１４は、フォーム・フィールドに入力される文字またはシンボルのタイプなどによってフォーム・フィールドの種類を分類する。最後に、生成手段１１６は、ユーザがフォームにデータを入力することができるように、フォーム・フィールドの位置に記入可能なフォーム・フィールドを生成する。実施形態のいくつかにおいて、デジタル・ドキュメントは、コンピュータ１０２およびサーバ１０６にネットワーク１０８を介して接続されているウェブ・サーバ１１５のデータベース１１７に記憶されてもよい。ウェブ・サーバ１１５のデジタル・ドキュメントにアクセスするユーザは、記入可能なフォーム・フィールドを生成するために処理するように、アプリケーション・サーバ１０６がデータベース１１７からデジタル・ドキュメントを取得することを要求してもよい。ユーザは、次に、ネットワーク１０８の任意の利用可能なデジタル・ドキュメントから記入可能なフォーム・ドキュメントを生成することができる。
【００３８】
図３は、デジタル・ドキュメントのフォーム・フィールドを生成し、記入を完了する方法を例示する。最初のステップ（Ｓ１０１）において、少なくとも一つのフォーム・フィールドの位置で行われるユーザからの入力を受信する。次に、位置、サイズ、形状などのフォーム・フィールドの領域を識別する（Ｓ１０２）。次に、入力されるシンボルもしくは文字のタイプにもとづいてフォーム・フィールドの種類を分類する（Ｓ１０３）。次に、記入可能フォーム・フィールドを該フォーム・フィールドの位置で生成する（Ｓ１０４）。ユーザは、次に、適切なデータをフィールドに記入することができる（Ｓ１０５）。
【００３９】
フォーム・フィールドを有するデジタル・ドキュメントの例を図４に示す。システムは、フォームにいくつかの種類の情報を入力する必要があるドキュメント１１８のある位置を選択することをユーザに求めることによってユーザと関与する。該位置は、テキスト・ボックス１２０、複数の行フィールドの最初の行（図１２）、複数の単一文字入力ボックス１２２のフォーム・フィールドなどであってよい。実施形態のいくつかにおいて、ユーザはデジタル・ドキュメントで適切な位置を選択するためにマウスを使用する。これにより、ページ全体およびフォーム・フィールドの間の移動を容易に行うことができる。
【００４０】
システムは他のフォーム・フィールドを検出するために以前にユーザと行ったインタラクションを適用する。たとえば、チェック・ボックス１２４が識別されると、ドキュメントの残りの部分でパターンをサーチし、ユーザは単に「タブ」キーを押すことによって次のフォーム・フィールドに移動することができるので効率が改善される。
【００４１】
システムはシームレスな編集も提供する。ユーザは複数の単一文字フォーム・フィールドの最初の単一キャラクタ・ボックス１２２を選択し、そのままタイプ入力を続けることができる。文字は次のボックスに自動的に入力されて表示される。ユーザがすでに記入されているボックスをクリックすると、カーソルはその位置に現れ、通常のテキスト・フィールドへの入力と同様に、ユーザは文字の追加、（後退キーもしくは削除キーによる）文字の削除を行うことができる。ヘッダ・セルのレイアウトにもとづいて、表のセルにおけるテキストの配置も自動的に設定される。
【００４２】
システムは、複数の単一文字ボックスやラジオ・ボタンのグループがチェック・ボックスのような外観を有する場合であっても（たとえば、[]Ｙｅｓ  []Ｎｏ）、近傍および近傍のテキストの内容にもとづいて複数の単一文字ボックスおよびラジオ・ボタンのグループを認識することができる。
【００４３】
他の実施形態において、システムは、たとえば、日／時ピッカーおよび場所／州／国ドロップ・ダウン・メニューなどの有用なフォーム・コンプリーション（記入補完手段）を提供する。システムは入力されるコンテンツのタイプ（たとえば、英字もしくは数字）を制限することもできる（たとえば、％が後に続く場合や＄が前にある場合には数値のみ）。
【００４４】
同様のドキュメントに記入する必要があるかもしれない他者の役に立つように、システムはドキュメントとの以前に行われたインタラクションについての情報も記憶する。たとえば、特定のドキュメントに生成された記入可能なフォーム・フィールドに関する情報は同様のドキュメントでの将来の使用のために記憶される。インタラクションについての情報を記憶することによって、システムはフォーム・フィールドの自動検出をより適切に行うことができるようになる。
【００４５】
実施形態のいくつかにおいて、システムはウェブ・ページの任意のドキュメントを画像ファイルに変換し、適切なセクションに記入可能なフォーム・フィールドを生成するためにＨＴＭＬを使用する。詳細は以下に記載する。
Ｉ．  ユーザ・インタフェース
入力ドキュメント（ＰＤＦ、ワード、パワーポイント、画像ファイル）はゴーストスクリプト（Ghostscript：www.ghostscript.com）、ＸＰＤＦ（www.foolabs.com/xpdf）などの利用可能なツールを使用してページ画像にレンダリングされる（たとえば、ＰＤＦからＪＰＥＧへ、あるいは、ＰＤＦからＰＮＧへ変換される）。パワーポイント・スライドは、オープンオフィス（www.openoffice.org）やマイクロソフトオフィススイート（マイクロソフト・コーポレイション、レッドモンド、ワシントン）を使用して画像としてエクスポートされてもよい。画像はユーザに示される。ユーザが画像のポイント（ｘ，ｙ）をクリックすると、システムは対応するフォーム・フィールド・タイプおよびその範囲を判断する。ユーザは、テキスト・ベースの記入可能なフォーム・フィールドへテキストをすぐにタイプし始めることができる。もしくは、システムは自動的に適切なマークを付加する（たとえば、ラジオ・ボタンの選択・非選択、チェック・ボックスのチェックあり、チェックなし、オプションへの丸付けあり・丸付けなし、など）。
ＩＩ．  フォーム・フィールドの判断
ページ画像およびユーザが選択した位置から、システムは、位置、範囲、タイプ（たとえば、１）閉じたボックス、２）上部が開いているボックス、３）下線、４）円）などのフォーム・フィールドの領域を判断する。  
【００４６】
一般的なフォーム認識によって多くの異なるタイプのフォームをカバーすることは困難である。しかしながら、ここで必要なことは限定されたタイプのオブジェクトの認識を実行することだけである。システムは、光学式文字認識（ＯＣＲ：optical character recognition）、線および線交差の検出、カラー領域の検出を含むいくつかの画像処理ステップに依存する。ＯＣＲについては、多くの商用システムがある（たとえば、ＡＢＢＹＹ（www.abbyy.com）、マイクロソフト・オフィス・ドキュメント・イメージング（http://office.microsoft.com/en-us/help/about-microsoft-office-document-imaging-HP001077103.aspx）、ＯＣＲｏｐｕｓ（code.google.com/p/ocropus/）など）。線の検出はエッジ検出およびハフ変換を使用して実行することができる（非特許文献１）。フォームは一般的に水平方向、および／もしくは、垂直方向の線を含み、（スキューが最小であれば）他の方向の線を含まないので、使用することができるよりシンプルなアプローチは、水平方向もしくは垂直方向にページを横切る「黒」画素を（わずかな「ギザギザ」は許容して）追跡することである。カラー領域の検出において、同一の画素値（もしくは小さいウィンドウの平均画素値）を有する領域にカラー領域検出を限定することによって、システムはカラー領域の範囲を識別することができる。実施形態のいくつかにおいて、前処理ステップはスキュー検出を含む。スキューを取り除くためのアルゴリズム（たとえば、非特許文献２）を、本発明のシステムを使用する前にスキャンしたページのスキューを取り除くために使用することができる。
【００４７】
実施形態のいくつかにおいて、システムが所望の領域を適切に識別しない場合であっても、マウスを用いて矩形領域を指定する予備もしくはデフォルトのモードをユーザは呼び出すことができる。この領域は、ビューワ（表示手段）に示され、ユーザは識別された矩形の中にタイプ入力することができる。この領域のコーナーは従来のグラフィック・ツールと同様の手段によって調整されてもよい。
【００４８】
フォームのあるものはフィールドと区別するために着色されていてもよいし、シェードが付されていてもよい。たとえば、図５のシェードを付された行１２６によって例示されるようにボックスを規定する行もしくは列は着色されてもよいし、シェードが付されていてもよい。着色されたフォームは、ユーザによって選択された領域に近接する主要な色を検出することによって対処される。水平方向および垂直方向のカラーの範囲をチェックすることと、フォーム・フィールドの境界を判断するためにもっとも近い水平方向の線および垂直方向の線を識別することとが同時に行われてもよい。しかしながら、いくつかのフォームは着色された背景を有し、背景は入力範囲を示すものではない。これらの場合は、デフォルト・モード（すなわち、タイプ入力する矩形領域を指定するモード）を呼び出すこと、もしくは、カラーを無視するようにシステムにオプションを設定することにより、対処することができる。
「チェック・ボックス」
図６に例示される実施形態のいくつかにおいて、肯定を示す「Ｙ」１２８、否定を示す「Ｎ」１３０などの一般的な単一選択値をユーザがクリックした場合、ユーザがテキスト・ボックスの中のポイントを選択したことをシステムが検出し、値の周囲に所定の形状を付与する。ここでは、丸１３２が選択を示すために付与されている。テキスト・ボックスの中のテキストはＯＣＲもしくはＸＰＤＦなどのツールを介して検出される。
【００４９】
図７において、ユーザが括弧１３４の内部をクリックすると、システムはフィールド・タイプを判断するためにドキュメントのテキストを使用することができる。ここでは、括弧の共通パターン（垂直方向の線および右および左に伸びる２つのリップ（短い線））が、チェック・マーク記入可能フォーム・フィールドを示すものとして分類手段によって解釈される。次に、生成手段がチェック・ボックス記入可能フォーム・フィールドを生成する。
【００５０】
図８において、チェック・ボックス１３６が検出されると、システムは自動的に該ページにおいて同様の外観を有する他のチェック・ボックス１３８、１４０の位置を自動的に検出し、チェック・ボックス記入可能フォーム・フィールドを生成するので、ユーザは該記入可能フォーム・フィールドを介してチェック・ボックスを選択することができる。
【００５１】
図９は括弧１４２がチェック・マークもしくはラジオ・グループを示すためにフォーム・フィールドでよく使用される実施形態を例示する。識別手段は、以下に記載する境界検出を使用して、括弧の存在を判断し、その後、分類手段がチェック・ボックスとして該フォーム・フィールドの種類を分類する。生成手段は括弧１４２の間に適切なチェック・ボックス・タイプの記入可能フォーム・フィールドを生成する。
「複数の単一文字フィールド」
図１０で例示するように、複数の単一文字フィールド１４４を有するフォーム・フィールドにおいて、システムはユーザによって選択された位置の左右に繰り返し発生するパターンを検出しようとする。実施形態のいくつかにおいて、テキストを入力するための（図示しない）カーソルをもっとも左にあるボックス１４６の中に置き、ユーザはタイプ入力を開始する。キーを押すことによって対応するボックスに文字を記入し、隣接するボックスにカーソルが移動され、後退キーによって記入された文字を消去し、一つ前のボックスにカーソルを戻し、矢印キーによって前後のボックスにカーソルを移動する。ユーザがボックスの中にすでにテキストを入力しており、再びその位置を選択すると、最初のもっとも左にあるボックスの代わりに、当該位置のボックスから編集が開始される。
【００５２】
実施形態のいくつかにおいて、複数の単一ボックス・フィールドはユーザが任意のボックスをクリックした後で検出されてもよい。しかしながら、ボックスのいずれにも入力がされていない場合には、カーソルは自動的に最初のボックス１４６に位置付けされる。
「テキスト・フィールドおよび複数の行」
実施形態のいくつかにおいて、システムは現在検出されている行の下および上の記入可能なフォーム・フィールドをさらに検出しようとする。テキストが現在の行の下にある次の行の左側で検出された場合、システムは次の行をおそらく異なるフォーム・フィールドであろうと認識する。なぜならば、図１１のテキスト「Ｎａｍｅ（氏名）」１４８、Ｅｍａｉｌ  Ａｄｄｒｅｓｓ（電子メール・アドレス）」１５０によって例示されるように、テキストは異なるフォーム・カテゴリを示すからである。さもなければ、最初に選択された行で編集が開始され、文字数が所定の制限を越えた場合、カーソルは自動的に次の行の先頭に位置付けされる。制限は、フォームに隣接するテキストのサイズを用いて判断されてもよいし、テキスト・フィールドの行の規則的な境界を用いて判断されてもよい。許容量までの編集がサポートされるので、テキストがすでに入力されている場合、文字および行は適切にあふれることになる。
【００５３】
「Ｎａｍｅ」１４８もしくは「Ｅｍａｉｌ  Ａｄｄｒｅｓｓ」１５０などの一般的なフィールドの名称はインターネット・ブラウザのオート・コンプリート（自動記入補完）・リストによってすでに記憶されているオート・コンプリートの恩恵を受けることができる。図１１において、重畳されたＨＴＭＬ記入可能フォーム・フィールド１５２、１５４は各々「ｎａｍｅ（氏名）」、「ｅｍａｉｌ（電子メール）」という名称を付される。これにより、ユーザがタイプ入力を行うと、テキスト・フィールドは、ユーザが以前に入力し、ブラウザに記憶されている氏名および電子メール・アドレスの値で補完される。
【００５４】
図１２は複数行の入力フィールド１５６を例示する。システムは複数行の入力フィールド１５６を自動的に検出し、テキスト・エディタもしくはワード・プロセッサで通常行われるようなテキスト編集を行う。テキスト・フィールドに提供された行の中に入力されたテキストがフィットするようにフォント・サイズを自動的に変更することを含んでもよい。たとえば、ユーザが「Ｃｏｍｍｅｎｔｓ（コメント）」記入可能フォーム・フィールド１５６の行にテキストをタイプ入力し、最後の行の末尾に近付くと、すべての行に入力したすべてのテキストのフォント・サイズが縮小を開始し、これにより、ユーザは限定された量の空間にさらにテキストを含めることができるようになる。
【００５５】
図１３に示すように、ボックス１５８の下部が開いている場合であっても、システムはテキスト・フィールドを検出することができる。このようなタイプのテキスト・フィールドを検出するために、システムはフィールドにおいて可能な最大のテキスト高さを判断するために最大高さを経験的に決定する。最大高さを決定するために使用されるテキスト・フィールドの領域は、以下に記載する底部の線しか有さないフィールドのテキストの最大高さを判断する場合と同様である（図２２および「フォーム・フィールドの識別」を参照）。
「ラジオ・グループ」
図１４に示すように、「ラジオ・ボタン」１６０として知られるフォーム・フィールドを検出した場合、システムは同様の形状を有するラジオ・ボタンを現在のラジオ・ボタン１６０の横、もしくは、真下および真上で検出しようとする。ラジオ・ボタンがグループに属しているか否かを自動的に判断することは困難であるので、ユーザがグループとして扱うことを所望するいくつかのラジオ・ボタンを囲む領域を（矩形形状を描画することによって）さらに指定することができる。
【００５６】
図１４において、ユーザによって円が選択された場合、識別手段は形状が円のように見えることを判断し、該形状をラジオ・ボタンとして扱うことを決定する。近傍のフィールド１６２、１６４、１６６も自動的にそのようにして検出される。複数のラジオ・ボタンがグループの中で識別され、ユーザが他の円をクリックすると、（該他の円が選択され、）以前の選択は取り消される。
【００５７】
図１５は、チェック・ボックス１６８、１７０のセットが相互に排他的であること（すなわち、ラジオ・ボタンのようにふるまうべきであること）を、「肯定（Ａｐｐｒｏｖｅ）」、「否定（ｄｅｎｙ）」などの近傍のテキストにもとづいて判断するために、同義語／反義語を用いる実施形態を例示する。この場合、一つのボックスがユーザによって「チェック」されると、他のボックスは最初のボックスの「チェック」が取り消された場合にのみ「チェック」されることができる。
「テキスト編集および書式設定」
実施形態のいくつかにおいて、システムはフィールドの前もしくは後で検出されたテキストにもとづいて記入可能なフォーム・フィールドに入力することができる文字のタイプを自動的に制限することができる。図１６に例示するように、テキスト・フィールド１７２の後ろに「％」１７４、もしくは、（図示しない）「＄」などの一般的な単位が付されている場合、システムは自動的にユーザが非数字を入力することを妨げ、フィールド１７２への入力を数字に限定する。たとえば、システムは、図４において、郵便番号、電子メール・アドレス、電話番号が有効な書式であるか否かチェックすることができる。
【００５８】
表のセルにおける横方向位置（左詰め／中央揃え／右詰め）はヘッダにおける横方向位置と同様に設定される。図１７に示す表１７６において、ユーザがセル１７８をクリックすると、システムは一番上の行で検出された表のヘッダ１８０の横方向位置（左詰め／中央揃え／右詰め）と同様にセル１７８の横方向位置を自動的に設定する。ここでは、セル１７８のテキストは自動的に中央に置かれる。
【００５９】
他の実施形態では、一般的なフィールド書式およびデータ・パターンが図１８に示すように認識される。実施形態のいくつかにおいて、電話番号はよく（６５０）５５５−５５５４のように記載される。ユーザは括弧１８２の間に三個の数字を入力することができ、システムは数字が入力されたことを自動的に検出し、隣接するテキスト・フィールドがあるか否か判断し、閉じ括弧の後の空間１８４に任意の続きのテキストが入力されるようにカーソルの位置を移動する。
【００６０】
他の実施形態では、システムは複数のページを含むドキュメントの複数のページにわたって同一のフォーム・フィールドを認識することができる。システムは特定のカラーもしくはシェード・パターンで同一のフィールドを強調するようにしてもよいし、ユーザが複数のページに同一のデータを入力しなくてもよいように、最初のフィールドに記入されたデータを残りの同一のフィールドに記入するようにしてもよい。このようなシチュエーションは、ドキュメントの複数のページによく出現する日付もしくは社会保険番号などのデータについて生じることがある。システムがユーザのために残りの同一のフィールドにデータを入力する場合、システムはメッセージを報知することによってもしくは特定のカラーもしくはシェード・パターンで同一のフィールドを強調することによって、これから投入するデータに対するユーザの注意を喚起することができる。
「オート・コンプリート（自動記入補完）、ドロップ・ダウン・メニューおよびウィジェットによる記入補完」
他の実施形態において、システムはドロップ・ダウン・メニュー、ウィジェットなどのオート・コンプリート（自動記入補完）機能を使用して記入可能フォーム・フィールドへの入力内容をユーザに示唆することができる。図１９において、システムはテキストの内容にもとづいて日付ピッカー１８６を重畳することができる。ここでは、システムは、検出されたテキスト・フィールド１８７の左側に検出されたテキスト「Ｄａｔｅ（日付）」１８８にもとづいて、日付が入ると思われるテキスト・フィールド１８７の上もしくは近傍に日付ピッカー・コントロール１８６を重畳する。図２０において、システムはＣＩＴＹ（市）フィールド１９１のためにドロップ・ダウン・メニュー１９０を提示し、ＳＴＡＴＥ（州）フィールド１９２のために同様に（図示しない）ドロップ・ダウン・メニューを提示することができる。
【００６１】
日付ピッカーは、たとえば、６個もしくは８個のボックスが検出され、および／もしくは、テキストの近傍に「日付」に関するテキストがあれば、複数の単一ボックス・フィールドの上に追加される。６個もしくは８個のボックスは月／日／年の書式、すなわち、ＭＭ／ＤＤ／ＹＹもしくはＭＭ／ＤＤ／ＹＹＹＹの日付フィールドに対応すると判断される。「州」というテキストの近くの２個のボックス・フィールドなどについても同様の取り扱いがされる。
【００６２】
図２１に例示するように、テキスト・フィールド１９４がボックス１９６の中にあってもよく、この場合も適切な記入補完支援が呼び出される。実施形態のいくつかにおいて、システム・データベースに記憶される一般的に使用されるテキスト・フィールドの少ない語彙からフレーズを探すことによってテキスト・フィールドを区別することができる。
「フォーム・フィールドの識別」
実施形態のいくつかにおいて、フォーム・フィールドの範囲を識別し種類を分類するために、図２２に例示するように、ユーザ選択ポイント１９８によって開始するフォーム・フィールドの境界のサーチをシステムは行う。サーチは、ユーザによって識別されたフォーム・フィールド２００においてユーザによって選択されたユーザ選択ポイント１９８から開始する。検出されると、ユーザ選択ポイント１９８の左側にあるテキスト２０２が左側に示される境界ボックス２０４によって囲まれる。境界ボックス２０４は既存のテキスト（ここでは、「Ｔ」）および新しく入力されるテキストの間に適切な空間を提供するために生成される。これにより、テキストは重畳しない。境界ボックス２０４がなければ、ユーザ選択ポイント１９８からの水平方向の検出は、「Ｔ」の上部の水平線の下を通過し、「Ｔ」の垂直線に到達してしまうかもしれない。この場合、システムは、次のテキスト文字を、通常と比較し、「Ｔ」にかなり近く入力してもよい、と判断するかもしれない。フォーム・フィールドのベースライン２０６が底部に示されている。最初の選択ポイント１９８から実行されているサーチの水平方向パス２０８および垂直方向パス２１０は、点線および方向を示す矢印によって示されている。
【００６３】
実施形態のいくつかにおいて、フォーム・フィールドもしくはエレメントを識別する方法は、対象となっているフォーム・ページのラスタ画像、および、ページのテキストの位置およびコンテンツから開始する。フォーム・エレメントの範囲を識別し、種類を分類する最初のステップは以下のように実行されることができる。
１）ユーザは所望されるフォーム・フィールドの中のポイントを選択する。
２）ユーザが選択したポイントが、テキストが既に存在するテキスト・ボックスの中であれば、システムは「オプション選択」フォーム・フィールドであるフォーム・フィールドであると解釈する。既存のテキストが選択されるか丸で囲まれ、処理を停止する。同一のテキストが再度選択された場合、選択状態と非選択状態との間で該選択（丸）が切り替えられる。
３）領域拡張法を用いる場合、ユーザ選択ポイントにおけるドキュメントの背景色をシードとし、該シードから領域を拡張する。拡張された領域は記入可能フォーム・フィールドとなる。代替的に、ドキュメント（もしくは範囲）の背景色がすでに決定されていてもよく、その場合、もっとも近い背景ポイントが使用される。これによれば、小さいチェック・ボックスを有するフォームでユーザが位置を誤ることを防ぐことができる。
４）最初のポイントと十分に異なる色を検出するために領域拡張法を用いることなどによって、ユーザ選択ポイントからエッジもしくは境界の方向の各々をサーチすることによって、フィールドの境界が検出される。図２２は各方向でのサーチを例示し、サーチが既存のテキスト「Ｔ」２０２に到達すると、フォーム・フィールドの左側の境界がどのように識別されるかを例示する。フォーム・フィールド下部の境界はベースライン２０６によって識別されてもよい。実施形態のいくつかにおいて、テキスト・ボックスもしくは光学式文字認識（ＯＣＲ）の結果はサーチの範囲を区切るためにレンダリングされたページに加えて使用される。境界サーチはテキスト・ボックスで停止する。
５）合理的な最大範囲に対してサーチを実行する。ページのサイズ、および／もしくは、ページのテキストのサイズにもとづいて、合理的な最大範囲が判断される。たとえば、図２２の垂直方向サーチの範囲は期待されるテキスト・サイズの定数倍（定数は小さい数）に限定される。期待されるテキスト・サイズは、フィールドの周辺のテキスト（図２２の「Ｔ」２０２など）のサイズにもとづいて決定されてもよい。
６）テキスト・ボックスであるフォーム・フィールドの中で、フォームのベースライン２０６は、図２３に例示するように、フォーム・フィールドの内部および外部境界を判断するために分析されなければならない。ベースラインを用いた経験的な手法においては、最初の境界が識別されると、水平方向の範囲を限定し、部分的にフィールドの種類を分類するために、（あれば、）ベースラインが使用される。図２３に示すように、ベースラインの範囲を決定するために、ベースラインの検出ポイント１９８から、ベースラインに添って左右にサーチ２１２が実行される。同時に、リップ（短い線）２１６のためのサーチが検出されたベースラインの少し上で実行される。リップ２１６は、たとえば、図１にも示すように、単一の文字のためのサブ・フィールド２１８、２２０を含むフォーム・フィールドを示す。ベースライン２０６が以前検出された水平方向境界の中で終端するならば、ベースラインの範囲が水平方向の境界を置換するために使用される。ベースラインがリップ２１６を有することが検出された場合、フィールドの範囲は該リップで終端する。フィールドの水平方向の範囲はこの値に制限される。同様の隣接するフィールドが検出された場合、フィールドへの入力は単一の文字に制限される。上記したように、同様のフィールドが近傍に存在するか否かをシステムは判断し、サブ・フィールドの各々のポイントを別個に選択することなく、一つのなめらかな動きで、フィールドの文字をユーザが入力することができるように、リップ２１６の各々を越えて隣接する残りのフィールドが識別される。
７）経験的な上部および底部の処理手法において、フィールドの横方向が制限された範囲を有するテキスト・ボックスもしくは線によって区切られている場合（たとえば、図５、７、１１など）、詳細には、区切る線（ベースラインもしくはトップライン）がない場合、フィールドの上部および下部は区切られるテキストの高さによって制限されてもよい。
８）実施形態のいくつかにおいて、フィールド・タイプ（テキスト入力、文字ボックス、チェック・ボックス）は、識別手段によって決定される、検出されたエレメントのサイズ、形状および境界の性質によって決定されてもよい。推定されたフォーム・フィールドの領域は、境界各々の性質（すなわち、テキスト・ボックスの境界、線の境界、リップの境界、（制限）なし）；境界の連結性；領域の幅、高さ、およびアスペクト；テキストの存在（上記ステップ２）参照）、を含んでもよい。これらの属性にもとづく規則セットの例は以下を含む：
ａ）幅＜Ｗ、かつ、高さ＜Ｈ、かつ、フォーム・フィールドが完全に境界で区切られているならば、フォーム・フィールドはチェック・ボックスである。
ｂ）幅＜Ｗ、かつ、高さ＜Ｈ、かつ、フォーム・フィールドが横方向だけ境界で区切られているならば、フォーム・フィールドは括弧型のチェック・ボックスである。
ｃ）高さ≧最小テキスト高さ、かつ、アスペクト＞最小テキスト・アスペクトであれば、フォーム・フィールドはテキスト・ボックスである。
ｄ）高さ≧最小テキスト高さ、かつ、幅＜最大文字ボックス幅、かつ、リップを有する、ならば、フォーム・フィールドは文字ボックスである。
９）実施形態のいくつかにおいて、フィールドのセマンティック属性（日付、名称など）はもっとも近いテキスト領域を検出することによって判断されてもよい。この文脈において「もっとも近い」とはユークリッド距離およびグラフの距離（graphical distance）の双方を含むことができる。たとえば、インタラクティブに決定されたフォーム・フィールド領域が（テキスト・ボックスのような）同一の接続されたコンポーネントの中にあるならば、距離は０である。さらに、フィールドに割り当てられているテキストにおいて、水平方向の距離が垂直方向の距離より（影響が）弱いとみなされてもよい。使用している言語の主要な方向が「距離」に影響を与えるようにしてもよい。左から右への言語である西洋の言語においては、検出されたフィールドの左側のテキストは、検出されたフィールドの右側のテキストよりも、検出されたフォーム・フィールド範囲のセマンティック属性に対し、より大きな影響を有するとみなされてもよい。
１０）繰り返しエレメントについて、図２４に例示される文字ボックス２２２のように、ユーザがポイント２２４を選択し（ステップＳ１０６）、文字ボックス２２６が識別された（ステップＳ１０７）後、ページ全体にわたって図形的な類似を探すサーチが実行されてもよいし、代替的に、プローブ選択（probe selection）２２８を、隣接ボックスが検出されるべき位置から開始して、検出される文字ボックスの左右に実行してもよい（ステップＳ１０８）。同様のサイズを有し、かつ、隣接するボックス２３０がプローブ選択によって検出されると（ステップＳ１０９）、隣接ボックス２３０は最初のボックス２２６と結合され、結合されたテキスト・ボックスによる単一のラインが構築される。適合するボックスの領域が検出されなくなるまで、処理を繰り返す（Ｓ１１０）。
ＩＩＩ．計算処理手段（コンピュータ）の実施形態
図２５は本発明の手段を実装することができるコンピュータ／サーバ・システム７００の実施形態を例示するブロック図である。システム７００は、当業者に知られている、命令を実行するために動作するプロセッサ７０２およびメモリ７０３を含むコンピュータ／サーバ・プラットフォーム７０１を備える。ここで使用されている用語「コンピュータ可読記憶媒体」は、ディスク、半導体メモリなどの、プロセッサ７０２に実行させるための命令を提供する任意の有形の媒体である。さらに、コンピュータ・プラットフォーム７０１は、キーボード、マウス、タッチ・デバイス、もしくは、音声入力手段などの複数の入力デバイス７０４からの入力を受信する。コンピュータ・プラットフォーム７０１は、ポータブル・ハード・ディスク・ドライブ、光学媒体（ＣＤもしくはＤＶＤ）、ディスク媒体、もしくは、コンピュータが実行コードを読み取ることができる任意のその他の有形の媒体などの脱着可能な記憶手段７０５にさらに接続されていてもよい。コンピュータ・プラットフォーム７０１は、インターネット、もしくは、ローカル・パブリック・ネットワークもしくはローカル・プライベート・ネットワークの他のコンポーネントに接続されているネットワーク・リソース７０６にさらに接続されていてもよい。ネットワーク・リソース７０６はネットワーク７０７の遠隔位置からコンピュータ・プラットフォームに命令およびデータを提供してもよい。ネットワーク・リソース７０６は、８０２．１１標準、ブルートゥース、セルラ・プロトコルなどのワイヤレス・プロトコルを介して、もしくは、ケーブルもしくは光学ファイバーなどの物理的伝送媒体を介して、接続されていてもよい。ネットワーク・リソース７０６はデータおよび実行可能な命令を記憶するための記憶手段をコンピュータ・プラットフォーム７０１から離れた位置に備えていてもよい。コンピュータはユーザにデータおよび他の情報を出力するために表示手段７０８とインタラクションを行ってもよい。表示手段７０８はユーザとインタラクションを行うために入力手段７０４として動作してもよい。
【００６４】
上記実施形態および実装は、本発明を当業者が実施することができる程度に十分詳細に記載されている。また、他の実装が利用可能であり、構造の変化、および／もしくは、様々な構成要素の置き換えが本発明の範囲および思想から逸脱することなく可能である。したがって、詳細な記載は、本発明を限定する意味で解釈されるべきではない。さらに、記載された本発明の様々な形態は、汎用目的計算処理手段で稼働するソフトウェアの形態で実装されてもよいし、特定用途ハードウェアの形態で実装されてもよいし、ソフトウェアおよびハードウェアの組み合わせによって実装されてもよい。
【符号の説明】
【００６５】
１０２  コンピュータ
１０６  アプリケーション・サーバ
１１０  入力手段
１１２  識別手段
１１４  分類手段
１１５  ウェブ・サーバ
１１６  生成手段
【図１】
2012059248.tif 000003
【図２】
2012059248.tif 000004
【図３】
2012059248.tif 000005
【図４】
2012059248.tif 000006
【図５】
2012059248.tif 000007
【図６】
2012059248.tif 000008
【図７】
2012059248.tif 000009
【図８】
2012059248.tif 000010
【図９】
2012059248.tif 000011
【図１０】
2012059248.tif 000012
【図１１】
2012059248.tif 000013
【図１２】
2012059248.tif 000014
【図１３】
2012059248.tif 000015
【図１４】
2012059248.tif 000016
【図１５】
2012059248.tif 000017
【図１６】
2012059248.tif 000018
【図１７】
2012059248.tif 000019
【図１８】
2012059248.tif 000020
【図１９】
2012059248.tif 000021
【図２０】
2012059248.tif 000022
【図２１】
2012059248.tif 000023
【図２２】
2012059248.tif 000024
【図２３】
2012059248.tif 000025
【図２４】
2012059248.tif 000026
【図２５】
2012059248.tif 000027