JP2006133827A - 情報処理方法、コンピュータ・システム及び自動現金預払機用入金カード - Google Patents

Abstract

【課題】
銀行における営業店事務の業務効率化を図る。
【解決手段】
ATM902と金融端末904とのセットであるモジュールボックスを営業店に設置する。営業店の担当者908は、金融端末904一台につき１人配置される。顧客906は、銀行の営業店に来店すると待ち行列900に並ぶ。そして、空モジュールボックスに移動し、営業店の担当者908に目的を告げる。営業店の担当者908は、顧客からの依頼に基づき金融端末904を操作し、現金の入金が必要であれば、当該金融端末904に対応するATM902の操作を顧客906に依頼する。顧客906は、ATM902を操作して現金の入金などを行う。このように営業店の担当者908は、現金を直接取り扱うのをやめ、顧客906に直接ATM902に対して処理を行ってもらう。顧客が可能な限りATM902を直接操作するようにして、顧客による帳票などへの記入を行わないようにし、営業店の担当者908による確認作業も削減する。
【選択図】図６

Description

本発明は、銀行における営業店事務の効率化を図るための情報処理技術に関する。

従来、銀行における営業店では、窓口業務に多くの人員が必要となっていた。また、顧客も必要な用紙に記入した後、順番が回ってくるまで待ち、順番が回ってきても窓口担当者等の処理完了まで待つ必要があるため、窓口での手続が必要な場合には手間と時間が多くかかっていた。例えば税金納付を行う場合について図１を用いて説明する。顧客は、税金納付のための現金を持っているとすると、例えば受付カード等に従ってロビーにて順番が来るのを待つ（ステップ（１））。次に、当該顧客の順番となり、窓口担当者から呼び出されると、ハイカウンタにて受付票に氏名等を記入し（ステップ（２））、記入した受付票、税金の納付書及び現金を渡す。そうすると、顧客は、ロビーにて窓口担当者等の処理待ちとなる（ステップ（３））。一方、窓口担当者等は、顧客から、受付票、税金の納付書及び現金を受け取り、その確認を行う（ステップ（４））。なお、例えば窓口担当者は、氏名、案件種別コード（例えば自治体の識別番号等）、金額等のデータ入力を、営業店端末に対して入力し、ホストコンピュータへ入力されたデータを送信させるという作業も行う。入力データについては、誤りの無いように確認をしっかり行う必要がある。そして、出納係等による現金収納処理（ステップ（５））、窓口担当者等による領収書発行処理（ステップ（６））を経て、領収書等を顧客に返却して処理が完了する（ステップ（７））。現金収納などについても、現金の出入りを誤り無く行うように、確認をしっかり行う必要がある。なお、ホストコンピュータに対するデータ送信については、領収書発行処理までのいずれかのタイミングにて行われる。顧客は、ステップ（７）においてやっと営業店を後にすることができる。この他、営業店では、税金の納付書を事務集中センタに送付するなどの作業も発生する。

このように営業店では、現金を人手で取り扱う場合にはミスをなくすために多くの作業が必要となり、受付票、納付書、入力データの確認など多くの確認事項が発生するため、顧客の待ち時間をある程度に抑えるためには、人員数を減らすことは困難である。

次に、このような営業店における従来の処理のために用いられるコンピュータ・システムについて図２乃至図５を用いて説明しておく。図２に従来のコンピュータ・システムを示す。ホストコンピュータ１０００は、銀行内のネットワーク１５２０を介してＡＰサーバ１１００に接続されている。また、ＡＰサーバ１１００は、ネットワーク１５１０を介して、複数の営業店サーバ１２００と、事務集中センタサーバ１３００とに接続されている。営業店サーバ１２００は、営業店ＬＡＮ１２３０を介して、営業店内窓口又は後方に設置された複数の営業店端末１２１０及び１２２０に接続されている。事務集中センタサーバ１３００は、事務集中センタＬＡＮ１３４０を介して、事務集中センタ内に設置された複数の事務集中センタ端末１３２０及び１３３０に接続されている。

ホストコンピュータ１０００は、口座入金プログラム１０１０と、口座出金プログラム１０１１と、預金口座ＤＢ１０１２と、振込専用口座ＤＢ１０１３とを含む。事務集中センタサーバ１３００は、電文制御プログラム１３１１と、電文ＤＢ１３１２とを含む。また、営業店端末１２１０は、勘定処理プログラム１２１１を含む。なお、営業店端末１２２０についても同様である。事務集中センタ端末１３２０は、決済プログラム１３２１を含む。事務集中センタ端末１３３０についても同様である。また、ＡＰサーバ１１００は、電文制御プログラム１１１１を含む。なお、営業店サーバ１２００も、電文制御プログラムも含むが、ここでは中継処理だけを行うので図示を省略している。

営業店の窓口担当者等は、税金納付に係る氏名、案件種別コード（例えば自治体の識別情報等）及び納付金額等の入力を営業店端末１２１０の勘定処理プログラム１２１１に対して行う。営業店端末１２１０の勘定処理プログラム１２１１は、氏名、案件種別コード及び納付金額等の入力を受け付け、ホストコンピュータ１０００に対する税金納付の現金入金電文を生成して営業店サーバ１２００に送信する（図３：ステップＳ１００１）。営業店サーバ１２００は、営業店端末１２１０から、ホストコンピュータ１０００に対する税金納付の現金入金電文を受信し、ＡＰサーバ１１００に転送する（ステップＳ１００３）。さらに、ＡＰサーバ１１００の電文制御プログラム１１１１は、営業店サーバ１２００から、ホストコンピュータ１０００に対する税金納付の現金入金電文を受信し（ステップＳ１００５）、当該税金納付の現金入金電文から振込専用口座への入金処理要求を生成して、ホストコンピュータ１０００に送信する（ステップＳ１００７）。ホストコンピュータ１０００の口座入金プログラム１０１０は、ＡＰサーバ１１００から振込専用口座への入金処理要求を受信し（ステップＳ１００９）、振込専用口座ＤＢ１０１３に対して案件種別コード及び納付金額データに従って入金処理を実施する（ステップＳ１０１１）。そして、処理が完了すると振込専用口座への入金処理完了通知をＡＰサーバ１１００に送信する（ステップＳ１０１３）。ＡＰサーバ１１００の電文制御プログラム１１１１は、ホストコンピュータ１０００から振込専用口座への入金処理完了通知を受信し（ステップＳ１０１５）、入金処理完了通知を生成して、要求元の営業店端末１２１０に対する入金処理完了通知を営業店サーバ１２００に送信する（ステップＳ１０１７）。営業店サーバ１２００は、営業店端末１２１０に対する入金処理完了通知を受信し、営業店端末１２１０に転送する（ステップＳ１０１９）。営業店端末１２１０の勘定処理プログラム１２１１は、営業サーバ１２００から入金処理完了通知を受信し、表示装置に表示する（ステップＳ１０２１）。このような処理を実施することにより、窓口担当者等はシステムへの登録が完了したことを認識することができ、領収書を生成するなどの他の処理を行うことができるようになる。

なお、ＡＰサーバ１１００における処理は端子Ａを介して図４の処理に移行する。ＡＰサーバ１１００の電文制御プログラム１１１１は、入金処理完了に係る税金納付の現金入金電文に含まれていた氏名、案件種別コード及び納付金額等のデータを含む仕掛電文を生成し、事務集中センタサーバ１３００に送信する（ステップＳ１０２３）。事務集中センタサーバ１３００の電文制御プログラム１３１１は、ＡＰサーバ１１００から仕掛電文を受信し、電文ＤＢ１３１２に蓄積する（ステップＳ１０２５）。

その後、営業店から税金納付書が事務集中センタに送付されると、事務集中センタの担当者は、事務集中センタ端末１３２０を操作して、決済処理すべき税金納付書に係る仕掛電文データを呼び出すための指示を入力する。事務集中センタ端末１３２０の決済プログラム１３２１は、担当者による指示入力を受け付け、仕掛電文データ要求を事務集中センタサーバ１３００に送信する（ステップＳ１０２７）。事務集中センタサーバ１３００の電文制御プログラム１３１１は、事務集中センタ端末１３２０から仕掛電文データ要求を受信すると（ステップＳ１０２９）、電文ＤＢ１３１２から該当仕掛電文データを読み出し、事務集中センタ端末１３２０に送信する（ステップＳ１０３１）。事務集中センタ端末１３２０の決済プログラム１３２１は、事務集中センタサーバ１３００から仕掛電文データを受信し、表示装置に表示する（ステップＳ１０３３）。担当者は、税金納付書の内容と表示内容とを比較して、問題がないかどうかを確認する。そして、問題がないと判断すれば担当者は、事務集中センタ端末１３２０の決済プログラム１３２１に、仕掛電文に係る決済指示を入力する。事務集中センタ端末１３２０の決済プログラム１３２１は、担当者からの仕掛電文に係る決済指示を受け付け、ホストコンピュータ１０００に対する決済要求を事務集中センタサーバ１３００に送信する（ステップＳ１０３５）。

事務集中センタサーバ１３００の電文制御プログラム１３１１は、事務集中センタ端末１３２０から、ホストコンピュータ１０００に対する決済要求を受信すると、ＡＰサーバ１１００に転送する（ステップＳ１０３７）。ＡＰサーバ１１００の電文制御プログラム１１１１は、事務集中センタサーバ１３００から仕掛電文に係る決済要求を受信し（ステップＳ１０３９）、仕掛電文に係る決済要求に基づいて、振込専用口座出金要求及び振込先口座入金要求を生成し、ホストコンピュータ１０００に送信する（ステップＳ１０４１）。

ホストコンピュータ１０００は、振込専用口座出金要求及び振込先口座入金要求を受信する（ステップＳ１０４３）。そして、処理は端子Ｂを介して図５に移行する。ホストコンピュータ１０００の口座出金プログラム１０１１は、振込専用口座出金処理を振込専用口座ＤＢ１０１３に対して実施し（ステップＳ１０４５）、口座入金プログラム１０１０は、振込先口座入金処理を預金口座ＤＢ１０１２に対して実施する（ステップＳ１０４７）。他銀行に送金する必要があれば、送金処理を実施する。このような処理が完了すれば、口座入金プログラム１０１０は、ＡＰサーバ１１００に処理完了通知を送信する（ステップＳ１０４９）。ＡＰサーバ１１００の電文制御プログラム１１１１は、ホストコンピュータ１０００から処理完了通知を受信し（ステップＳ１０５１）、仕掛電文に係る決済要求の送信元の事務集中センタ端末１３２０に対する処理完了通知を生成し、事務集中センタサーバ１３００に送信する（ステップＳ１０５１）。事務集中センタサーバ１３００の電文制御プログラム１３１１は、ＡＰサーバから処理完了通知を受信し、事務集中センタ端末１３２０に転送する（ステップＳ１０５３）。事務集中センタ端末１３２０の決済プログラム１３２１は、事務集中センタサーバ１３００から処理完了通知を受信し、表示装置に表示する（ステップＳ１０５５）。これにより事務集中センタの担当者は決済処理が完了したことを認識する。一方、事務集中センタサーバ１３００の電文制御プログラム１３１１は、電文ＤＢ１３１２において、処理完了通知に係る蓄積電文データに対して処理完了を登録する（ステップＳ１０５７）。これにより同じ仕掛電文について決済処理を行わなくなる。

なお、このような一般的な銀行の業務などについては様々な文献が存在している。例えば、以下のようなＵＲＬにも記述がある。
盛岡信金ＡＴＭ振込サービス、［平成１６年１０月２１日検索］、インターネット＜ＵＲＬ：http://http://www.morishin.co.jp/ebank/index.htm#atm＞

このように従来における銀行の営業店における窓口業務は人手がかかり、さらに顧客には待ち時間が発生しており、両者にとって好ましい状態ではない。また、ＡＴＭ（Auto Teller Machine）は入金・出金・振込などを行うことができるようになっており、ホストコンピュータとネットワークを通じて接続するようになっているが、現在窓口業務となっている業務との連携については何ら考察されていない。また、ＡＴＭ用に振込カードが用いられているが、現在の振込カードは、固定の振込先に振り込むためのものである。さらに金額も決まっていない。

従って本発明の目的は、銀行における営業店事務の業務効率化を図るための新規の情報処理技術を提供することである。

また、本発明の他の目的は、銀行における営業店事務の業務効率化を図るために必要な新規の振込カードを提供することである。

本発明の第１の態様に係る情報処理方法は、現金自動預払機と営業店端末とを含むモジュールボックスとモジュールボックス用入出金データ格納部及びモジュールボックス用オーダデータ格納部を有するホストコンピュータと事務集中センタ端末とを有するコンピュータ・システムにより実行される情報処理方法である。そして、営業店端末により、特定の顧客の識別情報と取扱金額情報と取引識別情報とを記録した現金自動預払機用カードを発行するステップと、現金自動預払機において、現金自動預払機用カードを用いた入金が指示されると現金自動預払用カードから特定の顧客の識別情報と取扱金額情報と取引識別情報とを読み出し、取扱金額情報に従った入金が確認されると特定の顧客の識別情報と取扱金額情報と取引識別情報とを含む、ホストコンピュータに対する入金処理要求を送信するステップと、ホストコンピュータにおいて、入金処理要求に係るデータを受信すると、当該入金処理要求に係る取扱金額情報に従って入金登録をモジュールボックス用入出金データ格納部に対して行い、さらにモジュールボックス用オーダデータ格納部に入金処理要求に係る特定の顧客の識別情報と取扱金額情報と取引識別情報とを送金先のデータが不足した状態で登録する登録ステップと、登録ステップの後任意のタイミングで、事務集中センタ端末において、取引識別情報に対応して送金先識別情報が入力されると、取引識別情報及び送金先識別情報を含む、ホストコンピュータに対する決済要求を送信する決済要求ステップと、ホストコンピュータにおいて、決済要求に係るデータを受信すると、当該決済要求に係る取引識別情報に対応する取引金額情報に従って出金登録をモジュールボックス用入出金データ格納部に対して行い、決済要求に係る送金先識別情報に従って送金処理を実施し、さらにモジュールボックス用オーダデータ格納部に決済要求に係る取引識別情報に対応して送金先識別情報を登録するステップとを含む。

上で述べたようなモジュールボックス及び現金自動預払機用カードを用いて上で述べたような処理を行わせることにより、営業店における事務処理を軽減し、顧客の待ち時間を削減することができる。なお、事務集中センタにおいて必要な作業を行って処理を行わせることにより、システム上従来同様の処理結果を得ることができる。

また、現金自動預払機において、入金処理要求に対する処理完了通知を受信した場合、入金処理完了を示す伝票を出力すると共に記録データが消去された現金自動預払機用カードを排出するステップをさらに含むようにしてもよい。例えば、営業店の担当者は、本伝票と引き換えに税金の納付書の顧客控え等に領収印を押すことにより、従来の窓口で行っていたのと同様の書類を顧客に渡すことができる。なお、現金自動預払機用カードを繰り返し使用する場合には、同じ現金自動預払機用カードで同じ入金を行わないようにするため、処理完了時に現金自動預払機において記録データを消去するようにする。

さらに、コンピュータ・システムが、仕掛データ格納部を有する事務集中センタ・サーバをさらに含み、登録ステップの後に、入金処理要求に係るデータを受信した場合、事務集中センタ・サーバが、仕掛データ格納部に格納するステップと、事務集中センタ・サーバにおいて、事務集中センタ端末から要求を受信した場合、仕掛データ格納部から該当するデータを読み出し、事務集中センタ端末に送信するステップとをさらに含むようにし、決済要求ステップが、事務集中センタ端末により、事務集中センタ・サーバから受信したデータを用いて行われるようにしてもよい。

本発明の第２の態様に係る現金自動預払機用入金カードは、特定の顧客の識別情報と取引識別情報とが特定の送金先データが不足した状態で記録されているものである。このようなカードを用いることにより、顧客による現金自動預払機の操作の手間が少なくすることができる。また、税金納付などの処理において、顧客に応対する営業店の担当者が、桁数が多い案件種別コード等を入力するといったミスの元となる作業を行わずに済ませることができるようになる。

本発明に係る情報処理方法をコンピュータに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。

本発明によれば、銀行における営業店事務の業務効率化を図ることができるようになる。

図６に本発明の一実施の形態を適用した場合における銀行の営業店内のレイアウト例を示す。本実施の形態では、ＡＴＭ９０２（図６では９０２ａ乃至９０２ｃ）と金融端末９０４（図６では９０４ａ乃至９０４ｃ）とのセットをモジュールボックスと呼び、当該モジュールボックスを複数用意する。営業店の担当者９０８は、金融端末９０４一台につき１人配置され、それから図示しない総合窓口を用意する場合には当該総合窓口のために要員を配置する。顧客９０６は、従来の窓口業務に係る処理が必要な場合、銀行の営業店に来店すると待ち行列９００に並ぶ。そして、空いているモジュールボックスに移動し、営業店の担当者９０８に目的を告げる。営業店の担当者９０８は、顧客からの依頼に基づき、金融端末９０４を操作し、現金の入金が必要であれば、当該金融端末９０４に対応するＡＴＭ９０２の操作を顧客９０６に依頼する。顧客９０６は、ＡＴＭ９０２を操作して現金の入金などを行う。営業店の担当者９０８は、必要があれば顧客９０６を支援する。このように、営業店の担当者９０８は、現金を直接取り扱うのをやめ、顧客９０６に直接ＡＴＭ９０２に対して処理を行うようにしてもらう。これにより現金取り扱いのための人員を減らすことができる。また、顧客が可能な限りＡＴＭ９０２を直接操作するようにして、顧客による帳票などへの記入を行わないようにし、営業店の担当者９０８による確認作業も削減するようにする。顧客は、自らＡＴＭ９０２を操作することになるが、帳票などへの記入を行わずに済み、一番問題とされる待ち時間も減るため、銀行利用上の顧客満足度が高まることが期待される。

次に、税金の現金納付を行う場合における銀行の営業店内の処理を説明する。まず、顧客９０６は来店すると、待ち行列９００に並ぶ（ステップ（１１）。順番が来ると、空いているモジュールボックスに行き、営業店の担当者９０８に、納税目的であることを告げ、税金の納付書を営業店の担当者９０８に渡す（ステップ（１２））。このとき、顧客９０６は受付票に記入する必要はない。そうすると、営業店の担当者９０８は、税金の納付書を確認し、氏名、金額等のデータを金融端末９０４に入力し、ＡＴＭ用のＭＢ専用カードを発行させ、顧客９０６に渡す（ステップ（１４））。この時、顧客９０６は、営業店の担当者９０８による確認及び作業待ちとなる（ステップ（１３））。なお、営業店の担当者９０８は、納付書記載の案件種別コード（例えば自治体の識別情報等）を入力しない。このような情報を営業店の担当者９０８に取り扱わせなくすることにより、迅速な手続が可能となる。

次に、顧客は、モジュールボックスのＡＴＭ９０２についての待ち行列に並ぶことになるが（ステップ（１５））、このような待ち時間はほとんど発生しないものと考えられる。そして、顧客９０６は、営業店の担当者９０８からの受け取ったＭＢ専用カードをＡＴＭ９０２に挿入し、ＡＴＭ９０２を操作して、現金入金処理を行う（ステップ（１６））。ＡＴＭ９０２は、入金処理が完了すると、レシート伝票を印字して出力すると共に、挿入されたＭＢ専用カードを排出する。顧客９０６は、レシート伝票及びＭＢ専用カードを、営業店の担当者９０８に渡す（ステップ（１７））。営業店の担当者９０８は、レシート伝票及びＭＢ専用カードを確認し、税金の納付書に領収印を押すなどの領収書処理を実施する（ステップ（１８））。そして、納付書の納税者控えを顧客９０６に返却する（ステップ（１９））。これにて税金の現金納付処理が完了する。顧客９０６は、銀行の営業店を後にすることができる。営業店の担当者９０８は、レシート伝票を税金の納付書に添付し、事務集中センタに送付するまで保管する。

図１に示した従来のフローと比較すると、明らかに顧客９０６の待ち時間は減少しており、顧客満足度の向上が期待される。また、営業店の担当者９０８の作業もＡＴＭ９０２を顧客９０６が自ら操作しているために減少していることがわかる。

なお、営業店における事務作業量は削減されたが、事務集中センタでは、レシート伝票及び税金の納付書について追加の作業が必要となる。すなわち、事務集中センタでは、税金の納付書及びレシート伝票を確認して、案件種別コードを入力して、ＡＴＭ９０２における入金と実際の税金の納付先を対応付ける必要がある。そのため処理通番が、金融端末９０４において発行され、ＭＢ専用カードに書き込まれ、レシート伝票にも印字されるようになる。従って、このような対応付けについても、事務集中センタの担当者に簡単に行わせることができる。

以上のような処理を行うためのシステム構成を図８を用いて説明する。ホストコンピュータ１００は、ネットワーク１５０を介してＡＰサーバ１１０に接続している。ＡＰサーバ１１０は、ネットワーク１６０を介して事務集中センタサーバ１３０と、複数の営業店サーバ１２０とに接続されている。事務集中センタサーバ１３０は、事務集中センタＬＡＮ１７０を介して事務集中センタに設置された複数の事務集中センタ端末１４０（図８では１４０ａ及び１４０ｂ）に接続されている。営業店サーバ１２０は、営業店ＬＡＮ１８０を介してＡＴＭ１２４及び金融端末１２１のセットで構成される複数の営業店内モジュールボックスに接続される。

ホストコンピュータ１００は、口座入金プログラム１０１と、口座出金プログラム１０２と、オーダ管理プログラム１０３と、送金処理プログラム１０４と、預金口座ＤＢ１０５と、モジュールボックス（ＭＢ：Module Box）専用口座ＤＢ１０６と、オーダ管理ＤＢ１０７とを含む。また、ＡＰサーバ１１０は、電文制御プログラム１１１を含む。事務集中センタサーバ１３０は、電文制御プログラム１３１と、仕掛電文ＤＢ１３２とを含む。営業店サーバ１２０も、ＡＰサーバ１１０のように電文制御プログラムを含むが、営業店サーバ１２０の電文制御プログラムが実施する処理は、本実施の形態に関係する処理は電文の中継処理であるので、ここでは省略している。

事務集中センタ端末１４０ａは、決済処理プログラム１４１を含む。ＡＴＭ１２４は、入出金プログラム１２５を含み、図示しないＭＢ専用カードのリーダライタを含む。ＭＢ専用カードは、ほぼ従来からＡＴＭ１２４で発行可能な振込カードと同様であるため、ＭＢ専用カードのリーダライタとして新たなものを設ける必要はない。また、金融端末１２１は、勘定処理プログラム１２３を含み、図示しないＭＢ専用カードのリーダライタを含む。

次に、図８に示したシステムの処理について図９乃至図３２を用いて説明する。まず、顧客は、自分の順番になると、空いているモジュールボックスに行き、その担当者に用件を告げる。ここでは、用件は税金の現金納付であるものする。モジュールボックスの担当者は、顧客から用件（税金の現金納付）を聞き、金融端末１２１を操作して税金納付のためのＭＢ専用カード作成処理を命ずる。金融端末１２１は、担当者からの入力を受け付け、税金納付のためのＭＢ専用カード作成処理を実施する（図９：ステップＳ１）。この処理については、図１０乃至図１５を用いて説明する。金融端末１２１の勘定処理プログラム１２３は、対象業務選択メニュー画面を表示装置に表示させる（ステップＳ３１）。例えば図１１に示すような画面が表示装置に表示される。図１１の例では、（１）税金納付書、（２）公金納付書、（３）現金振込、（４）振替、（５）出金処理、（６）入金処理といった選択肢が示されている。ここでは、税金納付が用件となっているので、（１）税金納付書という選択肢を選択する。なお、この際モジュールボックスの担当者は、顧客が税金納付書及び現金を持参していることを確認する。また、金融端末１２１のカードリーダライタの挿入口に今回使用するＭＢ専用カードをセットする。金融端末１２１の勘定処理プログラム１２３は、税金納付書の選択入力を受け付け、金融端末１２１のカードリーダライタの挿入口にセットされたＭＢ専用カードの取り込みを行う（ステップＳ３３）。また、取引通番を自動採番する（ステップＳ３５）。

そして、金融端末１２１の勘定処理プログラム１２３は、ＭＢ専用カード貸与処理画面を表示装置に表示させる（ステップＳ３７）。図１２にＭＢ専用カード貸与処理画面の一例を示す。図１２の例では、取引種別入力欄と、顧客氏名入力欄と、金額入力欄と、追徴額入力欄と、専用カード番号表示欄（自動的に取得するのでＭＢ専用カードから取得したものを表示する）と、取引通番表示欄（自動採番するので採番された数字が表示される）と、受付年月日時刻表示欄（自動的に現日時が表示される）とが設けられている。

これに対して、モジュールボックスの担当者は、図１２に示したような入力画面において、取引種別（本実施の形態では３桁のコード）、顧客の氏名及び金額（納税額と追徴額があれば追徴額とを含む）の入力を行い、金融端末１２１の勘定処理プログラム１２３は、当該入力を受け付け、例えばメインメモリ等の記憶装置に格納する（ステップＳ３８）。そして実行指示に応じて、ＭＢ専用カードへのデータ書き込みを行い、当該ＭＢ専用カードを排出する（ステップＳ３９）。そして元の処理に戻る。なお、金融端末１２１の記憶装置には、図１２に示したような入力及び表示データを全てログデータとして格納しておく。

ＭＢ専用カードの一例を図１３に示す。ＭＢ専用カードは、例えばキャッシュカードと同様のサイズを有し、図１３に示すように例えば上部磁気ストライプ部分に、図１４に示すようなデータが記録される。すなわち、図１４に示すように、データ書き込み処理を行った年月日時刻と、取引通番と、案件種別コードの取引種別の部分のみと、顧客氏名と、入金金額と店番とが記録される。なお、図１４では示されていないが、ＭＢ専用カードの管理番号も記録されており、金融端末１２１等により読み出される。なお、モジュールボックスでは、複数枚のＭＢ専用カードが用意されており、場合によってはＡＴＭ１２４において待ち行列が発生する。

図９の説明に戻って、金融端末１２１の勘定処理プログラム１２３は、ＭＢ専用カードを排出すると、ＭＢ処理状況表示を表示装置に行う（ステップＳ３）。例えば図１５に示すような画面を表示する。図１５の例では、処理状態表示欄、年月日時刻表示欄、取引通番表示欄、案件種別コード表示欄、顧客氏名表示欄、金額表示欄が設けられており、図１２において入力されたデータ、並びに処理状態、年月日時刻及び取引通番が表示されている。ここではまだ処理が完了していないので、処理状態は「処理中」となっている。なお、金融端末１２１の処理は端子Ｃを介して図２１の処理に移行する。

顧客は、モジュールボックスの担当者からＭＢ専用カードを受け取ると、ＡＴＭ１２４まで行き、ＡＴＭ１２４にＭＢ専用カードを挿入する。ＡＴＭ１２４の入出金プログラム１２５は、当該ＭＢ専用カードの挿入を受け付け、ＭＢ専用カードを用いた入金処理を実施する（ステップＳ５）。この処理については、図１６乃至図２０を用いて説明する。ＡＴＭ１２４の入出金プログラム１２５は、例えば図１７に示すような画面を表示している。図１７では、入金、出金、振込、振替、通帳記帳、解約というメニュー項目が表示されており、これらの処理を選択することができるようになっている。顧客が、ＡＴＭ１２４のキャッシュカード挿入口からＭＢ専用カードを挿入すると、ＡＴＭ１２４の入出金プログラム１２５は、キャッシュカード挿入口からＭＢ専用カードの挿入を受け付け（ステップＳ４１）、ＭＢ専用カードに記録されているデータを例えばメインメモリ等の記憶装置に読み出し、ＭＢ専用カード確認画面を表示装置に表示させる（ステップＳ４５）。図１８にＭＢ専用カード内容確認画面の一例を示す。図１８の例では、取引種別表示欄と、顧客氏名表示欄と、金額表示欄と、専用カード番号表示欄と、取引通番表示欄と、受付年月日時刻表示欄とが設けられており、各表示欄には、ＭＢ専用カードから読み出されたデータが表示されるようになっている。

顧客は、ＡＴＭ１２４の表示装置に表示された内容を確認し、問題が無ければ確認ボタン（図示せず）、問題を見つけた場合には「取りやめ」ボタン（図示せず）を押す。

これに対してＡＴＭ１２４の入出金プログラム１２５は、顧客からの選択入力を受け付け（ステップＳ４７）、「確認」ボタンが押されたか判断する（ステップＳ４９）。もし、「取りやめ」ボタンが押されている場合には、処理を続けることができないので、ＭＢ専用カードを排出し、処理を終了させる（ステップＳ５５）。顧客は、ＭＢ専用カードをモジュールボックスの担当者に渡し、問題について説明する。一方、「確認」ボタンが押されたと判断された場合には、指定金額の現金挿入を顧客に対して要求する表示を行う（ステップＳ５１）。また、現金挿入口を開けて、入金を促す。現金が挿入口に入れられると、挿入現金に対する検査及び計数を含む現金取り込み処理を実施する（ステップＳ５３）。この処理の後に図９の処理に戻る。

次にＡＴＭ１２４の入出金プログラム１２５は、ＭＢ専用カードから読み出したデータ（取引種別、顧客氏名、入金金額、取引通番及び受付年月日時刻）及び店番などを含む、ホストコンピュータに対する仕掛登録要求（入金処理要求）電文を生成し、営業店サーバ１２０に送信する（ステップＳ７）。営業店サーバ１２０は、ＡＴＭ１２４から仕掛登録要求電文を受信すると、ＡＰサーバ１１０に転送する（ステップＳ９）。ＡＰサーバ１１０の電文制御プログラム１１１は、営業店サーバ１２０からＡＴＭ１２４からの仕掛登録要求電文を受信すると（ステップＳ１１）、一旦例えばメインメモリ等の記憶装置に格納し、当該仕掛登録要求電文のデータに基づき、入金金額データを含む、ＭＢ専用口座への入金処理要求電文を生成し、ホストコンピュータ１００に送信する（ステップＳ１３）。ホストコンピュータ１００の口座入金プログラム１０１は、ＡＰサーバ１１０からＭＢ専用口座への入金処理要求電文を受信し（ステップＳ１５）、一旦例えばメインメモリ等の記憶装置に格納し、ＭＢ専用口座ＤＢ１０６に対して入金金額の入金処理を実施する（ステップＳ１７）。

図１９にＭＢ専用口座ＤＢ１０６に格納されるデータの一例を示す。図１９の例では、口座番号、金額、入金出金バランス、ＭＢ取引件数についてのデータが登録されるようになっている。ＭＢ専用口座ＤＢ１０６は、モジュールボックスによる決済取引の機能を実現するために導入された専用口座であって、一般の預金口座ＤＢ１０５に設けられるようにしても良い。ここでは、説明を行いやすくするため預金口座ＤＢ１０５とは別に図示している。口座番号は、所有者は銀行自身として発行されており、通常の口座番号体系に従っている。また、金額は、入金処理要求に応答して行われる入金処理により加算され、出金処理要求に応じて減算される。銀行のＭＢ取引営業開始時には残高０となっている。業務が終了し、事務集中センタにおいて当日の決済業務が終了すると残高は０になる。入金出金バランスは、ＭＢ取引によりＭＢ専用口座に入金、事務集中センタにおける決済により出金が行われるため、処理ミスを防止するための仕組みであって、入金及び出金の差額である。事務集中センタでの決済が行われる時に残高がマイナスになると処理ミスが発生していることが分かり、必要な対応を取ることができるようになっている。ＭＢ取引件数は、各営業店のモジュールボックス取引の総件数をカウントするもので、後に説明するオーダ管理ＤＢ１０７の案件数と一致する。従って、ＭＢ専用口座の全取引件数と個別取引明細がリンクされることになり、不慮の事故・処理ミス・犯罪対応などの管理に使用される。

ステップＳ１７では、ＭＢ専用口座ＤＢ１０６において金額の値を入金金額分増加させる。また、入金出金バランスの値も入金金額分増加させる。さらに、ＭＢ取引件数の値を１増加させる。そして、口座入金プログラム１０１は、ＭＢ専用口座ＤＢ１０６に対する入金処理が完了するとＡＰサーバ１１０に処理完了通知を送信する。これに対してＡＰサーバ１１０の電文制御プログラム１１１はホストコンピュータ１００から処理完了通知を受信すると、仕掛登録要求電文に従って、オーダ管理ＤＢ１０７に対してデータ（取引種別、顧客氏名、入金金額、取引通番、受付年月日時刻、店番など）を登録するためのオーダ登録要求電文を生成し、ホストコンピュータ１００に送信する（ステップＳ１９）。ホストコンピュータ１００のオーダ管理プログラム１０３は、ＡＰサーバ１１０からオーダ登録要求電文を受信し（ステップＳ２１）、一旦例えばメインメモリ等の記憶装置に格納し、オーダ登録要求電文に従って、オーダ管理ＤＢ１０７に対する登録処理を実施する（ステップＳ２３）。処理は端子Ｄを介して図２１の処理に移行する。

オーダ管理ＤＢ１０７は、銀行の全てのモジュールボックスからの仕掛登録と決済完了とを統合的に管理するデータベースであり、例えば図２０に示すようなデータを格納している。図２０の例では、処理状態の列と、処理年月日時刻の列と、取引通番の列と、案件種別コードの列と、顧客氏名の列と、金額の列と、店番の列と、備考の列とを含む。処理状態については、仕掛登録だけ行われたレコードについては「処理待ち」となり、決済処理が行われたレコードについては「完了」となる。処理年月日時刻は、登録処理を行った日時又は受付日時である。取引通番についてはＡＴＭ１２４から受信したデータがそのまま登録される。案件種別コードについては、初期的にはＡＴＭ１２４から受信したデータがそのまま登録される。なお、本例では最初の３桁で納税、出金、入金、振込、振替、公共料金収納などの種別を示す。納税の場合には、その後の桁にて自治体別納税種別を表すようになっているが、仕掛登録だけではこの部分は登録されない。この自治体別納税種別により対応する預金口座が識別される。さらに、その後の桁で銀行番号、店番、預金口座番号等を特定できるようになる。このように案件種別コードは、案件種別に応じて銀行窓口で発生する様々な取引に対応可能な情報項目を示すようになっている。店番は、ＡＴＭ１２４設置の営業店の店番である。

次に図２１を用いて処理の続きを説明する。オーダ管理プログラム１０３は、オーダ管理ＤＢ１０７に、受信したオーダ登録要求電文に含まれるデータを用いてレコードを登録する。ここで処理状態は「処理待ち」として登録する。処理が完了すると、オーダ登録完了電文を生成し、ＡＰサーバ１１０に送信する（ステップＳ６１）。ＡＰサーバ１１０の電文制御プログラム１１１は、ホストコンピュータ１００からオーダ登録完了電文を受信し（ステップＳ６３）、ステップＳ１１において受信した仕掛登録要求電文に対応して、ＡＴＭ１２４及びＡＴＭ１２４に対応する金融端末１２１に対する仕掛登録完了電文を生成し、営業店サーバ１２０に送信する（ステップＳ６５）。ＡＰサーバ１１０の電文制御プログラム１１１の処理は、端子Ｇを介して図２６の処理に移行する。

営業店サーバ１２０は、ＡＰサーバ１２０からＡＴＭ１２４及び金融端末１２１に対する仕掛登録完了電文を受信し、ＡＴＭ１２４及び金融端末１２１に転送する（ステップＳ６７）。ＡＴＭ１２４の入出金プログラム１２５は、営業サーバ１２０から仕掛登録完了電文を受信する（ステップＳ６９）。そして、表示装置に処理完了を表示する（ステップＳ７１）。例えば図２２に示すような画面が表示される。図２２の例では、レシートとカードをモジュールボックスの担当者に返却することを求めるメッセージが表示される。そして、ＭＢ専用カードに登録されている氏名、入金金額、取引種別、受付年月日時刻及び取引通番を消去する処理などを実行する（ステップＳ７３）。このようにすれば、何らかの理由で同じＭＢ専用カードを用いて入金するようなことが無くなる。また、レシート伝票を印刷する（ステップＳ７５）。そして、ＭＢ専用カード及びレシート伝票をＡＴＭ１２４から排出する（ステップＳ７７）。

例えば、図２３に示すようなレシート伝票が出力される。図２３のレシート伝票は、ＡＴＭ１２４が通常出力する用紙であり、お取引内容の欄２３２と、お振込み明細またはご案内の欄２３１とに印字される内容が異なる。お取引内容の欄２３２には、ＭＢ取引納税と印字され、お振込み明細またはご案内の欄２３１には、取引通番、案件種別（一部）、顧客氏名、及びコメント（このレシートは、速やかに係の者にお渡しください）が印字される。

一方、金融端末１２１の勘定処理プログラム１２３は、営業店サーバ１２０から仕掛登録完了電文を受信し（ステップＳ７９）、ＭＢ処理状況表示を変更する（ステップＳ８１）。すなわち、図２４に示すように、図１５の表示のうち処理状態の欄の表示が「完了」に変更される。

顧客は、ＡＴＭ１２４から排出されたレシート伝票及びＭＢ専用カードを受け取り、モジュールボックスの担当者に、当該レシート伝票及びＭＢ専用カードを渡す。モジュールボックスの担当者は、レシート伝票及びＭＢ専用カードを顧客から受け取り、金融端末１２１の表示装置の表示内容を見る。そして、金融端末１２１の表示内容及びレシート伝票から処理が正常に完了していることを確認すると、税金の納付書に領収印を押し、顧客に納付書を返却する。

納付書は例えば図２５のような帳票であるが、従来と同様に領収印押印欄２５１及び２５２に押印し、この例であれば右側の納税者控えを顧客に返却する。一方、この例であれば左側の部分については、ＡＴＭ１２４により排出されたレシート伝票を添付して、一時保管する。この後例えば１日分をまとめて、事務集中センタに送付する。

そして、領収書返戻が終了すると、モジュールボックスの担当者は、金融端末１２１の勘定処理プログラム１２３に対して取引完了を入力する。金融端末１２１の勘定処理プログラム１２３は、モジュールボックスの担当者による取引完了入力を受け付け、初期画面に画面の変更を行う（ステップＳ８３）。

このような処理を行うことにより、銀行の営業店における処理は完了する。顧客は、受付票に記入することもなく、窓口担当者の処理待ちを行うこともない。従って、顧客に対するサービスの満足度を向上させることができ、現金の確認などに人員をさく必要が無いので、コストを軽減することも可能となる。

次に、図２６を用いて図２１の処理の続きを説明する。ＡＰサーバ１１０の電文制御プログラム１１１は、事務集中センタサーバに対する仕掛完了電文を生成し、事務集中センタサーバ１３０に送信する（ステップＳ９１）。なお、仕掛完了電文には、取引通番、氏名、案件種別コード（一部）、入金金額、受付年月日時刻、及び店番などのデータを含む。事務集中センタサーバ１３０の電文制御プログラム１３１は、ＡＰサーバ１１０から仕掛完了電文を受信し（ステップＳ９３）、仕掛完了電文から取引種別（案件種別コードの一部）を特定し、仕掛電文ＤＢ１３２において取引種別から電文蓄積ファイルを特定する（ステップＳ９５）。そして、当該仕掛完了電文についての処理状態を「処理待ち」に設定し（ステップＳ９７）、特定された電文蓄積ファイルに登録する（ステップＳ９９）。

電文蓄積ファイルに格納されるデータの一例を図２７に示す。図２７の例では、処理状態の列と、処理年月日時刻（受付年月日時刻）の列と、取引通番の列と、案件種別コードの列と、顧客氏名の列と、金額（入金金額）の列と、店番の列とが設けられている。基本的には、オーダ管理ＤＢ１０７に登録されているデータと同様である。処理状態が「処理待ち」の状態であれば、案件種別コードは完全には登録されていない。ステップＳ９９では、図２７の第１レコードのような状態で登録される。

次に、事務集中センタにおいて担当者が行う処理等について図２８乃至図３２を用いて説明する。事務集中センタでは、各営業店から税金等の納付書及びレシート伝票のセットが集められる。事務集中センタの担当者は、納付書及びレシート伝票をつき合わせ、氏名や金額が一致しているか確認する。一致しないと判断すれば、別途処理する。一致すると判断すれば、以下の処理を実施する。なお、事務集中センタ端末１４０ａの決済プログラム１４１は、業務選択メニューを表示装置に表示している（図２８：ステップＳ１０１）。例えば図２９のような画面が表示されている。図２９の例では、税金、公金、振込、振替、管理、その他といったメニュー項目が含まれている。

ここで、事務集中センタの担当者は、税金の納付書から税金の納付であると判断して、税金というメニュー項目を選択する。事務集中センタ端末１４０ａの決済プログラム１４１は、担当者からの選択入力を受け付け、対応するデータ入力画面を表示させる（ステップＳ１０３）。ここでは取引通番の入力画面を表示させる。そして、担当者は、取引通番の入力画面を見て、処理対象のレシート伝票に印字された。取引通番を入力する。事務集中センタ端末１４０ａの決済プログラム１４１は、取引通番の入力を受け付け（ステップＳ１０５）、取引通番を含む検索要求を事務集中センタサーバ１３０に対して送信する（ステップＳ１０７）。事務集中センタサーバ１３０の電文制御プログラム１３１は、事務集中センタ端末１４０ａから取引通番を含む検索要求を受信すると（ステップＳ１０９）、仕掛電文ＤＢ１３２を検索し、取引通番に対応するデータを読み出し、事務集中センタ端末１４０ａに送信する（ステップＳ１１１）。事務集中センタ端末１４０ａの決済プログラム１４１は、事務集中センタサーバ１３０からデータを受信し、表示装置に表示する（ステップＳ１１３）。例えば図３０に示すような画面が表示されることになる。図３０の例では、取引通番表示欄、案件種別コード入力欄、顧客氏名表示欄、金額（入金金額）表示欄、受付年月日時刻表示欄が含まれている。表示欄についてはＡＴＭ１２４からのデータが表示され、案件種別コード入力欄には、税金納付のコード（００１）が表示されている。事務集中センタの担当者は、税金の納付書を確認し、案件種別コード入力欄に、案件種別コードを入力する。事務集中センタ端末１４０ａの決済プログラム１４１は、案件種別コードの入力を受け付ける（ステップＳ１１５）。処理は、端子Ｈを介して図３１に移行する。

そして、事務集中センタの担当者は、入力内容を確認した上、事務集中センタ端末１４０ａに決済指示を行う。事務集中センタ端末１４０ａの決済プログラム１４１は、担当者からの決済指示に応じて、ホストコンピュータ１００に対する決済処理要求電文を生成し、事務集中センタサーバ１３０に送信する（ステップＳ１１７）。決済処理要求電文は、取引通番、案件種別コード、及び金額情報を含む。その他のデータを含むようにしてもよい。事務集中センタサーバ１３０の電文制御プログラム１３１は、事務集中センタ端末１４０ａから決済処理要求電文を受信し、ＡＰサーバ１１０に転送する（ステップＳ１１９）。ＡＰサーバ１１０の電文制御プログラム１１１は、事務集中センタサーバ１３０から決済処理要求電文を受信すると（ステップＳ１２１）、一旦例えばメインメモリ等の記憶装置に格納する。ＡＰサーバ１１０の電文制御プログラム１１１は、決済処理要求電文に含まれる金額情報等を含む、ＭＢ専用口座ＤＢ１０６に対する出金処理要求電文を生成し、ホストコンピュータ１００に送信する（ステップＳ１２３）。

ホストコンピュータ１００の口座出金プログラム１０２は、決済処理要求電文に含まれる金額等を含む出金処理要求電文を受信し（ステップＳ１２５）、一旦例えばメインメモリ等の記憶装置に格納する。そして、出金処理要求電文に従ってＭＢ専用口座ＤＢ１０６に対して出金処理を実施する（ステップＳ１２７）。ＭＢ専用口座ＤＢ１０６の「金額」の列の値を減算し、さらに「入金出金バランス」の列の値を減算する。なお、「入金出金バランス」の列の値が負にならないか確認する。負となれば、エラーを発生させ別途処理を行う。

また、ＡＰサーバ１１０の電文制御プログラム１１１はホストコンピュータ１００から処理完了通知を受信すると、ステップＳ１２１において受信した決済処理要求に従って、オーダ管理ＤＢ１０７に対して取引通番に対応して案件種別コードを登録するためのオーダ更新要求電文を生成し、ホストコンピュータ１００に送信する（ステップＳ１２９）。ホストコンピュータ１００のオーダ管理プログラム１０３は、ＡＰサーバ１１０からオーダ更新要求電文を受信し（ステップＳ１３１）、一旦メインメモリ等の記憶装置に格納し、当該オーダ更新要求電文に従って、オーダ管理ＤＢ１０７に対する更新処理を実施する（ステップＳ１３３）。取引通番でオーダ管理ＤＢ１０７を検索し、該当レコードの案件種別コードを更新し、処理状態を「完了」に変更する。

また、ホストコンピュータ１００の送金処理プログラム１０４は、出金処理完了又はオーダ更新処理完了に応じて所定の送金処理を実施する（ステップＳ１３５）。所定の送金処理は、預金口座ＤＢ１０５において案件種別コードにより特定される口座に対する入金処理または他銀行への送金などを実施する。そして処理は端子Ｊを介して図３２の処理に移行する。

ホストコンピュータ１００のオーダ管理プログラム１０３は、処理通番及び案件種別コードを含むオーダ更新完了電文を生成し、ＡＰサーバ１１０に送信する（ステップＳ１３７）。ＡＰサーバ１１０の電文制御プログラム１１１は、処理通番及び案件種別コードを含むオーダ更新完了電文を受信し（ステップＳ１３９）、処理通番及び案件種別コードを含む、事務集中センタ端末１４０ａに対する決済処理完了電文を生成し、事務集中センタサーバ１３０に送信する（ステップＳ１４１）。事務集中センタサーバ１３０の電文制御プログラム１３１は、ＡＰサーバ１１０から決済処理完了電文を受信し、事務集中センタ端末１４０ａに転送する（ステップＳ１４３）。また、当該決済処理完了電文に含まれる処理通番を用いて仕掛電文ＤＢ１３２を検索し、案件種別コードを登録すると共に処理状態を「完了」に変更する（ステップＳ１４５）。

また、事務集中センタ端末１４０ａの決済プログラム１４１は、事務集中センタサーバ１３０から決済処理完了電文を受信し（ステップＳ１４７）、一旦例えばメインメモリ等の記憶装置に格納する。そして、決済プログラム１４１は、処理完了表示を行う（ステップＳ１４９）。事務集中センタの担当者は、処理完了表示を確認して、所定のキーなどを押して、次の画面（例えば取引番号入力画面）に移行させる（ステップＳ１５１）。

このような処理を実行することにより、案件種別コードの入力を営業店で行わなず事務集中センタでまとめて行っても従来と同様のシステム上の効果を得ることができる。なお、上でも述べたが営業店における事務効率の向上は実現され、顧客の待ち時間短縮などの効果も得られる。

なお、事務集中センタ端末１４０からは、オーダ管理ＤＢ１０７の参照処理を行うことも可能である。事務集中センタ端末１４０から取引通番を含む参照要求を、事務集中センタサーバ１３０、ＡＰサーバ１１０を介してホストコンピュータ１００のオーダ管理プログラム１０３に送信し、登録されたデータを取得する。また、事務集中センタサーバ１３０の仕掛電文ＤＢ１３２に対する検索を行うことも可能である。

以上本発明の実施の形態を説明したが、本発明はこれに限定されない。例えば図８に示したシステム構成は一例であって、営業店サーバ１２０、ＡＰサーバ１１０、事務集中センタサーバ等の機能については、上で述べたようなＭＢ専用口座ＤＢ１０６及びオーダ管理ＤＢ１０７に対する処理が可能であれば、どのような構成であってもよい。処理ステップについても、上で述べたようなＭＢ専用口座ＤＢ１０６及びオーダ管理ＤＢ１０７に対する処理が可能であれば、ステップの順番や内容を変更しても良い。

なお、図８に示したサーバ、ホストコンピュータ、端末は、コンピュータ装置であって、図３３に示すように、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

（付記１）
現金自動預払機と営業店端末とを含むモジュールボックスとモジュールボックス用入出金データ格納部及びモジュールボックス用オーダデータ格納部を有するホストコンピュータと事務集中センタ端末とを有するコンピュータ・システムにより実行される情報処理方法であって、
前記営業店端末により、特定の顧客の識別情報と取扱金額情報と取引識別情報とを記録した現金自動預払機用カードを発行するステップと、
前記現金自動預払機において、前記現金自動預払機用カードを用いた入金が指示されると前記現金自動預払用カードから前記特定の顧客の識別情報と前記取扱金額情報と前記取引識別情報とを読み出し、前記取扱金額情報に従った入金が確認されると前記特定の顧客の識別情報と前記取扱金額情報と前記取引識別情報とを含む、前記ホストコンピュータに対する入金処理要求を送信するステップと、
前記ホストコンピュータにおいて、前記入金処理要求に係るデータを受信すると、当該入金処理要求に係る前記取扱金額情報に従って入金登録を前記モジュールボックス用入出金データ格納部に対して行い、さらに前記モジュールボックス用オーダデータ格納部に前記入金処理要求に係る前記特定の顧客の識別情報と前記取扱金額情報と前記取引識別情報とを送金先のデータが不足した状態で登録する登録ステップと、
前記登録ステップの後任意のタイミングで、前記事務集中センタ端末において、前記取引識別情報に対応して送金先識別情報が入力されると、前記取引識別情報及び前記送金先識別情報を含む、前記ホストコンピュータに対する決済要求を送信する決済要求ステップと、
前記ホストコンピュータにおいて、前記決済要求に係るデータを受信すると、当該決済要求に係る前記取引識別情報に対応する前記取引金額情報に従って出金登録を前記モジュールボックス用入出金データ格納部に対して行い、前記決済要求に係る前記送金先識別情報に従って送金処理を実施し、さらに前記モジュールボックス用オーダデータ格納部に前記決済要求に係る前記取引識別情報に対応して前記送金先識別情報を登録するステップと、
を含む情報処理方法。

（付記２）
前記現金自動預払機において、前記入金処理要求に対する処理完了通知を受信した場合、入金処理完了を示す伝票を出力すると共に記録データが消去された前記現金自動預払機用カードを排出するステップ
をさらに含む付記１記載の情報処理方法。

（付記３）
前記コンピュータ・システムが、仕掛データ格納部を有する事務集中センタ・サーバをさらに含み、
前記登録ステップの後に、前記入金処理要求に係るデータを受信した場合、前記事務集中センタ・サーバが、前記仕掛データ格納部に格納するステップと、
前記事務集中センタ・サーバにおいて、前記事務集中センタ端末から要求を受信した場合、前記仕掛データ格納部から該当するデータを読み出し、前記事務集中センタ端末に送信するステップと、
をさらに含み、
前記決済要求ステップが、前記事務集中センタ端末により、前記事務集中センタ・サーバから受信したデータを用いて行われる
ことを特徴とする付記１又は２記載の情報処理方法。

（付記４）
現金自動預払機と営業店端末とを含むモジュールボックスと、
モジュールボックス用入出金データ格納部及びモジュールボックス用オーダデータ格納部を有するホストコンピュータと、
事務集中センタ端末と、
を有し、
前記営業店端末は、特定の顧客の識別情報と取扱金額情報と取引識別情報とを記録した現金自動預払機用カードを発行し、
前記現金自動預払機は、前記現金自動預払機用カードを用いた入金が指示されると前記現金自動預払用カードから前記特定の顧客の識別情報と前記取扱金額情報と前記取引識別情報とを読み出し、前記取扱金額情報に従った入金が確認されると前記特定の顧客の識別情報と前記取扱金額情報と前記取引識別情報とを含む、前記ホストコンピュータに対する入金処理要求を送信し、
前記ホストコンピュータは、前記入金処理要求に係るデータを受信すると、当該入金処理要求に係る前記取扱金額情報に従って入金登録を前記モジュールボックス用入出金データ格納部に対して行い、さらに前記モジュールボックス用オーダデータ格納部に前記入金処理要求に係る前記特定の顧客の識別情報と前記取扱金額情報と前記取引識別情報とを送金先のデータが不足した状態で登録し、
前記事務集中センタ端末は、前記ホストコンピュータにおける登録処理の後任意のタイミングで、前記取引識別情報に対応して送金先識別情報が入力されると、前記取引識別情報及び前記送金先識別情報を含む、前記ホストコンピュータに対する決済要求を送信し、
前記ホストコンピュータは、前記決済要求に係るデータを受信すると、当該決済要求に係る前記取引識別情報に対応する前記取引金額情報に従って出金登録を前記モジュールボックス用入出金データ格納部に対して行い、前記決済要求に係る前記送金先識別情報に従って送金処理を実施し、さらに前記モジュールボックス用オーダデータ格納部に前記決済要求に係る前記取引識別情報に対応して前記送金先識別情報を登録する
コンピュータ・システム。

（付記５）
前記現金自動預払機が、前記入金処理要求に対する処理完了通知を受信した場合、入金処理完了を示す伝票を出力すると共に記録データが消去された前記現金自動預払機用カードを排出する
付記４記載のコンピュータ・システム。

（付記６）
仕掛データ格納部を有する事務集中センタ・サーバをさらに含み、
前記入金処理要求に係るデータを受信した場合、前記事務集中センタ・サーバが、前記仕掛データ格納部に格納し、
前記事務集中センタ・サーバが、前記事務集中センタ端末から要求を受信した場合、前記仕掛データ格納部から該当するデータを読み出し、前記事務集中センタ端末に送信し、
前記事務集中センタ端末が、前記事務集中センタ・サーバから受信したデータを用いて処理を行い、前記決済要求を送信する
付記４又は５記載のコンピュータ・システム。

（付記７）
特定の顧客の識別情報と取引識別情報とが特定の送金先データが不足した状態で記録された現金自動預払機用入金カード。

（付記８）
取引金額情報がさらに記録された付記７記載の現金自動預払機用入金カード。

従来の業務フローを説明するための図である。 従来のコンピュータ・システムの概要を示す図である。 従来技術における第１の処理フローを示す図である。 従来技術における第２の処理フローを示す図である。 従来技術における第３の処理フローを示す図である。 本発明の実施の形態に係る銀行の営業店内のレイアウトを説明するための図である。 本発明の実施の形態に係る業務フローを説明するための図である。 本発明の実施の形態に係るコンピュータ・システムの概要を示す図である。 本発明の実施の形態に係る第１の処理フローを示す図である。 本発明の実施の形態に係る第２の処理フローを示す図である。 金融端末に表示される第１の表示画面の一例を示す図である。 金融端末に表示される第２の表示画面の一例を示す図である。 ＭＢ専用カードの一例を示す図である。 ＭＢ専用カードに記録されるデータの一例を示す図である。 金融端末に表示される第３の表示画面の一例を示す図である。 本発明の実施の形態に係る第３の処理フローを示す図である。 ＡＴＭに表示される第１の表示画面の一例を示す図である。 ＡＴＭに表示される第２の表示画面の一例を示す図である。 ＭＢ専用口座ＤＢに格納されるデータの一例を示す図である。 オーダ管理ＤＢに格納されるデータの一例を示す図である。 本発明の実施の形態に係る第４の処理フローを示す図である。 ＡＴＭに表示される第３の表示画面の一例を示す図である。 本発明の実施の形態に係るレシート伝票の一例を示す図である。 金融端末に表示される第４の表示画面の一例を示す図である。 税金の納付書の一例を示す図である。 本発明の実施の形態に係る第５の処理フローを示す図である。 仕掛電文ＤＢに格納されるデータの一例を示す図である。 本発明の実施の形態に係る第５の処理フローを示す図である。 事務集中センタ端末に表示される第１の表示画面の一例を示す図である。 事務集中センタ端末に表示される第２の表示画面の一例を示す図である。 本発明の実施の形態に係る第６の処理フローを示す図である。 本発明の実施の形態に係る第７の処理フローを示す図である。 コンピュータの機能ブロック図である。

符号の説明

１００ ホストコンピュータ １０１ 口座入金プログラム
１０２ 口座出金プログラム １０３ オーダ管理プログラム
１０４ 送金処理プログラム １０５ 預金口座ＤＢ
１０６ ＭＢ専用口座ＤＢ １０７ オーダ管理ＤＢ
１１０ ＡＰサーバ １１１ 電文制御プログラム
１２０ 営業店サーバ １２１ 金融端末
１２３ 勘定処理プログラム １２４ ＡＴＭ
１２５ 入出金プログラム １３０ 事務集中センタサーバ
１３１ 電文制御プログラム １３２ 仕掛電文ＤＢ
１４０ａ，１４０ｂ 事務集中センタ端末
１４１ 決済プログラム

Claims (5)

1. 現金自動預払機と営業店端末とを含むモジュールボックスとモジュールボックス用入出金データ格納部及びモジュールボックス用オーダデータ格納部を有するホストコンピュータと事務集中センタ端末とを有するコンピュータ・システムにより実行される情報処理方法であって、
   前記営業店端末により、特定の顧客の識別情報と取扱金額情報と取引識別情報とを記録した現金自動預払機用カードを発行するステップと、
   前記現金自動預払機において、前記現金自動預払機用カードを用いた入金が指示されると前記現金自動預払用カードから前記特定の顧客の識別情報と前記取扱金額情報と前記取引識別情報とを読み出し、前記取扱金額情報に従った入金が確認されると前記特定の顧客の識別情報と前記取扱金額情報と前記取引識別情報とを含む、前記ホストコンピュータに対する入金処理要求を送信するステップと、
   前記ホストコンピュータにおいて、前記入金処理要求に係るデータを受信すると、当該入金処理要求に係る前記取扱金額情報に従って入金登録を前記モジュールボックス用入出金データ格納部に対して行い、さらに前記モジュールボックス用オーダデータ格納部に前記入金処理要求に係る前記特定の顧客の識別情報と前記取扱金額情報と前記取引識別情報とを送金先のデータが不足した状態で登録する登録ステップと、
   前記登録ステップの後任意のタイミングで、前記事務集中センタ端末において、前記取引識別情報に対応して送金先識別情報が入力されると、前記取引識別情報及び前記送金先識別情報を含む、前記ホストコンピュータに対する決済要求を送信する決済要求ステップと、
   前記ホストコンピュータにおいて、前記決済要求に係るデータを受信すると、当該決済要求に係る前記取引識別情報に対応する前記取引金額情報に従って出金登録を前記モジュールボックス用入出金データ格納部に対して行い、前記決済要求に係る前記送金先識別情報に従って送金処理を実施し、さらに前記モジュールボックス用オーダデータ格納部に前記決済要求に係る前記取引識別情報に対応して前記送金先識別情報を登録するステップと、
   を含む情報処理方法。
2. 前記現金自動預払機において、前記入金処理要求に対する処理完了通知を受信した場合、入金処理完了を示す伝票を出力すると共に記録データが消去された前記現金自動預払機用カードを排出するステップ
   をさらに含む請求項１記載の情報処理方法。
3. 前記コンピュータ・システムが、仕掛データ格納部を有する事務集中センタ・サーバをさらに含み、
   前記登録ステップの後に、前記入金処理要求に係るデータを受信した場合、前記事務集中センタ・サーバが、前記仕掛データ格納部に格納するステップと、
   前記事務集中センタ・サーバにおいて、前記事務集中センタ端末から要求を受信した場合、前記仕掛データ格納部から該当するデータを読み出し、前記事務集中センタ端末に送信するステップと、
   をさらに含み、
   前記決済要求ステップが、前記事務集中センタ端末により、前記事務集中センタ・サーバから受信したデータを用いて行われる
   ことを特徴とする請求項１又は２記載の情報処理方法。
4. 現金自動預払機と営業店端末とを含むモジュールボックスと、
   モジュールボックス用入出金データ格納部及びモジュールボックス用オーダデータ格納部を有するホストコンピュータと、
   事務集中センタ端末と、
   を有し、
   前記営業店端末は、特定の顧客の識別情報と取扱金額情報と取引識別情報とを記録した現金自動預払機用カードを発行し、
   前記現金自動預払機は、前記現金自動預払機用カードを用いた入金が指示されると前記現金自動預払用カードから前記特定の顧客の識別情報と前記取扱金額情報と前記取引識別情報とを読み出し、前記取扱金額情報に従った入金が確認されると前記特定の顧客の識別情報と前記取扱金額情報と前記取引識別情報とを含む、前記ホストコンピュータに対する入金処理要求を送信し、
   前記ホストコンピュータは、前記入金処理要求に係るデータを受信すると、当該入金処理要求に係る前記取扱金額情報に従って入金登録を前記モジュールボックス用入出金データ格納部に対して行い、さらに前記モジュールボックス用オーダデータ格納部に前記入金処理要求に係る前記特定の顧客の識別情報と前記取扱金額情報と前記取引識別情報とを送金先のデータが不足した状態で登録し、
   前記事務集中センタ端末は、前記ホストコンピュータにおける登録処理の後任意のタイミングで、前記取引識別情報に対応して送金先識別情報が入力されると、前記取引識別情報及び前記送金先識別情報を含む、前記ホストコンピュータに対する決済要求を送信し、
   前記ホストコンピュータは、前記決済要求に係るデータを受信すると、当該決済要求に係る前記取引識別情報に対応する前記取引金額情報に従って出金登録を前記モジュールボックス用入出金データ格納部に対して行い、前記決済要求に係る前記送金先識別情報に従って送金処理を実施し、さらに前記モジュールボックス用オーダデータ格納部に前記決済要求に係る前記取引識別情報に対応して前記送金先識別情報を登録する
   コンピュータ・システム。
5. 特定の顧客の識別情報と取引識別情報とが特定の送金先データが不足した状態で記録された現金自動預払機用入金カード。

Images