(57)【要約】  データ提供部の価値が変動する場合において、データ提供部とデータ取得部の適切な組合せを生成することができるデータ授受制御システムを提供する。第１データ記憶部７２は、データを提供するデータ提供部に関する情報である第１データを記憶する。第２データ記憶部７３は、データ提供部から提供されるデータを取得するデータ取得部に関する情報であって、データ取得部がデータ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する。組合せ生成部７４は、条件情報と、第１データとに基づいて、データ取得部とデータ提供部との組合せを生成する。組合せ生成部７４は、第１データと第２データの少なくともいずれか一方に変化が生じた場合に、データ取得部とデータ提供部との組合せを生成する。
2019031037.tif 000002
【特許請求の範囲】
【請求項１】
データを提供するデータ提供部に関する情報である第１データを記憶する第１データ記憶部と、
前記データ提供部から提供される前記データを取得するデータ取得部に関する情報であって、前記データ取得部が前記データ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する第２データ記憶部と、
前記条件情報と、前記第１データとに基づいて、前記データ取得部と前記データ提供部との組合せを生成する組合せ生成部とを備え、
前記組合せ生成部は、
前記第１データ記憶部が記憶する第１データと、前記第２データ記憶部が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、前記データ取得部と前記データ提供部との組合せを生成する
ことを特徴とするデータ授受制御システム。
【請求項２】
組合せ生成部によって生成された組合せの中から、基準情報に基づいて、データ取得部とデータ提供部との組合せを決定する組合せ決定部と、
前記組合せ決定部に決定された組合せをなすデータ取得部とデータ提供部との間でデータ授受を実行させるデータ授受制御部とを備える
請求項１に記載のデータ授受制御システム。
【請求項３】
第２データ記憶部は、
基準情報として、データ取得部がデータ提供部からデータの提供を受ける際の優先順位を含む第２データを記憶し、
組合せ決定部は、
一のデータ提供部と組合せをなすデータ取得部が複数存在する場合に、前記優先順位に基づいて、前記データ提供部と組合せをなすデータ取得部を決定する
請求項１または請求項２に記載のデータ授受制御システム。
【請求項４】
第２データ記憶部は、
基準情報として、データ提供部の使用料金を含む第２データを記憶し、
組合せ決定部は、
一のデータ提供部と組合せをなすデータ取得部が複数存在する場合に、前記使用料金に基づいて、前記データ提供部と組合せをなすデータ取得部を決定する
請求項１または請求項２に記載のデータ授受制御システム。
【請求項５】
組合せ決定部は、データ取得部とデータ提供部との組合せを決定する際の基準を、外部からの指示に応じて変更する
請求項１から請求項４のうちのいずれか１項に記載のデータ授受制御システム。
【請求項６】
第１データ記憶部は、
第１データとして、センサに関する情報を保存する
請求項１から請求項５のうちのいずれか１項に記載のデータ授受制御システム。
【請求項７】
第１データ記憶部は、
第１データとして、センサが出力したデータを加工したデータを提供するデータ加工部に関する情報を保存する
請求項１から請求項５のうちのいずれか１項に記載のデータ授受制御システム。
【請求項８】
データを提供するデータ提供部に関する情報である第１データを記憶する第１データ記憶部と、
前記データ提供部から提供される前記データを取得するデータ取得部に関する情報であって、前記データ取得部が前記データ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する第２データ記憶部とを備えるコンピュータが、
前記条件情報と、前記第１データとに基づいて、前記データ取得部と前記データ提供部との組合せを生成し、
前記コンピュータが、
前記第１データ記憶部が記憶する第１データと、前記第２データ記憶部が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、前記データ取得部と前記データ提供部との組合せを生成する
ことを特徴とするデータ授受制御方法。
【請求項９】
データを提供するデータ提供部に関する情報である第１データを記憶する第１データ記憶部と、
前記データ提供部から提供される前記データを取得するデータ取得部に関する情報であって、前記データ取得部が前記データ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する第２データ記憶部とを備えるコンピュータに搭載されるデータ授受制御プログラムであって、
前記コンピュータに、
前記条件情報と、前記第１データとに基づいて、前記データ取得部と前記データ提供部との組合せを生成する組合せ生成処理を実行させ、
前記第１データ記憶部が記憶する第１データと、前記第２データ記憶部が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、前記組合せ生成処理を実行させる
ためのデータ授受制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ提供部とデータ取得部との間のデータ授受を制御するデータ授受制御システム、データ授受制御方法およびデータ授受制御プログラムに関する。
【背景技術】
【０００２】
近年、センサからデータを収集し、収集したデータを分析し、分析されたデータに基づいて物を制御する仕組みであるＩｏＴ（Internet of Things）が普及している。これまで、ＩｏＴは、製造業を中心に普及してきた。製造業向けのＩｏＴでは、データを提供するデータ提供者と、そのデータを使用するデータ使用者が同一であることが前提であった。【０００３】
ＩｏＴが、製造業だけでなく、例えば、農業、林業、建設業、小売業等の産業全般、さらに、街づくりといった行政分野にも普及するにつれて、データ提供者とデータ使用者とが異なる場合も想定されるようになった。【０００４】
また、特許文献１には、センサ側のメタデータと、アプリケーション側のメタデータとのマッチングを行い、マッチングの結果に基づいてデータフローを制御する装置が記載されている。特許文献１に記載の装置により、センサによって得られたデータの第三者への流出を防ぐことができる。【０００５】
また、特許文献２には、センサによって得られたデータに対して課金するためのデータ構造が記載されている。特許文献３には、センサによって得られたデータに課金するシステムが記載されている。特許文献２に記載のデータ構造や、特許文献３に記載のシステムによって、センサによって得られたデータに対して、対価を支払うことができる。【０００６】
特許文献４には、センサによって得られたデータを加工して出力するモジュール（仮想センサ）が記載されている。特許文献５には、そのモジュール（仮想センサ）を管理するためのデータ構造が記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第５４４５７２２号公報
【特許文献２】特開２０１５−３８７４４号公報
【特許文献３】特開２０１３−３８１６号公報
【特許文献４】特開２０１５−６２２８５号公報
【特許文献５】特開２０１５−２２６１０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
データを提供するデータ提供部（または、データ提供部が提供するデータ）の価値は、そのデータ提供部からデータの提供を受けようとするデータ取得部の数によって変化すると言える。また、データ提供部からデータの提供を受けようとするデータ取得部の数が多いほど、そのデータ提供部の価値は高いと言える。すなわち、時間の経過に伴い、データの提供を受けようとするデータ取得部の数が変化することで、データ提供部の価値は変化する。なお、データ取得部は、データを使用して処理を実行する要素である。【０００９】
このように、データ提供部の価値が変動する場合において、データ提供部とデータ取得部の適切な組合せを生成できることが好ましい。【００１０】
そこで、本発明は、データ提供部の価値が変動する場合において、データ提供部とデータ取得部の適切な組合せを生成することができるデータ授受制御システム、データ授受制御方法およびデータ授受制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明によるデータ授受制御システムは、データを提供するデータ提供部に関する情報である第１データを記憶する第１データ記憶部と、データ提供部から提供されるデータを取得するデータ取得部に関する情報であって、データ取得部がデータ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する第２データ記憶部と、条件情報と、第１データとに基づいて、データ取得部とデータ提供部との組合せを生成する組合せ生成部とを備え、組合せ生成部が、第１データ記憶部が記憶する第１データと、第２データ記憶部が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、データ取得部とデータ提供部との組合せを生成することを特徴とする。【００１２】
また、本発明によるデータ授受制御方法は、データを提供するデータ提供部に関する情報である第１データを記憶する第１データ記憶部と、データ提供部から提供されるデータを取得するデータ取得部に関する情報であって、データ取得部がデータ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する第２データ記憶部とを備えるコンピュータが、条件情報と、第１データとに基づいて、データ取得部とデータ提供部との組合せを生成し、そのコンピュータが、第１データ記憶部が記憶する第１データと、第２データ記憶部が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、データ取得部とデータ提供部との組合せを生成することを特徴とする。【００１３】
また、本発明によるデータ授受制御プログラムは、データを提供するデータ提供部に関する情報である第１データを記憶する第１データ記憶部と、データ提供部から提供されるデータを取得するデータ取得部に関する情報であって、データ取得部がデータ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する第２データ記憶部とを備えるコンピュータに搭載されるデータ授受制御プログラムであって、コンピュータに、条件情報と、第１データとに基づいて、データ取得部とデータ提供部との組合せを生成する組合せ生成処理を実行させ、第１データ記憶部が記憶する第１データと、第２データ記憶部が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、組合せ生成処理を実行させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、データ提供部の価値が変動する場合において、データ提供部とデータ取得部の適切な組合せを生成することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態のデータ授受制御システムの構成例を示すブロック図である。
【図２】センサ側メタデータの例を示す説明図である。
【図３】センサ側メタデータの例を示す説明図である。
【図４】アプリケーション側メタデータの例を示す説明図である。
【図５】アプリケーション側メタデータの例を示す説明図である。
【図６】第１の実施形態の処理経過の例を示すフローチャートである。
【図７】アプリケーション側メタデータの例を示す説明図である。
【図８】アプリケーション側メタデータの例を示す説明図である。
【図９】本発明の第３の実施形態のデータ授受制御システムの構成例を示すブロック図である。
【図１０】エンジン側メタデータの例を示す説明図である。
【図１１】第３の実施形態におけるアプリケーション側メタデータの例を示す説明図である。
【図１２】第３の実施形態におけるアプリケーション側メタデータの例を示す説明図である。
【図１３】本発明の各実施形態に係るコンピュータの構成例を示す概略ブロック図である。
【図１４】本発明の概要を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態を図面を参照して説明する。
【００１７】
実施形態１．
図１は、本発明の第１の実施形態のデータ授受制御システムの構成例を示すブロック図である。
【００１８】
第１の実施形態のデータ授受制御システム１は、センサ側メタデータ保存部２と、アプリケーション側メタデータ保存部３と、組合せ生成部４と、組合せ決定部５と、データ授受制御部６とを備える。
【００１９】
本実施形態のデータ授受制御システム１は、１つまたは複数のセンサ１１と、１つまたは複数のアプリケーション１２との間のデータ授受を制御する。データ授受制御システム１の所有者は、仲介者と称することができる。ここで、データ授受とは、通信によってセンサ１１がアプリケーション１２にデータを提供することである。
【００２０】
図１では、３つのセンサ１１を示しているが、センサの数は特に限定されない。同様に、図１では、３つのアプリケーション１２を示しているが、アプリケーションの数は特に限定されない。また、各センサ１１は、同一の種別のセンサである必要はなく、各センサ１１は、異なる種別のセンサであってもよい。同様に、各アプリケーション１２は、同一の種別のアプリケーションである必要はなく、各アプリケーション１２は、異なる種別のアプリケーションであってもよい。また、同じ種別のセンサ１１や、同じ種別のアプリケーション１２が存在していていもよい。
【００２１】
センサ１１は、データ提供者が所有するセンサである。個々のセンサ１１の所有者は、それぞれ異なっていてもよい。
【００２２】
センサ１１は、データを提供するデータ提供部の一例である。すなわち、センサ１１は、データ提供部に該当する。
【００２３】
センサ１１は、センサ１１が得たデータをそのまま、データの提供先に提供する。
【００２４】
データ提供部に関する情報を、データ提供部側メタデータと記す。本発明の実施形態では、センサ１１に関する情報を、センサ側メタデータと記す。センサ側メタデータは、データ提供部側メタデータに該当する。
【００２５】
センサ側メタデータ保存部２は、センサ側メタデータを保存する。具体的には、センサ側メタデータ保存部２は、センサ１１が得たデータを提供する意思を有するデータ提供者のセンサ１１のセンサ側メタデータを保存する。
【００２６】
例えば、データ提供者は、センサ１１をセンサ側メタデータ保存部２に接続させ、そのセンサ１１のセンサ側メタデータをセンサ側メタデータ保存部２に保存させる。この操作は、センサ１１が得たデータを提供するというデータ提供者の意思を表している。
【００２７】
また、例えば、センサ側メタデータ保存部２に保存されたセンサ１１のセンサ側メタデータを削除する操作は、そのセンサ１１によって得られるデータを提供する意思をデータ提供者がなくしたことを表す操作であると言える。例えば、センサ１１とセンサ側メタデータ保存部２との接続が断たれた場合に、センサ側メタデータ保存部２がそのセンサ１１のセンサ側メタデータを削除するものとする。この場合、データ提供者は、センサ１１とセンサ側メタデータ保存部２との接続が断つことによって、センサ側メタデータ保存部２にそのセンサ１１のセンサ側メタデータを削除させてもよい。
【００２８】
センサ側メタデータ保存部２は、センサ１１が得たデータを提供する意思を有するデータ提供者のセンサ１１のセンサ側メタデータを保存する構成であればよい。このようなデータ提供者の意思に基づいて、センサ側メタデータ保存部２にセンサ側メタデータを保存させる操作は、上記の例に限定されない。また、センサ側メタデータ保存部２にセンサ側メタデータを削除させる操作も、上記の例に限定されない。
【００２９】
また、センサ１１の例として、カメラ、マイクロフォン、照度計、車両検知センサ等が挙げられるが、センサ１１は、これらの例に限定されない。なお、車両検知センサは、例えば、レーザを照射し、レーザの反射の有無によって、駐車場に車両が存在しているか否かを検出するセンサである。
【００３０】
図２および図３は、センサ側メタデータの例を示す説明図である。
【００３１】
図２は、センサ１１がカメラである場合のセンサ側メタデータの例を示す。「ＩＤ（Identification）」は、センサ１１のＩＤである。「種別」はセンサ１１の種別を表し、図２に示す例では、センサ１１がカメラであることを示している。「使用料」は、センサ１１の使用料を表し、図２に示す例では、センサ１１（カメラ）の使用料が「５００円／分」であることを表している。「位置」は、センサ１１の位置を表す。本例では、センサ１１の位置を緯度および経度で表している。「解像度」は、センサ１１がカメラである場合に設けられる項目の一例であり、カメラによって得られる画像の解像度を表している。「ファイル形式」も、センサ１１がカメラである場合に設けられる項目の一例であり、カメラによって得られる画像のファイル形式を表している。図２に示す「使用料」は、書き換え可能である。また、カメラの設置位置が変えられるのであれば、「位置」も書き換え可能である。また、カメラが解像度やファイル形式を変更する機能を有しているのであれば、「解像度」や「ファイル形式」も書き換え可能である。
【００３２】
図３は、センサ１１が車両検知センサである場合のセンサ側メタデータの例を示す。「ＩＤ」、「種別」、「使用料」および「位置」は、それぞれ、センサ１１のＩＤ、センサ１１の種別、センサ１１の使用料、および、センサ１１の位置を表している。この点は、図２に示す例と同様である。図３に示す例では、センサ１１の種別は、車両検知センサであり、センサ１１の使用料は、「１００円／分」である。「周期」は、センサ１１が車両検知センサである場合に設けられる項目の一例であり、車両検知センサが、駐車場に車両が存在しているか否かを検出する周期である。図３に示す「使用料」は、書き換え可能である。また、車両検知センサの設置位置が変えられるのであれば、「位置」も書き換え可能である。また、車両検知センサが、車両の有無の検出周期を変更する機能を有しているのであれば、「周期」も書き換え可能である。
【００３３】
なお、「周期」は、ある程度、短いことが好ましい。一例として、「周期」は、５分程度であることが好ましい。例えば、「周期」が１時間であるとする。そして、例えば、１０時に、車両が存在することを検出したとする。その直後（例えば、１０時２分）に、その車両が駐車場から出発し、その後、その駐車場に車両が入ってこなかったとする。この場合、車両有無の次回の検出時刻は１１時であり、１０時２分から１１時までの間、車両は存在しないにも関わらず、車両検知センサは１０時から１１時まで、車両が存在しているというデータを出力することになる。その結果、車両検知センサの出力データを使用するアプリケーション（例えば、車両が存在しない駐車場に車両を誘導するためのアプリケーション）も、１１時までは、車両が存在していると認識し、空きの駐車場に車両を誘導できない等の機会損失が生じる。このため、車両検知センサの周期は、例えば、５分程度であることが好ましい。ただし、上記の説明における５分程度という周期や、図３に示す「５分」は、例示であり、車両検知センサの周期は、５分程度、または、「５分」に限定されるものではない。
【００３４】
センサ１１から提供されるデータを取得し、データを使用して処理を実行するデータ取得部の例として、アプリケーション（アプリケーションソフトウェア）に従って動作する情報処理装置が挙げられる。実際に、データの提供を受け、処理を実行するのは、このような情報処理装置であるが、以下、説明を簡単にするため、便宜的に、アプリケーションがデータの提供を受け、処理を実行するものとして説明する。すなわち、実際には、図１に示すアプリケーション１２はそれぞれ、情報処理装置に搭載され、情報処理装置が、アプリケーション１２に従って処理を実行する。しかし、以下の説明では、便宜的に、アプリケーション１２が、データの提供を受け、処理を実行するものとして説明する。なお、複数のアプリケーション１２が１つの情報処理装置に搭載されていてもよい。また、各アプリケーション１２がそれぞれ別々の情報処理装置に搭載されていてもよい。
【００３５】
アプリケーション１２は、データ取得部に該当する。
【００３６】
データ取得部に関する情報であって、そのデータ取得部がデータ提供部に要求する条件を示す書き換え可能な第１の変数の値と、データ授受を行うデータ取得部とデータ提供部との組合せを決定する際の基準となる書き換え可能な第２の変数の値とを含む情報を、データ取得部側メタデータと記す。本発明の実施形態では、アプリケーション１２に関する情報であって、そのアプリケーション１２がデータ提供部に要求する条件を示す書き換え可能な第１の変数の値と、データ授受を行うアプリケーション１２とデータ提供部との組合せを決定する際の基準となる書き換え可能な第２の変数の値とを含む情報を、アプリケーション側メタデータと記す。アプリケーション側メタデータは、データ取得部側メタデータに該当する。
【００３７】
アプリケーション１２は、そのアプリケーション１２のアプリケーション側メタデータをアプリケーション側メタデータ保存部３に保存させることによって、そのアプリケーション１２が要求する条件を満たすセンサ１１への接続要求を行う。すなわち、データ使用者がアプリケーション１２を操作し、その操作に応じてアプリケーション１２がアプリケーション側メタデータをアプリケーション側メタデータ保存部３に保存させたということは、そのデータ使用者が、条件を満たすセンサ１１が提供するデータの使用を希望していることを意味する。従って、例えば、あるアプリケーション（Ｐとする。）のアプリケーション側メタデータがアプリケーション側メタデータ保存部３に保存されているということは、アプリケーションＰが、要求している条件を満たすセンサ１１への接続要求を行っていることを意味する。
【００３８】
また、データ使用者がアプリケーション１２を操作し、その操作に応じてアプリケーション１２が、アプリケーション側メタデータ保存部３に、そのアプリケーション１２のアプリケーション側メタデータを削除させたとする。このことは、そのデータ使用者が、条件を満たすセンサ１１が提供するデータの使用を希望しなくなったことを意味する。従って、例えば、アプリケーション側メタデータ保存部３が、アプリケーションＰからの要求に従って、アプリケーションＰのアプリケーション側メタデータを削除したということは、アプリケーションＰがセンサ１１への接続要求を解除したことを意味する。
【００３９】
図４および図５は、アプリケーション側メタデータの例を示す説明図である。
【００４０】
図４は、アプリケーション１２が、映像監視アプリケーションである場合のアプリケーション側メタデータの例を示す。「ＩＤ」は、アプリケーション１２のＩＤである。「種別」はアプリケーション１２の種別を表し、図４に示す例では、アプリケーション１２が「映像監視アプリケーション」であることを示している。
【００４１】
「センサの使用料」は、アプリケーション１２がセンサ１１を使用する（すなわち、センサ１１からデータの提供を受ける）際の、センサ１１の使用料である。「センサの使用料」の値は、書き換え可能である。なお、値が書き換え可能であるということは、時間経過に伴い、値が変化し得ることを意味する。「センサの使用料」は、アプリケーション１２が要求する条件の１つである。
【００４２】
「優先順位」は、一のセンサ１１に対して、複数のアプリケーション１２が組み合わされることになった場合に、そのセンサ１１とデータ授受を行うアプリケーション１２を決定する際の基準となる変数である。優先順位の値が小さいほど、優先順位は高い。例えば、警察が使用している映像監視アプリケーションの優先順位の値は“１”に設定され、警備会社が使用している映像監視アプリケーションの優先順位の値は“２”に設定され、鉄道会社が使用している映像監視アプリケーションの優先順位の値は“３”に設定される。「優先順位」の値も書き換え可能である。例えば、鉄道会社が使用している映像監視アプリケーションの優先順位の値は通常は“１”に設定され、緊急時には“３”に書き換えられてもよい。同様に、警察が使用している映像監視アプリケーションの優先順位の値は通常は“３”に設定され、緊急時には“１”に書き換えられてもよい。
【００４３】
「対象エリア」は、アプリケーション１２が要求する条件の１つであり、本例では、緯度および経度によって範囲を表す。例えば、センサ側メタデータでは、図２や図３に示すように、「位置」として、緯度および経度を小数点以下第６位まで定めることとなっているとする。一方、アプリケーション側メタデータでは、「対象エリア」として、緯度および経度を、小数点以下第６位よりも少ない桁数で定めることになっていることとする。このようにすることで、緯度および経度を用いて範囲を表すことができる。例えば、図４に示す例では、「対象エリア」として、緯度および経度を、小数点以下第４位まで定めている。この場合、図４に示す例では、北緯35.681200〜35.681299、東経139.766200〜139.766299の範囲を示していることを意味する。「対象エリア」の値も、書き換え可能である。なお、範囲の表し方は、図４に示す例に限定されず、例えば、中心位置と半径を指定することによって、範囲を表してもよい。
【００４４】
「使用するセンサ」は、アプリケーション１２が使用しようとするセンサ１１の種別を示す変数である。「使用するセンサ」も、アプリケーション１２が要求する条件の１つである。「使用するセンサ」の値も、書き換え可能である。ただし、アプリケーション１２の機能が限定されている場合には、「使用するセンサ」の値が書き換えられない場合があってもよい。例えば、音を監視する機能および映像を監視する機能を有する監視アプリケーションにおいて、「使用するセンサ」の値は、「マイク」から「カメラ」に書き換えられてもよく、その逆の書き換えが行われてもよい。また、映像を監視する機能しか有しない映像監視アプリケーションにおいて、「使用するセンサ」の値は、書き換え可能であっても、常時「カメラ」に設定される。
【００４５】
「解像度」および「ファイル形式」は、「使用するセンサ」がカメラである場合に設けられる変数である。「解像度」は、カメラに要求する解像度の下限を示す。「ファイル形式」は、カメラに要求する画像のファイル形式を示す。「解像度」および「ファイル形式」も書き換え可能である。また、「解像度」および「ファイル形式」も、アプリケーション１２が要求する条件である。
【００４６】
図４に示す例において、「センサの使用料」、「対象エリア」、「使用するセンサ」、「解像度」、「ファイル形式」は、前述の第１の変数に該当する。また、「優先順位」は、前述の第２の変数に該当する。
【００４７】
図５は、アプリケーション１２が、駐車場管理アプリケーションである場合のアプリケーション側メタデータの例を示す。図５に示す「ＩＤ」、「種別」、「センサの使用料」、「優先順位」、「対象エリア」、および「使用するセンサ」は、図４に示すそれらの項目と同様であり、説明を省略する。
【００４８】
「データの提供を受ける周期」は、アプリケーション１２が駐車場管理アプリケーションである場合において、駐車場管理アプリケーションが車両検知センサからデータ（駐車場に車両が存在するか否かを示すデータ）の提供を受ける周期である。「データの提供を受ける周期」を、アプリケーション１２がセンサ１１に要求する条件として用いてもよい。車両検知センサが、駐車場に車両が存在しているか否かを検出する周期（図３参照）よりも、アプリケーションがデータの提供を受ける周期が短いと、アプリケーションは同一データを重複して受け取ることになり、意味がない。従って、「データの提供を受ける周期」を、アプリケーション１２がセンサ１１に要求する条件として用いることができる。ただし、図５に例示する例では、「１０分以下」という範囲を示していて、１分であっても、９分であっても「１０分以下」に該当する。従って、「データの提供を受ける周期」を条件として用いる場合、「１０分以下」等の範囲ではなく、１つの数値を記述する。アプリケーション１２がセンサ１１からデータの提供を受ける周期を変更する機能を有しているのであれば、「データの提供を受ける周期」は書き換え可能である。
【００４９】
図５に示す例において、「センサの使用料」、「対象エリア」、「使用するセンサ」は、前述の第１の変数に該当する。また、「優先順位」は、前述の第２の変数に該当する。
【００５０】
組合せ生成部４は、センサ側メタデータ保存部２に保存されているセンサ側メタデータと、アプリケーション側メタデータ保存部３に保存されているアプリケーション側メタデータとを照合して、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たしているセンサ１１との組合せを複数生成する。組合せ生成部４は、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たしているセンサ１１との全ての組合せを生成してもよい。
【００５１】
具体的には、組合せ生成部４は、アプリケーション側メタデータ保存部３に保存されているアプリケーション側メタデータ内の第１の変数（アプリケーション１２がセンサ１１に要求する条件を示す変数）の値と、センサ側メタデータ保存部２に保存されているセンサ側メタデータの内容とを照合することよって、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たしているセンサ１１との組合せを全て生成する。
【００５２】
例えば、図２に示すセンサ側メタデータおよび図３に示すセンサ側メタデータがセンサ側メタデータ保存部２に保存されているとする。また、図４に示すアプリケーション側メタデータおよび図５に示すアプリケーション側メタデータがアプリケーション側メタデータ保存部３に保存されているとする。
【００５３】
例えば、組合せ生成部４は、図２に示すセンサ側メタデータの内容は、図４に示すアプリケーション側メタデータに記述されている条件（「センサの使用料」、「対象エリア」、「使用するセンサ」、「解像度」、「ファイル形式」）を全て満たしていると判断して、アプリケーション“１１８３７（図４参照）”と、センサ“１９２．１６８．２２３．４７（図２参照）”との組合せを生成する。なお、アプリケーション“１１８３７”が要求する条件を満たすセンサ１１が他にも存在するならば、組合せ生成部４は、アプリケーション“１１８３７”とそのセンサ１１との組合せも生成する。
【００５４】
また、例えば、組合せ生成部４は、図３に示すセンサ側メタデータの内容は、図５に示すアプリケーション側メタデータに記述されている条件（「センサの使用料」、「対象エリア」、「使用するセンサ」）を全て満たしていると判断して、アプリケーション“１１７３９（図５参照）”と、センサ“１９２．１６８．２１９．４７（図３参照）”との組合せを生成する。なお、アプリケーション“１１７３９”が要求する条件を満たすセンサ１１が他にも存在するならば、組合せ生成部４は、アプリケーション“１１７３９”とそのセンサ１１との組合せも生成する。
【００５５】
また、図４に示す例では「使用するセンサ」の値が「カメラ」であり、図３に示す例では「種別」の値が「車両検知センサ」であり、「カメラ」と「車両検知センサ」とは合致しない。従って、アプリケーション“１１８３７（図４参照）”とセンサ“１９２．１６８．２１９．４７（図３参照）”との組合せは、生成されない。同様に、アプリケーション“１１７３９（図５参照）”とセンサ“１９２．１６８．２２３．４７（図２参照）”との組合せも生成されない。
【００５６】
組合せ生成部４は、センサ側メタデータ保存部２が保存しているセンサ側メタデータと、アプリケーション側メタデータ保存部３が保存しているアプリケーション側メタデータの少なくともいずれか一方に変化が生じた場合に、上記のように、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たしているセンサ１１との組合せを全て生成する。
【００５７】
ここで、変化の態様には、以下のような態様がある。
【００５８】
（１）既にセンサ側メタデータ保存部２が保存しているセンサ側メタデータのうち、少なくとも１つのセンサ側メタデータの内容の一部または全部が書き換えられる。
【００５９】
（２）既にアプリケーション側メタデータ保存部３が保存しているアプリケーション側メタデータのうち、少なくとも１つのアプリケーション側メタデータの内容の一部または全部が書き換えられる。
【００６０】
（３）既にセンサ側メタデータ保存部２が保存しているセンサ側メタデータのうち、少なくとも１つのセンサ側メタデータが削除されるか、または、センサ側メタデータ保存部２に新たなセンサ側メタデータが追加で保存される。
【００６１】
（４）既にアプリケーション側メタデータ保存部３が保存しているアプリケーション側メタデータのうち、少なくとも１つのアプリケーション側メタデータが削除されるか、または、アプリケーション側メタデータ保存部３に新たなアプリケーション側メタデータが保存される。
【００６２】
組合せ生成部４は、上記の（１）〜（４）のいずれかを検出する毎に、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たしているセンサ１１との組合せを全て生成する処理を実行する。
【００６３】
なお、組合せ生成部４は、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たしているセンサ１１との組合せを全て生成する処理を定期的に実行してもよい。
【００６４】
組合せ生成部４がアプリケーション１２とセンサ１１との組合せを生成すると、組合せ決定部５は、組合せ生成部４によって生成された組合せの中から、データ授受を行うセンサ１１とアプリケーション１２との組合せを決定する。このとき、第１の実施形態では、組合せ決定部５は、データ授受を行うセンサ１１とアプリケーション１２との組合せを決定する際の基準として、組合せ生成部４によって生成された組合せをなすアプリケーション１２のアプリケーション側メタデータに含まれる優先順位を用いる。
【００６５】
センサ１１と組合せをなすアプリケーション１２が１つであれば、組合せ決定部５は、そのセンサ１１とそのアプリケーション１２の組合せを、データ授受を行うセンサ１１とアプリケーション１２との組合せとして決定する。
【００６６】
また、一のセンサ１１と組合せをなすアプリケーション１２が複数存在する場合、組合せ決定部５は、そのアプリケーション１２の中で優先順位が最も高いアプリケーション１２とそのセンサ１１との組合せを、データ授受を行うセンサ１１とアプリケーション１２との組合せとして決定する。
【００６７】
例えば、センサ“１９２．１６８．２２３．４７（図２参照）”とアプリケーション“１１８３７（図４参照）”との組合せの他に、センサ“１９２．１６８．２２３．４７（図２参照）”と、優先順位が“２”である別のアプリケーション１２との組合せが生成されているとする。とアプリケーション“１１８３７（図４参照）”の優先順位は“１”であるので（図４参照）、組合せ決定部５は、センサ“１９２．１６８．２２３．４７（図２参照）”とアプリケーション“１１８３７（図４参照）”との組合せを、データ授受を行うセンサ１１とアプリケーション１２との組合せとして決定する。
【００６８】
なお、「優先順位」が最も高いアプリケーション１２が複数存在する場合、組合せ決定部５は、例えば、アプリケーション側メタデータが最も早く保存されたアプリケーション１２を特定し、そのアプリケーション１２とセンサ１１との組合せを決定すればよい。
【００６９】
組合せ決定部５は、例えば、組合せ生成部４によって生成された組合せをなすセンサ１１毎に、優先順位が最も高いアプリケーション１２を特定していくことによって、データ授受を行うセンサ１１とアプリケーション１２との組合せを決定していけばよい。
【００７０】
また、センサ１１が複数（例えば、２つとする。）のアプリケーション１２にデータを提供可能なセンサであるとする。この場合、組合せ決定部５は、優先順位に基づいて、そのセンサ１１からデータの提供を受けるアプリケーション１２を２つ特定してもよい。そして、組合せ決定部５は、そのセンサ１１とデータ提供先となる一方のアプリケーション１２との組合せと、そのセンサ１１とデータ提供先となるもう一方のアプリケーション１２との組合せをそれぞれ、データ授受を行うセンサ１１とアプリケーション１２との組合せとして決定してもよい。この点は、後述の他の実施形態でも同様である。
【００７１】
また、１つのアプリケーション１２が要求している条件を満たすセンサ１１が複数存在する場合には、組合せ生成部４は、そのアプリケーション１２と、その複数のセンサ１１それぞれとの組合せを生成する。この結果、組合せ決定部５が、データ授受を行うセンサ１１とアプリケーション１２との組合せとして、その複数のセンサ１１それぞれと、そのアプリケーション１２との組合せを決定することもあり得る。このように、組合せ決定部５が、アプリケーション１２が共通である複数の組合せを決定してもよい。あるいは、組合せ決定部５が、アプリケーション１２が共通である複数の組合せが存在することを許容しなくてもよい。この場合、組合せ決定部５は、アプリケーション１２と、その複数のセンサ１１それぞれとの組合せの中から、例えば、ランダムに１つの組合せを選択した後に、上記のように、データ授受を行うセンサ１１とアプリケーション１２との組合せを決定すればよい。この点は、後述の他の実施形態でも同様である。
【００７２】
データ授受制御部６は、組合せ決定部５によって決定されたデータ授受を行うセンサ１１とアプリケーション１２との組合せ毎に、センサ１１とアプリケーション１２の間でデータを授受させる。
【００７３】
例えば、データ授受制御部６は、組合せ決定部５によって決定された組合せ毎に、組合せをなすセンサ１１に対して、データの提供先となるアプリケーション１２の宛先情報を送信する。宛先情報は、例えば、アプリケーション１２が搭載されている情報処理装置のＩＰ（Internet Protocol ）アドレスおよびアプリケーション１２に応じたポート番号である。ここでは、センサ１１とアプリケーション１２とが、インターネットを介してデータを授受する場合における宛先情報を例示した。データ授受制御部６は、センサ１１とアプリケーション１２との通信形態に応じた宛先情報をセンサ１１に送信すればよい。
【００７４】
なお、アプリケーション１２の宛先情報や、宛先情報をセンサ１１に送信する際に用いるセンサ１１のアドレス情報は、例えば、本発明のデータ授受制御システム１を使用しようとするデータ提供者やデータ使用者によって、予め、データ授受制御部６に登録されていればよい。
【００７５】
データ授受制御部６から宛先情報を受信したセンサ１１は、その宛先情報を用いて、アプリケーション１２との間で通信を確立し、センサ１１が得たデータをアプリケーション１２に送信（提供）すればよい。
【００７６】
センサ側メタデータ保存部２、および、アプリケーション側メタデータ保存部３は、例えば、コンピュータに設けられた記憶装置および、データ授受制御プログラムに従って動作するそのコンピュータのＣＰＵ（Central Processing Unit ）によって、実現される。組合せ生成部４、組合せ決定部５、データ授受制御部６は、例えば、データ授受制御プログラムに従って動作するそのコンピュータのＣＰＵによって実現される。
【００７７】
次に、第１の実施形態の処理経過の例を示すフローチャートを参照しながら、１つのセンサ１１からデータを提供されるアプリケーション１２が切り替えられる状況を説明する。図６は、第１の実施形態の処理経過の例を示すフローチャートである。なお、既に説明した事項については、詳細な説明を省略する。
【００７８】
ここでは、説明を簡単にするために、最初に、センサ側メタデータ保存部２に、図２に示すセンサ側メタデータが保存されているものとする。また、アプリケーション側メタデータ保存部３には、まだ、アプリケーション側メタデータは保存されていないものとする。従って、データ授受を行っているセンサ１１およびアプリケーション１２はまだ存在していない。
【００７９】
組合せ生成部４は、センサ側メタデータ保存部２が保存しているセンサ側メタデータと、アプリケーション側メタデータ保存部３が保存しているアプリケーション側メタデータの少なくともいずれか一方に変化が生じた否かをモニタする（ステップＳ１）。変化が生じていなければ（ステップＳ１のＮｏ）、組合せ生成部４は、ステップＳ１の動作を繰り返す。
【００８０】
変化が生じたならば（ステップＳ１のＹｅｓ）、組合せ生成部４は、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たすセンサ１１の組合せを生成する（ステップＳ２ａ）。
【００８１】
そして、組合せ生成部４は、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たすセンサ１１の組合せが得られたか否かを判定する（ステップＳ２ｂ）。組合せが得られなかった場合（ステップＳ２ｂのＮｏ）、ステップＳ１に移行する。組合せが得られた場合（ステップＳ２ｂのＹｅｓ）、ステップＳ３に移行する。
【００８２】
ここで、アプリケーション側メタデータ保存部３が、アプリケーション１２からの要求に応じて、図７に示すアプリケーション側メタデータを新たに保存したとする。すると、変化が生じたので、組合せ生成部４は、ステップＳ２ａを実行する。
【００８３】
ここで、図２に示すセンサ側メタデータの内容は、図７に示すアプリケーション側メタデータの第１の変数の値が示す条件を満たしている。従って、組合せ生成部４は、センサ“１９２．１６８．２２３．４７（図２参照）”と、アプリケーション“１１９９９（図７参照）”との組合せを生成する。本例では、センサ“１９２．１６８．２２３．４７（図２参照）”と、アプリケーション“１１９９９（図７参照）”との組合せが得られたので（ステップＳ２ｂのＹｅｓ）、ステップＳ３に移行する。
【００８４】
ステップＳ３において、組合せ決定部５は、ステップＳ２ａで生成された組合せの中から、データ授受を行うセンサ１１とアプリケーション１２の組合せを決定する。
【００８５】
ステップＳ２ａでは、センサ“１９２．１６８．２２３．４７（図２参照）”と、アプリケーション“１１９９９（図７参照）”との組合せが生成されている。また、センサ“１９２．１６８．２２３．４７（図２参照）”と組み合わされている他のアプリケーション１２は存在しない。そのため、組合せ決定部５は、データ授受を行うセンサ１１とアプリケーション１２の組合せとして、センサ“１９２．１６８．２２３．４７（図２参照）”と、アプリケーション“１１９９９（図７参照）”との組合せを決定する。
【００８６】
ステップＳ３の後、データ授受制御部６は、データ授受を行っているセンサ１１とアプリケーション１２の組合せがあるか否かを判定する（ステップＳ４ａ）。ここで、データ授受を行っているセンサ１１とアプリケーション１２の組合せとは、通信によってデータを提供しているセンサ１１と、そのデータの提供を受けているアプリケーション１２の組合せである。
【００８７】
データ授受を行っているセンサ１１とアプリケーション１２の組合せがあれば（ステップＳ４ａのＹｅｓ）、データ授受制御部６は、そのセンサ１１とアプリケーション１２の通信を断とする（ステップＳ４ｂ）。ステップＳ４ｂの後、ステップＳ５に移行する。なお、ステップＳ４ｂにおいて、直近のステップＳ３で決定された組合せをなすセンサ１１とアプリケーション１１とが通信を行っている場合には、データ授受制御部６は、その通信については、断としなくてもよい。
【００８８】
また、データ授受を行っているセンサ１１とアプリケーション１２の組合せがなければ（ステップＳ４ａのＮｏ）、ステップＳ４ｂを実行せずに、ステップＳ５に移行する。
【００８９】
本例においてこの時点では、データ授受を行っているセンサ１１とアプリケーション１２の組合せはないので（ステップＳ４ａのＮｏ）、ステップＳ４ｂを実行せずに、ステップＳ５に移行する。
【００９０】
ステップＳ５では、データ授受制御部６は、ステップＳ３で決定された組合せをなすセンサ１１に、アプリケーション１２の宛先情報を送信する（ステップＳ５）。本例では、データ授受制御部６は、アプリケーション“１１９９９（図７参照）”の宛先情報を、センサ“１９２．１６８．２２３．４７（図２参照）”に送信する。
【００９１】
この結果、センサ“１９２．１６８．２２３．４７（図２参照）”は、アプリケーション“１１９９９（図７参照）”の宛先情報を用いて、アプリケーション“１１９９９”との通信を確立し、センサ“１９２．１６８．２２３．４７”は、アプリケーション“１１９９９” にデータを提供する。
【００９２】
ステップＳ５の後、ステップＳ１以降の処理を繰り返す。
【００９３】
次に、アプリケーション側メタデータ保存部３が、別のアプリケーション１２からの要求に応じて、図４に示すアプリケーション側メタデータを新たに保存したとする。すると、保存されているアプリケーション側メタデータに変化（新たなデータの追加）が生じたので、組合せ生成部４は、ステップＳ２ａを実行する。
【００９４】
前述のように、図２に示すセンサ側メタデータの内容は、図７に示すアプリケーション側メタデータの第１の変数の値が示す条件を満たしている。また、図２に示すセンサ側メタデータの内容は、図４に示すアプリケーション側メタデータの第１の変数の値が示す条件も満たしている。
【００９５】
従って、組合せ生成部４は、センサ“１９２．１６８．２２３．４７（図２参照）”とアプリケーション“１１９９９（図７参照）”との組合せ、および、センサ“１９２．１６８．２２３．４７（図２参照）”とアプリケーション“１１８３７（図４参照）”との組合せを生成する（ステップＳ２ａ）。本例では、ステップＳ２ａで２つの組合せが得られたので（ステップＳ２ｂのＹｅｓ）、ステップＳ３に移行する。
【００９６】
ステップＳ３において、組合せ決定部５は、ステップＳ２ａで生成された組合せの中から、データ授受を行うセンサ１１とアプリケーション１２の組合せを決定する。
【００９７】
ここで、ステップＳ２ａで生成された２つの組合せにおいて、センサ１１は共通である。すなわち、一のセンサ１１と組合せをなすアプリケーション１２が２つ存在する。ここで、アプリケーション“１１８３７”の優先順位は“１”であり（図４参照）、アプリケーション“１１９９９”の優先順位は“３”である（図７参照）。従って、この２つのアプリケーション１２のうち、優先順位が最も高いアプリケーション１２は、アプリケーション“１１８３７”である。よって、組合せ決定部５は、ステップＳ２ａで生成された２つの組合せのうち、センサ“１９２．１６８．２２３．４７（図２参照）”とアプリケーション“１１８３７（図４参照）”との組合せを、データ授受を行うセンサ１１とアプリケーション１２の組合せとして決定する。
【００９８】
次に、データ授受制御部６は、データ授受を行っているセンサ１１とアプリケーション１２の組合せがあるか否かを判定する（ステップＳ４ａ）。ここでは、データ授受制御部６は、データ授受を行っているセンサ１１とアプリケーション１２の組合せとして、センサ“１９２．１６８．２２３．４７（図２参照）”とアプリケーション“１１９９９（図７参照）”との組合せがあると判定する（ステップＳ４ａのＹｅｓ）。そして、データ授受制御部６は、センサ“１９２．１６８．２２３．４７（図２参照）”と、アプリケーション“１１９９９（図７参照）”との通信を断とする（ステップＳ４ｂ）。
【００９９】
次に、データ授受制御部６は、ステップＳ３で決定された組合せをなすセンサ１１に、アプリケーション１２の宛先情報を送信する（ステップＳ５）。ここでは、データ授受制御部６は、アプリケーション“１１８３７（図４参照）”の宛先情報を、センサ“１９２．１６８．２２３．４７（図２参照）”に送信する。
【０１００】
この結果、センサ“１９２．１６８．２２３．４７（図２参照）”は、アプリケーション“１１８３７（図４参照）”の宛先情報を用いて、アプリケーション“１１８３７”との通信を確立し、センサ“１９２．１６８．２２３．４７”は、アプリケーション“１１８３７”にデータを提供する。
【０１０１】
図４に例示するアプリケーション側メタデータがアプリケーション側メタデータ保存部３に保存されたことで、２つのアプリケーション１２が、一のセンサ１１に同時に接続要求を行っている状態になったと言える。そして、アプリケーション“１１８３７（図４参照）”の方が、アプリケーション“１１９９９（図７参照）”よりも優先順位が高い。そのため、上記のステップＳ２ａ〜Ｓ５の動作によって、センサ“１９２．１６８．２２３．４７”のデータの提供先が、アプリケーション“１１９９９”からアプリケーション“１１８３７”に切り替えられた。
【０１０２】
その後、例えば、アプリケーション“１１８３７（図４参照）”の優先順位が例えば“４”に書き換えられたりした場合には、再度、ステップＳ２ａ〜Ｓ５が実行される。また、センサ側メタデータの内容が書き換えられたり、アプリケーション１２がセンサ１１に要求する条件（アプリケーション側メタデータに含まれる第１の変数の値）が書き換えられたりしたときにも、再度、ステップＳ２ａ〜Ｓ５の処理が実行される。そして、ステップＳ２ａ〜Ｓ５の処理が実行されることによって、優先順位や、アプリケーション１２がセンサ１１に要求する条件の変化に応じて、データ授受を行うセンサ１１とアプリケーション１２の適切な組合せが決定され、そのセンサ１１とアプリケーション１２との間でのデータ授受が実現される。
【０１０３】
上記の例のように、センサ１１に接続要求するアプリケーション１２の数が変化することによって、センサ１１の価値は変動していると言える。第１の実施形態によれば、組合せ生成部４が、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たすセンサ１１との組合せを生成する。すなわち、組合せ生成部４は、データ提供部の価値が変動する場合において、データ提供部とデータ取得部の適切な組合せを生成することができる。そして、組合せ決定部５が、アプリケーション１２の優先順位に基づいて、データ授受を行うセンサ１１とアプリケーション１２の組合せを決定し、データ授受制御部６が、その組合せをなすセンサ１１にアプリケーション１２の宛先情報を送信する。従って、上記のようにセンサ１１の価値が変動する状況の下で、優先順位に基づいて、データ授受を行うセンサ１１とアプリケーション１２の組合せを決定し、そのセンサ１１とアプリケーション１２との間のデータ授受を実現することができる。
【０１０４】
実施形態２．
本発明の第２の実施形態のデータ授受制御システムは、第１の実施形態のデータ授受制御システムと同様に、図１に示すブロック図で表すことができるので、図１を用いて第２の実施形態を説明する。第１の実施形態と同様の事項については、適宜説明を省略する。
【０１０５】
第２の実施形態におけるセンサ側メタデータおよびアプリケーション側メタデータは、第１の実施形態におけるセンサ側メタデータおよびアプリケーション側メタデータ（例えば、図２から図５を参照。）と同様であってもよい。
【０１０６】
ただし、第２の実施形態では、組合せ決定部５は、データ授受を行うセンサ１１とアプリケーション１２との組合せを決定するときに、データ使用者がデータ提供者に支払うセンサ１１の使用料に基づいて、センサ１１とアプリケーション１２との組合せを決定する。従って、第２の実施形態において、アプリケーション側メタデータは、「センサの使用料」の値を含む。
【０１０７】
第２の実施形態では、アプリケーション側メタデータ内の「センサの使用料」は、第１の変数（アプリケーション１２がセンサ１１に要求する条件を示す変数）にも該当し、第２の変数（データ授受を行うセンサ１１とアプリケーション１２との組合せを決定する際の基準となる変数）にも該当する。
【０１０８】
第２の実施形態では、「センサの使用料」は条件としても用いられるので、例えば、「６００円以下／分」等のように金額の範囲を示すように記載される場合を例にして説明する。また、以下の説明では、実際に、データ使用者がセンサ１１を使用して、センサ１１の使用料をデータ提供者に支払うときには、その範囲の上限（上記の例では「６００円／分」）の金額を支払うものとして説明する。この結果、データ提供者は、センサ側メタデータに記述した「使用料」の値よりも多くの使用料を得ることがある。例えば、センサ１１の使用料を「５００円／分」と定めたデータ提供者は、データ使用者からそれ以上の使用料を得る場合がある。
【０１０９】
また、第２の実施形態において、アプリケーション側メタデータは、「優先順位」の値を含んでいても、含んでいなくてもよい。
【０１１０】
第２の実施形態におけるセンサ側メタデータ保存部２、アプリケーション側メタデータ保存部３、組合せ生成部４およびデータ授受制御部６は、第１の実施形態におけるセンサ側メタデータ保存部２、アプリケーション側メタデータ保存部３、組合せ生成部４およびデータ授受制御部６と同様であり、説明を省略する。
【０１１１】
第２の実施形態における組合せ決定部５は、組合せ生成部４がアプリケーション１２とセンサ１１との組合せを生成すると、その生成された組合せの中から、データ授受を行うセンサ１１とアプリケーション１２との組合せを決定する。この点は、第１の実施形態と同様である。ただし、第２の実施形態では、組合せ決定部５は、データ授受を行うセンサ１１とアプリケーション１２との組合せを決定する際の基準として、組合せ生成部４によって生成された組合せをなすアプリケーション１２のアプリケーション側メタデータに含まれる「センサの使用料」を用いる。
【０１１２】
センサ１１と組合せをなすアプリケーション１２が１つであれば、組合せ決定部５は、そのセンサ１１とそのアプリケーション１２の組合せを、データ授受を行うセンサ１１とアプリケーション１２との組合せとして決定する。
【０１１３】
また、一のセンサ１１と組合せをなすアプリケーション１２が複数存在する場合、組合せ決定部５は、そのアプリケーション１２の中で「センサの使用料」が最も高いアプリケーション１２とそのセンサ１１との組合せを、データ授受を行うセンサ１１とアプリケーション１２との組合せとして決定する。
【０１１４】
例えば、センサ“１９２．１６８．２２３．４７（図２参照）”とアプリケーション“１１８３７（図４参照）”との組合せの他に、センサ“１９２．１６８．２２３．４７（図２参照）”と、「センサの使用料」が「６００円以下／分」である別のアプリケーション（アプリケーションＢとする。）との組合せが生成されているとする。アプリケーション“１１８３７（図４参照）”の「センサの使用料」は、「５００円以下／分」であるので（図４参照）、組合せ決定部５は、センサ“１９２．１６８．２２３．４７（図２参照）”と、アプリケーションＢとの組合せを、データ授受を行うセンサ１１とアプリケーション１２との組合せとして決定する。
【０１１５】
なお、「センサの使用料」が最も高いアプリケーション１２が複数存在する場合には、組合せ決定部５は、例えば、アプリケーション側メタデータが最も早く保存されたアプリケーション１２を特定し、そのアプリケーション１２とセンサ１１との組合せを決定すればよい。また、例えば、組合せ決定部５は、「センサの使用料」が最も高い複数のアプリケーション１２のうち、「優先順位」が最も高いアプリケーション１２を特定し、そのアプリケーション１２とセンサ１１との組合せを決定してもよい。
【０１１６】
組合せ決定部５は、例えば、組合せ生成部４によって生成された組合せをなすセンサ１１毎に、「センサの使用料」が最も高いアプリケーション１２を特定していくことによって、データ授受を行うセンサ１１とアプリケーション１２との組合せを決定していけばよい。
【０１１７】
第２の実施形態の処理経過を示すフローチャートも、図６に示すように表すことができる。以下、図６に示すフローチャートを参照しながら、１つのセンサ１１からデータを提供されるアプリケーション１２が切り替えられる状況を説明する。なお、既に説明した事項については、詳細な説明を省略する。
【０１１８】
ここでは、説明を簡単にするために、最初に、センサ側メタデータ保存部２に、図２に示すセンサ側メタデータが保存されているものとする。また、アプリケーション側メタデータ保存部３には、まだ、アプリケーション側メタデータは保存されていないものとする。従って、データ授受を行っているセンサ１１およびアプリケーション１２はまだ存在していない。
【０１１９】
組合せ生成部４は、センサ側メタデータ保存部２が保存しているセンサ側メタデータと、アプリケーション側メタデータ保存部３が保存しているアプリケーション側メタデータの少なくともいずれか一方に変化が生じた否かをモニタする（ステップＳ１）。変化が生じていなければ（ステップＳ１のＮｏ）、組合せ生成部４は、ステップＳ１の動作を繰り返す。
【０１２０】
変化が生じたならば（ステップＳ１のＹｅｓ）、組合せ生成部４は、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たすセンサ１１の組合せを生成する（ステップＳ２ａ）。
【０１２１】
そして、組合せ生成部４は、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たすセンサ１１の組合せが得られたか否かを判定する（ステップＳ２ｂ）。組合せが得られなかった場合（ステップＳ２ｂのＮｏ）、ステップＳ１に移行する。組合せが得られた場合（ステップＳ２ｂのＹｅｓ）、ステップＳ３に移行する。
【０１２２】
ここで、アプリケーション側メタデータ保存部３が、アプリケーション１２からの要求に応じて、図４に示すアプリケーション側メタデータを新たに保存したとする。すると、変化が生じたので、組合せ生成部４は、ステップＳ２ａを実行する。
【０１２３】
ここで、図２に示すセンサ側メタデータの内容は、図４に示すアプリケーション側メタデータの第１の変数の値が示す条件を満たしている。従って、組合せ生成部４は、センサ“１９２．１６８．２２３．４７（図２参照）”と、アプリケーション“１１８３７（図４参照）”との組合せを生成する。本例では、センサ“１９２．１６８．２２３．４７（図２参照）”と、アプリケーション“１１８３７（図４参照）”との組合せが得られたので（ステップＳ２ｂのＹｅｓ）、ステップＳ３に移行する。
【０１２４】
ステップＳ３において、組合せ決定部５は、ステップＳ２ａで生成された組合せの中から、データ授受を行うセンサ１１とアプリケーション１２の組合せを決定する。
【０１２５】
ステップＳ２ａでは、センサ“１９２．１６８．２２３．４７（図２参照）”と、アプリケーション“１１８３７（図４参照）”との組合せが生成されている。また、センサ“１９２．１６８．２２３．４７（図２参照）”と組み合わされている他のアプリケーション１２は存在しない。そのため、組合せ決定部５は、データ授受を行うセンサ１１とアプリケーション１２の組合せとして、センサ“１９２．１６８．２２３．４７（図２参照）”と、アプリケーション“１１８３７（図４参照）”との組合せを決定する。
【０１２６】
ステップＳ３の後、データ授受制御部６は、データ授受を行っているセンサ１１とアプリケーション１２の組合せがあるか否かを判定する（ステップＳ４ａ）。既に説明したように、データ授受を行っているセンサ１１とアプリケーション１２の組合せとは、通信によってデータを提供しているセンサ１１と、そのデータの提供を受けているアプリケーション１２の組合せである。
【０１２７】
データ授受を行っているセンサ１１とアプリケーション１２の組合せがあれば（ステップＳ４ａのＹｅｓ）、データ授受制御部６は、そのセンサ１１とアプリケーション１２の通信を断とする（ステップＳ４ｂ）。ステップＳ４ｂの後、ステップＳ５に移行する。なお、ステップＳ４ｂにおいて、直近のステップＳ３で決定された組合せをなすセンサ１１とアプリケーション１１とが通信を行っている場合には、データ授受制御部６は、その通信については、断としなくてもよい。
【０１２８】
また、データ授受を行っているセンサ１１とアプリケーション１２の組合せがなければ（ステップＳ４ａのＮｏ）、ステップＳ４ｂを実行せずに、ステップＳ５に移行する。
【０１２９】
本例においてこの時点では、データ授受を行っているセンサ１１とアプリケーション１２の組合せはないので（ステップＳ４ａのＮｏ）、ステップＳ４ｂを実行せずに、ステップＳ５に移行する。
【０１３０】
ステップＳ５では、データ授受制御部６は、ステップＳ３で決定された組合せをなすセンサ１１に、アプリケーション１２の宛先情報を送信する（ステップＳ５）。本例では、データ授受制御部６は、アプリケーション“１１８３７（図４参照）”の宛先情報を、センサ“１９２．１６８．２２３．４７（図２参照）”に送信する。
【０１３１】
この結果、センサ“１９２．１６８．２２３．４７（図２参照）”は、アプリケーション“１１８３７（図４参照）”の宛先情報を用いて、アプリケーション“１１８３７”との通信を確立し、センサ“１９２．１６８．２２３．４７”は、アプリケーション“１１８３７”にデータを提供する。
【０１３２】
ステップＳ５の後、ステップＳ１以降の処理を繰り返す。
【０１３３】
次に、アプリケーション側メタデータ保存部３が、別のアプリケーション１２からの要求に応じて、図８に示すアプリケーション側メタデータを新たに保存したとする。すると、保存されているアプリケーション側メタデータに変化（新たなデータの追加）が生じたので、組合せ生成部４は、ステップＳ２ａを実行する。
【０１３４】
前述のように、図２に示すセンサ側メタデータの内容は、図４に示すアプリケーション側メタデータの第１の変数の値が示す条件を満たしている。また、図２に示すセンサ側メタデータの内容は、図８に示すアプリケーション側メタデータの第１の変数の値が示す条件を満たしている。
【０１３５】
従って、組合せ生成部４は、センサ“１９２．１６８．２２３．４７（図２参照）”とアプリケーション“１１８３７（図４参照）”との組合せ、および、センサ“１９２．１６８．２２３．４７（図２参照）”とアプリケーション“１５７７７（図８参照）”との組合せを生成する（ステップＳ２ａ）。本例では、ステップＳ２ａで２つの組合せが得られたので（ステップＳ２ｂのＹｅｓ）、ステップＳ３に移行する。
【０１３６】
ステップＳ３において、組合せ決定部５は、ステップＳ２ａで生成された組合せの中から、データ授受を行うセンサ１１とアプリケーション１２の組合せを決定する。
【０１３７】
ここで、ステップＳ２ａで生成された２つの組合せにおいて、センサ１１は共通である。すなわち、一のセンサ１１と組合せをなすアプリケーション１２が２つ存在する。この２つのアプリケーション１２のうち、「センサの使用料」が最も高いアプリケーション１２は、アプリケーション“１５７７７”である。従って、組合せ決定部５は、ステップＳ２ａで生成された２つの組合せのうち、センサ“１９２．１６８．２２３．４７（図２参照）”とアプリケーション“１５７７７（図８参照）”との組合せを、データ授受を行うセンサ１１とアプリケーション１２の組合せとして決定する。
【０１３８】
次に、データ授受制御部６は、データ授受を行っているセンサ１１とアプリケーション１２の組合せがあるか否かを判定する（ステップＳ４ａ）。ここでは、データ授受制御部６は、データ授受を行っているセンサ１１とアプリケーション１２の組合せとして、センサ“１９２．１６８．２２３．４７（図２参照）”とアプリケーション“１１８３７（図４参照）”との組合せがあると判定する（ステップＳ４ａのＹｅｓ）。そして、データ授受制御部６は、センサ“１９２．１６８．２２３．４７（図２参照）”と、アプリケーション“１１８３７（図４参照）”との通信を断とする（ステップＳ４ｂ）。
【０１３９】
次に、データ授受制御部６は、ステップＳ３で決定された組合せをなすセンサ１１に、アプリケーション１２の宛先情報を送信する（ステップＳ５）。ここでは、データ授受制御部６は、アプリケーション“１５７７７（図８参照）”の宛先情報を、センサ“１９２．１６８．２２３．４７（図２参照）”に送信する。
【０１４０】
この結果、センサ“１９２．１６８．２２３．４７（図２参照）”は、アプリケーション“１５７７７（図８参照）”の宛先情報を用いて、アプリケーション“１５７７７”との通信を確立し、センサ“１９２．１６８．２２３．４７”は、アプリケーション“１５７７７”にデータを提供する。
【０１４１】
図８に例示するアプリケーション側メタデータがアプリケーション側メタデータ保存部３に保存されたことで、２つのアプリケーション１２が、一のセンサ１１に同時に接続要求を行っている状態になったと言える。アプリケーション“１５７７７（図８参照）”の方が、アプリケーション“１１８３７（図４参照）”よりも、「センサの使用料」が高い。そのため、上記のステップＳ２ａ〜Ｓ５の動作によって、センサ“１９２．１６８．２２３．４７”のデータの提供先が、アプリケーション“１１８３７”からアプリケーション“１５７７７”に切り替えられた。
【０１４２】
その後、例えば、アプリケーション“１１８３７（図４参照）”の「センサの使用料」が例えば「７００円以下／分」に書き換えられたりした場合には、再度、ステップＳ２ａ〜Ｓ５が実行される。また、センサ側メタデータの内容が書き換えられたり、アプリケーション１２がセンサ１１に要求する条件（アプリケーション側メタデータに含まれる第１の変数の値）が書き換えられたりしたときにも、再度、ステップＳ２ａ〜Ｓ５の処理が実行される。そして、ステップＳ２ａ〜Ｓ５の処理が実行されることによって、「センサの使用料」や、アプリケーション１２がセンサ１１に要求する条件の変化に応じて、データ授受を行うセンサ１１とアプリケーション１２の適切な組合せが決定され、そのセンサ１１とアプリケーション１２との間でのデータ授受が実現される。
【０１４３】
本実施形態においても、センサ１１に接続要求するアプリケーション１２の数が変化することによって、センサ１１の価値は変動していると言える。本実施形態では、組合せ生成部４が、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たすセンサ１１との組合せを生成する。すなわち、組合せ生成部４は、データ提供部の価値が変動する場合において、データ提供部とデータ取得部の適切な組合せを生成することができる。そして、組合せ決定部５が、アプリケーション１２に定められた「センサの使用料」に基づいて、データ授受を行うセンサ１１とアプリケーション１２の組合せを決定し、データ授受制御部６が、その組合せをなすセンサ１１にアプリケーション１２の宛先情報を送信する。従って、センサ１１の価値が変動する状況の下で、「センサの使用料」に基づいて、データ授受を行うセンサ１１とアプリケーション１２の組合せを決定し、そのセンサ１１とアプリケーション１２との間のデータ授受を実現することができる。
【０１４４】
また、この結果、価値の高まったセンサ１１を所有するデータ提供者は、より多くの「センサの使用料」をデータ使用者から得ることができる。そして、データ提供者は、その料金を、センサ１１のメンテナンスや、センサ１１が用いる通信経路の広帯域化等のために使用することができる。
【０１４５】
なお、第２の実施形態では、一のセンサ１１と組合せをなすアプリケーション１２が複数存在する場合、組合せ決定部５が、そのアプリケーション１２の中で「センサの使用料」が最も高いアプリケーション１２とそのセンサ１１との組合せを、データ授受を行うセンサ１１とアプリケーション１２との組合せとして決定する場合を説明した。組合せ決定部５は、センサ側メタデータに記載されている使用料と同額の「センサの使用料」を定めたアプリケーション１２、または、センサ側メタデータに記載されている使用料に最も近い「センサの使用料」を定めたアプリケーション１２を特定し、センサ１１とそのアプリケーション１２との組合せを決定してもよい。この場合、組合せ決定部５によって決定されるセンサ１１とアプリケーション１２との組合せの数を多くしやすくすることができる。
【０１４６】
また、本発明において、組合せ決定部５は、外部からの指示に応じて、データ授受を行うセンサ１１とアプリケーション１２との組合せを決定する際の基準を変更してもよい。例えば、組合せ決定部５は、通常時に、第２の実施形態で示したように、アプリケーション側メタデータにおける「センサの使用料」に基づいて、データ授受を行うセンサ１１とアプリケーション１２との組合せを決定してもよい。そして、緊急時には、例えば、仲介者（データ授受制御システム１の所有者）からの指示に応じて、組合せ決定部５は、組合せを決定する際の基準を変更し、第１の実施形態で示したように、アプリケーション１２の優先順位に基づいて、データ授受を行うセンサ１１とアプリケーション１２との組合せを決定してもよい。
【０１４７】
実施形態３．
第１の実施形態および第２の実施形態では、データ提供部がセンサ１１である場合を示した。センサ１１は、そのセンサ１１が得たデータをそのまま、データの提供先に提供する。
【０１４８】
データ提供部は、センサが得たデータに対して加工を行い、加工後のデータをデータの提供先に提供するデータ加工部であってもよい。第３の実施形態では、データ提供部が、上記のデータ加工部である場合を説明する。なお、データ加工部は、データの加工に限らず、センサが得たデータを分析して新たなデータを生成する手段であってもよい。
【０１４９】
第３の実施形態では、データ提供部側メタデータは、データ加工部に関する情報である。
【０１５０】
以下の説明では、データ加工部を、便宜的に、エンジンと記す。また、データ提供部側メタデータを、便宜的に、エンジン側メタデータと記す。
【０１５１】
図９は、本発明の第３の実施形態のデータ授受制御システムの構成例を示すブロック図である。第３の実施形態のデータ授受制御システム１は、第１の実施形態や第２の実施形態におけるセンサ側メタデータ保存部２の代わりに、エンジン側メタデータ保存部７を備える。
【０１５２】
第３の実施形態におけるアプリケーション側メタデータ保存部３、組合せ生成部４、組合せ決定部５およびデータ授受制御部６は、第１の実施形態または第２の実施形態におけるアプリケーション側メタデータ保存部３、組合せ生成部４、組合せ決定部５およびデータ授受制御部６と同様である。
【０１５３】
エンジン側メタデータ保存部７は、データ提供部側メタデータとして、エンジン側メタデータを保存する。具体的には、エンジン側メタデータ保存部７は、エンジン１３によって得られたデータを提供する意思を有するデータ提供者のエンジン１３のエンジン側メタデータを保存する。
【０１５４】
図９では、３つのエンジン１３を図示しているが、エンジンの数は特に限定されない。各エンジン１３は、同一の種別のエンジンである必要はなく、各エンジン１３は、異なる種別のエンジンであってもよい。
【０１５５】
ここで、センサ１１とエンジン１３との違いは、センサ１１は、そのセンサ１１が得たデータをそのまま提供するのに対して、エンジン１３は、センサ１１（図９において図示略）が得たデータを加工し、加工後のデータを提供するという点である。センサ１１とエンジン１３は、データを提供するという本質的な点では共通していると言える。
【０１５６】
従って、エンジン側メタデータ保存部７は、センサ側メタデータの代わりにエンジン側メタデータを保存する点がセンサ側メタデータ保存部２と異なっているが、本質的には、センサ側メタデータ保存部２と同様であると言える。
【０１５７】
また、第３の実施形態は、センサ１１の代わりエンジン１３を用いる点が、第１の実施形態および第２の実施形態と異なっているが、本質的には、第１の実施形態や第２の実施形態と同様であると言える。
【０１５８】
図１０は、エンジン側メタデータの例を示す説明図である。「ＩＤ」は、エンジン１３のＩＤである。「種別」はエンジン１３の種別を表し、図１０に示す例では、エンジン１３が相関分析を実行することを示している。「使用料」は、エンジン１３の使用料を表し、図１０に示す例では、エンジン１３の使用料が「５００円／分」であることを表している。図１０に示す「使用料」は、書き換え可能である。
【０１５９】
図１１および図１２は、第３の実施形態におけるアプリケーション側メタデータの例を示す説明図である。図１１および図１２に示す例において、「ＩＤ」は、アプリケーション１２のＩＤである。また、種別は、アプリケーション１２の種別を表している。図１１に示す例では、アプリケーション１２の種別は、「不動産評価アプリケーション」であり、図１２に示す例では、アプリケーション１２の種別は、「飲料売上分析アプリケーション」である。
【０１６０】
図１１および図１２に示す「エンジンの使用料」は、アプリケーション１２がエンジン１３を使用する（すなわち、エンジン１３からデータの提供を受ける）際の、エンジン１３の使用料である。「エンジンの使用料」の値は、書き換え可能である。「エンジンの使用料」は、アプリケーション１２が要求する条件の１つである。
【０１６１】
図１１および図１２に示す「優先順位」は、第１の実施形態における「優先順位」と同様である。
【０１６２】
図１１および図１２に示す「使用するエンジン」は、アプリケーション１２が使用しようとするエンジン１３の種別を示す変数である。「使用するエンジン」も、アプリケーション１２が要求する条件の１つである。また、「使用するエンジン」の値も、書き換え可能である。
【０１６３】
第１の実施形態と同様に、組合せ決定部５が、優先順位に基づいてエンジン１３とアプリケーション１２の組合せを決定する場合、「エンジンの使用料」および「使用するエンジン」が第１の変数に該当し、「優先順位」が第２の変数に該当する。
【０１６４】
また、第２の実施形態と同様に、組合せ決定部５が、エンジン１３の使用料に基づいてエンジン１３とアプリケーション１２の組合せを決定する場合、「エンジンの使用料」および「使用するエンジン」が第１の変数に該当し、「エンジンの使用料」が第２の変数に該当する。すなわち、この場合、「エンジンの使用料」は、第１の変数と第２の変数の両方に該当する。
【０１６５】
図１０に例示したエンジン側メタデータは、例えば、図２および図３で例示したセンサ側メタデータとは異なる。また、図１１および図１２で例示したアプリケーション側メタデータは、例えば、図４および図５で例示したアプリケーション側メタデータとは異なる。しかし、図１１および図１２で例示したアプリケーション側メタデータは、第１の変数および第２の変数を含んでおり、組合せ生成部４、組合せ決定部５およびデータ授受制御部６の動作は、第１の実施形態におけるそれらの要素の動作、または、第２の実施形態におけるそれらの要素の動作と同様であり、詳細な説明を省略する。
【０１６６】
組合せ生成部４は、アプリケーション側メタデータ保存部３に保存されているアプリケーション側メタデータ内の第１の変数（アプリケーション１２がエンジン１３に要求する条件を示す変数）の値と、エンジン側メタデータ保存部７に保存されているエンジン側メタデータの内容とを照合することによって、アプリケーション１２と、そのアプリケーション１２が要求する条件を満たしているエンジン１３との組合せを全て生成する。
【０１６７】
図１０に示すエンジン側メタデータは、図１１に示す「エンジンの使用料」の値および「使用するエンジン」の値が示す条件を満たしている。従って、組合せ生成部４は、エンジン“１３５（図１０参照）”とアプリケーション“１２２３７（図１１参照）”との組合せを生成する。一方、図１０に示すエンジン側メタデータは、図１２に示す「エンジンの使用料」の値が示す条件を満たしていない。従って、エンジン“１３５（図１０参照）”とアプリケーション“１２２９９”との組合せは生成されない。
【０１６８】
組合せ決定部５は、組合せ生成部４によって生成された組合せの中から、データ授受を行うエンジン１３とアプリケーション１２との組合せを決定する。このとき、組合せ決定部５は、第１の実施形態と同様に、生成された組合せをなすアプリケーション１２のアプリケーション側メタデータに含まれる優先順位に基づいて、データ授受を行うエンジン１３とアプリケーション１２との組合せを決定してもよい。または、組合せ決定部５は、第２の実施形態と同様に、生成された組合せをなすアプリケーション１２のアプリケーション側メタデータに含まれる「エンジンの使用料」に基づいて、データ授受を行うエンジン１３とアプリケーション１２との組合せを決定してもよい。
【０１６９】
第３の実施形態では、第１の実施形態や第２の実施形態と同様の効果が得られる。ただし、第１の実施形態の効果や第２の実施形態の効果で述べているセンサは、エンジンに置き換えられる。
【０１７０】
また、組合せ決定部５は、外部からの指示に応じて、データ授受を行うエンジン１３とアプリケーション１２との組合せを決定する際の基準を変更してもよい。例えば、組合せ決定部５は、通常時に、アプリケーション側メタデータにおける「エンジンの使用料」に基づいて、データ授受を行うエンジン１３とアプリケーション１２との組合せを決定してもよい。そして、緊急時には、例えば、仲介者（データ授受制御システム１の所有者）からの指示に応じて、組合せ決定部５は、組合せを決定する際の基準を変更し、アプリケーション１２の優先順位に基づいて、データ授受を行うエンジン１３とアプリケーション１２の組合せを決定してもよい。
【０１７１】
図１３は、本発明の各実施形態に係るコンピュータの構成例を示す概略ブロック図である。コンピュータ１０００は、ＣＰＵ１００１と、主記憶装置１００２と、補助記憶装置１００３と、インタフェース１００４と、通信インタフェース１００５とを備える。
【０１７２】
各実施形態のデータ授受制御システム１は、コンピュータ１０００に実装される。データ授受制御システム１の動作は、データ授受制御プログラムの形式で補助記憶装置１００３に記憶されている。ＣＰＵ１００１は、プログラムを補助記憶装置１００３から読み出して主記憶装置１００２に展開し、そのプログラムに従って上記の処理を実行する。なお、通信インタフェース１００５は、ＣＰＵ１００１が、センサ側メタデータ（またはエンジン側メタデータ）や、アプリケーション側メタデータを受信したり、アプリケーションの宛先情報を送信したりする際に用いる通信インタフェースである。
【０１７３】
補助記憶装置１００３は、一時的でない有形の媒体の例である。一時的でない有形の媒体の他の例として、インタフェース１００４を介して接続される磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory ）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory ）、半導体メモリ等が挙げられる。また、このプログラムが通信回線によってコンピュータ１０００に配信される場合、配信を受けたコンピュータ１０００がそのプログラムを主記憶装置１００２に展開し、上記の処理を実行してもよい。
【０１７４】
次に、本発明の概要について、説明する。図１４は、本発明の概要を示すブロック図である。本発明のデータ授受制御システムは、第１データ記憶部７２と、第２データ記憶部７３と、組合せ生成部７４とを備える。
【０１７５】
第１データ記憶部７２（例えば、センサ側メタデータ保存部２、エンジン側メタデータ保存部７）は、データを提供するデータ提供部に関する情報である第１データ（例えば、センサ側メタデータ、エンジン側メタデータ）を記憶する。
【０１７６】
第２データ記憶部７３（例えば、アプリケーション側メタデータ保存部３）は、データ提供部から提供されるデータを取得するデータ取得部に関する情報であって、データ取得部がデータ提供部に要求する条件を示す条件情報（例えば、第１の変数の値）と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報（例えば、第２の変数の値）とを含む情報である第２データ（例えば、アプリケーション側メタデータ）を記憶する。
【０１７７】
組合せ生成部７４（例えば、組合せ生成部４）は、条件情報と、第１データとに基づいて、データ取得部とデータ提供部との組合せを生成する。
【０１７８】
組合せ生成部７４は、第１データ記憶部７２が記憶する第１データと、第２データ記憶部７３が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、データ取得部とデータ提供部との組合せを生成する。
【０１７９】
そのような構成によって、データ提供部の価値が変動する場合において、データ提供部とデータ取得部の適切な組合せを生成することができる。
【０１８０】
上記の本発明の各実施形態は、以下の付記のようにも記載され得るが、以下に限定されるわけではない。
【０１８１】
（付記１）
データを提供するデータ提供部に関する情報である第１データを記憶する第１データ記憶部と、
前記データ提供部から提供される前記データを取得するデータ取得部に関する情報であって、前記データ取得部が前記データ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する第２データ記憶部と、
前記条件情報と、前記第１データとに基づいて、前記データ取得部と前記データ提供部との組合せを生成する組合せ生成部とを備え、
前記組合せ生成部は、
前記第１データ記憶部が記憶する第１データと、前記第２データ記憶部が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、前記データ取得部と前記データ提供部との組合せを生成する
ことを特徴とするデータ授受制御システム。
【０１８２】
（付記２）
組合せ生成部によって生成された組合せの中から、基準情報に基づいて、データ取得部とデータ提供部との組合せを決定する組合せ決定部と、
前記組合せ決定部に決定された組合せをなすデータ取得部とデータ提供部との間でデータ授受を実行させるデータ授受制御部とを備える
付記１に記載のデータ授受制御システム。
【０１８３】
（付記３）
第２データ記憶部は、
基準情報として、データ取得部がデータ提供部からデータの提供を受ける際の優先順位を含む第２データを記憶し、
組合せ決定部は、
一のデータ提供部と組合せをなすデータ取得部が複数存在する場合に、前記優先順位に基づいて、前記データ提供部と組合せをなすデータ取得部を決定する
付記１または付記２に記載のデータ授受制御システム。
【０１８４】
（付記４）
第２データ記憶部は、
基準情報として、データ提供部の使用料金を含む第２データを記憶し、
組合せ決定部は、
一のデータ提供部と組合せをなすデータ取得部が複数存在する場合に、前記使用料金に基づいて、前記データ提供部と組合せをなすデータ取得部を決定する
付記１または付記２に記載のデータ授受制御システム。
【０１８５】
（付記５）
組合せ決定部は、データ取得部とデータ提供部との組合せを決定する際の基準を、外部からの指示に応じて変更する
付記１から付記４のうちのいずれかに記載のデータ授受制御システム。
【０１８６】
（付記６）
第１データ記憶部は、
第１データとして、センサに関する情報を保存する
付記１から付記５のうちのいずれかに記載のデータ授受制御システム。
【０１８７】
（付記７）
第１データ記憶部は、
第１データとして、センサが出力したデータを加工したデータを提供するデータ加工部に関する情報を保存する
付記１から付記５のうちのいずれかに記載のデータ授受制御システム。
【０１８８】
（付記８）
データを提供するデータ提供部に関する情報である第１データを記憶する第１データ記憶部と、
前記データ提供部から提供される前記データを取得するデータ取得部に関する情報であって、前記データ取得部が前記データ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する第２データ記憶部とを備えるコンピュータが、
前記条件情報と、前記第１データとに基づいて、前記データ取得部と前記データ提供部との組合せを生成し、
前記コンピュータが、
前記第１データ記憶部が記憶する第１データと、前記第２データ記憶部が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、前記データ取得部と前記データ提供部との組合せを生成する
ことを特徴とするデータ授受制御方法。
【０１８９】
（付記９）
データを提供するデータ提供部に関する情報である第１データを記憶する第１データ記憶部と、
前記データ提供部から提供される前記データを取得するデータ取得部に関する情報であって、前記データ取得部が前記データ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する第２データ記憶部とを備えるコンピュータに搭載されるデータ授受制御プログラムであって、
前記コンピュータに、
前記条件情報と、前記第１データとに基づいて、前記データ取得部と前記データ提供部との組合せを生成する組合せ生成処理を実行させ、
前記第１データ記憶部が記憶する第１データと、前記第２データ記憶部が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、前記組合せ生成処理を実行させる
ためのデータ授受制御プログラム。
【０１９０】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記の実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１９１】
この出願は、２０１７年８月８日に出願された日本特許出願２０１７−１５３１０３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用の可能性】
【０１９２】
本発明は、データ提供部とデータ取得部との間のデータ授受を制御するデータ授受制御システムに好適に適用される。
【符号の説明】
【０１９３】
１  データ授受制御システム
２  センサ側メタデータ保存部
３  アプリケーション側メタデータ保存部
４  組合せ生成部
５  組合せ決定部
６  データ授受制御部
１１  センサ
１２  アプリケーション
【図１】
2019031037.tif 000003
【図２】
2019031037.tif 000004
【図３】
2019031037.tif 000005
【図４】
2019031037.tif 000006
【図５】
2019031037.tif 000007
【図６】
2019031037.tif 000008
【図７】
2019031037.tif 000009
【図８】
2019031037.tif 000010
【図９】
2019031037.tif 000011
【図１０】
2019031037.tif 000012
【図１１】
2019031037.tif 000013
【図１２】
2019031037.tif 000014
【図１３】
2019031037.tif 000015
【図１４】
2019031037.tif 000016
【手続補正書】
【提出日】令和2年1月22日(2020.1.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データを提供するデータ提供部に関する情報である第１データを記憶する第１データ記憶部と、
前記データ提供部から提供される前記データを取得するデータ取得部に関する情報であって、前記データ取得部が前記データ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する第２データ記憶部と、
前記条件情報と、前記第１データとに基づいて、前記データ取得部と前記データ提供部との組合せを生成する組合せ生成部とを備え、
前記組合せ生成部は、
前記第１データ記憶部が記憶する第１データと、前記第２データ記憶部が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、前記データ取得部と前記データ提供部との組合せを生成する
ことを特徴とするデータ授受制御システム。
【請求項２】
組合せ生成部によって生成された組合せの中から、基準情報に基づいて、データ取得部とデータ提供部との組合せを決定する組合せ決定部と、
前記組合せ決定部に決定された組合せをなすデータ取得部とデータ提供部との間でデータ授受を実行させるデータ授受制御部とを備える
請求項１に記載のデータ授受制御システム。
【請求項３】
第２データ記憶部は、
基準情報として、データ取得部がデータ提供部からデータの提供を受ける際の優先順位を含む第２データを記憶し、
組合せ決定部は、
一のデータ提供部と組合せをなすデータ取得部が複数存在する場合に、前記優先順位に基づいて、前記データ提供部と組合せをなすデータ取得部を決定する
請求項２に記載のデータ授受制御システム。
【請求項４】
第２データ記憶部は、
基準情報として、データ提供部の使用料金を含む第２データを記憶し、
組合せ決定部は、
一のデータ提供部と組合せをなすデータ取得部が複数存在する場合に、前記使用料金に基づいて、前記データ提供部と組合せをなすデータ取得部を決定する
請求項２に記載のデータ授受制御システム。
【請求項５】
組合せ決定部は、データ取得部とデータ提供部との組合せを決定する際の基準を、外部からの指示に応じて変更する
請求項２から請求項４のうちのいずれか１項に記載のデータ授受制御システム。
【請求項６】
第１データ記憶部は、
第１データとして、センサに関する情報を保存する
請求項１から請求項５のうちのいずれか１項に記載のデータ授受制御システム。
【請求項７】
第１データ記憶部は、
第１データとして、センサが出力したデータを加工したデータを提供するデータ加工部に関する情報を保存する
請求項１から請求項５のうちのいずれか１項に記載のデータ授受制御システム。
【請求項８】
データを提供するデータ提供部に関する情報である第１データを記憶する第１データ記憶部と、
前記データ提供部から提供される前記データを取得するデータ取得部に関する情報であって、前記データ取得部が前記データ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する第２データ記憶部とを備えるコンピュータが、
前記条件情報と、前記第１データとに基づいて、前記データ取得部と前記データ提供部との組合せを生成し、
前記コンピュータが、
前記第１データ記憶部が記憶する第１データと、前記第２データ記憶部が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、前記データ取得部と前記データ提供部との組合せを生成する
ことを特徴とするデータ授受制御方法。
【請求項９】
データを提供するデータ提供部に関する情報である第１データを記憶する第１データ記憶部と、
前記データ提供部から提供される前記データを取得するデータ取得部に関する情報であって、前記データ取得部が前記データ提供部に要求する条件を示す条件情報と、データ取得部とデータ提供部との組合せを決定する際の基準となる基準情報とを含む情報である第２データを記憶する第２データ記憶部とを備えるコンピュータに搭載されるデータ授受制御プログラムであって、
前記コンピュータに、
前記条件情報と、前記第１データとに基づいて、前記データ取得部と前記データ提供部との組合せを生成する組合せ生成処理を実行させ、
前記第１データ記憶部が記憶する第１データと、前記第２データ記憶部が記憶する第２データの少なくともいずれか一方に変化が生じた場合に、前記組合せ生成処理を実行させる
ためのデータ授受制御プログラム。
【国際調査報告】
2019031037.tif 000017
2019031037.tif 000018
2019031037.tif 000019
2019031037.tif 000020