JP4183518B2 - 取引管理システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、窓口や自動取引装置で行われる取引の順序を管理する技術に関する。
【０００２】
【従来の技術】
銀行や郵便局等では、ロビーに設置された受付装置によって受付票を発行している。顧客は、この受付票を受け取ることにより窓口の予約を行うことができる。窓口係は、受付票に記載された受付番号を所定の方法により順次呼び出すことにより、円滑に顧客と取引を行うことができる。
【０００３】
銀行や郵便局等では、窓口以外にも、ＡＴＭ等の自動取引装置を利用することにより種々の取引を行うことができる。以下に記載した特許文献には、所定の条件の場合に自動取引装置が自動的に窓口の予約を行う技術等が開示されている。
【０００４】
【特許文献１】
特開２００１−４３４４４号公報
【特許文献２】
特開平９−３５１２９号公報
【特許文献３】
特開２０００−１１０７４号公報
【０００５】
【発明が解決しようとする課題】
顧客は、窓口の予約を行った後に、自動取引装置を利用する場合がある。このような場合、顧客は、窓口から受付番号の呼び出しを受けたとしても、その呼び出しに応じることができず、窓口係から不在と判断され、受付予約が取り消されてしまう場合があった。
【０００６】
本発明は、かかる課題に鑑みてなされたものであり、窓口予約を取消されずに自動取引装置を利用可能な予約管理を行うことを目的とする。
【０００７】
【課題を解決するための手段】
上記課題を解決するため、本発明を次のように構成した。すなわち、窓口と自動取引装置で行われる取引の順序を管理する取引管理システムであって、顧客が前記窓口の予約操作を行うための予約操作部と、該予約操作に基づき、前記窓口の予約を管理する予約管理部と、前記自動取引装置の利用者と前記窓口の予約を行った予約者とを対応付けるための対応情報を、前記自動取引装置および前記予約操作部の少なくとも一方から取得する対応情報取得部とを備え、前記予約管理部は、該対応情報に基づき、少なくとも前記自動取引装置の利用中は、該利用者についての前記予約を調整することを特徴とした取引管理システムである。
【０００８】
本発明によれば、窓口の予約を行った顧客が自動取引装置を利用中であるか否かを判別することが可能であり、その顧客の窓口予約の調整を行うことができる。調整とは、例えば、その窓口予約を保留にしたり、他の予約者の予約を優先させたりといった処理である。
【０００９】
上記取引管理システムにおいて、前記対応情報は、前記予約操作部が発行した受付情報であり、前記対応情報取得部は、該受付情報を前記自動取引装置から取得するものとしてもよい。
【００１０】
かかる構成によれば、予約操作部が発行した受付情報に基づき窓口予約の調整を行うことができる。受付情報とは、例えば、受付番号のように、予約者を一意に判別することができる情報である。もちろん番号のみならず、その他の記号等が含まれていてもよい。予約操作部は、このような受付情報を紙片などに印刷して顧客に発行することができる。顧客は、このような受付情報の発行を受けた後、自動取引装置に受付情報を入力する。こうすることにより、対応情報取得部は、自動取引装置から受付情報を取得することができる。なお、予約操作部は、取引管理システムとは別体の装置として構成してもよい。
【００１１】
また、上記取引管理システムにおいて、前記対応情報は、前記予約操作部で入力される顧客固有の識別情報であり、前記対応情報取得部は、前記予約操作部と前記自動取引装置の双方から前記識別情報を取得するものとしてもよい。
【００１２】
顧客固有の識別情報とは、例えば、磁気カードや通帳に記録された顧客の口座番号などの情報である。対応情報取得部は、このような情報を予約操作部と自動取引装置の双方から入力することにより、窓口予約を行った顧客が自動取引装置を利用中であるか否かを判別することができる。また、磁気カードや通帳は自動取引装置の利用の際には必ず用いられる媒体のため、自動取引装置の操作中に受付番号を入力するなどといった特別の操作をするまでもなく予約の調整を行うことができる。
【００１３】
また、上記取引管理システムにおいて、前記予約管理部は、前記自動取引装置から前記予約を取り消す旨の通知と前記対応情報とを取得した場合に、該対応情報に対応した予約者の予約を取消すものとしてもよい。こうすることにより、窓口の予約を行った予約者が、自動取引装置の利用によって窓口に赴く必要がなくなった場合等に、その予約を取消すことができる。
【００１４】
このような予約を取消しは、前記自動取引装置による取引終了時に、未了の取引が存在しない場合に行うことが好ましい。未了の取引とは、取引処理が最後まで完了しなかった取引であり、例えば、通帳の繰越しが必要になり取引記録が全て印刷できなかった取引などである。
【００１５】
また、上記取引管理システムにおいて、前記自動取引装置は、前記利用者から前記窓口で行う取引の種別を入力した場合に、前記予約管理部に対して該取引の種別および前記対応情報を通知し、前記予約管理部は、該通知を取得した場合に、前記取引種別に応じた窓口を前記対応情報に対応する予約者に割り当てるものとしてもよい。こうすることにより、取引の種別に応じて最適な窓口を顧客に案内することができる。
【００１６】
また、上記取引管理システムにおいて、前記予約操作部は、前記顧客から取引の種別を入力する取引種別入力部を備え、前記予約管理部は、前記予約操作および前記取引の種別に応じて前記窓口の予約を管理するものとしてもよい。こうすることにより、取引種別に応じた窓口の予約を行うことができる。
【００１７】
このように、予約操作部によって取引種別を選択する構成とした場合には、前記自動取引装置は、前記取引の種別を前記予約管理部から取得し、該取引の種別に基づき、前記利用者に対応する取引処理を実行するものとしてもよい。このような構成とすることにより、顧客は自動取引装置で改めて取引の選択を行うことなく取引を実行することができる。
【００１８】
また、このような取引管理システムにおいて、前記自動取引装置は、前記取引処理の実行終了後、予約操作部によって選択した取引種別のうち、未了の取引種別が存在する場合に、該未了の取引種別と前記対応情報とを前記予約管理部に通知し、前記予約管理部は、該通知を受信した場合に、前記未了の取引種別に応じた窓口を前記対応情報に対応する予約者に割り当てるものとしてもよい。こうすることにより、例えば、自動取引装置で処理できなかった取引などを、その取引の種別に応じて最適な窓口で処理することが可能となる。
【００１９】
本発明は、また、コンピュータが窓口の予約を管理する窓口予約管理方法であって、顧客に受付情報を発行する工程と、該受付情報に応じて窓口の予約を行う工程と、自動取引装置から前記受付情報を入力した場合に、該受付情報に対応した前記予約を保留にする工程と、を含む窓口予約管理方法としても構成することができる。
【００２０】
本発明において上述した種々の態様は、適宜、組み合わせたり、一部を省略したりして適用することができる。また、本発明は、上述した取引管理システムとしての構成のほか、例えば、取引管理システムの制御方法や取引管理システムを制御するためのプログラムとしても構成することができる。いずれの構成においても、上述した各態様を適宜、適用可能である。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態について実施例に基づき次の順序で説明する。
Ａ．第１実施例
（Ａ１）取引管理システムの全体構成：
（Ａ２）自動取引装置の処理：
（Ａ３）サーバの処理：
（Ａ４）自動取引装置利用後の窓口予約：
Ｂ．第２実施例：
（Ｂ１）受付装置：
（Ｂ２）受付装置の処理：
（Ｂ３）自動取引装置の処理：
Ｃ．変形例：
【００２２】
Ａ．第１実施例
（Ａ１）取引管理システムの全体構成：
図１は、取引管理システムの全体構成を示す説明図である。取引管理システム１００は、銀行や郵便局などに設けられ、窓口予約の管理を行うシステムである。取引管理システム１００は、サーバ１０や、受付装置２０、自動取引装置３０、窓口端末４０、案内装置５０をＬＡＮによって接続することにより構成される。もちろん、これらはＬＡＮに限定されず、ＷＡＮやインターネットにより接続されていてもよい。
【００２３】
サーバ１０は、ＣＰＵやＲＡＭ、ハードディスク等を備えたコンピュータであり、受付装置２０や自動取引装置３０、窓口端末４０、案内装置５０などと連携を図ることにより窓口の予約を統括する。サーバ１０は、衛星通信や公衆回線、専用線などにより遠隔地に設置された勘定系ホスト６０とも接続されている。
【００２４】
サーバ１０には、窓口予約の管理を実現するためのソフトウェアがインストールされている。図示する通信部１１や予約管理部１２はこのソフトウェアにより実現される機能部である。通信部１１は、上述した各装置との通信を行い、予約管理部１２は、この通信に基づき予約データベース１３を用いて窓口予約の管理を行う。
【００２５】
予約データベース１３は、サーバ１０のハードディスクに記録されているものとした。むろん、ネットワークによって接続したデータベースサーバ等に記録されているものとしてもよい。図には、予約データベース１３のデータ構造の一例を併せて示している。予約データベース１３には、受付順序と受付番号、およびその受付番号の発行された顧客が現在どのような取引状態であるかを表す仕掛状況ステータスが記録されるものとした。仕掛状況ステータスには、「仕掛中」「待ち」「保留」のいずれかが記録される。仕掛中とは、現在その顧客が窓口で取引中であることを表し、「待ち」とは、窓口からの呼び出しを待っている状態を表す。「保留」とは、顧客が自動取引装置３０を利用中のため、予約を保留している状態を表している。
【００２６】
受付装置２０は、顧客の所定の操作に応じて受付票の発行を行う。顧客は、この受付票を受領することにより、窓口の予約を行うことができる。受付装置２０はＣＰＵやＲＡＭ、ＲＯＭを備えるコンピュータを内蔵しており、ＲＯＭには受付装置２０を制御するためのプログラムが記録されている。図示する発行部２１は、受付装置２０が備える受付票発行機構を制御して受付番号（図中では１５番）を印字した受付票の発行を行う機能部である。通信部２２は、サーバ１０に対して、窓口予約を行う旨の「予約メッセージ」と顧客に発行した受付番号とを通知する。サーバ１０は、この通知を受信することにより予約データベース１３に受付番号を登録することができる。
【００２７】
自動取引装置３０は、いわゆるＡＴＭ（Automatic Teller Machine）であり、周知のように、顧客の操作に応じて、現金の引出しや預入れ、振込み等、種々の取引を行う装置である。自動取引装置３０にもコンピュータが内蔵されており、ＲＯＭに記録されたプログラムに基づき、これらの取引処理を行う。本実施例の自動取引装置３０は、このような従来の機能のほか、受付装置２０で発行された受付番号を顧客から入力する受付番号入力部３１を備えている。自動取引装置３０は、この入力を受けると、通信部３２によって受付番号をサーバに通知する。サーバ１０は、この通知を受信することにより、窓口予約を行った顧客が自動取引装置３０を利用中であることを判別できる。
【００２８】
窓口端末４０は、窓口に設置されたコンピュータであり、顧客との種々の取引処理を実行するためのプログラムがインストールされている。このプログラムは、窓口係の所定の操作により顧客を呼び出すための呼出部４１も備えている。ただし、実際の顧客の呼び出しは、ロビー等に設置された案内装置５０が行う。すなわち、窓口端末４０は、窓口係からの所定の操作があると、サーバ１０に対して次の顧客を呼び出す旨の呼出メッセージを通信部４２により通知する。サーバ１０は、この通知を受信すると、予約データベース１３を参照し、呼び出すべき次の顧客の受付番号を検索する。そして、案内装置５０にこの受付番号を呼び出すよう命令する。
【００２９】
案内装置５０は、通信部５１を介して上記命令をサーバ１０から受信すると、案内部５２により顧客の呼び出しを行う。案内装置５０は、コンピュータや音声出力装置、電光掲示装置を備えており、案内部５２は、これらの装置を制御して音声や電光掲示によって受付番号の呼び出しを行う機能部である。
【００３０】
（Ａ２）自動取引装置の処理：
図２は、自動取引装置３０において実行される処理のフローチャートである。まず、自動取引装置３０は、顧客から取引の選択を受ける（ステップＳ１０）。顧客は、自動取引装置３０のモニタに表示されたメニューの中から所望の取引を選択する。メニューには、例えば、現金の引出しや預入れ、振込み、振替え、などのメニューが含まれる。
【００３１】
次に、自動取引装置３０は、受付票所持確認画面を表示する（ステップＳ１１）。図３には、この画面表示の一例を示した。顧客は、受付票を所持している場合に、図の「持っている」ボタンを入力する。所持していない場合は、「確認」ボタンを入力する。自動取引装置３０は、この入力に基づき、受付票の有無の判定を行う（ステップＳ１２）。受付票を持っていないと判定した場合（ステップＳ１２：Ｎｏ）には、通常の取引処理を行う。通常の取引処理とは、窓口予約の調整を行うことなく取引を行う処理である。受付票を持っていると判定した場合（ステップＳ１２：Ｙｅｓ）は、次に、受付番号入力画面を表示する（ステップＳ１３）。
【００３２】
図４には、受付番号入力画面の一例を示した。この画面により、顧客は、受付票に記載された受付番号の入力を行う。受付番号が入力されない場合（ステップＳ１５：Ｎｏ）には、ステップＳ１５をループすることにより入力されるまで待機する。受付番号が入力された場合（ステップＳ１５：Ｙｅｓ）には、自動取引装置３０は、入力された受付番号と「予約保留メッセージ」をサーバ１０に発信する（ステップＳ１６）。「予約保留メッセージ」とは、窓口予約を保留にするためのメッセージである。このメッセージによりサーバ１０は、顧客の予約を保留にすることができる。サーバ１０側の詳細な処理は後述する。
【００３３】
自動取引装置３０は、上記メッセージを発信後、ステップＳ１０で受け付けた取引処理を実行し（ステップＳ１７）、取引処理が正常に終了したか否かを判定する（ステップＳ１８）。正常に終了しない場合とは、例えば、通帳の繰越が必要になったために、取引結果を全て印刷できなかった場合などである。取引処理が正常に終了しなかった場合（ステップＳ１８：Ｎｏ）には、ステップＳ２１に進み、サーバ１０に対して受付番号と「保留解除メッセージ」を発信する。サーバ１０は、このメッセージを受信することにより、上記ステップＳ１６で行った予約の保留を解除することができる。
【００３４】
一方、ステップＳ１８で取引が正常に終了したことを判定した場合（ステップＳ１８：Ｙｅｓ）には、窓口予約要否確認画面を表示する（ステップＳ１９）。図５には、この画面の一例を示した。顧客は、自動取引装置３０での取引が正常に終了した場合であっても窓口で他の取引を行いたい場合がある。そのため、顧客はこの画面の指示に従い、予約を継続する場合には、「予約継続」ボタンを入力し、キャンセルする場合には「取消」ボタンを入力する。
【００３５】
自動取引装置３０は、上記ボタンの入力に基づき、窓口予約を継続するか否かを判定する（ステップＳ２０）。窓口予約を継続すると判定した場合（ステップＳ２０：Ｙｅｓ）には、サーバ１０に対して受付番号と保留解除メッセージを送信する（ステップＳ２１）。サーバ１０は、このメッセージを受信することにより、窓口予約の保留を解除することができる。一方、窓口予約を取消すと判定した場合（ステップＳ２０：Ｎｏ）には、サーバ１０に受付番号と「予約取消メッセージ」を送信する（ステップＳ２２）。サーバ１０は、この予約取消メッセージを受信することにより、顧客の窓口予約を取消すことができる。
【００３６】
以上の処理により自動取引装置３０は、顧客が受付票を所持しているか否かに応じて顧客の窓口予約を保留にすることができる。そのため、窓口予約を行った顧客は、自動取引装置３０の利用中に窓口から呼び出されることがなく、安心して自動取引装置３０を利用することが可能になる。
【００３７】
上記ステップＳ１９では、窓口の予約を継続するか否かを顧客に問い合わせるものとしたが、例えば、図６で示すように、自動取引装置３０での取引終了後に窓口で行う取引を顧客に選択させるものとしてもよい。このような構成であれば、例えば、顧客が図中の「ローン・融資」や「税公金支払」を選択した場合に、その専用窓口の予約を自動的に行うことができる。「その他」の取引が選択された場合には、窓口予約の継続が選択されたものとして、サーバに「保留解除メッセージ」と受付番号を送信する。
【００３８】
また、上記ステップＳ１９では、取引が正常終了した場合に、窓口予約を継続するか否かを顧客に問い合わせるものとした。しかし、この問い合わせを行うことなく自動的に予約を取消すものとしてもよい。取引が正常に終了すれば、顧客は窓口に赴く必要がない場合が多いためである。その他、上記ステップＳ１８では、取引が正常終了したかどうかを判定するものとしたが、このような判定を行うことなく、顧客が自動取引装置３０の利用を終了した場合には、単純に、窓口予約の保留解除をするものとしてもよい。
【００３９】
（Ａ３）サーバの処理：
図７は、サーバ１０において実行される処理のフローチャートである。まず、サーバ１０は、受付装置２０から予約メッセージを受信したか否かを判定する（ステップＳ３０）。受信した場合は、その予約メッセージとともに受信した受付番号を予約データベース１３に登録し、仕掛状況ステータスを「待ち」とする（ステップＳ３１）。こうすることにより、サーバ１０は、顧客の窓口予約を行うことができる。
【００４０】
上記ステップＳ３０において、予約メッセージを受信していないと判定した場合は、次に、自動取引装置３０から予約取消メッセージを受信したか否かを判定する（ステップＳ３２）。受信した場合は、その予約取消メッセージとともに受信した受付番号を予約データベース１３から削除し、その番号以降の受付番号の順序を順次繰り上げる（ステップＳ３３）。こうすることにより、サーバ１０は予約の取消を行うことができる。
【００４１】
上記ステップＳ３２において、予約取消メッセージを受信していないと判定した場合は、自動取引装置３０から予約保留メッセージを受信したか否かを判定する（ステップＳ３４）。受信した場合は、その予約保留メッセージとともに受信した受付番号の仕掛状況を「待ち」から「保留」に変更する（ステップＳ３５）。こうすることにより、サーバ１０は、顧客の窓口予約を保留状態にすることができる。
【００４２】
上記ステップＳ３４において、予約保留メッセージを受信していないと判定した場合は、次に、自動取引装置３０から保留解除メッセージを受信したか否かを判定する（ステップＳ３６）。受信した場合は、その保留解除メッセージとともに受信した受付番号の仕掛状況を「保留」から「待ち」に変更する（ステップＳ３７）。こうすることにより、サーバ１０は、予約の保留を解除することができる。
【００４３】
上記ステップＳ３６において、保留解除メッセージを受信していないと判定した場合は、窓口端末４０から呼出メッセージを受信したか否かを判定する（ステップＳ３８）。受信していない場合は、処理を抜けて再びステップＳ３０に戻り以上の処理をループする。受信した場合については、図８を交えて以下に説明する。
【００４４】
図８は、呼出メッセージ受信時の予約データベース１３の更新方法を示す説明図である。まず、図８（ａ）および（ｂ）で示すように、予約データベース１３に記録された受付順序１の受付番号を削除する（ステップＳ３９）。そして、受付順序が２以降で仕掛状況が「待ち」である最初の受付番号を受付順序１に繰り上げる（ステップＳ４０）。図８（ｂ）では、受付番号１２の仕掛状況が「保留」となっているため、図８（ｃ）で示すように、先に受付番号１３を受付順序１に繰り上げる。さらに、図８（ｄ）で示すようにその他の受付番号の受付順序を順次繰り上げ（ステップＳ４１）、受付順序１に繰り上げた受付番号を呼び出すよう案内装置５０に命令する（ステップＳ４２）。
【００４５】
サーバ１０は、以上で説明した処理を実行することにより、他の装置から受信したメッセージに応じて窓口予約の調整を図ることができる。なお、上述した種々の判定処理の順序は特に限定されることはない。
【００４６】
Ｂ．第２実施例：
次に、第２実施例について説明する。取引管理システム１００の全体構成は第１実施例と同様であるが、本実施例では、顧客が受付装置２０を用いて所望の取引を選択する構成とした。また、取扱い可能な取引毎に窓口が複数用意されているものとした。
【００４７】
（Ｂ１）受付装置：
図９は、本実施例における受付装置２０の概略正面図である。受付装置２０は、タッチパネルを兼ねた表示部２３を備えており、表示部２３には、顧客から取引の選択を受けるためのメニューが表示される。顧客は、表示されたメニューの中から希望の取引を選択し、受付票発行ボタンを入力する。こうすることにより、受付番号が印字された受付票が発行され、窓口予約を行うことができる。なお、取引は複数種類を同時に選択することが可能である。
【００４８】
図１０は、本実施例における予約データベース１３の概略構成を示す説明図である。図示するように、本実施例の予約データベース１３には、窓口毎に受付番号が登録されるものとした。また、受付番号や仕掛状況に加え、受付装置２０で選択した取引種別も登録されるものとした。本実施例では、窓口１は、ローンや融資の相談を受ける窓口とし、窓口２は税公金の支払いが可能な窓口とした。また、窓口３はローン・融資を除く取引が可能な窓口であるものとした。なお、本実施例では、「ローン・融資」と「税公金支払」は、自動取引装置３０では取扱いができないものとする。
【００４９】
（Ｂ２）受付装置の処理：
図１１は、受付装置２０で実行される窓口予約処理のフローチャートである。まず、受付装置２０は、図９で示したように、取引選択画面を表示することにより、取引の選択を受け付ける（ステップＳ５０）。そして、受付票発行ボタンの操作の有無により、選択が終了したか否かを判定する（ステップＳ５１）。選択が終了していないと判定した場合（ステップＳ５１：Ｎｏ）には、ステップＳ５０に戻ってループする。終了したと判定した場合（ステップＳ５１：Ｙｅｓ）には、受付番号を印字した受付票を発行し（ステップＳ５２）、選択された取引の種別と受付番号、および、予約メッセージをサーバ１０に通知する（ステップＳ５３）。サーバ１０側は、図７のステップＳ３０、３１において、この通知を受信し、受信した情報を予約データベース１３に登録する。
【００５０】
本実施例の受付装置２０は、同時に複数の取引が選択可能なため、例えば、「ローン・融資」と「税公金支払」、および、「お振込」といったように複数の窓口にまたがる取引が選択される場合がある。このような場合、他の予約者との公平を期すため、予約データベース１３には、同じ受付番号が重複して登録されることを禁止することが好ましい。
【００５１】
重複登録を禁止する方法としては、サーバ１０は、窓口番号の若い方から窓口予約を行うものとし、その取引が終了した時点で次の窓口に予約を行うという方法を適用することができる。例えば、上記のように、すべての窓口の予約が必要な場合には、まず、窓口１に受付番号が登録され、その窓口での取引が終了した時点で、窓口２に受付番号が登録される。そして、窓口２での取引が終了した時点で窓口３に予約番号が登録される。このような方法を適用すれば、顧客が、複数の窓口から同時に呼び出されることを防止することができ、また、他の顧客を差し置いて、複数の窓口から連続して呼び出されるといった現象を防ぐこともできる。その他の方法としては、待ち人数の少ない窓口に予約を入れるものとしてもよい。
【００５２】
（Ｂ３）自動取引装置の処理：
図１２は、本実施例の自動取引装置３０において実行される処理のフローチャートである。まず、自動取引装置３０は、図３で示したように受付票所持確認画面を表示し（ステップＳ６０）、顧客が受付票を所持しているか否かを判定する（ステップＳ６１）。受付票なしと判定した場合（ステップＳ６１：Ｎｏ）には、通常の取引処理を行う（ステップＳ６２）。この場合の通常の取引処理とは、受付装置２０ではなく自動取引装置３０で選択した取引を実行する処理である。一方、受付票ありと判定した場合（ステップＳ６１：Ｙｅｓ）には、受付番号入力画面を表示する（ステップＳ６３）。ここで、受付番号が入力されると（ステップＳ６４：Ｙｅｓ）、自動取引装置３０は、入力された受付番号と予約保留メッセージをサーバ１０に送信する（ステップＳ６５）。サーバ１０は、このメッセージを受信することにより、予約を保留にすることができる。
【００５３】
次に、自動取引装置３０は、入力された受付番号に対応する取引種別をサーバ１０から取得する（ステップＳ６６）。サーバ１０側は、上記予約保留メッセージを受信した場合に、その受付番号に対応する取引種別を予約データベース１３から検索して自動取引装置３０に送信するものとする。自動取引装置３０は、取引種別を取得すると、取得した取引種別に応じた取引処理を実行する（ステップＳ６７）。
【００５４】
次に、自動取引装置３０は、上記ステップＳ６６において取得した取引が全て終了したか否かを判定する（ステップＳ６８）。全ての取引が終了した場合（ステップＳ６８：Ｙｅｓ）には、顧客は窓口に赴く必要がないため、サーバ１０に対して予約取消メッセージと受付番号を送信する（ステップＳ６９）。こうすることにより、サーバ１０は受付予約を取消すことができる。
【００５５】
一方、全ての取引が終了していない場合（ステップＳ６８：Ｎｏ）には、サーバ１０に対して、残存した取引の種別、受付番号、および、保留解除メッセージを送信する（ステップＳ７０）。全ての取引が終了していない場合とは、例えば、受付装置２０で選択した取引の中に、自動取引装置３０では処理できない取引が存在していた場合などである。
【００５６】
サーバ１０は、残存した取引種別情報を受信すると、予約データベース１３に記録された取引種別情報を更新し、残存した取引を行う最適な窓口を選定する。例えば、残存した取引種別が「ローン・融資」であれば、窓口１が選定され、「税公金支払」であれば、窓口２が選定される。「ローン・融資」「税公金支払」の両者が残存した場合は、上述した重複登録の禁止の適用により、まずは窓口１が選定されることとなる。
【００５７】
残存した取引種別が「税公金支払」の場合には、窓口２でも３でも取り扱うことができるため、より早く順序が回ってくる窓口を選定することが好ましい。例えば、図１０において、窓口２に登録された受付番号２２の顧客が自動取引装置３０によって「振込み（Ｔ）」を完了した場合、「税公金支払（Ｐ）」が残存することとなる。「税公金支払」は窓口３でも処理可能なため、窓口２の受付順序５から、それよりも早く受付を行うことが可能な窓口３の受付順序４に登録を変更する。変更後は、窓口３の元の受付番号４〜８の順序を、１つずつ繰り下げる。このような処理を行うことにより、サーバ１０は、残存した取引種別に応じて最適な窓口を自動取引装置３０に通知することができる。
【００５８】
最後に、自動取引装置３０は、サーバ１０が選定した窓口番号を取得し（ステップＳ７１）、その窓口情報を画面上に表示する（ステップＳ７２）。図１３には、窓口情報を表示した画面例を示した。この画面により、顧客は、呼び出される窓口を予め把握することができる。
【００５９】
以上で説明した処理によれば、顧客は、予め受付装置２０で選択した取引を自動取引装置３０と窓口の両者を用いて柔軟に処理することができる。また、自動取引装置３０の利用中は、窓口から呼び出されることがないため、顧客は安心して自動取引装置３０を利用することができる。更に、自動取引装置３０で全ての取引を完了できなかった場合には、最適な窓口番号が通知されるため、利便性を向上させることができる。
【００６０】
Ｃ．変形例：
上述した種々の実施例では、受付番号を用いることにより顧客が自動取引装置３０を利用中であるか否かを判別するものとした。しかし、かかる判別は、その他にも種々の方法を適用することができる。図１４は、取引管理システム１００の他の態様を示す説明図である。かかるシステムでは、顧客が、受付装置２０に磁気カードを挿入することにより受付票を発行するものとした。受付装置２０は、挿入された磁気カードから顧客の口座番号を入力すると、その口座番号と受付番号をサーバ１０に通知する。サーバ１０は、この通知により、受付番号と口座番号とを対応付けて予約データベース１３に登録する。
【００６１】
顧客は、自動取引装置３０の利用時には磁気カードを挿入する。すると、自動取引装置３０は、その磁気カードから顧客の口座番号情報を取得し、サーバ１０に通知する。サーバ１０は、このように通知を受けた口座番号情報を用いて、予約データベース１３に登録された口座番号情報を照会する。照会の結果、同一の口座番号情報が記録されていた場合は、その口座番号に対応する受付番号の予約を保留にする。このような構成とすることにより、顧客は、自動取引装置３０において受付番号の入力など特別な操作を行うことなく、窓口予約を保留にすることができる。
【００６２】
以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。例えば、ソフトウェアにより実現した機能は、ハードウェア的に実現しても構わない。また、実施例では、自動取引装置としてＡＴＭを例に挙げて説明したが、自動取引装置としてはその他にも、例えば、銀行のロビー等に設置され、顧客が各種情報の照会やローンシミュレーションを行うことができるロビー端末（ＴＡＰコンソール）や、税公金支払のための各種帳票を光学的に読み取って支払い処理が可能なイメージＡＴＭ、通帳の繰越や両替が可能な装置、テレビ電話などを介してオペレータと各種取引を行う自動応対サービス機（ＡＣＭ：Automated Consulting and contract Machine）などを適用することができる。
【００６３】
【発明の効果】
本発明によれば、顧客が自動取引装置を利用中であるか否かに応じて窓口予約を保留にすることができる。従って、顧客は、自動取引装置を利用中に窓口から呼び出されることがなく安心して自動取引装置を利用することができる。また、不意の呼び出しによる操作ミスの軽減を図ることもできる。
【図面の簡単な説明】
【図１】 取引管理システムの全体構成を示す説明図である。
【図２】 自動取引装置３０において実行される処理のフローチャートである。
【図３】 受付票所持確認画面の表示例である。
【図４】 受付番号入力画面の表示例である。
【図５】 窓口予約要否確認画面の表示例である。
【図６】 窓口で行う取引を選択させる画面の表示例である。
【図７】 サーバ１０において実行される処理のフローチャートである。
【図８】 呼出メッセージ受信時の予約データベース１３の更新方法を示す説明図である。
【図９】 第２実施例における受付装置２０の概略正面図である。
【図１０】 第２実施例における予約データベース１３の概略構成を示す説明図である。
【図１１】 受付装置２０で実行される窓口予約処理のフローチャートである。
【図１２】 自動取引装置３０において実行される処理のフローチャートである。
【図１３】 窓口情報の表示例である。
【図１４】 取引管理システム１００の他の態様を示す説明図である。
【符号の説明】
１０…サーバ
１１…通信部
１２…予約管理部
１３…予約データベース
２０…受付装置
２１…発行部
２２…通信部
２３…表示部
３０…自動取引装置
３１…受付番号入力部
３２…通信部
４０…窓口端末
４１…呼出部
４２…通信部
５０…案内装置
５１…通信部
５２…案内部
６０…勘定系ホスト
１００…取引管理システム

Claims (4)

1. 所定の通信回線によって接続された受付端末と自動取引装置と窓口端末とサーバとを備え、窓口と前記自動取引装置とで行われる取引の順序を管理する取引管理システムであって、
   前記受付端末は、
   顧客から、前記窓口における取引を予約するための窓口予約を行う操作を受け付け、該操作ごとに受付番号を発行し、該発行した受付番号を前記顧客に提示する予約操作部と、
   前記予約操作部が前記予約操作を受け付けた旨の予約メッセージと、前記予約操作部が発行した受付番号とを前記サーバに通知する第１の通信部とを有し、
   前記自動取引装置は、
   前記顧客から、該顧客に提示された前記受付番号の入力を受け付ける入力部と、
   顧客から指定された取引を処理する取引処理部と、
   前記入力部が前記受付番号の入力を受け付けた場合において、前記取引処理部が前記取引を処理した後に、前記顧客から前記窓口予約を継続するか否かの指示を受け付け、該指示に基づいて、該窓口予約を継続するか否かを判断する窓口予約継続判断部と、
   前記入力部が前記受付番号の入力を受け付けた場合に、該入力された受付番号と窓口予約を保留状態にする旨の予約保留メッセージとを前記サーバに送信し、前記窓口予約継続判断部が前記窓口予約を継続すると判断した場合に、前記入力された受付番号と窓口予約の保留状態を解除する旨の保留解除メッセージとを前記サーバに送信し、前記窓口予約継続判断部が前記窓口予約を継続しないと判断した場合に、前記入力された受付番号と窓口予約を取り消す旨の予約取消メッセージとを前記サーバに送信する第２の通信部とを有し、
   前記窓口端末は、
   前記サーバに対して、次の顧客を呼び出す旨の呼出メッセージを送信するとともに、前記サーバから、該呼出メッセージの送信に応じて受付番号を受信する第３の通信部と、
   前記サーバから受信した受付番号を、表示装置および音声出力装置の少なくとも一方を備える所定の案内装置を用いて呼び出す呼出部とを有し、
   前記サーバは、
   前記受付端末の第１の通信部と前記自動取引装置の第２の通信部と前記窓口端末の第３の通信部と通信を行う第４の通信部と、
   前記受付番号と、該受付番号に対応する前記顧客の取引状態とを対応付けて記憶する記憶部と、
   前記第４の通信部が前記受付端末から前記予約メッセージおよび前記受付番号を受信した場合に、該受付番号に対応する前記取引状態を、顧客が窓口からの呼び出しを待っている状態を示す待ち状態であるとして前記記憶部に記憶させる予約処理部と、
   前記第４の通信部が前記自動取引装置から前記予約保留メッセージおよび前記受付番号を受信した場合に、該受付番号に対応する前記記憶部内の取引状態を、前記待ち状態から、顧客が自動取引装置を利用中であり窓口での取引を保留していることを示す保留状態に変更する予約保留処理部と、
   前記第４の通信部が前記自動取引装置から前記保留解除メッセージおよび前記受付番号を受信した場合に、該受付番号に対応する前記記憶部内の取引状態を、前記保留状態から、前記待ち状態に変更する保留解除処理部と、
   前記第４の通信部が前記自動取引装置から前記予約取消メッセージおよび前記受付番号を受信した場合に、該受付番号と該受付番号に対応する前記取引状態とを前記記憶部から削除する予約取消処理部と、
   前記第４の通信部が前記窓口端末から前記呼出メッセージを受信した場合に、前記記憶部を参照して、前記取引状態が待ち状態を示す前記受付番号の中から次に呼び出すべき受付番号を検索するとともに、該検索された受付番号を前記窓口端末に送信する検索部とを有する
   取引管理システム。
2. 請求項１に記載の取引管理システムであって、
   前記自動取引装置の取引処理部は、更に、前記入力部によって前記受付番号の入力を受け付けた場合において、前記取引が正常に終了したか否かを判断し、
   前記自動取引装置の第２の通信部は、前記取引処理部によって前記取引が正常に終了しなかったと判断された場合に、前記サーバに、前記入力された受付番号および前記保留解除メッセージを送信する
   取引管理システム。
3. 所定の通信回線によって接続された受付端末と自動取引装置と窓口端末とサーバとを備える取引管理システムが、窓口と前記自動取引装置とで行われる取引の順序を管理する取引管理方法であって、
   前記受付端末のＣＰＵが、顧客から、前記窓口における取引を予約するための窓口予約を行う操作を受け付け、該操作ごとに受付番号を発行し、該発行した受付番号を前記顧客に提示する工程と、
   前記受付端末の第１の通信部が、前記予約操作を受け付けた旨の予約メッセージと、前記発行された受付番号とを前記サーバに通知する工程と、
   前記自動取引装置のＣＰＵが、前記顧客から、該顧客に提示された前記受付番号の入力を受け付ける工程と、
   前記自動取引装置の第２の通信部が、前記受付番号の入力を受け付けた場合に、該入力された受付番号と窓口予約を保留状態にする旨の予約保留メッセージとを前記サーバに送信する工程と、
   前記自動取引装置のＣＰＵが、顧客から指定された取引を処理する工程と、
   前記自動取引装置のＣＰＵが、前記受付番号の入力を受け付けた場合において、前記取引を処理した後に、前記顧客から前記窓口予約を継続するか否かの指示を受け付け、該指示に基づいて、該窓口予約を継続するか否かを判断する工程と、
   前記自動取引装置の第２の通信部が、前記窓口予約を継続すると判断された場合に、前記入力された受付番号と窓口予約の保留状態を解除する旨の保留解除メッセージとを前記サーバに送信する工程と、
   前記自動取引装置の第２の通信部が、前記窓口予約を継続しないと判断された場合に、前記入力された受付番号と窓口予約を取り消す旨の予約取消メッセージとを前記サーバに送信する工程と、
   前記サーバのＣＰＵが、前記受付番号と、該受付番号に対応する前記顧客の取引状態とを対応付けて所定の記憶部に記憶する工程と、
   前記サーバのＣＰＵが、該サーバの第４の通信部によって前記受付端末から前記予約メッセージおよび前記受付番号を受信した場合に、該受付番号に対応する前記取引状態を、顧客が窓口からの呼び出しを待っている状態を示す待ち状態であるとして前記記憶部に記憶させる工程と、
   前記サーバのＣＰＵが、該サーバの第４の通信部によって前記自動取引装置から前記予約保留メッセージおよび前記受付番号を受信した場合に、該受付番号に対応する前記記憶部内の取引状態を、前記待ち状態から、顧客が自動取引装置を利用中であり窓口での取引を保留していることを示す保留状態に変更する工程と、
   前記サーバのＣＰＵが、該サーバの第４の通信部によって前記自動取引装置から前記保留解除メッセージおよび前記受付番号を受信した場合に、該受付番号に対応する前記記憶部内の取引状態を、前記保留状態から、前記待ち状態に変更する工程と、
   前記サーバのＣＰＵが、該サーバの第４の通信部によって前記自動取引装置から前記予約取消メッセージおよび前記受付番号を受信した場合に、該受付番号と該受付番号に対応する前記取引状態とを前記記憶部から削除する工程と、
   前記窓口端末の第３の通信部が、前記サーバに対して、次の顧客を呼び出す旨の呼出メッセージを送信する工程と、
   前記サーバのＣＰＵが、該サーバの第４の通信部によって前記窓口端末から前記呼出メ ッセージを受信した場合に、前記記憶部を参照して、前記取引状態が待ち状態を示す前記受付番号の中から次に呼び出すべき受付番号を検索するとともに、該検索された受付番号を前記窓口端末に送信する工程と、
   前記窓口端末の第３の通信部が、前記サーバから、前記検索された受付番号を受信する工程と、
   前記窓口端末のＣＰＵが、前記サーバから受信した受付番号を、表示装置および音声出力装置の少なくとも一方を備える所定の案内装置を用いて呼び出す工程と
   を含む取引管理方法。
4. 請求項３に記載の取引管理方法であって、
   前記自動取引装置のＣＰＵが、前記受付番号の入力を受け付けた場合において、前記取引が正常に終了したか否かを判断する工程と、
   前記自動取引装置の第２の通信部が、前記取引が正常に終了しなかったと判断された場合に、前記サーバに、前記入力された受付番号および前記保留解除メッセージを送信する工程と
   を含む取引管理方法。

Images