JP7685233B2 - 段ボール用証憑管理システム - Google Patents

Description

この発明は、段ボール用証憑管理システムに関し、特に、段ボールの注文書などの証憑の画像データから、証憑に記載された情報の登録処理を文字認識により行う段ボール用証憑管理システムに関する。

なお、証憑とは、取引や契約の証拠となる書類（書面）の総称であって、たとえば注文書、納品書、請求書、領収書などが証憑に該当する。

従来、段ボールの注文書の画像データを受信して注文情報の登録処理を文字認識により行うシステムが知られている（たとえば、特許文献１参照）。

上記特許文献１には、ＦＡＸ（ｆａｃｓｉｍｉｌｅ）受信手段と、ＦＡＸ受信手段により受信したＦＡＸ文書から相手先コードなどの情報を読み取るＯＣＲ（Ｏｐｔｉｃａｌ ｃｈａｒａｃｔｅｒ ｒｅｃｏｇｎｉｔｉｏｎ）機能を有する相手先認識手段とを備える受信ＦＡＸ管理システムが開示されている。受信ＦＡＸ管理システムは、発信者のＦＡＸ番号、ＦＡＸヘッダ部の記録された情報、あるいはＯＣＲ機能により、受信したＦＡＸ文書の相手先を自動認識してイメージデータベースに格納する。受信した注文ＦＡＸを表示するとき、画面の右側に元のイメージデータを表示し、画面の左側にＯＣＲ機能により読み取られた注文データを表示する。オペレータは、画面右側のイメージデータを適宜拡大したりスクロールしたりしながら、画面左側の注文データが正しく入力されているかを確認し、間違っていればマウスやキーボード等を用いて修正する。上記特許文献１では、ＯＣＲ認識精度を向上させるため、ＯＣＲ用の文字フォントを使用することを求めた専用の定型書類を顧客に使用させることを提案し、非定型の書類のイメージデータは、ＯＣＲ機能を使用せずにオペレータが情報を手入力することとしている。

特開２００２－１６５０７６号公報

上記特許文献１のような文字認識（ＯＣＲ機能）による画像データの読み取りは、オペレータが証憑（または証憑の画像データ）を目視しつつ手入力する場合と比べて、作業効率を格段に改善できる。一方で、注文書などの証憑では、入力ミスがそのまま誤発注などの契約上の問題につながりかねないため、入力ミスを極力抑止する必要がある。文字認識による画像データの読み取りでは十分な精度が得られないことが多いため、証憑データの登録処理ではオペレータによる確認および修正作業が不可欠である。そのため、登録処理の作業効率を改善し、オペレータの作業負担を軽減するために、文字認識による認識精度の向上が望まれる。

上記特許文献１においては、ＯＣＲ用の文字フォントを使用することを求めた専用の定型書類を取引相手に使用させることを提案しているが、通常、取引相手は独自の書式の証憑書類を長年に亘り継続的に使用していることが多く、専用の定型書類に切り替えることは行われにくいため、実用的の問題がある。

この発明は、上記のような課題を解決するためになされたものであり、この発明の１つの目的は、証憑の画像データからの情報登録処理における文字認識精度を向上させて処理効率を改善することが可能な段ボール用証憑管理システムを提供することである。

本発明の一の局面による段ボール用証憑管理システムは、段ボールに関する証憑の画像データを取得する画像取得部と、画像データを表示する表示部と、入力操作を受け付ける入力部と、画像データに含まれる情報の登録処理を行う情報処理部と、証憑の発行者毎の証憑の書式データを予め記録した記憶部と、を備え、情報処理部は、証憑の発行者に応じて記憶部から書式データを選択し、選択した書式データに基づくパラメータで画像データの文字認識処理を実行することにより、証憑の項目毎の認識文字列を取得し、表示部に表示させた入力画面の項目毎に、取得した項目毎の認識文字列を入力する処理を実行するように構成されており、書式データは、証憑の最大行数を含む行情報と、証憑の１行に含まれる項目に関する列情報とを含み、情報処理部は、画像データを表示する画像表示画面と、入力画面とを表示部に表示し、画像表示画面に表示した画像データの１行単位で文字認識し、認識した行に含まれる各項目の認識文字列を入力画面の項目毎に入力する処理を、最大行数に応じて順次実行するように構成されており、行情報は、最大行数に加えて、いずれかの行の上端位置および下端位置の情報と、行間隔の情報とを含み、列情報は、項目毎の左端位置および右端位置の情報を含み、情報処理部は、上端位置および下端位置の情報と、行間隔と、最大行数とに基づいて、証憑の各行を示す第１枠線を、画像表示画面に表示した画像データに重ねて表示し、項目毎の左端位置および右端位置の情報に基づいて、証憑の各項目を示す第２枠線を、画像表示画面に表示した画像データに重ねて表示し、第１枠線内の領域を１行として、第２枠線内に含まれる文字列を項目毎の認識文字列として取得するように構成されている。このように構成すれば、全ての行および項目の位置および範囲を１つ１つ設定することなく、証憑に含まれる各行および各項目の領域を正確に特定できる。また、第１枠線と第２枠線とを画像データに重ねて表示するので、オペレータは、文字認識に用いる書式データが、画像データとして写る証憑の書式と一致しているか否かを、視覚的に確認できる。そのため、仮に誤った書式データが選択された場合にも、オペレータが容易に把握できる。

上記一の局面による段ボール用証憑管理システムにおいて、好ましくは、書式データは、証憑に含まれる基準線の情報を含み、情報処理部は、文字認識処理の際、画像データ中の基準線を書式データに設定された基準線に一致させるように、画像データの拡大率および回転角度を補正する処理を行うように構成されている。このように、証憑に含まれる基準線の情報を予め書式データに設定しておき、画像データ中の基準線を書式データの基準線と一致させることによって、画像データ中の文字サイズ、傾き、行間隔、項目（列）の幅、といった要素を書式データの設定に用いた見本（テンプレート）と一致させることができる。この結果、画像データ中の証憑のサイズや方向を一定に揃えた上で、書式データによって最適化された文字認識処理を適用できるので、高い認識精度を維持できる。

上記一の局面による段ボール用証憑管理システムにおいて、好ましくは、書式データは、証憑に含まれる項目毎の文字間隔情報を含み、情報処理部は、文字認識処理の際、画像データ中の文字間隔を文字間隔情報に基づいて調整する処理を、画像データの項目毎に実行するように構成されている。ここで、発行者が証憑を発行する際に使用したフォントおよび文字ピッチによっては、隣接する文字を分離して認識しにくくなる場合があり、認識精度低下の要因となる。そこで、上記構成では、文字認識処理に適した文字間隔に調整する前処理を行うことができる。また、証憑の項目毎に、使用される文字種（数字、アルファベット、カナ漢字など）が決まっていることから、項目単位で文字間隔情報を設定することによって、文字種に応じた最適な文字間隔に調整できる。これらにより、文字認識の精度をさらに効果的に向上させることができる。

上記一の局面による段ボール用証憑管理システムにおいて、好ましくは、記憶部は、ダンボールシートとダンボールケースとを含む段ボールの種別情報に対応して、種別情報毎に書式データを記憶し、情報処理部は、証憑の種別情報に応じて記憶部から書式データを選択するように構成されている。このように構成すれば、段ボールの種別毎に独自の項目がある場合にも、それぞれの項目毎の文字認識および情報入力を適切に行える。

上記一の局面による段ボール用証憑管理システムにおいて、好ましくは、情報処理部は、いずれかの項目に入力された認識文字列に対して、入力部を介して修正の入力操作を受け付けた場合、修正前文字列と修正後文字列とを対応付けて記憶部に記録し、文字認識により取得した認識文字列が記憶部に記録された修正前文字列に該当する場合、対応する修正後文字列に置換する処理を行うように構成されている。このように構成すれば、文字認識処理において誤認識が発生し、オペレータによって入力情報の修正が行われた場合でも、その後の文字認識処理において同じ修正前文字列が認識された場合に自動的に修正後文字列に置換することができる。これにより、オペレータの作業負担を効果的に軽減できる。また、取引の度に発行される証憑では、一定の文字列（たとえば商品名、納品場所など）が頻繁に記載されるという事情があるため、修正前文字列を修正後文字列に置換するという簡単な処理で、誤入力を効果的に抑制できる。

本発明によれば、上記のように、証憑の画像データからの情報登録処理における文字認識精度を向上させて処理効率を改善することが可能な段ボール用証憑管理システムを提供することができる。

一実施形態による段ボール用証憑管理システムの全体構成を示した模式図である。 画像表示画面および入力画面の表示例（ケース注文書）を示した図である。 画像表示画面および入力画面の表示例（シート注文書）を示した図である。 書式データを説明するための図である。 書式データの設定登録画面の例を示した図である。 文字間隔の調整処理を説明するための図である。 基準線の情報の設定方法を説明するための図である。 書式データの元になった画像データ（Ａ）、新たに取得された画像データ（Ｂ）、第２の基準線による調整の例を説明するための画像データ（Ｃ）を示した図である。 画像データに対する文字認識処理を説明するための模式図である。 入力値に異常値（エラー）が含まれた場合の報知処理の例を示した模式図である。 置換テーブルを説明するための初回認識時の文字列（Ａ）、置換テーブル（Ｂ）、次回以降の認識時の文字列（Ｃ）を示した模式図である。 注文情報の登録処理を示したフローチャートである。 受信ＦＡＸ一覧画面の例を示した模式図である。 図１２のＯＣＲ登録処理の流れを示したフローチャートである。 検証処理を説明するための模式図である。 注文請書画像の例を示した模式図である。

以下、本発明を具体化した実施形態を図面に基づいて説明する。

まず、図１～図１１を参照して、本実施形態による段ボール用証憑管理システム１の構成について説明を行う。図１に示すように、段ボール用証憑管理システム１は、取引相手から受領した証憑６の画像データ５０に対する文字認識処理を行うことにより、証憑６の記載事項をデータベースへ登録し、証憑６の情報を管理するためのシステムである。

段ボール用証憑管理システム１が管理する証憑６は、ケース状またはシート状の段ボールを商品とする取引に関わる注文書、納品書、請求書、領収書などの書類であるが、他の証憑であってもよい。以下では、証憑の一例として、顧客から受領したケース状またはシート状の段ボールの注文書を例示し、注文書の記載事項（注文内容）を、管理サーバ４のデータベースに登録する処理を行う構成について説明する。

段ボール用証憑管理システム１は、受信部２と、情報処理端末３と、管理サーバ４と、を備える。また、段ボール用証憑管理システム１は、画像読取部５を備えている。受信部２および画像読取部５は、特許請求の範囲の「画像取得部」の一例である。

（受信部）
受信部２は、段ボールに関する証憑（段ボールの注文書）の画像データ５０を取得する。具体的には、受信部２は、電話回線を通じて顧客からＦＡＸ送信された画像データ５０を受信するＦＡＸモデムを含む。受信部２は、電話回線を通じて受信したＦＡＸ信号を変換してＦＡＸ画像データを生成し、管理サーバ４に出力する。また、受信部２は、管理サーバ４または情報処理端末３から送信すべきＦＡＸ画像データを取得すると、取得したＦＡＸ画像データをＦＡＸ信号に変換して電話回線を通じて送信する。

（画像読取部）
画像読取部５は、段ボールに関する証憑６（段ボールの注文書）の画像データ５０を取得する。具体的には、画像読取部５は、印刷された注文書を光学的に読み取りデジタルデータ（画像情報）に変換することにより、注文書の画像データ５０を生成するように構成されている。画像読取部５は、イメージスキャナである。画像読取部５は、読み取った画像データ５０を情報処理端末３に出力する。読み取られた画像データ５０は、情報処理端末３を介して管理サーバ４に送信される。受信部２と画像読取部５とは、たとえば複合機（ＦＡＸ、スキャナ、コピー、プリンターの各機能を備えた事務機器）として一体的に構成されていてもよい。

（管理サーバ）
管理サーバ４は、段ボール用証憑管理システム１において証憑６に記載された情報の登録受け付けおよび管理を行う。管理サーバ４は、ネットワークを介して情報処理端末３と接続されている。管理サーバ４は、受信部２と接続されている。管理サーバ４は、記憶部４ａを備えている。

記憶部４ａは、登録された情報を記録する登録用データベース４１を記憶している。記憶部４ａは、受信部２および画像読取部５の各々で生成された証憑６（注文書）の画像データ５０を記録する画像用データベース４２を記憶している。

画像用データベース４２には、証憑６の発行者（取引相手）毎に個別のフォルダが作成されている。管理サーバ４は、画像データ５０を該当する発行者（取引相手）のフォルダに仕分けて記録するように構成されている。

注文書の画像データ５０が取得されると、段ボール用証憑管理システム１は、情報処理端末３により、注文書に記載された注文情報Ｒ（図２参照）を登録用データベース４１に登録する登録処理を行う。登録処理において、管理サーバ４は、情報処理端末３からのアクセス要求に応じて、画像用データベース４２に記録した注文書の画像データ５０を情報処理端末３に送信する。登録担当者（オペレータ）が、情報処理端末３を用いて、注文書に記載された注文情報Ｒの登録処理の作業を行う。管理サーバ４は、登録処理によって入力された注文情報Ｒ（後述する注文内容データＲ２）を情報処理端末３から受信する。管理サーバ４は、受信した注文情報Ｒと、その注文情報Ｒに対して割り当てた受注番号Ａｂとを関連付けた受注登録データ４１ａを、登録用データベース４１に記録するように構成されている。受注番号Ａｂは、１件の注文情報Ｒに対して１つ割り当てられるユニークな識別情報である。

本実施形態では、記憶部４ａは、登録処理に先だって、証憑６の発行者毎の証憑の書式データ４３を予め記録している。書式データ４３は、証憑の記載形式（書式）を定義するデータであり、証憑の画像データ５０に対する文字認識処理（ＯＣＲ処理）を実行するための各種パラメータを含む。

この他、管理サーバ４は、注文書の画像データ５０に受注登録が完了したことを示す情報を追記することにより生成した注文請書画像７０を画像用データベース４２に記録するように構成されている。管理サーバ４は、受信部２を介して、生成された注文請書画像７０を注文書の発信者（顧客）に返信するように構成されている。管理サーバ４は、複数の注文請書画像７０を一括で送信すること、および個々の注文請書画像７０に登録担当者のコメントなどを付与して個別送信すること、が可能である。

管理サーバ４は、プロセッサ、メモリ、不揮発性の記憶装置、通信インターフェース、などを含むコンピュータにより構成されている。不揮発性の記憶装置が、記憶部４ａを構成している。記憶装置に記憶された受注登録管理用ソフトウェアをプロセッサが実行することにより、コンピュータが管理サーバ４として機能する。

（情報処理端末）
情報処理端末３は、管理サーバ４により受信された注文書の画像データ５０に記載された注文情報Ｒの登録処理を行うように構成されている。段ボール用証憑管理システム１は、少なくとも１つの情報処理端末３を備える。図１の例では、複数（３つ）の情報処理端末３が設けられた例を示している。

各情報処理端末３は、基本構成として、画像データ５０を表示する表示部３１と、入力操作を受け付ける入力部３２と、画像データ５０に含まれる情報の登録処理を行う情報処理部３３と、を含む。図１の右端の情報処理端末３のように、複数台の表示部３１（第１表示部３１ａ、第２表示部３１ｂ）を備えていてもよい。右端の情報処理端末３は、画像読取部５と接続されている。他の情報処理端末３にも画像読取部５を１台ずつ設けてもよい。情報処理端末３の基本構成は同一であるので、複数の情報処理端末３のうちの１つを例に挙げて説明を行う。

情報処理端末３は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）により構成される。情報処理部３３が、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）、メモリ、および通信インターフェースなどを含むＰＣ本体により構成される。ＣＰＵが、ＨＤＤに格納された制御プログラムを実行することによって、情報処理部３３としての機能を実行する。表示部３１は、たとえば液晶モニタなどの画像表示装置からなり、情報処理部３３の画像出力に基づき画面表示を行う。入力部３２は、登録担当者の操作入力を受け付けるキーボードおよびマウスなどからなる。

本実施形態では、情報処理部３３は、注文情報Ｒの登録処理に際して、（１）証憑の発行者に応じて記憶部４ａから書式データ４３を選択し、（２）選択した書式データ４３に基づくパラメータで画像データ５０の文字認識処理を実行することにより、証憑の項目毎の認識文字列８５（図２参照）を取得し、（３）表示部３１に表示させた入力画面６２（図２参照）の項目毎に、取得した項目毎の認識文字列８５を入力する処理を実行するように構成されている。

文字認識処理とは、画像データ５０に含まれる文字の像を文字データ（文字コード）に変換する処理であり、いわゆるＯＣＲ（Ｏｐｔｉｃａｌ ｃｈａｒａｃｔｅｒ ｒｅｃｏｇｎｉｔｉｏｎ）処理である。情報処理部３３には、文字認識処理を行うプログラム（文字認識エンジン）がインストールされている。

本実施形態では、登録担当者は、注文書の画像データ５０に含まれる情報を１つ１つ手入力で登録する作業を行う必要がない。登録担当者は、文字認識処理によって入力画面６２に自動入力された項目毎のデータと、注文書の画像データ５０に記載された情報の内容とが一致していることを確認し、不一致部分について手入力で修正する作業を行う。なお、本実施形態では、情報処理部３３は、モード切り替えによって、登録作業を全て登録担当者の手入力によって実行するモードを実行することも可能である。

〈画像表示画面および入力画面〉
情報処理部３３は、登録処理を行う際、図２に示すように、画像データ５０を表示する画像表示画面６１と、入力画面６２とを表示部３１に表示する。

情報処理部３３は、登録担当者により選択された注文書の画像データ５０を、情報処理部３３が管理サーバ４から取得して、画像表示画面６１に表示させる。

入力画面６２は、注文書に記載された注文情報Ｒを入力するための各入力エリア（６３ａ～６３ｆ）が設けられた画面である。登録処理は、画像表示画面６１に表示させた注文書の画像データ５０の記載内容（注文情報Ｒ）を、項目毎に、入力画面６２の対応する入力エリア（６３ａ～６３ｆ）へ入力することにより行われる。

情報処理部３３は、画像表示画面６１と入力画面６２とを並べて表示させる。このとき、情報処理部３３は、１つの表示部３１に画像表示画面６１と入力画面６２との両方を表示させてもよいし。図１の右側の情報処理端末３のように、マルチディスプレイの形態で、第１表示部３１ａと第２表示部３１ｂとにそれぞれ画像表示画面６１と入力画面６２とを表示させてもよい。

図２において、画像表示画面６１は、画像データ５０の表示領域と、種別選択ボタン６１ａ、書式選択ボタン６１ｂ、設定ボタン６１ｃ、ＯＣＲボタン６１ｄ、終了ボタン６１ｅなどを含む。登録担当者が、種別選択ボタン６１ａによって注文の種別を選択し、書式選択ボタン６１ｂによって書式データ４３を選択し、ＯＣＲボタン６１ｄを入力（クリック）することによって、画像表示画面６１に表示させた画像データ５０に対する文字認識処理を実行することができる。なお、後述するように、情報処理部３３は、書式選択ボタン６１ｂの操作入力によらずに、画像データ５０中の画像要素（後述する基準線８３）に基づいて、画像データ５０に対応した書式データ４３を自動的に選択することができる。

図２の画像表示画面６１には、注文書の画像データ５０の一例を示している。注文書には、１件または複数件の注文情報Ｒが含まれる。注文書は、段ボール業界の商慣行として、１件の注文情報Ｒが単位行ごとに表示される。図２の例では、１行につき１件の注文情報Ｒが記載されている。なお、注文情報Ｒの項目が多い場合などは、１行が複数段（たとえば上下２段）で１件の注文情報Ｒが記載されうる。

〈ケース注文書〉
図２は、ケース状の段ボール商品についてのケース注文書の例を示している。注文書の画像データ５０には、画像中の上方かつ左右方向の中央に「ケース注文書」という記載が配置されている。ケース状の段ボール商品は、段ボールに必要な印字（会社名や梱包される商品名など）が施され、ケース状に組み立てられるように切り込みや折り曲げ線が付与された段ボールである。

注文書には、注文情報Ｒの他、注文書を発行した発行者（発注者）を特定するための発行者情報Ｒ１（たとえば、会社名など）が記載されている。注文情報Ｒは、顧客からの注文内容を表す情報である。１件の注文情報Ｒは、複数の項目の情報からなる。図２の例では、注文情報Ｒは、「発注番号」の項目５１ａ、「商品番号」の項目５１ｂ、「商品名」の項目５１ｃ、「数量」の項目５１ｄ、「納期」の項目５１ｅ、および、「（納入）場所」の項目５１ｆの各項目を含んでいる。

項目５１ａの「発注番号」は、発注者が注文を特定するための番号である。項目５１ｂの「商品番号」は、段ボール商品に一意に割り当てられた識別番号である。項目５１ｃの「商品名」は、段ボール商品の名称である。商品番号と商品名とは、基本的に一対一対応している。そのため、１件の注文情報Ｒには、項目５１ｂおよび項目５１ｃのいずれか一方のみが記載されている場合がある。項目５１ｄの「数量」は、注文した段ボール商品の個数である。項目５１ｅの、「納期」は、注文した商品を発注者に納入する期限の指定である。項目５１ｆの「（納入）場所」は、商品を発注者に納入する場所の指定である。

図２の例では、注文書の画像データ５０には、発行者情報Ｒ１である「×××段ボール株式会社」が記載されている。また、たとえば１件目（１行目）の注文情報Ｒであれば、項目５１ａに「２０１７０３」、項目５１ｂに「１０１」、項目５１ｃに「新製品 タトウ式」、項目５１ｄに「１００」、項目５１ｅに「１２月１６日 ８：００」、項目５１ｆに「ＸＸ工場」の文字列が記載されている。図２の例では、ケース注文書は、最大１０件（１０行）の注文情報Ｒを含み得る書式で記載され、１件目～８件目までの注文情報Ｒが記載されている。発注者によっては、ケース注文書について「備考」の項目や、「出荷特記」の項目がさらに記載されている場合がある。

種別選択ボタン６１ａで「ケース受注」が選択されると、ケース注文書の入力画面６２が表示される。ケース注文書の入力画面６２には、注文情報Ｒに含まれる各項目５１ａ～５１ｆに対応した複数の入力エリア６３ａ～６３ｆが表示される。入力エリアの数は、ケース注文書の項目数に応じて、発注者毎に書式データ４３（図１参照）に設定される。複数の入力エリア６３ａ～６３ｆは、入力画面６２において縦方向に沿って並べて表示されている。注文が受注登録データ４１ａとして登録された後は、入力画面６２は、登録された受注内容を表示することにより、閲覧、確認用の表示画面としても機能する。入力画面６２は、１ページが１件の注文内容（受注登録データ４１ａ）を示し、注文書に記載された注文情報Ｒの数だけのページを含む。入力画面６２の右上隅に、注文書の何行目（何件目）の注文内容のページであるかが表示（図２では「１行目」が表示）される。

受注登録データ４１ａ（図１参照）は、注文書の画像データ５０に記載された注文情報Ｒに基づいて登録される段ボールの受注内容を示す登録情報である。具体的には、受注登録データ４１ａは、発行者情報Ｒ１、注文内容データＲ２、および、注釈情報Ｒ３などを含む情報である。注文内容データＲ２は、注文書の画像データ５０に記載された注文情報Ｒが登録処理により入力された情報であり、注文情報Ｒと一致する。注釈情報Ｒ３は、注文内容に対して登録担当者が記入する注釈（コメント）のデータである。この他、受注登録データ４１ａは、登録を担当した担当者情報Ａａと、注文内容データＲ２ごとに割り振られる受注番号Ａｂとを含む。

また、入力画面６２には、ログイン処理に基づき、登録を担当する担当者情報Ａａが予め表示される。同様に、入力画面６２には、発行者情報Ｒ１（顧客番号Ｒ１１）が表示される。発行者情報Ｒ１（顧客番号Ｒ１１）は、ＦＡＸ受信された注文書であれば、発信者ＦＡＸ番号またはＦＡＸヘッダ情報に基づいて特定され、自動的に入力される。発信者ＦＡＸ番号等から発行者を特定できない場合、または、印刷された注文書を画像読取部５によって画像化した場合では、担当者（登録担当者）が手入力する方法、担当者が得意先データベース（管理サーバ４に記憶された顧客のデータベース）から選択する方法、画像データ５０から文字認識処理により読み取る方法、のいずれかによって発行者情報Ｒ１（顧客番号Ｒ１１）を入力できる。

〈シート注文書の例〉
図３は、シート状の段ボール商品についてのシート注文書の例を示す。図３に示す注文書の画像データ５０には、紙面上方かつ紙面左右方向の中央に「シート注文書」という記載が配置されている。注文書の画像データ５０には、発行者情報Ｒ１（「ＸＸＸ段ボール株式会社」）と、注文情報Ｒとが配置されている。シート状の段ボール商品は、折り曲げ線の形成、カットが行われる前のシート状態の段ボールである。

図１５の例では、注文情報Ｒは、「発注番号」の項目５２ａ、「商品番号」の項目５２ｂ、「段（フルート）」の項目５２ｃ、「紙質」の項目５２ｄ、「寸法（巾×流れ）」の項目５２ｅ、「数量（枚数）」の項目５２ｆ、「罫線」の項目５２ｇ、「納期」の項目５２ｈ、および、「（納入）場所」の項目５２ｉの各項目を含んでいる。「発注番号」、「商品番号」、「（納入）場所」、「納期」の各項目は、ケース注文書と同様である。項目５２ｃの「段（フルート）」は、Ａ段、Ｂ段、ＡＢ段などの段ボールに形成される段の仕様を示し、項目５２ｄの「紙質」は、使用する段ボール原紙の種類を示す。項目５２ｅの「寸法」は、段ボールシートの１枚の寸法である。項目５２ｇの「罫線」は、製函のための折曲線の位置を示す。図３では記載していないが、シート注文書のその他の項目としては、たとえば、丁取（１枚の段ボールシートから打ち抜ける数）、備考、出荷特記、仕入特記といった項目が記載されうる。

種別選択ボタン６１ａで「シート受注」が選択されると、シート注文書の入力画面６２が表示される。シート注文書の入力画面６２には、注文情報Ｒに含まれる各項目５２ａ～５２ｉに対応した複数の入力エリア６４ａ～６４ｉが表示される。上記の通り、入力エリアの数は、シート注文書の項目数に応じて、発注者毎に書式データ４３に設定される。その他の事項は、ケース注文書の場合と基本的に同様である。

なお、以下の説明では、便宜的に、図２に示したケース注文書の画像データ５０の登録処理について説明し、図３に示したシート注文書については概ね同様のため説明を省略する。

（書式データ）
文字認識処理は、画像データ５０に写る証憑（注文書）に応じた書式データ４３を用いて実行される。図３は、管理サーバ４の記憶部４ａに記憶された書式データ４３のデータ構造の概念を示した模式図である。

〈書式データの種類〉
図３に示すように、記憶部４ａには、証憑の発行者毎に、証憑（注文書）の書式データ４３が予め記憶されている。証憑の発行者とは、たとえば取引相手となる事業者（法人または個人）であり、発行者情報Ｒ１（図２参照）によって特定される。同一の事業者であっても、発注担当者ごとに注文書の書式が異なる場合があるため、書式データ４３は、同一の事業者について、複数登録することができる。

また、記憶部４ａは、ダンボールシートとダンボールケースとを含む段ボールの種別情報ＣＬに対応して、種別情報ＣＬ毎に書式データ４３を記憶している。書式データ４３は、注文の種別（種別情報ＣＬ）毎に別々に作成され記憶部４ａに記憶される。本実施形態では、種別情報ＣＬは、段ボールの受注に関して、段ボールケース（ケース受注）と、段ボールシート（シート受注）と、の２つの種別を含む。また、種別情報ＣＬは、段ボールの材料（原紙など）の発注に関しては、納品書、請求書、領収書などの各種別を含み得る。

このように、記憶部４ａは、個々の発行者について、種別情報ＣＬの種別数に応じた数の書式データ４３が登録される。図４の例では、発行者「Ａ社」について、段ボールケースの注文種別に対応する「書式：１」と、段ボールシートの注文種別に対応する「書式：２」と、の２つの書式データ４３が登録されている。発注担当者ごとに注文書の書式が異なる場合、同一の種別（たとえば段ボールケース）について、書式：３、書式：４といった複数の書式データ４３が登録されうる。発行者「Ｂ社」、「Ｃ社」についても、同様に、種別情報ＣＬに応じた数の書式データ４３が登録されている。

〈書式データの内容〉
次に、書式データ４３の内容と設定方法を説明する。図５は、設定ボタン６１ｃ（図２参照）を入力することによって表示される設定登録画面６５を示す。設定登録画面６５は、画像表示画面６１に表示された画像データ５０に対して書式データ４３の設定を行うための画面である。以下、図４と図５とを参照する。

図４に示すように、書式データ４３は、行情報７１と、列情報７２と、基準線情報７３と、を含む。なお、基準線情報７３は、特許請求の範囲の「証憑に含まれる基準線の情報」の一例である。

〈行情報〉
行情報７１は、証憑の各行に関する書式情報である。行情報７１は、注文書の最大行数７１ａを含む。最大行数７１ａは、１枚の注文書に記載される注文数（すなわち、行数）の上限値に相当する。最大行数７１ａは、設定登録画面６５の行数入力欄６５ａに数値を入力することによって設定される。

行情報７１は、いずれかの行の上下端情報７１ｂと、行間隔の情報７１ｃとを含む。上下端情報７１ｂと、行間隔の情報７１ｃは、設定登録画面６５において登録担当者が画像データ５０上の位置を指定することによって登録される。上下端情報７１ｂは、特許請求の範囲の「行の上端位置および下端位置の情報」の一例である。

具体的には、情報処理部３３（図１参照）は、図５の設定登録画面６５において画像データ５０を表示させ、入力部３２（図１参照）を介して、いずれかの行の上端位置Ｐ１（左上隅）の位置の指定（クリック）と、下端位置Ｐ２（左下隅）の位置の指定（クリック）と、を受け付ける。情報処理部３３は、指定された上端位置Ｐ１および下端位置Ｐ２の各位置座標を、上下端情報７１ｂとして取得する。

ここで、行の上端位置Ｐ１および下端位置Ｐ２は、その行内の、文字記載領域の上端位置および下端位置として設定されることが好ましい。つまり、上端位置Ｐ１は、行内の文字の上端部と、その行の上側の横罫線５５との間の位置として指定される。下端位置Ｐ２は、行内の文字の下端部と、その行の下側の横罫線５５との間の位置として指定される。行の横罫線５５よりも内側の位置座標を上下端情報７１ｂとして設定することによって、文字認識処理の対象領域内に横罫線５５が含まれることを防止できるので、横罫線５５を誤って文字の一部として認識することを防止できる。

また、情報処理部３３（図１参照）は、画像データ５０中の上下に隣り合う横罫線５５間の距離を、行間隔の情報７１ｃとして取得する。ここで、基準線情報７３の設定の際に、図７に示すように、後述する基準線８３の位置座標が特定される。そこで、情報処理部３３は、基準線８３の下側に隣接する横罫線５５の位置Ｐ３の入力を受け付ける。情報処理部３３（図１参照）は、基準線８３と位置Ｐ３との間の上下方向の距離（基準線８３の始点位置Ｐ６と位置Ｐ３との間の距離）を、行間隔の情報７１ｃとして取得する。

これにより、情報処理部３３は、上下端情報７１ｂによって特定される行高さの第１枠線８１を、行間隔の情報７１ｃで特定される間隔で、最大行数７１ａの数だけ、画像データ５０に重ねて表示する。なお、各行の右端の位置は、列情報７２における、最も右端の列の右端位置Ｐ５の位置座標に基づいて、自動的に設定される。画像データ５０の右端の縦罫線５６を検出してもよい。

このようにして表示される第１枠線８１は、証憑（注文書）の各行を示す。したがって、行情報７１が適切に設定されると、画像データ５０における各行の文字列が記載される領域が、重畳表示される各第１枠線８１の範囲内に収まる。

〈列情報〉
次に、図４の列情報７２は、証憑の１行（つまり、１件の注文情報Ｒ）に含まれる項目に関する情報である。列情報７２は、１行に含まれる各項目の位置および範囲の情報を含む。列情報７２は、証憑の項目数と同じ数の個別項目データＫａ～Ｋｆの集まりからなる。

具体的には、列情報７２（個別項目データＫａ～Ｋｆ）は、まず、項目毎の項目名の情報７２ａを含む。項目名の情報７２ａは、発注番号、商品番号、商品名、数量、納期、（納入）場所、備考、出荷特記といった、証憑（注文書）に記載された項目の名称である。管理サーバ４に登録される事項は予め決まっているので、登録担当者が、登録事項のうちのどの項目かを選択または入力することによって、設定される。

列情報７２は、項目毎の左端位置および右端位置の情報である左右端情報７２ｂを含む。左右端情報７２ｂは、設定登録画面６５において登録担当者が画像データ５０上の位置を指定（クリック）することによって登録される。左右端情報７２ｂは、特許請求の範囲の「項目毎の左端位置および右端位置の情報」の一例である。

具体的には、情報処理部３３（図１参照）は、設定登録画面６５に表示させた画像データ５０において、入力部３２（図１参照）を介して、個々の項目の左端位置Ｐ４（左上隅）の位置の指定（クリック）と、右端位置Ｐ５（右上隅）の位置の指定（クリック）と、を受け付ける。

ここで、項目（列）の左端位置Ｐ４および右端位置Ｐ５は、その項目（列）内の、文字記載領域の左端位置および右端位置として設定されることが好ましい。つまり、左端位置Ｐ４は、項目内の文字の左端部と、その項目の左側の縦罫線５６との間の位置として指定される。右端位置Ｐ５は、項目内の文字の右端部と、その項目の右側の縦罫線５６との間の位置として指定される。項目の両側の縦罫線５６よりも内側の位置座標を左右端情報７２ｂとして設定することによって、文字認識処理の対象領域内に縦罫線５６が含まれることを防止できるので、縦罫線５６を誤って文字の一部として認識することを防止できる。

図５の例では、６つの項目が記載されているため、情報処理部３３は、６つ項目（個別項目データＫａ～Ｋｆ）の各々についての左端位置Ｐ４および右端位置Ｐ５の位置座標（１２箇所）を、それぞれ左右端情報７２ｂとして取得する。

これにより、情報処理部３３は、項目毎の左右端情報７２ｂによって特定される位置および項目幅（列幅）の第２枠線８２を、項目毎に、画像データ５０に重ねて表示する。なお、各項目の下端の位置は、行情報７１によって特定される最終行（図５の場合は１０行目）の位置に基づいて、自動的に設定される。

このようにして表示される第２枠線８２は、証憑の各列を示す。したがって、列情報７２が適切に設定されると、画像データ５０における各列（各項目）の文字列が記載される領域が、重畳表示される各第２枠線８２の範囲内に収まる。

このような構成により、情報処理部３３は、文字認識処理において、画像データ５０に含まれる項目毎の文字列の領域を、互いに交差する第１枠線８１と、第２枠線８２とが重なり合う領域として取得し、後述するように項目毎に文字認識処理のパラメータを異ならせるように構成されている。なお、図２では、第１枠線８１および第２枠線８２が重畳表示された状態を図示しており、図３では、それらが重畳表示される前の状態を図示している。

図４に示すように、列情報７２（個別項目データＫａ～Ｋｆ）は、項目毎に、その項目で使用される文字種の情報７２ｃを含む。証憑の各項目は、項目の内容に応じて、使用される文字種が決まっているため、書式データ４３として、その項目で使用される文字種の情報７２ｃが予め設定されている。文字種の情報７２ｃは、たとえば、数字、英字、カナ（ひらがなおよびカタカナ）および漢字の３種類とこれらの組み合わせによって定義されうる。情報処理部３３は、図示しない設定画面において、入力部３２を介して、登録担当者から項目毎に文字種の情報７２ｃの入力を受け付け、受け付けた文字種の情報７２ｃを項目名と対応させて記憶部４ａに記憶させる。

これにより、情報処理部３３は、文字認識処理を行う際、項目毎に、その項目の文字列を、文字種の情報７２ｃで特定された文字種の範囲内で認識するように構成されている。文字認識処理を行う際の文字種を絞り込むことによって、認識精度を向上できる。

また、本実施形態では、列情報７２は、項目毎の文字間隔情報７２ｄを含む。証憑は、記載される文字列の文字間隔（文字送り）が項目毎に概ね一定である。文字間隔が狭すぎると、隣接する文字同士が、独立した文字として認識されにくくなる。そのため、書式データ４３として、項目毎の文字間隔情報７２ｄが予め設定されている。情報処理部３３は、図示しない設定画面において、入力部３２（図１参照）を介して、登録担当者から項目毎に文字間隔情報７２ｄの入力を受け付け、受け付けた文字種の情報７２ｃを項目名と対応させて記憶部４ａに記憶させる。

これにより、情報処理部３３は、文字認識処理の際、画像データ５０中の文字間隔を文字間隔情報７２ｄに基づいて調整する処理を、画像データ５０の項目毎に実行するように構成されている。たとえば図６（Ａ）に示すように、文字間隔の調整前において、ある項目の文字列（図６の例では「ＸＸ工場」）の文字間隔ｔ１が小さすぎると仮定する。この場合、登録担当者は、文字間隔を大きくするように文字間隔情報７２ｄを設定する。情報処理部３３は、文字認識処理に先立つ前処理として、文字間隔情報７２ｄの設定値に従って、画像データ５０中の文字間隔を画像処理によって調整する。図６（Ｂ）は、文字間隔がｔ２に調整された後の文字列を示す。文字間隔情報７２ｄの設定の仕方は、特に限定されない。文字間隔情報７２ｄは、たとえば、文字送り量の最小値で設定してもよいし、調整前の文字送り量に対する倍率などで設定してもよい。画像データ５０中の文字間隔が大きすぎる場合には、前処理の際に文字間隔情報７２ｄに基づいて文字間隔が小さくされる。

図４に示すように、以上の項目名の情報７２ａ、左右端情報７２ｂ、文字種の情報７２ｃおよび文字間隔情報７２ｄが、１つの個別項目データＫａ～Ｋｆに含まれる。そして、証憑（注文書）に含まれる項目の数だけ、個別項目データＫａ～Ｋｆが別々に設定される。したがって、図２に示した画像データ５０から作成される書式データ４３の例では、列情報７２は、発注番号の項目５１ａ、商品番号の項目５１ｂ、商品名の項目５１ｃ、数量の項目５１ｄ、納期の項目５１ｅおよび（納入）場所の項目５１ｆのそれぞれに対応する、合計６個の個別項目データＫａ～Ｋｆを含んでいる。

この他、情報処理部３３は、文字認識処理の前処理として、二値化処理および平滑化（ぼかし）処理を項目毎に実行することができる。

二値化処理は、印刷した証憑（注文書）を画像読取部５により画像化した場合に、実行するように設定される。そのため、個別項目データＫａ～Ｋｆは、二値化処理の閾値７２ｅを含みうる。

平滑化（ぼかし）処理は、画像データ５０中の文字の輪郭にシャギーが出ている部分をなだらかにする画像処理である。個別項目データＫａ～Ｋｆは、平滑化処理の強さの設定値（平滑化パラメータ７２ｆ）を含みうる。

〈基準線情報〉
次に、基準線情報７３は、証憑全体（画像データ５０の全体）における各文字列の位置や範囲の基準となる線（すなわち基準線）に関する情報である。基準線情報７３は、基準線８３（図７参照）の始点位置Ｐ６および終点位置Ｐ７を含む。

図７に示すように、基準線８３は、画像データ５０に含まれる線（罫線）のうち、画像幅方向に延びる線である。基準線８３には、証憑の用紙幅の６０％以上（好ましくは７０％以上）の長さを有する線が採用される。通常、基準線８３は、画像データ５０のうち、画像幅方向に延びる最も長い線であり、注文書に示された各注文情報Ｒを囲む枠線の上部（上側の辺）を構成する横罫線５５（点線で囲んだ線）が該当する。

情報処理部３３（図１参照）は、設定登録画面６５において、入力部３２（図１参照）を介して、基準線８３の始点位置Ｐ６の指定（クリック）と、終点位置Ｐ７の指定（クリック）と、を受け付ける。情報処理部３３は、指定された始点位置Ｐ６および終点位置Ｐ７の各位置座標を、基準線情報７３として取得し、記憶部４ａに記憶させる。

情報処理部３３は、文字認識処理の際、画像データ５０中の基準線８３を書式データ４３に設定された基準線８３に一致させるように、画像データ５０の拡大率および回転角度を補正する処理を行うように構成されている。たとえば、図８（Ａ）が書式データ４３の元になった画像データ５０ａであり、図８（Ｂ）が新たに取得された画像データ５０ｂであると仮定する。図８（Ｂ）の画像データ５０ｂは、図８（Ａ）の画像データ５０ａと比べて、注文書が小さく写っており、かつ、面内で回転している。そこで、情報処理部３３は、文字認識処理の前処理として、画像データ５０ｂに写る基準線８３ｂの始点および終点が、書式データ４３で定義された基準線８３ａの始点位置Ｐ６および終点位置Ｐ７に一致するように（つまり、画像データ５０ｂの基準線８３ｂの長さＬおよび角度θを合わせるように）、画像データ５０ｂの拡大縮小および回転を行う。この結果、文字認識処理を行う際に、画像データ５０ｂに写る証憑（注文書）のサイズ、回転角度、各行および各列の配置が、書式データ４３の元になった画像データ５０ａのものとそれぞれ一致する。

なお、図７に示したように、基準線情報７３には、第１の基準線８３に加えて、さらに、第２の基準線８４の情報を設定してもよい。そして、情報処理部３３は、文字認識処理の際、図８（Ｃ）に示すように、画像データ５０中の第１の基準線８３と第２の基準線８４との両方を、書式データ４３に設定された第１の基準線８３および第２の基準線８４に一致させるように、画像データ５０の台形補正を行ってもよい。

第２の基準線８４は、証憑の用紙幅の６０％以上（好ましくは７０％以上）の長さを有する線であるが、第１の基準線８３から上下になるべく離れた位置にある線が選択される。典型的には、第２の基準線８４は、注文書に示された各注文情報Ｒを囲む枠線の下部（下側の辺）を構成する線が該当する。

台形補正は、特に、オーバーヘッドタイプの画像読取部５により証憑（注文書）を画像化する場合に有用である。オーバーヘッドタイプとは、図１に示したように、設置面に配置された証憑６（注文書）を、設置面から上方に離れた読取部（カメラ）によって非接触で画像化する方式のことである。オーバーヘッドタイプの画像読取部５では、用紙が読取部に対して傾斜して配置されるため画像が台形に歪みやすい。そのため、第１の基準線８３と第２の基準線８４との両方を用いる場合には、図８（Ｃ）に示すように台形に歪んだ画像データ５０ｃに対して、精度よく台形補正（長さＬ１およびＬ２を書式データ４３の設定に一致させる補正）を行える。文字列の歪みが補正されるため、文字認識精度を効果的に向上させることができる。

ここで、第１枠線８１および第２枠線８２の設定に関わる設定登録画面６５における設定手順を説明する。登録担当者は、まず、基準線情報７３（図７の始点位置Ｐ６および終点位置Ｐ７）を設定する。次に、基準線８３の下側に隣接する横罫線５５の位置Ｐ３（図７参照）を指定することにより、行間隔の情報７１ｃを設定する。また、図５の行数入力欄６５ａにおいて最大行数７１ａを設定する。

次に、図５の項目毎の左右端情報７２ｂ（各左端位置Ｐ４および右端位置Ｐ５）を設定する。これにより、項目毎の第２枠線８２が、左右端情報７２ｂで設定された位置に、最大行数７１ａおよび行間隔の情報７１ｃから算出される項目の下端位置まで延びるように重畳表示される。

次に、登録担当者は、いずれかの行の上下端情報７１ｂ（上端位置Ｐ１および下端位置Ｐ２）を設定する。これにより、上下端情報７１ｂで設定された高さを有し、最右端の右端位置Ｐ５まで行方向に延びる第１枠線８１が、行間隔の情報７１ｃで定義される間隔で、最大行数７１ａの数だけ並ぶように重畳表示される。この結果、互いに交差する第１枠線８１と、第２枠線８２とが重なり合う領域内に、画像データ５０に記載された注文情報Ｒの各文字列が収まるように書式データ４３が設定される。

〈書式データの他の情報〉
図４に示した書式データ４３は、主として、上記のような各情報から構成されている。なお、書式データ４３には、この他、証憑（画像データ５０）が縦向きか横向きかの向き設定情報７４も含まれる。情報処理部３３は、書式データ４３に基づいて、証憑の向きが適切になるように画像データ５０の向き（回転角度）を自動的に変更する。

また、情報処理部３３は、文字認識処理の前処理として、画像データ５０に含まれる罫線（表のセルを区画する縦横の線）を消去する罫線除去処理を行うように構成されている。文字認識処理において、罫線が文字と近接している場合に、罫線を文字の一部として誤認識する可能性があるためである。発注者毎に、証憑の用いられる罫線の太さが異なるため、書式データ４３は、罫線除去処理のパラメータとして、除去する罫線の太さ設定値７５を含む。登録担当者は、図示しない設定画面において太さ設定値７５を調整し、文字が除去されずに罫線だけを除去できる適切な値を設定する。

（登録処理）
次に、登録処理の詳細な内容について説明する。

情報処理部３３は、証憑の種別情報ＣＬに応じて記憶部４ａから書式データ４３を選択するように構成されている。すなわち、登録処理の際、図２に示した画像表示画面６１に画像データ５０を表示すると、その画像データ５０に写る注文書の発行者情報Ｒ１が特定される。そして、種別選択ボタン６１ａによって注文の種別（ケース受注、シート受注）が選択されることにより、種別情報ＣＬの値（たとえば、段ボールケース）が特定される。

特定された発行者および種別に該当する書式データ４３が複数存在する場合、情報処理部３３は、画像データ５０に写る基準線８３を検出し、検出した基準線８３の始点位置Ｐ６および終点位置Ｐ７と最も近似する基準線情報７３が設定されている書式データ４３を、画像データ５０に対応する書式データ４３として自動的に選択する。情報処理部３３は、自動選択した書式データ４３を、書式選択ボタン６１ｂに表示（図２では、「書式：１」を表示）させる。自動選択された書式データ４３が妥当でない場合のために、情報処理部３３は、プルダウンリスト形式の書式選択ボタン６１ｂから書式データ４３の選択を受け付け可能である。

情報処理部３３は、書式データ４３が選択されると、画像表示画面６１において、向き設定情報７４に応じて画像データ５０を縦向きまたは横向きに配置し、基準線情報７３に基づいて、画像データ５０の拡大率および回転角度を調整する。これにより、画像データ５０に表示された各行、各列の位置および範囲と、書式データ４３で定義された第１枠線８１および第２枠線８２の位置および範囲とが、一致する。

情報処理部３３は、書式データ４３（罫線の太さ設定値７５）に基づいて、画像データ５０に対する罫線除去処理を行う。これにより、画像データ５０から、各行および各列（項目）を区画する罫線が除去される。

そして、情報処理部３３は、上下端情報７１ｂと、行間隔（行間隔の情報７１ｃ）と、最大行数７１ａとに基づいて、証憑の各行を示す第１枠線８１を、画像表示画面６１に表示した画像データ５０に重ねて表示し、項目毎の左右端情報７２ｂに基づいて、証憑の各項目を示す第２枠線８２を、画像表示画面６１に表示した画像データ５０に重ねて表示する。

これにより、画像データ５０から罫線が削除されるが、画像表示画面６１上では、罫線の代わりに第１枠線８１および第２枠線８２が重畳表示される。適切な書式データ４３が選択されている場合、表示された各第１枠線８１および各第２枠線８２は、画像データ５０に記載されていた罫線（除去された罫線）と略一致する。登録担当者は、画像表示画面６１上の各第１枠線８１および各第２枠線８２と文字列との位置関係から、適切な書式データ４３が選択されていることを確認する。

以上の各処理の後、情報処理部３３は、画像表示画面６１に表示した画像データ５０の１行単位で文字認識し、認識した行に含まれる各項目の認識文字列８５を入力画面６２の項目毎に入力する処理を、最大行数７１ａに応じて順次実行するように構成されている。

すなわち、図９に示すように、情報処理部３３は、画像データ５０に重畳して表示させた第１枠線８１内の領域を１行として、第２枠線８２内に含まれる文字列を項目毎の認識文字列８５として取得するように構成されている。図９において丸付き数字で示したように、それぞれの第１枠線８１を、画像データ５０の上側から下側に向けて第１行～第Ｍ行（Ｍは最大行数７１ａの設定値）とする。

情報処理部３３は、まず、第１行に位置する第１枠線８１内の文字認識処理を行う。具体的には、情報処理部３３は、書式データ４３の列情報７２に含まれる各個別項目データＫａ～Ｋｆに基づいて、第１枠線８１内の個別領域８６ａ～８６ｆに対する文字認識処理を行う。

つまり、情報処理部３３は、発注番号の項目５１ａについて、個別項目データＫａを読み込む。情報処理部３３は、個別項目データＫａの左右端情報７２ｂに基づき、項目５１ａに対応した第１枠線８１内の個別領域８６ａを特定する。情報処理部３３は、個別項目データＫａの文字間隔情報７２ｄに基づき、個別領域８６ａ内の文字間隔調整を行う。情報処理部３３は、個別項目データＫａの文字種の情報７２ｃに基づく文字認識処理により、個別領域８６ａ内の文字の像を文字データに変換する。この結果、情報処理部３３は、第１行目（１件目）の項目５１ａに該当する認識文字列８５を取得する。

同様にして、情報処理部３３は、商品番号の項目５１ｂの個別項目データＫｂに基づく文字認識処理により、個別領域８６ｂの認識文字列８５を取得する。情報処理部３３は、商品番号の項目５１ｃの個別項目データＫｃに基づく文字認識処理により、個別領域８６ｃの認識文字列８５を取得する。情報処理部３３は、商品番号の項目５１ｄの個別項目データＫｄに基づく文字認識処理により、個別領域８６ｄの認識文字列８５を取得する。情報処理部３３は、商品番号の項目５１ｅの個別項目データＫｅに基づく文字認識処理により、個別領域８６ｅの認識文字列８５を取得する。情報処理部３３は、商品番号の項目５１ｆの個別項目データＫｆに基づく文字認識処理により、個別領域８６ｆの認識文字列８５を取得する。

この結果、図９の例では、第１行目（１件目）の注文情報Ｒについて、項目５１ａ～５１ｆの各々の認識文字列８５が取得される。そして、情報処理部３３は、入力画面６２の項目毎に、取得した項目毎の認識文字列８５を入力する処理を実行する。

これにより、項目５１ａに対応する発注番号の入力エリア６３ａに、個別領域８６ａの認識文字列８５である「２０１７０３」が入力され、項目５１ｂに対応する商品番号の入力エリア６３ｂに、個別領域８６ｂの認識文字列８５である「１０１」が入力され、項目５１ｃに対応する商品名の入力エリア６３ｃに、個別領域８６ｃの認識文字列８５である「新製品 タトウ式」が入力され、項目５１ｄに対応する数量の入力エリア６３ｄに、個別領域８６ｄの認識文字列８５である「１００」が入力され、項目５１ｅに対応する納期の入力エリア６３ｅに、個別領域８６ｅの認識文字列８５である「１２月１６日 ８：００」が入力され、項目５１ｆに対応する納入場所の入力エリア６３ｆに、個別領域８６ｆの認識文字列８５である「ＸＸ工場」が入力される。

このようにして、１行目（１件目）の注文情報Ｒが入力される。情報入力後、情報処理部３３は、各入力エリア６３ａ～６３ｆに入力された情報にエラー（異常値）がなければ、自動で登録を完了する。すなわち、情報処理部３３は、１行目（１件目）の注文情報Ｒを管理サーバ４に送信する。管理サーバ４は、受信した注文情報Ｒに受注番号Ａｂ（図１参照）を割り当てて記録するとともに、割り当てた受注番号Ａｂを情報処理部３３に送信する。情報処理部３３は、受注番号Ａｂを受信すると、入力画面６２の入力エリア６２ｄに受注番号Ａｂを入力する。さらに、情報処理部３３は、該当する注文情報Ｒに対応する画像表示画面６１の位置に、受注番号Ａｂを表示（図１０参照）して、その注文情報Ｒについての登録処理が完了したことを登録担当者に報知する。

受注番号Ａｂを表示すると、情報処理部３３は、入力画面６２を次のページに更新し、次の行（第２行）の登録処理に進む。情報処理部３３は、第２行から第Ｍ行までの登録処理を、第１行と同様に行う。

〈エラー処理〉
登録処理の過程では、エラーが発生する場合がある。エラーは、たとえば、証憑（注文書）に誤記が存在する場合や、文字認識処理における誤認識が発生した場合に発生する。

情報処理部３３は、入力画面６２の入力値に異常値（エラー）が含まれる場合、以降の行に対する文字認識処理を一時停止するとともに、入力画面６２において異常値が含まれることを報知する処理を実行するように構成されている。

図１０は、第３行の注文情報Ｒに対する文字認識処理において、数量の項目５１ｄに異常値が含まれたケースを例示している。すなわち、画像データ５０における第３行の数量の項目５１ｄの正しい数値は「３００」であるが、入力画面６２の入力エリア６３ｄに「３」が入力されている。数量の入力エリア６３ｄには、受注可能な下限値および上限値が設定されており、入力値「３」は、下限値を下回る異常値である。

この場合、情報処理部３３は、異常値が含まれる３行目で文字認識処理を一時停止し、入力画面６２において報知を行う。具体的には、異常値が含まれることを報知する処理は、異常値が含まれる項目を識別するための標識８７を入力画面６２に表示する処理と、異常値が含まれる項目の入力エリアにカーソル８８を移動させる処理と、を含む。

図１０では、情報処理部３３は、異常値が含まれた入力エリア６３ｄに対して横並びとなるように対応させた位置に、標識８７を表示させる。標識８７は、他の入力情報とは異なる表示態様で表示される。図１０の例では、入力画面６２の各情報が予め設定された基本色（たとえば黒色）の文字で表示されるのに対して、標識８７は、基本色とは異なる特定色（たとえば赤色、黄色など）で表示される。また、図１０では、標識８７は、異常の内容を説明するテキストを含む。すなわち、数量の項目の異常であるため、標識８７には、「数量エラー」というテキストが、白抜き文字（つまり、特定色の背景に文字部分を白色で塗りつぶした文字）で表示される。なお、異常の内容を説明するテキストは、項目（入力エリア）によって異なる。たとえば、発注番号の入力エリア６３ａに、受注済みの番号が入力された場合、「受注登録済み」が表示される。商品番号の入力エリア６３ｂに、未登録の番号が入力された場合、「商品エラー」が表示される。納期の入力エリア６３ｅに、過去の日付等が入力された場合、「納期エラー」が表示される。納入場所の入力エリア６３ｆに、未登録の場所が入力された場合、「場所エラー」が表示される。

また、図１０では、情報処理部３３は、異常値が含まれた入力エリア６３ｄの背景を、特定色で表示することによって、入力エリア６３ｄ自体を強調して表示する。さらに、情報処理部３３は、画像表示画面６１において、異常値が含まれる行（ここでは、３行目）の受注番号Ａｂを表示する位置（行の右端）に、特定色の標識８９を表示させる。

そして、情報処理部３３は、異常値が含まれる入力エリア６３ｄにカーソル８８を移動させ、登録担当者による入力部３２を介した修正操作を受け付ける。

このとき、情報処理部３３は、画像表示画面６１において、異常値が含まれた個別領域（ここでは、３行目の個別領域８６ｄ）の上下左右のいずれかの近傍位置に、入力エリア６３ｄへの入力値を表示する表示欄（テキストボックス）９０を、ポップアップ表示させる処理を行う。図１０では、個別領域８６ｄの下側に隣接する位置に表示欄９０が表示され、入力エリア６３ｄに「３」が入力されている状態であるので、表示欄９０の中にも「３」が表示される。登録担当者が入力エリア６３ｄの入力値を修正すると、情報処理部３３は、表示欄９０の中の文字にも修正後の値を反映する。

これにより、登録担当者が画像データ５０を参照して入力値の修正を行う際、注文書の個別領域８６ｄの記載内容と、入力エリア６３ｄに入力されている値とが、一致しているか否かを容易かつ確実に認識できるので、修正作業が容易になると共に修正ミスを低減できる。

なお、エラーが証憑（注文書）の誤記である場合、登録担当者は、注釈情報Ｒ３の入力エリアに、異常値について注文主に確認するための注記事項を入力する。修正後、登録ボタン６２ａの入力を受け付けると、情報処理部３３は、修正後の入力内容を管理サーバ４に送信する。

〈置換テーブル〉
たとえば商品名の項目５１ｃ（入力エリア６３ｃ）など、漢字やカナが含まれる項目については、数字やアルファベットと比較して認識精度が低下するとともに、正常値なのか異常値なのかを画一的に区別することが困難である。

そこで、図１１に示すように、特に漢字およびカナの少なくとも一方が含まれる項目に関して、情報処理部３３は、いずれかの項目に入力された認識文字列８５に対して、入力部３２を介して修正の入力操作を受け付けた場合、修正前文字列８５ａと修正後文字列８５ｂとを対応付けて記憶部４ａに記録するように構成されている。管理サーバ４の記憶部４ａは、修正前文字列８５ａと修正後文字列８５ｂとを対応付けた置換テーブル４４を記憶している。そして、情報処理部３３は、文字認識により取得した認識文字列８５が記憶部４ａに記録された修正前文字列８５ａに該当する場合、対応する修正後文字列８５ｂに置換する処理を行うように構成されている。

たとえば図１１（Ａ）に示すように、初回の文字認識処理において、情報処理部３３が「新製品 タトワ式」という認識文字列８５を取得し、取得した認識文字列８５を入力画面６２に入力する（「入力文字列」参照）。これに対して、情報処理部３３が、登録担当者から、「新製品 タトウ式」という文字列に修正する入力を受け付けたと仮定する。

この場合、情報処理部３３は、図１１（Ｂ）に示すように、「新製品 タトワ式」という認識文字列８５を修正前文字列８５ａとし、修正入力された「新製品 タトウ式」という文字列を修正後文字列８５ｂとして、置換テーブル４４に一対一対応させて記録する。

その後、図１１（Ｃ）に示すように、情報処理部３３は、文字認識処理をした時、取得した認識文字列８５が、置換テーブル４４に記録されたいずれかの修正前文字列８５ａと一致するか否かを照合する。情報処理部３３は、取得した認識文字列８５と一致する修正前文字列８５ａがある場合、その修正前文字列８５ａに対応する修正後文字列８５ｂを取得する。情報処理部３３は、認識文字列８５の代わりに、取得した修正後文字列８５ｂを入力画面６２へ入力する。このように、情報処理部３３は、認識文字列８５の修正内容を学習して、同じ修正が発生しないように文字列の置換を行う。

（登録処理のフローチャート）
次に、図１２および図１３を参照して、登録処理における情報処理部３３の処理の流れを説明する。

図１２のステップＳ１において、情報処理部３３は、図１３に示す受信ＦＡＸ一覧画面６０（または画像読取部５により読み取られた画像管理画面（図示せず））において、未処理の画像データ５０の選択および拡大表示ボタン６０ａの入力を受け付けることにより、画像表示画面６１および入力画面６２を表示させる。画像表示画面６１には、選択された画像データ５０が表示される。このとき、情報処理部３３は、ＦＡＸの送信者情報から、証憑（注文書）の発行者情報Ｒ１を取得する。画像読取部５により読み取られた画像が選択された場合、情報処理部３３は、登録担当者の選択入力により証憑（注文書）の発行者を取得する。なお、段ボール用証憑管理システム１の各部については、図１を参照するものとする。画像表示画面６１および入力画面６２については、図２を参照するものとする。書式データ４３については図４を参照するものとする。

図１３のステップＳ２において、情報処理部３３は、画像表示画面６１および入力画面６２を表示部３１に並べて表示させる。

ステップＳ３において、情報処理部３３は、種別選択ボタン６１ａの入力を受け付けることにより、種別情報ＣＬを選択する。

ステップＳ４において、情報処理部３３は、書式データ４３を選択する。上記の通り、情報処理部３３は、特定された発行者情報Ｒ１および種別情報ＣＬに該当する書式データ４３を選択する。該当する書式データ４３が複数存在する場合、情報処理部３３は、画像データ５０に写る基準線８３を検出して、検出した基準線８３と近似する基準線情報７３が設定された書式データ４３を自動選択するとともに、書式選択ボタン６１ｂに表示させる。

ステップＳ５において、情報処理部３３は、書式データ４３に応じた入力エリアを入力画面６２に表示させるように、入力画面６２を更新する。

ステップＳ６において、情報処理部３３は、選択した書式データ４３に基づいて、画像データ５０の前処理を行う。すなわち、情報処理部３３は、向き設定情報７４に基づいて、画像データ５０の向きを縦書きまたは横書きに調整し、基準線情報７３に基づいて拡大率および回転角度を調整し、太さ設定値７５に基づいて罫線除去処理を行う。

ステップＳ７において、情報処理部３３は、書式データ４３に基づいて、画像データ５０上に第１枠線８１および第２枠線８２を重畳表示させる。登録担当者は、第１枠線８１および第２枠線８２の位置を確認し、適切な書式データ４３が選択されたことを確認する。第１枠線８１および第２枠線８２の位置が画像データ５０上の文字列と合わずに書式データ４３が不適切である場合、登録担当者は、種別選択ボタン６１ａで書式データ４３を選択し直す。

ステップＳ８において、情報処理部３３は、ＯＣＲボタン６１ｄの入力を受け付けることにより、画像表示画面６１に表示させた画像データ５０に対するＯＣＲ登録処理を実行する。ＯＣＲ登録処理が終了すると、ステップＳ１で選択された画像データ５０に対する登録処理が終了する。

（ＯＣＲ登録処理）
次に、図１４を参照して、図１２のステップＳ８のＯＣＲ登録処理の詳細を説明する。画像表示画面６１および入力画面６２については、図９および図１０を参照するものとする。書式データ４３については図４を参照するものとする。

ステップＳ１１において、情報処理部３３は、画像データ５０の第Ｎ行の登録処理を開始する。ここで、Ｎの初期値は１である。したがって、第１行の第１枠線８１が選択される。

ステップＳ１２において、情報処理部３３は、第Ｎ行の第１枠線８１に対して、項目毎の文字認識処理を行う。上記の通り、情報処理部３３は、第１枠線８１内の個別領域８６ａ～８６ｆに対して、それぞれ対応する個別項目データＫａ～Ｋｆに基づいて文字認識処理を行う。文字認識処理の結果、個別領域８６ａ～８６ｆの各々についての認識文字列８５が取得される。

ステップＳ１３において、情報処理部３３は、個別領域８６ａ～８６ｆの各々について取得した各認識文字列８５を、入力画面６２における対応する入力エリア６３ａ～６３ｆに入力する。この際、情報処理部３３は、それぞれの認識文字列８５を置換テーブル４４に照合し、認識文字列８５と一致する修正前文字列８５ａが存在した場合には、対応する修正後文字列８５ｂに置換して入力する。

ステップＳ１４において、情報処理部３３は、項目５１ｃの商品名による受注か否かを判断する。項目５１ｂの商品番号が入力エリア６３ｂに入力されていない場合、情報処理部３３は、商品名による受注と判断する。一方、情報処理部３３は、項目５１ｂの商品番号が入力エリア６３ｂに入力されている場合、商品名による受注ではないと判断し、ステップＳ１５に処理を進める。

〈商品番号での受注〉
ステップＳ１５において、情報処理部３３は、エラーが無いかどうかを判断する。つまり、入力画面６２の入力エリア６３ａ～６３ｆのいずれにも、異常値が含まれていないか否かを判断する。異常値が含まれておらずエラーがないと判断した場合、情報処理部３３は、ステップＳ２２に処理を進めて、注文内容データＲ２の登録を自動的に実行する。

入力エリア６３ａ～６３ｆのいずれかに異常値（図１０参照）が含まれていた場合、情報処理部３３は、エラーありと判断し、ステップＳ１６に処理を進める。ステップＳ１６において、情報処理部３３は、入力画面６２のうち、異常値が含まれていた入力エリアに標識８７を表示する等の上述の報知処理を行い、該当する入力エリアにカーソル８８を移動させる。そして、ステップＳ１７において、情報処理部３３は、入力部３２を介して、登録担当者による入力値の修正を受け付ける。カナや漢字を含む文字列の修正について、情報処理部３３は、修正前文字列８５ａと修正後文字列８５ｂとを置換テーブル４４に記録する。なお、フローチャートとでは省略しているが、入力画面６２のスキップボタン６２ｂ（図１０参照）を入力すると、注文内容データＲ２の登録をスキップして、エラーを残したまま次の処理に進めることができる。その後、情報処理部３３は、ステップＳ１８において、入力画面６２の登録ボタン６２ａへの入力を受け付けると、ステップＳ２２に処理を進める。スキップボタン６２ｂまたは登録ボタン６２ａが入力されるまでは、登録処理が一時停止する。

〈商品名での受注〉
一方、ステップＳ１４において、商品名による受注と判断した場合、情報処理部３３は、ステップＳ１９に処理を進める。商品名は、カナおよび漢字が混在するため、商品番号と比べて認識精度が低下する。そのため、ステップＳ１９では、情報処理部３３は、管理サーバ４の商品データベース（図示せず）から、入力エリア６３ｃに入力された文字列と完全一致または部分一致する商品名を検索し、該当する商品名を候補として一覧表示する。商品データベースには、商品名と商品番号とが対応付けて記録されている。ステップＳ２０において、情報処理部３３は、入力部３２を介して、一覧表示させた候補のうちから、登録担当者による商品名の選択を受け付ける。ステップＳ２１において、情報処理部３３は、選択された商品名と、その商品名に対応する商品番号とを、それぞれ入力画面６２の入力エリア６３ｃと６３ｂとに入力して、ステップＳ２２に処理を進める。

〈入力後の処理〉
ステップＳ２２において、情報処理部３３は、注文内容データＲ２の登録を行う。すなわち、情報処理部３３は、入力画面６２の入力内容（注文内容データＲ２）を管理サーバ４に送信し、管理サーバ４から受注番号Ａｂを受信する。情報処理部３３は、受信した受注番号Ａｂ（図１０参照）を、画像データ５０の対応する行の所定箇所（行の右端）に重畳して表示する。なお、管理サーバ４において、受注番号Ａｂと注文内容データＲ２とが関連付けて受注登録データ４１ａとして登録される。このとき、受注登録データ４１ａには、未チェックフラグが記録される。

ステップＳ２３において、情報処理部３３は、画像データ５０の全ての行の登録処理が完了したか否かを判断する。情報処理部３３は、最大行数７１ａまでの各行の登録処理が完了していない場合、処理をステップＳ１１に戻す。このとき、情報処理部３３は、登録処理の対象となる行番号Ｎの値に、「１」を加算（インクリメント）する。その結果、情報処理部３３は、第２行以降の登録処理を進める。

ステップＳ１１からステップＳ２３までの処理が繰り返される結果、すべての行の登録処理が完了すると、画像表示画面６１の画像データ５０上には、注文数（行数）と同じ数の受注番号Ａｂが、注文情報Ｒと対応付けて所定箇所（行の右端）に表示されることになる。情報処理部３３は、ステップＳ２３で全行の登録処理が完了したと判断して、画像データ５０に対する登録処理を終了する。

（検証処理）
登録処理の以降の作業について、簡単に説明する。登録処理が行われたあと、登録処理を行った第１の登録担当者とは別の第２の登録担当者（チェック担当者）により、登録内容について検証する業務が行われる。第２の登録担当者は、情報処理端末３から管理サーバ４にアクセスし、未チェックフラグが付与された受注登録データ４１ａを含んだ画像データ５０を選択する。情報処理部３３は、選択された画像データ５０を画像表示画面６１に表示させ、注文内容データＲ２が入力済みの入力画面６２を、図１５に示す「訂正モード」で表示させる。入力画面６２には、ＯＫボタン６２ｃが表示される。

情報処理部３３は、１件目（１行目）の注文内容データＲ２が入力された１ページ目の入力画面６２を表示し、入力エリア６３ａ～６３ｆの１つ１つについて、ＯＫボタン６２ｃの入力を受け付ける。この際、情報処理部３３は、入力エリア６３ａにカーソルを移動させると共に、画像表示画面６１において、カーソルが配置された入力エリア６３ａと対応する個別領域８６ａの付近に表示欄９０を表示させ、入力エリア６３ａに入力された入力値を表示欄９０にも表示させる。

チェック担当者は、個別領域８６ａに記載された文字列（画像データ５０中の文字列）と表示欄９０に表示された文字列とが一致することを確認し、ＯＫボタン６２ｃを入力（クリック）する。チェック担当者は、文字列が一致していない場合には、修正を入力する。ＯＫボタン６２ｃの入力を受け付けると、情報処理部３３は、次の入力エリア６３ｂ以降について同様の処理を行う。これにより、画像データ５０中の注文情報Ｒと、入力画面６２の注文内容データＲ２とが一致していることが検証される。この作業を、画像データ５０中の全ての注文情報Ｒの全ての項目について行うと、検証作業が完了する。

検証作業が完了すると、情報処理部３３は、管理サーバ４の登録用データベース４１における受注登録データ４１ａの未チェックフラグをチェック完了フラグに書き換える制御を行う。検証処理が完了し、受注登録データ４１ａにチェック完了フラグが記録されると、管理サーバ４は、情報処理端末３からＦＡＸ送信指示を受信することにより、顧客に対して注文請書画像７０（図１６参照）の送信を行う（ＦＡＸ受注の場合）。

注文請書画像７０は、注文書の画像データ５０に基づいて作成される注文請書の画像である。図１６に示す注文請書画像７０は、注文書の画像データ５０を含む第１画像レイヤーに、受注登録データ４１ａを含む第２画像レイヤーを重畳させた画像である。図１６に示すように、第２画像レイヤーには、担当者情報Ａａ（担当者名）、顧客番号Ｒ１１および受注番号Ａｂが表示される。複数の受注番号Ａｂは、それぞれの受注番号Ａｂが割り当てられた注文情報Ｒと隣り合う位置（同一の行内）に配置される。さらに、第２画像レイヤーには、注文を受領した旨を示す受領情報５３ａをテキストデータとして第２画像レイヤーに書き込むように構成されている。受領情報５３ａは、たとえば、「ご注文いただき誠にありがとうございました。」という文言である。また、情報処理部３３は、「株式会社ＡＡＡ」という社印のイメージデータ５３ｂを第２画像レイヤーに書き込むように構成されている。図１６の点線で囲んだ箇所が、第２画像レイヤーに書き込まれた情報を示す。

なお、図１６では図示していないが、登録処理の過程でエラー（異常値）が発生し、異常値について注文主に確認するための注記事項が注釈情報Ｒ３に入力された場合、この注釈情報Ｒ３が第２画像レイヤーに自動的に記載される。

注文請書画像７０において、第１画像レイヤーと第２画像レイヤーとは、ビューワーソフトウェアにより、重畳した状態で表示できるだけでなく、個別に表示可能である。図１６の注文請書画像７０において注文書の文字に担当者情報Ａａ、顧客番号Ｒ１１および受注番号Ａｂが重なっていたとしても、第２画像レイヤーを一時的に非表示にして、第１画像レイヤーの注文書（原本）の文字を確認可能である。

注文請書画像７０は、顧客に対して送信される他、管理サーバ４（図１参照）の画像用データベース４２に記憶される。これにより、第１画像レイヤーに記録された証憑の原本の画像データ５０と、第２画像レイヤーに記録された受注番号Ａｂとを、単一のファイルで確認可能な状態で、管理サーバ４で管理することができる。

［本実施形態の効果］
本実施形態では、以下のような効果を得ることができる。

本実施形態では、上記のように、情報処理部３３と、証憑の発行者毎の証憑の書式データ４３を予め記録した記憶部４ａとを備え、情報処理部３３は、証憑の発行者に応じて記憶部４ａから書式データ４３を選択し、選択した書式データ４３に基づくパラメータで画像データ５０の文字認識処理を実行することにより、証憑の項目毎の認識文字列８５を取得し、表示部３１に表示させた入力画面６２の項目毎に、取得した項目毎の認識文字列８５を入力する処理を実行するように構成されている。これにより、証憑の発行者（取引相手）が使用する証憑の書式に応じた書式データ４３を発行者毎に専用で設定しておき、その発行者毎の書式データ４３によって文字認識処理を最適化することができる。これにより、証憑の発行者（取引相手）に専用の定型書類や専用のフォントを使用させることなく、証憑の発行者毎の書式の証憑でも文字認識精度を向上させることができる。これにより、証憑の画像データ５０からの情報の登録処理における文字認識精度を向上させて処理効率を改善することができる。その結果、登録担当者による確認および修正作業の負担を軽減することができるとともに、情報の登録処理に要する時間も短縮できる。なお、本実施形態では注文書の登録処理の例について具体的に説明したが、注文書以外の納品書、請求書、領収書などの証憑についても同様に適用され、同様の効果が得られる。

また、本実施形態では、上記のように、書式データ４３は、証憑の最大行数７１ａを含む行情報７１と、証憑の１行に含まれる項目に関する列情報７２とを含み、情報処理部３３は、画像データ５０を表示する画像表示画面６１と、入力画面６２とを表示部３１に表示し、画像表示画面６１に表示した画像データ５０の１行単位で文字認識し、認識した行に含まれる各項目の認識文字列８５を入力画面６２の項目毎に入力する処理を、最大行数７１ａに応じて順次実行するように構成されている。これにより、１件（１行）の注文単位で文字認識を実行し、注文に含まれる項目毎の入力処理を実行でき、１件の注文に対する文字認識および情報入力を、行毎に順次実行できる。これにより、登録担当者が入力情報の確認および修正作業を行う場合に、入力情報の正誤を１件の注文単位で確認することができ、注文内容の誤入力を効果的に抑制できる。

また、本実施形態では、上記のように、情報処理部３３は、入力画面６２の入力値に異常値（エラー）が含まれる場合、以降の行に対する文字認識処理を一時停止するとともに、入力画面６２において異常値が含まれることを報知する処理を実行するように構成されている。これにより、１行（１件）の注文単位で文字認識および入力処理を実行する際に、異常値（エラー）が存在した場合、その行で処理が停止され、次の行まで処理が進む前に報知が行われる。その結果、登録担当者は、画像データ５０に複数件の注文が含まれている場合にも、どの注文でエラーが生じたのかを確実に認識して、適切な修正または顧客への確認を行うことができる。その結果、注文データの誤登録の可能性を、より確実に低減できる。

また、本実施形態では、上記のように、異常値が含まれることを報知する処理は、異常値が含まれる項目を識別するための標識８７を入力画面６２に表示する処理と、異常値が含まれる項目の入力エリア６３にカーソルを移動させる処理と、を含む。これにより、文字認識処理中にエラー（異常値）が発生した場合に、入力画面６２における該当する項目を標識８７によって登録担当者に認識させることができる。そして、その項目にカーソルが自動で移動するため、登録担当者の操作負担を軽減できる。なお、修正すべき項目の入力エリア６３を登録担当者が間違えるヒューマンエラーを抑制することもできる。また、この異常値について、注文主に確認するための注釈情報Ｒ３が入力されている場合には、注文請書画像７０に自動的に注釈情報Ｒ３が記載されるので、証憑の誤記（注文主側のエラー）についても適切に対応できる。

また、本実施形態では、上記のように、情報処理部３３は、上下端情報７１ｂと、行間隔と、最大行数７１ａとに基づいて、証憑の各行を示す第１枠線８１を、画像表示画面６１に表示した画像データ５０に重ねて表示し、項目毎の左右端情報７２ｂに基づいて、証憑の各項目を示す第２枠線８２を、画像表示画面６１に表示した画像データ５０に重ねて表示し、第１枠線８１内の領域を１行として、第２枠線８２内に含まれる文字列を項目毎の認識文字列８５として取得するように構成されている。これにより、全ての行および項目の位置および範囲を１つ１つ設定することなく、証憑に含まれる各行および各項目の領域を正確に特定できる。また、第１枠線８１と第２枠線８２とを画像データ５０に重ねて表示するので、登録担当者は、文字認識に用いる書式データ４３が、画像データ５０として写る証憑の書式と一致しているか否かを、視覚的に確認できる。そのため、仮に誤った書式データ４３が選択された場合にも、登録担当者が容易に把握できる。

また、本実施形態では、上記のように、書式データ４３は、証憑に含まれる基準線情報７３を含み、情報処理部３３は、文字認識処理の際、画像データ５０中の基準線８３を書式データ４３に設定された基準線８３に一致させるように、画像データ５０の拡大率および回転角度を補正する処理を行うように構成されている。このように、証憑に含まれる基準線情報７３を予め書式データ４３に設定しておき、画像データ５０中の基準線８３を書式データ４３の基準線８３と一致させることによって、画像データ５０中の文字サイズ、傾き、行間隔、項目（列）の幅、といった要素を書式データ４３の設定に用いた見本（テンプレート）と一致させることができる。この結果、画像データ５０中の証憑のサイズや方向を一定に揃えた上で、書式データ４３によって最適化された文字認識処理を適用できるので、高い認識精度を維持できる。

また、本実施形態では、上記のように、書式データ４３は、証憑に含まれる項目毎の文字間隔情報７２ｄを含み、情報処理部３３は、文字認識処理の際、画像データ５０中の文字間隔を文字間隔情報７２ｄに基づいて調整する処理を、画像データ５０の項目毎に実行するように構成されている。これにより、文字認識処理に適した文字間隔に調整する前処理を行うことができる。また、証憑の項目毎に、使用される文字種（数字、アルファベット、カナ漢字など）が決まっていることから、項目単位で文字間隔情報７２ｄを設定することによって、文字種に応じた最適な文字間隔に調整できる。これらにより、文字認識の精度をさらに効果的に向上させることができる。

また、本実施形態では、上記のように、記憶部４ａは、ダンボールシートとダンボールケースとを含む段ボールの種別情報ＣＬに対応して、種別情報ＣＬ毎に書式データ４３を記憶し、情報処理部３３は、証憑の種別情報ＣＬに応じて記憶部４ａから書式データ４３を選択するように構成されている。これにより、段ボールの種別毎に独自の項目がある場合にも、それぞれの項目毎の文字認識および情報入力を適切に行える。

また、本実施形態では、上記のように、情報処理部３３は、いずれかの項目に入力された認識文字列８５に対して、入力部３２を介して修正の入力操作を受け付けた場合、修正前文字列８５ａと修正後文字列８５ｂとを対応付けて記憶部４ａの置換テーブル４４に記録し、文字認識により取得した認識文字列８５が置換テーブル４４に記録された修正前文字列８５ａに該当する場合、対応する修正後文字列８５ｂに置換する処理を行うように構成されている。これにより、文字認識処理において誤認識が発生し、登録担当者によって入力情報の修正が行われた場合でも、その後の文字認識処理において同じ修正前文字列８５ａが認識された場合に自動的に修正後文字列８５ｂに置換することができる。これにより、登録担当者の作業負担を効果的に軽減できる。また、取引の度に発行される証憑では、一定の文字列（たとえば商品名、納品場所など）が頻繁に記載されるという事情があるため、修正前文字列８５ａを修正後文字列８５ｂに置換するという簡単な処理で、誤入力を効果的に抑制できる。

［変形例］
なお、今回開示された実施形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施形態の説明ではなく特許請求の範囲によって示され、さらに特許請求の範囲と均等の意味および範囲内でのすべての変更（変形例）が含まれる。

たとえば、上記実施形態では、段ボール用証憑管理システム１に、複数の情報処理端末３と、管理サーバ４とを設けた例を示したが、本発明はこれに限られない。段ボール用証憑管理システム１には、少なくとも１つの情報処理部３３と記憶部４ａとが設けられていればよい。情報処理端末３とは別個の管理サーバ４を設けなくてもよい。たとえば小規模なユーザの場合、１つの情報処理端末３が受信部２と接続され、その情報処理端末３が備えるＨＤＤが記憶部４ａとして構成されていてもよい。この構成では、情報処理端末３が上記した管理サーバ４と同等の処理をさらに行う。また、上記実施形態では、受信部２を情報処理端末３と別個に設けた例を示したが、情報処理端末３が受信部２を内蔵していてもよい。

また、上記実施形態では、画像データ５０の１行単位で文字認識および入力処理を行う例を示したが、本発明はこれに限られない。本発明では、画像データ５０の全ての行の文字認識および入力処理をまとめて（登録担当者による登録ボタンの入力を受け付けずに）行ってもよい。また、画像データ５０の１列単位で、列毎（項目毎）に文字認識および入力処理を行ってもよい。

また、上記実施形態では、列単位での文字認識および入力処理において異常値が含まれた場合に、文字認識処理を一時停止する例を示したが、本発明はこれに限られない。本発明では、文字認識処理を停止させずに続行してもよい。

また、上記実施形態では、異常値が含まれる項目を識別するための標識８７を入力画面６２に表示し、異常値が含まれる項目の入力エリア６３にカーソル８８を移動させる処理を行う例を示したが、本発明はこれに限られない。異常値が含まれたことを報知する場合、標識８７だけを表示して、カーソル８８を移動させないようにしてもよいし、標識８７を表示させなくてもよい。また、標識８７としては、たとえば異常値があることを示すダイアログボックスなどをポップアップさせてもよい。

また、上記実施形態では、第１枠線８１および第２枠線８２を表示する例を示したが、本発明はこれに限られない。本発明では、第１枠線８１および第２枠線８２を表示させなくてもよい。

また、上記実施形態では、画像データ５０中の基準線８３を書式データ４３に設定された基準線８３に一致させる前処理を行う例を示したが、本発明はこれに限られない。本発明では、書式データ４３に設定された各種データ（第１枠線８１、第２枠線８２のデータなど）の方を、画像データ５０中の基準線に合うように変更してもよい。また、画像データ５０中の文字のサイズおよび配列方向に基づいて画像データ５０のサイズ調整や回転角度の調整を行ってもよい。

また、上記実施形態では、画像データ５０中の文字間隔を文字間隔情報７２ｄに基づいて調整する処理を行う例を示したが、本発明はこれに限られない。本発明では、文字間隔を調整しなくてもよい。この場合、文字間隔情報７２ｄを書式データ４３に含めなくてもよい。

また、上記実施形態では、文字認識により取得した認識文字列８５が記憶部４ａ（置換テーブル）に記録された修正前文字列８５ａに該当する場合、対応する修正後文字列８５ｂに置換する処理を行う例を示したが、本発明はこれに限られない。本発明では、置換処理を行わなくてもよい。たとえば、文字認識処理を行うためのプログラム（文字認識エンジン）に学習機能が備わっている場合、文字認識エンジンに修正データをフィードバックしてもよい。

また、上記実施形態では、ＯＣＲ登録処理で商品名による受注の場合（ステップＳ１４でＹｅｓ）、商品名の候補を検索し、候補から選択することにより商品名を入力する例を示したが、本発明はこれに限られない。文字認識処理の認識精度が十分に高い場合には、商品名による受注の場合でも、認識文字列８５をそのまま入力するようにしてよい。

また、上記実施形態では、図１４に示したＯＣＲ登録処理のステップＳ２２において、管理サーバ４に受注登録データ４１ａを登録したときに未チェックフラグを記録しておき、検証作業を完了することで未チェックフラグをチェック完了フラグに書き換える例を示したが、本発明はこれに限られない。本発明では、受注登録データ４１ａの登録時に未チェックフラグを記録しなくてもよい。例えば、登録担当者が注文内容を目視により確認することとして、段ボール用証憑管理システム１としては登録後には何も処理しない方法を採用してもよい。登録担当者が登録された注文内容を印刷して、目視により内容確認するなどの方法で注文の確認を行ってもよい。

また、上記実施形態では、説明の便宜上、情報処理部３３の処理をフロー駆動型のフローチャートを用いて説明したが、本発明はこれに限られない。本発明では、情報処理端末の処理動作を、イベントごとに処理を実行するイベント駆動型（イベントドリブン型）の処理により行ってもよい。この場合、完全なイベント駆動型で行ってもよいし、イベント駆動およびフロー駆動を組み合わせて行ってもよい。

１ 段ボール用証憑管理システム
２ 受信部（画像取得部）
４ａ 記憶部
６ 証憑
３１（３１ａ、３１ｂ） 表示部
３２ 入力部
３３ 情報処理部
４３ 書式データ
５０、５０ａ、５０ｂ、５０ｃ 画像データ
６１ 画像表示画面
６２ 入力画面
６３ａ～６３ｆ、６４ａ～６４ｉ 入力エリア
７１ 行情報
７１ａ 最大行数
７１ｂ 上下端情報（行の上端位置および下端位置の情報）
７１ｃ 行間隔の情報
７２ 列情報
７２ｂ 左右端情報（左端位置および右端位置の情報）
７２ｄ 文字間隔情報
７３ 基準線情報（基準線の情報）
８１ 第１枠線
８２ 第２枠線
８３ 基準線
８５ 認識文字列
８５ａ 修正前文字列
８５ｂ 修正後文字列
８７ 標識
８８ カーソル
ＣＬ 種別情報

Claims (5)

1. 段ボールに関する証憑の画像データを取得する画像取得部と、
   前記画像データを表示する表示部と、
   入力操作を受け付ける入力部と、
   前記画像データに含まれる情報の登録処理を行う情報処理部と、
   前記証憑の発行者毎の前記証憑の書式データを予め記録した記憶部と、を備え、
   前記情報処理部は、
   前記証憑の発行者に応じて前記記憶部から前記書式データを選択し、
   選択した前記書式データに基づくパラメータで前記画像データの文字認識処理を実行することにより、前記証憑の項目毎の認識文字列を取得し、
   前記表示部に表示させた入力画面の項目毎に、取得した項目毎の前記認識文字列を入力する処理を実行するように構成されており、
   前記書式データは、前記証憑の最大行数を含む行情報と、前記証憑の１行に含まれる項目に関する列情報とを含み、
   前記情報処理部は、
   前記画像データを表示する画像表示画面と、前記入力画面とを前記表示部に表示し、
   前記画像表示画面に表示した前記画像データの１行単位で文字認識し、認識した行に含まれる各項目の前記認識文字列を前記入力画面の項目毎に入力する処理を、前記最大行数に応じて順次実行するように構成されており、
   前記行情報は、前記最大行数に加えて、いずれかの行の上端位置および下端位置の情報と、行間隔の情報とを含み、
   前記列情報は、項目毎の左端位置および右端位置の情報を含み、
   前記情報処理部は、
   前記上端位置および下端位置の情報と、前記行間隔と、前記最大行数とに基づいて、前記証憑の各行を示す第１枠線を、前記画像表示画面に表示した前記画像データに重ねて表示し、
   前記項目毎の左端位置および右端位置の情報に基づいて、前記証憑の各項目を示す第２枠線を、前記画像表示画面に表示した前記画像データに重ねて表示し、
   前記第１枠線内の領域を１行として、前記第２枠線内に含まれる文字列を項目毎の前記認識文字列として取得するように構成されている、段ボール用証憑管理システム。
2. 前記書式データは、前記証憑に含まれる基準線の情報を含み、
   前記情報処理部は、前記文字認識処理の際、前記画像データ中の前記基準線を前記書式データに設定された前記基準線に一致させるように、前記画像データの拡大率および回転角度を補正する処理を行うように構成されている、請求項１に記載の段ボール用証憑管理システム。
3. 前記書式データは、前記証憑に含まれる項目毎の文字間隔情報を含み、
   前記情報処理部は、前記文字認識処理の際、前記画像データ中の文字間隔を前記文字間隔情報に基づいて調整する処理を、前記画像データの項目毎に実行するように構成されている、請求項１または２に記載の段ボール用証憑管理システム。
4. 前記記憶部は、ダンボールシートとダンボールケースとを含む前記段ボールの種別情報に対応して、前記種別情報毎に前記書式データを記憶し、
   前記情報処理部は、前記証憑の前記種別情報に応じて前記記憶部から前記書式データを選択するように構成されている、請求項１～３のいずれか１項に記載の段ボール用証憑管理システム。
5. 前記情報処理部は、
   いずれかの項目に入力された前記認識文字列に対して、前記入力部を介して修正の入力操作を受け付けた場合、修正前文字列と修正後文字列とを対応付けて前記記憶部に記録し、
   文字認識により取得した前記認識文字列が前記記憶部に記録された前記修正前文字列に該当する場合、対応する前記修正後文字列に置換する処理を行うように構成されている、請求項１～４のいずれか１項に記載の段ボール用証憑管理システム。

Images