JP2016130982A - Reception calling system and reception calling method - Google Patents
Reception calling system and reception calling method Download PDFInfo
- Publication number
- JP2016130982A JP2016130982A JP2015005429A JP2015005429A JP2016130982A JP 2016130982 A JP2016130982 A JP 2016130982A JP 2015005429 A JP2015005429 A JP 2015005429A JP 2015005429 A JP2015005429 A JP 2015005429A JP 2016130982 A JP2016130982 A JP 2016130982A
- Authority
- JP
- Japan
- Prior art keywords
- customer
- window
- slip
- data
- reception
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
この発明は、金融機関に来店した顧客の操作に基づいて伝票に係る情報を生成し、該伝票に係る情報の管理を行う受付呼出システム及び受付呼出方法に関する。 The present invention relates to a reception call system and a reception call method for generating information related to a slip based on an operation of a customer who has visited a financial institution and managing the information related to the slip.
従来、銀行等の金融機関は、窓口担当者が所在する有人の店舗と自動機が設置された無人の店舗を有しており、有人の店舗には「受付機」と呼ばれる装置が配設されている。顧客が金融機関の店舗に来店し、この受付機において入金、出金又は振込等の取引の種類を入力すると、取引の種類に応じて窓口の種類が決定され、決定された窓口の種類ごとに受付番号が採番され、採番された受付番号が印刷された受付番号カードが受付機から発行される。 Conventionally, a financial institution such as a bank has a manned store where a person in charge is located and an unmanned store where an automatic machine is installed, and the manned store is provided with a device called a “reception machine”. ing. When a customer visits a financial institution's store and enters the type of transaction such as deposit, withdrawal or transfer at this reception machine, the type of window is determined according to the type of transaction, and for each type of window determined A reception number is assigned, and a reception number card on which the assigned reception number is printed is issued from the reception device.
そして、顧客は、窓口担当者により窓口から呼び出されるまでの間に、顧客自身が依頼する取引に対応する種類の伝票に必要事項を記入して待機し、窓口に呼び出されたならば、必要事項を記入した伝票を窓口担当者に手渡す。伝票を受け取った窓口担当者は、該伝票に記入された内容の取引処理を行うことになる。 And the customer fills in the necessary items on the slip corresponding to the transaction requested by the customer and waits until it is called by the contact person. Hand over the slip filled in with the person in charge. The person in charge who has received the slip performs transaction processing of the contents entered in the slip.
このように、従来は、顧客が手作業で伝票の必要事項を記入していたが、最近では、金融機関の店内に「電子記帳機」と呼ばれる端末装置を設置し、顧客が伝票に手書きで記入するのではなく、かかる電子記帳機を用いて伝票の必要事項を入力できるようにした技術が知られている。例えば、特許文献1には、金融機関の店内に設けられた電子記帳台で顧客が入力した伝票の項目(必要事項)に対する入力データを受け付け、受け付けた入力データを伝票に印刷することで、必要事項が記入された記入済みの伝票を作成する技術が開示されている。
In this way, the customer has manually entered the necessary items on the slip, but recently, a terminal device called an “electronic bookkeeping machine” has been installed in the store of a financial institution, and the customer has handwritten on the slip. A technique is known in which a necessary item of a slip can be input using such an electronic bookkeeping machine instead of filling in. For example, in
かかる特許文献1の電子記帳機を応用すると、電子記帳機で作成された伝票データを一時保管しておき、顧客がある窓口に呼び出されたときに、該顧客の伝票データを窓口に設置される窓口端末に対して送信し、窓口端末の表示部に伝票を表示することが可能となる。
When the electronic bookkeeping machine disclosed in
しかしながら、窓口担当者が、現在対応中の顧客が存在する状況であるにもかかわらず、窓口に設置された装置を用いて次の顧客の呼出操作を誤って行なうと、次の顧客が呼び出されてしまい、一つの窓口に二人の顧客が存在する状況となり、円滑な窓口対応を行えなくなるという問題がある。このような状況において、他の窓口で顧客の呼出操作が行われると、後続する顧客が他の窓口に呼び出されてしまい、誤って呼び出された顧客への対応が遅れるという問題もある。 However, if the person in charge at the counter makes a call to the next customer by mistake using a device installed at the counter, even though there is a customer who is currently handling the next customer, the next customer is called. As a result, there are two customers at one window, and there is a problem that it is impossible to handle the window smoothly. In such a situation, when a customer's call operation is performed at another window, a subsequent customer is called by another window, and there is a problem that the response to the customer who is called by mistake is delayed.
これらのことから、窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることをいかにして回避し、円滑に顧客への対応を行えるようにするかが重要な課題となっている。 For these reasons, when there is a customer who is currently in charge of the contact person, how to avoid disadvantageous treatment of the customer who is the target of the call operation even if the call operation is mistakenly performed However, it is an important issue to enable smooth response to customers.
本発明は、上述した従来技術の課題を解決するためのものであって、窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることができる受付呼出システム及び受付呼出方法を提供することを目的とする。 The present invention is for solving the above-described problems of the prior art, and when there is a customer who is currently handling a counter person in charge, even if a call operation is erroneously performed, the object of the call operation is It is an object of the present invention to provide a reception call system and a reception call method capable of avoiding disadvantageous treatment of a customer to be used and smoothly responding to the customer.
上述した課題を解決し、目的を達成するため、本発明は、金融機関の窓口に配設された複数の窓口端末と、前記複数の窓口端末のいずれかから現在対応中の顧客の取引完了通知を受け付ける取引完了通知受付手段と、前記取引完了通知受付手段によりいずれかの窓口端末から前記取引完了通知を受け付けるまでは、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を棄却し、いずれかの窓口端末から前記取引完了通知を受け付けたならば、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を許容すると判定する判定手段とを備えたことを特徴とする。 In order to solve the above-described problems and achieve the object, the present invention provides a plurality of window terminals arranged at a window of a financial institution, and a transaction completion notification of a customer currently responding from any of the window terminals Until a transaction completion notification is received from any of the window terminals by the transaction completion notification reception means, and a new customer call request to the window terminal that has received the transaction completion notification is rejected. And determining means for determining that a new customer call request to the window terminal that has received the transaction completion notification is permitted if the transaction completion notification is received from any of the window terminals. To do.
また、本発明は、上記発明において、金融機関の店内に配設され、顧客の入力操作に基づいて該顧客が依頼する取引内容を含む伝票情報を生成する電子記帳機と、前記電子記帳機で生成された伝票情報を記憶する記憶手段と、前記判定手段により呼出要求を許容すると判定されたならば、前記記憶手段に記憶された呼出対象となる顧客の伝票情報を前記窓口端末に通知する伝票情報通知手段とをさらに備えたことを特徴とする。 Further, according to the present invention, in the above invention, an electronic book machine that is disposed in a store of a financial institution and generates slip information including transaction contents requested by the customer based on an input operation of the customer, and the electronic book machine A storage means for storing the generated slip information, and a slip for notifying the window terminal of the customer slip information to be called stored in the storage means if the determination means determines that the call request is allowed An information notification means is further provided.
また、本発明は、上記発明において、前記窓口端末は、所定の処理が行われた場合に、前記取引完了通知を前記取引完了通知受付手段に対して通知する通知手段をさらに備えたことを特徴とする。 Further, the present invention is characterized in that, in the above-mentioned invention, the window terminal further comprises notification means for notifying the transaction completion notification accepting means when the predetermined process is performed. And
また、本発明は、上記発明において、各窓口端末は、前記伝票情報通知手段により通知された前記顧客の伝票情報の内容、若しくは該顧客の伝票情報が修正された内容を確認後伝票情報として出力する出力手段をさらに備え、前記通知手段は、前記出力手段により前記確認後伝票情報が出力された場合に、前記取引完了通知を前記取引完了通知受付手段に対して通知することを特徴とする。 Further, the present invention is the above invention, wherein each window terminal outputs the contents of the customer's slip information notified by the slip information notification means or the contents of the customer's slip information corrected as post-confirmation slip information An output unit configured to output the transaction completion notification to the transaction completion notification reception unit when the post-confirmation slip information is output by the output unit.
また、本発明は、上記発明において、前記窓口に呼び出された顧客の対応が終了したことを受け付ける終了受付手段をさらに備え、前記通知手段は、前記終了受付手段により前記窓口に呼び出された顧客の対応が終了したことを受け付けていることを条件として前記取引完了通知を前記取引完了通知受付手段に対して通知することを特徴とする。 Further, the present invention further comprises termination acceptance means for accepting that the response of the customer called to the counter has ended in the above-mentioned invention, wherein the notification means is for the customer called to the counter by the termination reception means. The transaction completion notification is notified to the transaction completion notification receiving means on condition that the response has been completed.
また、本発明は、上記発明において、各窓口端末は、前記伝票情報通知手段により通知された前記顧客の伝票情報に対する処理を中断し、中断された前記顧客の伝票情報に係る情報を登録する中断登録手段と、前記中断登録手段により登録された前記顧客の伝票情報に係る情報に基づいて中断された前記顧客の伝票情報に対する処理を再開する再開手段とをさらに備えたことを特徴とする。 Further, the present invention is the above invention, wherein each window terminal interrupts processing for the customer slip information notified by the slip information notification means, and registers the information related to the interrupted customer slip information. It further comprises registration means, and resumption means for resuming processing for the customer slip information suspended based on the information related to the customer slip information registered by the suspension registration means.
また、本発明は、上記発明において、前記再開手段は、他の窓口端末で中断された前記顧客の伝票情報に対する処理を再開することを特徴とする。 Moreover, the present invention is characterized in that, in the above-mentioned invention, the restarting unit restarts the processing for the slip information of the customer interrupted at another window terminal.
また、本発明は、上記発明において、各窓口端末は、各窓口端末に対応する窓口に人がいることを検知する人検知手段をさらに備え、前記判定手段は、前記人検知手段により前記窓口に人がいることを検知した場合には、新たな顧客の呼出要求を棄却することを特徴とする。 Further, the present invention is the above invention, wherein each window terminal further comprises a person detection means for detecting that a person is present at the window corresponding to each window terminal, and the determination means is connected to the window by the person detection means. When it is detected that there is a person, a new customer call request is rejected.
また、本発明は、金融機関の窓口に配設された複数の窓口端末のいずれかから現在対応中の顧客の取引完了通知を受け付ける取引完了通知受付ステップと、前記取引完了通知受付ステップによりいずれかの窓口端末から前記取引完了通知を受け付けるまでは、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を棄却し、いずれかの窓口端末から前記取引完了通知を受け付けたならば、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を許容すると判定する判定ステップとを含んだことを特徴とする。 Further, the present invention provides either a transaction completion notification receiving step for receiving a transaction completion notification of a customer currently responding from any of a plurality of window terminals arranged at a counter of a financial institution, and the transaction completion notification receiving step. Until accepting the transaction completion notification from the window terminal, reject the new customer call request to the window terminal that accepted the transaction completion notification, if received the transaction completion notification from any window terminal, And a determination step of determining that a new customer call request to the window terminal that has received the transaction completion notification is permitted.
本発明によれば、金融機関の窓口に配設された複数の窓口端末のいずれかから現在対応中の顧客の取引完了通知を受け付け、いずれかの窓口端末から取引完了通知を受け付けるまでは、取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を棄却し、いずれかの窓口端末から取引完了通知を受け付けたならば、取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を許容すると判定するように構成したので、窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることができる。 According to the present invention, a transaction completion notification of a customer who is currently responding is accepted from any of a plurality of window terminals arranged at a window of a financial institution, and until a transaction completion notification is received from any of the window terminals, Reject the new customer call request to the counter terminal that accepted the completion notice, and if a transaction completion notice is accepted from any of the counter terminals, a new customer call request to the counter terminal that accepted the transaction completion notice If there is a customer who is currently handling the contact person, the customer who is the target of the call operation will be disadvantaged even if the call operation is mistakenly performed. This makes it possible to respond to customers smoothly.
以下に、添付図面を参照して、本発明に係る受付呼出システム及び受付呼出方法の好適な実施例を詳細に説明する。 Exemplary embodiments of an acceptance call system and an acceptance call method according to the present invention will be described below in detail with reference to the accompanying drawings.
まず、窓口において前の顧客から受け付けた処理が終わっていないときに誤って次の顧客を呼び出してしまうことを防止する方式の概要について図1を用いて説明する。 First, an outline of a method for preventing the next customer from being called by mistake when the processing received from the previous customer at the counter is not completed will be described with reference to FIG.
店舗に来店した顧客は、(a)に示したように最初に受付機10で来店目的などの入力を行うことによって発行される番号札を受け取る。該番号札には採番された受付番号が印刷され、顧客は該受付番号で窓口へ呼び出されることになる。受付機10は、採番した受付番号を(b)に示すように受付番号のキュー管理データである受付番号データ15cに登録する。また、受付機10は、入力された来店目的などから伝票の作成が必要と判定した場合には顧客を電子記帳機30に誘導する。
The customer who has visited the store receives a number tag issued by first inputting the purpose of visiting the store with the
電子記帳機30に誘導された顧客は、電子記帳機30を操作することによって来店目的に応じた伝票に係る情報の入力を行う。具体的には、まず、顧客は、受け取った番号札に印刷されたバーコードを読ませる。電子記帳機30は、番号札のバーコードを読み取ることによって受付番号及び来店目的などの情報を取得して、来店目的に応じた伝票に対する項目の入力用の画面を表示して伝票項目の入力を受け付ける。このとき、番号札のバーコードに受付番号及び来店目的の情報が含まれていてもよいし、番号札のバーコードには受付番号の情報のみがあり、該受付番号を含む情報取得要求を受付機10に送信して、その応答として受付機10から来店目的などの情報を取得するようにしてもよい。
The customer guided to the
顧客により伝票項目の入力が行われると、電子記帳機30は、(c)に示すように受け付けた伝票に係る情報を受付番号に関連付けた情報としてサーバ20に送信する。これを受信したサーバ20は、(d)に示すように受信した情報を伝票項目データ24bに登録する。顧客は、電子記帳機30における伝票に係る情報の入力が終わると、番号札に記載された受付番号が呼び出されるのをロビーで待つことになる。
When the slip item is input by the customer, the
顧客から依頼された処理を実施する窓口には、電子記帳機30で顧客により入力された伝票に係る情報の確認及び必要に応じて修正を行うことのできる窓口端末40と、顧客の窓口への呼出操作を行うことができるテラーモニタ91とが配設されている。窓口の担当者であるテラーは、前の顧客の処理が終了していて次の顧客を窓口に呼び出す場合には、(e)に示すようにテラーモニタ91において呼出操作を行う。呼出操作を受け付けたテラーモニタ91は、(f)に示すように受付機10に対して、窓口の識別情報を含む呼出要求を送信する。
The window for carrying out the processing requested by the customer includes a
呼出要求を受け付けた受付機10は、(g)に示すように窓口状態データ15dに登録されている呼出番号に含まれる識別情報に対応する窓口が顧客対応中ではないことを条件として顧客の呼び出し可能と判定し、呼び出し可能であれば窓口状態データ15dの対応する窓口の状態を顧客対応中に変更する。また、受付機10は、(h)に示すように受付番号データ15cに登録されている受付番号の内、キューの状態及び呼出優先度に従って呼び出す受付番号を決定し、決定した受付番号の状態を呼出済に更新して、(i)に示すように番号呼出装置92に対して決定した受付番号の呼び出しの指示を送信する。番号呼出装置92は、呼び出し指示で指定された受付番号を表示したり音声出力することによって該受付番号に対応する顧客の呼出要求送信元の窓口への呼出処理を行う。
The accepting
また、受付機10は、(j)に示すように呼び出した受付番号と呼出要求送信元の窓口の識別情報とを含む呼出通知をサーバ20に送信する。呼出通知を受け付けたサーバ20は、(k)に示すように呼出通知に含まれる受付番号に関連づけられて登録されている伝票に係る情報を伝票項目データ24bから抽出して、(m)に示すように呼出通知に含まれる呼出要求送信元の窓口の識別情報に対応する窓口端末40に抽出した伝票に係る情報を送信する。窓口端末40は、受け付けた伝票に係る情報の表示を行う。これによって、顧客が電子記帳機30で入力した伝票に係る情報を確認することが可能となる。また、窓口端末40は、必要に応じで表示された伝票に係る情報の修正、削除及び追加等を行うことができる。伝票に係る情報の確認後、窓口端末40の操作により、確認された伝票に係る情報に基づいて伝票の印刷処理が行われる。その後、窓口では、印刷された伝票に基づいて対応する処理が実施されることになる。
Further, the accepting
窓口における印刷された伝票に対応する処理が終了したならば、テラーは、(n)に示すように窓口端末40において顧客に対する窓口の対応が終了した旨の入力を行う。窓口端末40は、顧客に対する窓口の対応が終了した旨の入力を受け付けたならば、(p)に示すようにサーバ20に対応が終わった受付番号及び窓口の識別情報を含む顧客対応終了通知を送信する。この顧客対応終了通知は、顧客から受け付けた伝票に対応する取引の処理を全て完了したことを意味しており取引完了通知と称してもよい。サーバ20は、(q)が示すように受け付けた顧客対応終了通知を受付機10に送信する。受付機10は、サーバ20から受信した顧客対応終了通知に基づいて、(r)に示すように窓口状態データ15dの顧客対応終了通知に含まれる窓口の識別情報に対応する状態を顧客対応終了に更新する。
When the process corresponding to the printed slip at the window is completed, the teller inputs that the window corresponding to the customer is completed at the
このように、テラーモニタ91の操作に基づいて顧客の呼び出しが行われたならば、テラーモニタ91が設置される窓口の状態を顧客対応中とし、窓口端末40により顧客対応の終了を示す操作が行われたならば、顧客対応の終了の操作を受け付けた窓口端末40が設置される窓口の状態を顧客対応終了とすることによって、窓口が顧客対応中なのか否かの管理を行い、顧客対応中の窓口に設置されるテラーモニタ91からの呼出操作を受け付けたとしての呼び出しを制限するようにしたので、窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることができる。
As described above, when the customer is called based on the operation of the
図1の説明では、受付機10に対して窓口の処理が終了したことを示す顧客対応終了通知を送信することによって、窓口に呼び出した顧客の対応状態を受付機10でも管理可能となるようにしたが、サーバ20で(j)の呼出通知及び(p)の顧客対応終了通知に基づいて窓口の顧客対応状況を管理して、受付機10は(f)の呼出要求を受け付けたならばサーバ20に窓口の識別情報を含む呼出判定要求を送信して、サーバ20が管理する窓口の顧客対応状況に応じた判定結果を取得して、その判定結果に応じて呼び出し可否を決定するようにしてもよい。
In the description of FIG. 1, by transmitting a customer response end notification indicating that the processing of the counter has been completed to the
次に、実施例1に係る受付呼出システムのシステム構成を説明する。図2は、実施例1に係る受付呼出システムのシステム構成を示す図である。受付呼出システムは、顧客の来店時に受付番号を発行する受付機10と、作成する伝票に係る情報の入力を行う電子記帳機30と、電子記帳機30で入力した伝票に係る情報を窓口で確認及び修正することのできる窓口端末40と、窓口端末40で確認及び修正した伝票に係る情報に基づいて伝票を印刷するプリンタ95と、顧客の窓口への呼出などを行うためのテラーモニタ91と、テラーモニタ91の操作に応じて呼び出す顧客の受付番号の表示や呼び出しの音声出力を行う番号呼出装置92と、顧客の来店状況などを出力する役席モニタ90、スタッフ端末93及び顧客端末94と、これらの装置とデータ通信を行ってデータの連携や処理の連携を行うサーバ20とを有する。実施例1では、窓口端末40とテラーモニタ91は別の装置としたが、窓口端末40とテラーモニタ91との両方の機能を備えた一体化した装置でもよい。
Next, the system configuration of the acceptance call system according to the first embodiment will be described. FIG. 2 is a diagram illustrating a system configuration of the acceptance call system according to the first embodiment. The reception call system includes a
電子記帳機30は、店舗の規模に応じて台数が決定され、1台又は複数台設置される。テラーモニタ91及び窓口端末40は、窓口ごとに設置され、それぞれの窓口に設置されたテラーモニタ91により該窓口への顧客の呼出の指示を受け付ける。番号呼出装置92は、少なくとも窓口の種類に相当する台数が設置される。受付機10、電子記帳機30及び顧客端末94は顧客の移動範囲である顧客ゾーンに設置される。また、スタッフ端末93も、顧客ゾーンで顧客の応対を行うロビーマンが所持することから顧客ゾーンに位置することとなる。窓口端末40、役席モニタ90、テラーモニタ91、番号呼出装置92及びプリンタ95は金融機関の従業員の移動範囲である行員ゾーンに設置される。なお、番号呼出装置92は、顧客ゾーンに設置されてもよい。
The number of
受付機10は、表示操作部11及び番号札印刷部12を有する。顧客は来店時に最初に本装置で来店の受付を行う。具体的には、顧客は、表示操作部11に表示される来店目的を選択する。受付機10は、顧客により入力された来店目的に基づいて、該来店目的に対応する窓口の種類と、伝票作成の要否とを判定する。受付機10は、伝票の作成が必要と判定した場合には電子記帳機30への誘導を行う。また、受付機10は、電子記帳機30へ誘導する場合に受付番号の記載された番号札を発行するか否かの設定を有している。電子記帳機30へ誘導する場合に番号札を発行しないという設定となっている場合には、電子記帳機30への誘導を行った場合には受付番号の採番は行わない。また、伝票の作成が不要と判定された場合、若しくは伝票の作成が必要と判定されても電子記帳機30へ誘導する場合にも番号札を発行するという設定になっている場合には、来店目的に対応する窓口の種類に応じた受付番号の採番を行って、受付番号の印刷された番号札を番号札印刷部12より発行する。
The accepting
また、受付機10は、窓口からの顧客の呼出の要求を受け付けて、受付番号による顧客の呼出を行う。具体的には、窓口に設置されるテラーモニタ91からの呼出要求を受け付けたならば、要求元の窓口の種類に対して待ちとなっている受付番号のキューの中から次に呼び出す受付番号を決定して、番号呼出装置92に受付番号を出力することによって出力された受付番号に対応する顧客の窓口への呼出を行う。
In addition, the
電子記帳機30は、免許証及び保険証などのカード型の本人確認資料のカードイメージを取得するマルチカードスキャナ33、QRコード(登録商標)を読み取るQRコードリーダ34、番号札を発行するレシートプリンタ35、受付機10で発行された番号札に印刷されたバーコードを読み取るバーコードリーダ36、キャッシュカードなどの内容を読み取るカードリーダ37が接続可能である。ただし、レシートプリンタ35及びバーコードリーダ36は、両方が接続されることは基本的にはない。電子記帳機30は、受付機10が有する電子記帳機30へ誘導する場合に番号札を発行するか否かの設定に対応して、受付番号をどのようにして取得するかを示す受付番号取得方式の設定を有しており、受付機10で発行された番号札のバーコードから読み取るか、受付機10に来店目的を指定して採番を依頼するかの設定が可能である。レシートプリンタ35及びバーコードリーダ36は、この受付番号をどのようにして取得するかを示す設定に応じて、選択的に接続される。
The
受付番号取得方式の設定が受付機10に来店目的を指定して採番を依頼するとなっている場合には、電子記帳機30に誘導された顧客に番号札を発行するためのレシートプリンタ35が接続される。また、受付番号取得方式の設定が受付機10で発行された番号札のバーコードから読み取るとなっている場合には、受付機10で発行済の番号札のバーコードから受付番号を取得するためのバーコードリーダ36が接続される。ただし、この場合であっても、受付番号を番号札に印刷された内容を見てテンキーなどを利用して入力することも可能であるので、バーコードリーダ36の接続は必須ではない。
If the setting of the reception number acquisition method is to request the numbering by specifying the purpose of visiting the
また、電子記帳機30は、受付機10から誘導された顧客が伝票を作成するための機能を有する。受付番号取得方式の設定が受付機10で発行された番号札のバーコードから読み取るとなっている場合には、まず、バーコードリーダ36で番号札のバーコードから受付番号を読み取って、受付機10から受付番号に対する来店目的を取得する。さらに、電子記帳機30は、取得した来店目的に対応する伝票を判定し、当該伝票の項目を順番に画面に表示して、顧客による伝票項目の入力を受け付けて、一旦内部に図示しない伝票項目データ38eとして記憶する。また、伝票項目データ38eにカードリーダ37で読み取ったキャッシュカードの情報を自動的に反映することもできる。
The
また、電子記帳機30は、受付番号取得方式の設定が受付機10に来店目的を指定して採番を依頼するとなっている場合には、来店目的の入力を受け付けて、受け付けた来店目的に対応する伝票を判定し、当該伝票の項目を順番に画面に表示して、顧客の伝票項目の入力を受け付けて、一旦内部に図示しない伝票項目データ38eとして記憶する。
In addition, when the setting of the receipt number acquisition method is to request the numbering by specifying the purpose of visit to the accepting
また、電子記帳機30は、QRコードリーダ34で読み取った携帯端末などに表示される顧客の口座に関する情報を含むQRコードを読み取って図示しない伝票項目データ38eに自動的に反映することもできる。なお、この場合、携帯電話などの携帯端末は、顧客の氏名、住所、口座番号などの個人情報を登録する機能および登録されたこれらの個人情報をQRコード化する機能を有する。
The
また、電子記帳機30は、作成する伝票に対応する伝票項目の入力情報に基づいて、本人確認が必要か否かの判定を行い、本人確認が必要と判定された場合には、本人確認記録の作成を促すとともに本人確認記録作成用の画面を展開制御する。電子記帳機30は、本人確認記録に係る入力及びマルチカードスキャナ33による本人確認資料の画像データを受け付けたならば、一旦内部に図示しない本人確認記録データ38fとして記憶する。
Further, the
電子記帳機30は、受付番号取得方式の設定が受付機10に来店目的を指定して採番を依頼するとなっている場合には、作成する伝票に対応する伝票項目の入力が終了したならば、受付機10に来店目的に応じた受付番号の採番要求を行い受付番号を取得し、該受付番号が記載された番号札をレシートプリンタ35にて発行する。
In the
また、電子記帳機30は、取得した受付番号、図示しない伝票項目データ38e及び本人確認記録データ38fなどの情報をサーバ20に送信する。サーバ20は、受け付けた情報を受付番号データ24a及び伝票項目データ24bなどに登録して管理する。
Further, the
窓口端末40は、窓口において電子記帳機30で顧客により登録された伝票等に係る情報の確認と、確認された情報に基づいて伝票等を印刷する機能を有する。窓口端末40は窓口に呼び出された顧客が登録した伝票及び本人確認記録に係る情報をサーバ20より取得して、取得した伝票及び本人確認記録に係る情報を画面に表示することによってテラー及び顧客による確認を行い、確認されたならば確認された情報に基づいてプリンタ95から伝票及び本人確認記録を印刷する。実施例1では、本人確認記録は電子記帳機30で作成するということを説明しているが、本発明はこれに限定されるものではない。例えば、窓口端末40に、マルチカードスキャナ33を接続して、窓口端末40においてマルチカードスキャナ33で取得した本人確認資料の画像データを取得して、本人確認資料の画像データを含む本人確認記録を作成するようにしてもよい。
The
また、窓口端末40は、サーバ20より取得した伝票及び本人確認記録に係る情報を修正することが可能で、修正した場合には修正した内容に基づいてプリンタ95から伝票及び本人確認記録を印刷するとともに、修正内容をサーバ20に送信する。
Further, the
また、窓口端末40は、顧客の窓口への呼出とは関係なく、顧客の待ち状況の照会や、待っている顧客の取引内容の確認及び各種集計結果を出力する機能を有する。
Further, the
サーバ20は、受付番号データ24a及び伝票項目データ24bなどを管理する。受付番号データ24aは、受付機10で採番された受付番号ごとに、その状態、キャッシュカードデータ及び作成伝票の種類別の枚数などを含むデータである。伝票項目データ24bは、電子記帳機30若しくは窓口端末40で登録及び更新された伝票の項目情報を含むデータである。
The
サーバ20は、受付番号データ24a及び伝票項目データ24bを、電子記帳機30から送信された情報に基づいて登録し、窓口端末40から送信された情報に基づいて更新する。また、サーバ20は、受付番号データ24aにおいて受付番号ごとの処理状況を管理する。
The
スタッフ端末93は、窓口端末40の機能と同等の機能を備えているが、伝票に係る情報などのデータ更新を伴う機能が制限されている。顧客端末94は、顧客の待ち状況の照会機能を備えている。
The
次に、テラーモニタ91で顧客の呼出操作が行われた場合の処理の流れについて説明する。テラーモニタ91は、顧客の窓口への呼出の操作を受け付けると、テラーモニタ91が設置される窓口を識別する情報を含む顧客の呼出要求を受付機10に送信する。受付機10は、テラーモニタ91の呼出要求に含まれる窓口を識別する情報に基づいて、当該窓口の種類に対して待ちとなっている受付番号のキューの中から次に呼び出す受付番号を決定して、決定した受付番号を受け付けた呼出要求に含まれる窓口を識別する情報に対応する番号呼出装置92に送信する。受付番号を受け付けた番号呼出装置92は表示部に受け付けた受付番号を表示し、音声で受け付けた受付番号の顧客の呼出を行う。
Next, the flow of processing when a customer call operation is performed on the teller monitor 91 will be described. When the
また、受付機10は、番号呼出装置92に送信した受付番号及び呼出要求に含まれる窓口を識別する情報をサーバ20にも通知する。受付番号及び窓口を識別する情報を受け付けたサーバ20は、受付番号データ24a及び伝票項目データ24bから受け付けた受付番号に関連付けられた情報を抽出して、受け付けた窓口を識別する情報に対応する窓口端末40に送信する。
In addition, the
このように、テラーモニタ91で顧客の呼出操作に連動して、窓口端末40に呼び出された顧客が登録した伝票及び本人確認書類に係る情報が渡されるので、テラーモニタ91で顧客の呼出操作が行われると、窓口端末40には自動的に窓口に呼び出した顧客が電子記帳機30で登録した伝票などの確認画面が表示される。
In this way, information relating to the slip and identity verification document registered by the customer called to the
次に、図2に示した受付機10の実施例1に係る内部構成を説明する。図3は、受付機10の実施例1に係る内部構成を示すブロック図である。受付機10は、表示操作部11、番号札印刷部12、通信部14、記憶部15及び制御部16を有する。
Next, an internal configuration according to the first embodiment of the accepting
表示操作部11は、タッチパネルディスプレイ装置などである。表示操作部11は、顧客に来店目的等を選択入力させるボタンなどを表示し、該ボタンの選択入力を受け付ける。番号札印刷部12は、受付番号などの情報が記載された番号札を印刷する出力部である。通信部14は、LAN(Local Area Network)等の通信線を介してサーバ20及び電子記帳機30とのデータ通信を行なうためのインタフェース部である。
The
記憶部15は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部15は、設定パラメータ15a、受付番号採番データ15b、受付番号データ15c及び窓口状態データ15dを有する。設定パラメータ15aは、受付機10の受付処理に関するパラメータである。受付番号採番データ15bは、受付番号の採番状況に係るデータである。受付番号データ15cは、採番した受付番号ごとにその状態報に係る情報を有するデータである。窓口状態データ15dは、窓口ごとの顧客対応中なのか否かを管理するデータである。
The
制御部16は、受付機10の全体を制御する制御部であり、受付処理部16a、受付番号採番部16b、番号札発行部16c、受付番号データ管理部16d及び窓口状態管理部16eを有する。実際には、これらの機能部に対応するプログラムを図示しないROMや不揮発性メモリに記憶しておき、これらのプログラムをCPU(Central Processing Unit)にロードして実行することにより、それぞれに対応するプロセスを実行させることになる。
The
受付処理部16aは、来店客の受付処理の全体を制御する制御部である。受付処理部16aは、表示操作部11の来店受付用の画面の表示を行い来店目的を受け付け、来店目的に応じた受付番号を受付番号採番部16bで採番し、採番した受付番号に関連付けて、来店目的などの情報を受付番号データ15cに登録する。
The
ただし、設定パラメータ15aの設定で電子記帳機30に誘導する場合には番号札の発券を行わないという設定になっていて、受け付けた来店目的により電子記帳機30への誘導が必要と判定された場合には、受付処理部16aは、電子記帳機30への誘導のメッセージのみを表示して番号札の発行は行わない。また、設定パラメータ15aの設定で電子記帳機30に誘導する場合には番号札の発券を行わないという設定になっている場合には、そもそも電子記帳機30に誘導する必要のある来店目的を選択できないようになっていて、そのような来店目的の顧客に対する電子記帳機30への誘導を示すメッセージが表示されていてもよい。
However, when setting the setting
受付番号採番部16bは、受付処理部16a若しくは通信部14を経由して電子記帳機30からの来店目的に応じた受付番号の採番要求を受け付けたならば、受け付けた来店目的に応じて受付番号を採番する。具体的には来店目的に応じた受付番号帯を決定し、受付番号採番データ15bの最終採番済の受付番号の次の受付番号を新たな受付番号として採番し、これに応じて受付番号採番データ15bの更新を行う。
If the receipt
番号札発行部16cは、受付処理部16aの制御に基づいて指定された受付番号が記載された番号札を番号札印刷部12で印刷する。印刷される番号札には、受付番号が人に認識可能な文字情報とバーコードリーダ36で読み込み可能なバーコードとにより印刷される。
The number
受付番号データ管理部16dは、電子記帳機30などの他の装置から通信部14を経由して受付番号を含む受付番号情報の取得要求を受け付けたならば、受け付けた受付番号で受付番号データ15cの検索を行い、対応するレコードの情報を要求元に応答として返信する。
If the receipt number
また、受付番号データ管理部16dは、テラーモニタ91から該テラーモニタ91が設置される窓口の窓口番号を含む呼出要求を受け付けたならば、受付番号データ15cから受け付けた呼出要求に含まれる窓口番号に呼び出す受付番号を選択し、該受付番号に対応する受付番号データ15cの状態を「呼出済」として、該受付番号を番号呼出装置92に送信する。ただし、呼出要求元の窓口の状態が顧客対応中の場合には呼出要求をエラーとして呼出処理は実行しない。番号呼出装置92は、受付番号を受け付けたならば表示部に受け付けた受付番号を表示し、音声で受け付けた受付番号の顧客の呼出を行う。また、受付番号データ管理部16dは、テラーモニタ91から呼出要求を受け付けた場合には、番号呼出装置92に受付番号を送信するとともに、呼び出す受付番号に対応する受付番号データ15cのレコードをサーバ20に送信する。
If the reception number
窓口状態管理部16eは、窓口が顧客対応中なのか否かの情報を管理する管理部であり、管理している内容を窓口状態データ15dとして管理する。具体的には、受付番号データ管理部16dにより顧客への窓口への呼び出しが行われたならば、呼び出し先の窓口の状態を顧客対応中に更新し、窓口端末40の操作に基づく顧客対応終了通知を受け付けたならば受け付けた顧客対応終了通知に対応する窓口の状態を呼出待ちの状態に更新する。
The window
次に、図3に示した受付機10の実施例1に係るデータ構成について説明する。図4は、受付機10の実施例1に係るデータ構成について説明するための説明図である。
Next, a data configuration according to the first embodiment of the accepting
設定パラメータ15aは、顧客を電子記帳機30に誘導時に番号札を発券する必要があるかどうかを示す電子記帳機誘導時発券要否と、来店目的別の受付番号帯である目的別受付番号帯の情報と、来店目的別の窓口の種類を示す目的別窓口の情報と、来店目的別の電子記帳機30への誘導の要否を示す目的別電子記帳機への誘導要否の情報とを含む。
The setting
図4の設定パラメータ15aの例は、電子記帳機誘導時発券要否が「必要」で顧客を電子記帳機30に誘導時に番号札を発券する必要があることを示している。また、図4の設定パラメータ15aの目的別受付番号帯の情報の例は、来店目的が入金、出金、振込及び税公金納付の受付番号の採番帯が「1〜399」であり、来店目的が諸届及びローンの受付番号の採番帯が「500〜899」であることを示している。また、図4の設定パラメータ15aの目的別窓口の情報の例は、来店目的が入金、出金、振込及び税公金納付に対応する窓口の種類が「ハイカウンタ」で、来店目的が諸届及びローンに対応する窓口の種類が「ローカウンタ」であることを示している。また、図4の設定パラメータ15aの目的別電子記帳機への誘導要否の情報の例は、来店目的が入金、出金、振込及び税公金納付の場合には「電子記帳機に誘導する」で、来店目的が諸届及びローンの場合には「電子記帳機に誘導しない」であることを示している。
The example of the setting
受付番号採番データ15bは、受付番号の採番帯に関連付けられた最終の採番済の受付番号である最終採番済受付番号と、対応する窓口番号をレコード項目とするデータである。図4の受付番号採番データ15bは、採番帯が「ハイカウンタ」の、最終採番済の受付番号が「150」で、対応窓口番号が「1,2,3」の窓口で、採番帯が「ローカウンタ」の、最終採番済の受付番号が「550」で、対応窓口番号が「4,5」の窓口であることを示している。
The receipt
受付番号データ15cは、受付番号に関連付けられた来店目的と、受付日付と、受付時刻と、該受付番号の状態と、該受付番号の顧客が呼び出された窓口の番号とをレコードの項目とするデータである。該受付番号の状態の情報は、コード化された情報であって、「1」が受付済で、「2」が対応する顧客を窓口に呼出済で、「9」が対応する顧客の処理が終了していることを示している。
The
図4の受付番号データ15cの例は、受付番号が「150」の番号札に対する顧客は、来店目的が「振込」で、受け付けたのが「2014/4/15」の「11:30」で、状態が「2」であり窓口に呼出済で、呼び出された窓口の窓口番号が「2」であることを示すレコードと、受付番号が「550」の番号札に対する顧客は、来店目的が「ローン」で、受け付けたのが「2014/4/15」の「11:35」で、状態が「1」であり来店を受付済であることを示すレコードとが含まれることを示している。
In the example of the
窓口状態データ15dは、窓口番号に関連付けられた状態をレコードの保有項目とするデータである。状態は、コード化されたデータであって、「0」が顧客をまだ呼び出していないことを示し、「1」が顧客を呼出済であることを示し、「2」が伝票の印刷処理終了済であることを示す。図4の窓口状態データ15dの例は、窓口番号が「1」の窓口の状態は「2」であり呼び出した顧客の伝票が印刷済みであり、窓口番号が「2」の窓口の状態は「1」であり顧客を呼出済であることを示している。
The
次に、図2に示した電子記帳機30の実施例1に係る内部構成を説明する。図5は、電子記帳機30の実施例1に係る内部構成を示すブロック図である。電子記帳機30は、本人確認資料のイメージを読み取るマルチカードスキャナ33、携帯端末などに表示された口座情報のQRコードを読み取るQRコードリーダ34、番号札を発行するレシートプリンタ35、受付機10で発行済の番号札のバーコードを読み取るバーコードリーダ36及びキャッシュカードなどのカードの情報を読み込むカードリーダ37を接続することができる。ただし、先に記した通りレシートプリンタ35及びバーコードリーダ36は設定に応じていずれかが選択的に接続される。
Next, an internal configuration according to the first embodiment of the
また、電子記帳機30は、表示操作部31と、通信部32と、記憶部38と、制御部39とを有する。表示操作部31は、タッチパネルディスプレイなどであり、入力項目の表示、操作入力ボタンの表示、操作入力の受付を行う入出力部である。通信部32は、LAN等の通信線を介して受付機10及びサーバ20とデータ通信するためのインタフェース部である。
The
記憶部38は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部38は、設定パラメータ38a、受付番号データ38b、伝票決定パラメータ38c、伝票テンプレートデータ38d、伝票項目データ38e及び本人確認記録データ38fを有する。
The
設定パラメータ38aは、電子記帳機30で行われる処理に係る設定情報であり、受付機10で発券された番号札から受付番号を読み取るか、受付機10に電子記帳機30から受付番号の採番を依頼することによって取得するかを示す受付番号取得方式の情報を有する。
The setting
受付番号データ38bは、受付番号をはじめとする電子記帳機30で受け付けた顧客の入力情報である。ただし、受付機10で既に来店の受付が行われて番号札が発行されている場合には、番号札に記載された受付番号を指定して受付機10から取得した受付機10において受け付けた情報も含まれる。
The
伝票決定パラメータ38cは、受け付けた来店目的と来店目的に対応する作成しなければならない伝票の種類を示す伝票IDを対応付けたデータである。電子記帳機30は該伝票決定パラメータ38cに基づいて来店目的に対応する作成すべき伝票の種類を判定する。
The
伝票テンプレートデータ38dは、伝票の種類に対応する該伝票に含まれる伝票項目の情報を規定したデータである。来店目的を受け付けて伝票決定パラメータ38cに基づいて作成すべき伝票IDが特定され、伝票IDと該伝票テンプレートデータ38dに基づいて入力しなければならない伝票データが特定される。
The
伝票項目データ38eは、特定された伝票IDに対応する伝票の伝票項目に対して顧客により入力された情報である。電子記帳機30では、複数枚の伝票作成に応じた入力を行うことが可能であり、その場合には伝票項目データ38eには複数のレコードが登録されることになる。本人確認記録データ38fは、電子記帳機30で受け付けた本人確認記録に係るデータである。
The
制御部39は、電子記帳機30の全体を制御する制御部であり、受付番号データ管理部39a、伝票項目データ生成部39b、本人確認記録生成部39c、登録データ送信部39d及び番号札発行処理部39eを有する。実際には、これらの機能部に対応するプログラムを図示しないROMや不揮発性メモリに記憶しておき、これらのプログラムをCPU(Central Processing Unit)にロードして実行することにより、それぞれに対応するプロセスを実行させることになる。
The
受付番号データ管理部39aは、受付番号データ38bを管理する処理部である。具体的には、設定パラメータ38aの受付番号取得方式に受付機10で発券された番号札から受付番号を読み取るという設定になっている場合には、バーコードリーダ36により受付機10で発行済の番号札のバーコードから受付番号を読み取って、受付機10から受付番号に対する来店目的を取得して、受付番号データ38bに登録する。また、設定パラメータ38aの受付番号取得方式に受付機10に採番を依頼することによって受付番号を取得するという設定になっている場合には、作成する伝票の伝票項目の入力の終了後に、受付機10に来店目的を指定して受付番号の採番要求を行うことによって受付番号を採番して、受付番号データ38bに採番した受付番号の登録を行う。
The receipt number
伝票項目データ生成部39bは、来店目的と伝票決定パラメータ38cに基づいて作成する伝票の種類である伝票IDを特定し、該伝票IDと伝票テンプレートデータ38dに基づいて決定した伝票項目の入力を受け付けて、受け付けた伝票項目に対する情報を伝票項目データ38eに登録する。来店目的については、設定パラメータ38aの受付番号取得方式に受付機10で発券された番号札から受付番号を読み取るという設定になっている場合には、バーコードリーダ36により受付機10で発行済の番号札のバーコードから受付番号を読み取って、受付機10から受付機10で既に入力済の受付番号に対する来店目的を取得するが、設定パラメータ38aの受付番号取得方式に受付機10に採番を依頼することによって受付番号を取得するという設定になっている場合には、表示操作部31に来店目的入力用の画面の表示を行い、該画面の入力を受け付けることによって来店目的を取得する。また、伝票項目データ生成部39bは、カードリーダ37で読み込んだキャッシュカードなどの情報を伝票項目に対する情報として、伝票項目データ38eに反映させることもできる。
The slip item
また、伝票項目データ生成部39bは、1つの受付番号に対して複数の伝票の作成を行うことが可能である。図4の設定パラメータ15aの例で示した通り、受付番号の採番帯は、来店目的に対応する取引種類(入金・出金、振込、諸届、外貨両替、投資相談等)ごとに設定されている。複数の伝票が作成され、取引種類が複数ある場合には、受付番号は、取引種類ごとに有する採番帯を決定に係る優先順位に基づいて、最も優先順位の高い取引種類に対応する採番帯において採番される。採番帯は、取引種類ごとに取引の複雑度等によっていくつかに分けられている。例えば、投資相談を最も優先順位の高い取引種類とし、以下、順番に、外貨両替、諸届、振込、入金・出金の順番で優先順位が決められている。なお、取引種類の優先順位はこれに限定されるわけではなく、設定によりこれらの優先順位は任意に設定することができる。
The slip item
本人確認記録生成部39cは、伝票項目データ生成部39bにより生成された伝票項目データ38eに基づいて本人確認が必要な取引があるか否かの判定を行い、本人確認が必要な取引があると判定された場合には、本人確認書類に記載する必要事項を入力する画面を表示して、顧客の入力を受け付けて、受け付けた内容を本人確認記録データ38fに登録する。また、本人確認記録生成部39cは、マルチカードスキャナ33で取得した本人確認資料のイメージを本人確認記録データ38fに登録する。
The identity verification
登録データ送信部39dは、伝票の項目データの受付処理及び本人確認書類記録に係るデータの受付処理が終了したならば、これらの一連の処理において登録された受付番号データ38b、伝票項目データ38e及び本人確認記録データ38fをサーバ20に送信する。
When the registration process of the slip item data and the reception process of the data related to the identification document recording are completed, the registration
番号札発行処理部39eは、設定パラメータ38aの受付番号取得方式に受付機10に採番を依頼することによって受付番号を取得するという設定になっている場合には、受付機10に依頼して採番した受付番号の記載された番号札をレシートプリンタ35により発行する。
The number tag
次に、図5に示した電子記帳機30の実施例1に係るデータ構成について説明する。図6は、電子記帳機30の実施例1に係るデータ構成について説明するための説明図である。
Next, a data configuration according to the first embodiment of the
設定パラメータ38aは、受付番号取得方式の情報を有する。受付番号取得方式は、コード化されたデータであって、「1」が番号札のバーコードを読み取ることによって受付番号を取得することを示し、「2」が受付機10に対して受付番号の採番を依頼することによって受付機10から取得することを示す。図6の設定パラメータ38aの例は、受付番号取得方式が「1」であり番号札のバーコードを読み取ることによって受付番号を取得することを示している。
The setting
受付番号データ38bは、受付番号と、来店目的と、来店を受け付けた受付日付及び受付時刻と、来店を受け付けた顧客の口座の情報と、作成する伝票の種類別の枚数とを有する。
The
図6の受付番号データ38bの例は、受付番号が「150」で、来店目的が「振込」で、来店を受け付けた受付日付が「2014/4/15」で受付時刻が「11:30」で、カードリーダ37で読み込まれたキャッシュカードに対応する顧客の口座の情報に店番号が「0005」で、科目コードが「01」で口座番号が「1234567」の情報が含まれていて、作成する伝票の種類別の枚数について入金伝票が「0」枚で、出金伝票が「1」枚で、振込依頼書が「1」枚であることを示している。
In the example of the
伝票決定パラメータ38cは、来店目的と伝票の種類を示す伝票IDとが関連づけられたデータである。図6の伝票決定パラメータ38cの例は、来店目的が入金に対応する伝票IDが「001」で、来店目的が出金に対応する伝票IDが「002」で、来店目的が振込に対応する伝票IDが「003」で、来店目的が税公金納付に対応する伝票IDが「004」であることを示している。
The
伝票テンプレートデータ38dは、伝票の種類を示す伝票IDに関連付けた該伝票IDに対応する伝票の項目情報をレコードの保有項目とするデータである。伝票の項目情報には伝票に含まれる項目ごとに項目を識別する項目識別IDなどの情報が含まれる。図6の伝票テンプレートデータ38dの例は、伝票IDが「002」の伝票については、項目識別IDが「020」の項目及び項目識別IDが「030」の項目を有していることを示すレコードが含まれていることを示している。
The
伝票項目データ38eは、登録日付及び受付番号及び受付枝番号に関連付けられた伝票IDと、当該伝票IDに対応する伝票の項目データの登録開始時刻及び登録終了時刻と、該伝票IDに対応する伝票項目ごとに項目識別ID及び入力された項目値とをレコード項目とするデータである。受付枝番号は、1つの受付番号で複数の伝票を作成する場合に自動的に採番される番号で、同一の受付番号内の伝票を識別する通番である。
The
図6の伝票項目データ38eの例は、登録日付が「2014/4/15」で、受付番号が「150」で、受付枝番号が「01」に関連づけた伝票IDが「002」で、当該伝票IDに対応する伝票の項目データの登録開始時刻が「11:32」で、登録終了時刻が「11:34」で、該伝票項目の入力情報が項目識別IDが「020」に対する伝票項目の項目値が「0005」で、項目識別IDが「030」に対する伝票項目の項目値が「01」であることを示すレコードが含まれていることを表している。
In the example of the
本人確認記録データ38fは、受付番号と、受付枝番号と、本人確認記録データ38fが登録されたた登録日付及び登録時刻と、本人確認記録情報と、本人確認書類のイメージデータとを含む。本人確認記録情報には、顧客の氏名、職業、取引の目的及び本人確認書類の名称などを含む。
The personal
図6の本人確認記録データ38fの例は、受付番号が「150」で、受付枝番号が「01」で、本人確認記録データ38fが登録されたた登録日付が「2014/4/15」で、登録時刻が「11:36」で、顧客の氏名が「タナカ イチロウ」で、職業が「会社員」で、取引の目的が「借入金返済」で、本人確認書類が「運転免許証」であることを示している。
In the example of the personal
次に、図2に示したサーバ20の実施例1に係る内部構成を説明する。図7は、サーバ20の実施例1に係る内部構成を示すブロック図である。サーバ20は、入力部21及び表示部22と接続される。入力部21は、キーボードやマウス等であり、表示部22は、液晶パネル等のディスプレイ装置である。
Next, an internal configuration according to the first embodiment of the
また、サーバ20は、通信部23と、記憶部24と、制御部25とを有する。通信部23は、LAN等の通信線を介して受付機10、電子記帳機30、窓口端末40、スタッフ端末93、顧客端末94及びプリンタ95とデータ通信するためのインタフェース部である。
The
記憶部24は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部24は、受付番号データ24a、伝票項目データ24b、本人確認記録データ24c、処理履歴データ24d及び窓口状態データ24eを有している。
The
受付番号データ24aは、電子記帳機30から受付番号データ38bを受け付けて登録されたレコードに、受け付けた受付番号データ38bの状態を示す情報を加えたデータである。また、受付番号データ24aに含まれる情報は、窓口端末40により更新が可能であり、受付番号データ24aには更新の結果が反映される。
The
伝票項目データ24bは、電子記帳機30から伝票項目データ38eを受け付けて登録されたレコードに、受け付けた伝票項目データ38eの状態を示す情報などを加えたデータである。また、伝票項目データ24bは、窓口端末40により追加、更新及び削除が可能であり、伝票項目データ24bには追加、更新及び削除の結果が反映される。
The
本人確認記録データ24cは、電子記帳機30から本人確認記録データ38fを受け付けて登録されたデータである。また、本人確認記録データ24cに含まれる情報は、窓口端末40により追加、更新及び削除が可能であり、本人確認記録データ24cには追加、更新及び削除の結果が反映される。
The personal
処理履歴データ24dは、受付番号データ24aに登録されたレコードに対する窓口端末40による処理の実績を記録した情報である。窓口状態データ24eは、受付機10の窓口状態データ15dと同じ構成の情報であるが、サーバ20が独自に管理するデータである。
The
制御部25は、サーバ20の全体を制御する制御部であり、受付番号データ管理部25a、伝票項目データ管理部25b、本人確認記録管理部25c、呼出連動処理部25d、集計処理部25e及び窓口状態管理部25fを有する。実際には、これらの機能部に対応するプログラムを図示しないROMや不揮発性メモリに記憶しておき、これらのプログラムをCPU(Central Processing Unit)にロードして実行することにより、対応するプロセスを実行させることになる。
The control unit 25 is a control unit that controls the
受付番号データ管理部25aは、電子記帳機30から受付番号データ38bを受け付けて、受付番号データ24aに「受付済」の状態として登録する。また、受付番号データ管理部25aは、窓口端末40から受付番号データ24aの更新情報を受け付けた場合には更新内容を受付番号データ24aに反映する。
The receipt number
伝票項目データ管理部25bは、電子記帳機30から伝票項目データ38eを受け付けて、初期化された状態を示す情報などを付加して伝票項目データ24bに登録する。また、伝票項目データ管理部25bは、窓口端末40から伝票項目データ24bの追加、更新及び削除に係る情報を受け付けた場合には追加、更新及び削除に係る情報を伝票項目データ24bに反映する。また、伝票項目データ24bには対応する伝票を印刷済か否かを示す情報を有しており、窓口端末40からの印刷した旨の通知を受け付けて印刷済に更新する。
The slip item
本人確認記録管理部25cは、電子記帳機30から本人確認記録データ38fを受け付けて、本人確認記録データ24cに登録する。また、本人確認記録管理部25cは、窓口端末40から本人確認記録データ24cの更新情報を受け付けた場合には更新内容を本人確認記録データ24cに反映する。
The principal confirmation
呼出連動処理部25dは、図1の(j)に示した受付機10からの受付番号及び呼出窓口の情報を含む呼出の通知に基づいて、呼出の通知に含まれる受付番号に対応する受付番号データ24aから抽出したレコードの情報と、該受付番号に対応する伝票項目データ24bから抽出したレコードの情報と、該受付番号に対応する本人確認記録データ24cから抽出したレコードの情報とを、呼出の通知に含まれる呼出窓口の情報に対応する窓口端末40に送信する。
The call
また、呼出連動処理部25dは、これらのデータを窓口端末40に送信したならば、受付番号データ24aの呼出窓口番号に受付機10からの呼出の通知に含まれる呼出窓口に対応する呼出窓口番号が登録されているレコードの状態を「処理終了」に変更して、受付番号データ24aの受付機10からの呼出の通知に含まれる呼び出す受付番号に対応するレコードの状態を「呼出済」を示す状態に変更し、該レコードの呼出窓口番号に呼出先の窓口番号を登録する。
In addition, when the call
集計処理部25eは、受付番号データ24aを集計して、呼出を待っている顧客の人数や伝票の枚数の集計を行う。また、集計処理部25eは、処理履歴データ24dを集計して、処理した伝票枚数、処理を行った担当者に係る集計を行う。
The
窓口状態管理部25fは、窓口が顧客対応中なのか否かの管理を行う管理部であり、管理している内容を窓口状態データ24eとして管理する。具体的には、テラーモニタ91の操作に基づいて顧客を呼び出したことを示す通知である窓口の識別情報を含む呼出通知を受け付けたならば、呼出通知に含まれる識別情報に対応する窓口の状態を顧客対応中とする。また、窓口端末40から、窓口の識別情報を含む顧客対応終了通知を受け付けたならば、顧客対応終了通知に含まれる識別情報に対応する窓口の状態を顧客対応が終了したことを示す状態に更新する。また、窓口端末40から、顧客により登録された伝票の印刷が行われたならば、対応する窓口の状態を伝票が印刷済みであることを示す状態に更新する。また、窓口状態管理部25fは、顧客対応終了通知を受信したり、伝票の印刷が行われたならば、検知した内容を窓口の識別情報に関連付けて受付機10に送信するようにする。受付機10はこれらの情報を受け付けて、受付機10で管理する窓口状態データ15dの更新を行う。
The window
実施例1では、受付機10に対して顧客対応終了通知の受信や、伝票の印刷が行われたことを通知することによって、受付機10において窓口ごとの状態を把握できるようにし、顧客の呼び出しの可否を受付機10で判定するようにしたが、本発明はこれに限定されるものではない。例えば、窓口状態管理部25fに窓口に対する顧客呼出可否を判定する機能を設け、受付機10では、テラーモニタ91による呼出操作が行われた場合に、顧客の窓口への呼び出しの可否を判定する代わりにサーバ20に対して窓口の識別情報を含む呼出可否判定要求を送信して、サーバ20が窓口状態データ24eに基づいて判定した結果を受け取って、受け取った判定結果に基づいて処理を行うようにしてもよい。
In the first embodiment, the
次に、図7に示したサーバ20の実施例1に係るデータ構成について説明する。図8は、サーバ20の実施例1に係るデータ構成について説明するための説明図である。
Next, a data configuration according to the first embodiment of the
受付番号データ24aは、受付番号と、来店目的と、来店を受け付けた受付日付及び受付時刻と、当該受付番号に対応する顧客の状態と、呼び出された窓口の番号と、顧客の口座の情報と、作成する伝票の種類別の枚数とをレコード項目とするデータである。状態は、コード化されたデータであって、「1」が受付済で、「2」が呼出済で、「9」が処理終了であることを示している。口座の情報には店番、科目及び口座番号などの情報を含む。
The
図8の受付番号データ24aの例は、受付番号が「150」の顧客は、来店目的が「振込」で、来店を受け付けた受付日付が「2014/4/15」で、受付時刻が「11:30」で、状態が「2」であり呼出済で、呼出窓口番号が「1」で、来店を受け付けた顧客の口座の情報に店番号が「0005」で、科目が「01」で、口座番号が「1234567」の情報が含まれていて、作成する伝票の種類別の枚数について入金伝票が「0」枚で、出金伝票が「1」枚で、振込依頼書が「1」枚であることを示すレコードが含まれていることを表している。また、受付番号データ24aの例は、受付番号が「550」の顧客は、来店目的が「ローン」で、来店を受け付けた受付日付が「2014/4/15」で、受付時刻が「11:35」で、状態が「1」であり受付済で、作成する伝票の種類別の枚数について入金伝票が「0」枚で、出金伝票が「0」枚で、振込依頼書が「0」枚であることを示すレコードが含まれていることを表している。
In the example of the
伝票項目データ24bは、登録日付、受付番号及び受付枝番号に関連付けた伝票IDと、当該伝票IDに対応する伝票の項目データの電子記帳機30における登録開始時刻及び登録終了時刻と、状態と、修正フラグと、追加フラグと、印刷フラグと、該伝票IDに対応する伝票項目ごとの項目識別IDと入力された項目値とをレコード項目とするデータである。状態は、コード化された情報であって「0」が未処理で、「1」が呼出済で、「2」が保留で、「8」が削除で、「9」が処理済であることを示す。修正フラグはコード化された情報であって「0」が修正していないことを示し、「1」が修正済であることを示す。追加フラグはコード化された情報であって「0」が電子記帳機30で作成したデータであることを示し、「1」が窓口端末40で追加したことを示す。印刷フラグはコード化された情報であって「0」が当該レコードに対応する伝票が未印刷で、「1」が印刷済であることを示す。図8に示した伝票項目データ24bは、状態に削除を示す「8」が設定されることがある。つまり、レコードに対応する伝票に係る情報が取り消された場合には、該状態に「8」が設定されることとなる。しかしながら本発明はこれに限定されるものではなく、取り消された場合にはレコードを削除するようにしてもよい。
The
図8の伝票項目データ24bの例は、登録日付が「2014/4/15」で、受付番号が「150」で、受付枝番号が「01」に関連づけた伝票IDが「002」で、電子記帳機30における当該伝票IDに対応する伝票の項目データの登録開始時刻が「11:32」で、登録終了時刻が「11:34」で、状態が「1」で呼出済であり、修正フラグが「0」で修正していなくて、追加フラグが「0」で電子記帳機30において作成して、印刷フラグが「1」で印刷済であり、伝票項目の入力情報が項目識別IDが「020」に対する伝票項目の項目値が「0005」で、項目識別IDが「030」に対する伝票項目の項目値が「01」であることを示すレコードが含まれていることを表している。
In the example of the
本人確認記録データ24cは、登録日付と、受付番号と、受付枝番号に関連付けた本人確認記録情報と、本人確認書類のイメージデータなどとをレコード項目とするデータである。本人確認記録情報には、顧客の氏名、職業、取引の目的及び本人確認書類の名称などを含む。
The personal
図8の本人確認記録データ24cの例は、登録日付が「2014/4/15」で、受付番号が「150」で、受付枝番号が「01」で、顧客の氏名が「タナカ イチロウ」で、職業が「会社員」で、取引の目的が「借入金返済」で、本人確認書類が「運転免許証」であることを示すレコードが含まれていることを表している。
In the example of the personal
処理履歴データ24dは、処理日付と、受付番号と、該受付番号に対する窓口での処理の処理開始時刻及び処理終了時刻と、処理を行ったテラーの担当者IDと、担当者名と、処理が終了した作成伝票の種類別の枚数とをレコード項目とするデータである。
The
図8の処理履歴データ24dの例は、処理日付が「2014/4/15」で、受付番号が「150」で、該受付番号に対する窓口での処理の処理開始時刻が「11:50」で、処理終了時刻が[11:55]で、処理を行ったテラーの担当者IDが「110」で、担当者名が「山田花子」で、処理が終了した作成伝票の種類別の枚数が入金伝票が「0」枚、出金伝票が「1」枚、振込依頼書が「1」枚であることを示すレコードが含まれていることを表している。
In the example of the
次に、図2に示した窓口端末40の実施例1に係る内部構成を説明する。図9は、窓口端末40の実施例1に係る内部構成を示すブロック図である。窓口端末40は、表示操作部41と、通信部42と、記憶部43と、制御部44と、人感センサ45とを有する。表示操作部41は、タッチパネルディスプレイなどであり、入力項目の表示、操作入力ボタンの表示、入力操作の受付を行う入出力部である。通信部42は、LAN等の通信線を介してサーバ20とデータ通信するためのインタフェース部である。人感センサ45は、窓口端末40が設置される窓口に設置され、該窓口に呼び出された顧客が窓口に来たことを検知する。
Next, an internal configuration according to the first embodiment of the
記憶部43は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部43は、受付番号リストデータ43a、受付番号データ43b、伝票決定パラメータ43c、伝票テンプレートデータ43d、伝票項目データ43e及び本人確認記録データ43fを有している。
The
受付番号リストデータ43aは、窓口端末40が有する未呼出リスト又は処理済リストを表示する処理実施時にサーバ20から取得した未呼出の受付番号に係る一覧情報又は処理済の受付番号に係る一覧情報である。
The reception
受付番号データ43bは、電子記帳機30の受付番号データ38bと同じ形式のデータであって、顧客を窓口に呼び出した時に、サーバ20から受信した受付番号データ24aの呼び出した顧客に対応するレコードを記憶したデータである。また、顧客呼出時以外にも、未呼出リスト又は処理済リストからいずれかの受付番号に対する登録済の伝票内容の照会の操作を受け付けた場合には、サーバ20から受付番号データ24aの指定された受付番号に対応するレコードを取得して当該受付番号データ43bとして記憶する。
The
伝票決定パラメータ43cは、電子記帳機30の伝票決定パラメータ38cと同じである。また、伝票テンプレートデータ43dは、電子記帳機30の伝票テンプレートデータ38dと同じである。
The
伝票項目データ43eは、電子記帳機30の伝票項目データ38eと同じ形式のデータであって、顧客を窓口に呼び出した時に、サーバ20から受信した伝票項目データ24bの呼び出した顧客に対応するレコードを記憶したデータである。また、顧客呼出時以外にも、未呼出リスト又は処理済リストからいずれかの受付番号に対する登録済の伝票内容の照会の操作を受け付けた場合には、サーバ20から伝票項目データ24bの指定された受付番号に対応するレコードを取得して当該伝票項目データ43eとして記憶する。
The
本人確認記録データ43fは、電子記帳機30の本人確認記録データ38fと同じ形式のデータであって、顧客を窓口に呼び出した時に、サーバ20から受信した本人確認記録データ24cの呼び出した顧客に対応するレコードを記憶したデータである。
The identity
制御部44は、窓口端末40の全体を制御する制御部であり、受付番号リスト表示部44a、伝票項目データ更新部44b、本人確認記録更新部44c、更新データ送信部44d、印刷処理部44e、集計結果出力部44f及び窓口状態通知部44gを有する。実際には、これらの機能部に対応するプログラムを図示しないROMや不揮発性メモリに記憶しておき、これらのプログラムをCPU(Central Processing Unit)にロードして実行することにより、対応するプロセスを実行させることになる。
The
受付番号リスト表示部44aは、表示操作部41による指示を受け付けて未呼出リスト又は処理済リストを表示する。
The reception number
伝票項目データ更新部44bは、顧客を窓口に呼び出した時に、サーバ20から受信した伝票項目データ24bの呼び出した顧客に対応するレコードを伝票項目データ43eとして記憶し、伝票項目データ43eの内容を画面に表示すると共に変更の入力を受け付けて、受け付けた内容を伝票項目データ43eに反映する。また、伝票項目データ更新部44bは、伝票項目データ43eに登録されている伝票単位の情報を取り消すことも可能である。また、伝票項目データ更新部44bは、伝票項目データ43eに伝票単位の情報を追加することもできる。
The slip item
また、伝票項目データ更新部44bは、一旦は伝票項目データ43eに登録されたが削除された伝票に係る情報を用いて新たな伝票の登録をすることができる。ただし、その場合には、窓口担当者などによる不正な情報の引用を防止するために、役席者及び顧客の承認などが必要である。
Further, the slip item
本人確認記録更新部44cは、顧客を窓口に呼び出した時に、サーバ20から受信した本人確認記録データ24cの呼び出した顧客に対応するレコードを本人確認記録データ43fとして記憶し、本人確認記録データ43fの内容を画面に表示すると共に変更の入力を受け付けて、受け付けた内容を本人確認記録データ43fに反映する。また、本人確認記録更新部44cは、本人確認記録データ43fに登録されている本人確認記録単位の情報を削除することも可能である。また、本人確認記録更新部44cは、本人確認記録データ43fに新たに本人確認記録を追加することもできる。
The identity verification
更新データ送信部44dは、顧客を窓口に呼び出してから行われた受付番号データ43b、伝票項目データ43e及び本人確認記録データ43fの更新内容をサーバ20に送信する。印刷処理部44eは、伝票項目データ43e及び本人確認記録データ43fに基づいて、伝票及び本人確認記録をプリンタ95から出力する。また、印刷処理部44eは、伝票の印字に際して印刷される伝票枚数を画面に表示する。これによって操作者は、プリンタ95から出力された伝票の取り忘れがないことを確認することができる。集計結果出力部44fは、サーバ20に集計の種類を指定して集計要求を行うことにより、指定に応じた集計結果を取得して、表示操作部41若しくはプリンタ95などに出力する。
The update data transmission unit 44d transmits to the
窓口状態通知部44gは、窓口における伝票の印刷終了や、顧客対応の終了を検知してサーバ20に伝票の印刷終了を示す印刷終了通知又は顧客対応終了通知を、窓口の識別情報と共に送信する。サーバ20はこれらの通知に基づいて、窓口状態データ24eの更新を行う。
The window
次に、図9に示した窓口端末40の実施例1に係るデータ構成について図10を用いて説明する。
Next, a data configuration according to the first embodiment of the
受付番号リストデータ43aは、受付番号、顧客名、顧客の来店目的、電子記帳機30で作成した伝票の枚数、状態、テラーの担当者ID及び担当者名をレコードの保有項目とするデータである。状態は、コード化されたデータであって、「1」が受付済で、「2」が呼出済で、「9」が処理終了であることを示している。
The receipt
図10の受付番号リストデータ43aの例は、受付番号が「145」は、顧客名が「鈴木太郎」で、来店目的が「税公金」で、電子記帳機30で作成した伝票の枚数が「2」枚で、状態が「2」であり呼出済で、テラーの担当者IDが「110」で、担当者名が「山田花子」であることを示すレコードが含まれていることを表している。また、受付番号が「549」は、来店目的が「諸届」で、電子記帳機30で作成した伝票の枚数が「0」枚で、状態が「9」であり処理終了で、テラーの担当者IDが「205」で、担当者名が「田中裕子」であることを示すレコードが含まれていることを表している。
In the example of the reception
次に、図2に示した電子記帳機30における作成する伝票の伝票項目の入力に係る画面構成及び操作にともなう画面遷移について図11を用いて説明する。図11の例は、電子記帳機30の設定パラメータ38aに受付機10で発券された番号札から受付番号を読み取るという設定となっている場合の画面遷移の例である。
Next, screen transitions associated with screen configuration and operations related to input of slip items of slips to be created in the
図11(a)は、電子記帳機30の初期画面であり、受付機10で発行された番号札のバーコードをバーコードリーダ36で読み取る旨のメッセージが表示される。バーコードリーダ36により番号札のバーコードが読み取られると、バーコードから読み取った受付番号が画面中央の受付番号のフィールドに表示される。画面下部には、受付番号をテンキーを用いて入力する画面を展開するための「テンキーで入力」ボタンと、画面中央の受付番号フィールドに表示された受付番号を確認して次の画面に展開するための「確認」ボタンとが配置される。
FIG. 11A is an initial screen of the
図11(a)の画面で、受付機10で来店目的に出金を指定して発行された番号札のバーコードを読み取って「確認」ボタンを押下すると、図11(b)に示す画面に画面遷移する。図11(b)の画面は、カードリーダ37で読み取ったキャッシュカードの情報と、表示されたキャッシュカードの口座から出金することを確認する旨のメッセージとが表示される。また、図11(b)の画面下部には、QRコードリーダ34で出金元の口座を指定するための画面へ遷移するための「QRコード読取」ボタンと、テンキーなどによりその他の口座を指定するための画面へ遷移するための「その他」ボタンと、図11(b)に表示された口座からの出金することを確認して次の画面に展開するための「確認」ボタンとが配置される。
In the screen of FIG. 11A, when the barcode of the number tag issued by designating withdrawal for the purpose of visiting is read by the accepting
図11(b)の画面で「QRコード読取」ボタンが押下されたならば、図11(c)に示す画面に遷移する。図11(c)の画面には、携帯端末に表示された口座情報を含むQRコードを読み取る旨のメッセージが表示される。画面の中央には、携帯端末に表示されたQRコードから読み取った口座に係る情報を表示するためのフィールドが配置される。また、画面下部には、カードリーダ37で読み取ったキャッシュカードから出金することを指示するための「カード口座」ボタンと、テンキーなどによりその他の口座を指定するための画面へ遷移するための「その他」ボタンと、QRコードを読み取った後に表示された口座から出金することを確認して次の画面に展開するための「確認」ボタンとが配置される。
If the “QR code reading” button is pressed on the screen of FIG. 11B, the screen transitions to the screen shown in FIG. On the screen of FIG. 11C, a message for reading the QR code including the account information displayed on the mobile terminal is displayed. In the center of the screen, a field for displaying information related to the account read from the QR code displayed on the mobile terminal is arranged. Also, at the bottom of the screen, a “card account” button for instructing to withdraw from the cash card read by the
図11(c)の画面で、「カード口座」ボタンが押下されると図11(b)に戻る。また、図11(b)で「確認」ボタンが押下されるか、図11(c)で携帯端末に表示されたQRコードを読み取って「確認」ボタンが押下されると図11(d)に示す画面に遷移する。図11に示した例では、図11(c)でQRコードを読み込んで、QRコードから読み込んだ口座に係る情報を自動入力して図11(d)の出金金額の入力用の画面に遷移しているが、予め携帯端末に出金金額を含むすべての入力項目が登録され、これらの入力項目のデータがQRコード化されている場合は、このQRコードの読み込みにより出金金額を含むすべての入力項目を自動入力して、図11(e)の画面に遷移するようにしてもよい。 When the “card account” button is pressed on the screen of FIG. 11C, the screen returns to FIG. In addition, when the “confirm” button is pressed in FIG. 11B, or when the “confirm” button is pressed after reading the QR code displayed on the mobile terminal in FIG. Transition to the screen shown. In the example shown in FIG. 11, the QR code is read in FIG. 11C, information related to the account read from the QR code is automatically input, and the screen shifts to the withdrawal amount input screen in FIG. However, if all the input items including the withdrawal amount are registered in advance in the mobile terminal and the data of these input items is QR coded, all the items including the withdrawal amount are read by reading this QR code. The input item may be automatically input, and the screen shown in FIG.
図11(d)の画面は、出金金額を入力するための画面であって、出金金額を入力する旨のメッセージと、出金金額を入力するためのテンキーと、テンキーで入力した金額を表示する金額のフィールドとが配置される。また、画面下部には、金額のフィールドに表示された金額を確認して次の画面に展開するための「確認」ボタンが配置される。 The screen of FIG. 11 (d) is a screen for inputting a withdrawal amount, a message for entering the withdrawal amount, a numeric keypad for entering the withdrawal amount, and the amount entered with the numeric keypad. And a field for the amount to be displayed. Also, at the bottom of the screen, a “confirm” button for confirming the amount displayed in the amount field and expanding it to the next screen is arranged.
図11(d)でテンキーにより出金金額を入力して「確認」ボタンを押下したならば図11(e)に示す画面に遷移する。図11(e)は、顧客が入力した出金伝票の項目の入力内容を確認するための画面で、出金伝票の項目の入力内容の一覧が表示され、表示された内容を確認したら「確認」ボタン、項目を修正する場合には項目名をタッチする旨のメッセージが表示される。また、下部には「確認」ボタンが配置される。 In FIG. 11D, if the withdrawal amount is input with the numeric keypad and the “Confirm” button is pressed, the screen changes to the screen shown in FIG. FIG. 11 (e) is a screen for confirming the input contents of the item of the withdrawal slip entered by the customer. A list of the input contents of the item of the withdrawal slip is displayed. When a button or item is modified, a message to the effect that the item name is touched is displayed. In addition, a “confirm” button is arranged at the bottom.
図11(e)の画面で「確認」ボタンが押下されると、図11(f)に示す画面に遷移する。図11(f)の画面には、続けて他の伝票を作成することを示す「続けて他の伝票を作成」ボタンと、伝票作成を終了することを示す「終了」ボタンとが配置される。 When the “Confirm” button is pressed on the screen of FIG. 11E, the screen transitions to the screen shown in FIG. In the screen of FIG. 11F, a “Continue Create Other Voucher” button indicating that another voucher is to be created and a “Finish” button indicating that voucher creation is to be ended are arranged. .
図11(f)の画面で「続けて他の伝票を作成」ボタンが押下された場合には、図11(g)の画面に遷移する。図11(g)の画面は、作成する伝票を選択するための画面である。図11(g)の画面には、図に示すように作成する伝票を指定するためのボタンと、図11(f)の画面に戻るための「戻る」ボタンが配置される。 When the “Continue to create another slip” button is pressed on the screen of FIG. 11F, the screen transitions to the screen of FIG. The screen in FIG. 11G is a screen for selecting a slip to be created. On the screen of FIG. 11G, a button for designating a slip to be created and a “return” button for returning to the screen of FIG.
次に、図2に示した窓口端末40における作成伝票の伝票項目の内容の確認に係る画面構成及び操作にともなう画面遷移について図12を用いて説明する。
Next, screen transitions associated with the screen configuration and operation related to confirmation of the contents of the slip items of the created slip in the
図12(a)は、窓口端末40の初期メニュー画面である。画面には処理を選択する旨のメッセージと、まだ窓口に呼び出されていない顧客のリストの表示処理を示す「未呼出リスト」ボタンと、処理済の顧客のリストの表示処理を示す「処理済リスト」ボタンと、新たな伝票作成を示す「伝票作成」ボタンと、各種集計処理のメニューの表示をするための「集計」ボタンとが配置される。
FIG. 12A shows an initial menu screen of the
未呼出リストを表示することで事前に顧客が希望する取引の内容(取引種別:入金、出金、振込などとその金額)を確認することが可能となり、テラーは、顧客が窓口に来る前に準備をすることができる。また、サーバ20に予めVIP及び要注意人物を特定する口座情報などの個人特定するための情報を登録しておき、未呼出リスト及び処理済リストに含まれる顧客に関連付けられた情報と、予めサーバ20に登録されたVIP及び要注意人物に係る情報をマッチングすることによりVIP又は要注意人物であるか否かを判別し、未呼出リスト又は処理済リストに判別結果を識別可能に表示するようにしてもよい。
By displaying the uncalled list, it is possible to confirm the details of the transaction desired by the customer in advance (transaction type: deposit, withdrawal, transfer, etc. and its amount), and the teller will be able to confirm before the customer comes to the counter. Can be ready. Also, information for personal identification such as account information for identifying VIPs and persons requiring attention is registered in the
図12(a)の画面で、「未呼出リスト」のボタンが押下されると図12(b)に示す画面に遷移する。図12(b)の画面には、サーバ20が管理する窓口に呼び出されることを待っている顧客の一覧である未呼出リストが1人1行の表形式で表示される。未呼出リストの各行の右側には、その行の顧客の作成済の伝票の内容を照会するための「参照」ボタンが配置される。また、図12(b)の画面下部には、図12(a)の初期メニュー画面に戻るための「戻る」ボタンと、表示された未呼出リストが複数ページに跨っている場合に前のページへの遷移を指示するための「前頁」ボタンと、次のページへの遷移を指示するための「次頁」ボタンとが配置される。
When the “uncalled list” button is pressed on the screen of FIG. 12A, the screen transitions to the screen shown in FIG. On the screen of FIG. 12B, an uncalled list, which is a list of customers waiting to be called to the window managed by the
また、図12(b)の画面で未呼出リストに含まれる顧客の伝票の項目の内容を変更する場合には、未呼出リストに表示される受付番号をタッチすることにより伝票項目の内容を変更用の画面を表示することができる。窓口端末40において、未呼出リスト及び処理済リストの受付番号をタッチすることによって表示される内容は、窓口端末40で処理可能な取引に絞り込んで表示される。つまり、窓口に割り当てられている業務に対応する取引の伝票データのみが確認できるようになっている。
In addition, when changing the contents of a customer slip item included in the uncalled list on the screen of FIG. 12B, the slip item content is changed by touching the receipt number displayed in the uncalled list. You can display a special screen. The contents displayed by touching the reception number of the uncalled list and the processed list at the
また、図12(a)の画面で、「伝票作成」のボタンが押下されると図12(c)に示す画面に遷移する。図12(c)の画面には、図に示すように作成する伝票を指定するためのボタンと、図12(a)の初期メニュー画面に戻るための「戻る」ボタンが配置される。 Also, when the “Create slip” button is pressed on the screen of FIG. 12A, the screen transitions to the screen shown in FIG. On the screen of FIG. 12C, a button for designating a slip to be created as shown in FIG. 12 and a “return” button for returning to the initial menu screen of FIG.
図12(b)の画面で、例えば受付番号の151の行をタッチした場合には図12(d)に示す画面に遷移する。図12(d)の画面は、図12(b)の未呼出リストに表示された受付番号151の顧客が電子記帳機30で作成した伝票の項目内容を表示している画面である。図12(d)に示すように、画面の中央には顧客が作成した伝票名と、該伝票名に対応する伝票の項目名と該項目名に対する顧客入力内容が表示される。また図12(d)に示す例では、受付番号151に対応する顧客は電子記帳機30において伝票を2枚作成した例であって、伝票名の右側には2枚作成したうちの1枚目であることを示す「1/2」の表示が行われている。また。図12(d)の画面下部には、図12(b)の初期メニュー画面に戻るための「戻る」ボタンと、複数の伝票が作成されている場合に表示中の伝票の前に作成された伝票に係る情報の表示を指示するための「前伝票」ボタンと、表示中の伝票の次に作成された伝票に係る情報の表示を指示するための「次伝票」ボタンと、表示中の伝票の取消を指示するための「取消」ボタンと、表示されている伝票の項目内容の確認を終了して次の伝票の項目内容を表示する画面に遷移するための「確認」ボタンとが配置される。また、図12(d)に表示された伝票の項目内容を変更する場合には、伝票項目名をタッチすることにより、タッチされた伝票項目の変更を行うための画面へ遷移させることができる。
In the screen of FIG. 12B, for example, when the line of the reception number 151 is touched, the screen is changed to the screen shown in FIG. The screen of FIG. 12D is a screen displaying the item contents of the slip created by the customer of the receipt number 151 displayed in the uncalled list of FIG. As shown in FIG. 12D, the name of the slip created by the customer, the item name of the slip corresponding to the slip name, and the customer input content for the item name are displayed at the center of the screen. In the example shown in FIG. 12D, the customer corresponding to the reception number 151 has created two slips in the
図12では、図12(b)の未呼出リストの画面から受付番号をタッチすることによって図12(d)の画面に遷移することを説明したが、テラーモニタ91の呼出操作によって顧客を呼び出した場合にも、テラーモニタ91の呼出操作に連動して呼び出された顧客の受付番号に対応する図12(d)の画面が自動的に表示される。
In FIG. 12, it has been described that the screen shifts to the screen of FIG. 12D by touching the receipt number from the uncalled list screen of FIG. 12B, but the customer is called by the call operation of the
また、図12(b)の画面で、例えば受付番号151に対応する行の右側の「参照」ボタンが押下されたならば、図12(e)に示す受付番号151の顧客が電子記帳機30で作成した伝票の項目内容の照会画面に遷移する。画面の表示内容は図12(d)にほぼ同様であるが、図12(d)と比較すると画面下部に「取消」ボタン及び「確認」ボタンがない。また、図12(e)の画面は照会用の画面であることから、伝票項目名をタッチしてもタッチされた伝票項目の変更を行うための画面への遷移は行われない。 12B, for example, if the “reference” button on the right side of the line corresponding to the reception number 151 is pressed, the customer of the reception number 151 shown in FIG. Transit to the inquiry screen of the item contents of the slip created in. The display content of the screen is almost the same as that in FIG. 12D, but there is no “cancel” button and “confirm” button at the bottom of the screen as compared with FIG. Further, since the screen of FIG. 12E is a screen for inquiry, even if the slip item name is touched, a transition to a screen for changing the touched slip item is not performed.
全ての伝票に対して、図12(d)の画面で項目内容の確認を受け付けて、さらに同様の操作によりその他の全ての伝票の確認操作を受け付けたならば、確認された情報に基づいて確認された全ての伝票の印字を開始し、図12(f)に示す印刷した伝票枚数の確認用の画面の表示を行う。操作者はプリンタ95で出力された伝票枚数と図12(f)で表示された伝票枚数とが一致していることを確認したならば、画面下部の「確認」ボタンを押下する。この「確認」ボタンが押下されると、図12(g)に示す画面に遷移する。図12(g)の画面は、窓口における顧客の対応が全て終了した旨を入力するための画面であり、画面中央には顧客の窓口における対応がすべて終了した旨を入力するための「終了」ボタンが配置される。該「終了」ボタンが操作されると、サーバ20に顧客対応終了通知が送信される。
If confirmation of the item contents is accepted on the screen of FIG. 12D for all the slips, and if confirmation operations for all other slips are accepted by the same operation, confirmation is made based on the confirmed information. Printing of all the slips is started, and a screen for confirming the number of printed slips shown in FIG. 12 (f) is displayed. When the operator confirms that the number of slips output by the
また、図12(d)の画面で出金金額の項目名がタッチされたならば、図12(h)に示す出金金額の変更用の画面に遷移する。図12(h)の画面で出金金額を入力して「確認」ボタンが押下されたならば、出金金額を入力された金額に更新して図12(d)の画面に戻る。また、図12(h)に画面遷移後に内容の変更を行わない場合には「戻る」ボタンの押下により図12(d)の画面に戻る。 If the item name of the withdrawal amount is touched on the screen of FIG. 12D, the screen changes to the withdrawal amount change screen shown in FIG. If the withdrawal amount is entered on the screen of FIG. 12 (h) and the “confirm” button is pressed, the withdrawal amount is updated to the entered amount and the screen returns to the screen of FIG. 12 (d). If the contents are not changed after the screen transition in FIG. 12 (h), the screen returns to the screen of FIG. 12 (d) by pressing the “Return” button.
次に、図2に示したテラーモニタ91で顧客の呼び出しが行われた後の窓口の状態の管理に係る処理の処理手順について図13を用いて説明する。 Next, a processing procedure of processing related to the management of the state of the window after the customer is called on the teller monitor 91 shown in FIG. 2 will be described with reference to FIG.
テラーモニタ91は、顧客の呼出操作を受け付けたならば、テラーモニタ91が設置される窓口の識別情報を含む呼出要求を受付機10に送信する(ステップS101)。呼出要求を受け付けたならば、受付機10の窓口状態管理部16eは、窓口状態データ15dに基づいて受信した呼出要求に含まれる識別情報に対する窓口の状態が未呼出の状態であるか否かの判定を行い、窓口の状態が未呼出の状態である場合(ステップS201;Yes)には、窓口状態データ15dの対応する窓口の状態を呼出済に更新する(ステップS202)。また、受付番号データ管理部16dは、受付番号データ15cの中から呼び出すべき受付番号を決定して、呼出要求で受け付けた窓口の識別情報及び呼び出す受付番号を含む呼び出しの指示を番号呼出装置92に送信する(ステップS203)。また、受付番号データ管理部16dは、ステップS203で決定した受付番号及び呼出要求に含まれる窓口の識別情報とを含む呼出通知をサーバ20に送信する(ステップS204)。また、呼出要求に含まれる識別情報に対する窓口の状態が未呼出の状態ではなかった場合(ステップS201;No)には、呼出不可として処理を終了する。
If the
受付機10からステップS203により送信された呼び出しの指示を受け付けたならば、番号呼出装置92は、呼び出しの指示に含まれる窓口の識別情報と受付番号に基づいて、顧客の窓口への呼び出しを行う(ステップS301)。具体的には、受け付けた受付番号の顧客を識別番号で指定された窓口へ誘導するような表示と音声出力により顧客を窓口に誘導する。
If the call instruction transmitted from the accepting
受付機10からステップS204により送信された呼出通知を受付けたならば、サーバ20の呼出連動処理部25dは、伝票項目データ24bから呼出通知に含まれる受付番号に対応する伝票に係る情報を抽出して、呼出通知に含まれる窓口の識別情報に対応する窓口端末40に、伝票項目データ24bから抽出した受付番号に対応する伝票に係る情報を送信する(ステップS401)。
If the call notification transmitted from the accepting
サーバ20からステップS401により送信された伝票に係る情報を受け付けたならば、窓口端末40の伝票項目データ更新部44bは、受け付けた伝票に係る情報の顧客確認処理を行って、確認済の伝票に係る情報に基づいて伝票の印刷を行い、印刷処理を行った旨の通知をサーバ20に送信する(ステップS501)。伝票に係る情報の顧客確認及び伝票の印刷処理についての処理手順の詳細は後述する。窓口端末40からステップS501により送信された印刷を行った旨の通知を受け付けたならば、サーバ20の窓口状態管理部25fは、窓口の識別情報を含む伝票の印刷を行った旨の通知を受付機10に送信するとともに、窓口状態データ24eの対応する窓口の状態を伝票印刷済に更新する(ステップS402)。サーバ20からの伝票の印刷を行った旨の通知を受け付けたならば、受付機10の窓口状態管理部16eは、窓口状態データ15dの対応する窓口の状態を伝票印刷済に更新する(ステップS205)。
If the information related to the slip transmitted from the
また、窓口端末40において、窓口状態通知部44gは、ステップS501の処理に続いて図12(g)に示した顧客対応が終了した旨を入力するための画面の表示を行い、顧客対応の終了を示す「終了」ボタンの操作を受け付けて、サーバ20に顧客対応終了通知を送信する(ステップS502)。窓口端末40からステップS502により送信された顧客対応終了通知を受信したならば、サーバ20の窓口状態管理部25fは、窓口の識別情報を含む顧客対応終了通知を受付機10に送信するとともに、窓口状態データ24eの対応する窓口の状態を顧客対応が終了した状態である未呼出に更新する(ステップS403)。サーバ20からステップS403により送信された顧客対応終了通知を受信したならば、受付機10の窓口状態管理部16eは、窓口状態データ15dの対応する窓口の状態を未呼出に更新して(ステップS206)、処理を終了する。
Further, in the
図13で説明したように、実施例1では受付機10に対して、ステップS402で窓口の識別情報を含む伝票の印刷を行った旨の通知を送信したり、ステップS403で窓口の識別情報を含む顧客対応終了通知を送信することにより、受付機10で窓口の顧客対応情報を把握できるようにして、受付機10自身でステップS201に示したように呼出の可否の判定を行えるようにしたが、本発明はこれに限定されるものではない。例えば、サーバ20に窓口状態データ24eに基づいて、顧客の呼び出しの可否を判定する機能を持たせて、受付機10は、ステップS201において受付機10自身で顧客の呼び出しの可否を判定する代わりにサーバ20に判定を依頼してその判定結果に基づいて処理を分岐するようにしてもよい。その場合には、受付機10は、窓口状態データ15dを管理する必要がなくなることから、サーバ20からステップS402で窓口の識別情報を含む伝票の印刷を行った旨の通知を送信したり、ステップS403で窓口の識別情報を含む顧客対応終了通知を送信することも不要となる。
As described with reference to FIG. 13, in the first embodiment, a notification that the slip including the identification information of the window has been printed is transmitted to the receiving
次に、図2に示した窓口端末40における作成伝票の伝票項目の内容の確認処理及び作成伝票の印刷処理などの一連の処理の処理手順について図14に示したフローチャートを用いて説明する。図14に示すフローチャートは、図13に示した伝票確認・印刷処理(ステップS501)及び終了受付・通知処理(ステップS502)の詳細な処理手順を示すものである。
Next, a processing procedure of a series of processes such as the confirmation process of the contents of the slip item of the created slip and the print processing of the created slip in the
テラーモニタ91の顧客呼出操作に連動してサーバ20から受け付けたデータに作成済の伝票に係る情報がある場合(ステップS601;Yes)には、伝票項目データ更新部44bは、図12(d)で示したような作成済の伝票の項目の入力情報の全項目を画面に表示する(ステップS602)。サーバ20から受け付けたデータに作成済の伝票に係る情報がない場合(ステップS601;No)には、ステップS609に移行する。
When the data received from the
ステップS602で表示した画面において表示された作成済伝票の項目入力情報に問題がない旨を示す「確認」ボタンの操作を受け付けた場合(ステップS603;Yes)にはステップS604に移行する。ステップS602で表示した画面において、表示された情報に対応する伝票を取り消す旨を示す「取消」ボタンの操作を受け付けた場合(ステップS603;No、ステップS605;Yes)には、画面に表示されている伝票を削除するものとして、受付番号データ43bの作成済の伝票種類別の枚数の情報を更新し、対応する伝票に対応する伝票項目データ43eのレコードを削除の状態に更新して(ステップS606)、サーバ20から受け付けた作成済の伝票に係る情報のうち、まだ確認を行っていない伝票に係る情報がある場合(ステップS604;No)には、ステップS602に戻ることによって、まだ確認を行っていない伝票に対する処理を行う。
When the operation of the “confirm” button indicating that there is no problem in the item input information of the created slip displayed on the screen displayed in step S602 is received (step S603; Yes), the process proceeds to step S604. When the operation of the “cancel” button indicating that the slip corresponding to the displayed information is canceled on the screen displayed in step S602 is received (step S603; No, step S605; Yes), the screen is displayed. In order to delete the existing slip, the information on the number of sheets for each type of the created slip in the
また、ステップS602で表示した画面において、表示された伝票項目の名称がタップされることにより更新する項目の選択操作を受け付けた場合(ステップS605;No、ステップS607;Yes)には、選択した伝票項目の変更用の入力画面を表示して、変更内容を受け付けて、受け付けた内容に基づいて伝票項目データ43eの更新を行って(ステップS608)、ステップS602に戻る。また、表示された伝票項目の名称のタップによる更新する項目の選択操作も受け付けていない場合(ステップS607;No)には、ステップS608の処理をスキップしてステップS602に移行する。
In addition, when an operation for selecting an item to be updated is accepted by tapping the name of the displayed slip item on the screen displayed in step S602 (step S605; No, step S607; Yes), the selected slip is selected. An input screen for changing the item is displayed, the change content is received, the
サーバ20から受け付けた作成済の伝票に係る情報について、全ての伝票に係る情報が確認済である場合(ステップS604;Yes)には、伝票項目データ更新部44bは、他の伝票を続けて作成するかどうかの選択操作を受け付ける画面を表示して、他の伝票作成を行わない旨の操作を受け付けたならば(ステップS609;No)、ステップS609までの処理で確認若しくは更新された伝票項目データ43eに応じて本人確認が必要な取引の有無を判定し、本人確認が必要であると判定された場合(ステップS610;Yes)には、本人確認記録更新部44cは、サーバ20から登録済の本人確認記録を受け付けていればその内容を表示して登録済の本人確認記録の内容の変更入力を受け付け、サーバ20で登録済の本人確認記録を受け付けていなければ登録用の画面を表示して登録する本人確認記録の情報を受け付けて、受け付けた内容で本人確認記録データ43fの登録若しくは本人確認記録データ43fを更新する(ステップS611)。本人確認が必要であると判定されなかった場合(ステップS610;No)には、ステップS611の処理をスキップする。
When the information on all the slips received from the
ステップS611までの処理において、伝票項目データ43eに削除されていない印刷の対象となる有効な情報があるか、本人確認記録データ43fに印刷の対象となる有効なデータがある場合(ステップS612;Yes)には、印刷処理部44eは、表示操作部41に印刷する伝票の枚数を表示するとともに、伝票項目データ43eに基づいて伝票をプリンタ95で印刷し、本人確認記録データ43fに基づいて本人確認記録をプリンタ95で印刷する(ステップS613)。ステップS611までの処理において、伝票項目データ43eに削除されていない印刷の対象となる有効な情報がなく、本人確認記録データ43fにも印刷の対象となる有効なデータがない場合(ステップS612;No)には、ステップS613をスキップする。更新データ送信部44dは受付番号データ43b、伝票項目データ43e及び本人確認記録データ43fをサーバ20に送信する(ステップS614)。本フローチャートの説明では、ステップS614において受付番号データ43b、伝票項目データ43e及び本人確認記録データ43fを全てサーバ20に送信するものとしたが、更新分のみを送信するものとしてもよい。
In the processing up to step S611, when there is valid information to be printed that has not been deleted in the
窓口状態通知部44gは、図12(g)に示したような窓口における顧客の対応が全て終了した旨を入力するための画面の表示を行い入力を受け付ける(ステップS615)。ステップS615で表示した画面において「終了」ボタンの操作を受け付けたならば(ステップS616;Yes)、窓口状態通知部44gはサーバ20に窓口における顧客の対応がすべて終了したことを示す顧客対応終了通知を送信して(ステップS617)、処理を終了する。ステップS615で表示した画面において「終了」ボタンの操作を受け付けていないならば(ステップS616;No)、ステップS616に戻ることにより「終了」ボタンが操作されることを待ち合わせる。
The window
他の伝票を続けて作成するかどうかの選択操作を受け付ける画面において、他の伝票作成を行う旨の操作を受け付けたならば(ステップS609;Yes)、伝票項目データ更新部44bは、図12(c)に示したような来店目的に対応する作成する伝票を指定するための画面を表示して作成する伝票の指定を受け付ける(ステップS618)。
If an operation for creating another slip is accepted on the screen for accepting an operation for selecting whether or not to create another slip (step S609; Yes), the slip item
伝票項目データ更新部44bは、ステップS618で受け付けた指定伝票の伝票項目で未入力の項目の入力画面を表示し、当該項目に対する入力を受け付けて、受け付けた入力内容を伝票項目データ43eに追加したレコードの伝票項目入力情報に登録する(ステップS619)。ステップS619の処理で入力処理が終了していない伝票項目がある場合(ステップS620;No)には、ステップS619に戻る。ステップS619の処理で全ての伝票項目に対する入力処理が終了している場合(ステップS620;Yes)には、伝票項目データ更新部44bは、作成中の伝票の伝票項目に対する入力情報を全項目表示する(ステップS621)。
The slip item
ステップS621で表示された画面で項目の修正を示す項目選択操作を受け付けた場合(ステップS622;Yes)には、ステップS619に戻る。また、ステップS621で表示された画面で表示内容に問題がないことを示す「確認」ボタンの押下を受け付けた場合(ステップS622;No)には、ステップS609に戻る。 When an item selection operation indicating item correction is received on the screen displayed in step S621 (step S622; Yes), the process returns to step S619. In addition, when the pressing of the “Confirm” button indicating that there is no problem in the display content is received on the screen displayed in step S621 (step S622; No), the process returns to step S609.
上述してきたように、実施例1では、テラーモニタ91の操作に基づいて顧客の呼び出しが行われたならばテラーモニタ91が設置される窓口の状態を顧客対応中とし、窓口端末40により顧客対応の終了を示す操作が行われたならば顧客対応の終了の操作を受け付けた窓口端末40が設置される窓口の状態を顧客対応終了とすることによって窓口が顧客対応中なのか否かの管理を行い、顧客対応中の窓口に設置されるテラーモニタ91からの呼出操作を受け付けたとしての呼び出しを制限するよう構成したので、窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることができる。
As described above, in the first embodiment, if a customer is called based on the operation of the
なお、実施例1では、窓口における顧客の対応の終了を窓口端末40の画面に表示した「終了」ボタンの操作により受け付けるものとしたが、本発明はこれに限定されるものではない。例えば、窓口端末40により伝票の印刷処理が終了していて、接続される窓口に人の存在を検知する人感センサ45により窓口に人がいなくなったことを検知したならば、自動的に顧客対応が終了したものと判定するようにしてもよい。また、人感センサ45の代わりに窓口を含む領域の画像を取得する画像取得装置を設けて、該画像取得装置で取得した画像に基づいて窓口に人がいるかどうかを検知するようにしてもよい。
In the first embodiment, the end of the customer's response at the counter is accepted by the operation of the “end” button displayed on the screen of the
実施例1では、窓口において顧客の対応中の場合には誤って顧客の呼び出しが行えないように制御する方式を説明してきた。しかしながら、窓口端末40にて「終了」ボタンの操作を誤って操作してしまったケースや、窓口端末40の「終了」ボタンの代わりに人感センサ45を用いて顧客対応の終了を自動的に判断するようにした場合に顧客が一時的に窓口を離れてしまっているケースには、顧客対応がまだ終了していないのにテラーモニタ91における誤操作により顧客を窓口に呼び出してしまう事態が発生する可能性が残ってしまう。また、金融機関によっては「終了」ボタンの押下という操作が増えることを嫌うこともある。そこで、実施例2では、「終了」ボタンによる顧客対応の終了操作は行わないものとして、伝票の印刷が行われるまでは呼び出されないように制御するケースについて、顧客が不利とならないように扱う仕組みについて説明する。このケースでは、伝票の印刷は終了したとしてもその後の処理が未完であるにもかかわらず、顧客を誤って窓口に呼び出してしまうということが発生しうる。このように前の顧客の対応が終わっていないにもかかわらず、呼び出してしまった顧客に対する適切な対処を行えるようにする方式について説明する。
In the first embodiment, a method has been described in which control is performed so that a customer cannot be called by mistake when the customer is handling at the counter. However, in the case where the operation of the “end” button is mistakenly operated at the
まず、実施例2において誤って呼び出してしまった顧客に対する対処の保留に係る窓口端末140の画面構成について、図15を用いて説明する。 First, the screen configuration of the window terminal 140 related to suspension of handling for a customer who has been called by mistake in Example 2 will be described with reference to FIG.
図15(a)は、テラーモニタ91で顧客の呼出操作が行われた場合に、その操作に連動して顧客が事前に登録した伝票に係る情報を窓口端末140に表示した画面の構成を説明するための図である。図15(a)は、実施例1の図12(d)に対応する画面であって、図12(d)の画面と比較すると、画面右下の「確認」ボタンの上側に「保留」ボタンが配置されている部分と、「戻る」ボタンがない部分に差異がある。「保留」ボタンは、呼び出してしまった顧客の処理を一時的に保留することを指示するためのボタンである。「戻る」ボタンは、呼び出し操作に連動して当該画面が表示される場合には配置されない。
FIG. 15A illustrates a configuration of a screen in which information related to a slip registered in advance by a customer in conjunction with the operation is displayed on the window terminal 140 when a call operation of the customer is performed on the
また、図15(b)は、窓口における顧客対応が終了している状態において表示される窓口端末140の初期メニュー画面である。図15(b)は、実施例1の図12(a)に対応する画面であって、図12(a)の画面と比較すると、画面最下部に「保留解除」ボタンが配置されている部分に差異がある。図15(a)に示したような画面において「保留」ボタンが操作されたことによって保留されている顧客がいる場合には、図15(b)に示すように初期メニュー画面に「保留解除」ボタンが配置されるが、保留となっている顧客がいない場合には図12(a)に示した画面と同様の「保留解除」のない画面が表示される。この「保留解除」ボタンが操作されると、保留となっていた顧客が呼び出されて、画面は図15(a)と同様の顧客の呼び出しに連動した画面に遷移する。 FIG. 15B is an initial menu screen of the window terminal 140 displayed in a state where customer service at the window is finished. FIG. 15B is a screen corresponding to FIG. 12A of the first embodiment. Compared with the screen of FIG. 12A, a portion where a “hold release” button is arranged at the bottom of the screen. There is a difference. When there is a customer who is put on hold by operating the “hold” button on the screen as shown in FIG. 15A, “hold release” is displayed on the initial menu screen as shown in FIG. When the button is arranged but there is no customer on hold, a screen without “hold release” similar to the screen shown in FIG. 12A is displayed. When this “hold release” button is operated, the customer who has been put on hold is called, and the screen changes to a screen linked to the customer call similar to FIG.
図15(b)に示した画面では、保留されているにもかかわらず他の処理の選択が可能となっているが、保留されている顧客がいる場合には保留されている顧客の処理を最優先とすることもできる。保留されている顧客がいる場合に、窓口端末140は、図15(b)の初期メニュー画面を表示する代わりに、図15(c)の画面を表示するようにしてもよい。図15(c)に示すように、画面上部には保留中の顧客がいるので保留となっている顧客の処理を行う旨のメッセージと、画面中央には保留になっている顧客の対応を開始するための「保留解除」ボタンが配置される。この「保留解除」ボタンが操作されると、保留となっていた顧客が呼び出されて、画面は図15(a)と同様の顧客の呼び出しに連動した画面に遷移する。 In the screen shown in FIG. 15 (b), it is possible to select another process even though it is on hold. However, if there is a customer on hold, the process of the customer on hold is displayed. It can also be given top priority. When there is a customer on hold, the window terminal 140 may display the screen of FIG. 15C instead of displaying the initial menu screen of FIG. 15B. As shown in Fig. 15 (c), since there is a customer on hold at the top of the screen, a message to process the customer on hold is started, and the response to the customer on hold is started in the center of the screen A “hold release” button is provided for this purpose. When this “hold release” button is operated, the customer who has been put on hold is called, and the screen changes to a screen linked to the customer call similar to FIG.
次に、窓口端末140の実施例2に係る内部構成を説明する。図16は、窓口端末140の実施例2に係る内部構成を示すブロック図である。図16では、図9に示した実施例1の窓口端末40と同じ構成要素については同じ符号を付与し、窓口端末40と同じ構成要素についての説明は省略して、窓口端末40と異なる構成要素について主に説明する。
Next, an internal configuration according to the second embodiment of the window terminal 140 will be described. FIG. 16 is a block diagram illustrating an internal configuration of the window terminal 140 according to the second embodiment. In FIG. 16, the same components as those of the
図16に示す窓口端末140のブロック図は、図9に示した窓口端末40のブロック図と比較すると、制御部44に保留・保留解除処理部144hが追加になっている。保留・保留解除処理部144hは、図15(a)に示したように、顧客の呼び出しに連動して表示される顧客の伝票に係る情報を表示した画面に「保留」ボタンを表示して保留の指示を受け付ける。また、保留・保留解除処理部144hは、保留の指示を受け付けたならば、サーバ120に保留の旨の通知を行い図15(b)若しくは図15(c)に示した画面に遷移する。
The block diagram of the window terminal 140 shown in FIG. 16 is different from the block diagram of the
保留・保留解除処理部144hは、図15(b)若しくは図15(c)に示した画面により「保留解除」の操作を受け付けると、サーバ120に対して保留解除要求を送信する。また、保留・保留解除処理部144hは、保留解除要求の応答として保留になっていた顧客の伝票に係る情報を受け付けると図15(a)に示したような画面に遷移して保留を解除した顧客の対応を行うための画面に遷移する。
The hold / hold
次に、サーバ120の実施例2に係る内部構成を説明する。図17は、サーバ120の実施例2に係る内部構成を示すブロック図である。図17では、図7に示した実施例1のサーバ20と同じ構成要素については同じ符号を付与し、サーバ20と同じ構成要素についての説明は省略して、サーバ20と異なる構成要素について主に説明する。
Next, an internal configuration according to the second embodiment of the
サーバ120は図17に示すように、図7に示したサーバ20のブロック図と比較すると、記憶部24については受付番号データ124a及び窓口状態データ124eが、制御部25については窓口状態管理部125fが、実施例1のものと差異がある。また、実施例2では制御部25に保留データ管理部125gが実施例1に比較して追加となっている。
As shown in FIG. 17, the
受付番号データ124aは、受付番号に関連付けられている状態の内容に「保留中」の状態が追加となっている。また、窓口状態データ124eは、実施例1と比較すると窓口の状態として管理可能な状態が変更となっている。実施例2では、窓口端末140で、伝票印字終了後に顧客対応が終了したことを入力するための「終了」ボタンがない例であるので、「伝票印刷済」の状態と顧客対応が終了している状態であることを示す「未呼出」の状態は区別不可であるので、伝票の印刷が終了した時点で「未呼出」の状態に遷移することとなり、「伝票印刷済」の状態は削除される。
In the
制御部25の窓口状態管理部125fは、実施例1の「終了」ボタンに係る処理がなくなっている。また、窓口状態管理部125fは、伝票の印刷の終了の通知を窓口端末140から受け付けると、窓口状態データ124eの対応する窓口の状態を呼出待の状態に更新するとともに、受付機110に対応する窓口の状態が呼出待の状態なったことを通知する。
The window
制御部25の保留データ管理部125gは、窓口端末140からの保留の旨の通知を受け付けたならば、受付番号データ124aを参照して保留の旨の通知の通知元の窓口端末140に対する窓口に呼出済となっている受付番号を特定し、特定した受付番号に対する受付番号データ124aの状態を「保留中」に更新する。また、保留データ管理部125gは、「保留中」の状態となったことを、配下の全ての窓口端末140に送信する。窓口端末140は、サーバ120から「保留中」となった顧客がいるという情報を受け付けたならば、以降初期メニュー画面を表示する場合には、図15(b)若しくは図15(c)に示したように「保留解除」のボタンを含む画面の表示を行う。また、「保留解除」ボタンを含まない初期メニュー画面を表示している状態で、サーバ120から「保留中」となった顧客がいるという情報を受け付けた場合には、受け付けたタイミングで図15(b)若しくは図15(c)に示したような画面に遷移する。
If the hold
保留データ管理部125gは、窓口端末140から保留解除要求を受け付けたならば、受付番号データ124aの中で「保留中」の状態となっている受付番号を特定する。そして伝票項目データ24bから特定された受付番号に対応するデータを抽出して、窓口端末140に保留解除要求の応答として返信する。また、保留データ管理部125gは、特定された受付番号の顧客の再呼出要求を受付機110に送信する。再呼出要求を受け付けた受付機110は、再呼出要求に含まれる受付番号の顧客の呼び出し処理を行う。
When the hold
次に、図17に示したサーバ120の実施例2に係るデータ構成について図18を用いて説明する。受付番号データ124aのレコードの保有項目は、図18に示す様に実施例1の受付番号データ24aと同じであるが、状態について「3」の保留中の状態が増えている。図18の受付番号データ124aの受付番号「150」に対するレコードの例は、来店目的が「振込」で、受け付けた日時が「2014/4/15」の「11:30」で、状態が「3」であり保留中で、呼び出された窓口の窓口番号が「1」で、店番「0005」、科目「01」、口座番号「1234567」に対するキャッシュカードが読み込まれていることを示している。
Next, a data configuration according to the second embodiment of the
窓口状態データ124eのレコードの保有項目は、図18に示す様に実施例1の窓口状態データ24eと同じであるが、窓口状態について「2」の伝票印刷済がなくなっている。実施例2では、図12(g)で示したような「終了」ボタンによる顧客対応の終了を明示的に入力しないようにしたので、「0」の未呼出と「2」の伝票印刷済とは区別できないため「0」の未呼出に統合したものである。図18の窓口状態データ124eの例は、窓口番号が「1」の窓口の状態は「0」であり顧客の伝票が印刷済みであり顧客未呼出であり、窓口番号が「2」の窓口の状態は「1」であり顧客を呼出済であることを示している。
As shown in FIG. 18, the items stored in the window of the
次に、受付機110の実施例2に係る内部構成を説明する。図19は、受付機110の実施例2に係る内部構成を示すブロック図である。図19では、図3に示した実施例1の受付機10と同じ構成要素については同じ符号を付与し、受付機10と同じ構成要素についての説明は省略して、受付機10と異なる構成要素について主に説明する。
Next, an internal configuration according to the second embodiment of the receiving
受付機110は図19に示すように、図3に示した受付機10のブロック図と比較すると、記憶部15については窓口状態データ115dが、制御部16については窓口状態管理部116eが、実施例1のものと差異がある。また、実施例2では制御部16に再呼出処理部116fが実施例1に比較して追加となっている。
As shown in FIG. 19, the
窓口状態データ115dは、図17で示したサーバ120の窓口状態データ124eと同じであり、実施例1との差異についてもサーバ120の窓口状態データ124eの実施例1との差異に同じである。また、制御部16の窓口状態管理部116eは、窓口状態データ115dの変更に対応して、伝票印刷済の状態を未呼出の状態に含めて管理するようになっている。
The
再呼出処理部116fは、サーバ120からの再呼出要求を受け付けて、再呼出要求に含まれる受付番号の顧客の再呼出処理を行う。具体的には、再呼出処理部116fは、再呼出要求に含まれる受付番号を番号呼出装置92に送信することによって、番号呼出装置92による顧客の呼び出しを行う。
The
次に、誤って呼び出してしまった顧客の保留処理の処理手順を説明する。図20は、誤って呼び出してしまった顧客の保留処理の処理手順を示すシーケンス図である。 Next, the processing procedure of the hold processing of the customer who has called by mistake will be described. FIG. 20 is a sequence diagram showing a processing procedure of a holding process for a customer who has called by mistake.
テラーモニタ91からの呼出要求を受け付けたならば、受付機110の受付番号データ管理部16dは、呼出要求の送信元のテラーモニタ91に対応する窓口の識別情報及び呼び出す顧客の受付番号を含む呼出通知をサーバ120に送信する(ステップS701)。ステップS701で受付機110より送信された呼出通知を受け付けたならば、サーバ120の呼出連動処理部25dは、伝票項目データ24bから呼出通知に含まれる受付番号に対応する伝票に係る情報を抽出して、呼出通知に含まれる窓口の識別情報に対応する窓口端末140に、伝票項目データ24bから抽出した受付番号に対応する伝票に係る情報を送信する(ステップS801)。
If the call request from the
ステップS801でサーバ120より送信された伝票に係る情報を受け付けたならば、窓口端末140の伝票項目データ更新部44bは、受け付けた伝票に係る情報の確認を行うための図15(a)に示したような画面の表示を行う(ステップS901)。ステップS901で表示された画面において「保留」ボタンの操作を受け付けたならば、保留・保留解除処理部144hは、サーバ120に対して呼び出してしまった顧客の処理を一時的に保留する旨の通知を行う(ステップS902)。
If the information related to the slip transmitted from the
ステップS902で窓口端末140から送信された保留の旨の通知を受け付けたならば、サーバ120の保留データ管理部125gは、保留の旨の通知の通知元の窓口端末140に対する窓口に呼出済となっている受付番号を特定し、特定した受付番号に対する受付番号データ124aの状態を「保留中」に更新をする(ステップS802)。また、保留データ管理部125gは、「保留中」の状態の顧客がいることを、配下の全ての窓口端末140に送信する(ステップS803)。
If the notification indicating the hold transmitted from the window terminal 140 is received in step S902, the hold
窓口端末140は、ステップS902に続いて、図15(b)若しくは図15(c)に示したような「保留解除」ボタンを含む画面の表示を行って(ステップS903)、処理を終了する。 Subsequent to step S902, the window terminal 140 displays a screen including a “hold release” button as shown in FIG. 15B or 15C (step S903), and ends the process.
次に、保留した顧客の保留解除処理の処理手順を説明する。図21は、保留した顧客の保留解除処理の処理手順を示すシーケンス図である。 Next, the processing procedure of the holding cancellation processing of the customer who has put on hold will be described. FIG. 21 is a sequence diagram showing a processing procedure of a hold cancellation process for a customer who has put a hold.
図15(b)若しくは図15(c)に示したような画面で「保留解除」ボタンの操作を受付けたならば、窓口端末140の保留・保留解除処理部144hは、サーバ120に対して保留解除要求を送信する(ステップS1001)。窓口端末140から保留解除要求を受け付けたならば、サーバ120の保留データ管理部125gは、受付番号データ124aの中で「保留中」の状態となっている受付番号を特定し、特定された受付番号の顧客の再呼出要求を受付機110に送信する(ステップS1101)。また、サーバ120の保留データ管理部125gは、伝票項目データ24bから特定された受付番号に対応するデータを抽出して、窓口端末140に保留解除要求の応答として送信する(ステップS1102)。また、保留・保留解除処理部144hは、受付番号データ124aの状態を「保留中」から「呼出済」に更新する(ステップS1103)。
If the operation of the “hold release” button is accepted on the screen as shown in FIG. 15B or 15 C, the hold / hold
サーバ120からステップS1101により送信された再呼出要求を受け付けたならば、受付機110の再呼出処理部116fは、受け付けた再呼出要求に含まれる受付番号の呼び出しの指示を番号呼出装置92に送信する(ステップS1201)。また、受付機110からを指定した受付番号の呼び出しの指示を受け付けたならば、番号呼出装置92は、指定された受付番号を表示したり音声出力することによって該受付番号に対応する顧客の呼出要求送信元の窓口への呼出処理を行う(ステップS1301)。
If the recall request transmitted from the
サーバ120からステップS1102により送信された伝票に係る情報を受け付けたならば、窓口端末140の伝票項目データ更新部44bは、受け付けた伝票に係る情報の顧客確認を行って、確認済の伝票に係る情報に基づいて伝票の印刷を行い、印刷処理を行った旨の通知をサーバ120に送信する(ステップS1002)。窓口端末140からステップS1002により送信された印刷を行った旨の通知を受け付けたならば、サーバ120の窓口状態管理部125fは、受け付けた印刷を行った旨の通知に窓口の識別情報を付加して受付機110に送信するとともに、窓口状態データ124eの対応する窓口の状態を未呼出に更新する(ステップS1104)。サーバ120からの印刷を行った旨の通知を受け付けたならば、受付機110の窓口状態管理部116eは、窓口状態データ115dの対応する窓口の状態を未呼出に更新して、初期メニュー画面に遷移する(ステップS1202)。
If the information related to the slip transmitted from the
上述してきたように、実施例2では、呼び出してしまった顧客に対する対応を一時保留することができ、保留されている顧客がいる場合には窓口端末140で保留されている顧客を優先的に窓口に呼び出せるよう構成したので、前の顧客の対応中であるにもかかわらず、顧客を誤って窓口に呼び出してしまった場合であっても、呼び出されてしまった顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることができる。 As described above, in the second embodiment, it is possible to temporarily hold a response to a customer who has called, and when there is a customer on hold, the customer who is put on hold at the window terminal 140 is given priority as a window. Even if the customer has been called to the counter by mistake, the customer who has been called will be treated unfavorably. It is possible to avoid the problem and to deal with the customer smoothly.
なお、上述の実施例2では、保留操作を行った窓口端末140とは別の窓口端末140で保留解除を行うことを可能としたが、本発明はこれに限定されるものではない。例えば、保留操作を行った場合に保留の対象となった顧客の伝票情報を保留操作を行った窓口端末140に記憶しておくものとして、保留解除操作は保留操作を行った窓口端末140でのみ行えるようにしてもよい。また、このように保留解除操作は保留操作を行った窓口端末140でのみで行えるようにするようなケースでは、誤って呼び出したケースに限らず、呼び出した顧客の依頼を受け付けて、受け付けた依頼の取引を実施する間を保留として扱い、保留の間は顧客にはロビーで待機してもらい、受け付けた依頼の取引が全て終了したならば保留解除を行うことによって待機していた顧客を再度窓口に呼び出すという形でこれらの機能を使用することもできる。 In the second embodiment described above, it is possible to release the hold at the window terminal 140 different from the window terminal 140 that performed the hold operation, but the present invention is not limited to this. For example, when the hold operation is performed, the slip information of the customer who has been put on hold is stored in the window terminal 140 that performed the hold operation, and the hold release operation is performed only at the window terminal 140 that performed the hold operation. You may be able to do it. In addition, in such a case that the hold release operation can be performed only at the window terminal 140 that has performed the hold operation, the request is not limited to the case where the call is erroneously called, but the request of the customer who is called is accepted. The customer is waiting in the lobby during the hold, and the customer who has been on standby is released again by canceling the hold when all accepted transactions are completed. You can also use these functions by calling
また、上述の実施例2では、保留ボタンや保留解除ボタンを窓口端末140に設けるものとして説明してきたが、本発明はこれに限定されるものではない。例えば、テラーモニタ91で保留若しくは保留解除に対応する操作を受け付けて、受け付けた内容を対応する窓口端末140に通知するようにしてもよい。 In the second embodiment, the hold button and the hold release button are described as being provided in the window terminal 140, but the present invention is not limited to this. For example, the teller monitor 91 may receive an operation corresponding to holding or releasing the hold, and notify the corresponding counter terminal 140 of the received content.
また、実施例1及び実施例2では電子記帳機30、サーバ20、120、窓口端末40、140と受付機10、110が連携する場合を例に記載したが、本発明はこれに限定されるものではない。例えば、窓口端末40、140から直接、受付機10、110に顧客対応が終了したことを示す取引完了通知を送信するようにして、受付機10、110は取引完了通知を受け付けていない窓口への呼出し要求があった場合は、その呼出し要求を棄却し、取引完了通知を受け付けた窓口への呼出し要求のみを許容するようにしてもよい。また、窓口端末40、140から通知する代わりにテラーモニタ91から受付機10、110に取引完了通知を送信するようにしてもよい。
Moreover, although Example 1 and Example 2 described as an example the case where the
また、上述の実施例1及び実施例2では、電子記帳機30及び窓口端末40、140について、それぞれの端末装置内に動作する処理部を設けるものとして説明してきたが、本発明はこれに限定されるものではない。例えば、電子記帳機30及び窓口端末40、140では表示や操作の受付のみをWebブラウザなどを用いて行い、実施例1及び実施例2で説明したそれぞれの端末装置の制御部に含まれる処理部が実現する処理をサーバ20、120で行うものとしてもよい。
In the first and second embodiments described above, the
また、上述の実施例1及び実施例2では、受付機10、110で発行する番号札には受付番号の情報を含むバーコードが印刷されているという例を説明してきたが、本発明はこれに限定されるものではなく、受付機10、110で発行される番号札にバーコードが印刷されていない場合には、電子記帳機30において画面上に表示されるテンキー等を使用して受付番号を手入力するようにしてもよい。
Further, in the above-described first and second embodiments, the example in which the barcode including the information of the reception number is printed on the number tags issued by the
また、上述の実施例1及び実施例2では、システム構成として電子記帳機30とは別にサーバ20、120を設けるものとしたが、サーバ20、120の機能を電子記帳機30で実現するようにしてもよい。また、電子記帳機30が複数台設置される場合には、複数台の電子記帳機30の中の1台を親機、その他を子機として、親機にサーバ20、120の機能を持たせるようにしてもよい。
In the first and second embodiments described above, the
また、上述の実施例1及び実施例2で図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成をされていることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部又は一部を各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。 In addition, each configuration illustrated in the above-described first and second embodiments is functionally schematic and does not necessarily need to be physically configured as illustrated. That is, the form of distribution / integration of each device is not limited to that shown in the figure, and all or a part thereof may be functionally or physically distributed / integrated in an arbitrary unit according to various loads or usage conditions. Can be configured.
以上のように、本発明に係る受付呼出システム及び受付呼出方法は、窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることに適している。 As described above, the reception call system and the reception call method according to the present invention are targeted for the call operation even if the call operation is performed erroneously when there is a customer who is currently handling the counter. It is suitable for avoiding disadvantageous treatment of customers and making it possible to deal with customers smoothly.
10、110 受付機
11、31、41 表示操作部
12 番号札印刷部
14、23、32、42 通信部
15、24、38、43 記憶部
15a、38a 設定パラメータ
15b 受付番号採番データ
15c、24a、38b、43b、124a 受付番号データ
15d、24e、115d、124e 窓口状態データ
16、25、39、44 制御部
16a 受付処理部
16b 受付番号採番部
16c 番号札発行部
16d 受付番号データ管理部
16e、25f、116e、125f 窓口状態管理部
20、120 サーバ
21 入力部
22 表示部
24b、38e、43e 伝票項目データ
24c、38f、43f 本人確認記録データ
24d 処理履歴データ
25a 受付番号データ管理部
25b 伝票項目データ管理部
25c 本人確認記録管理部
25d 呼出連動処理部
25e 集計処理部
30 電子記帳機
33 マルチカードスキャナ
34 QRコードリーダ
35 レシートプリンタ
36 バーコードリーダ
37 カードリーダ
38c、43c 伝票決定パラメータ
38d、43d 伝票テンプレートデータ
39a 受付番号データ管理部
39b 伝票項目データ生成部
39c 本人確認記録生成部
39d 登録データ送信部
39e 番号札発行処理部
40、140 窓口端末
43a 受付番号リストデータ
44a 受付番号リスト表示部
44b 伝票項目データ更新部
44c 本人確認記録更新部
44d 更新データ送信部
44e 印刷処理部
44f 集計結果出力部
44g 窓口状態通知部
45 人感センサ
90 役席モニタ
91 テラーモニタ
92 番号呼出装置
93 スタッフ端末
94 顧客端末
95 プリンタ
116f 再呼出処理部
125g 保留データ管理部
144h 保留・保留解除処理部
10, 110 Reception machine 11, 31, 41 Display operation unit 12 Number tag printing unit 14, 23, 32, 42 Communication unit 15, 24, 38, 43 Storage unit 15a, 38a Setting parameter 15b Reception number numbering data 15c, 24a , 38b, 43b, 124a Reception number data 15d, 24e, 115d, 124e Window status data 16, 25, 39, 44 Control unit 16a Reception processing unit 16b Reception number numbering unit 16c Number tag issuing unit 16d Reception number data management unit 16e , 25f, 116e, 125f Window status management unit 20, 120 Server 21 Input unit 22 Display unit 24b, 38e, 43e Slip item data 24c, 38f, 43f Personal identification record data 24d Processing history data 25a Receipt number data management unit 25b Slip item Data Management Department 25c Identity record management 25d Call interlocking processing unit 25e Counting processing unit 30 Electronic bookkeeping machine 33 Multi-card scanner 34 QR code reader 35 Receipt printer 36 Bar code reader 37 Card reader 38c, 43c Document determination parameter 38d, 43d Document template data 39a Receipt number data management unit 39b Slip item data generation unit 39c Identity verification record generation unit 39d Registration data transmission unit 39e Number tag issue processing unit 40, 140 Counter terminal 43a Reception number list data 44a Reception number list display unit 44b Slip item data update unit 44c Personal identification record update unit 44d Update data transmission unit 44e Print processing unit 44f Total result output unit 44g Counter status notification unit 45 Human sensor 90 Office monitor 91 Teller monitor 92 Number calling device 93 Staff terminal 94 Customer terminal 95 Printer 116f Recall processing unit 125g On-hold data management unit 144h On-hold / hold release processing unit
Claims (9)
前記複数の窓口端末のいずれかから現在対応中の顧客の取引完了通知を受け付ける取引完了通知受付手段と、
前記取引完了通知受付手段によりいずれかの窓口端末から前記取引完了通知を受け付けるまでは、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を棄却し、いずれかの窓口端末から前記取引完了通知を受け付けたならば、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を許容すると判定する判定手段と
を備えたことを特徴とする受付呼出システム。 A plurality of window terminals arranged at the window of the financial institution;
A transaction completion notification receiving means for receiving a transaction completion notification of a customer who is currently responding from any of the plurality of window terminals;
Until the transaction completion notification is received from any window terminal by the transaction completion notification receiving means, a new customer call request to the window terminal that has received the transaction completion notification is rejected. An acceptance call system comprising: a determination unit that, when accepting a transaction completion notification, determines that a new customer call request is permitted to the window terminal that accepted the transaction completion notification.
前記電子記帳機で生成された伝票情報を記憶する記憶手段と、
前記判定手段により呼出要求を許容すると判定されたならば、前記記憶手段に記憶された呼出対象となる顧客の伝票情報を前記窓口端末に通知する伝票情報通知手段と
をさらに備えたことを特徴とする請求項1に記載の受付呼出システム。 An electronic bookkeeping machine that is disposed in a store of a financial institution and generates slip information including transaction contents requested by the customer based on an input operation of the customer;
Storage means for storing slip information generated by the electronic bookkeeping machine;
If it is determined by the determining means that the call request is allowed, the information processing apparatus further comprises slip information notifying means for notifying the window terminal of the customer slip information to be called stored in the storage means. The reception call system according to claim 1.
所定の処理が行われた場合に、前記取引完了通知を前記取引完了通知受付手段に対して通知する通知手段
をさらに備えたことを特徴とする請求項2に記載の受付呼出システム。 The window terminal is
The acceptance call system according to claim 2, further comprising notification means for notifying the transaction completion notice acceptance means to the transaction completion notice acceptance means when predetermined processing is performed.
前記伝票情報通知手段により通知された前記顧客の伝票情報の内容、若しくは該顧客の伝票情報が修正された内容を確認後伝票情報として出力する出力手段
をさらに備え、
前記通知手段は、
前記出力手段により前記確認後伝票情報が出力された場合に、前記取引完了通知を前記取引完了通知受付手段に対して通知する
ことを特徴とする請求項3に記載の受付呼出システム。 Each window terminal
Further comprising output means for outputting the contents of the customer's slip information notified by the slip information notifying means or the contents of the customer's slip information modified as post-confirmation slip information,
The notification means includes
The reception call system according to claim 3, wherein when the post-confirmation slip information is output by the output unit, the transaction completion notification is notified to the transaction completion notification reception unit.
をさらに備え、
前記通知手段は、
前記終了受付手段により前記窓口に呼び出された顧客の対応が終了したことを受け付けていることを条件として前記取引完了通知を前記取引完了通知受付手段に対して通知する
ことを特徴とする請求項3に記載の受付呼出システム。 An end acceptance means for accepting the completion of the response of the customer called to the window;
The notification means includes
4. The transaction completion notice is notified to the transaction completion notice accepting means on the condition that it is accepted that the response of the customer called to the window by the termination accepting means is finished. The reception call system described in 1.
前記伝票情報通知手段により通知された前記顧客の伝票情報に対する処理を中断し、中断された前記顧客の伝票情報に係る情報を登録する中断登録手段と、
前記中断登録手段により登録された前記顧客の伝票情報に係る情報に基づいて中断された前記顧客の伝票情報に対する処理を再開する再開手段と
をさらに備えたことを特徴とする請求項2〜5のいずれか一つに記載の受付呼出システム。 Each window terminal
Interruption registration means for interrupting the processing for the customer slip information notified by the slip information notification means, and registering information related to the interrupted customer slip information;
The restarting means for restarting the processing for the customer slip information suspended based on the information related to the customer slip information registered by the suspension registration means, further comprising: The reception call system according to any one of the above.
他の窓口端末で中断された前記顧客の伝票情報に対する処理を再開する
ことを特徴とする請求項6に記載の受付呼出システム。 The restarting means includes
The reception call system according to claim 6, wherein the processing for the customer slip information interrupted at another window terminal is resumed.
各窓口端末に対応する窓口に人がいることを検知する人検知手段
をさらに備え、
前記判定手段は、
前記人検知手段により前記窓口に人がいることを検知した場合には、新たな顧客の呼出要求を棄却する
ことを特徴とする請求項1〜7のいずれか一つに記載の受付呼出システム。 Each window terminal
It further comprises a human detection means for detecting the presence of a person at the window corresponding to each window terminal
The determination means includes
The acceptance call system according to any one of claims 1 to 7, wherein when the person detection means detects that a person is present at the window, a new customer call request is rejected.
前記取引完了通知受付ステップによりいずれかの窓口端末から前記取引完了通知を受け付けるまでは、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を棄却し、いずれかの窓口端末から前記取引完了通知を受け付けたならば、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を許容すると判定する判定ステップと
を含んだことを特徴とする受付呼出方法。 A transaction completion notification acceptance step for accepting a transaction completion notification of a customer who is currently responding from any of a plurality of window terminals arranged at a window of a financial institution;
Until the transaction completion notification is received from any window terminal by the transaction completion notification reception step, a new customer call request to the window terminal that has received the transaction completion notification is rejected. And a determination step of determining that a new customer call request to the window terminal that has received the transaction completion notification is permitted if a transaction completion notification is received.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015005429A JP2016130982A (en) | 2015-01-14 | 2015-01-14 | Reception calling system and reception calling method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015005429A JP2016130982A (en) | 2015-01-14 | 2015-01-14 | Reception calling system and reception calling method |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2016130982A true JP2016130982A (en) | 2016-07-21 |
Family
ID=56415595
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2015005429A Pending JP2016130982A (en) | 2015-01-14 | 2015-01-14 | Reception calling system and reception calling method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2016130982A (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2018174423A (en) * | 2017-03-31 | 2018-11-08 | 日本電気株式会社 | Printer, image input device, window system, and alarming method |
JP6479138B1 (en) * | 2017-11-01 | 2019-03-06 | 株式会社リクルート | Order management system |
WO2019116742A1 (en) * | 2017-12-12 | 2019-06-20 | 日本電気株式会社 | Terminal device, automatic teller machine, service application reception method, and program |
-
2015
- 2015-01-14 JP JP2015005429A patent/JP2016130982A/en active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2018174423A (en) * | 2017-03-31 | 2018-11-08 | 日本電気株式会社 | Printer, image input device, window system, and alarming method |
JP6479138B1 (en) * | 2017-11-01 | 2019-03-06 | 株式会社リクルート | Order management system |
WO2019116742A1 (en) * | 2017-12-12 | 2019-06-20 | 日本電気株式会社 | Terminal device, automatic teller machine, service application reception method, and program |
JP2019106018A (en) * | 2017-12-12 | 2019-06-27 | 日本電気株式会社 | Terminal device, method of receiving service applications, and program |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6679206B2 (en) | Transaction acceptance system and transaction acceptance method | |
JP6339339B2 (en) | Slip generation system, slip generation device, and slip generation method | |
JP2016130982A (en) | Reception calling system and reception calling method | |
JP6688016B2 (en) | Electronic bookkeeping system and slip drafting method | |
JP6154209B2 (en) | Customer guidance system and customer guidance method | |
JP7017705B2 (en) | Product sales data processing equipment, systems, and programs | |
KR20030030835A (en) | Automatic transaction device, window supporting apparatus and transaction system | |
JP2019105949A (en) | Commodity sales data processing device, commodity sales data processing system, and program | |
JP6585420B2 (en) | Customer guidance system | |
JP5003241B2 (en) | Automatic transaction apparatus and reception processing system using the same | |
JP6522950B2 (en) | Electronic bookkeeping system and slip information management method | |
JP2017102767A (en) | Slip processing system and slip processing method | |
JP2017037376A (en) | Automatic machine system and money processing method | |
JP6414933B2 (en) | Electronic bookkeeping system and slip information management method | |
JP2015060471A (en) | Slip creation system and slip creation method | |
JP2015005156A (en) | Clientele guidance system and clientele guidance method | |
JP7416653B2 (en) | Reception system, reception number management device, calling device, and reception number notification method | |
JP7249697B2 (en) | device and program | |
JP6653352B2 (en) | Form generation system, form generation device, and form generation method | |
JP7399628B2 (en) | Guidance system and method | |
JP6995801B2 (en) | Information processing system, information processing device and information processing method | |
JP2008225884A (en) | Automatic transaction device and reception processing system using it | |
JP2016118878A (en) | Electronic booking system and slip information management method | |
JP2009146170A (en) | Card issuing method, card issuing system, and card validating device | |
JP2005222347A (en) | Reception processing system, automatic teller machine and window terminal |