特許 7086541 データ受信装置、データ送信装置およびデータ伝送システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-06-10

(45)【発行日】2022-06-20

(54)【発明の名称】データ受信装置、データ送信装置およびデータ伝送システム

(51)【国際特許分類】

   G08C 25/00 20060101AFI20220613BHJP

   A61B 5/022 20060101ALI20220613BHJP

   H04M 1/00 20060101ALI20220613BHJP

   H04M 11/00 20060101ALI20220613BHJP

   H04L 12/28 20060101ALI20220613BHJP

【ＦＩ】

G08C25/00 A

A61B5/022 Z

H04M1/00 U

H04M11/00 302

H04L12/28 100S

【請求項の数】 9

(21)【出願番号】P 2017154762

(22)【出願日】2017-08-09

(65)【公開番号】P2019032777

(43)【公開日】2019-02-28

【審査請求日】2020-07-17

(73)【特許権者】

【識別番号】503246015

【氏名又は名称】オムロンヘルスケア株式会社

(73)【特許権者】

【識別番号】000002945

【氏名又は名称】オムロン株式会社

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100103034

【弁理士】

【氏名又は名称】野河 信久

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100179062

【弁理士】

【氏名又は名称】井上 正

(74)【代理人】

【識別番号】100189913

【氏名又は名称】鵜飼 健

(74)【代理人】

【識別番号】100199565

【弁理士】

【氏名又は名称】飯野 茂

(72)【発明者】

【氏名】久保 誠雄

(72)【発明者】

【氏名】出野 徹

(72)【発明者】

【氏名】近藤 秀規

【審査官】岩本 太一

(56)【参考文献】

【文献】特開２００８－１８３０８２（ＪＰ，Ａ）

【文献】特開２００８－１８８３７９（ＪＰ，Ａ）

【文献】特開平０９－３０５８８８（ＪＰ，Ａ）

【文献】特開２００８－２５３４８０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６１Ｂ ５／０２－ ５／０３

Ｇ０８Ｃ １３／００－２５／０４

Ｈ０４Ｌ １２／２８

Ｈ０４Ｍ １／００

Ｈ０４Ｍ １１／００

(57)【特許請求の範囲】

【請求項1】

データ送信装置と、
前記データ送信装置と通信するデータ受信装置と
を具備する、データ伝送システムであって、
前記データ送信装置は、
日時を指示する第１の時計部と、
（１）前記第１の時計部の日時を示す第１の日時データと、前記第１の日時データが日時の関連付けに使用可能であることを表す情報とを含む、片方向通信用の第１のパケット、および（２）センサによって測定されたセンサデータと当該センサデータの測定された時の前記第１の時計部の日時を示す第２の日時データとを含む、片方向通信用の第２のパケットを送信する送信部と
を具備し、
前記データ受信装置は、
日時を指示する第２の時計部と、
前記データ送信装置から送信された前記第１のパケットおよび前記第２のパケットを受信する受信部と、
（１）前記第１のパケットが受信された場合に、前記第１の日時データにより示される前記第１の時計部の日時に関連付けて前記第２の時計部の指示する日時を基準日時としてメモリに保存し、（２）前記第２のパケットが受信された場合に、前記基準日時に関連付けられて前記メモリに保持されている日時と前記第２の日時データの示す日時との差と、前記メモリに保持されている前記基準日時とに基づいて第３の日時データを算出する算出部と
を具備する、
データ伝送システム。

【請求項2】

データ送信装置と通信するデータ受信装置であって、
日時を指示する時計部と、
前記データ送信装置から送信された片方向通信用のパケットを受信する受信部と、
（１）前記パケットが、前記データ送信装置におけるローカル日時を示す第１の日時データと、前記第１の日時データが日時の関連付けに使用可能であることを表す情報とを含む場合に、前記第１の日時データにより示されるローカル日時に関連付けて前記時計部の指示する日時を基準日時としてメモリに保存し、（２）前記パケットが、センサデータと、当該センサデータに関連付けられる、前記データ送信装置におけるローカル日時を示す第２の日時データとを含む場合に、前記基準日時に関連付けられて前記メモリに保持されているローカル日時と前記第２の日時データの示すローカル日時との差と、前記メモリに保持されている前記基準日時とに基づいて第３の日時データを算出する算出部と
を具備する、
データ受信装置。

【請求項3】

日時を指示する時計部と、
（１）前記時計部の日時を示す第１の日時データと、前記第１の日時データが日時の関連付けに使用可能であることを表す情報とを含む、片方向通信用の第１のパケット、および（２）センサによって測定されたセンサデータと当該センサデータの測定された時の前記時計部の日時を示す第２の日時データとを含む、片方向通信用の第２のパケットを送信する送信部と
を具備し、
データ受信装置が前記第２のパケットを受信する場合に、基準日時に関連付けられて保持されている日時と前記第２の日時データの示す日時との差と、保持されている前記基準日時とに基づいて第３の日時データを前記データ受信装置が算出する、
データ送信装置。

【請求項4】

前記送信部は、前記センサデータの測定日時から所定時間が経過する前には、当該センサデータと当該センサデータの測定された時の前記時計部の日時を示す前記第１の日時データと当該第１の日時データが日時の関連付けに使用可能であることを表す情報とを含む前記第１のパケットを送信し、前記センサデータの測定日時から前記所定時間が経過した後には、当該センサデータと当該センサデータの測定された時の前記時計部の日時を示す前記第２の日時データと当該第２の日時データが日時の関連付けに使用可能でないことを表す情報とを含む第２のパケットを送信する、請求項３に記載のデータ送信装置。

【請求項5】

ユーザの操作情報の入力を受け付ける入力部をさらに具備し、
前記送信部は、前記操作情報の一部をトリガとして、前記時計部の日時を示す前記第１の日時データを含む第１のパケットを送信する、
請求項３または請求項４に記載のデータ送信装置。

【請求項6】

前記データ送信装置は、バッテリにより駆動され、
前記送信部は、前記バッテリの交換をトリガとして、前記時計部の日時を示す前記第１の日時データを含む前記第１のパケットを送信する、
請求項３乃至請求項５のいずれか１項に記載のデータ送信装置。

【請求項7】

前記センサデータは、血圧データである、請求項３乃至請求項６のいずれか１項に記載のデータ送信装置。

【請求項8】

データ送信装置と、
前記データ送信装置と通信するデータ受信装置と
を具備する、データ伝送システムであって、
前記データ送信装置は、
日時を指示する第１の時計部と、
片方向通信用のパケットを送信する送信部と
を具備し、
前記パケットは、センサによって測定されたセンサデータと当該センサデータの測定された時の前記第１の時計部の日時および前記パケットを送信する時の前記第１の時計部の日時の差を示す日時差データとを含み、
前記データ受信装置は、
日時を指示する第２の時計部と、
前記データ送信装置から送信された前記パケットを受信する受信部と、
前記パケットが受信された場合に、前記第２の時計部の日時を用いて前記日時差データから前記センサデータの測定日時を表す日時データを算出する算出部と
を具備する、
データ伝送システム。

【請求項9】

データ送信装置と通信するデータ受信装置であって、
日時を指示する時計部と、
前記データ送信装置から送信された片方向通信用のパケットを受信する受信部と、
前記パケットが、センサデータと、当該センサデータに関連付けられる日時差データとを含む場合に、前記時計部の日時を用いて前記日時差データから前記センサデータの測定日時を表す日時データを算出する算出部と
を具備し、
前記日時差データは、前記日時差データの関連付けられたセンサデータを前記パケットの送信元が測定したローカル日時と当該パケットの送信元が当該パケットを送信したローカル日時との差を示す、
データ受信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、日時に関連付けられたセンサデータを送受信するデータ受信装置およびデータ送信装置に関する。

【背景技術】

【0002】

血圧データをユーザの携帯情報端末に転送する機能を備えた血圧計が市場投入されている。携帯情報端末としては、例えばスマートフォンやタブレット型端末、ノート型パーソナルコンピュータが用いられる。かかる機能を利用すれば、ユーザは様々な状況下での自己の血圧の測定結果を携帯情報端末で一覧することができる。また、血圧データの転送には、近距離無線通信技術、特にＢｌｕｅｔｏｏｔｈ（登録商標）技術が典型的には使用される。一般に、Ｂｌｕｅｔｏｏｔｈの通信（コネクション）は、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信に比べると、小規模かつ省電力に実現可能である。Ｂｌｕｅｔｏｏｔｈの仕様のバージョン４．０は、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）とも呼ばれ、従前の仕様に比べて消費電力をさらに少なくすることが可能である。

【0003】

ＢＬＥのコネクションは、ペアリングのためにユーザに課される操作が煩雑である、ペアリング後の通信手順が煩雑である、携帯情報端末側がＢＬＥをサポートしている必要がある、携帯情報端末ばかりでなく血圧計にも高性能なハードウェア（プロセッサ、メモリ）が必要となる、開発／評価コストが高い、通信のオーバーヘッド量が大きく小容量のデータ送信に向かない、などの問題がある。

【0004】

他方、ＢＬＥでは、アドバタイジングと呼ばれる片方向通信を行うこともできる。特許文献１には、アドバタイズメントパケットのデータフィールドの余白部分に任意のデータを含めて送信する技術が開示されている。

【先行技術文献】

【特許文献】

【0005】

【文献】特許第５８５２６２０号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

アドバタイジングを利用して血圧データを送信すれば、ペアリングやその後の煩雑な通信手順が不要となるので、先の問題は解消または軽減される。しかしながら、例えば血圧計が片方向の送信機能しか実装していなければ、携帯情報端末から血圧計に制御データを送って制御したり、逆に、血圧計から携帯情報端末の状態（データの受信状況など）を参照したりすることができなくなる。

【0007】

血圧データは、通常、測定日時を示すデータに関連付けられて血圧計から携帯情報端末へ転送される。測定日時は、血圧計に内蔵された時計の指示する日時を基準に付与される。故に、血圧計に内蔵された時計がずれていたり、そもそも時刻合わせされていなかったりすれば、携帯情報端末は血圧データを誤った測定日時に関連付けて処理することになる。仮に、測定日時が誤っていることが検出できたとしても、血圧計が片方向の送信機能しか実装していなければ、携帯情報端末から制御データを送るなどして血圧計に内蔵された時計を時刻合わせすることもできない。

【0008】

本発明は、データ送信装置から送信されるセンサデータに関連付けられる日時の正誤にかかわらず、データ受信装置において当該日時を適切な日時に設定し直すことを可能にした技術を提供することを目的とする。

【課題を解決するための手段】

【0009】

本発明の第１の態様によれば、データ伝送システムは、データ送信装置と、前記データ送信装置と通信するデータ受信装置とを具備する。前記データ送信装置は、日時を指示する第１の時計部と、（１）前記第１の時計部の日時を示す第１の日時データと、前記第１の日時データが日時の関連付けに使用可能であることを表す情報とを含む、片方向通信用の第１のパケット、および（２）センサによって測定されたセンサデータと当該センサデータの測定された時の前記第１の時計部の日時を示す第２の日時データとを含む、片方向通信用の第２のパケットを送信する送信部とを具備する。前記データ受信装置は、日時を指示する第２の時計部と、前記データ送信装置から送信された前記第１のパケットおよび前記第２のパケットを受信する受信部と、（１）前記第１のパケットが受信された場合に、前記第１の日時データにより示される前記第１の時計部の日時に関連付けて前記第２の時計部の指示する日時を基準日時としてメモリに保存し、（２）前記第２のパケットが受信された場合に、前記基準日時に関連付けられて前記メモリに保持されている日時と前記第２の日時データの示す日時との差と、前記メモリに保持されている前記基準日時とに基づいて第３の日時データを算出する算出部とを具備する。故に、このデータ伝送システムにおいて、データ受信装置は、第２の日時データの示す日時の正誤に関わらず、この日時を自己の時計部の指示する日時を基準に書き換えることができる。また、このデータ受信装置は、基準日時とパケットの送信元における日時との関連付けをリセットすることで、自己とパケットの送信元との間で時計部の時間の進み方が異なることによる誤差の累積を防ぐことができる。他方、このデータ伝送システムにおいて、データ送信装置は、自己の時計部の日時と、その日時がデータ受信装置において日時の関連付けに使用可能であることを表す情報とをアドバタイジングすることができる。

【0010】

本発明の第２の態様によれば、データ受信装置は、データ送信装置と通信する。データ受信装置は、日時を指示する時計部と、前記データ送信装置から送信された片方向通信用のパケットを受信する受信部と、（１）前記パケットが、前記データ送信装置におけるローカル日時を示す第１の日時データと、前記第１の日時データが日時の関連付けに使用可能であることを表す情報とを含む場合に、前記第１の日時データにより示されるローカル日時に関連付けて前記時計部の指示する日時を基準日時としてメモリに保存し、（２）前記パケットが、センサデータと、当該センサデータに関連付けられる、前記データ送信装置におけるローカル日時を示す第２の日時データとを含む場合に、前記基準日時に関連付けられて前記メモリに保持されているローカル日時と前記第２の日時データの示すローカル日時との差と、前記メモリに保持されている前記基準日時とに基づいて第３の日時データを算出する算出部とを具備する。故に、このデータ受信装置は、第２の日時データの示すローカル日時の正誤に関わらず、このローカル日時を自己の時計部の指示する日時を基準に書き換えることができる。また、このデータ受信装置は、基準日時とパケットの送信元におけるローカル日時との関連付けをリセットすることで、自己とパケットの送信元との間で時計部の時間の進み方が異なることによる誤差の累積を防ぐことができる。

【0011】

本発明の第３の態様によれば、データ送信装置は、日時を指示する時計部と、（１）前記時計部の日時を示す第１の日時データと、前記第１の日時データが日時の関連付けに使用可能であることを表す情報とを含む、片方向通信用の第１のパケット、および（２）センサによって測定されたセンサデータと当該センサデータの測定された時の前記時計部の日時を示す第２の日時データとを含む、片方向通信用の第２のパケットを送信する送信部とを具備する。故に、このデータ送信装置は、データ送信装置は、自己の時計部の日時と、その日時がデータ受信装置において日時の関連付けに使用可能であることを表す情報とをアドバタイジングすることができる。

【0012】

本発明の第４の態様によれば、前記送信部は、前記センサデータの測定日時から所定時間が経過する前には、当該センサデータと当該センサデータの測定された時の前記時計部の日時を示す前記第１の日時データと当該第１の日時データが日時の関連付けに使用可能であることを表す情報とを含む前記第１のパケットを送信し、前記センサデータの測定日時から前記所定時間が経過した後には、当該センサデータと当該センサデータの測定された時の前記時計部の日時を示す前記第２の日時データと当該第２の日時データが日時の関連付けに使用可能でないことを表す情報とを含む第２のパケットを送信する。故に、このデータ送信装置は、それぞれのセンサデータの測定後に所定時間に亘って、当該センサデータと、当該センサデータの測定された時の自己の時計部の日時と、その日時がデータ受信装置において日時の関連付けに使用可能であることを表す情報とをアドバタイジングすることができる。

【0013】

本発明の第５の態様によれば、データ送信装置は、ユーザの操作情報の入力を受け付ける入力部をさらに具備し、前記送信部は、前記操作情報の一部をトリガとして、前記時計部の日時を示す前記第１の日時データを含む第１のパケットを送信する。故に、このデータ送信装置によれば、ユーザが意図的に、時計部の日時と、その日時がデータ受信装置において日時の関連付けに使用可能であることを表す情報とをアドバタイジングさせることができる。

【0014】

本発明の第６の態様によれば、前記データ送信装置は、バッテリにより駆動され、前記送信部は、前記バッテリの交換をトリガとして、前記時計部の日時を示す前記第１の日時データを含む前記第１のパケットを送信する。故に、このデータ送信装置は、バッテリ交換に伴い自己の時計部の情報がリセットされデータ受信装置において日時の関連付けのリセットが必要となった場合に、自己の時計部の日時と、その日時がデータ受信装置において日時の関連付けに使用可能であることを表す情報とをアドバタイジングすることができる。

【0015】

本発明の第７の態様によれば、前記センサデータは、血圧データである。故に、このデータ送信装置は、血圧データの転送に利用することができる。

【0016】

本発明の第８の態様によれば、データ伝送システムは、データ送信装置と、前記データ送信装置と通信するデータ受信装置とを具備する。前記データ送信装置は、日時を指示する第１の時計部と、片方向通信用のパケットを送信する送信部とを具備する。前記パケットは、センサによって測定されたセンサデータと当該センサデータの測定された時の前記第１の時計部の日時および前記パケットを送信する時の前記第１の時計部の日時の差を示す日時差データとを含む。前記データ受信装置は、日時を指示する第２の時計部と、前記データ送信装置から送信された前記パケットを受信する受信部と、前記パケットが受信された場合に、前記第２の時計部の日時を用いて前記日時差データから前記センサデータの測定日時を表す日時データを算出する算出部とを具備する。故に、このデータ伝送システムにおいて、データ受信装置は、日時の関連付けを行わなくても、センサデータに関連付けられる測定日時を算出することができる。

【0017】

本発明の第９の態様によれば、データ受信装置は、データ送信装置と通信する。データ受信装置は、日時を指示する時計部と、前記データ送信装置から送信された片方向通信用のパケットを受信する受信部と、前記パケットが、センサデータと、当該センサデータに関連付けられる日時差データとを含む場合に、前記時計部の日時を用いて前記日時差データから前記センサデータの測定日時を表す日時データを算出する算出部とを具備し、前記日時差データは、前記日時差データの関連付けられたセンサデータを前記パケットの送信元が測定したローカル日時と当該パケットの送信元が当該パケットを送信したローカル日時との差を示す。故に、このデータ受信装置は、第１の態様において説明した日時の関連付けを行わなくても、センサデータに関連付けられる測定日時を算出することができる。

【0018】

本発明の第１０の態様によれば、データ送信装置は、日時を指示する時計部と、片方向通信用のパケットを送信する送信部とを具備し、前記パケットは、センサによって測定されたセンサデータと当該センサデータの測定された時の前記時計部の日時および前記パケットを送信する時の前記時計部の日時の差を示す日時差データとを含む。故に、このデータ送信装置によれば、データ受信装置は第１の態様において説明した日時の関連付けを行わなくても、センサデータに関連付けられる測定日時を算出することができる。

【0019】

本発明の第１１の態様によれば、前記センサデータは、血圧データである。故に、このデータ送信装置は、血圧データの転送に利用することができる。

【0020】

本発明の第１２の態様は、データ送信装置から送信される片方向通信用のパケットを受信し処理するデータ受信装置に用いられる、前記パケットのデータ構造であって、前記パケットは、センサデータと、当該センサデータに関連付けられる前記データ送信装置におけるローカル日時を示す第１の日時データと、前記第１の日時データが日時の関連付けに使用可能であるか否かを表す情報とを含み、前記データ受信装置が、前記受信されたパケットに含まれる前記情報に基づいて、前記第１の日時データが前記日時の関連付けに使用可能であるか否かを判定し、前記第１の日時データが前記日時の関連付けに使用可能であると判定された場合に、前記受信されたパケットに含まれる前記第１の日時データの示すローカル日時に関連付けて、前記データ受信装置が備える時計部の日時を基準日時に設定する処理に用いられる。故に、このデータ構造によれば、データ受信装置は、第１の日時データの示すローカル日時の正誤に関わらず、このローカル日時を自己の時計部の指示する日時を基準に書き換えることができる。また、データ受信装置は、基準日時とパケットの送信元におけるローカル日時との関連付けをリセットすることで、自己とパケットの送信元との間で時計部の時間の進み方が異なることによる誤差の累積を防ぐことができる。

【発明の効果】

【0021】

本発明によれば、データ送信装置から送信されるセンサデータに関連付けられる日時の正誤にかかわらず、データ受信装置において当該日時を適切な日時に設定し直すことを可能にした技術を提供することができる。

【図面の簡単な説明】

【0022】

【図1】実施形態に係るデータ受信装置の適用例を示すブロック図。

【図2】実施形態に係るデータ受信装置のソフトウェア構成を例示するブロック図。

【図3】実施形態に係るデータ送信装置およびデータ受信装置を含むデータ伝送システムを例示する図。

【図4】実施形態に係るデータ受信装置のハードウェア構成を例示するブロック図。

【図5】実施形態に係るデータ受信装置の動作を例示するフローチャート。

【図6】実施形態に係るデータ送信装置のソフトウェア構成を例示するブロック図。

【図7】実施形態に係るデータ送信装置のハードウェア構成を例示するブロック図。

【図8】実施形態に係るデータ送信装置の動作を例示するフローチャート。

【図9】ＢＬＥにおいて行われるアドバタイジングの説明図。

【図10】ＢＬＥにおいて送受信されるパケットのデータ構造を例示する図。

【図11】アドバタイズメントパケットのＰＤＵフィールドのデータ構造を例示する図。

【図12】実施形態に係るデータ受信装置が受信するパケットのＰＤＵフィールドのペイロードに格納されるデータを例示する図。

【図13】送信側のローカル日時と基準日時との対応関係を例示する図。

【図14】実施形態に係るデータ受信装置の日時算出部の動作の説明図。

【発明を実施するための形態】

【0023】

以下、本発明の一側面に係る実施の形態（以下、「本実施形態」とも表記する）を、図面に基づいて説明する。

【0024】

なお、以降、説明済みの要素と同一または類似の要素には同一または類似の符号を付し、重複する説明については基本的に省略する。
§１ 適用例
まず、図１を用いて、本発明の一適用例について説明する。図１は、本実施形態に係るデータ受信装置２００の適用例を模式的に示す。データ受信装置２００は、少なくとも、受信部２０１と、時計部２０２と、日時算出部２０３とを含む。

【0025】

受信部２０１は、図１には示されないデータ送信装置１００（パケットの送信元）におけるローカル日時を示す日時データと当該日時データに関連付けられたセンサデータとを含むパケットを受信する。受信部２０１は、日時データおよびセンサデータを日時算出部２０３へ送る。時計部２０２は、データ受信装置２００の内蔵時計である。

【0026】

日時算出部２０３は、データ送信装置１００における過去の特定のローカル日時に関連付けられる時計部２０２の日時である基準日時の情報を参照可能である。例えば、図１３に示されるように、特定のローカル日時＝「１００」［分］に対して基準日時＝「２０１７／４／１ ９：００」が関連付けられているとする。

【0027】

日時算出部２０３は、受信した日時データの示すローカル日時を、時計部２０２の日時に換算する。具体的には、日時算出部２０３は、特定のローカル日時と受信した日時データの示すローカル日時との差を基準日時に加算することで、このローカル日時に関連付けられる時計部２０２の日時を算出可能である。

【0028】

例えば、ローカル日時が「４３３００」［分］というシリアル値を示す場合には、日時算出部２０３は、このシリアル値から「２０１７／５／１ ９：００」（＝「２０１７／４／１ ９：００」＋「４３３００」［分］－「１００」［分］）という日時を算出できる。同様に、図１４に例示するように、日時算出部２０３は、図１３に例示した基準日時の情報を用いて、受信した日時データを書き換えることができる。

【0029】

このように、データ送信装置１００におけるローカル日時が時刻合わせされていなくても、データ受信装置２００は当該ローカル日時を自己の内蔵時計の日時に換算して、センサデータを適切に取り扱う（例えば、統計処理、表示処理など）ことができる。

【0030】

§２ 構成例
［ハードウェア構成］
＜データ受信装置＞
次に、図４を用いて、本実施形態に係るデータ受信装置２００のハードウェア構成の一例について説明する。図４は、データ受信装置２００のハードウェア構成の一例を模式的に示す。

【0031】

図４に示されるとおり、データ受信装置２００は、制御部２１１と、記憶部２１２と、通信インタフェース２１３と、入力装置２１４と、出力装置２１５と、外部インタフェース２１６とが電気的に接続されたコンピュータ、典型的にはスマートフォンである。なお、図４では、通信インタフェース及び外部インタフェースをそれぞれ、「通信Ｉ／Ｆ」及び「外部Ｉ／Ｆ」と記載している。

【0032】

制御部２１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などを含む。ＣＰＵは、記憶部２１２に格納されたプログラムをＲＡＭに展開する。そして、ＣＰＵがこのプログラムを解釈および実行することで、制御部２１１は、様々な情報処理、例えば、ソフトウェア構成の項目において説明される機能ブロックの処理を実行可能となる。

【0033】

記憶部２１２は、いわゆる補助記憶装置であり、例えば、内蔵または外付けのフラッシュメモリなどの半導体メモリであり得る。記憶部２１２は、制御部２１１で実行されるプログラム、制御部２１１によって使用されるデータ（例えば、識別子、日時データおよびセンサデータ）などを記憶する。なお、データ受信装置２００が、ラップトップまたはデスクトップコンピュータなどである場合には、記憶部２１２は、ハードディスクドライブ（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ソリッドステートドライブ（ＳＳＤ：Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などであり得る。

【0034】

通信インタフェース２１３は、主に、ＢＬＥ、移動通信（３Ｇ、４Ｇなど）および無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのための各種無線通信モジュールであって、ネットワークを介して無線通信を行うためのインタフェースである。なお、通信インタフェース２１３が、有線ＬＡＮモジュールなどの有線通信モジュールをさらに備えていてもよい。

【0035】

入力装置２１４は、例えばタッチスクリーン、キーボード、マウスなどのユーザ入力（ユーザの操作情報）を受け付けるための装置である。出力装置２１５は、例えば、ディスプレイ、スピーカなどの出力を行うための装置である。

【0036】

外部インタフェース２１６は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、メモリカードスロットなどであり、外部装置と接続するためのインタフェースである。

【0037】

なお、データ受信装置２００の具体的なハードウェア構成に関して、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部２１１は、複数のプロセッサを含んでもよい。データ受信装置２００は、複数台の情報処理装置で構成されてもよい。また、データ受信装置２００は、提供されるサービス専用に設計された情報処理装置の他、汎用のデスクトップＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレットＰＣ等が用いられてもよい。

【0038】

＜データ送信装置＞
次に、図７を用いて、本実施形態に係るデータ送信装置１００のハードウェア構成の一例について説明する。図７は、データ送信装置１００のハードウェア構成の一例を模式的に示す。

【0039】

図７に示されるとおり、データ送信装置１００は、制御部１１１と、記憶部１１２と、通信インタフェース１１３と、入力装置１１４と、出力装置１１５と、外部インタフェース１１６と、バッテリ１１７とが電気的に接続されたコンピュータ、典型的には、血圧計、体温計、活動量計、歩数計、体組成計、体重計などのユーザの生体情報または活動情報に関する量を日常的に測定するセンサ装置である。なお、図７では、通信インタフェース及び外部インタフェースをそれぞれ、「通信Ｉ／Ｆ」及び「外部Ｉ／Ｆ」と記載している。

【0040】

制御部１１１は、ＣＰＵ、ＲＡＭ、ＲＯＭなどを含む。ＣＰＵは、記憶部１１２に格納されたプログラムをＲＡＭに展開する。そして、ＣＰＵがこのプログラムを解釈および実行することで、制御部１１１は、様々な情報処理、例えば、ソフトウェア構成の項目において説明される機能ブロックの処理を実行可能となる。

【0041】

記憶部１１２は、いわゆる補助記憶装置であり、例えば、内蔵または外付けのフラッシュメモリなどの半導体メモリ、ＨＤＤ、ＳＳＤであり得る。記憶部１１２は、制御部１１１で実行されるプログラム、制御部１１１によって使用されるデータ（例えば日時データおよびセンサデータ）などを記憶する。

【0042】

通信インタフェース１１３は、少なくとも、ＢＬＥなどの片方向通信の可能な無線モジュールを含む。入力装置１１４は、例えばタッチスクリーン、ボタン、スイッチなどのユーザ入力を受け付けるための装置と、ユーザの生体情報または活動情報に関する量を検知するためのセンサとを含む。出力装置１１５は、例えば、ディスプレイ、スピーカなどの出力を行うための装置である。

【0043】

外部インタフェース１１６は、ＵＳＢポート、メモリカードスロットなどであり、外部装置と接続するためのインタフェースである。

【0044】

バッテリ１１７は、データ送信装置１００の電源電圧を供給する。バッテリ１１７は、交換可能であってもよい。なお、データ送信装置１００がバッテリ駆動されることは必須ではなく、ＡＣ（Ａｌｔｅｒｎａｔｉｎｇ Ｃｕｒｒｅｎｔ）アダプタを介して商用電源に接続可能であってもよい。この場合には、バッテリ１１７は省略され得る。

【0045】

なお、データ送信装置１００の具体的なハードウェア構成に関して、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部１１１は、複数のプロセッサを含んでもよい。データ送信装置１００は、複数台のセンサ装置で構成されてもよい。

【0046】

［ソフトウェア構成］
＜データ受信装置＞
次に、図２を用いて、本実施形態に係るデータ受信装置２００のソフトウェア構成の一例を説明する。図２は、データ受信装置２００のソフトウェア構成の一例を模式的に示す。

【0047】

図４に示した制御部２１１は、記憶部２１２に格納されているプログラムをＲＡＭに展開する。そして、制御部２１１は、このプログラムをＣＰＵにより解釈および実行して、図４に示した各種のハードウェア要素を制御する。これにより、図２に示されるとおり、データ受信装置２００は、受信部２０１と、時計部２０２と、日時算出部２０３と、データ管理部２０４と、データ記憶部２０５と、送信部２０６とを備えるコンピュータとして機能する。

【0048】

受信部２０１は、データ送信装置１００から、センサデータと当該センサデータに関連付けられた日時データとを含むパケットを受信する。このパケットは、例えばＢＬＥにおけるアドバタイズメントパケットである。ただし、ＢＬＥは、将来的に他の低消費電力・片方向通信可能な通信規格に置き換わる可能性がある。その場合には、以降の説明を適宜読み替えればよい。

【0049】

ここで、ＢＬＥのアドバタイズメントについて概略的に説明する。
ＢＬＥにおいて採用されるパッシブスキャン方式では、図９に例示するように、新規ノードは自己の存在を周知するアドバタイズメントパケットを定期的に送信する。この新規ノードは、アドバタイズメントパケットを一度送信してから次に送信するまでの間に、低消費電力のスリープ状態に入ることで消費電力を節約できる。また、アドバタイズメントパケットの受信側も間欠的に動作するので、アドバタイズメントパケットの送受信に伴う消費電力は僅かである。

【0050】

図１０にＢＬＥ無線通信パケットの基本構造を示す。ＢＬＥ無線通信パケットは、１バイトのプリアンブルと、４バイトのアクセスアドレスと、２～３９バイト（可変）のプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）と、３バイトの巡回冗長チェックサム（ＣＲＣ：Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋｓｕｍ）とを含む。ＢＬＥ無線通信パケットの長さは、ＰＤＵの長さに依存し、１０～４７バイトである。１０バイトのＢＬＥ無線通信パケット（ＰＤＵは２バイト）は、Ｅｍｐｔｙ ＰＤＵパケットとも呼ばれ、マスタとスレイブ間で定期的に交換される。

【0051】

プリアンブルフィールドは、ＢＬＥ無線通信の同期のために用意されており、「０１」または「１０」の繰り返しが格納される。アクセスアドレスは、アドバタイジングチャネルでは固定数値、データチャネルでは乱数のアクセスアドレスが格納される。本実施形態では、アドバタイジングチャネル上で伝送されるＢＬＥ無線通信パケットであるアドバタイズメントパケットを対象とする。ＣＲＣフィールドは、受信誤りの検出に用いられる。ＣＲＣの計算範囲は、ＰＤＵフィールドのみである。

【0052】

次に、図１１を用いて、アドバタイズメントパケットのＰＤＵフィールドについて説明する。なお、データチャネル上で伝送されるＢＬＥ無線通信パケットであるデータ通信パケットのＰＤＵフィールドは図１１とは異なるデータ構造を有するが、本実施形態ではデータ通信パケットを対象としていないので説明を省略する。

【0053】

アドバタイズメントパケットのＰＤＵフィールドは、２バイトのヘッダと、０～３７バイト（可変）のペイロードとを含む。ヘッダは、さらに、４ビットのＰＤＵ Ｔｙｐｅフィールドと、２ビットの未使用フィールドと、１ビットのＴｘＡｄｄフィールドと、１ビットのＲｘＡｄｄフィールドと、６ビットのＬｅｎｇｔｈフィールドと、２ビットの未使用フィールドとを含む。

【0054】

ＰＤＵ Ｔｙｐｅフィールドには、このＰＤＵのタイプを示す値が格納される。「接続可能アドバタイジング」、「非接続アドバタイジング」などのいくつかの値が定義済みである。ＴｘＡｄｄフィールドには、ペイロード中に送信アドレスがあるか否かを示すフラグが格納される。同様に、ＲｘＡｄｄフィールドには、ペイロード中に受信アドレスがあるか否かを示すフラグが格納される。Ｌｅｎｇｔｈフィールドには、ペイロードのバイトサイズを示す値が格納される。

【0055】

ペイロードには、任意のデータを格納することができる。そこで、データ送信装置１００は、例えば図１２に例示されるようなデータ構造を用いて、センサデータおよび日時データをペイロードに格納する。図１２のデータ構造は、１人のユーザの血圧および脈拍の１回分のセンサデータを伝送するために使用可能である。なお、図１２のデータ構造は、１人のユーザの血圧および脈拍の複数回分のセンサデータを伝送するように変形されてもよい。

【0056】

Ｕｓｅｒ ＩＤフィールドは、ユーザを特定する識別子が格納される。なお、ユーザの識別子の代わりに、或いは、これに加えて、データ送信装置１００またはデータ受信装置２００を特定する識別子が格納されてもよい。

【0057】

ｌａｔｅｓｔ ｆｌａｇは、後続するＴｉｍｅフィールドに格納された日時データが日時の関連付けに使用可能であるか否かを表すフラグ（より一般化すれば、情報）である。このフラグがＴＲＵＥである場合には、Ｔｉｍｅフィールドに格納された日時データの示すローカル日時を、時計部２０２の現在日時に関連付けることが許容される。

【0058】

Ｔｉｍｅフィールドは、日時データが格納される。Ｓｙｓ、ＤｉａおよびＰｕｌｓｅフィールドは、それぞれ、日時データに関連付けられる収縮期血圧（Ｓｙｓｔｏｌｉｃ Ｂｌｏｏｄ Ｐｒｅｓｓｕｒｅ）、拡張期血圧（Ｄｉａｓｔｏｌｉｃ Ｂｌｏｏｄ Ｐｒｅｓｓｕｒｅ）および脈拍数のデータが格納される。このように日時データに関連付けられるセンサデータは、１種に限られず複数種であってもよい。

【0059】

データ受信装置２００のソフトウェア構成の説明に戻ると、受信部２０１は、例えば、ＢＬＥのアドバタイズメントパケットからＰＤＵのペイロードを抽出する。そして、受信部２０１は、図１２のＵｓｅｒ ＩＤフィールドの値が不適切である（例えば、自己のユーザの値に一致しない）ならば受信パケットを破棄してもよい。他方、受信部２０１は、図１２のＵｓｅｒ ＩＤフィールドの値が適切である（自己のユーザの値に一致する）ならば、ｌａｔｅｓｔ ｆｌａｇに格納されたフラグと、Ｔｉｍｅフィールドに格納された日時データと、Ｓｙｓ，ＤｉａおよびＰｕｌｓｅフィールドに格納されたセンサデータとを日時算出部２０３へ送る。

【0060】

時計部２０２は、日時を指示する。時計部２０２は、例えば、固定周波数で振動する水晶発振器と、その出力を分周して１Ｈｚの信号を得る分周回路と、この信号をカウントして日時を示すシリアル値を得るカウンタとを含む。時計部２０２（の保持するシリアル値）は、例えば、データ受信装置２００が接続する基地局からのデータに基づいて自動補正されてもよい。

【0061】

日時算出部２０３は、受信部２０１から、フラグと、日時データと、センサデータとを受け取る。日時算出部２０３は、フラグが日時データが日時の関連付けに使用可能であることを表すならば、時計部２０２の指示する現在日時を基準日時として、日時データの示すローカル日時と関連付ける（図１３参照）。

【0062】

なお、かかる関連付けが過去に実施済みである場合には、以後の実施は省略されてもよい。ただし、時計部２０２とデータ送信装置１００の内蔵時計とで時間の進み方が一致しない場合には、両者の差が累積して大きな誤差を生むおそれがある。かかる誤差の累積を防ぐ観点では、基準日時とデータ送信装置１００のローカル日時との関連付けを適宜リセットすることが推奨される。

【0063】

他方、フラグが日時データが日時の関連付けに使用可能でないことを表すならば、この日時データは時計部２０２の指示する現在日時に比べて古すぎるので、関連付けることはできない。

【0064】

日時算出部２０３は、日時データの示すローカル日時と、基準日時に関連付けられるローカル日時との差を算出する。そして、日時算出部２０３は、基準日時にこの差を加算することで、日時データの示すローカル日時に関連付けられる時計部２０２の日時を算出する。日時算出部２０３は、算出した日時によって、日時データを書き換える（図１４参照）。日時算出部２０３は、書き換え後の日時データと、センサデータとをデータ管理部２０４へ送る。

【0065】

なお、基準日時とデータ送信装置１００のローカル日時との関連付けが行われるまで、日時算出部２０３は日時の書き換えを行うことはできない。かかる関連付けを行うには、データ送信装置１００から日時の関連付けに使用可能な（略最新の）日時データを送信してもらい、これをデータ受信装置２００が受信する必要がある。そこで、データ送信装置１００に日時の関連付けに使用可能な日時データを送信させるためのトリガをいくつか用意される。

【0066】

例えば、データ送信装置１００は、ユーザの生体情報に関する量の測定を行って新たなセンサデータが発生した直後に当該センサデータの測定日時に相当する略最新の日時データをＢＬＥのアドバタイズメントパケットに格納して送信してもよい。また、ユーザが与えた特定のユーザ入力をトリガとして、データ送信装置１００は略最新の日時データをＢＬＥのアドバタイズメントパケットに格納して送信してもよい。さらに、バッテリ交換をトリガとして、データ送信装置１００は略最新の日時データをＢＬＥのアドバタイズメントパケットに格納して送信してもよい。さらに、データ送信装置１００は、所定の周期（例えば１日毎、１週間毎など）で、略最新の日時データをＢＬＥのアドバタイズメントパケットに格納して送信してもよい。

【0067】

また、基準日時とデータ送信装置１００のローカル日時との関連付けが一度も行われていない場合、関連付けが最後に行われてからの経過時間が閾値を超えている場合などに、上記トリガの１つであるユーザ入力を促すテキスト、画像または音声をデータ受信装置２００に出力させてもよい。

【0068】

データ管理部２０４は、日時算出部２０３から日時データとセンサデータとを受け取り、これらを関連付けてデータ記憶部２０５に書き込む。また、データ管理部２０４は、例えば図示されない上位アプリケーション（例えば生体データの管理アプリケーション）からの命令に従って、データ記憶部２０５に格納されている日時データおよびセンサデータのセットを読み出し、送信部２０６または図示されない表示部へ送る。

【0069】

データ記憶部２０５は、データ管理部２０４によって日時データおよびセンサデータのセットを読み書きされる。

【0070】

送信部２０６は、データ管理部２０４から日時データおよびセンサデータのセットを受け取り、これらをネットワーク経由でサーバ３００へ送信する（図３参照）。送信部２０６は、例えば移動通信またはＷＬＡＮを利用する。なお、図３の例では、データ送信装置１００として腕時計型のウェアラブル血圧計の外観が示されているが、データ送信装置１００の外観はこれに限られず据え置き型の血圧計であってもよいし、他の生体情報または活動情報に関する量を測定するセンサ装置であり得る。

【0071】

サーバ３００は、多数のユーザのセンサデータ（主に生体データ）を管理するデータベースに相当する。サーバ３００は、ユーザ自身のほか、例えば、ユーザの健康指導、保険加入査定、健康増進プログラムの成績評価などに供するために、健康指導者、保険会社またはプログラム運営者のＰＣなどからのアクセスに応じて当該ユーザの生体データを送信してもよい。

【0072】

＜データ送信装置＞
次に、図６を用いて、本実施形態に係るデータ送信装置１００のソフトウェア構成の一例を説明する。図６は、データ送信装置１００のソフトウェア構成の一例を模式的に示す。

【0073】

図７に示した制御部１１１は、記憶部１１２に格納されているプログラムをＲＡＭに展開する。そして、制御部１１１は、このプログラムをＣＰＵにより解釈および実行して、図７に示した各種のハードウェア要素を制御する。これにより、図６に示されるとおり、データ送信装置１００は、生体センサ１０１と、動きセンサ１０２と、時計部１０３と、入力部１０４と、データ管理部１０５と、データ記憶部１０６と、送信制御部１０７と、送信部１０８と、表示制御部１０９と、表示部１１０とを備えるコンピュータとして機能する。

【0074】

生体センサ１０１は、ユーザの生体情報に関する量を測定することで生体データを得る。生体センサ１０１の動作は、例えば図示されないセンサ制御部によって制御される。生体センサ１０１は、生体データを時計部１０３から受け取った日時データに関連付けて、データ管理部１０５へ送る。生体センサ１０１は、典型的には、ユーザの血圧を測定することで血圧データを得る血圧センサを含む。この場合に、生体データは血圧データを含む。血圧データは、例えば、収縮期血圧および拡張期血圧の値と脈拍数とを含み得るが、これに限られない。このほか、生体データは、心電データ、脈波データ、体温データなどを含むことができる。

【0075】

血圧センサは、ユーザの血圧を１拍毎に連続測定可能な血圧センサ（以降、連続型の血圧センサと称する）を含むことができる。連続型の血圧センサは、脈波伝播時間（ＰＴＴ；Ｐｕｌｓｅ Ｔｒａｎｓｉｔ Ｔｉｍｅ）からユーザの血圧を連続測定してもよいし、トノメトリ法または他の技法により連続測定を実現してもよい。

【0076】

血圧センサは、連続型の血圧センサに代えて、または、加えて、連続測定不可能な血圧センサ（以降、非連続型の血圧センサと称する）を含むこともできる。非連続型の血圧センサは、例えば、カフを圧力センサとして用いてユーザの血圧を測定する（オシロメトリック法）。

【0077】

非連続型の血圧センサ（特に、オシロメトリック方式の血圧センサ）は、連続型の血圧センサに比べて、測定精度が高い傾向にある。故に、血圧センサは、例えば、何らかの条件が満足する（例えば、連続型の血圧センサによって測定されたユーザの血圧データが所定の状態を示唆した）ことをトリガとして、連続型の血圧センサに代えて非連続型の血圧センサを作動させることにより、血圧データをより高い精度で測定してもよい。

【0078】

動きセンサ１０２は、例えば、加速度センサまたはジャイロセンサであり得る。動きセンサ１０２は、当該動きセンサ１０２の受ける加速度／角速度を検出することで３軸の加速度／角速度データを得る。動きセンサ１０２の動作は、例えば図示されないセンサ制御部によって制御される。この加速度／角速度データは、データ送信装置１００を装着しているユーザの活動状態（姿勢および／または動作）を推定するために用いることができる。動きセンサ１０２は、加速度／角速度データを時計部１０３から受け取った日時データに関連付けて、データ管理部１０５へ送る。

【0079】

なお、生体センサ１０１および動きセンサ１０２のうち一方が省略されてもよい。また、生体センサ１０１および動きセンサ１０２に加えて、または、代えて、環境センサが設けられてもよい。環境センサは、例えば、温度センサ、湿度センサ、気圧センサなどを含み得る。すなわち、センサデータとは、センサが予め定められた物理量を測定し、測定結果に基づいて生成する任意のデータであり得る。

【0080】

時計部１０３は、日時を指示する。時計部１０３は、例えば、固定周波数で振動する水晶発振器と、その出力を分周して１Ｈｚの信号を得る分周回路と、この信号をカウントして日時を示すシリアル値を得るカウンタとを含む。時計部１０３は、現在日時を示す日時データ（例えば上記シリアル値）を生体センサ１０１および動きセンサ１０２へ送る。日時データは、生体センサ１０１による生体データの測定日時、動きセンサ１０２による加速度／角速度データの測定日時などとして用いることができる。このほか、日時データは、表示部１１０へ表示するために表示制御部１０９によって参照されたり、前述のＴｉｍｅフィールドに格納された日時データが日時の関連付けに使用可能（略最新）であるか否かを表すフラグを設定するために、または、日時の関連付けに使用可能な（略最新の）日時データをアドバタイジングするために送信制御部１０７によって参照されたりする。

【0081】

時計部１０３（の保持するシリアル値）は、例えば、ユーザ入力によって調整（時刻合わせ）可能に設計されてもよいが、前述のようにデータ受信装置２００はデータ送信装置１００のローカル日時の正誤に関わらず、日時データを適宜書き換えることができる。故に、敢えて、かかる設計としないことで、入力装置１１４を簡素化（ボタン数の削減等）してもよい。なお、この場合にも、例えば、「１０分前」、「２時間前」、「昨日」、「１週間前」などの現在日時を基準とした相対的な日時をユーザに提示することは可能である。

【0082】

入力部１０４は、ユーザ入力を受け付ける。ユーザ入力は、例えば、送信部１０８によるデータ送信を制御するためのものであったり、表示部１１０によるデータ表示を制御するためのものであったり、生体センサ１０１または動きセンサ１０２による測定を開始するためのものであったりする。

【0083】

送信部１０８によるデータ送信を制御するためのユーザ入力は、例えば、特定の日時データおよびセンサデータのセットの送信を明示的または黙示的に指示するもの、日時の関連付けに使用可能な（略最新の）日時データの送信を明示的または黙示的に指示するものなどであり得る。

【0084】

入力部１０４は、送信部１０８によるデータ送信を制御するためのユーザ入力を送信制御部１０７へ送り、表示部１１０によるデータ表示を制御するためのユーザ入力を表示制御部１０９へ送り、生体センサ１０１または動きセンサ１０２による測定を開始するためのユーザ入力を図示されないセンサ制御部へ送る。

【0085】

データ管理部１０５は、生体センサ１０１または動きセンサ１０２から日時データに関連付けられたセンサデータ（生体データまたは加速度／角速度データ）を受け取り、これらをデータ記憶部１０６に書き込む。データ管理部１０５は、日時データおよびセンサデータを新たに受け取った場合に、これらを自動的に送信制御部１０７または表示制御部１０９へ送ってもよい。また、データ管理部１０５は、送信制御部１０７または表示制御部１０９からの命令をトリガとして、データ記憶部１０６に格納されている日時データおよびセンサデータのセットを読み出し、送信制御部１０７または表示制御部１０９へ送ってもよい。

【0086】

データ記憶部１０６は、データ管理部１０５によって日時データおよびセンサデータのセットを読み書きされる。

【0087】

送信制御部１０７は、データ管理部１０５から日時データおよびセンサデータのセットを受け取り、これらに基づいて、図１０～図１２を用いて説明したようなＢＬＥのアドバタイズメントパケットを生成する。なお、送信制御部１０７は、前述のＴｉｍｅフィールドに格納された日時データが日時の関連付けに使用可能であるか否かを表すフラグを設定するために、時計部１０３の保持する日時データを参照し、データ管理部１０５から受け取った日時データと比較してもよい。また、送信制御部１０７は、時計部１０３から日時の関連付けに使用可能な（略最新の）日時データを受け取り、これに基づいて、データ受信装置２００へ日時の関連付けに使用可能な日時データをアドバタイジングするためのアドバタイズメントパケットを生成することもあり得る。送信制御部１０７は、生成したアドバタイズメントパケットを送信部１０８へ送る。

【0088】

送信制御部１０７は、入力部１０４から、送信部１０８によるデータ送信を制御するためのユーザ入力を受け取ることがある。この場合に、送信制御部１０７は、ユーザ入力に基づいてデータ管理部１０５に特定の日時データおよびセンサデータのセットを要求したり、時計部１０３に略最新（日時の関連付けに使用可能である）の日時データを要求したりする。その他、送信制御部１０７は、過去に送信したデータの再送や、日時の関連付けに使用可能な日時データのアドバタイジングなどのために、ユーザ入力に関わらず、アドバタイズメントパケットを生成し得る。

【0089】

送信部１０８は、送信制御部１０７からＢＬＥのアドバタイズメントパケットを受け取り、これを送信（アドバタイジング）する。

【0090】

表示制御部１０９は、データ管理部１０５から日時データおよびセンサデータのセットを受け取り、これらに基づいて表示部１１０の表示データを生成する。また、表示制御部１０９は、時計部１０３を参照して、時計部１０３の保持する日時データを表示部１１０に表示させるための表示データを生成することもある。表示制御部１０９は、生成した表示データを表示部１１０へ送る。

【0091】

表示制御部１０９は、入力部１０４から、表示部１１０によるデータ表示を制御するためのユーザ入力を受け取ることがある。この場合に、表示制御部１０９は、ユーザ入力に基づいてデータ管理部１０５に特定の日時データおよびセンサデータのセットを要求したり、時計部１０３に略最新の日時データを要求したりする。

【0092】

表示部１１０は、表示制御部１０９から表示データを受け取り、これを表示する。

【0093】

＜その他＞
データ送信装置１００およびデータ受信装置２００の各機能に関しては後述する動作例で詳細に説明する。なお、本実施形態では、データ送信装置１００およびデータ受信装置２００の各機能がいずれも汎用のＣＰＵによって実現される例について説明している。しかしながら、以上の機能の一部又は全部が、１又は複数の専用のプロセッサにより実現されてもよい。また、データ送信装置１００およびデータ受信装置２００それぞれのソフトウェア構成に関して、実施形態に応じて、適宜、機能の省略、置換及び追加が行われてもよい。

【0094】

§３ 動作例
＜データ受信装置＞
次に、図５を用いて、データ受信装置２００の動作例を説明する。図５は、データ受信装置２００の動作の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

【0095】

図５の動作例は、データ受信装置２００の受信部２０１が、データ送信装置１００からＢＬＥのアドバタイズメントパケット（日時データおよびセンサデータと、当該日時データが日時の関連付けに使用可能であるか否かを表すフラグとを格納したもの）を受信することで開始する。

【0096】

まず、日時算出部２０３は、受信部２０１の受信したフラグを参照し、アドバタイズメントパケットに格納された日時データが日時の関連付けに使用可能であるか否かを判定する（ステップＳ４０１）。アドバタイズメントパケットが日時の関連付けに使用可能な日時データを含むならば処理はステップＳ４０２へと進み、そうでなければ処理はステップＳ４０３へと進む。

【0097】

ステップＳ４０２において、日時算出部２０３は、基準日時とデータ送信装置１００のローカル日時との関連付けをリセットする。すなわち、時計部２０２の指示する現在日時を基準日時として、受信した日時データの示すローカル日時と関連付ける。そして、処理はステップＳ４０４へと進む。

【0098】

ステップＳ４０３において、日時算出部２０３は、日時の関連付けが実施済みであるか、すなわち、基準日時とデータ送信装置１００のローカル日時との関連付けが過去になされているかを判定する。基準日時とデータ送信装置１００のローカル日時との関連付けが過去になされていれば処理はステップＳ４０４へと進み、そうでなければ処理はステップＳ４０６へと進む。

【0099】

ステップＳ４０４において、日時算出部２０３は、基準日時とデータ送信装置１００のローカル日時との関連付けを利用して、受信した日時データの書き換えを行う。具体的には、日時算出部２０３は、受信した日時データの示すローカル日時と、基準日時に関連付けられるローカル日時との差を算出する。そして、日時算出部２０３は、基準日時にこの差を加算することで、日時データの示すローカル日時に関連付けられる時計部２０２の日時を算出する。日時算出部２０３は、算出した日時によって、日時データを書き換える。そして、処理はステップＳ４０５へと進む。

【0100】

ステップＳ４０５において、データ管理部２０４は、ステップＳ４０４において書き換えられた日時データと、受信したセンサデータとを関連付けてデータ記憶部２０５に保存し、処理は終了する。

【0101】

ステップＳ４０６において、日時算出部２０３は、基準日時とデータ送信装置１００のローカル日時との関連付けが利用できないので、受信した日時データの書き換えを行うことができない。故に、所定のエラー処理が行われ、処理は終了する。このエラー処理は、例えば、データ送信装置１００に日時の関連付けに使用可能な日時データをアドバタイジングさせるためのトリガとなるユーザ入力を促すテキスト、画像または音声をデータ受信装置２００の出力装置２１５に出力させることを含み得る。受信した日時データおよびセンサデータは、破棄されてもよいが、保存されてもよい。受信した日時データおよびセンサデータを保存しておけば、その後に行われるであろう基準日時とデータ送信装置１００のローカル日時との関連付けを利用して日時データを書き換えることで、データの欠落を防ぐことができる。

【0102】

＜データ送信装置＞
次に、図８を用いて、データ送信装置１００の動作例を説明する。図８は、データ送信装置１００の動作の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

【0103】

図８の動作例は、図示されないセンサ制御部が生体センサ１０１に測定を開始するための命令を与えることで開始する。なお、図８の動作例に限らず、データ送信装置１００は、予め定められた様々なトリガに応じて、時計部１０３の略最新の（日時の関連付けに使用可能な）日時データをＢＬＥのアドバタイズメントパケットに格納して送信することができる。略最新の日時データは、センサデータに関連付けられて送信されてもよいし、センサデータとは独立に送信されてもよい。

【0104】

生体センサ１０１は、ユーザの生体情報に関する量を測定して生体データ（センサデータ）を生成する（ステップＳ５０１）。この生体データは、時計部１０３の日時データと関連付けて、データ管理部１０５へ送られる。データ管理部１０５は、日時データおよび生体データのセットをデータ記憶部１０６へ書き込むとともに、アドバタイジングのために送信制御部１０７へ送る。そして、処理はステップＳ５０２へと進む。

【0105】

ステップＳ５０２において、送信制御部１０７は、アドバタイジング対象の日時データの示す日時と時計部１０３の現在日時とを比較し、所定時間が経過したか否かを判定する。所定時間が経過していれば処理はステップＳ５０４へと進み、そうでなければ処理はステップＳ５０３へと進む。

【0106】

この所定時間が大きいほど、データ受信装置２００における基準日時とデータ送信装置１００のローカル日時との関連付けの精度は低くなる（すなわち許容誤差が大きくなる）が、関連付けの行われる頻度は高くなる。一例として、データ受信装置２００がセンサデータの測定時間を分単位で管理するのであれば、所定時間は数秒から数十秒程度に設定され得る。

【0107】

ステップＳ５０３において、送信制御部１０７は、アドバタイジング対象の日時データが日時の関連付けに使用可能であることを表すフラグと、当該日時データと、ステップＳ５０１において測定された生体データとを格納したアドバタイズメントパケットを生成し、送信部１０８がこれを送信する。そして、処理はステップＳ５０５へと進む。

【0108】

他方、ステップＳ５０４において、送信制御部１０７は、アドバタイジング対象の日時データが日時の関連付けに使用可能でないことを表すフラグと、当該日時データと、ステップＳ５０１において測定された生体データとを格納したアドバタイズメントパケットを生成し、送信部１０８がこれを送信（アドバタイジング）する。そして、処理はステップＳ５０５へと進む。

【0109】

ステップＳ５０５では、ステップＳ５０３またはステップＳ５０４で送信したアドバタイズメントパケットの再送タイミングを待ち受ける。アドバタイズメントパケットの伝送のような片方向通信では、送信元は送信データが宛先によって正しく受信されたかどうかを確認することができないので、宛先におけるデータの欠落を想定してデータの再送を行うことが好ましい。再送タイミングが到来すると、処理はステップＳ５０２に戻る。

【0110】

ステップＳ５０２からステップＳ５０５のループによれば、生体情報に関する量の測定（ステップＳ５０１）から所定時間が経過するまでは、アドバタイジング対象の日時データが日時の関連付けに使用可能であることを表すフラグを含んだアドバタイズメントパケットが繰り返し送信される。すなわち、データ受信装置２００は、この所定時間が経過するまでにアドバタイズメントパケットを受信すれば、基準日時とデータ送信装置１００のローカル日時との関連付けを行うことができる。

【0111】

［作用・効果］
以上説明したように、本実施形態では、データ送信装置は、予め定められたトリガに応じて、時計部の略最新の（日時の関連付けに使用可能な）日時を示す日時データを含む片方向通信用のパケットを送信する。そして、データ受信装置は、このデータ送信装置から送信された日時データの示す日時を自己に内蔵された時計部の現在日時（基準日時）に関連付ける。以降、データ受信装置は、データ送信装置から送信されるセンサデータに関連付けられた日時データの示すデータ送信装置のローカル日時を自己に内蔵された時計部の指示する日時を基準に書き換える。従って、本実施形態によれば、データ送信装置に内蔵された時計部の時刻合わせが行われていない場合や、当該時計部が不正確な日時を指示する場合にも、データ受信装置はセンサデータに関連付けられる適切な日時を算出することができる。

【0112】

§４ 変形例
以上、本発明の実施の形態を詳細に説明してきたが、前述までの説明はあらゆる点において本発明の例示に過ぎない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。例えば、以下のような変更が可能である。なお、以下では、上記実施形態と同様の構成要素に関しては同様の符号を用い、上記実施形態と同様の点については、適宜説明を省略した。以下の変形例は適宜組み合わせ可能である。

【0113】

＜４．１＞
例えば、上記実施形態では、データ送信装置は、センサデータと当該センサデータの測定日時を示す日時データとをＢＬＥのアドバタイズメントパケットに格納して送信している。しかしながら、データ送信装置は、センサデータの測定日時を示す日時データに代えて、当該測定日時からの経過日時を示す日時差データをＢＬＥのアドバタイズメントパケットに格納して送信してもよい。日時差データは、例えば、センサデータに関連付けられた日時データの示す（測定）日時と、時計部１０３の略最新の（すなわち、パケット送信時の）日時との差を算出することで導出可能である。

【0114】

この変形例では、データ受信装置は、時計部２０２の略最新の日時を用いて日時差データから日時データを算出する。具体的には、日時算出部２０３は、時計部２０２の略最新の日時から日時差データの示す差を差し引くことで、センサデータに関連付けられる日時を算出可能である。

【0115】

この変形例によれば、データ送信装置１００がセンサデータを送信する度に日時差データを算出する必要がある一方で、データ受信装置２００は基準日時とデータ送信装置１００のローカル日時との関連付けを行わなくても、センサデータに関連付けられる日時を算出することができる。

【0116】

ただし、ここまで説明した実施形態は全て、あらゆる点において本発明の例示に過ぎない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。つまり、本発明の実施にあたって、実施形態に応じた具体的構成が適宜採用されてもよい。なお、各実施形態において登場するデータを自然言語により説明しているが、より具体的には、コンピュータが認識可能な疑似言語、コマンド、パラメータ、マシン語等で指定される。

【0117】

§５ 付記
上記各実施形態の一部または全部は、特許請求の範囲のほか以下の付記に示すように記載することも可能であるが、これに限られない。
（付記１）
データ送信装置と通信するデータ受信装置であって、
メモリと、
前記メモリに接続されたプロセッサと
を具備し、
前記プロセッサは、
（ａ）日時を指示する時計部と、
（ｂ）前記データ送信装置から送信された片方向通信用のパケットを受信する受信部と、
（ｃ）（１）前記パケットが、前記データ送信装置におけるローカル日時を示す第１の日時データと、前記第１の日時データが日時の関連付けに使用可能であることを表す情報とを含む場合に、前記第１の日時データにより示されるローカル日時に関連付けて前記時計部の指示する日時を基準日時としてメモリに保存し、（２）前記パケットが、センサデータと、当該センサデータに関連付けられる、前記データ送信装置におけるローカル日時を示す第２の日時データとを含む場合に、前記基準日時に関連付けられて前記メモリに保持されているローカル日時と前記第２の日時データの示すローカル日時との差と、前記メモリに保持されている前記基準日時とに基づいて第３の日時データを算出する算出部
として機能するように構成される、
データ受信装置。

【0118】

（付記２）
メモリと、
前記メモリに接続されたプロセッサと
を具備し、
前記プロセッサは、
（ａ）日時を指示する時計部と、
（ｂ）（１）前記時計部の日時を示す第１の日時データと、前記第１の日時データが日時の関連付けに使用可能であることを表す情報とを含む、片方向通信用の第１のパケット、および（２）センサによって測定されたセンサデータと当該センサデータの測定された時の前記時計部の日時を示す第２の日時データとを含む、片方向通信用の第２のパケットを送信する送信部
として機能するように構成される、
データ送信装置。

【0119】

（付記３）
データ送信装置と通信するデータ受信装置であって、
メモリと、
前記メモリに接続されたプロセッサと
を具備し、
前記プロセッサは、
（ａ）日時を指示する時計部と、
（ｂ）前記データ送信装置から送信された片方向通信用のパケットを受信する受信部と、
（ｃ）前記パケットが、センサデータと、当該センサデータに関連付けられる日時差データとを含む場合に、前記時計部の日時を用いて前記日時差データから前記センサデータの測定日時を表す日時データを算出する算出部
として機能するように構成され、
前記日時差データは、前記日時差データの関連付けられたセンサデータを前記パケットの送信元が測定したローカル日時と当該パケットの送信元が当該パケットを送信したローカル日時との差を示す、
データ受信装置。

【0120】

（付記４）
メモリと、
前記メモリに接続されたプロセッサと
を具備し、
前記プロセッサは、
（ａ）日時を指示する時計部と、
（ｂ）片方向通信用のパケットを送信する送信部
として機能するように構成され、
前記パケットは、センサによって測定されたセンサデータと当該センサデータの測定された時の前記時計部の日時および前記パケットを送信する時の前記時計部の日時の差を示す日時差データとを含む、
データ送信装置。

【符号の説明】

【0121】

１００・・・データ送信装置
１０１・・・生体センサ
１０２・・・動きセンサ
１０３・・・時計部
１０４・・・入力部
１０５，２０４・・・データ管理部
１０６，２０５・・・データ記憶部
１０７・・・送信制御部
１０８，２０６・・・送信部
１０９・・・表示制御部
１１０・・・表示部
１１１，２１１・・・制御部
１１２，２１２・・・記憶部
１１３，２１３・・・通信インタフェース
１１４，２１４・・・入力装置
１１５，２１５・・・出力装置
１１６，２１６・・・外部インタフェース
１１７・・・バッテリ
２００・・・データ受信装置
２０１・・・受信部
２０２・・・時計部
２０３・・・日時算出部
３００・・・サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】