JP2017059137A - クーポン発行システムおよびプログラム - Google Patents

Abstract

【課題】順番待ちをしている来訪者に対し、魅力あるクーポンを発行することが可能なクーポン発行システム等を提供する。【解決手段】クーポン発行サーバ４００は、管理サーバ３００から新規登録を受け付け、クーポン発行のリクエストを受信すると、管理サーバ３００から送信される新規登録情報等に基づき、発行すべきクーポンを選択する。新規登録情報には、予約人数と席の種類、目安待ち時間などが含まれる。クーポン発行サーバ４００は、選択されたクーポンをクーポン情報として、対応する店舗の順番管理端末１００宛てに送信する。順番管理端末１００によって受信されたクーポン情報は、プリンタ２００によりクーポンとして出力される。【選択図】図１

Description

本発明は、クーポン発行システムおよびプログラムに関する。

レストランなどの店舗においては、店舗利用を促進するために、商品の割引や特別サービスが付加される等の様々なクーポンを発行している。利用者は、店舗のＷｅｂサイトにアクセスしてクーポン画面を印刷する、あるいは、雑誌に掲載されたクーポンを店舗に持参するなどして、クーポンに係る様々な特典を享受することが可能となる（例えば、特許文献１参照）。

特開２００３−２０８５３５号公報

ところで、さまざまメディアに取り上げられる人気レストランなどでは、連日、多くのお客（来訪者）が来店し、長蛇の列ができることも多い。このような場合、順番待ちをしているお客は、自分たちの順番が来るのをただ待つしかなく、貴重な時間が無駄に使われてしまう、という問題がある。
かかる問題を解消するために、例えば、順番待ちをしているお客に何らかのクーポン（例えば、周辺地域の観光施設で使えるクーポンなど）を発行し、待ち時間を利用して当該施設を訪ねてもらう、あるいは周辺地域の魅力をアピールする等により、待ち時間の有効活用や周辺地域の活性化を図ることが考えられるが、この種のサービスを実現するシステムは未だ知られていない。

本発明は、以上説明した事情を鑑みてなされたものであり、順番待ちをしている来訪者に対し、魅力あるクーポンを発行することが可能なクーポン発行システム等を提供することを目的の一つとする。

本発明の一実施形態に係るクーポン発行システムは、順番待ちをする利用者にクーポンを発行するクーポン発行システムであって、順番待ちの新規登録を受け付ける入力部と、新規登録の受付内容に基づき、新規登録情報を生成する生成部と、クーポンの利用が可能な各施設のクーポン情報を記憶する第１記憶部と、新規登録情報に基づいてクーポン情報を選択する選択部と、選択されたクーポン情報を、利用者に発行する発行部とを具備することを特徴とするものである。

ここで、上記構成にあっては、生成部は、当該時点での順番待ち組数を少なくとも考慮して目安待ち時間を算出し、算出した目安待ち時間を含む新規登録情報を生成し、選択部は、目安待ち時間に基づいてクーポン情報を選択する態様が好ましい。
これに加えて、利用者の現在地をあらわす利用者位置情報、施設の位置をあらわす施設位置情報を検出する検出部をさらに備え、選択部は、目安待ち時間と利用者位置情報と施設位置情報に基づいて、クーポン情報を生成する態様がさらに好ましい。

本発明によれば、順番待ちをしている来訪者に対し、魅力あるクーポンを発行することが可能となる。

第１実施形態に係るクーポン発行システム１０００の概略構成を示す図である。 順番管理端末１００の主要構成を示すブロック図である。 クーポン発行サーバ４００の機能構成を示すブロック図である。 クーポン発行システム１０００における順番待ちの新規登録受付処理の流れを示すフローチャートである。 順番待ちの受付をするための受付画面を例示した図である。 クーポンを例示した図である。 クーポン発行処理を示すフローチャートである。 第１のクーポン選択処理を示すフローチャートである。 第２のクーポン選択処理を示すフローチャートである。 第３のクーポン選択処理を示すフローチャートである。 施設のステータス更新処理を示すフローチャートである。 ３台の順番管理端末１００Ａ〜１００Ｃを利用して順番管理を行う場合のシーケンス図である。

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

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

図１では、順番管理端末１００が設けられる店舗の一例として、レストランＡやレストランＢを例示しているが、もちろんこれに限る趣旨ではなく、カフェやバー、複合アミューズメントシステム、ショッピングモール、デパート、病院や公共施設など、順番待ちが発生するあらゆる施設に適用可能である。なお、以下では説明の理解を容易にするため、順番管理端末１００が設けられる施設を「店舗」と総称する。

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

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

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

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

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

待ち項目管理テーブルＴＡ３には、店舗ごとに設定されている、予約時に選択が可能な待ち項目と、各待ち項目の基準待ち時間が登録されている。例えば、「レストランＡ」で利用される順番管理端末１００に対して設定されている待ち項目は席の種類であり、ここでは「テーブル」、「カウンター」、「テラス席」が設定されている。基準待ち時間は、順番待ちをしている１の順番待ち組が案内されるまでの平均的な待ち時間であり、１組目と２組目以降で変えるようにしてもよい。例えば、ここでは「テーブル」に対して１組目待ち時間（１５分）、２組目以降待ち時間（１０分）、「カウンター」に対して１組目待ち時間（５分）、２組目以降待ち時間（３分）、「テラス席」に対して１組目待ち時間（２０分）、２組目以降待ち時間（２５分）が設定されている。これら店舗ごとの待ち項目及び基準待ち時間は、例えば、システム導入の際に各施設で順番待ちの管理を行う管理者（例えば、店舗のオーナーなど）によって設定される。また、待ち項目及び基準待ち時間は、必要に応じて随時変更することもできる。

プロセッサ３２０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、ＲＯＭ等の記憶手段に格納されている各種プログラムを実行することで管理サーバ３００の各部を中枢的に制御する。また、プロセッサ３２０は、順番管理端末１００と連携して順番待ちを管理するためのコンピュータプログラムも実行する。

クーポン発行サーバ４００は、サーバコンピュータなどから構成され、管理サーバ３００からのクーポンの発行リクエストに応じて、選択されたクーポンを発行する。クーポン発行サーバ４００において発行されたクーポンは、クーポン情報として管理サーバ３００に返信され、通信ネットワークＮを介して店舗（ここでは、レストランＡ）の順番管理端末１００に送られる。順番管理端末１００に送信されたクーポン情報は、プリンタ２００からクーポンとして発行される。

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

＜順番管理端末１００＞
図２は、順番管理端末１００の主要構成を示すブロック図である。順番管理端末１００は、プロセッサ１１０と、入力装置１１５と、表示装置１１６と、通信インタフェース１２０と、記憶資源１３０とを備える。順番管理端末１００は、利用者が直接タッチパネルなどの入力装置１１５を操作することで、順番待ちリストへの受付や消込み等の入力を受け付ける。ここで、利用者としては、店舗の来訪者や従業者等が想定される。例えば、来訪者は順番待ちリストに新たに順番待ちの登録をするための入力を行い、従業者等は順番待ちリストに登録されている情報のステータスを更新するための入力を行う。なお、ここでは、店舗の管理者や従業者などを従業者等と総称する。

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

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

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

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

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

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

＜クーポン発行サーバ４００＞
図３は、クーポン発行サーバ４００の機能構成を示すブロック図である。クーポン発行サーバ４００は、クーポン選択部４１０、クーポンＤＢ４２０、クーポン対象施設ＤＢ４３０、店舗ＤＢ４４０、クーポン発行部４５０などを備えている。

クーポン選択部４１０は、予め設定されたクーポン選択アルゴリズムに従い、来訪者（来訪者のグループを含む）に適したクーポンを選択する。詳細は後述するが、（１）目安待ち時間に応じたクーポンの選択、（２）順番待ちする利用者の属性に応じたクーポンの選択、（３）順番待ちの受付時間に応じたクーポンの選択を行うことが可能となっている。

クーポンデータベースＤＢ４２０には、対象商品（サービスも含む）の識別ＩＤ、対象商品名、販売価格、商品原価、クーポン割引率などが商品ごとに対応づけて登録されている。
クーポン対象施設ＤＢ４３０には、クーポンの利用対象となる施設（以下、クーポン対象施設）の識別ＩＤ、位置情報（緯度、経度等）、施設の名前、施設のコンタクト情報（住所、電話番号、メールアドレスなど）、混雑状況をあらわすステータス情報、イベント情報（イベント内容や開催日時）などが施設ごとに対応づけて登録されている。
店舗ＤＢ４４０には、来訪者が待ち受けを行う店舗の識別ＩＤ、位置情報（緯度、経度等）、店舗の名前、店舗のコンタクト情報（住所、電話番号、メールアドレスなど）、混雑状況をあらわすステータス情報などが店舗ごとに対応づけて登録されている。ここで、本実施形態では、来訪者の待ち受けを行う店舗と、クーポン対象施設が別々になっている場合を想定しているが、来訪者の待ち受けを行う店舗（図１では、レストランＡ、Ｂ）がクーポン対象施設になることもあり、逆に、クーポン対象施設が待ち受けを行う店舗になることもある。

クーポン発行部４５０は、クーポン選択部４１０によって選択された１つまたは複数のクーポンを、クーポン情報として対応する店舗の順番管理端末１００宛てに送信する。前述したように、クーポン発行サーバ４００には、各店舗のコンタクト情報が格納されている。よって、クーポン発行サーバ４００は、この店舗のコンタクト情報を利用することで、順番管理端末１００宛てに確実にクーポン情報を送信することができる。

順番管理端末１００に送信されたクーポン情報は、プリンタ２００を介してクーポンとして発行される。これにより、順番待ちをする来訪者は、現在の待ち状況に見合った最適なクーポンを得ることが可能となる。

次に、本実施形態におけるクーポン発行システム１０００の動作について説明する。
＜順番待ちの新規登録処理＞
図４は、順番待ちの新規登録処理を示すフローチャートである。
まず、人気メニューを注文するために、店舗（図１ではレストランＡなど）に出向いた来訪者は、店舗に設置された順番管理端末（入力部）１００を操作して、順番待ちリストに順番待ちを新規に登録するための受付を行う。具体的には、表示装置１１６に表示されるメッセージに従ってタッチパネル１１５ａを適宜操作して、予約者の人数や所望の待ち項目（例えば、テーブルやカウンターなどの席の種類）等を入力する。受付の際にいかなる項目を入力対象とするかは、各店舗の管理者等の意向に応じて決定すればよい。

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

その後、順番管理端末１００は通信インタフェース１２０を介して、管理サーバ３００からステータス管理テーブルＴＡ２に登録されている順番待ちリストに含まれる情報を受信する（ステップＳ１１）。さらに、順番管理端末１００は、管理サーバ３００から、待ち項目管理テーブルＴＡ３に登録されている待ち項目と、各待ち項目の現在の待ち時間の情報を受信する（ステップＳ１２）。各待ち項目の現在の待ち時間（目安待ち時間）は、待ち項目管理テーブルＴＡ３に登録されている各待ち項目の基準待ち時間に基づいて、管理サーバ３００が算出する。例えば、「レストランＡ」で利用される順番管理端末１００の場合、「テーブル」席に２組の予約が入っている場合には、「テーブル」席の目安待ち時間は、１５（１組目待ち時間）＋１０（２組目待ち時間）＋１０（３組目待ち時間）＝３５分となる。

次に、順番管理端末１００は、図５に例示するような、順番待ちの受付をするための受付画面を表示装置１１６に表示させる（ステップＳ１３）。

図５は、順番管理端末１００の表示装置１１６に表示される受付画面を例示した図である。図５に示すように、受付画面では、管理サーバ３００のステータス管理テーブルＴＡ２に登録されている順番待ちリストの少なくとも一部、例えば、順番待ちをしている者の受付番号とその人数、指定した席の種類（待ち項目）等を含む行が、受付をした順番に時系列に並べられた一覧が表示される。また、現在順番待ちをしている総順番待ち組数（全ての席種の順番待ち組数の合計）も表示される。さらに、目安待ち時間や、受付時間（図示略）、順番待ちリストへの受け付け操作を促すメッセージや受付ボタン等が表示装置１１６に表示される。

目安待ち時間は、各店舗の利用目的に合わせて表示方法を選択することができる。具体的には、「最短待ち時間」、「最長待ち時間」、「合計待ち時間」のいずれかを選択することができる。

「最短待ち時間」は、現在の待ち時間が最も短い待ち項目を選択した場合の待ち時間である。例えばレストランでは、来訪者は、席に案内されるまでの最短の待ち時間がどの程度かを知りたいと考えられる。したがって、このような店舗では、目安待ち時間の表示方法として「最短待ち時間」を選択することができる。上述のレストランＡの例を用いて説明すると、それぞれ「テーブル」に２組、「テラス席」に１組、「カウンター」に１組の順番待ち組がある場合、次の来訪者が「テーブル」を選択した場合の待ち時間は１５＋１０＋１０＝３５（分）、「テラス席」を選択した場合の待ち時間は２０＋２５＝４５（分）、「カウンター」を選択した場合の待ち時間は５＋３＝８（分）なので、提示される目安待ち時間は、最も短い８（分）となる。

「最長待ち時間」は、現在の待ち時間が最も長い待ち項目を選択した場合の待ち時間である。例えば電気製品のリペアショップでは、来訪者が修理したい製品の種類によって待ち時間が異なると考えられる。このため、来訪者は、まず、最長でどの程度待つ可能性があるのかを知りたいと考えられる。したがって、このような店舗では、目安待ち時間の表示方法として「最長待ち時間」を選択することができる。具体例をあげて説明すると、待ち項目と基準待ち時間の組み合わせが、「スマートフォン（１５分）」、「携帯電話機（１０分）」、「ノートＰＣ（１５分）」で、「スマートフォン」に２組、「携帯電話機」に１組、「ノートＰＣ」に１組の順番待ち組がある場合、次の来訪者が「スマートフォン」を選択した場合の待ち時間は１５×２＋１５＝４５（分）、「携帯電話機」を選択した場合は１０＋１０＝２０（分）、「ノートＰＣ」を選択した場合は１５＋１５＝３０（分）なので、提示される目安待ち時間は、最も長い４５（分）となる。

「合計待ち時間」は、順番待ちリストに登録されている全ての順番待ち組の順番待ちが完了するまでの合計時間に、例えば最短の基準待ち時間を足したものである。「合計待ち時間」は、例えば、たいやき屋のように、複数種類の商品（こしあん入り、粒あん入り、クリーム入り等）を組み合わせて注文できる店舗での利用が考えられる。具体例をあげて説明すると、「こしあん入り」と「粒あん入り」の基準待ち時間は２分、「クリーム入り」の基準待ち時間は３分の場合、１組目の注文内用が（こしあん×２）、２組目が（粒あん×３）、３組目が（こしあん×１＋クリーム×２）の場合、４組目の目安待ち時間は、２×２＋２×３＋（２×１＋３×２）＋２＝２０（分）と算出される。

なお、目安待ち時間は、管理サーバのプロセッサ３２０において計算し、順番管理端末１００に送信しても良いが、順番管理端末１００において直接算出するようにしてもよい。この場合には、順番管理端末１００は、管理サーバ３００から各待ち項目の基準待ち時間と、各待ち項目の現在の順番待ち組数を取得し、目安待ち時間を計算することができる。もっとも、以下の説明では、「最短待ち時間」、「最長待ち時間」、「合計待ち時間」のいずれに設定されるか、特に限定する必要がない場合には、これらを総称して「目安待ち時間」という。

順番管理端末１００は、表示された受付画面に対して、来訪者や従業者等によるタッチパネル１１５ａなどの入力装置１１５を介した操作入力が行われたか否かを検知する（ステップＳ１４）。例えば、タッチパネル１１５ａへの操作が検知され、入力が受け付けられると（ステップＳ１４：ＹＥＳ）、順番待ちをする人数を指定するための人数指定画面を表示装置１１６に表示させる（ステップＳ１５）。人数指定画面には、人数の入力操作を促すメッセージや、人数指定ボタン等が表示される。

順番管理端末１００は、表示された人数指定画面に対して、来訪者や従業者等の入力装置１１５を介した操作入力が行われたか否かを検知する（ステップＳ１６）。タッチパネル１１５ａへの操作が検知され、人数の入力が受け付けられると（ステップＳ１６：ＹＥＳ）、席の種類を指定するための席指定画面を表示装置１１６に表示させる（ステップＳ１７）。

順番管理端末１００は、表示された席指定画面に対して、来訪者や従業者等の入力装置１１５を介した操作入力が行われたか否かを検知する（ステップＳ１８）。タッチパネル１１５ａへの操作が検知され、席の種類の指定入力が受け付けられると（ステップＳ１８：ＹＥＳ）、予約内容確認画面を表示装置１１６に表示させる（ステップＳ１９）。予約内容確認画面には、受け付けられた人数や席の種類が表示され、予約内容の確認を促すメッセージや、予約確定操作を促すメッセージ、および予約確定ボタン等が表示される。なお、ステップＳ１８において、席の種類として「指定なし」が選択された場合には、全ての席の種類、すなわち図５では「テーブル」「カウンター」及び「テラス席」に対して、順番待ちを入れることになる。

順番管理端末１００は、予約完了操作が行われたか否かを検知する（ステップＳ２０）。予約完了操作が受け付けられると（ステップＳ２０：ＹＥＳ）、受付完了画面を表示させる（ステップＳ２１）。受付完了画面には、受付番号（待ち番号）や、目安待ち時間等が表示される。また、受付完了画面には、順番券とともに、来訪者に適したクーポンの受け取りを促すメッセージが表示される。来訪者は、順番管理端末１００に接続されたプリンタ２００から印刷される順番券及びクーポン（図６参照）を受け取ることができる。クーポンの発行、及び発行されたクーポンの使い方については後述する。

順番管理端末（生成部）１００は、上記のようにして予約が確定すると、予約内容に基づき、人数と席の種類、目安待ち時間などを含む新規登録情報を生成する。そして、順番管理端末１００は、生成した新規登録情報を管理サーバ３００に送信する（ステップＳ２２）。

管理サーバ３００は、ある施設（ここでは、レストランＡ）から新規登録情報を受信すると、受信した新規登録情報に基づいて、順番待ちリストに順番待ちを１組新たに追加する処理を行い、ステータス管理テーブルＴＡ２を更新する（ステップＳ２３）。

なお、各施設の順番待ちリストの更新は、新規登録受付以外に、従業者等によって登録済みの順番待ちに対し、「取消」、「変更」、「呼出」、「案内」のいずれかの操作が行われた際にも発生する。「取消」は、順番待ちをキャンセルすることを意味し、「変更」は、いったん入力された順番待ちの詳細（予約者の人数など）を変更することを意味する。また、「呼出」は、予約者に対して予約の順番が来たことを口頭で呼び出した状態、あるいは電話やメールなどで知らせた状態であることを意味し、「案内」は、順番が来た者を実際に案内したときに、順番待ちの行を消し込むことを意味する。

例えば、順番待ちしていた者ないしそのグループを店内に案内すると、従業者等は、「案内」の操作を行う。「案内」操作が行われると、順番待ちリストから、対応する第１順位の者が消去され、後続の者が順番待ちリストの第１順位であるとして順番管理端末１００に表示される。なお、「取消」、「変更」、「呼出」の操作が行われた場合も同様に、それぞれの更新操作に応じた処理が行われる。

＜クーポン発行処理＞
図７は、クーポン発行サーバ４００によって実行されるクーポン発行処理を示すフローチャートである。
クーポン発行サーバ（選択部）４００は、管理サーバ３００から新規登録を受け付け、クーポン発行のリクエスト（以下、クーポンリクエスト）を受信すると（ステップＳａ１）、管理サーバ３００から送信される新規登録情報等に基づき、発行すべきクーポンを選択する（ステップＳａ２）。なお、クーポンの選択に関する詳細（クーポン選択処理）は後に詳述する。クーポン発行サーバ（発行部）４００は、選択されたクーポンをクーポン情報として、対応する店舗の順番管理端末１００宛てに送信し（ステップＳａ３）、処理を終了する。順番管理端末１００によって受信されたクーポン情報は、プリンタ２００を介してクーポン（図６参照）として出力される。もとより、クーポンの数に特に制限はなく、１つまたは複数であっても良い。

（１）第１のクーポン選択処理（目安待ち時間に応じたクーポン選択処理）
図８は、第１のクーポン選択処理を示すフローチャートである。
クーポンリクエストする際、管理サーバ３００は、ステータス管理テーブルＴＡ２に登録されている新規登録された待ち受けの来訪者に係る新規登録情報を取得し、これをクーポンリクエストに含めて送信する。

クーポン発行サーバ（検出部）４００は、新規登録情報に含まれる「目安待ち時間」を取得するとともに（ステップＳｂ１）、店舗データベースＤＢ４４０に含まれる店舗の位置情報（すなわち、来訪者の現在位置をあらわす来訪者位置情報）、及びクーポン対象施設ＤＢ３０に含まれる施設の位置情報などを取得し、来訪者が目安待ち時間を利用して訪れることが可能なクーポン対象施設（例えば、公園や美術館：以下、適宜「施設」と略称）を検索・選択する（ステップＳｂ２）。クーポン発行サーバ４００は、選択したクーポン対象施設に対応するクーポン情報を、クーポンＤＢ（第１記憶部）４２０から取得し、順番管理端末１００宛てに送信する（図７のステップＳａ３参照）。

ここで、上記例では、「目安待ち時間」とともに、来訪者の現在位置や施設の位置を考慮して、おすすめ施設を決定したが、施設の混雑状況を考慮しておすすめ施設を決定する、あるいは、送客しやすい施設（例えば、近くのカフェや地方の観光地であればロードサイドの飲食店など）を優先的におすすめ施設として決定しても良い。

（２）第２のクーポン選択処理（順番待ちの来訪者の属性に応じたクーポン選択処理）
図９は、第２のクーポン選択処理を示すフローチャートである。
クーポンリクエストする際、管理サーバ３００は、ステータス管理テーブルＴＡ２に登録されている新規登録された待ち受けの来訪者に係る新規登録情報を取得し、これをクーポンリクエストに含めて送信する。

クーポン発行サーバ４００は、新規登録情報に含まれる性別、予約人数（２名など）、予約グループの構成（大人が１名、子供が１名など）、年齢といった予約グループの「属性情報」を取得し（ステップＳｃ１）、カップルにおすすめの施設（話題のカフェやレストランなど）、家族連れにおすすめの施設（アミューズメントパークなど）、老夫婦におすすめの施設（世界遺産など）を検索・選択する（ステップＳｃ２）。この後は、上記と同様に説明できるため、割愛する。

なお、上記例では、予約グループの「属性情報」をもとに、おすすめの施設（話題のカフェやレストランなど）を選択したが、「属性情報」に加えて、上記（１）で説明した「目安待ち時間」等を考慮しておすすめ施設を決定しても良い。

（３）第３のクーポン選択処理（順番待ちの受付時間に応じたクーポン選択処理）
図１０は、第３のクーポン選択処理を示すフローチャートである。
クーポンリクエストする際、管理サーバ３００は、ステータス管理テーブルＴＡ２に登録されている新規登録された待ち受けの来訪者に係る新規登録情報を取得し、これをクーポンリクエストに含めて送信する。

クーポン発行サーバ４００は、新規登録情報に含まれる予約の「受付時間」（例えば、７：００〜１２：００（午前）、１２：００〜１６：００（午後）、１６：００〜（夜）など）を取得し（ステップＳｄ１）、その受付時間におすすめの施設を検索・選択する（ステップＳｄ２）。例えば、受付時間が午前の時間帯であればアスレチックフィールド、夜の時間帯であればバーなどを、クーポン取得の対象施設として選択する。この後は、上記と同様に説明できるため、割愛する。

なお、「受付時間」のみならず、受付日に関する情報を含めても良い。例えば、各施設のイベント（例えば、○×フェスティバル、△×体験イベントなど）の開催日時に関する情報（イベント情報）を、クーポン対象施設ＤＢ（第２記憶部）４３０に登録し、イベント情報も考慮に入れておすすめ施設を決定しても良い。また、予約の「受付時間帯」をもとに、おすすめの施設を選択するだけでなく、上記（１）や（２）で説明した「目安待ち時間」や「属性情報」等を考慮しておすすめ施設を決定しても良い。これらのパラメータをいかに考慮するかは、システム設計に応じて適宜設定変更可能である。

次に、クーポン対象施設のステータス（混雑状況や各種イベントに関する情報など）の更新が行われる場合の処理について説明する。

＜施設のステータス更新処理＞
図１１は、クーポン発行サーバ４００によって間欠的に実行される施設のステータス更新処理を示すフローチャートである。
クーポン発行サーバ４００は、各施設からステータスの変更をあらわすステータス更新情報を受信したか否かを検知する（ステップＳｅ１）。ステータス更新情報として、例えば、混雑状況をあらあわす混雑状況情報（集客率が何パーセントであるか等）や、施設での各種イベントの日時などをあらわすイベント情報などが挙げられる。クーポン発行サーバ４００は、ステータス更新情報が受信されるまでステップＳｅ１の処理を繰り返し実行する。

クーポン発行サーバ４００は、ステータス更新情報が受信されたことを検知すると（ステップＳｅ１：ＹＥＳ）、受信したステータス更新情報に基づき、クーポン対象施設データベースＤＢ４３０のステータス情報を更新し（ステップＳｅ２）、処理を終了する。かかる構成によれば、クーポン対象施設の混雑状況やイベントに関する情報がリアルタイムに更新・反映されるため、当該時点で最適な施設をおすすめ施設として決定等することが可能となる。

以上説明したように、本実施形態によれば、待ち受けする来訪者は、現在の待ち状況に見合った最適なクーポンを得ることが可能となる。

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

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

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

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

上述の実施形態では、待ち受けする来訪者の属性や待ち受け時間、目安待ち時間などを考慮し、その来訪者に適したクーポンを自動で発行する態様を例示したが、これに換えて、クーポン発行サーバ４００が選択したクーポンの中から、所望するクーポンを来訪者が選択できるようにしても良い。一例を挙げて説明すると、順番管理端末１００のタッチパネル１１６には、クーポン発行サーバ４００が選択したクーポン（候補）が表示される。来訪者は、タッチパネル１１５ａを操作することにより、表示されたクーポン（候補）の中から、所望のクーポンを選択する。かかる態様によれば、来訪者に適したクーポンを効率良く発行することができる。

また、クーポン発行サーバ４００によって発行されるクーポンの種類（属性）について、各店舗で条件を定めても良い。例えば、発行されるクーポンが複数ある場合には、クーポン対象施設として同じ業種の施設（例えば、カフェ）が重ならないようにする、あるいは、同じ業種の施設（例えば、イベント会場）を組み合わせる等の条件を設定しても良い。また、業種に限らず、クーポン対象施設の地域等についても同様に適用可能である。例えば、クーポン対象施設が１つのエリアに集中するように設定する、あるいはクーポン対象施設が様々なエリアに分散するように設定しても良い。いかなる条件にするかは、各店舗のオーナー等が設定・変更すればよい。

上述の実施形態では、クーポン発行サーバ４００と管理サーバ３００とを別体構成としたが、例えば、管理サーバ３００が有する機能の全て（または一部）をクーポン発行サーバ４００に搭載する構成であっても良い。

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

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

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

１０００…クーポン発行システム
１００、１００Ａ、１００Ｂ、１００Ｃ…順番管理端末
１１０…プロセッサ
１１５…入力装置
１１５ａ…タッチパネル
１１６…表示装置
１２０…通信インタフェース
１３０…記憶資源
ＡＰ１…順番管理アプリケーション
２００…プリンタ
３００…管理サーバ
３２０…プロセッサ
ＴＡ１…クライアント管理テーブル
ＴＡ２…ステータス管理テーブル
ＴＡ３…待ち項目管理テーブル
４００…クーポン発行サーバ
４１０…クーポン選択部
４２０…クーポンＤＢ
４３０…クーポン対象施設ＤＢ
４４０…店舗ＤＢ
４５０…クーポン発行部
Ｎ…通信ネットワーク

Claims (7)

1. 順番待ちをする利用者にクーポンを発行するクーポン発行システムであって、
   前記順番待ちの新規登録を受け付ける入力部と、
   前記新規登録の受付内容に基づき、新規登録情報を生成する生成部と、
   前記クーポンの利用が可能な各施設のクーポン情報を記憶する第１記憶部と、
   前記新規登録情報に基づいて前記クーポン情報を選択する選択部と、
   選択された前記クーポン情報を、前記利用者に発行する発行部と
   を具備するクーポン発行システム。
2. 前記生成部は、当該時点での順番待ち組数を少なくとも考慮して目安待ち時間を算出し、算出した前記目安待ち時間を含む前記新規登録情報を生成し、
   前記選択部は、前記目安待ち時間に基づいて前記クーポン情報を選択する、請求項１に記載のクーポン発行システム。
3. 前記利用者の現在地をあらわす利用者位置情報、前記施設の位置をあらわす施設位置情報を検出する検出部をさらに備え、
   前記選択部は、前記目安待ち時間と前記利用者位置情報と前記施設位置情報に基づいて、前記クーポン情報を生成する、請求項２に記載のクーポン発行システム。
4. 前記新規登録情報には、前記利用者の性別、前記利用者を含むグループの構成人数、年齢の少なくともいずれかをあらわす属性情報が含まれ、
   前記選択部は、前記属性情報に基づいて前記クーポン情報を選択する、請求項１に記載のクーポン発行システム。
5. 前記新規登録情報には、少なくとも受付時間が含まれ、
   前記選択部は、前記受付時間に基づいて前記クーポン情報を選択する、請求項１に記載のクーポン発行システム。
6. 前記クーポンの利用が可能な前記各施設のイベント情報を記憶する第２記憶部を備え、
   前記選択部は、前記受付時間及び前記イベント情報に基づいて前記クーポン情報を選択する、請求項５に記載のクーポン発行システム。
7. メモリを備えたコンピュータに、順番待ちをする利用者にクーポンを発行する機能を実現するためのプログラムであって、
   前記メモリには、前記クーポンの利用が可能な各施設のクーポン情報が記憶され、
   前記コンピュータに、
   前記順番待ちの新規登録を受け付ける入力機能と、
   前記新規登録の受付内容に基づき、新規登録情報を生成する生成機能と、
   前記新規登録情報に基づいて前記クーポン情報を選択する選択機能と、
   選択された前記クーポン情報を、前記利用者に発行する発行機能と
   を実現させるためのプログラム。

Images