(57)【特許請求の範囲】
【請求項１】
装置であって：
プロセッサ回路と；
前記プロセッサ回路で動作するマシンタイプ通信（ＭＴＣ）デバイス設定モジュールと；
を有し、
前記ＭＴＣデバイス設定モジュールは、
デバイスがローカルネットワークのローカルサブスクリプションを有していないときを決定し、
ローカルサブスクリプションなしに、前記ローカルネットワークのオペレータと独立する接続を通じて、前記デバイスがＭＴＣサブスクライバに自動的に接続し、前記ＭＴＣサブスクライバとの認証を実行し、前記ＭＴＣサブスクライバから前記ローカルネットワークのローカルサブスクリプションを受信するためのデバイス設定インタフェースを提供する、
装置。
【請求項２】
前記ＭＴＣデバイス設定モジュールは、前記デバイス設定インタフェースを介して前記ＭＴＣサブスクライバに前記デバイスの識別情報を送信する、
請求項１に記載の装置。
【請求項３】
前記プロセッサ回路で動作する前記ＭＴＣデバイス設定モジュールは、前記デバイス設定インタフェースを介して前記ＭＴＣサブスクライバに前記デバイスの認証情報を送信する、
請求項１に記載の装置。
【請求項４】
前記ＭＴＣデバイス設定モジュールは、前記ＭＴＣサブスクライバから、前記ローカルサブスクリプションを停止させるメッセージを受信する、
請求項１に記載の装置。
【請求項５】
前記ＭＴＣデバイス設定モジュールは、前記デバイスが複数のローカルサブスクリプションを受信し、前記複数のローカルサブスクリプションの１以上は、前記ＭＴＣサブスクライバのローカルネットワークの外部のローカルネットワークに加入するためのものである、
請求項１に記載の装置。
【請求項６】
前記ＭＴＣデバイス設定モジュールは、前記デバイス設定インタフェースを通じて前記デバイスのＭＴＣ機能の有効化する、
請求項１に記載の装置。
【請求項７】
１以上のローカルネットワークで動作可能な前記デバイスのローカルサブスクリプションの記録を提供するサブスクリプションデータベース
をさらに有する、請求項１に記載の装置。
【請求項８】
前記ＭＴＣサブスクライバに送信するためのデータを収集するデータ収集モジュールと；
前記ＭＴＣサブスクライバによる調整に従って、収集された前記データを送信するＭＴＣアプリケーションモジュールと；
を有する、請求項１に記載の装置。
【請求項９】
一度接続された前記ＭＴＣサブスクライバに送信されるデータを検知するセンサ
を有する、請求項１に記載の装置。
【請求項１０】
前記ＭＴＣデバイス設定モジュールは、前記デバイス設定インタフェースを通じて前記ＭＴＣサブスクライバに１以上の認証情報及び識別情報を送信する、
請求項１に記載の装置。
【請求項１１】
前記ＭＴＣサブスクライバによる調整に従って、収集されたデータを送信するＭＴＣアプリケーションモジュール
を有する、請求項１に記載の装置。
【請求項１２】
デバイスがローカルネットワークのローカルサブスクリプションを有していないときを決定する段階と、
デバイス設定インタフェースを介し、前記ローカルサブスクリプションなしに、前記ローカルネットワークのオペレータと独立する接続を通じて、前記デバイスをＭＴＣサブスクライバに接続し、前記ＭＴＣサブスクライバとの認証を実行する段階と、
前記デバイス設定インタフェースを介して、前記ＭＴＣサブスクライバから、前記ローカルネットワークのサブスクリプションを受信する段階と、
受信された前記サブスクリプションを用いて、前記デバイスに前記ローカルネットワークに加入する段階と、
を有する、方法。
【請求項１３】
前記デバイス設定インタフェースを通じて前記ＭＴＣサブスクライバに１以上の認証情報及び識別情報を送信する段階
を有する、請求項１２に記載の方法。
【請求項１４】
前記ＭＴＣサブスクライバから前記サブスクリプションを停止する命令を受信する段階
を有する、請求項１２に記載の方法。
【請求項１５】
前記デバイス設定インタフェースを通じて前記デバイスのＭＴＣ機能を有効化する段階
を有する、請求項１２に記載の方法。
【請求項１６】
前記ＭＴＣサブスクライバからの前記サブスクリプションを停止する段階と、
前記デバイス設定インタフェースを通じて第二のネットワークの第二のサブスクリプションを受信する段階と、
を有する、請求項１２に記載の方法。
【請求項１７】
請求項１２乃至１６何れか１項に記載の方法を実行する手段を有する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
様々な実施形態は、無線ネットワークにおいて、マシンツーマシン（Ｍ２Ｍ）通信の改善に関連する。
【背景技術】
【０００２】
マシンツーマシン（Ｍ２Ｍ）通信（マシン型通信（ＭＴＣ）とも呼ばれる）が、人の相互作用なしに情報をやりとりが可能な、「モノのインターネット」を可能にする動的な技術として、登場している。一部の例において、ＭＴＣ通信は、オペレータの無線アクセスネットワーク内の基地局を用いて、サブスクライバ（購読）端末（ＭＴＣデバイス）と、そのオペレータのコアネットワーク内のサーバとの間での、無線情報の交換を伴う。別の例は、基地局によってリンクされた、２つの異なるサブスクライバ端末の間での、無線による情報の交換を伴う。これらのＭＴＣ通信のいずれにおいても、人の相互作用は必要とされない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＭＴＣデバイスは、複数のＭＴＣデバイスのグループが、単一のサブスクリプションに付随する複数のデバイスの、より大きな地理的な広がりを有し得るという点で、人と人との通信を必要とする従来の移動局（ＭＳ）（ユーザ装置（ＵＥ）とも呼ばれる）とも、一般的に異なる。一例を挙げると、ＭＴＣのサブスクライバを構成する、公益事業会社に属するスマートメータデバイスは、運用上、全国にわたって分散されるか、あるいは、国を跨って分散されて、存在し得る。かかる地理的な分散は、一のモバイルサブスクライバに関連付けられる複数のＵＥが、サブスクライバの所在地の近くで運用可能であり、地理的に制限され得る、人により操作される装置のための従来の配置とは異なる。従って、ＭＴＣ装置の運用可能な場所は、ＭＴＣサブスクライバの所在地とは無関係であり、既知のサブスクライバと同一のエリア内で動作するＵＥとは、一般的に大きく異なる。
【０００４】
ＭＴＣサブスクライバの地理的な所在地から離れた場所で動作可能なＭＴＣデバイスへの要求は、ＭＴＣ装置を展開するためのネットワークアーキテクチャに、特別な要件を課している。例えば、ＭＴＣサブスクライバの所在地の近くに展開されていないＭＴＣデバイスは、ＭＴＣサブスクライバと関連付けられたＨＰＬＭＮ（Home  Public  Land  Mobile  Network）とは異なるＨＰＬＭＮを必要とする可能性がある。ＭＴＣデバイスにローミング処理を提供することは、この要求に対処するための、１つの方法である。従って、ＭＴＣサブスクライバは、特定の（リモート）ＭＴＣデバイスを運用する場所で、ローミング協定（roaming  arrangement）が利用可能か確認する必要がある。ＭＴＣサブスクライバが採用し得るＭＴＣデバイスの数が多く、かつ、ＭＴＣデバイスが動作する可能性のある、地理的に分散された、異なる場所の数が多い場合、ＭＴＣサブスクライバは、これらの異なる位置でＭＴＣデバイスを展開する前に、多くのローミング協定を確立する必要がある。また、ローミング協定は、通信量のコミットメントに基づくため、複数のローミング協定を確立して維持することは、非常に複雑である。
【０００５】
このような考慮すべき事柄に関し、目下の改善が必要とされている。
【課題を解決するための手段】
【０００６】
上述した課題を解決し目的を達成するため、本発明の一実施形態における装置は、
装置であって：
プロセッサ回路と；
前記プロセッサ回路で動作するマシンタイプ通信（ＭＴＣ）デバイス設定モジュールと；
を有し、
前記ＭＴＣデバイス設定モジュールは、
デバイスがローカルネットワークのローカルサブスクリプションを有していないことを決定し、
ローカルサブスクリプションなしに、前記ローカルネットワークを通じて、前記デバイスがＭＴＣサブスクライバに自動的に接続するためのデバイス設定インタフェースを提供し、さらに、
前記ＭＴＣサブスクライバから前記ローカルネットワークのローカルサブスクリプションを受信する。
【０００７】
また、他の実施形態における記録媒体は、
命令を有する少なくとも一つのコンピュータ読み取り可能な記録媒体であって、前記命令は、実行されることにより、システムに：
デバイスがローカルネットワークのローカルサブスクリプションを有していないことを決定する段階と、
デバイス設定インタフェースを用いて、ローカルサブスクリプションなしに、前記ローカルネットワークを通じて、前記デバイスをＭＴＣサブスクライバに接続する段階と、
前記デバイス設定インタフェースを介して、前記ＭＴＣサブスクライバに対して前記デバイスを識別する段階と、
前記デバイス設定インタフェースを介して、前記ＭＴＣサブスクライバに対して前記デバイスを認証する段階と、
前記ＭＴＣサブスクライバから前記ローカルネットワークのローカルサブスクリプションを受信する段階と、
を実行させる。
【０００８】
また、他の実施形態における方法は、
デバイスがローカルネットワークのローカルサブスクリプションを有していないことを決定する段階と、
デバイス設定インタフェースを用いて、前記ネットワークを通じて、前記デバイスをＭＴＣサブスクライバに接続する段階と、
前記デバイス設定インタフェースを介して、前記ネットワークのオペレータから独立している前記ＭＴＣサブスクライバから、前記ネットワークのサブスクリプションを受信する段階と、
受信された前記サブスクリプションを用いて、前記デバイスに前記ネットワークを購読させる段階と、
を有する。
【発明の効果】
【０００９】
本発明によれば、上述した考慮すべき事柄が改善される。
【図面の簡単な説明】
【００１０】
【図１】従来のデバイスのサブスクリプション構成を表す図。
【図２Ａ】本発明の一実施形態に従うＭＴＣデバイスのためのサブスクリプション構成を表す図。
【図２Ｂ】いくつかの実施形態における、図２ＡのＭＴＣデバイスの構成に適用可能な一のシナリオを表す図。
【図３】本発明の一実施形態に従って運用のためにＭＴＣデバイスを展開するための様々な処理を表す図。
【図４】様々な実施形態に従うＭＴＣデバイス／サブスクリプションのライフサイクル管理に関する例示的な処理を表す図。
【図５】様々な実施形態に従いＭＴＣデバイスへのサブスクリプションの提供をサポートするアーキテクチャを表す図。
【図６】本発明の一実施形態に従うＭＴＣデバイスの一の構成を表すブロック図。
【図７】図６のＭＴＣデバイス設定モジュールの一実施形態の詳細を表す図。
【図８】図７の機能設定モジュールの一実施形態の詳細を表す図。
【図９】様々な追加の実施形態に従ってＭＴＣデバイスへのサブスクリプションの提供をサポートするアーキテクチャを表す図。
【図１０】さらなる実施形態に従ってＭＴＣデバイスへのサブスクリプションの提供をサポートする、追加のアーキテクチャを表す図。
【図１１】例示的なロジックの流れを表す図。
【図１２】さらなる実施形態に従うロジックの流れを表す図。
【図１３】例示的なシステムの実施形態を表す図。
【図１４】例示的なコンピュータのアーキテクチャの一実施形態を表す図。
【発明を実施するための形態】
【００１１】
本出願は、２０１１年８月１日に出願された、米国特許仮出願第６１／５１４，０１０に対する優先権を主張し、その全内容は、参照されることにより、本願明細書に組み込まれる。
【００１２】
様々な実施形態は、無線ネットワークにおいて、マシンツーマシン（Ｍ２Ｍ）通信の改善に関連する。様々な実施形態において、Ｍ２Ｍ通信は、Ｍ２Ｍデバイスからのデータを送信するための、無線アクセスネットワークやコアネットワークを管理するオペレータにより、運ばれ得る。通信システムのいくつかの実施形態は、例えば、ＩＥＥＥ（Institute  of  Electrical  and  Electronics  Engineers）８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＥＴＳＩ（European  Telecommunications  Standards  Institute）等のような、無線技術により実現され得る。ＩＥＥＥ  ８０２．１６ｍと８０２．１６ｐは、ＩＥＥＥ  ８０２．１６ｅの発展形であり、ＩＥＥＥ８０２．１６ベースのシステムとの後方互換性がある。ＵＴＲＡは、ＵＭＴＳ（universal  mobile  telecommunication  system）の一部である。３ＧＰＰ（3rd  generation  partnership  project）のＬＴＥ（long  term  evolution）は、Ｅ−ＵＴＲＡを用いる、進化型ＵＭＴＳ（Ｅ−ＵＭＴＳ）の一部である。
【００１３】
様々な実施形態は、サブスクライバから離れた場所において、サブスクリプションを有するＭＴＣデバイスのような、モバイルデバイスの提供（provisioning）に関連する。多くのシナリオにおいて、サブスクライバは、それぞれ異なるＨＰＬＭＮによりサービスを提供される複数の場所に、ＭＴＣデバイスを展開することを望む。すなわち、ＭＴＣデバイスが、単一のサブスクリプションなしに、ある工場や倉庫から流通されることが望ましい。なぜなら、サブスクライバのサーバやＨＰＬＭＮの本拠地は、サブスクライバのＭＴＣデバイスが展開される場所のＨＰＬＭＮとは一致しない可能性があるためである。運用のスケーラビリティは、ＭＴＣサブスクライバが、そのＭＴＣデバイスの運用場所のサブスクリプションを得ることができれば、最大限達成され得る。従って、サブスクライバは、一般には知ることが不可能である、ＭＴＣデバイスの運用場所が決定した後に、ＭＴＣデバイスの、その場所でのサブスクリプションの提供を受けることができれば、有益である。
【００１４】
図１は、ＭＴＣデバイスを提供するための実施形態における処理を明らかにするために、ＵＥの可能性のあるサブスクリプション構成１００を表す。構成１００において、あるユーザ１０１が、ＨＰＬＭＮ（Home  Public  Land  Mobile  Network）１０２のサブスクリプションを有し、ＶＰＬＭＮ（Visitor  Public  Land  Mobile  Network）１０６ａ−１０６ｎと関連付けられた、複数のＵＥ１０４ａ−１０４ｎのためのローミング接続（roaming  association）が提供され得る。かかる構成は、ＨＰＬＭＮ１０２と関連付けられたローミングにわたって接続する可能性のあるＵＥの数が増えた場合に、維持することが困難となる可能性がある。地理的に分散する多数のＵＥのために機能する方式のために、サブスクライバのＨＰＬＭＮは、ＵＥが展開される可能性があり、サブスクライバにとって経済的に実行可能な、全ての異なる領域との、ローミング協定を支援する必要がある。構成１００の使用に関する他の考慮すべき事項として、ローミング協定は、長時間にわたって維持可能であり、サブスクライバのビジネスの成長に対して拡大可能である必要がある。
【００１５】
ＭＴＣデバイスの分野では、ユーザとサブスクライバの役割は分離され、地理的に分散された多くのリモートデバイスをサポートするビジネスモデルのスケーラビリティを可能とする。従って、今日の規格は、ＭＴＣデバイスの管理に携わる、異なるエンティティを区別するよう、発展している。３ＧＰＰ規格（3GPP  Technical  Specification  TS  22.368  V11.3.0  §3.1;  3rd  Generation  Partnership  Project;  Technical  Specification  Group  Services  and  System  Aspects;  Service  requirements  for  Machine-Type  Communications  (MTC);  September  2011）は、以下のエンティティを定義する。
・ＭＴＣサーバ  ＰＬＭＮを通じて、ＭＴＣデバイスと通信するエンティティ
・ＭＴＣユーザ  ＭＴＣサーバのサービスを利用するユーザ
・ＭＴＣサブスクライバ  一対多数のＭＴＣデバイスにサービスを提供するネットワーク（ＮＷ）オペレータと契約上の関係を有するエンティティ
従って、ＭＴＣユーザは、ＭＴＣユーザがネットワークオペレータと契約上の関係を有する場合に、ＭＴＣサブスクライバとなり得る。以下の説明では、「ＭＴＣサブスクライバ」と「ＭＴＣユーザ」の語は、特に示さない限り、区別しないで用いられる。
【００１６】
しかしながら、現在、ＭＴＣデバイスのサブスクリプションをネットワークに対して定義する、技術的なアーキテクチャは存在しない。とりわけ、サブスクリプションが、デバイスがネットワークに参加する各ＨＰＬＭＮへのローカルなサブスクリプションか、デバイスが参加可能なＶＰＬＭＮを介するリモートなサブスクリプションかを、定義する方法が存在しなかった。さらに、ＵＥの場合と異なり、ＭＴＣデバイスのアクティベーションの地点は、出荷時には一般的に知ることができない。理想的な場合には、ＭＴＣデバイスは、ローカルの倉庫から、運用される場所へと、直接転送され得る。しかしながら、実際には、ＭＴＣデバイスは、元の場所から離れた場所を含む、あらゆる場所へと出荷され得る。従って、あるローカルなＨＰＬＭＮへのサブスクリプションを有するデバイスを、予め提供することは困難である。それらのデバイスの識別情報は、デバイスが製造され、出荷場所へと展開される時点では、決定されていない可能性がある。
【００１７】
図２Ａは、本発明の一実施形態に従うＭＴＣデバイスのためのサブスクリプション構成２００を表す。サブスクリプション構成２００において、ＭＴＣサブスクライバ（ユーザ）２０２は、複数のＨＰＬＭＮ２０４ａ−２０４ｎと接続される、様々なデバイス（例えば、サーバやＵＥ）を利用することができる。これらのデバイスは、互いのデバイス及びＭＴＣサブスクライバ２０２の所在から、地理的に分散され得る。一例を挙げると、ＭＴＣサブスクライバ２０２は、複数の多用途のデバイスを管理するエンティティであり得る。例えば、ＭＴＣサブスクライバ２０２は、公益サービスが異なるＨＰＬＭＮ２０４ａ−２０４ｎによりサービスが提供される領域においても提供できるように、広い地理的な範囲にわたって分散するデバイスを所有し管理する、公益事業会社である。
【００１８】
ＭＴＣサブスクライバ２０２は、異なる地域において、ＭＴＣデバイス２０６の複数の組を展開することができる。ＭＴＣデバイス２０６は、電力サービスのような、公共サービスの特定の場所での使用を測定し、管理する、スマートメータを含んでも良い。ＭＴＣサブスクライバ２０２にとって、ＭＴＣサブスクライバ２０２により管理されるＭＴＣデバイスが配置され得る場所のＨＰＬＭＮ２０４ａ−２０４ｎの各々と、契約上の関係を確立することは、都合がよい。図２Ａに示されるように、複数のＭＴＣデバイス２０６ａ１−２０６ａ４は、ＨＰＬＭＮ２０４ａの領域に展開され得る。同様に、複数のＭＴＣデバイス２０６ｂ１−２０６ｂ４は、ＨＰＬＭＮ２０４ｂの領域に位置付けられ得る。さらなるＨＰＬＭＮに対し、ＭＴＣサブスクライバ２０２により管理されるＭＴＣデバイスの同様の構成が、最大でＨＰＬＭＮ２０４まで、存在し得る。図に示すように、ＭＴＣデバイス２０６は、ＭＴＣサブスクライバ２０２により管理され所有される異なるエンティティの、異なる種類のメーターデバイス等の、異なる種別のデバイスを含んでも良い。
【００１９】
本発明の一実施形態に従い、ＭＴＣデバイス２０６は、異なった各ＨＰＬＭＮ２０４（ローカルネットワークと呼ぶ）への各サブスクリプション（ローカルサブスクリプションと呼ぶ）と共に提供される前に、各ＨＰＬＭＮ２０４に展開され得る。これにより、各ＭＴＣデバイス２０６は、そのＭＴＣデバイス２０６の運用の時点、すなわち、ＭＴＣデバイス２０６に近いＨＰＬＭＮ２０４によりサービスが提供される領域の範囲内で、ローカルサブスクリプションとともに提供され得る。このように、各ＭＴＣデバイス２０６は、ＨＰＬＭＮ２０４がＭＴＣサブスクライバ２０２の近くでない領域で展開されるとき、ＨＰＬＭＮ２０４とローミング協定を確立する必要がなく、ＭＴＣサブスクライバ２０２と通信することができる。サブスクリプション構成２００は、多数のＭＴＣデバイス２０６が、多数のオペレータのネットワーク（ＨＰＬＭＮ２０４）にわたって展開される場合に、システムの拡大を容易にする。
【００２０】
ＭＴＣサブスクライバ２０２の近くにないＨＰＬＭＮ２０４にあるＭＴＣデバイス２０６に、ローカルサブスクリプションを提供するため、様々な実施形態において、ＭＴＣデバイス２０６が、現時点で、ＨＰＬＭＮ２０４のローカルサブスクリプションを有していない場合であっても、ＨＰＬＭＮ２０４の無線ネットワークを用いる領域に最初に展開されたときは、ＭＴＣサブスクライバ２０２は、ＭＴＣデバイス２０６を識別して認証する方式を提供することができる。認証の後に、ＭＴＣサブスクライバ２０２は、ＭＴＣデバイス２０６に対してＨＰＬＭＮ２０４へのローカルサブスクリプションを実際に提供するために、（例えば、ローカルサブスクリプションなしに）ローカルのＨＰＬＭＮ２０４の外の、認証されたＭＴＣデバイス２０６への接続を確立することができる。続いて、認証されたＭＴＣデバイス２０６は、ローカルサブスクリプションを提供され、認証されたＭＴＣデバイス２０６の近くのＨＰＬＭＮ２０４は、そのＭＴＣデバイス２０６のＨＰＬＭＮ２０４として機能することができる。
【００２１】
様々な実施形態において、デバイスの識別は、製造時に、ＭＴＣデバイス２０６に提供される、デバイスＩＤ（例えば、メディアアクセス制御（ＭＡＣ）ＩＤ又は国際移動体装置識別番号（IMEI））を必要とする可能性がある。さらに、ＭＴＣデバイス２０６の認証は、製造中に、ＭＴＣデバイス２０６にインストールされる、証明書又は共有秘密鍵を通じて、実行され得る。
【００２２】
一度、ＨＰＬＭＮ２０４へのサブスクリプションが認証され提供されると、各ＭＴＣ装置は、各ＨＰＬＭＮ２０４を介して、ＭＴＣサブスクライバ２０２と通信することができる。従って、例えば、提供済のＭＴＣデバイス２０６ａ３は、ローカルのＨＰＬＭＮ２０４ａを介して、運用期間中、ＭＴＣサブスクライバ２０２と通信することができる。さらなる実施形態において、その領域に展開されたＭＴＣデバイス２０６のサブスクリプションは、ＭＴＣデバイス２０６のライフサイクルを通じて、管理され得る。例えば、運用中に、ＭＴＣデバイス２０６は、故障により、置き換えが必要となる可能性がある。他の例では、ＭＴＣサブスクライバ２０２は、ＭＴＣデバイス２０６により提供される、領域へのサービスの停止を決定する可能性がある。例えば、ＭＴＣサブスクライバ２０２は、ＭＴＣデバイス２０６ｂ２、２０６ｂ４により提供される、ＨＰＬＭＮ２  ２０４ｂにおけるスマートメータ―のサービスを停止する可能性がある。運用中にＭＴＣデバイス２０６が故障した場合、本実施形態は、故障したＭＴＣデバイス２０６により保持されるサブスクリプションを再び提供する。従って、図２Ｂに示されるように、ＭＴＣデバイス２０６ａ４が故障し、同時に、ＨＰＬＭＮ１  ２０４ａに接続されて展開されている場合に、ＭＴＣデバイス２０６ａ４は、運用を中止させられ得る。さらに、ＭＴＣデバイス２０６ａ４に元から提供されていたサブスクリプションは、新たなＭＴＣデバイス２０６ａ５に再び提供される。このことは、上述したように、ＭＴＣサブスクライバ２０２に対する、ＭＴＣデバイス２０６ａ５の識別と認証とを伴う。続いて、ＭＴＣデバイス２０６ａ５は、廃棄されたＭＴＣデバイス２０６ａ４の機能を実行し、ＭＴＣサブスクライバ２０２によるサブスクリプションの追加や削除の必要なく、ホームネットワークとしてのＨＰＬＭＮ１  ２０４ａと共に動作することができる。
【００２３】
さらなる実施形態に従って、１以上のＭＴＣデバイス２０６が、ＨＰＬＭＮ２０４のサービスがもはや提供されないことにより、運用を停止された場合に、それらの元のサブスクリプションは、不活化され得る。さらに、そのＭＴＣデバイスが、運用のためにどこかで再び展開される場合に、そのＭＴＣデバイス２０６は、新たなＨＰＬＭＮに対する新たなサブスクリプションを提供され得る。従って、本実施形態に従って構成されるＭＴＣデバイスは、異なる地域間で、容易に展開され、再展開され得る。同時に、ＨＰＬＭＮへのサブスクリプションは、ＭＴＣデバイス間で、独立して移植され得る。
【００２４】
図３は、本発明の一実施形態に従って運用のためにＭＴＣデバイスを展開するための様々な処理を表す。処理３０２は、１以上のＭＴＣデバイス２０６を、ＭＴＣデバイス２０６が有効化され使用される場所へと出荷する処理を含む。例えば、ＭＴＣデバイスは、ＨＰＬＭＮ２０４によってサービスを提供される地域における展開のために、倉庫から出荷され得る。処理３０４において、新たに展開されたＭＴＣデバイス２０６と、ＭＴＣサブスクライバ２０２との間の接続が、ＭＴＣデバイス２０６のある領域にサービスを提供する、ＨＰＬＭＮ２０４を運用するオペレータネットワークとは独立に、確立される。以下で詳しく述べるように、本実施形態における、ＭＴＣデバイス２０６が認証されておらず、かつ、ＭＴＣサブスクライバがＭＴＣデバイス２０６の場所を推測することができないようなシナリオにおいて、ＭＴＣデバイス２０６とＭＴＣサブスクライバ２０２との間の通信を容易にするインタフェースが提供され得る。具体的には、そのインタフェースは、ローカルＨＰＬＭＮ２０４のオペレータによらず、ＭＴＣデバイス２０６とＭＴＣサブスクライバ２０２との、自動的な接続を容易にすることができる。続いて、処理３０６に示されるように、ローカルＨＰＬＭＮ２０４のオペレータと独立する接続を用いて、ＭＴＣデバイス２０６は、ＭＴＣサブスクライバ２０２に対して識別／認証することができる。処理３０８において、ＭＴＣ２０２は、ＭＴＣデバイス２０６がローカルＨＰＬＭＮ２０４との通信により運用されることを可能とする、ローカルサブスクリプションを、ＭＴＣデバイス２０６に提供することができる。処理３１０において、ＭＴＣサブスクライバ２０２は、ローカルＨＰＬＭＮ２０４に、ＭＴＣデバイス２０６を有効化するよう、信号を送信することができる。これにより、ローカルＨＰＬＭＮは、ＭＴＣデバイス２０６と信号のやり取りを開始することができる。ＭＴＣデバイスのあるローカルＨＰＬＭＮにおいて、一度ＭＴＣデバイス２０６が有効化されると、ＭＴＣデバイス２０６は、ローカルＨＰＬＭＮ２０４を用いて、ＭＴＣサブスクライバ２０２とリンクする。従って、処理３１２において、ＭＴＣデバイス２０６とＭＴＣサブスクライバ２０２は、互いに接続し、ＭＴＣデバイスは、ローカルＨＰＬＭＮ２０４を通じて、ＭＴＣサブスクライバ２０２に、メッセージを送信するよう動作することができる。
【００２５】
一度、ＭＴＣデバイス２０４がローカルサブスクリプションにより設定されると、ＭＴＣデバイス２０４は、例えば定期的あるいは断続的にＭＴＣサブスクライバ２０２に情報を提供するような、既定のアプリケーションに従って動作することができる。上述したように、本実施形態に従って、サブスクリプション構成は、一般的に独立したライフサイクルを有し得る、個別のＭＴＣデバイス２０６と個別のサブスクリプションとのライフサイクルの管理において、柔軟性を提供する。例えば、ＭＴＣデバイス２０６の耐用年数は、一般に、ＭＴＣデバイス２０６に適用されるローカルサブスクリプションの生存期間とは異なり得る。さらに、ＭＴＣデバイス２０６は、ローカルサブスクリプションが変わり得る、異なる領域において、展開される可能性もある。また、既に述べたように、第一のＭＴＣデバイス２０６が廃止又は故障し、第一のＭＴＣデバイス２０６が、第一のＭＴＣデバイスのローカルサブスクリプションを引き継ぐ第二のＭＴＣデバイス２０６によって置き換えられた場合に、個別のローカルスクリプションは、１以上のＭＴＣデバイス２０６に適用される可能性がある。
【００２６】
図４は、様々な実施形態に従うＭＴＣデバイス／サブスクリプションのライフサイクル管理に関する例示的な処理を表す。処理４０２は、処理３０２により既に説明したように、第一のＭＴＣデバイス２０６の現地への出荷を示す。処理４０２は、倉庫から新たなＭＴＣデバイス２０６を出荷する処理を示す。しかし、この処理は、以前使用されたＭＴＣデバイス２０６が、新たなローカルサブスクリプションにより設定されるべき新たな場所へと出荷されるケースにも適用可能である。処理４０４において、第一のＭＴＣデバイス２０６がローカルサブスクリプションにより設定される。次いで、処理４０６において、第一のＭＴＣデバイス２０６は、図３により説明されるように、ローカルＨＰＬＭＮ２０４について、ローカルで有効化され得る。続いて、ローカルＨＰＬＭＮ２０４内で、有効な寿命の間、第一のＭＴＣデバイス２０６は、ローカルＨＰＬＭＮ２０４を通じて、ＭＴＣサブスクライバ２０２と通信することができる。
【００２７】
将来、第一のＭＴＣデバイス２０６と、ローカルＨＰＬＭＮ２０４へのローカルサブスクリプションとを、分離するイベントが生ずる可能性がある。例えば、第一のＭＴＣデバイス２０６が故障又は遮断され、新たなＭＴＣデバイスと置き換えられるか、ローカルサブスクリプションが取り消される可能性がある。図４の処理４０８は、デバイス変更要求が、ＭＴＣデバイス２０６からＭＴＣサブスクライバ２０２へと、送信されるシナリオを示す。かかる要求は、第一のＭＴＣデバイスの故障か、あるいは、第一のＭＴＣデバイスによるローカルサブスクリプションを用いた現在の運用を放棄する必要がある場合に、送信され得る。続いて、処理４１０において、ＭＴＣサブスクライバ２０２は、処理４０８に応じて、第一のＭＴＣデバイス２０６のローカルサブスクリプションを廃止又は休止するメッセージを送信することができる。
【００２８】
さらなる実施形態において、処理４１０は、処理４０８なしに実行されても良い。すなわち、ＭＴＣサブスクライバ２０２は、変更要求メッセージを受信することなく、第一のＭＴＣデバイス２０６のローカルサブスクリプションを廃止できる。上述したように、ＭＴＣユーザは、第一のＭＴＣデバイス２０６が置き換えられるべきか、あるいは、様々な理由により、そのサブスクリプションが除去されるべきか、決定することができる。処理４１２において、ＭＴＣサブスクライバ２０２は、ローカルサブスクリプションを再び提供するためのメッセージを、ローカルＨＰＬＭＮ２０４のエリア内に展開される可能性のある、第二のＭＴＣデバイス２０６に送信する。ある場合には、ＭＴＣユーザは、さらなる処理４１４を実行しても良い。処理４１４において、第一のＭＴＣデバイス２０６を置き換え、ローカルサブスクリプションを引き継ぐために、新たなＭＴＣデバイス２０６が、ローカルＨＰＬＭＮの領域に出荷される。処理３０２−３１２に示される処理の組と同一又は同様の手続きが、新たなＭＴＣデバイス２０６に適用され得る。
【００２９】
ＭＴＣデバイスのサブスクリプションとライフサイクル管理を支援するための、図３及び図４において説明された上記の処理は、ＵＥのようなデバイスをサポートするために展開された、既存のサブスクリプション方式を用いて、達成することができない点に留意する。
【００３０】
図５は、様々な実施形態に従いＭＴＣデバイスへのサブスクリプションの提供をサポートするアーキテクチャを表す。アーキテクチャ５００は、ＭＴＣユーザ５０２と、ＭＴＣユーザ５０２から離れた場所に展開され得るＭＴＣデバイス５０４との間に展開される、従来の通信接続を含む。例えば、ＭＴＣユーザ５０２は、ＭＴＣユーザに常駐するアプリケーション５０６とやりとりする、ＭＴＣデバイス５０４を提供することができる。例えば、ＭＴＣデバイス５０４に常駐する、１以上のＭＴＣアプリケーション５０８は、ユーザ５０２に送られる情報を生成し、かつ／又はパッケージするよう、使用される。日常の処理において、ＭＴＣデバイス５０４は、無線アクセスネットワーク（ＲＡＮ）５１０、コアネットワーク５１２、及びＭＴＣサーバ５１４を通じて、ＭＴＣユーザ５０２と接続することができる。かかるアーキテクチャに従い、ＭＴＣデバイス５０４は、データパケットを含む信号を、ＭＴＣユーザ５０２に提供することができる。アーキテクチャ５００は、出荷前にＭＴＣデバイス５０４のサブスクリプションを予め提供する必要なく、ＭＴＣユーザ５０２から離れた地域５１６に、ＭＴＣデバイス５０４を展開することを容易にする構成をさらに提供する。特に、ＭＴＣデバイス５０４は、ＭＴＣユーザ５０２から離れた地域にある可能性があるため、デバイス設定インタフェース（以下、「ＭＴＣｐ」インタフェース５１８と呼ぶ）が提供される。ＭＴＣｐインタフェース５１８は、ローカルＨＰＬＭＮでＭＴＣデバイス５０４が有効化される前に、ＭＴＣデバイスとＭＴＣユーザ５０２との間の処理を容易にする。デバイス設定インタフェース、すなわち、ＭＴＣｐインタフェース５１８は、例えば、ＭＴＣデバイス５０４とＭＴＣサーバ５１４に常駐し、コアネットワークにさらされるＡＰＩ（application  programming  interface）を提供することができる。このように、ＭＴＣｐインタフェース５１８は、ＭＴＣデバイス５０４が、ローカルＨＰＬＭＮのようなローカルネットワークによらず、ＭＴＣサブスクライバ、すなわち、ＭＴＣユーザ５０２に自動的に接続することを可能にする。ＭＴＣデバイス５０４が運用のために展開された場合、ＭＴＣデバイスは、例えばローミング接続を通じて、ＭＴＣサーバ５１４と認証することができる。一度認証がなされると、ＭＴＣｐインタフェース５１８は、ＭＴＣデバイス５０４のある場所５１６の近くのＨＰＬＭＮに対するサブスクリプションを、ＭＴＣデバイス５０４に提供するために、使用され得る。図５において示されるように、ＭＴＣユーザ５０２は、ＭＴＣサーバ５１４により提供されるＡＰＩを用いて、ＭＴＣｐインタフェース５１８を通じ、サブスクリプションに関連する手続きを開始する。ＭＴＣサーバ５１４は、ＭＴＣユーザ５０２に、サービス機能を提供することができる。ＭＴＣユーザ５０２は、ＭＴＣｐインタフェース５１８を通じてＭＴＣデバイス５０４にサブスクリプションを提供するためのＡＰＩを用いて、そのサービス機能を呼び出すことができる。このように、ＭＴＣｐインタフェース５１８は、ＭＴＣサーバ５１４とＭＴＣデバイス５０４との間の、転送レイヤを提供することができる。さらに、以下に詳細に示すよ���に、異なるＭＴＣ装置の機能へのサブスクリプションは、ＭＴＣｐインタフェース５１８を介して、提供され得る。後に、ローカルＨＰＬＭＮのサブスクリプションがＭＴＣデバイス５０４に提供され、ＭＴＣデバイス５０４に所望のＭＴＣの機能で設定されると、図示されるように、ＭＴＣサーバ５１４とＭＴＣデバイス５０４との間の通信が、従来のインタフェースＭＴＣｉ及びＡＰＩを介して、実行され得る。
【００３１】
図６は、本発明の一実施形態に従うＭＴＣデバイスの一の構成を表すブロック図である。ＭＴＣアプリケーションモジュール５０８に加えて、プロセッサ回路６０２と、データ収集モジュール６０４と、ＭＴＣデバイス設定モジュール６０８とが提供される。データ収集モジュールは、ＭＴＣサーバ５１４に送信されるようスケジュールされた、ＭＴＣデバイス５０４によって収集されるデータのために構成される。ＭＴＣデバイス５０４が、公共料金のメーター、セキュリティセンサ、トラフィックモニタ又は他の種類のモニタのような、センサあるいはモニタである実施形態において、データは、定期的、断続的、又は非定期的に収集され、定期的あるいは非定期的に、ＭＴＣサーバ５１４へと送信されることができる。ある場合には、ＭＴＣアプリケーションモジュール５０８は、所定のアプリケーションに対して、ＭＴＣユーザ５０２とＭＴＣデバイス５０６との間で確立されたプロトコル又は取決めに従い、ＭＴＣユーザ５０２との情報の交換をスケジュールしてもよい。例えば、ＭＴＣデバイス５０４は、ＭＴＣユーザ５０２との取り決めにより確立された、定期的なレポート期間に従って、伝送のために収集されたデータを転送しても良い。
【００３２】
図７は、ＭＴＣデバイス設定モジュール６０８の一実施形態の詳細を表す。図示されるように、ＭＴＣデバイス設定モジュールは、状態決定モジュール７０２と、認証モジュール０７４と、機能設定モジュール７０６と、サブスクリプションデータベース７０８と、ＭＴＣｐインタフェース７１０とを有する。状態決定モジュール７０２は、例えば、デバイス５０４がローカルＨＰＬＭＮへのローカルサブスクリプションを提供されているか、ＭＴＣデバイス５０４が所定のＭＴＣ機能を必要としているか、あるいは、ＭＴＣデバイスがローカルサブスクリプションを放棄すべきか等、ＭＴＣデバイス５０４の状態を検証するために動作することができる。認証モジュール７０４は、ローカルサブスクリプションがＭＴＣデバイス５１４に提供されたとき、ＭＴＣデバイス５０４とＭＴＣサーバ５１４との間での通信のための、認証／識別情報及び手続きを提供するために動作することができる。ＭＴＣ機能設定モジュール７０６は、ローカルサブスクリプションがＭＴＣデバイス５０４に提供されたとき、ＭＴＣデバイス５０４に設定されるべきＭＴＣの機能に関して、ＭＴＣサーバ５１４と通信することを容易にすることができる。機能設定モジュールの一実施形態の詳細は、図８に示される。図８に示されるように、例えば、３ＧＰＰ  ＴＳ２２．３６８においてより詳細に説明されるように、様々なＭＴＣ機能８０２が、ＭＴＣデバイス５０４に設定される。
【００３３】
サブスクリプションデータベース７０８は、ＭＴＣデバイス５０４に提供される可能性があり、異なる期間で使用され得る、１以上のサブスクリプションに関連する情報を含んでも良い。従って、異なる期間において、１以上のローカルサブスクリプションが、ＭＴＣデバイス５０４に提供され得る。ＭＴＣデバイスは、ローカルサブスクリプションを設定し、解放するとき、サブスクリプションデータベース７０８の情報を用いることができる。例えば、第一のサブスクリプションは、ＭＴＣデバイス５０４が、第一のＨＬＰＭＮの近くの第一の場所に展開される、第一の期間において、有効化され得る。同時に、第二のサブスクリプションは、ＭＴＣデバイス５０４が、第二のＨＬＰＭＮの近くの第二の場所に展開される、第二の期間において、用いられ得る。様々な実施形態に従って、１以上の要素７０２−７０８により実行される処理は、ＭＴＣｐ７１０を介して、実行されても良い。図９は、様々な追加の実施形態に従ってＭＴＣデバイスへのサブスクリプションの提供をサポートするアーキテクチャを表す。図示されるように、アーキテクチャ９００は、３ＧＰＰ  ２３．６８２（Technical  Specification  23.682,  section  4.2,  Architectural  Reference  Model;  3rd  Generation  Partnership  Project;  Technical  Specification  Group  Services  and  System  Aspects;  Architecture  Enhancements  to  facilitate  communications  with  Packet  Data  Networks  and  Applications;  (Release  11);  November  2011）（以下、「ＴＳ  ２３．６８２」とする）において定義される、ＭＴＣアーキテクチャの改良を提供する。アーキテクチャ９００において、従来のＭＴＣｕインタフェースは、ユーザの転送のために、３ＧＰＰネットワークへのＭＴＣデバイスアクセスを提供する。さらに、従来のＭＴＣｉインタフェースは、３ＧＰＰの手続きを通じて、ＭＴＣサーバ９１４が、３ＧＰＰネットワークに接続するための基準点である。
【００３４】
特に、破線は、本実施形態に従う、新たなインタフェースを含む、例示的な制御プレーンの接続を提供する。図示されるように、ＭＴＣｐインタフェース９０６は、ＵＥ９０２のＭＴＣアプリケーション９０４と、ＭＴＣサーバ９１４との間に、定義される。アーキテクチャ９００の追加のインターフェース（基準点）は、図示されるように、ＴＳ  ２３．６８２において定義される。しかしながら、基準点の名前は、単なる例示であり、同一の基準点が、異なる名前によって参照され得る。
【００３５】
アーキテクチャは、コアネットワークの、ＳＧＳＮ（serving  GPRS  support  node）／ＭＭＥ（mobility  management  entity）と接続される、無線アクセスネットワーク（ＲＡＮ）９１０を含む。さらに、ＭＴＣ−ＩＷＦ（MTC  interworking  function）９１８、ＨＳＳ（home  subscriber  server）９２０、ＳＭＳ  ＳＣ／ＩＰ−ＳＭ−ＧＷ機能９２４及びＣＤＦ／ＣＧＦ機能９２６が、コアネットワークに含まれ得る。さらに、ＲＡＮ９１０は、ゲートウェイＧ−ＧＷ９２２に接続されても良い。本実施形態に従って、３ＧＰＰ  ＴＳ  ２２．３６８において規定される、ローカルサブスクリプションや、様々なＭＴＣデバイス機能が、基本的な３ＧＰＰ  ＭＴＣアーキテクチャを再構成することなく、ＭＴＣｐインタフェース９０６を通じて、提供され得る。
【００３６】
図１０は、さらなる実施形態に従ってＭＴＣデバイスへのサブスクリプションの提供をサポートする、追加のアーキテクチャを表す。図示されるように、アーキテクチャ１０００は、ＥＴＳＩ  ＴＳ  １０２．６９０(Machine-to-machine  communications  (M2M);  M2M  functional  architecture  (Stable  draft,  June  2011)において定義されるＭＴＣアーキテクチャの修正を提供する。特に、破線は、本実施形態に従う、新たなインタフェースを含む、例示的な制御プレーンの接続を提供する。図示される例において、以前に定義したＭＴＣｐインタフェースとして機能するインタフェースは、ＥＴＳＩ  Ｍ２Ｍの用語体系に従って、「ｍｉｄｓｕｂ」インタフェースと呼ばれる。この用語体系は、ネットワーク（ＮＷ）とデバイス（Ｄ）又はゲートウェイ（ＧＷ）との間のインタフェースとして「ｍｉｄ」を定義し、ＮＷとアプリケーションサービスプロバイダ（ＡＳＰ）との間のインタフェースとして「ｍｌａ」を定義する。
【００３７】
図１０において詳細が示されるように、Ｍ２Ｍデバイスは、ｍｉｄｓｕｂインタフェース１０１０を介して、遠隔のサブスクライバの所在に位置するＭ２Ｍアプリケーション１０１４に接続され得る。例えば、Ｍ２Ｍデバイス１００２は、Ｍ２Ｍエリアネットワーク１００４及びＭ２Ｍゲートウェイ（ＧＷ）１００６を介して、ｍｉｄｓｕｂインタフェース１０１０と接続される。同時に、Ｍ２Ｍデバイス１００８は、ｍｉｄｓｕｂインタフェース１０１０と直接接続される。ｍｉｄｓｕｂインタフェース１０１０は、Ｍ２Ｍデバイス１００８の内部に含まれてもよい。特に、ｍｉｄｓｕｂインタフェース１０１０は、ＮＳＣＬ（Network  Service  Capability  Layer）１０１２と、Ｄ／ＧＷ１００８／１００６との間のインタフェースを提供する。様々な実施形態に従って、ｍｉｄｓｕｂインタフェース１０１０は、Ｄ／ＧＷ  ＳＣＬ（Service  Capability  Layer）（Ｍ２Ｍ  ＤＳＣＬ１０１６／Ｍ２Ｍ  ＧＳＣＬ１０１８に登録されるサービスやアプリケーションへのサブスクリプションをＭ２Ｍデバイス１００８（１００２）に提供するために、図９に示される、３ＧＰＰベースのアーキテクチャのＭＴＣｐインタフェース９０６と同様に、動作することができる。
【００３８】
続いて、ローカルサブスクリプションを提供された後に、Ｍ２Ｍデバイス１００２／１００８は、それぞれ従来のｍｉｄ１０２０／１０２２を介し、さらに、（ローカル）アクセスネットワーク１０２４と、ローカルサブスクリプションを提供するオペレータのコアネットワーク１０２６を介して、（リモート）Ｍ２Ｍアプリケーション１０１４と通信することができる。
【００３９】
様々な実施形態において、前述の３ＧＰＰベースのＭＴＣｐインタフェースと、ＥＴＳＩベースのｍｉｄｓｕｂインタフェースは、例えば、ＯＭＡ（Open  Mobile  Alliance）により規定されるＯＭＡ−ＤＭ（open  mobile  alliance  device  management）や、ＣＣＳＡ（China  communications  standard  association）により規定されるＷＭＭＰＴ（Wireless  M2M  Protocol-Transport）のような、既存のデバイス管理プロトコル上で実装されても良い。
【００４０】
さらなる実施形態において、サブスクリプション管理インタフェースが、有線通信ネットワーク内に展開されても良い。例えば、そのようなインタフェースは、ＢＢＦ（broadband  forum）により定義されるＴＲ−０６９によって規定された、ＣＷＭＰ（CPEWAN（customer  premises  equipment  wide  area  network）  Management  Protocol）をサポートするために、展開され得る。
【００４１】
要約すると、本実施形態は、従来の方式を通じては達成され得なかった、ＭＴＣ／Ｍ２Ｍデバイス管理を提供する。１つには、ＭＴＣデバイス２０６は、あらゆるネットワークサブスクリプションなしに、ＭＴＣデバイス２０６が運用される「場所」に出荷されることができる。これにより、単一のホームオペレータが、ＭＴＣデバイス２０６が展開され得る様々な場所における、複数のネットワークパートナと、複数のローミング協定を確立する必要がなくなる。加えて、ＭＴＣデバイス２０６と、ローカルネットワークへのサブスクリプションとが、別個に管理される。これにより、異なるＭＴＣデバイス２０６の間でローカルサブスクリプションが移植でき、ＭＴＣデバイス２０６は、耐用年数にわたって異なるローカルサブスクリプションを用いることができる。すなわち、ＭＴＣデバイス２０６は、ＭＴＣデバイス２０６の適切な位置と動作状態に従って有効化される、複数のサブスクリプションを有することができる。
【００４２】
開示されるシステム及びアーキテクチャの新しい態様を実行するための、例示的な方法を代表するフローチャートの組が、本明細書に含まれる。同時に、説明を単純化する目的で、示される１以上の方法は、例えばフローチャート又はフロー図の形式で、一連の動作として示され、説明される。当然ながら、当該方法は、本明細書で示され、記載された動作の順序に制限されず、いくつかの動作は、他の動作と異なる順序及び／又は同時に実行されても良い。例えば、本技術分野の当業者は、当該方法が、状態図のような、一連の相関する状態又はイベントにより、代替的に表現され得ることを理解するであろう。さらに、方法で説明される動作の全てが、新しい実装のために必要とは限らない。
【００４３】
図１１は、例示的なロジックの流れを表す。ブロック１１０２において、ＭＴＣデバイス２０６は、電源がオンになる。ブロック１１０４において、ＭＴＣデバイスの状態が確認される。ブロック１１０６において、ローカルサブスクリプションが、ＭＴＣデバイス２０６に対して既に提供されているかの判定がなされる。ローカルサブスクリプションとは、ＭＴＣデバイス２０６の近くにあるＨＰＬＭＮへのサブスクリプションである。
【００４４】
ブロック１１０６において、ローカルサブスクリプションが存在すると判定された場合、処理は、ブロック１１０８に進む。ブロック１１０８において、ＭＴＣデバイス２０６は、ローカルサブスクリプションを提供するローカルＨＰＬＭＮを介して、ＭＴＣサブスクライバへ接続する。ブロック１１０６において、ローカルサブスクリプションが、ＭＴＣデバイス２０６に提供されていないと判定された場合、処理は、ブロック１１１０に進む。
【００４５】
ブロック１１１０において、ローカルＨＰＬＭＮのオペレータによらず、ＭＴＣデバイス２０６からＭＴＣサブスクライバへの接続が確立される。
【００４６】
ブロック１１１２において、ＭＴＣデバイス２０６は、ＭＴＣサブスクライバに対して、識別／認証される。ブロック１１１４において、ローカルＨＰＬＭＮのローカルサブスクリプションが、ＭＴＣデバイス２０６により受信される（ＭＴＣデバイス２０６に提供される）。ブロック１１１６に続いて、ＭＴＣデバイス２０６は、ローカルＨＰＬＭＮでの動作のために、有効化される。ブロック１１１８において、ＭＴＣデバイス２０６は、ローカルＨＰＬＭＮを介して、ＭＴＣサブスクライバに接続を確立する。
【００４７】
図１２は、さらなる実施形態に従うロジックの流れを表す。ブロック１２０２において、第一のＭＴＣデバイスで、ＭＴＣサブスクライバから、第一のローカルＨＰＬＭＮのための第一のサブスクリプションが受信される。ブロック１２０４において、第一のローカルＨＰＬＭＮでの動作のために、第一のＭＴＣデバイスの有効化がなされる。ブロック１２０６において、デバイス変更要求が、ＭＴＣサブスクライバに送信される。ブロック１２０８において、第一のＭＴＣデバイスで、第一のローカルＨＰＬＭＮのための第一のサブスクリプションの停止が通知される。ブロック１２１０において、第一のＭＴＣデバイスで、ＭＴＣサブスクライバから、第二のローカルＨＰＬＭＮのための第二のサブスクリプションが受信される。第二のローカルＨＰＬＭＮは、第一のローカルＨＰＬＭＮと異なる地域に位置する。ブロック１２１２において、第一のＭＴＣデバイスで、ＭＴＣサブスクライバから、第二のローカルＨＰＬＭＮのための第二のサブスクリプションが有効化される。
【００４８】
図１３は、例示的なシステムの実施形態を表す。具体的には、図１３は、様々な要素を含み得る、プラットフォーム１３００を示す図である。例えば、図１３は、プロセッサ／グラフィックスコア１３０２、チップセット／プラットフォーム制御ハブ（ＰＣＨ）１３０４、入出力（Ｉ／Ｏ）デバイス１３０６、ランダムアクセスメモリ（ＲＡＭ）（例えば、ＤＲＡＭ（dynamic  RAM））１３０８、リードオンリーメモリ（ＲＯＭ）１３１０、ディスプレイ装置１３２０、ディスプレイバックライト１３２２及び様々な他のプラットフォーム部品１３１４（例えば、ファン、横流ブロワ、ヒートシンク、ＤＴＭシステム、冷却システム、筐体、通気口等）を有するプラットフォーム（システム）１３１０を示す。システム１３００は、無線通信チップ１３１６及びグラフィックスデバイス１３１８をさらに含んでも良い。しかしながら、本実施形態は、これらの要素に限定されない。
【００４９】
図１３に示されるように、Ｉ／Ｏデバイス１３０６、ＲＡＭ１３０８及びＲＯＭ１３１０は、チップセット１３０４を通じて、プロセッサ１３０２と接続される。チップセット１３０４は、バス１３１２により、プロセッサと接続される。従って、バス１３１２は、複数のラインを含んでも良い。
【００５０】
プロセッサ１３０２は、１以上のプロセッサコアを有する、中央演算装置である。プロセッサ１３０２は、任意の数のプロセッサコアを有する、任意の数のプロセッサであってもよい。プロセッサ１３０２は、例えば、ＣＰＵ、マルチ演算装置、ＲＩＳＣ（reduced  instruction  set  computer）、パイプラインを有するプロセッサ、ＣＩＳＣ（complex  instruction  set  computer）、ＤＳＰ（digital  signal  processor）等のような、任意の種類の演算装置を含んでも良い。いくつかの実施形態において、プロセッサ１３０２は、別個の集積回路チップに配置された、複数の別個のプロセッサであってもよい。いくつかの実施形態において、プロセッサ１３０２は、統合グラフィックスを有するプロセッサであってもよい。同時に、他の実施形態において、プロセッサ１３０２は、一以上のグラフィックスコアであってもよい。
【００５１】
図１４は、前に述べた様々な実施形態を実現するための例示的なコンピュータシステム（アーキテクチャ）１４００の一実施形態を表す。本明細書で用いられるように、「システム」及び「デバイス」並びに「部品」の用語は、例えば、例示的なコンピュータアーキテクチャ１４００により提供される、ハードウェアか、ハードウェアとソフトウェアの組み合わせか、ソフトウェアか、あるいは実行中のソフトウェアのように、コンピュータに関連するエンティティのことを示す。例えば、部品は、この例に限られないが、プロセッサ上で動作するプロセス、プロセッサ、ハードディスクドライブ、（光学及び／又は磁気記録媒体の）複数の格納ドライブ、オブジェクト、実行ファイル、実行スレッド、プログラム及び又はコンピュータであり得る。一例として、サーバ上で動作中のアプリケーションと、サーバとの両方が、部品であっても良い。１以上の部品は、実行プロセス及び／又はスレッド内に存在しても良い。さらに、１の部品は、１のコンピュータ上に集中していてもよいし、２以上のコンピュータに分散されてもよい。さらに、各部品は、連携して動作するために、様々な種類の通信媒体により、互いに通信可能なように接続されても良い。連携は、一方向又は双方向の情報のやりとりを含んでも良い。例えば、各部品は、通信媒体を通じて通信される信号の形式で、情報をやりとりしてもよい。そのような情報は、様々な信号線に割り当てられる信号により実現されても良い。そのような割り当てにおいて、各メッセージは、信号である。しかしながら、さらなる実施形態において、代わりに、データメッセージを採用しても良い。データメッセージは、様々な接続を通じて、送信され得る。例示的な接続は、パラレルインターフェース、シリアルインタフェース及びバスインターフェースを含む。
【００５２】
一実施形態において、コンピュータシステム１４００は、電子デバイスの一部を含むか、あるいはその一部として実現される。電子デバイスの例として、モバイルデバイス、ＰＤＡ（personal  digital  assistant）、モバイル計算デバイス、スマートフォン、携帯電話、ヘッドセット、ポケットベル、双方向ポケットベル、メッセージングデバイス、コンピュータ、パーソナルコンピュータ（ＰＣ）、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、ハンドヘルドコンピュータ、タブレットコンピュータ、サーバ、サーバ群又はサーバファーム、ウェブサーバ、ネットワークサーバ、インターネットサーバ、ワークステーション、小型コンピュータ、メインフレーム、スーパーコンピュータ、ネットワークアプライアンス、ウェブアプライアンス、分散計算システム、マイクロプロセッサシステム、プロセッサベースのシステム、家電、プログラム可能な家電、テレビ、デジタルテレビ、セットトップボックス、無線アクセスポイント、基地局、サブスクライバ端末、モバイルサブスクライバセンター、無線ネットワークコントローラ、ルータ、ハブ、ゲートウェイ、ブリッジ、スイッチ、機械又はそれらの組み合わせが挙げられるが、これらの例に限られない。複数の実施形態は、これらの例に関して制限されない。
【００５３】
コンピュータアーキテクチャ１４００は、様々な、既知のコンピュータ要素を含む。例えば、１以上の、プロセッサ、コプロセッサ、メモリ、チップセット、コントローラ、周辺機器、インタフェース、発信器、タイミング装置、ビデオカード、オーディオカード、マルチメディアＩ／Ｏ（input/output）部品等である。しかしながら、複数の実施形態は、コンピュータアーキテクチャ１４００による実装に制限されない。
【００５４】
図１４において示されるように、コンピュータアーキテクチャ１４００は、演算装置１４０４、システムメモリ１４０６及びシステムバス１４０８を有する。演算装置１４０４は、商業上利用可能な様々なプロセッサのうちの任意のプロセッサであってもよい。デュアルプロセッサや他のマルチプロセッサアーキテクチャが、演算装置１４０４として採用されてもよい。システムバス１４０８は、システムメモリ１４０６を含む（但し、これに限られない）、システム部品のインタフェースを、演算装置１４０４に提供する。システムバス１４０８は、（メモリコントローラを有するか、あるいは、メモリコントローラを有さない）メモリバス、周辺機器用バス、及び、商業上利用可能な様々なバスアーキテクチャのうちの任意のバスアーキテクチャを用いるローカルバスを相互に接続することのできる、任意の種類のバス構造を有していても良い。
【００５５】
コンピュータアーキテクチャ１４００は、様々な製造品を含み、あるいは、実現してもよい。製造品の一例として、様々な形式のプログラムを格納する、コンピュータ読み取り可能な記憶媒体がある。コンピュータ読み取り可能な記憶媒体は、電子データを格納可能な、任意の有形の媒体を含む。媒体の例として、揮発メモリ又は不揮発メモリ、着脱可能又は着脱不可能なメモリ、消去可能又は消去不可能なメモリ、書き込み可能又は再書き込み可能なメモリ等がある。プログラムは、例えば、ソースコード、コンパイル済みのコード、解釈済みのコード、実行可能なコード、静的コード、動的コード、オブジェクト指向型のコード、視覚的コード等のように、任意の適切な種類のコードを用いて実現される、コンピュータで実行可能なプログラム命令を含む。
【００５６】
システムメモリ１４０６は、１以上の、より高速なメモリ装置である、様々な種類のコンピュータ読み取り可能な記録媒体を含んでも良い。より高速なメモリ装置の例として、ＲＯＭ（read-only  memory）、ＲＡＭ（random-access  memory）、ＤＲＡＭ（dynamic  RAM）、ＤＤＲ  ＤＲＡＭ（Double-Data-Rate  DRAM）、ＳＤＲＡＭ（synchronous  DRAM）、ＳＲＡＭ（static  RAM）、ＰＲＯＭ（programmable  ROM）、ＥＰＲＯＭ（erasable  programmable  ROM）、ＥＥＰＲＯＭ（electrically  erasable  programmable  ROM）、フラッシュメモリ、強誘電体高分子メモリ、オボニックメモリ、相転移若しくは強誘電体メモリ、ＳＯＮＯＳ（silicon-oxide-nitride-oxide-silicon）メモリ、磁気若しくは光学カード又は情報の格納に適した他の任意の媒体がある。図１４に示される実施形態において、システムメモリ１４０６は、不揮発メモリ１４１０及び／又は揮発メモリ１４１２を含む。ＢＩＯＳ（basic  input/output  system）は、不揮発メモリ１４１０に格納され得る。
【００５７】
コンピュータ１４０２は、１以上のより低速なメモリ装置である、様々な種類のコンピュータ読み取り可能な記憶媒体を含んでも良い。低速なメモリ装置の例として、内蔵ＨＤＤ（hard  disk  drive）１４１４、着脱可能な磁気ディスク１４１８に対して読み書きする磁気フロッピー（登録商標）ディスクドライブ（ＦＤＤ）１４１６、着脱可能な光学ディスク１４２２に対して読み書きする光学ディスクドライブ（例えば、ＣＤ−ＲＯＭ又はＤＶＤ）１４２０がある。ＨＤＤ１４１４、ＦＤＤ１４１６及び光学ディスクドライブ１４２０は、それぞれ、ＨＤＤインタフェース１４２４、ＦＤＤインタフェース１４２６及び光学ドライブインターフェース１４２８により、システムバス１４０８に接続され得る。外付けドライブの実装のためのＨＤＤインタフェース１４２４は、少なくとも、ＵＳＢ（Universal  Serial  Bus）及びＩＥＥＥ  １２９４インタフェース技術の両方を含んでも良い。
【００５８】
ドライブと、関連付けられたコンピュータ読み取り可能な媒体は、データ、データ構造、コンピュータが実行可能な命令等の、揮発性及び／又は不揮発性の格納領域を提供する。例えば、オペレーティングシステム１４３０、１以上のアプリケーションプログラム１４３２、他のプログラムモジュール１４３４及びプログラムデータ１４３６を含む、多数のプログラムモジュールは、ドライブ及びメモリ１４１０、１４１２に格納され得る。
【００５９】
ユーザは、例えば、キーボード１４３８や、マウス１４４０のようなポインティングデバイスのような、１以上の有線／無線の入力装置を通じて、コマンドや情報をコンピュータ１２０２に入力することができる。他の入力装置は、例えば、マイク、赤外線リモコン、ジョイスティック、ゲームパッド、スタイラスペン、タッチスクリーン等を含む。かかる入力装置及び他の入力装置は、多くの場合、システムバス１４０８に接続される、入力装置インタフェース１４４２を通じて、演算装置１４０４に接続される。しかし、パラレルポート、ＩＥＥＥ１２９４  シリアルポート、ゲームポート、ＵＳＢポート、ＩＲインタフェース等により接続されても良い。
【００６０】
モニタ１４４４又は他の種類のディスプレイが、ビデオアダプタ１４４６のようなインタフェースを介して、システムバス１４０８にさらに接続されもよい。一般的に、コンピュータは、モニタ１４４４に加えて、スピーカ、プリンタ等の、他の周辺機器である出力デバイスを有する。
【００６１】
コンピュータ１４０２は、有線及び／又は無線通信を介して、リモートコンピュータ１４４８のような、１以上のリモートコンピュータに対して論理的に接続する、ネットワーク化された環境において動作しても良い。リモートコンピュータ１４４８は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースのエンタテインメントアプライアンス、ピアデバイス又は他のネットワークノードであってもよい。また、リモートコンピュータ１４４８は、一般的には、コンピュータ１４０２に関して示されるような要素の多く又はすべてを有するが、簡潔に示すために、メモリ／ストレージデバイス１４５０のみが図示されている。図示される論理的な接続は、ＬＡＮ（local  area  network）１４５２、及び／又は、例えばＷＡＮ（wide  area  network）のような、より広いネットワークに対する、有線／無線の接続を含む。ＬＡＮやＷＡＮのようなネットワーク環境は、オフィスや企業において一般的であり、インターネットのようなグローバル通信ネットワークに接続され得るイントラネットのような、エンタープライズ向けコンピュータネットワークを容易にする。
【００６２】
ＬＡＮのネットワーク環境において用いられる場合、コンピュータ１４０２は、無線及び／若しくは無線通信ネットワークインターフェース又はアダプタ１４５６を通じて、ＬＡＮ１４５２に接続される。アダプタ１４５６は、ＬＡＮ１４５２への有線及び／又は無線通信を容易にする。ＬＡＮ１４５２は、アダプタ１４５６の無線機能とやりとりする、無線アクセスポイントを含み得る。
【００６３】
ＷＡＮのネットワーク環境において用いられる場合、コンピュータ１４０２は、モデム１４５８を含んでも良いし、あるいは、ＷＡＮ１４５４の通信サーバに接続される。あるいは、インターネット等を通じて、ＷＡＮ１４５４を介して通信を確立するための他の手段を有する。モデム１４５８は、内蔵又は外付けのデバイスであり、有線及び／又は無線のデバイスであり得る。モデム１４５８は、入力装置インタフェース１４４２を介して、システムバス１４０８に接続する。ネットワーク化された環境において、コンピュータ１４０２に関して示されたプログラムモジュール又はその一部は、リモートのメモリ／ストレージデバイス１４５０に格納されても良い。示されるネットワーク接続は例であり、コンピュータ間でリンクを確立する他の手段が用いられることは、理解されるであろう。
【００６４】
コンピュータ１４０２は、無線通信（例えば、ＩＥＥＥ８０２．１１無線変調技術）が可能なよう構成された無線装置のような、ＩＥＥＥ８０２規格のファミリを用いる有線及び無線デバイス又はエンティティと通信することができる。例えば、そのような無線装置は、プリンタ、スキャナ、デスクトップ及び／又はポータブルコンピュータ、ＰＤＡ、通信衛星、無線で検出可能なタグと関連付けられた装置又は場所の一部（例えば、キオスク、新聞売店、公衆トイレ）並びに電話を含む。かかる規格は、少なくとも、ＷｉＦｉ（登録商標）（Wireless  Fidelity）、ＷｉＭＡＸ（登録商標）及びＢｌｕｅｔｏｏｔｈ（登録商標）無線技術を含む。従って、通信は、従来のネットワークか、あるいは、少なくとも２つのデバイスの間の単純なアドホック通信のように、既定の構成を有しても良い。ＷｉＦｉネットワークは、安全で、信頼でき、高速な無線接続を提供するため、ＩＥＥＥ８０２．１  １ｘ（ａ、ｂ、ｇ、ｎ等）と呼ばれる無線技術を用いる。ＷｉＦｉネットワークは、コンピュータを、互いに接続し、さらに、インターネット及び有線ネットワーク（ＩＥＥＥ８０２．３に関連する媒体と機能を用いる）に接続するために用いられ得る。
【００６５】
いくつかの実施形態は、「一実施形態」又は「一つの実施形態」という表現（及びその派生語）を用いて、説明される。かかる用語は、その実施形態に関して記述される、特定の特徴、構造又は特性が、少なくとも一つの実施形態に含まれることを意味する。明細書内の様々な場所に現れる「一実施形態において」の語は、必ずしも、同一の実施形態を全て指すとは限らない。さらに、いつくかの実施形態は、いくつかの「結合される」又は「接続される」という表現（及びその派生語）を用いて、説明される。かかる用語は、必ずしも、互いの同義語であることを意図されていない。例えば、いくつかの実施形態は、２以上の要素が、直接、物理的又は電子的に、互いに接触していることを示すために、「接続される」及び／又は「結合される」という用語を用いて、説明され得る。しかしながら、「結合される」という用語は、２以上の要素が、互いに直接接触していないが、互いに協働し、作用することを示し得る。
【００６６】
本実施形態は、持続性のコンピュータ読み照り可能な媒体に含まれる命令によって、少なくとも部分的に実現され得る。そのような命令は、本明細書で示される動作を可能にするために、１以上のプロセッサにより、読み込まれ、実行され得る。
【００６７】
要約は、読み手が、技術的な開示の性質を迅速に確認できるようにするために、提供される。要約は、クレームの範囲又は意味を解釈又は限定するために用いられないことの理解とともに、提出される。さらに、詳細な説明は、開示の簡素化の目的で、様々な特徴が、単一の実施形態において、まとめて記載されている。かかる開示の方法は、クレームされる実施形態が、各クレームにおいて明示的に列挙されるよりも多くの特徴が必要であるということを示すものではない。むしろ、以下のクレームは、発明の主題が、開示された単一の実施形態における全ての特徴より少ない特徴にあることを示す。従って、以下のクレームは、各クレーム自身が、別個の実施形態を構成するとともに、詳細な説明に組み込まれる。添付されるクレームにおいて、「including」又は「in  which」は、それぞれ、「comprising」及び「wherein」の平易な英語の等価的な用語として使用される。さらに、「第一の」「第二の」「第三の」のような用語は、単にラベルとして用いられ、それらの付されるオブジェクトに数値的な要件を課すものではない。
【００６８】
上述した内容は、開示されるアーキテクチャの一例を含む。部品及び／又は方式の、全ての考え得る組み合わせを記載することは困難であるが、本技術分野の当業者は、多数のさらなる組み合わせ及び置換が可能であることを理解するであろう。従って、新規なアーキテクチャは、添付されるクレームの精神及び範囲に含まれる範囲で、そのような置換、改良及び派生の全てを含むことを意図されている。
【図１】
0005805873.tif 000002
【図２Ａ】
0005805873.tif 000003
【図２Ｂ】
0005805873.tif 000004
【図３】
0005805873.tif 000005
【図４】
0005805873.tif 000006
【図５】
0005805873.tif 000007
【図６】
0005805873.tif 000008
【図７】
0005805873.tif 000009
【図８】
0005805873.tif 000010
【図９】
0005805873.tif 000011
【図１０】
0005805873.tif 000012
【図１１】
0005805873.tif 000013
【図１２】
0005805873.tif 000014
【図１３】
0005805873.tif 000015
【図１４】
0005805873.tif 000016