JPH0498363A - 継続フィールドの知識処理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概　要〕 帳票上で複数に分割された継続フィールドを合体させた
上で知識処理を行う継続フィールドの知識処理方式に関
し 帳票上でのフィールドの分割を可能とすると共に、当該
分割したフィールドについての知識処理を可能とするこ
とを目的とし 帳票上の複数に分割された継続フィールドに記入された
文字列を読み取る読取部と、前記読取部が読み取った文
字列について知識処理を行って所定のデータを出力する
知識処理プログラムとを備えたＯＣＲ処理システムにお
いて、前記継続フィールドから読み取られた文字列を結
合する結合処理部を設け、前記知識処理プログラムが、
前記結合処理部の結合した文字列に基づいて知識処理を
行い、前記所定のデータを出力するように構成する。

〔産業上の利用分野〕

本発明は、継続フィールドの知識処理方式に関し、更に
詳しくは２ｇ票上で複数に分割された継続フィールドを
合体させた上で知識処理を行う継続フィールドの知識処
理方式に関する。

帳票２例えば生命保険等の申し込み用紙に記入された住
所をコード化する作業は、近年、０ＣＲ（光学文字読取
装置）処理システムによって行うことが多くなってきて
いる。例えば、帳票上の所定位置にあるカナ住所フィー
ルドに、カナ（カタカナ）により記入された文字列をＯ
ＣＲによって読み取り、これを知識処理して、認識率の
向上を図っている。

〔従来の技術〕

帳票上のフィールド（記入欄）１例えばカナ住所フィー
ルドの位置は、予め定まっている。またその記入事項も
予め定まっており１通常、［都道府県塩Ｊ、「郡名又は
市区名」、「町村名等」及び［番地ｊからなる。このう
ち、「都道府県塩」を第ルヘル、　「郡名又は市区名」
を第２レベル「町村名等Ｊを第３レベルという。

例えば 第１レベル；カナガワケン 第２レベル；カワサキンナカハラク 第３レベル、カミオダナ力 番地　　　；　１−１−１ である。

カナ住所フィールド内には、これらの事項が例えば１手
書きの文字として記入される。

従来は、第６図図示の如く、このような手書きの文字列
をＯＣＲで読み取った後、対応する候補文字を生成し、
これを用いて住所辞書をアクセスし、知識処理を行って
いた。即ち、住所辞書を郵便番号又は第］レベル（の候
補文字）を用いてアクセスする。そして１例えば、郵便
番号による場合は、対応する第１乃至第３レベルを辞書
から読み出し、これと候補文字とを比較し、−敗した場
合にこれを出力する。この時、カナ漢字変換も合わせて
行う。

なお１郵便番号は、帳票上の郵便番号フィールドに記入
されたものを、ＯＣＲで読み取り、前記アクセスのため
に使用する。

ところで、このようなフィールドは、知識処理を行う都
合上１分割することはできない。従って例えば、カナ住
所フィールドについても、まとまった１つ（１行）のフ
ィール１′として設ける必要がある。ここで、フィール
ドの分割とは、帳票上において、１つのフィールドが複
数行に渡っていること、又は、１つのフィールドが同一
行内で複数に分離されていることをいう。

〔発明が解決しようとする課題〕

前述の従来技術によれば、フィールドを分割することか
できないので、帳票の形状の制約やＩｉ票上におけるフ
ィールドの配置等の制約が大きいという問題があった。

例えば、カナ住所フィールドについてみると前述の如く
第１乃至第３レベル及び番地の全てを記入する必要上、
極めて横長のフィールドとなる。

この場合５帳票の形状は、カナ住所フィールドを１行に
配置できるように、横長の用紙とするか。

又は、カナ住所フィールドの長さ分の幅を有する用紙と
する必要がある。また、ｒＡ票上においては。

この横長のカナ住所フィールドを１行に配置することに
より、他のフィールドの配置が制約を受けてしまう。

なお、帳票の形状や帳票上におけるフィールドの配置等
の理由から、フィールド、例えばカナ住所フィールドを
分割すると、以下の問題を生しる。

即ち、カナ住所フィールドの分割により３第２又は第３
レベルの文字列の不特定の部分で、当該文字列が分断さ
れてしまう。従って、このままでは。

知識処理を十分に行うことができない（従ってこの場合
は、オペレータが全データをキーボードから入力するこ
とになる）。

本発明は、帳票上でのフィールドの分割を可能とすると
共に、当該分割したフィールドについての知識処理を可
能とした継続フィールドの知識処理方式を提供すること
を目的とする。

〔課題を解決するための手段］ 第１図は本発明の原理構成図であり１本発明によるＯＣ
Ｒ処理システムを示している。

第１圀において、１は処理装置、３は知識処理プログラ
ム、５は帳票、５１　はカナ住所フィールド、５２及び
５３は継続フィールド、６は読取部９はＯＣＲ定義体、
１０は住所辞書、　　１１は結合処理部である。

帳票５は、ＯＣＲ処理システムの処理対象であり、その
所定の位置に継続フィールＦ　５２．５３を有する。継
続フィール）”　５２．５３は１本来１つであるフィー
ルド、例えば、カナ住所フィールド５１を、複数に分割
したものである。従って、継続フィールド５２．５３に
は１本来１つの文字列よして記入されるべき文字列が、
その不特定の部分で、複数に分断されて記入される。

読取部６は、帳票５に記入されている情報、特に、継続
フィールド５２．５３に記入された文字列を読み取る。

結合処理部１１　は、Ｖｆ、取部６によって継続フィー
ルド５２．５３から読み取られた文字列を所定の順に結
合し２本来の１つの文字列とする。

知識処理プログラム３は、結合処理部１１の結合した文
字列に基づいて、所定の知識処理を行い所定のデータを
出力する。

〔作　用〕

第２図は本発明の作用説明図である。

例えば１図示の如く、継続フィールド５２５３が、カナ
住所フィールド５１を２つに分割したものであるとする
。この場合、継続フィールド５２５３内し二は、帳票記
入者により、その住所を示すカナ（カタカナ）文字列が
記入される。この時第３レベル「カミオダナカ」は、継
続フィールド５２、５３において、ｒカミ」と「オダナ
カ」とに分断される。

結合処理部１１　は、この継続フィールド５２５３内の
文字列を別々に読み取った読取部６がらその読み取りの
結果を渡されると１例えば、ＯＣＲ定義体９の情報を用
いて、これらを継続フィールド’　５２．５３からの読
み取り文字列であると識別する。そして、これらを所定
の順１ｍち、継続フィールド５２の読取文字列の直後に
、継続フィールド５３の読取文字列を結合する。これに
より本来１つのカナ住所フィールＦ　５１に記入される
べきであった１つのカナ住所文字列５１′を得る。

この時、先に分断されていた第３レベル「カミオダナカ
、は、１つの第３レベルの文字列とされる。

知識処理プログラム３は、知識処理としてカナ住所文字
列５１’に基づいた住所知識処理を行い所定のデータと
して住所データを出力する。即ちカナ住所文字列５１”
に含まれる第３レベル（町村名等）に基づいて住所辞書
１０をアクセスし　当該カナ住所文字列５１”に対応す
る住所文字列を出力する。

このように１本発明によれば、１つのフィールドを複数
に分割して継続フィールド５２．５３としても、これら
を結合した上で知識処理を行うことができる。従って、
Ｉｉ票の形状の制約や、＠票上におけるフィールドの配
置等の制約をなくすことができ、＠票設計を容易に行う
ことができる。また、フィールドを分割しても、得られ
るデータは分割しなかった場合と同様であるので、これ
を利用する立場のオペレータや利用者プログラム等の負
担をなくすことができる。

〔実施例］ 第３図は実施例構成図であり、ＯＣＲ処理システムを示
している。

第３図において、２は帳票処理部、４はアクセステーブ
ル、７は表示装置、８はデータファイルである。

帳票処理部２は、中央処理１ｉ１！！（ＣＰＵ）及びメ
モリからなる処理装置１内に設けられ、帳票５について
の種々の処理を行う、このために、読取部６は、帳票５
から読み取った情報を帳票処理部２に送る。一方、この
読取部６からの情報を処理するために、帳票処理部２は
、ＯＣＲ定義体９を読み込む。

ＯＣＲ定義体９は、対応する所定の形式の帳票５を処理
するための種々の情報を格納している。

この情報は８例えば、帳票５の用紙の大きさ、Ｉｔ！票
５上の各種のフィールド（記入欄）の位置、大きさ及び
記入内容（住所である等）についての情報等からなる。

帳票処理部２は、読取部６が光学的に読み取った情報（
読取文字列）について、ＯＣＲ定義体９により解釈する
。例えば、ＯＣＲ定義体９により継続フィールド５２．
５３の位置を知り、また、これら継続フィールド５２．
５３はカナ住所フィールド５１を２つに分割したもので
あることを知り以上から当該位置において読み取った読
取文字列は、住所を表す文字列（カナ住所文字列）であ
ることを認識する。

このために、ＯＣＲ定義体９は、帳票５上のフィールド
の各々について、他のフィールドとの継続関係を格納す
る。第３図図示のＯＣＲ定義体９の形式は、その−例で
ある。即ち、１つのフィルト毎二二、そのフィールド名
に対応して、当該フィールドの帳票５上でのアドレス等
の情報、当該フィールドの属性情報、及び、当該フィー
ルドについての結合に関する情報として継続フィールド
名が格納される０例えば、継続フィールド５２及び５３
のフィールド名が各々５Ａ及びＢとするとフィールド名
Ａについての継続フィールド名Ｂが格納され、フィール
ド名Ｂについての継続フィルドは存在しない旨（ＥＮＤ
）の情報が格納される。なお、ｆｉ性情報として、住所
文字列であることが格納される。

結合処理部１１は、帳票処理部２から、継続フィールド
５２．５３からの読取文字列を渡されると。

これらは継続フィールド５２．５３についてのものであ
り、結合すべきものと識別する。更に、＠票処理部２か
ら、ＯＣＲ定義体９の持つ、継続フィールド５２．５３
についての結合に関する情報を得て、該当文字列を結合
する。即ち、継続フィールド５２の読取文字列の直後に
、ブランク等を置くことなく、継続フィールド５３の読
取文字列を結合する。

帳票処理部２は、帳票５上の各種フィールドについての
読取文字列についての処理を行うが、継続フィールド５
２．５３については、結合処理部１１が結合処理した当
該読取文字列から候補文字列を生成し、これら読取文字
列及び候補文字列を知識処理プログラム３に渡して、知
識処理を依頼する。

知識処理プログラム３は、前記読取文字列及び候補文字
列を受は取ると、各種の辞書を用いた知識処理を行う。

今、継続フィールド５２．５３がカナ住所フィールド５
１を分割したものである場合、　（住所）知識処理プロ
グラム３は、当４に？Ａ取文字列（カナ住所文字列）に
ついて、住所辞書１０を用いた住所知識処理を行う。

このために、知識処理プログラム３は　アクセステーブ
ル４を作成する。即ち、読取文字列及び候補文字列から
各々の第３レベルのみを選択的に取り出し１読取文字列
の第３レベルに対応する形で候補文字列の第３レベルを
格納する。この時１つの読取文字列に対して２以上の候
補文字列があれば、その優先順位の高い順に、候補文字
列の第３レベルを並べる。知識処理プログラム３は作成
したアクセステーブル４に従って、優先順に。

候補文字列の第３レベルを用いて、住所辞書１０をアク
セスする（第３レベルアクセスを行う）。

そして、当該第３レベルに対応する住所文字列があれば
、これを読み出す。

このために、住所辞書１０は、第３レベルによる検索が
可能な形式で住所文字列を格納する。

知識処理プログラム３は、第３レベルアクセスにより住
所辞書１０から得た住所文字列を用いて住所データを作
成する。即ち、まず、当該住所文字列の第２レベルと、
候補文字列の第２レベルとを比較する。そして、一致し
た場合には、当該住所文字列を用いて住所データを作成
する０例えば漢字データを作成し、これをカナデータと
対応させ、第ルベルの漢字及びカナデータを作成し。

これらをまとめて１つの住所データとする。

表示袋Ｗ７は、利用者に所定のデータを表示するための
ものである。即ち、知識処理プログラム３は、所定のデ
ータ、例えば住所データを表示装置７に表示する。これ
を見た利用者は、キーボード等の入力装置（図示せず）
からの入力により所定のデータを修正する。

データファイル８は、所定のデータを格納するためのフ
ァイルであり、当該帳票５の処理を行う利用者プログラ
ムの持つファイルである。即ち知識処理プログラム３は
、（修正済みの）所定のデータを、データファイル８に
出力する。

第４図は継続フィールドの知識処理フロー、第５図は継
続フィールドの知識処理の一例を示す図である。

以下、第５図を参照しつつ、第４図に従って住所知識処
理について説明する。

■　読取部６が、帳票５上の継続フィールド５２５３等
の読み取りを行い８その結果を帳票処理部２へ送る。

この継続フィールド５２．５３は、カナ住所フィールド
５１を分割したものである。従って、これらの中には２
第５図（Ａ）図示の如く、住所の第２レベル、第３レベ
ル及び番地が記入されている。

また、第３レベル「カミオダナカ」は、２つの継続フィ
ールド５２．５３に分断されている。なお第２レベルと
第３レベルとの間、第３レベルと番地との間の各々に、
空白（ブランク）が挿入され。

これらを区別するために用いられる。

■　帳票処理部２が、ＯＣＲ定義体９を読み込み読取部
から送られた読取文字列を解釈する。これにより、継続
フィールド５２．５３に対応する文字列は結合すべきも
のであること（フィールド５２５３は継続フィールドで
あること）及び住所についての情報であること等を認識
する。

■　結合処理部１】が、帳票処理部２からの指示に従っ
て、継続フィールド５２に対応する読取文字列の直後に
１継続フイールド５３に対応する読取文字列を結合する
。これにより、第５図（Ｄ）図示の如き、第３レベル「
カミオダナ力」を１つの文字列として含むカナ住所文字
列５１゛を得る。

帳票処理部２は、このカナ住所文字列（読取文字列）５
１゛に対応する候補文字列を生成する。

■　知識処理プログラム３が、読取文字列及び候補文字
列を帳票処理部２から受は取り、これを用いて所定の処
理を行う。まず、第３レベルアクセスを行うため、知識
処理プログラム３が、アクセステーブル４を作成する。

即ち、読取文字列及び候補文字列をサーチし５最初のブ
ランクと第２のブランクとの間の文字列「カミオダナカ
」を第３レベルとして取り出す。そして、候補文字列の
第３レベルを優先順に並べる。第３レベルが分断されて
いないので、このような処理が可能となる。

知識処理プログラム３は、候補文字列の第３レベル（「
カミオダナカ」）を用いて、住所辞書１０をアクセスし
、当該第３レベルに該当する住斯文字列が格納されてい
るか否かを調べる。

■　住所辞書１０に該当住所文字列がある（知識処理成
功の）場合、知識処理プログラム３は、まず、カナ漢字
変換処理を行う。例えば、該当住所文字列はカナ（カタ
カナ）文字列であるが、住所辞書１０において、対応す
る漢字データ又は文字列を格納するようにしておき、こ
れを該当住所文字列と共に読み出すことによって、当該
変換処理を行う。

知識処理プログラム３は、住所辞書１０がら読み出した
住所文字列のうちの第２レベルと、候補文字列の第２レ
ベルとを比較する。ここで、読み出した住所文字列は１
例えば、第５図（Ｅ）に図示の如く、「カナガワケン　
カワサキンナ力ハラク　力ミオダナ力」となる。即ち、
第１乃至第３レベルからなる。このうち第２レベルは、
最初のブランクと第２のブランクとの間の文字列［カヮ
サキンナカハラクＪであると認識される。一方候補文字
列の第２レベルは、先頭から最初のブランクまでの文字
列「カワサキノナカハラク」であると認識される。

第２レベルのカナ読みが重複するのは約３０弱（正確に
は２７）であり、この場合にあっても第２レベル及び第
３レベルの双方が重複することはないので、第２レベル
が前記比較により一致した場合、これを出力（住所デー
タ）作成のために用いる住所文字列として採用する。こ
の時点で、この住所文字列は、第５図（Ｅ） 図示の如く、各々が第１乃至第３レベル及び番地からな
るカナ文字列と漢字文字列からなるように補正されてい
る。

以上の処理も９分割された継続フィールド５２５３（に
対応する文字列）を結合したことによって、可能となっ
たものである。

■　前記カナ文字列及び漢字文字列から、知識処理プロ
グラム３が、住所データ、即ち、カナブタ、漢字データ
を生成する。

■　知識処理プログラム３が１表示装置７の画面の所定
位置に、第５図（Ｆ）図示の如く、漢字データ等を表示
するための枠を書き、この枠内に漢字データを表示する
。この画面は、利用者が９表示された漢字データ等をキ
ーボード等からの入力により修正するための修正画面で
ある。また、この枠は、修正画面上にあっては、オペレ
ータにデクが見易いようにデータを１行に示す（カナ文
字列及び漢字文字列を各々１行に示す）ものであり、一
方、帳票５からみると、２つ（２行分）のフィールド５
２．５３内の記入文字列を表示するものである。

■　知識処理プログラム３が、前記修正画面の枠内に、
ＡＮＫ　（アルファニューメソツタカナ）データを表示
する。これにより、修正画面は、第５図（Ｆ）図示の如
くになる。

なお、住所辞書１０に該当住所文字列がない場合であっ
ても、修正画面上には、前記枠が開設され９例えば、読
取文字列又は候補文字列等が表示される。

■　利用者による修正後、知識処理プログラム３は、所
定のデータとしての住所データを２例えばデータファイ
ル８に出力する。この時、住所データは、第５図（Ｅ）
図示の如く、レコード情報カナデータ及び漢字データか
らなるレコードの形で出力される。このデータは、デー
タファイル８内にあっては、利用者プログラムが取り扱
い易いように１つのデータ（レコード）として取り扱わ
れるものであり、一方、帳票５からみると、２つ（２行
分）のフィールド５２．５３の文字列を１つにまとめた
ものである。

〔発明の効果〕

以上説明したように１本発明によれば、ＯＣＲ定義体の
持つ継続フィールドの結合に関する情報を用いて結合処
理部が継続フィールドを結合することにより、継続フィ
ールドについても知識処理を可能とすると共に、これに
より帳票上に継続フィールドを設けることを可能とし、
Ｉ！票の形状の制約や帳票上でのフィールドの配置の制
約をなくすことができる。

【図面の簡単な説明】

第１図は本発明の原理構成図 第２図は本発明の作用説明図。 第３図は実施例構成図 第４図は継続フィールドの知識処理フロー第５図は継続
フィールドの知識処理の一例を示す図 第６図は従来技術説明図。 １は処理装置、２は帳票処理部、３は知識処理プログラ
ム、４はアクセステーブル、５は帳票。 ５１　はカナ住所フィールド、５２及び５３は継続フィ
ールド、６は読取部、７は表示装置、８はブタファイル
、９はＯＣＲ定義体、１０は住所辞書である。 特許出願人　株式会社ビーエフニー 代理人　弁理士　森田寛（外２名） 本発明の原理構成図 第１図 本発明の作用説明図 第２図 継続フィールドの知ｉｌｌ処理フ０ 第４Ｖ （＾） 帳票 読取り文字列＋候補文字列 継続フィールドの知識処理の 第　５　図（その１） 例を示す図 （Ｇ） 継続フィールドの知識処理の 第　５　図（その２） 例を示す図

Claims (3)

【特許請求の範囲】
1. （１）帳票（５）上の複数に分割された継続フィールド
   （５２，５３）に記入された文字列を読み取る読取部（
   ６）と、 前記読取部（６）が読み取った文字列について知識処理
   を行って所定のデータを出力する知識処理プログラム（
   ３）とを備えたＯＣＲ処理システムにおいて、 前記継続フィールド（５２，５３）から読み取られた文
   字列を結合する結合処理部（１１）を設け、前記知識処
   理プログラム（３）が、前記結合処理部（１１）の結合
   した文字列に基づいて知識処理を行い、前記所定のデー
   タを出力することを特徴とする継続フィールドの知識処
   理方式。
2. （２）前記帳票（５）を処理するための情報を格納した
   ＯＣＲ定義体（９）を設け、これに前記継続フィールド
   （５２，５３）の結合に関する情報を格納し、前記結合
   処理部（１１）が、前記ＯＣＲ定義体（９）の持つ前記
   継続フィールド（５２，５３）の結合に関する情報を得
   て、これを用いて当該継続フィールド（５２，５３）か
   ら読み取られた文字列を結合する ことを特徴とする請求項（１）記載の継続フィールドの
   知識処理方式。
3. （３）住所文字列を格納する住所辞書（１０）を設け、
   前記読取部（６）が前記継続フィールド（５２，５３）
   とされたカナ住所フィールド（５１）に記入された文字
   列を読み取り、 前記結合処理部（１１）が当該継続フィールド（５２，
   ５３）から読み取られた文字列を結合してカナ住所文字
   列とし、 前記知識処理プログラム（３）が、前記カナ住所文字列
   の中の第３レベルに基づいて前記住所辞書（１０）をア
   クセスし、当該第３レベルに対応する住所文字列を前記
   住所辞書（１０）から読み出し、これに基づいて前記所
   定のデータとして住所データを出力する ことを特徴とする請求項（１）記載の継続フィールドの
   知識処理方式。