JP6165595B2 - 帳票識別システム - Google Patents

Description

本発明の実施形態は、帳票識別システムに関する。

帳票から取得したイメージの文字認識結果を、例えば氏名、住所、電話番号などに項目分けして、電子データとしてデータ登録する技術が知られている。この種のデータ登録は、登録の対象となる帳票の種類、すなわち、帳票上の各文字列と各項目名との対応関係が得られる帳票の様式を、一般に文字認識の前に特定しておく必要がある。

例えば、帳票のイメージを取得して文字認識を行う機能を備えたクライアント端末と、帳票の種類（様式）を特定するための機能を備えた管理サーバとで構成されたシステムでは、まず、帳票の種類の特定のために、帳票全体のイメージが、クライアント端末側から管理サーバ側へ送信される。

特開２００５−２１６１０２号公報

しかしながら、帳票全体のイメージは、データ容量が大きくなるため、クライアント端末と管理サーバとの間の通信路の帯域を圧迫し、通信に長い時間を要する。また、帳票の種類を特定するための管理サーバ側でのイメージのデータ処理は、処理時の負荷が大きく、しかもクライアント端末の数に比例して負荷も増加する。このため、管理サーバ側でのイメージのデータ処理は、システム全体におけるボトルネックとなる。

そこで、本発明が解決しようとする課題は、ネットワーク上の通信量を削減できると共に、管理サーバ側でのデータ処理の負荷を軽減できる帳票識別システムを提供することである。

実施の形態の帳票識別システムは、ネットワークを介して接続されたクライアント端末と管理サーバとを含む。クライアント端末は、イメージ取得部、特徴点情報抽出部及び送信部を備える。イメージ取得部は、帳票のイメージを取得する。特徴点情報抽出部は、取得されたイメージから帳票の特徴点を特徴点情報として抽出する。送信部は、抽出された特徴点情報を送信する。管理サーバは、受信部、識別処理部及び第２の送信部を備える。受信部は、送信された特徴点情報を受信する。識別処理部は、受信された特徴点情報に基づいて、帳票の種類の識別処理を行う。第２の送信部は、帳票の種類を規定している複数の要素のうちから、所定の要素の指定を要求する要求情報を送信する。さらに、前記クライアント端末は、第２の受信部、画面生成部及び要素選択部を備える。第２の受信部は、前記送信された要求情報を受信する。画面生成部は、前記受信された要求情報に基づいて、前記所定の要素の指定を案内する案内画面を生成する。要素選択部は、前記複数の要素のうちから、前記案内に応じて指定操作された要素を選択する。さらに、前記クライアント端末が備える前記特徴点情報抽出部は、前記取得された帳票のイメージから、前記選択された要素に対応する特徴点情報を抽出する。

第１の実施の形態に係る帳票識別システムの構成を模式的に示す図。 比較例の帳票識別システムの構成を模式的に示す図。 図１の帳票識別システムによる主要な処理を模式的に示す図。 図１の帳票識別システムの主要なハードウェア構成を示すブロック図。 図１の帳票識別システムの構成を機能的に示すブロック図。 図５の帳票識別システムのクライアント端末が備えた帳票画像ＤＢの構成を例示した図。 図５の帳票識別システムの管理サーバが備えた帳票定義体ＤＢの構成を例示した図。 図７の帳票定義体ＤＢの一部を構成する特徴点ＴＢＬの内容を例示した図。 図８の特徴点ＴＢＬに関連付けされた特徴点項目ＴＢＬの構成を示す図。 図８の特徴点ＴＢＬに関連付けされた帳票定義体ＴＢＬの構成を示す図。 図５の帳票識別システムによる全般的な処理を示すフローチャート。 図５の帳票識別システムによる帳票撮影処理を示すシーケンス図。 図５の帳票識別システムによる帳票候補選出処理を示すシーケンス図。 図５の帳票識別システムによる帳票定義体特定処理を示すシーケンス図。 第２の実施形態に係る帳票識別システムの構成を示す機能ブロック図。 図１５の帳票識別システムによる処理を模式的に示す図。 第３の実施形態に係る帳票識別システムの構成を機能的に示すブロック図。 図１７の帳票識別システムによる処理を模式的に示す図。 図１７の帳票識別システムのクライアント端末が備えた特徴点項目ＤＢの構成を例示した図。 第４の実施形態に係る帳票識別システムの構成を機能的に示すブロック図。 図２０の帳票識別システムによる処理を模式的に示す図。 第５の実施形態に係る帳票識別システムの構成を概略的に示すブロック図。 第６の実施形態に係る帳票識別システムの構成と、帳票定義体の利用例を説明するための図。

以下、実施の形態を図面に基づき説明する。
＜第１の実施の形態＞
図１に示すように、第１の実施の形態に係る帳票識別システム４０は、ネットワークを介して接続されたクライアント端末５０と管理サーバ６０とを備えている。

本実施形態の帳票識別システム４０は、図１に示すように、帳票のイメージから抽出した特徴点情報をクライアント端末５０側から管理サーバ６０側へ送信する。また、帳票識別システム４０は、主に特徴点情報を基にして特定された帳票定義体（帳票の種類毎の様式を定義した情報）を管理サーバ６０側からクライアント端末５０側へ送信する。

一方、図２に示すように、比較例の帳票識別システムは、帳票全体のイメージをクライアント端末側から管理サーバ側へ送信し、帳票全体のイメージをデータ処理して特定した帳票定義体を管理サーバ側からクライアント端末側へ送信する。

つまり、本実施形態の帳票識別システム４０は、帳票のイメージに対するデータ処理の一部を、クライアント端末５０側で行うことで、管理サーバ６０側でのデータ処理の負荷を軽減する。また、帳票識別システム４０は、クライアント端末５０側から管理サーバ６０側へ送信する情報を、比較例のようなデータ容量の大きい帳票全体のイメージではなく、データ容量の比較的小さい特徴点情報にすることで、クライアント端末５０と管理サーバ６０との間のデータ通信量を削減する。

また、帳票識別システム４０は、図３に示すように、クライアント端末５０側のＧＵＩ（Graphical User Interface）を利用して、帳票１のイメージから順次得られる特徴点情報をクライアント端末５０側から管理サーバ６０側へ逐一送信することによって、管理サーバ６０側で帳票１の種類（様式）の特定又は絞り込みを行うものある。

ここで、帳票識別システム４０の主要なハードウェア構成について説明する。図４に示すように、クライアント端末５０と管理サーバ６０とは、例えばＷＡＮ（Wide Area Network）などのネットワーク２を介して互いに接続されている。

クライアント端末５０は、タッチスクリーンディスプレイなどを備えた例えばスマートホンやタブレットといった携帯端末や、マウスなどのポインティングデバイスを備えたパーソナルコンピュータなどである。図４に示すように、クライアント端末５０は、カメラ部４、ＬＣＤ表示部５、キー操作部３、ＣＰＵ７、記憶部８、及び通信部９を備えている。カメラ部４は、帳票１を撮像して帳票１のイメージを得る。ＬＣＤ表示部５は、画面の表示を行う。キー操作部３は、画面に表示されるボタンやキーボードからの入力操作を受け付ける。ＣＰＵ７は、ソフトウェア処理を行う。記憶部８は、帳票１のイメージやソフトウェアを記憶する。通信部９は、ネットワーク２を介して管理サーバ６０側と通信する。

一方、管理サーバ６０は、ネットワーク２上に存在する全てのクライアント端末を統括的に管理するコンピュータによって構成されている。図４に示すように、ネットワーク２を介してクライアント端末５０側と通信する通信部１０と、ソフトウェア処理を行うＣＰＵ１１と、帳票定義体やソフトウェアを記憶する記憶部１２と、を備えている。

次に、クライアント端末５０及び管理サーバ６０の構成を機能的に説明する。図５に示すように、クライアント端末５０は、イメージ取得部１３、表示機能部１４、操作機能部１５、特徴点抽出機能部１６、通信機能部１７、及び帳票画像ＤＢ（帳票画像データベース）２１を備えている。

図５に示すように、イメージ取得部１３は、カメラ部４及び帳票画像書込部２３を有する。つまり、イメージ取得部１３は、カメラ部４を介して撮像された帳票１のイメージを取得する。帳票画像書込部２３は、撮像された帳票１のイメージを帳票画像として帳票画像ＤＢ２１に記憶させる。表示機能部１４は、ＬＣＤ表示部５、画面生成部２５、帳票画像読込部２４を備えている。帳票画像読込部２４は、帳票画像ＤＢ２１に記憶された帳票画像を読み込む。画面生成部２５は、帳票画像や帳票候補一覧（帳票の種類の選択候補一覧）といった画像データを表示させるための画面を生成する。ＬＣＤ表示部５は、画面生成部２５によって生成された画面を表示する。

図５に示すように、操作機能部１５は、キー操作部３、要素選択部としての機能を有する特徴点座標指定部２６、及び帳票指定部２７を有する。前述したキー操作部３は、ユーザによる入力操作を受け付ける。特徴点座標指定部２６は、帳票の種類（様式）を規定している複数の要素のうちから、ユーザによりキー操作部３を介して指定操作された要素を選択する。具体的には、特徴点座標指定部２６は、図３に示すように、ＬＣＤ表示部５に表示された帳票１のイメージ中の指定操作された領域（例えばＧＵＩを介してアクティブにされた所定の項目名の記載エリアの座標位置）を選択（指定）する。帳票指定部２７は、例えば上記の帳票候補一覧（帳票の種類の選択候補一覧）の中から指定操作された帳票の種類を選択（指定）する。

図５に示すように、特徴点抽出機能部１６は、特徴点情報抽出部２８を備えている。特徴点情報抽出部２８は、イメージ取得部１３で取得された帳票１のイメージから当該帳票１の特徴点を特徴点情報として抽出する。具体的には、特徴点情報抽出部２８は、特徴点座標指定部２６によって帳票１のイメージ中において指定操作された領域（選択された座標位置）と、帳票上のその領域に割り当てられている項目名などと、を関連付けした情報を特徴点情報として抽出する。

通信機能部１７は、クライアント端末５０と管理サーバ６０との間でデータを送受信する。通信機能部１７は、送信部（第１の送信部）として機能する特徴点情報送信部２９、帳票候補一覧受信部３０、帳票ＩＤ送信部３１、及び帳票定義体受信部３２を備えている。

特徴点情報送信部２９は、抽出された特徴点情報を管理サーバ６０へ送信する。帳票候補一覧受信部３０は、帳票候補一覧（帳票の種類の選択候補一覧）を管理サーバ６０から受信する。帳票ＩＤ送信部３１は、帳票指定部２７により指定された帳票の種類に対応する帳票ＩＤ（帳票の種類毎に固有の種類識別情報）を、管理サーバ６０へ送信する。帳票定義体受信部３２は、帳票定義体を管理サーバ６０から受信する。

ここで、帳票定義体は、帳票の種類（種別）毎に固有となる帳票の様式（書式）が定義（規定）された帳票定義情報である。帳票定義体は、帳票モデルや帳票フォームなどとも称する。つまり、帳票定義体は、帳票上に存在する各項目名と、項目名毎の記載エリアが割り当てられている帳票上の座標位置（領域）と、帳票の種類毎に固有の帳票ＩＤ、帳票のサイズなどと、が互いに関連付け（紐付け）された帳票定義情報（データファイル）である。なお、帳票定義体受信部３２で受信された帳票定義体は、図２３の帳票定義体の利用例を説明するための図にあるように、クライアント端末５０の別機能（例えば様々な種類の帳票毎に、帳票イメージ内のデータ抽出が必要となる項目名の記載エリアにおける画像部分を文字認識し、その文字認識結果である文字データ［各テキスト］を項目分けしてデータ登録する帳票文字認識機能など）を実行する際に活用されることになる。

一方、管理サーバ６０は、図５に示すように、通信機能部１８、帳票識別機能部１９、帳票定義体読込機能部２０、及び帳票定義体ＤＢ（帳票定義体データベース）２２を備えている。通信機能部１８は、クライアント端末５０と管理サーバ６０との間でデータを送受信する。通信機能部１８は、受信部（第１の受信部）として機能する特徴点情報受信部３３、帳票候補一覧送信部３４、帳票ＩＤ受信部３５、及び帳票定義体送信部３６を備えている。

特徴点情報受信部３３は、特徴点情報をクライアント端末５０から受信する。帳票候補一覧送信部３４は、帳票候補一覧をクライアント端末５０へ送信する。帳票ＩＤ受信部３５は、帳票ＩＤをクライアント端末５０から受信する。帳票定義体送信部３６は、帳票定義体をクライアント端末５０へ送信する。

帳票識別機能部１９は、識別処理部３７を有している。識別処理部３７は、受信された特徴点情報に基づいて、帳票の種類の識別処理を行う。詳細には、識別処理部３７は、帳票定義体ＤＢ２２を参照しつつ識別処理を行う。この識別処理は、帳票の種類を幾つかの種類に絞り込む処理（帳票候補一覧を作成する処理）、又は帳票の種類を一つの種類に特定する処理である。帳票定義体読込機能部２０は、帳票定義体読込部３８を有する。帳票定義体読込部３８は、帳票ＩＤ受信部３５で受信された帳票ＩＤに対応する帳票定義体を帳票定義体ＤＢ２２から読み込む。

ここで、クライアント端末５０及び管理サーバ６０は、それぞれ、ＲＡＭなどのメインメモリ、ＨＤＤなどの補助（二次）記憶装置、ＣＰＵ、ＲＯＭといった各種のハードウェアを搭載している。クライアント端末５０及び管理サーバ６０は、補助記憶装置やＲＯＭなどに予めそれぞれ格納されたクライアント端末用プログラム、管理サーバ用プログラムを各々のメインメモリ上にロードすることによって、図５中に機能的に示した主要な構成要素を例えばソフトウェアによって実現する。なお、これらの構成要素は、ソフトウェアに代えてハードウェアで構成されていてもよい。

また、上述した帳票画像ＤＢ２１は、図６に示すように、撮影画像ＩＤと帳票のイメージデータとを対応付けて記憶している。さらに、図７に示すように、帳票定義体ＤＢ２２は、帳票ＩＤと、特徴点情報（例えば項目名［タイトル、氏名、住所などの項目名］と帳票上の座標位置［x1,y1などの座標位置］とを紐付けした情報）と、帳票定義体と、を互いに対応付けて記憶している。より具体的な構成を例示すると、帳票定義体ＤＢ２２は、例えば、図８〜図１０に示すように、互いに所定のＩＤで関連付け（紐付け）された特徴点ＴＢＬ（特徴点テーブル）２２ａと、特徴点項目ＴＢＬ（特徴点項目テーブル）２２ｂと、帳票定義体ＴＢＬ（帳票定義体テーブル）２２ｃと、から構成されている。

図８に示すように、特徴点ＴＢＬ２２ａは、帳票ＩＤと、特徴点項目ＩＤと、帳票上の所定の記載枠（記載エリア）の位置情報（Ｘ座標、Ｙ座標、高さ、及び幅からなる位置情報）と、とりうる値（対応する帳票の種類を示す値）と、を互いに対応付けて記憶している。また、図９に示すように、特徴点項目ＴＢＬ２２ｂは、特徴点項目ＩＤと、タイトル、氏名、住所、年齢などの項目名と、を対応付けて記憶している。さらに、図１０に示すように、帳票定義体ＴＢＬ２２ｃは、帳票ＩＤと帳票定義体の電子ファイル名とを対応付けて記憶している。つまり、特徴点項目ＴＢＬ２２ｂは、特徴点項目ＩＤによって特徴点ＴＢＬ２２ａと紐付けされ、一方、帳票定義体ＴＢＬ２２ｃは、帳票ＩＤによって特徴点ＴＢＬ２２ａと紐付けされている。これにより、帳票のイメージから抽出される当該帳票上の所定の記載枠におけるＸ座標、Ｙ座標、高さ、幅などからなる位置情報（特徴点情報）を、一つ以上取得することで、帳票に該当する帳票定義体の特定又は帳票定義体の候補の絞り込みを行うことができる。

図１１は、帳票識別システム４０による全般的な処理を示すフローチャートである。帳票識別システム４０では、図１１に示すように、帳票が撮影された後（Ｓ１）、所定の入力操作に応じて帳票のイメージ上の特徴点情報が抽出される（Ｓ２）。抽出された特徴点情報と対応した帳票候補一覧（帳票の種類の選択候補一覧）に、撮影された帳票に該当するものがある場合（Ｓ３のＹＥＳ）、帳票候補一覧からの選択操作（指定操作）に応じて、管理サーバ６０からクライアント端末５０側へ、撮影された帳票の種類に対応する帳票定義体が送信される（Ｓ４）。

なお、上述した帳票候補一覧は、例えば自動車検査証、保険証券、免許証などといった文字列を列挙したものであってもよい。クライアント端末５０側で受信された帳票定義体は、後に、クライアント端末５０の別機能（文字認識結果をデータ登録する帳票文字認識機能など）を実行する際に活用される（Ｓ５）。

次に、帳票識別システム４０による帳票撮影処理、帳票候補選出処理、帳票定義体特定処理を、図１２〜図１４にそれぞれ示すシーケンス図に基づいて説明する。図１２に示すように、帳票撮影処理では、まず、カメラ部４は、帳票１を撮影する。帳票画像書込部２３は、撮影された帳票１のイメージを帳票画像として帳票画像ＤＢ２１に書き込む。使用者（ユーザ）からの入力操作による帳票画像の表示要求に応じて、帳票画像書込部２３は、帳票画像ＤＢ２１から対応する帳票画像を読み込む。画面生成部２５は、読み込まれた帳票画像を表示させる表示画面を生成し、この表示画面をＬＣＤ表示部５に表示させる。

また、図１３に示すように、帳票候補選出処理では、使用者（ユーザ）がキー操作部３から帳票のイメージ上にＧＵＩで指定（選択）した座標位置を、特徴点座標指定部２６は、取得し、取得した座標位置を、特徴点情報抽出部２８に渡す。特徴点情報抽出部２８は、帳票画像読込部２４を制御して帳票画像を読み込ませ、帳票のイメージ上の前記取得された座標位置と、その座標位置に割り当てられている帳票上の項目名などと、を関連付けた特徴点情報を抽出する。

特徴点情報送信部２９は、特徴点情報抽出部２８から受け渡された特徴点情報を管理サーバ６０側の特徴点情報受信部３３へ送信する。識別処理部３７は、特徴点情報受信部３３から受け渡された特徴点情報に基づいて、帳票の種類の識別処理を行う。具体的には、識別処理部３７は、帳票定義体ＤＢ２２を参照し、受け渡された特徴点情報が対応している帳票定義体から帳票候補一覧（帳票の種類の候補一覧）を得る。

図１３に示すように、帳票候補一覧送信部３４は、識別処理部３７から受け渡された帳票候補一覧をクライアント端末５０側の帳票候補一覧受信部３０へ送信する。画面生成部２５は、帳票候補一覧受信部３０により受信された帳票候補一覧を画像データとして表示させるための表示画面を生成する。ＬＣＤ表示部５は、帳票候補一覧を含む生成された表示画面を表示させる。

さらに、図１４に示すように、帳票定義体特定処理では、キー操作部３は、表示画面中の帳票候補一覧から、使用者（ユーザ）がＧＵＩを介して行う所望の候補の指定操作（入力操作）を受け付ける。帳票指定部２７は、指定操作された候補に対応する帳票ＩＤを取得する。帳票ＩＤ送信部３１は、帳票指定部２７から通知された帳票ＩＤを、管理サーバ６０側の帳票ＩＤ受信部３５へ送信する。

図１４に示すように、帳票定義体読込部３８は、帳票ＩＤ受信部３５で受信された帳票ＩＤを検索キーとして、この帳票ＩＤに対応する帳票定義体を帳票定義体ＤＢ２２から取得する。帳票定義体送信部３６は、帳票定義体読込部３８によって取得された帳票定義体ＤＢ２２をクライアント端末５０側の帳票定義体受信部３２へ送信する。

既述したように、第１の実施形態に係る帳票識別システム４０によれば、クライアント端末５０側から管理サーバ６０側へ送信する情報を、データ容量の大きい帳票全体のイメージではなく、データ容量の比較的小さい特徴点情報にすることで、クライアント端末５０と管理サーバ６０との間の通信容量を削減することが可能となる。また、帳票識別システム４０によれば、帳票のイメージに対するデータ処理の一部を、クライアント端末５０側で行う（帳票のイメージから特徴点を抽出するデータ処理を行う）ことで、管理サーバ６０側でのデータ処理の負荷を軽減することができる。

＜第２の実施形態＞
次に、第２の実施形態を図１５及び図１６に基づき説明する。なお、図１５において、第１の実施形態で説明した図５中の構成要素と同一の構成要素については、同一の符号を付与し重複する説明を省略する。図１５に示すように、本実施形態に係る帳票識別システム４１は、第１の実施形態の帳票識別システム４０が備えていたクライアント端末５０及び管理サーバ６０に代えて、クライアント端末５１及び管理サーバ６１を有する。

図１５に示すように、クライアント端末５１は、クライアント端末５０に設けられていた帳票候補一覧受信部３０及び画面生成部２５に代えて、第２の受信部としての要求情報受信部３０ａ、及び画面生成部２５ａを備えている。管理サーバ６１は、管理サーバ６０に設けられていた帳票候補一覧送信部３４及び識別処理部３７に代えて、第２の送信部としての要求情報送信部３４ａ及び識別処理部３７ａを備えている。

管理サーバ６１側の要求情報送信部３４ａは、帳票の種類（様式）を規定している複数の要素のうちから、所定の要素の指定を要求する要求情報を送信する。一方、クライアント端末５１側の要求情報受信部３０ａは、管理サーバ６１側から送信された要求情報を受信する。画面生成部２５ａは、受信された要求情報に基づいて、所定の要素の指定を案内する案内画面を生成する。要素選択部としての機能を有する特徴点座標指定部２６は、帳票の種類を規定している前記複数の要素のうちから、案内画面の案内（ガイド）に応じて、ユーザがキー操作部３を介して指定操作した要素を選択する。特徴点情報抽出部２８は、イメージ取得部１３で取得された帳票１のイメージから、当該選択された要素に対応する特徴点情報を抽出する。

具体的には、本実施形態の帳票識別システム４１は、特徴点情報を得るための要素の指定をＧＵＩで対話的に行えるものであり、帳票候補一覧の候補数の絞込みをより効率的に行えるようにするために、管理サーバ６１は、クライアント端末５１に対して要素の指定（所定の項目名における記載エリアの座標位置の指定操作）を要求する。第１の実施形態では、識別処理部３７によって単に帳票候補一覧を出力させるようにしていたが、最も効率よく帳票候補一覧の候補数を絞り込むために、識別処理部３７ａは、指定操作されるべき要素（項目名）を選び、これを要求情報送信部３４ａに通知する。画面生成部２５ａは、指定操作を要求する要素（項目名）についての指示メッセージを含む案内画面に生成する。

次に、クライアント端末５１と管理サーバ６１との間での情報のやり取りによって、帳票の種類（様式／種別）を絞り込んで行く処理を、図１６に示すフローチャートに基づき説明する。

管理サーバ６１側からの指示に基づき、クライアント端末５１のＬＣＤ表示部５は、「タイトルをタップして下さい」との指示メッセージを含む案内画面を表示する（Ｓ１１）。この案内に応じて、帳票１のイメージ上のタイトルが位置している座標（x1,y1）のエリアが指定操作されることになる（Ｓ１２）。

管理サーバ６１は、タイトルが座標（x1,y1）にある帳票定義体（帳票ＩＤ）を帳票定義体ＤＢから検索する（Ｓ１３）。管理サーバ６１（識別処理部３７ａ）は、帳票Ａ（帳票Ａの種類）と帳票Ｂ（帳票Ｂの種類）とを候補とし、さらに、帳票Ａと帳票Ｂとの差を分析して、最も効率良く帳票の種類を絞り込むために指定すべき項目名を、クライアント端末５１側に要求する（Ｓ１４）。

帳票Ａと帳票Ｂとで住所の座標が互いに異なるため、管理サーバ６１側からの指示に基づき、クライアント端末５１のＬＣＤ表示部５は、「住所をタップして下さい」との指示メッセージを表示する（Ｓ１５）。この案内に応じて、帳票１のイメージ上の住所が位置している例えば座標（x4,y4）のエリアが指定操作されることになる（Ｓ１６）。

管理サーバ６１は、帳票定義体ＤＢ２２を参照して、住所が座標（x4,y4）にある帳票定義体を絞り込む（Ｓ１７）。これにより、管理サーバ６１（識別処理部３７ａ）は、イメージを取得された帳票が、帳票Ｂであると断定し、帳票Ｂ（帳票Ｂの種類）に対応する帳票定義体をクライアント端末５１に送信する（Ｓ１８）。クライアント端末５１は、送信された帳票Ｂ（帳票Ｂの種類）に対応する帳票定義体を受信する（Ｓ１９）。

このように、第２の実施形態に係る帳票識別システム４１によれば、帳票の種類の絞り込みの効率化によって、クライアント端末５１と管理サーバ６１との間での情報の送受信回数が低減される。これにより、クライアント端末５１と管理サーバ６１との間の通信容量が削減され、また、ユーザにとっても指定操作に要する労力が軽減される。

＜第３の実施形態＞
次に、第３の実施形態を図１７〜図１９に基づき説明する。なお、図１７において、第１の実施形態で説明した図５中の構成要素と同一の構成要素については、同一の符号を付与し重複する説明を省略する。図１７に示すように、本実施形態に係る帳票識別システム４２は、第１の実施形態の帳票識別システム４０が備えていたクライアント端末５０に代えて、クライアント端末５２を有する。クライアント端末５２は、第１の実施形態のクライアント端末５０が備えていた特徴点座標指定部２６及び特徴点情報抽出部２８に代えて、特徴点抽出指示部２６ｂ及び特徴点情報抽出部２８ｂを備えている。また、クライアント端末５２は、特徴点項目ＤＢ（特徴点項目データベース）３９をさらに備えている。

第１の実施形態では、特徴点座標指定部２６により、帳票のイメージ中の特徴的な部分の座標を、特徴点情報の抽出の度に、帳票の種類（様式）を規定する要素（項目名など）を指定操作していたが、本実施形態では、ユーザからの指定操作が不要となる。特徴点抽出指示部２６ｂから特徴点情報の抽出の指示を受けると、特徴点情報抽出部２８ｂは、図１８に示すように、帳票の種類を規定している複数の要素（例えば複数の項目名）のうちから、予め決められた要素（予め定義された項目名）に対応する特徴点情報を自動的に抽出する。特徴点情報抽出部２８ｂは、文字認識部２８ａを有している。

文字認識部２８ａは、文字の特徴量（特徴ベクトルなど）と文字コード（テキストデータ）とを互いに対応付けて記憶した文字認識用のデータベース（文字認識辞書）を参照しつつ、帳票１のイメージの文字認識を行い、文字認識結果である文字コードを出力する。

つまり、図１９に示すように、特徴点項目ＤＢ（特徴点項目データベース）３９には、自動抽出の対象となる特徴点情報に対応した項目名が予め記憶されている。特徴点情報抽出部２８ｂは、帳票１のイメージを文字認識して、さらに特徴点項目ＤＢ３９を参照し、図１８に示すように、帳票１のイメージ中において、特徴点項目ＤＢ３９に記憶された項目名が文字列として存在している全ての座標位置とその項目名とを対応付けした特徴点情報を抽出する。

このように、第３の実施形態に係る帳票識別システム４２によれば、特徴点情報を得る際において、帳票の項目名などの指定操作が不要となるため、ユーザにとっての労力が軽減され、しかも最終的に帳票定義体を得るまでの時間を短縮することが可能となる。

＜第４の実施形態＞
次に、第４の実施形態を図２０及び図２１に基づき説明する。なお、図２０において、第１の実施形態で説明した図５中の構成要素と同一の構成要素については、同一の符号を付与し重複する説明を省略する。なお、図２０では、本実施形態の構成上の説明の明確化を図るために、図５中に示していたクライアント端末５０側の特徴点情報送信部２９、帳票候補一覧受信部３０、帳票ＩＤ送信部３１、及び帳票定義体読込部３８、並びに、管理サーバ６０側の特徴点情報受信部３３、帳票候補一覧送信部３４、帳票ＩＤ受信部３５、帳票定義体送信部３６、帳票識別機能部１９、帳票定義体読込機能部２０の図示を省略している。

図２０に示すように、本実施形態に係る帳票識別システム４３は、第１の実施形態の帳票識別システム４０が備えていたクライアント端末５０及び管理サーバ６０に代えて、クライアント端末５３及び管理サーバ６３を有する。図２０に示すように、クライアント端末５３は、クライアント端末５０の構成に加えて、第３の送信部として機能する帳票定義情報送信部３１ｃをさらに備えている。管理サーバ６３は、管理サーバ６０の構成に加え、データベース構築部３８ｃを含む帳票定義体書込機能部２０ｃ、及び第３の受信部として機能する帳票定義情報受信部３５ｃをさらに備えている。

帳票識別システム４３は、図２１に示すように、帳票定義体ＤＢ２２を構築するための動作モードとして、帳票定義体を登録する登録モードを有している。つまり、クライアント端末５３側の帳票定義情報送信部３１ｃは、イメージを取得された帳票１のその種類固有の種類識別情報（例えば帳票ＩＤ）と、特徴点情報抽出部２８で抽出された特徴点情報と、を対応付けした帳票定義情報（帳票定義体）を送信する。

一方、管理サーバ６３側の帳票定義情報受信部３５ｃは、クライアント端末５３側から送信された帳票定義情報（帳票定義体）を受信する。データベース構築部３８ｃは、受信された帳票定義情報（帳票定義体）を順次登録して帳票定義体ＤＢ２２を構築して行く。帳票定義体ＤＢ２２が構築された後、帳票の通常の識別モードにおいて、識別処理部３７は、このようにして構築された帳票定義体ＤＢ２２を参照しつつ、識別対象の帳票のイメージから得られた特徴点情報に基づき識別処理を行う。

したがって、第４の実施形態に係る帳票識別システム４３によれば、帳票識別システム以外の外部のシステムを別途用意せずとも、帳票定義体ＤＢ２２を構築することが可能となる。

＜第５の実施形態＞
次に、第５の実施形態を図２２に基づき説明する。本実施形態に係る帳票識別システムは、第１の実施形態の帳票識別システム４０が備えていたクライアント端末５０に代えて、図２２に示すように、クライアント端末５４を備えている。クライアント端末５４のイメージ取得部６３は、カメラ部４を有していないため、クライアント端末５４本体の外部から帳票１のイメージを取得する。

つまり、クライアント端末５４の外部にストレージ６５を設けておき、帳票１をデジタルカメラ６７やスキャナ６４などで事前に撮像し、得られた帳票１のイメージをストレージ６５に保存しておく。ストレージ６５としては、例えばハードディスク装置やフラッシュメモリなどの他、クラウドサービスなどのネットワークストレージが例示される。

クライアント端末５４は、帳票１のイメージを取得する際には、帳票画像書込部２３が、ネットワークや通信ケーブルなどを通じて外部のストレージ６５にアクセスして処理対象の帳票１のイメージを取得し、帳票画像ＤＢ２１に書き込むことになる。

このように、第５の実施形態の帳票識別システムによれば、カメラ機能のないクライアント端末５４においても、帳票１のイメージを入手することができ、また、例えば複数の人が作業を分担して、帳票のイメージを予め作成しておくことが可能となる。

＜第６の実施形態＞
次に、第６の実施形態を、図２３（及び図４、図５、図１０）に基づき説明する。なお、図２３において、第１の実施形態で説明した図５中の構成要素と同一の構成要素については、同一の符号を付与し重複する説明を省略する。図２３に示すように、本実施形態に係る帳票読取システム５５は、第１の実施形態の帳票読取システム４０が備えていたクライアント端末５０及び管理サーバ６０に代えて、クライアント端末５５及び管理サーバ６５を有している。

クライアント端末５５は、クライアント端末５０の構成に加え、帳票文字認識部７３をさらに備えている。また、クライアント端末５５は、クライアント端末５０が備えていた通信機能部１７に代えて、通信機能部１７ａを有している。通信機能部１７ａは、通信機能部１７の構成に加え、識別情報受信部７２をさらに備えている。一方、管理サーバ６５は、管理サーバ６０の構成に加え、識別情報送信部７１をさらに備えている。また、クライアント端末５５は、図４に示した例えば記憶部８内に、図１０に例示した構成の帳票定義体ＴＢＬ２２ｃを記憶させている。

ここで、図２３に示すように、管理サーバ６５側の識別情報送信部７１は、識別処理部３７（図５参照）による識別処理の結果から得られた帳票１のその種類固有の種類識別情報（帳票ＩＤ）を、クライアント端末５５側に送信する。クライアント端末５５側の識別情報受信部７２は、管理サーバ６５側から送信されてきた帳票種別としての種類識別情報を受信する。

また、図２３に示すように、帳票文字認識部７３は、イメージ取得部１３にて取得した帳票のイメージを認識対象画像とする。つまり、帳票文字認識部７３は、識別情報受信部７２によって受信した種類識別情報に基づいて帳票イメージを文字認識する。具体的には、帳票文字認識部７３は、図１０に例示した帳票定義体ＴＢＬ２２ｃを参照しつつ、前記受信された種類識別情報（帳票ＩＤ）に対応する帳票定義体（帳票定義情報）を決定し、決定したこの帳票定義体を用いて文字認識を行う。

これにより、クライアント端末５５側では、上述した帳票定義体（帳票上に存在する各項目名と、項目名毎の記載エリアが割り当てられている帳票上の座標位置と、帳票の種類毎に固有の種類識別情報と、帳票のサイズなどと、が互いに紐付けされたデータファイル）を適用して、様々な種類の帳票毎に、帳票イメージ内の所定の項目名の記載エリアにおける画像部分を文字認識し、その文字認識結果である文字データ（各テキスト）を項目分けして、データ登録することが可能となる。

また、上述した構成に代えて、管理サーバ６５側の識別処理部３７が、取得された帳票のイメージ（認識対象画像）に対応する帳票定義情報（帳票定義体）を特定し、特定したこの帳票定義情報を、管理サーバ６５側の識別情報送信部７１からクライアント端末５５側の識別情報受信部７２へ送信する構成としてもよい。この場合、クライアント端末５５は、図１０に示した帳票定義体ＴＢＬ２２ｃなどを用いることなく、受信した帳票定義情報を直接用いて文字認識を行うことが可能となる。

以上、本発明の実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施することが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これらの実施形態やその変形例は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…帳票、２…ネットワーク、１３，６３…イメージ取得部、２２…帳票票定義体ＤＢ、２５，２５ａ…画面生成部、２６…特徴点座標指定部、２８，２８ｂ…特徴点情報抽出部、２８ａ…文字認識部、２９…特徴点情報送信部、３０ａ…要求情報受信部３１ｃ…帳票定義情報送信部、３３…特徴点情報受信部、３４ａ…要求情報送信部、３５ｃ…帳票定義情報受信部、３７，３７ａ…識別処理部、３８ｃ…データベース構築部、４０，４１，４２，４３，４５…帳票識別システム、５０，５１，５２，５３，５４，５５…クライアント端末、６０，６１，６２，６３，６５…管理サーバ、７１…識別情報送信部、７２…識別情報受信部、７３…帳票文字認識部。

Claims (6)

1. ネットワークを介して接続されたクライアント端末と管理サーバとを含む帳票識別システムであって、
   前記クライアント端末は、
   帳票のイメージを取得するイメージ取得部と、
   前記取得されたイメージから前記帳票の特徴点を特徴点情報として抽出する特徴点情報抽出部と、
   前記抽出された特徴点情報を送信する送信部と、
   を備え、
   前記管理サーバは、
   前記送信された特徴点情報を受信する受信部と、
   前記受信された特徴点情報に基づいて、前記帳票の種類の識別処理を行う識別処理部と、
   帳票の種類を規定している複数の要素のうちから、所定の要素の指定を要求する要求情報を送信する第２の送信部と、
   を備え、
   前記クライアント端末は、
   前記送信された要求情報を受信する第２の受信部と、
   前記受信された要求情報に基づいて、前記所定の要素の指定を案内する案内画面を生成する画面生成部と、
   前記複数の要素のうちから、前記案内に応じて指定操作された要素を選択する要素選択部と、
   をさらに備え、
   前記特徴点情報抽出部は、前記取得された帳票のイメージから、前記選択された要素に対応する特徴点情報を抽出する、帳票識別システム。
2. 前記識別処理は、前記帳票の種類を幾つかの種類に絞り込む処理、又は前記帳票の種類を一つの種類に特定する処理である、
   請求項１記載の帳票識別システム。
3. 前記特徴点情報抽出部は、帳票の種類を規定している複数の要素のうちから、予め決められた要素に対応する特徴点情報を抽出する、
   請求項１又は２記載の帳票識別システム。
4. 前記クライアント端末は、
   前記イメージを取得された帳票のその種類固有の種類識別情報と前記抽出された特徴点情報とを対応付けした帳票定義情報を送信する第３の送信部をさらに備え、
   前記管理サーバは、
   前記送信された帳票定義情報を受信する第３の受信部と、
   前記受信された帳票定義情報を登録してデータベースを構築するデータベース構築部と、
   をさらに備え、
   前記識別処理部は、前記構築されたデータベースを参照しつつ前記識別処理を行う、
   請求項１又は２記載の帳票識別システム。
5. 前記イメージ取得部は、前記クライアント端末本体の外部から前記帳票のイメージを取得する、
   請求項１ないし４のいずれか１項に記載の帳票識別システム。
6. 前記管理サーバは、
   前記識別処理部による識別処理の結果から得られた前記帳票のその種類固有の種類識別情報を、前記クライアント端末に送信する識別情報送信部をさらに備え、
   前記クライアント端末は、
   前記管理サーバから送信されてきた種類識別情報を受信する識別情報受信部と、
   前記イメージ取得部にて取得した帳票のイメージを認識対象画像とする帳票文字認識部と、
   をさらに備え、
   前記帳票文字認識部は、前記識別情報受信部によって受信した種類識別情報に基づいて前記帳票イメージを文字認識する請求項１乃至５のいずれか１項に記載の帳票識別システム。

Images