(57)【要約】【課題】オペレータに負担をかけることなく任意の帳票を効率良く処理することができる情報処理装置を提供すること。【解決手段】実施形態に係る情報処理装置は、受け付け部と、判定部とを備える。前記受け付け部は、表示部により表示される画像に含まれる複数レコードのうちの任意レコードの第１項目に属する情報の第１方向の領域指定を受け付ける。前記判定部は、前記画像に含まれる各レコードの第２項目に属する情報の配置の規則性、及び前記領域指定に基づき、各レコードの前記第１項目に属する情報を判定する。【選択図】      図３
2020181247.tif 000002
【特許請求の範囲】
【請求項１】
表示部により表示される画像に含まれる複数レコードのうちの任意レコードの第１項目に属する情報の第１方向の領域指定を受け付ける受け付け部と、
前記画像に含まれる各レコードの第２項目に属する情報の配置の規則性、及び前記領域指定に基づき、各レコードの前記第１項目に属する情報を判定する判定部と、を備える情報処理装置。
【請求項２】
前記領域指定は、前記第１項目に属する情報の第１方向の文字列の領域指定である請求項１の情報処理装置。
【請求項３】
前記情報の配置の規則性は、前記第２項目に属する情報の前記第１方向に直交する第２方向の配置の規則性である請求項２の情報処理装置。
【請求項４】
前記情報の配置の規則性は、各レコードの前記第２項目に属する情報の第２方向の間隔である請求項３の情報処理装置。
【請求項５】
前記間隔は、前記画像に含まれるレコード総数及び前記第２方向の有効記録範囲から得られる間隔である請求項４の情報処理装置。
【請求項６】
前記受け付け部は、前記表示部に対向配置されるタッチセンサーであり、前記第１項目に属する情報の第１方向の文字列に沿ったタッチの検出に応じて、前記第１項目に属する情報の第１方向の領域指定を受け付ける請求項１乃至５の何れか一つの情報処理装置。
【請求項７】
前記判定部は、前記領域指定に対応する指定文字列を抽出し、前記指定文字列を基準位置とする第２方向から複数の継続文字列を抽出し、前記指定文字列及び前記複数の継続文字列から各レコードの前記第１項目に属する文字列を判定する請求項１乃至６の何れか一つの情報処理装置。
【請求項８】
前記判定部は、前記情報の配置の規則性に基づき、前記指定文字列及び前記複数の継続文字列から各レコードの前記第１項目に属する文字列を判定する請求項７の情報処理装置。
【請求項９】
前記第１項目は、第２方向に並ぶ行数可変の住所を含み、
前記第２項目は、第２方向に並ぶ行数固定の氏名を含む、請求項１乃至８の何れか一つの情報処理装置。
【請求項１０】
前記画像は、各レコード及び各項目を区別する枠線を含まない、請求項１乃至９の何れか一つの情報処理装置。
【請求項１１】
表示部により表示される画像に含まれる複数レコードのうちの任意レコードの第１項目に属する情報の第１方向の領域指定を受け付け、
前記画像に含まれる各レコードの第２項目に属する情報の配置の規則性、及び前記第１項目に属する情報の第１方向の領域指定に基づき、各レコードの前記第１項目に属する情報を抽出する、情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
帳票に含まれる文字、数字、及び記号等の情報を正しく処理するため、オペレータからの入力支援を受けて、帳票に含まれる各項目を判別したり、又は帳票に含まれる文字列を判別したりする技術が知られている。
【０００３】
例えば、帳票処理装置は、帳票画像をディスプレイに表示し、オペレータは、マウス等を介して、ディスプレイの帳票画像上において矩形で任意の枠を指定する。帳票処理装置は、指定された枠に対応する領域を帳票の１項目として判別する。又は、オペレータは、ディスプレイに対向配置されたタッチセンサー等を介して、ディスプレイの帳票画像上の任意の文字列の領域を指でなぞって指定する。帳票処理装置は、指定された領域に対応する文字列を判別する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２５０９２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
複数回のオペレーションにより、複数項目又は複数文字列を判別させることが考えられるが、あまり効率的ではない。また、スマートフォンのようにディスプレイのサイズが小さい場合、矩形で任意の枠を指定することは難しい。また、帳票上に各項目を区別するための枠線があれば、枠線の情報と指定された枠の情報とを組み合わせて、複数項目を判別することも可能であるが、枠線が無い帳票にはこの方法は適用できない。
【０００６】
帳票処理事業者にとって帳票処理の効率化に関する要望は尽きず、オペレータに負担をかけることなく任意の帳票を効率良く処理する技術が望まれている。
【０００７】
本発明の目的は、オペレータに負担をかけることなく任意の帳票を効率良く処理することができる情報処理装置及び情報処理方法を提供することである。
【課題を解決するための手段】
【０００８】
実施形態に係る情報処理装置は、受け付け部と、判定部とを備える。前記受け付け部は、表示部により表示される画像に含まれる複数レコードのうちの任意レコードの第１項目に属する情報の第１方向の領域指定を受け付ける。前記判定部は、前記画像に含まれる各レコードの第２項目に属する情報の配置の規則性、及び前記領域指定に基づき、各レコードの前記第１項目に属する情報を判定する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係る帳票処理装置の概略構成の一例を示す図である。
【図２】図２は、実施形態に係る帳票処理装置が処理の対象とする帳票の一例を示す図である。
【図３】図３は、実施形態に係る帳票処理装置による帳票処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して実施形態について説明する。  
図１は、実施形態に係る帳票処理装置の概略構成の一例を示す図である。帳票処理装置は、帳票に関する情報を処理する情報処理装置の一種である。  
図１に示すように、帳票処理装置は、情報処理部１、画像入力部２、及び入出力部３を備える。情報処理部１は、コンピュータにより実現可能であり、プロセッサ１１、記憶部１２、及び入出力インタフェース１３等を備える。
【００１１】
プロセッサ１１は、帳票の処理に必要な演算及び制御などの処理を行うコンピュータの中枢に相当する。プロセッサ１１は、記憶部１２に記憶されたシステムソフトウェア、アプリケーションソフトウェア又はファームウェアなどのプログラムに基づいて、帳票処理装置の各種の機能を実現するべく制御を実行する。プロセッサ１１は、例えば、ＣＰＵ（central processing unit）、ＭＰＵ（micro processing unit）、又はＤＳＰ（digital signal processor）である。あるいは、プロセッサ１１は、これらのうちの複数を組み合わせたものである。
【００１２】
記憶部１２は、プロセッサ１１を中枢とするコンピュータの主記憶装置に相当するＲＯＭ（read-only memory）を含む。ＲＯＭは、上記のプログラムの一部又は全部を記憶する。また、ＲＯＭは、プロセッサ１１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。
【００１３】
また、記憶部１２は、プロセッサ１１を中枢とするコンピュータの主記憶装置に相当するＲＡＭ（random-access memory）を含む。ＲＡＭは、データの読み書きに用いられるメモリである。ＲＡＭは、プロセッサ１１が各種の処理を行う上で一時的に使用するデータを記憶しておくワークエリアなどとして利用される。
【００１４】
また、記憶部１２は、プロセッサ１１を中枢とするコンピュータの補助記憶デバイスを含む。補助記憶デバイスは、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）（登録商標）、ＨＤＤ（hard disk drive）又はＳＳＤ（solid state drive）などである。補助記憶デバイスは、上記のプログラムの一部又は全部を記憶する。また、補助記憶デバイスは、プロセッサ１１が各種の処理を行う上で使用するデータ、プロセッサ１１での処理によって生成されたデータ又は各種の設定値などを保存する。なお、帳票処理装置は、補助記憶デバイスに代えて、あるいは補助記憶デバイスに加えて、メモリカード又はＵＳＢ（universal serial bus）メモリなどの記憶媒体を挿入可能なインタフェースを備えていてもよい。
【００１５】
入出力インタフェース１３は、ネットワークなどを介して他の装置と有線又は無線で通信し、他の装置から送信される各種情報を受信し、また、他の装置に各種情報を送信するためのインタフェースである。他の装置は、保持した帳票画像データを出力するコンピュータ、又は帳票画像を読み取り帳票画像データを出力するスキャナである。
【００１６】
画像入力部２が、上述した他の装置に相当する。画像入力部２は、帳票画像データを受信し、受信した帳票画像データを情報処理部１へ出力する。或いは、画像入力部２は、帳票画像を光学的に読み取り、読み取りにより得られる帳票画像データを情報処理部１へ出力する。
【００１７】
入出力部３は、表示部３１、及び表示部３１に対向配置される座標指定部３２を備える。例えば、座標指定部３２は、タッチセンサーである。表示部３１は、帳票画像データに基づく帳票画像を表示し、座標指定部３２は、オペレータによる帳票画像に対応する位置の指定（タッチ）を検出する。
【００１８】
図２は、実施形態に係る帳票処理装置が処理の対象とする帳票の一例を示す図である。  
図２に示すように、帳票処理装置が処理の対象とする帳票ＦＯは、レコードＲＥ１、ＲＥ２、及びＲＥ３等の複数レコードを含み、各レコードは、氏名の項目ＩＥ１、住所の項目ＩＥ２、及び連絡先の項目ＩＥ３等の複数項目を含む。
【００１９】
帳票ＦＯに含まれる各レコード及び各項目は、ｘ軸方向（第１方向）、及びｙ軸方向（第１方向に直交する第２方向）に沿った文字、数字、及び記号等の情報を含む。つまり、帳票ＦＯに含まれる各レコード及び各項目は、ｘ座標及びｙ座標に沿った情報である。本実施形態では、各レコード及び各項目を区別する枠線を含まないフリーフォームと呼ばれる帳票ＦＯを想定する。また、帳票ＦＯに含まれる情報は、所定サイズの所定フォントで印刷された情報であってもよいし、手書きの情報であってもよい。
【００２０】
氏名の項目ＩＥ１は、氏名を構成する文字列等を含み、氏名はｘ軸方向に沿った１行で示される情報である。住所の項目ＩＥ２は、住所を構成する文字列等を含み、住所はｘ軸方向に沿った１又は複数行で示される情報である。連絡先の項目ＩＥ３は、ｅメールや電話番号などの連絡先を構成する文字列等を含み、連絡先はｘ軸方向に沿った１行で示される情報である。このように、氏名の項目ＩＥ１及び連絡先の項目ＩＥ３は、各レコードにおいて同一の行数（１行）であるが、住所の項目ＩＥ２は、レコード毎に異なる行数（１行、２行、又は３行）である。換言すれば、氏名と連絡先は行数固定の情報であるが、住所は行数可変の情報である。
【００２１】
各レコードに含まれる情報をまとめると以下の通りである。  
レコードＲＥ１は、氏名の項目ＩＥ１として１行の「ａａａａ  ａａａ」、住所の項目ＩＥ２として３行の「ｄｄｄｄｄｄ／ｄｄｄｄ／ｄｄｄ」、連絡先の項目ＩＥ３として１行の「ｇｇｇｇ」を含む。レコードＲＥ２は、氏名の項目ＩＥ１として１行の「ｂｂｂｂ  ｂｂｂ」、住所の項目ＩＥ２として２行の「ｅｅｅｅｅｅ／ｅｅｅｅ」、連絡先の項目ＩＥ３として１行の「ｈｈｈｈ」を含む。レコードＲＥ３は、氏名の項目ＩＥ１として１行の「ｃｃｃ  ｃｃｃｃ」、住所の項目ＩＥ２として１行の「ｆｆｆｆｆｆ」、連絡先の項目ＩＥ３として１行の「ｋｋｋｋ」を含む。
【００２２】
例えば、情報処理部１の記憶部１２は、氏名の項目ＩＥ１に属する情報の配置の規則性（ｙ軸方向に関する配置の規則性）を示す情報を記憶する。この規則性を示す情報は、住所の項目ＩＥ２に属する１又は複数行の文字列がどのレコードに属する文字列なのかを判定するために利用される。この判定については後に詳しく説明する。
【００２３】
さらに、規則性を示す情報について補足する。規則性を示す情報は、各レコードの氏名の項目ＩＥ１に属する情報のｙ軸方向の間隔（ピッチ）である。この間隔は、帳票画像に含まれるレコード総数から算出することができる。例えば、帳票画像に含まれるレコード総数が２０で、帳票画像のｙ軸方向の有効記録範囲が１２００（ｄｐｉ）×１０（ｉｎｃｈ）であれば、１レコードあたりのｙ軸方向の間隔は６００（ｄｐｉ）となる。つまり、１レコードあたりのｙ軸方向の範囲（高さ）は６００（ｄｐｉ）となる。さらに、記憶部１２は、各項目に含まれる文字、数字、及び記号のサイズ情報を記憶してもよい。
【００２４】
情報処理部１は、配置の規則性を示す情報及びサイズ情報を外部サーバから受信してもよいし、情報処理部１で検出するようにしてもよい。例えば、プロセッサ１１は、１行で構成された氏名の項目ＩＥ１に着目して、各レコードの氏名の項目ＩＥ１に含まれる情報を解析して、配置の規則性を示す情報及びサイズ情報を検出するようにしてもよい。
【００２５】
次に、実施形態に係る帳票処理の一例について説明する。図３は、実施形態に係る帳票処理装置による帳票処理の一例を示すフローチャートである。  
図３に示すように、画像入力部２は、帳票画像を光学的に読み取り、帳票画像に対応する帳票画像データを取得する（ＳＴ１）。画像入力部２は、取得した帳票画像データを情報処理部１へ出力する。
【００２６】
情報処理部１の入出力インタフェース１３は、画像入力部２から出力される帳票画像データを受信し、受信した帳票画像データを入出力部３へ出力する。入出力部３は、入出力インタフェース１３から出力される帳票画像データを受信し、表示部３１は、受信した帳票画像データに基づく帳票画像を表示する（ＳＴ２）。
【００２７】
オペレータは、入出力部３の座標指定部３２を介して、自動抽出したい項目の複数行のうちの１行（例えば先頭の第１行目）を指定する。例えば、住所の項目ＩＥ２に含まれる住所の情報は１又は複数行で構成されており、オペレータは、住所の項目ＩＥ２におけるｘ軸方向に沿った文字列のである「ｄｄｄｄｄｄ」を指でなぞって（図２に示す矢印ＴＡが指でなぞる範囲を示す）、文字列の領域を指定する。或いは、オペレータは、住所の項目ＩＥ２におけるｘ軸方向に沿った文字列の始点と終点をタッチして、文字列の領域を指定する。
【００２８】
座標指定部３２は、オペレータの指の接触又はタッチを検知し、指定された文字列の領域を示す座標情報を出力する。つまり、座標指定部３２は、オペレータによる領域指定を受け付ける受け付け部として機能し、入出力部３は、領域指定に対応する座標情報を出力する（ＳＴ３）。
【００２９】
入出力インタフェース１３は、入出力部３からの領域指定に対応する座標情報を受け付ける受け付け部として機能し、入出力部３からの領域指定に対応する座標情報を受け付ける（ＳＴ４）。
【００３０】
プロセッサ１１の文字列抽出部１１１は、帳票画像データに基づき、受け付けた座標情報に対応する文字列を抽出する（ＳＴ５）。この場合、オペレータが指でなぞって指定した「ｄｄｄｄｄｄ」の文字列（以下、指定文字列）が抽出される。さらに、文字列抽出部１１１は、指定文字列のパラメータ（文字列範囲、文字サイズ（幅と高さ））、及び文字ピッチ（文字間距離）を解析する。
【００３１】
継続行解析部１１２は、指定文字列を基準位置として、Ｙ軸方向（図２における下方向又は上下方向）の他の文字列を抽出する。例えば、継続行解析部１１２は、指定文字列を基準位置として、Ｙ軸方向の黒画素連結を抽出し（ＳＴ６）、指定文字列のパラメータ、文字ピッチ、及び黒画素連結に基づき、他の文字列を抽出する。つまり、継続行解析部１１２は、複数レコードにわたり、指定文字列を基準位置とするＹ軸方向から継続文字列を抽出する（ＳＴ７）。この場合、「ｄｄｄｄ」、「ｄｄｄ」、「ｅｅｅｅｅｅ」、「ｅｅｅｅ」、及び「ｆｆｆｆｆｆ」等の複数の継続文字列が抽出される。なお、黒色の帳票画像を対象とする場合には黒色の画素連結を適用するが、黒色以外の帳票画像を対象とする場合には黒色以外の色の画素連結を適用する。例えば、カラーの帳票画像を対象とする場合、カラーの各色の画素連結を適用する。
【００３２】
項目範囲判定部１１３は、記憶部１２に記憶された氏名の項目ＩＥ１に属する情報の配置の規則性を示す情報、及び領域指定に対応する座標情報に基づき、各レコードの住所の項目ＩＥ２に属する情報を判定する（ＳＴ８）。例えば、項目範囲判定部１１３は、帳票画像に含まれるレコード総数、ｙ軸方向の有効記録範囲、１レコードあたりのｙ軸方向の長さ（図２における高さ）に基づき、各レコードのｙ軸方向の範囲（図２における高さ）を検知し、各レコードの住所の項目ＩＥ２に属する情報を判定する。つまり、項目範囲判定部１１３は、抽出された指定文字列及び継続文字列のうちの、どの文字列がどのレコードに属するかを判定する。図２に示すように、項目範囲判定部１１３は、各レコードのｙ軸方向の範囲（図２における高さ）に基づき、各レコードの境界を判定し（例えばレコードＲＥ１とレコードＲＥ２の間の境界ＢＯを判定し）、境界に基づき各レコードに属する情報を区別する。
【００３３】
或いは、項目範囲判定部１１３は、指定文字列のパラメータ及び文字ピッチを利用せずに、黒画素連結に基づき継続文字列を抽出するようにしてもよい。例えば、レコードＲＥ１の住所の項目ＩＥ２の文字サイズと、レコードＲＥ２の住所の項目ＩＥ２の文字サイズとが異なる帳票を想定する場合、このような抽出方法を採用するようにしてもよい。住所の情報量が多い場合に、文字サイズを小さくして行数を増やすことが考えられる（図２に示す帳票画像のケースで４行以上に増やすことが考えられる）。このようなケースであっても、項目範囲判定部１１３は、継続文字列を抽出することができ、さらに、各レコードのｙ軸方向の範囲（高さ）に基づき、各レコードの住所の項目ＩＥ２に属する情報を正しく判定することができる。
【００３４】
プロセッサ１１は、入出力インタフェース１３を介して判定結果を入出力部３へ出力し、表示部３１は帳票画像に判定結果を合成した合成画像を表示する。例えば、表示部３１は、レコード毎に枠線や色で区別して住所の項目ＩＥ２に属する情報を表示する。
【００３５】
また、プロセッサ１１は、判定結果に基づき各レコードの住所の項目ＩＥ２に属する情報を文字認識して、各レコードの住所の情報として取り込む。
【００３６】
本実施形態によれば、オペレータに負担をかけることなく任意の帳票を効率良く処理することができる情報処理装置及び情報処理方法を提供することができる。
【００３７】
オペレータは、表示部３１により表示される帳票画像に含まれる複数レコードのうちの任意レコードの住所の項目ＩＥ２に属する１行の文字列を指でなぞるだけでよい。帳票処理装置は、このオペレータによる１回のオペレーション（文字列をなぞる）に対応して、各レコードの住所の項目ＩＥ２に属する１又は複数行の文字列を判定することができる。
【００３８】
帳票処理装置は、他の項目（例えば氏名の項目ＩＥ１）に属する文字列の配置の規則性を利用し、各レコードの境界を検出する。よって、帳票処理装置は、各レコードが枠線で区分されていない帳票であっても、各レコードの住所の項目ＩＥ２に属する１又は複数行の文字列を判定することができる。
【００３９】
一般的に、住所に関しては情報量に差があるため、住所が１行で表示される場合もあるし、２行又は３行で表示される場合もある。場合によっては、文字サイズを小さくするなどして、住所が４行又は５行で表示される場合もあり得る。そのため、各レコードが枠線で区分されていない帳票においては、住所の判定をオペレータの入力に頼らざるを得ない場面があったが、本実施形態の帳票処理装置によれば、このようなケースであっても、各レコードの住所の項目ＩＥ２に属する１又は複数行の文字列を正確に判定することができる。
【００４０】
また、本実施形態の帳票処理装置では、オペレータによる文字列を指でなぞるオペレーションを容易にするために、入出力部３に４０インチ前後の大型のタッチセンサー付きのディスプレイを適用してもよい。このような大型のタッチセンサー付きのディスプレイであれば、Ａ４サイズの用紙を原寸大で表示することができ、文字列を指でなぞるオペレーションを容易にすることができる。
【００４１】
また、大量の帳票を処理するシーンにおいて、帳票のフォームが統一されていないことがある。例えば、大部分の帳票が同一フォーム（各レコードに属する情報の区分が容易なフォーム）であったとしても、図２に示すようなフォーム（各レコードに属する情報の区分が容易とは言えないフォーム）の帳票が混在することにより、全体の処理効率が低下することがある。つまり、一部の帳票に含まれる住所等の文字列を正しく抽出できないと、帳票処理が停止したり、処理済み帳票のチェックが必要になったりする。本実施形態の帳票処理装置は、フリーフォームの帳票を対象とすることにより、様々なフォームの帳票に対応可能であり、全体の処理効率低下を防止することができる。
【００４２】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００４３】
１…情報処理部
２…画像入力部
３…入出力部
１１…プロセッサ
１２…記憶部
１３…入出力インタフェース
３１…表示部
３２…座標指定部
１１１…文字列抽出部
１１２…継続行解析部
１１３…項目範囲判定部
【図１】
2020181247.tif 000003
【図２】
2020181247.tif 000004
【図３】
2020181247.tif 000005