(57)【要約】  マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのゲートウェイが提供される。本ゲートウェイは、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信するように構成される。本ゲートウェイは、ＤＨＣＰｖ６サーバから、本ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信するようにさらに構成される。加えて、本ゲートウェイは、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するように構成される。このノードは、ＤＨＣＰｖ６サーバであり得る。【選択図】図１
2019506800.tif 000002
【特許請求の範囲】
【請求項１】
マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのゲートウェイであって、前記ゲートウェイが、
インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、
前記ＤＨＣＰｖ６サーバから、前記ゲートウェイに割り当てられるバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することと
を行うように構成され、
前記ゲートウェイが、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するようにさらに構成される、
ゲートウェイ。
【請求項２】
前記ノードが、前記ＤＨＣＰｖ６サーバであり、前記ゲートウェイが、ＩＡ＿ＰＤについての前記ゲートウェイの要求に応答して前記ＤＨＣＰｖ６サーバから前記デバイス管理ブートストラッピングサービスアドレスを受信するように構成される、請求項１に記載のゲートウェイ。
【請求項３】
前記ゲートウェイが、前記デバイス管理ブートストラッピングサービスアドレスと一緒に、前記プレフィックスに基づいて、Ｍ２ＭデバイスにＩＰｖ６アドレスを送信するようにさらに構成される、請求項１または２に記載のゲートウェイ。
【請求項４】
前記ゲートウェイが、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信し、前記ＤＨＣＰｖ６サーバから受信された前記プレフィックスに基づいてＩＰｖ６アドレスを設定し、前記Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当て、次いで、前記デバイス管理ブートストラッピングサービスアドレスと一緒に前記Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを送信するように構成される、請求項３に記載のゲートウェイ。
【請求項５】
前記ゲートウェイが、前記デバイス管理ブートストラッピングサービスアドレスが導くサーバに、前記Ｍ２Ｍデバイスに割り当てられる前記ＩＰｖ６アドレスを送信するようにさらに構成される、請求項３または４に記載のゲートウェイ。
【請求項６】
前記ゲートウェイが、前記ゲートウェイが前記デバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを伴って構成され、前記ゲートウェイが、前記デバイス管理ブートストラッピングサービスアドレスのサーバからこのリストについての要求を受信すると、前記サーバに前記リストを送信するように構成される、請求項３または４に記載のゲートウェイ。
【請求項７】
前記ゲートウェイが、前記ゲートウェイが前記デバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスの前記リストを含む軽量マシンツーマシン（ＬＷＭ２Ｍ）プロトコルオブジェクトを伴って構成される、請求項６に記載のゲートウェイ。
【請求項８】
前記ゲートウェイが、前記Ｍ２Ｍデバイスに、サーバ証明書と一緒に前記デバイス管理ブートストラッピングサービスアドレスを送信するように構成される、請求項３から７のいずれか一項に記載のゲートウェイ。
【請求項９】
前記Ｍ２Ｍデバイスから受信される前記要求、および前記Ｍ２Ｍデバイスに送信される前記応答が、ＤＨＣＰｖ６プロトコルに従う、請求項３から８のいずれか一項に記載のゲートウェイ。
【請求項１０】
前記ＤＨＣＰｖ６サーバに送信されるＩＡ＿ＰＤについての前記要求、および前記ＤＨＣＰｖ６サーバから受信される前記応答が、前記ＤＨＣＰｖ６プロトコルに従う、請求項１から９のいずれか一項に記載のゲートウェイ。
【請求項１１】
前記ゲートウェイが、Ｍ２Ｍデバイスを備えるキャピラリーネットワークのキャピラリーゲートウェイである、請求項１から１０のいずれか一項に記載のゲートウェイ。
【請求項１２】
マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するための装置であって、前記装置がプロセッサとメモリとを備え、前記メモリが、実行されるとき、前記装置に、
インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、
前記ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられるバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することと、
ノードから、デバイス管理ブートストラッピングサービスアドレスを受信することと
を行わせる命令を含んでいる、装置。
【請求項１３】
デバイス管理ブートストラッピングサービスアドレスを伴って設定されるのに適したマシンツーマシン（Ｍ２Ｍ）デバイスであって、前記Ｍ２Ｍデバイスが、
ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、
前記ゲートウェイから応答を受信することであって、前記応答が、前記Ｍ２Ｍデバイスに割り当てられるＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスアドレスとを含む、受信することと
を行うように構成される、マシンツーマシン（Ｍ２Ｍ）デバイス。
【請求項１４】
前記要求が、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）要求メッセージを含む、請求項１３に記載のＭ２Ｍデバイス。
【請求項１５】
前記Ｍ２Ｍデバイスが、キャピラリーネットワークに属し、キャピラリーゲートウェイにＩＰｖ６アドレスについての前記要求を送信するように構成される、請求項１３または１４に記載のＭ２Ｍデバイス。
【請求項１６】
前記Ｍ２Ｍデバイスが、軽量マシンツーマシンプロトコル（ＬＷＭ２Ｍ）クライアントを備える、請求項１３から１５のいずれか一項に記載のＭ２Ｍデバイス。
【請求項１７】
デバイス管理ブートストラッピングサービスアドレスを伴って設定されるのに適したマシンツーマシン（Ｍ２Ｍ）デバイスであって、前記Ｍ２Ｍデバイスがプロセッサとメモリとを備え、前記メモリが、実行されるとき、前記Ｍ２Ｍデバイスに、
ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、
前記ゲートウェイから応答を受信することであって、前記応答が、前記Ｍ２Ｍデバイスに割り当てられるＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスアドレスとを含む、受信することと
を行わせる命令を含んでいる、マシンツーマシン（Ｍ２Ｍ）デバイス。
【請求項１８】
プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、
応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って設定され得るように、前記クライアントに前記アドレスを送信することとを行うように構成される、インターネットプロトコルバージョン６ための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバ。
【請求項１９】
クライアントにデバイス管理ブートストラッピングサービスアドレスを配信するためのインターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバであって、前記サーバがプロセッサとメモリとを備え、前記メモリが、実行されるとき、前記サーバに、
プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、前記クライアントが前記デバイス管理ブートストラッピングサービスアドレスを伴って設定され得るように、前記クライアントに前記アドレスを送信することと
を行わせる命令を含んでいる、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバ。
【請求項２０】
マシンツーマシン（Ｍ２Ｍ）デバイスのためのブートストラッピング機能を備えるブートストラッピングサーバであって、前記サーバが、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信するように構成される、ブートストラッピングサーバ。
【請求項２１】
前記サーバが、ゲートウェイから登録要求を受信することと、前記ゲートウェイから前記通知を受信するために前記ゲートウェイを登録することとを行うようにさらに構成される、請求項２０に記載のブートストラッピングサーバ。
【請求項２２】
プロセッサとメモリとを備えるブートストラッピングサーバであって、前記メモリが、実行されるとき、前記サーバに、
少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信すること
を行わせる命令を含んでいる、ブートストラッピングサーバ。
【請求項２３】
マシンツーマシン（Ｍ２Ｍ）デバイスを構成するためのシステムであって、
インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信するように構成されるゲートウェイであって、
前記ＤＨＣＰｖ６サーバから、前記ゲートウェイに割り当てられるバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信するようにさらに構成され、
ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するようにさらに構成される、
ゲートウェイと、
前記プレフィックスに基づいてＩＰｖ６アドレスを要求することと、前記デバイス管理ブートストラッピングサービスアドレスと一緒に前記ゲートウェイから前記ＩＰｖ６アドレスを受信することとを行うように構成されるＭ２Ｍデバイスと
を備える、システム。
【請求項２４】
前記ノードが、前記ＤＨＣＰｖ６サーバであり、前記ゲートウェイが、ＩＡ＿ＰＤについての前記ゲートウェイの要求に応答して前記ＤＨＣＰｖ６サーバから前記デバイス管理ブートストラッピングサービスアドレスを受信するように構成される、請求項２３に記載のシステム。
【請求項２５】
マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのゲートウェイによって実施される方法であって、
インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、
前記ＤＨＣＰｖ６サーバから、前記ゲートウェイに割り当てられるバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することと、
ノードから、デバイス管理ブートストラッピングサービスアドレスを受信することと
を含む、方法。
【請求項２６】
前記ノードが、前記ＤＨＣＰｖ６サーバであり、前記ゲートウェイが、ＩＡ＿ＰＤについての前記ゲートウェイの要求に応答して前記ＤＨＣＰｖ６サーバから前記デバイス管理ブートストラッピングサービスアドレスを受信する、請求項２５に記載の方法。
【請求項２７】
デバイス管理ブートストラッピングサービスアドレスを伴って設定されるのに適したマシンツーマシン（Ｍ２Ｍ）デバイスによって実施される方法であって、
ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、
前記ゲートウェイから応答を受信することであって、前記応答が、前記Ｍ２Ｍデバイスに割り当てられるＩＰｖ６アドレスと前記デバイス管理ブートストラッピングサービスのためのアドレスとを含む、受信することと
を含む、方法。
【請求項２８】
インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバによって実施される方法であって、前記ＤＨＣＰｖ６サーバが、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って設定され得るように、前記クライアントに前記アドレスを送信することとを行うことを含む、方法。
【請求項２９】
マシンツーマシン（Ｍ２Ｍ）デバイスのためのブートストラッピング機能を備えるブートストラッピングサーバによって実施される方法であって、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信することを含む、方法。
【請求項３０】
ゲートウェイから登録要求を受信することと、前記ゲートウェイから前記通知を受信するために前記ゲートウェイを登録することとをさらに含む、請求項２９に記載の方法。
【請求項３１】
マシンツーマシン（Ｍ２Ｍ）デバイスを構成するためのシステムの動作の方法であって、
ゲートウェイが、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、
前記ゲートウェイが、前記ＤＨＣＰｖ６サーバから、前記ゲートウェイに割り当てられるバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することと、
前記ゲートウェイが、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信することと、
Ｍ２Ｍデバイスが、前記プレフィックスに基づいてＩＰｖ６アドレスを要求することと、前記デバイス管理ブートストラッピングサービスアドレスと一緒に前記ゲートウェイから前記ＩＰｖ６アドレスを受信することとを行うことと
を含む、方法。
【請求項３２】
前記ノードが前記ＤＨＣＰｖ６サーバであり、前記ゲートウェイが、ＩＡ＿ＰＤについての前記ゲートウェイの要求に応答して前記ＤＨＣＰｖ６サーバから前記デバイス管理ブートストラッピングサービスアドレスを受信することをさらに含む、請求項３１に記載の方法。
【請求項３３】
コンピュータ上で動くとき、前記コンピュータに請求項２５から３２のいずれか一項に記載の方法を行わせる、コンピュータプログラム。
【請求項３４】
コンピュータ可読記憶媒体と、前記コンピュータ可読記憶媒体に記憶された請求項３３に記載のコンピュータプログラムとを備える、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マシンツーマシン（Ｍ２Ｍ：ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ）デバイスを構成するための方法に関する。本発明はまた、サーバおよびＭ２Ｍデバイス、ならびにＭ２Ｍデバイスを構成するための方法を行うように構成されたコンピュータプログラムに関する。
【背景技術】
【０００２】
モノのインターネット（ＩｏＴ）は、人間の対話なしに他のセンサー、デバイスまたはサーバと情報を交換するセンサーなど、物理的スマートオブジェクトのネットワークである。したがって、これらのデバイスは、マシンツーマシン（Ｍ２Ｍ）デバイスと呼ばれることがある。ＩｏＴにおけるサービスのいくつかの例としては、自動車または自宅における内蔵センサー、植込み型心臓モニタリング機器またはスマートサーモスタットシステムがある。両方とも、軽い、コンパクトなアプリケーションプロトコルである、軽量マシンツーマシンプロトコル（ＬＷＭ２Ｍ：Ｌｉｇｈｔｗｅｉｇｈｔ  Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）および制約付きアプリケーションプロトコル（ＣｏＡＰ：ｃｏｎｓｔｒａｉｎｅｄ  ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）を含む、多くの新しいプロトコルが、モノのインターネット（ＩｏＴ）の導入の後に開発された。
【０００３】
Ｍ２Ｍデバイスは、ワイヤレスまたはワイヤード技術を使用して、他のＭ２Ｍデバイスおよびシステムと通信し得る。ワイヤレス技術に関して、Ｍ２Ｍデバイスは、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ−ＦｉおよびＺｉｇｂｅｅなど、短距離通信技術をサポートし得る。Ｍ２Ｍデバイスは、無線通信など、長距離技術をもサポートし得るが、これは、短距離通信よりも多くの電力を消費する。
【０００４】
たとえば、Ｍ２Ｍデバイスが、誤動作または誤作動しているサーバと通信している場合、あるいは所有権に変化がある場合、Ｍ２Ｍデバイスがネットワークにおける変化により容易に適合され得るように、Ｍ２Ｍデバイスの構成可能性を改善する要望がある。
【発明の概要】
【０００５】
Ｍ２Ｍデバイスが最初にオンに切り替えられたとき、Ｍ２Ｍデバイスはブートストラッピングサービスのためのサーバに接触する。ブートストラッピングサービスは、Ｍ２Ｍデバイス中の他のプログラムをロードし、次いで実行するか、またはブートストラッピングサービスは、所望の機能を行うようにＭ２Ｍデバイスを構成する別のサーバにＭ２Ｍデバイスをリダイレクトする。ブートストラッピングサービスにどのように接続するかに関する情報が、典型的に、製造段階においてＭ２Ｍデバイス中で構成される。この情報は、典型的に、ブートストラッピングサービスを稼働しているサーバに接触するためのブートストラッピングサービスアドレスである。ブートストラッピングサービスのための代替ロケーションが要求されるとき、たとえば、ブートストラッピングサービスを稼働しているサーバが誤動作または誤作動していることがあるとき、あるいは、おそらくＭ２Ｍデバイスが所有者を変更し、異なるネットワークに接続することになるとき、問題が起こる。ブートストラッピングサービスを変更するために、Ｍ２Ｍデバイスは、新しいブートストラッピングサービスアドレスを伴って更新される必要がある。これは、Ｍ２Ｍデバイスユーザにとって、煩雑であるおよび／または時間がかかることがある。その上、Ｍ２Ｍデバイスは、典型的にユーザインターフェースがなく、そのため、ブートストラッピングサービスアドレスを再設定することは困難であり得る。
【０００６】
それゆえ、上記で論じられた課題のうちの１つまたは複数に少なくとも部分的に対処する、方法、装置およびコンピュータ可読媒体を提供することが、本発明の目的である。
【０００７】
本発明の一態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのゲートウェイが提供され、本ゲートウェイは、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６：ｄｙｎａｍｉｃ  ｈｏｓｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｐｒｏｔｏｃｏｌ  ｆｏｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ｓｉｘ）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ：ｉｄｅｎｔｉｔｙ  ａｓｓｏｃｉａｔｉｏｎ  ｆｏｒ  ｐｒｅｆｉｘ  ｄｅｌｅｇａｔｉｏｎ）についての要求を送信するように構成される。本ゲートウェイはまた、ＤＨＣＰｖ６サーバから、本ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信するように構成され、本ゲートウェイは、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するようにさらに構成される。
【０００８】
ノードは、ＤＨＣＰｖ６サーバであり得、本ゲートウェイが、ＩＡ＿ＰＤについての本ゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信するように構成されるようなものである。
【０００９】
一実施形態では、本ゲートウェイは、デバイス管理ブートストラッピングサービスアドレスと一緒に、プレフィックスに基づいて、Ｍ２ＭデバイスにＩＰｖ６アドレスを送信するようにさらに構成される。
【００１０】
本ゲートウェイは、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信し、ＤＨＣＰｖ６サーバから受信されたプレフィックスに基づいてＩＰｖ６アドレスを設定し、Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当て、次いで、デバイス管理ブートストラッピングサービスアドレスと一緒にＭ２Ｍデバイスに前記ＩＰｖ６アドレスを送信するように構成され得る。
【００１１】
一実施形態では、本ゲートウェイは、デバイス管理ブートストラッピングサービスアドレスが導くサーバに、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスを送信するようにさらに構成される。
【００１２】
別の実施形態では、本ゲートウェイは、本ゲートウェイがデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを伴って構成され得、本ゲートウェイは、デバイス管理ブートストラッピングサービスアドレスのサーバからこのリストについての要求を受信すると、前記サーバに前記リストを送信するように構成される。
【００１３】
本ゲートウェイは、本ゲートウェイがデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを含む軽量マシンツーマシン（ＬＷＭ２Ｍ）プロトコルオブジェクトを伴って構成され得る。
【００１４】
一実施形態では、本ゲートウェイは、Ｍ２Ｍデバイスに、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを送信するように構成される。
【００１５】
別の実施形態では、Ｍ２Ｍデバイスから受信された要求、およびＭ２Ｍデバイスに送信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。
【００１６】
別の実施形態では、ＤＨＣＰｖ６サーバに送信されたＩＡ＿ＰＤについての要求、およびＤＨＣＰｖ６サーバから受信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。
【００１７】
本ゲートウェイは、Ｍ２Ｍデバイスを備えるキャピラリーネットワークのキャピラリーゲートウェイであり得る。
【００１８】
本発明の別の態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するための装置が提供され、本装置はプロセッサとメモリとを備え、前記メモリは、実行されたとき、本装置に、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することと、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信することとを行わせる命令を含んでいる。ノードは、ＤＨＣＰｖ６サーバであり得る。
【００１９】
本発明の別の態様によれば、デバイス管理ブートストラッピングサービスアドレスを伴って設定されるのに適したマシンツーマシン（Ｍ２Ｍ）デバイスが提供され、本Ｍ２Ｍデバイスは、ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、ゲートウェイから応答を受信することとを行うように構成される。応答は、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスアドレスとを含む。
【００２０】
一実施形態では、要求は、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）要求メッセージを含む。
【００２１】
別の実施形態では、Ｍ２Ｍデバイスは、キャピラリーネットワークに属し、キャピラリーゲートウェイにＩＰｖ６アドレスについての要求を送信するように構成される。
【００２２】
また別の実施形態では、Ｍ２Ｍデバイスは、軽量マシンツーマシンプロトコル（ＬＷＭ２Ｍ）クライアントを備える。
【００２３】
本発明のまた別の態様によれば、デバイス管理ブートストラッピングサービスアドレスを伴って設定されるのに適したマシンツーマシン（Ｍ２Ｍ）デバイスが提供され、本Ｍ２Ｍデバイスはプロセッサとメモリとを備え、前記メモリは、実行されたとき、本Ｍ２Ｍデバイスに、ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、ゲートウェイから応答を受信することとを行わせる命令を含んでおり、応答は、本Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスアドレスとを含む。
【００２４】
本発明のさらなる態様によれば、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って設定され得るように、前記クライアントに前記アドレスを送信することとを行うように構成された、インターネットプロトコルバージョン６ための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバが提供される。
【００２５】
本発明の別の態様によれば、クライアントにデバイス管理ブートストラッピングサービスアドレスを配信するためのインターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバが提供され、本サーバはプロセッサとメモリとを備え、前記メモリは、実行されたとき、本サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って設定され得るように、前記クライアントに前記アドレスを送信することとを行わせる命令を含んでいる。
【００２６】
本発明のまた別の態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスのためのブートストラッピング機能を備えるブートストラッピングサーバが提供され、本サーバは、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信するように構成される。
【００２７】
一実施形態では、本サーバは、ゲートウェイから登録要求を受信することと、前記ゲートウェイから前記通知を受信するために前記ゲートウェイを登録することとを行うように構成される。
【００２８】
本発明の別の態様によれば、プロセッサとメモリとを備えるサーバが提供され、前記メモリは、実行されたとき、本サーバに、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信することを行わせる命令を含んでいる。
【００２９】
本発明のまた別の態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスを構成するためのシステムが提供され、本システムは、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信するように構成されたゲートウェイを備える。ゲートウェイは、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信するようにさらに構成される。ゲートウェイは、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するようにさらに構成される。本システムは、プレフィックスに基づいてＩＰｖ６アドレスを要求することと、デバイス管理ブートストラッピングサービスアドレスと一緒にゲートウェイからＩＰｖ６アドレスを受信することとを行うように構成されたＭ２Ｍデバイスをさらに備える。
【００３０】
一実施形態では、ノードは、ＤＨＣＰｖ６サーバであり、ゲートウェイは、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信するように構成される。
【００３１】
本発明の別の態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのゲートウェイによって実施される方法が提供され、本方法は、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することと、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信することとを含む。
【００３２】
一実施形態では、ノードは、ＤＨＣＰｖ６サーバであり、ゲートウェイは、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信する。
【００３３】
本発明のまた別の態様によれば、デバイス管理ブートストラッピングサービスアドレスを伴って設定されるのに適したマシンツーマシン（Ｍ２Ｍ）デバイスによって実施される方法が提供され、本方法は、ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、ゲートウェイから応答を受信することとを含み、応答は、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスのためのアドレスとを含む。
【００３４】
本発明のさらなる態様によれば、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバによって実施される方法が提供され、本方法は、ＤＨＣＰｖ６サーバが、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って設定され得るように、前記クライアントに前記アドレスを送信することとを行うことを含む。
【００３５】
本発明のまたさらなる態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスのためのブートストラッピング機能を備えるサーバによって実施される方法が提供され、本方法は、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信することを含む。
【００３６】
一実施形態では、本方法は、ゲートウェイから登録要求を受信することと、前記ゲートウェイから前記通知を受信するために前記ゲートウェイを登録することとをさらに含む。
【００３７】
本発明の別の態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスを構成するためのシステムの動作の方法が提供され、本方法は、ゲートウェイが、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することを含む。本方法は、ゲートウェイが、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することを含む。本方法は、ゲートウェイが、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信することを含む。本方法はまた、Ｍ２Ｍデバイスが、プレフィックスに基づいてＩＰｖ６アドレスを要求することと、デバイス管理ブートストラッピングサービスアドレスと一緒にゲートウェイからＩＰｖ６アドレスを受信することとを行うことを含む。
【００３８】
一実施形態では、ノードは、ＤＨＣＰｖ６サーバであり、本方法は、ゲートウェイが、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信することをさらに含む。
【００３９】
本発明のまた別の態様によれば、コンピュータ上で動くとき、コンピュータに上記で説明された方法を行わせる、コンピュータプログラムが提供される。
【００４０】
本発明のさらなる態様によれば、コンピュータ可読記憶媒体と、コンピュータ可読記憶媒体に記憶された上記で説明されたコンピュータプログラムとを備える、コンピュータプログラム製品が提供される。
【００４１】
デバイス管理ブートストラッピングサービスアドレスは、ブートストラッピング機能を提供するサーバのアドレスである。アドレスは、ユニフォームリソース識別子（ＵＲＩ：ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｉｄｅｎｔｉｆｉｅｒ）のフォーマットまたは別の適したフォーマットであり得る。
【００４２】
本発明をよりよく理解するために、および本発明がどのように実現され得るかをより明らかに示すために、次に、例として、以下の図面への参照がなされる。
【図面の簡単な説明】
【００４３】
【図１】本発明の一実施形態の概略図である。
【図２】本発明の一実施形態を例示するメッセージフローを示す図である。
【図３】本発明の一実施形態を例示する別のメッセージフローを示す図である。
【図４】本発明の別の実施形態の概略図である。
【図５】ＬＷＭ２Ｍアーキテクチャの概略図である。
【図６】本発明の一実施形態を例示するメッセージフローを示す図である。
【図７】本発明の一実施形態を例示する別のメッセージフローを示す図である。
【図７ａ】本発明の一実施形態を例示するＬＷＭ２Ｍプロトコルのオブジェクトの概略図である。
【図８】ゲートウェイによって実施される方法のフローチャートである。
【図９】Ｍ２Ｍデバイスによって実施される方法のフローチャートである。
【図１０】ＤＨＣＰｖ６サーバによって実施される方法のフローチャートである。
【図１１】ブートストラッピングサーバによって実施される方法のフローチャートである。
【図１２】ゲートウェイを例示するボックス図である。
【図１３】Ｍ２Ｍデバイスを例示するボックス図である。
【図１４】ＤＨＣＰｖ６サーバを例示するボックス図である。
【図１５】ブートストラッピングサーバを例示するボックス図である。
【図１６】ゲートウェイの機能ユニットを例示するボックス図である。
【図１７】Ｍ２Ｍデバイスの機能ユニットを例示するボックス図である。
【図１８】ＤＨＣＰｖ６サーバの機能ユニットを例示するボックス図である。
【図１９】ブートストラッピングサーバの機能ユニットを例示するボックス図である。
【発明を実施するための形態】
【００４４】
本発明の態様は、マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するための装置および方法を提供する。本発明は、Ｍ２Ｍデバイスにデバイス管理ブートストラッピングサービスアドレスを送信するために、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）を採用する。
【００４５】
本明細書で使用されるＭ２Ｍデバイスという用語は、人間の対話なしに、別のデバイス、サーバまたはシステムと通信するように構成されるか、または構成可能である任意のデバイスであることを理解されたい。Ｍ２Ｍデバイスは、たとえば、光、圧力、温度、振動またはアクチュエータのためのセンサーであり得る。Ｍ２Ｍデバイスは、車両、（冷蔵庫、冷凍機またはセントラルヒーティングを含む）器具、または（モバイルフォン、ラップトップ、スマートフォン、ワイヤレス通信デバイスなどの）ユーザ機器など、装置の一部を形成し得る。
【００４６】
上述のように、本発明の態様は、Ｍ２Ｍデバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためにＤＨＣＰｖ６を利用する。ＤＨＣＰｖ６は、ホスト間で通信するためのクライアント／サーバモデルを使用するインターネットアプリケーションプロトコルである。ＤＨＣＰｖ６は、ＵＤＰトランスポートプロトコル上で実行される。ＤＨＣＰｖ６は、インターリンクホストＩＰｖ６アドレスを自動設定するための機構を提供し、自動登録し、ドメインネームシステムホスト名を受信するためのパラメータを提供し、プロトコル中で追加の構成オプションを指定するための機構を提供する。
【００４７】
ＤＨＣＰｖ６の拡張は、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）のＲＦＣ３３６３３において指定されているＤＨＣＰｖ６プレフィックス委譲（ＤＨＣＰｖ６  ＰＤ：ＤＨＣＰｖ６  Ｐｒｅｆｉｘ  Ｄｅｌｅｇａｔｉｏｎ）である。ＤＨＣＰｖ６  ＰＤは、ＤＨＣＰｖ６サーバからの、完全なサブネットならびに他のネットワークおよびインターフェースパラメータをＤＨＣＰｖ６  ＰＤクライアントに割り当てることを目的とする。これは、単一のアドレス割当ての代わりに、ＤＨＣＰｖ６  ＰＤが、ＩＰｖ６サブネットのセット、またはインターネットプロトコルバージョン６（ＩＰｖ６）アドレスのプレフィックス、たとえば、２００１：ｄｂ８：：／６０を割り当てることを意味する。これは、ＩＰｖ６サブネットまたはＩＰｖ６アドレスプレフィックスを受信したクライアントが、クライアントのＩＰｖ６対応インターフェースに、ＩＰｖ６アドレスを動的に割り当てることができることを意味する。
【００４８】
本発明の発明は、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）と呼ばれ、ＩＥＴＦのＲＦＣ３６３３において指定されている、ＤＨＣＰｖ６の別の拡張を利用する。プレフィックスがクライアントに割り当てられるという点で、ＩＡ＿ＰＤはＰＤと同様である。ＩＡ＿ＰＤは、要求側クライアントに割り当てられたプレフィックスの集合である。各ＩＡ＿ＰＤは、関連付けられた識別情報関連付け識別子（ＩＡＩＤ：Ｉｄｅｎｔｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）を有する。要求側クライアントは、要求側クライアントに割り当てられた２つ以上のＩＡ＿ＰＤ、たとえば、要求側クライアントのインターフェースの各々について１つを有し得る。ＩＡ＿ＰＤは、委譲側サーバおよび要求側クライアントが、関係するＩＰｖ６プレフィックスのセットを識別、グループ化および管理することができる構成体である。各ＩＡ＿ＰＤは、ＩＡＩＤおよび関連付けられた構成情報からなる。プレフィックスのためのＩＡ＿ＰＤは、ＩＥＴＦのＲＦＣ３３１５で説明されているようにアドレスのための識別情報関連付け（ＩＡ）の等価物である。
【００４９】
ＩＡ＿ＰＤは厳密に１つのインターフェースに関連付けられる必要がないという点で、ＩＡ＿ＰＤはＩＡとは異なる。１つのＩＡ＿ＰＤは、要求側ルータに、インターフェースのセットにまたは厳密に１つのインターフェースに関連付けられ得る。要求側クライアントは、少なくとも１つの別個のＩＡ＿ＰＤを作成しなければならない。要求側クライアントは、別個のＩＡ＿ＰＤを、要求側クライアントのダウンストリームネットワークインターフェースの各々に関連付け、委譲側サーバからそのインターフェースのためのプレフィックスを獲得するために、そのＩＡ＿ＰＤを使用し得る。
【００５０】
本発明の態様では、上記で説明されたＩＰｖ６アドレスのプレフィックスを受信するクライアントは、ゲートウェイであると見なされ得る。ゲートウェイは、ゲートウェイのローカルネットワークの一部を形成する、ＩＰｖ６対応Ｍ２Ｍデバイスに対して、ＩＰｖ６アドレスを設定し、割り当てる。ゲートウェイはまた、ＩＰｖ６アドレスのプレフィックスと一緒にデバイス管理ブートストラッピングサービスアドレスを受信し、Ｍ２Ｍデバイスにデバイス管理ブートストラッピングサービスアドレスを転送する。以下でより詳細に解説されるように、代替実施形態では、ゲートウェイは、ＤＨＣＰｖ６サーバ以外の送信元からデバイス管理ブートストラッピングサービスアドレスを受信する。
【００５１】
Ｍ２Ｍが、デバイス管理ブートストラッピングサービスアドレスを受信したとき、Ｍ２Ｍは、アドレスを設定または保存し、次いで、デバイス管理ブートストラッピングサービスを稼働するブートストラッピングサーバの位置を特定するためにアドレスを使用することができる。
【００５２】
これは、Ｍ２Ｍデバイスがより構成可能であることを可能にし、特に、これは、Ｍ２Ｍデバイスが製造された後に、デバイス管理ブートストラッピングサービスまたはデバイス管理ブートストラッピング機能のためのアドレスが設定されることを可能にする。
【００５３】
本明細書で使用される、デバイス管理ブートストラッピングサービスまたはデバイス管理ブートストラッピング機能という用語は、ブートストラッピングサーバによって稼働されるサービスであり、所望の機能、たとえば、温度示度を取得する、または温度示度を取得すべきときに再構成する、を行うようにＭ２Ｍデバイスを構成または管理する、別のサーバにＭ２Ｍデバイスをリダイレクトすることによって、Ｍ２Ｍデバイスをブートストラップするためのものである。本明細書で使用されるデバイス管理ブートストラッピングサービスアドレスは、デバイス管理ブートストラッピングサービスを稼働するブートストラッピングサーバへのアドレスである。アドレスは、ユニフォームリソース識別子（ＵＲＩ）または何らかの他の適切なアドレスであり得る。本発明が、以下で説明されるように、軽量管理マシンツーマシンプロトコル（ＬＷＭ２Ｍ）の一部として実装されるとき、ＵＲＩは、ブートストラッピングサーバまたはＬＷＭ２Ｍブートストラッピングサーバを一意に識別し、「ｃｏａｐｓ：／／ホスト：ポート」という形式であり、ここで、ホストはＩＰアドレスまたはＦＱＤＮであり、ポートはサーバのＵＤＰポートである。
【００５４】
本明細書で使用される「ゲートウェイ」という用語は、別のネットワークへの入口として働くネットワークポイントまたはノードである。ゲートウェイは、ゲートウェイとして働くネットワークとの間でトラフィックを制御する。ゲートウェイは、データの所与のパケットをどこへ向けるべきであるかを知っているという点でルータの機能と、所与のパケットのためにゲートウェイの内外への実際の経路を供給するスイッチの機能とを有すると見なされ得る。
【００５５】
次に、本発明の態様が、図１を参照しながら説明される。ゲートウェイ１０３およびＭ２Ｍデバイス１０２が、ローカルネットワーク１０１の一部を形成する。ゲートウェイ１０３は、ＤＨＣＰｖ６サーバ１０４およびブートストラッピングサーバ１０５と通信するように構成される。ゲートウェイ１０３はＭ２ＭデバイスにＩＰｖ６アドレスを委譲する前に、ゲートウェイ１０３は、最初に、ＤＨＣＰｖ６サーバ１０４からＩＰｖ６アドレスのプレフィックスを受信しなければならず、そのため、次に、ゲートウェイ１０３とＤＨＣＰｖ６サーバ１０４とブートストラッピングサーバ１０５との間のメッセージフローが、図２を参照しながら説明される。
【００５６】
ステップ２０１において、ゲートウェイ１０３は、ＤＨＣＰｖ６サーバ１０４に、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）を要求するＤＨＣＰｖ６要求を送信する。ＤＨＣＰｖ６サーバ１０４は、ゲートウェイ１０３またはゲートウェイ１０３のローカルネットワーク１０１に、ＩＰｖ６アドレスの少なくとも１つのプレフィックスを割り当て、ステップ２０２においてゲートウェイ１０３に少なくとも１つのプレフィックスを送信する。少なくとも１つのプレフィックスに加えて、およびＩＡ＿ＰＤの一部として、オプションがゲートウェイ１０３への返答に含まれる。これらのオプションは、デバイス管理ブートストラッピングサービスアドレス、およびデバイス管理ブートストラッピングサービスを稼働するブートストラッピングサーバを証明するサーバ証明書である。
【００５７】
ゲートウェイ１０３が、ＩＰｖ６アドレスの少なくとも１つのプレフィックスおよびデバイス管理ブートストラッピングサービスアドレス、ならびに随意にサーバ証明書を受信したとき、ゲートウェイ１０３は、ステップ２０３においてそれ自体をブートストラッピングサーバ１０５に登録することに進む。これは、ブートストラッピングサーバ１０５が、後の段階において、デバイス管理ブートストラッピングサービスアドレスを伴って設定されたＭ２Ｍデバイスを監視することができるようにするためである。ゲートウェイ１０３から登録要求を受信すると、ブートストラッピングサーバ１０５は、それ自体をゲートウェイ１０３を監視するように構成し、次いで、ステップ２０４において前記ゲートウェイ１０３に確認メッセージを送信する。ブートストラッピングサーバ１０５が、デバイス管理ブートストラッピングサービスアドレスを受信したＭ２Ｍデバイスに関する情報を望むとき、ブートストラッピングサーバ１０５は、ステップ２０５において、デバイス管理ブートストラッピングサーバアドレスを伴って設定されたＭ２Ｍデバイスに関する情報を求めて、ゲートウェイ１０３にＧＥＴ要求を送信する。情報は、Ｍ２ＭデバイスのＩＰｖ６アドレス、デバイス管理ブートストラッピングサービスアドレスまたはデバイス一意識別子（ＤＵＩＤ：ｄｅｖｉｃｅ  ｕｎｉｑｕｅ  ｉｄｅｎｔｉｆｉｅｒ）を受信したことの時間、あるいは何らかの他の関連情報であり得る。図２には示されていないが、ゲートウェイは、前記Ｍ２Ｍデバイスのリストおよび要求された情報で応答する。
【００５８】
次に、いくつかの代替構成が説明される。たとえば、ゲートウェイ１０３は、ＤＨＣＰｖ６サーバ１０４からデバイス管理ブートストラッピングサービスアドレスを受信することに限定されない。ゲートウェイ１０３は、別の送信元、たとえば、別のサーバから、デバイス管理ブートストラッピングサービスアドレスを受信することができる。一実施形態では、ゲートウェイ１０３は、ルータ広告（ＲＡ：ｒｏｕｔｅｒ  ａｄｖｅｒｔｉｓｅｍｅｎｔ）ステップ中に、デバイス管理ブートストラッピングサービスアドレスを受信する。これは、ＩＥＴＦのＲＦＣ４８６１で説明されているように近隣発見プロトコルの一部としてのタイプ１３４メッセージであり得る。代替的に、デバイス管理ブートストラッピングサービスアドレスは、ＩＥＴＦのＲＦＣ７３６８において指定されているＨｏｍｅＮｅｔプロトコルを使用してゲートウェイに配信され得る。
【００５９】
その上、ゲートウェイ１０３は、ブートストラッピングサーバ１０５が、デバイス管理ブートストラッピングサービスアドレスを伴って設定されたＭ２Ｍデバイスを後で監視することができるように、ゲートウェイ１０３自体をブートストラッピングサーバ１０５に登録することに限定されない。たとえば、代替実施形態では、ゲートウェイ１０３は、ブートストラッピングサーバ１０５によって促されることなしに、前記Ｍ２ＭデバイスのＩＰｖ６アドレスのリストなど、情報を送信することができるか（図３参照）、またはゲートウェイ１０３は、Ｍ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを伴って設定されるとすぐに、Ｍ２Ｍデバイスの情報を送信することができる。ゲートウェイは、ＨＴＴＰプロトコルに従ってＰＵＴ操作を実施することによって、ブートストラッピングサーバにＭ２Ｍデバイスの情報を送信することができる。
【００６０】
次に、Ｍ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを伴ってどのように構成されるかが説明される。Ｍ２Ｍデバイス１０２が最初にオンに切り替えられたとき、Ｍ２Ｍデバイス１０２は、オンに切り替えられたことを任意のリッスンしているノードに知らせるためのマルチキャストメッセージを送出する。Ｍ２Ｍデバイス１０２は、ＤＨＣＰｖ６機能を有するすべてのゲートウェイが傍受するＩＰｖ６リンクローカルマルチキャストアドレスを使用する。こうして、Ｍ２Ｍデバイス１０２は、ゲートウェイのための特有のアドレスを伴っては設定されない。図１中のゲートウェイ１０３はマルチキャストメッセージを聴取し、Ｍ２Ｍデバイスがゲートウェイ１０３のローカルネットワーク１０１にアタッチするように、ゲートウェイ１０３とＭ２Ｍデバイス１０２とはメッセージを交換する。次のステップ、ステップ３０１において、Ｍ２Ｍデバイス１０２は、ゲートウェイ１０３にＤＨＣＰｖ６要求を送信する。要求は、ＩＰｖ６アドレスについてのものであるが、代替実施形態では、要求は、ＩＰｖ６アドレスおよびデバイス管理ブートストラッピングサービスアドレスについてのものである。ゲートウェイ１０３は、図２中のステップ２０２においてゲートウェイ１０３がＤＨＣＰｖ６サーバから受信した少なくとも１つのプレフィックスに基づいてＩＰｖ６アドレスを設定し、Ｍ２Ｍデバイス１０２にＩＰｖ６アドレスを割り当てる。次のステップ、ステップ３０２において、ゲートウェイ１０３は、Ｍ２Ｍデバイス１０２にＤＨＣＰｖ６応答を送信し、応答は、Ｍ２Ｍデバイス１０２に割り当てられたＩＰｖ６アドレスと、図２中のステップ２０２においてゲートウェイ１０３がＤＨＣＰｖ６サーバから受信したデバイス管理ブートストラッピングサービスアドレスとを含む。ここで、Ｍ２Ｍデバイス１０２は、デバイス管理ブートストラッピングサービスアドレスを有し、そのため、Ｍ２Ｍデバイス１０２は、アドレスが導くブートストラッピングサーバ１０５にメッセージを送信することに進むことができ、その結果、ブートストラッピングサーバ１０５は、ブートストラッピングサービスを進めることができる。随意に、ステップ３０２において、ゲートウェイ１０３は、図２中のステップ２０２においてゲートウェイ１０３が受信したサーバ証明書をも送信し得る。上述のように、Ｍ２Ｍデバイス１０２は、サーバ証明書に基づいてブートストラッピングサーバ１０５を検証することができる。
【００６１】
図３中のステップ３０３において、ゲートウェイ１０３は、ブートストラッピングサーバ１０５にメッセージを送信する。メッセージは、ゲートウェイ１０３がデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２Ｍデバイスのリストと、Ｍ２Ｍデバイスの関連情報（ＩＰｖ６アドレス、ＤＵＩＤまたはタイムスタンプ）とを含む。これは、ブートストラッピングサーバ１０５のブートストラッピングサービスを要求してブートストラッピングサーバ１０５に接触するＭ２Ｍデバイスを、ブートストラッピングサーバ１０５が追跡することを可能にする。ステップ３０３におけるメッセージは、代替的に、単一のＭ２Ｍデバイスの情報を備え得、ゲートウェイは、そのようなメッセージを、ゲートウェイがステップ３０２においてメッセージを送信するとすぐに送信する、すなわちアドホックに送信するようなものである。
【００６２】
次に、Ｍ２Ｍデバイスは、ステップ３０５においてブートストラッピングプロシージャを開始するように、ステップ３０４において提示されるようにブートストラッピングサーバ１０５に接触することができる。
【００６３】
次に、別の実施形態が、図４および図５を参照しながら説明される。この例では、Ｍ２Ｍデバイス４０２が、キャピラリーネットワーク４０１の一部を形成する。キャピラリーネットワークは、デバイス自体の間の効率的な通信のための短距離無線技術に依拠するローカルネットワークである。Ｍ２Ｍデバイス４０２はまた、キャピラリーゲートウェイ４０３を介して外部ネットワークと通信することができる。たとえば、キャピラリーゲートウェイ４０３は、キャピラリーネットワーク４０１をセルラーネットワークと接続し得、セルラーネットワークは、グローバル通信インフラストラクチャに接続される。本明細書では、キャピラリーゲートウェイ４０３はゲートウェイとも呼ばれる。
【００６４】
この実施形態は、オープンモバイルアライアンス（ＯＭＡ：Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ）、すなわち、軽量マシンツーマシン（ＬＷＭ２Ｍ）によって開発されたプロトコルを利用する。ＬＷＭ２Ｍアーキテクチャが図５に示されており、ＬＷＭ２Ｍアーキテクチャは、２つの構成要素、ＬＷＭ２Ｍサーバ５０１とＬＷＭ２Ｍクライアント５０２とを備える。ＬＷＭ２Ｍサーバは、図４、図５、図６および図７に示されているＬＷＭ２Ｍサーバ４０５に対応する。ＬＷＭ２Ｍクライアント５０２は、図４、図５、図６および図７に示されている（１つまたは複数の）Ｍ２Ｍデバイス４０２など、Ｍ２Ｍデバイスの一部を形成する。ＬＷＭ２Ｍサーバ５０１は、ブートストラッピングおよび／またはデバイス管理のためのインターフェースを有し得、言い換えれば、ＬＷＭ２Ｍサーバは、ＬＷＭ２ＭブートストラッピングサーバまたはＬＷＭ２Ｍ（デバイス）管理サーバであり得るが、上記で説明されたように、両方ともＭ２Ｍデバイスのためのブートストラッピングサービスを稼働するように構成され、そのため、ＬＷＭ２Ｍサーバは、「ブートストラッピングサーバ」という用語内にも入るものとして理解されたい。
【００６５】
この実施形態は、図１〜図３を参照しながら説明された実施形態および実施形態の代替形態と同様であるが、明快のために、次に、Ｍ２Ｍデバイス４０２とゲートウェイ４０３とＤＨＣＰｖ６サーバ４０４とＬＷＭ２Ｍサーバ４０５との間のメッセージ交換フローが、図６および図７を参照しながら説明される。
【００６６】
ステップ６０１において、ゲートウェイ４０３は、ＤＨＣＰｖ６サーバ４０４に、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）を要求するＤＨＣＰｖ６要求を送信する。ＤＨＣＰｖ６サーバ４０４は、ゲートウェイ４０３またはキャピラリーネットワーク４０１に、ＩＰｖ６アドレスの少なくとも１つのプレフィックスを割り当て、ステップ６０２においてゲートウェイ４０３に少なくとも１つのプレフィックスを送信する。少なくとも１つのプレフィックスに加えて、ＤＨＣＰｖ６サーバ４０４は、ステップ６０２においてＩＡ＿ＰＤの一部としてゲートウェイに「オプション」をも送信し得る。１つのそのようなオプションは、ＬＷＭ２Ｍ＿ＢＯＯＴＳＴＲＡＰＰＩＮＧ＿ＵＲＩと称されることがあるデバイス管理ブートストラッピングサービスアドレスである。ＤＨＣＰｖ６サーバ４０４は、ステップ６０２においてオプションとしてＬＷＭ２Ｍサーバ証明書をも送信し得る。このオプションは、ＬＷＭ２Ｍ＿ＳＥＲＶＥＲ＿ＣＥＲＴと称されることがある。ＬＷＭ２Ｍ証明書は、デバイス管理ブートストラッピングサービスを稼働するＬＷＭ２Ｍサーバ４０５を検証するために、Ｍ２Ｍデバイス４０２によって使用され得る。
【００６７】
ゲートウェイ４０３が、ＩＰｖ６アドレスの少なくとも１つのプレフィックスおよびデバイス管理ブートストラッピングサービスアドレス、ならびに随意にＬＷＭ２Ｍサーバ証明書を受信したとき、ゲートウェイ４０３は、ステップ６０３においてそれ自体をＬＷＭ２Ｍサーバ４０５に登録することに進む。これは、ＬＷＭ２Ｍサーバ４０３が、後の段階において、デバイス管理ブートストラッピングサービスアドレスを伴って設定されたＭ２Ｍデバイスを監視することができるようにするためである。ＬＷＭ２Ｍサーバは、次いで、それ自体をゲートウェイ４０３を監視するように構成し、次いで、ステップ６０４においてゲートウェイ４０３に確認メッセージを送信する。ＬＷＭ２Ｍサーバ４０５が、デバイス管理ブートストラッピングサービスアドレスを受信したＭ２Ｍデバイスを見つけ出すことを望むとき、ＬＷＭ２Ｍサーバ４０５は、ステップ６０５において、デバイス管理ブートストラッピングサーバアドレスを伴って設定されたＭ２Ｍデバイスに関する情報を求めて、ゲートウェイ４０３にＧＥＴ要求を送信する。情報は、Ｍ２ＭデバイスのＩＰｖ６アドレス、デバイス管理ブートストラッピングサービスアドレスまたはデバイス一意識別子（ＤＵＩＤ）を受信したことのタイムスタンプ、あるいは何らかの他の関連情報であり得る。図６には示されていないが、ゲートウェイは、前記Ｍ２Ｍデバイスのリストおよび要求された情報で応答する。
【００６８】
次に、いくつかの代替構成が説明される。たとえば、ゲートウェイ４０３は、ＤＨＣＰｖ６サーバ４０４からデバイス管理ブートストラッピングサービスアドレスを受信することに限定されない。ゲートウェイ４０３は、別の送信元、たとえば、別のサーバから、デバイス管理ブートストラッピングサービスアドレスを受信することができる。一実施形態では、ゲートウェイ４０３は、ルータ広告（ＲＡ）ステップ中に、デバイス管理ブートストラッピングサービスアドレスを受信する。これは、ＩＥＴＦのＲＦＣ４８６１で説明されているように近隣発見プロトコルの一部としてのタイプ１３４メッセージであり得る。代替的に、デバイス管理ブートストラッピングサービスアドレスは、ＩＥＴＦのＲＦＣ７３６８において指定されているＨｏｍｅＮｅｔプロトコルを使用してゲートウェイ４０３に配信され得る。
【００６９】
その上、ゲートウェイ４０３は、ＬＷＭ２Ｍサーバ４０５が、デバイス管理ブートストラッピングサービスアドレスを伴って設定されたＭ２Ｍデバイスを後で監視することができるように、ゲートウェイ４０３自体をＬＷＭ２Ｍサーバ４０５に登録することに限定されない。たとえば、代替実施形態では、ゲートウェイ４０３は、ＬＷＭ２Ｍサーバ４０５によって促されることなしに、前記Ｍ２Ｍデバイスの情報を送信することができるか、またはゲートウェイ４０３は、Ｍ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを伴って設定されるとすぐに、Ｍ２Ｍデバイスの情報を送信することができる。ブートストラッピングサーバ４０５に情報を提供する、このアドホックプロセスは、ゲートウェイ４０３がＨＴＴＰプロトコルに従ってＰＵＴ操作を実施することを使用することによって実装され得る。
【００７０】
その上、ＬＷＭ２Ｍサーバ４０５が、デバイス管理ブートストラッピングサービスアドレスを伴って設定されたＭ２Ｍデバイスを監視するように構成された例では、ＬＷＭ２Ｍサーバ４０５は、図７ａに示されているように、ゲートウェイに登録クライアントオブジェクトを要求し得る。このオブジェクトは一例であり、ＬＷＭ２Ｍプロトコルを使用する実施形態は、この特定のオブジェクトに限定されない。
【００７１】
次に、Ｍ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを伴ってどのように構成されるかが説明される。Ｍ２Ｍデバイス４０２が最初にオンに切り替えられたとき、Ｍ２Ｍデバイス４０２は、オンに切り替えられたことを任意のリッスンしているノードに知らせるためのマルチキャストメッセージを送出する。Ｍ２Ｍデバイス４０２は、ＤＨＣＰｖ６機能を有するすべてのゲートウェイが傍受するＩＰｖ６リンクローカルマルチキャストアドレスを使用する。こうして、Ｍ２Ｍデバイス４０２には、ゲートウェイのための特有のアドレスを伴っては設定されない。図４中のゲートウェイ４０３はマルチキャストメッセージを聴取し、Ｍ２Ｍデバイスがゲートウェイ４０３のキャピラリーネットワーク４０１にアタッチするように、ゲートウェイ４０３とＭ２Ｍデバイス４０２とはメッセージを交換する。次のステップにおいて、図７のステップ７０１に示されているように、Ｍ２Ｍデバイス４０２は、ゲートウェイ４０３にＤＨＣＰｖ６要求を送信する。要求は、ＩＰｖ６アドレスについてのものである。代替実施形態では、Ｍ２Ｍデバイス４０２の要求は、ＩＰｖ６アドレスおよびデバイス管理ブートストラッピングサービスアドレスについてのものである。ゲートウェイ４０３は、図６中のステップ６０２においてゲートウェイ４０３がＤＨＣＰｖ６サーバから受信した少なくとも１つのプレフィックスに基づいてＩＰｖ６アドレスを設定し、Ｍ２Ｍデバイス４０２にＩＰｖ６アドレスを割り当てる。次のステップ、ステップ７０２において、ゲートウェイ４０３は、Ｍ２Ｍデバイス４０２にＤＨＣＰｖ６応答を送信し、応答は、Ｍ２Ｍデバイス４０２に割り当てられたＩＰｖ６アドレスと、図６中のステップ６０２においてゲートウェイ４０３がＤＨＣＰｖ６サーバから受信したデバイス管理ブートストラッピングサービスアドレスとを含む。ここで、Ｍ２Ｍデバイス４０２は、デバイス管理ブートストラッピングサービスアドレスを有し、そのため、Ｍ２Ｍデバイス４０２は、アドレスが導くＬＷＭ２Ｍサーバ４０５にメッセージを送信することに進むことができ、その結果、ＬＷＭ２Ｍサーバ４０５は、ブートストラッピングサービスを進めることができる。随意に、ステップ７０２において、ゲートウェイ４０３は、図６中のステップ６０２においてゲートウェイ４０３が受信したＬＷＭ２Ｍサーバ証明書をも送信し得る。
【００７２】
図７中のステップ７０３において、ゲートウェイ４０３は、ＬＷＭ２Ｍサーバ４０５にメッセージを送信する。メッセージは、ゲートウェイ４０３がデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２Ｍデバイスの情報のリストを含む。（情報は、Ｍ２ＭデバイスのＩＰｖ６アドレス、ＤＵＩＤまたはタイムスタンプであり得る。）これは、ＬＷＭ２Ｍサーバ４０５のブートストラッピングサービスを必要としてＬＷＭ２Ｍサーバ４０５に接触するＭ２Ｍデバイスを、ＬＷＭ２Ｍサーバ４０５が追跡することを可能にする。ステップ７０３におけるメッセージは、代替的に、単一のＭ２Ｍデバイスの情報を備え得、ゲートウェイは、そのようなメッセージを、ゲートウェイがステップ７０２においてメッセージを送信するとすぐに送信する、すなわちメッセージがアドホックに送信されるようなものである。ゲートウェイ４０３は、ＬＷＭ２Ｍサーバから情報のリストまたは単一のＭ２Ｍデバイスの情報についての要求を最初に受信することなしに、ＬＷＭ２Ｍサーバにそのような情報を送信するために、ＰＵＴ操作を実施し得る。
【００７３】
次に、Ｍ２Ｍデバイス４０２は、ステップ７０４においてＬＷＭ２Ｍサーバ４０５に接触することができる。ＬＷＭ２Ｍは、ブートストラッピングプロシージャを開始するために、Ｍ２Ｍデバイス４０２に応答する。
【００７４】
本明細書で説明される実施形態は、Ｍ２Ｍデバイスにおけるデバイス管理ブートストラッピングサービスアドレスが、任意の時間に構成および再構成され得るという利点を提供する。こうして、Ｍ２Ｍデバイスは、製造段階中にそのようなアドレスを伴ってプログラムされる必要はない。その上、アドレスは容易に変更され得るので、Ｍ２Ｍデバイスはより構成可能であり、誤動作しているかまたは悪質なネットワークおよびブートストラッピングサーバにまつわる問題は、たとえば、Ｍ２Ｍデバイスにおけるデバイス管理ブートストラッピングサービスアドレスを変更することによって、より容易に克服され得る。
【００７５】
次に、Ｍ２Ｍデバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのゲートウェイの実施形態が説明される。ゲートウェイは、上記で説明されたゲートウェイ１０３または４０３であり得る。ゲートウェイは、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することとを行うように構成される。ゲートウェイは、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するようにさらに構成される。このノードは、ＤＨＣＰｖ６サーバであり得、ゲートウェイが、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信するように構成されるようなものである。しかしながら、代替実施形態では、ゲートウェイは、ルータ広告（ＲＡ）プロシージャ中に、またはＩＥＴＦのＲＦＣ７３６８において指定されているＨｏｍｅＮｅｔプロトコルに従って、別のノードまたはサーバから、デバイス管理ブートストラッピングサービスアドレスを受信し得る。
【００７６】
ゲートウェイは、デバイス管理ブートストラッピングサービスアドレスと一緒に、プレフィックスに基づいて、Ｍ２ＭデバイスにＩＰｖ６アドレスを送信するようにさらに構成され得る。これは、ゲートウェイが、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信し、ＤＨＣＰｖ６サーバから受信されたプレフィックスに基づいてＩＰｖ６アドレスを設定し、Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当て、次いで、デバイス管理ブートストラッピングサービスアドレスと一緒にＭ２Ｍデバイスに前記ＩＰｖ６アドレスを送信するように構成されることによって実装され得る。
【００７７】
ゲートウェイは、デバイス管理ブートストラッピングサービスアドレスが導くサーバに、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスを送信するようにさらに構成され得る。このサーバは、上記でより詳細に説明されたＬＷＭ２Ｍサーバであり得るが、明確化のために、このサーバは、ブートストラッピングサービスまたはブートストラッピング機能を稼働するように構成される。この随意の特徴は、新しいＭ２Ｍデバイスまたは数個のＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを送信されたとき、ゲートウェイがアドホックにサーバに通知を送信することを可能にする。これは、ゲートウェイが、各Ｍ２Ｍデバイスのための、または一群の新しいＭ２ＭデバイスのためのＰＵＴ操作を実施することによって達成され得る。
【００７８】
代替例では、サーバは、デバイス管理ブートストラッピングサービスアドレスを最近受信したＭ２Ｍデバイスに対する更新を要求し得る。これは、ゲートウェイが、ゲートウェイがデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを編集することによって達成され得、デバイス管理ブートストラッピングサービスアドレスのサーバからこのリストについての要求を受信すると、ゲートウェイは、前記サーバに前記リストを送信するように構成される。
【００７９】
再び、ここで、サーバはＬＷＭ２Ｍサーバであり得、ＬＷＭ２Ｍサーバが、ゲートウェイがどのＭ２Ｍデバイスにデバイス管理ブートストラッピングサービスアドレスを送信したかを監視することを実装するために、ゲートウェイは、Ｍ２ＭデバイスのＩＰアドレスのリストを含むＬＷＭ２Ｍオブジェクトを伴って構成され得る。そのようなオブジェクトの一例が図７ａに示されている。
【００８０】
ゲートウェイはまた、Ｍ２Ｍデバイスに、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを送信するように構成され得る。サーバ証明書は、Ｍ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスのサーバを検証することを可能にする。
【００８１】
上記で提示されたように、Ｍ２Ｍデバイスから受信された要求、およびＭ２Ｍデバイスに送信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。その上、上記で提示されたように、ＤＨＣＰｖ６サーバに送信されたＩＡ＿ＰＤについての要求、およびＤＨＣＰｖ６サーバから受信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。
【００８２】
ゲートウェイは、Ｍ２Ｍデバイスを備えるキャピラリーネットワークのキャピラリーゲートウェイであり得る。
【００８３】
次に、デバイス管理ブートストラッピングサービスアドレスを伴って構成されるのに適したＭ２Ｍデバイスの実施形態が説明される。このＭ２Ｍデバイスは、上記で説明されたＭ２Ｍデバイス１０２または４０２であり得る。Ｍ２Ｍデバイスは、ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、ゲートウェイから応答を受信することとを行うように構成される。応答は、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスアドレスとを含む。デバイス管理ブートストラッピングサービスアドレスは、サーバまたはブートストラッピングサーバに導き、サーバまたはブートストラッピングサーバは、Ｍ２Ｍがオンに切り替えられるとブートストラップされ得るように、ブートストラッピング機能を備え、それを稼働する。これは、製造段階の後にＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを伴って構成されることを可能にし、Ｍ２Ｍデバイスがブートストラッピングサーバを変更することを可能およびより容易にする。
【００８４】
Ｍ２Ｍデバイスによってゲートウェイに送信された要求は、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）要求メッセージを備え得る。
【００８５】
Ｍ２Ｍデバイスは、キャピラリーネットワークに属し得、キャピラリーゲートウェイにＩＰｖ６アドレスについての要求を送信するように構成され得る。
【００８６】
Ｍ２Ｍデバイスはまた、軽量マシンツーマシンプロトコル（ＬＷＭ２Ｍ）クライアントを備え得る。これは、Ｍ２Ｍデバイスが、ＬＷＭ２Ｍプロトコルに従ってゲートウェイおよび／またはブートストラッピングサーバと通信することを可能にする。
【００８７】
次に、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバの実施形態が説明される。このＤＨＣＰｖ６サーバは、上記で説明されたＤＨＣＰｖ６サーバ１０４または４０４であり得る。ＤＨＣＰｖ６サーバは、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って構成され得るように、前記クライアントに前記アドレスを送信することとを行うように構成される。
【００８８】
図１〜図７を参照しながら上記で説明された実施形態と同様に、クライアントは、Ｍ２Ｍデバイスであり得、Ｍ２Ｍデバイスは、ゲートウェイからデバイス管理ブートストラッピングサービスアドレスを受信し得、ゲートウェイは、ＤＨＣＰｖ６サーバからそのアドレスを受信している。
【００８９】
ＤＨＣＰｖ６サーバは、Ｍ２Ｍデバイスが、前記アドレスを伴って製造される必要はないが、後の段階においてそのアドレスを伴って構成され得るように、デバイス管理ブートストラッピングサービスアドレスを配信する。
【００９０】
次に、Ｍ２Ｍデバイスのためのブートストラッピング機能を備えるサーバの実施形態が説明される。サーバは、ブートストラッピングサーバであり得、特に、サーバは、ブートストラッピングサーバ１０５、あるいはＬＷＭ２ＭブートストラッピングサーバまたはＬＷＭ２Ｍ管理サーバを含む、ＬＷＭ２Ｍサーバ４０５など、ＬＷＭ２Ｍサーバであり得る。デバイス管理ブートストラッピングサービスアドレスは、このサーバに導く。
【００９１】
サーバは、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信するように構成される。サーバは、そのような通知を要求することなしに、ゲートウェイから通知を受信し得る。代替的に、サーバは、ゲートウェイから登録要求を受信することと、前記ゲートウェイから前記通知を受信するために前記ゲートウェイを登録することとを行うように構成され得る。サーバがＬＷＭ２Ｍサーバである場合、サーバは、ゲートウェイにおけるＬＷＭ２Ｍオブジェクトを監視し得、ＬＷＭ２Ｍオブジェクトは、デバイス管理ブートストラッピングサービスアドレスを受信したＭ２Ｍデバイスのリストを含む。
【００９２】
ゲートウェイおよびＭ２Ｍデバイスの要素は、Ｍ２Ｍを構成するためのシステムを形成するように協働し得る。そのようなシステムの一実施形態では、ゲートウェイは、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信するように構成される。ゲートウェイは、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信するようにさらに構成される。ゲートウェイはまた、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するように構成される。システムは、プレフィックスに基づいてＩＰｖ６アドレスを要求することと、デバイス管理ブートストラッピングサービスアドレスと一緒にゲートウェイからＩＰｖ６アドレスを受信することとを行うように構成されたＭ２Ｍデバイスをさらに備える。
【００９３】
一実施形態では、ノードは、ＤＨＣＰｖ６サーバであり、ゲートウェイは、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信するように構成される。
【００９４】
次に、ゲートウェイ１０３、４０３、Ｍ２Ｍデバイス１０２、４０２、ＤＨＣＰｖ６サーバ１０４、４０４、およびブートストラッピングサーバ１０５、４０５によって実施される様々な方法が説明される。
【００９５】
図８はゲートウェイによって実施される方法８００を例示する。ゲートウェイは、図１〜図７を参照しながら説明されたゲートウェイ１０３または４０３であり得る。
【００９６】
方法８００は、Ｍ２Ｍデバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのものである。方法８００は、ゲートウェイが、ステップ８０１において、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することを含む。次のステップでは、方法は、ステップ８０２において、ゲートウェイが、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することを含む。ステップ８０３において、ゲートウェイは、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信する。
【００９７】
次に、方法８００の随意の特徴が、図８を参照しながら説明され、これらの随意の特徴は、点線ボックス中で指摘されている。
【００９８】
ステップ８０４において、ノードは、ＤＨＣＰｖ６サーバであり得、ゲートウェイは、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信し得る。別の例示されていない実施形態では、デバイス管理ブートストラッピングサービスアドレスは、ルータ広告（ＲＡ）プロセス中に、またはＨｏｍｅＮｅｔプロトコルを使用してゲートウェイに配信されるか、あるいはアドレスは別の適切な送信元から配信される。
【００９９】
一実施形態では、ゲートウェイは、ステップ８０５において、デバイス管理ブートストラッピングサービスアドレスと一緒に、プレフィックスに基づいて、Ｍ２ＭデバイスにＩＰｖ６アドレスを送信する。これは、ゲートウェイが、ステップ８０６において、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信し、ＤＨＣＰｖ６サーバから受信されたプレフィックスに基づいてＩＰｖ６アドレスを設定し、Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当て、次いで、デバイス管理ブートストラッピングサービスアドレスと一緒にＭ２Ｍデバイスに前記ＩＰｖ６アドレスを送信することによって実装され得る。
【０１００】
別の実施形態では、ゲートウェイは、ステップ８０７において、デバイス管理ブートストラッピングサービスアドレスが導くサーバに、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスを送信する。このサーバは、上記でより詳細に説明されたＬＷＭ２Ｍサーバであり得るが、明確化のために、このサーバは、ブートストラッピングサービスまたはブートストラッピング機能を稼働するように構成される。この随意の特徴は、新しいＭ２Ｍデバイスまたは数個のＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを送信されたとき、ゲートウェイがアドホックにサーバに通知を送信することを可能にする。これは、ゲートウェイが、各Ｍ２Ｍデバイスのための、または一群の新しいＭ２ＭデバイスのためのＰＵＴ操作を実施することによって達成され得る。
【０１０１】
代替例では、サーバは、デバイス管理ブートストラッピングサービスアドレスを最近受信したＭ２Ｍデバイスに対する更新を要求し得る。これは、ステップ８０８において、ゲートウェイが、ゲートウェイがデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを編集することによって達成され得、デバイス管理ブートストラッピングサービスアドレスのサーバからこのリストについての要求を受信すると、ゲートウェイは、前記サーバに前記リストを送信するように構成される。
【０１０２】
再び、ここで、サーバはＬＷＭ２Ｍサーバであり得、ＬＷＭ２Ｍサーバが、ゲートウェイがどのＭ２Ｍデバイスにデバイス管理ブートストラッピングサービスアドレスを送信したかを監視することを実装するために、ゲートウェイは、Ｍ２ＭデバイスのＩＰアドレスのリストを含むＬＷＭ２Ｍオブジェクトを伴って構成され得る。そのようなオブジェクトの一例が図７ａに示されている。
【０１０３】
一実施形態では、ゲートウェイは、ステップ８０９において、Ｍ２Ｍデバイスに、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを送信する。これは、Ｍ２Ｍデバイスがサーバを検証することができるようにするためである。
【０１０４】
Ｍ２Ｍデバイスから受信された要求、およびＭ２Ｍデバイスに送信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。ＤＨＣＰｖ６サーバに送信されたＩＡ＿ＰＤについての要求、およびＤＨＣＰｖ６サーバから受信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。その上、方法８００を実施するゲートウェイは、Ｍ２Ｍデバイスを備えるキャピラリーネットワークのキャピラリーゲートウェイであり得る。
【０１０５】
図９は、デバイス管理ブートストラッピングサービスアドレスで構成されるのに適したＭ２Ｍデバイスによって実施される方法９００を例示する。方法は、Ｍ２Ｍデバイス１０２または４０２によって実行され得る。方法は、Ｍ２Ｍデバイスが、ステップ９０１においてゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、Ｍ２Ｍデバイスが、ステップ９０２においてゲートウェイから応答を受信することとを含み、応答は、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスのためのアドレスとを含む。
【０１０６】
次に、方法のいくつかの代替形態が説明される。要求は、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）要求メッセージを備え得る。Ｍ２Ｍデバイスは、キャピラリーネットワークに属し得、方法は、キャピラリーゲートウェイにＩＰｖ６アドレスについての要求を送信することを備え得る。Ｍ２Ｍデバイスは、軽量マシンツーマシンプロトコル（ＬＷＭ２Ｍ）クライアントを備え得る。
【０１０７】
図１０はＤＨＣＰｖ６サーバによって実施される方法１０００を例示する。方法は、ＤＨＣＰｖ６サーバが、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って構成され得るように、前記クライアントに前記アドレスを送信することとを行うことを含む。
【０１０８】
図１〜図７を参照しながら上記で説明された実施形態と同様に、クライアントは、Ｍ２Ｍデバイスであり得、Ｍ２Ｍデバイスは、ゲートウェイからデバイス管理ブートストラッピングサービスアドレスを受信し得、ゲートウェイは、ＤＨＣＰｖ６サーバからそのアドレスを受信している。
【０１０９】
図１１は、Ｍ２Ｍデバイスのためのブートストラッピング機能を備えるサーバによって実施される方法を例示する。サーバは、ブートストラッピングサーバであり得、特に、サーバは、ブートストラッピングサーバ１０５、あるいはＬＷＭ２ＭブートストラッピングサーバまたはＬＷＭ２Ｍ管理サーバを含む、ＬＷＭ２Ｍサーバ４０５など、ＬＷＭ２Ｍサーバであり得る。デバイス管理ブートストラッピングサービスアドレスは、このサーバのためのアドレスである。
【０１１０】
サーバによって実施される方法は、ステップ１１０１において、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信することを含む。サーバは、そのような通知を要求することなしに、ゲートウェイから通知を受信し得る。代替的に、サーバは、ステップ１１０２において、ゲートウェイから登録要求を受信することと、前記ゲートウェイから前記通知を受信するために前記ゲートウェイを登録することとを行うように構成され得る。サーバがＬＷＭ２Ｍサーバである場合、サーバは、ゲートウェイにおけるＬＷＭ２Ｍオブジェクトを監視し得、ＬＷＭ２Ｍオブジェクトは、デバイス管理ブートストラッピングサービスアドレスを受信したＭ２Ｍデバイスのリストを含む。
【０１１１】
上記で説明された方法８００、９００、１０００および１１００は、Ｍ２Ｍデバイスを構成するためのシステムを形成するために協働する要素によって実施され得る。そのようなシステムは、図１および図４に例示されており、そのようなシステムによって実施される方法は、ゲートウェイが、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することを含む。方法は、ゲートウェイが、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することをさらに含む。方法はまた、ゲートウェイが、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信することを含む。加えて、方法は、Ｍ２Ｍデバイスが、プレフィックスに基づいてＩＰｖ６アドレスを要求することと、デバイス管理ブートストラッピングサービスアドレスと一緒にゲートウェイからＩＰｖ６アドレスを受信することとを行うことを含む。
【０１１２】
一実施形態では、ノードは、ＤＨＣＰｖ６サーバであり、方法は、ゲートウェイが、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信することをさらに含む。
【０１１３】
本発明の方法は、上記の例によって例示されるように、適したコンピュータ可読命令を受信すると行われ得、これらのコンピュータ可読命令は、ゲートウェイ、Ｍ２Ｍデバイス、ＤＨＣＰｖ６サーバまたはブートストラッピングサーバ上で動くコンピュータプログラム内に組み込まれ得る。図１２、図１３、図１４および図１５は、それぞれ、たとえばコンピュータプログラムから適した命令を受信すると、方法８００、９００、１０００および１１００を実施する、ゲートウェイ、Ｍ２Ｍデバイス、ＤＨＣＰｖ６サーバ、およびブートストラッピングサーバの例を例示する。図１２、図１３、図１４および図１５を参照すると、ゲートウェイ１２００、Ｍ２Ｍデバイス１３００、ＤＨＣＰｖ６サーバ１４００、およびブートストラッピングサーバ１５００の各々は、プロセッサ１２０１、１３０１、１４０１、１５０１と、メモリ１２０２、１３０２、１４０２、１５０２とを備える。ゲートウェイ１２００が方法８００を行うように動作可能であり、Ｍ２Ｍデバイス１３００が方法９００を行うように動作可能であり、ＤＨＣＰｖ６サーバ１４００が方法１０００を行うように動作可能であり、ブートストラッピングサーバ１５００が方法１１００を行うように動作可能であるように、メモリ１２０２、１３０２、１４０２、１５０２は、プロセッサ１２０１、１３０１、１４０１、１５０１によって実行可能な命令を含んでいる。
【０１１４】
図１６は、たとえば、コンピュータプログラムから受信されたコンピュータ可読命令に従って、方法８００を実行し得るゲートウェイ１６００の別の実施形態における機能ユニットを例示する。図１６に例示されているユニットは、ソフトウェア実装された機能ユニットであり、ソフトウェアモジュールの任意の適切な組合せで実現され得ることを理解されよう。ソフトウェアモジュールはプロセッサによって実行され得る。
【０１１５】
図１６を参照すると、ゲートウェイ１６００は、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信するための通信モジュール１６０１を備える。通信モジュール１６０１はまた、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信するための手段を備える。通信モジュール１６０１は、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するためのさらなる手段を備える。
【０１１６】
一実施形態では、ノードは、ＤＨＣＰｖ６サーバであり、通信モジュール１６０１は、ＩＡ＿ＰＤについての通信モジュール１６０１の要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信するための手段を備える。
【０１１７】
一実施形態では、通信モジュール１６０１は、デバイス管理ブートストラッピングサービスアドレスと一緒に、プレフィックスに基づいて、Ｍ２ＭデバイスにＩＰｖ６アドレスを送信するための手段を備える。これは、通信モジュール１６０１が、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信することと、ゲートウェイが、ＤＨＣＰｖ６サーバから受信されたプレフィックスに基づいてＩＰｖ６アドレスを設定すること、およびＭ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当てることを行うための構成モジュール１６０２をさらに備えることと、通信モジュールが、デバイス管理ブートストラッピングサービスアドレスと一緒にＭ２Ｍデバイスに前記ＩＰｖ６アドレスを送信するための手段をさらに備えることとによって実装され得る。
【０１１８】
通信モジュール１６０１は、デバイス管理ブートストラッピングサービスアドレスが導くサーバに、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスを送信するための手段をさらに備え得る。
【０１１９】
一実施形態では、構成モジュール１６０２は、それがデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを記憶するための手段を備え、通信モジュール１６０１は、デバイス管理ブートストラッピングサービスアドレスのサーバからこのリストについての要求を受信することと、前記サーバに前記リストを送信することとを行うための手段を備える。
【０１２０】
別の実施形態では、構成モジュール１６０２は、それがデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを含む軽量マシンツーマシン（ＬＷＭ２Ｍ）プロトコルオブジェクトを伴って構成されるための手段を備える。
【０１２１】
通信モジュール１６０１は、Ｍ２Ｍデバイスに、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを送信するための手段をさらに備え得る。
【０１２２】
Ｍ２Ｍデバイスから受信された要求、およびＭ２Ｍデバイスに送信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。ＤＨＣＰｖ６サーバに送信されたＩＡ＿ＰＤについての要求、およびＤＨＣＰｖ６サーバから受信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。
【０１２３】
ゲートウェイ１６００は、Ｍ２Ｍデバイスを備えるキャピラリーネットワークのキャピラリーゲートウェイであり得る。
【０１２４】
図１７は、たとえば、コンピュータプログラムから受信されたコンピュータ可読命令に従って、方法９００を実行し得るＭ２Ｍデバイス１７００の実施形態の機能ユニットを例示する。図１７に例示されているユニットは、ソフトウェア実装された機能ユニットであり、ソフトウェアモジュールの任意の適切な組合せで実現され得ることを理解されよう。ソフトウェアモジュールはプロセッサによって実行され得る。
【０１２５】
図１７を参照すると、Ｍ２Ｍデバイス１７００は、ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、ゲートウェイから応答を受信することとを行うための通信モジュール１７０１を備え、応答は、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスのためのアドレスとを含む。
【０１２６】
要求は、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）要求メッセージを備え得る。Ｍ２Ｍデバイスは、キャピラリーネットワークに属し得、キャピラリーゲートウェイにＩＰｖ６アドレスについての要求を送信するように構成される。Ｍ２Ｍデバイスは、軽量マシンツーマシンプロトコル（ＬＷＭ２Ｍ）クライアントを備え得る。図１〜図７を参照しながら上記で説明された実施形態と同様に、クライアントは、Ｍ２Ｍデバイスであり得、Ｍ２Ｍデバイスは、ゲートウェイからデバイス管理ブートストラッピングサービスアドレスを受信し得、ゲートウェイは、ＤＨＣＰｖ６サーバからそのアドレスを受信している。
【０１２７】
図１８は、たとえば、コンピュータプログラムから受信されたコンピュータ可読命令に従って、方法１０００を実行し得るＤＨＣＰｖ６サーバ１８００の別の実施形態における機能ユニットを例示する。図１８に例示されているユニットは、ソフトウェア実装された機能ユニットであり、ソフトウェアモジュールの任意の適切な組合せで実現され得ることを理解されよう。ソフトウェアモジュールはプロセッサによって実行され得る。
【０１２８】
次に図１８を参照すると、ＤＨＣＰｖ６サーバは、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って構成され得るように、前記クライアントに前記アドレスを送信することとを行うための通信モジュール１８０１を備える。
【０１２９】
図１９は、たとえば、コンピュータプログラムから受信されたコンピュータ可読命令に従って、方法１１００を実行し得るブートストラッピングサーバ１９００の別の実施形態における機能ユニットを例示する。図１９に例示されているユニットは、ソフトウェア実装された機能ユニットであり、ソフトウェアモジュールの任意の適切な組合せで実現され得ることを理解されよう。ソフトウェアモジュールはプロセッサによって実行され得る。
【０１３０】
次に図１９を参照すると、ブートストラッピングサーバ１９００は、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信するための通信モジュール１９０１を備える。
【０１３１】
通信モジュールは、ゲートウェイから登録要求を受信するための手段をさらに備え得る。ブートストラッピングサーバは、前記ゲートウェイから前記通知を受信するために前記ゲートウェイを登録するための構成モジュール１９０２をさらに備え得る。
【０１３２】
こうして、本発明の態様は、特にデバイス管理ブートストラッピングサービスアドレスを伴って、Ｍ２Ｍデバイスを構成するための方法、装置、コンピュータプログラムおよびシステムを提供する。本発明の態様は、デバイス管理ブートストラッピングサービスアドレスが後の段階において変更され得るので、Ｍ２Ｍデバイスは製造段階においてこのアドレスを伴って構成される必要はないという利点を提供する。こうして、このアドレスは容易に変更され得るので、前のサーバが誤作動または誤動作していた場合、Ｍ２Ｍデバイスは、別のサーバにブートストラップするように容易に再構成され得る。
【０１３３】
本発明の方法は、ハードウェアで、または１つまたは複数のプロセッサ上で動くソフトウェアモジュールとして実装され得る。方法はまた、コンピュータプログラムの命令に従って行われ得、本発明はまた、本明細書で説明される方法のいずれかを行うためのプログラムを記憶したコンピュータ可読媒体を提供する。本発明を具現化するコンピュータプログラムは、コンピュータ可読媒体に記憶され得るか、または本発明を具現化するコンピュータプログラムは、たとえばインターネットウェブサイトから提供されるダウンロード可能なデータ信号など、信号の形態であり得るか、あるいは本発明を具現化するコンピュータプログラムは、任意の他の形態であり得る。
【０１３４】
上述の実施形態は本発明を限定するのではなく例示するものであること、および、当業者であれば添付の特許請求の範囲から逸脱することなく、多くの代替実施形態を設計することが可能となることに留意されたい。「備える／含む」という単語は、特許請求の範囲に列挙されている要素またはステップ以外の要素またはステップの存在を除外せず、「ａ」または「ａｎ」は複数を除外せず、単一の特徴または他のユニットが、特許請求の範囲に具陳されているいくつかのユニットの機能を果たし得る。特許請求の範囲の中のいかなる参照符号も、それらの範囲を限定するものと解釈されるべきではない。
【図１】
2019506800.tif 000003
【図２】
2019506800.tif 000004
【図３】
2019506800.tif 000005
【図４】
2019506800.tif 000006
【図５】
2019506800.tif 000007
【図６】
2019506800.tif 000008
【図７】
2019506800.tif 000009
【図７ａ】
2019506800.tif 000010
【図８】
2019506800.tif 000011
【図９】
2019506800.tif 000012
【図１０】
2019506800.tif 000013
【図１１】
2019506800.tif 000014
【図１２】
2019506800.tif 000015
【図１３】
2019506800.tif 000016
【図１４】
2019506800.tif 000017
【図１５】
2019506800.tif 000018
【図１６】
2019506800.tif 000019
【図１７】
2019506800.tif 000020
【図１８】
2019506800.tif 000021
【図１９】
2019506800.tif 000022
【国際調査報告】
2019506800.tif 000023
2019506800.tif 000024
2019506800.tif 000025
2019506800.tif 000026
2019506800.tif 000027