(57)【要約】      （修正有）【課題】表示属性データに応じて帳票イメージを表示させる手段を提供する。【解決手段】帳票データ処理サーバは、少なくとも１つの端末装置から送信される最新の表示属性データを受信し、対応する帳票イメージと関連付けて前記最新の表示属性データを保存するデータ管理部と、少なくとも１つの端末装置に帳票イメージを表示させる際に、帳票イメージと関連付けて保存した最新の表示属性データに応じて前記帳票イメージを表示させる画面管理部と、を備えることを特徴とする。帳票のイメージ情報と関連付けて帳票イメージの表示属性データ、例えば回転方向に関するデータ等を管理し、当該表示属性データに応じて帳票イメージを表示させる手段を提供することで、帳票データ処理システムの操作性を向上させる。【選択図】図６
2009146305.tif 000002
【特許請求の範囲】
【請求項１】
オペレータにより変更可能な表示属性データに応じて帳票イメージを表示する端末装置とネットワークを介して接続される帳票データ処理サーバであって、
少なくとも１つの端末装置から送信される最新の表示属性データを受信し、対応する帳票イメージと関連付けて前記最新の表示属性データを保存するデータ管理部と、
少なくとも１つの端末装置に帳票イメージを表示させる際に、帳票イメージと関連付けて保存した最新の表示属性データに応じて前記帳票イメージを表示させる画面管理部と、
を備える帳票データ処理サーバ。
【請求項２】
前記表示属性データは、帳票イメージの表示位置データを含むことを特徴とする、請求項１に記載の帳票データ処理サーバ。
【請求項３】
前記表示位置データは、回転方向データを含むことを特徴とする、請求項２に記載の帳票データ処理サーバ。
【請求項４】
前記表示位置データは、スクロール位置データを含むことを特徴とする、請求項２に記載の帳票データ処理サーバ。
【請求項５】
前記表示属性データは、帳票イメージの濃淡調整データを含むことを特徴とする、請求項１に記載の帳票データ処理サーバ。
【請求項６】
オペレータにより変更可能な表示属性データに応じて帳票イメージを表示する端末装置と、前記端末装置とネットワークを介して接続される帳票データ処理サーバと、から構成される帳票データ処理システムであって、
前記帳票データ処理サーバは、
少なくとも１つの端末装置から送信される最新の表示属性データを受信し、対応する帳票イメージと関連付けて前記最新の表示属性データを保存する表示属性保存手段と、
少なくとも１つの端末装置に帳票イメージを表示させる際に、帳票イメージと関連付けて保存した最新の表示属性データを検索する表示属性検索手段と、
を備え、
前記少なくとも１つの端末装置は、
前記端末装置に設定された最新の表示属性データを前記帳票データ処理サーバへ送信する表示属性送信手段と、
前記帳票データ処理サーバにおいて検索された最新の表示属性データに応じて帳票イメージを表示する帳票イメージ表示手段と、
を備える、
帳票データ処理システム。
【請求項７】
前記帳票イメージ表示手段は帳票イメージの表示位置を変更して表示する手段を含むことを特徴とし、前記表示属性データは表示位置データを含むことを特徴とする、請求項６に記載の帳票データ処理システム。
【請求項８】
前記帳票イメージの表示位置を変更して表示する手段は帳票イメージの回転方向を変更して表示する手段を含むことを特徴とし、前記表示位置データは回転方向データを含むことを特徴とする、請求項７に記載の帳票データ処理システム。
【請求項９】
前記帳票イメージの表示位置を変更して表示する手段は帳票イメージのスクロール位置を変更して表示する手段を含むことを特徴とし、前記表示位置データはスクロール位置データを含むことを特徴とする、請求項７に記載の帳票データ処理システム。
【請求項１０】
前記帳票イメージ表示手段は帳票イメージの濃淡レベルを変更して表示する手段を含むことを特徴とし、前記表示属性データは濃淡調整データを含むことを特徴とする、請求項６に記載の帳票データ処理システム。
【請求項１１】
オペレータにより変更可能な表示属性データに応じて帳票イメージを表示する端末装置と帳票データ処理サーバとを用いた帳票データ処理方法であって、
少なくとも１つの端末装置が最新の表示属性データを前記帳票データ処理サーバへ送信するステップと、
前記帳票データ処理サーバが前記送信された最新の表示属性データを対応する帳票イメージと関連付けて保存するステップと、
少なくとも１つの端末装置に帳票イメージを表示させる際に、前記帳票データ処理サーバが帳票イメージと関連付けて保存した最新の表示属性データを検索するステップと、
少なくとも１つの端末装置が前記検索された最新の表示属性データに応じて帳票イメージを表示するステップと、
を備える帳票データ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に帳票データ処理サーバ、システム及び方法に関する。
【背景技術】
【０００２】
ビジネスその他の用途において、一般に、注文書や請求書等の帳票類を電子化して処理する情報システムが広く利用されている。そうしたシステムは、典型的には、帳票の流通を自動化すると共に、帳票上に記載された情報を電子的に処理することを目的としている。
【０００３】
帳票上に記載された情報としては、キーボードで入力された文字などコンピュータが文字として認識できる情報（以下、文字情報とする。）と、スキャナ装置で読み取られた手書き文字などコンピュータは画像として認識する情報（以下、イメージ情報とする。）の２種類が存在する。
【０００４】
イメージ情報の中に含まれる文字を文字情報として読み取る技術はＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ：光学文字認識）として知られ、例えば、郵便物に記載された郵便番号や、金融機関で用いられる振込依頼書に記載された金額等を自動認識するシステムに応用されている。しかし、ＯＣＲによる文字認識の成功率は未だ十分ではなく、特に認識エラーが許されない分野においては、イメージ情報を人間が目視してシステムによる誤読を訂正し、及び／または不読に対して情報入力するといった対策が採られている。
【０００５】
下記特許文献１には、金融機関窓口にて振込依頼書等の帳票に手書き記入された額面の誤読や不読によるエラーを防止するために、複数の端末を用意して認識結果の多段階の照合・確認を可能とする帳票データ処理システムが開示されている。同システムによれば、エントリ、ベリファイ、承認といった多段階の照合・確認プロセスを経ることで処理ミスが確実に排除され、取引の信頼性が確保される。
【０００６】
【特許文献１】特開２００６−４１２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、前述の特許文献１による帳票データ処理システムでは、オペレータによる確認プロセスが多段階になったことに伴い、帳票イメージの表示に関する操作上の煩雑さが問題として認識されることとなった。一般的に、スキャナ装置で読み取られた帳票のイメージ情報は、必ずしもこれを目視するオペレータによる判読に適した状態で読み取られている訳ではない。即ち、回転方向が上下反転していたり、判読するには濃度が不十分である場合がある。前述の特許文献１による帳票データ処理システムは、各端末にて帳票イメージの表示を調整する機能を備えているものの、そうした表示の調整を多段階に構成された各端末にて都度行わなければならなかった。
【０００８】
帳票イメージの表示に関する操作性を改善するためには、帳票自体を定型化してシステムが帳票の回転方向等を自動認識できるようにすることも考えられる。しかし、例えば金融機関における振込依頼書などの場合には、顧客が任意の様式で作成する非定型帳票も存在するため、帳票の定型化によって前記操作性の問題を解決できない場合が残る。
【０００９】
本発明は前記問題点に鑑みてなされたものであり、その目的は、帳票データ処理システムにおいて帳票のイメージ情報と関連付けて帳票イメージの表示属性データ、例えば前記回転方向に関するデータ等を管理し、当該表示属性データに応じて帳票イメージを表示させる手段を提供することで、帳票データ処理システムの操作性を向上させることにある。
【課題を解決するための手段】
【００１０】
前記課題を解決するために、本発明の第一の観点によれば、オペレータにより変更可能な表示属性データに応じて帳票イメージを表示する端末装置とネットワークを介して接続される帳票データ処理サーバが提供される。本帳票データ処理サーバは、少なくとも１つの端末装置から送信される最新の表示属性データを受信し、対応する帳票イメージと関連付けて前記最新の表示属性データを保存するデータ管理部と、少なくとも１つの端末装置に帳票イメージを表示させる際に、帳票イメージと関連付けて保存した最新の表示属性データに応じて前記帳票イメージを表示させる画面管理部と、を備えることを特徴とする。
【００１１】
かかる構成によれば、端末装置上でオペレータが帳票イメージの表示を調整した場合に、その調整後の帳票イメージの表示属性データを端末装置から帳票データ処理サーバへと送信し、帳票データ処理サーバにて受信した表示属性データを前記帳票イメージと関連付けて管理することができる。それにより、任意の帳票イメージについて、次回いずれかの端末で帳票イメージを表示させる際には、帳票データ処理サーバにて関連付けておいた前記最新の表示属性データに応じて、既にオペレータにより適切に調整された状態の帳票イメージの表示を行うことが可能となる。
【００１２】
前記本発明の帳票データ処理サーバは様々な表示属性データを扱うことが可能であるが、その一例として、表示属性データには表示位置データを含むこととしてもよい。表示位置データとは、例えば、回転方向データ、スクロール位置データなどである。回転方向データを表示属性データとして扱う構成によれば、スキャン装置にて読み取った帳票イメージの回転方向が、例えば目視に適した方向から１８０°ずれていた場合、即ち上下反転していた場合に、オペレータによって回転方向が一度修正されれば、その後の多段階の照合・確認を行うオペレータには、修正済みの目視に適した方向の帳票イメージの表示が提供される。
【００１３】
また、スクロール位置データを表示属性データとして扱う構成によれば、スキャン装置にて読み取った帳票イメージが、水平方向及び／または垂直方向にずれて表示されている場合に、オペレータによって表示位置が一度修正されれば、その後の多段階の照合・確認を行うオペレータには、修正済みの位置にて帳票イメージの表示が提供される。
【００１４】
また、前記本発明の帳票データ処理サーバの他の応用例として、表示属性データには濃淡データを含むこととしてもよい。かかる構成によれば、スキャン装置にて読み取った帳票イメージが目視によって判読しづらい程薄かった場合、オペレータによって濃淡のレベルを一度修正することで、その後の多段階の照合・確認を行うオペレータには、調整済みの十分な濃淡レベルを持つ帳票イメージの表示が提供される。
【００１５】
本発明の第二の観点によれば、オペレータにより変更可能な表示属性データに応じて帳票イメージを表示する端末装置と、前記端末装置とネットワークを介して接続される帳票データ処理サーバと、から構成される帳票データ処理システムが提供される。前記帳票データ処理サーバは、少なくとも１つの端末装置から送信される最新の表示属性データを受信し、対応する帳票イメージと関連付けて前記最新の表示属性データを保存する表示属性保存手段と、少なくとも１つの端末装置に帳票イメージを表示させる際に、帳票イメージと関連付けて保存した最新の表示属性データを検索する表示属性検索手段と、を備えることを特徴とする。また、前記少なくとも１つの端末装置は、前記端末装置に設定された最新の表示属性データを前記帳票データ処理サーバへ送信する表示属性送信手段と、前記帳票データ処理サーバにおいて検索された最新の表示属性データに応じて帳票イメージを表示する帳票イメージ表示手段と、を備えることを特徴とする。
【００１６】
前記本発明の帳票データ処理システムの応用の一例として、前記少なくとも１つの端末装置の前記帳票イメージ表示手段は帳票イメージの表示位置を変更して表示する手段を含み、前記表示属性データは表示位置データを含むこととしてもよい。表示位置データとは、前述の通り、例えば回転方向データ、スクロール位置データなどである。
【００１７】
また、前記本発明の帳票データ処理システムの他の応用例として、前記少なくとも１つの端末装置の前記帳票イメージ表示手段は帳票イメージの濃淡レベルを変更して表示する手段を含み、前記表示属性データは濃淡調整データを含むこととしてもよい。
【００１８】
本発明の第三の観点によれば、オペレータにより変更可能な表示属性データに応じて帳票イメージを表示する端末装置と帳票データ処理サーバとを用いた帳票データ処理方法が提供される。本帳票データ処理方法は、少なくとも１つの端末装置が最新の表示属性データを前記帳票データ処理サーバへ送信するステップと、前記帳票データ処理サーバが前記送信された最新の表示属性データを対応する帳票イメージと関連付けて保存するステップと、少なくとも１つの端末装置に帳票イメージを表示させる際に、前記帳票データ処理サーバが帳票イメージと関連付けて保存した最新の表示属性データを検索するステップと、少なくとも１つの端末装置が前記検索された最新の表示属性データに応じて帳票イメージを表示するステップと、を備えることを特徴とする。
【発明の効果】
【００１９】
以上説明したように、本発明によれば、帳票データの処理において帳票イメージ情報と関連付けて帳票イメージの最新の表示属性データを管理し、当該最新の表示属性データに応じて帳票イメージを表示させる手段を提供することで、帳票データ処理システムを扱うオペレータの操作性を向上させることができる。
【発明を実施するための最良の形態】
【００２０】
以下に、添付した図面を参照しながら、本発明の好適な実施形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２１】
まず、図１は、本発明の１つの実施形態に係る帳票データ処理システムの構成を示すブロック図である。
【００２２】
図１を参照すると、帳票データ処理システム１には、帳票データ処理サーバ１０、データベース１２、通信ゲートウェイ（以下、通信ＧＷとする。）１４、内部ネットワーク１６、ネットワーク装置１８、及び３種類の端末装置２０、２２、２４が含まれる。帳票データ処理サーバ１０は内部ネットワーク１６を介して各３種類の端末装置２０、２２、２４と連携し、帳票データの処理を行う。データベース１２は、ここでは帳票データ処理サーバ１０に接続される１つの記憶装置として示されているが、帳票データ処理サーバ１０から独立して内部ネットワーク１６に接続するデータベースサーバを配置してデータベースを構成してもよい。通信ＧＷ１４は、内部ネットワーク１６を介して帳票データ処理サーバ１０と接続し、さらに帳票データ処理システムの外部に位置するホストコンピュータ等の外部システムと接続される。外部システムとは、例えば金融機関における振込依頼票に基づいて振込処理を行うシステムなどである。帳票データを外部システムにて処理しない場合には、通信ＧＷ１４を構成から省略してもよい。
【００２３】
図１に示した実施形態において、３種類の端末装置はそれぞれ、エントリ端末２０、ベリファイ端末２２、承認端末２４である。帳票データの処理ミスを確実に防止することを前提としたシステムでは、典型的には、データ入力（エントリ）、検証（ベリファイ）、承認といった多段階の確認プロセスが採用される。エントリ端末２０、ベリファイ端末２２、承認端末２４は、そうした確認プロセスを実現するために備えられる一方、本発明の技術的範囲はかかる構成に限定されない。本発明の技術的範囲から外れることなく、エントリ端末２０、ベリファイ端末２２、承認端末２４のうち１つ以上の端末装置を省略して構成してもよい。また、これら端末装置を１つのハードウェアに集約してもよい。
【００２４】
図１に示した実施形態において、帳票データ処理システム１は、ネットワーク装置１８及び外部ネットワーク５０を介して、営業店舗３０内の窓口ＰＣ３２と接続される。窓口ＰＣ３２にはさらにスキャナ装置３４が接続される。図１に示した営業店舗３０は、例えば金融機関の店舗などである。そこに設置されたスキャナ装置３４によって、例えば顧客によって持ち込まれる振込依頼票などの帳票が、イメージ情報として読み取られる。読み取られたイメージ情報は、窓口ＰＣ３２から外部ネットワーク５０、及びネットワーク装置１８を介して、帳票データ処理サーバ１０に転送され、帳票データ処理システム１によって処理される。
【００２５】
図２は、本発明の１つの実施形態に係る帳票データ処理サーバ１０のハードウェア構成を示している。帳票データ処理サーバ１０は、典型的には、主として中央演算装置（ＣＰＵ）６０、入出力インターフェース（入出力Ｉ／Ｆ）６２、主記憶装置（メインメモリ）６４、補助記憶装置６６、及びネットワークインターフェース（ネットワークＩ／Ｆ）６８を備える。帳票データ処理サーバ１０のＣＰＵ６０は、ネットワークＩ／Ｆ６８を介して内部ネットワーク１６と接続される。
【００２６】
図１の各端末装置２０、２２、２４についても、典型的には、図２にて説明した帳票データ処理サーバ１０の構成に類する構成を持つコンピュータを用いて実装することができる。
【００２７】
図３は、本発明の１つの実施形態に係る帳票データ処理システム１の機能ブロック図である。
【００２８】
帳票データ処理サーバ１０は、典型的には、帳票データ受付部７０、画面管理部７２、データ管理部７４の各機能ブロックを有する。帳票データ受付部７０は、図１に示した営業店舗３０の窓口ＰＣ３２から転送されるイメージ情報を含む帳票データを受信し、後述する管理情報の付与等を行う。画面管理部７２は、各端末装置２０、２２、２４からの要求に応じて、エントリ画面、ベリファイ画面、承認画面等を生成し、生成した画面を端末装置に表示させる。データ管理部７４は、帳票データ処理システム１で扱うデータを管理し、データベース１２との入出力を制御する。帳票データ処理システム１で扱うデータには、後述するエントリ画面内のエントリ欄８２にオペレータが入力するエントリデータ、帳票イメージを表示する際に用いられる表示属性データなどが含まれる。データ管理部７４の有する表示属性保存、表示属性検索の各機能については、後に詳しく説明する。
【００２９】
図３に示した帳票データ処理サーバ１０の機能群は、典型的には、図２の補助記憶装置６６に電子的に記憶されており、実行時にメインメモリ６４に読み込まれてＣＰＵ６０により実行される。なお、いわゆる当業者は、図３に示した帳票データ処理サーバ１０の機能の一部を、端末装置２０、２２、２４上の機能として実装し得ることを容易に理解するであろう。例えば、画面管理部７２による画面の生成を、帳票データ処理サーバ１０ではなく、端末装置２０、２２、２４上の機能として実装してもよい。また、別途ＷＥＢサーバを図１の帳票データ処理システム１の構成に追加してＷＥＢサーバを用いて画面管理を行ってもよい。
【００３０】
図３に示している通り、端末装置２０、２２、２４は、共通して画面表示部７６を有する。画面表示部７６は、帳票イメージ表示、エントリ欄表示、表示属性送信等の機能を有する。端末装置２０、２２、２４の画面上には、前記機能に対応して（図中に破線で対応関係を示している。）、帳票イメージとエントリ欄が表示される。帳票データ処理サーバ１０への表示属性データの送信については、後に詳しく説明する。
【００３１】
図４は、本発明の１つの実施形態に係る端末装置２０、２２、２４の一画面例を示している。
【００３２】
図４の画面例の上半分は、帳票イメージ表示領域８０である。帳票イメージ表示領域８０には、帳票イメージが表示される。また、帳票イメージ表示領域８０には、例えば図４に示しているような、表示属性設定用ユーザインターフェース（ＵＩ）８４が付設される。端末装置２０、２２、２４のオペレータは、この表示属性設定用ＵＩ８４を用いて、表示された帳票イメージの表示属性を変更することができる。
【００３３】
図４の画面例の下半分は、エントリ欄表示領域８２である。エントリ欄表示領域８２には、例えば図に示しているようなエントリ欄が表示される。オペレータは、例えば、帳票イメージ表示領域８０に表示された帳票イメージに記載されている金額情報等を目視し、エントリ欄の対応する入力ボックス等に視認した情報を入力する。エントリ欄表示領域８２はさらに、帳票データの多段階の確認プロセスにおける検証（ベリファイ）時、または承認時に、過去にオペレータが入力したエントリデータを確認させるために利用することができる。
【００３４】
図５は、本発明の１つの実施形態に係るデータベース１２の内容を例示した構成図である。データベース１２には、管理テーブル９０、表示属性テーブル９２が備えられ、併せて帳票イメージファイル９４が保存される。
【００３５】
管理テーブル９０は、帳票データ処理システム１で扱う帳票データを管理するためのテーブルである。図５の例では、管理テーブル９０は、帳票ＩＤ、エントリデータＡ、Ｂ、帳票イメージ参照先等の情報から構成されている。帳票ＩＤは、複数の帳票の中から帳票を一意に特定するための識別情報である。帳票データ処理サーバ１０の帳票データ受付部７０は、窓口ＰＣ３２から転送される帳票データを受信すると、そこに含まれる帳票イメージファイル９４をデータベース１２に保存すると共に、当該帳票を特定する帳票ＩＤと保存した帳票イメージファイル９４の参照先（保存先）情報とを含む管理データを、管理テーブル９０に格納する。この他、管理テーブル９０において、帳票受付日時などの情報（図示していない。）を適宜追加的に管理してもよい。
【００３６】
図５の例における管理テーブル９０のエントリデータＡ、Ｂには、エントリ端末２０の画面内のエントリ欄表示領域８２を通してオペレータにより入力されるエントリデータが保存される。なお、エントリデータの項目数はかかる例に限定されない。また、エントリデータを管理テーブル９０とは別のテーブルに保存してもよいことは理解されるべきである。
【００３７】
図５の例では、表示属性テーブル９２は、帳票参照ＩＤ、回転方向、移動量Ｘ、移動量Ｙ、濃淡レベル等の情報から構成されている。帳票参照ＩＤは、管理テーブル９０の帳票ＩＤと表示属性データとを関連付けて管理するための識別情報である。回転方向、移動量Ｘ、移動量Ｙ、濃淡レベルは、帳票イメージの表示属性データの具体例である。移動量Ｘ、移動量Ｙとは、帳票イメージのそれぞれ水平方向、垂直方向への移動量を意味し、本明細書ではこれらを併せて“スクロール位置”としている。前記表示属性データは、図３に示した端末装置２０／２２／２４の表示属性送信機能によって少なくとも１つの端末装置から帳票データ処理サーバ１０へ送信され、帳票データ処理サーバ１０のデータ管理部７４の表示属性保存機能によって表示属性テーブル９２に保存される。また、端末装置２０／２２／２４にエントリ画面、ベリファイ画面、または承認画面等を表示させる際には、指定される帳票参照ＩＤに対応する表示属性データが、表示属性テーブル９２から検索される。なお、表示属性データの具体例は、図示されている項目に限られない。例えば、追加的に、または代わりに、拡大・縮小率等のデータ等を管理してもよい。
【００３８】
図６は、本発明の１つの実施形態に係る帳票データ処理システム１の処理の流れを表したシーケンス図である。
【００３９】
図６のシーケンス図に示された処理の流れは、帳票データの受付を行う第一の部分（Ｓ１００〜Ｓ１０４）、帳票イメージの表示属性を変更する第二の部分（Ｓ１１０〜Ｓ１１８）、及び帳票イメージを再表示する第三の部分（Ｓ１２０〜Ｓ１２４）の３つに分けられる。このうち、Ｓ１００からＳ１０４までの第一の部分については、本発明の実施形態と従来技術との間で差は無いものの、本発明を特徴付ける後続の処理の前提となることから、説明のために簡略化して記載している。
【００４０】
シーケンス図はまず、営業店舗３０のスキャナ装置３４により帳票が読み取られるところから開始する（Ｓ１００）。前述の通り、営業店舗３０には、例えば金融機関の店舗などが該当する。営業店舗３０に設置されたスキャナ装置３４によって、例えば顧客によって持ち込まれる振込依頼票などの帳票が、イメージ情報として読み取られる。読み取られたイメージ情報は、窓口ＰＣ３２から帳票データ処理サーバ１０に帳票データとして転送される（Ｓ１０２）。帳票データ処理サーバ１０が帳票データを受信すると、帳票データ受付部７０により帳票データ受付処理が行われる（Ｓ１０４）。帳票データ受付処理の内容は、図５に関連して既に説明した、イメージファイルの保存、帳票ＩＤ等を含む管理データのデータベース１２への登録等である。
【００４１】
帳票データ処理システム１が帳票データを受け付けた後、端末装置２０、２２、２４のいずれか（端末装置Ｘ）から、帳票データ処理システム１の帳票データ処理サーバ１０へ帳票イメージの画面表示要求が行われる（Ｓ１１０）。例えば、ＯＣＲ技術により自動認識できない金融機関の非定型振込依頼票について、オペレータが目視に基づくデータエントリを行う場合には、データエントリ用のエントリ端末２０から画面表示要求が行われる。その場合、エントリ端末２０が、図６に示した端末装置Ｘとなる。帳票データ処理サーバ１０は、画面表示要求に対する応答として、要求元の端末装置へ画面を表示させる（Ｓ１１２）。
【００４２】
エントリ端末２０から画面表示要求が行われた場合、端末装置Ｘ、即ちエントリ端末２０の画面上に、図４に示したようなエントリ画面が表示される。Ｓ１１２で表示された画面上での操作として、オペレータは、表示属性設定用ＵＩ８４を用いて、帳票イメージ表示領域に表示された帳票イメージの表示属性を変更することができる（Ｓ１１４）。また同時に、オペレータは、必要に応じてエントリ欄表示領域８２に帳票に記載されたデータをエントリすることができる（Ｓ１１４）。これら操作はオペレータが主体となる画面上の操作であることを示すため、図中ではＳ１１４を破線で表している。
【００４３】
Ｓ１１４における帳票イメージの表示属性の変更の例としては、帳票イメージの回転方向の変更、スクロール位置の変更、濃淡レベルの調整、表示の拡大・縮小等が挙げられる。本発明の実施例として帳票イメージの回転方向を変更し、または濃淡レベルを調整する際の具体的な画面イメージについて、それぞれ図７、図８を用いて後に詳しく説明する。
【００４４】
オペレータによる前述の操作（Ｓ１１４）が終了すると、端末装置Ｘから帳票データ処理サーバ１０へ、エントリデータ（端末装置に応じて、ベリファイデータ、承認データ等となる。）が送信されると共に、本実施形態においては、帳票イメージの例えば前記回転方向等の最新の表示属性データが送信される（Ｓ１１６）。その後、帳票データ処理サーバ１０のデータ管理部７４は、受信した最新の表示属性データを対応する帳票イメージと関連付けて、図５に例示したようなテーブル構成を持つデータベース１２に保存する（Ｓ１１８）。
【００４５】
本発明に係る帳票データ処理システム１のように、オペレータによる多段階の確認プロセスが採用されるシステムにおいては、前述のＳ１１０からＳ１１８のような帳票の処理を終えた後、再び端末装置２０、２２、２４のいずれか（端末装置Ｙ）から帳票データ処理サーバ１０へ、帳票イメージの画面表示要求が行われる（Ｓ１２０）。例えば、オペレータがエントリしたデータをベリファイ端末２２により検証する場合がある。その場合、ベリファイ端末２２が、図６に示した端末装置Ｙとなる。これに限らず、図６に示した端末装置Ｙは、エントリ端末２０（再エントリのためなど）、または承認端末２４であってもよい。
【００４６】
端末装置Ｙからの画面表示要求は、表示を要求する具体的な帳票を識別する形で行われる。本実施形態においては、具体的な帳票の識別を、管理テーブル９０に登録される帳票ＩＤ（図５参照）を指定することにより行うことができる。帳票データ処理サーバ１０は、端末装置Ｙからの画面表示要求を受け取ると、その画面表示要求において指定された帳票ＩＤと関連付けられた帳票イメージの最新の表示属性データを、表示属性テーブル９２から検索する（Ｓ１２２）。より詳細には、指定された帳票ＩＤと一致する帳票参照ＩＤを持つ回転方向等の最新の表示属性データが、表示属性テーブル９２から検索・取得される。
【００４７】
Ｓ１２２において所定の帳票イメージの最新の表示属性データを検索・取得することにより、帳票データ処理サーバ１０は、画面表示要求元である端末装置Ｙに、取得した最新の表示属性データに応じて帳票イメージを表示させることができる（Ｓ１２４）。例えば、帳票データ処理サーバ１０は、図５の帳票ＩＤ“１２３４５”の帳票について、帳票イメージと表示属性テーブル９２から取得した回転方向“１８０°”という属性とを端末装置Ｙに送信し、端末装置Ｙ上に予め帳票イメージ“ＦｉｌｅＡ”を１８０°回転させた状態で表示させることができる。そうすることで、端末装置Ｙを利用するオペレータは、あらためて帳票イメージの表示を調整する必要が無くなり、帳票データ処理システムの操作性が向上する結果となる。
【００４８】
図７は、本発明の第一の実施例として、帳票イメージの表示位置のうち、回転方向を属性表示データとして管理する場合の、端末装置に表示される画面イメージを示している。
【００４９】
図７では、まず図中左上に、エントリ端末２０に表示されるエントリ画面２１１が示されている。これは、図６のシーケンス図のＳ１１２により表示される画面に相当する。エントリ画面２１１の帳票イメージ表示領域８０には、金融機関で用いられる振込依頼票を読み取ったイメージ情報が上下反転した状態で表示されている。この状態ではエントリすべき振込金額等のデータを適切に判読することが難しいため、エントリ端末２０を扱うオペレータは、表示属性設定用ＵＩ８４の「回転」ボタンを操作して帳票イメージの表示を回転させることができる。
【００５０】
図７の右上には、表示属性設定用ＵＩ８４の操作により適切な方向に帳票イメージが回転された後のエントリ画面２１２が示されている。これは、図６のＳ１１４の後に表示される画面に相当する。この画面を用いてオペレータがエントリ等の操作を終了すると、変更後の回転方向データ（回転方向：１８０°）を含む最新の表示属性データが、帳票データ処理サーバ１０に送信され、データベース１２に保存される。
【００５１】
その後、同じ振込依頼票について、帳票データ処理サーバ１０に、例えばベリファイ画面の表示要求がなされると、図７の左下に示されているようなベリファイ画面２１３が表示される。これは、図６のＳ１２４の後に表示される画面に相当する。これまでに説明した本発明の特徴を備えるベリファイ画面２１３では、データベース１２から検索・取得された最新の表示属性データ（回転方向：１８０°）に基づいて帳票イメージが表示される。そのため、ベリファイ画面２１３の帳票イメージ表示領域８０には、予め適切な方向に回転された振込依頼票が表示されている。
【００５２】
図８は、本発明の第二の実施例として、帳票イメージの濃淡レベルを属性表示データとして管理する場合の、端末装置に表示される画面イメージを示している。
【００５３】
図８では、まず図中左上に、エントリ端末２０に表示されるエントリ画面２２１が示されている。これは、図６のシーケンス図のＳ１１２により表示される画面に相当する。エントリ画面２２１の帳票イメージ表示領域８０には、金融機関で用いられる振込依頼票を読み取ったイメージ情報が薄い濃淡レベルで表示されている。この状態ではエントリすべき振込金額等のデータを適切に判読することが難しいため、エントリ端末２０を扱うオペレータは、表示属性設定用ＵＩ８４の「濃淡」調整バーを操作して帳票イメージの濃淡レベルを変更することができる。
【００５４】
図８の右上には、表示属性設定用ＵＩ８４の操作により帳票イメージが適切な濃淡レベルとなった後のエントリ画面２２２が示されている。これは、図６のＳ１１４の後に表示される画面に相当する。この画面を用いてオペレータがエントリ等の操作を終了すると、濃淡調整データ（濃淡レベル：５）を含む最新の表示属性データが、帳票データ処理サーバ１０に送信され、データベース１２に保存される。
【００５５】
その後、同じ振込依頼票について、帳票データ処理サーバ１０に、例えばベリファイ画面の表示要求がなされると、図８の左下に示されているようなベリファイ画面２２３が表示される。これは、図６のＳ１２４の後に表示される画面に相当する。前述の通り、これまでに説明した本発明の特徴を備えるベリファイ画面２２３では、データベース１２から検索・取得された最新の表示属性データ（濃淡レベル：５）に基づいて帳票イメージが表示される。そのため、ベリファイ画面２２３の帳票イメージ表示領域８０には、振込依頼票が予め適切に調整された濃淡レベルで表示されている。
【００５６】
なお、図８を用いて説明した本発明の第二の実施例のように、帳票イメージの濃淡レベルを調整することを可能にするためには、イメージ情報を多値データとして扱う必要がある。従来の帳票データ処理システムにおいて、多くの場合、通信容量の制約等からイメージ情報は白黒の二値データとして扱われてきた。しかし、近年の通信ネットワークの大容量化により、こうした制約は解消されてきている。イメージ情報を多値データとして扱うためのデータ形式は、本発明の属する技術領域において様々なものが知られているが、例えばＴＩＦＦ形式を用いることで、帳票イメージを二値データ、または多値データとして扱うことができる。
【００５７】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明は係る例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかである。そして、そうした変更例についても、当然に本発明の技術的範囲に属するものと了解される。
【００５８】
例えば、前記第一の実施例に関連して示した図７のエントリ画面２１１には、帳票イメージ表示領域８０の右端に、帳票イメージの表示位置を垂直方向に移動させるためのスクロールバーが表示されている。また、エントリ画面２１１の表示属性設定用８４には、帳票イメージを拡大・縮小表示させるためのボタンが配置されている。これらＵＩを用いてオペレータが変更した帳票イメージのスクロール位置、及び／または拡大・縮小率を、本発明に係る表示属性データとして管理してもよい。
【産業上の利用可能性】
【００５９】
本発明は帳票データ処理サーバ、帳票データ処理システム及び帳票データ処理方法に利用可能であり、帳票データの処理に関わるオペレータの操作性を向上させることができる。
【図面の簡単な説明】
【００６０】
【図１】本発明の１つの実施形態に係る帳票データ処理システムの構成図である。
【図２】本発明の１つの実施形態に係る帳票データ処理サーバのハードウェア構成図である。
【図３】本発明の１つの実施形態に係る帳票データ処理システムの機能ブロック図である。
【図４】帳票データ処理システムの端末装置の画面例のイメージ図である。
【図５】帳票データ処理システムのデータベースの構成例を示した図である。
【図６】本発明の１つの実施形態に係る帳票データ処理システムの処理の流れを表したシーケンス図である。
【図７】第一の実施例に従って表示される端末装置の画面イメージを示している。
【図８】第二の実施例に従って表示される端末装置の画面イメージを示している。
【符号の説明】
【００６１】
１        帳票データ処理システム
１０      帳票データ処理サーバ
１２      データベース
１４      通信ゲートウェイ
１６      内部ネットワーク
１８      ネットワーク装置
２０      エントリ端末
２２      ベリファイ端末
２４      承認端末
３０      営業店舗
３２      窓口ＰＣ
３４      スキャナ装置
５０      外部ネットワーク
６０      ＣＰＵ
６２      入出力インターフェース
６４      メインメモリ
６６      補助記憶装置
６８      ネットワークインターフェース
７０      帳票データ受付部
７２      画面管理部
７４      データ管理部
７６      画面表示部
８０      帳票イメージ表示領域
８２      エントリ欄表示領域
８４      表示属性設定用ユーザインターフェース（ＵＩ）
９０      管理テーブル
９２      表示属性テーブル
９４      帳票イメージファイル
Ｓ１００〜Ｓ１２４  シーケンス図の各ステップ
２１１〜２１３      端末装置の画面イメージ（実施例１）  
２２１〜２２３      端末装置の画面イメージ（実施例２）
【図１】
2009146305.tif 000003
【図２】
2009146305.tif 000004
【図５】
2009146305.tif 000005
【図６】
2009146305.tif 000006
【図８】
2009146305.tif 000007
【図３】
2009146305.tif 000008
【図４】
2009146305.tif 000009
【図７】
2009146305.tif 000010