JP4356847B2 - フィールド定義情報生成方法、ならびび、フィールド定義情報生成装置 - Google Patents

Description

【００１０】
【発明の属する技術分野】
本発明は、文書処理またはデータ処理を行う情報処理装置に関する。
【００２０】
【従来の技術】
従来より事務上の業務処理に情報処理装置（コンピュータシステム）が広く利用されている。当初、情報処理装置において電子化された帳表（たとえば伝票、台帳、帳票）を作成しようとすれば、ＣＯＢＯＬ等のプログミング言語で所定のコーディング用紙に帳表のフォーマットを全て記述しなければならなかった。しかし、この方法は、ユーザにとって、特別のプログラミング言語を習得しなければならないうえ作業・操作が面倒であり、フォーマットの自由度も少なかった。
【００３０】
最近の情報処理装置は、半導体デバイスの著しい性能向上もあって、いわゆるオブジェクト指向型の考え方をとって、ユーザの負担を軽減するアーキテクチャとソフトウェアを搭載しており、帳表の作成は画面入力が主流となっている。
【００４０】
たとえば、キーボード操作ないしマウス操作によって画面上に任意の表罫線および文字列を入力すると、各々の画面入力データが帳表の定義情報とみなされ、それらの定義情報に基づいて帳表のフォーマットが設定されるようにしたものが知られている。
【００５０】
また、やはりマウス操作等により、画面上に表罫線を入力してその中の所望のフィールド（領域）を指定すると、そのフィールドに関係した各種属性または定義事項をリストした副画面が現れ、そのリストの中の所望の事項を１つ選択すると、その選択した定義事項によって当該フィールド分の１つのフォーマットが定義（設定）されるようにしたものもある。
【００６０】
【発明が解決しようとする課題】
しかしながら、帳表を扱う従来の情報処理装置は、ユーザにとって覚えなくてはならない操作手順やマニュアル事項がまだ多いうえ、設定入力可能な文書情報や定義情報が極めて少数かつ簡単なものに限定されていた。また、上記した従来例では、画面入力された情報は全て帳表の定義情報とみなされるため、フォーマットに直接関係しない情報（たとえば注釈、支店名、電話番号等）は帳表文書の一内容として入力できないという不便や、副画面による逐一的な定義設定方式では手間がかかるだけでなく帳表全体の設定内容を一目瞭然と把握または確認するのが難しいという不便があった。
【００７０】
本発明は、かかる問題点に鑑みてなされたもので、ユーザにより自由に作成された多様な帳表フォーマット上における多種類にわたるデータフィールド属性の定義付けを、データ処理に必須な確定性を持ちつつ、かつ、きわめて少数の種類の簡単な指定操作によって済ませることができるフィールド属性定義情報生成方法およびフィールド属性定義情報生成装置および、提供することを目的とする。
【００８０】
本発明の他の目的は、ユーザにより自由に作成された多様な帳表フォーマット上における多種類にわたるデータフィールド属性の定義付けを、データ処理に必須な確定性を持ちつつ、かつ、きわめて少数の種類の簡単な記号類の記入を中心とした簡単な記入操作によって済ませることができる帳表定義情報生成方法および帳表定義情報生成装置を提供することにある。
【００９０】
本発明の他の目的は、文書または帳表の定義内容と文書内容とを一緒に設定入力できるようにした帳表作成方法および帳表作成装置を提供することにある。
【０１１０】
本発明の他の目的は、ユーザにより自由に作成された多様な帳表フォーマット上における多種類にわたるデータフィールド属性の定義付けを、データ処理に必須な確定性を持ちつつ、かつ、その定義内容を一目瞭然の視認性をもって確認できるようにした帳表定義情報生成方法および帳表定義情報生成装置を提供することにある。
【０１２０】
【課題を解決するための手段】
上記の目的を達成するために、請求項１に記載の発明による、情報処理装置における帳表フィールド属性の定義情報生成方法は、自由に作成された文書上のデータ記入域であるフィールドの属性情報の生成方法であって、
システム内において文書上の各文字列についてコード列情報と位置情報を対応させた形で登録すると共に、文書上の各フィールドについて位置情報を登録した文書データを格納する文書データ格納手段と、
文書データを表示する文書表示手段と、
フィールド属性を表わすために使用される特定の用語について、コード列情報と所属するカテゴリ情報とを対応させた形で登録した辞書データを格納する辞書格納手段とを備えた情報処理システムにあって、
フィールド属性を表わすために文書上に記入されたフィールド属性文字列を、文字列に付された特定記号の検出、または、操作者による文書表示手段を介した指示に基づいて、項目名を表わす文字列と項目名以外のフィールド属性文字列の何れかに区分した形で識別するステップと、
項目名として識別された各文字列の位置情報と文書上の各フィールドの位置情報との照合をおこなうことによって、項目名として識別された文字列と対応するフィールドとの組み合わせを、項目名文字列と対応フィールドとの間に定めた配置規則によって識別し、当該文字列に基づいて当該フィールドの項目名情報を生成するステップと、
項目名以外のフィールド属性文字列として識別された文字列について、そのコード列情報と上記辞書の各登録用語のコード列情報を照合することによって、上記辞書上の該当登録用語とそのカテゴリを識別した上、当該文字列の位置情報と文書上の各フィールドの位置情報を照合することによって、当該文字列に対応するフィールドを、上記識別したカテゴリごとに定まる特定配置関係にあるフィールドとして識別し、上記辞書の該当登録用語に基づいて当該フィールドのフィールド属性情報を生成するステップと、
からなることを特徴とする。
【０１３０】
上記の目的を達成するために、請求項２に記載の発明による方法は、請求項１に記載の方法において、
上記の文字列とフィールドについての情報に併せ、文書上の線図形について図形種別情報とその両端の位置情報を対応させて登録した文書データを格納する文書格納手段を備え、
その一端が、１つのフィールドの文書上近傍に記入され、その他端が上記フィールド属性文字列として識別された１つの文字列の近傍に記入された線図形を、線図形の両端位置情報とフィールドの位置情報、ならびに、上記フィールド属性文字列の位置情報との間の照合によって検出するステップを有し、
上記条件を満たす線図形が検出された場合、当該線図形の一端の近傍に記入された文字列に基づいて、当該線図形の他端近傍に記入されたフィールドについての属性情報を生成し、
上記条件を満たす線図形が検出されない場合、フィールド属性情報を項目名について定まる上記配置規則、または、カテゴリごとにによって定まる上記配置規則によって定めることを特徴とする。
【０１４０】
上記の目的を達成するために、請求項３に記載の発明による方法は、請求項１、ならびに、請求項２に記載の方法において、
項目名を表わす文字列として識別した文字列と項目名以外のフィールド属性文字列として識別した文字列に、各々、固有な図形属性を付加した形で表示することを特徴とする。
【０１５０】
上記の目的を達成するために、請求項４に記載の発明による、情報処理装置における、帳表フィールド属性の定義情報生成システムは、自由に作成された文書上のデータ記入域であるフィールドの属性情報を生成する情報処理システムであって、
システム内において文書上の各文字列についてコード列情報と位置情報を対応させた形で登録すると共に、文書上の各フィールドについて位置情報を登録した文書データを格納する文書データ格納手段と、
文書データを表示する文書表示手段と、
フィールド属性を表わすために使用される特定の用語について、コード列情報と所属するカテゴリ情報とを対応させた形で登録した辞書データを格納する辞書格納手段とを備えた情報処理システムにあって、
フィールド属性を表わすために文書上に記入されたフィールド属性文字列を、文字列に付された特定記号の検出、または、操作者による文書表示手段を介した指示に基づいて、項目名を表わす文字列と項目名以外のフィールド属性文字列の何れかに区分した形で識別する手段と、
項目名として識別された各文字列の位置情報と文書上の各フィールドの位置情報との照合をおこなうことによって、項目名として識別された文字列と対応するフィールドとの組み合わせを、項目名文字列と対応フィールドとの間に定めた配置規則によって識別し、当該文字列に基づいて当該フィールドの項目名情報を生成する手段と、
項目名以外のフィールド属性文字列として識別された文字列について、そのコード列情報と上記辞書の各登録用語のコード列情報を照合することによって、上記辞書上の該当登録用語とそのカテゴリを識別した上、当該文字列の位置情報と文書上の各フィールドの位置情報を照合することによって、当該文字列に対応するフィールドを、上記識別したカテゴリごとに定まる特定配置関係にあるフィールドとして識別し、上記辞書の該当登録用語に基づいて当該フィールドのフィールド属性情報を生成する手段と、
からなることを特徴とする。
【０１６０】
上記の目的を達成するために、請求項５に記載の発明によるシステムは、請求項４に記載のシステムにおいて、
上記の文字列についての情報に併せ、文書上の線図形について図形種別情報とその両端の位置情報を対応させて登録した文書データを格納する文書格納手段を備え、
その一端が、１つのフィールドの文書上近傍に記入され、その他端が上記フィールド属性文字列として識別された１つの文字列の近傍に記入された線図形を、線図形の両端位置情報とフィールドの位置情報、ならびに、上記フィールド属性文字列の位置情報との間の照合によって検出する手段を有し、
上記条件を満たす線図形が検出された場合、当該線図形の一端の近傍に記入された文字列に基づいて、当該線図形の他端近傍に記入されたフィールドについての属性情報を生成し、
上記条件を満たす線図形が検出されない場合、フィールド属性情報を項目名について定まる上記配置規則、または、カテゴリごとにによって定まる上記配置規則によって定めることを特徴とする。
【０１７０】
上記の目的を達成するために、請求項６に記載の発明によるシステムは、請求項４、ならびに、請求項５に記載のシステムにおいて、
項目名を表わす文字列として識別した文字列と項目名以外のフィールド属性文字列として識別した文字列に、各々、固有な図形属性を付加した形で表示することを特徴とする。
【０４９０】
【発明の実施の形態】
以下、添付図を参照して本発明の実施例を説明する。
【０５００】
図１に、本発明の一実施例における情報処理装置のハードウェア上のシステム構成を示す。このシステムにおいて、カラーイメージ・スキャナ１０、キーボード１２、マウス（ポインティング・デバイス）１４およびディジタイザ（タブレット）１５が入力装置として、内部メモリ１６および外部メモリ１８が記憶装置として、表示装置２０および印字装置２２が出力装置として、それぞれ適当なインタフェース回路（図示せず）を介してＣＰＵ２４に接続されている。ＣＰＵ２４は、通信装置（Ｉ／Ｏ）２６を介して外部の装置（図示せず）とも接続されている。
【０５１０】
カラーイメージ・スキャナ１０は、用紙上に記載された文書中の文字、記号および図形をカラー画像情報として読み取る。内部メモリ１６および外部メモリ１８には、ＣＰＵ２４の処理または制御動作を規定する各種プログラムのほか、各種電子辞書、キャラクタフォント等が格納されている。
【０５２０】
図２に、本実施例のシステムにおいて帳表の作成に関する動作モードの一覧を示す。「文書作成」、「定義」、「環境設定」、「データ出力」等の主モードが設定されており、この中の「文書作成」、「定義」および「環境設定」の主モードはそれぞれ「文字、記号／図形認識」…、「定義情報区別指示」…、「定義情報設定」等のサブモードに分岐している。
【０５３０】
図３に、表示装置２０のディスプレイ画面２０ａに表示される「主モード一覧メニュー」を示す。ディスプレイ画面２０ａの左下隅部に常時表示されている「モード」ボタンを選択指示またはクリックすると、この「主モード一覧メニュー」が画面に現れ、画面の右下部に「文書」、「定義作成」、「環境設定」および「データ出力」の主モード選択ボタンが表示される。
【０５４０】
上記の「主モード一覧メニュー」で、「環境設定」ボタンをクリックすると、環境設定モードが選択される。この環境設定モードに切り替わると、ディスプレイ画面２０ａに図４に示すような画面が映し出され、画面の右下部に「定義情報設定」等のサブモード選択ボタンが表示される。ここで、「定義情報設定」ボタンをクリックすると、定義情報設定モードに入り、図５および図６に示すような「定義要素／記入情報対照表」が画面に表示される。
【０５５０】
図５および図６において、本実施例では、「共通」、「帳表定義」、「書式定義」、「編集校正定義」等の複数の定義系が用意され、各定義系の中に複数の定義要素が設定されている。これらの定義系のうち、「帳表定義」の各定義要素は帳表のデータ管理上のフォーマットを設定するために用いられ、「書式定義」、「編集校正定義」の各定義要素は帳表の書式上のフォーマットを設定するために用いられる。「共通」の各定義要素は、データ管理上のフォーマットと書式上のフォーマットとに共用される。
【０５６０】
図５および図６に示すように、各定義要素には、１種類または複数種類の所定の文字（文字列）、記号または図形が対応づけられている。定義要素の中には、たとえば「書式定義」系の定義要素「丸め方」に対応する“切上げ”のように、その記入情報だけで目的の定義内容を表すものもあれば、たとえば「帳表定義」系の「データ項目名」に対応する“＜ ＞”のように、他の記入情報を指定し、その指定した他の記入情報に定義内容を委ねるものもある。また、「共通」系の定義要素「応用用語辞書サーチ」に対応する“〇”のように、この記入情報によって指定された領域内に記入されている文字、記号等の中で所定のもの（たとえば、計算式の記号や単位名等）については応用用語辞書を参照したうえで定義内容を認識すべきことを指示するものもある。
【０５７０】
上記のような定義要素と記入情報との対応付けは、システムが最初から用意していてもよく、あるいはユーザが画面入力で随時設定登録できるようにしてもよい。いずれにしても、たとえば図７に示すようなデータフォーマットで、各定義要素毎に図５および図６の対照表に相当する可変データ長の定義情報識別データが設定される。各定義情報識別データは、後述する定義情報認識部の定義情報識別データ記憶部４８（図２３）に保持される。
【０５８０】
なお、図７において、「定義系」のデータ・フィールドには当該定義要素（たとえば「右づめ」）の属する定義系（書式定義）のコードがセットされ、「定義要素種別」のデータ・フィールドには当該定義要素（右づめ）のコードがセットされ、「構成文字列／記号列」の各データ・フィールドには当該定義要素（右づめ）に対応する文字（文字列）または記号（「右」，「右づめ」，「右寄せ」，「→」）のコードが所定の区切り識別データを挟んでセットされ、末尾のフィールドにはこのデータの終端を示す所定の終端識別データが付けられる。
【０５９０】
上記のように、本実施例では、帳表の各種定義を行うための定義要素が、通常の文書内容を表す通常記入情報としても利用可能な文字、記号または図形と対応づけられている。ただし、後述するように、定義要素として用いられるときは、当該記入情報に特別の修飾情報（たとえば色情報）を付し、文書内容を表す通常記入情報とは区別するようにしている。つまり、ユーザにあっては、普段使い慣れている記入情報を、文書内容を表すための通常記入情報としてそのまま使えるだけでなく、これに特別の修飾情報を付加することで定義内容を示すための定義情報としても使えるようになっている。
【０５９５】
次に、本実施例のシステムにおいて帳表を作成する機能について説明する。
【０６００】
図８に、たとえば売上計算システムの売上台帳の基本項目が予め手書きで記入されている帳表用紙を示す。この帳表用紙に記入されている文字、記号、図形のいずれも、帳表の文書内容を示す通常記入情報であり、同一色たとえば黒色で記されている。
【０６１０】
この帳表用紙に対して、ユーザは、図５および図６の「定義要素／記入情報対照表」に設定されている各種定義系の定義要素に対応する記入情報（定義要素記入情報）を用いて、たとえば図９に示すように所望のデータ管理上および文書管理上のフォーマットを規定する定義情報を手書きで、たとえばカラーの筆記具で記入すればよい。
【０６２０】
ここで、各定義系の定義要素記入情報および追加記入情報には、修飾情報として特定の色を割り当てる。この例では、データ管理上のフォーマットを規定する「帳表定義」系の各定義要素記入情報および追加記入情報を（青）で記入し、「書式定義」系および「編集校正定義」系の各定義要素記入情報を（赤）で記入している。
【０６３０】
図９の帳表文書において、先ず、（青）で記入された「帳表定義」系の定義情報についてみると、右上部の（黒）の通常記入情報「１９９５年」の右隣に、（青）の「フィールド」を示す図形“□”と（青）の「データ項目名」を示す記号“＜ ＞”とが（青）の「結合線」を示す図形“−”によって互いに結ばれている。そして、「データ項目名」の“＜ ＞”の中には（青）で文字「月」が記入され、“＜月＞”と表されている。これら１組の（青）の記入情報“□−＜月＞”は、一体化してデータ管理上の１つの定義情報を構成し、「この“□”で指定された領域（フィールド）はデータ項目＜月＞のデータ記入欄であること」を規定している。
【０６４０】
ここで、“＜月＞”の中の文字“月”は、（青）という修飾情報を持つ定義用の追加記入情報であり、通常記入情報としての（黒）の「月」とは区別されている。
【０６５０】
同様に、左上部に（青）で記入された定義用記入情報“＜分類＞”および“＜品番＞”の中の“分類”および“品番”も、それぞれ定義専用の追加記入情報である。これらの定義用記入情報“＜分類＞”および“＜品番＞”は、（黒）の通常記入情報である“品名”の下に位置する左右２列の欄の外枠（罫線）に沿ってそれぞれ（青）で記入された「フィールド」の“□”に（青）の「結合線」“−”で結ばれている。これら各組の（青）の記入情報“□−＜分類＞”、“□−＜品番＞”は、それぞれ一体化してデータ管理上の１つの定義情報を構成し、それぞれ「この“□”で指定された領域（フィールド）はデータ項目＜分類＞または＜品番＞のデータ記入欄であること」を規定している。
【０６６０】
「品名」の欄の右隣の欄では、（黒）の通常記入情報である“売上数”の左右両側に（青）で“＜ ＞”が記入され、“＜売上数＞”となっている。これにより、「売上数」がデータ項目として定義されたことになる。また、この“＜売上数＞”の下の領域には（青）で“□”が記入されている。これら“＜売上数＞”と“□”との間には結合線“−”が記入されてはいない。しかし、このように「データ項目」“＜ ＞”と「フィールド」“□”とが同一の列または行で隣接して記入されているときは、両者の間に結合線“−”が無くても、後述する認識処理の際にデフォルトとして両者間の対応づけがなされているとみなされる。したがって、この場合、“＜売上数＞ □”は、一体化してデータ管理上の１つの定義情報を構成し、「この“□”で指定された領域（フィールド）はデータ項目＜売上数＞のデータ記入欄であること」を規定している。
【０６７０】
なお、この“＜売上数＞”のように、（黒）の通常記入情報である“売上数”が（青）の定義要素記入情報“＜ ＞”によって指定されることで、通常記入情報“売上数”が定義用記入情報＜売上数＞に転化する。
【０６８０】
したがって、ユーザからすれば、用紙に元々記入されている通常記入情報または原始記入情報をデータ項目として定義したいときは、この原始記入情報を「帳表定義」系の「データ項目名」を示す（青）の記入情報“＜ ＞”で括る（指定する）だけでよい。また、原始記入情報にはない新たなデータ項目を追加したいときは、上記の“＜分類＞”のように定義要素情報“＜ ＞”と一緒にデータ項目名を示す“分類”を定義専用の追加記入情報として（青）で記入すればよい。
【０６９０】
この“＜売上数＞”のフィールド“□”内の最下欄では、（黒）の通常記入情報である「計」が（青）の「応用用語辞書サーチ」の定義要素記入情報“〇”によって囲まれるとともに、その右隣に（青）で小さなフィールド“□”が記入されている。上記の“＜売上数＞”と同様に、この場合も、原始記入情報である“計”が定義用記入情報の“計”に転化している。この（青）の“〇”によって囲まれた“計”と“□”は、一体化してデータ管理上の１つの定義情報を構成し、「このフィールド（「売上数」のフィールド）内の各欄（セル）に転記されるべき数値データを合計し、その合計した値をこの“□”で指定された領域（合計欄）の中に記入すべきこと」を規定している。
【０７００】
上記した“＜売上数＞”と同様にして、その右隣の「単価」および「売上高」の各欄においても、（青）の定義要素記入情報“＜ ＞”、“〇”、“□”によりデータ管理上のフォーマットが指定されている。これらの欄では、（黒）の通常記入情報である“￥”，“ｋ￥”がそれぞれ（青）の「応用用語辞書サーチ」の定義要素記入情報“〇”によって囲まれ、定義用記入情報に転化している。定義用記入情報としての“￥”，“ｋ￥”は、「このデータ項目に対応するフィールドの各欄（セル）に転記される数値データ（金額）はそれぞれ「円」，「千円」単位に換算されるべきこと」を規定している。
【０７１０】
“＜売上高＞”のフィールド“□”内には、（青）で文字列“５桁”、“切下げ”が記入されている。これら「帳表定義」系の定義要素記入情報は、「当該フィールドの各欄（セル）に転記されるべき数値データ（金額）については、有効数字を５桁とすること、余りを切り捨てるべきこと」をそれぞれ規定している。
【０７２０】
この帳表の右下の空欄では、（黒）の通常記入情報である“売上高＝単価×売上数”が全体を（青）の「応用用語辞書サーチ」の定義要素記入情報“〇”によって囲まれるとともに、各項目“売上高”，“単価”，“売上数”が（青）の「データ項目名」の定義要素記入情報“＜ ＞”で括られている。これによって、この計算式の通常記入情報が文書上の注釈に止まらずデータ管理上のフォーマットを規定する定義情報に転化し、「この帳表におけるデータ項目の＜売上高＞はデータ項目の＜単価＞にデータ項目の＜売上数＞を乗じて求められるべきこと」を規定する。
【０７３０】
次に、図９において（赤）で記入された「書式定義」系の定義情報についてみる。上部の空白に、帳表の両端位置を指示する「書式定義」系の「タブ」を示す定義要素記入情報“▽”が（赤）で記されている。上部空白の中心部に（黒）で記入された通常記入情報の表題“売上台帳”の両側に（赤）で「書式定義」系の「定義対象」の定義要素記入情報“＞ ＜”が記入されるとともに、近傍に（赤）で「センタリング」の定義要素記入情報の“セ”が記入されている。また、帳表内の各項目“品名”、“売上数”、“単価”、“売上高”の欄の中に（赤）で「センタリング」の定義要素記入情報の“セ”が記入されている。これらの定義情報より、書式上のフォーマットとして、「“売上台帳”は左右のタブ“▽”の中間位置に位置決めされて表示出力されるべきこと」、「各項目“品名”、“売上数”、“単価”、“売上高”は各々の欄内で中間位置に位置決めされて表示出力されるべきこと」が規定されている。
【０７４０】
また、各項目のフィールド内部にも（赤）で「センタリング」の定義要素記入情報である“セ”または「右づめ」の定義要素記入情報である“右”が記入されている。これによって、各フィールド内の各セルに転記されるべきデータはセンタリングされて表示出力されるべきか右づめで表示出力されるべきかが規定されている。
【０７４５】
図９において、「編集校正定義」系の定義情報としては、「削除」の定義要素に対応した（赤）の定義要素記入情報“＝”が表題の「売上台帳」の“台”に重なるようにして記入されている。
【０７５０】
図１０に、「編集校正定義」系の定義要素情報の別の使用例を示す。この例では、編集校正の対象となる（黒）の通常記入情報“売上台帳”を（赤）の「定義対象」の定義要素記入情報“＞”，“＜”で指定し、（赤）の「挿入」の定義要素記入情報“Ｖ”を用いて“上”と”帳”との間に“総”を挿入し、訂正後の文字列“売上総台帳”を（赤）の「移動」の定義要素記入情報の“→”を用いて所望の位置へ移動させるようにしたものである。
【０７６０】
次に、本実施例のシステムにおいて上記した図９の定義情報記入済み帳表用紙に対応した電子帳表（電子化された帳表）を作成するための諸機能について説明する。
【０７７０】
図１１に、本実施例のシステムにおける文書入力および文書要素データ生成部の構成を示す。文書画像入力部３０は、カラー・イメージスキャナ１０、キーボード１２およびマウス１４等の入力装置と、入力ルーチンを実行するＣＰＵ２４と、入力されたカラー画像をいったん取り込む内部メモリ１６または外部メモリ１８とによって構成される。文書画像記憶部３２、文字／図形パターン辞書３６および文書要素データ記憶部３８は、内部メモリ１６または外部メモリ１８の記憶領域を用いている。文字・図形要素認識部３４は、文字・図形認識処理プログラムを実行するＣＰＵ２４によって構成される。文書画像表示出力部４０は、主として、表示制御プログラムを実行するＣＰＵ２４と、ＣＰＵ２４の制御の下で文書画像の表示出力を行う表示装置２０とによって構成される。
【０７８０】
たとえば、図９の帳表文書をカラー・イメージスキャナ１０で読み取る場合について説明する。この場合、ユーザは、カラー・イメージスキャナ１０に帳表用紙をセットした状態で、図１２に示すようにディスプレイ画面２０ａ上で「文書作成」モードを選択し、「文字／図形認識」ボタンをクリックする。
【０７９０】
このクリック動作に応動して先ずイメージスキャナ１０で読取動作が行われ、図９の帳表文書の画像（全記入内容）を表すカラー画像信号が入力部３０の画像記憶部に取り込まれる。この取り込まれた１帳表文書分のカラー画像信号は信号の形態で（黒），（青），（赤）の各色の画像信号に分解され、文書画像記憶部３２内では（黒）の画像信号，（青）の画像信号，（赤）の画像信号としてそれぞれ黒画像記憶部３２ａ，青画像記憶部３２ｂ，赤画像記憶部３２ｃに蓄積される。
【０７９５】
次に、文字・図形要素認識部３４は、文書画像記憶部３２に蓄積された画素データを基に、各色（黒，青，赤）毎に帳表文書中の個々の文字、図形要素を認識する。ここで、図形要素とは、線分、矩形、円形のようにその形状が容易に画像認識され得るパターン化された簡単な図形群である。
【０８００】
本実施例における画像認識に際しては、たとえば図１３に示すようなデータフォーマットで予め設定されている「画像管理データ」が参照される。この「画像管理データ」では、図１４に示すように入力画像はマトリクス状に配置された多数の画素ＰＸによって構成されているものとして、画素ＰＸの個数、寸法、ピッチ等を表すデータをセットしている。
【０８１０】
文字・図形要素認識部３４における文字・図形の認識は、基本的には個々の文字、図形要素を構成する線素を認識することによって行われる。線素の識別については従来公知の種々の方法を用いてよい。たとえば、先ず特定の色を有するドットの集合を見い出し、次に隣接領域または周囲をサーチしてそのドットの集合が延長する方向を判定する。この処理を繰り返して、ドットの集合の描く軌跡をそれが消滅（終端）するまで追跡していく。その追跡の途中で、軌跡の向きが急激に変化する箇所があれば、その箇所を屈曲点または尖点として識別する。
【０８２０】
このようにして抽出された線素は、その形状、大きさにより予め設定された線素パターンの１つとして識別され得る。本実施例では、文字／図形パターン辞書３６に、個々の文字、図形毎にそれを構成する線素の種別と、構成線素間の有意な位置関係とが所定の電子辞書方式で予め記憶（設定登録）されている。文字・図形要素認識部３４は、上記のようにして抽出した線素を隣接するもの同士で互いに組み合わせてこれを文字／図形パターン辞書３６と照合する処理を繰り返すことで、個々の文字、記号、図形を認識する。
【０８３０】
また、文字の認識において、一定方向に隣接する複数の文字が、高さ方向の文字サイズのばらつきが或る値以内に収まり、かつ文字ピッチのばらつきが或る値以内に収まる状態で抽出された場合は、それら複数の文字を意味上のまとまりをなす文字列とみなし、各文字の高さサイズまたは位置を適当な値に揃えるとともに、各文字間のピッチをデフォルトとして同一ピッチに揃える。また、文字列において、相隣接する文字の大きさのばらつきが或る値以内に収まるときは、それらの文字のサイズを一定値に揃えるように補正する。
【０８４０】
また、帳表のような表を構成する罫線については、次のようにして認識処理を行う。すなわち、上記したような線素の認識において直線とみなして抽出した線素が他の線素よりも桁違いに長く、かつその直線方向が水平線（Ｘ軸）または垂直線（Ｙ軸）に対して或る角度内の傾きに収まる場合は、この直線を水平罫線または垂直罫線とみなし、水平線または垂直線と平行になるようにその位置情報を補正する。また、抽出された２つの罫線の端点同士の距離あるいは一方の罫線の端点と他方の罫線との距離が或る値以内にあるときは、両罫線の端点同士が互いに重なり合っている、あるいは片方の罫線の端点が他方の罫線上に重なっているとみなし、両罫線がそのように重なるようにそれぞれの位置情報を補正する。
【０８５０】
また、帳表のように罫線によって表の個々のデータ記入枠（欄）つまりセルが形成される場合は、全ての表罫線をサーチする公知の方法を用いて各セルを識別することができる。
【０８６０】
文字・図形要素認識部３４は、画像入力した帳表文書の各色（黒，青，赤）画像について上記のような文字・図形認識処理を行うことにより、各文字、各文字列、各図形要素、各記号、各セルにつきたとえば図１５〜図２０に示すようなデータフォーマットで文書要素データを生成する。
【０８７０】
図１５は、１個の文字に対応する文書要素データ（文字データ）のデータフォーマット例である。図示のように、当該文字のコード、書体、色、線の太さ、線修飾（実線、点線、鎖線等）、手書き／印刷（手書き文字なのか印刷文字なのかの区別）、記入位置および大きさ（文字サイズ）をそれぞれ表すデータが順次所定のデータ・フィールドにセットされ、末尾にこの文書要素データの終端を示す終端識別データが付けられる。
【０８８０】
図１６は、１つの文字列に対応する文書要素データ（文字列データ）のデータフォーマット例である。図示のように、当該文字列のピッチ、大きさ（文字サイズ）等のパラメータを表す「文字列書式修飾データ」がヘッダとなり、その後に続けて当該部分文字列を構成する文字のコードが順番に並べられる。文字列の場合、たとえば「2000ＫＭ」のように文字サイズやピッチ等が異なる複数の部分文字列“2000”，“ＫＭ”が結合して１つの文字列が構成されているものもある。このような複合型の文字列に対応する文字列データは、それぞれの部分文字列に対応する部分文字列データが連結されたデータ構造をとる。
【０８９０】
図１７，図１８および図１９は、それぞれ１つの図形要素または記号に対応する文書要素データ（図形要素データ）のデータフォーマット例である。図１７に示すように、線分については始端位置および終端位置のデータが組み込まれる。図１８に示すように、長円については中心位置（Ｘ，Ｙ方向）と径サイズ（Ｘ，Ｙ方向）のデータが組み込まれる。図１９に示すように、矩形や“＜”等については始端および終端位置に加えて屈曲点または尖点（線分の方向が急峻に変化する点）の位置を示すデータが組み込まれる。
【０９００】
図２０は、１つのセル（データ記入枠）に対応する文書要素データ（セルデータ）のデータフォーマット例である。図示のように、当該セルの位置を示すデータとともに、同一の領域（フィールド）内で次の位置（たとえば下隣）にあるセルとの繋がりをもたせるためのポインタがセットされる。文書要素データ記憶部３８に蓄積される文書要素データには各々固有のアドレスが割り付けられているので、アドレス情報をポインタに充てることで１つの文書要素データから他の任意の文書要素データを参照または検索することができる。
【０９１０】
上記のようにして、画像入力された帳表文書中の全ての記入情報が個々の文字（文字列）、記号、図形に分解されて文字・図形要素認識部３４により文書要素データに変換される。これらの文書要素データは文書要素データ記憶部３８に蓄積される。なお、文字・図形認識処理を受けて文書要素データに変換された記入情報に対応する画像情報は、文書画像記憶部３２から抹消されてよい。
【０９２０】
文書画像表示出力部４０は、表示装置２０のディスプレイ画面２０ａに、文書画像記憶部３２に保持されている画像信号に基づいて入力帳表文書の画像を表示出力できるだけでなく、文書要素データ記憶部３８に格納されている文書要素データからもそれを画像信号に変換したうえで入力帳表文書の画像を表示出力することができるように構成されている。
【０９３０】
上記の文書入力および文書要素データの生成処理が終了すると、その旨を伝える所定のメッセージがたとえばディスプレイ画面２０ａを通じてシステムからユーザに与えられる。
【０９４０】
次に、ユーザは、ディスプレイ画面２０ａの右下部に常時表示されている「モード」ボタンをクリックして「定義」のモードを選択すると、直ちにディスプレイ画面２０ａには図２１に示すような定義情報区別指示画面が現れる。
【０９５０】
図２１において、［定義系］の欄には「帳表定義」、「書式定義」、「編集校正定義」等の定義系がリストされている。ユーザは、システムに入力した帳表につき、各定義系の記入情報に用いた［色］、［線修飾］、［線太さ」、［手書き／印刷］の修飾情報または識別情報を各位置に入力すればよい。図９の例の場合は、図２１に示すように、「帳表定義」には（青）、「書式定義」および「編集校正定義」にはそれぞれ（赤）を［色］の欄に入力すればよい。
【０９６０】
この定義情報区別指示の入力操作を終えたなら、「定義解釈」または「定義関連認識」のボタンを選択指示することで、この「定義情報区別指示」のモードから抜ける。この例の場合は、文字／図形認識の処理は既に終えているので、「定義解釈」を選択指示すればよい。
【０９７０】
この指示に応動してシステム内では、たとえば図２２に示すようなデータフォーマットで各定義系についての定義情報区別データが設定される。この定義情報区別データは、後述する定義情報認識部の定義情報区別データ記憶部５０（図２３）に保持される。
【０９８０】
図２３に、本実施例のシステムにおける定義情報認識およびフォーマット設定部の構成を示す。定義要素データ生成部４２および定義データ生成部４６は、定義要素データおよび定義データの生成処理を実行するＣＰＵ２４によって構成される。定義情報識別データ記憶部４８、定義情報区別データ記憶部５０、応用用語辞書５２、帳表定義データ記憶部５４、書式定義データ記憶部５６および編集校正定義データ記憶部５８は、内部メモリ１６または外部メモリ１８の所定の記憶領域上に展開されている。
【０９９０】
この定義情報認識およびフォーマット設定部における処理は、上記定義情報区別データ（図２２）の設定後に開始される。先ず、定義要素生成部４２が、定義情報識別データ記憶部４８および定義情報区別データ記憶部５０にそれぞれ保持されている定義情報識別データ（図７）および定義情報区別データ（図２２）を参照して、文書要素データ記憶部３８に格納されている文書要素データ（図１５〜図２０）を基に帳表文書に記入されている各定義要素情報毎のデータ（定義要素データ）を生成する。
【１０００】
図２４に、定義要素データのデータフォーマット例を示す。当該定義要素記入情報を識別する「定義系コード」および「定義要素コード」がセットされるとともに、当該定義要素記入情報を構成する文字、図形、記号に対応する文書要素データを参照するためのポインタがセットされる。たとえば、「センタリング」の“セ”の場合は、その記入情報“セ”に対応する文書要素データのアドレスを指定するポインタがセットされる。
【１０１０】
定義要素データを生成するには、先ず（青）の修飾情報を有する「帳表定義」系の文書要素データをサーチする。このサーチの結果、たとえば“＜”の記入情報を抽出した場合は、それと対をなす他方の記入情報“＞”を割り出すことで、「帳表定義」系の「データ項目名」の定義要素記入情報“＜ ＞”を判別する。これにより、「定義系コード」と「定義要素コード」が決まり、当該定義要素記入情報を構成する“＜”および“＞”の文書要素データ（図形要素データ）のアドレスをそれぞれ指定するポインタも決まる。
【１０２０】
（赤）の修飾情報を有する「書式定義」系および「編集校正定義」系についても、上記と同様の手順ないし処理により各定義要素記入情報に対応する定義要素データを生成することができる。
【１０３０】
上記のようにして定義要素データ生成部４２より得られた各定義要素データは定義要素データ記憶部４４に蓄積される。
【１０４０】
次に、定義データ生成部４６が、定義情報区別データ記憶部５０に保持されている定義情報区別データ（図２２）を参照して、定義要素データ記憶部４４に蓄積されている定義要素データ（図２４）および文書要素データ記憶部３８に蓄積されている文書要素データ（図１５〜図２０）を基に帳表文書に記入されている各定義情報毎のデータ（定義データ）を生成する。
【１０５０】
この定義データ生成部４６による定義データ生成処理は、「帳表定義」、「書式定義」、「編集校正定義」の順に行われる。
【１０６０】
図２５に示すように、「帳表定義」系の定義データについては、最初に「フィールド定義データ」を生成し、次に「ソート定義データ」を生成し、次に応用用語辞書を参照して「合計定義データ」、「計算式定義データ」および「単位定義データ」を生成する。
【１０７０】
図２６に、「フィールド定義データ」のデータフォーマット例を示す。「定義データ種別」のデータ・フィールドには、フィールド定義データであることを表すコードがセットされる。「データ項目文字列データへのポインタ」のデータ・フィールドには、当該データ項目名を表す文字または文字列の記入情報に対応した文書要素データ（文字または文字列データ）を参照するためのポインタがセットされる。「先頭セルデータへのポインタ」のデータ・フィールドには、当該記入情報“□”で指定される領域（フィールド）の先頭のセルに対応した文書要素データ（セルデータ）を参照するためのポインタがセットされる。同一の領域（フィールド）に属するセルに対応するセルデータはポインタで順次チェイン式に結ばれているため（図２０）、先頭セルデータだけを指定すればよい。
【１０８０】
「フィールド定義データ」を生成する処理は次のようにして行われる。先ず、定義要素データ記憶部４４に蓄積されている定義要素データの中から（青）の「結合線」の定義要素記入情報“−”に対応した定義要素データを抽出する。この抽出した「結合線」の定義要素データのポインタから、この定義要素記入情報“−”に対応した文書要素データを検索し、この定義要素記入情報“−”の位置を識別する。次に、「データ項目」、「フィールド」の定義要素データを基に、この定義要素記入情報“−”の両端付近に記入されている定義要素記入情報“＜ ＞”、“□”を割り出す。このような、近接する記入情報の割出しは、それぞれ対応する文書要素データの中の「位置」データを順次参照または照合し合うことによって行う。
【１０９０】
次に、上記のようにして検出した「データ項目名」の定義要素記入情報“＜ ＞”の位置から、当該一対の記入情報“＜”と“＞”との間に位置する文字または文字列の記入情報（つまり当該データ項目名を表す文字または文字列の記入情報）を割り出す。この記入情報の割り出しも、それぞれ対応する文書要素データの中の「位置」データを順次参照し合うことによって行う。そして、この割り出したデータ項目文字列に対応する文書要素データ（文字または文字列データ）のアドレス情報を「データ項目文字列データへのポインタ」としてセットする。
【１１００】
次に「結合線」の定義要素記入情報“−”を介することなくデフォルトとして互いに結合された「データ項目名」の記入情報“＜ ＞”と「フィールド」の記入情報“□”とを順次照合する。この照合も、「データ項目名」“＜ ＞”および「フィールド」“□”にそれぞれ対応する定義要素データから参照される文書要素データの中の「位置」データを順次参照し合うことによって行う。また、その際、当該フィールドと同一の行または列上にあり、かつ隣接する文字列をも割り出して当該フィールドのデータ項目文字列とみなし、そのデータ項目文字列に対応する文書要素データのアドレス情報を「データ項目文字列データへのポインタ」としてセットする。
【１１１０】
以上のような手順により得られたデータ項目ないしデータ項目文字列とフィールドとの対応づけにより、フィールド定義データの「基本部」が決定される。
【１１２０】
次に、フィールド属性上の定義情報を表す記入情報（たとえば“切下げ”や“５桁”）およびフィールド書式上の定義情報を表す記入情報（“セ”や“右”）に対応する定義要素データを取り出し、以下のような処理を行う。
【１１３０】
先ず、「結合線」“−”に対応する定義要素データと「フィールド」“□”に対応する定義要素データとをサーチし、「結合線」“−”を介して互いに結ばれたフィールド属性関係またはフィールド書式関係の定義用記入情報と「フィールド」の定義要素記入情報“□”とを識別する（図９の例ではそのような組み合わせはない）。結合線を用いていないフィールド属性関係またはフィールド書式関係の定義用記入情報については、その記入情報が記入されている場所の定義要素記入情報“□”を識別する。
【１１４０】
上記のようにしてフィールド属性関係またはフィールド書式関係の定義用記入情報とこれに関連する（定義対象の）「フィールド」の定義要素記入情報“□”とを割り出したなら、この定義要素記入情報“□”に対応するフィールド定義データ（図２６）を取り出し、その中の「フィールド属性部」および「フィールド書式部」のデータ・フィールドにそれぞれ該当する定義情報のコードをセットする。すなわち、「フィールド属性部」には「切下げ」や「５桁」等のフィールド属性関係のコマンドを表すコードをセットし、「フィールド書式部」には「センタリング」または「右づめ」等のフィールド配置書式関係のコマンドを表すコードをセットする。このようにして「フィールド属性部」および「フィールド書式部」が決まり、フィールド定義データが完成する。
【１１５０】
図２７に、「ソート定義データ」のデータフォーマット例を示す。ソート定義データは次のような手順で生成する。先ず、定義要素データ記憶部４４に蓄積されている定義要素データの中から「データ記入順」の定義要素記入情報“↑”または“↓”に対応した定義要素データを抽出し、「昇順」か「降順」かを識別する。次に、この定義要素記入情報“↑”または“↓”が記入されている「フィールド」の定義要素記入情報“□”を割り出す。この割出しは、それぞれ対応する文書要素データの中の「位置」データを順次参照または照合することで行う。
【１１６０】
次に、この割り出した定義要素記入情報“□”に対応するフィールド定義データ（図２６）を見つけ出し、その中の「データ項目文字列データへのポインタ」をソート定義データの「ソートデータ項目文字列データへのポインタ」としてセットすることで、ソート定義データが完成する。
【１１７０】
「ソート定義データ」の生成処理を終えた後、「合計定義データ」、「計算式定義データ」および「単位定義データ」の生成処理に入る。
【１１８０】
本実施例では、上述した定義情報の記入規則により、計算式や単位名等のようにシステムに定義解釈を要求する特定の（予め登録された）文字列等は、「応用用語辞書サーチ」の記入情報“〇”の中に記入されているか、さもなければ定義用に定めた特定色で記入されている。定義データ生成部４６は、定義要素データ記憶部４４に蓄積されている定義要素データを参照して、そのような「応用用語辞書サーチ」の記入情報“〇”で指定された文字列等あるいは特定色で記入された文字列等を応用用語辞書５２内の登録用語と照合し、照合結果として抽出された登録用語の種別に応じて個別の定義データ生成処理に分岐する。
【１１９０】
図２８に、応用用語辞書５２に収載される用語の例を示す。「単位」、「計算式」、「合計」等の各サブ定義系毎に用語として使用可能な文字、文字列、記号が設定登録されている。
【１２００】
図２９に、応用用語辞書５２に収載される用語データのデータフォーマット例を示す。ヘッダの「処理系種別」のデータ・フィールドには各サブ定義系（「単位」、「計算式」、「合計」等）のコードがセットされる。このヘッダに続けて「文字コード列」のデータ・フィールドに、当該サブ定義系に属する各文字、文字列、記号を構成する文字コード列が羅列型式で順次セットされる。「区切り識別データ」は図２８で各用語を区切っているカンマ（，）に対応している。
【１２１０】
図９の例において、たとえば帳表の右下部の空欄に（青）の「応用辞書サーチ」の定義要素記入情報“〇”で囲まれた注釈の計算式“＜売上高＞＝＜単価＞×＜売上数＞”については、この計算式の中に含まれているデータ項目名＜ ＞と演算記号＝，×とを抽出することで、この記入情報“＜売上高＞＝＜単価＞×＜売上数＞”がデータ項目間の関係を示す演算コマンドであることが解り、「計算式定義データの生成処理」のステップに分岐する。
【１２２０】
「計算式定義データの生成処理」のステップでは、データ項目間の関係を規定する演算式として取り出された文字列から、データ項目文字列、演算記号を順次（普通は前方から順に）取り出し、それらを図３０の演算式内のデータまたはコードに変換する。
【１２３０】
図３０に、「計算式定義データ」のデータフォーマット例を示す。図９の計算式“＜売上高＞＝＜単価＞×＜売上数＞”の場合、“売上高”、“単価”、“売上数”をそれぞれ表す文字コード列を各対応する「文字コード列」のデータ・フィールドにセットするとともに、“＝”、“×”をそれぞれ表す演算コードを各対応する「演算記号」のデータ・フィールドにセットする。
【１２４０】
また、たとえば「売上数」フィールドの最下欄（セル）で（青）の「応用用語辞書サーチ」の定義要素記入情報“〇”で囲まれた“計”については、上記と同様にして応用用語辞書５２への照会により、この記入情報“計”が「合計欄」のコマンドであることが解り、「合計定義データの生成処理」のステップに分岐する。
【１２５０】
この「合計定義データの生成処理」のステップでは、データ項目と対応づけられたフィールド“□”以外のフィールド“□”と、結合線“−”と、（青）の記入情報“計”あるいは（青）の「応用用語辞書サーチ」の定義要素記入情報“〇”で囲まれた（黒）の記入情報“計”を取り出す。これら３者“□”，“−”，“計”を順次参照することで、定義情報の“計”と結合線“−”を介して結ばれたフィールド“□”あるいは結合線“−”を介さずにデフォルトとして関連づけられたフィールド“□”を識別する。
【１２６０】
図３１に、「合計定義データ」のデータフォーマット例を示す。図９において帳表の「売上数」フィールドの最下欄（セル）で（青）の「応用用語辞書サーチ」の定義要素記入情報“〇”で囲まれた合計用語の記入情報“計”の場合、この“計”の右隣に（青）で記入された「フィールド」の定義要素記入情報“□”に対応する文書要素データを参照するためのポインタを「合計記入欄フィールドデータへのポインタ」のデータ・フィールドにセットし、この“計”の属するデータ項目「売上数」のフィールドに対応するフィールド定義データを参照するためのポインタを「合計対象フィールドのフィールド定義データへのポインタ」のデータ・フィールドにセットする。
【１２７０】
また、たとえば「単価」の欄の中で（青）の「応用用語辞書サーチ」の定義要素記入情報“〇”で囲まれた“￥”については、この記入情報“￥”の文書要素データを見つけ出し応用用語辞書５２に照会することで、この記入情報“￥”が「単位名」のコマンドであることが解り、「単位定義データの生成処理」のステップに分岐する。
【１２８０】
この「単位定義データの生成処理」のステップでは、当該単位の指定対象とされるフィールドを特定する。このために、当該単位名文字列（または文字）の記入位置、フィールド“□”の記入位置、データ項目文字列の記入位置を順次照合していく。この結果、当該単位名文字列が或るフィールド“□”の中に記入されていれば、当該単位はこのフィールド“□”についてのフィールド属性であるとみなす。また、帳表の中の同一の欄またはセル内にデータ項目名と一緒に当該単位名文字列が記入されていれば、当該単位はこのデータ項目名に対応するフィールド“□”のフィールド属性であるとみなす。図９の例において、＜単価＞の“￥”および＜売上高＞の“Ｋ￥”はこの場合に該当する。また、当該単位名文字列が結合線“−”を介して或るフィールド“□”もしくは或るデータ項目文字列と結ばれていれば、当該単位はこのフィールド“□”のフィールド属性もしくはこのデータ項目文字列に対応するフィールド“□”のフィールド属性であるとみなす。
【１２９０】
次に、上記のようにして特定したフィールドに対応するフィールド定義データ（図２６）を取り出し、その中の「フィールド属性データ」の該当する箇所に当該単位のコードをセットする。
【１３００】
このように、「単位定義データ」については、上記「計算式定義データ」や「合計定義データ」のような独立したデータとしてではなく、当該単位の対象となるフィールド（データ記入欄）に対応する「フィールド定義データ」の中に「フィールド属性データ」の一部として組み込む形で生成する。
【１３１０】
次に、「書式定義」系の定義データを生成する処理について説明する。
【１３２０】
先ず、定義要素データ記憶部４４に蓄積されている定義要素データの中から（赤）の「書式定義」系の定義要素記入情報に対応した定義要素データを逐一抽出し、その定義要素の種類を判別する。次に、この抽出した定義要素データから当該書式定義の定義要素記入情報に対応した文書要素データを抽出する。こうして書式定義のコマンドとして取り出した個々の記入情報（文字列、記号等）につきその定義対象と定義範囲を識別する。
【１３３０】
定義対象については、「書式定義」系の「定義対象」の定義要素記入情報である“＞ ＜”が見つかれば、この記入情報“＞ ＜”で括られた文字列、図形等を割り出し、これを定義対象とする。また、当該書式定義のコマンド記入情報と結合線“−”で結ばれているか、あるいは近接して記入されている文字、記号、図形等があれば、それを定義対象とみなす。
【１３４０】
定義範囲については、当該書式定義のコマンド記入情報と結合線“−”で結ばれているか、あるいはこのコマンド記入情報の記入されている領域範囲をたとえば▲１▼マージン，タブ、▲２▼フィールド、▲３▼表の単位欄（セル）の順にサーチする。すなわち、マージンまたはタブが見つかれば、たとえ当該コマンド記入情報が或るフィールド内または或るセル内にあったとしても、そのマージン、タブを定義範囲とみなす。また、マージン、タブが見つからなくて、当該コマンド記入情報が或るフィールド内に見つかったときは、たとえ同時に或るセル内にもあるとしても、そのフィールドを定義範囲とみなす。
【１３５０】
「書式定義」系の定義情報は、「タブ」や「マージン」等のように文書または記入情報の範囲に関する書式を定義する「範囲定義」型のものと、「センタリング」や「右づめ」等のように文書または記入情報の配置に関する書式を規定する「配置定義」型のものとに分類される。さらに、「配置定義」型は、元々記入されている記入情報等を配置定義の対象とするものと、未だ記入されていない記入情報等を配置定義の対象とするものとがある。
【１３６０】
上記のようにして識別されたコマンド記入情報毎の定義対象および定義範囲はシステム内では次の形で表現しておく。「範囲定義」型については、図３２にデータフォーマット例を示すように、「範囲書式」のデータ・フィールドにマージンまたはタブのコードをセットし、「横方向定義範囲」および／または「縦方向定義範囲」のデータ・フィールドに、マージン位置情報またはタブ位置情報をセットする。
【１３７０】
また、定義対象が既に存在する「配置定義」型のものについては、たとえば図３３に示すようなデータ・フォーマットで１つのコマンド記入情報毎に書式定義データをつくり、定義対象と定義範囲を参照するためのポインタをセットしておく。定義対象へのポインタには、定義対象となる文字、図形等に対応する文書要素データを参照するポインタが選ばれる。定義範囲へのポインタには、定義範囲となるフィールド、セルまたはタブ（マージン）に対応するフィールド定義データ（図２６）、セルデータ（図２０）または範囲書式定義データ（図３２）を参照するポインタが選ばれる。
【１３８０】
定義対象が未だ存在しない「配置定義」型のものについては、当該書式定義のコマンド記入情報の定義範囲であるフィールド、セルまたはタブ（マージン）に対応するフィールド定義データ（図２６）、セルデータ（図２０）または範囲書式定義データ（図３２）の中の「配置書式」のデータ・フィールドに当該コマンドのコードをセットする。ただし、フィールド定義データの場合は、先に帳表定義データの生成処理の中で「配置書式」にコードをセットしてあるので、今回はスキップする。
【１３９０】
「編集校正定義」系の定義データも、上記した「書式定義」系の定義データと同様にして、「編集校正定義」系の各定義要素データを抽出し、各定義用記入情報（＝，Ｖ，→等）の位置とその付近の記入情報の位置とを（結合線があればその位置も）それぞれの文書要素データを通じて参照し合うことで、定義対象を識別する。
【１４００】
図３４〜図３６に、文字列の「削除」、「挿入」および「移動」の定義情報にそれぞれ対応する編集校正定義データのデータ・フォーマット例を示す。
【１４１０】
図３４の「文字列削除定義データ」においては、対象文字列全体の文字列データを参照するためのポインタと、その文字列の中で削除されるべき部分つまり当該定義要素記入情報（“＝”）で指示された部分（先頭文字および末尾文字）をそれぞれ参照するためのポインタをセットする。図９の例の“売上台帳”の“台”のように、削除される部分が１文字の場合は、その文字（“台”）が先頭文字にもなり末尾文字にもなる。
【１４２０】
図３５の「文字列挿入定義データ」においては、対象文字列全体の文字列データを参照するためのポインタと、その文字列の中で挿入されるべき部分つまり当該定義要素記入情報（“Ｖ”）で指示された部分の両側（たとえば左側、右側）の文字のデータをそれぞれ参照するためのポインタをセットする。図１０の例では、“売上台帳”の中で挿入部分の左側の“上”と右側の“台”のデータをそれぞれ参照するためのポインタをセットする。さらに、挿入文字列（図１０の例では“総”のデータ）を参照するためのポインタをセットする。
【１４３０】
図３６の「文字列移動定義データ」においては、対象文字列全体の文書要素データを参照するためのポインタと、その文字列の中で移動されるべき部分（先頭文字および末尾文字）を参照するためのポインタと、移動先の位置つまり当該定義要素記入情報（“→”）で指示された位置（Ｘ，Ｙ方向）を示すポインタをセットする。
【１４４０】
上記した処理により、図９の帳表文書に記入されたデータ管理上および書式上の全ての定義情報が認識され、各定義情報についての定義データが作成される。これらの定義データは、「帳表定義」系、「書式定義」および「編集校正定義」系に分類されて、それぞれの定義データ記憶部５４，５６，５８に蓄積される。
【１４５０】
上記した例では、帳表文書の記入情報をカラー・イメージスキャナ１０により入力した場合について説明した。しかし、他の入力装置たとえばキーボード１２やマウス１４あるいはディジタイザ１５を用いて帳表文書の記入情報をシステムに入力することが可能である。キーボード１２より入力された記入情報については、文字・図形認識の処理を行うことなく、文字・図形要素入力部３７（図１１）で文書要素データを生成することができる。マウス１４またはディジタイザ１５より入力された記入情報については、文字・図形要素入力部３７で各記入情報を入力し、文字・図形要素認識部３４で逐次（入力記入情報毎に）文字／図形認識処理を行い、文書要素データを生成する。
【１４６０】
これら画面入力方式の入力装置１２，１４，１５により定義情報を入力するには、ディスプレイ画面１２ａの右下隅部に常時表示されている「メニュー」ボタンを選択指示する。そうすると、図３７に示すような「メニュー一覧」画面に切り替わり、この画面の右下部には「図形」、「線修飾」、「面模様」、「色」等の画面入力機能に関するサブメニュー・ボタンが表示される。たとえば「色」ボタンを選択指示すると、図３８に示すような「色メニュー」画面に切り替わる。ここで、たとえば「赤」ボタンを選択指示すると、この「赤」モードで入力される文字、図形等の記入情報は全て（赤）で入力されることになり、画面上でも（赤）色で表示される。同様にして、任意の入力記入情報について（青）、（緑）等の色を修飾情報として付けることができる。
【１４７０】
画面入力方式を用いると、記入情報に対する着色の指示を、記入情報の入力前だけでなく、入力の後に行うことも可能である。つまり、色メニューの使い方としては、文字列等の入力や罫線引きの操作に先立って「色メニュー」の中の所望の「色」ボタンを選択指示してもよく、あるいは標準色で入力したものの中で所望の部分を画面上で指示（特定）し、続けて所望の「色」ボタンを選択指示する方法を採ることもできる。
【１４８０】
このように画面上で記入情報が入力された場合は、記入情報が入力される度毎にその入力データに基づいて文字・図形要素入力部３７（図１１）が各記入情報に対応した文書要素データを生成または変更することになる。
【１４９０】
画面上から入力された記入情報（文字列、記号、図形）は、用紙からイメージ入力された場合と同様に、システム内では文書要素データ（図１５〜図１９）の形態で表現される。上記のように、「色メニュー」モードの下で着色の指示が入力された場合は、当該文書要素データの色修飾部に該当の色のコードがセットされる。
【１５００】
実際の使用レベルでは、このような画面入力方式を上記したイメージ入力方式と併用する形態が重要である。用紙からイメージで入力された記入情報も画面上からコマンドで入力された記入情報もシステム内では同じ文書要素データの形で管理されるため、帳表の元々の記入情報（通常記入情報）かその上に追記される定義用記入情報かに拘りなく、イメージ入力または画面入力のどちらからでも任意の記入情報を入力することができる。
【１５１０】
したがって、ユーザは、たとえば図８のような基本項目を予め記入した帳表文書をイメージスキャナ１０により入力した後に、帳表文書をディスプレイ画面２０ａに表示し、文書内容を確認しながら、キーボード１２、マウス１４またはディジタイザ１５より任意の記入情報、特に定義用記入情報を追記することができる。
【１５２０】
さらに、ユーザは、図９のような帳表文書の記入情報を通常記入情報または定義用記入情報に拘りなく全て標準色（たとえば黒）で記入し、これをイメージで入力した後に、ディスプレイ画面２０ａに帳表文書を表示し、文書中の記入情報のうち定義用記入情報とすべきものをキーボード１２またはマウス１４からのコマンド入力で指定して、所望の修飾情報（たとえば色）を付けることも可能である。
【１５３０】
あるいは、帳表文書をイメージで入力した後に、画面上からコマンドで定義情報を入力することも可能である。たとえば、図８のような基本項目を予め記入した帳表文書を先ずイメージスキャナ１０により入力する。次に、図５３に示すように、この入力した帳表文書の文書内容をディスプレイ画面２０ａに表示し、入力した文書内容を確認しながら、キーボード１２またはマウス１４等より所定のコマンドを入力することにより、所望の定義情報を入力することができる。
【１５４０】
図５３において、たとえば「定義」モードの下で通常記入情報の“売上数”を指示してクリックすると、この指示された箇所９０が特定表示（たとえば反転表示）されると同時に、ディスプレイ画面２０ａ内の適当な位置に「１．フィールド」、「２．データ項目」、「３．単位名」等の各種定義項目をリストした副画面９４が現れる。ここで、「２．データ項目」を選択指示すると、通常記入情報“売上数”がデータ項目の「売上数」に転化する。同様にして、“売上数”の欄の下の領域９２を指示してクリックし、この領域９２について「１．フィールド」を指定すると、領域９２は「売上数」のデータを記入するフィールドとして定義される。計算式を表す通常記入情報“売上高＝単価×売上数”についても、同様にして、データ管理上の計算式として定義することができる。
【１５５０】
なお、図５３では、説明の便宜上、データ項目の箇所９０とフィールドの領域９２が同時に選択指示されている様子を示しているが、実際には１回のクリック毎に１箇所ずつ選択指示される。
【１５６０】
システム内では、上記のようなユーザ操作に対し、入力されたコマンドを解析するとともに、そのコマンドの対象とする画面上の位置（クリック位置）と、文書要素データ記憶部３８に保持されている文書要素データの「位置」情報との照合を繰り返して、該当する文書要素データを識別する（ピッキング処理）。そして、識別した文書要素データと入力コマンドの指示内容とから、所要の定義データを生成する。
【１５７０】
さらに、ユーザは、いったん入力された定義情報について、その定義情報を形成する記入情報に画面上で所望の編集校正機能を実行することにより、定義情報の変更や取り消し等を行うことも可能である。
【１５８０】
たとえば、図３９に示すように、先にデータ管理上のデータ項目として入力していた定義用記入情報の“＜品番＞”をコマンド入力による画面上での編集校正により画面上で削除することで、当該帳表においてこのデータ項目「品番」の定義を取り消すことができる。この場合、システムでは、入力された「削除」コマンドを解析するとともに、この「削除」コマンドで指示された画面上の位置と、文書要素データ記憶部３８に保持されている文書要素データの「位置」情報との照合を繰り返して、定義要素記入情報“＜ ＞”に対応する文書要素データを識別し（ピッキング処理）、さらにこの定義要素記入情報“＜ ＞”と対応する定義要素データおよび定義データを割り出し、これらを定義要素データ記憶部４４および帳表定義データ記憶部５４から抹消する。
【１５９０】
また、ユーザは、たとえば或るフィールドの中に記入した「センタリング」の定義要素記入情報“セ”をコマンド入力による画面上での「移動」または「複写」機能により他のフィールドの中に移動または転写することで、定義対象の変更または拡張を行うこともできる。この場合も、システムでは、入力された「移動」または「複写」コマンドを解析するとともに、ピッキング処理により当該定義要素記入情報“セ”を識別し、「移動」の場合は対応する定義要素データおよび定義データの「位置」情報を変更し、「複写」の場合は転写先の位置に新たに記入される定義要素記入情報“セ”に対応する定義要素データおよび定義データを生成する。
【１６００】
上記のような画面入力方式においてコマンドによる定義情報の設定入力を可能とするために、本システムでは、図４１に示すようにコマンド入力部６０およびコマンド認識・実行処理部６２を設けている。コマンド入力部６０は、キーボード１２、マウス１４またはディジタイザ１５より入力されたコマンドを受け付ける。コマンド認識・実行処理部６２は、上記したような入力コマンドの解析とピッキング処理を行い、所要の定義データを生成、変更または削除する。コマンド入力部６０およびコマンド認識・実行処理部６２は、内部メモリ１６に保持されているコマンド入力プログラムおよび文書作成プログラムと、それらのプログラムを実行するＣＰＵ２４により構成される。
【１６１０】
なお、ユーザは、画面入力方式において、図４０に示すように、通常記入情報である“売上台帳”と「書式定義」系の「タブ」を示す定義用記入情報である“▽”とを「編集校正定義」系の「削除」を示す同一の定義用記入情報の“＝”で指定する（重ね書きする）ことにより、その指定された通常記入情報と定義用記入情報とを一括して削除することもできる。この場合は、後述する「編集校正定義」の実行処理において、この削除対象の通常記入情報“売上台帳”に対応する文書要素データが文書要素データ記憶部３８から抹消されるとともに、定義用記入情報“▽”に対応する文書要素データ、定義要素データおよび書式定義データがそれぞれ文書要素データ記憶部３８、定義要素データ記憶部４４および帳表定義データ記憶部５４から抹消される。
【１６２０】
以上のようにして、帳表に文字、図形、記号の形態で記入された定義情報に基づいて文書要素データ、定義要素データが生成され、最後に定義データが生成されることで、システムにおける帳表のデータ管理上および書式上のフォーマットが設定される。
【１６３０】
この段階で、帳表に既に記入されている文字、文字列等について「書式定義」および「編集校正定義」を実行し、その分の書式上のフォーマットを固めておくのが便利である。この定義実行処理は、ユーザ側からの指示に応動して、たとえば図３８の画面での「書式／編集校正定義実行」ボタンのクリックを受けて、図４２の定義実行処理部６４により行われる。この定義実行処理部６０は、内部メモリ１６に保持されている定義実行処理プログラムと、このプログラムを実行するＣＰＵ２４により構築される。
【１６４０】
定義実行処理部６４は、編集校正定義データ記憶部５８にアクセスして各編集校正定義データを検索し、検索した各編集校正定義データにしたがって該当の（ポインタで指示される）文字列等について該当の処理（削除、挿入、移動等）を実行する。最後に、この編集校正の処理を受けた文字列等に対応する文書要素データ記憶部３８内の文書要素データを更新する（書き換える）。
【１６５０】
たとえば、「挿入」の編集校正を行う場合、定義実行処理部６４は、文字列挿入定義データ（図３５）を参照することにより、挿入の対象となる文字列（図１０の場合は“売上台帳”）に対応する文字列データを取り出し、データ上で挿入位置（“台”と“帳”の間）を識別したうえで、挿入文字列（“総”）に対応する文字列（文字）データを取り出す。次いで、データ上で、挿入対象の文字列（“売上台帳”）を挿入位置にて左右にずらし、空いた位置に挿入文字列（“総”）を入れ込む。そして、挿入後の全体の文字列（“売上総台帳”）に対応する文字列データを生成し、挿入前の各文字列（“売上台帳”）、（“総”）に対応する文字列データを抹消する。
【１６６０】
同様にして、「書式定義」についても、書式定義データ記憶部５６にアクセスして各書式定義データを検索し、検索した各書式定義データにしたがって該当の（ポインタで指示される）文字列等について該当の処理を実行し、文書要素データ記憶部３８において該当する文書要素データを更新する。
【１６７０】
たとえば、図９において、「単価」の欄に（赤）で記入された「センタリング」の定義要素記入情報“セ”についてみると、この記入情報“セ”に対応した書式定義データ（図３３）の中のポインタを基に、この欄の中に（黒）で記載された通常記入情報の“単価”を割り出し、この文字列“単価”についてセンタリングを行い、位置を補正する。そして、この文字列“単価”に対応する文書要素データ（図１６）における「位置」のデータを補正後の値に書き換える。
【１６８０】
本実施例のシステムでは、定義関係のモードを離れると、つまり上記のような「書式定義」および「編集校正定義」が実行された後は、帳表の記入情報のうち（黒）の通常記入情報のみを表示出力の対象とし、（青）および（赤）の記入情報（定義用の記入情報）は表示出力しないようにすることができる。このような記入情報の選択的表示を行うため、システム内では、文書画像表示部４０が、文書要素データ記憶部３８より読み出した文書要素データ（図１５〜図１９）のうち「色」が（青）または（赤）のものを表示対象から除外して、（黒）の文書要素データのみから画像信号を生成し、ディスプレイ画面２０ａ上にモノクロの文書画像を表示する。したがって、図９の帳表の場合は、図４３に示すような文書内容がディスプレイ画面２０ａ上に表示される。
【１６９０】
次に、本実施例のシステムにおいて、電子化された帳表にデータファイルよりデータを転記して出力するデータ出力処理の諸機能について説明する。
【１７００】
このデータ出力処理は、帳表定義の解釈を終了した後、または上記のように解釈終了後に「編集校正定義」および「書式定義」を実行した後に、行われる。あるいは、いったん外部記憶媒体の文書ファイルに格納された帳表関連のデータを内部メモリ１６にロードし、ディスプレイ画面２０ａに帳表を画面表示した状態（図４３）で、この処理が行われてもよい。
【１７１０】
データ出力処理は、「データ出力」モードの下で行われる。ディスプレイ画面２０ａ上の「モード」ボタンをクリックして（図３）、モード一覧メニューの中から「データ出力」を選択すると、システムが「データ出力」モードに切り替わり、ディスプレイ画面２０ａ上に図４４に示すような「出力元ファイル一覧」の画面が表示される。ユーザは、画面表示された複数の出力元ファイルの中から所望の出力元、図９の帳表の場合は「１．売上げファイル」を選択し、「出力実行」ボタンをクリックすればよい。
【１７２０】
図４５に、本実施例のシステムにおけるデータ出力部の構成を示す。データ項目変換部７２、定義実行処理部７４およびレコード／文書要素データ変換部７８は、それぞれ所定の変換または処理プログラムを実行するＣＰＵ２４によって構成される。入力レコード記憶部７０、データ項目対象テーブル記憶部７８、出力レコード記憶部７６、単位換算記憶部８２およびデータ／文字コード変換テーブル８４は内部メモリ１６または外部メモリ１８によって構成される。
【１７３０】
データ出力処理が開始されると、先ず出力元ファイルを管理する外部システムより一群の中間集計ファイルつまりファイルレコードが「レコード管理テーブル」データをヘッダに付けて通信装置２６に伝送されて来て、入力レコード記憶部７０に格納される。
【１７４０】
図４６に、出力元ファイルより送られてくる売上げファイルのレコード管理テーブルおよびファイルレコードのフォーマット例を示す。レコード入力部７０に入力されるファイルレコードは、出力元ファイル側で定義されたデータ項目「ＢＵＮ」、「ＨＩＮ」、「ＴＡＮ」、……を有している。なお、レコード管理テーブルは必ずしも常にファイルレコードと一緒に送られてくる必要はなく、出力元ファイルより一度伝送されてきたものをシステム側でメモリに保持していてもよい。
【１７５０】
データ項目変換部７２は、データ項目対照テーブル記憶部７８に保持されている「データ項目対照テーブル」（図４７）を参照して、入力したファイルレコードの各データ項目「ＢＵＮ」、「ＨＩＮ」、「ＴＡＮ」、……を各対応するシステム内のデータ項目「分類」、「品名」、「単価」、…に変換する（図４８）。なお、出力元ファイルからのファイルレコードに含まれるデータ項目「ＭＡＫ」は、当該製品のメーカ名を表すコードであり、本システム内のファイルレコードでは不要である。
【１７６０】
定義実行処理部７４は、データ項目変換部７２からのファイルレコードの中から特定の月たとえば１０月分のファイルレコードだけを抽出し、抽出したファイルレコードに対して、帳表定義データ記憶部５４に記憶されている帳表定義データ（フィールド定義データ、ソート定義データ、計算式定義データ等）にしたがって「帳表定義」を実行する。
【１７７０】
図９の帳表の場合、「計算式定義データ」（図３０）にしたがって、各ファィルレコードについて計算式「＜売上高＞＝＜単価＞×＜売上数＞」を演算し、演算結果のデータをデータ項目「売上高」にセットする。次に、「ソート定義データ」（図２７）にしたがって、図４９に示すように、売上高の大きい順序にファイルレコードを並べ換える。次に、「フィールド定義データ」（図２６）にしたがって、データ項目「単価」および「売上高」のデータをそれぞれ指定された桁数ないし丸め方で「￥」，「Ｋ￥」の単位に換算する。この結果、図５０に示すように各ファイルレコードに所要の出力データが揃う。定義実行処理部７４による帳表定義の実行処理を終えた各ファイルレコードは出力レコード記憶部７６に格納される。
【１７８０】
なお、上記の換算に際しては、たとえば図５１に示すようなデータフォーマットで単位換算データ記憶部８２に保持されている単位換算データを参照する。図５１において、たとえば金額単位系の「単位換算データ」の場合は、先頭の「基準単位名文字列」に「￥」のデータがセットされ、「換算倍率」に「１」がセットされる。１つ目の区切識別データを介して、次の組の「単位名文字列」、「換算倍率」にはそれぞれ「円」、「１」がセットされる。２つ目の区切識別データを介して、第３の組の「単位名文字列」、「換算倍率」にはそれぞれ「Ｋ￥」、「１０００」がセットされる。
【１７９０】
レコード／文書要素データ変換部７８は、出力レコード記憶部７６より各ファイルレコードを取り出し、このレコード内の各データ項目のデータを文書要素データに変換する。これにより、たとえば、ファイルレコードでは単に「テレビ」の商品コードを表していたデータが、所定の帳表の中の所定の位置に所定の文字列「テレビ」を表示出力するための文字列データ（図１６）に変換される。
【１８００】
なお、レコード／文書要素データ変換部７８で生成される文書要素データたとえば文字列データ（図１６）において、「文字コード」はデータ／文字コード変換テーブル記憶部８４に保持されている「データ／文字コード変換テーブル」（図示せず）より得られる。また、「先頭文字の位置」のデータおよび「文字列書式修飾データ」の中の「ピッチ」のデータは帳表定義データ記憶部５４に保持されている「フィールド定義データ」の中の「配置書式」および「ピッチ」を参照して決められる。「文字列書式・修飾データ」や「大きさ」、「線太さ」等の他のデータは予め設定されているものに決められる。特に、「色」は通常記入情報と同じもの（黒）が選ばれる。
【１８１０】
レコード／文書要素データ変換部７８で生成された文書要素データは、先に「文書作成」ないし「定義モード」で生成されている文書要素データと一緒に文書要素データ記憶部３８に格納される。したがって、文書画像表示出力部４０が、文書要素データ記憶部３８より（黒）の通常記入情報に対応する全ての文書要素データを読み出し、それら読み出した文書要素データを１コマ（帳表）分の画像信号に変換することで、ディスプレイ画面２０ａ上にたとえば図５２に示すような帳表出力画面が得られる。この画面内容を印字装置２２でプリントアウトできることはもちろんである。
【１８２０】
上記したデータ出力処理はファイルから本実施例の帳表へデータを出力する処理であったが、反対に本実施例の帳表からファイルへデータを入力する処理も上記と同様にして行うことができる。
【１８３０】
上記した例では、帳表に記入される記入情報の中で通常記入情報と定義記入情報とを区別するための修飾情報として、あるいは異なる定義系の定義用記入情報を区別するための修飾情報として、ユーザが「色」を選択し、システムの「文書作成」モード、特に「定義情報区別指示」のモードで（図２１）、各定義系毎の「色」を設定入力した。
【１８４０】
しかし、図２１に示すように、「線修飾」、「線太さ」、「手書き／印刷」等の他の種類の修飾情報を用いることも可能である。「線修飾」を選ぶ場合、ユーザは、たとえば通常記入情報には「実線」を割り当て、定義用の記入情報には破線、たとえば「帳表定義」系には「点線」、「書式定義」系には「一点鎖線」を割り当てることができる。この場合、システムでは、上記した線素の軌跡の追跡において、線素に或る範囲内の中断がほぼ一定のピッチで生じたときに破線であるとみなし、中断の幅およびピッチ等のパターンから破線の種類を識別する。
【１８５０】
また、「線太さ」を選択するときは、たとえば通常記入情報に「鉛筆」を割り当て、定義用の記入情報にサインペンを割り当てることができる。この場合、システムでは、上記した線素の軌跡の追跡において、追跡方向と直交する方向に検出される線太さを所定の基準値と比較し、その大小関係から当該通常記入情報の線太さを識別する。
【１８６０】
「手書き／印刷」を選択するとき、ユーザは、たとえば通常記入情報を印刷の記入情報とし、定義用の記入情報を手書きの記入情報と設定することができる。この場合、システムでは、印刷記入情報と手書き記入情報とを、たとえば次のような手法で区別する。すなわち、円等の線分や図形については、上記した線素の軌跡の追跡において追跡方向または角度がある値以上揺らぐかどうかを判定することで、手書きの記入情報なのかプレプリントの記入情報なのかを識別することができる。また、文字については、先ず切り出した文字の大きさが相隣接する文字の間で或る値以上ばらついているか否かを判定するか、あるいは１つの文字を構成する線素の文字内相対位置および相対サイズを当該文字と同じ活字体文字の中の対応する線素の文字内相対位置および相対サイズと比較して、その比較誤差が或る値を越えるか否かを判定することで、手書きの記入情報とプレプリントの記入情報とを区別することができる。
【１８７０】
上記した例では、データ管理上のフォーマットを規定する「帳表定義」系の記入情報には（青）の色を割り当て、書式上のフォーマットを規定する「書式定義」系および「編集校正定義」系の記入情報には（赤）の色を割り当てて、定義の性質を異にする定義系には異なる修飾情報を用いた。これにより、各定義系の定義用記入情報の識別が確実かつ容易に行えるとともに、異なる定義系の定義要素（たとえば「結合線」）に１つの定義要素記入情報（“→”）を共用できるようになっている（図５、図６）。しかし、各定義要素記入情報に１つの定義系の１つの定義要素しか対応づけない場合は、「帳表定義」系と「書式定義」系とで修飾情報を異にする必要がなくなり、同一の修飾情報を用いることも可能である。
【１８８０】
あるいは、定義情報を他の定義情報や通常記入情報から区別するために、色、線太さ、線種別等の各種修飾情報を自由に組み合わせることも可能である。たとえば、元々の帳表がカラーで作成されているために定義情報の区別に色が使用できない場合には、たとえば図５４に示すように定義情報区別指示画面上で各定義系に所望の［線修飾］と［線太さ］の修飾情報を指定することができる。
【１８９０】
このように、１つの定義情報に複数の修飾情報を多重割付または指定することが可能である。システム内では、そのような修飾情報の多重指定を定義情報区別データ（図２２）に反映させ、複数の修飾情報（図５４の例では［線修飾］と［線太さ］）を参照して定義情報の区別を確実に行う。
【１９００】
また、上記した例では、図８の帳表用紙において元々の記入情報（通常記入情報）が手書きで記入されていた。この場合は、イメージスキャナ１０よりイメージ入力された（黒）の通常記入情報の各々について文字・図形要素認識部３４（図１１）が文字／図形認識を行って文書要素データに変換することにより、その認識・変換処理の過程で通常記入情報を構成する文字、図形、記号の位置、サイズ、形状等を補正することができる。しかし、通常記入情報が予め印刷されている場合は、文字・図形要素認識部３４の負担を大幅に軽減することができる。
【１９１０】
すなわち、通常記入情報が印刷による場合は、手書きの場合とは異なり、各記入情報（特に罫線等）は所定のサイズで所定の位置に記入されている。このような場合、文字・図形要素認識部３４は、文書画像記憶部３２に蓄積されている入力画像データのうち、定義専用記入情報を構成する（青），（赤）の通常記入情報については逐次文字／図形認識を行うものの、（黒）の通常記入情報に対しては、定義情報に関連する限りで、つまり定義要素記入情報の“＜ ＞”や“〇”等により特別に指定された通常記入情報についてのみ文字／図形認識を行うだけでよい。なお、この文字／図形認識処理は、帳表用紙をイメージ入力した後、「定義」モードに移行し、「定義」モードのサブモードメニューの中の「定義関連認識」を選択指示することによって、実行される。
【１９２０】
この結果、文書要素データ記憶部３８には、（青），（赤）の全ての通常記入情報に対応する文書要素データと、定義情報に関連する通常記入情報に対応する文書要素データ（画面入力方式で入力された通常記入情報があればそれらの通常記入情報に対応する文書要素データも）と、帳表内でデータ出力されるべき記入情報（各データ項目のデータ）に対応した文書要素データとが蓄積されることとなる。イメージ入力された（黒）の通常記入情報の大部分は、文書要素データに変換されることなく、画像データのまま文書画像記憶部３２内に保持される。
【１９３０】
帳表のデータ出力を行うとき、文書画像表示出力部４０は、文書画像記憶部３２に蓄積されている文字／図形認識の対象とはならなかった通常記入情報分の画像信号を読み出して、ディスプレイ画面２０ａ上にそれらの通常記入情報を帳表原稿に対応した所定のサイズで所定の位置に表示出力する。これと同時に、文書画像表示出力部４０は、文書画像記憶部３２に蓄積されている（黒）の記入情報分の文書要素データを読み出して、それらの読み出した文書要素データを画像信号に変換し、ディスプレイ画面２０ａ上にそれらの記入情報を定義情報で規定された所定のサイズで所定の位置に表示出力する。このような重ね合わせの表示出力によって、図５２と同様の帳表出力画面（あるいは帳表印字出力）を得ることができる。
【１９４０】
また、上記した実施例では、通常記入情報から定義専用記入情報を区別するため、あるいは異なる定義系の記入情報を互いに区別するため、記入情報の色や、線修飾、あるいは線太さ等の修飾情報を用いた。しかし、定義内容が簡単で、定義用記入情報の種類が通常記入情報の種類と重複することがない場合は、そのような修飾情報で特徴づけすることなく定義用記入情報を記入してもよい。その場合、システムでは、文書上から抽出される記入情報（文字、記号等）について定義情報区別データ（図２１）を参照することなく、図５および図６の対象表に相当する定義情報設定テーブルのみを参照することで、各定義用記入情報を識別することができる。
【１９５０】
また、上記した実施例ではデータ管理上のフォーマットと書式上のフォーマットを設定する帳表の作成を例にとって説明したが、本発明は、編集構成機能も含めて書式上のフォーマットを設定する必要のある任意の文書の作成に適用することができる。
【１９６０】
なお、本発明は、上記した本発明の機能を実現するためのプログラムまたはソフトウェアを用いる。かかるソフトウェアは、任意の媒体を介して、たとえば蓄積媒体あるいはオンライン等により本発明のシステムにインストールされ得るものである。したがって、本発明に係るソフトウェアを格納した蓄積媒体、および該ソフトウェアをオンラインでシステムにインストロールする行為等は本発明の実施の一形態である。
【１９７０】
【発明の効果】
以上説明したように、本発明によれば、ユーザにより自由に作成された多様な帳表フォーマット上における多種類にわたるデータフィールド属性の定義付けを、ユーザが加える定義は、データ処理としての確定性を担保する最小限のものとして、ユーザには、書面上において、データフィールド属性を表わせたい文字列に対して、項目名とそれ以外のフィールド属性とを区分することだけを指定させ、データ処理に必須な確定性を持ちつつ、かつ、最小限の種類の簡単な指定操作によって済ませることができる。
【１９８０】
また、本発明によれば、ユーザにより自由に作成された多様な帳表フォーマット上における多種類にわたるデータフィールド属性の定義付けを、データ処理に必須な確定性を持ちつつ、かつ、最小限の種類の簡単な記号類の記入を中心とした簡単な記入操作によって済ませることができる
【２０００】
また、本発明によれば、１つの帳表について文書内容を表わすっ通常記入情報とデータ処理上の定義内容を示す定義用記入情報とを同じに入力し、文書の作成とデータ処理上の定義情報の設定とを同時におこなうことができる。
【２０２０】
また、本発明によれば、いったん入力した通常記入情報を後で所望の定義用記入情報に変換することが可能であり、帳表の作成をより簡単かつ効率的に行うことができる。
【２０３０】
また、本発明によれば、いったん入力した定義情報を後で編集校正機能により任意に変更、移動、複写または削除することが可能であり、帳表の作成をより簡単かつ効率的に行うことができる。
【２０４０】
【図面の簡単な説明】
【図１】本発明の一実施例による情報処理装置のハードウェア上のシステム構成例を示すブロック図である。
【図２】実施例のシステムにおいて帳表の作成に関する動作モードの一覧を示す図である。
【図３】実施例のシステムにおける「主モード一覧メニュー画面」を示す図である。
【図４】実施例のシステムにおける「環境設定モード画面」を示す図である。
【図５】実施例のシステムにおける「定義要素／記入情報対照表」を示す図である。
【図６】実施例のシステムにおける「定義要素／記入情報対照表」を示す図である。
【図７】実施例のシステムにおける「定義情報識別データ」のデータフォーマット例を示す図である。
【図８】実施例のシステムにおいて帳表作成に用いられる定義情報記入前の帳表用紙を示す図である。
【図９】実施例のシステムにおいて帳表作成に用いられる定義情報記入後の帳表用紙を示す図である。
【図１０】実施例のシステムにおいて「編集構成定義」系の定義要素情報の使用例を示す図である。
【図１１】実施例のシステムにおける文書入力および文書要素データ生成部の構成を示すブロック図である。
【図１２】実施例のシステムにおける「文書作成」モードの画面を示す図である。
【図１３】実施例のシステムにおける「画像管理データ」のデータフォーマット例を示す図である。
【図１４】実施例のシステムにおける「画像管理データ」の対照となる入力画像の構成を示す図である。
【図１５】実施例のシステムにおける「文字データ」のデータフォーマット例を示す図である。
【図１６】実施例のシステムにおける「文字列データ」のデータフォーマット例を示す図である。
【図１７】実施例のシステムにおける線分に対応する「図形要素データ」のデータフォーマット例を示す図である。
【図１８】実施例のシステムにおける長円に対応する「図形要素データ」のデータフォーマット例を示す図である。
【図１９】実施例のシステムにおける矩形等に対応する「図形要素データ」のデータフォーマット例を示す図である。
【図２０】実施例のシステムにおけるセル（データ記入枠）に対応する「セルデータ」のデータフォーマット例を示す図である。
【図２１】実施例のシステムにおける「定義情報区別指示画面」を示す図である。
【図２２】実施例のシステムにおける「定義情報区別データ」のデータフォーマット例を示す図である。
【図２３】実施例のシステムにおける定義情報認識およびフォーマット設定部の構成を示すブロック図である。
【図２４】実施例のシステムにおける「定義要素データ」のデータフォーマット例を示す図である。
【図２５】実施例のシステムにおいて「帳表定義」系の定義データを生成する手順を示すフローチャートである。
【図２６】実施例のシステムにおける「フィールド定義データ」のデータフォーマット例を示す図である。
【図２７】実施例のシステムにおける「ソート定義データ」のデータフォーマット例を示す図である。
【図２８】実施例のシステムにおける応用辞書に収載される用語の例を示す図である。
【図２９】実施例のシステムにおける「辞書用語データ」のデータフォーマット例を示す図である。
【図３０】実施例のシステムにおける「計算式定義データ」のデータフォーマット例を示す図である。
【図３１】実施例のシステムにおける「合計定義データ」のデータフォーマット例を示す図である。
【図３２】実施例のシステムにおける「範囲書式定義データ」のデータフォーマット例を示す図である。
【図３３】実施例のシステムにおける「配置書式定義データ」のデータフォーマット例を示す図である。
【図３４】実施例のシステムにおける「文字列削除定義データ」のデータフォーマット例を示す図である。
【図３５】実施例のシステムにおける「文字列挿入定義データ」のデータフォーマット例を示す図である。
【図３６】実施例のシステムにおける「文字列移動定義データ」のデータフォーマット例を示す図である。
【図３７】実施例のシステムにおける「メニュー一覧画面」を示す図である。
【図３８】実施例のシステムにおける「色メニュー画面」を示す図である。
【図３９】実施例のシステムにおいて既に入力されている定義情報を画面入力方式の編集校正機能によって後から変更または削除する例を示す図である。
【図４０】実施例のシステムにおいて入力される定義情報を一緒に入力される編集校正に関する定義情報の実行によって変更または削除する例を示す図である。
【図４１】実施例のシステムにおいて画面入力方式による帳表文書の記入情報および定義情報の処理を行うための構成を示すブロック図である。
【図４２】実施例のシステムにおいて入力コマンドに応じて記入情報および定義情報に対する書式および編集校正の定義を実行するための構成を示すブロック図である。
【図４３】実施例のシステムにおいて書式および編集校正の定義を実行された帳表の文書内容の画面を示す図である。
【図４４】 実施例のシステムにおける「データ出力モード画面」を示す図である。
【図４５】 実施例のシステムにおけるデータ出力部の構成を示す図である。
【図４６】 実施例のシステムにおける出力元ファイルの「レコード管理テーブル」および「ファイルレコード」のデータフォーマット例を示す図である。
【図４７】 実施例のシステムにおける「データ項目対照テーブル」を示す図である。
【図４８】 実施例のシステムにおいて出力元ファイル側のデータ項目をシステム内のデータ項目に変換する処理を示す図である。
【図４９】 実施例のシステムにおいて帳表定義の「ソート」を実行して得られる「ファイルレコード」の配列順序を示す図である。
【図５０】 実施例のシステムにおいて帳表定義の実行処理を終えたファイルレコードの内容（一例）を示す図である。
【図５１】 実施例のシステムにおける「単位換算データ」のデータフォーマット例を示す図である。
【図５２】 実施例のシステムにおける帳表出力画面例を示す図である。
【図５３】 実施例のシステムにおいてコマンドを用いて定義情報を入力する例を示す図である。
【図５４】実施例のシステムにおける「定義情報区別指示画面」を示す図である。
【符号の説明】
１０ カラーイメージスキャナ
１２ キーボード
１４ マウス
１５ デイジタイザ
１６ 内部メモリ
１８ 外部メモリ
２０ 表示装置
２４ ＣＰＵ（マイクロプロセッサ）
３４ 文字・図形要素認識部
３７ 文字・図形要素入力部
３８ 文書要素データ記憶部
４０ 文書画像表示出力部
４２ 定義要素データ生成部
４６ 定義データ生成部
４８ 定義情報識別データ記憶部
５０ 定義情報区別データ記憶部
５２ 応用用語辞書
５４ 帳表定義データ記憶部
５６ 書式定義データ記憶部
５８ 編集校正定義データ記憶部
６０ コマンド入力部
６２ コマンド認識実行処理部
６４ 定義実行処理部
７４ 定義実行処理部
７８ レコード／文書要素データ変換部

Claims (6)

1. 自由に作成された文書上のデータ記入域であるフィールドの属性情報の生成方法であって、
   システム内において文書上の各文字列についてコード列情報と位置情報を対応させた形で登録すると共に、文書上の各フィールドについて位置情報を登録した文書データを格納する文書データ格納手段と、
   文書データを表示する文書表示手段と、
   フィールド属性を表わすために使用される特定の用語について、コード列情報と所属するカテゴリ情報とを対応させた形で登録した辞書データを格納する辞書格納手段とを備えた情報処理システムにあって、
   フィールド属性を表わすために文書上に記入されたフィールド属性文字列を、文字列に付された特定記号の検出、または、操作者による文書表示手段を介した指示に基づいて、項目名を表わす文字列と項目名以外のフィールド属性文字列の何れかに区分した形で識別するステップと、
   項目名として識別された各文字列の位置情報と文書上の各フィールドの位置情報との照合をおこなうことによって、項目名として識別された文字列と対応するフィールドとの組み合わせを、項目名文字列と対応フィールドとの間に定めた配置規則によって識別し、当該文字列に基づいて当該フィールドの項目名情報を生成するステップと、
   項目名以外のフィールド属性文字列として識別された文字列について、そのコード列情報と上記辞書の各登録用語のコード列情報を照合することによって、上記辞書上の該当登録用語とそのカテゴリを識別した上、当該文字列の位置情報と文書上の各フィールドの位置情報を照合することによって、当該フィールド属性文字列に対応するフィールドを、上記識別したカテゴリごとに定まる特定配置関係にあるフィールドとして識別し、該当のフィールドについて上記辞書の該当登録用語に基づいてフィールド属性情報を生成するステップと、
   からなる情報処理システムに置ける方法。
2. 上記の文字列とフィールドについての情報に併せ、文書上の線図形について図形種別情報とその両端の位置情報を対応させて登録した文書データを格納する文書格納手段を備え、
   その一端が、１つのフィールドの文書上近傍に記入され、その他端が上記フィールド属性文字列として識別された１つの文字列の近傍に記入された線図形を、線図形の両端位置情報とフィールドの位置情報、ならびに、上記フィールド属性文字列の位置情報との間の照合によって検出するステップを有し、
   上記条件を満たす線図形が検出された場合、当該線図形の一端の近傍に記入された文字列に基づいて、当該線図形の他端近傍に記入されたフィールドについての属性情報を生成し、
   上記条件を満たす線図形が検出されない場合、フィールド属性情報を項目名について定まる上記配置規則、または、カテゴリごとにによって定まる上記配置規則によって定める請求項１に記載の方法。
3. 項目名を表わす文字列として識別した文字列と項目名以外のフィールド属性文字列として識別した文字列に、各々、固有な図形属性を付加した形で表示する請求項１、ならびに、請求項２に記載の方法。
4. 自由に作成された文書上のデータ記入域であるフィールドの属性情報を生成する情報処理システムであって、
   システム内において文書上の各文字列についてコード列情報と位置情報を対応させた形で登録すると共に、文書上の各フィールドについて位置情報を登録した文書データを格納する文書データ格納手段と、
   文書データを表示する文書表示手段と、
   フィールド属性を表わすために使用される特定の用語について、コード列情報と所属するカテゴリ情報とを対応させた形で登録した辞書データを格納する辞書格納手段とを備えた情報処理システムにあって、
   フィールド属性を表わすために文書上に記入されたフィールド属性文字列を、文字列に付された特定記号の検出、または、操作者による文書表示手段を介した指示に基づいて、項目名を表わす文字列と項目名以外のフィールド属性文字列の何れかに区分した形で識別する手段と、
   項目名として識別された各文字列の位置情報と文書上の各フィールドの位置情報との照合をおこなうことによって、項目名として識別された文字列と対応するフィールドとの組み合わせを、項目名文字列と対応フィールドとの間に定めた配置規則によって識別し、当該文字列に基づいて当該フィールドの項目名情報を生成する手段と、
   項目名以外のフィールド属性文字列として識別された文字列について、そのコード列情報と上記辞書の各登録用語のコード列情報を照合することによって、上記辞書上の該当登録用語とそのカテゴリを識別した上、当該文字列の位置情報と文書上の各フィールドの位置情報を照合することによって、当該フィールド属性文字列に対応するフィールドを、上記識別したカテゴリごとに定まる特定配置関係にあるフィールドとして識別し、上記辞書の該当登録用語に基づいて当該フィールドのフィールド属性情報を生成する手段と、
   からなる情報処理システム。
5. 上記の文字列とフィールドについての情報に併せ、文書上の線図形について図形種別情報とその両端の位置情報を対応させて登録した文書データを格納する文書格納手段を備え、
   その一端が、１つのフィールドの文書上近傍に記入され、その他端が上記フィールド属性文字列として識別された１つの文字列の近傍に記入された線図形を、線図形の両端位置情報とフィールドの位置情報、ならびに、上記フィールド属性文字列の位置情報との間の照合によって検出する手段を有し、
   上記条件を満たす線図形が検出された場合、当該線図形の一端の近傍に記入された文字列に基づいて、当該線図形の他端近傍に記入されたフィールドについての属性情報を生成し、
   上記条件を満たす線図形が検出されない場合、フィールド属性情報を項目名について定まる上記配置規則、または、カテゴリごとにによって定まる上記配置規則によって定める請求項４に記載のシステム。
6. 項目名を表わす文字列として識別した文字列と項目名以外のフィールド属性文字列として識別した文字列に、各々、固有な図形属性を付加した形で表示する請求項４、ならびに、請求項５に記載のシステム。

Images