特許 5952465 順番管理システム、順番管理装置および順番管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】5952465

(24)【登録日】2016年6月17日

(45)【発行日】2016年7月13日

(54)【発明の名称】順番管理システム、順番管理装置および順番管理プログラム

(51)【国際特許分類】

   G06Q 10/02 20120101AFI20160630BHJP

   H04M 11/00 20060101ALI20160630BHJP

【ＦＩ】

   G06Q10/02

   H04M11/00 302

【請求項の数】4

【全頁数】16

(21)【出願番号】特願2015-119723(P2015-119723)

(22)【出願日】2015年6月12日

【審査請求日】2015年7月13日

【新規性喪失の例外の表示】特許法第３０条第２項適用 平成２６年１２月１６日付けで、株式会社リクルートホールディングスがウェブサイト（ｈｔｔｐｓ：／／ｉｔｕｎｅｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ９３０７９５８２２？ｍｔ＝８）にて、渡瀬丈弘及び新谷哲功が発明した順番管理システムに関するアプリを公開した。

【早期審査対象出願】

【前置審査】

(73)【特許権者】

【識別番号】000139012

【氏名又は名称】株式会社リクルートホールディングス

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100139066

【弁理士】

【氏名又は名称】伊藤 健太郎

(72)【発明者】

【氏名】渡瀬 丈弘

(72)【発明者】

【氏名】新谷 哲功

【審査官】 宮地 匡人

(56)【参考文献】

【文献】 特開２０１１−１７０８１９（ＪＰ，Ａ）

【文献】 特開２００３−０８５２５６（ＪＰ，Ａ）

【文献】 特開２００２−３４２８４６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

Ｈ０４Ｍ １１／００

(57)【特許請求の範囲】

【請求項1】

管理下にある施設における順番待ちを管理する順番管理システムであって、
順番待ちリストへの追加または更新のための入力を受け付ける入力装置と、
前記順番待ちリストの少なくとも一部を含む画面を表示するための表示装置と、
前記入力装置に対する入力が所定時間なされなかったときに、前記表示装置に待受画面を表示させるための表示制御手段であって、前記順番待ちリストに順番待ちがあるとき、第１の待受画面を表示させ、前記順番待ちリストに順番待ちがないとき、第２の待受画面を表示させる表示制御手段と、
を備え、
前記表示制御手段は、前記順番待ちリストに順番待ちがあるとき、順番待ちの待ち組数に応じて複数の待受画面を出し分けて表示させ、さらに、前記順番待ちリストの待ち組数に基づいて、予想される待ち時間を算出し、現在の時刻に前記予想される待ち時間を加えた時刻が、前記施設の営業時間内であるか否かを判断し、営業時間外であれば、順番待ちの受付を終了したことを示す第３のメッセージを含む待受画面を表示させる順番管理システム。

【請求項2】

前記表示制御手段は、
前記順番待ちリストに順番待ちがあるとき、
順番待ちの待ち組数が所定数未満であれば、前記第１の待受画面として、第１のメッセージを含む待受画面を表示させ、
前記順番待ちの待ち組数が所定数以上であれば、前記第１の待受画面として、前記第１とは異なる第２のメッセージを含む待受画面を表示させ、
前記順番待ちリストに順番待ちがないとき、前記第２の待受画面として、順番待ちが不要であることを表す内容のメッセージを含む待受画面を表示させる、
請求項１記載の順番管理システム。

【請求項3】

管理下にある施設における順番待ちを管理する順番管理システムにおいて、表示装置に対する表示を制御する方法であって、表示制御手段が、
順番待ちリストへの追加または更新のための入力を受け付ける入力装置に対する入力が所定時間なされなかったか否かを判定すること、
前記入力装置に対する入力が所定時間なされなかったと判定され、かつ、前記順番待ちリストに順番待ちがあるとき、第１の待受画面を表示させること、
前記入力装置に対する入力が所定時間なされなかったと判定され、かつ、前記順番待ちリストに順番待ちがないとき、第２の待受画面を表示させること、
を備え、
前記第１の待受画面として、前記順番待ちの待ち組数に応じて複数の待受画面を出し分けて表示させ、さらに、前記順番待ちリストの待ち組数に基づいて、予想される待ち時間を算出し、現在の時刻に前記予想される待ち時間を加えた時刻が、前記施設の営業時間内であるか否かを判断し、営業時間外であれば、順番待ちの受付を終了したことを示す第３のメッセージを含む待受画面を表示させる方法。

【請求項4】

管理下の施設における予約の順番待ちを管理するコンピュータを、
順番待ちリストへの追加または更新のための入力を受け付ける入力装置に対する入力が所定時間なされなかったか否かを判定すること、
前記入力装置に対する入力が所定時間なされなかったと判定され、かつ、前記順番待ちリストに順番待ちがあるとき、第１の待受画面を表示させることであって、前記第１の待受画面として、前記順番待ちの待ち組数に応じて、複数の待受画面を出し分けて表示させ、さらに、前記順番待ちリストの待ち組数に基づいて、予想される待ち時間を算出し、現在の時刻に前記予想される待ち時間を加えた時刻が、前記施設の営業時間内であるか否かを判断し、営業時間外であれば、順番待ちの受付を終了したことを示す第３のメッセージを含む待受画面を表示させること、及び
前記入力装置に対する入力が所定時間なされなかったと判定され、かつ、前記順番待ちリストに順番待ちがないとき、第２の待受画面を表示させること、
を実行させるための表示制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、順番待ちの順番を管理する技術に関する。

【背景技術】

【0002】

従来、レストランや銀行、役所等においては、そのサービスを待つ来訪者の順番を整理するために、種々の順番管理システムが採用されている。

【0003】

例えば、人気レストラン等においては、レストラン指定の予約用紙を用意し、そこに予約者の名前と人数を書くことで、顧客の順番管理を行っている（例えば特許文献１（特に、段落番号０００３〜０００７）参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００４−９４３８０号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、このような予約用紙を用いた順番管理手法では、主に店員が店指定の予約用紙に予約者リストを直接記入する、あるいは、予約者が自分でそこに名前と人数を書くことで管理されており、店側の作業負担や、予約者の負担等が大きい、という問題がある。さらに、店員は、どれくらいの時間待つのかという質問などに応対しなければならず、店側にとって、手間のかかる仕事の一つとなっている。

【0006】

本発明は、これらの事情を鑑みてなされたものであり、施設への来訪者などが施設に備え付けの予約用紙に代表者の氏名や利用人数を記入するといった手間を省略するとともに、来訪者の順番待ち管理業務を効率化することができる技術を提供することを目的の一つとする。

【課題を解決するための手段】

【0007】

本発明の一態様である順番管理システムは、管理下にある施設における順番待ちを管理するものであり、順番待ちの状況に応じて、表示装置に表示させる待受画面を出し分けることを含む。

【0008】

例えば、本発明の所定の実施態様における順番管理システムは、順番待ちリストへの追加または更新のための入力を受け付ける入力装置と、順番待ちリストの少なくとも一部を含む画面を表示するための表示装置と、入力装置に対する入力が所定時間なされなかったときに、表示装置に待受画面を表示させるための表示制御手段であって、順番待ちリストに順番待ちがあるとき、第１の待受画面を表示させ、順番待ちリストに順番待ちがないとき、第２の待受画面を表示させる表示制御手段と、を備える。

【発明の効果】

【0009】

本発明によれば、来訪者などが施設に備え付けの予約用紙に代表者の氏名や利用人数を記入するといった手間を省略するとともに、来訪者の順番待ち管理業務を効率化することができる。また、施設への来訪者に対して順番待ちが必要であるか否かをより確実に伝えられるようになるため、順番券の不要な発券を抑止するとともに、従業者等のオペレーション中断を削減することができる。

【図面の簡単な説明】

【0010】

【図1】第１実施形態に係る順番管理システム１０００の概略構成を示す図である。

【図2】順番管理端末１００の主要構成を示すブロック図である。

【図3】順番管理端末１００に表示される受付画面を例示した図である。

【図4】順番待ち状況の更新指示をする際の操作画面を例示した図である。

【図5】受付画面に関連する処理の流れを示すフローチャートである。

【図6】順番待ちリストへの追加または更新処理の一例を示すフローチャートである。

【図7】表示制御処理の一例を示すフローチャートである。

【図8】第１の待受画面の一例を示す図である。

【図9】順番待ちがない場合に表示される受付画面の一例である。

【図10】第２の待受画面の一例を示す図である。

【図11】第２実施形態に係る順番管理システム１０００’の概略構成を示す図である。

【図12】３台の順番管理端末１００Ａ〜１００Ｃを利用して順番管理を行う場合のシーケンス図である。

【発明を実施するための形態】

【0011】

以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

【0012】

Ａ．第１実施形態
図１は、本実施形態に係る順番管理システム１０００の概略構成を示す図である。同図に示すように、順番管理システム１０００は、レストランなどの施設に設けられる順番管理端末１００と、順番管理端末１００に接続されたプリンタ２００と、通信ネットワークＮを介して順番管理端末１００を統括管理する管理サーバ３００とを備えて構成されている。

【0013】

本実施形態では、あるレストランＡが提供する飲食サービスに関して、来訪者の順番待ちを管理する場合を例に説明するが、これに限る趣旨ではなく、複合アミューズメントシステム、ショッピングモール、デパートなどの店舗や、病院や公共施設など、来訪者の順番待ちの管理を行うあらゆる施設に適用可能である。また、説明の便宜上、レストランＡに設置された順番管理端末１００、店舗Ｂに設置された順番管理端末１００を図示しているが、多数の施設に設置される順番管理端末１００が管理サーバ３００によって管理されている。

【0014】

順番管理端末１００は、施設の入り口付近などに設置され、来訪者が当該施設へ入場したり、サービスを受けたりする際の順番待ちを管理するための端末装置であり、タブレット端末などが利用される。サービスを提供する業者は、あらゆる業種・業態の業者が対象となる。もっとも、順番管理端末１００は、タブレット端末に限る趣旨ではなく、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）など、通信ネットワークＮを介して管理サーバ３００とデータの授受が可能なあらゆる端末装置を利用することができる。

【0015】

プリンタ２００は、有線ケーブルまたは無線によって順番管理端末１００と接続され、順番待ちの数などをあらわす順番券やクーポンなどを発券する。

【0016】

管理サーバ３００は、例えば、演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現するものである。ここで、管理サーバ３００を構成するコンピュータは、必ずしも１台である必要はなく、通信ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。管理サーバ３００は、各施設ごとに順番管理端末１００を管理するための管理データベース３１０を備えている。管理データベース３１０は、クライアント管理テーブルＴＡ１及びステータス管理テーブルＴＡ２を備えている。

【0017】

クライアント管理テーブルＴＡ１には、施設ごとに固有のＩＤとパスコード（アカウント）が対応づけて登録されている。ここでは、「レストランＡ」で利用される順番管理端末１００に対して「ＩＤ：Ａ１・・・」、「パスコード：ＡＡ２・・・」が設定されている。これら施設ごとのＩＤ及びパスコードは、例えば、システム導入の際に各施設で順番待ちの管理を行う管理者（例えば、店舗のオーナーなど）によって設定される。なお、本実施形態では、１施設で１台の順番管理端末１００を利用する場合を想定するが、１施設で複数の順番管理端末１００を利用しても良い（第２実施形態参照）。１施設で複数の順番管理端末１００を利用する場合には、同一のＩＤとパスコードを利用しても良いが、例えば所定の条件に従い、複数のＩＤとパスワードを使い分けるようにしても良い。

【0018】

ステータス管理テーブルＴＡ２には、各施設での順番待ちリストが登録されている。この順番待ちリストは、順番待ちをしている者の一覧と、各々の順番待ち状況（ステータス）をあらわす情報（ステータス情報）が含まれる。レストランＡについては、順番待ちをしている予約グループが「１組」、受け付け時間は「ＡＭ １１：１１」、予約人数は「２名」等である。ステータス管理テーブルＴＡ２の登録内容は、順番管理端末１００から送信される順番待ちリストへの新規登録情報、またはステータスの更新情報（詳細は後述）に基づいて変更される。なお、どのような情報をステータス情報とするかは、各施設の管理者等が適宜設定および変更可能となっている。

【0019】

通信ネットワークＮは、管理サーバ３００と順番管理端末１００との間で相互に情報を送受信可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。

【0020】

＜順番管理端末１００＞
図２は、順番管理端末１００の主要構成を示すブロック図である。順番管理端末１００は、プロセッサ１１０と、入力装置１１５と、表示装置１１６と、通信インタフェース１２０と、記憶資源１３０とを備える。

【0021】

プロセッサ１１０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、記憶資源１３０に格納されている各種プログラムを実行することで順番管理端末１００の各部を中枢的に制御する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。

【0022】

入力装置１１５は、順番待ちリストへの受付や順番待ちリストからの消込み等の入力を受け付けるための各種操作ボタンやタッチパネル１１５ａを備えている。

【0023】

表示装置１１６は、順番待ちリストや受付ボタン等を含む受付画面や待受画面を表示するための装置であり、例えば液晶ディスプレイにより構成される。

【0024】

通信インタフェース１２０は、通信ネットワークＮに接続し、通信ネットワークＮ上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース１２０は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。

【0025】

記憶資源１３０は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体である。記憶資源１３０は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。

【0026】

記憶資源１３０には、オペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。ドライバプログラムとしては、例えば、通信インタフェース１２０を制御するための通信インタフェースドライバプログラム等がある。また、記憶資源１３０には、これら各種プログラムや各種データのほか、管理サーバ３００と連携して順番待ちを管理するためのコンピュータプログラム（以下「順番管理アプリケーション」という）ＡＰ１が記憶されている。

【0027】

順番管理アプリケーションＡＰ１は、入力装置１１５に対する入力が所定時間なされなかったときに表示装置１１６に待受画面を表示させるための表示制御モジュールＭ１を有する。

【0028】

図３は、順番管理端末１００の表示装置１１６に表示される受付画面を例示した図である。順番管理端末１００は、利用者が直接タッチパネル１１５ａを操作することで、順番待ちリストへの受付や消込み等の入力を受け付ける。ここで、利用者としては、施設の来訪者や従業者等が想定される。例えば、来訪者は順番待ちリストに新たに順番待ちの登録するための入力を行い、従業者等は順番待ちリストに登録されている情報のステータスを更新するための入力を行う。なお、ここでは、施設の管理者や従業者などを従業者等と総称する。

【0029】

図３に示すように、受付画面では、ステータス管理テーブルＴＡ２に登録されている順番待ちリストの少なくとも一部、例えば、順番待ちをしている者の受付番号とその人数等を含む行が、受付をした順番に時系列に並べられた一覧が表示されるとともに、順番待ちリストへの受け付け操作を促すメッセージや受付ボタン等が表示装置１１６に表示される。

【0030】

＜順番待ちリストへの受付処理＞
来訪者は、施設に設置された順番管理端末１００を操作して、順番待ちリストに順番待ちを新規に登録するための受付を行う。まず、受付画面の受付ボタンをタッチした後、表示装置１１６に表示されるメッセージに従ってタッチパネル１１５ａを適宜操作して、来訪者の人数等を入力する。順番待ちリストへの受付の際に入力される項目は、予約者の人数のみならず、好みの席タイプ（例えば、テーブルまたはカウンター）などが含まれていても良い。いかなる項目を入力対象とするかは、各施設の管理者等の意向に応じて決定すればよい。

【0031】

入力が終了すると、入力された情報、すなわち新規登録情報は、順番管理端末１００から通信ネットワークＮを介して管理サーバ３００にアップロードされる。管理サーバ３００は、ある施設（ここでは、レストランＡ）から新規登録情報を受信すると、受信した新規登録情報をステータス管理テーブルＴＡ２に追加して、当該施設の順番待ちリストを更新する。

【0032】

なお、来訪者が直接タッチパネル１１５ａを操作する代わりに、従業者等が、順番待ちを受け付けるための入力を行っても良い。このとき、従業者等は、施設の入り口付近に設置された順番管理端末１００を操作してもよいし、後述するように、従業者等が個別に使用する順番管理端末１００を操作してもよい。

【0033】

＜順番待ち状況の更新処理＞
図４は、順番管理端末１００において、従業者等によって順番待ち状況（ステータス）の更新指示をする際の操作画面を例示した図である。同図に示すように、順番待ち状況の更新指示として、例えば「取消」、「変更」、「呼出」、「案内」のいずれかの選択が可能となっている。「取消」は、順番待ちをキャンセルすることを意味し、「変更」は、いったん入力された順番待ちの詳細（予約者の人数など）を変更することを意味する。また、「呼出」は、予約者に対して予約の順番が来たことを口頭で呼び出したり、電話やメールなどで知らせた状態であることを意味し、「案内」は、順番が来た者を実際に案内したときに、順番待ちの行を消し込むことを意味する。本実施形態では、受付番号ごとに、すなわち順番待ちリストの個々の行について、順番待ち状況の更新操作が可能となっている。

【0034】

一例を挙げて説明すると、従業者等は、まず、順番待ち状況の更新対象を特定すると、その対象が表示されている行を右から左へとスワイプする。図４に示す例では、受付番号１番の来訪者を呼び出したときなどに、受付番号１番の行をスワイプした場合を例示している。この結果、図４の左上部分に示すような「取消」、「変更」、「呼出」、「案内」を示す操作ボタン群ＢＧが表示される。従業者等は、所望の操作ボタン（例えば「呼出」）をタップすることで、順番待ち状況の更新操作を行う。かかる操作がなされると、順番待ち状況の更新指示をあらわすステータスの更新情報が、順番管理端末１００から通信ネットワークＮを介して管理サーバ３００にアップロードされる。管理サーバ３００の更新部は、受信したステータスの更新情報に基づき、ステータス管理テーブルＴＡ２を書き換え、当該施設の順番待ち状況（ステータス）を更新する。

【0035】

なお、上述した順番待ち状況の更新操作について、もとの状況に戻したい場合も生じ得る。例えば、呼出に応じなかったため、「取消」を行ったものの、その予約者が数分後に戻ってきた場合などである。このような場合を想定し、本実施形態では、順番待ち状況の更新操作について、一定数（たとえば過去２０操作分）の履歴を残しておき、その履歴をもとに、順番待ち状況の再更新する（復活させる）ことが可能となっている。また、順番待ち状況の更新操作は、「取消」、「変更」、「呼出」、「案内」に限定する趣旨ではなく、施設の業務形態等に応じて、管理者等が適宜設定および変更可能である。

【0036】

また、順番管理端末１００は、施設内等に設置されている大型ディスプレイなどに、順番待ち状況を表示させることができる。この場合には、順番管理端末１００と外部ディスプレイとをケーブルで接続して利用する。外部ディスプレイの画面に順番待ち状況が大きく表示されるので、来訪者は、外部ディスプレイに表示される順番待ち状況を確認することで、おおよその待ち時間等を把握することが可能となる。

【0037】

＜表示制御処理＞
次に、表示制御モジュールＭ１によって実現される機能など、本実施形態における処理について説明する。図５乃至図７は、順番管理端末１００によって実行される順番待ちの管理処理の流れを示すフローチャートである。

【0038】

図５は、順番管理端末１００に表示される受付画面に関連する処理の流れを示すフローチャートである。順番管理端末１００は、上述のとおり施設の入り口等に設置され、図３に例示するような、順番待ちの受付をするための受付画面を表示装置１１６に表示させる（ステップＳ５１）。

【0039】

順番管理端末１００は、表示された受付画面に対して、来訪者や従業者等がタッチパネル１１５ａなどの入力装置１１５への操作入力が受け付けられたか否かを検知する（ステップＳ５２）。例えば、タッチパネル１１５ａへの操作が検知され、入力が受け付けられたとき（ステップＳ５２：ＹＥＳ）、図６に例示する順番待ちリストへの追加または更新処理が実行される。

【0040】

他方、タッチパネル１１５ａを含む入力装置１１５への操作入力が検知されなかったとき（ステップＳ５２：ＮＯ）、入力装置１１５への操作入力が検知されない状態が所定時間経過したか否かを判断する（ステップＳ５３）。この処理は、例えば、順番管理端末１００が最後に操作入力を受け付けたときにタイマをスタートさせて、当該タイマが所定時間を経過したか否かを検出することによって、実現され得る。例えば、所定時間として１分が設定されているときは、ステップＳ５３において、順番管理端末１００に対して１分間以上、操作入力がなされなかったか否かを検出する。

【0041】

順番管理装置１００は、入力装置１１５への操作入力が所定時間以上検知されなかったとき（ステップＳ５３：ＹＥＳ）、図７に例示する表示制御処理を実行する。他方、順番管理装置１００が最後に操作入力されてから所定時間が経過していないときは（ステップＳ５３：ＮＯ）、ステップＳ５２に戻り、入力装置１１５に対する操作入力を検知する処理（ステップＳ５２）と、操作入力がなされない状態が所定時間以上経過したかを検出する処理（ステップＳ５３）を繰り返す。

【0042】

図６は、順番管理端末１００に対して入力が受け付けられたときに実行される、順番待ちリストへの追加または更新処理の一例を示すフローチャートである。順番管理端末１００は、来訪者や従業者等による入力を検知すると、順番待ちリストへの受付であるか否か、すなわち、順番待ちリストに新たに順番待ちを１組追加する新規登録操作であるか否か、を検知する（ステップＳ６１）。順番管理端末１００は、順番待ちリストへの受付であると判断すると（ステップＳ６１：ＹＥＳ）、順番待ちリストに順番待ちを１組新たに追加する処理を行い（ステップＳ６２）、その後、図５のステップＳ５１に戻り、追加処理後の順番待ちリストを含む受付画面を表示する。

【0043】

一方、順番管理端末１００の受付部及び更新部は、順番待ちリストへの受付ではないと判断すると（ステップＳ６１：ＮＯ）、「取消」、「変更」、「呼出」、「案内」のいずれかの順番待ち状況の更新操作であるか否かを判断する（ステップＳ６３）。いずれかの順番待ち状況の更新操作でないと判断した場合には（ステップＳ６３：ＮＯ）、処理を終了する。一方、いずれかの順番待ち状況の更新操作であると判断すると（ステップＳ６３：ＹＥＳ）、更新操作に応じて順番待ち状況を更新し（ステップＳ６４）、その後、図５のステップＳ５１に戻り、更新された順番待ちリストを含む受付画面を表示する。

【0044】

例えば、順番待ちしていた者ないしそのグループを店内に案内すると、従業者等は、タッチパネル１１５ａに表示される複数の行の中から、案内を終えた来訪者を特定し、この来訪者に対応する行をスワイプして「取消」、「変更」、「呼出」、「案内」を示す操作ボタン群ＢＧを表示させる。そして、従業者等は、「案内」を示す操作ボタンをタップすることで順番待ち状況の更新操作を行う。「案内」が選択されると、対応する第１順位の者が消去され、後続の者が順番待ちリストの第１順位であるとして順番管理端末１００に表示される。なお、「取消」、「変更」、「呼出」がタップされた場合も同様に、それぞれの更新操作に応じた処理が順番管理端末１００において実行されることとなる。

【0045】

図７は、入力装置１１５への入力が所定時間なされなかったとき、順番管理装置１００によって実行される表示制御処理の一例を示すフローチャートである。本実施形態では、受付画面が表示された状態で、入力装置１１５への入力が所定時間なされなかったとき、表示装置１１６に待受画面が表示される。

【0046】

このとき、順番管理装置１００は、管理サーバ３００のステータス管理テーブルＴＡ２で管理されている順番待ちリストを参照して、順番待ちをしている者があるか否かを判定する（ステップＳ７１）。順番待ちをしている者がある場合（ステップＳ７１：ＹＥＳ）、順番管理装置１００は、順番待ちリストへの受付が必要な旨のメッセージを含む第１の待受画面を、表示装置１１６に表示する（ステップＳ７２）。

【0047】

一方、順番待ちをしている者がいない場合（ステップＳ７１：ＮＯ）、すぐに施設内に入場したり、サービスを受けることが可能であるから、順番待ちリストへの受付は不要である。そこで、順番管理装置１００は、従業者等に声を掛けることを来訪者に依頼する旨のメッセージを含む第２の待受画面を、表示装置１１６に表示する（ステップＳ７３）。

【0048】

その後、入力装置１１５に来訪者ないし従業者等による操作入力が受け付けられるまで第１または第２の待受画面を表示し続ける（ステップＳ７４）。そして、操作入力が受け付けられたことを検出すると、ステップ５１に戻り、受付画面を表示する。

【0049】

図８乃至図１０は、本実施形態において、表示装置１１６に表示される画面例である。

【0050】

図８は、２組順番待ちしているときに表示される第１の待受画面の一例を示す図である。例えば、図３に例示する受付画面が表示された後、入力装置１１５に所定時間、何も入力がなされない状態が続くと、例えば、図８に示す第１の待受画面が表示される。この第１の待受画面には、「画面をタッチして受付してください」等、まず順番待ちの受付をすべきである旨のメッセージが含まれている。これにより、来訪者は、画面をタッチして受付画面を見るまでもなく、現在順番待ちをしている人がいて、順番待ちリストへの受付が必要であることが分かる。

【0051】

また、第１の待受画面は、メッセージに加えて、待ち組数や予想される待ち時間が表示されることが好ましい。これにより、来訪者は、待受画面を見るだけでより正確に順番待ちの状況を把握することができる。なお、予想される待ち時間は、１組が案内されるまでの平均的な時間を予め設定しておくことにより、算出することができる。例えば、順番待ちの１組目が案内される時間が１５分、２組目以降が案内される時間が１０分であるものと設定されていれば、例えば、現在２組が順番待ちをしているとき、来訪者が順番待ちの受付をすれば、順番待ちの３組目となるので、予想される待ち時間は、１５分＋１０分＋１０分＝３５分であるものと算出できる。

【0052】

図９は、順番待ちがない場合に表示される受付画面の一例である。また、図１０は、順番待ちがないときに表示される第２の待受画面の一例を示す図である。例えば、図９に例示する受付画面が表示された後、入力装置１１５に所定時間、何も入力がなされない状態が続くと、例えば、図１０に示す第２の待受画面が表示される。この第２の待受画面には、「スタッフへお声かけください」等、順番待ちの受付ではなく、従業者等に声をかけるべきである旨のメッセージが含まれている。これにより、来訪者は、画面をタッチして受付画面を見るまでもなく、現在誰も順番待ちをしておらず、スタッフに声をかければ、すぐに案内してもらえることが分かる。

【0053】

以上説明したように、本実施形態によれば、順番待ちの待ち組数に応じて、入力が所定時間なかったときの待受画面を出し分けることができる。順番待ちが必要な場合には、順番待ちの受付をする旨のメッセージを表示させ、順番待ちが不要な場合には、スタッフに声をかける旨のメッセージを表示させる。これにより、順番待ちが必要か否かを、来訪者が即時かつ正確に把握できるので、順番待ちがなく順番券の発券の必要が無いときに、来訪者が発券操作をして不必要な発券をしたり、順番待ちがあり、来訪者が順番待ちの受付をして、順番券を発券すべきときに、来訪者が従業者等に声を掛けて従業者等のオペレーションが中断されたりするなどの無駄を防ぐことが可能となる。

【0054】

なお、ここでは、所定時間経過後に待受画面を表示させる実施例を示したが、待受画面を表示させるタイミング等はこれに限られるものではなく、順番待ちの待ち組数や時刻など、順番待ちの状況に応じて、待受画面を表示させるタイミング及び待受画面として表示させる内容を個別に設定し、出し分けるようにしてもよい。

【0055】

例えば、順番待ちがない場合には、所定時間の経過を待たずに、第２の待受画面を表示させるものとしてもよい。すなわち、順番管理端末１００の表示制御モジュールＭ１は、順番待ちがない場合には、表示装置１１６に第２の待受画面を表示させ、順番待ちがある場合には上述の実施例と同様に、まずは受付画面を表示させ、その後所定時間入力がなければ、第１の待受画面を表示させるようにしてもよい。

【0056】

また、表示制御モジュールＭ１は、現在の時刻が、当該施設の営業時間内であるか否かを判断し、営業時間外であれば、「営業時間外です。お時間までお待ちください。」など、営業時間外であることを示す内容のメッセージを含む待受画面を、表示装置１１６に表示させるものとしてもよい。このとき、営業時間内であれば、上述したように、待ち組数に応じて待受画面を出し分けることができる。

【0057】

また、順番管理端末１００の表示制御モジュールＭ１は、順番待ちの待ち組数に基づいて、予想される待ち時間を算出し、現在の時刻に予想される待ち時間を加えた時刻が、当該施設の営業時間内であるか否かを判断し、営業時間外であれば、「本日は受付を終了しました。」など、順番待ちの受付を終了したことを示す内容のメッセージを含む待受け画面を表示させるものとしてもよい。

【0058】

Ｂ．第２実施形態
上述した第１実施形態では、１施設で１台の順番管理端末１００を利用する場合について説明したが、第２実施形態では、１施設で複数の順番管理端末１００を利用する場合について説明する。

【0059】

図１１は、第２実施形態に係る順番管理システム１０００’の概略構成を示す図である。図１１に示す順番管理システム１０００’は、１施設に複数台の順番管理端末１００が設けられている点を除けば、図１と同様である。よって、対応する部分には同一符号を付し、詳細な説明は割愛する。

【0060】

１施設で複数台の順番管理端末１００を利用する場合には、各順番管理端末１００の間でデータが共有される点において、１台の順番管理端末１００のみを利用する場合と異なる。図１２は、３台の順番管理端末１００Ａ〜１００Ｃを利用して順番管理を行う場合のシーケンス図である。たとえば、レストランＡにおいて特定の順番管理端末１００（図１１に示す順番管理端末１００Ａ）が操作されると（Ｃ１）、その操作内容（ここでは、ステータスの更新情報を想定）は管理サーバ３００にアップロードされる（Ｃ２）。管理サーバ３００は、受信したステータスの更新情報に基づき、ステータス管理テーブルＴＡ２に登録されているレストランＡのステータス情報を更新する（Ｃ３）。そして、管理サーバ３００は、クライアント管理テーブルＴＡ１を参照し、レストランＡで利用される順番管理端末１００を特定する（Ｃ４）。ここでは、レストランＡに対して３台の順番管理端末１００Ａ〜Ｃがクライアント管理テーブルＴＡ１に登録されていることから、管理サーバ（送信部）３００は、順番管理端末１００Ａ以外の端末、すなわち順番管理端末１００Ｂ及び１００Ｃに対してアップデートされた最新のステータス情報を送信し（Ｃ５）、処理を終了する。

【0061】

この結果、最新の情報が、常に同期した状態で各順番管理端末１００に反映され、これにより、１施設で複数台の順番管理端末１００を利用する場合であっても、順番待ちの更新情報が一部の順番管理端末１００において反映されない等の不具合を生ずることなく、最適な順番待ち管理を行うことが可能となる。

【0062】

Ｃ．その他
なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

【0063】

上述の実施形態では、順番管理端末１００と管理サーバ３００とが連携して順番を管理するシステムについて説明したが、システムの構成はこれに限られず、種々の構成を採用可能である。例えば、管理サーバ３００が有する機能を順番管理端末１００側で備えることにより、順番管理端末１００単体で順番管理システム１０００と同等の機能を備える装置を構成することができる。

【0064】

また、上述の実施形態では、順番待ちがあるか否かによって、待受画面を出し分けるものとしたが、これに限られず、順番待ちの待ち組数に応じて、複数の待受画面を出し分けるものとすることができる。例えば、順番待ちがないときは、スタッフに声をかける旨のメッセージを含む待受画面を表示させ、順番待ちが所定数（たとえば５組）未満であれば、受付後店内で待つように促すメッセージを含む待受画面を表示させ、順番待ちが所定数以上であれば、受付後店外に出てもよい旨のメッセージを含む待受画面を表示させる、といったよりきめ細かな表示制御が可能である。

【0065】

さらに、第２の実施形態において、プリンタ２００と接続された順番管理端末１００Ａを、施設の入り口付近に設置して来訪者による受付用の端末とし、順番管理端末１００Ｂ及び１００Ｃを従業者等が個別に保持し、従業者等による消込を含むステータス更新用の端末として運用することができる。このとき、受付用の順番管理端末１００Ａは、順番待ちの新規登録のみを受け付け可能とし、ステータス更新用の順番管理端末１００Ｂ及び１００Ｃは、順番待ちの新規登録とステータス更新の両方を受け付け可能とすることができる。これにより、来訪者は順番待ちの登録のみをすることができ、来訪者が誤って消込をしたり、ステータス更新をしたりすることを防ぐことができる。さらに、順番管理端末１００において、順番待ちの新規登録のみを受け付け可能とするか、或いは、順番待ちの新規登録とステータス更新の両方を受け付け可能とするかを、単一のアプリ内でモードを切り替えることにより実現するようにしてもよい。

【0066】

プリンタ２００から発券される順番券について特に言及しなかったが、ＱＲコード（登録商標）を利用して順番待ち管理の効率化を図るようにしても良い。予約者は、順番待ちの入力を行った後、プリンタ２００から発券される順番券を受け取る。その後、予約者は、自身のスマートフォン等を利用して順番券に印刷されたＱＲコードを読み取る。ＱＲコードを読み取ることで、スマートフォン等の液晶パネルには現状の順番待ち状況（現状の待ち人数など）が表示される。そして、自身の順番が近づくと、呼出のためのリマインドメールが届く。これにより、店頭で長時間並ぶことなく入店することができ、“長時間待つ”といった行為のストレスを軽減することができるとともに、従来は“待つ”といった行為に費やしていた時間を有効に活用することが可能となる。

【0067】

なお、リマインドメールを設定する方法としては、たとえばＱＲコードを読み込んだときに、ページ内にメールアドレスの入力を促すメッセージを表示する方法などがある（「通知を受け取るメールアドレスを下記に入力してください。」など）。予約者は、このメッセージに従ってメールアドレスを入力することで、リマインドメールを受信することが可能となる。

【0068】

また、リマインドメールに代えて（あるいは加えて）電話呼出を行うようにしても良い。順番待ちの入力を終えた後、電話での呼出設定を希望するか、予約者に確認するメッセージを順番管理端末１００に表示する（「電話でのお呼出を設定できます。ご希望の方は、下記ボタンを押した後、電話番号を入力してください。」など）。予約者は、電話での呼出設定を希望する場合には、このメッセージに従って電話番号を入力する。この結果、自身の順番が近付くと、自動音声等による呼出が行われ、店頭で長時間並ぶことなく入店することが可能となる。

【符号の説明】

【0069】

１０００、１０００’…順番管理システム
１００、１００Ａ、１００Ｂ、１００Ｃ…順番管理端末
２００…プリンタ
３００…管理サーバ
ＴＡ１…クライアント管理テーブル
ＴＡ２…ステータス管理テーブル
Ｎ…通信ネットワーク
１１０…プロセッサ
１１５…入力装置
１１５ａ…タッチパネル
１１６…出力装置
１２０…通信インタフェース
１３０…記憶資源
ＡＰ１…順番管理アプリケーション
Ｍ１…表示制御モジュール

【要約】

【課題】順番待ち管理業務を行う順番管理システムにおいて、順番待ち管理業務を効率化する。
【解決手段】順番管理システムにおいて、入力装置に対する入力が所定時間なされなかったか否かを判定し、入力装置に対する入力が所定時間なされなかったと判定されたときに待受画面を表示させる。このとき、順番待ちリストに順番待ちがあるとき、第１の待受画面を表示させ、順番待ちリストに順番待ちがないとき、第２の待受画面を表示させる。これにより、順番券の不要な発券を抑止するとともに、従業者等のオペレーション中断を削減することができる。
【選択図】図７

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】