JP6787940B2

JP6787940B2 - 順番管理システム

Info

Publication number: JP6787940B2
Application number: JP2018038721A
Authority: JP
Inventors: 丈弘渡瀬; 哲功新谷
Original assignee: Recruit Holdings Co Ltd
Current assignee: Recruit Holdings Co Ltd
Priority date: 2018-03-05
Filing date: 2018-03-05
Publication date: 2020-11-18
Anticipated expiration: 2038-03-05
Also published as: WO2019172224A1; JP2019164394A

Description

本発明は、順番管理システムに関する。

従来、レストランや店舗、病院、銀行、役所等においては、そのサービスを待つ顧客の順番待ちを管理するために、種々の順番管理システムが採用されている。例えば、特許文献１には、順番待ちのできる複数の施設に対して同時に予約管理サービスを提供する予約管理システムが記載されており、ユーザは、Ｗｅｂや、電話や、店頭端末から順番待ち予約の申し込みをできることが記載されている。

一方、店舗ごとに登録された会員宛に、広告を挿入した電子メールを送信するシステムが利用されている（例えば、特許文献２）。

特開２００５−５０００２号公報特開２００５−１８２４５０号公報

従来の順番管理システムにおいては、順番待ちを登録した利用者を会員として管理したり、順番待ち管理システムで取得した情報を会員の情報として利用する仕組みがなかった。

本発明は、以上説明した事情を鑑みてなされたものであり、順番待ちを登録した利用者の情報を、会員情報として効率よく管理できるようにすることを目的の一つとする。

本発明の一実施形態に係る順番管理システムは、施設における利用者の順番待ちを管理する順番管理システムであって、
前記施設における順番待ちの登録を受け付ける受付端末と、
前記施設における順番待ちを登録した利用者の順番待ちのステータスを管理する順番管理サーバと、
前記施設の会員の情報を保持する会員情報管理テーブルを管理する会員情報管理部と、を備え、
前記受付端末は、
順番待ちの登録の際に、利用者の電話番号の入力を受け付ける電話番号受付部を備え、
前記順番管理サーバは、
入力された電話番号を前記会員情報管理部に送信する電話番号送信部を備え、
前記会員情報管理部は、
前記会員情報管理テーブルに、受信した電話番号を会員ＩＤとするレコードが存在しない場合には、当該電話番号を会員ＩＤとする会員のレコードを作成するものである。

また、前記会員情報管理部は、前記会員情報管理テーブルに、前記順番管理サーバから受信した電話番号を会員ＩＤとするレコードが存在する場合には、当該電話番号を会員ＩＤとする会員のレコードの情報を更新することが望ましい。

また、前記会員情報管理部は、前記順番管理サーバから電話番号を受信した際、対応する会員のメールアドレス宛にメッセージを送信するようにしてもよい。

本発明によれば、順番待ちを登録した利用者の情報を、会員情報として効率よく管理できるようにすることができる。

本発明の実施形態に係る順番管理システム１０００の概略構成を示す図。本発明の実施形態に係る順番管理端末２００の主要構成を示すブロック図。本発明の実施形態に係る順番管理システム１０００における順番待ちの受付登録処理のシーケンス図。本発明の実施形態に係る順番管理システム１０００における受付登録画面を例示する図。本発明の実施形態に係る順番管理システム１０００における会員登録処理のシーケンス図。

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

本実施形態では、レストランＡにおける順番待ち管理の例について説明するが、その他、病院、修理専門店、不動産会社の店舗、銀行、旅行代理店、アミューズメント施設、ショッピングモール、量販店、イベント会場など、施設利用者の順番待ちの管理を行うあらゆる施設に適用できる。

図１は、本実施形態に係る順番管理システム１０００の概略構成を示す図である。図１に示すように順番管理システム１０００は、管理センター等に設置された順番管理サーバ１００と、施設の入口付近などに設置された順番管理端末（受付端末）２００と、会員情報管理サーバ（会員情報管理部）３００を含んでいる。順番管理サーバ１００は、順番管理端末２００、および会員情報管理サーバ３００と通信ネットワークＮを介して接続されている。

順番管理サーバ１００は、順番管理端末２００を介して登録される順番待ちを施設毎に管理する。図１の例では、１つの施設の順番管理端末２００のみが図示されているが、順番管理サーバ１００は、実際には複数の施設に設置されている順番管理端末２００と通信ネットワークＮで接続され、各施設の順番待ちを管理している。順番管理サーバ１００は、汎用的なコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現する。順番管理サーバ１００を構成するコンピュータは、必ずしも１台である必要はなく、通信ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。

順番管理サーバ１００は、施設ごとに順番管理端末２００を管理するための管理データベース１１０と、プロセッサ（電話番号送信部）１２０と、を備えている。管理データベース１１０は、クライアント管理テーブルＴＡ１と、ステータス管理テーブルＴＡ２を備えている。

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

ステータス管理テーブルＴＡ２には、各施設での順番待ちリストが登録されている。この順番待ちリストは、順番待ちをしている者（順番待ち組）の一覧と、各々の順番待ち組の待ち状況をあらわす情報（ステータス情報）が含まれる。順番待ちリストの１レコードには、受付番号「１」、受付時刻「１３：０３」、受付項目「テラス席」、人数「３」、ステータス「呼出中」、電話番号「080-1234-5678」、メールアドレス「abc@defg.co.jp」等の情報が含まれている。また、その他に氏名、生年月日等の情報も含むようにしてもよい。受付項目は希望する席の種類である。

ステータスには、順番到来前の状態である「待ち中」、順番が来たことを知らせた状態である「呼出中」、順番が来た者を対応窓口に案内した状態である「案内済」、さらに順番待ちをキャンセルした状態である「取消済」等が含まれる。ステータスとしてどのような項目を設定するかは各施設の管理者等が適宜設定および変更可能となっている。

なお、順番待ちリストに含める情報は、各施設の管理者等が適宜設定および変更可能となっている。順番待ちリストの内容は、順番管理端末２００から送信される順番待ちリストへの新規登録情報、またはステータスの更新情報（詳細は後述）に基づいて更新される。

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

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

順番管理端末２００は、タブレット端末や、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）など、通信ネットワークＮを介して順番管理サーバ１００とデータの授受が可能なあらゆる端末装置を利用することができる。なお、順番管理端末２００は、１施設で複数台利用することもできる。

図２は、順番管理端末２００の主要構成を示すブロック図である。順番管理端末２００は、プロセッサ（電話番号受付部）２１０と、入力装置２１５と、表示装置２１６と、通信インタフェース２２０と、記憶資源２３０を備える。順番管理端末２００は、施設に来た利用者や、施設の従業者がタッチパネルなどの入力装置２１５を操作することで、順番待ちリストへの登録や更新等の入力を受け付ける。

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

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

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

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

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

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

会員情報管理サーバ３００は、各施設における会員情報を管理するサーバである。会員情報管理サーバ３００は、汎用的なコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現するものである。会員情報管理サーバ３００を構成するコンピュータは、必ずしも１台である必要はなく、通信ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。会員情報管理サーバ３００は、管理データベース３１０と、プロセッサ（会員情報管理部）３２０とを備えている。管理データベース３１０は、会員情報管理テーブルＴＡ３を備えている。

会員情報管理テーブルＴＡ３は、各施設の会員の情報を管理するテーブルである。会員情報管理テーブルＴＡ３には、施設毎に会員ＩＤに対応づけて、来店回数、メールアドレス、氏名、生年月日等の情報が登録されている。

プロセッサ３２０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、ＲＯＭ等の記憶手段に格納されている各種プログラムを実行することで会員情報管理サーバ３００の各部を中枢的に制御する。

（順番待ちの受付登録）
次に、順番管理システム１０００による順番待ちの受付登録処理について図３のシーケンス図を用いて説明する。施設（ここでは、レストランＡ）に来訪した利用者は、店頭などに設置されている順番管理端末２００や、自身の所持する携帯端末（受付端末）を操作して受付登録を行うことができる。自身の携帯端末で受付登録を行う場合、専用アプリやウェブサイトを介して利用したい施設（レストランＡ）を選択し、当該施設用の受付画面を表示させる。その後は、順番管理端末２００を用いて登録する場合と同様の手順で行うことができる。ここでは、順番管理端末２００を用いて登録する場合を例に説明する。

まず、順番管理端末２００は通信インタフェース２２０を介して、順番管理サーバ１００からステータス管理テーブルＴＡ２に登録されている順番待ちリストに含まれる情報を受信する（ステップＳ１０１）。

次に、順番管理端末２００は、順番待ちの受付をするための受付画面を表示装置２１６に表示させる（ステップＳ１０２）。受付画面には、例えば順番待ちリストの情報（順番待ちをしている者の受付番号と現在のステータス情報）が、受付をした順番に時系列に並べられた一覧が表示される。さらに、現在順番待ちをしている待ち組数なども表示される。

表示された受付画面に対して利用者が所定の操作を行うと、受付登録画面が表示される（ステップＳ１０３）。受付登録画面には、図４に示すように、希望する席の種類（受付項目）や人数の他、電話番号、メールアドレス、氏名、生年月日等が入力できるようになっている。

受付登録画面にて必要な情報の入力が完了し、利用者が所定の操作（「登録する」ボタンをタッチ）を行うと、受付完了画面が表示される（ステップＳ１０４）。受付完了画面には、受付番号（待ち番号）や、現時点での待ち時間等が表示される。また、順番券を受け取るよう促すメッセージが表示され、利用者は、順番管理端末２００に接続されたプリンタから印刷される順番券を受け取ることができる。

順番券には、受付番号と対応付けられた二次元コードが印刷されている。利用者が自身の携帯端末を利用して順番券に印刷された二次元コードを読み取ることで、携帯端末の表示装置に、利用者の現在の順番待ち状況（現状の待ち組数や予想待ち時間など）が表示される。また、利用者が、二次元コードを読み込むことによって表示される案内にしたがって電話番号やメールアドレスを入力することにより、順番が到来した際に電話またはメールによるメッセージを受信したり、順番が近づいたときにリマインドメッセージを受信したりすることができる。

確定した新規登録情報は、順番管理端末２００から通信ネットワークＮを介して順番管理サーバ１００に送信される（ステップＳ１０５）。順番管理サーバ１００は、ある施設から新規登録情報を受信すると、受信した新規登録情報に基づいて、その施設の順番待ちリストに順番待ちを１組新たに追加する処理を行い、ステータス管理テーブルＴＡ２を更新する（ステップＳ１０６）。

（会員登録処理）
次に、順番管理システム１０００による会員登録処理について図５のシーケンス図を用いて説明する。

順番管理サーバ１００は、ある施設から新規登録情報を受信し、その施設の順番待ちリストに順番待ちを１組新たに追加する処理を行うと、施設を特定する情報と、新規登録情報に含まれる電話番号、メールアドレス、氏名、生年月日等の情報を、会員情報管理サーバ３００に送信する（ステップＳ２０１）。

会員情報管理サーバ３００は、当該施設の会員情報管理テーブルＴＡ３を参照し、受信した電話番号を会員ＩＤとするレコードが存在するか否かを判定する（ステップＳ２０２）。該当するレコードが存在しない場合には（ステップＳ２０２：ＮＯ）、当該電話番号を会員ＩＤとするレコードを新たに作成する（ステップＳ２０３）。レコードには、受信したメールアドレス、氏名、生年月日等の情報が記録され、来店回数に「１」が記録される。例えば、会員ＩＤ（電話番号）「08012345678」、来店回数「１」、メールアドレス「abc@defg.co.jp」、氏名「○○○○」、生年月日「19900201」のようなレコードが登録される。

また、当該施設の会員情報管理テーブルＴＡ３に、受信した電話番号を会員ＩＤとするレコードが存在する場合には（ステップＳ２０２：ＹＥＳ）、当該電話番号を会員ＩＤとするレコードの来店回数を１加算する更新処理を行う（ステップＳ２０４）。また、メールアドレス等の情報が会員情報管理テーブルＴＡ３に登録されている情報と異なっている場合には、新たに受信した情報で上書きするようにしてもよい。

次に、会員情報管理サーバ３００は、電話番号（会員ＩＤ）を受信した会員のメールアドレス宛に、ショートメッセージを送信する（ステップＳ２０５）。ショートメッセージは、自動送信機能を利用して送信するようにしてもよい。具体的には、会員の来店回数や誕生月等に応じた定型文を用意しておき、受付登録の直後に送信するようにしてもよい。例えば、来店回数が１回であれば、店の人気商品やおすすめ商品などの情報を送信し、２回以上であれば、常連向けの商品の情報などを送信するようにしてもよい。また、誕生日の月であれば、クーポンを発行して送信するようにしてもよい。

（順番待ちリストの更新）
各施設の順番待ちリストの各レコードの内容は、施設の従業者が順番管理端末２００を用いて「取消」、「変更」、「呼出」、「案内」等の操作を行った際に更新される。「取消」は、順番待ちをキャンセルすることを意味し、「変更」は、いったん入力された順番待ちの内容を変更することを意味する。また、「呼出」は、順番が来た組を口頭で呼出したり、電話や呼出メールなどで知らせた状態であることを意味し、「案内」は、順番が来た組に対して実際に対応を開始した状態であることを意味する。

従業者は、順番管理端末２００に表示された順番待ちリストの中から、更新対象の順番待ち組を選択し、選択した順番待ち組に対して「呼出」、「取消」、「変更」のいずれかの更新操作を行う。更新対象の順番待ち組を特定する情報（例えば受付番号「１」）と更新操作の情報（例えば「呼出」）は、順番管理端末２００から通信ネットワークＮを介して順番管理サーバ１００にアップロードされる。順番管理サーバ１００は、受信した情報に基づき、当該施設の順番待ちリストを更新する。例えば、受付番号「１」に対して「呼出」操作を行った場合には、受付番号「１」の順番待ち組のステータスが「呼出中」に更新される。

以上のように、本実施形態によれば、順番待ちの登録の際に入力してもらう電話番号を利用して、受付完了時に即座に会員登録や会員情報の更新を行うようにしたので、順番待ちを登録した利用者の情報を、会員情報として効率よく管理することができる。

また、順番待ちの受付登録のタイミングで、会員にショートメッセージを送るようにしたので、適切なタイミングで施設の情報を配信することができる。また、送信するメッセージの内容は、会員情報に応じた定型文を利用することにより、効率的に適切な内容のメッセージを送信することができる。

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

１０００…順番管理システム
１００…順番管理サーバ
１１０…管理データベース
１２０…プロセッサ
２００…順番管理端末
２１０…プロセッサ
２１５…入力装置
２１５ａ…タッチパネル
２１６…表示装置
２２０…通信インタフェース
２３０…記憶資源
３００…会員情報管理サーバ
３１０…管理データベース
３２０…プロセッサ
ＴＡ１…クライアント管理テーブル
ＴＡ２…ステータス管理テーブル
ＴＡ３…会員情報管理テーブル
Ｎ…通信ネットワーク
ＡＰ１…順番管理アプリケーション

Claims

施設における利用者の順番待ちを管理する順番管理システムであって、
前記施設における順番待ちの登録を受け付ける受付端末と、
前記施設における順番待ちを登録した利用者の順番待ちのステータスを管理する順番管理サーバと、
前記施設の会員の情報を保持する会員情報管理テーブルを管理する会員情報管理部と、を備え、
前記受付端末は、
順番待ちの登録の際に、利用者の電話番号の入力を受け付ける電話番号受付部を備え、
前記順番管理サーバは、
入力された電話番号を前記会員情報管理部に送信する電話番号送信部を備え、
前記会員情報管理部は、
前記会員情報管理テーブルに、受信した電話番号を会員ＩＤとするレコードが存在しない場合には、当該電話番号を会員ＩＤとする会員のレコードを作成する、順番管理システム。
前記会員情報管理部は、
前記会員情報管理テーブルに、前記順番管理サーバから受信した電話番号を会員ＩＤとするレコードが存在する場合には、当該電話番号を会員ＩＤとする会員のレコードの情報を更新する、請求項１に記載の順番管理システム。
前記会員情報管理部は、
前記順番管理サーバから電話番号を受信した際、対応する会員のメールアドレス宛にメッセージを送信する、請求項１または２に記載の順番管理システム。