(57)【要約】【課題】来店した顧客の情報を店員の端末に配信する顧客情報配信システム等を提供すること。【解決手段】顧客情報配信システムは、遊技店に来店した顧客の顧客特定情報を取得し、取得した顧客特定情報を送信する特定情報取得装置、前記特定情報取得装置が送信した顧客特定情報を受信し、受信した顧客特定情報に対応付けられた顧客情報を取得し、配信するサーバコンピュータ、及び複数の店員夫々が装着し、前記サーバコンピュータが配信する前記顧客情報を受信するウェアラブル端末機を備えるように構成される。【選択図】図１
2016118949.tif 000002
【特許請求の範囲】
【請求項１】
遊技店に来店した顧客の顧客特定情報を取得し、取得した顧客特定情報を送信する特定情報取得装置、
前記特定情報取得装置が送信した顧客特定情報を受信し、受信した顧客特定情報に対応付けられた顧客情報を取得し、送信するサーバコンピュータ、及び
前記遊技店の店員が装着し、前記サーバコンピュータが配信する前記顧客情報を受信し、該顧客情報に応じた情報を表示するウェアラブル端末機を備えること
を特徴とする顧客情報配信システム。
【請求項２】
前記サーバコンピュータは、前記顧客識別情報と顧客の重要度を示すランク情報を記憶した記憶部から、受信した前記顧客識別情報に対応したランク情報を取得する取得部を備え、
前記サーバコンピュータは、取得したランク情報が所定順位より高い場合にのみ、前記顧客情報を前記ウェアラブル端末機に送信し、
前記ウェアラブル端末機は、音、光および振動の少なくとも１つにより、前記顧客情報を受信した旨を店員に通知する通知部を備える
ことを特徴とする請求項１に記載の顧客情報配信システム。
【請求項３】
前記サーバコンピュータは、前記顧客特定情報と対応付けられた顧客の遊技履歴を取得する履歴取得部を備え、
前記サーバコンピュータは、取得した遊技履歴を前記ウェアラブル端末機に送信する
ことを特徴とする請求項１又は請求項２に顧客情報配信システム。
【請求項４】
前記サーバコンピュータは、店舗に設置されている遊技機の遊技履歴を取得する遊技機履歴取得部を備え、
前記サーバコンピュータは、取得した前記遊技機の遊技履歴を前記ウェアラブル端末機に送信する
ことを特徴とする請求項１乃至請求項３のいずれか一項に記載の顧客情報配信システム。
【請求項５】
前記顧客情報は顧客が好む遊技機の種別が含まれ、
前記サーバコンピュータは、
前記店舗に設置されている遊技機の種別及び使用状況を取得し、前記顧客が好む種別の遊技機で非使用である遊技機を選択する選択部を備え、
前記サーバコンピュータは選択した遊技機の台番号を前記ウェアラブル端末機に送信する
ことを特徴とする請求項１乃至請求項４のいずれか一項に記載の顧客情報配信システム。
【請求項６】
前記顧客情報は顧客が好む遊技機の種別が含まれ、
前記サーバコンピュータは、前記顧客情報に含まれる遊技履歴及び前記遊技機の種別に基づき、前記顧客に推奨する遊技機を選定する選定部を備え、
前記サーバコンピュータは選定した遊技機の情報を前記ウェアラブル端末機に送信する
ことを特徴とする請求項１乃至請求項５のいずれか一項に記載の顧客情報配信システム。
【請求項７】
前記履歴取得部は、前記顧客の遊技履歴を繰り返し取得し、
取得した遊技履歴が所定条件を満たす場合に、該所定条件を満たした旨を前記サーバコンピュータは前記ウェアラブル端末機に送信する
ことを特徴とする請求項３乃至請求項６のいずれか一項に記載の顧客情報配信システム。
【請求項８】
前記サーバコンピュータは、前記顧客の特定情報と対応付けがされた他の顧客の特定情報を取得する特定情報取得部を備え、
前記履歴取得部は、取得した前記顧客の特定情報と対応付けられた遊技履歴を取得し、
前記サーバコンピュータは、取得した遊技履歴を前記ウェアラブル端末機に送信すること
を特徴とする請求項３乃至請求項７のいずれか一項に記載の顧客情報配信システム。
【請求項９】
遊技店の複数の店員夫々が装着するウェアラブル端末機に顧客情報を送信する顧客情報配信装置において、
来店した顧客の顧客特定情報を受信し、受信した顧客に対応する顧客情報を取得する取得部、
取得した顧客情報を前記端末機に送信する送信部を備えること
を特徴とする顧客情報配信装置。
【請求項１０】
遊技店の複数の店員夫々が装着するウェアラブル端末機に顧客情報を送信するコンピュータに、
顧客特定情報を受信し、
受信した顧客特定情報に対応する顧客情報を取得し、
取得した前記顧客情報を前記ウェアラブル端末機に送信する
処理を行わせるコンピュータプログラム。
【請求項１１】
遊技店の複数の店員夫々が装着するウェアラブル端末機に顧客情報を送信するコンピュータが、
顧客特定情報を受信し、
受信した顧客特定情報に対応する顧客情報を取得し、
取得した前記顧客情報を前記ウェアラブル端末機に送信する
顧客情報配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客情報を配信するシステム等に関する。
【背景技術】
【０００２】
近年、小売業、サービス業においては、顧客満足度の向上により、他社との差別化を図ろうとしている。そのために、顧客との関係を構築することに力点を置く経営手法である顧客関係構築の重要性が高まっている。
【０００３】
そのような状況において、遊技ホール（遊技店）においては、所定期間内における顧客の来店率を算出することにより、常連客および非常連客を判別することが行われている（特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−３０００９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
常連客と非常連客とを判別し、常連客には非常連客とは異なる優遇サービスを提供することは、顧客満足度の向上につながる。しかし、常連客といっても様々であるため、一律の優遇サービスを行うだけでは、不十分なこともある。
本発明は上述のごとき事情に鑑みてなされたものであり、遊技ホール等の店舗において、店員が顧客ごとに適したサービスを提供するために、来店した顧客の情報を店員の端末に配信する顧客情報配信システム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様に係る顧客情報配信システムは、遊技店に来店した顧客の顧客特定情報を取得し、取得した顧客特定情報を送信する特定情報取得装置、前記特定情報取得装置が送信した顧客特定情報を受信し、受信した顧客特定情報に対応付けられた顧客情報を取得し、送信するサーバコンピュータ、及び前記遊技店の店員が装着し、前記サーバコンピュータが配信する前記顧客情報を受信し、該顧客情報に応じた情報を表示するウェアラブル端末機を備えることを特徴とする。
【発明の効果】
【０００７】
本発明においては、来店した顧客の顧客情報を店員夫々が保持する携帯端末機に配信すするので、店員は迅速に顧客毎に適した接客が可能となるので、顧客満足度の向上を図ることが可能となる。
【図面の簡単な説明】
【０００８】
【図１】顧客情報配信システムの構成を示す説明図である。
【図２】ホストコンピュータの構成を示すブロック図である。
【図３】ウェアラブル端末の構成を示すブロック図である。
【図４】顧客情報データベースのレコードレイアウトを示す説明図である。
【図５】遊技履歴データベースのレコードレイアウトを示す説明図である。
【図６】顧客情報配信処理の手順を示すフローチャートである。
【図７】ウェアラブル端末の表示の一例を示す説明図である。
【図８】ウェアラブル端末の表示の一例を示す説明図である。
【図９】担当店員データベースのレコードレイアウトを示す説明図である。
【図１０】端末データベースのレコードレイアウトを示す説明図である。
【図１１】顧客情報配信処理の手順を示すフローチャートである。
【図１２】大当たり通知処理の手順を示すフローチャートである。
【図１３】ウェアラブル端末の表示の一例を示す説明図である。
【図１４】台別遊技履歴データベースのレコードレイアウトを示す説明図である。
【図１５】台情報配信処理の手順を示すフローチャートである。
【図１６】遊技機情報データベースのレコードレイアウトを示す説明図である。
【図１７】顧客嗜好情報データベースのレコードレイアウトを示す説明図である。
【図１８】推奨台情報配信処理の手順を示すフローチャートである。
【図１９】グループ情報データベースのレコードレイアウトを示す説明図である。
【図２０】グループ内情報配信処理の手順を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明をその実施の形態を示す図面に基づき具体的に説明する。
【００１０】
図１は顧客情報配信システムの構成を示す説明図である。顧客情報配信システムは、ホストコンピュータ１、ウェアラブル端末２、データベース３、遊技機４、サンド５、計数機６、景品ＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅ）７、無線ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）８、来店ポイント付与端末９を含む。これらの機器は、ネットワークＮにより接続されている。
【００１１】
ホストコンピュータ１は、遊技機４、サンド５、計数機６、景品ＰＯＳ７から受信したデータを元に、データベース３を検索し、ウェアラブル端末２へ顧客情報を送信する。ウェアラブル端末２は、腕時計型、眼鏡型などの端末で、身に付けることが可能な端末である。各店員はウェアラブル端末２を装着する。データベース３は、顧客情報、顧客ごとの遊技履歴、遊技機４の情報、遊技機４ごとの遊技の履歴情報などを記憶している。遊技機４はパチンコ機、パチスロ機などである。サンド５は遊技機４の間に設置され、プリペイドカードの残高や会員カードの貯玉数に応じて、玉やメダルの貸出を行う。計数機６は、遊技玉又はメダルの計数を行う。景品ＰＯＳ７は、遊技ホールで取り扱う景品の在庫管理を行う。遊技ホールでは、遊技客が獲得した賞球・賞メダルに応じて遊技客が希望する景品を提供する。無線ＡＰ８は、遊技店内のＬＡＮにウェアラブル端末２を無線、例えば、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）で接続するためのアクセスポイントである。ウェアラブル端末２は主として、無線ＡＰ８を介して、他の機器と通信を行う。無線ＡＰ８は必要に応じて、ウェアラブル端末２の端末ＩＤと無線通信におけるウェアラブル端末２のＩＤとを対応付けたテーブルを記憶している。来店ポイント付与端末９は、来店した顧客にポイントを付与する端末であり、会員カードをカードリーダに読み取らせると、会員カードに記録された来店ポイントが加算される。サンド５、計数機６、景品ＰＯＳ７及び来店ポイント付与端末９は、特定情報取得装置に相当する。
【００１２】
図２はホストコンピュータ１の構成を示すブロック図である。ホストコンピュータ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１３、大容量記憶装置１４、出力部１５、通信部１６、読取り部１７を含む。各構成はバスで接続されている。
【００１３】
ＣＰＵ１１はＲＯＭ１３に記憶された制御プログラム１Ｐに従いハードウェア各部を制御する。ＲＡＭ１２は例えばＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）、フラッシュメモリである。ＲＡＭ１２はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶する。ＲＯＭ１３は、例えば不揮発性の半導体メモリ又は半導体メモリ以外の読み出し専用記憶媒体である。
【００１４】
大容量記憶装置１４は、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などである。制御プログラム１Ｐは、ＲＯＭ１３ではなく大容量記憶装置１４に記憶するようにしておいても良い。データベース３と大容量記憶装置１４との使い分けの一例としては、従来、ホールコンピュータが管理するデータは、データベース３で管理し、本システム特有のデータは、大容量記憶装置１４で管理する。なお、大容量記憶装置１４は、ホストコンピュータ１に内蔵していなくても良い。
【００１５】
出力部１５は、ウェアラブル端末２の画面に表示する表示画像や、ウェアラブル端末２に出力する音声データを生成し、生成した表示画画像、音声データをウェアラブル端末２に出力する。
通信部１６はネットワークＮを介して、ウェアラブル端末２、遊技機４、サンド５など、他のコンピュータと通信を行う。読取り部１７はＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）−ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）−ＲＯＭを含む可搬型記憶媒体１ａを読み取る。ＣＰＵ１１が読取部１７を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶装置１４に記憶しても良い。また、ネットワークＮを介して他のコンピュータからＣＰＵ１１が制御プログラム１Ｐをダウンロードし、大容量記憶装置１４に記憶しても良い。さらにまた、半導体メモリ１ｂから、ＣＰＵ１１が制御プログラム１Ｐを読み込んでも良い。
【００１６】
図３はウェアラブル端末２の構成を示すブロック図である。ウェアラブル端末２は、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、表示部２４、警報部２５、通信部２６を含む。各構成はバスで接続されている。
【００１７】
ＣＰＵ２１はＲＯＭ２３に記憶された制御プログラム２Ｐに従いハードウェア各部を制御する。ＲＡＭ２２は例えばＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）、フラッシュメモリである。ＲＡＭ２２はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶したり、ホストコンピュータ１から送信されたデータ、例えば顧客情報を記憶したりする。ＲＯＭ２３は、例えば不揮発性の半導体メモリ又は半導体メモリ以外の読み出し専用記憶媒体である。ＲＯＭ２３には上述した制御プログラム２Ｐ、ウェアラブル端末を特定する端末ＩＤなどが記憶されている。表示部２４は、例えば液晶ディスプレイであり、ホストコンピュータ１から受信した顧客情報などを表示する。警報部２５は、バイブレータ、ブザー、ＬＥＤなどであり、ウェアラブル端末２がホストコンピュータ１からデータを受信したことを知らせるために、ウェアラブル端末２を振動させたり、ブザー音を出力したり、ＬＥＤを点滅させたりする。
【００１８】
顧客来店の通知機能
顧客が来店した場合の通知機能について説明する。図４は顧客情報データベース３１のレコードレイアウトを示す説明図である。顧客情報データベース３１は、データベース３に記憶されている。顧客情報データベース３１は、ＩＤ、カード番号、暗証番号、来店回数、入会日、氏名、住所、電話番号、生年月日、性別、顧客ランク、携帯電話番号、メールアドレスの各列を含む。ＩＤ列には顧客を一意的に特定するＩＤを記憶する。カード番号列には顧客に貸与している会員カードの番号を記憶する。暗証番号列には顧客が設定した暗証番号を記憶する。来店回数列には顧客が来店した回数を記憶する。入会日列には顧客が会員登録した日を記憶する。氏名列には顧客の氏名を記憶する。住所列には顧客の住所を記憶する。電話番号列には顧客の電話番号を記憶する。生年月日列には顧客の生年月日を記憶する。性別列には顧客の性別を記憶する。顧客ランク列には顧客のランクを記憶する。顧客ランクは例えば、優良顧客の度合いの順に、Ｓ、Ａ、Ｂ、Ｃ、Ｄとする。顧客のランクは所定期間内での来店回数や使用金額の変化に応じて、適宜変更されるものとする。携帯電話番号列には顧客の携帯電話の番号を記憶する。メールアドレス列には顧客のメールアドレスを記憶する。
【００１９】
図５は遊技履歴データベース３２のレコードレイアウトを示す説明図である。遊技履歴データベース３２はデータベース３に記憶されている。なお、これ以降、遊技機４はパチンコ機であるとする。遊技履歴データベース３２は、顧客ごとに遊技の履歴を記憶しているデータベースである。遊技履歴データベース３２は、ＩＤ、遊技日、開始時間、終了時間、機種名、台番号、抽選回数、大当たり回数、アウト数、セーフ数、差玉数の各列を含む。ＩＤ列には顧客のＩＤを記憶する。遊技日列には顧客が遊技を行った日を記憶する。開始時間列には顧客が遊技を開始した時刻を記憶する。終了時間列には顧客が遊技を終了した時刻を記憶する。機種名列には顧客が遊技した遊技機４の機種名を記憶する。台番号列には顧客が遊技した遊技機４の台番号を記憶する。抽選回数列には遊技中に抽選を行った回数を記憶する。大当たり回数列には遊技中に抽選結果が大当たりになった回数を記憶する。アウト数列には遊技中に発射された遊技球の数（アウト数）を記憶する。セーフ数列には遊技中に払い出された遊技球の数（セーフ数）を記憶する。差玉数列には、アウト数からセーフ数を引いた値である差玉数を記憶する。なお、遊技履歴データベース３２は、顧客が遊技中においても、ホールコンピュータのデータに基づき、定期的にデータが更新されているものとする。
【００２０】
図６は顧客情報配信処理の手順を示すフローチャートである。顧客情報配信処理は、主としてホストコンピュータ１で行われる処理である。遊技ホールに来店した顧客が遊技を開始するために、サンド５に会員カードを挿入すると、サンド５はカード番号を読取り、台番号と共に、ホストコンピュータ１に送信する。ホストコンピュータ１のＣＰＵ１１は、カード番号及び台番号を受信する（ステップＳ１）。ＣＰＵ１１は顧客情報データベース３１を検索し、カード番号に対応した顧客のＩＤを取得する（ステップＳ２）。ＣＰＵ１１はＩＤが取得できたか否かを判定する（ステップＳ３）。ＣＰＵ１１は、ＩＤが取得できていないと判断した場合（ステップＳ３でＮＯ）、処理を終了する。ＣＰＵ１１は、ＩＤが取得できたと判定した場合（ステップＳ３でＹＥＳ）、顧客情報データベース３１より、顧客情報を取得する（ステップＳ４）。ＣＰＵ１１は、顧客ランクが所定の順位より高いかを判定する（ステップＳ５）。ＣＰＵ１１は、顧客ランクが所定の順位より高い場合（ステップＳ５でＹＥＳ）、ＩＤをキーにして、遊技履歴データベース３２より、顧客の遊技履歴を取得する（ステップＳ６）。顧客ランクを上述のように、Ｓ、Ａ、Ｂ、Ｃ、Ｄとした場合、Ｂより大きい場合、すなわち、顧客ランクがＳ、Ａの場合のみ、ステップＳ６以降を実行する。ＣＰＵ１１は、取得した顧客情報、遊技履歴及び台番号を全ウェアラブル端末２に配信する（ステップＳ７）。ウェアラブル端末２は、送信された顧客情報及び遊技履歴を表示する。ＣＰＵ１１は、顧客ランクが所定の順位より高くない場合（ステップＳ５でＮＯ）、処理を終了する。
【００２１】
ホストコンピュータ１が送信した顧客情報、遊技履歴及び台番号は、ウェアラブル端末２の通信部２６で受信する。ウェアラブル端末２のＣＰＵ２１は受信した顧客情報、遊技履歴及び台番号を表示部２４に表示し、警報部２５のバイブレータを振動させる等をして、装着している店員に知らせる。図７はウェアラブル端末２の表示の一例を示す説明図である。来店した顧客名２４ａ、顧客が着席した台番号２４ｂ、前回来店時の遊技履歴２４ｃが表示されている。
ウェアラブル端末２に配信された顧客情報及び遊技履歴を店員は参照し、担当する島に顧客のランクが高い優良顧客が座った場合、適切な内容の声がけをすることが可能となる。なお、上述においては、顧客のランクが高い顧客を優良顧客としたが、それに限らない。所定期間内の来店回数が閾値を越えた顧客、例えば、直近１ヶ月の来店回数が２０日を越えた顧客を優良顧客としても良い。また、一回の来店で顧客が遊技に使用した使用額（消費額）の平均が所定金額、例えば５万円を越えている場合に優良顧客としても良い。
【００２２】
顧客の退店間際の通知機能
来店時の通知同様に、顧客の退店間際の通知機能について、説明する。ホストコンピュータ１における処理は、図６とほぼ同様であるので、以下の説明では異なる部分について説明する。顧客は退店する前には出玉の計数を行い、景品の交換を行う。従って、計数機６又は景品ＰＯＳ７で会員カードが読み取られた場合に、退店間際と判定し、図６と同様な処理を行う。ホストコンピュータ１のＣＰＵ１１は、計数機６からカード番号、計数機６の番号、計数値を受信する。または、ＣＰＵ１１は景品ＰＯＳ７からカード番号及び景品ＰＯＳ７の番号を受信する（ステップＳ１に相当）。ＣＰＵ１１は顧客情報データベースを検索し、カード番号に対応した顧客のＩＤを取得する（ステップＳ２）。ＣＰＵ１１は取得したＩＤに対応する顧客情報を取得する（ステップＳ４）。ＣＰＵ１１は、顧客ランクが所定の順位より高いかを判定する（ステップＳ５）。ＣＰＵ１１は、顧客ランクが所定の順位より高い場合（ステップＳ５でＹＥＳ）、ＩＤをキーにして、遊技履歴データベース３２より、顧客の当日の遊技履歴を取得する（ステップＳ６に相当）。ＣＰＵ１１は、取得した顧客情報、遊技履歴、計数機６又は景品ＰＯＳ７の番号及び計数値を全ウェアラブル端末２に配信する（ステップＳ７に相当）。ウェアラブル端末２は、送信された顧客情報、遊技履歴及び計数機６又は景品ＰＯＳ７の番号を表示する。ＣＰＵ１１は、顧客ランクが所定の順位より高くない場合（ステップＳ５でＮＯ）、処理を終了する。
【００２３】
ホストコンピュータ１から送信された顧客情報、遊技履歴及び計数機６又は景品ＰＯＳ７の番号がウェアラブル端末２の表示部２４に表示され、警報部２５のバイブレータが振動する等をして、装着している店員に知らされる。図８はウェアラブル端末２の表示の一例を示す説明図である。図８Ａは計数完了直後の表示例である。顧客名２４ａ、計数情報（計数機番号及び計数値）２４ｄが表示されている。図８Ｂは計数完了後に、顧客が景品交換カウンターに立ち寄った場合の表示例である。図８Ａの表示に加えて、景品ＰＯＳ７の番号２４ｅが表示されている。
【００２４】
退店間際の通知機能により、店員は遊技結果が良好な優良顧客に声がけをすることができ、顧客との関係強化を図ることが可能となる。なお、サンド５より会員カードが排出された後に、所定時間経過しても、他のサンド５で会員カードも読み込まれず、計数機６、景品ＰＯＳ７でも読み込まれない場合も、退店間際であると判定してもよい。遊技結果が芳しくなく退店する場合と考えられるからである。このような場合は、顧客情報、当日の遊技履歴、最後に会員カードが読み込まれたサンド５の台番号をウェアラブル端末２に送信する。このような場合においては、店員の判断により、顧客に声がけをしたり、敢えて声がけしなかったりという顧客に応じた接客をすることが可能となる。
【００２５】
来店の通知、退店間際の通知においては、顧客ランクＳ、Ａの顧客についてのみ、情報を配信するとしたが、全ての顧客について行っても良い。その際、顧客ランクも送信し、店員は顧客ランクを参考に、声がけをするか否か判断してもよい。
【００２６】
また、通知は全ての店員のウェアラブル端末２に行うのではなく、顧客ごとに親しい店員がいる場合には、その店員のみに通知してもよい。図９は担当店員データベース３３のレコードレイアウトを示す説明図である。担当店員データベース３３は、データベース３に記憶されている。担当店員データベース３３は、顧客と親しい店員との関連付けを示すデータベースである。担当店員データベース３３はＩＤ及び店員ＩＤの各列を含む。ＩＤ列は顧客のＩＤを記憶する。店員ＩＤ列は顧客と特に親しい店員がいる場合に、その店員のＩＤを記憶する。図１０は端末データベース３４のレコードレイアウトを示す説明図である。端末データベース３４は端末ＩＤ及び店員ＩＤの各列を含む。端末ＩＤ列は、ウェアラブル端末２を特定するＩＤを記憶する。店員ＩＤ列はウェアラブル端末２を貸与されている店員のＩＤを記憶する。
【００２７】
図１１は顧客情報配信処理の手順を示すフローチャートである。図６と同様な処理については、同一の符号を付し説明を省略する。ホストコンピュータ１のＣＰＵ１１は遊技履歴を取得後（ステップＳ６の後）、顧客のＩＤキーに担当店員データベース３３を検索し、担当店員が割り当てられているか否かを判定する（ステップＳ８）。ＣＰＵ１１は担当店員が割り当てられていると判定した場合（ステップＳ８でＹＥＳ）、端末データベース３４を検索し、担当店員の端末ＩＤを取得する（ステップＳ９）。ＣＰＵ１１は、取得した端末ＩＤのウェアラブル端末２にのみ、顧客情報、遊技履歴情報及び台番号を送信する（ステップＳ７）。ＣＰＵ１１は担当店員が割り当てられていないと判定した場合（ステップＳ８でＮＯ）、すべてのウェアラブル端末２に顧客情報、遊技履歴情報及び台番号を送信する（ステップＳ７）。なお、無線ＡＰ８が使用する規格により、特定のウェアラブル端末２のみに顧客情報等を送信することができない場合には、宛先の端末ＩＤを付加して送信する。顧客情報等を受信したウェアラブル端末２は、宛先の端末ＩＤに自らの端末ＩＤが含まれていない場合には、受信した顧客情報等を破棄する。
【００２８】
特定の店員と親しい顧客については、当該店員が取得した顧客情報及び遊技履歴情報に基づいて、声がけを行うので、顧客満足度をより向上させることが可能となる。
【００２９】
大当たり通知機能
続いて、大当たり通知機能について説明する。大当たり通知機能の実行においては、来店している顧客のＩＤは、ホストコンピュータ１のＲＡＭ１２、大容量記憶装置１４などに確保した一時領域に記憶されているものとする。図１２は大当たり通知処理の手順を示すフローチャートである。ホストコンピュータ１のＣＰＵ１１は、一時的に記憶されている顧客のＩＤを取得する（ステップＳ１１）。ＣＰＵ１１は、ＩＤに対応し、かつ、当日の遊技履歴を遊技履歴データベース３２より取得する（ステップＳ１２）。ＣＰＵ１１は遊技履歴に含まれる大当り回数が増加したか否かを判定する（ステップＳ１３）。上述した一時領域にはＩＤとそれに対応した大当り回数とを記憶しておき、記憶してある大当り回数と、ステップＳ１２で取得した遊技履歴に含まれる大当たり回数とを比較する。ＣＰＵ１１は、大当り回数が増加したと判定した場合（ステップＳ１３でＹＥＳ）、ＩＤと大当り回数とを一時領域に保存する（ステップＳ１４）。ＣＰＵ１１はＩＤに対応した担当定員が割り当てられているか否かを判定する（ステップＳ１５）。この処理は、上述のステップＳ７と同様である。ＣＰＵ１１は担当店員が割り当てられていると判定した場合（ステップＳ１５でＹＥＳ）、端末データベース３４を検索し、担当店員の端末ＩＤを取得する（ステップＳ１６）。ＣＰＵ１１は、顧客情報データベース３１より顧客情報を取得する（ステップＳ１７）。ＣＰＵ１１は、取得した端末ＩＤのウェアラブル端末２にのみ、顧客情報、大当たり情報及び台番号を送信する（ステップＳ１８）。大当たり情報とは、例えば遊技機の機種名、大当たりの回数である。ＣＰＵ１１は担当店員が割り当てられていないと判定した場合（ステップＳ１５でＮＯ）、顧客情報を取得後（ステップＳ１７）、すべてのウェアラブル端末２に顧客情報、大当たり情報及び台番号を送信する（ステップＳ１８）。ＣＰＵ１１は、一時領域に記憶した全てのＩＤについて処理したか否かを判定する（ステップＳ１９）。ＣＰＵ１１は全てのＩＤについて処理したと判定した場合（ステップＳ１９でＹＥＳ）、処理を終了する。ＣＰＵ１１は全てのＩＤについて処理していないと判定した場合（ステップＳ１９でＮＯ）、又は大当たり回数が増加していないと判定した場合（ステップＳ１３でＮＯ）、処理をステップＳ１１に戻す。
【００３０】
ウェアラブル端末２のＣＰＵ２１は受信した顧客情報、大当たり情報及び台番号を表示部２４に表示し、警報部２５のバイブレータを振動させる等をして、装着している店員に知らせる。図１３はウェアラブル端末の表示の一例を示す説明図である。顧客名２４ａと、台番号及び本日の何回目の大当たりであるかの情報からなる大当たり情報２４ｆが表示されている。表示を確認した店員は馴染みの顧客であれば、声がけをするなどして、顧客との関係を強化することが可能となる。また、玉箱（所謂「ドル箱」）の状況を確認し、交換の準備を行うことが可能となる。店員に馴染みの顧客でない場合は、敢えて声がけせずに、玉箱交換の準備をすることが可能である。ＣＰＵ１１は、図１２に示した当たり通知処理を繰り返し行い、大当たりが出た顧客の情報をタイムリーに通知する。
【００３１】
顧客への提供情報の配信機能
次に顧客へ提供する情報をウェアラブル端末２に配信する機能について説明する。図１４は台別遊技履歴データベース３５のレコードレイアウトを示す説明図である。台別遊技履歴データベース３５は、台番号、機種名、大当たり回数、確変回数、総回転数、リーチ回数及び日付の各列を含む。台番号列は遊技機４が設置されている台の番号を記憶する。ここでは、台番号が遊技機４のＩＤとなる。機種名列は遊技機４の機種名を記憶する。大当たり回数列は遊技機４の大当たり回数を記憶する。確変回数列は遊技機４の確変回数を記憶する。総回転数列は遊技機４の総回転数を記憶する。リーチ回数列は遊技機４のリーチ回数を記憶する。日付列はデータの集計対象となった日付を記憶する。
【００３２】
図１５は台情報配信処理の手順を示すフローチャートである。ホストコンピュータ１のＣＰＵ１１は、サンド５からカード番号と台番号とを受信する（ステップＳ２１）。ＣＰＵ１１は、受信したカード番号に対応した顧客のＩＤを取得する（ステップＳ２２）。ＣＰＵ１１はＩＤが取得できたか否かを判定する（ステップＳ２３）。ＣＰＵ１１は、ＩＤが取得できなかったと判定した場合（ステップＳ２３でＮＯ）、処理を終了する。ＣＰＵ１１は、ＩＤが取得できたと判定した場合（ステップＳ２３でＹＥＳ）、顧客情報データベース３１を検索し、顧客情報を取得する（ステップＳ２４）。ＣＰＵ１１は受信した台番号をキーに台別遊技履歴データベース３５を検索し、その日の台の遊技履歴（台情報）を取得する（ステップＳ２５）。ＣＰＵ１１は、顧客情報と台情報とをウェアラブル端末２に送信する（ステップＳ２６）。ＣＰＵ１１は処理を終了する。
【００３３】
ホストコンピュータ１から送信された顧客情報と台情報とを受信したウェアラブル端末２は、これらの情報を表示する。それにより、店員は顧客が遊技している台の遊技履歴を把握できるので、それに則した顧客対応が可能となる。
【００３４】
上述の例では、顧客が遊技している台のその日のみのデータを取得して送信しているが、それに限らない。過去２日のデータを取得して送信してもよい。また、すべての台についての履歴情報や、顧客が遊技している同一機種の他の台の履歴を送信してもよい。
【００３５】
次に、顧客の嗜好に合わせた遊技機情報の配信について説明する。
図１６は遊技機情報データベース３６のレコードレイアウトを示す説明図である。遊技機情報データベース３６は、データベース３に記憶されている。遊技機情報データベース３６は遊技ホールに設置されている遊技機４についての情報を記憶するデータベースである。遊技機情報データベース３６は、台番号、機種名、シリーズ名、種別１、種別２、席状況の各列を含む。台番号列は遊技機４が設置されている台の番号を記憶する。機種名列は遊技機４の機種名を記憶する。シリーズ名列は遊技機４がシリーズ物の場合、シリーズ名を記憶する。シリーズ物ではない場合は、なしを記憶する。種別１列は、遊技機４の種別として、ＳＴ機又はセブン機を記憶する。種別２列は、当たり確率の値での種別を記憶する。例えば、マックス、ハイミドル、ローミドル、ライト、甘デジなどの値を記憶する。席状況列は台の状況、空き、遊技中、休憩中などの値を記憶する。
【００３６】
図１７は顧客嗜好情報データベース３７のレコードレイアウトを示す説明図である。顧客嗜好情報データベース３７はデータベース３に記憶されている。顧客嗜好情報データベース３７は遊技機４に対する顧客の嗜好を記憶したデータベースである。顧客嗜好情報データベース３７は、ＩＤ、シリーズ名、種別１、種別２の各列を含む。ＩＤ列は顧客のＩＤを記憶する。シリーズ名列は、顧客がシリーズ物の遊技機４を嗜好している場合、そのシリーズ名を記憶する。種別１列は顧客がＳＴ機、セブン機のいずれを嗜好しているかを記憶する。種別２列は顧客の当たり確率による遊技機４の嗜好を記憶する。顧客嗜好情報データベース３７に記憶する内容は、顧客毎の遊技履歴から嗜好を予測しても良いし、店員が顧客にインタビューしたり、顧客に対してアンケートを行ったりして、取得すれば良い。
【００３７】
図１８は推奨台情報配信処理の手順を示すフローチャートである。なお、ここでは、遊技ホールに来店した顧客は、遊技機４を選択する前に来店ポイント付与端末９に会員カードを読み取らせるものとする。ホストコンピュータ１のＣＰＵ１１は、来店ポイント付与端末９より、カード番号を受信する（ステップＳ３１）。ＣＰＵ１１は、顧客情報データベース３１を検索し、受信したカード番号に対応したＩＤを取得する（ステップＳ３２）。ＣＰＵ１１は、ＩＤに対応した顧客情報を顧客情報データベース３１より取得する（ステップＳ３３）。ＣＰＵ１１は顧客嗜好情報データベース３７より、顧客の嗜好情報を取得する（ステップＳ３４）。ＣＰＵ１１は遊技機情報データベース３６を検索し、顧客の嗜好に適合する台が有るか否かを判定する（ステップＳ３５）。例えば、顧客が嗜好するシリーズに一致する台は適合すると判断する。種別１及び種別２については、両方共に合致するものを適合すると判定する。ＣＰＵ１１は適合する台があると判定した場合（ステップＳ３５でＹＥＳ）、適合する台が空きであるか否かを判定する（ステップＳ３６）。ＣＰＵ１１は適合する台が空きであると判定した場合（ステップＳ３６でＹＥＳ）、ウェアラブル端末２に顧客情報及び台情報を送信し（ステップＳ３７）、処理を終了する。ＣＰＵ１１は適合する台がないと判定した場合（ステップＳ３５でＮＯ）、または適合する台が空きでないと判定した場合（ステップＳ３６でＮＯ）、遊技機情報データベース３６を検索し、空き台の遊技機情報を取得する（ステップＳ３８）。ＣＰＵ１１は、顧客の嗜好情報と取得した空き台の遊技機情報とを比較し、推奨台を選択する（ステップＳ３９）。例えば、嗜好情報と一致するものが１つでもあれば、推奨台とする。ＣＰＵ１１は、ウェアラブル端末２に顧客情報及び台情報を送信し（ステップＳ３７）、処理を終了する。
【００３８】
ウェアラブル端末２は、ホストコンピュータ１より受信した顧客情報及び台情報を受信して表示する。表示を参照した店員は、顧客に声がけを行い、顧客の嗜好に適合した台の空き状況や、顧客の嗜好から判定した推奨台の情報を提供することが可能となる。それにより、顧客満足度が向上し、顧客との関係強化を図ることが可能となる。
【００３９】
次に、グループ内情報の配信機能について、説明する。ここで、グループとは、友人や知人など複数の顧客を１つにまとめたものである。グループ内情報の配信機能は、同一グループの他の履歴情報を送信する機能である。図１９はグループ情報データベース３８のレコードレイアウトを示す説明図である。グループ情報データベース３８は、グループＩＤ、管理ＩＤ、人員、ＩＤの各列を含む。グループＩＤ列は、グループを一意に特定するグループのＩＤを記憶する。管理ＩＤ列はグループを管理する顧客のＩＤを記憶する。人員列はグループに含まれる顧客の人数を記憶する。ＩＤ列はグループに含まれる各顧客のＩＤを記憶する。
【００４０】
図２０はグループ内情報配信処理の手順を示すフローチャートである。ホストコンピュータ１のＣＰＵ１１は、来店ポイント付与端末９より、カード番号を受信する（ステップＳ４１）。ＣＰＵ１１は、顧客情報データベース３１を検索し、受信したカード番号に対応したＩＤを取得する（ステップＳ４２）。ＣＰＵ１１はＩＤをキーにグループ情報データベース３８を検索し、ＩＤが含まれるグループが有るか否かを判定する（ステップＳ４３）。ＣＰＵ１１は、ＩＤが含まれるグループがあると判定した場合（ステップＳ４３でＹＥＳ）、グループに含まれる他のＩＤを取得する（ステップＳ４４）。ＣＰＵ１１は、取得した全てのＩＤについての顧客情報を取得する（ステップＳ４５）。ＣＰＵ１１は、取得した全てのＩＤについての遊技履歴を取得する（ステップＳ４６）。ＣＰＵ１１は、取得した履歴情報、遊技履歴をウェアラブル端末２に送信する（ステップＳ４７）。ＣＰＵ１１は、処理を終了する。
【００４１】
ＣＰＵ１１は、ＩＤが含まれるグループがないと判定した場合（ステップＳ４３でＮＯ）、処理をステップＳ４５に移す。ＣＰＵ１１は、ステップＳ４２で取得したＩＤに対応する顧客情報、遊技履歴を取得し（ステップＳ４５、Ｓ４６）、取得した顧客情報、遊技履歴をウェアラブル端末２に送信する（ステップＳ４７）。ＣＰＵ１１は処理を終了する。
【００４２】
ウェアラブル端末２は、受信した顧客情報、遊技履歴を受信して表示する。表示を確認した店員は顧客の声がけを行い、来店した顧客と親しい顧客の状況を伝えることが可能となる。それにより、顧客満足度の向上を図ることが可能となる。
【００４３】
顧客の来店を検知する他の方法について
上述の実施形態では、顧客が来店したことの検知は、会員カードをサンド５又は来店ポイント付与端末９が読み取ったことにより行ったが、それに限らない。以下では、他の方法による顧客の来店検知について説明する。
【００４４】
顔認識による検知
遊技ホールの出入口に設置されている監視カメラの画像を利用して、顔認識を行う。予め顧客の顔画像又は顔の特徴を示すデータと顧客のＩＤとを対応付けた顔データベースを用意する。監視カメラ、顔データベース及び画像処理を行う制御部を含む顔認識装置を構成する。当該顔認識装置が特定情報取得装置に相当する。顔認識装置の制御部は、監視カメラの画像より遊技ホールに入ってくる人の顔画像を切り出す。制御部は切り出した顔画像と顔データベースと照合を行い顧客の認識を行う。認識に成功した場合、制御部は顧客のＩＤをホストコンピュータ１に送信する。ホストコンピュータ１は、認識した顧客の顧客情報、遊技履歴などをウェアラブル端末２に送信する。予め記憶する顔画像には、不審な動きを店員が目撃した要注意客の画像や、他店の不審客の画像、指名手配犯の顔写真などを含めておき、それらの画像にマッチした場合は、ウェアラブル端末２に警戒を呼びかける情報を送信してもよい。なお、顔認識については公知技術を利用する。
【００４５】
自動車のナンバープレートによる検知
予め、顧客が来店時に使用する自動車のナンバーを予め顧客に申告してもらい、顧客ＩＤとナンバーとを対応付けた顧客ナンバーデータベースを用意する。遊技ホールに併設した駐車場に監視カメラを設置する。監視カメラ、顧客ナンバーデータベース及び画像処理を行う制御部を含むナンバープレート認識装置を構成する。当該ナンバープレート認識装置が特定情報取得装置に相当する。監視カメラにより自動車の出入りを監視する。出入口にはゲートを設置し、自動車が入場、退場する毎に監視カメラはナンバープレートを撮影する。ナンバープレート認識装置の制御部は、入場時に監視カメラが撮影したナンバープレート画像を処理して、ナンバープレート認識を行う。認識したナンバーと顧客ナンバーデータベースとを照合し、来店した顧客を特定する。特定に成功した場合、制御部は顧客のＩＤをホストコンピュータ１に送信する。ホストコンピュータ１は、認識した顧客の顧客情報、遊技履歴などをウェアラブル端末２に送信する。なお、ナンバープレートの認識については公知技術を利用する。
【００４６】
また、自動車ナンバープレートの認識においては、不審なナンバープレートのパターンを予め記憶しておき、不審なナンバープレートの自動車が入場した場合は、ウェアラブル端末２に警戒を呼びかける情報を送信してもよい。不審なナンバープレートのパターンとしては、例えば、正規のプレートではなく仮ナンバープレートや、遠方の陸運局で交付されているナンバープレートである。要注意客のナンバーや盗難車のナンバーの情報があれば、それらも登録しておいてもよい。
【００４７】
次に、上述の顔認識装置又はナンバープレート認識装置を特定情報取得装置とした場合の台情報配信処理について、図１５を用いて説明する。顔認識装置又はナンバープレート認識装置より、ホストコンピュータ１の通信部１６は顧客のＩＤを受信する。ホストコンピュータ１のＣＰＵ１１は、受信した顧客のＩＤに対応する顧客情報レコードを顧客情報データベース３１より取得を試みる（ステップＳ２２に相当）。ＣＰＵ１１は顧客情報レコードが取得できたか否かを判定する（ステップＳ２３に相当）。ＣＰＵ１１は顧客情報レコードが取得できたと判定した場合（ステップＳ２３がＹＥＳに相当）、ステップＳ２４以降の処理を実行する。ＣＰＵ１１は顧客情報レコードが取得できなかったと判定した場合（ステップＳ２３がＮＯに相当）、処理を終了する。
【００４８】
さらに、上述の顔認識装置又はナンバープレート認識装置を特定情報取得装置とした場合の推奨台情報配信処理について、図１８を用いて説明する。顔認識装置又はナンバープレート認識装置より、ホストコンピュータ１の通信部１６は顧客のＩＤを受信する。ホストコンピュータ１のＣＰＵ１１は、受信した顧客のＩＤに対応する顧客情報レコードを顧客情報データベース３１より取得を試みる（ステップＳ３３に相当）。ＣＰＵ１１は顧客情報レコードが取得できたか否かを判定する。ＣＰＵ１１は顧客情報レコードが取得できたと判定した場合、ステップＳ３３以降の処理を実行する。ＣＰＵ１１は顧客情報レコードが取得できなかったと判定した場合、処理を終了する。
【００４９】
顔認識や自動車ナンバープレート認識により、会員カードが読み取られる前に、顧客の来店を店員は知ることが可能となる。店員はホストコンピュータ１から送信された台情報を参照し、席につく前の顧客に対して、本日の台の状況を伝えることが可能となる。また、店員はホストコンピュータ１から送信された顧客に対する推奨台情報を参照し、席につく前の客に対して、推奨する台を伝えることが可能となる。以上のように、顔認識装置又はナンバープレート認識装置を特定情報取得装置とした場合は、来店直後に適切な声がけを行え、顧客満足度の向上を図ることが可能となる。
【００５０】
その他の顧客情報について
店員のウェアラブル端末２に配信する顧客情報として、以下のものを含めても良い。顧客情報データベース３１には、顧客の生年月日が含まれているので、特定した顧客が誕生日に来店した場合には、その旨をウェアラブル端末２に送信する。それを確認した店員は、お祝いの言葉を掛けることが可能となる。
【００５１】
顧客が好みの煙草の銘柄や、飲み物、景品の情報を顧客情報データベース３１に記憶しておき、ウェアラブル端末２に送信することで、顧客からの注文に迅速に対応することが可能となる。どの銘柄の煙草、どのような飲み物、景品を顧客が好むかは、対応する定員がマニュアルで入力してもよいし、注文の履歴を取り、頻度の高いものを好みのものとして顧客情報データベース３１に記憶してもよい。店員が好みの煙草の銘柄、飲み物、景品を把握していることで、顧客満足度の向上を図ることが可能となる。
【００５２】
上述では、遊技機４をパチンコ機であるとして説明したが、パチスロ機の場合も同様である。例えば、遊技履歴データベース３２においては、抽選回数、大当たり回数、アウト数、セーフ数、差玉数に替えて、総ゲーム数、ビックボーナス回数、レギュラーボーナス回数、メダルの総払出枚数、メダルの総投入枚数、差枚数などを記憶する。台別遊技履歴データベース３５においては、大当り回数、確変回数、総回転数、リーチ回数に替えて、ビックボーナス回数、レギュラーボーナス回数、総ゲーム数、ＡＲＴ回数などを記憶する。遊技機情報データベース３６、顧客嗜好情報データベース３７において、種別１には
Ａタイプ、Ｂタイプ、Ｃタイプなどを、種別２にはノーマル機、ＳＴ機、ＡＴ機などを記憶する。また、遊技機４は、カジノ向けゲーミングマシン（スロットマシン、ビデオポーカー、ビデオルーレット、ビデオブラックジャック、ビデキノ等）であっても良い。すなわち、上記実施形態で説明した顧客情報配信システムをカジノホールに適用しても良い。
【００５３】
なお、ウェアラブル端末２の表示部２４による表示は、画像表示に限らず、音声表示でも良い。
また、店員が両手を空いた状態で身体に保持できるものであれば、ウェアラブル端末２ではなく、携帯電話機やスマートフォンでも良い。
【００５４】
このように、本発明の一実施形態によれば、ウエラブル端末２が、顧客に関する情報を取得して表示しているので、ウエラブル端末２を身に着けている店員にその顧客の様々な状態に応じた対応をさせることができる。また、ウエラブル端末２に上記顧客に関する情報が表示されるので、店員の両手が塞がっていても、その顧客の現在の状態を遅延なく確認することができ、該店員はその表示されている情報に関する顧客に対してタイムリーにその状況に合った対応をすることができる。
【００５５】
各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００５６】
１  ホストコンピュータ
１１  ＣＰＵ
１２  ＲＡＭ
１３  ＲＯＭ
１４  大容量記憶装置
１５  出力部
１６  通信部
１７  読取り部
１ａ  可搬型記憶媒体
１ｂ  半導体メモリ
１Ｐ  制御プログラム
２  ウェアラブル端末
２１  ＣＰＵ
２２  ＲＡＭ
２３  ＲＯＭ
２４  表示部
２５  警報部
２６  通信部
３  データベース
４  遊技機
【図１】
2016118949.tif 000003
【図２】
2016118949.tif 000004
【図３】
2016118949.tif 000005
【図４】
2016118949.tif 000006
【図５】
2016118949.tif 000007
【図６】
2016118949.tif 000008
【図７】
2016118949.tif 000009
【図８】
2016118949.tif 000010
【図９】
2016118949.tif 000011
【図１０】
2016118949.tif 000012
【図１１】
2016118949.tif 000013
【図１２】
2016118949.tif 000014
【図１３】
2016118949.tif 000015
【図１４】
2016118949.tif 000016
【図１５】
2016118949.tif 000017
【図１６】
2016118949.tif 000018
【図１７】
2016118949.tif 000019
【図１８】
2016118949.tif 000020
【図１９】
2016118949.tif 000021
【図２０】
2016118949.tif 000022