JP2013206145A - サーバ装置、データ提供システム - Google Patents

Abstract

【課題】Ｍ２Ｍ情報収集基盤を利用するシステムにおいて、データ管理モジュール群や設定ファイルを個別に開発することなく、各装置から情報を収集する。
【解決手段】本発明に係るサーバ装置は、外部装置が生成したデータを保存するデータベースのテーブル構造にしたがって、処理手順を定義するルールデータを自動生成する自動生成プログラムから、そのルールデータを受け取る。サーバ装置は、そのルールデータにしたがって外部装置からデータを収集し、適当なネットワークサービスに対して転送する。
【選択図】図１

Description

本発明は、国際標準に準拠したＭ２Ｍ情報収集基盤を使用するサーバ装置に関する。

近年、医療、農業などの社会インフラをＩＴ化し、様々なセンサやデバイスからデータを収集・分析するための技術として、マシン・ツー・マシン（以下、Ｍ２Ｍ）が注目されている。Ｍ２Ｍは様々な団体によって標準化の試みがなされているが、中でも欧州電気通信標準化機構（ＥＴＳＩ）はＭ２Ｍ情報収集基盤に共通する全体的なアーキテクチャを定めている（非特許文献１）。

ＵＲＬ：http://www.etsi.org/Website/Technologies/M2M.aspx

非特許文献１は、Ｍ２Ｍ情報収集基盤に接続するセンサやデバイスなどの端末管理、端末から収集するデータを管理するためのインターフェース、基盤上で交換されるメッセージ仕様についての規定を含む。しかし、医療などの実業務において取り扱うデータの種類や、データごとのスキーマ構造は、実業務に依存して様々に異なる。非特許文献１は、実業務に依存しない部分に関する標準仕様を定めており、実業務に依存する部分については定義していない。このため、システム構築者は、標準的なＭ２Ｍ情報収集基盤とともに、具体的な業務データを登録、取得するモジュールを個別に開発する必要があった。

本発明は、このような状況に鑑みなされたものであり、Ｍ２Ｍ情報収集基盤を利用するシステムにおいて、データ管理モジュール群や設定ファイルを個別に開発することなく、各装置から情報を収集することを目的とする。

本発明に係るサーバ装置は、外部装置が生成したデータを保存するデータベースのテーブル構造にしたがって、処理手順を定義するルールデータを自動生成する自動生成プログラムから、そのルールデータを受け取る。サーバ装置は、そのルールデータにしたがって外部装置からデータを収集し、適当なネットワークサービスに対して転送する。

本発明に係るサーバ装置は、自動生成プログラムが生成したルールデータにしたがって外部装置からデータを収集する処理を実施するので、開発者は処理手順を個別に実装する必要がない。これにより、Ｍ２Ｍ情報収集基盤を利用するシステムの開発工数を削減することができる。

実施形態１に係るデータ提供システム１０００の構成図である。 実データサービス振分ルールファイルの構成とデータ例を示す図である。 データサービスとデータサービス振分ルールファイルを自動生成する手順を説明する図である。 リクエストを各データサービスへ振り分ける処理を説明するフローチャートである。 図４の続きを説明するフローチャートである。 図５の続きを説明するフローチャートである。 データの登録処理（Ｓ６０２）の詳細を説明するフローチャートである。 データの検索処理（Ｓ６０３）の詳細を説明するフローチャートである。 データの削除処理（Ｓ６０４）の詳細を説明するフローチャートである。

以下、添付図面を参照して本発明の実施形態について説明する。ただし、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。

＜システム構成＞
図１は、本発明の実施形態１に係るデータ提供システム１０００の構成図である。データ提供システム１０００は、ネットワーク機器３００が保持しているデータを収集し、保存し、またはユーザに提供するためのシステムであり、サーバ装置１００、管理コンソール２００、ネットワーク機器３００を有する。各装置は、ネットワークを介して接続されており、例えばＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの適当な通信プロトコルを用いて互いに通信する。

管理コンソール２００は、サーバ装置１００が提供するネットワークサービスを利用するための操作端末である。ここでいうネットワークサービスとは、サーバ装置１００が保存しているデータを参照し、削除し、または各機器に対する管理操作を実施するための機能であり、いずれもネットワークを介して利用するためネットワークサービスと呼ぶことにした。

ネットワーク機器３００は、例えば物理環境を測定してその測定結果をデータとして提供するセンサなどの装置である。ネットワーク機器３００は、取得したデータをサーバ装置１００に対して送信し、これを保存するように要求する。ネットワーク機器３００自身がそのデータを参照することは通常はないが、必ずしもこれを排除するものではなく、ネットワーク機器３００が自己または他の機器がサーバ装置１００上に保存しているデータを参照／削除するようにしてもよい。

サーバ装置１００は、ネットワーク機器３００が保持しているデータを収集してデータベース内に保存しておき、管理コンソール２００からのリクエストに応じてこれを提供する装置である。サーバ装置１００は、プロトコル解析部１１０、サービス振分部１２０、データ管理サービス１３１、機器管理サービス１３２、データサービス１４１、データベース１４２、データサービス振分ルールファイル１５０、レスポンス整形部１６０を備える。

プロトコル解析部１１０は、管理コンソール２００またはネットワーク機器３００が発行したリクエストを受け取り、その要求内容を解析して、リクエスト先、リクエストの種類、ペイロードなどの解析情報を抽出する。ネットワーク機器３００は、データをデータベース１４２内へ保存するよう要求する保存リクエストを発行する。管理コンソール２００は、データベース１４２が保存しているデータを送信するよう要求する参照リクエスト、同データを削除するよう要求する削除リクエスト、または各機器に対する管理命令を発行する。

サービス振分部１２０は、プロトコル解析部１１０が抽出した解析情報に基づき、リクエストをデータ管理サービス１３１または機器管理サービス１３２に振り分ける。保存リクエスト、参照リクエスト、削除リクエストについてはデータ管理サービス１３１へ転送し、管理命令については機器管理サービス１３２へ転送する。

機器管理サービス１３２は、管理命令を実行してその結果をレスポンス整形部１６０に送信する。

データ管理サービス１３１は、データサービス振分ルールファイル１５０の記述と解析情報を照らし合わせて、リクエストをいずれのデータサービス１４１へ転送するかを決定する。データサービス振分ルールファイル１５０は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの適当な記憶装置に格納することができる。データサービス振分ルールファイル１５０の詳細については後述の図２で改めて説明する。

データサービス１４１は、管理コンソール２００またはネットワーク機器３００からの各リクエストを処理するネットワークサービスである。例えば、ネットワーク機器３００の種類毎に１つのデータサービス１４１を設けることができる。データサービス１４１は各リクエストに応じてデータベース１４２にデータを格納し、データベース１４２からデータを読み出し、またはデータベース１４２が格納しているデータを削除する。

データベース１４２は、ネットワーク機器３００が取得したデータを保存するデータベースである。例えば、データサービス１４１毎に１つのデータベース１４２を設けることができる。

レスポンス整形部１６０は、データサービス１４１または機器管理サービス１３２の処理結果を受け取り、各リクエストに対するレスポンスとして適した形式（ここでは、ＨＴＴＰレスポンスのことをいう）に変換し、リクエストの送信元へレスポンスを返信する。

＜データサービス振分ルールファイル＞
図２は、データサービス振分ルールファイル１５０の構成とデータ例を示す図である。データサービス振分ルールファイル１５０は、後述する自動生成プログラム４００が自動生成する定義データであり、判定条件フィールド１５１、振分先データサービスフィールド１５２、ペイロード解析ＸＭＬスキーマフィールド１５３、出力フォーマット定義ＸＭＬスキーマフィールド１５４を有する。

判定条件フィールド１５１は、リクエストをいずれのデータサービス１４１に振り分けるかの基準となる判定条件を記述している。ここではリクエストがＨＴＴＰリクエストとして発行されることを想定しているので、リクエスト先ＵＲＬとそのＵＲＬパラメータによって振分先を定義することとした。同じデータサービス１４１であっても、保存リクエスト（ｃｒｅａｔｅ）、参照リクエスト（ｒｅｔｒｉｅｖｅ）、削除リクエスト（ｄｅｌｅｔｅ）の種別によって、データサービス１４１が実施すべき処理は異なるので、データサービス振分ルールファイル１５０内では便宜上これらを別サービスとして定義することにした。

振分先データサービスフィールド１５２は、振分先となるデータサービス１４１の名称を記載している。便宜上リクエストの種別毎に振分先を定義したので、サービス名もこれに対応するものとなっている。

ペイロード解析ＸＭＬスキーマフィールド１５３は、プロトコル解析部１１０がリクエストを解析し、解析情報を抽出するための手順を記載したデータファイルの名称を記載している。ここではリクエストのペイロード部分がＸＭＬ形式で記載されているものと想定し、ＸＭＬ形式のデータから所望のデータフィールドを抽出するため、ＸＭＬスキーマを利用することとしたが、これに限られるものではない。

出力フォーマット定義ＸＭＬスキーマフィールド１５４は、レスポンス整形部１６０がリクエストの送信元へ返信するレスポンスを整形するための手順を記載したデータファイルの名称を記載している。ここではレスポンスのペイロード部分をＸＭＬ形式で記載するものと想定し、ＸＭＬ形式のレスポンスを作成するためＸＭＬスキーマを利用することとしたが、これに限られるものではない。

＜データサービス自動生成＞
図３は、データベース１４２のテーブル構造に基づき、自動生成プログラム４００がデータサービス１４１とデータサービス振分ルールファイル１５０を自動生成する手順を説明する図である。本実施例においては、主としてデータベース１４２が関係データベースである場合について説明するが、本発明が対象とするデータベース１４２の形式は、関係データベースに限られない。以下、図３に示す手順について説明する。

データ提供システム１０００の開発者は、システム設計に際して、ネットワーク機器３００から収集するデータを保存するデータベース１４２のテーブル構造を設計する。自動生成プログラム４００は、このテーブル構造を基準にして、以下の手順によりデータサービス１４１とデータサービス振分ルールファイル１５０を自動生成する。自動生成プログラム４００は、サーバ装置１００上、管理コンソール２００上、あるいはその他のコンピュータ上で実行することができる。

自動生成プログラム４００は、データベース１４２のテーブル構造が定義するテーブル名、列名、データ型などについての情報を用いて、データサービス１４１を自動生成する。具体的には、データベース１４２内の各テーブルおよび各列に対して、データを格納し、参照し、または削除するためのＳＱＬ文、ＳＱＬ文を実行するプログラムモジュール、ＨＴＴＰを介してプログラムモジュールを呼び出すためのインターフェースなどを自動生成する。これらの処理はそれぞれ、保存リクエスト、参照リクエスト、削除リクエストを処理するためのものである。これらはデータベースに対する典型的な処理であるため、データベース１４２のテーブル構造が定まれば自動生成することができる。ただし、セキュリティ認証、システム間連携などのシステム固有の処理については、システム仕様によっては個別に開発する必要がある。

また自動生成プログラム４００は、データサービス１４１の名称、データサービス１４１にアクセスするためのＵＲＬ、各ＸＭＬスキーマを生成する。データサービス１４１の名称とＵＲＬは、テーブル名から作成することができる。各ＸＭＬスキーマはデータフィールドを処理するので、テーブル名に加えて列名を用いて作成する。これらはデータサービス振分ルールファイル１５０の各フィールドに相当するので、これらを統合して同ファイルを自動生成することができる。

＜各データサービスへの振り分け＞
図４は、データ管理サービス１３１がリクエストを各データサービス１４１へ振り分ける処理を説明するフローチャートである。以下、図４の各ステップについて説明する。

データ管理サービス１３１は、サービス振分部１２０から解析情報を受け取ると（Ｓ４０１）、解析情報からリクエスト先ＵＲＬを取得する（Ｓ４０２）。データ管理サービス１３１は、データサービス振分ルールファイル１５０から、ステップＳ４０２で取得したリクエスト先ＵＲＬに該当するレコードを取得する（Ｓ４０３）。該当するレコードが取得できなかった場合は本フローチャートを終了し、取得できた場合はステップＳ４０５へ進む（Ｓ４０４）。データ管理サービス１３１は、ステップＳ４０３で取得したレコードに対応するデータサービス名を取得する（Ｓ４０５）。記載の便宜上、以後のステップは図５において説明する。

図５は、図４の続きを説明するフローチャートである。データ管理サービス１３１は、ステップＳ４０１で受け取った解析情報からリクエストの種類を取得する（Ｓ５０１）。リクエストの種類が“ｄｅｌｅｔｅ”でない場合はステップＳ５０３へ進み、“ｄｅｌｅｔｅ”である場合は図６へ進む（Ｓ５０２）。データ管理サービス１３１は、ステップＳ４０３でデータサービス振分ルールファイル１５０から取得したレコードに該当するペイロード解析ＸＭＬスキーマを取得する（Ｓ５０３）。データ管理サービス１３１は、ステップＳ４０１で受け取った解析情報に含まれるペイロードを取得し（Ｓ５０４）、ペイロード解析ＸＭＬスキーマを用いてペイロードの内容を解析し、各データサービス１４１に渡すデータを取得する。このデータは、例えば保存リクエストの場合は保存すべきデータであり、参照リクエストの場合は検索条件である。記載の便宜上、以後のステップは図６において説明する。

図６は、図５の続きを説明するフローチャートである。データ管理サービス１３１は、リクエストの種類が“ｃｒｅａｔｅ”のときはステップＳ６０２へ進み、リクエストの種類が“ｒｅｔｒｉｅｖｅ”のときはステップＳ６０３へ進み、リクエストの種類が“ｄｅｌｅｔｅ”のときはステップＳ６０４へ進む（Ｓ６０１）。ステップＳ６０２〜Ｓ６０４の詳細は後述の図７〜図９で説明する。

＜データ登録処理＞
図７は、ステップＳ６０２の詳細を説明するフローチャートである。以下、図７の各ステップについて説明する。

データ管理サービス１３１は、サービス振分部１２０から転送されたリクエストを、データベース１４２へデータを保存するためのデータサービス１４１へ転送する。データサービス１４１がリクエストを受け取ると、本フローチャートが開始される（Ｓ７００）。本フローチャートは、典型的にはネットワーク機器３００が取得したデータをデータベース１４２へ保存するように要求する保存リクエストに対応する。Ｍ２Ｍ規格においては、ｃｒｅａｔｅリクエストがこれに相当する。

データサービス１４１は、保存リクエストのペイロードに含まれているデータを、データベース１４２へ登録し、登録結果を記述したレスポンスをレスポンス整形部１６０へ送信する（Ｓ７０１）。レスポンス整形部１６０は、データ管理サービス１３１がステップＳ４０３においてデータサービス振分ルールファイル１５０から取得したレコードに該当する出力フォーマット定義ＸＭＬスキーマを取得する（Ｓ７０２）。レスポンス整形部１６０は、データサービス１４１から受け取ったレスポンスを、出力フォーマット定義ＸＭＬスキーマにしたがってＸＭＬ形式に変換する（Ｓ７０３）。レスポンス整形部１６０は、ＸＭＬ形式に変換したレスポンスをリクエストの送信元へ返信し、本フローチャートを終了する（Ｓ７０４）。

＜データ検索処理＞
図８は、ステップＳ６０３の詳細を説明するフローチャートである。以下、図８の各ステップについて説明する。

データ管理サービス１３１は、サービス振分部１２０から転送されたリクエストを、データベース１４２が保存しているデータを参照するためのデータサービス１４１へ転送する。データサービス１４１がリクエストを受け取ると、本フローチャートが開始される（Ｓ８００）。本フローチャートは、典型的には管理コンソール２００がデータを送信するように要求する参照リクエストに対応する。Ｍ２Ｍ規格においては、ｒｅｔｒｉｅｖｅリクエストがこれに相当する。

データサービス１４１は、参照リクエストのペイロードに含まれている検索条件を指定してデータベース１４２に対して検索を実行し、検索結果を記述したレスポンスをレスポンス整形部１６０へ送信する（Ｓ８０１）。以後のステップは図７のステップＳ７０２〜Ｓ７０４と同様である。

＜データ削除処理＞
図９は、ステップＳ６０４の詳細を説明するフローチャートである。以下、図９の各ステップについて説明する。

データ管理サービス１３１は、サービス振分部１２０から転送されたリクエストを、データベース１４２が保存しているデータを削除するためのデータサービス１４１へ転送する。データサービス１４１がリクエストを受け取ると、本フローチャートが開始される（Ｓ９００）。本フローチャートは、典型的には管理コンソール２００がデータを削除するように要求する削除リクエストに対応する。Ｍ２Ｍ規格においては、ｄｅｌｅｔｅリクエストがこれに相当する。

データサービス１４１は、リクエスト先ＵＲＬによって識別されるデータをデータベース１４２から削除する（Ｓ９０１）。削除処理の場合、データサービス１４１は処理結果を返信する必要はないので、制御をレスポンス整形部１６０に渡し、本フローチャートを終了する（Ｓ９０２）。

＜実施形態のまとめ＞
以上のように、本発明に係るデータ提供システム１０００において、自動生成プログラム４００は、データベース１４２のテーブル構造に基づき、データサービス１４１とデータサービス振分ルールファイル１５０を自動生成する。これにより、開発者は保存すべきデータ構造を定義すればよく、個々のデータサービス１４１を個別に開発する必要がなくなるので、開発生産性を顕著に向上させることができる。

また、本発明に係るデータ提供システム１０００によれば、収集するデータ構造に追加や変更などが生じた場合においては、データベース１４２のテーブル構造を変更しさえすれば、これに対応するデータサービス１４１とデータサービス振分ルールファイル１５０を自動生成することができる。したがって、システムの機能拡張性の観点においても有利であると考えられる。

また、本発明に係るデータ提供システム１０００において、サーバ装置１００は、データサービス振分ルールファイル１５０を用いてリクエストの転送先を自動的に判定するので、Ｍ２Ｍ情報収集基盤のうち基礎的な部分については各データサービス１４１間で共有することができる。Ｍ２Ｍ規格の仕様書は膨大であり、個々にＭ２Ｍ情報収集基盤を構築すると開発工数が多大になるため、プラットフォームの共通化の観点においても本発明は有利である。

なお、以上の説明において、データサービス１４１およびデータベース１４２はサーバ装置１００上に実装されているものとしたが、これらは必ずしもサーバ装置１００上に実装する必要はない。サーバ装置１００は、適切なデータサービス１４１へリクエストを転送することができればよく、必ずしも自らデータサービス１４１およびデータベース１４２を提供する必要はない。

また、以上の説明において、データサービス１４１およびデータベース１４２はそれぞれ３つ備えている例を示したが、これに限られるものではない。また、サービス振分部１２０とデータ管理サービス１３１はいずれもリクエストを適切なサービスへ振り分ける機能を有するので、これらを一体的に構成してもよい。

本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。上記実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることもできる。また、ある実施形態の構成に他の実施形態の構成を加えることもできる。また、各実施形態の構成の一部について、他の構成を追加・削除・置換することもできる。

上記各構成、機能、処理部、処理手段等は、それらの一部や全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

１００：サーバ装置、１１０：プロトコル解析部、１２０：サービス振分部、１３１：データ管理サービス、１３２：機器管理サービス、１４１：データサービス、１４２：データベース、１５０：データサービス振分ルールファイル、１６０：レスポンス整形部、２００：管理コンソール、３００：ネットワーク機器、４００：自動生成プログラム、１０００：データ提供システム。

Claims (11)

1. ネットワークを介して外部装置からデータを取得するサーバ装置であって、
   前記外部装置が生成したデータをデータベースに保存するよう要求する保存リクエストを受け取ってその要求内容を解析するプロトコル解析部と、
   前記プロトコル解析部の解析結果にしたがい、前記保存リクエストが要求する処理を実施するネットワークサービスに対して前記保存リクエストを転送するサービス振分部と、
   前記保存リクエストに対する前記ネットワークサービスからのレスポンスを、前記保存リクエストの要求元に対するレスポンスとして整形して返信するレスポンス整形部と、
   前記プロトコル解析部、前記サービス振分部、および前記レスポンス整形部が実施する処理を定義するルールデータを記憶するルールデータ記憶部と、
   を備え、
   前記ルールデータ記憶部は、
   前記外部装置が生成したデータを保存するデータベースのテーブル構造にしたがって前記ルールデータを自動生成する自動生成プログラムから、前記ルールデータを受け取って記憶する
   ことを特徴とするサーバ装置。
2. 前記プロトコル解析部は、
   前記保存したデータを送信するよう要求する参照リクエストを受け取ってその要求内容を解析し、
   前記ルールデータは、
   各前記リクエストをいずれの前記ネットワークサービスに対して転送すべきかを、前記保存リクエストと前記参照リクエストそれぞれのリクエスト形式に応じて定義した振分ルールを記述しており、
   前記サービス振分部は、
   前記振分ルールによる定義に基づき、各前記リクエストが要求する処理を実施する前記ネットワークサービスに対して各前記リクエストを転送する
   ことを特徴とする請求項１記載のサーバ装置。
3. 前記プロトコル解析部は、
   前記保存したデータを削除するよう要求する削除リクエストを受け取ってその要求内容を解析し、
   前記ルールデータは、
   各前記リクエストをいずれの前記ネットワークサービスに対して転送すべきかを、前記保存リクエストと前記削除リクエストそれぞれのリクエスト形式に応じて定義した振分ルールを記述しており、
   前記サービス振分部は、
   前記振分ルールによる定義に基づき、各前記リクエストが要求する処理を実施する前記ネットワークサービスに対して各前記リクエストを転送する
   ことを特徴とする請求項１記載のサーバ装置。
4. 前記ルールデータは、
   前記保存リクエストを解析してその要求内容を抽出するための解析ルールを定義しており、
   前記プロトコル解析部は、
   前記解析ルールによる定義に基づき前記保存リクエストを解析し、前記保存リクエストが要求する要求内容を抽出する
   ことを特徴とする請求項１記載のサーバ装置。
5. 前記ルールデータは、
   前記ネットワークサービスからのレスポンスを整形して前記保存リクエストの要求元に対するレスポンスとして整形するための整形ルールを定義しており、
   前記レスポンス整形部は、
   前記整形ルールによる定義に基づき前記ネットワークサービスからのレスポンスを整形して前記保存リクエストの要求元に対するレスポンスとして返信する
   ことを特徴とする請求項１記載のサーバ装置。
6. 前記サーバ装置は、
   前記ネットワークサービスを実行するサービス実行部を備え、
   前記サービス実行部は、
   前記自動生成プログラムが前記データベースのテーブル構造にしたがって生成した、前記ネットワークサービスを実行するためのサービス提供プログラムを受け取り、前記サービス提供プログラムを実行することにより前記ネットワークサービスを実行する
   ことを特徴とする請求項１記載のサーバ装置。
7. 請求項１から６のいずれか1項記載のサーバ装置と、
   前記外部装置が生成したデータを保存するデータベースと、
   前記データベースのテーブル構造にしたがって前記ルールデータを自動生成して前記ルールデータ記憶部に格納する自動生成プログラムと、
   前記保存リクエストが要求する処理を実施するネットワークサービスと、
   を有することを特徴とするデータ提供システム。
8. 前記自動生成プログラムは、
   前記データベースのテーブル構造にしたがって、前記保存リクエストを実施する前記ネットワークサービスを実行するためのサービス提供プログラムを自動生成する
   ことを特徴とする請求項７記載のデータ提供システム。
9. 前記外部装置は、
   前記外部装置が生成したデータを前記データベースに保存するよう要求する前記保存リクエストを前記サーバ装置に対して発行し、
   前記サーバ装置は、
   前記外部装置が発行した前記保存リクエストにしたがって、前記外部装置が生成したデータを前記データベースに保存する
   ことを特徴とする請求項７記載のデータ提供システム。
10. 前記外部装置は、
    物理環境を測定してその測定結果を前記データとして生成するセンサである
    ことを特徴とする請求項９記載のデータ提供システム。
11. 前記ネットワークサービスは、Ｍ２Ｍ規格に準拠したサービスである
    ことを特徴とする請求項７記載のデータ提供システム。

Images