【事件の表示】
　特願２００２−３８１０６７「情報入力方法及びシステム」拒絶査定不服審判事件〔平成１６年　１月　８日出願公開、特開２００４−　　５３８６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続きの経緯・本願発明
　本願は、平成１１年１月１２日（優先権主張平成１０年１月２８日）に出願した特願平１１−５１５１号の一部を平成１４年１２月２７日に新たな特許出願としたものであって、平成１８年４月５日に拒絶査定がされ、これに対して同年５月１１日に拒絶査定不服審判が請求されたものである。
　本願の発明は、平成１８年１月１６日付けの手続補正書により補正された特許請求の範囲の請求項１ないし１１に記載されたものと認められるところ、その請求項８に記載された発明（以下、「本願発明」という。）は、次のとおりのものである。
「【請求項８】
　手書き又は印刷された文書であって、該文書を特定するための識別情報と、前記文書情報の所要箇所を複数に分割した際の分割部をそれぞれ特定するための識別情報が予め付されている文書を、イメージデータとして読み込む手段と、
　前記イメージデータとして読み込まれた前記文書に付加された識別情報欄から識別情報を認識して識別情報コードを構成する手段と、
　前記イメージデータとして読み込まれた文書情報の所要箇所をイメージ上で複数の部分イメージ情報に分割して断片化し、その際、断片化された単独の部分イメージ情報自体からは、有意味な情報を導き出すことが不可能とされる程度にまで断片化がなされ、該分割された部分イメージ情報に対して対応する識別情報を付加する手段と、
　前記複数の部分イメージ情報と前記識別情報を複数の端末手段に配信する手段と、を備え、
　前記各端末手段では、それぞれ前記各部分イメージ情報に含まれる所要の文字情報をテキストコードとして入力され、さらに、
　前記複数の端末手段でそれぞれ入力された部分イメージ情報の各々に対する入力済みのテキストコードを集信する手段と、
　前記集信されたテキストコードの前記識別情報を解読し、前記解読された識別情報に基づき、前記集信された、複数の部分イメージ情報に対応する複数のテキストコードを合成し、前記手書き又は印刷された文書情報の所要箇所の文字情報のテキストコードを得る手段と、
　を備えたことを特徴とする情報入力システム。」
　
２　引用例
　原査定の拒絶の理由として引用された特開平８−２０２８１２号公報（以下、「引用例」という。）には、次の事項が図面と共に開示されている。（記載箇所は段落番号等で表示）
　ア　「【請求項１】　複数のデータ項目より構成されるデータをイメージ形式で入力し、該入力されたイメージ形式データを文字認識してコード形式データに変換する認識変換部と、前記認識変換部によって認識できなかったイメージ形式データをコード形式で入力する入力部とを備えたデータ入力システムにおいて、前記データを構成する複数のデータ項目の内、前記認識変換部で認識できたデータ項目を格納する格納手段と、前記認識変換部で認識できなかったデータ項目をデータ項目単位に分割する手段と、該分割されたデータ項目単位に前記データ項目に対応するイメージ形式データを複数の処理装置へ分配する分配手段と、該分配手段によって分配されたイメージ形式データに基づいて前記それぞれの処理装置から入力されたコード形式データを集信する手段とを有することを特徴とするデータ入力システム。」
　イ　「【０００５】【作用】本発明においては、データの修正操作者が、データ入力装置の表示画面に表示されたイメージ形式データを見て、自動認識されなかった文字をキー入力する時、そこに表示されるイメージ形式データは、データ項目単位で分割されているため一人分のデータの一部分（１データ項目）、例えば、「氏名」のみ、「住所」のみ、しか表示されず、同一人の他の修正データ部分は、同様に分割されて、他の処理装置で分散処理されるようにしたため、データの機密、あるいはプライバシーが保たれる。（略）」
　ウ　「【０００６】【実施例】以下、本発明の一実施例を図面を用いて詳細に説明する。図１は本発明の一実施例を実行するためのブロック構成図である。同図において、１は機密性を有する個人データ（複数のデータ項目からなる）などが記入されている原票、２は入力された原票１に記入されているデータを読み取るための読取り装置、３は読取り結果、４は修正制御装置、５は通信装置（交換機、ネットワークなどを含む）、６はクライアント（またはクライアントが保有する端末装置、特許請求の範囲中では一般的に処理装置と記す）、７は完成データを示している。本ブロック図における処理の概略は、まず、原票１に記入されているデータを原票読取り装置２（例えば、ＯＣＲ）を用いて読み取って読取り結果３を得る。修正制御装置４は、原票読取り装置２において文字認識が不可能なデータ項目があった場合にはそのデータ項目を通信装置５を介して複数のクライアント６に割り振って修正入力させ、その修正されたデータ項目を再び通信装置５を介して受信し、読取り結果３と修正されたデータ項目を合成して完成データを作成するものである。
【０００７】図２は原票読取り装置２の各処理部を説明するための図である。同図に示すように、原票読取り装置２は、読み込んだレコード（原票）ごとに連番を付加する連番付加処理部１１と、原票のイメージを認識（項目辞書を利用）しコードデータに落す自動認識処理部１２と、読取り可能・不可能データを分類する読取りデータ分類処理部１３と、項目を識別するための識別子を付加する項目識別子付加処理部１４と、データを振り分けるデータ振り分け処理部１５とからなっている（図２参照）。次に、上記各処理部１１〜１５をさらに詳細に説明する。連番付加処理部１１は、１レコード（１原票）を読み込む都度、レコード識別子としての連番を付加していく処理部である。本実施例では、機密保護を徹底するために、後に説明するように修正制御装置において、読取りができなかったデータをデータ項目ごとに分割し別々にキー入力する仕組みを採用している。そこで、キー入力した各データ項目を再び元のレコードに戻すために、各データ項目が同一レコード（同一原票）に属するか否かを識別しておく必要がある。本処理部はそのための処理部である。
【０００８】自動認識処理部１２は、読み込んだ原票イメージをＯＣＲなどで自動認識してコードデータに変換するものであるが、自動認識を迅速かつ正確に行ない、読取り率を向上させるために、原票のパターンを登録しておき、同一パターンの原票の項目位置や罫線の位置を識別して文字コードを判別する。また、業務ごとの専門用語、慣用用語を辞書（項目辞書）として内蔵しておき、読取り不能文字が発生した場合、この辞書を参照することにより、読取り精度を向上させることができる（後述するように、辞書を参照して候補となるデータを読取り不能なイメージ形式データとともに修正入力するための複数の処理装置に分配することも可能である）。読取りデータ分類処理部１３は、ＯＣＲなどによる自動認識の結果、１レコード（１原票）全てのデータ項目が読み取れたレコード（原票）と、１つでも読取り認識ができなかったデータ項目のあるレコード（原票）に分類し、分類コードを付加する処理部である。項目識別子付加処理部１４は、読取りデータ分類処理部１３において１つでも読取りができなかったデータ項目のあるレコードに関して、後の工程（修正制御装置４における工程）で、同一のデータ項目ごとにイメージファイルを作成するために、データ項目の識別子を付加する処理部である。
【０００９】データ振り分け処理部１５は、読取りデータ分類処理部１３において分類した結果により、１レコード内の全てのデータ項目が読取り可能となったレコードは、レコード単位にコードデータファイルとしてファイリングする。１レコード内に読取り可能データ項目と読取り不可のデータ項目の両方があるレコードに関しては、読取り可能データ項目にはレコードの連番を付して別のコードデータファイルにファイリングする。そして、読取り不可のデータ項目はレコードの連番を付した後、項目識別子付加処理部１４で付加したデータ項目分類コードに従って、同一データ項目ごとにそれぞれのイメージデータファイルにファイリングするための処理部である。図４に、上述したデータ振り分け処理部１５における、データを振り分け、ファイリングの概念図を示す。原票１を読取り、全項目が読取りできたレコード１０１、１０２のコードデータをレコード（原票）単位で読取り可ファイル１０３に格納する。レコード内に１個でも読取り不能の項目があるレコード２０１、２０２に対しては、読取り可の項目２０３、２０４は項目単位にそのコードデータを読取り可ファイル２０５に格納する。読取り不能な項目に対しては、例えば、氏名項目２０６，２０７、住所項目２０８，２０９などの項目別に分けて項目単位でそのイメージデータ自体を別個の読取り不能ファイル２１０、２１１に格納する。以上の各処理部により原票読取り装置２における入力原票の読み込み、データの振り分け処理などが行われる。
【００１０】図３は、読取り未完（認識不可能）データの修正入力のための修正制御装置４の各処理部を説明するための図である。同図に示すように、修正制御装置４は、読取り未完（不能）データをデータ項目ごとに振り分け、別個のファイルを作成するファイル作成処理部２１と、データ項目ごとの別個のファイルをクライアントに割り当てるクライアント割当処理部２２と、修正結果を集信する修正ファイル集信処理部２３と、読取りができなかったデータ項目を持つレコードを再現する一次マージ処理部２４と、全レコードをマージし、入力を完成する二次マージ処理部２５とからなっている（図３参照）。
【００１１】次に、上記各処理部２１〜２５をさらに詳細に説明する。ファイル作成処理部２１は、原票読取り装置２における項目識別子付加処理部１４で付加したデータ項目識別子によって読取り未完（不能）データをデータ項目ごとに分類し、別個のファイルに振り分ける処理部である。クライアント割当処理部２２は、各ファイルを通信装置５（交換機、ネットワークなど）を介して遠隔地のクライアントまたはＬＡＮに接続されたクライアント６（キーパンチ入力者）に割り当てる処理部である。（略）
【００１２】修正ファイル集信処理部２３は、各クライアント６によって修正された結果を集信する処理部である。具体的には、例えば図５に示したように、クライアント状態判定装置３０５により、クライアント６からキーパンチ入力完了メッセージを受信すると、キーパンチデータ受信準備に入り、各クライアント６からのキーパンチデータを受信し、入力完了データファイル３０７〜３０９を作成する。一次マージ処理部２４は、一部読取りが可となったデータファイル２０５とクライアント６によって修正された結果をマージする処理部である。具体的には、例えば図５に示したように、クライアントによって修正された受信ファイルのデータ項目識別子をチェック（３０６）し、１レコード内の全てのデータ項目がキーパンチ完了した場合、該入力完了データファイル３０７〜３０９と原票読取り装置２におけるデータ振り分け処理部１５において作成した一部読取りが可となったデータファイル２０５のデータとをマージ（一次マージ３１０）し、読取り不可のデータ項目を持つ全レコードを復元する。二次マージ処理部２５は、一次マージ処理部２４において復元したファイルと原票読取り装置２におけるデータ振り分け処理部１５において作成した読取り可レコードファイルのレコードをマージ（二次マージ）し、最終完了データを作成するための処理部である。」
　
　前掲アないしウの記載によると引用例には、「複数のデータ項目からなる機密性を有する個人データなどが記入されている原票１に記入されているデータをイメージ形式で読み取る読取り装置と、読取り不可のデータ項目にレコード（原票）の連番を付した後、項目識別子付加処理部１４で付加したデータ項目分類コードに従って、前記データ項目に対応するイメージ形式データを同一データ項目ごとにそれぞれのイメージデータファイルにファイリングするデータ振り分け処理部１５と、各ファイルを通信装置５（交換機、ネットワークなど）を介して複数のクライアントが保有する端末装置６（キーパンチ入力者）に割り当てるクライアント割当処理部２２と、を備え、各端末装置６では、データの修正操作者が、データ項目単位で分割された一人分のデータの一部分のみのイメージ形式データを見て、自動認識されなかった文字をコード形式でキー入力し、さらに、各端末装置６によって修正された結果を集信する修正ファイル集信処理部２３と、収集したクライアントによって修正された受信ファイルのデータ項目識別子をチェック（３０６）し、集信した別々にキー入力した同一レコード（同一原票）に属する各データ項目を再び元のレコードに戻すデータ入力システム。」の発明（以下、「引用発明」という。）が記載されていると認められる。
　
３　対比
　本願発明と引用発明とを対比する。
　引用発明の「データ入力システム」は、原票に記入されているデータ、すなわち情報を入力するシステムであるから、本願発明と同じ「情報入力システム」に関するものといえる。
　ａ　「複数のデータ項目からなる機密性を有する個人データなどが記入されている原票１」が、「手書き又は印刷された文書」であることは明らかであるから、引用発明の「複数のデータ項目からなる機密性を有する個人データなどが記入されている原票１に記入されているデータをイメージ形式で読み取る読取り装置」は、本願発明の「手書き又は印刷された文書」「を、イメージデータとして読み込む手段」に相当する。
　
　ｂ　引用発明の「データ項目に対応するイメージ形式データ」は、本願発明の「イメージデータとして読み込まれた文書情報の所要箇所をイメージ上」で分割し、断片化した「部分イメージ情報」に相当する。
　前掲イの箇所に記載されているとおり、引用発明は、一人分のデータの一部分と他の修正データ部分とを分割し、分散処理することにより、データの機密、あるいはプライバシーを保つものであり、引用発明が、「データ振り分け処理部１５」において、一人分のデータが記入された原票１のイメージ形式のデータから、複数の「データ項目に対応するイメージ形式データ」を得ることを前提としていることは当業者にとって明らかな事項であるから、引用発明の「読取り不可のデータ項目にレコード（原票）の連番を付した後、項目識別子付加処理部１４で付加したデータ項目分類コードに従って、前記データ項目に対応するイメージ形式データを同一データ項目ごとにそれぞれのイメージデータファイルにファイリングする」処理は、本願発明の「イメージデータとして読み込まれた文書情報の所要箇所をイメージ上で複数の部分イメージ情報に分割して断片化」する処理に相当する。
　そして、当該処理は、前掲イに記載されたとおり、データの機密、あるいはプライバシーを保つ目的で、データの修正操作者に対して、一人分のデータの一部分（１データ項目）のみが表示されるための処理であるから、それぞれの「データ項目に対応するイメージ形式データ」は、「有意味な情報を導き出すことが不可能とされる程度にまで断片化がなされ」た「部分イメージ情報」といえる。
　また、引用例の「読取り不可のデータ項目」は、各クライアントにおいてキー入力した各データ項目を再び元のレコードに戻す際に各データ項目が同一レコード（同一原票）に属するか否かを識別する情報である「レコード（原票）の連番」、及び、各クライアントにおいてキー入力した各データ項目を再び元のレコードに戻す際にチェックされるデータ項目識別子である「データ項目分類コード」が付加されているから、各クライアントに割り当てられる読取り不可の「データ項目に対応するイメージ形式データ」に対しても、対応する識別情報として「レコード（原票）の連番」及び「データ項目分類コード」が付加されていることは当業者にとって明らかな事項であり、引用発明において「該分割された部分イメージ情報に対して対応する識別情報を付加」しているといえる。
　してみると、引用発明の「読取り不可のデータ項目にレコード（原票）の連番を付した後、項目識別子付加処理部１４で付加したデータ項目分類コードに従って、前記データ項目に対応するイメージ形式データを同一データ項目ごとにそれぞれのイメージデータファイルにファイリングするデータ振り分け処理部１５」は、本願発明の「イメージデータとして読み込まれた文書情報の所要箇所をイメージ上で複数の部分イメージ情報に分割して断片化し、その際、断片化された単独の部分イメージ情報自体からは、有意味な情報を導き出すことが不可能とされる程度にまで断片化がなされ、該分割された部分イメージ情報に対して対応する識別情報を付加する手段」に相当するといえる。
　
　ｃ　引用発明の「各ファイル」は、前記「３　ｂ」に記載したとおり、「レコード（原票）の連番」及び「データ項目分類コード」を付加された「データ項目に対応するイメージ形式データ」を同一データ項目ごとに割り振ったものであることは明らかであり、「複数の部分イメージ情報と識別情報」といえるから、引用発明の「各ファイルを通信装置５（交換機、ネットワークなど）を介して複数のクライアントが保有する端末装置６（キーパンチ入力者）に割り当てるクライアント割当処理部２２」は、本願発明の「複数の部分イメージ情報と識別情報を複数の端末手段に配信する手段」に相当するといえる。
　
　ｄ　引用発明の「各端末装置６では、データの修正操作者が、データ項目単位で分割された一人分のデータの一部分のみのイメージ形式データを見て、自動認識されなかった文字をコード形式でキー入力」する処理は、本願発明の「各端末手段では、それぞれ各部分イメージ情報に含まれる所要の文字情報をテキストコードとして入力」する処理に相当する。
　
　ｅ　引用発明の「各端末装置６によって修正された結果を集信する修正ファイル集信処理部２３」は、本願発明の「複数の端末手段でそれぞれ入力された部分イメージ情報の各々に対する入力済みのテキストコードを集信する手段」に相当する。
　
　ｆ　引用発明の「収集したクライアントによって修正された受信ファイルのデータ項目識別子をチェック」する処理が、受信ファイルから識別情報であるデータ項目識別子を解読する処理を含むこと、及び、引用発明の「集信した別々にキー入力した同一レコード（同一原票）に属する各データ項目を再び元のレコードに戻す」処理は、各クライアントにおいてキー入力した各データ項目を再び元のレコードに戻す際に各データ項目が同一レコード（同一原票）に属するか否かを識別する情報である「レコード（原票）の連番」、及び、データ項目識別子である「データ項目分類コード」に基づいて行われることは、いずれも当業者にとって明らかな事項である。
　してみると、引用発明の「収集したクライアントによって修正された受信ファイルのデータ項目識別子をチェック（３０６）し、集信した別々にキー入力した同一レコード（同一原票）に属する各データ項目を再び元のレコードに戻す」処理は、本願発明の「集信されたテキストコードの識別情報を解読し、解読された識別情報に基づき、集信された、複数の部分イメージ情報に対応する複数のテキストコードを合成し、手書き又は印刷された文書情報の所要箇所の文字情報のテキストコードを得る」処理に相当するから、引用発明は、「集信されたテキストコードの識別情報を解読し、解読された識別情報に基づき、集信された、複数の部分イメージ情報に対応する複数のテキストコードを合成し、手書き又は印刷された文書情報の所要箇所の文字情報のテキストコードを得る手段」を備えているといえる。
　
　以上を踏まえると、両者の一致点、相違点は以下のとおりである。
【一致点】
　手書き又は印刷された文書を、イメージデータとして読み込む手段と、
　前記イメージデータとして読み込まれた文書情報の所要箇所をイメージ上で複数の部分イメージ情報に分割して断片化し、その際、断片化された単独の部分イメージ情報自体からは、有意味な情報を導き出すことが不可能とされる程度にまで断片化がなされ、該分割された部分イメージ情報に対して対応する識別情報を付加する手段と、
　前記複数の部分イメージ情報と前記識別情報を複数の端末手段に配信する手段と、を備え、
　前記各端末手段では、それぞれ前記各部分イメージ情報に含まれる所要の文字情報をテキストコードとして入力され、さらに、
　前記複数の端末手段でそれぞれ入力された部分イメージ情報の各々に対する入力済みのテキストコードを集信する手段と、
　前記集信されたテキストコードの前記識別情報を解読し、前記解読された識別情報に基づき、前記集信された、複数の部分イメージ情報に対応する複数のテキストコードを合成し、前記手書き又は印刷された文書情報の所要箇所の文字情報のテキストコードを得る手段と、
　を備えたことを特徴とする情報入力システム。
　
【相違点】
　本願発明が、読み込み対象を「該文書を特定するための識別情報と、文書情報の所要箇所を複数に分割した際の分割部をそれぞれ特定するための識別情報が予め付されている文書」とし、「イメージデータとして読み込まれた文書に付加された識別情報欄から識別情報を認識して識別情報コードを構成する手段」を備えているのに対して、引用発明では、識別情報があらかじめ付されていない文書を読み込み対象とし、「イメージデータとして読み込まれた文書に付加された識別情報欄から識別情報を認識して識別情報コードを構成する手段」を備えていない点。
　
４　当審の判断
　前記相違点について検討する。
　手書き又は印刷された文書情報の文字情報のテキストコードを得る情報入力システムにおいて、読み込み対象とする文書に「該文書を特定するための識別情報と、文書情報の所要箇所を複数に分割した際の分割部をそれぞれ特定するための識別情報」とをあらかじめ付すこと、及び「イメージデータとして読み込まれた文書に付加された識別情報欄から識別情報を認識して識別情報コードを構成する」ことは、例えば、特開平６−９６２７６号公報、特開平６−１１１０５６号公報に示されるようにいずれも周知技術であるから、共通する技術分野に属する引用発明に前記周知技術を適用し、「該文書を特定するための識別情報と、文書情報の所要箇所を複数に分割した際の分割部をそれぞれ特定するための識別情報が予め付され」た文書を読み込み対象とし、「イメージデータとして読み込まれた文書に付加された識別情報欄から識別情報を認識して識別情報コードを構成する手段」を備えることは当業者が容易に想到し得たものと認められる。
　前記特開平６−９６２７６号公報には、「【００８３】第１例において、図１４のマスターフォーム１０Ｆは保険会社の外交員の被保険者である顧客によって書き込まれる。被保険者の顧客はフォーム１０Ｆを書き込み、図１８に示される走査されたフォームイメージ１０’と同じ外観を有するハードコピーフォームを生成する。被保険者の顧客は、外交員に指示されたように連続番号の前にＷを入れて連続番号を記入する。外交員は、連続番号フィールド１２’にＷを前に入れた連続番号で事前印刷された、ハードコピーフォームを準備してもよい。いずれの場合も、外交員の被保険者の顧客はフォーム１０Ｆのそれぞれのフィールドを記入し、図１８の走査されたフォームイメージ１０’と同じ外観の記入されたフォームを生成する。
【００８４】外交員の被保険者の顧客が記入したフォームを提出すると、スキャナー２２によってシステムへと走査され、図１８に示される走査されたフォームイメージ１０’となる。（略）
【００８５】文書イメージ１０’は幾つかの手段によって受信され、ＬＡＮ２０に存在する。次に、走査されたフォームイメージ１０’はプロセッサ２４によってフォーム認識及びフィールド抽出され、続いてプロセッサ２６で文字認識されて、それぞれＭＧＤＳ５０Ａ及びＭＧＤＳ５０Ｂを生じる。追加のエラー修正プロセスがエラー修正プロセッサ２８、エラー修正プロセッサ３０によって行われ、それぞれＭＧＤＳ５０Ｃ及びＭＧＤＳ５０Ｄを生じる。
（中略）
【０１０７】フォーム認識及びフィールド抽出プロセッサ２４は、システムによって処理されるべきフォームのマスターフォーム定義のライブラリを含む。フォームのモデルは、フォームパターン及びフォーム上に含まれる各フィールドの記述部から構成される。フォームパターンは、１つのフォームタイプを他のフォームタイプと区別するのに使用される特性のセットである。フィールド記述部は、デカルト座標系で表現されるフォーム上のフィールドの位置、文字認識の受入れしきい値、識別及びフィールド特定情報から構成される。データフィールドの位置は、矩形の対向する角を説明する２点によるモデルによって表現することができる。矩形領域はマスクと称されてもよい。
【０１０８】文書イメージ１０’がフォーム認識及びフィールド抽出プロセッサ２４に入力されると、イメージがフォームを識別するため分析されて、適切なマスターフォーム定義データにアクセスすることができる。フォーム認識には幾つかの方法が用いられる。第１方法は、文書上に一般的にバーコードとして印刷されるフォーム番号と整合する。第２方法は、フォームタイプを区別するフォームテキスト及びラインのレイアウト又は配置を比較する。第３方法は、フォームの水平線及び垂直線に依存する。フォームの文書イメージ１０’が特徴付けられると、それぞれのフィールドの座標、フィールドの名前、フォームにおけるそれぞれのフィールドのコードページを定義するような、対応するマスターフォーム定義データがアクセスされる。フォーム認識及びフィールド抽出プロセッサの動作の原理は、前述の米国特許出願第０７／３０５、８２８号に記載されている。バーコードイメージの認識によるフォーム認識の動作の原理は、前述の米国特許第４、９９２、６５０号に更に記載されている。
【０１０９】スキャナー２２が文書１０で走査すると、スキャナープロセッサ２３は、ファイルアドレスに割り当てられるイメージファイル内のイメージの基準化及び圧縮等、幾つかのフロントエンド動作を実行することができる。文書イメージ１０’のイメージファイルは、割り当てられたアドレスの下でアクセス可能な、バッファ４０又はバッファサーバ４０’に一時的にバッファされる。また、スキャナープロセッサ２３はフォーム認識及びフィールド抽出プロセッサ２４に直接文書イメージ１０’を出力することができる。
【０１１０】文書イメージファイルポインター６０は、バッファ４０又はバッファーサーバ４０’から文書イメージ１０’にアクセスするのを可能にする。図１８の例となる走査されたフォームイメージ１０’は、６個のデータフィールドと１個のフォーム番号フィールドを有する。フォーム番号フィールド１１’は、保険請求フォームであるフォームを識別するバーコード表示を含む。第１データフィールド１４’は、姓のフィールドである。第２フィールド１６’は、名のフィールドである。第３フィールド１２ａ’は、州のフィールドである。第４フィールド１２ｂ’は、アドレス（住所）のフィールドである。第５フィールド４４’は署名のフィールドであり、第６フィールド１２’は連続番号のフィールドである。第１フィールドから第４フィールド及び第６フィールドは英数字のイメージを含むのに対し、第５フィールドは署名のイメージを含むことに注意したい。
【０１１１】図１８の例において、フォームタイプはフィールド１１’のバーコードフォーム番号から認識される。システム内に走査されたように、フォームのスキュー及びオフセットが測定される。走査されたフォームイメージ１０’上のフィールドの実際の位置を配置するため、フォーム上の各フィールドの予め定められた座標と組み合わされなければならないという点で、スキュー及びオフセット値６２は重要である。
【０１１２】フィールド抽出プロセスは、フォーム１０’上のフィールドのフィールド座標を含むマスターフォームフォーマット１０Ｆにアクセスすることによって開始する。マスターフォームフォーマット１０Ｆは図１４に示される。フォーム上のそれぞれのフィールドの座標を表すデータは、マスターフォーム１０Ｆを示す図１４に図示されている。フィールド１１Ｆはフォーム番号のフィールドである。フィールド１４Ｆは姓のフィールドであり、境界線１３によって境界を付けられる。フィールド１６Ｆは名のフィールドであり、境界線１７によって境界を付けられる。フィールド１２ａＦは州のフィールドである。フィールド１２ｂＦはアドレス（住所）のフィールドである。フィールド４４Ｆは署名のフィールドであり、フィールド１２Ｆは連続番号のフィールドである。図１４に示されるこれらのフィールドは座標データを図示したものであり、本例の保険請求フォームに対応するマスターフォーム定義データセットに提供される。」と記載されている。
　事前印刷された前記「連続番号」は、文書にあらかじめ付された「該文書を特定するための識別情報」といえ、また、「フォーム上のそれぞれのフィールドの座標を表すデータ」にアクセスするための前記「フォームを識別するバーコード表示」は、文書にあらかじめ付された「文書情報の所要箇所を複数に分割した際の分割部をそれぞれ特定するための識別情報」といえる。
　そして、これらの識別情報は、読み込まれたフォームイメージ１０’の識別情報欄であるフィールドから認識処理されて、利用されるものであるから、「イメージデータとして読み込まれた文書に付加された識別情報欄から識別情報を認識して識別情報コードを構成」しているといえる。
　
　前記特開平６−１１１０５６号公報には、「【００６６】図２１に関し、書式認識処理２４Ａはステップ１００で開始され、文書イメージ・ファイル・ポインタ６０を入力し、これはバッファ６０或いはバッファ・サーバ４０^からの文書イメージ１０^のアクセスを可能とする。図２１のステップ１０１では図１８で示される文書イメージ１０^ を獲得する。走査書式イメージ１０^ の例は６個のデータ・フィールド及び１個の書式番号フィールドを有する。書式番号フィールド１１^ は書式の識別のバー・コード表現を含みこれは保険申請書である。第１のデータ・フィールドはラスト・ネーム・フィールド１４^である。第２のフィールド１６^ はファースト・ネーム・フィールドである。第３のフィールドは州フィールド１２ａ^である。第４のフィールド１２ｂ^は住所フィールドである。第５のフィールド４４^ は署名フィールドであり、第６のフィールド１２^ は通し番号フィールドである。ここで第１から第４のフィールド及び第６のフィールドは英数字のイメージを含み、第５のフィールド４４^ は署名のイメージを含む。
【００６７】図２１のステップ１０２は書式タイプを認識する。図１８の例では、書式タイプはフィールド１１^ 内のバー・コード化書式番号から認識される。次に図２１のステップ１０３において、システムに走査入力された書式のスキュー及びオフセットが測定される。スキュー及びオフセット値６２は走査書式イメージ１０^上のフィールドの実際の位置を突きとめるために、書式上の各フィールドの予め指定された座標と結合されねばならないという点で重要である。
【００６８】図２１の流れ図は次にフィールド抽出処理２４Ｂを開始するように遷移し、これはステップ１０４で開始され、書式１０^ 上のフィールドのフィールド座標を含むマスタ書式形式１０Ｆをアクセスする。マスタ書式形式１０Ｆは図１６及び図１７に示される。書式上の各それぞれのフィールドの座標を表すデータは、マスタ書式１０Ｆを表す図１６に画像により示されている。フィールド１１Ｆは書式番号フィールドであり、フィールド１４Ｆはラスト・ネーム・フィールドであり、後者は境界１３を有する。フィールド１６Ｆはファースト・ネーム・フィールドであり、境界１７を有する。フィールド１２ａＦは州フィールドである。フィールド１２ｂＦは住所フィールドである。フィールド４４Ｆは署名フィールドであり、フィールド１２Ｆは通し番号フィールドである。図１６に示されるこれらのフィールドはこの例における保険請求書に対応するマスタ書式定義データ・セットにおいて提供される座標データの画像表現である。」と記載されている。
　前記「通し番号フィールド」に付された情報は、文書にあらかじめ付された「該文書を特定するための識別情報」といえ、また、「書式番号フィールド１１^ 」に付された前記「バー・コード化書式番号」は、「書式上の各それぞれのフィールドの座標を表すデータ」を特定するためのものであるから、文書にあらかじめ付された「文書情報の所要箇所を複数に分割した際の分割部をそれぞれ特定するための識別情報」といえる。
　そして、前記書式タイプを「フィールド１１^ 内のバー・コード化書式番号から認識」する処理は、「イメージデータとして読み込まれた文書に付加された識別情報欄から識別情報を認識して識別情報コードを構成する」処理といえる。
　
　一方、本願発明の奏する効果を検討してみても、引用例に記載された発明、及び前記周知技術から想定される範囲を越える格別なものとはいえない。
　
５　結論
　以上のとおり、本願発明は、引用例に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく、拒絶すべきものである。
　よって、結論のとおり審決する。