JPH11102416A

JPH11102416A - 帳票読取方向判定装置および帳票読取方向判定方法

Info

Publication number: JPH11102416A
Application number: JP9262543A
Authority: JP
Inventors: Yoshihiro Nagano; 義博永野; Shinichi Eguchi; 真一江口; Hideki Matsuno; 秀樹松野; Nobukazu Chiba; 亘一千葉; Katsutoshi Obara; 勝利小原
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1997-09-26
Filing date: 1997-09-26
Publication date: 1999-04-13

Abstract

(57)【要約】【課題】帳票に補正マーク等の特定情報を付加せず、
また帳票の読み込み時にオペレータが回転方向を指定し
なくても、帳票の読み取り方向を正確に確認できるよう
にすることを課題とする。【解決手段】処理システム１００の制御下において、
レイアウト認識プログラム２００ではレイアウト認識エ
ンジン制御部２０１の制御に従って、ラベリング処理部
２０２および罫線項目抽出処理部２０３により読み取ら
れた帳票のイメージから罫線項目およびブロックを抽出
し、回転方向判定処理部２０４により、横長，縦長の罫
線項目の割合、複数のブロックが接触する位置の関係、
ブロックとそのブロック外の文字列との位置関係、およ
び行列方向での罫線項目内の記入によるピーク位置の関
係から最終的に帳票の読み取り方向を判定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えば金融機関
等で使用される帳票処理装置に適用され、読み取られた
帳票の方向を判定する帳票読取方向判定装置およびその
方法であって、特に、私製伝票等のように多種多様なフ
ォーマットを有する帳票の読み取り方向を判定するため
の帳票読取方向判定装置およびその方法に関する。

【０００２】

【従来の技術】近年、文字情報をイメージデータ（イメ
ージ）として読み取ってから文字認識する装置として、
光学式文字読み取り装置（ＯＣＲ装置）等のイメージデ
ータ読取装置が開発され、各種産業においては、このイ
メージデータ読取装置を幅広く利用することにより、業
務の効率化等を図っている。

【０００３】例えば、金融機関等における窓口業務を行
なうオペレータは、上述のイメージデータ読取装置を用
いて、帳票媒体（帳票）を効率的に処理することを通じ
て、業務の効率化を図っている。

【０００４】特に、上述のような帳票処理を行なうよう
な業務の効率化を図るためには、同一種類の帳票媒体
（認識処理専用帳票）の多量処理を行なうだけでなく、
多種多様なフォーマットを有する帳票を自動的に処理す
ることが要求されている。

【０００５】そこで、複数種類の帳票媒体について、イ
メージデータ読取装置を用いた帳票媒体の処理について
図１５，図１６，図１７を参照して説明する。図１５は
一般的な帳票処理装置のシステム構成を示す模式図、図
１６は図１５に示した帳票処理装置の動作の一例を説明
する図、そして、図１７は図１５に示した帳票処理装置
の動作の変形例を示す図である。

【０００６】帳票処理装置１０００は、図１５に示した
如く、帳票についてのイメージデータを読み取るイメー
ジデータ読取装置１００１、演算処理を行う電子計算機
１００２、およびデータの書き込みおよび読み出しを行
うハードディスク１００３より構成される。イメージデ
ータ読取装置１００１は、電子計算機１００２に接続さ
れ、電子計算機１００２からの制御に基づいてイメージ
データの読取動作を行なう。なお、このイメージデータ
読取装置１００１としては、例えばイメージスキャナや
ＦＡＸが用いられている。

【０００７】また、イメージデータ読取装置１００１を
制御する制御装置としての電子計算機１００２は、オペ
レータからの命令，データ等を入力するキーボードある
いはマウス等の入力部（図１５においてはキーボードの
み図示）１００２−１，計算機本体１００２−２および
データあるいは制御情報等を表示するディスプレイ１０
０２−３により構成されている。なお、イメージデータ
読取装置１００１により読み取られたイメージデータの
文字認識処理は、電子計算機本体１００２−２により行
なわれる。

【０００８】さらに、１００３はハードディスクであ
り、このハードディスク１００３は、電子計算機１００
２に接続され、例えば図１６に示すように、予め帳票種
類毎に認識すべき文字データの位置情報および文字の種
類、桁数等を指定した情報（以下「定義体情報」と称
す）１００３Ａ〜１００３Ｃ，…を格納する。

【０００９】なお、上述のイメージデータ読取装置１０
０１の代わりに、図１６，図１７に示すような、イメー
ジデータ読取認識装置１００５を用いることもできる。
このイメージ読取認識装置１００５は、イメージデータ
読取装置１００１と同様のイメージデータの読取動作を
行なうとともに文字認識をも行なうことができる。

【００１０】このイメージデータ読取認識装置１００５
を用いて、例えば図１６に示すように、電気料金払込通
知書１００４上に記載された文字データを認識する場合
について説明する。その際には、まず、オペレータによ
るキーボード１００２−１の操作により帳票種別（この
場合は電気料金払込通知書（帳票Ｂ）１００４に対応す
る定義体情報１００３Ｂ）を指示する。

【００１１】続いて、電子計算機１００２では、ハード
ディスク１００３のアクセスを通じで、指示された帳票
の定義体情報１００３Ｂを引出してイメージデータ読取
認識装置１００５に通知する。

【００１２】これにより、イメージデータ読取認識装置
１００５では、電子計算機１００２からの制御情報とし
ての定義体情報１００３Ｂに基づいて、イメージデータ
の読み取りと文字認識処理とを行なうことができる。

【００１３】しかしながら、上述の図１６に示すような
帳票を処理する手法においては、オペレータの指示によ
り読み取りたい帳票毎に定義体情報を指示する必要があ
る。この手法では、オペレータに負担がかかるほか、定
義体が多くなると指示を間違えたりする。さらに、数千
種類もの帳票を処理することが要求される場合には、オ
ペレータが指示することは現実的に困難となる。

【００１４】このため、図１７に示すように、帳票１０
０４の定められた位置１００４ａには、予め帳票毎に異
なった帳票を識別するためのＩＤ番号（この場合は‘０
１０２’）を記載することにより、上述したようにオペ
レータが帳票種別を指示することなく、自動的に帳票の
読取処理を行なうという方法が考えられている。

【００１５】この方法によれば、イメージデータ読取認
識装置１００５にて帳票のイメージデータを読み取る際
に、最初に定められた位置１００４ａに記されたＩＤ番
号を認識し、続いて認識したＩＤ番号に対応した定義体
情報（この場合は１００３Ｂ）を使用することにより、
文字認識を行なうことができる。

【００１６】ところが、イメージデータを読み取る際
に、イメージデータ読取装置１００１やイメージデータ
読取認識装置１００５等の光学的読取装置（例えば帳票
処理装置）において帳票等をセットする位置が変動する
場合がある。このような場合には、例えばハードディス
ク１００３に定義体情報が予め格納されている帳票と同
一の帳票が読み取られた場合でも、文字データの領域や
図形領域等のイメージの基準点（物理原点）からの座標
が定義体情報におけるものと同一にならないため、帳票
処理装置等においては、同一のレイアウトではないと判
定される。

【００１７】帳票処理装置等においては、読み取られた
イメージデータのレイアウトと定義体情報におけるレイ
アウトとを一致させてからイメージデータの文字認識を
行なわないと、文字認識処理が正常に行なわれないこと
がある。このため、まず、それぞれのイメージの基準点
を抽出してそれぞれのイメージの基準点からの座標を比
較しでレイアウトの一致の判定を行なっている。

【００１８】ここで、イメージデータの基準点の抽出方
法は、以下の２つの方法が主流となっており、それらを
図１８（ａ），（ｂ）を参照して説明する。図１８
（ａ），（ｂ）は従来例によるイメージデータの基準点
の抽出方法を説明する図である。

【００１９】なお、前提条件として、読み取り対象の帳
票は予め印刷された帳票であり、用紙における帳票の印
刷位置が高い精度で管理されているものとする。１つめ
の方法は、図１８（ａ）に示すように、読み取られる帳
票の用紙端面１００６と読取背景１００７とが識別でき
るようなイメージデータ読取装置により帳票のイメージ
データを読み取る場合には、用紙端面１００６の左上端
位置Ｐを基準点とするものである。

【００２０】また、２つめの方法は、イメージスキャナ
やＦＡＸにより帳票のイメージデータを読み取る場合に
は、図１８（ｂ）に示すように、読取背景１００９と読
み取られた用紙端面１００８とが識別できないため、予
め読み取り対象の帳票用紙に基準マークＲを印刷してお
き、この基準マークＲをイメージデータから抽出して基
準点とするものである。

【００２１】この２つめの方法においては、予め基準点
位置が基準マークＲとして印刷されているため、読取装
置に帳票をセットする位置が変動した場合でも、安定し
て基準点を抽出することが可能である利点がある。

【００２２】ところが、帳票処理装置等においては、上
述の方法により基準点が正確に抽出された場合でも、イ
メージデータの読取方向が正しい方向でなければ、イメ
ージデータの文字記述方向が正しい方向とならないた
め、文字認識処理を行なうことができない。そこで、図
１９を参照して読み取り方向の補正方法について説明す
る。図１９は従来例によるイメージデータの回転補正処
理を説明する図である。

【００２３】例えば図１９に示すように、横方向で情報
が記述された振込伝票（帳票Ｃ）１０１０が、イメージ
データ読取装置１００１により誤った方向（図１９では
縦方向）から読み取られた場合には、読み取られた振込
伝票１０１０のイメージデータは、ディスプレイ１００
２−３に符号１０１０Ａで示すように誤った向きで表示
される。

【００２４】このため、帳票処理装置等による文字認識
処理の際には、オペレータが、ディスプレイ１００２−
３を目視して帳票の読み取り方向が正しいか否かを判断
する。その結果、帳票の読み取り方向が正しくない場
合、オペレータは、読み取られた帳票のイメージデータ
を時計回りに９０度または１８０度回転させる指示をキ
ーボード１００２−１から入力して、帳票のイメージデ
ータがディスプレイ１００２−３に符号１０１０Ｂで示
すように正しい方向に表示させる。このように、読み取
り方向が正しくない場合には、イメージデータの回転補
正処理を行なう必要があった。

【００２５】このように、従来、イメージスキャナ等で
帳票を読み込む際に、帳票の回転方向をオペレータが指
定し、その指定された方向に帳票のイメージデータを回
転させた後に、文字認識等の各種の処理が行われてい
た。あるいは、あらかじめ定められた帳票については、
その帳票上の補正マーク等の特定情報が利用され、正方
向に帳票を回転させる等の方法が採られていた。

【００２６】

【発明が解決しようとする課題】ところが、上述した従
来例による帳票処理装置では、帳票上にあらかじめ補正
マーク等の特定情報を設定しておく必要があるので、企
業から金融機関への持ち込み伝票のように、帳票作成元
がシステムの運用場所とは異なる場合には、マークの設
定が困難、あるいは不可能であった。

【００２７】また、オペレータが帳票の回転方向を指定
するために、あらかじめ同じ向きの帳票を揃えた後、イ
メージスキャナで読み込ませる等の運用が行われていた
ので、ミスが発生する可能性が高くなるとともに、作業
性が悪くなるという危惧があった。

【００２８】この発明は、上述した従来例による問題を
解消するため、帳票に補正マーク等の特定情報を付加せ
ず、また帳票の読み込み時にオペレータが回転方向を指
定しなくても、帳票の読み取り方向を正確に確認するこ
とが可能な帳票読取方向判定装置およびその方法を提供
することを第１の目的とする。

【００２９】この発明は、第１の目的に加え、正確な帳
票の読み取り方向に従って帳票のイメージを正確に補正
することが可能な帳票読取方向判定装置およびその方法
を提供することを第２の目的とする。

【００３０】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するため、請求項１の発明に係る帳票読取方
向判定装置は、任意のフォーマットで情報が記入された
帳票から読み取られたイメージから、該帳票に記入され
たフォーマットのレイアウトの特徴を抽出する特徴抽出
手段と、前記特徴抽出手段により抽出されたレイアウト
の特徴に基づいて前記帳票の読み取り方向を判定する判
定手段と、を備えたことを特徴とする。

【００３１】この請求項１の発明によれば、帳票フォー
マットのレイアウトの特徴から帳票の読み取り方向を判
定するようにしたので、帳票に補正マーク等の特定情報
を付加した帳票を用意する必要はなく、任意のフォーマ
ットをもつ帳票が使用でき、また帳票の読み込み時にオ
ペレータが回転方向を指定した場合に生じる人為的な回
転方向の誤入力を防止することができ、これによって、
私製帳票等のように任意のフォーマットをもつ帳票であ
っても帳票の読み取り方向を正確に確認することが可能
である。

【００３２】また、請求項２の発明に係る帳票読取方向
判定装置は、縦横方向に配列された罫線で囲まれた矩形
の内でこれ以上細分化できない矩形によって形成される
複数の罫線項目を有する帳票であって、該帳票を任意の
一辺から読み取って得られたイメージデータに基づいて
前記帳票を形成する罫線項目を抽出する抽出手段と、前
記抽出手段により抽出された罫線項目の形状および配列
に従って前記帳票の読み取り方向を判定する判定手段
と、を備えたことを特徴とする。

【００３３】この請求項２の発明によれば、読み取られ
た帳票のイメージから罫線項目を抽出して、その罫線項
目の形状および配列から帳票の読み取り方向を判定する
ようにしたので、帳票に補正マーク等の特定情報を付加
した帳票を用意する必要はなく、どのような形状やサイ
ズの罫線項目をもつ帳票でも使用することができ、また
帳票の読み込み時にオペレータが回転方向を指定した場
合に生じる人為的な回転方向の誤入力を防止することが
でき、これによって、私製帳票等のように任意のフォー
マットをもつ帳票であっても帳票の読み取り方向を正確
に確認することが可能である。

【００３４】また、請求項３の発明に係る帳票読取方向
判定装置は、縦横方向に配列された罫線で囲まれた矩形
の内でこれ以上細分化できない矩形によって形成される
複数の罫線項目を有する帳票であって、該帳票を任意の
一辺から読み取って得られたイメージデータに基づいて
前記帳票を形成する罫線項目を抽出する抽出手段と、前
記抽出手段により抽出された罫線項目の内で横長の形状
をもつ罫線項目の数に対する縦長の罫線項目の数の割合
に従って前記帳票の読み取り方向を判定する判定手段
と、を備えたことを特徴とする。

【００３５】この請求項３の発明によれば、読み取られ
た帳票のイメージから罫線項目を抽出して、横長の罫線
項目と縦長の罫線項目の割合から帳票の読み取り方向を
判定するようにしたので、帳票に補正マーク等の特定情
報を付加した帳票を用意する必要はなく、縦長の罫線項
目と横長の罫線項目とが混在した帳票でも使用すること
ができ、また帳票の読み込み時にオペレータが回転方向
を指定した場合に生じる人為的な回転方向の誤入力を防
止することができ、これによって、私製帳票等のように
任意のフォーマットをもつ帳票であっても帳票の読み取
り方向を正確に確認することが可能である。

【００３６】また、請求項４の発明に係る帳票読取方向
判定装置は、縦横方向に配列された罫線で囲まれた矩形
の内でこれ以上細分化できない矩形によって形成される
複数の罫線項目を有する帳票であって、該帳票を任意の
一辺から読み取って得られたイメージデータに基づい
て、前記帳票を形成する罫線項目、および罫線で囲まれ
た矩形の内でこれ以上罫線項目を結合できない矩形によ
って形成されるブロックを抽出する抽出手段と、前記抽
出手段により複数のブロックが抽出された場合にのみ、
前記複数のブロック間で矩形サイズが一番大きいブロッ
クに接触する他のブロックの接触位置を判定し、該判定
された接触位置に基づいて前記帳票の読み取り方向を判
定する判定手段と、を備えたことを特徴とする。

【００３７】この請求項４の発明によれば、読み取られ
た帳票のイメージから罫線項目およびブロックを抽出し
て、複数のブロックが接触する位置関係から帳票の読み
取り方向を判定するようにしたので、複数のブロックが
存在する帳票でも使用することができ、また帳票の読み
込み時にオペレータが回転方向を指定した場合に生じる
人為的な回転方向の誤入力を防止することができ、これ
によって、私製帳票等のように任意のフォーマットをも
つ帳票であっても帳票の読み取り方向を正確に確認する
ことが可能である。

【００３８】また、請求項５の発明に係る帳票読取方向
判定装置は、縦横方向に配列された罫線で囲まれた矩形
の内でこれ以上細分化できない矩形によって形成される
複数の罫線項目を有する帳票であって、該帳票を任意の
一辺から読み取って得られたイメージデータに基づい
て、前記帳票を形成する罫線項目、および罫線で囲まれ
た矩形の内でこれ以上罫線項目を結合できない矩形によ
って形成されるブロックを抽出する抽出手段と、前記イ
メージデータに基づいて前記抽出手段により抽出された
ブロック外に有効な文字列のイメージが存在するか否か
を判定し、前記有効な文字列のイメージが存在する場合
に前記抽出手段により抽出されたブロックと前記有効な
イメージとの位置関係に従って前記帳票の読み取り方向
を判定する判定手段と、を備えたことを特徴とする。

【００３９】この請求項５の発明によれば、読み取られ
た帳票のイメージから罫線項目およびブロックを抽出し
て、ブロックとそのブロックの外に存在する文字列との
位置関係から帳票の読み取り方向を判定するようにした
ので、ブロックがひとつだけ存在する帳票でもブロック
外に文字列がある帳票であれば使用可能となり、また帳
票の読み込み時にオペレータが回転方向を指定した場合
に生じる人為的な回転方向の誤入力を防止することがで
き、これによって、私製帳票等のように任意のフォーマ
ットをもつ帳票であっても帳票の読み取り方向を正確に
確認することが可能である。

【００４０】また、請求項６の発明に係る帳票読取方向
判定装置は、請求項３〜５のいずれか一つの発明におい
て、前記判定手段は、前記イメージデータに基づいて前
記抽出手段により抽出された罫線項目の行列方向に向か
って前記各罫線項目内の記入の有無をカウントして各行
列の合計カウント値を求めるカウント手段と、前記カウ
ント手段により求められた前記各行列の合計カウント値
に基づいて行方向，列方向それぞれのピーク位置を判定
するピーク位置判定手段と、を有し、判定の際に、前記
ピーク位置判定手段により判定された行方向のピーク位
置と列方向のピーク位置との関係を加味することを特徴
とする。

【００４１】この請求項６の発明によれば、読み取り方
向を判定する際に、さらに、行列方向での罫線項目内の
記入の有無をカウントして行方向での記入のピーク位置
と列方向での記入のピーク位置との関係を加味するよう
にしたので、一般的な帳票によくある第１行および／ま
たは第１列にあらかじめ記入される項目名の存在からも
読み取り方向の判定に確実性を与えることが可能であ
る。

【００４２】また、請求項７の発明に係る帳票読取方向
判定装置は、請求項６の発明において、前記判定手段
は、前記ピーク位置判定手段により行方向と列方向との
いずれか一方にしかピーク位置が判定されなかった場
合、罫線で囲まれた矩形の内でこれ以上罫線項目を結合
できない矩形によって形成されるブロックにおいて前記
判定されたピーク位置がくる辺側を前記帳票の正位置で
の上辺側として判定に加味することを特徴とする。

【００４３】請求項６の発明は、この請求項７の発明の
ように、行列のいずれか一方にしかピーク位置がない場
合にブロック上でピーク位置がくる辺側を帳票の正位置
での上辺側として判定に加味するようにしてもよい。

【００４４】また、請求項８の発明に係る帳票読取方向
判定装置は、請求項６の発明において、前記判定手段
は、前記ピーク位置判定手段により行方向と列方向との
両方にピーク位置が判定された場合、罫線で囲まれた矩
形の内でこれ以上罫線項目を結合できない矩形によって
形成されるブロックにおいて前記判定されたピーク位置
がくる辺側を前記帳票の正位置での上辺側もしくは左辺
側として判定に加味することを特徴とする。

【００４５】請求項６の発明は、この請求項８の発明の
ように、行列の両方にピーク位置がある場合にブロック
上でピーク位置がくる辺側を帳票の正位置での上辺側も
しくは左辺側として判定に加味するようにしてもよい。

【００４６】また、請求項９の発明に係る帳票読取方向
判定装置は、縦横方向に配列された罫線で囲まれた矩形
の内でこれ以上細分化できない矩形によって形成される
複数の罫線項目を有する帳票であって、該帳票を任意の
一辺から読み取って得られたイメージデータに基づい
て、前記帳票を形成する罫線項目、および罫線で囲まれ
た矩形の内でこれ以上罫線項目を結合できない矩形によ
って形成されるブロックを抽出する抽出手段と、前記抽
出手段により抽出された罫線項目の内で横長の形状をも
つ罫線項目の数に対する縦長の罫線項目の数の割合に従
って前記帳票の読み取り方向を判定する第１判定手段
と、前記抽出手段により複数のブロックが抽出された場
合にのみ、前記複数のブロック間で矩形サイズが一番大
きいブロックに接触する他のブロックの接触位置を判定
し、該判定された接触位置に基づいて前記帳票の読み取
り方向を判定する第２判定手段と、前記イメージデータ
に基づいて前記抽出手段により抽出されたブロック外に
有効な文字列のイメージが存在するか否かを判定し、前
記有効な文字列のイメージが存在する場合に前記抽出手
段により抽出されたブロックと前記有効なイメージとの
位置関係に従って前記帳票の読み取り方向を判定する第
３判定手段と、前記イメージデータに基づいて前記抽出
手段により抽出された罫線項目の行列方向に向かって前
記各罫線項目内の記入の有無をカウントして行方向，列
方向それぞれのピーク位置を判定し、その判定された行
方向のピーク位置と列方向のピーク位置との関係から前
記帳票の読み取り方向を判定する第４判定手段と、前記
第１〜第４判定手段の内の少なくとも２つ以上の組み合
わせにより得られた判定結果を加重合計して最終的に前
記帳票の読み取り方向を判定する判定手段と、を備えた
ことを特徴とする。

【００４７】この請求項９の発明によれば、読み取られ
た帳票のイメージから罫線項目およびブロックを抽出し
て、横長，縦長の罫線項目の割合、複数のブロックが接
触する位置の関係、ブロックとそのブロック外の文字列
との位置関係、および行列方向での罫線項目内の記入に
よるピーク位置の関係の２つ以上の組み合わせで最終的
に帳票の読み取り方向を判定するようにしたので、ひと
つの判定基準だけにとらわれず、複数の判定基準により
判定結果の偏りが分散され、これによって、より正確な
帳票の読み取り方向を確認することが可能である。

【００４８】また、請求項１０の発明に係る帳票読取方
向判定装置は、請求項１〜９のいずれか一つの発明にお
いて、さらに、前記判定手段により判定された前記帳票
の読み取り方向に従って前記帳票のイメージデータを正
位置に回転補正するイメージ回転手段を有したことを特
徴とする。

【００４９】この請求項１０の発明によれば、帳票の読
み取り方向に従って帳票のイメージデータを正位置に回
転補正するようにしたので、請求項１〜９のいずれかの
発明により得られた帳票の読み取り方向に従って自動的
に帳票のイメージを正確に補正することが可能である。

【００５０】また、請求項１１の発明に係る帳票読取方
向判定方法は、縦横方向に配列された罫線で囲まれた矩
形の内でこれ以上細分化できない矩形によって形成され
る複数の罫線項目を有する帳票であって、該帳票を任意
の一辺から読み取って得られたイメージデータに基づい
て前記帳票を形成する罫線項目を抽出する第１工程と、
前記第１工程により抽出された罫線項目の内で横長の形
状をもつ罫線項目の数に対する縦長の罫線項目の数の割
合に従って前記帳票の読み取り方向を判定する第２工程
と、を含んだことを特徴とする。

【００５１】この請求項１１の発明によれば、読み取ら
れた帳票のイメージから罫線項目を抽出して、横長の罫
線項目と縦長の罫線項目の割合から帳票の読み取り方向
を判定する工程にしたので、帳票に補正マーク等の特定
情報を付加した帳票を用意する必要はなく、縦長の罫線
項目と横長の罫線項目とが混在した帳票でも使用するこ
とができ、また帳票の読み込み時にオペレータが回転方
向を指定した場合に生じる人為的な回転方向の誤入力を
防止することができ、これによって、私製帳票等のよう
に任意のフォーマットをもつ帳票であっても帳票の読み
取り方向を正確に確認することが可能である。

【００５２】また、請求項１２の発明に係る帳票読取方
向判定方法は、縦横方向に配列された罫線で囲まれた矩
形の内でこれ以上細分化できない矩形によって形成され
る複数の罫線項目を有する帳票であって、該帳票を任意
の一辺から読み取って得られたイメージデータに基づい
て、前記帳票を形成する罫線項目、および罫線で囲まれ
た矩形の内でこれ以上罫線項目を結合できない矩形によ
って形成されるブロックを抽出する第１工程と、前記第
１工程により複数のブロックが抽出された場合にのみ、
前記複数のブロック間で矩形サイズが一番大きいブロッ
クに接触する他のブロックの接触位置を判定し、該判定
された接触位置に基づいて前記帳票の読み取り方向を判
定する第２工程と、を含んだことを特徴とする。

【００５３】この請求項１２の発明によれば、読み取ら
れた帳票のイメージから罫線項目およびブロックを抽出
して、複数のブロックが接触する位置関係から帳票の読
み取り方向を判定する工程にしたので、複数のブロック
が存在する帳票でも使用することができ、また帳票の読
み込み時にオペレータが回転方向を指定した場合に生じ
る人為的な回転方向の誤入力を防止することができ、こ
れによって、私製帳票等のように任意のフォーマットを
もつ帳票であっても帳票の読み取り方向を正確に確認す
ることが可能である。

【００５４】また、請求項１３の発明に係る帳票読取方
向判定方法は、縦横方向に配列された罫線で囲まれた矩
形の内でこれ以上細分化できない矩形によって形成され
る複数の罫線項目を有する帳票であって、該帳票を任意
の一辺から読み取って得られたイメージデータに基づい
て、前記帳票を形成する罫線項目、および罫線で囲まれ
た矩形の内でこれ以上罫線項目を結合できない矩形によ
って形成されるブロックを抽出する第１工程と、前記イ
メージデータに基づいて前記第１工程により抽出された
ブロック外に有効な文字列のイメージが存在するか否か
を判定し、前記有効な文字列のイメージが存在する場合
に前記第１工程により抽出されたブロックと前記有効な
イメージとの位置関係に従って前記帳票の読み取り方向
を判定する第２工程と、を含んだことを特徴とする。

【００５５】この請求項１３の発明によれば、読み取ら
れた帳票のイメージから罫線項目およびブロックを抽出
して、ブロックとそのブロックの外に存在する文字列と
の位置関係から帳票の読み取り方向を判定する工程にし
たので、ブロックがひとつだけ存在する帳票でもブロッ
ク外に文字列がある帳票であれば使用可能となり、また
帳票の読み込み時にオペレータが回転方向を指定した場
合に生じる人為的な回転方向の誤入力を防止することが
でき、これによって、私製帳票等のように任意のフォー
マットをもつ帳票であっても帳票の読み取り方向を正確
に確認することが可能である。

【００５６】また、請求項１４の発明に係る帳票読取方
向判定方法は、請求項１１〜１３のいずれか一つの発明
において、前記第２工程は、前記イメージデータに基づ
いて前記抽出手段により抽出された罫線項目の行列方向
に向かって前記各罫線項目内の記入の有無をカウントし
て各行列の合計カウント値を求める第３工程と、前記第
３工程により求められた前記各行列の合計カウント値に
基づいて行方向，列方向それぞれのピーク位置を判定す
る第４工程と、を含み、判定の際に、前記第４工程によ
り判定された行方向のピーク位置と列方向のピーク位置
との関係を加味することを特徴とする。

【００５７】この請求項１４の発明によれば、読み取り
方向を判定する際に、さらに、行列方向での罫線項目内
の記入の有無をカウントして行方向での記入のピーク位
置と列方向での記入のピーク位置との関係を加味する工
程にしたので、一般的な帳票によくある第１行および／
または第１列にあらかじめ記入される項目名の存在から
も読み取り方向の判定に確実性を与えることが可能であ
る。

【００５８】また、請求項１５の発明に係る帳票読取方
向判定方法は、請求項１４の発明において、前記第２工
程は、前記第４工程により行方向と列方向とのいずれか
一方にしかピーク位置が判定されなかった場合、罫線で
囲まれた矩形の内でこれ以上罫線項目を結合できない矩
形によって形成されるブロックにおいて前記判定された
ピーク位置がくる辺側を前記帳票の正位置での上辺側と
して判定に加味することを特徴とする。

【００５９】請求項１４の発明は、この請求項１５の発
明のように、行列のいずれか一方にしかピーク位置がな
い場合にブロック上でピーク位置がくる辺側を帳票の正
位置での上辺側として判定に加味するようにしてもよ
い。

【００６０】また、請求項１６の発明に係る帳票読取方
向判定方法は、請求項１４の発明において、前記第２工
程は、前記第４工程により行方向と列方向との両方にピ
ーク位置が判定された場合、罫線で囲まれた矩形の内で
これ以上罫線項目を結合できない矩形によって形成され
るブロックにおいて前記判定されたピーク位置がくる辺
側を前記帳票の正位置での上辺側もしくは左辺側として
判定に加味することを特徴とする。

【００６１】請求項１４の発明は、この請求項１６の発
明のように、行列の両方にピーク位置がある場合にブロ
ック上でピーク位置がくる辺側を帳票の正位置での上辺
側もしくは左辺側として判定に加味するようにしてもよ
い。

【００６２】また、請求項１７の発明に係る帳票読取方
向判定方法は、縦横方向に配列された罫線で囲まれた矩
形の内でこれ以上細分化できない矩形によって形成され
る複数の罫線項目を有する帳票であって、該帳票を任意
の一辺から読み取って得られたイメージデータに基づい
て、前記帳票を形成する罫線項目、および罫線で囲まれ
た矩形の内でこれ以上罫線項目を結合できない矩形によ
って形成されるブロックを抽出する第１工程と、前記第
１工程により抽出された罫線項目の内で横長の形状をも
つ罫線項目の数に対する縦長の罫線項目の数の割合に従
って前記帳票の読み取り方向を判定する第２工程手段
と、前記第１工程により複数のブロックが抽出された場
合にのみ、前記複数のブロック間で矩形サイズが一番大
きいブロックに接触する他のブロックの接触位置を判定
し、該判定された接触位置に基づいて前記帳票の読み取
り方向を判定する第３工程と、前記イメージデータに基
づいて前記第１工程により抽出されたブロック外に有効
な文字列のイメージが存在するか否かを判定し、前記有
効な文字列のイメージが存在する場合に前記抽出手段に
より抽出されたブロックと前記有効なイメージとの位置
関係に従って前記帳票の読み取り方向を判定する第４工
程と、前記イメージデータに基づいて前記第１工程によ
り抽出された罫線項目の行列方向に向かって前記各罫線
項目内の記入の有無をカウントして行方向，列方向それ
ぞれのピーク位置を判定し、その判定された行方向のピ
ーク位置と列方向のピーク位置との関係から前記帳票の
読み取り方向を判定する第５工程と、前記第２〜第５工
程の内の少なくとも２つ以上の組み合わせにより得られ
た判定結果を加重合計して最終的に前記帳票の読み取り
方向を判定する第６工程と、を含んだことを特徴とす
る。

【００６３】この請求項１７の発明によれば、読み取ら
れた帳票のイメージから罫線項目およびブロックを抽出
して、横長，縦長の罫線項目の割合、複数のブロックが
接触する位置の関係、ブロックとそのブロック外の文字
列との位置関係、および行列方向での罫線項目内の記入
によるピーク位置の関係の２つ以上の組み合わせで最終
的に帳票の読み取り方向を判定する工程にしたので、ひ
とつの判定基準だけにとらわれず、複数の判定基準によ
り判定結果の偏りが分散され、これによって、より正確
な帳票の読み取り方向を確認することが可能である。

【００６４】また、請求項１８の発明に係る帳票読取方
向判定方法は、請求項１１〜１７のいずれか一つの発明
において、さらに、前記判定された前記帳票の読み取り
方向に従って前記帳票のイメージデータを正位置に回転
補正する工程を含んだことを特徴とする。

【００６５】この請求項１８の発明によれば、帳票の読
み取り方向に従って帳票のイメージデータを正位置に回
転補正する工程にしたので、請求項１１〜１７のいずれ
かの発明により得られた帳票の読み取り方向に従って自
動的に帳票のイメージを正確に補正することが可能であ
る。

【００６６】

【発明の実施の形態】以下に添付図面を参照して、この
発明の帳票読取方向判定装置および帳票読取方向判定方
法に係る好適な実施の形態を詳細に説明する。

【００６７】まず、構成について説明する。図１はこの
発明の一実施の形態にかかる帳票処理装置の全体構成を
示す機能ブロック図である。ここで、図１に示す帳票処
理装置３０は、私製伝票等のように多種多様なフォーマ
ットを有する帳票から読み取ったイメージデータ（イメ
ージ）に基づいて、この情報の認識を行なうものであ
る。

【００６８】この帳票処理装置３０は、例えば金融機関
の各支店（営業店）毎に設置されたクライアントと、地
区センタに設置されたサーバとが、交換回線等を介して
接続されることにより構成され、客営業店における帳票
処理を地区センタのサーバにより一括して行なうシステ
ムに適用可能である。

【００６９】この帳票処理装置３０は、上記システムに
おいて、帳票のイメージデータのレイアウトを解析する
ことにより処理対象の帳票のフォーマットを認識し、こ
の帳票のフォーマットの認識結果に基づいて帳票の文字
認識を実施する。これにより、帳票処理装置専用に作成
された帳票だけでなく、任意のフォーマットで情報が記
入された帳票の認識処理を行なうことができる。ここ
で、帳票処理装置３０は、機能的には図１に示すよう
に、レイアウト認識処理ブロック１６，文字認識処理ブ
ロック１７およびオペレータ確認／修正処理ブロック１
８を備えている。

【００７０】レイアウト認識処理ブロック１６は、イメ
ージデータ読取装置により読み取られたイメージデータ
１９のレイアウト認識処理を行なうブロックであり、解
析前処理部１，レイアウト解析処理部２，レイアウト照
合処理部３およびレイアウト編集処理部４を備えてい
る。

【００７１】ここで、解析前処理部１は、レイアウト解
析処理に先立って、レイアウトの変動要因を少なくして
解析精度を高めるものである。この解析前処理部１は、
認識対象イメージデータ１９の形式変換後に、解析処理
用の低密度イメージの作成を行うとともに、解析処理時
に精度低下の要因となるイメージデータ上のゴミ等の除
去を行う。

【００７２】また、レイアウト解析処理部２は、解析用
辞書１３を参照して、読み取ったイメージデータからレ
イアウトの特徴である罫線項目および項目データを抽出
して、レイアウトの構成を解析し、この抽出した罫線項
目および項目データによりレイアウトを論理的に表現す
る。

【００７３】すなわち、レイアウト解析処理部２は、読
み取ったイメージデータから、帳票固有の特徴を抽出
し、この特徴により認識すべき情報の存在する位置を特
定する手段として機能する。

【００７４】具体的には、レイアウト解析処理部２は、
認識対象イメージのレイアウトを解析して、レイアウト
を構成している各種の構成要素（罫線項目および項目デ
ータ）をレイアウト特徴として抽出する。さらに、この
レイアウト解析処理部２は、後段のレイアウト照合処理
部３でのレイアウト照合処理時に登録済レイアウト情報
を検索するために、この抽出されたレイアウト特徴から
レイアウトの大まかな制約条件であるレイアウトのキー
情報を作成する。

【００７５】このレイアウト解析処理部２は、イメージ
のレイアウトの特徴を抽出し、その抽出されたレイアウ
トの特徴に基づいてレイアウトの構成を解析する。ま
た、レイアウトの特徴抽出では、罫線の抽出や罫線項目
の抽出等が実施されるとともに、レイアウト解析すなわ
ち表構造解析が実施される。

【００７６】ここで、レイアウトが罫線により構成され
る表構造を有している場合には、罫線抽出処理でレイア
ウトの罫線から形成される最小矩形である罫線項目が抽
出され、抽出された罫線項目に基づいて、表構造解析処
理で罫線項目により構成される表構造が解析されるよう
になっている。

【００７７】また、レイアウトが罫線を持たない無罫線
表構造を有している場合には、罫線項目抽出処理でレイ
アウトの項目データが抽出され、抽出されたレイアウト
の項目データに基づいて、表構造解析処理で無罫線表構
造が解析されるようになっている。

【００７８】さらに、レイアウト解析処理部２が罫線項
目や項目データを抽出してから、レイアウトの論理的な
原点（論理原点）を抽出するように構成されている。具
体的には、レイアウト解析処理部２においては、ラベリ
ング処理によるラベル画像の作成，レイアウト照合用の
帳票イメージの論理原点および斜度情報の抽出，罫線デ
ータの抽出と罫線項目により構成される表構造の解析，
項目データの抽出と無罫線表時の項目表構造の解析およ
び見出し領域の決定と見出し項目の認識，対応する項目
データの決定（見出し解析処理）、が行なわれる。

【００７９】なお、ラベリング処理によるラベル画像の
作成処理は、入力されたイメージデータ（２値画像デー
タ）から連結成分（２値画像において１つに繋がった画
像の成分）を算出して、冬連結成分母にラベルを付けた
ラベル画像を作成する処理のことである。なお、このラ
ベリング処理については、例えば「連結領域の抽出装置
および方法」（特開平０８−５５２１９号）が公知であ
る。

【００８０】また、罫線項目の抽出処理は、罫線に囲ま
れた文字や図形等のデータから罫線部分を抽出して、罫
線部分とデータ部分とを分離する処理のことである。な
お、この罫線項目の抽出処理については、例えば「画像
抽出方式」（特開平０６−３０９４９８号）が公知であ
る。

【００８１】さらに、見出し解析処理は、イメージ中の
見出し領域（見出し項目）を決定して、この見出し領域
中の見出し項目情報を認識して、対応する項目データを
決定するものである。

【００８２】すなわち、この実施の形態においては、レ
イアウト解析処理部２において見出し項目および見出し
項目と対応する項目データを識別することにより、文字
認識処理ブロック１７において見出し項目の文字認識処
理を行なうことなく直ちに項目データの文字認識を行な
えるようにしている。

【００８３】ところで、レイアウト照合処理部３は、レ
イアウト解析処理部２で抽出されたレイアウトの特徴
（罫線項目および項目データ）を制約検索条件として、
レイアウトデータベース（レイアウトＤＢ）１４から候
補レイアウトを検索する。さらに、このレイアウト照合
処理部３は、一致している候補レイアウトがあるかどう
かを照合して、レイアウト解析処理部２で特定された位
置でのイメージを認識し、特定された位置における情報
を判別する。

【００８４】ここで、レイアウトＤＢ１４は、候補レイ
アウト情報を記憶している候補レイアウト記憶部であ
り、この実施の形態においては、候補レイアウト情報と
して圧縮された候補レイアウト情報を記憶している。な
お、このときのレイアウト情報の圧縮処理については、
後述にて詳細に説明する。

【００８５】また、レイアウトＤＢ１４には、レイアウ
ト解析処理部２でのレイアウト解析結果を補正するため
のレイアウト補正情報が格納されている。この実施の形
態においては、後述するレイアウト編集処理部４におい
て、このレイアウト補正情報を用いでレイアウト解析結
果を補正することにより、その後の処理を高い精度で行
なえるようになっている。

【００８６】さらに、レイアウトＤＢ１４の内容は、後
述するように、候補レイアウト情報を、レイアウト認識
処理ブロック１６やオペレータ確認／修正処理ブロック
１８での処理結果に基づいて学習，更新されるようにな
っており、これにより、オペレータ等による候補レイア
ウト情報のレイアウトＤＢ１４への登録操作を不要とし
て操作の簡素化を図っている。

【００８７】また、レイアウト照合処理部３は、レイア
ウト解析処理部２で抽出された論理原点を基準にして、
一致している候補レイアウトがあるかどうかを照合する
ようにしている。

【００８８】すなわち、レイアウト照合処理部３は、レ
イアウト解析処理部２で作成されたレイアウトキー情報
を使用して、レイアウトＤＢ１４に格納されているレイ
アウト情報を検索照合し、一致するレイアウト情報を取
得するものである。

【００８９】また、上述のレイアウト照合処理部３は、
レイアウトの検索照合を行なう際には、まず大まかな制
約条件であるレイアウトキー情報を制約条件としてレイ
アウトＤＢ１４を検索し、検索の結果得られた複数の候
補レイアウトに対して、更に詳細な照合を行うことによ
り一致するレイアウトを決定する。

【００９０】具体的には、レイアウト照合処理部３にお
いては、候補レイアウトに対する詳細な照合処理の際
に、制約条件の大まかなものから順に、罫線項目ビット
マトリクスの照合，罫線項目位置と罫線項目属性の詳細
な照合，項目デ一夕位置の照合，見出し位置と見出し内
容の照合および領域イメージ（ユニークイメージ）の特
徴デ一夕照合、が行われる。

【００９１】ここで、罫線項目ビットマトリクスの照合
処理とは、レイアウト解析処理部２で抽出されたレイア
ウトの特徴を圧縮処理し、この圧縮したレイアウトの特
徴を制約検索条件として、レイアウトＤＢ１４から圧縮
した候補レイアウトを検索することにより、一致してい
る候補レイアウトがあるかどうかを照合するものであ
る。

【００９２】すなわち、この実施の形態においては、レ
イアウトＤＢ１４が圧縮した候補レイアウト情報を記憶
して、レイアウト照合処理蔀３において圧縮処理したレ
イアウト情報を作成して圧縮したレイアウト情報どうし
を照合することにより、レイアウト照合処理の高速化を
図っているのである。

【００９３】さらに、レイアウト編集処理部４は、レイ
アウト照合処理部３でレイアウトＤＢ１４を検索照合し
た結果、レイアウトＤＢ１４に一致するレイアウトが存
在する場合には、前述のごとく、レイアウトＤＢ１４か
ら取得したレイアウト補正情報に基づいてレイアウト解
析結果を補正した後に、補正されたレイアウト情報をレ
イアウト認識結果２０として出力する。

【００９４】なお、レイアウト補正情報を用いた補正内
容は、見出し位置と見出し内容の補正と、見出しにリン
クする項目データ位置および項目データ属性の補正であ
る。

【００９５】また、レイアウト編集処理部４は、レイア
ウト照合処理部３でレイアウトＤＢ１４を検索照合した
結果、レイアウトＤＢ１４に一致するレイアウトが存在
しない場合には、新規レイアウトとして、レイアウト解
析結果をそのままレイアウト情報（レイアウト認識結果
２０）として出力する。

【００９６】ところで、文字認識処理ブロック１７は、
レイアウト認識処理ブロック１６からのレイアウト認識
結果２０の文字認識処理を行なうブロックであり、文字
認識用定義体作成部５，文字認識処理部６および知識処
理部７を備えている。

【００９７】ここで、文字認識用定義体作成部５は、レ
イアウト認識結果２０として出力されるレイアウト情報
をもとに、文字認識処理部６で使用する文字認識対象の
項目データ位置と項目データ属性を定義した文字認識用
定義体（一時定義体）２１を作成するものである。

【００９８】レイアウト認識結果２０の項目データ情報
は、解析対象イメージの左上端からの絶対座標で出力す
るが、イメージ読み取り時の用紙位置の変動により、解
析対象イメージの左上端が常に一定の位置になるとは限
らない。このため、文字認識用定義体処理部５では、解
析対象イメージに合わせてその都度、文字認識用定義体
２１を動的に作成する。

【００９９】また、文字認識処理部６は、文字認識定義
体作成処理部５で、レイアウト情報より作成された文字
認識用定義体２１を使用して、文字認識対象の項目デー
タについて文字認識処理を行ない、認識結果のコードデ
ータを取得する。

【０１００】さらに、知識処理部７は、文字認識処理部
６の認識結果コードデータを、認識結果の補正情報を記
録した知識データベース（知識ＤＢ）１５を参照しで補
正し、文字認識結果２２としで出力する。

【０１０１】そして、オペレータ確認／修正処理ブロッ
ク１８は、レイアウト認識結果２０および文字認識結果
２２が、端末装置（例えば図１におけるクライアント１
０）に表示されて、オペレータによりイメージデータの
処理結果の確認および修正処理が行なわれるブロックで
ある。このオペレータ確認／修正処理ブロック１８は、
レイアウト画面表示処理部８および文字認識結果画面表
示処理部９を備えている。

【０１０２】ここで、レイアウト画面表示処理部８は、
オペレータによるレイアウト認識結果２０および文字認
識結果２２の修正および確認のため、レイアウト認識結
果２０のレイアウト情報をもとに、認識対象イメージと
見出し位置や見出し内容および対応する項目位置等の解
析結果をクライアント１０のディスプレイに表示する。

【０１０３】この実施の形態においては、従来の修正お
よび確認処理を拡張して、認識結果のコードデータと、
対応する帳票イメージ上の見出し内容や項目データとを
リンクしてクライアント１０のディスプレイに表示する
ことにより、レイアウト情報の修正および確認処理を行
えるようになっている。

【０１０４】また、文字認識結果画面表示処理部９は、
レイアウト画面表示処理部８の表示に合わせて、文字認
識対象イメージの認識項目に対応する文字認識結果のコ
ードデータを画面表示する。

【０１０５】さらに、クライアント１０においては、デ
ィスプレイ表示された認識対象イメージと対応するレイ
アウト認識結果２０や文字認識結果２２がオペレータに
より確認され、必要に応じでレイアウト認識結果２０お
よび文字認識結果２２の修正が行なわれる。

【０１０６】なお、図１に示す帳票処理装置３０は、上
述したレイアウト認識処理ブロック１６，文字認識処理
ブロック１７およびオペレータ確認／修正処理ブロック
１８のほかに、レイアウト情報作成処理部１１および知
識ログ情報作成処理部１２も備えている。

【０１０７】ここで、レイアウトログ情報作成処理部１
１は、レイアウト認識結果２０のレイアウト情報に、オ
ペレータによる修正内容を補正データとして付加してレ
イアウトＤＢ学習情報２５を作成することにより、レイ
アウトＤＢ１４に格納されるレイアウト補正情報を作成
する。なお、作成されたレイアウト補正情報は、補正内
容が判断された上、レイアウトＤＢ１４に学習登録され
る。

【０１０８】また、レイアウトログ情報作成処理部１１
は、レイアウト認識結果２０のレイアウト情報に、オペ
レータによる修正内容を補正データとして付加して解析
用辞書学習情報２４を作成する。その作成された解析用
辞書学習情報２４は、補正内容が判断された上、解析用
辞書１３に学習登録される。

【０１０９】さらに、知識ログ情報作成処理部１２は、
文字認識結果２２のコートデータに、オペレータによる
修正内容を補正データとして付加して知識ＤＢ１５用の
知識学習情報２３を作成する。その作成された学習デー
タは、知識ＤＢ１５に学習登録される。

【０１１０】上述の構成により、この発明の一実施の形
態にかかる帳票処理装置３０においては、任意のフォー
マットを有する帳票のイメージデータ１９が読み取られ
ると、このイメージデータ１９のレイアウトが解析され
ることにより処理対象の帳票のフォーマットが認識さ
れ、この帳票のフォーマットの認識結果に基づいて帳票
の文字認識が行なわれる。そして、レイアウト認識結果
２０および文字認識結果２２は、オペレータにより確認
され、必要に応じて修正される。

【０１１１】つぎに、帳票処理装置３０において、帳票
の読み取り方向を判定する帳票読取方向判定装置につい
て具体的に説明する。図２はこの発明の一実施の形態に
よる帳票処理装置に適用される帳票読取方向判定装置の
構成を機能的に示す機能ブロック図である。

【０１１２】図２に示した帳票読取方向判定装置は、装
置全体の制御を行う処理システム１００およびこの処理
システム１００の制御に従って帳票のレイアウトを認識
する機能を果たすためのレイアウト認識プログラム２０
０に加えて、上述したレイアウト認識を支援するデバイ
スとして、データをキー入力するためのキーボード３０
０、帳票などのイメージを読み取るためのイメージスキ
ャナ４００、各種データの書き込みおよび読み出しを行
うためのハードディスク５００および各種データを可視
表示するためのディスプレイ６００より構成される。こ
の図２に示した帳票読取方向判定装置は、図１に示した
レイアウト認識処理ブロック１６の内のレイアウト解析
処理部２を具体的に実現するための構成を示している。

【０１１３】処理システム１００は、レイアウト認識プ
ログラム２００を使用するアプリケーションプログラム
１０１、このアプリケーションプログラム１０１を動作
させるオペレーティングシステム（ＯＳ）１０２、この
ＯＳ１０２の制御に従ってＩ／Ｏデバイス群１０４を制
御するデバイスドライバ１０３、および、このデバイス
ドライバ１０３の制御で各種デバイス（キーボード３０
０，イメージスキャナ４００，ハードディスク５００お
よびディスプレイ６００）の入出力を制御するＩ／Ｏド
ライバ群１０４より構成される。この処理システム１０
０は、図示せぬが、各種のプログラム実行中のワークエ
リアとして使用するＲＡＭを備えている。

【０１１４】レイアウト認識プログラム２００は、レイ
アウト認識エンジン制御部２０１、ラベリング処理部２
０２、罫線項目抽出処理部２０３、回転方向判定処理部
２０４、イメージ回転処理部２０５、レイアウト解析処
理部２０６、認識項目抽出処理部２０７、および文字認
識処理部２０８より構成される。

【０１１５】レイアウト認識エンジン制御部２０１は、
レイアウト認識全体の処理を制御する機能を果たす部分
である。ラベリング処理部２０２は、レイアウト認識エ
ンジン制御部２０１から読み取られた帳票のイメージデ
ータを受け取り、ラベリング処理を施す機能を果たす部
分である。ここで、ラベリング処理とは、イメージデー
タに対してその黒画素の連結する部分を同一のラベルと
して同一番号を与える処理をいう。以下に、このラベリ
ング処理で得られた情報をラベリング情報とする。

【０１１６】罫線項目抽出処理部２０３は、ラベリング
処理部２０２で得られたラベリング情報に基づいて罫線
項目情報およびブロック情報を抽出する機能を果たす部
分である。この罫線項目抽出処理部２０３で得られた罫
線項目情報およびブロック情報はレイアウト認識エンジ
ン制御部２０１に送出される。

【０１１７】ここで、罫線項目情報とは、ラベリング情
報から罫線項目に相当すると判断された罫線項目の情報
をいう。なお、罫線項目の詳細な定義として、罫線項目
を罫線で囲まれた矩形の内でこれ以上細分化できない矩
形と定義する。また、ブロック情報とは、ラベリング情
報から得られた罫線項目を結合してこれ以上矩形を形成
できない範囲の矩形すなわちブロックの情報をいう。

【０１１８】回転方向判定処理部２０４は、罫線項目抽
出処理部２０３で得られた罫線項目情報およびブロック
情報に基づいて読み取られた帳票について正方向からの
回転方向（時計方向に０度、９０度、１８０度、およ
び、２７０度の内のいずれか一つ）を判定する機能を果
たす部分である。この回転方向判定処理部２０４で得ら
れた判定結果はレイアウト認識エンジン制御部２０１に
送出される。

【０１１９】イメージ回転処理部２０５は、回転方向判
定処理部２０４で得られた読み取り帳票の回転方向に応
じてイメージデータを正位置に回転させ、帳票が正方向
を向くように方向の補正を行う機能を果たす部分であ
る。このイメージ回転処理部２０５のイメージ回転処理
で得られたイメージデータは、回転済みのフラグを付加
されて、レイアウト認識エンジン制御部２０１に送出さ
れる。

【０１２０】レイアウト解析処理部２０６は、レイアウ
ト解析処理部２に相当し、罫線項目抽出処理部２０３で
得られた罫線項目情報およびブロック情報に基づいて帳
票レイアウトの解析処理を行う機能を果たす部分であ
る。このレイアウト解析処理部２０６で得られた解析結
果すなわちレイアウト解析情報は、レイアウト認識エン
ジン制御部２０１に送出される。

【０１２１】認識項目抽出処理部２０７は、帳票のイメ
ージデータ、罫線項目抽出処理部２０３で得られた罫線
項目情報、およびレイアウト解析処理部２０６で得られ
たレイアウト解析情報に基づいて文字認識をすべき領域
を表す認識項目情報を抽出する機能を果たす部分であ
る。この認識項目抽出処理部２０７で得られた認識項目
情報は、レイアウト認識エンジン制御部２０１に送出さ
れる。

【０１２２】文字認識処理部２０８は、帳票のイメージ
データおよび認識項目抽出処理部２０７で得られた認識
項目情報に基づいて文字認識処理を行う機能を果たす部
分である。この文字認識処理部２０８で得られた文字認
識結果は、レイアウト認識エンジン制御部２０１に送出
される。

【０１２３】また、レイアウト認識エンジン制御部２０
１は、上述した回転後のイメージデータ、レイアウト解
析情報、認識項目情報、および文字認識結果を処理結果
としてアプリケーションプログラム１０１に送出して、
帳票読取方向判定の処理を終了する。

【０１２４】なお、レイアウト認識エンジン制御部２０
１は、そのほかに、図１に示したレイアウト照合処理部
３およびレイアウト編集処理部４についての制御も受け
持つが、帳票読取方向判定装置としては上述した機能ブ
ロックとなる。

【０１２５】つぎに、上述した帳票読取方向判定装置で
使用する帳票のフォーマットの種類について図３〜図５
を参照して説明する。図３〜図５は帳票のフォーマット
の種類を示す図である。

【０１２６】図３において、Ａは帳票の一種である振り
込み依頼書を示している。すなわち、この振り込み依頼
書Ａは、罫線によって５行４列に区分される罫線項目で
ブロックを構成した主表ａで構成される。この振り込み
依頼書Ａの場合、各罫線項目は、情報を横書きで記入す
ることから、横長にスペースがとられている。これは一
般的な振り込み依頼書の特徴である。

【０１２７】この振り込み依頼書Ａでは、主表ａにおい
て、先頭行の罫線項目に、横方向に金融機関，口座番
号，受け取り人名，金額の順に項目名が記入され、次行
以降に４つの記入欄が形成されている。この振り込み依
頼書Ａにより全部で４つの振込先に対して情報を書き込
むことができる。

【０１２８】上述した振り込み依頼書Ａは、主表ａだけ
の１ブロック構成である。したがって、この振り込み依
頼書Ａの場合には、読み取りが行われた際に、縦長の罫
線項目の数と横長の罫線項目の数とを比較して正方向か
らの回転方向が判定される。通常、正方向（正位置）で
は、縦長の罫線項目の数よりも横長の罫線項目の数の方
が多くとられることから、横長の罫線項目の数の方が縦
長の罫線項目の数よりも多い場合には、読み取り方向が
正方向もしくは１８０度回転していると判定される。一
方、縦長の罫線項目の数の方が横長の罫線項目の数より
も多い場合には、読み取り方向が９０度もしくは２７０
度回転している判定される。

【０１２９】さらに、正確な読み取り方向を判定するた
めには、振り込み依頼書Ａの“振り込み依頼書”（図３
参照）というタイトルの位置が主表ａの４辺のどこに位
置するかを確認したり（文字認識せず、黒画素での判
断）、後述するが、列方向もしくは行方向に対する罫線
項目内の文字の存在を確認することで、正位置からの回
転方向を判定することができる。

【０１３０】また、図４において、Ｂは帳票の一種であ
る振り込み依頼書を示している。この振り込み依頼書Ｂ
は、罫線によって５行４列に区分される罫線項目でブロ
ックを構成した主表ｂ１と、この主表ｂ１の３列目およ
び４列目の最下行に接続された１行２列分の副表ｂ２と
により構成される。

【０１３１】この振り込み依頼書Ｂでは、主表ｂ１にお
いて、先頭行の罫線項目に、金融機関，口座番号，受け
取り人名，金額の項目名が記入され、次行以降に４つの
記入欄が形成されている。この振り込み依頼書Ｂにより
全部で４つの振込先に対して情報を書き込むことができ
る。副表ｂ２では、主表ｂ１の合計金額を書き込む欄が
金額欄の列に配置され、その合計という項目名が受け取
り人名欄の列に配置されている。なお、各罫線項目は、
情報を横書きで記入することから、横長にスペースがと
られている。

【０１３２】このように、上述した振り込み依頼書Ｂ
は、主表ｂ１下辺の右側に副表ｂ２を接触させた２ブロ
ック構成である。したがって、この振り込み依頼書Ｂの
場合には、読み取りが行われた際に、前述の振り込み依
頼書Ａでの判定方法の他に、主表ｂ１下辺の右側に副表
ｂ２が接触する位置がきたときを正方向（正位置）とし
て判定することができる。

【０１３３】さらに、図５において、Ｃは帳票の一種で
ある振り込み依頼書を示している。この振り込み依頼書
Ｃは、罫線によって５行４列に区分される罫線項目でブ
ロックを構成した主表ｃ１と、この主表ｃ１の３列目お
よび４列目の最上行に接続された１行２列分の副表ｃ２
とにより構成される。

【０１３４】この振り込み依頼書Ｃでは、主表ｃ１にお
いて、先頭行の罫線項目に、金融機関，口座番号，受け
取り人名，金額の項目名が記入され、次行以降に４つの
記入欄が形成されている。この振り込み依頼書Ｃにより
全部で４つの振込先に対して情報を書き込むことができ
る。副表ｃ２では、この振り込み依頼書Ｃの依頼人の名
前を書き込む欄が金額欄の列に配置され、その依頼人と
いう項目名が受け取り人名欄の列に配置されている。な
お、各罫線項目は、情報を横書きで記入することから、
横長にスペースがとられている。

【０１３５】このように、上述した振り込み依頼書Ｃ
は、主表ｃ１上辺の右側に副表ｃ２を接触させた２ブロ
ック構成である。したがって、この振り込み依頼書Ｃの
場合には、読み取りが行われた際に、前述の振り込み依
頼書Ｂとは副表の位置判定が主表の上下辺逆となり、主
表ｃ１上辺の右側に副表ｃ２が接触する位置がきたとき
を正方向（正位置）として判定することができる。

【０１３６】つぎに、動作について説明する。図６はこ
の実施の形態による帳票読取方向判定処理を説明するフ
ローチャートであり、図７はラベリング処理を視覚的に
説明する図である。以下の説明では、図３，図４および
図５にそれぞれ示した振り込み依頼書Ａ，Ｂ，Ｃを例に
挙げて説明する。

【０１３７】一般的に、帳票処理装置等においては、処
理対象の帳票の読取方向が正しい方向でなければ、イメ
ージデータ（イメージ）の文字記述方向が正しい方向と
ならないため、文字認識処理を行なうことができない。

【０１３８】このため、帳票処理装置３０においては、
帳票読取方向判定装置により、帳票の読み取られたイメ
ージの方向を判定して、イメージの方向が誤っていた場
合には、正しい方向となるようにイメージの回転補正処
理を行ない、処理対象の帳票の読取方向が誤っていた場
合でも、後述するイメージのレイアウト解析処理や文字
認識処理を行なうことができるようになっている。

【０１３９】この帳票読取方向判定処理では、まず、前
回の判定結果がＲＡＭよりクリアされ（ステップＳ
１）、最初の処理としてラベリング処理が実施される
（ステップＳ２）。このラベリング処理は、前述のラベ
リング処理部２０２の機能として実施されるものであ
る。図７（ａ）には、ラベリング対象となるイメージデ
ータの一部である１１画素×１１画素のマトリクスより
なるイメージデータが示されている。

【０１４０】イメージスキャナ４００により読み取られ
た振り込み依頼書のイメージにおいて、図７（ａ）に示
したイメージから黒画素が上下左右および斜めで連結す
る部分を抽出すると、Ｐ１，Ｐ２，Ｐ３，Ｐ４の４つの
領域が得られる。これら４つの領域Ｐ１，Ｐ２，Ｐ３，
Ｐ４には、図７（ｂ）に示したように、それぞれ同一領
域の各画素に対してラベル番号（１），（２），
（３），（４）が付与される。

【０１４１】この後、ラベル番号（１），（２），
（３），（４）をそれぞれ付与した画素の外接矩形が求
められ、それぞれの外接矩形はラベル矩形Ｑ１，Ｑ２，
Ｑ３，Ｑ４となる。ラベル矩形Ｑ１，Ｑ２，Ｑ３，Ｑ４
はラベリング情報としてＲＡＭに格納される。

【０１４２】以上のラベリング処理（ステップＳ２）に
よりラベリング情報が求められると、続いて罫線項目の
抽出が実行される（ステップＳ３）。この罫線項目抽出
処理は、前述の罫線項目抽出処理部２０３の機能として
実施されるものである。この罫線項目抽出処理では、読
み取られたイメージデータを探索して、罫線から形成さ
れる最小矩形である罫線項目を自動的に抽出する処理が
実行される。この罫線項目抽出処理により抽出された罫
線項目情報は処理システム１００内のＲＡＭに格納され
る。

【０１４３】このようにして罫線項目情報が得られる
と、今度はブロックの抽出が行われる（ステップＳ
４）。このブロック抽出も、前述の罫線項目抽出処理部
２０３の機能として実施されるものである。このブロッ
ク抽出では、罫線で囲まれた矩形の内でこれ以上結合で
きない矩形を求め、その矩形をひとつのブロックとして
規定する処理が実行される。

【０１４４】読み取った帳票が図３に示した振り込み依
頼書Ａであった場合には、ブロック抽出処理により得ら
れる矩形は１つだけとなる。このため、図３に示した如
く、１つのブロックａだけが抽出されることになる。ま
た、図４に示した振り込み依頼書Ｂでは、ブロック抽出
処理により得られる矩形は２つとなる。このため、図４
に示した如く、２つのブロックｂ１，ｂ２が抽出される
ことになる。図５に示した振り込み依頼書Ｃでは、振り
込み依頼書Ｂの場合と同様に、２つのブロックｃ１，ｃ
２が抽出されることになる。

【０１４５】このブロック抽出処理により抽出されたブ
ロック情報は、上述の罫線項目情報とともに処理システ
ム１００内のＲＡＭに格納される。

【０１４６】続いて、横長判定処理が実施される（ステ
ップＳ５）。この横長判定処理は、ＲＡＭに格納された
罫線項目情報に基づいて罫線項目（表構造）を解析し
て、罫線項目の形状が縦長／横長のいずれであるかを判
定、すなわちイメージデータの読取方向が縦読み／横読
みのいずれであるかを判定するものである。

【０１４７】この横長判定処理は、前述の回転方向判定
処理部２０４の機能の一つとして実施されるものであ
る。この横長判定処理により得られた判定結果は、処理
システム１００内のＲＡＭに格納される。

【０１４８】ここで、銀行や企業等で取り扱う帳票や文
書類は、通常は横方向に記述されたものが多い。このた
め、帳票の正位置では、罫線項目も横長となることが多
くなる。そこで、この実施の形態では、横長判定処理が
必要となり、読み取り帳票の正位置を判断する上で、横
長の罫線項目が縦長の罫線項目より多いという条件を判
定条件として使用する。

【０１４９】続いて、ブロック判定処理が実施される
（ステップＳ６）。このブロック判定処理は、処理シス
テム１００のＲＡＭに格納されたブロック情報に基づい
て読み取られた振り込み依頼書に複数のブロックが存在
しているか否かを判断し、複数のブロックが存在してい
る場合にはブロック間の接触位置に従って正位置からの
回転方向を判定する。

【０１５０】このブロック判定処理は、前述の回転方向
判定処理部２０４の機能の一つとして実施されるもので
ある。このブロック判定処理により得られた判定結果
は、処理システム１００内のＲＡＭに格納される。

【０１５１】例えば、振り込み依頼書Ａは、図３に示し
たように、１つのブロックで構成されるため、上記ブロ
ック判定処理による回転方向の判断を仰ぐことはない。
一方、振り込み依頼書ＢもしくはＣは、図４および図５
に示したように、接触する複数（２つ）のブロックで構
成されるため、上記ブロック判定処理による回転方向の
判断を仰ぐことになる。

【０１５２】続いて、文字列判定処理が実施される（ス
テップＳ７）。この文字列判定処理は、処理システム１
００のＲＡＭに格納されたブロック情報およびイメージ
データに基づいてブロックの外に位置する文字列（１文
字または複数文字）の存在を確認し、その文字列がブロ
ックの４辺の内でどこに存在するかに従って正位置から
の回転方向を判定する。

【０１５３】この文字列判定処理は、前述の回転方向判
定処理部２０４の機能の一つとして実施されるものであ
る。この文字列判定処理により得られた判定結果は、処
理システム１００内のＲＡＭに格納される。

【０１５４】例えば、振り込み依頼書Ａでは、図３に示
したように、主表ａ（ブロック）の外に文字列“振り込
み依頼書”が配置されている。このため、その文字列
“振り込み依頼書”とブロック（主表ａ）の辺との位置
関係から、振り込み依頼書Ａにおける正位置からの回転
方向が判定可能となる。

【０１５５】また、振り込み依頼書Ｂでは、図４に示し
たように、主表ｂ１および副表ｂ２の外に文字列“振り
込み依頼書”が配置されている。同様に、振り込み依頼
書Ｃでは、図５に示したように、主表ｃ１および副表ｃ
２の外に文字列“振り込み依頼書”が配置されている。
このため、振り込み依頼書Ｂ，Ｃの各文字列“振り込み
依頼書”とブロック（主表ｂ１および副表ｂ２／主表ｃ
１および副表ｃ２）の辺との位置関係から、振り込み依
頼書Ｂ，Ｃにおける正位置からの回転方向が判定可能と
なる。

【０１５６】続いて、記入判定処理が実施される（ステ
ップＳ８）。この記入判定処理は、処理システム１００
のＲＡＭに格納された罫線項目およびイメージデータに
基づいて罫線項目内に記入されている文字が行，列の各
方向でどこまで記入されているか、そのピークを判定
し、その行，列の各ピーク位置から正位置からの回転方
向を判定する。

【０１５７】この記入判定処理は、前述の回転方向判定
処理部２０４の機能の一つとして実施されるものであ
る。この記入判定処理により得られた判定結果は、処理
システム１００内のＲＡＭに格納される。

【０１５８】続いて、総合判定が行われる（ステップＳ
９）。この総合判定は、前述した横長判定処理（ステッ
プＳ５）、ブロック判定処理（ステップＳ６）、文字列
判定処理（ステップＳ７）および記入判定処理（ステッ
プＳ８）の各判定結果を加重合計することにより、最終
的に振り込み依頼書の読み取り方向を判定する。この総
合判定は、前述の回転方向判定処理部２０４の機能の一
つとして実施されるものである。

【０１５９】続いて横長判定処理（図６：ステップＳ
５）について説明する。図８は図６に示した帳票読取方
向判定処理における横長判定処理を説明するフローチャ
ートである。

【０１６０】この横長判定処理では、まず、縦長罫線項
目のカウント数ＶＮを格納する縦長数カウンタと横長罫
線項目のカウント数ＨＮを格納する横長数カウンタとが
ゼロにクリアされる（ステップＳ５０１）。これら縦長
数カウンタおよび横長数カウンタはあらかじめ処理シス
テム１００のＲＡＭに設定される。

【０１６１】この後、罫線項目が順次読み出され、縦横
判定される。この横長判定処理では、あらかじめ設定さ
れたしきい値以下のサイズの罫線項目についてはカウン
トの対象外としていることから、縦横判定の際に、まず
縦横判定する対象の罫線項目のサイズがしきい値以上か
否かを判断する（ステップＳ５０２）。その際、しきい
値に満たないサイズの罫線項目については対象外と判断
して、イメージデータから罫線項目がさらに存在するか
否か判断される（ステップＳ５０６）。

【０１６２】また、ステップＳ５０２において、しきい
値以上のサイズをもつ罫線項目が確認されると、続くス
テップＳ５０３において縦、横の罫線の長さから罫線項
目の縦横判定が下される。その結果、縦長の罫線項目で
あるという判定結果が得られた場合には、処理はステッ
プＳ５０４に移行して、縦長数カウンタのカウント数Ｖ
Ｎを１つインクリメントする。

【０１６３】また、横長の罫線項目であるという判定結
果が得られた場合には、処理はステップＳ５０５に移行
して、横長数カウンタのカウント数ＨＮを１つインクリ
メントする。また、縦横の罫線の長さが等しく、縦長、
横長のいずれにも属さない罫線項目であった場合には、
カウント数ＶＮ，ＨＮのいずれもインクリメントせず、
処理はステップＳ５０６に移行する。

【０１６４】処理がステップＳ５０７に移行すると、つ
ぎの縦横判定を行うための罫線項目が存在するかを判定
する。この縦横判定がすべて終了した場合には、処理は
ステップＳ５０７に移行して、横長のカウント数ＨＮに
対する縦長のカウント数ＶＮの比率を求める。

【０１６５】処理システム１００のＲＡＭには、あらか
じめ正位置からの回転方向０度、９０度、１８０度、２
７０度の４方向に対して判定結果の重み付けを行うため
の判定領域が設けられている。そこで、もし横長の罫線
項目の数が縦長の罫線項目の数の２倍以上存在していた
場合には（ステップＳ５０７）、振り込み依頼書の読み
込み方向が正位置から０度とする判定領域、正位置から
１８０度とする判定領域にそれぞれ横長判定結果として
の重みが加算される（ステップＳ５０８）。すなわち、
この横長判定では、振り込み依頼書が０度もしくは１８
０度回転させて読み込まれたものとして判定結果が得ら
れる。

【０１６６】また、もし縦長の罫線項目の数が横長の罫
線項目の数の２倍以上損ｚ死していた場合には（ステッ
プＳ５０７）、振り込み依頼書の読み込み方向が正位置
から９０度とする判定領域、正位置から２７０度とする
判定領域にそれぞれ横長判定結果としての重みが加算さ
れる（ステップＳ５０９）。すなわち、この横長判定で
は、振り込み依頼書が９０度もしくは２７０度回転させ
て読み込まれたものとして判定結果が得られる。

【０１６７】また、縦長の罫線項目の数と横長の罫線項
目の数との関係が上述のいずれにも該当しない場合には
（ステップＳ５０７）、回転方向０度、９０度、１８０
度、２７０度の４方向のいずれに対しても重み付けせず
に、横長判定処理が終了する。

【０１６８】なお、図３，図４，図５の各振り込み依頼
書Ａ，Ｂ，Ｃはどれもすべて横長の罫線項目より構成さ
れているので、ステップＳ５０７の判定では、ステップ
Ｓ５０８もしくはステップＳ５０９のいずれかに処理が
移行することになる。

【０１６９】続いてブロック判定処理（図６：ステップ
Ｓ６）について説明する。図９は図６に示した帳票読取
方向判定処理におけるブロック判定処理を説明するフロ
ーチャートである。

【０１７０】このブロック判定処理では、まず、ブロッ
ク情報からブロック数が確認され、そのブロック数が１
つだけの場合にはそのまま処理が終了する（ステップＳ
６０１）。振り込み依頼書Ａの場合には、ブロック数が
ひとつなので（図３参照）、このブロック判定をせずに
処理が終了する。

【０１７１】一方、ブロック数が２つ以上存在する場合
には（ステップＳ６０１）、さらにつぎのステップＳ６
０２においてブロック間の接触の有無が判定される。振
り込み依頼書Ｂ，Ｃの場合には、いずれも２つのブロッ
クを有しているので（図４および図５参照）、このブロ
ック判定を行うため、処理はさらにステップＳ６０２に
進む。

【０１７２】振り込み依頼書Ｂでは主表ｂ１と副表ｂ２
との接触があることから（振り込み依頼書Ｃも同様）、
ステップＳ６０２においてその接触が確認され、処理は
さらにステップＳ６０３に移行する。なお、帳票のブロ
ック間で接触が確認されなかった場合にも、ブロック判
定をせずに処理が終了する。

【０１７３】ステップＳ６０３において、さらに主表と
副表との接触する辺の長さが確認される。もし一方のブ
ロック（主表側）の辺と他方のブロック（副表側）の辺
とが同一の長さであった場合には（ステップＳ６０
３）、イメージの読み取りエラーか、あるいは特殊な帳
票として判断され、このフローでは帳票のイメージをブ
ロック判定の対象外とする。このため、処理は終了す
る。

【０１７４】また、振り込み依頼書ＢやＣのように、主
表と副表との接触辺の長さが異なっている場合には（ス
テップＳ６０３）、振り込み依頼書ＢやＣのイメージは
ブロック判定対象となり、処理はさらにステップＳ６０
４に移行する。

【０１７５】ステップＳ６０４では、副表が主表の４辺
のうちでどの辺に接触するか判定される。その結果、副
表が主表の上辺に接触していた場合には、さらに副表が
その上辺のうちで右側、左側、それとも他の位置に接触
しているか判定される（ステップＳ６０５）。これは、
振り込み依頼書Ｂ（図４参照）が正位置から時計方向に
１８０度回転させた状態で読み取られた場合に相当す
る。

【０１７６】このとき、副表ｂ２は主表ｂ１の上辺の左
側で接触することになる。この場合には、処理はステッ
プＳ６１１に移行する。このステップＳ６１１では、正
位置から１８０度とする判定領域にブロック判定の重み
が加算される。すなわち、振り込み依頼書Ｂ（図４参
照）が正位置から時計方向に１８０度回転させた状態で
読み取られたという判定結果を得ることになる。この
後、処理は図６のメイン処理に戻る。

【０１７７】また、振り込み依頼書Ｂに関して、副表ｂ
２が主表ｂ１の左辺に接触していた場合には（ステップ
Ｓ６０４）、副表ｂ２はその左辺のうちで下側に接触し
ていることになる（ステップＳ６０６）。この場合に
は、処理はステップＳ６１０に移行する。このステップ
Ｓ６１０では、正位置から９０度とする判定領域にブロ
ック判定の重みが加算される。すなわち、振り込み依頼
書Ｂ（図４参照）が正位置から時計方向に９０度回転さ
せた状態で読み取られたという判定結果を得ることにな
る。この後、処理は図６のメイン処理に戻る。

【０１７８】また、振り込み依頼書Ｂに関して、副表ｂ
２が主表ｂ１の下辺に接触していた場合には（ステップ
Ｓ６０４）、副表ｂ２はその下辺のうちで右側に接触し
ていることになる（ステップＳ６０７）。この場合に
は、処理はステップＳ６０９に移行する。このステップ
Ｓ６０９では、正位置から０度とする判定領域にブロッ
ク判定の重みが加算される。すなわち、振り込み依頼書
Ｂ（図４参照）が正位置から時計方向に０度回転させた
状態で読み取られたという判定結果を得ることになる。
この後、処理は図６のメイン処理に戻る。

【０１７９】また、振り込み依頼書Ｂに関して、副表ｂ
２が主表ｂ１の右辺に接触していた場合には（ステップ
Ｓ６０４）、副表ｂ２はその右辺のうちで上側に接触し
ていることになる（ステップＳ６０８）。この場合に
は、処理はステップＳ６１２に移行する。このステップ
Ｓ６１２では、正位置から２７０度とする判定領域にブ
ロック判定の重みが加算される。すなわち、振り込み依
頼書Ｂ（図４参照）が正位置から時計方向に２７０度回
転させた状態で読み取られたという判定結果を得ること
になる。この後、処理は図６のメイン処理に戻る。

【０１８０】さらに振り込み依頼書Ｃの場合についても
説明する（図５参照）。副表ｃ２が主表ｃ１の上辺に接
触していた場合には（ステップＳ６０４）、副表ｃ２は
その上辺のうちで右側に接触していることになる（ステ
ップＳ６０８）。この場合には、処理はステップＳ６０
９に移行する。このステップＳ６０９では、正位置から
０度とする判定領域にブロック判定の重みが加算され
る。すなわち、振り込み依頼書Ｃ（図５参照）が正位置
から時計方向に０度回転させた状態で読み取られたとい
う判定結果を得ることになる。この後、処理は図６のメ
イン処理に戻る。

【０１８１】また、振り込み依頼書Ｃに関して、副表ｃ
２が主表ｃ１の左辺に接触していた場合には（ステップ
Ｓ６０４）、副表ｃ２はその左辺のうちで上側に接触し
ていることになる（ステップＳ６０６）。この場合に
は、処理はステップＳ６１２に移行する。このステップ
Ｓ６１２では、正位置から２７０度とする判定領域にブ
ロック判定の重みが加算される。すなわち、振り込み依
頼書Ｃ（図５参照）が正位置から時計方向に２７０度回
転させた状態で読み取られたという判定結果を得ること
になる。この後、処理は図６のメイン処理に戻る。

【０１８２】また、振り込み依頼書Ｃに関して、副表ｃ
２が主表ｃ１の下辺に接触していた場合には（ステップ
Ｓ６０４）、副表ｃ２はその下辺のうちで左側に接触し
ていることになる（ステップＳ６０７）。この場合に
は、処理はステップＳ６１１に移行する。このステップ
Ｓ６１１では、正位置から１８０度とする判定領域にブ
ロック判定の重みが加算される。すなわち、振り込み依
頼書Ｃ（図５参照）が正位置から時計方向に１８０度回
転させた状態で読み取られたという判定結果を得ること
になる。この後、処理は図６のメイン処理に戻る。

【０１８３】また、振り込み依頼書Ｃに関して、副表ｃ
２が主表ｃ１の右辺に接触していた場合には（ステップ
Ｓ６０４）、副表ｃ２はその右辺のうちで下側に接触し
ていることになる（ステップＳ６０８）。この場合に
は、処理はステップＳ６１０に移行する。このステップ
Ｓ６１０では、正位置から９０度とする判定領域にブロ
ック判定の重みが加算される。すなわち、振り込み依頼
書Ｃ（図５参照）が正位置から時計方向に９０度回転さ
せた状態で読み取られたという判定結果を得ることにな
る。この後、処理は図６のメイン処理に戻る。

【０１８４】なお、ステップＳ６０５〜ステップＳ６０
８のいずれかにおいて、接触位置が上下左右のいずれに
も該当しなかった場合には、ブロック判定の対象外、も
しくは特殊な帳票としてブロック判定結果得ることな
く、処理はこのブロック判定処理から抜ける。

【０１８５】続いて文字列判定処理（図６：ステップＳ
７）について説明する。図１０は図６に示した帳票読取
方向判定処理における文字列判定処理を説明するフロー
チャートである。

【０１８６】この文字列判定処理では、まず、イメージ
データに基づいてブロック外に配置される文字列の抽出
が行われる（ステップＳ７０１）。この抽出では、一定
以上の画素数で構成される領域が文字列として認識され
る。すなわち、文字認識を経ることなく、文字列の存在
を確認することになる。

【０１８７】続くステップＳ７０２において、さらに文
字列としての確実性を得るために、あらかじめ定めたし
きい値のサイズ以下の文字列については、ノイズもしく
はゴミとして文字列の抽出が解除される。

【０１８８】さらにステップＳ７０３において、ステッ
プＳ７０２でゴミなどを取り除いた上で有効な文字列が
存在するか判定する。そして、有効文字列が存在すると
いう判定結果が得られた場合には、続くステップＳ７０
４において、ブロックに対すいる文字列の位置が判定さ
れる。すなわち、振り込み依頼書Ａ，Ｂ，Ｃにおいて
は、いずれも正位置での上辺の位置に文字列“振り込み
依頼書”が配置されている。

【０１８９】したがって、文字列がブロックの上側に位
置していた場合には（ステップＳ７０４）、正位置から
０度とする判定領域に文字列判定の重みが加算される
（ステップＳ７０５）。すなわち、振り込み依頼書が正
位置から時計方向に０度回転させた状態で読み取られた
という判定結果を得ることになる。この後、処理は図６
のメイン処理に戻る。

【０１９０】また、文字列がブロックの左側に位置して
いた場合には（ステップＳ７０４）、正位置から２７０
度とする判定領域に文字列判定の重みが加算される（ス
テップＳ７０６）。すなわち、振り込み依頼書が正位置
から時計方向に２７０度回転させた状態で読み取られた
という判定結果を得ることになる。この後、処理は図６
のメイン処理に戻る。

【０１９１】また、文字列がブロックの下側に位置して
いた場合には（ステップＳ７０４）、正位置から１８０
度とする判定領域に文字列判定の重みが加算される（ス
テップＳ７０７）。すなわち、振り込み依頼書が正位置
から時計方向に１８０度回転させた状態で読み取られた
という判定結果を得ることになる。この後、処理は図６
のメイン処理に戻る。

【０１９２】また、文字列がブロックの右側に位置して
いた場合には（ステップＳ７０４）、正位置から９０度
とする判定領域に文字列判定の重みが加算される（ステ
ップＳ７０８）。すなわち、振り込み依頼書が正位置か
ら時計方向に９０度回転させた状態で読み取られたとい
う判定結果を得ることになる。この後、処理は図６のメ
イン処理に戻る。

【０１９３】なお、文字列がブロックのどの辺にも位置
していない場合には（ステップＳ７０４）、この文字列
判定の対象外、あるいは特殊な帳票として判断され、処
理はこの文字列判定処理から抜ける。

【０１９４】続いて記入判定処理（図６：ステップＳ
８）について説明する。図１１および図１２は図６に示
した帳票読取方向判定処理における記入判定処理を説明
するフローチャートであり、図１３および図１４は記入
判定処理を説明する帳票の一例を示す図である。

【０１９５】この記入判定処理では、まず、処理システ
ム１００のＲＡＭにあらかじめ設けられた行カウンタの
カウント値ＬＮおよび列カウンタのカウント値ＣＮがゼ
ロにクリアされる（ステップＳ８０１）。そして、ブロ
ック内の罫線項目を順番に移動しながら、各罫線項目内
に文字の記入があるか否か判定される。

【０１９６】記入の有無を判定する罫線項目はひとつず
つ移動させ、罫線項目内に記入があると（ステップＳ８
０２）、該当する行カウンタ，列カウンタのそれぞれの
カウント値ＬＮ，ＣＮがひとつインクリメントされる
（ステップＳ８０３）。その後、つぎに記入の有無を判
定するための罫線項目の存在が確認され（ステップＳ８
０４）、まだ罫線項目が存在していれば、処理はステッ
プＳ８０２に戻り、上述した処理を繰り返し実行する。

【０１９７】なお、ステップＳ８０２において、罫線項
目内の記入なしという判定があった場合には、処理はそ
のままステップＳ８０４に移行して、つぎの罫線項目の
存在を確認する。

【０１９８】ステップＳ８０４において、つぎの罫線項
目がないことが確認された場合には、処理はステップＳ
８０５に移行する。

【０１９９】ここで、図１３に示した内容の振り込み依
頼書Ａを例に挙げる。この振り込み依頼書Ａには、上か
ら３行目までに文字の記入がある。１行目には、１列目
より４列目に向かって、金融機関、口座番号、受け取り
人名、金額の項目名が記入されている。２行目には、そ
れぞれ１行目の各項目名に対応させて、東銀行、１２３
４、ＡＢＣ社、１０，０００（円）が記入され、３行目
には、それぞれ１行目の各項目名に対応させて、西銀
行、５６７８、ＤＥＦ社、２０，０００（円）が記入さ
れている。

【０２００】この場合、１列目〜４列目のすべてのカウ
ント値ＣＮは３となる。このため、１列目〜４列目すべ
てに共通して３行目までの記入が確認される。この列方
向の場合には、ピークはすべてカウント値“３”で共通
することから、ピークの存在はないことになる。また、
１行目〜５行目の各カウント値ＬＮは、４，４，４，
０，０となる。このため、１行目〜３行目すべてに共通
して４列目までの記入が確認されるとともに、４行目と
５行目すべてに共通して記入が１列もないことが確認さ
れる。したがって、この行方向の場合には、カウント値
“４”のところでピークが存在することになる。

【０２０１】ステップＳ８０５では、各カウント値Ｌ
Ｎ，ＣＮから行方向、列方向それぞれのピークが抽出さ
れる。図１３の状態で読み取られた場合には、行方向に
はピークが存在するが、列方向にはピークが存在しない
ことになる。このように、行方向だけにピークが存在す
る場合には（ステップＳ８０６）、処理はステップＳ８
０７に移行して、ピーク位置がどこにくるのかを判定す
る。図１３の例では、行方向のピーク位置が真中よりも
上側に位置していることから、上側という判定結果が得
られる。

【０２０２】したがって、ステップＳ８０７において上
側という判定結果が得られるので、処理はさらにステッ
プＳ８１３に移行する。このステップＳ８１３では、正
位置から０度とする判定領域に記入判定の重みが加算さ
れる。すなわち、振り込み依頼書Ａが正位置から時計方
向に０度回転させた状態で読み取られたという判定結果
を得ることになる。この後、処理は図６のメイン処理に
戻る。

【０２０３】また、振り込み依頼書Ａが図１３とは異な
る記入状態であり、ステップＳ８０７においてピーク位
置が下側にきていた場合には、処理はステップＳ８１５
に移行する。このステップＳ８１５では、正位置から１
８０度とする判定領域に記入判定の重みが加算される。
すなわち、振り込み依頼書Ａが正位置から時計方向に０
度回転させた状態で読み取られたという判定結果を得る
ことになる。この後、処理は図６のメイン処理に戻る。

【０２０４】また、ステップＳ８０７においてピーク位
置が上側でも下側でもなく、例えば真中にきていた場合
には、記入判定としての確実な判定結果が得られないこ
とから、そのまま処理が終了してメイン処理（図６参
照）に戻る。

【０２０５】また、図１３に示した振り込み依頼書Ａが
正位置から９０度回転させて読み込まれた場合には、行
方向ではカウント値がすべて３となってピークが得られ
ず、一方、列方向では右側にピークがくることになる。
したがって、ステップＳ８０６において列だけがピーク
ありと判定され、処理はステップＳ８０８に移行する。

【０２０６】そこで、ピーク位置が右側という判定結果
が得られることから（ステップＳ８０８）、処理はステ
ップＳ８１４に移行する。このステップＳ８１４では、
正位置から９０度とする判定領域に記入判定の重みが加
算される。すなわち、振り込み依頼書Ａが正位置から時
計方向に９０度回転させた状態で読み取られたという判
定結果を得ることになる。この後、処理は図６のメイン
処理に戻る。

【０２０７】また、振り込み依頼書Ａが図１３とは異な
る記入状態であり、ステップＳ８０８においてピーク位
置が左側にきていた場合には、処理はステップＳ８１６
に移行する。このステップＳ８１６では、正位置から２
７０度とする判定領域に記入判定の重みが加算される。
すなわち、振り込み依頼書Ａが正位置から時計方向に２
７０度回転させた状態で読み取られたという判定結果を
得ることになる。この後、処理は図６のメイン処理に戻
る。

【０２０８】また、ステップＳ８０８においてピーク位
置が右側でも左側でもなく、例えば真中にきていた場合
には、記入判定としての確実な判定結果が得られないこ
とから、そのまま処理が終了してメイン処理（図６参
照）に戻る。

【０２０９】なお、ステップＳ８０６において行方向に
も列方向にもピーク無しという判定結果が得られた場合
には、この記入判定処理からは正位置からの回転方向を
確認することができないため、処理はそのままメイン処
理（図６参照）に戻る。

【０２１０】さて、以上の例は図１３に示した振り込み
依頼書Ａを例に挙げたものであるが、図１４に示した振
り込み依頼書ＡＡについても同様の処理手順で記入判定
を行うことが出来る。図１４に示した振り込み依頼書Ａ
Ａでは、主表ａａの第１列に行番号が列方向に向かって
１，２，３，４の順であらかじめ付与されている。な
お、振り込み依頼書ＡＡへの記入内容は図１３に示した
振り込み依頼書Ａと同様の内容とする。

【０２１１】したがって、図１４に示した振り込み依頼
書ＡＡの場合には、行方向のカウント値は１行目〜５行
目に向かって、５，５，５，１，１となり、列方向のカ
ウント値は１列目〜５列目に向かって、５，３，３，
３，３となる。図１３に示した振り込み依頼書Ａには、
行番号のための罫線項目が設けられていないが、図１４
に示した振り込み依頼書ＡＡには、行番号のための罫線
項目が設けられている。このため、図１４のように、項
目名のための行を除いての第３行目（Ｎｏ．３）と第４
行目（Ｎｏ．４）とが空欄になると、第１列がカウント
値フルの“５”となって他の列のカウント値“３”と相
違する。すなわち、第１列目がピーク位置となる。

【０２１２】以上のことから、図１４に示した読み取り
状態での振り込み依頼書ＡＡの場合には、行列ともにピ
ークが存在する。したがって、ステップＳ８０６におい
て行列ともにピークありという判定結果が得られ、さら
に処理はステップＳ８０９に移行する。

【０２１３】このステップＳ８０９では、まず、行方向
のピーク位置が判定される。図１４の例では、行方向の
ピーク位置は図１３のときと同様に上側となることか
ら、処理はステップＳ８１０に移行する。このステップ
Ｓ８１０では、さらに列方向のピーク位置が判定され
る。図１４の例では、列方向のピーク位置が左側となる
ことから、処理はステップＳ８１３に移行する。このス
テップＳ８１３では、正位置から０度とする判定領域に
記入判定の重みが加算される。すなわち、振り込み依頼
書Ａが正位置から時計方向に０度回転させた状態で読み
取られたという判定結果を得ることになる。この後、処
理は図６のメイン処理に戻る。

【０２１４】また、図１４に示した振り込み依頼書ＡＡ
が正位置より９０度回転させて読み込まれた場合には、
行方向のピーク位置は上側となり（ステップＳ８０
９）、列方向のピーク位置は右側となる（ステップＳ８
１０）。したがって、処理はステップＳ８１４に移行す
る。このステップＳ８１４では、正位置から９０度とす
る判定領域に記入判定の重みが加算される。すなわち、
振り込み依頼書Ａが正位置から時計方向に９０度回転さ
せた状態で読み取られたという判定結果を得ることにな
る。この後、処理は図６のメイン処理に戻る。

【０２１５】また、ステップＳ８１０において列方向の
ピーク位置が真中であった場合には、行方向のピーク位
置の判定が重要視され、処理はステップＳ８１３に移行
する。すなわち、振り込み依頼書Ａが正位置から時計方
向に０度回転させた状態で読み取られたという判定結果
を得ることになる。

【０２１６】また、図１４に示した振り込み依頼書ＡＡ
が正位置より１８０度回転させて読み込まれた場合に
は、行方向のピーク位置は下側となり（ステップＳ８０
９）、列方向のピーク位置は右側となる（ステップＳ８
１１）。したがって、処理はステップＳ８１５に移行す
る。このステップＳ８１５では、正位置から１８０度と
する判定領域に記入判定の重みが加算される。すなわ
ち、振り込み依頼書Ａが正位置から時計方向に１８０度
回転させた状態で読み取られたという判定結果を得るこ
とになる。この後、処理は図６のメイン処理に戻る。

【０２１７】また、図１４に示した振り込み依頼書ＡＡ
が正位置より２７０度回転させて読み込まれた場合に
は、行方向のピーク位置は下側となり（ステップＳ８０
９）、列方向のピーク位置は左側となる（ステップＳ８
１１）。したがって、処理はステップＳ８１６に移行す
る。このステップＳ８１６では、正位置から２７０度と
する判定領域に記入判定の重みが加算される。すなわ
ち、振り込み依頼書Ａが正位置から時計方向に２７０度
回転させた状態で読み取られたという判定結果を得るこ
とになる。この後、処理は図６のメイン処理に戻る。

【０２１８】また、ステップＳ８１１において列方向の
ピーク位置が真中であった場合には、行方向のピーク位
置の判定が重要視され、処理はステップＳ８１５に移行
する。すなわち、振り込み依頼書Ａが正位置から時計方
向に１８０度回転させた状態で読み取られたという判定
結果を得ることになる。この後、処理は図６のメイン処
理に戻る。

【０２１９】また、図１４に示した振り込み依頼書ＡＡ
の記入内容が異なり、ステップＳ８０９において行方向
のピーク位置が真中という判定結果が得られた場合に
は、処理はステップＳ８１２に移行する。このステップ
Ｓ８１２において、さらに列方向のピーク位置が判定さ
れる。そして、列方向のピーク位置が左側という判定結
果が得られた場合には（ステップＳ８１２）、列方向の
ピーク位置が重要視され、処理はステップＳ８１３に移
行する。すなわち、振り込み依頼書Ａが正位置から時計
方向に０度回転させた状態で読み取られたという判定結
果を得ることになる。この後、処理は図６のメイン処理
に戻る。

【０２２０】また、列方向のピーク位置が右側という判
定結果が得られた場合には（ステップＳ８１２）、列方
向のピーク位置が重要視され、処理はステップＳ８１５
に移行する。すなわち、振り込み依頼書Ａが正位置から
時計方向に１８０度回転させた状態で読み取られたとい
う判定結果を得ることになる。この後、処理は図６のメ
イン処理に戻る。

【０２２１】なお、列方向のピーク位置が真中という判
定結果が得られた場合には（ステップＳ８１２）、行列
のいずれからも判定不可能のため、そのまま処理はメイ
ン処理（図６参照）に戻る。

【０２２２】さて、以上の動作説明では、０度、９０
度、１８０度、２７０度それぞれについて重みを加算し
れたものが回転方向別の最終的な重みとなる。これらの
重みは、回転方向判定処理部２０４において加重合計さ
れることになるが、上記０度、９０度、１８０度、２７
０度の各回転方向は正位置からどれだけ回転しているか
を示すものである。したがって、イメージ回転処理部２
０５で回転補正する場合には、読み取ったイメージデー
タについて、最終的に得られた回転方向に戻すか、それ
とも３６０度からその回転方向を差し引いた結果だけさ
らに回転を進めて正位置を得るようにする。

【０２２３】以上説明したように、この実施の形態によ
れば、読み取られた帳票のイメージから罫線項目を抽出
して、横長の罫線項目と縦長の罫線項目の割合から帳票
の読み取り方向（回転方向）を判定するようにしたの
で、帳票に補正マーク等の特定情報を付加した帳票を用
意する必要はなく、縦長の罫線項目と横長の罫線項目と
が混在した帳票でも使用することができ、また帳票の読
み込み時にオペレータが回転方向を指定した場合に生じ
る人為的な回転方向の誤入力を防止することができる。

【０２２４】また、読み取られた帳票のイメージから罫
線項目およびブロックを抽出して、複数のブロックが接
触する位置関係から帳票の読み取り方向を判定するよう
にしたので、複数のブロックが存在する帳票でも使用す
ることができ、また帳票の読み込み時にオペレータが回
転方向を指定した場合に生じる人為的な回転方向の誤入
力を防止することができる。

【０２２５】また、読み取られた帳票のイメージから罫
線項目およびブロックを抽出して、ブロックとそのブロ
ックの外に存在する文字列との位置関係から帳票の読み
取り方向を判定するようにしたので、ブロックがひとつ
だけ存在する帳票でもブロック外に文字列がある帳票で
あれば使用可能となり、また帳票の読み込み時にオペレ
ータが回転方向を指定した場合に生じる人為的な回転方
向の誤入力を防止することができる。

【０２２６】また、読み取り方向を判定する際に、さら
に、行列方向での罫線項目内の記入の有無をカウントし
て行方向での記入のピーク位置と列方向での記入のピー
ク位置との関係を加味するようにしたので、一般的な帳
票によくある第１行および／または第１列にあらかじめ
記入される項目名の存在からも読み取り方向の判定に確
実性を与えることが可能である。特に、行列のいずれか
一方にしかピーク位置がない場合にブロック上でピーク
位置がくる辺側を帳票の正位置での上辺側として判定に
加味すればよい。また、行列の両方にピーク位置がある
場合にブロック上でピーク位置がくる辺側を帳票の正位
置での上辺側もしくは左辺側として判定に加味すればよ
い。

【０２２７】また、読み取られた帳票のイメージから罫
線項目およびブロックを抽出した後、横長，縦長の罫線
項目の割合、複数のブロックが接触する位置の関係、ブ
ロックとそのブロック外の文字列との位置関係、および
行列方向での罫線項目内の記入によるピーク位置の関係
を少なくとも２つ以上の組み合わせて最終的に帳票の読
み取り方向を判定するようにすれば、ひとつの判定基準
だけにとらわれず、複数の判定基準により判定結果の偏
りが分散される。これによって、より正確な帳票の読み
取り方向を確認することが可能である。

【０２２８】また、帳票の読み取り方向に従って帳票の
イメージデータを正位置に回転補正するようにしたの
で、帳票の読み取り方向に従って自動的に帳票のイメー
ジを正確に補正することが可能である。

【０２２９】また、オペレータがいちいち帳票の読み取
り方向を指定したり、複数枚の帳票を読み込む際に、す
べての帳票をあらかじめ一定方向にそろえておく必要が
ないので、オペレータの負荷を軽減することが可能であ
る。

【０２３０】また、帳票のフォーマットに制限がないこ
とから、従来より使用している既存の帳票がそのまま使
用できるほか、本装置のために新たに帳票の設計を行う
必要がないので、帳票設計の自由度が増す。

【０２３１】以上、この発明を実施の形態により説明し
たが、この発明の主旨の範囲内で種々の変形が可能であ
り、これらをこの発明の範囲から排除するものではな
い。

【０２３２】

【発明の効果】以上説明したように、請求項１の発明に
よれば、帳票フォーマットのレイアウトの特徴から帳票
の読み取り方向を判定するようにしたので、帳票に補正
マーク等の特定情報を付加した帳票を用意する必要はな
く、任意のフォーマットをもつ帳票が使用でき、また帳
票の読み込み時にオペレータが回転方向を指定した場合
に生じる人為的な回転方向の誤入力を防止することがで
き、これによって、私製帳票等のように任意のフォーマ
ットをもつ帳票であっても帳票の読み取り方向を正確に
確認することが可能な帳票読取方向判定装置が得られる
という効果を奏する。

【０２３３】また、請求項２の発明によれば、読み取ら
れた帳票のイメージから罫線項目を抽出して、その罫線
項目の形状および配列から帳票の読み取り方向を判定す
るようにしたので、帳票に補正マーク等の特定情報を付
加した帳票を用意する必要はなく、どのような形状やサ
イズの罫線項目をもつ帳票でも使用することができ、ま
た帳票の読み込み時にオペレータが回転方向を指定した
場合に生じる人為的な回転方向の誤入力を防止すること
ができ、これによって、私製帳票等のように任意のフォ
ーマットをもつ帳票であっても帳票の読み取り方向を正
確に確認することが可能な帳票読取方向判定装置が得ら
れるという効果を奏する。

【０２３４】また、請求項３の発明によれば、読み取ら
れた帳票のイメージから罫線項目を抽出して、横長の罫
線項目と縦長の罫線項目の割合から帳票の読み取り方向
を判定するようにしたので、帳票に補正マーク等の特定
情報を付加した帳票を用意する必要はなく、縦長の罫線
項目と横長の罫線項目とが混在した帳票でも使用するこ
とができ、また帳票の読み込み時にオペレータが回転方
向を指定した場合に生じる人為的な回転方向の誤入力を
防止することができ、これによって、私製帳票等のよう
に任意のフォーマットをもつ帳票であっても帳票の読み
取り方向を正確に確認することが可能な帳票読取方向判
定装置が得られるという効果を奏する。

【０２３５】また、請求項４の発明によれば、読み取ら
れた帳票のイメージから罫線項目およびブロックを抽出
して、複数のブロックが接触する位置関係から帳票の読
み取り方向を判定するようにしたので、複数のブロック
が存在する帳票でも使用することができ、また帳票の読
み込み時にオペレータが回転方向を指定した場合に生じ
る人為的な回転方向の誤入力を防止することができ、こ
れによって、私製帳票等のように任意のフォーマットを
もつ帳票であっても帳票の読み取り方向を正確に確認す
ることが可能な帳票読取方向判定装置が得られるという
効果を奏する。

【０２３６】また、請求項５の発明によれば、読み取ら
れた帳票のイメージから罫線項目およびブロックを抽出
して、ブロックとそのブロックの外に存在する文字列と
の位置関係から帳票の読み取り方向を判定するようにし
たので、ブロックがひとつだけ存在する帳票でもブロッ
ク外に文字列がある帳票であれば使用可能となり、また
帳票の読み込み時にオペレータが回転方向を指定した場
合に生じる人為的な回転方向の誤入力を防止することが
でき、これによって、私製帳票等のように任意のフォー
マットをもつ帳票であっても帳票の読み取り方向を正確
に確認することが可能な帳票読取方向判定装置が得られ
るという効果を奏する。

【０２３７】また、請求項６の発明によれば、請求項３
〜５のいずれか一つの発明において、読み取り方向を判
定する際に、さらに、行列方向での罫線項目内の記入の
有無をカウントして行方向での記入のピーク位置と列方
向での記入のピーク位置との関係を加味するようにした
ので、一般的な帳票によくある第１行および／または第
１列にあらかじめ記入される項目名の存在からも読み取
り方向の判定に確実性を与えることが可能な帳票読取方
向判定装置が得られるという効果を奏する。

【０２３８】また、請求項７の発明によれば、請求項６
の発明において、行列のいずれか一方にしかピーク位置
がない場合にブロック上でピーク位置がくる辺側を帳票
の正位置での上辺側として判定に加味することが可能な
帳票読取方向判定装置が得られるという効果を奏する。

【０２３９】また、請求項８の発明によれば、請求項６
の発明において、行列の両方にピーク位置がある場合に
ブロック上でピーク位置がくる辺側を帳票の正位置での
上辺側もしくは左辺側として判定に加味することが可能
な帳票読取方向判定装置が得られるという効果を奏す
る。

【０２４０】また、請求項９の発明によれば、読み取ら
れた帳票のイメージから罫線項目およびブロックを抽出
して、横長，縦長の罫線項目の割合、複数のブロックが
接触する位置の関係、ブロックとそのブロック外の文字
列との位置関係、および行列方向での罫線項目内の記入
によるピーク位置の関係の２つ以上の組み合わせで最終
的に帳票の読み取り方向を判定するようにしたので、ひ
とつの判定基準だけにとらわれず、複数の判定基準によ
り判定結果の偏りが分散され、これによって、より正確
な帳票の読み取り方向を確認することが可能な帳票読取
方向判定装置が得られるという効果を奏する。

【０２４１】また、請求項１０の発明によれば、請求項
１〜９のいずれか一つの発明において、帳票の読み取り
方向に従って帳票のイメージデータを正位置に回転補正
するようにしたので、請求項１〜９のいずれかの発明に
より得られた帳票の読み取り方向に従って自動的に帳票
のイメージを正確に補正することが可能な帳票読取方向
判定装置が得られるという効果を奏する。

【０２４２】また、請求項１１の発明によれば、読み取
られた帳票のイメージから罫線項目を抽出して、横長の
罫線項目と縦長の罫線項目の割合から帳票の読み取り方
向を判定する工程にしたので、帳票に補正マーク等の特
定情報を付加した帳票を用意する必要はなく、縦長の罫
線項目と横長の罫線項目とが混在した帳票でも使用する
ことができ、また帳票の読み込み時にオペレータが回転
方向を指定した場合に生じる人為的な回転方向の誤入力
を防止することができ、これによって、私製帳票等のよ
うに任意のフォーマットをもつ帳票であっても帳票の読
み取り方向を正確に確認することが可能な帳票読取方向
判定方法が得られるという効果を奏する。

【０２４３】また、請求項１２の発明によれば、読み取
られた帳票のイメージから罫線項目およびブロックを抽
出して、複数のブロックが接触する位置関係から帳票の
読み取り方向を判定する工程にしたので、複数のブロッ
クが存在する帳票でも使用することができ、また帳票の
読み込み時にオペレータが回転方向を指定した場合に生
じる人為的な回転方向の誤入力を防止することができ、
これによって、私製帳票等のように任意のフォーマット
をもつ帳票であっても帳票の読み取り方向を正確に確認
することが可能な帳票読取方向判定方法が得られるとい
う効果を奏する。

【０２４４】また、請求項１３の発明によれば、読み取
られた帳票のイメージから罫線項目およびブロックを抽
出して、ブロックとそのブロックの外に存在する文字列
との位置関係から帳票の読み取り方向を判定する工程に
したので、ブロックがひとつだけ存在する帳票でもブロ
ック外に文字列がある帳票であれば使用可能となり、ま
た帳票の読み込み時にオペレータが回転方向を指定した
場合に生じる人為的な回転方向の誤入力を防止すること
ができ、これによって、私製帳票等のように任意のフォ
ーマットをもつ帳票であっても帳票の読み取り方向を正
確に確認することが可能な帳票読取方向判定方法が得ら
れるという効果を奏する。

【０２４５】また、請求項１４の発明によれば、請求項
１１〜１３のいずれか一つの発明において、読み取り方
向を判定する際に、さらに、行列方向での罫線項目内の
記入の有無をカウントして行方向での記入のピーク位置
と列方向での記入のピーク位置との関係を加味する工程
にしたので、一般的な帳票によくある第１行および／ま
たは第１列にあらかじめ記入される項目名の存在からも
読み取り方向の判定に確実性を与えることが可能な帳票
読取方向判定方法が得られるという効果を奏する。

【０２４６】また、請求項１５の発明によれば、請求項
１４の発明において、行列のいずれか一方にしかピーク
位置がない場合にブロック上でピーク位置がくる辺側を
帳票の正位置での上辺側として判定に加味することが可
能な帳票読取方向判定方法が得られるという効果を奏す
る。

【０２４７】また、請求項１６の発明によれば、請求項
１４の発明において、行列の両方にピーク位置がある場
合にブロック上でピーク位置がくる辺側を帳票の正位置
での上辺側もしくは左辺側として判定に加味することが
可能な帳票読取方向判定方法が得られるという効果を奏
する。

【０２４８】また、請求項１７の発明によれば、読み取
られた帳票のイメージから罫線項目およびブロックを抽
出して、横長，縦長の罫線項目の割合、複数のブロック
が接触する位置の関係、ブロックとそのブロック外の文
字列との位置関係、および行列方向での罫線項目内の記
入によるピーク位置の関係の２つ以上の組み合わせで最
終的に帳票の読み取り方向を判定する工程にしたので、
ひとつの判定基準だけにとらわれず、複数の判定基準に
より判定結果の偏りが分散され、これによって、より正
確な帳票の読み取り方向を確認することが可能な帳票読
取方向判定方法が得られるという効果を奏する。

【０２４９】また、請求項１８の発明によれば、請求項
１１〜１７のいずれか一つの発明において、帳票の読み
取り方向に従って帳票のイメージデータを正位置に回転
補正する工程にしたので、請求項１１〜１７のいずれか
の発明により得られた帳票の読み取り方向に従って自動
的に帳票のイメージを正確に補正することが可能な帳票
読取方向判定方法が得られるという効果を奏する。

【図面の簡単な説明】

【図１】この発明の一実施の形態にかかる帳票処理装置
の全体構成を示す機能ブロック図である。

【図２】この発明の一実施の形態による帳票処理装置に
適用される帳票読取方向判定装置の構成を機能的に示す
機能ブロック図である。

【図３】この実施の形態において帳票のフォーマットの
一例を示す図である。

【図４】この実施の形態において帳票のフォーマットの
他の例を示す図である。

【図５】この実施の形態において帳票のフォーマットの
さらに他の例を示す図である。

【図６】この実施の形態による帳票読取方向判定処理を
説明するフローチャートである。

【図７】この実施の形態においてラベリング処理を視覚
的に説明する図である。

【図８】図６に示した帳票読取方向判定処理における横
長判定処理を説明するフローチャートである。

【図９】図６に示した帳票読取方向判定処理におけるブ
ロック判定処理を説明するフローチャートである。

【図１０】図６に示した帳票読取方向判定処理における
文字列判定処理を説明するフローチャートである。

【図１１】図６に示した帳票読取方向判定処理における
記入判定処理を説明するフローチャートである。

【図１２】図６に示した帳票読取方向判定処理における
記入判定処理を説明するフローチャートである。

【図１３】図１２の記入判定処理を説明する帳票の一例
を示す図である。

【図１４】図１２の記入判定処理を説明する帳票の一例
を示す図である。

【図１５】一般的な帳票処理装置のシステム構成を示す
模式図である。

【図１６】図１５に示した帳票処理装置の動作の一例を
説明する図である。

【図１７】図１５に示した帳票処理装置の動作の変形例
を示す図である。

【図１８】従来例によるイメージデータの基準点の抽出
方法を説明する図である。

【図１９】従来例によるイメージデータの回転補正処理
を説明する図である。

【符号の説明】

１００処理システム１０１アプリケーションプログラム２００レイアウト認識プログラム２０１レイアウト認識エンジン制御部２０２ラベリング処理部２０３罫線項目抽出処理部２０４回転方向判定処理部２０５イメージ回転処理部２０６レイアウト解析処理部２０７認識項目抽出処理部２０８文字認識処理部３００キーボード４００イメージスキャナ５００ハードディスク６００ディスプレイ

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１０年６月９日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００１７

【補正方法】変更

【補正内容】

【００１７】帳票処理装置等においては、読み取られた
イメージデータのレイアウトと定義体情報におけるレイ
アウトとを一致させてからイメージデータの文字認識を
行なわないと、文字認識処理が正常に行なわれないこと
がある。このため、まず、それぞれのイメージの基準点
を抽出してそれぞれのイメージの基準点からの座標を比
較してレイアウトの一致の判定を行なっている。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００６８

【補正方法】変更

【補正内容】

【００６８】この帳票処理装置３０は、例えば金融機関
の各支店（営業店）毎に設置されたクライアントと、地
区センタに設置されたサーバとが、交換回線等を介して
接続されることにより構成され、各営業店における帳票
処理を地区センタのサーバにより一括して行なうシステ
ムに適用可能である。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００７９

【補正方法】変更

【補正内容】

【００７９】なお、ラベリング処理によるラベル画像の
作成処理は、入力されたイメージデータ（２値画像デー
タ）から連結成分（２値画像において１つに繋がった画
像の成分）を算出して、連結成分毎にラベルを付けたラ
ベル画像を作成する処理のことである。なお、このラベ
リング処理については、例えば「連結領域の抽出装置お
よび方法」（特開平０８−５５２１９号）が公知であ
る。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００８５

【補正方法】変更

【補正内容】

【００８５】また、レイアウトＤＢ１４には、レイアウ
ト解析処理部２でのレイアウト解析結果を補正するため
のレイアウト補正情報が格納されている。この実施の形
態においては、後述するレイアウト編集処理部４におい
て、このレイアウト補正情報を用いてレイアウト解析結
果を補正することにより、その後の処理を高い精度で行
なえるようになっている。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００９２

【補正方法】変更

【補正内容】

【００９２】すなわち、この実施の形態においては、レ
イアウトＤＢ１４が圧縮した候補レイアウト情報を記憶
して、レイアウト照合処理部３において圧縮処理したレ
イアウト情報を作成して圧縮したレイアウト情報どうし
を照合することにより、レイアウト照合処理の高速化を
図っているのである。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】０１００

【補正方法】変更

【補正内容】

【０１００】さらに、知識処理部７は、文字認識処理部
６の認識結果コードデータを、認識結果の補正情報を記
録した知識データベース（知識ＤＢ）１５を参照して補
正し、文字認識結果２２として出力する。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】０１０５

【補正方法】変更

【補正内容】

【０１０５】さらに、クライアント１０においては、デ
ィスプレイ表示された認識対象イメージと対応するレイ
アウト認識結果２０や文字認識結果２２がオペレータに
より確認され、必要に応じてレイアウト認識結果２０お
よび文字認識結果２２の修正が行なわれる。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】０１０６

【補正方法】変更

【補正内容】

【０１０６】なお、図１に示す帳票処理装置３０は、上
述したレイアウト認識処理ブロック１６，文字認識処理
ブロック１７およびオペレータ確認／修正処理ブロック
１８のほかに、レイアウトログ情報作成処理部１１およ
び知識ログ情報作成処理部１２も備えている。

【手続補正９】

【補正対象書類名】明細書

【補正対象項目名】０１６４

【補正方法】変更

【補正内容】

【０１６４】処理がステップＳ５０６に移行すると、つ
ぎの縦横判定を行うための罫線項目が存在するかを判定
する。この縦横判定がすべて終了した場合には、処理は
ステップＳ５０７に移行して、横長のカウント数ＨＮに
対する縦長のカウント数ＶＮの比率を求める。

【手続補正１０】

【補正対象書類名】明細書

【補正対象項目名】０１６６

【補正方法】変更

【補正内容】

【０１６６】また、もし縦長の罫線項目の数が横長の罫
線項目の数の２倍以上存在していた場合には（ステップ
Ｓ５０７）、振り込み依頼書の読み込み方向が正位置か
ら９０度とする判定領域、正位置から２７０度とする判
定領域にそれぞれ横長判定結果としての重みが加算され
る（ステップＳ５０９）。すなわち、この横長判定で
は、振り込み依頼書が９０度もしくは２７０度回転させ
て読み込まれたものとして判定結果が得られる。

【手続補正１１】

【補正対象書類名】明細書

【補正対象項目名】０２１３

【補正方法】変更

【補正内容】

【０２１３】このステップＳ８０９では、まず、行方向
のピーク位置が判定される。図１４の例では、行方向の
ピーク位置は図１３のときと同様に上側となることか
ら、処理はステップＳ８１０に移行する。このステップ
Ｓ８１０では、さらに列方向のピーク位置が判定され
る。図１４の例では、列方向のピーク位置が左側となる
ことから、処理はステップＳ８１３に移行する。このス
テップＳ８１３では、正位置から０度とする判定領域に
記入判定の重みが加算される。すなわち、振り込み依頼
書ＡＡが正位置から時計方向に０度回転させた状態で読
み取られたという判定結果を得ることになる。この後、
処理は図６のメイン処理に戻る。

【手続補正１２】

【補正対象書類名】明細書

【補正対象項目名】０２１４

【補正方法】変更

【補正内容】

【０２１４】また、図１４に示した振り込み依頼書ＡＡ
が正位置より９０度回転させて読み込まれた場合には、
行方向のピーク位置は上側となり（ステップＳ８０
９）、列方向のピーク位置は右側となる（ステップＳ８
１０）。したがって、処理はステップＳ８１４に移行す
る。このステップＳ８１４では、正位置から９０度とす
る判定領域に記入判定の重みが加算される。すなわち、
振り込み依頼書ＡＡが正位置から時計方向に９０度回転
させた状態で読み取られたという判定結果を得ることに
なる。この後、処理は図６のメイン処理に戻る。

【手続補正１３】

【補正対象書類名】明細書

【補正対象項目名】０２１５

【補正方法】変更

【補正内容】

【０２１５】また、ステップＳ８１０において列方向の
ピーク位置が真中であった場合には、行方向のピーク位
置の判定が重要視され、処理はステップＳ８１３に移行
する。すなわち、振り込み依頼書ＡＡが正位置から時計
方向に０度回転させた状態で読み取られたという判定結
果を得ることになる。

【手続補正１４】

【補正対象書類名】明細書

【補正対象項目名】０２１６

【補正方法】変更

【補正内容】

【０２１６】また、図１４に示した振り込み依頼書ＡＡ
が正位置より１８０度回転させて読み込まれた場合に
は、行方向のピーク位置は下側となり（ステップＳ８０
９）、列方向のピーク位置は右側となる（ステップＳ８
１１）。したがって、処理はステップＳ８１５に移行す
る。このステップＳ８１５では、正位置から１８０度と
する判定領域に記入判定の重みが加算される。すなわ
ち、振り込み依頼書ＡＡが正位置から時計方向に１８０
度回転させた状態で読み取られたという判定結果を得る
ことになる。この後、処理は図６のメイン処理に戻る。

【手続補正１５】

【補正対象書類名】明細書

【補正対象項目名】０２１７

【補正方法】変更

【補正内容】

【０２１７】また、図１４に示した振り込み依頼書ＡＡ
が正位置より２７０度回転させて読み込まれた場合に
は、行方向のピーク位置は下側となり（ステップＳ８０
９）、列方向のピーク位置は左側となる（ステップＳ８
１１）。したがって、処理はステップＳ８１６に移行す
る。このステップＳ８１６では、正位置から２７０度と
する判定領域に記入判定の重みが加算される。すなわ
ち、振り込み依頼書ＡＡが正位置から時計方向に２７０
度回転させた状態で読み取られたという判定結果を得る
ことになる。この後、処理は図６のメイン処理に戻る。

【手続補正１６】

【補正対象書類名】明細書

【補正対象項目名】０２１８

【補正方法】変更

【補正内容】

【０２１８】また、ステップＳ８１１において列方向の
ピーク位置が真中であった場合には、行方向のピーク位
置の判定が重要視され、処理はステップＳ８１５に移行
する。すなわち、振り込み依頼書ＡＡが正位置から時計
方向に１８０度回転させた状態で読み取られたという判
定結果を得ることになる。この後、処理は図６のメイン
処理に戻る。

【手続補正１７】

【補正対象書類名】明細書

【補正対象項目名】０２１９

【補正方法】変更

【補正内容】

【０２１９】また、図１４に示した振り込み依頼書ＡＡ
の記入内容が異なり、ステップＳ８０９において行方向
のピーク位置が真中という判定結果が得られた場合に
は、処理はステップＳ８１２に移行する。このステップ
Ｓ８１２において、さらに列方向のピーク位置が判定さ
れる。そして、列方向のピーク位置が左側という判定結
果が得られた場合には（ステップＳ８１２）、列方向の
ピーク位置が重要視され、処理はステップＳ８１３に移
行する。すなわち、振り込み依頼書ＡＡが正位置から時
計方向に０度回転させた状態で読み取られたという判定
結果を得ることになる。この後、処理は図６のメイン処
理に戻る。

【手続補正１８】

【補正対象書類名】明細書

【補正対象項目名】０２２０

【補正方法】変更

【補正内容】

【０２２０】また、列方向のピーク位置が右側という判
定結果が得られた場合には（ステップＳ８１２）、列方
向のピーク位置が重要視され、処理はステップＳ８１５
に移行する。すなわち、振り込み依頼書ＡＡが正位置か
ら時計方向に１８０度回転させた状態で読み取られたと
いう判定結果を得ることになる。この後、処理は図６の
メイン処理に戻る。

【手続補正１９】

【補正対象書類名】明細書

【補正対象項目名】０２２２

【補正方法】変更

【補正内容】

【０２２２】さて、以上の動作説明では、０度、９０
度、１８０度、２７０度それぞれについて重みを加算し
たものが回転方向別の最終的な重みとなる。これらの重
みは、回転方向判定処理部２０４において加重合計され
ることになるが、上記０度、９０度、１８０度、２７０
度の各回転方向は正位置からどれだけ回転しているかを
示すものである。したがって、イメージ回転処理部２０
５で回転補正する場合には、読み取ったイメージデータ
について、最終的に得られた回転方向に戻すか、それと
も３６０度からその回転方向を差し引いた結果だけさら
に回転を進めて正位置を得るようにする。

【手続補正２０】

【補正対象書類名】図面

【補正対象項目名】図１

【補正方法】変更

【補正内容】

【図１】

───────────────────────────────────────────────────── フロントページの続き (72)発明者松野秀樹神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内 (72)発明者千葉亘一神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内 (72)発明者小原勝利神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内

Claims

【特許請求の範囲】

【請求項１】任意のフォーマットで情報が記入された
帳票から読み取られたイメージから、該帳票に記入され
たフォーマットのレイアウトの特徴を抽出する特徴抽出
手段と、前記特徴抽出手段により抽出されたレイアウトの特徴に
基づいて前記帳票の読み取り方向を判定する判定手段
と、を備えたことを特徴とする帳票読取方向判定装置。
【請求項２】縦横方向に配列された罫線で囲まれた矩
形の内でこれ以上細分化できない矩形によって形成され
る複数の罫線項目を有する帳票であって、該帳票を任意
の一辺から読み取って得られたイメージデータに基づい
て前記帳票を形成する罫線項目を抽出する抽出手段と、前記抽出手段により抽出された罫線項目の形状および配
列に従って前記帳票の読み取り方向を判定する判定手段
と、を備えたことを特徴とする帳票読取方向判定装置。
【請求項３】縦横方向に配列された罫線で囲まれた矩
形の内でこれ以上細分化できない矩形によって形成され
る複数の罫線項目を有する帳票であって、該帳票を任意
の一辺から読み取って得られたイメージデータに基づい
て前記帳票を形成する罫線項目を抽出する抽出手段と、前記抽出手段により抽出された罫線項目の内で横長の形
状をもつ罫線項目の数に対する縦長の罫線項目の数の割
合に従って前記帳票の読み取り方向を判定する判定手段
と、を備えたことを特徴とする帳票読取方向判定装置。
【請求項４】縦横方向に配列された罫線で囲まれた矩
形の内でこれ以上細分化できない矩形によって形成され
る複数の罫線項目を有する帳票であって、該帳票を任意
の一辺から読み取って得られたイメージデータに基づい
て、前記帳票を形成する罫線項目、および罫線で囲まれ
た矩形の内でこれ以上罫線項目を結合できない矩形によ
って形成されるブロックを抽出する抽出手段と、前記抽出手段により複数のブロックが抽出された場合に
のみ、前記複数のブロック間で矩形サイズが一番大きい
ブロックに接触する他のブロックの接触位置を判定し、
該判定された接触位置に基づいて前記帳票の読み取り方
向を判定する判定手段と、を備えたことを特徴とする帳票読取方向判定装置。
【請求項５】縦横方向に配列された罫線で囲まれた矩
形の内でこれ以上細分化できない矩形によって形成され
る複数の罫線項目を有する帳票であって、該帳票を任意
の一辺から読み取って得られたイメージデータに基づい
て、前記帳票を形成する罫線項目、および罫線で囲まれ
た矩形の内でこれ以上罫線項目を結合できない矩形によ
って形成されるブロックを抽出する抽出手段と、前記イメージデータに基づいて前記抽出手段により抽出
されたブロック外に有効な文字列のイメージが存在する
か否かを判定し、前記有効な文字列のイメージが存在す
る場合に前記抽出手段により抽出されたブロックと前記
有効なイメージとの位置関係に従って前記帳票の読み取
り方向を判定する判定手段と、を備えたことを特徴とする帳票読取方向判定装置。
【請求項６】前記判定手段は、前記イメージデータに基づいて前記抽出手段により抽出
された罫線項目の行列方向に向かって前記各罫線項目内
の記入の有無をカウントして各行列の合計カウント値を
求めるカウント手段と、前記カウント手段により求められた前記各行列の合計カ
ウント値に基づいて行方向，列方向それぞれのピーク位
置を判定するピーク位置判定手段と、を有し、判定の際に、前記ピーク位置判定手段により判定された
行方向のピーク位置と列方向のピーク位置との関係を加
味することを特徴とする請求項３〜５のいずれか一つに
記載の帳票読取方向判定装置。
【請求項７】前記判定手段は、前記ピーク位置判定手
段により行方向と列方向とのいずれか一方にしかピーク
位置が判定されなかった場合、罫線で囲まれた矩形の内
でこれ以上罫線項目を結合できない矩形によって形成さ
れるブロックにおいて前記判定されたピーク位置がくる
辺側を前記帳票の正位置での上辺側として判定に加味す
ることを特徴とする請求項６に記載の帳票読取方向判定
装置。
【請求項８】前記判定手段は、前記ピーク位置判定手
段により行方向と列方向との両方にピーク位置が判定さ
れた場合、罫線で囲まれた矩形の内でこれ以上罫線項目
を結合できない矩形によって形成されるブロックにおい
て前記判定されたピーク位置がくる辺側を前記帳票の正
位置での上辺側もしくは左辺側として判定に加味するこ
とを特徴とする請求項６に記載の帳票読取方向判定装
置。
【請求項９】縦横方向に配列された罫線で囲まれた矩
形の内でこれ以上細分化できない矩形によって形成され
る複数の罫線項目を有する帳票であって、該帳票を任意
の一辺から読み取って得られたイメージデータに基づい
て、前記帳票を形成する罫線項目、および罫線で囲まれ
た矩形の内でこれ以上罫線項目を結合できない矩形によ
って形成されるブロックを抽出する抽出手段と、前記抽出手段により抽出された罫線項目の内で横長の形
状をもつ罫線項目の数に対する縦長の罫線項目の数の割
合に従って前記帳票の読み取り方向を判定する第１判定
手段と、前記抽出手段により複数のブロックが抽出された場合に
のみ、前記複数のブロック間で矩形サイズが一番大きい
ブロックに接触する他のブロックの接触位置を判定し、
該判定された接触位置に基づいて前記帳票の読み取り方
向を判定する第２判定手段と、前記イメージデータに基づいて前記抽出手段により抽出
されたブロック外に有効な文字列のイメージが存在する
か否かを判定し、前記有効な文字列のイメージが存在す
る場合に前記抽出手段により抽出されたブロックと前記
有効なイメージとの位置関係に従って前記帳票の読み取
り方向を判定する第３判定手段と、前記イメージデータに基づいて前記抽出手段により抽出
された罫線項目の行列方向に向かって前記各罫線項目内
の記入の有無をカウントして行方向，列方向それぞれの
ピーク位置を判定し、その判定された行方向のピーク位
置と列方向のピーク位置との関係から前記帳票の読み取
り方向を判定する第４判定手段と、前記第１〜第４判定手段の内の少なくとも２つ以上の組
み合わせにより得られた判定結果を加重合計して最終的
に前記帳票の読み取り方向を判定する判定手段と、を備えたことを特徴とする帳票読取方向判定装置。
【請求項１０】さらに、前記判定手段により判定され
た前記帳票の読み取り方向に従って前記帳票のイメージ
データを正位置に回転補正するイメージ回転手段を有し
たことを特徴とする請求項１〜９のいずれか一つに記載
の帳票読取方向判定装置。
【請求項１１】縦横方向に配列された罫線で囲まれた
矩形の内でこれ以上細分化できない矩形によって形成さ
れる複数の罫線項目を有する帳票であって、該帳票を任
意の一辺から読み取って得られたイメージデータに基づ
いて前記帳票を形成する罫線項目を抽出する第１工程
と、前記第１工程により抽出された罫線項目の内で横長の形
状をもつ罫線項目の数に対する縦長の罫線項目の数の割
合に従って前記帳票の読み取り方向を判定する第２工程
と、を含んだことを特徴とする帳票読取方向判定方法。
【請求項１２】縦横方向に配列された罫線で囲まれた
矩形の内でこれ以上細分化できない矩形によって形成さ
れる複数の罫線項目を有する帳票であって、該帳票を任
意の一辺から読み取って得られたイメージデータに基づ
いて、前記帳票を形成する罫線項目、および罫線で囲ま
れた矩形の内でこれ以上罫線項目を結合できない矩形に
よって形成されるブロックを抽出する第１工程と、前記第１工程により複数のブロックが抽出された場合に
のみ、前記複数のブロック間で矩形サイズが一番大きい
ブロックに接触する他のブロックの接触位置を判定し、
該判定された接触位置に基づいて前記帳票の読み取り方
向を判定する第２工程と、を含んだことを特徴とする帳票読取方向判定方法。
【請求項１３】縦横方向に配列された罫線で囲まれた
矩形の内でこれ以上細分化できない矩形によって形成さ
れる複数の罫線項目を有する帳票であって、該帳票を任
意の一辺から読み取って得られたイメージデータに基づ
いて、前記帳票を形成する罫線項目、および罫線で囲ま
れた矩形の内でこれ以上罫線項目を結合できない矩形に
よって形成されるブロックを抽出する第１工程と、前記イメージデータに基づいて前記第１工程により抽出
されたブロック外に有効な文字列のイメージが存在する
か否かを判定し、前記有効な文字列のイメージが存在す
る場合に前記第１工程により抽出されたブロックと前記
有効なイメージとの位置関係に従って前記帳票の読み取
り方向を判定する第２工程と、を含んだことを特徴とする帳票読取方向判定方法。
【請求項１４】前記第２工程は、前記イメージデータに基づいて前記抽出手段により抽出
された罫線項目の行列方向に向かって前記各罫線項目内
の記入の有無をカウントして各行列の合計カウント値を
求める第３工程と、前記第３工程により求められた前記各行列の合計カウン
ト値に基づいて行方向，列方向それぞれのピーク位置を
判定する第４工程と、を含み、判定の際に、前記第４工程により判定された行方向のピ
ーク位置と列方向のピーク位置との関係を加味すること
を特徴とする請求項１１〜１３のいずれか一つに記載の
帳票読取方向判定方法。
【請求項１５】前記第２工程は、前記第４工程により
行方向と列方向とのいずれか一方にしかピーク位置が判
定されなかった場合、罫線で囲まれた矩形の内でこれ以
上罫線項目を結合できない矩形によって形成されるブロ
ックにおいて前記判定されたピーク位置がくる辺側を前
記帳票の正位置での上辺側として判定に加味することを
特徴とする請求項１４に記載の帳票読取方向判定方法。
【請求項１６】前記第２工程は、前記第４工程により
行方向と列方向との両方にピーク位置が判定された場
合、罫線で囲まれた矩形の内でこれ以上罫線項目を結合
できない矩形によって形成されるブロックにおいて前記
判定されたピーク位置がくる辺側を前記帳票の正位置で
の上辺側もしくは左辺側として判定に加味することを特
徴とする請求項１４に記載の帳票読取方向判定方法。
【請求項１７】縦横方向に配列された罫線で囲まれた
矩形の内でこれ以上細分化できない矩形によって形成さ
れる複数の罫線項目を有する帳票であって、該帳票を任
意の一辺から読み取って得られたイメージデータに基づ
いて、前記帳票を形成する罫線項目、および罫線で囲ま
れた矩形の内でこれ以上罫線項目を結合できない矩形に
よって形成されるブロックを抽出する第１工程と、前記第１工程により抽出された罫線項目の内で横長の形
状をもつ罫線項目の数に対する縦長の罫線項目の数の割
合に従って前記帳票の読み取り方向を判定する第２工程
手段と、前記第１工程により複数のブロックが抽出された場合に
のみ、前記複数のブロック間で矩形サイズが一番大きい
ブロックに接触する他のブロックの接触位置を判定し、
該判定された接触位置に基づいて前記帳票の読み取り方
向を判定する第３工程と、前記イメージデータに基づいて前記第１工程により抽出
されたブロック外に有効な文字列のイメージが存在する
か否かを判定し、前記有効な文字列のイメージが存在す
る場合に前記抽出手段により抽出されたブロックと前記
有効なイメージとの位置関係に従って前記帳票の読み取
り方向を判定する第４工程と、前記イメージデータに基づいて前記第１工程により抽出
された罫線項目の行列方向に向かって前記各罫線項目内
の記入の有無をカウントして行方向，列方向それぞれの
ピーク位置を判定し、その判定された行方向のピーク位
置と列方向のピーク位置との関係から前記帳票の読み取
り方向を判定する第５工程と、前記第２〜第５工程の内の少なくとも２つ以上の組み合
わせにより得られた判定結果を加重合計して最終的に前
記帳票の読み取り方向を判定する第６工程と、を含んだことを特徴とする帳票読取方向判定方法。
【請求項１８】さらに、前記判定された前記帳票の読
み取り方向に従って前記帳票のイメージデータを正位置
に回転補正する工程を含んだことを特徴とする請求項１
１〜１７のいずれか一つに記載の帳票読取方向判定方
法。