JP2017046190A - 情報収集システム、サーバ装置、端末装置、プログラム、および情報収集方法 - Google Patents

Abstract

【課題】携帯端末のアドレスを変更することなく、どの携帯端末から送信された情報であるか知られることを防ぐ。
【解決手段】サーバ装置と端末装置とを備える情報収集システムであって、前記端末装置は、他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で情報を繰り返し前記サーバ装置に送信する送信部を備え、前記サーバ装置は、受信した前記情報を前記周期ごとに集計する集計部を備える。
【選択図】図１

Description

本発明は、情報収集システム、サーバ装置、端末装置、プログラム、および情報収集方法に関する。

特許文献１には、通信端末（携帯端末）と空調制御装置から構成され、空調制御装置は、通信端末から送信される位置情報、客観的な情報である温度情報、および利用者の主観的な情報である指示情報に基づいて、部屋の空調制御を行う環境制御システムが記載されている。また、携帯端末から送信する情報をＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）通信により行うことが考えられる。

特開２００９−１０３３４７号公報

しかしながら、特許文献１に記載された技術では、ＢＬＥアドバタイズにより携帯端末から情報を送信すると、携帯端末から送信された情報を傍受された場合に、どの携帯端末から送信された情報であるかが傍受した人にわかってしまう、という問題がある。これを防ぐには、携帯端末を示すアドレスを頻繁に変更する必要があり、携帯端末の処理が複雑になる。

本発明は、上記した事情に鑑みてなされたもので、携帯端末のアドレスを変更することなく、どの携帯端末から送信された情報であるか知られることを防ぐことができる情報収集システム、サーバ装置、端末装置、プログラム、および情報収集方法を提供することを目的の一つとする。

本発明の一態様は、サーバ装置と端末装置とを備える情報収集システムであって、前記端末装置は、他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で情報を繰り返し前記サーバ装置に送信する送信部を備え、前記サーバ装置は、受信した前記情報を前記周期ごとに集計する集計部を備えることを特徴とする情報収集システムである。

また、本発明の一態様は、サーバ装置と端末装置とを備える情報収集システムにおける前記サーバ装置であって、前記端末装置が他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で繰り返し前記サーバ装置に送信した前記情報を前記周期ごとに集計する集計部を備えることを特徴とするサーバ装置である。

また、本発明の一態様は、サーバ装置と端末装置とを備える情報収集システムにおける前記サーバ装置のコンピュータに、前記端末装置が他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で繰り返し前記サーバ装置に送信した前記情報を前記周期ごとに集計するステップ、を実行させるためのプログラムである。

また、本発明の一態様は、サーバ装置と端末装置とを備える情報収集システムにおける前記端末装置であって、他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で情報を繰り返し前記サーバ装置に送信する送信部を備えることを特徴とする端末装置である。

また、本発明の一態様は、サーバ装置と端末装置とを備える情報収集システムにおける前記端末装置のコンピュータに、他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で情報を繰り返しサーバに送信するステップを実行させるためのプログラムである。

また、本発明の一態様は、サーバ装置と端末装置とを備える情報収集システムにおける情報収集方法であって、前記サーバ装置が、アドレスと周期を指定するステップと、前記端末装置が、前記アドレスを送信元アドレスとし、前記周期とほぼ同一の周期で情報を繰り返し送信するステップと、前記サーバ装置が、受信した前記情報を前記周期ごとに集計するステップと、を含むことを特徴とする情報収集方法である。

本発明によれば、携帯端末のアドレスを変更することなく、どの携帯端末から送信された情報であるか知られることを防ぐことができる。

本発明の第１の実施形態に係る制御システムの構成の一例を示す概略図である。 本発明の第１の実施形態に係る制御サーバ及び制御対象機器の構成の一例を示す概略ブロック図である。 本発明の第１の実施形態に係る環境ビーコンのデータ構造及びデータ例を示す概略図である。 本発明の第１の実施形態に係る携帯端末の構成の一例を示す概略ブロック図である。 本発明の第１の実施形態に係る制御リクエスト情報ビーコンのデータ構造及びデータ例を示す概略図である。 本発明の第１の実施形態に係る携帯端末における制御リクエスト情報ビーコンの送信頻度を示す図である。 本発明の第１の実施形態に係る携帯端末における制御リクエスト情報ビーコンの送信タイミングを示す図である。 本発明の第１の実施形態に係る制御システムの動作を示すシーケンス図である。 本発明の第２の実施形態に係る環境ビーコンのデータ構造及びデータ例を示す概略図である。 本発明の第２の実施形態に係る携帯端末における制御リクエスト情報ビーコンの送信頻度を示す図である。 本発明の第２の実施形態に係る制御システムの動作を示すシーケンス図である。 本発明の実施形態に係る携帯端末のハードウェア構成の一例を示すハードウェア構成図である。

以下、図面を参照しながら本発明の実施形態について詳しく説明する。なお、各図において同一部分には同一符号を付している。

（第１の実施形態）
まず、本発明の第１の実施形態について説明する。図１は、本発明の第１の実施形態に係る制御システムＳ１の構成の一例を示す概略図である。本図に示すように、制御システムＳ１（情報収集システム）は、携帯端末１と、制御サーバ２と、制御対象機器３と、を含んで構成される。

制御システムＳ１は、レストランや電車、映画館などの公共スペース（施設）に設置された制御対象機器３の動作状態を携帯端末１から送信される情報に基づいて制御するシステムである。以下、制御対象機器３が店舗に設置された空調システムである場合を例に説明する。

携帯端末１は、各ユーザがそれぞれ携帯する携帯電話機やスマートフォン、タブレット端末等の無線通信装置である。携帯端末１は、制御サーバ２からＢＬＥアドバタイズにより環境ビーコンを受信すると、ＢＬＥアドバタイズにより制御リクエスト情報ビーコンを所定の周期αで繰り返し送信する。携帯端末１は、他の携帯端末１とほぼ同一の周期αで制御リクエスト情報を送信する。環境ビーコンは、制御サーバ２が送信する制御システムＳ１に関する情報である。制御リクエスト情報ビーコンは、ユーザの空調の好み等の制御サーバ２が制御対象機器３を制御するための情報である。ここで、制御リクエスト情報ビーコンに含まれる携帯端末１を識別するためのアドレス（送信元のアドレス）は、制御サーバ２が環境ビーコンにより指定した一意の値（例えば、ａａ：ｂｂ：ｃｃ：ｄｄ：ｅｅ：ｆｆ）である。すなわち、どの携帯端末１から送信される制御リクエスト情報に含まれるアドレスもその値は同一である。これにより、制御リクエスト情報がどの携帯端末１から送信されたものであるかを、通信を傍受した人に知られないようにしている。

本図に示す例では、「暑い…」と感じているユーザＡの持つ携帯端末１は、ＩＤ（送信元のアドレス）がａａ：ｂｂ：ｃｃ：ｄｄ：ｅｅ：ｆｆであり、活動量が少であり、汗量が多であり、滞在時間が６０分であり、好みが低めの温度である制御リクエスト情報ビーコンを制御サーバ２に送信している。また、「ここちょっと冷房きついな…」と感じているユーザＢの持つ携帯端末１は、ＩＤがａａ：ｂｂ：ｃｃ：ｄｄ：ｅｅ：ｆｆであり、活動量が少であり、汗量が少であり、滞在時間が２０分であり、好みが高めの温度である制御リクエスト情報ビーコンを制御サーバ２に送信している。「ちょっと寒いわね」と感じているユーザＣの持つ携帯端末１は、ＩＤがａａ：ｂｂ：ｃｃ：ｄｄ：ｅｅ：ｆｆであり、活動量が少であり、汗量が少であり、滞在時間が２時間であり、好みが普通である制御リクエスト情報ビーコンを制御サーバ２に送信している。また、「ついた！暑かった〜」と感じているユーザＤの持つ携帯端末１は、ＩＤがａａ：ｂｂ：ｃｃ：ｄｄ：ｅｅ：ｆｆであり、活動量が多であり、汗量が過多であり、滞在時間が０分であり、好みが低めの温度である制御リクエスト情報ビーコンを制御サーバ２に送信している。なお、本図においては、ユーザＡ〜Ｄそれぞれの持つ４台の携帯端末１を示しているが、これに限らず、携帯端末１の台数は１台以上であればよい。

制御サーバ２は、制御対象機器３の動作状態を制御するコントローラである。制御サーバ２は、常時定期的に環境ビーコンをＢＬＥアドバタイズにより送信している。そして、制御サーバ２は、周囲に居る携帯端末１から送信された制御リクエスト情報ビーコンを受信し、各携帯端末１から受信した制御リクエスト情報を周期αごとに集計する。制御サーバ２は、集計した情報に基づいて制御対象機器３を制御する。制御対象機器３は、空調システム等の制御の対象となる機器である。これにより、制御システムＳ１では、携帯端末１のユーザの好みに応じて制御対象機器３の動作状態を制御することができる。例えば、制御システムＳ１では、ユーザの空調の好みに応じて設定温度を変更することができる。

次に、制御サーバ２について説明する。図２は、本発明の第１の実施形態に係る制御サーバ２及び制御対象機器３の構成の一例を示す概略ブロック図である。制御サーバ２は、制御部２００と、記憶部２１０と、ネットワーク通信部２７０と、を含んで構成される。

制御部２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ；中央演算処理装置）から構成され、制御サーバ２を制御する。制御部２００は、通信制御部２０１と、データ制御部２０２と、機器制御部２０３と、を備える。通信制御部２０１は、ネットワーク通信部２７０における通信を制御する。例えば、通信制御部２０１は、送信元のアドレスを指定する情報を含む環境ビーコンを常時定期的にネットワーク通信部２７０からＢＬＥアドバタイズにより送信する。また、通信制御部２０１は、ネットワーク通信部２７０を介して、各携帯端末１から制御リクエスト情報ビーコンを受信する。データ制御部２０２は、記憶部２１０が記憶している情報を管理する。

機器制御部２０３は、通信制御部２０１が受信した各携帯端末１の制御リクエスト情報ビーコンに基づいて制御対象機器３を制御する。このとき、機器制御部２０３は、制御リクエスト情報ビーコンがどの携帯端末１から送信されたものであるかは考慮せず、時間の経過とともに変化する携帯端末１の台数や制御リクエスト情報の状態変化を統計的に処理する。すなわち、機器制御部２０３は、各携帯端末１から受信した制御リクエスト情報を周期αごとに集計する。また、機器制御部２０３は、受信した制御リクエスト情報ビーコンのうち、環境ビーコンにより指定した送信元のアドレスのもののみを制御対象機器３の制御に用いる。そして、機器制御部２０３は、ネットワーク通信部２７０を介して、制御対象機器３を制御するための制御情報を制御対象機器３に送信する。

記憶部２１０は、種々の情報を記憶する。記憶部２１０は、顧客情報管理部２１５を備える。顧客情報管理部２１５は、制御サーバ２の管理する店舗等の顧客に関する顧客情報を記憶管理する。ネットワーク通信部２７０は、ブルートゥースまたはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）により通信する通信部である。例えば、ネットワーク通信部２７０は、ブルートゥースにより携帯端末１と通信する。また、ネットワーク通信部２７０は、ＬＡＮにより制御対象機器３と通信する。

制御対象機器３は、制御部３００と、ネットワーク通信部３７０と、を含んで構成される。制御部３００は、ネットワーク通信部３７０を介して制御サーバ２から受信した制御情報に基づいて、自装置の動作状態を制御する。ネットワーク通信部３７０は、ＬＡＮにより制御サーバ２と通信する。

次に、制御サーバ２が送信する環境ビーコンについて説明する。図３は、本発明の第１の実施形態に係る環境ビーコンのデータ構造及びデータ例を示す概略図である。環境ビーコンは、ＢＬＥのアドバタイジングパケットである。

図３（ａ）には、アドバタイジングパケットのデータ部であるＰＤＵに含まれるデータを示している。図示するように、ＰＤＵには、ヘッダと、Ａｄｒｅｓｓと、Ｄａｔａとが含まれる。Ａｄｒｅｓｓには、端末識別のためのアドレスが格納されている。例えば、制御サーバ２は、制御サーバ２のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス、或は一定時間同じ値のランダムな値をＡｄｒｅｓｓに格納する。

Ｄａｔａには、アドバタイジングするデータが格納されている。制御サーバ２は、Ｄａｔａに、データ識別子と、制御システムの識別子と、制御リクエスト情報を送信する際のアドレス情報とを格納する。データ識別子は、携帯端末１において制御システムＳ１の環境ビーコンであると判定するための一意の識別子である。例えば、データ識別子には、ＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）４１２２）に規定されるＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）等を用いる。制御システムの識別子は、制御システムＳ１がどういった制御を行うものであるかを識別するための値である。例えば、制御システムの識別子には、空調（０ｘ０１）や、湿度(０ｘ０２)、音量(０ｘ０４)、風量(０ｘ０８)、匂い(０ｘ１０)等がある。制御リクエスト情報を送信する際のアドレス情報は、制御リクエスト情報を各携帯端末１が送信する際の送信元のアドレスである。

図３（ｂ）には、Ｄａｔａに格納するデータ例を示している。例えば、データ識別子のデータ例は１２３４１２３４−１２３４−５６７８−１２３４−１２３４５６７８５６７８であり、そのデータ量は１６Ｂｙｔｅｓである。また、制御システムの識別子のデータ例は０ｘ０１であり、そのデータ量は１Ｂｙｔｅｓである。また、制御リクエスト情報を送信する際のアドレス情報のデータ例はａａ：ｂｂ：ｃｃ：ｄｄ：ｅｅ：ｆｆであり、そのデータ量は６Ｂｙｔｅｓである。

次に、携帯端末１について説明する。図４は、本発明の第１の実施形態に係る携帯端末１の構成の一例を示す概略ブロック図である。図示するように、携帯端末１は、制御部１００と、記憶部１１０と、表示部１２０と、入力部１３０と、各種生体センサ部１５０と、ネットワーク通信部１７０と、を含んで構成される。

制御部１００は、ＣＰＵから構成され、携帯端末１を制御する。制御部１００は、通信制御部１０１と、データ制御部１０２と、を備える。通信制御部１０１は、ネットワーク通信部１７０における通信を制御する。例えば、通信制御部１０１は、送信元のアドレスが他の携帯端末１と同一となるよう、制御リクエスト情報ビーコンをＢＬＥアドバタイズによりネットワーク通信部１７０から送信する。具体的には、通信制御部１０１は、環境ビーコンにおいて制御サーバ２から指定されたアドレス（制御リクエスト情報を送信する際のアドレス情報）を制御リクエスト情報ビーコンにおける送信元のアドレスとする。また、通信制御部１０１は、制御リクエスト情報ビーコンを所定の周期αでネットワーク通信部１７０から繰り返し送信する。

データ制御部１０２は、記憶部１１０に記憶しているデータを管理する。例えば、データ制御部１０２は、各種生体センサ部１５０から入力された生体情報を記憶部１１０の生体情報記憶部１１３に書き込む。また、データ制御部１０２は、制御システムＳ１のある店舗に入店して制御サーバ２から環境ビーコンを受信すると、環境ビーコンを最初に受信した時刻（入店時刻）を時刻情報記憶部１１４に書き込む。

記憶部１１０は、種々の情報を記憶する。記憶部１１０は、嗜好情報記憶部１１２と、生体情報記憶部１１３と、時刻情報記憶部１１４とを備える。嗜好情報記憶部１１２は、空調の程度等の、ユーザの嗜好に関する嗜好情報を記憶する。生体情報記憶部１１３は、ユーザの性別や活動量、汗量等、ユーザの生体に関する生体情報を記憶する。時刻情報記憶部１１４は、制御システムＳ１のある店舗に入店した入店時刻を記憶する。

表示部１２０は、液晶ディスプレイ等の表示デバイスであり、情報を表示する。入力部１３０は、表示部１２０の画面上に設置され、ユーザがタッチした位置を検出するタッチパネルやボタン等から構成され、入力を受け付ける。各種生体センサ部１５０は、ユーザの生体情報を検出する各種センサを備える。例えば、各種生体センサ部１５０は、ユーザの活動量や汗量等の生体情報を検出し、検出した生体情報を制御部１００に出力する。ネットワーク通信部１７０は、ブルートゥースにより通信を行う無線通信部である。

次に、携帯端末１が送信する制御リクエスト情報ビーコンについて説明する。図５は、本発明の第１の実施形態に係る制御リクエスト情報ビーコンのデータ構造及びデータ例を示す概略図である。制御リクエスト情報ビーコンは、ＢＬＥのアドバタイジングパケットである。

図５（ａ）には、アドバタイジングパケットのデータ部であるＰＤＵに含まれるデータを示している。図示するように、ＰＤＵには、ヘッダと、Ａｄｒｅｓｓと、Ｄａｔａとが含まれる。Ａｄｒｅｓｓには、端末識別のためのアドレス（送信元のアドレス）が格納されている。携帯端末１は、制御サーバ２から受信した環境ビーコンに含まれる制御リクエスト情報を送信する際のアドレス情報をＡｄｒｅｓｓに格納する。

Ｄａｔａには、アドバタイジングするデータが格納されている。携帯端末１は、データ識別子と、制御リクエスト情報とをＤａｔａに格納する。携帯端末１は、制御サーバ２から受信した環境ビーコンに含まれるデータ識別子に、ある規則性を持って変更を加えたものをデータ識別子に格納する。本例では、携帯端末１は、環境ビーコンに含まれるデータ識別子の末尾を「０」に変更している。制御リクエスト情報は、制御サーバ２が制御対象機器３を制御するための情報である。例えば、携帯端末１は、制御リクエスト情報に、識別子と、性別データと、活動量データと、汗量データと、滞在時間と、好みとを格納する。識別子「０ｘＦＦ」は、制御リクエスト情報であることを示す識別子である。性別データは、男「０ｘ００」／女「０ｘ０１」等のユーザの性別を示すデータである。活動量データは、少ない「０」／普通「１」／多い「２」／不明「３」等の活動量を示すデータである。汗量データは、少ない「０」／普通「１」／多い「２」／不明「３」等の汗量を示すデータである。滞在時間は、入店して環境ビーコンを受信してからの滞在時間（単位は分）を示すデータである。好みは、低め「０」／普通「１」／高め「２」／気にしない「３」等の制御対象機器３における空調制御の好みである。

図５（ｂ）には、Ａｄｒｅｓｓ及びＤａｔａに格納するデータ例を示している。例えば、Ａｄｒｅｓｓに格納する端末を示すアドレスのデータ例はａａ：ｂｂ：ｃｃ：ｄｄ：ｅｅ：ｆｆであり、そのデータ量は６Ｂｙｔｅｓである。データ識別子のデータ例は１２３４１２３４−１２３４−５６７８−１２３４−１２３４５６７８５６７０であり、そのデータ量は１６Ｂｙｔｅｓである。また、制御リクエスト情報のデータ例はＦＦ：０１：０１：００：７８：０２（性別：女／活動量：普通／汗量：少ない／滞在時間：２時間／好み：高め）であり、そのデータ量は６Ｂｙｔｅｓである。

なお、本例に示す制御リクエスト情報に含まれるデータは一例であり、これに限られない。例えば、制御リクエスト情報に、座っている席の位置情報等の他の項目を追加してもよい。また、携帯端末１は、環境ビーコンに含まれる制御システムの識別子に応じて情報リクエスト情報に含むデータを変更してもよい。

次に、携帯端末１が制御リクエスト情報ビーコンを送信する頻度について説明する。図６は、本発明の第１の実施形態に係る携帯端末１における制御リクエスト情報ビーコンの送信頻度を示す図である。本図において、横軸は時間である。また、本図において、実線は制御リクエスト情報ビーコンを送信している時間（発信時間）を示し、点線は待機時間（ウエイト時間）を示す。

携帯端末１は、制御サーバ２から環境ビーコンを受信すると、一定周期Ａ（例えば、２０ミリ秒に、ランダムに設定するＲａｍｄｕｍＤｅｌａｙを加えた周期（２０ｍｓｅｃ＋ＲａｍｄａｍＤｅｌａｙ））で数回（本例では３回）制御リクエスト情報ビーコンを送信した後、一定周期α（例えば、１５分）待機し、再度一定周期Ａで数回制御リクエスト情報ビーコンを送信する。このように、携帯端末１が繰り返し制御リクエスト情報ビーコンを送信することにより、制御リクエスト情報ビーコンを確実に制御サーバ２に送信することができる。また、制御サーバ２では、制御リクエスト情報ビーコンの再送制御が不要になる。また、全ての携帯端末１がほぼ同一の周期で制御リクエスト情報ビーコンを繰り返し送信することにより、制御サーバ２は正確に全ての携帯端末１から制御リクエスト情報ビーコンを収集することができる。

図７は、本発明の第１の実施形態に係る携帯端末１における制御リクエスト情報ビーコンの送信タイミングを示す図である。本図において、横軸は時間である。また、本図において、実線は制御リクエスト情報ビーコンを送信している時間（発信時間）を示し、点線は待機時間（ウェイト時間）を示す。

例えば、３人で同時に店舗に入店し、一斉に店舗の環境ビーコンを受信した場合、ほぼ同じタイミングで各携帯端末１が制御リクエスト情報ビーコンを送信してしまうことが考えられる。これを防いで制御リクエスト情報ビーコンを分散させるために、各携帯端末１は、環境ビーコンを受信してから最初の制御リクエスト情報ビーコンを送信開始するまでの時間をランダムに設定している。そして、携帯端末１は、環境ビーコンを受信してから設定されている時間待機した後、制御リクエスト情報ビーコンを所定周期αごとに送信する。

図示する例では、ユーザＡの持つ携帯端末１における制御リクエスト情報ビーコンの送信開始までの時間Ｔ１は、ユーザＢ及びＣの持つ携帯端末１より長い。また、ユーザＢの持つ携帯端末１における制御リクエスト情報ビーコンの送信開始までの時間Ｔ２は、ユーザＡ及びＣの持つ携帯端末１より短い。また、ユーザＣの持つ携帯端末１における制御リクエスト情報ビーコンの送信開始までの時間Ｔ３はユーザＡの持つ携帯端末１より短く、ユーザＢの持つ携帯端末１より長い。このように、各携帯端末１においてランダムに送信開始までの時間を設定することにより、同時に入店してきた携帯端末１から一斉に制御リクエスト情報ビーコンが送信されることを防ぐことができる。

次に、制御システムＳ１の動作を説明する。図８は、本発明の第１の実施形態に係る制御システムＳ１の動作を示すシーケンス図である。
制御サーバ２は、常時定期的に環境ビーコンをＢＬＥアドバタイズにより送信している（ステップＳ１０１）。制御サーバ２の設置された店舗に入って来たユーザの携帯端末１は、制御サーバ２から環境ビーコンを受信すると、制御リクエスト情報ビーコンをＢＬＥアドバタイズにより送信する（ステップＳ１０２）。制御サーバ２は、店舗に居る複数の携帯端末１それぞれから受信した制御リクエスト情報ビーコンに含まれる制御リクエスト情報に基づいて制御対象機器３を制御する（ステップＳ１０３）。制御対象機器３は、制御サーバ２からの制御に基づいて動作する。

以上説明してきたように、本実施形態によれば、制御対象機器３を制御する制御サーバ２と携帯端末１とを備える制御システムＳ１における携帯端末１は、無線通信するネットワーク通信部１７０と、送信元のアドレスが他の携帯端末１と同一となるよう、制御サーバ２が制御対象機器３を制御するための制御リクエスト情報をネットワーク通信部１７０から送信する通信制御部１０１と、を備える。

これにより、携帯端末１は、自装置のアドレスを変更せずとも、通信を傍受した人に、携帯端末１と当該携帯端末１が送信した制御リクエスト情報とを紐付けされることを防ぐことができる。すなわち、携帯端末１は、送信された制御リクエスト情報がどの携帯端末１から送信されたものであるかを特定されることを防ぐことができる。また、制御サーバ２は、どの携帯端末１から送信された情報であるかを考慮せずに処理ができるため、制御リクエスト情報の重複の除去や再送制御等の処理が不要である。

また、携帯端末１の通信制御部１０１は、環境ビーコンにより制御サーバ２から指定されたアドレスを送信元のアドレスとする。これにより、例えば、制御サーバ２は、隣の店舗などの制御リクエスト情報ビーコンを除去して混信を回避することができる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。本実施形態における制御システムＳ１の構成は、第１の実施形態における構成と同様であるため、その説明を省略する。本実施形態では、制御サーバ２が、制御システムＳ１の設置された店舗に居る携帯端末１の台数に応じて、携帯端末１の送信する制御リクエスト情報ビーコンの送信頻度を調整する点が第１の実施形態と異なる。

本実施形態における制御サーバ２の通信制御部２０１は、所定時間内に受信する制御リクエストビーコンの数に基づいて、店舗内に居る携帯端末１の台数を判定する。続いて、通信制御部２０１は、店舗内に居る携帯端末１の台数に応じて、携帯端末１が制御リクエストビーコンを送信する際の送信頻度（周期β）を決定する。そして、通信制御部２０１は、制御リクエスト情報ビーコンを送信する際の送信頻度を含む環境ビーコンをネットワーク通信部２７０からＢＬＥアドバタイズにより送信する。機器制御部２０３は、各携帯端末１から受信した制御リクエスト情報を周期βごとに集計する。

図９は、本発明の第２の実施形態に係る環境ビーコンのデータ構造及びデータ例を示す概略図である。環境ビーコンは、ＢＬＥのアドバタイジングパケットである。図９（ａ）には、アドバタイジングパケットのデータ部であるＰＤＵに含まれるデータを示している。本実施形態における環境ビーコンは、第１の実施形態における環境ビーコンのデータ構成に加えて、ＰＵＤのＤａｔａに制御リクエスト情報を送信する際の送信頻度を含む。他のデータは、第１の実施形態と同様であるため、その説明を省略する。

図９（ｂ）には、Ｄａｔａに格納するデータ例を示している。例えば、制御リクエスト情報を送信する際の送信頻度のデータ例は、０ｘ１Ｄであり、そのデータ量は１Ｂｙｔｅｓである。他のデータ例は、第１の実施形態と同様であるため、その説明を省略する。

本実施形態による携帯端末１の通信制御部１０１は、環境ビーコンにおいて制御サーバ２から指定された送信頻度（周期β）で制御リクエスト情報ビーコンをネットワーク通信部１７０から繰り返し送信する。

図１０は、本発明の第２の実施形態に係る携帯端末１における制御リクエスト情報ビーコンの送信頻度を示す図である。本図において、横軸は時間である。また、本図において、実線は制御リクエスト情報ビーコンを送信している時間（発信時間）を示し、点線は待機時間（ウエイト時間）を示す。

携帯端末１は、制御サーバ２から環境ビーコンを受信すると、一定周期Ａで数回（本例では３回）制御リクエスト情報ビーコンを送信した後、制御サーバ２から指定された送信頻度に対応する時間（例えば、１５分）待機し、その後、再度一定周期Ａで数回制御リクエスト情報ビーコンを送信する。

次に、制御システムＳ１の動作を説明する。図１１は、本発明の第２の実施形態に係る制御システムＳ１の動作を示すシーケンス図である。
制御サーバ２は、常時定期的に環境ビーコンをＢＬＥアドバタイズにより送信している（ステップＳ２０１）。制御サーバ２の設置された店舗に入って来たユーザの携帯端末１は、制御サーバ２から環境ビーコンを受信すると、制御リクエスト情報ビーコンをＢＬＥアドバタイズにより送信する（ステップＳ２０２）。

その後、店舗に居る携帯端末１の台数が増えてくると、制御サーバ２は、各携帯端末１から送信される制御リクエスト情報ビーコンの送信頻度を下げるために、通常より小さい送信頻度を指定して環境ビーコンをＢＬＥアドバタイズにより送信する（ステップＳ２０３）。携帯端末１は、環境ビーコンを受信すると、受信した環境ビーコンに含まれる送信頻度に従って制御リクエスト情報ビーコンをＢＬＥアドバタイズにより送信する（ステップＳ２０４）。制御サーバ２は、店舗に居る複数の携帯端末１それぞれから受信した制御リクエスト情報ビーコンに含まれる制御リクエスト情報に基づいて制御対象機器３を制御する（ステップＳ２０５）。制御対象機器３は、制御サーバ２からの制御に基づいて動作する。

以上説明してきたように、本実施形態によれば、制御サーバ２は、第１の実施形態における構成に加えて、制御リクエスト情報ビーコンの送信頻度を指定して環境ビーコンを送信する。携帯端末１は、第１の実施形態における構成に加えて、環境ビーコンにより制御サーバ２から指定された送信頻度で制御リクエスト情報ビーコンをネットワーク通信部１７０から繰り返し送信する。

これにより、制御サーバ２は、店内に居る携帯端末１の台数に応じて、携帯端末１から送信される制御リクエスト情報ビーコンの送信頻度を調整することができる。例えば、制御サーバ２は、店内に居る携帯端末１の台数が増えてきた場合には、各携帯端末１から送信される制御リクエスト情報ビーコンの送信頻度を低くすることにより、通信の輻輳を回避することができる。

図１２は、本発明の実施形態に係る携帯端末１のハードウェア構成の一例を示すハードウェア構成図である。携帯端末１は、ＣＰＵ５０１と、記憶媒体５０２と、ドライブ部５０３と、入力部５０４と、出力部５０５と、ＲＯＭ５０６（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ：ロム）と、ＲＡＭ５０７（Ｒａｎｄｏｍ Ａｃｃｃｅｓｓ Ｍｅｍｏｒｙ：ラム）と、補助記憶部５０８と、通信部５０９と、を備える。ＣＰＵ５０１と、ドライブ部５０３と、入力部５０４と、出力部５０５と、ＲＯＭ５０６と、ＲＡＭ５０７と、補助記憶部５０８と、通信部５０９とは、バスＢ（母線）を介して相互に接続される。

ＣＰＵ５０１は、補助記憶部５０８が記憶するプログラム、ＲＯＭ５０６およびＲＡＭ５０７が記憶する各種データを読み出して実行し、携帯端末１を制御する。また、ＣＰＵ５０１は、ドライブ部５０３を介して記憶媒体５０２が記憶する各種データを読み出して実行し、携帯端末１を制御する。記憶媒体５０２は、光磁気ディスク、フレキシブルディスク、フラッシュメモリなどの可搬記憶媒体であり、各種データを記憶する。ドライブ部５０３は、光ディスクドライブ、フレキシブルディスクドライブなどの記憶媒体５０２の読み出し装置である。入力部５０４は、マウス、キーボード、タッチパネルなどの入力装置である。出力部５０５は、表示部、スピーカなどの出力装置である。ＲＯＭ５０６、ＲＡＭ５０７は、各種データを一時的に記憶する。補助記憶部５０８は、ハードディスクドライブ、フラッシュメモリなどであり、上述した携帯端末１の各機能部を動作させるためのプログラム、各種データを記憶する。通信部５０９は、通信インターフェースを有し、有線または無線によりネットワークＮＷに接続される。

ＣＰＵ５０１が制御部１００を構成し、記憶媒体５０２、ドライブ部５０３、ＲＯＭ５０６、ＲＡＭ５０７及び補助記憶部５０８が記憶部１１０を構成し、入力部５０４が入力部１３０を構成し、出力部５０５が表示部１２０を構成し、通信部５０９がネットワーク通信部１７０を構成する。

以上、この発明の一実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

例えば、上述した実施形態では、制御対象機器３を空調システムとしたが、これに限らず、制御対象機器３は照明や音楽を流すスピーカ等の他の機器であってもよい。また、制御リクエスト情報に含まれる情報は、制御対象機器３の種別に応じて異なるようにしてもよい。

また、上述した実施形態では、制御サーバ２が環境ビーコンにより制御リクエスト情報ビーコンの送信元のアドレスを指定しているが、これに限らず、送信元のアドレスは携帯端末１に固定のアドレスを予め設定しておいてもよい。

また、上述した実施形態では、制御サーバ２は、電波強度にかかわらず全ての携帯端末１からアドバタイズされた制御リクエスト情報ビーコンに基づいて制御対象機器３を制御しているが、これに限らず、電波強度が所定値より低い制御リクエスト情報ビーコンは制御に用いないようにしてもよい。

なお、上述した実施形態における携帯端末１または制御サーバ２の一部、例えば、制御部１００または制御部２００をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、携帯端末１または制御サーバ２に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

（１）サーバ装置と端末装置とを備える情報収集システムであって、前記端末装置は、他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で情報を繰り返し前記サーバ装置に送信する送信部を備え、前記サーバ装置は、受信した前記情報を前記周期ごとに集計する集計部を備えることを特徴とする情報収集システム。

（２）前記送信部は、前記サーバ装置から指定されたアドレスを送信元アドレスとし、および／または前記サーバ装置から指定された周期とほぼ同一の周期で情報を繰り返し前記サーバ装置に送信することを特徴とする（１）に記載の情報収集システム。

（３）
サーバ装置と端末装置とを備える情報収集システムにおける前記サーバ装置であって、前記端末装置が他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で繰り返し前記サーバ装置に送信した前記情報を前記周期ごとに集計する集計部を備えることを特徴とするサーバ装置。

（４）前記集計部は、前記情報を送信する際の送信元のアドレスを指定することを特徴とする（３）に記載のサーバ装置。

（５）前記集計部は、前記情報を送信する際の周期を指定することを特徴とする（３）または（４）に記載のサーバ装置。

（６）サーバ装置と端末装置とを備える情報収集システムにおける前記サーバ装置のコンピュータに、前記端末装置が他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で繰り返し前記サーバ装置に送信した前記情報を前記周期ごとに集計する第１ステップ、を実行させるためのプログラム。

（７）前記第１ステップにおいて前記情報を送信する際の送信元のアドレスを指定する第２ステップ、を実行させるための（６）に記載のプログラム。

（８）前記第１ステップにおいて前記情報を送信する際の周期を指定する第３ステップ、を実行させるための（６）または（７）に記載のプログラム。

（９）サーバ装置と端末装置とを備える情報収集システムにおける前記端末装置であって、他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で情報を繰り返し前記サーバ装置に送信する送信部を備えることを特徴とする端末装置。

（１０）前記送信部は、前記サーバ装置から指定されたアドレスを送信元アドレスとし、および／または前記サーバ装置から指定された周期とほぼ同一の周期で情報を繰り返し前記サーバ装置に送信することを特徴とする（９）に記載の端末装置。

（１１）サーバ装置と端末装置とを備える情報収集システムにおける前記端末装置のコンピュータに、他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で情報を繰り返しサーバに送信する第１ステップを実行させるためのプログラム。

（１２）前記第１ステップにおいて前記サーバ装置から指定されたアドレスを送信元アドレスとし、および／または前記サーバから指定された周期とほぼ同一の周期で情報を繰り返し前記サーバ装置に送信する第２ステップを実行させるための（１１）に記載のプログラム。

（１３）サーバ装置と端末装置とを備える情報収集システムにおける情報収集方法であって、前記サーバ装置が、アドレスと周期を指定するステップと、前記端末装置が、前記アドレスを送信元アドレスとし、前記周期とほぼ同一の周期で情報を繰り返し送信するステップと、前記サーバ装置が、受信した前記情報を前記周期ごとに集計するステップと、を含むことを特徴とする情報収集方法。

Ｓ１・・・制御システム、１・・・携帯端末、２・・・制御サーバ、３・・・制御対象機器、１００・・・制御部、１０１・・・通信制御部、１０２・・・データ制御部、１１０・・・記憶部、１１２・・・嗜好情報記憶部、１１３・・・生体情報記憶部、１１４・・・時刻情報記憶部、１２０・・・表示部、１３０・・・入力部、１５０・・・各種生体センサ部、１７０・・・ネットワーク通信部、２００・・・制御部、２０１・・・通信制御部、２０２・・・データ制御部、２０３・・・機器制御部、２１０・・・記憶部、２１５・・・顧客情報管理部、２７０・・・ネットワーク通信部、３００・・・制御部、３７０・・・ネットワーク通信部

Claims (7)

1. サーバ装置と端末装置とを備える情報収集システムであって、
   前記端末装置は、他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で情報を繰り返し前記サーバ装置に送信する送信部を備え、
   前記サーバ装置は、受信した前記情報を前記周期ごとに集計する集計部を備える
   ことを特徴とする情報収集システム。
2. 前記送信部は、前記サーバ装置から指定されたアドレスを送信元アドレスとし、および／または前記サーバ装置から指定された周期とほぼ同一の周期で情報を繰り返し前記サーバ装置に送信する
   ことを特徴とする請求項１に記載の情報収集システム。
3. サーバ装置と端末装置とを備える情報収集システムにおける前記サーバ装置であって、
   前記端末装置が他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で繰り返し前記サーバ装置に送信した前記情報を前記周期ごとに集計する集計部を備える
   ことを特徴とするサーバ装置。
4. サーバ装置と端末装置とを備える情報収集システムにおける前記サーバ装置のコンピュータに、
   前記端末装置が他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で繰り返し前記サーバ装置に送信した前記情報を前記周期ごとに集計するステップ、
   を実行させるためのプログラム。
5. サーバ装置と端末装置とを備える情報収集システムにおける前記端末装置であって、
   他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で情報を繰り返し前記サーバ装置に送信する送信部を備える
   ことを特徴とする端末装置。
6. サーバ装置と端末装置とを備える情報収集システムにおける前記端末装置のコンピュータに、
   他の前記端末装置と同一の送信元アドレスで、かつ、他の前記端末装置とほぼ同一の周期で情報を繰り返しサーバに送信するステップ
   を実行させるためのプログラム。
7. サーバ装置と端末装置とを備える情報収集システムにおける情報収集方法であって、
   前記サーバ装置が、アドレスと周期を指定するステップと、
   前記端末装置が、前記アドレスを送信元アドレスとし、前記周期とほぼ同一の周期で情報を繰り返し送信するステップと、
   前記サーバ装置が、受信した前記情報を前記周期ごとに集計するステップと、
   を含むことを特徴とする情報収集方法。

Images