(57)【要約】【課題】現金の出金等の取引において役席者の承認を得る場合であっても、役席者の承認が得られるまでの間に次の取引を開始することを可能にする。【解決手段】営業店端末１が取引の承認依頼を役席端末６へ送信するとき、営業店端末１の表示部に表示させた顧客の口座番号および出金金額等の取引の内容を示す取引画面を営業店端末１の記憶部に記憶させ、該取引を中断させて次の取引を受け付けるようにした。【選択図】        図１
2007272377.tif 000002
【特許請求の範囲】
【請求項１】
係員の操作を受け付ける営業店端末から取引の承認依頼を受信した役席端末が役席者の操作により入力された承認結果を該営業店端末へ送信して取引を行う営業店システムにおいて、
顧客の口座番号および出金金額等の取引の内容を示す取引画面を表示する表示部と、
取引の承認依頼を識別する承認依頼識別情報と関連付けて前記取引画面を記憶する記憶部とを前記営業店端末に設け、
営業店端末が、前記承認依頼識別情報とともに取引の承認依頼を役席端末へ送信するとき、該取引の取引画面を前記記憶部に記憶させ、該取引を中断させて次の取引を受け付けるようにしたことを特徴とする営業店システム。
【請求項２】
請求項１の営業店システムにおいて、
前記営業店端末が、取引の承認依頼を受信した前記役席端末から承認依頼識別情報とともに取引の承認結果を受信したとき、前記記憶部から該承認依頼識別情報に関連付けて記憶させた取引画面を読み出して前記表示部に表示させ、中断した取引を再開できるようにしたことを特徴とする営業店システム。
【請求項３】
制御部の指示により取引の承認依頼を上位装置へ送信し、その上位装置から該取引の承認結果を受信して取引を行う営業店端末において、
顧客の口座番号および出金金額等の取引の内容を示す取引画面を表示する表示部と、
取引の承認依頼を識別する承認依頼識別情報と関連付けて前記取引画面を記憶する記憶部とを設け、
前記制御部が、前記承認依頼識別情報とともに取引の承認依頼を上位装置へ送信するとき、該取引の取引画面を前記記憶部に記憶させ、該取引を中断させて次の取引を受け付けるようにしたことを特徴とする営業店端末。
【請求項４】
請求項３の営業店端末において、
前記制御部が、前記上位装置から承認依頼識別情報とともに取引の承認結果を受信したとき、前記記憶部から該承認依頼識別情報に関連付けて記憶させた取引画面を読み出して前記表示部に表示させ、中断した取引を再開できるようにしたことを特徴とする営業店端末。
【請求項５】
請求項３または請求項４の営業店端末において、
前記上位装置を、役席端末としたことを特徴とする営業店端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関の営業店の窓口で顧客の要求により現金の支払い等の取引を行う営業店システムおよび営業店端末に関し、特に役席者の承認を必要とする取引を行う営業店システムおよび営業店端末に関する。
【背景技術】
【０００２】
従来の営業店システムは、金融機関の営業店の窓口で顧客が記入した伝票を係員が受け付けて現金の支払い等の取引を行うが、この取引において役席者の承認が必要な場合、係員は役席者に伝票等の必要書類を提出して承認を得るか、また、係員が操作する窓口端末から役席者が使用する役席端末へ伝票データを送信してこの役席端末で承認を得るようにしていた。
【０００３】
また、役席者が離席していても承認が得られるように伝票データを役席者が所持する無線通信端末へ送信するようにしたものがある（例えば、特許文献１参照）。
【特許文献１】特開２００４−４６５５２号公報（段落「０００８」〜段落「００１２」、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の技術においては、取引において役席者の承認を得る場合、役席者の承認が得られるまで取引の順番を待っている新たな顧客の取引を開始することができず顧客の待ち行列が増加してしまうという問題がある。
本発明は、このような問題を解決することを課題とする。
【課題を解決するための手段】
【０００５】
そのため、本発明は、係員の操作を受け付ける営業店端末から取引の承認依頼を受信した役席端末が役席者の操作により入力された承認結果を該営業店端末へ送信して取引を行う営業店システムにおいて、顧客の口座番号および入金金額等の取引の内容を示す取引画面を表示する表示部と、取引の承認依頼を識別する承認依頼識別情報と関連付けて前記取引画面を記憶する記憶部とを前記営業店端末に設け、営業店端末が、前記承認依頼識別情報とともに取引の承認依頼を役席端末へ送信するとき、該取引の取引画面を前記記憶部に記憶させ、該取引を中断させて次の取引を受け付けるようにしたことを特徴とする。
【発明の効果】
【０００６】
このようにした本発明は、取引において役席者の承認を得る場合であっても、役席者の承認が得られるまでの間に次の取引の順番を待っている新たな取引を開始することが可能になり、顧客の待ち行列を減少させることができるという効果が得られる。
【発明を実施するための最良の形態】
【０００７】
以下、図面を参照して本発明による営業店システムの実施例を説明する。
【実施例】
【０００８】
図１は実施例における営業店システムの構成を示すブロック図である。
図１において、１は営業店端末であり、金融機関の営業店の窓口に設置され、顧客が希望する現金の支払い（出金）等の取引を処理する金融機関の係員が操作するものである。この営業店端末１はＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の演算および制御を行う制御部、磁気ディスク、半導体メモリ等の記憶部、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）、液晶ディスプレイ等の表示部、キーボード等の操作部、顧客が取引内容等を記入した伝票を読取るスキャナ部、通帳や伝票を印刷する通帳伝票プリンタ部、紙幣等の現金の入金および出金を行う現金処理部および通信回線２を介して画像データ等の各種データの通信制御を行う通信制御部等を備えるものである。
【０００９】
このように構成された営業店端末１は、係員の操作により顧客が持参した出金依頼書等の伝票をスキャナ部で読み取り、また持参した通帳の磁気ストライプを通帳伝票プリンタ部で読み取り、さらに現金を現金処理部で計数および払出し、出金取引等を行なうものである。
なお、営業店端末１の詳細は後述する。
【００１０】
３はホストコンピュータであり、金融機関の事務センタ等に設置され、顧客の口座毎の口座残高等を記憶するデータベースを備えたものである。このホストコンピュータ３は営業店端末１との間で入金、出金、振込等の取引電文の送受信を行い顧客の口座の残高不足等が発生しないことを確認して顧客の取引を成立させるか否か、またその取引が役席者の承認を必要とするか否かを判定する。このホストコンピュータ３はＣＰＵ、ＭＰＵ等の演算および制御手段、磁気ディスク、半導体メモリ等の記憶手段および通信手段等を備えるものである。
【００１１】
６は役席端末であり、金融機関の営業店に設置され、営業店端末１で行う取引において支店長等の役席者の承認が必要であるとき、その役席者が承認作業を行うためのものである。
この役席端末６はＣＰＵ、ＭＰＵ等の演算および制御を行う制御部、磁気ディスク、半導体メモリ等の記憶部、ＣＲＴ、液晶ディスプレイ等の表示部、キーボード等の入力部および通信回線２を介して他の装置と送受信を行なう通信制御部等で構成されたパーソナルコンピュータ等である。
【００１２】
７は印鑑サーバであり、金融機関の営業店に設置され、顧客の口座番号等の口座情報に関連付けて印影イメージデータおよび署名イメージデータ等の印鑑データを予め格納しておく印鑑データベース８等を備え、その印鑑データを印鑑データベース８から読み出し、また印鑑データベース８へ書込むものである。
この印鑑サーバ７はＣＰＵ等の演算手段を含む制御手段、磁気ディスク、半導体メモリ等の記憶手段および通信手段等を備えるものである。また、この印鑑サーバ７は通信回線２を介して他の機器と相互に通信可能に接続されている。
【００１３】
印鑑サーバ７は営業店端末１等から顧客の口座情報を含む印鑑データを要求する電文を受信するとその口座情報に基づいて印鑑データベース８を検索し、抽出した印鑑データをその営業店端末１へ返信する。
９はアプリケーション（ＡＰ）サーバであり、金融機関の営業店に設置され、営業店端末１から役席者の承認が必要な取引における出金取引等の種別を示す取引種別、顧客の口座番号等の口座情報、および取り扱い金額等で構成される取引受付情報を承認依頼通番に関連付けて格納する承認データベース１０等を備え、その取引受付情報を承認データベース１０へ書き込み、また承認データベース１０から読取るものである。
【００１４】
このアプリケーションサーバ９はＣＰＵ等の演算手段を含む制御手段、磁気ディスク、半導体メモリ等の記憶手段および通信手段等を備えるものである。また、このアプリケーションサーバ９は通信回線２を介して他の機器と相互に通信可能に接続されている。
上述したように営業店システムは営業店端末１、役席端末６、印鑑サーバ７、印鑑データベース８、アプリケーションサーバ９、および承認データベース１０等で構成され、営業店端末１、役席端末６、印鑑サーバ７、およびアプリケーションサーバ９は通信回線２を介して通信可能に接続されている。
【００１５】
図２は実施例における営業店端末の構成を示すブロック図である。
図２において、２１は表示部であり、取引の種別を選択する画面、取引内容等を表示する液晶ディスプレイ等である。
２２は操作部であり、係員の操作により各種情報の入力を受け付けるキーボードや顧客の操作により暗証番号の入力を受け付けるテンキー等である。この操作部２２でキーボード等の押下を検知するとその検知された信号が後述する制御部に出力される。
【００１６】
２３はスキャナ部であり、顧客が持参した出金依頼書等の伝票を読み取る光学読取装置である。このスキャナ部２３は伝票のイメージデータを取得するとともに読取ったイメージデータから伝票の所定の欄に記入された口座番号、金額等をＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）文字認識することができるものである。
２４は通帳伝票プリンタ部であり、通帳や伝票等の媒体を搬送する媒体搬送機構、通帳等に貼付された磁気ストライプに対し情報の読取や書込みを行う磁気ストライプ読取書込み機構や文字を印字する印字機構等を備え、通帳等の磁気ストライプに記録された情報の読み取りや通帳等に取引内容等を印字するものである。
【００１７】
２５は現金処理部であり、紙幣や硬貨等の現金の入金処理や出金処理を行うものである。ここで、入金処理とは現金処理部２５の現金受渡し口である現金入出金口に投入された現金を繰出して計数等し、入出金庫へ収納する処理であり、出金処理とは、入出金庫に収納された現金を繰出して計数等し、現金入出金口へ集積させる処理である。
２６は記憶部であり、半導体メモリ等で構成され情報を記憶し、記憶した情報を読取ることができるものである。この記憶部２６には営業店端末１全体の動作を制御する制御プログラム（ソフトウェア）等を記憶し、また表示部２１に表示する画面データ等を記憶する。
【００１８】
２７は制御部であり、ＣＰＵ等の演算および制御手段等で構成されたものである。この制御部２７は表示部２１、操作部２２、スキャナ部２３、通帳伝票プリンタ２４、現金処理部２５および記憶部２６を含めて営業店端末１全体の動作を記憶部２６に格納された制御プログラム（ソフトウェア）に基づいて制御する。
上述した構成の作用について説明する。
【００１９】
なお、以下に説明する各部の動作は、図示しないメモリや磁気ディスク等の記憶手段に格納されたプログラム（ソフトウェア）に基づいて図示しない中央処理装置等の制御手段により制御される。
図３は実施例における承認処理を示すフローチャートであり、図中Ｓで表すステップにしたがって説明する。
【００２０】
Ｓ１：営業店端末１の制御部２７の指示により表示部２１は出金取引や振込み取引等の取引を選択するための取引選択画面を表示する。本実施例では係員により出金取引が選択され、操作部２２でその選択操作を受け付けるものとする。
Ｓ２：出金取引が選択されると制御部２７の指示によりスキャナ部２３は出金依頼書等の伝票の読取を待機する。係員に操作により伝票がスキャナ部２３の読取部に載置され、さらに図示しない読取開始ボタン等の押下を操作部２２が検知すると制御部２７の指示によりスキャナ部２３は伝票イメージデータを読取るとともに顧客により所定の欄に記入された文字の認識も行われる。
【００２１】
なお、この伝票には取引の種別、口座番号および取引金額等が記入され、また顧客の印鑑（届印）が押印されているものとする。
Ｓ３：伝票が読取られると制御部２７の指示により表示部２１は取引の種別、口座番号、取引金額等の伝票に記入された取引情報（ＯＣＲ認識項目）、例えば「出金取引  口座番号：１２３４５６７  出金金額：１２３、０００円」等の文言で構成された取引画面を表示する。
【００２２】
Ｓ４：係員は顧客から受取った通帳を通帳伝票プリンタ部２４の通帳挿入口から挿入する。制御部２７の指示により通帳の挿入を受け付けた通帳伝票プリンタ部２４は通帳を引き込み、その通帳の磁気ストライプに記録された口座情報を読取る。磁気ストライプを読取ると制御部２７の指示により表示部２１は顧客の口座情報、例えば「口座残高：１２３、４５６円」等の文言を上述した取引画面に追加して表示する。
【００２３】
さらに、操作部２２は係員の操作により伝票に記入された出金金額等の入力を受け付ける。
Ｓ５：ここで、営業店端末１の制御部２７は通帳の磁気ストライプから読取った顧客の口座情報を含む印鑑データを要求する電文を印鑑サーバ７へ送信する。その電文を受信した印鑑サーバ７は顧客の口座情報に基づいて印鑑データベース８を検索し予め登録された印鑑データを抽出し、その営業店端末１へ送信する。
【００２４】
営業店端末１の制御部２７の指示により受信した印鑑データとスキャナ部２３で読取った印鑑のイメージデータを表示部２１に表示する。営業店端末１を操作する係員は表示された印影を照合する印鑑照合を行う。
印鑑照合の結果、照合した印鑑が不一致であることが確認されると係員の操作により当該取引を不成立とし、通帳、伝票を顧客へ返却して取引を終了するものとする。
【００２５】
Ｓ６：一方、印鑑照合の結果、照合した印鑑が一致することを確認すると営業店端末１の制御部２７は出金取引を示す情報、顧客の口座情報および出金金額を示す情報等で構成された取引受付情報とともに役席者の承認が必要であるか否かの判定を依頼する電文をホストコンピュータ３へ送信して承認の要否を問い合わせる。
なお、ホストコンピュータ３が役席者の承認が必要と判定する条件は、例えば、出金金額が所定の金額を超える場合等である。
【００２６】
ここで、営業店端末１はホストコンピュータ３から役席者の承認が不要である旨の電文を受信すると制御部２７の指示により現金処理部２５は出金金額に相当する現金を払い出す出金処理を行い、通帳伝票プリンタ部２４は通帳や伝票に行った取引の内容を印字し、顧客にその現金、通帳や複写された伝票を渡して出金取引を終了する。
Ｓ７：一方、ホストコンピュータ３から役席者の承認が必要である旨の電文を受信した営業店端末１の制御部２７はＳ５において表示部２１に表示した取引画面の画面データを記憶部２６に記憶（退避）させる。また、通帳伝票プリンタ部２４が読取った口座情報も記憶部２６に記憶（退避）させる。
【００２７】
なお、記憶部２６に記憶させた取引画面は、例えば「出金取引  口座番号：１２３４５６７  出金金額：１２３、０００円    口座残高：１２３、４５６円」等の文言で構成されたものとし、顧客の取引を行うための情報が含まれているものである。
また、記憶部２６に記憶させた画面データを復元することにより当該取引を再開することができるものとする。
【００２８】
Ｓ８：このとき、制御部２７は役席者の承認が必要とされた取引を識別するために取引毎に承認依頼通番を付与し、その承認依頼通番に関連付けて上述した画面データおよび口座情報を記憶部２６に記憶させる。なお、記憶部２６には複数の取引における承認依頼通番に関連付けた画面データおよび口座情報を記憶することができるものとする。
Ｓ９：営業店端末１の制御部２７は上述した取引受付情報、スキャナ部２３で読取った伝票のイメージデータおよび承認依頼通番をアプリケーション（ＡＰ）サーバ９へ送信する。また制御部２７は承認依頼通番とともに承認を依頼する電文を役席端末６へ送信する。
【００２９】
Ｓ１０：承認を依頼する電文を送信すると制御部２７の指示により通帳伝票プリンタ部２４は伝票に承認を依頼している旨の印字および付与した承認依頼通番を印字する。
Ｓ１１：伝票に承認依頼通番等を印字すると制御部２７の指示により表示部２１は次の取引を選択するための取引選択画面を表示する。
このように役席者の承認が完了しない取引を中断し、次の取引を受け付けるようにする。
【００３０】
Ｓ１２：一方、取引受付情報、伝票のイメージデータおよび承認依頼通番を受信したアプリケーション（ＡＰ）サーバ９はその取引受付情報等を承認依頼通番と関連付けて承認データベース１０に記憶させる。すなわち、承認依頼通番に関連付けられた取引受付情報等（承認データ）を蓄積させる。
Ｓ１３：また、承認依頼通番とともに承認を依頼する電文を受信した役席端末６はその承認依頼通番とともに取引受付情報等を要求する電文をアプリケーション（ＡＰ）サーバ９へ送信する。
【００３１】
アプリケーション（ＡＰ）サーバ９は受信した承認依頼通番に基づいて承認データベース１０を検索して取引受付情報等を抽出して役席端末６へ送信する。
役席端末６は受信した取引受付情報および伝票のイメージデータを表示手段に表示し、役席者は表示された取引受付情報等を確認する。
ここで、役席端末６は顧客の口座情報を含む印鑑データを要求する電文を印鑑サーバ７へ送信し、その電文を受信した印鑑サーバ７は顧客の口座情報に基づいて印鑑データベース８を検索し予め登録された印鑑データを抽出し、その役席端末６へ返信する。役席端末６は受信した印鑑データを表示部手段に表示し、役席端末６を操作する役席者は印鑑照合も行うものとする。
【００３２】
その確認の結果により取引を承認する場合、役席端末６の入力手段により承認を示す入力操作を受け付け、一方、取引を承認しない場合、役席端末６の入力手段により否承認を示す入力操作を受け付ける。
入力手段により承認の結果である承認または否承認の入力を受け付けた役席端末６はその承認の結果をアプリケーション（ＡＰ）サーバ９へ送信する。
【００３３】
Ｓ１４：承認の結果を受信したアプリケーション（ＡＰ）サーバ９はその承認の結果および承認依頼通番とともに承認が完了したことを知らせる承認完了通知電文を承認依頼された営業店端末１へ送信する。
Ｓ１５：承認完了通知電文を受信した営業店端末１は制御部２７の指示により表示部２１が表示している画面の一部に承認が完了した旨のステータス（状況）表示を行うとともに受信した承認の結果および承認依頼通番を記憶部２６に記憶させる。例えば、Ｓ１２において表示した取引選択画面で選択された新たな取引を実行している画面の一部に「承認完了」等の文言を表示する。
【００３４】
Ｓ１６：係員は営業店端末１の表示部２１に表示された承認が完了した旨のステータス（状況）表示を確認し、承認が完了した取引を継続して行うために承認が完了した取引を表示する承認画面を呼び出す入力操作を行う。その操作を操作部２２で受け付けると制御部２７は記憶部２６に記憶させておいた承認が完了した承認依頼通番を読み出し、それを一覧として表示部２１に表示させる。
【００３５】
係員は表示された承認依頼通番の中から所望の承認依頼通番を選択する入力操作を行う。例えば、Ｓ１０において伝票に印字された承認依頼通番と同一の承認依頼通番を選択する。
なお、承認画面を呼び出す入力操作は仕掛かり中の取引が終了した後に行ってもよく、取引の途中で行ってもよいものとする。
【００３６】
Ｓ１７：承認依頼通番を選択する入力操作を操作部２２で受け付けると制御部２７はその承認依頼通番に関連付けて記憶されている取引画面の画面データを記憶部２６から読み出し、表示部２１に表示させ、画面データを復元する。なお、読み出した画面データは取引の種別、口座番号、出金金額、および口座残高等で構成されるものであるが、表示された画面は新たな情報の入力を不可能にするプロテクトが施されているものとする。
【００３７】
Ｓ１８：表示部２１に取引画面を表示させると係員は顧客から受取った通帳を再び通帳伝票プリンタ部２４の通帳挿入口から挿入する。制御部２７の指示により通帳の挿入を受け付けた通帳伝票プリンタ部２４は通帳を引き込み、その通帳の磁気ストライプに記録された口座情報を読取る。
制御部２７は入力された承認依頼通番に関連付けて記憶された口座情報を記憶部２６から読み出し、その口座情報と通帳の磁気ストライプから読取った口座情報とを比較し、一致することを確認する。すなわち、当該通帳が承認を依頼した取引に使用されるものであることを確認する。
【００３８】
Ｓ１９：一致することが確認できると制御部２７は出金取引を示す情報、顧客の口座情報および出金金額を示す情報等で構成された取引受付情報をホストコンピュータ３へ送信する。
なお、一致することが確認できない場合、取引が成立しないものとして通帳等を顧客に返却して取引を終了する。
【００３９】
Ｓ２０：営業店端末１がホストコンピュータ３から当該取引が成立した旨の電文を受信すると、制御部２７の指示により現金処理部２５はその出金金額に相当する現金を払い出す出金処理を行う。
現金の出金処理を行うと制御部２７の指示により通帳伝票プリンタ部２４は通帳および伝票に出金金額等を印字し、顧客に現金、通帳および複写された伝票を返却して取引を終了する。
【００４０】
なお、本実施例では、アプリケーション（ＡＰ）サーバ９を介して承認データベース１０に取引受付情報等を承認依頼通番と関連付けて記憶させるようにしたが、役席端末６の記憶部に記憶させるようにしてもよい。
以上説明したように、本実施例では、取引において役席者の承認を得る場合であっても、役席者の承認が得られるまでの間に次の取引の順番を待っている新たな取引を開始することが可能になり、顧客の待ち行列を減少させることができるという効果が得られる。
【００４１】
また、金融機関が処理することができる取引の件数を増加させることができるという効果が得られる。
【図面の簡単な説明】
【００４２】
【図１】実施例における営業店システムの構成を示すブロック図
【図２】実施例における営業店端末の構成を示すブロック図
【図３】実施例における承認処理を示すフローチャート
【符号の説明】
【００４３】
１    営業店端末
２    通信回線
３    ホストコンピュータ
６    役席端末
７    印鑑サーバ
８    印鑑データベース
９    ＡＰサーバ
１０  承認データベース
２１  表示部
２２  操作部
２３  スキャナ部
２４  通帳伝票プリンタ部
２５  現金処理部
２６  記憶部
２７  制御部
【図１】
2007272377.tif 000003
【図２】
2007272377.tif 000004
【図３】
2007272377.tif 000005