(57)【要約】【課題】帳票の再読取データに対して元の優先情報を紐付けることが可能な帳票データ管理システム、方法、プログラム、および帳票データ管理装置を提供する。【解決手段】帳票から読取られた処理対象データに優先情報を付与する優先情報付与部と、前記処理対象データに付与した優先情報を記憶する記憶部と、前記帳票から再読取された処理対象データと元の優先情報とを紐付ける紐付情報に基づいて、元の優先情報を抽出する抽出部と、前記抽出された元の優先情報を、前記再読取された処理対象データに付与する優先情報再付与部と、を備える、帳票データ管理システム。【選択図】図３
2015106715.tif 000002
【特許請求の範囲】
【請求項１】
帳票から読取られた処理対象データに優先情報を付与する優先情報付与部と、
前記処理対象データに付与した優先情報を記憶する記憶部と、
前記帳票から再読取された処理対象データと元の優先情報とを紐付ける紐付情報に基づいて、元の優先情報を抽出する抽出部と、
前記抽出された元の優先情報を、前記再読取された処理対象データに付与する優先情報再付与部と、
を備える、帳票データ管理システム。
【請求項２】
前記紐付情報は、帳票読取時に帳票に付される通番情報である、請求項１に記載の帳票データ管理システム。
【請求項３】
前記通番情報は、帳票再読取時に、帳票初回読取時に付された通番情報に枝番が追加されたものである、請求項２に記載の帳票データ管理システム。
【請求項４】
前記優先情報付与部は、処理対象データを受信した順番および帳票得点に基づいて算出される優先情報を付与する、請求項１〜３のいずれか１項に記載の帳票データ管理システム。
【請求項５】
前記帳票得点は、帳票の取扱種目、処理指定日、および取扱金額の少なくともいずれかに基づいて算出される、請求項４に記載の帳票データ管理システム。
【請求項６】
前記帳票データ管理システムは、
前記処理対象データに付与された優先情報に応じた順序で前記処理対象データが処理されるよう制御する配信制御部をさらに備える、請求項１〜５のいずれか１項に記載の帳票データ管理システム。
【請求項７】
帳票から読取られた処理対象データに優先情報を付与するステップと、
前記処理対象データに付与した優先情報を記憶するステップと、
前記帳票から再読取された処理対象データと元の優先情報とを紐付ける紐付情報に基づいて、元の優先情報を抽出するステップと、
前記抽出された元の優先情報を、前記再読取された処理対象データに付与するステップと、
を含む、帳票データ管理方法。
【請求項８】
コンピュータを、
帳票から読取られた処理対象データに優先情報を付与する優先情報付与部と、
前記処理対象データに付与した優先情報を記憶する記憶部と、
前記帳票から再読取された処理対象データと元の優先情報とを紐付ける紐付情報に基づいて、元の優先情報を抽出する抽出部と、
前記抽出された元の優先情報を、前記再読取された処理対象データに付与する優先情報再付与部と、
として機能させるための、プログラム。
【請求項９】
帳票から読取られた処理対象データに優先情報を付与する優先情報付与部と、
前記処理対象データに付与した優先情報を記憶する記憶部と、
前記帳票から再読取された処理対象データと元の優先情報とを紐付ける紐付情報に基づいて、元の優先情報を抽出する抽出部と、
前記抽出された元の優先情報を、前記再読取された処理対象データに付与する優先情報再付与部と、
を備える、帳票データ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票データ管理システム、方法、プログラム、および帳票データ管理装置に関する。
【背景技術】
【０００２】
従来から、金融機関の営業店で受け付けた各種帳票を画像化したデータをセンターに送り、データエントリー処理の後、営業店に代わってホストへの代行発信を行う帳票データ処理システムが提案されている。かかるシステムでは、帳票の画像データの活用や、振込処理の優先制御、また、センターにおけるデータエントリーを複数人で行うことにより、振込処理の堅確性を向上させ、営業店の負荷を軽減し、また、事務コストを低減することができる。
【０００３】
また、データエントリー処理時にエラーが発見された場合、営業店に返送され、営業店で再読取された帳票の画像データが再度センターに送られる。
【０００４】
ここで、原稿から画像データを読取って処理する画像処理装置に関し、例えば下記特許文献１では、原稿の再読取の可能性を考慮して蓄積データの削除候補の優先度を決定する画像処理装置が開示されている。また、下記特許文献２では、複数の送信先に画像情報を送信する際、送信に必要な時間に基づいて送信時間が短い送信先を優先し、優先順位が低いものについては、画像フォーマットを変更すべく再読取を行い、送信に必要な時間を短縮する画像処理装置が開示されている。また、下記特許文献３では、磁気ストライプの位置が異なる複数種類の通帳が挿入された際に、通帳の種類に応じて予め設定された優先順位に応じてデータの読み取りを行い、データエラー時には、通帳の種類に応じた優先順位で所定回数だけ再読取を行う通帳磁気データ読取装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−６２８０７号公報
【特許文献２】特開２０００−２９５３８５号公報
【特許文献３】特開平３−７８８８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここで、上述した従来の帳票データ処理システムでは、各営業店から送信された帳票の読取データに対して、配信得点を算出し、配信得点に応じた順序で事務センターに送信してデータエントリー処理が行われていた。
【０００７】
しかしながら、エラー返送に応じて再読取された帳票の読取データについても通常の読取データと同様に配信得点を算出していたので、再読取データのデータエントリー処理が後回しになっていた。また、再度配信得点の計算を行うといった不要なロジックが行われる分、処理速度が遅くなっていた。
【０００８】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、帳票の再読取データに対して元の優先情報を紐付けることが可能な、新規かつ改良された帳票データ管理システム、方法、プログラム、および帳票データ管理装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、帳票から読取られた処理対象データに優先情報を付与する優先情報付与部と、前記処理対象データに付与した優先情報を記憶する記憶部と、前記帳票から再読取された処理対象データと元の優先情報とを紐付ける紐付情報に基づいて、元の優先情報を抽出する抽出部と、前記抽出された元の優先情報を、前記再読取された処理対象データに付与する優先情報再付与部と、を備える、帳票データ管理システムが提供される。
【００１０】
また、前記紐付情報は、帳票読取時に帳票に付される通番情報であってもよい。
【００１１】
また、前記通番情報は、帳票再読取時に、帳票初回読取時に付された通番情報に枝番が追加されたものであってもよい。
【００１２】
また、前記優先情報付与部は、処理対象データを受信した順番および帳票得点に基づいて算出される優先情報を付与してもよい。
【００１３】
また、前記帳票得点は、帳票の取扱種目、処理指定日、および取扱金額の少なくともいずれかに基づいて算出されてもよい。
【００１４】
また、前記帳票データ管理システムは、前記処理対象データに付与された優先情報に応じた順序で前記処理対象データが処理されるよう制御する配信制御部をさらに備えてもよい。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、帳票から読取られた処理対象データに優先情報を付与するステップと、前記処理対象データに付与した優先情報を記憶するステップと、前記帳票から再読取された処理対象データと元の優先情報とを紐付ける紐付情報に基づいて、元の優先情報を抽出するステップと、前記抽出された元の優先情報を、前記再読取された処理対象データに付与するステップと、を含む、帳票データ管理方法が提供される。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、帳票から読取られた処理対象データに優先情報を付与する優先情報付与部と、前記処理対象データに付与した優先情報を記憶する記憶部と、前記帳票から再読取された処理対象データと元の優先情報とを紐付ける紐付情報に基づいて、元の優先情報を抽出する抽出部と、前記抽出された元の優先情報を、前記再読取された処理対象データに付与する優先情報再付与部と、として機能させるためのプログラムが提供される。
【００１７】
また、上記課題を解決するために、本発明の別の観点によれば、帳票から読取られた処理対象データに優先情報を付与する優先情報付与部と、前記処理対象データに付与した優先情報を記憶する記憶部と、前記帳票から再読取された処理対象データと元の優先情報とを紐付ける紐付情報に基づいて、元の優先情報を抽出する抽出部と、前記抽出された元の優先情報を、前記再読取された処理対象データに付与する優先情報再付与部と、を備える、帳票データ管理装置が提供される。
【発明の効果】
【００１８】
以上説明したように本発明によれば、帳票の再読取データに対して元の優先情報を紐付けることが可能である。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態による帳票データ管理システムの概要を説明するための図である。
【図２】比較例による帳票データ処理システムにおける再読取帳票データの取り扱いについて説明するための図である。
【図３】本実施形態によるＤＢサーバの構成の一例を示すブロック図である。
【図４】本実施形態による初回読取時の動作処理を示すフローチャートである。
【図５】本実施形態による帳票得点のパターン一覧の一例を示す図である。
【図６】本実施形態による配信得点付与処理を示すフローチャートである。
【図７】本実施形態による帳票データの再読取処理を示すフローチャートである。
【図８】本実施形態による再読取帳票データに対する配信得点付与処理を示すフローチャートである。
【図９】本実施形態による再読取帳票データの取り扱いについて説明するための図である。
【発明を実施するための形態】
【００２０】
以下に添付図面を参照しながら、本発明の実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２１】
本発明は、以下本明細書において詳細に説明するような多様な形態で実施され得る。また、各実施形態による帳票データ管理システムは、
Ａ．帳票から読取られた処理対象データ（帳票データ）に優先情報（配信得点）を付与する優先情報付与部（配信得点付与部１１０）と、
Ｂ．前記処理対象データに付与した優先情報を記憶する記憶部（配信得点記憶部１４）と、
Ｃ．前記帳票から再読取された処理対象データと元の優先情報とを紐付ける紐付情報に基づいて、元の優先情報を抽出する抽出部（配信得点抽出部１３０）と、
Ｄ．前記抽出された元の優先情報を、前記再読取された処理対象データに付与する優先情報再付与部（配信得点再付与部１４０）と、
を有する。
【００２２】
このような帳票データ管理システムについて、まず帳票データ管理システムの概要を説明してから、本実施形態の基本構成および動作処理等を具体的に説明する。
【００２３】
＜１．帳票データ管理システムの概要＞
図１は、本発明の一実施形態による帳票データ管理システムの概要を説明するための図である。図１に示すように、本実施形態による帳票データ管理システムは、マシン室に配置されるＤＢサーバ１、ＡＰサーバ２、およびＧＷサーバ３と、事務センターに配置されるエントリＰＣ４、およびプリンタ５と、金融機関の各営業店に配置されるＰＣ６、スキャナ７、およびプリンタ８とを含む。
【００２４】
ＤＢ（データベース）サーバ１は、営業店のＰＣ６から送信された帳票データや取引データ等を格納する。また、ＤＢサーバ１は、事務センターのエントリＰＣ４に配信する帳票データの優先順位を付与し、優先順位に従ってエントリＰＣ４に配信する。本実施形態によるＤＢサーバ１の構成については、図３を参照して後述する。
【００２５】
ＡＰ（アプリケーション）サーバ２は、本実施形態による帳票データ管理システムの全体を制御するアプリケーションを動作させる。具体的には、ＡＰサーバ２は、営業店のＰＣ６から送信された帳票データをＤＢサーバ１に送り、また、ＤＢサーバ１から出力された帳票データを事務センターのエントリＰＣ４に配信する。
【００２６】
ＧＷ（ゲートウェイ）サーバ３は、事務センターのエントリＰＣ４においてデータエントリー処理された入力データをエントリＰＣ４から受信し、ホスト（不図示）に送信する。
【００２７】
エントリＰＣ（パーソナルコンピュータ）４は、帳票データのデータエントリー処理を行う情報処理装置である。具体的には、エントリＰＣ４は、ＤＢサーバ１からＡＰサーバ２を介して配信された帳票データを順次表示し、オペレータによるデータの入力操作や照会が行われる。この際、帳票データの内容にエラーがある場合、営業店のＰＣ６に帳票データを返送する。
【００２８】
プリンタ５は、エントリＰＣ４の制御に従ってデータ内容を紙媒体等に出力する機能を有する。例えばプリンタ５は、エントリＰＣ４で処理された帳票データの状態、照会結果、帳票データの返送情報等をプリントアウトする。
【００２９】
ＰＣ６は、営業店に設置された情報処理装置であって、スキャナ７により読み取られた帳票データを、ＡＰサーバ２を介してＤＢサーバ１に送信する。また、ＰＣ６は、エントリＰＣ４からエラーによる返送があった場合、その旨を表示する。
【００３０】
スキャナ７は、帳票をデータ化して読み取り、読み取った帳票データをＰＣ６に出力する。帳票データは、画像データであってもよいし、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）機能を用いて認識した文字データであってもよい。
【００３１】
プリンタ８は、ＰＣ６の制御に従ってデータ内容を紙媒体等に出力する機能を有する。例えばプリンタ８は、ＰＣ６がエントリＰＣ４からエラーで返送された帳票データの情報をプリントアウトする。
【００３２】
以上説明した構成を有する帳票データ管理システムにおいて、営業店のプリンタ８により読み取った帳票データがＰＣ６に出力され、ＰＣ６からＡＰサーバ２を介してＤＢサーバ１に送信され、ＤＢサーバ１に格納される。ＤＢサーバ１は、帳票データに配信得点を付与し、配信得点に応じた順序でＡＰサーバ２を介して事務センターのエントリＰＣ４に配信される。
【００３３】
そして、エントリＰＣでは、配信順に帳票データを表示され、オペレータによるデータエントリー処理が行われる。帳票データにエラーがある場合は、営業店のＰＣ６に返送され、スキャナ７から帳票の再読取が行われる。データエントリー処理が正常に終了すると、入力データがＧＷサーバ３を介してホストに送信される。
【００３４】
このように、金融機関の営業店で受け付けた各種帳票を読み取った帳票データをセンターに送り、データエントリー処理の後、営業店に代わってホストへの代行発信を行うことで、振込処理の堅確性を向上させ、営業店の負荷を軽減することができる。
【００３５】
（背景）
ここで、エラー返送に応じて再読取された帳票の読取データについても通常の読取データと同様に配信得点を算出した場合、再読取データのデータエントリー処理が後回しになるという問題が生じる。以下、図２を参照して比較例として説明する。
【００３６】
図２は、比較例による帳票データ処理システムにおける再読取帳票データの取り扱いについて説明するための図である。例えば、各営業店のＰＣから送信された帳票データＤ１〜Ｄ５０に対して配信得点が付与され、図２左に示すように配信得点の低い順にＤＢサーバに格納され、順次エントリＰＣに配信される。エントリＰＣでは、配信順に帳票データのデータエントリー処理が行われる。この際、例えば帳票データＤ４にエラーが検出されると、エントリＰＣは営業店のＰＣにエラー内容と共に帳票データＤ４を返送する。営業店では、修正した帳票をスキャナで再度読み取り、読み取られた帳票データ（再読取帳票データＤ４’）を再度ＤＢサーバに送信する。
【００３７】
再読取帳票データＤ４’がＤＢサーバに送信された時刻が、例えば初回に帳票データＤ４を送信してから１時間程経過している場合、ＤＢサーバでは他の帳票データに対する配信得点の付与処理が進んでいる。ここに再読取帳票データＤ４’が送信された場合、再読取帳票データＤ４’に対しても他の通常の読取データと同様に配信得点を改めて算出され付与されるので、図２右に示すように、再読取帳票データＤ４’のデータエントリー処理は後回しになってしまう。
【００３８】
そこで、本実施形態による帳票データ管理システムでは、再読取された帳票データに対して元の優先情報（具体的には、配信得点）を紐付けることで、再読取された帳票データのデータエントリー処理を後回しにせず、元の優先情報に応じた順番で優先的に処理対象とすることができる。
【００３９】
以上、本発明の一実施形態による帳票データ管理システムの概要について説明した。続いて、帳票データに対して配信得点を付与し、配信得点に応じた順序でエントリＰＣ４に帳票データを配信するＤＢサーバ１（帳票データ管理装置）の基本構成について、図３を参照して具体的に説明する。
【００４０】
＜２．基本構成＞
図３は、本実施形態によるＤＢサーバ１（帳票データ管理装置）の構成の一例を示すブロック図である。図３に示すように、本実施形態によるＤＢサーバ１は、主制御部１０、通信部１１、および配信得点記憶部１４を有する。
【００４１】
（主制御部）
主制御部１０は、ＤＢサーバ１の各構成を制御する。また、主制御部１０は、例えばマイクロプロセッサにより実現される。
【００４２】
また、本実施形態による主制御部１０は、図３に示すように、配信得点付与部１１０、配信制御部１２０、配信得点抽出部１３０、および配信得点再付与部１４０として機能する。
【００４３】
配信得点付与部１１０は、帳票から読取られ、各営業店のＰＣ６から送信された帳票データに優先情報として配信得点を算出し、付与する。配信得点付与部１１０は、例えば振込帳票（合計票＋振込依頼書）に対して、取扱種目や、振込指定日等に基づいて配信得点を算出する。配信得点の具体的な算出方法については、図５〜図６を参照して後述する。また、配信得点付与部１１０により付与された配信得点は、帳票データの識別情報（例えば所定の番号）に対応付けて配信得点記憶部１４に記憶される。
【００４４】
配信制御部１２０は、配信得点付与部１１０により付与された配信得点に応じた順序で帳票データをエントリＰＣ４に配信（送信）する。
【００４５】
配信得点抽出部１３０は、帳票から再読取されてＰＣ６から送信された帳票データと、同帳票の初回読取時の帳票データに付与された元の配信得点とを紐付ける紐付情報（例えば所定の番号）に基づいて、元の配信得点を配信得点記憶部１４から抽出（検索）する。
【００４６】
配信得点再付与部１４０は、配信得点抽出部１３０により抽出された元の配信得点を、再読取された帳票データに付与する。
【００４７】
（通信部）
通信部１１は、外部装置と無線または有線接続してデータを送信および受信する機能を有する。本実施形態による通信部１１は、ＡＰサーバ２と接続し、ＡＰサーバ２を介して、各営業店のＰＣ６から帳票データを受信したり、事務センターのエントリＰＣ４に帳票データを送信したりする。
【００４８】
（配信得点記憶部）
配信得点記憶部１４は、配信得点付与部１１０により各帳票データに付与された配信得点を、各帳票データの識別情報に対応付けて記憶する。各帳票データの識別情報は、例えば営業店において帳票に印字される所定の番号であって、再読取された帳票データの元の配信得点を抽出する際に、紐付情報として用いられる。また、配信得点記憶部１４は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）およびＨＤＤ（ハードディスクドライブ）等により実現される。
【００４９】
以上、本実施形態によるＤＢサーバ１の構成の一例について説明した。続いて、本実施形態による帳票データ管理システムの動作処理について図４〜図９を参照して説明する。
【００５０】
＜３．動作処理＞
＜＜３−１．初回読取処理＞＞
図４は、本実施形態による初回読取時の動作処理を示すフローチャートである。図４に示すように、まず、ステップＳ１０３において、営業店において、顧客により記入された帳票をスキャナ７が読み取る。
【００５１】
次いで、ステップＳ１０６において、スキャナ７は、読み取り対象の帳票に対して読取通番を印字する。読取通番は、例えば日付、店番、スキャナの機番、および通番から成る数字であってもよい。スキャナ７は、読み取った帳票データを、印字した読取通番の情報と共にＰＣ６に出力する。なお、スキャナ７は、読取通番を印字してから、読取通番を含む帳票を読み取ってもよい。
【００５２】
続いて、ステップＳ１０９において、ＰＣ６は、読み取った帳票データの形式チェックを行う。ここでは、帳票の必須項目に記載があるか否か等のチェックが行われる。
【００５３】
次に、形式チェックの結果が正常の場合（Ｓ１１２／Ｙｅｓ）、ステップＳ１１５において、ＰＣ６は、帳票データをＤＢサーバ１に送信する。この際、帳票データと共に読取通番の情報も送信される。
【００５４】
そして、ステップＳ１１８において、ＤＢサーバ１は、送信された帳票データに対して配信得点を付与する処理を行う。配信得点付与処理については、図５および図６を参照して後述する。
【００５５】
一方、形式チェックの結果が異常の場合（Ｓ１１２／Ｎｏ）、ステップＳ１２１において、ＰＣ６は、読取チェックのエラー内容の表示を行う。
【００５６】
（配信得点付与処理）
続いて、ＤＢサーバ１による配信得点の付与処理について説明する。ＤＢサーバ１は、各営業店のＰＣ６から送信された帳票データに対して配信得点を付与し、付与した配信得点に基づく順に帳票データをエントリＰＣ４に送信する。
【００５７】
ＤＢサーバ１の配信得点付与部１１０による配信得点の算出方法は特に限定しないが、例えば下記式１により求められる。
【００５８】
（数１）
配信得点＝ＤＢサーバ受信得点−帳票得点＋底上げ得点  ・・・式１
【００５９】
上記ＤＢサーバ受信得点とは、ＤＢサーバ１が帳票データを受信した順に与える得点であって、例えば、１点目を１点、２点目を２点と配点する。
【００６０】
帳票得点とは、取扱種目、振込指定日、金額等に基づいて与える得点である。ここで、帳票得点のパターン一覧の一例を図５に示す。図５に示すように、対象種目および翌営業日への繰越可否に応じて、優先度の高低が設定され、優先度が高い程高い帳票得点が与えられる。
【００６１】
また、底上げ得点とは、上記式１の結果（配信得点）がマイナスにならない様にするために与える得点であって、例えば「９００，０００点」の固定値を配点する。
【００６２】
以下、このような上記式１を用いた配信得点の付与処理について、図６を参照して具体的に説明する。図６に示す例では、帳票の一例として振込帳票（合計票＋振込依頼書）を用いる。
【００６３】
図６は、本実施形態による配信得点付与処理を示すフローチャートである。図６に示すように、まず、ステップＳ１３３において、ＤＢサーバ１の配信得点付与部１１０は、ＤＢサーバ受信得点を付与する。ＤＢサーバ受信得点は、上述したように、ＤＢサーバ１が帳票データを受信した順に与える得点であって、１点目を１点、２点目を２点と配点する。
【００６４】
次に、ステップＳ１３６において、配信得点付与部１１０は、受信した帳票データが合計票以外か否かを判断する。
【００６５】
合計票の場合（Ｓ１３６／Ｎｏ）、ステップＳ１３９において、配信得点付与部１１０は、当該合計票の得点計算（Ａ）を行う。具体的には、上記式１に基づく下記式Ａにより求められる。
【００６６】
（数２）
配信得点＝１−５００，０００＋９００，０００  ・・・式Ａ
【００６７】
なお、ここではＤＢサーバ１が合計票を受信した順番が１番目であるとして、ＤＢサーバ受信得点は「１点」が与えられる。また、帳票得点として、図５に示す帳票得点パターン一覧に基づき、対象種目が合計票の場合は５００，０００点が与えられる。
【００６８】
したがって、上記式Ａにより、配信得点付与部１１０は、配信得点「４００，００１」を算出し、合計票に付与する。
【００６９】
一方、合計票以外（例えば振込依頼書）の場合（Ｓ１３６／Ｙｅｓ）、配信得点付与部１１０は、取扱種目および振込指定日に応じた帳票得点（図５参照）を用いて配信得点を算出する。
【００７０】
具体的には、配信得点付与部１１０は、取扱種目が「総合」であって（Ｓ１４２／Ｙｅｓ）、かつ振込指定日が当日の場合（Ｓ１４５／Ｙｅｓ）、ステップＳ１４８において、振込依頼書１の得点計算（Ｂ）を行う。具体的には、上記式１に基づく下記式Ｂにより求められる。
【００７１】
（数３）
配信得点＝２−３５０，０００＋９００，０００  ・・・式Ｂ
【００７２】
ここではＤＢサーバ１が当該振込依頼書１を受信した順番が２番目であるとして、ＤＢサーバ受信得点は「２点」が与えられる。また、帳票得点として、図５に示す帳票得点パターン一覧に基づき、対象種目が総合振込であって、かつ振込指定日が当日（翌営業日への繰越不可能）の場合は３５０，０００点が与えられる。
【００７３】
したがって、上記式Ｂにより、配信得点付与部１１０は、配信得点「５５０，００２」を算出し、振込依頼書１に付与する。
【００７４】
一方、振込指定日が当日以外の場合（Ｓ１４５／Ｎｏ）、ステップＳ１５１において、振込依頼書２の得点計算（Ｃ）を行う。具体的には、上記式１に基づく下記式Ｃにより求められる。
【００７５】
（数４）
配信得点＝２−１５０，０００＋９００，０００  ・・・式Ｃ
【００７６】
ここではＤＢサーバ１が当該振込依頼書２を受信した順番が２番目であるとして、ＤＢサーバ受信得点は「２点」が与えられる。また、帳票得点として、図５に示す帳票得点パターン一覧に基づき、対象種目が総合振込であって、かつ振込指定日が翌１（翌１日の営業日への繰越可能）の場合は１５０，０００点が与えられる。
【００７７】
したがって、上記式Ｃにより、配信得点付与部１１０は、配信得点「５５０，００２」を算出し、振込依頼書２に付与する。
【００７８】
次いで、配信得点付与部１１０は、取扱種目が「総合」ではなく（Ｓ１４２／Ｎｏ）、「給与」であって（Ｓ１５４／Ｙｅｓ）、かつ振込指定日が当日の場合（Ｓ１５７／Ｙｅｓ）、ステップＳ１６０において、振込依頼書３の得点計算（Ｄ）を行う。具体的には、上記式１に基づく下記式Ｄにより求められる。
【００７９】
（数５）
配信得点＝２−４００，０００＋９００，０００  ・・・式Ｄ
【００８０】
ここではＤＢサーバ１が当該振込依頼書３を受信した順番が２番目であるとして、ＤＢサーバ受信得点は「２点」が与えられる。また、帳票得点として、図５に示す帳票得点パターン一覧に基づき、対象種目が給与であって、かつ振込指定日が当日の場合は４００，０００点が与えられる。
【００８１】
したがって、上記式Ｄにより、配信得点付与部１１０は、配信得点「５００，００２」を算出し、振込依頼書３に付与する。
【００８２】
一方、振込指定日が当日以外の場合（Ｓ１５７／Ｎｏ）、ステップＳ１６３において、振込依頼書４の得点計算（Ｅ）を行う。具体的には、上記式１に基づく下記式Ｅにより求められる。
【００８３】
（数６）
配信得点＝２−２００，０００＋９００，０００  ・・・式Ｅ
【００８４】
ここではＤＢサーバ１が当該振込依頼書２を受信した順番が２番目であるとして、ＤＢサーバ受信得点は「２点」が与えられる。また、帳票得点として、図５に示す帳票得点パターン一覧に基づき、対象種目が給与であって、かつ振込指定日が翌１（翌１日の営業日への繰越可能）の場合は２００，０００点が与えられる。
【００８５】
したがって、上記式Ｅにより、配信得点付与部１１０は、配信得点「７００，００２」を算出し、振込依頼書４に付与する。
【００８６】
以上説明したように、帳票の取扱種目および振込指定日に応じた帳票得点と、ＤＢサーバ受信得点を用いて配信得点が算出される。なお図５に示す例では、取扱種目が総合または給与の場合について具体的に説明したが、取扱種目が総合および給与以外の場合（Ｓ１５４／Ｎｏ）についても同様に、ステップＳ１６６において、上記式１に基づいて配信得点の算出が行われる。
【００８７】
そして、ステップＳ１６９において、配信得点付与部１１０は、算出した配信得点を帳票データに付与し、また、配信得点記憶部１４に記憶（登録）させる。
【００８８】
以上、本実施形態による配信得点付与処理について具体的に説明した。続いて、再読取帳票データの配信得点付与について具体的に説明する。
【００８９】
＜＜３−２．再読取処理＞＞
初回読取時の帳票データに対して配信得点を付与した後、ＤＢサーバ１は、付与した配信得点の低い順に、エントリＰＣ４に帳票データを配信する。エントリＰＣ４では、ＤＢサーバ１から配信された順に帳票データのデータエントリー処理を行う。
【００９０】
ここで、データエントリー処理時に帳票データの内容にエラーが発見された場合、エントリＰＣ４は、エラー内容と共に帳票データを営業店のＰＣ６に返送する。エラー返送された営業店では帳票の修正が行われ、再度スキャナ７により帳票を読み取り、読み取った再読取帳票データをＰＣ６からＤＢサーバ１に送信する。以下、このような帳票データの再読取処理について図７を参照して説明する。
【００９１】
図７は、本実施形態による帳票データの再読取処理を示すフローチャートである。図７に示すように、まず、ステップＳ１０３において、スキャナ７は、修正された帳票を読み取る。
【００９２】
次いで、ステップＳ１０７において、スキャナ７は、読み取り対象の帳票に対して読取通番を印字する。具体的には、例えばスキャナ７は、初回読取時に印字された読取通番の後ろに枝番通番を印字する。また、スキャナ７は、読み取った帳票データ（再読取帳票データ）を、印字した枝番通番を含む読取通番の情報と共にＰＣ６に出力する。
【００９３】
続いて、ステップＳ１１０において、ＰＣ６は、再読み取りされた帳票データ（再読取帳票データ）の形式チェックを行う。
【００９４】
次に、形式チェックの結果が正常の場合（Ｓ１１２／Ｙｅｓ）、ステップＳ１１６において、ＰＣ６は、再読取帳票データをＤＢサーバ１に送信する。この際、帳票データと共に読取通番の情報も送信される。
【００９５】
そして、ステップＳ１１９において、ＤＢサーバ１は、送信された再読取帳票データに対して配信得点を付与する処理を行う。再読取帳票データに対する配信得点付与処理については、図８を参照して以下説明する。
【００９６】
（再読取帳票データに対する配信得点付与処理）
図８は、本実施形態による再読取帳票データに対する配信得点付与処理を示すフローチャートである。図８に示すように、まず、ステップＳ１７３において、ＤＢサーバ１の配信得点抽出部１３０は、再読取帳票データの読取通番に基づいて、元の（初回読取時の）配信得点を抽出する。再読取帳票データの読取通番は、初回読取時の帳票データとの紐付情報の一例であって、上述したように、例えば初回読取時に印字された通番の後ろに枝番号が付与されたものである。これにより、配信得点抽出部１３０は、初回読取時の帳票データに付与された配信得点を配信得点記憶部１４から取得することができる。
【００９７】
次に、ステップＳ１７６において、配信得点再付与部１４０は、配信得点抽出部１３０により抽出された元の配信得点を、再読取帳票データに付与する。
【００９８】
このように、再読取帳票データに元の配信得点を付与することで、ＤＢサーバ１の配信制御部１２０は、再読取帳票データを優先的にエントリＰＣ４に配信することができる。ここで、図９を参照して本実施形態による再読取帳票データの取り扱いについて説明する。
【００９９】
図９は、本実施形態による再読取帳票データの取り扱いについて説明するための図である。ＤＢサーバ１の配信制御部１２０は、図９左に示すように、各営業店のＰＣから送信された帳票データＤ１〜Ｄ５０に対して付与された配信得点の低い順に、エントリＰＣ４に配信する。そして、エントリＰＣ４では、配信順に帳票データのデータエントリー処理が行われる。
【０１００】
この際、例えば帳票データＤ４にエラーが検出されると、エントリＰＣ４は、営業店のＰＣ６にエラー内容と共に帳票データＤ４を返送する。次いで、営業店のＰＣ６は、修正した帳票を再度読み取った再読取帳票データＤ４’をＤＢサーバ１に送信する。
【０１０１】
そして、本実施形態によるＤＢサーバ１の配信得点抽出部１３０は、再読取帳票データＤ４’の通番情報に基づいて、初回読取時の配信得点（元の配信得点）を配信得点記憶部１４から抽出する。配信得点再付与部１４０は、抽出された初回読取時の配信得点を再読取帳票データＤ４’に付与する。
【０１０２】
図２を参照して説明した比較例では、再読取帳票データＤ４’に対して改めて配信得点が算出されることで処理が遅くなり、また、配信の順番が後回しになっていたが、本実施形態では、再読取帳票データＤ４’に元の配信得点「５００,００２」点が付与され、図９右に示すように、初回読取時と同様の優先度でエントリＰＣ４に配信され得る。
【０１０３】
＜４．まとめ＞
以上説明したように、本実施形態による帳票データ管理システムによれば、再読取帳票データに元の配信得点（優先情報の一例）を付与することで、ＤＢサーバ１の配信制御部１２０は、再読取帳票データを優先的にエントリＰＣ４に配信することができる。
【０１０４】
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【０１０５】
例えば、配信得点の算出式は、上記式１に限定されない。一例としては、配信得点付与部１１０は、帳票得点からＤＢサーバ受信得点を引いて配信得点を算出し、配信得点の高いものから順に配信してもよい。
【０１０６】
また、ＤＢサーバ１の主制御部１０の各種機能を、情報処理装置に内蔵されるＣＰＵ、ＲＯＭ、ＲＡＭを用いて発揮させるためのコンピュータプログラムも、本発明の技術的範囲に含まれる。また、該コンピュータプログラムを記憶させたコンピュータ読み取り可能な記憶媒体も提供される。記録媒体とは、例えばＣＤ−ＲＯＭ、フラッシュメモリ等の記録媒体である。
【符号の説明】
【０１０７】
１    ＤＢサーバ
１０    主制御部
１１    通信部
１４    配信得点記憶部
１１０    配信得点付与部
１２０    配信制御部
１３０    配信得点抽出部
１４０    配信得点再付与部
２    ＡＰサーバ
３    ＧＷサーバ３
４    エントリＰＣ
５    プリンタ
６    ＰＣ
７    スキャナ
８    プリンタ
【図１】
2015106715.tif 000003
【図２】
2015106715.tif 000004
【図３】
2015106715.tif 000005
【図４】
2015106715.tif 000006
【図５】
2015106715.tif 000007
【図６】
2015106715.tif 000008
【図７】
2015106715.tif 000009
【図８】
2015106715.tif 000010
【図９】
2015106715.tif 000011