顧客受付システム
【課題】顧客の記入準備の進捗状況に合わせてカウンターでの受付順序を制御するためのシステムおよび方法を提供する。
【解決手段】本発明に係る顧客受付システムは、リモート端末と通信し、互いに独立している第１の受付番号および第２の受付番号を使用して顧客受付順序を制御する。第１の受付番号は、所望の取引を行う顧客のエントリー順を示し、第２の受付番号は、実際に取引を行うことが可能な顧客の順序情報である。第２の受付番号の割り振りは、第１の受付番号のエントリー順とは独立して行われる。顧客はリモート端末上で入力フォーマットの各項目をガイダンスにしたがって入力する。所定の一定項目の入力が終わると第１の受付番号を発行し、当該顧客をエントリーする。所定の必要項目の全ての入力が終わると第２の受付番号を発行する。
【解決手段】本発明に係る顧客受付システムは、リモート端末と通信し、互いに独立している第１の受付番号および第２の受付番号を使用して顧客受付順序を制御する。第１の受付番号は、所望の取引を行う顧客のエントリー順を示し、第２の受付番号は、実際に取引を行うことが可能な顧客の順序情報である。第２の受付番号の割り振りは、第１の受付番号のエントリー順とは独立して行われる。顧客はリモート端末上で入力フォーマットの各項目をガイダンスにしたがって入力する。所定の一定項目の入力が終わると第１の受付番号を発行し、当該顧客をエントリーする。所定の必要項目の全ての入力が終わると第２の受付番号を発行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客受付システムに関する。より詳細に言えば、本発明は、モバイル端末を活用した顧客受付システムであって、発行された２種類の受付番号により受付順序を制御する顧客受付システムに関する。
【背景技術】
【０００２】
従来、金融機関の店頭では業務の効率化を進めると共に、顧客の店頭における待ち時間削減を進める取り組みを進めてきた。例えば、店頭に足を運ばずに遠隔から店舗の混雑状況を照会し、指定日時におけるサービスの予約を可能とすることにより、顧客を店舗内で余計に待たせないシステムが導入されてきた（特許文献１参照）。また、金融機関の店頭における事務処理の効率を向上させるために、帳票が発生する最初の段階で帳票に記載された情報を電子情報に変換し、以後この電子情報の形態で処理を行うシステムが導入されてきた（特許文献２参照）。
【０００３】
金融機関の店頭では、それぞれのカウンターごとに応対する手続が決められている。例えば、ローカウンターであるカウンター１〜３は、口座開設および諸届けなどを担当し、ハイカウンターであるカウンター４〜９は、入出金、振込および税公金などの決済関係業務を担当する。一般的に、ローカウンターは、本人確認を必要とするなど書くべき書類が多く、ハイカウンターは、そのような書類が少ないため比較的短い時間間隔で処理できる取引が多い。
【０００４】
来店した顧客は、行いたい手続（例えば、口座開設、入出金など）に従って受付番号発券機から受付番号札を取得し、それぞれのカウンターでは当該受付番号札に記載された受付番号の順序にしたがって顧客をコールし、手続を行っている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−０５６２８０号公報
【特許文献２】特開２００１−２５００３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、受付番号札に記載された受付番号の順序にしたがって次の顧客に順番が来たことを知らせても、その顧客が必要な書類を書き終えていない場合には店頭カウンターにて継続して記入してもらう必要があり、その顧客の後続の顧客が必要な書類を既に書き終えていたとしても後続の顧客をさらに店頭で待たせることになっていた。また、受付番号を受け取ってから実際にコールされるまでの時間が短い場合には、顧客が慌てて記入したために記入ミスが発生することもあった。さらに、顧客が運転免許証などの本人確認書類を所持していない場合には、せっかく順番が来ても手続ができず、そのままお帰りいただくなどの不都合も生じていた。
【０００７】
さらに、電子伝票などにより受付をする場合には、専用の端末を開発する必要があったり、操作もキーボード等が主であったりして操作性に乏しかった。このような専用の端末はＰＣベースの大型の端末となりスペースの限られている店頭での設置は困難であった。
【０００８】
本発明は、このような問題に鑑みてなされたもので、操作性の優れたタブレット型端末などのモバイル端末を活用して必要な情報を顧客に電子データで入力してもらうとともに、顧客の記入準備の進捗状況に合わせてカウンターでの受付順序を制御するためのシステムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、本発明に係る顧客受付システムは、リモート端末と通信し、互いに独立している第１の受付番号および第２の受付番号を使用して顧客受付順序を制御する顧客受付システムであって、前記顧客受付システムは、顧客が行うことが可能な取引の一覧を示す取引リストと、顧客受付データを格納する顧客受付テーブルと、入力フォーマットに含まれる項目名、仮番号発行トリガフラグおよび必須フラグを少なくとも含む入力内容チェックテーブルと、受信した顧客指示に応答して顧客受付データを生成する顧客受付データ生成部であって、前記生成された顧客受付データは、前記第１の受付番号および第２の受付番号を含んでいない、顧客受付データ生成手段と、前記リモート端末によって指示された所望の取引に対応する入力フォーマットを前記リモート端末のディスプレイに表示させる入力フォーマット制御手段と、前記入力フォーマットの所定の項目に対する入力が行われたことに基づいて前記第１の受付番号を生成するか否かを判定する第１の判定手段であって、前記所定の項目は、前記仮番号発行トリガフラグに基づいて識別される、第１の判定手段と、前記入力フォーマットの異なる所定の項目に対する入力が完了したことに基づいて前記第２の受付番号を生成するか否かを判定する第２の判定手段であって、前記異なる所定の項目は、前記必須フラグに基づいて識別される、第２の判定手段と、前記第１の判定手段による肯定的な判定に基づいて前記第１の受付番号を生成する仮番号生成手段であって、前記顧客受付データは前記第１の受付番号で更新される、仮番号生成手段と、前記第２の判定手段による肯定的な判定に基づいて前記第２の受付番号を生成するコール順確定手段であって、前記顧客受付データは前記第２の受付番号で更新される、コール順確定手段と、を備え、前記第１の受付番号は、前記所望の取引を行う顧客のエントリー順を示し、前記第２の受付番号は、実際に取引を行うことが可能な顧客の順序情報であり、前記第２の受付番号の割り振りは、前記第１の受付番号のエントリー順とは独立して行われる、ことを特徴する。
【００１０】
また、本発明に係る方法は、リモート端末と通信し、互いに独立している第１の受付番号および第２の受付番号を使用して顧客受付順序を制御する顧客受付システムで用いる方法であって、前記顧客受付システムは、顧客が行うことが可能な取引の一覧を示す取引リストと、顧客受付データを格納する顧客受付テーブルと、入力フォーマットに含まれる項目名、仮番号発行トリガフラグおよび必須フラグを少なくとも含む入力内容チェックテーブルとを備え、前記方法は、受信した顧客指示に応答して顧客受付データを生成するステップであって、前記生成された顧客受付データは、前記第１の受付番号および第２の受付番号を含んでいない、ステップと、前記リモート端末によって指示された所望の取引に対応する入力フォーマットを前記リモート端末のディスプレイに表示させるステップと、前記入力フォーマットの所定の項目に対する入力が行われたことに基づいて前記第１の受付番号を生成するか否かを判定する第１の判定ステップであって、前記所定の項目は、前記仮番号発行トリガフラグに基づいて識別される、第１の判定ステップと、前記入力フォーマットの異なる所定の項目に対する入力が完了したことに基づいて前記第２の受付番号を生成するか否かを判定する第２の判定ステップであって、前記異なる所定の項目は、前記必須フラグに基づいて識別される、第２の判定ステップと、前記第１の判定ステップによる肯定的な判定に基づいて前記第１の受付番号を生成する仮番号生成ステップであって、前記顧客受付データは前記第１の受付番号で更新される、仮番号生成ステップと、前記第２の判定ステップによる肯定的な判定に基づいて前記第２の受付番号を生成するコール順確定ステップであって、前記顧客受付データは前記第２の受付番号で更新される、コール順確定ステップと、を備え、前記第１の受付番号は、前記所望の取引を行う顧客のエントリー順を示し、前記第２の受付番号は、実際に取引を行うことが可能な顧客の順序情報であり、前記第２の受付番号の割り振りは、前記第１の受付番号のエントリー順とは独立して行われる、ことを特徴する。
【発明の効果】
【００１１】
本発明によれば、店頭での待ち時間の削減および事務処理の効率化を一層推し進めることができる。具体的に言えば、それぞれの手続ごとに顧客の情報入力の進捗状況にしたがってカウンターでの受付順序を制御するので、早く書き終えた顧客は未だ書き終えていない顧客よりも先に手続を行うことができ、余計な待ち時間を減らすことができる。また、本発明によれば、モバイル端末での記入時にガイダンスにしたがって記入することができ、さらに必要な項目の入力が済んでいるか否かの判定がなされるため、記入漏れの防止や受付後の再呼び出しを防止することができる。さらに、顧客が入力した電子データに基づいてホストシステムに送信するデータを作成することができる。
【図面の簡単な説明】
【００１２】
【図１】従来の顧客受付システムの概念を説明する図である。
【図２】本発明に係る顧客受付システムの概念を説明する図である。
【図３】本発明に係る顧客受付システムを使用した場合の、仮エントリーとコール順の概念を示す図である。
【図４】本発明に係る顧客受付システムのシステム構成を説明するブロック図である。
【図５】本発明に係る顧客受付システムにおける処理フローを説明する図である。
【図６】必要書類一覧リストの一例を示す図である。
【図７】顧客受付テーブルの一例を示す図である。
【図８】入力内容チェックテーブルの一例を示す図である。
【図９】本発明に係る顧客受付システムの機能ブロックを説明する図である。
【発明を実施するための形態】
【００１３】
まず、本発明の実施形態について詳細に説明する前に従来の顧客受付システムと本発明に係る顧客受付システムの概念を対比させて説明する。
【００１４】
図１は、従来の顧客受付システムの概念を説明する図である。店内には、相互に有線または無線接続された受付番号発券機１０１、表示機１０２、勘定系端末１０３、およびルーター１０４が存在する。受付番号発券機１０１は、顧客の取引の種類に応じて受付番号の発行・発券を制御し、それぞれの取引の種類ごとに発行・発券された番号の数およびカウンターでの処理が完了した受付番号を記憶する。また、受付番号発券機１０１は、表示機１０２からカウンターでの取引が完了し、次の受付番号をコールすることを示す通信を受信することに応答して表示機１０２に次にコールする受付番号を通信する。
【００１５】
表示機１０２は、カウンター上の表示機に受付番号を表示し、付属のボタンなどの操作（例えば、カウンターにいる担当者のボタン押下）に応じて受付番号発券機１０１に１つの受付番号の取引が完了したことを通知する。勘定系端末１０３は、従来から存在する端末であり、ルーター１０４を介してホストサーバと通信し、顧客との取引を処理する。
【００１６】
従来の顧客システムにおいては、入店した顧客は、ロビーに設置されている受付番号発券機１０１から受付番号が記載された紙片を受け取る。受付番号発券機１０１は、顧客の取引の種類に応じて受付番号の発券を制御し、それぞれの取引の種類ごとに発券された番号の数およびカウンターでの処理が完了した受付番号を記憶する。店頭には取引の種類に応じてローカウンターやハイカウンターなど複数のカウンターがあり、それぞれのカウンターでは受付番号順に顧客をコールする。コールされた受付番号の紙片を有する顧客は、指定されたカウンターで所望の取引を行う。当該顧客の取引が完了したら、所定の操作によって表示機１０２と受付番号発券機１０１との間の通信が行われ、次の顧客がコールされる。
【００１７】
図２は、本発明に係る顧客受付システムの概念図である。店内には、相互に有線または無線接続された顧客受付システム２０１、モバイル端末２０２、表示機１０２、勘定系端末１０３、およびルーター１０４が存在する。顧客受付システム２０１は、図１で説明した受付番号発券機１０１の機能も行うことができる。そのため、顧客受付システム２０１は、図１で説明した紙片による発券を行うこともできる。一実施形態では、店内のカウンターのうち所定の数のカウンターは、本発明に係る顧客受付システム２０１による処理を行い、他のカウンターは、従来のやり方による顧客受付とすることもできる。
【００１８】
図２において、顧客受付システム２０１は２箇所に別れて記載されているが、これは図１で説明した受付番号発券機１０１の機能も実施可能なことを分かりやすくするために記載したものであって、単一の筐体の装置とすることも可能である。
【００１９】
顧客受付システム２０１は、顧客の取引の種類に応じて受付番号の発行・発券を制御し、それぞれの取引の種類ごとに発行・発券された番号の数およびカウンターでの処理が完了した受付番号を記憶する。また、顧客受付システム２０１は、表示機１０２からカウンターでの取引が完了し、次の受付番号をコールすることを示す通信を受信することに応答して表示機１０２に次にコールする受付番号を通信する。
【００２０】
顧客受付システム２０１は、モバイル端末２０２と有線および／または無線を介して通信し、顧客の手続準備の進捗状況を判定し、所定の条件に基づいて仮番号を発行して当該顧客を所定のカウンターに仮エントリーする。顧客受付システム２０１はさらに、モバイル端末２０２と通信して顧客の手続準備が完了したか否かを判定し、所定の条件に基づいてコール順を決定する。かかる場合に、顧客受付システム２０１は、図３に例示したように、仮番号の順序とコール順の順序を組み替えることが可能である。
【００２１】
図３は、本発明に係る顧客受付システム２０１を使用した場合の、仮エントリーとコール順の概念を示す図である。図３を参照すると、口座開設や諸届けなどの取引を扱うローカウンター、並びに入出金、振込および税公金などの決済関係取引を扱うハイカウンターにおける手続きの仮エントリーの順序と実際のコール順との関係が示されている。例えば、ローカウンターにおいて番号「００４」で仮エントリーした顧客が実際のコール順では仮エントリーの番号「００２」「００３」よりも先に呼ばれる例が示されている。このように本発明に係る顧客受付システム２０１によれば、来店の先後に関わらず、必要な書類の準備が整った顧客から順次受付することが可能となり、より一層の待ち時間削減を図ることができる。
【００２２】
表示機１０２は、カウンター上の表示機に受付番号を表示し、付属のボタンなどの操作（例えば、カウンターにいる担当者のボタン押下）に応じて顧客受付システム２０１に１つの受付番号の処理が完了したことを通知する。
【００２３】
勘定系端末１０３は、顧客受付システム２０１から顧客によって入力されたデータを受信し、画面上に表示させる。画面上に表示されたデータは、顧客とオペレータとの間の取引の後、ルーター１０４を介してホストサーバに通信される。
【００２４】
モバイル端末２０２は、有線および／または無線を介して顧客受付システム２０１と通信を行うデバイスである。モバイル端末２０２には付属の入力ペンがあり、当該入力ペンを用いることによってデータ入力が可能となる。モバイル端末２０２は、店頭でのスペースや操作性などを考慮し、タブレット型端末とすることが望ましいが、タブレット型端末に限定されない。すなわち、同様の機能や操作性を実現できるのであれば、モバイル端末２０２は、有線ＬＡＮに接続されたＰＣや専用端末、および無線ＬＡＮに接続されたＰＣや専用端末などであってよい。
【００２５】
本発明に係る顧客システム２０１においては、入店した顧客は、モバイル端末２０２に表示されたメニュー画面から所望の取引を選択し、モバイル端末２０２に表示された入力フォーマット（電子伝票）に必要な情報を入力する。入力に際しては、ディスプレイ上に表示されたキーボードによる文字入力、あるいは手書き文字認識機能を使用した文字入力によって入力を行うことができる。なお、署名については電子自署となるため、入力した筆跡をそのまま電子化したデータが使用される。
【００２６】
顧客システム２０１は、入力フォーマットごとに定められた所定の条件に基づいて、顧客に対し仮番号を発行して仮エントリーを行う。その後、顧客システム２０１は、顧客が入力フォーマットに所定のデータを入力し終えた段階でコール順を決定する。カウンターでは、当該コール順にしたがって顧客との取引を行う。
【００２７】
従来は、受付番号発券機１０１で受付番号の紙片を受け取ったらその順序でコールされていたが、本発明においては、所定の段階まで入力が進んだ段階で仮番号が発行され、さらに入力完了のタイミングで実際のコール順が生成・決定される。このため、書類への記入のスピードなどに起因する避けることが可能な待ち時間の削減を図ることができ、また、入力されたデータはカウンターでの取引において利用することができる。なお、ホストサーバとネットワーク接続されているため、勘定系システムなどの銀行システムが保持するデータを初期表示データとしてモバイル端末２０２に予め表示しておくことも可能である。
【００２８】
以下、本発明に係る顧客システム２０１について詳細に説明する。
【００２９】
図４は、本発明に係る顧客受付システム２０１のシステム構成を説明するブロック図である。顧客受付システム２０１は、制御部４０１、主記憶部４０２、補助記憶部４０３、インターフェース（Ｉ／Ｆ）部４０４、表示部４０５、必要書類一覧リスト４０６、顧客受付テーブル４０７、および入力内容チェックテーブル４０８を含む。これらの構成要素４０１〜４０８はバス４１０で相互に接続されており、制御部４０１によって各構成要素４０２〜４０８は統括して制御される。
【００３０】
制御部４０１は、中央処理装置（ＣＰＵ）とも呼ばれ、上述したように各構成要素４０２〜４０８の制御やデータの演算を行い、また、補助記憶部４０３に格納されている各種プログラムを主記憶部４０２に読み出して実行する。主記憶部４０２は、メインメモリとも呼ばれ、受信した各種データ、コンピュータ実行可能な命令および当該命令による演算処理後のデータなどを記憶する。
【００３１】
補助記憶部４０３は、ハードディスク（ＨＤＤ）などに代表される記憶装置であり、データやプログラムを長期的に保存する際に使用される。主記憶部４０２は、補助記憶部４０３よりも記憶容量が相対的に小さいため、一時的なデータの記憶や演算処理などに使用されるのに対し、補助記憶部４０３は、必要なデータや情報の長期的な記憶・保存のために使用される。つまり、制御部４０１がプログラムを実行してデータの演算を行う場合には、補助記憶部４０３から必要なデータやプログラムを主記憶部４０２に読み出し、演算結果のデータを長期的に記憶・保存するには制御部４０１が補助記憶部４０３に演算結果のデータを書き込むこととなる。
【００３２】
インターフェース（Ｉ／Ｆ）部４０４は、表示機１０２、勘定系端末１０３、およびホストサーバなどの他のシステム・装置との間でデータを送受信する際のインターフェースの役割を果たす。外部から受信したデータは、主記憶部４０２に一時的に記憶される。また、インターフェース部４０４は、システムオペレータより各種コマンドや入力データ（各種マスタ、テーブルなど）を受け付けるインターフェース（入力画面などのアプリケーションプログラム）を提供する。表示部４０５は、処理されたデータを表示する表示画面を提供する。
【００３３】
必要書類一覧リスト４０６は、店頭で顧客が行う取引ごとに必要な書類を定義したテーブルである。図６は、必要書類一覧リスト４０６の一例を示す図である。必要書類一覧リスト４０６は、取引６０１、条件６０２、および必要書類６０３を含む。
【００３４】
取引６０１は、店頭で顧客が行うことが可能な取引を示し、条件６０２は、当該取引に対し必要書類６０３の書類のいずれかの提示を求める条件であり、必要書類６０３は、提示を求める書類を示す。条件６０２は、取引６０１によっては不要であり、必要書類６０３は、いずれか一つ提示すればよい書類である。
【００３５】
顧客受付テーブル４０７は、取引の種類ごとに顧客のエントリー（仮エントリー含む）を管理するテーブルである。図７は、顧客受付テーブル４０７の一例を示す図である。顧客受付テーブル４０７は、後述するように、顧客が所望の取引に必要な書類を所持していることを指示した場合に生成され、エントリーＩＤ７０１、取引種別７０２、仮番号７０３、およびコール順７０４を含む。
【００３６】
エントリーＩＤ７０１は、顧客受付データを識別する識別番号であり、取引種別７０２は、図６の取引６０１に対応する取引の名称である。仮番号７０３およびコール順７０４は、顧客受付システム２０１によって決定される順序を示す番号であり、それぞれ所定の条件を満たした場合に採番される。そのため、仮番号７０３およびコール順７０４は、それぞれ独立した番号として扱われる。
【００３７】
入力内容チェックテーブル４０８は、モバイル端末２０２に表示される各種入力フォーマットの各項目に対するガイダンスおよび仮番号７０３の発行トリガとなる項目（内容・数）が指定されているテーブルである。図８は、入力内容チェックテーブル４０８の一例を示す図である。入力内容チェックテーブル４０８は、入力フォーマットＩＤ８０１、項目名８０２、仮番号発行トリガフラグ８０３、ガイダンス８０４、および必須フラグ８０５を含む。
【００３８】
入力フォーマットＩＤ８０１は、顧客の所望の取引ごとに設けられている入力フォーマットを識別する識別番号である。当該入力フォーマット（電子伝票）は、図６の取引６０１と関連付けられて補助記憶部４０３に格納されており、顧客の操作に応じてモバイル端末２０２に呼び出される。項目名８０２は、入力フォーマットに含まれる、氏名や住所などの各種入力項目を示す。
【００３９】
仮番号発行トリガフラグ８０３は、対応する項目名８０２にデータが入力されている場合に仮番号７０３を発行するか否かを判定するためのフラグである。顧客受付システム２０１は、選択されている入力フォーマットの仮番号発行トリガフラグ８０３に対応する項目名８０２に全て入力がされていると判定したら、仮番号７０３を生成し、生成した仮番号７０３で顧客受付テーブル４０７の該当する顧客受付データをアップデートする。
【００４０】
ガイダンス８０４は、項目名８０２に対する入力上の注意事項などのガイダンスを格納する。顧客受付システム２０１は、項目名８０２にカーソルがある場合にガイダンス８０４の内容をモバイル端末２０２の画面上に表示することができ、あるいは、入力フォーマットの初期表示の際に予め決められたスペースに表示しておくようにすることができる。つまり、ガイダンス８０４の表示方法は、顧客の入力フォーマットへの記入に合わせて柔軟に実装することが可能である。
【００４１】
必須フラグ８０５は、対応する入力フォーマットにおいて入力が必須となる項目名８０２を識別する。
【００４２】
図５は、顧客受付システム２０１における処理フローを説明する図である。この処理では、顧客受付システム２０１は主としてモバイル端末２０２と通信を行うが、必要に応じて表示機１０２や勘定系端末１０３とも通信を行う。なお、モバイル端末２０２を介した入力に際しては、ディスプレイ上に表示されたキーボードによる文字入力、あるいは手書き文字認識機能を使用した文字入力によって入力を行うことができる。
【００４３】
ステップＳ５０１において、入店した顧客はモバイル端末２０２から顧客受付システム２０１にアクセスする。ステップＳ５０２において、モバイル端末２０２の画面に表示されたメニューから所望の取引が顧客によって選択される。メニューは、店頭において顧客が行うことが可能な手続きの一覧であり、例えば、図６の取引６０１に例示されているような取引名がメニューとして表示される。
【００４４】
ステップＳ５０３において、顧客受付システム２０１は、選択された取引をするのに必要な書類のデータ（つまり、必要書類６０３）を必要書類一覧リスト４０６から読み出し、モバイル端末２０２のディスプレイに表示する。このことにより、顧客は、所望の取引に必要な書類の確認をスムーズに行うことができ、従来発生していた伝票記入後の書類不足発覚を防ぐことができる。
【００４５】
顧客受付システム２０１はさらに、当該必要書類が揃っているか否かの指示をユーザに選択させることを促す画面を表示する。ユーザによって揃っていることを示す指示が選択されると処理はステップＳ５０４に進み、揃っていないことを示す指示が選択されると処理はステップＳ５０５に進む。
【００４６】
ステップＳ５０５において、顧客受付システム２０１は、必要書類を用意した上で再度来店を促す旨をモバイル端末２０２のディスプレイに表示する。その後、顧客受付システム２０１は、当該処理を終了する。
【００４７】
ステップＳ５０４において、顧客受付システム２０１は、選択された取引に応じた入力フォーマットを補助記憶部４０３から読み出し、モバイル端末２０２のディスプレイに表示する。上述したように、入力フォーマットは取引６０１と関連付けられて補助記憶部４０３に記憶されている。また、入力フォーマットには、エントリーＩＤ７０１が関連づけられている。ここで、顧客受付システム２０１は、入力内容チェックテーブル４０８にアクセスし、表示された入力フォーマットの各項目について所定の位置にガイダンス８０４を表示することもできるし、あるいは、入力内容チェックテーブル４０８から読み出したガイダンス８０４のデータを主記憶部４０２に記憶させておき、カーソルが当該項目に位置した場合に表示させるようにすることもできる。すなわち、ガイダンス８０４の表示方法は、顧客の入力フォーマットへの記入に合わせて柔軟に実装することが可能である。
【００４８】
また、ステップＳ５０４において、顧客受付システム２０１は、顧客受付データを生成し、顧客受付テーブル４０７に登録する。この段階で、顧客受付データは、エントリーＩＤ７０１および入力フォーマットに対応する取引種別７０２のみを含んでおり、仮番号７０３およびコール順７０４はヌル（Ｎｕｌｌ）である。
【００４９】
ステップＳ５０６において、ガイダンス８０４にしたがって一定項目が顧客によってモバイル端末２０２上の入力フォーマットに入力される。ステップＳ５０７において、顧客受付システム２０１は、モバイル端末２０２と通信し、選択された入力フォーマットに関連付けられる項目名８０２および仮番号発行トリガフラグ８０３に基づいて仮番号を発行するか否かを判定する。具体的に言えば、仮番号発行トリガフラグ８０３にフラグが立っている項目名８０２に全て入力が行われている場合には、顧客受付システム２０１は、仮番号を発行することを判定する。
【００５０】
ステップＳ５０７における上記判定は、入力フォーマット上の各項目からカーソルが他の項目に移動するタイミングで行われてもよいし、所定のタイミング（例えば、１分間隔）ごとに行われてもよい。当該判定において、仮番号を発行しないと判定された場合にはステップＳ５０６に戻る。
【００５１】
ステップＳ５０８において、顧客受付システム２０１は、選択された入力フォーマットに対応する取引の種類に応じて仮番号を生成し、生成された仮番号に基づいて対応する顧客受付データをアップデートすることにより、当該顧客の取引を仮エントリーする。例えば、顧客が選択した取引が口座開設であった場合、当該取引についてそれまでに発行された仮番号に後続する仮番号が生成される。
【００５２】
ステップＳ５０９において、ガイダンス８０４にしたがって残りの項目が顧客によってモバイル端末２０２上で入力フォーマットに入力される。ステップＳ５１０において、顧客受付システム２０１は、必須フラグ８０５にフラグが立っている項目名８０２の全てが入力されているか否かを判定し、コール順を確定するか否かを判定する。上述したように、必須フラグ８０５は、入力フォーマットごとに予め決められている入力必須な項目を識別する。なお、当該判定は、入力フォーマット上の各項目からカーソルが他の項目に移動するタイミングで行われてもよいし、所定のタイミング（例えば、１分間隔）ごとに行われてもよい。コール順を確定することができると判定されればステップＳ５１１に処理が進み、確定しないと判定されればステップＳ５０９に戻る。
【００５３】
ステップＳ５１１において、顧客受付システム２０１は、選択された入力フォーマットに対応する取引の種類（取引種別７０２）に応じてコール順を生成する。すなわち、顧客受付システム２０１は、取引種別７０２ごとに実際にカウンターで手続きを行う順番であるコール順７０４を決定する。コール順７０４の決定後、モバイル端末２０２から顧客受付システム２０１に入力データが送信される。一実施形態では、当該コール順７０４は、モバイル端末２０２からの指示に応じて顧客受付システム２０１から紙片として出力することも可能である。
【００５４】
本発明に係る顧客受付システム２０１では、入力フォーマットへの記載の進捗状況に応じてコール順７０４が決定されるため、図３で例示したように、仮番号の小さい番号（例えば、００２）が仮番号の大きい番号（例えば、００４）よりも後のコール順になることが発生しうる。コール順が決定した後は、各カウンターにて従来と同様に、コール順７０４にしたがって顧客がコールされる。
【００５５】
また、本発明に係る顧客受付システム２０１では、顧客が入力フォーマットの必要項目を全て記入完了した時点で受付番号を採番するのではなく、仮エントリーを行うことによって、取引の種類ごとにその時点での混雑状況を早い段階で把握することができるようにしている。混雑状況を早い段階で把握できるようにしておくと、特許文献１などに記載されている周知技術とのシステム連携も容易になり、継続的なデータ分析により更なる改善を行いやすくなる。
【００５６】
なお、顧客が途中で操作を中止した場合やシステム障害が発生した場合には、仮番号が生成されていたとしてもコール順が確定しないケースが発生しうる。かかる場合には、顧客受付システム２０１は、該当の顧客受付データについてはそのまま処理をしない。このため、その日の業務終了時に来店者数を確認する場合には、生成された仮番号と確定されたコール順の数が一致しないこともありえる。また、仮番号もコール順も存在しない顧客受付データがその日の業務終了時に存在することもありえる。
【００５７】
モバイル端末２０２において入力した入力フォーマット（電子伝票）は、顧客がカウンターに座った時に勘定系端末１０３に表示され、取引の際に使用される。この際、勘定系端末１０３は、印鑑押捺の要不要に応じてデータを接続されているプリンタで紙出力することができる。
【００５８】
図９は、本発明に係る顧客受付システム２０１の機能ブロックを説明する図である。顧客受付システム２０１は、メニュー制御部９０１、顧客受付データ生成部９０２、入力フォーマット制御部９０３、第１の判定部９０４、第２の判定部９０５、仮番号生成部９０６、コール順確定部９０７、および呼出部９０８を含む。
【００５９】
メニュー制御部９０１は、モバイル端末２０２を介した顧客からのアクセスに応答して取引メニューを表示する。取引メニューは、必要書類一覧リスト４０６の取引６０１に対応するものであり、選択された取引メニューは後処理において顧客受付テーブル４０７の取引種別７０２のデータとして使用される。
【００６０】
メニュー制御部９０１は、取引メニューの一つが顧客によって選択されたことに応答して必要書類一覧リスト４０６を読み出し、当該取引の必要書類６０３をモバイル端末２０２のディスプレイに表示するとともに、顧客に対して必要書類が揃っているか否かを選択させるメニューを表示する。メニュー制御部９０１は、当該必要書類が揃っているか否かを選択させるメニューをユーザが選択したことの指示を受信する。必要書類が揃っていないことをユーザが指示した場合には、メニュー制御部９０１は、必要書類を用意した上で再度来店を促す旨をモバイル端末２０２のディスプレイに表示し、その後、当該処理を終了する。
【００６１】
顧客受付データ生成部９０２は、必要書類が揃っていることの指示を顧客から受信したことに応答して顧客受付データを生成する。顧客受付データは、顧客受付テーブル４０７に登録されるが、この段階では、エントリーＩＤ７０１および取引種別７０２のみが決定されている。エントリーＩＤ７０１は、その日に発生した顧客受付データについて番号を順次機械的に採番することにより生成され、取引種別７０２は、顧客によって選択された取引メニューに応じて決定される。
【００６２】
入力フォーマット制御部９０３は、顧客によって選択された取引に対応する入力フォーマットを補助記憶部４０３から読み出し、モバイル端末２０２のディスプレイに表示する。また、入力フォーマット制御部９０３は、入力内容チェックテーブル４０８にアクセスし、項目名８０２およびガイダンス８０４のデータに基づいて、ディスプレイ上の入力フォーマットの各項目に対する記入要領（ガイダンス）を表示する。ここで、ガイダンス８０４は、入力カーソルが存在する項目のみ表示してもよいし、あるいは項目ごとに予め決められた位置に一度に表示するようにしてもよい。
【００６３】
第１の判定部９０４は、入力フォーマットに対する入力の進捗状況に基づいて、仮番号７０３を生成するか否かを判定する。すなわち、第１の判定部９０４は、入力内容チェックテーブル４０８から読み出された項目名８０２および仮番号発行トリガフラグ８０３に基づいて、フラグが立っている項目についての入力が完了しているか否かを判定する。
【００６４】
第２の判定部９０５は、入力フォーマットに対する入力の進捗状況に基づいて、コール順７０４を確定するか否かを判定する。すなわち、第２の判定部９０５は、モバイル端末２０２に表示されている入力フォーマットの項目のうち、入力内容チェックテーブル４０８から読み出された項目名８０２のうち必須フラグ８０５にフラグが立っている項目全てが入力されているか否かを判定する。
【００６５】
仮番号生成部９０６は、第１の判定部９０４によって入力が完了していると判定された場合に仮番号７０３を生成し、顧客受付テーブル４０７の対応する顧客受付データをアップデートする。モバイル端末２０２に表示されている入力フォーマットには、エントリーＩＤ７０１が関連づけられているため、仮番号生成部９０６は、エントリーＩＤ７０１に基づいて顧客受付データをアップデートする。
【００６６】
コール順確定部９０７は、第２の判定部９０５によってコール順を確定するとの判定がなされた場合に、当該顧客受付データについてのコール順７０４を同様の取引種別７０２を持つ他の顧客受付データに基づいて決定する。コール順確定部９０７は、顧客受付テーブル４０７の該当する顧客受付データを決定したコール順７０４でアップデートする。
【００６７】
呼出部９０８は、オペレータによって指定された取引種別７０２にしたがって顧客受付テーブル４０７から次に呼び出すべきコール順７０４を読み出し、当該コール順にしたがって顧客を呼び出す。次に呼び出すべきコール順７０４は、直前に取引完了したコール順７０４に基づいて判断される。
【００６８】
上述の実施形態で説明した方法、機能および手段は、コンピュータ実施可能なプログラムとして実装することも可能であり、また、当該プログラムを格納したコンピュータ読み取り可能な記録媒体として実施することも可能である。
【００６９】
上記で説明した実施形態はあくまでも例示であり、本発明は上記の実施形態に限定されることはなく、様々な変形が可能である。すなわち、特許請求の範囲に記載された技術的思想に基づくものである限り、その変形は本発明の技術範囲内に含まれる。
【符号の説明】
【００７０】
１０１ 受付番号発券機
１０２ 表示機
１０３ 勘定系端末
１０４ ルーター
２０１ 顧客受付システム
２０２ モバイル端末
４０１ 制御部
４０２ 主記憶部
４０３ 補助記憶部
４０４ インターフェース（Ｉ／Ｆ）部
４０５ 表示部
４０６ 必要書類一覧リスト
４０７ 顧客受付テーブル
４０８ 入力内容チェックテーブル
４１０ バス
９０１ メニュー制御部
９０２ 顧客受付データ生成部
９０３ 入力フォーマット制御部
９０４ 第１の判定部
９０５ 第２の判定部
９０６ 仮番号生成部
９０７ コール順確定部
９０８ 呼出部
【技術分野】
【０００１】
本発明は、顧客受付システムに関する。より詳細に言えば、本発明は、モバイル端末を活用した顧客受付システムであって、発行された２種類の受付番号により受付順序を制御する顧客受付システムに関する。
【背景技術】
【０００２】
従来、金融機関の店頭では業務の効率化を進めると共に、顧客の店頭における待ち時間削減を進める取り組みを進めてきた。例えば、店頭に足を運ばずに遠隔から店舗の混雑状況を照会し、指定日時におけるサービスの予約を可能とすることにより、顧客を店舗内で余計に待たせないシステムが導入されてきた（特許文献１参照）。また、金融機関の店頭における事務処理の効率を向上させるために、帳票が発生する最初の段階で帳票に記載された情報を電子情報に変換し、以後この電子情報の形態で処理を行うシステムが導入されてきた（特許文献２参照）。
【０００３】
金融機関の店頭では、それぞれのカウンターごとに応対する手続が決められている。例えば、ローカウンターであるカウンター１〜３は、口座開設および諸届けなどを担当し、ハイカウンターであるカウンター４〜９は、入出金、振込および税公金などの決済関係業務を担当する。一般的に、ローカウンターは、本人確認を必要とするなど書くべき書類が多く、ハイカウンターは、そのような書類が少ないため比較的短い時間間隔で処理できる取引が多い。
【０００４】
来店した顧客は、行いたい手続（例えば、口座開設、入出金など）に従って受付番号発券機から受付番号札を取得し、それぞれのカウンターでは当該受付番号札に記載された受付番号の順序にしたがって顧客をコールし、手続を行っている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−０５６２８０号公報
【特許文献２】特開２００１−２５００３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、受付番号札に記載された受付番号の順序にしたがって次の顧客に順番が来たことを知らせても、その顧客が必要な書類を書き終えていない場合には店頭カウンターにて継続して記入してもらう必要があり、その顧客の後続の顧客が必要な書類を既に書き終えていたとしても後続の顧客をさらに店頭で待たせることになっていた。また、受付番号を受け取ってから実際にコールされるまでの時間が短い場合には、顧客が慌てて記入したために記入ミスが発生することもあった。さらに、顧客が運転免許証などの本人確認書類を所持していない場合には、せっかく順番が来ても手続ができず、そのままお帰りいただくなどの不都合も生じていた。
【０００７】
さらに、電子伝票などにより受付をする場合には、専用の端末を開発する必要があったり、操作もキーボード等が主であったりして操作性に乏しかった。このような専用の端末はＰＣベースの大型の端末となりスペースの限られている店頭での設置は困難であった。
【０００８】
本発明は、このような問題に鑑みてなされたもので、操作性の優れたタブレット型端末などのモバイル端末を活用して必要な情報を顧客に電子データで入力してもらうとともに、顧客の記入準備の進捗状況に合わせてカウンターでの受付順序を制御するためのシステムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、本発明に係る顧客受付システムは、リモート端末と通信し、互いに独立している第１の受付番号および第２の受付番号を使用して顧客受付順序を制御する顧客受付システムであって、前記顧客受付システムは、顧客が行うことが可能な取引の一覧を示す取引リストと、顧客受付データを格納する顧客受付テーブルと、入力フォーマットに含まれる項目名、仮番号発行トリガフラグおよび必須フラグを少なくとも含む入力内容チェックテーブルと、受信した顧客指示に応答して顧客受付データを生成する顧客受付データ生成部であって、前記生成された顧客受付データは、前記第１の受付番号および第２の受付番号を含んでいない、顧客受付データ生成手段と、前記リモート端末によって指示された所望の取引に対応する入力フォーマットを前記リモート端末のディスプレイに表示させる入力フォーマット制御手段と、前記入力フォーマットの所定の項目に対する入力が行われたことに基づいて前記第１の受付番号を生成するか否かを判定する第１の判定手段であって、前記所定の項目は、前記仮番号発行トリガフラグに基づいて識別される、第１の判定手段と、前記入力フォーマットの異なる所定の項目に対する入力が完了したことに基づいて前記第２の受付番号を生成するか否かを判定する第２の判定手段であって、前記異なる所定の項目は、前記必須フラグに基づいて識別される、第２の判定手段と、前記第１の判定手段による肯定的な判定に基づいて前記第１の受付番号を生成する仮番号生成手段であって、前記顧客受付データは前記第１の受付番号で更新される、仮番号生成手段と、前記第２の判定手段による肯定的な判定に基づいて前記第２の受付番号を生成するコール順確定手段であって、前記顧客受付データは前記第２の受付番号で更新される、コール順確定手段と、を備え、前記第１の受付番号は、前記所望の取引を行う顧客のエントリー順を示し、前記第２の受付番号は、実際に取引を行うことが可能な顧客の順序情報であり、前記第２の受付番号の割り振りは、前記第１の受付番号のエントリー順とは独立して行われる、ことを特徴する。
【００１０】
また、本発明に係る方法は、リモート端末と通信し、互いに独立している第１の受付番号および第２の受付番号を使用して顧客受付順序を制御する顧客受付システムで用いる方法であって、前記顧客受付システムは、顧客が行うことが可能な取引の一覧を示す取引リストと、顧客受付データを格納する顧客受付テーブルと、入力フォーマットに含まれる項目名、仮番号発行トリガフラグおよび必須フラグを少なくとも含む入力内容チェックテーブルとを備え、前記方法は、受信した顧客指示に応答して顧客受付データを生成するステップであって、前記生成された顧客受付データは、前記第１の受付番号および第２の受付番号を含んでいない、ステップと、前記リモート端末によって指示された所望の取引に対応する入力フォーマットを前記リモート端末のディスプレイに表示させるステップと、前記入力フォーマットの所定の項目に対する入力が行われたことに基づいて前記第１の受付番号を生成するか否かを判定する第１の判定ステップであって、前記所定の項目は、前記仮番号発行トリガフラグに基づいて識別される、第１の判定ステップと、前記入力フォーマットの異なる所定の項目に対する入力が完了したことに基づいて前記第２の受付番号を生成するか否かを判定する第２の判定ステップであって、前記異なる所定の項目は、前記必須フラグに基づいて識別される、第２の判定ステップと、前記第１の判定ステップによる肯定的な判定に基づいて前記第１の受付番号を生成する仮番号生成ステップであって、前記顧客受付データは前記第１の受付番号で更新される、仮番号生成ステップと、前記第２の判定ステップによる肯定的な判定に基づいて前記第２の受付番号を生成するコール順確定ステップであって、前記顧客受付データは前記第２の受付番号で更新される、コール順確定ステップと、を備え、前記第１の受付番号は、前記所望の取引を行う顧客のエントリー順を示し、前記第２の受付番号は、実際に取引を行うことが可能な顧客の順序情報であり、前記第２の受付番号の割り振りは、前記第１の受付番号のエントリー順とは独立して行われる、ことを特徴する。
【発明の効果】
【００１１】
本発明によれば、店頭での待ち時間の削減および事務処理の効率化を一層推し進めることができる。具体的に言えば、それぞれの手続ごとに顧客の情報入力の進捗状況にしたがってカウンターでの受付順序を制御するので、早く書き終えた顧客は未だ書き終えていない顧客よりも先に手続を行うことができ、余計な待ち時間を減らすことができる。また、本発明によれば、モバイル端末での記入時にガイダンスにしたがって記入することができ、さらに必要な項目の入力が済んでいるか否かの判定がなされるため、記入漏れの防止や受付後の再呼び出しを防止することができる。さらに、顧客が入力した電子データに基づいてホストシステムに送信するデータを作成することができる。
【図面の簡単な説明】
【００１２】
【図１】従来の顧客受付システムの概念を説明する図である。
【図２】本発明に係る顧客受付システムの概念を説明する図である。
【図３】本発明に係る顧客受付システムを使用した場合の、仮エントリーとコール順の概念を示す図である。
【図４】本発明に係る顧客受付システムのシステム構成を説明するブロック図である。
【図５】本発明に係る顧客受付システムにおける処理フローを説明する図である。
【図６】必要書類一覧リストの一例を示す図である。
【図７】顧客受付テーブルの一例を示す図である。
【図８】入力内容チェックテーブルの一例を示す図である。
【図９】本発明に係る顧客受付システムの機能ブロックを説明する図である。
【発明を実施するための形態】
【００１３】
まず、本発明の実施形態について詳細に説明する前に従来の顧客受付システムと本発明に係る顧客受付システムの概念を対比させて説明する。
【００１４】
図１は、従来の顧客受付システムの概念を説明する図である。店内には、相互に有線または無線接続された受付番号発券機１０１、表示機１０２、勘定系端末１０３、およびルーター１０４が存在する。受付番号発券機１０１は、顧客の取引の種類に応じて受付番号の発行・発券を制御し、それぞれの取引の種類ごとに発行・発券された番号の数およびカウンターでの処理が完了した受付番号を記憶する。また、受付番号発券機１０１は、表示機１０２からカウンターでの取引が完了し、次の受付番号をコールすることを示す通信を受信することに応答して表示機１０２に次にコールする受付番号を通信する。
【００１５】
表示機１０２は、カウンター上の表示機に受付番号を表示し、付属のボタンなどの操作（例えば、カウンターにいる担当者のボタン押下）に応じて受付番号発券機１０１に１つの受付番号の取引が完了したことを通知する。勘定系端末１０３は、従来から存在する端末であり、ルーター１０４を介してホストサーバと通信し、顧客との取引を処理する。
【００１６】
従来の顧客システムにおいては、入店した顧客は、ロビーに設置されている受付番号発券機１０１から受付番号が記載された紙片を受け取る。受付番号発券機１０１は、顧客の取引の種類に応じて受付番号の発券を制御し、それぞれの取引の種類ごとに発券された番号の数およびカウンターでの処理が完了した受付番号を記憶する。店頭には取引の種類に応じてローカウンターやハイカウンターなど複数のカウンターがあり、それぞれのカウンターでは受付番号順に顧客をコールする。コールされた受付番号の紙片を有する顧客は、指定されたカウンターで所望の取引を行う。当該顧客の取引が完了したら、所定の操作によって表示機１０２と受付番号発券機１０１との間の通信が行われ、次の顧客がコールされる。
【００１７】
図２は、本発明に係る顧客受付システムの概念図である。店内には、相互に有線または無線接続された顧客受付システム２０１、モバイル端末２０２、表示機１０２、勘定系端末１０３、およびルーター１０４が存在する。顧客受付システム２０１は、図１で説明した受付番号発券機１０１の機能も行うことができる。そのため、顧客受付システム２０１は、図１で説明した紙片による発券を行うこともできる。一実施形態では、店内のカウンターのうち所定の数のカウンターは、本発明に係る顧客受付システム２０１による処理を行い、他のカウンターは、従来のやり方による顧客受付とすることもできる。
【００１８】
図２において、顧客受付システム２０１は２箇所に別れて記載されているが、これは図１で説明した受付番号発券機１０１の機能も実施可能なことを分かりやすくするために記載したものであって、単一の筐体の装置とすることも可能である。
【００１９】
顧客受付システム２０１は、顧客の取引の種類に応じて受付番号の発行・発券を制御し、それぞれの取引の種類ごとに発行・発券された番号の数およびカウンターでの処理が完了した受付番号を記憶する。また、顧客受付システム２０１は、表示機１０２からカウンターでの取引が完了し、次の受付番号をコールすることを示す通信を受信することに応答して表示機１０２に次にコールする受付番号を通信する。
【００２０】
顧客受付システム２０１は、モバイル端末２０２と有線および／または無線を介して通信し、顧客の手続準備の進捗状況を判定し、所定の条件に基づいて仮番号を発行して当該顧客を所定のカウンターに仮エントリーする。顧客受付システム２０１はさらに、モバイル端末２０２と通信して顧客の手続準備が完了したか否かを判定し、所定の条件に基づいてコール順を決定する。かかる場合に、顧客受付システム２０１は、図３に例示したように、仮番号の順序とコール順の順序を組み替えることが可能である。
【００２１】
図３は、本発明に係る顧客受付システム２０１を使用した場合の、仮エントリーとコール順の概念を示す図である。図３を参照すると、口座開設や諸届けなどの取引を扱うローカウンター、並びに入出金、振込および税公金などの決済関係取引を扱うハイカウンターにおける手続きの仮エントリーの順序と実際のコール順との関係が示されている。例えば、ローカウンターにおいて番号「００４」で仮エントリーした顧客が実際のコール順では仮エントリーの番号「００２」「００３」よりも先に呼ばれる例が示されている。このように本発明に係る顧客受付システム２０１によれば、来店の先後に関わらず、必要な書類の準備が整った顧客から順次受付することが可能となり、より一層の待ち時間削減を図ることができる。
【００２２】
表示機１０２は、カウンター上の表示機に受付番号を表示し、付属のボタンなどの操作（例えば、カウンターにいる担当者のボタン押下）に応じて顧客受付システム２０１に１つの受付番号の処理が完了したことを通知する。
【００２３】
勘定系端末１０３は、顧客受付システム２０１から顧客によって入力されたデータを受信し、画面上に表示させる。画面上に表示されたデータは、顧客とオペレータとの間の取引の後、ルーター１０４を介してホストサーバに通信される。
【００２４】
モバイル端末２０２は、有線および／または無線を介して顧客受付システム２０１と通信を行うデバイスである。モバイル端末２０２には付属の入力ペンがあり、当該入力ペンを用いることによってデータ入力が可能となる。モバイル端末２０２は、店頭でのスペースや操作性などを考慮し、タブレット型端末とすることが望ましいが、タブレット型端末に限定されない。すなわち、同様の機能や操作性を実現できるのであれば、モバイル端末２０２は、有線ＬＡＮに接続されたＰＣや専用端末、および無線ＬＡＮに接続されたＰＣや専用端末などであってよい。
【００２５】
本発明に係る顧客システム２０１においては、入店した顧客は、モバイル端末２０２に表示されたメニュー画面から所望の取引を選択し、モバイル端末２０２に表示された入力フォーマット（電子伝票）に必要な情報を入力する。入力に際しては、ディスプレイ上に表示されたキーボードによる文字入力、あるいは手書き文字認識機能を使用した文字入力によって入力を行うことができる。なお、署名については電子自署となるため、入力した筆跡をそのまま電子化したデータが使用される。
【００２６】
顧客システム２０１は、入力フォーマットごとに定められた所定の条件に基づいて、顧客に対し仮番号を発行して仮エントリーを行う。その後、顧客システム２０１は、顧客が入力フォーマットに所定のデータを入力し終えた段階でコール順を決定する。カウンターでは、当該コール順にしたがって顧客との取引を行う。
【００２７】
従来は、受付番号発券機１０１で受付番号の紙片を受け取ったらその順序でコールされていたが、本発明においては、所定の段階まで入力が進んだ段階で仮番号が発行され、さらに入力完了のタイミングで実際のコール順が生成・決定される。このため、書類への記入のスピードなどに起因する避けることが可能な待ち時間の削減を図ることができ、また、入力されたデータはカウンターでの取引において利用することができる。なお、ホストサーバとネットワーク接続されているため、勘定系システムなどの銀行システムが保持するデータを初期表示データとしてモバイル端末２０２に予め表示しておくことも可能である。
【００２８】
以下、本発明に係る顧客システム２０１について詳細に説明する。
【００２９】
図４は、本発明に係る顧客受付システム２０１のシステム構成を説明するブロック図である。顧客受付システム２０１は、制御部４０１、主記憶部４０２、補助記憶部４０３、インターフェース（Ｉ／Ｆ）部４０４、表示部４０５、必要書類一覧リスト４０６、顧客受付テーブル４０７、および入力内容チェックテーブル４０８を含む。これらの構成要素４０１〜４０８はバス４１０で相互に接続されており、制御部４０１によって各構成要素４０２〜４０８は統括して制御される。
【００３０】
制御部４０１は、中央処理装置（ＣＰＵ）とも呼ばれ、上述したように各構成要素４０２〜４０８の制御やデータの演算を行い、また、補助記憶部４０３に格納されている各種プログラムを主記憶部４０２に読み出して実行する。主記憶部４０２は、メインメモリとも呼ばれ、受信した各種データ、コンピュータ実行可能な命令および当該命令による演算処理後のデータなどを記憶する。
【００３１】
補助記憶部４０３は、ハードディスク（ＨＤＤ）などに代表される記憶装置であり、データやプログラムを長期的に保存する際に使用される。主記憶部４０２は、補助記憶部４０３よりも記憶容量が相対的に小さいため、一時的なデータの記憶や演算処理などに使用されるのに対し、補助記憶部４０３は、必要なデータや情報の長期的な記憶・保存のために使用される。つまり、制御部４０１がプログラムを実行してデータの演算を行う場合には、補助記憶部４０３から必要なデータやプログラムを主記憶部４０２に読み出し、演算結果のデータを長期的に記憶・保存するには制御部４０１が補助記憶部４０３に演算結果のデータを書き込むこととなる。
【００３２】
インターフェース（Ｉ／Ｆ）部４０４は、表示機１０２、勘定系端末１０３、およびホストサーバなどの他のシステム・装置との間でデータを送受信する際のインターフェースの役割を果たす。外部から受信したデータは、主記憶部４０２に一時的に記憶される。また、インターフェース部４０４は、システムオペレータより各種コマンドや入力データ（各種マスタ、テーブルなど）を受け付けるインターフェース（入力画面などのアプリケーションプログラム）を提供する。表示部４０５は、処理されたデータを表示する表示画面を提供する。
【００３３】
必要書類一覧リスト４０６は、店頭で顧客が行う取引ごとに必要な書類を定義したテーブルである。図６は、必要書類一覧リスト４０６の一例を示す図である。必要書類一覧リスト４０６は、取引６０１、条件６０２、および必要書類６０３を含む。
【００３４】
取引６０１は、店頭で顧客が行うことが可能な取引を示し、条件６０２は、当該取引に対し必要書類６０３の書類のいずれかの提示を求める条件であり、必要書類６０３は、提示を求める書類を示す。条件６０２は、取引６０１によっては不要であり、必要書類６０３は、いずれか一つ提示すればよい書類である。
【００３５】
顧客受付テーブル４０７は、取引の種類ごとに顧客のエントリー（仮エントリー含む）を管理するテーブルである。図７は、顧客受付テーブル４０７の一例を示す図である。顧客受付テーブル４０７は、後述するように、顧客が所望の取引に必要な書類を所持していることを指示した場合に生成され、エントリーＩＤ７０１、取引種別７０２、仮番号７０３、およびコール順７０４を含む。
【００３６】
エントリーＩＤ７０１は、顧客受付データを識別する識別番号であり、取引種別７０２は、図６の取引６０１に対応する取引の名称である。仮番号７０３およびコール順７０４は、顧客受付システム２０１によって決定される順序を示す番号であり、それぞれ所定の条件を満たした場合に採番される。そのため、仮番号７０３およびコール順７０４は、それぞれ独立した番号として扱われる。
【００３７】
入力内容チェックテーブル４０８は、モバイル端末２０２に表示される各種入力フォーマットの各項目に対するガイダンスおよび仮番号７０３の発行トリガとなる項目（内容・数）が指定されているテーブルである。図８は、入力内容チェックテーブル４０８の一例を示す図である。入力内容チェックテーブル４０８は、入力フォーマットＩＤ８０１、項目名８０２、仮番号発行トリガフラグ８０３、ガイダンス８０４、および必須フラグ８０５を含む。
【００３８】
入力フォーマットＩＤ８０１は、顧客の所望の取引ごとに設けられている入力フォーマットを識別する識別番号である。当該入力フォーマット（電子伝票）は、図６の取引６０１と関連付けられて補助記憶部４０３に格納されており、顧客の操作に応じてモバイル端末２０２に呼び出される。項目名８０２は、入力フォーマットに含まれる、氏名や住所などの各種入力項目を示す。
【００３９】
仮番号発行トリガフラグ８０３は、対応する項目名８０２にデータが入力されている場合に仮番号７０３を発行するか否かを判定するためのフラグである。顧客受付システム２０１は、選択されている入力フォーマットの仮番号発行トリガフラグ８０３に対応する項目名８０２に全て入力がされていると判定したら、仮番号７０３を生成し、生成した仮番号７０３で顧客受付テーブル４０７の該当する顧客受付データをアップデートする。
【００４０】
ガイダンス８０４は、項目名８０２に対する入力上の注意事項などのガイダンスを格納する。顧客受付システム２０１は、項目名８０２にカーソルがある場合にガイダンス８０４の内容をモバイル端末２０２の画面上に表示することができ、あるいは、入力フォーマットの初期表示の際に予め決められたスペースに表示しておくようにすることができる。つまり、ガイダンス８０４の表示方法は、顧客の入力フォーマットへの記入に合わせて柔軟に実装することが可能である。
【００４１】
必須フラグ８０５は、対応する入力フォーマットにおいて入力が必須となる項目名８０２を識別する。
【００４２】
図５は、顧客受付システム２０１における処理フローを説明する図である。この処理では、顧客受付システム２０１は主としてモバイル端末２０２と通信を行うが、必要に応じて表示機１０２や勘定系端末１０３とも通信を行う。なお、モバイル端末２０２を介した入力に際しては、ディスプレイ上に表示されたキーボードによる文字入力、あるいは手書き文字認識機能を使用した文字入力によって入力を行うことができる。
【００４３】
ステップＳ５０１において、入店した顧客はモバイル端末２０２から顧客受付システム２０１にアクセスする。ステップＳ５０２において、モバイル端末２０２の画面に表示されたメニューから所望の取引が顧客によって選択される。メニューは、店頭において顧客が行うことが可能な手続きの一覧であり、例えば、図６の取引６０１に例示されているような取引名がメニューとして表示される。
【００４４】
ステップＳ５０３において、顧客受付システム２０１は、選択された取引をするのに必要な書類のデータ（つまり、必要書類６０３）を必要書類一覧リスト４０６から読み出し、モバイル端末２０２のディスプレイに表示する。このことにより、顧客は、所望の取引に必要な書類の確認をスムーズに行うことができ、従来発生していた伝票記入後の書類不足発覚を防ぐことができる。
【００４５】
顧客受付システム２０１はさらに、当該必要書類が揃っているか否かの指示をユーザに選択させることを促す画面を表示する。ユーザによって揃っていることを示す指示が選択されると処理はステップＳ５０４に進み、揃っていないことを示す指示が選択されると処理はステップＳ５０５に進む。
【００４６】
ステップＳ５０５において、顧客受付システム２０１は、必要書類を用意した上で再度来店を促す旨をモバイル端末２０２のディスプレイに表示する。その後、顧客受付システム２０１は、当該処理を終了する。
【００４７】
ステップＳ５０４において、顧客受付システム２０１は、選択された取引に応じた入力フォーマットを補助記憶部４０３から読み出し、モバイル端末２０２のディスプレイに表示する。上述したように、入力フォーマットは取引６０１と関連付けられて補助記憶部４０３に記憶されている。また、入力フォーマットには、エントリーＩＤ７０１が関連づけられている。ここで、顧客受付システム２０１は、入力内容チェックテーブル４０８にアクセスし、表示された入力フォーマットの各項目について所定の位置にガイダンス８０４を表示することもできるし、あるいは、入力内容チェックテーブル４０８から読み出したガイダンス８０４のデータを主記憶部４０２に記憶させておき、カーソルが当該項目に位置した場合に表示させるようにすることもできる。すなわち、ガイダンス８０４の表示方法は、顧客の入力フォーマットへの記入に合わせて柔軟に実装することが可能である。
【００４８】
また、ステップＳ５０４において、顧客受付システム２０１は、顧客受付データを生成し、顧客受付テーブル４０７に登録する。この段階で、顧客受付データは、エントリーＩＤ７０１および入力フォーマットに対応する取引種別７０２のみを含んでおり、仮番号７０３およびコール順７０４はヌル（Ｎｕｌｌ）である。
【００４９】
ステップＳ５０６において、ガイダンス８０４にしたがって一定項目が顧客によってモバイル端末２０２上の入力フォーマットに入力される。ステップＳ５０７において、顧客受付システム２０１は、モバイル端末２０２と通信し、選択された入力フォーマットに関連付けられる項目名８０２および仮番号発行トリガフラグ８０３に基づいて仮番号を発行するか否かを判定する。具体的に言えば、仮番号発行トリガフラグ８０３にフラグが立っている項目名８０２に全て入力が行われている場合には、顧客受付システム２０１は、仮番号を発行することを判定する。
【００５０】
ステップＳ５０７における上記判定は、入力フォーマット上の各項目からカーソルが他の項目に移動するタイミングで行われてもよいし、所定のタイミング（例えば、１分間隔）ごとに行われてもよい。当該判定において、仮番号を発行しないと判定された場合にはステップＳ５０６に戻る。
【００５１】
ステップＳ５０８において、顧客受付システム２０１は、選択された入力フォーマットに対応する取引の種類に応じて仮番号を生成し、生成された仮番号に基づいて対応する顧客受付データをアップデートすることにより、当該顧客の取引を仮エントリーする。例えば、顧客が選択した取引が口座開設であった場合、当該取引についてそれまでに発行された仮番号に後続する仮番号が生成される。
【００５２】
ステップＳ５０９において、ガイダンス８０４にしたがって残りの項目が顧客によってモバイル端末２０２上で入力フォーマットに入力される。ステップＳ５１０において、顧客受付システム２０１は、必須フラグ８０５にフラグが立っている項目名８０２の全てが入力されているか否かを判定し、コール順を確定するか否かを判定する。上述したように、必須フラグ８０５は、入力フォーマットごとに予め決められている入力必須な項目を識別する。なお、当該判定は、入力フォーマット上の各項目からカーソルが他の項目に移動するタイミングで行われてもよいし、所定のタイミング（例えば、１分間隔）ごとに行われてもよい。コール順を確定することができると判定されればステップＳ５１１に処理が進み、確定しないと判定されればステップＳ５０９に戻る。
【００５３】
ステップＳ５１１において、顧客受付システム２０１は、選択された入力フォーマットに対応する取引の種類（取引種別７０２）に応じてコール順を生成する。すなわち、顧客受付システム２０１は、取引種別７０２ごとに実際にカウンターで手続きを行う順番であるコール順７０４を決定する。コール順７０４の決定後、モバイル端末２０２から顧客受付システム２０１に入力データが送信される。一実施形態では、当該コール順７０４は、モバイル端末２０２からの指示に応じて顧客受付システム２０１から紙片として出力することも可能である。
【００５４】
本発明に係る顧客受付システム２０１では、入力フォーマットへの記載の進捗状況に応じてコール順７０４が決定されるため、図３で例示したように、仮番号の小さい番号（例えば、００２）が仮番号の大きい番号（例えば、００４）よりも後のコール順になることが発生しうる。コール順が決定した後は、各カウンターにて従来と同様に、コール順７０４にしたがって顧客がコールされる。
【００５５】
また、本発明に係る顧客受付システム２０１では、顧客が入力フォーマットの必要項目を全て記入完了した時点で受付番号を採番するのではなく、仮エントリーを行うことによって、取引の種類ごとにその時点での混雑状況を早い段階で把握することができるようにしている。混雑状況を早い段階で把握できるようにしておくと、特許文献１などに記載されている周知技術とのシステム連携も容易になり、継続的なデータ分析により更なる改善を行いやすくなる。
【００５６】
なお、顧客が途中で操作を中止した場合やシステム障害が発生した場合には、仮番号が生成されていたとしてもコール順が確定しないケースが発生しうる。かかる場合には、顧客受付システム２０１は、該当の顧客受付データについてはそのまま処理をしない。このため、その日の業務終了時に来店者数を確認する場合には、生成された仮番号と確定されたコール順の数が一致しないこともありえる。また、仮番号もコール順も存在しない顧客受付データがその日の業務終了時に存在することもありえる。
【００５７】
モバイル端末２０２において入力した入力フォーマット（電子伝票）は、顧客がカウンターに座った時に勘定系端末１０３に表示され、取引の際に使用される。この際、勘定系端末１０３は、印鑑押捺の要不要に応じてデータを接続されているプリンタで紙出力することができる。
【００５８】
図９は、本発明に係る顧客受付システム２０１の機能ブロックを説明する図である。顧客受付システム２０１は、メニュー制御部９０１、顧客受付データ生成部９０２、入力フォーマット制御部９０３、第１の判定部９０４、第２の判定部９０５、仮番号生成部９０６、コール順確定部９０７、および呼出部９０８を含む。
【００５９】
メニュー制御部９０１は、モバイル端末２０２を介した顧客からのアクセスに応答して取引メニューを表示する。取引メニューは、必要書類一覧リスト４０６の取引６０１に対応するものであり、選択された取引メニューは後処理において顧客受付テーブル４０７の取引種別７０２のデータとして使用される。
【００６０】
メニュー制御部９０１は、取引メニューの一つが顧客によって選択されたことに応答して必要書類一覧リスト４０６を読み出し、当該取引の必要書類６０３をモバイル端末２０２のディスプレイに表示するとともに、顧客に対して必要書類が揃っているか否かを選択させるメニューを表示する。メニュー制御部９０１は、当該必要書類が揃っているか否かを選択させるメニューをユーザが選択したことの指示を受信する。必要書類が揃っていないことをユーザが指示した場合には、メニュー制御部９０１は、必要書類を用意した上で再度来店を促す旨をモバイル端末２０２のディスプレイに表示し、その後、当該処理を終了する。
【００６１】
顧客受付データ生成部９０２は、必要書類が揃っていることの指示を顧客から受信したことに応答して顧客受付データを生成する。顧客受付データは、顧客受付テーブル４０７に登録されるが、この段階では、エントリーＩＤ７０１および取引種別７０２のみが決定されている。エントリーＩＤ７０１は、その日に発生した顧客受付データについて番号を順次機械的に採番することにより生成され、取引種別７０２は、顧客によって選択された取引メニューに応じて決定される。
【００６２】
入力フォーマット制御部９０３は、顧客によって選択された取引に対応する入力フォーマットを補助記憶部４０３から読み出し、モバイル端末２０２のディスプレイに表示する。また、入力フォーマット制御部９０３は、入力内容チェックテーブル４０８にアクセスし、項目名８０２およびガイダンス８０４のデータに基づいて、ディスプレイ上の入力フォーマットの各項目に対する記入要領（ガイダンス）を表示する。ここで、ガイダンス８０４は、入力カーソルが存在する項目のみ表示してもよいし、あるいは項目ごとに予め決められた位置に一度に表示するようにしてもよい。
【００６３】
第１の判定部９０４は、入力フォーマットに対する入力の進捗状況に基づいて、仮番号７０３を生成するか否かを判定する。すなわち、第１の判定部９０４は、入力内容チェックテーブル４０８から読み出された項目名８０２および仮番号発行トリガフラグ８０３に基づいて、フラグが立っている項目についての入力が完了しているか否かを判定する。
【００６４】
第２の判定部９０５は、入力フォーマットに対する入力の進捗状況に基づいて、コール順７０４を確定するか否かを判定する。すなわち、第２の判定部９０５は、モバイル端末２０２に表示されている入力フォーマットの項目のうち、入力内容チェックテーブル４０８から読み出された項目名８０２のうち必須フラグ８０５にフラグが立っている項目全てが入力されているか否かを判定する。
【００６５】
仮番号生成部９０６は、第１の判定部９０４によって入力が完了していると判定された場合に仮番号７０３を生成し、顧客受付テーブル４０７の対応する顧客受付データをアップデートする。モバイル端末２０２に表示されている入力フォーマットには、エントリーＩＤ７０１が関連づけられているため、仮番号生成部９０６は、エントリーＩＤ７０１に基づいて顧客受付データをアップデートする。
【００６６】
コール順確定部９０７は、第２の判定部９０５によってコール順を確定するとの判定がなされた場合に、当該顧客受付データについてのコール順７０４を同様の取引種別７０２を持つ他の顧客受付データに基づいて決定する。コール順確定部９０７は、顧客受付テーブル４０７の該当する顧客受付データを決定したコール順７０４でアップデートする。
【００６７】
呼出部９０８は、オペレータによって指定された取引種別７０２にしたがって顧客受付テーブル４０７から次に呼び出すべきコール順７０４を読み出し、当該コール順にしたがって顧客を呼び出す。次に呼び出すべきコール順７０４は、直前に取引完了したコール順７０４に基づいて判断される。
【００６８】
上述の実施形態で説明した方法、機能および手段は、コンピュータ実施可能なプログラムとして実装することも可能であり、また、当該プログラムを格納したコンピュータ読み取り可能な記録媒体として実施することも可能である。
【００６９】
上記で説明した実施形態はあくまでも例示であり、本発明は上記の実施形態に限定されることはなく、様々な変形が可能である。すなわち、特許請求の範囲に記載された技術的思想に基づくものである限り、その変形は本発明の技術範囲内に含まれる。
【符号の説明】
【００７０】
１０１ 受付番号発券機
１０２ 表示機
１０３ 勘定系端末
１０４ ルーター
２０１ 顧客受付システム
２０２ モバイル端末
４０１ 制御部
４０２ 主記憶部
４０３ 補助記憶部
４０４ インターフェース（Ｉ／Ｆ）部
４０５ 表示部
４０６ 必要書類一覧リスト
４０７ 顧客受付テーブル
４０８ 入力内容チェックテーブル
４１０ バス
９０１ メニュー制御部
９０２ 顧客受付データ生成部
９０３ 入力フォーマット制御部
９０４ 第１の判定部
９０５ 第２の判定部
９０６ 仮番号生成部
９０７ コール順確定部
９０８ 呼出部
【特許請求の範囲】
【請求項１】
リモート端末と通信し、互いに独立している第１の受付番号および第２の受付番号を使用して顧客受付順序を制御する顧客受付システムであって、
前記顧客受付システムは、
顧客が行うことが可能な取引の一覧を示す取引リストと、
顧客受付データを格納する顧客受付テーブルと、
入力フォーマットに含まれる項目名、仮番号発行トリガフラグおよび必須フラグを少なくとも含む入力内容チェックテーブルと、
受信した顧客指示に応答して顧客受付データを生成する顧客受付データ生成部であって、前記生成された顧客受付データは、前記第１の受付番号および第２の受付番号を含んでいない、顧客受付データ生成手段と、
前記リモート端末によって指示された所望の取引に対応する入力フォーマットを前記リモート端末のディスプレイに表示させる入力フォーマット制御手段と、
前記入力フォーマットの所定の項目に対する入力が行われたことに基づいて前記第１の受付番号を生成するか否かを判定する第１の判定手段であって、前記所定の項目は、前記仮番号発行トリガフラグに基づいて識別される、第１の判定手段と、
前記入力フォーマットの異なる所定の項目に対する入力が完了したことに基づいて前記第２の受付番号を生成するか否かを判定する第２の判定手段であって、前記異なる所定の項目は、前記必須フラグに基づいて識別される、第２の判定手段と、
前記第１の判定手段による肯定的な判定に基づいて前記第１の受付番号を生成する仮番号生成手段であって、前記顧客受付データは前記第１の受付番号で更新される、仮番号生成手段と、
前記第２の判定手段による肯定的な判定に基づいて前記第２の受付番号を生成するコール順確定手段であって、前記顧客受付データは前記第２の受付番号で更新される、コール順確定手段と
を備え、
前記第１の受付番号は、前記所望の取引を行う顧客のエントリー順を示し、前記第２の受付番号は、実際に取引を行うことが可能な顧客の順序情報であり、
前記第２の受付番号の割り振りは、前記第１の受付番号のエントリー順とは独立して行われる、
ことを特徴する顧客受付システム。
【請求項２】
メニュー制御手段は、前記リモート端末からのアクセスに応答して取引メニューを前記リモート端末のディスプレイに表示し、
前記取引メニューは、前記取引リストの顧客が行うことが可能な取引を含み、
選択された取引は、前記生成された顧客受付データに含まれることを特徴とする請求項１に記載の顧客受付システム。
【請求項３】
前記取引メニューから取引が選択されたことに応答して、前記取引を行うために必要な書類の情報を前記リモート端末に表示させる手段をさらに備えたことを特徴とする請求項２に記載の顧客受付システム。
【請求項４】
前記入力フォーマット制御手段は、前記入力フォーマットの各項目に対する記入要領としてのガイダンス情報を前記リモート端末のディスプレイに表示させ、前記表示のタイミングは、前記リモート端末での顧客の記入進捗状況に応じて可変であることを特徴とする請求項１に記載の顧客受付システム。
【請求項５】
リモート端末と通信し、互いに独立している第１の受付番号および第２の受付番号を使用して顧客受付順序を制御する顧客受付システムで用いる方法あって、
前記顧客受付システムは、
顧客が行うことが可能な取引の一覧を示す取引リストと、
顧客受付データを格納する顧客受付テーブルと、
入力フォーマットに含まれる項目名、仮番号発行トリガフラグおよび必須フラグを少なくとも含む入力内容チェックテーブルと
を備え、
前記方法は、
受信した顧客指示に応答して顧客受付データを生成するステップであって、前記生成された顧客受付データは、前記第１の受付番号および第２の受付番号を含んでいない、ステップと、
前記リモート端末によって指示された所望の取引に対応する入力フォーマットを前記リモート端末のディスプレイに表示させるステップと、
前記入力フォーマットの所定の項目に対する入力が行われたことに基づいて前記第１の受付番号を生成するか否かを判定する第１の判定ステップであって、前記所定の項目は、前記仮番号発行トリガフラグに基づいて識別される、第１の判定ステップと、
前記入力フォーマットの異なる所定の項目に対する入力が完了したことに基づいて前記第２の受付番号を生成するか否かを判定する第２の判定ステップであって、前記異なる所定の項目は、前記必須フラグに基づいて識別される、第２の判定ステップと、
前記第１の判定ステップによる肯定的な判定に基づいて前記第１の受付番号を生成する仮番号生成ステップであって、前記顧客受付データは前記第１の受付番号で更新される、仮番号生成ステップと、
前記第２の判定ステップによる肯定的な判定に基づいて前記第２の受付番号を生成するコール順確定ステップであって、前記顧客受付データは前記第２の受付番号で更新される、コール順確定ステップと
を備え、
前記第１の受付番号は、前記所望の取引を行う顧客のエントリー順を示し、前記第２の受付番号は、実際に取引を行うことが可能な顧客の順序情報であり、
前記第２の受付番号の割り振りは、前記第１の受付番号のエントリー順とは独立して行われる、
ことを特徴する方法。
【請求項６】
前記リモート端末からのアクセスに応答して取引メニューを前記リモート端末のディスプレイに表示するステップをさらに備え、
前記取引メニューは、前記取引リストの顧客が行うことが可能な取引を含み、
選択された取引は、前記生成された顧客受付データに含まれることを特徴とする請求項５に記載の方法。
【請求項７】
前記取引メニューから取引が選択されたことに応答して、前記取引を行うために必要な書類の情報を前記リモート端末に表示させるステップをさらに備えたことを特徴とする請求項６に記載の方法。
【請求項８】
前記入力フォーマットの各項目に対する記入要領としてのガイダンス情報を前記リモート端末のディスプレイに表示させるステップをさらに備え、前記表示のタイミングは、前記リモート端末での顧客の記入進捗状況に応じて可変であることを特徴とする請求項５に記載の方法。
【請求項１】
リモート端末と通信し、互いに独立している第１の受付番号および第２の受付番号を使用して顧客受付順序を制御する顧客受付システムであって、
前記顧客受付システムは、
顧客が行うことが可能な取引の一覧を示す取引リストと、
顧客受付データを格納する顧客受付テーブルと、
入力フォーマットに含まれる項目名、仮番号発行トリガフラグおよび必須フラグを少なくとも含む入力内容チェックテーブルと、
受信した顧客指示に応答して顧客受付データを生成する顧客受付データ生成部であって、前記生成された顧客受付データは、前記第１の受付番号および第２の受付番号を含んでいない、顧客受付データ生成手段と、
前記リモート端末によって指示された所望の取引に対応する入力フォーマットを前記リモート端末のディスプレイに表示させる入力フォーマット制御手段と、
前記入力フォーマットの所定の項目に対する入力が行われたことに基づいて前記第１の受付番号を生成するか否かを判定する第１の判定手段であって、前記所定の項目は、前記仮番号発行トリガフラグに基づいて識別される、第１の判定手段と、
前記入力フォーマットの異なる所定の項目に対する入力が完了したことに基づいて前記第２の受付番号を生成するか否かを判定する第２の判定手段であって、前記異なる所定の項目は、前記必須フラグに基づいて識別される、第２の判定手段と、
前記第１の判定手段による肯定的な判定に基づいて前記第１の受付番号を生成する仮番号生成手段であって、前記顧客受付データは前記第１の受付番号で更新される、仮番号生成手段と、
前記第２の判定手段による肯定的な判定に基づいて前記第２の受付番号を生成するコール順確定手段であって、前記顧客受付データは前記第２の受付番号で更新される、コール順確定手段と
を備え、
前記第１の受付番号は、前記所望の取引を行う顧客のエントリー順を示し、前記第２の受付番号は、実際に取引を行うことが可能な顧客の順序情報であり、
前記第２の受付番号の割り振りは、前記第１の受付番号のエントリー順とは独立して行われる、
ことを特徴する顧客受付システム。
【請求項２】
メニュー制御手段は、前記リモート端末からのアクセスに応答して取引メニューを前記リモート端末のディスプレイに表示し、
前記取引メニューは、前記取引リストの顧客が行うことが可能な取引を含み、
選択された取引は、前記生成された顧客受付データに含まれることを特徴とする請求項１に記載の顧客受付システム。
【請求項３】
前記取引メニューから取引が選択されたことに応答して、前記取引を行うために必要な書類の情報を前記リモート端末に表示させる手段をさらに備えたことを特徴とする請求項２に記載の顧客受付システム。
【請求項４】
前記入力フォーマット制御手段は、前記入力フォーマットの各項目に対する記入要領としてのガイダンス情報を前記リモート端末のディスプレイに表示させ、前記表示のタイミングは、前記リモート端末での顧客の記入進捗状況に応じて可変であることを特徴とする請求項１に記載の顧客受付システム。
【請求項５】
リモート端末と通信し、互いに独立している第１の受付番号および第２の受付番号を使用して顧客受付順序を制御する顧客受付システムで用いる方法あって、
前記顧客受付システムは、
顧客が行うことが可能な取引の一覧を示す取引リストと、
顧客受付データを格納する顧客受付テーブルと、
入力フォーマットに含まれる項目名、仮番号発行トリガフラグおよび必須フラグを少なくとも含む入力内容チェックテーブルと
を備え、
前記方法は、
受信した顧客指示に応答して顧客受付データを生成するステップであって、前記生成された顧客受付データは、前記第１の受付番号および第２の受付番号を含んでいない、ステップと、
前記リモート端末によって指示された所望の取引に対応する入力フォーマットを前記リモート端末のディスプレイに表示させるステップと、
前記入力フォーマットの所定の項目に対する入力が行われたことに基づいて前記第１の受付番号を生成するか否かを判定する第１の判定ステップであって、前記所定の項目は、前記仮番号発行トリガフラグに基づいて識別される、第１の判定ステップと、
前記入力フォーマットの異なる所定の項目に対する入力が完了したことに基づいて前記第２の受付番号を生成するか否かを判定する第２の判定ステップであって、前記異なる所定の項目は、前記必須フラグに基づいて識別される、第２の判定ステップと、
前記第１の判定ステップによる肯定的な判定に基づいて前記第１の受付番号を生成する仮番号生成ステップであって、前記顧客受付データは前記第１の受付番号で更新される、仮番号生成ステップと、
前記第２の判定ステップによる肯定的な判定に基づいて前記第２の受付番号を生成するコール順確定ステップであって、前記顧客受付データは前記第２の受付番号で更新される、コール順確定ステップと
を備え、
前記第１の受付番号は、前記所望の取引を行う顧客のエントリー順を示し、前記第２の受付番号は、実際に取引を行うことが可能な顧客の順序情報であり、
前記第２の受付番号の割り振りは、前記第１の受付番号のエントリー順とは独立して行われる、
ことを特徴する方法。
【請求項６】
前記リモート端末からのアクセスに応答して取引メニューを前記リモート端末のディスプレイに表示するステップをさらに備え、
前記取引メニューは、前記取引リストの顧客が行うことが可能な取引を含み、
選択された取引は、前記生成された顧客受付データに含まれることを特徴とする請求項５に記載の方法。
【請求項７】
前記取引メニューから取引が選択されたことに応答して、前記取引を行うために必要な書類の情報を前記リモート端末に表示させるステップをさらに備えたことを特徴とする請求項６に記載の方法。
【請求項８】
前記入力フォーマットの各項目に対する記入要領としてのガイダンス情報を前記リモート端末のディスプレイに表示させるステップをさらに備え、前記表示のタイミングは、前記リモート端末での顧客の記入進捗状況に応じて可変であることを特徴とする請求項５に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−１０９５６９（Ｐ２０１３−１０９５６９Ａ）
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願番号】特願２０１１−２５３８２２（Ｐ２０１１−２５３８２２）
【出願日】平成２３年１１月２１日（２０１１．１１．２１）
【出願人】（３９７０７７９５５）株式会社三井住友銀行 (120)
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願日】平成２３年１１月２１日（２０１１．１１．２１）
【出願人】（３９７０７７９５５）株式会社三井住友銀行 (120)
[ Back to top ]