特許 7388534 データ収集システム及びデータ収集方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-11-20

(45)【発行日】2023-11-29

(54)【発明の名称】データ収集システム及びデータ収集方法

(51)【国際特許分類】

   H04L 69/18 20220101AFI20231121BHJP

【ＦＩ】

H04L69/18

【請求項の数】 8

(21)【出願番号】P 2022501590

(86)(22)【出願日】2020-02-21

(86)【国際出願番号】 JP2020007248

(87)【国際公開番号】W WO2021166261

(87)【国際公開日】2021-08-26

【審査請求日】2022-07-14

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】100119677

【弁理士】

【氏名又は名称】岡田 賢治

(74)【代理人】

【識別番号】100160495

【弁理士】

【氏名又は名称】畑 雅明

(74)【代理人】

【識別番号】100115794

【弁理士】

【氏名又は名称】今下 勝博

(72)【発明者】

【氏名】谷口 友宏

(72)【発明者】

【氏名】玉置 真也

(72)【発明者】

【氏名】鈴木 徹也

(72)【発明者】

【氏名】木村 康隆

【審査官】速水 雄太

(56)【参考文献】

【文献】特開２００９－２６０７７８（ＪＰ，Ａ）

【文献】特開２０１４－１１０６３８（ＪＰ，Ａ）

【文献】特開２０１９－０３２８００（ＪＰ，Ａ）

【文献】特開２０１３－１５２５５７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６９／１８

(57)【特許請求の範囲】

【請求項1】

端末からデータ収集部への通信を１又は複数の通信プロトコルで行うデータ収集システムであって、
前記端末は、センシングデータ及び機器情報を検出するセンサーデバイス以外の検出部を持ち、前記検出部が検出した情報であるメタデータを、前記センシングデータ又は前記機器情報を送信する前記通信プロトコルで規定されるフレーム内の、前記通信プロトコルで規定される拡張領域に格納し、
前記データ収集部は、前記フレームに記載される前記端末を識別する情報に基づいて、前記センシングデータと前記機器情報と前記メタデータとを関連付けており、
前記メタデータは検出対象の位置情報、設置者情報、設置状態の情報及び環境情報であり、
前記拡張領域は、設定により独自用途で使用可能な領域である
ことを特徴とするデータ収集システム。

【請求項2】

前記端末は、前記拡張領域に収まるように前記メタデータを加工して格納することを特徴とする請求項１に記載のデータ収集システム。

【請求項3】

前記端末は、前記拡張領域に収まるように前記メタデータを分割して複数のフレームに格納することを特徴とする請求項１に記載のデータ収集システム。

【請求項4】

前記端末は、前記検出部が検出した情報を一定期間蓄積した記録、又は特定の計算を行った結果を前記メタデータとすることを特徴とする請求項１から３のいずれかに記載のデータ収集システム。

【請求項5】

前記端末は、前記検出部が検出する種別、及び前記検出部が情報を検出するタイミングの少なくとも１つを自発的又は前記データ収集部からの指示で変更することを特徴とする請求項１から４のいずれかに記載のデータ収集システム。

【請求項6】

前記メタデータを格納するフレームの前記通信プロトコルがＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）又はＨＴＩＰ（Ｈｏｍｅ－ｎｅｔｗｏｒｋ Ｔｏｐｏｌｏｇｙ Ｉｄｅｎｔｉｆｙｉｎｇ Ｐｒｏｔｏｃｏｌ）であることを特徴とする請求項１から５のいずれかに記載のデータ収集システム。

【請求項7】

前記端末は、前記フレームの送信周期を自発的又は前記データ収集部からの指示で変更することを特徴とする請求項６に記載のデータ収集システム。

【請求項8】

端末からデータ収集部への通信を１又は複数の通信プロトコルで行うデータ収集方法であって、
前記端末において、センシングデータ及び機器情報を検出するセンサーデバイス以外の検出部で検出した情報であるメタデータを取得すること、
前記端末において、前記センシングデータ又は前記機器情報を送信する前記通信プロトコルで規定されるフレーム内の、前記通信プロトコルで規定される拡張領域に前記メタデータを格納すること、及び
前記データ収集部において、前記フレームに記載される前記端末を識別する情報に基づいて、前記センシングデータと前記機器情報と前記メタデータとを関連付けること
を行い、
前記メタデータは検出対象の位置情報、設置者情報、設置状態の情報及び環境情報であり、
前記拡張領域は、設定により独自用途で使用可能な領域である
こと特徴とするデータ収集方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）におけるセンシングデータ収集に関する。

【背景技術】

【0002】

標準規格化されており、かつ、高い性能を要求しない軽量の通信プロトコルで、端末や機器のネットワーク構成情報や機器情報を取得する。例えば、非特許文献１では、ＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を用いた方法が報告されている。

【0003】

ＩｏＴにおいては、数多くのセンサー端末をネットワーク接続し、それらが生成するデータ（センシングデータ）を収集する必要がある。また、ＩｏＴにおけるデータ活用においては、センサー端末が生成するセンシングデータそのものだけではなく、メタデータと呼ばれる、センシングデータに関するデータの重要性が報告されており（非特許文献２など）、センシングデータとメタデータを合わせて取得且つ流通させることで、利用者がセンシングデータを安全かつ容易に活用することが期待されている。例えば、非特許文献１に開示されるＬＬＤＰを利用すれば、経済的なシステム構成で、センシングデータに関するメーカ名や型番などのメタデータ（機器情報）を収集できる。

【先行技術文献】

【非特許文献】

【0004】

【文献】美原 義行、山崎 毅文、岡本 学、佐藤 敦、「ホームネットワークマップ特定プロトコルＨＴＩＰの設計と診断ツールへの適用」、情報処理学会論文誌 コンシューマ・デバイス＆システム、Ｖｏｌ．２、 Ｎｏ．３、 ｐｐ．３４－４５、Ｄｅｃ． ２０１２．

【文献】小田 利彦、今井 紘、内藤 丈嗣、竹林 一、「センシングデータ流通市場におけるメタデータの定義・生成・活用の一方式」、２０１８年度人工知能学会全国大会（第３２回）、Ｊｕｎｅ ２０１２．

【文献】ＩＥＥＥ Ｓｔｄ ８０２．１ＡＢ－２０１６， “ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ Ｌｏｃａｌ ａｎｄ ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋｓ－Ｓｔａｔｉｏｎ ａｎｄ Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｄｉｓｃｏｖｅｒｙ”

【文献】ＴＴＣ標準 ＪＪ－３００．００、「ホームＮＷ接続構成特定プロトコル 第３．０版」、２０１７年５月２５日

【発明の概要】

【発明が解決しようとする課題】

【0005】

メタデータとしては、製品名／型番などの機器情報だけではなく、センサ機器の設置位置／設置者などの設置条件に関するものや、センサー装置が観測する対象に関するものも含まれる（例えば、非特許文献２を参照。）。

【0006】

これらの機器情報以外の情報であるメタデータの収集方法としては、専用のシステムを開発／構築して収集するか、人手で収集した上で、別途収集したセンシングデータと関連付けることが考えられる。しかし、この手法には以下のような困難性がある。
（１）複数システムの開発／構築や人手の収集稼働によるコストの増大や運用の煩雑化が発生する。
（２）別個に取得したセンシングデータとメタデータの関連付けの際のエラー発生（例えば、ヒューマンエラー）が発生する。

【0007】

これらの困難性を解決する収集方法が期待されるが、具体的な手段は明らかにされていない。そこで、本発明は、上記課題を解決するために、既存の通信プロトコルでセンシングデータや機器情報以外の各種のメタデータを収集することができ、且つエラー無くセンシングデータと機器情報とメタデータとを関連付けることができるデータ収集システム及びデータ取集方法を提供することを目的とする。

【課題を解決するための手段】

【0008】

上記課題を解決するために、本発明に係るデータ収集システムは、センター端末が、センシングデータまたは機器情報の収集に用いる既存の通信プロトコルの拡張またはオプション機能を用いて各種のメタデータを送信することとした。

【0009】

具体的には、本発明に係るデータ収集システムは、端末からデータ収集部への通信を１又は複数の通信プロトコルで行うデータ収集システムであって、
前記端末は、センシングデータ及び機器情報を検出するセンサーデバイス以外の検出部を持ち、前記検出部が検出した情報であるメタデータを、前記センシングデータ又は前記機器情報を送信する前記通信プロトコルで規定されるフレーム内の、前記通信プロトコルで規定される拡張領域に格納し、
前記データ収集部は、前記フレームに記載される前記端末を識別する情報に基づいて、前記センシングデータと前記機器情報と前記メタデータとを関連付ける
ことを特徴とする。

【0010】

また、本発明に係るデータ収集方法は、端末からデータ収集部への通信を１又は複数の通信プロトコルで行うデータ収集方法であって、
前記端末において、センシングデータ及び機器情報を検出するセンサーデバイス以外の検出部で検出した情報であるメタデータを取得すること、
前記端末において、前記センシングデータ又は前記機器情報を送信する前記通信プロトコルで規定されるフレーム内の、前記通信プロトコルで規定される拡張領域に前記メタデータを格納すること、及び
前記データ収集部において、前記フレームに記載される前記端末を識別する情報に基づいて、前記センシングデータと前記機器情報と前記メタデータとを関連付けること
を特徴とする。

【0011】

センター端末が、既存の通信プロトコルの拡張またはオプション機能を用いて各種のメタデータを送信するため、データ収集部はセンシングデータと機器情報と各種のメタデータを一括して収集することができる。このため、従来の方法で課題となっていた、コスト向上や運用の煩雑化、および、センシングデータと機器情報とメタデータの関連付けの際のエラー発生を回避して、経済的かつ信頼性の高いシステムを実現できる。

【0012】

従って、本発明は、既存の通信プロトコルでセンシングデータや機器情報以外の各種のメタデータを収集することができ、且つエラー無くセンシングデータと機器情報とメタデータとを関連付けることができるデータ収集システム及びデータ取集方法を提供することができる。

【0013】

標準規格化された通信プロトコルのフレームでは拡張領域の大きさに制限がある。このため、前記端末は、前記拡張領域に収まるように前記メタデータを加工して格納すること、又は前記拡張領域に収まるように前記メタデータを分割して複数のフレームに格納することが好ましい。

【0014】

また、前記端末は、前記検出部が検出した情報を一定期間蓄積した記録、又は特定の計算を行った結果を前記メタデータとしてもよい。

【0015】

前記端末は、前記検出部が検出する種別、及び前記検出部が情報を検出するタイミングの少なくとも１つを自発的又は前記データ収取部からの指示で変更してもよい。

【0016】

前記メタデータを格納するフレームの前記通信プロトコルがＬＬＤＰ（Ｌｉｎｋ Ｌａｙｅｒ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）又はＨＴＩＰ（Ｈｏｍｅ－ｎｅｔｗｏｒｋ Ｔｏｐｏｌｏｇｙ Ｉｄｅｎｔｉｆｙｉｎｇ Ｐｒｏｔｏｃｏｌ）であることが好ましい。ＬＬＤＰやＨＴＩＰは、ＩｏＴのデータ収集システムにおいて標準規格化されており、かつ、高い性能を要求しない軽量の通信プロトコルである。この通信プロトコルを採用することで、システムコストの上昇や運用の煩雑化を回避することができる。

【0017】

この場合、前記端末は、前記フレームの送信周期を自発的又は前記データ収取部からの指示で変更することができる。

【発明の効果】

【0018】

本発明は、既存の通信プロトコルでセンシングデータや機器情報以外の各種のメタデータを収集することができ、且つエラー無くセンシングデータと機器情報とメタデータとを関連付けることができるデータ収集システム及びデータ取集方法を提供することができる。

【図面の簡単な説明】

【0019】

【図1】本発明に係るデータ収集システムを説明する図である。

【図2】本発明に係るデータ収集システムが備える端末を説明する図である。

【図3】本発明に係るデータ収集システムが備えるデータ取集部を説明する図である。

【図4】本発明に係るデータ収集システムを説明する図である。

【図5】本発明に係るデータ収集システムが備える端末を説明する図である。

【図6】本発明に係るデータ収集システムが備えるデータ取集部を説明する図である。

【図7】本発明に係るデータ収集システムがフレームへ機器情報及びメタデータを格納する例を説明する図である。

【図8】本発明に係るデータ収集システムがフレームへ機器情報及びメタデータを格納する例を説明する図である。

【発明を実施するための形態】

【0020】

添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。

【0021】

（実施形態１）
図１は、本実施形態のデータ収集システム３０１を説明する図である。データ収集システム３０１は、端末１１からデータ収集部１２への通信を１又は複数の通信プロトコルで行うデータ収集システムであって、
端末１１は、センシングデータ及び機器情報を検出するセンサーデバイス１１ａ以外の検出部１１ｅを持ち、検出部１１ｅが検出した情報であるメタデータを、前記センシングデータ又は前記機器情報を送信する前記通信プロトコルで規定されるフレーム内の、前記通信プロトコルで規定される拡張領域に格納し、
データ収集部１２は、前記フレームに記載される端末１１を識別する情報に基づいて、前記センシングデータと前記機器情報と前記メタデータとを関連付ける
ことを特徴とする。

【0022】

データ収集ネットワーク１５は、特定の範囲に存在するセンサー端末１１とデータ収集部１２とを接続するネットワークである。データ収集ネットワーク１５は、例えば、ローカルエリアネットワーク（ＬＡＮ）、フィールドエリアネットワーク（ＦＡＮ）、ＩｏＴエリアネットワークなどである。

【0023】

センサー端末１１は、観測対象に関するセンシングを行い、センシングデータを生成する。同じデータ収集ネットワーク１５内に、単一種類のセンサー端末１１が複数存在する場合と、複数種類のセンサー端末が存在する場合がある。センサー端末１１は、１つ又は複数の通信プロトコルを用いてセンシングデータ、機器情報、及びメタデータを一括してデータ収集部１３に送信する。センサー端末１１の詳細については後述する。

【0024】

通信プロトコルは、無線（Ｗｉ－Ｆｉ、ＬＰＷＡ）や導線（イーサネット（登録商標）、ＰＬＣ、シングルペアイーサネット）、光ファイバ（イーサネット、ＰＯＮ）などのデータ通信用の各種プロトコルの他、ＬＬＰＤなどの機器情報収集用の各種プロトコル、ＨＴＩＰなどのホームネットワークプロトコル、などが例示できる。また、データ収集ネットワーク１５内で用いられる通信プロトコルは、単一種類であってもよいし、複数種類であってもよい。

【0025】

データ収集部１２は、例えば、ＩｏＴゲートウェイ、アクセスポイント、その他の各種収容装置である。データ収集部１２は、収集したセンシングデータ、機器情報、及びメタデータをセンサー端末１１に関連付けた状態の情報とし、データ分析部１３へ渡す。データ収集部１２の詳細についても後述する。

【0026】

データ分析部１３は、データ収集部１２から渡された前記情報を保管し、分析に供する。データ分析部１３は、データ収集部１２と同一装置内にある場合と別装置内にある場合がある。別装置内の場合は、ネットワークを介してデータ収集部１２から離れた場所にあってもよい。

【0027】

図２は、センサー端末１１を説明する図である。センサー端末１１は、センサーデバイス１１ａ、機器情報格納処理部１１ｂ、センシングデータ格納処理部１１ｃ、プロトコル動作部１１ｄ、検出部１１ｅ、及びメタデータ格納処理部１１ｆを有する。センサーデバイス１１ａは、観測対象に関するセンシングを行う。機器情報格納処理部１１ｂは、観測対象の機器情報（例えば、機器のメーカ名、機種名、型番等）を収集し、フレームの所定位置（プロトコルで規定される“拡張領域”や“オプション領域”等の独自用途で使用可能な領域）に当該情報を格納する。センシングデータ格納処理部１１ｃは、センサーデバイス１１ａからのセンシングデータをフレームの所定位置（プロトコルで規定されるペイロード部分など）に格納する。

【0028】

検出部１１ｅは、機器情報以外の情報（メタデータ）を取得する。機器情報以外の情報とは、本実施形態であれば、検出対象の位置情報、設置者情報及び環境情報である。ただし、本発明は機器情報以外の情報をこれらに限定しない。検出部１１ｅは、これらの情報を取得するために、位置情報検出部１１ｅ_１、設置者検出部１１ｅ_２、及び環境情報検出部１１ｅ_３を有する。位置情報検出部１１ｅ_１は、例えば、ＧＰＳ、加速度センサ、ジャイロセンサ、あるいはＷｉ－Ｆｉ信号やＢＬＥビーコン信号などのＲＳＳＩ受信器である。設置者検出部１１ｅ_２は、例えば、設置者を識別する場合、指紋センサ、静脈センサ、カメラ（顔／虹彩認識）、又はマイク（声紋検出）であり、設置者の状況を確認する場合、設置者が身に着けているセンサの出力値（血圧、心拍、移動速度、発言、会話など）を受信する受信器である。環境情報検出部１１ｅ_３は、例えば、カメラ（映像情報）や、温度、湿度、照度、気圧、音、赤外線／紫外線などの環境センサである。
なお、検出部１１ｅは、複数の検出対象のうち全てを検出してもよいし、任意の１つを検出してもよい。

【0029】

メタデータ格納処理部１１ｆは、検出部１１ｅが検出したデータをメタデータとして通信プロトコルで設定されているフレーム内の拡張領域又はオプション領域に格納する。

【0030】

プロトコル動作部１１ｄは、所定領域にセンシングデータや機器情報が格納され、拡張領域又はオプション領域にメタデータが格納されたフレームをデータ収集部１２へ送信する。なお、センシングデータが格納されたフレームの通信プロトコルと、機器情報が格納されたフレームの通信プロトコルとは、同一であっても異なっていてもよい。後者の場合、メタデータ格納処理部１１ｆは、メタデータをいずれか１つの通信プロトコルのフレーム（センシングデータが格納されたフレーム又は機器情報が格納されたフレーム）に格納してもよいし、両方の通信プロトコルのフレーム（センシングデータが格納されたフレーム及び機器情報が格納されたフレーム）に格納してもよい。

【0031】

メタデータ格納処理部１１ｆは、フレームの独自拡張領域の様式／制限に適合するように、メタデータを、ある短縮コードに変換して格納したり、分割して複数フレームに分けて格納（フラグメンテーション）するなど、加工した後にフレームに格納してもよい。

【0032】

メタデータ格納処理部１１ｆは、メタデータをフレームに格納する格納タイミングを任意に設定することができる。例えば、当該格納タイミングをメタデータ更新の都度とすることもできるし、メタデータを逐次格納ではなく一定期間蓄積したタイミングで格納してもよい。また、メタデータ格納処理部１１ｆは、メタデータを一定期間蓄積した場合、その記録（ログ）や、特定の計算／統計処理をした結果をフレームに格納してもよい。

【0033】

フレームに格納するメタデータの種別や格納タイミングは固定されていても変動してもよい。センサー端末１１自身の判断、データ分析部１３やデータ収集部１２からの指示でメタデータの種別や格納タイミングを動的に変更してもよい。

【0034】

図３は、データ収集部１２を説明する図である。データ収集部１２は、プロトコル動作部１２ａ、収集データ処理部１２ｂ及びデータ一括送信部１２ｃを有する。プロトコル動作部１２ａは、センサー端末１１からの独自拡張領域にメタデータが格納されたフレームを受信する。収集データ処理部１２ｂは、受信したフレームからセンシングデータ、機器情報、及びメタデータを取り出し、これらをセンサー端末１１の個体を識別する情報（例：ＭＡＣアドレス）を基にデータベースに整理する。データ一括送信部１２ｃは、所定のタイミングで、前記データベースに整理されたデータをフレームのペイロード部分に格納し、当該フレームをデータ分析部１３へ送信する。データ一括送信部１２ｃは、データ分析部１３の要件に応じて、前記データベース内の一部のデータのみを送信してもよいし、全てのデータを送信してもよい。

【0035】

（実施形態２）
図４は、本実施形態のデータ収集システム３０２を説明する図である。データ収集システム３０２は、センサー端末１１の代替としてセンサー端末２１を、データ収取部１２の代替としてデータ収集部２２を備え、前記メタデータを格納するフレームの前記通信プロトコルがＬＬＤＰ又はＨＴＩＰであることが図１のデータ収集システム３０１との相違点である。本実施形態では、実施形態１のデータ収集システム３０１との相違部分を説明する。

【0036】

図５は、センサー端末２１を説明する図である。センサー端末２１は、センサー端末１１の通信プロトコル動作部１１ｄの代替としてセンシングデータ用通信プロトコル動作部１１ｄ_１とＬＬＤＰプロトコル動作部１１ｄ_２を有する。

【0037】

センシングデータ用通信プロトコル動作部１１ｄ_１は、センシングデータ格納処理部１１ｃによりセンシングデータが格納されたフレームを任意の通信プロトコル（例えば、イーサネット（登録商標）、Ｗｉ－Ｆｉ、ＬＰＷＡ等）でデータ収集部２２へ送信する。

【0038】

ＬＬＤＰプロトコル動作部１１ｄ_２は、機器情報格納処理部１１ｂによりセンサー端末２１の製品名／型番などの機器情報やネットワーク構成情報が格納され、メタデータ格納処理部１１ｆにより各種のメタデータが格納されたフレームをＬＬＤＰ又はＨＴＩＰを用いてデータ収集部２２へ送信する。機器情報格納処理部１１ｂとメタデータ格納処理部１１ｆがどのようにこれらの情報をフレームに格納するかについては後述する。なお、ＬＬＤＰプロトコル動作部１１ｄ_２は、前記フレームの送信周期を固定としてもよいし、自発的又は前記データ収取部からの指示で変更してもよい。

【0039】

図６は、データ収集部２２を説明する図である。データ収集部２２は、データ収集部１２のプロトコル動作部１２ａの代替として、センシングデータ用通信プロトコル動作部１２ａ_１とＬＬＤＰプロトコル動作部１２ａ_２を有する。センシングデータ用通信プロトコル動作部１２ａ_１は、各センサー端末２１から送信されてきたセンシングデータが格納されたフレームを受信する。ＬＬＤＰプロトコル動作部１２ａ_２は、各センサー端末２１から送信されてきた機器情報やメタデータが格納されたフレームを受信する。

【0040】

収集データ処理部１２ｂは、受信したそれぞれのフレームからセンシングデータ、機器情報、及びメタデータを取り出し、これらをセンサー端末１１の個体を識別する情報を基にデータベースに整理する。センサー端末１１の個体を識別する情報とは、例えば、センシングデータ用の通信プロトコルとＬＬＤＰプロトコルで共通で用いるＭＡＣアドレスである。収集データ処理部１２ｂは、このＭＡＣアドレスを基にセンシングデータと機器情報とメタデータとを関連付ける。

【0041】

図７は、ＬＬＤＰプロトコル動作部１１ｄ_２が通信プロトコルとしてＬＬＤＰ（例えば非特許文献３を参照。）を採用する場合、フレームへ機器情報とメタデータを格納する例を説明する図である。図７（Ａ）は、ＬＬＤＰのフレーム構成を説明する図である。ＬＬＤＰのフレームは、ヘッダーとデータユニットで構成される。図７（Ｂ）は、データユニットのフォーマットを説明する図である。データユニットは、必須ＴＬＶ、任意ＴＬＶ、及び終端ＴＬＶで構成される。図７（Ｃ）は、１つの任意ＴＬＶのフォーマットを説明する図である。任意ＴＬＶは、ＴＬＶタイプ、ＴＬＶ長、及び情報領域で構成される。図７（Ｄ）は、任意ＴＬＶのタイプの一覧である。ＴＬＶタイプに“１”～“８”を入力すると、当該任意ＴＬＶの情報領域に装置名、メーカー名、ＭＡＣアドレス、あるいはＩＰアドレスなどの各種情報を機器情報として格納することができる。また、ＴＬＶタイプに“１２７”を入力すると、当該任意ＴＬＶの情報領域が拡張領域となり、メタデータを格納することができる。

【0042】

図８は、ＬＬＤＰプロトコル動作部１１ｄ_２が通信プロトコルとしてＨＴＩＰ（例えば非特許文献４を参照。）を採用する場合、フレームへ機器情報とメタデータを格納する例を説明する図である。図８（Ａ）は、ＨＴＩＰのフレーム構成を説明する図である。ＨＴＩＰのフレームは、ＴＬＶタイプや長さを記述する領域とデータ領域で構成される。図８（Ｂ）は、データ領域のフォーマットを説明する図である。データ領域は、機器情報ＩＤ、機器情報データ長、及び機器情報で構成される。図８（Ｃ）は、機器情報ＩＤの一覧である。機器情報ＩＤに“１”～“４”、“２０”～“２７”、“５０”～“５４”を入力すると、当該データ領域の機器情報領域に装置名、メーカー名、ＭＡＣアドレス、あるいはＩＰアドレスなどの各種情報を機器情報として格納することができる。また、機器情報ＩＤに“２５５”を入力すると、当該データ領域の機器情報領域がベンダ独自拡張領域となり、メタデータを格納することができる。

【0043】

（他の実施形態）
上述したセンサー端末（１１、２１）及びデータ収集部（１２、２２）は、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。

【符号の説明】

【0044】

１１、２１：センサー端末
１１ａ：センサーデバイス
１１ｂ：機器情報格納処理部
１１ｃ：センシングデータ格納処理部
１１ｄ：プロトコル動作部
１１ｄ_１：センシングデータ用通信プロトコル動作部
１１ｄ_２：ＬＬＤＰプロトコル動作部
１１ｅ：検出部
１１ｅ_１：位置情報検出部
１１ｅ_２：設置者検出部
１１ｅ_３：環境情報検出部
１１ｆ：メタデータ格納処理部
１２、２２：データ収集部
１２ａ：プロトコル動作部
１２ａ_１：センシングデータ用通信プロトコル動作部
１２ａ_２：ＬＬＤＰプロトコル動作部
１２ｂ：収集データ処理部
１２ｃ：データ一括送信部
１３：データ分析部
１５：データ収集ネットワーク
３０１、３０２：データ収集システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】