JP2019032801A - センサ管理ユニット、センサ装置、センサ管理方法及びセンサ管理プログラム - Google Patents

Abstract

【課題】センシングデータ及びメタデータの利用性を損なうことなく、センシングデータ及びメタデータの送信にかかる通信量を低減するための技術を提供する。【解決手段】センサ管理ユニット１は、センサ１０１により対象を観測することで得られたセンシングデータを取得するセンシングデータ取得部１１１と、取得したセンシングデータに対して、センサ１０１の属性を示すメタデータを生成するメタデータ生成部１１２と、センシングデータを識別するための第１の識別コード、及びメタデータを識別するための第２の識別コードを生成する識別コード生成部１１３と、外部装置に対して、第２の識別コードを付与したセンシングデータの送信、及び第１の識別コードを付与したメタデータの送信の少なくとも一方を行う通信部１１５と、を備える。【選択図】図５

Description

本発明は、センサ管理ユニット、センサ装置、センサ管理方法及びセンサ管理プログラムに関する。

近年、ＩｏＴ（Internet of Things）技術の進化により、様々なデータを蓄積し、蓄積したデータを解析して、得られた知見をフィードバックする仕組みが活用され始めている。これに伴い、センサにより得られたセンシングデータの需要性及び共有化へのニーズが高まってきており、センシングデータの流通性を高めるための技術開発が活発化してきている。

例えば、特許文献１では、センサにより得られたセンシングデータを、当該センサを管理するセンサ管理装置から利用者のアプリケーションに送信するためのシステムが提案されている。具体的には、特許文献１で提案されているシステムは、センサ側メタデータとアプリ側メタデータとを取得する。センサ側メタデータは、センシングデータを出力するセンサに関する情報である。アプリ側メタデータは、センシングデータデータを利用するアプリケーションに関する情報である。

当該システムは、センサ側メタデータ及びアプリ側メタデータのマッチングを行うことで、アプリケーションの要求を満たすセンシングデータを提供可能なセンサを抽出する。そして、当該システムは、センサを管理するセンサ管理装置に対して、マッチングにより抽出されたセンサとアプリケーションとを特定したデータフロー制御指令を送信する。これにより、センサにより得られたセンシングデータを、センサを管理するセンサ管理装置から利用者のアプリケーションに送信させることができる。

また、例えば、特許文献２では、センサから出力される出力データに、出力データを識別するための識別情報、出力データの種別を示す種別情報、出力データの形式を示す形式情報等を付加するシステムが提案されている。当該システムによれば、センサから出力される出力データに付加される各情報に基づいて、当該出力データを識別したり、出力データの種別及び形式を特定したりすることができる。

特許第５４４５７２２号公報 特開２００５−２４２５３４号公報

上記のようなセンシングデータを流通させる従来の技術について、本件発明者らは、次のような問題点を見出した。すなわち、従来、センサから得られたセンシングデータに対して、当該センサの属性を示すメタデータを生成する場合、生成されたメタデータは、対応するセンシングデータと共に外部装置に送信される。そのため、センシングデータをセンサから得る度にメタデータを生成するようにすると、メタデータを付与する分だけ、センシングデータを外部装置に送信するのにかかる通信量が増大してしまうという問題が生じてしまう。

これに対して、センシングデータを外部装置に送信するのにかかる通信量を低減するために、定期又は不定期のタイミングで、メタデータの生成を省略することが考えられる。しかしながら、この方法では、省略を行ったタイミングで、メタデータの利用性が損なわれてしまうという新たな問題が生じてしまう。これは、センシングデータとメタデータとを入れ替えたケースでも同様である。つまり、本件発明者らは、従来の方法では、センシングデータ及びメタデータの利用性を損なうことなく、センシングデータ及びメタデータの送信にかかる通信量を低減するのは困難であるという問題点があることを見出した。

本発明は、一側面では、このような実情を鑑みてなされたものであり、その目的は、センシングデータ及びメタデータの利用性を損なうことなく、センシングデータ及びメタデータの送信にかかる通信量を低減するための技術を提供することである。

本発明は、上述した課題を解決するために、以下の構成を採用する。

すなわち、本発明の一側面に係るセンサ管理ユニットは、センサにより対象を観測することで得られたセンシングデータを取得するセンシングデータ取得部と、取得した前記センシングデータに対して、前記センサの属性を示すメタデータを生成するメタデータ生成部と、前記センシングデータを識別するための第１の識別コード、及び前記メタデータを識別するための第２の識別コードを生成する識別コード生成部と、外部装置に対して、前記第２の識別コードを付与した前記センシングデータの送信、及び前記第１の識別コードを付与した前記メタデータの送信の少なくとも一方を行う通信部と、を備える。

当該構成では、センシングデータを外部装置に送信する際には、メタデータを識別するための第２の識別コードが共に送信されるため、外部装置は、当該第２の識別コードに基づいて、受信したセンシングデータに対応するメタデータを必要に応じて取得することができる。同様に、メタデータを外部装置に送信する際には、センシングデータを識別するための第１の識別コードが共に送信されるため、外部装置は、当該第１の識別コードに基づいて、受信したメタデータに対応するセンシングデータを必要に応じて取得することができる。そのため、第２の識別コード及びセンシングデータの組み合わせ、又は第１の識別コード及びメタデータの組み合わせを外部装置に送信するようにすることで、外部装置におけるセンシングデータ及びメタデータの利用性を担保することができる。

また、一般的に、第１の識別コードのデータ量は、センシングデータそのもののデータ量よりも小さく、第２の識別コードのデータ量は、メタデータそのもののデータ量よりも小さい。そのため、第２の識別コード及びセンシングデータの組み合わせを送信するケース、並びに第１の識別コード及びメタデータの組み合わせを送信するケースそれぞれにおける通信量は、センシングデータ及びメタデータの組み合わせを送信するケースにおける通信量よりも小さくなる。更に、第１の識別コード及び第２の識別コードそれぞれに基づくセンシングデータ及びメタデータそれぞれの取得は、必ずしも常に実施されなければならない訳ではなく、その回数を抑えることが可能である。

したがって、当該構成によれば、センシングデータ及びメタデータの利用性を損なうことなく、センシングデータ及びメタデータの送信にかかる通信量を低減することができる。なお、センサの種類は、特に限定されなくてもよく、実施の形態に応じて適宜選択されてよい。例えば、センサは、画像センサ、赤外線センサ、音センサ、光センサ、圧力センサ、気圧センサ、温度センサ等であってよい。また、例えば、センサは、環境センサ（気圧、温度、湿度、音圧、音、紫外線、照度、降雨量、ガス等）、バイタルセンサ（血圧、心拍、心電、体温、睡眠（マイクロ波）、活動量、血糖値等）、車載センサ（画像センサ、レーザセンサ、睡眠（マイクロ波）センサ、等）、ホームセキュリティセンサ（画像センサ、赤外線センサ、活性度（音声）センサ、ガス（ＣＯ₂等）センサ、電流センサ、スマートメータ（家電、照明等の電力使用量を計測するセンサ）等）等であってよい。これに応じて、センシングデータは、例えば、画像データ、数値データ、音声データ、言語データ等であってよい。また、外部装置は、センシングデータ及びメタデータを利用可能な、センサ管理ユニットとは異なる他の装置であれば特に限定されなくてもよく、例えば、ユーザ端末等であってよい。また、メタデータの内容は、センサ又はセンサにより得られるセンシングデータに関する何らかの情報を示すものであれば、特に限定されなくてもよく、実施の形態に応じて適宜決定されてよい。

上記一側面に係るセンサ管理ユニットにおいて、前記識別コード生成部は、ユニバーサルユニーク識別子（ＵＵＩＤ：Universally Unique Identifier）又はグローバルユニーク識別子（ＧＵＩＤ：Globally Unique Identifier）によって、前記第１の識別コード及び前記第２の識別コードを生成してもよい。当該構成によれば、第１の識別コード及び第２の識別コードがそれぞれ、センシングデータ及びメタデータそれぞれをグローバルでかつ一意に特定可能に構成されるため、他のシステムと共存可能なセンサ管理ユニットを提供することができる。

上記一側面に係るセンサ管理ユニットにおいて、前記メタデータは、時間の経過に伴い動的に変化し得る前記センサの利用形態に関する属性を示す動的メタデータ、及び前記センシングデータを解析することで生成される加工メタデータであって、前記センシングデータの特徴量に関する加工メタデータの少なくとも一方を含んでもよい。

動的メタデータは、時間の経過に伴い動的に変化し得るセンサの利用形態に関する属性を示す。加工メタデータは、センシングデータを解析することで生成される。よって、センシングデータを得るタイミングが異なれば、生成される動的メタデータ及び加工メタデータそれぞれの内容は相違し得る。

そのため、動的メタデータ及び加工メタデータは、センシングデータが得られる度に生成されるのが好ましい。しかしながら、センシングデータが得られる度に動的メタデータ及び加工メタデータを生成するようにすると、動的メタデータ及び加工メタデータのデータ量が増大し、これによって、センシングデータ及びメタデータを送信するのにかかる通信量が増大してしまう。

これに対して、当該構成によれば、メタデータのデータ量が増大しやすい本ケースであっても、第１の識別コード及び第２の識別コードを利用することで、センシングデータ及びメタデータの送信にかかる通信量を抑えることができる。つまり、第１の識別コード及び第２の識別コードを利用することで、センシングデータ及びメタデータの送信にかかる通信量を抑える本技術は、動的メタデータ及び加工メタデータの少なくとも一方を含むことでメタデータのデータ量が増大しやすい本ケースでより効果を発揮する。

なお、動的メタデータにより示されるセンサの利用形態に関する属性は、例えば、センサの動作設定に関する属性、センサの設置状況に関する属性等であってよい。センサの動作設定に関する属性は、例えば、計測範囲の設定値、計測範囲の分解能の設定値、サンプリング周波数の設定値等である。センサの設置状況に関する属性は、例えば、センサの設置角度、センサ周囲の温度、センサと観測対象との間の距離等である。

また、加工メタデータを生成する際の解析処理の種類は、特に限定されなくてもよく、実施の形態に応じて適宜選択されてよい。例えば、解析処理は、ラベリング処理、変化量を導出する演算処理、ベクトル値を導出する演算処理、単位、スケール等を揃えるための変換処理、センシングデータの真値以外のデータを除去するためのクレンジング処理、ＬＰＦ（Low Pass Filter）、ＨＰＦ（High Pass Filter）、ＢＰＦ（Band Pass Filter）等のフィルタを利用したフィルタリング処理等であってよい。また、解析により加工メタデータとして得られる特徴量は、センシングデータの特徴を示すものである。特徴量の種類は、センシングデータの特徴を示すことができるのであれば、特に限定されなくてもよく、実施の形態に応じて適宜選択されてよい。例えば、特徴量は、ラベル、変化量、ベクトル値、外れ値等であってよい。

上記一側面に係るセンサ管理ユニットにおいて、前記通信部は、前記第１の識別コードの指定を伴う前記センシングデータの送信の要求を前記外部装置から受け付けた場合に、指定された前記第１の識別コードにより特定される前記センシングデータを前記外部装置に送信してもよく、前記第２の識別コードの指定を伴う前記メタデータの送信の要求を前記外部装置から受け付けた場合に、指定された前記第２の識別コードにより特定される前記メタデータを前記外部装置に送信してもよい。当該構成によれば、センシングデータを送信した後に必要に応じて対応するメタデータを送信し、メタデータを送信した後に必要に応じて対応するセンシングデータを送信することのできるセンサ管理ユニットを提供することができる。

上記一側面に係るセンサ管理ユニットは、生成した前記メタデータを前記センシングデータに関連付けて管理するメタデータ管理部を更に備えてもよい。当該構成によれば、センシングデータ及びメタデータを適切に管理可能なセンサ管理ユニットを提供することができる。

また、本発明の一側面に係るセンサ装置は、上記いずれかの形態に係るセンサ管理ユニットと、前記センサと、を備える。当該構成によれば、センシングデータ及びメタデータの利用性を損なうことなく、センシングデータ及びメタデータの送信にかかる通信量を低減したセンサ装置を提供することができる。

なお、上記各形態に係るセンサ管理ユニットの別の形態として、以上の各構成を実現する情報処理方法であってもよいし、プログラムであってもよいし、このようなプログラムを記憶した、コンピュータその他装置、機械等が読み取り可能な記憶媒体であってもよい。ここで、コンピュータ等が読み取り可能な記憶媒体とは、プログラム等の情報を、電気的、磁気的、光学的、機械的、又は、化学的作用によって蓄積する媒体である。

例えば、本発明の一側面に係るセンサ管理方法は、コンピュータが、センサにより対象を観測することで得られたセンシングデータを取得するステップと、取得した前記センシングデータに対して、前記センサの属性を示すメタデータを生成するステップと、前記センシングデータを識別するための第１の識別コード、及び前記メタデータを識別するための第２の識別コードを生成するステップと、外部装置に対して、前記第２の識別コードを付与した前記センシングデータの送信、及び前記第１の識別コードを付与した前記メタデータの送信の少なくとも一方を行うステップと、を実行する、情報処理方法である。

また、例えば、本発明の一側面に係るセンサ管理プログラムは、コンピュータに、センサにより対象を観測することで得られたセンシングデータを取得するステップと、取得した前記センシングデータに対して、前記センサの属性を示すメタデータを生成するステップと、前記センシングデータを識別するための第１の識別コード、及び前記メタデータを識別するための第２の識別コードを生成するステップと、外部装置に対して、前記第２の識別コードを付与した前記センシングデータの送信、及び前記第１の識別コードを付与した前記メタデータの送信の少なくとも一方を行うステップと、を実行させるための、プログラムである。

本発明によれば、センシングデータ及びメタデータの利用性を損なうことなく、センシングデータ及びメタデータの送信にかかる通信量を低減するための技術を提供することができる。

図１は、本発明が適用される場面の一例を模式的に例示する。 図２は、実施の形態に係るセンサ管理ユニットのハードウェア構成の一例を模式的に例示する。 図３は、実施の形態に係るネットワークサーバのハードウェア構成の一例を模式的に例示する。 図４は、実施の形態に係るユーザ端末のハードウェア構成の一例を模式的に例示する。 図５は、実施の形態に係るセンサ管理ユニットのソフトウェア構成の一例を模式的に例示する。 図６は、実施の形態に係るセンシングデータの提供者と利用者とのマッチングの処理手順の一例を例示する。 図７Ａは、実施の形態に係る提供側データカタログの一例を模式的に例示する。 図７Ｂは、実施の形態に係る利用側データカタログの一例を模式的に例示する。 図８は、実施の形態に係るセンサ管理ユニットの処理手順の一例を例示する。 図９は、実施の形態に係るセンサ管理ユニットによる各メタデータの生成過程の一例を例示する。 図１０は、実施の形態に係る設定データの一例を模式的に例示する。 図１１は、実施形態に係る（第１）センシングデータ及び各種メタデータの対応関係を模式的に例示する。 図１２は、実施の形態に係る管理データの一例を模式的に例示する。 図１３は、実施の形態に係るユーザ端末及びセンサ管理ユニットの間で行われるＩＤに基づくデータ送信の要求に関する処理手順の一例を例示する。

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

§１ 適用例
まず、図１を用いて、本発明が適用される場面の一例について説明する。図１は、本実施形態に係るセンサ装置１００の利用場面の一例を模式的に例示する。図１の例では、本実施形態に係るセンサ装置１００は、利用者のユーザ端末３にセンシングデータを提供する提供元として利用されている。ただし、本実施形態に係るセンサ装置１００の利用方法は、このような例に限定される訳ではなく、実施の形態に応じて適宜決定されてよい。

本実施形態に係るセンサ装置１００は、対象を観測する第１センサ１０１、第１センサ１０１の利用形態を観測する第２センサ１０２、及び各センサ（１０１、１０２）に接続されるセンサ管理ユニット１を備えている。第１センサ１０１は、本発明の「センサ」の一例である。第２センサ１０２は、「サブセンサ」と称されてよい。各センサ（１０１、１０２）の種類は、観測対象に応じて適宜選択されてよい。

本実施形態に係るセンサ管理ユニット１は、第１センサ１０１により得られるセンシングデータ（後述する第１センシングデータ１２１）を管理するように構成された情報処理装置である。具体的に、センサ管理ユニット１は、第１センサ１０１により対象を観測することで得られたセンシングデータを取得する。続いて、センサ管理ユニット１は、取得したセンシングデータに対して、第１センサ１０１の属性を示すメタデータ（後述する各メタデータ１２３〜１２５）を生成する。

メタデータの内容は、第１センサ１０１又は第１センサ１０１により得られるセンシングデータに関する何らかの情報を示すものであれば、特に限定されなくてもよく、実施の形態に応じて適宜決定されてよい。例えば、メタデータは、動的メタデータ（後述する動的メタデータ１２４）、及び加工メタデータ（後述する加工メタデータ１２５）の少なくとも一方を含んでよい。

動的メタデータは、時間の経過に伴い動的に変化し得る第１センサ１０１の利用形態に関する属性を示す。動的メタデータは、例えば、第２センサ１０２により第１センサ１０１の利用形態を観測することで得られたセンシングデータ（後述する第２センシングデータ１２２）に基づいて生成可能である。また、加工メタデータは、第１センサ１０１により得られたセンシングデータの特徴量に関するものであり、当該センシングデータを解析することで生成可能である。

更に、センサ管理ユニット１は、第１センサ１０１により得られたセンシングデータを識別するためのセンシングデータＩＤ（後述するセンシングデータＩＤ１２８）、及びメタデータを識別するためのメタデータＩＤ（後述するメタデータＩＤ１２９）を生成する。センシングデータＩＤは、本発明の「第１の識別コード」の一例である。メタデータＩＤは、本発明の「第２の識別コード」の一例である。

そして、センサ管理ユニット１は、外部装置に対して、メタデータＩＤを付与したセンシングデータの送信、及びセンシングデータＩＤを付与したメタデータの送信の少なくとも一方を行う。これによって、センサ管理ユニット１は、センシングデータ及びメタデータを外部装置に提供する。センシングデータ及びメタデータの提供先となる外部装置は、センサ管理ユニット１（センサ装置１００）とは異なる他の装置であれば特に限定されなくてもよく、実施の形態に応じて適宜選択されてよい。本実施形態では、各ユーザ端末３が、本発明の「外部装置」の一例である。

具体的には、本実施形態では、センシングデータ及びメタデータは、ネットワークサーバ２を介してセンサ装置１００から利用者のユーザ端末３に提供される。ネットワークサーバ２には、ネットワーク（不図示）を介して複数のセンサ装置１００及び複数のユーザ端末３が接続される。ネットワークの種類は、例えば、インターネット、無線通信網、移動通信網、電話網、専用網等から適宜選択されてよい。

ネットワークサーバ２は、センシングデータの提供元（センサ装置１００）と利用先（ユーザ端末３で実行されるアプリケーションソフト等）とを後述する方法によりマッチングし、利用先の要求を満たすセンシングデータを提供可能な提供元を抽出する。そして、ネットワークサーバ２は、マッチングの成立したセンサ装置１００とユーザ端末３との間でのセンシングデータの流通を許可する。これにより、本実施形態では、各センサ装置１００から適切なユーザ端末３にセンシングデータ及びメタデータが提供されるようになる。

以上のとおり、本実施形態に係るセンサ管理ユニット１（センサ装置１００）は、センシングデータをユーザ端末３に送信する際に、メタデータを識別するためのメタデータＩＤを共に送信する。これにより、ユーザ端末３は、受信したメタデータＩＤに基づいて、受信したセンシングデータに対応するメタデータを必要に応じて取得することができる。同様に、本実施形態に係るセンサ管理ユニット１（センサ装置１００）は、メタデータをユーザ端末３に送信する際に、センシングデータを識別するためのセンシングデータＩＤが共に送信される。これにより、ユーザ端末３は、センシングデータＩＤに基づいて、受信したメタデータに対応するセンシングデータを必要に応じて取得することができる。よって、本実施形態によれば、メタデータＩＤ及びセンシングデータの組み合わせ、又はセンシングデータＩＤ及びメタデータの組み合わせをユーザ端末３に送信するようにすることで、当該ユーザ端末３におけるセンシングデータ及びメタデータの利用性を担保することができる。

また、一般的に、センシングデータＩＤのデータ量は、センシングデータそのもののデータ量よりも小さく、メタデータＩＤのデータ量は、メタデータそのもののデータ量よりも小さい。そのため、メタデータＩＤ及びセンシングデータの組み合わせを送信するケース、並びにセンシングデータＩＤ及びメタデータの組み合わせを送信するケースそれぞれにおける通信量は、センシングデータ及びメタデータの組み合わせを送信するケースにおける通信量よりも小さくなる。更に、センシングデータＩＤ及びメタデータＩＤそれぞれに基づくセンシングデータ及びメタデータそれぞれの取得は、必ずしも常に実施されなければならない訳ではなく、その回数を抑えることができる。したがって、本実施形態によれば、センシングデータ及びメタデータの利用性を損なうことなく、センシングデータ及びメタデータの送信にかかる通信量を低減することができる。

§２ 構成例
［ハードウェア構成］
＜センサ管理ユニット（センサ装置）＞
次に、図２を用いて、本実施形態に係るセンサ管理ユニット１のハードウェア構成の一例について説明する。図２は、本実施形態に係るセンサ管理ユニット１のハードウェア構成の一例を模式的に例示する。

図２に示されるとおり、本実施形態に係るセンサ管理ユニット１は、制御部１１、記憶部１２、通信インタフェース１３、外部インタフェース１４、入力装置１５、出力装置１６、及びドライブ１７が電気的に接続されたコンピュータである。なお、図２では、通信インタフェース及び外部インタフェースをそれぞれ「通信Ｉ／Ｆ」及び「外部Ｉ／Ｆ」と記載している。

制御部１１は、ハードウェアプロセッサであるＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等を含み、プログラム及び各種データに基づいて情報処理を実行するように構成される。記憶部１２は、「メモリ」の一例であり、例えば、ハードディスクドライブ、ソリッドステートドライブ等で構成される。本実施形態では、記憶部１２には、センサ管理プログラム８１、第１センシングデータ１２１、第２センシングデータ１２２、静的メタデータ１２３、動的メタデータ１２４、加工メタデータ１２５、管理データ１２６、設定データ１２７、センシングデータＩＤ１２８、メタデータＩＤ１２９等が記憶される。

第１センシングデータ１２１は、第１センサ１０１により対象を観測することで得られる。第２センシングデータ１２２は、第２センサ１０２により第１センサ１０１の利用形態を観測することで得られる。各メタデータ１２３〜１２５は、第１センサ１０１の属性を示し、第１センシングデータ１２１に関連付けられる。管理データ１２６は、当該関連付けによる第１センシングデータ１２１と各メタデータ１２３〜１２５との対応関係を示す情報を含む。設定データ１２７は、第１センサ１０１の動作設定を示す情報を含む。センシングデータＩＤ１２８は、第１センシングデータ１２１を識別するために利用される。メタデータＩＤ１２９は、対応する第１センシングデータ１２１に関連付けられる各メタデータ１２３〜１２５を識別するために利用される。センサ管理プログラム８１は、後述する第１センシングデータ１２１及び各メタデータ１２３〜１２５を管理するための情報処理（図８）をセンサ管理ユニット１に実行させる命令を含む。詳細は後述する。

通信インタフェース１３は、例えば、有線ＬＡＮ（Local Area Network）モジュール、無線ＬＡＮモジュール等であり、ネットワークを介した有線又は無線通信を行うためのインタフェースである。センサ管理ユニット１は、この通信インタフェース１３を介して、ネットワークサーバ２とデータ通信を行う。

外部インタフェース１４は、例えば、ＵＳＢ（Universal Serial Bus）ポート、専用ポート等であり、外部装置と接続するためのインタフェースである。外部インタフェース１４の種類及び数は、接続される外部装置の種類及び数に応じて適宜選択されてよい。本実施形態では、センサ管理ユニット１は、外部インタフェース１４を介して、各センサ（１０１、１０２）と接続している。

第１センサ１０１の種類は、特に限定されなくてもよく、実施の形態に応じて適宜選択されてよい。第１センサ１０１は、例えば、画像センサ、赤外線センサ、音センサ、光センサ、圧力センサ、気圧センサ、温度センサ等であってよい。また、第１センサ１０１は、例えば、環境センサ、バイタルセンサ、車載センサ、ホームセキュリティセンサ等であってよい。環境センサは、気圧、温度、湿度、音圧、音、紫外線、照度、降雨量、ガス等に関する環境情報を計測又は検知可能に構成されたセンサである。バイタルセンサは、血圧、心拍、心電、体温、睡眠状態（マイクロ波）、活動量、血糖値等のバイタル情報を計測又は検知可能に構成されたセンサである。車載センサは、画像センサ、レーザセンサ、睡眠（マイクロ波）センサ等の車両に搭載されるセンサである。ホームセキュリティセンサは、画像センサ、赤外センサ、活性度（音声）センサ、ガス（ＣＯ２等）センサ、電流センサ、スマートメータ（家電、照明等の電力使用量を計測するセンサ）等のホームセキュリティに関する情報を計測又は検知可能に構成されたセンサである。これに応じて、第１センサ１０１により得られる第１センシングデータ１２１は、例えば、画像データ、数値データ、音声データ、言語データ等である。第１センサ１０１は、対象の状態を観測可能なように適宜配置される。

また、第２センサ１０２の種類は、第１センサ１０１の利用形態を観測可能であれば、特に限定されなくてもよく、実施の形態に応じて適宜選択されてよい。第２センサ１０２は、例えば、温度センサ、ＧＰＳセンサ、加速度センサ、気圧センサ、地磁気センサ、ジャイロセンサ等であってよい。この第２センサ１０２は、第１センサ１０１の利用形態を観測可能に適宜配置される。例えば、第２センサ１０２として温度センサを採用した場合、第１センサ１０１の近傍に第２センサ１０２を配置することで、当該第２センサ１０２により第１センサ１０１の周囲の温度を観測することができる。また、例えば、第２センサ１０２としてジャイロセンサを採用した場合、第１センサ１０１の筐体（不図示）に第２センサ１０２を取り付けることで、当該第２センサ１０２により第１センサ１０１の姿勢（例えば、向き）を観測することができる。

なお、図２の例では、センサ管理ユニット１には、１つの第１センサ１０１と１つの第２センサ１０２とが接続されている。しかしながら、センサ管理ユニット１に接続される第１センサ１０１及び第２センサ１０２それぞれの数は、１つに限られなくてもよく、２つ以上であってもよい。センサ管理ユニット１には、複数の第１センサ１０１が接続されてもよい。また、１つの第１センサ１０１の利用形態を観測するために、複数の第２センサ１０２が用いられてもよい。センサ管理ユニット１に接続される各センサ（１０１、１０２）の数は、実施の形態に応じて適宜決定されてよい。

入力装置１５は、例えば、マウス、キーボード等の入力を行うための装置である。また、出力装置１６は、例えば、ディスプレイ、スピーカ等の出力を行うための装置である。センシングデータの提供者となるユーザは、入力装置１５及び出力装置１６を利用して、センサ管理ユニット１を操作することができる。

ドライブ１７は、例えば、ＣＤドライブ、ＤＶＤドライブ等であり、記憶媒体９１に記憶されたプログラムを読み込むためのドライブ装置である。ドライブ１７の種類は、記憶媒体９１の種類に応じて適宜選択されてよい。上記センサ管理プログラム８１は、この記憶媒体９１に記憶されていてもよい。

記憶媒体９１は、コンピュータその他装置、機械等が記録されたプログラム等の情報を読み取り可能なように、当該プログラム等の情報を、電気的、磁気的、光学的、機械的又は化学的作用によって蓄積する媒体である。センサ管理ユニット１は、この記憶媒体９１から、上記センサ管理プログラム８１を取得してもよい。

ここで、図２では、記憶媒体９１の一例として、ＣＤ、ＤＶＤ等のディスク型の記憶媒体を例示している。しかしながら、記憶媒体９１の種類は、ディスク型に限定される訳ではなく、ディスク型以外であってもよい。ディスク型以外の記憶媒体として、例えば、フラッシュメモリ等の半導体メモリを挙げることができる。

なお、センサ管理ユニット１の具体的なハードウェア構成に関して、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部１１は、複数のハードウェアプロセッサを含んでもよい。ハードウェアプロセッサは、マイクロプロセッサ、ＦＰＧＡ（field-programmable gate array）、ＤＳＰ（digital signal processor）等で構成されてよい。記憶部１２は、制御部１１に含まれるＲＡＭ及びＲＯＭにより構成されてもよい。入力装置１５及び出力装置１６は省略されてもよい。各センサ（１０１、１０２）が通信インタフェースを備える場合、センサ管理ユニット１は、外部インタフェース１４ではなく、通信インタフェース１３を介して各センサ（１０１、１０２）と接続されてよい。この場合、外部インタフェース１４は省略されてよい。また、図２では、センサ管理ユニット１は、１台の情報処理装置により構成されているが、複数台の情報処理装置により構成されてよい。センサ管理ユニット１が複数台の情報処理装置により構成される場合、各情報処理装置のハードウェア構成は、一致していてもよいし、一致していなくてもよい。また、センサ管理ユニット１は、サービス専用に設計された情報処理装置の他、汎用のデスクトップＰＣ（Personal Computer）、タブレットＰＣ、スマートフォン、スマートフォン以外の携帯電話、ＰＬＣ（programmable logic controller）等であってよい。

＜ネットワークサーバ＞
次に、図３を用いて、本実施形態に係るネットワークサーバ２のハードウェア構成の一例について説明する。図３は、本実施形態に係るネットワークサーバ２のハードウェア構成の一例を模式的に例示する。

図３に示されるとおり、本実施形態に係るネットワークサーバ２は、制御部２１、記憶部２２、及び通信インタフェース２３が電気的に接続されたコンピュータである。なお、図３では、図２と同様に、通信インタフェースを「通信Ｉ／Ｆ」と記載している。

制御部２１は、上記制御部１１と同様に、ハードウェアプロセッサであるＣＰＵ、ＲＡＭ、ＲＯＭ等を含み、プログラム及びデータに基づいて各種情報処理を実行するように構成される。記憶部２２は、例えば、ハードディスクドライブ、ソリッドステートドライブ等で構成され、プログラム８２、提供側データカタログ２２１、利用側データカタログ２２２等を記憶する。

プログラム８２は、後述する提供元及び利用先をマッチングする情報処理（図１１）をネットワークサーバ２に実行させる命令を含む。提供側データカタログ２２１は、提供元毎に用意され、各センサ装置１００のセンサ（第１センサ１０１）により提供可能なセンシングデータ（第１センシングデータ１２１）を示す情報を含む。一方、利用側データカタログ２２２は、利用先毎に用意され、利用者の所望するセンシングデータを示す情報を含む。提供側データカタログ２２１及び利用側データカタログ２２２は、提供元及び利用先のマッチングに利用される。詳細は後述する。

通信インタフェース２３は、上記通信インタフェース１３と同様に、ネットワークを介した通信を行うためのインタフェースである。通信インタフェース２３は、例えば、有線ＬＡＮモジュール、無線ＬＡＮモジュール等である。ネットワークサーバ２は、この通信インタフェース２３を介して、各センサ装置１００及び各ユーザ端末３とデータ通信を行う。

なお、ネットワークサーバ２の具体的なハードウェア構成に関して、実施の形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部２１は、複数のハードウェアプロセッサを含んでもよい。ハードウェアプロセッサは、マイクロプロセッサ、ＦＰＧＡ等で構成されてよい。記憶部２２は、制御部２１に含まれるＲＡＭ及びＲＯＭにより構成されてもよい。ネットワークサーバ２は、ユーザインタフェースとして入力装置及び出力装置を更に備えてもよい。また、ネットワークサーバ２は、サービス専用に設計された情報処理装置の他、汎用のサーバ装置、汎用のＰＣ等であってもよい。

＜ユーザ端末＞
次に、図４を用いて、本実施形態に係るユーザ端末３のハードウェア構成の一例について説明する。図４は、本実施形態に係るユーザ端末３のハードウェア構成の一例を模式的に例示する。

図４に示されるとおり、本実施形態に係るユーザ端末３は、制御部３１、記憶部３２、通信インタフェース３３、入力装置３４、及び出力装置３５が電気的に接続されたコンピュータである。なお、図４では、図２及び図３と同様に、通信インタフェースを「通信Ｉ／Ｆ」と記載している。

制御部３１は、上記各制御部（１１、２２）と同様に、ハードウェアプロセッサであるＣＰＵ、ＲＡＭ、ＲＯＭ等を含み、プログラム及びデータに基づいて各種情報処理を実行するように構成される。記憶部３２は、例えば、ハードディスクドライブ、ソリッドステートドライブ等で構成され、アプリケーションプログラム８３等を記憶する。

アプリケーションプログラム８３は、所定の情報処理を制御部３１に実行させる命令を含んでおり、各ユーザ端末３から提供されるセンシングデータ（第１センシングデータ１２１）を利用する。アプリケーションプログラム８３の種類は、特に限定されなくてもよく、実施の形態に応じて適宜選択されてよい。

通信インタフェース３３は、上記各通信インタフェース（１３、２３）と同様に、ネットワークを介した通信を行うためのインタフェースである。通信インタフェース３３は、例えば、有線ＬＡＮモジュール、無線ＬＡＮモジュール等である。ユーザ端末３は、この通信インタフェース３３を介して、ネットワークサーバ２とデータ通信を行う。

入力装置３４は、上記入力装置１５と同様に、例えば、マウス、キーボード等の入力を行うための装置である。また、出力装置３５は、上記出力装置１６と同様に、例えば、ディスプレイ、スピーカ等の出力を行うための装置である。センシングデータの利用者は、入力装置３４及び出力装置３５を利用して、ユーザ端末３を操作することができる。

なお、ユーザ端末３の具体的なハードウェア構成に関して、実施の形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部３１は、複数のハードウェアプロセッサを含んでもよい。ハードウェアプロセッサは、マイクロプロセッサ、ＦＰＧＡ等で構成されてもよい。記憶部３２は、制御部３１に含まれるＲＡＭ及びＲＯＭにより構成されてもよい。また、ユーザ端末３は、サービス専用に設計された情報処理装置の他、汎用のデスクトップＰＣ、タブレットＰＣ、スマートフォン、スマートフォン以外の携帯電話等であってもよい。

［ソフトウェア構成］
次に、図５を用いて、本実施形態に係るセンサ管理ユニット１のソフトウェア構成の一例を説明する。図５は、本実施形態に係るセンサ管理ユニット１のソフトウェア構成の一例を模式的に例示する。

センサ管理ユニット１の制御部１１は、記憶部１２に記憶されたセンサ管理プログラム８１をＲＡＭに展開する。そして、制御部１１は、ＲＡＭに展開されたセンサ管理プログラム８１をＣＰＵにより解釈し、各構成要素を制御しながら、当該解釈に基づいた情報処理を実行する。これにより、図５に示されるとおり、本実施形態に係るセンサ管理ユニット１は、ソフトウェアモジュールとして、センシングデータ取得部１１１、メタデータ生成部１１２、識別コード生成部１１３、メタデータ管理部１１４、通信部１１５、及びカタログ変更部１１６を備えるコンピュータとして構成される。

センシングデータ取得部１１１は、第１センサ１０１により対象を観測することで得られた第１センシングデータ１２１を取得する。メタデータ生成部１１２は、取得した第１センシングデータ１２１に対して、第１センサ１０１の属性を示すメタデータを生成する。本実施形態では、メタデータ生成部１１２は、第１センサ１０１の属性を示すメタデータとして、静的メタデータ１２３、動的メタデータ１２４、及び加工メタデータ１２５の３種類のメタデータを生成する。

静的メタデータ１２３は、時間が経過しても変化しない第１センサ１０１の仕様に関する属性を示すように構成される。つまり、静的メタデータ１２３として保持される情報は、基本的には、その値が常に一定であり、利用形態に応じて変化する可能性のない属性に関するものである。

動的メタデータ１２４は、第１センシングデータ１２１が得られた時点における第１センサ１０１の属性であって、時間の経過に伴い動的に変化し得る第１センサ１０１の利用形態に関する属性を示すように構成される。動的メタデータ１２４により示される第１センサ１０１の利用形態に関する属性は、例えば、第１センサ１０１の動作設定に関する属性、第１センサ１０１の設置状況に関する属性等である。

動的メタデータ１２４として保持される情報は、その値が常に一定であるとは限られず、利用形態に応じて変化する可能性のある属性に関するものである。つまり、動的メタデータ１２４は、例えば、センシングデータの信頼性、有効性等を判定するために、第１センサ１０１の利用形態に関して、変化したか否かを確認（又は、追跡）する対象となり得る属性の情報を示す。本実施形態では、メタデータ生成部１１２は、第２センサ１０２により第１センサ１０１の利用形態を観測することで得られた第２センシングデータ１２２等に基づいて、動的メタデータ１２４を生成する。

加工メタデータ１２５は、取得した第１センシングデータ１２１の特徴量に関するものである。メタデータ生成部１１２は、取得した第１センシングデータ１２１を解析することで、当該加工メタデータ１２５を生成する。

識別コード生成部１１３は、第１センシングデータ１２１を識別するためのセンシングデータＩＤ１２８、及び各メタデータ１２３〜１２５を識別するためのメタデータＩＤ１２９を生成する。メタデータ管理部１１４は、生成した各メタデータ１２３〜１２５を第１センシングデータ１２１に関連付けて管理する。

通信部１１５は、ユーザ端末３等の外部装置に対して、メタデータＩＤ１２９を付与した第１センシングデータ１２１の送信、及びセンシングデータＩＤ１２８を付与した各メタデータ１２３〜１２５の送信の少なくとも一方を行う。カタログ変更部１１６は、第１センサ１０１の利用形態の変更に伴い、ネットワークサーバ２に保存されている提供側データカタログ２２１の内容を変更する。

センサ管理ユニット１の各ソフトウェアモジュールに関しては後述する動作例で詳細に説明する。なお、本実施形態では、センサ管理ユニット１の各ソフトウェアモジュールがいずれも汎用のＣＰＵにより実現される例について説明している。しかしながら、各ソフトウェアモジュールを実現する方法は、このような例に限定されなくてもよい。上記ソフトウェアモジュールの一部又は全部が、１又は複数の専用のプロセッサにより実現されてもよい。また、センサ管理ユニット１のソフトウェア構成に関して、実施の形態に応じて、適宜、ソフトウェアモジュールの省略、置換及び追加が行われてもよい。

§３ 動作例
［マッチング処理］
次に、図６を用いて、ネットワークサーバ２による提供元及び利用先のマッチングに係る処理手順について説明する。図６は、本実施形態に係るネットワークサーバ２によるマッチングの処理手順の一例を示す。ただし、以下で説明するマッチングの処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

（ステップＳ１１及びＳ１２）
まず、ステップＳ１１では、ネットワークサーバ２の制御部２１は、各センサ装置１００により提供可能なセンシングデータを示す提供側データカタログ２２１を取得する。次のステップＳ１２では、制御部２１は、利用者の所望するセンシングデータを示す利用側データカタログ２２２を取得する。

図７Ａは、本実施形態に係る提供側データカタログ２２１の一例を模式的に例示する。本実施形態に係る提供側データカタログ２２１は、カタログ番号、提供者情報、提供条件、提供期間、センサ仕様、観測内容、データ仕様、利用形態等の情報を含む。ステップＳ１１では、制御部２１は、提供側データカタログ２２１に登録する各種情報を取得することで、提供側データカタログ２２１を適宜生成してもよい。

具体的に、カタログ番号は、提供側データカタログ２２１を識別するための番号である。制御部２１は、提供側データカタログ２２１を生成する際に、他の提供側データカタログ２２１に利用されていない任意の番号を適宜生成して、生成した番号をカタログ番号に設定してもよい。

また、提供者情報は、センシングデータの提供者を特定するための情報であり、例えば、提供者の名称（個人名又は組織名）、提供者の連絡先等を含んでもよい。提供条件の情報は、センシングデータの提供を許諾する諸条件を規定する。提供条件には、例えば、センシングデータの利用用途（営利／非営利／制限無）、提供範囲（第三者への提供可／不可）、アクセス権（複製不可／複製可／改変可／加工可）、個人情報の有無、匿名加工情報の有無、センシングデータの利用に対する費用の支払類型等の条件が含まれてもよい。提供期間の情報は、センシングデータの提供を許諾する期間（例えば、提供の開始日時及び終了日時）を規定する。制御部２１は、提供側データカタログ２２１を生成する際に、各センサ装置１００又はその他の情報処理装置を介して提供者からの入力又は指定を受け付けることで、提供者情報、提供条件、及び提供期間の各情報を取得してもよい。

また、センサ仕様の情報は、第１センサ１０１の仕様に関する属性を示し、例えば、第１センサ１０１の性能に関する情報、機器情報、初期設置条件に関する情報等を含んでもよい。第１センサ１０１の性能に関する情報は、例えば、第１センサ１０１の感度限界、ダイナミックレンジ、空間分解能の設定可能範囲、サンプリング周波数の設定可能範囲等の情報を含んでもよい。第１センサ１０１の機器情報は、例えば、第１センサ１０１の名称、第１センサ１０１の説明等の情報を含んでもよい。第１センサ１０１の初期設置条件に関する情報は、例えば、第１センサ１０１の設置場所の固有名詞等の情報を含んでもよい。

観測内容に関する情報は、第１センサ１０１を用いて行われる観測の属性を示し、例えば、観測の名称（例えば、環境観測）、観測に関する説明、観測の対象物の名称（例えば、Ａ事業所）、観測の対象物に関する説明、観測指標の名称（例えば、温度、湿度等）、観測指標に関する説明等を含んでもよい。データ仕様の情報は、第１センサ１０１により得られる第１センシングデータ１２１の仕様に関する属性を示し、例えば、第１センシングデータ１２１により示される観測値の名称（温度値、最大消費電力値等）、観測値の説明、観測値の単位等の情報を含んでもよい。制御部２１は、提供側データカタログ２２１を生成する際に、各センサ装置１００の第１センサ１０１又は第１センシングデータ１２１に関連付けられた静的メタデータ１２３から、センサ仕様、観測内容及びデータ仕様の各情報を取得してもよい。

また、利用形態に関する情報は、利用形態に応じて変化し得る第１センサ１０１の属性を示し、例えば、第１センサ１０１の動作設定に関する情報、第１センサ１０１の設置状況に関する情報を含んでもよい。第１センサ１０１の動作設定に関する情報は、例えば、第１センサ１０１の計測範囲の設定値、計測範囲の分解能の設定値、サンプリング周波数の設定値等の情報を含んでもよい。また、第１センサ１０１の設置状況に関する情報は、例えば、第１センサ１０１の設置角度、第１センサ１０１の周囲の温度、第１センサ１０１と観測対象との間の距離等の情報を含んでもよい。制御部２１は、提供側データカタログ２２１を生成する際に、各センサ装置１００又は第１センシングデータ１２１に関連付けられた動的メタデータ１２４から、利用形態に関する情報を取得してもよい。

一方、図７Ｂは、本実施形態に係る利用側データカタログ２２２の一例を模式的に例示する。本実施形態に係る利用側データカタログ２２２は、カタログ番号、利用者情報、収受条件、利用期間、センサ仕様、観測内容、データ仕様、利用形態等の情報を含む。ステップＳ１２では、制御部２１は、各ユーザ端末３又はその他の情報処理装置を介して利用者からの入力又は指定を受け付け、利用側データカタログ２２２に登録する各種情報を取得することで、利用側データカタログ２２２を適宜生成してもよい。

カタログ番号は、提供側データカタログ２２１のカタログ番号と同様である。また、利用者情報、収受条件、利用期間、センサ仕様、観測内容、データ仕様、及び利用形態の各情報は、上記提供側データカタログ２２１の提供者情報、提供条件、提供期間、センサ仕様、観測内容、データ仕様、及び利用形態の各情報に対応する。

利用者情報は、センシングデータの利用者を特定するための情報である。収受条件の情報は、センシングデータの提供を受諾する諸条件を規定する。利用期間の情報は、センシングデータの提供を受ける又は提供を受けることを所望する期間（例えば、利用の開始日時及び終了日時）を規定する。センサ仕様の情報は、センシングデータの提供を所望するセンサの仕様に関する属性を示す。観測内容に関する情報は、センシングデータの提供を所望する観測の属性を示す。データ仕様の情報は、提供を所望するセンシングデータの仕様に関する属性を示す。利用形態に関する情報は、センシングデータの提供を所望するセンサの利用形態に応じて変化し得る属性を示す。利用者情報、収受条件、利用期間、センサ仕様、観測内容、データ仕様、及び利用形態の各情報で規定される項目は、上記提供側データカタログ２２１の提供者情報、提供条件、提供期間、センサ仕様、観測内容、データ仕様、及び利用形態の各情報と同様であってよい。

なお、提供側データカタログ２２１及び利用側データカタログ２２２の生成は、ネットワークサーバ２によって行われなくてもよい。提供側データカタログ２２１は、各センサ装置１００又は提供者の他の情報処理装置により生成されてもよい。また、利用側データカタログ２２２は、各ユーザ端末３又は利用者の他の情報処理装置により生成されてもよい。この場合、制御部２１は、各センサ装置１００又は提供者の他の情報処理装置からネットワークを介して提供側データカタログ２２１を取得してもよい。また、制御部２１は、各ユーザ端末３又は利用者の他の情報処理装置からネットワークを介して利用側データカタログ２２２を取得してもよい。

（ステップＳ１３及びＳ１４）
次のステップＳ１３では、制御部２１は、提供側データカタログ２２１の各項目と利用側データカタログ２２２の各項目とを照合することで、提供元と利用先とをマッチングする。次のステップＳ１４では、当該マッチングの結果に基づいて、利用者の要求を満たすセンシングデータ（第１センシングデータ１２１）を提供可能なセンサ装置１００（第１センサ１０１）を抽出する。

マッチングの方法の一例として、制御部２１は、提供側データカタログ２２１の提供条件、提供期間、センサ仕様、観測内容、データ仕様、及び利用形態の各項目と利用側データカタログ２２２の収受条件、利用期間、センサ仕様、観測内容、データ仕様、及び利用形態の各項目とを照合し、各項目同士が適合するか否かを判定する。当該判定の結果、制御部２１は、項目の全て又は一部が適合した場合に、提供側データカタログ２２１に対応するセンサ装置１００を、利用側データカタログ２２２に対応する利用者の要求を満たすセンシングデータを提供可能なものとして抽出する。一方、そうではない場合、制御部２１は、提供側データカタログ２２１に対応するセンサ装置１００を、利用側データカタログ２２２に対応する利用者の要求を満たすセンシングデータを提供可能なものではないと判定する。ただし、マッチングの方法は、このような例に限定されなくてもよく、実施の形態に応じて適宜決定されてよい。

（ステップＳ１５）
次のステップＳ１５では、制御部２１は、抽出したセンサ装置１００から対象のユーザ端末３へのセンシングデータ（第１センシングデータ１２１）の流通を許可する。当該許可の処理の一例として、制御部２１は、抽出したセンサ装置１００に対して、対象のユーザ端末３へのセンシングデータの送信を許可することを示すデータフロー許可指令を送信する。これに応じて、各センサ装置１００は、データフロー許可指令により指定された対象のユーザ端末３に対して、第１センサ１０１により対象を観測することで得られた第１センシングデータ１２１の送信を開始する。抽出したセンサ装置１００に対するデータ流通の許可が完了すると、制御部２１は、本動作例に係るマッチングの処理を終了する。

［センシングデータの管理処理］
次に、図８及び図９を用いて、センサ管理ユニット１による第１センシングデータ１２１を管理するための処理手順について説明する。図８は、本実施形態に係るセンサ管理ユニット１による第１センシングデータ１２１を管理するための処理手順の一例を示す。図９は、本実施形態に係るセンサ管理ユニット１による第１センシングデータ１２１の管理過程の一例を模式的に例示する。以下で説明する処理手順は、本発明の「センサ管理方法」の一例である。ただし、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

（ステップＳ１０１）
まず、ステップＳ１０１では、センサ管理ユニット１の制御部１１は、センシングデータ取得部１１１として動作し、第１センサ１０１により対象を観測することで得られた第１センシングデータ１２１を取得する。

本実施形態では、センサ管理ユニット１は、第１センサ１０１の動作設定を示す設定データ１２７を保持している。そこで、制御部１１は、設定データ１２７を参照し、第１センサ１０１の動作設定を特定する。

図１０は、本実施形態に係る設定データ１２７の一例を模式的に例示する。設定データ１２７は、例えば、第１センサ１０１の動作設定を示す情報として、計測範囲の設定値、計測範囲の分解能の設定値、サンプリング周波数の設定値等の情報を含んでいる。制御部１１は、これらの情報に基づいて、第１センサ１０１の動作を制御する。

具体的には、制御部１１は、設定データ１２７により示される計測範囲の設定値及び分解能の設定値に基づいて、第１センサ１０１の動作を制御する。そして、制御部１１は、設定データ１２７により示される設定値をサンプリング周波数に設定し、第１センサ１０１から出力される信号のサンプリング処理を行う。これにより、制御部１１は、第１センシングデータ１２１を取得することができる。

ただし、第１センシングデータ１２１を取得する方法は、このような例に限定されなくてもよく、実施の形態に応じて適宜決定されてよい。例えば、上記第１センサ１０１の制御及びサンプリング処理は、他の情報処理装置により行われてもよい。この場合、制御部１１は、当該他の情報処理装置から第１センシングデータ１２１を取得してもよい。第１センシングデータ１２１を取得すると、制御部１１は、次のステップＳ１０２に処理を進める。

なお、第１センシングデータ１２１は、一定の時間幅を有する時系列データとなるように構成されてもよいし、一時点の観測結果を示すように構成されてもよい。第１センシングデータ１２１の構成は、特に限定されなくてもよく、実施の形態に応じて適宜決定されてよい。

（ステップＳ１０２）
次のステップＳ１０２では、制御部１１は、メタデータ生成部１１２として動作し、ステップＳ１０１で取得した第１センシングデータ１２１に対して、静的メタデータ１２３、動的メタデータ１２４、及び加工メタデータ１２５を生成する。各メタデータ１２３〜１２５を生成すると、制御部１１は、次のステップＳ１０３に処理を進める。

（１）静的メタデータ
静的メタデータ１２３は、時間が経過しても変化しない第１センサ１０１の仕様に関する属性を示すように構成される。そのように構成される限り、静的メタデータ１２３の内容は、実施の形態に応じて適宜決定されてよい。静的メタデータ１２３は、例えば、第１センサ１０１の性能に関する属性、第１センサ１０１の機器情報に関する属性、第１センサ１０１の初期設置条件に関する属性等の情報を含んでもよい。制御部１１は、第１センサ１０１又は第１センサ１０１の仕様に関する情報を保持する他の情報処理装置から各項目に対応する情報を取得し、取得した情報に基づいて静的メタデータ１２３を生成してよい。

（２）動的メタデータ
動的メタデータ１２４は、第１センシングデータ１２１が得られた時点における第１センサ１０１の属性であって、時間の経過に伴い動的に変化し得る第１センサ１０１の利用形態に関する属性を示すように構成される。そのように構成される限り、動的メタデータ１２４の内容は、実施の形態に応じて適宜決定されてよい。動的メタデータ１２４により示される第１センサ１０１の利用形態に関する属性は、例えば、第１センサ１０１の動作設定に関する属性、第１センサ１０１の設置状況に関する属性等を含んでもよい。

第１センサ１０１の動作設定に関する属性は、例えば、計測範囲の設定値、計測範囲の分解能の設定値、サンプリング周波数の設定値等である。本実施形態では、第１センサ１０１の動作設定に関する情報は、設定データ１２７として記憶部１２に記憶されている。そこで、制御部１１は、設定データ１２７を参照することで、第１センサ１０１の動作設定に関する情報を取得し、取得した情報に基づいて、動的メタデータ１２４を生成してもよい。

また、第１センサ１０１の設置状況に関する属性は、例えば、第１センサ１０１の設置角度、第１センサ１０１の周囲の温度、第１センサ１０１と観測対象との間の距離等である。本実施形態では、センサ管理ユニット１に接続される第２センサ１０２によって、第１センサ１０１の利用形態が監視されている。そこで、制御部１１は、第２センサ１０２により第１センサ１０１の利用形態を観測することで得られた第２センシングデータ１２２に基づいて、動的メタデータ１２４を生成してもよい。

具体例として、第２センサ１０２が温度センサであり、第１センサ１０１の近傍に配置されている場合、第２センサ１０２により得られる第２センシングデータ１２２は、第１センサ１０１の周囲の温度を示す。そこで、制御部１１は、当該第２センシングデータ１２２を取得し、取得した第２センシングデータ１２２に基づいて、第１センサ１０１の周囲の温度を示すデータを動的メタデータ１２４として生成してもよい。

また、第２センサ１０２がジャイロセンサであり、第１センサ１０１の筐体に取り付けられている場合、第２センサ１０２により得られる第２センシングデータ１２２は、第１センサ１０１の傾きを示す。そこで、制御部１１は、当該第２センシングデータ１２２を取得し、取得した第２センシングデータ１２２に基づいて、第１センサ１０１の設置角度を示すデータを動的メタデータ１２４として生成してもよい。

なお、動的メタデータ１２４の構成は、このような例に限定されなくてもよく、実施の形態に応じて適宜決定されてよい。例えば、上記第１センサ１０１の動作設定に関する属性の情報及び設置状況に関する属性の情報のうちの少なくとも一方は省略されてもよい。また、動的メタデータ１２４は、上記第１センサ１０１の動作設定に関する属性の情報及び設置状況に関する属性の情報以外の第１センサ１０１の利用形態に関する属性の情報を含んでもよい。

また、制御部１１は、設定データ１２７及び第２センシングデータ１２２に依らず、動的メタデータ１２４を生成してもよい。例えば、制御部１１は、第１センシングデータ１２１に基づいて、動的メタデータ１２４を生成してもよい。具体例として、第１センサ１０１が赤外線センサである場合、制御部１１は、第１センシングデータ１２１を解析することで、第１センサ１０１と観測対象との間の距離を特定し、特定した距離を示すデータを動的メタデータ１２４として生成してもよい。

また、動的メタデータ１２４は、第１センシングデータ１２１が得られた時点における第１センサ１０１の利用形態に関する属性を示すように構成される。そのため、動的メタデータ１２４により示される第１センサ１０１の利用形態の時点と第１センシングデータ１２１が得られた時点とは一致しているのが好ましい。しかしながら、この「第１センシングデータ１２１が得られた時点」は、厳密でなくてもよい。

つまり、動的メタデータ１２４により示される第１センサ１０１の利用形態の時点と第１センシングデータ１２１が得られた時点とは、完全には一致していなくてもよく、動的メタデータ１２４の利用に致命的な影響を与えない限り、互いにずれていてもよい。この動的メタデータ１２４により示される第１センサ１０１の利用形態の時点と第１センシングデータ１２１が得られた時点とが動的メタデータ１２４の利用に致命的な影響を与えない程度に互いにずれている状態も、「第１センシングデータ１２１が得られた時点」に含まれるものとする。

したがって、制御部１１は、動的メタデータ１２４の生成に利用する設定データ１２７及び第２センシングデータ１２２を、第１センシングデータ１２１と同一のタイミングで取得してもよいし、第１センシングデータ１２１とは異なるタイミングで取得してもよい。なお、第２センシングデータ１２２を取得する方法は、上記ステップＳ１０１における第１センシングデータ１２１を取得する方法と同様であってよい。

（３）加工メタデータ
加工メタデータ１２５は、ステップＳ１０１で取得した第１センシングデータ１２１の特徴量を示すように構成される。そのように構成される限り、加工メタデータ１２５の内容は、実施の形態に応じて適宜決定されてよい。制御部１１は、ステップＳ１０１で取得した第１センシングデータ１２１に対して所定の解析処理を実行することで、加工メタデータ１２５を生成することができる。

なお、加工メタデータ１２５を生成する際の所定の解析処理の種類は、特に限定されなくてもよく、実施の形態に応じて適宜選択されてよい。当該所定の解析処理は、例えば、ラベリング処理、変化量を導出する演算処理、ベクトル値を導出する演算処理、変換処理、クレンジング処理、フィルタリング処理等であってよい。変換処理は、単位、スケール等を揃えるための演算処理である。クレンジング処理は、センシングデータの真値以外のデータを除去するための演算処理である。フィルタリング処理は、ＬＰＦ、ＨＰＦ、ＢＰＦ等のフィルタをセンシングデータに適用するための演算処理である。

また、解析処理により加工メタデータ１２５として得られる特徴量の種類は、ステップＳ１０１で取得した第１センシングデータ１２１の特徴を示すものであれば、特に限定されなくてもよく、実施の形態に応じて適宜選択されてよい。加工メタデータ１２５として得られる特徴量は、例えば、ラベル、変化量、ベクトル値、外れ値等であってよい。

（４）その他
なお、動的メタデータ１２４及び加工メタデータ１２５の内容は、第１センシングデータ１２１を取得するタイミング及び内容に依存する。そのため、制御部１１は、ステップＳ１０１及びＳ１０２の処理を繰り返す度に、取得した第１センシングデータ１２１に対して動的メタデータ１２４及び加工メタデータ１２５を新たに生成する。

一方、静的メタデータ１２３の内容は、第１センシングデータ１２１には依存しない。そのため、制御部１１は、静的メタデータ１２３を一度作成した後には、同一の第１センサ１０１に対して、静的メタデータ１２３を新たに生成しなくてもよい。つまり、制御部１１は、本ステップＳ１０２を最初に実行する時のみ、静的メタデータ１２３を生成するようにしてもよい。

また、静的メタデータ１２３を生成するタイミングは、本ステップＳ１０２を実行するタイミングと異なっていてもよい。制御部１１は、ステップＳ１０１を実行する前、例えば、第１センサ１０１をセンサ管理ユニット１に接続し、センサ管理ユニット１に第１センサ１０１を登録するための初期設定の際に、静的メタデータ１２３を生成してもよい。

（ステップＳ１０３）
次のステップＳ１０３では、制御部１１は、識別コード生成部１１３として動作して、ステップＳ１０１で取得した第１センシングデータ１２１を識別するためのセンシングデータＩＤ１２８を生成する。また、制御部１１は、ステップＳ１０２で生成した各メタデータ１２３〜１２５を識別するためのメタデータＩＤ１２９を生成する。

本実施形態では、ステップＳ１０１で取得した１件の第１センシングデータ１２１に対して、１件のセンシングデータＩＤ１２８が付与される。これに対して、第１センシングデータ１２１に対応する静的メタデータ１２３、動的メタデータ１２４、及び加工メタデータ１２５の１つの組み合わせに対して、１件のメタデータＩＤ１２９が付与される。ただし、第１センシングデータ１２１とセンシングデータＩＤ１２８との対応関係、及び各メタデータ１２３〜１２５とメタデータＩＤ１２９との対応関係はそれぞれ、このような例に限定されなくてもよく、実施の形態に応じて適宜決定されてよい。

例えば、センシングデータＩＤ１２８及びメタデータＩＤ１２９はそれぞれ、文字、数字、符号等の記号により構成されてよい。この場合、制御部１１は、他の第１センシングデータ１２１に付与していない、すなわち、他の第１センシングデータ１２１と対になっているセンシングデータＩＤ１２８の記号列とは異なる任意の記号列を新たなセンシングデータＩＤ１２８として適宜生成してもよい。そして、制御部１１は、生成した新たなセンシングデータＩＤ１２８を、ステップＳ１０１で取得した第１センシングデータ１２１と対にしてもよい。

同様に、制御部１１は、各メタデータ１２３〜１２５の他の組み合わせに付与していない、すなわち、各メタデータ１２３〜１２５の他の組み合わせと対になっているメタデータＩＤ１２９の記号列とは異なる任意の記号列を新たなメタデータＩＤ１２９として適宜生成してもよい。そして、制御部１１は、生成した新たなメタデータＩＤ１２９を、ステップＳ１０２で生成した各メタデータ１２３〜１２５の組み合わせと対にしてもよい。

また、例えば、他のシステムとの共存性を確保するため、センシングデータＩＤ１２８及びメタデータＩＤ１２９は、ユニバーサルユニーク識別子（ＵＵＩＤ）又はグローバルユニーク識別子（ＧＵＩＤ）により構成されてもよい。この場合、制御部１１は、外部のサーバ装置等からＵＵＩＤ又はＧＵＩＤを適宜取得し、取得したＵＵＩＤ又はＧＵＩＤを、センシングデータＩＤ１２８及びメタデータＩＤ１２９それぞれに割り当ててもよい。これにより、制御部１１は、ＵＵＩＤ又はＧＵＩＤによって、センシングデータＩＤ１２８及びメタデータＩＤ１２９それぞれを生成することができる。

なお、センシングデータＩＤ１２８及びメタデータＩＤ１２９それぞれの構成は、上記のような各例に限定されなくてもよく、実施の形態に応じて適宜決定されてよい。センシングデータＩＤ１２８は、第１センシングデータ１２１よりもデータ量が少なくなるように構成されるのが好ましい。また、メタデータＩＤ１２９は、各メタデータ１２３〜１２５の合計よりもデータ量が少なくなるように構成されるのが好ましい。センシングデータＩＤ１２８及びメタデータＩＤ１２９を生成すると、制御部１１は、次のステップＳ１０４に処理を進める。

（ステップＳ１０４）
次のステップＳ１０４では、制御部１１は、メタデータ管理部１１４として動作し、ステップＳ１０２で生成した各メタデータ１２３〜１２５を、ステップＳ１０１で取得した第１センシングデータ１２１に関連付ける。

本実施形態では、制御部１１は、センシングデータＩＤ１２８及びメタデータＩＤ１２９を用いて、各メタデータ１２３〜１２５を第１センシングデータ１２１に関連付ける。そして、制御部１１は、当該関連付けの結果を示す情報を管理データ１２６に追加することで、当該管理データ１２６の内容を更新する。これにより、制御部１１は、各メタデータ１２３〜１２５と第１センシングデータ１２１との対応関係を管理する。

図１１及び図１２を用いて、これらの処理の具体例を詳細に説明する。図１１は、第１センシングデータ１２１及び各メタデータ１２３〜１２５の対応関係を模式的に例示する。図１２は、本実施形態に係る管理データ１２６の一例を模式的に例示する。なお、図１１及び図１２では、動的メタデータ１２４及び加工メタデータ１２５は、第１センシングデータ１２１を取得する度に新たに生成されるのに対して、静的メタデータ１２３は、１度生成された後には新たに生成されない例を示す。

図１１の例では、ステップＳ１０１が繰り返し実行されることで、「Ｄ００００」等の第１センシングデータ１２１が取得され、これに応じて、「ＩＤ＿Ｄ００００」等のセンシングデータＩＤ１２８が各第１センシングデータ１２１に紐付けられている。一方、ステップＳ１０２が繰り返し実行されることで、各第１センシングデータ１２１に対して、「ＤＭ００００」等の動的メタデータ１２４及び「ＰＭ００００」等の加工メタデータ１２５が生成されている。また、各第１センシングデータ１２１に対して、共通の静的メタデータ１２３「ＳＭ００００」が生成されている。各第１センシングデータ１２１に対応する静的メタデータ１２３、動的メタデータ１２４、及び加工メタデータ１２５の組み合わせには、「ＩＤ＿Ｍ００００」等のメタデータＩＤ１２９が紐付けられている。

この場合、制御部１１は、対応するセンシングデータＩＤ１２８とメタデータＩＤ１２９とを紐付けることで、各メタデータ１２３〜１２５の組み合わせを対応する第１センシングデータ１２１に関連付けすることができる。図１１の例では、センシングデータＩＤ１２８「ＩＤ＿Ｄ０００ｎ」とメタデータＩＤ１２９「ＩＤ＿Ｍ０００ｎ」とが紐付けられることで、静的メタデータ１２３「ＳＭ００００」、動的メタデータ１２４「ＤＭ０００ｎ」、及び加工メタデータ１２５「ＰＭ０００ｎ」の組み合わせが、第１センシングデータ１２１「Ｄ０００ｎ」に関連付けられている（ｎは、０〜５）。

制御部１１は、この関連付けによる対応関係を示す情報を管理データ１２６として保存する。図１２の例では、管理データ１２６の各レコード（行データ）は、各関連付けによる対応関係を示す。具体的には、管理データ１２６の各レコードは、センシングデータＩＤ１２８及びメタデータＩＤ１２９それぞれを格納するフィールドを有している。制御部１１は、関連付けした第１センシングデータ１２１及び各メタデータ１２３〜１２５の各ＩＤ（１２８、１２９）を新たなレコードの各フィールドに格納することで、当該関連付けの結果を示す情報を管理データ１２６に追加することができる。なお、図１２の例では、管理データ１２６は、テーブル形式で表現されている。しかしながら、管理データ１２６のデータ形式は、このようなテーブル形式に限られなくてもよく、実施の形態に応じて適宜選択されてよい。

以上により、制御部１１は、各メタデータ１２３〜１２５を第１センシングデータ１２１に関連付けることができる。また、当該関連付けによる対応関係が、管理データ１２６によって管理された状態にすることができる。これらの処理が完了した後、制御部１１は、次のステップＳ１０５に処理を進める。

（ステップＳ１０５）
次のステップＳ１０５では、制御部１１は、通信部１１５として動作し、ネットワークサーバ２により流通を許可されたユーザ端末３に対して、メタデータＩＤ１２９を付与した第１センシングデータ１２１の送信、及びセンシングデータＩＤ１２８を付与した各メタデータ１２３〜１２５の送信の少なくとも一方を行う。

通信量をより低減する観点から、制御部１１は、同一のタイミングでは、メタデータＩＤ１２９を付与した第１センシングデータ１２１の送信、及びセンシングデータＩＤ１２８を付与した各メタデータ１２３〜１２５の送信のどちらか一方のみを行うのが好ましい。このとき、制御部１１は、第１の期間では、メタデータＩＤ１２９を付与した第１センシングデータ１２１を送信し、第１の期間とは異なる第２の期間では、センシングデータＩＤ１２８を付与した各メタデータ１２３〜１２５を送信するようにしてもよい。メタデータＩＤ１２９を付与した第１センシングデータ１２１又はセンシングデータＩＤ１２８を付与した各メタデータ１２３〜１２５の送信が完了すると、制御部１１は、次のステップＳ１０６に処理を進める。

なお、データ送信に係る負荷を低減するため、本ステップＳ１０５では、制御部１１は、メタデータＩＤ１２９と第１センシングデータ１２１とを異なる通信ポートを利用して送信してもよい。同様に、制御部１１は、センシングデータＩＤ１２８と各メタデータ１２３〜１２５とを異なる通信ポートを利用して送信してもよい。例えば、制御部１１は、第１の通信ポートにより第１センシングデータ１２１又は各メタデータ１２３〜１２５を対象のユーザ端末３に送信するのに対して、第１の通信ポートとは異なる第２の通信ポートによりメタデータＩＤ１２９又はセンシングデータＩＤ１２８を当該対象のユーザ端末３に送信してもよい。

通信ポートは、データ通信を行うためのエンドポイントである。例えば、ＴＣＰ（Transmission Control Protocol）又はＵＤＰ（User Datagram Protocol）で異なるポート番号を指定することにより、制御部１１は、異なる通信ポートでユーザ端末３とデータ通信を行うことができる。ただし、各データ（１２１、１２３〜１２５）及び各ＩＤ（１２８、１２９）を送信するポートは、このような例に限定されなくてもよく、同一であってもよい。

また、制御部１１は、メタデータＩＤ１２９を付与した第１センシングデータ１２１又はセンシングデータＩＤ１２８を付与した各メタデータ１２３〜１２５を、ネットワークサーバ２を介して対称のユーザ端末３に送信するようにしてもよいし、ネットワークサーバ２を介さずに対象のユーザ端末３に直接送信するようにしてもよい。ネットワークサーバ２を介して送信する場合、当該ネットワークサーバ２は、各センサ管理ユニット１から受信したメタデータＩＤ１２９を付与した第１センシングデータ１２１又はセンシングデータＩＤ１２８を付与した各メタデータ１２３〜１２５を対象のユーザ端末３に転送する。

（ステップＳ１０６）
次のステップＳ１０６では、制御部１１は、第１センシングデータ１２１及び各メタデータ１２３〜１２５を記憶部１２に保存する。

ただし、本ステップＳ１０６による保存処理を実行するタイミングは、このような例に限定されなくてもよく、実施の形態に応じて適宜決定されてよい。例えば、制御部１１は、第１センシングデータ１２１を取得した後、任意のタイミングで当該第１センシングデータ１２１を記憶部１２に保存してもよい。また、制御部１１は、各メタデータ１２３〜１２５を生成した後、任意のタイミングで当該各メタデータ１２３〜１２５を記憶部１２に保存してもよい。

これにより、制御部１１は、本動作例に係る一連の処理を終了する。ユーザ端末３では、アプリケーションプログラム８３が、第１センシングデータ１２１又は各メタデータ１２３〜１２５を利用することができるようになる。本動作例に係る一連の処理を終了した後、制御部１１は、上記ステップＳ１０１から処理を再度実行してもよい。すなわち、第１センサ１０１による対象の観測を終了するまで、制御部１１は、上記ステップＳ１０１〜Ｓ１０６の一連の処理を繰り返し実行してもよい。

（補足）
なお、以上の本動作例に係るセンサ管理のための処理手順は可能な限り変更されてもよい。例えば、ステップＳ１０１〜Ｓ１０４及びＳ１０６の一連の処理とステップＳ１０５の処理とは異なるタイミングで実行されてもよい。センシングデータＩＤ１２８を生成する処理及びメタデータＩＤ１２９を生成する処理は、互いに異なるステップで実行されてもよい。ステップＳ１０１〜Ｓ１０３の一連の処理を複数回実行した後に、制御部１１は、ステップＳ１０４による関連付けの処理を実行してもよい。

また、ステップＳ１０１及びＳ１０２の処理を繰り返し実行している間に、動的メタデータ１２４の内容に変更が生じた場合、制御部１１は、カタログ変更部１１６として動作し、提供側データカタログ２２１の利用形態の内容を、生成した動的メタデータ１２４の内容に適合するように変更する指令をネットワークサーバ２に送信してもよい。これにより、第１センサ１０１の最新の利用形態に関する情報を提供側データカタログ２２１に反映することができる。

ただし、提供側データカタログ２２１の利用形態の内容を更新する方法は、このような例に限定されなくてもよい。各メタデータ１２３〜１２５がネットワークサーバ２を介して各ユーザ端末３に送信される場合、ネットワークサーバ２は、このような指令を待たず、各センサ管理ユニット１から受信した動的メタデータ１２４の内容に基づいて、対象の提供側データカタログ２２１の利用形態の情報を変更してもよい。

また、制御部１１は、ネットワークサーバ２、各ユーザ端末３、又はその他の情報処理装置を介して、第１センサ１０１の動作設定の変更を利用者から受け付けてもよい。このとき、利用側データカタログ２２２の利用形態に関する情報が、第１センサ１０１の動作設定の変更内容の指定に用いられてもよい。すなわち、制御部１１は、第１センサ１０１の動作設定の変更を指示する指令として、利用側データカタログ２２２の利用形態に関する情報を受信してもよい。

そして、制御部１１は、利用者により指定された内容に設定データ１２７の内容を修正し、第１センシングデータ１２１を取得する際の第１センサ１０１の動作設定を変更してもよい。これにより、１つの第１センサ１０１を複数の利用者で共有する際に、各利用者の要望に応じて、第１センサ１０１の動作設定を変更することができる。

［データ送信要求］
次に、図１３を用いて、センシングデータＩＤ１２８又はメタデータＩＤ１２９を受け取った後、ユーザ端末３が、受け取ったセンシングデータＩＤ１２８又はメタデータＩＤ１２９に基づいて、各メタデータ１２３〜１２５又は第１センシングデータ１２１の送信を要求する処理について説明する。図１３は、本実施形態に係るユーザ端末３とセンサ管理ユニット１との間で行われるセンシングデータＩＤ１２８又はメタデータＩＤ１２９に基づくデータ送信の要求に関する処理手順の一例を例示する。ただし、以下で説明するデータ送信の要求の処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

（ステップＳ２０１及びＳ２０２）
まず、ステップＳ２０１では、ユーザ端末３の制御部３１は、送信の要求を行う対象となるデータのＩＤを指定する。次のステップＳ２０２では、制御部３１は、対象のセンサ管理ユニット１（センサ装置１００）に対して、ステップＳ２０１で指定したＩＤに基づくデータの送信の要求を行う。

上記ステップＳ１０５により、センサ管理ユニット１からユーザ端末３に対して、メタデータＩＤ１２９を付与した第１センシングデータ１２１が送信されたとする。この場合、基本的には、ユーザ端末３は、第１センシングデータ１２１を保持しているものの、当該第１センシングデータ１２１に対応する各メタデータ１２３〜１２５を保持していない。そこで、ステップＳ２０１では、制御部３１は、必要に応じて、センサ管理ユニット１から受信した第１センシングデータ１２１に付与されていたメタデータＩＤ１２９を送信の要求を行うデータのＩＤとして指定してもよい。そして、ステップＳ２０２では、制御部３１は、メタデータＩＤ１２９に基づいて、対象のセンサ管理ユニット１に対して、対象の第１センシングデータ１２１に対応する各メタデータ１２３〜１２５の送信を要求してもよい。

同様に、上記ステップＳ１０５により、センサ管理ユニット１からユーザ端末３に対して、センシングデータＩＤ１２８を付与した各メタデータ１２３〜１２５が送信されたとする。この場合、基本的には、ユーザ端末３は、各メタデータ１２３〜１２５を保持しているものの、各メタデータ１２３〜１２５に対応する第１センシングデータ１２１を保持していない。そこで、ステップＳ２０１では、制御部３１は、必要に応じて、センサ管理ユニット１から受信した各メタデータ１２３〜１２５に付与されていたセンシングデータＩＤ１２８を送信の要求を行うデータのＩＤとして指定してもよい。そして、ステップＳ２０２では、制御部３１は、センシングデータＩＤ１２８に基づいて、対象のセンサ管理ユニット１に対して、対象の各メタデータ１２３〜１２５に対応する第１センシングデータ１２１の送信を要求してもよい。

なお、送信の要求を行うデータのＩＤの指定は、ユーザにより手動で行われてもよいし、アプリケーションプログラム８３等における情報処理により自動で行われてもよい。送信の要求を行うデータのＩＤの指定を手動で行う場合、制御部３１は、各ＩＤ（１２８、１２９）の一覧をディスプレイ等の出力装置３５に出力し、入力装置３４を介して、送信の要求を行うデータのＩＤの指定を受け付けてもよい。

（ステップＳ２０３〜Ｓ２０５）
ステップＳ２０３では、センサ管理ユニット１の制御部１１は、ＩＤに基づくデータ送信の要求をユーザ端末３から受け付ける。制御部１１は、センシングデータＩＤ１２８又はメタデータＩＤ１２９に基づく、対象の第１センシングデータ１２１又は各メタデータ１２３〜１２５の送信の要求を受信すると、次のステップＳ２０４に処理を進める。

ステップＳ２０４では、制御部１１は、受信したセンシングデータＩＤ１２８又はメタデータＩＤ１２９に基づいて、送信の対象となる第１センシングデータ１２１又は各メタデータ１２３〜１２５を記憶部１２から抽出する。そして、次のステップＳ２０５では、制御部１１は、通信部１１５として動作し、抽出した第１センシングデータ１２１又は各メタデータ１２３〜１２５を要求元のユーザ端末３に送信する。

これにより、制御部１１は、センシングデータＩＤ１２８の指定に伴う第１センシングデータ１２１の送信の要求をユーザ端末３から受け付けた場合には、指定されたセンシングデータＩＤ１２８により特定される第１センシングデータ１２１をユーザ端末３に送信する。同様に、制御部１１は、メタデータＩＤ１２９の指定を伴う各メタデータ１２３〜１２５の送信の要求をユーザ端末３から受け付けた場合に、指定されたメタデータＩＤ１２９により特定される各メタデータ１２３〜１２５をユーザ端末３に送信する。

（ステップＳ２０６）
次のステップＳ２０６では、ユーザ端末３の制御部３１は、第１センシングデータ１２１又は各メタデータ１２３〜１２５を受信する。これにより、本動作例に係る処理手順は終了する。ユーザ端末３は、先に受信していた第１センシングデータ１２１に対応する各メタデータ１２３〜１２５、又は先に受信していた各メタデータ１２３〜１２５に対応する第１センシングデータ１２１、を取得することができる。

［特徴］
以上のとおり、本実施形態では、ステップＳ１０５の処理において、センサ管理ユニット１からユーザ端末３に第１センシングデータ１２１が送信される際には、対応する各メタデータ１２３〜１２５を識別するためのメタデータＩＤ１２９が共に送信される。そのため、ステップＳ２０１〜Ｓ２０６の処理により、ユーザ端末３は、受信したメタデータＩＤ１２９に基づいて、先に受信した第１センシングデータ１２１に対応する各メタデータ１２３〜１２５を必要に応じて取得することができる。同様に、ステップＳ１０５の処理において、センサ管理ユニット１からユーザ端末３に各メタデータ１２３〜１２５が送信される際には、対応する第１センシングデータ１２１を識別するためのセンシングデータＩＤ１２８が共に送信される。そのため、ステップＳ２０１〜Ｓ２０６の処理により、ユーザ端末３は、受信したセンシングデータＩＤ１２８に基づいて、先に受信した各メタデータ１２３〜１２５に対応する第１センシングデータ１２１を必要に応じて取得することができる。よって、本実施形態によれば、ユーザ端末３における第１センシングデータ１２１及び各メタデータ１２３〜１２５の利用性を担保することができる。

また、センシングデータＩＤ１２８は、第１センシングデータ１２１そのものよりもデータ量が小さくなるように構成可能であり、メタデータＩＤ１２９は、各メタデータ１２３〜１２５の合計よりもデータ量が小さくなるように構成可能である。そのため、メタデータＩＤ１２９及び第１センシングデータ１２１の組み合わせを送信するケース、並びにセンシングデータＩＤ１２８及び各メタデータ１２３〜１２５の組み合わせを送信するケースそれぞれにおける通信量は、第１センシングデータ１２１及び各メタデータ１２３〜１２５の組み合わせを送信するケースにおける通信量よりも小さくなる。更に、センシングデータＩＤ１２８及びメタデータＩＤ１２９それぞれに基づく第１センシングデータ１２１及び各メタデータ１２３〜１２５それぞれの取得は、必ずしも常に実施されなければならない訳ではなく、その回数を抑えることができる。したがって、本実施形態によれば、第１センシングデータ１２１及び各メタデータ１２３〜１２５の利用性を損なうことなく、第１センシングデータ１２１及び各メタデータ１２３〜１２５の送信にかかる通信量を低減することができる。

また、本実施形態に係るメタデータは、動的メタデータ１２４及び加工メタデータ１２５の少なくとも一方を含む。動的メタデータ１２４は、時間の経過に伴い動的に変化し得るセンサの利用形態に関する属性を示す。加工メタデータ１２５は、第１センシングデータ１２１の特徴量に関する情報を示す。よって、第１センシングデータ１２１を得るタイミングが異なれば、生成される動的メタデータ１２４及び加工メタデータ１２５それぞれの内容は相違し得る。

そのため、上記ステップＳ１０２により、動的メタデータ１２４及び加工メタデータ１２５は、第１センシングデータ１２１が得られる度に生成されるのが好ましい。しかしながら、第１センシングデータ１２１が得られる度に、動的メタデータ１２４及び加工メタデータ１２５を生成するようにすると、動的メタデータ１２４及び加工メタデータ１２５を含むメタデータのデータ量が増大する。これにより、第１センシングデータ１２１及びメタデータを送信するのにかかる通信量が増大してしまう。

これに対して、本実施形態によれば、メタデータのデータ量が増大しやすい本ケースであっても、センシングデータＩＤ１２８及びメタデータＩＤ１２９を利用することで、第１センシングデータ１２１及びメタデータの送信にかかる通信量を抑えることができる。つまり、センシングデータＩＤ１２８及びメタデータＩＤ１２９を利用して、第１センシングデータ１２１及びメタデータの送信にかかる通信量を抑える本技術は、動的メタデータ１２４及び加工メタデータ１２５の少なくとも一方を含むことでメタデータのデータ量が増大しやすい本ケースでより効果を発揮する。

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

＜４．１＞
上記実施形態では、センサ装置１００（センサ管理ユニット１）は、ネットワークを介してネットワークサーバ２に接続され、ネットワークサーバ２によるマッチングの結果に従って、各利用者のユーザ端末３に第１センシングデータ１２１を送信する。しかしながら、第１センシングデータ１２１の提供方法は、このような例に限定されなくてもよく、実施の形態に応じて適宜決定されてよい。例えば、ネットワークサーバ２は省略され、各ユーザ端末３からの要求に応じて、センサ装置１００は、第１センシングデータ１２１及び各メタデータ１２３〜１２５を各ユーザ端末３に提供してもよい。

＜４．２＞
上記実施形態のステップＳ１０２では、センサ管理ユニット１の制御部１１は、第２センサ１０２により得られる第２センシングデータ１２２に基づいて、動的メタデータ１２４を生成することができる。しかしながら、動的メタデータ１２４の生成方法は、このような例に限定されなくてもよく、制御部１１は、第２センシングデータ１２２に基づかないで、動的メタデータ１２４を生成してもよい。この場合、第２センサ１０２は省略されてもよい。

＜４．３＞
上記実施形態では、ステップＳ１０２で生成されるメタデータは、静的メタデータ１２３、動的メタデータ１２４、及び加工メタデータ１２５を含み得る。しかしながら、静的メタデータ１２３、動的メタデータ１２４、及び加工メタデータ１２５のうち少なくともいずれかは省略されてもよい。また、メタデータは、これら以外の種類のメタデータを含んでもよい。

また、上記実施形態では、第１センシングデータ１２１に対応する静的メタデータ１２３、動的メタデータ１２４、及び加工メタデータ１２５の１つの組み合わせに１つのメタデータＩＤ１２９が付与されている。しかしながら、メタデータＩＤを付与する方法は、このような例に限定されなくてもよく、実施の形態に応じて適宜決定されてよい。例えば、各メタデータ１２３〜１２５に個別にメタデータＩＤを付与してもよい。

＜４．４＞
上記実施形態では、センサ管理ユニット１の制御部１１は、ステップＳ１０５の処理により、メタデータＩＤ１２９を付与した第１センシングデータ１２１の送信、及びセンシングデータＩＤ１２８を付与した各メタデータ１２３〜１２５の送信の少なくとも一方を行う。ただし、センサ管理ユニット１の送信内容は、このような例に限定されなくてもよい。例えば、センサ管理ユニット１は、上記ステップＳ１０５の処理を実行するモードの他に、第１センシングデータ１２１及び各メタデータ１２３〜１２５を一括で送信するモードを備えてもよい。

＜４．５＞
上記実施形態では、センサ管理ユニット１の記憶部１２に、ステップＳ１０１で取得された第１センシングデータ１２１、並びにステップＳ１０２で生成された動的メタデータ１２４及び加工メタデータ１２５が蓄積されていく。そこで、センサ管理ユニット１は、所定の保存期間を超えた第１センシングデータ１２１、動的メタデータ１２４、及び加工メタデータ１２５を記憶部１２から破棄するようにしてもよい。

＜４．６＞
上記実施形態では、各ユーザ端末３は、ステップＳ２０１〜Ｓ２０６の処理により、各センサ管理ユニット１（センサ装置１００）に対して、センシングデータＩＤ１２８又はメタデータＩＤ１２９に基づいて、第１センシングデータ１２１又は各メタデータ１２３〜１２５のデータ送信を要求している。しかしながら、第１センシングデータ１２１及び各メタデータ１２３〜１２５の保存先は、各センサ管理ユニット１に限られなくてもよく、実施の形態に応じて適宜選択されてよい。例えば、各センサ管理ユニット１は、第１センシングデータ１２１及び各メタデータ１２３〜１２５をＮＡＳ（Network Attached Storage）等の外部の記憶装置に転送してもよい。この場合、各ユーザ端末３は、当該外部の記憶装置に対して、当該データ送信の要求を行ってもよい。

＜４．７＞
上記実施形態では、提供側データカタログ２２１の内容を動的メタデータ１２４に基づいて変更するため、センサ管理ユニット１は、ソフトウェアモジュールとしてカタログ変更部１１７を備えている。しかしながら、このカタログ変更部１１７は、省略されてもよい。

また、上記実施形態では、センシングデータＩＤ１２８及びメタデータＩＤ１２９は、第１センシングデータ１２１と各メタデータ１２３〜１２５との関連付けに利用されている。しかしながら、第１センシングデータ１２１と各メタデータ１２３〜１２５とを関連付ける方法は、このような例に限定されなくてもよく、実施の形態に応じて適宜決定されてよい。センシングデータＩＤ１２８及びメタデータＩＤ１２９に依らずに、第１センシングデータ１２１と各メタデータ１２３〜１２５との関連付けが行われてもよい。

また、上記実施形態では、制御部１１は、ステップＳ１０５において、静的メタデータ１２３、動的メタデータ１２４、及び加工メタデータ１２５の全てを一度に送信している。しかしながら、上記ステップＳ１０５において、静的メタデータ１２３、動的メタデータ１２４、及び加工メタデータ１２５の少なくとも一部の送信は省略されてもよい。例えば、上記ステップＳ１０１〜Ｓ１０６の処理を繰り返し実行している際に、静的メタデータ１２３を一度送信した後、制御部１１は、当該静的メタデータ１２３の送信を省略してもよい。

また、上記実施形態において、センサ装置１００（センサ管理ユニット１）は、ユーザ端末３等の外部装置に対して、第１センシングデータ１２１と共に又は第１センシングデータ１２１に代えて、第２センシングデータ１２２を提供してもよい。この場合、センサ管理ユニット１は、第２センシングデータ１２２に対して、センシングデータＩＤ１２８及び各メタデータ１２３〜１２５を生成してもよい。つまり、第２センシングデータ１２２が、第１センシングデータ１２１と共に又は第１センシングデータ１２１に代えて、本発明の「センシングデータ」として取り扱われてもよい。

また、上記実施形態において、動的メタデータ１２４は、利用形態に応じて変化する可能性のある属性に関するものであるのに対して、静的メタデータ１２３は、利用形態に応じて変化する可能性のない属性に関するものである。この変化する／変化しない期間は、センシングデータを提供する期間に限られてもよい。つまり、ネットワークサーバ２によるマッチングの結果、センサ管理ユニット１から対象のユーザ端末３に第１センシングデータ１２１が提供されている期間内に変化する可能性のある第１センサ１０１の属性が動的メタデータ１２４の対象として取り扱われ、その可能性のない第１センサ１０１の属性が静的メタデータ１２３の対象として取り扱われてよい。この場合、静的メタデータ１２３の示す属性は、第１センシングデータ１２１を提供する期間外に変化して（変更されて）もよい。

１…センサ管理ユニット、
１１…制御部、１２…記憶部、１３…通信インタフェース、
１４…外部インタフェース、１５…入力装置、１６…出力装置、
１７…ドライブ、
１００…センサ装置、
１０１…第１センサ（センサ）、１０２…第２センサ、
１１１…センシングデータ取得部、１１２…メタデータ生成部、
１１３…識別コード生成部、１１４…メタデータ管理部、
１１５…通信部、１１６…カタログ変更部、
１２１…第１センシングデータ（センシングデータ）、
１２２…第２センシングデータ、
１２３…静的メタデータ、１２４…動的メタデータ、
１２５…加工メタデータ、
１２６…管理データ、１２７…設定データ、
１２８…センシングデータＩＤ（第１の識別コード）、
１２９…メタデータＩＤ（第２の識別コード）、
２…ネットワークサーバ、
２１…制御部、２２…記憶部、２３…通信インタフェース、
２２１…提供側データカタログ、
２２２…利用側データカタログ、
３…ユーザ端末、
３１…制御部、３２…記憶部、３３…通信インタフェース、
３４…入力装置、３５…出力装置、
８１…センサ管理プログラム、
８２…プログラム、８３…プログラム、
９１…記憶媒体

Claims (8)

1. センサにより対象を観測することで得られたセンシングデータを取得するセンシングデータ取得部と、
   取得した前記センシングデータに対して、前記センサの属性を示すメタデータを生成するメタデータ生成部と、
   前記センシングデータを識別するための第１の識別コード、及び前記メタデータを識別するための第２の識別コードを生成する識別コード生成部と、
   外部装置に対して、前記第２の識別コードを付与した前記センシングデータの送信、及び前記第１の識別コードを付与した前記メタデータの送信の少なくとも一方を行う通信部と、
   を備える、
   センサ管理ユニット。
2. 前記識別コード生成部は、ユニバーサルユニーク識別子又はグローバルユニーク識別子によって、前記第１の識別コード及び前記第２の識別コードを生成する、
   請求項１に記載のセンサ管理ユニット。
3. 前記メタデータは、時間の経過に伴い動的に変化し得る前記センサの利用形態に関する属性を示す動的メタデータ、及び前記センシングデータを解析することで生成される加工メタデータであって、前記センシングデータの特徴量に関する加工メタデータの少なくとも一方を含む、
   請求項１又は２に記載のセンサ管理ユニット。
4. 前記通信部は、
   前記第１の識別コードの指定を伴う前記センシングデータの送信の要求を前記外部装置から受け付けた場合に、指定された前記第１の識別コードにより特定される前記センシングデータを前記外部装置に送信し、
   前記第２の識別コードの指定を伴う前記メタデータの送信の要求を前記外部装置から受け付けた場合に、指定された前記第２の識別コードにより特定される前記メタデータを前記外部装置に送信する、
   請求項１から３のいずれか１項に記載のセンサ管理ユニット。
5. 生成した前記メタデータを前記センシングデータに関連付けて管理するメタデータ管理部を更に備える、
   請求項１から４のいずれか１項に記載のセンサ管理ユニット。
6. 請求項１から５のいずれか１項に記載のセンサ管理ユニットと、
   前記センサと、
   を備える、
   センサ装置。
7. コンピュータが、
   センサにより対象を観測することで得られたセンシングデータを取得するステップと、
   取得した前記センシングデータに対して、前記センサの属性を示すメタデータを生成するステップと、
   前記センシングデータを識別するための第１の識別コード、及び前記メタデータを識別するための第２の識別コードを生成するステップと、
   外部装置に対して、前記第２の識別コードを付与した前記センシングデータの送信、及び前記第１の識別コードを付与した前記メタデータの送信の少なくとも一方を行うステップと、
   を実行する、
   センサ管理方法。
8. コンピュータに、
   センサにより対象を観測することで得られたセンシングデータを取得するステップと、
   取得した前記センシングデータに対して、前記センサの属性を示すメタデータを生成するステップと、
   前記センシングデータを識別するための第１の識別コード、及び前記メタデータを識別するための第２の識別コードを生成するステップと、
   外部装置に対して、前記第２の識別コードを付与した前記センシングデータの送信、及び前記第１の識別コードを付与した前記メタデータの送信の少なくとも一方を行うステップと、
   を実行させるための、
   センサ管理プログラム。