(57)【要約】【課題】  営業店業務システムにおける業務処理性能と可用性を向上させる。【解決手段】  本発明の一実施形態に係る営業店業務システムは、営業店内に設けられた複数の端末と、営業店と異なる場所に設置された営業店サーバとを有する。申請者端末は、取引案件の情報の入力を受け付けた時、取引案件に関する帳票を前記スキャナで読み取って、帳票のイメージデータを記憶装置に格納するとともに、複製端末に帳票のイメージデータの複製を格納する。その後帳票のイメージデータのファイル名を含む、取引案件の承認依頼を営業店サーバに送信する。一方責任者端末は取引案件の承認時に、営業店サーバから取引案件の情報を取得し、申請者端末から帳票のイメージデータを取得して、これらを責任者端末の表示デバイスに表示し、責任者からの承認指示を受け付ける。【選択図】図１
2018136606.tif 000002
【特許請求の範囲】
【請求項１】
営業店内に設けられた複数の端末と、
前記営業店と異なる場所に設置され、取引案件の情報及び状態を管理する営業店サーバと、
を有する営業店業務システムであって、
それぞれの前記端末は、帳票を読み取るスキャナと、前記スキャナで読み取られた帳票のイメージファイルを格納する記憶装置と、表示デバイスとを有し、
前記複数の端末はまた、ローカルエリアネットワーク（ＬＡＮ）を介して互いに通信可能に接続されるとともに、ワイドエリアネットワーク（ＷＡＮ）を介して前記営業店サーバと接続されており、
前記複数の端末のうち、申請者から取引案件の承認依頼を受け付ける申請者端末は、
取引案件の情報の入力を受け付けるとともに、前記取引案件に関する帳票を前記スキャナで読み取ることで、前記帳票のイメージデータを前記記憶装置に格納し、
前記複数の端末の１つである複製端末に、前記帳票のイメージデータの複製を格納し、
前記取引案件に関する前記帳票のイメージデータのファイル名を含む、前記取引案件の承認依頼を前記営業店サーバに送信し、
前記複数の端末のうち、前記取引案件の承認を行う責任者が使用する責任者端末は、前記取引案件の承認を行う時、
前記営業店サーバから前記取引案件の情報を受領し、
前記申請者端末に対して前記帳票のイメージデータの取得を要求し、
前記申請者端末から前記帳票のイメージデータの取得に成功すると、前記表示デバイスに前記取引案件の情報及び前記帳票のイメージデータを表示し、前記責任者から前記取引案件の承認指示を受け付ける、
ことを特徴とする営業店業務システム。
【請求項２】
前記営業店サーバは、前記端末が前記帳票のイメージデータの複製を格納する前記複製端末の情報を前記端末ごとに管理しており、
前記申請者端末は前記営業店サーバに問い合わせることによって、前記申請者端末の複製端末を特定する、
ことを特徴とする、請求項１に記載の営業店業務システム。
【請求項３】
前記責任者端末は、前記申請者端末から前記帳票のイメージデータを取得できなかった場合、
前記営業店サーバに問い合わせることで、前記申請者端末の複製端末を特定し、前記複製端末から前記帳票のイメージデータを取得する、
ことを特徴とする、請求項２に記載の営業店業務システム。
【請求項４】
前記責任者端末は、前記複製端末から前記帳票のイメージデータを取得できなかった場合、
前記責任者端末が有するスキャナで前記帳票を読み取って、読み取った前記帳票のイメージデータを前記責任者端末の表示デバイスに表示する、
ことを特徴とする、請求項３に記載の営業店業務システム。
【請求項５】
前記責任者端末は、前記帳票のイメージデータを前記責任者端末の表示デバイスに表示するまでは、前記取引案件の承認指示を受け付けない、
ことを特徴とする、請求項３に記載の営業店業務システム。
【請求項６】
前記営業店業務システムは前記取引案件に係る処理の終了後、複数の前記端末に同一のイメージデータが重複して格納されている場合、前記重複して格納されているイメージデータを削除する、
ことを特徴とする、請求項１に記載の営業店業務システム。
【請求項７】
前記営業店サーバは、前記帳票のイメージデータのファイル名を、前記責任者端末が前記帳票のイメージデータを取得した前記端末の情報と対応付けて管理しており、
前記営業店サーバは、前記端末ごとに、前記責任者端末が前記端末から取得した前記帳票のイメージデータのファイル名のリストを作成して、それぞれの前記端末に送付し、
前記ファイル名のリストを受領した前記端末は、前記端末が格納している前記帳票のイメージデータのうち、前記ファイル名のリストに存在しない前記帳票のイメージデータを削除する、
ことを特徴とする、請求項６に記載の営業店業務システム。
【請求項８】
営業店内に設けられた複数の端末と、
前記営業店と異なる場所に設置され、取引案件の情報及び状態を管理する営業店サーバと、を有する営業店業務システムにおける業務処理方法であって、
それぞれの前記端末は、帳票を読み取るスキャナと、前記スキャナで読み取られた帳票のイメージファイルを格納する記憶装置と、表示デバイスとを有し、
前記複数の端末はまた、ローカルエリアネットワーク（ＬＡＮ）を介して互いに通信可能に接続されるとともに、ワイドエリアネットワーク（ＷＡＮ）を介して前記営業店サーバと接続されており、
前記複数の端末のうち、申請者から取引案件の承認依頼を受け付ける申請者端末が、
取引案件の情報の入力を受け付けるとともに、前記取引案件に関する帳票を前記スキャナで読み取るステップと、
前記帳票のイメージデータを前記記憶装置に格納するステップと、
前記複数の端末の１つである複製端末に、前記帳票のイメージデータの複製を格納するステップと、
前記取引案件に関する前記帳票のイメージデータのファイル名を含む、前記取引案件の承認依頼を前記営業店サーバに送信するステップと、
を実行し、
前記複数の端末のうち、前記取引案件の承認を行う責任者が使用する責任者端末が、
前記営業店サーバから前記取引案件の情報を受領するステップと、
前記申請者端末に対して前記帳票のイメージデータの取得を要求するステップと、
前記申請者端末から前記帳票のイメージデータの取得に成功すると、前記取引案件の情報と前記帳票のイメージデータを表示し、前記責任者から前記取引案件の承認指示を受け付けるステップと、を実行する、
ことを特徴とする、業務処理方法。
【請求項９】
前記営業店サーバは、前記端末が前記帳票のイメージデータの複製を格納する前記複製端末の情報を前記端末ごとに管理しており、
前記申請者端末は前記営業店サーバに問い合わせることによって、前記申請者端末の複製端末を特定する、
ことを特徴とする、請求項８に記載の業務処理方法。
【請求項１０】
前記責任者端末は、前記申請者端末から前記帳票のイメージデータを取得できなかった場合、前記営業店サーバに問い合わせることで前記申請者端末の複製端末を特定し、前記複製端末から前記帳票のイメージデータを取得するステップを実行する、
ことを特徴とする、請求項９に記載の業務処理方法。
【請求項１１】
前記責任者端末は、前記複製端末から前記帳票のイメージデータを取得できなかった場合、前記責任者端末が有するスキャナで前記帳票を読み取って、読み取った前記帳票のイメージデータを前記責任者端末の表示デバイスに表示するステップを実行する、
ことを特徴とする、請求項１０に記載の業務処理方法。
【請求項１２】
前記責任者端末は、前記帳票のイメージデータが前記責任者端末の表示デバイスに表示されるまでは、前記取引案件の承認指示を受け付けないよう構成されている、
ことを特徴とする、請求項１０に記載の業務処理方法。
【請求項１３】
前記取引案件に係る処理の終了後、複数の前記端末に同一のイメージデータが重複して格納されている場合、前記重複して格納されているイメージデータを削除するステップを実行する、
ことを特徴とする、請求項８に記載の業務処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関等の営業店の業務システムに関する。
【背景技術】
【０００２】
近年、企業などにおける事務処理が、ネットワーク上などのコンピュータで電子的に行われるようになってきている。たとえば特許文献１には、金融機関の営業店において用いられるシステムと、このシステムを用いた業務処理の流れの例が開示されている。このシステムで、たとえば営業店の担当者が支店長などの役席者の承認が必要な取引を行う場合、担当者は担当者端末から、取引の種別（出金取引等）を示す取引種別、顧客の口座情報および出金金額等で構成された取引受付情報をサーバに送信する。一方役席者が使用する役席者端末では、取引受付情報をサーバから取得してその情報を表示手段に表示する。役席者は表示された取引受付情報等を確認することで承認を行う。
【０００３】
また、この取引の際、担当者は顧客から出金依頼書等の伝票を受け取り、スキャナで伝票のイメージデータを読み取らせて、取引受付情報と共に伝票のイメージデータもサーバに送信する。そして役席端末は、取引受付情報と共に伝票のイメージデータも取得し、取引受付情報に加えて伝票のイメージデータも表示部に表示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２７２３７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
システムによっては、端末のある営業店とは異なる場所に、サーバが設置されることもある。たとえば営業店とは離れたところにあるデータセンター等にサーバが設置されることもある。サーバと端末の距離が遠い場合、取引受付情報やイメージデータの伝送にかかる時間は大きくなり、システム性能の劣化を招きやすい。そのため、サーバと端末の間でやり取りされる情報の量を削減することが求められる。
【課題を解決するための手段】
【０００６】
本発明の一実施形態に係る営業店業務システムは、営業店内に設けられた複数の端末と、営業店と異なる場所に設置された営業店サーバとを有する。複数の端末は、ローカルエリアネットワーク（ＬＡＮ）を介して互いに通信可能に接続されるとともに、ワイドエリアネットワーク（ＷＡＮ）を介して営業店サーバと接続されている。またそれぞれの端末は、帳票を読み取るスキャナと、スキャナで読み取られた帳票のイメージファイルを格納する記憶装置を備える。
【０００７】
申請者から取引案件の承認依頼を受け付ける申請者端末は、取引案件の情報の入力を受け付けた時、取引案件に関する帳票を前記スキャナで読み取って、帳票のイメージデータを前記記憶装置に格納するとともに、複数の端末の１つである複製端末に、前記帳票のイメージデータの複製を格納する。その後、取引案件に関する帳票のイメージデータのファイル名を含む、取引案件の承認依頼を営業店サーバに送信する。一方責任者の使用する責任者端末は取引案件の承認を行う時、営業店サーバから取引案件の情報を受領し、承認依頼を送信した前記端末からは帳票のイメージデータを取得して、これらを表示して責任者からの承認指示を受け付ける。
【発明の効果】
【０００８】
開示する営業店業務システムによれば、各種申請処理の性能を向上することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係る営業店業務システムの構成図である。
【図２】端末のハードウェア構成例を示す図である。
【図３】営業店サーバのハードウェア構成例を示す図である。
【図４】取引案件テーブルの例である。
【図５】承認案件状態テーブルの例である。
【図６】承認情報テーブルの例である。
【図７】端末情報テーブルの例である。
【図８】端末稼働状況テーブルの例である。
【図９】承認処理のシーケンス図（１）である。
【図１０】承認処理のシーケンス図（２）である。
【図１１】エラーメッセージ表示画面の例である。
【図１２】エラーメッセージ表示画面の別の例である。
【図１３】責任者端末の表示画面例である。
【図１４】責任者端末の表示画面例である。
【図１５】イメージファイル削除処理のフローチャートである。
【図１６】イメージリストの例である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について、図面を参照しながら説明する。
【実施例１】
【００１１】
（１）システム構成
図１は、実施例１に係る営業店業務システムの構成図である。営業店業務システムには、複数の端末４と営業店サーバ２（以下、「サーバ２」と略記されることもある）が含まれる。端末４は金融機関の各営業店３に複数設けられ、営業店サーバ２は営業店３とは異なる場所にある計算機センター１内に設置される。営業店３内の各端末４は店内ローカルエリアネットワーク５（「店内ＬＡＮ５」とも呼ばれる）に接続されており、営業店３内の各端末４は互いに通信可能である。また店内ＬＡＮ５は、営業店３と計算機センター１を結ぶＷＡＮ６に接続されており、各端末４はワイドエリアネットワーク（ＷＡＮ）６を介して、計算機センター１内にある営業店サーバ２とも通信可能である。
【００１２】
端末４は、金融機関の各営業店３の窓口等に設置され、金融機関の窓口にいる行員（本実施例では「申請者」と呼ばれる）が、顧客から依頼された取引案件の処理に使用する。また端末４の中には、案件の承認処理を行う役席者（本実施例では「責任者」とも呼ばれる）の席に置かれるものもある。本実施例では、責任者が使用する端末４のことを「責任者端末４ｂ」と呼び、金融機関の申請者が使用する端末のことを「申請者端末４ａ」と呼ぶ。また図１には「複製端末４ｃ」も存在するが、複製端末４ｃについては後述する。また営業店３内には、端末４以外の機器も存在することもあるが、本実施例ではこれらの機器についての説明は略す。またこれらの機器も店内ＬＡＮ５に接続されてよい。
【００１３】
営業店サーバ２は、各営業店３で行われる取引案件の情報を管理するとともに、申請者と責任者との間で行われる承認処理についての制御を行う。なお、計算機センター１には金融機関の業務処理のために、営業店サーバ２以外の装置が存在していてもよい。ただし本実施例では、営業店サーバ２以外の装置についての説明は略す。
【００１４】
アーカイブシステム７は、取引案件の情報を所定期間（たとえば法律で定められた期間）保管するためのシステムである。アーカイブシステム７は一例として、サーバコンピュータと大容量の記憶装置を有する。端末４と営業店サーバ２で処理された取引案件の情報は、定期的にアーカイブシステム７に送られて、アーカイブシステム７で所定期間保存される。アーカイブシステム７はどこに設置されていてもよいが、一般的には営業店３や計算機センター１とは異なる場所に設置される。またアーカイブシステム７はＷＡＮ６に接続され、取引案件の情報はＷＡＮ６を経由してアーカイブシステム７に送られる。
【００１５】
図２は、端末４のハードウェア構成を示している。端末４は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）４１と、ＤＲＡＭ等の揮発性記憶媒体から成るメモリ４２に加えて、ハードディスクなどの不揮発性記憶デバイスである補助記憶装置４４、店内ＬＡＮ５を介した通信を行うための通信インタフェース（通信Ｉ／Ｆ）４５、液晶ディスプレイなどの表示デバイス４６、キーボードやマウス等の入力デバイス４７、帳票等の紙書類の読み取りを行うためのスキャナ４８、プリンタ４９等の周辺機器を備える。これらの周辺機器は、Ｉ／Ｏインタフェース（Ｉ／Ｏ  Ｉ／Ｆ）４３を介してＣＰＵ４１に接続されている。
【００１６】
本実施例では、端末４の有する各種機能（たとえば申請者からの取引案件情報の入力を受け付けて承認依頼を発行する機能など）はソフトウェア（プログラム）によって実装されている例を説明する。つまり、端末４のＣＰＵ４１は、メモリ４２に格納されたプログラムを実行することで、端末４の有するスキャナ４８等の各種周辺機器を用いながら、以下で説明する承認依頼等に関する各種処理を実行する。ただし以下で説明する各種処理が、必ずしもソフトウェアで実装されていなければならないわけではない。以下で説明する処理の一部またはすべてが、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）等のハードウェアによって実装されていてもよい。
【００１７】
メモリ４２は、ＣＰＵ４１が実行するプログラムや、プログラムの実行の際に用いられる情報を保持するための記憶デバイスで、ＤＲＡＭ等の揮発性記憶媒体で構成される。補助記憶装置４４は、たとえばハードディスクドライブ（ＨＤＤ）等の不揮発性記憶デバイスである。補助記憶装置４４は、ＣＰＵ４１が実行するプログラムを格納するために用いられる他、スキャナ４８によって読み取られた帳票のイメージデータ（または「イメージファイル」と呼ぶこともある）を保管するために用いられる。
【００１８】
通信Ｉ／Ｆ４５は、端末４と他の装置（たとえば営業店サーバ２等）との通信を行うためのデバイスである。表示デバイス４６は、たとえば液晶ディスプレイなどの、端末の操作者（金融機関の申請者や責任者）に対して情報を表示するためのデバイスである。一方入力デバイス４７は、端末の操作者が情報入力に用いるためのデバイスで、たとえばキーボードやマウスなどのデバイスである。また、表示デバイス４６と入力デバイス４７を設けることに代えて、タッチスクリーンのように、情報の表示と入力の両方が行えるデバイスが設けられていてもよい。
【００１９】
スキャナ４８は、出金依頼書等の紙書類を読み取るための光学読み取り装置である。本実施例では、端末４（のＣＰＵ４１）はスキャナ４８によって読み取られた紙書類を、イメージファイルとして補助記憶装置４４に格納する。また紙書類に記載されている金額などの情報を認識するためのＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）機能も備える（先に述べたとおり、この機能はＣＰＵ４１でプログラムが実行されることによって実現される）。
【００２０】
なお、端末４は、図２に示された以外の周辺機器を備えていてもよい。また、全ての端末４が同じハードウェア構成を備えていなくてもよい。たとえば責任者端末４ｂと申請者端末４ａが備える周辺機器の数または種類が異なっていてもよい。また、責任者端末４ｂとそれ以外の端末４とで、インストールされるプログラム（ＣＰＵ４１によって実行されるプログラム）は異なっていてもよい。たとえば責任者端末４ｂは、責任者（承認処理を行う人）が使用する端末で、それ以外の端末４は原則として申請者が使用する端末なので、責任者端末４ｂには承認処理用のプログラムがインストールされ、その他の端末４には承認依頼用のプログラムがインストールされているとよい。もちろん逆に、すべての端末４に同じプログラムがインストールされていてもよい。つまりすべての端末４に、承認処理用のプログラムと承認依頼用のプログラムの両方がインストールされていてもよい。
【００２１】
また以下の説明では、申請者端末４ａが営業店３内に複数存在し、責任者端末４ｂは営業店３内に１台だけ存在する例を説明するが、申請者端末４ａの数と責任者端末４ｂの数は、必ずしもこの数に限定されるものではない。
【００２２】
図３は、サーバ２のハードウェア構成を示している。サーバ２は、パーソナルコンピュータ（ＰＣ）あるいはＰＣサーバ等の、汎用的な計算機であり、ＣＰＵ２１とメモリ２２に加えて、ハードディスクなどの不揮発性記憶デバイスである補助記憶装置２４、ＷＡＮ６を介した通信を行うための通信インタフェース（通信Ｉ／Ｆ）２５、液晶ディスプレイなどの表示デバイス２６、キーボードやマウス等の入力デバイス２７等の周辺機器を備える。これらの周辺機器は、Ｉ／Ｏインタフェース（Ｉ／Ｏ  Ｉ／Ｆ）２３を介してＣＰＵ４１に接続されている。
【００２３】
本実施例では、サーバ２の機能はソフトウェア（プログラム）によって実装されている。つまり、サーバ２のＣＰＵ２１がメモリ２２に格納されたプログラムを実行することで、端末４から受け付けた承認依頼などのリクエストがサーバ２で処理される。ただし以下で説明する各種処理が、必ずしもソフトウェアで実装されていなければならないわけではない。以下で説明する処理の一部またはすべてが、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）等のハードウェアによって実装されていてもよい。
【００２４】
（２）承認処理の概要
本実施例に係る営業店業務システムでは、金融機関の申請者等が端末４を用いて行う処理の内容が、一旦は営業店サーバ２へと送られる。たとえば金融機関の申請者が、顧客から依頼された取引案件の内容を端末４（申請者端末４ａ）に入力し、承認依頼を行うと、その取引案件の内容は営業店サーバ２へと送られ、営業店サーバ２に記憶される。営業店サーバ２で記憶される取引案件の情報の中には、例えば取引の状態（承認が完了したか否かなど）も含まれる。
【００２５】
続いて営業店サーバ２は、その取引案件の責任者（承認を行う役席者）の端末（責任者端末４ｂ）に、承認処理を行うべき取引案件（承認案件）があることを通知する。責任者は責任者端末４ｂを用いて、取引案件の承認処理を実施する。承認処理が実施されると、責任者端末４ｂは取引案件の承認が行われたことを営業店サーバ２に通知する。営業店サーバ２はその通知を受けて、営業店サーバ２内で管理している取引案件の状態を変更する（たとえば承認が完了した状態に変更する）。
【００２６】
また、責任者が取引案件の承認処理を行う際、たとえば顧客が手書きで記入した入出金伝票などの紙書類（以下ではこれらを「帳票」と呼ぶ）の記入内容を確認した上で承認を行うべき案件も存在する。本実施例に係る営業店業務システムでこのような案件を処理する場合、申請者は申請者端末４ａのスキャナ４８を用いて帳票の読み取りを行って、帳票のイメージデータを作成する。１つの帳票は１つのファイルとして生成され、本実施例ではここで生成されるファイルを「イメージファイル」と呼ぶ。イメージファイルは、申請者端末４ａの補助記憶装置４４に格納される。
【００２７】
申請者端末４ａを用いて申請者が取引案件の承認依頼を送信する際、イメージファイルのファイル名も営業店サーバ２に送信される。ただしイメージファイルの実体は、営業店サーバ２に送信されない。本実施例に係る営業店業務システムでは、イメージファイルそのものを営業店３と計算機センター１間で送受信しないようにしており、これによりＷＡＮ６のトラフィックが増加することを抑制できる。
【００２８】
営業店サーバ２から責任者端末４ｂに承認案件があることが通知されると、責任者端末４ｂは承認対象案件の情報を営業店サーバ２から取得する。ここで取得される情報には、取引案件に付随する帳票のイメージファイルのファイル名も含まれる。責任者端末４ｂは店内ＬＡＮ５経由で、申請者端末４ａから承認対象の取引案件に付随する帳票のイメージファイル（の実体）を取得し、イメージファイルの内容を責任者端末４ｂの表示デバイス４６に表示する。これにより責任者は、帳票の内容を責任者端末４ｂの画面上で確認することができ、申請者との間で紙書類（帳票）のやり取りを行う必要がない。またイメージファイルは営業店３内でのみやり取りされ、営業店サーバ２を経由しないため、システムの負荷を低減できる。
【００２９】
ただし責任者端末４ｂが申請者端末４ａから帳票のイメージファイルを取得する際に、申請者端末４ａ（イメージファイルを格納している端末４）に障害が発生した等の理由で、イメージファイルが取得できない場合がある。このような場合でも承認処理が継続できるように、申請者端末４ａは承認依頼を行う前に、別の端末４にイメージファイルの複製を格納する。本実施例では、イメージファイルの複製が格納される端末４を「複製端末４ｃ」と呼ぶ。責任者端末４ｂは、申請者端末４ａから帳票のイメージファイルを取得できなかった場合、複製端末４ｃからイメージファイルの複製を取得する。
【００３０】
（３）管理情報
続いて、営業店サーバ２の有する管理情報の説明を行う。図４は、申請者端末４ａから受け付けた取引案件の情報を格納するための取引案件テーブル１５０の例を示す。取引案件テーブル１５０の各行（レコード）が、１つの取引案件に相当する情報を表す。
【００３１】
日付１５１は、申請者端末４ａから取引案件の承認依頼を受け付けた日の情報が格納され、局番号１５２は、取引案件の承認依頼が発行された営業店３の識別番号で、局名称１５４は営業店３の名称である。
【００３２】
処理通番１５３は各取引案件に付される一意な番号で、営業店サーバ２が取引案件の承認依頼を受け付けた時点で、営業店サーバ２が付与する。取引内容１５５には、申請者端末４ａから受領した取引案件の内容が格納される。たとえば出金処理の依頼であれば、取引の種類が出金取引である旨の情報と、出金取引の内容（出金額、引き出しを行う口座の番号等）が格納される。イメージデータファイル名１５８は、取引案件についての帳票のイメージファイルのファイル名である。
【００３３】
申請ユーザＩＤ１５６は、申請者端末４ａから取引の承認依頼を行った申請者の識別情報（ＩＤ）である。
【００３４】
続いて図５を用いて、承認案件状態テーブル１２０について説明する。承認案件状態テーブル１２０は、取引案件の処理状態についての情報を格納するためのテーブルである。
【００３５】
日付１２１、局番号１２２、処理通番１２３には、取引案件テーブル１５０の日付１５１、局番号１５２、処理通番１５３と同じ情報が格納される。取引案件テーブル１５０のレコードと、承認案件状態テーブル１２０のレコードのうち、処理通番１５３（処理通番１２３）が同じレコードは、同じ取引案件についての情報である。
【００３６】
案件状態１２６は、取引案件が処理中であるか、処理が完了したかを表す。案件状態１２６が０の場合、取引案件は処理中であることを表す。また案件状態１２６が１の場合、処理が完了したことを表し、案件完了日時１３０に取引案件の処理が完了した日時が格納される。承認状態１２７は、取引案件が責任者によって承認されたか否かを表す情報で、承認状態１２７が１であれば取引案件が承認されたことを表す。
【００３７】
図６は、承認情報テーブル１００の例を示している。承認情報テーブル１００は、取引案件に添付されるイメージファイルの場所を管理するためのテーブルである。日付１０１、局番号１０２、処理通番１０３には、取引案件テーブル１５０の日付１５１、局番号１５２、処理通番１５３（または承認案件状態テーブル１２０の日付１２１、局番号１２２、処理通番１２３）と同じ情報が格納される。申請者端末ＩＰアドレス１０６は、取引案件の承認依頼を行った申請者端末４ａのＩＰアドレスであり、申請者端末ＩＰアドレス１０６で特定される端末４に、イメージファイルが格納されていることを表している。イメージデータファイル名１０７は、イメージファイルのファイル名で、取引案件テーブル１５０のイメージデータファイル名１５８と同じ内容が格納される。責任者承認実行ユーザＩＤ１０８は、取引案件の承認を行う人のユーザＩＤである。
【００３８】
図７は端末情報テーブル３００の構成例を示している。端末情報テーブル３００は複製端末４ｃについての情報を格納したテーブルで、申請者端末４ａがイメージファイルを別の端末（複製端末４ｃ）に複製する際に、複製端末４ｃを特定するために用いられる。端末情報テーブル３００は図７に示されるように、局番号３０１、端末機番３０２、端末ＩＰアドレス３０３、複製ＩＰアドレス３０４のカラムを有する。
【００３９】
これらのカラムのうち、端末ＩＰアドレス３０３が、申請者端末４ａのＩＰアドレスを表し、端末機番３０２は、申請者端末４ａに付された識別番号である。また局番号３０１は申請者端末４ａの置かれている営業店の店番号である。複製ＩＰアドレス３０４は、複製端末４ｃのＩＰアドレスである。
【００４０】
本実施例では図７の例に示されるように、１つの申請者端末４ａ（のＩＰアドレス）に対して１台の複製端末４ｃ（のＩＰアドレス）が対応付けられている。なお、複製端末４ｃとはイメージファイルの複製を格納する役割だけを果たすものではなく、申請者端末４ａまたは責任者端末４ｂとして使用されている端末４が、複製端末４ｃとしても用いられる。
【００４１】
図７の例で、１行目のレコードを参照すると、端末ＩＰアドレス３０３（つまり申請者端末４ａのＩＰアドレス）は、１００．１００．１００．１だが、このＩＰアドレスは３行目のレコードの複製ＩＰアドレス３０４にも登録されている。つまりＩＰアドレス１００．１００．１００．１の端末４は、別の端末４（ＩＰアドレスが１００．１００．１００．３の端末４）の複製端末４ｃとして用いられることを意味する。また本実施例では、端末情報テーブル３００にはあらかじめ、図７に示された情報が格納されており（つまり申請者端末４ａと複製端末４ｃの対応関係があらかじめ定められている）、この対応関係は固定的である例を説明する。
【００４２】
（４）承認処理のフロー
続いて、図９以降の図面を参照しながら、本実施例に係る営業店業務システムで行われる承認処理の流れを説明する。なお、図９以降の図面において、参照番号の前に付されているアルファベットの“Ｓ”は、「ステップ」を意味する。
【００４３】
ステップ１００１：ここでは申請者端末４ａは、申請者から出金取引等の取引案件についての情報入力を受け付ける。申請者端末４ａは、表示デバイス４６に、取引案件の情報入力用の画面を表示し、申請者に情報の入力を行わせる。また申請者端末４ａは表示デバイス４６に、取引案件についての帳票の読み取りを行うよう指示するメッセージ等を表示することで、申請者に帳票をスキャナ４８の読み取り部にセットさせる。帳票がスキャナ４８にセットされると、申請者端末４ａはスキャナ４８を用いて帳票のイメージデータを取得する。イメージデータが取得された後、申請者端末４ａはそのイメージデータ（イメージファイル）を補助記憶装置４４に格納する。この時イメージファイルのファイル名は、申請者端末４ａが独自の規則で決定してよい。
【００４４】
ステップ１００２：申請者端末４ａは営業店サーバ２に対して、申請者端末４ａの複製端末４ｃのＩＰアドレスの取得を依頼する。申請者端末４ａはこの依頼に応じて、申請者端末４ａの複製端末４ｃのＩＰアドレスを営業店サーバ２に渡す（この処理は以下のステップ１００３で説明する）。
【００４５】
ステップ１００３：営業店サーバ２は、端末情報テーブル３００を参照し、端末ＩＰアドレス３０３が申請者端末４ａのＩＰアドレス（申請者端末４ａから渡されたＩＰアドレス）に一致する行を探し、その行の複製ＩＰアドレス３０４を申請者端末４ａに返送する。これにより申請者端末４ａは、自身の複製端末４ｃを特定することができる。
【００４６】
ステップ１００４：申請者端末４ａは、ステップ１００１で作成したイメージファイルを、複製端末４ｃに送信する。このときイメージファイルのファイル名も、複製端末４ｃに渡される。
【００４７】
ステップ１００５：申請者端末４ａからイメージファイルを受信した複製端末４ｃは、複製端末４ｃの補助記憶装置４４にイメージファイルを格納する。なお、複製端末４ｃは、申請者端末４ａから渡されたイメージファイルのファイル名を変更しない。そのため、申請者端末４ａに格納されるイメージファイルと複製端末４ｃに格納されるイメージファイル（の複製）のファイル名は同じである。
【００４８】
ステップ１００６：申請者端末４ａは、営業店サーバ２に承認依頼を送信する。承認依頼には、取引案件の内容、そしてステップ１００１で補助記憶装置４４に格納された帳票のイメージファイルのファイル名等が含まれる。具体的には、営業店サーバ２が有する取引案件テーブル１５０の、局番号１５２、局名称１５４、取引内容１５５、イメージデータファイル名１５８（または承認情報テーブル１００のイメージデータファイル名１０７）に格納されるべき情報が含まれるとよい。またここでは、申請者のユーザＩＤと申請者端末４ａのＩＰアドレスも営業店サーバ２に送信され、営業店サーバ２では、申請者のユーザＩＤは取引案件テーブル１５０の申請ユーザＩＤ（１５６）に格納され、また申請者端末４ａのＩＰアドレスは、承認情報テーブル１００の申請者端末ＩＰアドレス１０６に格納される。
【００４９】
ステップ１００７：営業店サーバ２は、自身が有する管理情報に、申請者端末４ａから承認依頼と共に受け付けた情報を登録する。具体的にはここでは営業店サーバ２は、取引案件テーブル１５０、承認案件状態テーブル１２０、承認情報テーブル１００のそれぞれに、レコードを作成する。そして作成されたレコードの日付フィールドに、現在の日付を格納するとともに、処理通番フィールドに、新しい処理通番を格納する。そして営業店サーバ２は、承認依頼と共に受け付けた情報を、ここで作成されたレコードに格納していく。なお、承認案件状態テーブル１２０の案件状態１２６と承認状態１２７には０が格納される。
【００５０】
この後営業店サーバ２は、責任者端末４ｂに、申請者から承認の依頼があった旨を通知する。この通知には、取引案件の処理通番が含まれている。また本実施例では、責任者端末４ｂは各営業店３に１台だけ存在し、営業店サーバ２は責任者端末４ｂのＩＰアドレスを把握している前提とする。そのため営業店サーバ２は、承認依頼を送信してきた申請者端末４ａの存在する営業店３にある責任者端末４ｂに対して、承認の依頼があった旨を通知する。
【００５１】
ステップ１００８：責任者端末４ｂは営業店サーバ２から、承認依頼のあった取引案件の情報を取得し、表示デバイス４６に表示する。責任者端末４ｂは、ステップ１００７で営業店サーバ２から通知された処理通番に対応する取引案件の情報の送信を、営業店サーバ２に依頼することで、承認依頼のあった取引案件の情報を取得する。本実施例では、責任者端末４ｂはここで、取引案件テーブル１５０、承認情報テーブル１００のレコード（処理通番が、営業店サーバ２から渡された処理通番と等しいレコード）を取得するものとする。
【００５２】
ステップ１００９：責任者端末４ｂは、ステップ１００８で取得した情報のうち、申請者端末ＩＰアドレス１０６とイメージデータファイル名１０７を参照することで、取引案件についての帳票のイメージファイルのファイル名と、イメージファイルを格納している端末４（これは申請者が承認依頼を発行する際に使用した端末４、つまり申請者端末４ａである）のＩＰアドレスを認識する。そして責任者端末４ｂは申請者端末４ａに対し、イメージファイルの取得を要求する。この要求には、イメージファイルのファイル名（イメージデータファイル名１０７）が含まれる。イメージファイルの取得を要求された申請者端末４ａは、要求で指定されているファイル名のイメージファイルを責任者端末４ｂに返送する。
【００５３】
ステップ１０１０：イメージファイルの取得に成功した場合（ステップ１０１０：成功）、責任者端末４ｂはたとえば図１４のように、取引案件の情報と帳票のイメージを表示した画面（ウィンドウ）を表示デバイス４６の画面に表示し、次にステップ１０２０を行う。逆にイメージファイルの取得に失敗した場合（ステップ１０１０：失敗）、次にステップ１０１１が実行される。イメージファイルの取得に失敗した場合とは、申請者端末４ａのハードウェアに障害が発生した場合、たとえば通信Ｉ／Ｆ４５の障害で営業店サーバ２から申請者端末４ａにアクセスできない場合や、補助記憶装置４４の障害で、イメージファイルを読み出せない場合があり得る。あるいは申請者端末４ａのＣＰＵ４１で実行されているプログラムの不具合によって、営業店サーバ２から申請者端末４ａに格納されているイメージファイルにアクセスできない場合もあり得る。
【００５４】
ステップ１０１１：責任者端末４ｂは表示デバイス４６に、イメージファイルの取得に失敗した旨を表示する。表示の一例を図１１に示す。責任者端末４ｂは表示デバイス４６の画面に図１１のようなダイアログボックスを表示する。このダイアログボックスには「再取得」、「Ｃａｎｃｅｌ」のボタンが用意され、責任者が入力デバイス４７を用いて「再取得」ボタンを押下した場合、責任者端末４ｂは再びステップ１００９を実行し、申請者端末４ａからのイメージファイルの取得を試みる。一方「Ｃａｎｃｅｌ」が押下された場合、責任者端末４ｂは次にステップ１０１２を実行する。
【００５５】
ステップ１０１２，ステップ１０１３：責任者端末４ｂは営業店サーバ２に対して、申請者端末４ａの複製端末４ｃのＩＰアドレスの取得を依頼する。この処理はステップ１００２と同様で、責任者端末４ｂは申請者端末４ａのＩＰアドレスを営業店サーバ２に渡す。ステップ１０１３では営業店サーバ２は、責任者端末４ｂから受け取った（申請者端末４ａの）ＩＰアドレスをもとに、複製端末４ｃのＩＰアドレスを特定し、責任者端末４ｂに返送する。
【００５６】
ステップ１０１４：責任者端末４ｂは、複製端末４ｃに対してイメージファイルの取得を要求する。この処理はステップ１００９と同様の処理であり、イメージファイルの取得要求を受け付けた複製端末４ｃは、要求で指定されているファイル名のイメージファイルを責任者端末４ｂに返送する。
【００５７】
ステップ１０１５：イメージファイルの取得に成功した場合（ステップ１０１５：成功）、責任者端末４ｂはたとえば図１４のように、取引案件の情報と帳票のイメージを表示した画面（ウィンドウ）を表示デバイス４６の画面に表示し、次にステップ１０２０を行う。逆にイメージファイルの取得に失敗した場合（ステップ１０１５：失敗）、次にステップ１０１６が実行される。
【００５８】
ステップ１０１６：責任者端末４ｂは、表示デバイス４６の画面にエラーメッセージを出力する。たとえば図１２に示されるように、責任者端末４ｂで帳票イメージの読み取りを行うことを指示するメッセージが出力される。責任者が、図１２のダイアログボックスの「ＯＫ」ボタンを押下すると、次にステップ１０１７が実行される。
【００５９】
ステップ１０１７：責任者端末４ｂは表示デバイス４６の画面に、たとえば図１３のような画面を表示し、責任者に、取引案件の承認処理を継続するか、或いは取引案件を承認しないか、選択させる。責任者が「非承認」ボタンを押下した場合、次にステップ１０１８が行われる。逆に承認処理を継続する場合、責任者は「取込」ボタンを押下する。「取込」ボタンが押下されると、責任者端末４ｂは次にステップ１０１９を行う。
【００６０】
ステップ１０１８：責任者端末４ｂは営業店サーバ２に、取引案件の処理通番と、この取引案件の承認が却下された旨を通知する。営業店サーバ２はこの通知を受けると、該当する処理通番の案件の状態を、処理完了状態にするため、承認案件状態テーブル１２０のレコードのうち、処理通番１２３が責任者端末４ｂから通知された処理通番と一致するレコードについて、案件状態１２６を「１」にする。また承認情報テーブル１００から、処理通番１０３が責任者端末４ｂから通知された処理通番と一致するレコードを削除する。
【００６１】
ステップ１０１９：承認処理を続行する場合、責任者は、責任者端末４ｂで帳票の読み取りを行う。責任者が、責任者端末４ｂのスキャナ４８の読み取り部に帳票をセットし、図１３の画面上の「取込」ボタンを押下すると、責任者端末４ｂはスキャナ４８を用いて帳票の読み取りを行い、帳票のイメージファイルを作成し、補助記憶装置４４に格納する。帳票のイメージファイルの作成が終わると、責任者端末４ｂは、ステップ１０１０等と同様に、取引案件の情報と帳票のイメージを表示した画面（たとえば図１４）を表示デバイス４６の画面に表示する。
【００６２】
ステップ１０２０：責任者が帳票の内容を確認した結果、取引案件を承認しないこともある。たとえば帳票の記載事項と、申請者が入力した取引案件の内容（これはたとえば図１３の画面の“■取引情報”領域に表示される）が一致しない場合などである。取引案件を承認しない場合（ステップ１０２０：Ｎ）、責任者は図１４の画面上の「非承認」ボタンを押下し、承認却下の処理を行う。これにより責任者端末４ｂ及び営業店サーバ２は、先に述べたステップ１０１７、ステップ１０１８を行う。承認する場合には（ステップ１０２０：Ｙ）、責任者は図１４の画面上の「承認」ボタンを押下する。これにより責任者端末４ｂは、次にステップ１０２１を実行する。
【００６３】
なお、ステップ１０２０では、責任者端末４ｂは表示デバイス４６に、責任者が承認を行えるような画面（図１４に示されるように、「承認」ボタンの表示された画面）を表示するが、一方でステップ１０１７では図１３のように、責任者端末４ｂは「承認」ボタンが非活性状態で、押下できない状態にした画面を表示する。ステップ１０１７の時点では、責任者はまだ帳票（のイメージデータ）の内容を確認していない状態であるため、この時点で責任者が承認処理を行うことは好ましくない。そのため責任者端末４ｂは、イメージファイルの取得が成功して帳票のイメージを表示デバイス４６に表示できるようになるまでは、責任者が承認を行えないようにしている。また、別の実施形態として、ステップ１０１７では責任者端末４ｂは、「承認」ボタンのない画面を表示してもよい。
【００６４】
ステップ１０２１：責任者端末４ｂは営業店サーバ２に、取引案件を承認した旨を通知する。この際責任者端末４ｂは、取引案件の処理通番、帳票のイメージファイルのファイル名、取引案件を承認した旨、そして帳票のイメージファイルを取得した端末４のＩＰアドレスを通知する。ただしこれ以外の情報が営業店サーバ２に通知されてもよい。
【００６５】
たとえば複製端末４ｃから帳票のイメージファイルを取得した場合、ステップ１０２１で責任者端末４ｂは、複製端末４ｃのＩＰアドレスを営業店サーバ２に通知することになる。逆にステップ１０１９が実行された場合、つまり責任者が自身の端末（責任者端末４ｂ）で帳票の読み取りを行った場合には、責任者端末４ｂのＩＰアドレスが営業店サーバ２に通知される。もちろん申請者端末４ａから帳票のイメージファイルを取得した場合には、責任者端末４ｂは、申請者端末４ａのＩＰアドレスを営業店サーバ２に通知する。
【００６６】
ステップ１０２２：営業店サーバ２は責任者端末４ｂから、取引案件の承認が行われた旨の通知を受けると、該当する処理通番の案件の状態を承認完了状態にするため、承認案件状態テーブル１２０のレコードのうち、処理通番１２３が責任者端末４ｂから通知された処理通番と一致するレコードについて、承認状態１２７を「１」にする。また承認情報テーブル１００のレコードのうち、処理通番１０３が責任者端末４ｂから通知された処理通番と一致するレコードの申請者端末ＩＰアドレス１０６と、イメージデータファイル名１０７の内容をそれぞれ、責任者端末４ｂから送られてきたＩＰアドレス及びイメージファイル名に書き換える。また取引案件テーブル１５０のイメージデータファイル名１５８も、責任者端末４ｂから送られてきたイメージファイル名に書き換える。
【００６７】
これ以降に行われる処理は、イメージファイルの取り扱いに関係する処理ではないため、概略のみ述べる。営業店サーバ２は取引案件が承認完了した旨を端末４に通知する（ステップ１０２３）。なお、図１０では、申請者端末４ａに承認完了の通知が行われている例を示しているが、本実施例では、営業店サーバ２はステップ１０２２で承認情報テーブル１００の申請者端末ＩＰアドレス１０６に格納されているＩＰアドレスを有する端末４に対して、承認完了した旨を通知する。そのため、責任者端末４ｂが申請者端末４ａからイメージファイルを取得できず、複製端末４ｃからイメージファイルを取得した場合、複製端末４ｃに承認完了した旨が通知される。
【００６８】
通知を受信した端末４は、残りの処理を実施して取引案件の処理を完了させ、取引案件の処理完了後、その案件の処理が完了した旨の通知が端末４から営業店サーバ２に送られる（ステップ１０２５）。通知を受けた営業店サーバ２は、取引案件の案件状態１２６を１に更新することで、取引案件についての処理が完了した旨を記録する（ステップ１０２６）。なお、ステップ１０２４〜ステップ１０２５の間で、端末４と営業店サーバ２との間で１回以上の通信（情報のやり取り）が行われてもよい。たとえば取引案件が出金処理の場合、営業店サーバ２で管理する顧客の口座の金額の更新を指示するための通信が行われる。
【００６９】
（５）イメージファイル削除処理
本実施例に係る営業店業務システムでは、営業店の業務終了後などに、端末４に格納されたイメージファイルの削除を行う。この処理をイメージファイル削除処理と呼ぶ。帳票のイメージファイル（及び取引案件の情報）は、所定期間保管される必要があるため、帳票のイメージファイルをすべて削除することはできない。ただし本実施例に係る営業店業務システムは上で述べたとおり、１つの帳票のイメージファイルが複数の端末４に重複して格納される。そこでイメージファイル削除処理では、営業店業務システム内で重複格納されているイメージファイルを削除し、１つの帳票に対するイメージファイルが１つだけ、営業店業務システム内に格納された状態にする。これにより、補助記憶装置４４内に無駄なファイルが残ることを抑止できる。
【００７０】
またイメージファイル削除処理は、たとえば金融機関の窓口業務の終了後、たとえば夜間など行われる。たとえば夜間に行われるバッチ処理の一部として行われるとよい。図１５を参照しながら、イメージファイル削除処理のフローを説明する。
【００７１】
ステップ２００１：営業店サーバ２は承認情報テーブル１００をもとにして、イメージリストを作成する。図１６を参照しながら、イメージリストの作成方法について説明する。
【００７２】
イメージリスト６００は図１６に示されているように、イメージファイルの一覧である。より正確には、ステップ２００１の処理によって、各端末４の補助記憶装置４４に残しておいてよいイメージファイルのファイル名の一覧が端末４ごとに作成され、本実施例ではこれをイメージリストと呼ぶ。
【００７３】
まず営業店サーバ２は、承認情報テーブル１００のカラムのうち、申請者端末ＩＰアドレス１０６とイメージデータファイル名１０７のカラムだけを抽出したテーブルを作成する。続いて営業店サーバ２は、ここで作成されたテーブルに含まれる各レコードを、申請者端末ＩＰアドレス１０６をキーとして分割する。図１６に例を示す。ここでは説明の簡単化のため、テーブル内には、申請者端末ＩＰアドレス１０６が１００．１００．１００．１のレコード、あるいは２００．２００．２００．１のレコードだけが含まれている例を説明する。この場合営業店サーバ２はテーブルを、申請者端末ＩＰアドレス１０６が１００．１００．１００．１のレコードだけを含むテーブルと、申請者端末ＩＰアドレス１０６が２００．２００．２００．１のレコードだけを含むテーブルとに分割する。
【００７４】
次に営業店サーバ２は、分割されたテーブルの中からイメージデータファイル名１０７だけを抽出することで、イメージリスト６００を作成する。イメージリスト６００はこのような手順で作成されるため、もし承認情報テーブル１００の申請者端末ＩＰアドレス１０６に全端末４のＩＰアドレスが格納されていた場合、端末４毎にイメージリスト６００が作成されることになる。
【００７５】
ステップ２００２：営業店サーバ２は、ステップ２００１で作成されたイメージリスト６００を、各端末４に送信する。先に述べたとおり、端末４毎にイメージリスト６００が作成される。そして、たとえば申請者端末ＩＰアドレス１０６が１００．１００．１００．１のレコードだけを含むテーブルから作成されたイメージリスト６００は、ＩＰアドレスが１００．１００．１００．１の端末４に送信される。
【００７６】
ステップ２００３：イメージリスト６００を受領した端末４は、補助記憶装置４４内のイメージファイルのうち、イメージリスト６００に含まれていないファイル名のイメージファイルがあった場合、そのファイルを削除する。これにより、各端末４の補助記憶装置４４には、ファイル名がイメージリスト６００に含まれているイメージファイルだけが残される。
【００７７】
ステップ２００４：端末４はステップ２００３の処理（つまりファイルの削除）が終了した旨を営業店サーバ２に通知する。
【００７８】
ステップ２００５：営業店サーバ２は、ステップ２００２でイメージリスト６００を送信した全ての端末４から、ファイルの削除が終了した旨の通知を受け取ると、処理を終了する。
【００７９】
上にあげたイメージファイル削除処理の例では、承認情報テーブル１００の申請者端末ＩＰアドレス１０６とイメージデータファイル名１０７に格納されている情報をもとに、各端末４に残されるイメージファイルが決定される。申請者端末ＩＰアドレス１０６には、責任者端末４ｂがイメージファイルを取得した端末４のＩＰアドレスが記録されている（ステップ１０２１，１０２２の処理が行われるため）。そのため、責任者端末４ｂがイメージファイルを取得した端末４に格納されているイメージファイルは削除されずに残され、その他の端末４に格納されているイメージファイルは削除される。たとえば責任者端末４ｂが複製端末４ｃからイメージファイルを取得した場合、複製端末４ｃに格納されているイメージファイルは残され、他の端末４（つまり申請者端末４ａ）にあるイメージファイルは削除される。
【００８０】
なお、必ずしも申請者端末ＩＰアドレス１０６に記録されている端末４のイメージファイルを残さなければならないわけではない。同じイメージファイルのうち１つを除いて残りのファイルが削除されれば、削除対象（あるいは残す対象）のイメージファイルの決定方法には任意の方法が採用されてよい。ただし、申請者端末ＩＰアドレス１０６に記録されている端末４は、責任者端末４ｂがイメージファイルを取得することができた端末４であるので、申請者端末ＩＰアドレス１０６に記録されている端末４が有するイメージファイルを残しておけば、その後のアーカイブ処理でイメージファイルが読み出せないという問題が発生する可能性が低い。
【００８１】
イメージファイル削除処理の後、営業店サーバ２は取引案件テーブル１５０に記録されている取引案件の情報とイメージファイルの組を、アーカイブシステム７へと送信する。本実施例ではこの処理をアーカイブ処理と呼ぶ。アーカイブシステム７に送信された取引案件の情報及びイメージファイルは、所定期間保存される。各端末４はイメージファイルがアーカイブシステム７に送信された後、補助記憶装置４４からイメージファイルを削除する。なお、アーカイブシステム７への情報送信の頻度は、イメージファイル削除処理の実行頻度と異なっていてよい。たとえばイメージファイル削除処理が１日に１回実行され、アーカイブシステム７への情報送信は１ヶ月に１回実行されるなど、異なる頻度で行われても良い。
【００８２】
以上のように、本発明の実施例に係る営業店業務システムでは、イメージファイルは営業店内の端末間でのみやり取りされるので、取引案件の承認処理の際にイメージデータのような大サイズのデータが計算機センターと営業店の間を伝送されることがない。そのため、各種申請処理に係るデータトラフィックを削減でき、システムの性能を向上させることができる。
【００８３】
また、帳票を読み取ってイメージファイルを作成すると、端末（申請者端末）は複製を別の端末（複製端末）に作成する。責任者端末は申請者端末からイメージファイルが取得できなかった場合、複製を格納している端末（複製端末）からイメージファイルを取得することができる。
【実施例２】
【００８４】
実施例１に係る営業店業務システムでは、申請者端末に対応する複製端末が固定的に定められていた。ただし別の実施形態として、端末の稼働状況にあわせて複製端末が動的に定められてもよい。実施例２ではそのような例を説明する。
【００８５】
実施例２に係る営業店業務システムのハードウェア構成は、実施例１に係る営業店業務システムと同じであるため、ここでは説明を略す。また営業店サーバ２の有する管理情報も、以下で説明する端末稼働状況テーブル３５０を除いては、実施例１で説明したものと同じである。また営業店業務システムで承認処理が行われる時の処理の流れも、実施例１で説明したものと同様であるため、ここでは説明を略し、また以下の説明で承認処理の流れ（の一部）を説明する際、実施例１で用いた図９、図１０を参照しながら説明する。
【００８６】
図８は、実施例２に係る営業店サーバ２が有する端末稼働状況テーブル３５０の構成例である。局番号３５１、端末機番３５２は、実施例１で説明した端末情報テーブル３００の局番号３０１、端末機番３０２と同様の情報である。端末状態３５３は、局番号３５１、端末機番３５２で特定される端末４が稼働中か否かを表す。営業店サーバ２は定期的に、各端末４の稼働状況をチェックし、端末稼働状況テーブル３５０の端末状態３５３の内容を更新する。たとえば営業店サーバ２は、各端末４から定期的に稼働状態（稼働している旨の通知など）を通知してもらい、端末４から稼働状態の通知を受領した時にその端末４の端末状態３５３を「稼働中」に設定し、一定時間以上稼働状態の通知が受領できなかった場合、その端末４の端末状態３５３を「停止」にするとよい。
【００８７】
一方、実施例２では、端末情報テーブル３００も有する。ただし端末情報テーブル３００の複製ＩＰアドレス３０４には、最初はＩＰアドレスが格納されていない。複製ＩＰアドレス３０４には、承認処理の過程でＩＰアドレスが格納される。
【００８８】
実施例２に係る営業店業務システムで行われる承認処理の流れは、実施例１で説明したものとほとんど同じであるため、図９、図１０を参照しながら説明する。ただし、図９のステップ１００３で営業店サーバ２が行う処理の内容は、実施例１と実施例２とでは異なる。以下、実施例２に係る営業店サーバ２がステップ１００３で行う処理について説明する。
【００８９】
ステップ１００３で営業店サーバ２が端末４（申請者端末４ａ）から複製端末４ｃのＩＰアドレスの取得を依頼されると、営業店サーバ２はまず端末情報テーブル３００を参照し、端末ＩＰアドレス３０３が申請者端末４ａのＩＰアドレス（申請者端末４ａから渡されたＩＰアドレス）に一致する行を探す。これは実施例１で説明した処理と同じである。続いて営業店サーバ２は、その行の複製ＩＰアドレス３０４にＩＰアドレスが格納されているか判定し、ＩＰアドレスが格納されている場合、そのＩＰアドレスを申請者端末４ａに返送する。逆にＩＰアドレスが格納されていない場合、営業店サーバ２は複製端末４ｃの特定を行う。
【００９０】
まず営業店サーバ２は、ステップ１００２で申請者端末４ａから渡された、申請者端末４ａのＩＰアドレスを用いて、申請者端末４ａの設置されている営業店の局番号と、申請者端末４ａの端末機番を特定する。これは端末情報テーブル３００の局番号３０１と端末機番３０２を参照することで特定可能である。続いて営業店サーバ２は、端末稼働状況テーブル３５０を参照し、局番号３５１が申請者端末４ａのある営業店３の局番号と同じ行を選択する。ただしこの時、端末機番３５２が申請者端末４ａの端末機番と同じ行は除外する。
【００９１】
そして営業店サーバ２は、選択された（１または複数の）行の中から、端末状態３５３が「稼働中」である行を１つ決定する。なお、この時の決定方法は任意で良く、たとえば営業店サーバ２は無作為に１つの行を決定して良い。ここで決定された行の端末機番３５２で特定される端末４が、複製端末４ｃとなる。
【００９２】
最後に営業店サーバ２は、決定された行の端末機番３５２に相当する端末４のＩＰアドレス（これが複製端末４ｃのＩＰアドレスになる）を、端末情報テーブル３００を参照することで特定し、特定されたＩＰアドレスを端末情報テーブル３００の複製ＩＰアドレス３０４に格納する。また、営業店サーバ２は特定されたＩＰアドレスを申請者端末４ａに返送する。
【００９３】
このような処理を行うことで、複製端末４ｃとして必ず稼働中のものが選択されるため、申請者端末４ａがイメージファイルの複製を複製端末４ｃに格納する際に、複製端末４ｃが稼働していないために複製が格納できないという事態が発生することを避けることができる。
【００９４】
以上、本発明の実施例を説明してきたが、これらは、本発明の説明のための例示であって、本発明の範囲をこれらの実施例にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施する事が可能である。
【００９５】
たとえば上で述べた実施例では、責任者端末４ｂが営業店３内で１台の例を説明したが、営業店３内に責任者端末４ｂが複数存在してもよい。この場合、営業店サーバ２が申請者（申請者端末４ａ）から承認依頼を受け付けると、申請者のユーザＩＤ等をもとに責任者（責任者端末４ｂ）を特定し、特定された責任者端末４ｂに承認依頼があった旨の通知を送信するとよい。あるいは取引案件の種類ごとに責任者が設けられている場合には、営業店サーバ２は申請者（申請者端末４ａ）から受け付けた取引案件の種類に基づいて責任者端末４ｂを特定し、特定された責任者端末４ｂに承認依頼があった旨の通知を送信するとよい。
【符号の説明】
【００９６】
１：計算機センター、２：営業店サーバ、３：営業店、４（４ａ，４ｂ，４ｃ）：端末、５：店内ＬＡＮ、６：ＷＡＮ、７：アーカイブシステム
【図１】
2018136606.tif 000003
【図２】
2018136606.tif 000004
【図３】
2018136606.tif 000005
【図４】
2018136606.tif 000006
【図５】
2018136606.tif 000007
【図６】
2018136606.tif 000008
【図７】
2018136606.tif 000009
【図８】
2018136606.tif 000010
【図９】
2018136606.tif 000011
【図１０】
2018136606.tif 000012
【図１１】
2018136606.tif 000013
【図１２】
2018136606.tif 000014
【図１３】
2018136606.tif 000015
【図１４】
2018136606.tif 000016
【図１５】
2018136606.tif 000017
【図１６】
2018136606.tif 000018