JP6686522B2 - 複合取引システム、センタ端末、営業店端末、端末装置、複合取引方法、及びプログラム - Google Patents

Description

本発明は、複合取引システム、センタ端末、営業店端末、端末装置、複合取引方法、及びプログラムに関する。

従来、金融機関の営業店では、来店した顧客の依頼に基づいて例えば入金取引などの様々な取引を処理している。また、営業店では、一顧客から一度に複数の取引（以下、複合取引と称する）が依頼される場合があり、このような複合取引を適切に処理することが求められる。例えば、下記特許文献１には、営業店において複合取引を受け付けた場合に、当該複合取引に関する処理を営業店内の複数のオペレータに分散処理させる技術が記載されている。

また、金融機関における業務効率の向上を図るための技術も提案されている。例えば、下記特許文献２には、営業店における事務作業の処理をバックオフィスセンタへ依頼し、そして、バックオフィスセンタにおいて当該依頼に基づいて事務作業を代行処理する技術が記載されている。また、下記特許文献３には、営業店で受け取った振込依頼票のスキャンデータを集中センタへ送信し、そして、集中センタにおいて、当該スキャンデータに基づいて振込データの入力を行う技術が記載されている。

また、営業店に来店した顧客に対するセールスを支援するための技術も提案されている。例えば、下記特許文献４には、来店した顧客の受付時に当該顧客の顧客情報を取得し、そして、当該顧客を窓口に呼び出す前に当該顧客の顧客情報をテラー用画面に表示する技術が記載されている。

特開２００１−２５００７２号公報 特開２０１４−１８６６７３号公報 特開２００８−５２４０５号公報 特開平１１−２５０１４８号公報

しかしながら、特許文献１に記載の技術では、複合取引を営業店内でのみ処理する。このため、特許文献１に記載の技術では、複合取引を処理するための営業店の業務負荷が大きい。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、複合取引が依頼される場面において営業店の業務負荷を軽減することが可能な、新規かつ改良された複合取引システム、センタ端末、営業店端末、端末装置、複合取引方法、及びプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、営業店端末、および、センタ端末を備え、前記営業店端末は、複数の取引伝票と受領金を含む複合取引を受け付ける受付部と、前記複数の取引伝票のイメージを取得するイメージ取得部と、前記センタ端末に対する、前記複数の取引伝票のイメージと前記受領金の受領金額を含む複合取引情報の送信を制御する送信制御部と、現金の入出金の処理を行う入出金処理部と、表示部に対する表示を制御する表示制御部と、を有し、前記センタ端末は、前記複合取引情報に含まれる前記複数の取引伝票のイメージの各々に関して、当該取引伝票のイメージおよび前記受領金額に基づいて、当該取引伝票に対応する取引処理を実行する取引実行部と、前記複数の取引伝票に対応する取引処理が完了した場合に、取引結果の金額と前記受領金額の過不足を少なくとも示す過不足情報を含む前記複合取引の結果を前記営業店端末へ送信する制御を行う送信制御部と、を有し、前記表示制御部は、前記複合取引の結果が前記センタ端末から受信された場合に、前記複合取引の結果を前記表示部に表示させ、前記入出金処理部は、前記複合取引の結果に応じて、現金の出金の処理を行う、複合取引システムが提供される。

前記入出金処理部は、前記複合取引の結果が出金金額を含む場合、前記複合取引の結果が示す出金金額だけ現金を出金する処理を行ってもよい。

前記営業店端末は、前記受領金額の情報をホストへ送信し、前記センタ端末は、前記複合取引情報に基づいて、前記受領金額の引き出しの要求を前記ホストへ送信してもよい。

また、上記課題を解決するために、本発明の別の観点によれば、営業店で受け付けられた、複数の取引伝票と受領金を含む複合取引に対応する、前記複数の取引伝票のイメージと前記受領金の受領金額を含む複合取引情報を営業店端末から受信する受信部と、前記複合取引情報に含まれる前記複数の取引伝票のイメージの各々に関して、当該取引伝票のイメージおよび前記受領金額に基づいて、当該取引伝票に対応する取引処理を実行する取引実行部と、前記複数の取引伝票に対応する取引処理が完了した場合に、取引結果の金額と前記受領金額の過不足を少なくとも示す過不足情報を含む前記複合取引の結果を前記営業店端末へ通信部に送信させる送信制御部と、を備える、センタ端末が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、複数の取引伝票と受領金を含む複合取引を受け付ける受付部と、前記複数の取引伝票のイメージを取得するイメージ取得部と、前記複数の取引伝票のイメージおよび前記受領金の受領金額を含む複合取引情報をセンタ端末へ通信部に送信させる送信制御部と、前記センタ端末における取引結果の金額と前記受領金額の過不足を少なくとも示す過不足情報を含む前記複合取引の結果が前記センタ端末から受信された場合に、前記複合取引の結果を表示部に表示させる表示制御部と、前記複合取引の結果に応じて、現金の出金の処理を行う入出金処理部と、を備える、営業店端末が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、営業店端末により行われる、複数の取引伝票と受領金を含む複合取引を受け付けるステップと、前記複数の取引伝票のイメージを取得するステップと、センタ端末に対する、前記複数の取引伝票のイメージと前記受領金の受領金額を含む複合取引情報の送信を制御するステップと、前記センタ端末により行われる、前記複合取引情報に含まれる前記複数の取引伝票のイメージの各々に関して、当該取引伝票のイメージおよび前記受領金額に基づいて、当該取引伝票に対応する取引処理を実行するステップと、前記複数の取引伝票に対応する取引処理が完了した場合に、取引結果の金額と前記受領金額の過不足を少なくとも示す過不足情報を含む前記複合取引の結果を前記営業店端末へ送信する制御を行うステップと、前記営業店端末により行われる、前記複合取引の結果を表示部に表示させるステップと、前記複合取引の結果に応じて、現金の出金の処理を行うステップと、を含む、複合取引方法が提供される。

以上説明したように本発明によれば、複合取引が依頼される場面において営業店の業務負荷を軽減することができる。

本発明の実施形態による複合取引システムの構成例を示した説明図である。 同実施形態による営業店端末２０の構成例を示した機能ブロック図である。 同実施形態によるセンタ端末１０の構成例を示した機能ブロック図である。 同実施形態の適用例を示した説明図（部分図）である。 同実施形態の適用例を示した説明図（部分図）である。 同実施形態による取引入力画面の表示例を示した説明図である。 同実施形態による取引結果通知画面の表示例を示した説明図である。 同実施形態による取引結果画面の表示例を示した説明図である。 同実施形態による動作の一部を示したシーケンス図である。 同実施形態による動作の一部を示したシーケンス図である。 同実施形態による動作の一部を示したシーケンス図である。 同実施形態による「取引伝票の入力処理」の動作を示したフローチャートである。 同実施形態によるセンタ端末１０のハードウェア構成を示した説明図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じてセンタ端末１０ａおよびセンタ端末１０ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、センタ端末１０ａおよびセンタ端末１０ｂを特に区別する必要が無い場合には、単にセンタ端末１０と称する。

また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．複合取引システムの構成
２．実施形態の詳細な説明
３．ハードウェア構成
４．変形例

＜＜１．複合取引システムの構成＞＞
まず、本実施形態による複合取引システムの構成について、図１を参照して説明する。図１に示すように、本実施形態による複合取引システムは、営業店端末２０、スキャナ３０、入出金機３２、記帳端末３４、専用網３６、ホスト４０、センタサーバ３８、および、センタ端末１０を含む。

＜１−１．営業店端末２０＞
営業店端末２０は、銀行の営業店２に勤務する職員により使用される端末である。例えば、営業店端末２０は、営業店に訪れた顧客が依頼する例えば複合取引などの各種の取引を受け付ける処理を行う。ここで、複合取引は、一顧客から一度に依頼された複数の取引であり、例えば複数の取引伝票を含む。

さらに、営業店端末２０は、受け付けた複合取引に関する情報である複合取引情報を専用網３６を介してセンタ端末１０宛てに送信することが可能である。

＜１−２．スキャナ３０＞
スキャナ３０は、帳票を光学的に読み取り、デジタル静止画像として記録するための装置である。このスキャナ３０は、配置された帳票に光を当て、その反射光を撮像素子で電気信号に変換することにより、帳票をデジタル画像として記録する。

＜１−３．入出金機３２＞
入出金機３２は、現金の入金および出金を行うための装置である。例えば、入出金機３２は、紙幣挿入口（図示省略）または硬貨挿入口（図示省略）に対して職員により投入された現金を計数し、そして、投入された現金を入出金機３２内の金庫（図示省略）に収納する。また、入出金機３２は、例えば営業店端末２０からの指示などに基づいて、指定された金額に相当する現金（紙幣および硬貨）を金庫から繰り出して計数し、紙幣挿入口および硬貨挿入口から排出する。

＜１−４．記帳端末３４＞
記帳端末３４は、通帳挿入口（図示省略）に挿入された通帳に関して、例えば記録内容の読み出し、取引された情報の記録、通帳の排出などの各種動作を行う。例えば、記帳端末３４は、営業店端末２０の指示に従って、取引された情報を通帳に記録し、そして、当該通帳を通帳挿入口から排出する。

＜１−５．専用網３６＞
専用網３６は、例えば銀行内での情報の送受信に利用されるネットワークである。専用網３６は、例えばＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などにより構成される。

＜１−６．ホスト４０＞
ホスト４０は、例えば入金取引や出金取引などの各種の金銭取引（勘定の取引）を実行する装置である。

また、ホスト４０は、営業店とセンタとの間での取引を可能とするための専用回付勘定を管理する。例えば、ホスト４０は、営業店端末２０およびセンタ端末１０のいずれか一方が専用回付勘定へ現金を入金する取引を許可する。さらに、ホスト４０は、営業店端末２０およびセンタ端末１０のいずれか他方が専用回付勘定から当該現金を引き出す取引を許可する。これにより、営業店とセンタとの間での現金の受け渡しが可能となる。

＜１−７．センタサーバ３８＞
センタサーバ３８は、営業店端末２０とセンタ端末１０との間での通信を中継する装置である。例えば、営業店端末２０から複合取引情報を受信した場合には、センタサーバ３８は、受信した複合取引情報をセンタ端末１０へ送信する。

＜１−８．センタ端末１０＞
センタ端末１０は、センタ４に勤務するオペレータにより使用される端末である。例えば、オペレータは、営業店端末２０から受信された複合取引情報に対応する複合取引に含まれる個々の取引の入力を行う。

以上、本実施形態による複合取引システムの構成について説明した。本実施形態によれば、営業店端末２０が、営業店で受け付けた複合取引に関する複合取引情報をセンタ端末１０へ送信し、そして、センタ端末１０が、受信した複合取引情報に基づいて当該複合取引に含まれる個々の取引を実行し、そして、当該複合取引の結果を営業店端末２０へ送信することが可能である。さらに、営業店端末２０は、受信された取引結果に応じて現金の出金の処理を行うことが可能である。これにより、営業店の業務負荷を軽減することができる。

＜＜２．実施形態の詳細な説明＞＞
＜２−１．構成＞
{２−１−１．営業店端末２０｝
次に、本実施形態による営業店端末２０の構成について、図２を参照して説明する。図２に示すように、営業店端末２０は、制御部２００、通信部２２０、表示部２２２、入力部２２４、および、記憶部２２６を有する。

（２−１−１−１．制御部２００）
制御部２００は、営業店端末２０に内蔵される、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、および、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などのハードウェアを用いて、営業店端末２０の動作を全般的に制御する。また、図２に示すように、制御部２００は、受付部２０２、イメージ取得部２０４、送信制御部２０６、表示制御部２０８、および、入出金処理部２１０を有する。

（２−１−１−２．受付部２０２）
受付部２０２は、営業店に来店した顧客の依頼に基づいて、複数の取引伝票を含む複合取引を受け付ける。例えば、受付部２０２は、来店した顧客ごとに受付番号を発行し、そして、発行した受付番号と対応付けて、当該顧客により依頼された複合取引を受け付ける。

（２−１−１−３．イメージ取得部２０４）
イメージ取得部２０４は、スキャンされた帳票のイメージをスキャナ３０から取得する。例えば、顧客により複合取引が依頼された場合には、イメージ取得部２０４は、当該複合取引に含まれる複数の取引伝票の各々に関して、当該取引伝票がスキャンされた取引伝票イメージをスキャナ３０から受信することにより取得する。

（２−１−１−４．送信制御部２０６）
送信制御部２０６は、他の装置に対する各種の情報の送信を制御する。例えば、複合取引が受け付けられた場合には、送信制御部２０６は、当該複合取引に対応する複合取引情報をセンタ端末１０宛てに通信部２２０に送信させる。ここで、複合取引情報は、イメージ取得部２０４により取得された当該複合取引に関する複数の取引伝票イメージ、および、営業店において当該顧客から受け入れた現金の金額を含む。さらに、複合取引情報は、受付部２０２により発行された受付番号を含み得る。

また、複合取引の結果（センタ端末１０で処理された取引結果）がセンタ端末１０から受信された場合には、送信制御部２０６は、当該複合取引の結果を通帳に記帳させるための制御情報を記帳端末３４へ通信部２２０に送信させる。

（２−１−１−５．表示制御部２０８）
表示制御部２０８は、表示部２２２に対する表示の制御を行う。例えば、複合取引の結果がセンタ端末１０から受信された場合には、表示制御部２０８は、当該複合取引の結果を示す取引結果画面を表示部２２２に表示させる。

（２−１−１−６．入出金処理部２１０）
入出金処理部２１０は、入出金機３２に対する現金の入出金の処理を行う。例えば、複合取引の結果がセンタ端末１０から受信され、かつ、当該複合取引の結果が現金の出金金額の情報を含む場合には、入出金処理部２１０は、当該出金金額だけ入出金機３２に現金を出金させる。

（２−１−１−７．通信部２２０）
通信部２２０は、例えば専用網３６などを介して、他の装置との間で情報の送受信を行う。例えば、通信部２２０は、送信制御部２０６の制御に従って、複合取引情報を営業店端末２０へ送信する。また、通信部２２０は、該当の営業店端末２０で受け付けた複合取引に関する処理結果をセンタ端末１０から受信する。

（２−１−１−８．表示部２２２）
表示部２２２は、表示制御部２０８の制御に従って、表示画面を表示する。

（２−１−１−９．入力部２２４）
入力部２２４は、ユーザによる各種の入力を受け付ける。例えば、入力部２２４は、表示部２２２に表示されている入力欄に対する情報の入力を受け付ける。

（２−１−１−１０．記憶部２２６）
記憶部２２６は、各種のデータや各種のアプリケーションを記憶する。

{２−１−２．センタ端末１０｝
次に、本実施形態によるセンタ端末１０の構成について、図３を参照して説明する。図３に示すように、センタ端末１０は、制御部１００、通信部１２０、表示部１２２、入力部１２４、および、記憶部１２６を有する。

（２−１−２−１．制御部１００）
制御部１００は、センタ端末１０に内蔵される、後述するＣＰＵ１５０、ＲＯＭ１５２、および、ＲＡＭ１５４などのハードウェアを用いて、センタ端末１０の動作を全般的に制御する。また、図３に示すように、制御部１００は、表示制御部１０２、取引実行部１０４、および、送信制御部１０６を有する。

（２−１−２−２．表示制御部１０２）
表示制御部１０２は、表示部１２２に対する表示の制御を行う。例えば、複合取引情報が営業店端末２０から受信された場合には、表示制御部１０２は、受信された複合取引情報に含まれる複数の取引伝票イメージの各々に関して、当該取引伝票イメージに対応する取引入力画面を表示部１２２に表示させる。

（２−１−２−３．取引実行部１０４）
取引実行部１０４は、営業店端末２０から受信される複合取引情報に含まれる複数の取引伝票イメージの各々に関して、当該取引伝票イメージに対応する取引処理を実行する。例えば、取引実行部１０４は、受信された複合取引情報に含まれる複数の取引伝票イメージの各々に関して、当該取引伝票イメージに対応する取引入力画面に対して入力された入力情報に基づいて取引処理を実行する。

（２−１−２−４．送信制御部１０６）
送信制御部１０６は、他の装置に対する各種の情報の送信を制御する。例えば、営業店端末２０から受信された複合取引情報に対応する複合取引が完了した場合には、送信制御部１０６は、当該複合取引の結果を該当の営業店端末２０へ通信部１２０に送信させる。

（２−１−２−５．通信部１２０）
通信部１２０は、例えば専用網３６などを介して、他の装置との間で情報の送受信を行う。例えば、通信部１２０は、送信制御部１０６の制御に従って、複合取引の結果を営業店端末２０へ送信する。また、通信部１２０は、複合取引情報をセンタサーバ３８を介して営業店端末２０から受信する。

（２−１−２−６．表示部１２２）
表示部１２２は、表示制御部１０２の制御に従って、表示画面を表示する。

（２−１−２−７．入力部１２４）
入力部１２４は、ユーザによる各種の入力を受け付ける。例えば、入力部１２４は、表示部１２２に表示されている入力欄に対する情報の入力を受け付ける。

（２−１−２−８．記憶部１２６）
記憶部１２６は、各種のデータや各種のアプリケーションを記憶する。

＜２−２．適用例＞
以上、本実施形態による構成について説明した。続いて、本実施形態の適用例について、図４〜図８を参照して説明する。なお、ここでは、現金「１０，０００円」の受け入れ、支払伝票「５，０００円」、および、入金伝票「１２，０００円」を含む複合取引を営業店で受け付ける場面の例について説明する。

{２−２−１．取引受付時の営業店での処理の流れ｝
まず、取引受付時の営業店での処理の流れについて図４を参照して説明する。図４に示したように、まず、営業店端末２０の受付部２０２は、来店した顧客に対して受付番号を発行し、そして、発行した受付番号と対応づけて、当該顧客により依頼された複合取引を受け付ける。なお、以下では、発行された受付番号が「１２３４」であるものとして説明を行う。

その後、職員は、当該顧客から現金、支払伝票、入金伝票、および、通帳を受け取る（Ｓ１１）。そして、職員は、受け取った現金を入出金機３２に投入する。そして、営業店端末２０の入出金処理部２１０は、入出金機３２に投入された現金が計数された金額を入出金機３２から受信する。続いて、送信制御部２０６は、受信した金額および当該受付番号をホスト４０へ通信部２２０に送信させる（Ｓ１３）。これにより、図４に示したように、ホスト４０で管理されている専用回付勘定には、受付番号「１２３４」と対応付けて現金「１０，０００円」が入金される。

また、職員は、受け取った支払伝票および入金伝票をスキャナ３０にスキャンさせる。そして、営業店端末２０のイメージ取得部２０４は、スキャンされた支払伝票および入金伝票の各々のイメージをスキャナ３０から取得する。その後、送信制御部２０６は、取得された各取引伝票イメージおよび当該受付番号を含む複合取引情報をセンタ端末１０宛てに通信部２２０に送信させる。

{２−２−２．センタでの処理の流れ｝
次に、センタでの処理の流れについて図５を参照して説明する。図５に示したように、まず、オペレータは、センタ端末１０に表示される受付取引一覧画面（図示省略）の中から未処理の複合取引を一つ選択する。なお、ここでは、上述した受付番号「１２３４」の複合取引が選択されたものとする。

その後、センタ端末１０の取引実行部１０４は、まず、受付番号「１２３４」に対応付けて専用回付勘定に入金されている金額の出金をホスト４０へ要求する。これにより、ホスト４０は、現金「１０，０００円」を専用回付勘定から出金する処理を行い、そして、出金金額の情報をセンタ端末１０へ送信する（Ｓ２１）。

その後、センタ端末１０の取引実行部１０４は、受信した金額の情報（「１０，０００円」）を記憶部１２６に保存する（Ｓ２３）。これにより、該当の複合取引に関する現時点の収支差額は、「資金超過 １０，０００円」となる。

その後、センタ端末１０の表示制御部１０２は、受信された複合取引情報に含まれる先頭の取引伝票イメージ（ここでは、支払伝票イメージとする）を抽出し、そして、抽出した支払伝票イメージに対応する取引入力画面を表示部１２２に表示させる。

図６は、取引入力画面の表示例（取引入力画面５０）を示した説明図である。図６に示したように、取引入力画面５０は、取引伝票イメージ５００、例えば申込日入力欄５０２ａや店番入力欄５０２ｂなどの各種の項目入力欄５０２、取引実行ボタン５０４、および、プルーフ表示欄５１０を含む。ここで、取引伝票イメージ５００には、該当の取引伝票イメージが表示される。また、項目入力欄５０２は、該当の取引に関する個々の項目の値を入力するための入力欄である。例えば、オペレータは取引伝票イメージ５００を参照して、各項目入力欄５０２に対応する値を確認することにより、確認した値を各項目入力欄５０２に入力する。また、取引実行ボタン５０４は、全ての項目入力欄５０２に対する入力の終了後に、該当の取引を実行するためにオペレータにより選択されるボタンである。また、プルーフ表示欄５１０には、該当の複合取引に関して現時点までに入力された取引の金額の収支差額が表示される。図６に示した例では、現時点の収支差額が「資金超過 １０，０００円」であることを示している。

ここで、再び図５を参照して、「センタでの処理の流れ」について説明を行う。Ｓ２３の後、オペレータは、支払伝票「５，０００円」に対応する支払取引の入力を行う。そして、センタ端末１０の取引実行部１０４は、入力された支払取引を実行する（Ｓ２５）。これにより、該当の複合取引に関する現時点の収支差額は、「資金超過 １５，０００円」となる。

その後、オペレータは、入金伝票「１２，０００円」に対応する入金取引の入力を行う。そして、センタ端末１０の取引実行部１０４は、入力された入金取引を実行する（Ｓ２７）。これにより、該当の複合取引に関する現時点の収支差額は、「資金超過 ３，０００円」となる。

ここで、該当の複合取引情報に含まれる全ての取引伝票イメージに対応する取引が完了する。そこで、オペレータは、例えば表示部１２２に表示される「取引終了ボタン」を選択するなど、該当の複合取引を終了させるための操作を行う。その後、取引実行部１０４は、記憶部１２６に保存されている収支差額の金額の情報を抽出し（Ｓ２９）、そして、抽出した金額および当該受付番号をホスト４０へ通信部１２０に送信させる（Ｓ３１）。これにより、図５に示したように、ホスト４０で管理されている専用回付勘定には、受付番号「１２３４」と対応付けて現金「３，０００円」が入金される。

さらに、取引実行部１０４は、当該複合取引の終了の通知を該当の営業店端末２０へ通信部１２０に送信させる。その後、該当の営業店端末２０は、受信された通知を表示画面に表示させる。図７は、複合取引の終了の通知の表示例（表示画面６０）を示した説明図である。複合取引の終了の通知がセンタ端末１０から受信された際には、図７に示したように、営業店端末２０は、表示画面６０における所定の位置に終了通知表示ウィンドウ６００を重畳表示する。ここで、終了通知表示ウィンドウ６００は、該当の複合取引の受付番号を含む。これにより、職員は、複合取引の処理が完了したこと、および、該当の複合取引の受付番号をリアルタイムに知ることができる。

{２−２−３．取引終了時の営業店での処理の流れ｝
次に、取引終了時の営業店での処理の流れについて、再び図４を参照して説明する。図４に示したように、複合取引の終了の通知がセンタ端末１０から受信された場合には、職員は、営業店端末２０に表示される受付取引一覧画面（図示省略）の中から、通知された受付番号（ここでは「１２３４」）の複合取引を選択する。

そして、営業店端末２０の表示制御部２０８は、当該複合取引の取引結果画面を表示部２２２に表示させる。図８は、取引結果画面の表示例（取引結果画面６２）を示した説明図である。図８に示したように、取引結果画面６２は、受付番号表示欄６２０、取引結果表示欄６２２、および、後処理実行ボタン６２４を含む。ここで、受付番号表示欄６２０には、該当の複合取引の受付番号が表示される。また、取引結果表示欄６２２には、該当の複合取引に含まれる個々の取引の結果が明細表示される。また、後処理実行ボタン６２４は、該当の複合取引に関する後処理を開始するための選択ボタンである。ここで、後処理は、通帳の記帳処理を含み、さらに、現金（釣銭）の払い出しが必要である場合には出金処理を含む。

この後処理実行ボタン６２４が選択されると、営業店端末２０は、まず、受付番号「１２３４」に対応付けて専用回付勘定に入金されている金額の出金をホスト４０へ要求する。これにより、ホスト４０は、現金「３，０００円」を専用回付勘定から出金する処理を行い、そして、出金金額の情報を営業店端末２０へ送信する（Ｓ４１）。

その後、営業店端末２０は、受信した金額の情報に基づいて、現金「３，０００円」を入出金機３２に出金させる（Ｓ４３）。

その後、職員は、受付時に顧客から預かった通帳を記帳端末３４にセットする。そして、営業店端末２０は、センタ端末１０から受信された当該複合取引の結果と、Ｓ４３の出金処理の結果とを当該通帳に対して記帳端末３４に記帳させる（Ｓ４５）。

その後、職員は、顧客を窓口に呼び出して、出金された現金「３，０００円」、および、記帳済みの通帳を顧客に手渡す。

＜２−３．動作＞
以上、本実施形態の適用例について説明した。続いて、本実施形態による動作の例について、図９〜図１２を参照して説明する。なお、ここでは、営業店に訪れた顧客により複合取引が依頼された場面における動作例について説明する。

［２−３−１．全体の処理の流れ］
図９に示すように、まず、営業店端末２０の受付部２０２は、来店した顧客に対して受付番号を発行し、そして、発行した受付番号と対応付けて、当該顧客により依頼された複合取引を受け付ける。そして、営業店の職員は、複数の取引伝票および現金を顧客から受け取る（Ｓ１０１）。

その後、営業店の職員は、顧客から受け取った現金を入出金機３２に投入する。そして、営業店端末２０の入出金処理部２１０は、入出金機３２に投入された現金が計数された金額の情報を入出金機３２から受信する（Ｓ１０３）。続いて、通信部２２０は、送信制御部２０６の制御に従って、Ｓ１０３で受信された金額の情報および当該受付番号をホスト４０へ送信する（Ｓ１０５）。

その後、ホスト４０は、受信された金額の情報および受付番号を対応付けて専用回付勘定に入金する処理を行う（Ｓ１０７）。

また、職員は、顧客から受け取った複数の取引伝票をスキャナ３０にセットする。そして、スキャナ３０は、当該複数の取引伝票を一つずつスキャンする（Ｓ１０９）。そして、スキャナ３０は、スキャンされた複数の取引伝票イメージの各々を営業店端末２０へ送信する（Ｓ１１１）。なお、当該複数の取引伝票がＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）帳票である場合には、スキャナ３０は、さらに、当該複数の取引伝票の各々に関してＯＣＲを行い、そして、ＯＣＲの結果も営業店端末２０へ送信してもよい。

その後、営業店端末２０の送信制御部２０６は、スキャナ３０から受信された複数の取引伝票イメージおよび当該受付番号を含む複合取引情報をセンタサーバ３８へ通信部２２０に送信させる（Ｓ１１３）。なお、ＯＣＲの結果がスキャナ３０から受信された場合には、送信制御部２０６は、当該ＯＣＲの結果も複合取引情報に含めて、センタサーバ３８へ送信させてもよい。

その後、センタサーバ３８は、受信された複合取引情報を保存する（Ｓ１１５）。

ここで、図１０を参照して、Ｓ１１５より後の動作について説明する。図１０に示したように、Ｓ１１５の後、センタのオペレータは、センタ端末１０を操作して、受付取引一覧画面を表示部１２２に表示させる。具体的には、センタ端末１０は、オペレータの操作に基づいてセンタサーバ３８に対して照会を行い、そして、センタサーバ３８で受信済みの取引情報の一覧をセンタサーバ３８から受信することにより、受付取引一覧画面を表示する（Ｓ１２１）。

その後、オペレータは、表示された受付取引一覧画面の中から未処理の複合取引を一つ選択する（Ｓ１２３）。その後、センタ端末１０の取引実行部１０４は、選択された複合取引の受付番号に対応付けて専用回付勘定に入金されている金額の出金の要求をホスト４０へ通信部１２０に送信させる（Ｓ１２５）。

その後、ホスト４０は、受信された要求に含まれる受付番号に対応付けて専用回付勘定に入金されている金額を専用回付勘定から出金する処理を行う（Ｓ１２７）。そして、ホスト４０は、出金した金額の情報をセンタ端末１０へ送信する（Ｓ１２９）。

その後、センタ端末１０は、受信された金額の情報を記憶部１２６に保存する（Ｓ１３１）。

続いて、センタ端末１０は、後述する「取引伝票の入力処理」を行う（Ｓ１３３）。

その後、センタ端末１０の取引実行部１０４は、収支差額がプラスであるか否かを判定する（Ｓ１３５）。収支差額が０円である場合には（Ｓ１３５：Ｎｏ）、センタ端末１０は、後述するＳ１４１の処理を行う。なお、収支差額がマイナスである場合には、センタ端末１０は、追加入金を行うことを指示するための返送通知を営業店端末２０へ送信する。その後、営業店の職員は、受信された返送通知に基づいて顧客から追加の現金を受け取り、そして、営業店端末２０を操作して、当該複合取引に関する現金の追加受け入れオペレーションを行う。これにより、複合取引を成立させることが可能となる。

一方、収支差額がプラスである場合には（Ｓ１３５：Ｙｅｓ）、通信部１２０は、取引実行部１０４の制御に従って、余剰している金額の情報および受付番号をホスト４０へ送信する（Ｓ１３７）。

その後、ホスト４０は、受信された金額の情報および受付番号を対応付けて専用回付勘定に入金する処理を行う（Ｓ１３９）。

その後、センタ端末１０の通信部１２０は、送信制御部１０６の制御に従って、当該複合取引の結果（すなわち、Ｓ１３１〜Ｓ１３７の処理結果）および受付番号を、センタサーバ３８を介して該当の営業店端末２０へ送信する。そして、営業店端末２０の表示制御部２０８は、該当の複合取引の終了の通知を表示画面上に表示させる（Ｓ１４１）。

ここで、図１１を参照して、Ｓ１４１より後の動作について説明する。図１１に示したように、Ｓ１４１の後、営業店端末２０の表示制御部２０８は、職員の操作に基づいて、受付取引一覧画面を表示部２２２に表示させる（Ｓ１５１）。そして、職員は、表示された受付取引一覧画面の中から、Ｓ１４１で通知された受付番号の複合取引を選択する（Ｓ１５３）。

その後、表示部２２２は、表示制御部２０８の制御に従って、Ｓ１４１で受信された取引結果を示す取引結果画面を表示する（Ｓ１５５）。

そして、Ｓ１４１で受信された取引結果が、現金の出金金額の情報を含まない場合（すなわち釣銭が発生しない場合）には（Ｓ１５７：Ｎｏ）、営業店端末２０は、後述するＳ１６７の処理を行う。

一方、Ｓ１４１で受信された取引結果が、現金の出金金額の情報を含む場合（すなわち釣銭が発生する場合）には（Ｓ１５７：Ｙｅｓ）、入出金処理部２１０は、該当の受付番号に対応付けて専用回付勘定に入金されている金額の出金の要求をホスト４０へ通信部１２０に送信させる（Ｓ１５９）。

その後、ホスト４０は、受信された要求に含まれる受付番号に対応付けて専用回付勘定に入金されている金額を専用回付勘定から出金する処理を行う（Ｓ１６１）。そして、ホスト４０は、出金した金額の情報を営業店端末２０へ送信する（Ｓ１６３）。

その後、入出金処理部２１０は、受信した金額の情報が示す金額だけ入出金機３２に現金を出金させる（Ｓ１６５）。

その後、職員は、Ｓ１０１で顧客から受け取った通帳を記帳端末３４にセットする。次に、営業店端末２０の送信制御部２０６は、職員の操作に基づいて、Ｓ１４１で受信された当該複合取引の結果と、Ｓ１６５の出金処理の結果とを記帳端末３４へ通信部２２０に送信させる。そして、記帳端末３４は、受信された情報を通帳に記帳する（Ｓ１６７）。その後、職員は、Ｓ１６５で出金された現金、および、通帳を顧客に手渡す。

［２−３−２．取引伝票の入力処理］
ここで、図１２を参照して、Ｓ１３３における「取引伝票の入力処理」の内容について詳細に説明する。図１２に示したように、まず、センタ端末１０の取引実行部１０４は、処理対象の取引伝票の番号を示す変数Ｉに「１」を設定する（Ｓ２０１）。そして、取引実行部１０４は、該当の複合取引に含まれる取引伝票の数をＮに設定する（Ｓ２０３）。

続いて、取引実行部１０４は、ＩがＮ以下であるか否かを判定する（Ｓ２０５）。ＩがＮよりも大きい場合には（Ｓ２０５：Ｎｏ）、当該「取引伝票の入力処理」は終了する。

一方、ＩがＮ以下である場合には（Ｓ２０５：Ｙｅｓ）、表示制御部１０２は、まず、受信された複合取引情報の中からＩ番目の取引伝票イメージを抽出し、そして、Ｉ番目の取引伝票イメージに対応する取引入力画面を表示部１２２に表示させる。その後、オペレータは、表示された取引入力画面において、Ｉ番目の取引伝票イメージを参照しながら、取引データの入力を行う（Ｓ２０７）。なお、変形例として、Ｉ番目の取引伝票イメージに対応する取引伝票のＯＣＲの結果が営業店端末２０から受信されている場合には、表示制御部１０２は、ＯＣＲの結果を表示部１２２に表示させてもよい。そして、オペレータは、表示されたＩ番目の取引伝票イメージと、ＯＣＲの結果とを見比べ、例えばＯＣＲの結果を修正するなどにより、取引データの入力を行うことも可能である。

その後、取引実行部１０４は、Ｓ２０７で入力された取引データに基づく取引の実行の要求をホスト４０へ通信部１２０に送信させる（Ｓ２０９）。なお、その後、ホスト４０は、所定のタイミングに、受信された取引データに基づいて取引を実行する。

その後、取引実行部１０４は、Ｓ２０７で入力された取引データの金額を、記憶部１２６に保存されている当該複合取引に関する収支差額に反映する。そして、表示制御部１０２は、更新された収支差額を表示画面上のプルーフ表示欄に表示させる（Ｓ２１１）。

続いて、取引実行部１０４は、Ｉに「１」を加算する（Ｓ２１３）。そして、取引実行部１０４は、再びＳ２０５の処理を行う。

［２−３−３．変形例］
なお、本実施形態による動作は、上述した例に限定されない。例えば、上記の説明では、Ｓ１３３において、受信された複合取引情報に含まれる取引伝票イメージの順番（すなわち、取引伝票が営業店においてスキャンされた順番）で取引データが入力される例について説明したが、かかる例に限定されない。例えば、センタ端末１０は、当該複合取引に含まれる個々の取引に関して、入金取引よりも出金取引の方が入力順が先になるように順番を自動的に並び替え、そして、並び替えた順番でオペレータに取引データを入力させることも可能である。

また、例えばシステム障害の発生などの理由により、Ｓ１４１で受信された複合取引の結果が不正であることも想定される。このような場合には、営業店の職員は、センタで実施された該当の複合取引に関するオペレーションを全て取り消してもよい。さらに、職員は、（該当の複合取引に関する入力をセンタで行わせずに）該当の複合取引に関する全ての入力を営業店端末２０を用いて行ってもよい。

＜２−４．効果＞
以上説明したように、本実施形態によれば、営業店端末２０が、営業店で受け付けた複合取引に関する複数の取引伝票イメージを含む複合取引情報をセンタ端末１０へ送信し、そして、センタ端末１０が、受信した複合取引情報に基づいて当該複合取引に含まれる個々の取引を実行し、そして、当該複合取引の結果を営業店端末２０へ送信する。さらに、営業店端末２０は、受信された取引結果に応じて現金の出金の処理を行う。これにより、複合取引が依頼された際の営業店の業務負荷を軽減することができる。例えば、複合取引に含まれる個々の取引伝票に対応する取引の入力をセンタのオペレータに行わせることができる。従って、営業店の職員が行わなければならない作業が大幅に減少する。

その結果、職員は、営業時間内において、窓口における例えば保険や投資信託などの商品説明の時間をより長く確保することができる。従って、銀行におけるセールスの強化につながる。

＜＜３．ハードウェア構成＞＞
次に、本実施形態によるセンタ端末１０のハードウェア構成について、図１３を参照して説明する。図１３に示すように、センタ端末１０は、ＣＰＵ１５０、ＲＯＭ１５２、ＲＡＭ１５４、内部バス１５６、入出力インターフェース１５８、入力装置１６０、表示装置１６２、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１６４、および、ネットワークインターフェース１６６を備える。

ＣＰＵ１５０は、マイクロプロセッサなどのプロセッサにより構成される。ＣＰＵ１５０は、演算処理装置および制御装置として機能し、各種プログラムに従ってセンタ端末１０内の動作全般を制御する。例えば、ＣＰＵ１５０は、制御部１００の機能を実現する。

ＲＯＭ１５２は、ＣＰＵ１５０が使用するプログラムや演算パラメータなどを記憶する。

ＲＡＭ１５４は、ＣＰＵ１５０の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一時記憶する。

内部バス１５６は、ＣＰＵバスなどから構成される。この内部バス１５６は、ＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４を相互に接続する。

入出力インターフェース１５８は、入力装置１６０、表示装置１６２、ＨＤＤ１６４、および、ネットワークインターフェース１６６を、内部バス１５６と接続する。

ＨＤＤ１６４は、データ格納用の装置である。このＨＤＤ１６４は、例えば、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置、および記憶媒体に記録されたデータを削除する削除装置などを含む。また、ＨＤＤ１６４は、ＣＰＵ１５０が実行するプログラムや各種データを格納する。このＨＤＤ１６４は、記憶部１２６として機能する。

ネットワークインターフェース１６６は、例えば専用網３６などに接続するための通信デバイスなどで構成される。例えば、ネットワークインターフェース１６６は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）対応通信装置、または、有線による通信を行うワイヤー通信装置などを含む。このネットワークインターフェース１６６は、通信部１２０として機能する。

なお、本実施形態による営業店端末２０のハードウェア構成に関しても、上述したセンタ端末１０と同様であってもよい。

＜＜４．変形例＞＞
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、上述した実施形態の動作における各ステップは、必ずしも記載された順序に沿って処理されなくてもよい。例えば、各ステップは、適宜順序が変更されて処理されてもよい。また、各ステップは、時系列的に処理される代わりに、一部並列的に又は個別的に処理されてもよい。

また、本実施形態によれば、ＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４などのハードウェアを、センタ端末１０の構成と同等の機能を発揮させるためのコンピュータプログラムも提供可能である。また、該コンピュータプログラムが記録された記録媒体も提供される。

１０ センタ端末
２０ 営業店端末
３０ スキャナ
３２ 入出金機
３４ 記帳端末
３６ 専用網
３８ センタサーバ
４０ ホスト
１００、２００ 制御部
１０２、２０８ 表示制御部
１０４ 取引実行部
１０６、２０６ 送信制御部
１２０、２２０ 通信部
１２２、２２２ 表示部
１２４、２２４ 入力部
１２６、２２６ 記憶部
２０２ 受付部
２０４ イメージ取得部
２１０ 入出金処理部

Claims (6)

1. 営業店端末、および、センタ端末を備え、
   前記営業店端末は、
   複数の取引伝票と受領金を含む複合取引を受け付ける受付部と、
   前記複数の取引伝票のイメージを取得するイメージ取得部と、
   前記センタ端末に対する、前記複数の取引伝票のイメージと前記受領金の受領金額を含む複合取引情報の送信を制御する送信制御部と、
   現金の入出金の処理を行う入出金処理部と、
   表示部に対する表示を制御する表示制御部と、を有し、
   前記センタ端末は、
   前記複合取引情報に含まれる前記複数の取引伝票のイメージの各々に関して、当該取引伝票のイメージおよび前記受領金額に基づいて、当該取引伝票に対応する取引処理を実行する取引実行部と、
   前記複数の取引伝票に対応する取引処理が完了した場合に、取引結果の金額と前記受領金額の過不足を少なくとも示す過不足情報を含む前記複合取引の結果を前記営業店端末へ送信する制御を行う送信制御部と、を有し、
   前記表示制御部は、前記複合取引の結果が前記センタ端末から受信された場合に、前記複合取引の結果を前記表示部に表示させ、
   前記入出金処理部は、前記複合取引の結果に応じて、現金の出金の処理を行う、複合取引システム。
2. 前記入出金処理部は、前記複合取引の結果が出金金額を含む場合、前記複合取引の結果が示す出金金額だけ現金を出金する処理を行う、請求項１に記載の複合取引システム。
3. 前記営業店端末は、前記受領金額の情報をホストへ送信し、
   前記センタ端末は、前記複合取引情報に基づいて、前記受領金額の引き出しの要求を前記ホストへ送信する、請求項１または２に記載の複合取引システム。
4. 営業店で受け付けられた、複数の取引伝票と受領金を含む複合取引に対応する、前記複数の取引伝票のイメージと前記受領金の受領金額を含む複合取引情報を営業店端末から受信する受信部と、
   前記複合取引情報に含まれる前記複数の取引伝票のイメージの各々に関して、当該取引伝票のイメージおよび前記受領金額に基づいて、当該取引伝票に対応する取引処理を実行する取引実行部と、
   前記複数の取引伝票に対応する取引処理が完了した場合に、取引結果の金額と前記受領金額の過不足を少なくとも示す過不足情報を含む前記複合取引の結果を前記営業店端末へ通信部に送信させる送信制御部と、
   を備える、センタ端末。
5. 複数の取引伝票と受領金を含む複合取引を受け付ける受付部と、
   前記複数の取引伝票のイメージを取得するイメージ取得部と、
   前記複数の取引伝票のイメージおよび前記受領金の受領金額を含む複合取引情報をセンタ端末へ通信部に送信させる送信制御部と、
   前記センタ端末における取引結果の金額と前記受領金額の過不足を少なくとも示す過不足情報を含む前記複合取引の結果が前記センタ端末から受信された場合に、前記複合取引の結果を表示部に表示させる表示制御部と、
   前記複合取引の結果に応じて、現金の出金の処理を行う入出金処理部と、
   を備える、営業店端末。
6. 営業店端末により行われる、
   複数の取引伝票と受領金を含む複合取引を受け付けるステップと、
   前記複数の取引伝票のイメージを取得するステップと、
   センタ端末に対する、前記複数の取引伝票のイメージと前記受領金の受領金額を含む複合取引情報の送信を制御するステップと、
   前記センタ端末により行われる、
   前記複合取引情報に含まれる前記複数の取引伝票のイメージの各々に関して、当該取引伝票のイメージおよび前記受領金額に基づいて、当該取引伝票に対応する取引処理を実行するステップと、
   前記複数の取引伝票に対応する取引処理が完了した場合に、取引結果の金額と前記受領金額の過不足を少なくとも示す過不足情報を含む前記複合取引の結果を前記営業店端末へ送信する制御を行うステップと、
   前記営業店端末により行われる、
   前記複合取引の結果を表示部に表示させるステップと、
   前記複合取引の結果に応じて、現金の出金の処理を行うステップと、
   を含む、複合取引方法。

Images