帳票処理装置、帳票処理方法、プログラムおよび帳票処理システム
【課題】帳票の処理をより効率よく行うことができる帳票処理装置、方法、プログラムおよび帳票処理システムを提供する。
【解決手段】帳票画像を記憶する帳票画像記憶部と、前記帳票画像を複数に分割して得られる複数の分割画像を記憶する分割画像記憶部と、前記複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、前記帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する制御部と、を備える、帳票処理装置。
【解決手段】帳票画像を記憶する帳票画像記憶部と、前記帳票画像を複数に分割して得られる複数の分割画像を記憶する分割画像記憶部と、前記複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、前記帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する制御部と、を備える、帳票処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票処理装置、帳票処理方法、プログラムおよび帳票処理システムに関する。
【背景技術】
【０００２】
従来、商業銀行業務を営む一般顧客を対象とした金融機関（商業銀行、証券会社、消費者金融事業者など）の集中事務センターなどで、振込票、および申込書などの帳票のイメージデータを基に複数の入力担当者がデータ入力作業を行っている。
【０００３】
このようなデータ入力に関する技術として、例えば下記特許文献１では、セキュリティ確保やプライバシー保護のために、帳票のイメージデータを分割し、別々の入力担当者に振り分けてデータ入力作業を行わせるデータエントリシステムが開示されている。かかるデータエントリシステムでは、優先度のより高い帳票案件の個々の分割したイメージデータを優先して複数の入力担当者に振り分けていた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−５８８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１のように、分割されたイメージデータを複数の入力担当者に振り分るシステムでは、一人の入力担当者の作業遅れにより帳票の入力作業が完了しないという問題があった。上述した優先度に応じた振り分けを行っても、急いで入力作業を完了しなければならない案件などに柔軟に対応することは困難であった。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、帳票の処理をより効率よく行うことが可能な、新規かつ改良された帳票処理装置、帳票処理方法、プログラムおよび帳票処理システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、帳票画像を記憶する帳票画像記憶部と、前記帳票画像を複数に分割して得られる複数の分割画像を記憶する分割画像記憶部と、前記複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、前記帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する制御部と、を備える帳票処理装置が提供される。
【０００８】
また、前記帳票単位単独処理は、前記帳票画像の分割画像を前記分割画像記憶部から削除し、前記帳票画像を前記１の入力端末に送信してもよい。
【０００９】
また、前記帳票処理装置は、前記入力端末から受信した前記分割画像に基づく入力データを記憶する入力データ記憶部をさらに備え、前記帳票単位単独処理は、前記帳票画像および前記入力データを、前記１の入力端末に送信してもよい。
【００１０】
また、前記帳票処理装置は、前記入力端末から受信した前記分割画像に基づく入力データを記憶する入力データ記憶部をさらに備え、前記帳票単位単独処理は、前記帳票画像、および前記帳票画像のうち既に対応する入力データが受信された分割画像の識別情報を、前記１の入力端末に送信してもよい。
【００１１】
また、前記制御部は、前記帳票画像に設定された優先度のレベルが、最も高い緊急レベルに設定された場合、前記帳票単位単独処理を選択してもよい。
【００１２】
また、前記制御部は、前記入力端末に送信した分割画像のうち、送信から一定時間経過後も前記送信した分割画像に対応する入力データが受信されない場合、前記帳票単位単独処理を選択してもよい。
【００１３】
また、上記課題を解決するために、本発明の別の観点によれば、帳票画像を複数に分割して得られる複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割・分散処理、または、帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御するステップを含む帳票処理方法が提供される。
【００１４】
また、上記課題を解決するために、本発明の別の観点によれば、帳票画像を複数に分割して得られる複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する処理をコンピュータに実行させるプログラムが提供される。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、帳票画像を記憶する帳票画像記憶部と、前記帳票画像を複数に分割して得られる複数の分割画像を記憶する分割画像記憶部と、前記複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、前記帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する制御部と、を有する帳票処理装置と、前記帳票処理装置から送信された画像を受信する受信部と、前記受信部により受信した画像を表示する表示部と、前記表示部による表示した画像に基づいて入力された入力データを前記帳票処理装置に送信する送信部と、を有する入力端末と、を備える帳票処理システムが提供される。
【発明の効果】
【００１６】
以上説明したように本発明によれば、帳票の処理をより効率よく行うことが可能である。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態による帳票処理システムの全体構成を示す図である。
【図２】入力端末の外観外略図である。
【図３】分割分散処理時の入力端末における表示画面例を示す図である。
【図４】本発明の実施形態による帳票処理サーバの構成を示すブロック図である。
【図５】本発明の実施形態による帳票イメージＤＢの一例を示す図である。
【図６】本発明の実施形態による分割イメージＤＢの一例を示す図である。
【図７】本発明の実施形態による入力データＤＢの一例を示す図である。
【図８】本発明の実施形態による進捗情報管理ＤＢの一例を示す図である。
【図９】本発明の実施例１による動作処理を示すフローチャートである。
【図１０】本発明の実施例１における帳票イメージデータに基づく入力画面の一例を示す図である。
【図１１】本発明の実施例２による動作処理を示すフローチャートである。
【図１２】本発明の実施例２における帳票イメージデータおよび入力データに基づく入力画面の一例を示す図である。
【図１３】本発明の実施例３による動作処理を示すフローチャートである。
【図１４】本発明の実施例３における帳票イメージデータおよび項目番号に基づく入力画面の一例を示す図である。
【発明を実施するための形態】
【００１８】
以下に添付図面を参照しながら、本発明の実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１９】
また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．帳票処理システムの概要
２．基本構成
３．動作処理
３−１．実施例１
３−２．実施例２
３−３．実施例３
４．まとめ
【００２０】
本発明は、一例として「２．基本構成」〜「３．動作処理」において詳細に説明するような形態で実施され得る。また、本発明の実施形態による帳票処理サーバ２０は、
（Ａ）帳票画像を記憶する帳票画像記憶部（帳票イメージＤＢ２４）と、
（Ｂ）前記帳票画像を複数に分割して得られる複数の分割画像を記憶する分割画像記憶部（分割イメージＤＢ２５）と、
（Ｃ）前記複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、前記帳票画像若しくは前記複数の分割画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する制御部（入力処理制御部２３）と、
を備える、帳票処理装置である。
【００２１】
このような帳票処理サーバ２０を用いた帳票処理システムについて、まず概要を説明してから、基本構成および動作処理について説明する。
【００２２】
＜１．帳票処理システムの概要＞
図１は、本発明の実施形態による帳票処理システムの全体構成を示す図である。図１に示したように、本実施形態による帳票処理システムは、複数の登録端末１０、集中事務センターなどに置かれる帳票処理サーバ２０、複数の入力端末３０、および運用管理端末４０を備える。
【００２３】
各店舗に置かれる複数の登録端末１０は、帳票の画像データを読み取るスキャナを備える。登録端末１０は、読み取った帳票イメージデータ（帳票画像）を、帳票処理サーバ２０に送る。
【００２４】
集中事務センターなどに置かれる帳票処理サーバ２０は、各登録端末１０から取得した帳票イメージデータの処理を行う。より具体的には、帳票イメージデータを複数に分割した分割イメージデータの各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、帳票イメージデータ若しくは分割イメージデータを１の入力端末に送信する帳票単位単独処理を選択的に制御する。
【００２５】
入力端末３０では、入力担当者により帳票の入力作業が行われる。より具体的には、図２に示すように、入力端末３０の表示部３０１に表示される画面に従って入力担当者がキーボード３０３からデータ入力作業を行う。複数の入力端末３０のうち、所定の入力端末は、緊急対応用入力端末３１としても機能する。緊急対応用入力端末３１は、緊急対応可能な入力担当者がログインしている入力端末であってもよいし、緊急対応可能と設定された入力端末であってもよい。
【００２６】
運用管理端末４０は、運用管理者により帳票の優先度変更操作が行なわれる。例えば、顧客からの問い合わせ等により帳票処理を緊急に行わなければならなくなった場合、運用管理者は、運用管理端末４０から帳票処理サーバ２０にアクセスし、帳票処理サーバ２０が備える帳票ごとの優先度の設定を変更する。
【００２７】
（本発明に至る過程）
通常、データ入力システムにおいては、帳票イメージデータを項目ごとに複数に分割した分割イメージデータの各々を、複数の入力端末のいずれかに送信する分割分散処理が行われる。分割分散処理が行われた場合の入力端末における表示画面例を図３に示す。図３に示すように、同じ項目、例えば金額欄の分割イメージデータ５３が羅列され、その右側に金額の入力欄５５が羅列される。入力担当者は、分割イメージデータ５３を目視して入力欄に数字を入力する。または、分割イメージデータ５３からＯＣＲにより読み取った文字情報が入力欄５５に表示され、入力担当者は分割イメージデータ５３を目視して入力欄に表示される金額が正しいかの確認作業を行う。
【００２８】
このように、分割分散処理においては、顧客のプライバシーが保護され、また、入力担当者は異なる帳票の同じ項目に関する入力作業を効率的に行うことができる。
【００２９】
しかしながら、分割分散処理の場合、複数の入力端末で作業する入力担当者のうち１人でも入力作業が遅れると、その帳票の入力処理は完了しない。よって、急いで入力処理を完了させなければならない緊急事態が発生しても、分割分散処理のみでは柔軟に対応することが困難であった。特に緊急事態の場合は、１の入力端末で入力作業を完了させる帳票単位単独処理が適切である。
【００３０】
そこで、上記事情を一着眼点にして本発明の実施形態による帳票処理システムを創作するに至った。本発明の実施形態による帳票処理システムは、分割分散処理と帳票単位単独処理を選択的に制御することで、帳票の処理により柔軟に対応することが可能である。以下、このような本発明の実施形態について詳細に説明する。
【００３１】
＜２．基本構成＞
本発明の実施形態による帳票処理システムでは、帳票処理サーバ２０が帳票単位単独処理または分割分散処理を選択的に制御する。以下、帳票処理サーバ２０の構成について図４を参照して説明する。
【００３２】
図４は、本実施形態による帳票処理サーバ２０の構成を示すブロック図である。図４に示すように、帳票処理サーバ２０は、データ分割部２１、帳票イメージＤＢ２４、分割イメージＤＢ２５、入力データＤＢ２６、進捗情報管理ＤＢ２７、データ統合部２２、および入力処理制御部２３を備える。
【００３３】
帳票イメージＤＢ２４は、各登録端末１０から送信された帳票イメージデータを格納する。例えば、図５に示すように、「帳票番号」、「帳票種別」および「優先度」を「帳票イメージデータ」に関連付けて格納する。「帳票番号」は、帳票イメージデータに記載された番号をＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）により読み取ったものであってもよいし、登録端末１０から付加情報として送信されたものであってもよい。「帳票種別」は、「帳票番号」に基づいて判断されたものであってもよいし、登録端末１０から付加情報として送信されたものであってもよい。また、「優先度」は、「帳票種別」に応じて予め定められた優先度であってもよい。
【００３４】
データ分割部２１は、帳票イメージデータを複数に分割し、分割イメージデータを得る。具体的には、データ分割部２１は、帳票中の銀行名欄、口座番号欄、氏名欄および金額欄などの項目ごとに帳票イメージデータを分割する。また、データ分割部２１は、分割イメージデータに、基の帳票イメージデータの帳票種別に従って優先度を付加し、分割イメージＤＢ２５に格納する。例えば、データ分割部２１は、図５に示す帳票番号６５３４６３の帳票イメージデータを複数に分割して得た分割イメージデータに、基の帳票イメージの帳票種別「振込」の優先度「Ａ」を付加する。
【００３５】
分割イメージＤＢ２５は、データ分割部２１により複数に分割された分割イメージデータを格納する。例えば、図６に示すように、「帳票番号」、「項目番号」および「優先度」を「帳票分割イメージデータ」関連付けて格納する。「帳票番号」は、基の帳票イメージデータの帳票番号である。「項目番号」（分割画像の識別情報）は、帳票中の銀行名欄、口座番号欄、氏名欄および金額欄などの項目の番号である。「優先度」は、データ分割部２１によって、基の帳票イメージデータの帳票種別に従って付加された優先度である。
【００３６】
入力処理制御部２３は、データ入力の分割分散処理または帳票単位単独処理を選択的に制御する。入力処理制御部２３は、通常処理時においては分割分散処理を選択する。より具体的には、入力処理制御部２３は、帳票イメージデータが複数に分割された分割イメージデータの各々を複数の入力端末のいずれかに送信する。このとき、入力処理制御部２３は、複数の帳票イメージデータの分割イメージデータのうち同項目のデータを入力端末に送信してもよい。例えば、各帳票イメージデータの金額欄の分割イメージデータをまとめて入力端末に送信した場合、入力端末側では、図３に示すように金額欄の分割イメージデータが並べられる。
【００３７】
また、入力処理制御部２３は、緊急対応時等においては帳票単位単独処理を選択し、帳票のイメージデータを１の入力端末に送信する。帳票単位単独処理については後述する＜３．動作処理＞において詳細に説明する。
【００３８】
入力データＤＢ２６は、各入力端末から送信された入力データを格納する。入力データは、例えば図７に示すように、「帳票番号」および「項目番号」と関連付けて格納される。
【００３９】
進捗情報管理ＤＢ２７は、入力処理の進捗情報を格納する。例えば、進捗情報管理ＤＢ２７は、図８に示すように、「登録日時」、「帳票番号」、「項目番号」、「エントリ端末番号」、「エントリ開始時刻」、および「エントリ終了時刻」を格納する。「エントリ端末番号」は、項目ごとに分割された分割イメージデータを送信した先の入力端末の識別番号である。「エントリ開始時刻」は、分割イメージデータを入力端末に送信した時刻である。「エントリ終了時刻」は、送信した分割イメージデータに基づく入力データを入力端末から受信した時刻である。
【００４０】
データ統合部２２は、進捗情報管理ＤＢ２７のデータを監視し、同じ帳票番号の全項目番号において「エントリ終了時刻」が格納された場合、入力データＤＢ２６から当該帳票番号の全項目番号の入力データを抽出して統合し、次の処理（ホストなど）に送る。
【００４１】
以上、本実施形態による帳票処理サーバ２０の構成について詳細に説明した。続いて、本実施形態による帳票処理システムにおいて、帳票単位単独処理が選択された場合の動作処理について複数の実施例を挙げて具体的に説明する。
【００４２】
＜３．動作処理＞
帳票単位単独処理は、上述したように、急いで入力処理を完了させなければならない緊急事態が発生した場合などに行われる。より具体的なトリガとしては、図５に示した帳票の優先度が「Ｓ（緊急レベル）」に変更された場合である。例えば、ある帳票について顧客から問い合わせがあった場合、運用管理者は運用管理端末４０から帳票処理サーバ２０にアクセスする。そして、運用管理者は、運用管理端末４０の画面で、問い合わせがあった帳票番号や顧客名などの情報に基づいて該当の帳票を検索する。該当する帳票が見つかると、運用管理者は、その優先度を「Ｓ（緊急レベル）」に変更する。以下、帳票の優先度が「Ｓ（緊急レベル）」に変更されたことをトリガとして行われる帳票単位単独処理について実施例１〜３を挙げて説明する。
【００４３】
［３−１．実施例１］
実施例１では、帳票処理サーバ２０は、帳票イメージデータ（基イメージデータ）を緊急対応用入力端末３１に送信する。以下、実施例１による動作処理について図９を参照して説明する。
【００４４】
図９は、実施例１による動作処理を示すフローチャートである。図９に示すように、まず、ステップＳ１１において、帳票イメージＤＢ２４に格納される帳票の優先度が、運用管理者により「Ｓ（緊急レベル）」に変更される。次いで、ステップＳ１２において、入力処理制御部２３は、優先度が「Ｓ」に変更された帳票番号に基づいて、分割イメージＤＢ２５に格納される同帳票番号の分割イメージデータを全て削除する。
【００４５】
次に、ステップＳ１３において、入力処理制御部２３は、削除した分割イメージデータの基イメージデータ、すなわち優先度が「Ｓ」に変更された帳票イメージデータを帳票イメージＤＢ２４から取り出す。続いて、ステップＳ１４において、入力処理制御部２３は、取り出した帳票イメージデータを緊急対応用入力端末３１に送信する。
【００４６】
次いで、ステップＳ１５において、緊急対応用入力端末３１側で帳票イメージデータに基づいた入力画面が表示され、入力担当者の操作によりデータ入力処理が行われる。ここで、本実施例による帳票イメージデータに基づいた入力画面について図１０を参照して説明する。
【００４７】
図１０は、実施例１における帳票イメージデータに基づく入力画面の一例を示す図である。図１０に示すように、入力画面６１は、帳票イメージデータ全体を表示する帳票表示画面６３と、各項目の入力欄を並べた入力欄画面６５を含む。入力担当者は、帳票画面６３を目視して、入力欄画面６５の各項目の入力欄にデータを入力していく。また、入力画面６１は、「緊急」と示す表示を含んでもよい。
【００４８】
続いて、ステップＳ１６において、緊急対応用入力端末３１は、各入力欄に入力された入力データを、帳票処理サーバ２０の入力処理制御部２３に送信する。
【００４９】
そして、ステップＳ１７において、入力処理制御部２３は、緊急対応用入力端末３１から受信した入力データを次の処理（ホスト送信など）に送る。なお、本実施例では、緊急対応用入力端末３１から送信される入力データは、帳票イメージデータの全項目の入力データであるので、データ統合部２２による統合処理は行われない。
【００５０】
以上説明したように、実施例１では、緊急対応が必要な帳票がある場合に、分割分散処理を取りやめ、該当する帳票の帳票イメージデータを１の入力端末に送信する帳票単位単独処理を選択制御することで、より早く帳票の入力処理を完了させることができる。このように、１の入力端末に帳票イメージデータを送信する帳票単位単独処理は、分割分散処理のように一人の入力作業遅延によって帳票全体の入力処理の完了が遅れることを防止することができ、帳票全体の入力処理のスピード性、正確性が向上する。また、本実施例は、分割分散処理または帳票単位単独処理を状況に応じて選択的に制御することで、入力処理における様々な事態に柔軟に対応し、帳票の処理をより効率よく行うことができる。
【００５１】
［３−２．実施例２］
上述した実施例１では、優先度が「Ｓ」に変更された帳票イメージデータを緊急対応用入力端末３１に送信し、緊急対応用入力端末３１において全項目の入力処理が行われる。この場合、優先度が「Ｓ」に変更される前に行われていた分割分散処理において既に入力処理が完了している項目があっても、帳票単位単独処理においては緊急対応用入力端末３１で改めて全項目の入力処理が行われる。
【００５２】
そこで、実施例２では、帳票処理サーバ２０は、帳票イメージデータ（基イメージデータ）および既に入力処理が完了している項目の入力データを緊急対応用入力端末３１に送信し、緊急対応用入力端末３１では未処理の項目のみ入力処理を行う。これにより、実施例２では、緊急対応用入力端末３１側での入力の負担を軽減することができる。以下、実施例２による動作処理について図１１を参照して説明する。
【００５３】
図１１は、実施例２による動作処理を示すフローチャートである。図１１に示すように、まず、ステップＳ２１において、帳票イメージＤＢ２４に格納される帳票の優先度が、運用管理者により「Ｓ（緊急レベル）」に変更される。次いで、ステップＳ２２において、入力処理制御部２３は、優先度が「Ｓ」に変更された帳票番号の帳票イメージデータを帳票イメージＤＢ２４から取り出す。さらに、入力処理制御部２３は、入力データＤＢ２６から、優先度が「Ｓ」に変更された帳票番号の各項目の入力データを取り出す。そして、入力処理制御部２３は、帳票イメージデータ（基イメージデータ）および入力データを緊急対応入力端末３１に送信する。
【００５４】
次いで、ステップＳ２３において、緊急対応用入力端末３１側で帳票イメージデータおよび入力データに基づいた入力画面が表示され、ステップＳ２４において、入力担当者の操作によりデータ入力処理が行われる。ここで、本実施例による帳票イメージデータおよび入力データに基づいた入力画面について図１２を参照して説明する。
【００５５】
図１２は、実施例２における帳票イメージデータおよび入力データに基づく入力画面の一例を示す図である。図１２に示すように、入力画面６７は、帳票イメージデータの各項目の画像を表示する表示欄６９、入力処理制御部２３から送信された入力データを表示する入力欄７１ａ、および未入力の入力欄７１ｂを含む。
【００５６】
図１２に示すように、入力欄７１ａには、入力処理制御部２３から送信された入力データが表示されるので、入力担当者は、空欄の入力欄７１ｂのみ入力すればよく、入力作業負担が軽減される。
【００５７】
続いて、ステップＳ２５において、緊急対応用入力端末３１は、全ての入力データを帳票処理サーバ２０の入力処理制御部２３に送信する。
【００５８】
そして、ステップＳ２６において、入力処理制御部２３は、緊急対応用入力端末３１から受信した入力データを次の処理（ホスト送信など）に送る。なお、本実施例では、緊急対応用入力端末３１から送信される入力データは、帳票イメージデータの全項目の入力データであるので、データ統合部２２による統合処理は行われない。
【００５９】
また、実施例２では、実施例１（図９に示すＳ１２）と異なり、優先度「Ｓ」に変更された帳票イメージデータの分割イメージデータは削除しない。なぜならば、実施例２では、分割イメージデータに基づいた入力データを利用するので、入力データのベリファイ作業用等のために、根拠となる分割イメージデータを保存しておく。
【００６０】
以上説明したように、実施例２では、優先度が「Ｓ」に変更された帳票イメージデータのうち、既に入力処理が完了した項目がある場合、その項目の入力データを、帳票イメージデータと共に緊急対応用入力端末３１に送信する。そして、緊急対応用入力端末３１は、受信した入力データを入力画面に表示し、入力データのない項目の入力欄は空白にする。これにより、入力担当者は、まだ入力処理が完了していない項目のみ入力を行えばよいので、入力作業負担が軽減される。
【００６１】
なお、本実施例では、帳票イメージデータおよび入力データに基づく入力画面の一例として図１２を参照して説明したが、本実施例による入力画面はこれに限定されない。例えば、図１０に示すように、帳票イメージデータ全体を表示する帳票画面６３と、入力欄を並べた入力欄画面６５を含む入力画面６１でもよい。なお、入力欄画面６５では、既に入力処理が完了している項目の入力データが表示される。また、本実施例では、緊急対応用入力端末３１に送信するイメージデータを、帳票イメージデータ（基イメージデータ）であると説明したが、図１２のような入力画面の場合は分割イメージデータであってもよい。
【００６２】
［３−３．実施例３］
上述した実施例１および実施例２では、緊急対応用入力端末３１において帳票に記載された全ての顧客情報が表示される。しかし、セキュリティ確保やプライバシー保護のためには一部の情報を非表示にすることが望ましい。そこで、実施例３では、帳票処理サーバ２０が帳票イメージデータ（基イメージデータ）およびデータ入力が完了した項目の項目番号を緊急対応用入力端末３１に送信し、緊急対応用入力端末３１において該当する項目を非表示にする。以下、実施例３による動作処理について図１３を参照して説明する。
【００６３】
図１３は、実施例３による動作処理を示すフローチャートである。図１３に示すように、まず、ステップＳ３１において、帳票イメージＤＢ２４に格納される帳票の優先度が、運用管理者により「Ｓ（緊急レベル）」に変更される。
【００６４】
次いで、ステップＳ３２において、入力処理制御部２３は、優先度が「Ｓ」に変更された帳票番号の帳票イメージデータを帳票イメージＤＢ２４から取り出す。さらに、入力処理制御部２３は、入力データＤＢ２６や進捗情報管理ＤＢ２７を参照し、優先度が「Ｓ」に変更された帳票番号の各項目のうち入力処理が完了している（入力データを既に有している）項目の項目番号を取り出す。そして、入力処理制御部２３は、帳票イメージデータ（基イメージデータ）および項目番号を緊急対応入力端末３１に送信する。
【００６５】
次いで、ステップＳ３３において、緊急対応用入力端末３１側で帳票イメージデータおよび項目番号に基づいた入力画面が表示され、ステップＳ３４において、入力担当者の操作によりデータ入力処理が行われる。ここで、本実施例による帳票イメージデータおよび項目番号に基づいた入力画面について図１４を参照して説明する。
【００６６】
図１４は、実施例３における帳票イメージデータおよび項目番号に基づく入力画面の一例を示す図である。図１４に示すように、緊急対応用入力端末３１は、入力画面７３のうち、入力処理制御部２３から送信された項目番号に該当する欄７５はグレーアウト表示し、内容は非表示とする。また、緊急対応用入力端末３１は、かかる項目番号に該当しない表示欄７９には、帳票イメージデータの各項目の画像を表示し、その入力欄７７は空欄とする。
【００６７】
このように、入力画面７３において、既に入力処理が完了している項目の内容を非表示とすることで、入力担当者の入力作業負担を軽減させ、かつセキュリティ確保やプライバシー保護を実現することができる。
【００６８】
続いて、ステップＳ３５において、緊急対応用入力端末３１は、入力データを帳票処理サーバ２０の入力処理制御部２３に送信する。
【００６９】
次に、ステップＳ３６において、入力処理制御部２３は、受信した入力データを入力データＤＢ２６に格納するとともに、データ統合部２２に当該入力データの帳票番号と緊急対応の指示を出力する。そして、ステップＳ３７において、データ統合部２２は、指示を受けた帳票番号の全ての入力データを入力データＤＢ２６から取り出し、次の処理（ホスト送信など）に送る。
【００７０】
なお、本実施例では、帳票イメージデータおよび入力データに基づく入力画面の一例として図１４を参照して説明したが、本実施例による入力画面はこれに限定されない。例えば、図１０に示すように、帳票イメージデータ全体を表示する帳票画面６３と、入力欄を並べた入力欄画面６５を含む入力画面６１でもよい。なお、入力欄画面６５では、既に入力処理が完了している項目をグレーアウト表示し、内容は非表示とする。また、本実施例では、緊急対応用入力端末３１に送信するイメージデータを、帳票イメージデータ（基イメージデータ）であると説明したが、図１２のような入力画面の場合は分割イメージデータであってもよい。
【００７１】
また、実施例３では、実施例２において上述したように、優先度「Ｓ」に変更された帳票イメージデータの分割イメージデータは削除しない。実施例３でも、分割イメージデータに基づいた入力データを利用するので、入力データのベリファイ作業用等のために、根拠となる分割イメージデータを保存しておく。
【００７２】
以上説明したように、実施例３では、緊急対応用入力端末３１側で既に入力処理が完了している項目を非表示にすることで、入力担当者の入力作業負担を軽減させ、かつセキュリティ確保やプライバシー保護を実現することができる。
【００７３】
ここで、実施例３では、既に入力処理が完了している項目をグレーアウト表示し、内容を非表示にしたが、緊急対応用入力端末３１をある程度の権限を持つ者が操作することを想定した場合、帳票の内容を全て表示した方がよい場合もある。そこで、入力画面７３において、既に入力処理が完了している項目を内容を表示しながらグレーアウトし、入力担当者による編集は不可としてもよい。
【００７４】
［３−４．変更例］
上述した各実施例では、運用管理者により帳票の優先度が「Ｓ（緊急レベル）」に変更された場合をトリガとして帳票単位単独処理が選択制御される場合について説明したが、本実施形態による帳票単位単独処理のトリガはこれに限定されない。例えば、帳票単位単独処理のトリガは、入力端末３０に分割イメージデータを送信後、一定時間経過しても入力データが入力端末３０から送信されない場合でもよい。
【００７５】
より具体的には、入力処理制御部２３は、入力端末３０に分割イメージデータを送信した場合、送信した分割イメージデータの「帳票番号」、「項目番号」および「エントリ端末番号」とともに、送信時刻を「エントリ開始時刻」として進捗情報管理ＤＢ２７に登録する。
【００７６】
次に、入力処理制御部２３は、定期的に進捗情報管理ＤＢ２７の「エントリ開始時刻」および「エントリ終了時刻」（入力端末から入力データを受信した時刻）を確認する。そして、入力処理制御部２３は、「エントリ開始時刻」から一定時間（例えば、１時間）経過後も「エントリ終了時刻」が登録されていないものがある場合、その帳票番号をキーとして、帳票イメージＤＢ２４の該当する帳票番号の優先度を「Ｓ（緊急レベル）」に変更する。
【００７７】
これにより、入力端末３０に送信した分割イメージデータが何らかの事情により未処理となっている場合でも、自動的に優先度を「Ｓ」に変更し、帳票単位単独処理により入力作業を完了させることができる。
【００７８】
＜４．まとめ＞
以上説明したように、実施例１による帳票処理システムによれば、状況に応じて分割分割分散処理または帳票単位単独処理を選択的に制御することで、帳票の処理をより効率よく行うことができる。また、帳票単位単独処理においては、帳票イメージデータを１の入力端末に送信することで、帳票全体の入力処理のスピード性および正確性が向上する。
【００７９】
また、実施例２による帳票処理システムでは、既に入力処理が完了した項目の入力データを、帳票イメージデータと共に緊急対応用入力端末３１に送信することで、入力作業負担を軽減することができる。
【００８０】
また、実施例３による帳票システムでは、緊急対応用入力端末３１側で、入力作業の必要がない項目を非表示にすることで、入力作業負担を軽減し、かつセキュリティ確保やプライバシー保護を実現することができる。
【００８１】
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００８２】
例えば、本実施形態では、入力端末でデータ入力作業が行われる例を説明したが、本発明による帳票処理システムは、データ入力作業の他、入力されたデータが正しいか否か確認するベリファイ作業や、役席者等による承認作業等が行われる場合に適用してもよい。
【００８３】
また、本明細書の帳票処理システムにおける処理を示す各ステップは、必ずしも図示された順序に沿って時系列に処理する必要はない。例えば、図９に示すＳ１２は、Ｓ１３およびＳ１４と並列的に処理されてもよい。
【００８４】
また、図４のブロック図で示した、帳票処理サーバ２０の各機能ブロックの処理を、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などのハードウェアで実現することができる。また、これらハードウェアを、帳票処理サーバ２０の各機能ブロックと同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。
【符号の説明】
【００８５】
１０ 登録端末
２０ 帳票処理サーバ
２１ データ分割部
２２ データ統合部
２３ 入力処理制御部
２４ 帳票イメージＤＢ
２５ 分割イメージＤＢ
２６ 入力データＤＢ
２７ 進捗情報管理ＤＢ
３０ 入力端末
３１ 緊急対応用入力端末
４０ 運用管理端末
【技術分野】
【０００１】
本発明は、帳票処理装置、帳票処理方法、プログラムおよび帳票処理システムに関する。
【背景技術】
【０００２】
従来、商業銀行業務を営む一般顧客を対象とした金融機関（商業銀行、証券会社、消費者金融事業者など）の集中事務センターなどで、振込票、および申込書などの帳票のイメージデータを基に複数の入力担当者がデータ入力作業を行っている。
【０００３】
このようなデータ入力に関する技術として、例えば下記特許文献１では、セキュリティ確保やプライバシー保護のために、帳票のイメージデータを分割し、別々の入力担当者に振り分けてデータ入力作業を行わせるデータエントリシステムが開示されている。かかるデータエントリシステムでは、優先度のより高い帳票案件の個々の分割したイメージデータを優先して複数の入力担当者に振り分けていた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−５８８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１のように、分割されたイメージデータを複数の入力担当者に振り分るシステムでは、一人の入力担当者の作業遅れにより帳票の入力作業が完了しないという問題があった。上述した優先度に応じた振り分けを行っても、急いで入力作業を完了しなければならない案件などに柔軟に対応することは困難であった。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、帳票の処理をより効率よく行うことが可能な、新規かつ改良された帳票処理装置、帳票処理方法、プログラムおよび帳票処理システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、帳票画像を記憶する帳票画像記憶部と、前記帳票画像を複数に分割して得られる複数の分割画像を記憶する分割画像記憶部と、前記複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、前記帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する制御部と、を備える帳票処理装置が提供される。
【０００８】
また、前記帳票単位単独処理は、前記帳票画像の分割画像を前記分割画像記憶部から削除し、前記帳票画像を前記１の入力端末に送信してもよい。
【０００９】
また、前記帳票処理装置は、前記入力端末から受信した前記分割画像に基づく入力データを記憶する入力データ記憶部をさらに備え、前記帳票単位単独処理は、前記帳票画像および前記入力データを、前記１の入力端末に送信してもよい。
【００１０】
また、前記帳票処理装置は、前記入力端末から受信した前記分割画像に基づく入力データを記憶する入力データ記憶部をさらに備え、前記帳票単位単独処理は、前記帳票画像、および前記帳票画像のうち既に対応する入力データが受信された分割画像の識別情報を、前記１の入力端末に送信してもよい。
【００１１】
また、前記制御部は、前記帳票画像に設定された優先度のレベルが、最も高い緊急レベルに設定された場合、前記帳票単位単独処理を選択してもよい。
【００１２】
また、前記制御部は、前記入力端末に送信した分割画像のうち、送信から一定時間経過後も前記送信した分割画像に対応する入力データが受信されない場合、前記帳票単位単独処理を選択してもよい。
【００１３】
また、上記課題を解決するために、本発明の別の観点によれば、帳票画像を複数に分割して得られる複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割・分散処理、または、帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御するステップを含む帳票処理方法が提供される。
【００１４】
また、上記課題を解決するために、本発明の別の観点によれば、帳票画像を複数に分割して得られる複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する処理をコンピュータに実行させるプログラムが提供される。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、帳票画像を記憶する帳票画像記憶部と、前記帳票画像を複数に分割して得られる複数の分割画像を記憶する分割画像記憶部と、前記複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、前記帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する制御部と、を有する帳票処理装置と、前記帳票処理装置から送信された画像を受信する受信部と、前記受信部により受信した画像を表示する表示部と、前記表示部による表示した画像に基づいて入力された入力データを前記帳票処理装置に送信する送信部と、を有する入力端末と、を備える帳票処理システムが提供される。
【発明の効果】
【００１６】
以上説明したように本発明によれば、帳票の処理をより効率よく行うことが可能である。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態による帳票処理システムの全体構成を示す図である。
【図２】入力端末の外観外略図である。
【図３】分割分散処理時の入力端末における表示画面例を示す図である。
【図４】本発明の実施形態による帳票処理サーバの構成を示すブロック図である。
【図５】本発明の実施形態による帳票イメージＤＢの一例を示す図である。
【図６】本発明の実施形態による分割イメージＤＢの一例を示す図である。
【図７】本発明の実施形態による入力データＤＢの一例を示す図である。
【図８】本発明の実施形態による進捗情報管理ＤＢの一例を示す図である。
【図９】本発明の実施例１による動作処理を示すフローチャートである。
【図１０】本発明の実施例１における帳票イメージデータに基づく入力画面の一例を示す図である。
【図１１】本発明の実施例２による動作処理を示すフローチャートである。
【図１２】本発明の実施例２における帳票イメージデータおよび入力データに基づく入力画面の一例を示す図である。
【図１３】本発明の実施例３による動作処理を示すフローチャートである。
【図１４】本発明の実施例３における帳票イメージデータおよび項目番号に基づく入力画面の一例を示す図である。
【発明を実施するための形態】
【００１８】
以下に添付図面を参照しながら、本発明の実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１９】
また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．帳票処理システムの概要
２．基本構成
３．動作処理
３−１．実施例１
３−２．実施例２
３−３．実施例３
４．まとめ
【００２０】
本発明は、一例として「２．基本構成」〜「３．動作処理」において詳細に説明するような形態で実施され得る。また、本発明の実施形態による帳票処理サーバ２０は、
（Ａ）帳票画像を記憶する帳票画像記憶部（帳票イメージＤＢ２４）と、
（Ｂ）前記帳票画像を複数に分割して得られる複数の分割画像を記憶する分割画像記憶部（分割イメージＤＢ２５）と、
（Ｃ）前記複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、前記帳票画像若しくは前記複数の分割画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する制御部（入力処理制御部２３）と、
を備える、帳票処理装置である。
【００２１】
このような帳票処理サーバ２０を用いた帳票処理システムについて、まず概要を説明してから、基本構成および動作処理について説明する。
【００２２】
＜１．帳票処理システムの概要＞
図１は、本発明の実施形態による帳票処理システムの全体構成を示す図である。図１に示したように、本実施形態による帳票処理システムは、複数の登録端末１０、集中事務センターなどに置かれる帳票処理サーバ２０、複数の入力端末３０、および運用管理端末４０を備える。
【００２３】
各店舗に置かれる複数の登録端末１０は、帳票の画像データを読み取るスキャナを備える。登録端末１０は、読み取った帳票イメージデータ（帳票画像）を、帳票処理サーバ２０に送る。
【００２４】
集中事務センターなどに置かれる帳票処理サーバ２０は、各登録端末１０から取得した帳票イメージデータの処理を行う。より具体的には、帳票イメージデータを複数に分割した分割イメージデータの各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、帳票イメージデータ若しくは分割イメージデータを１の入力端末に送信する帳票単位単独処理を選択的に制御する。
【００２５】
入力端末３０では、入力担当者により帳票の入力作業が行われる。より具体的には、図２に示すように、入力端末３０の表示部３０１に表示される画面に従って入力担当者がキーボード３０３からデータ入力作業を行う。複数の入力端末３０のうち、所定の入力端末は、緊急対応用入力端末３１としても機能する。緊急対応用入力端末３１は、緊急対応可能な入力担当者がログインしている入力端末であってもよいし、緊急対応可能と設定された入力端末であってもよい。
【００２６】
運用管理端末４０は、運用管理者により帳票の優先度変更操作が行なわれる。例えば、顧客からの問い合わせ等により帳票処理を緊急に行わなければならなくなった場合、運用管理者は、運用管理端末４０から帳票処理サーバ２０にアクセスし、帳票処理サーバ２０が備える帳票ごとの優先度の設定を変更する。
【００２７】
（本発明に至る過程）
通常、データ入力システムにおいては、帳票イメージデータを項目ごとに複数に分割した分割イメージデータの各々を、複数の入力端末のいずれかに送信する分割分散処理が行われる。分割分散処理が行われた場合の入力端末における表示画面例を図３に示す。図３に示すように、同じ項目、例えば金額欄の分割イメージデータ５３が羅列され、その右側に金額の入力欄５５が羅列される。入力担当者は、分割イメージデータ５３を目視して入力欄に数字を入力する。または、分割イメージデータ５３からＯＣＲにより読み取った文字情報が入力欄５５に表示され、入力担当者は分割イメージデータ５３を目視して入力欄に表示される金額が正しいかの確認作業を行う。
【００２８】
このように、分割分散処理においては、顧客のプライバシーが保護され、また、入力担当者は異なる帳票の同じ項目に関する入力作業を効率的に行うことができる。
【００２９】
しかしながら、分割分散処理の場合、複数の入力端末で作業する入力担当者のうち１人でも入力作業が遅れると、その帳票の入力処理は完了しない。よって、急いで入力処理を完了させなければならない緊急事態が発生しても、分割分散処理のみでは柔軟に対応することが困難であった。特に緊急事態の場合は、１の入力端末で入力作業を完了させる帳票単位単独処理が適切である。
【００３０】
そこで、上記事情を一着眼点にして本発明の実施形態による帳票処理システムを創作するに至った。本発明の実施形態による帳票処理システムは、分割分散処理と帳票単位単独処理を選択的に制御することで、帳票の処理により柔軟に対応することが可能である。以下、このような本発明の実施形態について詳細に説明する。
【００３１】
＜２．基本構成＞
本発明の実施形態による帳票処理システムでは、帳票処理サーバ２０が帳票単位単独処理または分割分散処理を選択的に制御する。以下、帳票処理サーバ２０の構成について図４を参照して説明する。
【００３２】
図４は、本実施形態による帳票処理サーバ２０の構成を示すブロック図である。図４に示すように、帳票処理サーバ２０は、データ分割部２１、帳票イメージＤＢ２４、分割イメージＤＢ２５、入力データＤＢ２６、進捗情報管理ＤＢ２７、データ統合部２２、および入力処理制御部２３を備える。
【００３３】
帳票イメージＤＢ２４は、各登録端末１０から送信された帳票イメージデータを格納する。例えば、図５に示すように、「帳票番号」、「帳票種別」および「優先度」を「帳票イメージデータ」に関連付けて格納する。「帳票番号」は、帳票イメージデータに記載された番号をＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）により読み取ったものであってもよいし、登録端末１０から付加情報として送信されたものであってもよい。「帳票種別」は、「帳票番号」に基づいて判断されたものであってもよいし、登録端末１０から付加情報として送信されたものであってもよい。また、「優先度」は、「帳票種別」に応じて予め定められた優先度であってもよい。
【００３４】
データ分割部２１は、帳票イメージデータを複数に分割し、分割イメージデータを得る。具体的には、データ分割部２１は、帳票中の銀行名欄、口座番号欄、氏名欄および金額欄などの項目ごとに帳票イメージデータを分割する。また、データ分割部２１は、分割イメージデータに、基の帳票イメージデータの帳票種別に従って優先度を付加し、分割イメージＤＢ２５に格納する。例えば、データ分割部２１は、図５に示す帳票番号６５３４６３の帳票イメージデータを複数に分割して得た分割イメージデータに、基の帳票イメージの帳票種別「振込」の優先度「Ａ」を付加する。
【００３５】
分割イメージＤＢ２５は、データ分割部２１により複数に分割された分割イメージデータを格納する。例えば、図６に示すように、「帳票番号」、「項目番号」および「優先度」を「帳票分割イメージデータ」関連付けて格納する。「帳票番号」は、基の帳票イメージデータの帳票番号である。「項目番号」（分割画像の識別情報）は、帳票中の銀行名欄、口座番号欄、氏名欄および金額欄などの項目の番号である。「優先度」は、データ分割部２１によって、基の帳票イメージデータの帳票種別に従って付加された優先度である。
【００３６】
入力処理制御部２３は、データ入力の分割分散処理または帳票単位単独処理を選択的に制御する。入力処理制御部２３は、通常処理時においては分割分散処理を選択する。より具体的には、入力処理制御部２３は、帳票イメージデータが複数に分割された分割イメージデータの各々を複数の入力端末のいずれかに送信する。このとき、入力処理制御部２３は、複数の帳票イメージデータの分割イメージデータのうち同項目のデータを入力端末に送信してもよい。例えば、各帳票イメージデータの金額欄の分割イメージデータをまとめて入力端末に送信した場合、入力端末側では、図３に示すように金額欄の分割イメージデータが並べられる。
【００３７】
また、入力処理制御部２３は、緊急対応時等においては帳票単位単独処理を選択し、帳票のイメージデータを１の入力端末に送信する。帳票単位単独処理については後述する＜３．動作処理＞において詳細に説明する。
【００３８】
入力データＤＢ２６は、各入力端末から送信された入力データを格納する。入力データは、例えば図７に示すように、「帳票番号」および「項目番号」と関連付けて格納される。
【００３９】
進捗情報管理ＤＢ２７は、入力処理の進捗情報を格納する。例えば、進捗情報管理ＤＢ２７は、図８に示すように、「登録日時」、「帳票番号」、「項目番号」、「エントリ端末番号」、「エントリ開始時刻」、および「エントリ終了時刻」を格納する。「エントリ端末番号」は、項目ごとに分割された分割イメージデータを送信した先の入力端末の識別番号である。「エントリ開始時刻」は、分割イメージデータを入力端末に送信した時刻である。「エントリ終了時刻」は、送信した分割イメージデータに基づく入力データを入力端末から受信した時刻である。
【００４０】
データ統合部２２は、進捗情報管理ＤＢ２７のデータを監視し、同じ帳票番号の全項目番号において「エントリ終了時刻」が格納された場合、入力データＤＢ２６から当該帳票番号の全項目番号の入力データを抽出して統合し、次の処理（ホストなど）に送る。
【００４１】
以上、本実施形態による帳票処理サーバ２０の構成について詳細に説明した。続いて、本実施形態による帳票処理システムにおいて、帳票単位単独処理が選択された場合の動作処理について複数の実施例を挙げて具体的に説明する。
【００４２】
＜３．動作処理＞
帳票単位単独処理は、上述したように、急いで入力処理を完了させなければならない緊急事態が発生した場合などに行われる。より具体的なトリガとしては、図５に示した帳票の優先度が「Ｓ（緊急レベル）」に変更された場合である。例えば、ある帳票について顧客から問い合わせがあった場合、運用管理者は運用管理端末４０から帳票処理サーバ２０にアクセスする。そして、運用管理者は、運用管理端末４０の画面で、問い合わせがあった帳票番号や顧客名などの情報に基づいて該当の帳票を検索する。該当する帳票が見つかると、運用管理者は、その優先度を「Ｓ（緊急レベル）」に変更する。以下、帳票の優先度が「Ｓ（緊急レベル）」に変更されたことをトリガとして行われる帳票単位単独処理について実施例１〜３を挙げて説明する。
【００４３】
［３−１．実施例１］
実施例１では、帳票処理サーバ２０は、帳票イメージデータ（基イメージデータ）を緊急対応用入力端末３１に送信する。以下、実施例１による動作処理について図９を参照して説明する。
【００４４】
図９は、実施例１による動作処理を示すフローチャートである。図９に示すように、まず、ステップＳ１１において、帳票イメージＤＢ２４に格納される帳票の優先度が、運用管理者により「Ｓ（緊急レベル）」に変更される。次いで、ステップＳ１２において、入力処理制御部２３は、優先度が「Ｓ」に変更された帳票番号に基づいて、分割イメージＤＢ２５に格納される同帳票番号の分割イメージデータを全て削除する。
【００４５】
次に、ステップＳ１３において、入力処理制御部２３は、削除した分割イメージデータの基イメージデータ、すなわち優先度が「Ｓ」に変更された帳票イメージデータを帳票イメージＤＢ２４から取り出す。続いて、ステップＳ１４において、入力処理制御部２３は、取り出した帳票イメージデータを緊急対応用入力端末３１に送信する。
【００４６】
次いで、ステップＳ１５において、緊急対応用入力端末３１側で帳票イメージデータに基づいた入力画面が表示され、入力担当者の操作によりデータ入力処理が行われる。ここで、本実施例による帳票イメージデータに基づいた入力画面について図１０を参照して説明する。
【００４７】
図１０は、実施例１における帳票イメージデータに基づく入力画面の一例を示す図である。図１０に示すように、入力画面６１は、帳票イメージデータ全体を表示する帳票表示画面６３と、各項目の入力欄を並べた入力欄画面６５を含む。入力担当者は、帳票画面６３を目視して、入力欄画面６５の各項目の入力欄にデータを入力していく。また、入力画面６１は、「緊急」と示す表示を含んでもよい。
【００４８】
続いて、ステップＳ１６において、緊急対応用入力端末３１は、各入力欄に入力された入力データを、帳票処理サーバ２０の入力処理制御部２３に送信する。
【００４９】
そして、ステップＳ１７において、入力処理制御部２３は、緊急対応用入力端末３１から受信した入力データを次の処理（ホスト送信など）に送る。なお、本実施例では、緊急対応用入力端末３１から送信される入力データは、帳票イメージデータの全項目の入力データであるので、データ統合部２２による統合処理は行われない。
【００５０】
以上説明したように、実施例１では、緊急対応が必要な帳票がある場合に、分割分散処理を取りやめ、該当する帳票の帳票イメージデータを１の入力端末に送信する帳票単位単独処理を選択制御することで、より早く帳票の入力処理を完了させることができる。このように、１の入力端末に帳票イメージデータを送信する帳票単位単独処理は、分割分散処理のように一人の入力作業遅延によって帳票全体の入力処理の完了が遅れることを防止することができ、帳票全体の入力処理のスピード性、正確性が向上する。また、本実施例は、分割分散処理または帳票単位単独処理を状況に応じて選択的に制御することで、入力処理における様々な事態に柔軟に対応し、帳票の処理をより効率よく行うことができる。
【００５１】
［３−２．実施例２］
上述した実施例１では、優先度が「Ｓ」に変更された帳票イメージデータを緊急対応用入力端末３１に送信し、緊急対応用入力端末３１において全項目の入力処理が行われる。この場合、優先度が「Ｓ」に変更される前に行われていた分割分散処理において既に入力処理が完了している項目があっても、帳票単位単独処理においては緊急対応用入力端末３１で改めて全項目の入力処理が行われる。
【００５２】
そこで、実施例２では、帳票処理サーバ２０は、帳票イメージデータ（基イメージデータ）および既に入力処理が完了している項目の入力データを緊急対応用入力端末３１に送信し、緊急対応用入力端末３１では未処理の項目のみ入力処理を行う。これにより、実施例２では、緊急対応用入力端末３１側での入力の負担を軽減することができる。以下、実施例２による動作処理について図１１を参照して説明する。
【００５３】
図１１は、実施例２による動作処理を示すフローチャートである。図１１に示すように、まず、ステップＳ２１において、帳票イメージＤＢ２４に格納される帳票の優先度が、運用管理者により「Ｓ（緊急レベル）」に変更される。次いで、ステップＳ２２において、入力処理制御部２３は、優先度が「Ｓ」に変更された帳票番号の帳票イメージデータを帳票イメージＤＢ２４から取り出す。さらに、入力処理制御部２３は、入力データＤＢ２６から、優先度が「Ｓ」に変更された帳票番号の各項目の入力データを取り出す。そして、入力処理制御部２３は、帳票イメージデータ（基イメージデータ）および入力データを緊急対応入力端末３１に送信する。
【００５４】
次いで、ステップＳ２３において、緊急対応用入力端末３１側で帳票イメージデータおよび入力データに基づいた入力画面が表示され、ステップＳ２４において、入力担当者の操作によりデータ入力処理が行われる。ここで、本実施例による帳票イメージデータおよび入力データに基づいた入力画面について図１２を参照して説明する。
【００５５】
図１２は、実施例２における帳票イメージデータおよび入力データに基づく入力画面の一例を示す図である。図１２に示すように、入力画面６７は、帳票イメージデータの各項目の画像を表示する表示欄６９、入力処理制御部２３から送信された入力データを表示する入力欄７１ａ、および未入力の入力欄７１ｂを含む。
【００５６】
図１２に示すように、入力欄７１ａには、入力処理制御部２３から送信された入力データが表示されるので、入力担当者は、空欄の入力欄７１ｂのみ入力すればよく、入力作業負担が軽減される。
【００５７】
続いて、ステップＳ２５において、緊急対応用入力端末３１は、全ての入力データを帳票処理サーバ２０の入力処理制御部２３に送信する。
【００５８】
そして、ステップＳ２６において、入力処理制御部２３は、緊急対応用入力端末３１から受信した入力データを次の処理（ホスト送信など）に送る。なお、本実施例では、緊急対応用入力端末３１から送信される入力データは、帳票イメージデータの全項目の入力データであるので、データ統合部２２による統合処理は行われない。
【００５９】
また、実施例２では、実施例１（図９に示すＳ１２）と異なり、優先度「Ｓ」に変更された帳票イメージデータの分割イメージデータは削除しない。なぜならば、実施例２では、分割イメージデータに基づいた入力データを利用するので、入力データのベリファイ作業用等のために、根拠となる分割イメージデータを保存しておく。
【００６０】
以上説明したように、実施例２では、優先度が「Ｓ」に変更された帳票イメージデータのうち、既に入力処理が完了した項目がある場合、その項目の入力データを、帳票イメージデータと共に緊急対応用入力端末３１に送信する。そして、緊急対応用入力端末３１は、受信した入力データを入力画面に表示し、入力データのない項目の入力欄は空白にする。これにより、入力担当者は、まだ入力処理が完了していない項目のみ入力を行えばよいので、入力作業負担が軽減される。
【００６１】
なお、本実施例では、帳票イメージデータおよび入力データに基づく入力画面の一例として図１２を参照して説明したが、本実施例による入力画面はこれに限定されない。例えば、図１０に示すように、帳票イメージデータ全体を表示する帳票画面６３と、入力欄を並べた入力欄画面６５を含む入力画面６１でもよい。なお、入力欄画面６５では、既に入力処理が完了している項目の入力データが表示される。また、本実施例では、緊急対応用入力端末３１に送信するイメージデータを、帳票イメージデータ（基イメージデータ）であると説明したが、図１２のような入力画面の場合は分割イメージデータであってもよい。
【００６２】
［３−３．実施例３］
上述した実施例１および実施例２では、緊急対応用入力端末３１において帳票に記載された全ての顧客情報が表示される。しかし、セキュリティ確保やプライバシー保護のためには一部の情報を非表示にすることが望ましい。そこで、実施例３では、帳票処理サーバ２０が帳票イメージデータ（基イメージデータ）およびデータ入力が完了した項目の項目番号を緊急対応用入力端末３１に送信し、緊急対応用入力端末３１において該当する項目を非表示にする。以下、実施例３による動作処理について図１３を参照して説明する。
【００６３】
図１３は、実施例３による動作処理を示すフローチャートである。図１３に示すように、まず、ステップＳ３１において、帳票イメージＤＢ２４に格納される帳票の優先度が、運用管理者により「Ｓ（緊急レベル）」に変更される。
【００６４】
次いで、ステップＳ３２において、入力処理制御部２３は、優先度が「Ｓ」に変更された帳票番号の帳票イメージデータを帳票イメージＤＢ２４から取り出す。さらに、入力処理制御部２３は、入力データＤＢ２６や進捗情報管理ＤＢ２７を参照し、優先度が「Ｓ」に変更された帳票番号の各項目のうち入力処理が完了している（入力データを既に有している）項目の項目番号を取り出す。そして、入力処理制御部２３は、帳票イメージデータ（基イメージデータ）および項目番号を緊急対応入力端末３１に送信する。
【００６５】
次いで、ステップＳ３３において、緊急対応用入力端末３１側で帳票イメージデータおよび項目番号に基づいた入力画面が表示され、ステップＳ３４において、入力担当者の操作によりデータ入力処理が行われる。ここで、本実施例による帳票イメージデータおよび項目番号に基づいた入力画面について図１４を参照して説明する。
【００６６】
図１４は、実施例３における帳票イメージデータおよび項目番号に基づく入力画面の一例を示す図である。図１４に示すように、緊急対応用入力端末３１は、入力画面７３のうち、入力処理制御部２３から送信された項目番号に該当する欄７５はグレーアウト表示し、内容は非表示とする。また、緊急対応用入力端末３１は、かかる項目番号に該当しない表示欄７９には、帳票イメージデータの各項目の画像を表示し、その入力欄７７は空欄とする。
【００６７】
このように、入力画面７３において、既に入力処理が完了している項目の内容を非表示とすることで、入力担当者の入力作業負担を軽減させ、かつセキュリティ確保やプライバシー保護を実現することができる。
【００６８】
続いて、ステップＳ３５において、緊急対応用入力端末３１は、入力データを帳票処理サーバ２０の入力処理制御部２３に送信する。
【００６９】
次に、ステップＳ３６において、入力処理制御部２３は、受信した入力データを入力データＤＢ２６に格納するとともに、データ統合部２２に当該入力データの帳票番号と緊急対応の指示を出力する。そして、ステップＳ３７において、データ統合部２２は、指示を受けた帳票番号の全ての入力データを入力データＤＢ２６から取り出し、次の処理（ホスト送信など）に送る。
【００７０】
なお、本実施例では、帳票イメージデータおよび入力データに基づく入力画面の一例として図１４を参照して説明したが、本実施例による入力画面はこれに限定されない。例えば、図１０に示すように、帳票イメージデータ全体を表示する帳票画面６３と、入力欄を並べた入力欄画面６５を含む入力画面６１でもよい。なお、入力欄画面６５では、既に入力処理が完了している項目をグレーアウト表示し、内容は非表示とする。また、本実施例では、緊急対応用入力端末３１に送信するイメージデータを、帳票イメージデータ（基イメージデータ）であると説明したが、図１２のような入力画面の場合は分割イメージデータであってもよい。
【００７１】
また、実施例３では、実施例２において上述したように、優先度「Ｓ」に変更された帳票イメージデータの分割イメージデータは削除しない。実施例３でも、分割イメージデータに基づいた入力データを利用するので、入力データのベリファイ作業用等のために、根拠となる分割イメージデータを保存しておく。
【００７２】
以上説明したように、実施例３では、緊急対応用入力端末３１側で既に入力処理が完了している項目を非表示にすることで、入力担当者の入力作業負担を軽減させ、かつセキュリティ確保やプライバシー保護を実現することができる。
【００７３】
ここで、実施例３では、既に入力処理が完了している項目をグレーアウト表示し、内容を非表示にしたが、緊急対応用入力端末３１をある程度の権限を持つ者が操作することを想定した場合、帳票の内容を全て表示した方がよい場合もある。そこで、入力画面７３において、既に入力処理が完了している項目を内容を表示しながらグレーアウトし、入力担当者による編集は不可としてもよい。
【００７４】
［３−４．変更例］
上述した各実施例では、運用管理者により帳票の優先度が「Ｓ（緊急レベル）」に変更された場合をトリガとして帳票単位単独処理が選択制御される場合について説明したが、本実施形態による帳票単位単独処理のトリガはこれに限定されない。例えば、帳票単位単独処理のトリガは、入力端末３０に分割イメージデータを送信後、一定時間経過しても入力データが入力端末３０から送信されない場合でもよい。
【００７５】
より具体的には、入力処理制御部２３は、入力端末３０に分割イメージデータを送信した場合、送信した分割イメージデータの「帳票番号」、「項目番号」および「エントリ端末番号」とともに、送信時刻を「エントリ開始時刻」として進捗情報管理ＤＢ２７に登録する。
【００７６】
次に、入力処理制御部２３は、定期的に進捗情報管理ＤＢ２７の「エントリ開始時刻」および「エントリ終了時刻」（入力端末から入力データを受信した時刻）を確認する。そして、入力処理制御部２３は、「エントリ開始時刻」から一定時間（例えば、１時間）経過後も「エントリ終了時刻」が登録されていないものがある場合、その帳票番号をキーとして、帳票イメージＤＢ２４の該当する帳票番号の優先度を「Ｓ（緊急レベル）」に変更する。
【００７７】
これにより、入力端末３０に送信した分割イメージデータが何らかの事情により未処理となっている場合でも、自動的に優先度を「Ｓ」に変更し、帳票単位単独処理により入力作業を完了させることができる。
【００７８】
＜４．まとめ＞
以上説明したように、実施例１による帳票処理システムによれば、状況に応じて分割分割分散処理または帳票単位単独処理を選択的に制御することで、帳票の処理をより効率よく行うことができる。また、帳票単位単独処理においては、帳票イメージデータを１の入力端末に送信することで、帳票全体の入力処理のスピード性および正確性が向上する。
【００７９】
また、実施例２による帳票処理システムでは、既に入力処理が完了した項目の入力データを、帳票イメージデータと共に緊急対応用入力端末３１に送信することで、入力作業負担を軽減することができる。
【００８０】
また、実施例３による帳票システムでは、緊急対応用入力端末３１側で、入力作業の必要がない項目を非表示にすることで、入力作業負担を軽減し、かつセキュリティ確保やプライバシー保護を実現することができる。
【００８１】
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００８２】
例えば、本実施形態では、入力端末でデータ入力作業が行われる例を説明したが、本発明による帳票処理システムは、データ入力作業の他、入力されたデータが正しいか否か確認するベリファイ作業や、役席者等による承認作業等が行われる場合に適用してもよい。
【００８３】
また、本明細書の帳票処理システムにおける処理を示す各ステップは、必ずしも図示された順序に沿って時系列に処理する必要はない。例えば、図９に示すＳ１２は、Ｓ１３およびＳ１４と並列的に処理されてもよい。
【００８４】
また、図４のブロック図で示した、帳票処理サーバ２０の各機能ブロックの処理を、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などのハードウェアで実現することができる。また、これらハードウェアを、帳票処理サーバ２０の各機能ブロックと同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。
【符号の説明】
【００８５】
１０ 登録端末
２０ 帳票処理サーバ
２１ データ分割部
２２ データ統合部
２３ 入力処理制御部
２４ 帳票イメージＤＢ
２５ 分割イメージＤＢ
２６ 入力データＤＢ
２７ 進捗情報管理ＤＢ
３０ 入力端末
３１ 緊急対応用入力端末
４０ 運用管理端末
【特許請求の範囲】
【請求項１】
帳票画像を記憶する帳票画像記憶部と、
前記帳票画像を複数に分割して得られる複数の分割画像を記憶する分割画像記憶部と、
前記複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、前記帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する制御部と、
を備える、帳票処理装置。
【請求項２】
前記帳票単位単独処理は、前記帳票画像の分割画像を前記分割画像記憶部から削除し、前記帳票画像を前記１の入力端末に送信する、請求項１に記載の帳票処理装置。
【請求項３】
前記帳票処理装置は、
前記入力端末から受信した前記分割画像に基づく入力データを記憶する入力データ記憶部をさらに備え、
前記帳票単位単独処理は、前記帳票画像および前記入力データを、前記１の入力端末に送信する、請求項１に記載の帳票処理装置。
【請求項４】
前記帳票処理装置は、
前記入力端末から受信した前記分割画像に基づく入力データを記憶する入力データ記憶部をさらに備え、
前記帳票単位単独処理は、前記帳票画像、および前記帳票画像のうち既に対応する入力データが受信された分割画像の識別情報を、前記１の入力端末に送信する、請求項１に記載の帳票処理装置。
【請求項５】
前記制御部は、前記帳票画像に設定された優先度のレベルが、最も高い緊急レベルに設定された場合、前記帳票単位単独処理を選択する、請求項１から４のいずれか１項に記載の帳票処理装置。
【請求項６】
前記制御部は、前記入力端末に送信した分割画像のうち、送信から一定時間経過後も前記送信した分割画像に対応する入力データが受信されない場合、前記帳票単位単独処理を選択する、請求項１から５のいずれか１項に記載の帳票処理装置。
【請求項７】
帳票画像を複数に分割して得られる複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御するステップを含む、帳票処理方法。
【請求項８】
帳票画像を複数に分割して得られる複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する処理をコンピュータに実行させる、プログラム。
【請求項９】
帳票画像を記憶する帳票画像記憶部と；
前記帳票画像を複数に分割して得られる複数の分割画像を記憶する分割画像記憶部と；
前記複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、前記帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する制御部と；
を有する帳票処理装置と、
前記帳票処理装置から送信された画像を受信する受信部と；
前記受信部により受信した画像を表示する表示部と；
前記表示部による表示した画像に基づいて入力された入力データを前記帳票処理装置に送信する送信部と；
を有する入力端末と、
を備える、帳票処理システム。
【請求項１】
帳票画像を記憶する帳票画像記憶部と、
前記帳票画像を複数に分割して得られる複数の分割画像を記憶する分割画像記憶部と、
前記複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、前記帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する制御部と、
を備える、帳票処理装置。
【請求項２】
前記帳票単位単独処理は、前記帳票画像の分割画像を前記分割画像記憶部から削除し、前記帳票画像を前記１の入力端末に送信する、請求項１に記載の帳票処理装置。
【請求項３】
前記帳票処理装置は、
前記入力端末から受信した前記分割画像に基づく入力データを記憶する入力データ記憶部をさらに備え、
前記帳票単位単独処理は、前記帳票画像および前記入力データを、前記１の入力端末に送信する、請求項１に記載の帳票処理装置。
【請求項４】
前記帳票処理装置は、
前記入力端末から受信した前記分割画像に基づく入力データを記憶する入力データ記憶部をさらに備え、
前記帳票単位単独処理は、前記帳票画像、および前記帳票画像のうち既に対応する入力データが受信された分割画像の識別情報を、前記１の入力端末に送信する、請求項１に記載の帳票処理装置。
【請求項５】
前記制御部は、前記帳票画像に設定された優先度のレベルが、最も高い緊急レベルに設定された場合、前記帳票単位単独処理を選択する、請求項１から４のいずれか１項に記載の帳票処理装置。
【請求項６】
前記制御部は、前記入力端末に送信した分割画像のうち、送信から一定時間経過後も前記送信した分割画像に対応する入力データが受信されない場合、前記帳票単位単独処理を選択する、請求項１から５のいずれか１項に記載の帳票処理装置。
【請求項７】
帳票画像を複数に分割して得られる複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御するステップを含む、帳票処理方法。
【請求項８】
帳票画像を複数に分割して得られる複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する処理をコンピュータに実行させる、プログラム。
【請求項９】
帳票画像を記憶する帳票画像記憶部と；
前記帳票画像を複数に分割して得られる複数の分割画像を記憶する分割画像記憶部と；
前記複数の分割画像の各々を複数の入力端末のうちいずれかの入力端末に送信する分割分散処理、または、前記帳票画像を１の入力端末に送信する帳票単位単独処理を選択的に制御する制御部と；
を有する帳票処理装置と、
前記帳票処理装置から送信された画像を受信する受信部と；
前記受信部により受信した画像を表示する表示部と；
前記表示部による表示した画像に基づいて入力された入力データを前記帳票処理装置に送信する送信部と；
を有する入力端末と、
を備える、帳票処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１３−４７９１２（Ｐ２０１３−４７９１２Ａ）
【公開日】平成２５年３月７日（２０１３．３．７）
【国際特許分類】
【出願番号】特願２０１１−１８６５１０（Ｐ２０１１−１８６５１０）
【出願日】平成２３年８月２９日（２０１１．８．２９）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【公開日】平成２５年３月７日（２０１３．３．７）
【国際特許分類】
【出願日】平成２３年８月２９日（２０１１．８．２９）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
[ Back to top ]