パケット交換データネットワーク120によってサーブされるユーザ装置、UE、140のためのデータを記憶するように動作可能な加入者サーバ126を備えるシステム100であって、前記加入者サーバ126は、ダイアメータインターフェースを介してネットワークエレメント130に接続され、またさらに、前記ダイアメータインターフェースを介して前記ネットワークエレメント130からのユーザデータ要求を受信するように動作可能である、システム100において、前記加入者サーバ126がさらに、前記ユーザデータ要求に応じて、前記UE140が前記パケット交換データネットワーク120およびレガシーネットワーク110のうちの少なくとも一方に現在登録されている複数のサービングエレメントを識別するように、前記UE140が現在登録されている前記複数のサービングエレメントの識別子をユーザデータ応答の中に挿入するように、また前記ダイアメータインターフェースを介して前記ユーザデータ応答を前記ネットワークエレメント130に対して送信するように動作可能であることを特徴とするシステム100。前記ダイアメータインターフェースは、ダイアメータShインターフェースを含み、前記ユーザデータ要求は、前記UE140の登録されたサービングエレメントについての情報を要求する、データ参照が新しい値に設定されているダイアメータShユーザデータ要求を含み、また前記ユーザデータ応答は、前記複数のサービングエレメントの前記識別子についての、拡張された属性値対、AVPを有するダイアメータShユーザデータ応答を含む、請求項1に記載のシステム100。前記複数のサービングエレメントの前記識別子は、モバイル交換局、MSC、識別子、サービングGPRSサポートノード、SGSN、識別子、モビリティ管理エンティティ、MME、識別子、およびパケットデータネットワークゲートウェイ、PDN-GW、識別子のうちの少なくとも1つを含む、請求項1に記載のシステム100。前記加入者サーバ126は、さらに、前記UE140が現在登録されている前記レガシーネットワーク110におけるサービングエレメントについての情報を要求する問い合わせを前記レガシーネットワーク110におけるレガシー加入者サーバ116に対して送信するように、また前記UE140が現在登録されている前記レガシーネットワーク110における前記サービングエレメントの識別子を含む、前記問い合わせに対する応答を前記レガシー加入者サーバ116から受信するように、動作可能である、請求項1に記載のシステム100。前記加入者サーバ126と前記レガシー加入者サーバ116との間のインターフェースは、モバイルアプリケーション部、MAP、インターフェースを含み、新しいパラメータは、少なくともモビリティ管理エンティティ、MME、識別子、およびパケットデータネットワークゲートウェイ、PDN-GW、識別子について前記MAPインターフェースの中で定義され、前記応答は、少なくとも前記MME識別子および前記PDN-GW識別子についての前記新しいパラメータを含んでいるMAP送信ルーティング情報フォーLCS応答を含む、請求項4に記載のシステム100。パケット交換データネットワークによってサーブされるユーザ装置、UEについてデータを加入者サーバに記憶するステップと、ダイアメータインターフェースを介して前記加入者サーバにおけるユーザデータ要求をネットワークエレメントから受信するステップと、を含む方法であって、前記ユーザデータ要求に応じて、前記UEが前記パケット交換データネットワークおよびレガシーネットワークのうちの少なくとも一方において現在登録されている複数のサービングエレメントを識別するステップと、前記UEが現在登録されている前記複数のサービングエレメントの識別子をユーザデータ応答の中に挿入するステップと、前記ダイアメータインターフェースを介して前記ユーザデータ応答を前記ネットワークエレメントに対して送信するステップとを特徴とする方法。前記ダイアメータインターフェースは、ダイアメータShインターフェースを含み、前記ユーザデータ要求は、前記UEの登録されたサービングエレメントについての情報を要求する、データ参照が新しい値に設定されているダイアメータShユーザデータ要求を含み、前記ユーザデータ応答は、前記複数のサービングエレメントの前記識別子についての拡張された属性値対、AVPを有するダイアメータShユーザデータ応答を含む、請求項6に記載の方法。前記複数のサービングエレメントの前記識別子は、モバイル交換局、MSC、識別子、サービングGPRSサポートノード、SGSN、識別子、モビリティ管理エンティティ、MME、識別子、およびパケットデータネットワークゲートウェイ、PDN-GW、識別子のうちの少なくとも1つを含む、請求項6に記載の方法。前記UEが前記レガシーネットワークにおいて現在登録されている複数のサービングエレメントを識別するステップは、前記UEが現在登録されている前記レガシーネットワークにおけるサービングエレメントについての情報を要求する、前記加入者サーバからの問い合わせを前記レガシーネットワークにおけるレガシー加入者サーバに対して送信するステップと、前記UEが現在登録されている前記レガシーネットワークにおける前記サービングエレメントの識別子を含む、前記加入者サーバにおける前記問い合わせに対する応答を前記レガシー加入者サーバから受信するステップとを含む、請求項6に記載の方法。前記加入者サーバと前記レガシー加入者サーバとの間のインターフェースは、モバイルアプリケーション部、MAP、インターフェースを含み、新しいパラメータは、少なくともモビリティ管理エンティティ、MME、識別子、およびパケットデータネットワークゲートウェイ、PDN-GW、識別子について前記MAPインターフェースの中で定義され、前記応答は、少なくとも前記MME識別子および前記PDN-GW識別子についての前記新しいパラメータを含んでいるMAP送信ルーティング情報フォーLCS応答を含む、請求項9に記載の方法。本明細書において説明される実施形態は、加入者サーバの内部で汎用サービスを提供しており、ここでは、ネットワークエレメント例えば、アプリケーションサーバは、ユーザ装置UEの登録されたサービングエレメントを要求するダイアメータインターフェースを介して加入者サーバに問い合わせを行うことができ、また加入者サーバは、UEが、現在登録されている複数のサービングエレメントの識別子を提供する。サービングエレメントは、パケット交換データネットワーク例えば、LTEまたはIMSの中にあってもよいし、またはレガシーネットワーク例えば、UMTSの中にあってもよい。例えば、ネットワークエレメント例えば、アプリケーションサーバは、HSSなどの加入者サーバに対してダイアメータShユーザデータ要求を送信することができ、UEの登録されたサーバIDを要求する。その要求に応じて、加入者サーバは、UEが、現在登録されている複数のサービングエレメントを識別する。例えば、UEは、IMSネットワークの中のS-CSCFと、UMTSネットワークの中のMSCおよびSGSNと、LTEネットワークのモビリティ管理エンティティMMEとに登録されている可能性がある。本明細書において説明される加入者サーバは、UEが、現在登録されているこれらのサービングエレメントのおのおのについてのIDを収集し、またダイアメータShユーザデータ応答などで、ダイアメータインターフェースを介して要求側ネットワークエレメントに対してアイデンティティを提供することができる。以前には、ネットワークエレメントが、UEの登録されたサーバIDを要求して加入者サーバに問い合わせを行うことになっていた場合、加入者サーバは、UEが、現在、S-CSCFに登録されていることを仮定するとIMSネットワークの中のS-CSCFのIDだけを用いて応答していた。加入者サーバは、UEが現在登録されている他のサービングエレメントを識別するように構成されてはおらず、またダイアメータインターフェースは、加入者サーバが、S-CSCFID以外の他の識別子を提供することを可能にしてはいなかった。本明細書において説明される実施形態によれば、加入者サーバは、UEが、現在登録されている複数のサービングエレメントをまさにS-CSCFIDの代わりに識別し、また要求側ネットワークエレメントに対して複数のサービングエレメントのIDを提供することができる。さらに、ダイアメータインターフェースは、拡張されており、その結果、複数のサービングエレメントのIDが加入者サーバから要求側ネットワークエレメントへと送信可能である。上記で概説されるサービスの1つの利点は、ネットワークエレメントが、加入者サーバに対する単一の問い合わせを用いてUEがどこに位置しているかを識別できることである。したがって、ネットワークエレメントは、UEが、パケット交換データネットワークとレガシーネットワークとの間を移動している間に、シームレスなサービスをUEに対して提供することができる。一実施形態は、パケット交換データネットワークの加入者サーバを含む。加入者サーバは、パケット交換データネットワークによってサーブされるユーザ装置UEについてのデータを記憶するように動作可能である。加入者サーバは、さらに、ダイアメータインターフェースを介してネットワークエレメントからユーザデータ要求を受信するように、またユーザデータ要求に応じて、UEが現在パケット交換データネットワークおよび/またはレガシーネットワークに登録されている複数のサービングエレメントを識別するように、動作可能である。加入者サーバは、さらに、UEが現在登録されている複数のサービングエレメントの識別子をユーザデータ応答の中に挿入するように、またダイアメータインターフェースを介してユーザデータ応答をネットワークエレメントに対して送信するように、動作可能である。他の例示の実施形態について、以下で説明され得る。本発明についてのいくつかの実施形態が、次に、例だけとして、また添付の図面を参照して説明される。同じ参照番号は、すべての図面の上で、同じ要素、または同じタイプの要素を表す。図面と、以下の説明とは、本発明の特定の例示の実施形態を示すものである。したがって、本明細書において明示的に説明されても、または示されてもいないが、本発明の原理を実施し、また本発明の範囲内に含まれる様々な構成を工夫することができるようになることが、当業者なら理解されよう。さらに、本明細書において説明されるどのような例も、本発明の原理を理解するに際して助けになるように意図されており、またそのように具体的に列挙された例および状態だけに限定されることのないように解釈されるべきである。結果として、本発明は、下記で説明される特定の実施形態または例だけには限定されないが、特許請求の範囲と、それらの均等形態とによって限定される。図1は、例示の一実施形態におけるシステム100を示すものである。システム100は、レガシーネットワーク110と、パケット交換データネットワーク120とを含む。ネットワークを示すネットワーククラウドは、サービスエリアが、別個のものであり、またはオーバーラップしている可能性があるので、ネットワークの実際のサービスエリアを示すために使用されてはいない。レガシーネットワーク110と、パケット交換データネットワーク120とは、別個のネットワークであるが、両方のネットワーク110と120とは、共通のサービスプロバイダによって管理され、または所有されることもある。レガシーネットワーク110とパケット交換データネットワーク120は両方とも、通信サービスをユーザ装置UE140に提供するようになされている。UE140は、パケット交換データネットワーク120と、レガシーネットワーク110との両方と通信するように動作可能な端末またはデバイスを備えている。したがって、UE140は、デュアルモードデバイスと称されることもある。UE140は、ワイヤレスデバイス、有線デバイス、またはそれら2つの組合せとすることができる。レガシーネットワーク110は、IMS、LTEネットワーク、あるいはパケット交換される別のタイプのデータだけの、またはデータに最適化されたネットワークではない、任意の2Gまたは3G3GPPおよび3GPP2のネットワークを含む。レガシーネットワーク110の例は、2GのCDMAネットワーク、3GのGSMネットワーク、UMTSネットワークなどを含む。レガシーは、現在存在しているネットワークだけでなく、将来において開発される可能性がある2Gまたは3Gのネットワークも指すことが意図されている。レガシーネットワーク110は、一例として、モバイル交換局MSC112と、サービングGPRSサポートノードSGSN114と、レガシー加入者サーバ116とを含む。レガシー加入者サーバ116は、レガシーネットワーク110に対する加入者についての情報を記憶するように動作可能な任意のデータベースまたはサーバを含む。レガシー加入者サーバ116の一例は、ホームロケーションレジスタHLR:HomeLocationRegisterである。レガシー加入者サーバ116は、レガシーネットワーク110の他のエンドユーザについてのプロファイルと一緒に、UE140のエンドユーザについての加入者プロファイルを記憶することができる。パケット交換データネットワーク120は、一例として、モビリティ管理エンティティMME122と、サービングゲートウェイS-GW:servinggateway124と、加入者サーバ126と、パケットデータネットワークゲートウェイPDN-GW:PacketDataNetworkGateway128とを含む。図1におけるこれらの要素は、LTE/EPCネットワークを示しているが、パケット交換データネットワーク120は、他のタイプのパケット交換ネットワークからの要素を含むことができる。加入者サーバ126は、パケット交換データネットワーク120の加入者についての情報を記憶するように動作可能な任意のデータベースまたはサーバを含む。加入者サーバ126の一例は、ホーム加入者サーバHSSである。加入者サーバ126は、パケット交換データネットワーク120の他のエンドユーザについてのプロファイルと一緒に、UE140のエンドユーザについての加入者プロファイルを記憶することができる。加入者サーバ126は、図1に示されるように、レガシー加入者サーバ116とは独立している可能性がある。そのようなシナリオにおいては、加入者サーバ126は、MAPインターフェースまたは別のタイプのインターフェースを介して、レガシー加入者サーバ116に接続することができる。別のシナリオにおいては、レガシー加入者サーバ116と、加入者サーバ126とは、組み合わされたHLR/HSSなど、統合された、または共用された加入者サーバを含み得る。これは、図1における点線で書かれたボックスとして示される。レガシー加入者サーバ116と、加入者サーバ126とが、統合されたサーバを備える場合、サーバの間のMAPインターフェースについての必要性は存在しない。パケット交換データネットワーク120の一部分は、データサービスと称される。本明細書において言及されるデータサービスは、IPマルチメディアサブシステムIMSを通して提供されることもある。図1には具体的に示されてはいないが、IMSネットワークは、サービングコールセッション制御機能S-CSCF:serving-callsessioncontrolfunction、問い合わせ-CSCFI-CSCF、1つまたは複数のアプリケーションサーバ、1つまたは複数のゲートウェイなどを含むことが当業者なら理解されよう。動作中にあるときに、UE140が、レガシーネットワーク110のアクセスネットワークの範囲の中に入ってくる場合、UE140は、レガシーネットワーク110に登録する。例えば、UE140は、MSC112、SGSN114などに登録することができる。レガシーネットワーク110におけるUE140の登録は、加入者プロファイルになど、レガシー加入者サーバ116に記憶される可能性がある。同様に、UE140が、パケット交換データネットワーク120のアクセスネットワークの範囲の中にある場合、UE140は、パケット交換データネットワーク120に登録する。例えば、UE140は、MME122、PDN-GW128、IMSネットワークの中のS-CSCFなどに登録することができる。パケット交換データネットワーク120におけるUE140の登録は、加入者プロファイルになど、加入者サーバ126に記憶される可能性がある。本明細書において説明される実施形態によれば、加入者サーバ126は、UE140が現在登録されている複数のサービングエレメントについてネットワークエレメント130に通知する汎用サービスを提供することができる。ネットワークエレメント130は、UE140にサービスまたはコールの機能を提供するように動作可能な任意のアプリケーションサーバ、または他のサーバを備える。ネットワークエレメント130の例は、アプリケーションサーバ、ショートメッセージサービスセンターSMSC:ShortMessageServiceCenter、マルチメディアメッセージサービスセンターMMSC:MultimediaMessageServiceCenterなどを含む。ネットワークエレメント130が、ユーザデータについての要求を加入者サーバ126に対して送信する場合、加入者サーバ126は、UE140が、現在、レガシーネットワーク110および/またはパケット交換データネットワーク120に登録されている複数のサービングエレメントを決定し、また要求側ネットワークエレメント130に対してサービングエレメントについてのIDを送信する。要求側ネットワークエレメント130は、それゆえにUE140に対して最良の可能性のあるサービスを提供するために、UE140をサーブしている各要素について通知される。図2は、例示の一実施形態においてユーザデータを要求する一方法200を示すフローチャートである。方法200のステップは、図1の中のシステム100を参照して説明されることになるが、方法200が、他のネットワークおよびシステムにおいて実行され得ることが当業者なら理解されよう。本明細書において説明されるフローチャートのステップは、必ずしも包含的なものではなく、また図示されていない他のステップを含むことができる。それらのステップは、代替的な順序において実行される可能性もある。ネットワークエレメント130は、サービスをUE140に対して提供するように要求されているものと仮定する。例えば、ネットワークエレメント130は、UE140に対してアドレス指定され、またSMSメッセージをUE140に対して配信する任務を負うSMSメッセージを受信することができる。サービスを提供するために、ネットワークエレメント130は、加入者データベース126にアクセスして、UE140についてのデータを獲得することができる。したがって、ネットワークエレメント130は、ステップ202において、UE140についての登録されたサービングエレメントについての情報を要求する、UE140についてのユーザデータ要求をダイアメータインターフェースを介して加入者サーバ126に対して送信する。登録されたサービングエレメントは、UE140が現在登録されている、パケット交換データネットワーク120および/またはレガシーネットワーク110におけるサービングエレメントである。プロセスフローは、次いで、図3へと続く。図3は、UE140が、現在、例示の一実施形態において登録されている場合の要求側ネットワークエレメント130に通知する一方法300を示すフローチャートである。方法300のステップは、図1におけるシステム100に関連して説明されることになるが、方法300が他のネットワークおよびシステムにおいて実行され得ることが当業者なら理解されよう。ステップ302において、加入者サーバ126は、ネットワークエレメント130からユーザデータ要求を受信する。ユーザデータ要求は、ダイアメータShインターフェースなどのダイアメータインターフェースを介して受信される。したがって、ユーザデータ要求は、ダイアメータShユーザデータ要求を含むことができる。汎用サービスをサポートするために、ダイアメータShインターフェース3GPPTS29.328を参照についての新しいデータ参照は、UEの登録されたサービングエレメントについての情報を要求する新しいデータ参照値単数または複数と一緒に定義される可能性がある。また、新しいXMLタグは、新しいデータ参照について定義される可能性もあり、この新しいデータ参照は、一実施形態においては、汎用登録サーバIDGenericRegisteredServerIDと称されることもある。この新しいデータ参照のために可能にされるオペレーションは、Sh-プルSh-Pullとすることができ、またアクセスキーは、必要に応じて定義される可能性もある。さらにまた、ダイアメータShデータUMLモデル3GPPTS29.328C.1を参照は、他のIDのうちでもとりわけ、MSCIDと、SGSNIDと、MMEIDと、PDN-GWIDとを有することができる他の登録サーバOtherRegisteredServerについてのオプションの項目を用いて拡張される。3GPPTS29.328付属書類DにおけるXMLスキーマはまた、他のIDのうちでもとりわけ、MSCID、SGSNID、MMEID、PDN-GWIDについての要素を追加するようにも拡張される。ユーザデータ要求に応じて、ステップ304において、加入者サーバ126は、UE140が、現在、パケット交換データネットワーク120と、レガシーネットワーク110とのうちの一方または両方に登録されている複数のサービングエレメントを識別する。加入者サーバ126は、UE140についての加入者プロファイルを記憶しており、そのようにして、加入者サーバ126は、加入者プロファイルを調べることにより、UE140が現在登録されているパケット交換データネットワーク120におけるサービングエレメントを決定することができる。例えば、UE140が、IMSネットワークにおけるS-CSCFに登録されている場合、これは、加入者プロファイルにおいて示されていることになる。UE140が、MME122またはPDN-GW128に登録されている場合、これは、加入者プロファイルにおいて示されていることにもなる。パケット交換データネットワーク120におけるサービングエレメントを識別することに加えて、加入者サーバ126はまた、レガシーネットワーク116においてサービングエレメントを識別することもできる。そのようにするために、加入者サーバ126は、レガシー加入者サーバ116に問い合わせを行うことができるそれらが独立した要素であることを仮定して。レガシー加入者サーバ116は、UE140についての加入者プロファイルを記憶しており、そのようにして加入者サーバ126は、レガシーネットワーク110の中に記憶される加入者プロファイルまたは加入者プロファイルの一部分を調べることにより、UE140が現在登録されているレガシーネットワーク110におけるサービングエレメントを決定することができる。したがって、UE140がレガシーネットワーク110の中のMSC112またはSGSN114に登録されている場合、加入者サーバ126は、レガシー加入者サーバ116に問い合わせを行うことにより、これを識別することができる。レガシー加入者サーバ116に問い合わせを行うことの一例は、図4に示されており、また後で考察される。ステップ306において、加入者サーバ126は、UE140が現在登録されている複数のサービングエレメントの識別子をユーザデータ応答の中に挿入する。ユーザデータ応答は、ダイアメータShユーザデータ応答を含むことができる。汎用サービスをサポートするために、新しい、または拡張された属性値対AttributeValuePairsAVPが、複数のサービングエレメントの識別子についてのダイアメータインターフェースにおいて定義される。例えば、新しいAVPは、モバイル交換局MSC識別子と、サービングGPRSサポートノードSGSN識別子と、モビリティ管理エンティティMME識別子と、パケットデータネットワークゲートウェイPDN-GW識別子とについて定義される可能性がある。拡張を用いて、ユーザデータ応答例えば、ダイアメータShユーザデータ応答は、UEが、現在登録されている複数のサービングエレメントの識別子をサポートする。ステップ308において、加入者サーバ126は、ダイアメータインターフェースを介してネットワークエレメント130に対してユーザデータ応答を送信する。次いで、メッセージフローは、図2へと戻る。図2のステップ204において、加入者サーバ126は、加入者サーバ126からユーザデータ応答を受信する。ユーザデータ応答は、UE140が、現在登録されている複数のサービングエレメントについてのIDを含んでいるので、ネットワークエレメント130は、UE140と通信するための複数の経路を識別することができる。例えば、ユーザデータ応答が、MSCIDを含んでいる場合、ネットワークエレメント130は、レガシーネットワーク110のMSC112を通してUE140に対してサービスを提供することができる。ユーザデータ応答が、SGSNIDを含む場合、ネットワークエレメント130は、レガシーネットワーク110のSGSN114を通してUE140に対してサービスを提供することができる。したがって、加入者サーバ126に対する単一の問い合わせを用いて、ネットワークエレメント130は、UE140が、現在登録されている各サービングエレメントを識別することができる。次いで、ネットワークエレメント130は、UE140が、パケット交換データネットワーク120と、レガシーネットワーク110との間でローミングするときにさえ、UE140に対してシームレスなサービスを提供することができる。加入者サーバ126と、レガシー加入者サーバ116とが、独立した要素である場合、加入者サーバ126は、上記で説明されるように、レガシー加入者サーバ116に問い合わせを行ってUE140が、レガシーネットワーク110における任意のサービングエレメントに現在登録されているかどうかを決定することができる。図4は、例示の一実施形態におけるレガシー加入者サーバ116に問い合わせを行う一方法400を示すフローチャートである。方法400のステップは、図1におけるシステム100を参照して説明されることになるが、方法400は、他のネットワークおよびシステムにおいて実行される可能性もあることが当業者なら理解されよう。ステップ402において加入者サーバ126は、UE140が、現在登録されている、レガシーネットワーク110におけるサービングエレメントについての情報を要求する問い合わせをレガシー加入者サーバ116に対して送信する。加入者サーバ126と、レガシー加入者サーバ116との間のインターフェースは、モバイルアプリケーション部MobileApplicationPartMAPインターフェースを備えることができる。問い合わせに応じて、レガシー加入者サーバ116は、レガシーネットワーク110におけるもしあればどのサービングエレメントに、UE140が現在登録されるように示されているかを決定する。そのように行うために、レガシー加入者サーバ116は、加入者プロファイルにアクセスして、レガシーネットワーク110におけるもしあればどのサービングエレメントにUE140が現在登録されているように示されているかについて、UE140が決定することができる。レガシー加入者サーバ116は、代わりに、レガシーネットワーク110における個々のサービングエレメントに問い合わせを行い、または何らかの他のデータベースに問い合わせを行って、レガシーネットワーク110におけるどのサービングエレメントにUE140が現在登録されているかを決定することができる。ステップ404において、加入者サーバ126は、UE140が現在登録されているレガシーネットワーク110におけるサービングエレメントの識別子を含むレガシー加入者サーバ116からの問い合わせに対する応答を受信する。加入者サーバ126が、レガシーネットワーク110におけるサービングエレメントについてのIDを受信できるようにするために、新しいパラメータが、モビリティ管理エンティティMME識別子と、パケットデータネットワークゲートウェイPDN-GW識別子と、場合によっては他の識別子とについてのMAPインターフェースにおいて定義される。一例においては、加入者サーバ126によって受信される応答は、MMEIDと、PDN-GWIDとについての新しいパラメータを含むMAP送信ルーティング情報フォーLCSMAPSend-Routing-Info-For-LCS応答を含むことができる。応答は、例えば、加入者サーバ126が、GSM/UMTS3G/4GHLRに問い合わせを行うときに、MAP送信ルーティング情報フォーLCS応答とすることができる。別の例においては、加入者サーバ126によって受信される応答は、MSCIDについての新しいパラメータを含むMAPLPReq応答を含むことができる。応答は、例えば、加入者サーバ126が、ANSI3GHLRに問い合わせを行うときに、MAPLPReq応答とすることができる。他のサービングエレメントの他の識別子について定義される追加の新しいパラメータが存在する可能性がある。図面の中で示され、または本明細書において説明される様々な要素のどれもが、ハードウェア、ソフトウェア、ファームウェア、またはこれらの何らかの組合せとして実装される可能性がある。例えば、要素は、専用のハードウェアとして実装される可能性がある。専用のハードウェア要素は、プロセッサ、コントローラ、または何らかの類似した専門用語と称されることもある。プロセッサによって提供されるとき、機能は、単一の専用プロセッサにより、単一の共用プロセッサにより、または複数の個別のプロセッサにより、提供される可能性があり、これらの個別のプロセッサのうちのいくつかは、共用される可能性がある。さらに、プロセッサまたはコントローラという用語の明示的な使用は、ソフトウェアを実行することができるハードウェアだけを排他的に意味するように解釈されるべきではなく、また限定することなく、デジタル信号プロセッサDSP:digitalsignalprocessorハードウェア、ネットワークプロセッサ、特定用途向け集積回路ASIC:applicationspecificintegratedcircuitまたは他の回路、フィールドプログラマブルゲートアレイFPGA:fieldprogrammablegatearray、ソフトウェアを記憶するためのリードオンリーメモリROM:readonlymemory、ランダムアクセスメモリRAM:randomaccessmemory、不揮発性ストレージ、ロジック、あるいは何らかの他の物理的ハードウェアのコンポーネントまたはモジュールを暗黙的に含むことができる。また、要素は、その要素の機能を実行するためにプロセッサまたはコンピュータにより実行可能な命令として実装されることもある。命令のいくつかの例は、ソフトウェア、プログラムコード、およびファームウェアである。それらの命令は、プロセッサによって実行されるときに、要素の機能を実行するようにプロセッサに指示するように動作可能である。命令は、プロセッサによって読取り可能であるストレージデバイスの上に記憶されることもある。ストレージデバイスのいくつかの例は、デジタルまたはソリッドステートのメモリ、磁気ディスクや磁気テープなどの磁気ストレージ媒体、ハードドライブ、あるいは光学的に読取り可能なデジタルデータストレージ媒体である。特定の実施形態は、本明細書において説明されているが、本発明の範囲は、これらの特定の実施形態だけに限定されるものではない。本発明の範囲は、添付の特許請求の範囲およびそれらの任意の均等物によって定義される。