業務システム、業務システムの運用方法、端末装置およびプログラム
【課題】センタのサーバ障害時に、営業店における処理状況の照会を容易にすることによって、よりスムーズにリカバリ処理をする。
【解決手段】営業店１００に設置される営業店端末装置１１０、センタ２００に設置される管理サーバ２３０および発信端末装置３１０を含む業務システム１０が提供される。発信端末装置３１０は、ホスト発信履歴情報３２１を記憶部に蓄積するホスト発信履歴管理部３１４と、管理サーバ２３０の障害時にホスト発信履歴情報３２１を出力する履歴情報出力部３１８とを有し、営業店端末装置１１０は、センタ送信履歴情報１２６を記憶部に蓄積するセンタ送信履歴管理部１１４と、管理サーバ２３０の障害時にホスト発信履歴情報３２１を取得するホスト発信履歴取得部１２１と、センタ送信履歴情報１２６とホスト発信履歴情報３２１とに基づいて生成されたリカバリ情報をユーザに向けて出力するリカバリ情報出力部１２３とを有する。
【解決手段】営業店１００に設置される営業店端末装置１１０、センタ２００に設置される管理サーバ２３０および発信端末装置３１０を含む業務システム１０が提供される。発信端末装置３１０は、ホスト発信履歴情報３２１を記憶部に蓄積するホスト発信履歴管理部３１４と、管理サーバ２３０の障害時にホスト発信履歴情報３２１を出力する履歴情報出力部３１８とを有し、営業店端末装置１１０は、センタ送信履歴情報１２６を記憶部に蓄積するセンタ送信履歴管理部１１４と、管理サーバ２３０の障害時にホスト発信履歴情報３２１を取得するホスト発信履歴取得部１２１と、センタ送信履歴情報１２６とホスト発信履歴情報３２１とに基づいて生成されたリカバリ情報をユーザに向けて出力するリカバリ情報出力部１２３とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、業務システム、業務システムの運用方法、端末装置およびプログラムに関する。
【背景技術】
【０００２】
為替ＯＣＲシステムは、金融機関の為替取引処理において、為替仕向データを作成し発信するためのシステムである。為替ＯＣＲシステムでは、まず、金融機関の営業店で、顧客が記入した振込依依頼書がＯＣＲ（Optical Character Reader）を用いて読み取られる。読み取られたデータは、ネットワークを経由して営業店からセンタに送信される。センタでは、読み取り結果の確認やデータエントリなどの処理を経て、為替仕向データが勘定系ホストに向けて発信される。かかる為替ＯＣＲシステムに関する従来技術として、例えば特許文献１に記載の技術がある。
【０００３】
為替ＯＣＲシステムでは、センタに設けられる為替サーバのデータベースで、営業店から受信したデータの情報や勘定系ホストに発信したデータの情報などが管理される。つまり、為替ＯＣＲシステムの処理状況は、為替サーバのデータベースにおいて一元的に管理されている。それゆえ、為替ＯＣＲシステムにおける為替サーバの重要度は高く、システムを二重化するなど障害を防止するための方策が講じられてきた。かかる事情は、営業店、センタ、およびホストの間でデータを伝送する為替ＯＣＲシステム以外の他の業務システムにおいても同様であった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−６４４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、システム障害を防止するための方策を講じたとしても、システム障害が発生する確率は必ずしも０にはならない。為替ＯＣＲシステムにおいても、万が一ではあるが為替サーバの障害が発生する可能性がある。この場合、為替サーバにシステムの処理状況を照会することができなくなるため、為替仕向業務のリカバリには多大な労力が必要とされる。具体的には、営業店で振込依頼書の現物を参照して、１件ずつセンタにおけるホストへの発信状況を照会するという作業が必要になる。このように、従来、営業店、センタ、およびホストの間でデータを伝送する業務システムにおいて、処理状況を管理するセンタのサーバに障害が発生した場合の業務リカバリのための備えは、必ずしも十分とはいえなかった。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、センタのサーバ障害時に、営業店における処理状況の照会を容易にすることによって、よりスムーズにリカバリ処理をすることが可能な、新規かつ改良された業務システム、業務システムのリカバリ方法、端末装置およびプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある実施形態によれば、営業店に設置されてデータをネットワークを介してセンタに送信する営業店端末装置、センタに設置されてデータの処理状況を管理する管理サーバ、およびセンタに設置されてデータをホストに発信する発信端末装置を含む業務システムであって、発信端末装置は、ホストへのデータの発信の履歴情報であるホスト発信履歴情報を自装置の記憶部に蓄積するホスト発信履歴管理部と、管理サーバの障害時に、ホスト発信履歴情報を出力する履歴情報出力部とを有し、営業店端末装置は、センタへのデータの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積するセンタ送信履歴管理部と、管理サーバの障害時に、ホスト発信履歴情報を取得するホスト発信履歴取得部と、センタ送信履歴情報とホスト発信履歴情報とに基づいてリカバリ情報を生成するリカバリ情報生成部と、リカバリ情報をユーザに向けて出力するリカバリ情報出力部とを有することを特徴とする業務システムが提供される。
【０００８】
また、上記課題を解決するために、本発明の別の実施形態によれば、営業店に設置されてデータをネットワークを介してセンタに送信する営業店端末装置、センタに設置されてデータの処理状況を管理する管理サーバ、およびセンタに設置されてデータをホストに発信する発信端末装置を含む業務システムの運用方法であって、営業店端末装置が、センタへのデータの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積するステップと、発信端末装置が、ホストへのデータの発信の履歴情報であるホスト発信履歴情報を自装置の記憶部に蓄積するステップとを含み、管理サーバの障害時には、発信端末装置がホスト発信履歴情報を出力するステップと、営業店端末装置がホスト発信履歴情報を取得するステップと、営業店端末装置がセンタ送信履歴情報とホスト発信履歴情報とに基づいてリカバリ情報を生成するステップと、営業店端末装置がリカバリ情報をユーザに向けて出力するステップとを実行することを特徴とする業務システムの運用方法が提供される。
【０００９】
また、上記課題を解決するために、本発明のさらに別の実施形態によれば、業務システムにおいて営業店に設置されて、データをネットワークを介してセンタに送信する端末装置であって、センタへのデータの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積するセンタ送信履歴管理部と、センタに設置されてデータの処理状況を管理する管理サーバの障害時に、センタに設置されてデータをホストに発信する発信端末装置が出力した、発信の履歴情報であるホスト発信履歴情報を取得するホスト発信履歴取得部と、センタ送信履歴情報とホスト発信履歴情報とに基づいてリカバリ情報を生成するリカバリ情報生成部と、リカバリ情報をユーザに向けて出力するリカバリ情報出力部とを含む端末装置、およびコンピュータにかかる端末装置の機能を実現させるためのプログラムが提供される。
【００１０】
また、上記課題を解決するために、本発明のさらに別の実施形態によれば、業務システムにおいてセンタに設置されて、営業店からネットワークを介して受信したデータをホストに発信する端末装置であって、ホストへのデータの発信の履歴情報であるホスト発信履歴情報を自装置の記憶部に蓄積するホスト発信履歴管理部と、センタに設置されてデータの処理状況を管理する管理サーバの障害時に、ホスト発信履歴情報を営業店に設置される営業店端末に提供するために出力する履歴情報出力部とを含むことを特徴とする端末装置が提供される。
【００１１】
このように、本発明の実施形態の構成によれば、通常処理時にはデータ伝送の特定の部分、すなわち営業店からセンタへの送信の部分とセンタからホストへの発信の部分とについて履歴情報が蓄積され、管理サーバの障害時にはこれらの蓄積された履歴情報を用いて営業店のためのリカバリ情報が生成される。営業店では、このリカバリ情報を参照することで、管理サーバの障害時であってもセンタでの処理状況を容易に把握することが可能である。
【発明の効果】
【００１２】
以上説明したように本発明によれば、センタのサーバ障害時に、営業店における処理状況の照会を容易にすることによって、よりスムーズにリカバリ処理をすることができる。また、これを実現するために、通常処理時に用いられる装置構成に対して必ずしも大きな変更を必要としない。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係る為替ＯＣＲシステムを示すブロック図である。
【図２】本発明の一実施形態に係る為替ＯＣＲシステムの正常処理と照会処理とについて説明するための図である。
【図３】本発明の一実施形態に係る為替ＯＣＲシステムの返送処理について説明するための図である。
【図４】本発明の一実施形態に係る為替ＯＣＲシステムにおけるサーバ障害時の処理について説明するための図である。
【図５】本発明の一実施形態に係る為替ＯＣＲシステムの通常時の処理フローを示すフローチャートである。
【図６】本発明の一実施形態に係る為替ＯＣＲシステムのサーバ障害時の処理フローを示すフローチャートである。
【図７】本発明の一実施形態に係る発信端末装置の機能構成を示すブロック図である。
【図８】本発明の一実施形態に係る発信端末装置による情報の集約、編集、および分配について説明するための図である。
【図９】本発明の一実施形態に係る営業店端末装置の機能構成を示すブロック図である。
【図１０】本発明の一実施形態に係る営業店端末装置によるリカバリ情報の生成について説明するための図である。
【図１１】本発明の一実施形態に係る営業店端末装置において生成されるリカバリ情報の例を示す図である。
【図１２】情報処理装置のハードウェア構成を説明するためのブロック図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１５】
＜１．システム構成＞
まず、図１を参照して、本発明の一実施形態に係る為替ＯＣＲシステムの構成について説明する。
【００１６】
図１は、本発明の一実施形態に係る為替ＯＣＲシステムを示すブロック図である。図１を参照すると、為替ＯＣＲシステム１０は、営業店１００に設置される営業店端末１１０、ロットスキャナ１３０、スキャナＰＣ１５０、およびネットワークプリンタ１７０と、センタ２００に設置される集配信サーバ２１０、為替サーバ２３０、ＤＢ（データベース）２５０、ＡＰ（アプリケーション）サーバ２７０、エントリベリファイＰＣ（Personal Computer）２９０、および発信用ＰＣ３１０と、勘定系ホスト４００に設置されるホストコンピュータ４１０とを含む。
【００１７】
為替ＯＣＲシステム１０は、本発明の一実施形態における業務システムの例である。為替ＯＣＲシステム１０では、営業店１００とセンタ２００とが、インターネット等の通信回線によるネットワーク５００によって接続されている。営業店１００は、金融機関の営業店であり、顧客が振込依頼書を記入して提出するための窓口を有する。なお、為替ＯＣＲシステム１０に含まれる営業店１００は、複数でありうる。センタ２００は、営業店１００から送信されたデータを処理するセンタである。センタ２００は、営業店１００から送信されたデータに基づき、為替仕向データを勘定系ホスト４００に発信する。
【００１８】
（営業店）
営業店端末１１０は、振込依頼書を読み取り、読み取ったデータをネットワーク５００を介してセンタに送信する端末装置である。営業店端末１１０は、振込依頼書を読み取るために、例えば非接触スキャナを有する。非接触スキャナは、スタンドスキャナとも呼ばれ、机上に置いた原稿を上方から撮影することによって読み取るスキャナであり、本人確認書類などの他の書類の読み取りにも用いられうる。営業店端末１１０は、センタ２００に送信したデータの履歴を管理する機能を有する。また、営業店端末１１０は、為替ＯＣＲシステム１０の処理状況をセンタ２００に設置されたＡＰサーバ２７０に照会する機能を有する。なお、営業店端末１１０の詳細な構成については後述する。
【００１９】
ロットスキャナ１３０は、複数の振込依頼書を一括して読み取るスキャナである。スキャナＰＣ１５０は、ロットスキャナ１３０を制御し、ロットスキャナ１３０を用いて読み取った振込依頼書のデータをネットワーク５００を介してセンタに送信するＰＣである。つまり、ロットスキャナ１３０とスキャナＰＣ１５０とは、協働して営業店端末１１０と同様の機能を実現する。スキャナＰＣ１５０も、営業店端末１１０と同様に、センタ２００に送信したデータの履歴を管理する機能、および為替ＯＣＲシステム１０の処理状況をセンタ２００に設置されたＡＰサーバ２７０に照会する機能を有する。
【００２０】
このように、営業店において振り込み依頼書を読み取り、読み取ったデータをネットワーク５００を介してセンタに送信するための装置構成としては、読み取りに用いるスキャナの種類や、スキャナと端末装置とが一体になっているか否かによって、さまざまな構成が可能である。以下の説明では、かかる装置構成の代表として営業店端末１１０について説明する場合がある。この場合、特に言及せずとも、同様の説明がロットスキャナ１３０とスキャナＰＣ１５０との組み合わせについても成り立ち、また同様の機能を実現する他の構成についても成り立つものとする。これらの構成は、いずれも、本発明の一実施形態における営業店端末装置の例である。
【００２１】
上記の営業店端末１１０と、ロットスキャナ１３０およびスキャナＰＣ１５０の組み合わせとは、いずれか一方だけが営業店１００に設置されてもよく、両方が設置されてもよい。また、営業店端末１１０、ロットスキャナ１３０、およびスキャナＰＣ１５０とは、それぞれ複数が設置されうる。営業店端末１１０とスキャナＰＣ１５０とが合わせて複数ある場合、これらの端末装置の中から１台の代表端末が設定され、後述する返送通知をセンタ２００から受信する。
【００２２】
ネットワークプリンタ１７０は、営業店端末１１０およびスキャナＰＣ１５０からの出力を印刷するためのプリンタである。
【００２３】
（センタ）
集配信サーバ２１０は、営業店１００とセンタ２００の他の機器との間の通信を中継する。例えば、集配信サーバ２１０は、営業店１００からネットワーク５００を介して送信されたデータを受信し、為替サーバ２３０に転送する。また、集配信サーバ２１０は、為替サーバ２３０から送信を依頼されたデータを営業店１００に送信する。なお、集配信サーバ２１０は、必ずしも設けられなくてもよい。集配信サーバ２１０が設置されない場合、為替サーバ２３０が直接データを受信する。集配信サーバ２１０が設置される場合としては、例えば、営業店１００から受信するデータに為替ＯＣＲシステム１０に係るデータ以外のデータ、例えば保険などの他の業務のデータが混じっており、データの振り分けが必要な場合がある。
【００２４】
為替サーバ２３０とＤＢ２５０とは、センタ２００における為替ＯＣＲシステム１０に係る処理の状況を管理する。為替サーバ２３０は、本発明の一実施形態における管理サーバの例である。具体的には、為替サーバ２３０は、営業店１００から送信されたデータを集配信サーバ２１０を介して受信し、以降のエントリベリファイＰＣ２９０および発信用ＰＣ３１０を用いたデータの処理を制御する。また、為替サーバ２３０は、エントリベリファイＰＣ２９０においてデータが無効とされた場合の返送通知などを、集配信サーバ２１０を介して営業店１００に送信する。このとき、為替サーバ２３０は、振込依頼書のイメージデータやエントリデータといったデータそのものや、データの処理状況などの情報をＤＢ２５０に格納および更新する。また、為替サーバ２３０は、営業店端末１１０などからの照会を受けたＡＰサーバ２７０からの要求に応じて、ＤＢ２５０に格納された処理状況の情報を提供する。
【００２５】
このように、為替サーバ２３０は、為替ＯＣＲシステム１０の処理において重要な役割を担うサーバであるため、システムの二重化などによって障害の防止が図られている。図示された例では、二重化された為替サーバ２３０が、為替サーバ２３０ａ，２３０ｂとして示されている。為替サーバ２３０およびＤＢ２５０の障害防止のための構成は図示された例には限られず、公知のさまざまな構成が採用されうる。しかしながら、それでもなお為替サーバ２３０に障害が発生する確率は０ではない。その万が一の障害のときの処理の詳細については後述する。
【００２６】
ＡＰサーバ２７０は、営業店端末１１０などの営業店１００の端末装置、またはセンタ２００の端末装置からの、為替ＯＣＲシステム１０の処理状況の照会を受け付ける。処理状況の照会を受けたＡＰサーバ２７０は、為替サーバ２３０に処理状況の情報を要求し、為替サーバ２３０から取得した処理状況の情報を、照会した端末装置に提供する。図示されているように、ＡＰサーバ２７０も、負荷分散や障害防止のために多重化されていてもよい。
【００２７】
エントリベリファイＰＣ２９０は、営業店１００で受け付けられた振込依頼書のデータをオペレータが確認してＯＣＲ認識での誤読や不読の部分を補正入力したり、補正入力後のデータを承認したりして、ホスト４００に発信可能なデータにするための端末装置であり、本発明の一実施形態における検証端末の例である。エントリベリファイＰＣ２９０で、例えばデータの補正入力が不能であると判定されたような場合、データが無効であったことを示す返送通知が、為替サーバ２３０を介して営業店１００に送信される。また、エントリベリファイＰＣ２９０は、処理状況に関する情報を為替サーバ２３０に提供する。なお、図示されているように、エントリベリファイＰＣ２９０は、センタ２００に複数設置されうる。
【００２８】
発信用ＰＣ３１０は、エントリベリファイＰＣ２９０での処理を経てホスト４００に発信可能になったデータをホスト４００に発信する端末装置であり、本発明の一実施形態における発信端末装置の例である。ここでホスト４００に発信されるデータは、所定のフォーマットの為替仕向データである。発信用ＰＣ３１０は、エントリベリファイＰＣ２９０と兼用される端末装置であってもよい。発信用ＰＣ３１０は、ホスト４００に発信したデータの履歴を管理する機能を有する。また、発信用ＰＣ３１０は、処理状況に関する情報を為替サーバ２３０に提供する。なお、図示されているように、発信用ＰＣ３１０は、センタ２００に複数設置されうる。発信用ＰＣ３１０の詳細な構成については後述する。
【００２９】
＜２．通常時の処理＞
次に、図２および図３を参照して、本発明の一実施形態に係る為替ＯＣＲシステムにおける通常時の処理について説明する。為替ＯＣＲシステムの通常時の処理には、振込依頼が正常に受け付けられてホストに発信される正常処理と、振込依頼が読み取り不能などのエラーのために営業店に返送される返送処理と、振込依頼の処理状況を営業店から照会する照会処理とがある。
【００３０】
（正常処理）
図２は、本発明の一実施形態に係る為替ＯＣＲシステムの正常処理と照会処理とについて説明するための図である。図２では、正常処理の手順がＰ１０１〜Ｐ１１１として、照会処理の手順がＰ１５１〜Ｐ１５５として、それぞれ示されている。
【００３１】
まず、営業店１００において、営業店端末１１０またはロットスキャナ１３０が、振込依頼書を読み取る（Ｐ１０１）。営業店端末１１０またはスキャナＰＣ１５０は、読み取った振込依頼書のデータを、センタ２００の集配信サーバ２１０に向けて送信する（Ｐ１０３）。このとき、営業店端末１１０またはスキャナＰＣ１５０は、送信したデータの履歴を内部的に出力し、センタ送信履歴情報として蓄積する。
【００３２】
センタ２００において、データを受信した集配信サーバ２１０は、データを為替サーバ２３０に転送し、為替サーバ２３０は、データをＤＢ２５０に格納する（Ｐ１０５）。なお、上述のように、集配信サーバ２１０は必ずしも設けられなくてもよい。集配信サーバ２１０が設けられない場合、営業店１００から送信されたデータは為替サーバ２３０によって直接受信されうる。
【００３３】
次に、為替サーバ２３０は、エントリベリファイＰＣ２９０にデータの補正入力および承認の処理を要求し、エントリベリファイＰＣ２９０でこれらの処理が実行される（Ｐ１０７）。このとき、為替サーバ２３０は、処理後のデータでＤＢ２５０に格納されたデータを更新し、またＤＢ２５０に格納されたデータの処理状況にエントリベリファイＰＣ２９０での処理の終了を反映させる。
【００３４】
次に、為替サーバ２３０は、発信用ＰＣ３１０にデータのホスト４００への発信を要求し（Ｐ１０９）、発信用ＰＣ３１０がデータをホスト４００に向けて発信する（Ｐ１１１）。このとき、為替サーバ２３０は、ＤＢ２５０に格納されたデータの処理状況に、ホスト４００への発信の終了を反映させる。また、発信用ＰＣ３１０は、ホスト４００に発信したデータの履歴を内部的に出力し、ホスト発信履歴情報として蓄積する。以上で、為替ＯＣＲシステム１０における正常処理が完了する。
【００３５】
以上の正常処理を通じて、為替ＯＣＲシステム１０に係るセンタ２００での処理の状況は、為替サーバ２３０によってＤＢ２５０で集約的に管理されている。この点について、為替ＯＣＲシステム１０は従来の為替ＯＣＲシステムと同様である。しかしながら、上記のように、為替ＯＣＲシステム１０では、営業店端末１１０（またはスキャナＰＣ１５０）、および発信用ＰＣ３１０でも、それぞれの端末が処理したデータの履歴が蓄積される。この履歴が、後述するように、為替サーバ２３０の障害時の処理において活用される。
【００３６】
（照会処理）
まず、営業店１００において、営業店端末１１０またはスキャナＰＣ１５０が、センタ２００のＡＰサーバ２７０に向けて照会依頼を送信する（Ｐ１５１）。照会依頼を受信したＡＰサーバ２７０は、為替サーバ２３０に処理状況の情報を要求し、為替サーバ２３０は、ＤＢ２５０に格納された処理状況の情報をＡＰサーバ２７０に提供する（Ｐ１５３）。ＡＰサーバ２７０は、取得した処理状況の情報を用いて紹介結果の画面を編集し、これを結果情報として営業店端末１１０またはスキャナＰＣ１５０に送信する（Ｐ１５５）。これによって、営業店端末１１０またはスキャナＰＣ１５０の表示部には、紹介結果の画面が表示される。以上で、為替ＯＣＲシステム１０における照会処理が完了する。
【００３７】
以上の照会処理では、営業店端末１１０またはスキャナＰＣ１５０が、為替サーバ２３０を介してＤＢ２５０に格納されたデータの処理状況を適時照会することによって、データの処理状況、例えばセンタ２００に送信したデータがホスト４００に発信されたか否かなどを確認する。従って、為替サーバ２３０の障害時には、上記の照会処理は実行不能になる。しかしながら、後述するように、為替ＯＣＲシステム１０では、為替サーバ２３０とは別に発信用ＰＣ３１０が蓄積している履歴の情報をＡＰサーバ２７０に提供することによって、為替サーバ２３０の障害時にも営業店１００側にセンタ２００での処理状況に関する情報を提供することが可能である。
【００３８】
（返送処理）
図３は、本発明の一実施形態に係る為替ＯＣＲシステムの返送処理について説明するための図である。図３では、返送処理の手順がＰ２０１〜Ｐ２０５として示されている。
【００３９】
営業店１００から送信された振込依頼書のデータが、センタ２００にあるエントリベリファイＰＣ２９０で無効であると判定された場合、エントリベリファイＰＣ２９０は、為替サーバ２３０にデータの返送を登録する（Ｐ２０１）。ここで、エントリベリファイＰＣ２９０で無効と判定されるデータは、例えば、振込依頼書に記入された情報が不備であったり、読み取られた振込依頼書のイメージが不鮮明であったりするものである。
【００４０】
返送の登録を受けた為替サーバ２３０は、集配信サーバ２１０に、営業店１００への返送通知を依頼する（Ｐ２０３）。返送通知を依頼された集配信サーバ２１０は、営業店１００にある営業店端末１１０またはスキャナＰＣ１５０に向けて、返送通知を送信する（Ｐ２０５）。ここで、集配信サーバ２１０が返送通知を送信する宛先は、営業店端末１１０またはスキャナＰＣ１５０のうち、代表端末に設定された端末装置である。代表端末は、原則として営業店ごとに１つ設定され、当該営業店に設置された複数の端末装置（営業店端末１１０、スキャナＰＣ１５０）を代表して、センタ２００から送信される返送通知を受信する。
【００４１】
これによって、営業店１００では、代表端末において返送通知を参照し、振込依頼書の再読み込みなどの対応をとることが可能になる。このとき、代表端末に設定され、返送通知を受信する営業店端末１１０またはスキャナＰＣ１５０は、受信した返送通知の履歴を内部的に出力し、返送受信履歴情報として蓄積する。なお、上述のように、集配信サーバ２１０は必ずしも設けられなくてもよい。集配信サーバ２１０が設けられない場合、為替サーバ２３０は、直接、営業店１００の代表端末に向けて返送通知を送信しうる。以上で、為替ＯＣＲシステム１０における返送処理が完了する。
【００４２】
以上の返送処理において、営業店１００の代表端末に返送通知が送信される点では、為替ＯＣＲシステム１０は従来の為替ＯＣＲシステムと同様である。しかしながら、上記のように、為替ＯＣＲシステム１０では、営業店１００の代表端末（営業店端末１１０またはスキャナＰＣ１５０）が、受信した返送通知の履歴を蓄積する。この履歴は、後述するように、為替サーバ２３０の障害時に他の履歴情報と組み合わせて活用される。
【００４３】
＜３．サーバ障害時の処理＞
次に、図４を参照して、本発明の一実施形態に係る為替ＯＣＲシステムにおけるサーバ障害時の処理について説明する。以下の説明では、為替ＯＣＲシステム１０におけるサーバ障害時として、センタ２００に設置された為替サーバ２３０に全面的な障害が発生し、為替サーバ２３０による処理状況の管理、およびＤＢ２５０に格納されたデータの参照が不能になった場合が想定されている。
【００４４】
（営業店での処理）
サーバ障害時には、為替サーバ２３０を介したデータの処理が不能になるため、営業店１００からセンタ２００へのデータの送信は停止される。このとき、営業店１００では、複数設置されている営業店端末１１０およびスキャナＰＣ１５０のそれぞれに蓄積されている自端末分のセンタ送信履歴情報ｃ１，ｃ２，・・・，ｃｎが集約され、自店分のセンタ送信履歴情報ｃＡが作成される。
【００４５】
かかる処理は、具体的には、営業店端末１１０またはスキャナＰＣ１５０のうち代表端末に設定された端末装置（図示された例では営業店端末１１０ａとする）において、予め定められた手順によってサーバ障害時用のオペレーションを起動することによって実行される。代表端末である営業店端末１１０ａは、営業店１００に設置された他の端末装置のセンタ送信履歴情報ｃ２，・・・，ｃｎを取得し、これを自端末分のセンタ送信履歴情報ｃ１と併合することによって、自店分のセンタ送信履歴情報ｃＡを作成する。
【００４６】
こうして作成された自店分のセンタ送信履歴情報ｃＡは、後述するように他の情報と組み合わせられて、リカバリ情報として営業店１００のユーザに提供される。営業店１００では、このリカバリ情報を用いてホスト未発信分の振込依頼、すなわちセンタ２００には送信されたもののホスト４００には発信されていない振込依頼を特定し、例えば別途のシステムによって営業店端末１１０ｃから直接ホスト４００に発信することによって処理を完了させる。
【００４７】
（センタでの処理）
一方、センタ２００では、複数設置されている発信用ＰＣ３１０ａ，３１０ｂ，・・・，３１０ｎのそれぞれに蓄積されている自端末分のホスト発信履歴情報ｈ１，ｈ２，・・・，ｈｎが集約され、全端末分のホスト発信履歴情報ｈａｌｌが作成される。
【００４８】
かかる処理は、具体的には、発信用ＰＣ３１０のうちのいずれか１つ（図示された例では発信用ＰＣ３１０ａとする）において、予め定められた手順によってサーバ障害時用のオペレーションを起動することによって実行される。障害時用のオペレーションが起動された発信用ＰＣ３１０ａは、他の発信用ＰＣ３１０のホスト発信履歴情報ｈ２，・・・，ｈｎを取得し、これを自端末分のホスト発信履歴情報ｈ１と併合することによって、全端末分のホスト発信履歴情報ｈａｌｌを作成する。
【００４９】
こうして作成された全端末分のホスト発信履歴情報ｈａｌｌは、ＡＰサーバ２７０に提供される。ＡＰサーバ２７０は、為替サーバ２３０の障害時においても営業店１００からの照会を受け付けることが可能である。ただし、ＤＢ２５０の格納されたデータの参照は不能であるため、通常時の照会処理のように、ＤＢ２５０に格納された処理状況の情報を取得することはできない。そこで、ＡＰサーバ２７０は、発信用ＰＣ３１０から取得した全端末分のホスト発信履歴情報ｈａｌｌを、営業店１００からの照会依頼に対して提供する。なお、後述するように、全端末分のホスト発信履歴情報ｈａｌｌは、さらに営業店１００ごとに編集されていてもよく、営業店１００からの照会に応じてＡＰサーバ２７０から当該営業店分のホスト発信履歴情報が提供されるようになっていてもよい。
【００５０】
ここで、上述のように、ＡＰサーバ２７０は、負荷分散や障害防止のために多重化されうる。図示された例では、３台のＡＰサーバ２７０が設置されている。この場合、全端末分のホスト発信履歴情報ｈａｌｌは、それぞれのＡＰサーバ２７０に提供されうる。これによって、ＡＰサーバ２７０のいずれかに障害が発生した場合でも、負荷分散装置３３０を用いて、別のＡＰサーバ２７０を用いて営業店１００からの照会を受け付けることが可能になる。
【００５１】
＜４．処理フロー＞
次に、図５および図６を参照して、本発明の一実施形態に係る為替ＯＣＲシステムにおける、通常時およびサーバ障害時の処理フローについて説明する。
【００５２】
（通常時の処理）
図５は、本発明の一実施形態に係る為替ＯＣＲシステムの通常時の処理フローを示すフローチャートである。
【００５３】
まず、営業店１００にて、ステップＳ１０１〜Ｓ１０７が実行される。営業店１００では、営業店端末１１０またはスキャナＰＣ１５０が、振込依頼書読み取りオペレーションを実施する（ステップＳ１０１）。上述のように、振込依頼書の読み取りには、営業店端末１１０が有する非接触スキャナや、スキャナＰＣ１５０に接続されたロットスキャナ１３０などの各種スキャナが用いられる。
【００５４】
次に、営業店端末１１０またはスキャナＰＣ１５０は、読み取った振込依頼書のデータについて通番を採番し、これを印字する（ステップＳ１０３）。続いて、営業店端末１１０またはスキャナＰＣ１５０は、データをセンタ２００に向けて送信する（ステップＳ１０５）。
【００５５】
ここで、営業店端末１１０またはスキャナＰＣ１５０は、上記のデータの送信の履歴を、センタ送信履歴として内部的に出力する（ステップＳ１０７）。センタ送信履歴には、データの送信を実行した営業店端末１１０またはスキャナＰＣ１５０の端末機番、データの送信が実行された時刻情報である送信時間、および上記のステップＳ１０３にて採番された通番が含まれる。
【００５６】
続いて、営業店１００からのデータの送信を受けて、センタ２００にて、ステップＳ１０９〜Ｓ１２１の処理が実行される。センタ２００では、集配信サーバ２１０が、営業店端末１１０またはスキャナＰＣ１５０から送信されたデータを受信する（ステップＳ１０９）。集配信サーバ２１０は、受信したデータを転送し、為替サーバ２３０がこのデータを受信する（ステップＳ１１１）。
【００５７】
次に、為替サーバ２３０による管理のもと、エントリベリファイＰＣ２７０で、データの補正入力および承認といったエントリベリファイ処理が実行される（ステップＳ１１３）。エントリベリファイ処理が完了すると、データが発信用ＰＣ３１０に提供され、発信用ＰＣ３１０はこのデータを取得する（ステップＳ１１５）。続いて、発信用ＰＣ３１０は、データをホスト４００に発信し（ステップＳ１１７）、データがホスト４００に正常に受け付けられれば、ホスト４００からの正常応答を受信する（ステップＳ１１９）。
【００５８】
ここで、発信用ＰＣ３１０は、上記のデータの発信の履歴を、ホスト発信履歴として内部的に出力する（ステップＳ１２１）。より詳しくは、発信用ＰＣ３１０は、上記のステップＳ１１９でホスト４００からの正常応答を受信し、為替サーバ２３０を介してホスト発信の完了をＤＢ２５０に格納された処理状況の情報に反映させた時点で、ホスト発信履歴を出力する。ホスト発信履歴には、発信を実行した発信用ＰＣ３１０の端末機番、データの発信が実行された時刻情報である発信時間、および上記のステップＳ１０３にて採番され、データとともにセンタ２００に送信されてきた通番が含まれる。以上で、正常処理は完了する。
【００５９】
一方、上記のステップＳ１１３で、エントリベリファイ処理が完了されなかった場合、すなわちデータが無効であると判定された場合、ステップＳ１２３〜Ｓ１３１の返送処理が実行される。まず、センタ２００では、エントリベリファイＰＣ２９０が為替サーバ２３０にデータの返送を登録する（ステップＳ１２３）。続いて、為替サーバ２３０が返送通知の送信を集配信サーバ２１０に依頼し（ステップＳ１２５）、集配信サーバ２１０はこの依頼に応じて返送通知を営業店１００に向けて送信する（ステップＳ１２７）。
【００６０】
続いて、営業店１００では、営業店端末１１０またはスキャナＰＣ１５０のうちの代表端末が、センタ２００から送信された返送通知を受信する（ステップＳ１２９）。代表端末は、返送通知自体をユーザに対して出力するとともに、返送通知の受信の履歴を、返送受信履歴として内部的に出力する（ステップＳ１３１）。返送受信履歴には、返送通知が受信された時刻情報である受信時間、および返送通知に係るデータについて、上記のステップＳ１０３で採番された通番が含まれる。以上で、返送処理は完了する。
【００６１】
（サーバ障害時の処理）
図６は、本発明の一実施形態に係る為替ＯＣＲシステムのサーバ障害時の処理フローを示すフローチャートである。
【００６２】
まず、センタ２００にて、ステップＳ２０１〜Ｓ２０９が実行される。センタ２００では、発信用ＰＣ３１０のうちの１つで、緊急照会用オペレーションが実行される（ステップＳ２０１）。この緊急照会用オペレーションにおいて、発信用ＰＣ３１０は、センタ２００に設置されている端末装置として登録済の他の発信用ＰＣ３１０から、それぞれの端末分のホスト発信履歴情報を取得する（ステップＳ２０３）。
【００６３】
次に、発信用ＰＣ３１０は、上記のステップＳ２０３において取得した他の端末分のホスト発信履歴情報、および自端末分のホスト発信履歴情報を編集して、全端末分のホスト発信履歴情報を生成する（ステップＳ２０５）。上述のように、ここで、発信用ＰＣ３１０は、さらに営業店１００ごとにホスト発信履歴情報を編集してもよい。
【００６４】
続いて、発信用ＰＣ３１０は、上記のステップＳ２０５において編集されたホスト発信履歴情報を、センタ２００に設置されているサーバとして登録済のＡＰサーバ２７０にコピーする（ステップＳ２０７）。ここまでの処理が終了した時点で、センタ２００から営業店１００に、緊急照会が可能になった旨の連絡がされる（ステップＳ２０９）。この連絡は、発信用ＰＣ３１０によって自動的に送信されてもよいし、また上記の緊急照会用オペレーションを実行したオペレータによって別途なされてもよい。
【００６５】
この連絡を受けて、営業店１００では、ステップＳ２１１〜Ｓ２２１が実行される。まず、営業店１００では、設置された営業店端末１１０またはスキャナＰＣ１５０のうちの代表端末で、緊急照会用オペレーションが実行される（ステップＳ２１１）。この緊急照会用オペレーションにおいて、代表端末は、営業店１００に設置された他の営業店端末１１０またはスキャナＰＣ１５０からそれぞれの端末分のセンタ送信履歴情報を取得し、さらに自端末分のセンタ送信履歴情報を取得する（ステップＳ２１３）。
【００６６】
また、代表端末は、センタ２００のＡＰサーバ２７０に照会依頼を送信し、上記のステップＳ２０７においてＡＰサーバ２７０にコピーされたホスト発信履歴情報を取得する（ステップＳ２１５）。続いて、代表端末は、ここまでのステップＳ２１３およびステップＳ２１５で取得した情報を編集し、リカバリ情報を生成する（ステップＳ２１７）。
【００６７】
ここで、上記のステップＳ２１７で生成されるリカバリ情報は、例えば、営業店１００からセンタ２００に送信されたものの、センタ２００からホスト４００には発信されていないデータなど、営業店１００でのリカバリ処理の対象になるデータを示す情報でありうる。代表端末は、かかる処理対象データの情報を表示、または印字し（ステップＳ２１９）、この情報に基づいて、営業店端末１１０から直接ホスト４００にデータを発信する自店処理が実行される（ステップＳ２２１）。以上で、サーバ障害時の処理は完了する。
【００６８】
このように、為替ＯＣＲシステム１０では、通常時の処理において営業店１００側とセンタ２００側とで管理サーバ２３０およびＤＢ２５０とは別途に履歴情報を蓄積しておき、サーバ障害時にはこれらのデータを利用して営業店での処理対象データなどの情報を含むリカバリ情報を生成する。
【００６９】
ここで、各端末装置等における処理の履歴は、従来の為替ＯＣＲシステムにおいてもログやジャーナルといった形で記録されている。しかしながら、従来の為替ＯＣＲシステムでは、これらの情報を、各装置間、または営業店１００とセンタ２００との間で自動的にやり取りする仕組みはなかった。従って、従来の為替ＯＣＲシステムでは、サーバ障害時には、営業店から送信したデータのすべてについて、センタに処理状況をマニュアルで照会しなければならず、多大な労力を要していた。
【００７０】
それゆえ、為替ＯＣＲシステム１０では、システムの特定の部分、すなわち営業店１００からセンタ２００へのデータ送信と、センタ２００からホスト４００へのデータ発信の部分とにおいて、管理サーバ２３０の障害時に参照するための履歴情報を蓄積し、サーバ障害時には緊急照会用オペレーションによってこれらの履歴情報を自動的に集約して営業店１００に提供するための仕組みが設けられている。これによって、サーバ障害時のリカバリ処理のために必要な情報が、営業店１００において容易に取得可能になる。
【００７１】
しかも、為替ＯＣＲシステム１０を構成するシステムの装置構成は、通常処理時に用いられる装置構成、すなわち従来の為替ＯＣＲシステムと同様の装置構成である。つまり、為替ＯＣＲシステム１０は、従来の為替ＯＣＲシステムと同様の装置構成をとりつつ、一部の装置、例えば営業店端末１１０や発信用ＰＣ３１０の処理を改良することによって、上記のような従来の為替ＯＣＲシステムにはない機能を実現している。
【００７２】
＜５．発信端末装置の構成＞
次に、図７および図８を参照して、本発明の一実施形態に係る発信端末装置の構成について詳細に説明する。上述のように、本発明の一実施形態に係る発信端末装置の例は、センタ２００に設置される発信用ＰＣ３１０である。
【００７３】
（機能構成）
図７は、本発明の一実施形態に係る発信端末装置である発信用ＰＣ３１０の機能構成を示すブロック図である。図７を参照すると、発信用ＰＣ３１０は、データ取得部３１１、データ発信部３１２、発信履歴出力部３１３、発信履歴管理部３１４、他端末情報管理部３１５、他端末履歴情報取得部３１６、履歴情報編集部３１７、履歴情報出力部３１８、および記憶部３１９を有する。なお、これらの各部は、後述する情報処理装置のハードウェア構成、例えばＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ストレージ装置、通信装置などを適宜用いることによって実現されうる。
【００７４】
データ取得部３１１は、エントリベリファイ処理が完了したデータを取得する。このデータは、為替サーバ２３０、またはエントリベリファイＰＣ２９０から提供されうる。なお、上述のように、発信用ＰＣ３１０は、エントリベリファイＰＣ２９０と兼用される端末装置でありうる。この場合、データ取得部３１１は、内部的なデータのやり取りを実行する。
【００７５】
データ発信部３１２は、データ取得部３１１が取得したデータをホスト４００に向けて発信する。ここで発信されるデータは、ホスト４００で用いられる所定のフォーマットのデータでありうる。従って、データ発信部３１２は、データ取得部３１１が取得したデータのフォーマットを当該フォーマットに変換する機能を有していてもよい。さらに、データ発信部３１２は、データをホスト４００に送信した後のホスト４００からの応答の受信、および応答の受信を受けた為替サーバ２３０への処理状況更新の依頼など、データのホスト４００への発信に関するさまざまな処理を実行しうる。
【００７６】
発信履歴出力部３１３は、データ発信部３１２によるホスト４００へのデータの発信の履歴を、ホスト発信履歴として発信履歴管理部３１４へと内部的に出力する。上述のように、発信履歴出力部３１３によってホスト発信履歴情報が出力されるタイミングは、データ発信部３１２がホスト４００からの正常応答を受信し、為替サーバ２３０への処理状況更新の依頼をした後の時点でありうる。
【００７７】
発信履歴管理部３１４は、発信履歴出力部３１３によって出力されたホスト発信履歴を、記憶部３１９に格納してホスト発信履歴情報３２１として管理する。ここで発信履歴管理部３１４によって管理されるホスト発信履歴情報３２１は、発信用ＰＣ３１０の自端末分のホスト発信履歴である。上述のように、このホスト発信履歴情報３２１には、発信用ＰＣ３１０の機番、データ発信部３１２によってデータが発信された時刻情報である発信時間、データに付された通番などが含まれる。
【００７８】
他端末情報管理部３１５は、センタ２００に設置された他の端末装置、具体的には他の発信用ＰＣ３１０およびＡＰサーバ２７０の情報を管理する。他の端末装置の情報は、記憶部３１９に他端末情報３２０として格納され、管理される。他端末情報３２０には、例えば、それぞれの端末装置の機番、ＩＰ（Internet Protocol）アドレス、コンピュータ名、端末種別（発信用ＰＣ３１０か、ＡＰサーバ２７０か、など）が含まれる。
【００７９】
他端末履歴情報取得部３１６は、為替サーバ２３０の障害時に、記憶部３１９に格納された他端末情報３２０を用いて、他の発信用ＰＣ３１０からホスト発信履歴情報を取得し、取得した情報を履歴情報編集部３１７に提供する。
【００８０】
履歴情報編集部３１７は、為替サーバ２３０の障害時に、記憶部３１９に格納された自端末分のホスト発信履歴情報３２１と、他端末履歴情報取得部３１６が他の発信用ＰＣ３１０から取得した他端末分のホスト発信履歴情報とを、営業店１００に提供するために編集する。より具体的には、履歴編集情報編集部３１７は、センタ２００に設置されたすべての発信用ＰＣ３１０のホスト発信履歴情報を併合し、さらにそれを営業店１００ごとのファイルに分類する。
【００８１】
履歴情報出力部３１８は、為替サーバ２３０の障害時に、記憶部３１９に格納された他端末情報３２０を用いて、履歴情報編集部３１７によって編集されたホスト発信履歴情報をＡＰサーバ２７０に出力する。なお、上述のように、ＡＰサーバ２７０は複数設置されうる。この場合、履歴情報出力部３１８は、それぞれのＡＰサーバ２７０に上記のホスト発信履歴情報をコピーして出力する。履歴情報出力部３１８がホスト発信履歴情報を出力する先は、例えばＡＰサーバ２７０の共有フォルダであってもよい。
【００８２】
（情報の集約、編集、および分配）
図８は、本発明の一実施形態に係る発信端末装置である発信用ＰＣ３１０による情報の集約、編集、および分配について説明するための図である。図８では、為替サーバ２３０の障害時における、緊急照会用のオペレーション実施端末である発信用ＰＣ３１０ａと、センタ２００に設置される他の発信用ＰＣ３１０ｂと、ＡＰサーバ２７０との間での情報の集約、編集、および分配の手順が、Ｐ３０１〜Ｐ３０７として示されている。
【００８３】
まず、発信用ＰＣ３１０ａは、上記の他端末履歴情報取得部３１６の機能によって、他の発信用ＰＣ３１０ｂから、それぞれの端末で管理されている自端末（他の発信用ＰＣ３１０ｂ）分のホスト発信履歴情報ｈ２，ｈ３を取得する（Ｐ３０１）。続いて、発信用ＰＣ３１０ａは、上記の履歴情報編集部３１７の機能によって、他の発信用ＰＣ３１０ｂから取得したホスト発信履歴情報ｈ２，ｈ３と、自端末（発信用ＰＣ３１０ａ自身）分のホスト発信履歴情報ｈ１とを併合して、全端末分のホスト発信履歴情報ｈａｌｌを作成する（Ｐ３０３）。ここで、全端末分のホスト発信履歴情報ｈａｌｌは、例えばデータの通番の順にソートされていてもよい。
【００８４】
さらに、発信用ＰＣ３１０ａは、上記の履歴情報編集部３１７の機能によって、作成された全端末分のホスト発信履歴情報ｈａｌｌを、営業店１００ごとに分類する（Ｐ３０５）。図示された例では、営業店１００として、Ａ店およびＢ店が存在し、Ａ店分のホスト発信履歴情報ｈＡと、Ｂ店分のホスト発信履歴情報ｈＢとが作成される。ここで、履歴情報編集部３１７は、例えば、データの通番に含まれる営業店１００の店番号をキーにしてホスト発信履歴情報を抽出することによって、営業店１００ごとのホスト発信履歴情報を抽出する。
【００８５】
発信用ＰＣ３１０ａは、こうして作成されたＡ店分のホスト発信履歴情報ｈＡとＢ店分のホスト発信履歴情報ｈＢとを、上記の履歴情報出力部３１８の機能によって、複数のＡＰサーバ２７０にそれぞれ提供する。ＡＰサーバ２７０には、いずれも、Ａ店分のホスト発信履歴情報ｈＡとＢ店分のホスト発信履歴情報ｈＢとがコピーされて提供される。これによって、いずれのＡＰサーバ２７０においても、各営業店１００分のホスト発信履歴情報を参照することが可能になる。
【００８６】
＜６．営業店端末装置の構成＞
次に、図９〜図１１を参照して、本発明の一実施形態に係る営業店端末装置の構成について詳細に説明する。本発明の一実施形態に係る営業店端末装置の例は、営業店１００に設置される営業店端末１１０またはスキャナＰＣ１５０である。以下では、代表して営業店端末１１０について説明する。
【００８７】
（機能構成）
図９は、本発明の一実施形態に係る営業店端末装置である営業店端末１１０の機能構成を示すブロック図である。図９を参照すると、営業店端末１１０は、イメージ取得部１１１、イメージ送信部１１２、送信履歴出力部１１３、送信履歴管理部１１４、返送受信部１１５、返送受信履歴出力部１１６、返送受信履歴管理部１１７、代表端末設定部１１８、他端末情報管理部１１９、他端末履歴情報取得部１２０、ホスト発信履歴取得部１２１、リカバリ情報生成部１２２、リカバリ情報出力部１２３、および記憶部１２４を有する。なお、これらの各部は、後述する情報処理装置のハードウェア構成、例えばＣＰＵ、ＲＡＭ、ＲＯＭ、ストレージ装置、通信装置などを適宜用いることによって実現されうる。
【００８８】
イメージ取得部１１１は、振込依頼書のイメージデータを取得する。上述のように、イメージ取得部１１１は、営業店端末１１０が有する非接触スキャナなどのスキャナ自体であってもよく、また営業店端末１１０とは別体のスキャナからイメージデータを取得するためのインターフェースであってもよい。
【００８９】
イメージ送信部１１２は、イメージ取得部１１１が取得した振込依頼書のイメージデータを、センタ２００に送信する。このとき、イメージ送信部１１２は、送信するイメージデータについて通番を採番し、これをイメージデータとともにセンタ２００に送信する。また、イメージ送信部１１２が送信するイメージデータには、営業店端末１１０においてＯＣＲ認識されたテキストのデータが付帯していてもよい。
【００９０】
送信履歴出力部１１３は、イメージ送信部１１２によるセンタ２００へのイメージデータ送信の履歴を、センタ送信履歴として送信履歴管理部１１４へと内部的に出力する。送信履歴出力部１１３によってセンタ送信履歴が出力されるタイミングは、イメージ送信部１１２がセンタ２００からの正常応答を受信し、イメージデータの送信が完了した後の時点でありうる。
【００９１】
送信履歴管理部１１４は、送信履歴出力部１１３によって出力されたセンタ送信履歴を、記憶部１２４に格納してセンタ送信履歴情報１２６として管理する。ここで送信履歴管理部１１４によって管理されるセンタ送信履歴情報１２６は、営業店端末１１０の自端末分のセンタ送信履歴である。上述のように、このセンタ送信履歴情報１２６には、営業店端末１１０の機番、イメージ送信部１１２によってイメージデータが送信された時刻情報である送信時間、イメージデータに付された通番などが含まれる。
【００９２】
返送受信部１１５は、センタ２００から送信される返送通知を受信する。返送受信部１１５は、受信した返送通知を、例えば営業店端末１１０が有する表示部などを用いてユーザに対して出力しうる。なお、この返送受信部１１５は、営業店端末１１０が代表端末に設定されている場合のみ、返送通知を受信する。
【００９３】
返送受信履歴出力部１１６は、返送受信部１１５によるセンタ２００からの返送通知受信の履歴を、返送受信履歴として返送受信履歴管理部１１７へと内部的に出力する。返送受信履歴出力部１１６によって返送受信履歴が出力されるタイミングは、返送受信部１１５がセンタ２００に正常応答を送信し、返送通知の受信が完了した後の時点でありうる。
【００９４】
返送受信履歴管理部１１７は、返送受信履歴出力部１１６によって出力された返送受信履歴を、記憶部１２４に格納して返送受信履歴情報１２７として管理する。上述のように、返送受信部１１５は、営業店端末１１０が代表端末に設定されている場合のみ返送通知を受信する。そのため、返送受信履歴管理部１１７は、営業店端末１１０が代表端末に設定されている場合のみ、返送受信履歴情報１２７を管理する。ここで返送受信履歴管理部によって管理される返送受信履歴情報１２７は、営業店端末１１０が設置された営業店１００の自店分の返送受信履歴である。上述のように、この返送受信履歴情報１２７には、返送受信部１１５によって返送通知が受信された時刻の情報である受信時間、返送通知に係るデータの通番などが含まれる。
【００９５】
代表端末設定部１１８は、営業店端末１１０を営業店１００の代表端末に設定する。ここで、為替ＯＣＲシステム１０においては、営業店１００に設置される営業店端末１１０のいずれをも代表端末に設定することが可能であり、従って代表端末設定部１１８は、現時点で代表端末に設定されている営業店端末１１０以外の端末装置にも含まれうる。代表端末設定部１１８は、例えばユーザによって自端末を代表端末に設定する操作がされた場合、自端末の機番またはＩＰアドレスなどをセンタ２００に送信し、営業店端末１１０を営業店１００において返送通知の送信先となる代表端末として登録する。
【００９６】
他端末情報管理部１１９は、営業店１００に設置された他の端末装置、具体的には他の営業店端末１１０の情報を管理する。他の端末装置の情報は、記憶部１２４に他端末情報１２５として格納され、管理される。他端末情報１２５には、例えば、それぞれの端末装置の機番、ＩＰアドレス、コンピュータ名、端末種別（営業店端末１１０かスキャナＰＣ１５０か、など）が含まれる。
【００９７】
他端末履歴情報取得部１２０は、センタ２００の為替サーバ２３０の障害時に、記憶部１２４に格納された他端末情報１２５を用いて、他の営業店端末１１０からセンタ送信履歴情報を取得し、取得した情報をリカバリ情報生成部１２２に提供する。
【００９８】
ホスト発信履歴取得部１２１は、為替サーバ２３０の障害時に、センタ２００のＡＰサーバ２７０に照会依頼を送信し、ＡＰサーバ２７０が保持しているホスト発信履歴情報を取得する。上述のように、ここで取得されるホスト発信履歴情報は、センタ２００に設置された各発信用ＰＣ３１０に蓄積されたホスト発信履歴情報が併合され、さらにそれが営業店１００ごとに分類されたものでありうる。ホスト発信履歴取得部１２１は、取得した情報をリカバリ情報生成部１２２に提供する。
【００９９】
リカバリ情報生成部１２２は、為替サーバ２３０の障害時に、記憶部１２４に格納された自端末分のセンタ送信履歴情報１２６と、他端末履歴情報取得部１２０が他の営業店端末１１０から取得した他端末分のセンタ発信履歴情報と、ホスト発信履歴取得部１２１がＡＰサーバ２７０から取得したホスト発信履歴情報とを編集して、リカバリ情報を生成する。
【０１００】
リカバリ情報出力部１２３は、リカバリ情報生成部１２２によって生成されたリカバリ情報を、ユーザに向けて出力する。リカバリ情報出力部１２３は、例えば、営業店端末１１０が有する表示部にリカバリ情報を表示したり、ネットワークプリンタ１７０を用いてリカバリ情報を印字したりする。
【０１０１】
（リカバリ情報の生成）
図１０は、本発明の一実施形態に係る営業店端末装置である営業店端末１１０によるリカバリ情報の生成について説明するための図である。図１０では、為替サーバ２３０の障害時に緊急照会用のオペレーションが実行される、営業店１００の代表端末である営業店端末１１０ａがリカバリ情報を生成する手順が、Ｐ４０１〜Ｐ４０７として示されている。
【０１０２】
まず、営業店端末１１０ａは、上記の他端末履歴情報取得部１２０の機能によって、他の営業店端末１１０ｂから、それぞれの端末で管理されている自端末（他の営業店端末１１０）分のセンタ送信履歴情報ｃ２，ｃ３を取得する（Ｐ４０１）。続いて、営業店端末１１０ａは、上記のリカバリ情報生成部１２２の機能によって、他の営業店端末１１０ｂから取得したセンタ送信履歴情報ｃ２，ｃ３と、自端末（営業店端末１１０ａ自身）分のセンタ送信履歴情報ｃ１とを併合して、自店分のセンタ送信履歴情報ｃＡを作成する（Ｐ４０３）。
【０１０３】
一方、営業店端末１１０ａは、上記のホスト発信履歴取得部１２１の機能によって、センタ２００のＡＰサーバ２７０から自店分のホスト発信履歴情報ｈＡを取得する（Ｐ４０５）。営業店端末１１０ａは、こうして取得したセンタ送信履歴情報ｃＡ、ホスト発信履歴情報ｈＡ、および上記の返送受信履歴管理部１１７の機能によって管理されている自店分の返送受信履歴情報ｂＡとを用いて、上記のリカバリ情報生成部１２２の機能によって、リカバリ情報であるセンタ送信状況一覧ｒ１と、未処理一覧ｒ２とを生成する。
【０１０４】
（リカバリ情報の例）
図１１は、本発明の一実施形態に係る営業店端末装置である営業店端末１１０において生成されるリカバリ情報の例を示す図である。図１１には、センタ送信一覧ｒ１、および未処理一覧ｒ２の例が示されている。
【０１０５】
センタ送信一覧ｒ１は、上記のセンタ送信履歴情報ｃＡに含まれるデータの通番をキーにして、ホスト発信履歴情報ｈＡおよび返送受信履歴情報ｂＡを参照して処理状況を特定したものである。センタ送信一覧ｒ１は、例えば、センタ送信履歴情報ｃＡに通番が含まれるデータのうち、通番がホスト発信履歴情報ｈＡにも含まれるデータについては処理状況を“発信済”とし、通番が返送受信履歴情報ｂＡにも含まれるデータについては処理状況を“返送”とし、通番がこれら２つの履歴情報のいずれにも含まれないデータについては処理状況を“未発信”とすることによって生成される。センタ送信一覧ｒ１は、図示されているように、センタ送信を実行した端末装置の機番、通番の順でソートされていてもよい。
【０１０６】
かかるセンタ送信一覧ｒ１によれば、為替サーバ２３０の障害時にセンタ２００に送信されていたデータの処理状況を一括して把握することができる。このように、為替ＯＣＲシステム１０では、為替サーバ２３０に障害が発生してＤＢ２５０に格納されている処理状況の情報を参照できない状況下でも、データの処理状況を把握し、営業店１００でのリカバリの処理に利用することができる。
【０１０７】
未処理一覧ｒ２は、センタ送信一覧ｒ１から、処理状況が“未発信”または“返送”であるデータを抽出することによって生成されうる。未処理一覧ｒ２も、図示されているように、センタ送信を実行した端末装置の機番、通番の順でソートされていてもよい。
【０１０８】
かかる未処理一覧ｒ２によれば、為替サーバ２３０の障害時にセンタ２００に送信されたがホスト発信はされていないデータ、すなわち、営業店１００でのリカバリ処理の対象になるデータを一括して把握することができる。営業店１００でのリカバリ処理では、例えば、未処理一覧ｒ２に示されるデータを、営業店端末１１０などから直接ホスト４００に発信する自店処理が実行されうる。未処理一覧ｒ２は、このような営業店１００でのリカバリ処理のために最適化された情報といえ、サーバ障害時の営業店１００での処理の労力を大幅に軽減することに貢献する。
【０１０９】
＜７．ハードウェア構成＞
次に、図１２を参照して、本発明の一実施形態に係る営業店端末１１０、スキャナＰＣ１５０、集配信サーバ２１０、為替サーバ２３０、ＡＰサーバ２７０、エントリベリファイＰＣ２９０、および発信用ＰＣ３１０を実現しうる情報処理装置９００のハードウェア構成について説明する。
【０１１０】
図１２は、情報処理装置のハードウェア構成を説明するためのブロック図である。
【０１１１】
情報処理装置９００は、ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５を含む。さらに、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３、および通信装置９２５を含んでもよい。
【０１１２】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、情報処理装置９００内の動作全般またはその一部を制御する。このプログラムは、例えばリムーバブル記録媒体９２７格納して提供されるものであってもよく、また通信装置９２５を用いた通信ネットワーク９３１からのダウンロードによって提供されるものであってもよい。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Peripheral Component Interconnect/Interface）バスなどの外部バス９１１に接続されている。
【０１１３】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置である。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話などの外部接続機器９２９であってもよい。入力装置９１５は、ユーザが入力した情報に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりする。
【０１１４】
出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ（Liquid Crystal Display）、ＰＤＰ（Plasma Display Panel）、有機ＥＬ（Electro-Luminescence）ディスプレイなどの表示装置、スピーカおよびヘッドホンなどの音声出力装置、ならびにプリンタ装置などでありうる。出力装置９１７は、情報処理装置９００の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音声または音響などの音声として出力したりする。
【０１１５】
ストレージ装置９１９は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Hard Disk Drive）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。
【０１１６】
ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２７のためのリーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録を書き込む。
【０１１７】
接続ポート９２３は、機器を情報処理装置９００に直接接続するためのポートである。接続ポート９２３は、例えば、ＵＳＢ（Universal Serial Bus）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Small Computer System Interface）ポートなどでありうる。また、接続ポート９２３は、ＲＳ−２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（High-Definition Multimedia Interface）ポートなどであってもよい。接続ポート９２３に外部接続機器９２９を接続することで、情報処理装置９００と外部接続機器９２９との間で各種のデータが交換されうる。
【０１１８】
通信装置９２５は、例えば、通信ネットワーク９３１に接続するための通信デバイスなどで構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Wireless USB）用の通信カードなどでありうる。また、通信装置９２５は、光通信用のルータ、ＡＤＳＬ（Asymmetric Digital Subscriber Line）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２５は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２５に接続される通信ネットワーク９３１は、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。
【０１１９】
以上、情報処理装置９００のハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。かかる構成は、実施する時々の技術レベルに応じて適宜変更されうる。
【０１２０】
＜８．補足＞
（付加的な構成とその効果）
本発明の実施形態において、営業店端末装置は、営業店に複数設置され、他の営業店端末装置のセンタ送信履歴情報を取得する他端末履歴情報取得部をさらに有し、リカバリ情報生成部は、営業店端末装置および他の営業店端末装置のセンタ送信履歴情報を併合して用いてもよい。
【０１２１】
かかる構成によれば、営業店端末装置が複数設置される場合に、それぞれの営業店端末装置に蓄積されたセンタ送信履歴情報を自動的に集約して一括して利用することができる。従って、営業店における処理状況の照会がさらに容易になる。
【０１２２】
本発明の実施形態において、発信端末装置は、センタに複数設置され、他の発信端末装置のホスト発信履歴情報を取得する他端末履歴情報取得部と、発信端末装置および他の発信端末装置のホスト発信履歴情報を併合する履歴情報編集部とをさらに有してもよい。
【０１２３】
かかる構成によれば、発信端末装置が複数設置される場合に、それぞれの発信端末装置に蓄積されたホスト発信履歴情報を自動的に集約して一括して利用することができる。従って、営業店における処理状況の照会がさらに容易になる。
【０１２４】
本発明の実施形態において、営業店は、複数存在し、発信端末装置は、ホスト発信履歴情報を営業店ごとに分類する履歴情報編集部をさらに有し、ホスト発信履歴取得部は、営業店端末装置が設置された営業店に分類されたホスト発信履歴情報を取得してもよい。
【０１２５】
かかる構成によれば、営業店が複数ある場合に、それぞれの営業店で自店分のホスト発信履歴情報を選択的に取得することができる。自店にとって必要な情報だけが取得されるため、営業店における処理状況の照会がさらに容易になる。
【０１２６】
本発明の実施形態において、リカバリ情報生成部は、センタに送信されたがホストに発信されていない未発信データを示す情報を含むリカバリ情報を生成してもよい。
【０１２７】
かかる構成によれば、例えば営業店において自店処理などの再度の処理が必要なデータに関する情報を一括して取得することができる。個別に処理状況を確認する必要がないため、営業店でのリカバリ処理がさらに容易になる。
【０１２８】
本発明の実施形態において、業務システムは、センタに設置されて、データが無効である場合に返送通知を営業店端末装置に送信する検証端末をさらに含み、営業店端末装置は、センタからの返送通知の受信の履歴情報である返送受信履歴情報を管理する返送受信履歴管理部をさらに含み、リカバリ情報生成部は、さらに返送受信履歴情報に基づいて、未発信データと返送通知の対象になったデータとを示す情報を含むリカバリ情報を生成してもよい。
【０１２９】
かかる構成によれば、ホストに未発信であるために再度の処理が必要なデータとともに、センタで無効と判定されたために再度の処理が必要なデータの情報を一括して取得することができる。営業店で再度の処理が必要な点ではこれらのデータは同じであるため、そのようなデータの情報が一括して取得されることで営業店でのリカバリ処理がさらに容易になる。
【０１３０】
本発明の実施形態において、業務システムは、センタに設置されて、営業店端末装置による管理サーバへの処理状況の照会を受け付け、管理サーバの障害時にはホスト発信履歴情報を取得して保持するアプリケーションサーバをさらに含み、ホスト発信履歴取得部は、アプリケーションサーバからホスト発信履歴情報を取得してもよい。
【０１３１】
かかる構成によれば、通常処理時のセンタへの処理状況の照会と同じルートで、サーバ障害時にもセンタへの照会が可能である（ただし、取得される情報は異なる）ため、サーバ障害時用に別途の照会ルートを設ける場合に比べてシステムの構成が簡単になる。
【０１３２】
本発明の実施形態において、アプリケーションサーバは、センタに複数設置され、それぞれのアプリケーションサーバがホスト発信履歴情報を取得して保持してもよい。
【０１３３】
かかる構成によれば、仮に一部のアプリケーションサーバに障害が発生しても、残りのアプリケーションサーバを用いてホスト発信履歴情報の取得が可能になり、サーバ障害時の処理の堅牢性が向上する。
【０１３４】
本発明の実施形態において、業務システムは、為替ＯＣＲシステムであり、データは、振込依頼書のイメージを読み取ったデータを含んでもよい。
【０１３５】
かかる構成によれば、サーバ障害時のセンタでの処理状況の照会が特に必要な業務システムの１つである為替ＯＣＲシステムにおいて、本発明の実施形態による効果を得ることができる。
【０１３６】
（付言）
本発明の実施形態は、上記の為替ＯＣＲシステム以外にも、営業店−センタ−ホストというデータ伝送が行われるあらゆる種類の業務システムに適用可能である。従って、本発明の実施形態の細部は、上記の為替ＯＣＲシステムの説明における例には限られず、本発明の実施形態が適用される業務システムの種類において適宜設計されうる。
【０１３７】
例えば、上記の為替ＯＣＲシステムにおける、営業店およびセンタに諸々の装置が設置される数は、図示された例には限られず、必要に応じて任意の数とすることが可能である。また、営業店における代表端末は必ずしも定められなくてもよく、例えば返送通知がセンタ送信を実行した営業店端末にそれぞれ送信されるような構成であってもよい。さらに、業務システムの種類によっては、返送処理自体が存在しなくてもよい。
【０１３８】
また、上記の為替ＯＣＲシステムにおいて、サーバ障害時における営業店での緊急照会用オペレーションは、必ずしも代表端末で実行されなくてもよい。何らかの理由によって代表端末以外の端末装置で緊急照会オペレーションが実行される場合、当該端末装置は、代表端末から返送受信履歴情報を取得する機能を有してもよい。
【０１３９】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１４０】
１０ 為替ＯＣＲシステム
１００ 営業店
１１０ 営業店端末
１１４ 送信履歴管理部
１１７ 返送受信履歴管理部
１２０ 他端末履歴情報取得部
１２１ ホスト発信履歴取得部
１２２ リカバリ情報生成部
１２３ リカバリ情報出力部
１２６ センタ送信履歴情報
１２７ 返送受信履歴情報
１５０ スキャナＰＣ
２００ センタ
２３０ 為替サーバ
２５０ ＤＢ
２７０ ＡＰサーバ
２９０ エントリベリファイＰＣ
３１０ 発信用ＰＣ
３１４ 発信履歴管理部
３１６ 他端末履歴情報取得部
３１７ 履歴情報編集部
３１８ 履歴情報出力部
３２１ ホスト発信履歴情報
４００ 勘定系ホスト
５００ ネットワーク
【技術分野】
【０００１】
本発明は、業務システム、業務システムの運用方法、端末装置およびプログラムに関する。
【背景技術】
【０００２】
為替ＯＣＲシステムは、金融機関の為替取引処理において、為替仕向データを作成し発信するためのシステムである。為替ＯＣＲシステムでは、まず、金融機関の営業店で、顧客が記入した振込依依頼書がＯＣＲ（Optical Character Reader）を用いて読み取られる。読み取られたデータは、ネットワークを経由して営業店からセンタに送信される。センタでは、読み取り結果の確認やデータエントリなどの処理を経て、為替仕向データが勘定系ホストに向けて発信される。かかる為替ＯＣＲシステムに関する従来技術として、例えば特許文献１に記載の技術がある。
【０００３】
為替ＯＣＲシステムでは、センタに設けられる為替サーバのデータベースで、営業店から受信したデータの情報や勘定系ホストに発信したデータの情報などが管理される。つまり、為替ＯＣＲシステムの処理状況は、為替サーバのデータベースにおいて一元的に管理されている。それゆえ、為替ＯＣＲシステムにおける為替サーバの重要度は高く、システムを二重化するなど障害を防止するための方策が講じられてきた。かかる事情は、営業店、センタ、およびホストの間でデータを伝送する為替ＯＣＲシステム以外の他の業務システムにおいても同様であった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−６４４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、システム障害を防止するための方策を講じたとしても、システム障害が発生する確率は必ずしも０にはならない。為替ＯＣＲシステムにおいても、万が一ではあるが為替サーバの障害が発生する可能性がある。この場合、為替サーバにシステムの処理状況を照会することができなくなるため、為替仕向業務のリカバリには多大な労力が必要とされる。具体的には、営業店で振込依頼書の現物を参照して、１件ずつセンタにおけるホストへの発信状況を照会するという作業が必要になる。このように、従来、営業店、センタ、およびホストの間でデータを伝送する業務システムにおいて、処理状況を管理するセンタのサーバに障害が発生した場合の業務リカバリのための備えは、必ずしも十分とはいえなかった。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、センタのサーバ障害時に、営業店における処理状況の照会を容易にすることによって、よりスムーズにリカバリ処理をすることが可能な、新規かつ改良された業務システム、業務システムのリカバリ方法、端末装置およびプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある実施形態によれば、営業店に設置されてデータをネットワークを介してセンタに送信する営業店端末装置、センタに設置されてデータの処理状況を管理する管理サーバ、およびセンタに設置されてデータをホストに発信する発信端末装置を含む業務システムであって、発信端末装置は、ホストへのデータの発信の履歴情報であるホスト発信履歴情報を自装置の記憶部に蓄積するホスト発信履歴管理部と、管理サーバの障害時に、ホスト発信履歴情報を出力する履歴情報出力部とを有し、営業店端末装置は、センタへのデータの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積するセンタ送信履歴管理部と、管理サーバの障害時に、ホスト発信履歴情報を取得するホスト発信履歴取得部と、センタ送信履歴情報とホスト発信履歴情報とに基づいてリカバリ情報を生成するリカバリ情報生成部と、リカバリ情報をユーザに向けて出力するリカバリ情報出力部とを有することを特徴とする業務システムが提供される。
【０００８】
また、上記課題を解決するために、本発明の別の実施形態によれば、営業店に設置されてデータをネットワークを介してセンタに送信する営業店端末装置、センタに設置されてデータの処理状況を管理する管理サーバ、およびセンタに設置されてデータをホストに発信する発信端末装置を含む業務システムの運用方法であって、営業店端末装置が、センタへのデータの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積するステップと、発信端末装置が、ホストへのデータの発信の履歴情報であるホスト発信履歴情報を自装置の記憶部に蓄積するステップとを含み、管理サーバの障害時には、発信端末装置がホスト発信履歴情報を出力するステップと、営業店端末装置がホスト発信履歴情報を取得するステップと、営業店端末装置がセンタ送信履歴情報とホスト発信履歴情報とに基づいてリカバリ情報を生成するステップと、営業店端末装置がリカバリ情報をユーザに向けて出力するステップとを実行することを特徴とする業務システムの運用方法が提供される。
【０００９】
また、上記課題を解決するために、本発明のさらに別の実施形態によれば、業務システムにおいて営業店に設置されて、データをネットワークを介してセンタに送信する端末装置であって、センタへのデータの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積するセンタ送信履歴管理部と、センタに設置されてデータの処理状況を管理する管理サーバの障害時に、センタに設置されてデータをホストに発信する発信端末装置が出力した、発信の履歴情報であるホスト発信履歴情報を取得するホスト発信履歴取得部と、センタ送信履歴情報とホスト発信履歴情報とに基づいてリカバリ情報を生成するリカバリ情報生成部と、リカバリ情報をユーザに向けて出力するリカバリ情報出力部とを含む端末装置、およびコンピュータにかかる端末装置の機能を実現させるためのプログラムが提供される。
【００１０】
また、上記課題を解決するために、本発明のさらに別の実施形態によれば、業務システムにおいてセンタに設置されて、営業店からネットワークを介して受信したデータをホストに発信する端末装置であって、ホストへのデータの発信の履歴情報であるホスト発信履歴情報を自装置の記憶部に蓄積するホスト発信履歴管理部と、センタに設置されてデータの処理状況を管理する管理サーバの障害時に、ホスト発信履歴情報を営業店に設置される営業店端末に提供するために出力する履歴情報出力部とを含むことを特徴とする端末装置が提供される。
【００１１】
このように、本発明の実施形態の構成によれば、通常処理時にはデータ伝送の特定の部分、すなわち営業店からセンタへの送信の部分とセンタからホストへの発信の部分とについて履歴情報が蓄積され、管理サーバの障害時にはこれらの蓄積された履歴情報を用いて営業店のためのリカバリ情報が生成される。営業店では、このリカバリ情報を参照することで、管理サーバの障害時であってもセンタでの処理状況を容易に把握することが可能である。
【発明の効果】
【００１２】
以上説明したように本発明によれば、センタのサーバ障害時に、営業店における処理状況の照会を容易にすることによって、よりスムーズにリカバリ処理をすることができる。また、これを実現するために、通常処理時に用いられる装置構成に対して必ずしも大きな変更を必要としない。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係る為替ＯＣＲシステムを示すブロック図である。
【図２】本発明の一実施形態に係る為替ＯＣＲシステムの正常処理と照会処理とについて説明するための図である。
【図３】本発明の一実施形態に係る為替ＯＣＲシステムの返送処理について説明するための図である。
【図４】本発明の一実施形態に係る為替ＯＣＲシステムにおけるサーバ障害時の処理について説明するための図である。
【図５】本発明の一実施形態に係る為替ＯＣＲシステムの通常時の処理フローを示すフローチャートである。
【図６】本発明の一実施形態に係る為替ＯＣＲシステムのサーバ障害時の処理フローを示すフローチャートである。
【図７】本発明の一実施形態に係る発信端末装置の機能構成を示すブロック図である。
【図８】本発明の一実施形態に係る発信端末装置による情報の集約、編集、および分配について説明するための図である。
【図９】本発明の一実施形態に係る営業店端末装置の機能構成を示すブロック図である。
【図１０】本発明の一実施形態に係る営業店端末装置によるリカバリ情報の生成について説明するための図である。
【図１１】本発明の一実施形態に係る営業店端末装置において生成されるリカバリ情報の例を示す図である。
【図１２】情報処理装置のハードウェア構成を説明するためのブロック図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１５】
＜１．システム構成＞
まず、図１を参照して、本発明の一実施形態に係る為替ＯＣＲシステムの構成について説明する。
【００１６】
図１は、本発明の一実施形態に係る為替ＯＣＲシステムを示すブロック図である。図１を参照すると、為替ＯＣＲシステム１０は、営業店１００に設置される営業店端末１１０、ロットスキャナ１３０、スキャナＰＣ１５０、およびネットワークプリンタ１７０と、センタ２００に設置される集配信サーバ２１０、為替サーバ２３０、ＤＢ（データベース）２５０、ＡＰ（アプリケーション）サーバ２７０、エントリベリファイＰＣ（Personal Computer）２９０、および発信用ＰＣ３１０と、勘定系ホスト４００に設置されるホストコンピュータ４１０とを含む。
【００１７】
為替ＯＣＲシステム１０は、本発明の一実施形態における業務システムの例である。為替ＯＣＲシステム１０では、営業店１００とセンタ２００とが、インターネット等の通信回線によるネットワーク５００によって接続されている。営業店１００は、金融機関の営業店であり、顧客が振込依頼書を記入して提出するための窓口を有する。なお、為替ＯＣＲシステム１０に含まれる営業店１００は、複数でありうる。センタ２００は、営業店１００から送信されたデータを処理するセンタである。センタ２００は、営業店１００から送信されたデータに基づき、為替仕向データを勘定系ホスト４００に発信する。
【００１８】
（営業店）
営業店端末１１０は、振込依頼書を読み取り、読み取ったデータをネットワーク５００を介してセンタに送信する端末装置である。営業店端末１１０は、振込依頼書を読み取るために、例えば非接触スキャナを有する。非接触スキャナは、スタンドスキャナとも呼ばれ、机上に置いた原稿を上方から撮影することによって読み取るスキャナであり、本人確認書類などの他の書類の読み取りにも用いられうる。営業店端末１１０は、センタ２００に送信したデータの履歴を管理する機能を有する。また、営業店端末１１０は、為替ＯＣＲシステム１０の処理状況をセンタ２００に設置されたＡＰサーバ２７０に照会する機能を有する。なお、営業店端末１１０の詳細な構成については後述する。
【００１９】
ロットスキャナ１３０は、複数の振込依頼書を一括して読み取るスキャナである。スキャナＰＣ１５０は、ロットスキャナ１３０を制御し、ロットスキャナ１３０を用いて読み取った振込依頼書のデータをネットワーク５００を介してセンタに送信するＰＣである。つまり、ロットスキャナ１３０とスキャナＰＣ１５０とは、協働して営業店端末１１０と同様の機能を実現する。スキャナＰＣ１５０も、営業店端末１１０と同様に、センタ２００に送信したデータの履歴を管理する機能、および為替ＯＣＲシステム１０の処理状況をセンタ２００に設置されたＡＰサーバ２７０に照会する機能を有する。
【００２０】
このように、営業店において振り込み依頼書を読み取り、読み取ったデータをネットワーク５００を介してセンタに送信するための装置構成としては、読み取りに用いるスキャナの種類や、スキャナと端末装置とが一体になっているか否かによって、さまざまな構成が可能である。以下の説明では、かかる装置構成の代表として営業店端末１１０について説明する場合がある。この場合、特に言及せずとも、同様の説明がロットスキャナ１３０とスキャナＰＣ１５０との組み合わせについても成り立ち、また同様の機能を実現する他の構成についても成り立つものとする。これらの構成は、いずれも、本発明の一実施形態における営業店端末装置の例である。
【００２１】
上記の営業店端末１１０と、ロットスキャナ１３０およびスキャナＰＣ１５０の組み合わせとは、いずれか一方だけが営業店１００に設置されてもよく、両方が設置されてもよい。また、営業店端末１１０、ロットスキャナ１３０、およびスキャナＰＣ１５０とは、それぞれ複数が設置されうる。営業店端末１１０とスキャナＰＣ１５０とが合わせて複数ある場合、これらの端末装置の中から１台の代表端末が設定され、後述する返送通知をセンタ２００から受信する。
【００２２】
ネットワークプリンタ１７０は、営業店端末１１０およびスキャナＰＣ１５０からの出力を印刷するためのプリンタである。
【００２３】
（センタ）
集配信サーバ２１０は、営業店１００とセンタ２００の他の機器との間の通信を中継する。例えば、集配信サーバ２１０は、営業店１００からネットワーク５００を介して送信されたデータを受信し、為替サーバ２３０に転送する。また、集配信サーバ２１０は、為替サーバ２３０から送信を依頼されたデータを営業店１００に送信する。なお、集配信サーバ２１０は、必ずしも設けられなくてもよい。集配信サーバ２１０が設置されない場合、為替サーバ２３０が直接データを受信する。集配信サーバ２１０が設置される場合としては、例えば、営業店１００から受信するデータに為替ＯＣＲシステム１０に係るデータ以外のデータ、例えば保険などの他の業務のデータが混じっており、データの振り分けが必要な場合がある。
【００２４】
為替サーバ２３０とＤＢ２５０とは、センタ２００における為替ＯＣＲシステム１０に係る処理の状況を管理する。為替サーバ２３０は、本発明の一実施形態における管理サーバの例である。具体的には、為替サーバ２３０は、営業店１００から送信されたデータを集配信サーバ２１０を介して受信し、以降のエントリベリファイＰＣ２９０および発信用ＰＣ３１０を用いたデータの処理を制御する。また、為替サーバ２３０は、エントリベリファイＰＣ２９０においてデータが無効とされた場合の返送通知などを、集配信サーバ２１０を介して営業店１００に送信する。このとき、為替サーバ２３０は、振込依頼書のイメージデータやエントリデータといったデータそのものや、データの処理状況などの情報をＤＢ２５０に格納および更新する。また、為替サーバ２３０は、営業店端末１１０などからの照会を受けたＡＰサーバ２７０からの要求に応じて、ＤＢ２５０に格納された処理状況の情報を提供する。
【００２５】
このように、為替サーバ２３０は、為替ＯＣＲシステム１０の処理において重要な役割を担うサーバであるため、システムの二重化などによって障害の防止が図られている。図示された例では、二重化された為替サーバ２３０が、為替サーバ２３０ａ，２３０ｂとして示されている。為替サーバ２３０およびＤＢ２５０の障害防止のための構成は図示された例には限られず、公知のさまざまな構成が採用されうる。しかしながら、それでもなお為替サーバ２３０に障害が発生する確率は０ではない。その万が一の障害のときの処理の詳細については後述する。
【００２６】
ＡＰサーバ２７０は、営業店端末１１０などの営業店１００の端末装置、またはセンタ２００の端末装置からの、為替ＯＣＲシステム１０の処理状況の照会を受け付ける。処理状況の照会を受けたＡＰサーバ２７０は、為替サーバ２３０に処理状況の情報を要求し、為替サーバ２３０から取得した処理状況の情報を、照会した端末装置に提供する。図示されているように、ＡＰサーバ２７０も、負荷分散や障害防止のために多重化されていてもよい。
【００２７】
エントリベリファイＰＣ２９０は、営業店１００で受け付けられた振込依頼書のデータをオペレータが確認してＯＣＲ認識での誤読や不読の部分を補正入力したり、補正入力後のデータを承認したりして、ホスト４００に発信可能なデータにするための端末装置であり、本発明の一実施形態における検証端末の例である。エントリベリファイＰＣ２９０で、例えばデータの補正入力が不能であると判定されたような場合、データが無効であったことを示す返送通知が、為替サーバ２３０を介して営業店１００に送信される。また、エントリベリファイＰＣ２９０は、処理状況に関する情報を為替サーバ２３０に提供する。なお、図示されているように、エントリベリファイＰＣ２９０は、センタ２００に複数設置されうる。
【００２８】
発信用ＰＣ３１０は、エントリベリファイＰＣ２９０での処理を経てホスト４００に発信可能になったデータをホスト４００に発信する端末装置であり、本発明の一実施形態における発信端末装置の例である。ここでホスト４００に発信されるデータは、所定のフォーマットの為替仕向データである。発信用ＰＣ３１０は、エントリベリファイＰＣ２９０と兼用される端末装置であってもよい。発信用ＰＣ３１０は、ホスト４００に発信したデータの履歴を管理する機能を有する。また、発信用ＰＣ３１０は、処理状況に関する情報を為替サーバ２３０に提供する。なお、図示されているように、発信用ＰＣ３１０は、センタ２００に複数設置されうる。発信用ＰＣ３１０の詳細な構成については後述する。
【００２９】
＜２．通常時の処理＞
次に、図２および図３を参照して、本発明の一実施形態に係る為替ＯＣＲシステムにおける通常時の処理について説明する。為替ＯＣＲシステムの通常時の処理には、振込依頼が正常に受け付けられてホストに発信される正常処理と、振込依頼が読み取り不能などのエラーのために営業店に返送される返送処理と、振込依頼の処理状況を営業店から照会する照会処理とがある。
【００３０】
（正常処理）
図２は、本発明の一実施形態に係る為替ＯＣＲシステムの正常処理と照会処理とについて説明するための図である。図２では、正常処理の手順がＰ１０１〜Ｐ１１１として、照会処理の手順がＰ１５１〜Ｐ１５５として、それぞれ示されている。
【００３１】
まず、営業店１００において、営業店端末１１０またはロットスキャナ１３０が、振込依頼書を読み取る（Ｐ１０１）。営業店端末１１０またはスキャナＰＣ１５０は、読み取った振込依頼書のデータを、センタ２００の集配信サーバ２１０に向けて送信する（Ｐ１０３）。このとき、営業店端末１１０またはスキャナＰＣ１５０は、送信したデータの履歴を内部的に出力し、センタ送信履歴情報として蓄積する。
【００３２】
センタ２００において、データを受信した集配信サーバ２１０は、データを為替サーバ２３０に転送し、為替サーバ２３０は、データをＤＢ２５０に格納する（Ｐ１０５）。なお、上述のように、集配信サーバ２１０は必ずしも設けられなくてもよい。集配信サーバ２１０が設けられない場合、営業店１００から送信されたデータは為替サーバ２３０によって直接受信されうる。
【００３３】
次に、為替サーバ２３０は、エントリベリファイＰＣ２９０にデータの補正入力および承認の処理を要求し、エントリベリファイＰＣ２９０でこれらの処理が実行される（Ｐ１０７）。このとき、為替サーバ２３０は、処理後のデータでＤＢ２５０に格納されたデータを更新し、またＤＢ２５０に格納されたデータの処理状況にエントリベリファイＰＣ２９０での処理の終了を反映させる。
【００３４】
次に、為替サーバ２３０は、発信用ＰＣ３１０にデータのホスト４００への発信を要求し（Ｐ１０９）、発信用ＰＣ３１０がデータをホスト４００に向けて発信する（Ｐ１１１）。このとき、為替サーバ２３０は、ＤＢ２５０に格納されたデータの処理状況に、ホスト４００への発信の終了を反映させる。また、発信用ＰＣ３１０は、ホスト４００に発信したデータの履歴を内部的に出力し、ホスト発信履歴情報として蓄積する。以上で、為替ＯＣＲシステム１０における正常処理が完了する。
【００３５】
以上の正常処理を通じて、為替ＯＣＲシステム１０に係るセンタ２００での処理の状況は、為替サーバ２３０によってＤＢ２５０で集約的に管理されている。この点について、為替ＯＣＲシステム１０は従来の為替ＯＣＲシステムと同様である。しかしながら、上記のように、為替ＯＣＲシステム１０では、営業店端末１１０（またはスキャナＰＣ１５０）、および発信用ＰＣ３１０でも、それぞれの端末が処理したデータの履歴が蓄積される。この履歴が、後述するように、為替サーバ２３０の障害時の処理において活用される。
【００３６】
（照会処理）
まず、営業店１００において、営業店端末１１０またはスキャナＰＣ１５０が、センタ２００のＡＰサーバ２７０に向けて照会依頼を送信する（Ｐ１５１）。照会依頼を受信したＡＰサーバ２７０は、為替サーバ２３０に処理状況の情報を要求し、為替サーバ２３０は、ＤＢ２５０に格納された処理状況の情報をＡＰサーバ２７０に提供する（Ｐ１５３）。ＡＰサーバ２７０は、取得した処理状況の情報を用いて紹介結果の画面を編集し、これを結果情報として営業店端末１１０またはスキャナＰＣ１５０に送信する（Ｐ１５５）。これによって、営業店端末１１０またはスキャナＰＣ１５０の表示部には、紹介結果の画面が表示される。以上で、為替ＯＣＲシステム１０における照会処理が完了する。
【００３７】
以上の照会処理では、営業店端末１１０またはスキャナＰＣ１５０が、為替サーバ２３０を介してＤＢ２５０に格納されたデータの処理状況を適時照会することによって、データの処理状況、例えばセンタ２００に送信したデータがホスト４００に発信されたか否かなどを確認する。従って、為替サーバ２３０の障害時には、上記の照会処理は実行不能になる。しかしながら、後述するように、為替ＯＣＲシステム１０では、為替サーバ２３０とは別に発信用ＰＣ３１０が蓄積している履歴の情報をＡＰサーバ２７０に提供することによって、為替サーバ２３０の障害時にも営業店１００側にセンタ２００での処理状況に関する情報を提供することが可能である。
【００３８】
（返送処理）
図３は、本発明の一実施形態に係る為替ＯＣＲシステムの返送処理について説明するための図である。図３では、返送処理の手順がＰ２０１〜Ｐ２０５として示されている。
【００３９】
営業店１００から送信された振込依頼書のデータが、センタ２００にあるエントリベリファイＰＣ２９０で無効であると判定された場合、エントリベリファイＰＣ２９０は、為替サーバ２３０にデータの返送を登録する（Ｐ２０１）。ここで、エントリベリファイＰＣ２９０で無効と判定されるデータは、例えば、振込依頼書に記入された情報が不備であったり、読み取られた振込依頼書のイメージが不鮮明であったりするものである。
【００４０】
返送の登録を受けた為替サーバ２３０は、集配信サーバ２１０に、営業店１００への返送通知を依頼する（Ｐ２０３）。返送通知を依頼された集配信サーバ２１０は、営業店１００にある営業店端末１１０またはスキャナＰＣ１５０に向けて、返送通知を送信する（Ｐ２０５）。ここで、集配信サーバ２１０が返送通知を送信する宛先は、営業店端末１１０またはスキャナＰＣ１５０のうち、代表端末に設定された端末装置である。代表端末は、原則として営業店ごとに１つ設定され、当該営業店に設置された複数の端末装置（営業店端末１１０、スキャナＰＣ１５０）を代表して、センタ２００から送信される返送通知を受信する。
【００４１】
これによって、営業店１００では、代表端末において返送通知を参照し、振込依頼書の再読み込みなどの対応をとることが可能になる。このとき、代表端末に設定され、返送通知を受信する営業店端末１１０またはスキャナＰＣ１５０は、受信した返送通知の履歴を内部的に出力し、返送受信履歴情報として蓄積する。なお、上述のように、集配信サーバ２１０は必ずしも設けられなくてもよい。集配信サーバ２１０が設けられない場合、為替サーバ２３０は、直接、営業店１００の代表端末に向けて返送通知を送信しうる。以上で、為替ＯＣＲシステム１０における返送処理が完了する。
【００４２】
以上の返送処理において、営業店１００の代表端末に返送通知が送信される点では、為替ＯＣＲシステム１０は従来の為替ＯＣＲシステムと同様である。しかしながら、上記のように、為替ＯＣＲシステム１０では、営業店１００の代表端末（営業店端末１１０またはスキャナＰＣ１５０）が、受信した返送通知の履歴を蓄積する。この履歴は、後述するように、為替サーバ２３０の障害時に他の履歴情報と組み合わせて活用される。
【００４３】
＜３．サーバ障害時の処理＞
次に、図４を参照して、本発明の一実施形態に係る為替ＯＣＲシステムにおけるサーバ障害時の処理について説明する。以下の説明では、為替ＯＣＲシステム１０におけるサーバ障害時として、センタ２００に設置された為替サーバ２３０に全面的な障害が発生し、為替サーバ２３０による処理状況の管理、およびＤＢ２５０に格納されたデータの参照が不能になった場合が想定されている。
【００４４】
（営業店での処理）
サーバ障害時には、為替サーバ２３０を介したデータの処理が不能になるため、営業店１００からセンタ２００へのデータの送信は停止される。このとき、営業店１００では、複数設置されている営業店端末１１０およびスキャナＰＣ１５０のそれぞれに蓄積されている自端末分のセンタ送信履歴情報ｃ１，ｃ２，・・・，ｃｎが集約され、自店分のセンタ送信履歴情報ｃＡが作成される。
【００４５】
かかる処理は、具体的には、営業店端末１１０またはスキャナＰＣ１５０のうち代表端末に設定された端末装置（図示された例では営業店端末１１０ａとする）において、予め定められた手順によってサーバ障害時用のオペレーションを起動することによって実行される。代表端末である営業店端末１１０ａは、営業店１００に設置された他の端末装置のセンタ送信履歴情報ｃ２，・・・，ｃｎを取得し、これを自端末分のセンタ送信履歴情報ｃ１と併合することによって、自店分のセンタ送信履歴情報ｃＡを作成する。
【００４６】
こうして作成された自店分のセンタ送信履歴情報ｃＡは、後述するように他の情報と組み合わせられて、リカバリ情報として営業店１００のユーザに提供される。営業店１００では、このリカバリ情報を用いてホスト未発信分の振込依頼、すなわちセンタ２００には送信されたもののホスト４００には発信されていない振込依頼を特定し、例えば別途のシステムによって営業店端末１１０ｃから直接ホスト４００に発信することによって処理を完了させる。
【００４７】
（センタでの処理）
一方、センタ２００では、複数設置されている発信用ＰＣ３１０ａ，３１０ｂ，・・・，３１０ｎのそれぞれに蓄積されている自端末分のホスト発信履歴情報ｈ１，ｈ２，・・・，ｈｎが集約され、全端末分のホスト発信履歴情報ｈａｌｌが作成される。
【００４８】
かかる処理は、具体的には、発信用ＰＣ３１０のうちのいずれか１つ（図示された例では発信用ＰＣ３１０ａとする）において、予め定められた手順によってサーバ障害時用のオペレーションを起動することによって実行される。障害時用のオペレーションが起動された発信用ＰＣ３１０ａは、他の発信用ＰＣ３１０のホスト発信履歴情報ｈ２，・・・，ｈｎを取得し、これを自端末分のホスト発信履歴情報ｈ１と併合することによって、全端末分のホスト発信履歴情報ｈａｌｌを作成する。
【００４９】
こうして作成された全端末分のホスト発信履歴情報ｈａｌｌは、ＡＰサーバ２７０に提供される。ＡＰサーバ２７０は、為替サーバ２３０の障害時においても営業店１００からの照会を受け付けることが可能である。ただし、ＤＢ２５０の格納されたデータの参照は不能であるため、通常時の照会処理のように、ＤＢ２５０に格納された処理状況の情報を取得することはできない。そこで、ＡＰサーバ２７０は、発信用ＰＣ３１０から取得した全端末分のホスト発信履歴情報ｈａｌｌを、営業店１００からの照会依頼に対して提供する。なお、後述するように、全端末分のホスト発信履歴情報ｈａｌｌは、さらに営業店１００ごとに編集されていてもよく、営業店１００からの照会に応じてＡＰサーバ２７０から当該営業店分のホスト発信履歴情報が提供されるようになっていてもよい。
【００５０】
ここで、上述のように、ＡＰサーバ２７０は、負荷分散や障害防止のために多重化されうる。図示された例では、３台のＡＰサーバ２７０が設置されている。この場合、全端末分のホスト発信履歴情報ｈａｌｌは、それぞれのＡＰサーバ２７０に提供されうる。これによって、ＡＰサーバ２７０のいずれかに障害が発生した場合でも、負荷分散装置３３０を用いて、別のＡＰサーバ２７０を用いて営業店１００からの照会を受け付けることが可能になる。
【００５１】
＜４．処理フロー＞
次に、図５および図６を参照して、本発明の一実施形態に係る為替ＯＣＲシステムにおける、通常時およびサーバ障害時の処理フローについて説明する。
【００５２】
（通常時の処理）
図５は、本発明の一実施形態に係る為替ＯＣＲシステムの通常時の処理フローを示すフローチャートである。
【００５３】
まず、営業店１００にて、ステップＳ１０１〜Ｓ１０７が実行される。営業店１００では、営業店端末１１０またはスキャナＰＣ１５０が、振込依頼書読み取りオペレーションを実施する（ステップＳ１０１）。上述のように、振込依頼書の読み取りには、営業店端末１１０が有する非接触スキャナや、スキャナＰＣ１５０に接続されたロットスキャナ１３０などの各種スキャナが用いられる。
【００５４】
次に、営業店端末１１０またはスキャナＰＣ１５０は、読み取った振込依頼書のデータについて通番を採番し、これを印字する（ステップＳ１０３）。続いて、営業店端末１１０またはスキャナＰＣ１５０は、データをセンタ２００に向けて送信する（ステップＳ１０５）。
【００５５】
ここで、営業店端末１１０またはスキャナＰＣ１５０は、上記のデータの送信の履歴を、センタ送信履歴として内部的に出力する（ステップＳ１０７）。センタ送信履歴には、データの送信を実行した営業店端末１１０またはスキャナＰＣ１５０の端末機番、データの送信が実行された時刻情報である送信時間、および上記のステップＳ１０３にて採番された通番が含まれる。
【００５６】
続いて、営業店１００からのデータの送信を受けて、センタ２００にて、ステップＳ１０９〜Ｓ１２１の処理が実行される。センタ２００では、集配信サーバ２１０が、営業店端末１１０またはスキャナＰＣ１５０から送信されたデータを受信する（ステップＳ１０９）。集配信サーバ２１０は、受信したデータを転送し、為替サーバ２３０がこのデータを受信する（ステップＳ１１１）。
【００５７】
次に、為替サーバ２３０による管理のもと、エントリベリファイＰＣ２７０で、データの補正入力および承認といったエントリベリファイ処理が実行される（ステップＳ１１３）。エントリベリファイ処理が完了すると、データが発信用ＰＣ３１０に提供され、発信用ＰＣ３１０はこのデータを取得する（ステップＳ１１５）。続いて、発信用ＰＣ３１０は、データをホスト４００に発信し（ステップＳ１１７）、データがホスト４００に正常に受け付けられれば、ホスト４００からの正常応答を受信する（ステップＳ１１９）。
【００５８】
ここで、発信用ＰＣ３１０は、上記のデータの発信の履歴を、ホスト発信履歴として内部的に出力する（ステップＳ１２１）。より詳しくは、発信用ＰＣ３１０は、上記のステップＳ１１９でホスト４００からの正常応答を受信し、為替サーバ２３０を介してホスト発信の完了をＤＢ２５０に格納された処理状況の情報に反映させた時点で、ホスト発信履歴を出力する。ホスト発信履歴には、発信を実行した発信用ＰＣ３１０の端末機番、データの発信が実行された時刻情報である発信時間、および上記のステップＳ１０３にて採番され、データとともにセンタ２００に送信されてきた通番が含まれる。以上で、正常処理は完了する。
【００５９】
一方、上記のステップＳ１１３で、エントリベリファイ処理が完了されなかった場合、すなわちデータが無効であると判定された場合、ステップＳ１２３〜Ｓ１３１の返送処理が実行される。まず、センタ２００では、エントリベリファイＰＣ２９０が為替サーバ２３０にデータの返送を登録する（ステップＳ１２３）。続いて、為替サーバ２３０が返送通知の送信を集配信サーバ２１０に依頼し（ステップＳ１２５）、集配信サーバ２１０はこの依頼に応じて返送通知を営業店１００に向けて送信する（ステップＳ１２７）。
【００６０】
続いて、営業店１００では、営業店端末１１０またはスキャナＰＣ１５０のうちの代表端末が、センタ２００から送信された返送通知を受信する（ステップＳ１２９）。代表端末は、返送通知自体をユーザに対して出力するとともに、返送通知の受信の履歴を、返送受信履歴として内部的に出力する（ステップＳ１３１）。返送受信履歴には、返送通知が受信された時刻情報である受信時間、および返送通知に係るデータについて、上記のステップＳ１０３で採番された通番が含まれる。以上で、返送処理は完了する。
【００６１】
（サーバ障害時の処理）
図６は、本発明の一実施形態に係る為替ＯＣＲシステムのサーバ障害時の処理フローを示すフローチャートである。
【００６２】
まず、センタ２００にて、ステップＳ２０１〜Ｓ２０９が実行される。センタ２００では、発信用ＰＣ３１０のうちの１つで、緊急照会用オペレーションが実行される（ステップＳ２０１）。この緊急照会用オペレーションにおいて、発信用ＰＣ３１０は、センタ２００に設置されている端末装置として登録済の他の発信用ＰＣ３１０から、それぞれの端末分のホスト発信履歴情報を取得する（ステップＳ２０３）。
【００６３】
次に、発信用ＰＣ３１０は、上記のステップＳ２０３において取得した他の端末分のホスト発信履歴情報、および自端末分のホスト発信履歴情報を編集して、全端末分のホスト発信履歴情報を生成する（ステップＳ２０５）。上述のように、ここで、発信用ＰＣ３１０は、さらに営業店１００ごとにホスト発信履歴情報を編集してもよい。
【００６４】
続いて、発信用ＰＣ３１０は、上記のステップＳ２０５において編集されたホスト発信履歴情報を、センタ２００に設置されているサーバとして登録済のＡＰサーバ２７０にコピーする（ステップＳ２０７）。ここまでの処理が終了した時点で、センタ２００から営業店１００に、緊急照会が可能になった旨の連絡がされる（ステップＳ２０９）。この連絡は、発信用ＰＣ３１０によって自動的に送信されてもよいし、また上記の緊急照会用オペレーションを実行したオペレータによって別途なされてもよい。
【００６５】
この連絡を受けて、営業店１００では、ステップＳ２１１〜Ｓ２２１が実行される。まず、営業店１００では、設置された営業店端末１１０またはスキャナＰＣ１５０のうちの代表端末で、緊急照会用オペレーションが実行される（ステップＳ２１１）。この緊急照会用オペレーションにおいて、代表端末は、営業店１００に設置された他の営業店端末１１０またはスキャナＰＣ１５０からそれぞれの端末分のセンタ送信履歴情報を取得し、さらに自端末分のセンタ送信履歴情報を取得する（ステップＳ２１３）。
【００６６】
また、代表端末は、センタ２００のＡＰサーバ２７０に照会依頼を送信し、上記のステップＳ２０７においてＡＰサーバ２７０にコピーされたホスト発信履歴情報を取得する（ステップＳ２１５）。続いて、代表端末は、ここまでのステップＳ２１３およびステップＳ２１５で取得した情報を編集し、リカバリ情報を生成する（ステップＳ２１７）。
【００６７】
ここで、上記のステップＳ２１７で生成されるリカバリ情報は、例えば、営業店１００からセンタ２００に送信されたものの、センタ２００からホスト４００には発信されていないデータなど、営業店１００でのリカバリ処理の対象になるデータを示す情報でありうる。代表端末は、かかる処理対象データの情報を表示、または印字し（ステップＳ２１９）、この情報に基づいて、営業店端末１１０から直接ホスト４００にデータを発信する自店処理が実行される（ステップＳ２２１）。以上で、サーバ障害時の処理は完了する。
【００６８】
このように、為替ＯＣＲシステム１０では、通常時の処理において営業店１００側とセンタ２００側とで管理サーバ２３０およびＤＢ２５０とは別途に履歴情報を蓄積しておき、サーバ障害時にはこれらのデータを利用して営業店での処理対象データなどの情報を含むリカバリ情報を生成する。
【００６９】
ここで、各端末装置等における処理の履歴は、従来の為替ＯＣＲシステムにおいてもログやジャーナルといった形で記録されている。しかしながら、従来の為替ＯＣＲシステムでは、これらの情報を、各装置間、または営業店１００とセンタ２００との間で自動的にやり取りする仕組みはなかった。従って、従来の為替ＯＣＲシステムでは、サーバ障害時には、営業店から送信したデータのすべてについて、センタに処理状況をマニュアルで照会しなければならず、多大な労力を要していた。
【００７０】
それゆえ、為替ＯＣＲシステム１０では、システムの特定の部分、すなわち営業店１００からセンタ２００へのデータ送信と、センタ２００からホスト４００へのデータ発信の部分とにおいて、管理サーバ２３０の障害時に参照するための履歴情報を蓄積し、サーバ障害時には緊急照会用オペレーションによってこれらの履歴情報を自動的に集約して営業店１００に提供するための仕組みが設けられている。これによって、サーバ障害時のリカバリ処理のために必要な情報が、営業店１００において容易に取得可能になる。
【００７１】
しかも、為替ＯＣＲシステム１０を構成するシステムの装置構成は、通常処理時に用いられる装置構成、すなわち従来の為替ＯＣＲシステムと同様の装置構成である。つまり、為替ＯＣＲシステム１０は、従来の為替ＯＣＲシステムと同様の装置構成をとりつつ、一部の装置、例えば営業店端末１１０や発信用ＰＣ３１０の処理を改良することによって、上記のような従来の為替ＯＣＲシステムにはない機能を実現している。
【００７２】
＜５．発信端末装置の構成＞
次に、図７および図８を参照して、本発明の一実施形態に係る発信端末装置の構成について詳細に説明する。上述のように、本発明の一実施形態に係る発信端末装置の例は、センタ２００に設置される発信用ＰＣ３１０である。
【００７３】
（機能構成）
図７は、本発明の一実施形態に係る発信端末装置である発信用ＰＣ３１０の機能構成を示すブロック図である。図７を参照すると、発信用ＰＣ３１０は、データ取得部３１１、データ発信部３１２、発信履歴出力部３１３、発信履歴管理部３１４、他端末情報管理部３１５、他端末履歴情報取得部３１６、履歴情報編集部３１７、履歴情報出力部３１８、および記憶部３１９を有する。なお、これらの各部は、後述する情報処理装置のハードウェア構成、例えばＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ストレージ装置、通信装置などを適宜用いることによって実現されうる。
【００７４】
データ取得部３１１は、エントリベリファイ処理が完了したデータを取得する。このデータは、為替サーバ２３０、またはエントリベリファイＰＣ２９０から提供されうる。なお、上述のように、発信用ＰＣ３１０は、エントリベリファイＰＣ２９０と兼用される端末装置でありうる。この場合、データ取得部３１１は、内部的なデータのやり取りを実行する。
【００７５】
データ発信部３１２は、データ取得部３１１が取得したデータをホスト４００に向けて発信する。ここで発信されるデータは、ホスト４００で用いられる所定のフォーマットのデータでありうる。従って、データ発信部３１２は、データ取得部３１１が取得したデータのフォーマットを当該フォーマットに変換する機能を有していてもよい。さらに、データ発信部３１２は、データをホスト４００に送信した後のホスト４００からの応答の受信、および応答の受信を受けた為替サーバ２３０への処理状況更新の依頼など、データのホスト４００への発信に関するさまざまな処理を実行しうる。
【００７６】
発信履歴出力部３１３は、データ発信部３１２によるホスト４００へのデータの発信の履歴を、ホスト発信履歴として発信履歴管理部３１４へと内部的に出力する。上述のように、発信履歴出力部３１３によってホスト発信履歴情報が出力されるタイミングは、データ発信部３１２がホスト４００からの正常応答を受信し、為替サーバ２３０への処理状況更新の依頼をした後の時点でありうる。
【００７７】
発信履歴管理部３１４は、発信履歴出力部３１３によって出力されたホスト発信履歴を、記憶部３１９に格納してホスト発信履歴情報３２１として管理する。ここで発信履歴管理部３１４によって管理されるホスト発信履歴情報３２１は、発信用ＰＣ３１０の自端末分のホスト発信履歴である。上述のように、このホスト発信履歴情報３２１には、発信用ＰＣ３１０の機番、データ発信部３１２によってデータが発信された時刻情報である発信時間、データに付された通番などが含まれる。
【００７８】
他端末情報管理部３１５は、センタ２００に設置された他の端末装置、具体的には他の発信用ＰＣ３１０およびＡＰサーバ２７０の情報を管理する。他の端末装置の情報は、記憶部３１９に他端末情報３２０として格納され、管理される。他端末情報３２０には、例えば、それぞれの端末装置の機番、ＩＰ（Internet Protocol）アドレス、コンピュータ名、端末種別（発信用ＰＣ３１０か、ＡＰサーバ２７０か、など）が含まれる。
【００７９】
他端末履歴情報取得部３１６は、為替サーバ２３０の障害時に、記憶部３１９に格納された他端末情報３２０を用いて、他の発信用ＰＣ３１０からホスト発信履歴情報を取得し、取得した情報を履歴情報編集部３１７に提供する。
【００８０】
履歴情報編集部３１７は、為替サーバ２３０の障害時に、記憶部３１９に格納された自端末分のホスト発信履歴情報３２１と、他端末履歴情報取得部３１６が他の発信用ＰＣ３１０から取得した他端末分のホスト発信履歴情報とを、営業店１００に提供するために編集する。より具体的には、履歴編集情報編集部３１７は、センタ２００に設置されたすべての発信用ＰＣ３１０のホスト発信履歴情報を併合し、さらにそれを営業店１００ごとのファイルに分類する。
【００８１】
履歴情報出力部３１８は、為替サーバ２３０の障害時に、記憶部３１９に格納された他端末情報３２０を用いて、履歴情報編集部３１７によって編集されたホスト発信履歴情報をＡＰサーバ２７０に出力する。なお、上述のように、ＡＰサーバ２７０は複数設置されうる。この場合、履歴情報出力部３１８は、それぞれのＡＰサーバ２７０に上記のホスト発信履歴情報をコピーして出力する。履歴情報出力部３１８がホスト発信履歴情報を出力する先は、例えばＡＰサーバ２７０の共有フォルダであってもよい。
【００８２】
（情報の集約、編集、および分配）
図８は、本発明の一実施形態に係る発信端末装置である発信用ＰＣ３１０による情報の集約、編集、および分配について説明するための図である。図８では、為替サーバ２３０の障害時における、緊急照会用のオペレーション実施端末である発信用ＰＣ３１０ａと、センタ２００に設置される他の発信用ＰＣ３１０ｂと、ＡＰサーバ２７０との間での情報の集約、編集、および分配の手順が、Ｐ３０１〜Ｐ３０７として示されている。
【００８３】
まず、発信用ＰＣ３１０ａは、上記の他端末履歴情報取得部３１６の機能によって、他の発信用ＰＣ３１０ｂから、それぞれの端末で管理されている自端末（他の発信用ＰＣ３１０ｂ）分のホスト発信履歴情報ｈ２，ｈ３を取得する（Ｐ３０１）。続いて、発信用ＰＣ３１０ａは、上記の履歴情報編集部３１７の機能によって、他の発信用ＰＣ３１０ｂから取得したホスト発信履歴情報ｈ２，ｈ３と、自端末（発信用ＰＣ３１０ａ自身）分のホスト発信履歴情報ｈ１とを併合して、全端末分のホスト発信履歴情報ｈａｌｌを作成する（Ｐ３０３）。ここで、全端末分のホスト発信履歴情報ｈａｌｌは、例えばデータの通番の順にソートされていてもよい。
【００８４】
さらに、発信用ＰＣ３１０ａは、上記の履歴情報編集部３１７の機能によって、作成された全端末分のホスト発信履歴情報ｈａｌｌを、営業店１００ごとに分類する（Ｐ３０５）。図示された例では、営業店１００として、Ａ店およびＢ店が存在し、Ａ店分のホスト発信履歴情報ｈＡと、Ｂ店分のホスト発信履歴情報ｈＢとが作成される。ここで、履歴情報編集部３１７は、例えば、データの通番に含まれる営業店１００の店番号をキーにしてホスト発信履歴情報を抽出することによって、営業店１００ごとのホスト発信履歴情報を抽出する。
【００８５】
発信用ＰＣ３１０ａは、こうして作成されたＡ店分のホスト発信履歴情報ｈＡとＢ店分のホスト発信履歴情報ｈＢとを、上記の履歴情報出力部３１８の機能によって、複数のＡＰサーバ２７０にそれぞれ提供する。ＡＰサーバ２７０には、いずれも、Ａ店分のホスト発信履歴情報ｈＡとＢ店分のホスト発信履歴情報ｈＢとがコピーされて提供される。これによって、いずれのＡＰサーバ２７０においても、各営業店１００分のホスト発信履歴情報を参照することが可能になる。
【００８６】
＜６．営業店端末装置の構成＞
次に、図９〜図１１を参照して、本発明の一実施形態に係る営業店端末装置の構成について詳細に説明する。本発明の一実施形態に係る営業店端末装置の例は、営業店１００に設置される営業店端末１１０またはスキャナＰＣ１５０である。以下では、代表して営業店端末１１０について説明する。
【００８７】
（機能構成）
図９は、本発明の一実施形態に係る営業店端末装置である営業店端末１１０の機能構成を示すブロック図である。図９を参照すると、営業店端末１１０は、イメージ取得部１１１、イメージ送信部１１２、送信履歴出力部１１３、送信履歴管理部１１４、返送受信部１１５、返送受信履歴出力部１１６、返送受信履歴管理部１１７、代表端末設定部１１８、他端末情報管理部１１９、他端末履歴情報取得部１２０、ホスト発信履歴取得部１２１、リカバリ情報生成部１２２、リカバリ情報出力部１２３、および記憶部１２４を有する。なお、これらの各部は、後述する情報処理装置のハードウェア構成、例えばＣＰＵ、ＲＡＭ、ＲＯＭ、ストレージ装置、通信装置などを適宜用いることによって実現されうる。
【００８８】
イメージ取得部１１１は、振込依頼書のイメージデータを取得する。上述のように、イメージ取得部１１１は、営業店端末１１０が有する非接触スキャナなどのスキャナ自体であってもよく、また営業店端末１１０とは別体のスキャナからイメージデータを取得するためのインターフェースであってもよい。
【００８９】
イメージ送信部１１２は、イメージ取得部１１１が取得した振込依頼書のイメージデータを、センタ２００に送信する。このとき、イメージ送信部１１２は、送信するイメージデータについて通番を採番し、これをイメージデータとともにセンタ２００に送信する。また、イメージ送信部１１２が送信するイメージデータには、営業店端末１１０においてＯＣＲ認識されたテキストのデータが付帯していてもよい。
【００９０】
送信履歴出力部１１３は、イメージ送信部１１２によるセンタ２００へのイメージデータ送信の履歴を、センタ送信履歴として送信履歴管理部１１４へと内部的に出力する。送信履歴出力部１１３によってセンタ送信履歴が出力されるタイミングは、イメージ送信部１１２がセンタ２００からの正常応答を受信し、イメージデータの送信が完了した後の時点でありうる。
【００９１】
送信履歴管理部１１４は、送信履歴出力部１１３によって出力されたセンタ送信履歴を、記憶部１２４に格納してセンタ送信履歴情報１２６として管理する。ここで送信履歴管理部１１４によって管理されるセンタ送信履歴情報１２６は、営業店端末１１０の自端末分のセンタ送信履歴である。上述のように、このセンタ送信履歴情報１２６には、営業店端末１１０の機番、イメージ送信部１１２によってイメージデータが送信された時刻情報である送信時間、イメージデータに付された通番などが含まれる。
【００９２】
返送受信部１１５は、センタ２００から送信される返送通知を受信する。返送受信部１１５は、受信した返送通知を、例えば営業店端末１１０が有する表示部などを用いてユーザに対して出力しうる。なお、この返送受信部１１５は、営業店端末１１０が代表端末に設定されている場合のみ、返送通知を受信する。
【００９３】
返送受信履歴出力部１１６は、返送受信部１１５によるセンタ２００からの返送通知受信の履歴を、返送受信履歴として返送受信履歴管理部１１７へと内部的に出力する。返送受信履歴出力部１１６によって返送受信履歴が出力されるタイミングは、返送受信部１１５がセンタ２００に正常応答を送信し、返送通知の受信が完了した後の時点でありうる。
【００９４】
返送受信履歴管理部１１７は、返送受信履歴出力部１１６によって出力された返送受信履歴を、記憶部１２４に格納して返送受信履歴情報１２７として管理する。上述のように、返送受信部１１５は、営業店端末１１０が代表端末に設定されている場合のみ返送通知を受信する。そのため、返送受信履歴管理部１１７は、営業店端末１１０が代表端末に設定されている場合のみ、返送受信履歴情報１２７を管理する。ここで返送受信履歴管理部によって管理される返送受信履歴情報１２７は、営業店端末１１０が設置された営業店１００の自店分の返送受信履歴である。上述のように、この返送受信履歴情報１２７には、返送受信部１１５によって返送通知が受信された時刻の情報である受信時間、返送通知に係るデータの通番などが含まれる。
【００９５】
代表端末設定部１１８は、営業店端末１１０を営業店１００の代表端末に設定する。ここで、為替ＯＣＲシステム１０においては、営業店１００に設置される営業店端末１１０のいずれをも代表端末に設定することが可能であり、従って代表端末設定部１１８は、現時点で代表端末に設定されている営業店端末１１０以外の端末装置にも含まれうる。代表端末設定部１１８は、例えばユーザによって自端末を代表端末に設定する操作がされた場合、自端末の機番またはＩＰアドレスなどをセンタ２００に送信し、営業店端末１１０を営業店１００において返送通知の送信先となる代表端末として登録する。
【００９６】
他端末情報管理部１１９は、営業店１００に設置された他の端末装置、具体的には他の営業店端末１１０の情報を管理する。他の端末装置の情報は、記憶部１２４に他端末情報１２５として格納され、管理される。他端末情報１２５には、例えば、それぞれの端末装置の機番、ＩＰアドレス、コンピュータ名、端末種別（営業店端末１１０かスキャナＰＣ１５０か、など）が含まれる。
【００９７】
他端末履歴情報取得部１２０は、センタ２００の為替サーバ２３０の障害時に、記憶部１２４に格納された他端末情報１２５を用いて、他の営業店端末１１０からセンタ送信履歴情報を取得し、取得した情報をリカバリ情報生成部１２２に提供する。
【００９８】
ホスト発信履歴取得部１２１は、為替サーバ２３０の障害時に、センタ２００のＡＰサーバ２７０に照会依頼を送信し、ＡＰサーバ２７０が保持しているホスト発信履歴情報を取得する。上述のように、ここで取得されるホスト発信履歴情報は、センタ２００に設置された各発信用ＰＣ３１０に蓄積されたホスト発信履歴情報が併合され、さらにそれが営業店１００ごとに分類されたものでありうる。ホスト発信履歴取得部１２１は、取得した情報をリカバリ情報生成部１２２に提供する。
【００９９】
リカバリ情報生成部１２２は、為替サーバ２３０の障害時に、記憶部１２４に格納された自端末分のセンタ送信履歴情報１２６と、他端末履歴情報取得部１２０が他の営業店端末１１０から取得した他端末分のセンタ発信履歴情報と、ホスト発信履歴取得部１２１がＡＰサーバ２７０から取得したホスト発信履歴情報とを編集して、リカバリ情報を生成する。
【０１００】
リカバリ情報出力部１２３は、リカバリ情報生成部１２２によって生成されたリカバリ情報を、ユーザに向けて出力する。リカバリ情報出力部１２３は、例えば、営業店端末１１０が有する表示部にリカバリ情報を表示したり、ネットワークプリンタ１７０を用いてリカバリ情報を印字したりする。
【０１０１】
（リカバリ情報の生成）
図１０は、本発明の一実施形態に係る営業店端末装置である営業店端末１１０によるリカバリ情報の生成について説明するための図である。図１０では、為替サーバ２３０の障害時に緊急照会用のオペレーションが実行される、営業店１００の代表端末である営業店端末１１０ａがリカバリ情報を生成する手順が、Ｐ４０１〜Ｐ４０７として示されている。
【０１０２】
まず、営業店端末１１０ａは、上記の他端末履歴情報取得部１２０の機能によって、他の営業店端末１１０ｂから、それぞれの端末で管理されている自端末（他の営業店端末１１０）分のセンタ送信履歴情報ｃ２，ｃ３を取得する（Ｐ４０１）。続いて、営業店端末１１０ａは、上記のリカバリ情報生成部１２２の機能によって、他の営業店端末１１０ｂから取得したセンタ送信履歴情報ｃ２，ｃ３と、自端末（営業店端末１１０ａ自身）分のセンタ送信履歴情報ｃ１とを併合して、自店分のセンタ送信履歴情報ｃＡを作成する（Ｐ４０３）。
【０１０３】
一方、営業店端末１１０ａは、上記のホスト発信履歴取得部１２１の機能によって、センタ２００のＡＰサーバ２７０から自店分のホスト発信履歴情報ｈＡを取得する（Ｐ４０５）。営業店端末１１０ａは、こうして取得したセンタ送信履歴情報ｃＡ、ホスト発信履歴情報ｈＡ、および上記の返送受信履歴管理部１１７の機能によって管理されている自店分の返送受信履歴情報ｂＡとを用いて、上記のリカバリ情報生成部１２２の機能によって、リカバリ情報であるセンタ送信状況一覧ｒ１と、未処理一覧ｒ２とを生成する。
【０１０４】
（リカバリ情報の例）
図１１は、本発明の一実施形態に係る営業店端末装置である営業店端末１１０において生成されるリカバリ情報の例を示す図である。図１１には、センタ送信一覧ｒ１、および未処理一覧ｒ２の例が示されている。
【０１０５】
センタ送信一覧ｒ１は、上記のセンタ送信履歴情報ｃＡに含まれるデータの通番をキーにして、ホスト発信履歴情報ｈＡおよび返送受信履歴情報ｂＡを参照して処理状況を特定したものである。センタ送信一覧ｒ１は、例えば、センタ送信履歴情報ｃＡに通番が含まれるデータのうち、通番がホスト発信履歴情報ｈＡにも含まれるデータについては処理状況を“発信済”とし、通番が返送受信履歴情報ｂＡにも含まれるデータについては処理状況を“返送”とし、通番がこれら２つの履歴情報のいずれにも含まれないデータについては処理状況を“未発信”とすることによって生成される。センタ送信一覧ｒ１は、図示されているように、センタ送信を実行した端末装置の機番、通番の順でソートされていてもよい。
【０１０６】
かかるセンタ送信一覧ｒ１によれば、為替サーバ２３０の障害時にセンタ２００に送信されていたデータの処理状況を一括して把握することができる。このように、為替ＯＣＲシステム１０では、為替サーバ２３０に障害が発生してＤＢ２５０に格納されている処理状況の情報を参照できない状況下でも、データの処理状況を把握し、営業店１００でのリカバリの処理に利用することができる。
【０１０７】
未処理一覧ｒ２は、センタ送信一覧ｒ１から、処理状況が“未発信”または“返送”であるデータを抽出することによって生成されうる。未処理一覧ｒ２も、図示されているように、センタ送信を実行した端末装置の機番、通番の順でソートされていてもよい。
【０１０８】
かかる未処理一覧ｒ２によれば、為替サーバ２３０の障害時にセンタ２００に送信されたがホスト発信はされていないデータ、すなわち、営業店１００でのリカバリ処理の対象になるデータを一括して把握することができる。営業店１００でのリカバリ処理では、例えば、未処理一覧ｒ２に示されるデータを、営業店端末１１０などから直接ホスト４００に発信する自店処理が実行されうる。未処理一覧ｒ２は、このような営業店１００でのリカバリ処理のために最適化された情報といえ、サーバ障害時の営業店１００での処理の労力を大幅に軽減することに貢献する。
【０１０９】
＜７．ハードウェア構成＞
次に、図１２を参照して、本発明の一実施形態に係る営業店端末１１０、スキャナＰＣ１５０、集配信サーバ２１０、為替サーバ２３０、ＡＰサーバ２７０、エントリベリファイＰＣ２９０、および発信用ＰＣ３１０を実現しうる情報処理装置９００のハードウェア構成について説明する。
【０１１０】
図１２は、情報処理装置のハードウェア構成を説明するためのブロック図である。
【０１１１】
情報処理装置９００は、ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５を含む。さらに、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３、および通信装置９２５を含んでもよい。
【０１１２】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、情報処理装置９００内の動作全般またはその一部を制御する。このプログラムは、例えばリムーバブル記録媒体９２７格納して提供されるものであってもよく、また通信装置９２５を用いた通信ネットワーク９３１からのダウンロードによって提供されるものであってもよい。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Peripheral Component Interconnect/Interface）バスなどの外部バス９１１に接続されている。
【０１１３】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置である。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話などの外部接続機器９２９であってもよい。入力装置９１５は、ユーザが入力した情報に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりする。
【０１１４】
出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ（Liquid Crystal Display）、ＰＤＰ（Plasma Display Panel）、有機ＥＬ（Electro-Luminescence）ディスプレイなどの表示装置、スピーカおよびヘッドホンなどの音声出力装置、ならびにプリンタ装置などでありうる。出力装置９１７は、情報処理装置９００の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音声または音響などの音声として出力したりする。
【０１１５】
ストレージ装置９１９は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Hard Disk Drive）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。
【０１１６】
ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２７のためのリーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録を書き込む。
【０１１７】
接続ポート９２３は、機器を情報処理装置９００に直接接続するためのポートである。接続ポート９２３は、例えば、ＵＳＢ（Universal Serial Bus）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Small Computer System Interface）ポートなどでありうる。また、接続ポート９２３は、ＲＳ−２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（High-Definition Multimedia Interface）ポートなどであってもよい。接続ポート９２３に外部接続機器９２９を接続することで、情報処理装置９００と外部接続機器９２９との間で各種のデータが交換されうる。
【０１１８】
通信装置９２５は、例えば、通信ネットワーク９３１に接続するための通信デバイスなどで構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Wireless USB）用の通信カードなどでありうる。また、通信装置９２５は、光通信用のルータ、ＡＤＳＬ（Asymmetric Digital Subscriber Line）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２５は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２５に接続される通信ネットワーク９３１は、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。
【０１１９】
以上、情報処理装置９００のハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。かかる構成は、実施する時々の技術レベルに応じて適宜変更されうる。
【０１２０】
＜８．補足＞
（付加的な構成とその効果）
本発明の実施形態において、営業店端末装置は、営業店に複数設置され、他の営業店端末装置のセンタ送信履歴情報を取得する他端末履歴情報取得部をさらに有し、リカバリ情報生成部は、営業店端末装置および他の営業店端末装置のセンタ送信履歴情報を併合して用いてもよい。
【０１２１】
かかる構成によれば、営業店端末装置が複数設置される場合に、それぞれの営業店端末装置に蓄積されたセンタ送信履歴情報を自動的に集約して一括して利用することができる。従って、営業店における処理状況の照会がさらに容易になる。
【０１２２】
本発明の実施形態において、発信端末装置は、センタに複数設置され、他の発信端末装置のホスト発信履歴情報を取得する他端末履歴情報取得部と、発信端末装置および他の発信端末装置のホスト発信履歴情報を併合する履歴情報編集部とをさらに有してもよい。
【０１２３】
かかる構成によれば、発信端末装置が複数設置される場合に、それぞれの発信端末装置に蓄積されたホスト発信履歴情報を自動的に集約して一括して利用することができる。従って、営業店における処理状況の照会がさらに容易になる。
【０１２４】
本発明の実施形態において、営業店は、複数存在し、発信端末装置は、ホスト発信履歴情報を営業店ごとに分類する履歴情報編集部をさらに有し、ホスト発信履歴取得部は、営業店端末装置が設置された営業店に分類されたホスト発信履歴情報を取得してもよい。
【０１２５】
かかる構成によれば、営業店が複数ある場合に、それぞれの営業店で自店分のホスト発信履歴情報を選択的に取得することができる。自店にとって必要な情報だけが取得されるため、営業店における処理状況の照会がさらに容易になる。
【０１２６】
本発明の実施形態において、リカバリ情報生成部は、センタに送信されたがホストに発信されていない未発信データを示す情報を含むリカバリ情報を生成してもよい。
【０１２７】
かかる構成によれば、例えば営業店において自店処理などの再度の処理が必要なデータに関する情報を一括して取得することができる。個別に処理状況を確認する必要がないため、営業店でのリカバリ処理がさらに容易になる。
【０１２８】
本発明の実施形態において、業務システムは、センタに設置されて、データが無効である場合に返送通知を営業店端末装置に送信する検証端末をさらに含み、営業店端末装置は、センタからの返送通知の受信の履歴情報である返送受信履歴情報を管理する返送受信履歴管理部をさらに含み、リカバリ情報生成部は、さらに返送受信履歴情報に基づいて、未発信データと返送通知の対象になったデータとを示す情報を含むリカバリ情報を生成してもよい。
【０１２９】
かかる構成によれば、ホストに未発信であるために再度の処理が必要なデータとともに、センタで無効と判定されたために再度の処理が必要なデータの情報を一括して取得することができる。営業店で再度の処理が必要な点ではこれらのデータは同じであるため、そのようなデータの情報が一括して取得されることで営業店でのリカバリ処理がさらに容易になる。
【０１３０】
本発明の実施形態において、業務システムは、センタに設置されて、営業店端末装置による管理サーバへの処理状況の照会を受け付け、管理サーバの障害時にはホスト発信履歴情報を取得して保持するアプリケーションサーバをさらに含み、ホスト発信履歴取得部は、アプリケーションサーバからホスト発信履歴情報を取得してもよい。
【０１３１】
かかる構成によれば、通常処理時のセンタへの処理状況の照会と同じルートで、サーバ障害時にもセンタへの照会が可能である（ただし、取得される情報は異なる）ため、サーバ障害時用に別途の照会ルートを設ける場合に比べてシステムの構成が簡単になる。
【０１３２】
本発明の実施形態において、アプリケーションサーバは、センタに複数設置され、それぞれのアプリケーションサーバがホスト発信履歴情報を取得して保持してもよい。
【０１３３】
かかる構成によれば、仮に一部のアプリケーションサーバに障害が発生しても、残りのアプリケーションサーバを用いてホスト発信履歴情報の取得が可能になり、サーバ障害時の処理の堅牢性が向上する。
【０１３４】
本発明の実施形態において、業務システムは、為替ＯＣＲシステムであり、データは、振込依頼書のイメージを読み取ったデータを含んでもよい。
【０１３５】
かかる構成によれば、サーバ障害時のセンタでの処理状況の照会が特に必要な業務システムの１つである為替ＯＣＲシステムにおいて、本発明の実施形態による効果を得ることができる。
【０１３６】
（付言）
本発明の実施形態は、上記の為替ＯＣＲシステム以外にも、営業店−センタ−ホストというデータ伝送が行われるあらゆる種類の業務システムに適用可能である。従って、本発明の実施形態の細部は、上記の為替ＯＣＲシステムの説明における例には限られず、本発明の実施形態が適用される業務システムの種類において適宜設計されうる。
【０１３７】
例えば、上記の為替ＯＣＲシステムにおける、営業店およびセンタに諸々の装置が設置される数は、図示された例には限られず、必要に応じて任意の数とすることが可能である。また、営業店における代表端末は必ずしも定められなくてもよく、例えば返送通知がセンタ送信を実行した営業店端末にそれぞれ送信されるような構成であってもよい。さらに、業務システムの種類によっては、返送処理自体が存在しなくてもよい。
【０１３８】
また、上記の為替ＯＣＲシステムにおいて、サーバ障害時における営業店での緊急照会用オペレーションは、必ずしも代表端末で実行されなくてもよい。何らかの理由によって代表端末以外の端末装置で緊急照会オペレーションが実行される場合、当該端末装置は、代表端末から返送受信履歴情報を取得する機能を有してもよい。
【０１３９】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１４０】
１０ 為替ＯＣＲシステム
１００ 営業店
１１０ 営業店端末
１１４ 送信履歴管理部
１１７ 返送受信履歴管理部
１２０ 他端末履歴情報取得部
１２１ ホスト発信履歴取得部
１２２ リカバリ情報生成部
１２３ リカバリ情報出力部
１２６ センタ送信履歴情報
１２７ 返送受信履歴情報
１５０ スキャナＰＣ
２００ センタ
２３０ 為替サーバ
２５０ ＤＢ
２７０ ＡＰサーバ
２９０ エントリベリファイＰＣ
３１０ 発信用ＰＣ
３１４ 発信履歴管理部
３１６ 他端末履歴情報取得部
３１７ 履歴情報編集部
３１８ 履歴情報出力部
３２１ ホスト発信履歴情報
４００ 勘定系ホスト
５００ ネットワーク
【特許請求の範囲】
【請求項１】
営業店に設置されてデータをネットワークを介してセンタに送信する営業店端末装置、前記センタに設置されて前記データの処理状況を管理する管理サーバ、および前記センタに設置されて前記データをホストに発信する発信端末装置を含む業務システムであって、
前記発信端末装置は、
前記ホストへの前記データの発信の履歴情報であるホスト発信履歴情報を自装置の記憶部に蓄積するホスト発信履歴管理部と、
前記管理サーバの障害時に、前記ホスト発信履歴情報を出力する履歴情報出力部と
を有し、
前記営業店端末装置は、
前記センタへの前記データの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積するセンタ送信履歴管理部と、
前記管理サーバの障害時に、前記ホスト発信履歴情報を取得するホスト発信履歴取得部と、
前記センタ送信履歴情報と前記ホスト発信履歴情報とに基づいてリカバリ情報を生成するリカバリ情報生成部と、
前記リカバリ情報をユーザに向けて出力するリカバリ情報出力部と
を有することを特徴とする業務システム。
【請求項２】
前記営業店端末装置は、前記営業店に複数設置され、他の営業店端末装置の前記センタ送信履歴情報を取得する他端末履歴情報取得部をさらに有し、
前記リカバリ情報生成部は、前記営業店端末装置および前記他の営業店端末装置の前記センタ送信履歴情報を併合して用いる
ことを特徴とする、請求項１に記載の業務システム。
【請求項３】
前記発信端末装置は、前記センタに複数設置され、
他の発信端末装置の前記ホスト発信履歴情報を取得する他端末履歴情報取得部と、
前記発信端末装置および前記他の発信端末装置の前記ホスト発信履歴情報を併合する履歴情報編集部と
をさらに有する
ことを特徴とする、請求項１または２に記載の業務システム。
【請求項４】
前記営業店は、複数存在し、
前記発信端末装置は、前記ホスト発信履歴情報を前記営業店ごとに分類する履歴情報編集部をさらに有し、
前記ホスト発信履歴取得部は、前記営業店端末装置が設置された前記営業店に分類された前記ホスト発信履歴情報を取得する
ことを特徴とする、請求項１〜３のいずれか１項に記載の業務システム。
【請求項５】
前記リカバリ情報生成部は、前記センタに送信されたが前記ホストに発信されていない未発信データを示す情報を含む前記リカバリ情報を生成する
ことを特徴とする、請求項１〜４のいずれか１項に記載の業務システム。
【請求項６】
前記センタに設置されて、前記データが無効である場合に返送通知を前記営業店端末装置に送信する検証端末をさらに含み、
前記営業店端末装置は、前記センタからの前記返送通知の受信の履歴情報である返送受信履歴情報を管理する返送受信履歴管理部をさらに含み、
前記リカバリ情報生成部は、さらに前記返送受信履歴情報に基づいて、前記未発信データと前記返送通知の対象になったデータとを示す情報を含む前記リカバリ情報を生成する
ことを特徴とする、請求項５に記載の業務システム。
【請求項７】
前記センタに設置されて、前記営業店端末装置による前記管理サーバへの前記処理状況の照会を受け付け、前記管理サーバの障害時には前記ホスト発信履歴情報を取得して保持するアプリケーションサーバをさらに含み、
前記ホスト発信履歴取得部は、前記アプリケーションサーバから前記ホスト発信履歴情報を取得する
ことを特徴とする、請求項１〜６のいずれか１項に記載の業務システム。
【請求項８】
前記アプリケーションサーバは、前記センタに複数設置され、それぞれの前記アプリケーションサーバが前記ホスト発信履歴情報を取得して保持する
ことを特徴とする、請求項７に記載の業務システム。
【請求項９】
前記業務システムは、為替ＯＣＲシステムであり、
前記データは、振込依頼書のイメージを読み取ったデータを含む
ことを特徴とする、請求項１〜８のいずれか１項に記載の業務システム。
【請求項１０】
営業店に設置されてデータをネットワークを介してセンタに送信する営業店端末装置、前記センタに設置されて前記データの処理状況を管理する管理サーバ、および前記センタに設置されて前記データをホストに発信する発信端末装置を含む業務システムの運用方法であって、
前記営業店端末装置が、前記センタへの前記データの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積するステップと、
前記発信端末装置が、前記ホストへの前記データの発信の履歴情報であるホスト発信履歴情報を自装置の記憶部に蓄積するステップと
を含み、
前記管理サーバの障害時には、
前記発信端末装置が前記ホスト発信履歴情報を出力するステップと、
前記営業店端末装置が前記ホスト発信履歴情報を取得するステップと、
前記営業店端末装置が前記センタ送信履歴情報と前記ホスト発信履歴情報とに基づいてリカバリ情報を生成するステップと、
前記営業店端末装置が前記リカバリ情報をユーザに向けて出力するステップと
を実行することを特徴とする業務システムの運用方法。
【請求項１１】
業務システムにおいて営業店に設置されて、データをネットワークを介してセンタに送信する端末装置であって、
前記センタへの前記データの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積するセンタ送信履歴管理部と、
前記センタに設置されて前記データの処理状況を管理する管理サーバの障害時に、前記センタに設置されて前記データをホストに発信する発信端末装置が出力した、前記発信の履歴情報であるホスト発信履歴情報を取得するホスト発信履歴取得部と、
前記センタ送信履歴情報と前記ホスト発信履歴情報とに基づいてリカバリ情報を生成するリカバリ情報生成部と、
前記リカバリ情報をユーザに向けて出力するリカバリ情報出力部と
を備えることを特徴とする端末装置。
【請求項１２】
業務システムにおいて営業店に設置されて、データをネットワークを介してセンタに送信するコンピュータに、
前記センタへの前記データの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積する機能と、
前記センタに設置されて前記データの処理状況を管理する管理サーバの障害時に、前記センタに設置されて前記データをホストに発信する発信端末装置が出力した、前記発信の履歴情報であるホスト発信履歴情報を取得する機能と、
前記センタ送信履歴情報と前記ホスト発信履歴情報とに基づいてリカバリ情報を生成する機能と、
前記リカバリ情報をユーザに向けて出力する機能と
を実現させるためのプログラム。
【請求項１３】
業務システムにおいてセンタに設置されて、営業店からネットワークを介して受信したデータをホストに発信する端末装置であって、
前記ホストへの前記データの発信の履歴情報であるホスト発信履歴情報を自装置の記憶部に蓄積するホスト発信履歴管理部と、
前記センタに設置されて前記データの処理状況を管理する管理サーバの障害時に、前記ホスト発信履歴情報を前記営業店に設置される営業店端末に提供するために出力する履歴情報出力部と
を備えることを特徴とする端末装置。
【請求項１】
営業店に設置されてデータをネットワークを介してセンタに送信する営業店端末装置、前記センタに設置されて前記データの処理状況を管理する管理サーバ、および前記センタに設置されて前記データをホストに発信する発信端末装置を含む業務システムであって、
前記発信端末装置は、
前記ホストへの前記データの発信の履歴情報であるホスト発信履歴情報を自装置の記憶部に蓄積するホスト発信履歴管理部と、
前記管理サーバの障害時に、前記ホスト発信履歴情報を出力する履歴情報出力部と
を有し、
前記営業店端末装置は、
前記センタへの前記データの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積するセンタ送信履歴管理部と、
前記管理サーバの障害時に、前記ホスト発信履歴情報を取得するホスト発信履歴取得部と、
前記センタ送信履歴情報と前記ホスト発信履歴情報とに基づいてリカバリ情報を生成するリカバリ情報生成部と、
前記リカバリ情報をユーザに向けて出力するリカバリ情報出力部と
を有することを特徴とする業務システム。
【請求項２】
前記営業店端末装置は、前記営業店に複数設置され、他の営業店端末装置の前記センタ送信履歴情報を取得する他端末履歴情報取得部をさらに有し、
前記リカバリ情報生成部は、前記営業店端末装置および前記他の営業店端末装置の前記センタ送信履歴情報を併合して用いる
ことを特徴とする、請求項１に記載の業務システム。
【請求項３】
前記発信端末装置は、前記センタに複数設置され、
他の発信端末装置の前記ホスト発信履歴情報を取得する他端末履歴情報取得部と、
前記発信端末装置および前記他の発信端末装置の前記ホスト発信履歴情報を併合する履歴情報編集部と
をさらに有する
ことを特徴とする、請求項１または２に記載の業務システム。
【請求項４】
前記営業店は、複数存在し、
前記発信端末装置は、前記ホスト発信履歴情報を前記営業店ごとに分類する履歴情報編集部をさらに有し、
前記ホスト発信履歴取得部は、前記営業店端末装置が設置された前記営業店に分類された前記ホスト発信履歴情報を取得する
ことを特徴とする、請求項１〜３のいずれか１項に記載の業務システム。
【請求項５】
前記リカバリ情報生成部は、前記センタに送信されたが前記ホストに発信されていない未発信データを示す情報を含む前記リカバリ情報を生成する
ことを特徴とする、請求項１〜４のいずれか１項に記載の業務システム。
【請求項６】
前記センタに設置されて、前記データが無効である場合に返送通知を前記営業店端末装置に送信する検証端末をさらに含み、
前記営業店端末装置は、前記センタからの前記返送通知の受信の履歴情報である返送受信履歴情報を管理する返送受信履歴管理部をさらに含み、
前記リカバリ情報生成部は、さらに前記返送受信履歴情報に基づいて、前記未発信データと前記返送通知の対象になったデータとを示す情報を含む前記リカバリ情報を生成する
ことを特徴とする、請求項５に記載の業務システム。
【請求項７】
前記センタに設置されて、前記営業店端末装置による前記管理サーバへの前記処理状況の照会を受け付け、前記管理サーバの障害時には前記ホスト発信履歴情報を取得して保持するアプリケーションサーバをさらに含み、
前記ホスト発信履歴取得部は、前記アプリケーションサーバから前記ホスト発信履歴情報を取得する
ことを特徴とする、請求項１〜６のいずれか１項に記載の業務システム。
【請求項８】
前記アプリケーションサーバは、前記センタに複数設置され、それぞれの前記アプリケーションサーバが前記ホスト発信履歴情報を取得して保持する
ことを特徴とする、請求項７に記載の業務システム。
【請求項９】
前記業務システムは、為替ＯＣＲシステムであり、
前記データは、振込依頼書のイメージを読み取ったデータを含む
ことを特徴とする、請求項１〜８のいずれか１項に記載の業務システム。
【請求項１０】
営業店に設置されてデータをネットワークを介してセンタに送信する営業店端末装置、前記センタに設置されて前記データの処理状況を管理する管理サーバ、および前記センタに設置されて前記データをホストに発信する発信端末装置を含む業務システムの運用方法であって、
前記営業店端末装置が、前記センタへの前記データの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積するステップと、
前記発信端末装置が、前記ホストへの前記データの発信の履歴情報であるホスト発信履歴情報を自装置の記憶部に蓄積するステップと
を含み、
前記管理サーバの障害時には、
前記発信端末装置が前記ホスト発信履歴情報を出力するステップと、
前記営業店端末装置が前記ホスト発信履歴情報を取得するステップと、
前記営業店端末装置が前記センタ送信履歴情報と前記ホスト発信履歴情報とに基づいてリカバリ情報を生成するステップと、
前記営業店端末装置が前記リカバリ情報をユーザに向けて出力するステップと
を実行することを特徴とする業務システムの運用方法。
【請求項１１】
業務システムにおいて営業店に設置されて、データをネットワークを介してセンタに送信する端末装置であって、
前記センタへの前記データの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積するセンタ送信履歴管理部と、
前記センタに設置されて前記データの処理状況を管理する管理サーバの障害時に、前記センタに設置されて前記データをホストに発信する発信端末装置が出力した、前記発信の履歴情報であるホスト発信履歴情報を取得するホスト発信履歴取得部と、
前記センタ送信履歴情報と前記ホスト発信履歴情報とに基づいてリカバリ情報を生成するリカバリ情報生成部と、
前記リカバリ情報をユーザに向けて出力するリカバリ情報出力部と
を備えることを特徴とする端末装置。
【請求項１２】
業務システムにおいて営業店に設置されて、データをネットワークを介してセンタに送信するコンピュータに、
前記センタへの前記データの送信の履歴情報であるセンタ送信履歴情報を自装置の記憶部に蓄積する機能と、
前記センタに設置されて前記データの処理状況を管理する管理サーバの障害時に、前記センタに設置されて前記データをホストに発信する発信端末装置が出力した、前記発信の履歴情報であるホスト発信履歴情報を取得する機能と、
前記センタ送信履歴情報と前記ホスト発信履歴情報とに基づいてリカバリ情報を生成する機能と、
前記リカバリ情報をユーザに向けて出力する機能と
を実現させるためのプログラム。
【請求項１３】
業務システムにおいてセンタに設置されて、営業店からネットワークを介して受信したデータをホストに発信する端末装置であって、
前記ホストへの前記データの発信の履歴情報であるホスト発信履歴情報を自装置の記憶部に蓄積するホスト発信履歴管理部と、
前記センタに設置されて前記データの処理状況を管理する管理サーバの障害時に、前記ホスト発信履歴情報を前記営業店に設置される営業店端末に提供するために出力する履歴情報出力部と
を備えることを特徴とする端末装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−３７５７６（Ｐ２０１３−３７５７６Ａ）
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願番号】特願２０１１−１７４０７３（Ｐ２０１１−１７４０７３）
【出願日】平成２３年８月９日（２０１１．８．９）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願日】平成２３年８月９日（２０１１．８．９）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]