店舗の設置物から受付用情報を取得する処理と、前記受付用情報を用いて受付管理サーバに受付を要求する処理と、前記受付管理サーバから取得した受付結果を表示する処理と、を通信端末に実行させる、プログラム。前記受付用情報は、店舗情報を含み、前記受付を要求する処理は、前記受付管理サーバに前記店舗情報を送信すると共に受付を要求する、請求項1に記載のプログラム。前記受付結果は、受付番号である、請求項1または2に記載のプログラム。前記プログラムは、前記受付管理サーバから取得したサービス一覧画面を表示する処理と、サービス一覧画面において顧客が選択したサービスを示す情報を前記受付管理サーバに送信する処理と、をさらに通信端末に実行させる、請求項1から3のいずれか1項に記載のプログラム。前記受付を要求する処理は、顧客識別情報を送信すると共に受付を要求し、前記サービス一覧画面は、前記顧客識別情報に基づいて顧客用にカスタマイズされたサービス一覧画面である、請求項4に記載のプログラム。前記受付結果を表示する処理は、受付番号と共に、前記顧客に選択されたサービスの提供に必要な情報の入力を行うための入力画面を表示する、請求項4または5に記載のプログラム。前記受付結果である受付番号は、前記顧客が選択したサービスを示す情報の送信と共に受付要求を行なった順に、前記受付管理サーバにより採番される、請求項4から6のいずれか1項に記載のプログラム。前記受付結果である受付番号は、前記店舗の設置物から受付用情報を取得した順に、前記受付管理サーバにより採番される、請求項1から6のいずれか1項に記載のプログラム。前記受付結果である受付番号は、前記入力画面に入力した情報を前記受付管理サーバに送信した順に、前記受付管理サーバにより採番される、請求項6に記載のプログラム。店舗の設置物から受付用情報を取得するステップと、前記受付用情報を用いて受付管理サーバに受付を要求するステップと、前記受付管理サーバから取得した受付結果を表示するステップと、を含む、受付方法。店舗の設置物から取得した受付用情報に基づく通信端末からの受付要求に応じて、受付制御を行う制御部と、前記制御部による受付結果を前記通信端末に出力する出力部と、を備える、受付管理サーバ。通信端末が有する;店舗の設置物から受付用情報を取得する取得部と、前記受付用情報を用いて受付管理サーバに受付を要求する受付要求部と、前記受付管理サーバが有する;前記受付の要求に応じて、受付制御を行う制御部と、前記制御部による受付結果を前記通信端末に出力する出力部と、前記通信端末が有する;前記受付管理サーバから取得した受付結果を表示する表示制御部と、を備える、受付管理システム。しかし、従来の受付装置は、営業店舗に通常1つしか設置されていないので、同時に多数の顧客を受付けることができず、混雑時は受付装置に行列が生じてしまう等、CSCustomerSatisfaction面で問題があった。また、受付装置は少なくとも営業店舗数分必要であるので、コストがかかるという問題があった。また、受付装置は受付の度に受付番号が印字された用紙を発行するので、エコやペーパーレスを実現すべきとするCSRCorporateSocialResponsibilityの観点からも問題があった。また、特許文献1および特許文献3に開示された技術では、営業店舗に設置される受付装置の利用や、受付番号を印字した用紙の発行がなお行われ、上記各問題は解決されていない。また、特許文献2に開示された技術では、受付番号を採番した顧客が店舗に訪れない可能性も高く、徒に受付番号の採番や受付処理が行われる恐れがある。そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、店舗に訪れた顧客の受付管理をより効率的に行うことが可能な、新規かつ改良された紙幣処理装置を提供することにある。上記課題を解決するために、本発明のある観点によれば、店舗の設置物から受付用情報を取得する処理と、前記受付用情報を用いて受付管理サーバに受付を要求する処理と、前記受付管理サーバから取得した受付結果を表示する処理と、を通信端末に実行させるプログラムが提供される。また、前記受付用情報は、店舗情報を含み、前記受付を要求する処理は、前記受付管理サーバに前記店舗情報を送信すると共に受付を要求してもよい。また、前記受付結果は、受付番号であってもよい。また、前記プログラムは、前記受付管理サーバから取得したサービス一覧画面を表示する処理と、サービス一覧画面において顧客が選択したサービスを示す情報を前記受付管理サーバに送信する処理と、をさらに通信端末に実行させてもよい。また、前記受付を要求する処理は、顧客識別情報を送信すると共に受付を要求し、前記サービス一覧画面は、前記顧客識別情報に基づいて顧客用にカスタマイズされたサービス一覧画面であってもよい。また、前記受付結果を表示する処理は、受付番号と共に、前記顧客に選択されたサービスの提供に必要な情報の入力を行うための入力画面を表示してもよい。また、前記受付結果である受付番号は、前記顧客が選択したサービスを示す情報の送信と共に受付要求を行なった順に、前記受付管理サーバにより採番されてもよい。また、前記受付結果である受付番号は、前記店舗の設置物から受付用情報を取得した順に、前記受付管理サーバにより採番されてもよい。また、前記受付結果である受付番号は、前記入力画面に入力した情報を前記受付管理サーバに送信した順に、前記受付管理サーバにより採番されてもよい。また、上記課題を解決するために、本発明の他の観点によれば、店舗の設置物から受付用情報を取得するステップと、前記受付用情報を用いて受付管理サーバに受付を要求するステップと、前記受付管理サーバから取得した受付結果を表示するステップと、を含む受付方法が提供される。また、上記課題を解決するために、本発明の他の観点によれば、店舗の設置物から取得した受付用情報に基づく通信端末からの受付要求に応じて、受付制御を行う制御部と、前記制御部による受付結果を前記通信端末に出力する出力部と、を備える受付管理サーバが提供される。また、上記課題を解決するために、本発明の他の観点によれば、通信端末が有する、店舗の設置物から受付用情報を取得する取得部と、前記受付用情報を用いて受付管理サーバに受付を要求する受付要求部と、前記受付管理サーバが有する、前記受付の要求に応じて、受付制御を行う制御部と、前記制御部による受付結果を前記通信端末に出力する出力部と、前記通信端末が有する、前記受付管理サーバから取得した受付結果を表示する表示制御部と、を備える受付管理システムが提供される。以上説明したように本発明によれば、店舗に訪れた顧客の受付管理をより効率的に行うことが可能である。以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。また、以下に示す項目順序に従って当該発明を実施するための形態を説明する。1.受付管理システムの概要2.基本構成3.動作処理3-1.来店時の起動処理3-2.受付処理3-3.顧客の呼び出し処理4.まとめ本発明は、一例として2.基本構成~3.動作処理において詳細に説明するような形態で実施され得る。また、本発明の一実施形態による通信端末10で実行されるプログラムは、A店舗の設置物から受付用情報を取得する処理と、B前記受付用情報を用いて受付管理サーバに受付を要求する処理と、C前記受付管理サーバから取得した受付結果を表示する処理と、をコンピュータすなわち当該通信端末10に実行させる。このようなプログラムを実行する通信端末10を用いた受付管理システムについて、まず概要を説明してから、基本構成および動作処理について説明する。<1.受付管理システムの概要>図1は、本発明の一実施形態による受付管理システムの全体構成を示した図である。図1に示したように、受付管理システムは、通信端末10および受付管理サーバ20を含む。通信端末10および受付管理サーバ20は、通信網19を介して接続される。通信端末10は、例えばスマートフォンなどの携帯電話端末により実現される。また、店舗30の入口には、ICリーダライタICR/W17が設置されている。顧客がICR/W17に通信端末10を近付けると、ICR/W17は通信端末10内のICチップを読み取ることで通信端末10を検出し、通信端末10に受付用情報を送信する。通信端末10は、ICR/W17から取得した受付用情報を用いて受付処理を開始する。なお、通信端末10は、受付用情報を取得したことをトリガとして受付アプリケーションを起動し、受付処理を開始してもよい。一方、通信端末10において予め受付アプリケーションが起動されている場合は、受付用情報を用いて受付処理が開始される。また、ICR/W17は、通信端末10を検出すると、店舗30のドアを開くよう店舗30のドア制御部図示しないに開指示を行なう。なお、図1に示す例では、通信端末10を検出して受付用情報を送信し、また、ドアの開指示を行なうICR/W17を店舗30の入口に設置しているが、受付用情報を有する設置物は、このようなICR/W17に限定されない。例えば、受付用情報である2次元バーコードやARマーカなどが貼り付けられた設置物であってもよい。この場合、通信端末10は、通信端末10のカメラ図示しないで撮影することで受付用情報を取得する。あるいは、設置物は、受付用情報を記憶するICチップが埋め込まれたものであってもよい。この場合、通信端末10は、通信端末10のICリーダ図示しないでICチップに記憶された受付用情報を読み取ることにより、受付用情報を取得する。あるいは、設置物は、近接無線通信により受付用情報をブロードキャスト送信するものであってもよい。かかる構成によれば、店舗30内の通信端末10が受付用情報を取得することができる。このような構成を有する本実施形態による受付管理システムは、顧客の通信端末10を受付装置として利用することで、同時に多数の顧客の受付処理を行うことができる。ここで、受付装置を用いた従来の受付システムについて説明する。従来の受付システム図2は、従来の受付システムを説明するための図である。図2に示すように、来店した顧客は、店舗に設置されている受付装置40で受付を行う。具体的には、顧客は、用件に応じて受付装置40のボタン41を押下し、排出口42から排出される整理券43を受取る。整理券43には、受付番号が印字されているので、顧客はロビー43で自分の番号が呼び出されるまで待機する。そして、窓口47の呼出番号表示板48に自分の番号が表示されると、顧客は窓口47に行き、手続きを行う。しかし、受付装置は営業店舗に通常1つしか設置されていないので、同時に多数の顧客を受付けることができず、混雑時は受付装置に行列が生じてしまう。また、受付装置を営業店舗数分用意し、維持していくためには、相当のコストがかかっていた。また、整理券の発行による資源消費の問題もあった。そこで、上記事情を一着眼点にして本発明の一実施形態による受付管理システムを創作するに至った。本発明の一実施形態による受付管理システムは、顧客の通信端末10を受付装置として利用することで、店舗に訪れた顧客の受付管理をより効率的に行うことが可能である。<2.基本構成>上述したように、本実施形態による受付管理システムは、通信端末10および受付管理サーバ20を有する。以下、通信端末10および受付管理サーバ20の各構成について順次詳細に説明する。通信端末10図3は、受付管理システムに含まれる通信端末10の構成を示すブロック図である。図3に示したように、通信端末10は、ICチップ11、受付アプリケーションAP13、および個人情報記憶部15を備える。ICチップ11は、通信端末10の識別情報携帯IDを有し、また、店舗30に設置されたICR/W17から取得した受付用情報を有する。受付AP13は、ICチップ11が有する受付用情報を用いて受付処理を行う。ここで、受付用情報は、例えば顧客が訪れた店舗を示す店舗ID等の店舗情報であってもよい。店舗IDは、例えば店舗番号等、店舗を一意に識別できる情報である。受付AP13は、かかる店舗ID、および個人情報記憶部15に含まれる顧客番号顧客識別情報を、予め受付AP13に設定された送信先アドレスに基づいて受付管理サーバ20に送信し、受付要求を行なう。また、受付AP13は、受付管理サーバ20から取得した受付結果を通信端末10の表示部に表示するよう制御する。また、受付管理サーバ20から事前入力用の入力画面を受信した場合、当該入力画面を表示し、顧客により入力された情報を受付管理サーバ20に送信する制御を行う。個人情報記憶部15は、顧客番号、および顧客が入力画面に従って入力した情報などの個人情報を記憶する。以上、本実施形態による通信端末10の構成について説明した。次に、受付管理サーバ20の構成について図4を参照して説明する。受付管理サーバ20図4は、本実施形態による受付管理サーバ20の構成を示すブロック図である。図4に示すように、WEBサーバ21、受付番号制御アプリケーションAP23、サービスDB25、および受付番号管理DB27を備える。WEBサーバ21は、携帯電話などの通信端末10と通信を行い、データの送受信を行う。また、WEBサーバ21は、通信端末10からの要求に応じて、通信端末10向けの画面生成を行い、生成した画面を通信端末10に送信する。例えば、WEBサーバ21は、サービス内容を選択するためのサービス一覧画面や、事前入力用の入力画面を生成し、通信端末10に送信する。またWEBサーバ21は、受付番号制御AP23とデータのやり取りを行う。具体的には、通信端末10からの受付要求を受付番号制御AP23に送ったり、受付番号制御AP23から受付結果を受け取ったりする。WEBサーバ21は、受付番号制御AP23から受け取った受付結果を通信端末10に送信する。サービスDBデータベース25は、店舗で提供するサービスに関する情報を格納する。より具体的には、図4に示すように、サービスDB25は、サービス可否テーブル251、サービスマスタテーブル253、店舗マスタテーブル255および顧客別サービステーブル257を有する。サービス可否テーブル251は、店舗ごとの現在のサービス可否に関する情報を有する。ここで、サービス可否テーブル251の一例を図5に示す。図5に示すように、サービス可否テーブル251は、店舗ID、サービスID、日にち、時間帯、および提供フラグを示すデータを有する。店舗IDは、店舗を一意に識別する番号である。サービスIDは、サービスを一意に特定する番号である。日にちは、提供可能な日にちである。時間帯は、提供可能な時間帯である。提供フラグは、現在、サービスを提供することが可能か否かを示す。サービスマスタテーブル253は、各サービスの内容に関する情報を有する。ここで、サービスマスタテーブル253の一例を図6に示す。図6に示すように、サービスマスタテーブル253は、サービスID、サービス名、および内容説明を示すデータを有する。サービスIDは、図5に示すサービス可否テーブル251のサービスIDと同様である。サービス名は、サービスの名称である。内容説明は、サービス内容の説明である。店舗マスタテーブル255は、各店舗の情報を有する。ここで、店舗マスタテーブル255の一例を図7に示す。図7に示すように、店舗マスタテーブル255は、店舗IDおよび店舗名を示すデータを有する。店舗IDは、図5に示す店舗IDと同様である。店舗名は、店舗の名称である。顧客別サービステーブル257は、各顧客にそれぞれ提供すべきサービスに関する情報を有する。ここで、顧客別サービステーブル257の一例を図8に示す。図8に示すように、顧客別サービステーブル257は、顧客番号、携帯ID、および提示すべきサービスを示すデータを有する。顧客番号は、顧客を一意に特定する番号である。携帯IDは、顧客の通信端末10を一意に特定する番号である。携帯IDは、通信端末10から顧客番号と共に送られ、顧客別サービステーブル257に登録される。携帯IDは、例えば通信端末10の製造時に設定される製造番号等である。提示すべきサービスは、顧客の状況に応じて提示すべきサービスである。提示すべきサービスは、例えば、顧客の口座残高、所有口座の種類、取引履歴固定金額の振込みや、同一宛先への送信などおよび年齢などに応じて、顧客に提示すべきと判断される。図8に示す例では、顧客番号1111111に提示すべきサービスは、サービスID5の基本的なバンキングサービス図6参照、およびサービスID1の外貨預金図6参照である。このような図8に示す顧客に提示すべきサービスは、上述したWEBサーバ21が生成するサービス一覧画面の表示候補となる。ただし、サービス一覧画面に表示するサービスの条件は、図5に示すサービス可否テーブル251において、現在、顧客が訪れた店舗において提供可能なサービスであることが優先される。以上、サービスDB25の各テーブルについて詳細に説明した。本実施形態によるWEBサーバ21は、このようなサービスDB25に格納されている情報に基づいて、顧客の通信端末10で表示させるサービス一覧画面を生成する。続いて、受付番号制御AP23について説明する。受付番号制御AP23は、WEBサーバ21を介して通信端末10から受付要求がなされると、受付番号管理DB27を参照して受付番号の採番を行う。また、受付番号制御AP23は、受付番号管理DB27を参照して待っている顧客の呼び出しを行なう。受付番号管理DBデータベース27は、受付番号に関する情報を格納する。より具体的には、図4に示すように、受付番号管理DB27は、待ち行列テーブル271、受付番号テーブル273、および対応中番号テーブル275を有する。待ち行列テーブル271は、店舗ごとの待ち行列に関する情報に関する情報を有する。ここで、待ち行列テーブル271の一例を図9に示す。図9に示すように、待ち行列テーブル271は、店舗ID、待ち行列ID、サービスID、待ち行列名、および最新受付番号を示すデータを有する。店舗IDおよびサービスIDは、上述した通りである。待ち行列IDは、店舗別の各待ち行列を一意に特定する番号である。待ち行列名は、待ち行列の名称である。最新受付番号は、受付番号制御AP23により採番した最新の受付番号である。受付番号テーブル273は、採番した受付番号に関する情報を有する。ここで、受付番号テーブル273の一例を図10に示す。図10に示すように、受付番号テーブル273は、店舗ID、顧客番号、サービスID、採番した受付番号、採番した日時、およびステータスを示すデータを有する。店舗ID、顧客番号、およびサービスIDは、上述した通りである。採番した受付番号は、顧客の受付要求に応じて、受付番号制御AP23により顧客に採番した受付番号である。採番した日時は、受付番号を採番した日時である。ステータスは、採番した受付番号の現在の状況である。対応中番号テーブル275は、現在窓口で対応中の受付番号に関する情報を有する。ここで、対応中番号テーブル275の一例を図11に示す。図11に示すように、対応中番号テーブル275は、店舗ID、サービスID、対応中の受付番号、および平均処理時間を示すデータを有する。店舗IDおよびサービスIDは、上述した通りである。対応中の受付番号は、現在窓口で対応を行っている顧客に採番していた受付番号である。平均処理時間は、対応にかかる平均時間である。以上、受付番号管理DB27の各テーブルについて詳細に説明した。本実施形態による受付番号制御AP23は、このような受付番号管理DB27に格納されている情報に基づいて、通信端末10からの受付要求に応じて受付番号を採番する。<3.動作処理>続いて、上述した構成を有する受付管理システムの動作フローについて図面を参照して説明する。[3-1.来店時の起動処理]まず、顧客が店舗30に来店し、通信端末10が店舗30の設置物から受付用情報を取得すると、通信端末10において受付AP13が起動し、受付処理が開始される。受付AP13の起動処理について図12を参照して説明する。図12は、本実施形態による受付AP13の起動処理を示すフローチャートである。図12に示すように、まず、ステップS301において、顧客が通信端末10を、店舗30に設置されたICR/W17に近付け、ICチップ11を読み取らせる。次に、ステップS303において、ICR/W17は、通信端末10のICチップ11に、受付用情報として店舗IDを書き込む。また、受付用情報を書き込む際に、受付AP13が自動起動するよう、ICR/W17は、受付AP13の自動起動依頼も行う。次いで、ステップS305において、受付AP13が自動起動し、受付処理を開始する。このように、来店した顧客が、通信端末10を店舗30に設置されたICR/W17に近づけるとタッチ、かざす等でもよい、通信端末10おいて受付処理が開始する。受付処理は、受付管理サーバ20へのサービス一覧要求や受付採番要求、および事前入力内容を受付管理サーバ20へ送信するなどの処理である。続いて、このような受付処理について図面を参照して説明する。[3-2.受付処理]図13は、本実施形態による受付管理システムの受付処理を示すフローチャートである。図13に示すように、まず、ステップS311において、受付AP13は、受付管理サーバ20のWEBサーバ21に、サービス一覧画面を要求する。この際、受付AP13は、ICチップ11に書き込まれた受付用情報である店舗ID、個人情報記憶部15に記憶された顧客番号、および携帯IDをWEBサーバ21に送信する。なお、受付AP13は、これらの情報を暗号化してWEBサーバ21に送信してもよい。次に、ステップS313において、WEBサーバ21は、サービスDB25に、顧客番号に応じた提供すべきサービスを問い合わせる。次いで、ステップS315において、サービスDB25は、顧客番号に基づいて各種テーブルを参照し、提供すべきサービス一覧をWEBサーバ21に応答する。ここで、通信端末10から送信された顧客番号が111111であって、店舗IDが101である場合について具体的に説明する。サービスDB25は、顧客番号111111に基づいて、図8に示す顧客別サービステーブル257を参照し、提示すべきサービスとしてサービスID5および1のサービスを抽出する。なお、サービスID5は、基本的なバンキングサービスであり、サービスID1は、外貨預金である図6参照。このように、顧客別サービステーブル257を参照することで、サービスDB25は、顧客の状況や嗜好に応じたサービスの一覧を応答することができる。上述した例の他、例えば顧客が過去に利用履歴のあるサービス10万円出金、投資信託xxxファンドの相談などを顧客にカスタマイズしたサービス一覧画面を生成するための表示候補として応答することができる。さらに、サービスDB25は、顧客番号111111、店舗ID101、および現在時刻に基づいて、図5に示すサービス可否テーブル251を参照し、提示可能なサービスを判断する。例えば、現在時刻が2011年8月1日の午後1時であれば、サービスID1の外貨預金と、サービスID5の基本サービスが提供可能である。一方、現在時刻が2011年8月1日の午後2時以降であれば、提供可能なサービスはサービスID5の基本サービスのみである。このように、サービス可否テーブル251を参照することで、サービスDB25は、顧客が来店した店舗において現時点で提供可能なサービスの一覧を応答することができる。上述した例の他、例えばローン相談を担当する行員が不在の場合、ローン相談サービスをサービス一覧に含むことはできない。また、節電休業の影響で、口座開設ができない場合は、口座開設サービスをサービス一覧に含むことができない。次に、ステップS317において、WEBサーバ21は、サービスDB25から応答されたサービス一覧に基づき、サービス一覧画面を生成する。次いで、ステップS319において、WEBサーバ21は、通信端末10の受付AP13にサービス一覧画面を送信する。次に、ステップS321において、受付APの表示制御により、通信端末10の表示部にサービス一覧画面が表示される。ここで、本実施形態によるサービス一覧画面の一例を図14に示す。図14に示すように、通信端末10の表示操作部12に、サービス一覧画面121が表示される。サービス一覧画面121は、図14に示すように、投資信託相談、入出金、相続および口座開設といった現時点で提供可能な項目を含む。次いで、ステップS323において、顧客は、表示されたサービス一覧から任意のサービスを選択する。例えば、顧客は、サービス一覧から投資信託相談の項目122をタッチして選択する。次に、ステップS325において、通信端末10の受付AP13は、投資信託相談以下、相談の受付要求をWEBサーバ21に行なう。次いで、ステップS335において、WEBサーバ21は、受付番号制御AP23に、相談待ち行列の最新の受付番号を要求する。次いで、ステップS329において、受付番号制御AP23は、受付番号管理DB27に、相談待ち行列の最新の受付番号を要求する。続いて、受付番号管理DB27は、ステップS331において、相談待ち行列における最新の受付番号を採番し、採番した受付番号、顧客番号、および携帯ID等を各テーブルに記憶する。より具体的には、受付番号管理DB27は、図9に示す待ち行列テーブル271を参照し、店舗ID101の投資信託相談待ち行列の最新受付番号を確認する。そして、受付番号管理DB27は、投資信託相談待ち行列における次の受付番号を採番し、採番した受付番号0000105を最新受付番号として投資信託相談待ち行列に登録する。また、受付番号管理DB27は、図10に示す受付番号テーブル273に、採番した受付番号、顧客番号、店舗ID、サービスID、採番した日時およびステータスを登録する。そして、ステップS333において、受付番号管理DB27は、採番した受付番号を受付番号制御AP23に応答し、受付番号制御AP23は、ステップS335において、当該受付番号をWEBサーバ21に応答する。次いで、ステップS337において、WEBサーバ21は、顧客が選択したサービスに事前入力すべき項目があるか否かを判断する。例えば、投資信託相談の場合、対象商品やリスクプロファイルなど事前に入力すべき項目が予め設定されている。この場合、ステップS337において、WEBサーバ21は入力画面を生成する。次に、ステップS339において、WEBサーバ21は、相談の待ち行列における最新の受付番号、および入力が面を通信端末10の受付AP13に送信する。次いで、ステップS341において、通信端末10は、受付AP13の制御により、受付番号および入力画面の表示を行う。なお、事前入力が必要でないサービスの場合、ステップ339において受付番号のみ送信されるので、ステップS341において、通信端末10は受付番号の表示を行う。ここで、本実施形態による受付番号表示画面の一例を図15に示す。図15に示すように、通信端末10の表示操作部12に、受付番号表示画面123が表示される。受付番号表示画面123は、図15に示すように、受付番号105番の他、現在の番号は94番/お呼び出しまで約10分などの待ち情報の表示を含む。また、本実施形態による入力画面の一例を図16に示す。図16に示すように、通信端末10の表示操作部12に、入力画面125が表示される。入力画面125は、図16に示すように、サービスに応じた事前入力すべき項目として、例えば対象商品およびリスクプロファイルの入力フォームを表示する。また、通信端末10は、入力画面125を、図16に示すように、受付番号表示画面123と同画面に表示してもよい。そして、ステップS343において、顧客が入力操作を行なうと、ステップS345において、通信端末10の受付AP13は入力内容をWEBサーバ21に送信する。次に、ステップS347において、WEBサーバ21は、顧客番号、受付番号および入力内容をサービスDB25に登録する。なお、上述した例では、顧客がサービス一覧画面でサービスを選択した際に受付AP13からWEBサーバ21に受付要求を行ない、受付番号を採番している。このように、上述した例では、各自の通信端末で操作を始めた順に受付番号が採番されているが、本発明による受付管理システムにおける採番の優先順位はこれに限定されない。例えば、図12に示すステップS301において、顧客が通信端末10をICR/W17に近付けたまたはタッチした順に受付番号を採番するようにしてもよい。タッチした順に受付番号を採番する方法としては、例えば仮番号方式と、全取り方式がある。仮番号方式では、顧客が通信端末10をICR/W17にタッチした順に仮番号が発行され、受付番号制御AP23は、仮番号を優先して各待ち行列の受付番号を採番する。ここで、仮番号の発行は、ICR/W17にタッチした順にICR/W17が行ってもよいし、タッチした時刻に基づいて受付場号制御AP23が行ってもよい。全取り方式では、顧客が通信端末10をICR/W17にタッチした順に、受付番号制御AP23は、全待ち行列における最新の受付番号を通信端末10に採番し、後に顧客が選択したサービス以外の受付番号を捨てる。また、本実施形態による受付管理システムは、ICR/W17に近付けたまたはタッチした順に受付番号を採番してもよい。あるいは、受付番号制御AP23は、事前入力が必要な項目があるサービスの場合、図13のステップS345において入力内容が送信された順に、受付番号を採番してもよい。以上、本実施形態によるサービス一覧画面要求、受付番号の採番、および入力画面表示を含む受付処理について説明した。続いて、採番した受付番号に基づいて行なわれる顧客の呼び出し処理について図17を参照して説明する。[3-3.顧客の呼び出し処理]図17は、本実施形態による顧客の呼び出し処理を示すフローチャートである。図17に示すように、まず、ステップS351において、受付番号制御AP23は、呼び出し番号の更新を定期的に監視している。本実施形態においては、窓口において手続きが終了すると、職員により呼び出す受付番号呼び出し番号の更新処理が行われる。次いで、ステップS353において、受付番号制御AP23は、呼び出し番号に基づいて受付番号管理DB27で呼び出し先を確認する。具体的には、受付番号管理DB27の受付番号テーブル273を参照し、今回呼び出されている受付番号に関連付けて登録された顧客番号を確認する。そして、ステップS354において、受付番号管理DB27は、顧客番号に基づく呼び出し先情報通信端末10のアドレスなどを、受付番号制御AP23に応答する。次に、ステップS355において、受付番号制御AP23は、WEBサーバ21に呼び出し情報を送ると共に呼び出し依頼を行う。次いで、ステップS357において、WEBサーバ21は、呼び出し先情報に基づいて通信端末10の受付AP13に呼び出し依頼を行う。そして、ステップS359において、通信端末10は、受付AP13の制御により呼び出し画面を表示する。ここで、顧客の呼び出しは呼び出し画面の表示に限定されない。例えば、画面の点滅、画面表示の変化、音を鳴らす、およびバイブレーション等により顧客に呼び出し通知を行ってもよい。ここで、上述したように、顧客は待ち時間に通信端末10の表示操作部12に表示された入力画面に従って入力操作を行う場合がある。このような入力操作中に呼び出し通知がある場合、入力を続けるか否かを顧客に選択させるようにしてもよい。ここで、入力操作中に呼び出しがあった場合の表示例を図18に示す。図18に示すように、入力操作中に呼び出しがあった場合、受付AP13は、通信端末10の表示操作部12に選択画面127を表示させる。図18に示すように、選択画面127は、お呼び出し可能ですが、ご入力を続けますかとの表示、およびはいいいえのアイコンを含む。はいが選択された場合、受付AP13は、入力作業続行のため呼び出し中断の旨をWEBサーバ21に送信する。いいえが選択された場合、受付AP13は入力作業を中止し、顧客に窓口へ向かうよう促す画面を操作表示部12に表示する。また、窓口での手続きにおいて顧客への提供資料が生じた場合、職員は、受付管理サーバ20と接続する窓口端末図示せずを操作し、受付管理サーバ20に登録していた顧客の通信端末10に電子データで提供資料を送ってもよい。これにより、さらにペーパーレスが推進される。<4.まとめ>以上説明したように、本実施形態による受付管理システムによれば、顧客の通信端末10を受付装置として利用することで、同時に多数の受付処理が可能になるので、混雑時の受付装置における顧客の待ちを解消でき、顧客の利便性を飛躍的に高めることができる。また、本実施形態による受付処理によれば、採番された受付番号は顧客の通信端末10に表示されるので、整理券の発行が不要になる。また、本実施形態による受付処理によれば、顧客番号に基づいて、その顧客に提供すべきサービスをサービス一覧画面として通信端末10に表示することができる。これにより、顧客は手持ちの端末においてスムースに受付要望を行うことができる。また、かかるサービス一覧画面に表示されるサービスは、来店した店舗において現在手続き可能なサービスでもあるので、顧客は現在手続き可能なサービスを容易に確認することができる。さらに、本実施形態による受付処理によれば、事前入力項目のあるサービス待ちの場合、顧客の通信端末10に入力画面を表示し、顧客に事前入力を促す。入力内容はサービスDB25に記憶され、窓口での手続きの際に利用される。このように、顧客が待ち時間を利用して予め必要な情報を入力することで、職員は窓口での手続きを迅速に進めることができる。なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。例えば、上記実施形態では、受付用情報として店舗IDを用いたが、本発明の実施形態による受付用情報はこれに限定されない。例えば、店舗が1つであって、各店舗を識別する必要がない場合、受付用情報を受付管理サーバ20のアドレス若しくはアクセス権限にしてもよい。これにより、店舗に訪れた場合のみ取得できる受付管理サーバ20のアドレス若しくはアクセス権限に基づいて、受付AP13は、受付管理サーバ20に顧客番号を送信し、受付要求を行なう。また、上述した実施形態においては、銀行、証券会社、および消費者ローンなどの金融機関の店舗での受付管理システムとして説明したが、本発明による受付管理システムは他の分野にも適用され得る。一例としては、本発明による受付管理システムを、遊園地における優先券発行装置や、切符販売、馬券販売、宝くじ販売、および病院の受付窓口など、特定の番号を印字した用紙の発券が行われる受付管理の場面に適用してもよい。また、通信端末10および受付管理サーバ20にそれぞれ内蔵されるCPU、ROMおよびRAMなどのハードウェアを、上述した通信端末10および受付管理サーバ20のそれぞれの機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。