JPH08171611A - 文字認識システム - Google Patents

Abstract

(57)【要約】 【目的】 修正作業を含めた文字認識処理の所要時間を
短縮する。 【構成】 ローカルエリアネットワーク１を介して、フ
ァイルサーバ２と、光学式文字読取装置７および制御装
置５の組み合わせからなる読取端末３と、制御装置５か
らなる複数台の修正端末４を接続し、ファイルサーバ２
には、複数台の修正端末４によって共有される共用ファ
イル６と、全ての端末からの共用ファイル６へのアクセ
スを管理する管理ファイル６１を持たせ、読取端末３か
ら修正される複数の帳票の読取結果および読取結果の管
理情報は共用ファイル６および管理ファイル６１に順次
記録され、管理ファイル６１により、複数の修正端末４
に対して、共用ファイル６内の複数の読取結果を排他的
に割り当て、修正作業を並行して行わせる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は文字認識技術に関し、特
に、情報ネットワーク上に構築された文字認識システム
等に適用して有効な技術に関する。

【０００２】

【従来の技術】たとえば、社団法人電気通信協会、昭和
５７年３月２０日初版発行、橋本新一郎編著「文字認識
概論」Ｐ１５４、等の文献にも記載されているように、
従来の光学式文字読取装置では、帳票の読取業務と、一
旦読み取ったデータを修正する修正業務に別れている。
修正業務では、読取中に実行する即時修正と、読取終了
後に修正するバッチ修正業務とに分けられる。

【０００３】

【発明が解決しようとする課題】従来、これらの修正業
務は、１台の光学式文字読取装置で実行されていたた
め、読取データ量が多い場合には、所要時間が長くなっ
て処理効率を向上させることができない、という問題が
ある。

【０００４】この対策として、最近になって、ＬＡＮ
（Local Area Network）等の情報ネットワークを利用
し、読取後のデータファイルを別の装置に送って、送り
先の装置でバッチ修正する方法と、読取データをファイ
ルサーバに格納し、別の装置からバッチ修正する方法が
考えられるが、修正業務を行う複数の装置が共通な読取
データに並行して的確にアクセスするための効率的なア
クセス制御技術を開発する必要がある。

【０００５】本発明の目的は、光学式文字読取装置での
読取所要時間よりも、読取データの修正業務に要する時
間が大幅に上回るような文字認識業務における修正時間
の短縮を実現することが可能な文字認識技術を提供する
ことにある。

【０００６】本発明の他の目的は、帳票の読取作業と修
正作業を１台の端末で行う場合に、文字認識処理と当該
処理によって得られた読取結果の修正業務とを並行して
遂行することにより、文字認識処理および修正業務のト
ータルな所要時間を短縮することが可能な文字認識技術
を提供することにある。

【０００７】本発明のさらに他の目的は、文字認識結果
の修正を複数の修正端末で実行する処理、および文字認
識処理と処理結果の修正業務とを並行して実行させる処
理を含む文字認識システムのソフトウェアの開発を短期
に簡便に行うことが可能な文字認識技術を提供すること
にある。

【０００８】

【課題を解決するための手段】本発明では、読取端末か
ら出力される読取結果が格納されるファイルサーバ、も
しくは、読取／修正兼用端末上の共用ファイルに管理フ
ァイルを設け、複数の修正端末からの共用ファイルの読
取結果に対する並行的なアクセスを排他的に制御する動
作、および読取端末上で文字認識と文字認識結果の修正
業務を並行して行う場合（読取端末での後追い修正）の
制御動作を行わせる。

【０００９】また、プログラム構成上、読取プログラム
およびバッチ修正プログラムより共通に呼び出される並
行処理管理プログラムを設定し、共用ファイルへのアク
セスでの排他制御を行わせる。

【００１０】

【作用】光学式文字読取装置における読取処理と、複数
の修正端末における修正処理を同時に機能させるため
に、それぞれの処理から呼ばれる並行処理管理プログラ
ムは読取データの共用ファイルへの書き込みと、共用フ
ァイルに対する修正対象のデータの読み込み／書き込み
を管理ファイルを用いて排他的に制御する。

【００１１】これにより、複数の修正端末による共用フ
ァイルへの並行したアクセスによる修正業務の並行実
行、さらには、読取端末自体における読取処理と文字認
識結果の修正処理の並行動作とを、共通な並行処理管理
プログラムで的確に制御できる。

【００１２】

【実施例】以下、本発明の実施例を図面を参照しながら
詳細に説明する。

【００１３】図１は本発明の一実施例である文字認識シ
ステムの構成の一例を示すブロック図である。

【００１４】本実施例の文字認識システムは、ローカル
エリアネットワーク１を介して、ファイルサーバ２と、
読取端末３と、複数台の修正端末４が接続された構成と
なっている。

【００１５】ファイルサーバ２は、サーバファイルとし
ての共用ファイル６と、共用ファイルの一つとして、全
ての端末からの共用ファイル６へのアクセスを管理する
管理ファイル６１を持っている。

【００１６】読取端末３は、光学式文字読取装置７と、
制御装置５からなる。制御装置５としては、たとえば、
パーソナルコンピュータないしワークステーション等を
用いることができる。また、制御装置５を一体に含む光
学式文字読取装置７を用いることもできる。

【００１７】複数の修正端末４の各々は、制御装置５か
らなる。制御装置５は、読取端末３の場合と同様に、た
とえばパーソナルコンピュータないしワークステーショ
ン等からなる。制御装置５は、たとえばディスプレイや
キーボード、ポインティングデバイス等からなるユーザ
インタフェース５ａを備えている。

【００１８】図２に、１台の制御装置５が読取端末３と
修正端末４を兼ねる場合の読取／修正兼用端末８の構成
の一例を示す。読取／修正兼用端末８には、光学式文字
読取装置７と制御装置５が設けられている。制御装置５
には、共用ファイル６および管理ファイル６１が備えら
れている。また、制御装置５の表示画面２１によって、
光学式文字読取装置７による帳票の読取処理と、修正処
理を非同期に並行して行うことが可能になっている。

【００１９】図７は、本実施例における管理ファイル６
１の構成の一例を示す概念図である。管理ファイル６１
には、読取レコード（帳票）を識別するための読取レコ
ード（帳票）番号６１ａ、読取結果内にエラーが含まれ
ているか否かを示すエラーフラグ６１ｂ、エラーがあっ
た読取レコードに対する修正作業を管理する修正フラグ
６１ｃ、当該読取レコード（帳票）番号６１ａに対して
修正作業を実行している端末を識別する修正端末ＩＤ６
１ｄ、等の情報が記録される。

【００２０】エラーフラグ６１ｂが“エラー有”の読取
レコードが修正の対象となり、後述のようにいくつかの
読取レコードが纏めて、特定の１台の端末に割り当てら
れて修正が実行される。修正の経過は、修正フラグ６１
ｃに記録される。エラーフラグ６１ｂが“エラー有”
で、かつ修正フラグ６１ｃが“修正前”の読取レコード
が、任意の修正端末４からの割当要求に対して順に割り
当てられていく。

【００２１】次に、図１および図２の構成の文字認識シ
ステムの作用の一例を図３の概念図を用いて説明する。

【００２２】まず、図１の構成の場合には、読取端末３
の光学式文字読取装置７で帳票のイメージより認識され
た読取データは、制御装置５により、ローカルエリアネ
ットワーク１を通してファイルサーバ２の読取結果ファ
イル３４（図３）として蓄えられる。この時、読取端末
３から見てファイルサーバ２の読取結果ファイル３４は
一つのリモートファイルとしてアクセスされる。

【００２３】次に、修正端末４におけるデータの受渡し
について説明する。

【００２４】修正端末４（Ａ）および修正端末４（Ｂ）
では、予め、システムパラメータ設定３１で分割ファイ
ルレコード数３２１／分割ファイルレコード数３２２を
決めておく。図３の例では、修正端末４で分割ファイル
レコード数３２１の値は１０、修正端末４での分割ファ
イルレコード数３２２は５である。この分割ファイルレ
コード数３２１／３２２とは、その修正端末４（Ａ／
Ｂ）が修正のために取得する１回当たりのレコード（帳
票）数である。この分割ファイルレコード数３２１／３
２２の必要な理由は、本来、１レコードずつアクセスす
るのが最良と考えられるが、修正端末４（Ａ／Ｂ）の数
が多いときには、各修正端末が１レコードずつ読取結果
ファイル３４（共用ファイル６）をアクセスすると、フ
ァイルアクセスがネックとなり、複数の修正端末４で並
行して修正を実行する意味が無くなってしまうからであ
る。なお、ローカルエリアネットワーク１やファイルサ
ーバ２等におけるデータ転送能力が充分に大きく余裕が
ある場合には、各修正端末が１レコードずつ読取結果フ
ァイル３４をアクセスしてもよい。

【００２５】修正端末４（Ａ）は、修正を開始すると、
ファイルサーバ２の読取結果ファイル３４より、管理フ
ァイル６１のエラーフラグ６１ｂ（図７）、修正フラグ
６１ｃの状態や、分割ファイルレコード数３２１の値に
従って分割ファイル３３１（Ａ，図３）を抽出し、自端
末専用のファイルとしてデータの修正を実行する。修正
が完了した場合、元の読取結果ファイル３４に格納され
るとともに、管理ファイル６１の修正フラグ６１ｃは修
正済に更新される。

【００２６】同様に、修正端末４（Ｂ）は、修正を開始
すると、ファイルサーバ２の読取結果ファイル３４より
分割ファイルレコード数３２２の値に従って分割ファイ
ル３３２（Ｂ）を抽出し、自端末専用のファイルとして
データの修正を実行する。修正が完了した場合、元の読
取結果ファイル３４に格納される。

【００２７】読取端末３における読取動作と各修正端末
４（Ａ／Ｂ）における修正操作を並行して実行する場
合、分割ファイルレコード数３２１／３２２に達しなく
ても、修正を開始する方法もある。

【００２８】修正端末４（Ａ）と修正端末４（Ｂ）で分
割ファイルレコード数３２１／３２２を分けてあるの
は、たとえば、修正端末４（Ａ）では熟練した操作員が
修正を実行し、修正端末４（Ｂ）では初心者の操作員が
修正する場合を想定しているためである。

【００２９】以上は、読取端末３と複数の修正端末４か
らなる文字認識システムの場合を説明した。

【００３０】次に、図２に例示したような読取と修正を
一台の読取／修正兼用端末８で実行する場合の動作であ
るが、この場合には、前述した図１の修正システムにお
けるファイルサーバ２の共用ファイル６を、読取／修正
兼用端末８内の制御装置５に持たせることにより、同様
に実現することができる。

【００３１】次に、上述の図１および図２の文字認識シ
ステムを実現するためのソフトウェアの構成の一例を図
４に示す。

【００３２】図４では、読取プログラム４２とバッチ修
正プログラム４３と、並行処理管理プログラム４４から
なる例を示している。読取プログラム４２およびバッチ
修正プログラム４３は、そのデータの入出力を共通な並
行処理管理プログラム４４を呼び出して実現する。読取
プログラム４２から呼ばれた並行処理管理プログラム４
４は、分割ファイルレコード数３２のパラメータ等に基
づいて、読取結果ファイル３４と管理ファイル６１をオ
ープンし、読取の終了した帳票のデータを読取結果ファ
イル３４に書き込んでゆく。この時、管理ファイル６１
に対しても、どの帳票までのデータを書き込んだかを入
れておく。具体的には、読取レコード（帳票）番号６１
ａやエラーフラグ６１ｂが記録されていく。

【００３３】次に、バッチ修正プログラム４３から呼ば
れた並行処理管理プログラム４４は、読取結果ファイル
３４の中から管理ファイル６１に従って分割ファイルレ
コード数３２の値で示される分だけバッチ修正用分割フ
ァイル３３を抜き出し、バッチ修正を実行させる。この
時、管理ファイル６１に、修正フラグ６１ｃや修正端末
ＩＤ６１ｄを設定することにより、どの端末がどのレコ
ード（帳票）を抜き出して修正中であるかを書き込む。

【００３４】次に、複数台の修正端末４を使用して、バ
ッチ修正する場合の処理フローの一例を図５のフローチ
ャートを用いて説明する。

【００３５】まず、ステップ５１では、修正データの有
無を調べる。修正すべきデータが存在する場合、ステッ
プ５２の修正表示に移り、操作員の操作に従ってデータ
を修正する。一つの帳票の修正が終了した場合、ファイ
ル分割して取得したデータが残っているか否かをステッ
プ５３で調べる。取得データがまだ残っている場合、再
び修正表示を行うステップ５２に戻り、修正作業を行
う。取得データが残っていない場合、読取結果ファイル
３４より新たな修正データがあるか否かをステップ５１
で調べる。

【００３６】ステップ５１で、読取結果ファイル３４に
新たな修正データが無いと判明した場合、すなわち、修
正処理が読取処理より先行する場合、ステップ５４の修
正状況表示を実行する。引き続いて、既に全てのデータ
を修正し終えているか否かをステップ５５で調べ、全て
のデータを修正し終えている場合にはバッチ修正を終了
する。修正が完了していない場合には、修正データの有
無をステップ５１に戻って調べる。ステップ５１で修正
データがないと判明した場合、ステップ５４の修正状況
表示、ステップ５５の判定を繰り返すことになる。

【００３７】次に、前述のステップ５４の修正状況表示
の表示画面例を図６に示す。

【００３８】項目６５は、読取枚数６１、未修正枚数６
２、修正中枚数６３および修正済枚数６４からなる。読
取枚数６１は読取端末３で読み取られた帳票枚数を示
す。未修正枚数６２は、読取は終了したがいずれの修正
端末４にも取得されていない帳票枚数を示す。修正中枚
数６３は、複数台の修正端末４によりファイル分割され
て修正中である帳票枚数である。修正済枚数６４は、修
正端末４でファイル分割された帳票の全てを修正し、読
取結果ファイル３４に書き戻した帳票枚数である。読取
枚数６１＝未修正枚数６２＋修正中枚数６３＋修正済枚
数６４であり、読取枚数６１＝修正済枚数６４となった
時、全ての処理が完了したことになる。帳票枚数６６は
全ての帳票を対象とし、エラー帳票枚数６７はエラーと
なった帳票のみを示している。

【００３９】以上、説明したように、本実施例の文字認
識システムによれば、読取端末３から出力される読取デ
ータが格納された読取結果ファイル３４に対して複数の
修正端末４から同時にアクセスして修正作業を並行して
遂行することが可能となり、たとえば、光学式文字読取
装置７での読取所要時間よりも、読取データの修正業務
に要する時間が大幅に上回るような文字認識業務におけ
る修正時間の短縮を実現することができる。たとえば、
従来、１時間の読取作業と、３時間の修正作業で合計４
時間かかっていた文字認識業務の場合、修正端末４を３
台にすれば、約１時間で処理することが可能になる。

【００４０】また、たとえば、読取と修正を１台の読取
／修正兼用端末８で実行する場合において、文字認識処
理と当該処理によって得られた読取結果の修正業務とを
並行して遂行することにより、文字認識処理および修正
業務のトータルな所要時間を短縮することができる。た
とえば、従来、読取に１時間、修正に１時間の合計２時
間を要していた業務を、約１時間で完了させることが可
能となる。

【００４１】さらに、複数の修正端末４で修正する方式
と、１台の読取／修正兼用端末８で修正を行う場合の両
方のソフトウェアを同一の並行処理管理プログラム４４
にて兼用させることで、文字認識システムの開発工数を
約半分に削減することができる。

【００４２】以上、本発明者によってなされた発明を実
施例に基づき具体的に説明したが、本発明は前記実施例
に限定されるものではなく、その要旨を逸脱しない範囲
で種々変更可能であることはいうまでもない。

【００４３】

【発明の効果】本発明の文字認識システムによれば、光
学式文字読取装置での読取所要時間よりも、読取データ
の修正業務に要する時間が大幅に上回るような文字認識
業務における修正時間の短縮を実現することができる、
という効果が得られる。

【００４４】本発明の文字認識システムによれば、帳票
の読取作業と修正作業を１台の端末で行う場合に、文字
認識処理と当該処理によって得られた読取結果の修正業
務とを並行して遂行することにより、文字認識処理およ
び修正業務のトータルな所要時間を短縮することができ
る、という効果が得られる。

【００４５】本発明の文字認識システムによれば、文字
認識結果の修正を複数の修正端末で実行する処理、およ
び文字認識処理と処理結果の修正業務とを並行して実行
させる処理を含む文字認識システムのソフトウェアの開
発を短期間に簡便に行うことができる、という効果が得
られる。

【図面の簡単な説明】

【図１】本発明の一実施例である文字認識システムの構
成の一例を示すブロック図である。

【図２】本発明の一実施例である文字認識システムの構
成の一例を示すブロック図である。

【図３】本発明の一実施例である文字認識システムの作
用の一例を示す概念図である。

【図４】本発明の一実施例である文字認識システムにお
けるソフトウェアの構成の一例を示す概念図である。

【図５】本発明の一実施例である文字認識システムの作
用の一例を示すフローチャートである。

【図６】本発明の一実施例である文字認識システムの作
用の一例を示す概念図である。

【図７】本発明の一実施例である文字認識システムにお
いて用いられる管理ファイルの一例を示す概念図であ
る。

【符号の説明】

１…ローカルエリアネットワーク、２…ファイルサー
バ、３…読取端末、４…修正端末、５…制御装置、５ａ
…ユーザインタフェース、６…共用ファイル、７…光学
式文字読取装置、８…読取／修正兼用端末、２１…表示
画面、３２…分割ファイルレコード数、３１…システム
パラメータ設定、３３…バッチ修正用分割ファイル、３
４…読取結果ファイル、４２…読取プログラム、４３…
バッチ修正プログラム、４４…並行処理管理プログラ
ム、６１…管理ファイル、６１ａ…読取レコード（帳
票）番号、６１ｂ…エラーフラグ、６１ｃ…修正フラ
グ、６１ｄ…修正端末ＩＤ。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 帳票から光学的に取り込まれたイメージ
   情報から文字情報を切り出して認識する光学式文字読取
   装置および制御装置からなる読取端末と、前記光学式文
   字読取装置から出力される文字認識結果を共用ファイル
   として保持するファイルサーバと、各々が制御装置を含
   み、前記ファイルサーバに保持された前記共用ファイル
   にアクセスして前記文字認識結果の誤りを訂正する操作
   を行う複数の修正端末と、前記読取端末および前記ファ
   イルサーバおよび前記修正端末が共通に接続される情報
   ネットワークと、前記共用ファイルの一部に設けられ、
   複数の前記修正端末の各々からの前記共用ファイルに保
   持された前記文字認識結果に対するアクセス状況を排他
   的に管理する管理ファイルとを備え、前記共用ファイル
   に保持された前記文字認識結果の修正操作を、複数の前
   記修正端末から並行して実行する第１の構成、 帳票から光学的に取り込まれたイメージ情報から文字情
   報を切り出して認識する光学式文字読取装置および修正
   作業を行う制御装置からなる読取端末に、前記光学式文
   字読取装置から出力される文字認識結果を保持し、前記
   光学式文字読取装置および前記制御装置によって共有さ
   れる共用ファイルと、前記共用ファイルに対する前記光
   学式文字読取装置および前記制御装置のアクセスを排他
   的に制御する管理ファイルとを備え、前記読取端末にお
   いて、前記光学式文字読取装置による読取動作と、前記
   制御装置による前記文字認識結果の修正業務とを非同期
   に並行して実行する第２の構成、 の少なくとも一方の構成を備えたことを特徴とする文字
   認識システム。