JP6186261B2 - 開示度制御装置、開示度制御方法及びプログラム - Google Patents

Description

本発明は、外部に送信するセンサデータの開示を制御する開示度制御装置、開示度制御方法及びプログラムに関する。

従来、ユーザがその個人の行動にかかわるセンサなどの機器から出力された値や信号などのデータ（以下、センサデータ）を開示することで、サービス提供者によってユーザに対してサービスを提供することが考えられている。ユーザは、サービス提供者からサービスを受けたい場合には、ユーザの所有するネットワーク（宅内ＬＡＮ（Local Area Network）など）の外にある送信先（以下、サービス提供者）に対してセンサデータを送信する。サービス提供者は、センサデータを用いて、ユーザに対してサービスを提供する。

従来では、ユーザからサービス提供者にセンサデータを送信するために、以下のような手法を用いている。
（１）ユーザは、各センサデータの開示可否を設定する。サービス提供者は、ユーザが開示を許可している機器のデータのみを受信し、それを用いてユーザへサービスを提供する方法。
（２）サービス提供者と機器の間のネットワーク上に開示制御システムを設置する。開示制御システムは、ユーザが指示するデータ許容開示度とサービス提供者のデータ要求が入力された後、それらを両方満たすデータとその変換処理方法をデータ送信開始前に決定し、それに基づきデータの変換を行い、送信する（例えば、非特許文献２参照）。

山田智広ら、"集合的なライフログの利用を可能とするシステムアーキテクチャの検討"、電子情報通信学会技術研究報告、LOIS2009-8,No.109,Vol.39,pp.113-118,（May. 2009）. 角田啓介ら、"データ提供者とデータ利用者の要望を最適化するセンサデータ開示度制御手法の検討"、電子情報通信学会技術研究報告、IN2012-170,No.112,Vol.464,pp.95-100,（Mar. 2013）.

しかしながら、従来の技術には以下のような課題がある。

非特許文献２に記載された技術では、ユーザのプライバシーデータの開示にあたり、４つの要素（データの種類の重要度、データの観測間隔、１回で送出するデータ数、データの鮮度（観測時刻と現時刻の差））を重みづけしたスコア（許容開示度）を計算し、このスコアがユーザの指定する値を超えない条件になるように、重要度、観測間隔、データ数、鮮度を調整したデータをサービス提供者へ送信している。

従って、スコア（許容開示度）がユーザの指定する値を超えなければ、重要度、観測間隔、データ数、鮮度の組み合わせがどのようになっていても良いため、サービス提供者へ提供されるデータ内容が一意に決まるものではなかった。例えば、同じ種類で同じ観測間隔のデータでも、鮮度が高い１つのデータと、鮮度が低い多数のデータとが、同じスコア値をとることがある。こうした場合、どちらの組合せで調整されたデータがサービス提供者へ送信されるかは、データ送信の都度、偶発的になってしまう。従って、従来の開示度の調整方法では、４つの要素のうち特定の要素について要求を満たした値を持っているデータを、サービス提供者が得られない場合があり、受信するデータの品質が一定に担保されないという課題があった。

本発明は前述した事情に着目してなされたもので、その目的とするところは、ユーザが指定する許容開示度の条件を満たし、サービス提供者が要求するデータ要素に応じたデータを確実に送信することができる開示度制御装置、開示度制御方法及びプログラムを提供することにある。

本発明は、上記の課題を解決するために、以下のような手段を講じている。

本発明の第１の態様は、ユーザの状態を観測するためのセンサ系機器からセンサデータを受信するデータ受信手段と、前記センサデータの開示に関する送信間隔、観測値精度、観測時刻精度を含む複数の要素と、各要素についての許容値を含む第１要求を受信する第１要求受信手段と、サービス提供者からの前記複数の要素のうち少なくとも何れか１要素を指定する第２要求を受信する第２要求受信手段と、前記第２要求により指定される要素以外の他の複数の要素について、前記許容値の範囲に収まるように前記センサデータを変換するデータ処理手段と、前記データ処理手段により変換されたデータを送信する送信手段とを具備する。

本発明によれば、ユーザが指定する許容開示度の条件を満たし、サービス提供者が要求するデータ要素に応じたデータを確実に送信することができる開示度制御装置、開示度制御方法及びプログラムを提供できる。

本実施形態における開示度制御装置の構成を示すブロック図。 本実施形態におけるユーザ要求の一例を示す図。 本実施形態におけるサービサ要求の一例を示す図。 本実施形態における機器情報の一例を示す図。 本実施形態におけるサービサがサービサ要求により送信間隔を要求要素として指定した場合の動作を示すフローチャート。 本実施形態におけるサービサがサービサ要求により観測時刻精度を要求要素として指定した場合の動作について示すフローチャート。 本実施形態におけるサービサがサービサ要求により観測時刻精度を要求要素として指定した場合の動作について示すフローチャート。 本実施形態におけるサービサがサービサ要求により観測値精度を要求要素として指定した場合の動作について示すフローチャート。 本実施形態におけるデータ変換を説明するための図。 本実施形態におけるサービサ要求の一例を示す図。 本実施形態におけるユーザ要求の一例を示す図。 本実施形態における機器情報の一例を示す図。 本実施形態におけるセンサデータの一例を示す図。 本実施形態におけるデータ変換後のデータの一例を示す図。 本実施形態におけるセンサデータの一例を示す図。 本実施形態におけるデータ変換後のデータの一例を示す図。

以下、図面を参照して本発明の実施の形態について説明する。
図１は、本実施形態における開示度制御装置１０の構成を示すブロック図である。図１に示すように本実施形態における開示度制御装置１０は、データ受信部２０、データベース２２、ユーザ要求管理部２４、サービサ要求管理部２６、機器情報管理部２８、データ決定部３０、データ処理部３２及びデータ送信部３４を有している。開示度制御装置１０はコンピュータ等の電子機器を備えており、メモリやハードディスク装置等の記憶媒体、メモリに記憶された各種プログラムを実行するプロセッサ（ＣＰＵ（Central Processing Unit）等）の他、キーボードやマウス等の各種入力装置、ディスプレイ等の出力装置、外部の電子機器や各種ネットワーク等との通信を制御する通信装置などを有する。開示度制御装置１０は、基本プログラム（ＯＳ（Operating System）等）や開示度制御プログラムをプロセッサにより実行することにより、図１に示す各機能部を実現することができる。本実施形態における開示度制御装置１０は、各機能部を動作させることによって、ユーザ１４の状態（行動）等を観測するための各種のセンサ系機器１２から、順次、センサデータを受信し、このセンサデータのうち、ユーザ１４が指定する許容開示度の条件を満たし、サービス提供者（以下、サービサ１６）が要求するデータ要素に応じたデータを決定してサービサ１６に提供することができる。

データ受信部２０は、ユーザ１４が所有するセンサ系機器１２からセンサデータを受信して、センサデータに含まれるネットワークアドレスと機器情報管理部２８により管理されている機器情報をもとに、センサデータの種類を特定する。センサ系機器１２は、温度センサ、照度センサなどの各種センサの他、スマートフォンなどの情報機器や同機器に設けられた位置情報センサなどを含む。センサデータは、各種センサから出力される検出データだけでなく、情報機器から出力される機器通信データ等を含む。データ受信部２０は、センサデータを送信したセンサ系機器１２及びセンサデータの種類毎にテーブルを作成し、センサデータとそれに含まれるタイムスタンプとをデータベース２２に蓄積する。タイムスタンプが付与されていないセンサデータの場合、データ受信部２０は、現在時刻を示すタイムスタンプをセンサデータに付与してデータベース２２に蓄積する。

データベース２２は、データ受信部２０により受信されたセンサデータを蓄積し、データ決定部３０及びデータ処理部３２からの要求に応じて蓄積したデータを出力する。

ユーザ要求管理部２４は、ユーザ１４が開示度制御装置１０に対して要求を入力するためのインタフェース（例：ＧＵＩ（Graphical User Interface））を持ち、このインタフェースを通じてユーザ１４からデータ開示に関する要求（ユーザ要求）を受信して記憶する。データ開示に関するユーザ要求は、例えば開示度制御装置１０からサービサ１６にセンサデータを送信する際のデータ許容開示度を定義するためのもので、例えばセンサデータが持つ要素と、各要素についての許容上限値により指定される。図２は、ユーザ要求の一例を示している。例えば図２に示すように、ユーザ要求では、複数の要素（送信間隔、観測時刻精度、観測値精度）のそれぞれについて許容上限値（１０分、５分、０．０００１）が指定される。

なお、送信間隔は、開示度制御装置１０からサービサ１６にデータを送信する時間間隔を示す。観測時刻精度は、データの観測間隔に相当するもので、データ当たりの送信間隔であり、開示度制御装置１０からサービサ１６への１回のデータ送信において、送信されるデータ数から次のように算出される。
観測時刻精度＝（送信間隔）／（１回で送信されるデータ数）
観測値精度は、各センサデータが含む観測値（例えば、照度、ＧＰＳ（Global Positioning System）座標など）の分解能を指す。例えば、温度センサから出力される温度データが２５℃、２６℃、２７℃…といった単位で観測値を示す場合、観測値精度は１．０［℃］となる。観測値精度は、センサ系機器１２（センサデータ）の種類によって異なる。本実施形態における開示度制御装置１０は、観測値精度をもとにデータ許容開示度を定義することにより、開示度制御装置１０からサービサ１６に送信されるデータの精度を可変とすることができるため、ユーザ１４（センサ系機器１２）から受信された精度が高いセンサデータの精度を低下させてサービサ１６に送信することができ、ユーザ１４のプライバシーが侵害されることを回避できる。なお、図２に示すセンサデータが持つ要素（送信間隔、観測時刻精度、観測値精度）は一例であって、必要に応じて任意のフィールド（要素）を定義して許容上限値を指定できるようにしても良い。

サービサ要求管理部２６は、サービサ１６が開示度制御装置１０に対して要求を入力するためのインタフェース（例えば、ＧＵＩ）を持ち、各サービサ１６からのセンサデータの取得要求（以下、サービサ要求）を受信して、各サービサ１６から入力されたサービサ要求を記憶する。サービサ要求は、例えば図３に示すように、複数のサービサ１６に対して個々に割り当てられた固有のサービサＩＤと、（データ種類、送信間隔、観測時刻精度、観測値精度）のうち任意の一要素に対する要求要素のフィールドという形で表現される。なお、サービサ要求には、必要であれば任意のフィールドを定義して、追加してもよい。

機器情報管理部２８は、ユーザ１４またはサービサ１６が開示度制御装置１０に対して機器情報を入力するためのインタフェース（例えば、ＧＵＩ）を持ち、ユーザが所有するセンサ系機器１２に関する機器情報を入力する入力手段、または外部通信機能を持ち、ＵＰｎＰ（Universal Plug and Play）のような設定情報自動取得手段を用いてネットワーク上から取得する。入力される情報は本手段の内部に保持される。機器情報は、例えば図４に示すように、複数のセンサ系機器１２の個々に割り当てられた固有の機器ＩＤ、センサ系機器１２のネットワークアドレス、機器名称、センサデータ種類の各フィールドのデータで構成される。例えば、図４において、機器ＩＤ「０２」のセンサ系機器１２は、ネットワークアドレス「１９２．１６８．１．３」が割り当てられた「照度センサ」であり、センサデータとして「照度」のデータを送信することを示す。なお、機器情報は、必要であれば図４に示す以外のフィールドを定義して、データを追加してもよい。

データ決定部３０は、データベース２２に蓄積されたセンサデータを取得して、機器情報管理部２８が保持する機器情報、ユーザ要求管理部２４が保持するユーザ要求、及びサービサ要求管理部２６が保持するサービス要求をもとに、各サービサ１６に対して送信すべきデータを決定する。データを決定する要素は、例えば、データの送信間隔、観測時刻精度、観測値精度の３要素の数値である。

データ処理部３２は、データ決定部３０で決定した送信すべきデータの要素を満たすようデータを変換して、変換済データをデータ送信部３４へ送信する。

データ送信部３４は、データ処理部３２からの変換済データを、送信先に該当するサービサ１６（例えば、サービサ１６が使用する情報機器）へ送信する。

次に、本実施形態における開示度制御装置１０の動作の概略について説明する。
まず、開示度制御装置１０は、任意の対象（例えば、ユーザ１４）の操作により、機器情報管理部２８を通じて機器情報を入力する。その上で、開示度制御装置１０は、データ受信部２０を通じて、センサ系機器１２（外部機器）からセンサデータを受信する。データ受信部２０は、受信したセンサデータに含まれるネットワークアドレスと機器情報管理部２８に保持された機器情報をもとに、センサデータの種類を特定し、センサデータを送信したセンサ系機器１２及びセンサデータの種類毎にテーブルを作成し、センサデータとそれに含まれるタイムスタンプをデータベース２２に蓄積する。タイムスタンプが付与されていないデータの場合、データ受信部２０は、現在時刻を示すタイムスタンプをセンサデータに付与してデータベース２２に蓄積する。

その後の動作は、サービサ１６から受信したサービサ要求により指定される要素（送信間隔、観測時刻精度、観測値精度）によって異なる。以下、サービサ要求により指定される各要素に応じた動作について、図５、図６Ａ、図６Ｂ、図７に示すフローチャートを参照しながら個別に説明する。

なお、以下に説明する図５、図６Ａ、図６Ｂ、図７のフローチャートは、全てのプロセスにおいてユーザ１４またはサービサ１６からの「動作停止」を割り込みで受けることができる。開示度制御装置１０は、「動作停止」を受けた場合、フローチャートに示す処理を停止し、ユーザ１４及びサービサ１６に対して、動作を停止した旨の通知を、ユーザ要求管理部２４及びサービサ要求管理部２６のインタフェースを通じて行う。

まず、サービサ１６がサービサ要求により送信間隔を要求要素として指定した場合の動作について、図５に示すフローチャートを参照しながら説明する。
この場合、サービサ要求管理部２６は、サービサ１６からサービサ要求として、サービサＩＤ、要求データ種類ｉ^Ｓ、要求送信間隔Ｉ^Ｓ _ｉを取得する（ステップＳ１−１）。例えば、図３に示すサービサＩＤ「０１」に対応するサービス要求（データ種類「温度」、送信間隔「１５分」）に該当する。サービサ要求管理部２６は、サービサ１６から受信したサービス要求を保持する。

一方、ユーザ要求管理部２４は、ユーザ１４からユーザ要求として、データの送信を許容する送信間隔、観測時刻精度、観測値精度のそれぞれについての上限値（I^Ｕ _ｉ、t^Ｕ _ｉ、r^Ｕ _ｉ）を取得して、保持する（ステップＳ１−２）。以下、開示度制御装置１０は、サービサ要求管理部２６に保持されたサービサ要求とユーザ要求管理部２４により保持されたユーザ要求を基に、データベース２２に蓄積されるセンサデータのうちサービサ１６に送信すべきデータを決定して以下に説明するデータ変換処理を行ってからサービサ１６へ送信する。

次に、データ決定部３０は、サービサ要求管理部２６及びユーザ要求管理部２４から要求情報（サービサ要求、ユーザ要求）を取得し（ステップＳ１−３）、その後、送信データを構成する（データ種類ｉ、送信間隔Ｉ_ｉ、観測時刻精度ｔ_ｉ、観測値精度ｒ_ｉ）に、（ｉ^Ｓ、I^Ｓ _ｉ、ｔ^Ｕ _ｉ、ｒ^Ｕ _ｉ）をそれぞれ代入する（ステップＳ１−４）。

続いて、送信間隔の判定のための経過時間Ｅｔに初期値０を設定し（ステップＳ１−５）、経過時間Ｅｔを用いて送信間隔Ｉ_ｉの長さだけ待機したのち（ステップＳ１−６、Ｓ１−７）、データ決定部３０は、機器情報管理部２８から機器情報を取得し、Ｅｔ＝０から現在時刻までのタイムスタンプが付与された、機器情報から判別される要求データ種類ｉ^Ｓのセンサデータをデータベース２２より取得する（ステップＳ１−８）。

データ処理部３２は、データ決定部３０により取得されたセンサデータに対し、観測値精度ｒ_ｉに基づいたデータの変換を行い（ステップＳ１−９）、変換済みデータのうち、互いに観測値が異なるデータの数ｎ_ｉをカウントする（ステップＳ１−１０）。なお、データ処理部３２による具体的なデータの変換については後述する。

データ処理部３２は、変換済みデータに対し、Ｉ_ｉ≧ｔ_ｉ×ｎ_ｉが成立するか否かを判定する。

ここで、不成立の場合（ステップＳ１−１１のＮＯ）、データ処理部３２は、観測値精度ｒ_ｉを最小単位分だけ大きくして（ステップＳ１−１２）、再度、Ｓ１−９の処理を実行する。

ここでの観測値精度ｒ_ｉの最小単位は、データベース２２に格納されている当該データの有効数字より判定する（例えば、観測値が２５.０５であれば、最小単位を０.０１とする）。データ処理部３２は、観測値精度ｒ_ｉを大きくしてデータの変換を行うことで、変換後のセンサデータの観測値の精度を低下させることができる。この場合、複数のセンサデータに対してデータ変換をした結果、データ変換後の値が同じとなるデータが増加して、互いに観測値が異なるデータの数ｎ_ｉが少なくなっていく。

一方、Ｉ_ｉ≧ｔ_ｉ×ｎ_ｉが成立した場合（ステップＳ１−１１のＹＥＳ）、データ処理部３２は、変換済みデータに対し、それらのタイムスタンプを「Ｅｔ＝０の時刻から現在時刻まで」に書換え、同時に送信先のサービサ１６を示すサービサＩＤを付与し（ステップＳ１−１３）、そのデータをデータ送信部３４に送信する（ステップＳ１−１４）。

データ送信部３４は、データ処理部３２により変換済みデータに付与されたサービサＩＤに基づいて、サービサＩＤが示すサービサ１６に対して変換済みデータを送信する（ステップＳ１−１５）。

このように、本実施形態における開示度制御装置１０は、サービサ１６の要求が送信間隔だった場合、その送信間隔内でユーザ１４が許容する要素を満たすように、観測値精度が粗くなるようデータを変換して、サービサ１６に対してデータを送信する。

次に、サービサ１６がサービサ要求により観測時刻精度を要求要素として指定した場合の動作について、図６Ａ、図６Ｂに示すフローチャートを参照しながら説明する。

まず、サービサ要求管理部２６は、サービサＩＤ、要求データ種類ｉ^Ｓ、要求観測時刻精度ｔ^Ｓ _ｉを取得する（ステップＳ２−１）。例えば、図３に示すサービサＩＤ「０２」に対応するサービス要求（データ種類「照度」、観測時刻精度「５分」）に該当する。サービサ要求管理部２６は、サービサ１６から受信したサービス要求を保持する。

一方、ユーザ要求管理部２４は、ユーザ１４からユーザ要求として、データの送信を許容する送信間隔、観測時刻精度、観測値精度のそれぞれについての上限値（I^Ｕ _ｉ、t^Ｕ _ｉ、r^Ｕ _ｉ）を取得して、保持する（ステップＳ２−２）。以下、開示度制御装置１０は、サービサ要求管理部２６に保持されたサービサ要求とユーザ要求管理部２４により保持されたユーザ要求を基に、データベース２２に蓄積されるセンサデータのうちサービサ１６に送信すべきデータを決定して以下に説明するデータ変換処理を行ってからサービサ１６へ送信する。

次に、データ決定部３０は、サービサ要求管理部２６及びユーザ要求管理部２４から要求情報（サービサ要求、ユーザ要求）を取得し（ステップＳ２−３）、その後、送信データを構成する（データ種類ｉ、送信間隔Ｉ_ｉ、観測時刻精度ｔ_ｉ、観測値精度ｒ_ｉ）に、（ｉ^Ｓ、I^Ｕ _ｉ、ｔ^Ｓ _ｉ、ｒ^Ｕ _ｉ）をそれぞれ代入する（ステップＳ２−４）。

続いて、送信間隔の判定のための経過時間Ｅｔ１と観測時刻の判定のための経過時間Ｅｔ２に初期値０を設定し（ステップＳ２−５）、経過時間Ｅｔ２を用いて観測修正時刻精度ｔ_ｉの長さだけ待機したのち（ステップＳ２−６、Ｓ２−７）、データ決定部３０は、機器情報管理部２８から機器情報を取得し、Ｅｔ２＝０から現在時刻までのタイムスタンプが付与された、機器情報から判別される要求データ種類ｉ^Ｓのセンサデータをデータベース２２より取得する（ステップＳ２−８）。

データ処理部３２は、データ決定部３０により取得されたセンサデータに対し、観測値精度ｒ_ｉに基づいたデータの変換を行い（ステップＳ２−９）、変換済みデータのうち、互いに観測値が異なるデータの数ｎ_ｉをカウントする（ステップＳ２−１０）。なお、データ処理部３２による具体的なデータの変換については後述する。

データ処理部３２は、変換済みデータに対し、ｎ_ｉ＝１が成立するか否か、すなわち観測時刻精度に応じて観測値が１つと見なすことができるデータが生成されたかを判定する。

ここで、不成立の場合（ステップＳ２−１１のＮＯ）、データ処理部３２は、観測値精度ｒ_ｉを最小単位分だけ大きくして（ステップＳ２−１２）、再度、Ｓ２−９の処理を実行する。

ここでの観測値精度ｒ_ｉの最小単位は、データベース２２に格納されている当該データの有効数字より判定する。データ処理部３２は、観測値精度ｒ_ｉを大きくしてデータの変換を行うことで、変換後のセンサデータの観測値の精度を低下させることができる。この場合、複数のセンサデータに対してデータ変換をした結果、データ変換後の値が同じとなるデータが増加して、互いに観測値が異なるデータの数ｎ_ｉが少なくなっていく。

一方、ｎ_ｉ＝１が成立した場合（ステップＳ２−１１のＹＥＳ）、データ処理部３２は、変換済みデータに対し、それらのタイムスタンプを「Ｅｔ２＝０の時刻から現在時刻まで」に書換え、同時に送信先のサービサ１６を示すサービサＩＤを付与する（ステップＳ２−１３）。

続いて、データ処理部３２は、経過時間Ｅｔ１＝Ｉ_ｉか否か、すなわち現在がデータ送信時刻か否かを判定する。ここで条件を満たさない場合（ステップＳ２−１４のＮＯ）、データ処理部３２は、Ｓ２−１３で変換済みデータをデータ決定部３０で保持させて（ステップＳ２−１５）、Ｅｔ２＝０としたうえで（ステップＳ２−１６）、Ｓ２−６の処理に戻る。

一方、条件を満たす場合（ステップＳ２−１４のＹＥＳ）、データ処理部３２は、データ決定部３０で保持された全ての変換済データをデータ送信部３４へ送信した後、データ決定部３０で保持された全ての変換データを削除させる（ステップＳ２−１７）。

データ送信部３４は、データ処理部３２により変換済みデータに付与されたサービサＩＤに基づいて、サービサＩＤが示すサービサ１６に対して変換済みデータを送信する（ステップＳ２−１８）。

このように、本実施形態における開示度制御装置１０は、サービサ１６の要求が観測時刻精度だった場合、その観測時刻精度内でユーザ１４が許容する要素を満たすように、観測値精度が粗くなるようデータを変換して、サービサ１６に対してデータを送信する。

次に、サービサ１６がサービサ要求により観測値精度を要求要素として指定した場合の動作について、図７に示すフローチャートを参照しながら説明する。

まず、サービサ要求管理部２６は、サービサ１６からサービサ要求として、サービサＩＤ、要求データ種類ｉ^Ｓ、要求観測値精度ｒ^Ｓ _ｉを取得する（ステップＳ３−１）。例えば、図３に示すサービサＩＤ「０３」に対応するサービス要求（データ種類「位置情報」、観測値精度「０．００５」）に該当する。サービサ要求管理部２６は、サービサ１６から受信したサービス要求を保持する。

一方、ユーザ要求管理部２４は、ユーザ１４からユーザ要求として、データの送信を許容する送信間隔、観測時刻精度、観測値精度のそれぞれについての上限値（I^Ｕ _ｉ、t^Ｕ _ｉ、r^Ｕ _ｉ）を取得して、保持する（ステップＳ３−２）。以下、開示度制御装置１０は、サービサ要求管理部２６に保持されたサービサ要求とユーザ要求管理部２４により保持されたユーザ要求を基に、データベース２２に蓄積されるセンサデータのうちサービサ１６に送信すべきデータを決定して以下に説明するデータ変換処理を行ってからサービサ１６へ送信する。

次に、データ決定部３０は、サービサ要求管理部２６及びユーザ要求管理部２４から要求情報（サービサ要求、ユーザ要求）を取得し（ステップＳ３−３）、その後、送信データを構成する（データ種類ｉ、送信間隔Ｉ_ｉ、観測時刻精度ｔ_ｉ、観測値精度ｒ_ｉ）に、（ｉ^Ｓ、I^Ｕ _ｉ、ｔ^Ｕ _ｉ、ｒ^Ｓ _ｉ）をそれぞれ代入する（ステップＳ３−４）。

続いて、送信間隔の判定のための経過時間Ｅｔに初期値０を設定した後（ステップＳ３−５）、随時、データ決定部３０は、機器情報管理部２８から機器情報を取得し、Ｅｔ＝０から現在時刻までのタイムスタンプが付与された、機器情報から判別される要求データ種類ｉ^Ｓのセンサデータをデータベース２２より取得する（ステップＳ３−６、Ｓ３−７）。

次に、データ処理部３２は、送信間隔Ｉ_ｉに経過時間Ｅｔを代入し（ステップＳ３−８）、その後、データ決定部３０により取得されたセンサデータに対し、観測値精度ｒ_ｉに基づいたデータの変換を行い（ステップＳ３−９）、変換済みデータのうち、互いに観測値が異なるデータの数ｎ_ｉをカウントする（ステップＳ３−１０）。なお、データ処理部３２による具体的なデータの変換については後述する。

データ処理部３２は、変換済みデータに対し、Ｉ_ｉ≧ｔ_ｉ×ｎ_ｉが成立するか否かを判定する。

ここで、不成立の場合（ステップＳ３−１１のＮＯ）、データ処理部３２は、再度、Ｓ３−６の処理を実行する。

ここでの観測値精度ｒ_ｉの最小単位は、データベース２２に格納されている当該データの有効数字より判定する。データ処理部３２は、観測値精度ｒ_ｉを大きくしてデータの変換を行うことで、変換後のセンサデータの観測値の精度を低下させることができる。この場合、複数のセンサデータに対してデータ変換をした結果、データ変換後の値が同じとなるデータが増加して、互いに観測値が異なるデータの数ｎ_ｉが少なくなっていく。

一方、Ｉ_ｉ≧ｔ_ｉ×ｎ_ｉが成立した場合（ステップＳ３−１１のＹＥＳ）、データ処理部３２は、変換済みデータに対し、それらのタイムスタンプを「Ｅｔ＝０の時刻から現在時刻まで」に書換え、同時に送信先のサービサ１６を示すサービサＩＤを付与し（ステップＳ３−１２）、そのデータをデータ送信部３４に送信する（ステップＳ３−１３）。

データ送信部３４は、データ処理部３２により変換済みデータに付与されたサービサＩＤに基づいて、サービサＩＤが示すサービサ１６に対して変換済みデータを送信する（ステップＳ３−１４）。

このように、本実施形態における開示度制御装置１０は、サービサ１６の要求が観測値精度だった場合、その観測値精度内でユーザ１４が許容する要素を満たすように、データの送信間隔を調整して、データを変換して、サービサ１６に対してデータを送信する。

次に、前述したデータ処理部３２によるデータ変換（ステップＳ１−９、Ｓ２−９、Ｓ３−９）の処理について説明する。
本実施形態の開示度制御装置１０では、データ処理部３２において、観測値精度ｒ_ｉを変化させることで観測値を変換させる。

図８にデータ変換の例を示す。図８（Ａ）には、観測期間０:０１−０:１０において受信されたセンサデータの一例を示している。図８（Ａ）に示すように、観測値は１０個あり、互いに異なるデータ数ｎ_ｉが１０となっている。現在、データの観測値精度ｒ_ｉ＝０.１であるが、データの数ｎ_ｉを減少させるために観測値精度ｒ_ｉ＝２.０とする場合を想定する。つまり、全ての観測値をそれぞれ最も近い２の倍数の値になるように変換する。これにより、図８（Ｂ）に示すように、１０個のセンサデータは、それぞれ２４か２６となる。このため、同じ観測値（２４あるいは２６）のデータを、それぞれまとめることで、図８（Ｃ）に示すように、データの数ｎ_ｉ＝２とすることができる。

次に、サービサ１６からの要求が複数あるために、ユーザ１４からのユーザ要求と競合する場合について説明する。
例えば、ユーザ１４からのユーザ要求が、図２に示す内容であり、サービサ１６からのサービサ要求が図９に示すサービサＩＤ＝０４の内容（データ種類「位置情報」、送信間隔「１５分」、観測値精度「０．０００１」、最優先要素「送信間隔」）であるものとする。

このサービサ１６は、１５分毎に精度０．０００１の位置情報（約５０ｍ^２の精度で居場所が推定可能）を使い、ユーザ１４に対して居場所に応じた地域情報をプッシュ配信するサービスを提供する場合を想定する。サービサ１６は、サービサ要求を入力時、複数ある要素（例えば、送信間隔、観測値精度）のうち最も優先する要素を１つ入力する。この場合、「送信間隔」を最優先すると入力したとする。

この場合、開示度制御装置１０は、サービサ要求において「送信間隔」の要素を最優先に指定しているので、図５に示すフローチャートに従う動作をする。すなわち、開示度制御装置１０は、時刻０:００から図５に示すフローチャートの処理を開始し、以上の設定をステップＳ１−１〜Ｓ１−３において取得することにより、（データ種類ｉ、送信間隔Ｉ_ｉ、観測時刻精度ｔ_ｉ、観測値精度ｒ_ｉ）として（位置情報、１５分、５分、０.０００１）を設定する。

ステップＳ１−７において時刻０:１５になるまで待機した後、Ｓ１−８で取得したセンサデータが、例えば図１２に示すデータだったとする。このデータをそのまま送信した場合、観測時刻精度ｔ_ｉ＝１（分）となり、ユーザの要求ｔ_ｉ＝５（分）を満たさない（ステップＳ１−９〜Ｓ１−１１）。そのため、開示度制御装置１０は、観測値精度ｒ_ｉを調整し（ステップＳ１−１２）、図１３に示すデータのように、観測値精度ｒ_ｉ＝０.０００８２２とすることでデータの数ｎ_ｉ＝３として、ユーザ要求を満たすデータとすることができる。

このデータをステップＳ１−１４、Ｓ１−１５に沿って送信する際、このデータの観測値精度ｒ_ｉは、サービサ１６が要求した観測値精度ｒ_ｉより大きくなっている。このため、開示度制御装置１０は、サービサ１６に対して、変換済みデータとタイムスタンプに加え、観測値精度ｒ_ｉを示すデータも同時に送信し、観測値精度が下がっていることを通知する。また、同時に、ユーザ１４に対しても、ユーザ要求管理部２４のインタフェ−スを通じて、サービサ１６からの要求が観測値精度ｒ_ｉ＝０.０００１であるが、実際には観測値精度ｒ_ｉ＝０.０００８２２が限度であり、サービサ１６の要求を満たしきれていないことを通知する。これによって、ユーザ１４は、当該サービサ１６のサービスをもっと受けたいのであれば、ユーザ要求を緩和することができるようになる。

次に、サービサ毎にユーザ要求を設定する場合について説明する。
特定のサービサ１６に対してより多くのデータを開示しても良いとユーザが判断した場合、特定のサービサ１６を指定してユーザ要求を指定できるようにする。例えば、開示度制御装置１０は、図１０に示すように、特定のサービサ１６（ユーザ要求の適用先）を示すサービサＩＤが付加されたユーザ要求をユーザ要求管理部２４によって入力する。ユーザ要求管理部２４は、サービサＩＤが付加されたサービス要求を保持する。この場合、開示度制御装置１０は、図５のステップＳ１−１、図６ＡのステップＳ２−１、図７のステップＳ３−１で取得したサービサＩＤに対応するユーザ要求を、図５のステップＳ１−３、図６ＡのステップＳ２−３、図７のステップＳ３−３でそれぞれ取得し、以下の前述と同様の動作を実行する。

次に、定性的なデータを扱う場合について説明する。
前述したように観測値に定量的な数値データを用いるのではなく、定性的なデータを用いる場合がある。この場合、例えば、温度を観測するセンサ系機器１２は、観測されたセンサデータ（温度）を分析して、その分析結果としてユーザ１４についての定性的なユーザ情報を開示度制御装置１０に出力するものとする。例えば、定性的なユーザ情報としては、例えば「勉強中」「飲食中」「休憩中」「睡眠中（意識有）」「睡眠中（意識無）」などがある。

ここで、ユーザ要求が図２に示す内容であり、サービサ要求が図３に示すサービサＩＤ＝０１（データ種類「温度」、送信間隔「１５分」）である場合、開示度制御装置１０は、図１４に示すように、センサ系機器１２から出力された定性的なユーザ情報を受信する。図１４は、時刻０：０１〜０：１５までに、１分毎に受信されたユーザ情報（Status）を示している。

開示度制御装置１０は、観測値精度ｒ_ｉを絶対値で定義できないが、単語の概念体系を示す概念体系データを予めシステム（例えば機器情報管理部２８）に設定しておくことにより、この概念体系データを用いて観測値を抽象化することができる。例えば、図１１に示すように、機器情報として、機器ＩＤ「０１」（温度を観測するセンサ系機器１２を示す）に対応する概念体系データとして、例えば「起床中＝｛勉強中、飲食中、休憩中、外出中、睡眠中｝」が定義され、「就寝中＝｛睡眠中（意識有）、睡眠中（意識無）｝」が定義されているものとする。

データ処理部３２は、機器情報の概念体系データを参照して、図１４に示すセンサ系機器１２から受信したセンサデータ（ユーザ情報Status）を、図１５に示すデータに変換し、データ変換後のデータ数ｎ_ｉを減らすことができる。すなわち、データ処理部３２は、図５におけるステップＳ１−８で概念体系データを取得し、ステップＳ１−９におけるデータ変換において活用することで、ユーザ情報の１つ上の概念体系を探して観測値を変換（上位概念化）することが可能となる。例えば、ユーザ情報「勉強中」は、上位の概念体系の「起床中」に変換することができる。なお、概念体系データを予めシステム内に記録していない場合、開示度制御装置１０は、機器情報管理部２８の外部通信機能を通じて、外部機器やネットワーク（Ｗｅｂ等）から概念辞書（意味辞書）のデータを取得して、図１１に示す概念体系データと同様にして利用すれば良い。この結果、開示度制御装置１０は、ユーザ要求とサービサ要求を同時に満たすデータをサービサ１６に対して送信することが可能となる。

このようにして、本実施形態における開示度制御装置１０では、ユーザ１４の状態等を示すセンサデータをサービス提供者（サービサ１６）に送信する際、データ送信時ごとに、ユーザおよびサービス提供者から要求されたデータの要素に基づいてデータの許容開示度を算出し、ユーザが指定したデータ許容開示上限を満たさない場合には、サービス提供者が指定した要素以外のデータの要素を優先的に操作して、データの要素をデータ許容開示範囲に収めることで、ユーザとサービス提供者のそれぞれのデータ開示要求の調停を図ることができる。サービサ１６は、複数のデータの要素のうち少なくとも何れか１要素をサービサ要求において指定することにより、この要求した要素のデータをユーザ要求の条件を満たしながら確実に取得することができる。

また、本実施形態における開示度制御装置１０は、センサ系機器１２の数や種類が増加することにより、センサデータの傾向や送信間隔等が変化して、ユーザのデータ許容開示度を超えてしまう場合でも、それを反映し、許容開示度を超えないための動的なデータの変換と送信が可能となる。この結果、ユーザ１４は、手間をかけず安心して、自身が指定したデータ許容開示度とサービサ要求の両方満たしたデータを用いた、センサデータを活用するサービスを受けることができるようになる。

なお、前述した実施形態に記載した方法は、コンピュータに実行させることができる開示度制御プログラムとして、例えば磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、コンピュータに実行させるソフトウエア手段（実行プログラムのみならずテーブルやデータ構造も含む）をコンピュータ内に構成させる設定プログラムをも含む。本装置を実現するコンピュータは、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、コンピュータ内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記憶媒体を含むものである。

また、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

１０…開示度制御装置、１２…センサ系機器、１４…ユーザ、１６…サービサ、２０…データ受信部、２２…データベース、２４…ユーザ要求管理部、２６…サービサ要求管理部、２８…機器情報管理部、３０…データ決定部、３２…データ処理部、３４…データ送信部。

Claims (3)

1. ユーザの状態を観測するためのセンサ系機器からセンサデータを受信するデータ受信手段と、
   前記センサデータの開示に関する送信間隔、観測値精度、観測時刻精度を含む複数の要素と、各要素についての許容値を含む第１要求を受信する第１要求受信手段と、
   サービス提供者からの前記複数の要素のうち少なくとも何れか１要素を指定する第２要求を受信する第２要求受信手段と、
   前記第２要求により指定される要素以外の他の複数の要素について、前記許容値の範囲に収まるように前記センサデータを変換するデータ処理手段と、
   前記データ処理手段により変換されたデータを送信する送信手段とを具備したことを特徴とする開示度制御装置。
2. 開示度制御装置が実行する開示度制御方法であって、
   開示度制御装置により、
   ユーザの状態を観測するためのセンサ系機器からセンサデータを受信するデータ受信ステップと、
   前記センサデータの開示に関する送信間隔、観測値精度、観測時刻精度を含む複数の要素と各要素についての許容値を含む第１要求を受信する第１要求受信ステップと、
   サービス提供者からの前記複数の要素のうち少なくとも何れか１要素を指定する第２要求を受信する第２要求受信ステップと、
   前記第２要求により指定される要素以外の他の複数の要素について、前記許容値の範囲に収まるように前記センサデータを変換するデータ処理ステップと、
   前記データ処理ステップにより変換されたデータを送信する送信ステップと、
   を実行することを特徴とする開示度制御方法。
3. 請求項１に記載の開示度制御装置が具備する各手段が行う処理を、当該開示度制御装置が備えるコンピュータに実行させるプログラム。

Images