特許 6145215 ライフログクラウドシステム、ライフログクラウドシステムの制御方法、ライフログ制御方法、プログラム、記録媒体、クラウドサーバ

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

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

(11)【特許番号】6145215

(24)【登録日】2017年5月19日

(45)【発行日】2017年6月7日

(54)【発明の名称】ライフログクラウドシステム、ライフログクラウドシステムの制御方法、ライフログ制御方法、プログラム、記録媒体、クラウドサーバ

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20170529BHJP

【ＦＩ】

   G06Q50/10ZIT

【請求項の数】11

【全頁数】13

(21)【出願番号】特願2016-506397(P2016-506397)

(86)(22)【出願日】2015年8月19日

(86)【国際出願番号】JP2015073238

【審査請求日】2016年2月5日

(73)【特許権者】

【識別番号】000233491

【氏名又は名称】株式会社日立システムズ

(74)【代理人】

【識別番号】110000062

【氏名又は名称】特許業務法人第一国際特許事務所

(72)【発明者】

【氏名】森田 豊久

(72)【発明者】

【氏名】木村 英志

【審査官】 佐藤 裕子

(56)【参考文献】

【文献】 特開２０１５−１６２１６（ＪＰ，Ａ）

【文献】 国際公開第２０１３／０６１４１５（ＷＯ，Ａ１）

【文献】 国際公開第２０１０／０３２５７９（ＷＯ，Ａ１）

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

Ｇ０６Ｑ １０／００ − ９９／００

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

【請求項1】

センサと、サーバシステムからなり、
前記センサは、同一人が使い回すことができる複数のセンサを含み、
前記サーバシステムは、通信装置、記憶装置、処理装置を含み、
前記通信装置は、前記センサとの間でデータ通信を行う通信部を含み、
前記記憶装置は、少なくとも端末・ユーザテーブル、ライフログ、判定ロジックを記憶する記録部を含み、
前記端末・ユーザテーブルは、前記複数のセンサの識別子とユーザの識別子の対応情報を含み、
前記ライフログは、ユーザごとの時系列のセンサ情報を含み、
前記判定ロジックは、前記ライフログに書き込む上書き条件の記述を含み、
前記処理装置は、少なくとも判定部、登録部を含み、
前記複数のセンサを取り換えて装着した場合、
前記判定部は、前記判定ロジックの上書き条件と前記センサから入力したデータを参照し、当該センサデータを前記ライフログに上書きで書き込むか否かを判定し、
前記登録部は、前記判定部にて、前記判定ロジックの上書き条件を満たしたとき、前記センサデータを、前記端末・ユーザテーブルを参照して前記ライフログに１レコードとして時系列に書き込む処理を行うことを特徴とする
ライフログクラウドシステム。

【請求項2】

請求項１記載のライフログクラウドシステムにおいて、
前記判定ロジックは、前記ライフログに書き込む上書き条件としては、ユーザが前記センサを装着していたことを推定するに足りる条件を含み、
前記判定部は、前記センサ情報に含まれる時刻ごとに各時刻に対応する前記センサデータを前記ライフログに上書きで書き込むか否かを判定し、
前記登録部は、前記判定部で、前記判定ロジックの上書き条件を満たし、前記センサデータを、前記端末・ユーザテーブルを参照して前記ライフログに書き込むとき、当該書込み時刻のセンサデータを前記ライフログに上書きで書き込み、
前記判定ロジックの上書き条件を満たしていないときには、当該書込み時刻の前記センサデータの前記ライフログへの上書きでの書き込みを阻止して飛ばす
ことを特徴とするライフログクラウドシステム。

【請求項3】

請求項１又は２記載のライフログクラウドシステムにおいて、
前記登録部は、更に前記センサから得た日時より粗い粒度の時間帯を算出し、当該時間帯のライフログに対して、前記センサデータの書き込み実施を行うことを特徴とするライフログクラウドシステム。

【請求項4】

センサと、サーバシステムからなり、
前記センサは、同一人が使い回すことができる複数のセンサを含み、
前記サーバシステムは、通信装置、記憶装置、処理装置を含み、
前記センサとの間でデータ通信を行う通信部を含み、
前記記憶装置は、少なくとも端末・ユーザテーブル、ライフログ、判定ロジックを記憶する記録部を含み、
前記端末・ユーザテーブルは、前記複数のセンサの識別子とユーザの識別子の対応情報を含み、
前記ライフログは、ユーザごとの時系列のセンサ情報を含み、
前記判定ロジックは、前記ライフログに書き込む上書き条件の記述を含み、
ライフログクラウドシステムの制御方法であって、
前記処理装置は、
前記複数のセンサを取り換えて装着した場合、
前記判定ロジックの上書き条件と前記センサから入力したデータを参照し、当該データを前記ライフログに上書きで書き込むか否かを判定するステップ、
前記判定するステップにて、前記判定ロジックの上書き条件を満たしたとき、前記センサデータを、前記端末・ユーザテーブルを参照して前記ライフログに１レコードとして時系列に書き込むステップ、
を含むことを特徴とするライフログクラウドシステムの制御方法。

【請求項5】

請求項４記載のライフログクラウドシステムの制御方法において、
前記処理装置は、更に前記センサから得た日時より粗い粒度の時間帯を算出するステップ、
前記時間帯のライフログに対して前記センサデータの書き込み実施するステップ、を含む
ことを特徴とするライフログクラウドシステムの制御方法。

【請求項6】

同一人が使い回すことができる複数のウェアラブルセンサにより計測したセンサデータを受信し、当該センサデータをライフログに記憶するライフログ制御方法であって、
複数のセンサを取り換えて装着した場合、
前記ウェアラブルセンサとのセンサの識別子とユーザの識別子の対応情報を含む端末・ユーザテーブルを保持するステップと、
ユーザごとの時系列のセンサデータを含むライフログを保持するステップと、
前記ライフログに上書き条件の記述を含む判定ロジックを保持するステップと、
前記センサデータを、前記判定ロジックの上書き条件を元に前記ライフログに上書きで書き込むか否かを判定するステップと、
前記判定するステップにて、前記判定ロジックの上書き条件を満たしたとき、前記センサデータを、前記端末・ユーザテーブルを参照して前記ライフログに１レコードとして時系列に書き込むステップと、
を含むことを特徴とするライフログ制御方法。

【請求項7】

請求項６記載のライフログ制御方法において、
前記判定ロジックは、前記ライフログに上書き条件としては、ユーザが前記センサを装着していたことを推定するに足りる条件を含み、
前記判定するステップは、前記センサ情報に含まれる時刻ごとに各時刻に対応する前記センサデータを前記ライフログに上書きで書き込むか否かを判定する判定処理ステップを含み、
前記上書きで書き込むステップは、前記判定するステップで、前記判定ロジックの上書き条件を満たし、前記センサデータを、前記端末・ユーザテーブルを参照して前記ライフログに書き込むとき、当該書込み時刻のセンサデータを前記ライフログに上書きで書き込み、
前記判定ロジックの上書き条件を満たしていないときには、当該書込み時刻の前記センサデータの前記ライフログへの上書きでの書き込みを阻止して飛ばす
ことを特徴とするライフログ制御方法。

【請求項8】

請求項５乃至６記載の何れか１つに記載されたライフログの制御方法において、前記各ステップを実行可能な形式にてコンピュータで実行するプログラム。

【請求項9】

同一人が使い回すことができる複数のウェアラブルセンサにより計測したセンサデータを受信し、当該センサデータをライフログに記憶するライフログシステムに以下のステップを実行させるプログラム。
前記複数のウェアラブルセンサを取り換えて装着した場合、
前記ウェアラブルセンサとのセンサの識別子とユーザの識別子の対応情報を含む端末・ユーザテーブルを保持するステップ、
ユーザごとの時系列のセンサデータを含むライフログを保持するステップ、
前記ライフログに書き込む上書き条件の記述を含む判定ロジックを保持するステップ、
前記センサデータを、前記判定ロジックの書き込む上書き条件を元に前記ライフログに上書きで書き込むか否かを判定するステップ、
前記判定するステップにて、前記判定ロジックの上書き条件を満たしたとき、前記センサデータを、前記端末・ユーザテーブルを参照して前記ライフログに１レコードとして時系列に書き込むステップ。

【請求項10】

同一人が使い回すことができる複数のセンサとサーバシステムからなり、
前記サーバシステムは、通信装置、記憶装置、処理装置を含み、
前記記憶装置は、少なくとも端末・ユーザテーブル、ライフログ、判定ロジックを記憶する記録部を含み、
前記端末・ユーザテーブルは、前記複数のセンサの識別子とユーザの識別子の対応情報を含み、
前記ライフログは、ユーザごとの時系列のセンサ情報を含み、
前記判定ロジックは、前記ライフログに書き込む上書き条件の記述を含み、
前記複数のセンサと前記クラウドサーバとの間において、前記通信装置を介してデータの通信を行うライフログシステムをコンピュータによって実現するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記複数のセンサを取り換えて装着した場合、
前記判定ロジックの上書き条件と前記センサからのデータを参照し、当該データをライフログに上書きで書き込むか否かを判定するステップと、
前記判定するステップにて、前記判定ロジックの上書き条件を満たしたとき、前記センサからのデータを、前記端末・ユーザテーブルを参照して前記ライフログに１レコードとして時系列に書き込むステップと、
をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体。

【請求項11】

複数のウェアラブルセンサからユーザの生活状態に関するデータを受信するサーバシステムにおいて、
通信装置、記憶装置、処理装置を含み、
前記通信装置は、前記センサとの間でデータ通信を行う通信部を含み、
前記記憶装置は、少なくとも端末・ユーザテーブル、ライフログ、判定ロジックを記憶する記録部を含み、
前記端末・ユーザテーブルは、前記複数のセンサの識別子とユーザの識別子の対応情報を含み、
前記ライフログは、ユーザごとの時系列のセンサ情報を含み、
前記判定ロジックは、前記ライフログに書き込む上書き条件の記述を含み、
前記処理装置は、少なくとも判定部、登録部を含み、
前記複数のウェアラブルセンサを取り換えて装着した場合、
前記判定部は、前記判定ロジックの上書き条件と前記センサから入力したデータを参照し、当該データを前記ライフログに上書きで書き込むか否かを判定し、
前記登録部は、前記判定部にて、前記判定ロジックの上書き条件を満たしたとき、前記センサからのデータを、前記端末・ユーザテーブルを参照して前記ライフログに１レコードとして時系列に書き込む処理を行うことを特徴とする
サーバシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ライフログクラウドシステムに関し、更に詳しくは、身体や衣服に装着して使用するウェアラブルセンサにより各個人の生活履歴や運動履歴、また身体計測量、などを含むデータ、例えば、ユーザの生活状態に関するデータを計測し、当該データを個人のライフログデータとして管理、利活用するライフログクラウドシステム、ライフログクラウドシステムの制御方法、ライフログ制御方法、プログラム、記録媒体、クラウドサーバに関する。

【背景技術】

【0002】

斯様なウェアラブルセンサを用いて、個人の生活履歴、運動履歴や身体計測量を計測し、個人のライフログデータとして管理、利活用するシステムは、市場に出回っている。また、運動状態を示すデータを計測し、日常の生活に密着して生活パターンの改善や、適切な摂取カロリー量を把握可能とするため、特開２００５−２０５１６７号公報（特許文献１）に記載の技術がある。
この公報には、日常の生活パターンに生活活動適正化のアドバイスを被測定対象者にリアルタイムに自動的提示可能な運動状態センシングシステムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００５−２０５１６７号

【発明の概要】

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

【0004】

特許文献１に記載されたシステムによれば、生活活動適正化のアドバイスにより、「日常の生活に密着して生活パターンの改善や、適切な摂取カロリー量を把握可能」となる効果を奏する。

【0005】

しかし、その反面、以下のような課題がある。
あるユーザが複数の用途別センサを用意し、ある計測値、例えば加速度を計測する場合であって、ユーザが途中でセンサを取り換え、後で複数のセンサのデータをまとめてサーバやクラウドに通信するケースでは、時刻ごとにどのセンサのデータが採用されるべきかが不定となる。
例えば、あるユーザが、普段使用している通常用センサ１、睡眠時にも計測できるセンサ２、水泳時にも計測できる防水用センサ３と、３つのウェアラブルの加速度センサを時間、場所や用途ごとに取り換えながら使いこなし、一日の適当なタイミングでセンサ１、センサ２、センサ３の順にデータをクラウド側にアップロードするケースを考える。
このとき、それぞれの時刻でセンサ１〜３のどのセンサのデータを採用するかは何らかの取り決めが必要である。例えば、最初にアップロードされたセンサ１のデータが採用されて、それ以降のセンサ２やセンサ３からアップロードされたデータが無効とされるという実施の方法や、あるいは、最後にアップロードされたセンサ３のデータが有効でそれより以前にアップロードされていたデータは上書きされるという実施の方法があり得る。
この二つの方法は、もちろん予めそのように設定しておかなければならないし、例えそのように設定したとしても、上記の二つの方法いずれにおいても、「ある部分だけあるセンサのデータを使い、それ以外の部分では別のセンサを使う」ということはできない。また、結果がアップロードの順序に依存してしまうことになる。
センサを衣服や身体に身に着けて使用するウェアラブルセンサが市場に多数出回り、それらを時計のようにＴＰＯ（ティーピーオー：Time（時間）、Place（場所）、Occasion（場合）に応じたセンサの使い分け）や生活シーンや活動内容に応じて任意に取り換えて、それぞれの該当する時刻のデータを適切にデータとして管理したいというニーズに対して、上述したような従来技術では十分に応えられない。

【0006】

そこで、本発明では、ユーザが複数のセンサを取り換えて使用するとき、どの時間帯ではどのセンサのデータを当該ユーザのデータとして採用するかを管理し、ユーザがどのセンサをどの時刻に使っていたかをいちいち陽に教えなくとも、ライフログとして適切で一貫したデータを利活用できるようにすることを目的とする。
ここで、ユーザがどのセンサをどの時刻に使っていたかをいちいち陽に教えなくともとは、例えば、「何年何月何日の時刻１０：４６〜１１：００まではセンサ１ａ」である旨をユーザがシステムに教えなくても、システム側にてユーザが使っていたセンサを推定して知り得るようにすることを意味する。

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

【0007】

上記課題を解決するために、代表的な本発明のライフログクラウドシステム、ライフログクラウドシステムの制御方法、ライフログ制御方法、プログラム、記録媒体、クラウドサーバ、の一つは、
センサと、サーバシステムからなり、
前記センサは、同一人が使い回すことができる複数のセンサを含み、
前記サーバシステムは、通信装置、入出力装置、記憶装置、処理装置を含み、
前記記憶装置は、少なくとも端末・ユーザテーブル、ライフログ、判定ロジックを記憶する記録部を含み、
前記端末・ユーザテーブルは、前記複数のセンサの識別子とユーザの識別子の対応情報を含み、
前記ライフログは、ユーザごとの時系列のセンサ情報を含み、
前記判定ロジックは、前記ライフログに書き込む条件の記述を含み、
前記処理装置は、少なくとも判定部、登録部を含み、
前記判定部は、前記判定ロジックと前記センサから入力したデータを参照してこれを前記ライフログに書き込むか否かを判定し、
前記登録部は、前記判定部にて、前記判定ロジックの書き込み条件を満たしたとき、前記端末・ユーザテーブルを参照し、前記ライフログに書き込む処理を行うことを特徴とする。

【発明の効果】

【0008】

本発明によれば、ユーザが複数のウェアラブルセンサを取り換えて装着する場合に、どの時間帯でどのセンサのデータを当該ユーザのデータとして採用するかを管理することができるため、ウェアラブルセンサを時計のようにＴＰＯや生活シーンや活動内容に応じて任意に取り換えた場合でも、ライフログとして適切で一貫したデータとして管理・利活用できる。
上記した以外の課題、構成及び効果は、以下の実施形態により明らかにされる。

【図面の簡単な説明】

【0009】

【図1】図１は、本発明の一実施例を示すライフログクラウドシステムの構成図。

【図2】図２は、本発明のサーバシステムの処理フローを示すフローチャート。

【図3】図３は、センサからサーバシステムへ通信されるデータの形式例を示すテーブル。

【図4】図４は、サーバシステムにおける判定ロジック（判定条件）例を示すテーブル。

【図5】図５は、複数のセンサから出力されるデータ波形を示し、本発明の効用を説明するユースケースを示す図。

【図6】図６は、端末・ユーザテーブルの構成例を示すテーブル。

【図7】図７は、ライフログの構成例を示すテーブル。

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

【0010】

以下、実施例を、図面を用いて説明する。なお、以下の説明では、「テーブル」等の表現にて各種情報を説明することがあるが、各種情報／データは、テーブル以外のデータ構造で表現されていてもよい。また、データ構造に依存しないことを示すために「テーブル」を「情報」や「データ」と呼ぶことができる。
また、「プログラム」を主語として処理を説明する場合がある。そのプログラムは、プロセッサ、例えば、ＭＰ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｏｒ）やＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって実行されるもので、定められた処理をするものである。なお、プロセッサは、適宜に記憶資源（例えばメモリ）及び通信装置（例えば、通信ポート）を用いながら処理を行うため、処理の主語がプロセッサとされてもよい。プロセッサは、ＣＰＵの他に専用ハードウェアを有していてもよい。コンピュータプログラムは、プログラムソースから各コンピュータにインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアなどで提供されるものであってもよい。

【実施例1】

【0011】

図１は、本発明の一実施例を示すライフログクラウドシステムの構成図である。同図において、ライフログクラウドシステム１００は、センサとサーバシステム（コンピュータ）１１４とからなる。

【0012】

センサは、同一人が使い回すことができる複数のセンサ１０１、１０２、１０３（センサ１ａ、１ｂ、１ｃ）をその構成要素とする。例えば、センサが３つあるとすれば、図１に示すように、センサ１０１（センサ１ａ）、センサ１０２（センサ１ｂ）、センサ１０３（センサ１ｃ）が構成要素となる。
本例ではセンサは、３つの例を挙げているが、少なくとも２つ以上あればよく、３つである必要はない。また、センサは既存のものを使用する。
各センサは、例えば、図３に示す如く、一つの端末ＩＤごとの時刻ごとの時系列センサデータを出力する。センサデータは、端末ＩＤ（０００１０１、０００１０１、０００１０１、・・・）、日時（2015.6.9 15:28.00、2015.6.9 15:30.00、2015.6.9 15:32.00、・・・）、加速度Ｘ（８７．６、４３．２、６３．１、・・・）、加速度Ｙ（２３．１、１４．７、３．２、・・・）、加速度Ｚ（１．２、８．２、１２．１、・・・）を有する。

【0013】

サーバシステム１１４は、通信装置１０４、入出力装置１０５、記憶装置１０６、処理装置（ＣＰＵ）１０７を備え、これらの装置は、バス１０８によって相互接続されている。

【0014】

通信装置１０４は、各センサとの間のデータ通信を行う通信部／インタフェースを有する装置である。
センサ１ａ、センサ１ｂ、センサ１ｃは、それぞれ内部に通信部（図示せず）を含み、当該通信部を介してサーバシステム１１４の通信装置１０４と通信を行う。

【0015】

入出力装置１０５は、記憶装置１０６のライフログ１１０をサーバシステム１１４の外部に出力する際のインタフェースとなる。例えば、データを入力するキーボードやデータを表示するディスプレイ等の実装が可能である。

【0016】

記憶装置１０６は、少なくとも端末・ユーザテーブル１０９、ライフログ１１０、判定ロジック１１１を記憶し、保持する記憶部を含む。

【0017】

端末・ユーザテーブル１０９は、例えば、図６に示すように、ユーザを識別するユーザＩＤ（０１００、０１００、０２００、・・・）と端末（センサ）を識別する端末ＩＤ（０００１０１、０００１０２、０００２０１、・・・）の対応表を有する。
ここで、ユーザＩＤ（０１００）一つに対して、複数の端末ＩＤ（０００１０１、０００１０２）の対応が許されている。ただし、一つの端末ＩＤに対しては一つのユーザＩＤのみ対応する。

【0018】

ライフログ１１０は、例えば、図７に示すように、ユーザの計測値の時系列データを含む。計測値の時系列データは、ユーザＩＤ（０１００、０１００、０１００、・・・）、端末ＩＤ（０００１０１、０００１０１、０００１０１、・・・）、日時（2015.6.9 15:28.00、2015.6.9 15:30.00、2015.6.9 15:32.00、・・・）に対応する加速度Ｘ（８７．６、４３．２、６３．１、・・・）、加速度Ｙ（２３．１、１４．７、３．２、・・・）、加速度Ｚ（１．２、８．２、１２．１、・・・）、を有する。

【0019】

判定ロジック１１１は、例えば、図４に示すように、複数の上書き条件を有する。上書き条件は、例えば、以下のとおりとするが、以下に限定する必要はない。
判定ロジックＩＤ 上書き条件（判定条件）
１ 指定変数 ＞０
２ （指定変数）^２ ＞０
３ Σ_i（指定変数_i）^２ ＞０
４ （指定変数）^２ ＞Ｃ１
５ Σ_i（指定変数_i）^２ ＞Ｃ２
Ｃ１、Ｃ２：定数

【0020】

処理装置１０７は、各装置の動作制御を司り、内部に格納されたプログラムに従って上記の各装置の動作を制御する。そして、処理装置１０７は、少なくとも判定部１１２、登録部１１３を含む。

【0021】

判定部１１２は、判定ロジック１１１の上書き条件とセンサから入力したデータを参照し、当該データをライフログ１１０に書き込むか否かを判定する機能を有する。

【0022】

登録部１１３は、端末・ユーザテーブル１０９の情報を参照し、ライフログ１１０に書き込む処理を行う機能を有する。

【0023】

図５は、本発明がその効用を発揮するユースケースを説明する図である。以下、ユースケースについて図１の構成図の構成要素も引用しながら説明する。

【0024】

センサ１０１（通常時に使用するセンサ１ａ）、センサ１０２（睡眠時に使用するセンサ１ｂ）、センサ１０３（水泳時に使用するセンサ１ｃ）は、それぞれ別のセンサであり、これらを使い分けることで、同一人の活動が、それぞれ異なる時間区間で計測されていることを示している。各センサのデータは、ここでは、例えば、加速度とする。

【0025】

図５では、横軸に時刻ｔを示し、縦軸は加速度を示してある。同図に示すように、一日において、通常時、睡眠時、水泳時と別々のセンサ１ａ、１ｂ、１ｃを使っている場合を想定する。
別々のセンサを使う理由は、センサそれぞれに適した（得意不得意）な使用条件があることなどが考えられる。例えば、具体的には、防水性、睡眠時の精度、装飾品としての見映えなどが考えられる。
本ケースで、時と場合によって、同一人がセンサを付け替えて加速度を計測し、さらに、後から順不同で過去のデータをサーバシステム１１４に通信することを考える。
この場合、一人のユーザに対し一つの時刻でのセンサデータが複数存在することになるので、結果的に、時刻ごとにどのセンサのデータが採用されるべきかが不定となる。

【0026】

センサ１ａ、センサ１ｂ、センサ１ｃの順にデータをサーバシステム１１４に通信するとき、例えば、最初に通信されたセンサ１ａのデータが採用されて、それ以降のセンサ１ｂやセンサ１ｃから通信されたデータを無視する実装や、あるいは、毎回上書きしていき、常に最後に通信されたセンサ（この場合にはセンサ１ｃのアップロード時）のデータが有効という実装もあり得る。

【0027】

この二つの方法は、もちろん予めそのように設定しておかなければならないが、例えそのように設定したとしても、上記の二つの方法いずれにおいても、通信の順序に依存して結果が変わってしまうこと、また、ある時刻部分だけあるセンサのデータを使い、それ以外の時刻部分では別のセンサを使うということはできない。
ここでは、例えば、ある時間帯にはセンサ１ｃのデータを採用し、別のある時間帯にセンサ１ｂを採用するようなことを実現する。

【0028】

図２は、本発明のサーバシステム１１４の処理フローを示すフローチャートである。

【0029】

本実施例において、センサ１０１（センサ１ａ）、センサ１０２（センサ１ｂ）、センサ１０３（センサ１ｃ）のいずれか一つから（ここでは便宜上、センサ１０１／センサ１ａからとする）、過去の一定時間の計測値が通信装置１０４を介してサーバシステム１１４に通信された場合、サーバシステム１１４はセンサ１０１（センサ１ａ）から通信されたデータを記憶装置１０６のライフログ１１０に書き込むか、あるいは書き込まないかを判定する。書き込むと判定した場合はライフログ１１０の適切な位置にデータを書き込む。
以下、このデータ書き込み処理について説明する。

【0030】

同図のフローチャートに基づく動作は以下のとおりである。
まず、ステップｓ２０１において、サーバシステム１１４は、センサ１０１（センサ１ａ）から通信装置１０４を介して記憶装置１０６の一時記憶領域（図示せず）にデータが通信され取り込まれる。

【0031】

通信データの形式は、図３に示すとおりであり、データは、同図に示すように、一つの端末ＩＤごとの時刻ごとの時系列センサデータである。
つまり、１レコードは、端末ＩＤが一意で、時刻が一意になっているセンサの計測値であり、端末ＩＤ（０００１０１、０００１０１、０００１０１、・・・）、日時（2015.6.9 15:28.00、2015.6.9 15:30.00、2015.6.9 15:32.00、・・・）、加速度Ｘ（８７．６、４３．２、６３．１）、加速度Ｙ（２３．１、１４．７、３．２、・・・）、加速度Ｚ（１．２、８．２、１２．１、・・・）を有する。
図３では、３軸（Ｘ，Ｙ，Ｚ）の加速度のデータが時系列に記録されている。

【0032】

次に、ステップｓ２０２において、サーバシステム１１４は、記憶装置１０６に取り込まれた通信データの中で、未チェックのデータがあるかどうかを判定する。
この判定で、すべての時刻のデータがチェックされたのであれば終了する。未だチェックされていない時刻のデータがある場合には、次のステップｓ２０３に移る。

【0033】

ステップｓ２０３において、サーバシステム１１４は、通信データの中で未だチェックされていない時刻から一つを選び、その時刻のデータをデータ入力として処理装置１０７の判定部１１２に送る。

【0034】

ステップｓ２０４において、サーバシステム１１４における判定部１１２は、上述した図４に示す判定ロジック１１１の上書き条件を参照し、当該上書き条件を満たしているか否かをもってステップｓ２０３で入力された通信データ（データ入力）をその時刻のデータとしてライフログ１１０に書き込むか否かを判定する。

【0035】

ここで、本処理２００を実行する前に、判定ロジック１１１の判定ロジックＩＤ（１、２、３，４，５、・・・）のうち一つが既に選ばれているものとする。ここでは、例えば、判定ロジックＩＤ＝３（Σ_i（指定変数_i）^２ ＞０）が選ばれているものとする。
この上書き条件は、指定した複数の変数すべての二乗和が正であることである。この条件を満たしたとき、次のステップｓ２０５に移る。この条件を満たさなかった場合には、ステップｓ２０２に戻る。

【0036】

判定ロジックの上書き条件は、上記の他、「指定した一つの変数が正」、「指定した一つの変数の二乗が正」、「指定した一つの変数の二乗がある定数Ｃ１より大きい」、「指定した複数の変数すべての二乗和がある定数Ｃ２より大きい」などのバリエーションがあり得る。
例えば、センサをつけていないときに加速度は０になると考えられるが、そのような前提でセンサをつけていることを推定して上書き条件としたり、あるいは、何らかの誤差の存在を想定して、ある程度以上の絶対値を観測したときのみセンサをつけていたと推定して上書きする、等の前提の置き方が可能となる。

【0037】

ステップｓ２０５において、サーバシステム１１４における登録部１１３は、ステップｓ２０４にて書き込むと判定されたデータをライフログ１１０の適切な位置に書き込む。

【0038】

また、登録部１１３は、端末・ユーザテーブル１０９を参照し、ステップｓ２０４にて判定されたデータの端末ＩＤに対応するユーザＩＤを抽出する。次に、当該ユーザＩＤのこの時刻に相当する登録済のレコードをライフログ１１０から抽出する。

【0039】

ライフログ１１０は、図７に示すように、ユーザＩＤ、端末ＩＤ、日時（含年月日時刻）、計測値（加速度Ｘ、Ｙ、Ｚ）の並びからなる。
ここで、ライフログ１１０からレコードを抽出する際には、ユーザＩＤの一致、また、時刻の一致のみを条件とし、端末ＩＤが一致する必要はない。ユーザＩＤの一致、また、時刻の一致するライフログ１１０のレコードに対して、ステップｓ２０４で用いた計測値（データ）、端末ＩＤを書き込む。

【0040】

なお、ライフログ１１０に当該ユーザＩＤの当該時刻のデータがなかったときには、ステップｓ２０４で用いたデータをユーザＩＤ、端末ＩＤ、日時、計測値を含めてライフログ１１０に追記する。
以上の処理が終了すれば、ステップｓ２０２に移る。

【0041】

上述した本実施例によれば、ユーザが複数のウェアラブルセンサを取り換えて装着する場合に、値を採用すべき条件を予め決めておき、それに従うことで、観測していたセンサを選ぶことができる。これによって、ウェアラブルセンサを時計のようにＴＰＯや生活シーンや活動内容に応じて任意に取り換えた場合でも、ライフログとして適切で一貫したデータとして管理・利活用できる。

【実施例2】

【0042】

上記の実施例１は、次のように変更して実施することも可能である。実施例１から変更があるステップのみ、以下に示す。

【0043】

上記実施例１のステップｓ２０５では、登録部１１３が、ライフログ１１０からユーザＩＤと時刻の両方が一致するレコードを抽出してきたが、これを変更し、ユーザＩＤが一致し、時刻をより粒度の粗い時間帯ととらえ、その時間帯の中のレコードを抽出してもよい。例えば、時刻の秒単位を切り捨てるとか、分単位を５分刻みにする等が考えられる。次に、その時間帯で抽出された当該ユーザＩＤのレコードを削除する。

【0044】

次に、サーバシステム１１４は、ステップｓ２０４で用いた通信データの端末ＩＤ、日時、計測値をライフログ１１０に追記する。また、ライフログ１１０のカラムの一つであるユーザＩＤのカラムには当該のユーザＩＤを記入する。

【0045】

ここで、記憶装置１０６のライフログ１１０からその時間帯で当該ユーザＩＤのレコードが抽出されなかったときには、当該の通信データをユーザＩＤ、端末ＩＤ、日時、計測値を含めてライフログ１１０に追記する。最後に、実施例１のステップｓ２０５と同様に、ステップｓ２０２に移る。
以上のように変更して実施することも可能である。

【0046】

以上述べた実施例２によれば、日時が秒単位まで細かく全一致しなくても上書き修正が可能になる。例えば、時計や処理系の精度が悪いためにセンサ１ａ、センサ１ｂ、センサ１ｃが同じ時刻でデータを生成しなかったがために、データが結果的にすべて取り込まれてしまうということを防げる。また、センサ１ａ、センサ１ｂ、センサ１ｃとで、計測の時間間隔や、最初の計測時刻が一致していなくても必要な上書き修正が実施される。

【0047】

また、上記の実施例で示した方法を実行可能な形式にしたプログラム、及び、それを格納した記憶媒体として実施することも可能である。また、これらのプログラムを実行可能にしたサービスとして実施することも可能である。

【産業上の利用可能性】

【0048】

本発明は、個人の生活履歴や運動履歴や身体計測量の管理に、ウェアラブルセンサを用い、そのデータを個人のライフログデータとして管理し利活用するシステムにおいて利用が可能である。

【符号の説明】

【0049】

１００ ライフログクラウドシステム
１０１ センサ１ａ
１０２ センサ１ｂ
１０３ センサ１ｃ
１０４ 通信装置
１０５ 入出力装置
１０６ 記憶装置
１０７ 処理装置
１０８ バス
１０９ 端末・ユーザテーブル
１１０ ライフログ
１１１ 判定ロジック
１１２ 判定部
１１３ 登録部
１１４ サーバシステム

【要約】

ユーザが複数のウェアラブルセンサを取り換えて装着する場合に、ある時間帯だけはあるセンサのデータを登録し、それ以外の時間帯では別のセンサのデータを登録するということができないことを解消するため、以下の通り構成する。センサ１０１、１０２、１０３と、サーバシステム１１４からなり、センサ１０１、１０２、１０３は通信部を含み、サーバシステム１１４は、通信装置１０４、入出力装置１０５、記憶装置１０６、処理装置１０７を含み、記憶装置１０６は、少なくとも端末・ユーザテーブル１０９、ライフログ１１０、判定ロジック１１１を含み、処理装置１０７は、少なくとも判定部１１２、登録部１１３を含み、ライフログ１１０は、ユーザごとの時系列のセンサ情報を含み、判定ロジック１１１は、ライフログ１１０に書き込む条件の記述を含み、判定部１１２は、判定ロジック１１１とセンサ１０１、１０２、１０３から入力したデータを参照してこれをライフログ１１０に書き込むか否かを判定し、登録部１１３は、端末・ユーザテーブル１０９を参照して、ライフログ１１０に書き込む処理を行う。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】