(57)【要約】【課題】受付状況に応じて、受付処理を適切に制限することが可能な、情報処理装置、情報処理システム、情報処理方法、及びプログラムを提供する。【解決手段】受付状態データを受付データベースに記録する受付管理部と、前記受付状態データに基づき、新たな相手に受付処理を行った場合に当該相手が呼び出される呼出予想時刻を算出する呼出時刻算出部と、通信端末との通信を制御する通信制御部と、前記通信端末のユーザが到着する到着予想時刻を算出する到着時刻算出部と、前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御する受付制御部と、を備える、受付制御装置。【選択図】図２
2014026360.tif 000002
【特許請求の範囲】
【請求項１】
受付状態データを受付データベースに記録する受付管理部と、
前記受付状態データに基づき、新たな相手に受付処理を行った場合に当該相手が呼び出される呼出予想時刻を算出する呼出時刻算出部と、
通信端末との通信を制御する通信制御部と、
前記通信端末のユーザが到着する到着予想時刻を算出する到着時刻算出部と、
前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御する受付制御部と、
を備える、受付制御装置。
【請求項２】
前記受付制御部は、
前記到着予想時刻が前記呼出予想時刻以前の時刻である場合に前記受付処理を行い、
前記到着予想時刻が前記呼出予想時刻より遅い時刻である場合には前記受付処理を行わない、請求項１に記載の受付制御装置。
【請求項３】
前記通信制御部は、前記到着予想時刻を過ぎても前記ユーザの到着が確認されない場合に、前記通信端末へのメッセージの送信を制御する、請求項２に記載の受付制御装置。
【請求項４】
前記受付制御部は、前記到着予想時刻から所定時間が経過しても前記ユーザの到着が確認されない場合、前記ユーザの受付処理を取り消す、請求項２または３のいずれか一項に記載の受付制御装置。
【請求項５】
前記通信制御部は、前記受付処理が実施不可であった場合に、再要求タイミングを決定し、前記再要求タイミング経過後に前記通信端末に受付処理の再要求を促す、請求項２に記載の受付制御装置。
【請求項６】
前記通信制御部は、前記受付処理の実施可否に関する情報を取得するアプリケーションを前記通信端末へ提供する、請求項１〜５のいずれか一項に記載の受付制御装置。
【請求項７】
ユーザの受付処理が行われた場合に前記ユーザが呼び出される呼出予想時刻と、前記ユーザが到着する到着予想時刻と、を算出し、前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御する受付制御装置に対して、ユーザの操作に基づき、受付処理を要求する受付要求部と、
前記受付処理の実施可否に関する情報を前記受付制御装置から受信する受信部と、
を備え、
前記受付要求部は、前記受付処理が実施不可であった場合に、所定時間経過後に前記受付制御装置に対して受付処理を再要求する、通信端末。
【請求項８】
受付端末、表示装置、および受付制御装置からなる受付制御システムであって、
前記受付端末は、
ユーザの入力操作を受け付ける入力部と、
前記入力部が受け付けた入力情報を前記受付制御装置へ送信する送信部と、
を備え、
前記表示装置は、
前記受付制御装置から表示画面を受信する受信部と、
受信された前記表示画面を表示する表示部と、
を備え、
前記受付制御装置は、
受付状態データを受付データベースに記録する受付管理部と、
前記受付状態データに基づき、新たな相手に受付処理を行った場合に当該相手が呼び出される呼出予想時刻を算出する呼出時刻算出部と、
通信端末との通信を制御する通信制御部と、
前記通信端末のユーザが到着する到着予想時刻を算出する到着時刻算出部と、
前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御する受付制御部と、
を備える、受付制御システム。
【請求項９】
受付状態データを受付データベースに記録するステップと、
前記受付状態データに基づき、新たな相手に受付処理を行った場合に当該相手が呼び出される呼出予想時刻を算出するステップと、
通信端末との通信を制御するステップと、
前記通信端末のユーザが到着する到着予想時刻を算出するステップと、
前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御するステップと、
を備える、受付制御方法。
【請求項１０】
コンピュータを、
受付状態データを受付データベースに記録する受付管理部と、
前記受付状態データに基づき、新たな相手に受付処理を行った場合に当該相手が呼び出される呼出予想時刻を算出する呼出時刻算出部と、
通信端末との通信を制御する通信制御部と、
前記通信端末のユーザが到着する到着予想時刻を算出する到着時刻算出部と、
前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御する受付制御部と、
して機能させるための、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受付制御装置、受付制御システム、受付制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、金融機関の店舗や病院の外来窓口などにおいて、顧客の待ち行列を管理する受付システムが利用されている。この受付システムでは、店舗などに訪れた顧客を来店順に呼び出す方法や、事前に予約を受け付けて、予約時刻までに来店した顧客を優先的に呼び出す方法などが採用されている。
【０００３】
一般的に、このような受付システムでは受付管理の円滑化が望まれており、様々な技術が提案されている。例えば、特許文献１では、予約者の位置情報の変位値を把握し、予約者が予約時刻に到着しないと判断した場合、予約時刻の変更や予約の取消しを行う技術が開示されている。また、特許文献２では、予約時刻が到来する前に、予約者の所在地を確認し、予約時刻までに到着困難な場所にいると判断すると、予約時間の変更を予約者に案内する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２７９２６０号公報
【特許文献２】特開２００４−１７８０４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、受付状況に応じて、受付処理を適切に制限することができなかった。例えば、時刻を指定して予約を受け付けるシステムでは、特定の時刻に多人数の予約が入ると、顧客の待ち時間が増加してしまった。また、例えば、予約を受け付ける人数の上限を制限するシステムでは、特定の時刻に予約が集中すると、多数の顧客が希望する時刻に来店できなくなってしまった。また、例えば、店頭受付と予約受付の両方を採用するシステムでは、待ち時間の観点で、店頭受付は予約受付よりも不利になるという問題があった。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、受付状況に応じて、受付処理を適切に制限することが可能な、新規かつ改良された受付制御装置、受付制御システム、受付制御方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、受付状態データを受付データベースに記録する受付管理部と、前記受付状態データに基づき、新たな相手に受付処理を行った場合に当該相手が呼び出される呼出予想時刻を算出する呼出時刻算出部と、通信端末との通信を制御する通信制御部と、前記通信端末のユーザが到着する到着予想時刻を算出する到着時刻算出部と、前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御する受付制御部と、を備える、受付制御装置が提供される。
【０００８】
前記受付制御部は、前記到着予想時刻が前記呼出予想時刻以前の時刻である場合に前記受付処理を行い、前記到着予想時刻が前記呼出予想時刻より遅い時刻である場合には前記受付処理を行わなくてもよい。
【０００９】
前記通信制御部は、前記到着予想時刻を過ぎても前記ユーザの到着が確認されない場合、前記通信端末へのメッセージの送信を制御してもよい。
【００１０】
前記受付制御部は、前記到着予想時刻から所定時間が経過しても前記ユーザの到着が確認されない場合、前記ユーザの受付処理を取り消してもよい。
【００１１】
前記通信制御部は、前記受付処理が実施不可であった場合に、再要求タイミングを決定し、前記再要求タイミング経過後に前記通信端末に受付処理の再要求を促してもよい。
【００１２】
前記通信制御部は、前記受付処理の実施可否に関する情報を取得するアプリケーションを前記通信端末へ提供してもよい。
【００１３】
また、上記課題を解決するために、本発明の別の観点によれば、ユーザの受付処理が行われた場合に前記ユーザが呼び出される呼出予想時刻と、前記ユーザが到着する到着予想時刻と、を算出し、前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御する受付制御装置に対して、ユーザの操作に基づき、受付処理を要求する受付要求部と、前記受付処理の実施可否に関する情報を前記受付制御装置から受信する受信部と、を備え、前記受付要求部は、前記受付処理が実施不可であった場合に、所定時間経過後に前記受付制御装置に対して受付処理を再要求する、通信端末が提供される。
【００１４】
また、上記課題を解決するために、本発明の別の観点によれば、受付端末、表示装置、および受付制御装置からなる受付制御システムであって、前記受付端末は、ユーザの入力操作を受け付ける入力部と、前記入力部が受け付けた入力情報を前記受付制御装置へ送信する送信部と、を備え、前記表示装置は、前記受付制御装置から表示画面を受信する受信部と、受信された前記表示画面を表示する表示部と、を備え、前記受付制御装置は、受付状態データを受付データベースに記録する受付管理部と、前記受付状態データに基づき、新たな相手に受付処理を行った場合に当該相手が呼び出される呼出予想時刻を算出する呼出時刻算出部と、通信端末との通信を制御する通信制御部と、前記通信端末のユーザが到着する到着予想時刻を算出する到着時刻算出部と、前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御する受付制御部と、を備える、受付制御システムが提供される。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、受付状態データを受付データベースに記録するステップと、前記受付状態データに基づき、新たな相手に受付処理を行った場合に当該相手が呼び出される呼出予想時刻を算出するステップと、通信端末との通信を制御するステップと、前記通信端末のユーザが到着する到着予想時刻を算出するステップと、前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御するステップと、を備える、受付制御方法が提供される。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、受付状態データを受付データベースに記録する受付管理部と、前記受付状態データに基づき、新たな相手に受付処理を行った場合に当該相手が呼び出される呼出予想時刻を算出する呼出時刻算出部と、通信端末との通信を制御する通信制御部と、前記通信端末のユーザが到着する到着予想時刻を算出する到着時刻算出部と、前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御する受付制御部と、して機能させるための、プログラムが提供される。
【発明の効果】
【００１７】
以上説明したように本発明によれば、受付状況に応じて、受付処理を適切に制限することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態による情報処理システムの構成を示した説明図である。
【図２】本発明の実施形態による構成を示した機能ブロック図である。
【図３】受付データベースの一例を示した説明図である。
【図４】待ち時間データベースの一例を示した説明図である。
【図５】本発明の実施形態による店頭受付の動作を示したシーケンス図である。
【図６】図６は、本発明の実施形態によるリモート受付（仮受付）の動作を示したシーケンス図である。
【図７】本発明の実施形態によるＳ２１８における動作を詳細に示したフローチャートである。
【図８】本発明の実施形態によるＳ３０８における動作の第１の変形例を示したフローチャートである。
【図９】本発明の実施形態によるＳ３０８における動作の第２の変形例を示したフローチャートである。
【図１０】本発明の実施形態によるリモート受付（本受付）の動作を示したシーケンス図である。
【図１１】本発明の実施形態による、仮受付済みの顧客が到着予想時刻に来店しない場合の動作を示したシーケンス図である。
【発明を実施するための形態】
【００１９】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２０】
＜１．情報処理システムおよびサーバの基本構成＞
本発明は、一例として「２．実施形態の詳細な説明」において詳細に説明するように、多様な形態で実施され得る。また、本発明の実施形態による受付サーバ１０（受付制御装置）は、
Ａ．受付状態データを受付データベース６０に記録する受付管理部１１２と、
Ｂ．前記受付状態データに基づき、新たな顧客（相手）に受付処理を行った場合に当該顧客が呼び出される呼出予想時刻を算出する呼出時刻算出部１１０と、
Ｃ．携帯端末５０（通信端末）との通信を制御する通信制御部１０２と、
Ｄ．前記携帯端末５０のユーザが到着する到着予想時刻を算出する到着時刻算出部１０８と、
Ｅ．前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御する受付制御部１０４と、を備える。
【００２１】
以下では、まず、このような本発明の実施形態による受付サーバ１０を含む受付制御システムの基本構成について図１を参照して説明する。
【００２２】
図１は、本発明の実施形態による受付制御システムの構成を示した説明図である。図１に示したように、本発明の実施形態による受付制御システムは、受付サーバ１０、通信網１６ａ、通信網１６ｂ、店頭受付端末２０（受付端末）、受付番号表示板３０（表示装置）、呼出操作端末４０、および携帯端末５０を有する。なお、図１では、通信網１６ａと通信網１６ｂとを区別して記載しているが、本明細書では以後、これらを総称して通信網１６と記載する。
【００２３】
受付サーバ１０は、センタ１２に配置される情報処理装置であり、店頭受付端末２０または携帯端末５０から顧客の受付要求を受信して、受付処理の制御などを行う。なお、詳細については後述するが、本実施形態による受付方法は、店舗１４に直接来店した顧客を店頭受付端末２０を介して受け付ける「店頭受付」と、店舗１４から離れた地点にいる顧客を携帯端末５０を介して受け付ける「リモート受付」と、の２種類の方法が用いられる。また、リモート受付では、顧客が携帯端末５０を介して受付処理を行った時点では仮受付となり、顧客が店舗１４に来店して、店頭受付端末２０を介して所定の受付処理を行った時点で、受付が確定（本受付）される。
【００２４】
通信網１６は、通信網１６に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、通信網１６は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを含んでもよい。また、通信網１６は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
【００２５】
店頭受付端末２０は、店舗１４に来店した顧客が店頭受付の要求を行ったり、また、リモート受付済みの顧客が店舗１４に来店し、本受付の要求を行う端末である。この店頭受付端末２０は、顧客の受付要求操作を受け付けると、受け付けたデータを受付サーバ１０へ送信し、そして、受付番号が記載された紙片を顧客に対して発行する。また、店頭受付端末２０は、近距離無線通信機能を有し、例えば顧客が有する携帯端末５０との間でデータ通信を行うことができる。
【００２６】
受付番号表示板３０は、呼出を待っている顧客の受付番号を受付サーバ１０から受信し、表示する機能を有する。
【００２７】
呼出操作端末４０は、店舗１４の窓口に設置され、店舗１４の従業員によって使用される情報処理端末である。呼出操作端末４０は、呼出を待っている顧客の中から、受付番号順に顧客を呼び出すために使用される。
【００２８】
携帯端末５０は、店舗１４から離れた地点にいる顧客がリモート受付を行うために用いられる。より具体的には、携帯端末５０は、
Ｆ．顧客（ユーザ）の受付処理が行われた場合に前記顧客が呼び出される呼出予想時刻と、前記顧客が到着する到着予想時刻と、を算出し、前記呼出予想時刻および前記到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御する受付サーバ１０に対して、顧客の操作に基づき、受付処理を要求する受付要求部５０２と、
Ｇ．前記受付処理の実施可否に関する情報を前記受付サーバ１０から受信する通信部５００（受信部）と、を備え、
Ｈ．前記受付要求部５０２は、前記受付処理が実施不可であった場合に、所定時間経過後に前記受付サーバ１０に対して受付処理を再要求する。
【００２９】
また、携帯端末５０は、通信網１６に接続可能な無線通信機能、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信機能、および近距離無線通信機能を有してもよい。
【００３０】
以上、本発明の実施形態による受付制御システムの基本構成について説明した。上述した受付制御システムにおいて、本発明の実施形態による受付サーバ１０は、受付状況に応じて、受付処理を適切に制限することが可能である。以下、このような本発明の実施形態について順次詳細に説明する。
【００３１】
＜２．実施形態の詳細な説明＞
［２−１．構成］
図２は、本発明の実施形態による受付サーバ１０、店頭受付端末２０、受付番号表示板３０、および携帯端末５０の構成を示した機能ブロック図である。
【００３２】
（２−１−１．受付サーバ）
図２に示したように、本発明の実施形態による受付サーバ１０は、通信部１００、通信制御部１０２、受付制御部１０４、表示制御部１０６、到着時刻算出部１０８、呼出時刻算出部１１０、および受付管理部１１２を有する。なお、各構成要素は、受付サーバ１０または他の情報処理装置が有する図示せぬ制御装置、記憶装置、通信装置などのハードウェア資源を介して、以下に述べるような機能を実現する。
【００３３】
通信部１００は、店頭受付端末２０、受付番号表示板３０、携帯端末５０などとの間で、通信網１６を介して各種データの通信を行う。例えば、通信部１００は、顧客による受付要求を店頭受付端末２０または携帯端末５０から受信したり、呼出待ち状態の受付番号を受付番号表示板３０に送信したりする。
【００３４】
受付管理部１１２は、受付状態データを受付データベース６０に記録する。この受付状態データは、受付データベース６０における１行分のデータを意味する。また、受付状態データは、顧客の受付要求に基づいて作成され、個々の受付を管理するために用いられる。また、受付管理部１１２は、受付データベース６０に記録された受付状態データの参照、更新、削除などを行う。
【００３５】
ここで、図３を参照して、受付データベース６０の構成について説明する。図３に示したように、受付データベース６０は、ＩＤ欄６００、受付番号欄６０２、受付時刻欄６０４、呼出時刻欄６０６、呼出予想時刻欄６０８、到着予想時刻欄６１０、店頭受付フラグ欄６１２、位置データ欄６１４、および交通手段欄６１６などを含む。例えば、図３に示した表の３行目の受付状態データは、ＩＤが”１１１２２２”である携帯端末５０から”１４：５０”に受付要求がなされ、受付サーバ１０が受付番号として”０１３”を設定した例を示している。また、この３行目の受付状態データは、受付サーバ１０が、呼出予想時刻として”１５：１０”、到着予想時刻として”１４：５７”をそれぞれ算出し、また、携帯端末５０は”○○市”に位置し、交通手段として”車”が選択されて登録された例を示している。
【００３６】
表示制御部１０６は、受付データベース６０から呼出待ち状態の受付番号の一覧を取得し、取得した受付番号を含む表示画面を生成する。なお、表示制御部１０６は、この表示画面において、店頭受付または本受付で受け付けた受付番号と、仮受付で受け付けた受付番号との間で、色・形などを変えて表示させてもよい。例えば、表示制御部１０６は、店頭受付または本受付で受け付けた受付番号を赤色で表示させ、仮受付で受け付けた受付番号を青色で表示させてもよい。
【００３７】
また、表示制御部１０６は、生成した表示画面を、通信部１００を介して受付番号表示板３０に表示させる。また、表示制御部１０６は、店頭受付端末２０に表示させる表示画面を生成し、通信部１００を介して店頭受付端末２０に表示させてもよい。
【００３８】
到着時刻算出部１０８は、携帯端末５０のユーザが到着する到着予想時刻を算出する。より具体的には、到着時刻算出部１０８は、携帯端末５０から受付要求とともに、位置データおよび交通手段を受信した場合に、受信した位置データおよび交通手段に基づいて、当該顧客が店舗１４に到着する到着予想時刻を算出する。
【００３９】
呼出時刻算出部１１０は、受付状態データに基づき、新たな顧客に受付処理を行った場合に当該顧客が呼び出される呼出予想時刻を算出する。より具体的には、呼出時刻算出部１１０は、顧客から受付要求を受信した場合に、受付データベース６０から取得される、現在の待ち人数と、事前に設定される平均待ち時間を用いて、所定の算出方法により、当該顧客が呼び出される呼出予想時刻を算出する。
【００４０】
なお、所定の算出方法は、例えば、現在の待ち人数と1人当りの平均処理時間とを乗じた値を、現在の時刻に加算する方法（第１の算出方法）であってもよい。また、例えば、呼出時刻算出部１１０が、図４に示したような待ち時間データベース７０を参照し、現在の待ち人数に対応する待ち時間を求め、そして、求めた待ち時間を現在の時刻に加算する方法（第２の算出方法）であってもよい。一般的に、待ち人数が多くなるほど、待つことを途中で諦める顧客が増えるので、待ち時間と待ち人数との関係は比例関係にならず、図４に示したように、待ち時間の増加率は逓減する傾向にある。このため、第２の算出方法は、待ち人数が多くなる場合に、第１の算出方法よりも待ち時間を精緻に予測することができる。
【００４１】
通信制御部１０２は、Ｗｅｂサーバなどから構成され、携帯端末５０との通信を制御する。より具体的には、通信制御部１０２は、到着予想時刻を過ぎても顧客の到着が確認されない場合、携帯端末５０へのメッセージの送信を制御する。また、通信制御部１０２は、受付処理の実施（受付を行うこと）が不可能であった場合に、再要求タイミングを決定し、再要求タイミング経過後に携帯端末５０に受付処理の再要求を促す。また、通信制御部１０２は、受付処理の実施可否に関する情報を取得するアプリケーションを携帯端末５０へ提供する。なお、上述した通信制御部１０２の機能の詳細については後に説明する。
【００４２】
受付制御部１０４は、呼出予想時刻および到着予想時刻の時間関係に基づいて受付処理を行うか否かを制御する。より具体的には、受付制御部１０４は、到着予想時刻が呼出予想時刻以前の時刻である場合に受付処理を行い、到着予想時刻が呼出予想時刻より遅い時刻である場合には受付処理を行わない。また、受付制御部１０４は、到着予想時刻から所定時間が経過しても顧客の到着が確認されない場合、顧客の受付処理を取り消す。なお、上述した受付制御部１０４の機能の詳細については後に説明する。
【００４３】
なお、上記の説明では、通信部１００、通信制御部１０２、受付制御部１０４、表示制御部１０６、到着時刻算出部１０８、呼出時刻算出部１１０、および受付管理部１１２は、全て受付サーバ１０に組み込まれる例について説明したが、本発明はかかる例に限定されない。各構成要素の全部または一部は、例えば呼出操作端末４０に組み込まれてもよいし、他の情報処理装置に組み込まれてもよい。また、受付データベース６０または待ち時間データベース７０は、受付サーバ１０に備えられてもよいし、他の情報処理装置に備えられてもよい。
【００４４】
（２−１−２．店頭受付端末）
また、図２に示したように、店頭受付端末２０は、通信部２００（送信部）、入力部２０２、および表示部２０４を有する。
【００４５】
通信部２００は、入力部２０２が受け付けた入力情報を受付サーバ１０へ送信する。また、通信部２００は、表示部２０４に表示させる文字データや画像データなどの各種データを受付サーバ１０から受信する。
【００４６】
入力部２０２は、顧客の入力操作を受け付ける。より具体的には、入力部２０２は、例えば店頭受付端末２０が有するタッチパネルやポインティングデバイスなどの入力装置を介して、表示部２０４に対する顧客の入力操作を受け付ける。例えば、入力部２０２は、表示部２０４に表示される「店頭受付用ボタン」と「本受付用ボタン」のいずれかを、顧客がタッチパネルなどを介して選択する操作を受け付ける。
【００４７】
また、入力部２０２は、店頭受付端末２０が有するＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）リーダにより、携帯端末５０の端末識別番号などの情報を読み取ってもよい。例えば、このＮＦＣリーダは、リモート受付（仮受付）がなされた顧客が携帯端末５０をかざす動作により、携帯端末５０の端末識別番号を読み取り、本受付の要求を受付サーバ１０へ送信してもよい。
【００４８】
表示部２０４は、受付サーバ１０から受信した文字データまたは画像データや、入力部２０２が受け付けた顧客の入力情報などを表示する。
【００４９】
（２−１−３．受付番号表示板）
また、図２に示したように、受付番号表示板３０は、通信部３００（受信部）および表示部３０２を有する。
【００５０】
通信部３００は、受付サーバ１０から表示画面を受信する。より具体的には、通信部３００は、表示部３０２に表示させる受付番号を含むデータを受付サーバ１０から受信する。また、表示部３０２は、受付サーバ１０から受信される表示画面を表示する。
【００５１】
（２−１−４．携帯端末）
また、図２に示したように、携帯端末５０は、通信部５００、受付要求部５０２、および表示部５０４を有する。
【００５２】
通信部５００は、受付処理の実施可否に関する情報を受付サーバ１０から受信する。また、通信部５００は、顧客の操作に基づき、受付処理の実施可否に関する情報を取得するアプリケーションを受付サーバ１０から受信する。また、通信部５００は、受付要求部５０２が受け付けた顧客の受付要求を受付サーバ１０へ送信する。
【００５３】
受付要求部５０２は、受付サーバ１０に対して、顧客の操作に基づき、通信部５００を介して受付処理を要求する。また、受付要求部５０２は、受付処理が実施不可であった場合に、所定時間経過後に受付サーバ１０に対して受付処理を再要求する。また、受付要求部５０２は、受付サーバ１０に対して、顧客の操作に基づき、リモート受付済みのデータのキャンセルを要求する。
【００５４】
表示部５０４は、通信部５００を介して受信される、受付処理の実施可否に関する情報などを表示する。また、表示部５０４は、受付要求部５０２が受け付けた顧客の入力情報などを表示する。
【００５５】
［２−２．動作］
（２−２−１．店頭受付に関する動作）
以上、本発明の実施形態による構成について説明した。続いて、本発明の実施形態による動作について説明する。図５は、本発明の実施形態による店頭受付に関する動作を示すシーケンス図である。
【００５６】
図５に示したように、まず、店頭受付端末２０の入力部２０２が、店舗１４に来店した顧客の入力操作を受け付ける（Ｓ１００）。例えば、入力部２０２は、店頭受付端末２０の表示部２０４に表示される「店頭受付用ボタン」を顧客が押下するなどの操作を受け付ける。
【００５７】
続いて、店頭受付端末２０の通信部２００は、受け付けた受付要求を受付サーバ１０へ送信する（Ｓ１０２）。
【００５８】
続いて、受付サーバ１０が受付要求を受信すると、受付管理部１１２は、受信した受付要求の内容を含む受付状態データを受付データベース６０に記録する（Ｓ１０４）。より具体的には、図３に示した受付データベース６０の例では、受付管理部１１２は、まず、受付番号欄６０２に、連続に採番した値を記録する。例えば、図３に示した表の４行目の受付状態データに関しては、受付管理部１１２は、受付番号欄６０２には、最後に記録された受付状態データにおける受付番号、つまり”０１３”に１を加算した値である”０１４”を記録する。また、受付管理部１１２は、受付時刻欄６０４に、店頭受付端末２０から受付要求を受信した時刻を記録する。また、受付管理部１１２は、店頭受付フラグ欄６１２に、店頭受付または本受付が済んだことを意味する”１”を記録する。
【００５９】
続いて、受付管理部１１２は、当該受付状態データに対して設定された受付番号を店頭受付端末２０に対して送信する。
【００６０】
続いて、店頭受付端末２０が受付番号を受信すると、店頭受付端末２０は、受信した受付番号を紙片に印字した後、印字された紙片を顧客に発行する（Ｓ１０８）。
【００６１】
続いて、受付サーバ１０の呼出時刻算出部１１０は、当該受付状態データに対応する顧客が呼び出される呼出予想時刻を算出する（Ｓ１１０）。より具体的には、まず受付管理部１１２が受付データベース６０を参照し、現在の待ち人数を取得する。次に、呼出時刻算出部１１０は、取得した待ち人数と、事前に設定される平均待ち時間を用いて、上述したような所定の算出方法により、当該顧客が呼び出される呼出予想時刻を算出する。
【００６２】
続いて、受付管理部１１２は、当該受付状態データに関して、呼出予想時刻欄６０８に、算出された呼出予想時刻を記録する（Ｓ１１２）。
【００６３】
続いて、表示制御部１０６は、当該受付状態データを含む、現在呼出待ちとなっている全ての受付状態データの受付番号を受付データベース６０から取得する。そして、取得した受付番号を含む表示画面を生成する（Ｓ１１４）。次に、通信部１００は、生成された表示画面を受付番号表示板３０に送信する（Ｓ１１６）。
【００６４】
続いて、受付番号表示板３０が表示画面を受信すると、受付番号表示板３０の表示部３０２は、受信した表示画面を表示する（Ｓ１１８）。
【００６５】
続いて、呼出操作端末４０が、窓口の従業員による呼出操作を受け付けると（Ｓ１２０）、呼出操作端末４０は、呼出操作がなされた時刻（以下、呼出時刻と称する）、および呼び出された受付番号を受付サーバ１０へ送信する（Ｓ１２２）。
【００６６】
続いて、受付サーバ１０が呼出時刻および受付番号を受信すると、受付管理部１１２は、受信した受付番号に対応する受付状態データに対して、呼出時刻欄６０６に、受信した呼出時刻を記録する（Ｓ１２４）。
【００６７】
続いて、表示制御部１０６は、現在呼出待ちとなっている全ての受付状態データの受付番号を受付データベース６０から再度取得する。つまり、表示制御部１０６は、Ｓ１１４で取得される受付番号の中から、Ｓ１２２で受信される受付番号だけを除外した受付番号を取得することになる。
【００６８】
次に、表示制御部１０６は、取得した受付番号を含む表示画面を生成する（Ｓ１２６）。そして、通信部１００は、生成された表示画面を受付番号表示板３０に送信する（Ｓ１２８）。
【００６９】
その後、受付番号表示板３０が表示画面を受信すると、受付番号表示板３０の表示部３０２は、受信した表示画面を表示する（Ｓ１３０）。
【００７０】
（２−２−２．リモート受付（仮受付）に関する動作）
以上、店頭受付に関する動作について説明した。続いて、本発明の実施形態によるリモート受付に関する動作について説明する。図６は、リモート受付（仮受付）に関する動作を示すシーケンス図である。
【００７１】
図６に示したように、まず、携帯端末５０の受付要求部５０２が、顧客による受付要求の入力操作を受け付ける（Ｓ２００）。より具体的には、例えば、携帯端末５０は、リモート受付用のアプリケーションを予め受付サーバ１０からダウンロードしておき、受付要求部５０２は、当該アプリケーションに対する顧客の操作を受け付けてもよい。また、例えば、受付要求部５０２は、受付サーバ１０が提供するＷｅｂページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）に接続し、そして当該Ｗｅｂページに設けられた受付入力フォームに対して、顧客に入力させてもよい。
【００７２】
続いて、携帯端末５０の通信部５００は、受け付けた受付要求を受付サーバ１０へ送信する（Ｓ２０２）。
【００７３】
続いて、受付サーバ１０が受付要求を受信すると、呼出時刻算出部１１０は、当該顧客に対して店頭受付と同様な受付処理を行った場合に、当該顧客が呼び出される呼出予想時刻を算出する（Ｓ２０４）。なお、具体的な算出方法については、Ｓ１１０と同様であるので、ここでは説明を省略する。
【００７４】
続いて、受付サーバ１０の通信部１００は、算出された呼出予想時刻を携帯端末５０へ送信する（Ｓ２０６）。
【００７５】
続いて、携帯端末５０が呼出予想時刻を受信すると、表示部５０４は、受信した呼出予想時刻を表示する（Ｓ２０８）。次に、携帯端末５０に表示された呼出予想時刻を顧客が了承する場合に、顧客は、受付要求部５０２に対して交通手段の入力を行う（Ｓ２１０）。より具体的には、顧客は、Ｓ２００と同様に、予め受付サーバ１０からダウンロードされるアプリケーションや、受付サーバ１０が提供するＷｅｂページ中の入力フォームなどを介して、交通手段を入力する。なお、携帯端末５０に表示された呼出予想時刻を顧客が望まない場合や、顧客がリモート受付を中止したい場合は、顧客はリモート受付の要求を中止し、Ｓ２１０以降の処理を実施させないことが可能である。
【００７６】
次に、通信部５００は、携帯端末５０の端末識別情報と、携帯端末５０のＧＰＳ受信機能などにより取得される、携帯端末５０の位置情報と、入力された交通手段と、を受付サーバ１０へ送信する（Ｓ２１２）。
【００７７】
続いて、受付サーバ１０の到着時刻算出部１０８は、受信された位置情報と交通手段とに基づいて、店舗１４までの経路探索を実施し、顧客が到着する到着予想時刻を算出する（Ｓ２１４）。次に、呼出時刻算出部１１０は、Ｓ２０４と同様にして、店舗１４において当該顧客が呼び出される呼出予想時刻を算出する（Ｓ２１６）。そして、受付制御部１０４は、算出された呼出予想時刻と、算出された到着予想時刻との時間関係に基づいて受付処理を行うか否かを判定する（Ｓ２１８）。なお、具体的な判定方法については、後に詳細に説明する。
【００７８】
続いて、通信部１００は、Ｓ２１８における判定結果を含む情報を携帯端末５０に送信する。より具体的には、例えば受付制御部１０４が当該顧客に対して受付処理を実施した場合には、通信部１００は、リモート受付が完了した旨のメッセージを携帯端末５０に送信する。
【００７９】
その後、携帯端末５０の表示部５０４は、受信した判定結果を含む情報を表示する（Ｓ２２２）。
【００８０】
ここで、図７を参照して、Ｓ２１８における受付制御部１０４の動作の詳細について説明する。図７に示したように、まず、受付制御部１０４は、到着予想時刻が呼出予想時刻以前の時刻であるか否かを判定する（Ｓ３００）。なお、到着予想時刻が呼出予想時刻以前の時刻であるということは、顧客が店舗１４に来店後に呼び出されることを意味する。このため、到着予想時刻が呼出予想時刻以前の時刻である場合は（Ｓ３００：Ｙｅｓ）、受付制御部１０４は、当該顧客の受付処理を行う（Ｓ３０２）。より具体的には、受付制御部１０４は、受信したリモート受付の要求内容を含む受付状態データを、受付管理部１１２に受付データベース６０に追加させる。
【００８１】
例えば、図３に示した受付データベース６０の例では、受付管理部１１２は、まず、ＩＤ欄６００に、受信した携帯端末５０の端末識別情報を記録する。また、受付管理部１１２は、受付番号欄６０２に、連続に採番した値を記録する。また、受付管理部１１２は、受付時刻欄６０４に、携帯端末５０からリモート受付の要求を受信した時刻を記録する。また、受付管理部１１２は、呼出予想時刻欄６０８に、Ｓ２１４において算出された呼出予想時刻を記録する。また、受付管理部１１２は、到着予想時刻欄６１０に、Ｓ２１６において算出された到着予想時刻を記録する。また、受付管理部１１２は、位置データ欄６１４に、受信した携帯端末５０の位置情報を記録する。また、受付管理部１１２は、交通手段欄６１６に、受信した交通手段の情報を記録する。なお、上述したように、リモート受付（仮受付）の場合は、店頭受付フラグ欄６１２は更新されない。
【００８２】
続いて、表示制御部１０６は、当該受付状態データに対する受付番号を含む、呼出待ち状態の受付番号を受付データベース６０から取得し、取得した受付番号を含む表示画面を生成する。そして、表示制御部１０６は、生成した表示画面を通信部１００を介して、受付番号表示板３０に表示させる（Ｓ３０４）。
【００８３】
続いて、通信制御部１０２は、受付処理が完了した旨と、Ｓ２１４において算出された呼出予想時刻とを含むメッセージを生成する（Ｓ３０６）。
【００８４】
一方、到着予想時刻が呼出予想時刻より遅い時刻である場合は（Ｓ３００：Ｎｏ）、通信制御部１０２は、受付処理を実施不可である旨のメッセージを生成する（Ｓ３０８）。
【００８５】
ここで、Ｓ３０８の２種類の変形例について説明する。図８は、Ｓ３０８の第１の変形例を示したフローチャートである。この第１の変形例は、受付サーバ１０が、当該顧客を受付可能な時刻を予測して、予測された時刻が到来したら当該顧客に対して再要求を促す方法である。
【００８６】
図８に示したように、まず、通信制御部１０２は、当該顧客による再度の受付要求が受付可能となる再要求タイミングを決定する（Ｓ３２０）。より具体的には、通信制御部１０２は、以下の２種類の決定方法のいずれかを用いて、再要求タイミングを決定してもよい。
【００８７】
第１の決定方法では、通信制御部１０２は、まず、受付データベース６０に記録された待ち人数および平均待ち時間に基づいて、所定の時間間隔ごとの呼出予想時刻の変化を、呼出時刻算出部１１０に予測させる。次に、通信制御部１０２は、所定の時間間隔ごとに、予測された呼出予想時刻と、Ｓ２１４で算出された到着予想時刻とを比較し、予測された呼出予想時刻が、到着予想時刻以前の時刻となる一番早いタイミングを求める。そして、通信制御部１０２は、求めたタイミングを、再要求タイミングとして決定する。
【００８８】
また、第２の決定方法では、通信制御部１０２は、Ｓ２１４で算出された到着予想時刻、およびＳ２１６で算出された呼出予想時刻に基づいて、再要求タイミングを見積もる。例えば、通信制御部１０２は、Ｓ２１６で算出された呼出予想時刻と現在時刻との差分を求め、次に、Ｓ２１４で算出された到着予想時刻から求めた差分だけ早い時刻を再要求タイミングとして見積もりしてもよい。例えば、現在時刻が”１５：００”、呼出予想時刻が”１５：２０”、到着予想時刻が”１６：００”である場合は、通信制御部１０２は、再要求タイミングとして、到着予想時刻から２０分だけ早い時刻である”１５：４０”を決定してもよい。この例では、現在時刻から到着予想時刻までの間は、平均待ち時間がほとんど変わらないような場合に、再要求タイミングを適切に見積もることができ、また、計算量も低く抑えることができる。
【００８９】
続いて、通信制御部１０２は、再要求タイミングが到来するまで待機する（Ｓ３２２）。そして、再要求タイミングが到来すると（Ｓ３２２：Ｙｅｓ）、通信制御部１０２は、受付処理を実施可能である旨のメッセージを生成し、携帯端末５０に送信する（Ｓ３２４）。
【００９０】
この第１の変形例によれば、受付サーバ１０は、受付処理が実施可能なタイミングに、受付可能である旨のメッセージを携帯端末５０に送信するので、顧客は、特別の操作を必要とせずに、受付要求が受理可能なタイミングを知ることができる。
【００９１】
また、図９は、Ｓ３０８の第２の変形例を示したフローチャートである。この第２の変形例は、携帯端末５０が、所定時間経過後に、受付サーバ１０に対して受付処理を再要求する方法である。
【００９２】
図９に示したように、携帯端末５０の受付要求部５０２は、まず、所定の時間が経過するまで待機する（Ｓ３３０）。なお、この「所定の時間」は、あらかじめ顧客などによって設定されてもよいし、以下に述べる２種類の設定方法のいずれかにより定められてもよい。
【００９３】
第１の設定方法では、携帯端末５０は、まず受付サーバ１０から、現在の待ち人数、平均待ち時間、呼出予想時刻、および到着予想時刻を受信する。次に、携帯端末５０は、受信された待ち人数および平均待ち時間に基づいて、所定の時間間隔ごとの呼出予想時刻の変化を予測する。次に、携帯端末５０は、所定の時間間隔ごとに、予測された呼出予想時刻と、受信された到着予想時刻とを比較し、予測された呼出予想時刻が、到着予想時刻以前の時刻となる、一番早いタイミングを求める。そして、携帯端末５０は、求めたタイミングを「所定の時間」として決定する。
【００９４】
また、第２の決定方法では、携帯端末５０は、まず受付サーバ１０から、呼出予想時刻および到着予想時刻を受信する。そして、携帯端末５０は、受信された到着予想時刻および呼出予想時刻に基づいて、「所定の時間」として適切な時間を見積もりする。例えば、通信制御部１０２は、受信された呼出予想時刻と到着予想時刻との差分を求め、求めた差分を「所定の時間」として決定してもよい。例えば、現在時刻が”１５：００”、呼出予想時刻が”１５：２０”、到着予想時刻が”１６：００”である場合は、携帯端末５０は、「所定の時間」として４０分を決定してもよい。
【００９５】
続いて、所定の時間が経過すると（Ｓ３３０：Ｙｅｓ）、受付要求部５０２は、携帯端末５０の現在の位置情報を取得する。そして、受付要求部５０２は、取得した位置情報を含む受付要求を、通信部５００を介して受付サーバ１０へ送信する（Ｓ３３２）。なお、このＳ３３２の変形例として、受付要求部５０２は、再度顧客に交通手段を入力させ、入力された交通手段と、位置情報とを含む受付要求を、通信部５００を介して受付サーバ１０へ送信してもよい。この変形例は、Ｓ３３２より前に顧客の交通手段が変化した場合に、より正確な受付要求を送信することができるという利点がある。
【００９６】
続いて、受付サーバ１０が受付要求を受信すると、到着時刻算出部１０８は、受付要求に含まれる位置情報と、受付データベース６０に記録された交通手段とに基づいて、店舗１４までの経路探索を実施し、顧客が到着する到着予想時刻を再算出する（Ｓ３３４）。なお、上述した、Ｓ３３２の変形例が適用される場合は、到着時刻算出部１０８は、受付データベース６０に記録された交通手段の代わりに、受付要求に含まれる交通手段を用いて、到着予想時刻を算出してもよい。
【００９７】
続いて、呼出時刻算出部１１０は、Ｓ２１６と同様にして、店舗１４において当該顧客が呼び出される呼出予想時刻を再算出する（Ｓ３３６）。
【００９８】
続いて、受付制御部１０４は、到着予想時刻が呼出予想時刻以前の時刻であるか否かを判定する（Ｓ３３８）。そして、到着予想時刻が呼出予想時刻以前の時刻である場合は（Ｓ３３８：Ｙｅｓ）、通信制御部１０２は、受付処理を実施可能である旨のメッセージを生成し、通信部１００を介して携帯端末５０に送信する（Ｓ３４０）。
【００９９】
一方、到着予想時刻が呼出予想時刻より遅い時刻である場合は（Ｓ３３８：Ｎｏ）、通信制御部１０２は、受付要求を実施不可である旨のメッセージを携帯端末５０に送信し、再度携帯端末５０を待機させる（Ｓ３３８：Ｎｏ）。
【０１００】
この第２の変形例によれば、受付サーバ１０は、携帯端末５０から再要求を受信する度に、受付処理を行うか否かを判断し、受付処理が実施可能である場合には、携帯端末５０に対して、実施可能である旨のメッセージを送信する。このため、顧客は、特別の操作を必要とせずに、受付要求が受理可能なタイミングを知ることができる。
【０１０１】
（２−２−３．リモート受付（本受付）に関する動作）
以上、リモート受付（仮受付）に関する動作について説明した。続いて、図１０を参照して、リモート受付（本受付）に関する動作について説明する。
【０１０２】
図１０に示したように、まず、店頭受付端末２０の入力部２０２が、来店した仮受付済みの顧客による本受付入力操作を受け付ける（Ｓ４００）。例えば、入力部２０２は、まず、店頭受付端末２０の表示部２０４に表示される「本受付用ボタン」を顧客が押下する操作を受け付ける。次に、入力部２０２は、店頭受付端末２０に付属のＮＦＣリーダに対して顧客が携帯端末５０をかざす操作により、携帯端末５０の端末識別番号を受け付けてもよい。あるいは、入力部２０２は、表示部２０４に表示される入力フォームに対して、リモート受付時に携帯端末５０に送信される予約番号を顧客に入力させてもよい。
【０１０３】
続いて、店頭受付端末２０の通信部２００は、受け付けた受付要求を受付サーバ１０へ送信する（Ｓ４０２）。
【０１０４】
続いて、受付サーバ１０が受付要求を受信すると、受付管理部１１２は、受付データベース６０に記録された、当該顧客に対応する受付状態データを、受信した受付要求に基づいて更新する（Ｓ４０４）。より具体的には、図３に示した受付データベース６０の例では、受付管理部１１２は、該当の受付状態データに関して、店頭受付フラグ欄６１２を、本受付済みを意味する”１”に更新する。
【０１０５】
続いて、受付管理部１１２は、当該受付状態データに設定されている受付番号を店頭受付端末２０へ送信する（Ｓ４０６）。なお、この受付番号は、仮受付の時点に設定された番号である。
【０１０６】
続いて、店頭受付端末２０が受付番号を受信すると、店頭受付端末２０は、受信した受付番号を紙片に印字した後、印字された紙片を顧客に発行する（Ｓ４０８）。
【０１０７】
続いて、表示制御部１０６は、当該受付状態データの受付番号に関して、上述したように、仮受付状態の表示から本受付状態の表示へ更新して、表示画面を再作成する（Ｓ４１０）。次に、通信部１００は、生成された表示画面を受付番号表示板３０に送信する（Ｓ４１２）。
【０１０８】
続いて、受付番号表示板３０が表示画面を受信すると、受付番号表示板３０の表示部３０２は、受信した表示画面を表示する（Ｓ４１４）。
【０１０９】
なお、Ｓ４１６の呼出操作以降の動作（Ｓ４１６〜Ｓ４２６）については、店頭受付の場合（図５におけるＳ１２０〜Ｓ１３０）と同様である。従って、ここでは、説明を省略する。
【０１１０】
（２−２−４．仮受付済みの顧客が到着予想時刻に来店しない場合の動作）
以上、リモート受付（本受付）に関する動作について説明した。続いて、図１１を参照して、仮受付済みの顧客が、到着予想時刻が到来しても店舗１４に来店しない場合の動作について説明する。
【０１１１】
図１１に示したように、受付制御部１０４は、受付データベース６０の記録内容を逐次監視し、リモート受付済みの受付状態データの中から、本受付がされていないまま、到着予想時刻が到来した受付状態データを検知する（Ｓ５００）。より具体的には、受付制御部１０４は、受付データベース６０の中から、図３に示した店頭受付フラグ欄６１２に”１”が設定されていないまま、到着予想時刻が到来したデータを検知する。
【０１１２】
続いて、通信制御部１０２は、検知された受付状態データに含まれるＩＤを有する携帯端末５０に対して、早急に本受付を行うことを促す旨の警告メッセージを生成し、通信部１００を介して送信する（Ｓ５０２）。この警告メッセージは、例えば「店頭の受付端末で受付して下さい」旨の文章を含んでもよいし、「来店予想時刻を過ぎました。○○分後にこの受付は無効となります」旨の文章を含んでもよい。
【０１１３】
また、警告メッセージは、顧客に再受付を促す旨のメッセージを含んでもよい。そして、携帯端末５０が、この警告メッセージに従って、受付サーバ１０に再受付を要求する場合は、受付サーバ１０は、後述するＳ５０４〜Ｓ５１２の代わりに、図６におけるＳ２０４〜Ｓ２２２の処理を行ってもよい。
【０１１４】
続いて、受付制御部１０４は、所定時間が経過するまで、該当の携帯端末５０から本受付の要求が受信されることを待機する。しかし、本受付の要求が受信されないまま、所定時間が経過した場合は（Ｓ５０４）、受付制御部１０４は、該当の受付状態データを受付データベース６０から削除する（Ｓ５０６）。
【０１１５】
続いて、表示制御部１０６は、更新後の受付データベース６０から、呼出待ち状態の受付番号を取得し、取得した受付番号を含む表示画面を生成する（Ｓ５０８）。次に、通信部１００は、生成された表示画面を受付番号表示板３０に送信する（Ｓ５１０）。
【０１１６】
その後、受付番号表示板３０が表示画面を受信すると、受付番号表示板３０の表示部３０２は、受信した表示画面を表示する（Ｓ５１２）。
【０１１７】
［２−３．効果］
以上説明したように、本発明の実施形態によれば、受付サーバ１０は、携帯端末５０を有する顧客から受付要求がなされた場合、当該顧客が呼び出される呼出予想時刻を算出するとともに、当該顧客が到着する到着予想時刻を算出する。そして、受付サーバ１０は、算出された呼出予想時刻と、算出された到着予想時刻との時間関係に基づいて受付処理を行うか否かを制御する。このため、受付サーバ１０は、受付状況に応じて、受付処理を適切に制限することができる。
【０１１８】
また、受付サーバ１０は、呼出予想時刻までに店舗１４に到着できない顧客を受け付けないように制御するので、店頭受付とリモート受付との間で、待ち時間の公平性を担保することができる。
【０１１９】
また、受付サーバ１０は、受付要求を拒絶した携帯端末５０であっても、携帯端末５０から再要求を受信する度に、受付処理を行うか否かを判断し、受付処理が実施可能である場合には、携帯端末５０に対して、実施可能である旨のメッセージを送信する。このため、顧客は、特別の操作を必要とせずに、受付要求が受理可能なタイミングを知ることができる。
【０１２０】
また、リモート受付済みであっても、呼出予想時刻までに顧客が店舗１４に到着しない場合は、受付サーバ１０は受付を削除するか、または顧客に再度受付入力させる。このため、来店している顧客の待ち時間が不要に増加することを防止できる。
【０１２１】
また、受付番号表示板３０は、店頭受付された顧客の受付番号と、リモート受付された顧客の受付番号とを一覧表示し、また、顧客の呼び出しや、顧客によるキャンセルが生じる度に表示を更新する。このため、店舗１４に来店した顧客は、自分が呼び出されるまでの待ち時間を把握しやすい。
【０１２２】
＜３．変形例＞
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【０１２３】
例えば、上述した実施形態では、呼出待ち状態の受付番号の一覧を受付番号表示板３０に表示させる例について説明したが、かかる例に限定されず、例えば携帯端末５０にも表示させてもよい。より具体的には、受付サーバ１０は、携帯端末５０に提供するアプリケーションや、受付サーバ１０のＷｅｂページなどを介して、呼出待ち状態の受付番号の一覧を携帯端末５０に提供し、表示させてもよい。
【０１２４】
また、上述した実施形態では、店頭受付端末２０が有するＮＦＣリーダーにより、携帯端末５０の端末識別番号などの情報を読み取り端末を識別する例について説明したが、かかる例に限定されず、例えば同じ近距離無線通信の別の通信方式のリーダーであってもよいし、２次元バーコードを読み取る方法でもよい。
【０１２５】
また、上述した実施形態では、本発明に係る情報処理システムが金融機関などの店舗１４に適用される例について説明したが、本発明はかかる例に限定されず、行政機関や病院などに適用されてもよい。
【符号の説明】
【０１２６】
１０  受付サーバ
１２  センタ
１４  店舗
１６  通信網
２０  店頭受付端末
３０  受付番号表示板
４０  呼出操作端末
５０  携帯端末
６０  受付データベース
７０  待ち時間データベース
１００  通信部
１０２  通信制御部
１０４  受付制御部
１０６  表示制御部
１０８  到着時刻算出部
１１０  呼出時刻算出部
１１２  受付管理部
２００  通信部
２０２  入力部
２０４  表示部
３００  通信部
３０２  表示部
５００  通信部
５０２  受付要求部
５０４  表示部
【図１】
2014026360.tif 000003
【図２】
2014026360.tif 000004
【図３】
2014026360.tif 000005
【図４】
2014026360.tif 000006
【図５】
2014026360.tif 000007
【図６】
2014026360.tif 000008
【図７】
2014026360.tif 000009
【図８】
2014026360.tif 000010
【図９】
2014026360.tif 000011
【図１０】
2014026360.tif 000012
【図１１】
2014026360.tif 000013