(57)【要約】【課題】混雑日に来店した顧客に対して、閑散が予測される日への来店を誘導することで、混雑緩和及び混雑状況の平滑化を行う。【解決手段】先ず、混雑状態判定過程S251で、顧客の来店時の店内が混雑状態であるか否かを判定する。次に、混雑状態判定過程での判定の結果、店内が混雑していない場合は、通常呼出処理S252を行う。また、混雑状態判定過程での判定の結果、店内が混雑している場合は、予測カレンダー取得過程S253を行った後、顧客を閑散予測日に誘導する表示を行う誘導表示指示過程S254と、顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定過程S255と、次回来店判定過程での判定の結果、顧客が次回来店を選択した場合は、当該顧客を優先顧客として設定する優先設定過程S256とを行う。また、次回来店判定過程での判定の結果、顧客が受付処理続行を選択した場合には、通常呼出処理を行う。【選択図】図３
2010186297.tif 000002
【特許請求の範囲】
【請求項１】
受付番号を発券する印刷部と、
顧客に対してメッセージを表示する表示部と
を備え、
前記表示部は、前記顧客の来店時の店内が混雑している場合に、次回来店を誘導する表示を行い、
前記印刷部は、前記顧客により次回来店が選択されたときは、前記顧客が優先設定された旨を示す発券を行い、受付処理の続行が選択されたときは、通常呼出をする旨を示す受付番号を発券する
ことを特徴とする受付端末。
【請求項２】
受付番号を発券する印刷部を備え、
来店した顧客が優先顧客であって前記顧客の来店日が閑散予測日である場合は、前記印刷部は、優先呼出をする旨を示す受付番号を発券し、
前記顧客が優先顧客であって前記顧客の来店日が混雑予測日である場合、及び、前記顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑していない場合は、前記印刷部は、通常呼出をする旨を示す受付番号を発券し、
前記顧客が優先顧客であって前記顧客の来店日が混雑予測日である場合、及び、前記顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑している場合は、前記印刷部は、前記顧客により次回来店が選択されたときは、前記顧客が優先設定された旨を示す発券を行い、受付処理の続行が選択されたときは、通常呼出をする旨を示す受付番号を発券する
ことを特徴とする受付端末。
【請求項３】
さらに、前記顧客に対してメッセージを表示する表示部を備え、
前記表示部は、前記顧客の来店時の店内が混雑している場合に、次回来店を誘導する表示を行う
ことを特徴とする請求項２に記載の受付端末。
【請求項４】
さらに、前記顧客により入力操作される入力部を備え、
来店時の店内が混雑している場合に、前記入力部を介して、前記顧客により、受付処理の続行及び次回来店のいずれかが選択されて入力される
ことを特徴とする請求項１〜３のいずれか一項に記載の受付端末。
【請求項５】
顧客の来店時の店内が混雑しているか否かを判定する混雑判定手段と、
前記顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定手段と
を備え、
前記顧客の来店時の店内が混雑していない場合は、通常呼出処理を行い、
前記顧客の来店時の店内が混雑している場合は、前記次回来店判定手段の判定の結果、前記顧客が受付処理の続行を選択したと判定されたときは、通常呼出処理を行い、次回来店を選択したと判定されたときは、優先設定処理を行う
ことを特徴とする管理端末。
【請求項６】
顧客が優先顧客及び通常顧客のいずれであるかを判定する顧客判定手段と、
前記顧客の来店時の店内が混雑しているか否かを判定する混雑判定手段と、
前記顧客の来店日が閑散予測日であるか、混雑予測日であるかを判定する予測日判定手段と、
前記顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定手段と
を備え、
前記顧客が優先顧客であって前記顧客の来店日が閑散予測日である場合は、優先呼出処理を行い、
前記顧客が優先顧客であって前記顧客の来店日が混雑予測日である場合、及び、前記顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑していない場合は、通常呼出処理を行い、
前記顧客が優先顧客であって前記顧客の来店日が混雑予測日である場合、及び、前記顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑している場合は、前記次回来店判定手段の判定の結果、前記顧客が受付処理の続行を選択したと判定されたときは、通常呼出処理を行い、次回来店を選択したと判定されたときは、優先設定処理を行う
ことを特徴とする管理端末。
【請求項７】
前記顧客に対して、受付番号を付与する呼出指示手段をさらに備え、
前記呼出指示手段は、前記優先呼出処理を行う場合は、優先呼出を行う旨を示す優先呼出指示を生成し、前記通常呼出処理を行う場合は、通常呼出を行う旨を示す通常呼出指示を生成する
ことを特徴とする請求項６に記載の管理端末。
【請求項８】
各顧客が、通常顧客であるか優先顧客であるかを示すフラグを有する顧客データベースと、
前記顧客の来店時の店内が混雑している場合に、前記顧客により次回来店が選択されたときは、前記顧客データベースの前記フラグを書き換えて、前記顧客を優先設定する優先設定手段と
を備えることを特徴とする管理サーバ。
【請求項９】
各顧客が、通常顧客であるか優先顧客であるかを示すフラグを有する顧客データベースと、
顧客が優先顧客であって前記顧客が優先呼出された場合は、前記顧客データベースの前記フラグを書き換えて、優先設定を解除する優先解除手段と、
顧客が通常顧客であって、前記顧客の来店時の店内が混雑している場合に、前記顧客により次回来店が選択されたときは、前記顧客データベースの前記フラグを書き換えて、前記顧客を優先設定する優先設定手段と
を備えることを特徴とする管理サーバ。
【請求項１０】
受付端末、管理端末、番号呼出装置及び管理サーバを備える受付処理システムであって、
前記受付端末は、
受付番号を発券する印刷部と、
顧客に対してメッセージを表示する表示部と
を備え、
前記管理端末は、
前記顧客の来店時の店内が混雑しているか否かを判定する混雑判定手段と、
前記顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定手段と
を備え、
前記管理サーバは、
各顧客が、通常顧客であるか優先顧客であるかを示すフラグを有する顧客データベースと、
前記顧客データベースの前記フラグを書き換えて、前記顧客を優先設定する優先設定手段と
を備え、
前記顧客の来店時の店内が混雑していない場合は、前記管理端末は、前記受付端末及び番号呼出装置に通常呼出をする旨の指示を送り、該指示を受けた前記受付端末では、前記印刷部が、通常呼出をする旨を示す受付番号を発券し、
前記顧客の来店時の店内が混雑している場合は、
前記管理端末は、前記受付端末に、次回来店誘導を表示する指示を送り、該指示を受けた前記受付端末では、前記表示部が顧客を閑散が予測される日に誘導するメッセージを表示し、
前記次回来店判定手段の判定の結果、前記顧客が受付処理の続行を選択したと判定されたときは、前記管理端末は、前記受付端末及び番号呼出装置に通常呼出をする旨の指示を送り、該指示を受けた前記受付端末では、前記印刷部が、通常呼出をする旨を示す受付番号を発券し、
前記顧客が次回来店を選択したと判定されたときは、前記管理端末は、前記受付端末に優先設定をする旨の指示を送るとともに、前記管理サーバに優先設定する旨の指示を送り、該指示を受けた前記受付端末では、前記印刷部が、前記顧客が優先設定された旨を示す発券を行い、前記管理サーバでは、前記優先顧客設定手段が、前記顧客を優先設定する
ことを特徴とする受付処理システム。
【請求項１１】
受付端末、管理端末、番号呼出装置及び管理サーバを備える受付処理システムであって、
前記受付端末は、受付番号を発券する印刷部を備え、
前記管理端末は、
顧客が優先顧客及び通常顧客のいずれであるかを判定する顧客判定手段と、
前記顧客の来店時の店内が混雑しているか否かを判定する混雑判定手段と、
前記顧客の来店日が閑散予測日であるか、混雑予測日であるかを判定する予測日判定手段と、
前記顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定手段と
を備え、
前記管理サーバは、
各顧客が、通常顧客であるか優先顧客であるかを示すフラグを有する顧客データベースと、
顧客が優先顧客であって前記顧客が優先呼出された場合は、前記顧客データベースの前記フラグを書き換えて、優先設定を解除する優先解除手段と、
顧客が通常顧客であって、前記顧客の来店時の店内が混雑している場合に、前記顧客により次回来店が選択されたときは、前記顧客データベースの前記フラグを書き換えて、前記顧客を優先設定する優先設定手段と
を備え、
前記顧客が優先顧客であって前記顧客の来店日が閑散予測日である場合は、前記管理端末は、前記受付端末及び番号呼出装置に優先呼出をする旨の指示を送るとともに、前記管理サーバに優先設定を解除する指示を送り、該指示を受けた前記受付端末では、前記印刷部が、優先呼出をする旨を示す受付番号を発券し、前記管理サーバでは、前記優先解除手段が、前記顧客の優先設定を解除し、
前記顧客が優先顧客であって前記顧客の来店日が混雑予測日である場合、及び、前記顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑していない場合は、前記管理端末は、前記受付端末及び番号呼出装置に通常呼出をする旨の指示を送り、該指示を受けた前記受付端末では、前記印刷部が、通常呼出をする旨を示す受付番号を発券し、
前記顧客が優先顧客であって前記顧客の来店日が混雑予測日である場合、及び、前記顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑している場合は、
前記顧客が受付処理の続行を選択したと判定されたときは、前記管理端末は、前記受付端末及び番号呼出装置に通常呼出をする旨の指示を送り、該指示を受けた前記受付端末では、前記印刷部が、通常呼出をする旨を示す受付番号を発券し、
前記顧客が次回来店を選択したと判定されたときは、前記管理端末は、前記受付端末に優先設定をする旨の指示を送るとともに、前記管理サーバに優先設定する旨の指示を送り、該指示を受けた前記受付端末では、前記印刷部が、前記顧客が優先設定された旨を示す発券を行い、前記管理サーバでは、前記優先顧客設定手段が、前記顧客を優先設定する
ことを特徴とする受付処理システム。  
【請求項１２】
前記受付端末は、さらに、前記顧客に対してメッセージを表示する表示部を備え、
前記管理端末は、
前記顧客が優先顧客であって前記顧客の来店日が混雑予測日である場合、及び、前記顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑している場合は、前記管理端末は、前記受付端末に、次回来店誘導を表示する指示を送り、該指示を受けた前記受付端末では、前記表示部が顧客を閑散が予測される日に誘導するメッセージを表示する
ことを特徴とする請求項１１に記載の受付処理システム。
【請求項１３】
混雑予測日及び閑散予測日を示す予測カレンダーを有する混雑照会サーバをさらに備え、
前記管理端末は、さらに、前記予測カレンダーを用いて前記顧客の来店日が閑散予測日であるか、混雑予測日であるかを判定する予測日判定手段を備える
ことを特徴とする請求項１１又は１２に記載の受付処理システム。
【請求項１４】
前記受付端末は、顧客により入力操作される入力部をさらに備え、
来店時の店内が混雑している場合に、前記顧客により、受付処理の続行及び次回来店のいずれかが入力される
ことを特徴とする請求項１０〜１３のいずれか一項に記載の受付処理システム。
【請求項１５】
顧客の来店時の店内が混雑状態であるか否かを判定し、
前記混雑状態の判定の結果、店内が混雑していない場合は、通常呼出処理を行い、
前記混雑状態の判定の結果、店内が混雑している場合は、
各日が混雑予測日か閑散予測日であるかを示す予測カレンダーを取得する予測カレンダー取得過程と、
前記顧客を前記閑散予測日に誘導する表示を行う誘導表示指示過程と、
前記顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定過程と
を行い、
前記次回来店判定過程での判定の結果、顧客が次回来店を選択したと判定される場合は、当該顧客を優先顧客として設定し、
前記次回来店判定過程での判定の結果、顧客が受付処理続行を選択したと判定される場合には、前記通常呼出処理を行う
ことを特徴とする受付処理方法。
【請求項１６】
来店した顧客の顧客情報を取得する顧客情報取得過程と、
前記顧客情報に基づいて、前記顧客が優先顧客及び通常顧客のいずれであるかを判定する顧客判定過程と、
前記顧客判定過程での判定の結果、前記顧客が優先顧客の場合に行われる優先顧客過程と、
前記顧客判定過程での判定の結果、前記顧客が通常顧客の場合に行われる通常顧客過程と
を備え、
前記優先顧客過程は、
各日が混雑予測日か閑散予測日であるかを示す予測カレンダーを取得する予測カレンダー取得過程と、
前記顧客の来店日が閑散予測日であるか否かを判定する予測日判定過程と
を備え、
前記予測日判定過程での判定の結果、前記顧客の来店日が閑散予測日であるときには、顧客を優先的に呼び出す優先呼出処理を行い、
前記予測日判定過程での判定の結果、前記顧客の来店日が混雑予測日であるときには、前記通常顧客過程を行い、
前記通常顧客過程は、
前記顧客の来店時の店内が混雑状態であるか否かを判定し、
前記混雑状態の判定の結果、店内が混雑していない場合は、通常呼出処理を行い、
前記混雑状態の判定の結果、店内が混雑している場合は、
前記予測カレンダー取得過程と、
顧客を前記閑散予測日に誘導する表示を行う誘導表示指示過程と、
前記顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定過程と
を行い、
前記次回来店判定過程での判定の結果、顧客が次回来店を選択したと判定される場合は、当該顧客を優先顧客として設定し、
前記次回来店判定過程での判定の結果、顧客が受付処理続行を選択したと判定される場合には、前記通常呼出処理を行う
ことを特徴とする受付処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、銀行などに来店した顧客の受付処理を行う、受付端末、管理端末、管理サーバ、受付処理システム及び受付処理方法に関し、特に、店内の混雑緩和に用いられるものに関する。
【背景技術】
【０００２】
例えば、銀行などの金融機関で用いられている、一般の受付処理システムでは、受付操作を開始すると、店内の混雑、非混雑に関らず、一連の流れとして受付番号の発券処理までの処理が行われ、この受付番号の順で顧客の呼出が行われる。
【０００３】
この従来の受付処理システムには、待ち時間が受付番号の発券後に実際に並ばないと分からないものがある。また、表示盤等に待ち時間の表示をしている受付処理システムもあるが、大半の顧客はこの待ち時間の表示を見ることなく、受付処理を開始してしまう。
【０００４】
また、混雑日に来店した顧客に対し、店外待ちを許可し、店外待ちをしている顧客に電子メール等で通知を行う提案もなされている（例えば、特許文献１参照）
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２４３０３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここで、上述の一般の受付処理システムでは、店内の混雑、非混雑に関らず、一連の流れとして受付番号の発券処理までの処理が行われてしまう。このため、受付番号の発券後に、長い待ち時間になると判断した顧客は、窓口での取引を行わずに退店してしまうことがある。この場合、窓口では、既に退店した顧客の受付番号を呼び出すことになり、業務効率が悪くなる。また、退店した顧客の同業他社への流出という問題が発生する。
【０００７】
また、上述の特許文献１に開示されている店外待ちを許可する提案は、顧客が呼出を待つ場所を選択できるという利点を有するものの、待ち時間自体の短縮には必ずしも有効ではない。
【０００８】
また、銀行では、月末など繁忙日と閑散日の混雑に差があるため、混雑状況の平滑化が望まれるが、これに対する有効な対策は、これまで採られてこなかった。
【０００９】
この発明は、上述の問題点に鑑みてなされたものであり、この発明の目的は、混雑日に来店した顧客に対して、閑散が予測される日への来店を誘導することで、混雑緩和及び混雑状況の平滑化を行う、受付端末、管理端末、管理サーバ、受付処理システム及び受付処理方法を提供することにある。
【課題を解決するための手段】
【００１０】
上述した目的を達成するために、この発明の受付端末は、受付番号を発券する印刷部と、顧客に対してメッセージを表示する表示部とを備えて構成される。表示部は、顧客の来店時の店内が混雑している場合に、次回来店を誘導する表示を行い、印刷部は、顧客により次回来店が選択されたときは、顧客が優先設定された旨を示す発券を行い、受付処理の続行が選択されたときは、通常呼出をする旨を示す受付番号を発券する。
【００１１】
また、この発明の受付端末の他の実施形態によれば、受付番号を発券する印刷部を備えて構成される。来店した顧客が優先顧客であって顧客の来店日が閑散予測日である場合は、印刷部は、優先呼出をする旨を示す受付番号を発券する。また、顧客が優先顧客であって顧客の来店日が混雑予測日である場合、及び、顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑していない場合は、印刷部は、通常呼出をする旨を示す受付番号を発券する。また、顧客が優先顧客であって顧客の来店日が混雑予測日である場合、及び、顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑している場合は、印刷部は、顧客により次回来店が選択されたときは、顧客が優先設定された旨を示す発券を行い、受付処理の続行が選択されたときは、通常呼出をする旨を示す受付番号を発券する。
【００１２】
また、上述した目的を達成するために、この発明の管理端末は、顧客の来店時の店内が混雑しているか否かを判定する混雑判定手段と、顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定手段とを備えて構成される。
【００１３】
顧客の来店時の店内が混雑していない場合は、通常呼出処理を行い、顧客の来店時の店内が混雑している場合は、次回来店判定手段の判定の結果、顧客が受付処理の続行を選択したと判定されたときは、通常呼出処理を行い、次回来店を選択したと判定されたときは、優先設定処理を行う。
【００１４】
また、この発明の管理端末の他の実施形態によれば、顧客が優先顧客及び通常顧客のいずれであるかを判定する顧客判定手段と、顧客の来店時の店内が混雑しているか否かを判定する混雑判定手段と、顧客の来店日が閑散予測日であるか、混雑予測日であるかを判定する予測日判定手段と、顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定手段とを備えて構成される。
【００１５】
顧客が優先顧客であって顧客の来店日が閑散予測日である場合は、優先呼出処理を行う。また、顧客が優先顧客であって顧客の来店日が混雑予測日である場合、及び、顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑していない場合は、通常呼出処理を行う。また、顧客が優先顧客であって顧客の来店日が混雑予測日である場合、及び、顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑している場合は、次回来店判定手段の判定の結果、顧客が受付処理の続行を選択したと判定されたときは、通常呼出処理を行い、次回来店を選択したと判定されたときは、優先設定処理を行う。
【００１６】
また、上述した目的を達成するために、この発明の管理サーバは、顧客データベースと、優先設定手段とを備えて構成される。
【００１７】
顧客データベースは、各顧客が、通常顧客であるか優先顧客であるかを示すフラグを有している。優先設定手段は、顧客の来店時の店内が混雑している場合に、顧客により次回来店が選択されたときは、顧客データベースのフラグを書き換えて、顧客を優先設定する。
【００１８】
また、この発明の管理サーバの他の実施形態によれば、顧客データベースと、優先解除手段と、優先設定手段とを備えて構成される。
【００１９】
顧客データベースは、各顧客が、通常顧客であるか優先顧客であるかを示すフラグを有している。優先解除手段は、顧客が優先顧客であって当該顧客が優先呼出された場合は、顧客データベースのフラグを書き換えて、優先設定を解除する。優先設定手段は、顧客が通常顧客であって、顧客の来店時の店内が混雑している場合に、顧客により次回来店が選択されたときは、顧客データベースのフラグを書き換えて、顧客を優先設定する。
【００２０】
また、上述した目的を達成するために、この発明の受付端末、管理端末、番号呼出装置及び管理サーバを備える受付処理システムでは、受付端末が、受付番号を発券する印刷部と、顧客に対してメッセージを表示する表示部とを備え、管理端末が、顧客の来店時の店内が混雑しているか否かを判定する混雑判定手段と、顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定手段とを備えて構成される。管理サーバは、各顧客が、通常顧客であるか優先顧客であるかを示すフラグを有する顧客データベースと、顧客データベースのフラグを書き換えて、顧客を優先設定する優先設定手段とを備えて構成される。
【００２１】
顧客の来店時の店内が混雑していない場合は、管理端末は、受付端末及び番号呼出装置に通常呼出をする旨の指示を送り、指示を受けた受付端末では、印刷部が、通常呼出をする旨を示す受付番号を発券する。
【００２２】
顧客の来店時の店内が混雑している場合は、管理端末は、受付端末に、次回来店誘導を表示する指示を送り、指示を受けた受付端末では、表示部が顧客を閑散が予測される日に誘導するメッセージを表示する。次回来店判定手段の判定の結果、顧客が受付処理の続行を選択したと判定されたときは、管理端末は、受付端末及び番号呼出装置に通常呼出をする旨の指示を送り、指示を受けた受付端末では、印刷部が、通常呼出をする旨を示す受付番号を発券し、顧客が次回来店を選択したと判定されたときは、管理端末は、受付端末に優先設定をする旨の指示を送るとともに、管理サーバに優先設定する旨の指示を送る。指示を受けた受付端末では、印刷部が、顧客が優先設定された旨を示す発券を行う。また、管理サーバでは、優先顧客設定手段が、顧客を優先設定する。
【００２３】
また、この発明の受付処理システムの他の実施形態によれば、受付端末が、受付番号を発券する印刷部を備え、管理端末が、顧客が優先顧客及び通常顧客のいずれであるかを判定する顧客判定手段と、顧客の来店時の店内が混雑しているか否かを判定する混雑判定手段と、顧客の来店日が閑散予測日であるか、混雑予測日であるかを判定する予測日判定手段と、顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定手段とを備えて構成される。管理サーバは、各顧客が、通常顧客であるか優先顧客であるかを示すフラグを有する顧客データベースと、顧客が優先顧客であって当該顧客が優先呼出された場合は、顧客データベースのフラグを書き換えて、優先設定を解除する優先解除手段と、顧客が通常顧客であって、顧客の来店時の店内が混雑している場合に、顧客により次回来店が選択されたときは、顧客データベースのフラグを書き換えて、顧客を優先設定する優先設定手段とを備えて構成される。
【００２４】
顧客が優先顧客であって顧客の来店日が閑散予測日である場合は、管理端末は、受付端末及び番号呼出装置に優先呼出をする旨の指示を送るとともに、管理サーバに優先設定を解除する指示を送る。指示を受けた受付端末では、印刷部が、優先呼出をする旨を示す受付番号を発券する。指示を受けた管理サーバでは、優先解除手段が、顧客の優先設定を解除する。
【００２５】
また、顧客が優先顧客であって顧客の来店日が混雑予測日である場合、及び、顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑していない場合は、管理端末は、受付端末及び番号呼出装置に通常呼出をする旨の指示を送り、指示を受けた受付端末では、印刷部が、通常呼出をする旨を示す受付番号を発券する。また、顧客が優先顧客であって顧客の来店日が混雑予測日である場合、及び、顧客が通常顧客である場合のいずれかであって、来店時の店内が混雑している場合は、顧客が受付処理の続行を選択したと判定されたときは、管理端末は、受付端末及び番号呼出装置に通常呼出をする旨の指示を送り、指示を受けた受付端末では、印刷部が、通常呼出をする旨を示す受付番号を発券し、次回来店を選択したと判定されたときは、管理端末は、受付端末に優先設定をする旨の指示を送るとともに、管理サーバに優先設定する旨の指示を送る。指示を受けた受付端末では、印刷部が、顧客が優先設定された旨を示す発券を行う。指示を受けた管理サーバでは、優先顧客設定手段が、顧客を優先設定する。
【００２６】
また、上述した目的を達成するために、この発明の受付処理方法は、以下の過程を備えて構成される。
【００２７】
先ず、顧客の来店時の店内が混雑状態であるか否かを判定する。
【００２８】
混雑状態の判定の結果、店内が混雑していない場合は、通常呼出処理を行う。
【００２９】
混雑状態の判定の結果、店内が混雑している場合は、各日が混雑予測日か閑散予測日であるかを示す予測カレンダーを取得する予測カレンダー取得過程と、顧客を閑散予測日に誘導する表示を行う誘導表示指示過程と、顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定過程とを行う。
【００３０】
次回来店判定過程での判定の結果、顧客が次回来店を選択したと判定される場合は、当該顧客を優先顧客として設定する。また、次回来店判定過程での判定の結果、顧客が受付処理続行を選択したと判定される場合には、通常呼出処理を行う。
【００３１】
また、この発明の受付処理方法の他の実施形態は、以下の過程を備えて構成される。
【００３２】
先ず、来店した顧客の顧客情報を取得する顧客情報取得過程と、顧客情報に基づいて、顧客が優先顧客及び通常顧客のいずれであるかを判定する顧客判定過程とが行われる。
【００３３】
顧客判定過程での判定の結果、顧客が優先顧客の場合に優先顧客過程が行われ、顧客判定過程での判定の結果、顧客が通常顧客の場合に通常顧客過程が行われる。
【００３４】
優先顧客過程は、各日が混雑予測日か閑散予測日であるかを示す予測カレンダーを取得する予測カレンダー取得過程と、顧客の来店日が閑散予測日であるか否かを判定する予測日判定過程とを備えている。
【００３５】
予測日判定過程での判定の結果、顧客の来店日が閑散予測日であるときには、顧客を優先的に呼び出す優先呼出処理を行う。予測日判定過程での判定の結果、顧客の来店日が混雑予測日であるときには、通常顧客過程を行う。
【００３６】
通常顧客過程では、先ず、顧客の来店時の店内が混雑状態であるか否かを判定する。混雑状態の判定の結果、店内が混雑していない場合は、通常呼出処理を行う。また、混雑状態の判定の結果、店内が混雑している場合は、予測カレンダー取得過程と、顧客を閑散予測日に誘導する表示を行う誘導表示指示過程と、顧客が受付処理続行及び次回来店のいずれを選択したかを判定する次回来店判定過程とを行う。
【００３７】
次回来店判定過程での判定の結果、顧客が次回来店を選択したと判定される場合は、当該顧客を優先顧客として設定する。一方、次回来店判定過程での判定の結果、顧客が受付処理続行を選択したと判定される場合には、前記通常呼出処理を行う。
【発明の効果】
【００３８】
この発明の受付端末、管理端末、管理サーバ、受付処理システム及び受付処理方法によれば、混雑日に来店した顧客に対して、閑散が予測される日への来店を誘導するので、混雑緩和及び混雑状況の平滑化がなされる。
【図面の簡単な説明】
【００３９】
【図１】受付処理システムの一構成例を示す概略構成図である。
【図２】混雑判定の方法を説明するための模式図である。
【図３】管理端末での処理の概略を示すフローチャートである。
【図４】受付処理システム全体での処理の概略を示すタイミングチャート（１）である。
【図５】受付処理システム全体での処理の概略を示すタイミングチャート（２）である。
【図６】誘導画面の例を示す図である。
【発明を実施するための形態】
【００４０】
以下、図を参照して、この発明の実施の形態について説明するが、この図は、この発明が理解できる程度に概略的に示したものに過ぎない。また、以下、この発明の好適な構成例につき説明するが、単なる好適例にすぎない。従って、この発明は以下の実施の形態に限定されるものではなく、この発明の構成の範囲を逸脱せずにこの発明の効果を達成できる多くの変更又は変形を行うことができる。
【００４１】
（受付処理システム）
図１を参照して、この発明の受付処理システムについて説明する。図１は、この発明の受付処理システムの一構成例を示す概略構成図である。この発明の受付処理システムは、混雑日に来店した顧客が日をあらためて閑散が予測される日に来店する場合に優先呼出をすることで、閑散が予測される日への来店を誘導するのに用いられる。
【００４２】
銀行などの金融機関で用いられる受付処理システム１０は、受付端末２０−１〜ｎ、管理端末３０、番号呼出装置４０、顧客情報管理サーバ５０及び混雑照会サーバ６０を備えて構成される。ここで、受付端末２０−１〜ｎ、管理端末３０及び番号呼出装置４０は、各店舗に設置される機器である。また、顧客情報管理サーバ５０及び混雑照会サーバ６０は、金融機関のセンタに設置される機器である。
【００４３】
混雑照会サーバ６０は、全店舗の混雑状態を管理していて、この混雑状態を適宜、編集又は加工する機能や、インターネットを介して提供する機能を有している。また、各支店のそれぞれについて、各日が店内の混雑が予測される日（混雑予測日）と閑散が予測される日（閑散予測日）のいずれであるかを示す、混雑予測カレンダーを記憶している。混雑照会サーバ６０は、各店舗に設けられている管理端末３０から、カレンダー要求を受信すると、その管理端末３０に対して混雑予測カレンダーを送信する。
【００４４】
顧客情報管理サーバ（単に、管理サーバと称することもある。）５０は、顧客データベース（顧客ＤＢ）５５を有している。管理サーバ５０は、制御部５１、記憶部５２及び送受信部５７を備えて構成される。
【００４５】
制御部５１は、例えば、中央演算処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）で構成され、所定のプログラムを実行することで、記憶部５２及び送受信部５７を制御する。記憶部５２は、例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）やＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などで構成され、制御部５１が実行するプログラムが格納されると共に、制御部５１での処理結果などが記録される。送受信部５７は、管理端末３０との間で、信号の送受信を行う。
【００４６】
また、制御部５１は、所定のプログラムを実行することで、顧客情報読出手段５１１、優先設定手段５１２及び優先解除手段５１３の各機能手段を実現する。
【００４７】
顧客情報読出手段５１１は、各店舗に設けられている管理端末３０から、来店した顧客の口座情報を受け取ると、顧客ＤＢ５５にアクセスして顧客情報を読み出す。管理サーバ５０の送受信部５７は、読み出した顧客情報を口座情報の送り元の管理端末３０に送信する。この顧客情報には、氏名、口座番号などと共に、優先設定の有無を示すフラグ（以下、優先設定フラグと称する。）が含まれている。優先設定フラグは、顧客が優先顧客である場合（ＯＮ）となっており、通常顧客である場合（ＯＦＦ）となっている。
【００４８】
ここでは、優先設定がなされている顧客を優先顧客と称する。優先顧客は、閑散予測日に来店すると優先呼出される。また、優先設定がなされていない顧客を通常顧客と称する。混雑時に来店した顧客が、次回来店を選択した場合に、優先設定手段５１２は、当該顧客についての優先フラグを書き換えて優先設定する。また、優先顧客に対して優先呼出を行うと、優先解除手段５１３は、当該顧客についての優先フラグを書き換えて優先設定を解除する。この優先設定及び解除は、管理端末３０からの指示で行われる。
【００４９】
番号呼出装置４０は、一般に用いられているものと同様に構成され、受付番号の順に顧客に対する呼び出しを行う。
【００５０】
番号呼出装置４０は、管理端末３０から受信した呼出指示に応答して、各顧客に対して受付番号を設定する。この呼出指示には、優先呼出をする旨の優先呼出指示と通常の呼出を行う旨の通常呼出指示とがあり、来店目的等の情報が含まれている。
【００５１】
当該顧客に対して、通常呼出をする場合は、一般に用いられるものと同様に行えば良く、受付順に新たな受付番号を設定すればよい。一方、優先呼出をする場合は、通常呼出と同様に受付番号を設定しても良いし、優先顧客に対して付与される受付番号を５００番台の数字とし、通常の顧客、すなわち優先顧客ではない顧客に対して付与される受付番号を１００番台の数字とするなど、異なる番号としても良い。
【００５２】
設定された受付番号は、管理端末３０に送られる。
【００５３】
番号呼出装置４０は、優先顧客に対して与えられた受付番号を、優先的に、すなわち通常顧客の受付番号より先に呼び出す。なお、番号呼出装置４０を、オペレータの操作などにより、優先顧客に対する受付番号を指定して、優先顧客を呼び出す構成にしてもよい。
【００５４】
ここで、番号呼出装置４０を、通常顧客又は優先顧客に対して呼び出しを行った場合は、その呼び出しを行った受付番号を管理端末３０に通知する構成にしても良い。
【００５５】
受付端末２０−１〜ｎは、各店舗に設置されていて、来店した顧客が操作する端末である。なお、ここでは、複数台の受付端末２０−１〜ｎが店舗内に設置されている例を示しているが、受付端末２０−１〜ｎの設置台数は、店舗の規模に応じて定めれば良く、１台でも良い。
【００５６】
受付端末２０は、制御部２１、記憶部２２、表示部２３、入力部２４、読取部２５、印刷部２６及び送受信部２７を備えて構成される。
【００５７】
制御部２１は、例えば、ＣＰＵで構成される。制御部２１が所定のプログラムを実行させることで、記憶部２２、表示部２３、入力部２４、読取部２５、印刷部２６及び送受信部２７を制御する。
【００５８】
記憶部２２は、例えば、ＲＡＭやＲＯＭなどで構成され、制御部２１が実行するプログラムが格納されると共に、制御部２１での処理結果などが記録される。
【００５９】
表示部２３は、例えば液晶ディスプレイ（ＬＣＤ）などで構成され、顧客に対するメッセージを表示する。このメッセージは、管理端末３０から送られてもよい。また、記憶部２２にメッセージが格納されていて、表示部２３が、記憶部２２から読み出されたメッセージを表示する構成にしてもよい。
【００６０】
入力部２４は、表示部２３が有する表示画面上に設けられたタッチパネルや、キーボードなどで構成され、顧客により入力操作がなされる。顧客は、入力部２４を介して、来店目的を入力する。また、来店時の店内が混雑している場合には、顧客は、そのまま受付処理を続行するか、次回来店するかの来店選択を、入力部２４を介して行う。
【００６１】
読取部２５は、例えば、挿入された通帳やカードの磁気ストライプに対して磁気データ（ストライプ情報）を読み取る読取装置で構成される。ストライプ情報（口座情報とも称する。）には、金融機関コードや支店コード、口座番号などが含まれる。来店した顧客は、この読取部２５に通帳又はカードを挿入する。
【００６２】
印刷部２６は、例えば、受付番号を発券するレシートプリンタで構成される。印刷部２６は、来店した顧客が優先顧客であり、来店日が閑散予測日である場合は、優先呼出をする旨を示す受付番号を発券する。また、来店した顧客が優先顧客であって来店日が混雑予測日である場合、及び、来店した顧客が通常顧客である場合のいずれかであって、来店時に店内が混雑していない場合は、通常呼出をする旨を示す受付番号を発券する。
【００６３】
来店した顧客が優先顧客であって来店日が混雑予測日である場合、及び、顧客が通常顧客である場合のいずれかであって、来店時に店内が混雑している場合は、印刷部２６は、通常呼出をする旨を示す受付番号の発券と、当該顧客が優先設定された旨を示す発券のいずれかを行う。すなわち、印刷部２６は、顧客により次回来店が選択されたときは、顧客が優先設定された旨を示す発券を行い、顧客により受付処理の続行が選択されたときは、通常呼出をする旨を示す受付番号を発券する。
【００６４】
送受信部２７は、読取部２５が読み取った口座情報、及び、入力部２４を介して入力された来店目的を含む受付情報を管理端末３０に送るとともに、管理端末３０から表示や印刷などの出力指示を受ける。
【００６５】
管理端末３０は、受付端末２０、番号呼出装置４０、顧客情報管理サーバ５０及び混雑照会サーバ６０と送受信を行い、来店した顧客に対する受付処理の管理を行う。この管理端末３０は、制御部３１、記憶部３２及び送受信部３７を備えて構成される。
【００６６】
制御部３１は、例えば、ＣＰＵで構成され、所定のプログラムを実行することで、記憶部３２及び送受信部３７を制御する。記憶部３２は、例えば、ＲＡＭやＲＯＭなどで構成され、制御部３１が実行するプログラムが格納されると共に、制御部３１での処理結果などが記録される。取引窓口での処理が行われていない受付番号も、記憶部３２に格納されている。
【００６７】
送受信部３７は、受付端末２０−１〜ｎから受付情報などを受信する機能、受付端末２０−１〜ｎに、メッセージの表示や受付番号の発券などの顧客に対する出力を指示する機能、及び、番号呼出装置４０との間で、受付番号等を送受信する機能を有している。また、送受信部３７は、行内ネットワーク網を介して、顧客情報管理サーバ５０や混雑照会サーバ６０との間で、信号の送受信を行う。
【００６８】
また、制御部３１が所定のプログラムを実行することで、顧客判定手段３１１、混雑判定手段３１２、呼出指示手段３１３、次回来店判定手段３１４及び予測日判定手段３１５の各機能手段を実現する。
【００６９】
顧客判定手段３１１は、顧客情報管理サーバ５０から受け取った、顧客情報に含まれる優先設定フラグに基づいて、来店した顧客が優先顧客であるか通常顧客であるかを判定する。
【００７０】
混雑判定手段３１２は、取引窓口ごとの、待ち人数を管理し、待ち人数や、待ち人数に基づいて算出される予想待ち時間等を、予め設定した混雑基準値と比較して、店内が混雑しているか否かの混雑判定を行う。混雑基準値は、店舗の規模や営業戦略等に応じて店舗ごと及び来店目的ごとに予め定められている。
【００７１】
混雑判定手段３１２は、番号呼出装置４０から呼び出しを行った受付番号を受信すると、その番号を記憶部３２から削除する。混雑判定手段３１２は、記憶部３２に格納されている受付番号の個数によって、待ち人数を管理することができる。
【００７２】
図２を参照して、混雑判定手段３１２が行う、混雑判定の例について説明する。図２（Ａ）及び図２（Ｂ）は、混雑判定の方法を説明するための模式図である。図２（Ａ）は、１つの混雑基準値を用いて判定する例を示している。一方、図２（Ｂ）は、混雑下限値と、混雑上限値の２つの混雑基準値を用いる例を示している。
【００７３】
図２（Ａ）に示すような、１つの混雑基準値を用いて判定する構成では、混雑状況を示す指数が、混雑基準値を超えている場合は、店内が混雑していると判定され、混雑基準値以下である場合は、店内が混雑していないと判定される。この構成では、混雑しているか否かの変化が頻繁に発生する恐れがある。例えば図２（Ａ）に示すように、顧客Ｉ、ＩＩ、ＩＩＩが順に来店すると、顧客ＩＩが来店したときは混雑と判定され、顧客ＩＩの直前に来店した顧客Ｉや、顧客ＩＩの直後に来店した顧客ＩＩＩに対しては、混雑していないと判定されるなど、運用上好ましくない。
【００７４】
そこで、図２（Ｂ）に示すように、混雑下限値と、混雑上限値の２つの混雑基準値を用いるのが良い。この場合、混雑状況を示す指数が混雑上限値を超えてから、混雑下限値を下回るまでの間は、混雑していると判定され、混雑下限値を下回ってから、混雑上限値を超えるまでの間は、混雑していないと判定される。例えば、図２（Ａ）と同様に顧客Ｉ、ＩＩ、ＩＩＩが来店すると、顧客Ｉが来店したときは混雑していないと判定され、顧客ＩＩと、顧客ＩＩの直後に来店した顧客ＩＩＩに対しては、混雑していると判定される。
【００７５】
これら混雑基準値は、例えば、記憶部３２に読出し及び書換え可能に格納されているのが良い。
【００７６】
呼出指示手段３１３は、番号呼出装置４０に対する呼出指示を生成する。顧客に対して、通常呼出をする場合は、呼出指示手段３１３は、呼出指示として通常呼出指示を生成して、送受信部３７を経て番号呼出装置４０に送る。一方、優先呼出をする場合は、呼出指示手段３１３は、呼出指示として優先呼出指示を生成して、送受信部３７を経て番号呼出装置４０に送る。
【００７７】
呼出指示手段３１３は、番号呼出装置４０で設定された受付番号を受け取ると、当該受付番号を受付端末２０に通知するとともに、記憶部３２に格納する。
【００７８】
次回来店判定手段３１４は、受付端末２０でされた来店選択の結果を示す選択情報により、当該顧客に対して、優先設定をするか、通常呼出をするかの判定を行う。
【００７９】
予測日判定手段３１５は、混雑予測カレンダーを用いて、顧客の来店日が閑散予測日であるか、混雑予測日であるかを判定する。
【００８０】
（受付処理方法）
図３〜５を参照して受付処理方法について説明する。図３は、管理端末での処理の概略を示すフローチャートである。図４及び図５は、受付処理システム全体での処理の概略を示すタイミングチャートである。図４は、主として、通常顧客が来店した場合の処理を示している。また、図５は、主として、優先顧客が来店した場合の処理を示している。
【００８１】
来店した顧客は、先ず、受付端末２０で、タッチパネル又はキーボードなどの入力部２４を介して来店目的を入力するとともに、通帳又はカードを読取部２５としての読取装置に挿入する。読取装置は、通帳又はカードから口座情報を読み取る。受付端末２０の送受信部２７は、来店目的及び口座情報を、受付情報として管理端末３０に送る（Ｓ１１０）。
【００８２】
管理端末３０は、受付端末２０から、受付情報を取得する（Ｓ２１０）。
【００８３】
次に、管理端末３０は、顧客情報を取得する（Ｓ２２０）。この顧客情報取得過程（Ｓ２２０）では、管理端末３０は、受信した受付情報のうち、口座情報を管理サーバ５０に送る。管理サーバ５０の顧客情報読出手段５１１は、口座情報の受信に応答して、顧客ＤＢ５５にアクセスして、口座情報が示す顧客についての顧客情報を読み出す。管理サーバ５０の送受信部５７は、この読み出した顧客情報を、管理端末３０に送る。
【００８４】
次に、管理端末３０の顧客判定手段３１１が、来店した顧客が優先顧客であるか、通常顧客であるかを判定する（Ｓ２３０）。この顧客判定過程（Ｓ２３０）は、顧客情報に含まれている優先フラグがＯＮであるかＯＦＦであるかにより行われる。判定の結果、来店した顧客が優先顧客である場合（Ｙ）は、優先顧客過程（Ｓ２４０）を行う。一方、来店した顧客が通常顧客である場合（Ｎ）は、通常顧客過程（Ｓ２５０）を行う。
【００８５】
通常顧客過程Ｓ２５０では、さらに、以下の過程が行われる。
【００８６】
先ず、店内の混雑状況の判定が行われる（Ｓ２５１）。この判定は、管理端末３０の混雑判定手段３１２で行われる。
【００８７】
店内の混雑状況の判定（Ｓ２５１）の結果、混雑していない（Ｎ）と判定された場合は、通常呼出処理（Ｓ２５２）が行われる。この場合、管理端末３０の呼出指示手段３１３は、送受信部３７を経て、番号呼出装置４０に通常呼出指示を送る。通常呼出指示を受けた番号呼出装置４０は、顧客に通常顧客としての受付番号を割り当てる。番号呼出装置４０は、来店した顧客に割り当てられた受付番号を管理端末３０に通知し、管理端末３０は、受付端末２０に対して受付番号を通知して、出力指示をする。この出力指示を受けた受付端末２０では、印刷部２６が、受付番号を記載したレシートを発券する。また、番号呼出装置４０は、受付番号順に顧客の呼出を行う。
【００８８】
一方、店内の混雑状況の判定の結果、混雑している（Ｙ）と判定された場合は、予測カレンダー取得過程（Ｓ２５３）が行われる。この過程では、管理端末３０の送受信部３７が混雑照会サーバ６０に対して混雑予測カレンダー要求を行う。混雑予測カレンダー要求を受けた混雑照会サーバ６０は、混雑予測カレンダーを管理端末３０に送信する。
【００８９】
管理端末３０の送受信部３７は、混雑予測カレンダーを受信すると、誘導表示指示過程（Ｓ２５４）において、次回来店を誘導する次回来店表示指示を受付端末２０に対して送る。指示を受けた受付端末２０は、表示部２３に誘導画面を表示して、次回来店選択処理を行う（Ｓ１２０）。
【００９０】
誘導画面の例を図６に示す。誘導画面８０には、次回来店を誘導する文言８１、混雑予測カレンダー８２及び選択ボタン８３が含まれる。次回来店を誘導する文言８１として、現在の待ち時間と、閑散予測日に来店することで優先的に来店した顧客の呼出が行われることが表示されている。混雑予測カレンダー８２では、例えば「○」印により、閑散予測日が示されている。
【００９１】
受付操作を行っている顧客は、「このまま待つ」（受付処理続行）か、「別の日に来店」（次回来店）かを選択して、いずれかの選択ボタンを押す。受付端末２０の送受信部２７は、入力部２４を経て入力された、「このまま待つ」と「別の日に来店する」のいずれが選択されたかを示す選択情報を管理端末３０に送る。
【００９２】
次に、次回来店判定過程（Ｓ２５５）において、管理端末３０の次回来店判定手段３１４は、受付端末２０から受け取った選択情報に基づいて、顧客が次回来店を選択したか否かを判定する。
【００９３】
次回来店の判定（Ｓ２５５）で、顧客が次回来店を選択した場合（Ｙ）は、続いて優先設定処理（Ｓ２５６）を行う。一方、顧客がこのまま待つことを選択した場合は、上述した通常呼出処理（Ｓ２５２）を行う。
【００９４】
優先設定処理（Ｓ２５６）では、管理端末３０の送受信手段３７が受付端末２０に、優先設定をした旨の出力指示を送る。この出力指示を受けた受付端末２０では、印刷部２６が、優先設定をした旨の記載をしたレシートを発券する。なお、レシートには、混雑予測カレンダーを合わせて記載しても良い。
【００９５】
また、優先設定処理（Ｓ２５６）では、管理端末３０の送受信手段３７は、管理サーバ５０に対して、当該顧客に対して優先設定を行うよう指示する。この指示を受けた管理サーバ５０の優先設定手段５１２は、優先設定フラグをＯＮにして顧客ＤＢ５５を更新する。
【００９６】
続いて、優先顧客過程（Ｓ２４０）について説明する。優先顧客過程（Ｓ２４０）では、さらに、以下の過程が行われる。
【００９７】
先ず、予測カレンダー取得過程（Ｓ２４１）において、管理端末３０の送受信部３７が混雑照会サーバ６０に対して混雑予測カレンダー要求を行う。混雑予測カレンダー要求を受けた混雑照会サーバ６０は、混雑予測カレンダーを管理端末３０に送信する。
【００９８】
次に、予測日判定過程（Ｓ２４２）において、管理端末３０の予測日判定手段３１５は、混雑予測カレンダーを用いて、顧客の来店日が閑散予測日であるか否かを判定する。
【００９９】
予測日の判定（Ｓ２４２）の結果、閑散予測日である場合（Ｙ）は、優先呼出処理（Ｓ２４３）を行う。この場合、管理端末３０の呼出指示手段３１３は、送受信部３７を経て、番号呼出装置４０に優先呼出指示を送る。優先呼出指示を受けた番号呼出装置４０は、顧客に優先顧客としての受付番号を割り当てる。番号呼出装置４０は、来店した顧客に割り当てられた受付番号を管理端末３０に通知し、管理端末３０は、受付端末２０に対して受付番号を通知して、出力指示をする。この出力指示を受けた受付端末２０では、印刷部２６が、優先呼出をする旨を示す、受付番号を記載したレシートを発券する。また、番号呼出装置４０は、優先顧客に割り当てられた受付番号を優先的に呼び出す。
【０１００】
また、管理端末３０の送受信部３７は、管理サーバ５０に対して、当該顧客に対して優先設定を解除するよう指示する。この指示を受けた管理サーバ５０では、優先解除手段５１３が、優先設定フラグをＯＦＦにして顧客ＤＢ５５を更新する。
【０１０１】
一方、顧客の来店日が閑散予測日であるか否かの判定（Ｓ２４２）の結果、混雑予測日である場合（Ｎ）は、優先呼出処理を行わずに、通常顧客過程（Ｓ２５０）を行う。
【０１０２】
ここで、店内の混雑状況の判定が行われる（Ｓ２５１）が、この混雑状況の判定の結果、混雑していないと判定された場合は、通常呼出処理（Ｓ２５２）が行われる。一方、店内の混雑状況の判定の結果、混雑していると判定された場合は、予測カレンダー取得過程（Ｓ２５３）が行われた後、誘導表示指示過程（Ｓ２５４）において、誘導表示指示を受付端末２０に対して送る。
【０１０３】
このとき、受付端末２０の表示部２３が、優先呼出できない旨のメッセージを表示する構成にしてもよい。例えば、表示部２３が、図６を参照して説明した誘導画面を表示する前に、「本日は、混雑予測日のため、優先呼出はできません。」と表示する構成にしてもよいし、誘導画面の次回来店を誘導する文言８１に、その旨の表示を行う構成にしてもよい。
【０１０４】
なお、優先顧客には、優先設定される際に混雑予測日が通知されている。従って、優先顧客が混雑予測日であることを認識した上で来店したものと考えることもできるので、混雑予測日のため、優先呼出はできない旨の表示を行わずに、通常顧客過程と同じ処理を行ってもよい。
【０１０５】
上述した各実施形態では、優先呼出や通常呼出を行う際に、受付端末は、受付番号の発券を行う例について説明したが、この例に限定されない。発券とディスプレイ表示とを併用させても良いし、必要に応じてディスプレイ表示のみで行っても良い。
【０１０６】
以上説明したように、この発明の受付端末、管理端末、受付処理システム及び受付処理方法によれば、混雑日に来店した顧客に対して、混雑している旨の通知を行って、受付処理を続行するか、次回来店するかを選択させるので、受付番号の発券後に、長い待ち時間になると判断した顧客は、窓口での取引を行わずに退店してしまうことを防ぐことができる。
【０１０７】
また、閑散が予測される日に来店することで、優先的に呼び出されることを顧客に通知することで、閑散が予測される日への来店が誘導され、その結果、混雑緩和及び混雑状況の平滑化がなされる。
【符号の説明】
【０１０８】
１０    受付処理システム
２０    受付端末
２１、３１、５１    制御部
２２、３２、５２    記憶部
２３    表示部
２４    入力部
２５    読取部
２６    印刷部
２７、３７、５７    送受信部    
３０    管理端末    
４０    番号呼出装置    
５０    顧客情報管理サーバ（管理サーバ）
５５    顧客データベース（顧客ＤＢ）
６０    混雑照会サーバ
３１１    顧客判定手段
３１２    混雑判定手段
３１３    呼出指示手段
３１４    次回来店判定手段
３１５    予測日判定手段
５１１    顧客情報読出手段
５１２    優先設定手段
５１３    優先解除手段
【図１】
2010186297.tif 000003
【図２】
2010186297.tif 000004
【図３】
2010186297.tif 000005
【図４】
2010186297.tif 000006
【図５】
2010186297.tif 000007
【図６】
2010186297.tif 000008