(57)【要約】【課題】十分な収容テナント数を実現できるマルチテナントのセンサ収容システムを提供すること。【解決手段】センサ収容システム１は、事前に管理サーバ１０にセンサＩＤとテナントＩＤとの対応関係を登録しておく。センサデバイス３０の接続時に、テナントＩＤを管理サーバ１０とゲートウェイ２０とで共有し、管理サーバ１０及びゲートウェイ２０内ではセンサデータにはテナントＩＤを割り当てる。管理サーバ１０、ゲートウェイ２０及びセンサデバイス３０の間ではテナントＩＤを基にして変換された２つのセッション情報により、各テナント用のデータを論理的に分離する。【選択図】図１
2017028383.tif 000002
【特許請求の範囲】
【請求項１】
複数のセンサデバイスと、当該複数のセンサデバイスを収容するゲートウェイと、複数の前記ゲートウェイを介して前記センサデバイスによる測定値を受信する管理サーバと、を有するセンサ収容システムであって、
前記管理サーバは、
前記ゲートウェイに対して接続要求したセンサデバイスの識別子を認証し、当該センサデバイスを管理するテナントの識別子を前記ゲートウェイへ送信する第１認証部と、
前記ゲートウェイから受信した第１セッション情報と、前記テナントの識別子とを対応付けてデータベースに記憶させ、前記第１セッション情報により、第１ネットワークを介した前記ゲートウェイとの通信を識別する第１セッション管理部と、
前記ゲートウェイから前記測定値を受信すると、当該測定値を、前記第１セッション情報に対応する前記テナントの識別子と対応付けてデータベースに記憶させるデータ制御部と、を備え、
前記ゲートウェイは、
接続要求のあった前記センサデバイスの識別子を前記管理サーバにより認証させ、前記テナントの識別子を前記管理サーバから取得する第２認証部と、
前記テナントの識別子を前記第１セッション情報及び第２セッション情報に変換し、両セッション情報を前記テナントの識別子と一意に対応付けてデータベースに記憶させる変換部と、
前記第１セッション情報を前記管理サーバと共有し、当該第１セッション情報により、前記第１ネットワークを介した前記管理サーバとの通信を識別する第２セッション管理部と、
前記第２セッション情報を前記センサデバイスと共有し、前記第２セッション情報により、第２ネットワークを介した前記センサデバイスとの通信を識別する第３セッション管理部と、を備え、
前記第２セッション管理部は、前記センサデバイスから受信した前記測定値を、前記第２セッション情報に対応する前記第１セッション情報を用いて前記管理サーバへ送信することにより、前記第１セッション情報に対応するテナントを前記管理サーバに識別させるセンサ収容システム。
【請求項２】
前記第３セッション管理部は、前記センサデバイスからの切断要求に応じて、同一の前記第２セッション情報により接続されている他のセンサデバイスの存在を判定し、
前記第２セッション管理部は、前記他のセンサデバイスが存在しないと判定された場合に、前記第２セッション情報に対応する前記第１セッション情報による前記管理サーバとの接続を切断する請求項１に記載のセンサ収容システム。
【請求項３】
前記第１セッション管理部は、前記受信した第１セッション情報が前記センサデバイスを管理するテナントと異なる他のテナントの識別子と既に対応付けられている場合、前記ゲートウェイに対して前記第１セッション情報の再割当てを要求する請求項１又は請求項２に記載のセンサ収容システム。
【請求項４】
複数のセンサデバイスを収容し、当該センサデバイスによる測定値を管理サーバへ提供するゲートウェイであって、
接続要求のあった前記センサデバイスの識別子を前記管理サーバにより認証させ、当該センサデバイスを管理するテナントの識別子を前記管理サーバから取得する第２認証部と、
前記テナントの識別子を第１セッション情報及び第２セッション情報に変換し、両セッション情報を前記テナントの識別子と一意に対応付けてデータベースに記憶させる変換部と、
前記第１セッション情報を前記管理サーバと共有し、当該第１セッション情報により、第１ネットワークを介した前記管理サーバとの通信を識別する第２セッション管理部と、
前記第２セッション情報を前記センサデバイスと共有し、前記第２セッション情報により、第２ネットワークを介した前記センサデバイスとの通信を識別する第３セッション管理部と、を備え、
前記第２セッション管理部は、前記センサデバイスから受信した前記測定値を、前記第２セッション情報に対応する前記第１セッション情報を用いて前記管理サーバへ送信することにより、前記第１セッション情報に対応するテナントを前記管理サーバに識別させるゲートウェイ。
【請求項５】
複数のゲートウェイを介して、当該ゲートウェイに収容された複数のセンサデバイスによる測定値を受信する管理サーバであって、
前記ゲートウェイに対して接続要求したセンサデバイスの識別子を認証し、当該センサデバイスを管理するテナントの識別子を前記ゲートウェイへ送信する第１認証部と、
前記ゲートウェイにおいて前記テナントの識別子から変換された第１セッション情報と、前記テナントの識別子とを対応付けてデータベースに記憶させ、当該第１セッション情報により、第１ネットワークを介した前記ゲートウェイとの通信を識別する第１セッション管理部と、
前記ゲートウェイから前記測定値を受信すると、当該測定値を、前記第１セッション情報に対応する前記テナントの識別子と対応付けてデータベースに記憶させるデータ制御部と、を備え、
前記ゲートウェイにおいて、前記テナントの識別子から変換された前記第１セッション情報及び第２セッション情報が当該テナントの識別子と一意に対応付けられており、
前記ゲートウェイが前記センサデバイスから前記第２セッション情報を用いて受信した前記測定値を、当該第２セッション情報に対応する前記第１セッション情報を用いて受信する管理サーバ。
【請求項６】
複数のセンサデバイス、当該複数のセンサデバイスを収容するゲートウェイ、及び管理サーバを有するシステムが、複数の前記ゲートウェイを介して収集した前記センサデバイスによる測定値を前記管理サーバにおいて管理するセンサ収容方法であって、
前記管理サーバが、前記ゲートウェイに対して接続要求したセンサデバイスの識別子を認証し、当該センサデバイスを管理するテナントの識別子を前記ゲートウェイへ送信する認証ステップと、
前記ゲートウェイが、前記テナントの識別子を第１セッション情報及び第２セッション情報に変換し、両セッション情報を前記テナントの識別子と一意に対応付けてデータベースに記憶させる変換ステップと、
前記管理サーバが、前記第１セッション情報と前記テナントの識別子とを対応付けてデータベースに記憶させ、当該第１セッション情報により、第１ネットワークを介した前記管理サーバと前記ゲートウェイとの通信を確立する第１セッション確立ステップと、
前記ゲートウェイが、前記第２セッション情報を前記センサデバイスと共有し、前記第２セッション情報により、第２ネットワークを介した前記ゲートウェイと前記センサデバイスとの通信を確立する第２セッション確立ステップと、
前記ゲートウェイが、前記センサデバイスから受信した前記測定値を、前記第２セッション情報に対応する前記第１セッション情報を用いて前記管理サーバへ転送する転送ステップと、
前記管理サーバが、受信した前記測定値を、前記第１セッション情報に対応する前記テナントの識別子と対応付けてデータベースに記憶させるデータ制御ステップと、を実行するセンサ収容方法。
【請求項７】
複数のセンサデバイス、当該複数のセンサデバイスを収容するゲートウェイ、及び管理サーバを有するシステムに、複数の前記ゲートウェイを介して収集した前記センサデバイスによる測定値を前記管理サーバにおいて管理させるためのセンサ収容プログラムであって、
前記管理サーバが、前記ゲートウェイに対して接続要求したセンサデバイスの識別子を認証し、当該センサデバイスを管理するテナントの識別子を前記ゲートウェイへ送信する認証ステップと、
前記ゲートウェイが、前記テナントの識別子を第１セッション情報及び第２セッション情報に変換し、両セッション情報を前記テナントの識別子と一意に対応付けてデータベースに記憶させる変換ステップと、
前記管理サーバが、前記第１セッション情報と前記テナントの識別子とを対応付けてデータベースに記憶させ、当該第１セッション情報により、第１ネットワークを介した前記管理サーバと前記ゲートウェイとの通信を確立する第１セッション確立ステップと、
前記ゲートウェイが、前記第２セッション情報を前記センサデバイスと共有し、前記第２セッション情報により、第２ネットワークを介した前記ゲートウェイと前記センサデバイスとの通信を確立する第２セッション確立ステップと、
前記ゲートウェイが、前記センサデバイスから受信した前記測定値を、前記第２セッション情報に対応する前記第１セッション情報を用いて前記管理サーバへ転送する転送ステップと、
前記管理サーバが、受信した前記測定値を、前記第１セッション情報に対応する前記テナントの識別子と対応付けてデータベースに記憶させるデータ制御ステップと、を実行させるためのセンサ収容プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のセンサデバイスを収容するセンサ収容システム、ゲートウェイ、管理サーバ、センサ収容方法及びセンサ収容プログラムに関する。
【背景技術】
【０００２】
近年、ネットワークに接続されたセンサデバイスと管理サーバとが通信を行うＭ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）と呼ばれるサービス形態の利用が進んでいる。センサデバイスを収容するシステムでは、センサデバイスが直接管理サーバに接続する方式もあるが、ローカルエリアネットワークからゲートウェイを介して管理サーバに接続する方式が一般的である。
【０００３】
Ｍ２Ｍシステムで利用されるセンサデバイスには、非常にリソースの限られたものが存在する。このようなセンサデバイスには、認証プロトコル等のセキュリティに関する機能の実装が困難である。そこで、従来は、企業や組織等のテナント毎に独立したハードウェア（センサデバイス、ゲートウェイ、管理サーバ）を設置する必要があり、初期導入コストがＭ２Ｍサービスの導入障壁となっていた。したがって、同じハードウェア（サーバ及びゲートウェイ）で複数のテナントに対して、セキュリティを確保した上で、Ｍ２Ｍサービスを行うシステムの提供が望まれている。
【０００４】
ここで、同じハードウェアに複数のテナントを収容する場合、テナント毎の独立性を保つために各テナントのネットワークが分離されている必要がある。複数のテナントを収容するシステムには、仮想化技術を用いた例がある。具体的には、各テナント間でセキュリティを確保するために、ハードウェア内に仮想マシンを立て、ハードウェア間のネットワークをＶＬＡＮ（又はＶＸＬＡＮ）及びＶＰＮを利用して論理的に分離をしていた（例えば、特許文献１及び２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−１６２４１８号公報
【特許文献２】特開２０１０−２１９８４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１では、対象ネットワークがイーサネット（登録商標）であり、センサデバイス向けローカルエリアネットワーク（例えば、ＺｉｇＢｅｅ（登録商標））は対象外であった。仮にセンサデバイス向けローカルエリアネットワーク（例えば、ＺｉｇＢｅｅ）への適用を想定した場合、最大フレームサイズに対して、従来技術（ＶＸＬＡＮ）ではオーバヘッドが大きくなり、僅かのデータペイロードしか利用できなくなる問題があった。
【０００７】
また、特許文献２では、テナントで利用するＩＰアドレスに対してテナントＩＤを割り当てている。この技術の対象ネットワークはイーサネットであり、収容するテナントの数に対して十分な数のＩＰアドレスを用意できることが想定されている。一方、センサデバイス向けのローカルエリアネットワークを想定した場合、プロトコル仕様（例えば、ＺｉｇＢｅｅの場合、ＰＡＮ  ＩＤの数が２５６個）により収容可能なテナント数が制限されてしまっていた。
【０００８】
本発明は、十分な収容テナント数を実現できるマルチテナントのセンサ収容システム、ゲートウェイ、管理サーバ、センサ収容方法及びセンサ収容プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係るセンサ収容システムは、複数のセンサデバイスと、当該複数のセンサデバイスを収容するゲートウェイと、複数の前記ゲートウェイを介して前記センサデバイスによる測定値を受信する管理サーバと、を有するセンサ収容システムであって、前記管理サーバは、前記ゲートウェイに対して接続要求したセンサデバイスの識別子を認証し、当該センサデバイスを管理するテナントの識別子を前記ゲートウェイへ送信する第１認証部と、前記ゲートウェイから受信した第１セッション情報と、前記テナントの識別子とを対応付けてデータベースに記憶させ、前記第１セッション情報により、第１ネットワークを介した前記ゲートウェイとの通信を識別する第１セッション管理部と、前記ゲートウェイから前記測定値を受信すると、当該測定値を、前記第１セッション情報に対応する前記テナントの識別子と対応付けてデータベースに記憶させるデータ制御部と、を備え、前記ゲートウェイは、接続要求のあった前記センサデバイスの識別子を前記管理サーバにより認証させ、前記テナントの識別子を前記管理サーバから取得する第２認証部と、前記テナントの識別子を前記第１セッション情報及び第２セッション情報に変換し、両セッション情報を前記テナントの識別子と一意に対応付けてデータベースに記憶させる変換部と、前記第１セッション情報を前記管理サーバと共有し、当該第１セッション情報により、前記第１ネットワークを介した前記管理サーバとの通信を識別する第２セッション管理部と、前記第２セッション情報を前記センサデバイスと共有し、前記第２セッション情報により、第２ネットワークを介した前記センサデバイスとの通信を識別する第３セッション管理部と、を備え、前記第２セッション管理部は、前記センサデバイスから受信した前記測定値を、前記第２セッション情報に対応する前記第１セッション情報を用いて前記管理サーバへ送信することにより、前記第１セッション情報に対応するテナントを前記管理サーバに識別させる。
【００１０】
前記第３セッション管理部は、前記センサデバイスからの切断要求に応じて、同一の前記第２セッション情報により接続されている他のセンサデバイスの存在を判定し、前記第２セッション管理部は、前記他のセンサデバイスが存在しないと判定された場合に、前記第２セッション情報に対応する前記第１セッション情報による前記管理サーバとの接続を切断してもよい。
【００１１】
前記第１セッション管理部は、前記受信した第１セッション情報が前記センサデバイスを管理するテナントと異なる他のテナントの識別子と既に対応付けられている場合、前記ゲートウェイに対して前記第１セッション情報の再割当てを要求してもよい。
【００１２】
本発明に係るゲートウェイは、複数のセンサデバイスを収容し、当該センサデバイスによる測定値を管理サーバへ提供するゲートウェイであって、接続要求のあった前記センサデバイスの識別子を前記管理サーバにより認証させ、当該センサデバイスを管理するテナントの識別子を前記管理サーバから取得する第２認証部と、前記テナントの識別子を第１セッション情報及び第２セッション情報に変換し、両セッション情報を前記テナントの識別子と一意に対応付けてデータベースに記憶させる変換部と、前記第１セッション情報を前記管理サーバと共有し、当該第１セッション情報により、第１ネットワークを介した前記管理サーバとの通信を識別する第２セッション管理部と、前記第２セッション情報を前記センサデバイスと共有し、前記第２セッション情報により、第２ネットワークを介した前記センサデバイスとの通信を識別する第３セッション管理部と、を備え、前記第２セッション管理部は、前記センサデバイスから受信した前記測定値を、前記第２セッション情報に対応する前記第１セッション情報を用いて前記管理サーバへ送信することにより、前記第１セッション情報に対応するテナントを前記管理サーバに識別させる。
【００１３】
本発明に係る管理サーバは、複数のゲートウェイを介して、当該ゲートウェイに収容された複数のセンサデバイスによる測定値を受信する管理サーバであって、前記ゲートウェイに対して接続要求したセンサデバイスの識別子を認証し、当該センサデバイスを管理するテナントの識別子を前記ゲートウェイへ送信する第１認証部と、前記ゲートウェイにおいて前記テナントの識別子から変換された第１セッション情報と、前記テナントの識別子とを対応付けてデータベースに記憶させ、当該第１セッション情報により、第１ネットワークを介した前記ゲートウェイとの通信を識別する第１セッション管理部と、前記ゲートウェイから前記測定値を受信すると、当該測定値を、前記第１セッション情報に対応する前記テナントの識別子と対応付けてデータベースに記憶させるデータ制御部と、を備え、前記ゲートウェイにおいて、前記テナントの識別子から変換された前記第１セッション情報及び第２セッション情報が当該テナントの識別子と一意に対応付けられており、前記ゲートウェイが前記センサデバイスから前記第２セッション情報を用いて受信した前記測定値を、当該第２セッション情報に対応する前記第１セッション情報を用いて受信する。
【００１４】
本発明に係るセンサ収容方法は、複数のセンサデバイス、当該複数のセンサデバイスを収容するゲートウェイ、及び管理サーバを有するシステムが、複数の前記ゲートウェイを介して収集した前記センサデバイスによる測定値を前記管理サーバにおいて管理するセンサ収容方法であって、前記管理サーバが、前記ゲートウェイに対して接続要求したセンサデバイスの識別子を認証し、当該センサデバイスを管理するテナントの識別子を前記ゲートウェイへ送信する認証ステップと、前記ゲートウェイが、前記テナントの識別子を第１セッション情報及び第２セッション情報に変換し、両セッション情報を前記テナントの識別子と一意に対応付けてデータベースに記憶させる変換ステップと、前記管理サーバが、前記第１セッション情報と前記テナントの識別子とを対応付けてデータベースに記憶させ、当該第１セッション情報により、第１ネットワークを介した前記管理サーバと前記ゲートウェイとの通信を確立する第１セッション確立ステップと、前記ゲートウェイが、前記第２セッション情報を前記センサデバイスと共有し、前記第２セッション情報により、第２ネットワークを介した前記ゲートウェイと前記センサデバイスとの通信を確立する第２セッション確立ステップと、前記ゲートウェイが、前記センサデバイスから受信した前記測定値を、前記第２セッション情報に対応する前記第１セッション情報を用いて前記管理サーバへ転送する転送ステップと、前記管理サーバが、受信した前記測定値を、前記第１セッション情報に対応する前記テナントの識別子と対応付けてデータベースに記憶させるデータ制御ステップと、を実行する。
【００１５】
本発明に係るセンサ収容プログラムは、複数のセンサデバイス、当該複数のセンサデバイスを収容するゲートウェイ、及び管理サーバを有するシステムに、複数の前記ゲートウェイを介して収集した前記センサデバイスによる測定値を前記管理サーバにおいて管理させるためのセンサ収容プログラムであって、前記管理サーバが、前記ゲートウェイに対して接続要求したセンサデバイスの識別子を認証し、当該センサデバイスを管理するテナントの識別子を前記ゲートウェイへ送信する認証ステップと、前記ゲートウェイが、前記テナントの識別子を第１セッション情報及び第２セッション情報に変換し、両セッション情報を前記テナントの識別子と一意に対応付けてデータベースに記憶させる変換ステップと、前記管理サーバが、前記第１セッション情報と前記テナントの識別子とを対応付けてデータベースに記憶させ、当該第１セッション情報により、第１ネットワークを介した前記管理サーバと前記ゲートウェイとの通信を確立する第１セッション確立ステップと、前記ゲートウェイが、前記第２セッション情報を前記センサデバイスと共有し、前記第２セッション情報により、第２ネットワークを介した前記ゲートウェイと前記センサデバイスとの通信を確立する第２セッション確立ステップと、前記ゲートウェイが、前記センサデバイスから受信した前記測定値を、前記第２セッション情報に対応する前記第１セッション情報を用いて前記管理サーバへ転送する転送ステップと、前記管理サーバが、受信した前記測定値を、前記第１セッション情報に対応する前記テナントの識別子と対応付けてデータベースに記憶させるデータ制御ステップと、を実行させる。
【発明の効果】
【００１６】
本発明によれば、マルチテナントのセンサ収容システムにおいて、十分な収容テナント数を実現できる。
【図面の簡単な説明】
【００１７】
【図１】実施形態に係るセンサ収容システムの機能構成を示す図である。
【図２】実施形態に係るセンサ情報テーブルを例示する図である。
【図３】実施形態に係る管理サーバが記憶するセッション情報テーブルを例示する図である。
【図４】実施形態に係る測定値テーブルを例示する図である。
【図５】実施形態に係るゲートウェイが記憶するセッション情報テーブルを例示する図である。
【図６】実施形態に係るセンサデバイスの初期接続時の処理を示すシーケンス図である。
【図７】実施形態に係るセンサデバイスからのデータ送信時の処理を示すシーケンス図である。
【図８】実施形態に係る同一テナントのセンサデバイスを同一ゲートウェイに追加接続する時の処理を示すシーケンス図である。
【図９】実施形態に係る別テナントのセンサデバイスを同一ゲートウェイに追加接続する時の処理を示すシーケンス図である。
【図１０】実施形態に係るセンサデバイスの接続終了時における第１の処理を示すシーケンス図である。
【図１１】実施形態に係る同一テナントのセンサデバイスを別のゲートウェイに追加接続する時の処理を示すシーケンス図である。
【図１２】実施形態に係る管理サーバにおける、セッション情報の登録時の処理を示すフローチャートである。
【図１３】実施形態に係るセンサデバイスの接続終了時における第２の処理を示すシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態の一例について説明する。
図１は、本実施形態に係るセンサ収容システム１の機能構成を示す図である。
センサ収容システム１は、管理サーバ１０と、ゲートウェイ２０と、センサデバイス３０と、ワイドエリアネットワーク４０（第１ネットワーク）と、ローカルエリアネットワーク５０（第２ネットワーク）とを備える。
【００１９】
管理サーバ１０は、例えばデータセンタ内に設置され、センサデバイス３０からゲートウェイ２０を介して送信される複数テナントのセンサデータを管理する。
【００２０】
ゲートウェイ２０は、家庭内又はビル内等に設置される装置である。ゲートウェイ２０は、２つのネットワーク（ワイドエリアネットワーク４０及びローカルエリアネットワーク５０）につながり、センサデバイス３０がインターネットに接続する仲介を行う。
【００２１】
センサデバイス３０は、用途に応じた物理量（例えば、温度又は湿度等）を測定し、ローカルエリアネットワーク５０を介してゲートウェイ２０にデータを送信するデバイスである。
【００２２】
ワイドエリアネットワーク４０は、ゲートウェイ２０からインターネットへ接続するネットワークであり、具体的には、３Ｇ、ＬＴＥ、ＷｉＭＡＸ（登録商標）等のモバイルネットワーク、又はＦＴＴＨ、ＣＡＴＶ等の固定ネットワークであってよい。
【００２３】
ローカルエリアネットワーク５０は、センサデバイス３０とゲートウェイ２０とを接続するネットワークであり、具体的には、ＺｉｇＢｅｅ又はＺ−ｗａｖｅ等の通信プロトコルを用いたネットワークである。
【００２４】
ここで、ワイドエリアネットワーク４０及びローカルエリアネットワーク５０は、ハードウェア間の通信接続に際し、セッション情報となるパラメータで論理的に通信種別を区別するネットワークである。
ワイドエリアネットワーク４０は、例えば、ＭＱＴＴ又はＸＭＰＰといったプロトコルが採用される。ＭＱＴＴの場合、第１セッション情報はＴｏｐｉｃであり、ＸＭＰＰの場合、第１セッション情報はＪＩＤと呼ばれる識別子（［ユーザ名］＠［ドメイン名］／［リソース名］で構成される）の内のリソース名が用いられる。
【００２５】
また、ローカルエリアネットワーク５０は、例えば、第２セッション情報をＰＡＮ  ＩＤとするＺｉｇＢｅｅ、又は第２セッション情報をＨｏｍｅ  ＩＤとするＺ−ｗａｖｅといったプロトコルが採用される。
以下、ワイドエリアネットワーク４０で用いられる通信プロトコルをＭＱＴＴ、ローカルエリアネットワーク５０で用いられる通信プロトコルをＺｉｇＢｅｅとして説明する。
【００２６】
管理サーバ１０は、第１通信部１１と、第１認証部１２と、第１セッション管理部１３と、第１データ制御部１４と、テナントＤＢ１５と、測定値ＤＢ１６とを備える。
【００２７】
第１通信部１１は、ワイドエリアネットワーク４０に対してデータを送受信する。また、第１通信部１１は、ゲートウェイ２０から受信したセンサデバイス３０の接続リクエストを第１認証部１２へ、センサデータを第１セッション管理部１３へ転送する。
【００２８】
第１認証部１２は、センサデバイス３０がゲートウェイ２０に接続された時に転送される接続リクエストから、センサデバイス３０に固有のセンサＩＤ（例えば、ＩＥＥＥ８０２．１５．４で規定される６４ｂｉｔのＭＡＣアドレス）を取得する。そして、第１認証部１２は、テナントＤＢ１５に該当のセンサＩＤが事前に登録されているか否かにより認証を行う。事前登録がある場合には、対応するテナントＩＤを取得し、第１通信部１１を介してゲートウェイ２０へ通知する。
【００２９】
第１セッション管理部１３は、ワイドエリアネットワーク４０を介したゲートウェイ２０との通信のセッションを管理する。具体的には、第１セッション管理部１３は、ゲートウェイ２０から第１セッション情報（例えば、ＭＱＴＴのＴｏｐｉｃ）を伴ってセッション確立のリクエストを受けて、応答し、セッションを確立する。第１セッション管理部１３は、該当するセッションからセンサデータを受け取ると、第１セッション情報と共にセンサデータを第１データ制御部１４に転送する。
【００３０】
第１データ制御部１４は、テナントＤＢ１５に基づいて第１セッション情報からセンサデータに紐づくテナントＩＤを識別し、測定値ＤＢ１６に測定値を含むセンサデータとテナントＩＤとを対応付けて書き込む。
【００３１】
テナントＤＢ１５は、センサ情報テーブル及びセッション情報テーブルの２つのテーブルを保持する。
【００３２】
図２は、本実施形態に係るセンサ情報テーブルを例示する図である。
センサ情報テーブルは、事前にセンサ収容システム１の管理者等により登録されるものであり、テナントＩＤとセンサＩＤとを関連付けたテーブルである。
なお、１つのテナントＩＤに対して、センサＩＤは複数登録されてよい。
【００３３】
図３は、本実施形態に係る管理サーバ１０が記憶するセッション情報テーブルを例示する図である。
セッション情報テーブルは、テナントＩＤと第１セッション情報（Ｔｏｐｉｃ）とを関連付けたデーブルであり、第１セッション管理部１３により自動的に生成される。
なお、１つのテナントＩＤに対して第１セッション情報は複数登録されてよいが、１つの第１セッション情報に対してテナントＩＤは１つのみ登録される。
【００３４】
測定値ＤＢ１６は、測定値テーブルを保持する。
図４は、本実施形態に係る測定値テーブルを例示する図である。
測定値テーブルは、センサデバイス３０が取得した測定値、時刻、センサＩＤ及びテナントＩＤを関連付けたテーブルである。
【００３５】
ゲートウェイ２０は、第２通信部２１ａと、第３通信部２１ｂと、第２認証部２２と、変換部２３と、第２セッション管理部２４ａと、第３セッション管理部２４ｂと、第２データ制御部２５と、テナントＤＢ２６と、測定値ＤＢ２７とを備える。
【００３６】
第２通信部２１ａは、ワイドエリアネットワーク４０に対してデータを送受信する。
第３通信部２１ｂは、ローカルエリアネットワーク５０に対してデータを送受信する。
【００３７】
第２認証部２２は、センサデバイス３０から受信した接続リクエストを、管理サーバ１０の第１認証部１２に転送し、第１認証部１２の応答である認証結果を受け取る。認証が成立しなかった場合、第２認証部２２はローカルエリアネットワーク５０を切断する。認証が成立した場合、第２認証部２２は、認証結果と共に受信したテナントＩＤを変換部２３に転送する。
【００３８】
変換部２３は、取得したテナントＩＤを、ワイドエリアネットワーク４０において使用する第１セッション情報と、ローカルエリアネットワーク５０において使用する第２セッション情報とに変換する。例えば、ワイドエリアネットワーク４０において使用するプロトコルがＭＱＴＴの場合、第１セッション情報はＴｏｐｉｃ、ローカルエリアネットワーク５０において使用するプロトコルがＺｉｇＢｅｅの場合、第２セッション情報はＰＡＮ  ＩＤである。例えば、変換部２３は、第１セッション情報として、テナントＩＤの一部又は全ての文字列を用いた文字列に変換し、第２セッション情報として、変換時点で未使用のＰＡＮ  ＩＤの内で一番小さい数値に変換する。変換部２３は、変換した結果をテナントＤＢ２６に書き込む。
【００３９】
第２セッション管理部２４ａは、変換部２３から取得した第１セッション情報を管理サーバ１０と共有することにより、ワイドエリアネットワーク４０のセッションを確立し、第１セッション情報によりテナントの異なる通信を識別する。
第３セッション管理部２４ｂは、変換部２３から取得した第２セッション情報をセンサデバイス３０と共有することにより、ローカルエリアネットワーク５０のセッションを確立し、第２セッション情報によりテナントの異なる通信を識別する。
【００４０】
第２データ制御部２５は、管理サーバ１０の第１データ制御部１４と同様に、テナントＤＢ２６に基づいて第２セッション情報からセンサデータに紐づくテナントＩＤを判定する。
ここで、ワイドエリアネットワーク４０とローカルエリアネットワーク５０との転送タイミングの同期がとれている場合には、第２データ制御部２５は、転送先の第２セッション管理部２４ａにセンサデータを転送する。一方、同期が取れていない場合には、第２データ制御部２５は、テンポラリバッファとして測定値ＤＢ２７にセンサデータをテナントＩＤと関連付けて書き込む。
【００４１】
なお、第２データ制御部２５は、測定値ＤＢ２７にセンサデータを書き込む際に、センサデバイス３０から受信したセンサデータをそのまま書き込むのではなく、データ圧縮等の加工処理を行った後に加工センサデータを書き込んでもよい。
【００４２】
テナントＤＢ２６は、セッション情報テーブルを保持する。
図５は、本実施形態に係るゲートウェイ２０が記憶するセッション情報テーブルを例示する図である。
セッション情報テーブルは、テナントＩＤと第１セッション情報及び第２セッション情報とを関連付けたデーブルであり、変換部２３により自動的に生成される。
【００４３】
セッション情報テーブルでは、テナントＩＤと、第１セッション情報としてのＴｏｐｉｃ及び第２セッション情報としてのＰＡＮ  ＩＤとが一意に関係付けられる。すなわち、１つのテナントＩＤから１つのセッション情報の組み合わせが導出され、１つのセッション情報の組み合わせから１つのテナントＩＤが導出される。
【００４４】
測定値ＤＢ２７は、管理サーバ１０と同様に、センサデバイス３０が取得した測定値、時刻、センサＩＤ及びテナントＩＤを関連付けた測定値テーブル（図４）を保持する。
【００４５】
センサデバイス３０は、第４通信部３１と、測定部３２とを備える。
第４通信部３１は、ローカルエリアネットワーク５０に対してデータを送受信する。
測定部３２は、物理量（例えば、温度又は湿度等）を電圧や電流等の特徴量に変換し、所定の係数を用いて演算した値を、測定値としてデジタル値で出力する。
【００４６】
次に、センサ収容システム１における処理フロー及びデータベースの状態変化を、以下の６つの場合に分けて説明する。
（１）センサデバイス３０の初期接続時
（２）センサデバイス３０のデータ送信時
（３）同一テナントのセンサデバイス３０を同一ゲートウェイ２０に追加接続時
（４）別テナントのセンサデバイス３０を同一ゲートウェイ２０に追加接続時
（５）センサデバイス３０の接続終了時
（６）同一テナントのセンサデバイス３０を別のゲートウェイ２０に追加接続時
【００４７】
図６は、本実施形態に係るセンサデバイス３０の初期接続時の処理を示すシーケンス図である。
ここでは、センサデバイス３０Ａがゲートウェイ２０Ａに接続する。
【００４８】
ステップＳ１において、センサデバイス３０Ａから、ローカルエリアネットワーク５０への接続のための接続リクエストがゲートウェイ２０Ａに対して送信される。接続リクエストには、パラメータとしてセンサＩＤが含まれている。
【００４９】
ステップＳ２において、センサデバイス３０Ａから接続リクエストを受けとったゲートウェイ２０Ａは、第２認証部２２を経由して、管理サーバ１０に対して接続リクエストを送信する。この時の接続リクエストには、パラメータとしてセンサＩＤが含まれている。
【００５０】
ステップＳ３において、接続リクエストを受け取った管理サーバ１０は、第１認証部１２を経由してテナントＤＢ１５を参照し、センサデバイス３０Ａの認証を行う。第１認証部１２は、テナントＤＢ１５のテナント情報テーブル（図２）に該当するセンサＩＤが存在する場合、対応するテナントＩＤを取得する。
【００５１】
ステップＳ４において、管理サーバ１０は、認証したセンサＩＤに対応して取得したテナントＩＤをパラメータとして含めた接続レスポンスを、ゲートウェイ２０Ａへ送信する。
【００５２】
ステップＳ５において、ゲートウェイ２０Ａは、接続レスポンスに含まれているテナントＩＤを、第２通信部２１ａ、第２認証部２２及び変換部２３を経由して取得し、ワイドエリアネットワーク４０の第１セッション情報であるＴｏｐｉｃ、及びローカルエリアネットワーク５０の第２セッション情報であるＰＡＮ  ＩＤに変換する。変換部２３は、変換した両セッション情報の組み合わせを、テナントＩＤと対応付けてテナントＤＢ２６に書き込む。例えば、変換部２３は、テナントＩＤ「ＴｎｔＡ」に対して、テナントＩＤの一部の文字列「Ａ」を用いて、Ｔｏｐｉｃであることを示す文字列「Ｔｐ」を加えた文字列「ＴｐＡ」をＴｏｐｉｃとして生成し、未使用のＰＡＮ  ＩＤの内、一番小さい数値「１」をＰＡＮ  ＩＤとして生成する。
【００５３】
ステップＳ６において、ゲートウェイ２０Ａの第３セッション管理部２４ｂは、ローカルエリアネットワーク５０に接続レスポンスを送信する。この接続レスポンスには、パラメータとしてＰＡＮ  ＩＤが含まれている。
【００５４】
ステップＳ７において、センサデバイス３０Ａは、ゲートウェイ２０Ａへ接続レスポンスを応答する。
【００５５】
ステップＳ８において、ゲートウェイ２０Ａの第２セッション管理部２４ａは、ワイドエリアネットワーク４０へ接続リクエストを送信する。この接続リクエストには、パラメータとしてＴｏｐｉｃ、及び変換元のテナントＩＤが含まれている。
【００５６】
ステップＳ９において、接続リクエストを受けとった管理サーバ１０の第１セッション管理部１３は、第１セッション情報としてのＴｏｐｉｃを、テナントＩＤと対応付けてテナントＤＢ１５に書き込む（例えば、テナントＩＤ「ＴｎｔＡ」に対して、Ｔｏｐｉｃ「ＴｐＡ」）。
【００５７】
ステップＳ１０において、管理サーバ１０は、接続レスポンスをゲートウェイ２０Ａに応答し、接続を確立する。
【００５８】
図７は、本実施形態に係るセンサデバイス３０からのデータ送信時の処理を示すシーケンス図である。
ここでは、図６のシーケンスにより接続されたセンサデバイス３０Ａがセンサデータを送信する。
【００５９】
ステップＳ１１において、センサデバイス３０Ａは、定期的に又は所定のトリガに応じて、センサデータをゲートウェイ２０Ａへ送信する。センサデータには、パラメータとして時刻、センサＩＤ、測定値が含まれる。
【００６０】
ステップＳ１２において、ゲートウェイ２０Ａの第２データ制御部２５は、第３通信部２１ｂ及び第３セッション管理部２４ｂを経由してセンサデータを取得し、ワイドエリアネットワーク４０とローカルエリアネットワーク５０との転送タイミングの同期が取れていない場合には、測定値ＤＢ２７にテナントＩＤ（例えば、「ＴｎｔＡ」）と対応付けて書き込む。同期が取れている場合には、処理は次のステップＳ１３に移ってよい。
【００６１】
ステップＳ１３において、ゲートウェイ２０Ａは、管理サーバ１０へセンサデータを転送する。
【００６２】
ステップＳ１４において、管理サーバ１０の第１データ制御部１４は、第１通信部１１及び第１セッション管理部１３を経由してセンサデータを取得し、測定値ＤＢ１６にテナントＩＤ（例えば、「ＴｎｔＡ」）と対応付けて書き込む。
【００６３】
図８は、本実施形態に係る同一テナントのセンサデバイス３０を同一ゲートウェイ２０に追加接続する時の処理を示すシーケンス図である。
ここでは、センサデバイス３０Ｂがゲートウェイ２０Ａに接続する。
【００６４】
ステップＳ２１〜Ｓ２４は、図６の初期接続時の処理と同様である。すなわち、センサデバイス３０Ｂから接続リクエストがゲートウェイ２０Ａを介して管理サーバ１０に送信されると、管理サーバ１０は、センサデバイス３０Ｂの認証を行い、センサＩＤに対応するテナントＩＤをパラメータとして含めた接続レスポンスを、ゲートウェイ２０Ａへ送信する。
【００６５】
ここで、ゲートウェイ２０Ａに送信されたテナントＩＤと、対応するセッション情報は、既にテナントＤＢ２６のセッション情報テーブルに登録されている（例えば、テナントＩＤ「ＴｎｔＡ」に対して、Ｔｏｐｉｃ「ＴｐＡ」及びＰＡＮ  ＩＤ「１」）。したがって、本処理では、テナントＤＢ２６の更新はされない。
【００６６】
ステップＳ２５〜Ｓ２６は、図６の初期接続時の処理と同様である。すなわち、ゲートウェイ２０Ａは、センサデバイス３０Ｂに接続レスポンスを送信し、センサデバイス３０Ｂは、ゲートウェイ２０Ａへ接続レスポンスを応答する。
【００６７】
次に、初期接続時には、ゲートウェイ２０Ａと管理サーバ１０との間における接続リクエスト及び接続レスポンスの送受信が行われた（図６：ステップＳ８〜Ｓ１０）。本処理では、同一テナントに対応する第１セッション情報（Ｔｏｐｉｃ「ＴｐＡ」）によるセッションが既に確立しており、管理サーバ１０にもセッション情報（  テナントＩＤ「ＴｎｔＡ」に対して、Ｔｏｐｉｃ「ＴｐＡ」）が登録済みであるため、これらのステップは省略される。
【００６８】
図９は、本実施形態に係る別テナントのセンサデバイス３０を同一ゲートウェイ２０に追加接続する時の処理を示すシーケンス図である。
ここでは、センサデバイス３０Ｃがゲートウェイ２０Ａに接続する。
【００６９】
ステップＳ３１〜Ｓ３４は、図６の初期接続時の処理と同様である。すなわち、センサデバイス３０Ｃから接続リクエストがゲートウェイ２０Ａを介して管理サーバ１０に送信されると、管理サーバ１０は、センサデバイス３０Ｃの認証を行い、センサＩＤに対応するテナントＩＤをパラメータとして含めた接続レスポンスを、ゲートウェイ２０Ａへ送信する。
【００７０】
ステップＳ３５において、ゲートウェイ２０Ａは、接続レスポンスに含まれている新たなテナントＩＤを、第２通信部２１ａ、第２認証部２２及び変換部２３を経由して取得し、ワイドエリアネットワーク４０の第１セッション情報であるＴｏｐｉｃ、及びローカルエリアネットワーク５０の第２セッション情報であるＰＡＮ  ＩＤに変換する。変換部２３は、変換した両セッション情報の組み合わせを、テナントＩＤと対応付けてテナントＤＢ２６に新たに書き込む（例えば、テナントＩＤ「ＴｎｔＢ」に対して、Ｔｏｐｉｃ「ＴｐＢ」及びＰＡＮ  ＩＤ「２」）。
【００７１】
ステップＳ３６において、ゲートウェイ２０Ａの第３セッション管理部２４ｂは、ローカルエリアネットワーク５０に接続レスポンスを送信する。この接続レスポンスには、パラメータとしてＰＡＮ  ＩＤが含まれている。
【００７２】
ステップＳ３７において、センサデバイス３０Ｃは、ゲートウェイ２０Ａへ接続レスポンスを応答する。
【００７３】
ステップＳ３８において、ゲートウェイ２０Ａの第２セッション管理部２４ａは、ワイドエリアネットワーク４０へ接続リクエストを送信する。この接続リクエストには、パラメータとしてＴｏｐｉｃが含まれている。
【００７４】
ステップＳ３９において、接続リクエストを受けとった管理サーバ１０の第１セッション管理部１３は、第１セッション情報としてのＴｏｐｉｃを、テナントＩＤと対応付けてテナントＤＢ１５に新たに書き込む（例えば、テナントＩＤ「ＴｎｔＢ」に対して、Ｔｏｐｉｃ「ＴｐＢ」）。
【００７５】
ステップＳ４０において、管理サーバ１０は、接続レスポンスをゲートウェイ２０Ａに応答し、接続を確立する。
【００７６】
図１０は、本実施形態に係るセンサデバイス３０の接続終了時における第１の処理を示すシーケンス図である。
ここでは、センサデバイス３０Ｂがゲートウェイ２０Ａから切断される。
【００７７】
ステップＳ４１において、センサデバイス３０Ａからゲートウェイ２０Ｂへ、センサＩＤを含む切断リクエストが送信される。
【００７８】
ステップＳ４２において、ゲートウェイ２０Ａは、切断されたセンサデバイス３０Ｂの属するテナントが管理している他のセンサデバイス３０が接続しているか否かを判定する。具体的には、第３セッション管理部２４ｂは、第３通信部２１ｂで管理されている接続中のセンサＩＤと第２セッション情報（ＰＡＮ  ＩＤ）との対応付け情報に基づいて、切断されたセンサデバイス３０Ｂと同一の第２セッション情報に紐付くセンサＩＤが存在するか否かを判定する。
本処理では、他のセンサデバイス３０Ａが存在するので、この判定はＹＥＳとなり、ゲートウェイ２０ＡのテナントＤＢ２６は更新されない。
【００７９】
ステップＳ４３において、ゲートウェイ２０Ａは、切断レスポンスをセンサデバイス３０Ｂに応答する。
【００８０】
ここで、ステップＳ４２において同一テナントに他のセンサデバイス３０Ａが存在すると判定されたので、本処理は終了となり、ゲートウェイ２０Ａと同様に管理サーバ１０のテナントＤＢ１５も更新されない。
なお、図１０中では、後述する接続終了時の第２の処理（図１３）と対比して、本処理では実行されないステップを破線で示した。
【００８１】
図１１は、本実施形態に係る同一テナントのセンサデバイス３０を別のゲートウェイ２０に追加接続する時の処理を示すシーケンス図である。
ここでは、センサデバイス３０Ｂがゲートウェイ２０Ｂに接続する。
【００８２】
ステップＳ５１〜Ｓ６０は、初期接続時の処理（図６）と同様であるが、ステップＳ５５及びステップＳ５９でそれぞれ更新されるデータベースの内容が異なる。
【００８３】
具体的には、ステップＳ５５において、ゲートウェイ２０Ｂは、テナントＩＤを、ワイドエリアネットワーク４０の第１セッション情報であるＴｏｐｉｃ、及びローカルエリアネットワーク５０の第２セッション情報であるＰＡＮ  ＩＤに変換する。変換部２３は、変換した両セッション情報の組み合わせを、テナントＩＤと対応付けてテナントＤＢ２６に書き込む（例えば、テナントＩＤ「ＴｎｔＡ」に対して、Ｔｏｐｉｃ「ＴｐＣ」及びＰＡＮ  ＩＤ「３」）。
【００８４】
また、ステップＳ５９において、管理サーバ１０は、第１セッション情報としてのＴｏｐｉｃを、テナントＩＤと対応付けてテナントＤＢ１５に書き込む（例えば、テナントＩＤ「ＴｎｔＡ」に対して、Ｔｏｐｉｃ「ＴｐＣ」）。
【００８５】
図１２は、本実施形態に係る管理サーバ１０における、テナントＤＢ１５へのセッション情報の登録時の処理を示すフローチャートである。
本処理は、前述のステップＳ５９（図１１）に相当する。
【００８６】
同一のテナントに属するセンサデバイスを別のゲートウェイ２０に追加接続する場合、Ｔｏｐｉｃは個々のゲートウェイ２０にて自動的に割振られるため、同じテナントＩＤであっても、ゲートウェイ２０により別のＴｏｐｉｃが割振られる可能性がある（例えば、図１１の「ＴｐＡ」と「ＴｐＣ」）。逆に、別のテナントＩＤにも関わらず、同じＴｏｐｉｃが割振られる可能性もある。後者の可能性を防ぐために、管理サーバ１０は、テナントＤＢ１５へＴｏｐｉｃを登録する際に、本処理を実行する。
【００８７】
管理サーバ１０は、接続レスポンス（ステップＳ５４）をゲートウェイに返答した後、送信したテナントＩＤを保持しつつ、ゲートウェイ２０からの接続リクエスト（ステップＳ５８）の受信待ちを開始する。
【００８８】
ステップＳ６１において、管理サーバ１０は、ゲートウェイ２０から接続リクエスト（Ｔｏｐｉｃ）を受信する。
【００８９】
ステップＳ６２において、管理サーバ１０は、テナントＤＢ１５に既に同じＴｏｐｉｃが登録済であるか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ６３に移り、判定がＮＯの場合、処理はステップＳ６５に移る。
【００９０】
ステップＳ６３において、管理サーバ１０は、重複したＴｏｐｉｃ（既にテナントＤＢ１５に登録済のＴｏｐｉｃとステップＳ６１で受信したＴｏｐｉｃ）に対応するテナントＩＤが同一であるか否かを判定する。この判定がＹＥＳの場合、既にＴｏｐｉｃが登録済であるので処理を終了する。一方、判定がＮＯの場合、処理はステップＳ６４に移る。
【００９１】
ステップＳ６４において、管理サーバ１０は、異なるテナントＩＤに同一のＴｏｐｉｃを登録しようとしているため、接続レスポンスとしてゲートウェイ２０にＴｏｐｉｃの再割当てを依頼し、ステップＳ６１の接続リクエスト（Ｔｏｐｉｃ）の受信待ちの状態に戻る。
【００９２】
ステップＳ６５において、管理サーバ１０は、接続リクエストに含まれるＴｏｐｉｃをテナントＤＢ１５に登録し、処理を終了する。
【００９３】
図１３は、本実施形態に係るセンサデバイス３０の接続終了時における第２の処理を示すシーケンス図である。
ここでは、第１の処理（図１０）でのセンサデバイス３０Ｂに続いて、センサデバイス３０Ａがゲートウェイ２０Ａから切断される。
【００９４】
ステップＳ７１において、センサデバイス３０Ａからゲートウェイ２０Ａへ、センサＩＤを含む切断リクエストが送信される。
【００９５】
ステップＳ７２において、ゲートウェイ２０Ａは、第１の処理（図１０）と同様に、切断されたセンサデバイス３０Ａの属するテナントが管理している他のセンサデバイス３０が接続しているか否かを判定する。本処理では、他のセンサデバイス３０が存在しないので、この判定はＮＯとなり、ステップＳ７３へ移る。
【００９６】
ステップＳ７３において、ゲートウェイ２０Ａは、全てのセンサデバイス３０が切断されたテナント（テナントＩＤ「ＴｎｔＡ」）に関するレコードをセッション情報テーブルから削除してテナントＤＢ２６を更新する。
【００９７】
ステップＳ７４において、ゲートウェイ２０Ａは、切断レスポンスをセンサデバイス３０Ａに応答する。
【００９８】
ステップＳ７５において、ゲートウェイ２０Ａは、管理サーバ１０に対して切断リクエストを送信する。この切断リクエストには、パラメータとして、全てのセンサデバイス３０が切断されたテナント（テナントＩＤ「ＴｎｔＡ」）に対応したＴｏｐｉｃが含まれる。
【００９９】
ステップＳ７６において、管理サーバ１０は、切断リクエストに含まれる第１セッション情報（Ｔｏｐｉｃ「ＴｐＡ」）に関するレコードをセッション情報テーブルから削除してテナントＤＢ１５を更新する。
ただし、管理サーバ１０は、このとき、対象のＴｏｐｉｃと同一の第１セッション情報を用いたセッションを確立している他のゲートウェイ２０が存在するか否かを判定し、存在すればレコードの削除を行わない。具体的には、第１セッション管理部１３は、第１通信部１１で管理されている接続中のゲートウェイ２０と第１セッション情報（Ｔｏｐｉｃ）との対応付け情報に基づいて、同一のＴｏｐｉｃを用いた、すなわち同一のテナントを収容したゲートウェイ２０の存在を確認する。そして、第１セッション管理部１３は、対象のＴｏｐｉｃが他で使用されていない場合に、レコードを削除する。
【０１００】
ステップＳ７７において、管理サーバ１０は、切断レスポンスをゲートウェイ２０Ａに応答する。
【０１０１】
ここまで、センサ収容システム１が正常動作中の処理について説明したが、次に、セッションの再接続につながるシステム異常時の動作について説明する。
セッション再接続につながるシステム異常は、次の５つの場合を含む。
（１）センサデバイス３０の故障
（２）ローカルエリアネットワーク５０の切断
（３）ゲートウェイ２０の故障
（４）ワイドエリアネットワーク４０の切断
（５）管理サーバ１０の故障
以下、これらの場合の動作を詳述する。
【０１０２】
（１）センサデバイス３０の故障（例えば、電源断を含む）時は、ゲートウェイ２０に対してセンサデータが転送されなくなる。
ゲートウェイ２０では、テナントＤＢ２６にてテナント情報を保持し、つまりセッション情報を保持するものの、センサデバイス３０ではセッション情報は消えてしまう。したがって、センサデバイス３０が再度ゲートウェイと接続する際には、初期接続のシーケンス（図６）が実行される。この際、ゲートウェイ２０のテナントＤＢ２６及び管理サーバ１０のテナントＤＢ１５に既に情報が書き込まれている場合は、両データベースへの書き込み処理は省略される。
【０１０３】
（２）ローカルエリアネットワーク５０の切断時は、ゲートウェイ２０に対してセンサデータが転送されなくなる。
ゲートウェイ２０では、テナントＤＢ２６にてテナント情報を保持し、つまりセッション情報を保持している。センサデバイス３０もセッション情報を保持している。したがって、再度ローカルエリアネットワーク５０が接続された際には、データ送信時のシーケンス（図７）によりセンサデータが転送される。
【０１０４】
（３）ゲートウェイ２０の故障（例えば、電源断を含む）時は、ゲートウェイ２０ではテナントＤＢ２６に保持されていたテナント情報が消去されてしまう。つまりセッション情報も消去されてしまう。
再度ゲートウェイ２０が復帰した際には、センサデバイス３０からセンサデータが転送されるタイミング（図７：データ送信時）で、該当のテナント情報がないために、ゲートウェイ２０は、切断レスポンスをセンサデバイス３０に送信し、セッションを切断する。この後に初期接続のシーケンス（図６）が実行される。
【０１０５】
（４）ワイドエリアネットワーク４０の切断時は、管理サーバ１０に対してゲートウェイ２０からセンサデータが転送されなくなる。
ゲートウェイ２０では、テナントＤＢ２６にてテナント情報を保持し、つまりセッション情報を保持している。管理サーバ１０もセッション情報を保持している。したがって、再度ワイドエリアネットワーク４０が接続された際には、データ送信時のシーケンス（図７：ステップＳ１３）によりセンサデータが転送される。
【０１０６】
（５）管理サーバ１０の故障（例えば、電源断を含む）時は、管理サーバ１０に保持していたセッション情報が消去されてしまう。
再度管理サーバ１０が復帰した際には、ゲートウェイ２０からセンサデータが転送されるタイミング（図７：データ送信時）で、管理サーバ１０に該当のセッション情報がないために、ワイドエリアネットワーク４０側の初期接続のシーケンス（図６：ステップＳ８〜Ｓ１０）が実行される。
【０１０７】
以上のように、本実施形態によれば、センサ収容システム１は、事前に管理サーバ１０にセンサＩＤとテナントＩＤとの対応関係を登録しておく。センサデバイス３０の接続時に、テナントＩＤを管理サーバ１０とゲートウェイ２０とで共有し、管理サーバ１０及びゲートウェイ２０内ではセンサデータにはテナントＩＤを割り当てる。管理サーバ１０、ゲートウェイ２０及びセンサデバイス３０の間ではテナントＩＤを基にして変換されたセッション情報（例えば、Ｔｏｐｉｃ又はＰＡＮ  ＩＤ）により、各テナント用のデータを論理的に分離する。
これにより、各テナントは、第１セッション情報及び第２セッション情報の組み合わせにより識別され、センサデータにテナントＩＤを付与することなく、データを論理的に分離できる。
したがって、センサ収容システム１は、セッション情報の割り当て可能数に制限がある場合にも（例えば、ＺｉｇＢｅｅでは、ＰＡＮ  ＩＤが２５６個）、２つのセッション情報の組み合わせにより、十分な収容テナント数を安全に実現できる。
【０１０８】
また、センサ収容システム１は、センサデバイス３０をゲートウェイ２０から切断する際、このゲートウェイの配下に同一のテナントに属する他のセンサデバイス３０が存在するか否かを判定する。
これにより、センサ収容システム１は、他のセンサデバイス３０が存在しない場合に、ゲートウェイ２０と管理サーバ１０との間で該当のテナントに関するセッションを切断でき、リソースを効率的に利用できる。
【０１０９】
また、センサ収容システム１は、管理サーバ１０において、第１セッション情報の重複を判定し、再割り当てを行うので、異なるテナント間で同一のセッション情報が割り当てられることによる不都合を回避できる。
【０１１０】
センサ収容システム１によるセンサ収容方法は、ソフトウェアにより実現される。ソフトウェアによって実現される場合には、このソフトウェアを構成するプログラムが、情報処理装置（管理サーバ１０、ゲートウェイ２０、センサデバイス３０）にインストールされる。また、これらのプログラムは、ＣＤ−ＲＯＭのようなリムーバブルメディアに記録されてユーザに配布されてもよいし、ネットワークを介してユーザのコンピュータにダウンロードされることにより配布されてもよい。
【符号の説明】
【０１１１】
１  センサ収容システム
１０  管理サーバ
１１  第１通信部
１２  第１認証部
１３  第１セッション管理部
１４  第１データ制御部
１５  テナントＤＢ
１６  測定値ＤＢ
２０  ゲートウェイ
２１ａ  第２通信部
２１ｂ  第３通信部
２２  第２認証部
２３  変換部
２４ａ  第２セッション管理部
２４ｂ  第３セッション管理部
２５  第２データ制御部
２６  テナントＤＢ
２７  測定値ＤＢ
３０  センサデバイス
３１  第４通信部
３２  測定部
４０  ワイドエリアネットワーク
５０  ローカルエリアネットワーク
【図１】
2017028383.tif 000003
【図２】
2017028383.tif 000004
【図３】
2017028383.tif 000005
【図４】
2017028383.tif 000006
【図５】
2017028383.tif 000007
【図６】
2017028383.tif 000008
【図７】
2017028383.tif 000009
【図８】
2017028383.tif 000010
【図９】
2017028383.tif 000011
【図１０】
2017028383.tif 000012
【図１１】
2017028383.tif 000013
【図１２】
2017028383.tif 000014
【図１３】
2017028383.tif 000015