"装置であって:プロセッサ回路と;前記プロセッサ回路で動作するマシンタイプ通信MTCデバイス設定モジュールと;を有し、前記MTCデバイス設定モジュールは、デバイスがローカルネットワークのローカルサブスクリプションを有していないことを決定し、ローカルサブスクリプションなしに、前記ローカルネットワークを通じて、前記デバイスがMTCサブスクライバに自動的に接続するためのデバイス設定インタフェースを提供し、さらに、前記MTCサブスクライバから前記ローカルネットワークのローカルサブスクリプションを受信する、装置。前記MTCデバイス設定モジュールは、前記デバイス設定インタフェースを介して前記MTCサブスクライバに送信される、前記デバイスの識別情報の送信を計画する、請求項1に記載の装置。前記プロセッサ回路で動作する前記MTCデバイス設定モジュールは、前記デバイス設定インタフェースを介して前記MTCサブスクライバに送信される、前記デバイスの認証情報の送信を計画する、請求項1に記載の装置。前記MTCデバイス設定インタフェースは、前記MTCサブスクライバから、前記ローカルサブスクリプションを停止させるメッセージを受信する、請求項1に記載の装置。前記MTCデバイス設定モジュールは、前記デバイスが、前記MTCサブスクライバのローカルネットワークの外部のローカルネットワークを購読するための、1以上の多様なローカルサブスクリプションを受信する、請求項1に記載の装置。前記MTCデバイス設定モジュールは、前記デバイス設定インタフェースを通じて有効化される、前記デバイスのMTC機能の有効化を計画する、請求項1に記載の装置。1以上のローカルネットワークで動作可能な前記デバイスのローカルサブスクリプションの記録を提供するサブスクリプションデータベースをさらに有する、請求項1に記載の装置。前記MTCサブスクライバに送信するためのデータを収集するデータ収集モジュールと;前記MTCサブスクライバの構成に従って、収集された前記データの送信を計画するMTCアプリケーションモジュールと;を有する、請求項1に記載の装置。一度接続された前記MTCサブスクライバに送信されるデータを検知するセンサを有する、請求項1に記載の装置。前記MTCデバイス設定モジュールは、前記デバイス設定インタフェースを通じて前記MTCサブスクライバに送信される、1以上の認証情報及び識別情報の送信を計画する、請求項1に記載の装置。前記MTCサブスクライバの構成に従って、収集されたデータの送信を計画するMTCアプリケーションモジュールを有する、請求項1に記載の装置。命令を有する少なくとも一つのコンピュータ読み取り可能な記録媒体であって、前記命令は、実行されることにより、システムに:デバイスがローカルネットワークのローカルサブスクリプションを有していないことを決定する段階と、デバイス設定インタフェースを用いて、ローカルサブスクリプションなしに、前記ローカルネットワークを通じて、前記デバイスをMTCサブスクライバに接続する段階と、前記デバイス設定インタフェースを介して、前記MTCサブスクライバに対して前記デバイスを識別する段階と、前記デバイス設定インタフェースを介して、前記MTCサブスクライバに対して前記デバイスを認証する段階と、前記MTCサブスクライバから前記ローカルネットワークのローカルサブスクリプションを受信する段階と、を実行させる、記録媒体。前記命令は、前記ローカルサブスクリプションを用いて、前記デバイスが前記ローカルネットワークを購読する段階を有する、請求項12に記載の記録媒体。前記命令は、前記ローカルサブスクリプションを用いて、前記デバイスが前記ローカルネットワークを購読する段階を有し、前記ローカルネットワークは、前記MTCサブスクライバのローカルネットワーク以外のローカルネットワークを含む、請求項12に記載の記録媒体。前記命令は、前記MTCサブスクライバからの前記ローカルサブスクリプションを停止する段階を有する、請求項12に記載の記録媒体。前記命令は、前記デバイス設定インタフェースを通じて有効化される、前記デバイスのMTC機能の有効化を計画する段階を有する、請求項12に記載の記録媒体。デバイスがローカルネットワークのローカルサブスクリプションを有していないことを決定する段階と、デバイス設定インタフェースを用いて、前記ネットワークを通じて、前記デバイスをMTCサブスクライバに接続する段階と、前記デバイス設定インタフェースを介して、前記ネットワークのオペレータから独立している前記MTCサブスクライバから、前記ネットワークのサブスクリプションを受信する段階と、受信された前記サブスクリプションを用いて、前記デバイスに前記ネットワークを購読させる段階と、を有する、方法。前記デバイス設定インタフェースを通じて前記MTCサブスクライバに送信される、1以上の認証情報及び識別情報の送信を計画する段階を有する、請求項17に記載の方法。前記MTCサブスクライバから前記サブスクリプションを停止する命令を受信する段階を有する、請求項17に記載の方法。前記デバイス設定インタフェースを通じて有効化される、前記デバイスのMTC機能の有効化を計画する段階を有する、請求項17に記載の方法。前記MTCサブスクライバからの前記サブスクリプションを停止する段階と、前記デバイス設定インタフェースを通じて第二のネットワークの第二のサブスクリプションを受信する段階と、を有する、請求項17に記載の方法。MTCデバイスは、複数のMTCデバイスのグループが、単一のサブスクリプションに付随する複数のデバイスの、より大きな地理的な広がりを有し得るという点で、人と人との通信を必要とする従来の移動局MSユーザ装置UEとも呼ばれるとも、一般的に異なる。一例を挙げると、MTCのサブスクライバを構成する、公益事業会社に属するスマートメータデバイスは、運用上、全国にわたって分散されるか、あるいは、国を跨って分散されて、存在し得る。かかる地理的な分散は、一のモバイルサブスクライバに関連付けられる複数のUEが、サブスクライバの所在地の近くで運用可能であり、地理的に制限され得る、人により操作される装置のための従来の配置とは異なる。従って、MTC装置の運用可能な場所は、MTCサブスクライバの所在地とは無関係であり、既知のサブスクライバと同一のエリア内で動作するUEとは、一般的に大きく異なる。MTCサブスクライバの地理的な所在地から離れた場所で動作可能なMTCデバイスへの要求は、MTC装置を展開するためのネットワークアーキテクチャに、特別な要件を課している。例えば、MTCサブスクライバの所在地の近くに展開されていないMTCデバイスは、MTCサブスクライバと関連付けられたHPLMNHomePublicLandMobileNetworkとは異なるHPLMNを必要とする可能性がある。MTCデバイスにローミング処理を提供することは、この要求に対処するための、1つの方法である。従って、MTCサブスクライバは、特定のリモートMTCデバイスを運用する場所で、ローミング協定roamingarrangementが利用可能か確認する必要がある。MTCサブスクライバが採用し得るMTCデバイスの数が多く、かつ、MTCデバイスが動作する可能性のある、地理的に分散された、異なる場所の数が多い場合、MTCサブスクライバは、これらの異なる位置でMTCデバイスを展開する前に、多くのローミング協定を確立する必要がある。また、ローミング協定は、通信量のコミットメントに基づくため、複数のローミング協定を確立して維持することは、非常に複雑である。このような考慮すべき事柄に関し、目下の改善が必要とされている。上述した課題を解決し目的を達成するため、本発明の一実施形態における装置は、装置であって:プロセッサ回路と;前記プロセッサ回路で動作するマシンタイプ通信MTCデバイス設定モジュールと;を有し、前記MTCデバイス設定モジュールは、デバイスがローカルネットワークのローカルサブスクリプションを有していないことを決定し、ローカルサブスクリプションなしに、前記ローカルネットワークを通じて、前記デバイスがMTCサブスクライバに自動的に接続するためのデバイス設定インタフェースを提供し、さらに、前記MTCサブスクライバから前記ローカルネットワークのローカルサブスクリプションを受信する。また、他の実施形態における記録媒体は、命令を有する少なくとも一つのコンピュータ読み取り可能な記録媒体であって、前記命令は、実行されることにより、システムに:デバイスがローカルネットワークのローカルサブスクリプションを有していないことを決定する段階と、デバイス設定インタフェースを用いて、ローカルサブスクリプションなしに、前記ローカルネットワークを通じて、前記デバイスをMTCサブスクライバに接続する段階と、前記デバイス設定インタフェースを介して、前記MTCサブスクライバに対して前記デバイスを識別する段階と、前記デバイス設定インタフェースを介して、前記MTCサブスクライバに対して前記デバイスを認証する段階と、前記MTCサブスクライバから前記ローカルネットワークのローカルサブスクリプションを受信する段階と、を実行させる。また、他の実施形態における方法は、デバイスがローカルネットワークのローカルサブスクリプションを有していないことを決定する段階と、デバイス設定インタフェースを用いて、前記ネットワークを通じて、前記デバイスをMTCサブスクライバに接続する段階と、前記デバイス設定インタフェースを介して、前記ネットワークのオペレータから独立している前記MTCサブスクライバから、前記ネットワークのサブスクリプションを受信する段階と、受信された前記サブスクリプションを用いて、前記デバイスに前記ネットワークを購読させる段階と、を有する。本発明によれば、上述した考慮すべき事柄が改善される。本出願は、2011年8月1日に出願された、米国特許仮出願第61/514,010に対する優先権を主張し、その全内容は、参照されることにより、本願明細書に組み込まれる。様々な実施形態は、無線ネットワークにおいて、マシンツーマシンM2M通信の改善に関連する。様々な実施形態において、M2M通信は、M2Mデバイスからのデータを送信するための、無線アクセスネットワークやコアネットワークを管理するオペレータにより、運ばれ得る。通信システムのいくつかの実施形態は、例えば、IEEEInstituteofElectricalandElectronicsEngineers802.16WiMAX、IEEE802.20、進化型UTRAE-UTRA、ETSIEuropeanTelecommunicationsStandardsInstitute等のような、無線技術により実現され得る。IEEE802.16mと802.16pは、IEEE802.16eの発展形であり、IEEE802.16ベースのシステムとの後方互換性がある。UTRAは、UMTSuniversalmobiletelecommunicationsystemの一部である。3GPP3rdgenerationpartnershipprojectのLTElongtermevolutionは、E-UTRAを用いる、進化型UMTSE-UMTSの一部である。様々な実施形態は、サブスクライバから離れた場所において、サブスクリプションを有するMTCデバイスのような、モバイルデバイスの提供provisioningに関連する。多くのシナリオにおいて、サブスクライバは、それぞれ異なるHPLMNによりサービスを提供される複数の場所に、MTCデバイスを展開することを望む。すなわち、MTCデバイスが、単一のサブスクリプションなしに、ある工場や倉庫から流通されることが望ましい。なぜなら、サブスクライバのサーバやHPLMNの本拠地は、サブスクライバのMTCデバイスが展開される場所のHPLMNとは一致しない可能性があるためである。運用のスケーラビリティは、MTCサブスクライバが、そのMTCデバイスの運用場所のサブスクリプションを得ることができれば、最大限達成され得る。従って、サブスクライバは、一般には知ることが不可能である、MTCデバイスの運用場所が決定した後に、MTCデバイスの、その場所でのサブスクリプションの提供を受けることができれば、有益である。図1は、MTCデバイスを提供するための実施形態における処理を明らかにするために、UEの可能性のあるサブスクリプション構成100を表す。構成100において、あるユーザ101が、HPLMNHomePublicLandMobileNetwork102のサブスクリプションを有し、VPLMNVisitorPublicLandMobileNetwork106a-106nと関連付けられた、複数のUE104a-104nのためのローミング接続roamingassociationが提供され得る。かかる構成は、HPLMN102と関連付けられたローミングにわたって接続する可能性のあるUEの数が増えた場合に、維持することが困難となる可能性がある。地理的に分散する多数のUEのために機能する方式のために、サブスクライバのHPLMNは、UEが展開される可能性があり、サブスクライバにとって経済的に実行可能な、全ての異なる領域との、ローミング協定を支援する必要がある。構成100の使用に関する他の考慮すべき事項として、ローミング協定は、長時間にわたって維持可能であり、サブスクライバのビジネスの成長に対して拡大可能である必要がある。MTCデバイスの分野では、ユーザとサブスクライバの役割は分離され、地理的に分散された多くのリモートデバイスをサポートするビジネスモデルのスケーラビリティを可能とする。従って、今日の規格は、MTCデバイスの管理に携わる、異なるエンティティを区別するよう、発展している。3GPP規格3GPPTechnicalSpecificationTS22368V1130§313rdGenerationPartnershipProjectTechnicalSpecificationGroupServicesandSystemAspectsServicerequirementsforMachineTypeCommunicationsSeptember2011は、以下のエンティティを定義する。MTCサーバPLMNを通じて、MTCデバイスと通信するエンティティMTCユーザMTCサーバのサービスを利用するユーザMTCサブスクライバ一対多数のMTCデバイスにサービスを提供するネットワークNWオペレータと契約上の関係を有するエンティティ従って、MTCユーザは、MTCユーザがネットワークオペレータと契約上の関係を有する場合に、MTCサブスクライバとなり得る。以下の説明では、MTCサブスクライバとMTCユーザの語は、特に示さない限り、区別しないで用いられる。しかしながら、現在、MTCデバイスのサブスクリプションをネットワークに対して定義する、技術的なアーキテクチャは存在しない。とりわけ、サブスクリプションが、デバイスがネットワークに参加する各HPLMNへのローカルなサブスクリプションか、デバイスが参加可能なVPLMNを介するリモートなサブスクリプションかを、定義する方法が存在しなかった。さらに、UEの場合と異なり、MTCデバイスのアクティベーションの地点は、出荷時には一般的に知ることができない。理想的な場合には、MTCデバイスは、ローカルの倉庫から、運用される場所へと、直接転送され得る。しかしながら、実際には、MTCデバイスは、元の場所から離れた場所を含む、あらゆる場所へと出荷され得る。従って、あるローカルなHPLMNへのサブスクリプションを有するデバイスを、予め提供することは困難である。それらのデバイスの識別情報は、デバイスが製造され、出荷場所へと展開される時点では、決定されていない可能性がある。図2Aは、本発明の一実施形態に従うMTCデバイスのためのサブスクリプション構成200を表す。サブスクリプション構成200において、MTCサブスクライバユーザ202は、複数のHPLMN204a-204nと接続される、様々なデバイス例えば、サーバやUEを利用することができる。これらのデバイスは、互いのデバイス及びMTCサブスクライバ202の所在から、地理的に分散され得る。一例を挙げると、MTCサブスクライバ202は、複数の多用途のデバイスを管理するエンティティであり得る。例えば、MTCサブスクライバ202は、公益サービスが異なるHPLMN204a-204nによりサービスが提供される領域においても提供できるように、広い地理的な範囲にわたって分散するデバイスを所有し管理する、公益事業会社である。MTCサブスクライバ202は、異なる地域において、MTCデバイス206の複数の組を展開することができる。MTCデバイス206は、電力サービスのような、公共サービスの特定の場所での使用を測定し、管理する、スマートメータを含んでも良い。MTCサブスクライバ202にとって、MTCサブスクライバ202により管理されるMTCデバイスが配置され得る場所のHPLMN204a-204nの各々と、契約上の関係を確立することは、都合がよい。図2Aに示されるように、複数のMTCデバイス206a1-206a4は、HPLMN204aの領域に展開され得る。同様に、複数のMTCデバイス206b1-206b4は、HPLMN204bの領域に位置付けられ得る。さらなるHPLMNに対し、MTCサブスクライバ202により管理されるMTCデバイスの同様の構成が、最大でHPLMN204まで、存在し得る。図に示すように、MTCデバイス206は、MTCサブスクライバ202により管理され所有される異なるエンティティの、異なる種類のメーターデバイス等の、異なる種別のデバイスを含んでも良い。本発明の一実施形態に従い、MTCデバイス206は、異なった各HPLMN204ローカルネットワークと呼ぶへの各サブスクリプションローカルサブスクリプションと呼ぶと共に提供される前に、各HPLMN204に展開され得る。これにより、各MTCデバイス206は、そのMTCデバイス206の運用の時点、すなわち、MTCデバイス206に近いHPLMN204によりサービスが提供される領域の範囲内で、ローカルサブスクリプションとともに提供され得る。このように、各MTCデバイス206は、HPLMN204がMTCサブスクライバ202の近くでない領域で展開されるとき、HPLMN204とローミング協定を確立する必要がなく、MTCサブスクライバ202と通信することができる。サブスクリプション構成200は、多数のMTCデバイス206が、多数のオペレータのネットワークHPLMN204にわたって展開される場合に、システムの拡大を容易にする。MTCサブスクライバ202の近くにないHPLMN204にあるMTCデバイス206に、ローカルサブスクリプションを提供するため、様々な実施形態において、MTCデバイス206が、現時点で、HPLMN204のローカルサブスクリプションを有していない場合であっても、HPLMN204の無線ネットワークを用いる領域に最初に展開されたときは、MTCサブスクライバ202は、MTCデバイス206を識別して認証する方式を提供することができる。認証の後に、MTCサブスクライバ202は、MTCデバイス206に対してHPLMN204へのローカルサブスクリプションを実際に提供するために、例えば、ローカルサブスクリプションなしにローカルのHPLMN204の外の、認証されたMTCデバイス206への接続を確立することができる。続いて、認証されたMTCデバイス206は、ローカルサブスクリプションを提供され、認証されたMTCデバイス206の近くのHPLMN204は、そのMTCデバイス206のHPLMN204として機能することができる。様々な実施形態において、デバイスの識別は、製造時に、MTCデバイス206に提供される、デバイスID例えば、メディアアクセス制御MACID又は国際移動体装置識別番号IMEIを必要とする可能性がある。さらに、MTCデバイス206の認証は、製造中に、MTCデバイス206にインストールされる、証明書又は共有秘密鍵を通じて、実行され得る。一度、HPLMN204へのサブスクリプションが認証され提供されると、各MTC装置は、各HPLMN204を介して、MTCサブスクライバ202と通信することができる。従って、例えば、提供済のMTCデバイス206a3は、ローカルのHPLMN204aを介して、運用期間中、MTCサブスクライバ202と通信することができる。さらなる実施形態において、その領域に展開されたMTCデバイス206のサブスクリプションは、MTCデバイス206のライフサイクルを通じて、管理され得る。例えば、運用中に、MTCデバイス206は、故障により、置き換えが必要となる可能性がある。他の例では、MTCサブスクライバ202は、MTCデバイス206により提供される、領域へのサービスの停止を決定する可能性がある。例えば、MTCサブスクライバ202は、MTCデバイス206b2、206b4により提供される、HPLMN2204bにおけるスマートメータ―のサービスを停止する可能性がある。運用中にMTCデバイス206が故障した場合、本実施形態は、故障したMTCデバイス206により保持されるサブスクリプションを再び提供する。従って、図2Bに示されるように、MTCデバイス206a4が故障し、同時に、HPLMN1204aに接続されて展開されている場合に、MTCデバイス206a4は、運用を中止させられ得る。さらに、MTCデバイス206a4に元から提供されていたサブスクリプションは、新たなMTCデバイス206a5に再び提供される。このことは、上述したように、MTCサブスクライバ202に対する、MTCデバイス206a5の識別と認証とを伴う。続いて、MTCデバイス206a5は、廃棄されたMTCデバイス206a4の機能を実行し、MTCサブスクライバ202によるサブスクリプションの追加や削除の必要なく、ホームネットワークとしてのHPLMN1204aと共に動作することができる。さらなる実施形態に従って、1以上のMTCデバイス206が、HPLMN204のサービスがもはや提供されないことにより、運用を停止された場合に、それらの元のサブスクリプションは、不活化され得る。さらに、そのMTCデバイスが、運用のためにどこかで再び展開される場合に、そのMTCデバイス206は、新たなHPLMNに対する新たなサブスクリプションを提供され得る。従って、本実施形態に従って構成されるMTCデバイスは、異なる地域間で、容易に展開され、再展開され得る。同時に、HPLMNへのサブスクリプションは、MTCデバイス間で、独立して移植され得る。図3は、本発明の一実施形態に従って運用のためにMTCデバイスを展開するための様々な処理を表す。処理302は、1以上のMTCデバイス206を、MTCデバイス206が有効化され使用される場所へと出荷する処理を含む。例えば、MTCデバイスは、HPLMN204によってサービスを提供される地域における展開のために、倉庫から出荷され得る。処理304において、新たに展開されたMTCデバイス206と、MTCサブスクライバ202との間の接続が、MTCデバイス206のある領域にサービスを提供する、HPLMN204を運用するオペレータネットワークとは独立に、確立される。以下で詳しく述べるように、本実施形態における、MTCデバイス206が認証されておらず、かつ、MTCサブスクライバがMTCデバイス206の場所を推測することができないようなシナリオにおいて、MTCデバイス206とMTCサブスクライバ202との間の通信を容易にするインタフェースが提供され得る。具体的には、そのインタフェースは、ローカルHPLMN204のオペレータによらず、MTCデバイス206とMTCサブスクライバ202との、自動的な接続を容易にすることができる。続いて、処理306に示されるように、ローカルHPLMN204のオペレータと独立する接続を用いて、MTCデバイス206は、MTCサブスクライバ202に対して識別/認証することができる。処理308において、MTC202は、MTCデバイス206がローカルHPLMN204との通信により運用されることを可能とする、ローカルサブスクリプションを、MTCデバイス206に提供することができる。処理310において、MTCサブスクライバ202は、ローカルHPLMN204に、MTCデバイス206を有効化するよう、信号を送信することができる。これにより、ローカルHPLMNは、MTCデバイス206と信号のやり取りを開始することができる。MTCデバイスのあるローカルHPLMNにおいて、一度MTCデバイス206が有効化されると、MTCデバイス206は、ローカルHPLMN204を用いて、MTCサブスクライバ202とリンクする。従って、処理312において、MTCデバイス206とMTCサブスクライバ202は、互いに接続し、MTCデバイスは、ローカルHPLMN204を通じて、MTCサブスクライバ202に、メッセージを送信するよう動作することができる。一度、MTCデバイス204がローカルサブスクリプションにより設定されると、MTCデバイス204は、例えば定期的あるいは断続的にMTCサブスクライバ202に情報を提供するような、既定のアプリケーションに従って動作することができる。上述したように、本実施形態に従って、サブスクリプション構成は、一般的に独立したライフサイクルを有し得る、個別のMTCデバイス206と個別のサブスクリプションとのライフサイクルの管理において、柔軟性を提供する。例えば、MTCデバイス206の耐用年数は、一般に、MTCデバイス206に適用されるローカルサブスクリプションの生存期間とは異なり得る。さらに、MTCデバイス206は、ローカルサブスクリプションが変わり得る、異なる領域において、展開される可能性もある。また、既に述べたように、第一のMTCデバイス206が廃止又は故障し、第一のMTCデバイス206が、第一のMTCデバイスのローカルサブスクリプションを引き継ぐ第二のMTCデバイス206によって置き換えられた場合に、個別のローカルスクリプションは、1以上のMTCデバイス206に適用される可能性がある。図4は、様々な実施形態に従うMTCデバイス/サブスクリプションのライフサイクル管理に関する例示的な処理を表す。処理402は、処理302により既に説明したように、第一のMTCデバイス206の現地への出荷を示す。処理402は、倉庫から新たなMTCデバイス206を出荷する処理を示す。しかし、この処理は、以前使用されたMTCデバイス206が、新たなローカルサブスクリプションにより設定されるべき新たな場所へと出荷されるケースにも適用可能である。処理404において、第一のMTCデバイス206がローカルサブスクリプションにより設定される。次いで、処理406において、第一のMTCデバイス206は、図3により説明されるように、ローカルHPLMN204について、ローカルで有効化され得る。続いて、ローカルHPLMN204内で、有効な寿命の間、第一のMTCデバイス206は、ローカルHPLMN204を通じて、MTCサブスクライバ202と通信することができる。将来、第一のMTCデバイス206と、ローカルHPLMN204へのローカルサブスクリプションとを、分離するイベントが生ずる可能性がある。例えば、第一のMTCデバイス206が故障又は遮断され、新たなMTCデバイスと置き換えられるか、ローカルサブスクリプションが取り消される可能性がある。図4の処理408は、デバイス変更要求が、MTCデバイス206からMTCサブスクライバ202へと、送信されるシナリオを示す。かかる要求は、第一のMTCデバイスの故障か、あるいは、第一のMTCデバイスによるローカルサブスクリプションを用いた現在の運用を放棄する必要がある場合に、送信され得る。続いて、処理410において、MTCサブスクライバ202は、処理408に応じて、第一のMTCデバイス206のローカルサブスクリプションを廃止又は休止するメッセージを送信することができる。さらなる実施形態において、処理410は、処理408なしに実行されても良い。すなわち、MTCサブスクライバ202は、変更要求メッセージを受信することなく、第一のMTCデバイス206のローカルサブスクリプションを廃止できる。上述したように、MTCユーザは、第一のMTCデバイス206が置き換えられるべきか、あるいは、様々な理由により、そのサブスクリプションが除去されるべきか、決定することができる。処理412において、MTCサブスクライバ202は、ローカルサブスクリプションを再び提供するためのメッセージを、ローカルHPLMN204のエリア内に展開される可能性のある、第二のMTCデバイス206に送信する。ある場合には、MTCユーザは、さらなる処理414を実行しても良い。処理414において、第一のMTCデバイス206を置き換え、ローカルサブスクリプションを引き継ぐために、新たなMTCデバイス206が、ローカルHPLMNの領域に出荷される。処理302-312に示される処理の組と同一又は同様の手続きが、新たなMTCデバイス206に適用され得る。MTCデバイスのサブスクリプションとライフサイクル管理を支援するための、図3及び図4において説明された上記の処理は、UEのようなデバイスをサポートするために展開された、既存のサブスクリプション方式を用いて、達成することができない点に留意する。図5は、様々な実施形態に従いMTCデバイスへのサブスクリプションの提供をサポートするアーキテクチャを表す。アーキテクチャ500は、MTCユーザ502と、MTCユーザ502から離れた場所に展開され得るMTCデバイス504との間に展開される、従来の通信接続を含む。例えば、MTCユーザ502は、MTCユーザに常駐するアプリケーション506とやりとりする、MTCデバイス504を提供することができる。例えば、MTCデバイス504に常駐する、1以上のMTCアプリケーション508は、ユーザ502に送られる情報を生成し、かつ/又はパッケージするよう、使用される。日常の処理において、MTCデバイス504は、無線アクセスネットワークRAN510、コアネットワーク512、及びMTCサーバ514を通じて、MTCユーザ502と接続することができる。かかるアーキテクチャに従い、MTCデバイス504は、データパケットを含む信号を、MTCユーザ502に提供することができる。アーキテクチャ500は、出荷前にMTCデバイス504のサブスクリプションを予め提供する必要なく、MTCユーザ502から離れた地域516に、MTCデバイス504を展開することを容易にする構成をさらに提供する。特に、MTCデバイス504は、MTCユーザ502から離れた地域にある可能性があるため、デバイス設定インタフェース以下、MTCpインタフェース518と呼ぶが提供される。MTCpインタフェース518は、ローカルHPLMNでMTCデバイス504が有効化される前に、MTCデバイスとMTCユーザ502との間の処理を容易にする。デバイス設定インタフェース、すなわち、MTCpインタフェース518は、例えば、MTCデバイス504とMTCサーバ514に常駐し、コアネットワークにさらされるAPIapplicationprogramminginterfaceを提供することができる。このように、MTCpインタフェース518は、MTCデバイス504が、ローカルHPLMNのようなローカルネットワークによらず、MTCサブスクライバ、すなわち、MTCユーザ502に自動的に接続することを可能にする。MTCデバイス504が運用のために展開された場合、MTCデバイスは、例えばローミング接続を通じて、MTCサーバ514と認証することができる。一度認証がなされると、MTCpインタフェース518は、MTCデバイス504のある場所516の近くのHPLMNに対するサブスクリプションを、MTCデバイス504に提供するために、使用され得る。図5において示されるように、MTCユーザ502は、MTCサーバ514により提供されるAPIを用いて、MTCpインタフェース518を通じ、サブスクリプションに関連する手続きを開始する。MTCサーバ514は、MTCユーザ502に、サービス機能を提供することができる。MTCユーザ502は、MTCpインタフェース518を通じてMTCデバイス504にサブスクリプションを提供するためのAPIを用いて、そのサービス機能を呼び出すことができる。このように、MTCpインタフェース518は、MTCサーバ514とMTCデバイス504との間の、転送レイヤを提供することができる。さらに、以下に詳細に示すように、異なるMTC装置の機能へのサブスクリプションは、MTCpインタフェース518を介して、提供され得る。後に、ローカルHPLMNのサブスクリプションがMTCデバイス504に提供され、MTCデバイス504に所望のMTCの機能で設定されると、図示されるように、MTCサーバ514とMTCデバイス504との間の通信が、従来のインタフェースMTCi及びAPIを介して、実行され得る。図6は、本発明の一実施形態に従うMTCデバイスの一の構成を表すブロック図である。MTCアプリケーションモジュール508に加えて、プロセッサ回路602と、データ収集モジュール604と、MTCデバイス設定モジュール608とが提供される。データ収集モジュールは、MTCサーバ514に送信されるようスケジュールされた、MTCデバイス504によって収集されるデータのために構成される。MTCデバイス504が、公共料金のメーター、セキュリティセンサ、トラフィックモニタ又は他の種類のモニタのような、センサあるいはモニタである実施形態において、データは、定期的、断続的、又は非定期的に収集され、定期的あるいは非定期的に、MTCサーバ514へと送信されることができる。ある場合には、MTCアプリケーションモジュール508は、所定のアプリケーションに対して、MTCユーザ502とMTCデバイス506との間で確立されたプロトコル又は取決めに従い、MTCユーザ502との情報の交換をスケジュールしてもよい。例えば、MTCデバイス504は、MTCユーザ502との取り決めにより確立された、定期的なレポート期間に従って、伝送のために収集されたデータを転送しても良い。図7は、MTCデバイス設定モジュール608の一実施形態の詳細を表す。図示されるように、MTCデバイス設定モジュールは、状態決定モジュール702と、認証モジュール074と、機能設定モジュール706と、サブスクリプションデータベース708と、MTCpインタフェース710とを有する。状態決定モジュール702は、例えば、デバイス504がローカルHPLMNへのローカルサブスクリプションを提供されているか、MTCデバイス504が所定のMTC機能を必要としているか、あるいは、MTCデバイスがローカルサブスクリプションを放棄すべきか等、MTCデバイス504の状態を検証するために動作することができる。認証モジュール704は、ローカルサブスクリプションがMTCデバイス514に提供されたとき、MTCデバイス504とMTCサーバ514との間での通信のための、認証/識別情報及び手続きを提供するために動作することができる。MTC機能設定モジュール706は、ローカルサブスクリプションがMTCデバイス504に提供されたとき、MTCデバイス504に設定されるべきMTCの機能に関して、MTCサーバ514と通信することを容易にすることができる。機能設定モジュールの一実施形態の詳細は、図8に示される。図8に示されるように、例えば、3GPPTS22.368においてより詳細に説明されるように、様々なMTC機能802が、MTCデバイス504に設定される。サブスクリプションデータベース708は、MTCデバイス504に提供される可能性があり、異なる期間で使用され得る、1以上のサブスクリプションに関連する情報を含んでも良い。従って、異なる期間において、1以上のローカルサブスクリプションが、MTCデバイス504に提供され得る。MTCデバイスは、ローカルサブスクリプションを設定し、解放するとき、サブスクリプションデータベース708の情報を用いることができる。例えば、第一のサブスクリプションは、MTCデバイス504が、第一のHLPMNの近くの第一の場所に展開される、第一の期間において、有効化され得る。同時に、第二のサブスクリプションは、MTCデバイス504が、第二のHLPMNの近くの第二の場所に展開される、第二の期間において、用いられ得る。様々な実施形態に従って、1以上の要素702-708により実行される処理は、MTCp710を介して、実行されても良い。図9は、様々な追加の実施形態に従ってMTCデバイスへのサブスクリプションの提供をサポートするアーキテクチャを表す。図示されるように、アーキテクチャ900は、3GPP23.682TechnicalSpecification23682section42ArchitecturalReferenceModel3rdGenerationPartnershipProjectTechnicalSpecificationGroupServicesandSystemAspectsArchitectureEnhancementstofacilitatecommunicationswithPacketDataNetworksandApplicationsNovember2011以下、TS23.682とするにおいて定義される、MTCアーキテクチャの改良を提供する。アーキテクチャ900において、従来のMTCuインタフェースは、ユーザの転送のために、3GPPネットワークへのMTCデバイスアクセスを提供する。さらに、従来のMTCiインタフェースは、3GPPの手続きを通じて、MTCサーバ914が、3GPPネットワークに接続するための基準点である。特に、破線は、本実施形態に従う、新たなインタフェースを含む、例示的な制御プレーンの接続を提供する。図示されるように、MTCpインタフェース906は、UE902のMTCアプリケーション904と、MTCサーバ914との間に、定義される。アーキテクチャ900の追加のインターフェース基準点は、図示されるように、TS23.682において定義される。しかしながら、基準点の名前は、単なる例示であり、同一の基準点が、異なる名前によって参照され得る。アーキテクチャは、コアネットワークの、SGSNservingGPRSsupportnode/MMEmobilitymanagemententityと接続される、無線アクセスネットワークRAN910を含む。さらに、MTC-IWFMTCinterworkingfunction918、HSShomesubscriberserver920、SMSSC/IP-SM-GW機能924及びCDF/CGF機能926が、コアネットワークに含まれ得る。さらに、RAN910は、ゲートウェイG-GW922に接続されても良い。本実施形態に従って、3GPPTS22.368において規定される、ローカルサブスクリプションや、様々なMTCデバイス機能が、基本的な3GPPMTCアーキテクチャを再構成することなく、MTCpインタフェース906を通じて、提供され得る。図10は、さらなる実施形態に従ってMTCデバイスへのサブスクリプションの提供をサポートする、追加のアーキテクチャを表す。図示されるように、アーキテクチャ1000は、ETSITS102.690M2Mfunctionalarchitectureにおいて定義されるMTCアーキテクチャの修正を提供する。特に、破線は、本実施形態に従う、新たなインタフェースを含む、例示的な制御プレーンの接続を提供する。図示される例において、以前に定義したMTCpインタフェースとして機能するインタフェースは、ETSIM2Mの用語体系に従って、midsubインタフェースと呼ばれる。この用語体系は、ネットワークNWとデバイスD又はゲートウェイGWとの間のインタフェースとしてmidを定義し、NWとアプリケーションサービスプロバイダASPとの間のインタフェースとしてmlaを定義する。図10において詳細が示されるように、M2Mデバイスは、midsubインタフェース1010を介して、遠隔のサブスクライバの所在に位置するM2Mアプリケーション1014に接続され得る。例えば、M2Mデバイス1002は、M2Mエリアネットワーク1004及びM2MゲートウェイGW1006を介して、midsubインタフェース1010と接続される。同時に、M2Mデバイス1008は、midsubインタフェース1010と直接接続される。midsubインタフェース1010は、M2Mデバイス1008の内部に含まれてもよい。特に、midsubインタフェース1010は、NSCLNetworkServiceCapabilityLayer1012と、D/GW1008/1006との間のインタフェースを提供する。様々な実施形態に従って、midsubインタフェース1010は、D/GWSCLServiceCapabilityLayerM2MDSCL1016/M2MGSCL1018に登録されるサービスやアプリケーションへのサブスクリプションをM2Mデバイス10081002に提供するために、図9に示される、3GPPベースのアーキテクチャのMTCpインタフェース906と同様に、動作することができる。続いて、ローカルサブスクリプションを提供された後に、M2Mデバイス1002/1008は、それぞれ従来のmid1020/1022を介し、さらに、ローカルアクセスネットワーク1024と、ローカルサブスクリプションを提供するオペレータのコアネットワーク1026を介して、リモートM2Mアプリケーション1014と通信することができる。様々な実施形態において、前述の3GPPベースのMTCpインタフェースと、ETSIベースのmidsubインタフェースは、例えば、OMAOpenMobileAllianceにより規定されるOMA-DMopenmobilealliancedevicemanagementや、CCSAChinacommunicationsstandardassociationにより規定されるWMMPTWirelessM2MProtocolTransportのような、既存のデバイス管理プロトコル上で実装されても良い。さらなる実施形態において、サブスクリプション管理インタフェースが、有線通信ネットワーク内に展開されても良い。例えば、そのようなインタフェースは、BBFbroadbandforumにより定義されるTR-069によって規定された、CWMPCPEWANcustomerpremisesequipmentwideareanetworkManagementProtocolをサポートするために、展開され得る。要約すると、本実施形態は、従来の方式を通じては達成され得なかった、MTC/M2Mデバイス管理を提供する。1つには、MTCデバイス206は、あらゆるネットワークサブスクリプションなしに、MTCデバイス206が運用される場所に出荷されることができる。これにより、単一のホームオペレータが、MTCデバイス206が展開され得る様々な場所における、複数のネットワークパートナと、複数のローミング協定を確立する必要がなくなる。加えて、MTCデバイス206と、ローカルネットワークへのサブスクリプションとが、別個に管理される。これにより、異なるMTCデバイス206の間でローカルサブスクリプションが移植でき、MTCデバイス206は、耐用年数にわたって異なるローカルサブスクリプションを用いることができる。すなわち、MTCデバイス206は、MTCデバイス206の適切な位置と動作状態に従って有効化される、複数のサブスクリプションを有することができる。開示されるシステム及びアーキテクチャの新しい態様を実行するための、例示的な方法を代表するフローチャートの組が、本明細書に含まれる。同時に、説明を単純化する目的で、示される1以上の方法は、例えばフローチャート又はフロー図の形式で、一連の動作として示され、説明される。当然ながら、当該方法は、本明細書で示され、記載された動作の順序に制限されず、いくつかの動作は、他の動作と異なる順序及び/又は同時に実行されても良い。例えば、本技術分野の当業者は、当該方法が、状態図のような、一連の相関する状態又はイベントにより、代替的に表現され得ることを理解するであろう。さらに、方法で説明される動作の全てが、新しい実装のために必要とは限らない。図11は、例示的なロジックの流れを表す。ブロック1102において、MTCデバイス206は、電源がオンになる。ブロック1104において、MTCデバイスの状態が確認される。ブロック1106において、ローカルサブスクリプションが、MTCデバイス206に対して既に提供されているかの判定がなされる。ローカルサブスクリプションとは、MTCデバイス206の近くにあるHPLMNへのサブスクリプションである。ブロック1106において、ローカルサブスクリプションが存在すると判定された場合、処理は、ブロック1108に進む。ブロック1108において、MTCデバイス206は、ローカルサブスクリプションを提供するローカルHPLMNを介して、MTCサブスクライバへ接続する。ブロック1106において、ローカルサブスクリプションが、MTCデバイス206に提供されていないと判定された場合、処理は、ブロック1110に進む。ブロック1110において、ローカルHPLMNのオペレータによらず、MTCデバイス206からMTCサブスクライバへの接続が確立される。ブロック1112において、MTCデバイス206は、MTCサブスクライバに対して、識別/認証される。ブロック1114において、ローカルHPLMNのローカルサブスクリプションが、MTCデバイス206により受信されるMTCデバイス206に提供される。ブロック1116に続いて、MTCデバイス206は、ローカルHPLMNでの動作のために、有効化される。ブロック1118において、MTCデバイス206は、ローカルHPLMNを介して、MTCサブスクライバに接続を確立する。図12は、さらなる実施形態に従うロジックの流れを表す。ブロック1202において、第一のMTCデバイスで、MTCサブスクライバから、第一のローカルHPLMNのための第一のサブスクリプションが受信される。ブロック1204において、第一のローカルHPLMNでの動作のために、第一のMTCデバイスの有効化がなされる。ブロック1206において、デバイス変更要求が、MTCサブスクライバに送信される。ブロック1208において、第一のMTCデバイスで、第一のローカルHPLMNのための第一のサブスクリプションの停止が通知される。ブロック1210において、第一のMTCデバイスで、MTCサブスクライバから、第二のローカルHPLMNのための第二のサブスクリプションが受信される。第二のローカルHPLMNは、第一のローカルHPLMNと異なる地域に位置する。ブロック1212において、第一のMTCデバイスで、MTCサブスクライバから、第二のローカルHPLMNのための第二のサブスクリプションが有効化される。図13は、例示的なシステムの実施形態を表す。具体的には、図13は、様々な要素を含み得る、プラットフォーム1300を示す図である。例えば、図13は、プロセッサ/グラフィックスコア1302、チップセット/プラットフォーム制御ハブPCH1304、入出力I/Oデバイス1306、ランダムアクセスメモリRAM例えば、DRAMdynamicRAM1308、リードオンリーメモリROM1310、ディスプレイ装置1320、ディスプレイバックライト1322及び様々な他のプラットフォーム部品1314例えば、ファン、横流ブロワ、ヒートシンク、DTMシステム、冷却システム、筐体、通気口等を有するプラットフォームシステム1310を示す。システム1300は、無線通信チップ1316及びグラフィックスデバイス1318をさらに含んでも良い。しかしながら、本実施形態は、これらの要素に限定されない。図13に示されるように、I/Oデバイス1306、RAM1308及びROM1310は、チップセット1304を通じて、プロセッサ1302と接続される。チップセット1304は、バス1312により、プロセッサと接続される。従って、バス1312は、複数のラインを含んでも良い。プロセッサ1302は、1以上のプロセッサコアを有する、中央演算装置である。プロセッサ1302は、任意の数のプロセッサコアを有する、任意の数のプロセッサであってもよい。プロセッサ1302は、例えば、CPU、マルチ演算装置、RISCreducedinstructionsetcomputer、パイプラインを有するプロセッサ、CISCcomplexinstructionsetcomputer、DSPdigitalsignalprocessor等のような、任意の種類の演算装置を含んでも良い。いくつかの実施形態において、プロセッサ1302は、別個の集積回路チップに配置された、複数の別個のプロセッサであってもよい。いくつかの実施形態において、プロセッサ1302は、統合グラフィックスを有するプロセッサであってもよい。同時に、他の実施形態において、プロセッサ1302は、一以上のグラフィックスコアであってもよい。図14は、前に述べた様々な実施形態を実現するための例示的なコンピュータシステムアーキテクチャ1400の一実施形態を表す。本明細書で用いられるように、システム及びデバイス並びに部品の用語は、例えば、例示的なコンピュータアーキテクチャ1400により提供される、ハードウェアか、ハードウェアとソフトウェアの組み合わせか、ソフトウェアか、あるいは実行中のソフトウェアのように、コンピュータに関連するエンティティのことを示す。例えば、部品は、この例に限られないが、プロセッサ上で動作するプロセス、プロセッサ、ハードディスクドライブ、光学及び/又は磁気記録媒体の複数の格納ドライブ、オブジェクト、実行ファイル、実行スレッド、プログラム及び又はコンピュータであり得る。一例として、サーバ上で動作中のアプリケーションと、サーバとの両方が、部品であっても良い。1以上の部品は、実行プロセス及び/又はスレッド内に存在しても良い。さらに、1の部品は、1のコンピュータ上に集中していてもよいし、2以上のコンピュータに分散されてもよい。さらに、各部品は、連携して動作するために、様々な種類の通信媒体により、互いに通信可能なように接続されても良い。連携は、一方向又は双方向の情報のやりとりを含んでも良い。例えば、各部品は、通信媒体を通じて通信される信号の形式で、情報をやりとりしてもよい。そのような情報は、様々な信号線に割り当てられる信号により実現されても良い。そのような割り当てにおいて、各メッセージは、信号である。しかしながら、さらなる実施形態において、代わりに、データメッセージを採用しても良い。データメッセージは、様々な接続を通じて、送信され得る。例示的な接続は、パラレルインターフェース、シリアルインタフェース及びバスインターフェースを含む。一実施形態において、コンピュータシステム1400は、電子デバイスの一部を含むか、あるいはその一部として実現される。電子デバイスの例として、モバイルデバイス、PDApersonaldigitalassistant、モバイル計算デバイス、スマートフォン、携帯電話、ヘッドセット、ポケットベル、双方向ポケットベル、メッセージングデバイス、コンピュータ、パーソナルコンピュータPC、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、ハンドヘルドコンピュータ、タブレットコンピュータ、サーバ、サーバ群又はサーバファーム、ウェブサーバ、ネットワークサーバ、インターネットサーバ、ワークステーション、小型コンピュータ、メインフレーム、スーパーコンピュータ、ネットワークアプライアンス、ウェブアプライアンス、分散計算システム、マイクロプロセッサシステム、プロセッサベースのシステム、家電、プログラム可能な家電、テレビ、デジタルテレビ、セットトップボックス、無線アクセスポイント、基地局、サブスクライバ端末、モバイルサブスクライバセンター、無線ネットワークコントローラ、ルータ、ハブ、ゲートウェイ、ブリッジ、スイッチ、機械又はそれらの組み合わせが挙げられるが、これらの例に限られない。複数の実施形態は、これらの例に関して制限されない。コンピュータアーキテクチャ1400は、様々な、既知のコンピュータ要素を含む。例えば、1以上の、プロセッサ、コプロセッサ、メモリ、チップセット、コントローラ、周辺機器、インタフェース、発信器、タイミング装置、ビデオカード、オーディオカード、マルチメディアI/Oinputoutput部品等である。しかしながら、複数の実施形態は、コンピュータアーキテクチャ1400による実装に制限されない。図14において示されるように、コンピュータアーキテクチャ1400は、演算装置1404、システムメモリ1406及びシステムバス1408を有する。演算装置1404は、商業上利用可能な様々なプロセッサのうちの任意のプロセッサであってもよい。デュアルプロセッサや他のマルチプロセッサアーキテクチャが、演算装置1404として採用されてもよい。システムバス1408は、システムメモリ1406を含む但し、これに限られない、システム部品のインタフェースを、演算装置1404に提供する。システムバス1408は、メモリコントローラを有するか、あるいは、メモリコントローラを有さないメモリバス、周辺機器用バス、及び、商業上利用可能な様々なバスアーキテクチャのうちの任意のバスアーキテクチャを用いるローカルバスを相互に接続することのできる、任意の種類のバス構造を有していても良い。コンピュータアーキテクチャ1400は、様々な製造品を含み、あるいは、実現してもよい。製造品の一例として、様々な形式のプログラムを格納する、コンピュータ読み取り可能な記憶媒体がある。コンピュータ読み取り可能な記憶媒体は、電子データを格納可能な、任意の有形の媒体を含む。媒体の例として、揮発メモリ又は不揮発メモリ、着脱可能又は着脱不可能なメモリ、消去可能又は消去不可能なメモリ、書き込み可能又は再書き込み可能なメモリ等がある。プログラムは、例えば、ソースコード、コンパイル済みのコード、解釈済みのコード、実行可能なコード、静的コード、動的コード、オブジェクト指向型のコード、視覚的コード等のように、任意の適切な種類のコードを用いて実現される、コンピュータで実行可能なプログラム命令を含む。システムメモリ1406は、1以上の、より高速なメモリ装置である、様々な種類のコンピュータ読み取り可能な記録媒体を含んでも良い。より高速なメモリ装置の例として、ROMreadonlymemory、RAMrandomaccessmemory、DRAMdynamicRAM、DDRDRAMDoubleDataRateDRAM、SDRAMsynchronousDRAM、SRAMstaticRAM、PROMprogrammableROM、EPROMerasableprogrammableROM、EEPROMelectricallyerasableprogrammableROM、フラッシュメモリ、強誘電体高分子メモリ、オボニックメモリ、相転移若しくは強誘電体メモリ、SONOSsiliconoxidenitrideoxidesiliconメモリ、磁気若しくは光学カード又は情報の格納に適した他の任意の媒体がある。図14に示される実施形態において、システムメモリ1406は、不揮発メモリ1410及び/又は揮発メモリ1412を含む。BIOSbasicinputoutputsystemは、不揮発メモリ1410に格納され得る。コンピュータ1402は、1以上のより低速なメモリ装置である、様々な種類のコンピュータ読み取り可能な記憶媒体を含んでも良い。低速なメモリ装置の例として、内蔵HDDharddiskdrive1414、着脱可能な磁気ディスク1418に対して読み書きする磁気フロッピー登録商標ディスクドライブFDD1416、着脱可能な光学ディスク1422に対して読み書きする光学ディスクドライブ例えば、CD-ROM又はDVD1420がある。HDD1414、FDD1416及び光学ディスクドライブ1420は、それぞれ、HDDインタフェース1424、FDDインタフェース1426及び光学ドライブインターフェース1428により、システムバス1408に接続され得る。外付けドライブの実装のためのHDDインタフェース1424は、少なくとも、USBUniversalSerialBus及びIEEE1294インタフェース技術の両方を含んでも良い。ドライブと、関連付けられたコンピュータ読み取り可能な媒体は、データ、データ構造、コンピュータが実行可能な命令等の、揮発性及び/又は不揮発性の格納領域を提供する。例えば、オペレーティングシステム1430、1以上のアプリケーションプログラム1432、他のプログラムモジュール1434及びプログラムデータ1436を含む、多数のプログラムモジュールは、ドライブ及びメモリ1410、1412に格納され得る。ユーザは、例えば、キーボード1438や、マウス1440のようなポインティングデバイスのような、1以上の有線/無線の入力装置を通じて、コマンドや情報をコンピュータ1202に入力することができる。他の入力装置は、例えば、マイク、赤外線リモコン、ジョイスティック、ゲームパッド、スタイラスペン、タッチスクリーン等を含む。かかる入力装置及び他の入力装置は、多くの場合、システムバス1408に接続される、入力装置インタフェース1442を通じて、演算装置1404に接続される。しかし、パラレルポート、IEEE1294シリアルポート、ゲームポート、USBポート、IRインタフェース等により接続されても良い。モニタ1444又は他の種類のディスプレイが、ビデオアダプタ1446のようなインタフェースを介して、システムバス1408にさらに接続されもよい。一般的に、コンピュータは、モニタ1444に加えて、スピーカ、プリンタ等の、他の周辺機器である出力デバイスを有する。コンピュータ1402は、有線及び/又は無線通信を介して、リモートコンピュータ1448のような、1以上のリモートコンピュータに対して論理的に接続する、ネットワーク化された環境において動作しても良い。リモートコンピュータ1448は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースのエンタテインメントアプライアンス、ピアデバイス又は他のネットワークノードであってもよい。また、リモートコンピュータ1448は、一般的には、コンピュータ1402に関して示されるような要素の多く又はすべてを有するが、簡潔に示すために、メモリ/ストレージデバイス1450のみが図示されている。図示される論理的な接続は、LANlocalareanetwork1452、及び/又は、例えばWANwideareanetworkのような、より広いネットワークに対する、有線/無線の接続を含む。LANやWANのようなネットワーク環境は、オフィスや企業において一般的であり、インターネットのようなグローバル通信ネットワークに接続され得るイントラネットのような、エンタープライズ向けコンピュータネットワークを容易にする。LANのネットワーク環境において用いられる場合、コンピュータ1402は、無線及び/若しくは無線通信ネットワークインターフェース又はアダプタ1456を通じて、LAN1452に接続される。アダプタ1456は、LAN1452への有線及び/又は無線通信を容易にする。LAN1452は、アダプタ1456の無線機能とやりとりする、無線アクセスポイントを含み得る。WANのネットワーク環境において用いられる場合、コンピュータ1402は、モデム1458を含んでも良いし、あるいは、WAN1454の通信サーバに接続される。あるいは、インターネット等を通じて、WAN1454を介して通信を確立するための他の手段を有する。モデム1458は、内蔵又は外付けのデバイスであり、有線及び/又は無線のデバイスであり得る。モデム1458は、入力装置インタフェース1442を介して、システムバス1408に接続する。ネットワーク化された環境において、コンピュータ1402に関して示されたプログラムモジュール又はその一部は、リモートのメモリ/ストレージデバイス1450に格納されても良い。示されるネットワーク接続は例であり、コンピュータ間でリンクを確立する他の手段が用いられることは、理解されるであろう。コンピュータ1402は、無線通信例えば、IEEE802.11無線変調技術が可能なよう構成された無線装置のような、IEEE802規格のファミリを用いる有線及び無線デバイス又はエンティティと通信することができる。例えば、そのような無線装置は、プリンタ、スキャナ、デスクトップ及び/又はポータブルコンピュータ、PDA、通信衛星、無線で検出可能なタグと関連付けられた装置又は場所の一部例えば、キオスク、新聞売店、公衆トイレ並びに電話を含む。かかる規格は、少なくとも、WiFi登録商標WirelessFidelity、WiMAX登録商標及びBluetooth登録商標無線技術を含む。従って、通信は、従来のネットワークか、あるいは、少なくとも2つのデバイスの間の単純なアドホック通信のように、既定の構成を有しても良い。WiFiネットワークは、安全で、信頼でき、高速な無線接続を提供するため、IEEE802.11xa、b、g、n等と呼ばれる無線技術を用いる。WiFiネットワークは、コンピュータを、互いに接続し、さらに、インターネット及び有線ネットワークIEEE802.3に関連する媒体と機能を用いるに接続するために用いられ得る。いくつかの実施形態は、一実施形態又は一つの実施形態という表現及びその派生語を用いて、説明される。かかる用語は、その実施形態に関して記述される、特定の特徴、構造又は特性が、少なくとも一つの実施形態に含まれることを意味する。明細書内の様々な場所に現れる一実施形態においての語は、必ずしも、同一の実施形態を全て指すとは限らない。さらに、いつくかの実施形態は、いくつかの結合される又は接続されるという表現及びその派生語を用いて、説明される。かかる用語は、必ずしも、互いの同義語であることを意図されていない。例えば、いくつかの実施形態は、2以上の要素が、直接、物理的又は電子的に、互いに接触していることを示すために、接続される及び/又は結合されるという用語を用いて、説明され得る。しかしながら、結合されるという用語は、2以上の要素が、互いに直接接触していないが、互いに協働し、作用することを示し得る。本実施形態は、持続性のコンピュータ読み照り可能な媒体に含まれる命令によって、少なくとも部分的に実現され得る。そのような命令は、本明細書で示される動作を可能にするために、1以上のプロセッサにより、読み込まれ、実行され得る。要約は、読み手が、技術的な開示の性質を迅速に確認できるようにするために、提供される。要約は、クレームの範囲又は意味を解釈又は限定するために用いられないことの理解とともに、提出される。さらに、詳細な説明は、開示の簡素化の目的で、様々な特徴が、単一の実施形態において、まとめて記載されている。かかる開示の方法は、クレームされる実施形態が、各クレームにおいて明示的に列挙されるよりも多くの特徴が必要であるということを示すものではない。むしろ、以下のクレームは、発明の主題が、開示された単一の実施形態における全ての特徴より少ない特徴にあることを示す。従って、以下のクレームは、各クレーム自身が、別個の実施形態を構成するとともに、詳細な説明に組み込まれる。添付されるクレームにおいて、including又はinwhichは、それぞれ、comprising及びwhereinの平易な英語の等価的な用語として使用される。さらに、第一の第二の第三ののような用語は、単にラベルとして用いられ、それらの付されるオブジェクトに数値的な要件を課すものではない。上述した内容は、開示されるアーキテクチャの一例を含む。部品及び/又は方式の、全ての考え得る組み合わせを記載することは困難であるが、本技術分野の当業者は、多数のさらなる組み合わせ及び置換が可能であることを理解するであろう。従って、新規なアーキテクチャは、添付されるクレームの精神及び範囲に含まれる範囲で、そのような置換、改良及び派生の全てを含むことを意図されている。"