JP6522548B2 - デバイスｉｄ管理サーバ、デバイスｉｄ管理方法、及びプログラム - Google Patents

Description

本発明は、デバイスＩＤ管理サーバ、デバイスＩＤ管理方法、及びプログラムに関し、特に、電気通信技術を用いて、Ｍ２Ｍ（Machine-to-Machine）通信をはじめとするネットワーク接続サービスを提供するためのネットワーク構成に関する。

インターネットに代表されるＩＰ（Internet Protocol）が広く普及している。一方、Ｍ２Ｍ（Machine-to-Machine）通信として注目されているセンサネットワーク分野においては、ＺｉｇＢｅｅ（登録商標）に代表されるようなｎｏｎ−ＩＰのＭ２Ｍエリアネットワークプロトコルが普及しつつあり、これらで接続されたＭ２Ｍデバイスのクラウドへの接続要求が高まりつつある。

インターネットの基盤技術の一つに、ＤＮＳ（Domain Name System）がある（非特許文献１参照）。ＤＮＳは、インターネット上でドメイン名を管理・運用するために開発されたシステムである。ドメイン名とＩＰアドレスの対応付けを管理することで、メールの宛先ホストサーバ等を指定するのに用いられる。

インターネット接続機器には、「ＩＰアドレス」と呼ばれる固有の番号が必ず割り当てられ、インターネット上におけるすべての通信は、相手先のＩＰアドレスが指定されることにより行われる。しかし、このようにＩＰアドレスで通信先を直接指定することは、インターネットに接続された各装置が、該当する送信先サーバ等のＩＰアドレスをなんらかの方法ですべて記憶しておく必要があり、現実的ではない。また、何らかの理由で送信先のネットワーク構成が変更された場合、ＩＰアドレスはしばしば付け直されたり、変更されたりする場合がある。このような場合、以前記憶していたＩＰアドレスでは接続できなくなる。

そのため、より人間が覚えやすく使いやすい「名前」で指定できるようにするためのしくみが必要となる。これを実現するためのシステムがＤＮＳである。ドメイン名とＩＰアドレスの対応付けを管理することで、メールの宛先ホストサーバ等を、ＩＰアドレスではなく、人間の可読性の高い文字列識別子（ＩＤ）として扱うことができる。このように、ＩＰ等の単一プロトコルに閉じたネットワークにおいては、ＤＮＳのような仕組みをそのまま用いて、ドメイン名をＭ２ＭデバイスのＩＤとして登録・利用することで、サーバ上のサービスアプリからＭ２Ｍデバイスに対する通信を、ネットワーク構成や、Ｍ２Ｍデバイスの設置箇所を意識することなくエンド−エンド間で実現することができる。

RFC 1034, "Domain Names - Concepts and Facilities," November 1987, インターネット, https://tools.ietf.org/html/rfc1034, 2016年4月18日取得 "ZigBee Specification," ZigBee Document 053474r17, ZigBee Alliance, January 17, 2008

一方で、Ｍ２Ｍ−ＧＷ（Gateway）装置を中継してＩＰやｎｏｎ−ＩＰなどの複数のネットワークを組み合わせてサービスアプリ−デバイス間等の通信を行う場合、一般には、サービスアプリとＭ２Ｍデバイスの双方から、中継するＭ２Ｍ−ＧＷを指定して通信を確立する必要がある。図１は、従来技術におけるネットワーク構成を示す図である。サービスアプリは、Ｍ２Ｍ通信サービスを提供するサービスプラットフォームであるＭ２Ｍ−ＰＦ（Platform）と、Ｍ２Ｍ−ＧＷを経由して、Ｍ２Ｍデバイスと通信する。ここで、サービスアプリは、インターネットクラウド等（第１のネットワーク）を介してＭ２Ｍ−ＰＦと通信し、Ｍ２Ｍ−ＰＦは、キャリア閉域網等（第２のネットワーク）を介してＭ２Ｍ−ＧＷと通信する。ＺｉｇＢｅｅ（登録商標）をはじめとするＭ２Ｍエリアネットワークプロトコルでは、Ｍ２ＭデバイスがＭ２Ｍエリアネットワーク（第３のネットワーク）のアクセスポイント機能を備えた近傍のＭ２Ｍ−ＧＷ装置を探索して接続する機能を備えている。図１に示すように、Ｍ２Ｍデバイスが接続される可能性があるＭ２Ｍ−ＧＷが１台しかない場合には、サービスアプリは当該Ｍ２Ｍ−ＧＷを一意な宛先として通信を行うことで、Ｍ２Ｍデバイスとの通信を確立することができる。すなわち、サービスアプリからＭ２Ｍデバイスへの通信経路（Ｍ２Ｍ−ＰＦ及びＭ２Ｍ−ＧＷ）は一意に定まる。同様に、Ｍ２Ｍデバイスからサービスアプリへの通信経路（Ｍ２Ｍ−ＧＷ及びＭ２Ｍ−ＰＦ）も一意に定まる。

しかし、Ｍ２Ｍデバイスが接続されうるＭ２Ｍ−ＧＷが複数あり、どのＭ２Ｍ−ＧＷにＭ２Ｍデバイスが接続されたか分からない状態では、サービスアプリがＭ２Ｍデバイスの場所を認識し、通信を確立することは困難である。サービスアプリがＭ２Ｍ−ＰＦに接続しても、Ｍ２Ｍ−ＰＦは、どのＭ２Ｍ−ＧＷに接続すればよいか分からないためである。

さらに、図２に示すように、同一のＭ２Ｍ−ＧＷに複数のＭ２Ｍデバイスが接続され、それぞれが異なるサービスアプリからの通信を確立しようとする場合、状況はさらに複雑となる。Ｍ２Ｍ−ＧＷは、接続要求の上がってきたＭ２Ｍデバイスを検出及び識別し、さらに、適切なサービスアプリへの経路を提供しなくてはならないためである。

このように、従来技術では、ＩＰネットワークより先に更にＭ２Ｍエリアネットワークが存在することを想定していない。例えば、あるサービスアプリが特定のＭ２Ｍデバイスを宛先として下りデータを送信する際に、その下りデータがどのＭ２Ｍ−ＧＷを経由するかの情報は存在しない。そのため、サービスアプリは、どのＭ２Ｍ−ＧＷにデータを転送すればＭ２Ｍデバイスに到達できるのかを認識することができない。

また、従来技術では、Ｍ２Ｍエリアネットワークの先に更にＩＰネットワークが存在することを想定していない。例えば、あるＭ２Ｍデバイスが特定のサービスアプリを宛先として上りデータを送信する際に、その上りデータがどのＭ２Ｍ−ＰＦを経由するかの情報は存在しない。そのため、Ｍ２Ｍデバイスは、どのＭ２Ｍ−ＰＦにデータを転送すればサービスアプリに到達できるのかを認識することができない。

本発明は、以上の状況を鑑みてなされたもので、サービスアプリとデバイスとの間にＩＰやｎｏｎ−ＩＰなどの複数のネットワークを組み合わせて構成される通信システムにおいて、サービスアプリとデバイスとの間の接続性を提供することを目的とする。

本発明の一形態に係るデバイスＩＤ管理サーバは、
複数のサービスアプリが第１のネットワークを介してサービスプラットフォームに接続され、当該サービスプラットフォーム及びゲートウェイが第２のネットワーク上に配置され、複数のデバイスが当該第２のネットワークとは異なるプロトコルの第３のネットワークを介して当該ゲートウェイに接続される通信システムにおけるデバイスＩＤ管理サーバであって、
前記複数のサービスアプリのうち或るサービスアプリから前記複数のデバイスのうち或るデバイスまでの経路情報として、前記サービスプラットフォームのプラットフォームＩＤと、前記ゲートウェイのゲートウェイＩＤと、前記デバイスの端末固有ＩＤとの対応情報を記憶するＩＤ記憶部と、
前記サービスアプリから前記デバイスへの下りデータ通信の場合又は前記デバイスから前記サービスアプリへの上りデータ通信の場合に、前記サービスプラットフォーム又は前記ゲートウェイからの要求に応じて、前記ＩＤ記憶部から前記対応情報を提供する接続設定部と、
を有することを特徴とする。

また、本発明の一形態に係るデバイスＩＤ管理方法は、
複数のサービスアプリが第１のネットワークを介してサービスプラットフォームに接続され、当該サービスプラットフォーム及びゲートウェイが第２のネットワーク上に配置され、複数のデバイスが当該第２のネットワークとは異なるプロトコルの第３のネットワークを介して当該ゲートウェイに接続される通信システムにおけるデバイスＩＤ管理サーバにおけるデバイスＩＤ管理方法であって、
前記複数のサービスアプリのうち或るサービスアプリから前記複数のデバイスのうち或るデバイスまでの経路情報として、前記サービスプラットフォームのプラットフォームＩＤと、前記ゲートウェイのゲートウェイＩＤと、前記デバイスの端末固有ＩＤとの対応情報をＩＤ記憶部に記憶するステップと、
前記サービスアプリから前記デバイスへの下りデータ通信の場合又は前記デバイスから前記サービスアプリへの上りデータ通信の場合に、前記サービスプラットフォーム又は前記ゲートウェイからの要求に応じて、前記ＩＤ記憶部から前記対応情報を提供するステップと、
を有することを特徴とする。

また、本発明の一形態に係るプログラムは、
複数のサービスアプリが第１のネットワークを介してサービスプラットフォームに接続され、当該サービスプラットフォーム及びゲートウェイが第２のネットワーク上に配置され、複数のデバイスが当該第２のネットワークとは異なるプロトコルの第３のネットワークを介して当該ゲートウェイに接続される通信システムにおけるデバイスＩＤ管理サーバとして、コンピュータを機能させるためのプログラムであって、当該コンピュータを、
前記複数のサービスアプリのうち或るサービスアプリから前記複数のデバイスのうち或るデバイスまでの経路情報として、前記サービスプラットフォームのプラットフォームＩＤと、前記ゲートウェイのゲートウェイＩＤと、前記デバイスの端末固有ＩＤとの対応情報を記憶するＩＤ記憶手段、及び
前記サービスアプリから前記デバイスへの下りデータ通信の場合又は前記デバイスから前記サービスアプリへの上りデータ通信の場合に、前記サービスプラットフォーム又は前記ゲートウェイからの要求に応じて、前記ＩＤ記憶手段から前記対応情報を提供する接続設定手段、
として機能させることを特徴とする。

本発明によれば、サービスアプリとデバイスとの間にＩＰやｎｏｎ−ＩＰなどの複数のネットワークを組み合わせて構成される通信システムにおいて、複数のサービスアプリとデバイスとの間の接続性を提供することが可能になる。これにより、複数のサービスを一つのネットワークで共用し、一元的に収容することができる。

従来技術におけるネットワーク構成を示す図 従来技術における課題を示す図 本発明の実施例に係る通信システムの全体構成図 本発明の実施例に係る通信システムにおいて用いられるＩＤを示す図 本発明の実施例に係るＭ２Ｍ−ＰＦ、デバイスＩＤ管理サーバ、及びＭ２Ｍ−ＧＷの機能構成例を示す図 本発明の実施例に係る通信システムにおけるデバイス初期登録及びデバイス初期接続の手順を示す図 本発明の実施例に係る通信システムにおける下りデータ通信及び上りデータ通信の手順を示す図 本発明の実施例に係る通信システムにおけるデバイス初期登録の具体的な手順を示す図（その１） 本発明の実施例に係る通信システムにおけるデバイス初期登録の具体的な手順を示す図（その２） 本発明の実施例に係る通信システムにおけるデバイス初期接続の具体的な手順を示す図 本発明の実施例に係る通信システムにおける下りデータ通信の具体的な手順を示す図 本発明の実施例に係る通信システムにおける上りデータ通信の具体的な手順を示す図 本発明の実施例に係る通信システムにおけるデバイス接続の切断の具体的な手順を示す図 本発明の実施例に係る通信システムにおけるデバイス移動の具体的な手順を示す図 本発明の実施例に係る通信システムにおけるデバイス登録削除の具体的な手順を示す図 本発明の実施例に係るＭ２Ｍ−ＰＦ、デバイスＩＤ管理サーバ、及びＭ２Ｍ−ＧＷのハードウェア構成例を示す図

以下、図面を参照して本発明の実施例について説明する。

本発明の実施例では、デバイス（以下、Ｍ２Ｍデバイスと呼ぶ）を利用するサービスアプリが、ネットワークサービスを提供するサービスプラットフォーム（以下、Ｍ２Ｍ−ＰＦと呼ぶ）と、Ｍ２Ｍデバイスのためのアクセスポイント機能を備えたゲートウェイ（以下、Ｍ２Ｍ−ＧＷと呼ぶ）とを介して、Ｍ２Ｍデバイスに接続する通信システムについて説明する。なお、以下の実施例では、Ｍ２Ｍ通信サービスを対象として説明するが、本発明は他の通信サービスにも適用可能である。

＜通信システムの全体構成＞
図３は、本発明の実施例に係る通信システムの全体構成図である。

本発明の実施例に係る通信システムは、複数のサービスアプリ１００と、１つ又は複数のＭ２Ｍ−ＰＦ２００と、デバイスＩＤ管理サーバ３００と、複数のＭ２Ｍ−ＧＷ４００と、複数のＭ２Ｍデバイス５００とを有する。サービスアプリ１００、Ｍ２Ｍ−ＰＦ２００、Ｍ２Ｍ−ＧＷ４００、及びＭ２Ｍデバイス５００は、以下に説明するように、異なるネットワークを介して接続される。

サービスアプリ１００は、例えば、メーターのようなＭ２Ｍデバイス５００を利用して情報を収集するサーバ上のアプリである。

Ｍ２Ｍ−ＰＦ２００は、デバイス認証やサービスアプリ１００との間のデータ連携を提供する装置である。

Ｍ２Ｍ−ＧＷ４００は、Ｍ２Ｍデバイス５００のためのアクセスポイント機能を備え、Ｍ２Ｍエリアネットワークを形成する装置である。

Ｍ２Ｍデバイス５００は、複数のＭ２Ｍ−ＧＷ４００のいずれかに接続される。また、サービスアプリ１００は、複数のＭ２Ｍ−ＧＷ４００のいずれかを介してＭ２Ｍデバイス５００と通信する。

このように、任意のサービスアプリ１００と、任意のＭ２Ｍデバイス５００とが通信する場合、上下方向の通信のルーティングを実現するには、Ｍ２Ｍ−ＰＦ２００とＭ２Ｍ−ＧＷ４００との間に、各ＩＤの対応関係を解決するための機能が必要になる。この対応関係を実現する装置がデバイスＩＤ管理サーバ３００である。

デバイスＩＤ管理サーバ３００は、Ｍ２Ｍデバイス５００の初期登録の際に、サービスアプリ１００とＭ２Ｍデバイス５００との間の紐付けを行い、サービスアプリ１００からＭ２Ｍデバイス５００への下りデータ通信又はＭ２Ｍデバイス５００からサービスアプリ１００への上りデータ通信の際に、パケット配送時の相互ルーティング（宛先情報の提供）を行う装置である。また、デバイスＩＤ管理サーバ３００は、Ｍ２Ｍデバイス５００の移設等により、Ｍ２Ｍデバイス５００が接続されるＭ２Ｍ−ＧＷ４００が動的に変更されうるような場合でも、サービスアプリ１００とＭ２Ｍデバイス５００との間の紐付けを動的に更新し、サービスアプリ１００やＭ２Ｍデバイス５００には、経由するＭ２Ｍ−ＧＷ４００の存在や違いを特に意識させることなくサービスアプリ１００（あるいはＭ２Ｍ−ＰＦ２００）とＭ２Ｍデバイス５００との間の接続性を提供する。

本発明の実施例におけるネットワーク構成及びデバイスＩＤ管理サーバ３００に関して更に詳細に説明する。

複数のサービスアプリ１００は、第１のネットワーク（インターネットクラウド等）を介していずれかのＭ２Ｍ−ＰＦ２００に接続される。第１のネットワークは、Ｍ２Ｍ−ＰＦ２００ごとに異なるネットワークでもよいし、共有された共通のネットワークでも構わない。

１つ又は複数のＭ２Ｍ−ＰＦ２００と、複数のＭ２Ｍ−ＧＷ４００とが、第２のネットワーク（キャリア閉域網等）上に配置される。また、第２のネットワーク上に、それぞれのＭ２Ｍ−ＰＦ２００及びＭ２Ｍ−ＧＷ４００から参照可能なデバイスＩＤ管理サーバ３００が設置される。例えば、第２のネットワークでは、ＩＰプロトコルが用いられる。

第３のネットワーク（Ｍ２Ｍエリアネットワーク）において、Ｍ２Ｍ−ＧＷ４００には、複数のＭ２Ｍデバイス５００が接続され、かつ、Ｍ２Ｍデバイス５００が接続されるサービスアプリ１００も、それぞれ異なり得る。このように、Ｍ２Ｍデバイス５００は、第３のネットワークを介してＭ２Ｍ−ＧＷ４００に接続される。第３のネットワークのプロトコルは、第２のネットワークのプロトコルとは異なり、例えば、第３のネットワークでは、ＺｉｇＢｅｅ（登録商標）のようなｎｏｎ−ＩＰプロトコルが用いられる。

デバイスＩＤ管理サーバ３００は、Ｍ２Ｍデバイス５００のＩＤ（以下、端末固有ＩＤと呼ぶ）と、Ｍ２Ｍデバイス５００を収容するＭ２Ｍ−ＧＷ４００のＩＤ（以下、ゲートウェイＩＤ又はＭ２Ｍ−ＧＷ ＩＤと呼ぶ）との対応情報を記憶する。なお、Ｍ２Ｍデバイス５００が他のＭ２Ｍ−ＧＷ４００配下に移動又は移設された場合、デバイスＩＤ管理サーバ３００は、Ｍ２Ｍデバイス５００の端末固有ＩＤとＭ２Ｍ−ＧＷ４００のＭ２Ｍ−ＧＷ ＩＤとの対応情報を動的に更新する。デバイスＩＤ管理サーバ３００は、デバイス管理ＩＤとＭ２Ｍ−ＧＷ ＩＤとの対応情報を、Ｍ２Ｍ−ＰＦ２００の要求に応じて提供する。

更に、デバイスＩＤ管理サーバ３００は、Ｍ２Ｍデバイス５００を利用するサービスアプリ１００のＩＤ（以下、アプリＩＤと呼ぶ）と、サービスアプリ１００が接続されるＭ２Ｍ−ＰＦ２００のＩＤ（以下、プラットフォームＩＤ又はＭ２Ｍ−ＰＦ ＩＤと呼ぶ）の対応情報を記憶する。デバイスＩＤ管理サーバは、アプリＩＤとＭ２Ｍ−ＰＦ ＩＤとの対応情報を、Ｍ２Ｍ−ＧＷ４００の要求に応じて提供する。

このように、デバイスＩＤ管理サーバ３００では、或るサービスアプリ１００から或るデバイス５００までの経路情報として、アプリＩＤと、Ｍ２Ｍ−ＰＦ ＩＤと、Ｍ２Ｍ−ＧＷ ＩＤと、端末固有ＩＤとの対応情報を記憶しておき、上りデータ通信又は下りデータ通信の際に、Ｍ２Ｍ−ＰＦ２００又はＭ２Ｍ−ＧＷ４００の要求に応じて対応情報を提供する。なお、Ｍ２Ｍデバイス５００がＭ２Ｍ−ＰＦ２００にデータを送信したときに、Ｍ２Ｍ−ＰＦ２００がデータの宛先であるサービスアプリ１００を認識できる場合には、デバイスＩＤ管理サーバ３００においてアプリＩＤは管理しなくてもよい。

次に、本発明の実施例で用いられる各種ＩＤについて説明する。図４は、本発明の実施例に係る通信システムにおいて用いられるＩＤを示す図である。図４の矢印は、ＩＤの参照元とＩＤの参照先を示す。

アプリＩＤは、Ｍ２Ｍ−ＰＦ２００が、サービスアプリ１００を特定するＩＤである。アプリＩＤは、Ｍ２Ｍ−ＰＦ２００毎に固有の既存のアプリ識別子等を利用してもよい。

Ｍ２Ｍ−ＰＦ ＩＤは、第２のネットワークにおいて、Ｍ２Ｍ−ＰＦ２００を特定するＩＤ（アドレス）である。Ｍ２Ｍ−ＰＦ ＩＤは、第２のネットワークにおける既存のＩＤ／アドレスを利用してもよい。例えば、Ｍ２Ｍ−ＰＦ ＩＤは、ＩＰアドレスでもよく、ドメイン名でもよい。

Ｍ２Ｍ−ＧＷ ＩＤは、第２のネットワークにおいて、Ｍ２Ｍ−ＧＷ４００を特定するＩＤ（アドレス）である。Ｍ２Ｍ−ＧＷ ＩＤは、第２のネットワークにおける既存のＩＤ／アドレスを利用してもよい。例えば、Ｍ２Ｍ−ＰＦ ＩＤは、ＩＰアドレスでもよく、ドメイン名でもよい。

ローカルＩＤは、Ｍ２Ｍ−ＧＷ４００が、第３のネットワークであるローカルなＭ２Ｍエリアネットワークプロトコル上でＭ２Ｍデバイス５００を特定するＩＤ（アドレス）である。ローカルＩＤは、第３のネットワークにおける既存のＩＤ／アドレスを利用してもよい。

端末固有ＩＤは、サービスアプリ１００が、Ｍ２Ｍデバイス５００の登録や識別、通信等に用いるＩＤである。例えば、端末固有ＩＤは、Ｍ２Ｍデバイス５００のＭＡＣアドレスでもよく、Ｍ２Ｍデバイス５００毎に個別に割り振られた利用者番号や、Ｍ２Ｍデバイス５００のシリアルナンバーなどでもよい。端末固有ＩＤは、サービスアプリ毎に固有のＩＤである必要がある。ＭＡＣアドレスが端末固有ＩＤとして用いられる場合、サービスアプリ１００が異なってもＩＤはグローバルユニークである。一般的には、サービスアプリ１００が違えば、同一の端末固有ＩＤをそれぞれのサービスアプリ１００が用いることもあり得る。この場合、Ｍ２Ｍデバイス５００を一意に特定するためには、端末固有ＩＤとアプリＩＤとの組み合わせが用いられてもよい。また、端末固有ＩＤとローカルＩＤは、共通のＩＤとしてもよい。

デバイス管理ＩＤは、サービスアプリ１００あるいはＭ２Ｍ−ＰＦ２００とＭ２Ｍデバイス５００との対応を管理するＩＤである。例えば、デバイス管理ＩＤは、少なくともＭ２Ｍ−ＰＦ ＩＤと端末固有ＩＤの情報を含み、場合によってアプリＩＤの情報も含む。Ｍ２Ｍデバイス５００が接続されるＭ２Ｍ−ＧＷ４００に任意性があり、ローカルＩＤの割り当てがＭ２Ｍ−ＧＷ４００に依存する場合、デバイス管理ＩＤがこのようなＩＤ要件を満たすには、例えば、Ｍ２Ｍ−ＰＦ ＩＤやアプリＩＤ、端末固有ＩＤ等の文字列を、デバイス管理ＩＤの文字列の一部として利用し、階層表現とすることなどで実現可能である。例えば、端末固有ＩＤが55555…であり、アプリＩＤがAPL2であり、Ｍ２Ｍ−ＰＦ ＩＤがPF1.xx.jpである場合、デバイス管理ＩＤは、55555…@APL2.PF1.xx.jpとして表現されてもよい。

＜通信システムの機能構成及び動作手順＞
次に、Ｍ２Ｍ−ＰＦ２００、デバイスＩＤ管理サーバ３００、及びＭ２Ｍ−ＧＷ４００の機能構成について説明する。図５は、本発明の実施例に係るＭ２Ｍ−ＰＦ２００、デバイスＩＤ管理サーバ３００、及びＭ２Ｍ−ＧＷ４００の機能構成例を示す図である。

Ｍ２Ｍ−ＰＦ２００は、Ｍ２Ｍデバイス５００の初期登録を行うＭ２Ｍ−ＰＦ内デバイス初期登録部２０１と、Ｍ２Ｍデバイス５００の接続状態を管理するＭ２Ｍ−ＰＦ内デバイス接続状態管理部２０３と、デバイス管理ＩＤ（端末固有ＩＤ、アプリＩＤ、及びＭ２Ｍ−ＰＦ ＩＤの情報を含む）を記憶するＭ２Ｍ−ＰＦ内ＩＤ記憶部２０５と、上下方向のデータ通信を行うＭ２Ｍ−ＰＦ内データ通信部２０７と、Ｍ２Ｍデバイス５００の登録を削除するＭ２Ｍ−ＰＦ内デバイス登録削除部２０９とを有する。

デバイスＩＤ管理サーバ３００は、Ｍ２Ｍデバイス５００の初期登録を行う管理サーバ内デバイス初期登録部３０１と、Ｍ２Ｍデバイス５００の接続状態を管理する管理サーバ内デバイス接続状態管理部３０３と、デバイス管理ＩＤ（端末固有ＩＤ、アプリＩＤ、及びＭ２Ｍ−ＰＦ ＩＤの情報を含む）とＭ２Ｍ−ＧＷ ＩＤとの対応情報を記憶する管理サーバ内ＩＤ記憶部３０５と、上下方向のデータ通信のためにＭ２Ｍ−ＰＦ２００又はＭ２Ｍ−ＧＷ４００からの要求に応じて各種ＩＤの対応情報を提供する管理サーバ内接続設定部３０７と、Ｍ２Ｍデバイス５００の登録を削除する管理サーバ内デバイス登録削除部３０９とを有する。

Ｍ２Ｍ−ＧＷ４００は、Ｍ２Ｍデバイス５００の接続状態を検出するＭ２Ｍ−ＧＷ内デバイス接続状態検出部４０３と、端末固有ＩＤとローカルＩＤを記憶するＭ２Ｍ−ＧＷ内ＩＤ記憶部４０５と、上下方向のデータ通信を行うＭ２Ｍ−ＧＷ内データ通信部４０７と、Ｍ２Ｍデバイス５００の登録を削除するＭ２Ｍ−ＧＷ内デバイス登録削除部４０９とを有する。

それぞれの機能について、図６及び図７を参照して説明する。図６は、本発明の実施例に係る通信システムにおけるデバイス初期登録及びデバイス初期接続の手順を示す図であり、図７は、本発明の実施例に係る通信システムにおける下りデータ通信及び上りデータ通信の手順を示す図である。

まず、デバイス初期登録の手順について説明する。

ステップＳ１１０において、サービスアプリ１００がＭ２Ｍデバイス５００の利用を開始する場合、サービスアプリ１００は、サービスアプリ１００が利用するＭ２Ｍデバイス５００の端末固有ＩＤをＭ２Ｍ−ＰＦ２００に通知する。Ｍ２Ｍ−ＰＦ内デバイス初期登録部２０１は、サービスアプリ１００からＭ２Ｍデバイス５００の端末固有ＩＤを取得して、端末固有ＩＤ、アプリＩＤ、及びＭ２Ｍ−ＰＦ ＩＤを含むデバイス管理ＩＤをＭ２Ｍ−ＰＦ内ＩＤ記憶部２０５に登録する。なお、Ｍ２Ｍ−ＰＦは端末登録、上下通信に必要な情報を何らかの形式で保持すればよく、デバイス管理ＩＤの形式に限るものではない。 なお、サービスアプリ１００からＭ２Ｍデバイス５００の端末固有ＩＤを取得する代わりに、Ｍ２Ｍ−ＰＦ２００において、サービスアプリ１００が接続するＭ２Ｍデバイス５００の端末固有ＩＤを予め管理することも可能である。この場合、Ｍ２Ｍ−ＰＦ内デバイス初期登録部２０１は、サービスアプリ１００からＭ２Ｍデバイス５００の利用開始通知を受信すればよい。

ステップＳ１２０において、Ｍ２Ｍ−ＰＦ内デバイス初期登録部２０１は、登録したデバイス管理ＩＤをデバイスＩＤ管理サーバ３００に通知する。管理サーバ内デバイス初期登録部３０１は、Ｍ２Ｍ−ＰＦ２００からデバイス管理ＩＤ（端末固有ＩＤ、アプリＩＤ、及びＭ２Ｍ−ＰＦ ＩＤの情報を含む）を取得し、デバイス管理ＩＤを管理サーバ内ＩＤ記憶部３０５に登録する。

次に、デバイス初期接続（サービスアタッチ）の手順について説明する。

ステップＳ２１０において、Ｍ２Ｍデバイス５００がＭ２Ｍ−ＧＷ４００に接続した場合、Ｍ２Ｍ−ＧＷ内デバイス接続状態検出部４０３は、Ｍ２Ｍデバイス５００のローカルＩＤと、端末固有ＩＤとを検出し、ローカルＩＤと、端末固有ＩＤをＭ２Ｍ−ＧＷ内ＩＤ記憶部４０５に登録する。なお、端末固有ＩＤがグローバルユニークでない場合には、Ｍ２Ｍ−ＧＷ４００がＭ２Ｍデバイス５００から取得する端末固有ＩＤとアプリＩＤとの組み合わせが用いられてもよい。

ステップＳ２２０において、Ｍ２Ｍ−ＧＷ内デバイス接続状態検出部４０３は、Ｍ２Ｍ−ＧＷ ＩＤと、端末固有ＩＤとをデバイスＩＤ管理サーバ３００に通知する。管理サーバ内デバイス接続状態管理部３０３は、Ｍ２Ｍ−ＧＷ４００からＭ２Ｍ−ＧＷ ＩＤと、端末固有ＩＤとを取得し、Ｍ２Ｍ−ＧＷ ＩＤと、端末固有ＩＤとを管理サーバ内ＩＤ記憶部３０５に記憶する。

ステップＳ２３０において、管理サーバ内デバイス接続状態管理部３０３は、端末固有ＩＤに対応するデバイス管理ＩＤから、Ｍ２Ｍデバイス５００が接続すべきＭ２Ｍ−ＰＦ ＩＤを取得し、Ｍ２Ｍ−ＰＦ ＩＤをＭ２Ｍ−ＧＷ４００に通知する。Ｍ２Ｍ−ＧＷ内デバイス接続状態検出部４０３は、Ｍ２Ｍ−ＰＦ ＩＤを取得する。

ステップＳ２４０において、Ｍ２Ｍ−ＧＷ内デバイス接続状態検出部４０３は、Ｍ２Ｍデバイス５００の接続状態（ここでは、Ｍ２Ｍデバイス５００がＭ２Ｍ−ＧＷ４００に接続されたこと）をＭ２Ｍ−ＰＦ２００に通知する。Ｍ２Ｍ−ＰＦ内デバイス接続状態管理部２０３は、Ｍ２Ｍデバイス５００の接続状態をＭ２Ｍ−ＰＦ内ＩＤ記憶部２０５に記憶する。

以下に詳細に説明するが、Ｍ２Ｍデバイス５００がＭ２Ｍ−ＧＷ４００から切断した場合（サービスデタッチ）も、ステップＳ２１０〜Ｓ２４０と同様の手順でＭ２Ｍデバイス５００の接続状態が更新される。具体的には、Ｍ２Ｍ−ＧＷ内デバイス接続状態検出部４０３は、Ｍ２Ｍデバイス５００との接続が切断されたことを検出する。Ｍ２Ｍ−ＧＷ内デバイス接続状態検出部４０３は、デバイスＩＤ管理サーバ３００に、Ｍ２Ｍデバイス５００が接続していたＭ２Ｍ−ＰＦ ＩＤを問い合わせる。管理サーバ内デバイス接続状態管理部３０３は、Ｍ２Ｍ−ＧＷ４００から端末固有ＩＤを取得し、端末固有ＩＤに対応するデバイス管理ＩＤから、Ｍ２Ｍデバイス５００が接続していたＭ２Ｍ−ＰＦ ＩＤを取得し、Ｍ２Ｍ−ＰＦ ＩＤをＭ２Ｍ−ＧＷ４００に通知する。管理サーバ内デバイス接続状態管理部３０３は、端末固有ＩＤに対応するゲートウェイＩＤの情報を管理サーバ内ＩＤ記憶部３０５から削除する。Ｍ２Ｍ−ＧＷ内デバイス接続状態検出部４０３は、Ｍ２Ｍ−ＰＦ ＩＤを指定して、Ｍ２Ｍデバイス５００の接続状態（ここでは、Ｍ２Ｍデバイス５００がＭ２Ｍ−ＧＷ４００から切断されたこと）をＭ２Ｍ−ＰＦ２００に通知する。Ｍ２Ｍ−ＰＦ内デバイス接続状態管理部２０３は、Ｍ２Ｍデバイス５００の接続状態をＭ２Ｍ−ＰＦ内ＩＤ記憶部２０５に記憶する。

次に、下りデータ通信の手順について説明する。

ステップＳ３１０において、サービスアプリ１００は、宛先のＭ２Ｍデバイス５００の端末固有ＩＤを指定してＭ２Ｍ−ＰＦ２００宛に下りデータを送信する。

ステップＳ３２０において、Ｍ２Ｍ−ＰＦ内データ通信部２０７は、Ｍ２Ｍ−ＰＦ内ＩＤ記憶部２０５から、端末固有ＩＤ（又は端末固有ＩＤとアプリＩＤとの組み合わせ）に対応するデバイス管理ＩＤを取得する。Ｍ２Ｍ−ＰＦ内データ通信部２０７は、デバイスＩＤ管理サーバ３００に問い合わせて、デバイス管理ＩＤに基づいて、宛先Ｍ２Ｍ−ＧＷ４００のＭ２Ｍ−ＧＷ ＩＤを取得する。ここで、管理サーバ内接続設定部３０７は、Ｍ２Ｍ−ＰＦ２００からの要求に応じて、管理サーバ内ＩＤ記憶部３０５からデバイス管理ＩＤに対応するＭ２Ｍ−ＧＷ ＩＤを提供する。

ステップＳ３３０において、Ｍ２Ｍ−ＰＦ内データ通信部２０７は、宛先のＭ２Ｍ−ＧＷ ＩＤを指定してＭ２Ｍ−ＧＷ４００宛に下りデータを送信する。

ステップＳ３４０において、Ｍ２Ｍ−ＧＷ内データ通信部４０７は、Ｍ２Ｍ−ＧＷ内ＩＤ記憶部４０５からＭ２Ｍデバイス５００のローカルＩＤを取得し、宛先のローカルＩＤを指定してＭ２Ｍデバイス５００宛に下りデータを送信する。

次に、上りデータ通信の手順について説明する。

ステップＳ４１０において、Ｍ２Ｍデバイス５００は、Ｍ２Ｍデバイスが接続するＭ２Ｍ−ＧＷ４００宛に上りデータを送信する。

ステップＳ４２０において、Ｍ２Ｍ−ＧＷ内データ通信部４０７は、Ｍ２Ｍ−ＧＷ内ＩＤ記憶部４０５から、ローカルＩＤに対応する端末固有ＩＤを取得する。Ｍ２Ｍ−ＧＷ内データ通信部４０７は、デバイスＩＤ管理サーバ３００に問い合わせて、端末固有ＩＤ（又は端末固有ＩＤとアプリＩＤとの組み合わせ）に対応するデバイス管理ＩＤに基づいて、宛先Ｍ２Ｍ−ＰＦ２００のＭ２Ｍ−ＰＦ ＩＤを取得する。ここで、管理サーバ内接続設定部３０７は、Ｍ２Ｍ−ＧＷ４００からの要求に応じて、管理サーバ内ＩＤ記憶部３０５から端末固有ＩＤに対応するＭ２Ｍ−ＰＦ ＩＤを提供する。

ステップＳ４３０において、Ｍ２Ｍ−ＧＷ内データ通信部４０７は、宛先のＭ２Ｍ−ＰＦ ＩＤを指定してＭ２Ｍ−ＰＦ２００宛に上りデータを送信する。

ステップＳ４４０において、Ｍ２Ｍ−ＰＦ内データ通信部２０７は、デバイス管理ＩＤ又はＭ２Ｍ−ＰＦ内ＩＤ記憶部２０５から宛先サービスアプリ１００を特定し、サービスアプリ１００宛に上りデータを送信する。

以下に詳細に説明するが、サービスアプリ１００がＭ２Ｍデバイス５００の利用を終了し、Ｍ２Ｍデバイス５００の登録を削除する場合には、サービスアプリ１００は、登録削除すべきＭ２Ｍデバイス５００の端末固有ＩＤをＭ２Ｍ−ＰＦ２００に通知する。Ｍ２Ｍ−ＰＦ内デバイス登録削除部２０９は、端末固有ＩＤを取得し、登録削除すべきＭ２Ｍデバイス５００が接続するＭ２Ｍ−ＧＷ４００のＭ２Ｍ−ＧＷ ＩＤをデバイスＩＤ管理サーバ３００から取得する。このとき、管理サーバ内デバイス登録削除部３０９は、Ｍ２Ｍ−ＰＦ２００から登録削除すべき端末固有ＩＤを取得し、端末固有ＩＤに対応するＩＤの対応情報を管理サーバ内ＩＤ記憶部３０５から削除する。Ｍ２Ｍ−ＰＦ内デバイス登録削除部２０９は、端末固有ＩＤに対応するデバイス管理ＩＤをＭ２Ｍ−ＰＦ内ＩＤ記憶部２０５から削除する。また、Ｍ２Ｍ−ＰＦ内デバイス登録削除部２０９は、登録削除すべきＭ２Ｍデバイス５００の端末固有ＩＤをＭ２Ｍ−ＧＷ４００に通知する。Ｍ２Ｍ−ＧＷ内デバイス登録削除部４０９は、端末固有ＩＤに対応するＩＤの対応情報をＭ２Ｍ−ＧＷ内ＩＤ記憶部４０５から削除する。この端末固有ＩＤに対応するＩＤの対応情報削除の手順は、デバイスＩＤ管理サーバ３００が行うようにしてもよい。

＜デバイス初期登録の具体例＞
図８及び図９を参照して、デバイス初期登録の具体例について説明する。図８及び図９は、本発明の実施例に係る通信システムにおけるデバイス初期登録の具体的な手順を示す図である。なお、図８及び図９のステップＳ１１０及びＳ１２０は、それぞれ図６のステップＳ１１０及びＳ１２０と対応しているため、同じ番号が用いられている。

この例では、サービスアプリのアプリＩＤはAPL2とし、Ｍ２Ｍ−ＰＦ ＩＤはPF1.xx.jpとし、Ｍ２Ｍ−ＧＷ ＩＤはGW1.xx.jpとし、端末固有ＩＤは55555…とし、ローカルＩＤはCCCCCとする。

ステップＳ１１０において、サービスアプリ１００がＭ２Ｍデバイス５００の利用を開始する場合、サービスアプリ１００は、端末固有ＩＤ（55555…）のＭ２Ｍデバイス５００の利用開始をＭ２Ｍ−ＰＦ２００に通知する。この例では、Ｍ２Ｍ−ＰＦ２００において端末固有ＩＤを管理しており、Ｍ２Ｍ−ＰＦ２００が端末固有ＩＤ（55555…）の利用開始を受信した場合、端末固有ＩＤ（55555…）の接続状態をDeactiveに設定する。なお、デバイス初期登録時には、Ｍ２Ｍデバイス５００が接続されているとは限らないため、接続状態はDeactiveに設定される。

なお、図９に示すように、端末固有ＩＤは、サービスアプリ１００において管理されてもよい。この場合、サービスアプリ１００は、端末固有ＩＤ（55555…）をＭ２Ｍ−ＰＦ２００に通知し、Ｍ２Ｍ−ＰＦ２００は、端末固有ＩＤ（55555…）、アプリＩＤ（APL2）、及びＭ２Ｍ−ＰＦ ＩＤ（PF1.xx.jp）から、デバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）を作成して登録する。同様に、端末固有ＩＤ（55555…）の接続状態をDeactiveに設定する。

ステップＳ１２０において、Ｍ２Ｍ−ＰＦ２００は、デバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）をデバイスＩＤ管理サーバ３００に通知する。デバイスＩＤ管理サーバ３００は、Ｍ２Ｍ−ＰＦ２００からデバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）を取得して登録する。このように、デバイス管理ＩＤは、Ｍ２Ｍ−ＰＦ ＩＤ、アプリＩＤ、端末固有ＩＤの文字列をデバイス管理ＩＤの文字列の一部として利用し、階層的に表現される。この時点では、Ｍ２Ｍ−ＰＦ２００は、Ｍ２Ｍ−ＧＷの情報を把握していないため、Ｍ２Ｍ−ＧＷ ＩＤにNot-connectedを登録する。また、デバイス管理ＩＤに加えて、Ｍ２Ｍ−ＰＦ ＩＤ（PF1.xx.jp）及び端末固有ＩＤ（55555…）も登録してもよい。

＜デバイス初期接続（サービスアタッチ）の具体例＞
図１０を参照して、デバイス初期接続（サービスアタッチ）の具体例について説明する。図１０は、本発明の実施例に係る通信システムにおけるデバイス初期接続の具体的な手順を示す図である。なお、図１０のステップＳ２１０〜Ｓ２４０は、それぞれ図６のステップＳ２１０〜Ｓ２４０と対応しているため、同じ番号が用いられている。

ステップＳ２１０において、Ｍ２Ｍデバイス５００がＭ２Ｍ−ＧＷ４００に接続した場合、Ｍ２Ｍ−ＧＷ４００は、Ｍ２Ｍデバイス５００のローカルＩＤ（CCCCC）と、端末固有ＩＤ（55555…）とを検出する。この例では、端末固有ＩＤがグローバルユニークでないことを想定して、Ｍ２Ｍ−ＧＷ４００は、端末固有ＩＤ（55555…）とアプリＩＤ（APL2）とを組み合わせて、Ｍ２Ｍ−ＧＷ ＩＤ（GW1.zz.jp）と共にデバイスＩＤ管理サーバ３００に通知する。デバイスＩＤ管理サーバ３００は、端末固有ＩＤ（55555…）とアプリＩＤ（APL2）との組み合わせに対応するデバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）を取得し、デバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）に対応するＭ２Ｍ−ＧＷ ＩＤをGW1.zz.jpに設定する。これにより、デバイスＩＤ管理サーバ３００は、サービスアプリ１００とＭ２Ｍデバイス５００との間の経路情報であるＭ２Ｍ−ＰＦ２００とＭ２Ｍ−ＧＷ４００との双方の情報を保持することになる。

ステップＳ２３０において、デバイスＩＤ管理サーバ３００は、デバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）から、Ｍ２Ｍデバイス５００が接続すべきＭ２Ｍ−ＰＦ ＩＤ（PF1.xx.jp）を取得し、Ｍ２Ｍ−ＰＦ ＩＤ（PF1.xx.jp）をＭ２Ｍ−ＧＷ４００に通知する。Ｍ２Ｍ−ＧＷ４００は、ローカルＩＤ（CCCCC）と共に、端末固有ＩＤ（55555…）、アプリＩＤ（APL2）、及びＭ２Ｍ−ＰＦ ＩＤ（PF1.xx.jp）を含むデバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）として各ＩＤの対応情報を記憶してもよい。

ステップＳ２４０において、Ｍ２Ｍ−ＧＷ４００は、Ｍ２Ｍデバイス５００がＭ２Ｍ−ＧＷ４００に接続されたことをＭ２Ｍ−ＰＦ２００に通知する。Ｍ２Ｍ−ＰＦ２００は、デバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）に対応するＭ２Ｍデバイスの接続状態をActiveに記憶する。なお、この時点で、Ｍ２Ｍ−ＰＦ２００がＭ２Ｍ−ＧＷ４００のＩＤ（GW1.zz.jp）を管理してもよいが、Ｍ２Ｍデバイスが移動して別のＭ２Ｍ−ＧＷ４００に接続することが考えられるため、Ｍ２Ｍ−ＰＦ２００とＭ２Ｍ−ＧＷ４００との対応情報は、デバイスＩＤ管理サーバ３００で管理される。

＜下りデータ通信の具体例＞
図１１を参照して、下りデータ通信の具体例について説明する。図１１は、本発明の実施例に係る通信システムにおける下りデータ通信の具体的な手順を示す図である。なお、図１１のステップＳ３１０〜Ｓ３４０は、それぞれ図７のステップＳ３１０〜Ｓ３４０と対応しているため、基本的に同じ番号が用いられているが、図１１のステップＳ３２０及びＳ３２０'が図７のステップＳ３２０に対応する。

ステップＳ３１０において、サービスアプリ１００は、宛先のＭ２Ｍデバイス５００の端末固有ＩＤ（55555…）を指定してＭ２Ｍ−ＰＦ２００宛に下りデータを送信する。

ステップＳ３２０において、Ｍ２Ｍ−ＰＦ２００は、端末固有ＩＤ（55555…）とアプリＩＤ（APL2）との組み合わせに対応するデバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）を取得し、デバイスＩＤ管理サーバ３００にＭ２Ｍ−ＧＷ ＩＤを問い合わせる。ステップＳ３２０'において、デバイスＩＤ管理サーバ３００は、デバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）からＭ２Ｍ−ＧＷ ＩＤ（GW1.zz.jp）を取得し、Ｍ２Ｍ−ＰＦ２００に通知する。

ステップＳ３３０において、Ｍ２Ｍ−ＰＦ２００は、宛先のＭ２Ｍ−ＧＷ ＩＤ（GW1.zz.jp）を指定してＭ２Ｍ−ＧＷ４００宛に下りデータを送信する。

ステップＳ３４０において、Ｍ２Ｍ−ＧＷ４００は、Ｍ２Ｍデバイス５００のローカルＩＤ（CCCCC）を指定してＭ２Ｍデバイス５００宛に下りデータを送信する。

＜上りデータ通信の具体例＞
図１２を参照して、上りデータ通信の具体例について説明する。図１２は、本発明の実施例に係る通信システムにおける上りデータ通信の具体的な手順を示す図である。なお、図１２のステップＳ４１０〜Ｓ４４０は、それぞれ図７のステップＳ４１０〜Ｓ４４０と対応しているため、基本的に同じ番号が用いられているが、図１２のステップＳ４２０及びＳ４２０'が図７のステップＳ４２０に対応する。

ステップＳ４１０において、Ｍ２Ｍデバイス５００は、Ｍ２Ｍデバイスが接続するＭ２Ｍ−ＧＷ４００宛に上りデータを送信する。

ステップＳ４２０において、Ｍ２Ｍ−ＧＷ４００は、ローカルＩＤ（CCCCC）に対応する端末固有ＩＤ（55555…）とアプリＩＤ（APL2）との組み合わせを取得し、デバイスＩＤ管理サーバ３００にＭ２Ｍ−ＰＦ ＩＤを問い合わせる。ステップＳ４２０'において、デバイスＩＤ管理サーバ３００は、端末固有ＩＤ（55555…）とアプリＩＤ（APL2）との組み合わせからＭ２Ｍ−ＰＦ ＩＤ（PF1.xx.jp）を取得し、Ｍ２Ｍ−ＧＷ４００に通知する。なお、この例のように、Ｍ２Ｍ−ＧＷ４００がデバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）を記憶している場合、Ｍ２Ｍ−ＧＷ４００は、デバイスＩＤ管理サーバ３００に問い合わせることなくＭ２Ｍ−ＰＦ ＩＤ（PF1.xx.jp）を把握できる場合もあるが、基本的には、Ｍ２Ｍ−ＧＷ４００は、デバイスＩＤ管理サーバ３００に問い合わせてＭ２Ｍ−ＰＦ ＩＤを取得する。

ステップＳ４３０において、Ｍ２Ｍ−ＧＷ４００は、宛先のＭ２Ｍ−ＰＦ ＩＤ（PF1.xx.jp）を指定してＭ２Ｍ−ＰＦ２００宛に上りデータを送信する。

ステップＳ４４０において、Ｍ２Ｍ−ＰＦ２００は、デバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）から宛先サービスアプリ１００を特定し、サービスアプリ１００宛に上りデータを送信する。

＜デバイス接続の切断（サービスデタッチ）の具体例＞
図１３を参照して、デバイス接続の切断（サービスデタッチ）の具体例について説明する。図１３は、本発明の実施例に係る通信システムにおけるデバイス接続の切断の具体的な手順を示す図である。

ステップＳ５１０において、Ｍ２Ｍデバイス５００がＭ２Ｍ−ＧＷ４００から切断した場合、Ｍ２Ｍ−ＧＷ４００は、Ｍ２Ｍデバイス５００との接続が切断されたことを検出する。

ステップＳ５２０において、Ｍ２Ｍ−ＧＷ４００は、切断したＭ２ＭデバイスのローカルＩＤ（CCCCC）から端末固有ＩＤ（55555…）とアプリＩＤ（APL2）との組み合わせを取得し、デバイスＩＤ管理サーバ３００にＭ２Ｍ−ＰＦ ＩＤを問い合わせる。

ステップＳ５３０において、デバイスＩＤ管理サーバ３００は、端末固有ＩＤ（55555…）とアプリＩＤ（APL2）との組み合わせからＭ２Ｍ−ＰＦ ＩＤ（PF1.xx.jp）を取得し、Ｍ２Ｍ−ＧＷ４００に通知する。また、デバイスＩＤ管理サーバ３００は、端末固有ＩＤ（55555…）とアプリＩＤ（APL2）との組み合わせに対応するゲートウェイＩＤの情報（GW1.zz.jp）を削除し、Not-connectedに設定する。

ステップＳ５４０において、Ｍ２Ｍ−ＧＷ４００は、Ｍ２Ｍデバイス５００がＭ２Ｍ−ＧＷ４００から切断されたことをＭ２Ｍ−ＰＦ２００に通知する。Ｍ２Ｍ−ＰＦ２００は、端末固有ＩＤ（55555…）とアプリＩＤ（APL2）との組み合わせに対応するデバイス管理ＩＤ（55555…@APL2.PF1.xx.jp）の接続状態をDeactiveに変更する。同時に、Ｍ２Ｍ−ＧＷ４００は、切断したＭ２Ｍデバイス５００のＩＤの情報を削除する。

＜デバイス移動の具体例＞
図１４を参照して、デバイス移動の具体例について説明する。図１４は、本発明の実施例に係る通信システムにおけるデバイス移動の具体的な手順を示す図である。

デバイス移動は、図１３に示すサービスデタッチと、図１０に示すサービスアタッチとの組み合わせとして考えられる。従って、Ｍ２Ｍデバイス５００が移動してＭ２Ｍ−ＧＷ４００との接続が解除された場合、図１４の手順が実行される。その後、Ｍ２Ｍデバイス５００が移動して別のＭ２Ｍ−ＧＷ４００と接続した場合、又はＭ２Ｍデバイス５００が別のＭ２Ｍ−ＧＷ４００のエリア内で電源を投入した場合、図１０の手順が実行される。

＜デバイス登録削除の具体例＞
図１５を参照して、デバイス登録削除の具体例について説明する。図１５は、本発明の実施例に係る通信システムにおけるデバイス登録削除の具体的な手順を示す図である。

ステップＳ６１０において、サービスアプリ１００がＭ２Ｍデバイス５００の利用を終了し、Ｍ２Ｍデバイス５００の登録を削除する場合には、サービスアプリ１００は、登録削除すべきＭ２Ｍデバイス５００の端末固有ＩＤ（55555…）をＭ２Ｍ−ＰＦ２００に通知する。

ステップＳ６２０において、Ｍ２Ｍ−ＰＦ２００は、端末固有ＩＤ（55555…）を取得し、デバイスＩＤ管理サーバ３００にＭ２Ｍ−ＧＷ ＩＤを問い合わせる。

ステップＳ６３０において、デバイスＩＤ管理サーバ３００は、端末固有ＩＤ（55555…）とアプリＩＤ（APL2）との組み合わせから、登録削除すべきＭ２Ｍデバイス５００が接続するＭ２Ｍ−ＧＷ４００のＭ２Ｍ−ＧＷ ＩＤ（GW1.zz.jp）を取得し、Ｍ２Ｍ−ＰＦ２００に通知する。また、デバイスＩＤ管理サーバは、端末固有ＩＤ（55555…）とアプリＩＤ（APL2）との組み合わせに対応するデバイス管理ＩＤの情報（55555…@APL2.PF1.xx.jp）を削除する。

ステップＳ６４０において、Ｍ２Ｍ−ＰＦ２００は、端末固有ＩＤ（55555…）とアプリＩＤ（APL2）との組み合わせに対応するデバイス管理ＩＤの情報（55555…@APL2.PF1.xx.jp）を削除する。また、Ｍ２Ｍ−ＰＦ２００は、Ｍ２Ｍ−ＧＷ ＩＤ（GW1.zz.jp）を指定して、Ｍ２Ｍ−ＧＷ４００の情報の削除を依頼し、Ｍ２Ｍ−ＧＷ４００は、端末固有ＩＤ（55555…）とアプリＩＤ（APL2）との組み合わせに対応するデバイス管理ＩＤの情報（55555…@APL2.PF1.xx.jp）を削除する。

＜ハードウェア構成例＞
図１６は、本発明の実施例に係るＭ２Ｍ−ＰＦ２００、デバイスＩＤ管理サーバ３００、及びＭ２Ｍ−ＧＷ４００のハードウェア構成の例を示す図である。Ｍ２Ｍ−ＰＦ２００、デバイスＩＤ管理サーバ３００、及びＭ２Ｍ−ＧＷ４００は、ＣＰＵ（Central Processing Unit）１５１等のプロセッサ、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）等のメモリ装置１５２、ハードディスク等の記憶装置１５３等から構成されたコンピュータでもよい。例えば、Ｍ２Ｍ−ＰＦ２００、デバイスＩＤ管理サーバ３００、及びＭ２Ｍ−ＧＷ４００の機能及び処理は、記憶装置１５３又はメモリ装置１５２に格納されているデータやプログラムをＣＰＵ１５１が実行することによって実現される。また、Ｍ２Ｍ−ＰＦ２００、デバイスＩＤ管理サーバ３００、及びＭ２Ｍ−ＧＷ４００が送受信する情報は、通信インタフェース１５４を介して送受信されてもよい。

＜本発明の実施例の効果＞
本発明の実施例によれば、サービスアプリとデバイスとの間にＩＰやｎｏｎ−ＩＰなどの複数のネットワークを組み合わせて構成される通信システムにおいて、サービスアプリとデバイスとの間の接続性を提供することが可能になる。

従来のＤＮＳに類するシステムでは、単一ネットワーク内に接続されたネットワーク装置のＩＤ（ドメイン名）とアドレスの関係しか解決できない。これに対し、本発明の実施例によれば、デバイス管理ＩＤに、端末固有ＩＤ、アプリＩＤ、Ｍ２Ｍ−ＰＦ ＩＤのすべてあるいはいずれかを埋め込むことにより、第２のネットワークのさらに先に接続された異なるネットワーク（第１のネットワーク又は第３のネットワーク）上のＭ２Ｍデバイスやサービスアプリの対応情報を、第２のネットワーク上で管理することができる。

第２のネットワークにおけるデバイス管理ＩＤは、第２のネットワーク上のデバイスＩＤ管理サーバ上で管理することにより、第２のネットワーク上のＭ２Ｍ−ＰＦやＭ２Ｍ−ＧＷから共通に参照することができる。さらに、当該デバイス管理ＩＤを引数とすることで、当該Ｍ２Ｍデバイスが直接接続されているＭ２Ｍ−ＧＷのＩＤ（ドメイン名）や、当該Ｍ２Ｍデバイスが接続されるサービスアプリ、さらには当該サービスアプリを収容しているＭ２Ｍ−ＰＦのＩＤ（ドメイン名）を、随時検索することができる。

Ｍ２Ｍ−ＧＷ ＩＤやＭ２Ｍ−ＰＦ ＩＤを用いれば、従来のＤＮＳに類するシステムを参照することにより、第２のネットワークにおけるＭ２Ｍ−ＰＦとＭ２Ｍ−ＧＷ間の経路を相互に検索することが可能になり、上下通信時の経路を相互に特定できる。Ｍ２Ｍデバイスが接続されるＭ２Ｍ−ＧＷが変わるなど、ネットワーク構成が変更されても、動的に経路を変更することが可能になる。

デバイスＩＤ管理サーバは、接続されるサービスアプリ、Ｍ２Ｍ−ＰＦ、Ｍ２Ｍ−ＧＷをデバイス管理ＩＤ単位で管理しているため、同一のＭ２Ｍ−ＧＷを複数のサービスアプリやＭ２Ｍ−ＰＦが共用する場合でも、Ｍ２Ｍデバイス単位で個別に通信経路を特定することができる。すなわち、異なるサービスアプリやＭ２Ｍ−ＰＦによるＭ２Ｍ−ＧＷの共用が容易になる。

サービスアプリは、接続先Ｍ２Ｍデバイスの端末固有ＩＤのみを知っていれば良く、経路上のＭ２Ｍ−ＧＷに関するＩＤやアドレスの情報が必要ないため、容易にサービスアプリの開発を行うことができる。

Ｍ２Ｍデバイス側は、デバイス管理ＩＤのみを知っていれば良く、Ｍ２Ｍ−ＰＦやＭ２Ｍ−ＧＷに関するＩＤやアドレスの情報が必要ないため、容易にＭ２Ｍデバイスの開発を行うことができる。さらに、端末固有ＩＤとしてＭＡＣアドレスのようなグローバルユニークなＩＤを用いる場合には、Ｍ２Ｍ−ＧＷ側で端末固有ＩＤをもとに、デバイス管理ＩＤ情報の検索が可能になるため、Ｍ２Ｍデバイスは自身の端末固有ＩＤのみを保持すればよい簡易な構成を実現できる。

デバイスＩＤ管理サーバは、ＤＮＳと同様に、ドメイン等の単位で分割してＩＤを管理する分散ＩＤ管理構成とすることが容易である。すなわち、管理するＩＤ空間（すなわち、管理するＭ２Ｍデバイスの数）が大きくなっても、システムのスケーリングが容易である。

また、サービスアプリ単位、あるいはＭ２Ｍ−ＰＦ単位で分散してデバイス管理ＩＤの管理を行うことができるため、デバイスＩＤ管理を第２のネットワーク運用管理者だけでなく、サービスアプリ提供事業者自身やＭ２Ｍ−ＰＦ事業者自身が行うことも容易になる。

＜補足＞
説明の便宜上、本発明の実施例に係るＭ２Ｍ−ＰＦ、デバイスＩＤ管理サーバ、及びＭ２Ｍ−ＧＷは機能的なブロック図を用いて説明しているが、本発明の実施例に係るＭ２Ｍ−ＰＦ、デバイスＩＤ管理サーバ、及びＭ２Ｍ−ＧＷは、ハードウェア、ソフトウェア又はそれらの組み合わせで実現されてもよい。例えば、本発明の実施例は、コンピュータに対して本発明の実施例に係るＭ２Ｍ−ＰＦ、デバイスＩＤ管理サーバ、及びＭ２Ｍ−ＧＷの各機能を実現させるプログラム、コンピュータに対して本発明の実施例に係る方法の各手順を実行させるプログラム等により、実現されてもよい。また、各機能部が必要に応じて組み合わせて使用されてもよい。また、本発明の実施例に係る方法は、実施の形態に示す順序と異なる順序で実施されてもよい。

以上、サービスアプリとデバイスとの間にＩＰやｎｏｎ−ＩＰなどの複数のネットワークを組み合わせて構成される通信システムにおいて、サービスアプリとデバイスとの間の接続性を提供するための手法について説明したが、本発明は、上記の実施例に限定されることなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変更・応用が可能である。

１００ サービスアプリ
２００ Ｍ２Ｍ−ＰＦ
２０１ Ｍ２Ｍ−ＰＦ内デバイス初期登録部
２０３ Ｍ２Ｍ−ＰＦ内デバイス接続状態管理部
２０５ Ｍ２Ｍ−ＰＦ内ＩＤ記憶部
２０７ Ｍ２Ｍ−ＰＦ内データ通信部
２０９ Ｍ２Ｍ−ＰＦ内デバイス登録削除部
３００ デバイスＩＤ管理サーバ
３０１ 管理サーバ内デバイス初期登録部
３０３ 管理サーバ内デバイス接続状態管理部
３０５ 管理サーバ内ＩＤ記憶部
３０７ 管理サーバ内接続設定部
３０９ 管理サーバ内デバイス登録削除部
４００ Ｍ２Ｍ−ＧＷ
４０３ Ｍ２Ｍ−ＧＷ内デバイス接続状態検出部
４０５ Ｍ２Ｍ−ＧＷ内ＩＤ記憶部
４０７ Ｍ２Ｍ−ＧＷ内データ通信部
４０９ Ｍ２Ｍ−ＧＷ内デバイス登録削除部
５００ Ｍ２Ｍデバイス
１５１ ＣＰＵ
１５２ メモリ装置
１５３ 記憶装置
１５４ 通信インタフェース

Claims (6)

1. 複数のサービスアプリが第１のネットワークを介してサービスプラットフォームに接続され、当該サービスプラットフォーム及びゲートウェイが第２のネットワーク上に配置され、複数のデバイスが当該第２のネットワークとは異なるプロトコルの第３のネットワークを介して当該ゲートウェイに接続される通信システムにおけるデバイスＩＤ管理サーバであって、
   前記複数のサービスアプリのうち或るサービスアプリから前記複数のデバイスのうち或るデバイスまでの経路情報として、前記サービスプラットフォームのプラットフォームＩＤと、前記ゲートウェイのゲートウェイＩＤと、前記デバイスの端末固有ＩＤとの対応情報を記憶するＩＤ記憶部と、
   前記サービスアプリから前記デバイスへの下りデータ通信の場合又は前記デバイスから前記サービスアプリへの上りデータ通信の場合に、前記サービスプラットフォーム又は前記ゲートウェイからの要求に応じて、前記ＩＤ記憶部から前記対応情報を提供する接続設定部と、
   を有するデバイスＩＤ管理サーバ。
2. 前記サービスアプリが前記デバイスの利用を開始する場合、前記サービスプラットフォームから前記サービスアプリのアプリＩＤと、前記プラットフォームＩＤと、前記端末固有ＩＤとを取得し、前記アプリＩＤと、前記プラットフォームＩＤと、前記端末固有ＩＤとの対応情報を前記ＩＤ記憶部に登録するデバイス初期登録部と、
   前記デバイスが前記ゲートウェイに接続した場合、前記ゲートウェイから前記ゲートウェイＩＤと、前記端末固有ＩＤとを取得し、前記ゲートウェイＩＤと、前記端末固有ＩＤとの対応情報を前記ＩＤ記憶部に記憶するデバイス接続状態管理部と、
   を更に有する、請求項１に記載のデバイスＩＤ管理サーバ。
3. 前記デバイス接続状態管理部は、前記デバイスが前記ゲートウェイから切断した場合、前記端末固有ＩＤに対応する前記ゲートウェイＩＤの情報を前記ＩＤ記憶部から削除する、請求項２に記載のデバイスＩＤ管理サーバ。
4. 前記サービスアプリが前記デバイスの利用を終了する場合、前記サービスプラットフォームから登録削除すべき前記端末固有ＩＤを取得し、前記プラットフォームＩＤと、前記ゲートウェイＩＤと、前記端末固有ＩＤとの対応情報を前記ＩＤ記憶部から削除するデバイス登録削除部を更に有する、請求項１乃至３のうちいずれか１項に記載のデバイスＩＤ管理サーバ。
5. 複数のサービスアプリが第１のネットワークを介してサービスプラットフォームに接続され、当該サービスプラットフォーム及びゲートウェイが第２のネットワーク上に配置され、複数のデバイスが当該第２のネットワークとは異なるプロトコルの第３のネットワークを介して当該ゲートウェイに接続される通信システムにおけるデバイスＩＤ管理サーバにおけるデバイスＩＤ管理方法であって、
   前記複数のサービスアプリのうち或るサービスアプリから前記複数のデバイスのうち或るデバイスまでの経路情報として、前記サービスプラットフォームのプラットフォームＩＤと、前記ゲートウェイのゲートウェイＩＤと、前記デバイスの端末固有ＩＤとの対応情報をＩＤ記憶部に記憶するステップと、
   前記サービスアプリから前記デバイスへの下りデータ通信の場合又は前記デバイスから前記サービスアプリへの上りデータ通信の場合に、前記サービスプラットフォーム又は前記ゲートウェイからの要求に応じて、前記ＩＤ記憶部から前記対応情報を提供するステップと、
   を有するデバイスＩＤ管理方法。
6. 複数のサービスアプリが第１のネットワークを介してサービスプラットフォームに接続され、当該サービスプラットフォーム及びゲートウェイが第２のネットワーク上に配置され、複数のデバイスが当該第２のネットワークとは異なるプロトコルの第３のネットワークを介して当該ゲートウェイに接続される通信システムにおけるデバイスＩＤ管理サーバとして、コンピュータを機能させるためのプログラムであって、当該コンピュータを、
   前記複数のサービスアプリのうち或るサービスアプリから前記複数のデバイスのうち或るデバイスまでの経路情報として、前記サービスプラットフォームのプラットフォームＩＤと、前記ゲートウェイのゲートウェイＩＤと、前記デバイスの端末固有ＩＤとの対応情報を記憶するＩＤ記憶手段、及び
   前記サービスアプリから前記デバイスへの下りデータ通信の場合又は前記デバイスから前記サービスアプリへの上りデータ通信の場合に、前記サービスプラットフォーム又は前記ゲートウェイからの要求に応じて、前記ＩＤ記憶手段から前記対応情報を提供する接続設定手段、
   として機能させるプログラム。

Images