JP2011076129A - サービス管理システム及びサービス管理装置 - Google Patents

Abstract

【課題】
センサ機器を利用しているユーザに適切なセンサデータを提供することを可能とする。
【解決手段】
ユーザのＩＤと、ユーザが使用するセンサ機器のＩＤと、ユーザ及びセンサ機器が利用可能なサービスのＩＤとを紐付けて管理するユーザ情報データベースを格納し、センサ機器からセンサデータを受信した場合には、ユーザ情報データベースを参照してセンサ機器のＩＤを検索キーとしてセンサ機器のＩＤに紐付けられたユーザのＩＤを取得し、センサ機器のＩＤとユーザのＩＤからユーザセンサ機器ＩＤを生成し、ユーザセンサ機器ＩＤとセンサデータとを紐付けてセンサデータ格納データベースとして記憶部に格納し管理する。
【選択図】 図１

Description

本発明は、サービス管理システム及びサービス管理装置に関する。

無線技術及びネットワーク技術の発展に伴い、身の回りの物の動き、身の回りの環境の温度・湿度、人の血圧・体重などの情報をセンサ機器で取得し、その取得した情報（センサデータ）を、ネットワークを介して収集することが可能になっている。収集した情報を用いて、生活習慣改善、在宅介護支援、児童・高齢者見守り、防犯・防災、省エネ等のサービスに役立てることが期待されている。これらのサービスは、センサデータの標準化や、多数のセンサデータを一元管理するＡＳＰシステムなどにより、ユーザが利用したいセンサ機器で、利用したいサービスを受けられるようになりつつある。

この中で、センサデータには個人のプライバシー情報等が含まれる可能性があり、センサデータを適切なユーザに提供することが望まれている。特に、センサ機器を別のユーザに貸与した場合、またセンサ機器が盗難にあった場合などに、別のユーザがセンサ機器をサーバに登録した際に、過去のユーザのセンサデータまで取得しないようにする必要がある。このケースは、センサ機器のレンタル事業を考えた場合に想定される。

センサ機器のセンサデータを適切なユーザに提供する方法として、特許文献１に記載の技術がある。特許文献１記載の技術では、端末装置（センサ機器）にユーザ情報を入力する手段を保持し、機器ＩＤとユーザ情報からユーザ登録情報を生成することで、認証を行う。これにより、機器ＩＤを利用者に明かすことなく安全にユーザ登録を行う。

特開２００３−１３２０２６号公報

しかしながら、特許文献１記載の技術では、センサ機器に入力装置を設け、ユーザとセンサ機器との紐付けをセンサ機器側で行っているため、センサ機器のレンタル事業において、複数のセンサ機器をレンタルする場合に、センサ機器１つ１つにユーザ情報を登録する必要が出てくる。これは、ユーザにとって負担の大きな作業になる。

また、センサデータとサービスとを紐付ける時に、センサ機器側にユーザ情報を保持するシステムでは、センサ機器へのユーザ情報入力を間違えるとサービスが受けられなくなる。

そこで、本発明では、センサ機器を利用しているユーザに適切なセンサデータを提供することを目的とする。

本発明は、以下の構成を備える。即ち、ユーザが使用するセンサ機器と、センサ機器が取得したセンサデータを使用してユーザに対してサービスを提供するサービス事業者装置と、センサ機器及びサービス事業者装置と接続されたサービス管理装置と、を有するサービス管理システムであって、サービス管理装置の記憶部は、ユーザのＩＤと、ユーザが使用するセンサ機器のＩＤと、ユーザ及びセンサ機器が利用可能なサービスのＩＤとを紐付けて管理するユーザ情報データベースを格納し、サービス管理装置の制御部は、センサ機器からセンサデータを受信した場合には、ユーザ情報データベースを参照してセンサ機器のＩＤを検索キーとしてセンサ機器のＩＤに紐付けられたユーザのＩＤを取得し、センサ機器のＩＤとユーザのＩＤからユーザセンサ機器ＩＤを生成し、ユーザセンサ機器ＩＤとセンサデータとを紐付けてセンサデータ格納データベースとして記憶部に格納し管理する。

本発明によれば、センサ機器を利用しているユーザに適切なセンサデータを提供することが可能となる。

実施例１に係る全体構成及びサービス管理装置の構成を示す図である。 実施例１に係るサービス事業者装置、センサ機器、センサゲートウエイ機器の構成を示す図である。 実施例１に係るセンサ機器固有情報データベースの一例、センサゲートウエイ機器固有情報データベースの一例を示す図である。 実施例１に係る機器情報データベースの一例を示す図である。 実施例１に係るサービス情報データベースの一例を示す図である。 実施例１に係るユーザ情報データベースの一例、センサデータ格納データベースの一例を示す図である。 実施例１に係るサービスユーザ情報データベースの一例、センサデータパケットの一例を示す図である。 実施例１に係るユーザガイドページの一例を示す図である。 実施例１に係る機器情報登録処理手順のフローチャート、機器情報登録処理手順のシーケンス図である。 実施例１に係るサービス情報登録処理手順のフローチャート、サービス情報登録処理手順のシーケンス図である。 実施例１に係るユーザ情報登録処理手順のフローチャート、ユーザ情報登録処理手順のシーケンス図である。 実施例１に係るユーザセンサ機器登録処理手順のフローチャートである。 実施例１に係るユーザセンサ機器登録処理手順のシーケンス図である。 実施例１に係るユーザサービス登録処理手順のフローチャートである。 実施例１に係るユーザサービス登録処理手順のシーケンス図である。 実施例１に係るセンサデータ受信処理手順のフローチャートである。 実施例１に係るセンサデータ受信処理手順のシーケンス図である。 実施例１に係るデータリクエスト応答処理手順のフローチャート、データリクエスト応答処理手順のシーケンス図である。 実施例１に係る機器情報削除処理手順のフローチャート、機器情報削除処理手順のシーケンス図である。 実施例１に係るサービス情報削除処理手順のフローチャート、サービス情報削除処理手順のシーケンス図である。 実施例１に係るユーザ情報削除処理手順のフローチャートである。 実施例１に係るユーザ情報削除処理手順のシーケンス図である。 実施例１に係るユーザセンサ機器削除処理手順のフローチャートである。 実施例１に係るユーザセンサ機器削除処理手順のシーケンス図である。 実施例１に係るユーザサービス削除処理手順のフローチャートである。 実施例１に係るユーザサービス削除処理手順のシーケンス図である。 実施例２に係るユーザ情報データベースの一例、センサデータ格納データベースの一例を示す図である。 実施例２に係るセンサデータ受信処理手順のフローチャート、センサデータ受信処理手順のシーケンス図である。 実施例２に係るデータリクエスト応答処理手順のフローチャート、データリクエスト応答処理手順のシーケンス図である。 実施例２に係るユーザセンサ機器削除処理手順のシーケンス図である。

まず、本発明を実施するための形態（「本実施形態」という）の概要を説明する。本実施形態においては、サーバ側でユーザとセンサ機器とセンサデータとサービスとの紐付けを行い、ユーザが使用するセンサ機器が取得する情報に基づいて提供され得るサービスの候補を自動的にユーザに提示し、その候補の内から、ユーザの選択を受け付け得るサービス管理システムにおいて、ユーザがセンサ機器を別のユーザに貸与しても、サーバ側の紐付け情報を変更することで、センサ機器を利用しているユーザに適切なセンサデータを提供することを可能とする。

以降、本実施形態を、図等を参照しながら詳細に説明する。図１〜図２６は本実施形態の例１（実施例１）を示す図であり、図２７〜図３０は本実施形態の例２（実施例２）を示す図であり、これらの図において、同一の符号を付した部分は同一物を表し、基本的な構成および動作は同様であるものとする。

まず、本実施形態で利用する用語について説明する。

センサ機器とは、センサが取得したデータを外部の機器に対して有線通信又は無線通信の方法で送信しうる機器である。例えば、体重計、血圧計、電力計、温湿度計等である。

ユーザとは、センサ機器を使用する者であり、後記する「サービス」の受益者でもある。

サービスとは、センサ機器が取得したデータに基づいて、ユーザに対して提供される便益をいう。例えば、「ダイエット支援」、「健康指導」、「電力監視」、「ビニルハウス温度監視」等である。

サービス事業者装置とは、サービスをユーザに対して提供する装置である。

サービス管理装置とは、センサ機器とサービス事業者機器とに接続されており、ユーザと、サービスとの仲介を行う装置である。

センサゲートウエイ機器とは、サービス管理装置と接続されており、センサ機器が送信したデータをサービス管理装置に転送する装置である。

図１は、実施例１に係る全体構成及びサービス管理装置の構成を示す図である。

ネットワーク８を介して、サービス管理装置２、サービス事業者装置３、ユーザ端末装置５、センサゲートウエイ機器６、及びセンサ機器製造事業者装置７が相互に接続されている。センサ機器４は、センサ機器４との間で無線通信が可能なセンサゲートウエイ機器６を介してネットワーク８に接続されている。

サービス管理システム１は、サービス管理装置２、サービス事業者装置３、及びセンサ機器４を有する。

サービス管理装置２は、一般的なコンピュータであり、中央制御装置１１、主記憶装置１２、補助記憶装置１３、出力装置１４、入力装置１５及び通信インタフェース（ＩＦ）１６を有している。これらは相互にバスで接続されている。

補助記憶装置１３には、機器情報データベース４１、サービス情報データベース４２、ユーザ情報データベース４３、センサデータ格納データベース４４及びユーザガイドページ８１が格納されている。

主記憶装置１２の機器情報登録削除部３１、サービス情報登録削除部３２、ユーザ情報登録削除部３３、センサデータ受信部３４、ユーザセンサ機器登録削除部３５、及びユーザサービス登録削除部３６は、いずれもプログラムである。以降、「○○部は」と主体を記した場合は、中央制御装置１１が、補助記憶装置１３から各プログラムを読み出し、主記憶装置１２にロードしたうえで、各プログラムの機能を実現するものとする。図１では、１台のサービス管理装置２を記載したが、前記プログラムやデータベースが、複数の筐体に分散して格納されていてもよい。

図２（ａ）は、実施例１に係るサービス事業者装置の構成を示す図である。

サービス事業者装置３は、一般的なコンピュータであり、中央制御装置５１、主記憶装置５２、補助記憶装置５３、入力装置５４、出力装置５５及び通信インタフェース（ＩＦ）５６を有している。これらは相互にバスで接続されている。補助記憶装置５３にはサービスユーザ情報データベース４５が格納されている（図１参照。図２（ａ）では図示を省略した）。

図２（ｂ）は、実施例１に係るセンサ機器の構成を示す図である。

センサ機器４は、中央制御装置６１、主記憶装置６２、補助記憶装置６３、表示部６４、センサ部６５及び無線処理部６６を有している。これらは相互にバスで接続されている。補助記憶装置６３には、センサ機器固有情報データベース６８が格納されている。補助記憶装置６３のアプリケーションプログラム６７は、センサ部６５が取得した情報をセンサゲートウエイ機器６に送信するためのプログラムである。中央制御装置６１が、補助記憶装置６３からアプリケーションプログラム６７を読み出し、主記憶装置６２にロードした上で、アプリケーションプログラム６７を実行する。

センサ部６５は、温度や湿度、又は体重計や血圧計などの情報を検知し、データとして取得する。

無線処理部６６は、センサゲートウエイ機器６の無線処理部７６に対してセンサ部６５が取得したデータの送信を行う。無線通信の方式としては、例えばIEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.15.4、BLUETOOTH（登録商標）、特定小電力無線、UWBなどがある。

図２（ｃ）は、実施例１に係るセンサゲートウエイ機器の構成を示す図である。

センサゲートウエイ機器６は、中央制御装置７１、主記憶装置７２、補助記憶装置７３、表示部７４、通信インタフェース（ＩＦ）７５及び無線処理部７６を有している。これらは相互にバスで接続されている。補助記憶装置７３には、センサゲートウエイ機器固有情報データベース７８が格納されている。

補助記憶装置７３のパケット転送プログラム７７は、センサ機器４から受信した情報を、サービス管理装置２に送信するためのプログラムである。中央制御装置７１が、補助記憶装置７３からパケット転送プログラム７７を読み出し、主記憶装置７２にロードした上で、パケット転送プログラム７７を実行する。

ユーザ端末装置５は、ユーザが使用する一般的なコンピュータである。ユーザは、ユーザ端末装置５を介して、サービス管理装置２の生成したユーザガイドページ８１を閲覧し、利用可能なサービスを知り、また、利用するサービスを選択し、登録する（詳細後記）。センサゲートウエイ機器６の構成は、サービス事業者装置３の構成に準じる（図２（ａ）参照）。

センサ機器製造事業者装置５は、センサ機器の製造者が使用する一般的なコンピュータである。センサ機器製造事業者は、センサ機器製造事業者装置５を介して、サービス管理装置２に対してセンサ機器４についての情報を登録する（詳細後記）。センサ機器製造事業者装置７の構成は、サービス事業者装置３の構成に準じる（図２（ａ）参照）。

図１に戻って、サービス事業者装置３は、１台又は複数台存在する。センサ機器製造事業者装置７もまた、１台又は複数台存在する。

ユーザ９も１人又は複数人存在する。ある１人のユーザ９のもとには、センサ機器４が、１台又は複数台存在し、ユーザ端末装置５も１台又は複数台存在する。しかしながら、１人のユーザ９に使用されるユーザ端末装置５は１台であることが一般的である。

図３（ａ）は、実施例１に係るセンサ機器固有情報データベースの一例を示す図である。

センサ機器固有情報データベース６８においては、センサ機器ＩＤ、機器フォーマットＩＤ及び無線ＩＤが記憶されている。

センサ機器ＩＤ欄１０１のセンサ機器ＩＤは、センサ機器４を一意に特定する識別子であり、センサ機器製造事業者が定義する値である。

機器フォーマットＩＤ欄１０２の機器フォーマットＩＤは、センサ機器の機種を特定する識別子である。機器フォーマットＩＤは、サービス管理装置２が付与する。

更に、図４の説明において後記するが、機器フォーマットＩＤは、機器情報データベース４１において、同一の機種に係るレコードの組を特定する識別子にもなっている。センサ機器製造事業者は、機器フォーマットＩＤをセンサ機器４に対して組み込んで（又は説明書等に記載して）、センサ機器４を出荷する。

無線ＩＤ欄１０３の無線ＩＤは、無線通信において、無線通信機器としてのセンサ機器４を一意に特定する識別子である。

図３（ｂ）は、実施例１に係るセンサゲートウエイ機器固有情報データベースの一例を示す図である。

センサゲートウエイ機器固有情報データベース７８においては、ゲートウエイ機器ＩＤ、無線ＩＤ、ネットワークＩＤ、ＩＰアドレス、サブネットマスク、デフォルトゲートウエイ及びセンタＩＰアドレスが記憶されている。

ゲートウエイ機器ＩＤ欄１１１のゲートウエイ機器ＩＤは、センサゲートウエイ機器６を一意に特定する識別子であり、センサゲートウエイ機器の製造者が定義する値である。

無線ＩＤ欄１１２の無線ＩＤは、無線通信において、無線通信機器としてのセンサゲートウエイ機器６を一意に特定する識別子である。

ネットワークＩＤ欄１１３のネットワークＩＤは、ネットワーク通信において、センサゲートウエイ機器６を一意に特定する識別子である。

ＩＰアドレス欄１１４のＩＰアドレスは、ネットワーク通信において、センサゲートウエイ機器６に対して付与されるＩＰアドレスである。

サブネットマスク欄１１５のサブネットマスクは、ＩＰネットワーク通信に必要なサブネットマスクである。

デフォルトゲートウエイ欄１１６のデフォルトゲートウエイは、ＩＰネットワーク通信に必要なデフォルトゲートウエイである。

センタＩＰアドレス欄１１７のセンタＩＰアドレスは、サービス管理装置２に対して付与されるＩＰアドレスである。

なお、ネットワーク８に接続されているサービス管理装置２、サービス事業者装置３、ユーザ端末装置５及びセンサ機器製造事業者装置７もまた、同様の情報（欄１１３〜欄１１７）を保有しており、相互間でネットワーク８を介した通信が可能である。

図４は、実施例１に係る機器情報データベースの一例を示す図である。

機器情報データベース４１においては、機器フォーマットＩＤ欄１２１には機器フォーマットＩＤが、製造者名称欄１２２には製造者名称が、機器名称欄１２３には機器名称が、データ種類欄１２４にはデータ種類が、データ種類ＩＤ欄１２５にはデータ種類ＩＤが、フォーマット欄１２６にはフォーマットが、フォーマット型式欄１２７にはフォーマット型式が、データ変数欄１２８にはデータ変数が、バイト数欄１２９にはバイト数が、それぞれ記憶されている。

機器フォーマットＩＤ欄１２１の機器フォーマットＩＤは、図３（ａ）の機器フォーマットと同じである。前記したように、機器フォーマットＩＤは、センサ機器４の機種を特定するだけでなく、機器情報データベース４１のレコードの組をも特定する。例えば「ＦＦＦＦＡ００２」は、符号１３１に含まれる４つのレコードをそれらの間の順番とともに特定する。

製造者名称欄１２２の製造者名称は、センサ機器４の製造者の名称である。

機器名称欄１２３の機器名称は、センサ機器の名称である。ここでは、そのセンサ機器の機能を示す一般名詞（「体重計」等）が記憶されている。

データ種類欄１２４のデータ種類は、センサ機器４によって取得された情報（センサデータ）が、何を示すものかを記述した情報である。例えば「体重」、「脈拍」等である。

なお、「ヘッダ」は、その情報が、「体重」等の検知された情報そのものではなく、検知された情報の直前に付されたガイド的な情報であることを示す。ある機器フォーマットＩＤが特定するレコードの組のなかに、「ヘッダ」が存在しない場合（符号１３０、１３３、１３４）もあり、複数存在する場合もある（符号１３２）。

データ種類ＩＤ欄１２５のデータ種類ＩＤは、フォーマットとフォーマット型式の組み合わせを一意に特定する識別子である。

フォーマット欄１２６のフォーマットは、データが出力される際の桁数、単位を示したものである。データ種類が「ヘッダ」である場合は、出力される文字等そのものを示している。

フォーマット型式欄１２７のフォーマット型式は、データの型式である。ここでは、ＡＳＣＩＩ(American Standard Code for Information Interchange)又は、２値（Binary）の２者のうちの何れかとしたが、それらに限定されない。

データ変数欄１２８のデータ変数は、データ種類を一意に特定する識別子である。この識別子は、一般に公開されており、例えば「Ｗｔ」は「体重」を示すという認識が、サービス事業者装置３とセンサ機器製造事業者装置３との間で共有される。

サービス変数は識別子ではあるが、サービス事業者装置７が受け入れ可能な変数を「引数」として指定する記号でもあることから、「変数」という語を用いている。

バイト数欄１２９のバイト数は、データの量をバイト（Byte）数で示したものである。

なお、「第１の識別子」には、機器フォーマットＩＤが相当し、「センサ機器が取得できるデータの種類」には、欄１２８のデータ変数が相当する。

図４を参照すると、例えば以下の事柄がわかる。

（１）データは、大きく分けて５つのレコードの組（符号１３０〜１３４）からなる。そして、１つのレコードの組に対して、１つの機器フォーマットＩＤが対応している。

（２）レコードの組１３１は、４つのレコードからなり、これらは、「Ａ社」が製造した「血圧計」というセンサ機器４についての情報である。

「血圧計」からサービス管理装置２に送信されるセンサデータ（図７（ｂ）において後記）は、「８０、○○、○○、○○」であり、これは「ヘッダ、最高最低血圧差、最低血圧、脈拍」を示している。

（３）レコードの組１３２は、４つのレコードからなり、これらは、「Ｂ社」が製造した「体組成計」というセンサ機器４についての情報である。

「体組成計」からサービス管理装置２に送信されるセンサデータは、「0x10 0x11、○○○○ｋｇ、０ｘ１０ ０ｘ１２、○○．○％」であり、これは「ヘッダ、体重、ヘッダ、体脂肪」を示している。

（４）レコードの組１３０は、１つのレコードからなり、これは「Ａ社」が製造した「体重計」というセンサ機器４についての情報である。

「体重計」からサービス管理装置２に送信されるセンサデータは、「○○．○ｋｇ」であり、これは「体重」を示している。

（５）データ変数「Ｗｔ」は、レコードの組１３０及び、レコードの組１３２の２行目に記憶されている。両者は、同じ「体重」を示す情報であるので、フォーマットが異なっていても（「○○．○ｋｇ」と「○○○○ｋｇ」）、データ変数としては区別されていない。

図５は、実施例１に係るサービス情報データベースの一例を示す図である。

サービス情報データベース４２においては、サービスＩＤ欄１４１に記憶されたサービスＩＤに関連付けて、サービス事業者名称欄１４２にはサービス事業者名称が、サービス名称欄１４３にはサービス名称が、サービス内容欄１４４にはサービス内容が、データ変数欄１４５にはデータ変数が、それぞれ記憶されている。

サービスＩＤ欄１４１のサービスＩＤは、サービスを特定する識別子である。

実施例１においては、あるサービスとそのサービスを提供するサービス事業者装置３とが、１対１に対応しているものとする。すなわち、サービスＩＤは、サービス事業者装置３を特定する識別子でもある。
サービス事業者名称欄１４２のサービス事業者名称は、サービス事業者の名称である。

サービス名称欄１４３のサービス名称は、サービスの名称である。

サービス内容欄１４４のサービス内容は、サービスがどのようなものであるかを、ユーザに対して説明する情報である。

データ変数欄１４５のデータ変数は、サービスの提供に際して、サービス事業者装置３が受け入れる「引数」としてのデータ種類を特定する識別子であり、図４のデータ変数と同じである。

なお、「第２の識別子」には、サービスＩＤが相当し、「サービスに利用されるデータの種類」には欄１４５のデータ変数が相当する。

図５を参照すると、例えば以下の事柄がわかる。

（１）登録されているサービスは、４つ存在する。１つのレコードが１つのサービスに対応しており、サービス毎に（すなわちレコード毎に）１つのサービスＩＤが付されている。

（２）行１４６のレコードを参照すると、サービス事業者「ａ社」は、「ダイエット支援」という名称のサービスを提供している。このサービスは「Ｗｔ」というデータ変数が特定するデータ種類のセンサデータを受け入れて、「体重をグラフ化して減量の推移」をユーザに返すようなサービスである。

そして、図５からは直接わからないが、図４を参照すると、「Ｗｔ」は「体重」を示すデータであり、「Ａ社」が製造する「体重計」及び「Ｂ社」が製造する「体組成計」によって取得可能であることがわかる。

（３）行１４７のレコードを参照すると、サービス事業者「ｃ社」は、「電力監視」という名称のサービスを提供している。このサービスは「ＰＷｔ」及び「ＰＷｓ」というデータ変数が特定するデータ種類のセンサデータを受け入れて、「次回支払い予定の電気料金」の「推定」額をユーザに返すようなサービスである。

そして、図５からは直接わからないが、図４を参照すると、「ＰＷｔ」及び「ＰＷｓ」は、それぞれ「電力値」及び「総電力量」を示すデータであり、「Ｃ社」が製造する「電力計」によって当該「ＰＷｔ」及び「ＰＷｓ」を取得可能であることがわかる。

図６（ａ）は、実施例１に係るユーザ情報データベースの一例を示す図である。

ユーザ情報データベース４３においては、ユーザＩＤ欄１５１に記憶されたユーザＩＤに関連付けて、パスワード欄１５２にはパスワードが、メールアドレス欄１５３にはメールアドレスが、登録センサ機器情報欄１５４には登録センサ機器情報が、登録サービス情報欄１５５には登録サービス情報が、それぞれ記憶されている。

ユーザＩＤ欄１５１のユーザＩＤは、ユーザを一意に特定する識別子である。

ユーザＩＤは、ユーザ９が決定したもの（ニックネームなど）をそのまま使用してもよいし、サービス管理装置２が生成したうえでユーザ９に対して割り当ててもよい。

更に、詳細は後記するが、あるユーザ９と、そのユーザ９に対してサービス管理装置２が割り当てるユーザガイドページ８１（図８）とは、１対１に対応している。すなわち、ユーザＩＤは、ユーザガイドページ８１を特定する識別子でもある。

パスワード欄１５２のパスワードは、サービス管理装置２がユーザ９を認証するためのパスワードである。

メールアドレス欄１５３のメールアドレスは、ユーザ９のメールアドレスである。

登録センサ機器情報欄１５４の登録センサ機器情報は、ユーザ９がサービス管理装置２に対して登録したセンサ機器４と、そのセンサ機器４に対応する機器フォーマットＩＤの組合せである。ユーザ９が複数のセンサ機器４について登録を行うと、この欄１５４には、登録したセンサ機器４の数と同じ数の組合せが記憶される。

センサ機器ＩＤが決まれば１つ機器フォーマットＩＤが決まる。

登録サービス情報欄１５５の登録サービス情報は、ユーザ９がそのサービスを受けるものとしてサービス管理装置２に対して登録したサービスを特定するサービスＩＤと、そのサービスを受けるに際し必要となるデータを取得するセンサ機器４を特定するセンサ機器ＩＤの組合せである。

サービスＩＤとセンサ機器ＩＤとは、１対１に対応するとは限らない。図６（ａ）の２行目のレコードにおいては、１つのセンサ機器ＩＤ「Ｂ００１００１」が、２つのサービスＩＤ「ＥＥＥＥａ００１」及び「ＥＥＥＥｂ００１」に対応している。

ユーザ情報データベース４３には、前記のパスワード、メールアドレスに限られず、電話番号やクレジットカード番号などのその他の個人情報（これらを纏めて「ユーザ情報」という）を記憶する欄を設けてもよい。

ユーザ情報データベース４３のレコードは、ユーザ９の数だけ存在する。

なお、「第３の識別子」には、ユーザＩＤが相当し、「第４の識別子」には、センサ機器ＩＤが相当する。

登録センサ機器情報と登録サービス情報との関係について補足説明する。登録サービス情報に含まれるセンサ機器ＩＤは、同じレコードの登録センサ機器情報のなかに必ず含まれている。

一方、登録センサ機器情報に含まれるセンサ機器ＩＤは、同じレコードの登録サービス情報のなかに必ずしも含まれているとは限らない。更に、登録センサ機器情報に含まれるある１つのセンサ機器ＩＤが、同じレコードの登録サービス情報のなかの複数の組に共通して含まれることもあり得る。なぜならば、ユーザ９があるセンサ機器４の登録をしたとしても、そのセンサ機器４が取得するセンサデータを使用するサービスは存在しないかもしれないし、存在しても、ユーザのニーズに合致せず、サービスの登録はされないかも知れないからである。更には、１つのセンサ機器４が取得するセンサデータを使用して複数の別個のサービスを受けることをユーザが登録することもあり得るからである。

図６（ａ）の２行目のレコードに注目すると、サービスＩＤが「ＥＥＥＥａ００１」及び「ＥＥＥＥｂ００１」である２種類のサービスを受けるために、ユーザＩＤが「ｕｓｅｒ２」であるユーザ９は、センサ機器ＩＤが「Ｂ００１０１」であるセンサ機器４を使用していることがわかる。また、このユーザ９は、サービスＩＤが「ＥＥＥＥｃ００１」であるサービスを受けるために、センサ機器ＩＤが「Ｃ００１０１」であるセンサ機器４を使用していることもわかる。仮に、登録サービス情報欄１５５に「Ｃ００１０１」を含む組が存在しない場合は、このユーザは、センサ機器ＩＤが「Ｃ００１０１」であるセンサ機器４の登録は行っているが、未だ、そのセンサ機器４が取得するセンサデータを使用したサービスの登録を行ってないことになる。

さらに補足すると、ユーザ情報データベース４３のレコードは、以下の３段階で情報が順次追加的に記憶される。

すなわち、第一に、ユーザＩＤ欄１５１〜メールアドレス欄１５３に値が記憶される（後記するユーザ情報登録処理手順）。

第二に、登録センサ機器情報欄１５４に値が記憶される（後記するユーザセンサ機器登録処5理手順）。

第三に、登録サービス情報欄１５５に値が記憶される（後記するユーザサービス登録処理手順）。

図６（ｂ）は、実施例１に係るセンサデータ格納データベースの一例を示す図である。

センサデータ格納データベース４４においては、ユーザセンサ機器ＩＤ欄１６１に記憶されたセンサ機器ＩＤに関連付けて、時刻欄１６２には時刻が、機器フォーマットＩＤ欄１６３には機器フォーマッＩＤが、センサデータ欄１６４にはセンサデータが、それぞれ記憶されている。

ユーザセンサ機器ＩＤ欄１６１のＩＤは、ユーザに対応したセンサ機器ＩＤを表し、図６（ａ）のユーザＩＤと図３（ａ）のセンサ機器ＩＤから生成されるＩＤである。例えば、ユーザＩＤとセンサ機器ＩＤとを掛け合わせたＩＤである。ユーザセンサ機器ＩＤは一意になるように生成する。ユーザセンサ機器ＩＤとユーザＩＤとセンサ機器ＩＤのバイト長はそれぞれ違っていても良い。

時刻欄１６２の時刻は、サービス管理装置２がセンサデータを受け付けた後、パケットフォーマット（詳細後記）が正しいものである、と判断した時刻である。

機器フォーマットＩＤ欄１６３の機器フォーマットＩＤは、図３（ａ）の機器フォーマットＩＤと同じである。

センサデータ欄１６４のセンサデータは、センサ機器４によって取得されサービス管理装置２に対して送信された実データである。

センサデータ格納データベース４４のレコードは、サービス管理装置２がセンサデータを受け付けた回数と同じ数だけ存在する。

図７（ａ）は、実施例１に係るサービスユーザ情報データベースの一例を示す図である。

サービスユーザ情報データベース４５においては、ユーザＩＤ欄１７１に記憶されたユーザＩＤに関連付けて、パスワード欄１７２にはパスワードが、メールアドレス欄１７３にはメールアドレスが、センサ機器ＩＤ欄１７４にはセンサ機器ＩＤが、それぞれ記憶されている。

ユーザＩＤ欄１７１のユーザＩＤは、図６（ａ）のユーザＩＤと同じである。しかしながら、サービス事業者装置３に、受け入れ可能な桁数制限等の事情があれば、サービス事業者装置３ごとの識別子を生成してもかまわない。

パスワード欄１７２のパスワードは、サービス事業者装置３がユーザ９を認証するためのパスワードであり、図６（ａ）のパスワードと同じでもよい。

メールアドレス欄１７３のメールアドレスは、図６（ａ）のメールアドレスと同じである。

センサ機器ＩＤ欄１７４のセンサ機器ＩＤは、ユーザ９が、サービス管理装置２に対し登録したサービスを受けるために必要なデータを取得するセンサ機器４を特定するセンサ機器ＩＤであり、図３（ａ）のセンサ機器ＩＤと同じである。

ここでの「センサ機器」とは、センサ機器４としての登録をしただけでは足らず、サービス登録もした場合の、そのサービスに必要なセンサ機器である（図６（ａ）の登録サービス情報の組に含まれるセンサ機器ＩＤに対応する）。

サービスユーザ情報データベース４５は、各サービス事業者装置３がそれぞれ１つずつ記憶する。１つのサービスユーザ情報データベース４５のレコードの数は、そのサービスを利用しているユーザの数（ユーザＩＤの数）だけ存在する。

図７（ｂ）は、実施例１に係るセンサデータパケットの一例を示す図である。

センサ機器４は、センサゲートウエイ機器６及びネットワーク８を経由してサービス管理装置２に対して、センサ部６５により取得した情報（センサデータ）を送信する。その際、センサデータは、センサデータパケット８０に含まれて送信される。

１つのセンサデータパケット８０は、機器情報データベース４１のレコードの１つの組（符号１３０、１３１、・・・）に対応する。
センサデータパケット８０は、時系列に配置された、パケット名１８１、センサ機器ＩＤ１８２、機器フォーマットＩＤ１８３及びセンサデータ１８４を含む。

パケット名１８１は、センサデータパケット８０の開始点を示す情報である。

センサ機器ＩＤ１８２は、図３（ａ）のセンサ機器ＩＤを示す情報である。

機器フォーマットＩＤ１８３は、図３（ａ）の機器フォーマットＩＤを示す情報である。

センサデータ１８４は、図６（ｂ）のセンサデータを示す情報である。

図８は、実施例１に係るユーザガイドページの一例を示す図である。

ユーザガイドページ８１は、ユーザ９毎にサービス管理装置２によって作成され、ユーザ端末装置５の出力装置５５に表示されるページである。

ユーザガイドページ８１は、ユーザ９の数だけ存在し、個々のユーザガイドページ８１は、ユーザＩＤに関連付けられたうえで、補助記憶装置１３に記憶されているものとする（図１参照）。

登録センサ機器一覧１９１には、ユーザ９が登録したセンサ機器４の製造者名称、機器名称、及びセンサ機器ＩＤが組になって表示されている（符号１９２、１９３）。

ここでのセンサ機器ＩＤは図６（ａ）の登録センサ機器情報に含まれるセンサ機器ＩＤである。

利用可能サービス一覧１９５には、ユーザ９が利用可能であるサービスのサービス事業者名称、サービス名称、そのサービスを受けるために必要なセンサ機器４のうち、既にユーザ９が登録しているセンサ機器４（図６（ａ）の登録センサ機器情報に含まれるセンサ機器ＩＤが特定するセンサ機器４）の製造者名称、機器名称、センサ機器ＩＤ、及びそのサービスのサービス内容が組になって表示されている（符号１９６〜１９８）。

利用可能サービス一覧１９５に表示されるサービス名称等は、登録済のサービス（図６（ａ）の登録サービス情報に含まれるサービスＩＤが特定するサービス）に係るものではない。サービス管理装置２が、ユーザ９から受け付けた機器フォーマットＩＤを基に、機器情報データベース４１のデータ変数と、サービス情報データベース４２のデータ変数を突き合わせることによって、ユーザ９が登録したセンサ機器４が取得したセンサデータを使用しユーザ９に対して提供され得るサービスを判別し、表示している（詳細後記）。

なお、利用可能なサービスのうち、ユーザ９が既に登録しているサービス（図６（ａ）の登録サービス情報に含まれるサービスＩＤが特定するサービス）については、例えば欄１９６の符号２０３のように強調表示する（下線を付ける、色を変えて表示する等）こととしてもよい。

センサ機器登録ボタン１９９は、ユーザ９が、センサ機器４をサービス管理装置２に対して登録する際に押下するボタンである（詳細後記）。

センサ機器削除ボタン２００は、ユーザ９が、サービス管理装置２に対して登録されているセンサ機器登録を削除する際に押下するボタンである（詳細後記）。

サービス登録ボタン２０１は、ユーザ９が、利用可能なサービスの中から希望するサービスを選択し、サービス管理装置２に対して登録する際に押下するボタンである（詳細後記）。

サービス削除ボタン２０２は、ユーザ９が、サービス管理装置２に対して登録されているサービス登録を削除する際に押下するボタンである（詳細後記）。

以降に、実施例１に係る処理手順を説明する。処理手順には以下のものがある。

（１）機器情報登録処理手順
サービス管理装置２は、センサ機器製造事業者装置７から受信したセンサ機器情報を登録する。

（２）サービス情報登録処理手順
サービス管理装置２は、サービス事業者装置３から受信したサービス情報を登録する。

（３）ユーザ情報登録処理手順
サービス管理装置２は、ユーザ端末装置５から受信したユーザ情報を登録する。

（４）ユーザセンサ機器登録処理手順
サービス管理装置２は、ユーザ端末装置５から、センサ機器の登録を受信する。

（５）ユーザサービス登録処理手順
サービス管理装置２は、ユーザ端末装置５から、サービスの登録を受信する。

（６）センサデータ受信処理手順
サービス管理装置２は、センサ機器４から受信したセンサデータを格納する。

（７）データリクエスト応答処理手順
サービス事業者装置３は、サービス管理装置２からセンサデータを受信し、受信したセンサデータを使用してサービスを行い、サービスの成果をユーザ端末装置５に対して送信する。

（１）〜（３）が（４）及び（５）の前提となる処理であり、（４）及び（５）が（６）及び（７）の前提となる処理である。（１）〜（３）の間の順序は問わない。

また、一旦登録された情報を削除する処理手順として、前記（１）〜（５）に対応して、（８）機器情報削除処理手順、（９）サービス情報削除処理手順、（１０）ユーザ情報削除処理手順、（１１）ユーザセンサ機器削除処理手順、及び（１２）ユーザサービス削除処理手順がある。

図９（ａ）は、実施例１に係る機器情報登録処理手順のフローチャートである。

図９（ｂ）は、実施例１に係る機器情報登録処理手順のシーケンス図である。

装置間での情報の遣り取りを明確にするために、以下の各処理手順の説明においては、フローチャートとシーケンス図を併用する。なお、両者は、同一の処理手順を異なる型式で表現したものである。したがって、各処理手順の表現型式がそれぞれ２つ存在しても、各処理手順そのものはそれぞれ１つである。

ステップＳ３０１において、サービス管理装置２の機器情報登録削除部３１は、センサ機器情報を受信する。

具体的には、機器情報登録削除部３１は、センサ機器製造事業者装置７から、製造者名称、機器名称、データ種類、データ種類ＩＤ、フォーマット、フォーマット型式、データ変数及びバイト数（これらを纏めて「センサ機器情報」という）を受信する（１００１）。

ステップＳ３０２において、機器情報登録削除部３１は、センサ機器情報に不足がないか否かを判断する。

具体的には、機器情報登録削除部３１は、センサ機器情報のうち前記した少なくとも１つの情報が不足している場合（ステップＳ３０２“ＮＯ”）は、ステップＳ３０３に進む。それ以外の場合（ステップＳ３０２“ＹＥＳ”）は、ステップＳ３０４に進む。

ステップＳ３０３において、機器情報登録削除部３１は、エラーメッセージを送信する。

具体的には、機器情報登録削除部３１は、センサ機器製造事業者機器７に対して、エラーメッセージを送信した後、機器情報登録処理手順を終了する。

ステップＳ３０４において、機器情報登録削除部３１は、機器フォーマットＩＤを生成する（１００２）。

ステップＳ３０５において、機器情報登録削除部３１は、機器フォーマットＩＤを送信する
具体的には、機器情報登録削除部３１は、センサ機器製造事業者機器７に対して、ステップＳ３０４において生成した機器フォーマットＩＤを送信する（１００３）。

ステップＳ３０６において、機器情報登録削除部３１は、センサ機器情報を登録する。

具体的には、第一に、機器情報登録削除部３１は、機器情報データベース４１の新たなレコードを作成する。

第二に、ステップＳ３０４において生成した機器フォーマットＩＤを機器フォーマットＩＤ欄１２１に記憶し、ステップＳ３０１において受信したセンサ機器情報を、製造者名称欄１２２〜バイト数欄１２９に記憶する（１００４）。

ここで、機器情報登録処理手順は終了する。

図１０（ａ）は、実施例１に係るサービス情報登録処理手順のフローチャートである。

図１０（ｂ）は、実施例１に係るサービス情報登録処理手順のシーケンス図である。

ステップＳ３１１において、サービス管理装置２のサービス情報登録削除部３２は、サービス情報を受信する。

具体的には、サービス情報登録削除部３２は、サービス事業者装置３から、サービス事業者名称、サービス名称、サービス内容、及びデータ変数（これらを纏めて「サービス情報」という）を受信する（１０１１）。

ステップＳ３１２において、サービス情報登録削除部３２は、サービス情報に不足がないか否かを判断する。

具体的には、サービス情報登録削除部３２は、サービス情報のうち前記した少なくとも１つの情報が不足している場合（ステップＳ３１２“ＮＯ”）は、ステップＳ３１３に進む。それ以外の場合（ステップＳ３１２“ＹＥＳ”）は、ステップＳ３１４に進む。

ステップＳ３１３において、サービス情報登録削除部３２は、エラーメッセージを送信する。

具体的には、サービス情報登録削除部３２は、サービス事業者装置３に対して、エラーメッセージを送信した後、サービス情報登録処理手順を終了する。

ステップＳ３１４において、サービス情報登録削除部３２は、サービスＩＤを生成する（１０１２）。

ステップＳ３１５において、サービス情報登録削除部３２は、サービスＩＤを送信する
具体的には、サービス情報登録削除部３２は、サービス事業者装置３に対して、ステップＳ３１４において生成したサービスＩＤを送信する（１０１３）。

ステップＳ３１６において、サービス情報登録削除部３２は、サービス情報を登録する。

具体的には、第一に、サービス情報登録削除部３２は、サービス情報データベース４２の新たなレコードを作成する。

第二に、ステップＳ３１４において生成したサービスＩＤをサービスＩＤ欄１４１に記憶し、ステップＳ３１１において受信したサービス情報を、サービス事業者名称欄１４２〜データ変数欄１４５に記憶する（１０１４）。

ここで、サービス情報登録処理手順は終了する。

図１１（ａ）は、実施例１に係るユーザ情報登録処理手順のフローチャートである。

図１１（ｂ）は、実施例１に係るユーザ情報登録処理手順のシーケンス図である。

ステップＳ３２１において、サービス管理装置２のユーザ情報登録削除部３３は、ユーザ情報を受信する。

具体的には、ユーザ情報登録削除部３３は、ユーザ端末装置５から、パスワード、メールアドレス、その他の個人情報（「ユーザ情報」）を受信する（１０２１）。

ステップＳ３２２において、ユーザ情報登録削除部３３は、ユーザ情報に不足がないか否かを判断する。

具体的には、ユーザ情報登録削除部３３は、ユーザ情報のうち前記した少なくとも１つの情報が不足している場合（ステップＳ３２２“ＮＯ”）は、ステップＳ３２３に進む。それ以外の場合（ステップＳ３２２“ＹＥＳ”）は、ステップＳ３２４に進む。

ステップＳ３２３において、ユーザ情報登録削除部３３は、エラーメッセージを送信する。

具体的には、ユーザ情報登録削除部３３は、ユーザ端末装置５に対して、エラーメッセージを送信した後、ユーザ情報登録処理手順を終了する。

ステップＳ３２４において、ユーザ情報登録削除部３３は、ユーザＩＤを生成する（１０２２）
ステップＳ３２５において、ユーザ情報登録削除部３３は、ユーザガイドページを作成する（１０２３）。

具体的には、ユーザ情報登録削除部３３は、登録センサ機器一覧１９１及び利用可能サービス一覧１９２が空白であるユーザガイドページ８１を新たに作成し、ステップＳ３２４において生成したユーザＩＤに関連付けて、補助記憶装置１３に記憶する。

ステップＳ３２６において、ユーザ情報登録削除部３３は、登録メッセージ等を送信する。

具体的には、ユーザ情報登録削除部３３は、ユーザ端末装置５に対して、ステップＳ３２４において生成したユーザＩＤ、ステップＳ３２５において生成したユーザガイドページ８１のＵＲＬ、及びユーザ登録が終了した旨のメッセージを送信する（１０２４）。

ステップＳ３２７において、ユーザ情報登録削除部３３は、ユーザ情報を登録する。

具体的には、第一に、ユーザ情報登録削除部３３は、ユーザ情報データベース４３の新たなレコードを作成する。

第二に、ステップＳ３２４において生成したユーザＩＤをユーザＩＤ欄１５１に記憶し、ステップＳ３２１において受信したユーザ情報を、パスワード欄１５２、メールアドレス欄１５３及びその他の個人情報を記憶すべきその他欄（図示せず）に記憶する（１０２５）。

ここで、ユーザ情報登録処理手順は終了する。

なお、ここでは、ユーザ情報登録削除部３３がユーザＩＤを生成することとした。しかしながら、前記したように、ユーザ９が決定したユーザＩＤを、サービス管理装置２がそのまま使用することとしてもよい。

図１２は、実施例１に係るユーザセンサ機器登録処理手順のフローチャートである。

図１３は、実施例１に係るユーザセンサ機器登録処理手順のシーケンス図である。

ステップＳ３３１において、サービス管理装置２のユーザセンサ機器登録削除部３５は、センサ機器ＩＤ等を受信する。

具体的には、ユーザセンサ機器登録削除部３５は、第一に、ユーザ端末装置５から、ユーザＩＤを受信する（１０３１）と、そのユーザＩＤに関連付けられたユーザガイドページ８１をユーザ端末装置５に送信して出力装置５５に表示する。

第二に、センサ機器登録ボタン１９９の押下を受信する。

第三に、ユーザ端末装置５から、センサ機器ＩＤ及び機器フォーマットＩＤを受信する（１０３１）。

ステップＳ３３２において、ユーザセンサ機器登録削除部３５は、機器フォーマットＩＤが機器情報データベース４１に存在するか否かを判断する。

具体的には、ユーザセンサ機器登録削除部３５は、ステップＳ３３１において受信した機器フォーマットＩＤが、機器情報データベース４１の機器フォーマット欄１２１に存在しなし場合（ステップＳ３３２“ＮＯ”）は、ステップＳ３３３に進む。それ以外の場合（ステップＳ３３２“ＹＥＳ”）は、ステップＳ３３４に進む。

ステップＳ３３３において、ユーザセンサ機器登録削除部３５は、エラーメッセージを送信する。

具体的には、ユーザセンサ機器登録削除部３５は、ユーザ端末装置５に対して、エラーメッセージを送信した後、ユーザセンサ機器登録処理手順を終了する。

ステップＳ３３４において、ユーザセンサ機器登録削除部３５は、センサ機器情報を送信する。

具体的には、ユーザセンサ機器登録削除部３５は、第一に、ステップＳ３３１において受信した機器フォーマットＩＤを検索キーとして情報機器データベース４１を検索し、該当したすべてのレコードのセンサ機器情報を取得する（１０３２）。

第二に、取得したセンサ機器情報を、ユーザ端末機器５に送信する（１０３３）。

ステップＳ３３５において、ユーザセンサ機器登録削除部３５は、確認メッセージを受信する。

具体的には、第一に、ユーザ端末装置５は、受信したセンサ機器情報が正しいことを確認する（１０３４）。例えば、製造者名称、機器名称等がユーザ９の認識に一致することを確認する。

第二に、ユーザセンサ機器登録削除部３５は、ユーザ端末機器５から、前記確認が終了した旨のメッセージを受信する。（１０３５）。

ステップＳ３３６において、ユーザセンサ機器登録削除部３５は、センサ機器登録を行う。

具体的には、第一に、ユーザセンサ機器登録削除部３５は、ステップＳ３３１において受信したユーザＩＤを検索キーとして。ユーザ情報データベース４３を検索し、該当したレコードを取得する。

第二に、「第一」において取得したレコードの登録センサ機器情報欄１５４に、ステップＳ３３１において受信したセンサ機器ＩＤと機器フォーマットＩＤを組にして記憶する（１０３６）。

ステップＳ３３７において、ユーザセンサ機器登録削除部３５は、利用できるデータ変数を取得する。

具体的には、ユーザセンサ機器登録削除部３５は、ステップＳ３３４において検索の結果該当した機器情報データベース４１のすべてのレコードの、データ変数を取得する（１０３７）。

ステップＳ３３８において、ユーザセンサ機器登録削除部３５は、利用できるサービスを取得する。

具体的には、ユーザセンサ機器登録削除部３５は、第一に、サービス情報データベース４２の任意のレコードのデータ変数を取得する。

第二に、「第一」において取得したデータ変数のすべてが、ステップＳ３３７において取得したデータ変数のなかに含まれている場合は、「第一」において取得したデータ変数を含むレコードの、サービス情報を取得する（１０３８）。

「第一」において取得したデータ変数のすべてが、ステップＳ３３７において取得したデータ変数のなかに含まれていない場合は何もしない。

ステップＳ３３８の処理は、サービス情報データベース４２のすべてのレコードについて繰り返す。

ステップＳ３３９において、ユーザセンサ機器登録削除部３５は、登録メッセージを送信する。

具体的には、ユーザセンサ機器登録削除部３５は、ユーザ端末装置５に対して、センサ機器登録が終了した旨のメッセージを送信する（１０３９）。

ステップＳ３４０において、ユーザセンサ機器登録削除部３５は、ユーザガイドページを更新する。

具体的には、ユーザセンサ機器登録削除部３５は、第一に、ステップＳ３３１において受信したユーザＩＤに関連付けられたユーザガイドページ８１を、補助記憶装置１３から取得する。

第二に、ユーザガイドページ８１の登録センサ機器一覧１９１に対し、ステップＳ３３４において取得したセンサ機器情報のうちの製造者名称及び機器名称を、ステップＳ３３１において受信したセンサ機器ＩＤとともに記憶する（１０４０）。

第三に、ユーザガイドページ８１の利用可能サービス一覧１９５に対し、ステップＳ３３８において取得したサービス情報のうち、サービス事業者名称、サービス名称及びサービス内容と、ステップＳ３３４において取得したセンサ機器情報のうちの製造者名称及び機器名称を、ステップＳ３３１において受信したセンサ機器ＩＤとともに記憶する（１０４０）。

ステップＳ３４１において、ユーザセンサ機器登録削除部３５は、ユーザガイドページ８１を表示する。

具体的には、ユーザセンサ機器登録削除部３５は、更新後のユーザガイドページ８１をユーザ端末装置５に送信し、出力装置５５に表示する。

例えば、ユーザ９が「Ｂ００１０１」のセンサ機器４について登録した場合は、欄１９２、欄１９６及び欄１９７を視認することができる。すなわち、ユーザは、「体組成計」が取得するセンサデータに基づいて、「ダイエット支援」及び「健康指導」というサービスを利用可能であることがわかる。

ちなみに、ユーザ９が更にセンサ機器登録機器ボタン１９９を押下すると、ユーザセンサ機器登録処理手順が再度実行される。このとき、ユーザ９が「Ｃ００１０１」のセンサ機器について登録した場合は、ユーザ９は、更に欄１９３及び欄１９８を視認することができる。

ここで、ユーザセンサ機器登録処理手順は終了する。

図１４は、実施例１に係るユーザサービス登録処理手順のフローチャートである。

図１５は、実施例１に係るユーザサービス登録処理手順のシーケンス図である。

ステップＳ３５１において、サービス管理装置２のユーザサービス登録削除部３６は、センサ機器ＩＤ等を受信する。

具体的には、ユーザサービス登録削除部３６は、第一に、ユーザ端末装置５からユーザＩＤを取得（１０５１）すると、そのユーザＩＤに関連付けられたユーザガイドページ８１をユーザ端末装置５に送信して出力装置５５に表示する。

第二に、サービス登録ボタン２０１の押下を受信する。

第三に、ユーザ端末装置５から、サービスＩＤ及びセンサ機器ＩＤを受信する（１０５１）。ここでは、ユーザ９が欄１９６〜１９８をマウス等の入力装置５４で選択すると、その欄のサービスに対応するサービスＩＤ及びセンサ機器ＩＤがユーザ端末装置５からサービス管理装置２に対して送信されるものとする。

ステップＳ３５２において、ユーザサービス登録削除部３６は、ユーザ情報を取得する。

具体的には、ユーザサービス登録削除部３６は、ステップＳ３５１において取得したユーザＩＤを検索キーとして、ユーザ情報データベース４３を検索して、該当したレコードのユーザ情報を取得する（１０５２）。

ステップＳ３５３において、ユーザサービス登録削除部３６は、サービス事業者装置３に対して、ユーザ登録要求を送信する（１０５３）。

ここで、ステップＳ３５１において取得したサービスＩＤによって送信先であるサービス事業者装置３が特定されるものとする。

ステップＳ３５４において、ユーザサービス登録削除部３６は、センサ機器ＩＤ等を送信する。

具体的には、ユーザサービス登録削除部３６は、ステップＳ３５２において取得したユーザ情報と、ステップＳ３５１において取得したユーザＩＤ及びセンサ機器ＩＤをサービス事業者装置３に送信し、サービス事業者装置３はそれらを受信する（１０５４）。

ステップＳ３５５において、サービス事業者装置３は、ユーザ登録ページを作成する。

具体的には、サービス事業者装置３は、ステップＳ３５４において受信したユーザＩＤ、センサ機器ＩＤ及びユーザ情報に基づいて、ユーザ９からサービス登録を受けるためのサービス登録ページを作成する（１０５５）。サービス登録ページは、サービス内容、センサ機器の取扱い方法、サービス料金等を、サービス情報データベース４２に記憶されている以上に詳しく説明するページである（図示せず）。

ステップＳ３５６において、サービス事業者装置３は、サービス管理装置２に対し、登録準備完了メッセージを送信する（１０５６）。

ステップＳ３５７において、サービス管理装置２のユーザサービス登録削除部３６は、画面を切り替える。

具体的には、ユーザサービス登録削除部３６は、ユーザ端末装置５の出力装置５５に表示しているユーザガイドページ８１に替えて、ステップＳ３５５において作成されたサービス登録ページを表示する（１０５７）。

この段階で、ユーザ端末装置５とサービス事業者装置３の間に通信が確保されたことになる。

ステップＳ３５８において、ユーザ端末装置５は、必要な情報を送信する。

具体的には、ユーザ端末装置５は、必要な情報をサービス事業者装置３に送信し、サービス事業者装置はこれを受信する（１０５８）。「必要な情報」とは、サービスを受けるに際して必要となる、ユーザ情報以外、かつセンサデータ以外の情報であり、具体的な内容は、サービス毎に異なる。例えば「ダイエット支援」というサービスについては、ユーザ９の身長のようなデータが想定される。

ステップＳ３５９において、サービス事業者装置３は、ユーザ情報を登録する。

具体的には、サービス事業者装置３は、第一に、サービスユーザ情報データベース４５の新たなレコードを作成する。

第二に、ステップＳ３５４において受信した、ユーザＩＤ及びセンサ機器ＩＤを、ユーザＩＤ欄１７１、センサ機器ＩＤ欄１７４にそれぞれ記憶する。

第三に、ステップＳ３５４において受信したユーザ情報のうち、パスワード及びメールアドレスを、パスワード欄１７２及びメールアドレス欄１７３にそれぞれ記憶する。ユーザ情報の中に、電話番号やクレジット番号が含まれている場合は、別途欄を作成し記憶する。ステップＳ３５８において受信した、ユーザ情報以外の情報も、別途欄を作成し記憶する（１０５９）。

ステップＳ３６０において、サービス事業者装置３は、登録終了メッセージを送信する。

具体的には、サービス事業者装置３は、ユーザ端末装置５及びサービス管理装置２の両方に対して、ユーザ及びサービスの登録が終了した旨のメッセージを送信する（１０６０、１０６１）。

ステップＳ３６１において、サービス管理装置２のユーザサービス登録削除部３６は、ユーザ情報データベース４３を更新する。

具体的には、ユーザサービス登録削除部３６は、ステップＳ３５１において受信したユーザＩＤを検索キーとして、ユーザ情報データベース４３を検索し、該当したレコードの登録サービス情報欄１５５に、ステップＳ３５１において受信したサービスＩＤとセンサ機器ＩＤの組合せを記憶する（１０６２）。

ステップＳ３６２において、ユーザサービス登録削除部３６は、ユーザガイドページを更新する。

具体的には、ユーザサービス登録削除部３６は、第一に、ステップＳ３５１において受信したユーザＩＤに関連付けられたユーザガイドページ８１を、補助記憶装置１３から取得する。

第二に、ユーザガイドページ８１の利用可能サービス一覧１９５の欄１９６〜１９８のうち、ステップＳ３５１において取得したサービスＩＤが特定するサービスに係る欄の情報を加工し、当該ページが表示されたときにはその欄が強調表示されるようにする（１０６３）。

ステップＳ３６３において、ユーザサービス登録削除部３６は、ユーザガイドページ８１を表示する。ユーザサービス登録削除部３６は、更新後のユーザガイドページ８１をユーザ端末装置５に送信し、出力装置５５に表示する。

このとき、ユーザ９は、自らが選択したサービスに係る欄（図８の符号２０３のように強調表示されている）を視認できる。

ここでユーザサービス登録処理手順は終了する。

前記した機器情報登録処理手順、サービス情報登録処理手順、ユーザ情報登録処理手順、ユーザセンサ機器登録処理手順及びユーザサービス登録処理手順においては、サービス事業者装置３、センサ機器製造事業者装置７及びユーザ端末装置５の入力装置から、各種情報が入力され、それらの情報を、サービス管理装置２がネットワーク８を介して受信することとした。

しかしながら、センサ機器製造事業者、サービス事業者及びユーザ９から紙媒体等で送付されてきた各種情報が、サービス管理装置２の入力装置１５から入力されることとしてもよい。また、ユーザ９がセンサ機器４を購入する際、センサ機器の販売を行う者（量販店等）が、ユーザ９を代理して、ユーザ端末機器５（この場合、量販店の店頭にある端末装置である）を操作してもよい。

図１６は、実施例１に係るセンサデータ受信処理手順のフローチャートである。

図１７は、実施例１に係るセンサデータ受信処理手順のシーケンス図である。

センサデータ受信処理手順の前提として、センサ機器４は、温度等の情報をセンサ部６５によって感知し（１０７１）、これをセンサデータ１８４（図７（ｂ）参照）とする。続いて、センサデータに対して、パケット名１８１、センサ機器ＩＤ１８２及び機器フォーマットＩＤ１８３を付加し、センサデータパケット８０の型式にしたうえで、センサゲートウエイ機器５に送信する（１０７２）。センサゲートウエイ機器は、受信したセンサデータパケット８０を、サービス管理装置２に転送する（１０７３）。

ステップＳ３７１において、サービス管理装置２のセンサデータ受信部３４は、センサデータパケットを受信する。

ステップＳ３７２において、センサデータ受信部３４は、パケットフォーマットが正しいか否かを判断する。

具体的には、センサデータ受信部３４は、ステップＳ３７１において受信したセンサデータパケット８０が、図７（ｂ）に示すような所定の型式を有する場合（ステップＳ３７２“ＹＥＳ”）は、ステップＳ３７３に進み、それ以外の場合（ステップＳ３７２“ＮＯ”）は、センサデータ受信処理手順を終了する。

ステップＳ３７３において、センサデータ受信部３４は、センサ機器の利用者が存在するか否かを判断する。

具体的には、ユーザ情報データベース４３に受信したセンサデータパケット８０のセンサ機器ＩＤを利用しているユーザがいるかを確認する（１０７４）。ユーザ情報データベース４３にセンサ機器の利用者が存在する場合（ステップＳ３７３“ＹＥＳ”）は、ユーザＩＤを取得して（１０７５）、ステップＳ３７４に進み、それ以外の場合（ステップＳ３７３“ＮＯ”）は、ステップＳ３７４に進む。

ステップＳ３７４において、Ｓ３７３で取得したユーザＩＤと受信したセンサデータのセンサ機器ＩＤ１８２から新しいＩＤとして、ユーザセンサ機器ＩＤ（図６（ｂ）参照）を生成する（１０７６）。

ステップＳ３７５において、センサデータ受信部３４は、受信時刻を取得する。受信時刻とは、現在時刻である。

ステップＳ３７６において、センサデータ受信部３４は、センサデータ等をセンサデータ格納データベースに登録する（１０７７）。

具体的には、センサデータ受信部３４は、第一に、センサデータ格納データベース４４の新たなレコードを作成する。

第二に、ステップＳ３７４で生成したユーザセンサ機器ＩＤをユーザセンサ機器ＩＤ欄１６１に記憶し、ステップＳ３７１において受信したデータパケット８０に含まれている機器フォーマットＩＤ及びセンサデータを機器フォーマットＩＤ欄１６３及びセンサデータ欄１６４にそれぞれ記憶し、ステップＳ３７５において取得した受信時刻を時刻欄１６２に記憶する。

ここで、センサデータ受信処理手順は終了する。

このセンサデータ受信処理において、センサ機器とユーザとを結び付けるユーザセンサ機器ＩＤを生成し、センサデータをユーザセンサ機器ＩＤで管理することで、ユーザとセンサ機器とを一意に関連付ける。よって、センサ機器を新たに別のユーザが登録して利用した場合でも、新しいユーザは過去のユーザのセンサデータを取得することができない。

図１８（ａ）は、実施例１に係るデータリクエスト応答処理手順のフローチャートである。

図１８（ｂ）は、実施例１に係るデータリクエスト応答処理手順のシーケンス図である。

ステップＳ３８１において、サービス管理装置２のデータリクエスト応答部３７は、サービスＩＤ等を受信する。

具体的には、データリクエスト応答部３７は、サービス事業者装置３から、サービスＩＤ、ユーザＩＤ、センサ機器ＩＤ及び条件を受信する（１０８１）。

ここで受信するユーザＩＤ及びセンサ機器ＩＤは、サービスユーザ情報データベース４５のあるレコードのユーザＩＤ及びセンサ機器ＩＤである。また、「条件」とは、サービスの内容によって異なるが、例えば、「時刻○○の後に生成されたデータが〇〇個必要である」のような内容を示す情報である。

ステップＳ３８２において、ユーザＩＤとセンサ機器ＩＤからユーザセンサ機器ＩＤを生成する（１０８２）。

ステップＳ３８３において、データリクエスト応答部３７は、センサデータを取得する。

具体的には、データリクエスト応答部３７は、ステップＳ３８２で生成したユーザセンサ機器ＩＤと、ステップＳ３８１において受信した「条件」を検索キーとして、センサデータ格納データベース４４を検索し、該当したレコードのセンサデータを取得する（１０８３）。

ステップＳ３８４において、データリクエスト応答部３７は、センサデータを送信する。

具体的には、ステップＳ３８３において取得したセンサデータをサービス事業者装置３に対して送信する（１０８４）。サービス事業者装置３は、センサデータを受信した時点で、ユーザ端末装置５に対してサービスを提供する（１０８５）ことが可能になる。

サービスの提供の形態は、サービス事業者の定める形態に従う。前記したようなネットワーク８を介してサービスの成果物をユーザ端末装置５に対して送信する形態に限定されない。例えば、サービスの成果物をサービス事業者端末３から紙媒体で出力しそれを郵送してもよい。更に、サービス端末装置５に対してサービスの成果物送信する一方、ユーザ９が画面上でそれを見ているあいだに、ユーザ事業者が電話でコンサルティングを行ってもよい。

ここで、データリクエスト応答処理手順は終了する。

このデータリクエスト応答処理手順において、センサデータ格納データベースには、ユーザがセンサ機器を登録している期間のセンサデータがユーザセンサ機器ＩＤと紐付けられて登録されている。そのため、ユーザセンサ機器ＩＤを生成するだけで、センサ機器がいつどの期間にどのユーザが利用しているといった情報を意識することなく、ユーザが利用した期間のみのセンサデータをセンサデータ格納データベースから取得することできる。

図１９（ａ）は、実施例１に係る機器情報削除処理手順のフローチャートである。

図１９（ｂ）は、実施例１に係る機器情報削除処理手順のシーケンス図である。

機器情報削除処理手順は、センサ機器製造事業者が、センサ機器４の製造を中止した場合、一旦送信したセンサ機器情報の内容に誤りがあった場合等に実行される。

ステップＳ３９１において、サービス管理装置２の機器情報登録削除部３１は、センサ機器製造事業者装置７から、機器フォーマットＩＤを受信する（１０９１）。

ステップＳ３９２において、機器情報登録削除部３１は、機器フォーマットＩＤは登録されているか否かを判断する。

具体的には、機器情報登録削除部３１は、ステップＳ３９１において受信した機器フォーマットＩＤが機器情報データベース４１のなかに存在するか否かを確認し（１０９２）、存在する場合（ステップＳ３９２“ＹＥＳ”）は、ステップＳ３９４に進む。それ以外の場合（ステップＳ３９２“ＮＯ”）は、ステップＳ３９３に進む。

ステップＳ３９３において、機器情報登録削除部３１は、センサ機器製造事業者装置７に対してエラーメッセージを送信する。そして、その後、機器情報削除処理手順を終了する。

ステップＳ３９４において、機器情報登録削除部３１は、ユーザ情報データベース４３を更新する。

具体的には、機器情報登録削除部３１は、第一に、ステップＳ３９１において受信した機器フォーマットＩＤを検索キーとして、ユーザ情報データベース４３の登録センサ機器情報欄１５４を検索し、該当したレコードのユーザＩＤを取得し、登録センサ機器情報（センサ機器ＩＤと機器フォーマットＩＤの組み合わせ）を削除する（１０９３）。

このとき、該当するレコードが存在しない場合は、機器情報削除処理手順を終了する（図示せず）。

第二に、ステップＳ３９１において受信した機器フォーマットＩＤを検索キーとして、ユーザ情報データベース４３の登録サービス情報欄１５５を検索し、該当したレコードの登録サービス情報（サービスＩＤとセンサ機器ＩＤの組み合わせ）を削除する（１０９３）。

ステップＳ３９５において、機器情報登録削除部３１は、ユーザガイドページ８１を更新する。

具体的には、機器情報登録削除部３１は、第一に、ステップＳ３９４において取得したレコードのユーザＩＤに関連付けられたユーザガイドページ８１を取得する。

第二に、取得したユーザガイドページ８１の登録センサ機器一覧１９１に含まれる欄１９２、１９３、・・のうち、ステップＳ３９４において削除した登録センサ機器情報に含まれるセンサ機器ＩＤに係る欄を削除する。

第三に、取得したユーザガイドページ８１の利用可能サービス一覧１９５に含まれる欄１９６、１９７、１９８、・・のうち、ステップＳ３９４において削除した登録サービス情報に含まれるセンサ機器ＩＤに係る欄の情報を加工し、当該ページが表示されたときにはその欄が強調表示されないようにする（１０９４）。

ステップＳ３９６において、機器情報登録削除部３１は、機器情報データベース４１を更新する。

具体的には、機器情報登録削除部３１は、ステップＳ３９１において受信した機器フォーマットＩＤを検索キーとして機器情報データベース４１を検索し、該当したレコードを削除する（１０９５）。

ステップＳ３９７において、機器情報登録削除部３１は、センサ機器製造事業者装置７に対して、削除完了メッセージを送信する（１０９６）。

ここで、機器情報削除処理手順は終了する。

ステップＳ３９６の処理を行うことにより、以降、ユーザ端末装置５は、センサ機器４の登録ができなくなる（ステップＳ３３２“ＮＯ”、Ｓ３３３）。例えば、センサ機器４に技術的な不具合が生じた場合に有効である。

センサ機器製造事業者が、その機種の製造を中止するが、ユーザ９に対するサポートは引き続き行う場合もある。この場合は、ステップＳ３９４及びＳ３９５を省略することとすれば、新規のセンサ機器４の登録はできなくなるが、一旦センサ機器４を登録したユーザ９に対するサービスは維持できる。

図２０（ａ）は、実施例１に係るサービス情報削除処理手順のフローチャートである。

図２０（ｂ）は、実施例１に係るサービス情報削除処理手順のシーケンス図である。

ステップＳ４０１において、サービス管理装置２のサービス情報登録削除部３２は、サービス事業者装置３から、サービスＩＤを受信する（１１０１）。

ステップＳ４０２において、サービス情報登録削除部３２は、サービスＩＤは登録されているか否かを判断する。

具体的には、サービス情報登録削除部３２は、ステップＳ４０１において受信したサービスＩＤがサービス情報データベース４２のなかに存在するか否かを確認し（１１０２）、存在する場合（ステップＳ４０２“ＹＥＳ”）は、ステップＳ４０４に進む。それ以外の場合（ステップＳ４０２“ＮＯ”）は、ステップＳ４０３に進む。

ステップＳ４０３において、サービス情報登録削除部３２は、サービス事業者装置３に対してエラーメッセージを送信する。そして、その後、サービス情報削除処理手順を終了する。

ステップＳ４０４において、サービス情報登録削除部３２は、ユーザ情報データベース４３を更新する。

具体的には、サービス情報登録削除部３２は、ステップＳ４０１において受信したサービスＩＤを検索キーとして、ユーザ情報データベース４３の登録サービス情報欄１５５を検索し、該当したレコードのユーザＩＤを取得し、登録サービス情報（サービスＩＤとセンサ機器ＩＤの組み合わせ）を削除する（１１０３）。

このとき、該当するレコードが存在しない場合は、サービス情報削除処理手順を終了する（図示せず）。

ステップＳ４０５において、サービス情報登録削除部３２は、ユーザガイドページ８１を更新する。

具体的には、サービス情報登録削除部３２は、第一に、ステップＳ４０４において取得したユーザＩＤに関連付けられたユーザガイドページ８１を取得する。

第二に、取得したユーザガイドページ８１の利用可能サービス一覧１９５に含まれる欄１９６、１９７、１９８、・・のうち、ステップＳ４０４において削除した登録サービス情報に含まれるサービスＩＤに係る欄を削除する（１１０４）。

ステップＳ４０６において、サービス情報登録削除部３２は、サービス情報データベース４２を更新する。

具体的には、サービス情報登録削除部３２は、ステップＳ４０１において受信したサービスＩＤを検索キーとしてサービス情報データベース４２を検索し、該当したレコードを削除する（１１０５）。

ステップＳ４０７において、サービス情報登録削除部３２は、サービス事業者装置３に対して、削除完了メッセージを送信する（１１０６）。

ここで、サービス情報削除処理手順は終了する。

図２１は、実施例１に係るユーザ情報削除処理手順のフローチャートである。

図２２は、実施例１に係るユーザ情報削除処理手順のシーケンス図である。

ステップＳ４１１において、サービス管理装置２のユーザ情報登録削除部３３は、ユーザ端末装置５から、ユーザＩＤを受信する（１１１１）。

ステップＳ４１２において、ユーザ情報登録削除部３３は、ユーザＩＤは登録されているか否かを判断する。

具体的には、ユーザ情報登録削除部３３は、ステップＳ４１１において受信したユーザＩＤがユーザ情報データベース４３のなかに存在するか否かを確認し（１１１２）、存在する場合（ステップＳ４１２“ＹＥＳ”）は、ステップＳ４１４に進む。それ以外の場合（ステップＳ４１２“ＮＯ”）は、ステップＳ４１３に進む。

ステップＳ４１３において、ユーザ情報登録削除部３３は、ユーザ端末装置５に対してエラーメッセージを送信する。そして、その後、ユーザ情報削除処理手順を終了する。

ステップＳ４１４において、ユーザ情報登録削除部３３は、サービスＩＤを取得する。

具体的には、ユーザ情報登録削除部３３は、ステップＳ４１１において受信したユーザＩＤを検索キーとして、ユーザ情報データベース４３を検索し、該当したレコードの登録サービス情報に含まれるサービスＩＤをすべて取得する（１１１３）。

ステップＳ４１５において、ユーザ情報登録削除部３３は、サービス事業者装置３に対して削除要求を送信する（１１１４）。

このとき、ユーザ情報登録削除部３３は、ステップＳ４１４において取得したサービスＩＤに基づいて、サービス事業者装置３を特定するものとする。

ステップＳ４１６において、ユーザ情報登録削除部３３は、ユーザＩＤを送信する。

具体的には、ユーザ情報登録削除部３３は、ステップＳ４１１において取得したユーザＩＤを、サービス事業者装置３に対して送信し（１１１５）、サービス事業者装置３はこれを受信する。

ステップＳ４１７において、サービス事業者装置３は、サービスユーザ情報登録データベース４５を更新する。

具体的には、サービス事業者装置３は、ステップＳ４１６において受信したユーザＩＤを検索キーとして、サービスユーザ情報データベース４５を検索し、該当したレコードを削除する。

ステップＳ４１８において、ユーザ情報登録削除部３３は、削除完了メッセージを受信したか否かを判断する。

具体的には、ユーザ情報登録削除部３３は、サービス事業者装置３から削除完了メッセージ（１１１７）を受信した場合（ステップＳ４１８“ＹＥＳ”）は、ステップＳ４１９に進む。それ以外の場合（ステップＳ４１８“ＮＯ”）は、ステップＳ４１３に進む。

ステップＳ４１９において、ユーザ情報登録削除部３３は、ユーザ情報データベース４３を更新する。

具体的には、ユーザ情報登録削除部３３は、ステップＳ４１１において受信したユーザＩＤを検索キーとして、ユーザ情報データベース４３を検索し、該当したレコードを削除する（１１１８）。

ステップＳ４１５〜Ｓ４１９の処理は、ステップＳ４１４において取得したすべてのサービスＩＤについて繰り返す（複数のサービス事業者装置３との遣り取りを繰り返す）。

ステップＳ４２０において、ユーザ情報登録削除部３３は、ユーザ端末装置５に対して、削除完了メッセージを送信する（１１１９）。

ステップＳ４２１において、ユーザ情報登録削除部３３は、ユーザガイドページ８１を削除する。

具体的には、ユーザ情報登録削除部３３は、ステップＳ４１１において受信したユーザＩＤに関連付けられたユーザガイドページ８１を削除する。

ここで、ユーザ情報削除処理手順は終了する。

図２３は、実施例１に係るユーザセンサ機器削除処理手順のフローチャートである。

図２４は、実施例１に係るユーザセンサ機器削除処理手順のシーケンス図である。

ステップＳ４３１において、サービス管理装置２のユーザセンサ機器登録削除部３５は、センサ機器ＩＤ等を受信する。

具体的には、ユーザセンサ機器登録削除部３５は、第一に、ユーザ端末装置５から、ユーザＩＤを受信する（１１３１）と、そのユーザＩＤに関連付けられたユーザガイドページ８１をユーザ端末装置５に送信して出力装置５５に表示する。

第二に、センサ機器削除ボタン２００の押下を受信する。

第三に、ユーザ端末装置５から、センサ機器ＩＤを受信する（１１３１）
ステップＳ４３２において、ユーザセンサ機器登録削除部３５は、センサ機器ＩＤは登録されているか否かを判断する。

具体的には、ユーザセンサ機器登録削除部３５は、ステップＳ４３１において受信したセンサ機器ＩＤを有するレコードがユーザ情報データベース４３のなかに存在するか否かを確認し（１１３２）、存在する場合（ステップＳ４３２“ＹＥＳ”）は、ステップＳ４３４に進む。それ以外の場合（ステップＳ４３２“ＮＯ”）は、ステップＳ４３３に進む。

ステップＳ４３３において、ユーザセンサ機器登録削除部３５は、ユーザ端末装置５に対してエラーメッセージを送信する。そして、その後、ユーザセンサ機器削除処理手順を終了する。

ステップＳ４３４において、ユーザセンサ機器登録削除部３５は、サービスＩＤを取得する。

具体的には、ユーザセンサ機器登録削除部３５は、ステップＳ４３１において受信したセンサ機器ＩＤを検索キーとして、ユーザ情報データベース４３の登録サービス情報欄１５５を検索し、該当したレコードの登録サービス情報に含まれるサービスＩＤをすべて取得する（１１３３）。

ステップＳ４３５において、ユーザセンサ機器登録削除部３５は、サービス事業者装置３に対して削除要求を送信する（１１３４）。

このとき、ユーザセンサ機器登録削除部３５は、ステップＳ４３４において取得したサービスＩＤに基づいて、サービス事業者者装置３を特定するものとする。

ステップＳ４３６において、ユーザセンサ機器登録削除部３５は、センサ機器ＩＤを送信する。

具体的には、ユーザセンサ機器登録削除部３５は、ステップＳ４３１において受信したセンサ機器ＩＤを、サービス事業者装置３に対して送信し（１１３５）、サービス事業者装置３はこれを受信する。

ステップＳ４３７において、サービス事業者装置３は、サービスユーザ情報登録データベース４５を更新する。

具体的には、サービス事業者装置３は、ステップＳ４３６において受信したセンサ機器ＩＤを検索キーとして、サービスユーザ情報データベース４５を検索し、該当したレコードを削除する（１１３６）。

ステップＳ４３８において、ユーザセンサ機器登録削除部３５は、削除完了メッセージを受信したか否かを判断する。

具体的には、ユーザセンサ機器登録削除部３５は、サービス事業者装置３から削除完了メッセージ（１１３７）を受信した場合（ステップＳ４３８“ＹＥＳ”）は、ステップＳ４３９に進む。それ以外の場合（ステップＳ４３８“ＮＯ”）は、ステップＳ４３３に進む。

ステップＳ４３９において、ユーザセンサ機器登録削除部３５は、ユーザ情報データベース４３を更新する。

具体的には、ユーザセンサ機器登録削除部３５は、第一に、ステップＳ４３１において受信したセンサ機器ＩＤを検索キーとして、ユーザ情報データベース４３の登録センサ機器情報欄１５４を検索し、該当したレコードを取得する。

第二に、取得したレコードの登録センサ機器情報のうち、ステップＳ４３１において受信したセンサ機器ＩＤを含む組を削除する。

第三に、ステップＳ４３１において受信したセンサ機器ＩＤを含む組が、登録サービス情報（欄１５５）のなかにも存在する場合は、そのセンサ機器ＩＤを含む組を削除する（１１３８）。

ステップＳ４３５〜Ｓ４３９の処理は、ステップＳ４３４において取得したすべてのサービスＩＤについて繰り返す（複数のサービス事業者装置３との遣り取りを繰り返す）。

ステップＳ４４０において、ユーザセンサ機器登録削除部３５は、ユーザ端末装置５に対して、削除完了メッセージを送信する（１１３９）。

ステップＳ４４１において、ユーザセンサ機器登録削除部３５は、ユーザガイドページ８１を更新する。

具体的には、ユーザセンサ機器登録削除部３５は、第一に、ステップＳ４３１において受信したユーザＩＤに関連付けられたユーザガイドページ８１を取得する。

第二に、取得したユーザガイドページ８１の登録センサ機器一覧１９１に記憶されている情報（欄１９２、１９３、・・・）のうち、ステップＳ４３１において受信したセンサ機器ＩＤに係る情報を削除する。

第二に、取得したユーザガイドページ８１の利用可能サービス一覧１９５に記憶されている情報（欄１９６、１９７、１９８、・・・）のうち、ステップＳ４３１において受信したセンサ機器ＩＤに係る情報を削除する。

ここで、ユーザセンサ機器削除処理手順は終了する。

図２５は、実施例１に係るユーザサービス削除処理手順のフローチャートである。

図２６は、実施例１に係るユーザサービス削除処理手順のシーケンス図である。

ステップＳ４５１において、サービス管理装置２のユーザサービス登録削除部３６は、サービスＩＤ等を受信する。

具体的には、ユーザサービス登録削除部３６は、第一に、ユーザ端末装置５からユーザＩＤを取得（１１５１）すると、そのユーザＩＤに関連付けられたユーザガイドページ８１をユーザ端末装置５に送信して出力装置５５に表示する。

第二に、サービス削除ボタン２０２の押下を受信する。

第三に、ユーザ端末装置５から、サービスＩＤを受信する（１１５１）。ここでは、ユーザが欄１９６、１９７、１９８、・・・をマウス等の入力装置５４で選択すると、その欄のサービスに対応するサービスＩＤがユーザ端末装置５からサービス管理装置２に対して送信されるものとする。

ステップＳ４５２において、ユーザサービス登録削除部３６は、サービス事業者装置３に対して削除要求を送信する（１１５２）。

このとき、ユーザサービス登録削除部３６は、ステップＳ４５１において取得したサービスＩＤに基づいて、サービス事業者者装置３を特定するものとする。

ステップＳ４５３において、ユーザサービス登録削除部３６は、ユーザＩＤを送信する。

具体的には、ユーザサービス登録削除部３６は、ステップＳ４５１において受信したユーザＩＤを、サービス事業者装置３に対して送信し（１１５３）、サービス事業者装置３はこれを受信する。

ステップＳ４５４において、サービス事業者装置３は、サービスユーザ情報登録データベース４５を更新する。

具体的には、サービス事業者装置３は、ステップＳ４５３において受信したユーザＩＤを検索キーとして、サービスユーザ情報データベース４５を検索し、該当したレコードを削除する（１１５４）。

ステップＳ４５５において、ユーザセンサ機器登録削除部３５は、削除完了メッセージを受信したか否かを判断する。

具体的には、ユーザセンサ機器登録削除部３５は、サービス事業者装置３から削除完了メッセージ（１１５５）を受信した場合（ステップＳ４５５“ＹＥＳ”）は、ステップＳ４５７に進む。それ以外の場合（ステップＳ４５５“ＮＯ”）は、ステップＳ４５６に進む。

ステップＳ４５６において、ユーザセンサ機器登録削除部３５は、ユーザ端末装置５に対してエラーメッセージを送信する。そして、その後、ユーザサービス削除処理手順を終了する。

ステップＳ４５７において、ユーザセンサ機器登録削除部３５は、ユーザ情報データベース４３を更新する。

具体的には、ユーザセンサ機器登録削除部３５は、第一に、ステップＳ４５１において受信したユーザＩＤ及びサービスＩＤを検索キーとして、ユーザ情報データベース４３のユーザＩＤ欄１５１及び登録サービス情報欄１５５を検索し、該当したレコードを取得する。

第二に、取得したレコードの登録サービス情報のうち、ステップＳ４５１において受信したサービスＩＤを含む登録サービス情報を削除する。（１１５６）。

ステップＳ４５８において、ユーザセンサ機器登録削除部３５は、ユーザ端末装置５に対して、削除完了メッセージを送信する（１１５７）。

ステップＳ４５９において、ユーザセンサ機器登録削除部３５は、ユーザガイドページ８１を更新する。

具体的には、ユーザセンサ機器登録削除部３５は、第一に、ステップＳ４５１において受信したユーザＩＤに関連付けられたユーザガイドページ８１を取得する。

第二に、取得したユーザガイドページ８１の利用可能サービス一覧１９５に記憶されている情報（欄１９６、１９７、１９８、・・・）のうち、ステップＳ４５１において受信したサービスＩＤに係る情報を加工し、当該ページが表示されたときにはその欄が強調表示されないようにする（１１５８）。

ここで、ユーザサービス削除処理手順は終了する。

なお、ユーザ９が、１つのセンサ機器４を使用して１つのサービスを受けており、そのサービスを受ける必要が消滅した場合、ユーザセンサ機器削除処理手順、ユーザサービス削除処理手順のどちらを実行しても差はない。

しかしながら、ユーザ９が、複数のセンサ機器４を使用して１つのサービスを受けており、そのうちの１つのセンサ機器４に対するサービスを受ける必要が消滅した場合（例えば、在宅の母親に対して体温計を与え、同じく在宅の父親に対して別の体温計を与え、ユーザ９本人は、１つのサービス事業者装置３から、母親の体温変化グラフと、父親の体温変化グラフを、勤務先のパソコンで受信している。母親については、そのサービスの必要がなくなった。）は、ユーザセンサ機器削除処理手順が実行されることになる。

なお、前記のユーザセンサ機器削除処理手順及びユーザサービス削除処理手順においては、センサデータ格納データベース４４のレコードを削除せず、維持することとした。このことによって、過去に収集されたセンサデータはサービス管理装置２に引き継がれ、後に、同様のサービスを再度利用するために、又は全く別のサービスを利用するために、当該センサデータが活用される。

以上により、ユーザＩＤとセンサ機器ＩＤから新たにユーザセンサ機器ＩＤを生成して、ユーザセンサ機器ＩＤによりセンサデータを管理することによって、ユーザとセンサ機器とセンサデータの紐付けを行う。これにより、センサ機器の貸与や盗難による、他のユーザへのセンサデータの漏洩を防ぐ。

実施例１では、センサデータの管理方法をユーザＩＤとセンサ機器ＩＤから生成するユーザセンサ機器ＩＤで管理することで、ユーザとセンサデータのひも付けを行い、センサ機器の貸与や盗難時の対策を可能にした。
実施例２では、ユーザ情報を登録しているデータベース（ユーザ情報データベース４３）の中に、センサ機器の利用時間を管理することで、ユーザとセンサデータの紐付けを行う。

実施例２は、実施例１のシステム構成と大きな違いはなく、実施例１の一部を変更した形で実現できる。以下に実施例１との変更点を記述する。

図２７（ａ）は、実施例２に係るユーザ情報データベースの一例を示す図である。実施例１においては、図６（ａ）に相当する。

ユーザ情報データベース４３においては、ユーザＩＤ欄５０１に記憶されたユーザＩＤに関連付けて、パスワード欄５０２にはパスワードが、メールアドレス欄５０３にはメールアドレスが、登録センサ機器情報欄５０４には登録センサ機器情報が、登録サービス情報欄５０５には登録サービス情報が、それぞれ記憶されている。

実施例１と比較して変更となる部分は、登録センサ機器情報欄５０４のみである。

実施例１の登録センサ機器情報欄１５４は、センサ機器ＩＤと機器フォーマットＩＤを格納していたが、実施例２では、センサ機器ＩＤと機器フォーマットＩＤに加えて、センサ機器の登録されている期間を保持する。

図２７（ａ）の２行目のレコードにおいては、センサ機器ＩＤ「Ｂ００１０１」で機器フォーマットＩＤ「ＦＦＦＦＢ００１」であるセンサ機器の登録期間は「2006.9.10〜2007.5.30」であり、2006.9.10に登録して、2007.5.30に登録を解除していることを示す。また、センサ機器ＩＤ「Ａ００１０１」で機器フォーマットＩＤ「ＦＦＦＦＡ００１」であるセンサ機器においては、登録期間は「2007.6.10〜」となっており、2007.6.10に登録し、現在も登録中であることを示す。

図２７（ｂ）は、実施例２に係るセンサデータ格納データベースの一例を示す図である。実施例１においては、図６（ｂ）に相当する。

センサデータ格納データベース４４においては、センサ機器ＩＤ欄５１１に記憶されたセンサ機器ＩＤに関連付けて、時刻欄５１２には時刻が、機器フォーマットＩＤ欄５１３には機器フォーマッＩＤが、センサデータ欄５１４にはセンサデータが、それぞれ記憶されている。

実施例１と比較して変更となる部分は、実施例１の図６（ｂ）のユーザセンサ機器ＩＤ欄１６１が実施例２では、センサ機器ＩＤ欄５１１になった点である。センサ機器ＩＤ欄５１１のセンサ機器ＩＤは、図３（ａ）のセンサ機器ＩＤと同じである。後述するが、センサデータを格納する際に、ユーザＩＤとセンサ機器ＩＤからユーザセンサ機器ＩＤを生成することなく、受信したセンサ機器ＩＤを格納する。

図２７のユーザ情報データベースおよびセンサデータ格納データベースにより、ユーザが利用しているセンサ機器の期間を管理し、ユーザとセンサ機器のセンサデータの紐付けを行う。ユーザがセンサ機器を他のユーザに貸与する、もしくはセンサ機器が盗難にあった場合でも、センサ機器の登録期間により、登録中のユーザしかセンサデータを取得することができない。

図２８（ａ）は、実施例２に係るセンサデータ受信処理手順のフローチャートである。実施例１においては、図１６に相当する。

図２８（ｂ）は、実施例２に係るセンサデータ受信処理手順のシーケンス図である。実施例１においては、図１７に相当する。

実施例１と比較して変更となる部分は、実施例１ではセンサデータのパケットフォーマットが正しいかどうかを確認したあと（図１６のステップＳ３７２）、センサ機器の利用者が存在するかをユーザ情報データベースに確認し（図１６のステップＳ３７３、図１７の１０７４）、ユーザＩＤとセンサ機器ＩＤからユーザセンサ機器を生成する（図１６のステップＳ３７４）を実施するが、実施例２では、これらの処理を行わずに、センサデータのパケットフォーマットが正しいかどうかを確認したあと（ステップＳ６０２）、すぐに受信時刻を取得し（ステップＳ６０５）、センサデータをセンサデータ格納データベース４４に登録する（ステップＳ６０６、２００４）。

これにより、実施例２は、センサデータを受信すると時刻情報を付加してセンサデータ格納データベースに登録するのみであり、実施例１に比べて、センサデータ受信処理の負荷が少ない。

図２９（ａ）は、実施例２に係るデータリクエスト応答処理手順のフローチャートである。実施例１においては、図１８（ａ）に相当する。

図２９（ｂ）は、実施例２に係るデータリクエスト応答処理手順のシーケンス図である。実施例１においては、図１８（ｂ）に相当する。

実施例１と比較して変更となる部分は、実施例１では、サービス管理装置２のデータリクエスト応答部３７がユーザＩＤとセンサ機器ＩＤからユーザセンサ機器ＩＤを生成する処理（ステップＳ３８２、１０８２）が、実施例２では、サービス提供可能であるか否かを判断する処理（ステップＳ６１２）になっている点である。

具体的には、データリクエスト応答部３７は、サービス事業者装置３から受信したサービスＩＤ、ユーザＩＤ、センサ機器ＩＤ及び条件が、ユーザ情報データベース４３に存在し、条件が適合するかを確認する（２０１２）。条件は、例えば、「時刻〇〇の後に生成されたデータが〇〇個必要である」のような内容を示す情報であり、センサ機器を登録している期間が記されている場合がある。条件が適合した場合は、実施例１と同じくセンサデータ格納データベース４４からセンサデータを取得する（ステップＳ６１４、２０１３）。それ以外の場合は、エラーメッセージを送信し（ステップ６１３）し、データリクエスト応答処理手順を終了する。

図３０は、実施例２に係るユーザセンサ機器削除処理手順のシーケンス図である。実施例１においては、図２４に相当する。

実施例１と比較して変更となる部分は、実施例１ではサービス管理装置２がサービス事業者装置３に削除要求を送信して削除完了メッセージを受信したあと、ユーザ情報データベース４３にあるセンサ機器ＩＤを有するレコードを削除する（図２４の１１３８）が、実施例２では、ユーザ情報データベース４３にある登録センサ機器情報欄５０４（図２７（ａ））の登録期間を更新する（２０２８）。

なお、実施例２におけるユーザセンサ機器登録処理手順においては、実施例１におけるユーザセンサ機器登録処理手順のフローチャート（図１２）とユーザセンサ機器登録処理手順のシーケンス図（図１３）と同一の処理である。ただし、サービス管理装置２のユーザセンサ機器登録削除部３５がユーザ情報データベース４３に行うセンサ機器登録（ステップＳ３３６、１０３６）において、実施例１では、センサ機器ＩＤと機器フォーマットＩＤを組にして記憶することに対し、実施例２では、センサ機器ＩＤと機器フォーマットＩＤに加えて、登録期間を組にして記憶する。つまり、登録する時刻を記憶しておく。

以上により、ユーザのセンサ機器登録期間を管理して、センサ機器を別のユーザに貸与する、もしくはセンサ機器が盗難にあった場合でも、他のユーザへセンサデータを漏洩することを防ぐことができる。

実施例１と実施例２は同一の効果であるが、センサデータ受信処理とデータリクエスト応答処理の応答性が異なる。

実施例１では、センサデータ受信時にユーザセンサ機器ＩＤを生成する処理を実行するため、センサデータ受信処理の応答性はさほど速くはない。データリクエスト応答はユーザ情報データベース４３を参照する必要がないため、データリクエスト応答処理の応答性は速い。

実施例２では、センサデータ受信時に不要な処理を実行しないため、センサデータ受信処理の応答性は速い。データリクエスト応答はユーザ情報データベース４３を参照して必要な情報を取得してから、センサデータ格納データベース４４からセンサデータを取得しる必要があるため、データリクエスト応答処理の応答性はさほど速くはない。

これらは、センサ機器４がセンサデータをサービス管理装置２に送信する頻度が多い、つまり、ユーザがセンサ機器を利用する頻度が多いか、もしくはサービス事業者装置がサービス管理装置２からセンサデータを受信する頻度が多い、つまり、ユーザがセンサデータを利用したサービスを利用する頻度が多いか、で使い分けると良い。前者の場合は実施例２、後者の場合は実施例１となる。

１ サービス管理システム
２ サービス管理装置
３ サービス事業者装置
４ センサ機器
５ ユーザ端末装置
６ センサゲートウエイ機器
７ センサ機器製造事業者装置
８ ネットワーク
１１、５１、６１、７１ 中央制御装置（制御部）
１２、５２、６２、７２ 主記憶装置（記憶部）
１３、５３、６３、７３ 補助記憶装置（記憶部）
１４、５５ 出力装置
１５、５４ 入力装置
１６、５６、７５ 通信インタフェース
３１ 機器情報登録削除部
３２ サービス情報登録削除部
３３ ユーザ情報登録削除部
３４ センサデータ受信部
３５ ユーザセンサ機器登録削除部
３６ ユーザサービス登録削除部
３７ データリクエスト応答部
４１ 機器情報データベース
４２ サービス情報データベース
４３ ユーザ情報データベース
４４ センサデータ格納データベース
４５ サービスユーザ情報データベース
６４ 表示部
６５ センサ部
６６、７６ 無線処理部
６７ アプリケーションプログラム

Claims (10)

1. ユーザが使用するセンサ機器と、
   前記センサ機器が取得したセンサデータを使用して前記ユーザに対してサービスを提供するサービス事業者装置と、
   前記センサ機器及び前記サービス事業者装置と接続されたサービス管理装置と、
   を有するサービス管理システムであって、
   前記サービス管理装置の記憶部は、
   前記ユーザのＩＤと、前記ユーザが使用する前記センサ機器のＩＤと、前記ユーザ及び前記センサ機器が利用可能なサービスのＩＤとを紐付けて管理するユーザ情報データベースを格納し、
   前記サービス管理装置の制御部は、
   前記センサ機器からセンサデータを受信した場合には、前記ユーザ情報データベースを参照して前記センサ機器のＩＤを検索キーとして前記センサ機器のＩＤに紐付けられたユーザのＩＤを取得し、前記センサ機器のＩＤと前記ユーザのＩＤからユーザセンサ機器ＩＤを生成し、前記ユーザセンサ機器ＩＤと前記センサデータとを紐付けてセンサデータ格納データベースとして前記記憶部に格納し管理することを特徴とするサービス管理システム。
2. 請求項１に記載したサービス管理システムにおいて、
   前記サービス管理装置の制御部は、
   前記サービス事業者装置からセンサデータリクエストを受信した場合には、前記センサデータリクエストに含まれるユーザのＩＤとセンサ機器のＩＤから前記ユーザセンサ機器ＩＤを生成し、前記ユーザセンサ機器ＩＤを基に前記センサデータ格納データベースから条件にあったセンサデータを取得することを特徴とするサービス管理システム。
3. ユーザが使用するセンサ機器及び前記センサ機器が取得したセンサデータを使用して前記ユーザに対してサービスを提供するサービス事業者装置と接続されたサービス管理装置であって、
   前記サービス管理装置の記憶部は、
   前記ユーザのＩＤと、前記ユーザが使用する前記センサ機器のＩＤと、前記ユーザ及び前記センサ機器が利用可能なサービスとを紐付けて管理するユーザ情報データベースを格納し、
   前記サービス管理装置の制御部は、
   前記センサ機器からセンサデータを受信した場合には、前記ユーザ情報データベースを参照して前記センサ機器のＩＤを検索キーとして前記センサ機器のＩＤに紐付けられたユーザのＩＤを取得し、前記センサ機器のＩＤと前記ユーザＩＤからユーザセンサ機器ＩＤを生成し、前記ユーザセンサ機器ＩＤと前記センサデータとを紐付けてセンサデータ格納データベースとして前記記憶部に格納し管理することを特徴とするサービス管理装置。
4. 請求項３に記載したサービス管理装置において、
   前記サービス管理装置の制御部は、
   前記サービス事業者装置からセンサデータリクエストを受信した場合には、前記センサデータリクエストに含まれるユーザのＩＤとセンサ機器のＩＤから前記ユーザセンサ機器ＩＤを生成し、前記ユーザセンサ機器ＩＤを基に前記センサデータ格納データベースから条件にあったセンサデータを取得することを特徴とするサービス管理装置。
5. ユーザが使用するセンサ機器と、
   前記センサ機器が取得したセンサデータを使用して前記ユーザに対してサービスを提供するサービス事業者装置と、
   前記センサ機器及び前記サービス事業者装置と接続されたサービス管理装置と、
   を有するサービス管理システムであって、
   前記サービス管理装置の記憶部は、
   前記ユーザのＩＤと、前記ユーザが使用する前記センサ機器のＩＤと、前記ユーザ及び前記センサ機器が利用可能なサービスとを紐付けて管理するユーザ情報データベースを格納し、
   前記サービス管理装置の制御部は、
   前記センサ機器の登録要求または削除要求を受信した場合には、前記ユーザ情報データベースに前記登録要求または削除要求があったセンサ機器の登録期間を記憶するように前記記憶部を制御することを特徴とするサービス管理システム。
6. 請求項１または５に記載されたサービス管理システムにおいて、
   前記サービス管理装置の制御部は、
   前記センサ機器からセンサデータを受信した場合には、前記センサデータに含まれるセンサデータパケットが正しいかを判断し、正しい場合は受信時刻を取得し、受信したセンサデータをそのままセンサデータ格納データベースに記憶するように前記記憶部を制御することを特徴とするサービス管理システム。
7. 請求項１または５に記載されたサービス管理システムにおいて、
   前記サービス管理装置の制御部は、
   前記サービス事業者装置からセンサデータリクエストを受信した場合には、前記センサデータリクエストに含まれるサービスのＩＤとユーザのＩＤとセンサ機器のＩＤの組み合わせが存在し、前記センサデータリクエストに含まれる条件が前記センサ機器の登録期間に該当するかを前記ユーザ情報データベースを参照することで確認し、該当する場合には、前記センサデータ格納データベースから条件にあったセンサ機器のＩＤのセンサデータを取得し、前記センサデータを前記サービス事業者装置に送信することを特徴とするサービス管理システム。
8. ユーザが使用するセンサ機器及び前記センサ機器が取得したセンサデータを使用して前記ユーザに対してサービスを提供するサービス事業者装置と接続されたサービス管理装置であって、
   前記サービス管理装置の記憶部は、
   前記ユーザのＩＤと、前記ユーザが使用する前記センサ機器のＩＤと、前記ユーザ及びセンサ機器が利用可能なサービスとを紐付けて管理するユーザ情報データベースを格納し、
   前記サービス管理装置の制御部は、
   前記センサ機器の登録要求または削除要求を受信した場合には、前記ユーザ情報データベースに前記登録要求または削除要求があったセンサ機器の登録期間を記憶するように前記記憶部を制御することを特徴とするサービス管理装置。
9. 請求項８に記載されたサービス管理装置において、
   前記サービス管理装置の制御部は、
   前記センサ機器からセンサデータを受信した場合には、前記センサデータに含まれるセンサデータパケットが正しいかを判断し、正しい場合は受信時刻を取得し、受信したセンサデータをそのままセンサデータ格納データベースに記憶するように前記記憶部を制御することを特徴とするサービス管理装置。
10. 請求項８に記載されたサービス管理装置において、
    前記サービス管理装置の制御部は、
    前記サービス事業者装置からセンサデータリクエストを受信するとした場合には、前記センサデータリクエストに含まれるサービスのＩＤとユーザのＩＤとセンサ機器のＩＤの組み合わせが存在し、前記センサデータリクエスト内にある条件が前記センサ機器の登録期間に該当するかをユーザ情報データベースを参照することで確認し、該当する場合には、前記センサデータ格納データベースから条件にあったセンサ機器ＩＤのセンサデータを取得し、前記センサデータを前記サービス事業者装置に送信することを特徴とするサービス管理装置。

Images