JP2019021141A - サーバ装置およびプログラム - Google Patents

Abstract

【課題】順番待ちをしている客のなりすましを防止するサーバ装置およびプログラムを提供する。【解決手段】店舗案内システム１ａにおいて、順番待ちをする客は、店舗サーバ１０ａの客情報登録部（登録手段）に、当該客を識別する顔画像（第１の情報）を含む情報を登録する。そして、登録された客の順番になった際に、客呼出部（呼出手段）が、客を呼び出すための報知を行う。次に、客確認部（確認手段）は、呼び出しに応じた客の、第１の情報と関連する情報である顔画像（第２の情報）を確認する。そして、判定部（判定手段）は、客確認部の確認結果に基づいて、呼び出しに応じた客が、本来呼び出すべき客であるかを判定する。【選択図】図４

Description

本発明の実施の形態は、サーバ装置およびプログラムに関する。

飲食店等の店舗においては、混雑時に順番待ち用紙に客の名前と人数を記入させて、順番待ちの客を管理している。このような店舗の順番受付システムでは、店員が、テーブルが空いたことを確認した後で、順番待ちの客を呼び出してテーブルまで案内している（例えば、特許文献１参照）。

しかしながら、従来のシステムでは、順番待ち用紙に、単に客の名前と人数を記載させているだけであるため、本来の順番の客が待機場所を離席している際に、別の客が、本来の順番の客になりすますことが可能であるという問題があった。

本発明が解決しようとする課題は、順番待ちをしている客のなりすましを防止することができるサーバ装置およびプログラムを提供することである。

実施の形態のサーバ装置は、登録手段と、呼出手段と、確認手段と、判定手段とを備える。登録手段は、順番待ちの客を識別する第１の情報を含む情報を登録する。呼出手段は、順番待ちの客の順番になった際に、登録手段が登録した情報に基づいて客を呼び出すための報知を行う。確認手段は、呼出手段の呼び出しに応じた客が有する、第１の情報と関連する第２の情報を確認する。判定手段は、確認手段の確認結果に基づいて、呼び出しに応じた客が、本来呼び出すべき客であるかを判定する。

図１は、店舗案内システムの概略構成を示す外観図である。 図２は、店舗サーバのハードウェア構成の一例を示すハードウェアブロック図である。 図３は、案内装置のハードウェア構成の一例を示すハードウェアブロック図である。 図４は、店舗案内システムの機能構成の一例を示す機能ブロック図である。 図５は、順番待ちの客を登録する登録処理の流れの一例を示すフローチャートである。 図６は、呼び出しに応じた客を確認する確認処理の流れの一例を示すフローチャートである。 図７は、テーブル状態判定手段が行う、テーブル状態判定処理について説明する図である。 図８は、テーブル状態判定処理の流れの一例を示すフローチャートである。 図９は、店舗案内システムが行う処理の流れの一例を示すフローチャートである。 図１０は、実施形態の変形例における店舗サーバのハードウェア構成の一例を示すハードウェアブロック図である。 図１１は、実施形態の変形例における案内装置のハードウェア構成の一例を示すハードウェアブロック図である。 図１２は、実施形態の変形例である店舗案内システムの機能構成の一例を示す機能ブロック図である。 図１３は、実施形態の変形例である店舗案内システムが行う登録処理の流れの一例を示すフローチャートである。 図１４は、実施形態の変形例である店舗案内システムが行う確認処理の流れの一例を示すフローチャートである。 図１５は、実施形態の変形例である店舗案内システムが行う処理の流れの一例を示すフローチャートである。

（店舗案内システムの概略構成の説明）
本発明の実施の形態である店舗案内システムについて、図面を用いて説明する。図１は、店舗案内システムの概略構成を示す外観図である。なお、以下に説明する実施形態は、サーバ装置を、飲食店に訪れた客を、テーブルの準備が整った際にテーブルまで案内する店舗案内システムに適用した例を示す。店舗案内システム１ａは、店舗サーバ１０ａと、案内装置３０ａと、携帯端末５０とを備える。

店舗サーバ１０ａは、店舗に設置されて、店舗案内システム１ａの全体の動作を制御する。なお、店舗サーバ１０ａは、サーバ装置の一例である。

店舗サーバ１０ａには、複数のカメラＣ１，…，Ｃｎが接続されている。各カメラＣ１，…，Ｃｎは、店舗の天井に設置されて、飲食場所に設置された各テーブルＴ１，…，Ｔｎの全景を上方から撮像する。

案内装置３０ａは、来店した客の情報の登録、案内順が回ってきた客の呼び出し、本来呼び出すべき客であるかの確認、テーブルまでの経路の案内等を行う端末装置である。

案内装置３０ａは、筐体３２の上部に、液晶表示装置（以下、ＬＣＤ：Liquid crystal Display）３６と、ＬＣＤ３６の前面に配置されたタッチパネル３８と、カメラ３４とを備えている。ＬＣＤ３６は、客に対して、操作指示、案内情報等の情報を表示する。タッチパネル３８は、客が操作することによって、店舗案内システム１ａに対して、同伴人数、連絡先等の登録情報を入力する。カメラ３４は、ＬＣＤ３６の表示面と同じ方向に向いて設置されており、案内装置３０ａに正対する客の顔画像を撮像する。なお、案内装置３０ａと店舗サーバ１０ａとは、ネットワーク２０を介して接続されている。ネットワーク２０は、例えば、有線または無線の店舗内ＬＡＮ（Local Area Network）である。

携帯端末５０は、客が所持している、スマートフォンやタブレット端末、または携帯電話等の携帯型端末である。携帯端末５０は、案内装置３０ａから送信されたメッセージを受信して、受信したメッセージを画面に表示する。なお、携帯端末５０は情報処理装置の一例である。

（店舗サーバのハードウェア構成の説明）
次に、店舗サーバ１０ａのハードウェア構成について説明する。図２は、店舗サーバ１０ａのハードウェア構成の一例を示すハードウェアブロック図である。店舗サーバ１０ａは、各部を制御するための制御部１００を備える。制御部１００は、ＣＰＵ（Central Processing Unit）１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３とを備える。ＣＰＵ１０１は、アドレスバス、データバス等のバスライン１０４を介して、ＲＯＭ１０２と、ＲＡＭ１０３と接続する。ＣＰＵ１０１は、ＲＯＭ１０２や記憶部１０５ａに記憶された各種プログラムや各種データを、ＲＡＭ１０３に展開する。ＣＰＵ１０１は、ＲＡＭ１０３に展開された各種プログラムに従って動作することで店舗サーバ１０ａを制御する。すなわち、制御部１００は、一般的なコンピュータの構成を有する。

制御部１００は、バスライン１０４を介して、記憶部１０５ａと、コントローラ１０９と、通信インタフェース１１０と、カメラコントローラ１１１と接続する。

記憶部１０５ａは、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの記憶装置である。または、記憶部１０５ａは、電源を切っても記憶情報が保持されるフラッシュメモリ等の不揮発性メモリである。記憶部１０５ａは、制御プログラムＰ１を含むプログラム等を記憶する。制御プログラムＰ１は、店舗サーバ１０ａが備える機能を発揮させるためのプログラムである。また、記憶部１０５ａは、客順ファイル１０６と、客顔ファイル１０７と、テーブルマスタ１０８を記憶する。

客順ファイル１０６は、順番待ちの客の情報を記憶したファイルである。客順ファイル１０６は、待ち順と、同伴者人数（またはグループ人数）と、呼び出し時の連絡先（例えば携帯端末５０のメールアドレス）とを記憶する。さらに、客順ファイル１０６は、大人と子供の各人数、禁煙席・喫煙席の希望等を記憶してもよい。

客顔ファイル１０７は、順番待ちの客の顔画像を記憶したファイルである。なお、客の顔画像は、カメラ３４（図１参照）が撮像した画像である。

テーブルマスタ１０８は、店舗に配置されたテーブルＴ１，…，Ｔｎ（図１参照）の位置と、着席可能な人数等を記憶したファイルである。また、テーブルマスタ１０８は、予め撮像された、各テーブルＴ１，…，Ｔｎが、客を案内可能な状態になった際の画像（第１の画像）を記憶する。

コントローラ１０９には、液晶表示装置（以下、ＬＣＤ）１２０と、キーボード１２１とが接続される。ＬＣＤ１２０は、店舗サーバ１０ａの状態を表す各種画面を表示する。キーボード１２１は、店舗サーバ１０ａに対する操作指示等を入力する。コントローラ１０９は、制御部１００からの指令に基づいて、接続された各種ハードウェアを制御する。

通信インタフェース１１０は、店舗内ＬＡＮ等のネットワーク２０（図１参照）を介して、案内装置３０ａと通信するためのインタフェースである。

カメラコントローラ１１１には、カメラＣ１，…，Ｃｎが接続される。カメラＣ１，…，Ｃｎは、前記したように、各テーブルＴ１，…，Ｔｎを上方から撮像する。カメラコントローラ１１１は、制御部１００からの指令に基づいて、カメラＣ１，…，Ｃｎの撮像動作を制御する。なお、カメラＣ１，…，Ｃｎは、撮像手段の一例である。

（案内装置のハードウェア構成の説明）
次に、案内装置３０ａのハードウェア構成について説明する。図３は、案内装置３０ａのハードウェア構成の一例を示すハードウェアブロック図である。案内装置３０ａは、各部を制御するための制御部２００を備える。制御部２００は、ＣＰＵ（Central Processing Unit）２０１と、ＲＯＭ（Read Only Memory）２０２と、ＲＡＭ（Random Access Memory）２０３とを備える。ＣＰＵ２０１は、アドレスバス、データバス等のバスライン２０４を介して、ＲＯＭ２０２と、ＲＡＭ２０３と接続する。ＣＰＵ２０１は、ＲＯＭ２０２や記憶部２０５ａに記憶された各種プログラムを、ＲＡＭ２０３に展開する。ＣＰＵ２０１は、ＲＡＭ２０３に展開された各種プログラムに従って動作することで案内装置３０ａを制御する。すなわち、制御部２００は、一般的なコンピュータの構成を有する。

制御部２００は、バスライン２０４を介して、記憶部２０５ａと、コントローラ２０９と、通信インタフェース２１０，２１１と、カメラコントローラ２１２と接続する。

記憶部２０５ａは、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの記憶装置である。または、記憶部２０５は、電源を切っても記憶情報が保持されるフラッシュメモリ等の不揮発性メモリであってもよい。記憶部２０５ａは、制御プログラムＰ２を含むプログラム等を記憶する。

コントローラ２０９には、ＬＣＤ３６と、タッチパネル３８とが接続される。コントローラ２０９は、制御部２００からの指令に基づいて、接続された各種ハードウェアを制御する。

通信インタフェース２１０は、店舗内ＬＡＮ等のネットワーク２０（図１参照）を介して、店舗サーバ１０ａと通信するためのインタフェースである。

通信インタフェース２１１は、無線ＬＡＮ等の無線通信を介して、携帯端末５０と通信するためのインタフェースである。

カメラコントローラ２１２は、カメラ３４と接続する。カメラコントローラ２１２は、制御部２００からの指令に基づいて、カメラ３４の撮像動作を制御する。

（携帯端末のハードウェア構成の説明）
客が所持する携帯端末５０は、一般的なコンピュータの構成を有する。携帯端末５０は、内部のメモリに記憶された制御プログラムを動作させることによって、所定の機能を実現する。なお、店舗案内システム１ａに利用される携帯端末５０は、案内装置３０ａが発信したメッセージ（例えば電子メール）を受信して、その内容を画面に表示する機能を備えていればよいため、詳細なハードウェアブロック図の図示と説明は省略する。

（店舗案内システムの機能構成の説明）
次に、店舗案内システム１ａの機能構成について、図４を用いて説明する。図４は、店舗案内システム１ａの機能構成の一例を示す機能ブロック図である。店舗サーバ１０ａの制御部１００は、制御プログラムＰ１（図２参照）をＲＡＭ１０３に展開して動作させることによって、図４に示す各機能部を動作させる。すなわち、制御部１００は、客情報登録部６０と、テーブル状態検出部６１と、客呼出部６２と、客確認部６３と、判定部６４と、テーブル案内部６５と、通信制御部６６として動作する。

客情報登録部６０は、順番待ちの客を識別する当該客の顔画像を含む情報を登録する。また、客情報登録部６０は、客の顔画像以外に、当該客の同伴人数、連絡先等の情報も併せて登録する。なお、客情報登録部６０は登録手段の一例である。また、客の顔画像は、順番待ちの客を識別する第１の情報の一例である。なお、客情報登録部６０が登録する客の顔情報は、案内装置３０ａが備えるカメラ３４で撮像されて登録される。また、その保管の情報は、客が案内装置３０ａが備えるタッチパネル３８を操作することによって入力する。

テーブル状態検出部６１は、順番待ちの客および同伴者を案内可能な状態であるテーブルを検出するテーブル状態判定処理を行う。なお、テーブル状態検出部６１は検出手段、およびテーブル状態判定手段の一例である。

客呼出部６２は、テーブル状態検出部６１がテーブルを検出したことを条件として、客情報登録部６０に登録された情報に基づいて、案内装置３０ａに対して、順番待ちの客を呼び出すための報知を行うことを指示する。具体的には、客呼出部６２は、案内装置３０ａに対して、情報登録部６０が登録した客の連絡先に基づいて、当該客の呼び出しを指示する。なお、客呼出部６２は呼出手段の一例である。

客確認部６３は、呼び出しに応じた客を確認する第２の情報として、呼び出しに応じた客の顔画像を取得して、客情報登録部６０に登録された顔画像（第１の情報）と同じかを確認する。なお、客確認部６３は確認手段の一例である。また、客確認部６３が取得する客の顔画像は、第２の情報の一例である。すなわち、本実施形態にあっては、第１の情報と第２の情報は、ともに顔画像であるとする。

判定部６４は、客確認部６３の確認結果に基づいて、呼び出しに応じた客が、本来呼び出すべき客であるかを判定する。なお、判定部６４は、判定手段の一例である。

テーブル案内部６５は、案内装置３０ａに対して、呼び出しに応じた客に対するテーブルまでの案内情報（例えばテーブルまでの経路情報等）の提示を指示する。

通信制御部６６は、店舗サーバ１０ａと案内装置３０ａとの間の通信を行う。

また、案内装置３０ａの制御部２００は、制御プログラムＰ２（図３参照）をＲＡＭ２０３に展開して動作させることによって、図４に示す各機能部を動作させる。すなわち、制御部２００は、顔画像撮像部７０と、同伴人数入力部７１と、連絡先入力部７２と、メッセージ生成部７３と、案内情報提示部７４と、通信制御部７５として動作する。

顔画像撮像部７０は、カメラ３４（図１参照）によって、順番待ちの客の顔画像、および呼び出しに応じた客の顔画像を撮像する。また、顔画像撮像部７０は、撮像した画像の中から、顔の特徴を検出する。なお、検出する顔の特徴は、顔認識技術の分野で利用されている、顔領域の色、顔の形状、両眼の間隔、唇の形状、両眼と鼻と唇の位置関係等である。

同伴人数入力部７１は、順番待ちの客に、同伴者の人数（または自身を含めた全人数）を入力させる。なお、同伴人数入力部７１は、同伴者の人数の入力と併せて、本人の名前の入力、大人と子供の各人数の入力等を行わせてもよい。さらに、同伴人数入力部７１は、禁煙席か喫煙席かの選択を行わせてもよい。なお、同伴者の人数等は、タッチパネル３８（図３参照）を操作することによって入力する。

連絡先入力部７２は、順番待ちの客に、連絡先として、例えば携帯端末５０のメールアドレスを入力させる。なお、メールアドレスは、タッチパネル３８を操作することによって入力する。

メッセージ生成部７３は、順番が回ってきた際に、順番待ちの客に配信するメッセージを生成する。なお、メッセージ生成部７３は、毎回新たなメッセージを作成してもよいし、予め用意された定型メッセージを読み出してもよい。

案内情報提示部７４は、客を案内するテーブルまでの経路を、ＬＣＤ３６に表示する。

通信制御部７５は、案内装置３０ａと店舗サーバ１０ａとの間の通信を行う。また、通信制御部７５は、案内装置３０ａと携帯端末５０との間の通信を行う。

また、携帯端末５０は、携帯端末５０に記憶した不図示の制御プログラムを実行することによって、図４に示す各機能部を動作させる。すなわち、携帯端末５０は、呼出情報提示部８０と、通信制御部８１として動作する。

呼出情報提示部８０は、案内装置３０ａから呼び出された際に、案内装置３０ａから送信されたメッセージを、客の携帯端末５０の画面に表示する。

通信制御部８１は、携帯端末５０と案内装置３０ａとの間の通信を行う。

（登録処理の流れの説明）
次に、店舗サーバ１０ａが行う処理の流れについて説明する。図５は、本実施形態の店舗サーバ１０ａが行う、順番待ちの客を登録する登録処理の流れの一例を示すフローチャートである。

客情報登録部６０は、顔画像撮像部７０に対して、客の顔画像の撮像を指示する（ステップＳ１０）。

顔画像撮像部７０は、撮像された客の顔画像の中から、当該客の顔の特徴を検出する（ステップＳ１１）。なお、検出する顔画像の特徴は１つに限定されるものではなく、複数の特徴を検出してもよい。

客情報登録部６０は、ステップＳ１１で検出した顔画像の特徴を、客顔ファイル１０７に登録する（ステップＳ１２）。

客情報登録部６０は、同伴人数入力部７１に対して、同伴人数を入力させる（ステップＳ１３）。

客情報登録部６０は、連絡先入力部７２に対して、順番待ちの客に、呼び出し順が回ってきた際にメッセージを送信する連絡先（例えば、携帯端末５０のメールアドレス）を入力させる（ステップＳ１４）。

客情報登録部６０は、同伴人数と、連絡先とを、客順ファイル１０６に登録する（ステップＳ１５）。その後、登録処理を終了する。

（確認処理の流れの説明）
次に、店舗サーバ１０ａが行う確認処理の流れについて説明する。図６は、本実施形態の店舗サーバ１０ａが行う、呼び出しに応じた客が、本来呼び出すべき客であるかを確認する確認処理の流れの一例を示すフローチャートである。

客確認部６３は、顔画像撮像部７０に対して、呼び出しに応じた客の顔画像の撮像を指示する（ステップＳ２０）。

顔画像撮像部７０は、撮像された客の顔画像の中から、当該客の顔を特徴付ける特徴を検出する（ステップＳ２１）。なお、このときに検出する特徴は、客情報登録部６０が、客の顔画像を登録する際に検出した特徴（図５のステップＳ１１参照）と同じ特徴である。

客確認部６３は、呼び出した客の顔画像の特徴を、客顔ファイル１０７の中から読み出す（ステップＳ２２）。

客確認部６３は、ステップＳ２１で検出した特徴と、ステップＳ２２で読み出した特徴との一致度を算出するマッチング処理を行う（ステップＳ２３）。なお、マッチング処理とは、第１の情報である顔画像が有する特徴と、第２の情報である顔画像が有する特徴との間で、同じ特徴同士を比較する処理であり、顔認識を行う際に一般的に行われる処理である。

判定部６４は、マッチング処理の結果に基づいて、登録された客の顔と、呼び出した客の顔とが一致するかを判定する（ステップＳ２４）。なお、一般的には、同じ特徴同士の差分値の総和を演算することによって、総和が小さいほど（所定の閾値を下回るほど）、２つの顔画像は一致していると判定する。

登録された客の顔と、呼び出した客の顔とが一致すると判定される（ステップＳ２４：Ｙｅｓ）と、判定部６４は、呼び出しに応じた客は、順番待ちの客であると判定する（ステップＳ２５）。その後、確認処理を終了する。

登録された客の顔と、呼び出しに応じた客の顔とが一致すると判定されない（ステップＳ２４：Ｎｏ）と、判定部６４は、順番待ちの客でないと判定する（ステップＳ２６）。その後、確認処理を終了する。

（テーブル状態判定処理の説明）
次に、テーブル状態検出部６１が行う、テーブル状態判定処理について、図７を用いて説明する。図７は、テーブル状態検出部６１が行う、テーブル状態判定処理について説明する図である。

テーブル状態検出部６１は、順番待ちの客および同伴者を案内可能なテーブルＴｉ（ｉ＝１〜ｎ）を検出するために、テーブルＴｉが客を案内できる状態になっている基準画像Ｉ１（第１の画像）と、テーブルＴｉの現在の画像Ｉ２（第２の画像）とを比較する。そして、第１の画像と第２の画像とが似通っている場合（２枚の距離が所定値以下であるとき）に、テーブル状態検出部６１は、テーブルＴｉは客を案内できる状態になっていると判定する。なお、テーブルＴｉが客を案内できる状態になっている基準画像Ｉ１は、予め撮像されて、例えばテーブルマスタ１０８（図２参照）に記憶しておくものとする。

具体的には、テーブルＴｉが客を案内できる状態になっている場合、図７（ａ）に示すように、イスＪｉ１，Ｊｉ２，Ｊｉ３，Ｊｉ４は、テーブルＴｉの周囲に整列された状態となっている。そして、テーブルＴｉの上には、皿９０，ナイフ９１，フォーク９２が、それぞれ定位置に置かれている。

一方、テーブルＴｉが客を案内できる状態になっていない場合、すなわち、食事中または片付け中である場合には、図７（ｂ）に示すように、イスＪｉ１，Ｊｉ２，Ｊｉ３，Ｊｉ４は、テーブルＴｉの周囲に雑然と配置された状態となっている。そして、テーブルＴｉの上には、皿９０，ナイフ９１，フォーク９２が、食事の状態に応じた位置に配置されている。

テーブル状態検出部６１は、基準画像Ｉ１と現在の画像Ｉ２の距離を算出する。ここで、画像間の距離とは、例えば、同じ座標位置の画素同士で、当該画素に格納された値（画素値）の差分値を、画像全体に対して累積した値として定義する。すなわち、基準画像Ｉ１と現在の画像Ｉ２とが完全に一致した場合、２枚の画像間の距離は０となる。一方、基準画像Ｉ１と現在の画像Ｉ２とが異なる画像である場合、算出される距離の値は、基準画像Ｉ１と現在の画像Ｉ２との違いが大きいほど大きな値となる。

テーブル状態検出部６１は、予め、基準画像Ｉ１と現在の画像Ｉ２が同じ状態の画像であると判定するための、画像間の距離のしきい値を記憶している。そして、算出された基準画像Ｉ１と現在の画像Ｉ２の距離が、当該しきい値以下である場合、テーブル状態検出部６１は、テーブルＴｉは客を案内できる状態になっていると判定する。一方、基準画像Ｉ１と現在の画像Ｉ２の距離がしきい値を超える場合、テーブル状態検出部６１は、テーブルＴｉは客を案内できる状態になっていないと判定する。なお、判定に用いるしきい値は、事前に実験等を行って、適切な値を設定しておく。なお、一般に、テーブルＴｉ毎にサイズや形状等が異なるため、前記したしきい値の値は、テーブルＴｉ（ｉ＝１〜ｎ）に応じて異なる値を設定してもよい。

また、テーブル状態検出部６１は、順番待ちをしている次の客の同伴者数に応じて、検出対象とするテーブルＴｉを絞り込む。すなわち、順番待ちをしている次の客の同伴者数が５人（すなわち６人グループ）である場合、６人掛け以上のテーブルＴｉを選択して、選択されたテーブルＴｉのみについてテーブル状態を検出する。なお、各テーブルＴｉの対応人数は、テーブルマスタ１０８（図２参照）に記憶されているため、客順ファイル１０６に登録された同伴者数（またはグループ人数）に応じて、状態を検出するテーブルＴｉを絞り込むことができる。

（テーブル状態判定処理の流れの説明）
次に、店舗サーバ１０ａのテーブル状態検出部６１が行うテーブル状態判定処理の流れについて説明する。図８は、本実施形態の店舗サーバ１０ａが行うテーブル状態判定処理の流れの一例を示すフローチャートである。

テーブル状態検出部６１は、テーブルマスタ１０８から、テーブルＴｉの基準画像Ｉ１（第１の画像）を読み出す（ステップＳ３０）。なお、このとき、テーブル状態検出部６１は、前記したように、順番待ちの客の同伴者数（グループ人数）に応じてテーブルＴｉのみを選択して、ステップＳ３０の処理を行う。

次に、テーブル状態検出部６１は、テーブルＴｉの現在の画像Ｉ２（第２の画像）を撮像する（ステップＳ３１）。

次に、テーブル状態検出部６１は、基準画像Ｉ１と現在の画像Ｉ２の距離を算出する（ステップＳ３２）。

続いて、テーブル状態検出部６１は、テーブルＴｉが、客を案内可能な状態かを判定する（ステップＳ３３）。客を案内可能な状態であると判定されたとき（ステップＳ３３：Ｙｅｓ）は、判定結果として、テーブルＴｉは客を案内可能な状態にあることを、客呼出部６２（図４参照）に出力する（ステップＳ３４）。その後、テーブル状態検出部６１は、図８の処理を終了する。

一方、ステップＳ３３において、客を案内可能な状態であると判定されないとき（ステップＳ３３：Ｎｏ）は、テーブル状態検出部６１は、全てのテーブルＴｉを確認したかを判定する（ステップＳ３５）。

ステップＳ３５において、全てのテーブルＴｉを確認したと判定されたとき（ステップＳ３５：Ｙｅｓ）は、判定結果として、客を案内可能なテーブルＴｉはまだないことを、客呼出部６２に出力する（ステップＳ３４）。一方、全てのテーブルＴｉを確認したと判定されないとき（ステップＳ３５：Ｎｏ）は、テーブルマスタ１０８を参照して、新たなテーブルＴｉをテーブル状態判定処理の対象とする（ステップＳ３６）。その後、ステップＳ３０に戻って、前記した処理を繰り返す。

（店舗案内システムが行う処理の流れの説明）
次に、店舗案内システム１ａが行う処理の流れについて説明する。図９は、店舗案内システム１ａが行う処理の流れの一例を示すフローチャートである。

店舗案内システム１ａは、店舗サーバ１０ａと案内装置３０ａと携帯端末５０とが協働することによって動作する。図９は、各部位の協働関係を含めて描いたフローチャートである。まず、案内装置３０ａが行う処理の流れについて説明する。

テーブルＴｉが満席である場合、案内装置３０ａは店舗サーバ１０ａと協働して、店舗を訪れた客に対して、順番待ちの登録を行う登録処理を実行する（ステップＳ４０）。なお、登録処理の具体的な内容は、前記した通りである（図５参照）。

案内装置３０ａのメッセージ生成部７３は、店舗サーバ１０ａからの客の呼び出し指示（ステップＳ４６）を受けて、客の携帯端末５０に対して、呼び出しのメッセージを送信する（ステップＳ４８）。

次に、案内装置３０ａは、ステップＳ４８の呼び出しに応じた客に対して、店舗サーバ１０ａと協働して、呼び出しに応じた客が、本来呼び出すべき客であるかを確認する確認処理を行う（ステップＳ５２）。なお、確認処理の具体的な内容は、前記した通りである（図６参照）。

そして、案内装置３０ａは、店舗サーバ１０ａから、客をテーブルＴｉに案内する案内情報の提示指示を受けたかを判定する（ステップＳ６０）。案内情報の提示指示を受けたと判定する（ステップＳ６０：Ｙｅｓ）と、案内情報提示部７４は、例えば、ＬＣＤ３６に、現在位置からテーブルＴｉまでの案内情報（例えば経路）を表示する（ステップＳ６２）。その後、案内装置３０ａは図９の処理を終了する。

一方、案内装置３０ａは、ステップＳ６０において、案内情報の提示指示を受けたと判定しない（ステップＳ６０：Ｎｏ）と、登録した客と異なる客である旨をＬＣＤ３６に提示する（ステップＳ６４）。その後、案内装置３０ａは図９の処理を終了する。

次に、携帯端末５０が行う処理の流れについて説明する。携帯端末５０は、案内装置３０ａからの呼び出し（メッセージ送信）を受けて、受信したメッセージを、呼び出し情報として携帯端末５０に提示する（ステップＳ５０）。その後、携帯端末５０は図９の処理を終了する。

続いて、店舗サーバ１０ａが行う処理の流れについて説明する。まず、店舗サーバ１０ａは、案内装置３０ａと協働して、前記した登録処理を行う（ステップＳ４０）。

次に、店舗サーバ１０ａのテーブル状態検出部６１は、順番待ちの客および同伴者を案内可能なテーブルＴｉを検出するテーブル状態判定処理を行う（ステップＳ４２）。なお、テーブル状態判定処理の具体的な内容は、前記した通りである（図８参照）。

続いて、テーブル状態検出部６１は、テーブル状態判定処理の判定結果を受けて、客を案内可能なテーブルＴｉ（空きテーブル）があるかを判定する（ステップＳ４４）。客を案内可能なテーブルＴｉがあると判定される（ステップＳ４４：Ｙｅｓ）と、ステップＳ４６に移行する。一方、客を案内可能なテーブルＴｉがあると判定されない（ステップＳ４４：Ｎｏ）と、ステップＳ４２に戻って、テーブル状態判定処理を繰り返す。

客を案内可能なテーブルＴｉが見つかった場合、客呼出部６２は、案内装置３０ａに対して、順番待ちの客の呼び出しを指示する（ステップＳ４６）。具体的には、客呼出部６２の呼び出し指示は、通信制御部６６，７５を介して案内装置３０ａに伝達される。

続いて、店舗サーバ１０ａは、案内装置３０ａと協働して、前記した確認処理を行う（ステップＳ５２）。

客確認部６３は、確認処理の判定結果を受けて、呼び出すべき客かを判定する（ステップＳ５４）。呼び出すべき客であると判定される（ステップＳ５４：Ｙｅｓ）と、テーブル案内部６５は、案内装置３０ａに対して、呼び出しに応じた客に対するテーブルまでの案内情報の提示を指示する（ステップＳ５６）。その後、店舗サーバ１０ａは図９の処理を終了する。

一方、ステップＳ５４において、呼び出すべき客であると判定されない（ステップＳ５４：Ｎｏ）と、テーブル案内部６５は、案内装置３０ａに対して、登録した客と異なる客である旨を提示することを指示する（ステップＳ５８）。その後、店舗サーバ１０ａは図９の処理を終了する。

（実施形態の変形例の説明）
次に、前記した実施の形態の変形例について説明する。この変形例は、本願発明を店舗案内システム１ｂに適用した例である。

店舗案内システム１ｂの全体構成および各部の機能は、店舗案内システム１ａ（図１参照）と同じであるが、前記した登録処理および確認処理を行う際に使用する情報の種類が異なる。そのため、店舗案内システム１ｂは、前記した店舗サーバ１０ａの代わりに店舗サーバ１０ｂを備えて、案内装置３０ａの代わりに案内装置３０ｂを備える。以降の説明では、店舗案内システム１ａと構成が同じ部位については、先の説明で用いた名称及び符号をそのまま用いる。

（店舗サーバおよび案内装置のハードウェア構成の説明）
まず、店舗案内システム１ｂが備える店舗サーバ１０ｂのハードウェア構成について、図１０を用いて説明する。図１０は、実施形態の変形例における店舗サーバ１０ｂのハードウェア構成の一例を示すハードウェアブロック図である。

店舗サーバ１０ｂは、店舗サーバ１０ａに対して、記憶部１０５ａの代わりに記憶部１０５ｂを備える。記憶部１０５ｂは、制御プログラムＰ３と、客順ファイル１０６と、テーブルマスタ１０８とを記憶する。

次に、店舗案内システム１ｂが備える案内装置３０ｂのハードウェア構成について、図１１を用いて説明する。図１１は、実施形態の変形例における案内装置３０ｂのハードウェア構成の一例を示すハードウェアブロック図である。

案内装置３０ｂは、案内装置３０ａに対して、記憶部２０５ａの代わりに記憶部２０５ｂを備える。記憶部２０５ｂは、制御プログラムＰ４を記憶する。

（店舗案内システムの機能構成の説明）
次に、店舗案内システム１ｂの機能構成について、図１２を用いて説明する。図１２は、店舗案内システム１ｂの機能構成の一例を示す機能ブロック図である。店舗サーバ１０ｂの制御部１００は、制御プログラムＰ３（図１０参照）をＲＡＭ１０３に展開して動作させることによって、図１２に示す各機能部を動作させる。すなわち、制御部１００は、客情報登録部６０と、テーブル状態検出部６１と、客呼出部６２と、客確認部６３と、判定部６４と、テーブル案内部６５と、通信制御部６６と、識別コード生成部６７と、識別コード受渡部６８として動作する。

店舗サーバ１０ｂの制御部１００は、店舗サーバ１０ａの制御部１００に対して、更に、識別コード生成部６７と、識別コード受渡部６８とを備える。識別コード生成部６７は、呼び出しに応じた客を特定する識別コードを生成する。識別コードは、例えばバーコードやＱＲコード（登録商標）等のコード情報である。なお、識別コード生成部６７は、生成手段の一例である。

識別コード受渡部６８は、客の呼び出し順になった際に、案内装置３０ｂから客の携帯端末５０に識別コードを送信させる。なお、識別コード受渡部６８は、受渡手段の一例である。

案内装置３０ｂの制御部２００は、案内装置３０ａの制御部２００に対して、顔画像撮像部７０の代わりに、識別コード読取部７６を備える。識別コード読取部７６は、呼び出しに応じた客が提示した識別コードを読み取る。

店舗案内システム１ｂが備える携帯端末５０は、店舗案内システム１ａが備える携帯端末５０に対して、更に、識別コード提示部８２を備える。識別コード提示部８２は、案内装置３０ｂから送信された識別コードを携帯端末５０に表示させる。

店舗案内システム１ａでは、順番待ちの客を識別する顔画像を、第１の情報として店舗サーバ１０ａに登録した後、呼び出しに応じた客の顔画像を、案内装置３０ａが第２の情報として読み取っていた。そして、第１の情報と第２の情報とが一致するかによって、呼び出しに応じた客が、正しい客であるかを判定していた。すなわち、第１の情報と第２の情報として、同じ種類の情報を用いていた。

これに対して、店舗案内システム１ｂでは、順番待ちの客を登録した際に、店舗サーバ１０ｂが、当該客を識別する情報である連絡先（例えば携帯端末５０のメールアドレス）を第１の情報として登録する。そして、店舗サーバ１０ｂの識別コード生成部６７は、登録した客の連絡先と１対１に対応する識別コードを、第２の情報として生成する。さらに、当該客の呼び出し順になった際に、識別コード受渡部６８は、案内装置３０ｂから客の携帯端末５０に、第２の情報である識別コードを送信させる。そして、案内装置３０ｂは、呼び出しに応じた客が提示した識別コードを読み取る。そして、店舗サーバ１０ｂは、読み取った識別コードが、呼び出した客に対応する正しい識別コードであると判定したことを条件として、呼び出しに応じた客は正しい客であると判定する。すなわち、店舗案内システム１ｂは、第１の情報と第２の情報として、異なる種類の情報を用いる。

なお、店舗案内システム１ｂにおいて、識別コードをカメラ３４で読み取らせる代わりに、識別コード生成部６７は、ランダムに発生させた数字や文字等を含むパスコードを識別コードとして生成して、客の携帯端末５０に送信されたパスコードを、客がタッチパネル３８から入力するようにしてもよい。

（登録処理の流れの説明）
次に、図１３を用いて、登録処理の流れについて説明する。図１３は、実施形態の変形例である店舗案内システム１ｂが行う登録処理の流れの一例を示すフローチャートである。

客情報登録部６０は、同伴人数入力部７１に対して、同伴人数を入力させる（ステップＳ７０）。

客情報登録部６０は、連絡先入力部７２に対して、順番待ちの客に、呼び出し順が回ってきた際にメッセージを送信する連絡先（例えば、携帯端末５０のメールアドレス）を入力させる（ステップＳ７１）。

識別コード生成部６７は、客情報登録部６０が登録した客に対応する識別コードを生成する（ステップＳ７２）。なお、生成された識別コードは、店舗サーバ１０ｂと案内装置３０ｂの双方が記憶する。

客情報登録部６０は、同伴人数と、連絡先と、識別コードとを、客順ファイル１０６に登録する（ステップＳ７３）。その後、登録処理を終了する。

（確認処理の流れの説明）
次に、図１４を用いて、確認処理の流れについて説明する。図１４は、実施形態の変形例である店舗案内システム１ｂが行う確認処理の流れの一例を示すフローチャートである。

客確認部６３は、案内装置３０ｂに対して、呼び出しに応じた客に、携帯端末５０に送信した識別コードの表示を求めさせる（ステップＳ８０）。具体的には、客確認部６３は、案内装置３０ｂのＬＣＤ３６に、携帯端末５０に識別コードを表示するよう、メッセージを表示する。

客確認部６３は、識別コード読取部７６に対して、呼び出しに応じた客の識別コードを読み取らせる（ステップＳ８１）。具体的には、客確認部６３は、案内装置３０ｂのＬＣＤ３６に、カメラ３４に向けて、識別コードが表示された携帯端末５０をかざすよう、メッセージを表示する。カメラ３４は、連続して撮像動作を行いながら、画像の中に識別コードが写っているかの認識処理を繰り返す。そして、識別コードが写っていると認識された時点で、カメラ３４は撮像動作を停止する。なお、カメラでバーコードやＱＲコード（登録商標）を撮像してコード情報を読み取るアプリケーションは、広く一般に使用されているため、認識処理についての詳細な説明は省略する。

続いて、判定部６４は、識別コード読取部７６が読み取った識別コードと、呼び出した客に対応付けられた識別コードとが一致するかを判定する（ステップＳ８２）。

登録された客の識別コードと、呼び出した客の識別コードとが一致すると判定される（ステップＳ８２：Ｙｅｓ）と、判定部６４は、順番待ちの客であると判定する（ステップＳ８３）。その後、確認処理を終了する。

登録された客の識別コードと、呼び出した客の識別コードとが一致すると判定されない（ステップＳ８２：Ｎｏ）と、判定部６４は、順番待ちの客でないと判定する（ステップＳ８４）。その後、確認処理を終了する。

（店舗案内システムが行う処理の流れの説明）
次に、店舗案内システム１ｂが行う処理の流れについて説明する。図１５は、店舗案内システム１ｂが行う処理の流れの一例を示すフローチャートである。

店舗案内システム１ｂが行う処理の流れは、店舗案内システム１ａが行う処理の流れ（図９参照）とほぼ同じであるため、違いがある部分のみ説明する。

まず、案内装置３０ｂが行う処理の流れについて説明する。案内装置３０ｂは、店舗サーバ１０ｂと協働して登録処理（ステップＳ４０）を行った後、案内装置３０ｂのメッセージ生成部７３は、店舗サーバ１０ｂからの客の呼び出し指示および識別コードの送信指示（ステップＳ４７）を受けて、客の携帯端末５０に対して、客を呼び出すメッセージおよび識別コードを送信する（ステップＳ４９）。

次に、案内装置３０ｂは、ステップＳ４９の呼び出しに応じた客に対して、識別コードを提示させて、店舗サーバ１０ｂと協働して、呼び出しに応じた客が、本来呼び出すべき客であるかを確認する確認処理を行う（ステップＳ５２）。なお、確認処理の具体的な内容は、前記した通りである（図１４参照）。

続いて、案内装置３０ｂは、店舗サーバ１０ｂから、案内情報の提示指示、または客の不一致を示す情報を受け取って、呼び出しに応じた客に対して情報提示を行う（ステップＳ６０，Ｓ６２，Ｓ６４）。この部分の処理の流れは、図９と同じである。

次に、携帯端末５０が行う処理の流れについて説明する。携帯端末５０は、案内装置３０ｂからの呼び出し（メッセージ送信）を受けて、受信したメッセージを携帯端末５０に表示する（ステップＳ５０）。その後、案内装置３０ｂから送信された識別コードを携帯端末５０に表示する（ステップＳ５１）。なお、識別コードは、呼び出し情報の表示に続いて自動的に表示させてもよいし、呼び出し情報に添付したショートカットキーを客に操作させることによって表示させてもよい。そして、ステップＳ５１の後、携帯端末５０は図１５の処理を終了する。

続いて、店舗サーバ１０ｂが行う処理の流れについて説明する。登録処理の実行（ステップＳ４０）と、テーブル状態判定処理（ステップＳ４２）と、テーブル状態判定処理に続く、客を案内可能なテーブルＴｉ（空きテーブル）の有無の判定（ステップＳ４４）は、図９で説明した通りである。

続いて、店舗サーバ１０ｂの客呼出部６２は、案内装置３０ｂに対して、順番待ちの客の呼び出しを指示するとともに、識別コード受渡部６８は、呼び出し順になった客に対して、案内装置３０ｂから客の携帯端末５０に、識別コードの送信を指示する（ステップＳ４７）。

次に、店舗サーバ１０ｂは、確認処理（ステップＳ５２）と、確認処理の結果を受けての呼び出すべき客かの判定（ステップＳ５４）と、判定結果に基づく案内情報の提示指示（ステップＳ５６）と、客が不一致である旨の提示指示（ステップＳ５８）をそれぞれ実行する。この部分の処理は、図９で説明した通りである。

以上説明したように、実施の形態の店舗サーバ１０ａ（サーバ装置）によると、順番待ちをする客は、客情報登録部６０（登録手段）に、当該客を識別する顔画像（第１の情報）を含む情報を登録する。そして、登録された客の順番になった際に、客呼出部６２（呼出手段）が、客を呼び出すための報知を行う。次に、客確認部６３（確認手段）は、呼び出しに応じた客の、第１の情報と関連する情報である顔画像（第２の情報）を確認する。そして、判定部６４（判定手段）は、客確認部６３の確認結果に基づいて、呼び出しに応じた客が、本来呼び出すべき客であるかを判定する。したがって、登録手段が登録した第１の情報と、当該第１の情報と関連する第２の情報とに基づいて、呼び出しに応じた客を判定するため、順番待ちをしている客のなりすましを防止することができる。

また、実施の形態の店舗サーバ１０ａによると、客確認部６３は、客呼出部６２によって呼び出された客から取得した第２の情報（顔画像）が、第１の情報（顔画像）と同じかを確認する。したがって、呼び出しに応じた客が、呼出手段が呼び出した客であるかを確実に判定することができる。特に、顔画像のような、客固有の生体情報を用いることによって、客のなりすましを確実に防止することができる。

また、実施の形態の店舗サーバ１０ａによると、テーブル状態検出部６１（検出手段）が、順番待ちの客および同伴者を案内可能なテーブルを検出して、客呼出部６２（呼出手段）が、テーブル状態検出部６１が案内可能なテーブルを検出したことを条件として、順番待ちの客を呼び出す。したがって、客の呼び出しを自動的に行うことができるため、店舗の従業員の作業負荷を低減することができる。

また、実施の形態の店舗サーバ１０ａによると、テーブル状態検出部６１（テーブル状態判定手段）は、カメラＣ１，…，Ｃｎ（撮像手段）が、客を案内可能な状態にある際に撮像した、少なくともテーブルＴｉを含む基準画像Ｉ１（第１の画像）と、カメラＣ１，…，Ｃｎが撮像した、少なくともテーブルＴｉを含む現在の画像Ｉ２（第２の画像）とを比較することによって、テーブルＴｉが、客を案内可能な状態であるかを判定する。したがって、テーブルＴｉが、客を案内可能な状態になったことを、確実かつ容易に検出することができる。

また、実施の形態の変形例の店舗サーバ１０ｂによると、客を識別する連絡先を第１の情報として登録した際に、識別コード生成部６７（生成手段）が、当該第１の情報と対応付けられた第２の情報として識別コードを生成する。そして、客の呼び出し順になった際に、識別コード受渡部６８（受渡手段）が、識別コードを客が所持する携帯端末５０（情報処理装置）に送信する（受け渡す）。そして、客確認部６３は、呼び出しに応じた客の携帯端末５０から識別コードを読み取って、呼び出した客と一致するかを確認する。したがって、登録手段が登録した第１の情報と、当該第１の情報と関連する第２の情報とに基づいて、呼び出しに応じた客を判定するため、順番待ちをしている客のなりすましを防止することができる。

本発明のいくつかの実施の形態を説明したが、これらの実施の形態は、いずれも例示であり、発明の範囲を限定することは意図していない。これら新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施の形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

例えば、店舗サーバ１０ａが実行する制御プログラムＰ１と、案内装置３０ａが実行する制御プログラムＰ２は、それぞれ、予め記憶部１０５ａ，２０５ａに格納された状態で提供してもよいし、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供されてもよい。また、制御プログラムＰ１，Ｐ２は、ネットワークに接続したコンピュータ上に格納して、ネットワーク経由でダウンロードすることによって提供してもよい。さらに、制御プログラムＰ１，Ｐ２は、インターネット等のネットワーク経由で提供または配布してもよい。

１ａ，１ｂ 店舗案内システム
１０ａ，１０ｂ 店舗サーバ（サーバ装置）
３０ａ，３０ｂ 案内装置
５０ 携帯端末（情報処理装置）
６０ 客情報登録部（登録手段）
６１ テーブル状態検出部（検出手段，テーブル状態判定手段）
６２ 客呼出部（呼出手段）
６３ 客確認部（確認手段）
６４ 判定部（判定手段）
６５ テーブル案内部
６７ 識別コード生成部（生成手段）
６８ 識別コード受渡部（受渡手段）
１００，２００ 制御部
１０５ａ，１０５ｂ，２０５ａ，２０５ｂ 記憶部
Ｃ１，…，Ｃｎ，３４ カメラ（撮像手段）
Ｉ１ 基準画像（第１の画像）
Ｉ２ 画像（第２の画像）
Ｐ１，Ｐ２，Ｐ３，Ｐ４ 制御プログラム
Ｔ１，…，Ｔｎ，Ｔｉ テーブル

特開２００５−２５０６７０号公報

Claims (6)

1. 順番待ちの客を識別する第１の情報を含む情報を登録する登録手段と、
   前記順番待ちの客の順番になった際に、前記登録手段が登録した情報に基づいて前記客を呼び出すための報知を行う呼出手段と、
   前記呼出手段の呼び出しに応じた客が有する、前記第１の情報と関連する第２の情報を確認する確認手段と、
   前記確認手段の確認結果に基づいて、呼び出しに応じた客が、本来呼び出すべき客であるかを判定する判定手段と、
   を備えるサーバ装置。
2. 前記確認手段は、前記呼出手段によって呼び出された客から取得した前記第２の情報が、前記第１の情報と同じかを確認する
   ことを特徴とする請求項１に記載のサーバ装置。
3. 前記第１の情報を登録した際に、当該第１の情報と対応付けられた第２の情報を生成する生成手段と、
   前記第２の情報を前記順番待ちの客が所持する情報処理装置に受け渡す受渡手段と、を更に備える
   ことを特徴とする請求項１に記載のサーバ装置。
4. 順番待ちの客および同伴者を案内可能なテーブルを検出する検出手段を更に備えて、
   前記呼出手段は、前記検出手段が案内可能なテーブルを検出したことを条件として、前記順番待ちの客を呼び出すための報知を行う
   ことを特徴とする請求項１から請求項３のいずれか１項に記載のサーバ装置。
5. 前記検出手段は、
   少なくとも前記テーブルを含む画像を撮像する撮像手段と、
   前記撮像手段が、客を案内可能な状態にある前記テーブルを撮像した第１の画像と、前記撮像手段が撮像した第２の画像とを比較することによって、前記テーブルが客を案内可能な状態であるかを判定するテーブル状態判定手段とを備える
   ことを特徴とする請求項４に記載のサーバ装置。
6. コンピュータに対して、
   順番待ちの客を識別する第１の情報を含む情報を登録する登録手段と、
   前記順番待ちの客の順番になった際に、前記登録手段が登録した情報に基づいて前記客を呼び出すための報知を行う呼出手段と、
   前記呼出手段の呼び出しに応じた客が有する、前記第１の情報と関連する第２の情報を確認する確認手段と、
   前記確認手段の確認結果に基づいて、呼び出しに応じた客が、本来呼び出すべき客であるかを判定する判定手段と、
   を実行させるためのプログラム。

Images