JP6390692B2 - データ配信システム、指示装置、データ配信装置、センサ管理装置、データ配信方法、およびプログラム - Google Patents

Description

本発明は、センサデバイスから出力されるセンシングデータを利用するセンサネットワークに関する。

センサネットワークと呼ばれる技術が知られている。センサネットワークは、センシング機能および通信機能をもつセンサデバイス（以下、単に「センサ」と呼ぶ）を産業設備などの様々な場所に設置し、それらをネットワーク化することで、センシングデータの収集、管理、シームレスな利用を可能とするものである。

通常、センサは、その所有者自身が必要とするデータを収集するために設置される。センシングデータは、その所有者のみならず、他者にとっても有意義なものであり得る。このため、センシングデータを他者に提供するための枠組みの策定が進められている。この枠組みには、データの提供者にとっては、データを提供することで対価を得ることができ、データの提供を受ける利用者にとっては、センサを設置する投資が不要なため安価に必要なデータを得ることができるというメリットがある。

上記の枠組みでは、センシングデータは、センサを管理するセンサ管理装置からデータ配信装置を介してデータ利用側の装置に配信される。所望のデータを利用者に提供する方法として、イベント配信が用いられる。イベント配信は、センシングデータのある値が閾値を超えるなどといった特定のイベントが発生したときにデータを配信する方法である。

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

イベント配信としては、例えば、被験者の血圧が閾値を超えたときの被験者の血糖値のデータを配信する場合などが考えられる。イベント配信を行うためには、センサ管理装置において、データ配信装置がイベントを検知できるような特定のデータフォーマットにセンシングデータを変換する必要がある。さらに、データ配信装置を管理するオペレータは、センシングデータからイベントを検知するために用いるデータを取り出すためのコードを作成する必要がある。また、データ利用側の装置に配信されるデータすべてがデータ配信装置に公開されてしまうことになる。
本発明は、上記事情に鑑みてなされたものであり、その目的は、センシングデータからイベントを検知するために用いるデータを取り出すためのコードを作成する対応を不要とすることができるデータ配信システムおよびデータ配信方法、ならびに、このデータ配信システムで使用される指示装置、データ配信装置、およびセンサ管理装置を提供することである。

上記目的を達成するために、本発明は、以下に示す種々の態様を取ることができる。
本発明の第１の態様は、指示装置と、センサ管理装置と、前記指示装置および前記センサ管理装置に接続されるデータ配信装置と、を備えるデータ配信システムである。
前記センサ管理装置は、第１のセンサから出力されるセンシングデータである配信データを受信する第１のデータ受信部と、前記配信データと、イベントを検知するために使用されるイベントデータと、を含む送信データを生成する生成部と、前記送信データを前記データ配信装置に送信する第１の送信部と、を備える。
前記指示装置は、前記センシングデータの属性に関するセンサ側属性情報と、前記イベントデータを識別するために与えた名前を示すラベルに対応する第１のラベルと、を含むセンサ側メタデータを取得するセンサ側メタデータ取得部と、アプリケーションが必要とするセンシングデータの属性に関するアプリ側属性情報と、前記イベントの条件を示すイベント条件であって前記ラベルに対応する第２のラベルを用いて記述されたイベント条件と、を含むアプリ側メタデータを取得するアプリ側メタデータ取得部と、前記センシングデータが前記アプリケーションの要求を満たすか否かを判定するために、前記センサ側属性情報と前記アプリ側属性情報との間でマッチングを行う属性情報マッチング部と、前記センシングデータが前記アプリケーションの前記要求を満たす場合に、前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一であるか否かを判定する判定部と、前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一である場合に、前記第１のセンサを特定する情報と、前記アプリケーションを特定する情報と、前記アプリ側メタデータに含まれる前記イベント条件と、を含むデータフロー制御指令を前記データ配信装置に送信する指示部と、を備える。
前記データ配信装置は、前記データフロー制御指令を受信するデータフロー制御指令受信部と、前記データフロー制御指令に含まれる前記イベント条件をプログラムに変換してイベント条件判定プログラムを生成するイベント条件プログラム変換部と、前記送信データを受信する第２のデータ受信部と、前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たすか否かを判定するために、前記イベント条件判定プログラムを実行するイベント条件判定プログラム実行部と、前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たす場合に、前記受信された送信データに含まれる前記配信データを送信する第２の送信部と、を備える。

第１の態様によれば、センシングデータがイベントデータとともにデータ配信装置へ送信され、イベント条件を含むデータフロー制御指令がデータ配信装置へ送信される。データ配信装置では、イベント条件をプログラムに変換してイベント条件判定プログラムを生成し、イベントデータがイベント条件を満たすか否かを判定するためにイベント条件判定プログラムを実行し、イベントデータがイベント条件を満たす場合にセンシングデータを配信する。これにより、データ配信装置のオペレータがイベントデータからイベントを検知するために用いるデータを取り出すためのプログラム（コード）を作成する必要がなくなる。センシングデータの配信に人が介在しないので、情報漏洩などのリスクを低減できるなど、データの安全性を向上することができる。また、オペレータ介在のためのデータ通信の遅れを防止することができる。

本発明の第２の態様は、前記第１のデータ受信部が、前記第１のセンサと異なる第２のセンサから出力されるセンシングデータを前記イベントデータとして受信するようにしたものである。

第２の態様によれば、センシングデータをイベントデータとして用いることができる。

本発明の第３の態様は、前記判定部が、前記センサ側メタデータから前記第１のラベルをすべて抽出し、抽出した前記第１のラベルを含む第１のラベルリストを生成し、前記アプリ側メタデータから前記第２のラベルをすべて抽出し、抽出した前記第２のラベルを含む第２のラベルリストを生成し、前記第２のラベルリスト中の前記第２のラベルがすべて前記第１のラベルリストに含まれる場合に、前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一であると判定するようにしたものである。

第３の態様によれば、センサ側メタデータおよびアプリ側メタデータからラベルリストを生成し、ラベルリストの比較により判定を行う。これにより、容易かつ確実に判定を行うことが可能になる。

第４の態様は、前記データ配信装置が、前記イベント条件判定プログラムを、前記データフロー制御指令に含まれる前記センサを特定する前記情報および前記アプリケーションを特定する前記情報と関連付けて、格納するイベント条件判定プログラム記憶部をさらに備えるようにしたものである。

第４の態様によれば、データ配信装置において、センサ管理装置から受信したイベントデータに応じたイベント条件判定プログラムを実行することが可能になる。

第５の態様は、前記データ配信装置が、前記受信された送信データを格納するデータ記憶部をさらに備えるようにしたものである。

第５の態様によれば、センシングデータおよびイベントデータを含むデータを蓄積することが可能になる。

本発明によれば、センシングデータからイベントを検知するために用いるデータを取り出すためのコードを作成する対応が不要となる。

本発明の一実施形態に係るセンサネットワークを例示するブロック図。 （ａ）センサ側メタデータの一部を示す図、（ｂ）アプリ側メタデータの一部を示す図、（ｃ）センシングデータの一部を示す図。 図１に示した指示装置の構成例を示すブロック図。 データ利用者に提示される配信条件を設定するための入力画面の一例を示す図。 図３に示したマッチメーカにおけるイベント条件ラベルチェックの手順例を示すフローチャート。 （ａ）および（ｂ）は図５に示したイベント条件ラベルチェックを具体的に説明するための図。 図１に示したディストリビュータの構成例を示すブロック図。 図７に示したディストリビュータにおけるイベント条件判定プログラム生成の手順例を示すフローチャート。 （ａ）、（ｂ）および（ｃ）は図８に示したイベント条件判定プログラム生成を具体的に説明するための図。 図７に示したディストリビュータにおけるイベント条件判定の手順例を示すフローチャート。 （ａ）、（ｂ）および（ｃ）は図１０に示したイベント条件判定処理を具体的に説明するための図。 図１に示した送信アダプタの構成例を示すブロック図。 図１に示したマッチメーカのハードウェア構成例を示すブロック図。 図１に示したディストリビュータのハードウェア構成例を示すブロック図。 図１に示した送信アダプタのハードウェア構成例を示すブロック図。

以下、図面を参照しながら本発明の実施形態を説明する。

図１は、本発明の一実施形態に係るセンサネットワーク（データ配信システムともいう）１０の全体的な構成を示している。図１に示すように、センサネットワーク１０は、マッチメーカ（指示装置ともいう）１１、メタデータＤＢ（データベース）１２、契約ＤＢ１３、ディストリビュータ（データ配信装置ともいう）１４、送信アダプタ（センサ管理装置ともいう）１５、提供側システム１６、センサ部１７、受信アダプタ１８、および利用側システム１９を備える。センサ部１７はセンサ１７−１、１７−２を備える。

本実施形態では、説明を簡単にするために、ディストリビュータ１４、送信アダプタ１５、提供側システム１６、受信アダプタ１８および利用側システム１９などの要素を１つずつ示しているが、これに限らず、各要素の数は２以上であってよい。例えば、複数の送信アダプタ１５が設けられ、各送信アダプタ１５に複数の提供側システム１６が接続されてもよい。

提供側システム１６は、据置型または携帯型の端末であり得る。例えば、提供側システム１６が携帯型端末（例えばスマートフォン）であり、複数の送信アダプタ１５が設けられる場合、提供側システム１６の移動に伴って、その接続先がある送信アダプタ１５から他の送信アダプタ１５へ変更されることができる。また、利用側システム１９は、据置型または携帯型の端末であり得る。例えば、利用側システム１９が携帯型端末であり、複数の受信アダプタ１８が設けられる場合、利用側システム１９の移動に伴って、その接続先がある受信アダプタ１８から他の受信アダプタ１８へ変更されることができる。

本実施形態では、センサ部１７が２つの１７−１、１７−２を含むが、これに限らず、センサ部１７は１つまたは３つ以上のセンサを含んでもよい。また、図１においてメタデータＤＢ１２および契約ＤＢ１３がマッチメーカ１１の外部に設けられているが、これに限らず、マッチメーカ１１がメタデータＤＢ１２および契約ＤＢ１３の少なくとも一方を保持していてもよい。

データ提供者１は、センサ（例えばセンサ１７−１）から出力されるセンシングデータに関する情報であるセンサ側メタデータをマッチメーカ１１に登録する。例えば、データ提供者１は、図示しないコンピュータ端末を使用してマッチメーカ１１にアクセスし、センサ側メタデータを入力する。マッチメーカ１１は、登録されたセンサ側メタデータをメタデータＤＢ１２に保存する。

センサ側メタデータは、センサにより得られるセンシングデータの属性に関する情報であるセンサ側属性情報と、イベントデータを識別するために与えた名前を示すラベルと、を含む。イベントは、センシングデータがある閾値を超えたまたは下回ったなどの特定の状態になったことを指す。イベントデータとは、イベントを検知するために使用されるセンシングデータを指し、後述のイベント条件と対比されるものである。センサ側属性情報は、センサ自身の属性に関する情報を含んでもよい。図２（ａ）は、センサ側メタデータの一例を示し、ここでは、イベントデータ仕様に関する部分のみが示されている。この例では、イベントデータは温度に関連するものであり、「Ｔｅｍｐ」というラベルが設定されている。センサ側属性情報は、例えば、センサの属性情報、センシング対象の属性情報、センシング対象領域の属性情報、センシング動作の属性情報、およびセンシングデータの管理属性を含む。

図１を再び参照すると、データ利用者２は、センシングデータを利用してサービスを提供するアプリケーションに関する情報であるアプリ側メタデータをマッチメーカ１１に登録する。このアプリケーションは、利用側システム１９上で動作するものである。例えば、データ利用者２が図示しないコンピュータ端末を使用してマッチメーカ１１にアクセスし、アプリ側メタデータを入力する。マッチメーカ１１は、登録されたアプリ側メタデータをメタデータＤＢ１２に保存する。

アプリ側メタデータは、アプリケーションが必要とするセンシングデータの属性に関する情報であるアプリ側属性情報と、イベントの条件を示すイベント条件と、を含む。アプリ側属性情報は、アプリケーション自身の属性に関する情報を含んでもよい。具体的には、イベント条件は、イベントデータにおいて検知したいイベントの条件を記述した論理式である。論理式は、データ利用者に対して公開されたラベルのいずれかを用いて作成される。図２（ｂ）は、アプリ側メタデータの一例を示し、ここでは、イベント条件に関する部分のみが示されている。この例では、イベント条件は温度に関連するものであり、「Ｔｅｍｐ≧３５」という条件式が設定されている。センサ側属性情報は、例えば、必要とするセンサの属性情報、必要とするセンシング対象の属性情報、必要とするセンシング対象領域の属性情報、必要とするセンシングデータの管理属性、およびアプリケーション自身のメタデータを含む。

図１を再び参照すると、マッチメーカ１１は、センサ側メタデータとアプリ側メタデータとの間でマッチングを行う。マッチングが成立した場合、データ提供者１とデータ利用者２との間の売買契約が結ばれ、売買契約情報（例えば、センサ側メタデータのメタデータＩＤとアプリ側メタデータのメタデータＩＤの組み）が契約ＤＢ１３に保存される。マッチングは、センサ側属性情報とアプリ側属性情報との間でマッチングを行うことで、アプリケーションの要求を満たすセンシングデータを提供可能なセンサを特定することと、特定したセンサに関連するセンサ側メタデータ中のイベントデータ仕様部分に含まれるラベルとアプリ側メタデータ中のイベント条件部分に含まれるラベルとが同一であるか否かを判定することと、を含む。これらのラベルが同一である場合、マッチメーカ１１は、ディストリビュータ１４に対して、センサを特定する情報と、アプリケーションを特定する情報と、アプリ側メタデータ中のイベント条件と、を含むデータフロー制御指令を送信する。

センサ１７−１、１７−２の各々は、何らかの物理量またはその変化を検出し、センシングデータとして記録または出力するデバイスである。提供側システム１６は、センサ１７−１、１７−２と物理的または電気的に接続され、センシングデータを収集し管理する。一例として、センサ１７−１から出力されるセンシングデータが配信データに用いられ、センサ１７−２から出力されるセンシングデータがイベントデータに用いられる。イベントデータのフォーマットは、ラベルと値の組で定義する。配信データとは、利用者に配信するデータを指す。配信データのフォーマットは、データ提供者１が任意に決める。配信データはテキスト化される。配信データはさらに暗号化されることができる。一例では、提供側システム１６が建物に設置された配電盤であり、センサ１７−１が配電盤に設けられた電力計であり、センサ１７−２が配電盤に設けられた音圧計である。別の例では、提供側システム１６が健康管理装置であり、センサ１７−１が血糖測定器であり、センサ１７−２が血圧計である。

なお、センサ１７−２から出力されるセンシングデータは、配信データにも用いられてもよい。すなわち、配信データは、センサ１７−１から出力されるセンシングデータと、センサ１７−２から出力されるセンシングデータと、を含んでもよい。また、配信データとイベントデータは同じセンサから出力されたものであってもよい。また、イベントデータとして、センサ１７−２のようなセンサから出力されるセンシングデータに限らず、任意の他のデータが用いられてもよい。

送信アダプタ１５は、センサ１７−１、１７−２を管理するものであり、提供側システム１６を通じてセンサ１７−１、１７−２からのセンシングデータを収集する。送信アダプタ１５は、提供側システム１６から配信データおよびイベントデータを受け取り、配信データおよびイベントデータを含む送信データを生成し、センシングデータとしてディストリビュータ１４に送信する。図２（ｃ）は、送信アダプタ１５からディストリビュータ１４に送信されるセンシングデータの一例を示す。この例では、イベントデータ部分に、ラベルとして「Ｔｅｍｐ」、値として４０が記述されている。なお、イベントデータはオプションであり、ディストリビュータ１４へ送信されるセンシングデータにイベントデータが含まれていなくてもよい。

ディストリビュータ１４は、マッチメーカ１１からデータフロー制御指令を受信し、送信アダプタ１５からセンシングデータを受信する。ここでは、データフロー制御指令がセンサ１７−１から出力されたセンシングデータを利用側システム１９へ配信することを指示するものであるとする。ディストリビュータ１４は、受信したセンシングデータに含まれるイベントデータが受信したデータフロー制御指令に含まれるイベント条件を満たすか否かを判定する。ディストリビュータ１４は、イベントデータがイベント条件を満たす場合は、受信したセンシングデータに含まれる配信データをセンシングデータとして利用側システム１９宛てに送信し、イベントデータがイベント条件を満たさない場合は、送信しない。利用側システム１９宛てのセンシングデータは、イベントデータを含んでいてもよい。受信アダプタ１８は、ディストリビュータ１４からセンシングデータを受信し、それを利用側システム１９に転送する。

図３は、マッチメーカ１１の構成例を示している。図３に示すように、マッチメーカ１１は、センサ側メタデータ取得部３１、アプリ側メタデータ取得部３２、マッチング部３３、判定部３３２、指示部３５、メタデータＤＢ３６、および契約ＤＢ３７を備える。メタデータＤＢ３６および契約ＤＢ３７は、図１に示したメタデータＤＢ１２および契約ＤＢ１３に相当するものである。

センサ側メタデータ取得部３１は、センサ側メタデータを取得し、メタデータＤＢ３６に格納する。アプリ側メタデータ取得部３２は、アプリ側メタデータを取得し、メタデータＤＢ３６に格納する。

マッチング部３３は、センサ側メタデータとアプリ側メタデータとの間でマッチングを行う。一例として、マッチング部３３は、アプリ側メタデータ取得部３２がアプリ側メタデータを取得したことをトリガとしてマッチングを行う。この場合、１つまたは複数のセンサ側メタデータがメタデータＤＢ３６に事前に格納されており、マッチング部３３は、メタデータＤＢ３６に格納されているセンサ側メタデータの各々とアプリ側メタデータ取得部３２によって取得されたアプリ側メタデータとのマッチングを行う。

マッチング部３３は、属性情報マッチング部３３１および判定部３３２を備える。属性情報マッチング部３３１は、センシングデータがアプリケーションの要求を満たすか否かを判定するために、センサ側メタデータのセンサ側属性情報とアプリ側メタデータのアプリ側属性情報との間でマッチングを行う。

センシングデータがアプリケーションの要求を満たすと属性情報マッチング部３３１が判定した場合、判定部３３２は、センサ側メタデータ中のラベルとアプリ側メタデータ中のラベルとが同一であるか否かを判定する。これらのラベルが同一である場合、指示部３５は、センサを特定する情報と、アプリケーションを特定する情報と、アプリ側メタデータ中のイベント条件と、を含むデータフロー制御指令を生成し、生成したデータフロー制御指令をディストリビュータ１４に送信する。データフロー制御指令がラベルを用いて記述されたイベント条件を含むことにより、ディストリビュータ１４においてイベントを検知するためのプログラムを自動で作成することが可能となる。

図４は、アプリ側メタデータを設定するための入力画面の一例を示している。図４に示す入力画面４０は、データ利用者に対してアプリ側メタデータ取得部３２によって提示される。入力画面４０は、配信条件設定領域４１およびイベント条件設定領域４４を含む。配信条件設定領域４１は、接続する利用者システムを指定するためのテキストボックス４２と、配信期間を指定するためのテキストボックス４３と、を含む。イベント条件設定領域４４は、イベント条件を設定するか否かを指定するためのチェックボックス４５と、イベント条件を入力するためのテキストボックス４６と、を含む。さらに、イベント条件設定領域４４には、利用可能なラベルとその説明が提示されている。配信条件の入力が完了した後に、ボタン４７がクリックされると、次のステップに進む。

図５は、図３に示したマッチメーカ１１におけるイベント条件ラベルチェックの手順例を示している。図５に示す処理は、あるセンサ側メタデータのセンサ側属性情報とあるアプリ側メタデータのアプリ側属性情報との間でマッチングが行われ、センサ側属性情報とアプリ側属性情報とのマッチングが成立したと判断された後に開始される。

ステップＳ５１において、判定部３３２は、センサ側メタデータのイベントデータ仕様部分からラベルの値をすべて取り出し、ラベルリストを生成する。センサ側メタデータが図６（ａ）に示すデータである場合、“Ｔｅｍｐ”および“Ｍｏｉｓｔ”を有するラベルリストが生成される。

ステップＳ５２において、判定部３３２は、アプリ側メタデータのイベント条件部分に記載された判定式から変数名をすべて取り出し、変数名リストを生成する。アプリ側メタデータが図６（ｂ）に示すデータである場合、“Ｔｅｍｐ”および“Ｍｏｉｓｔ”を有する変数名リストが生成される。

ステップＳ５３において、判定部３３２は、変数名リスト中の変数名がすべてラベルリストに含まれるか否かを判定する。変数名リスト中の変数名がすべてラベルリストに含まれる場合は、ステップＳ５４に進み、そうでなければ、ステップＳ５５に進む。図６（ａ）および図６（ｂ）に示す例では、変数名リストは“Ｔｅｍｐ”および“Ｍｏｉｓｔ”を含み、これらはともにラベルリストにも含まれている。この場合、変数名リスト中の変数名がすべてラベルリストに含まれる（ｙｅｓ）と判定される。

ステップＳ５３からステップＳ５４へ進んだ場合、ステップＳ５４において、指示部３５は、データフロー制御指令をディストリビュータ１４に送信する。データフロー制御指令は、例えば、センサ側メタデータに関連するセンサを特定する情報と、アプリ側メタデータに関連するアプリケーションを特定する情報と、アプリ側メタデータのイベント条件部分と、を含む。

ステップＳ５３からステップＳ５５に進んだ場合、ステップＳ５５において、イベント条件エラーが通知される。この場合、データ利用者が所望する配信条件が満たされないので、データフロー制御指令を出力せずに処理が終了となる。

図７は、ディストリビュータ１４の構成例を示している。図７に示すように、ディストリビュータ１４は、データフロー制御指令受信部７１、イベント条件抽出部７２、イベント条件プログラム変換部７３、データ受信部７４、イベント条件判定プログラム実行部７５、送信データ生成部７６、データ送信部７７、イベント条件判定式ＤＢ（イベント条件判定プログラム記憶部ともいう）７８、およびセンシングデータＤＢ（データ記憶部ともいう）７９を備える。

データフロー制御指令受信部７１は、ディストリビュータ１４からデータフロー制御指令を受信する。イベント条件抽出部７２は、受信されたデータフロー制御指令からイベント条件を抽出する。イベント条件プログラム変換部７３は、抽出されたイベント条件をプログラムに変換する。プログラムに変換された後のイベント条件をイベント条件判定プログラムと呼ぶ。イベント条件判定プログラムは、データフロー制御指令に含まれるセンサを特定する情報およびアプリケーションを特定する情報と関連付けて、ＣＰＵによって、メモリが備えるイベント条件判定式ＤＢ７８に格納される。

データ受信部７４は、図１に示した送信アダプタ１５などの送信アダプタからセンシングデータを受信し、センシングデータＤＢ７９に格納する。イベント条件判定プログラム実行部７５は、受信されたセンシングデータに含まれるイベントデータがデータフロー制御指令に含まれるイベント条件を満たすか否かを判定するために、イベント条件判定プログラムを実行する。イベントデータがイベント条件を満たす場合、送信データ生成部７６は、受信されたセンシングデータに含まれる配信データを取り出し、取り出した配信データを含む送信データを生成する。データ送信部７７は、送信データ生成部７６によって生成された送信データをセンシングデータとして送信する。

図８は、図７に示したディストリビュータ１４におけるイベント条件判定プログラム生成の手順例を示している。図８のステップＳ８１において、イベント条件プログラム変換部７３は、センサ側メタデータからイベント条件判定プログラムのデータ設定部を生成する。例えば、イベント条件プログラム変換部７３は、センサ側メタデータのイベントデータ仕様部分からラベルの値をすべて取り出し、変数代入式の部分を作成する。センサ側メタデータのイベントデータ仕様部分が図９（ａ）に示されるデータである場合、“Ｔｅｍｐ”および“Ｍｏｉｓｔ”が取り出され、図９（ｂ）に示されるイベント条件判定プログラムのデータ設定部９１が“Ｔｅｍｐ”および“Ｍｏｉｓｔ”を用いて作成される。イベント条件判定プログラムは、例えば、JudgementFunc関数からなる。

ステップＳ８２において、イベント条件プログラム変換部７３は、アプリ側メタデータからイベント条件判定プログラムのイベント条件判定部を生成する。例えば、イベント条件プログラム変換部７３は、アプリ側メタデータのイベント条件部分から判定式を取り出し、ｉｆ文中の論理式を生成する。アプリ側メタデータのイベント条件部分が図９（ｃ）に示されるデータである場合、“Ｔｅｍｐ＞＝３５ ａｎｄ Ｍｏｉｓｔ＜４０”が取り出され、図９（ｂ）に示されるイベント条件判定プログラムのイベント条件判定部９２に挿入される。

ステップＳ８３において、生成されたイベント条件判定プログラムに対して動的コンパイルが実行される。コードがインタプリタ型言語、例えば、Ｐｙｔｈｏｎ、Ｊａｖａｓｃｒｉｐｔ（登録商標）などで記述される場合、コードをそのままインタプリタ上で実行することができる。このため、コードがインタプリタ型言語で記述される場合には、ステップＳ８３に示す処理は省略することができる。

図１０は、図７に示したディストリビュータ１４におけるイベント条件判定の手順例を示している。図１０のステップＳ１０１において、送信データ生成部７６は、データ受信部７４によって受信されたセンシングデータからイベントデータを取り出し、データ配列にイベントデータをセットする。センシングデータのイベントデータ部分が図１１（ａ）に示すデータである場合、図１１（ｂ）に示すデータ配列が生成される。当該データ配列では、ラベル“Ｔｅｍｐ”の値が４０であり、ラベル“Ｍｏｉｓｔ”の値が１０である。

ステップＳ１０２において、イベント条件判定プログラム実行部７５は、データ配列を引数に渡してイベント条件判定プログラムを実行する。イベント条件判定プログラムを実行した結果としてｔｒｕｅが返される場合、すなわち、イベントデータがイベント条件を満たす場合、ステップＳ１０３に進む。ｆａｌｓｅが返される場合、処理が終了となる。例えば、図１１（ｂ）に示すデータ配列を引数として図１１（ｃ）に示すイベント条件判定プログラムが実行される場合、“Ｔｅｍｐ＞＝３５”と“Ｍｏｉｓｔ＜４０”の両方が満たされるので、実行結果としてｔｒｕｅが返される。

図１２は、送信アダプタ１５の構成例を示している。図１２に示すように、送信アダプタ１５は、センシングデータ受信部１２１、送信データ生成部１２２、データ送信部１２３、およびセンシングデータＤＢ１２４を備える。センシングデータ受信部１２１は、図１に示した提供側システム１６などの提供側システムからセンシングデータを受信し、センシングデータＤＢ１２４に格納する。送信データ生成部１２２は、センサから出力されてセンシングデータ受信部１２１によって受信されたセンシングデータである配信データと、イベントを検知するためのデータであるイベントデータと、を含む送信データを生成する。例えば、送信アダプタ１５はＨＴＴＰプロトコルに従ってディストリビュータ１４と通信し、配信データおよびイベントデータはＨＴＴＰメッセージのボディ部に含まれる。ボディ部は、センシングデータの識別情報（ＩＤ）、受信日時、アプリ側メタデータの識別情報（ＩＤ）をさらに含んでもよい。また、送信データ生成部７６は、配信データを暗号化してもよく、この場合、暗号化した配信データとイベントデータとを含む送信データを生成する。配信データを暗号化した場合、ディストリビュータ１４において配信データの内容が知られることがない。データ送信部１２３は、生成された送信データをセンシングデータとしてディストリビュータ１４に送信する。配信データとイベントデータをわけてディストリビュータ１４に提供することにより、ディストリビュータ１４においてイベント検知が容易になる。

図１３は、マッチメーカのハードウェア構成例を示している。図１３に示すコンピュータ１３０は、中央演算装置（ＣＰＵ）１３１、主記憶装置としての揮発性メモリ１３２、ＬＡＮ通信制御装置１３３、入出力装置１３４、および２次記憶装置１３５を備え、これらは、データバスなどを含むバスシステム（図示せず）を介して互いに接続される。

２次記憶装置１３５は、図１に示したマッチメーカ１１を実装するために、各種プログラムを備える。例えば、２次記憶装置１３５は、オペレーティングシステム１３５１、メタデータ登録プログラム１３５２、およびメタデータマッチングプログラム１３５３を備える。メタデータ登録プログラム１３５２は、ＣＰＵ１３１によって実行されると、図３に示したセンサ側メタデータ取得部３１およびアプリ側メタデータ取得部３２としてＣＰＵ１３１を機能させることができる。メタデータマッチングプログラム１３５３は、イベント条件ラベルチェックプログラム１３５４を含み、ＣＰＵ１３１によって実行されると、図３に示したマッチング部３３としてＣＰＵ１３１を機能させることができる。

さらに、２次記憶装置１３５は、メタデータＤＢ１３５５および契約ＤＢ１３５６を備える。メタデータＤＢ１３５５および契約ＤＢ１３５６は、図１に示したメタデータＤＢ１２および契約ＤＢ１３に相当する。２次記憶装置１３５としては、例えば、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）などを用いることができる。

ＬＡＮ通信制御装置１３３は、ローカルエリアネットワーク（ＬＡＮ）と通信するための通信インタフェースである。コンピュータ１３０は、ＬＡＮおよびルータ１３６を経由して、インターネットなどのネットワーク１３７に接続される。入出力装置１３４は、情報を入力または出力するためのインタフェースを含む。例えば、入出力装置１３４は、キーボード、マウス、マイクロフォン、タッチパネルなどの入力デバイスと、ディスプレイなどの出力デバイスと、を含む。

なお、図１に示したマッチメーカ１１の機能は、ＣＰＵ１３１などのプロセッサによって実行されるプログラムにより実現されることに限定されない。マッチメーカ１１の機能の一部または全部は、特定用途向け集積回路（ＡＳＩＣ）などのハードウェア回路により実現されてもよい。

図１４は、ディストリビュータのハードウェア構成例を示している。図１４に示すコンピュータ１４０は、ＣＰＵ１４１、主記憶装置としての揮発性メモリ１４２、ＬＡＮ通信制御装置１４３、入出力装置１４４、および２次記憶装置１４５を備え、これらは、データバスなどを含むバスシステム（図示せず）を介して互いに接続される。

２次記憶装置１４５は、図１に示したディストリビュータ１４を実装するために、各種プログラムを備える。例えば、２次記憶装置１４５は、オペレーティングシステム１４５１、イベント条件判定式受信プログラム１４５２、およびデータ配信プログラム１４５４を備える。イベント条件判定式受信プログラム１４５２は、イベント条件判定プログラム自動生成プログラム１４５３を含み、ＣＰＵ１４１によって実行されると、図７に示したデータフロー制御指令受信部７１、イベント条件抽出部７２、およびイベント条件プログラム変換部７３としてＣＰＵ１４１を機能させることができる。データ配信プログラム１４５４は、イベント条件判定プログラム実行プログラム１４５５を含み、ＣＰＵ１４１によって実行されると、データ受信部７４、イベント条件判定プログラム実行部７５、送信データ生成部７６、およびデータ送信部７７としてＣＰＵ１４１を機能させることができる。

さらに、２次記憶装置１４５は、イベント条件判定式ＤＢ１４５６およびセンシングＤＢ１４５７を備える。イベント条件判定式ＤＢ１４５６およびセンシングＤＢ１４５７は、図７に示したイベント条件判定式ＤＢ７８およびセンシングデータＤＢ７９に相当する。２次記憶装置１４５としては、例えば、ＨＤＤ、ＳＳＤなどを用いることができる。

ＬＡＮ通信制御装置１４３は、ＬＡＮと通信するための通信インタフェースである。コンピュータ１４０は、ＬＡＮおよびルータ１４６を経由して、インターネットなどのネットワーク１４７に接続される。入出力装置１４４は、情報を入力または出力するためのインタフェースを含む。例えば、入出力装置１４４は、キーボード、マウス、マイクロフォン、タッチパネルなどの入力デバイスと、ディスプレイなどの出力デバイスと、を含む。

なお、図１に示したディストリビュータ１４の機能は、ＣＰＵ１４１などのプロセッサによって実行されるプログラムにより実現されることに限定されない。ディストリビュータ１４の機能の一部または全部は、ＡＳＩＣなどのハードウェア回路により実現されてもよい。

図１５は、送信アダプタのハードウェア構成例を示している。図１５に示すコンピュータ１５０は、ＣＰＵ１５１、主記憶装置としての揮発性メモリ１５２、ＬＡＮ通信制御装置１５３、入出力装置１５４、および２次記憶装置１５５を備え、これらは、データバスなどを含むバスシステム（図示せず）を介して互いに接続される。

２次記憶装置１５５は、図１に示した送信アダプタ１５を実装するために、各種プログラムを備える。例えば、２次記憶装置１５５は、オペレーティングシステム１５５１および送信データ生成プログラム１５５２を備える。送信データ生成プログラム１５５２は、ＣＰＵ１５１によって実行されると、図１２に示した送信データ生成部１２２としてＣＰＵ１５１を機能させることができる。

さらに、２次記憶装置１５５は、センシングデータＤＢ１５５３を備える。センシングデータＤＢ１５５３は、図１２に示したセンシングデータＤＢ１２４に相当する。２次記憶装置１５５としては、例えば、ＨＤＤ、ＳＳＤなどを用いることができる。

ＬＡＮ通信制御装置１５３は、ＬＡＮと通信するための通信インタフェースである。コンピュータ１５０は、ＬＡＮおよびルータ１５６を経由して、インターネットなどのネットワーク１５７に接続される。入出力装置１５４は、情報を入力または出力するためのインタフェースを含む。例えば、入出力装置１５４は、キーボード、マウス、マイクロフォン、タッチパネルなどの入力デバイスと、ディスプレイなどの出力デバイスと、を含む。

なお、図１に示した送信アダプタ１５の機能は、ＣＰＵ１５１などのプロセッサによって実行されるプログラムにより実現されることに限定されない。送信アダプタ１５の機能の一部または全部は、ＡＳＩＣなどのハードウェア回路により実現されてもよい。

以上のように、本実施形態では、ディストリビュータは、センサから出力されたセンシングデータ（配信データ）と定型的なフォーマットで記述されたイベントデータとを送信アダプタから受け取り、イベント条件をコードに変換して、イベント条件の判定処理を実行し、その結果に基づき、センシングデータを配信する要否を決定する。ディストリビュータにおいてイベント条件を自動的にコード化することにより、その部分のコードを作成する対応が不要になる。さらに、第三者であるディストリビュータが配信データを参照することがないので、配信データを暗号化することも可能になる。

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

また、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。下記に記載されるハードウェアプロセッサは、ハードウェア回路、プロセッサによって実行されるプログラム（ソフトウェア）、またはこれらの組み合わせにより実現される。

（付記１）
指示装置と、センサ管理装置と、前記指示装置および前記センサ管理装置に接続されるデータ配信装置と、を備えるデータ配信システムであって、
前記センサ管理装置は、
第１のセンサから出力されるセンシングデータである配信データを受信し、
前記配信データと、イベントを検知するために使用されるイベントデータと、を含む送信データを生成し、
前記送信データを前記データ配信装置に送信する
ように構成されたハードウェアプロセッサを備え、
前記指示装置は、
前記センシングデータの属性に関するセンサ側属性情報と、前記イベントデータを識別するために与えた名前を示すラベルに対応する第１のラベルと、を含むセンサ側メタデータを取得し、
アプリケーションが必要とするセンシングデータの属性に関するアプリ側属性情報と、前記イベントの条件を示すイベント条件であって前記ラベルに対応する第２のラベルを用いて記述されたイベント条件と、を含むアプリ側メタデータを取得し、
前記センシングデータが前記アプリケーションの要求を満たすか否かを判定するために、前記センサ側属性情報と前記アプリ側属性情報との間でマッチングを行い、
前記センシングデータが前記アプリケーションの前記要求を満たす場合に、前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一であるか否かを判定し、
前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一である場合に、前記第１のセンサを特定する情報と、前記アプリケーションを特定する情報と、前記アプリ側メタデータに含まれる前記イベント条件と、を含むデータフロー制御指令を前記データ配信装置に送信する
ように構成されたハードウェアプロセッサを備え、
前記データ配信装置は、
前記データフロー制御指令を受信し、
前記データフロー制御指令に含まれる前記イベント条件をプログラムに変換してイベント条件判定プログラムを生成し、
前記送信データを受信し、
前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たすか否かを判定するために、前記イベント条件判定プログラムを実行し、
前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たす場合に、前記受信された送信データに含まれる前記配信データを送信する
ように構成されたハードウェアプロセッサを備える、データ配信システム。

（付記２）
センサから出力されるセンシングデータの属性に関するセンサ側属性情報と、イベントを検知するために使用されるイベントデータを識別するために与えた名前を示すラベルに対応する第１のラベルと、を含むセンサ側メタデータを取得し、
アプリケーションが必要とするセンシングデータの属性に関するアプリ側属性情報と、前記イベントの条件を示すイベント条件であって前記ラベルに対応する第２のラベルを用いて記述されたイベント条件と、を含むアプリ側メタデータを取得し、
前記センシングデータが前記アプリケーションの要求を満たすか否かを判定するために、前記センサ側属性情報と前記アプリ側属性情報との間でマッチングを行い、
前記センシングデータが前記アプリケーションの前記要求を満たす場合に、前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一であるか否かを判定し、
前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一である場合に、前記センサを特定する情報と、前記アプリケーションを特定する情報と、前記アプリ側メタデータに含まれる前記イベント条件と、を含むデータフロー制御指令を送信する
ように構成されたハードウェアプロセッサを備える指示装置。

（付記３）
ハードウェアプロセッサを備え、
前記ハードウェアプロセッサは、
センサから出力されるセンシングデータである配信データと、イベントを検知するために使用されるイベントデータと、を含む送信データを受信し、
前記センサを特定する情報と、アプリケーションを特定する情報と、前記イベントの条件を示すイベント条件と、を含むデータフロー制御指令を受信し、
前記データフロー制御指令に含まれる前記イベント条件をプログラムに変換してイベント条件判定プログラムを生成し、
前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たすか否かを判定するために、前記イベント条件判定プログラムを実行し、
前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たす場合に、前記受信された送信データに含まれる前記配信データを送信する
ように構成された配信装置。

（付記４）
ハードウェアプロセッサを備え、
前記ハードウェアプロセッサは、
センサから出力されるセンシングデータである配信データを受信し、
前記配信データと、イベントを検知するために使用されるイベントデータと、を含む送信データを生成し、
前記送信データを送信する、
ように構成されたセンサ管理装置。

１…データ提供者、２…データ利用者、１０…センサネットワーク、１１…マッチメーカ、１２…メタデータＤＢ、１３…契約ＤＢ、１４…ディストリビュータ、１５…送信アダプタ、１６…提供側システム、１７…センサ部、１７−１，１７−２…センサ、１８…受信アダプタ、１９…利用側システム、３１…センサ側メタデータ取得部、３２…アプリ側メタデータ取得部、３３…マッチング部、３５…指示部、３６…メタデータＤＢ、３７…契約ＤＢ、４０…入力画面、４１…配信条件設定領域、４４…イベント条件設定領域、７１…データフロー制御指令受信部、７２…イベント条件抽出部、７３…イベント条件プログラム変換部、７４…データ受信部、７５…イベント条件判定プログラム実行部、７６…送信データ生成部、７７…データ送信部、７８…イベント条件判定式ＤＢ、７９…センシングデータＤＢ、９１…データ設定部、９２…イベント条件判定部、１２１…センシングデータ受信部、１２２…送信データ生成部、１２３…データ送信部、１２４…センシングデータＤＢ、１３０，１４０，１５０…コンピュータ、１３１，１４１，１５１…中央演算装置（ＣＰＵ）、１３２，１４２，１５２…揮発性メモリ、１３３，１４３，１５３…ＬＡＮ通信制御装置、１３４，１４４，１５４…入出力装置、１３５，１４５，１５５…２次記憶装置、１３６，１４６，１５６…ルータ、１３７，１４７，１５７…ネットワーク。

Claims (11)

1. 指示装置と、センサ管理装置と、前記指示装置および前記センサ管理装置に接続されるデータ配信装置と、を備えるデータ配信システムであって、
   前記センサ管理装置は、
   第１のセンサから出力されるセンシングデータである配信データを受信する第１のデータ受信部と、
   前記配信データと、イベントを検知するために使用されるイベントデータと、を含む送信データを生成する生成部と、
   前記送信データを前記データ配信装置に送信する第１の送信部と、
   を備え、
   前記指示装置は、
   前記センシングデータの属性に関するセンサ側属性情報と、前記イベントデータを識別するために与えた名前を示すラベルに対応する第１のラベルと、を含むセンサ側メタデータを取得するセンサ側メタデータ取得部と、
   アプリケーションが必要とするセンシングデータの属性に関するアプリ側属性情報と、前記イベントの条件を示すイベント条件であって前記ラベルに対応する第２のラベルを用いて記述されたイベント条件と、を含むアプリ側メタデータを取得するアプリ側メタデータ取得部と、
   前記センシングデータが前記アプリケーションの要求を満たすか否かを判定するために、前記センサ側属性情報と前記アプリ側属性情報との間でマッチングを行う属性情報マッチング部と、
   前記センシングデータが前記アプリケーションの前記要求を満たす場合に、前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一であるか否かを判定する判定部と、 前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一である場合に、前記第１のセンサを特定する情報と、前記アプリケーションを特定する情報と、前記アプリ側メタデータに含まれる前記イベント条件と、を含むデータフロー制御指令を前記データ配信装置に送信する指示部と、
   を備え、
   前記データ配信装置は、
   前記データフロー制御指令を受信するデータフロー制御指令受信部と、
   前記データフロー制御指令に含まれる前記イベント条件をプログラムに変換してイベント条件判定プログラムを生成するイベント条件プログラム変換部と、
   前記送信データを受信する第２のデータ受信部と、
   前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たすか否かを判定するために、前記イベント条件判定プログラムを実行するイベント条件判定プログラム実行部と、
   前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たす場合に、前記受信された送信データに含まれる前記配信データを送信する第２の送信部と、
   を備える、データ配信システム。
2. 前記第１のデータ受信部は、前記第１のセンサと異なる第２のセンサから出力されるセンシングデータを前記イベントデータとして受信する、請求項１に記載のデータ配信システム。
3. 前記判定部は、前記センサ側メタデータから前記第１のラベルをすべて抽出し、抽出した前記第１のラベルを含む第１のラベルリストを生成し、前記アプリ側メタデータから前記第２のラベルをすべて抽出し、抽出した前記第２のラベルを含む第２のラベルリストを生成し、前記第２のラベルリスト中の前記第２のラベルがすべて前記第１のラベルリストに含まれる場合に、前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一であると判定する、請求項１または請求項２に記載のデータ配信システム。
4. 前記データ配信装置は、前記イベント条件判定プログラムを、前記データフロー制御指令に含まれる前記センサを特定する前記情報および前記アプリケーションを特定する前記情報と関連付けて、格納するイベント条件判定プログラム記憶部をさらに備える、請求項１乃至請求項３のいずれか１項に記載のデータ配信システム。
5. 前記データ配信装置は、前記受信された送信データを格納するデータ記憶部をさらに備える、請求項１乃至請求項４のいずれか１項に記載のデータ配信システム。
6. センサから出力されるセンシングデータの属性に関するセンサ側属性情報と、イベントを検知するために使用されるイベントデータを識別するために与えた名前を示すラベルに対応する第１のラベルと、を含むセンサ側メタデータを取得するセンサ側メタデータ取得部と、
   アプリケーションが必要とするセンシングデータの属性に関するアプリ側属性情報と、前記イベントの条件を示すイベント条件であって前記ラベルに対応する第２のラベルを用いて記述されたイベント条件と、を含むアプリ側メタデータを取得するアプリ側メタデータ取得部と、
   前記センシングデータが前記アプリケーションの要求を満たすか否かを判定するために、前記センサ側属性情報と前記アプリ側属性情報との間でマッチングを行う属性情報マッチング部と、
   前記センシングデータが前記アプリケーションの前記要求を満たす場合に、前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一であるか否かを判定する判定部と、
   前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一である場合に、前記センサを特定する情報と、前記アプリケーションを特定する情報と、前記アプリ側メタデータに含まれる前記イベント条件と、を含むデータフロー制御指令を送信する指示部と、
   を備える指示装置。
7. センサから出力されるセンシングデータである配信データと、イベントを検知するために使用されるイベントデータと、を含む送信データを受信するデータ受信部と、
   前記センサを特定する情報と、アプリケーションを特定する情報と、前記イベントの条件を示すイベント条件と、を含むデータフロー制御指令を受信するデータフロー制御指令受信部と、
   前記データフロー制御指令に含まれる前記イベント条件をプログラムに変換してイベント条件判定プログラムを生成するイベント条件プログラム変換部と、
   前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たすか否かを判定するために、前記イベント条件判定プログラムを実行するイベント条件判定プログラム実行部と、
   前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たす場合に、前記受信された送信データに含まれる前記配信データを送信する送信部と、
   を備えるデータ配信装置。
8. センサ管理装置と、前記センサ管理装置に接続されるデータ配信装置と、を備えるデータ配信システムであって、
   前記センサ管理装置は、
   第１のセンサから出力される第１のセンシングデータと、前記第１のセンサと異なる第２のセンサから出力される第２のセンシングデータと、を受信するデータ受信部と、
   前記第１のセンシングデータを、利用者に配信するための配信データとして含み、さらに、前記第２のセンシングデータを、前記配信データを前記利用者に配信するか否かを判定するためのイベントデータとして含む送信データを生成する生成部と、
   前記送信データを送信する送信部と、
   を備え、
   前記データ配信装置は、
   前記送信データを受信するデータ受信部と、
   前記第１のセンサを特定する情報と、アプリケーションを特定する情報と、イベントの条件を示すイベント条件と、を含むデータフロー制御指令を受信するデータフロー制御指令受信部と、
   前記データフロー制御指令に含まれる前記イベント条件をプログラムに変換してイベント条件判定プログラムを生成するイベント条件プログラム変換部と、
   前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たすか否かを判定するために、前記イベント条件判定プログラムを実行するイベント条件判定プログラム実行部と、
   前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たす場合に、前記受信された送信データに含まれる前記配信データを送信する送信部と、
   を備える、データ配信システム。
9. 指示装置と、センサ管理装置と、前記指示装置および前記センサ管理装置に接続されるデータ配信装置と、を備えるデータ配信システムにおけるデータ配信方法であって、
   前記センサ管理装置が、第１のセンサから出力されるセンシングデータである配信データを受信することと、
   前記センサ管理装置が、前記配信データと、イベントを検知するために使用されるイベントデータと、を含む送信データを生成することと、
   前記センサ管理装置が、前記送信データを前記データ配信装置に送信することと、
   前記指示装置が、前記センシングデータの属性に関するセンサ側属性情報と、前記イベントデータを識別するために与えた名前を示すラベルに対応する第１のラベルと、を含むセンサ側メタデータを取得することと、
   前記指示装置が、アプリケーションが必要とするセンシングデータの属性に関するアプリ側属性情報と、前記イベントの条件を示すイベント条件であって前記ラベルに対応する第２のラベルを用いて記述されたイベント条件と、を含むアプリ側メタデータを取得することと、
   前記指示装置が、前記センシングデータが前記アプリケーションの要求を満たすか否かを判定するために、前記センサ側属性情報と前記アプリ側属性情報との間でマッチングを行うことと、
   前記指示装置が、前記センシングデータが前記アプリケーションの前記要求を満たす場合に、前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された第２のラベルとが同一であるか否かを判定することと、
   前記指示装置が、前記センサ側メタデータに含まれる前記第１のラベルと前記アプリ側メタデータに含まれる前記イベント条件に記述された前記第２のラベルとが同一である場合に、前記第１のセンサを特定する情報と、前記アプリケーションを特定する情報と、前記アプリ側メタデータに含まれる前記イベント条件と、を含むデータフロー制御指令を前記データ配信装置に送信することと、
   前記データ配信装置が、前記データフロー制御指令を受信することと、
   前記データ配信装置が、前記データフロー制御指令に含まれる前記イベント条件をプログラムに変換してイベント条件判定プログラムを生成することと、
   前記データ配信装置が、前記送信データを受信することと、
   前記データ配信装置が、前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たすか否かを判定するために、前記イベント条件判定プログラムを実行することと、
   前記データ配信装置が、前記受信された送信データに含まれる前記イベントデータが前記データフロー制御指令に含まれる前記イベント条件を満たす場合に、前記受信された送信データに含まれる前記配信データを送信することと、
   を備えるデータ配信方法。
10. 請求項６に記載の指示装置としてコンピュータを機能させるためのプログラム。
11. 請求項７に記載のデータ配信装置としてコンピュータを機能させるためのプログラム。