(57)【特許請求の範囲】
【請求項１】
データの提供者とデータの利用者の間を仲介するデータ流通管理システムであって、
データの提供者から、提供するデータの仕様を記述したデータディスクリプション情報と、データの提供者が提供に同意するために満足すべき条件である提供側の希望条件を記述した提供申請情報とを含む提供側メタデータを取得する提供側メタデータ取得手段と、
データの利用者から、利用したいデータの仕様を記述したデータディスクリプション情報と、データの利用者が利用に同意するために満足すべき条件である利用側の希望条件を記述した利用申請情報とを含む利用側メタデータを取得する利用側メタデータ取得手段と、
前記提供側メタデータと前記利用側メタデータを比較し、データの仕様及び希望条件がマッチした場合に、前記提供者から前記利用者へのデータ提供に係る契約情報を生成するマッチング手段と、
前記契約情報にしたがって、前記提供者から提供されるデータを前記利用者の端末へ送信するデータ配信手段と、を備え、
前記契約情報は、契約が自動的に成立することについて前記提供者及び前記利用者の双方が同意したことを示す同意文書を特定可能な情報を含む、
ことを特徴とするデータ流通管理システム。
【請求項２】
前記提供者の提供側装置からネットワークを介してデータを収集する手順を定義した情報であるデータ収集設定条件にしたがって前記提供側装置から自動的にデータを収集するデータ収集手段と、をさらに備える
ことを特徴とする請求項１に記載のデータ流通管理システム。
【請求項３】
前記提供側メタデータ取得手段は、前記データ収集設定条件を、提供側メタデータとして前記提供者から取得する
ことを特徴とする請求項２に記載のデータ流通管理システム。
【請求項４】
前記データ収集設定条件は、前記提供側装置が他の装置に対し利用可能とするデータ取得用ＡＰＩの情報を含む
ことを特徴とする請求項２又は３に記載のデータ流通管理システム。
【請求項５】
前記データ収集設定条件は、データを取得する期間及び／又は時刻に関する情報を含むことを特徴とする請求項２〜４のうちいずれか１項に記載のデータ流通管理システム。
【請求項６】
前記データ収集設定条件に基づいて、前記提供側装置からのデータ収集を実行する日時を規定した収集タスクを生成するタスク生成手段をさらに備え、
前記データ収集手段は、実行する日時に達した収集タスクを実行する
ことを特徴とする請求項５に記載のデータ流通管理システム。
【請求項７】
データの提供者が独自に作成したデータフォーマットの仕様に関する情報であるデータフォーマット仕様情報を前記提供者から取得し、データフォーマット仕様情報データベースに登録するデータフォーマット仕様情報登録手段をさらに備え、
前記データディスクリプション情報は、前記データフォーマット仕様情報データベースに登録されたデータフォーマット仕様情報を特定するフォーマットＩＤを記述可能であることを特徴とする請求項１〜６のうちいずれか１項に記載のデータ流通管理システム。
【請求項８】
前記データフォーマット仕様情報は、データフォーマットの仕様の記述、データフォーマットの仕様を記述したファイルの情報、データフォーマットの仕様を記述したリソースのＵＲＩのうち少なくともいずれかを含む
ことを特徴とする請求項７に記載のデータ流通管理システム。
【請求項９】
前記データフォーマット仕様情報は、当該データフォーマットと互換性のあるデータフォーマットのフォーマットＩＤである互換性フォーマットＩＤを記述可能である
ことを特徴とする請求項７又は８に記載のデータ流通管理システム。
【請求項１０】
前記マッチング手段は、
前記データフォーマット仕様情報データベースから、前記提供側メタデータに含まれるデータディスクリプション情報に記述された提供側のフォーマットＩＤに関する互換性フォーマットＩＤを取得し、
前記利用側メタデータに含まれるデータディスクリプション情報に記述された利用側のフォーマットＩＤが、前記提供側のフォーマットＩＤとその互換性フォーマットＩＤのうちのいずれかと一致した場合に、データフォーマットがマッチすると判断する
ことを特徴とする請求項７〜９のうちいずれか１項に記載のデータ流通管理システム。
【請求項１１】
前記提供者が独自に作成したデータフォーマットのデータを利用するためのプログラムであるデータリーダを格納するデータリーダデータベースをさらに備え、
前記データリーダデータベースは、前記提供者が独自に作成したデータフォーマットのデータを利用する利用者の端末に対し、当該データを利用するためのデータリーダを提供可能である
ことを特徴とする請求項１〜１０のうちいずれか１項に記載のデータ流通管理システム。
【請求項１２】
前記データリーダは、前記提供者が独自に作成したデータフォーマットのデータを汎用のデータフォーマットに準拠したデータに変換する機能を有するプログラムであり、
前記データディスクリプション情報は、前記汎用のデータフォーマットを特定するための情報を記述可能である
ことを特徴とする請求項１１に記載のデータ流通管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの提供者とデータの利用者の間を仲介するための技術に関する。
【背景技術】
【０００２】
現在、Ｍ２Ｍクラウドと呼ばれるＩＴ環境が注目を集めている。Ｍ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）とは、様々な用途、大きさや性能を持つ機械同士がネットワーク上で情報をやり取りするシステムを指す。この情報を利用することで、それぞれの機械の適切な制御や、実社会の状況解析が可能になる。Ｍ２Ｍを支える無線通信技術の向上や機械の小型化、低廉化などにより、実用化への期待が高まっている。
【０００３】
このようなＭ２Ｍの技術をクラウドコンピューティング環境上で実現したものはＭ２Ｍクラウドと呼ばれる。これは、Ｍ２Ｍに必要な基本機能、例えばデータの収集蓄積から加工、分析のようなサービスをクラウド上のアプリケーションとして提供し、どこからでも利用可能にしたものである。データの一括管理によって信頼性や網羅性を高めることができる。また利用者にとっては、収集されたデータやコンピュータ資源を必要な分だけ利用できるメリットがある。そのため、個別にシステムを構築することなくビッグデータを解析して付加価値を得ることが可能であり、幅広い分野での応用が期待されている。
【０００４】
また、センサネットワークと呼ばれる技術が注目されている。これは、センシング機能と通信機能をもつセンサデバイス（以下、単に「センサ」とも呼ぶ）を様々な場所や産業設備に設置し、それらをネットワーク化することで、センシングデータの収集、管理、シームレスな利用を可能とするものである。
【０００５】
通常、センサは、その所有者自身が必要とするデータを収集するために設置される。そのため所有者がデータ収集を行うとき以外は利用されていない（センサ自体が稼働していない、又はセンサが稼働していてもセンシングデータが利用されない）ことが多い。そのためセンシングデータの流通性は低く、第三者にとっていかに有意義なデータであっても、センサの所有者自身による分析、利用に留まっていた。その結果、設備の重複投資や、各自が設置したセンサとの通信によるネットワークの輻湊を招いていた。
【０００６】
また、ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）という技術が検討されている。これは、世界に存在する多くの物に関する情報をネット上で組み合わせることで新しい価値を生むもので、社会インフラ（例：道路、橋梁、建物、ガス管や水道管のネットワーク）の状態監視を始めとする様々なサービスのシームレスな展開が期待されている。ＩｏＴから価値を生み出すためには、ネットに繋がる物の状態を知る必要があり、センシングと通信が重要な要素技術となる。
【０００７】
そこで本出願人は、ＩｏＴにおいてセンシングデータ、３Ｄプリンタ用データ、ロボット制御用知識情報などの情報資源（価値のあるデータ）を適切に流通させる仕組みを実現するため、データの提供における提供データの属性およびデータの提供条件の情報が記述されたメタデータとデータを利用するアプリケーションにおける利用したいデータの属性およびデータの利用条件の情報が記述されたメタデータとのマッチングを行うことで、アプリケーションの要求を満たすセンシングデータを取得可能なセンサを特定し、センサからアプリケーションへのデータフローを制御するシステムを検討している（特許文献１、２参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特許第５４４５７２２号公報
【特許文献２】特許第５５９０２６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は上記実情に鑑みてなされたものであり、データの流通市場への参加を容易にし、データの流通及び利用を促進するための技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
請求項１に記載された発明は、データの提供者とデータの利用者の間を仲介するデータ流通管理システムであって、データの提供者から、提供するデータの仕様を記述したデータディスクリプション情報と、データの提供者が提供に同意するために満足すべき条件である提供側の希望条件を記述した提供申請情報とを含む提供側メタデータを取得する提供側メタデータ取得手段と、データの利用者から、利用したいデータの仕様を記述したデータディスクリプション情報と、データの利用者が利用に同意するために満足すべき条件である利用側の希望条件を記述した利用申請情報とを含む利用側メタデータを取得する利用側メタデータ取得手段と、前記提供側メタデータと前記利用側メタデータを比較し、データの仕様及び希望条件がマッチした場合に、前記提供者から前記利用者へのデータ提供に係る契約情報を生成するマッチング手段と、前記契約情報にしたがって、前記提供者から提供されるデータを前記利用者の端末へ送信するデータ配信手段と、を備えることを特徴とするデータ流通管理システムである。
【００１１】
請求項１に記載された発明によれば、提供側メタデータと利用側メタデータのマッチングにより、データの仕様および希望条件がマッチするデータ提供者とデータ利用者の間でデータ提供に係る契約が成立し、その契約内容を規定する契約情報が生成される。そして、契約情報にしたがって、提供者から利用者へのデータ配信が行われる。このように、データの提供者と利用者のマッチング（ペアリング）、契約締結、データ配信という、データ流通にかかわる一連の流れがデータ流通管理システムにより自動で行われるため、データの提供者と利用者双方のデータの流通市場への参加を容易にし、データの流通及び利用を促進することができる。
【００１２】
契約情報は、データ提供者とデータ利用者のあいだのデータ提供に係る契約が成立したことを証明する情報と、契約の当事者であるデータ提供者とデータ利用者を特定する情報と、契約内容を特定する情報と、契約成立の日時を示す情報を含む情報であるとよい。契約が成立したことを証明する情報は、契約成立ごとに発行される契約ＩＤデータを部分として含み、契約の当事者を特定する情報および契約内容を特定する情報および契約成立の日時を示す情報などが改ざんできないように改ざん検知機能付きの暗号化方式（例：Ｍｉｎａｌｐｈｅｒ）で暗号化することもできる。これにより、契約情報の偽造や改ざんによる不正なデータ利用を防止することができる。
【００１３】
請求項２に記載された発明は、前記提供者の提供側装置からネットワークを介してデータを収集する手順を定義した情報であるデータ収集設定条件にしたがって前記提供側装置から自動的にデータを収集するデータ収集手段と、をさらに備えることを特徴とする請求項１に記載のデータ流通管理システムである。
【００１４】
従来提案されているシステムにおいては、データの流通市場に参加するために、データの提供者が、データの利用者又はデータを仲介するシステムに対しデータを送信（アップロード）するための機能をみずから用意する必要があった。しかし、データを送信（アップロード）する機能を開発したり、そのようなシステムを導入するためには、相当のコス
トがかかる。このことがデータの流通市場へ参加する際の大きな障壁となっていた。
【００１５】
請求項２に記載された発明によれば、データの提供を希望する者（提供希望者という）は、データ収集手段による自動データ収集の仕組みを利用することで、データを簡単に流通市場に提供することができる。提供希望者が準備すべきことは、データ収集設定条件をシステムに設定（登録）するか既存のデータ収集設定条件に合わせて提供側装置を設定する程度で足り、従来のように、提供者自身がデータを送信（アップロード）するシステムを開発あるいは導入する必要はない。したがって、データの流通市場への参加が比較的容易となり、市場の参加者の増加、市場に流通するデータの量・種類の増加が期待でき、データの流通及び利用を促進することが可能となる。
【００１６】
請求項３に記載された発明は、前記提供側メタデータ取得手段は、前記データ取得設定条件を、提供側メタデータとして前記提供者から取得することを特徴とする請求項２に記載のデータ流通管理システムである。
【００１７】
請求項３に記載された発明によれば、提供希望者がデータ取得設定条件を自由に設定（登録）することができるので、例えば、提供希望者が既に運用しているＷｅｂサイト、ブログ、ＳＮＳ、ＦＴＰサイト、ファイルサーバ、データアップローダなどに存在するデータをそのままデータ流通市場に開放することも可能となり、提供希望者の利便性が向上する。
【００１８】
請求項４に記載された発明は、前記データ収集設定条件は、前記提供側装置が他の装置に対し利用可能とするデータ取得用ＡＰＩの情報を含むことを特徴とする請求項２又は３に記載のデータ流通管理システムである。
【００１９】
請求項４に記載された発明によれば、提供希望者がＷｅｂサイト、ブログ、ＳＮＳ、ＦＴＰサイト、ファイルサーバ、データアップローダなどを既に運用している場合、それらサーバからデータを取得するためのＡＰＩ（手続）をデータ収集設定条件として登録することで、それらサーバに存在するデータをそのままデータ流通市場に開放することが可能となり、提供希望者の利便性が向上する。
【００２０】
請求項５に記載された発明は、前記データ収集設定条件は、データを取得する期間及び／又は時刻に関する情報を含むことを特徴とする請求項２〜４のうちいずれか１項に記載のデータ流通管理システムである。
【００２１】
請求項５に記載された発明によれば、データ収集手段が提供側装置にアクセスする期間や時刻をデータ提供者自身が指定することができる。これにより、提供側装置の負荷が低い時間帯にデータ収集が行われるようにしたり、期間限定でデータを開放したり、という利用方法が可能となる。
【００２２】
請求項６に記載された発明は、前記データ収集設定条件に基づいて、前記提供側装置からのデータ収集を実行する日時を規定した収集タスクを生成するタスク生成手段をさらに備え、前記データ収集手段は、実行する日時に達した収集タスクを実行することを特徴とする請求項５に記載のデータ流通管理システムである。
【００２３】
請求項６に記載された発明によれば、タスク管理によって、提供側装置やデータ流通管理システムに負荷を集中させることなく、効率的にデータ収集を行うことが可能となる。
【００２４】
請求項７に記載された発明は、データの提供者が独自に作成したデータフォーマットの仕様に関する情報であるデータフォーマット仕様情報を前記提供者から取得し、データフ
ォーマット仕様情報データベースに登録するデータフォーマット仕様情報登録手段をさらに備え、前記データディスクリプション情報は、前記データフォーマット仕様情報データベースに登録されたデータフォーマット仕様情報を特定するフォーマットＩＤを記述可能であることを特徴とする請求項１〜６のうちいずれか１項に記載のデータ流通管理システムである。
【００２５】
請求項７に記載された発明によれば、データの提供者がデータフォーマットを独自に設計し登録することができるので、システムで取り扱えるデータフォーマットの自由度を高めることができると共に、データフォーマットの多様性に柔軟に対応することができる。
【００２６】
請求項８に記載された発明は、前記データフォーマット仕様情報は、データフォーマットの仕様の記述、データフォーマットの仕様を記述したファイルの情報、データフォーマットの仕様を記述したリソースのＵＲＩのうち少なくともいずれかを含むことを特徴とする請求項７に記載のデータ流通管理システムである。
【００２７】
請求項８に記載された発明によれば、データフォーマットの仕様の設定方法を３つの方法の中から選択できるため、データ提供者の利便性を向上することができる。
【００２８】
請求項９に記載された発明は、前記データフォーマット仕様情報は、当該データフォーマットと互換性のあるデータフォーマットのフォーマットＩＤである互換性フォーマットＩＤを記述可能であることを特徴とする請求項７又は８に記載のデータ流通管理システムである。
【００２９】
請求項９に記載された発明によれば、データフォーマット仕様情報を参照することで、互換性のあるデータフォーマットを把握することができるため、データ利用者の利便性を向上することができる。
【００３０】
請求項１０に記載された発明は、前記マッチング手段は、前記データフォーマット仕様情報データベースから、前記提供側メタデータに含まれるデータディスクリプション情報に記述された提供側のフォーマットＩＤに関する互換性フォーマットＩＤを取得し、前記利用側メタデータに含まれるデータディスクリプション情報に記述された利用側のフォーマットＩＤが、前記提供側のフォーマットＩＤとその互換性フォーマットＩＤのうちのいずれかと一致した場合に、データフォーマットがマッチすると判断することを特徴とする請求項７〜９のうちいずれか１項に記載のデータ流通管理システムである。
【００３１】
請求項１０に記載された発明によれば、データフォーマットに互換性がある場合もマッチングが成功するので、利用側メタデータと提供側メタデータのマッチングの成功率を高めることができる。
【００３２】
請求項１１に記載された発明は、前記提供者が独自に作成したデータフォーマットのデータを利用するためのプログラムであるデータリーダを格納するデータリーダデータベースをさらに備え、前記データリーダデータベースは、前記提供者が独自に作成したデータフォーマットのデータを利用する利用者の端末に対し、当該データを利用するためのデータリーダを提供可能であることを特徴とする請求項１〜１０のうちいずれか１項に記載のデータ流通管理システムである。
【００３３】
請求項１１に記載された発明によれば、データの提供者がデータフォーマットを独自に設計することができるので、システムで取り扱えるデータフォーマットの自由度を高めることができると共に、データフォーマットの多様性に柔軟に対応することができる。加えて、この方法によれば、データ提供者はデータフォーマットの具体的な仕様を非公開に（
隠ぺい）できるため、提供するデータの独自性を高め、他者との差別化を図ることができるという利点もある。またデータ利用者は、用いるデータリーダを適宜変更することで、（利用側アプリケーションを改変することなく）様々な独自フォーマットのデータを利用することができるという利点がある。
【００３４】
請求項１２に記載された発明は、前記データリーダは、前記提供者が独自に作成したデータフォーマットのデータを汎用のデータフォーマットに準拠したデータに変換する機能を有するプログラムであり、前記データディスクリプション情報は、前記汎用のデータフォーマットを特定するための情報を記述可能であることを特徴とする請求項１１に記載のデータ流通管理システムである。
【００３５】
請求項１２に記載された発明によれば、汎用のデータフォーマットを特定するための情報を用いて、データ提供者とデータ利用者の間のマッチングを行うことができる。したがって、データ利用者が利用したいデータの仕様として汎用データフォーマットを特定するだけで、汎用データフォーマットに準拠するデータだけでなく、データリーダを利用することであたかも汎用データフォーマットに準拠するデータと同等に取り扱うことができる独自データフォーマットのデータも、条件が合致するデータとして選び出される。よって、データ利用者にとっては、独自データフォーマットやデータリーダの要否などを自ら意識する必要がないという利点があり、データ提供者にとっては、データの利用機会を増加できるという利点がある。
【００３６】
なお、本発明は、上記構成ないし機能の少なくとも一部を有するデータ流通管理システムとして捉えることができる。また、本発明は、データ流通管理システムを有するデバイスネットワークシステム、センサネットワークシステム、として捉えることもできる。また、本発明は、上記処理の少なくとも一部を含むデータ流通管理方法、又は、かかる方法をコンピュータに実行させるためのプログラム、又は、そのようなプログラムを非一時的に記録したコンピュータ読取可能な記録媒体として捉えることもできる。上記構成及び処理の各々は技術的な矛盾が生じない限り互いに組み合わせて本発明を構成することができる。
【発明の効果】
【００３７】
本発明によれば、データの流通市場への参加を容易にし、データの流通及び利用を促進することができる。
【図面の簡単な説明】
【００３８】
【図１】第１実施形態のデータ流通管理システムの全体構成を示す図。
【図２】データ流通情報サーバの物理的構成及びプログラム構成を示す図。
【図３】データ配信情報サーバの物理的構成及びプログラム構成を示す図。
【図４】契約情報のデータ構造の一例を示す図。
【図５】データ流通管理システムで行われる処理の流れを示す図。
【図６】データ収集設定条件の登録画面の一例を示す図。
【図７】データ収集設定条件テーブルの一例を示す図。
【図８】収集タスクテーブルに登録されている収集タスクの一例を示す図。
【図９】データ収集プログラムの処理フローを示す図。
【図１０】収集タスクテーブルに登録されている収集タスクの一例を示す図。
【図１１】第２実施形態のデータ流通情報サーバの物理的構成及びプログラム構成を示す図。
【図１２】第２実施形態のデータ流通管理システムで行われる処理の流れを示す図。
【図１３】データフォーマット仕様情報の登録画面の一例を示す図。
【図１４】データフォーマット仕様情報テーブルの一例を示す図。
【図１５】マッチング処理のフローチャート。
【図１６】提供申請テーブルと提供データディスクリプションテーブルの一例を示す図。
【図１７】利用申請テーブルと利用データディスクリプションテーブルの一例を示す図。
【図１８】第３実施形態のデータリーダクラスとデータリーダを説明する図。
【図１９】第３実施形態のデータ流通情報サーバの物理的構成及びプログラム構成を示す図。
【図２０】第３実施形態のデータ流通管理システムで行われる処理の流れを示す図。
【発明を実施するための形態】
【００３９】
以下、本発明の好ましい実施形態を図面を参照して詳しく説明する。なお、以下の実施形態では、センシングデータの流通市場を形成するインフラに本発明を適用した例を説明するが、本発明の適用範囲はセンシングデータの流通に限られず、提供を希望する者と利用を希望する者が存在すれば、いかなる種類のデジタルデータの流通に対しても本発明を適用することができる。
【００４０】
＜第１実施形態＞
（システムの全体構成）
図１は、本発明の第１実施形態に係るデータ流通管理システムの全体構成を示している。データ流通管理システムは、概略、概略、データ流通情報サーバ１０とデータ配信情報サーバ２０とから構成される。
【００４１】
データ流通情報サーバ１０は、センシングデータをインターネット上でオープンに流通させるため、センシングデータを有償あるいは無償で提供したい側（提供者）とセンシングデータを利用したい側（利用者）からそれぞれ受け付けたメタデータをメタデータＤＢ１５３に蓄積し、双方のメタデータのマッチングを行い、条件がマッチする提供者と利用者の間のデータ売買の契約を締結する機能を提供するサーバである。
【００４２】
また、データ配信情報サーバ２０は、マッチングが完了し契約が成立した提供者と利用者に対して、主に下記の４つの機能を提供するサーバである。
【００４３】
（１）データ受信機能
データ受信機能は、提供者の提供側装置３０から送信されてくるセンシングデータをインターネットを介して受信する機能である。データ配信情報サーバ２０は、必要であれば、受信したデータをセンシングデータＤＢ２５４に登録して蓄積する。
【００４４】
（２）データ収集機能
データ収集機能は、提供者の提供側装置３０からデータを取得（収集）する機能である。（１）のデータ受信機能が受動的（消極的）なデータ取得であったのに対し、（２）のデータ収集機能は能動的（積極的）なデータ取得である。データ収集機能は、提供側装置３０にアクセスしてデータを収集する手順を定義したデータ収集設定条件にしたがって、提供側装置３０から自動的にデータを収集し、必要であれば、収集したデータをセンシングデータＤＢ２５４に登録して蓄積する。
【００４５】
（３）データ配信機能
データ配信機能は、データ受信機能又はデータ収集機能によって取得したセンシングデータを利用者の端末４０へ送信する機能である。例えば、ある提供者Ｐと契約が成立した複数の利用者Ｑ１，Ｑ２，Ｑ３が存在する場合、データ配信機能は、提供側装置３０から受信又は収集したセンシングデータ、或いは、センシングデータＤＢ２５４に蓄積された
センシングデータを、必要なタイミングで利用者Ｑ１，Ｑ２，Ｑ３それぞれの端末４０に対して配信する。
【００４６】
（４）データ検索機能
データ検索機能は、利用者の端末４０からセンシングデータの検索要求を受け付けると、センシングデータＤＢ２５４に蓄積されたデータを検索し、その検索結果を端末４０に返す機能である。例えば、利用者の端末４０が所望の日時に取得されたセンシングデータを要求すると、データ検索機能は該当する日時のデータがセンシングデータＤＢ２５４に蓄積されているかを確認し、存在したらそのセンシングデータを端末４０に配信し、なければデータが存在しない旨を端末４０に返信する。
【００４７】
センシングデータは、観測対象の状態をセンサデバイスで検知（取得）することで得られるデータである（観測した1次データに処理や加工を施すことで得られる２次データや
、データの観測日時などの付随データを含んでもよい）。センサデバイスとしては、例えば、画像センサ（カメラ）、温度センサ、湿度センサ、照度センサ、力センサ、音センサ、ＲＦＩＤセンサ、赤外線センサ、姿勢センサ、降雨センサ、放射能センサ、ガスセンサ、水位センサ、交通量センサなどがある。また、炊飯器のような家電機器、生体センサ、活動量計、ウェアラブル端末などもセンサとみなすことができる。これらのセンサで取得されるセンシングデータは、提供側装置３０を介してインターネット上に提供される。提供側装置３０は、センサとのデータ入出力インタフェースとインターネットとの通信インタフェースを備える装置であり、センサの種類や仕様に応じて様々な形態が想定される。図１では、提供側装置３０の一例として、スマートフォン、センサの制御機器、河川防災システム（Ｗｅｂサーバ）、ホームゲートウェイ（ネットワーク機器）が示されている。他にも、プローブビークル、ドローンなどが考えられる。なお、通信機能を内蔵したセンサの場合は、センサ自体が提供側装置３０の機能を兼ねることも可能である。各種センサから得られるセンシングデータは様々なアプリケーションで利用可能である。図１では、利用アプリケーションの一例として、交通渋滞情報アプリ、機器管理アプリ、避難誘導アプリ、市場分析システムが示されている。
【００４８】
（サーバの構成）
図２、図３を参照して、データ流通情報サーバ１０とデータ配信情報サーバ２０の構成の一例を説明する。図２は、データ流通情報サーバ１０の物理的構成及びプログラム構成を示し、図３は、データ配信情報サーバ２０の物理的構成及びプログラム構成を示している。
【００４９】
データ流通情報サーバ１０は、中央演算装置（ＣＰＵ）、揮発メモリ、ＬＡＮ通信制御装置、入出力装置、ハードディスクなどの２次記憶装置１５を有するコンピュータシステムにより構成される。２次記憶装置１５には、オペレーティングシステム１５０の他、メタデータ登録プログラム１５１及びマッチング実行プログラム１５２が格納されている。また、２次記憶装置１５には、提供者と利用者の双方のメタデータを格納するメタデータＤＢ１５３、提供者と利用者それぞれの個人情報（ＩＤ、名前、メールアドレスなど）を格納するユーザ情報ＤＢ（不図示）が構築される。
【００５０】
データ配信情報サーバ２０は、中央演算装置（ＣＰＵ）、揮発メモリ、ＬＡＮ通信制御装置、入出力装置、ハードディスクなどの２次記憶装置２５を有するコンピュータシステムにより構成される。２次記憶装置２５には、オペレーティングシステム２５０の他、契約情報管理プログラム２５１、データ収集プログラム２５２、データ配信プログラム２５３が格納されている。また、２次記憶装置２５には、提供者から取得したセンシングデータを格納するセンシングデータＤＢ２５４、提供者と利用者の間の契約情報を格納する契約情報ＤＢ２５５、データ収集機能が実行する収集タスクを管理する収集タスク管理ＤＢ
２５６が構築されている。
【００５１】
なお、図２と図３に示す構成は一例であり、サーバ構成はこれに限られない。例えば、データ流通情報サーバ１０とデータ配信情報サーバ２０を同じコンピュータシステムに実装してもよい。あるいは、複数のコンピュータシステムによる分散処理を行うことも好ましい。
【００５２】
（サーバの機能）
次に、データ流通情報サーバ１０とデータ配信情報サーバ２０のプログラムが提供する機能を説明する。なお、これらのサーバで動作する、メタデータ登録プログラム１５１、マッチング実行プログラム１５２、契約情報管理プログラム２５１、データ収集プログラム２５２、データ配信プログラム２５３は、それぞれ並行して動作することが可能である。
【００５３】
メタデータ登録プログラム１５１は、データの提供者から提供側メタデータを取得する機能（提供側メタデータ取得手段）と、データの利用者から利用側メタデータを取得する機能（利用側メタデータ取得手段）とを提供する。メタデータ登録プログラム１５１は、メタデータを登録するためのユーザインタフェース（Ｗｅｂページ）と、メタデータ登録用のＡＰＩ（Application Programming Interface）を用意しており、データの提供者及
び利用者は、ユーザインタフェースを利用してメタデータを手入力するか、ＡＰＩに対しメタデータを送信するかの、いずれかの方法でメタデータの登録を行うことができる。登録されたメタデータは、メタデータＤＢ１５３内のテーブルに格納される。
【００５４】
本実施形態において、提供側メタデータは、（１）提供申請と、（２）提供データディスクリプションの２種類のメタデータから構成され、利用側メタデータは、（３）利用申請と、（４）利用データディスクリプションの２種類のメタデータから構成される。それぞれのメタデータに記述される情報は以下のとおりである。
【００５５】
（１）提供申請
提供申請は、提供者がデータの提供に同意するために満足すべき条件である提供側の希望条件を記述した情報である。提供申請には、提供者を特定するためのＩＤ、データの売値（無償でもよい）、提供データディスクリプションＩＤ、提供期間などの情報が含まれる。さらに、センサ又は提供側装置３０のアドレス（ＩＰアドレスなど）、データの利用範囲（商用利用が可能か、個人利用やアカデミック利用に限定するかなど）、データの再配布を許可するか否かなどの情報を含めてもよい。
【００５６】
前述したデータ収集機能を利用する場合には、提供申請の中にデータ収集設定条件を記述する。データ収集設定条件は、提供側装置３０からデータを収集する手順を定義した情報であり、少なくとも、提供側装置３０が他の装置に対し利用可能とするデータ取得用ＡＰＩ（Application Programming Interface）の情報、データを取得する期間及び／又は
時刻に関する情報を含む。
【００５７】
データ取得用ＡＰＩとしては、例えば、「ＵＲＬ（Uniform Resource Locator）」、「メソッド」、「パラメータ」、「アクセスキー」、「ＳＳＬ証明書」などが設定される。ＵＲＬは、提供側装置３０上で動作するＷｅｂサーバやＦＴＰサーバのアドレス情報である。メソッドは、提供側装置３０からデータを取得するための関数であり、例えばｈｔｔｐプロトコルやｆｔｐプロトコルではＧＥＴ関数などが用いられる。パラメータは、提供側装置３０からデータを取得する際に指定するパラメータである。アクセスキーは、例えば、提供側装置３０で設定されたＢａｓｉｃ認証などに対するアクセスキーであり、ＳＳＬ証明書は、ＳＳＬによる暗号化通信に必要な提供側装置３０の証明書である。
【００５８】
また、データを取得する期間及び／又は時刻に関する情報としては、例えば、「収集間隔」、「収集期間」、「収集開始日」、「収集終了日」、「収集時刻」などが設定される。収集間隔は、提供側装置３０からデータを収集する時間間隔であり、例えば、１時間おき、１日おき、１週間おき、のような設定が可能である。収集期間は、データの収集を行う期間であり、例えば、１０日間、５か月間、１年間、のような設定が可能である。収集開始日は、データの収集を開始する年月日であり、収集終了日は、データの収集を終了する年月日である。収集期間と収集終了日はいずれか一方のみを設定すればよい。収集時刻は、１日の中で収集を実行する時刻（時分秒）である。例えば、収集間隔に「１日おき」、収集時刻に「１５時０分０秒」と設定した場合、毎日１５時ちょうどにデータ収集が実行され、収集間隔に「１時間おき」、収集時刻に「１５分０秒」と設定した場合、毎時１５分にデータ収集が実行されることになる。
【００５９】
（２）提供データディスクリプション
提供データディスクリプションは、提供者が提供するデータの仕様を記述した情報である。提供データディスクリプションには、データの種類、観測対象、観測指標などが記述される。データの種類は、例えば、画像、動画、音声、テキスト、時系列データなどである。解像度、モノクロ／カラー、フレームレート、サンプリングレート、データフォーマットなどのより詳しい情報を設定できるようにしてもよい。観測対象は、センサが観測する対象物・対象場所であり、観測指標は、データが示す内容や物理量である。例えば、Ｘ河川の水位を示すセンシングデータの場合、観測対象には「Ｘ河川」、観測指標には「水位」と設定され、Ｙ交差点の交通量を示すセンシングデータの場合、観測対象には「Ｙ交差点」、観測指標には「単位時間当たりの通過車両の数」と設定される。
【００６０】
（３）利用申請
利用申請は、利用者がデータの利用に同意するために満足すべき条件である利用側の希望条件を記述した情報である。利用申請には、利用者を特定するためのＩＤ、データの買値、利用データディスクリプションＩＤ、利用期間、データ送信先アドレス（ＩＰアドレス、メールアドレスなど）などの情報が含まれる。さらに、データの利用範囲（商用利用が可能か、個人利用やアカデミック利用に限定するかなど）、データの再配布を希望するか否か、利用アプリケーションの種類などの情報を含めてもよい。
【００６１】
（４）利用データディスクリプション
利用データディスクリプションは、利用者が利用したいデータの仕様を記述した情報である。利用データディスクリプションの構成は、提供データディスクリプションと同じで良い。
【００６２】
マッチング実行プログラム１５２は、提供者と利用者のマッチングを行い、マッチする組み合わせが見つかった場合（マッチングが成功した場合）に、提供者から利用者へのデータ提供に係る契約情報を生成する機能（マッチング手段）を提供する。具体的には、マッチング実行プログラム１５２は、メタデータＤＢ１５３内のテーブルから提供申請と利用申請のレコードを１つずつ取り出し、提供申請に記述された希望条件と利用申請に記述された希望条件とを項目ごとに比較する。全ての項目がマッチしたら、マッチング実行プログラム１５２は、提供申請に含まれる提供データディスクリプションＩＤと利用申請に含まれる利用データディスクリプションＩＤを基に、メタデータＤＢ１５３から該当する提供データディスクリプションと利用データディスクリプションを読み出す。そして、マッチング実行プログラム１５２は、提供データディスクリプションに記述されたデータ仕様と利用データディスクリプションに記述されたデータ仕様とを項目ごとに比較し、全ての項目がマッチしたら、この提供者と利用者の間のマッチングが成功と判定し、契約情報を生成する。
【００６３】
契約情報は、データ提供者とデータ利用者のあいだのデータ提供に係る契約の内容を記述した情報である。図４に契約情報のデータ構造の具体例を示す。この例では、契約情報は、契約が成立したことを証明する情報（契約証明情報）と、契約の当事者であるデータ提供者とデータ利用者を特定する情報（当事者情報）と、契約内容を特定する情報（契約内容情報）と、契約成立の日時を示す情報（契約日時情報）を含んでいる。契約証明情報は、電子証明書の一種であり、契約成立ごとに発行される契約ＩＤデータを部分として含み、当事者情報および契約内容情報および契約日時情報などが改ざんできないように改ざん検知機能付きの暗号化方式（例：Ｍｉｎａｌｐｈｅｒ）で暗号化されている。これにより、契約証明情報、契約ＩＤ、当事者情報、契約内容情報、契約日時情報などの契約情報のデータが正当なものであるかどうかが簡単に検査できる。したがって、契約情報の偽造や改ざんによる不正なデータ利用を防止することができる。当事者情報は、例えば、データの提供者および利用者それぞれのＩＤである。契約内容情報は、例えば、提供されるデータの仕様、提供条件と利用条件、（データ収集機能を利用する場合は）データ収集設定条件などを含む。なお、契約情報にこれらの情報を記述する代わりに、提供申請のＩＤ、利用申請のＩＤ、提供データディスクリプションのＩＤ、利用データディスクリプションのＩＤなどを記述したり、それらの情報へのリンクを記述したりしてもよい。ところで、本システムのような仕組みを運用するにあたっては、メタデータのマッチングをもって契約が自動成立することについて、データ提供者とデータ利用者の双方から予め同意を受けておき、その同意文書をシステム側に保管しておくことが好ましい。そのような場合には、契約情報のなかに、契約当事者の同意文書のＩＤまたは同意文書へのリンクを記述することも好ましい。
【００６４】
マッチング処理の実行タイミングは、任意である。例えば、提供申請の新規登録や変更があったら、直ちにデータベースに登録済みの全ての利用申請との照合を実行してもよい。また同様に、利用申請の新規登録や変更があったら、直ちにデータベースに登録済みの全ての提供申請との照合を実行してもよい。あるいは、予め決められた時間間隔でマッチング処理を実行してもよい。
【００６５】
契約情報管理プログラム２５１は、データ流通情報サーバ１０で生成された契約情報を受信し、契約情報ＤＢ２５５のテーブルに登録する機能を提供する。契約情報の中にデータ収集設定条件に関する情報が含まれている場合には、この情報はデータ収集設定条件テーブルに登録される。また、契約情報管理プログラム２５１は、データ収集設定条件に基づいて、提供側装置３０からのデータ収集を実行する日時を規定したタスク（収集タスク）を生成し、それらを収集タスク管理ＤＢ２５６の収集タスクテーブルに登録する機能（タスク生成手段）を提供する。
【００６６】
データ収集プログラム２５２は、前述したデータ収集機能（データ収集手段）を提供するプログラムである。具体的には、データ収集プログラム２５２は、収集タスク管理ＤＢ２５６の収集タスクテーブルを参照し、実行する日時に達した収集タスクがあれば、そのタスクを実行して提供側装置３０からデータを収集する。
【００６７】
データ配信プログラム２５３は、前述したデータ配信機能（データ配信手段）を提供するプログラムである。データの送信先アドレス、送信すべきタイミングなどは、契約情報から参照される。
【００６８】
（システムの動作）
図５に、データ流通管理システムで行われる処理の一連の流れを示す。下記の（ａ）〜（ｊ）は図５中の対応する番号の処理の説明である。
【００６９】
（ａ）データ提供者は、データ流通情報サーバ１０に、提供データディスクリプションを登録する。
（ｂ）データ提供者は、データ流通情報サーバ１０に、提供申請を登録する。このとき、提供申請の中には、登録済みの提供データディスクリプションのＩＤを記述する。また、データ提供者が、データ収集機能の利用を希望する場合は、データ収集設定条件の登録も行う。
（ｃ）データ利用者は、データ流通情報サーバ１０に、利用データディスクリプションを登録する。
（ｄ）データ利用者は、データ流通情報サーバ１０に、利用申請を登録する。
（ｅ）データ流通情報サーバ１０は、登録された提供側メタデータと利用側メタデータを比較し、条件が適合する提供者と利用者の組み合わせを検索する。
（ｆ）条件が適合する組み合わせが見つかったら、データ流通情報サーバ１０は、データ提供に係る契約情報を生成する。
（ｇ）データ流通情報サーバ１０は、（ｆ）で生成した契約情報をデータ配信情報サーバ２０に送信する。データ提供者がデータ収集機能の利用を希望している場合には、契約情報の中にデータ収集設定条件の情報も含まれている。
（ｈ）データ配信情報サーバ２０は、契約情報をデータベースに登録するとともに、データ収集設定条件を基に必要な収集タスクを生成してタスクテーブルに登録する。
（ｉ）データ配信情報サーバ２０は、収集タスクを実行することで、データ提供者の提供側装置３０にアクセスしてセンシングデータを取得する。取得したデータはセンシングデータＤＢに登録される。
（ｊ）データ配信情報サーバ２０は、契約情報に基づき、データ利用者の利用側端末４０に対して必要なデータを送信する。
【００７０】
以上のように、提供者と利用者がそれぞれ条件を記述したメタデータを登録するだけで、提供者と利用者のマッチング、契約の締結、データの収集、データの配信の一連の処理がすべて自動で実行される。
【００７１】
（実施例）
次に、データ流通管理システムの具体的な実施例を説明する。
【００７２】
例えば、ある事業者が、河川の１時間ごとの水位を公開するＷｅｂサイトを運営しており、このＷｅｂサイトの情報（水位のデータ）をデータ流通市場で売りたいと考えていると想定する。ただし、事業者としては、コストセーブのため、水位のデータをシステムに毎時登録するような仕組みを開発することは避け、現在のＷｅｂサイトのデータをそのまま活用することを希望しているものとする。
【００７３】
事業者は、パーソナルコンピュータやスマートフォンなどの端末を利用して、データ流通情報サーバ１０のＷｅｂサイトにアクセスし、会員登録を行う。次に、事業者は、メタデータの登録画面を利用して、提供データディスクリプションと提供申請を登録する。提供申請を登録する際に、データ収集設定条件も併せて登録する。図６は、メタデータ登録プログラム１５１によって提供されるデータ収集設定条件の登録画面の一例である。この登録画面では、事業者が水位データを公開しているＷｅｂサイトのＵＲＬ、水位データを取得するためのメソッド、パラメータ、アクセスキー、ＷｅｂサイトにアクセスするためのＳＳＬ証明書、収集間隔、収集期間、開始日、終了日、収集時刻を設定可能である。図６の設定例では、ＵＲＬ「http://www.abcd.efgh.co.jp」で指定されるサーバに対して、２０１５年４月１５日の０時から１時間おきに、毎時３０分００秒に、データ収集を行い、１０００回（１０００時間）データ収集したら終了する、という条件が設定されている。
【００７４】
データ流通情報サーバ１０に事業者の提供側メタデータが登録されると、マッチング実行プログラム１５２が起動し、すでに登録されている利用側メタデータとのマッチング処理が行われる。事業者の希望とマッチする利用者が見つかった場合には、契約情報が生成され、データ配信情報サーバ２０に送られる。
【００７５】
データ配信情報サーバ２０では、契約情報管理プログラム２５１が契約情報を受信して、その情報を契約情報ＤＢ２５５に登録する。契約情報に含まれるデータ収集設定条件に関する情報は、データ収集設定条件テーブルに登録される。図７は、データ収集設定条件テーブルの一例である。
【００７６】
さらに、契約情報管理プログラム２５１は、データ収集設定条件内の収集間隔、収集期間、開始日、終了日、収集時刻の情報から、データ収集を実行すべき日時をすべて計算し、収集タスクテーブルに収集タスクを登録する。図８は、収集タスクテーブルに登録されている収集タスクの一例である。この例では、データ収集ＩＤ「ＤＣ−２１」に対して、２０１５年４月１５日の００時３０分００秒から１時間おきにデータ収集が１０００回実行されるように、１０００個の収集タスクＴａｓｋ−０１，Ｔａｓｋ−０２，・・・，Ｔａｓｋ−１０００が登録されている。初期状態では、実行ステータスは「未実行」に設定される。
【００７７】
データ収集プログラム２５２は、１分間隔で収集タスクテーブルを参照し、実行すべき日時に達した収集タスクを実行する。図９に、データ収集プログラム２５２の処理フローを示す。
【００７８】
ステップＳ８０では、データ収集プログラム２５２は、収集タスクテーブルから、実行ステータスが「未実行」であり、且つ、収集日時が現在時刻より過去である、という条件を満足するレコードをすべて抽出し、収集対象リストを生成する。収集対象リストが空の場合（ステップＳ８１のＹＥＳ）、所定の時間（例えば１分間）待ち、再びステップＳ８０を実行する。
【００７９】
収集対象リストにレコードが含まれている場合（ステップＳ８１のＮＯ）、データ収集プログラム２５２は、収集対象リストから１つのレコードを取り出し、そのタスクを実行する（ステップＳ８３）。例えば、現在時刻が２０１５年４月１５日４時３１分の時に、図１０のような収集タスクテーブルを参照すると、タスクＩＤ「Ｔａｓｋ−０５」のレコードが１つ抽出される。データ収集プログラム２５２は、Ｔａｓｋ−０５のデータ収集を実行するために、データ収集設定条件テーブル（図７）からデータ収集ＩＤがＤＣ−２１となっているレコードを取得し、そのレコードに設定されている情報に基づいて、事業者のＷｅｂサーバにｈｔｔｐのＧＥＴリクエストによりアクセスし、レスポンスのメッセージボディに含まれる河川の水位データを取得する。取得されたデータは、必要であればセンシングデータＤＢに登録される。データの収集に失敗した場合（ステップＳ８４のＮｏ）、データ収集プログラム２５２は、収集の実行を所定の回数（成功するまで）繰り返す（ステップＳ８５）。
【００８０】
データ収集に成功した場合（ステップＳ８４のＹｅｓ、又は、ステップＳ８６のＹｅｓ）、データ収集プログラム２５２は、収集タスクテーブルの実行ステータスを「実行済」に設定する（ステップＳ８７）。データ収集に失敗した場合（ステップＳ８６のＮｏ）、データ収集プログラム２５２は、収集タスクテーブルの実行ステータスを「失敗」に設定する（ステップＳ８８）。その後、データ収集プログラム２５２は、このレコードを収集対象リストから削除する（ステップＳ８９）。ステップＳ８１〜Ｓ８９の処理は、収集対象リストのレコードがなくなるまで繰り返し実行される。
【００８１】
以上のように、データ収集プログラム２５２によって自動収集された河川の水位データは、契約情報にしたがって利用者に送信される。
【００８２】
（本実施形態の利点）
本実施形態の構成によれば、データ提供者は、データ配信情報サーバ２０による自動データ収集の仕組みを利用することで、データを簡単に流通市場に提供することができる。データ提供者が準備すべきことは、データ収集設定条件をシステムに設定（登録）するか既存のデータ収集設定条件に合わせて提供側装置３０を設定する程度で足り、従来のように、提供者自身がデータを送信（アップロード）するシステムを開発あるいは導入する必要はない。したがって、データの流通市場への参加が比較的容易となり、市場の参加者の増加、市場に流通するデータの量・種類の増加が期待でき、データの流通及び利用を促進することが可能となる。
【００８３】
また、データ提供者がＷｅｂサイト、ブログ、ＳＮＳ、ＦＴＰサイト、ファイルサーバ、データアップローダなどを既に運用している場合、それらサーバからデータを取得するためのＡＰＩ（手続）をデータ収集設定条件として登録することで、それらサーバに存在するデータをそのままデータ流通市場に開放することが可能となり、データ提供者の利便性が向上する。
【００８４】
また、データ配信情報サーバ２０が提供側装置３０にアクセスする期間や時刻をデータ提供者自身が指定することができる。これにより、提供側装置３０の負荷が低い時間帯にデータ収集が行われるようにしたり、期間限定でデータを開放したり、という利用方法が可能となる。
【００８５】
また、タスク管理によって、提供側装置３０やデータ流通管理システムに負荷を集中させることなく、効率的にデータ収集を行うことができるという利点もある。
【００８６】
＜第２実施形態＞
前述のようなデータ流通市場においては、様々な形式（フォーマット）のデータが取引されるようになると想定される。そのため、データ提供者とデータ送信者の双方がデータ形式について共通の認識・理解をもった上で、データの取引を行う必要がある。例えば、データ提供者が画像センサで取得した画像データを提供することを想定すると、画像のフォーマット規格としてＭＰＥＧ，ＪＰＥＧ、Ｈ．２６Ｘなどを指定した上で、さらに撮影日、撮影者、撮影条件、コメントなどの情報も付加して送信することがある。そうすると利用者側は、画像のフォーマットは何であるか、画像に付加された情報が何であるか、どのような並びになっているか、等のフォーマット仕様を予め理解した上で、受信データを利用するアプリケーションを作成あるいは指定する必要がある。また例えば、提供者側が、複数のセンサのデータをまとめた複合的なデータセットを提供したい、ＸＭＬ，ＣＳＶ，ＪＳＯＮなどのデータフォーマットにしたい、ＥＵＣ，ＳＪＩＳなどのコーディングを指定したい、任意の圧縮方式を指定したい、独自に定義したフォーマットでデータを提供したい等、提供するデータのフォーマットを自由に設計したいという要望が出ることも想定される。したがって、データの流通市場への参加をより容易にし、データの流通及び利用の促進を図るためにも、システムで取り扱えるフォーマットの自由度を高めると共に、フォーマットの多様性に柔軟に対応可能とすることが望ましい。
【００８７】
以下に述べる本発明の第２実施形態は、上記のような事情に鑑み、データ提供者が任意にフォーマット仕様を作成・登録できる仕組みを採用する。なお、以下の説明では、第２実施形態に特有の構成及び処理を主に説明し、第１実施形態と共通の構成及び処理については説明を割愛する。
【００８８】
（システムの構成）
図１１は、第２実施形態のデータ流通情報サーバ１０の物理的構成及びプログラム構成を示している。第１実施形態（図２）との違いは、データ流通情報サーバ１０がデータフォーマット仕様情報登録プログラム１６を有している点と、メタデータＤＢ１５３の中にデータフォーマット仕様情報テーブルが登録されている点である。
【００８９】
データフォーマット仕様情報登録プログラム１６は、データの提供者からデータフォーマット仕様情報を取得し、メタデータＤＢ１５３内のデータフォーマット仕様情報テーブルに登録する機能（データフォーマット仕様情報登録手段）を提供する。データフォーマット仕様情報は、データフォーマットの仕様に関する情報であり、データの提供者が独自に作成（定義）することができる。データフォーマット仕様情報登録プログラム１６は、データフォーマット仕様情報を登録するためのユーザインタフェース（Ｗｅｂページ）と、データフォーマット仕様情報登録用のＡＰＩを用意しており、データの提供者は、ユーザインタフェースを利用してデータフォーマット仕様情報を手入力するか、ＡＰＩに対しデータフォーマット仕様情報を送信するかの、いずれかの方法でデータフォーマット仕様情報の登録を行うことができる。
【００９０】
データフォーマット仕様情報は、例えば、「フォーマットＩＤ」、「フォーマット名称」、「フォーマット仕様説明」、「フォーマット仕様記述」、「互換性フォーマットＩＤ」などの情報から構成される。フォーマットＩＤは、データフォーマット仕様を一意に識別するためにデータ流通管理システムにより自動発行されるＩＤである。フォーマット名称は、フォーマットの名前であり、テキストで記述される。フォーマット名称にバージョン名を含んでもよい。フォーマット仕様説明は、データフォーマットの概要を説明する自然言語によるテキストである。フォーマット仕様記述は、データフォーマットの仕様や定義である。本実施形態では、フォーマット仕様記述の設定方法として、（１）データフォーマットの仕様の内容を直接記述、（２）データフォーマットの仕様を記述したファイル（仕様書のデータ）を添付、（３）データフォーマットの指標を記述したリソース（データ、プログラム、Ｗｅｂページなど）のＵＲＩ（Uniform Resource Locator）を指定、の３つの方法を用意している。互換性フォーマットＩＤは、フォーマットＩＤで特定されるデータフォーマットと互換性のある他のデータフォーマットのフォーマットＩＤである。互換性とは、あるデータフォーマットのデータを他のデータフォーマットのデータとを置き換え可能なこと（置き換えても、利用者側のアプリケーションが動作可能であること）である。データフォーマット仕様情報の詳細については後述する。
【００９１】
（システムの動作）
図１２に、本実施形態のデータ流通管理システムで行われる処理の一連の流れを示す。下記の（ａ）〜（ｊ）は図１２中の対応する番号の処理の説明である。
【００９２】
（ａ）データ提供者は、センシングデータのデータフォーマット仕様を設計し、ドキュメント化する。
（ｂ）データ提供者は、データ流通情報サーバ１０に、データフォーマット仕様情報を登録する。このとき、データ提供者は、データフォーマット仕様を登録画面に手入力してもよいし、データフォーマット仕様のドキュメントをデータ流通情報サーバ１０にアップロードしてもよいし、データフォーマット仕様のドキュメントを公開されたサーバに置き、そのＵＲＩをデータ流通情報サーバ１０に通知してもよい。
（ｃ）データ提供者は、データ流通情報サーバ１０に、提供データディスクリプションを登録する。このとき、提供データディスクリプションの中に、提供するデータのフォーマットＩＤを記述することができる。
（ｄ）データ提供者は、データ流通情報サーバ１０に、提供申請を登録する。このとき、提供申請の中には、登録済みの提供データディスクリプションのＩＤを記述する。
（ｅ）データ利用者は、データ流通情報サーバ１０に、利用データディスクリプションを登録する。このとき、利用データディスクリプションの中に、利用したいデータのフォーマットＩＤを記述することができる。
（ｆ）データ利用者は、データ流通情報サーバ１０に、利用申請を登録する。
（ｇ）データ流通情報サーバ１０は、登録された提供側メタデータと利用側メタデータを比較し、条件が適合する提供者と利用者の組み合わせを検索する。
（ｈ）条件が適合する組み合わせが見つかったら、データ流通情報サーバ１０は、データ提供に係る契約情報を生成する。
以後、データ配信情報サーバ２０は、契約情報に基づき、提供者から提供されたデータを利用者の端末に送信する。
【００９３】
（実施例）
次に、データフォーマット仕様情報の登録処理の具体例を説明する。
【００９４】
図１３は、データ提供者からデータフォーマット仕様情報の登録リクエストがあったときに、データフォーマット仕様情報登録プログラム１６によって出力される登録画面の一例である。この登録画面では、フォーマット名称とフォーマット仕様説明をテキストで入力できる。フォーマット仕様記述については、フォーマット仕様記述入力ボックスに直接仕様の内容を記述するか、予めドキュメント化したデータフォーマット仕様書のファイルを添付するか、他の公開サーバに置かれているデータフォーマット仕様書のＵＲＩをフォーマット仕様書ＵＲＬリンク入力ボックスに入力するか、いずれかの方法で設定する。互換性のある他のデータフォーマットがある場合には、入力ボックスに互換性フォーマットＩＤを入力することができる。以上の情報をすべて入力した後、「発行」ボタンを押すと、データフォーマット仕様情報登録プログラム１６が、入力情報のエラー（例えば、入力漏れ、他のデータフォーマットとの名称の重複など）がないかをチェックし、エラーがなければフォーマットＩＤを発行する。
【００９５】
図１３は、フォーマット記述仕様として、データフォーマット仕様書のＵＲＬ「http://spec.abc.def.com」が設定され、互換性フォーマットＩＤとして「FORMAT-21」と「FORMAT-22」の２つが設定され、当該データフォーマットのフォーマットＩＤとして「FORMAT-23」が発行された例を示している。フォーマットＩＤが発行された後、「登録」ボタンを押すと、このデータフォーマット仕様情報がデータフォーマット仕様情報テーブルに登録される。図１４は、メタデータＤＢに登録されているデータフォーマット仕様情報テーブルの一例である。
【００９６】
次に、図１５〜図１７を参照して、マッチング実行プログラム１５２のマッチング処理の具体例を説明する。図１５は、マッチング処理のフローチャートであり、図１６は、提供申請テーブルと提供データディスクリプションテーブルの一例であり、図１７は、利用申請テーブルと利用データディスクリプションテーブルの一例である。
【００９７】
ステップＳ１３０では、マッチング実行プログラム１５２は、利用申請テーブルから１つの利用申請を取り出し変数USE_REQにセットすると共に、利用申請USE_REQに紐づけられた利用データディスクリプションを利用データディスクリプションテーブルから取り出し変数USE_DESCにセットする。ステップＳ１３１では、マッチング実行プログラム１５２が、提供申請テーブルから１つの提供申請を取り出し変数PRV_REQにセットすると共に、提
供申請PRV_REQに紐づけられた提供データディスクリプションを提供データディスクリプ
ションテーブルから取り出し変数PRV_DESCにセットする。PRV_REQが空である場合（ステ
ップＳ１３２のＹｅｓ）は、処理を終了する。
【００９８】
PRV_REQが空でない場合（ステップＳ１３２のＮｏ）、マッチング実行プログラム１５
２は、利用申請USE_REQに記載された利用者側の希望条件と提供申請PRV_REQに記載された提供者側の希望条件とがマッチするか確認する（ステップＳ１３３）。双方の希望条件がマッチした場合（ステップＳ１３３のＹｅｓ）、マッチング実行プログラム１５２は、利用データディスクリプションUSE_DESCに記載されたデータ仕様と提供データディスクリプションPRV_DESCに記載されたデータ仕様とがマッチするか確認する（ステップＳ１３４）。双方のデータ仕様もマッチした場合（ステップＳ１３４のＹｅｓ）、マッチング実行プログラム１５２は、この提供者と利用者の間のデータ提供に係る契約情報を生成する（ステップＳ１３５）。
【００９９】
ここで、ステップＳ１３４の処理において、利用データディスクリプションUSE_DESCと提供データディスクリプションPRV_DESCがともにフォーマットＩＤを含んでいた場合には、図１５の（Ｂ）に示す手順でフォーマットＩＤのマッチングを行うとよい。
【０１００】
マッチング実行プログラム１５２は、まず、利用データディスクリプションUSE_DESCに記載されたフォーマットＩＤと提供データディスクリプションPRV_DESCに記載されたフォーマットＩＤを比較する（ステップＳ１３６）。フォーマットＩＤが一致していれば（ステップＳ１３６のＹｅｓ）、利用データディスクリプションUSE_DESCのデータフォーマット仕様と提供データディスクリプションPRV_DESCのデータフォーマット仕様はマッチしていると判断し、次のデータ仕様項目のマッチングに移る。
【０１０１】
一方、フォーマットＩＤが一致していない場合（ステップＳ１３６のＮｏ）、マッチング実行プログラム１５２は、データフォーマット仕様情報テーブル（図１４）を参照して、提供データディスクリプションPRV_DESCのフォーマットＩＤと互換性のある互換性フォーマットＩＤを取得する（ステップＳ１３７）。そして、マッチング実行プログラム１５２は、互換性フォーマットＩＤの中に、利用データディスクリプションUSE_DESCのフォーマットＩＤと一致するものがあるか確認する（ステップS１３８）。互換性フォーマット
ＩＤと一致した場合（ステップＳ１３８のＹｅｓ）は、利用データディスクリプションUSE_DESCのデータフォーマット仕様と提供データディスクリプションPRV_DESCのデータフォーマット仕様はマッチしていると判断し、次のデータ仕様項目のマッチングに移る。互換性フォーマットＩＤとも一致しなかった場合（ステップＳ１３８のＮｏ）は、利用データディスクリプションUSE_DESCと提供データディスクリプションPRV_DESCはマッチしないと判断し、図１５の（Ａ）のステップＳ１３４のＮｏに進む。
【０１０２】
図１６と図１７のテーブルが与えられたときに、上記マッチング処理を行うと、提供申請PRV_REQ_2と利用申請USE_REQ_3の比較では、すべての項目がマッチする。また、提供データディスクリプションPRV_DESC_2と利用データディスクリプションUSE_DESC_3の比較においては、フォーマットＩＤ以外の項目はマッチする。しかし、データフォーマット仕様情報テーブルを参照すると、提供データディスクリプションPRV_DESC_2のフォーマットＩＤ FORMAT-23と利用データディスクリプションUSE_DESC_3のフォーマットＩＤ FORMAT-21の間には互換性があることが分かるため、結果、マッチングは成功（契約成立）となる。
【０１０３】
以上述べた本実施形態によれば、データの提供者がデータフォーマットを独自に設計し登録することができるので、システムで取り扱えるデータフォーマットの自由度を高めることができると共に、データフォーマットの多様性に柔軟に対応することができる。また、データフォーマットの仕様の設定方法を３つの方法の中から選択できるため、データ提供者の利便性を向上することができる。また、データフォーマット仕様情報を参照することで、互換性のあるデータフォーマットを把握することができるため、データ利用者の利便性も向上することができる。さらに、データフォーマットに互換性がある場合もマッチングが成功するので、利用側メタデータと提供側メタデータのマッチングの成功率（成約率）を高めることができる。
【０１０４】
＜第３実施形態＞
上記第２実施形態では、データの提供者が独自フォーマットのデータを提供するに際し、そのデータフォーマット仕様をデータ利用者に公開・共有できる仕組みを用意した。これに対し、以下に述べる本発明の第３実施形態では、データの提供者が独自フォーマットのデータを提供するに際し、そのデータを利用するための入力ＩＦとなるプログラム（データリーダと呼ぶ）をデータ利用者に公開・提供できる仕組みを用意する。このような仕組みによっても、第２実施形態と同様、システムで取り扱えるデータフォーマットの自由度を高めることができるとと共に、データフォーマットの多様性に柔軟に対応することができ、データ提供者・利用者双方の利便性を向上することができる。加えて、この方法によれば、データ提供者はデータフォーマットの具体的な仕様を非公開に（隠ぺい）できるため、提供するデータの独自性を高め、他者との差別化を図ることができるという利点もある。
【０１０５】
なお、以下の説明では、第３実施形態に特有の構成及び処理を主に説明し、第１実施形態や第２実施形態と共通の構成及び処理については説明を割愛する。
【０１０６】
（データリーダクラスとデータリーダ）
図１８は、本実施形態のシステムで用いるデータリーダクラスとデータリーダを概念的に示す図である。
【０１０７】
データリーダクラスは、データにアクセスする際の手続き（データＩＦ）を規定する抽象クラスであり、テータを取得するためのＡＰＩ（Application Programming Interface
）定義の集まりである。ＡＰＩ定義は、例えば、それぞれのＡＰＩの名前、それぞれのＡＰＩに渡す引数のデータのフォーマットの定義、それぞれのＡＰＩから返されるデータのフォーマットの定義で構成される。データリーダクラスの定義については公開されており、データリーダクラスの名称とバージョン番号によりデータリーダクラスを一意に特定できるものとする。なお、データリーダクラスの策定は例えば、データ利用者、データ提供者、データ流通管理システムの運営者、業界団体、標準化団体などが行うことが想定される。データリーダクラスが公開されているデータフォーマットは、誰でも利用可能な汎用のデータフォーマットである。したがって、データ利用者は、アプリケーション４１にデータリーダクラスに対応するデータＩＦを組み込むことで、そのデータリーダクラスに準拠するフォーマットのセンシングデータをアプリケーション４１で利用することが可能となる。
【０１０８】
データリーダとは、データ提供者から提供される独自フォーマットのセンシングデータを読み込み、データリーダクラスに準拠したデータへと変換するプログラムである。例えば、図１８の例では、Ａ社がセンシングデータ４３Ａを、Ｂ社がセンシングデータ４３Ｂを、それぞれ提供している。センシングデータ４３Ａ、４３Ｂはいずれも独自フォーマット（未知のフォーマット）であるため、データ利用側のアプリケーション４１はそれらのデータ４３Ａ、４３Ｂを直接読み込むことはできない。このような場合に、Ａ社フォーマットのセンシングデータ４３Ａを既知のデータリーダクラスに変換するデータリーダ４２Ａを用いれば、アプリケーション４１は、Ａ社フォーマットのセンシングデータ４３Ａをあたかもデータリーダクラスに準拠したデータのように取り扱うことができる。同様に、データリーダ４２Ｂを用いることで、アプリケーション４１は、Ｂ社フォーマットのセンシングデータ４３Ｂをあたかもデータリーダクラスに準拠したデータのように取り扱うことができる。なお、データリーダは、単体で動作するプログラムでもよいし、アプリケーション４１に追加するアドインモジュールでもよいし、デバイスドライバのようなプログラムでもよい。
【０１０９】
このような仕組みによれば、データ利用者は、用いるデータリーダを適宜変更することで、（アプリケーション４１を改変することなく）様々な独自フォーマットのデータを利用することができるというメリットがある。一方、データ提供者にとっては、独自フォーマットのデータを汎用フォーマットのデータのごとく提供することができ、データの利用機会を増加できるというメリットがある。
【０１１０】
（システム構成）
図１９は、第３実施形態のデータ流通情報サーバ１０の物理的構成及びプログラム構成を示している。第２実施形態（図１１）との違いは、データ流通情報サーバ１０がデータリーダ登録プログラム１７を有している点と、メタデータＤＢ１５３の中にデータリーダＤＢが設けられている点である。
【０１１１】
データリーダ登録プログラム１７は、データの提供者からデータリーダを取得し、メタデータＤＢ１５３内のデータリーダＤＢに登録する機能（データリーダ登録手段）を提供する。データリーダ登録プログラム１７は、データリーダを登録するためのユーザインタフェース（Ｗｅｂページ）と、データリーダ登録用のＡＰＩを用意しており、データの提供者は、ユーザインタフェースを利用してデータリーダをアップロードするか、ＡＰＩに対しデータリーダを送信するかの、いずれかの方法でデータリーダの登録を行うことができる。
【０１１２】
（システムの動作）
図２０に、本実施形態のデータ流通管理システムで行われる処理の一連の流れを示す。下記の（ａ）〜（ｈ）は図２０中の対応する番号の処理の説明である。ここでは、データ提供者が独自フォーマットの券売機データを「ＡＦＣ券売機データクラス  バージョン：２  ０」に準拠したアプリケーションで利用可能とする例を示す。
【０１１３】
（ａ）データ提供者は、自身が提供する独自フォーマットのデータを「ＡＦＣ券売機データクラス  バージョン：２  ０」に準拠したデータに変換するためのデータリーダを作成する。
（ｂ）データ提供者は、データ流通情報サーバ１０に、データリーダを登録する。登録したデータリーダにはデータリーダＩＤが割り当てられ、データリーダＩＤとデータリーダ（プログラム）がデータリーダＤＢに格納される。このとき、データ提供者は、独自フォーマットの仕様を登録することもできる。ただし、フォーマットを公開したくない場合には、フォーマット仕様を登録しなくてもよい。
（ｃ）データ提供者は、データ流通情報サーバ１０に、提供データディスクリプションを登録する。このとき、提供データディスクリプションの中に、提供するデータの読み込みに利用するデータリーダのデータリーダＩＤ、そのデータリーダが対応する（出力する）データリーダクラスを特定する情報（クラス名称とバージョン番号など）を記述することができる。
（ｄ）データ提供者は、データ流通情報サーバ１０に、提供申請を登録する。このとき、提供申請の中には、登録済みの提供データディスクリプションのＩＤを記述する。
（ｅ）データ利用者は、データ流通情報サーバ１０に、利用データディスクリプションを登録する。このとき、利用データディスクリプションの中に、アプリケーションで利用したいデータリーダクラスを特定する情報（クラス名称とバージョン番号など）を記述することができる。
（ｆ）データ利用者は、データ流通情報サーバ１０に、利用申請を登録する。
（ｇ）データ流通情報サーバ１０は、登録された提供側メタデータと利用側メタデータを比較し、条件が適合する提供者と利用者の組み合わせを検索する。このとき、提供データディスクリプションと利用データディスクリプションの間で、データリーダクラスの名称及びバージョン番号のマッチングが行われる。
（ｈ）条件が適合する組み合わせが見つかったら、データ流通情報サーバ１０は、データ提供に係る契約情報を生成する。契約情報の中には、当該データを利用するためのデータリーダを特定する情報（データリーダＩＤなど）が記述される。
【０１１４】
以後、データ配信情報サーバ２０は、契約情報に基づき、提供者から提供されたデータを利用者の端末に送信する。データ利用者の端末は、契約成立時、又は、データ受信時などに、データ流通情報サーバ１０から必要なデータリーダをダウンロードし、データの読み込みに利用する。これにより、利用側のアプリケーションは、提供者の独自フォーマットのデータをあたかも「ＡＦＣ券売機データクラス  バージョン２  ０」に準拠したデータとして取り扱うことができる。
【０１１５】
＜その他の実施形態＞
上述した実施形態の構成は本発明の一具体例を示したものにすぎず、本発明の範囲を限定する趣旨のものではない。本発明はその技術思想を逸脱しない範囲において、種々の具体的構成を採り得るものである。
【０１１６】
例えば、上記実施形態では、センシングデータの流通市場を形成するインフラに本発明を適用した例を説明するが、本発明の適用範囲はセンシングデータの流通に限られず、提供を希望する者と利用を希望する者が存在すれば、いかなる種類のデジタルデータの流通に対しても本発明を適用することができる。また、上記実施形態では、提供側メタデータを提供データディスクリプションと提供申請の２つのデータで構成し、利用側メタデータを利用データディスクリプションと利用申請の２つのデータで構成したが、メタデータのデータ構造はこれに限らない。例えば、データディスクリプションに含まれる情報と申請に含まれる情報を１つのメタデータに含めてもよいし、これらの情報以外の情報をメタデータに含めてもよい。
【符号の説明】
【０１１７】
１０：データ流通情報サーバ
２０：データ配信情報サーバ
３０：提供側装置
４０：利用側端末
【図１】
0006398944.tif 000002
【図２】
0006398944.tif 000003
【図３】
0006398944.tif 000004
【図４】
0006398944.tif 000005
【図５】
0006398944.tif 000006
【図６】
0006398944.tif 000007
【図７】
0006398944.tif 000008
【図８】
0006398944.tif 000009
【図９】
0006398944.tif 000010
【図１０】
0006398944.tif 000011
【図１１】
0006398944.tif 000012
【図１２】
0006398944.tif 000013
【図１３】
0006398944.tif 000014
【図１４】
0006398944.tif 000015
【図１５】
0006398944.tif 000016
【図１６】
0006398944.tif 000017
【図１７】
0006398944.tif 000018
【図１８】
0006398944.tif 000019
【図１９】
0006398944.tif 000020
【図２０】
0006398944.tif 000021