特許 6816152 Ｍ２Ｍデバイスを構成するための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6816152

(24)【登録日】2020年12月25日

(45)【発行日】2021年1月20日

(54)【発明の名称】Ｍ２Ｍデバイスを構成するための方法および装置

(51)【国際特許分類】

   H04L 12/28 20060101AFI20210107BHJP

【ＦＩ】

   H04L12/28 200A

【請求項の数】19

【全頁数】29

(21)【出願番号】特願2018-538102(P2018-538102)

(86)(22)【出願日】2016年1月26日

(65)【公表番号】特表2019-506800(P2019-506800A)

(43)【公表日】2019年3月7日

(86)【国際出願番号】EP2016051591

(87)【国際公開番号】WO2017063759

(87)【国際公開日】20170420

【審査請求日】2018年9月20日

【前置審査】

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(72)【発明者】

【氏名】ヒメネス， ハイメ

(72)【発明者】

【氏名】メレン， ヤン

(72)【発明者】

【氏名】ケラネン， アリ

【審査官】 羽岡 さやか

(56)【参考文献】

【文献】 特表２０１５−５０４１９２（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００７／０１３３５６７（ＵＳ，Ａ１）

【文献】 国際公開第２０１５／１７４９０３（ＷＯ，Ａ１）

【文献】 特開２０１４−１２０９１８（ＪＰ，Ａ）

【文献】 特開２０１４−１７４８７８（ＪＰ，Ａ）

【文献】 特表２０１５−５２７０２２（ＪＰ，Ａ）

【文献】 特表２０１６−５２６３３５（ＪＰ，Ａ）

【文献】 O. Troan et al.，IPv6 Prefix Options for Dynamic Host Configuration Protocol (DHCP) Version 6，Request for Comments: 3633，２００３年１２月，P.1-19

【文献】 T. Huth et al.，DHCPv6 Options for Network Boot，Request for Comments: 5970，２０１０年 ９月，P.1-11

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／００−１２／９５５

Ｈ０４Ｗ ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのゲートウェイであって、前記ゲートウェイが、
インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、
前記ＤＨＣＰｖ６サーバから、前記ゲートウェイに割り当てられるバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することと
を行うように構成され、
前記ゲートウェイが、ＩＡ＿ＰＤについての前記ゲートウェイの要求に応答して前記ＤＨＣＰｖ６サーバから、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを受信するようにさらに構成され、
前記ゲートウェイが、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信し、前記ＤＨＣＰｖ６サーバから受信された前記プレフィックスに基づいてＩＰｖ６アドレスを設定し、前記Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当て、次いで、前記デバイス管理ブートストラッピングサービスアドレス及び前記サーバ証明書と一緒に前記Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを送信するように構成され、
前記サーバ証明書は、前記デバイス管理ブートストラッピングサービスアドレスが導くブートストラッピングサーバを証明する、
ゲートウェイ。

【請求項2】

前記ゲートウェイが、前記デバイス管理ブートストラッピングサービスアドレスが導くサーバに、前記Ｍ２Ｍデバイスに割り当てられる前記ＩＰｖ６アドレスを送信するようにさらに構成される、請求項１に記載のゲートウェイ。

【請求項3】

前記ゲートウェイが、前記ゲートウェイが前記デバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを伴って構成され、前記ゲートウェイが、前記デバイス管理ブートストラッピングサービスアドレスのサーバからこのリストについての要求を受信すると、前記サーバに前記リストを送信するように構成される、請求項１に記載のゲートウェイ。

【請求項4】

前記ゲートウェイが、前記ゲートウェイが前記デバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスの前記リストを含む軽量マシンツーマシン（ＬＷＭ２Ｍ）プロトコルオブジェクトを伴って構成される、請求項３に記載のゲートウェイ。

【請求項5】

前記Ｍ２Ｍデバイスから受信される前記要求、および前記Ｍ２Ｍデバイスに送信される前記応答が、ＤＨＣＰｖ６プロトコルに従う、請求項１から４のいずれか一項に記載のゲートウェイ。

【請求項6】

前記ＤＨＣＰｖ６サーバに送信されるＩＡ＿ＰＤについての前記要求、および前記ＤＨＣＰｖ６サーバから受信される前記応答が、前記ＤＨＣＰｖ６プロトコルに従う、請求項１から５のいずれか一項に記載のゲートウェイ。

【請求項7】

前記ゲートウェイが、Ｍ２Ｍデバイスを備えるキャピラリーネットワークのキャピラリーゲートウェイである、請求項１から６のいずれか一項に記載のゲートウェイ。

【請求項8】

マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するための装置であって、前記装置がプロセッサとメモリとを備え、前記メモリが、実行されるとき、前記装置に、
インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、
前記ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられるバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することと、
ＩＡ＿ＰＤについての前記ゲートウェイの要求に応答して前記ＤＨＣＰｖ６サーバから、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを受信することと
を行わせる命令を含み、
前記装置は、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信し、前記ＤＨＣＰｖ６サーバから受信された前記プレフィックスに基づいてＩＰｖ６アドレスを設定し、前記Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当て、次いで、前記デバイス管理ブートストラッピングサービスアドレス及び前記サーバ証明書と一緒に前記Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを送信し、
前記サーバ証明書は、前記デバイス管理ブートストラッピングサービスアドレスが導くブートストラッピングサーバを証明する、
装置。

【請求項9】

デバイス管理ブートストラッピングサービスアドレスを伴って設定されるのに適したマシンツーマシン（Ｍ２Ｍ）デバイスであって、前記Ｍ２Ｍデバイスが、
ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、
前記ゲートウェイから応答を受信することであって、前記応答が、前記Ｍ２Ｍデバイスに割り当てられるＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスアドレスとサーバ証明書とを含む、受信することと、
前記サーバ証明書に基づき、前記デバイス管理ブートストラッピングサービスアドレスが導くブートストラッピングサーバを検証することと
を行うように構成される、マシンツーマシン（Ｍ２Ｍ）デバイス。

【請求項10】

前記要求が、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）要求メッセージを含む、請求項９に記載のＭ２Ｍデバイス。

【請求項11】

前記Ｍ２Ｍデバイスが、キャピラリーネットワークに属し、キャピラリーゲートウェイにＩＰｖ６アドレスについての前記要求を送信するように構成される、請求項９または１０に記載のＭ２Ｍデバイス。

【請求項12】

前記Ｍ２Ｍデバイスが、軽量マシンツーマシンプロトコル（ＬＷＭ２Ｍ）クライアントを備える、請求項９から１１のいずれか一項に記載のＭ２Ｍデバイス。

【請求項13】

デバイス管理ブートストラッピングサービスアドレスを伴って設定されるのに適したマシンツーマシン（Ｍ２Ｍ）デバイスであって、前記Ｍ２Ｍデバイスがプロセッサとメモリとを備え、前記メモリが、実行されるとき、前記Ｍ２Ｍデバイスに、
ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、
前記ゲートウェイから応答を受信することであって、前記応答が、前記Ｍ２Ｍデバイスに割り当てられるＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスアドレスとサーバ証明書とを含む、受信することと、
前記サーバ証明書に基づき、前記デバイス管理ブートストラッピングサービスアドレスが導くブートストラッピングサーバを検証することと
を行わせる命令を含んでいる、マシンツーマシン（Ｍ２Ｍ）デバイス。

【請求項14】

マシンツーマシン（Ｍ２Ｍ）デバイスを構成するためのシステムであって、
インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信するように構成されるゲートウェイであって、
前記ＤＨＣＰｖ６サーバから、前記ゲートウェイに割り当てられるバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信するようにさらに構成され、
ＩＡ＿ＰＤについての前記ゲートウェイの要求に応答して前記ＤＨＣＰｖ６サーバから、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを受信するようにさらに構成され、
Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信し、前記ＤＨＣＰｖ６サーバから受信された前記プレフィックスに基づいてＩＰｖ６アドレスを設定し、前記Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当て、次いで、前記デバイス管理ブートストラッピングサービスアドレス及び前記サーバ証明書と一緒に前記Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを送信するように構成される、
ゲートウェイと、
前記プレフィックスに基づいてＩＰｖ６アドレスを要求することと、前記デバイス管理ブートストラッピングサービスアドレスと一緒に前記ゲートウェイから前記ＩＰｖ６アドレスを受信することとを行うように構成されるＭ２Ｍデバイスと
を備え、
前記サーバ証明書は、前記デバイス管理ブートストラッピングサービスアドレスが導くブートストラッピングサーバを証明する、システム。

【請求項15】

マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのゲートウェイによって実施される方法であって、
インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、
前記ＤＨＣＰｖ６サーバから、前記ゲートウェイに割り当てられるバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することと、
ＩＡ＿ＰＤについての前記ゲートウェイの要求に応答して前記ＤＨＣＰｖ６サーバから、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを受信することと
を含み、
前記ゲートウェイが、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信し、前記ＤＨＣＰｖ６サーバから受信された前記プレフィックスに基づいてＩＰｖ６アドレスを設定し、前記Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当て、次いで、前記デバイス管理ブートストラッピングサービスアドレス及び前記サーバ証明書と一緒に前記Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを送信し、
前記サーバ証明書は、前記デバイス管理ブートストラッピングサービスアドレスが導くブートストラッピングサーバを証明する、
方法。

【請求項16】

デバイス管理ブートストラッピングサービスアドレスを伴って設定されるのに適したマシンツーマシン（Ｍ２Ｍ）デバイスによって実施される方法であって、
ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、
前記ゲートウェイから応答を受信することであって、前記応答が、前記Ｍ２Ｍデバイスに割り当てられるＩＰｖ６アドレスと前記デバイス管理ブートストラッピングサービスのためのアドレスとサーバ証明書とを含む、受信することと、
前記サーバ証明書に基づき、前記デバイス管理ブートストラッピングサービスアドレスが導くブートストラッピングサーバを検証することと
を含む、方法。

【請求項17】

マシンツーマシン（Ｍ２Ｍ）デバイスを構成するためのシステムの動作の方法であって、
ゲートウェイが、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、
前記ゲートウェイが、前記ＤＨＣＰｖ６サーバから、前記ゲートウェイに割り当てられるバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することと、
前記ゲートウェイが、ＩＡ＿ＰＤについての前記ゲートウェイの要求に応答して前記ＤＨＣＰｖ６サーバから、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを受信することと、
Ｍ２Ｍデバイスが、前記プレフィックスに基づいてＩＰｖ６アドレスを要求することと、前記デバイス管理ブートストラッピングサービスアドレスと一緒に前記ゲートウェイから前記ＩＰｖ６アドレスを受信することとを行うことと、
前記ゲートウェイが、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信し、前記ＤＨＣＰｖ６サーバから受信された前記プレフィックスに基づいてＩＰｖ６アドレスを設定し、前記Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当て、次いで、前記デバイス管理ブートストラッピングサービスアドレス及び前記サーバ証明書と一緒に前記Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを送信することと
を含み、
前記サーバ証明書は、前記デバイス管理ブートストラッピングサービスアドレスが導くブートストラッピングサーバを証明する、方法。

【請求項18】

コンピュータ上で動くとき、前記コンピュータに請求項１５から１７のいずれか一項に記載の方法を行わせる、コンピュータプログラム。

【請求項19】

請求項１８に記載のコンピュータプログラムを備える、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、マシンツーマシン（Ｍ２Ｍ：ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ）デバイスを構成するための方法に関する。本発明はまた、サーバおよびＭ２Ｍデバイス、ならびにＭ２Ｍデバイスを構成するための方法を行うように構成されたコンピュータプログラムに関する。

【背景技術】

【0002】

モノのインターネット（ＩｏＴ）は、人間の対話なしに他のセンサー、デバイスまたはサーバと情報を交換するセンサーなど、物理的スマートオブジェクトのネットワークである。したがって、これらのデバイスは、マシンツーマシン（Ｍ２Ｍ）デバイスと呼ばれることがある。ＩｏＴにおけるサービスのいくつかの例としては、自動車または自宅における内蔵センサー、植込み型心臓モニタリング機器またはスマートサーモスタットシステムがある。両方とも、軽い、コンパクトなアプリケーションプロトコルである、軽量マシンツーマシンプロトコル（ＬＷＭ２Ｍ：Ｌｉｇｈｔｗｅｉｇｈｔ Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）および制約付きアプリケーションプロトコル（ＣｏＡＰ：ｃｏｎｓｔｒａｉｎｅｄ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ）を含む、多くの新しいプロトコルが、モノのインターネット（ＩｏＴ）の導入の後に開発された。

【0003】

Ｍ２Ｍデバイスは、ワイヤレスまたはワイヤード技術を使用して、他のＭ２Ｍデバイスおよびシステムと通信し得る。ワイヤレス技術に関して、Ｍ２Ｍデバイスは、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ−ＦｉおよびＺｉｇｂｅｅなど、短距離通信技術をサポートし得る。Ｍ２Ｍデバイスは、無線通信など、長距離技術をもサポートし得るが、これは、短距離通信よりも多くの電力を消費する。

【0004】

たとえば、Ｍ２Ｍデバイスが、誤動作または誤作動しているサーバと通信している場合、あるいは所有権に変化がある場合、Ｍ２Ｍデバイスがネットワークにおける変化により容易に適合され得るように、Ｍ２Ｍデバイスの構成可能性を改善する要望がある。

【発明の概要】

【0005】

Ｍ２Ｍデバイスが最初にオンに切り替えられたとき、Ｍ２Ｍデバイスはブートストラッピングサービスのためのサーバに接触する。ブートストラッピングサービスは、Ｍ２Ｍデバイス中の他のプログラムをロードし、次いで実行するか、またはブートストラッピングサービスは、所望の機能を行うようにＭ２Ｍデバイスを構成する別のサーバにＭ２Ｍデバイスをリダイレクトする。ブートストラッピングサービスにどのように接続するかに関する情報が、典型的に、製造段階においてＭ２Ｍデバイス中で構成される。この情報は、典型的に、ブートストラッピングサービスを稼働しているサーバに接触するためのブートストラッピングサービスアドレスである。ブートストラッピングサービスのための代替ロケーションが要求されるとき、たとえば、ブートストラッピングサービスを稼働しているサーバが誤動作または誤作動していることがあるとき、あるいは、おそらくＭ２Ｍデバイスが所有者を変更し、異なるネットワークに接続することになるとき、問題が起こる。ブートストラッピングサービスを変更するために、Ｍ２Ｍデバイスは、新しいブートストラッピングサービスアドレスを伴って更新される必要がある。これは、Ｍ２Ｍデバイスユーザにとって、煩雑であるおよび／または時間がかかることがある。その上、Ｍ２Ｍデバイスは、典型的にユーザインターフェースがなく、そのため、ブートストラッピングサービスアドレスを再設定することは困難であり得る。

【0006】

それゆえ、上記で論じられた課題のうちの１つまたは複数に少なくとも部分的に対処する、方法、装置およびコンピュータ可読媒体を提供することが、本発明の目的である。

【0007】

本発明の一態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのゲートウェイが提供され、本ゲートウェイは、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６：ｄｙｎａｍｉｃ ｈｏｓｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ ｆｏｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ｓｉｘ）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ：ｉｄｅｎｔｉｔｙ ａｓｓｏｃｉａｔｉｏｎ ｆｏｒ ｐｒｅｆｉｘ ｄｅｌｅｇａｔｉｏｎ）についての要求を送信するように構成される。本ゲートウェイはまた、ＤＨＣＰｖ６サーバから、本ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信するように構成され、本ゲートウェイは、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するようにさらに構成される。

【0008】

ノードは、ＤＨＣＰｖ６サーバであり得、本ゲートウェイが、ＩＡ＿ＰＤについての本ゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信するように構成されるようなものである。

【0009】

一実施形態では、本ゲートウェイは、デバイス管理ブートストラッピングサービスアドレスと一緒に、プレフィックスに基づいて、Ｍ２ＭデバイスにＩＰｖ６アドレスを送信するようにさらに構成される。

【0010】

本ゲートウェイは、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信し、ＤＨＣＰｖ６サーバから受信されたプレフィックスに基づいてＩＰｖ６アドレスを設定し、Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当て、次いで、デバイス管理ブートストラッピングサービスアドレスと一緒にＭ２Ｍデバイスに前記ＩＰｖ６アドレスを送信するように構成され得る。

【0011】

一実施形態では、本ゲートウェイは、デバイス管理ブートストラッピングサービスアドレスが導くサーバに、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスを送信するようにさらに構成される。

【0012】

別の実施形態では、本ゲートウェイは、本ゲートウェイがデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを伴って構成され得、本ゲートウェイは、デバイス管理ブートストラッピングサービスアドレスのサーバからこのリストについての要求を受信すると、前記サーバに前記リストを送信するように構成される。

【0013】

本ゲートウェイは、本ゲートウェイがデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを含む軽量マシンツーマシン（ＬＷＭ２Ｍ）プロトコルオブジェクトを伴って構成され得る。

【0014】

一実施形態では、本ゲートウェイは、Ｍ２Ｍデバイスに、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを送信するように構成される。

【0015】

別の実施形態では、Ｍ２Ｍデバイスから受信された要求、およびＭ２Ｍデバイスに送信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。

【0016】

別の実施形態では、ＤＨＣＰｖ６サーバに送信されたＩＡ＿ＰＤについての要求、およびＤＨＣＰｖ６サーバから受信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。

【0017】

本ゲートウェイは、Ｍ２Ｍデバイスを備えるキャピラリーネットワークのキャピラリーゲートウェイであり得る。

【0018】

本発明の別の態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するための装置が提供され、本装置はプロセッサとメモリとを備え、前記メモリは、実行されたとき、本装置に、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することと、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信することとを行わせる命令を含んでいる。ノードは、ＤＨＣＰｖ６サーバであり得る。

【0019】

本発明の別の態様によれば、デバイス管理ブートストラッピングサービスアドレスを伴って設定されるのに適したマシンツーマシン（Ｍ２Ｍ）デバイスが提供され、本Ｍ２Ｍデバイスは、ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、ゲートウェイから応答を受信することとを行うように構成される。応答は、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスアドレスとを含む。

【0020】

一実施形態では、要求は、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）要求メッセージを含む。

【0021】

別の実施形態では、Ｍ２Ｍデバイスは、キャピラリーネットワークに属し、キャピラリーゲートウェイにＩＰｖ６アドレスについての要求を送信するように構成される。

【0022】

また別の実施形態では、Ｍ２Ｍデバイスは、軽量マシンツーマシンプロトコル（ＬＷＭ２Ｍ）クライアントを備える。

【0023】

本発明のまた別の態様によれば、デバイス管理ブートストラッピングサービスアドレスを伴って設定されるのに適したマシンツーマシン（Ｍ２Ｍ）デバイスが提供され、本Ｍ２Ｍデバイスはプロセッサとメモリとを備え、前記メモリは、実行されたとき、本Ｍ２Ｍデバイスに、ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、ゲートウェイから応答を受信することとを行わせる命令を含んでおり、応答は、本Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスアドレスとを含む。

【0024】

本発明のさらなる態様によれば、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って設定され得るように、前記クライアントに前記アドレスを送信することとを行うように構成された、インターネットプロトコルバージョン６ための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバが提供される。

【0025】

本発明の別の態様によれば、クライアントにデバイス管理ブートストラッピングサービスアドレスを配信するためのインターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバが提供され、本サーバはプロセッサとメモリとを備え、前記メモリは、実行されたとき、本サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って設定され得るように、前記クライアントに前記アドレスを送信することとを行わせる命令を含んでいる。

【0026】

本発明のまた別の態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスのためのブートストラッピング機能を備えるブートストラッピングサーバが提供され、本サーバは、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信するように構成される。

【0027】

一実施形態では、本サーバは、ゲートウェイから登録要求を受信することと、前記ゲートウェイから前記通知を受信するために前記ゲートウェイを登録することとを行うように構成される。

【0028】

本発明の別の態様によれば、プロセッサとメモリとを備えるサーバが提供され、前記メモリは、実行されたとき、本サーバに、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信することを行わせる命令を含んでいる。

【0029】

本発明のまた別の態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスを構成するためのシステムが提供され、本システムは、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信するように構成されたゲートウェイを備える。ゲートウェイは、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信するようにさらに構成される。ゲートウェイは、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するようにさらに構成される。本システムは、プレフィックスに基づいてＩＰｖ６アドレスを要求することと、デバイス管理ブートストラッピングサービスアドレスと一緒にゲートウェイからＩＰｖ６アドレスを受信することとを行うように構成されたＭ２Ｍデバイスをさらに備える。

【0030】

一実施形態では、ノードは、ＤＨＣＰｖ６サーバであり、ゲートウェイは、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信するように構成される。

【0031】

本発明の別の態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのゲートウェイによって実施される方法が提供され、本方法は、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することと、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信することとを含む。

【0032】

一実施形態では、ノードは、ＤＨＣＰｖ６サーバであり、ゲートウェイは、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信する。

【0033】

本発明のまた別の態様によれば、デバイス管理ブートストラッピングサービスアドレスを伴って設定されるのに適したマシンツーマシン（Ｍ２Ｍ）デバイスによって実施される方法が提供され、本方法は、ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、ゲートウェイから応答を受信することとを含み、応答は、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスのためのアドレスとを含む。

【0034】

本発明のさらなる態様によれば、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバによって実施される方法が提供され、本方法は、ＤＨＣＰｖ６サーバが、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って設定され得るように、前記クライアントに前記アドレスを送信することとを行うことを含む。

【0035】

本発明のまたさらなる態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスのためのブートストラッピング機能を備えるサーバによって実施される方法が提供され、本方法は、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信することを含む。

【0036】

一実施形態では、本方法は、ゲートウェイから登録要求を受信することと、前記ゲートウェイから前記通知を受信するために前記ゲートウェイを登録することとをさらに含む。

【0037】

本発明の別の態様によれば、マシンツーマシン（Ｍ２Ｍ）デバイスを構成するためのシステムの動作の方法が提供され、本方法は、ゲートウェイが、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することを含む。本方法は、ゲートウェイが、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することを含む。本方法は、ゲートウェイが、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信することを含む。本方法はまた、Ｍ２Ｍデバイスが、プレフィックスに基づいてＩＰｖ６アドレスを要求することと、デバイス管理ブートストラッピングサービスアドレスと一緒にゲートウェイからＩＰｖ６アドレスを受信することとを行うことを含む。

【0038】

一実施形態では、ノードは、ＤＨＣＰｖ６サーバであり、本方法は、ゲートウェイが、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信することをさらに含む。

【0039】

本発明のまた別の態様によれば、コンピュータ上で動くとき、コンピュータに上記で説明された方法を行わせる、コンピュータプログラムが提供される。

【0040】

本発明のさらなる態様によれば、コンピュータ可読記憶媒体と、コンピュータ可読記憶媒体に記憶された上記で説明されたコンピュータプログラムとを備える、コンピュータプログラム製品が提供される。

【0041】

デバイス管理ブートストラッピングサービスアドレスは、ブートストラッピング機能を提供するサーバのアドレスである。アドレスは、ユニフォームリソース識別子（ＵＲＩ：ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ）のフォーマットまたは別の適したフォーマットであり得る。

【0042】

本発明をよりよく理解するために、および本発明がどのように実現され得るかをより明らかに示すために、次に、例として、以下の図面への参照がなされる。

【図面の簡単な説明】

【0043】

【図1】本発明の一実施形態の概略図である。

【図2】本発明の一実施形態を例示するメッセージフローを示す図である。

【図3】本発明の一実施形態を例示する別のメッセージフローを示す図である。

【図4】本発明の別の実施形態の概略図である。

【図5】ＬＷＭ２Ｍアーキテクチャの概略図である。

【図6】本発明の一実施形態を例示するメッセージフローを示す図である。

【図7】本発明の一実施形態を例示する別のメッセージフローを示す図である。

【図7a】本発明の一実施形態を例示するＬＷＭ２Ｍプロトコルのオブジェクトの概略図である。

【図8】ゲートウェイによって実施される方法のフローチャートである。

【図9】Ｍ２Ｍデバイスによって実施される方法のフローチャートである。

【図10】ＤＨＣＰｖ６サーバによって実施される方法のフローチャートである。

【図11】ブートストラッピングサーバによって実施される方法のフローチャートである。

【図12】ゲートウェイを例示するボックス図である。

【図13】Ｍ２Ｍデバイスを例示するボックス図である。

【図14】ＤＨＣＰｖ６サーバを例示するボックス図である。

【図15】ブートストラッピングサーバを例示するボックス図である。

【図16】ゲートウェイの機能ユニットを例示するボックス図である。

【図17】Ｍ２Ｍデバイスの機能ユニットを例示するボックス図である。

【図18】ＤＨＣＰｖ６サーバの機能ユニットを例示するボックス図である。

【図19】ブートストラッピングサーバの機能ユニットを例示するボックス図である。

【発明を実施するための形態】

【0044】

本発明の態様は、マシンツーマシン（Ｍ２Ｍ）デバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するための装置および方法を提供する。本発明は、Ｍ２Ｍデバイスにデバイス管理ブートストラッピングサービスアドレスを送信するために、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）を採用する。

【0045】

本明細書で使用されるＭ２Ｍデバイスという用語は、人間の対話なしに、別のデバイス、サーバまたはシステムと通信するように構成されるか、または構成可能である任意のデバイスであることを理解されたい。Ｍ２Ｍデバイスは、たとえば、光、圧力、温度、振動またはアクチュエータのためのセンサーであり得る。Ｍ２Ｍデバイスは、車両、（冷蔵庫、冷凍機またはセントラルヒーティングを含む）器具、または（モバイルフォン、ラップトップ、スマートフォン、ワイヤレス通信デバイスなどの）ユーザ機器など、装置の一部を形成し得る。

【0046】

上述のように、本発明の態様は、Ｍ２Ｍデバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためにＤＨＣＰｖ６を利用する。ＤＨＣＰｖ６は、ホスト間で通信するためのクライアント／サーバモデルを使用するインターネットアプリケーションプロトコルである。ＤＨＣＰｖ６は、ＵＤＰトランスポートプロトコル上で実行される。ＤＨＣＰｖ６は、インターリンクホストＩＰｖ６アドレスを自動設定するための機構を提供し、自動登録し、ドメインネームシステムホスト名を受信するためのパラメータを提供し、プロトコル中で追加の構成オプションを指定するための機構を提供する。

【0047】

ＤＨＣＰｖ６の拡張は、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）のＲＦＣ３３６３３において指定されているＤＨＣＰｖ６プレフィックス委譲（ＤＨＣＰｖ６ ＰＤ：ＤＨＣＰｖ６ Ｐｒｅｆｉｘ Ｄｅｌｅｇａｔｉｏｎ）である。ＤＨＣＰｖ６ ＰＤは、ＤＨＣＰｖ６サーバからの、完全なサブネットならびに他のネットワークおよびインターフェースパラメータをＤＨＣＰｖ６ ＰＤクライアントに割り当てることを目的とする。これは、単一のアドレス割当ての代わりに、ＤＨＣＰｖ６ ＰＤが、ＩＰｖ６サブネットのセット、またはインターネットプロトコルバージョン６（ＩＰｖ６）アドレスのプレフィックス、たとえば、２００１：ｄｂ８：：／６０を割り当てることを意味する。これは、ＩＰｖ６サブネットまたはＩＰｖ６アドレスプレフィックスを受信したクライアントが、クライアントのＩＰｖ６対応インターフェースに、ＩＰｖ６アドレスを動的に割り当てることができることを意味する。

【0048】

本発明の発明は、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）と呼ばれ、ＩＥＴＦのＲＦＣ３６３３において指定されている、ＤＨＣＰｖ６の別の拡張を利用する。プレフィックスがクライアントに割り当てられるという点で、ＩＡ＿ＰＤはＰＤと同様である。ＩＡ＿ＰＤは、要求側クライアントに割り当てられたプレフィックスの集合である。各ＩＡ＿ＰＤは、関連付けられた識別情報関連付け識別子（ＩＡＩＤ：Ｉｄｅｎｔｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）を有する。要求側クライアントは、要求側クライアントに割り当てられた２つ以上のＩＡ＿ＰＤ、たとえば、要求側クライアントのインターフェースの各々について１つを有し得る。ＩＡ＿ＰＤは、委譲側サーバおよび要求側クライアントが、関係するＩＰｖ６プレフィックスのセットを識別、グループ化および管理することができる構成体である。各ＩＡ＿ＰＤは、ＩＡＩＤおよび関連付けられた構成情報からなる。プレフィックスのためのＩＡ＿ＰＤは、ＩＥＴＦのＲＦＣ３３１５で説明されているようにアドレスのための識別情報関連付け（ＩＡ）の等価物である。

【0049】

ＩＡ＿ＰＤは厳密に１つのインターフェースに関連付けられる必要がないという点で、ＩＡ＿ＰＤはＩＡとは異なる。１つのＩＡ＿ＰＤは、要求側ルータに、インターフェースのセットにまたは厳密に１つのインターフェースに関連付けられ得る。要求側クライアントは、少なくとも１つの別個のＩＡ＿ＰＤを作成しなければならない。要求側クライアントは、別個のＩＡ＿ＰＤを、要求側クライアントのダウンストリームネットワークインターフェースの各々に関連付け、委譲側サーバからそのインターフェースのためのプレフィックスを獲得するために、そのＩＡ＿ＰＤを使用し得る。

【0050】

本発明の態様では、上記で説明されたＩＰｖ６アドレスのプレフィックスを受信するクライアントは、ゲートウェイであると見なされ得る。ゲートウェイは、ゲートウェイのローカルネットワークの一部を形成する、ＩＰｖ６対応Ｍ２Ｍデバイスに対して、ＩＰｖ６アドレスを設定し、割り当てる。ゲートウェイはまた、ＩＰｖ６アドレスのプレフィックスと一緒にデバイス管理ブートストラッピングサービスアドレスを受信し、Ｍ２Ｍデバイスにデバイス管理ブートストラッピングサービスアドレスを転送する。以下でより詳細に解説されるように、代替実施形態では、ゲートウェイは、ＤＨＣＰｖ６サーバ以外の送信元からデバイス管理ブートストラッピングサービスアドレスを受信する。

【0051】

Ｍ２Ｍが、デバイス管理ブートストラッピングサービスアドレスを受信したとき、Ｍ２Ｍは、アドレスを設定または保存し、次いで、デバイス管理ブートストラッピングサービスを稼働するブートストラッピングサーバの位置を特定するためにアドレスを使用することができる。

【0052】

これは、Ｍ２Ｍデバイスがより構成可能であることを可能にし、特に、これは、Ｍ２Ｍデバイスが製造された後に、デバイス管理ブートストラッピングサービスまたはデバイス管理ブートストラッピング機能のためのアドレスが設定されることを可能にする。

【0053】

本明細書で使用される、デバイス管理ブートストラッピングサービスまたはデバイス管理ブートストラッピング機能という用語は、ブートストラッピングサーバによって稼働されるサービスであり、所望の機能、たとえば、温度示度を取得する、または温度示度を取得すべきときに再構成する、を行うようにＭ２Ｍデバイスを構成または管理する、別のサーバにＭ２Ｍデバイスをリダイレクトすることによって、Ｍ２Ｍデバイスをブートストラップするためのものである。本明細書で使用されるデバイス管理ブートストラッピングサービスアドレスは、デバイス管理ブートストラッピングサービスを稼働するブートストラッピングサーバへのアドレスである。アドレスは、ユニフォームリソース識別子（ＵＲＩ）または何らかの他の適切なアドレスであり得る。本発明が、以下で説明されるように、軽量管理マシンツーマシンプロトコル（ＬＷＭ２Ｍ）の一部として実装されるとき、ＵＲＩは、ブートストラッピングサーバまたはＬＷＭ２Ｍブートストラッピングサーバを一意に識別し、「ｃｏａｐｓ：／／ホスト：ポート」という形式であり、ここで、ホストはＩＰアドレスまたはＦＱＤＮであり、ポートはサーバのＵＤＰポートである。

【0054】

本明細書で使用される「ゲートウェイ」という用語は、別のネットワークへの入口として働くネットワークポイントまたはノードである。ゲートウェイは、ゲートウェイとして働くネットワークとの間でトラフィックを制御する。ゲートウェイは、データの所与のパケットをどこへ向けるべきであるかを知っているという点でルータの機能と、所与のパケットのためにゲートウェイの内外への実際の経路を供給するスイッチの機能とを有すると見なされ得る。

【0055】

次に、本発明の態様が、図１を参照しながら説明される。ゲートウェイ１０３およびＭ２Ｍデバイス１０２が、ローカルネットワーク１０１の一部を形成する。ゲートウェイ１０３は、ＤＨＣＰｖ６サーバ１０４およびブートストラッピングサーバ１０５と通信するように構成される。ゲートウェイ１０３はＭ２ＭデバイスにＩＰｖ６アドレスを委譲する前に、ゲートウェイ１０３は、最初に、ＤＨＣＰｖ６サーバ１０４からＩＰｖ６アドレスのプレフィックスを受信しなければならず、そのため、次に、ゲートウェイ１０３とＤＨＣＰｖ６サーバ１０４とブートストラッピングサーバ１０５との間のメッセージフローが、図２を参照しながら説明される。

【0056】

ステップ２０１において、ゲートウェイ１０３は、ＤＨＣＰｖ６サーバ１０４に、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）を要求するＤＨＣＰｖ６要求を送信する。ＤＨＣＰｖ６サーバ１０４は、ゲートウェイ１０３またはゲートウェイ１０３のローカルネットワーク１０１に、ＩＰｖ６アドレスの少なくとも１つのプレフィックスを割り当て、ステップ２０２においてゲートウェイ１０３に少なくとも１つのプレフィックスを送信する。少なくとも１つのプレフィックスに加えて、およびＩＡ＿ＰＤの一部として、オプションがゲートウェイ１０３への返答に含まれる。これらのオプションは、デバイス管理ブートストラッピングサービスアドレス、およびデバイス管理ブートストラッピングサービスを稼働するブートストラッピングサーバを証明するサーバ証明書である。

【0057】

ゲートウェイ１０３が、ＩＰｖ６アドレスの少なくとも１つのプレフィックスおよびデバイス管理ブートストラッピングサービスアドレス、ならびに随意にサーバ証明書を受信したとき、ゲートウェイ１０３は、ステップ２０３においてそれ自体をブートストラッピングサーバ１０５に登録することに進む。これは、ブートストラッピングサーバ１０５が、後の段階において、デバイス管理ブートストラッピングサービスアドレスを伴って設定されたＭ２Ｍデバイスを監視することができるようにするためである。ゲートウェイ１０３から登録要求を受信すると、ブートストラッピングサーバ１０５は、それ自体をゲートウェイ１０３を監視するように構成し、次いで、ステップ２０４において前記ゲートウェイ１０３に確認メッセージを送信する。ブートストラッピングサーバ１０５が、デバイス管理ブートストラッピングサービスアドレスを受信したＭ２Ｍデバイスに関する情報を望むとき、ブートストラッピングサーバ１０５は、ステップ２０５において、デバイス管理ブートストラッピングサーバアドレスを伴って設定されたＭ２Ｍデバイスに関する情報を求めて、ゲートウェイ１０３にＧＥＴ要求を送信する。情報は、Ｍ２ＭデバイスのＩＰｖ６アドレス、デバイス管理ブートストラッピングサービスアドレスまたはデバイス一意識別子（ＤＵＩＤ：ｄｅｖｉｃｅ ｕｎｉｑｕｅ ｉｄｅｎｔｉｆｉｅｒ）を受信したことの時間、あるいは何らかの他の関連情報であり得る。図２には示されていないが、ゲートウェイは、前記Ｍ２Ｍデバイスのリストおよび要求された情報で応答する。

【0058】

次に、いくつかの代替構成が説明される。たとえば、ゲートウェイ１０３は、ＤＨＣＰｖ６サーバ１０４からデバイス管理ブートストラッピングサービスアドレスを受信することに限定されない。ゲートウェイ１０３は、別の送信元、たとえば、別のサーバから、デバイス管理ブートストラッピングサービスアドレスを受信することができる。一実施形態では、ゲートウェイ１０３は、ルータ広告（ＲＡ：ｒｏｕｔｅｒ ａｄｖｅｒｔｉｓｅｍｅｎｔ）ステップ中に、デバイス管理ブートストラッピングサービスアドレスを受信する。これは、ＩＥＴＦのＲＦＣ４８６１で説明されているように近隣発見プロトコルの一部としてのタイプ１３４メッセージであり得る。代替的に、デバイス管理ブートストラッピングサービスアドレスは、ＩＥＴＦのＲＦＣ７３６８において指定されているＨｏｍｅＮｅｔプロトコルを使用してゲートウェイに配信され得る。

【0059】

その上、ゲートウェイ１０３は、ブートストラッピングサーバ１０５が、デバイス管理ブートストラッピングサービスアドレスを伴って設定されたＭ２Ｍデバイスを後で監視することができるように、ゲートウェイ１０３自体をブートストラッピングサーバ１０５に登録することに限定されない。たとえば、代替実施形態では、ゲートウェイ１０３は、ブートストラッピングサーバ１０５によって促されることなしに、前記Ｍ２ＭデバイスのＩＰｖ６アドレスのリストなど、情報を送信することができるか（図３参照）、またはゲートウェイ１０３は、Ｍ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを伴って設定されるとすぐに、Ｍ２Ｍデバイスの情報を送信することができる。ゲートウェイは、ＨＴＴＰプロトコルに従ってＰＵＴ操作を実施することによって、ブートストラッピングサーバにＭ２Ｍデバイスの情報を送信することができる。

【0060】

次に、Ｍ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを伴ってどのように構成されるかが説明される。Ｍ２Ｍデバイス１０２が最初にオンに切り替えられたとき、Ｍ２Ｍデバイス１０２は、オンに切り替えられたことを任意のリッスンしているノードに知らせるためのマルチキャストメッセージを送出する。Ｍ２Ｍデバイス１０２は、ＤＨＣＰｖ６機能を有するすべてのゲートウェイが傍受するＩＰｖ６リンクローカルマルチキャストアドレスを使用する。こうして、Ｍ２Ｍデバイス１０２は、ゲートウェイのための特有のアドレスを伴っては設定されない。図１中のゲートウェイ１０３はマルチキャストメッセージを聴取し、Ｍ２Ｍデバイスがゲートウェイ１０３のローカルネットワーク１０１にアタッチするように、ゲートウェイ１０３とＭ２Ｍデバイス１０２とはメッセージを交換する。次のステップ、ステップ３０１において、Ｍ２Ｍデバイス１０２は、ゲートウェイ１０３にＤＨＣＰｖ６要求を送信する。要求は、ＩＰｖ６アドレスについてのものであるが、代替実施形態では、要求は、ＩＰｖ６アドレスおよびデバイス管理ブートストラッピングサービスアドレスについてのものである。ゲートウェイ１０３は、図２中のステップ２０２においてゲートウェイ１０３がＤＨＣＰｖ６サーバから受信した少なくとも１つのプレフィックスに基づいてＩＰｖ６アドレスを設定し、Ｍ２Ｍデバイス１０２にＩＰｖ６アドレスを割り当てる。次のステップ、ステップ３０２において、ゲートウェイ１０３は、Ｍ２Ｍデバイス１０２にＤＨＣＰｖ６応答を送信し、応答は、Ｍ２Ｍデバイス１０２に割り当てられたＩＰｖ６アドレスと、図２中のステップ２０２においてゲートウェイ１０３がＤＨＣＰｖ６サーバから受信したデバイス管理ブートストラッピングサービスアドレスとを含む。ここで、Ｍ２Ｍデバイス１０２は、デバイス管理ブートストラッピングサービスアドレスを有し、そのため、Ｍ２Ｍデバイス１０２は、アドレスが導くブートストラッピングサーバ１０５にメッセージを送信することに進むことができ、その結果、ブートストラッピングサーバ１０５は、ブートストラッピングサービスを進めることができる。随意に、ステップ３０２において、ゲートウェイ１０３は、図２中のステップ２０２においてゲートウェイ１０３が受信したサーバ証明書をも送信し得る。上述のように、Ｍ２Ｍデバイス１０２は、サーバ証明書に基づいてブートストラッピングサーバ１０５を検証することができる。

【0061】

図３中のステップ３０３において、ゲートウェイ１０３は、ブートストラッピングサーバ１０５にメッセージを送信する。メッセージは、ゲートウェイ１０３がデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２Ｍデバイスのリストと、Ｍ２Ｍデバイスの関連情報（ＩＰｖ６アドレス、ＤＵＩＤまたはタイムスタンプ）とを含む。これは、ブートストラッピングサーバ１０５のブートストラッピングサービスを要求してブートストラッピングサーバ１０５に接触するＭ２Ｍデバイスを、ブートストラッピングサーバ１０５が追跡することを可能にする。ステップ３０３におけるメッセージは、代替的に、単一のＭ２Ｍデバイスの情報を備え得、ゲートウェイは、そのようなメッセージを、ゲートウェイがステップ３０２においてメッセージを送信するとすぐに送信する、すなわちアドホックに送信するようなものである。

【0062】

次に、Ｍ２Ｍデバイスは、ステップ３０５においてブートストラッピングプロシージャを開始するように、ステップ３０４において提示されるようにブートストラッピングサーバ１０５に接触することができる。

【0063】

次に、別の実施形態が、図４および図５を参照しながら説明される。この例では、Ｍ２Ｍデバイス４０２が、キャピラリーネットワーク４０１の一部を形成する。キャピラリーネットワークは、デバイス自体の間の効率的な通信のための短距離無線技術に依拠するローカルネットワークである。Ｍ２Ｍデバイス４０２はまた、キャピラリーゲートウェイ４０３を介して外部ネットワークと通信することができる。たとえば、キャピラリーゲートウェイ４０３は、キャピラリーネットワーク４０１をセルラーネットワークと接続し得、セルラーネットワークは、グローバル通信インフラストラクチャに接続される。本明細書では、キャピラリーゲートウェイ４０３はゲートウェイとも呼ばれる。

【0064】

この実施形態は、オープンモバイルアライアンス（ＯＭＡ：Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）、すなわち、軽量マシンツーマシン（ＬＷＭ２Ｍ）によって開発されたプロトコルを利用する。ＬＷＭ２Ｍアーキテクチャが図５に示されており、ＬＷＭ２Ｍアーキテクチャは、２つの構成要素、ＬＷＭ２Ｍサーバ５０１とＬＷＭ２Ｍクライアント５０２とを備える。ＬＷＭ２Ｍサーバは、図４、図５、図６および図７に示されているＬＷＭ２Ｍサーバ４０５に対応する。ＬＷＭ２Ｍクライアント５０２は、図４、図５、図６および図７に示されている（１つまたは複数の）Ｍ２Ｍデバイス４０２など、Ｍ２Ｍデバイスの一部を形成する。ＬＷＭ２Ｍサーバ５０１は、ブートストラッピングおよび／またはデバイス管理のためのインターフェースを有し得、言い換えれば、ＬＷＭ２Ｍサーバは、ＬＷＭ２ＭブートストラッピングサーバまたはＬＷＭ２Ｍ（デバイス）管理サーバであり得るが、上記で説明されたように、両方ともＭ２Ｍデバイスのためのブートストラッピングサービスを稼働するように構成され、そのため、ＬＷＭ２Ｍサーバは、「ブートストラッピングサーバ」という用語内にも入るものとして理解されたい。

【0065】

この実施形態は、図１〜図３を参照しながら説明された実施形態および実施形態の代替形態と同様であるが、明快のために、次に、Ｍ２Ｍデバイス４０２とゲートウェイ４０３とＤＨＣＰｖ６サーバ４０４とＬＷＭ２Ｍサーバ４０５との間のメッセージ交換フローが、図６および図７を参照しながら説明される。

【0066】

ステップ６０１において、ゲートウェイ４０３は、ＤＨＣＰｖ６サーバ４０４に、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）を要求するＤＨＣＰｖ６要求を送信する。ＤＨＣＰｖ６サーバ４０４は、ゲートウェイ４０３またはキャピラリーネットワーク４０１に、ＩＰｖ６アドレスの少なくとも１つのプレフィックスを割り当て、ステップ６０２においてゲートウェイ４０３に少なくとも１つのプレフィックスを送信する。少なくとも１つのプレフィックスに加えて、ＤＨＣＰｖ６サーバ４０４は、ステップ６０２においてＩＡ＿ＰＤの一部としてゲートウェイに「オプション」をも送信し得る。１つのそのようなオプションは、ＬＷＭ２Ｍ＿ＢＯＯＴＳＴＲＡＰＰＩＮＧ＿ＵＲＩと称されることがあるデバイス管理ブートストラッピングサービスアドレスである。ＤＨＣＰｖ６サーバ４０４は、ステップ６０２においてオプションとしてＬＷＭ２Ｍサーバ証明書をも送信し得る。このオプションは、ＬＷＭ２Ｍ＿ＳＥＲＶＥＲ＿ＣＥＲＴと称されることがある。ＬＷＭ２Ｍ証明書は、デバイス管理ブートストラッピングサービスを稼働するＬＷＭ２Ｍサーバ４０５を検証するために、Ｍ２Ｍデバイス４０２によって使用され得る。

【0067】

ゲートウェイ４０３が、ＩＰｖ６アドレスの少なくとも１つのプレフィックスおよびデバイス管理ブートストラッピングサービスアドレス、ならびに随意にＬＷＭ２Ｍサーバ証明書を受信したとき、ゲートウェイ４０３は、ステップ６０３においてそれ自体をＬＷＭ２Ｍサーバ４０５に登録することに進む。これは、ＬＷＭ２Ｍサーバ４０３が、後の段階において、デバイス管理ブートストラッピングサービスアドレスを伴って設定されたＭ２Ｍデバイスを監視することができるようにするためである。ＬＷＭ２Ｍサーバは、次いで、それ自体をゲートウェイ４０３を監視するように構成し、次いで、ステップ６０４においてゲートウェイ４０３に確認メッセージを送信する。ＬＷＭ２Ｍサーバ４０５が、デバイス管理ブートストラッピングサービスアドレスを受信したＭ２Ｍデバイスを見つけ出すことを望むとき、ＬＷＭ２Ｍサーバ４０５は、ステップ６０５において、デバイス管理ブートストラッピングサーバアドレスを伴って設定されたＭ２Ｍデバイスに関する情報を求めて、ゲートウェイ４０３にＧＥＴ要求を送信する。情報は、Ｍ２ＭデバイスのＩＰｖ６アドレス、デバイス管理ブートストラッピングサービスアドレスまたはデバイス一意識別子（ＤＵＩＤ）を受信したことのタイムスタンプ、あるいは何らかの他の関連情報であり得る。図６には示されていないが、ゲートウェイは、前記Ｍ２Ｍデバイスのリストおよび要求された情報で応答する。

【0068】

次に、いくつかの代替構成が説明される。たとえば、ゲートウェイ４０３は、ＤＨＣＰｖ６サーバ４０４からデバイス管理ブートストラッピングサービスアドレスを受信することに限定されない。ゲートウェイ４０３は、別の送信元、たとえば、別のサーバから、デバイス管理ブートストラッピングサービスアドレスを受信することができる。一実施形態では、ゲートウェイ４０３は、ルータ広告（ＲＡ）ステップ中に、デバイス管理ブートストラッピングサービスアドレスを受信する。これは、ＩＥＴＦのＲＦＣ４８６１で説明されているように近隣発見プロトコルの一部としてのタイプ１３４メッセージであり得る。代替的に、デバイス管理ブートストラッピングサービスアドレスは、ＩＥＴＦのＲＦＣ７３６８において指定されているＨｏｍｅＮｅｔプロトコルを使用してゲートウェイ４０３に配信され得る。

【0069】

その上、ゲートウェイ４０３は、ＬＷＭ２Ｍサーバ４０５が、デバイス管理ブートストラッピングサービスアドレスを伴って設定されたＭ２Ｍデバイスを後で監視することができるように、ゲートウェイ４０３自体をＬＷＭ２Ｍサーバ４０５に登録することに限定されない。たとえば、代替実施形態では、ゲートウェイ４０３は、ＬＷＭ２Ｍサーバ４０５によって促されることなしに、前記Ｍ２Ｍデバイスの情報を送信することができるか、またはゲートウェイ４０３は、Ｍ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを伴って設定されるとすぐに、Ｍ２Ｍデバイスの情報を送信することができる。ブートストラッピングサーバ４０５に情報を提供する、このアドホックプロセスは、ゲートウェイ４０３がＨＴＴＰプロトコルに従ってＰＵＴ操作を実施することを使用することによって実装され得る。

【0070】

その上、ＬＷＭ２Ｍサーバ４０５が、デバイス管理ブートストラッピングサービスアドレスを伴って設定されたＭ２Ｍデバイスを監視するように構成された例では、ＬＷＭ２Ｍサーバ４０５は、図７ａに示されているように、ゲートウェイに登録クライアントオブジェクトを要求し得る。このオブジェクトは一例であり、ＬＷＭ２Ｍプロトコルを使用する実施形態は、この特定のオブジェクトに限定されない。

【0071】

次に、Ｍ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを伴ってどのように構成されるかが説明される。Ｍ２Ｍデバイス４０２が最初にオンに切り替えられたとき、Ｍ２Ｍデバイス４０２は、オンに切り替えられたことを任意のリッスンしているノードに知らせるためのマルチキャストメッセージを送出する。Ｍ２Ｍデバイス４０２は、ＤＨＣＰｖ６機能を有するすべてのゲートウェイが傍受するＩＰｖ６リンクローカルマルチキャストアドレスを使用する。こうして、Ｍ２Ｍデバイス４０２には、ゲートウェイのための特有のアドレスを伴っては設定されない。図４中のゲートウェイ４０３はマルチキャストメッセージを聴取し、Ｍ２Ｍデバイスがゲートウェイ４０３のキャピラリーネットワーク４０１にアタッチするように、ゲートウェイ４０３とＭ２Ｍデバイス４０２とはメッセージを交換する。次のステップにおいて、図７のステップ７０１に示されているように、Ｍ２Ｍデバイス４０２は、ゲートウェイ４０３にＤＨＣＰｖ６要求を送信する。要求は、ＩＰｖ６アドレスについてのものである。代替実施形態では、Ｍ２Ｍデバイス４０２の要求は、ＩＰｖ６アドレスおよびデバイス管理ブートストラッピングサービスアドレスについてのものである。ゲートウェイ４０３は、図６中のステップ６０２においてゲートウェイ４０３がＤＨＣＰｖ６サーバから受信した少なくとも１つのプレフィックスに基づいてＩＰｖ６アドレスを設定し、Ｍ２Ｍデバイス４０２にＩＰｖ６アドレスを割り当てる。次のステップ、ステップ７０２において、ゲートウェイ４０３は、Ｍ２Ｍデバイス４０２にＤＨＣＰｖ６応答を送信し、応答は、Ｍ２Ｍデバイス４０２に割り当てられたＩＰｖ６アドレスと、図６中のステップ６０２においてゲートウェイ４０３がＤＨＣＰｖ６サーバから受信したデバイス管理ブートストラッピングサービスアドレスとを含む。ここで、Ｍ２Ｍデバイス４０２は、デバイス管理ブートストラッピングサービスアドレスを有し、そのため、Ｍ２Ｍデバイス４０２は、アドレスが導くＬＷＭ２Ｍサーバ４０５にメッセージを送信することに進むことができ、その結果、ＬＷＭ２Ｍサーバ４０５は、ブートストラッピングサービスを進めることができる。随意に、ステップ７０２において、ゲートウェイ４０３は、図６中のステップ６０２においてゲートウェイ４０３が受信したＬＷＭ２Ｍサーバ証明書をも送信し得る。

【0072】

図７中のステップ７０３において、ゲートウェイ４０３は、ＬＷＭ２Ｍサーバ４０５にメッセージを送信する。メッセージは、ゲートウェイ４０３がデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２Ｍデバイスの情報のリストを含む。（情報は、Ｍ２ＭデバイスのＩＰｖ６アドレス、ＤＵＩＤまたはタイムスタンプであり得る。）これは、ＬＷＭ２Ｍサーバ４０５のブートストラッピングサービスを必要としてＬＷＭ２Ｍサーバ４０５に接触するＭ２Ｍデバイスを、ＬＷＭ２Ｍサーバ４０５が追跡することを可能にする。ステップ７０３におけるメッセージは、代替的に、単一のＭ２Ｍデバイスの情報を備え得、ゲートウェイは、そのようなメッセージを、ゲートウェイがステップ７０２においてメッセージを送信するとすぐに送信する、すなわちメッセージがアドホックに送信されるようなものである。ゲートウェイ４０３は、ＬＷＭ２Ｍサーバから情報のリストまたは単一のＭ２Ｍデバイスの情報についての要求を最初に受信することなしに、ＬＷＭ２Ｍサーバにそのような情報を送信するために、ＰＵＴ操作を実施し得る。

【0073】

次に、Ｍ２Ｍデバイス４０２は、ステップ７０４においてＬＷＭ２Ｍサーバ４０５に接触することができる。ＬＷＭ２Ｍは、ブートストラッピングプロシージャを開始するために、Ｍ２Ｍデバイス４０２に応答する。

【0074】

本明細書で説明される実施形態は、Ｍ２Ｍデバイスにおけるデバイス管理ブートストラッピングサービスアドレスが、任意の時間に構成および再構成され得るという利点を提供する。こうして、Ｍ２Ｍデバイスは、製造段階中にそのようなアドレスを伴ってプログラムされる必要はない。その上、アドレスは容易に変更され得るので、Ｍ２Ｍデバイスはより構成可能であり、誤動作しているかまたは悪質なネットワークおよびブートストラッピングサーバにまつわる問題は、たとえば、Ｍ２Ｍデバイスにおけるデバイス管理ブートストラッピングサービスアドレスを変更することによって、より容易に克服され得る。

【0075】

次に、Ｍ２Ｍデバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのゲートウェイの実施形態が説明される。ゲートウェイは、上記で説明されたゲートウェイ１０３または４０３であり得る。ゲートウェイは、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することと、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することとを行うように構成される。ゲートウェイは、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するようにさらに構成される。このノードは、ＤＨＣＰｖ６サーバであり得、ゲートウェイが、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信するように構成されるようなものである。しかしながら、代替実施形態では、ゲートウェイは、ルータ広告（ＲＡ）プロシージャ中に、またはＩＥＴＦのＲＦＣ７３６８において指定されているＨｏｍｅＮｅｔプロトコルに従って、別のノードまたはサーバから、デバイス管理ブートストラッピングサービスアドレスを受信し得る。

【0076】

ゲートウェイは、デバイス管理ブートストラッピングサービスアドレスと一緒に、プレフィックスに基づいて、Ｍ２ＭデバイスにＩＰｖ６アドレスを送信するようにさらに構成され得る。これは、ゲートウェイが、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信し、ＤＨＣＰｖ６サーバから受信されたプレフィックスに基づいてＩＰｖ６アドレスを設定し、Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当て、次いで、デバイス管理ブートストラッピングサービスアドレスと一緒にＭ２Ｍデバイスに前記ＩＰｖ６アドレスを送信するように構成されることによって実装され得る。

【0077】

ゲートウェイは、デバイス管理ブートストラッピングサービスアドレスが導くサーバに、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスを送信するようにさらに構成され得る。このサーバは、上記でより詳細に説明されたＬＷＭ２Ｍサーバであり得るが、明確化のために、このサーバは、ブートストラッピングサービスまたはブートストラッピング機能を稼働するように構成される。この随意の特徴は、新しいＭ２Ｍデバイスまたは数個のＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを送信されたとき、ゲートウェイがアドホックにサーバに通知を送信することを可能にする。これは、ゲートウェイが、各Ｍ２Ｍデバイスのための、または一群の新しいＭ２ＭデバイスのためのＰＵＴ操作を実施することによって達成され得る。

【0078】

代替例では、サーバは、デバイス管理ブートストラッピングサービスアドレスを最近受信したＭ２Ｍデバイスに対する更新を要求し得る。これは、ゲートウェイが、ゲートウェイがデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを編集することによって達成され得、デバイス管理ブートストラッピングサービスアドレスのサーバからこのリストについての要求を受信すると、ゲートウェイは、前記サーバに前記リストを送信するように構成される。

【0079】

再び、ここで、サーバはＬＷＭ２Ｍサーバであり得、ＬＷＭ２Ｍサーバが、ゲートウェイがどのＭ２Ｍデバイスにデバイス管理ブートストラッピングサービスアドレスを送信したかを監視することを実装するために、ゲートウェイは、Ｍ２ＭデバイスのＩＰアドレスのリストを含むＬＷＭ２Ｍオブジェクトを伴って構成され得る。そのようなオブジェクトの一例が図７ａに示されている。

【0080】

ゲートウェイはまた、Ｍ２Ｍデバイスに、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを送信するように構成され得る。サーバ証明書は、Ｍ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスのサーバを検証することを可能にする。

【0081】

上記で提示されたように、Ｍ２Ｍデバイスから受信された要求、およびＭ２Ｍデバイスに送信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。その上、上記で提示されたように、ＤＨＣＰｖ６サーバに送信されたＩＡ＿ＰＤについての要求、およびＤＨＣＰｖ６サーバから受信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。

【0082】

ゲートウェイは、Ｍ２Ｍデバイスを備えるキャピラリーネットワークのキャピラリーゲートウェイであり得る。

【0083】

次に、デバイス管理ブートストラッピングサービスアドレスを伴って構成されるのに適したＭ２Ｍデバイスの実施形態が説明される。このＭ２Ｍデバイスは、上記で説明されたＭ２Ｍデバイス１０２または４０２であり得る。Ｍ２Ｍデバイスは、ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、ゲートウェイから応答を受信することとを行うように構成される。応答は、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスアドレスとを含む。デバイス管理ブートストラッピングサービスアドレスは、サーバまたはブートストラッピングサーバに導き、サーバまたはブートストラッピングサーバは、Ｍ２Ｍがオンに切り替えられるとブートストラップされ得るように、ブートストラッピング機能を備え、それを稼働する。これは、製造段階の後にＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを伴って構成されることを可能にし、Ｍ２Ｍデバイスがブートストラッピングサーバを変更することを可能およびより容易にする。

【0084】

Ｍ２Ｍデバイスによってゲートウェイに送信された要求は、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）要求メッセージを備え得る。

【0085】

Ｍ２Ｍデバイスは、キャピラリーネットワークに属し得、キャピラリーゲートウェイにＩＰｖ６アドレスについての要求を送信するように構成され得る。

【0086】

Ｍ２Ｍデバイスはまた、軽量マシンツーマシンプロトコル（ＬＷＭ２Ｍ）クライアントを備え得る。これは、Ｍ２Ｍデバイスが、ＬＷＭ２Ｍプロトコルに従ってゲートウェイおよび／またはブートストラッピングサーバと通信することを可能にする。

【0087】

次に、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバの実施形態が説明される。このＤＨＣＰｖ６サーバは、上記で説明されたＤＨＣＰｖ６サーバ１０４または４０４であり得る。ＤＨＣＰｖ６サーバは、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って構成され得るように、前記クライアントに前記アドレスを送信することとを行うように構成される。

【0088】

図１〜図７を参照しながら上記で説明された実施形態と同様に、クライアントは、Ｍ２Ｍデバイスであり得、Ｍ２Ｍデバイスは、ゲートウェイからデバイス管理ブートストラッピングサービスアドレスを受信し得、ゲートウェイは、ＤＨＣＰｖ６サーバからそのアドレスを受信している。

【0089】

ＤＨＣＰｖ６サーバは、Ｍ２Ｍデバイスが、前記アドレスを伴って製造される必要はないが、後の段階においてそのアドレスを伴って構成され得るように、デバイス管理ブートストラッピングサービスアドレスを配信する。

【0090】

次に、Ｍ２Ｍデバイスのためのブートストラッピング機能を備えるサーバの実施形態が説明される。サーバは、ブートストラッピングサーバであり得、特に、サーバは、ブートストラッピングサーバ１０５、あるいはＬＷＭ２ＭブートストラッピングサーバまたはＬＷＭ２Ｍ管理サーバを含む、ＬＷＭ２Ｍサーバ４０５など、ＬＷＭ２Ｍサーバであり得る。デバイス管理ブートストラッピングサービスアドレスは、このサーバに導く。

【0091】

サーバは、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信するように構成される。サーバは、そのような通知を要求することなしに、ゲートウェイから通知を受信し得る。代替的に、サーバは、ゲートウェイから登録要求を受信することと、前記ゲートウェイから前記通知を受信するために前記ゲートウェイを登録することとを行うように構成され得る。サーバがＬＷＭ２Ｍサーバである場合、サーバは、ゲートウェイにおけるＬＷＭ２Ｍオブジェクトを監視し得、ＬＷＭ２Ｍオブジェクトは、デバイス管理ブートストラッピングサービスアドレスを受信したＭ２Ｍデバイスのリストを含む。

【0092】

ゲートウェイおよびＭ２Ｍデバイスの要素は、Ｍ２Ｍを構成するためのシステムを形成するように協働し得る。そのようなシステムの一実施形態では、ゲートウェイは、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信するように構成される。ゲートウェイは、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信するようにさらに構成される。ゲートウェイはまた、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するように構成される。システムは、プレフィックスに基づいてＩＰｖ６アドレスを要求することと、デバイス管理ブートストラッピングサービスアドレスと一緒にゲートウェイからＩＰｖ６アドレスを受信することとを行うように構成されたＭ２Ｍデバイスをさらに備える。

【0093】

一実施形態では、ノードは、ＤＨＣＰｖ６サーバであり、ゲートウェイは、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信するように構成される。

【0094】

次に、ゲートウェイ１０３、４０３、Ｍ２Ｍデバイス１０２、４０２、ＤＨＣＰｖ６サーバ１０４、４０４、およびブートストラッピングサーバ１０５、４０５によって実施される様々な方法が説明される。

【0095】

図８はゲートウェイによって実施される方法８００を例示する。ゲートウェイは、図１〜図７を参照しながら説明されたゲートウェイ１０３または４０３であり得る。

【0096】

方法８００は、Ｍ２Ｍデバイスにおいてデバイス管理ブートストラッピングサービスアドレスを設定するためのものである。方法８００は、ゲートウェイが、ステップ８０１において、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することを含む。次のステップでは、方法は、ステップ８０２において、ゲートウェイが、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することを含む。ステップ８０３において、ゲートウェイは、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信する。

【0097】

次に、方法８００の随意の特徴が、図８を参照しながら説明され、これらの随意の特徴は、点線ボックス中で指摘されている。

【0098】

ステップ８０４において、ノードは、ＤＨＣＰｖ６サーバであり得、ゲートウェイは、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信し得る。別の例示されていない実施形態では、デバイス管理ブートストラッピングサービスアドレスは、ルータ広告（ＲＡ）プロセス中に、またはＨｏｍｅＮｅｔプロトコルを使用してゲートウェイに配信されるか、あるいはアドレスは別の適切な送信元から配信される。

【0099】

一実施形態では、ゲートウェイは、ステップ８０５において、デバイス管理ブートストラッピングサービスアドレスと一緒に、プレフィックスに基づいて、Ｍ２ＭデバイスにＩＰｖ６アドレスを送信する。これは、ゲートウェイが、ステップ８０６において、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信し、ＤＨＣＰｖ６サーバから受信されたプレフィックスに基づいてＩＰｖ６アドレスを設定し、Ｍ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当て、次いで、デバイス管理ブートストラッピングサービスアドレスと一緒にＭ２Ｍデバイスに前記ＩＰｖ６アドレスを送信することによって実装され得る。

【0100】

別の実施形態では、ゲートウェイは、ステップ８０７において、デバイス管理ブートストラッピングサービスアドレスが導くサーバに、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスを送信する。このサーバは、上記でより詳細に説明されたＬＷＭ２Ｍサーバであり得るが、明確化のために、このサーバは、ブートストラッピングサービスまたはブートストラッピング機能を稼働するように構成される。この随意の特徴は、新しいＭ２Ｍデバイスまたは数個のＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを送信されたとき、ゲートウェイがアドホックにサーバに通知を送信することを可能にする。これは、ゲートウェイが、各Ｍ２Ｍデバイスのための、または一群の新しいＭ２ＭデバイスのためのＰＵＴ操作を実施することによって達成され得る。

【0101】

代替例では、サーバは、デバイス管理ブートストラッピングサービスアドレスを最近受信したＭ２Ｍデバイスに対する更新を要求し得る。これは、ステップ８０８において、ゲートウェイが、ゲートウェイがデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを編集することによって達成され得、デバイス管理ブートストラッピングサービスアドレスのサーバからこのリストについての要求を受信すると、ゲートウェイは、前記サーバに前記リストを送信するように構成される。

【0102】

再び、ここで、サーバはＬＷＭ２Ｍサーバであり得、ＬＷＭ２Ｍサーバが、ゲートウェイがどのＭ２Ｍデバイスにデバイス管理ブートストラッピングサービスアドレスを送信したかを監視することを実装するために、ゲートウェイは、Ｍ２ＭデバイスのＩＰアドレスのリストを含むＬＷＭ２Ｍオブジェクトを伴って構成され得る。そのようなオブジェクトの一例が図７ａに示されている。

【0103】

一実施形態では、ゲートウェイは、ステップ８０９において、Ｍ２Ｍデバイスに、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを送信する。これは、Ｍ２Ｍデバイスがサーバを検証することができるようにするためである。

【0104】

Ｍ２Ｍデバイスから受信された要求、およびＭ２Ｍデバイスに送信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。ＤＨＣＰｖ６サーバに送信されたＩＡ＿ＰＤについての要求、およびＤＨＣＰｖ６サーバから受信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。その上、方法８００を実施するゲートウェイは、Ｍ２Ｍデバイスを備えるキャピラリーネットワークのキャピラリーゲートウェイであり得る。

【0105】

図９は、デバイス管理ブートストラッピングサービスアドレスで構成されるのに適したＭ２Ｍデバイスによって実施される方法９００を例示する。方法は、Ｍ２Ｍデバイス１０２または４０２によって実行され得る。方法は、Ｍ２Ｍデバイスが、ステップ９０１においてゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、Ｍ２Ｍデバイスが、ステップ９０２においてゲートウェイから応答を受信することとを含み、応答は、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスのためのアドレスとを含む。

【0106】

次に、方法のいくつかの代替形態が説明される。要求は、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）要求メッセージを備え得る。Ｍ２Ｍデバイスは、キャピラリーネットワークに属し得、方法は、キャピラリーゲートウェイにＩＰｖ６アドレスについての要求を送信することを備え得る。Ｍ２Ｍデバイスは、軽量マシンツーマシンプロトコル（ＬＷＭ２Ｍ）クライアントを備え得る。

【0107】

図１０はＤＨＣＰｖ６サーバによって実施される方法１０００を例示する。方法は、ＤＨＣＰｖ６サーバが、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って構成され得るように、前記クライアントに前記アドレスを送信することとを行うことを含む。

【0108】

図１〜図７を参照しながら上記で説明された実施形態と同様に、クライアントは、Ｍ２Ｍデバイスであり得、Ｍ２Ｍデバイスは、ゲートウェイからデバイス管理ブートストラッピングサービスアドレスを受信し得、ゲートウェイは、ＤＨＣＰｖ６サーバからそのアドレスを受信している。

【0109】

図１１は、Ｍ２Ｍデバイスのためのブートストラッピング機能を備えるサーバによって実施される方法を例示する。サーバは、ブートストラッピングサーバであり得、特に、サーバは、ブートストラッピングサーバ１０５、あるいはＬＷＭ２ＭブートストラッピングサーバまたはＬＷＭ２Ｍ管理サーバを含む、ＬＷＭ２Ｍサーバ４０５など、ＬＷＭ２Ｍサーバであり得る。デバイス管理ブートストラッピングサービスアドレスは、このサーバのためのアドレスである。

【0110】

サーバによって実施される方法は、ステップ１１０１において、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信することを含む。サーバは、そのような通知を要求することなしに、ゲートウェイから通知を受信し得る。代替的に、サーバは、ステップ１１０２において、ゲートウェイから登録要求を受信することと、前記ゲートウェイから前記通知を受信するために前記ゲートウェイを登録することとを行うように構成され得る。サーバがＬＷＭ２Ｍサーバである場合、サーバは、ゲートウェイにおけるＬＷＭ２Ｍオブジェクトを監視し得、ＬＷＭ２Ｍオブジェクトは、デバイス管理ブートストラッピングサービスアドレスを受信したＭ２Ｍデバイスのリストを含む。

【0111】

上記で説明された方法８００、９００、１０００および１１００は、Ｍ２Ｍデバイスを構成するためのシステムを形成するために協働する要素によって実施され得る。そのようなシステムは、図１および図４に例示されており、そのようなシステムによって実施される方法は、ゲートウェイが、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信することを含む。方法は、ゲートウェイが、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信することをさらに含む。方法はまた、ゲートウェイが、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信することを含む。加えて、方法は、Ｍ２Ｍデバイスが、プレフィックスに基づいてＩＰｖ６アドレスを要求することと、デバイス管理ブートストラッピングサービスアドレスと一緒にゲートウェイからＩＰｖ６アドレスを受信することとを行うことを含む。

【0112】

一実施形態では、ノードは、ＤＨＣＰｖ６サーバであり、方法は、ゲートウェイが、ＩＡ＿ＰＤについてのゲートウェイの要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信することをさらに含む。

【0113】

本発明の方法は、上記の例によって例示されるように、適したコンピュータ可読命令を受信すると行われ得、これらのコンピュータ可読命令は、ゲートウェイ、Ｍ２Ｍデバイス、ＤＨＣＰｖ６サーバまたはブートストラッピングサーバ上で動くコンピュータプログラム内に組み込まれ得る。図１２、図１３、図１４および図１５は、それぞれ、たとえばコンピュータプログラムから適した命令を受信すると、方法８００、９００、１０００および１１００を実施する、ゲートウェイ、Ｍ２Ｍデバイス、ＤＨＣＰｖ６サーバ、およびブートストラッピングサーバの例を例示する。図１２、図１３、図１４および図１５を参照すると、ゲートウェイ１２００、Ｍ２Ｍデバイス１３００、ＤＨＣＰｖ６サーバ１４００、およびブートストラッピングサーバ１５００の各々は、プロセッサ１２０１、１３０１、１４０１、１５０１と、メモリ１２０２、１３０２、１４０２、１５０２とを備える。ゲートウェイ１２００が方法８００を行うように動作可能であり、Ｍ２Ｍデバイス１３００が方法９００を行うように動作可能であり、ＤＨＣＰｖ６サーバ１４００が方法１０００を行うように動作可能であり、ブートストラッピングサーバ１５００が方法１１００を行うように動作可能であるように、メモリ１２０２、１３０２、１４０２、１５０２は、プロセッサ１２０１、１３０１、１４０１、１５０１によって実行可能な命令を含んでいる。

【0114】

図１６は、たとえば、コンピュータプログラムから受信されたコンピュータ可読命令に従って、方法８００を実行し得るゲートウェイ１６００の別の実施形態における機能ユニットを例示する。図１６に例示されているユニットは、ソフトウェア実装された機能ユニットであり、ソフトウェアモジュールの任意の適切な組合せで実現され得ることを理解されよう。ソフトウェアモジュールはプロセッサによって実行され得る。

【0115】

図１６を参照すると、ゲートウェイ１６００は、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）サーバに、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を送信するための通信モジュール１６０１を備える。通信モジュール１６０１はまた、ＤＨＣＰｖ６サーバから、ゲートウェイに割り当てられたバージョン６用のインターネットプロトコル（ＩＰｖ６）アドレスの少なくとも１つのプレフィックスを含む応答を受信するための手段を備える。通信モジュール１６０１は、ノードから、デバイス管理ブートストラッピングサービスアドレスを受信するためのさらなる手段を備える。

【0116】

一実施形態では、ノードは、ＤＨＣＰｖ６サーバであり、通信モジュール１６０１は、ＩＡ＿ＰＤについての通信モジュール１６０１の要求に応答してＤＨＣＰｖ６サーバからデバイス管理ブートストラッピングサービスアドレスを受信するための手段を備える。

【0117】

一実施形態では、通信モジュール１６０１は、デバイス管理ブートストラッピングサービスアドレスと一緒に、プレフィックスに基づいて、Ｍ２ＭデバイスにＩＰｖ６アドレスを送信するための手段を備える。これは、通信モジュール１６０１が、Ｍ２ＭデバイスからＩＰｖ６アドレスについての要求を受信することと、ゲートウェイが、ＤＨＣＰｖ６サーバから受信されたプレフィックスに基づいてＩＰｖ６アドレスを設定すること、およびＭ２Ｍデバイスに前記ＩＰｖ６アドレスを割り当てることを行うための構成モジュール１６０２をさらに備えることと、通信モジュールが、デバイス管理ブートストラッピングサービスアドレスと一緒にＭ２Ｍデバイスに前記ＩＰｖ６アドレスを送信するための手段をさらに備えることとによって実装され得る。

【0118】

通信モジュール１６０１は、デバイス管理ブートストラッピングサービスアドレスが導くサーバに、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスを送信するための手段をさらに備え得る。

【0119】

一実施形態では、構成モジュール１６０２は、それがデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを記憶するための手段を備え、通信モジュール１６０１は、デバイス管理ブートストラッピングサービスアドレスのサーバからこのリストについての要求を受信することと、前記サーバに前記リストを送信することとを行うための手段を備える。

【0120】

別の実施形態では、構成モジュール１６０２は、それがデバイス管理ブートストラッピングサービスアドレスを送信した先のＭ２ＭデバイスのＩＰアドレスのリストを含む軽量マシンツーマシン（ＬＷＭ２Ｍ）プロトコルオブジェクトを伴って構成されるための手段を備える。

【0121】

通信モジュール１６０１は、Ｍ２Ｍデバイスに、サーバ証明書と一緒にデバイス管理ブートストラッピングサービスアドレスを送信するための手段をさらに備え得る。

【0122】

Ｍ２Ｍデバイスから受信された要求、およびＭ２Ｍデバイスに送信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。ＤＨＣＰｖ６サーバに送信されたＩＡ＿ＰＤについての要求、およびＤＨＣＰｖ６サーバから受信された応答は、ＤＨＣＰｖ６プロトコルに従い得る。

【0123】

ゲートウェイ１６００は、Ｍ２Ｍデバイスを備えるキャピラリーネットワークのキャピラリーゲートウェイであり得る。

【0124】

図１７は、たとえば、コンピュータプログラムから受信されたコンピュータ可読命令に従って、方法９００を実行し得るＭ２Ｍデバイス１７００の実施形態の機能ユニットを例示する。図１７に例示されているユニットは、ソフトウェア実装された機能ユニットであり、ソフトウェアモジュールの任意の適切な組合せで実現され得ることを理解されよう。ソフトウェアモジュールはプロセッサによって実行され得る。

【0125】

図１７を参照すると、Ｍ２Ｍデバイス１７００は、ゲートウェイにインターネットプロトコルバージョン６（ＩＰｖ６）アドレスについての要求を送信することと、ゲートウェイから応答を受信することとを行うための通信モジュール１７０１を備え、応答は、Ｍ２Ｍデバイスに割り当てられたＩＰｖ６アドレスとデバイス管理ブートストラッピングサービスのためのアドレスとを含む。

【0126】

要求は、インターネットプロトコルバージョン６のための動的ホスト構成プロトコル（ＤＨＣＰｖ６）要求メッセージを備え得る。Ｍ２Ｍデバイスは、キャピラリーネットワークに属し得、キャピラリーゲートウェイにＩＰｖ６アドレスについての要求を送信するように構成される。Ｍ２Ｍデバイスは、軽量マシンツーマシンプロトコル（ＬＷＭ２Ｍ）クライアントを備え得る。図１〜図７を参照しながら上記で説明された実施形態と同様に、クライアントは、Ｍ２Ｍデバイスであり得、Ｍ２Ｍデバイスは、ゲートウェイからデバイス管理ブートストラッピングサービスアドレスを受信し得、ゲートウェイは、ＤＨＣＰｖ６サーバからそのアドレスを受信している。

【0127】

図１８は、たとえば、コンピュータプログラムから受信されたコンピュータ可読命令に従って、方法１０００を実行し得るＤＨＣＰｖ６サーバ１８００の別の実施形態における機能ユニットを例示する。図１８に例示されているユニットは、ソフトウェア実装された機能ユニットであり、ソフトウェアモジュールの任意の適切な組合せで実現され得ることを理解されよう。ソフトウェアモジュールはプロセッサによって実行され得る。

【0128】

次に図１８を参照すると、ＤＨＣＰｖ６サーバは、プレフィックス委譲のための識別情報関連付け（ＩＡ＿ＰＤ）についての要求を受信することと、応答して、クライアントがデバイス管理ブートストラッピングサービスアドレスを伴って構成され得るように、前記クライアントに前記アドレスを送信することとを行うための通信モジュール１８０１を備える。

【0129】

図１９は、たとえば、コンピュータプログラムから受信されたコンピュータ可読命令に従って、方法１１００を実行し得るブートストラッピングサーバ１９００の別の実施形態における機能ユニットを例示する。図１９に例示されているユニットは、ソフトウェア実装された機能ユニットであり、ソフトウェアモジュールの任意の適切な組合せで実現され得ることを理解されよう。ソフトウェアモジュールはプロセッサによって実行され得る。

【0130】

次に図１９を参照すると、ブートストラッピングサーバ１９００は、少なくとも１つのＭ２Ｍデバイスがデバイス管理ブートストラッピングサービスアドレスを受信したことの通知を受信するための通信モジュール１９０１を備える。

【0131】

通信モジュールは、ゲートウェイから登録要求を受信するための手段をさらに備え得る。ブートストラッピングサーバは、前記ゲートウェイから前記通知を受信するために前記ゲートウェイを登録するための構成モジュール１９０２をさらに備え得る。

【0132】

こうして、本発明の態様は、特にデバイス管理ブートストラッピングサービスアドレスを伴って、Ｍ２Ｍデバイスを構成するための方法、装置、コンピュータプログラムおよびシステムを提供する。本発明の態様は、デバイス管理ブートストラッピングサービスアドレスが後の段階において変更され得るので、Ｍ２Ｍデバイスは製造段階においてこのアドレスを伴って構成される必要はないという利点を提供する。こうして、このアドレスは容易に変更され得るので、前のサーバが誤作動または誤動作していた場合、Ｍ２Ｍデバイスは、別のサーバにブートストラップするように容易に再構成され得る。

【0133】

本発明の方法は、ハードウェアで、または１つまたは複数のプロセッサ上で動くソフトウェアモジュールとして実装され得る。方法はまた、コンピュータプログラムの命令に従って行われ得、本発明はまた、本明細書で説明される方法のいずれかを行うためのプログラムを記憶したコンピュータ可読媒体を提供する。本発明を具現化するコンピュータプログラムは、コンピュータ可読媒体に記憶され得るか、または本発明を具現化するコンピュータプログラムは、たとえばインターネットウェブサイトから提供されるダウンロード可能なデータ信号など、信号の形態であり得るか、あるいは本発明を具現化するコンピュータプログラムは、任意の他の形態であり得る。

【0134】

上述の実施形態は本発明を限定するのではなく例示するものであること、および、当業者であれば添付の特許請求の範囲から逸脱することなく、多くの代替実施形態を設計することが可能となることに留意されたい。「備える／含む」という単語は、特許請求の範囲に列挙されている要素またはステップ以外の要素またはステップの存在を除外せず、「ａ」または「ａｎ」は複数を除外せず、単一の特徴または他のユニットが、特許請求の範囲に具陳されているいくつかのユニットの機能を果たし得る。特許請求の範囲の中のいかなる参照符号も、それらの範囲を限定するものと解釈されるべきではない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図7a】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】