(57)【要約】【課題】顧客の団体の人数を自動的に計測し、団体の人数に応じたサービスを顧客に自動的に提供する集客システムを提供する。【解決手段】ゲート装置は、該ゲート装置を通過する顧客の団体の人数を計測する計測手段と、計測された人数に応じたサービス情報を決定する決定手段と、決定されたサービス情報を、人数を識別した団体に含まれる人が携帯している端末装置に送信する送信手段とを備え、端末装置は、ゲート装置からサービス情報を受信する受信手段と、受信したサービス情報を記憶する記憶手段と、記憶されたサービス情報をレジ装置に送信する送信手段とを備え、レジ装置は、端末装置からサービス情報を受信する受信手段と、受信された前記サービス情報に応じたサービス内容を決定する決定手段と、清算処理にサービス内容を反映させる清算手段とを備える。【選択図】図１
2012113649.tif 000002
【特許請求の範囲】
【請求項１】
ゲート装置と、端末装置と、レジ装置とを含む集客システムであって、
前記ゲート装置は、前記端末装置と人体通信を行うゲート装置側人体通信手段と、該ゲート装置を通過する顧客の団体の人数を、前記団体に含まれる人が携帯している前記端末装置との人体通信により計測する計測手段と、計測された人数に応じたサービス情報を決定する決定手段とを備え、前記ゲート装置側人体通信手段は、決定された前記サービス情報を、人数を識別した団体に含まれる人が携帯している前記端末装置に人体通信により送信し、
前記端末装置は、前記ゲート装置と人体通信を行い、前記ゲート装置から前記サービス情報を人体通信により受信する端末装置側人体通信手段と、受信した前記サービス情報を記憶する記憶手段と、記憶された前記サービス情報を前記レジ装置に送信する送信手段とを備え、
前記レジ装置は、前記端末装置から前記サービス情報を受信する受信手段と、受信された前記サービス情報に応じたサービス内容を決定する決定手段と、清算処理に前記サービス内容を反映させる清算手段とを備える、ことを特徴とする集客システム。
【請求項２】
端末装置と人体通信を行うゲート装置側人体通信手段と、
通過する顧客の団体の人数を、前記団体に含まれる人が携帯している前記端末装置との人体通信により計測する計測手段と、
計測された人数に応じたサービス情報を決定する決定手段とを備え、
前記ゲート装置側人体通信手段は、決定された前記サービス情報を、人数を識別した団体に含まれる人が携帯している前記端末装置に人体通信により送信することを特徴とするゲート装置。
【請求項３】
サーバに接続する接続手段をさらに備え、前記決定手段は、前記サーバに問い合わせて前記サービス情報を取得することを特徴とする請求項２に記載のゲート装置。
【請求項４】
請求項２又は３に記載のゲート装置と人体通信を行い、前記ゲート装置からサービス情報を受信する端末側人体通信手段と、
受信した前記サービス情報を記憶する記憶手段と、
記憶された前記サービス情報をレジ装置に送信する送信手段とを備えることを特徴とする端末装置。
【請求項５】
前記記憶手段に記憶された前記サービス情報を表示する表示手段と、
前記表示手段に表示している前記サービス情報を更新する操作部とをさらに備えることを特徴とする請求項４に記載の端末装置。
【請求項６】
携帯電話機であることを特徴とする請求項４又は５に記載の端末装置。
【請求項７】
前記送信手段は、前記人体通信手段が兼ねることを特徴とする請求項４乃至６のいずれか１項に記載の端末装置。
【請求項８】
前記送信手段は、前記サービス情報を表すバーコードを表示する表示手段であることを特徴とする請求項４乃至６のいずれか１項に記載の端末装置。
【請求項９】
請求項４乃至８のいずれか１項に記載の端末装置からサービス情報を受信する受信手段と、
受信された前記サービス情報に応じたサービス内容を決定する決定手段と、
清算処理に前記サービス内容を反映させる清算手段とを備えることを特徴とするレジ装置。
【請求項１０】
請求項７に記載の端末装置の人体通信手段からサービス情報を受信する受信手段と、
受信された前記サービス情報に応じたサービス内容を決定する決定手段と、
清算処理に前記サービス内容を反映させる清算手段とを備えることを特徴とするレジ装置。
【請求項１１】
請求項８に記載の端末装置の表示手段に表示されたバーコードを読み取ることによってサービス情報を受信する受信手段と、
受信された前記サービス情報に応じたサービス内容を決定する決定手段と、
清算処理に前記サービス内容を反映させる清算手段とを備えることを特徴とするレジ装置。
【請求項１２】
サーバに接続する接続手段をさらに備え、
前記決定手段は、前記サーバに問い合わせて前記サービス内容を取得することを特徴とする請求項９乃至１１のいずれか１項に記載のレジ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、集客システム、ゲート装置、端末装置及びレジ装置に関する。
【背景技術】
【０００２】
現在我が国では、マーケティングのためにクーポンが広く利用されている。このクーポンは有料、無料問わず雑誌のページに記載されるものや、インターネットや携帯電話で配布されるものなどがあり、客が会計時に店員に見せる事で記載内容のサービスを受け、店への集客を図るものである。
【０００３】
また、集客用のサービスとして良く使われるものに団体割引制度がある。これは一定の人数以上で来店した客に対し、店側が所定の割引サービスを提供する事で店への集客を図るものである。
【０００４】
一方、特許文献１〜３には、静電界通信の伝送媒体として人体を用いる技術が開示されている。この静電界通信の伝送媒体として使用すると、手を繋いでいるなどの人体の一部が接触した状態では接触している人体間で通信ができるほか、接触している複数の人体の近傍との通信が可能である状態を生み出す事ができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−２２８５２４号公報
【特許文献２】特開平１０−２２９３５７号公報
【特許文献３】特表平１１−５０９３８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
クーポンを使用する際や団体割引を適用する際には、客側では予め雑誌のページを切り取ったり、インターネット、携帯電話等でクーポンをダウンロードしておく等の手間がかかるデメリットがある。また、使用する際にクーポンを忘れて来店してもサービスを受けられないという状況になる事もある。
【０００７】
また、店側では会計時にクーポンのサービス提供条件を満たしているかどうか、団体の人数を確認する手間が必要となる。
【０００８】
店側が複数のクーポンを発行している際に、客側が最適なクーポンを持っているとは限らず、店側から一様に最適なサービスの提供が出来ないという問題もある。
【０００９】
本発明は、このような実情に鑑みてなされたものであり、顧客の団体の人数を自動的に計測し、団体の人数に応じたサービスを顧客に自動的に提供する集客システムを提供する。
【課題を解決するための手段】
【００１０】
本発明の集客システムは、ゲート装置と、端末装置と、レジ装置とを含む集客システムであって、前記ゲート装置は、前記端末装置と人体通信を行うゲート装置側人体通信手段と、該ゲート装置を通過する顧客の団体の人数を、前記団体に含まれる人が携帯している前記端末装置との人体通信により計測する計測手段と、計測された人数に応じたサービス情報を決定する決定手段とを備え、前記ゲート装置側人体通信手段は、決定された前記サービス情報を、人数を識別した団体に含まれる人が携帯している前記端末装置に人体通信により送信し、前記端末装置は、前記ゲート装置と人体通信を行い、前記ゲート装置から前記サービス情報を人体通信により受信する端末装置側人体通信手段と、受信した前記サービス情報を記憶する記憶手段と、記憶された前記サービス情報を前記レジ装置に送信する送信手段とを備え、前記レジ装置は、前記端末装置から前記サービス情報を受信する受信手段と、受信された前記サービス情報に応じたサービス内容を決定する決定手段と、清算処理に前記サービス内容を反映させる清算手段とを備える、ことを特徴とする。
【００１１】
本発明のゲート装置は、端末装置と人体通信を行うゲート装置側人体通信手段と、通過する顧客の団体の人数を、前記団体に含まれる人が携帯している前記端末装置との人体通信により計測する計測手段と、計測された人数に応じたサービス情報を決定する決定手段とを備え、前記ゲート装置側人体通信手段は、決定された前記サービス情報を、人数を識別した団体に含まれる人が携帯している前記端末装置に人体通信により送信することを特徴とする。
【００１２】
本発明の端末装置は、ゲート装置と人体通信を行い、前記ゲート装置からサービス情報を受信する端末側人体通信手段と、受信した前記サービス情報を記憶する記憶手段と、記憶された前記サービス情報をレジ装置に送信する送信手段とを備えることを特徴とする。
【００１３】
本発明のレジ装置は、端末装置からサービス情報を受信する受信手段と、受信された前記サービス情報に応じたサービス内容を決定する決定手段と、清算処理に前記サービス内容を反映させる清算手段とを備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、顧客の団体の人数を自動的に計測し、団体の人数に応じたサービスを顧客に自動的に提供することができる。
【図面の簡単な説明】
【００１５】
【図１】（ａ）〜（ｃ）は、ゲート装置の構成、ならびに端末装置を持った団体が通過する時の動作の一例の概要を示す図である。
【図２】ゲート装置の構成の一例を示すブロック図である。
【図３】端末装置の構成の一例を示すブロック図である。
【図４】レジ装置の構成の一例を示すブロック図である。
【図５】人体通信で使用されるパケット構造を示す図である。
【図６】パケットの種類を示す表である。
【図７】装置固有のＩＤの構造を示す図である。
【図８】識別ビットの内容を示す表である。
【図９】サービス内容通知パケットで使用されるサービス情報の構造を示す図である。
【図１０】ゲート装置の処理フローを示すフローチャートである。
【図１１】端末装置の動作を示すフローチャートである。
【図１２】レジ装置の動作を示すフローチャートである。
【図１３】レジ装置の構成の一例を示すブロック図である。
【図１４】端末装置の人体通信のフローを示すフローチャートである。
【図１５】端末装置の操作部からの入力に対するフローを示すフローチャートである。
【図１６】端末装置の動作を示すフローチャートである。
【図１７】サーバの処理を示すフローチャートである。
【図１８】携帯電話機の構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１６】
＜実施例１＞
以下、図を使用して本発明の一実施形態を詳細に説明する。本発明の集客システムは、ゲートを通過する団体の人数を自動計測し、団体の人数に応じたサービスを顧客に提供する。本発明の集客システムは、ゲート装置と、端末装置と、レジ装置と、ネットワーク接続されたサーバとを備える。
【００１７】
図１にゲート装置の構成、ならびに端末装置を持った団体が通過する時の動作の一例の概要を示す。団体の識別は、手を繋いだり腕を組んだりなど身体の一部が接触状態にある人の列を一団体として識別するものとする。
【００１８】
まず、ゲート装置の構成を図１（ａ）に示す。ゲート装置１０１は、間に人が二人並んで通れない程度の通路、すなわち複数の団体が一度に通れない程度の通路（ゲート）を形成する。ゲート装置１０１が形成するゲートには、一対の人体センサー１０２と、一対の人体通信アンテナ１０３とが、それぞれ対向して設けられている。人体センサー１０２は、ゲート入口付近の人体を検出し、さらに人体のゲートの追加を検出する。人体通信アンテナ１０３は、ゲート装置１０１が備える人体通信装置が、人が所持する端末装置と人体通信を行うためのものである。ゲート装置１０１は、これらの人体センサー１０２と人体通信アンテナ１０３とを含み、後述するようにさらに他の要素も備える。
【００１９】
図１（ａ）の例では、このゲート装置１０１の２つの要素間を、端末装置１０４を持った人１０５や、端末装置を持たない人１０７が通過する。端末装置１０４は、ゲート装置１０１の人体通信装置と通信し、通信中に人体センサー１０２が連続して検出する人（ゲートを通過する人）をカウントし、カウントが増えるたびにゲート装置１０１に通知する。ゲート装置１０１は、通知された人数に相当するサービス情報を更新し、端末装置１０４に送信する。その後、レジで清算する際に、端末装置１０４は、後述するレジ装置と通信し、前記サービス情報をレジ装置に送信する。レジ装置は、受信した前記サービス情報を清算内容に反映させる。
【００２０】
次に図１（ｂ）および図１（ｃ）を参照し、複数の端末を持った人を含む団体が通過する場合の動作の一例について説明する。
【００２１】
まず、図１（ｂ）に示すように、ゲート装置１０１の人体センサー１０２が人体を検出すると、全端末装置（図１（ｂ）では端末装置１１１、１１２）に向けて接続要求を行う。最初に接続要求を受信した端末装置１１１は、ゲート装置１０１との通信を確立する前に、他の端末装置１１２が接続動作に移っていない事を確認し、接続処理を行う（端末装置１１２が先に接続動作を開始する可能性もあるが、ここでは端末装置１１１が先に動作を開始したものとする）。同時に、人体センサー１０２は、通過人数の計測を開始する。ゲート装置１０１は、端末装置１１１と通信状態になると、新しい接続要求を発生しなくなるため、現在通信状態にない端末装置１１２がゲート装置１０１と通信状態になることはない。１１３から１１６で示す団体が進んでいくにしたがって、人体センサー１０２は人数をカウントアップし、人数が増えるたびに端末装置１１１はゲート装置１０１にその旨を通知し、ゲート装置１０１は、通過人数分に相当するサービス情報を更新し、端末装置１１１に送信する。
【００２２】
図１（ｃ）の状態になると、人体センサー１０２は、ゲート装置１０１の入口付近に人体がないことを検知し、人体センサー１０２間で人体の通過がないことを確認すると、ゲート装置１０１は、端末装置１１１との通信を切断する。次の団体がすぐ後ろに居る等の原因で、ゲート装置１０１の入り口付近が空かなかった場合、次の人がゲート装置１０１を通過するまでにタイムアウトが発生し、初期状態に戻るため、ゲート装置１０１は無用に人数をカウントすることはない。また、端末装置もタイムアウトにより切断処理が行われたことを認識する。
【００２３】
端末装置１１１は、ゲート装置１０１との通信が切断されると、端末装置１１２と通信を行い、ゲート装置１０１から得たサービス情報を端末装置１１２に対して送信する。
【００２４】
団体内にゲート装置１０１との通信を行った端末装置以外の端末装置が複数ある場合には、それらすべてにゲート装置１０１から得たサービス情報を送信するものとする。
【００２５】
以下に各装置のブロック図、並びにフローチャートを用いて上記の動作を実現するための詳細な方法を説明する。
【００２６】
図２は、ゲート装置の構成の一例を示すブロック図である。ゲート装置２００は、制御部２０１と、人体通信トランシーバ部２０２と、記憶装置部２０３と、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）接続部２０４と、ＩＤ設定部２０５と、人体センサー部２０６と、アンテナ部２０７とを備える。
【００２７】
制御装置２０１は、ゲート装置２００全体の動作を司るものであり、後述のフローにしたがってゲート装置２００の各部の制御を行う。人体通信トランシーバ部２０２は、制御部２０１の制御により、送信データを人体通信用の電波に変換してアンテナ部２０７を介して送信すると共に、他の機器から送信された人体通信用の電波をアンテナ部２０７を介して受信し、受信データを制御部２０１に送る。記憶装置部２０３は、制御部２０１の制御によりデータの格納、読み出しを行う。ＬＡＮ接続部２０４は、ＬＡＮ２０８に接続され、制御部２０１の制御により、ＬＡＮ２０８を通じてサーバ２０９と通信を行う。ＩＤ設定部２０５は、端末装置固有のＩＤが格納されており、制御部２０１が読み出し、通信時に使用される。人体センサー部２０６は、ゲート入口付近の人体の検出と、人体のゲート通過の検出とを行う。アンテナ部２０７は、人体通信トランシーバ部２０２から出力される信号を外界に放出すると共に、電波を受信して人体通信トランシーバ部２０２に入力する。
【００２８】
図３は、端末装置の構成の一例を示すブロック図である。端末装置２１０は、制御部２１１と、人体通信トランシーバ部２１２と、ＲＴＣ（Ｒｅａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ）部２１３と、記憶装置部２１４と、操作部２１５と、表示部２１６と、ＩＤ設定部２１７と、アンテナ部２１８とを備える。
【００２９】
制御部２１１は、端末装置２１０全体の制御を司る。人体通信トランシーバ部２１２は、制御部２１１の制御により、送信データを人体通信用の電波に変換してアンテナ部２１８を介して送信すると共に、他の機器から送信された人体通信用の電波をアンテナ部２１８を介して受信し、受信データを制御部２１１に送る。ＲＴＣ部２１３は、現在の時刻を出力する。記憶装置部２１４は、制御部２１１の制御により、データの格納、読み出しを行う。操作部２１５は、外部からの操作を制御部２１１に伝える。表示部２１６は、制御部２１１の制御により、外部に対して表示を行う。ＩＤ設定部は、端末装置固有のＩＤを格納する。アンテナ部２１８は、人体通信トランシーバ部２１２から出力される信号を外界に放出すると共に、電波を受信して人体通信トランシーバ部２１２に入力する。
【００３０】
図４は、レジ装置の構成の一例を示すブロック図である。レジ装置２１９は、制御部２２０と、人体通信トランシーバ部２２１と、ＬＡＮ接続部２２２と、ＢＡＮ情報受信ボタン２２３と、レジ部２２４と、アンテナ部２２５と、ＩＤ設定部２２６とを備える。
【００３１】
制御部２２０は、レジ装置２１９全体の制御を司る。人体通信トランシーバ部２２１は、制御部２２０の制御により、送信データを人体通信用の電波に変換してアンテナ部２２５を介して送信すると共に、他の機器から送信された人体通信用の電波をアンテナ部２２５を介して受信し、受信データを制御部２２０に送る。ＬＡＮ接続部２２２は、ＬＡＮ２０８に接続され、制御部２２０の制御により、ＬＡＮ２０８を通じてサーバ２０９と通信を行う。ＢＡＮ情報受信ボタン２２３は、端末装置から情報を読み取る指示を出すためのボタンである。レジ部２２４は、キャッシュレジスタの機能を持ち、制御部２２０からの制御を受け付け、精算内容に反映させる。アンテナ部２２５は、人体通信トランシーバ部２２１から出力される信号を外界に放出すると共に、電波を受信して人体通信トランシーバ部２２１に入力する。ＩＤ設定部２２６は、レジ装置固有のＩＤを格納する。
【００３２】
以下に、ゲート装置、端末装置およびレジ装置間で使用されるデータ形式について説明する。
【００３３】
図５は、人体通信で使用されるパケット構造を示す図である。パケットは、プリアンブル３０１と、パケットヘッダ３０２と、ヘッダＣＲＣ部３０３と、データ部３０４と、データＣＲＣ部３０５とを含む。
【００３４】
プリアンブル３０１は、パケット先頭に位置し、同期、ＡＧＣ（Ａｕｔｏ  Ｇａｉｎ  Ｃｏｎｔｒｏｌ）に使用される。パケットヘッダ３０２は、プリアンブル３０１に続いて送信され、発信元アドレス（Ｓｒｃ  Ａｄｄｒ）、目的アドレス（Ｄｉｓｔ  Ａｄｄｒ）、制御情報（Ｃｔｒｌ  Ｉｎｆｏ）、データ長（Ｄａｔａ  ｌｅｎｇｔｈ）を含む。ヘッダＣＲＣ部３０３は、パケットヘッダ３０２に続いて送信され、パケットヘッダ３０２のＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）値を含む。データ部３０４は、ヘッダＣＲＣ部３０３に続いて送信され、送信データを含む。データＣＲＣ部３０５は、データ部３０４に続いて送信され、データ部３０４のＣＲＣ値を含む。プリアンブル、データの変調方式は特に問わないが、本実施例中では、ＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）方式を用いるものとする。
【００３５】
また本実施例では、ゲート装置、端末装置およびレジ装置の各人体通信トランシーバ部では、一般的な受信方式を用いるものとする。各人体通信トランシーバ部では、プリアンブル３０１を受信すると、ＡＧＣを調整し、続くパケットヘッダ３０２を受信するためにシンボル同期をかけ、パケットヘッダ部３０２、ヘッダＣＲＣ部３０３を受信し、パケットヘッダ部３０２のＣＲＣ値がヘッダＣＲＣ部３０３のＣＲＣ値と同じである事を確認する。同じでない場合は受信したパケットを廃棄する。同じである場合はパケットヘッダ部の内容は正しいとして、次の処理に進む。まずデータ長が０以外であれば、データ部３０４の長さが指定された値であるものとして受信し、直後のデータＣＲＣ部３０５を受信する。データ部３０４のＣＲＣ値がデータＣＲＣ部３０５のＣＲＣ値と同じである事を確認し、同じでない場合は受信パケットを廃棄する。
【００３６】
図６は、パケットの種類を示す表である。パケットの種類は７種類で、制御情報の値で区別する。発信元、目的のアドレスとして使用するのは、装置固有のＩＤであり、図７に示す構造の４８ビット長の値である。上位２４ビットがベンダＩＤ３２１、続く６ビットが機種ＩＤ３２２、更に続く２ビットが種別ＩＤ３２３で、最後の１６ビットがシリアルＩＤ３２４となっている。種別ＩＤ３２３はゲート装置、レジ装置、端末装置の区別を行う識別ビット（識別ＩＤ）となっており、その内容を図８に示す。
【００３７】
図９は、サービス内容通知パケットで使用されるサービス情報の構造を示す図である。全体は可変長となっているが、固定長のサービス情報ヘッダと、サービステキスト長を示す固定長ブロックと、可変長のサービステキスト部からなっている。固定長のサービス情報ヘッダは、先頭から順番に、サービス情報の種類を示す３２ビットのサービスＩＤ部３４１と、サービス情報の有効期限を示す６４ビット長の有効期限部３４２と、サービス情報を発行した会社を示す３２ビット長の発行会社ID部３４３と、サービス情報を発行した店舗を示す１６ビット長の発行店舗ＩＤ３４４と、サービス情報を発行したゲート装置を示す１６ビット長のゲートＩＤ３４５が配置される。この固定長のサービス情報ヘッダに続いて、サービステキストの長さを示す１６ビット長のテキスト長３４６が配置され、最後に、可変長のサービステキスト３４７が配置される。
【００３８】
サービス内容要求パケットでは、サービス情報ヘッダをデータとして送信する。受信した装置は、送信されたサービス情報ヘッダに合致するサービス情報を、ＡＣＫパケットの後で、サービス内容通知パケットを利用して送信する。各フィールドでワイルドカード指定する場合は、そのフィールドの全ビットを１にセットする。
【００３９】
本実施例では、有効期限３４２は、６４ビットのｔｉｍｅ＿ｔ形式を用いるものとする。また、サービステキストは、文字、イメージの表示を可能とするため、ｍｈｔｍｌ（ＭＩＭＥ  Ｅｎｃａｐｓｕｌａｔｉｏｎ  ｏｆ  Ａｇｇｒｅｇａｔｅ  ＨＴＭＬ）を使用するものとする。
【００４０】
次に、ゲート装置２００の処理フローについて、以下に説明する。図１０は、ゲート装置２００の処理フローを示すフローチャートである。ステップＳ４０１においてゲート装置２００の処理がスタートし、ステップＳ４０２においてゲート装置２００入口付近の人検出処理を行う。ステップＳ４０２において、人体センサー２０６を用いて人がいるかどうかを確認し、いない場合はステップＳ４０２に戻る。人がいた場合、ステップＳ４０４において端末装置に対し人体通信のブロードキャスト呼び出しを行う。ステップＳ４０５において端末装置から端末応答が来ているか確認を行い、ステップＳ４０６において端末応答が確認出来た場合、すなわち接続に成功した場合はステップＳ４０９に、端末応答が確認できなかった場合はステップＳ４０７に移行する。ステップＳ４０７において、接続のタイムアウト検出を行う。タイムアウトの検出方法は特に限定しない。たとえば一定時間ブロードキャスト呼び出しをし直す方法や、一定回数ブロードキャスト呼び出しを行う方法などが使用可能である。タイムアウトとなった場合にはステップＳ４０２に戻る。タイムアウト前の場合は、ステップＳ４０８において輻輳防止のためのバックオフ処理を行う。このバックオフ処理の方法も特に限定しない。例えばランダムな時間次のブロードキャスト呼び出しを遅らせる方法などがある。その後、ステップＳ４０４に戻り、再度ブロードキャスト呼び出しを行う。接続に成功すると、ステップＳ４０９において、人体センサーを利用し、団体の人数カウント開始を行う。人数カウントはメインの処理と平行して行われる。ステップＳ４４１以降に人数カウント処理のフローを示す。
【００４１】
ステップＳ４４１において人数カウントが開始されると、まずステップＳ４４２において人数用の変数を初期化（＝１）し、ステップＳ４４３において人体センサー２０６を使用して人がゲートを通過中であるか調べ、通過中の場合は再度ステップＳ４４３に戻り、通過していない時はステップＳ４４４に進む。ステップＳ４４４において、人一人が通過したものとして人数用の変数に１を足し、ステップＳ４４５に進む。ステップＳ４４５において、人体センサー２０６を使用してゲームを通過中であるか調べ、通過していない場合はまだ新しく人が来ていないものとして再度ステップＳ４４５に戻り、通過中であった場合は新しく人が来たものとしてステップＳ４４３に進む。以上の処理により、人数カウント開始後からゲート装置２００を通過する人数をカウントし続けるものとする。
【００４２】
ステップＳ４０９からステップＳ４１０に進み、ステップＳ４１０において、ＬＡＮ２０８経由でサーバ２０９に対し、接続してきた端末装置がサーバ２０９の管理対象として登録済みであるか、すなわちその会社の顧客であるかどうかを問い合わせする。ステップＳ４１１において、サーバ２０９から登録済みの通知があった場合はステップＳ４１２へ、登録無しの通知が来た場合はステップＳ４２１へ進む。ステップＳ４２１において、切断処理を呼び出す。切断処理の内容はステップＳ４５１以降に示す。
【００４３】
ステップＳ４５１において切断処理が開始されると、ステップＳ４５２において、切断対象の端末装置に向けて切断パケットを送信する。ステップＳ４５３において切断応答が受信できたか確認し、ステップＳ４５４において切断応答が受信できた場合はステップＳ４５７に進んで切断処理を終了する。切断応答が受信できなかった場合はステップＳ４５５に進み、タイムアウトする状態になったか判断し、タイムアウトする場合はステップＳ４５７に進んで切断処理を終了し、タイムアウトしない場合はステップＳ４５６に進み、バックオフ時間を待った後、再度ステップＳ４５２で切断パケットを送信する。タイムアウトした場合はゲートから遠ざかったと考えられるため、特別な回復処理をすることなく切断処理が成功したものと見なす。
【００４４】
ステップＳ４２１における切断処理の後は、ステップＳ４２２において人体センサー２０６を利用し、ゲート装置２００付近に人体があるかどうかの検出を行い、ステップＳ４２３において人がいる場合はまだ登録のない端末装置がそばにあると判断し、ステップＳ４２２において人体検出を続ける。人がいなくなったらステップＳ４０２に戻り、再び誰かがゲート装置２００を使用するのを待つ。
【００４５】
ステップＳ４１１において端末装置が登録されているものであった場合、ステップＳ４１２に進み、人数が増えているかどうかを確認する。ここで増えたかどうかの判断の初期値は、ステップＳ４０９における人数＝０を基準としているため、最初の一人でも人数が増えたものと判断する。ステップＳ４１２において人数が増えていない場合は、ステップＳ４１８に進み、ゲート装置２００付近の人体検出に進む。人数が増えた場合、ステップＳ４１３においてサーバ２０９に対し現在の人数分に相当するサービス内容の問い合わせをし、サーバ２０９から得たサービス内容を、ステップＳ４１４において端末装置にサービス内容通知パケットを利用して送信し、ステップＳ４１５においてＡＣＫパケットが端末装置から送信されてくるのを待つ。ＡＣＫパケットが受信できなかった場合、ステップＳ４１６においてタイムアウトするかどうかを判断し、タイムアウトしない場合はステップＳ４１７においてバックオフ時間待ち、ステップＳ４１４においてサービス内容通知パケットの送信を行う。ステップＳ４１５においてＡＣＫパケットが受信できた場合はステップＳ４１８に進み、人体センサー２０６を利用してゲート装置２００付近の人体の検出を行い、ステップＳ４１９においてでゲート装置２００付近に人体が検出されたと判断された時は、団体通過中としてステップＳ４１２に進み、人数のカウントを続ける。人体が検出されなかったときはステップＳ４２０に進み、切断処理の後、ステップＳ４０２戻り、人体の検出からやり直す。以上がゲート装置２００の動作である。
【００４６】
次に、端末装置２１０の動作について説明する。図１１は、端末装置２１０の動作を示すフローチャートである。ステップＳ５０１において処理を開始し、ステップＳ５０２において人体通信トランシーバ部２１２を用いて受信処理を行い、いずれかのパケットが受信されるのを待つ。また、後述する通信状態の時は、所定の時間パケットが受信できない無通信によるタイムアウトの検出も行う。パケットが受信されかタイムアウトを検出するとステップＳ５０３に進み、受信したパケットがブロードキャスト呼び出しパケットであるかどうかの判断を行う。ブロードキャスト呼び出しで無かった場合はステップＳ５０７に進む。ブロードキャスト呼び出しであった場合はステップＳ５０４に進み、応答すべきかどうかの判断を行う。応答する場合は「現在通信状態でないこと」かつ「所定の時間内に同じＩＤを持つ機器と通信状態になっていないこと」または、「直前に同じＩＤのゲート装置からブロードキャスト呼び出しがあった場合」である。所定の時間は一意に決まるものではなく、建物の規模、ゲートの数、ゲート間の距離などによって決めて良いもので、例えば１分とか３分とかの値を使用する。また、この後で出てくるステップＳ５０６で送信する接続応答がゲート装置で受信されていなかった場合のため、直前に同じＩＤのゲート装置からブロードキャスト呼び出しがあった場合も再度接続応答を送信するものとする。なお、通信状態は接続応答をある装置に送信してから切断処理終了、無通信によるタイムアウト、または切断応答するまでとする。
【００４７】
応答しない場合は再びステップＳ５０２に戻り、パケットの受信を行う。応答する場合はステップＳ５０４においてバックオフ時間待ちを行い、ステップＳ５０５において人体通信トランシーバ部２１２を使用して、誰も接続応答をしていない事を確認し、誰かが接続応答していた場合はステップＳ５０２に戻り、パケットの受信を行う。誰も応答していない時は、ステップＳ５０６においてブロードキャスト呼び出しを行っていた相手に接続応答パケットを送信し、その後ステップＳ５０２に戻り、パケットの受信を行う。
【００４８】
ステップＳ５０３において、受信したパケットがブロードキャスト呼び出しパケット以外だった時は、ステップＳ５０７においてパケットが自端末装置宛であるか判断し、自端末装置宛で無かった場合は、ステップＳ５３７において現在通信状態か判断し、通信状態の時は、ゲート装置でタイムアウトが発生したものと見なし、ステップＳ５１２に進む。自端末装置宛の場合、ステップＳ５０２に戻り、パケットの受信を行う。自端末装置宛であった場合、ステップＳ５０８において切断パケットであるか判断する。切断パケットであった場合は、ステップＳ５０９において現在を含めて最後に接続した相手装置がゲート装置であるかどうかの判断を行い、ゲート装置でなかった場合は、ステップＳ５１０において切断応答パケットを相手装置に対して送信し、ステップＳ５０２に戻り、パケットの受信を行う。最後に接続した相手装置がゲート装置であった場合、ステップＳ５１１において、切断応答パケットを相手装置に対して送信した後、ステップＳ５１２以降で、団体内の他の端末装置に、ゲート装置から受信したサービス情報を送信する。
【００４９】
ステップＳ５１２において人体通信のブロードキャスト呼び出しを送信し、ステップＳ５１３において接続応答が自端末装置宛にあるかどうかを判断する。自端末装置宛の接続応答が無かった場合はステップＳ５０２に戻り、パケットの受信を行う。自端末装置宛の接続応答があった場合は、ステップＳ５１４において、サービス内容通知パケットを利用して、最後に接続したゲート装置からのサービス情報を相手端末装置に送信する。ステップＳ５１５において、相手端末装置からのＡＣＫパケットが受信できたか判断し、受信できた場合は、ステップＳ５１９において切断処理を行う。この切断処理は、ゲート装置のものと同じ手順を用いる。手順をステップＳ４５１〜Ｓ４５７として再掲する。内容の説明は割愛する。ＡＣＫパケットが受信できなかった場合は、ステップＳ５１６においてタイムアウトの判断を行い、タイムアウトする場合はステップＳ５１９において切断処理を行う。タイムアウトしない場合はステップＳ５１７においてバックオフ時間待ちを行い、再度ステップＳ５１４に戻り、サービス内容通知パケットを送信する。ステップＳ５１９において切断処理を行った後はステップＳ５１２に戻り、他の端末装置の呼び出しを行う。
【００５０】
ステップＳ５０８において切断パケット以外だった場合は、ステップＳ５２０においてサービス内容通知パケットかどうか判断する。サービス内容通知パケットであった場合は、ステップＳ５２１において、現在接続中であるか判断し、接続中であった場合は、ステップＳ５２２においてＡＣＫパケットを相手装置に送信し、ステップＳ５２３において記憶装置２１４の検索を行う。ステップＳ５２４において、送られてきたサービス情報の中に記憶装置２１４中のサービス情報とサービスＩＤが同じものがあるか判断し、ある場合は、ステップＳ５２６においてそのＩＤの情報を受信した内容で書き換える。また、そうでない場合は、ステップＳ５２５において新しく記憶装置２１４にサービス情報を登録する。その後ステップＳ５０２に戻り、パケットの受信を行う。ステップＳ５２１において接続中でない場合は、ステップＳ５３８においてタイムアウトが発生したかどうかを判断し、タイムアウトが発生した時はステップＳ５１２に進み、他の端末装置にサービス情報の送信を行う。タイムアウトでなかった場合はステップＳ５０２に戻り、パケットの受信を行う。
【００５１】
ステップＳ５２０においてサービス内容通知パケット以外だった場合、ステップＳ５２７において、サービス内容要求パケットかどうか判断する。サービス内容要求パケットで無かった場合はステップＳ５０２に戻り、パケットの受信を行う。サービス内容要求パケットであった場合は、ステップＳ５２８において現在接続中であるか判断し、接続中でない場合は、ステップＳ５３８においてタイムアウトが発生したかどうかを判断し、タイムアウトが発生した時はステップＳ５１２に進み、他の端末装置にサービス情報の送信を行う。タイムアウトでなかった場合はステップＳ５０２に戻り、パケットの受信を行う。ステップＳ５２８において接続中であった場合はステップＳ５２９においてＡＣＫパケットを送信し、ステップＳ５３０において記憶装置２１４を検索し、サービス内容要求パケットで示されたサービス情報ヘッダで指定されたサービス情報を検索する。ステップＳ５３１において、指定されたデータがあるかどうかを判断し、ある場合はステップＳ５３２において、指定されたサービス情報をサービス情報通知パケットで送信し、無い場合はステップＳ５３３において、データ長を０としたサービス情報通知パケットを送信する。サービス情報通知パケットを送信後、ステップＳ５３４において、ＡＣＫパケットが受信されたか判断し、受信された場合はステップＳ５０２に戻り、パケットの受信を行う。ＡＣＫパケットが受信されなかった場合、ステップＳ５３５においてタイムアウトかどうか判断し、タイムアウトの場合はステップＳ５０２に戻り、パケットの受信を行う。タイムアウトで無い場合はステップＳ５３６においてバックオフ時間待ちをし、ステップＳ５３１に戻り、指定されたデータに従ったサービス情報通知パケットを再送する。以上が端末装置２１０の動作となる。
【００５２】
次に、レジ装置２１９の動作について説明する。図１２は、レジ装置２１９の動作を示すフローチャートである。
レジ装置２１９のサービス情報受信は、レジ部２２４で通常のキャッシュレジスタの精算処理が終わった後、ＢＡＮ情報受信ボタン２２３が押されることで開始される。ＢＡＮ情報受信ボタン２２３が押されると、制御部２２０がフローに従って自動的にサービス情報を端末から受信し、レジ部２２４にサービス内容を通知し、レジ部２２４がその内容を精算内容に反映させる。以下、制御部２２０のフローを説明する。
【００５３】
ステップＳ６２１において、レジ装置２１９のレジ・サービス情報処理が開始される。次にステップＳ６２２において、ＢＡＮ受信ボタン２２３が押されているかどうか判断する。押されていない場合はステップＳ６２２に戻り、ＢＡＮ受信ボタン２２３が押されるまで待つ。押されている場合はステップＳ６２３において、ブロードキャスト呼び出しパケットの送信を行う。続いてステップＳ６２４において、端末装置から送信される接続応答パケットが受信されるか確認する。ステップＳ６２５において、接続応答パケットが受信できて接続が成功したかどうかを判断する。接続成功と判断されなかった時は、ステップＳ６２６において、タイムアウトかどうか判断し、タイムアウトする場合は、ステップＳ６２８において、通信エラーが発生したことをレジ部２２４に送信し、レジ部２２４で通信エラーの表示を行う。タイムアウトしない場合は、ステップＳ６２７においてバックオフ時間待ちを行い、再びステップＳ６２３においてブロードキャスト呼び出しを行う。ステップＳ６２５において接続成功と判断された時は、以降の通信を、接続応答パケットを送信してきた装置と行う。接続成功と判断した後、ステップＳ６２９においてサービス内容要求パケットを送信する。この時、操作しているレジ装置２１９で有効なサービス情報を限定するため、サービス情報ヘッダに検索条件を設定する。例えば、サービスＩＤがワイルドカード指定、有効期限が現在の時間、発行会社ＩＤと発行店舗ＩＤは自社のコードと自店舗のコード、ゲートＩＤはワイルドカード指定のような指定方法が一例である。
【００５４】
サービス内容要求パケットを送信後、ステップＳ６３０において、ＡＣＫパケットが受信できたかを判断し、受信できなかった場合は、ステップＳ６３１において、タイムアウトかどうか判断する。タイムアウトと判断された時は、ステップＳ６２８において、通信エラーが発生したことをレジ部２２４に送信し、レジ部２２４で通信エラーの表示を行う。タイムアウトしなかった場合は、ステップＳ６３２において、バックオフ時間待ちを行い、その後ステップＳ６２９において、サービス内容要求パケットを送信する。ステップＳ６３０において、ＡＣＫパケットが受信できたと判断された後は、ステップＳ６３３において、サービス情報パケットの受信を行う。ステップＳ６３４において、受信が成功したかを判断し、受信失敗と判断された場合は、ステップＳ６３５において、タイムアウトかどうかの判断を行う。タイムアウトと判断された時は、ステップＳ６２８において、通信エラーが発生したことをレジ部２２４に送信し、レジ部２２４で通信エラーの表示を行う。タイムアウトしなかった場合は、ステップＳ６３３において、サービス情報パケットの受信を行う。ステップＳ６３０において受信成功と判断された場合は、ステップＳ６３６において、ＡＣＫパケットを送信する。
【００５５】
その後ステップＳ６３７において、ＬＡＮ２０８経由でサーバ２０９に問い合わせを行い、サービス情報通知パケットの中のデータが有効かどうか、有効であればどのようなサービス内容かの情報を取得する。情報の取得後、ステップＳ６３８において、サーバからの情報によって、現在使用可能なサービスがあるかどうかの判断を行い、使用可能なサービスがある場合は、ステップＳ６３９において、使用可能なサービス内容をレジ部２２４に送信する。使用可能なサービスが無かった場合は、ステップＳ６４０において、使用可能なサービスが無かった旨をレジ部２２４に送信する。レジ部に送信した後、ステップＳ６２２に戻り、ＢＡＮ情報受信ボタン２２３が押されるのを待つ。サービス内容を送信されたレジ部２２４は現在の精算内容に送られてきたサービス内容を反映し、客に精算をお願いする。
【００５６】
以上のように各装置が自動的に連携して動作する事で、ゲート装置通過時の団体人数によって自動的に端末装置に適合したサービス情報を蓄積し、レジ装置から自動的に蓄積されたサービス情報を読み出し、客の精算内容にサービス情報を反映させることができる。
【００５７】
本実施例では、本願発明の目的を説明するために不必要な機能は出来るだけ削除して記述している。発明の目的を妨げない機能であれば追加しても構わない。例えば端末装置２１０に含まれている記憶装置２１４に対し、本実施例ではデータを追加・変更するのみであったが、このままでは記憶装置２１４の容量を使い切るとデータの追加・変更が不能となる。適宜、期限切れ、店舗からの退出等で無効になったデータを削除する機能などの機能を追加しても構わない。また、操作部２１５、表示部２１６を利用し、現在記憶装置２１４内に含まれているサービス情報を操作によって表示する機能を追加しても構わない。
また、端末装置２１０のサービス情報が新しく更新される度に、音や光で人に知らせる機能を追加しても構わない。
【００５８】
また、本実施例では、レジ装置２１９にて客が精算する時に、客が確実に人体通信出来る事を確認してＢＡＮ情報受信ボタン２２３を押す事にしているが、精算時に他の客が誤接続しないような環境であれば、自動的に通信を開始するようにしても良い。
【００５９】
＜実施例２＞
実施例１ではゲート装置、端末装置、レジ装置共に本願のための新規装置となる構成を対象としていた。実施例２では、レジ装置に人体通信装置が無く、旧来のバーコードの読み込みができるのみの、いわゆるＰＯＳレジの場合に本願を適用する例を示す。
【００６０】
ゲート装置は図２、端末装置は図３に示したものがそのまま使える。ただし、端末装置の制御フローは変更する必要がある。制御フローについては後述する。ゲート装置で端末装置に送信するサービス情報にはサービスの内容と共にサービスＩＤのバーコードが含まれていなければならない。本実施例では、サービスＩＤは３２ｂｉｔ長であるとしているが、バーコードでは日本国内で普及している１０進数１３桁または８桁で表されるＪＡＮコードの中の、店内で使用可能なインストアコードの領域の中の、店舗内の品物に使用されていない領域を使用する必要がある。そのため、バーコードの値とサービスＩＤの値のマッピングをサーバで行う事とし、ゲート装置から送信するサービス情報にはサービスＩＤとサービス内容と共に対応するバーコードのイメージを含める事とする。マッピングの情報と、サービス情報は店舗内のサーバ内の品物のデータベースとは別のサービスデータベースに格納するものとする。これは品物のデータベースに対する最適化方法と、サービスデータベースに対する最適化方法は異なるため、一つのデータベースにしてデータベースへのアクセス速度を落とさないようにするためである。
【００６１】
図１３は、本実施例のレジ装置の構成の一例を示すブロック図である。レジ装置２２７は、レジ部２２８と、バーコードリーダ部２２９と、ＬＡＮ接続部２３０とを備える。
【００６２】
レジ部２２８は、キャッシュレジスタの機能を持つ。バーコードリーダ部２２９は、バーコードを読み込み、コードをレジ部２２８に入力する。ＬＡＮ接続部２３０は、レジ部２２８がＬＡＮ２０８経由でサーバ２０９に問い合わせを行う際に使用する。ＬＡＮ２０８、サーバ２０９は、図４のものと同様である。レジ部２２８は、一般のＰＯＳレジと同様に、読み取りの高速化のためにレジ内データベースを持ち、よく取り扱われるソースマーキングされた商品については、サーバ２０９に問い合わせを行わずに登録処理が出来るようになっているものとする。
【００６３】
図１４および１５は、実施例２における端末装置２１０の制御フローを示すフローチャートである。端末装置２１０は、実施例１とほぼ同様の動作をするが、サービス内容要求へ応答する必要が無いこと、操作部２１５からの入力でバーコードの表示が必要であることが違いとなる。図１４に人体通信のフローを、図１５に操作部２１５からの入力に対するフローを示す。図１４に示すフローと、図１５に示すフローは平行して動作する。操作部２１５で使用するキーは、サービス更新キーとページ変更キーの二種類とし、それ以外のキーがあったとしてもこのフローでは扱わないものとする。
【００６４】
まず、図１４のフローから説明する。図１４は図１１からサービス内容要求へ応答する部分を削除しただけである。そのため、同様の処理は図１１と同じステップ番号を使用している。ステップＳ５２０においてパケットがサービス内容通知パケットで無かった場合は、受信処理ステップＳ５０２に戻るところが異なる部分である。
【００６５】
次に図１５のフローを詳細に説明する。ステップＳ８０１の端末操作処理ＳＴＡＲＴから開始し、ステップＳ８０２において、操作部２１５のキーが操作されているか判断し、キーが操作されていない場合は再度ステップＳ８０２に戻り、キーの操作を待つ。キーが操作されていた場合、ステップＳ８０３において、押されたキーがサービス更新キーであるかどうかを判断する。サービス更新キーであった場合、ステップＳ８０４において、表示装置２１６に表示する表示番号を１にリセットする。続いてステップＳ８０５において、サービス情報の確認を行う。サービス情報の確認のフローは、ステップＳ８２１から詳細に示している。
【００６６】
ステップＳ８２１において、サービス情報の確認がスタートし、ステップＳ８２２において、記憶装置２１４から記憶しているサービス情報を読み出す。ステップＳ８２３において、記憶装置２１４から読み出したサービス情報の中で最も新しいサービス情報を選択する。これは、最も新しいサービス情報が、直前に通過したゲート装置から得られたサービス情報である可能性が最も高いためである。続いてステップＳ８２４において、記憶装置２１４から読み出したサービス情報の中から、最も新しいサービス情報に含まれている発行会社ＩＤおよび発行店舗ＩＤと同じ発行会社ＩＤおよび発行店舗ＩＤを持つサービス情報を選択する。選択したサービス情報の中で、更に、ＲＴＣ部２１３から読み出した現在時刻で有効なサービス情報を選択する。続くステップＳ８２５において、現在時刻で有効なサービス情報があるかどうかを判断し、あった場合はステップＳ８２６においてサービス情報リストを作成し、無かった場合はステップＳ８２７において空のサービス情報リストを作成し、ステップＳ８２８においてサービス情報の確認を終了する。
【００６７】
ステップＳ８０５に続き、ステップＳ８０６において、サービス情報確認で得られたサービス情報リストが空のリストかどうかを判断し、リストが空でなかった場合は、ステップＳ８０７において、サービス情報リストの中から表示番号の項目のサービス情報を、バーコードのイメージと共に表示部２１６に表示する。ステップＳ８０６においてリストが空であると判断された時は、表示部２１６に、利用できるサービスはありません、と表示する。その後、ステップＳ８０２に戻ってキー入力確認を行う。
【００６８】
ステップＳ８０３において、押されたキーがサービス更新キーで無かった場合、ステップＳ８０９において、押されたキーがページ変更キーであるかどうかを判断する。ページ変更キーで無かった場合、ステップＳ８０２に戻り、キー入力待ちをする。ページ変更キーであった場合、ステップＳ８１０において表示番号を１増やし、ステップＳ８１１においてリストの項目数を超えたかどうか確認し、リストの項目数以下であった場合は、ステップＳ８０７においてサービス情報の表示を行う。リストの項目数を超えていた場合、ステップＳ８１２において表示番号を１にして、ステップＳ８０６においてリストが空かどうかの確認をする。以上が端末装置２１０のフローとなる。
【００６９】
次に、レジ装置２２７の動作について説明する。図１６は、端末装置２２７の動作を示すフローチャートである。レジ処理はステップＳ９１１から始まる。最初にステップＳ９１２において、精算するかどうかを判断する。精算でない場合は、ステップＳ９１３において、バーコードの読み込みを行えたか判断する。読み込めなかった場合は、バーコードの入力が無かったものとしてステップＳ９１３に戻り、再度バーコードの読み込みを行う。バーコードの入力があった場合、ステップＳ９１４においてレジ部２２８内のデータベースに問い合わせを行い、ステップＳ９１５において該当データがあった場合は、ステップＳ９１６において精算内容にデータを登録し、ステップＳ９１２に戻る。該当データが無かった場合、ステップＳ９１７においてＬＡＮ２０８経由でサーバ２０９に対して問い合わせを行う。
【００７０】
問い合わせを受けたサーバ２０９の処理について説明する。図１７は、サーバ２０９の処理を示すフローチャートである。ステップＳ９３１において問い合わせ処理が開始され、最初にステップＳ９３２において品物データベースを検索し、ステップＳ９３３において該当データがあるかどうか判断する。該当データがある場合は、ステップＳ９３６において、データベースで検索された内容を問い合わせに対する回答とする。該当データが無かった場合は、ステップＳ９３４においてサービスデータベースに対して検索を行い、ステップＳ９３５において該当データがあるかどうかを判断する。該当データがある場合は、ステップＳ９３６において、データベースで検索された内容を問い合わせに対する回答とする。該当データが無かった場合は、ステップＳ９３７において問い合わせに対しエラーを回答する。問い合わせに対する回答が終了すると、ステップＳ９３８において処理終了となる。
【００７１】
ステップＳ９１７に続き、ステップＳ９１８において、問い合わせに対する該当データがあったかどうか判断し、あった場合はステップＳ９１６において精算内容にデータの登録を行う。該当データが無かった場合は、ステップＳ９１９において読み取りエラーを発生させ、ステップＳ９１２に戻る。以上がレジ部の動作である。
【００７２】
以上のように各装置が自動的に連携して動作する事で、ゲート装置通過時の団体人数によって自動的に端末装置に適合したサービス情報を蓄積し、レジにてサービス情報に対応するバーコードを表示し、レジ装置にてバーコードを読み込み、サーバから対応するサービス情報を読み出すことで、客の精算内容にサービス情報を反映させる事ができる。
【００７３】
なお、本実施例では端末装置からレジ装置へサービス情報を送信するためにバーコードを使用したが、その他旧来のキャッシュレジスタで扱える形式、2次元バーコードや赤外線通信などを利用しても構わない。
【００７４】
＜実施例３＞
実施例１、実施例２では、専用の端末装置を客が携帯していた。本実施例では、他の携帯機器に図３に示した端末装置の機能を含めることで、客が特別に端末装置を携帯せずに、普段から携帯している機器を利用して実施例１、実施例２に示したサービスを受ける例を示す。以下、携帯電話機に図３で示す端末装置の機能を組み込む一例を、図１８を使用して説明する。図１８は、携帯電話機の構成の一例を示すブロック図である。
【００７５】
破線１００１で囲った部分が、通常の携帯電話機に含まれるブロックの中で、本発明に流用可能なブロックのみを抜き出したものである。破線１００１で囲った部分は、携帯電話制御部１００２と、携帯電話記憶装置１００３と、携帯電話操作部１００４と、携帯電話表示部１００５と、携帯電話ＲＴＣ部１００６とを含む。携帯電話制御部１００２は、携帯電話機全体の制御を司る。携帯電話記憶装置１００３は、携帯電話機のプログラムや表示データが記録されていたり、作業時に使用したりするメモリを含む。携帯電話操作部１００４は、携帯電話機に装備されている操作ボタンと等を含む。携帯電話表示部１００５は、ＬＣＤパネル等であり、携帯電話機が情報表示に使用する。携帯電話ＲＴＣ部は、現在時刻を計時する。
【００７６】
これらのブロックの処理能力を少し向上させたり、時分割で共用したりすることで、図３に示した端末装置の機能の殆どを実現する事が可能となる。具体的には、携帯電話制御部１００２が制御部２１１の機能を、携帯電話記憶装置１００３が記憶装置２１４とID設定部２１７の機能を、携帯電話操作部１００４が操作部２１５の機能を、携帯電話表示部１００５が表示部２１６の機能を、携帯電話ＲＴＣ部１００６がＲＴＣ部２１３の機能を兼ねることができる。そのため、人体通信トランシーバ部１００７と人体通信アンテナ部１００８を携帯電話制御部１００２に接続することで、図３に示した装置と同等の機能を実現可能である。
【００７７】
本実施例では携帯電話機に組み込む場合を示したが、これ以外にもＰＤＡ等の他の機器に対しても適用可能である。
【００７８】
実施例１と実施例２では、ゲート装置とレジ装置は別のものとして開示してあるが、両方の実施例で使用できるゲート装置、レジ装置も可能であり、どのような組み合わせでも構わない。
【産業上の利用可能性】
【００７９】
本発明は、集客システム、ゲート装置、端末装置及びレジ装置に利用可能である。
【符号の説明】
【００８０】
１０１  ゲート装置
１０２  人体センサー
１０３  人体通信アンテナ
１０４、１１１、１１２  端末装置
２００  ゲート装置
２０１  制御部
２０２  人体通信トランシーバ部
２０３  記憶装置部
２０４  ＬＡＮ接続部
２０５  ＩＤ設定部
２０６  人体センサー部
２０７  アンテナ部
２０８  ＬＡＮ
２０９  サーバ
２１０  端末装置
２１１  制御部
２１２  人体通信トランシーバ部
２１３  ＲＴＣ部
２１４  記憶装置部
２１５  操作部
２１６  表示部
２１７  ＩＤ設定部
２１８  アンテナ部
２１９  レジ装置
２２０  制御部
２２１  人体通信トランシーバ部
２２２  ＬＡＮ接続部
２２３  ＢＡＮ情報受信ボタン
２２４  レジ部
２２５  アンテナ部
２２６  ＩＤ設定部
【図１】
2012113649.tif 000003
【図２】
2012113649.tif 000004
【図３】
2012113649.tif 000005
【図４】
2012113649.tif 000006
【図５】
2012113649.tif 000007
【図６】
2012113649.tif 000008
【図７】
2012113649.tif 000009
【図８】
2012113649.tif 000010
【図９】
2012113649.tif 000011
【図１０】
2012113649.tif 000012
【図１１】
2012113649.tif 000013
【図１２】
2012113649.tif 000014
【図１３】
2012113649.tif 000015
【図１４】
2012113649.tif 000016
【図１５】
2012113649.tif 000017
【図１６】
2012113649.tif 000018
【図１７】
2012113649.tif 000019
【図１８】
2012113649.tif 000020