JPWO2023053190A5

JPWO2023053190A5 -

Info

Publication number: JPWO2023053190A5
Application number: JP2023550778A
Authority: JP
Filing date: 2021-09-28
Publication date: 2024-04-26

Description

本発明は、受付処理システム、受付処理方法及びプログラムに関する。

従来、さまざまな混雑を解消する技術が開発されている。例えば、特許文献１には、ＡＴＭを用いた自動取引システムの通信回線のデータ転送速度の遅さを示す混雑度を検出し、混雑度に応じてＡＴＭの所定の取引を停止する自動取引システムが開示されている。

日本国特開2013-242647号明細書

特許文献１に開示された自動取引システムにおいては、混雑時に各ＡＴＭにおいて所定の取引を停止することでＡＴＭ全体としての混雑は解消されるが、ＡＴＭの利用者にしてみれば、所定の取引を停止させられてしまうため、混雑は解消されても必ずしも利用者の満足は得られないという問題がある。

本発明の一態様は、上記の問題に鑑みてなされたものであり、受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うための技術を提供することを目的とする。

（削除）

本発明の一側面に係る受付処理システムは、１又は複数の受付端末と、前記１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段と、前記処理件数情報を参照して、実行すべき施策を決定する決定手段と、前記決定手段が決定した施策を実行するか、又は、前記決定手段が決定した施策を示す施策情報を出力する制御手段と、を備える。

本発明の一側面に係る受付処理方法は、少なくとも１つのプロセッサが、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得すること、前記処理件数情報を参照して、実行すべき施策を決定すること、決定された前記施策を実行するか、又は、決定された施策を示す施策情報を出力すること、を含む。

本発明の一側面に係るプログラムは、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得処理と、前記処理件数情報を参照して、実行すべき施策を決定する決定処理と、決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力する処理と、コンピュータに実行させる。

本発明の一態様によれば、受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うための技術を提供することができる。

本発明の例示的実施形態１に係る受付処理装置の構成を示すブロック図である。例示的実施形態１に係る受付処理方法の流れを示すフローチャートである。例示的実施形態１に係る受付処理システムの構成を示すブロック図である。本発明の例示的実施形態２に係る受付処理システムの構成を示すブロック図である。例示的実施形態２に係る混雑を解消する施策の例を示す施策表である。例示的実施形態２に係る混雑を解消する施策を決定する決定方法の流れを示すフローチャートの一例である。例示的実施形態２に係る時間ｔあたりの受付処理件数の変化を模式的に表したグラフである。例示的実施形態３に係る受付処理システムの構成を示すブロック図である。例示的実施形態３に係るサイネージに表示される混雑情報を示す一例である。例示的実施形態４に係る受付処理システムの構成を示すブロック図である。例示的実施形態４に係る受付処理を適切に実行するための施策表の一例である。例示的実施形態４に係る受付適正化方法の流れを示すフローチャートの一例である。例示的実施形態４に係る連絡端末に送信され表示される施策（連絡事項）の表示例である。例示的実施形態５に係る受付処理システムの構成を示すブロック図である。例示的実施形態５に係る来場者端末に表示される混雑情報の一例である。例示的実施形態５に係る受付処理システムと来場者とが対話することにより、混雑を解消する方法を示す来場者端末の表示例である。ソフトウェアによって情報処理装置及び情報処理システムを実現するための構成図である。

〔例示的実施形態１〕
本発明の第１の例示的実施形態について、図面を参照して詳細に説明する。本例示的実施形態は、後述する例示的実施形態の基本となる形態である。

本例示的実施形態に係る受付処理装置１は、一例として、来場者の待ち時間をできるだけ少なくできるように、受付端末を介した受付処理のアシストを行うよう構成される。これにより、できるだけ多くの来場者が満足できるような受付処理を実現する。受付処理とは、受付端末により行われる、来場者の入場の許可又は拒否を判断する所定の処理である。

例えば、来場者が混雑した受付端末で待たされそうな場合は、受付処理装置１は、すいている受付端末、換言すれば混雑度が相対的に小さい受付端末に誘導する施策により、来場者の待ち時間を短くすることができる。

なお、本例示的実施形態でいう来場者とは、コンサート等のイベント会場、アミューズメントパーク、各種の展覧会の会場、集団接種や各種説明会などの多数の人を対象に業務を行う特設会場等において、入場するために必要な受付手続に来る人を指す。

（受付処理装置１の構成）
本例示的実施形態に係る受付処理装置１の構成について、図１を参照して説明する。図１は、受付処理装置１の構成を示すブロック図である。

図１に示すように、受付処理装置１は、取得部１１、決定部１２及び制御部１３を備えている。取得部１１、決定部１２及び制御部１３は、それぞれ請求の範囲に記載した取得手段、決定手段及び制御手段の一形態である。

取得部１１は、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する。単位時間とは、例えば１０分、３０分、又は１時間等であり、受付処理に要する時間等に応じて任意に定めることができる。受付端末は、来場者が入場するために必要な手続きを受け付ける装置である。なお、以下の例示的実施形態では、受付端末自体を指す場合を除き、受付端末が設置された受付場所又は入場口を、単に「受付」又は「入場口」とも称する。処理件数は、受付処理を完了した人数と言い換えることができる。

決定部１２は、処理件数情報を参照して、実行すべき施策を決定する。一例として、決定部１２は、処理件数情報からある受付が混んでいると判定した場合は、予め設定された施策の中から、当該ある受付における混雑を解消するために適切な施策を決定する。混雑を解消するための施策とは、例えば、すいている受付を来場者に知らせる、混雑している受付端末がすくと予想される時刻を来場者に知らせる等である。

制御部１３は、決定部１２が決定した施策を実行するか、又は、決定部１２が決定した施策を示す施策情報を出力する。一例として、決定部１２が、混雑を解消するためにすいている受付を表示する決定をした場合は、制御部１３は、この施策を実行する。具体的には、制御部１３は、例えば、混んでいる受付付近に設置されたサイネージに、すいている受付の番号（あるいは、すいている受付の入場口番号）を送信して表示させる処理を実行する。

また、サイネージが配置されていない構成において、決定部１２が、混雑を解消するためにすいている受付を係員に連絡すると決定した場合は、制御部１３は、決定部１２が決定した施策を示す施策情報を出力する。具体的には、制御部１３は、例えば、係員の連絡端末に送信してすいている受付の番号を表示させ、来場者をその受付に誘導することを係員に推奨する。これを見た係員は自ら、来場者をすいている受付へ向かうよう誘導することができる。又は、係員は、受付補助者に対して来場者をすいている受付へ誘導するように指示することができる。これにより、混んでいる受付の混雑度が低減される。これにより、来場者の満足度を高めることができる。

以上のように、本例示的実施形態に係る受付処理装置１においては、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得部１１と、処理件数情報を参照して、実行すべき施策を決定する決定部１２と、決定部１２が決定した施策を実行するか、又は、決定部１２が決定した施策を示す施策情報を出力する制御部１３と、を備える構成が採用されている。このため、本例示的実施形態に係る受付処理装置１によれば、受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うための技術を提供することができる、という効果が得られる。

（受付処理方法の流れ）
次に、本例示的実施形態に係る受付処理方法Ｓ１の流れについて、図２を参照して説明する。図２は、受付処理装置１が実行する受付処理方法Ｓ１の流れを示すフロー図である。

図２に示すように、受付処理方法Ｓ１は次のステップを含む。まず、ステップＳ１１において、取得部１１は、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する。ステップＳ１２において、決定部１２は、処理件数情報を参照して、実行すべき施策を決定する。ステップＳ１３において、制御部１３は、決定された施策を実行するか、又は、決定された施策を示す施策情報を出力する。

以上のように、本例示的実施形態に係る受付処理方法Ｓ１においては、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得し、処理件数情報を参照して、実行すべき施策を決定し、決定された施策を実行するか、又は、決定された施策を示す施策情報を出力する、という構成が採用されている。このため、本例示的実施形態に係る受付処理方法Ｓ１によれば、受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うための技術を提供することができる、という効果が得られる。

（受付処理システムの構成）
次に、本例示的実施形態に係る受付処理システム３について、図３を参照して説明する。図３は、受付処理システム３の構成を示すブロック図である。

図３に示すように、受付処理システム３は、１又は複数の受付端末２１、取得部３１、決定部３２及び制御部３３を備えている。受付端末２１は、来場者が入場するために必要な手続きを受け付ける装置である。図３においては、ｎ（ｎは１以上の整数）台の受付端末２１ａ、２１ｂ…、２１ｎを示しているが、以下の説明において個々の受付端末を区別する必要のない場合は、受付端末全体として符号２１を付して説明する。また、ある１つの受付端末を示す場合は、受付端末２１ｉと表記する。受付端末２１以外においても、複数の構成要素がある場合は、同様の表記を行う。

取得部３１、決定部３２及び制御部３３は、それぞれ請求の範囲に記載した取得手段、決定手段及び制御手段の一形態である。

受付端末２１、取得部３１、決定部３２及び制御部３３は、ネットワークＮを介して互いに情報通信可能に接続されている。これらの各部は、１つのサーバ又は装置に設けられていてもよく、複数のサーバ又は装置に分散して設けられていてもよい。

取得部３１は、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する。決定部３２は、処理件数情報を参照して、実行すべき施策を決定する。制御部３３は、決定部３２が決定した施策を実行するか、又は、決定部３２が決定した施策を示す施策情報を出力する。取得部３１、決定部３２及び制御部３３の各部が有する機能については、受付処理装置１の各部の説明で説明した機能と同じであるため、ここでの説明は省略する。

以上のように、本例示的実施形態に係る受付処理システム３においては、１又は複数の受付端末と、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段と、処理件数情報を参照して、実行すべき施策を決定する決定手段と、決定手段が決定した施策を実行するか、又は、決定手段が決定した施策を示す施策情報を出力する制御手段と、を備える、という構成が採用されている。このため、本例示的実施形態に係る受付処理システム３によれば、受付処理装置１により得られる効果と同様の効果が得られる。

〔例示的実施形態２〕
本発明の第２の例示的実施形態について、図面を参照して詳細に説明する。なお、例示的実施形態１にて説明した構成要素と同じ機能を有する構成要素については、同じ符号を付し、その説明を適宜省略する。

（受付処理システム３Ａの構成）
図４は、本例示的実施形態に係る受付処理システム３Ａの構成を示すブロック図である。図４に示すように、受付処理システム３Ａは、受付処理装置１Ａと複数の受付端末２１とを含む。

受付処理装置１Ａは、取得部１１、決定部１２及び制御部１３を含むプロセッサ１０と、メモリ１４と、通信部１５とを備えている。取得部１１、決定部１２及び制御部１３は、実施形態１で説明した取得部１１、決定部１２及び制御部１３と同様の構成を有する。受付処理装置１Ａは、インターネットＮを介して、複数の受付端末２１と情報通信可能に接続されている。

受付処理装置１Ａのメモリ１４は、プロセッサ１０が実行する各種プログラムを記憶している。また、メモリ１４は、取得部１１が取得した、例えば、単位時間あたりの処理件数を示す処理件数情報を記憶する。また、メモリ１４は、後述するように、混雑を解消する施策表を記憶している。

受付処理装置１Ａの通信部１５は、インターネットＮに接続し、受付端末２１との通信を行う。プロセッサ１０の取得部１１は、受付端末２１から、単位時間あたりの処理件数を示す処理件数情報をインターネットＮを介して取得する。決定部１２は、取得した処理件数情報を参照して、１又は複数の受付端末の少なくとも何れかにおける混雑を解消するために実行すべき施策を施策表の中から選択して決定する。制御部１３は、決定された施策を実行するか、又は、その施策を示す施策情報を出力する。

受付端末２１は、それぞれがインターネットＮを介して受付処理装置１Ａに接続されている。受付端末２１は、一例として、それぞれが制御部４１、受付部４２、通信部４３を備えている。制御部４１は、受付端末２１が行う受付処理全体を統括制御する。受付部４２は、来場者の受付手続きを受け付ける。例えば、受付部４２は、来場者がタッチ操作を行うパネル操作部と、バーコード読み取りを行う光学読取部とを含む。通信部４３は、インターネットＮに接続し、受付処理装置１Ａからの情報送信指示を受けて単位時間あたりの処理件数を示す処理件数情報を受付処理装置１Ａに送信する。処理件数情報は、例えば各受付処理の処理開始時刻と処理終了時刻を含んでもよい。

受付処理システム３Ａの決定部１２は、取得部１１が取得した処理件数情報を参照して、１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定する。具体的には、一例として、決定部１２は、混雑を解消するための施策表の中から施策を選択して決定する。決定する施策は、１つだけに限らず複数でもよい。

図５は、混雑を解消するための施策の例を示す施策表５１である。メモリ１４には、このような施策表５１が予め記憶されている。施策Ａ１とＡ４は、混んでいる受付端末２１ｉの近傍に配置したサイネージに、すいている受付端末情報又は受付端末２１ｉがすくと予想される時刻を送信（表示）する施策である。この施策が決定された場合は、制御部１３は、サイネージにすいている受付端末情報又は受付端末２１ｉがすくと予想される時刻を表示させる。なお、例えば複数のイベントが行われている会場であれば、すいている受付端末として、他のイベントの受付端末を表示してもよい。

施策Ａ２とＡ５は、すいている受付端末又は受付端末２１ｉがすくと予想される時刻を係員の連絡端末に送信する施策である。この施策が決定された場合は、制御部１３は、係員が管轄している連絡端末に、すいている受付端末情報又は受付端末２１ｉがすくと予想される時刻を送信（表示）し、すいている受付に来場者を誘導するか、すくと予想される時刻に改めて受付に来るように来場者に伝えることを係員に勧奨する。施策Ａ２とＡ５は、混んでいる受付端末２１ｉの近傍にはサイネージが配置されていない場合に主に採用されるが、サイネージが配置されている場合に、施策Ａ１とＡ４と併せて採用を決定してもよい。

施策Ａ３とＡ６は、すいている受付端末情報又は受付端末２１ｉがすくと予想される時刻を、来場者が所有する端末に送信する施策である。この施策は、来場者の端末のメールアドレス等が予め受付処理装置１Ａに登録されている場合に用いることができる。この施策が決定された場合は、制御部１３は、混雑している受付、すいている受付、混んでいる受付がすくと予想される時刻等を、来場者の端末に送信する。

（施策決定処理例１）
次に、決定部３２がどのようにして、処理件数情報を参照して混雑を解消するための施策を決定するのかについて説明する。一例として、決定部３２は、受付端末の１つにおける時間あたりの処理件数が、予め定めた第１の数値よりも大きくなった場合に、当該１つの受付端末以外の受付端末へ来場者を誘導する施策を、実行すべき施策に含めてもよい。時間あたりの処理件数とは、「予め設定した単位時間」あたりの処理件数である。例えば、「単位時間」を１０分と設定した場合は、「時間あたりの処理件数」は１０分あたりの処理件数である。

第１の数値として、例えば受付端末２１での受付可能件数の最大値に近い値を設定することができる。時間あたりの処理件数がある程度大きくなって、受付端末２１での受付可能件数の最大値に近づいた場合は、混雑が発生しないように、早めに混雑の解消（この場合は混雑の回避）のための施策を決定することが好ましいためである。当該１つの受付端末以外の受付端末へ来場者を誘導する施策は、混雑解消（回避）のための施策の一例である。

（施策決定処理例２）
また、決定部３２は、処理件数情報を参照して、受付端末ごとに時間あたりの処理件数の変化率を導出し、当該変化率を参照して、１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定してもよい。時間あたりの処理件数の変化率とは、時系列的に連続する時間あたりの処理件数の差を、増加する場合は正の数で、減少する場合は負の数で表したものである。

（施策決定処理例３）
具体的には、決定部３２は、受付端末の１つにおける変化率が、予め定めた第２の数値よりも小さくなった場合に、当該１つの受付端末以外の受付端末へ来場者を誘導する施策を、実行すべき施策に含めてもよい。

第２の数値として、例えば、処理件数が増加する段階で、受付端末２１での受付可能件数の最大値に近づいた場合の変化率を規定することができる。この場合、処理件数の変化率が第２の数値よりも小さくなるということは、受付端末の処理能力の最大値に近づいて、これ以上時間あたりの処理件数が増加することはない（つまり、混雑が始まる）と予測されることを示唆する。そのため、当該１つの受付端末以外の受付端末へ来場者を誘導する施策を、実行すべき施策に含めることが好ましい。

（施策決定処理例４）
また、具体的には、決定部３２は、受付端末の１つにおける変化率が、時間あたりの処理件数が次第に増加するように変化している場合に、当該１つの受付端末以外の受付端末へ来場者を誘導する施策を、実行すべき施策に含めてもよい。変化率が、処理件数が次第に増加するように変化している場合とは、変化率が例えば指数的に（急激に）増加しているような場合、変化率が時間の１次式的又は多項式的に増加している場合などである。例えば、判定処理の一例として、変化率の増加割合が所定の閾値以上になった場合に、当該受付端末以外の受付端末へ来場者を誘導する施策を決定してもよい。

受付端末の処理能力にまだ余裕がある段階でも、また１つの変化率が小さくても、変化率が次第に増加するように変化する場合は、その後すぐに混雑が始まることが予想されるために、早めに混雑解消の施策を取ることが好ましいためである。なお、誘導する他の受付端末の選択は、処理能力にまだ余裕がある受付端末のほか、時間あたりの処理件数が増加していない受付端末などを選択してもよい。

（施策決定方法）
次に、混雑を解消する施策を決定する方法の一例について説明する。図６は、本例示的実施形態に係る混雑を解消する施策を決定する決定方法Ｓ２の流れを示すフローチャートの一例である。まず、ステップＳ２１において、取得部３１は未判定の受付端末の処理件数情報を取得する。

次に、ステップＳ２２において、決定部３２は、時間あたりの処理件数が予め設定した第１の値より大きいか否かを判定する。ステップＳ２２において、時間あたりの処理件数が第１の値より大きいと判定された場合（Ｓ２２：ＹＥＳ）は、フローはステップＳ２５に移行する。ステップＳ２２において、時間あたりの処理件数が第１の値より大きくないと判定された場合（Ｓ２２：ＮＯ）は、フローはステップＳ２３に移行する。

ステップＳ２３において、決定部３２は、時間あたりの処理件数の変化率が予め設定した第２の値より小さいか否かを判定する。ステップＳ２３において、時間あたりの処理件数の変化率が第２の値より小さいと判定された場合（Ｓ２３：ＹＥＳ）は、フローはステップＳ２５に移行する。ステップＳ２３において、時間あたりの処理件数の変化率が第２の値より小さくないと判定された場合（Ｓ２３：ＮＯ）は、フローはステップＳ２４に移行する。

ステップＳ２４において、決定部３２は、変化率が、時間あたりの処理件数が次第に増加するように変化しているか否かを判定する。ステップＳ２４において、処理件数が次第に増加するように変化していると判定された場合（Ｓ２４：ＹＥＳ）は、フローはステップＳ２５に移行する。ステップＳ２４において、処理件数の変化率が次第に増加するように変化していないと判定された場合（Ｓ２４：ＮＯ）は、フローはステップＳ２６に移行する。

ステップＳ２５において、決定部３２は、当該端末以外の受付端末へ来場者を誘導する施策を決定し、フローはステップＳ２６に移行する。

ステップＳ２６において、決定部３２は、全ての受付端末２１の判定を終了したか否かを判定する。ステップＳ２６において、全ての受付端末２１の判定を終了したと判定された場合（Ｓ２６：ＹＥＳ）は、本処理は終了する。ステップＳ２６において、全ての受付端末２１の判定を終了していないと判定された場合（Ｓ２６：ＮＯ）は、フローはステップＳ２１に戻る。

ステップＳ２２，Ｓ２３，Ｓ２４の順序は入れ替えてもよい。また、ステップＳ２２，Ｓ２３，Ｓ２４の全てを判定する必要はなく、いずれか１つ、又は２つを判定してもよい。

（施策を決定するタイミング）
上述の混雑を解消する施策を決定するタイミングの理由について悦明する。図７は、時間ｔあたりの受付処理件数の変化を模式的に表したグラフである。受付処理件数は、例えば受付開始後から次第に増加していき、ある時点から件数の変化がなくなる飽和状態Ｄに入る。飽和状態Ｄは、受付処理件数が最大値Ｌに達した状態である。状態Ｄの間は来場者数が受付処理能力を上回っており、待ち時間が発生していることを示唆している。受付処理においては、このような状態Ｄが生じる前に混雑解消施策を実行することが好ましい。状態Ｄに達する前には、処理件数が急増する、あるいは処理件数が飽和しかけるといった前触れ段階があるのが通常であり、上述のステップＳ２２，Ｓ２３，Ｓ２４は、この前触れ状態を検知するステップの一例である。

（混雑の程度の予測）
また、決定部３２は、処理件数情報を参照して、受付端末ごとの将来の混雑の程度を予測し、予測した混雑の程度に応じて実行すべき施策を決定してもよい。将来の混雑の程度とは、ある受付で待ち時間が発生するような混雑が生じる時刻、あるいは逆に、混雑している受付の混雑が解消される時刻等である。

具体的には、決定部３２は、予測した混雑の程度を参照して、当該１又は複数の受付端末の少なくとも何れかに集まる来場者に対して、混雑が緩和すると予想される時間を告知する施策を決定し、決定した施策を、実行すべき施策に含めてもよい。あるいは逆に、決定部３２は、予測した混雑の程度を参照して、混雑が発生すると予想される時間を告知する施策を決定し、決定した施策を、実行すべき施策に含めてもよい。

将来の混雑の程度は、過去の受付実績に基づいて予測されることが好ましい。例えば、過去に行った実績イベントの種類、出演者、会場の場所、受付の位置等のデータと受付データとの関係から、新たに行うイベントの混雑する受付の位置、混雑する時間帯、来場者の増減の時間的傾向等がある程度予測できる。また、図７に示す受付処理件数の変化の形状の過去の実績から、混雑が始まる時刻、又は混雑が解消する時刻を推定してもよい。このように、過去の実績に基づいて、それぞれの受付の混雑の程度を予測することが好ましい。

（受付処理システム３Ａの効果）
以上のように、本例示的実施形態に係る受付処理システム３Ａにおいては、決定部１２は、処理件数情報を参照して、１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定するという構成が採用されている。例えば、決定部１２は、受付端末の１つにおける時間あたりの処理件数又は時間あたりの処理件数の変化率を参照して、あるいは受付端末ごとの将来の混雑の程度を予測して、混雑を解消するための施策を決定する。このため、本例示的実施形態に係る受付処理システム３Ａによれば、例示的実施形態１に係る受付処理システム３の奏する効果に加えて、効果的に混雑を解消、又は予防することにより、来場者の満足度を高めることができるという効果が得られる。

〔例示的実施形態３〕
本発明の第３の例示的実施形態について、図面を参照して詳細に説明する。なお、例示的実施形態１及び２にて説明した構成要素と同じ機能を有する構成要素については、同じ符号を付記し、その説明を繰り返さない。

（受付処理システム３Ｂの構成）
本例示的実施形態に係る受付処理システム３Ｂについて、図面を参照して説明する。図８は、本例示的実施形態に係る受付処理システム３Ｂの構成を示すブロック図である。図８に示すように、受付処理システム３Ｂは、複数の受付端末２１、取得部３１、決定部３２、制御部３３、記憶部３４を備えている。さらに、受付処理システム３Ｂは、サイネージ（デジタルサイネージ）２２を含む。サイネージ２２は、図８に示すように、各受付端末２１に対応して１つずつ配置されることが好ましいが、必ずしも対応して配置されなくてもよい。例えば、混雑が予想される受付端末２１だけに対応して配置されていてもよい。取得部３１、決定部３２、制御部３３、記憶部３４は、ネットワークＮに情報通信可能に接続されている。また、受付端末２１とサイネージ２２もネットワークＮに情報通信可能に接続されている。

受付端末２１は、例えば例示的実施形態２で説明した受付端末２１と同様な構成を有している。取得部３１は、受付端末２１から、単位時間あたりの処理件数を示す処理件数情報をインターネットＮを介して取得する。決定部３２は、取得部３１が取得した処理件数情報を参照して、１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を、後述する施策表の中から選択して決定する。制御部３３は、決定された施策を実行するか、又は、その施策を示す施策情報を出力する。記憶部３４は、取得部３１、決定部３２及び制御部３３が実行する各種プログラムを記憶している。また、記憶部３４は、取得部３１が取得した、例えば、単位時間あたりの処理件数を示す処理件数情報を記憶する。また、記憶部３４は、例示的実施形態２で説明した、混雑を解消するための施策表を記憶している。サイネージ２２は、制御部３３によって送信された内容を表示する。

図９は、サイネージ２２に表示される混雑情報を示す一例である。前述のように、サイネージ２２は、来場者が容易に見つけることができるように、受付端末２１の近傍に配置されている。サイネージ２２の表示画面２２０には、一例として、イベント名が表示領域２２１に、すいている受付の番号（入場口番号）が表示領域２２２に、すいている受付の入場口マップが表示領域２２３に、サイネージ２２が配置された受付がすくであろう予想時間（今後の待ち時間又はすく時刻）が表示領域２２４に、それぞれ表示されている。また、サイネージ２２に表示される情報は混雑情報に限られない。例えば、サイネージ２２に、チケットに対応したイベント情報を表示させてもよい。一例として、顔認証チケットやＱＲコード（登録商標）等で認証するチケットを持っている来場者は、サイネージ２２に顔を撮影させるか、又はＱＲコード（登録商標）等を読み込ませることにより、そのチケットに対応するイベント情報をサイネージ２２に表示させることができる。サイネージ２２は、カメラを備えておき、カメラで撮像した来場者の顔を制御部３３に送信する。制御部３３は、来場者の顔がチケットを購入した際に登録した顔と一致するかどうかを判定し、一致した場合にチケットに対応したイベント情報を当該サイネージ２２に送信して表示させる。サイネージ２２がコードリーダ等を備える場合も同様に、読み込んだコードを制御部３３に送信し、制御部３３がそのコードを判定してコードに対応したイベント情報を当該サイネージ２２に送信して表示させる。また、制御部３３は、混雑情報を表示する際に、顔認証又はＱＲコード（登録商標）等により来場者を確認してから混雑情報を表示するようにしてもよい。

本例示的実施形態に係る受付処理システム３Ｂにおいては、混んでいる受付のサイネージ２２に、すいている受付の番号が、又はサイネージ２２が配置された受付がすくであろう予想時間が表示される構成が採用されている。このため、混んでいる受付に集まっている来場者は、サイネージ２２に表示された情報を見て、すいている受付に行こうと考え、あるいは、すく頃にまたこの受付に来ようと考えて移動する。このようにして、混んでいる受付の混雑度が低減される。来場者は、混雑した受付で待たされても、すいている受付を知らされる等により、混雑に対してきちんと対応がなされていることを理解できるため、不満が解消される。つまり、例示的実施形態１に係る受付処理システム３の奏する効果に加えて、混雑への対処方法を告知することにより、効果的に混雑を解消、又は予防することができ、来場者の満足度をより高めることができるという効果が得られる。

〔例示的実施形態４〕
本発明の第４の例示的実施形態について、図面を参照して詳細に説明する。なお、例示的実施形態１から３にて説明した構成要素と同じ機能を有する構成要素については、同じ符号を付記し、その説明を繰り返さない。

（受付処理システム３Ｃの構成）
本例示的実施形態に係る受付処理システム３Ｃについて、図面を参照して説明する。図１０は、本例示的実施形態に係る受付処理システム３Ｃの構成を示すブロック図である。
図１０に示すように、受付処理システム３Ｃは、複数の受付端末２１、取得部３１、決定部３２、制御部３３、記憶部３４を備えている。

受付処理システム３Ｃは、１又は複数の連絡端末２３を含む。連絡端末２３は、受付業務を管轄する受付管理者、又は受付で受付補助を行う受付補助者に連絡するための端末である。連絡端末２３は、受付補助者に連絡するように構成されている場合は、図１０に示すように、受付補助者がいる受付端末２１に対応して１つずつ配置されることが好ましい。また、受付管理者に連絡する連絡端末の場合は、例えば、管理者が常駐する受付管理室だけに配置されていてもよい。

取得部３１、決定部３２、制御部３３、記憶部３４は、ネットワークＮに情報通信可能に接続されている。また、受付端末２１と連絡端末２３もネットワークＮに情報通信可能に接続されている。

受付端末２１は、例えば例示的実施形態２で説明した受付端末２１と同様な構成を有している。取得部３１は、受付端末２１から、１又は複数の受付端末の少なくとも何れかから、１件ごとの受付処理の処理時間を取得する。決定部３２は、取得部３１が取得した処理時間を参照して、受付処理を適切に実行するための施策を、後述する施策表の中から選択して決定する。制御部３３は、決定された施策を示す施策情報を出力する。記憶部３４は、取得部３１が取得した、例えば、１件ごとの各受付処理の処理開始時刻と処理終了時刻を記憶する。また、記憶部３４は、受付処理を適切に実行するための施策表を記憶している。

（受付処理を適切に実行するための施策表）
図１１は、受付処理を適切に実行するための施策表の一例である。例えば、施策Ｂ１「係員に受付処理が適切か確認することを連絡」は、受付端末における受付処理が適切に実行されているか確認することを推奨する施策である。具体的には、ある受付端末の受付処理における処理時間の平均値が、予め定めた第３の数値よりも小さい場合に、決定部３２はこの施策Ｂ１を決定して、所定の連絡端末２３ｉに送信する。予め定めた第３の数値は、例えば、正当な受付処理に必要と予想される時間でもよい。受付処理における処理時間の平均値がこの第３の数値よりも小さい場合は、何らかの不適切な受付が行われている可能性がある。そのため、受付補助者又は受付管理者にその旨を連絡する。これを受けて、受付補助者又は受付管理者は、受付処理が適切に行われているかどうかを確認する。

施策Ｂ２「係員に受付対応者の増員を連絡」は、受付端末における受付対応者の数を増員することを推奨する施策である。具体的には、ある受付端末の受付処理における処理時間の平均値が、予め定めた第４の数値よりも大きい場合に、決定部３２はこの施策Ｂ２を決定して、所定の連絡端末２３ｉに送信する。予め定めた第４の数値は、例えば、通常の受付処理に必要と予想される時間でもよい。受付処理における処理時間の平均値がこの第４の数値よりも大きい場合は、来場者が受付手続に時間がかかっている可能性がある。そのため、受付対応者を増員するように受付管理者に連絡する。増員された受付対応者は、受付処理がよりスムーズに進むように来場者を補助する。

施策Ｂ３「発券後の入場可能時間の変更」は、チケットの転売を防止するために、来場者が受付でチケットを発券してもらい、そのチケットで受付をするという２段階受付処理を行う場合の施策である。例えば、来場者は、チケットを購入したときに取得したＱＲコード（登録商標）を受付で提示して、チケットを発券してもらう。そして、そのチケットを用いて受付を行う。このような２段階受付により、チケットの転売を防止することができる。

施策Ｂ３は、来場者がチケットを発券してもらってから入場するまでの制限時間を、混雑状況によって変更する施策である。２段階受付では、チケットの転売を防ぐため、チケットを発券してから入場するまでの制限時間が設定されている。しかし、混雑が発生した受付では制限時間内に受付できない虞があるため、その受付においては、制限時間を長く変更する。混雑が解消した場合は、制限時間を元通りに変更する。施策Ｂ３が決定された場合は、制御部３３が制限時間を変更する。施策Ｂ３が決定されたことを受付補助者又は受付管理者に連絡端末２３を用いて連絡してもよいが、何らかの作業は必要でないため、連絡しなくてもよい。

（受付適正化処理方法）
図１２は、本例示的実施形態に係る受付適正化方法Ｓ３の流れを示すフローチャートの一例である。図１２に示すように、受付適正化方法Ｓ３は次のステップを含む。まず、ステップＳ３１において、取得部３１は、未判定の受付端末の１件ごとの受付処理の処理時間を取得する。

次に、ステップＳ３２において、決定部３２は、処理時間の平均値が、第３の数値よりも小さいか否かを判定する。ステップＳ３２において、処理時間の平均値が、第３の数値よりも小さくないと判定された場合（Ｓ３２：ＮＯ）は、フローはステップＳ３４に移行する。ステップＳ３２において、処理時間の平均値が、第３の数値よりも小さいと判定された場合（Ｓ３２：ＹＥＳ）は、フローはステップＳ３３に移行する。

ステップＳ３３において、決定部３２は、受付処理が適切に実行されているか確認することを連絡端末２３に送信する。その後、フローはステップＳ３４に移行する。

ステップＳ３４において、決定部３２は、処理時間の平均値が、第４の数値よりも大きいか否かを判定する。ステップＳ３４において、処理時間の平均値が、第４の数値よりも大きくないと判定された場合（Ｓ３４：ＮＯ）は、ステップＳ３６に移行する。ステップＳ３４において、処理時間の平均値が、第４の数値よりも大きいと判定された場合（Ｓ３４：ＹＥＳ）は、ステップＳ３５に移行する。

ステップＳ３５において、決定部３２は、受付補助者を派遣することを連絡端末２３に送信する。その後、フローはステップＳ３６に移行する。

ステップＳ３６において、決定部３２は、すべての受付端末の判定を終了したか否かを判定する。ステップＳ３６において、すべての受付端末の判定を終了していないと判定された場合（Ｓ３６：ＮＯ）は、ステップＳ３１に移行する。ステップＳ３６において、すべての受付端末の判定を終了したと判定された場合（Ｓ３６：ＹＥＳ）は、受付適正化処理を終了する。

（連絡端末の表示例）
図１３は、連絡端末２３に送信され表示される施策（連絡事項）の表示例である。図１３に示すように、連絡端末２３の表示面２３０には、例えば、イベント名が表示領域２３１に表示されている。表示領域２３２には、受付東５という番号が付された受付で受付処理時間が短くなっているため、受付処理が適切かどうか確認することを推奨する表示がなされている。また、表示領域２３３には、受付西３という番号が付された受付で受付時間が長くなっているので、受付補助を行うことを推奨する表示がなされている。また、表示領域２３４には、受付被害１という番号が付された受付が混んでいるため、受付東２に誘導することを推奨する表示がなされている。この表示は、例示的実施形態２で説明した、サイネージ２２を用いた混雑解消のための表示を連絡端末２３でも行った例である。なお、図１３では、ラップトップ型のパーソナルコンピュータを連絡端末２３として用いた例を示したが、連絡端末２３としてはこれに限られず、例えばスマートフォンを用いてもよい。また、受付端末２１のそれぞれ毎に連絡端末２３を配置しなくてもよい。例えば、担当者がスマートフォンを持って複数の受付端末２１を巡回して対応してもよい。

本例示的実施形態に係る受付処理システム３Ｃにおいては、取得部３１は、１又は複数の受付端末２１の少なくとも何れかから、１件ごとの受付処理の処理時間を更に取得し、決定部３２は、当該処理時間を参照して、受付処理を適切に実行するための施策を決定する構成が採用されている。このため、受付処理システム３Ｃにより受付処理がより適切に行われることができ、来場者の満足度をより高めることができる。

〔例示的実施形態５〕
本発明の第５の例示的実施形態について、図面を参照して詳細に説明する。なお、例示的実施形態１から４にて説明した構成要素と同じ機能を有する構成要素については、同じ符号を付記し、その説明を繰り返さない。

（受付処理システム３Ｄの構成）
本例示的実施形態に係る受付処理システム３Ｄについて、図面を参照して説明する。図１４は、本例示的実施形態に係る受付処理システム３Ｄの構成を示すブロック図である。
図１４に示すように、受付処理システム３Ｄは、取得部３１、決定部３２、制御部３３、記憶部３４を備えている。

受付処理システム３Ｄは、サイネージ又は連絡端末を用いる代わりに、来場者端末２４にインターネットＮを介して混雑情報を送信する。これは、例示的実施形態２で説明した施策Ａ３とＡ６を実行するための構成である。

前述のように、この施策は、来場者の端末のメールアドレス等が予め受付処理システム３Ｄに登録されている場合に用いることができる。この施策が決定された場合は、制御部３３は、混雑している受付、すいている受付、混んでいる受付がすくと予想される時刻等を、来場者の端末に送信する。

（来場者端末への表示）
図１５は、来場者端末２４に表示される混雑情報の一例である。表示面２４０の表示領域２４１には、イベント名が表示されている。また、表示領域２４２には、混雑している入場口の番号として「東１東４東５」が表示されている。また、表示領域２４３には、すいている入場口の番号として、「東２東３」が表示されている。また、表示領域２４４には、３０分後にすくと予想される入場口の番号として、「東４」が表示されている。また、表示領域２４５には、その他の情報が表示されてもよい。

（対話による混雑解消）
図１６は、受付処理システム３Ｄと来場者とが対話することにより、混雑を解消する方法を示す来場者端末の表示例である。受付処理システム３Ｄは、来場者端末２４を用いて、例えばチャットボットのような対話型の混雑情報案内を行うことができる。図１６に示すように、来場者端末２４の表示面２４０には、来場者が入力した質問「Ａ３はすいていますか？」に対して受付処理システム３Ｄの回答「Ａ３はいま混んでいます。」が表示され、さらに来場者が入力した質問「いつ頃すきそうですか？」に対して受付処理システム３Ｄの回答「３０分後にはすくと思います。」が表示されている。このように、受付処理システム３Ｄと来場者とが対話することにより、より迅速に来場者へ混雑情報とその対応方法を提供することができる。

本例示的実施形態に係る受付処理システム３Ｄにおいては、決定部３２が、混雑情報を来場者端末２４に送信する構成が採用されている。このため、来場者は受付に到着する前に混雑情報を入手することができ、混雑を回避するように入場口や入場時刻を決めることができる。そのため、来場者の満足度を更に高めることができるという効果が得られる。

〔ソフトウェアによる実現例〕
受付処理装置１，１Ａ及び受付処理システム３，３Ａ，３Ｂ，３Ｃ，３Ｄ（以下「受付処理装置１等」という。）の一部又は全部の機能は、集積回路（ＩＣチップ）等のハードウェアによって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、受付処理装置１等は、例えば、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータによって実現される。このようなコンピュータの一例（以下、コンピュータＣと記載する）を図１７に示す。コンピュータＣは、少なくとも１つのプロセッサＣ１と、少なくとも１つのメモリＣ２と、を備えている。メモリＣ２には、コンピュータＣを受付処理装置１等として動作させるためのプログラムＰが記録されている。コンピュータＣにおいて、プロセッサＣ１は、プログラムＰをメモリＣ２から読み取って実行することにより、受付処理装置１等の各機能が実現される。

プロセッサＣ１としては、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＭＰＵ（Micro Processing Unit）、ＦＰＵ（Floating point number Processing Unit）、ＰＰＵ（Physics Processing Unit）、マイクロコントローラ、又は、これらの組み合わせなどを用いることができる。メモリＣ２としては、例えば、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、又は、これらの組み合わせなどを用いることができる。

なお、コンピュータＣは、プログラムＰを実行時に展開したり、各種データを一時的に記憶したりするためのＲＡＭ（Random Access Memory）を更に備えていてもよい。また、コンピュータＣは、他の装置との間でデータを送受信するための通信インタフェースを更に備えていてもよい。また、コンピュータＣは、キーボードやマウス、ディスプレイやプリンタなどの入出力機器を接続するための入出力インタフェースを更に備えていてもよい。

また、プログラムＰは、コンピュータＣが読み取り可能な、一時的でない有形の記録媒体Ｍに記録することができる。このような記録媒体Ｍとしては、例えば、テープ、ディスク、カード、半導体メモリ、又はプログラマブルな論理回路などを用いることができる。コンピュータＣは、このような記録媒体Ｍを介してプログラムＰを取得することができる。また、プログラムＰは、伝送媒体を介して伝送することができる。このような伝送媒体としては、例えば、通信ネットワーク、又は放送波などを用いることができる。コンピュータＣは、このような伝送媒体を介してプログラムＰを取得することもできる。

〔付記事項１〕
本発明は、上述した実施形態に限定されるものでなく、請求項に示した範囲で種々の変更が可能である。例えば、上述した実施形態に開示された技術的手段を適宜組み合わせて得られる実施形態についても、本発明の技術的範囲に含まれる。

〔付記事項２〕
上述した実施形態の一部又は全部は、以下のようにも記載され得る。ただし、本発明は、以下の記載する態様に限定されるものではない。

（付記１）
１又は複数の受付端末と、前記１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段と、前記処理件数情報を参照して、実行すべき施策を決定する決定手段と、前記決定手段が決定した施策を実行するか、又は、前記決定手段が決定した施策を示す施策情報を出力する制御手段とを備えることを特徴とする受付処理システム。

上記の構成によれば、受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うことができる。

（付記２）
前記決定手段は、前記処理件数情報を参照して、前記１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定する、ことを特徴とする付記１に記載の受付処理システム。

上記の構成によれば、処理件数情報を参照して受付での混雑を解消することにより、来場者の満足度を高めることができる。

（付記３）
前記決定手段は、前記受付端末の１つにおける時間あたりの処理件数が、予め定めた第１の数値よりも大きくなった場合に、当該１つの受付端末以外の前記受付端末へ来場者を誘導する施策を、前記実行すべき施策に含める、ことを特徴とする付記２に記載の受付処理システム。

上記の構成によれば、混んでいる受付端末以外の受付端末へ来場者を誘導することにより、来場者の満足度を高めることができる。

（付記４）
前記決定手段は、前記処理件数情報を参照して、前記受付端末ごとに時間あたりの処理件数の変化率を導出し、前記変化率を参照して、前記１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定する、ことを特徴とする付記１から３の何れか１つに記載の受付処理システム。

上記の構成によれば、時間あたりの処理件数の変化率を参照して受付での混雑を解消することにより、来場者の満足度を高めることができる。

（付記５）
前記決定手段は、前記受付端末の１つにおける前記変化率が、予め定めた第２の数値よりも小さくなった場合に、当該１つの受付端末以外の前記受付端末へ来場者を誘導する施策を、前記実行すべき施策に含めることを特徴とする付記４に記載の受付処理システム。

上記の構成によれば、変化率が予め定めた第２の数値よりも小さくなった場合に、当該１つの受付端末以外の受付端末へ来場者を誘導することにより、来場者の満足度を高めることができる。

（付記６）
前記決定手段は、前記受付端末の１つにおける前記変化率が、前記時間あたりの処理件数が次第に増加するように変化している場合に、当該１つの受付端末以外の前記受付端末へ来場者を誘導する施策を、前記実行すべき施策に含めることを特徴とする付記４又は５に記載の受付処理システム。

上記の構成によれば、時間あたりの処理件数が次第に増加するように変化している場合に、当該１つの受付端末以外の受付端末へ来場者を誘導することにより、来場者の満足度を高めることができる。

（付記７）
前記決定手段は、前記処理件数情報を参照して、前記受付端末ごとの将来の混雑の程度を予測し、予測した混雑の程度に応じて前記実行すべき施策を決定する、ことを特徴とする付記１から６のいずれか一つに記載の受付処理システム。

上記の構成によれば、受付端末ごとの将来の混雑の程度を予測し、予測した混雑の程度に応じて実行すべき施策を決定することにより、来場者の満足度を高めることができる。

（付記８）
前記決定手段は、前記予測した混雑の程度を参照して、当該１又は複数の受付端末の少なくとも何れかに集まる来場者に対して、混雑が緩和すると予想される時間を告知する施策を決定し、決定した施策を、前記実行すべき施策に含めることを特徴とする付記７に記載の受付処理システム。

上記の構成によれば、混雑が緩和すると予想される時間を告知することにより、来場者の満足度を高めることができる。

（付記９）
前記取得手段は、前記１又は複数の受付端末の少なくとも何れかから、１件ごとの受付処理の処理時間を更に取得し、前記決定手段は、当該処理時間を参照して、前記受付処理を適切に実行するための施策を決定する、ことを特徴とする付記１から８のいずれか一つに記載の受付処理システム。

上記の構成によれば、受付処理時間を適切に保つことにより、来場者の満足度を高めることができる。

（付記１０）
前記決定手段は、ある受付端末の受付処理における前記処理時間の平均値が、予め定めた第３の数値よりも小さい場合に、前記ある受付端末における前記受付処理が適切に実行されているか確認することを推奨する施策を、前記実行すべき施策に含めることを特徴とする付記９に記載の受付処理システム。

上記の構成によれば、受付処理時間が通常よりも短い場合に何らかの問題が生じていないか確認することにより、来場者の満足度を高めることができる。

（付記１１）
前記決定手段は、ある受付端末の受付処理における前記処理時間の平均値が、予め定めた第４の数値よりも大きい場合に、前記ある受付端末における受付対応者の数を増員することを推奨する施策、を、前記実行すべき施策に含めることを特徴とする付記９又は１０に記載の受付処理システム。

上記の構成によれば、受付処理時間が通常よりも長い場合に受付対応者を増員することにより、来場者の満足度を高めることができる。

（付記１２）
１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段と、前記処理件数情報を参照して、実行すべき施策を決定する決定手段と、前記決定手段が決定した施策を実行するか、又は、前記決定手段が決定した施策を示す施策情報を出力する制御手段とを備えることを特徴とする受付処理装置。

（付記１３）
少なくとも１つのプロセッサが、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得すること、前記処理件数情報を参照して、実行すべき施策を決定すること、決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力することを含む受付処理方法。

（付記１４）
コンピュータに、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得処理と、前記処理件数情報を参照して、実行すべき施策を決定する決定処理と、決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力する処理とを実行させるための受付処理プログラム。

〔付記事項３〕
上述した実施形態の一部又は全部は、更に、以下のように表現することもできる。
少なくとも１つのプロセッサを備え、前記プロセッサは、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得処理と、前記処理件数情報を参照して、実行すべき施策を決定する決定処理と、決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力する出力処理と、を実行する受付処理装置。

なお、この受付処理装置は、更にメモリを備えていてもよく、このメモリには、前記取得処理と、前記決定処理と、前記出力処理とを前記プロセッサに実行させるためのプログラムが記憶されていてもよい。また、このプログラムは、コンピュータ読み取り可能な一時的でない有形の記録媒体に記録されていてもよい。

１，１Ａ…受付処理装置
３，３Ａ，３Ｂ，３Ｃ，３Ｄ…受付処理システム
１１，３１…取得部
１２，３２…決定部
１３，３３，４１…制御部
１４…メモリ
１５，４３…通信部
２１…受付端末
２２…サイネージ
２３…連絡端末
２４…来場者端末
３４…記憶部
４２…受付部

Claims

１又は複数の受付端末と、
前記１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段と、
前記処理件数情報を参照して、実行すべき施策を決定する決定手段と、
前記決定手段が決定した施策を実行するか、又は、前記決定手段が決定した施策を示す施策情報を出力する制御手段と
を備えることを特徴とする受付処理システム。
前記決定手段は、前記処理件数情報を参照して、前記１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定する、
ことを特徴とする請求項１に記載の受付処理システム。
前記決定手段は、前記受付端末の１つにおける時間あたりの処理件数が、予め定めた第１の数値よりも大きくなった場合に、
当該１つの受付端末以外の前記受付端末へ来場者を誘導する施策
を、前記実行すべき施策に含める
ことを特徴とする請求項２に記載の受付処理システム。
前記決定手段は、
前記処理件数情報を参照して、前記受付端末ごとに時間あたりの処理件数の変化率を導出し、
前記変化率を参照して、前記１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定する、
ことを特徴とする請求項１から３の何れか１項に記載の受付処理システム。
前記決定手段は、
前記受付端末の１つにおける前記変化率が、予め定めた第２の数値よりも小さくなった場合に、
当該１つの受付端末以外の前記受付端末へ来場者を誘導する施策
を、前記実行すべき施策に含める
ことを特徴とする請求項４に記載の受付処理システム。
前記決定手段は、
前記受付端末の１つにおける前記変化率が、前記時間あたりの処理件数が次第に増加するように変化している場合に、
当該１つの受付端末以外の前記受付端末へ来場者を誘導する施策
を、前記実行すべき施策に含める
ことを特徴とする請求項４又は５に記載の受付処理システム。
前記取得手段は、前記１又は複数の受付端末の少なくとも何れかから、１件ごとの受付処理の処理時間を更に取得し、
前記決定手段は、
当該処理時間を参照して、前記受付処理を適切に実行するための施策を決定する、
ことを特徴とする請求項１から６のいずれか一項に記載の受付処理システム。
前記決定手段は、
ある受付端末の受付処理における前記処理時間の平均値が、予め定めた第３の数値よりも小さい場合に、
前記ある受付端末における前記受付処理が適切に実行されているか確認することを推奨する施策
を、前記実行すべき施策に含める
ことを特徴とする請求項７に記載の受付処理システム。
少なくとも１つのプロセッサが、
１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得すること、
前記処理件数情報を参照して、実行すべき施策を決定すること、
決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力すること
を含む受付処理方法。
コンピュータに、
１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得処理と、
前記処理件数情報を参照して、実行すべき施策を決定する決定処理と、
決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力する処理と
を実行させるための受付処理プログラム。