(57)【特許請求の範囲】
【請求項１】
業務内容に応じて種別が異なる帳票を読み取る画像読取方法において、
前記帳票を読み取る際に用いられる設定情報の変更指示が受け付けられた場合に、前記帳票の種別が特定の種別に該当するか否かを判定する処理と、
前記帳票の種別が前記特定の種別に該当する場合は、当該帳票の種別に基づいて設定される前記設定情報を用いて当該帳票を読み取り、前記帳票の種別が前記特定の種別に該当しない場合は、受け付けられた前記変更指示により変更された変更後の設定情報を用いて当該帳票を読み取る処理と
をコンピュータが実行することを特徴とする画像読取方法。
【請求項２】
前記判定する処理は、受け付けられた前記変更指示が前記帳票の２回目以降の読み取り処理に用いられるか否かをさらに判定し、
前記読み取る処理は、前記変更指示が前記２回目以降の読み取り処理に用いられると判定された場合、前記特定の種別かつ第１の種別の帳票に対しては、当該帳票の種別に基づいて設定される前記設定情報を用いて当該帳票を読み取り、前記特定の種別かつ第２の種別の帳票に対しては、受け付けられた前記変更指示により変更された変更後の設定情報を用いて当該帳票を読み取ることを特徴とする請求項１に記載の画像読取方法。
【請求項３】
前記特定の種別かつ前記第２の種別の帳票に対して、当該帳票の種別に基づいて設定される前記設定情報を用いた読み取り処理で読み取られた画像データを用いて文字認識処理を行って文字データを抽出し、受け付けられた前記変更指示により変更された変更後の設定情報を用いた読み取り処理で読み取られた画像データから印鑑照合処理に用いるデータを抽出する処理をさらに実行することを特徴とする請求項２に記載の画像読取方法。
【請求項４】
前記判定する処理は、前記変更指示が受け付けられてから所定の時間が経過する前に新たに変更指示が受け付けられた場合、当該新たな変更指示が前記２回目以降の読み取り処理に用いられると判定することを特徴とする請求項２に記載の画像読取方法。
【請求項５】
前記変更指示が受け付けられる前に、前記帳票の事前読み取り処理を行って前記帳票のプレスキャン画像データを取得する処理と、
取得された前記プレスキャン画像データに基づいて前記帳票の種別を特定する処理と、
特定された当該帳票の種別に基づいて設定される前記設定情報を決定する処理とをさらに実行することを特徴とする請求項１乃至４のいずれか１つに記載の画像読取方法。
【請求項６】
前記判定する処理は、取得された前記プレスキャン画像データと前回取得されたプレスキャン画像データとの変化量が所定の値以下である場合、受け付けられた前記変更指示が前記帳票の２回目以降の読み取り処理に用いられると判定することを特徴とする請求項５に記載の画像読取方法。
【請求項７】
業務内容に応じて種別が異なる帳票を読み取る帳票読取装置を制御する画像処理装置により実行される画像読取プログラムにおいて、
前記帳票が前記帳票読取装置により読み取られる際に用いられる設定情報の変更指示が受け付けられた場合に、前記帳票の種別が特定の種別に該当するか否かを判定する処理と、
前記帳票の種別が前記特定の種別に該当する場合は、当該帳票の種別に基づいて設定される前記設定情報を用いて前記帳票を読み取ることを指示する情報を前記帳票読取装置に出力し、前記帳票の種別が前記特定の種別に該当しない場合は、受け付けられた前記変更指示により変更された変更後の設定情報を用いて前記帳票を読み取ることを指示する情報を前記帳票読取装置に出力する処理と
を前記画像処理装置に実行させることを特徴とする画像読取プログラム。
【請求項８】
業務内容に応じて種別が異なる帳票を読み取る帳票読取装置を制御する画像処理装置において、
前記帳票が前記帳票読取装置により読み取られる際に用いられる設定情報の変更指示に関する情報を受け付けた場合に、前記帳票の種別が特定の種別に該当するか否かを判定する判定部と、
前記帳票の種別が前記特定の種別に該当する場合は、当該帳票の種別に基づいて設定される前記設定情報を用いて前記帳票を読み取ることを指示する情報を前記帳票読取装置に出力し、前記帳票の種別が前記特定の種別に該当しない場合は、受け付けられた前記変更指示により変更された変更後の設定情報を用いて前記帳票を読み取ることを指示する情報を前記帳票読取装置に出力する読取制御部と
を有することを特徴とする画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像読取方法、画像読取プログラム及び画像処理装置に関する。
【背景技術】
【０００２】
金融機関等においては、例えば帳票などの媒体の読み取りや印鑑照合のために、スタンドスキャナなどの画像読取装置が利用されている。画像読取装置は、読取キーや濃度設定キー等を含む操作部を有し、作業者による操作部に対する操作に応じて帳票を読み取る。読み取られた帳票の画像データに対して、ＯＣＲ（Optical  Character  Recognition：光学文字認識）によって文字認識が実行され、金融機関等における各種処理で利用される文字データが抽出される。また、読み取られた帳票の画像データは、印鑑照合等にも利用される。
【０００３】
画像読取装置が読み取る帳票には、例えば入金伝票や出金伝票などのように、金融機関が予め書式を定めた帳票（以下において「定型帳票」と記載する場合がある。）がある。また、読み取り対象の帳票には、免許証や健康保険証といった公的証明書等や、第三者が書式を定めた帳票（以下において、これらをまとめて「非定型帳票」と記載する場合がある。）などもある。
【０００４】
このように、金融機関等では、画像読取装置を用いて、業務ごとに異なる帳票を読み取る。その際、読み取り対象の帳票の種別によって、印影を読み取るために読取濃度を濃くし、文字の滲みを抑制するために読取濃度を薄くするなど、濃度設定を手動で行うことが一般的である。近年では、各帳票に対して適切な濃度等を自動で設定する画像読取装置が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２５４３２４号公報
【特許文献２】特開２００９−０８８５９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、作業者の操作ミス等により、自動的に設定された濃度等が変更されると、帳票を読み取った画像データの品質が劣化する。
【０００７】
例えば、作業者が画像読取装置の操作部の読取キーを押下しようとしたところ、誤って濃度設定キーを押下した場合などは、設定された濃度が変更されることがある。また、習熟していない作業者が、最適に設定された濃度でプレスキャンされた画像データを見て、濃度が不適切であると誤認して、濃度設定を変更することもある。誤った濃度で読み取られた画像データは、ＯＣＲ処理等において不具合が生じる原因となる。
【０００８】
一つの観点では、操作ミス等による画像データの品質劣化を抑制できる画像読取方法、画像読取プログラム及び画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
一つの態様において、画像読取方法は、業務内容に応じて種別が異なる帳票を読み取る処理をコンピュータが実行する。画像読取方法は、帳票を読み取る際に用いられる設定情報の変更指示が受け付けられた場合に、帳票の種別が特定の種別に該当するか否かを判定する処理をコンピュータが実行する。画像読取方法は、帳票の種別が特定の種別に該当する場合は、当該帳票の種別に基づいて設定される設定情報を用いて当該帳票を読み取る処理をコンピュータが実行する。また、画像読取方法は、帳票の種別が特定の種別に該当しない場合は、受け付けられた変更指示により変更された変更後の設定情報を用いて当該帳票を読み取る処理をコンピュータが実行する。
【発明の効果】
【００１０】
一つの態様によれば、操作ミス等による画像データの品質劣化を抑制できるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、全体構成の一例を示す図である。
【図２】図２は、実施例１における機能構成の一例を示す図である。
【図３】図３は、実施例１におけるパラメータＤＢの一例を示す図である。
【図４】図４は、帳票ＤＢの一例を示す図である。
【図５】図５は、実施例１における選択画面の一例を示す図である。
【図６Ａ】図６Ａは、入金伝票の一例を示す図である。
【図６Ｂ】図６Ｂは、出金伝票の一例を示す図である。
【図６Ｃ】図６Ｃは、非定型帳票の一例を示す図である。
【図７Ａ】図７Ａは、読取濃度が適切である場合の入金伝票の読取結果の一例を示す図である。
【図７Ｂ】図７Ｂは、読取濃度が適切である場合の出金伝票の読取結果の一例を示す図である。
【図７Ｃ】図７Ｃは、読取濃度が適切である場合の非定型帳票の読取結果の一例を示す図である。
【図８Ａ】図８Ａは、読取濃度が濃い場合の入金伝票の読取結果の一例を示す図である。
【図８Ｂ】図８Ｂは、読取濃度が濃い場合の出金伝票の読取結果の一例を示す図である。
【図８Ｃ】図８Ｃは、読取濃度が濃い場合の非定型帳票の読取結果の一例を示す図である。
【図９Ａ】図９Ａは、読取濃度が薄い場合の入金伝票の読取結果の一例を示す図である。
【図９Ｂ】図９Ｂは、読取濃度が薄い場合の出金伝票の読取結果の一例を示す図である。
【図９Ｃ】図９Ｃは、読取濃度が薄い場合の非定型帳票の読取結果の一例を示す図である。
【図１０】図１０は、実施例１における画像読取処理の一例を示すフローチャートである。
【図１１】図１１は、種別特定処理の一例を示すフローチャートである。
【図１２】図１２は、読取後処理の一例を示すフローチャートである。
【図１３】図１３は、実施例２における機能構成の一例を示す図である。
【図１４】図１４は、実施例２におけるパラメータＤＢの一例を示す図である。
【図１５】図１５は、閾値ＤＢの一例を示す図である。
【図１６】図１６は、実施例２における選択画面の一例を示す図である。
【図１７】図１７は、読取回数判定処理の一例を示すフローチャートである。
【図１８Ａ】図１８Ａは、実施例２における画像読取処理の一例を示すフローチャートである。
【図１８Ｂ】図１８Ｂは、実施例２における画像読取処理の一例を示すフローチャートである。
【図１９】図１９は、画像処理装置のハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１２】
以下に、本願の開示する画像読取方法、画像読取プログラム及び画像処理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１３】
［全体構成］
まず、図１を用いて、実施例１における帳票読取システムの全体構成について説明する。図１は、全体構成の一例を示す図である。図１に示すように、帳票読取システム１は、スタンドスキャナ１０と、画像処理装置１００と、表示操作装置５０とを含む。スタンドスキャナ１０と画像処理装置１００とは、ＵＳＢなどの通信インタフェースを介して接続される。また、表示操作装置５０と画像処理装置１００とは、互いの入出力部を介して接続される。
【００１４】
なお、本実施例においては、例えば金融機関の窓口に帳票読取システム１が設置され、窓口の担当者などの作業者９００による操作に従って帳票５００を読み取る処理を行う場合について説明する。また、本実施例においては、業務の種別が、「業務Ａ」、「業務Ｂ」及び「業務Ｃ」の３つである場合について説明するが、業務の種別の数はこれに限らず、業務の種別が２つであってもよく、また４つ以上であってもよい。
【００１５】
スタンドスキャナ１０は、例えば帳票５００などの媒体を撮影して画像データを取得するための非接触型のイメージスキャナである。スタンドスキャナ１０は、キー制御部２１と、イメージセンサ２２と、通信部２３とを有する。なお、スタンドスキャナ１０は、帳票読取装置の一例である。
【００１６】
キー制御部２１は、読取キー２１−１と、濃度キー（＋）２１−２と、濃度キー（−）２１−３とを有し、作業者９００による操作を受け付ける。なお、後の説明において、濃度キー（＋）２１−２と濃度キー（−）２１−３とを区別せずに表現する場合に「濃度キー２１−Ｘ」と表記する場合がある。
【００１７】
イメージセンサ２２は、例えばキー制御部２１において作業者９００による操作が検出された場合に、帳票を撮影して画像データを取得する。また、イメージセンサ２２は、例えば帳票５００がスタンドスキャナ１０に設置されたことを検出した場合に、帳票５００のプレスキャン処理を行い、プレスキャン画像データを取得する。なお、プレスキャン処理は、帳票の事前読み取り処理の一例である。
【００１８】
通信部２３は、スタンドスキャナ１０と画像処理装置１００との間で、データの送受信を行う処理部である。通信部２３は、例えば、イメージセンサ２２において取得された帳票の画像データ又はプレスキャン画像データを、ＵＳＢケーブル等を介して画像処理装置１００に転送する。また、通信部２３は、イメージセンサ２２と画像処理装置１００との間で、画像の読取濃度等に関する設定指示や操作情報を送受信する。なお、操作情報は、変更指示の一例である。
【００１９】
画像処理装置１００は、スタンドスキャナ１０を制御し、またスタンドスキャナ１０から取得した画像データを用いて、金融機関等における業務の種別に応じた処理を行う。例えば、画像処理装置１００は、スタンドスキャナ１０に、設定指示を出力する。また、画像処理装置１００は、取得した画像データを用いた文字認識処理を行い、又は取得した画像データから印鑑照合用の画像データを生成する。また、画像処理装置１００は、取得した画像データを用いて、保存用の画像データを生成し、記憶部に保存する。
【００２０】
表示操作装置５０は、例えばタッチパネル機能を備えた表示部及び操作部である。表示操作装置５０は、画像処理装置１００から出力される画像を表示し、また作業者９００による操作を受け付けて画像処理装置１００に出力する。
【００２１】
本実施例において、スタンドスキャナ１０のキー制御部２１は、操作を検出した場合に、いずれのキーが押下されたかを示す操作情報を、通信部２３を通じて画像処理装置１００に送信する。
【００２２】
画像処理装置１００の読取制御部１３１は、受信された操作情報に応じた設定指示を特定し、通信部１１０を通じてスタンドスキャナ１０に送信する。設定指示は、例えばイメージセンサ２２が帳票を撮影する際に、予め設定された濃度値を用いるか、又は変更された濃度値を用いるかを指示する情報である。なお、濃度値は、設定情報の一例である。
【００２３】
イメージセンサ２２は、通信部２３を通じて画像処理装置１００から受信した帳票の撮影に関する設定指示に従い、帳票を撮影して画像データを取得する。取得された画像データは、通信部２３を通じて画像処理装置１００に送信される。
【００２４】
例えば、作業者９００により読取キー２１−１が押下されたことを検出した場合、キー制御部２１は、通信部２３を通じて、読取キー２１−１が押下されたことを示す操作情報を画像処理装置１００に送信する。この場合において、画像処理装置１００の読取制御部１３１は、受信された操作情報に応じて、例えば予め設定された濃度値を用いることを示す設定指示を、通信部１１０を通じてスタンドスキャナ１０に送信する。イメージセンサ２２は、受信された設定指示に従い、予め設定された濃度値を用いて帳票を撮影する。
【００２５】
また、作業者９００により濃度キー（＋）２１−２が押下されたことを検出した場合、キー制御部２１は、通信部２３を通じて、濃度キー（＋）２１−２が押下されたことを示す操作情報を画像処理装置１００に送信する。この場合において、画像処理装置１００の読取制御部１３１は、受信された操作情報に応じて、例えば予め設定された濃度値よりも高い濃度値を用いることを示す設定指示を、通信部１１０を通じてスタンドスキャナ１０に送信するときがある。イメージセンサ２２は、受信された設定指示に従い、予め設定された濃度値よりも高い濃度値を用いて帳票を撮影する。すなわち、イメージセンサ２２において、読取キー２１−１が押下された場合よりも濃い画像データが取得される。
【００２６】
一方、画像処理装置１００の読取制御部１３１は、濃度キー（＋）２１−２が押下されたことを示す操作情報が受信された場合においても、例えば予め設定された濃度値を用いることを示す設定指示を送信するときがある。この場合、イメージセンサ２２は、受信された設定指示に従い、予め設定された濃度値を用いて帳票を撮影する。すなわち、送信された操作情報にかかわらず、イメージセンサ２２において、読取キー２１−１が押下された場合と同じ濃度の画像データが取得される。
【００２７】
同様に、濃度キー（−）２１−３が押下されたことを示す操作情報が受信された場合も、読取制御部１３１は、例えば予め設定された濃度値よりも低い濃度値を用いることを示す設定指示、又は予め設定された濃度値を用いることを示す設定指示を送信する。すなわち、イメージセンサ２２において、イメージセンサ２２において、読取キー２１−１が押下された場合よりも薄い画像データが取得される場合もあれば、読取キー２１−１が押下された場合と同じ濃度の画像データが取得される場合もある。
【００２８】
以上説明したように、本実施例においては、濃度キー２１−Ｘが押下された場合においても、読取キー２１−１が押下された場合と同じ濃度の画像データが取得される場合がある。例えば、画像処理装置１００の読取制御部１３１は、予め濃度値が最適に設定されている場合、濃度キー２１−Ｘが押下された場合においても、予め設定された濃度値を用いることを示す設定指示を送信する。これにより、操作ミス等による画像データの品質劣化を抑制できる。
【００２９】
［機能構成］
次に、図２を用いて、画像処理装置１００の機能構成について説明する。図２は、実施例１における機能構成の一例を示す図である。図２に示すように、画像処理装置１００は、通信部１１０と、記憶部１２０と、画像取得部１３０と、金融業務アプリ実行部１４０とを有する。
【００３０】
通信部１１０は、スタンドスキャナ１０と画像処理装置１００との間で、データの送受信を行う処理部である。通信部１１０は、例えば、スタンドスキャナ１０から送信される帳票の画像データ又はプレスキャン画像データを受信し、画像取得部１３０又は金融業務アプリ実行部１４０に出力する。通信部１１０は、スタンドスキャナ１０から送信される操作情報を受信し、画像取得部１３０に出力する。また、通信部１１０は、画像取得部１３０から出力される設定指示を、スタンドスキャナ１０に送信する。
【００３１】
記憶部１２０は、画像処理装置１００が使用するプログラムやデータを記憶する。記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。そして、記憶部１２０は、画像取得部１３０及び金融業務アプリ実行部１４０が行う各処理に用いられる情報を適宜記憶する。図２に示すように、記憶部１２０は、パラメータＤＢ１２１と、帳票ＤＢ１２２と、画像データＤＢ１２３とを有する。
【００３２】
パラメータＤＢ１２１は、業務の種別、及び操作の種別に対応付けて、帳票の撮影に関する各種パラメータを記憶する。図３は、実施例１におけるパラメータＤＢの一例を示す図である。図３に示すように、パラメータＤＢ１２１に記憶される各レコードは、「業務」と、「操作」と、「濃度調整」と、「文字認識」と、「印鑑照合」と、「ファイル保存」との各フィールドを有する。
【００３３】
「業務」は、業務の種別を示す。「操作」は、スタンドスキャナ１０のキー制御部２１が受け付けた操作の種別を示す。「操作」の列の「読取」は、キー制御部２１において、読取キー２１−１が押下された場合を示し、「操作」の列の「濃度」は、キー制御部２１において、濃度キー２１−Ｘが押下された場合を示す。
【００３４】
「濃度調整」は、濃度キー２１−Ｘが押下された場合に、濃度調整を行うか否かを示し、濃度調整を行って帳票を撮影する場合については「○」を、濃度調整を行わずに帳票を撮影する場合については「×」を、それぞれ記憶する。また、読取キー２１−１が押下された場合については、業務の種別にかかわらず濃度調整を行わないので、「−」を記憶する。例えば、図３の列３０１は、業務Ａ及び業務Ｂにおいては、濃度キー２１−Ｘが押下された場合も、濃度調整を行わずに帳票を撮影することを示し、業務Ｃにおいては、濃度キー２１−Ｘが押下された場合、濃度調整を行って帳票を撮影することを示す。
【００３５】
「文字認識」、「印鑑照合」及び「ファイル保存」は、それぞれの種別の業務において実行される処理を示し、実行される処理については「○」を、実行されない処理については「−」を、それぞれ記憶する。なお、「文字認識」は、取得された画像データに対してＯＣＲ処理を行い、文字データ等を抽出する処理を示す。また、「印鑑照合」は、取得された画像データから印鑑照合用の画像データを生成する処理を示し、「ファイル保存」は、取得した画像データを用いて、保存用の画像データを生成し、記憶部に保存する処理を示す。
【００３６】
例えば、図３の列３０は、業務Ａ及び業務Ｂにおいては、「読取」及び「濃度」のいずれの操作が選択された場合も、文字認識の処理が実行されることを示す。同様に、図３の列３０３は、業務Ｃにおいては、「読取」及び「濃度」のいずれの操作が選択された場合においても文字認識の処理が実行されないことを示す。同様に、図３は、「印鑑照合」の処理は業務Ｂにおいてのみ実行され、「ファイル保存」の処理は業務Ｃにおいてのみ実行されることを示す。
【００３７】
図２に戻って、帳票ＤＢ１２２は、撮影対象となる各帳票５００に付与された帳票ＩＤと、当該帳票５００に関する業務の種別とを対応付けて記憶する。図４は、帳票ＤＢの一例を示す図である。「帳票ＩＤ」は、帳票の種別を一意に識別する識別情報を示す。「種別」は、当該帳票に関する業務の種別を示す。図４は、例えば帳票ＩＤが「６００６」である帳票を読み取り対象とする業務の種別は「業務Ａ」であることを示し、例えば帳票ＩＤが「１０１０」である帳票を読み取り対象とする業務の種別は「業務Ｂ」であることを示す。また、図４は、帳票ＩＤを有しない帳票を読み取り対象とする業務の種別は「業務Ｃ」であることを示す。なお、帳票ＩＤが「６００６」である帳票は、第１の種別の帳票の一例であり、帳票ＩＤが「１０１０」である帳票は、第２の種別の帳票の一例である。
【００３８】
画像データＤＢ１２３は、スタンドスキャナ１０から受信した画像データを記憶する。画像データＤＢ１２３は、例えば受信した画像データを、画像データを一意に識別する画像データＩＤと対応付けて記憶する。
【００３９】
続いて、画像取得部１３０及び金融業務アプリ実行部１４０について説明する。画像取得部１３０及び金融業務アプリ実行部１４０は、例えば、ＣＰＵやＭＰＵ（Micro  Processing  Unit）等によって、画像処理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、画像取得部１３０及び金融業務アプリ実行部１４０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００４０】
図２に示すように、画像取得部１３０は、読取制御部１３１と、画像生成部１３２とを有する。読取制御部１３１は、操作情報の入力を受けて、設定指示を出力する処理部である。読取制御部１３１は、通信部１１０を通じてスタンドスキャナ１０から操作情報を受信し、業務選択部１４１から業務の種別の入力を受けると、パラメータＤＢ１２１を参照し、業務の種別と操作情報とに対応付けられた設定指示を送信する。
【００４１】
例えば、読取キー２１−１が押下されたことを示す操作情報の入力を受けた場合において、業務の種別が「業務Ａ」であるときは、読取制御部１３１は、パラメータＤＢ１２１を参照し、濃度調整を行わずに帳票を撮影すると判定する。この場合、読取制御部１３１は、予め設定された濃度値を用いることを示す設定指示を、通信部１１０を通じて送信する。
【００４２】
また、濃度キー（＋）２１−２が押下されたことを示す操作情報の入力を受けた場合においても、業務の種別が「業務Ａ」であるときは、読取制御部１３１は、パラメータＤＢ１２１を参照し、濃度調整を行わずに帳票を撮影すると判定する。この場合、読取制御部１３１は、予め設定された濃度値を用いることを示す設定指示を、通信部１１０を通じて送信する。
【００４３】
一方、濃度キー（＋）２１−２が押下されたことを示す操作情報の入力を受けた場合において、業務の種別が「業務Ｃ」であるときは、読取制御部１３１は、パラメータＤＢ１２１を参照し、濃度調整を行って帳票を撮影すると判定する。この場合、読取制御部１３１は、予め設定された濃度値を用いることを示す設定指示を、通信部１１０を通じて送信する。
【００４４】
画像生成部１３２は、プレスキャン画像データ及び帳票の画像データを取得して、金融業務アプリ実行部１４０における処理及び表示操作装置５０への表示に用いられるデータを生成する処理部である。画像生成部１３２は、通信部１１０を通じてプレスキャン画像データを受信すると、表示操作装置５０への表示に用いられるデータを生成し、表示操作装置５０に出力する。
【００４５】
また、画像生成部１３２は、通信部１１０を通じて帳票の画像データを受信すると、表示操作装置５０への表示に用いられるデータを生成し、表示操作装置５０に出力するとともに、帳票の画像データを金融業務アプリ実行部１４０に出力する。
【００４６】
次に、金融業務アプリ実行部１４０について説明する。図２に示すように、金融業務アプリ実行部１４０は、業務選択部１４１と、ＯＣＲ認識エンジン部１４２と、印鑑照合エンジン部１４４と、表示画像生成エンジン部１４６とを有する。
【００４７】
業務選択部１４１は、業務の種別を特定し、画像取得部１３０に出力する処理部である。業務選択部１４１は、例えば通信部１１０を通じて受信されたプレスキャン画像データに、帳票ＩＤが含まれるか否かを判定し、帳票ＩＤが含まれる場合は帳票ＩＤを特定する。また、業務選択部１４１は、帳票ＩＤが含まれるか否かの判定結果、又は特定された帳票ＩＤに基づいて、帳票ＤＢ１２２を参照し、帳票に対応する業務の種別を特定する。業務選択部１４１は、特定された業務の種別に関する情報を、画像取得部１３０に出力する。なお、業務選択部１４１は、判定部の一例である。
【００４８】
業務選択部１４１は、例えば帳票ＩＤがプレスキャン画像データに含まれないと判定した場合、帳票ＤＢ１２２を参照し、対応する業務の種別が「業務Ｃ」であることを特定する。また、業務選択部１４１は、特定された帳票ＩＤが「６００６」である場合、帳票ＤＢ１２２を参照し、対応する業務の種別が「業務Ａ」であることを特定する。同様に、業務選択部１４１は、特定された帳票ＩＤが「１０１０」である場合、帳票ＤＢ１２２を参照し、対応する業務の種別が「業務Ｂ」であることを特定する。
【００４９】
なお、業務の種別を特定する構成はこれに限られず、業務選択部１４１が、例えば作業者９００による指示に基づいて業務の種別を特定するような構成であってもよい。この場合において、業務選択部１４１は、例えば図５に示すような選択画面を、表示操作装置５０に表示させる。図５は、実施例１における選択画面の一例を示す図である。図５に示すように、本実施例における選択画面は、業務の種別を選択するラジオボタン４１０を含む。業務選択部１４１は、表示操作装置５０から、例えば「業務Ａ」、「業務Ｂ」及び「業務Ｃ」のいずれかを選択する旨の操作情報を受け付けた場合、操作情報に基づいて特定される業務の種別を、画像取得部１３０に出力する。また、業務選択部１４１は、表示操作装置５０から、例えば「自動選択」を選択する旨の操作情報を受け付けた場合、上述した帳票ＩＤに関する情報に基づいて、業務の種別を特定し、画像取得部１３０に出力する。
【００５０】
また、業務選択部１４１は、通信部１１０を通じてスタンドスキャナ１０から撮影された帳票の画像データを受信した場合、パラメータＤＢ１２１を参照して、画像データに対して行う処理を特定する。業務選択部１４１は、ＯＣＲ処理部１４３、印鑑照合処理部１４５及び表示用画像生成部１４７に、特定された処理を実行させるための指示を出力する。
【００５１】
ＯＣＲ認識エンジン部１４２は、帳票の画像データを用いてＯＣＲ処理を行う。図２に示すように、ＯＣＲ認識エンジン部１４２は、ＯＣＲ処理部１４３を有する。
【００５２】
ＯＣＲ処理部１４３は、帳票の画像データに対してＯＣＲ処理を行う処理部である。ＯＣＲ処理部１４３は、業務選択部１４１から出力された指示に基づき、ＯＣＲ処理により、画像取得部１３０から出力される帳票の画像データから文字等の情報を抽出する。そして、ＯＣＲ処理部１４３は、ＯＣＲ処理の結果である画像データや文字データ等の情報を表示操作装置５０に出力する。
【００５３】
印鑑照合エンジン部１４４は、帳票の画像データを用いて印鑑照合処理を行う。図２に示すように、印鑑照合エンジン部１４４は、印鑑照合処理部１４５を有する。
【００５４】
印鑑照合処理部１４５は、帳票の画像データを用いて印鑑照合処理を行う処理部である。印鑑照合処理部１４５は、業務選択部１４１から出力された指示に基づき、画像取得部１３０から出力される帳票の画像データに含まれる印影を特定し、印影が登録済みの印影と一致するか否かの判定処理を行う。印鑑照合処理部１４５は、例えば、金融機関等の図示しない印影ＤＢを参照し、特定された印影が、印影ＤＢに予め登録された印影と一致するか否かを判定する。そして、印鑑照合処理部１４５は、印影の照合結果の情報を表示操作装置５０に出力する。
【００５５】
表示画像生成エンジン部１４６は、帳票の画像データから、画像データＤＢ１２３に記憶される画像データを生成する。図２に示すように、表示画像生成エンジン部１４６は、表示用画像生成部１４７を有する。
【００５６】
表示用画像生成部１４７は、帳票の画像データから、画像データＤＢ１２３に記憶される画像データを生成する処理部である。表示用画像生成部１４７は、業務選択部１４１から出力された指示に基づき、画像取得部１３０から出力される帳票の画像データから、例えばＰＤＦファイル等の画像データを生成し、画像データＤＢ１２３に記憶する。
【００５７】
次に、表示操作装置５０について説明する。表示操作装置５０は、例えば図５に示される選択画面を表示させる。表示操作装置５０は、図５のラジオボタン４１０に対する操作を受け付け、操作情報を金融業務アプリ実行部１４０に出力する。また、表示操作装置５０は、画像取得部１３０から出力されるプレスキャン画像データ及び帳票の画像データを表示させる。さらに、表示操作装置５０は、金融業務アプリ実行部１４０から出力されるＯＣＲ処理の結果である画像データや文字データ等の情報、印影の照合結果の情報、及び生成されたＰＤＦファイル等の画像データを表示させる。
【００５８】
［帳票と画像データの例］
次に、本実施例における帳票読取システム１において読み取られる帳票の例、及び帳票を撮影して得られる帳票の画像データの例について、図６Ａ乃至図９Ｃを用いて説明する。本実施例においては、例えば入金伝票、出金伝票、及び非定型帳票の３種類の帳票が帳票読取システム１において読み取られる。図６Ａは、入金伝票の一例を示す図である。入金伝票は、例えば帳票読取システム１を設置する金融機関が予め書式を定めた定型帳票である。
【００５９】
図６Ａに示すように、入金伝票は、例えば帳票ＩＤ１００１と、ＯＣＲ領域１０１１とを含む。帳票ＩＤ１００１は、例えばプレスキャン時に読み取られ、例えば画像生成部１３２においてプレスキャン画像データ中から認識される。また、ＯＣＲ領域１０１１は、例えば帳票の撮影時に読み取られる。
【００６０】
次に、出金伝票について説明する。図６Ｂは、出金伝票の一例を示す図である。出金伝票も、入金伝票と同様に、例えば帳票読取システム１を設置する金融機関が予め書式を定めた定型帳票である。
【００６１】
図６Ｂに示すように、出金伝票は、例えば帳票ＩＤ１１０１と、ＯＣＲ領域１１１１とに加えて、印影領域１１２１をさらに含む。帳票ＩＤ１１０１と、ＯＣＲ領域１１１１とは、入金伝票における帳票ＩＤ１００１及びＯＣＲ領域１０１１と同様に処理される。印影領域１１２１は、例えば帳票の撮影時に読み取られる。
【００６２】
次に、非定型帳票について説明する。図６Ｃは、非定型帳票の一例を示す図である。非定型帳票は、図６Ｃに示すような第三者が書式を定めた帳票の他、免許証や健康保険証といった公的証明書等を含む。非定型帳票は、例えば図６Ｂの帳票ＩＤ１１０１、ＯＣＲ領域１１１１又は印影領域１１２１に示されるような特定の読取対象領域を含まない。
【００６３】
上述した各帳票が読み取られた結果について、図７Ａ乃至図９Ｃを用いて説明する。なお、図７Ａ乃至図９Ｃにおいて、図６Ａ乃至図６Ｃと同じ対象には同じ符号を付し、その詳細な説明を省略する。
【００６４】
まず、各帳票が適切な濃度値で読み取られた、すなわち読取濃度が適切な場合に読み取られた結果取得される画像データについて図７Ａ乃至図７Ｃを用いて説明する。図７Ａは、読取濃度が適切である場合の入金伝票の読取結果の一例を示す図である。図７Ａに示すように、読取濃度が適切である場合の入金伝票の読取結果である画像データは、図６Ａに示すＯＣＲ領域１０１１のみを含む。また、図７Ａに示す画像データにおいては、図６ＡのＯＣＲ領域１０１１に含まれる枠線がドロップアウトされ、文字部分だけが含まれている。図７Ａに示す画像データは、例えば画像処理装置１００のＯＣＲ処理部１４３による文字認識処理に用いられる。これにより、店番「１２３」、口座番号「４５６７８９０」等の手書き入力された文字データが、図７Ａに示す画像データから抽出される。
【００６５】
次に、出金伝票の読取結果である画像データについて説明する。図７Ｂは、読取濃度が適切である場合の出金伝票の読取結果の一例を示す図である。図７Ｂに示すように、読取濃度が適切である場合の出金伝票の読取結果である画像データは、図６Ｂに示すＯＣＲ領域１１１１と、印影領域１１２１とを含む。また、図７Ｂに示す画像データにおいては、図６ＢのＯＣＲ領域１１１１に含まれる枠線がドロップアウトされ、文字部分と印影部分とが含まれている。
【００６６】
図７Ｂに示す画像データは、図７Ａに示す画像データと同様に、例えば画像処理装置１００のＯＣＲ処理部１４３による文字認識処理に用いられる。これに加えて、図７Ｂに示す画像データは、印鑑照合処理部１４５による印鑑照合処理に用いられる。例えば、印鑑照合処理部１４５は、画像データ中の印影領域１１２１に含まれる印影が、図示しない印影ＤＢに予め記憶された印影１１３１と一致するか否かを判定する。
【００６７】
次に、非定型伝票の読取結果である画像データについて説明する。図７Ｃは、読取濃度が適切である場合の非定型帳票の読取結果の一例を示す図である。図７Ｃに示すように、読取濃度が適切である場合の非定型帳票の読取結果である画像データは、図６Ｃに示す非定型伝票のうち、背景色等が除去されており、文字部分と枠線と印影とを含む。図７Ｃに示す画像データは、例えば表示用画像生成部１４７により、ＰＤＦデータ等の保存に適した形式に変換され、画像データＤＢ１２３に記憶される。
【００６８】
一方、濃度値が高い、すなわち読取濃度が濃いことにより、帳票を読み取った画像データの品質が劣化する例について、図８Ａ乃至図８Ｃを用いて説明する。図８Ａは、読取濃度が濃い場合の入金伝票の読取結果の一例を示す図である。図８Ａに示すように、読取濃度が濃い場合に取得される画像データにおいては、図６ＡのＯＣＲ領域１０１１に含まれる枠線がドロップアウトされずに残っている。また、図７Ａにおいては空白となっている箇所においてノイズが発生することに加え、文字の潰れも発生する。
【００６９】
次に、出金伝票の読取濃度が濃い場合について説明する。図８Ｂは、読取濃度が濃い場合の出金伝票の読取結果の一例を示す図である。図８Ｂに示すように、読取濃度が濃い場合に取得される画像データにおいては、図８Ａと同様にＯＣＲ領域１１１１に含まれる枠線がドロップアウトされずに残り、ノイズ及び文字の潰れが発生する。また、図８Ｂの印影領域１１２１に示すように、読取濃度が濃い場合に取得される画像データにおいては、印影領域１１２１の枠線がドロップアウトされずに残るとともに、印影が潰れる場合がある。
【００７０】
次に、非定型帳票の読取濃度が濃い場合について説明する。図８Ｃは、読取濃度が濃い場合の非定型帳票の読取結果の一例を示す図である。図８Ｃに示すように、読取濃度が濃い場合に取得される画像データにおいては、図８Ａと同様にノイズ及び文字の潰れが発生する。
【００７１】
また、読取濃度が濃い場合だけでなく、濃度値が低い、すなわち読取濃度が薄いことにより、画像データの品質が劣化する例について、図９Ａ乃至図９Ｃを用いて説明する。図９Ａは、読取濃度が薄い場合の入金伝票の読取結果の一例を示す図である。図９Ａに示すように、読取濃度が薄い場合に取得される画像データにおいては、図６ＡのＯＣＲ領域１０１１に含まれる文字のかすれが発生する。
【００７２】
次に、出金伝票の読取濃度が薄い場合について説明する。図９Ｂは、読取濃度が薄い場合の出金伝票の読取結果の一例を示す図である。図９Ｂに示すように、読取濃度が薄い場合に取得される画像データにおいては、図９Ａと同様に文字のかすれが発生する。また、図９Ｂの印影領域１１２１に示すように、読取濃度が薄い場合に取得される画像データにおいては、印影がかすれる場合がある。
【００７３】
次に、非定型帳票の読取濃度が薄い場合について説明する。図９Ｃは、読取濃度が薄い場合の非定型帳票の読取結果の一例を示す図である。図９Ｃに示すように、読取濃度が薄い場合に取得される画像データにおいては、図９Ａと同様に文字のかすれが発生する。
【００７４】
例えば、スタンドスキャナ１０又は画像処理装置１００において、操作情報を受け付けた場合に濃度調整を行うか否かが判定されない場合、図８Ａ乃至図９Ｃに示すように、不適切な読取濃度で撮影された画像データが取得される場合がある。このような品質が劣化した画像データを用いた場合、ＯＣＲ処理や印鑑照合処理に支障が生じる場合がある。本実施例においては、読取制御部１３１が、業務の種別や帳票の種別に応じて、濃度調整に関する操作情報を受け付けた場合に濃度調整を行うか否かを判定する。すなわち、本実施例においては、読取制御部１３１が濃度キー２１−Ｘの意味合いを変更するので、濃度調整に関する操作情報を受け付けた場合にも、図７Ａ乃至図７Ｃに示すような適切な読取濃度で撮影された画像データを取得できる。これにより、作業者の操作ミス等による濃度等の変更を抑制し、画像データの品質劣化を抑制できる。
【００７５】
［処理の流れ］
次に、図１０乃至図１２を用いて、本実施例における帳票読取システム１の処理の流れについて説明する。まず、図１０を用いて、本実施例における画像読取処理の流れについて説明する。図１０は、実施例１における画像読取処理の一例を示すフローチャートである。
【００７６】
図１０に示すように、スタンドスキャナ１０のイメージセンサ２２は、帳票５００がスタンドスキャナ１０に設置されたことを検出したか否かを判定する。(ステップＳ１０１)。イメージセンサ２２は、帳票５００が設置されたことを検出していない場合（ステップＳ１０１：Ｎｏ）、検出するまで待機する。イメージセンサ２２は、帳票５００が設置されたことを検出した場合（ステップＳ１０１：Ｙｅｓ）、検出された帳票に対するプレスキャン処理を行い、取得されたプレスキャン画像データを、通信部２３を通じて送信する（ステップＳ１０３）。
【００７７】
画像処理装置１００の業務選択部１４１は、通信部１１０を通じて受信されたプレスキャン画像データを用いて、種別特定処理を行う（ステップＳ１１１）。図１１を用いて、本実施例における種別特定処理の流れについて説明する。図１１は、種別特定処理の一例を示すフローチャートである。図１１に示すように、業務選択部１４１は、表示操作装置５０から、「業務Ａ」、「業務Ｂ」及び「業務Ｃ」のいずれかの種別を選択する旨の入力を受けたか否かを判定する（ステップＳ５０１）。種別の入力を受けた場合（ステップＳ５０１：Ｙｅｓ）、業務選択部１４１は、選択された種別を、業務の種別として特定する（ステップＳ５７１）。
【００７８】
一方、業務選択部１４１は、種別の入力を受けていない場合（ステップＳ５０１：Ｎｏ）、出力されたプレスキャン画像データから、帳票ＩＤが検出されたか否かを判定する（ステップＳ５１１）。業務選択部１４１は、例えば、表示操作装置５０において選択を受け付けない場合や、図５に示す選択画面において「自動選択」が選択された場合、種別の入力を受けていないと判定する。
【００７９】
業務選択部１４１は、帳票ＩＤが検出されなかった場合（ステップＳ５１１：Ｎｏ）、帳票ＤＢ１２２を参照し、業務の種別が「業務Ｃ」であることを特定する（ステップＳ５９１）。これに対して、業務選択部１４１は、帳票ＩＤが検出された場合（ステップＳ５１１：Ｙｅｓ）、検出された帳票ＩＤが、「業務Ａ」の帳票ＩＤであるか否かを判定する（ステップＳ５２１）。業務選択部１４１は、「業務Ａ」の帳票ＩＤである場合（ステップＳ５２１：Ｙｅｓ）、帳票ＤＢ１２２を参照し、業務の種別が「業務Ａ」であることを特定する（ステップＳ５８１）。一方、業務選択部１４１は、「業務Ａ」の帳票ＩＤではない場合（ステップＳ５２１：Ｎｏ）、帳票ＤＢ１２２を参照し、業務の種別が「業務Ｂ」であることを特定する（ステップＳ５８５）。
【００８０】
図１０に戻って、業務選択部１４１は、ステップＳ１１１において特定された業務の種別を、読取制御部１３１に出力する。読取制御部１３１は、出力された業務の種別に応じて、読取濃度の設定を初期化する（ステップＳ１１３）。
【００８１】
そして、読取制御部１３１は、スタンドスキャナ１０から操作情報を受信したか否かを判定する（ステップＳ１２１）。すなわち、読取制御部１３１は、スタンドスキャナ１０において読取キー２１−１又は濃度キー２１−Ｘが操作されたか否かを判定する。読取制御部１３１は、操作情報を受信していない場合（ステップＳ１２１：Ｎｏ）、受信するまで待機する。
【００８２】
読取制御部１３１は、操作情報を受信した場合（ステップＳ１２１：Ｙｅｓ）、受信した操作情報が、濃度キー２１−Ｘが選択されたことを示す情報であるか否かを判定する（ステップＳ１２３）。業務選択部１４１は、例えば、読取キー２１−１が選択された場合、濃度キー２１−Ｘが選択されたことを示す情報ではないと判定する旨の判定結果を、読取制御部１３１に出力する（ステップＳ１２３：Ｎｏ）。この場合、読取制御部１３１は、パラメータＤＢ１２１を参照し、濃度設定を維持する設定指示を、通信部１１０を通じてスタンドスキャナ１０に送信する（ステップＳ１３５）。そして、処理はステップＳ１４１に移行する。
【００８３】
読取制御部１３１は、受信した操作情報が、濃度キー２１−Ｘが選択されたことを示す情報である場合（ステップＳ１２３：Ｙｅｓ）、業務の種別が「業務Ｃ」であるか否かを判定する（ステップＳ１３１）。読取制御部１３１は、例えば業務の種別が「業務Ａ」又は「業務Ｂ」である場合、業務の種別が「業務Ｃ」ではないと判定する（ステップＳ１３１：Ｎｏ）。この場合、読取制御部１３１は、パラメータＤＢ１２１を参照し、濃度設定を維持する設定指示を、通信部１１０を通じてスタンドスキャナ１０に送信する（ステップＳ１３５）。そして、処理はステップＳ１４１に移行する。
【００８４】
読取制御部１３１は、業務の種別が「業務Ｃ」である場合（ステップＳ１３１：Ｙｅｓ）、パラメータＤＢ１２１を参照し、濃度設定を変更する設定指示を、通信部１１０を通じてスタンドスキャナ１０に送信する（ステップＳ１３３）。
【００８５】
スタンドスキャナ１０のイメージセンサ２２は、通信部２３を通じて画像処理装置１００から受信した設定指示に従い、帳票５００の画像を撮影し、画像データを取得する（ステップＳ１４１）。イメージセンサ２２は、例えば濃度設定を変更する設定指示を受信した場合、変更後の濃度設定を用いて帳票５００の画像を撮影し、濃度設定を維持する設定指示を受信した場合、業務の種別に基づいて設定される濃度設定を用いて帳票５００の画像を撮影する。そして、イメージセンサ２２は、通信部２３を通じて、取得した帳票の画像データを画像処理装置１００に送信する。
【００８６】
画像処理装置１００の金融業務アプリ実行部１４０は、通信部１１０を通じてスタンドスキャナ１０から帳票５００の画像データを取得すると、読取後処理を行う（ステップＳ１５１）。
【００８７】
図１２を用いて、本実施例における読取後処理の流れについて説明する。図１２は、読取後処理の一例を示すフローチャートである。図１２に示すように、金融業務アプリ実行部１４０の業務選択部１４１は、特定された業務の種別が「業務Ｃ」であるか否かを判定する（ステップＳ６０１）。
【００８８】
業務の種別が「業務Ｃ」である場合（ステップＳ６０１：Ｙｅｓ）、業務選択部１４１は、パラメータＤＢ１２１を参照し、表示用画像生成部１４７に、保存用データの生成指示を出力する。表示用画像生成部１４７は、取得した画像データを用いて保存用データを生成し、画像データＤＢ１２３に記憶し、処理を終了する（ステップＳ６７１）。
【００８９】
業務の種別が「業務Ｃ」ではない場合（ステップＳ６０１：Ｎｏ）、業務選択部１４１は、パラメータＤＢ１２１を参照し、ＯＣＲ処理部１４３に、文字認識処理の実行指示を出力する。ＯＣＲ処理部１４３は、取得した画像データを用いて文字認識処理を行う（ステップＳ６１１）。
【００９０】
次に、業務選択部１４１は、特定された業務の種別が「業務Ａ」であるか否かを判定する（ステップＳ６２１）。業務の種別が「業務Ａ」である場合（ステップＳ６２１：Ｙｅｓ）、処理を終了する。業務の種別が「業務Ａ」ではない場合（ステップＳ６２１：Ｎｏ）、業務選択部１４１は、パラメータＤＢ１２１を参照し、印鑑照合処理部１４５に、印鑑照合処理の実行指示を出力する。印鑑照合処理部１４５は、取得した画像データを用いて印鑑照合処理を行い、処理を終了する（ステップＳ６９１）。
【００９１】
［実施例１の効果］
上述してきたように、本実施例において、スタンドスキャナ１０は、特定の業務の種別に該当する場合には、濃度キー２１−Ｘが押下される場合においても、濃度調整を行わずに、予め設定された濃度値を用いて帳票を撮影する。すなわち、業務の種別に応じて、濃度キー２１−Ｘの意味合いが切り替えられる。これにより、作業者９００の操作ミス等により、自動的に設定された濃度等が変更されることに起因する、操作ミス等による画像データの品質劣化を抑制できる。
【実施例２】
【００９２】
実施例１においては、特定の業務の種別に該当する場合に、濃度キー２１−Ｘが押下される場合においても、帳票の種別に基づいて設定される設定情報を用いて帳票を読み取る構成について説明したが、実施の形態はこれに限られない。例えば出金伝票のように押印欄がある帳票を読み取る場合には、押印された印影が濃い場合や薄い場合に応じて、濃度を調整して再度帳票を読み込んだ方が印鑑照合処理に適している場合がある。そこで、実施例２においては、帳票に対する読取り処理の回数を特定し、濃度調整が、帳票に対する２回目以降の読み取り処理に用いられる設定指示に関するものである場合に、濃度変更指示を有効とする構成について説明する。
【００９３】
［画像処理装置の構成］
まず、図１３を用いて、実施例２における帳票読取システムの全体構成について説明する。図１３は、実施例２における機能構成の一例を示す図である。なお、図１３において、図２と同じ対象には同じ符号を付し、その詳細な説明を省略する。
【００９４】
図１３に示すように、帳票読取システム２に含まれる画像処理装置２００は、実施例１における記憶部１２０とは異なる記憶部２２０を有する。記憶部２２０は、実施例１におけるパラメータＤＢ１２１とは異なるパラメータＤＢ２２１を有する。また、記憶部２２０は、閾値ＤＢ２２４を有する。
【００９５】
パラメータＤＢ２２１は、業務の種別及び操作の種別、並びに回数に対応付けて、帳票の撮影に関する各種パラメータを記憶する。図１４は、実施例２におけるパラメータＤＢの一例を示す図である。なお、図１４において、図３と同じ対象については、その詳細な説明を省略する。図１４に示すように、パラメータＤＢ２２１に記憶される各レコードは、「業務」と、「操作」と、「回数」と、「濃度調整」と、「文字認識」と、「印鑑照合」と、「ファイル保存」と、「前回の処理結果」との各フィールドを有する。
【００９６】
「回数」は、キー操作が、帳票に対する何回目の読み取り処理に用いられる指示に関するものであるかを示す。列３１０に示すように、「回数」は、キー操作が、帳票に対する「１回目」の読み取り処理に用いられる設定指示に関するものであるか、又は帳票に対する「２回目以降」の読み取り処理に用いられる設定指示に関するものであるかを記憶する。
【００９７】
また、「前回の処理結果」は、「２回目以降」の読み取り処理において、前回の処理において取得された処理結果を破棄するか否かを記憶する。なお、図１４において、「１回目」の行については、前回の処理において取得された処理結果が存在しないため、「−」が記憶される。
【００９８】
例えば、パラメータＤＢ２２１は、「業務Ａ」又は「業務Ｃ」の「２回目以降」の読み取り処理において、「濃度」の操作が行われた場合、前回の処理において取得された処理結果は「破棄」されることを記憶する。一方、パラメータＤＢ２２１は、「業務Ｂ」の「２回目以降」の読み取り処理において、「濃度」の操作が行われた場合、「文字認識」に関する処理結果のみが採用され、「印鑑照合」に関する画像データは破棄されることを記憶する。
【００９９】
本実施例においては、同一の業務の種別について、同一の操作が行われた場合においても、図１４の符号３２１及び３２３に示すように、濃度調整を行うか否かの判定が異なる場合がある。例えば、「業務Ｂ」において、「濃度」の操作が行われた場合、回数が「１回目」であるときは、実施例１と同様に、濃度調整を行わずに帳票が撮影されることがパラメータＤＢ２２１に記憶される。一方、回数が「２回目以降」であるときは、イメージセンサ２２が濃度調整を行って帳票が撮影されることがパラメータＤＢ２２１に記憶される。同様に、図１４の行３３１に示すように、回数が「２回目以降」であるときは、文字認識処理は行わず、印鑑照合処理のみを行うことがパラメータＤＢ２２１に記憶される。
【０１００】
図１３に戻って、閾値ＤＢ２２４は、帳票に対する読取処理が、２回目以降の読み取り処理であるか否かを判定する際に用いられる閾値を記憶する。図１５は、閾値ＤＢの一例を示す図である。図１５に示すように、閾値ＤＢ２２４に記憶される各レコードは、「項目」及び「閾値」の各フィールドを有する。例えば、閾値ＤＢ２２４は、前回の操作を検出した時点から、新たに操作を検出するまでの時間が「６０秒」以内である場合に、帳票に対する読取処理が、２回目以降の読み取り処理であると判定されることを記憶する。同様に、閾値ＤＢ２２４は、取得されたプレスキャン画像データと、前回取得されたプレスキャン画像データとの画像の変化量が「１０％」以内である場合に、帳票に対する読取処理が、２回目以降の読み取り処理であると判定されることを記憶する。
【０１０１】
図１３に戻って、各処理部について説明する。本実施例における画像処理装置２００は、実施例１における画像取得部１３０及び金融業務アプリ実行部１４０とは異なる画像取得部２３０及び金融業務アプリ実行部２４０を有する。画像取得部２３０は、実施例１における読取制御部１３１とは異なる読取制御部２３１と、実施例１における画像生成部１３２とは異なる画像生成部２３２とを有する。
【０１０２】
読取制御部２３１は、閾値ＤＢ２２４を参照し、通信部１１０を通じてスタンドスキャナ１０から受信した操作情報が、帳票に対する２回目以降の読み取り処理であるか否かを判定する。例えば、読取制御部２３１は、通信部１１０を通じてスタンドスキャナ１０から操作情報を受信した時点でタイマを起動する。また、読取制御部２３１は、タイマ起動後に再び操作情報を受信した場合、タイマを参照して、前回操作情報を受信してから経過した時間を特定し、経過時間に基づいて読み取り処理が何回目であるかを特定する。
【０１０３】
例えば、前回操作情報を受信してから５５秒後に、新たな操作情報を受信した場合、読取制御部２３１は、新たな操作情報が、帳票に対する２回目以降の読み取り処理に用いられる設定指示に関するものであることを特定する。一方、例えば、前回操作情報を受信してから７０秒後に、新たな操作情報を受信した場合、読取制御部２３１は、新たな操作情報が、帳票に対する１回目の読み取り処理に用いられる設定指示に関するものであることを特定する。
【０１０４】
また、読取制御部２３１は、パラメータＤＢ２２１を参照し、業務の種別、操作の種別及び回数に基づいて、操作情報に対応する設定指示を生成し、通信部１１０を通じてスタンドスキャナ１０に送信する。
【０１０５】
例えば、読取制御部２３１は、「業務Ｂ」において「濃度」の操作に関する、帳票に対する「１回目」の読み取り処理に用いられる操作情報を受信した場合、パラメータＤＢ２２１を参照し、濃度設定を維持する設定指示を送信する。一方、例えば、読取制御部２３１は、「業務Ｂ」において「濃度」の操作に関する、帳票に対する「２回目以降」の読み取り処理に用いられる操作情報を受信した場合、パラメータＤＢ２２１を参照し、濃度設定を変更する設定指示を送信する。
【０１０６】
画像生成部２３２は、プレスキャン画像データを取得した場合、前回取得したプレスキャン画像データとの変化量を算出し、業務選択部２４１に出力する。
【０１０７】
金融業務アプリ実行部２４０は、実施例１における業務選択部１４１とは異なる業務選択部２４１を有する。業務選択部２４１は、通信部１１０を通じてスタンドスキャナ１０から撮影された帳票の画像データを取得した場合、パラメータＤＢ２２１を参照して、画像データに対して行う処理を特定する。業務選択部２４１は、ＯＣＲ処理部１４３、印鑑照合処理部１４５及び表示用画像生成部１４７に、特定された処理を実行させるための指示を出力する。
【０１０８】
例えば、「業務Ｂ」に関する帳票に対する「２回目以降」の読み取り処理において、「濃度」の操作があった場合において、業務選択部２４１は、帳票の画像データを取得した場合、パラメータＤＢ２２１を参照して、画像データに対して行う処理を特定する。この場合、業務選択部２４１は、ＯＣＲ処理部１４３には処理を実行させるための指示を出力せず、印鑑照合処理部１４５に対してのみ処理を実行させるための指示を出力する。
【０１０９】
また、業務選択部２４１は、画像生成部２３２から、前回取得したプレスキャン画像データと、新たに取得したプレスキャン画像データとの変化量の入力を受けた場合、閾値ＤＢ２２４を参照して、帳票に対する２回目以降の読み取り処理であるか否かを判定する。例えば、業務選択部２４１は、変化量が「９％」である場合は、帳票に対する２回目以降の読み取り処理であると判定し、変化量が「１１％」である場合は、帳票に対する１回目の読み取り処理であると判定する。
【０１１０】
なお、帳票に対する読み取り処理の回数を特定する構成は上述した例に限られず、業務選択部２４１が、例えば作業者９００による指示に基づいて帳票に対する読み取り処理の回数を特定するような構成であってもよい。この場合において、業務選択部２４１は、例えば図１６に示すような選択画面を、表示操作装置５０に表示させる。図１６は、実施例２における選択画面の一例を示す図である。図１６に示すように、本実施例における選択画面は、業務の種別を選択するラジオボタン４１０に加えて、読取回数を選択するラジオボタン４１１を含む。業務選択部２４１は、表示操作装置５０から、例えば「新規読取」の選択を示す情報を受け付けた場合、帳票に対する読み取り処理の回数が「１回目」であることを特定する。同様に、業務選択部２４１は、表示操作装置５０から、例えば「再読取」の選択を示す情報を受け付けた場合、帳票に対する読み取り処理の回数が「２回目以降」であることを特定する。また、業務選択部２４１は、表示操作装置５０から、例えば「自動選択」を選択する旨の操作情報を受け付けた場合、上述した例により、帳票に対する読み取り処理の回数を特定する。
【０１１１】
［処理の流れ］
次に、図１７乃至図１８Ｂを用いて、本実施例における帳票読取システム２の処理の流れについて説明する。まず、図１７を用いて、本実施例における読取回数判定処理の流れについて説明する。図１７は、読取回数判定処理の一例を示すフローチャートである。
【０１１２】
図１７に示すように、画像処理装置２００の業務選択部２４１は、表示操作装置５０から、再読取の選択を示す情報を受信したか否かを判定する（ステップＳ７０１）。業務選択部２４１は、再読取の選択を示す情報を受信した場合（ステップＳ７０１：Ｙｅｓ）、帳票に対する読み取り処理の回数が「２回目以降」であることを特定する（ステップＳ７９１）。
【０１１３】
業務選択部２４１は、再読取の選択を示す情報を受信しない場合（ステップＳ７０１：Ｎｏ）、表示操作装置５０から、新規読取の選択を示す情報を受信したか否かを判定する（ステップＳ７０３）。業務選択部２４１は、新規読取の選択を示す情報を受信した場合（ステップＳ７０３：Ｙｅｓ）、帳票に対する読み取り処理の回数が「１回目」であることを特定する（ステップＳ７８１）。
【０１１４】
一方、業務選択部２４１が新規読取の選択を示す情報を受信しない場合（ステップＳ７０３：Ｎｏ）、読取制御部２３１は、スタンドスキャナ１０から操作情報を受信したか否かを判定する（ステップＳ７１１）。読取制御部２３１は、操作情報を受信していない場合（ステップＳ７１１：Ｎｏ）、受信するまで待機する。
【０１１５】
読取制御部２３１は、操作情報を受信した場合（ステップＳ７１１：Ｙｅｓ）、タイマを参照し、前回操作情報を受信してから、新たに操作情報を受信するまでの経過時間が、閾値ＤＢ２２４に記憶される閾値以上であるか否かを判定する（ステップＳ７１３）。読取制御部２３１は、経過時間が閾値以上ではない場合（ステップＳ７１３：Ｎｏ）、帳票に対する読み取り処理の回数が「２回目以降」であることを特定する（ステップＳ７９１）。
【０１１６】
経過時間が閾値以上である場合（ステップＳ７１３：Ｙｅｓ）、画像生成部２３２は、前回取得したプレスキャン画像データと、新たに取得したプレスキャン画像データとの画像変化量を検出する（ステップＳ７２１）。次に、画像生成部２３２は、画像変化量が閾値ＤＢ２２４に記憶される閾値以上であるか否かを判定する（ステップＳ７３１）。画像変化量が閾値以上である場合（ステップＳ７３１：Ｙｅｓ）、画像生成部２３２は、帳票に対する読み取り処理の回数が「１回目」であることを特定する（ステップＳ７８１）。一方、画像変化量が閾値以上ではない場合（ステップＳ７３１：Ｎｏ）、画像生成部２３２は、帳票に対する読み取り処理の回数が「２回目以降」であることを特定する（ステップＳ７９１）。
【０１１７】
次に、図１８Ａ及び図１８Ｂを用いて、本実施例における画像読取処理の流れについて説明する。図１８Ａ及び図１８Ｂは、実施例２における画像読取処理の一例を示すフローチャートである。なお、図１８Ａ及び図１８Ｂにおいて、図１０と同じ対象には同じ符号を付し、その詳細な説明を省略する。
【０１１８】
図１８Ａに示すように、ステップＳ１０１からステップＳ１２１まで、実施例１における画像読取処理と同様の処理が行われる。次に、画像処理装置２００の読取制御部２３１は、スタンドスキャナ１０から操作情報を受信した場合（ステップＳ１２１：Ｙｅｓ）、タイマを起動する（ステップＳ２２３）。そして、読取制御部２３１は、図１７に示す読取回数判定処理を行う（ステップＳ２２５）。
【０１１９】
次に、読取制御部２３１は、読取回数判定処理の結果、読み取り処理が「２回目以降」であるか否かを判定する（ステップＳ２３１）。読み取り処理が「２回目以降」ではないと判定された場合（ステップＳ２３１：Ｎｏ）、すなわち、「１回目」の読み取り処理であると判定された場合、ステップＳ１２３に進み、以下実施例１における画像読取処理と同様の処理が行われる。
【０１２０】
次に、読取制御部２３１は、読み取り処理が「２回目以降」であると判定された場合（ステップＳ２３１：Ｙｅｓ）、端子Ａを経由して図１８Ｂに進み、濃度キー２１−Ｘが選択されたか否かを判定する（ステップＳ３０１）。濃度キー２１−Ｘが選択されなかった場合（ステップＳ３０１：Ｎｏ）、すなわち読取キー２１−１が選択された場合、業務選択部２４１は、パラメータＤＢ１２１を参照し、前回の読み取り処理において取得された画像データを破棄する（ステップＳ３１１）。その後、端子Ｂを経由してステップＳ１４１に進み、以下実施例１における画像読取処理と同様の処理が行われる。
【０１２１】
一方、濃度キー２１−Ｘが選択された場合（ステップＳ３０１：Ｙｅｓ）、業務選択部２４１は、業務の種別が「業務Ｂ」であるか否かを判定する（ステップＳ３２１）。「業務Ｂ」ではない場合（ステップＳ３２１：Ｎｏ）、業務選択部２４１は、パラメータＤＢ１２１を参照し、前回の読み取り処理において取得された画像データを破棄する（ステップＳ３３１）。その後、端子Ｃを経由してステップＳ１３１に進み、以下実施例１における画像読取処理と同様の処理が行われる。
【０１２２】
業務選択部２４１は、業務の種別が「業務Ｂ」である場合（ステップＳ３２１：Ｙｅｓ）、パラメータＤＢ１２１を参照し、前回の読み取り処理において取得された印鑑照合結果を破棄する（ステップＳ３４１）。そして、読取制御部２３１は、パラメータＤＢ１２１を参照し、濃度設定を変更する設定指示を、通信部１１０を通じてスタンドスキャナ１０に送信する（ステップＳ３４３）。スタンドスキャナ１０のイメージセンサ２２は、帳票の画像を撮影して、画像データを取得し、通信部２３を通じて画像処理装置２００に送信する（ステップＳ３４５）。画像処理装置２００の印鑑照合処理部１４５は、パラメータＤＢ１２１を参照し、通信部１１０を通じて受信した画像データを用いて、印鑑照合処理を行う（ステップＳ３５１）。
【０１２３】
［実施例２の効果］
上述してきたように、本実施例において、スタンドスキャナ１０は、特定の業務の種別に該当する場合であっても、２回目以降の読み取り処理においては、濃度キー２１−Ｘによる濃度調整を有効とする。すなわち、業務の種別の違いに加えて、帳票の新規読取であるか再読取であるかの違いにも応じて、濃度キー２１−Ｘの意味合いが切り替えられる。これにより、例えば文字認証処理及び印鑑照合処理のように、取得された画像データに対して複数の異なる処理が行われるような業務においても、それぞれの処理に最適な濃度設定により画像データを取得できる。
【実施例３】
【０１２４】
上述した各実施例における帳票読取システムは、上記各実施の形態以外にも種々の異なる形態にて実施されてよい。例えば、上述した各実施例では、帳票読取システム１は、スタンドスキャナ１０と、画像処理装置１００と、表示操作装置５０とから構成される例を示した。しかし、実施の形態は、上述した構成に限られなくてもよい。
【０１２５】
［装置の構成］
例えば、スタンドスキャナ１０と画像処理装置１００とは一体であってもよい。この場合、スタンドスキャナ１０は、上記各実施例に加えて、画像取得部１３０及び金融業務アプリ実行部１４０に対応するＣＰＵや、記憶部１２０に対応するメモリ等を備える構成となる。スタンドスキャナ１０は、イメージセンサ２２によって撮影された帳票の画像データに対して、画像処理装置１００に係る記憶部１２０や画像取得部１３０及び金融業務アプリ実行部１４０等に対応する処理部によってＯＣＲ等の処理を行う。また、画像処理装置１００と表示操作装置５０とが一体であってもよく、スタンドスキャナ１０と画像処理装置１００と表示操作装置５０とが一体であってもよい。さらに、例えば画像処理装置１００の画像取得部１３０と金融業務アプリ実行部１４０とが、それぞれ別の装置により分離独立して実現されるような構成であってもよい。
【０１２６】
［設定情報の構成］
なお、以上の実施例においては、設定情報の一例として「濃度」を用いているが、これに限られず、設定情報として「色合い」や「コントラスト」等、その他の属性を用いるような構成であってもよい。また、設定情報が複数の属性を含むような構成であってもよい。
【０１２７】
［操作及び表示に関する構成］
また、スタンドスキャナ１０のキー制御部２１から操作指示を受け付ける例について説明したが、これに限られず、画像処理装置１００の表示操作装置５０を通じて操作指示を受け付けるような構成であってもよい。また、濃度キー２１−Ｘが押下されたときに、「業務Ａの処理内容に基づき、濃度値を変更せずに、初期設定の濃度値で読取処理を行いました」等の濃度設定を変更しなかったことを通知するメッセージを表示操作装置５０に表示させるような構成であってもよい。
【０１２８】
なお、スタンドスキャナ１０が、濃度キー２１−Ｘが押下されたときに、調整後の濃度で読取を実行する構成について説明したが、実施の形態はこれに限られない。例えば、スタンドスキャナ１０が、濃度キー２１−Ｘが押下されたときには読取を実行せず、その後読取キー２１−１が押下されたときに、調整後の濃度で読取を実行するような構成であってもよい。
【０１２９】
［処理の対象］
また、各実施例においては、金融機関等において、帳票読取システムが帳票を撮影する構成について説明したが、これに限られず、官公庁等において、各種の申請書等の帳票を読み取るような構成であってもよい。また、帳票読取システムが、帳票に限らず、書画や写真等のその他の媒体を撮影するような構成であってもよい。
【０１３０】
なお、各実施例においては、業務の種別と帳票の種別とが一対一で対応する例について説明したが、実施の形態はこれに限られない。例えば、一つの種別の業務において複数の種別の帳票を扱ったり、一つの種別の帳票が複数の種別の業務において処理されたりするような構成であってもよい。また、実施例２における閾値ＤＢ２２４が、帳票の種別や業務の種別ごとに閾値を記憶するような構成であってもよい。
【０１３１】
［ハードウェア構成］
画像処理装置１００は、例えば、次のようなハードウェア構成により実現することができる。図１９は、画像処理装置のハードウェア構成例を示す図である。図１９に示すように、画像処理装置１００は、ハードウェアの構成要素として、プロセッサ１００ａと、メモリ１００ｂと、記憶装置１００ｃと、ネットワークインタフェースモジュール１００ｄとを有する。プロセッサ１００ａの一例として、ＣＰＵ、ＤＳＰ（Digital  Signal  Processor）、ＦＰＧＡ等が挙げられる。また、画像処理装置１００は、プロセッサ１００ａと周辺回路とを含むＬＳＩ（Large  Scale  Integrated  circuit）を有してもよい。メモリ１００ｂの一例として、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）等のＲＡＭ、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ等が挙げられる。
【０１３２】
例えば、通信部１１０は、ネットワークインタフェースモジュール１００ｄによって実現される。また、記憶部１２０は、メモリ１００ｂ及び記憶装置１００ｃによって実現される。また、画像取得部１３０及び金融業務アプリ実行部１４０は、プロセッサ１００ａによって実現される。
【０１３３】
そして、画像処理装置１００での上記説明における各処理は、各処理に対応するプログラムをプロセッサ１００ａに実行させることによって実現してもよい。例えば、上記説明における各処理に対応するプログラムがメモリ１００ｂまたは記憶装置１００ｃ等の記憶部に記憶され、プログラムがプロセッサ１００ａによって記憶部から読み出されて実行されてもよい。
【０１３４】
なお、本発明の帳票読取方法を適用したソフトウェア（プログラム）は、可搬性の記憶媒体に格納して配布するようにしてもよいし、ネットワークからダウンロードして配布するようにしてもよい。さらには、ＳａａＳ（Software  as  a  Service）などのようにクラウドサービスでソフトウェアを提供するようにしてもよい。
【符号の説明】
【０１３５】
１      帳票読取システム
１０    スタンドスキャナ
２１    キー制御部
２１−１  読取キー
２１−２  濃度キー（＋）
２１−３  濃度キー（−）
２２    イメージセンサ
２３    通信部
５０    表示操作装置
１００  画像処理装置
５００  帳票
９００  作業者
【図１】
0006550009.tif 000002
【図２】
0006550009.tif 000003
【図３】
0006550009.tif 000004
【図４】
0006550009.tif 000005
【図５】
0006550009.tif 000006
【図６Ａ】
0006550009.tif 000007
【図６Ｂ】
0006550009.tif 000008
【図６Ｃ】
0006550009.tif 000009
【図７Ａ】
0006550009.tif 000010
【図７Ｂ】
0006550009.tif 000011
【図７Ｃ】
0006550009.tif 000012
【図８Ａ】
0006550009.tif 000013
【図８Ｂ】
0006550009.tif 000014
【図８Ｃ】
0006550009.tif 000015
【図９Ａ】
0006550009.tif 000016
【図９Ｂ】
0006550009.tif 000017
【図９Ｃ】
0006550009.tif 000018
【図１０】
0006550009.tif 000019
【図１１】
0006550009.tif 000020
【図１２】
0006550009.tif 000021
【図１３】
0006550009.tif 000022
【図１４】
0006550009.tif 000023
【図１５】
0006550009.tif 000024
【図１６】
0006550009.tif 000025
【図１７】
0006550009.tif 000026
【図１８Ａ】
0006550009.tif 000027
【図１８Ｂ】
0006550009.tif 000028
【図１９】
0006550009.tif 000029