顧客呼び出しシステム、顧客呼び出し方法、顧客呼び出し用プログラム及び記録媒体
【課題】店舗における順番待ちのメッセージを通信端末で受信する場合に、店舗側に通信端末の連絡先等の個人情報を提供することなく、呼び出しを受けることができる。
【解決手段】非接触型通信デバイスＢをそれぞれ設置する複数の店舗端末Ａと、ネットワーク１を介して店舗端末Ａと接続されるサーバＸとを備え、サーバＸで管理される待ち行列により通信端末Ｚに呼び出しメッセージを送信する顧客呼び出しシステムであって、サーバＸは、待ち行列を管理する待ち行列リストを前記店舗毎に作成する機能と、通信端末Ｚが有する顧客情報を非接触型通信デバイスＢを経由して暗号化顧客情報として取得する機能と、取得した顧客情報を待ち店舗毎の前記各待ち行列リストで管理し、各店舗の待ち行列リスト順の顧客情報に対応する通信端末Ｚに呼び出しメッセージを送信する機能とを備える。
【解決手段】非接触型通信デバイスＢをそれぞれ設置する複数の店舗端末Ａと、ネットワーク１を介して店舗端末Ａと接続されるサーバＸとを備え、サーバＸで管理される待ち行列により通信端末Ｚに呼び出しメッセージを送信する顧客呼び出しシステムであって、サーバＸは、待ち行列を管理する待ち行列リストを前記店舗毎に作成する機能と、通信端末Ｚが有する顧客情報を非接触型通信デバイスＢを経由して暗号化顧客情報として取得する機能と、取得した顧客情報を待ち店舗毎の前記各待ち行列リストで管理し、各店舗の待ち行列リスト順の顧客情報に対応する通信端末Ｚに呼び出しメッセージを送信する機能とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、店舗において順番待ちの顧客を呼び出すシステム及び方法に関し、特に、携帯電話などの通信端末を使用して、店舗で受け付けを済ませた顧客を順次呼び出すシステム、顧客呼び出し方法、顧客呼び出し用プログラム及び記憶媒体に関する。
【背景技術】
【０００２】
店舗で順番待ちの顧客を呼び出す方法としては、例えば特許文献１に記載された待ち行列回避システム及び顧客呼び出し方法に関するシステムが存在する。
このシステムは、店舗でサービスを受けようとする顧客が長時間待ち行列に並ぶ不便を解消することで、無駄な時間をなくし時間を有効に使用でき、顧客の満足度を向上させることを目的としている。
【０００３】
このシステムの概要を以下に示す。
システムを利用したい店舗が、待ち行列リストを管理するサーバを設置する。
顧客が店舗に出向いてサービスを受けるための自己登録を当該サーバに対して行う。
待ち行列リストへは、顧客が望むサービスを受ける日時と携帯電話番号またはインターネット端末のメールアドレスを登録する。
店舗に設置されたそのサーバは、顧客が指定した時間に、指定された携帯端末またはインターネット端末に対して顧客を呼び出し、顧客が来店した時点で即時にサービスを提供する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２５９００７
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述のシステムであると、待ち行列リストを管理するサーバをそれぞれの店舗が独自に設置し、管理しなければならないため、店舗側でのシステム構築に対してコストがかかるという問題点があった。店舗側のサービス提供者の観点からは、サーバ維持管理を極力簡略化しコストを減らすことが望ましい。
また、システムを利用する顧客は、店舗に対して自身の携帯電話番号やE-mailアドレス等の識別情報を提供しなければならない。顧客の観点からは、なるべく個人情報を第三者に提供しないことが望ましい。
【０００６】
本発明は上記事情に鑑みて提案されたもので、店舗における順番待ちのメッセージを自分が所有する通信端末で受信する場合に、店舗側に通信端末の連絡先等の個人情報を提供することなく、通信端末に行列待ちの呼び出しメッセージを受信可能とする顧客呼び出しシステム及び顧客呼び出し方法を提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記目的を達成するため請求項１の発明は、非接触型通信デバイスをそれぞれ設置する複数の店舗端末と、ネットワークを介して前記店舗端末と接続されるサーバとを備え、前記サーバで管理される待ち行列により通信端末に呼び出しメッセージを送信する顧客呼び出しシステムであって、
前記サーバは、待ち行列を管理する待ち行列リストを前記店舗毎に作成する機能と、前記通信端末が有する顧客情報を前記非接触型通信デバイスを経由して暗号化顧客情報として取得する機能と、取得した顧客情報を待ち店舗毎の前記各待ち行列リストで管理し、各店舗の待ち行列リスト順の顧客情報に対応する通信端末に呼び出しメッセージを送信する機能とを備えたことを特徴としている。
【０００８】
請求項２の発明方法は、非接触型通信デバイスをそれぞれ設置する複数の店舗端末と、ネットワークを介して前記店舗端末と接続されるサーバとを備え、前記サーバで管理される待ち行列により通信端末に呼び出しメッセージを送信する顧客呼び出し方法であって、次の各手順を含むことを特徴としている。
前記通信端末が有する顧客情報が暗号化顧客情報として前記非接触型通信デバイスを経由して前記サーバが取得する手順。
サーバが取得した顧客情報について、前記店舗毎に作成した各待ち行列リストで管理する手順。
サーバが各店舗の待ち行列リスト順の顧客情報に対応する通信端末に呼び出しメッセージを送信する手順。
【０００９】
請求項３は、請求項２の顧客呼び出し方法において、前記サーバが送信する呼び出しメッセージは、店舗側で作成されるメッセージと、呼び出し状況を基にサーバが提供するメッセージとを含むことを特徴としている。
【００１０】
請求項４の顧客呼び出し用プログラムは、 請求項２又は請求項３のいずれか１項に記載の顧客呼び出し方法をコンピュータに実行させることを特徴としている。
【００１１】
請求項５の記録媒体は、請求項４に記載の顧客呼び出し用プログラムを格納し、コンピュータで読み出し可能なことを特徴としている。
【発明の効果】
【００１２】
本発明によれば、顧客が店舗に赴いた後、通信端末が有する顧客情報を店舗端末に設置された非接触型通信デバイスを経由してサーバに送信し、サーバからのサービス待ち状況を通信端末に通知することが可能となり、サービス待ち時間中に顧客が店舗を離れることができる。
【００１３】
サーバは、ネットワークを介して店舗端末に接続されるものであるので、店舗が独自に待ち行列リストの管理を行わなくてもよいので、店舗内にサーバを設置する必要がなく、低コストでシステムを構築できる。
通信端末へのメッセージの送信に際して、店舗が呼び出しのために通信回線を使用することがないので、通信費用をかけることなくシステムを構築できる。
【００１４】
通信端末の連絡先等の顧客情報を店舗側に提供することなく、待ち時間通知のサービスを享受することができる。
【００１５】
サーバが送信する呼び出しメッセージにサーバが提供するメッセージを含ませることで、サーバにより待ち行列リストの呼び出し出し状況に応じた各種のメッセージを付加させることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の顧客呼び出しシステムが構築されたネットワーク構成図である。
【図２】本発明の顧客呼び出しシステムのサーバが管理する各リストの内容を説明するためのモデル図である。
【図３】通信端末からサーバの待ち行列への顧客の登録を行う場合のサーバ，店舗，通信端末間のシーケンス図である。
【図４】店舗が通信端末から取得する暗号化顧客情報を示すモデル図である。
【図５】店舗からサーバに送信される顧客情報を示すモデル図である。
【図６】サーバが顧客を呼び出す場合のサーバ，店舗，通信端末間のシーケンス図である。
【図７】本発明の顧客呼び出しシステムを構築するための店舗端末（コンピュータ）の主要部の構成を示した機能ブロック図である。
【発明を実施するための形態】
【００１７】
以下、本発明の顧客呼び出し方法を採用したシステムの実施形態の一例について、図１乃至図６を参照しながら説明する。
顧客呼び出しシステムは、図１に示すように、待ち行列管理を行う一つのサーバＸと、複数の店舗端末Ａと、各店舗端末Ａに接続される非接触型通信デバイスＢと、それぞれ非接触型ＩＣを搭載した複数の通信端末Ｚａ，Ｚｂ，Ｚｃ…を備えて構成される。サーバＸ、店舗端末Ａ、通信端末Ｚａ，Ｚｂ，Ｚｃは、インターネット１等に接続されることで、店舗端末ＡからサーバＸへのデータ通信、サーバＸから通信端末Ｚａ，Ｚｂ，Ｚｃへのデータ通信が可能になっている。また、データ通信は、ＩＰアドレスを用いて通信相手を指定した通信に限らず、例えばＥ−mail，ＳＩＰ ＵＲＩ等によって通信相手に情報を通知してもよい。したがって、後述する「宛先識別子」は、各端末に情報を到達させることができる識別子全般を示すものである。
【００１８】
顧客呼び出しシステムは、店舗端末Ａに対して、顧客呼び出し用プログラムが格納された記録媒体やインターネット１を介してソフトウエアのダウンロードによりインストールすることで構築される。
店舗端末Ａは、図７に示すような機能ブロックを有するコンピュータ７０で構成されている。コンピュータ７０は、オペレーティングシステム（ＯＳ）を含む基本プログラムや各種の基本デバイスが記憶されたＲＯＭ７２と、各種のプログラムションやデータが記憶されるハードディスクドライブ装置(HDD)７７と、CR-ROMやDVD等の記憶媒体８１からプログラムやデータを読み出すメディアドライブ装置７６と、プログラムを実行するCPU７１と、このCPU７１にワークエリアを提供するRAM７３と、入出力インターフェース(I/F)７５を介して接続されたディスプレイ７８、キーボード７９およびマウス等のポインティングデバイス８０と、外部装置と通信するパラレル／シリアルI/F７４とを主要な構成としている。
【００１９】
本実施形態では、顧客呼び出し用プログラムがシリアル／パラレルI/F７４から入力、またはメディアドライブ装置７６で読み取られてHDD７４に予め記憶される。顧客呼び出し用プログラムは記憶媒体８１に記憶され、メディアドライブ装置７６で読み取られてHDD７７にインストールされる。
【００２０】
店舗端末Ａは、顧客に対して受け付け順にサービスを提供し、受付は、店舗端末Ａに接続された非接触型通信デバイスＢと、顧客が所有する通信端末Ｚに搭載された非接触型ＩＣとの間で行われる。
【００２１】
サーバＸは、ネットワーク１を介して店舗端末Ａと接続され、店舗端末Ａの非接触型通信デバイスＢを介して複数の通信端末Ｚから取得した各データに対して、待ち行列を管理する待ち行列リストを店舗毎に作成する機能と、取得したデータを待ち店舗毎の各待ち行列リストで管理し、各店舗の待ち行列リスト順に対応する通信端末に呼び出しメッセージを送信する機能とを備えている。
【００２２】
通信端末Ｚは、携帯電話等で構成され、搭載される非接触型ＩＣカードにより店舗端末Ａでの受け付けを行い、サーバＸからの呼び出しメッセージを受信するものである。
通信端末Ｚに搭載される非接触型ＩＣカードは、非接触型通信デバイスＢ（リーダ・ライタ）からキャリアを送信して電磁誘導によりＩＣカードに電力を供給し、キャリアの変調により非接触型通信デバイスＢ（リーダ・ライタ）とカード間で通信を行う。非接触型ＩＣカードの技術は、Suica（商品名）やEdy（商品名）といった電子マネーや、電子クーポン、電子会員証などを実現する技術として利用されている。
【００２３】
以下の顧客呼び出しシステムの説明では、店舗が１店舗のみの例を用いて説明するが、複数の店舗（Ａ１，Ａ２，Ａ３…）が存在する場合でも、待ち行列管理サーバＸは１台のみでよい。また、同一店舗で複数種類のサービスが提供されており、それぞれのサービスごとに別々に待ち行列を管理したい場合は、それぞれのサービスを別の店舗であると見なせばよい（後述の店舗ＩＤが異なるようにする）。一方、同一店舗で同一サービスを提供する複数窓口がある場合には、窓口ごとに設置されたそれぞれの店舗端末は同じ店舗ＩＤを持つ（後述する宛先識別子は異なる）。
また、以下の説明では、「顧客」と「通信端末」の語句を同義として用いる。
なお、本発明の顧客呼び出しシステムでは、顧客は必ず最初に店舗に赴くということを前提とする。これは訪れる店舗が必ずしも顧客にとって既知ではなく、また不意に訪れるということも起こりうることを想定しているためである。
【００２４】
待ち行列を管理するサーバＸは、公開鍵暗号方式の鍵ペア（秘密鍵Ｓｘと公開鍵Ｐｘ）をあらかじめ生成しておき、すべての携帯端末Ｚに対して公開鍵Ｐｘを事前に配布しておく。秘密鍵Ｓｘは待ち行列を管理するサーバＸのみが保持する。なお、待ち行列の管理を行う場合に複数のサーバを配置する場合、それぞれのサーバが同一の鍵ペアを用いる。
【００２５】
待ち行列を管理するサーバＸは、図２に示すように、店舗ＩＤリスト２１を持つ。さらに店舗ＩＤリスト２１にエントリされた各店舗Ａに紐づけられた待ち行列リスト２２，２３…を有している。行列リスト２２，２３には、受付時間（時刻）と携帯端末Ｚの連絡先が管理されている。複数の待ち行列管理サーバを設置する場合は、ある店舗を担当する待ち行列管理サーバはひとつに限定するものとする。そして、サーバＸは、公開鍵暗号方式の鍵ペア（秘密鍵Ｓｘと公開鍵Ｐｘ）を保持する。
【００２６】
店舗端末Ａは、サーバＸが割り当てる店舗を識別するための店舗ＩＤを有している。同一店舗であっても提供するサービスが異なる（待ち行列が異なる）場合には、店舗ＩＤを異なるように設定する。
各店舗端末には、待ち行列を管理するサーバＸの宛先識別子（ＩＰアドレス、Ｅ−mailアドレスなど）が登録され、データを送信できるように設定されている。
【００２７】
携帯端末Ｚは、待ち行列を管理するサーバＸの公開鍵Ｐｘを保持する。公開鍵の取得はこのシステムのサービス提供への加入と同時に行われているものとする。
【００２８】
次に、携帯端末Ｚａが、店舗Ａ１へ入店し、順番待ちのために待ち行列リストへ登録する際の手順について、図３のサーバＸ・店舗端末Ａ・通信端末Ｚにおける通信のやり取りを参照しながら説明する。
店舗Ａ１に赴いた顧客が所有する携帯端末Ｚａを店舗端末Ａ１に接続された非接触型通信デバイスＢ１に接触させる（携帯端末Ｚａ及び店舗端末Ａ１では、本システムにより顧客呼び出しサービスを受けるためのアプリケーションがあらかじめ起動しているものとする）。
【００２９】
通信端末Ｚが有する顧客情報が非接触型通信デバイスＢ１を経由して店舗端末に対して、公開鍵Ｐｘで暗号化した図４の暗号化顧客情報４０として送付される（ステップ３１）。
暗号化された暗号化顧客情報４０は、乱数（暗号化したデータが常に同一のビット列になることを防ぐため）４１と通信端末Ｚａの宛先識別子４２を有している。
【００３０】
店舗端末Ａ１では、通信端末Ｚａから受信した暗号化顧客情報４０に対して、店舗ＩＤ５１・店舗宛先識別子５２・現在時刻５３・付属情報５４を付加した図５のようなトークン５０を生成する。トークン５０中の店舗ＩＤ５１は、店舗端末Ａ１が所属する店舗の店舗ＩＤであり、店舗宛先識別子５２は、店舗端末Ａ１を識別するための宛先識別子であり、現在時刻５３は受付時の時刻であり、付属情報５４は店舗が最終的なメッセージに加えたい情報等である。
【００３１】
店舗端末Ａ１は、生成したトークン５０を待ち行列を管理するサーバＸに送信する（ステップ３２）。この処理により、通信端末Ｚａが有する顧客情報が暗号化顧客情報４０として非接触型通信デバイスＢを経由してサーバＸが取得することになる。
【００３２】
サーバＸでは、受信したトークン５０の中の暗号化顧客情報４０を秘密鍵Ｓｘで解読し、該当する店舗に関する待ち行列リストに通信端末Ｚａに関する情報を追加する。すなわち、サーバＸが取得したトークン５０の顧客情報について、店舗毎に作成した待ち行列リストで管理する。
なお、同一店舗に関して２つのトークンが送付される場合、後から受付を行った顧客のトークンが先に到着した場合、トークン５０の中の現在時刻５３を元に、正しい順番でリストに登録する（古いものほど早く呼び出されるようにする）。
【００３３】
サーバＸは、店舗端末Ａ１にトークン５０を正しく受け付けたことを通知する（ステップ３３）。
サーバＸは、トークン５０から得られる宛先識別子４２を基に、通信端末Ｚａに順番待ちを正しく受け付けたことを通知する（ステップ３４）。
【００３４】
なお、ステップ３４で店舗端末Ａや通信端末Ｚへ通知する内容（メッセージ内容）には、各店舗独自の情報（たとえば広告など）を載せてもよい。これらの情報は、店舗端末Ａ１で生成したトークン５０の付属情報５４で与える。
また、現在の待ち人数や受付時刻のように、待ち行列を管理するサーバＸから提供される情報を通知する内容に含めることができる（詳細は後述の拡張例で説明する）。
【００３５】
店舗端末Ａ１にて、窓口が顧客の処理が完了すると、次の顧客、つまり待ち行列管理サーバＸの当該店舗の待ち行列リストの先頭に登録されている通信端末Ｚ（顧客）が呼び出される。顧客の呼び出しについて、図６のサーバＸ・店舗端末Ａ・通信端末Ｚにおける通信のやり取りを参照しながら説明する。
店舗の窓口においてある顧客の処理が完了した場合、店舗端末Ａ１は、待ち行列を管理するサーバＸへ、待ち行列更新要求を送付する（ステップ６１）。待ち行列更新要求には、店舗ＩＤ（店舗端末Ａ１が所属する店舗の店舗ＩＤ）・店舗端末Ａ１の宛先識別子・通知先・呼び出しメッセージの情報が含まれる。
【００３６】
サーバＸは、当該店舗に関する待ち行列リストの先頭に位置する通信端末Ｚａの情報を取得し、当該通信端末Ｚａに呼び出し通知を送付する（ステップ６２）。呼び出し通知には、ステップ６１で店舗端末から取得した呼び出しメッセージを載せる。すなわち、サーバＸが店舗Ａ１の待ち行列リスト順の先頭の顧客情報に対応する通信端末Ｚａに呼び出しメッセージを送信する。
なお、リストに一人も顧客が登録されていなければ、該当者なしとして、店舗端末Ａ１へ呼び出し完了通知を送付する（手順終了）。
【００３７】
次に、サーバＸは、店舗端末Ａ１へ呼び出し中であることを通知する（ステップ６３）。
顧客（通信端末Ｚａ）が窓口に到着すると、店舗端末Ａ１は待ち行列を管理するサーバＸへ、顧客到着通知を送付する（ステップ６４）。
【００３８】
顧客到着通知を受けサーバＸは、待ち行列リストから当該携帯端末Ｚａのエントリを削除し、店舗端末Ａ１へ呼び出し完了通知を送付する（ステップ６５）。
【００３９】
なお、待ち行列管理サーバＸから通信端末Zへ送付する通知は、待ち行列の先頭の顧客だけに限らず、たとえば10番目の顧客に対して「あと１０人です」のような通知を送ることも可能である。どの顧客に通知を行うかは、ステップ６１の中で示した待ち行列更新要求の「通知先」に記述する。通知先は数値で表現し、例えば０、１、１０であれば、それぞれ順番が回ってきた顧客（０に該当）、次の順番の顧客（１に該当）、１０番目に順番が回ってくる顧客（１０に該当）へ通知を行うことを示す。また、通知先に対応した呼び出しメッセージも併せて待ち行列更新要求に記述する。
【００４０】
更に、平均サービス時間（窓口の処理時間）がわかっていれば、予想される待ち時間の情報を付加することもできる。平均サービス時間は各店舗から提供される情報を用いてもよいし、待ち行列管理サーバＸが過去の当該店舗における状況から算出してもよい。
【００４１】
以下、上述の顧客呼び出しシステムの基本構成に対してサービスを拡張した場合の拡張例について説明する。
（イ）共有暗号鍵を用いた安全性の向上
基本構成では、店舗端末Ａおよび通信端末Ｚを認証する仕組みが存在しないため、容易に成りすましが可能である。これを防ぐために、以下のように、各店舗端末Ａは店舗識別用鍵を、各携帯端末Ｚは顧客識別用鍵を待ち行列管理サーバと事前に共有しておく（ともに共有暗号鍵である）。この場合、待ち行列を管理するサーバＸは、各店舗端末Ａおよび各通信端末Ｚとの間で共有する暗号鍵を管理するためのリストを持つ必要がある。
店舗端末Ａから待ち行列を管理するサーバＸへ送られるすべてのメッセージには、店舗識別用鍵を用いたメッセージ認証子（HMAC-MD5など）を付加する（図２の店舗リスト２１の「Ｓｋ_a」）。メッセージ認証子の計算範囲は当該メッセージ部分全体である（認証子部分は含まない）。
メッセージを受信した待ち行列を管理するサーバは、そのメッセージの送信元の店舗端末Ａに対応した店舗識別用鍵を用いてメッセージ部のメッセージ認証子を計算し、受信したメッセージに付加されている認証子と一致するかどうかをチェックする。一致しなければそのメッセージは無視する。
【００４２】
同様に、通信端末Ｚも顧客情報全体（上述したステップ３１）についてのメッセージ認証子（自身の顧客識別用鍵を用いる）を付加して店舗端末Ａへ渡し、店舗端末Ａはそれを含んだものをトークンとする。待ち行列管理サーバは、顧客情報についても、上記と同様にメッセージ認証子を計算し、計算結果と受信したトークンの中のものと一致するかをチェックする。一致しなければそのトークンを破棄し、該当する店舗端末Ａへ登録失敗を通知する。
【００４３】
（ロ）サーバＸによるメッセージ追加（待ち行列を管理するサーバから提供される情報）
サーバＸから店舗端末Ａや通信端末Ｚへ通知する内容（メッセージ内容）の中には、待ち行列を管理するサーバＸ自身が書き込んだほうがよい情報もあると考えられる。それは、例えば以下の情報である。
・残りの待ち人数
・呼び出し済み顧客数
・通知時刻
・予想待ち時間
【００４４】
基本的には、店舗端末Ａが生成したメッセージ（付属情報５４）が通信端末（および店舗端末）へ送信されるが、現在の待ち人数や受付時刻のように、待ち行列管理サーバＸから提供される情報も通知する内容に含めてもよい。
すなわち、店舗端末Ａが生成したメッセージ内に置換文字列を記述することで、待ち行列を管理するサーバＸがその文字列に応じた情報に置き換えることで実現することができる。
例えば、店舗端末Ａが生成した通知メッセージが、
「ご利用ありがとうございます。
%%TIME%%に順番待ちを受け付けました（呼出し番号%%CALLNO%%）。
現在の待ち人数は%%WAITING%%人です。
およそ%%EＸPECTTIME%%分でお呼びできる予定です。」
である場合に、
待ち行列を管理するサーバＸから送信されるメッセージ内容を、
「ご利用ありがとうございます。
2009年2月27日 午前10時20分に順番待ちを受け付けました（呼び出し番号123番）。
現在の待ち人数は3人です。
およそ15分でお呼びできる予定です。」
と実際の呼び出し状況を基に書き換えるようにしてもよい。
この場合、待ち行列を管理するサーバＸは、提供可能な情報と置換文字列を店舗端末Ａに事前に知らせておく必要がある。
【００４５】
サーバＸから提供される情報としての「呼び出し済み顧客数」は、サービス開始から現時点までに呼び出した顧客数を計数したものである。この情報は、上記のように呼出し番号として利用可能である。
この情報は、適切なタイミングで（例えば１日ごとや店舗からの要求に応じて）リセットできるようにしておく。
【００４６】
サーバＸから提供される情報としての「予想待ち時間」は、サーバＸにおいて、店舗ごとにこれまでの呼び出し済み人数と積算経過時間を記録しておくことで算出することができる（図２の各店舗の待ち行列リストと合わせて管理する）。積算経過時間とは、サービスを開始した後、待ち行列リストに１人以上の登録が存在した時間を積算したものを示す。
すなわち、人数／経過時間によって一人当たりの平均処理時間が算出できるため、それを残り待ち人数と掛け合わせることで予想時間が算出できる。
なお、これらの情報は、適切なタイミングで（例えば1日ごとや店舗からの要求に応じて）リセットできるようにしておく。
【００４７】
（ハ）通信端末を持たない顧客への対応
通信端末を持たない顧客に対して、店舗側が顧客の代わりに通信端末の処理を行う。顧客へは、紙の呼び出し番号（現在、銀行等で行われている方法）を渡せばよい。なお、呼出し番号として、上述の呼び出し済み顧客数を用いることができる。
【００４８】
上述した顧客呼び出しシステム及び顧客呼び出し方法によれば、通信端末Ｚが逐一サービス待ち状況を通知することが可能となるので、顧客が店舗に赴いた後に、サービス待ち時間中にその店舗を離れることができる。
その際に、待ち行列リストを管理するサーバＸを、顧客の通信端末Ｚの個人情報を管理するネットワーク事業者が提供することで、顧客は各店舗に個人情報を開示することなく、待ち時間通知のサービスを享受することができる。
【符号の説明】
【００４９】
１…ネットワーク、 ２１…店舗リスト、 ２２…待ち行列リスト、 ２３…待ち行列リスト、 ４０…暗号化顧客情報、 ５０…トークン、 ８１…記録媒体、 Ａ…店舗端末、 Ｂ…非接触通信デバイス、 Ｘ…サーバ、 Ｚ…通信端末。
【技術分野】
【０００１】
本発明は、店舗において順番待ちの顧客を呼び出すシステム及び方法に関し、特に、携帯電話などの通信端末を使用して、店舗で受け付けを済ませた顧客を順次呼び出すシステム、顧客呼び出し方法、顧客呼び出し用プログラム及び記憶媒体に関する。
【背景技術】
【０００２】
店舗で順番待ちの顧客を呼び出す方法としては、例えば特許文献１に記載された待ち行列回避システム及び顧客呼び出し方法に関するシステムが存在する。
このシステムは、店舗でサービスを受けようとする顧客が長時間待ち行列に並ぶ不便を解消することで、無駄な時間をなくし時間を有効に使用でき、顧客の満足度を向上させることを目的としている。
【０００３】
このシステムの概要を以下に示す。
システムを利用したい店舗が、待ち行列リストを管理するサーバを設置する。
顧客が店舗に出向いてサービスを受けるための自己登録を当該サーバに対して行う。
待ち行列リストへは、顧客が望むサービスを受ける日時と携帯電話番号またはインターネット端末のメールアドレスを登録する。
店舗に設置されたそのサーバは、顧客が指定した時間に、指定された携帯端末またはインターネット端末に対して顧客を呼び出し、顧客が来店した時点で即時にサービスを提供する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２５９００７
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述のシステムであると、待ち行列リストを管理するサーバをそれぞれの店舗が独自に設置し、管理しなければならないため、店舗側でのシステム構築に対してコストがかかるという問題点があった。店舗側のサービス提供者の観点からは、サーバ維持管理を極力簡略化しコストを減らすことが望ましい。
また、システムを利用する顧客は、店舗に対して自身の携帯電話番号やE-mailアドレス等の識別情報を提供しなければならない。顧客の観点からは、なるべく個人情報を第三者に提供しないことが望ましい。
【０００６】
本発明は上記事情に鑑みて提案されたもので、店舗における順番待ちのメッセージを自分が所有する通信端末で受信する場合に、店舗側に通信端末の連絡先等の個人情報を提供することなく、通信端末に行列待ちの呼び出しメッセージを受信可能とする顧客呼び出しシステム及び顧客呼び出し方法を提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記目的を達成するため請求項１の発明は、非接触型通信デバイスをそれぞれ設置する複数の店舗端末と、ネットワークを介して前記店舗端末と接続されるサーバとを備え、前記サーバで管理される待ち行列により通信端末に呼び出しメッセージを送信する顧客呼び出しシステムであって、
前記サーバは、待ち行列を管理する待ち行列リストを前記店舗毎に作成する機能と、前記通信端末が有する顧客情報を前記非接触型通信デバイスを経由して暗号化顧客情報として取得する機能と、取得した顧客情報を待ち店舗毎の前記各待ち行列リストで管理し、各店舗の待ち行列リスト順の顧客情報に対応する通信端末に呼び出しメッセージを送信する機能とを備えたことを特徴としている。
【０００８】
請求項２の発明方法は、非接触型通信デバイスをそれぞれ設置する複数の店舗端末と、ネットワークを介して前記店舗端末と接続されるサーバとを備え、前記サーバで管理される待ち行列により通信端末に呼び出しメッセージを送信する顧客呼び出し方法であって、次の各手順を含むことを特徴としている。
前記通信端末が有する顧客情報が暗号化顧客情報として前記非接触型通信デバイスを経由して前記サーバが取得する手順。
サーバが取得した顧客情報について、前記店舗毎に作成した各待ち行列リストで管理する手順。
サーバが各店舗の待ち行列リスト順の顧客情報に対応する通信端末に呼び出しメッセージを送信する手順。
【０００９】
請求項３は、請求項２の顧客呼び出し方法において、前記サーバが送信する呼び出しメッセージは、店舗側で作成されるメッセージと、呼び出し状況を基にサーバが提供するメッセージとを含むことを特徴としている。
【００１０】
請求項４の顧客呼び出し用プログラムは、 請求項２又は請求項３のいずれか１項に記載の顧客呼び出し方法をコンピュータに実行させることを特徴としている。
【００１１】
請求項５の記録媒体は、請求項４に記載の顧客呼び出し用プログラムを格納し、コンピュータで読み出し可能なことを特徴としている。
【発明の効果】
【００１２】
本発明によれば、顧客が店舗に赴いた後、通信端末が有する顧客情報を店舗端末に設置された非接触型通信デバイスを経由してサーバに送信し、サーバからのサービス待ち状況を通信端末に通知することが可能となり、サービス待ち時間中に顧客が店舗を離れることができる。
【００１３】
サーバは、ネットワークを介して店舗端末に接続されるものであるので、店舗が独自に待ち行列リストの管理を行わなくてもよいので、店舗内にサーバを設置する必要がなく、低コストでシステムを構築できる。
通信端末へのメッセージの送信に際して、店舗が呼び出しのために通信回線を使用することがないので、通信費用をかけることなくシステムを構築できる。
【００１４】
通信端末の連絡先等の顧客情報を店舗側に提供することなく、待ち時間通知のサービスを享受することができる。
【００１５】
サーバが送信する呼び出しメッセージにサーバが提供するメッセージを含ませることで、サーバにより待ち行列リストの呼び出し出し状況に応じた各種のメッセージを付加させることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の顧客呼び出しシステムが構築されたネットワーク構成図である。
【図２】本発明の顧客呼び出しシステムのサーバが管理する各リストの内容を説明するためのモデル図である。
【図３】通信端末からサーバの待ち行列への顧客の登録を行う場合のサーバ，店舗，通信端末間のシーケンス図である。
【図４】店舗が通信端末から取得する暗号化顧客情報を示すモデル図である。
【図５】店舗からサーバに送信される顧客情報を示すモデル図である。
【図６】サーバが顧客を呼び出す場合のサーバ，店舗，通信端末間のシーケンス図である。
【図７】本発明の顧客呼び出しシステムを構築するための店舗端末（コンピュータ）の主要部の構成を示した機能ブロック図である。
【発明を実施するための形態】
【００１７】
以下、本発明の顧客呼び出し方法を採用したシステムの実施形態の一例について、図１乃至図６を参照しながら説明する。
顧客呼び出しシステムは、図１に示すように、待ち行列管理を行う一つのサーバＸと、複数の店舗端末Ａと、各店舗端末Ａに接続される非接触型通信デバイスＢと、それぞれ非接触型ＩＣを搭載した複数の通信端末Ｚａ，Ｚｂ，Ｚｃ…を備えて構成される。サーバＸ、店舗端末Ａ、通信端末Ｚａ，Ｚｂ，Ｚｃは、インターネット１等に接続されることで、店舗端末ＡからサーバＸへのデータ通信、サーバＸから通信端末Ｚａ，Ｚｂ，Ｚｃへのデータ通信が可能になっている。また、データ通信は、ＩＰアドレスを用いて通信相手を指定した通信に限らず、例えばＥ−mail，ＳＩＰ ＵＲＩ等によって通信相手に情報を通知してもよい。したがって、後述する「宛先識別子」は、各端末に情報を到達させることができる識別子全般を示すものである。
【００１８】
顧客呼び出しシステムは、店舗端末Ａに対して、顧客呼び出し用プログラムが格納された記録媒体やインターネット１を介してソフトウエアのダウンロードによりインストールすることで構築される。
店舗端末Ａは、図７に示すような機能ブロックを有するコンピュータ７０で構成されている。コンピュータ７０は、オペレーティングシステム（ＯＳ）を含む基本プログラムや各種の基本デバイスが記憶されたＲＯＭ７２と、各種のプログラムションやデータが記憶されるハードディスクドライブ装置(HDD)７７と、CR-ROMやDVD等の記憶媒体８１からプログラムやデータを読み出すメディアドライブ装置７６と、プログラムを実行するCPU７１と、このCPU７１にワークエリアを提供するRAM７３と、入出力インターフェース(I/F)７５を介して接続されたディスプレイ７８、キーボード７９およびマウス等のポインティングデバイス８０と、外部装置と通信するパラレル／シリアルI/F７４とを主要な構成としている。
【００１９】
本実施形態では、顧客呼び出し用プログラムがシリアル／パラレルI/F７４から入力、またはメディアドライブ装置７６で読み取られてHDD７４に予め記憶される。顧客呼び出し用プログラムは記憶媒体８１に記憶され、メディアドライブ装置７６で読み取られてHDD７７にインストールされる。
【００２０】
店舗端末Ａは、顧客に対して受け付け順にサービスを提供し、受付は、店舗端末Ａに接続された非接触型通信デバイスＢと、顧客が所有する通信端末Ｚに搭載された非接触型ＩＣとの間で行われる。
【００２１】
サーバＸは、ネットワーク１を介して店舗端末Ａと接続され、店舗端末Ａの非接触型通信デバイスＢを介して複数の通信端末Ｚから取得した各データに対して、待ち行列を管理する待ち行列リストを店舗毎に作成する機能と、取得したデータを待ち店舗毎の各待ち行列リストで管理し、各店舗の待ち行列リスト順に対応する通信端末に呼び出しメッセージを送信する機能とを備えている。
【００２２】
通信端末Ｚは、携帯電話等で構成され、搭載される非接触型ＩＣカードにより店舗端末Ａでの受け付けを行い、サーバＸからの呼び出しメッセージを受信するものである。
通信端末Ｚに搭載される非接触型ＩＣカードは、非接触型通信デバイスＢ（リーダ・ライタ）からキャリアを送信して電磁誘導によりＩＣカードに電力を供給し、キャリアの変調により非接触型通信デバイスＢ（リーダ・ライタ）とカード間で通信を行う。非接触型ＩＣカードの技術は、Suica（商品名）やEdy（商品名）といった電子マネーや、電子クーポン、電子会員証などを実現する技術として利用されている。
【００２３】
以下の顧客呼び出しシステムの説明では、店舗が１店舗のみの例を用いて説明するが、複数の店舗（Ａ１，Ａ２，Ａ３…）が存在する場合でも、待ち行列管理サーバＸは１台のみでよい。また、同一店舗で複数種類のサービスが提供されており、それぞれのサービスごとに別々に待ち行列を管理したい場合は、それぞれのサービスを別の店舗であると見なせばよい（後述の店舗ＩＤが異なるようにする）。一方、同一店舗で同一サービスを提供する複数窓口がある場合には、窓口ごとに設置されたそれぞれの店舗端末は同じ店舗ＩＤを持つ（後述する宛先識別子は異なる）。
また、以下の説明では、「顧客」と「通信端末」の語句を同義として用いる。
なお、本発明の顧客呼び出しシステムでは、顧客は必ず最初に店舗に赴くということを前提とする。これは訪れる店舗が必ずしも顧客にとって既知ではなく、また不意に訪れるということも起こりうることを想定しているためである。
【００２４】
待ち行列を管理するサーバＸは、公開鍵暗号方式の鍵ペア（秘密鍵Ｓｘと公開鍵Ｐｘ）をあらかじめ生成しておき、すべての携帯端末Ｚに対して公開鍵Ｐｘを事前に配布しておく。秘密鍵Ｓｘは待ち行列を管理するサーバＸのみが保持する。なお、待ち行列の管理を行う場合に複数のサーバを配置する場合、それぞれのサーバが同一の鍵ペアを用いる。
【００２５】
待ち行列を管理するサーバＸは、図２に示すように、店舗ＩＤリスト２１を持つ。さらに店舗ＩＤリスト２１にエントリされた各店舗Ａに紐づけられた待ち行列リスト２２，２３…を有している。行列リスト２２，２３には、受付時間（時刻）と携帯端末Ｚの連絡先が管理されている。複数の待ち行列管理サーバを設置する場合は、ある店舗を担当する待ち行列管理サーバはひとつに限定するものとする。そして、サーバＸは、公開鍵暗号方式の鍵ペア（秘密鍵Ｓｘと公開鍵Ｐｘ）を保持する。
【００２６】
店舗端末Ａは、サーバＸが割り当てる店舗を識別するための店舗ＩＤを有している。同一店舗であっても提供するサービスが異なる（待ち行列が異なる）場合には、店舗ＩＤを異なるように設定する。
各店舗端末には、待ち行列を管理するサーバＸの宛先識別子（ＩＰアドレス、Ｅ−mailアドレスなど）が登録され、データを送信できるように設定されている。
【００２７】
携帯端末Ｚは、待ち行列を管理するサーバＸの公開鍵Ｐｘを保持する。公開鍵の取得はこのシステムのサービス提供への加入と同時に行われているものとする。
【００２８】
次に、携帯端末Ｚａが、店舗Ａ１へ入店し、順番待ちのために待ち行列リストへ登録する際の手順について、図３のサーバＸ・店舗端末Ａ・通信端末Ｚにおける通信のやり取りを参照しながら説明する。
店舗Ａ１に赴いた顧客が所有する携帯端末Ｚａを店舗端末Ａ１に接続された非接触型通信デバイスＢ１に接触させる（携帯端末Ｚａ及び店舗端末Ａ１では、本システムにより顧客呼び出しサービスを受けるためのアプリケーションがあらかじめ起動しているものとする）。
【００２９】
通信端末Ｚが有する顧客情報が非接触型通信デバイスＢ１を経由して店舗端末に対して、公開鍵Ｐｘで暗号化した図４の暗号化顧客情報４０として送付される（ステップ３１）。
暗号化された暗号化顧客情報４０は、乱数（暗号化したデータが常に同一のビット列になることを防ぐため）４１と通信端末Ｚａの宛先識別子４２を有している。
【００３０】
店舗端末Ａ１では、通信端末Ｚａから受信した暗号化顧客情報４０に対して、店舗ＩＤ５１・店舗宛先識別子５２・現在時刻５３・付属情報５４を付加した図５のようなトークン５０を生成する。トークン５０中の店舗ＩＤ５１は、店舗端末Ａ１が所属する店舗の店舗ＩＤであり、店舗宛先識別子５２は、店舗端末Ａ１を識別するための宛先識別子であり、現在時刻５３は受付時の時刻であり、付属情報５４は店舗が最終的なメッセージに加えたい情報等である。
【００３１】
店舗端末Ａ１は、生成したトークン５０を待ち行列を管理するサーバＸに送信する（ステップ３２）。この処理により、通信端末Ｚａが有する顧客情報が暗号化顧客情報４０として非接触型通信デバイスＢを経由してサーバＸが取得することになる。
【００３２】
サーバＸでは、受信したトークン５０の中の暗号化顧客情報４０を秘密鍵Ｓｘで解読し、該当する店舗に関する待ち行列リストに通信端末Ｚａに関する情報を追加する。すなわち、サーバＸが取得したトークン５０の顧客情報について、店舗毎に作成した待ち行列リストで管理する。
なお、同一店舗に関して２つのトークンが送付される場合、後から受付を行った顧客のトークンが先に到着した場合、トークン５０の中の現在時刻５３を元に、正しい順番でリストに登録する（古いものほど早く呼び出されるようにする）。
【００３３】
サーバＸは、店舗端末Ａ１にトークン５０を正しく受け付けたことを通知する（ステップ３３）。
サーバＸは、トークン５０から得られる宛先識別子４２を基に、通信端末Ｚａに順番待ちを正しく受け付けたことを通知する（ステップ３４）。
【００３４】
なお、ステップ３４で店舗端末Ａや通信端末Ｚへ通知する内容（メッセージ内容）には、各店舗独自の情報（たとえば広告など）を載せてもよい。これらの情報は、店舗端末Ａ１で生成したトークン５０の付属情報５４で与える。
また、現在の待ち人数や受付時刻のように、待ち行列を管理するサーバＸから提供される情報を通知する内容に含めることができる（詳細は後述の拡張例で説明する）。
【００３５】
店舗端末Ａ１にて、窓口が顧客の処理が完了すると、次の顧客、つまり待ち行列管理サーバＸの当該店舗の待ち行列リストの先頭に登録されている通信端末Ｚ（顧客）が呼び出される。顧客の呼び出しについて、図６のサーバＸ・店舗端末Ａ・通信端末Ｚにおける通信のやり取りを参照しながら説明する。
店舗の窓口においてある顧客の処理が完了した場合、店舗端末Ａ１は、待ち行列を管理するサーバＸへ、待ち行列更新要求を送付する（ステップ６１）。待ち行列更新要求には、店舗ＩＤ（店舗端末Ａ１が所属する店舗の店舗ＩＤ）・店舗端末Ａ１の宛先識別子・通知先・呼び出しメッセージの情報が含まれる。
【００３６】
サーバＸは、当該店舗に関する待ち行列リストの先頭に位置する通信端末Ｚａの情報を取得し、当該通信端末Ｚａに呼び出し通知を送付する（ステップ６２）。呼び出し通知には、ステップ６１で店舗端末から取得した呼び出しメッセージを載せる。すなわち、サーバＸが店舗Ａ１の待ち行列リスト順の先頭の顧客情報に対応する通信端末Ｚａに呼び出しメッセージを送信する。
なお、リストに一人も顧客が登録されていなければ、該当者なしとして、店舗端末Ａ１へ呼び出し完了通知を送付する（手順終了）。
【００３７】
次に、サーバＸは、店舗端末Ａ１へ呼び出し中であることを通知する（ステップ６３）。
顧客（通信端末Ｚａ）が窓口に到着すると、店舗端末Ａ１は待ち行列を管理するサーバＸへ、顧客到着通知を送付する（ステップ６４）。
【００３８】
顧客到着通知を受けサーバＸは、待ち行列リストから当該携帯端末Ｚａのエントリを削除し、店舗端末Ａ１へ呼び出し完了通知を送付する（ステップ６５）。
【００３９】
なお、待ち行列管理サーバＸから通信端末Zへ送付する通知は、待ち行列の先頭の顧客だけに限らず、たとえば10番目の顧客に対して「あと１０人です」のような通知を送ることも可能である。どの顧客に通知を行うかは、ステップ６１の中で示した待ち行列更新要求の「通知先」に記述する。通知先は数値で表現し、例えば０、１、１０であれば、それぞれ順番が回ってきた顧客（０に該当）、次の順番の顧客（１に該当）、１０番目に順番が回ってくる顧客（１０に該当）へ通知を行うことを示す。また、通知先に対応した呼び出しメッセージも併せて待ち行列更新要求に記述する。
【００４０】
更に、平均サービス時間（窓口の処理時間）がわかっていれば、予想される待ち時間の情報を付加することもできる。平均サービス時間は各店舗から提供される情報を用いてもよいし、待ち行列管理サーバＸが過去の当該店舗における状況から算出してもよい。
【００４１】
以下、上述の顧客呼び出しシステムの基本構成に対してサービスを拡張した場合の拡張例について説明する。
（イ）共有暗号鍵を用いた安全性の向上
基本構成では、店舗端末Ａおよび通信端末Ｚを認証する仕組みが存在しないため、容易に成りすましが可能である。これを防ぐために、以下のように、各店舗端末Ａは店舗識別用鍵を、各携帯端末Ｚは顧客識別用鍵を待ち行列管理サーバと事前に共有しておく（ともに共有暗号鍵である）。この場合、待ち行列を管理するサーバＸは、各店舗端末Ａおよび各通信端末Ｚとの間で共有する暗号鍵を管理するためのリストを持つ必要がある。
店舗端末Ａから待ち行列を管理するサーバＸへ送られるすべてのメッセージには、店舗識別用鍵を用いたメッセージ認証子（HMAC-MD5など）を付加する（図２の店舗リスト２１の「Ｓｋ_a」）。メッセージ認証子の計算範囲は当該メッセージ部分全体である（認証子部分は含まない）。
メッセージを受信した待ち行列を管理するサーバは、そのメッセージの送信元の店舗端末Ａに対応した店舗識別用鍵を用いてメッセージ部のメッセージ認証子を計算し、受信したメッセージに付加されている認証子と一致するかどうかをチェックする。一致しなければそのメッセージは無視する。
【００４２】
同様に、通信端末Ｚも顧客情報全体（上述したステップ３１）についてのメッセージ認証子（自身の顧客識別用鍵を用いる）を付加して店舗端末Ａへ渡し、店舗端末Ａはそれを含んだものをトークンとする。待ち行列管理サーバは、顧客情報についても、上記と同様にメッセージ認証子を計算し、計算結果と受信したトークンの中のものと一致するかをチェックする。一致しなければそのトークンを破棄し、該当する店舗端末Ａへ登録失敗を通知する。
【００４３】
（ロ）サーバＸによるメッセージ追加（待ち行列を管理するサーバから提供される情報）
サーバＸから店舗端末Ａや通信端末Ｚへ通知する内容（メッセージ内容）の中には、待ち行列を管理するサーバＸ自身が書き込んだほうがよい情報もあると考えられる。それは、例えば以下の情報である。
・残りの待ち人数
・呼び出し済み顧客数
・通知時刻
・予想待ち時間
【００４４】
基本的には、店舗端末Ａが生成したメッセージ（付属情報５４）が通信端末（および店舗端末）へ送信されるが、現在の待ち人数や受付時刻のように、待ち行列管理サーバＸから提供される情報も通知する内容に含めてもよい。
すなわち、店舗端末Ａが生成したメッセージ内に置換文字列を記述することで、待ち行列を管理するサーバＸがその文字列に応じた情報に置き換えることで実現することができる。
例えば、店舗端末Ａが生成した通知メッセージが、
「ご利用ありがとうございます。
%%TIME%%に順番待ちを受け付けました（呼出し番号%%CALLNO%%）。
現在の待ち人数は%%WAITING%%人です。
およそ%%EＸPECTTIME%%分でお呼びできる予定です。」
である場合に、
待ち行列を管理するサーバＸから送信されるメッセージ内容を、
「ご利用ありがとうございます。
2009年2月27日 午前10時20分に順番待ちを受け付けました（呼び出し番号123番）。
現在の待ち人数は3人です。
およそ15分でお呼びできる予定です。」
と実際の呼び出し状況を基に書き換えるようにしてもよい。
この場合、待ち行列を管理するサーバＸは、提供可能な情報と置換文字列を店舗端末Ａに事前に知らせておく必要がある。
【００４５】
サーバＸから提供される情報としての「呼び出し済み顧客数」は、サービス開始から現時点までに呼び出した顧客数を計数したものである。この情報は、上記のように呼出し番号として利用可能である。
この情報は、適切なタイミングで（例えば１日ごとや店舗からの要求に応じて）リセットできるようにしておく。
【００４６】
サーバＸから提供される情報としての「予想待ち時間」は、サーバＸにおいて、店舗ごとにこれまでの呼び出し済み人数と積算経過時間を記録しておくことで算出することができる（図２の各店舗の待ち行列リストと合わせて管理する）。積算経過時間とは、サービスを開始した後、待ち行列リストに１人以上の登録が存在した時間を積算したものを示す。
すなわち、人数／経過時間によって一人当たりの平均処理時間が算出できるため、それを残り待ち人数と掛け合わせることで予想時間が算出できる。
なお、これらの情報は、適切なタイミングで（例えば1日ごとや店舗からの要求に応じて）リセットできるようにしておく。
【００４７】
（ハ）通信端末を持たない顧客への対応
通信端末を持たない顧客に対して、店舗側が顧客の代わりに通信端末の処理を行う。顧客へは、紙の呼び出し番号（現在、銀行等で行われている方法）を渡せばよい。なお、呼出し番号として、上述の呼び出し済み顧客数を用いることができる。
【００４８】
上述した顧客呼び出しシステム及び顧客呼び出し方法によれば、通信端末Ｚが逐一サービス待ち状況を通知することが可能となるので、顧客が店舗に赴いた後に、サービス待ち時間中にその店舗を離れることができる。
その際に、待ち行列リストを管理するサーバＸを、顧客の通信端末Ｚの個人情報を管理するネットワーク事業者が提供することで、顧客は各店舗に個人情報を開示することなく、待ち時間通知のサービスを享受することができる。
【符号の説明】
【００４９】
１…ネットワーク、 ２１…店舗リスト、 ２２…待ち行列リスト、 ２３…待ち行列リスト、 ４０…暗号化顧客情報、 ５０…トークン、 ８１…記録媒体、 Ａ…店舗端末、 Ｂ…非接触通信デバイス、 Ｘ…サーバ、 Ｚ…通信端末。
【特許請求の範囲】
【請求項１】
非接触型通信デバイスをそれぞれ設置する複数の店舗端末と、ネットワークを介して前記店舗端末と接続されるサーバとを備え、前記サーバで管理される待ち行列により通信端末に呼び出しメッセージを送信する顧客呼び出しシステムであって、
前記サーバは、
待ち行列を管理する待ち行列リストを前記店舗毎に作成する機能と、
前記通信端末が有する顧客情報を前記非接触型通信デバイスを経由して暗号化顧客情報として取得する機能と、
取得した顧客情報を待ち店舗毎の前記各待ち行列リストで管理し、
各店舗の待ち行列リスト順の顧客情報に対応する通信端末に呼び出しメッセージを送信する機能と
を備えたことを特徴とする顧客呼び出しシステム。
【請求項２】
非接触型通信デバイスをそれぞれ設置する複数の店舗端末と、ネットワークを介して前記店舗端末と接続されるサーバとを備え、前記サーバで管理される待ち行列により通信端末に呼び出しメッセージを送信する顧客呼び出し方法であって、
前記通信端末が有する顧客情報が暗号化顧客情報として前記非接触型通信デバイスを経由して前記サーバが取得する手順と、
サーバが取得した顧客情報について、前記店舗毎に作成した各待ち行列リストで管理する手順と、
サーバが各店舗の待ち行列リスト順の顧客情報に対応する通信端末に呼び出しメッセージを送信する手順と
を備えたことを特徴とする顧客呼び出し方法。
【請求項３】
前記サーバが送信する呼び出しメッセージは、店舗側で作成されるメッセージと、呼び出し状況を基にサーバが提供するメッセージとを含む請求項２に記載の顧客呼び出し方法。
【請求項４】
請求項２又は請求項３のいずれか１項に記載の顧客呼び出し方法をコンピュータに実行させるための顧客呼び出し用プログラム。
【請求項５】
請求項４に記載の顧客呼び出し用プログラムを格納したことを特徴とするコンピュータで読み出し可能な記録媒体。
【請求項１】
非接触型通信デバイスをそれぞれ設置する複数の店舗端末と、ネットワークを介して前記店舗端末と接続されるサーバとを備え、前記サーバで管理される待ち行列により通信端末に呼び出しメッセージを送信する顧客呼び出しシステムであって、
前記サーバは、
待ち行列を管理する待ち行列リストを前記店舗毎に作成する機能と、
前記通信端末が有する顧客情報を前記非接触型通信デバイスを経由して暗号化顧客情報として取得する機能と、
取得した顧客情報を待ち店舗毎の前記各待ち行列リストで管理し、
各店舗の待ち行列リスト順の顧客情報に対応する通信端末に呼び出しメッセージを送信する機能と
を備えたことを特徴とする顧客呼び出しシステム。
【請求項２】
非接触型通信デバイスをそれぞれ設置する複数の店舗端末と、ネットワークを介して前記店舗端末と接続されるサーバとを備え、前記サーバで管理される待ち行列により通信端末に呼び出しメッセージを送信する顧客呼び出し方法であって、
前記通信端末が有する顧客情報が暗号化顧客情報として前記非接触型通信デバイスを経由して前記サーバが取得する手順と、
サーバが取得した顧客情報について、前記店舗毎に作成した各待ち行列リストで管理する手順と、
サーバが各店舗の待ち行列リスト順の顧客情報に対応する通信端末に呼び出しメッセージを送信する手順と
を備えたことを特徴とする顧客呼び出し方法。
【請求項３】
前記サーバが送信する呼び出しメッセージは、店舗側で作成されるメッセージと、呼び出し状況を基にサーバが提供するメッセージとを含む請求項２に記載の顧客呼び出し方法。
【請求項４】
請求項２又は請求項３のいずれか１項に記載の顧客呼び出し方法をコンピュータに実行させるための顧客呼び出し用プログラム。
【請求項５】
請求項４に記載の顧客呼び出し用プログラムを格納したことを特徴とするコンピュータで読み出し可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−２３９４２５（Ｐ２０１０−２３９４２５Ａ）
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願番号】特願２００９−８５６６５（Ｐ２００９−８５６６５）
【出願日】平成２１年３月３１日（２００９．３．３１）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願日】平成２１年３月３１日（２００９．３．３１）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]