JP6380517B2 - 制御装置、センサ管理装置、制御方法、センサ管理方法およびプログラム - Google Patents

Description

本発明は、センサデバイスなどにより収集したセンシングデータを提供するサービスに関するものであり、制御装置、センサ管理装置、制御方法、センサ管理方法およびプログラムに関する。

近年、センサデバイスなどにより収集したセンシングデータを提供するサービスが注目されている。特許文献１には、センサが収集したセンシングデータを、適切な提供元から適切な利用者へ流通させる技術が開示されている。特許文献１に記載の技術では、センサに関する情報と、センシングデータを利用するアプリケーションに関する情報とのマッチングを実行し、当該アプリケーションが必要とするセンシングデータを提供可能なセンサを特定する。そして、特定されたセンサが収集したセンシングデータを、当該アプリケーションに送信する。そのため、特許文献１に記載の技術では、センサが収集したセンシングデータを、当該センシングデータを必要とする利用者へ流通させることが可能となる。

特許第５４４５７２２号公報

センシングデータを流通させるサービスが普及すると、より多くの提供者から提供されるセンシングデータを、より多くの利用者に提供可能にすることが必要となる。この場合、リアルタイムなマッチングを実現しようとするとマッチングするための処理負荷が増加することが想定される。例えば、特許文献１に記載の技術において、移動体に設置されたセンサのマッチングを行おうとした場合、移動体が刻一刻と移動するために、メタデータの位置が正しくマッチするように、マッチングを常に行う必要がある。ハード資産活用のため、このようなマッチングするための処理負荷を軽減させることが望ましい。当該マッチングするための負荷が軽減されることによって、必要となるセンシングデータを提供可能なセンサが容易に特定でき、当該センシングデータの流通が促進されることが期待できる。

本発明の目的は、上記に鑑み、センサに関する情報と、センシングデータを利用するアプリケーションに関する情報とをマッチングするための負荷を軽減可能な、制御装置、センサ管理装置、制御方法、センサ管理方法およびプログラムを提供することである。

本発明の一実施形態における制御装置は、センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータを取得する第１取得部と、センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータを取得する第２取得部と、センサ側メタデータとアプリ側メタデータとのマッチングを実行して、アプリケーションの要求を満たすセンシングデータを提供可能なセンサを抽出する比較部と、センサを管理するセンサ管理装置に対して、比較部により抽出されたセンサと、アプリケーションとを特定可能な情報を含むデータフロー制御指令を送信する指示部と、を備え、センサ側メタデータは、メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、アプリ側メタデータは、メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、データフロー制御指令は、取扱いの条件を含み、動的取扱い可能であるセンサが出力するセンシングデータまたはセンサに付随する動的取扱い可能である他のセンサが出力するデータが、動的取扱いの条件を満たした場合に、アプリケーションに対してセンシングデータを送信させる指示を含むことを特徴とする。

上記構成を備える制御装置によれば、センサに関する情報と、センシングデータを利用するアプリケーションに関する情報とをマッチングするための負荷を軽減させることが可能となる。

本発明の一実施形態における制御装置において、比較部は、センサ側メタデータに含まれる静的な要素と、アプリ側メタデータとのマッチングを実行して、アプリケーションの要求を満たすセンシングデータを提供可能なセンサを抽出し、指示部は、センシングデータが取扱いの条件を満たしたか否かの判定に利用可能なセンサ側メタデータの動的な要素を含むデータフロー制御指令を、センサ管理装置に送信することを特徴としてもよい。

上記構成を備える制御装置によれば、センシングデータが取扱いの条件を満たしたか否かの判定に利用可能なセンサ側メタデータの動的な要素を用いて、アプリケーションに対してセンシングデータを送信させるか否かを決定することができ、センシングデータの送信の可否の条件を柔軟に設定できるため、センシングデータの利用を促進させることができる。

本発明の一実施形態における制御装置は、比較部は、アプリケーションの要求を満たすセンシングデータを提供可能なセンサの複数の候補を抽出し、データフロー制御指令は、複数の候補のうち、取扱いの条件を満たしたセンシングデータを、アプリケーションに対して送信させる指示を含むことを特徴としてもよい。

上記構成を備える制御装置によれば、複数のセンサから、アプリケーションの要求を満たすセンシングデータを提供可能なセンサを決定することができる。

本発明の一実施形態における制御装置は、指示部は、アプリ側メタデータが複数のセンサ側メタデータにマッチチングする場合に、複数のセンサ側メタデータの各々に対応するセンサ管理装置に対して、データフロー制御指令を送信することを特徴としてもよい。

上記構成を備える制御装置によれば、センシングデータを送信可能なセンサに対して、アプリケーションの要求を満たすセンシングデータの提供を要求できるため、センシングデータの提供を受ける可能性を高めることができる。

本発明の一実施形態における制御装置は、指示部は、複数のセンサ管理装置のうち一のセンサ管理装置が管理するセンサがセンシングデータを送信した場合に、他のセンサ管理装置に対して、センシングデータを送信させる指示の解除を通知することを特徴としてもよい。

上記構成を備える制御装置によれば、少なくとも１つのセンサがセンシングデータを送信した場合に、他のセンサから重複してセンシングデータを送信することを防止することができる。

本発明の一実施形態における制御装置は、メタデータのうち、センサの測定項目が動的取扱いをすることを特徴としてもよい。

上記構成を備える制御装置によれば、センサの測定項目に基づいてセンシングデータの提供を受けることが可能となり、センシングデータの送信の可否の条件を柔軟に設定できるため、センシングデータの利用を促進させることができる。

本発明の一実施形態におけるセンサ管理装置は、センサが出力するセンシングデータを受信する受信部と、センシングデータを利用するアプリケーションに対して、受信したセンシングデータを送信可能な送信部と、を含み、受信部は、センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータと、センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータとのマッチングにより抽出されたセンサと、アプリケーションとを特定可能な情報を含むデータフロー制御指令を受信し、センサ側メタデータは、メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、アプリ側メタデータは、メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、データフロー制御指令は、取扱いの条件を含み、送信部は、動的取扱い可能であるセンサが出力するセンシングデータまたはセンサに付随する動的取扱い可能である他のセンサが出力するデータが、動的取扱いの条件を満たした場合に、アプリケーションに対してセンシングデータを送信することを特徴とする。

上記構成を備えるセンサ管理装置によれば、センサに関する情報と、センシングデータを利用するアプリケーションに関する情報とをマッチングするための負荷を軽減させることが可能となる。

本発明の一実施形態におけるセンサ管理装置において、受信部は、複数のセンサの各々が出力するセンシングデータを受信可能であり、送信部は、動的取扱い可能であるセンサが出力するセンシングデータまたはセンサに付随する動的取扱い可能である他のセンサが出力するデータのうち、動的取扱いの条件を満たしたセンシングデータを、アプリケーションに対して送信することを特徴としてもよい。

上記構成を備えるセンサ管理装置によれば、複数のセンサから、アプリケーションの要求を満たすセンシングデータを提供可能なセンサを決定することができる。

本発明の一実施形態におけるセンサ管理装置において、受信部が受信した動的取扱い可能であるセンサが出力するセンシングデータまたはセンサに付随する動的取扱い可能である他のセンサが出力するデータを記憶する記憶部をさらに含み、送信部は、記憶部を参照して動的取扱いの条件を満たしたセンシングデータを、アプリケーションに対して送信することを特徴としてもよい。

上記構成を備えるセンサ管理装置によれば、一時的にセンサが出力するセンシングデータまたは他のセンサが出力するデータを記憶することができ、過去のデータに基づいて、アプリケーションの要求を満たすセンシングデータを提供することができる。

本発明の一実施形態におけるセンサ管理装置において、受信部が受信した動的取扱い可能であるセンサが出力するセンシングデータまたはセンサに付随する動的取扱い可能である他のセンサが出力するデータが、動的取扱いの条件を満たしたことを検出する検出部をさらに含み、送信部は、検出部が動的取扱いの条件を満たしたことを検出した場合に、動的取扱いの条件を満たすセンシングデータをアプリケーションに対して送信することを特徴としてもよい。

上記構成を備えるセンサ管理装置によれば、センサに関する情報と、センシングデータを利用するアプリケーションに関する情報とをマッチングするための負荷を軽減させることが可能となる。

本発明の一実施形態におけるセンサ管理装置において、送信部は、動的取扱いの条件を満たすセンシングデータをアプリケーションに対して送信した場合に、データフロー制御指令を送信した制御装置に対して、センシングデータを送信したことを通知することを特徴としてもよい。

上記構成を備えるセンサ管理装置によれば、少なくとも１つのセンサがセンシングデータを送信した場合に、他のセンサから重複してセンシングデータを送信することを防止することができる。

本発明の一実施形態における制御方法は、センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータを取得する第１取得ステップと、センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータを取得する第２取得ステップと、センサ側メタデータとアプリ側メタデータとのマッチングを実行して、アプリケーションの要求を満たすセンシングデータを提供可能なセンサを抽出する比較ステップと、センサを管理するセンサ管理装置に対して、比較部により抽出されたセンサと、アプリケーションとを特定可能な情報を含むデータフロー制御指令を送信する指示ステップと、を含み、センサ側メタデータは、メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、アプリ側メタデータは、メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、データフロー制御指令は、取扱いの条件を含み、動的取扱い可能であるセンサが出力するセンシングデータまたはセンサに付随する動的取扱い可能である他のセンサが出力するデータが、動的取扱いの条件を満たした場合に、アプリケーションに対してセンシングデータを送信させる指示を含む。

上記構成を備える制御方法によれば、センサに関する情報と、センシングデータを利用するアプリケーションに関する情報とをマッチングするための負荷を軽減させることが可能となる。

本発明の一実施形態におけるプログラムは、コンピュータに、センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータを取得する第１取得工程と、センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータを取得する第２取得工程と、センサ側メタデータとアプリ側メタデータとのマッチングを実行して、アプリケーションの要求を満たすセンシングデータを提供可能なセンサを抽出する比較工程と、センサを管理するセンサ管理装置に対して、比較部により抽出されたセンサと、アプリケーションとを特定可能な情報を含むデータフロー制御指令を送信する指示工程と、を実行させ、センサ側メタデータは、メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、アプリ側メタデータは、メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、データフロー制御指令は、取扱いの条件を含み、動的取扱い可能であるセンサが出力するセンシングデータまたはセンサに付随する動的取扱い可能である他のセンサが出力するデータが、動的取扱いの条件を満たした場合に、アプリケーションに対してセンシングデータを送信させる指示を含む。

上記構成を備えるプログラムによれば、センサに関する情報と、センシングデータを利用するアプリケーションに関する情報とをマッチングするための負荷を軽減させることが可能となる。

本発明の一実施形態におけるセンサ管理方法は、センサが出力するセンシングデータを受信する受信ステップと、センシングデータを利用するアプリケーションに対して、受信したセンシングデータを送信可能な送信ステップと、を含み、受信ステップにおいて、センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータと、センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータとのマッチングにより抽出されたセンサと、アプリケーションとを特定可能な情報を含むデータフロー制御指令を受信し、センサ側メタデータは、メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、アプリ側メタデータは、メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、データフロー制御指令は、取扱いの条件を含み、送信ステップにおいて、動的取扱い可能であるセンサが出力するセンシングデータまたはセンサに付随する動的取扱い可能である他のセンサが出力するデータが、動的取扱いの条件を満たした場合に、アプリケーションに対してセンシングデータを送信するセンサ管理方法。

上記構成を備えるセンサ管理方法によれば、センサに関する情報と、センシングデータを利用するアプリケーションに関する情報とをマッチングするための負荷を軽減させることが可能となる。

本発明の一実施形態におけるプログラムは、コンピュータに、センサが出力するセンシングデータを受信する受信工程と、センシングデータを利用するアプリケーションに対して、受信したセンシングデータを送信可能な送信工程と、を実行させ、受信工程において、センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータと、センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータとのマッチングにより抽出されたセンサと、アプリケーションとを特定可能な情報を含むデータフロー制御指令を受信し、センサ側メタデータは、メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、アプリ側メタデータは、メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、データフロー制御指令は、取扱いの条件を含み、送信工程において、動的取扱い可能であるセンサが出力するセンシングデータまたはセンサに付随する動的取扱い可能である他のセンサが出力するデータが、動的取扱いの条件を満たした場合に、アプリケーションに対してセンシングデータを送信するプログラム。

上記構成を備えるプログラムによれば、センサに関する情報と、センシングデータを利用するアプリケーションに関する情報とをマッチングするための負荷を軽減させることが可能となる。

本発明の制御装置、センサ管理装置、制御方法、センサ管理方法およびプログラムによれば、センサに関する情報と、センシングデータを利用するアプリケーションに関する情報とをマッチングするための負荷を軽減させることが可能となる。

本発明の第１の実施形態における、データ提供システム１の概要を示す図である。 本発明の第１の実施形態における、データ提供システム１の構成例を示す図である。 本発明の第１の実施形態における、制御装置２の構成例を示す図である。 本発明の第１の実施形態における、センサ管理装置３の構成例を示す図である。 本発明の第１の実施形態における、制御装置２の動作例を示すフローチャートである。 本発明の第１の実施形態における、センサ管理装置３の動作例を示すフローチャートである。 本発明の第１の実施形態の実施例１における、データ提供システム１の構成例を示す図である。 本発明の第１の実施形態の実施例１における、センサ側メタデータの構成例を示す図である。 本発明の第１の実施形態の実施例１における、アプリ側メタデータの構成例を示す図である。 本発明の第１の実施形態の実施例２における、センサ側メタデータおよびアプリ側メタデータの構成例を示す図である。 本発明の第１の実施形態の実施例２における、センサ側メタデータおよびアプリ側メタデータの他の構成例を示す図である。 本発明の第１の実施形態の実施例２における、センサ側メタデータおよびアプリ側メタデータの他の構成例を示す図である。 本発明の第２の実施形態における、データ提供システム１の構成例を示す図である。 本発明の第２の実施形態における、制御装置２の構成例を示す図である。 本発明の第２の実施形態における、センサ側メタデータの構成例を示す図である。 本発明の第２の実施形態における、データ提供システムの動作例を示すシーケンス図である。

＜第１の実施形態＞
本発明の第１の実施形態について、図面を参照して説明する。

図１は、本発明の第１の実施形態における、データ提供システム１の概要を示す図である。図１に示すように、データ提供システム１は、データを提供するデータ提供者と、該データを利用するデータ利用者と、を仲介するサービスを提供可能である。

データ提供システム１は、データ提供者から提供されるセンシングデータと、データ利用者が利用したいセンシングデータとのマッチングを行い、マッチングが成功した場合に、データ利用者に対して、データ提供者から提供されるセンシングデータを配信する。

データ提供システム１は、まず、（１）データ提供者から提供可能なセンシングデータの内容を示す“センサ側メタデータ”の登録を受ける。なお、データ提供者は、１つに限られず、複数存在してもよい。次に、データ提供システム１は、（２）データ利用者から、利用したいセンシングデータの内容を示す“アプリ側メタデータ”の登録を受ける。なお、データ利用者は、センシングデータを、例えばアプリケーションサーバで用いる。

続いて、データ提供システム１は、（３）登録されたセンサ側メタデータとアプリ側メタデータとのマッチングを実行し、データ利用者の要求を満たすセンシングデータの有無を判定する。そして、データ提供システム１は、（４）制御装置２からセンサを管理する装置に、センシングデータの配信に関連する情報である“データフロー制御指令”を通知する。その後、データ提供システム１は、（５）“データフロー制御指令”に基づいて、データ提供者が提供するセンシングデータを、データ利用者に対して配信する。

ここで、データフロー制御指令は、データ提供元であるセンサと、データ利用先であるアプリケーションとを特定する情報を含み、データ提供元からデータ利用先にデータを流通させることを指令する指令情報である。本発明はデータフロー制御指令に後述のイベント条件がさらに含まれることが特徴である。

上記のとおり、データ提供システム１は、データ提供者から提供されるセンシングデータと、データ利用者が利用したいセンシングデータとのマッチングを行い、その結果に基づいて、センシングデータを配信するサービスを提供する。そのため、データ利用者は、多数のデータ提供者から、要求を満たすセンシングデータを提供可能なデータ提供者を容易に特定することができる。また、データ提供システム１は、データ提供者にとっても、自己が提供するセンシングデータを利用したいデータ利用者を探す手間を低減することが可能となる。このように、データ提供システム１は、センシングデータの利用を促進させることが可能となる。

ここで、マッチングで用いる“メタデータ”は、センシングデータの属性情報である。例えば、“メタデータ”は、データ提供者またはデータ利用者が登録するデータであり、センシングデータのデータ項目やフォーマット仕様、課金仕様などである。“メタデータ”は、利用者がデータの売買契約の判断に必要なデータが含まれる。

メタデータには、“Ｗｈｏ”、“Ｗｈａｔ”、“Ｗｈｅｒｅ”、“Ｗｈｅｎ”、“Ｈｏｗ”、“Ｈｏｗ ｍａｃｈ”などの項目が含まれてもよい。“Ｗｈｏ”は、データ提供者のことであり、特定の事業者や個人に関する情報である。“Ｗｈａｔ”は、センシングデータのジャンルや、測定対象、測定対象の属性などに関する情報である。“Ｗｈｅｒｅ”は、測定を行った位置や場所の情報である。移動型と固定型があり、移動型はセンシングデバイスが空間移動することで測定位置が変化し、固定型は測定位置が固定されていて変化しない。

また、“Ｗｈｅｎ”測定を行った時間の情報である。瞬時型と期間型があり、瞬時型は１回の測定でデータ値が決定し（例えば、速度）、期間型は所定の期間内での測定でデータ値が決まる（例えば、電力）。また、“Ｈｏｗ”は、センシングデバイスの仕様やフォーマット仕様、測定条件や設定条件など、センシングデバイス（センサ）に関する情報である。さらに、“Ｈｏｗ Ｍａｃｈ”は、課金を行う場合の決済方式や、課金方式、金額などの条件に関する情報である。

データ提供システム１において、データ提供者は、提供可能なセンシングデータに関して、これらの情報を少なくとも一部を公開し、利用者が参照できるようにする。そして、データ利用者は、これらの情報の少なくとも一部を指定して、利用したいセンシングデータを特定する。

ここで、本発明の第１の実施形態において、“メタデータ”は、センシングデータ自体であってもよい。この場合、“メタデータ”は、センシングデータにおいて測定ごとに変化するデータ（イベントデータ）であってもよい。例えば、“メタデータ”は、温度計の場合センシングデータである“温度”であってもよい。この場合、例えば、センサ側メタデータは、時々刻々と変化する“温度”という項目を含み、アプリ側メタデータは、例えば“３０度以上”といった“イベント条件”を設定可能である。

データ提供システム１は、センサから配信されるセンシングデータのうち、イベントデータ（温度）を用いて、“イベント条件”（３０度以上）を満たすか否かの判定を行う。イベントデータがイベント条件を満たす場合には、データ提供者からデータ利用者にセンシングデータを配信し、満たさない場合には配信しない。

このように、本発明の第１の実施形態は、センサ側メタデータが“イベントデータ”を含み、アプリ側メタデータが“イベント条件”を含む場合の実施形態である。本発明の第１の実施形態のデータ提供システム１は、センシングデータの“イベントデータ”を参照し、それが“イベント条件”を満たすか否かを判定して、当該センシングデータの配信要否を制御する。

しかしながら、センサ側メタデータが“イベントデータ”を含み、アプリ側メタデータが“イベント条件”を含む場合において、図１に示す制御装置２がマッチングを実行すると、当該制御装置２の処理負荷は急激に上昇してしまう恐れがある。なぜなら、制御装置２は、センサ側メタデータの“イベントデータ”が更新される都度、（１）更新後のセンサ側メタデータの登録を受け、（３）登録されたセンサ側メタデータとアプリ側メタデータとのマッチングを実行し、データ利用者の要求を満たすセンシングデータの有無を判定しなければならないからである。例えば、センサ側メタデータの“イベントデータ”が、例えば、インターバル間隔が１秒などの温度や電力などの場合には、１秒ごとにマッチングを行う必要が生じ、制御装置２の処理負荷が上昇してしまう。

そして、制御装置２は、一組のセンサ側メタデータとアプリ側メタデータとのマッチングを実行すればよいのではなく、複数の組についてマッチングを実行しなければならない。そのため、制御装置２は、短いインターバル間隔でのマッチングを、複数同時に行う必要が生じなければならない恐れがあり、その場合には急激に処理負荷が上昇してしまう。

そこで、本発明の第１の実施形態では、制御装置２は、センサ側メタデータとアプリ側メタデータに含まれる静的な情報に基づいたマッチングを予め実行しておき、その後、センサ管理装置３において、“イベントデータ”が“イベント条件”を満たしたか否かの判断を実行して、センシングデータの配信の要否を決定する。

このように、マッチングに要する処理負荷を、制御装置２とセンサ管理装置３とで分散することができる。そして、制御装置２は、動的に変化する“イベントデータ”についてのマッチングを実行しなくて良くなるため、処理負荷の上昇を抑制できる。一方、センサ管理装置３は、センサ（または、センサの属性）ごとに設けられるため、動的に変化する“イベントデータ”についてのマッチングを、複数の組について実行する可能性は低く、あったとしてもその組の数は少ないと考えられる。そのため、センサ管理装置３の処理負荷が急激に上昇する恐れも低い。したがって、本発明の第１の実施形態では、制御装置２の処理負荷が急激に上昇することを防止することができ、動的に変化する“イベントデータ”をマッチングの条件として用いた場合であっても、データ提供者からデータ利用者へセンシングデータを配信することが可能となり、センシングデータの利用を促進させることができる。

（システムの構成例）
図２は、本発明の第１の実施形態における、データ提供システム１の構成例を示す図である。図１に示すように、データ提供システム１は、制御装置２と、センサ管理装置３と、センサ４と、アプリケーションサーバ５を含む。

制御装置２は、センサ側メタデータと、アプリ側メタデータのマッチングを実行する装置である。制御装置２は、例えば、いわゆるサーバ装置やコンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）である。なお、制御装置２は、これらの例に限られない。

制御装置２は、データ提供者から、センシングデータの属性情報であるセンサ側メタデータを取得する。センサ側メタデータは、例えば、センシングデータを出力可能なセンサに関する情報である。センサ側メタデータは、例えば、センシングデータに関する情報として、センシングデータのジャンルや測定対象、測定項目、測定場所、測定時刻などの少なくとも一部を含む。なお、センサ側メタデータは、これらの例に限られず、センシングデータに関する情報であれば、どのような情報を含んでいてもよい。なお、センサ側メタデータは、例えば、センシングデータそれ自体の一部であってもよい。センサ側メタデータは、例えば、データ提供者が作成可能であり、データ利用者が利用可能な装置（図示しない）から制御装置２に対して送信されても、制御装置２に直接入力されてもよい。

本発明の第１の実施形態において、センサ側メタデータは、センシングデータにおいて測定ごとに変化するデータ（イベントデータ）を含んでいる。センサ側メタデータは、例えば、時々刻々と変化する“温度”や、移動体から撮影される“風景静止画”、太陽光発電が発電する“電力”など、測定ごとに変化するデータであるイベントデータを含んでいてもよい。なお、イベントデータは、これらの例に限られず、測定ごとに変化するデータであれば、どのようなデータであってもよい。

また、制御装置２は、データ利用者から、利用したいセンシングデータの内容を示すアプリ側メタデータを取得する。アプリ側メタデータは、例えば、センシングデータを利用するアプリケーションに関する情報である。例えば、アプリ側メタデータは、利用したいセンシングデータに関する情報として、該利用したいセンシングデータのジャンルや測定対象、測定項目、測定場所、測定時刻などの少なくとも一部を含む。なお、アプリ側メタデータは、これらの例に限られず、センシングデータに関する情報であれば、どのような情報を含んでいてもよい。アプリ側メタデータは、データ利用者が作成可能であり、アプリケーションサーバ５を介して制御装置２に対して送信されても、制御装置２に直接入力されてもよい。

本発明の第１の実施形態において、アプリ側メタデータは、動的に変化する情報に関する条件（イベント条件）を含む。すなわち、アプリ側メタデータは、“イベント条件”を含む。“イベント条件”は、動的に変化する情報に関する条件であり、例えば、測定場所の条件や、測定時刻の条件などである。アプリ側メタデータは、例えば、“イベント条件”として、“温度が３０度以上になった場合”や、“発電電力が１Ｗ以上の場合”などを含む。動的に変化する情報は、測定ごとに変化するデータ、すなわちイベントデータも含んでおり、“イベント条件”はイベントデータに関する条件であってもよい。なお、動的に変化する情報は、これらの例に限られず、動的に変化する情報であればどのような情報であってもよい。

制御装置２は、センサ側メタデータとアプリ側メタデータとのマッチングを実行する。制御装置２は、例えば、アプリ側メタデータに一致するセンサ側メタデータがある場合に、マッチングが成功したと判定する。制御装置２は、例えば、アプリ側メタデータに含まれる情報の少なくとも一部と、センサ側メタデータの少なくとも一部が一致する場合に、マッチングが成功したと判定してもよい。また、制御装置２は、アプリ側メタデータに含まれる所定の条件を満たすセンサ側メタデータが存在する場合に、マッチングが成功したと判定してもよい。

本発明の第１の実施形態において、制御装置２は、センサ側メタデータとアプリ側メタデータに含まれる静的な情報（静的要素）に基づいて、マッチングを実行可能である。例えば、制御装置２は、センサ側メタデータとアプリ側メタデータの双方に含まれる、“ジャンル”や“データ配信者”、“測定対象名”などの静的な情報（静的要素）に基づいて、マッチングが成功したと判定する。

そして、制御装置２は、マッチングが成功した場合に、センサに関する情報と、センシングデータを利用するアプリケーションに関する情報とを含む“データフロー制御指令”を、センサ管理装置３に通知する。センサに関する情報は、例えば、センシングデータを送信するセンサを識別可能な識別子であり、センサの特定に用いられる。また、アプリケーションに関する情報は、例えば、センシングデータを利用するアプリケーションを識別可能な識別子であり、当該アプリケーションの特定に用いられる。

本発明の第１の実施形態において、データフロー制御指令は、センサ側メタデータに含まれる、センシングデータにおいて時間ごとに変化するデータ、または、測定ごとに変化するデータ（イベントデータ）に関する情報を含んでいてもよい。また、データフロー制御指令は、アプリ側メタデータに含まれる、動的に変化する情報に関する条件である“イベント条件”を含んでいてもよい。“イベント条件”は、例えば、アプリ側メタデータに含まれる条件であって、動的に変化する情報（イベントデータを含む）に関する条件であってもよい。なお、イベントデータは、センシングデータにおいて時間ごとまたは測定ごとに変化するデータに限られず、当該センシングデータを収集するセンサとは異なる他のセンサにおいて、時間ごとまたは測定ごとに変化するデータであってもよい。例えば、イベントデータは、センサであるカメラが撮影した画像それ自体に関する条件であってもよいし、該カメラに付属するＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などの別のセンサのデータに関する条件であってもよい。

センサ管理装置３は、制御装置２からの指示（データフロー制御指令）に基づいて、センサ４からアプリケーションサーバ５に対して、センシングデータを配信する装置である。センサ管理装置３は、例えば、いわゆるサーバ装置やコンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）である。なお、センサ管理装置３は、これらの例に限られない。

センサ管理装置３は、制御装置２から受信したデータフロー制御指令に基づいて、センサ４に対して、アプリケーションサーバ５にセンシングデータを配信する旨を指示する。センサ管理装置３は、データフロー制御指令に含まれるセンサに関する情報に基づいて、センシングデータを取得するセンサ４を特定する。また、センサ管理装置３は、データフロー制御指令に含まれるアプリケーションサーバ５に関する情報に基づいて、センシングデータの配信先であるアプリケーションサーバ５を特定する。センサ管理装置３は、特定したセンサ４に対して、特定したアプリケーションサーバ５にセンシングデータを配信する旨を指示する。

また、センサ管理装置３は、イベントデータに関する情報が、イベント条件を満たした場合に、センサ４に対して、“センシングデータをアプリケーションサーバ５に配信する旨”を指示してもよい。センサ管理装置３は、例えば、センシングデータにおいて時間ごとまたは測定ごとに変化するデータ（イベントデータ）が、イベント条件を満たした場合に、該センサ４に対して、アプリケーションサーバ５に該センシングデータを配信する旨を指示してもよい。例えば、センサ管理装置３は、センサである温度計が検出した温度（イベントデータ）が、３０度以上（イベント条件）を満たした場合に、センサである温度計に対して、当該温度をアプリケーションサーバ５に配信する旨を指示してもよい。

また、センサ管理装置３は、例えば、センシングデータに関連する他のデータであって、時間ごとまたは測定ごとに変化するデータが、イベント条件を満たした場合に、センサ４に対して、アプリケーションサーバ５に該センシングデータを配信する旨を指示してもよい。例えば、センサ管理装置３は、例えば、カメラに付属する他のセンサ７であるＧＰＳのデータが、イベント条件（例えば、二条城前から半径２０ｍ以内）を満たした場合に、該カメラに対して、撮影した画像をアプリケーションサーバ５に配信する旨を指示してもよい。

センサ４は、センシングデータを収集する装置である。センサ４は、データを収集可能であればどのような装置であってもよい。センサ４は、例えば、画像や動画等を収集可能なカメラや、温度や湿度などを計測可能な温度計・湿度計、雨量や風速を計測可能な雨量計・風力計、位置を測定可能なＧＰＳなど、どのような装置であってもよい。

アプリケーションサーバ５は、センシングデータを利用可能な装置である。アプリケーションサーバ５は、例えば、いわゆるサーバ装置やコンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、スマートフォンや携帯電話（例えば、フィーチャーフォン）、コンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ウェアラブル端末などである。なお、アプリケーションサーバ５は、これらの例に限られない。

アプリケーションサーバ５は、センシングデータを利用して、種々のサービスを提供可能である。例えば、アプリケーションサーバ５は、センシングデータとして静止風景画を利用して、仮想観光に関するサービスを提供可能である。仮想観光は、例えば、京都の街中の風景を、東京にいるユーザのスマートフォンに表示させることで、当該ユーザにあたかも京都観光を行っているかのような体験をさせることである。なお、アプリケーションサーバ５が提供可能なサービスは、仮想観光に限られず、どのようなサービスであってもよい。

なお、制御装置２と、センサ管理装置３と、センサ４と、アプリケーションサーバ５とは、ネットワーク６（Ｎｅｔｗｏｒｋ（ＮＷ）、図示しない）を介して、相互に接続してもよい。ＮＷ６は、例えば、有線ネットワークや無線ネットワークである。具体的には、ＮＷ６は、ワイヤレスＬＡＮ（ｗｉｒｅｌｅｓｓ ＬＡＮ：ＷＬＡＮ）や広域ネットワーク（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ：ＷＡＮ）、ＩＳＤＮｓ（ｉｎｔｅｇｒａｔｅｄ ｓｅｒｖｉｃｅ ｄｉｇｉｔａｌ ｎｅｔｗｏｒｋｓ）、無線ＬＡＮｓ、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などである。なお、ＮＷ６は、これらの例に限られず、例えば、公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）やブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、衛星通信などであってもよく、どのようなＮＷであってもよい。

（制御装置２の構成例）
図３は、本発明の第１の実施形態における、制御装置２の構成例を示す図である。図３に示すように、制御装置２は、通信部２０と、制御部２１と、センサ側メタデータ記憶部２５と、アプリ側メタデータ記憶部２６とを含む。

通信部２０は、センサ管理装置３やセンサ４、アプリケーションサーバ５と接続するための通信インターフェースである。制御装置２は、通信部２０を介して、センサ管理装置３にデータフロー制御指令を送信する。また、制御装置２は、通信部２０を介して、センサ側メタデータやアプリ側メタデータを受信する。通信部２０が実行する通信は、有線、無線のいずれの通信であってもよく、どのような通信プロトコルを用いるものであってもよい。

通信部２０は、センサ側メタデータを受信する第１取得部としての機能と、および、アプリ側メタデータを受信する第２取得部としての機能を提供する。図３の例では、１つの通信部２０が、センサ側メタデータを受信する第１取得部と、アプリ側メタデータを受信する第２取得部との両方の機能を提供しているが、該第１取得部と第２取得部とはそれぞれ別の構成（別のインターフェース）によって提供されてもよい。

制御部２１は、センサ側メタデータとアプリ側メタデータとのマッチングを実行する機能を提供する。制御部２１は、プログラム内のコードや命令によって所定の機能を実行するための機能を備え、例えば、中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。また、制御部２１は、例えば、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）やマルチプロセッサ（ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）などであってもよい。なお、本発明の第１の実施形態において、制御部２１は、これらに限定されない。

図３に示すように、制御部２１は、例えば、比較部２２と、生成部２３と、通知部２４とを含む。

比較部２２は、センサ側メタデータと、アプリ側メタデータとのマッチングを実行する。比較部２２は、アプリ側メタデータに一致する、センサ側メタデータの有無を判定する。また、比較部２２は、例えば、アプリ側メタデータに含まれる情報の少なくとも一部に一致する、センサ側メタデータの有無を判定してもよい。また、比較部２２は、例えば、アプリ側メタデータに含まれる所定の条件を満たす、センサ側メタデータの有無を判定してもよい。

本発明の第１の実施形態において、比較部２２は、例えば、センサ側メタデータとアプリ側メタデータに含まれる静的な情報（静的要素）に基づいて、マッチングを実行可能である。比較部２２は、例えば、センサ側メタデータ記憶部２５と、アプリ側メタデータ記憶部２６とを参照して、センサ側メタデータと、アプリ側メタデータとのマッチングを実行する。

比較部２２は、例えば、アプリ側メタデータを受信する都度、センサ側メタデータと、アプリ側メタデータとのマッチングを実行してもよい。また、比較部２２は、例えば、所定の周期で、センサ側メタデータと、アプリ側メタデータとのマッチングを実行してもよい。また、比較部２２は、例えば、データ利用者からの要求があった場合に、センサ側メタデータと、アプリ側メタデータとのマッチングを実行してもよい。なお、比較部２２がマッチングを実行するタイミングは、これらの例に限られず、どのようなタイミングであってもよい。

生成部２３は、比較部２２におけるマッチングが成功した場合に、該マッチングの結果に基づいて、センサに関する情報と、センシングデータを利用するアプリケーションに関する情報と、を含むデータフロー制御指令を生成する。生成部２３は、マッチングしたセンサ側メタデータに基づいて、センシングデータを提供可能なセンサ４に関する情報を含むデータフロー制御指令を生成する。生成部２３は、例えば、マッチングしたセンサ側メタデータに含まれるセンサ４を識別可能な識別子を、データフロー制御指令に含ませる。

また、生成部２３は、マッチングしたアプリ側メタデータに基づいて、センシングデータを利用するアプリケーションサーバ５に関する情報を含むデータフロー制御指令を生成する。生成部２３は、例えば、マッチングしたアプリ側メタデータに含まれるアプリケーションサーバ５を識別可能な識別子を、データフロー制御指令に含ませる。

また、生成部２３は、データフロー制御指令に、センサ側メタデータに含まれる、センシングデータにおいて時間ごとまたは測定ごとに変化するデータ（イベントデータ）に関する情報を含んでいてもよい。また、生成部２３は、データフロー制御指令は、アプリ側メタデータに含まれる、動的に変化する情報に関する条件である“イベント条件”を含んでいてもよい。なお、イベントデータは、センシングデータにおいて時間ごとまたは測定ごとに変化するデータに限られず、当該センシングデータを収集するセンサとは異なる他のセンサにおいて、時間ごとまたは測定ごとに変化するデータであってもよい。

ここで、比較部２２と、生成部２３と、通知部２４の各々は、例えば、中央処理装置（Central Processing Unit）やマイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）などで実現される。

通知部２４は、生成部２３において生成されたデータフロー制御指令を、通信部２０を介して、センサ管理装置３に通知する。

制御装置２は、センサ側メタデータ記憶部２５を含む。センサ側メタデータ記憶部２５は、通信部２０を介して受信したセンサ側メタデータを記憶する。センサ側メタデータ記憶部２５は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本発明の第１の実施形態において、センサ側メタデータ記憶部２５は、これらに限定されない。

制御装置２は、アプリ側メタデータ記憶部２６を含む。アプリ側メタデータ記憶部２６は、通信部２０を介して受信したアプリ側メタデータを記憶する。アプリ側メタデータ記憶部２６は、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本発明の第１の実施形態において、アプリ側メタデータ記憶部２６は、これらに限定されない。

（センサ管理装置３の構成例）
図４は、本発明の第１の実施形態における、センサ管理装置３の構成例を示す図である。図４に示すように、センサ管理装置３は、通信部３０と、判定部３１と、センシングデータ記憶部３４と、を含む。

通信部３０は、制御装置２やセンサ４、アプリケーションサーバ５と接続するための通信インターフェースである。センサ管理装置３は、通信部３０を介して、制御装置２からデータフロー制御指令を受信する。

また、センサ管理装置３は、通信部３０を介して、センサ４から、センシングデータを受信する。例えば、センサ管理装置３は、通信部３０を介して、センサ４であるカメラが撮影した画像を受信する。なお、センサ管理装置３は、通信部３０を介して、センサ４に付属する他のセンサ７から、センシングデータに関連するデータを受信してもよい。例えば、センサ管理装置３は、通信部３０を介して、カメラに付属する他のセンサ７であるＧＰＳのデータを受信してもよい。

また、センサ管理装置３は、通信部３０を介して、センサ４に対して、該センシングデータをアプリケーションサーバ５に対して配信する旨を指示する。なお、センサ管理装置３は、センサ４に対して配信を指示する代わりに、センサ４から受信したセンシングデータを、アプリケーションサーバ５に転送してもよい。

判定部３１は、センサ４から受信したセンシングデータにおいて時間ごとまたは測定ごとに変化するデータ（イベントデータ）が、データフロー制御指令に含まれる“イベント条件”を満たしたか否かを判定する機能を提供する。判定部３１は、プログラム内のコードや命令によって所定の機能を実行するための機能を備え、例えば、中央処理装置（ＣＰＵ）である。また、判定部３１は、例えば、マイクロプロセッサやマルチプロセッサ、ＡＳＩＣ、ＦＰＧＡなどであってもよい。なお、本発明の第１の実施形態において、判定部３１は、これらに限定されない。

図４に示すように、判定部３１は、例えば、検知部３２と、配信部３３とを含む。

検知部３２は、センサ４から受信したセンシングデータにおいて時間ごとまたは測定ごとに変化するデータ（イベントデータ）が、データフロー制御指令に含まれる“イベント条件”を満たしたことを検知する。例えば、検知部３２は、センサ４であるカメラが撮影した画像が、アプリ側メタデータにおいて設定されていた“イベント条件”を満たしたことを検知する。また、検知部３２は、センシングデータに関連するデータが、“イベント条件”所定の条件を満たしたことを検知してもよい。例えば、検知部３２は、カメラに付属する他のセンサ７であるＧＰＳのデータが“イベント条件”を満たしたことを検知してもよい。なお、検知部３２は、データフロー制御指令に含まれるセンサ４を特定するための情報に基づいて、センサ４を特定し、該特定したセンサ４から受信するセンシングデータが、“イベント条件”を満たしたことを検知する。

配信部３３は、検知部３２によってセンシングデータに含まれるイベントデータが、“イベント条件”を満たしたことを検知された場合に、センサ４に対して、アプリケーションサーバ５に該センシングデータを配信する旨を指示する。例えば、配信部３３は、センサ４であるカメラが撮影した画像（イベントデータ）が、“イベント条件”を満たしたことを検知した場合に、該カメラに対して、該画像を配信する旨を指示する。また、配信部３３は、検知部３２によってセンシングデータに関連するデータが、“イベント条件”を満たしたことを検知した場合に、センサ４に対して、アプリケーションサーバ５に該センシングデータを配信する旨を指示する。例えば、配信部３３は、カメラに付属する他のセンサ７であるＧＰＳのデータ（イベントデータ）が、“イベント条件”を満たしたことを検知された場合に、該カメラに対して、該画像を配信する旨を指示する。

なお、配信部３３は、センサ４からセンシングデータを受信する場合には、センサ４に対して配信を指示する代わりに、受信したセンシングデータをアプリケーションサーバ５に配信してもよい。

センシングデータ記憶部３４は、センサ４から受信したセンシングデータを記憶する。なお、センシングデータ記憶部３４は、例えば、センサ４から受信したセンシングデータを、一時的に記憶してもよい。なお、センシングデータ記憶部３４は、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本発明の第１の実施形態において、センシングデータ記憶部３４は、これらに限定されない。

（動作例）
図５は、本発明の第１の実施形態における、制御装置２の動作例を示すフローチャートである。

制御装置２の通信部２０は、データ提供者から、センシングデータに関連する情報であるセンサ側メタデータを受信し（Ｓ１０１）、センサ側メタデータ記憶部２５に記憶する（Ｓ１０２）。なお、通信部２０は、複数のデータ提供者の各々から、複数のセンサ側メタデータを受信し、受信する都度、センサ側メタデータ記憶部２５に記憶する。

また、通信部２０は、データ利用者から、利用したいセンシングデータの内容を示すアプリ側メタデータを受信し（Ｓ１０３）、アプリ側メタデータ記憶部２６に記憶する（Ｓ１０４）。

なお、Ｓ１０１およびＳ１０２の処理と、Ｓ１０３とＳ１０４の処理とは、順序を逆にしてもよく、先にＳ１０３およびＳ１０４の処理を実行し、その後、Ｓ１０１とＳ１０２の処理を実行してもよい。

比較部２２は、センサ側メタデータと、アプリ側メタデータとのマッチングを実行する（Ｓ１０５）。比較部２２は、例えば、アプリ側メタデータに含まれる静的な情報（静的情報）と、アプリ側メタデータに含まれる静的な情報（静的情報）とが一致するか否かを判定する。

生成部２３は、比較部２２によるマッチングが成功した場合に（Ｓ１０５のＹＥＳ）、該マッチングの結果に基づいて、センサ４に関する情報と、センシングデータを利用するアプリケーションサーバ５に関する情報と、を含むデータフロー制御指令を生成する（Ｓ１０６）。なお、生成部２３は、データフロー制御指令に、センサ側メタデータに含まれる、センシングデータにおいて時間ごとまたは測定ごとに変化するデータ（イベントデータ）に関する情報を含ませる。また、生成部２３は、データフロー制御指令は、アプリ側メタデータに含まれる、動的に変化する情報に関する条件である“イベント条件”を含ませる。一方、生成部２３は、比較部２２によるマッチングが成功しない場合（Ｓ１０５のＮＯ）、処理を終了する。

通知部２４は、生成部２３において生成されたデータフロー制御指令を、通信部２０を介して、センサ管理装置３に通知する（Ｓ１０７）。

図６は、本発明の第１の実施形態における、センサ管理装置３の動作例を示すフローチャートである。

センサ管理装置３の通信部３０は、制御装置２から、データフロー制御指令を受信する（Ｓ２０１）。

検知部３２は、受信したデータフローに含まれるセンサ４を特定するための情報に基づいて、センサ４を特定する（Ｓ２０２）。検知部３２は、特定したセンサ４から受信したセンシングデータ、または、該センサ４に付随する他のセンサ７から受信したデータが、データフロー制御指令に含まれる“イベント条件”を満たすか否かを判定する（Ｓ２０３）。

配信部３３は、検知部３２によって“イベント条件”を満たすと判定された場合（Ｓ２０３のＹＥＳ）、センシングデータをアプリケーションサーバ５に配信する（Ｓ２０４）。なお、アプリケーションサーバ５は、データフロー制御指令に含まれるアプリケーションサーバ５を特定するための情報から特定される。一方、配信部３３は、検知部３２によって所定の条件を満たすと判定されない場合（Ｓ２０３のＮＯ）、Ｓ２０３に戻る。

上記のとおり、本発明の第１の実施形態では、制御装置２は、センサ側メタデータとアプリ側メタデータに含まれる静的な情報に基づいたマッチングを予め実行しておき、その後、センサ管理装置３において、“イベントデータ”が“イベント条件”を満たしたか否かの判断を実行して、センシングデータの配信の要否を決定する。そのため、マッチングに要する処理負荷を、制御装置２とセンサ管理装置３とで分散することができる。そして、制御装置２は、動的に変化する“イベントデータ”についてのマッチングを実行しなくて良くなるため、処理負荷の上昇を抑制できる。一方、センサ管理装置３は、センサ（または、センサの属性）ごとに設けられるため、動的に変化する“イベントデータ”についてのマッチングを、複数の組について実行する必要は少なく、その処理負荷が急激に上昇する恐れも低い。したがって、本発明の第１の実施形態では、制御装置２の処理負荷が急激に上昇することを防止することができ、動的に変化する“イベントデータ”をマッチングの条件として用いた場合であっても、データ提供者からデータ利用者へセンシングデータを配信することが可能となり、センシングデータの利用を促進させることができる。

＜実施例１＞
実施例１は、データ提供システム１を、センサ４である車載カメラからの画像の配信に適用した場合の実施例である。

図７は、実施例１における、データ提供システム１の構成例を示す図である。図７に示すように、実施例１において、データ提供システム１は、センサ４や他のセンサ７を備える移動体８を含む。

移動体８は、例えば、自動車やバス、トラック、電車など、移動する物体である。なお、移動体８は、これらの例に限られず、移動する物体であれば、どのようなものであってもよい。なお、以下の例では、移動体８がバスの場合を例にして説明する。

図７に示すように、移動体８は、センサ４と、他のセンサ７と、ネットワークアダプタ８０を備える。センサ４は、例えば、移動体８から外景を撮影可能なカメラである。センサ４は、例えば、移動体８の前方の外景を撮影可能なカメラである。なお、センサ４が撮影可能な移動体８の外景は、前方に限られず、前後左右どのような方向であってもよい。また、センサ４は、移動体８の外景を、静止画として撮影可能であってもよいし、動画（映像）として撮影してもよい。また、センサ４は、移動体８に複数備わっていてもよい。

センサ４は、所定のタイミングで、移動体８の外景（風景）を撮影する。所定のタイミングは、例えば、所定の周期であり、１秒間隔、１分間隔など、どのような周期であってもい。また、所定のタイミングは、例えば、移動体８が交差点で曲がる場合や、停止または発進した場合、加速または減速した場合などであってもよい。また、所定のタイミングは、所定の時刻になった場合や、撮影の要求があった場合などであってもよい。

他のセンサ７は、所定のタイミングで、移動体８に関する情報を収集するセンサである。他のセンサ７は、例えば、移動体８の現在位置を測定可能なＧＰＳや、移動体８の速度や加速度を検知可能な加速度センサなど、どのような装置であってもよい。また、他のセンサ７は、移動体８がバスや電車の場合には、乗車状況や空席状況を検知可能なセンサであってもよい。他のセンサ７は、これらの例に限られず、移動体８に関する情報を収集可能なセンサであれば、どのようなセンサであってもよい。

他のセンサ７は、所定のタイミングで、移動体８に関する情報を収集する。所定のタイミングは、センサ４と同様に、例えば、所定の周期（１秒間隔、１分間隔など）や、所定の時刻になった場合、撮影の要求があった場合などどのような周期であってもい。

ネットワークアダプタ８０は、センサ４が収集したセンシングデータや他のセンサ７が収集したデータを、送信可能な通信インターフェースである。センサ４や他のセンサ７は、ネットワークアダプタ８０を介して、センシングデータや収集したデータを、センサ管理装置３やアプリケーションサーバ５に送信する。

図７に示すように、実施例１において、移動体８は複数あってもよい。複数の移動体８の各々は、アプリケーションサーバ５が利用するセンシングデータを提供可能である。

図８は、実施例１における、制御装置２が受信するセンサ側メタデータの構成例を示す図である。図８に示すように、センサ側メタデータは、複数の移動体８の少なくとも１つが提供可能なセンシングデータに関する情報を含む。センサ側メタデータは、静的な情報に加えて、一部に動的な情報を含む。動的な情報は、例えば、測定項目である。

図８に示すように、センサ側メタデータは、静的な情報として、例えば、ジャンルやデータ配信者などを示す情報を含む。一方、センサ側メタデータは、イベント条件として、例えば、測定項目を含む。イベント条件は、例えば、時間の経過とともに変化する情報や測定ごとに変化する情報であり、例えば、測定項目や測定場所、測定時刻などである。

センサ側メタデータは、センシングデータのジャンルを含む。センシングデータのジャンルは、例えば、“観光”や“移動型”などである。ジャンルに関する情報は、静的な情報（静的要素）である。

また、センサ側メタデータは、例えば、データ配信者に関する情報を含む。データ配信者に関する情報は、センシングデータを提供する事業体などに関する情報である。データ配信者に関する情報は、センサ４の備わる移動体８がバスの場合には、バス会社の名前“バス事業者Ａ”などである。データ配信者に関する情報は、静的な情報（静的要素）である。

また、センサ側メタデータは、例えば、測定対象名を含み、センシングデータを測定する対象の名称を示す情報である。センサ４の備わる移動体８がバスの場合には、測定対象名は、例えば、バスの運行する地域や路線、センサ４の備わるバスを識別可能な車号などである。図８の例では、測定対象名として、“地域Ｂ、路線Ｃ、バスＸ、Ｙ、Ｚ号車”が含まれる。測定対象名に関する情報は、静的な情報（静的要素）である。

また、センサ側メタデータは、例えば、測定項目を含み、センサ４が測定するセンシングデータの内容を示す。測定項目は、例えば、“風景静止画”や“バスのリアルタイム位置座標”、“時刻”などを含む。測定項目は、時間の経過とともに変化する情報または測定ごとに変化する情報であり、動的な情報である。例えば、バスのリアルタイム位置座標は、時刻と共に、刻一刻とその位置座標が変わるため、イベント条件である。また、移動するバスから撮影された風景静止画は、撮影するごとに変化するため、イベント条件である。

また、センサ側メタデータは、例えば、データ用途範囲を含み、センシングデータの利用を想定した範囲に関する情報を含む。データ用途範囲は、例えば、“非営利”や“仮想観光”、“市街状況把握”などを含む。データ用途範囲に関する情報は、静的な情報（静的要素）である。

また、センサ側メタデータは、動的なメタデータとして利用可能な情報を示す、“動的メタデータ扱い可”の項目を含む。“動的メタデータ扱い可”の項目に含まれる情報は、動的メタデータとしての利用が可能である。“動的メタデータ扱い可”として設定される情報は、例えば、センシングデータにおいて時間ごとまたは測定ごとに変化するデータである。図８の例では、動的メタデータ扱い可として設定される情報は、“バスのリアルタイム位置座標”および“時刻”である。

また、センサ側メタデータは、例えば、イベント条件の詳細な情報を含んでいてもよい。図８の例では、イベント条件の詳細な情報は、測定場所について、“移動型”であることや、バスの“詳細な運行スケジュール”を含む。測定場所に関する情報は、センシングデータが測定される場所に関する情報であり、固定型か移動型かを示す情報や、具体的な測定場所に関する情報である。また、動的要素の詳細な情報は、測定時刻について、“インターバル１秒間隔”であることを含む。測定時刻に関する情報は、センシングデータが測定される時刻や時間に関する情報である。

図９は、実施例１における、制御装置２が受信するアプリ側メタデータの構成例を示す図である。図９に示すように、アプリ側メタデータは、アプリケーションサーバ５が利用したいセンシングデータに関する情報を含む。図９に示すように、アプリ側メタデータは、静的な情報と、動的な情報とを含む。静的な情報（静的要素）は、例えば、ジャンルやデータ配信者などを示す情報である。イベント条件は、例えば、時間の経過とともに変化する情報であり、例えば、測定場所や測定時刻を含む。

アプリ側メタデータは、利用したいデータのジャンルを含み、例えば、“観光”および“移動型”である。また、アプリ側メタデータは、データ配信者に関する情報を含み、例えば、センシングデータを提供する事業体などに関する情報であり、図９の例では“バス事業体Ａ”である。また、アプリ側メタデータは、測定対象名を含み、利用したいセンシングデータの測定者（測定対象者）の名称を示す情報である。測定対象名は、例えば、“地域Ｂ、路線Ｃ、バスＸ、Ｙ、Ｚ号車”などである。また、アプリ側メタデータは、データ用途範囲を含み、該データ用途範囲は、例えば、センシングデータを利用する“用途”に関する情報である。図９の例では、データ用途範囲は、例えば、“仮想観光”である。これらの情報は、静的な情報（静的要素）である。

なお、アプリ側メタデータにおいて、センシングデータのジャンルやデータ配信者、測定対象名、データ用途範囲などを特定する必要がない場合には、これらの項目は空欄や、特定しないことを示す情報（例えば、ＸＸＸなど）であってもよい。

アプリ側メタデータは、例えば、測定項目を含み、利用したいセンシングデータの属性や性質、特性を指定可能である。測定項目は、例えば、“風景静止画”や“動画”などである。データ利用者やアプリケーションサーバ５は、アプリ側メタデータの測定項目にセンシングデータの属性を指定することで、利用したいセンシングデータの属性を特定可能である。また、これらの情報は、時間ごとまたは測定ごとに変化する情報であり、イベント条件である。

アプリ側メタデータは、例えば、イベント条件の詳細として、測定場所の条件に関する情報を含む。データ利用者やアプリケーションサーバ５は、測定場所の条件を指定することで、利用したいセンシングデータの測定場所を指定可能である。図９の例では、測定場所の条件として、例えば“位置座標が、二条城から半径２０ｍ以内”が入力されている。

また、アプリ側メタデータは、例えば、イベント条件の詳細として、測定時刻の条件に関する情報を含む。データ利用者やアプリケーションサーバ５は、測定時刻の条件を指定することで、利用したいセンシングデータの測定時刻を指定可能である。図９の例では、測定時刻の条件として、例えば“９時４５分を過ぎて、最初の通過タイミング”が入力されている。

制御装置２は、データ提供者から、図８に例示するようなセンサ側メタデータを受信し、センサ側メタデータ記憶部２５に記憶する。また、制御装置２は、データ利用者やアプリケーションサーバ５から、図９に例示するようなアプリ側メタデータを受信し、アプリ側メタデータ記憶部２６に記憶する。

制御装置２の比較部２２は、センサ側メタデータと、アプリ側メタデータとのマッチングを実行する。比較部２２は、センサ側メタデータ記憶部２５を参照して、アプリ側メタデータの静的な情報（静的要素）の各項目に合致するセンサ側メタデータを検索する。比較部２２は、例えば、図９に例示するアプリ側メタデータに基づいて、該アプリ側メタデータの静的な情報（静的要素）の各項目に合致するセンサ側メタデータを検索する。そして、比較部２２は、図９に例示するアプリ側メタデータに基づく検索の結果として、図８に例示するセンサ側メタデータを特定する。

なお、比較部２２は、アプリ側メタデータの少なくとも一部と合致するセンサ側メタデータを検索してもよい。

生成部２３は、比較部２２がマッチングに成功した場合、センサ側メタデータの項目である“測定対象名”に基づいて特定可能なセンサ４に関する情報と、アプリ側メタデータの送信者であるアプリケーションサーバ５に関する情報と、を含む“データフロー制御指令”を生成する。また、生成部２３は、データフロー制御指令に、センサ側メタデータに含まれる、センシングデータにおいて時間ごとまたは測定ごとに変化するデータ（イベントデータ）に関する情報を含ませる。また、生成部２３は、データフロー制御指令に、アプリ側メタデータに含まれる、動的に変化する情報に関する条件である“イベント条件”を含ませる。“イベント条件”は、アプリ側メタデータのイベント条件であり、図９の例では、“測定場所の条件”と“測定時刻の条件”である。具体的には、生成部２３は、データフロー制御指令に、測定場所の条件として“位置座標が、二条城から半径２０ｍ以内”と、測定時刻の条件として“９時４５分を過ぎて、最初の通過タイミング”とを示す情報を含める。

通知部２４は、生成部２３において生成されたデータフロー制御指令を、通信部２０を介して、センサ管理装置３に通知する。

センサ管理装置３の検知部３２は、センサ４から受信したセンシングデータが、制御装置２から受信したデータフロー制御指令に含まれる“イベント条件”を満たしたか否かを判定する。検知部３２は、例えば、複数の移動体８の各々に含まれるセンサ４の少なくとも１つから受信したセンシングデータが、“イベント条件”を満たしたか否かを判定する。また、検知部３２は、他のセンサ７から受信したデータが、“イベント条件”を満たしたか否かを判定してもよい。

例えば、検知部３２は、複数の移動体８の各々に含まれるセンサ４であるカメラから受信した風景静止画が、“位置座標が、二条城から半径２０ｍ以内”かつ“９時４５分を過ぎて、最初の通過タイミング”という条件を満たしたか否かを判定する。検知部３２は、例えば、センサ４であるカメラからの風景静止画とともに受信した、移動体８に含まれる他のセンサ７からのＧＰＳデータに基づいて、該風景静止画を撮影した測定場所が、“位置座標が、二条城から半径２０ｍ以内”かつ“９時４５分を過ぎて、最初の通過タイミング”を満たすと判定してもよい。なお、ＧＰＳは、例えば、移動体８を識別可能な識別子と、移動体８の現在位置（位置座標）に関する情報と、現在の時刻に関する情報とが対応付けられた情報を収集し、他のデータとしてセンサ管理装置３に送信可能である。そのため、検知部３２は、他のセンサ７であるＧＰＳから受信したデータに基づいて、センサ４から受信したセンシングデータが、“イベント条件”を満たすか否かを判定可能である。

検知部３２は、データフロー制御指令に含まれる“イベント条件”を満たしたセンシングデータを受信するまで、センサ４から受信したセンシングデータが、“イベント条件”を満たすか否かを判定する。

配信部３３は、検知部３２によってセンシングデータが“イベント条件”を満たしたことを検知された場合に、センサ４に対して、アプリケーションサーバ５への該センシングデータの配信を指示する。配信部３３は、例えば、センサ４から受信した風景静止画が、“位置座標が、二条城から半径２０ｍ以内”かつ“９時４５分を過ぎて、最初の通過タイミング”の風景静止画である場合に、該センサ４に対して、該風景静止画をアプリケーションサーバ５に配信する旨を指示する。

なお、配信部３３は、センサ４に対して配信を指示する代わりに、当該センサ４から受信した風景静止画をアプリケーションサーバ５に配信してもよい。

上記のとおり、本発明の実施形態１の実施例１は、センサ４である車載カメラからの画像の配信するデータ提供システム１において、センサ４である車載カメラの画像に関する情報と、センシングデータを利用するアプリケーションに関する情報とをマッチングするための制御装置２の処理負荷を低減可能である。

＜実施例２＞
実施例２は、データ提供システム１を、種々のセンサ４に適用した場合の実施例である。

図１０は、実施例２におけるセンサ側メタデータとアプリ側メタデータの構成例を示す図である。制御装置２は、例えば、データ提供者から、図１０（ａ）に例示するセンサ側メタデータを受信する。なお、図１０の例は、データ利用者またはアプリケーションサーバ５が、全国の夏の最高気温を調査する場合における、センサ側メタデータとアプリ側メタデータの構成例である。この場合において、センサ４は、例えば、温度センサである。

図１０（ａ）に示すように、センサ側メタデータは、ジャンルとして“気象”、データ配信者として“気象庁”、測定対象名として“○○県○○市のセンサ○○”とを含む。また、センサ側メタデータは、測定場所として“○○県○○市”、データ用途範囲として“研究”を含む。これらの情報は、静的な情報（静的要素）である。

また、センサ側メタデータは、測定項目として、“気温”、“時刻”を含む。これらの情報は、イベント条件である。また、センサ側メタデータは、動的メタデータ扱い可として設定される情報として、“気温”および“時刻”を含む。そして、センサ側メタデータは、イベント条件の詳細として、測定時刻について“インターバル１分間隔”が含まれる。

一方、制御装置２は、データ利用者またはアプリケーションサーバ５から、図１０（ｂ）に例示するアプリ側メタデータを受信する。アプリ側メタデータは、静的な情報（静的要素）として、ジャンルとして“気象”、データ配信者として“気象庁”、測定対象名として“○○県○○市のセンサ○○”、測定場所として、“○○県○○市”、データ用途範囲として“温暖化の研究”とを含む。また、アプリ側メタデータは、イベント条件として、測定項目として“気温”および“時刻””、が含まれる。そして、アプリ側メタデータは、イベント条件の詳細として、測定の条件について、“気温が３０度以上のとき”、“気温”および“時刻”を含む。

制御装置２の比較部２２は、アプリ側メタデータに含まれる静的な情報（静的情報）に基づいて、センサ側メタデータとのマッチングを実行する。

そして、生成部２３は、データフロー制御指令に、アプリ側メタデータの「気温が３０度以上のとき」という動的な情報を、“イベント条件”として含ませる。なお、生成部２３は、データフロー制御指令に、センサ４を特定する情報として「○○県○○市のセンサ○○」を識別可能な識別子と、アプリケーションサーバ５を特定可能な識別子とを含ませる。

センサ管理装置３の検知部３２は、制御装置２から受信したデータフロー制御指令に基づいて、特定したセンサ４である「○○県○○市のセンサ○○」から受信する、センシングデータである温度に関する情報を監視する。検知部３２は、「○○県○○市のセンサ○○」から受信する温度に関する情報が、“イベント条件”である「気温が３０度以上のとき」であることを満たした場合に、配信部３３に対して、該温度に関する情報をアプリケーションサーバ５に配信することを指示する。

配信部３３は、センサ４である「○○県○○市のセンサ○○」に対して、センシングデータである温度に関する情報を、アプリケーションサーバ５に配信する旨を指示する。なお、配信部３３は、センサ４に配信を指示する代わりに、該センサ４から受信したセンシングデータを、アプリケーションサーバ５に配信してもよい。

また、図１１は、実施例２におけるセンサ側メタデータとアプリ側メタデータの他の構成例を示す図である。制御装置２は、例えば、データ提供者から、図１１（ａ）に例示するセンサ側メタデータを受信する。なお、図１１の例は、データ利用者またはアプリケーションサーバ５が、太陽発電の発電量を調査する場合における、センサ側メタデータとアプリ側メタデータの構成例である。この場合において、センサ４は、例えば、電圧・電流センサである。

図１１（ａ）に示すように、センサ側メタデータは、ジャンルとして“電力”、データ配信者として“太陽電池の発電事業者Ｂ”、測定対象名として“△△県△△市の太陽電池△△”、測定場所として“△△県△△市”、データ用途範囲として“研究”を含み、これらの情報は静的な情報（静的情報）である。また、センサ側メタデータは、測定項目として“電圧”および“時刻”が含み、これらの情報はイベント条件である。また、センサ側メタデータは、動的メタデータ扱い可として設定される情報として、“電力”および“時刻”を含む。さらに、イベント条件の詳細として、測定時刻について“インターバル１秒間隔”が含まれる。

一方、制御装置２は、データ利用者またはアプリケーションサーバ５から、図１１（ｂ）に例示するアプリ側メタデータを受信する。アプリ側メタデータは、ジャンルとして“電力”、データ配信者として“太陽電池の発電事業者Ｂ”、測定対象名として“△△県△△市の太陽電池△△”、測定場所として“△△県△△市”、データ用途範囲として“太陽電池の研究”が含まれ、これらは静的な情報である。また、アプリ側メタデータは、測定項目として、“電力”および“時刻”を含み、これらの情報はイベント条件である。そして、アプリ側メタデータは、イベント条件の詳細として、測定の条件について、“発電量が１Ｗ以上のとき”、“電力”および“時刻”を含む。

制御装置２の比較部２２は、アプリ側メタデータに含まれる静的な情報（静的情報）に基づいて、センサ側メタデータとのマッチングを実行する。

そして、生成部２３は、データフロー制御指令に、アプリ側メタデータの「発電量が１Ｗ以上のとき」という動的な情報（動的情報）を、“イベント条件”として含ませる。なお、生成部２３は、データフロー制御指令に、センサ４を特定する情報として「△△県△△市の太陽電池△△」を識別可能な識別子と、アプリケーションサーバ５を特定可能な識別子とを含ませる。

センサ管理装置３の検知部３２は、制御装置２から受信したデータフロー制御指令に基づいて、特定したセンサ４である「△△県△△市の太陽電池△△」から受信する、センシングデータである温度に関する情報を監視する。検知部３２は、「△△県△△市の太陽電池△△」から受信する電力に関する情報が、“イベント条件”である「発電量が１Ｗ以上のとき」を満たした場合に、配信部３３に対して、該温度に関する情報をアプリケーションサーバ５に配信することを指示する。

配信部３３は、センサ４である「△△県△△市の太陽電池△△」に対して、センシングデータである電力に関する情報を、アプリケーションサーバ５に配信する旨を指示する。なお、配信部３３は、センサ４に配信を指示する代わりに、該センサ４から受信したセンシングデータを、アプリケーションサーバ５に配信してもよい。

また、図１２は、実施例２におけるセンサ側メタデータとアプリ側メタデータの他の構成例を示す図である。制御装置２は、例えば、データ提供者から、図１２（ａ）に例示するセンサ側メタデータを受信する。なお、図１２の例は、データ利用者またはアプリケーションサーバ５が、町内の不審者の存在の有無を調査する場合における、センサ側メタデータとアプリ側メタデータの構成例である。この場合において、センサ４は、例えば、防犯カメラである。

図１２（ａ）に示すように、センサ側メタデータは、ジャンルとして“防犯”、データ配信者として“公園内の防犯カメラの保有者Ｃ”、測定対象名として“□□県□□市□□町内の公園内のカメラ□□”、測定場所として“□□県□□市□□町”、データ用途範囲として“防犯”を含み、これらの情報は静的な情報（静的要素）である。また、センサ側メタデータは、測定項目として、“画像”および“時刻”を含み、これらの情報はイベント条件である。また、センサ側メタデータは、動的メタデータ扱い可として設定される情報として、“画像”および“時刻”を含む。そして、センサ側メタデータは、イベント条件の詳細として、測定時刻について“インターバル０．１秒間隔”が含まれる。

一方、制御装置２は、データ利用者またはアプリケーションサーバ５から、図１２（ｂ）に例示するアプリ側メタデータを受信する。アプリ側メタデータは、静的な情報（静的要素）として、ジャンルとして“防犯”、データ配信者として“公園の防犯カメラの保有者Ｃ”、測定対象名として“□□県□□市□□町内の公園内のカメラ□□”、測定場所として“□□県□□市□□町”、データ用途範囲として“防犯”が含まれる。また、アプリ側メタデータは、イベント条件として、測定項目として“画像”および“時刻””、が含まれる。そして、アプリ側メタデータは、イベント条件の詳細として、測定の条件について、“不審者が防犯カメラに映り込んだとき”、“画像”および“時刻”を含む。

制御装置２の比較部２２は、アプリ側メタデータに含まれる静的な情報（静的情報）に基づいて、センサ側メタデータとのマッチングを実行する。

そして、生成部２３は、データフロー制御指令に、アプリ側メタデータの「不審者が防犯カメラに映りこんだとき」という動的な情報を、“イベント条件”として含ませる。なお、生成部２３は、データフロー制御指令に、センサ４を特定する情報として「□□県□□市□□町内の公園内のカメラ□□」を識別可能な識別子と、アプリケーションサーバ５を特定可能な識別子とを含ませる。

センサ管理装置３の検知部３２は、制御装置２から受信したデータフロー制御指令に基づいて、特定したセンサ４である「□□県□□市□□町内の公園内のカメラ□□」から受信する、センシングデータである画像に関する情報を監視する。検知部３２は、「□□県□□市□□町内の公園内のカメラ□□」から受信する画像に、“イベント条件”である「不審者が映り込んだ」場合に、配信部３３に対して、該画像に関する情報をアプリケーションサーバ５に配信することを指示する。なお、検知部３２は、画像内に不審者が映り込んだか否かを、既存の種々の方法により、検出することができる。

配信部３３は、センサ４である「□□県□□市□□町内の公園内のカメラ□□」に対して、センシングデータである画像を、アプリケーションサーバ５に配信する旨を指示する。なお、配信部３３は、センサ４に配信を指示する代わりに、該センサ４から受信したセンシングデータを、アプリケーションサーバ５に配信してもよい。

上記のとおり、本発明の実施形態１の実施例２は、データ提供システム１を、種々のセンサ４に適用可能である。

＜第２の実施形態＞
本発明の第２の実施形態は、センサ側メタデータを複数の事業体が提供可能な際に、アプリケーションサーバが該複数のデータ提供者（例えば、複数の事業体）の１つからセンシングデータの提供を受ける場合の実施形態である。なお、本発明の第２の実施形態は、第１の実施形態にも適用可能である。

図１３は、本発明の第２の実施形態における、データ提供システム１の構成例を示す図である。図１３に示すように、本発明の第２の実施形態において、データ提供システム１は、センサ４や他のセンサ７を備える複数の移動体８を含む。また、データ提供システム１は、少なくとも１つのセンサ４や他のセンサ７を管理する、複数のセンサ管理装置３を含む。

複数のセンサ管理装置３の各々は、例えば、センシングデータを提供可能なデータ提供者ごとに設けられ、該データ提供者のセンサ４や他のセンサ７を管理する。例えば、図１３において、センサ管理装置３Ａは、データ提供者Ａに属する移動体８Ａに含まれるセンサ４Ａや他のセンサ７Ａを管理する。また、センサ管理装置３Ｂは、データ提供者Ｂに属する移動体８Ｂに含まれるセンサ４Ｂや他のセンサ７Ｂを管理する。さらに、センサ管理装置３Ｃは、データ提供者に属する移動体８Ｃに含まれるセンサ４Ｃや他のセンサ７Ｃを管理する。

なお、センサ管理装置３の各々は、複数のセンサ４や、複数の他のセンサ７を管理可能である。例えば、センサ管理装置３Ａは、複数のセンサ４Ａや、複数の他のセンサ７Ａを管理可能である。

図１４は、本発明の第２の実施形態における、制御装置２の構成例を示す図である。図１４に示すように、制御装置２は、契約状態管理部２７を含む、

制御装置２は、例えば、複数のデータ提供者の各々から、センサ側メタデータを受信する。図１５は、例えば、データ提供者Ａ乃至Ｃの各々から受信する、センサ側メタデータの構成例を示す図である。図１５に示すように、データ提供者Ａ乃至Ｃの各々から受信するセンサ側メタデータは、例えば、“データ配信者”と“測定対象名”とが異なり、その他の項目は同じ情報が含まれている。

制御装置２は、データ利用者またはアプリケーションサーバ５から、図９に例示されるアプリ側メタデータを受信する。

制御装置２の比較部２２は、センサ側メタデータ記憶部２５を参照して、アプリ側メタデータの各項目に合致するセンサ側メタデータを検索する。その結果、比較部２２は、図１５に示す３つのセンサ側メタデータを特定する。

生成部２３は、比較部２２が特定した複数のセンサ側メタデータごとに、センサ４に関する情報と、アプリケーションサーバ５に関する情報と、を含む“データフロー制御指令”を生成する。生成部２３は、例えば、比較部２２が３つのセンサ側メタデータを特定している場合、３つのデータフロー制御指令を生成する。また、生成部２３は、生成した各データフロー制御指令に、“イベント条件”を含ませる。例えば、生成部２３は、生成した各データフロー制御指令に、“イベント条件”である“位置座標が、二条城から半径２０ｍ以内”と、“９時４５分を過ぎて、最初の通過タイミング”とを示す情報を含める。

通知部２４は、生成部２３において生成されたデータフロー制御指令を、通信部２０を介して、複数のセンサ管理装置３の各々に通知する。

契約状態管理部２７は、通知部２４がデータフロー制御指令を通知した、複数のセンサ管理装置３の各々を管理する。契約状態管理部２７は、１つのデータの利用要求（すなわち、アプリ側メタデータ）ごとに、該利用要求に基づいてセンシングデータの配信を指示した複数のセンサ管理装置３の各々を記憶する。契約状態管理部２７は、１つのアプリ側メタデータに対して、センシングデータの配信指示を通知したセンサ管理装置３の各々を記憶する。図１４の例では、制御装置２の契約状態管理部２７は、アプリ側メタデータごとに、センシングデータの配信を指示した複数のセンサ管理装置３の各々を対応付けて記憶する。

また、契約状態管理部２７は、複数のセンサ管理装置３のいずれかが、アプリケーションサーバ５に対してセンシングデータを配信した場合に、他のセンサ管理装置３に対して、センシングデータの配信指示の解除を通知する。契約状態管理部２７は、例えば、複数のセンサ管理装置３Ａ乃至３Ｃのうち、センサ管理装置３Ａがアプリケーションサーバ５に対してセンシングデータを配信した場合に、他のセンサ管理装置３Ｂおよび３Ｃに対して、センシングデータの配信指示の解除を通知する。

複数のセンサ管理装置３の各々は、センサ４から受信したセンシングデータが、制御装置２から受信したデータフロー制御指令に含まれる所定の条件を満たしたか否かを判定する。各センサ管理装置３の検知部３２は、例えば、移動体８に含まれるセンサ４から受信したセンシングデータが、所定の条件を満たしたか否かを判定する。また、検知部３２は、他のセンサ７から受信したデータが、所定の条件を満たしたか否かを判定してもよい。

例えば、図１３のセンサ管理装置３Ａの検知部３２Ａは、移動体８に含まれるセンサ４であるカメラから受信した風景静止画が、“位置座標が、二条城から半径２０ｍ以内”かつ“９時４５分を過ぎて、最初の通過タイミング”を満たすと判定する。この場合において、センサ管理装置３Ａの配信部３３Ａは、検知部３２Ａによってセンシングデータが所定の条件を満たしたことを検知された場合に、センサ４Ａに対して、アプリケーションサーバ５に該センシングデータを配信する旨を指示する。

また、センサ管理装置３Ａの配信部３３Ａは、制御装置２に対して、アプリケーションサーバ５に対して、センシングデータを配信したことを通知する。

制御装置２の契約状態管理部２７は、複数のセンサ管理装置３の１つからセンシングデータを配信した旨の通知を受けた場合、他のセンサ管理装置３に対して、アプリケーションサーバ５に対するセンシングデータの配信の指示の解除を通知する。図１４の例では、契約状態管理部２７は、センサ管理装置３Ａからセンシングデータを配信した旨の通知を受けた場合、他のセンサ管理装置３Ｂおよび３Ｃに対して、アプリケーションサーバ５に対するセンシングデータの配信の指示の解除を通知する。

他のセンサ管理装置３Ｂおよび３Ｃは、制御装置２からセンシングデータの配信の指示の解除の通知を受けた場合、アプリケーションサーバ５に対するセンシングデータの配信を解除する。そのため、アプリケーションサーバ５は、１つのデータ提供者に属するセンサ４からセンシングデータを受信し、他のセンサ７からは受信しないため、同内容のセンシングデータを重複して受信することを回避することができる。

図１６は、本発明の実施形態２データ提供システム１の動作例を示すシーケンス図である。

制御装置２は、複数のデータ提供者の各々から、センサ側メタデータを受信する（Ｓ３０１）。また、制御装置２は、データ利用者またはアプリケーションサーバ５から、アプリ側メタデータを受信する（Ｓ３０２）。

制御装置２は、センサ側メタデータ記憶部２５を参照して、アプリ側メタデータの静的な情報（静的情報）の各項目に合致するセンサ側メタデータを検索する（Ｓ３０３）。そして、制御装置２は、特定した複数のセンサ側メタデータごとに、データフロー制御指令を生成する（Ｓ３０４）。そして、制御装置２は、生成したデータフロー制御指令を、複数のセンサ管理装置３の各々に通知する（Ｓ３０５）。図１６の例では、制御装置２は、センサ管理装置３Ａ乃至３Ｃの各々に、データフロー制御指令を送信する。

例えば、センサ４Ａまたは該センサ４Ａに付随する他のセンサ７Ａは、センサ管理装置３Ａに、センシングデータまたは他のデータを送信する（Ｓ３０６）。

センサ管理装置３Ａは、例えば、センサ４Ａから受信したセンシングデータが、制御装置２から受信したデータフロー制御指令に含まれる所定の条件を満たしたことを検知する（Ｓ３０７）。センサ管理装置３Ａは、センサ４Ａに対して、アプリケーションサーバ５にセンシングデータを配信する旨を要求する（Ｓ３０８）。

センサ４Ａは、センサ管理装置３Ａからの要求に応じて、センシングデータを、アプリケーションサーバ５に配信する（Ｓ３０９）。

センサ管理装置３Ａは、センサ４Ａにセンシングデータを配信する旨を要求したことに応じて、制御装置２に対して、センシングデータを配信した旨を通知する（Ｓ３１０）。

制御装置２は、センサ管理装置３Ａからセンシングデータを配信した旨の通知を受けたことに応じて、他のセンサ管理装置３Ｂおよび３Ｃに対して、アプリケーションサーバ５に対するセンシングデータの配信の指示の解除を通知する（Ｓ３１１）。他のセンサ管理装置３Ｂおよび３Ｃは、制御装置２からセンシングデータの配信の指示の解除の通知を受けた場合、アプリケーションサーバ５に対するセンシングデータの配信を解除する。

上記のとおり、本発明の第２の実施形態では、制御装置２が、複数のセンサ管理装置３の少なくとも１つがセンシングデータを配信したことに応じて、他のセンサ管理装置３に対して、センシングデータの配信を解除する旨を通知する。そして、他のセンサ管理装置３は、制御装置２からセンシングデータの配信の指示の解除の通知を受けた場合、アプリケーションサーバ５に対するセンシングデータの配信を解除する。そのため、アプリケーションサーバ５は、１つのセンサ４からセンシングデータを受信し、他のセンサ７からは受信しないため、同内容のセンシングデータを重複して受信することを回避することができる。このように、本発明の第２の実施形態では、センサ側メタデータを複数の事業体が提供可能な際に、アプリケーションサーバが該複数のデータ提供者（例えば、複数の事業体）の１つからセンシングデータの提供を受けることが可能となる。

本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、上記実施の形態に示す構成を適宜組み合わせることとしてもよい。

本発明は以下のように記載することもできる。
（付記１）
センサ側メタデータを取得する第１取得部と、アプリ側メタデータを取得する第２取得部と、センシングデータを提供可能なセンサを抽出する比較部と、データフロー制御指令を送信する指示部と、を記憶したメモリと、
前記メモリに接続されたハードウェアプロセッサと、
を備え、
前記ハードウェアプロセッサは、
センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータを取得し、
前記センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータを取得し、
前記センサ側メタデータと前記アプリ側メタデータとのマッチングを実行して、前記アプリケーションの要求を満たすセンシングデータを提供可能な前記センサを抽出し、
前記センサを管理するセンサ管理装置に対して、前記比較部により抽出された前記センサと、前記アプリケーションとを特定可能な情報を含むデータフロー制御指令を送信し、
前記センサ側メタデータは、前記メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、
前記アプリ側メタデータは、前記メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、
前記データフロー制御指令は、前記取扱いの条件を含み、前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータが、前記動的取扱いの条件を満たした場合に、前記アプリケーションに対して当該センシングデータを送信させる指示を含む
制御装置。
（付記２）
センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータを取得する第１取得ステップと、
前記センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータを取得する第２取得ステップと、
前記センサ側メタデータと前記アプリ側メタデータとのマッチングを実行して、前記アプリケーションの要求を満たすセンシングデータを提供可能な前記センサを抽出する比較ステップと、
前記センサを管理するセンサ管理装置に対して、前記比較部により抽出された前記センサと、前記アプリケーションとを特定可能な情報を含むデータフロー制御指令を送信する指示ステップと、を含み、
前記センサ側メタデータは、前記メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、
前記アプリ側メタデータは、前記メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、
前記データフロー制御指令は、前記取扱いの条件を含み、前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータが、前記動的取扱いの条件を満たした場合に、前記アプリケーションに対して当該センシングデータを送信させる指示を含む
制御方法。
（付記３）
センサが出力するセンシングデータを受信する受信部と、前記センシングデータを利用するアプリケーションに対して、前記受信したセンシングデータを送信可能な送信部と、を記憶したメモリと、
前記メモリに接続されたハードウェアプロセッサと、
を備え、
前記ハードウェアプロセッサは、
センサが出力するセンシングデータを受信し、
前記センシングデータを利用するアプリケーションに対して、前記受信したセンシングデータを送信し、
前記センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータと、前記センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータとのマッチングにより抽出されたセンサと、当該アプリケーションとを特定可能な情報を含むデータフロー制御指令を受信し、
前記センサ側メタデータは、前記メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、
前記アプリ側メタデータは、前記メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、
前記データフロー制御指令は、前記取扱いの条件を含み、
前記送信ステップにおいて、前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータが、前記動的取扱いの条件を満たした場合に、前記アプリケーションに対して当該センシングデータを送信する
センサ管理装置。
（付記４）
センサが出力するセンシングデータを受信する受信ステップと、
前記センシングデータを利用するアプリケーションに対して、前記受信したセンシングデータを送信可能な送信ステップと、を含み、
前記受信ステップにおいて、前記センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータと、前記センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータとのマッチングにより抽出されたセンサと、当該アプリケーションとを特定可能な情報を含むデータフロー制御指令を受信し、
前記センサ側メタデータは、前記メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、
前記アプリ側メタデータは、前記メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、
前記データフロー制御指令は、前記取扱いの条件を含み、
前記送信ステップにおいて、前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータが、前記動的取扱いの条件を満たした場合に、前記アプリケーションに対して当該センシングデータを送信する
センサ管理方法。

１ データ提供システム
２ 制御装置
２０ 通信部（第１取得部、第２取得部）
２１ 制御部
２２ 比較部
２３ 生成部
２４ 通知部
２５ センサ側メタデータ記憶部
２６ アプリ側メタデータ記憶部
２７ 契約状態管理部
３ センサ管理装置
３０ 通信部
３１ 判定部
３２ 検知部
３３ 配信部
３４ センシングデータ記憶部
４ センサ
５ アプリケーションサーバ
６ ＮＷ
７ 他のセンサ
８ 移動体
８０ ネットワークアダプタ

Claims (15)

1. センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータを取得する第１取得部と、
   前記センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータを取得する第２取得部と、
   前記センサ側メタデータと前記アプリ側メタデータとのマッチングを実行して、前記アプリケーションの要求を満たすセンシングデータを提供可能な前記センサを抽出する比較部と、
   前記センサを管理するセンサ管理装置に対して、前記比較部により抽出された前記センサと、前記アプリケーションとを特定可能な情報を含むデータフロー制御指令を送信する指示部と、を備え、
   前記センサ側メタデータは、前記センサ側メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、
   前記アプリ側メタデータは、前記アプリ側メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、
   前記データフロー制御指令は、前記取扱いの条件を含み、前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータが、前記動的取扱いの条件を満たした場合に、前記アプリケーションに対して当該センシングデータを送信させる指示を含む
   ことを特徴とする制御装置。
2. 前記比較部は、前記センサ側メタデータに含まれる静的な要素と、前記アプリ側メタデータとのマッチングを実行して、前記アプリケーションの要求を満たすセンシングデータを提供可能な前記センサを抽出し、
   前記指示部は、前記センシングデータが前記取扱いの条件を満たしたか否かの判定に利用可能な前記センサ側メタデータの動的な要素を含むデータフロー制御指令を、前記センサ管理装置に送信する
   ことを特徴とする請求項１に記載の制御装置。
3. 前記比較部は、前記アプリケーションの要求を満たすセンシングデータを提供可能な前記センサの複数の候補を抽出し、
   前記データフロー制御指令は、前記複数の候補のうち、前記取扱いの条件を満たした前記センシングデータを、前記アプリケーションに対して送信させる指示を含む
   ことを特徴とする請求項１または２に記載の制御装置。
4. 前記指示部は、前記アプリ側メタデータが複数の前記センサ側メタデータにマッチチングする場合に、前記複数のセンサ側メタデータの各々に対応する前記センサ管理装置に対して、前記データフロー制御指令を送信する
   ことを特徴とする請求項１乃至３のいずれか１項に記載の制御装置。
5. 前記指示部は、複数の前記センサ管理装置のうち一のセンサ管理装置が管理する前記センサが前記センシングデータを送信した場合に、他のセンサ管理装置に対して、前記センシングデータを送信させる指示の解除を通知する
   ことを特徴とする請求項４に記載の制御装置。
6. 前記センサ側メタデータのうち、前記センサの測定項目が動的取扱いを受ける
   ことを特徴とする請求項１乃至５のいずれか１項に記載の制御装置。
7. センサが出力するセンシングデータを受信する受信部と、
   前記センシングデータを利用するアプリケーションに対して、前記受信したセンシングデータを送信可能な送信部と、を含み、
   前記受信部は、前記センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータと、前記センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータとのマッチングにより抽出されたセンサと、当該アプリケーションとを特定可能な情報を含むデータフロー制御指令を受信し、
   前記センサ側メタデータは、前記センサ側メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、
   前記アプリ側メタデータは、前記アプリ側メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、
   前記データフロー制御指令は、前記取扱いの条件を含み、
   前記送信部は、前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータが、前記動的取扱いの条件を満たした場合に、前記アプリケーションに対して当該センシングデータを送信することを特徴とするセンサ管理装置。
8. 前記受信部は、複数の前記センサの各々が出力する前記センシングデータを受信可能であり、
   前記送信部は、前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータのうち、前記動的取扱いの条件を満たしたセンシングデータを、前記アプリケーションに対して送信する
   ことを特徴とする請求項７に記載のセンサ管理装置。
9. 前記受信部が受信した前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータを記憶する記憶部をさらに含み、
   前記送信部は、前記記憶部を参照して前記動的取扱いの条件を満たしたセンシングデータを、前記アプリケーションに対して送信する
   ことを特徴とする請求項７または８に記載のセンサ管理装置。
10. 前記受信部が受信した前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータが、前記動的取扱いの条件を満たしたことを検出する検出部をさらに含み、
    前記送信部は、前記検出部が前記動的取扱いの条件を満たしたことを検出した場合に、当該動的取扱いの条件を満たす前記センシングデータを前記アプリケーションに対して送信する
    ことを特徴とする請求項７乃至９のいずれか１項に記載のセンサ管理装置。
11. 前記送信部は、前記動的取扱いの条件を満たす前記センシングデータを前記アプリケーションに対して送信した場合に、前記データフロー制御指令を送信した制御装置に対して、当該センシングデータを送信したことを通知する
    ことを特徴とする請求項７乃至１０のいずれか１項に記載のセンサ管理装置。
12. センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータを取得する第１取得ステップと、
    前記センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータを取得する第２取得ステップと、
    前記センサ側メタデータと前記アプリ側メタデータとのマッチングを実行して、前記アプリケーションの要求を満たすセンシングデータを提供可能な前記センサを抽出する比較ステップと、
    前記センサを管理するセンサ管理装置に対して、前記比較ステップにおいて抽出された前記センサと、前記アプリケーションとを特定可能な情報を含むデータフロー制御指令を送信する指示ステップと、を含み、
    前記センサ側メタデータは、前記センサ側メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、
    前記アプリ側メタデータは、前記アプリ側メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、
    前記データフロー制御指令は、前記取扱いの条件を含み、前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータが、前記動的取扱いの条件を満たした場合に、前記アプリケーションに対して当該センシングデータを送信させる指示を含む制御方法。
13. コンピュータに、
    センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータを取得する第１取得工程と、
    前記センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータを取得する第２取得工程と、
    前記センサ側メタデータと前記アプリ側メタデータとのマッチングを実行して、前記アプリケーションの要求を満たすセンシングデータを提供可能な前記センサを抽出する比較工程と、
    前記センサを管理するセンサ管理装置に対して、前記比較工程において抽出された前記センサと、前記アプリケーションとを特定可能な情報を含むデータフロー制御指令を送信する指示工程と、を実行させ、
    前記センサ側メタデータは、前記センサ側メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、
    前記アプリ側メタデータは、前記アプリ側メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、
    前記データフロー制御指令は、前記取扱いの条件を含み、前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータが、前記動的取扱いの条件を満たした場合に、前記アプリケーションに対して当該センシングデータを送信させる指示を含むプログラム。
14. センサが出力するセンシングデータを受信する受信ステップと、
    前記センシングデータを利用するアプリケーションに対して、前記受信したセンシングデータを送信可能な送信ステップと、を含み、
    前記受信ステップにおいて、前記センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータと、前記センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータとのマッチングにより抽出されたセンサと、当該アプリケーションとを特定可能な情報を含むデータフロー制御指令を受信し、
    前記センサ側メタデータは、前記センサ側メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、
    前記アプリ側メタデータは、前記アプリ側メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、
    前記データフロー制御指令は、前記取扱いの条件を含み、
    前記送信ステップにおいて、前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータが、前記動的取扱いの条件を満たした場合に、前記アプリケーションに対して当該センシングデータを送信するセンサ管理方法。
15. コンピュータに、
    センサが出力するセンシングデータを受信する受信工程と、
    前記センシングデータを利用するアプリケーションに対して、前記受信したセンシングデータを送信可能な送信工程と、を実行させ、
    前記受信工程において、前記センシングデータを出力可能なセンサに関する情報であるセンサ側メタデータと、前記センシングデータを利用するアプリケーションに関する情報であるアプリ側メタデータとのマッチングにより抽出されたセンサと、当該アプリケーションとを特定可能な情報を含むデータフロー制御指令を受信し、
    前記センサ側メタデータは、前記センサ側メタデータのうち一部が動的取扱い可能であることを指定する情報を含み、
    前記アプリ側メタデータは、前記アプリ側メタデータのうち一部が動的取扱いを要求すること及び動的取扱いの条件を含み、
    前記データフロー制御指令は、前記取扱いの条件を含み、
    前記送信工程において、前記動的取扱い可能である前記センサが出力する前記センシングデータまたは前記センサに付随する前記動的取扱い可能である他のセンサが出力するデータが、前記動的取扱いの条件を満たした場合に、前記アプリケーションに対して当該センシングデータを送信するプログラム。
    
    

Images