JP2020198494A - ゲートウェイ装置、通信方法及びプログラム - Google Patents

Abstract

【課題】異なるセンサ端末を容易に収容することが可能なゲートウェイ装置等を提供する。【解決手段】本発明に係るゲートウェイ装置は、複数の送信端末の識別情報と、各送信端末から送信され且つ送信端末に応じて異なるデータ構造を有する第１データの変換方法を定める複数の定義情報と、を関連付けて記憶する記憶部と、複数の送信端末のうちの何れかの送信端末から送信端末の識別情報と第１データとを受信する受信部と、受信された識別情報に関連付けられた定義情報を取得する取得部と、取得された定義情報に基づいて、受信された第１データを各送信端末に共通のデータ構造を有する第２データに変換する変換部と、第２データを送信する送信部と、を備えることを特徴とする。【選択図】図１

Description

本発明は、ゲートウェイ装置、通信方法及びプログラムに関する。

従来、通信機能と、温度計や湿度計等のセンサ機能とを有するセンサ端末にセンサデータを送信させ、これらのセンサデータをサーバや記憶装置に蓄積して利用するＩｏＴ（Internet of Things）システムが提供されている。ＩｏＴシステムにおいては、その目的に応じた種類のセンサ機能を有するセンサ端末が測定対象空間に複数設置される。そして、複数のセンサ端末が測定により生成したセンサデータは、ネットワークを経由して所定のサーバ等に受信され、蓄積される。

このようなセンサ端末は測定対象空間に多数設置されるため、保守性等の観点から低消費電力であることが求められる。したがって、センサ端末は、中継機能を有し、測定対象空間の内部又は近傍に設置されるゲートウェイ装置に収容され、低消費電力の近距離無線通信方式によりセンサデータをゲートウェイ装置に送信することが望ましい。この場合、ゲートウェイ装置は、受信したセンサデータを移動体通信方式等の任意の通信方式によりサーバ等に送信する。特許文献１には、センサデバイスからのデータを近距離無線通信方式で受信し、受信したデータを移動体通信方式等の長距離無線通信方式に変換して送信する通信端末が記載されている。

特許第６４０８０５７号公報

ところで、一般に、センサデータのフォーマットはセンサ端末の機種に応じて異なるため、サーバ等においてセンサデータを利用するためには、センサデータのフォーマットを各センサ端末に共通のフォーマットに変換する必要がある。そして、このような変換をサーバ等に蓄積された大量のデータに対して行うことは大きな処理負荷を伴うため、ゲートウェイ装置においてセンサデータのフォーマットを変換し、サーバ等に送信することが望ましい。

しかしながら、この場合、ＩｏＴシステムを新たに提供するために、そのＩｏＴシステムに含まれる各センサ端末のセンサデータのフォーマットに対応した変換機能を有するゲートウェイ装置を都度開発する必要があった。また、既存のＩｏＴシステムに異なるセンサ端末を導入して新たにゲートウェイ装置に収容する場合、そのセンサ端末に対応した変換機能を都度ゲートウェイ装置に追加する必要があった。そこで、異なるセンサ端末を容易に収容することが可能なゲートウェイ装置が求められていた。

本発明は、上述の課題を解決すべくなされたものであり、異なるセンサ端末を容易に収容することが可能なゲートウェイ装置、通信方法及びプログラムを提供することを目的とする。

本発明に係るゲートウェイ装置は、複数の送信端末の識別情報と、各送信端末から送信され且つ送信端末に応じて異なるデータ構造を有する第１データの変換方法を定める複数の定義情報と、を関連付けて記憶する記憶部と、複数の送信端末のうちの何れかの送信端末から送信端末の識別情報と第１データとを受信する受信部と、受信された識別情報に関連付けられた定義情報を取得する取得部と、取得された定義情報に基づいて、受信された第１データを各送信端末に共通のデータ構造を有する第２データに変換する変換部と、第２データを送信する送信部と、を備えることを特徴とする。

また、本発明に係るゲートウェイ装置において、定義情報は、第１データに含まれる所定のデータを特定するための特定情報と、所定のデータの属性を示す属性情報とを関連付け、変換部は、特定情報に基づいて第１データから所定のデータを抽出し、抽出された所定のデータに属性情報を関連付けることにより第１データを第２データに変換する、ことが好ましい。

また、本発明に係るゲートウェイ装置において、特定情報は、第１データのデータ構造における、所定のデータの位置及び長さを示す情報である、ことが好ましい。

また、本発明に係るゲートウェイ装置は、識別情報及び定義情報を管理端末から受信して、識別情報及び受信情報を互いに関連付けて記憶部に記憶する記憶処理部をさらに備える、ことが好ましい。

また、本発明に係るゲートウェイ装置において、記憶部は、送信端末の機種と定義情報とを関連付けて記憶し、取得部は、受信された識別情報に基づいて、識別情報を送信した送信端末の機種を特定し、特定した機種に関連付けられた定義情報を取得する、ことが好ましい。

本発明に係る通信方法は、記憶部を備えるゲートウェイ装置における通信方法であって、複数の送信端末の識別情報と、各送信端末から送信され且つ送信端末に応じて異なるデータ構造を有する第１データの変換方法を定める複数の定義情報と、を関連付けて記憶部に記憶し、複数の送信端末のうちの何れかの送信端末から送信端末の識別情報と第１データとを受信し、受信された識別情報に関連付けられた定義情報を取得し、取得された定義情報に基づいて、受信された第１データを各送信端末に共通のデータ構造を有する第２データに変換し、第２データを送信する、ことを含むことを特徴とする。

本発明に係るプログラムは、記憶部を備えるゲートウェイ装置のプログラムであって、複数の送信端末の識別情報と、各送信端末から送信され且つ送信端末に応じて異なるデータ構造を有する第１データの変換方法を定める複数の定義情報と、を関連付けて記憶部に記憶し、複数の送信端末のうちの何れかの送信端末から送信端末の識別情報と第１データとを受信し、受信された識別情報に関連付けられた定義情報を取得し、取得された定義情報に基づいて、受信された第１データを各送信端末に共通のデータ構造を有する第２データに変換し、第２データを送信する、ことをゲートウェイ装置に実行させることを特徴とする。

本発明に係るゲートウェイ装置、通信方法及びプログラムは、異なるセンサ端末を容易に収容することを可能とする。

ＩｏＴシステムの概要を説明するための模式図である。 ＩｏＴシステム１の概略構成の一例を示す図である。 ゲートウェイ装置３の概略構成の一例を示す図である。 センサ端末２から送信されるデータについて説明するための図である。 識別情報テーブルＴ１のデータ構造の一例を示す図である。 定義情報テーブルＴ２のデータ構造の一例を示す図である。 通信処理の流れの一例を示すフロー図である。 記憶処理の流れの一例を示すフロー図である。

以下、図面を参照しつつ、本発明の様々な実施形態について説明する。ただし、本発明の技術的範囲はそれらの実施形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶ点に留意されたい。

（ＩｏＴシステムの概要）
図１は、本発明に係るＩｏＴシステムの概要を説明するための模式図である。

ＩｏＴシステムは、測定対象空間に設置された複数のセンサ端末と、ゲートウェイ装置と、サーバとを有する。ＩｏＴシステムは、例えば、複数のセンサ端末によって測定対象空間の気温、湿度等を示す測定情報をサーバに蓄積して、測定対象空間の管理者等である利用者に利用させるＩｏＴサービスを提供するために用いられる。

センサ端末は、気温、湿度、気圧、照度、騒音若しくは振動の大きさ又は位置情報等の測定情報を生成するセンサ機能と、測定情報を含むセンサデータを近距離無線通信方式により定期又は不定期にゲートウェイ装置に送信する送信機能を有する端末である。センサ端末が用いる近距離無線通信方式は、例えば、ＢＬＥ（Bluetooth（登録商標） Low Energy）又はＥｎＯｃｅａｎ（登録商標）等の、低消費電力の近距離無線通信方式である。複数のセンサ端末は、互いに異なる種類の測定情報を生成するものでもよく、同じ種類の測定情報を生成するものでもよい。なお、センサ端末は送信端末の一例であり、センサデータ及び測定情報はそれぞれ第１データ及び所定のデータの一例である。

ゲートウェイ装置は、センサデータをセンサ端末から受信し、センサデータを変換した変換後データをサーバに送信する機能を有する通信装置である。ゲートウェイ装置は、センサ端末との近距離無線通信方式による通信が可能となるように、測定対象空間の内部又は近傍等に設置される。なお、変換後データは第２データの一例である。

サーバは、ＩｏＴシステムの提供者によって管理され、変換後データをゲートウェイ装置から受信して記憶する情報処理装置である。ＩｏＴシステムの利用者は、ネットワークを介してサーバにアクセスすることにより蓄積された測定情報を利用することができる。

以下、図１を参照してＩｏＴシステムによる通信処理の概要について説明する。

まず、ゲートウェイ装置は、複数のセンサ端末のうちの何れかのセンサ端末から、そのセンサ端末の識別情報とセンサデータとを受信する（図１の（１））。識別情報は、複数のセンサ端末のそれぞれを識別するための情報である。センサデータは、センサ端末によって生成された測定情報を含み、センサ端末に応じて異なるデータ構造を有するデータである。図１に示す例では、ゲートウェイ装置は、センサ端末Ａから、センサ端末Ａの識別情報とセンサデータとを取得する。

続いて、ゲートウェイ装置は、複数のセンサ端末の識別情報と、各センサ端末から送信されるセンサデータの変換方法を定める複数の定義情報とを関連付けて記憶する記憶部から、受信した識別情報に関連付けられた定義情報を取得する（図１の（２））。図１に示す例では、ゲートウェイ装置は、受信した識別情報である「センサ端末Ａ」に関連付けられた定義情報である「定義情報Ａ」を取得する。

続いて、ゲートウェイ装置は、取得した定義情報に基づいて受信したセンサデータを変換後データに変換する（図１の（３））。変換後データは、センサデータを送信したセンサ端末によらない、各センサ端末に共通のデータ構造を有するデータである。図１に示す例では、ゲートウェイ装置は、取得した「定義情報Ａ」に基づいてセンサデータを変換する。

続いて、ゲートウェイ装置は、変換後データをサーバに送信し（図１の（４））、通信処理を終了する。

以上説明したように、本発明に係るゲートウェイ装置は、センサ端末の識別情報と定義情報とを関連付けて記憶し、センサ端末から受信した識別情報に応じた定義情報に基づいてセンサデータを各センサ端末に共通のデータ構造を有する変換後データに変換する。このようにすることで、ゲートウェイ装置は、異なるセンサ端末を容易に収容することを可能とする。すなわち、ＩｏＴシステムの提供者は、ＩｏＴシステムを新たに提供する際に、そのＩｏＴシステムが有するセンサ端末に応じた定義情報を本発明に係るゲートウェイ装置に設定すれば足り、新たにゲートウェイ装置を開発する必要がなくなる。

なお、上述した図１の説明は、本発明の内容への理解を深めるための説明にすぎない。本発明は、具体的には、次に説明する各実施形態において実施され、且つ、本発明の原則を実質的に超えずに、さまざまな変形例によって実施されてもよい。このような変形例はすべて、本発明および本明細書の開示範囲に含まれる。

（ＩｏＴシステムの構成）
図２は、本発明の一実施形態に係るＩｏＴシステム１の概略構成の一例を示す図である。ＩｏＴシステム１は、複数のセンサ端末２Ａ、２Ｂ及び２Ｃ（以下、区別する必要がないときにはセンサ端末２と称する。）、ゲートウェイ装置３、サーバ４並びに管理端末５を有する。各センサ端末２Ａ、２Ｂ及び２Ｃとゲートウェイ装置３とは、近距離無線通信方式で通信可能に接続される。ゲートウェイ装置３、サーバ４及び管理端末５は、インターネット又はイントラネット等のネットワーク６を介して相互に通信可能に接続される。

管理端末５は、ＩｏＴサービスの提供者によって管理される、通信機能を有する端末であり、例えば、ＰＣ（Personal Computer）又は多機能携帯電話（所謂「スマートフォン」）等である。管理端末５は、ＩｏＴサービスの提供者の操作に応じて、識別情報及び定義情報をゲートウェイ装置３に記憶させるために送信する。

（ゲートウェイ装置の構成）
図３は、ゲートウェイ装置３の概略構成の一例を示す図である。ゲートウェイ装置３は、記憶部３１と、第１通信部３２と、第２通信部３３と、処理部３４とを備える。

記憶部３１は、プログラムまたはデータを記憶するためのデバイスであり、例えば、半導体メモリ装置を備える。記憶部３１は、処理部３４による処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。プログラムは、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な可搬型記憶媒体から、公知のセットアッププログラム等を用いて記憶部３１にインストールされる。

第１通信部３２は、ゲートウェイ装置３をセンサ端末２と通信可能にする通信インタフェース回路を備える。第１通信部３２が備える通信インタフェース回路は、ＢＬＥ又はＥｎＯｃｅａｎ等の、低消費電力の近距離無線通信方式の通信インタフェース回路である。第１通信部３２は、センサ端末２から送信されたデータを受信し、処理部３４に供給する。

第２通信部３３は、ゲートウェイ装置３をサーバ４及び管理端末５と通信可能にする通信インタフェース回路を備える。第２通信部３３が備える通信インタフェース回路は、ＬＴＥ（Long Term Evolution）等の移動体通信方式又は無線ＬＡＮ（Local Area Network）若しくは有線ＬＡＮ等の通信インタフェース回路である。第２通信部３３は、処理部３４から供給されたデータをサーバ４に送信するとともに、管理端末５から送信されたデータを受信して処理部３４に供給する。

処理部３４は、一又は複数個のプロセッサ及びその周辺回路を備える。処理部３４は、例えばＣＰＵ（Central Processing Unit）であり、ゲートウェイ装置３の動作を統括的に制御する。処理部３４は、ＤＳＰ（Digital Signal Processor）、ＬＳＩ（Large-Scaled IC）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等でもよい。処理部３４は、記憶部３１に記憶されているプログラムに基づいてゲートウェイ装置３の各種処理が適切な手順で実行されるように、第１通信部３２及び第２通信部３３の動作を制御する。処理部３４は、記憶部３１に記憶されているプログラムに基づいて処理を実行する。また、処理部３４は、複数のプログラムを並列に実行することができる。

処理部３４は、受信部３４１、取得部３４２、変換部３４３、送信部３４４及び記憶処理部３４５をその機能ブロックとして備える。これらの各部は、処理部３４によって実行されるプログラムによって実現される機能モジュールである。また、これらの各部は、ファームウェアとしてゲートウェイ装置３に実装されてもよい。

（各種データの構造）
以下では、図４乃至図６を参照して、ＩｏＴシステム１において送受信又は記憶される各種データの構造の一例を説明する。

図４は、センサ端末２から送信されるセンサデータについて説明するための図である。図４に示す例は、センサ端末２が近距離無線通信方式としてＢＬＥを用い、ＢＬＥのアドバタイズ（Advertising）パケット４００に識別情報とセンサデータとを含めて送信する場合の例である。

センサ端末２から送信されるアドバタイズパケット４００は、プリアンブル（Preamble）、アクセスアドレス（Access Address）、ＰＤＵ（Protocol Data Unit）及びＣＲＣ（Cyclic Redundancy Check）を含む。プリアンブル及びアクセスアドレスは、受信機がアドバタイズパケット４００を識別するための所定の符号列である。ＣＲＣは、誤り検出符号である。

ＰＤＵは、ヘッダ（Header）、アドバタイザアドレス（Advertiser's Address）４０１及びアドバタイザデータ（Advertiser's Data）を含む。ヘッダは、アドバタイズパケット４００であることを示す情報等を含む。アドバタイザアドレス４０１は、アドバタイズパケット４００を送信したセンサ端末２を識別するための識別情報である。

アドバタイザデータは、複数の構造体（AD Structure）及びパディング（00...00）を含む。各構造体は、長さ（Length）、タイプ（AD Type）４０２及びデータ（AD Data）４０３を含む。長さは、データ４０３の長さ（例えば、オクテット数）を示す情報である。タイプ４０２は、データ４０３の種別を示す情報であり、センサ端末２に応じて異なる値が設定される。データ４０３は、測定情報を含み、センサ端末２に応じて異なるデータ構造を有するセンサデータである。例えば、データ４０３の長さやデータ４０３のデータ構造における測定情報の位置及び長さは、センサ端末２に応じて異なる。

なお、センサデータ及び識別情報の送信は、ＢＬＥのアドバタイズパケットによるものに限られない。センサ端末２が近距離無線通信方式としてＢＬＥ以外の通信方式（例えば、ＥｎＯｃｅａｎ）を用いる場合は、その通信方式に規定されたパケットにセンサデータ及び識別情報が含まれてもよい。また、センサ端末２が近距離無線通信方式としてＢＬＥを用いる場合でも、アドバタイズパケット以外のパケットにセンサデータ及び識別情報が含まれてもよい。

図５は、記憶部３１に記憶される識別情報テーブルＴ１のデータ構造の一例を示す図である。識別情報テーブルＴ１は、識別情報と機種と定義情報とを互いに関連付けて記憶する。識別情報は、ＩｏＴシステム１において、センサデータを送信したセンサ端末２を識別するための情報であり、例えば、アドバタイズパケットのアドバタイザアドレス４０１である。機種は、センサ端末２の機種を示す情報であり、例えば、センサ端末２の型番、又は型番の識別情報等である。同一の製造者によって製造され、且つ、同一の種類（例えば、温度計、照度センサ、等）のセンサ端末２であっても、その型番等が互いに異なる場合には、互いに異なる機種が関連付けられる。複数のセンサ端末２に同一の機種が関連付けられてもよい。定義情報は、センサデータの変換方法を定めた情報であり、例えば、ゲートウェイ装置３に、センサデータを送信したセンサ端末２に応じた変換処理を実行させるためのパラメータである。定義情報は、ゲートウェイ装置３に変換処理を実行させるための命令列でもよく、パラメータ又は命令列を記述したファイルの名称やパス等でもよい。なお、図５に示す例では、互いに異なる機種には、異なる定義情報が関連付けられているが、互いに異なる機種に同一の定義情報が関連付けられてもよい。このようにすることで、異なる機種のセンサ端末２が送信するセンサデータが共通のデータ構造を有する場合、それらのセンサ端末２に同一の定義情報を関連付けることが可能となり、それぞれの機種について定義情報を作成する作業が不要になる。また、複数のセンサ端末２から送信されるセンサデータが共通のデータ構造を有する場合は、それらが互いに異なる型番等のセンサ端末２であっても同一の機種が関連付けられるようにしてもよい。

図６は、記憶部３１に記憶される定義情報テーブルＴ２のデータ構造の一例を示す図である。定義情報テーブルＴ２は、ゲートウェイ装置３に変換処理を実行させるためのパラメータを記憶するものであり、各定義情報について設定される。図６に示す例は、センサデータ及び識別情報がＢＬＥのアドバタイズパケットに含まれて送信される場合の例であり、定義情報テーブルＴ２は、タイプと、オフセットと、長さと、属性情報とを関連付けて記憶する。タイプは、図４に示したタイプ４０２の値であり、例えば、２オクテットで表現される値である。タイプは、アドバタイズパケット４０３において、測定情報が含まれるセンサデータを特定する情報である。オフセット及びサイズは、センサデータのデータ構造における、測定情報の位置及び長さを特定するための情報である。属性情報は、測定情報の属性を示す情報であり、例えば、「温度」又は「湿度」等である。なお、タイプ、オフセット及びサイズは、特定情報の一例である。

図６に示す例では、「０ｘＦＦ」のタイプ、「７」のオフセット及び「２」のサイズに、属性情報として「温度」が関連付けられている。すなわち、タイプ４０２の値が「０ｘＦＦ」である構造体に含まれるデータ４０３の、７オクテット目から始まる２オクテットが「温度」の測定情報であることが示されている。同様に、９オクテット目から始まる２オクテットが「湿度」の測定情報であることが示されている。

なお、センサデータ及び識別情報がＢＬＥのアドバタイズパケットとは異なるパケットに含まれて送信される場合、定義情報テーブルＴ２は、タイプ、オフセット及びサイズに代えて、そのパケットにおける測定情報の位置を示す情報を記憶する。

なお、センサデータに含まれる測定情報のデータ型（例えば、「整数」、「浮動小数点数」等）がセンサ端末２に応じて異なる場合、定義情報テーブルＴ２は、測定情報のデータ型をさらに関連付けて記憶してもよい。

（各種処理の流れ）
以下では、図７及び図８を参照して、ゲートウェイ装置３によって実行される通信処理及び記憶処理の流れの一例を説明する。これらの処理は、あらかじめ記憶部３１に記憶されているプログラムに基づいて、処理部３４がゲートウェイ装置３の各構成要素と協働することにより実現される。

図７は、ゲートウェイ装置３によって実行される通信処理の流れの一例を示すフロー図である。通信処理は、センサ端末２からゲートウェイ装置３に対してセンサデータが送信された時に実行される。

まず、受信部３４１は、複数の送信端末のうちの何れかの送信端末から、その送信端末の識別情報とセンサデータとを受信する（Ｓ１０１）。受信部３４１は、例えば、第１通信部３２を介して、識別情報とセンサデータとを含むＢＬＥのアドバタイズパケットを受信する。

続いて、取得部３４２は、受信された識別情報に関連付けられた定義情報を取得する（Ｓ１０２）。取得部３４２は、識別情報テーブルＴ１を参照し、受信された識別情報に関連付けられた機種をその識別情報を送信したセンサ端末２の機種として特定する。続いて、取得部３４２は、特定した機種に関連付けられた定義情報についての定義情報テーブルＴ２を記憶部３１から取得する。

続いて、変換部３４３は、取得された定義情報に基づいて、受信されたセンサデータを変換後データに変換する（Ｓ１０３）。変換部３４３は、取得した定義情報テーブルＴ２を参照し、受信されたセンサデータから測定情報を抽出する。続いて、変換部３４３は、抽出された測定情報に、対応する属性情報を関連付けることによりセンサデータを変換後データに変換する。

例えば、変換部３４３は、定義情報テーブルＴ２からタイプの値を取得し、取得したタイプの値に対応するセンサデータを特定する。図６に示す定義情報テーブルＴ２の例では、変換部３４３は、タイプの値として「０ｘＦＦ」を取得し、受信されたアドバタイズパケット４００から、「０ｘＦＦ」のタイプ４０２に対応するデータ４０３を特定する。

続いて、変換部３４３は、定義情報テーブルＴ２からオフセット及びサイズの値を取得し、取得したオフセット及びサイズの値に基づいてセンサデータから測定情報を抽出する。図６に示す定義情報テーブルＴ２の例では、まず、変換部３４３は、オフセットの値として「７」を、サイズの値として「２」をそれぞれ取得し、取得した値に基づいてセンサデータの７オクテット目から２オクテットを第１測定情報として抽出する。また、変換部３４３は、オフセットの値として「９」を、サイズの値として「２」をそれぞれ取得し、取得した値に基づいてセンサデータの９オクテット目から２オクテットを第２測定情報として抽出する。

続いて、変換部３４３は、抽出した測定情報に属性情報を関連付けることにより変換後データを生成する。図６に示す定義情報テーブルＴ２の例では、変換部３４３は、抽出した第１測定情報には対応する属性情報である「温度」を、第２測定情報には対応する属性情報である「湿度」を、それぞれ関連付ける。

続いて、送信部３４４は、第２通信部３３を介して変換後データをサーバ４に対して送信し（Ｓ１０４）、通信処理を終了する。送信された変換後データは、サーバ４において記憶装置に記憶され、蓄積される。

図８は、ゲートウェイ装置３によって実行される記憶処理の流れの一例を示すフロー図である。記憶処理は、管理端末５からゲートウェイ装置３に対して識別情報及び定義情報が送信された時に実行される。

まず、記憶処理部３４５は、第１通信部３２を介して、識別情報及び定義情報を管理端末５から受信する（Ｓ２０１）。

続いて、記憶処理部３４５は、受信した識別情報及び定義情報を記憶部３１に記憶し（Ｓ２０２）、記憶処理を終了する。記憶処理部３４５は、受信した識別情報が識別情報テーブルＴ１に記憶されているか否かを判定する。記憶されていないと判定した場合、記憶処理部３４５は、受信した識別情報と定義情報とを関連付けて識別情報テーブルＴ１に新たに記憶する。記憶されていると判定した場合、受信した識別情報に関連付けられている定義情報を受信した識別情報に更新する。

以上説明したように、ゲートウェイ装置３は、センサ端末２の識別情報と定義情報とを関連付けて記憶し、センサ端末２から受信した識別情報に応じた定義情報に基づいてセンサデータを各センサ端末に共通のデータ構造を有する変換後データに変換する。このようにすることで、ゲートウェイ装置３は、異なるセンサ端末を容易に収容することを可能とする。

また、ゲートウェイ装置３は、定義情報に含まれる特定情報に基づいてセンサデータから測定情報を抽出し、抽出した測定情報に属性情報を関連付けることによりセンサデータを変換後データに変換する。このようにすることで、センサデータがセンサ端末２に応じて異なるデータ構造を有している場合でも、同種の測定情報に同一の属性情報が関連付けられるため、サーバ４においてデータを一元的に管理することが可能となる。

また、ゲートウェイ装置３において、特定情報は、センサデータのデータ構造における、測定情報の位置及び長さを示す情報である。これにより、ゲートウェイ装置３は、センサ端末に応じて異なるデータ構造を有するセンサデータから所望の測定情報を抽出することができる。

また、ゲートウェイ装置３は、識別情報及び定義情報を管理端末から受信して、その識別情報及び受信情報を互いに関連付けて記憶部に記憶する。このようにすることで、センサ端末２が新たにＩｏＴシステム１に追加された場合でも、ＩｏＴシステム１の提供者はゲートウェイ装置３の定義情報を更新することでＩｏＴサービスを提供することができる。

また、ゲートウェイ装置３は、センサ端末２の機種と定義情報とを関連付けて記憶部に記憶し、識別情報を送信したセンサ端末２の機種に関連付けられた定義情報を取得する。一般に、機種を同じくするセンサ端末２は、同一のデータ構造を有するセンサデータを送信する。したがって、このようにすることで、ＩｏＴシステム１の提供者はセンサ端末２の機種に応じた定義情報をゲートウェイ装置３に設定すれば足りるため、多数のセンサ端末を容易に収容させることができる。

当業者は、本発明の精神および範囲から外れることなく、様々な変更、置換及び修正をこれに加えることが可能であることを理解されたい。例えば、上述した各部の処理は、本発明の範囲において、適宜に異なる順序で実行されてもよい。また、上述した実施形態及び変形例は、本発明の範囲において、適宜に組み合わせて実施されてもよい。

３ ゲートウェイ装置
３１ 記憶部
３２ 第１通信部
３３ 第２通信部
３４１ 受信部
３４２ 取得部
３４３ 変換部
３４４ 送信部
３４５ 記憶処理部

Claims (7)

1. 複数の送信端末の識別情報と、各送信端末から送信され且つ送信端末に応じて異なるデータ構造を有する第１データの変換方法を定める複数の定義情報と、を関連付けて記憶する記憶部と、
   前記複数の送信端末のうちの何れかの送信端末から当該送信端末の識別情報と第１データとを受信する受信部と、
   前記受信された識別情報に関連付けられた定義情報を取得する取得部と、
   前記取得された定義情報に基づいて、前記受信された第１データを各送信端末に共通のデータ構造を有する第２データに変換する変換部と、
   前記第２データを送信する送信部と、
   を備えることを特徴とする、ゲートウェイ装置。
2. 前記定義情報は、前記第１データに含まれる所定のデータを特定するための特定情報と、前記所定のデータの属性を示す属性情報とを関連付け、
   前記変換部は、前記特定情報に基づいて前記第１データから前記所定のデータを抽出し、当該抽出された所定のデータに前記属性情報を関連付けることにより前記第１データを前記第２データに変換する、
   請求項１に記載のゲートウェイ装置。
3. 前記特定情報は、前記第１データのデータ構造における、前記所定のデータの位置及び長さを示す情報である、
   請求項２に記載のゲートウェイ装置。
4. 前記識別情報及び定義情報を管理端末から受信して、当該識別情報及び受信情報を互いに関連付けて前記記憶部に記憶する記憶処理部をさらに備える、請求項１−３の何れか一項に記載のゲートウェイ装置。
5. 前記記憶部は、送信端末の機種と前記定義情報とを関連付けて記憶し、
   前記取得部は、前記受信された識別情報に基づいて、当該識別情報を送信した送信端末の機種を特定し、前記特定した機種に関連付けられた定義情報を取得する、
   請求項１−４の何れか一項に記載のゲートウェイ装置。
6. 記憶部を備えるゲートウェイ装置における通信方法であって、
   複数の送信端末の識別情報と、各送信端末から送信され且つ送信端末に応じて異なるデータ構造を有する第１データの変換方法を定める複数の定義情報と、を関連付けて前記記憶部に記憶し、
   前記複数の送信端末のうちの何れかの送信端末から当該送信端末の識別情報と第１データとを受信し、
   前記受信された識別情報に関連付けられた定義情報を取得し、
   前記取得された定義情報に基づいて、前記受信された第１データを各送信端末に共通のデータ構造を有する第２データに変換し、
   前記第２データを送信する、
   ことを含むことを特徴とする通信方法。
7. 記憶部を備えるゲートウェイ装置のプログラムであって、
   複数の送信端末の識別情報と、各送信端末から送信され且つ送信端末に応じて異なるデータ構造を有する第１データの変換方法を定める複数の定義情報と、を関連付けて前記記憶部に記憶し、
   前記複数の送信端末のうちの何れかの送信端末から当該送信端末の識別情報と第１データとを受信し、
   前記受信された識別情報に関連付けられた定義情報を取得し、
   前記取得された定義情報に基づいて、前記受信された第１データを各送信端末に共通のデータ構造を有する第２データに変換し、
   前記第２データを送信する、
   ことを前記ゲートウェイ装置に実行させることを特徴とするプログラム。

Images