ゲートウェイ、サーバ、およびプログラム
【課題】マシン・ツー・マシン通信のためのデバイスを自動プロビジョニングする。
【解決手段】ゲートウェイは、無線ＬＡＮを介してデバイスから識別情報を取得する手段と、広域ネットワークに接続されたサーバに前記識別情報を送信する手段と、前記サーバから前記デバイスに割り当てられた完全修飾ドメイン名を受信する手段と、前記識別情報および前記完全修飾ドメイン名を記憶する手段と、を備える。サーバは、ゲートウェイが無線ＬＡＮを介してデバイスから取得した識別情報を受信する手段と、前記デバイスに完全修飾ドメイン名を割り当てる手段と、前記識別情報および前記完全修飾ドメイン名を用いてドメインネームサーバを更新する手段と、前記完全修飾ドメイン名を前記ゲートウェイに送信する手段と、を備える。
【解決手段】ゲートウェイは、無線ＬＡＮを介してデバイスから識別情報を取得する手段と、広域ネットワークに接続されたサーバに前記識別情報を送信する手段と、前記サーバから前記デバイスに割り当てられた完全修飾ドメイン名を受信する手段と、前記識別情報および前記完全修飾ドメイン名を記憶する手段と、を備える。サーバは、ゲートウェイが無線ＬＡＮを介してデバイスから取得した識別情報を受信する手段と、前記デバイスに完全修飾ドメイン名を割り当てる手段と、前記識別情報および前記完全修飾ドメイン名を用いてドメインネームサーバを更新する手段と、前記完全修飾ドメイン名を前記ゲートウェイに送信する手段と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マシン・ツー・マシン（Ｍ２Ｍ）通信（マシン間通信）、および、デバイスのプロビジョニングに関し、特に、ＷｉＦｉ（無線LAN）インタフェースを有し、インターネットプロトコル（ＩＰ）に対応するＭ２Ｍデバイス（以下、IP M2Mデバイス）の自動プロビジョニングに関する。
【背景技術】
【０００２】
Ｍ２Ｍデバイスは、他のデバイスまたはサーバと交信する通信インタフェースを有するが、ヒューマンインタフェースを有さない、または限られたヒューマンインタフェースを有するデバイスである。Ｍ２Ｍデバイスの例は、スマートメーター、掃除ロボット、スマート家電、ホームセキュリティシステム、ｅ−ヘルスモニター、テレマティクス用オンボード・ユニット（車載端末）である。この定義によれば、スマートホン、タブレット、ラップトップコンピュータはＭ２Ｍデバイスではない。
【０００３】
人のコミュニケーションで支配的な音声通信とは対照的に、Ｍ２Ｍ通信は主にデータ通信であり、オーバー・ザ・トップ（インターネットに直接機器を接続する）メディアでありうる。Ｍ２Ｍデバイスにおける通信インタフェースは、広域ネットワーク（ＷＡＮ）インタフェース、ローカルエリアネットワーク（ＬＡＮ）インタフェース、またはそれらの組み合わせでありうる。ＷＡＮは、無線ＷＡＮ（ＷＷＡＮ）または固定（有線）ＷＡＮ（ＦＷＡＮ）でありうる。同様に、ＬＡＮは、無線ＬＡＮ（ＷＬＡＮ）または固定ＬＡＮ（ＦＬＡＮ）でありうる。下記の表１は、ネットワークタイプがＷＷＡＮ、ＦＷＡＮ、ＷＬＡＮ、ＦＬＡＮのネットワーク例を表わす。
【０００４】
【表１】
【０００５】
数年前、ＷＷＡＮインタフェース（例えば、２Ｇ、３Ｇ、４Ｇ）を有するセルラーハンドセットにＯＴＡＰ（無線プロビジョニング(over the air provisioning)、非特許文献１を参照）が適用された。しかし、ＯＴＡＰはＷｉＦｉ ＷＬＡＮインタフェースのみを有するＭ２Ｍデバイスには適用できない。
【０００６】
本明細書では、ＷｉＦｉ ＷＬＡＮインタフェースのみを有するＭ２Ｍデバイスを中心に説明する。
【０００７】
ＷｉＦｉインタフェースを有するＩＰ Ｍ２Ｍデバイスのプロビジョニングは、ＩＰを基にした無線または固定（有線）の広域ネットワークを介してデバイスが遠隔でアクセスおよび制御されることを可能とする。
【０００８】
＜ＷｉＦｉインタフェースを有するＩＰ Ｍ２Ｍデバイスの手動プロビジョニング＞
現在の手動プロビジョニングのシナリオにおいて、ゲートウェイエリア内のＷｉＦｉインタフェースを有するＭ２Ｍデバイス（Ｍ２Ｍデバイス１）は、図１に表わされているように、スマートホン、ラップトップコンピュータ、または他のＭ２Ｍデバイス（例えば、パブリックＩＰアドレスを有するＭ２Ｍデバイス３、または、プライベートアドレスを有するＭ２Ｍデバイス２）でありうる遠隔制御ホスト１０によってアクセス可能となるように、ローカルホスト７（例えば、コンピュータ）によって手動でプロビジョニングされる。
【０００９】
ＷｉＦｉインタフェースを有するＭ２Ｍデバイスは、無線ルータ（ＷｉＦｉアクセスポイント）、ＷＡＮゲートウェイ（例えば、ケーブル／ＤＳＬ／ファイバー／ＷｉＭＡＸモデム、ルータ、または３Ｇ／４Ｇ無線デバイス）、または、無線ルータおよびＷＡＮゲートウェイの機能を組み合わせたＣＰＥ（加入者宅内機器(Customer Premises Equipment)）ゲートウェイ（例えば、３Ｇ／４Ｇ ＭｉＦｉ（モバイルＷｉＦｉルータ）、または、光ファイバーモデム機能や無線ルータ機能を有する複合機能ボックス）を介してＷＡＮに接続する。本明細書では、用語ＣＰＥゲートウェイは、Ｍ２ＭデバイスをＷＡＮと接続するノードを示す。また、ＣＰＥゲートウェイは、プライベートＩＰｖ４アドレスを有するＭ２Ｍデバイスのためにネットワークアドレス変換（ＮＡＴ）機能を提供する。
【００１０】
ＷｉＦｉインタフェースを有するＭ２Ｍデバイスの手動プロビジョニングの手順は次の通りである。
（Ａ）ユーザ２０は、物理的に同じゲートウェイエリア内のローカルホスト７を用いて、ＷｉＦｉインタフェースを介してＭ２Ｍデバイス１をＣＰＥゲートウェイ４と接続する。
（Ｂ）ユーザ２０は、ダイナミックドメインネームシステム（ＤＮＳ）サーバ６内の完全修飾ドメイン名（ＦＱＤＮ）を用いてＭ２Ｍデバイス１を設定して、ＣＰＥゲートウェイ４の背後のデバイスへの遠隔インターネットアクセスを可能とする。
（Ｃ）ユーザ２０は、（プライベートまたはパブリック）ＩＰアドレスおよび外部のＩＰポートを用いて、デバイス１をＷｉＦｉインフラストラクチャモードに設定する。
（Ｄ）ユーザ２０は、リモートアクセスのためにポートフォワーディングを用いてＣＰＥゲートウェイ４を設定する。
【００１１】
上記の手動プロビジョニングの手順が完了した後、ユーザ２０は、ダイナミックＤＮＳサーバ６に設定されたＦＱＤＮおよびポート番号を用いて遠隔制御ホストを使用して、プロビジョニングされたＭ２Ｍデバイスにアクセスすることができる。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】3rd Generation Partnership Project 2、“TIA/EIA/IS-683-A: Over-the-Air Service Provisioning of Mobile Stations in Spread Spectrum Systems”（http://www.3gpp2.org/public_html/specs/C.S0016-0with3Gcover.pdf）、１９９８年５月
【発明の概要】
【発明が解決しようとする課題】
【００１３】
＜ＷｉＦｉインタフェースを有するＭ２Ｍデバイスの手動プロビジョニングの課題＞
ＷｉＦｉインタフェースを有するＭ２Ｍデバイスの手動プロビジョニングは次の課題を有する。これらの課題を解決できる、パブリックドメインにおいて利用可能な先行技術の解決手段は存在しない。
・ＷｉＦｉ搭載のＩＰ Ｍ２Ｍデバイスの現在のプロビジョニング方法は、ＣＰＥゲートウェイを介してＷＡＮに接続するために手動の手順を必要とする。
・手動の手順は、ＷｉＦｉおよびＩＰネットワークの設定においてＭ２Ｍデバイスのユーザに専門的な知識を有することを必要とする。
・手動の手順は、ＷｉＦｉおよびＩＰネットワークの知識を有するユーザでさえ試行錯誤を必要とする。
・正しくない手動プロビジョニングのセットアップおよび工程は、同じゲートウェイエリア内に新しいデバイスをプロビジョニングする間、活動中のデバイスに長いサービス中断を引き起こしうる。
・異なる種類の、または、異なるベンダによって製造された、ＷｉＦｉ搭載のＭ２Ｍデバイスは、それ自身の別個のまたは多様な初回のプロビジョニングおよび設定の手順を有する。
・ゲートウェイエリア（例えば、オフィス、工場、サービスエリア、複数ユニットの住宅、家庭）内の多数のＷｉＦｉ搭載のＭ２Ｍデバイスのために、手動プロビジョニングは、インストールに熟練した人でさえ時間と労力を要する。
・手動でプロビジョニングされるデバイスは、通信またはＭ２Ｍサービスのプロバイダによって集中的に管理できない。
・Ｍ２Ｍデバイスが（例えば、電源障害の後）工場出荷時のデフォルト設定にリセットされると、ユーザは再プロビジョニングのために手動の手順を繰り返す必要がある。
・手動プロビジョニングまたは再プロビジョニングの手順は、ユーザが物理的にゲートウェイエリア内にいる必要がある。
【課題を解決するための手段】
【００１４】
本発明は、サービスプロバイダネットワーク内のＭ２ＭサーバおよびＤＮＳサーバとともに、ゲートウェイエリア内のＷｉＦｉ Ｍ２Ｍゲートウェイを用いてＭ２Ｍデバイスを自動プロビジョニングする方法を開発することによって上記課題への解決手段を提供する。
【００１５】
本発明によるゲートウェイは、無線ローカルエリアネットワークを介してデバイスから識別情報を取得する手段と、広域ネットワークに接続されたサーバに前記識別情報を送信する手段と、前記サーバから前記デバイスに割り当てられた完全修飾ドメイン名を受信する手段と、前記識別情報および前記完全修飾ドメイン名を記憶する手段と、を備える。
【００１６】
本発明によるサーバは、ゲートウェイが無線ローカルエリアネットワークを介してデバイスから取得した識別情報を受信する手段と、前記デバイスに完全修飾ドメイン名を割り当てる手段と、前記識別情報および前記完全修飾ドメイン名を用いてドメインネームサーバを更新する手段と、前記完全修飾ドメイン名を前記ゲートウェイに送信する手段と、を備える。
【００１７】
本発明によるプログラムは、コンピュータに、無線ローカルエリアネットワークを介してデバイスから識別情報を取得する手順と、広域ネットワークに接続されたサーバに前記識別情報を送信する手順と、前記サーバから前記デバイスに割り当てられた完全修飾ドメイン名を受信する手順と、前記識別情報および前記完全修飾ドメイン名を記憶する手順と、を実行させる。
【００１８】
本発明によるプログラムは、コンピュータに、ゲートウェイが無線ローカルエリアネットワークを介してデバイスから取得した識別情報を受信する手順と、前記デバイスに完全修飾ドメイン名を割り当てる手順と、前記識別情報および前記完全修飾ドメイン名を用いてドメインネームサーバを更新する手順と、前記完全修飾ドメイン名を前記ゲートウェイに送信する手順と、を実行させる。
【発明の効果】
【００１９】
＜ＷｉＦｉインタフェースを有するＭ２Ｍデバイスのための自動プロビジョニング手順によって達成できること＞
ゲートウェイエリア内のＷｉＦｉ Ｍ２Ｍゲートウェイ、および、サービスプロバイダのＩＰコアネットワーク内のＭ２ＭサーバおよびＤＮＳサーバを用いることによって、ＷｉＦｉインタフェースを有するＭ２Ｍデバイスのための自動プロビジョニング手順は以下を達成することができる。
Ａ．Ｍ２Ｍデバイスの自動の初回プロビジョニング。
Ｂ．Ｍ２Ｍデバイスの自動の再プロビジョニング。
Ｃ．サービスプロバイダによる集中化されたデバイス管理のための自動のＭ２Ｍデバイスの登録。
Ｄ．サービスプロバイダが提供したＦＱＤＮによってパブリックまたはプライベートＩＰネットワークにおいて他のデバイスによってデバイスアクセスを可能とすること。
Ｅ．（ゲートウェイエリア外部の）Ｍ２Ｍデバイスの自動プロビジョニングの遠隔起動。
Ｆ．ＩＰｖ６アドレスまたはＩＰｖ４アドレスを有するＭ２Ｍデバイスのための自動プロビジョニングのサポート。
Ｇ．同じゲートウェイエリア内の動作中のデバイスのサービス中断なしでの複数のＭ２Ｍデバイスの自動プロビジョニング。
【図面の簡単な説明】
【００２０】
【図１】Ｍ２Ｍデバイスの手動のプロビジョニングおよび設定のアーキテクチャを表わす。
【図２】Ｍ２Ｍデバイスの自動のプロビジョニングおよび設定のアーキテクチャを表わす。
【図３】Ｍ２Ｍのプロビジョニングおよび設定のためのゲートウェイソフトウェア構成を表わす。
【図４】Ｍ２Ｍデバイスをプロビジョニングするサブ手順のフローを表わす。
【図５】Ｍ２Ｍデバイスを登録するサブ手順のフローを表わす。
【図６】サーバデータを更新するサブ手順のフローを表わす。
【発明を実施するための形態】
【００２１】
＜アーキテクチャ＞
図２は、本明細書で開示するＭ２Ｍデバイスの自動プロビジョニングのためのアーキテクチャを表わし、次の点が追加された以外は図１に表わされているアーキテクチャと同じである。
（Ａ）サービスプロバイダのコアＩＰネットワーク１１、および、サービスプロバイダの管理下にあるネットワークルータ１２、Ｍ２Ｍサーバ１３、ＤＮＳサーバ１４を含むその接続ノード。
（Ｂ）ゲートウェイエリア内のＷｉＦｉ Ｍ２Ｍゲートウェイ１５。
【００２２】
ＷｉＦｉ Ｍ２Ｍゲートウェイ１５は、Ｍ２Ｍデバイスのプロビジョニングおよび設定に関係する次の構成要素：（１）ＷｉＦｉインタフェース、（２）ＣＰＥゲートウェイとの直接接続（内部バス、ＵＳＢのような有線、または、Bluetooth（登録商標）のような無線）、（３）Ｍ２Ｍのプロビジョニングおよび設定のためのゲートウェイソフトウェア(GWSW-M2MPC:gateway software for M2M provisioning and configuration)を含む。
【００２３】
ＷｉＦｉ Ｍ２Ｍゲートウェイ１５は、設置、輸送を容易にし、設備コスト、運用スペースを節約するために、物理的に１つの筐体内にＣＰＥゲートウェイ４とともに統合することができる。
【００２４】
Ｍ２Ｍサーバ１３は、サービスプロバイダの加入者のＭ２Ｍデバイスのために集中化されたデバイス管理機能を提供する。ＤＮＳサーバ１４は、デバイス名からＩＰアドレスへのマッピングを管理し、サービスプロバイダの管理ドメイン内のＭ２ＭデバイスのためのＦＱＤＮを提供する。
【００２５】
＜ＷｉＦｉ Ｍ２Ｍゲートウェイにおけるプロビジョニングおよび設定のソフトウェア＞
図３には、ＷｉＦｉ Ｍ２ＭゲートウェイにおけるGWSW-M2MPCのソフトウェア構成が表わされている。GWSW-M2MPCは、主に次の機能を実行する。すなわち、（１）アドホックおよびインフラストラクチャＷｉＦｉを介してＭ２Ｍデバイスをプロビジョニングし（ステップＳ１０）、（２）ＣＰＥゲートウェイ、ＷＡＮ、およびコアＩＰネットワークを介してサービスプロバイダのＭ２ＭサーバにＭ２Ｍデバイスを登録する（ステップＳ２０）。登録ステップの前に、処理キュー１６が使用されてＭ２Ｍデバイスのためのプロビジョニング要求をスケジュールする。登録ステップの間に、ゲートウェイデバイスデータベース（ＧＤＤ）１７において、登録されるＭ２Ｍデバイスについての情報が更新される。
【００２６】
＜ＷｉＦｉインタフェースを有するＭ２Ｍデバイスのための自動のプロビジョニングおよび設定の手順＞
ＷｉＦｉインタフェースを有するＭ２Ｍデバイスのための自動の初回のプロビジョニングおよび設定の手順は次の３つのサブ手順からなる。
Ａ．ＷｉＦｉ Ｍ２ＭゲートウェイにおいてデバイスのＡＰＩ（アプリケーションプログラムインタフェース）を用いてＭ２Ｍデバイスをプロビジョニングすること。
Ｂ．ＷｉＦｉ Ｍ２ＭゲートウェイによってＭ２ＭデバイスをＭ２Ｍサーバに登録すること。
Ｃ．サービスプロバイダのＭ２ＭサーバおよびＤＮＳサーバにおいてＭ２Ｍサーバデバイスデータベース（ＳＤＤ）およびＤＮＳデータを更新すること。
【００２７】
（例えば、電源障害のために）Ｍ２Ｍデバイスが工場出荷時のデフォルト設定にリブートされたとき、Ｍ２Ｍデバイスは自動再プロビジョニング手順を行う。自動再プロビジョニング手順は、手順の全てのステップは冪等（ある操作を１回行っても複数回行っても結果が同じ）であるので、自動の初回プロビジョニング手順と同じである。
以下、３つのサブ手順の各々について詳述する。
【００２８】
＜ＷｉＦｉ Ｍ２ＭゲートウェイにおいてＭ２Ｍデバイスをプロビジョニングすること＞
ＷｉＦｉ Ｍ２Ｍゲートウェイによって実行されるプロビジョニングのサブ手順は、図４に表わされているステップからなる。Ｍ２ＭデバイスのＩＰアドレスはＩＰｖ４またはＩＰｖ６でありうる。
【００２９】
図４を参照すると、ステップＳ１１において、ＷｉＦｉ Ｍ２Ｍゲートウェイ１５は、デバイスの広報する、ＷｉＦｉアドホックＥＳＳＩＤ（Extended Service Set Identifier）を探索する。ステップＳ１２において、デバイスのＥＳＳＩＤを発見したかどうか判定し、発見しなければステップＳ１１へ戻り、発見すればステップＳ１３へ進む。ＷｉＦｉ Ｍ２Ｍゲートウェイ１５は、ステップＳ１３において、アドホックでＥＳＳＩＤに接続し、ステップＳ１４において、デバイスから媒体アクセス制御（ＭＡＣ）アドレスを取得し、ステップＳ１５において、ＭＡＣに基づいてＩＰ／名前の情報を取得し、ステップＳ１６において、ユーザ名、パスワード、ＩＰアドレス、ＥＳＳＩＤを設定する。ステップＳ１７において、Ｍ２Ｍサーバに登録すべきかどうか判定し、登録すべきでなければ、ステップＳ１１へ戻り、登録すべきであれば、ステップＳ１８へ進む。ＷｉＦｉ Ｍ２Ｍゲートウェイ１５は、ステップＳ１８において、ＷｉＦｉアドホック接続をＷｉＦｉインフラストラクチャ接続に移行し、ステップＳ１９において、ＭＡＣ、名前、ＩＰアドレスをキューに格納し、ステップＳ１１へ戻る。
【００３０】
認証のためのエンドユーザの信用を証明するもの（ユーザ名、パスワード）の設定についてのステップは、エンドユーザがＭ２Ｍデバイスに接続する必要がある場合にＭ２Ｍアプリケーションのためにのみ必要とされることに注意すべきである。
【００３１】
ＷｉＦｉアドホックモードにあるＭ２Ｍデバイスとの初回の接続をＷｉＦｉインフラストラクチャモードに移行するステップにおいて、Ｍ２ＭデバイスとＷｉＦｉ Ｍ２Ｍゲートウェイの間に初回のＷｉＦｉアドホック接続が確立され、一方、Ｍ２ＭデバイスとＣＰＥゲートウェイの間でＷｉＦｉインフラストラクチャ接続がセットアップされる。新たなＭ２Ｍデバイスがプロビジョニングされている間に、ＣＰＥゲートウェイと既に接続されている動作中のＭ２Ｍデバイスについてのサービス中断を避けるために、ＷｉＦｉ Ｍ２ＭゲートウェイとＣＰＥゲートウェイの両方がそれ自身のＷｉＦｉ無線を有すること、および、アドホック接続から移行するために、要求を送って、ＷｉＦｉインフラストラクチャ接続に関する利用可能なＩＰアドレスについての応答を受け取るために、それらが別個の直接リンク（例えば、内部バス、ＵＳＢ、Bluetooth（登録商標））を有することが重要である。
【００３２】
同じゲートウェイエリア内の新たなデバイスをプロビジョニングする（例えば、ホテル内でいくつかのデバイスを同時並行的または逐次的にプロビジョニングする）間、動作中のデバイスのためのサービス中断が受け入れ可能な場合、ＷｉＦｉ Ｍ２Ｍゲートウェイのソフトウェア部分（GWSW-M2MPC）のみ、すなわち、ＷｉＦｉでなく、直接接続でない構成要素のみが、Ｍ２ＭデバイスのプロビジョニングのためにＣＰＥゲートウェイに統合されることができる。そのような統合されたボックスの一例は、（ポータブルなＣＰＥゲートウェイとしての）ＭｉＦｉ機能を有するAndroidハンドセットおよびAndroidアプリケーションとし動作するGWSW-M2MPCである。
【００３３】
＜サービスプロバイダのＭ２ＭサーバにＭ２Ｍデバイスを登録する＞
ＷｉＦｉ Ｍ２Ｍゲートウェイによって実行される登録のサブ手順は、図５に表わされているステップからなる。ＷｉＦｉ Ｍ２ＭゲートウェイはサービスプロバイダのＭ２Ｍサーバに名前／ＭＡＣ／ＩＰアドレスの情報を送信し、Ｍ２ＭサーバはＭ２Ｍデバイスのために完全修飾ドメイン名（ＦＱＤＮ）を返信することに注意すべきである。また、このサブ手順の間に、ゲートウェイデバイスデータベース（ＧＤＤ）が更新される。
【００３４】
図５を参照すると、ＷｉＦｉ Ｍ２Ｍゲートウェイ１５は、ステップＳ２１において、キューから名前／ＭＡＣ／ＩＰアドレスを取得し、ステップＳ２２において、ＧＤＤに情報を保存し、ステップＳ２３において、ペイロード内にＭ２Ｍデバイスの情報を有するメッセージを生成し、ステップＳ２４において、メッセージをＭ２Ｍサーバに送信し、ステップＳ２５において、Ｍ２ＭサーバからデバイスのためのＦＱＤＮを受信し、ステップＳ２６において、ＦＱＤＮを用いてＧＤＤを更新し、ステップＳ２１へ戻る。
【００３５】
＜Ｍ２ＭサーバデバイスデータベースおよびＤＮＳデータを更新する＞
Ｍ２Ｍサーバによって実行されるサーバデータ更新のサブ手順は、図６に表わされているステップからなる。プロビジョニングされるＭ２Ｍデバイスのために、Ｍ２Ｍサーバ内のサーバデバイスデータベース（ＳＤＤ）エントリおよびＤＮＳサーバ内のＤＮＳエントリを更新する。
【００３６】
図６を参照すると、Ｍ２Ｍサーバ１３は、ステップＳ３１において、ＷｉＦｉ Ｍ２Ｍゲートウェイ１５からＤＭ(Device Management)メッセージを受信し、ステップＳ３２において、ペイロードを取得して解析する。ステップＳ３３において、サーバデバイスデータベース（ＳＤＤ）エントリを有するかどうか判定し、有さないならばステップＳ３４へ進み、有するならばステップＳ３５へ進む。Ｍ２Ｍサーバ１３は、ステップＳ３４において、ＳＤＤエントリを生成し、ステップＳ３５へ進む。Ｍ２Ｍサーバ１３は、ステップＳ３５において、ＳＤＤに新しい値を格納し、ステップＳ３６において、新しいＤＮＳ名についてＤＮＳ更新を生成し、ステップＳ３７において、ＤＮＳを更新し、ステップＳ３８において、ＤＮＳ名を含む新しいＤＭ返信メッセージを生成し、ステップＳ３９において、ＤＭメッセージをＷｉＦｉ Ｍ２Ｍゲートウェイに送信し、ステップＳ４０において、デバイスのための可能なアプリケーションを探す。ステップＳ４１において、デバイスのためのアプリケーションを有するかどうか判定し、有さないならばステップＳ３１へ戻り、有するならばステップＳ４２へ進む。Ｍ２Ｍサーバ１３は、ステップＳ４２において、アプリケーションを起動し、ステップＳ３１へ戻る。
【００３７】
ここで開示された解決手段は、（ゲートウェイソフトウェア、ＷｉＦｉインタフェース、およびＣＰＥゲートウェイへの直接接続を有する）ＷｉＦｉ Ｍ２ＭゲートウェイおよびＭ２Ｍサーバのソフトウェアに実装することができる。ＷｉＦｉ Ｍ２Ｍゲートウェイは、Ｍ２Ｍデバイスをプロビジョニングおよび管理するための統合されたゲートウェイとして、ＣＰＥゲートウェイと統合することができる。また、Ｍ２ＭデバイスのプロビジョニングのためにＷｉＦｉ Ｍ２ＭゲートウェイソフトウェアのみをポータブルなＣＰＥゲートウェイ（例えば、ＭｉＦｉを有するAndroidハンドセット）に統合することができる。
【符号の説明】
【００３８】
１、２、３ Ｍ２Ｍデバイス
４、５ ＣＰＥゲートウェイ
６ パブリックダイナミックＤＮＳサーバ
７ ローカルホスト
８ ゲートウェイエリア
９ ＷＡＮおよびインターネット
１０、１０’ 遠隔制御ホスト
１１ サービスプロバイダのコアＩＰネットワーク
１２ ネットワークルータ
１３ Ｍ２Ｍサーバ
１４ ＤＮＳサーバ
１５ ＷｉＦｉ Ｍ２Ｍゲートウェイ
１６ 処理キュー
１７ ゲートウェイデバイスデータベース
２０ ユーザ
【技術分野】
【０００１】
本発明は、マシン・ツー・マシン（Ｍ２Ｍ）通信（マシン間通信）、および、デバイスのプロビジョニングに関し、特に、ＷｉＦｉ（無線LAN）インタフェースを有し、インターネットプロトコル（ＩＰ）に対応するＭ２Ｍデバイス（以下、IP M2Mデバイス）の自動プロビジョニングに関する。
【背景技術】
【０００２】
Ｍ２Ｍデバイスは、他のデバイスまたはサーバと交信する通信インタフェースを有するが、ヒューマンインタフェースを有さない、または限られたヒューマンインタフェースを有するデバイスである。Ｍ２Ｍデバイスの例は、スマートメーター、掃除ロボット、スマート家電、ホームセキュリティシステム、ｅ−ヘルスモニター、テレマティクス用オンボード・ユニット（車載端末）である。この定義によれば、スマートホン、タブレット、ラップトップコンピュータはＭ２Ｍデバイスではない。
【０００３】
人のコミュニケーションで支配的な音声通信とは対照的に、Ｍ２Ｍ通信は主にデータ通信であり、オーバー・ザ・トップ（インターネットに直接機器を接続する）メディアでありうる。Ｍ２Ｍデバイスにおける通信インタフェースは、広域ネットワーク（ＷＡＮ）インタフェース、ローカルエリアネットワーク（ＬＡＮ）インタフェース、またはそれらの組み合わせでありうる。ＷＡＮは、無線ＷＡＮ（ＷＷＡＮ）または固定（有線）ＷＡＮ（ＦＷＡＮ）でありうる。同様に、ＬＡＮは、無線ＬＡＮ（ＷＬＡＮ）または固定ＬＡＮ（ＦＬＡＮ）でありうる。下記の表１は、ネットワークタイプがＷＷＡＮ、ＦＷＡＮ、ＷＬＡＮ、ＦＬＡＮのネットワーク例を表わす。
【０００４】
【表１】
【０００５】
数年前、ＷＷＡＮインタフェース（例えば、２Ｇ、３Ｇ、４Ｇ）を有するセルラーハンドセットにＯＴＡＰ（無線プロビジョニング(over the air provisioning)、非特許文献１を参照）が適用された。しかし、ＯＴＡＰはＷｉＦｉ ＷＬＡＮインタフェースのみを有するＭ２Ｍデバイスには適用できない。
【０００６】
本明細書では、ＷｉＦｉ ＷＬＡＮインタフェースのみを有するＭ２Ｍデバイスを中心に説明する。
【０００７】
ＷｉＦｉインタフェースを有するＩＰ Ｍ２Ｍデバイスのプロビジョニングは、ＩＰを基にした無線または固定（有線）の広域ネットワークを介してデバイスが遠隔でアクセスおよび制御されることを可能とする。
【０００８】
＜ＷｉＦｉインタフェースを有するＩＰ Ｍ２Ｍデバイスの手動プロビジョニング＞
現在の手動プロビジョニングのシナリオにおいて、ゲートウェイエリア内のＷｉＦｉインタフェースを有するＭ２Ｍデバイス（Ｍ２Ｍデバイス１）は、図１に表わされているように、スマートホン、ラップトップコンピュータ、または他のＭ２Ｍデバイス（例えば、パブリックＩＰアドレスを有するＭ２Ｍデバイス３、または、プライベートアドレスを有するＭ２Ｍデバイス２）でありうる遠隔制御ホスト１０によってアクセス可能となるように、ローカルホスト７（例えば、コンピュータ）によって手動でプロビジョニングされる。
【０００９】
ＷｉＦｉインタフェースを有するＭ２Ｍデバイスは、無線ルータ（ＷｉＦｉアクセスポイント）、ＷＡＮゲートウェイ（例えば、ケーブル／ＤＳＬ／ファイバー／ＷｉＭＡＸモデム、ルータ、または３Ｇ／４Ｇ無線デバイス）、または、無線ルータおよびＷＡＮゲートウェイの機能を組み合わせたＣＰＥ（加入者宅内機器(Customer Premises Equipment)）ゲートウェイ（例えば、３Ｇ／４Ｇ ＭｉＦｉ（モバイルＷｉＦｉルータ）、または、光ファイバーモデム機能や無線ルータ機能を有する複合機能ボックス）を介してＷＡＮに接続する。本明細書では、用語ＣＰＥゲートウェイは、Ｍ２ＭデバイスをＷＡＮと接続するノードを示す。また、ＣＰＥゲートウェイは、プライベートＩＰｖ４アドレスを有するＭ２Ｍデバイスのためにネットワークアドレス変換（ＮＡＴ）機能を提供する。
【００１０】
ＷｉＦｉインタフェースを有するＭ２Ｍデバイスの手動プロビジョニングの手順は次の通りである。
（Ａ）ユーザ２０は、物理的に同じゲートウェイエリア内のローカルホスト７を用いて、ＷｉＦｉインタフェースを介してＭ２Ｍデバイス１をＣＰＥゲートウェイ４と接続する。
（Ｂ）ユーザ２０は、ダイナミックドメインネームシステム（ＤＮＳ）サーバ６内の完全修飾ドメイン名（ＦＱＤＮ）を用いてＭ２Ｍデバイス１を設定して、ＣＰＥゲートウェイ４の背後のデバイスへの遠隔インターネットアクセスを可能とする。
（Ｃ）ユーザ２０は、（プライベートまたはパブリック）ＩＰアドレスおよび外部のＩＰポートを用いて、デバイス１をＷｉＦｉインフラストラクチャモードに設定する。
（Ｄ）ユーザ２０は、リモートアクセスのためにポートフォワーディングを用いてＣＰＥゲートウェイ４を設定する。
【００１１】
上記の手動プロビジョニングの手順が完了した後、ユーザ２０は、ダイナミックＤＮＳサーバ６に設定されたＦＱＤＮおよびポート番号を用いて遠隔制御ホストを使用して、プロビジョニングされたＭ２Ｍデバイスにアクセスすることができる。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】3rd Generation Partnership Project 2、“TIA/EIA/IS-683-A: Over-the-Air Service Provisioning of Mobile Stations in Spread Spectrum Systems”（http://www.3gpp2.org/public_html/specs/C.S0016-0with3Gcover.pdf）、１９９８年５月
【発明の概要】
【発明が解決しようとする課題】
【００１３】
＜ＷｉＦｉインタフェースを有するＭ２Ｍデバイスの手動プロビジョニングの課題＞
ＷｉＦｉインタフェースを有するＭ２Ｍデバイスの手動プロビジョニングは次の課題を有する。これらの課題を解決できる、パブリックドメインにおいて利用可能な先行技術の解決手段は存在しない。
・ＷｉＦｉ搭載のＩＰ Ｍ２Ｍデバイスの現在のプロビジョニング方法は、ＣＰＥゲートウェイを介してＷＡＮに接続するために手動の手順を必要とする。
・手動の手順は、ＷｉＦｉおよびＩＰネットワークの設定においてＭ２Ｍデバイスのユーザに専門的な知識を有することを必要とする。
・手動の手順は、ＷｉＦｉおよびＩＰネットワークの知識を有するユーザでさえ試行錯誤を必要とする。
・正しくない手動プロビジョニングのセットアップおよび工程は、同じゲートウェイエリア内に新しいデバイスをプロビジョニングする間、活動中のデバイスに長いサービス中断を引き起こしうる。
・異なる種類の、または、異なるベンダによって製造された、ＷｉＦｉ搭載のＭ２Ｍデバイスは、それ自身の別個のまたは多様な初回のプロビジョニングおよび設定の手順を有する。
・ゲートウェイエリア（例えば、オフィス、工場、サービスエリア、複数ユニットの住宅、家庭）内の多数のＷｉＦｉ搭載のＭ２Ｍデバイスのために、手動プロビジョニングは、インストールに熟練した人でさえ時間と労力を要する。
・手動でプロビジョニングされるデバイスは、通信またはＭ２Ｍサービスのプロバイダによって集中的に管理できない。
・Ｍ２Ｍデバイスが（例えば、電源障害の後）工場出荷時のデフォルト設定にリセットされると、ユーザは再プロビジョニングのために手動の手順を繰り返す必要がある。
・手動プロビジョニングまたは再プロビジョニングの手順は、ユーザが物理的にゲートウェイエリア内にいる必要がある。
【課題を解決するための手段】
【００１４】
本発明は、サービスプロバイダネットワーク内のＭ２ＭサーバおよびＤＮＳサーバとともに、ゲートウェイエリア内のＷｉＦｉ Ｍ２Ｍゲートウェイを用いてＭ２Ｍデバイスを自動プロビジョニングする方法を開発することによって上記課題への解決手段を提供する。
【００１５】
本発明によるゲートウェイは、無線ローカルエリアネットワークを介してデバイスから識別情報を取得する手段と、広域ネットワークに接続されたサーバに前記識別情報を送信する手段と、前記サーバから前記デバイスに割り当てられた完全修飾ドメイン名を受信する手段と、前記識別情報および前記完全修飾ドメイン名を記憶する手段と、を備える。
【００１６】
本発明によるサーバは、ゲートウェイが無線ローカルエリアネットワークを介してデバイスから取得した識別情報を受信する手段と、前記デバイスに完全修飾ドメイン名を割り当てる手段と、前記識別情報および前記完全修飾ドメイン名を用いてドメインネームサーバを更新する手段と、前記完全修飾ドメイン名を前記ゲートウェイに送信する手段と、を備える。
【００１７】
本発明によるプログラムは、コンピュータに、無線ローカルエリアネットワークを介してデバイスから識別情報を取得する手順と、広域ネットワークに接続されたサーバに前記識別情報を送信する手順と、前記サーバから前記デバイスに割り当てられた完全修飾ドメイン名を受信する手順と、前記識別情報および前記完全修飾ドメイン名を記憶する手順と、を実行させる。
【００１８】
本発明によるプログラムは、コンピュータに、ゲートウェイが無線ローカルエリアネットワークを介してデバイスから取得した識別情報を受信する手順と、前記デバイスに完全修飾ドメイン名を割り当てる手順と、前記識別情報および前記完全修飾ドメイン名を用いてドメインネームサーバを更新する手順と、前記完全修飾ドメイン名を前記ゲートウェイに送信する手順と、を実行させる。
【発明の効果】
【００１９】
＜ＷｉＦｉインタフェースを有するＭ２Ｍデバイスのための自動プロビジョニング手順によって達成できること＞
ゲートウェイエリア内のＷｉＦｉ Ｍ２Ｍゲートウェイ、および、サービスプロバイダのＩＰコアネットワーク内のＭ２ＭサーバおよびＤＮＳサーバを用いることによって、ＷｉＦｉインタフェースを有するＭ２Ｍデバイスのための自動プロビジョニング手順は以下を達成することができる。
Ａ．Ｍ２Ｍデバイスの自動の初回プロビジョニング。
Ｂ．Ｍ２Ｍデバイスの自動の再プロビジョニング。
Ｃ．サービスプロバイダによる集中化されたデバイス管理のための自動のＭ２Ｍデバイスの登録。
Ｄ．サービスプロバイダが提供したＦＱＤＮによってパブリックまたはプライベートＩＰネットワークにおいて他のデバイスによってデバイスアクセスを可能とすること。
Ｅ．（ゲートウェイエリア外部の）Ｍ２Ｍデバイスの自動プロビジョニングの遠隔起動。
Ｆ．ＩＰｖ６アドレスまたはＩＰｖ４アドレスを有するＭ２Ｍデバイスのための自動プロビジョニングのサポート。
Ｇ．同じゲートウェイエリア内の動作中のデバイスのサービス中断なしでの複数のＭ２Ｍデバイスの自動プロビジョニング。
【図面の簡単な説明】
【００２０】
【図１】Ｍ２Ｍデバイスの手動のプロビジョニングおよび設定のアーキテクチャを表わす。
【図２】Ｍ２Ｍデバイスの自動のプロビジョニングおよび設定のアーキテクチャを表わす。
【図３】Ｍ２Ｍのプロビジョニングおよび設定のためのゲートウェイソフトウェア構成を表わす。
【図４】Ｍ２Ｍデバイスをプロビジョニングするサブ手順のフローを表わす。
【図５】Ｍ２Ｍデバイスを登録するサブ手順のフローを表わす。
【図６】サーバデータを更新するサブ手順のフローを表わす。
【発明を実施するための形態】
【００２１】
＜アーキテクチャ＞
図２は、本明細書で開示するＭ２Ｍデバイスの自動プロビジョニングのためのアーキテクチャを表わし、次の点が追加された以外は図１に表わされているアーキテクチャと同じである。
（Ａ）サービスプロバイダのコアＩＰネットワーク１１、および、サービスプロバイダの管理下にあるネットワークルータ１２、Ｍ２Ｍサーバ１３、ＤＮＳサーバ１４を含むその接続ノード。
（Ｂ）ゲートウェイエリア内のＷｉＦｉ Ｍ２Ｍゲートウェイ１５。
【００２２】
ＷｉＦｉ Ｍ２Ｍゲートウェイ１５は、Ｍ２Ｍデバイスのプロビジョニングおよび設定に関係する次の構成要素：（１）ＷｉＦｉインタフェース、（２）ＣＰＥゲートウェイとの直接接続（内部バス、ＵＳＢのような有線、または、Bluetooth（登録商標）のような無線）、（３）Ｍ２Ｍのプロビジョニングおよび設定のためのゲートウェイソフトウェア(GWSW-M2MPC:gateway software for M2M provisioning and configuration)を含む。
【００２３】
ＷｉＦｉ Ｍ２Ｍゲートウェイ１５は、設置、輸送を容易にし、設備コスト、運用スペースを節約するために、物理的に１つの筐体内にＣＰＥゲートウェイ４とともに統合することができる。
【００２４】
Ｍ２Ｍサーバ１３は、サービスプロバイダの加入者のＭ２Ｍデバイスのために集中化されたデバイス管理機能を提供する。ＤＮＳサーバ１４は、デバイス名からＩＰアドレスへのマッピングを管理し、サービスプロバイダの管理ドメイン内のＭ２ＭデバイスのためのＦＱＤＮを提供する。
【００２５】
＜ＷｉＦｉ Ｍ２Ｍゲートウェイにおけるプロビジョニングおよび設定のソフトウェア＞
図３には、ＷｉＦｉ Ｍ２ＭゲートウェイにおけるGWSW-M2MPCのソフトウェア構成が表わされている。GWSW-M2MPCは、主に次の機能を実行する。すなわち、（１）アドホックおよびインフラストラクチャＷｉＦｉを介してＭ２Ｍデバイスをプロビジョニングし（ステップＳ１０）、（２）ＣＰＥゲートウェイ、ＷＡＮ、およびコアＩＰネットワークを介してサービスプロバイダのＭ２ＭサーバにＭ２Ｍデバイスを登録する（ステップＳ２０）。登録ステップの前に、処理キュー１６が使用されてＭ２Ｍデバイスのためのプロビジョニング要求をスケジュールする。登録ステップの間に、ゲートウェイデバイスデータベース（ＧＤＤ）１７において、登録されるＭ２Ｍデバイスについての情報が更新される。
【００２６】
＜ＷｉＦｉインタフェースを有するＭ２Ｍデバイスのための自動のプロビジョニングおよび設定の手順＞
ＷｉＦｉインタフェースを有するＭ２Ｍデバイスのための自動の初回のプロビジョニングおよび設定の手順は次の３つのサブ手順からなる。
Ａ．ＷｉＦｉ Ｍ２ＭゲートウェイにおいてデバイスのＡＰＩ（アプリケーションプログラムインタフェース）を用いてＭ２Ｍデバイスをプロビジョニングすること。
Ｂ．ＷｉＦｉ Ｍ２ＭゲートウェイによってＭ２ＭデバイスをＭ２Ｍサーバに登録すること。
Ｃ．サービスプロバイダのＭ２ＭサーバおよびＤＮＳサーバにおいてＭ２Ｍサーバデバイスデータベース（ＳＤＤ）およびＤＮＳデータを更新すること。
【００２７】
（例えば、電源障害のために）Ｍ２Ｍデバイスが工場出荷時のデフォルト設定にリブートされたとき、Ｍ２Ｍデバイスは自動再プロビジョニング手順を行う。自動再プロビジョニング手順は、手順の全てのステップは冪等（ある操作を１回行っても複数回行っても結果が同じ）であるので、自動の初回プロビジョニング手順と同じである。
以下、３つのサブ手順の各々について詳述する。
【００２８】
＜ＷｉＦｉ Ｍ２ＭゲートウェイにおいてＭ２Ｍデバイスをプロビジョニングすること＞
ＷｉＦｉ Ｍ２Ｍゲートウェイによって実行されるプロビジョニングのサブ手順は、図４に表わされているステップからなる。Ｍ２ＭデバイスのＩＰアドレスはＩＰｖ４またはＩＰｖ６でありうる。
【００２９】
図４を参照すると、ステップＳ１１において、ＷｉＦｉ Ｍ２Ｍゲートウェイ１５は、デバイスの広報する、ＷｉＦｉアドホックＥＳＳＩＤ（Extended Service Set Identifier）を探索する。ステップＳ１２において、デバイスのＥＳＳＩＤを発見したかどうか判定し、発見しなければステップＳ１１へ戻り、発見すればステップＳ１３へ進む。ＷｉＦｉ Ｍ２Ｍゲートウェイ１５は、ステップＳ１３において、アドホックでＥＳＳＩＤに接続し、ステップＳ１４において、デバイスから媒体アクセス制御（ＭＡＣ）アドレスを取得し、ステップＳ１５において、ＭＡＣに基づいてＩＰ／名前の情報を取得し、ステップＳ１６において、ユーザ名、パスワード、ＩＰアドレス、ＥＳＳＩＤを設定する。ステップＳ１７において、Ｍ２Ｍサーバに登録すべきかどうか判定し、登録すべきでなければ、ステップＳ１１へ戻り、登録すべきであれば、ステップＳ１８へ進む。ＷｉＦｉ Ｍ２Ｍゲートウェイ１５は、ステップＳ１８において、ＷｉＦｉアドホック接続をＷｉＦｉインフラストラクチャ接続に移行し、ステップＳ１９において、ＭＡＣ、名前、ＩＰアドレスをキューに格納し、ステップＳ１１へ戻る。
【００３０】
認証のためのエンドユーザの信用を証明するもの（ユーザ名、パスワード）の設定についてのステップは、エンドユーザがＭ２Ｍデバイスに接続する必要がある場合にＭ２Ｍアプリケーションのためにのみ必要とされることに注意すべきである。
【００３１】
ＷｉＦｉアドホックモードにあるＭ２Ｍデバイスとの初回の接続をＷｉＦｉインフラストラクチャモードに移行するステップにおいて、Ｍ２ＭデバイスとＷｉＦｉ Ｍ２Ｍゲートウェイの間に初回のＷｉＦｉアドホック接続が確立され、一方、Ｍ２ＭデバイスとＣＰＥゲートウェイの間でＷｉＦｉインフラストラクチャ接続がセットアップされる。新たなＭ２Ｍデバイスがプロビジョニングされている間に、ＣＰＥゲートウェイと既に接続されている動作中のＭ２Ｍデバイスについてのサービス中断を避けるために、ＷｉＦｉ Ｍ２ＭゲートウェイとＣＰＥゲートウェイの両方がそれ自身のＷｉＦｉ無線を有すること、および、アドホック接続から移行するために、要求を送って、ＷｉＦｉインフラストラクチャ接続に関する利用可能なＩＰアドレスについての応答を受け取るために、それらが別個の直接リンク（例えば、内部バス、ＵＳＢ、Bluetooth（登録商標））を有することが重要である。
【００３２】
同じゲートウェイエリア内の新たなデバイスをプロビジョニングする（例えば、ホテル内でいくつかのデバイスを同時並行的または逐次的にプロビジョニングする）間、動作中のデバイスのためのサービス中断が受け入れ可能な場合、ＷｉＦｉ Ｍ２Ｍゲートウェイのソフトウェア部分（GWSW-M2MPC）のみ、すなわち、ＷｉＦｉでなく、直接接続でない構成要素のみが、Ｍ２ＭデバイスのプロビジョニングのためにＣＰＥゲートウェイに統合されることができる。そのような統合されたボックスの一例は、（ポータブルなＣＰＥゲートウェイとしての）ＭｉＦｉ機能を有するAndroidハンドセットおよびAndroidアプリケーションとし動作するGWSW-M2MPCである。
【００３３】
＜サービスプロバイダのＭ２ＭサーバにＭ２Ｍデバイスを登録する＞
ＷｉＦｉ Ｍ２Ｍゲートウェイによって実行される登録のサブ手順は、図５に表わされているステップからなる。ＷｉＦｉ Ｍ２ＭゲートウェイはサービスプロバイダのＭ２Ｍサーバに名前／ＭＡＣ／ＩＰアドレスの情報を送信し、Ｍ２ＭサーバはＭ２Ｍデバイスのために完全修飾ドメイン名（ＦＱＤＮ）を返信することに注意すべきである。また、このサブ手順の間に、ゲートウェイデバイスデータベース（ＧＤＤ）が更新される。
【００３４】
図５を参照すると、ＷｉＦｉ Ｍ２Ｍゲートウェイ１５は、ステップＳ２１において、キューから名前／ＭＡＣ／ＩＰアドレスを取得し、ステップＳ２２において、ＧＤＤに情報を保存し、ステップＳ２３において、ペイロード内にＭ２Ｍデバイスの情報を有するメッセージを生成し、ステップＳ２４において、メッセージをＭ２Ｍサーバに送信し、ステップＳ２５において、Ｍ２ＭサーバからデバイスのためのＦＱＤＮを受信し、ステップＳ２６において、ＦＱＤＮを用いてＧＤＤを更新し、ステップＳ２１へ戻る。
【００３５】
＜Ｍ２ＭサーバデバイスデータベースおよびＤＮＳデータを更新する＞
Ｍ２Ｍサーバによって実行されるサーバデータ更新のサブ手順は、図６に表わされているステップからなる。プロビジョニングされるＭ２Ｍデバイスのために、Ｍ２Ｍサーバ内のサーバデバイスデータベース（ＳＤＤ）エントリおよびＤＮＳサーバ内のＤＮＳエントリを更新する。
【００３６】
図６を参照すると、Ｍ２Ｍサーバ１３は、ステップＳ３１において、ＷｉＦｉ Ｍ２Ｍゲートウェイ１５からＤＭ(Device Management)メッセージを受信し、ステップＳ３２において、ペイロードを取得して解析する。ステップＳ３３において、サーバデバイスデータベース（ＳＤＤ）エントリを有するかどうか判定し、有さないならばステップＳ３４へ進み、有するならばステップＳ３５へ進む。Ｍ２Ｍサーバ１３は、ステップＳ３４において、ＳＤＤエントリを生成し、ステップＳ３５へ進む。Ｍ２Ｍサーバ１３は、ステップＳ３５において、ＳＤＤに新しい値を格納し、ステップＳ３６において、新しいＤＮＳ名についてＤＮＳ更新を生成し、ステップＳ３７において、ＤＮＳを更新し、ステップＳ３８において、ＤＮＳ名を含む新しいＤＭ返信メッセージを生成し、ステップＳ３９において、ＤＭメッセージをＷｉＦｉ Ｍ２Ｍゲートウェイに送信し、ステップＳ４０において、デバイスのための可能なアプリケーションを探す。ステップＳ４１において、デバイスのためのアプリケーションを有するかどうか判定し、有さないならばステップＳ３１へ戻り、有するならばステップＳ４２へ進む。Ｍ２Ｍサーバ１３は、ステップＳ４２において、アプリケーションを起動し、ステップＳ３１へ戻る。
【００３７】
ここで開示された解決手段は、（ゲートウェイソフトウェア、ＷｉＦｉインタフェース、およびＣＰＥゲートウェイへの直接接続を有する）ＷｉＦｉ Ｍ２ＭゲートウェイおよびＭ２Ｍサーバのソフトウェアに実装することができる。ＷｉＦｉ Ｍ２Ｍゲートウェイは、Ｍ２Ｍデバイスをプロビジョニングおよび管理するための統合されたゲートウェイとして、ＣＰＥゲートウェイと統合することができる。また、Ｍ２ＭデバイスのプロビジョニングのためにＷｉＦｉ Ｍ２ＭゲートウェイソフトウェアのみをポータブルなＣＰＥゲートウェイ（例えば、ＭｉＦｉを有するAndroidハンドセット）に統合することができる。
【符号の説明】
【００３８】
１、２、３ Ｍ２Ｍデバイス
４、５ ＣＰＥゲートウェイ
６ パブリックダイナミックＤＮＳサーバ
７ ローカルホスト
８ ゲートウェイエリア
９ ＷＡＮおよびインターネット
１０、１０’ 遠隔制御ホスト
１１ サービスプロバイダのコアＩＰネットワーク
１２ ネットワークルータ
１３ Ｍ２Ｍサーバ
１４ ＤＮＳサーバ
１５ ＷｉＦｉ Ｍ２Ｍゲートウェイ
１６ 処理キュー
１７ ゲートウェイデバイスデータベース
２０ ユーザ
【特許請求の範囲】
【請求項１】
無線ローカルエリアネットワークを介してデバイスから識別情報を取得する手段と、
広域ネットワークに接続されたサーバに前記識別情報を送信する手段と、
前記サーバから前記デバイスに割り当てられた完全修飾ドメイン名を受信する手段と、
前記識別情報および前記完全修飾ドメイン名を記憶する手段と、
を備えるゲートウェイ。
【請求項２】
前記サーバに送信される識別情報は、前記デバイスの名前、媒体アクセス制御（ＭＡＣ）アドレス、インターネットプロトコル（ＩＰ）アドレスを含み、
前記完全修飾ドメイン名とともに記憶される識別情報は、前記デバイスのＩＰアドレスおよびＥＳＳＩＤ（Extended Service Set Identifier）を含む請求項１に記載のゲートウェイ。
【請求項３】
ゲートウェイが無線ローカルエリアネットワークを介してデバイスから取得した識別情報を受信する手段と、
前記デバイスに完全修飾ドメイン名を割り当てる手段と、
前記識別情報および前記完全修飾ドメイン名を用いてドメインネームサーバを更新する手段と、
前記完全修飾ドメイン名を前記ゲートウェイに送信する手段と、
を備えるサーバ。
【請求項４】
コンピュータに、
無線ローカルエリアネットワークを介してデバイスから識別情報を取得する手順と、
広域ネットワークに接続されたサーバに前記識別情報を送信する手順と、
前記サーバから前記デバイスに割り当てられた完全修飾ドメイン名を受信する手順と、
前記識別情報および前記完全修飾ドメイン名を記憶する手順と、
を実行させるプログラム。
【請求項５】
コンピュータに、
ゲートウェイが無線ローカルエリアネットワークを介してデバイスから取得した識別情報を受信する手順と、
前記デバイスに完全修飾ドメイン名を割り当てる手順と、
前記識別情報および前記完全修飾ドメイン名を用いてドメインネームサーバを更新する手順と、
前記完全修飾ドメイン名を前記ゲートウェイに送信する手順と、
を実行させるプログラム。
【請求項１】
無線ローカルエリアネットワークを介してデバイスから識別情報を取得する手段と、
広域ネットワークに接続されたサーバに前記識別情報を送信する手段と、
前記サーバから前記デバイスに割り当てられた完全修飾ドメイン名を受信する手段と、
前記識別情報および前記完全修飾ドメイン名を記憶する手段と、
を備えるゲートウェイ。
【請求項２】
前記サーバに送信される識別情報は、前記デバイスの名前、媒体アクセス制御（ＭＡＣ）アドレス、インターネットプロトコル（ＩＰ）アドレスを含み、
前記完全修飾ドメイン名とともに記憶される識別情報は、前記デバイスのＩＰアドレスおよびＥＳＳＩＤ（Extended Service Set Identifier）を含む請求項１に記載のゲートウェイ。
【請求項３】
ゲートウェイが無線ローカルエリアネットワークを介してデバイスから取得した識別情報を受信する手段と、
前記デバイスに完全修飾ドメイン名を割り当てる手段と、
前記識別情報および前記完全修飾ドメイン名を用いてドメインネームサーバを更新する手段と、
前記完全修飾ドメイン名を前記ゲートウェイに送信する手段と、
を備えるサーバ。
【請求項４】
コンピュータに、
無線ローカルエリアネットワークを介してデバイスから識別情報を取得する手順と、
広域ネットワークに接続されたサーバに前記識別情報を送信する手順と、
前記サーバから前記デバイスに割り当てられた完全修飾ドメイン名を受信する手順と、
前記識別情報および前記完全修飾ドメイン名を記憶する手順と、
を実行させるプログラム。
【請求項５】
コンピュータに、
ゲートウェイが無線ローカルエリアネットワークを介してデバイスから取得した識別情報を受信する手順と、
前記デバイスに完全修飾ドメイン名を割り当てる手順と、
前記識別情報および前記完全修飾ドメイン名を用いてドメインネームサーバを更新する手順と、
前記完全修飾ドメイン名を前記ゲートウェイに送信する手順と、
を実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−９０３２０（Ｐ２０１３−９０３２０Ａ）
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願番号】特願２０１２−７８２５５（Ｐ２０１２−７８２５５）
【出願日】平成２４年３月２９日（２０１２．３．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＡＮＤＲＯＩＤ
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【出願人】（５１２０８２８６４）ティー・ティー・ガバメント・ソリューションズ・インコーポレーテッド (1)
【Ｆターム（参考）】
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願日】平成２４年３月２９日（２０１２．３．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＡＮＤＲＯＩＤ
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【出願人】（５１２０８２８６４）ティー・ティー・ガバメント・ソリューションズ・インコーポレーテッド (1)
【Ｆターム（参考）】
[ Back to top ]