(57)【要約】【課題】イベントの発生に応じて適切な情報の送信を可能にする技術を提供する。【解決手段】異なる種類の測定データを測定する複数のセンサからそれぞれ前記測定データを取得するデータ取得部と、前記測定データが、イベントの発生に相当するイベント条件を満足したことをもって、前記イベントが発生したことを判定するイベント判定手段と、前記測定データを所定のデータフォーマットで格納する送信データを送信する送信制御部とを備え、前記送信制御部が、前記イベントが発生していない場合と前記イベントが発生している場合とで前記送信データのデータフォーマットを異ならせる。【選択図】図３
2019091107.tif 000002
【特許請求の範囲】
【請求項１】
異なる種類の測定データを測定する複数のセンサからそれぞれ前記測定データを取得するデータ取得部と、
前記測定データが、イベントの発生に相当するイベント条件を満足したことをもって、前記イベントが発生したことを判定するイベント判定手段と、
前記測定データを所定のデータフォーマットで格納する送信データを送信する送信制御部と、を備え、
前記送信制御部が、前記イベントが発生していない場合と前記イベントが発生している場合とで前記送信データのデータフォーマットを異ならせることを特徴とするセンサ装置。
【請求項２】
前記送信制御部が、前記センサ装置を検出するための標識信号に前記送信データを格納して送信する請求項１に記載のセンサ装置。
【請求項３】
前記イベントが発生した場合に、前記送信制御部が、前記イベントに応じた種類の測定データを含むデータフォーマットで、前記送信データを送信する請求項１又は２に記載のセンサ装置。
【請求項４】
前記イベントが発生していない場合に、前記送信制御部が、所定の種類の測定データを含む第一のデータフォーマットで前記送信データを送信し、前記イベントが発生した場合に、前記送信制御部が、前記第一のデータフォーマットと異なる種類の測定データを含む第二のデータフォーマットとした前記送信データと前記第一のデータフォーマットとした前記送信データとを時分割で送信する請求項１から３の何れか一項に記載のセンサ装置。
【請求項５】
前記送信制御部が、所定の種類の測定データを含む第一のデータフォーマットとした前記送信データと、前記第一のデータフォーマットとは異なる種類の測定データを含む第二のデータフォーマットとした前記送信データとを時分割で送信し、前記イベントが発生していない場合と前記イベントが発生している場合とで少なくとも前記第二のデータフォーマットとした送信データの送信頻度を異ならせる請求項１から３の何れか一項に記載のセンサ装置。
【請求項６】
前記イベントが発生した場合に前記センサによる測定頻度を前記イベントが発生していない場合よりも高くさせる動作設定部を備え、
前記イベントが発生した場合に、前記動作設定部によって設定された測定タイミングで測定された複数の前記測定データを含むデータフォーマットで、前記送信データを送信する請求項１から５の何れか一項に記載のセンサ装置。
【請求項７】
前記イベント判定手段が、前記センサ装置の故障の発生を前記イベントの発生として判定した場合に、前記送信制御部が、前記測定データを含むデータフォーマットとした送信データと、前記故障を示す旨のデータを含むデータフォーマットとを時分割で送信する請求項１から６の何れか一項に記載のセンサ装置。
【請求項８】
複数の前記センサで測定した複数種類の測定データを所定数のデータフォーマットに振り分け、前記所定数のデータフォーマットとした送信データを周期的に送信する請求項１から７の何れか一項に記載のセンサ装置。
【請求項９】
前記センサで測定した測定データを記憶する記憶部を備え、
異なるタイミングで測定した複数の測定データを前記記憶部から読み出し、複数の当該測定データを含むデータフォーマットとした送信データを送信する請求項１から８の何れ
か一項に記載のセンサ装置。
【請求項１０】
前記イベントが発生した場合に前記センサによる測定頻度を前記イベントが発生していない場合よりも高くさせる動作設定部と、
前記センサで測定した測定データを記憶する記憶部とを備え、
前記イベントが発生した場合に、前記データ取得部が、取得した前記測定データを前記記憶部に記憶させ、
他の装置から送信要求を受けた場合に、前記送信制御部が、前記複数の測定データを前記記憶部から読み出して、当該測定データを含むデータフォーマットとした送信データを前記他の装置へ送信する請求項１〜５，７，８の何れか一項に記載のセンサ装置。
【請求項１１】
前記標識信号が、ブルートゥースで用いるアドバタイズパケット又はビーコンパケットである請求項２に記載のセンサ装置。
【請求項１２】
前記イベントが発生した場合に他の装置との接続を確立する接続制御部を備え、
前記イベントが発生していない場合には、前記送信制御部が、前記送信データを前記標識信号に格納して送信し、前記イベントが発生した場合には、前記送信制御部が、前記接続制御部によって確立した接続を介して前記他の装置へ前記送信データを送信する請求項１から８の何れか一項に記載のセンサ装置。
【請求項１３】
前記イベントが発生した場合に、ブルートゥースで用いるアドバタイズパケットに、発生した前記イベントと対応するＵＵＩＤを格納し、当該アドバタイズパケットを送信することで前記他の装置に接続を要求させる請求項１２に記載のセンサ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベントの発生を検出するセンサ装置に関する。
【背景技術】
【０００２】
温度、湿度、照度、紫外線、圧力といった物理量を検出するセンサは、多種多様のものが開発されている。特に近年、多種のセンサを備えたセンサユニットを配置することで、職場や居住空間等の環境を複合的に検出し、検出した情報により多角的な情報分析と活用を行うことが考えらえている。
【０００３】
このように測定対象の空間にセンサユニットを配置した場合、検出した情報を無線で取得できることが望ましい。例えば、Bluetooth（登録商標）で用いるアドバタイズパケッ
トに、測定部で測定されたデータをセンサ情報として格納するデータ処理部と、前記アドバタイズパケットを前記無線通信により送信する通信部とを備えるセンサデバイスが提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１６２０１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１のように、測定されたデータをアドバタイズパケットに格納して送信する方式では、アドバタイズパケットに格納できるデータ量が限られているため、送信できるデータが制限されてしまう。このため、地震や火事等のイベントが発生し、詳細なデータが欲しい場合でも、所望のデータが得られるとは限らなかった。
【０００６】
本発明の一側面は、このような実情を鑑みてなされたものであり、その目的は、イベントの発生に応じて適切な情報の送信を可能にする技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明は、上述した課題を解決するために、以下の構成を採用する。
すなわち、本発明の一側面に係るセンサ装置は、
異なる種類の測定データを測定する複数のセンサからそれぞれ前記測定データを取得するデータ取得部と、
前記測定データが、イベントの発生に相当するイベント条件を満足したことをもって、前記イベントが発生したことを判定するイベント判定手段と、
前記測定データを所定のデータフォーマットで格納する送信データを送信する送信制御部と、を備え、
前記送信制御部が、前記イベントが発生していない場合と前記イベントが発生している場合とで前記送信データのデータフォーマットを異ならせる。
これにより前記センサ装置は、イベントが発生した場合には、送信データのデータフォーマットを変更し、イベント発生時に適切な測定データを送信できる。また、イベントの発生に応じたデータフォーマットを採用できるため、イベント発生時に、データを省略するなど、情報量を削減することなく送信データを送信することができる。
【０００８】
また、前記センサ装置は、前記送信制御部が、前記センサ装置を検出するための標識信号に前記送信データを格納して送信してもよい。
【０００９】
前記センサ装置は、前記イベントが発生した場合に、前記送信制御部が、前記イベントに応じた種類の測定データを含むデータフォーマットで、前記送信データを送信してもよい。
【００１０】
前記センサ装置は、前記イベントが発生していない場合に、前記送信制御部が、所定の種類の測定データを含む第一のデータフォーマットで前記送信データを送信し、前記イベントが発生した場合に、前記送信制御部が、前記第一のデータフォーマットと異なる種類の測定データを含む第二のデータフォーマットとした前記送信データと前記第一のデータフォーマットとした前記送信データとを時分割で送信してもよい。
【００１１】
前記センサ装置は、前記送信制御部が、所定の種類の測定データを含む第一のデータフォーマットとした前記送信データと、前記第一のデータフォーマットとは異なる種類の測定データを含む第二のデータフォーマットとした前記送信データとを時分割で送信し、前記イベントが発生していない場合と前記イベントが発生している場合とで少なくとも前記第二のデータフォーマットとした送信データの送信頻度を異ならせてもよい。
【００１２】
前記センサ装置は、前記イベントが発生した場合に前記センサによる測定頻度を前記イベントが発生していない場合よりも高くさせる動作設定部を備え、
前記イベントが発生した場合に、前記動作設定部によって設定された測定タイミングで測定された複数の前記測定データを含むデータフォーマットで、前記送信データを送信してもよい。
【００１３】
前記センサ装置は、前記イベント判定手段が、前記センサ装置の故障の発生を前記イベントの発生として判定した場合に、前記送信制御部が、前記測定データを含むデータフォーマットとした送信データと、前記故障を示す旨のデータを含むデータフォーマットとを時分割で送信してもよい。
【００１４】
前記センサ装置は、複数の前記センサで測定した複数種類の測定データを所定数のデータフォーマットに振り分け、前記所定数のデータフォーマットとした送信データを周期的に送信してもよい。
【００１５】
前記センサ装置は、前記センサで測定した測定データを記憶する記憶部を備え、
異なるタイミングで測定した複数の測定データを前記記憶部から読み出し、複数の当該測定データを含むデータフォーマットとした送信データを送信してもよい。
【００１６】
前記センサ装置は、前記イベントが発生した場合に前記センサによる測定頻度を前記イベントが発生していない場合よりも高くさせる動作設定部と、
前記センサで測定した測定データを記憶する記憶部とを備え、
前記イベントが発生した場合に、前記データ取得部が、取得した前記測定データを前記記憶部に記憶させ、
他の装置から送信要求を受けた場合に、前記送信制御部が、前記複数の測定データを前記記憶部から読み出して、当該測定データを含むデータフォーマットとした送信データを前記他の装置へ送信してもよい。
【００１７】
前記センサ装置は、前記標識信号が、ブルートゥース（登録商標）で用いるアドバタイズパケット又はビーコンパケットであってもよい。なお、具体的には、アドバタイズパケットは、Bluetooth Low Energy（以下、ＢＬＥとも称す）の規格で規定されたものである。
【００１８】
前記センサ装置は、前記イベントが発生した場合に他の装置との接続を確立する接続制御部を備え、
前記イベントが発生していない場合には、前記送信制御部が、前記送信データを前記標識信号に格納して送信し、前記イベントが発生した場合には、前記送信制御部が、前記接続制御部によって確立した接続を介して前記他の装置へ前記送信データを送信してもよい。
【００１９】
なお、上記した課題を解決するための手段は、可能な限り組み合わせて使用することが可能である。
【発明の効果】
【００２０】
本発明によれば、イベントの発生に応じて適切な情報の送信を可能にする技術を提供できる。
【図面の簡単な説明】
【００２１】
【図１】図１は、実施形態における複合センサユニットの設置例を示す図である。
【図２】図２は、複合センサユニットの構成を示すブロック図である。
【図３】図３は、通信制御部が送信する送信データのデータフォーマットを示す図である。
【図４】図４は、センサの種類とデータ取得部による信号処理の例を示す図である。
【図５】図５は、イベント条件の説明図である。
【図６】図６は、コンピュータ（情報処理装置）のハードウェア構成を示す図である。
【図７】図７は、複合センサユニットが、測定を行い、測定結果を送信する処理の流れを示す図である。
【図８】図８は、アドバタイジングパケットのフレームフォーマットを示す図である。
【図９】図９は、実施形態（２−２）における送信データのデータフォーマットを示す図である。
【図１０】図１０は、実施形態（２−２）において、複合センサユニットが、測定を行い、測定結果を送信する処理の流れを示す図である。
【図１１】図１１は、実施形態（２−３）における送信データのデータフォーマットを示す図である。
【図１２】図１２は、実施形態（２−３）において、複合センサユニットが、測定を行い、測定結果を送信する処理の流れを示す図である。
【図１３】図１３は、実施形態（２−４）における送信データのデータフォーマットを示す図である。
【図１４】図１４は、実施形態（２−４）において、複合センサユニットが、測定を行い、測定結果を送信する処理の流れを示す図である。
【図１５】図１５は、実施形態（２−５）における送信データのデータフォーマットを示す図である。
【図１６】図１６は、実施形態（２−５）において、複合センサユニットが、測定を行い、測定結果を送信する処理の流れを示す図である。
【図１７】図１７は、実施形態（２−６）における送信データのデータフォーマットを示す図である。
【図１８】図１８は、イベント発生時に測定タイミングと送信タイミングを高頻度に変更した場合の説明図である。
【図１９】図１９は、複数の複合センサユニット１で測定タイミングと送信タイミングを変更した場合の問題点を示す図である。
【図２０】図２０は、実施形態（２−７）における測定タイミングと送信タイミングを示す図である。
【図２１】図２１は、実施形態（２−７）において、複合センサユニットが、測定を行い、測定結果を送信する処理の流れを示す図である。
【図２２】図２１は、実施形態（２−７）において、複合センサユニットが、測定を行い、測定結果を送信する処理の変形例を示す図である。
【発明を実施するための形態】
【００２２】
以下、本発明の一側面に係る実施形態を、図面に基づいて説明する。
§１．適用例
図１は、本実施形態における複合センサユニット１の設置例を示す図である。本実施形態では、測定対象としてのユーザ宅内に複数の複合センサユニット１を備え、この複数の複合センサユニット１がセンサシステム１０を構成している。また、センサシステム１０は、ユーザ端末２やゲートウェイ３を備えてもよい。複合センサユニット１は、検出したデータをユーザ端末２やゲートウェイ３へ送信する。例えば、ユーザ端末２がユーザ宅内に存在する場合、近距離無線通信によりユーザ端末２が直接複合センサユニット１からデータを受信する。また、ユーザ端末２がユーザ宅外に存在する場合、ゲートウェイ３が複合センサユニット１からデータを受信し、このデータをインターネット等のネットワークＮを介してアプリケーションサーバ４へ送信し、アプリケーションサーバ４が、受信したデータを処理し、ネットワークＮを介して処理結果をユーザ端末２へ送信する。なお、アプリケーションサーバ４は、必須の構成ではなく、ゲートウェイ３が、ネットワークＮを介してユーザ端末２と接続し、複合センサユニット１から受信したデータをユーザ端末２へ送信してもよい。なお、本実施形態において、複合センサユニット１は、センサ装置の一形態である。
【００２３】
図２は、複合センサユニット１の構成を示すブロック図である。複合センサユニット１は、複数のセンサ１Ａ〜１Ｑや、データ取得部１２、イベント判定部１３、動作設定部１４、メモリ１５、通信制御部１６を一つのパッケージ内に備えている。
【００２４】
複数のセンサ１Ａ〜１Ｑは、それぞれ測定対象について異なる種類の物理量を測定し、測定データを得るセンサであり、データ取得部１２は、各センサ１Ａ〜１Ｑから測定データを取得する。
【００２５】
イベント判定部１３は、複数のセンサ１Ａ〜１Ｑのうちの少なくとも一部のセンサの出力値が、所定のイベントの発生に相当するイベント条件を満足したことをもって、前記所定のイベントが発生したと判定する。また、イベント判定部１３は、前記複数のセンサ１Ａ〜１Ｑのうち、所定イベントの発生に関連して発生し得るイベントである関連イベントの発生の判定に必要なセンサを含むセンサの出力値が、前記関連イベントの発生に相当する関連イベント条件を満足したことをもって、前記関連イベントが発生したと判定する。
【００２６】
動作設定部１４は、イベントの発生の有無に応じて、前記複数のセンサ１Ａ〜１Ｑ動作を設定する。例えば、イベントが発生した場合に、イベントが発生していない場合と比べて各センサ１Ａ〜１Ｑによる測定頻度を高く設定する。
【００２７】
通信制御部１６は、ユーザ端末２や、ゲートウェイ３、他の複合センサユニット１といった他の装置へデータを送信する送信制御部の一例である。複合センサユニット１は、後述のようにブルートゥース（登録商標）等の無線通信規格に従って無線通信を行う通信モジュールを備え、通信制御部１６は、この通信モジュールを用いて他の装置と通信を行う。例えば、通信制御部１６は、センサ１Ａ〜１Ｑによる測定データを所定のデータフォーマットとした送信データをブルートゥースのアドバタイズパケットに格納して送信する。なお、通信制御部１６は、スキャンリクエストに対するスキャンレスポンスパケットに送
信データを格納して送信してもよい。以下、アドバタイズパケットのみで説明するが、以下の説明におけるアドバタイズパケットをスキャンレスポンスパケットに代えて送信データを送信してもよい。また、通信制御部１６は、前記イベントが発生していない場合と前記イベントが発生している場合とで送信データのデータフォーマットを異ならせている。図３は、通信制御部１６が送信する送信データのデータフォーマットを示す図である。本実施形態において、送信データのデータフォーマットとは、例えば、送信データに含むデータの種類や、送信タイミングを定義するものである。図３では、横軸に時間をとり、横軸と直交する太い実線が測定タイミングを示し、網掛けを付した矩形が送信データの送信タイミングを示している。なお、送信する送信データの違い、即ちデータフォーマットの違いを各矩形の網掛けの違いによって示している。
【００２８】
図３に示すように、イベントが発生していない場合、通信制御部１６は、送信データを第一のフォーマットＦ１で送信している。ここで、第一のフォーマットＦ１は、温度、湿度、照度を含むものである。そして、イベント判定部１３がセンサ１Ａ〜１Ｑによる測定データに基づき地震等のイベントが発生したと判定した場合、通信制御部１６は、第一のフォーマットと第二のフォーマットＦ２を交互に送信する。ここで、第二のフォーマットＦ２は、ＳＩ値や震度を含むものである。
【００２９】
このように、本実施形態では、複合センサユニット１が、送信データをブルートゥースのアドバタイズパケットに格納して送信することで、ユーザ端末２が、複数の複合センサユニット１に各々接続しなくても各複合センサユニット１から送信データを受信できる。この場合、アドバタイズパケットを用いることで送信できる測定データのデータ量が制限されてしまうことになるが、本実施形態では、イベントの発生時に送信データのデータフォーマットを変え、当該イベントに応じたデータフォーマットで送信データを送信できる。このため、例えば地震の発生時に、ＳＩ値と震度を含む送信データを送信でき、イベントに応じた適切な送信データを送信できる。これにより、ユーザにとって、イベントの発生時に必要な情報を取得することができる。
【００３０】
§２．実施形態
（２−１）
以下に図３〜図８を用いて本発明に係る実施形態を説明する。なお、前述の適用例と同一の要素には同符号を付す等して再度の説明を省略する。
【００３１】
図４は、センサ１Ａ〜１Ｑの種類とデータ取得部１２による信号処理の例を示す図である。図３に示すように、センサ１Ａ〜１Ｑとしては、例えば、温度センサ、湿度センサ、絶対圧センサ、光センサ、色センサ（ＲＧＢセンサ）、紫外線センサ、音センサ（マイクロフォン）、熱センサ、風センサ（フローセンサ）、加速度センサ、ジャイロスコープ（ジャイロセンサ）、方位センサ、ガスセンサ、空気質センサ、ＣＯ２センサ、位置センサ、ひずみセンサ、赤外線センサ、磁気センサ、照度センサが挙げられる。なお、これに限らず、センサ１Ａ〜１Ｑは、他のセンサであっても良い。また、データ取得部１２が各センサ１Ａ〜１Ｑからデータを取得した際の信号処理の例としては、これらのセンサ１Ａ〜１Ｑで所定期間に測定して出力した出力値について、平均値、最大値、最小値、回数、積算値、分散、差分、変化量、周波数、スペクトルを求める処理が挙げられる。また、データ取得部１２は、センサ１Ａ〜１Ｑの出力値を所定のアルゴリズムで演算して演算結果を求める処理を行うものでも良い。
【００３２】
図５は、イベント条件の説明図である。イベント判定部１３は、対象期間において、対象センサの出力値がイベント値に該当する場合にイベント条件を満足した、即ちイベントが発生したと判定する。このイベント条件は複数設定されても良く、この場合、各イベント条件が重み付けされていても良い。
【００３３】
図５において、イベント値とは、イベントの発生を判定するための閾値や範囲、時間（スケジュール）である。この閾値は、イベントが発生したと判定するセンサの出力値そのものや、平均値、最大値、最小値、出力の回数、積算値、分散、差、変化率、周波数、スペクトルを特定する値である。対象とするセンサ１Ａ〜１Ｑの出力値が、この閾値を超えた場合や、下回った場合に、イベントが発生したと判定する。同様に、範囲は、イベントが発生したと判定するセンサの出力値そのものや、平均値、最大値、最小値、出力の回数、積算値、分散、差、変化率、周波数、スペクトルを特定する範囲である。対象とするセンサ１Ａ〜１Ｑの出力値が、この範囲内の場合や、範囲外の場合に、イベントが発生したと判定する。
【００３４】
また、イベント値として、イベント発生時刻（スケジュール）が設定されている場合、センサ１Ａ〜１Ｑの出力値に関わらず、当該時刻にイベントが発生したと判定する。
【００３５】
対象期間は、所定の周期や、所定時刻など、イベントの発生を判定するためにセンサ１Ａ〜１Ｑの出力値を取得する期間、即ちセンサ１Ａ〜１Ｑによる測定を行わせる期間である。
【００３６】
対象センサは、センサ１Ａ〜１Ｑのうち、イベントの発生を判定するために出力値を用いるセンサ、即ちイベントの発生を判定するために必要なセンサである。対象センサは、単一のセンサ又は複数のセンサを設定できる。また、複数のセンサを対象センサとした場合、全ての対象センサによる出力値がイベント値に該当した場合にイベントが発生したと判定するのか、何れかの対象センサによる出力値がイベント値に該当した場合にイベントが発生したと判定するのかを特定しても良い。また、通信制御部１６をセンサの一つとし、対象センサとして通信制御部１６を指定し、イベント値として通信品質や通信回数を用いるようにしても良い。
【００３７】
重みは、複数のイベント条件の優先度を特定する係数であり、例えば、重み係数の大きいものほど、イベントの優先順位を高くすることもできる。
【００３８】
図６は、複合センサユニット１や、ユーザ端末２、ゲートウェイ３、アプリケーションサーバ４といったコンピュータ（情報処理装置）のハードウェア構成を示す図である。
【００３９】
コンピュータ１００は、図６に示すように、例えば、ＣＰＵ１１１にバスを介して接続されたメモリ１１２，入力装置１１３，出力装置１１４，及び通信インタフェース（通信ＩＦ）１１５を含む。
【００４０】
メモリ１１２は、主記憶装置と補助記憶装置とを含む。主記憶装置は、ＣＰＵ１１１の作業領域，プログラムやデータの記憶領域，通信データのバッファ領域として使用される。主記憶装置は、例えば、Random Access Memory（ＲＡＭ），或いはＲＡＭとRead Only Memory（ＲＯＭ）との組み合わせで形成される。
【００４１】
補助記憶装置は、ＣＰＵ１１１によって実行されるプログラム，及びプログラムの実行に際して使用されるデータを記憶する。補助記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ），Solid State Drive（ＳＳＤ），フラッシュメモリ，Electrically Erasable Programmable Read-Only Memory（ＥＥＰＲＯＭ）などである。また、補助記憶装置は、コンピュータ１００に対して着脱自在な可搬性記憶媒体を含む。可搬性記憶媒体は、例えばUniversal Serial Bus(ＵＳＢ)メモリである。また、補助記憶装置は、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒなどのディスク記憶媒体及びディスク記憶媒体のドライブ装置を含む。ディスク記憶媒体は可搬性記憶媒体の一つである。
【００４２】
入力装置１１３は、コンピュータ１００に情報やデータを入力するために使用される。入力装置１１３は、例えば、ボタン、キー、マウスなどのポインティングデバイス，タッチパネル、カメラ、バーコードリーダ、スキャナ、ＮＦＣによるＩＣチップの読取装置などを含む。入力装置１１３は、マイクロフォンのような音声入力装置を含み得る。
【００４３】
出力装置１１４は、情報やデータを出力する。出力装置は、例えば表示装置、プリンター、記憶メディアへの書き込み装置、ＮＦＣによるＩＣチップの書き込み装置等である。出力装置１１４は、スピーカのような音声出力装置を含み得る。通信ＩＦ１１５は、ネットワークに接続され、他の装置との通信を行うためのインタフェースである。通信ＩＦ１１５は、例えばLocal Area Network（ＬＡＮ）カードである。
【００４４】
ＣＰＵ１１１は、本例において処理装置に相当する。ＣＰＵ１１１は、ＭＰＵ（Micro Processor Unit）、マイクロプロセッサ、プロセッサとも呼ばれる。ＣＰＵ１１１は、単一のプロセッサに限定される訳ではなく、マルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一のＣＰＵがマルチコア構成を有していても良い。上記各部の少なくとも一部の処理は、ＣＰＵ以外のプロセッサ、例えば、Digital Signal Processor(DSP)、Graphics Processing Unit（GPU）、数値演算プロセッサ、ベクトルプロセッサ、画像処理プロセッサ等の専用プロセッサで行われても良い。また、上記各部の少なくとも一部の処理は、集積回路（ＩＣ）、その他のデジタル回路であっても良い。また、上記各部の少なくとも一部にアナログ回路が含まれても良い。集積回路は、ＬＳＩ，Application Specific Integrated Circuit（ASIC），プログラマブルロジックデバイス（ＰＬ
Ｄ）を含む。ＰＬＤは、例えば、Field-Programmable Gate Array(FPGA)を含む。上記各
部は、プロセッサと集積回路との組み合わせであっても良い。組み合わせは、例えば、ＭＣＵ（Micro Controller Unit），ＳｏＣ（System-on-a-chip），システムＬＳＩ，チッ
プセットなどと呼ばれる。
【００４５】
ＣＰＵ１１１は、補助記憶装置に記憶されたプログラムを主記憶装置にロードして実行する。複合センサユニット１であれば、ＣＰＵ１１１は、データ取得部１２、イベント判定部１３、動作設定部１４、メモリ１５、通信制御部１６として動作する。
【００４６】
図７は、複合センサユニット１が、各センサ１Ａ〜１Ｑにより測定を行い、測定結果を送信する処理の流れを示す図である。複合センサユニット１は、電源が投入された場合や測定の開始が指示された場合に、図７の処理を開始する。先ず、複合センサユニット１は、測定タイミングに達したか否かを判定する(ステップＳ１０)。この測定タイミングは、例えば１秒毎など、所定の時間間隔で測定するように予め設定する。なお、図７の例では、測定タイミングに達したか否かの判定処理を一つだけ示したが、各センサ１Ａ〜１Ｑをそれぞれ別のタイミングで測定してもよい。
【００４７】
ステップＳ１０で肯定判定であれば、各センサ１Ａ〜１Ｑが測定を行い、データ取得部１２が各センサ１Ａ〜１Ｑから測定データを取得する(ステップＳ２０)。なお、ステップＳ１０で否定判定であれば、複合センサユニット１は、ステップＳ２０を実行せずにステップＳ３０へ移行する。
【００４８】
ステップＳ３０にて、複合センサユニット１は、イベントが発生したか否かを判定する。ステップＳ３０で否定判定であれば、複合センサユニット１は、次に送信タイミングに達したか否かを判定する(ステップＳ４０)。ここで送信タイミングは、例えば３１８．７５ｍｓ毎など、所定の時間間隔で送信するように予め設定する。なお、本実施形態では、送信データをＢＬＥのアドバタイズパケットに格納して所定の間隔で送信する。
【００４９】
ステップＳ４０で否定判定の場合、複合センサユニット１は、図７の処理を終了し、肯定判定の場合、複合センサユニット１は、第一のフォーマットＦ１で送信データを送信する(ステップＳ５０)。ここで第一のフォーマットとした送信データは、図３に示すように測定Ｎｏや、フォーマットＮｏ、温度、湿度、照度を含む構成となっている。なお、測定Ｎｏは、例えば、測定タイミングを特定するシリアル番号等の識別情報である。また、フォーマットＮｏは、例えば送信データのフォーマットを識別する識別情報である。フォーマットＮｏが”１”であれば、第一のフォーマットＦ１であることを示している。また、第一のフォーマットＦ１は、測定データの種類として、温度、湿度、照度を含む構成である。
【００５０】
一方、ステップＳ３０で肯定判定であれば、複合センサユニット１は、ステップＳ４０と同様に送信タイミングに達したか否かを判定する(ステップＳ６０)。なお、本実施形態の複合センサユニット１は、イベントが発生した場合、第一のフォーマットＦ１と第二のフォーマットＦ２とを交互に送信するため、第二のフォーマットＦ２の送信後、所定の時間が経過した場合に、第一のフォーマットＦ１の送信タイミングに達したと判定する。ステップＳ６０で肯定判定の場合、複合センサユニット１は、第一のフォーマットＦ１で送信データを送信する(ステップＳ７０)。なお、ステップＳ６０で否定判定の場合、複合センサユニット１は、ステップＳ７０を実行せずにステップＳ８０へ移行する。
【００５１】
そして、複合センサユニット１は、ステップＳ４０と同様に送信タイミングに達したか否かを判定する(ステップＳ８０)。なお、本実施形態の複合センサユニット１は、第一のフォーマットＦ１の送信後、所定の時間が経過した場合に、第二のフォーマットＦ２の送信タイミングに達したと判定する。ステップＳ８０で否定判定の場合、複合センサユニット１は、図７の処理を終了し、肯定判定の場合、複合センサユニット１は、第二のフォーマットＦ２で送信データを送信する(ステップＳ９０)。なお、複合センサユニット１は、電源がＯＦＦされた場合や、測定の停止が指示されるまで、図７の処理を繰り返し実行する。
【００５２】
ここで第二のフォーマットとした送信データは、図３に示すようにフォーマットＮｏが”２”であり、測定データの種類として、ＳＩ値や、震度を含む構成である。図８は、アドバタイジングパケットのフレームフォーマットを示す図である。複合センサユニット１の通信制御部１６は、ステップＳ５０、Ｓ７０、Ｓ９０にて第一のフォーマットＦ１或は第二のフォーマットＦ２とした送信データを図８に示すアドバタイズパケットにおけるＰＤＵのペイロード部に格納する。例えば、アドバタイズパケットのペイロード部に送信データを格納して送信する。これによりアドバタイズパケットを受信したユーザ端末２が、ペイロード部のフォーマットＮｏを参照して、どのような種類の測定データが格納されているかを認識することができる。これにより例えば、フォーマットＮｏが”１”であれば、アドバタイズパケット内の測定データを温度、湿度、照度のデータとして取得し、フォーマットＮｏが”２”であれば、アドバタイズパケット内の測定データをＳＩ値、震度のデータとして取得することができる。
【００５３】
なお、本実施形態では、イベントが発生した場合に、第二のフォーマットで送信データを送る例を示したが、イベント後に送信する送信データのフォーマットは、イベントに応じて決定してもよい。例えば、イベントとして地震が発生した場合は、第二のフォーマットＦ２、火事が発生した場合は第ｎのフォーマットＦｎ、停電が発生した場合は第ｍのフォーマットＦｍなどのように、イベントとフォーマットの対応関係をメモリに記憶させておき、通信制御部１６がこの対応関係に基づいて、発生したイベントと対応するフォーマットで送信データを送信してもよい。
【００５４】
以上のように本実施形態では、イベントが発生していない場合には、第一のフォーマッ
トＦ１で送信データを送信し、イベントが発生した場合には第一のフォーマットＦ１とした送信データと第二のフォーマットＦ２とした送信データを交互に送信している。例えば、本実施形態では、イベントが発生した場合、３１８．７５ｍｓ毎のタイムスロットを時分割して、第一のフォーマットＦ１とした送信データと第二のフォーマットＦ２とした送信データと交互に送信している。
【００５５】
このように本実施形態によれば、イベントが発生した場合には、送信データのフォーマットを変更し、発生した当該イベントに応じた適切な測定データを送信できる。このため、一部のデータを省略するなど、情報量を削減することなく送信することができる。
【００５６】
また、本実施形態では、送信データを定期的に送信しているため、ユーザ端末２やゲートウェイ３が所定のタイミングで送信データを受信できなかった場合、複合センサユニットに異常が起きたことを検出できる。
【００５７】
（２−２）
以下に図９〜図１０を用い、イベントの発生後、特定のフォーマットの送信頻度を変更する実施形態を説明する。なお、前述の適用例や実施形態（２−１）と同一の要素には同符号を付す等して再度の説明を省略する。
【００５８】
図９は、実施形態（２−２）における送信データのデータフォーマットを示す図、図１０は、実施形態（２−２）の複合センサユニット１が、各センサ１Ａ〜１Ｑにより測定を行い、測定結果を送信する処理の流れを示す図である。
【００５９】
複合センサユニット１は、図１０の処理を開始すると、先ず、測定タイミングに達したか否かを判定する(ステップＳ１００)。この測定タイミングは、例えば１秒毎など、所定の時間間隔で測定するように予め設定する。なお、図１０の例では、測定タイミングに達したか否かの判定処理を一つだけ示したが、各センサ１Ａ〜１Ｑをそれぞれ別のタイミングで測定してもよい。
【００６０】
ステップＳ１００で肯定判定であれば、各センサ１Ａ〜１Ｑが測定を行い、データ取得部１２が各センサ１Ａ〜１Ｑから測定データを取得する(ステップＳ１０５)。なお、ステップＳ１００で否定判定であれば、複合センサユニット１は、ステップＳ１０５を実行せずにステップＳ１１０へ移行する。
【００６１】
ステップＳ１１０にて、複合センサユニット１は、イベントが発生したか否かを判定する。ステップＳ１１０で否定判定であれば、複合センサユニット１は、特定のフォーマットとした送信データの頻度を低頻度に設定する(ステップＳ１２０)。本実施形態では、第二のフォーマットとした送信データの頻度をイベントが発生した場合よりも低く設定している。例えば、図９に示すように第一のフォーマットとした送信データの送信頻度と、第二のフォーマットとした送信データの送信頻度とを１：１とする。
【００６２】
そして、複合センサユニット１は、ステップＳ１２０で設定された頻度に基づいて、第二のフォーマットとした送信データの送信タイミングに達したか否かを判定する(ステッ
プＳ１３０)。ステップＳ１３０で肯定判定であれば、複合センサユニット１は、第二の
フォーマットとした送信データを送信し(ステップＳ１４０)、ステップＳ１３０で否定判定であれば、複合センサユニット１は、第一のフォーマットとした送信データを送信する(ステップＳ１５０)。なお、複合センサユニット１は、電源がＯＦＦされた場合や、測定の停止が指示されるまで、図１０の処理を繰り返し実行する。このため、複合センサユニット１は、イベントが発生していない場合に、ステップＳ１３０にて肯定判定と否定判定を交互に行い、第一のフォーマットとした送信データと、第二のフォーマットとした送信
データとを交互に送信する。
【００６３】
一方、イベントが発生し、ステップ１１０で肯定判定した場合、複合センサユニット１は、特定のフォーマットとした送信データの頻度を高頻度に設定する(ステップＳ１６０)。本実施形態では、第二のフォーマットとした送信データの頻度をイベントが発生した場合よりも高く設定している。例えば、図９に示すように第一のフォーマットとした送信データの送信頻度と、第二のフォーマットとした送信データの送信頻度とを１：２とする。
【００６４】
そして、複合センサユニット１は、ステップＳ１６０で設定された頻度に基づいて、第二のフォーマットとした送信データの送信タイミングに達したか否かを判定する(ステッ
プＳ１７０)。ステップＳ１７０で肯定判定であれば、複合センサユニット１は、第二の
フォーマットとした送信データを送信し(ステップＳ１８０)、ステップＳ１７０で否定判定であれば、複合センサユニット１は、第一のフォーマットとした送信データを送信する(ステップＳ１９０)。このようにイベントが発生した場合、複合センサユニット１は、ステップＳ１７０にて否定判定と肯定判定とを１：２で行い、第一のフォーマットとした送信データと、第二のフォーマットとした送信データとを１：２の頻度で送信する。
【００６５】
以上のように本実施形態では、イベントが発生した場合には、イベントが発生していない場合と比べて第二のフォーマットＦ２とした送信データの送信頻度を高くしている。これにより、イベントが発生した場合には、発生した当該イベントに応じた測定データをより多く取得できる。なお、本実施形態では、イベントの発生後、第二のフォーマットとした測定データの送信頻度を高めることにより、第一のフォーマットとした測定データの送信頻度を低くしたが、本実施形態はこれに限定されるものではない。例えば、イベントの発生後、アドバタイズパケットの送信頻度をイベントが発生していない場合と比べて高める、即ち送信間隔を短くすることにより、第一のフォーマットとした測定データの送信頻度を低くせずに、第二のフォーマットとした測定データの送信頻度を高めてもよい。
【００６６】
（２−３）
以下に図１１〜図１２を用い、イベントの発生後、測定データの測定回数を増加させた上で、増加させた測定データを含むフォーマットとした送信データを送信する実施形態を説明する。なお、前述の適用例や実施形態と同一の要素には同符号を付す等して再度の説明を省略する。
【００６７】
図１１は、実施形態（２−３）における送信データのデータフォーマットを示す図、図１２は、実施形態（２−３）の複合センサユニット１が、各センサ１Ａ〜１Ｑにより測定を行い、測定結果を送信する処理の流れを示す図である。
【００６８】
複合センサユニット１は、図１２の処理を開始すると、先ず、イベントが発生したか否かを判定する(ステップＳ２００)。ステップＳ２００で否定判定であれば、複合センサユニット１は、各センサ１Ａ〜１Ｑによる測定間隔を標準の間隔とし、イベントが発生した場合と比べて測定頻度を低くするように設定する(ステップＳ２０５)。次に複合センサユニット１は、ステップＳ２０５で設定した測定頻度に基づき、測定タイミングに達したか否かを判定する(ステップＳ２１０)。この測定タイミングは、例えば１秒毎など、所定の時間間隔で測定するように予め設定する。なお、図１２の例では、測定タイミングに達したか否かの判定処理を一つだけ示したが、各センサ１Ａ〜１Ｑをそれぞれ別のタイミングで測定してもよい。
【００６９】
ステップＳ２１０で肯定判定であれば、各センサ１Ａ〜１Ｑが測定を行い、データ取得部１２が各センサ１Ａ〜１Ｑから測定データを取得する(ステップＳ２１５)。なお、ステップＳ２１０で否定判定であれば、複合センサユニット１は、ステップＳ２１５を実行せ
ずにステップＳ２２０へ移行する。
【００７０】
ステップＳ２２０にて、複合センサユニット１は、送信データの送信タイミングに達したか否かを判定する。ステップＳ２２０で否定判定の場合、複合センサユニット１は、図１２の処理を終了し、肯定判定の場合、複合センサユニット１は、第一のフォーマットＦ１で送信データを送信する(ステップＳ２２５)。
【００７１】
一方、ステップＳ２００で肯定判定であれば、複合センサユニット１は、各センサ１Ａ〜１Ｑによる測定間隔を標準よりも短くし、イベントが発生していない場合と比べて測定頻度を高くするように設定する(ステップＳ２３５)。次に複合センサユニット１は、ステップＳ２３５で設定した測定頻度に基づき、測定タイミングに達したか否かを判定する(
ステップＳ２４０)。この測定タイミングは、例えば２５０ｍｓ毎など、所定の時間間隔
で測定するように予め設定する。
【００７２】
ステップＳ２４０で肯定判定であれば、各センサ１Ａ〜１Ｑが測定を行い、データ取得部１２が各センサ１Ａ〜１Ｑから測定データを取得する(ステップＳ２４５)。なお、ステップＳ２４０で否定判定であれば、複合センサユニット１は、ステップＳ２４５を実行せずにステップＳ２５０へ移行する。
【００７３】
ステップＳ２５０にて、複合センサユニット１は、第一のフォーマットとした送信データの送信タイミングに達したか否かを判定する。ステップＳ２５０で肯定判定であれば、複合センサユニット１は、第一のフォーマットとした送信データを送信し(ステップＳ２
５５)、ステップＳ２５０で否定判定であれば、複合センサユニット１は、第三のデータ
フォーマットＦ３とした送信データを送信する(ステップＳ２６０)。ここで、第三のデータフォーマットＦ３とした送信データは、図１１に示すように測定Ｎｏや、フォーマットＮｏ、複数の測定タイミングで測定した温度データを含む構成となっている。図１１の例において、第三のデータフォーマットＦ３は、２５０ｍｓの間隔で測定した４回分の温度データを含む構成である。
【００７４】
以上のように本実施形態では、イベントが発生した場合には、イベントが発生していない場合と比べてセンサによる測定頻度を高くし、複数の測定タイミングで測定した測定データを含む第三のデータフォーマットＦ３とした送信データを送信している。これにより、イベントが発生した場合には、発生した当該イベントに応じた測定データをより多く取得できる。
【００７５】
（２−４）
以下に図１３〜図１４を用い、複合センサユニット１に故障が発生した場合に、故障を示す旨のデータを含むデータを送信する実施形態を説明する。なお、前述の適用例や実施形態と同一の要素には同符号を付す等して再度の説明を省略する。
【００７６】
複合センサユニット１は、図１４の処理を開始すると、先ず、測定タイミングに達したか否かを判定する(ステップＳ３１０)。この測定タイミングは、例えば１秒毎など、所定の時間間隔で測定するように予め設定する。なお、図１４の例では、測定タイミングに達したか否かの判定処理を一つだけ示したが、各センサ１Ａ〜１Ｑをそれぞれ別のタイミングで測定してもよい。
【００７７】
ステップＳ３１０で肯定判定であれば、各センサ１Ａ〜１Ｑが測定を行い、データ取得部１２が各センサ１Ａ〜１Ｑから測定データを取得する(ステップＳ３２０)。なお、ステップＳ３１０で否定判定であれば、複合センサユニット１は、ステップＳ３２０を実行せずにステップＳ３３０へ移行する。
【００７８】
ステップＳ３３０にて、複合センサユニット１は、故障が発生したか否かをイベント判定部１３によりイベントが発生したか否かとして判定する。例えば、イベント判定部１３は、各センサ１Ａ〜１Ｑによる測定データの値が、取得できない場合や、規定の範囲を超えている場合に、当該センサ１Ａ〜１Ｑの故障と判定する。ステップＳ３３０で否定判定であれば、複合センサユニット１は、次に送信タイミングに達したか否かを判定する(ス
テップＳ３４０)。
【００７９】
ステップＳ３４０で否定判定の場合、複合センサユニット１は、図１４の処理を終了し、肯定判定の場合、複合センサユニット１は、第一のフォーマットＦ１で送信データを送信する(ステップＳ３５０)。
一方、ステップＳ３３０で肯定判定であれば、複合センサユニット１は、ステップＳ３４０と同様に送信タイミングに達したか否かを判定する(ステップＳ３６０)。ステップＳ３６０で肯定判定の場合、複合センサユニット１は、第一のフォーマットＦ１で送信データを送信する(ステップＳ３７０)。なお、ステップＳ３６０で否定判定の場合、複合センサユニット１は、ステップＳ３７０を実行せずにステップＳ３８０へ移行する。
【００８０】
そして、複合センサユニット１は、ステップＳ３４０と同様に送信タイミングに達したか否かを判定する(ステップＳ３８０)。ステップＳ３８０で否定判定の場合、複合センサユニット１は、図１４の処理を終了し、肯定判定の場合、複合センサユニット１は、第四のデータフォーマットＦ４で送信データを送信する(ステップＳ３９０)。なお、複合センサユニット１は、電源がＯＦＦされた場合や、測定の停止が指示されるまで、図１４の処理を繰り返し実行する。
【００８１】
ここで第四のデータフォーマットとした送信データは、図１３に示すようにフォーマットＮｏが”４”であり、複合センサユニット１の故障を示す旨のデータを含む構成である。通信制御部１６は、図１３に示すように、ステップＳ３３０で測定データが異常であったセンサについては故障を示す前記データの値を”１”とし、測定データが異常でなかったセンサについては故障を示す前記データの値を”０”とする。
【００８２】
以上のように本実施形態では、故障が発生した場合には、故障を示すデータを送信することで複合センサユニット１が正常に稼働しているか否かを示すことができ、データの信頼性を確保できる。
【００８３】
（２−５）
以下に図１５〜図１６を用い、センサで測定した複数種類の測定データを所定数のデータフォーマットに振り分けて送信する実施形態を説明する。なお、前述の適用例や実施形態と同一の要素には同符号を付す等して再度の説明を省略する。
【００８４】
複合センサユニット１は、図１６の処理を開始すると、先ず、測定タイミングに達したか否かを判定する(ステップＳ４００)。この測定タイミングは、例えば１秒毎など、所定の時間間隔で測定するように予め設定する。なお、図１６の例では、測定タイミングに達したか否かの判定処理を一つだけ示したが、各センサ１Ａ〜１Ｑをそれぞれ別のタイミングで測定してもよい。
【００８５】
ステップＳ４００で肯定判定であれば、各センサ１Ａ〜１Ｑが測定を行い、データ取得部１２が各センサ１Ａ〜１Ｑから測定データを取得する(ステップＳ４０５)。なお、本実施形態では、各センサ１Ａ〜１Ｑから、温度、湿度、照度、ＳＩ値、震度、加速度Ｘ、加速度Ｙ、加速度Ｚを取得し、これを図１５に示すように第一のフォーマットＦ１と、第二のフォーマットＦ２と、第五のデータフォーマットＦ５との三つのフォーマットに振り分
けて送信する。ここで、第五のデータフォーマットは、測定データとして、加速度Ｘ、加速度Ｙ、加速度Ｚを含むものである。
【００８６】
ステップＳ４００で否定判定であれば、複合センサユニット１は、ステップＳ４０５を実行せずにステップＳ４１０へ移行する。
【００８７】
ステップＳ４１０にて、複合センサユニット１は、イベントが発生したか否かを判定する。ステップＳ４１０で否定判定であれば、複合センサユニット１は、次に第一のフォーマットとした送信データの送信タイミングに達したか否かを判定する(ステップＳ４１５)。例えば本実施形態では、第一のフォーマットＦ１と、第二のフォーマットＦ２と、第五のデータフォーマットＦ５とを周期的に送信するため、第五のデータフォーマットＦ５の送信後、所定の時間（例えば１５２．５ｍｓ）が経過した場合に、第一のフォーマットＦ１の送信タイミングに達したと判定する。
【００８８】
ステップＳ４１５で肯定判定であれば、複合センサユニット１は、第一のフォーマットＦ１で送信データを送信する(ステップＳ４２０)。
【００８９】
一方、ステップＳ４１５で否定判定であれば、複合センサユニット１は、ステップＳ４２０を実行せずにステップＳ４２５へ移行する。
【００９０】
ステップＳ４２５にて、複合センサユニット１は、第二のフォーマットとした送信データの送信タイミングに達したか否かを判定する。例えば本実施形態では、第一のフォーマットＦ１の送信後、所定の時間（例えば１５２．５ｍｓ）が経過した場合に、第二のフォーマットＦ２とした送信データの送信タイミングに達したと判定する。
【００９１】
ステップＳ４２５で肯定判定であれば、複合センサユニット１は、第二のフォーマットＦ２で送信データを送信する(ステップＳ４３０)。
【００９２】
一方、ステップＳ４２５で否定判定であれば、複合センサユニット１は、ステップＳ４３０を実行せずにステップＳ４３５へ移行する。
【００９３】
ステップＳ４３５にて、複合センサユニット１は、第五のデータフォーマットＦ５とした送信データの送信タイミングに達したか否かを判定する。例えば本実施形態では、第二のフォーマットＦ２の送信後、所定の時間（例えば１５２．５ｍｓ）が経過した場合に、第五のデータフォーマットＦ５とした送信データの送信タイミングに達したと判定する。
【００９４】
ステップＳ４３５で肯定判定であれば、複合センサユニット１は、第五のデータフォーマットＦ５で送信データを送信する(ステップＳ４４０)。
【００９５】
一方、ステップＳ４３５で否定判定であれば、図１６の処理を終了する。なお、複合センサユニット１は、電源がＯＦＦされた場合や、測定の停止が指示されるまで、図１６の処理を繰り返し実行する。
【００９６】
また、イベントが発生し、ステップＳ４１０で肯定判定となった場合、複合センサユニット１は、第二のフォーマットとした送信データの送信タイミングに達したか否かを判定する(ステップＳ４４５)。例えば本実施形態では、イベントが発生した場合、第二のフォーマットＦ２と第五のデータフォーマットＦ５を交互に送信するため、第五のデータフォーマットＦ５の送信後、所定の時間（例えば１５２．５ｍｓ）が経過した場合に、第二のフォーマットＦ２とした送信データの送信タイミングに達したと判定する。
【００９７】
ステップＳ４４５で肯定判定であれば、複合センサユニット１は、第二のフォーマットＦ２で送信データを送信する(ステップＳ４５０)。
【００９８】
一方、ステップＳ４４５で否定判定であれば、複合センサユニット１は、ステップＳ４５０を実行せずにステップＳ４５５へ移行する。
【００９９】
そして、ステップＳ４５５にて、複合センサユニット１は、第五のデータフォーマットＦ５とした送信データの送信タイミングに達したか否かを判定する。例えば第二のフォーマットＦ２の送信後、所定の時間（例えば１５２．５ｍｓ）が経過した場合に、第五のデータフォーマットＦ５とした送信データの送信タイミングに達したと判定する。
【０１００】
ステップＳ４５５で肯定判定であれば、複合センサユニット１は、第五のデータフォーマットＦ５で送信データを送信する(ステップＳ４６０)。
【０１０１】
一方、ステップＳ４５５で否定判定であれば、図１６の処理を終了する。
【０１０２】
以上のように本実施形態では、各センサ１Ａ〜１Ｑから取得した測定データが、一つのアドバタイズパケットに格納できない場合でも、これらの測定データを所定数のデータフォーマットに振り分けて、この所定数のデータフォーマットとした送信データを周期的に送信している。これにより、多種類の測定データをアドバタイズパケットで送信できるようにしている。また、イベントが発生した場合には、送信するデータフォーマットの種類を絞ることで、発生したイベントに応じた測定データの送信頻度を高めすことができる。これにより、イベントの発生時に必要な測定データを受信側の装置で受信し損なうことを抑制できる。
【０１０３】
（２−６）
以下に図１７を用い、受信側装置が、複数の複合センサユニット１から送信データを受信する実施形態を説明する。なお、前述の適用例や実施形態と同一の要素には同符号を付す等して再度の説明を省略する。
【０１０４】
図１７は、ユーザ端末２やゲートウェイ３等の受信側装置が、複数（例えば、４つ）の複合センサユニット１（１−１，１−２，１−３，１−４）から受信する例を示している。各複合センサユニット１（１−１，１−２，１−３，１−４）は、例えば２５０ｍｓ毎に測定を行い、これら４回分の測定データを含む第二のデータフォーマットで１０００ｍｓ毎に送信データを送信する。この場合、各複合センサユニット１（１−１，１−２，１−３，１−４）は、それぞれ、アドバタイジングパケットを送信するタイミングを２５０ｍｓずつ異らせて、各複合センサユニット１（１−１，１−２，１−３，１−４）から送信するアドバタイジングパケットの送信タイミングを異ならせても良い。
【０１０５】
また、各複合センサユニット１（１−１，１−２，１−３，１−４）は、センサ１Ａ〜１Ｑから測定データを取得する毎に測定データをメモリに記憶し、受信側装置と接続した後に、この接続した受信側装置へ送信データを送信してもよい。この場合、例えば、各複合センサユニット（ペリフェラル）１から送信されたアドバタイズパケットに基づいて、ユーザ端末２やゲートウェイ３等の受信側装置（セントラル）が、各複合センサユニット１に対して接続を要求し、複合センサユニット１と受信側装置との間で接続を確立する。なお、本実施形態において、複合センサユニット１の通信制御部１６は、接続を行うための接続制御装置の一形態である。接続を確立した受信側装置は、順次送信データを要求して、複合センサユニット１から送信データを取得する。
【０１０６】
このように、本実施形態によれば、複数の複合センサユニット１から受信側装置へ測定
データを送信できる。
【０１０７】
（２−７）
以下に図１８〜図２２を用い、イベントが発生した場合に測定頻度を高めて測定データを送信する実施形態を説明する。なお、前述の適用例や実施形態と同一の要素には同符号を付す等して再度の説明を省略する。図１８は、イベント発生時に測定タイミングと送信タイミングを高頻度に変更した場合の説明図、図１９は、複数の複合センサユニット１で測定タイミングと送信タイミングを変更した場合の問題点を示す図、図２０は、実施形態（２−７）における測定タイミングと送信タイミングを示す図、図２１は、実施形態（２−７）において、複合センサユニット１が、各センサ１Ａ〜１Ｑにより測定を行い、測定結果を送信する処理の流れを示す図である。
【０１０８】
図１８の例では、所定の時間間隔で各センサ１Ａ〜１Ｑによる測定を行い、この測定毎に測定データを送信しており、この場合、イベントが発生した際に測定頻度をイベントが発生していない場合よりも高めると、送信頻度も同じように高まることになる。このため、図１９に示すように、複数の複合センサユニット１でイベントの発生を検出した場合、送信タイミングが重なり、送信データを受信側装置で受信できなくなることが考えられる。このため、本実施形態では、イベントが発生して測定頻度を高く設定した場合に、この高頻度に測定した測定データを複数回分含むデータフォーマットで送信データを送信する。
【０１０９】
本実施形態の複合センサユニット１は、図２１の処理を開始すると、先ず、イベントが発生したか否かを判定する(ステップＳ５００)。ステップＳ５００で否定判定であれば、複合センサユニット１の動作設定部１４は、各センサ１Ａ〜１Ｑによる測定間隔を標準の間隔とし、イベントが発生した場合と比べて測定頻度を低くするように設定する(ステッ
プＳ５０５)。
【０１１０】
ステップＳ５１５にて、複合センサユニット１は、ステップＳ５０５で設定した測定頻度に基づき、測定タイミングに達したか否かを判定する。この測定タイミングは、例えば１秒毎など、所定の時間間隔で測定するように予め設定する。なお、図２１の例では、測定タイミングに達したか否かの判定処理を一つだけ示したが、各センサ１Ａ〜１Ｑをそれぞれ別のタイミングで測定してもよい。
【０１１１】
ステップＳ５１５で肯定判定であれば、各センサ１Ａ〜１Ｑが測定を行い、データ取得部１２が各センサ１Ａ〜１Ｑから測定データを取得する(ステップＳ５２０)。  
【０１１２】
そして、複合センサユニット１は、第一のフォーマットＦ１で送信データを送信する(
ステップＳ５２５)。
また、ステップＳ５１５で否定判定であれば、複合センサユニット１は、図２１の処理を終了する。なお、複合センサユニット１は、電源がＯＦＦされた場合や、測定の停止が指示されるまで、図２１の処理を繰り返し実行する。このように、本実施形態では、ステップＳ５１５で否定判定であれば一旦、図２１の処理を終了し、改めてこの処理を繰り返す構成としたが、これに限らず、ステップＳ５０５の後、所定期間スリープしてから、ステップＳ５１５へ移行し、ステップＳ５１５で否定判定の場合には前記スリープに戻って所定期間毎にステップＳ５１５の判定を繰り返す構成としてもよい。
【０１１３】
一方、ステップＳ５００で肯定判定であれば、複合センサユニット１の動作設定部１４は、各センサ１Ａ〜１Ｑによる測定間隔を標準よりも短くし、イベントが発生した場合と比べて測定頻度を高くするように設定する(ステップＳ５３５)。
【０１１４】
ステップＳ５４５にて、複合センサユニット１は、ステップＳ５３５で設定した測定頻度に基づき、測定タイミングに達したか否かを判定する。この測定タイミングは、例えば２５０ｍｓ毎など、所定の時間間隔で測定するように予め設定する。なお、図２１の例では、測定タイミングに達したか否かの判定処理を一つだけ示したが、各センサ１Ａ〜１Ｑをそれぞれ別のタイミングで測定してもよい。
【０１１５】
ステップＳ５４５で肯定判定であれば、各センサ１Ａ〜１Ｑが測定を行い、データ取得部１２が各センサ１Ａ〜１Ｑから測定データを取得する(ステップＳ５５０)。なお、ステップＳ５４５で否定判定であれば、複合センサユニット１は、図２１の処理を終了する。なお、複合センサユニット１は、電源がＯＦＦされた場合や、測定の停止が指示されるまで、図２１の処理を繰り返し実行する。このように、本実施形態では、ステップＳ５４５で否定判定であれば一旦、図２１の処理を終了し、改めてこの処理を繰り返す構成としたが、これに限らず、ステップＳ５３５の後、所定期間スリープしてから、ステップＳ５４５へ移行し、ステップＳ５４５で否定判定の場合には前記スリープに戻って所定期間毎にステップＳ５４５の判定を繰り返す構成としてもよい。
【０１１６】
次に複合センサユニット１は、第三のデータフォーマットＦ３とした送信データの送信タイミングに達したか否かを判定する(ステップＳ５５５)。ステップＳ５５５で肯定判定であれば、複合センサユニット１は、第三のデータフォーマットＦ３とした送信データを送信する(ステップＳ５６０)。
【０１１７】
このように図２１の例では、イベントが発生した場合には、イベントが発生していない場合と比べてセンサによる測定頻度を高くし、複数の測定タイミングで測定した測定データを含む第三のデータフォーマットＦ３とした送信データをアドバタイズパケットに格納して送信している。これにより、イベントが発生した場合には、発生した当該イベントに応じた測定データをより多く取得できる。
【０１１８】
また、これに限らず、イベントが発生していない場合にはアドバタイズパケットに送信データを格納して送信し、イベントが発生した場合には受信側装置と接続を確立してデータパケットに送信データを格納して送信してもよい。図２２は、イベントの発生時に受信側装置と接続する場合の処理の流れを示す図である。
【０１１９】
なお、図２２において、ステップＳ５００からステップＳ５４５までの処理は、図２１と同じであるため、再度の説明を省略する。
【０１２０】
図２２において、ステップＳ５４５で肯定判定であった場合、各センサ１Ａ〜１Ｑが測定を行い、データ取得部１２が各センサ１Ａ〜１Ｑから測定データを取得してメモリに記憶させる(ステップＳ５７０)。一方、ステップＳ５４５で否定判定であった場合、複合センサユニット１は、図２２の処理を終了する。なお、複合センサユニット１は、電源がＯＦＦされた場合や、測定の停止が指示されるまで、図２２の処理を繰り返し実行する。
【０１２１】
このように図２２の例では、イベントが発生した場合、測定データをメモリに記憶させ、接続（Connection）を介して送信データを送信できるようにしている。この場合、イベントが発生した際、ステップＳ５３５でイベントが発生したことを受信側装置へ通知し、受信側装置に接続を促すようにしてもよい。
【０１２２】
以上のように、図２２の例では、イベントが発生していない場合にはアドバタイジングパケットに送信データを格納して送信し、イベントが発生した場合には受信側装置との接続を確立して、データパケットに送信データを格納し、この接続（Connection）を介して送信データを送信する。これにより、イベントが発生していない場合には、アドバタイジ
ングパケットを用いて簡易に送信データを送信し、イベントが発生した場合には、データパケットを用いて確実に送信データを送信できる。このようにアドバタイジングパケットを用いて簡易に送信を行うことで、例えば、接続（Connection）の処理を省略して消費電力を抑えることができる。また、イベントの発生時には、データパケットを用いることで、アドバタイジングパケットを用いる場合と比べて多くのデータを送信でき、また、暗号化やエラー検出が可能となり、信頼性の高い通信を行うことができる。
【０１２３】
イベントが発生したことを示す通知は、ｉＢｅａｃｏｎ（登録商標）を送信することで行ってもよい。また、イベントが発生したことを示す通知は、例えば所定のＵＵＩＤを含むアドバタイズパケットを送信することであってもよい。この場合、複合センサユニット１は、例えば、サービス０（温度、湿度、照度等のデータを保有するサービス）や、サービス１（ＳＩ値、震度等のデータを保有するサービス）、サービス２（高い頻度で測定した温度データを保有するサービス）を保有するものとする。ここで、サービス１は地震に関わるデータを保持しており、そのデータは地震が発生したイベントが生じれば、更新される。サービス２は火事の際に有効となるデータを保持しており、そのデータは火事が発生したイベントが生じれば、更新される。
【０１２４】
一方、ユーザ端末２やゲートウェイ３は、前記各サービスを示すＵＵＩＤとイベントとの対応関係を予めメモリに記憶しておく。例えば，イベントが発生していない状態ではサービス０を示すＵＵＩＤをアドバタイズで送信するようにしておく。もし、地震が生じれば、センサ側でイベントが発生したと検知し、サービス１を示すＵＵＩＤをアドバタイズで送信する。ユーザ端末２やゲートウェイ３は、受信したアドバタイズパケットを確認し、ＵＵＩＤが変化したことを判断し、サービス１（地震データサービス）のデータに関わるイベントが発生したことがわかる。よって、コネクション後、サービス１に係るデータを取得するといった事が可能となる。よって、イベントに応じたサービスＵＵＩＤをアドバタイズパケットにのせて送信することにより、ユーザ端末２やゲートウェイ３側が、どんなイベントが生じ、どのデータを取得すればよいかを判別できる構成とすることが可能となる。
【０１２５】
なお、例えば上記の例で、地震のイベントが生じた際、コネクション後にサービス２（火事の際の温度データサービス）にアクセスしたとしても、データは取得可能である。その時に、火事のイベントは発生していないので、取得されるデータは、火事のイベントが発生した場合に取得されるデータより測定(更新)の頻度が低いデータ（例えばステップＳ５２０で測定された測定データ）であっても良く、また、前回取得後に更新がなければＮｕｌｌ値であっても良い。
【０１２６】
また、複合センサユニット１は、各サービスを示すＵＵＩＤと、イベントとの対応関係を予めメモリに記憶させておき、アドバタイズパケットで送信するＵＵＩＤをイベントに応じて変化させることで、アクセス可能なサービスを限定してもよい。例えば、複合センサユニット１は、図２２のステップＳ５００にて、イベントが発生していないと判定した場合にはサービス０を示すＵＵＩＤを送信し、イベントとして地震が発生したと判定した場合にはサービス１を示すＵＵＩＤを送信する。また、複合センサユニット１内部でサービス１以外のサービスをアクセスできないように制限をかけるようにする。ユーザ端末２やゲートウェイ３においては，前記各サービスを示すＵＵＩＤとイベントとの対応関係を予めメモリに記憶しておき、受信したアドバタイズパケットが、サービス１を示すＵＵＩＤを含む場合に、接続を要求し、サービス１のみデータ通信する事が可能となる。このようにすれば、ユーザ端末２やゲートウェイ３はどのデータを取得する必要があるかを認識できる。
【０１２７】
なお、図２２の例に限らず、実施形態（２ー１）〜（２ー５）についても、図２２と同
様に、イベントが発生していない場合にはアドバタイジングパケットに送信データを格納して送信し、イベントが発生した場合には受信側装置との接続を確立して、データパケットに送信データを格納し、この接続（Connection）を介して送信データを送信してもよい。例えば、実施形態（２−１）の例では、図７のステップＳ３０にて、イベントが発生したと判定した場合には、当該イベントと対応するＵＵＩＤを送信し、ステップＳ６０〜ステップＳ９０に代えて、測定結果をメモリに記憶し、接続を介してユーザ端末２やゲートウェイ３へ送信できるようにしてもよい。同様に、実施形態（２−２）の例では、図１０のステップＳ１１０にて、イベントが発生したと判定した場合には、当該イベントと対応するＵＵＩＤを送信し、ステップＳ１７０〜ステップＳ１９０に代えて、測定結果をメモリに記憶するように構成してもよい。実施形態（２−３）の例では、図１２のステップＳ２００にて、イベントが発生したと判定した場合には、当該イベントと対応するＵＵＩＤを送信し、ステップＳ２５０〜ステップＳ２６０に代えて、測定結果をメモリに記憶するように構成してもよい。実施形態（２−４）の例では、図１４のステップＳ３３０にて、故障が発生したと判定した場合には、当該故障と対応するＵＵＩＤを送信し、ステップＳ３７０〜ステップＳ３９０に代えて、測定結果をメモリに記憶するように構成してもよい。実施形態（２−５）の例では、図１６のステップＳ４１０にて、イベントが発生したと判定した場合には、当該イベントと対応するＵＵＩＤを送信し、ステップＳ４４５〜ステップＳ４６０に代えて、測定結果をメモリに記憶するように構成してもよい。
【０１２８】
§３  形態例
本開示の一例に係るセンサ装置（１）は、
異なる種類の測定データを測定する複数のセンサ（１Ａ〜１Ｑ）からそれぞれ前記測定データを取得するデータ取得部（１２）と、
前記測定データが、イベントの発生に相当するイベント条件を満足したことをもって、前記イベントが発生したことを判定するイベント判定手段（１３）と、
前記測定データを所定のデータフォーマットで格納する送信データを送信する送信制御部（１６）と、を備え、
前記送信制御部（１６）が、前記イベントが発生していない場合と前記イベントが発生している場合とで前記送信データのデータフォーマットを異ならせる。
【０１２９】
上述した本発明の実施形態及び変形例はあくまでも例示に過ぎず、本発明はこれに限定されるものではない。また、上述した実施形態及び変形例において示した特徴的な構成は、本発明の趣旨を逸脱しない範囲において当然にその組み合わせが可能である。例えば、上記実施形態において、標識信号は、ブルートゥースのアドバタイズパケットに限らず、ブルートゥース４．０より前のブルートゥース規格におけるビーコンや、ＷｉＦｉのビーコンであってもよい。
【符号の説明】
【０１３０】
１          ：複合センサユニット
１Ａ〜１Ｑ  ：センサ
２          ：ユーザ端末
３          ：ゲートウェイ
４          ：アプリケーションサーバ
１０        ：センサシステム
１２        ：データ取得部
１３        ：イベント判定部
１４        ：動作設定部
１５        ：メモリ
１６        ：通信制御部
【図１】
2019091107.tif 000003
【図２】
2019091107.tif 000004
【図３】
2019091107.tif 000005
【図４】
2019091107.tif 000006
【図５】
2019091107.tif 000007
【図６】
2019091107.tif 000008
【図７】
2019091107.tif 000009
【図８】
2019091107.tif 000010
【図９】
2019091107.tif 000011
【図１０】
2019091107.tif 000012
【図１１】
2019091107.tif 000013
【図１２】
2019091107.tif 000014
【図１３】
2019091107.tif 000015
【図１４】
2019091107.tif 000016
【図１５】
2019091107.tif 000017
【図１６】
2019091107.tif 000018
【図１７】
2019091107.tif 000019
【図１８】
2019091107.tif 000020
【図１９】
2019091107.tif 000021
【図２０】
2019091107.tif 000022
【図２１】
2019091107.tif 000023
【図２２】
2019091107.tif 000024