ネットワークサービスプランプロビジョニングシステムにおいて、複数のサービスプランコンポーネントを受信して記憶するように構成され、前記サービスプランコンポーネントが、第1のサービスプランコンポーネントを備え、前記第1のサービスプランコンポーネントが、ネットワークトラフィック検査システムにおいてトラフィックイベントをフィルタするための第1のトラフィック分類フィルタを備える第1のトラフィック分類フィルタセットと、前記第1の分類識別子にマッチする特性を前記トラフィックイベントが有するときにネットワークポリシー施行システムにおいてトリガされる第1のネットワークポリシー施行アクションを備える第1のポリシー施行アクションセットとを備え、前記サービスプランコンポーネントがさらに、第2のサービスプランコンポーネントを備え、前記第2のサービスプランコンポーネントが、前記ネットワークトラフィック検査システムにおいて前記トラフィックイベントをフィルタするための第2のトラフィック分類フィルタを備える第2のトラフィック分類フィルタセットと、前記第2の分類識別子にマッチする特性を前記トラフィックイベントが有するときに前記ネットワークポリシー施行システムにおいてトリガされる第2のネットワークポリシー施行アクションを備える第2のポリシー施行アクションセットとを備え、前記ネットワークサービスプランプロビジョニングシステムがさらに、前記第1のトラフィック分類フィルタと前記第2のトラフィック分類フィルタの重ね合わせを決定し、前記第1のサービスプランコンポーネントと前記第2のサービスプランコンポーネントを処理して、前記第1のトラフィック分類フィルタと前記第2のトラフィック分類フィルタの前記重ね合わせの前記決定に従ってネットワークプロビジョニング命令セットを作成するように構成され、前記ネットワークプロビジョニング命令セットが、ネットワークトラフィック検査システムに関する1組のトラフィック検査プロビジョニング命令と、ネットワークポリシー施行システムに関する1組のポリシー施行プロビジョニング命令とを備え、前記ネットワークサービスプランプロビジョニングシステムがさらに、前記ネットワークトラフィック検査システムに前記1組のトラフィック検査プロビジョニング命令を提供し、前記ネットワークポリシー施行システムに前記1組のポリシー施行プロビジョニング命令を提供するように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記1組のトラフィック検査プロビジョニング命令内でトラフィック検査比較操作を順序付けするように構成され、それにより、前記第1のサービスプランコンポーネントが、前記第2のサービスプランコンポーネントよりも高いポリシー施行優先順位を有し、前記第1のトラフィック分類フィルタが、前記ネットワークトラフィック検査システムにおいて前記第2のトラフィック分類フィルタよりも前に評価されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項2に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記第1のネットワークポリシー施行アクションを前記トラフィックイベントがトリガした後に、前記トラフィックイベントに関してさらなるトラフィック比較検査が行われないという指定を前記ネットワークプロビジョニング命令セットに含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項2に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記第1のネットワークポリシー施行アクションを前記トラフィックイベントがトリガした後に、さらなるトラフィック比較検査を行い、前記トラフィックイベントが前記第2のトラフィック分類フィルタにもマッチして前記第2のネットワークポリシー施行アクションをトリガすると判断するという指定を前記ネットワークプロビジョニング命令セットに含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークプロビジョニング命令セットが、前記第1のサービスプランコンポーネントおよび前記第2のサービスプランコンポーネントを満足するサービス使用活動を含み、さらに、前記第2のトラフィック分類フィルタおよび前記第2のネットワークポリシー施行アクションよりも前記第1のトラフィック分類フィルタおよび前記第1のネットワークポリシー施行アクションを用いて前記サービス使用活動を施行するためのポリシー施行優先順位規則を含むポリシー施行優先順位規則データストアを備え、前記ネットワークサービスプランプロビジョニングシステムが、前記ネットワークプロビジョニング命令セットに前記ポリシー施行優先順位規則を含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項5に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ポリシー施行優先順位規則が、前記ネットワークトラフィック検査システムで前記トラフィックイベントをフィルタするための前記第1のトラフィック分類フィルタと前記第2のトラフィック分類フィルタを含むトラフィック分類フィルタに関する優先順位の順序を備えることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項5に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ポリシー施行優先順位規則が、前記第1のサービスプランコンポーネントと前記第2のサービスプランコンポーネントの少なくとも一方に関する優先順位指定を備えることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項5に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、トラフィックイベントが、複数のサービスプランコンポーネントに関連付けられる複数のトラフィック分類フィルタセットと比較され、複数のトラフィック分類フィルタマッチがトリガされる場合に、最高のポリシー施行優先順位を有する前記サービスプランコンポーネントに関して、前記マッチされたトラフィック分類フィルタに関連付けられる前記ポリシー施行アクションが施行されるという指定を前記ネットワークプロビジョニング命令セットのセットに含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項8に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記トラフィックイベントが前記第1のネットワークポリシー施行アクションをトリガした後、前記第1のポリシー施行アクションセット以外のポリシー施行アクションセットからのポリシー施行アクションを前記トラフィックイベントに適用しないという指定を前記ネットワークプロビジョニング命令セットに含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項8に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記第1のネットワークポリシー施行アクションを前記トラフィックイベントがトリガした後に、前記第2のポリシー施行アクションを前記トラフィックイベントに適用するという指定を前記ネットワークプロビジョニング命令セットに含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項5に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、サービスプランコンポーネントに優先順位割当てを入力すること、優先順位のグラフィカル順序付けでサービスプランコンポーネントを位置決めすること、または示唆された順序付けもしくは実際上の順序付けを有するサービスタイプに属するものとしてサービスプランコンポーネントを定義することの1つまたは複数によって前記デザイン環境内に前記ポリシー施行優先順位規則を入力することを可能にするサービスプランデザイン環境用のユーザインターフェースを提供するように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、特定のデバイスアプリケーション、特定のネットワーク宛先、特定のネットワークソース、特定のトラフィックもしくはコンテンツタイプ、特定のトラフィックプロトコル、および前記検査基準のうちの2つ以上の組合せからなる検査基準の群から選択される検査基準を、前記第1のトラフィック分類フィルタに含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、トラフィック制御ポリシー、サービス使用決算、課金または料金請求ポリシー、サービス通知ポリシー、および前記アクションの2つ以上の組合せからなるアクションの群から選択されるアクションを前記ポリシー施行アクションセットに含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記ネットワークプロビジョニング命令セットに、スポンサー付き課金ポリシーを含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記ネットワークプロビジョニング命令セットに、分類ベースの課金ポリシーを含むように構成され、前記分類が、アプリケーション、宛先、ネットワーク、時間帯、輻輳状態、サービス品質、コンテンツタイプ、およびそれらの組合せからなる分類カテゴリーの群からのものであることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記ネットワークプロビジョニング命令セットに、アクション実行可能な応答を有するサービス購入ページ通知を含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記ネットワークプロビジョニング命令セットに、デバイスまたはネットワーク状態に応答する使用量通知を含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記ネットワークプロビジョニング命令セットに、デバイスまたはネットワーク状態に特有のマーケティングインターセプトオファー通知を含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記ネットワークプロビジョニング命令セットに、デバイスまたはネットワーク状態に特有のローミング通知を含むように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記複数のサービスプランコンポーネント、前記第1のトラフィック分類フィルタセット、前記第2のトラフィック分類フィルタセット、前記第1のポリシー施行アクションセット、および前記第2のポリシー施行アクションセットの階層定義および表示を可能にするサービスプランデザイン環境のためのユーザインターフェースを提供するように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記複数のサービスプランコンポーネント、前記第1のトラフィック分類フィルタセット、前記第2のトラフィック分類フィルタセット、前記第1のポリシー施行アクションセット、および前記第2のポリシー施行アクションセットをカタログ内のオブジェクトとして記憶することによって、前記複数のサービスプランコンポーネント、前記第1のトラフィック分類フィルタセット、前記第2のトラフィック分類フィルタセット、前記第1のポリシー施行アクションセット、および前記第2のポリシー施行アクションセットを複数のサービスプランで再使用することを容易にするように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記第1のポリシー施行アクションセットが、前記第1のポリシー施行アクションセットおよび前記第2のポリシー施行アクションセットを強化する、前記サービスプランレベルで適用される追加のポリシー施行アクションセットを含むことを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記第1のポリシー施行アクションセットが、前記第1のポリシー施行アクションセットおよび前記第2のポリシー施行アクションセットを無効化する、前記サービスプランレベルで適用される追加のポリシー施行アクションセットを含むことを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記複数のサービスプランコンポーネントのグループ分けを容易にし、前記複数のサービスプランコンポーネントをより大きなサービスプランオブジェクト定義にグループ分けすることを可能にするように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記複数のサービスプランコンポーネントのグループ分けを容易にし、前記第1のポリシー施行アクションセットと前記第2のポリシー施行アクションセットを強化する、サービスプラングループレベルで適用される追加のポリシー施行アクションセットを提供するように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記複数のサービスプランコンポーネントのグループ分けを容易にし、前記第1のポリシー施行アクションセットと前記第2のポリシー施行アクションセットを無効化する、サービスプラングループレベルで適用される追加のポリシー施行アクションセットを提供するように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、前記複数のサービスプランコンポーネントのグループ分けを容易にし、前記サービスプランコンポーネントグループレベルで行う1つまたは複数のポリシー施行曖昧性を解決する方法に関する指定を備える1つまたは複数のサービスプランコンポーネントグループポリシー施行優先順位規則を提供するように構成されることを特徴とするネットワークサービスプランプロビジョニングシステム。請求項1に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、複数のサービスプランに関するサービスプランパラメータを受信し、前記複数のサービスプランに関するサービスポリシーを1つの複合プランポリシーセットに組み合わせ、前記ネットワークポリシー施行システムを提供して、前記複数のサービスプランに関する複合ポリシーを適切に施行するように構成されるネットワークサービスプランプロビジョニングシステム。請求項28に記載のネットワークサービスプランプロビジョニングシステムにおいて、前記ネットワークサービスプランプロビジョニングシステムが、複合プランポリシー施行優先順位規則を提供するように構成され、前記複合プランポリシー施行優先順位規則が、2つ以上の複合プランに関するトラフィック分類またはポリシー施行命令の間で生じ得るポリシー施行曖昧性の解決の仕方に関する指定を備えることを特徴とするネットワークサービスプランプロビジョニングシステム。図1は、アクセスネットワーク102と、サービスプランプロビジョニングシステム104とを含むシステム100の一例を示す。図1の例では、アクセスネットワーク102は、ネットワークサービスプランプロビジョニングシステム104から、プランポリシーを施行するためのネットワーク要素プロビジョニング命令を受信する。特定の実装形態では、ネットワークサービスプランプロビジョニングシステム104は、アクセスネットワークからサービスプラン選択データを受信し、選択に基づいて新規の命令を提供することができる。アクセスネットワーク102は、デバイスにネットワークサービスを提供することができるネットワークを含むことができる。アクセスネットワーク102は、ワイヤレスネットワーク例えば、WiFi、セルラ、または何らかの他のワイヤレス技術、および/または有線ネットワーク例えば、LANまたはDSLを含むことができる。ワイヤレスデバイスまたは有線デバイスは、適用可能な既知の技法または好都合な技法に従ってアクセスネットワーク102上で提案されるサービスをデバイスが取得できるようにする適当な関連付け、認証、および/または他の処置をそれらのデバイスが完了しているときに、アクセスネットワーク102上にあると言うことができる。有利には、デバイスは、本文献で述べる技法に従って、ネットワークサービスプランプロビジョニングシステム104によって提供されるインターネットワークポリシーを有することができる。インターネットワークポリシーとは、この用語を本文献で用いる際には、トラフィック制御、課金、および通知ポリシーを表し、これらのポリシーは、デバイスが例えばローミングによって1つのネットワークから別のネットワークに移った後も有効なままである。他方、イントラネットワークポリシーは、あるネットワークの範囲内に限定される制御トラフィック制御を表す例えば、ネットワーク内トラフィック制御、課金、および/または通知ポリシーと、別のネットワークへのローミングを許可または防止する任意選択のトラフィック制御ポリシー。アクセスネットワーク102を別のネットワークに結合することが望ましいこともあり得る。ネットワークは、企業プライベートネットワークおよび仮想プライベートネットワーク総称して、プライベートネットワークを含むことができ、これらは、コンピュータネットワークの当業者にはよく知られている。名称が示唆するように、プライベートネットワークは、公衆には解放されておらず、ある実体の制御下にある。プライベートネットワークは、本社オフィスおよび任意選択の支社オフィス総称して、オフィスを含む。多くのオフィスは、遠隔ユーザが、インターネットや公衆電話交換網PSTNなど何らかの他のネットワークを介してプライベートネットワークオフィスとつながることができるようにする。本文献で使用する際、プライベートネットワークは、単一の実体または実体の階層の制御下にあるネットワークを意味するものと意図される。これは、典型的には、セルラネットワーク、ワイヤレスインフラストラクチャネットワーク、社内LANおよびWANなどに関して当てはまる。図1の例では、アクセスネットワーク102とネットワークサービスプランプロビジョニングシステム104は、同じプライベートネットワーク上にあっても、そうでなくてもよく、あるいは、第1の実体が、アクセスネットワーク102の一部を所有または制御することがあり、第2の実体が、アクセスネットワーク102の一部と、ネットワークサービスプランプロビジョニングシステム104とを所有または制御することがある。例えば、キャリアは、ネットワークサービスプランプロビジョニングシステム104を含むことがあるが、アクセスネットワーク102は、地域事業体が所有するWiFiネットワークを含むことがある。有利には、特定の実装形態では、キャリアは、加入者がアクセスネットワーク102上にいる間にポリシー制御を提供し続けることができる。この例では、アクセスネットワーク102がキャリアのセルラネットワークを含む場合、さらに大きなポリシー制御も可能になることがある。アクセスネットワーク102上の任意の適用可能なデバイスを含むものとして加入者を広範に定義することができることに留意すべきである。例えば、アクセスネットワーク102は、パーキングメータデバイス、フードディスペンサ機械、および自動車の車載コンピュータ、ならびにスマートフォン、および人間が頻繁に使用する他のデバイスを含むことができる。図1の例では、ネットワークサービスプランプロビジョニングシステム104は、サービスデザインエンジン106と、サービスプランデータストア108と、任意選択のポリシー施行優先順位規則データストア110と、施行要素プロビジョニング命令翻訳エンジン112と、ネットワークプロビジョニング命令セット114と、ネットワーク要素プロビジョニングエンジン116と、解析エンジン118と、履歴データストア120と、サービスプラン選択エンジン122とを含む。サービスデザインエンジン106は、後でより詳細に述べるサービスプランデータ構造および他の関連のデータをサービスプランデータストア108に入力する。本文献で述べる際、エンジンとは、処理装置に結合されたコンピュータ可読媒体を表す。コンピュータ可読媒体は、実行可能ファイルを含むデータを有し、コンピュータは、そのデータを使用して、データを変換し、新たなデータを作成することができる。エンジンは、専用または共有の処理装置と、典型的には、処理装置によって実行されるファームウェアまたはソフトウェアモジュールとを含むことができる。実装に特有の問題または他の問題に応じて、エンジンを集中化することも、エンジンの機能を分散させることもできる。エンジンは、処理装置が実行するための、コンピュータ可読媒体で具現化される専用のハードウェア、ファームウェア、またはソフトウェアを含むことができる。本文献で使用する際、コンピュータ可読媒体は、例えば米国では米国特許法第101条での法定のすべての媒体を含むものと意図され、特に、コンピュータ可読媒体を含む特許請求の範囲が有効となるように除外が必要となる程度まで、性質上法定でないすべての媒体を除外するものと意図される。既知の法定のコンピュータ可読媒体は、ハードウェア例えば、いくつか挙げると、レジスタ、ランダムアクセスメモリRAM、不揮発性NV記憶装置を含むが、ハードウェアに限定されることも、限定されないこともある。本文献で述べる際、データストアは、例えば、汎用または専用機械上の物理的なコンピュータ可読媒体で具現化されたソフトウェアとして、ファームウェアとして、ハードウェアとして、それらの組合せとして、あるいは適用可能な既知のデバイスもしくはシステムまたは好都合なデバイスもしくはシステムとして実装することができる。本文献におけるデータストアは、テーブル、カンマ区切りCSVファイル、従来のデータベース例えばSQL、または他の適用可能な既知の組織的フォーマットもしくは好都合な組織的フォーマットを含めた任意の適用可能なデータ組織を含むものと意図される。データストア関連コンポーネント、例えばデータベースインターフェースは、データストアの一部、何らかの他のシステムコンポーネントの一部、またはそれらの組合せとみなすことができる。しかし、データストア関連コンポーネントの物理的な位置および他の特性は、本文献で述べる技術の理解には重要でない。サービスプランデータストア108は、サービスプランデータ構造を記憶することができる。本文献で使用する際、データ構造は、所与の文脈でデータを効率的に使用することができるようにコンピュータ内にデータを記憶して組織化する特定の形態に関連付けられる。データ構造は、一般に、アドレスによって指定されるコンピュータのメモリ内の任意の場所にデータをフェッチおよび記憶することができるコンピュータの機能、または、それ自体メモリに記憶することができ、プログラムによって操作することができるビットストリングに基づく。したがって、いくつかのデータ構造は、算術演算によるデータ項目のアドレスの計算に基づき、他のデータ構造は、構造自体の内部でのデータ項目のアドレスの記憶に基づく。多くのデータ構造は、両方の原理を、時として複雑な形で組み合わせて使用する。データ構造の実装は、通常、その構造のインスタンスを作成して操作する1組のプロシージャを書くことを含む。サービスプランデータストア108がデータベースとして実装されるシステムの一例では、データベース管理システムDBMSを使用してサービスプランデータストア108を管理することができる。そのような場合、DBMSは、サービスプランデータストア108の一部、あるいはサービスデザインエンジン106および/または施行要素プロビジョニング命令翻訳エンジン112の一部、あるいは個別の機能ユニット図示せずと考えることができる。DBMSは、典型的には、データベース内のデータの組織化、記憶、管理、および検索を制御するエンジンとして実装される。DBMSは、多くの場合、クエリ、バックアップ、および複製を行うことができる機能を提供し、規則を施行し、セキュリティを提供し、計算を実行し、変更およびアクセスログ取得を実施し、最適化を自動化する。DBMSの例をいくつか挙げると、AlphaFive、DataEase、Oracleデータベース、IBMDB2、AdaptiveServerEnterprise、FileMaker、Firebird、Ingres、Informix、MarkLogic、MicrosoftAccess、InterSystemsCache、MicrosoftSQLServer、MicrosoftVisualFoxPro、MonetDB、MySQL、PostgreSQL、Progress、SQLite、Teradata、CSQL、OpenLinkVirtuoso、DaffodilDB、およびOpenOffice.orgBaseである。データベースサーバは、データベース、ならびにDBMSおよび関連のエンジンを記憶することができる。おそらく、本文献で述べるデータベースの任意のものをデータベースサーバとして実装することができる。データベース内のデータの2つの論理的ビュー、すなわち論理的外部ビューと物理的内部ビューが存在することに留意すべきである。本文献では、論理的ビューは、一般に、レポート内で見られるデータであると仮定し、一方、物理的ビューは、物理的記憶媒体に記憶され、専用にプログラムされた処理装置が利用可能なデータである。ほとんどのDBMS実装で、同じデータに関して、1つの物理的ビューと、ほぼ無制限の数の論理的ビューが存在する。DBMSは、典型的には、モデリング言語、データ構造、データベースクエリ言語、およびトランザクションメカニズムを含む。モデリング言語は、データベースモデルに従ってDBMS内の各データベースの方式を定義するために使用され、データベースモデルは、階層モデル、ネットワークモデル、関係モデル、オブジェクトモデル、または何らかの他の適用可能な既知の組織もしくは好都合な組織を含むことがある。最適な構造は、アプリケーション要件例えば、速度、信頼性、保全性、拡張性、およびコストに応じて変わることがある。今日使用されている比較的一般的なモデルの1つは、SQLに埋め込まれたアドホックモデルである。データ構造は、データを記憶するためのフィールド、レコード、ファイル、オブジェクト、および任意の他の適用可能な既知の構造もしくは好都合な構造を含むことができる。データベースクエリ言語は、ユーザがデータベースをクエリできるようにすることができ、レポートライタと、非認可のアクセスを防止するためのセキュリティメカニズムとを含む。データベーストランザクションメカニズムは、理想的には、フォールトトレランスによって、同時並行のユーザアクセス中でさえデータ完全性を保証する。また、DBMSは、メタデータリポジトリを含むこともできる。メタデータは、他のデータを記述するデータである。特定の実装形態では、サービスデザインエンジン106は、ポリシー施行優先順位規則データストア110に、ポリシー施行優先順位規則データ構造を入力する。本文献で述べるポリシー制御の一態様は、サービスプランの第1のトラフィック分類フィルタとサービスプランの第2のトラフィック分類フィルタとの重ね合わせを含む。この重ね合わせを達成するために複数の方法があり、そのような方法には、例えば、第1のトラフィック分類フィルタが第2のトラフィック分類フィルタの前にトラフィックイベントに適用されるように第1のトラフィック分類フィルタと第2のトラフィック分類フィルタを順序付けすること、第2のトラフィック分類フィルタにマッチするまでカーネルで第1のトラフィック分類フィルタのマッチを捕捉する次いで、アクションリストの第1の当該のアクションを適用すること、または明示的なポリシー施行優先順位規則を適用することが含まれる。暗示的なポリシー施行優先順位を使用することができるので、ポリシー施行優先順位規則データストア110は任意選択である。明示的なポリシー施行優先順位は、実装および/または構成に特有のパラメータに従って規定することができ、または、暗示的なポリシー施行優先順位と明示的なポリシー施行優先順位の組合せを使用することもできることに留意すべきである。特定の実装形態では、明示的な優先順位が暗示的な優先順位例えば順序付けよりも高い。図1の例では、施行要素プロビジョニング命令翻訳エンジン112は、サービスプランデータストア108内のサービスプランデータ構造をそれぞれのネットワークプロビジョニング命令セットデータ構造に変換し、これらの構造が、ネットワークプロビジョニング命令セットデータベース114に記憶される。また、翻訳エンジン112は、適用可能であれば、ポリシー施行優先順位規則データベース110からの関連のポリシー施行優先順位規則データ構造を変換して、ネットワークプロビジョニング命令セットデータ構造に含めることもできる。図1の例では、ネットワーク要素プロビジョニングエンジン116は、プランポリシーを施行するためのネットワーク要素プロビジョニング命令をアクセスネットワーク102に提供する。ネットワーク要素プロビジョニング命令は、1つまたは複数のデバイスに適用可能であり、これらのデバイスは、アクセスネットワーク102上に現在あることも、ないこともある。特定の実装形態では、ネットワーク要素プロビジョニング命令は、適用可能な1つまたは複数のデバイスがアクセスネットワーク102上にあるときにのみ、アクセスネットワーク102に送信される。図1の例では、解析エンジン118は、アクセスネットワーク102から、加入者フィードバックまたは命令を含むことがあるデータを受信する。この例では、データは、サービスプラン選択エンジン122によって使用されるサービスプラン選択データを含むと想定される。解析エンジン118は、データを、ネットワークサービスプランプロビジョニングシステム104に有用な様式に修正することができ、ネットワークサービスプランプロビジョニングシステム104は、アクセスネットワーク102からのフィードバックまたは命令に基づいてアクションをトリガすることを含むことができる。データは、履歴データストア120に記憶することができ、サービスデザインエンジン106が使用することができる。例えば、サービスデザインエンジン106は、例えば、例えばネットワーク状態に基づいてデバイスにリクエストするデータをより多くすべきか、またはより少なくすべきかを指定し、カウントまたは他の通知を減少させるかどうか判断し、分類に記録すべきパラメータを指定することができる。ネットワーク状態は、ネットワークビジー状態にまたは逆にネットワークアベイラビリティ状態に関連付けることができる。ネットワークアベイラビリティ状態は、例えば、ネットワークのセグメント例えば、ワイヤレスネットワークの最終エッジ要素のアベイラビリティ/容量の状態または尺度を含むことができる。ネットワークビジー状態は、例えば、ネットワークのセグメント例えば、ワイヤレスネットワークの最終エッジ要素のネットワーク使用レベルまたはネットワーク輻輳の状態または尺度を含むことができる。いくつかの実施形態では、ネットワークアベイラビリティ状態とネットワークビジー状態は、逆の尺度である。いくつかの実施形態に関して本明細書で使用する際、ネットワークアベイラビリティ状態とネットワークビジー状態は、例えばデザイン選択に基づいて交換可能に使用することができる例えば、ネットワークビジー状態またはネットワークアベイラビリティ状態に基づいてバックグラウンドポリシーを割り当てるようにデザインすることは、どちらも同様の結果を生み出すが、それらは、ネットワークパフォーマンスおよび/または容量および/または輻輳を特徴付けるための異なる方法である。いくつかの実施形態では、ネットワークアベイラビリティ状態とネットワークビジー状態は、そのような状態がネットワーク使用活動に基づいて例えば時間帯、アベイラビリティ/容量レベル、輻輳レベル、および/またはパフォーマンスレベルに基づいて変化するので、動的な尺度である。いくつかの実施形態では、ネットワークサービス使用活動の格差的ネットワークサービス使用制御が、ネットワークビジー状態またはネットワークアベイラビリティ状態に基づく。特定の実装形態では、4つのレベルのネットワークビジー状態があるビジーでない、軽、中、重。図1の例では、サービスプラン選択エンジン122は、解析エンジン118からサービスプラン選択データを受信する。サービスプラン選択データは、アクセスネットワーク102上のデバイスからのものでよく、またはアクセスネットワーク102からのものでよく、またはそれらの組合せでもよい。特定の実装形態では、サービスプラン選択データは、ユーザがデバイスで入力し、アクセスネットワーク102を介してサービスプラン選択エンジン122に転送される。サービスプラン選択データの受信後、サービスプラン選択エンジン122は、適切であれば、アクセスネットワーク102へのプロビジョニングのために、前述した様式でネットワークプロビジョニング命令セット114内の新規のネットワークプロビジョニング命令セットを選択することができるサービスプラン選択エンジン122は、サービスプランを修正するためにサービスデザインエンジン106をトリガすることが可能であることも、可能でないこともある。サービスプランは、サービスプラン選択エンジン122が選択できるようにネットワークプロビジョニング命令セットに翻訳される。図2は、サービスプランデザインおよびプロビジョニングを理解するのに有用な階層構造の一例の概念図200を示す。概念図200は、サービスプランに関連付けられるデータストアの集合202と、加入者に関連付けられるデータストアの集合204と、プランカタログデータストア206と、サービスデザインエンジン208とを含む。データストアの集合202は、フィルタデータストア210と、コンポーネントデータストア212と、プランデータストア214と、規則データストア218と、トラフィック制御規則データ構造220と、課金データ構造222と、通知データ構造224とを含む。フィルタデータストア210は、例えば、トラフィック制御フィルタデータ構造を含むことができ、トラフィック制御フィルタデータ構造は、使用時、マッチしたトラフィックイベントの許可、ブロック、抑制、一定の期間にわたる遅延、および1イベントまでの延期を行う。フィルタがマップされるトラフィックイベントの態様は、いくつか挙げると、例えば、遠隔の宛先によるもの、アプリケーションによるもの、コンテンツ例えば、ストリーミングなどの汎用コンテンツや、正規表現を使用して識別可能な専用のコンテンツなどによるもの、プロトコルによるもの、ポートによるもの、ターゲットオペレーティングシステムによるものを含むことができる。サービスデザインの文脈では、トラフィック制御フィルタをアクションと組み合わせるフィルタパッケージを設計者に提案することが好都合であることが分かっている。そのようなアクションは、通知通知宛先に送信すべき通知をトリガする、上限カウントを増分する、捕捉後で別のフィルタがマッチされるかどうか判断するためにカーネルレベルでマッチを捕捉する、および命令実行すべき何らかの他の命令を生じることができるを含むことができる。コンポーネントデータストア212は、例えば、少なくとも1つのフィルタを含むフィルタパッケージセットと、ポリシーセットとを含むことができる。コンポーネントはポリシーを継承することができるので、コンポーネントが少なくとも1つのポリシーを含むことは明示的な要件ではない。しかし、コンポーネントがサービスプランの提案に組み込まれるとき、コンポーネントは、ポリシーセット内にポリシーを有するか、またはポリシーを継承する。プランデータストア214は、例えば、コンポーネントの階層を含むことができる。コンポーネントは、クラスに組織化され、クラスは、例えば、キャリア、ネットワーク保護、アプリケーション有料またはスポンサー付き、インターセプタマーケティングインターセプタまたはペアレンタルコントロール、バルク、ポストバルク、およびサービス終了を含むことができる。少なくとも1つの実装形態では、サービス終了クラスは、コンポーネントデータストア212に記憶されたコンポーネントではなく、デフォルトで扱われる。規則データストア218は、ポリシー規則を含む。例示のために、トラフィック制御ポリシーデータ構造220、課金ポリシーデータ構造222、および通知ポリシーデータ構造224という3つのポリシータイプデータ構造が、規則データベース218に宛てられるものとして示されている。トラフィック制御ポリシーデータ構造220は、許可またはブロックなどトラフィックのフローを制御するようにデザインされた様々なフィルタパッケージを含み、キャップアンドマッチcap-and-matchなどトラフィック制御に関連するいくつかのアクションを行うことができる。課金ポリシーデータ構造222は、ユーザまたはネットワークサービス使用を助成していることがあるスポンサーに宛てることができ、課金コードを含むことができる。通知ポリシーデータ構造224は、ユーザ、スポンサー、またはエンジン通知における変数もしくは定数パラメータに従ってさらなるアクションを行うに宛てることができ、通知のターゲットが使用できるコンテンツと、トリガ例えば、当該の命令の実行を引き起こす選択可能なボタンとを含むことができる。通知タイプは、プラン制限しきい値プランが課金ポリシー上限の指定のに達している、プラン上限課金ポリシーの上限に達しているので、リクエストされたネットワーク活動が上限を設けられている、プラン制限超過超過が指定のに達している;超過や新規サービスプランのオプションの提案、進行中の使用のブロックなど、プラン期限切れプランの期限が切れている;新たなプランを購入するためのオプションの提案、活動ブロックイベントフィルタまたは活動状態変更によって活動がブロックされている、使用可能なプランがないプランが、リクエストされるネットワーク活動をサポートせず、活動がブロックされている、マーケティングインターセプタ現在の活動またはステータスに基づく特定のメッセージまたは提案、プロモーションメッセージどのようなプランが提供されるかの概要、アップセル提案現在の使用に基づくアップセル料金別プラン。通知に通知アクションを加えて、通知をアクション実行可能にすることができる。これは、通知の受信者が、通知に応答してフィードバックまたは命令を提供することができることを意味する。通知アクションは、例えば、OK/棄却、キャンセル、確認、購入購入ワークフローへのリンク、詳細情報例えば、トラフィックイベントがブロックされた理由に関するより多くの情報、トラフィック活動変更またはサービスプラン購入に関する提案、戻る前のワークフロー画面を呼び出す、次へ次のワークフロー画面を呼び出す、ラウンチURLまたはアプリケーションをラウンチするを含むことができる。通知カスタマイゼーションは、フォアグラウンド、バックグラウンド、フォアグラウンド/バックグラウンド活動がフォアグラウンドのものである場合にはフォアグラウンドに表示し、そうでない場合にはバックグラウンドに表示する、タイトル、サブタイトル、テキスト、アイコン、ボタン/アクション、次回から表示しない指定された期間中は再び表示しない、デフォルトターゲットボタンデフォルト応答アクションを指定するなどを含むことができる。加入者に関連付けられるデータストアの集合204は、加入者データストア226と、加入者グループデータストア228とを含む。加入者データストア226は、加入者に関する情報を含む加入者データ構造を含む。必要最低限の加入者データ構造は、少なくとも加入者識別を含むと考えられ、加入者識別は、システム200内部で一意であり、または国際移動体加入者識別子IMSIなど普遍的に一意のものである。電話番号、デバイスのタイプ、および/または国際移動体装置識別番号IMEIなどの情報を含むことも有用となり得る。加入者グループデータストア228は、加入者のグループ分けを含む加入者グループデータ構造を含む。システム内で行うことができるグループ分けのタイプは、加入者に関して知られている情報の量に応じて決まる。例えば、加入者は、デバイスのタイプ、デバイスの特性、加入者の人口統計特性、地域などによってグループ分けすることができる。プランカタログデータストア206は、ネットワークサービスプランの顧客またはプロバイダが利用可能なプランカタログデータ構造を含む。プランカタログデータ構造は、サービスプランに関連付けられるデータストアの集合202と、加入者に関連付けられるデータストアの集合204とからのコンポーネントの組合せである。サービスデザインエンジン208は、図2の例に示されるデータストアを管理することができる。サービスデザインおよび/またはプロビジョニングのいくつかの側面は、システム200のエージェントに割り当てることができる。エージェントが付与されるシステムに対する制御の量は、エージェントの役割に基づき、役割は、役割データストア230に記録することができる。役割は、スーパーユーザ、ポータル管理者、システム管理者といった役割、またはデザインセンタ例えば、キャリアのデザインセンタであっても、企業、アプリケーション開発者、コミュニティベースの組織、寄付組織、仮想移動体通信事業者MVNOなどのためのサンドボックスであってもよいの権能およびシステムを使用している人間エージェントの権能に適用可能な何らかの他の役割として設定することができる。サービスデザインエンジン208など、サービスデザインエンジンの特定の実装形態に関するユーザインターフェースのスクリーンショットを使用して、サービスデザインエンジン208の機能のいくつかを例示することができる。図3は、サービスデザインシステムの特定の実装形態に関するユーザインターフェースUIのスクリーンショットを示す。図3Aの例では、ログイン後、設計者は、オープンタスクフィールド302、最近の活動フィールド304、およびメニューボタンフィールド306を有するサービスデザインセンタUIホームページに飛ばされる。オープンタスクフィールド302は、承認待ちのドラフト、公開/展開待ちのベータ試験、終了の対象となっている展開中のプラン、または他のオープンタスクを含むことができる。最近の活動フィールド304は、設計者にとって有用と考えられる量の情報を含むことができる。メニューボタンフィールド306は、8個のボタン、すなわち加入者ボタンと、加入者グループボタンと、プランボタンと、プランカタログボタンと、テンプレートボタンと、レポートボタンと、設定ボタンと、マイプロフィールボタンとを含む。マイプロフィールボタンを選択すると、設計者にスクリーンショット300B図3Bが現れ、設計者は、氏名、パスワード、および役割などの情報を入力することができる。役割は、スーパーユーザ、ポータル管理者、システム管理者といった役割、またはデザインセンタ例えば、キャリアのデザインセンタであっても、企業、アプリケーション開発者、コミュニティベースの組織、寄付組織、仮想移動体通信事業者MVNOなどのためのサンドボックスであってもよいの権能およびシステムを使用している特定の設計者の権能に適用可能な何らかの他の役割として設定することができる。メニューボタンフィールド306の設定ボタンを選択すると、設計者にスクリーンショット300C図3Cが現れ、設計者は、タブメニュー308から、役割タブ、ユーザタブ、またはプリセットタブを選択することができる。タブメニュー308から役割タブを選択することにより、設計者は、コンポーネント編集者、プラン作成者、プラングループ公開者、プラン閲覧者、レポート閲覧者、またはシステム管理者などの役割を追加することができるようになる。設計者は、必ずしもこのタブでのすべての役割を閲覧することができるわけではなく、考えられる一実装形態では、設計者が有していない権利を含む役割を作成することはできないことがある例えば、システム管理者は、スーパーユーザよりも少ない権利しか有さないことがあり、またポータル管理者とは異なる権利を有することがあることに留意されたい。タブメニュー308からユーザタブを選択することにより、設計者は、ユーザを追加および編集することができるようになる。図3Dスクリーンショット300Dの例では、ユーザdasが選択されており、ユーザ名電子メールアドレス、氏名、このユーザがイネーブルにされているかどうか、役割、利用可能な役割など、dasの詳細が示されている。タブメニュー308からプリセットタブを選択することにより、図3Eスクリーンショット300Eの例に示されるように、設計者は、デフォルトプランアイコンを選択することができるようになる。メニューボタンフィールド306の加入者ボタンを選択し、新規加入者を選択すると、設計者にスクリーンショット300F図3Fが現れる。この特定の実装形態では、加入者情報は、デバイス名、加入者グループ、所有者名、ロケール、EID、電話番号、デバイスのタイプ、オペレーションシステムのバージョン、CDMA加入者の詳細、およびGSM/LTE加入者の詳細を含む。この情報は、加入者データストアに既に含まれている加入者に関しても編集することができる。メニューボタンフィールド306の加入者グループボタンを選択すると、設計者にスクリーンショット300G図3Gが現れ、設計者は、プロパティタブまたはインポートタブを選択することができる。新規加入者グループの作成を選択すると、設計者は、グループ名および説明を入力して、加入者をそのグループにドラッグするよう促される。インポートタブを選択することにより、設計者は、加入者データストアから加入者をバッチ操作でインポートすることができるようになる。例えば、図3Hのスクリーンショット300Hを参照されたい。情報は、加入者グループデータストアに既に含まれている加入者グループに関しても編集することができる。メニューボタンフィールド306のプランボタンを選択し、新規プランを選択すると、設計者にスクリーンショット300I図3Iが現れる。この特定の実装形態では、プラン情報は、プランアイコン、プラン名、プランの短い説明、プランの説明、プランのバージョン、プランのタイプ例えば、スポンサー付き、有料、またはキャリア、デフォルトであるか否かのチェックボックス、再購入可能であるか否かのチェックボックス、請求額、および表示額請求額が請求額と同じではない場合を含む。次のスクリーンショット300J図3Jは、プランに関するさらなる情報の入力を可能にし、そのような情報は、課金ポリシー例えば、使用されるデータまたは消費時間、使用量制限、および超過の許可に基づく、料金請求ポリシー例えば、1回もしくは自動継続、使用量レポート、および使用前料金請求または使用後料金請求を含む。この特定の実装形態では、デバイス上でポリシーラベルを示し、料金請求識別子を含むことが可能である。また、設計者が課金コードを作成または選択することもできる。次のスクリーンショット300K図3Kは、新規コンポーネントを作成することによって、または既存のコンポーネントをクローンすることによってコンポーネントを追加するというオプションを含む。図3Kの例では、このプランのためのコンポーネントのリストに3つのコンポーネントが追加されており、明示的な優先順位1、2、および3を有する。この特定の実装形態では、プランに関してデータが入力されるにつれてタブメニュー310のタブの数が増加し、最終的に、タブメニュー310は、プロパティタブと、課金料金請求タブと、コンポーネントタブと、ポリシーイベントタブと、レビュータブとを含むことに留意されたい。設計者が、Youtube以外のコピーCopyofNoYoutubeなどコンポーネントを選択すると、コンポーネントスクリーンショット300L図3Lが表示され、このスクリーンショット300Lは、プロパティタブと、フィルタタブと、ポリシーイベントタブとを有するタブメニュー312を含むコンポーネントに関して課金ポリシーが定義される場合には、タブメニュー312が課金ポリシータブを含むこともできる。タブメニュー312からプロパティタブを選択することにより、設計者は、コンポーネント名、サービスクラス例えば、キャリア、ネットワーク保護、スポンサー付き、特殊化されたアプリケーション、マーケットインターセプタ、ペアレンタルコントロール、オープンアクセス、およびポストバルク、およびコンポーネントが明示的に定義された課金ポリシーを有するか、それとも課金ポリシーをプランから継承するかを編集できるようになる。サービスクラスは、加入者に対して残っているサービスプランオプションがない時のためのサービス終了サービスクラスを含むことを特徴とすることがあるが、この特定の実装形態では、サービス終了設定は、後述するサービスクラスとしてはリストされていないことに留意されたい。タブメニュー312からフィルタタブを選択すると、設計者にスクリーンショット300M図3Mが現れ、選択されたコンポーネントこの例では、Youtube以外コンポーネントに関してフィルタを選択することができる。設計者が、フィルタの編集を選択すると、設計者にスクリーンショット300N図3Nが現れ、これは、フィルタ名、説明、フィルタが単に連想性のものであるかどうか、フィルタがマッチなしかどうか、フィルタリングパラメータ例えば、遠隔の宛先によるフィルタ、アプリケーションによるフィルタ、ターゲットオペレーティングシステムによるフィルタ、コンテンツによるフィルタ、プロトコルによるフィルタ、ポートによるフィルタ、ならびにラウンチャウィジェットでの表示を行うかどうかおよびその表示方法の編集を容易にする。タブメニュー312からポリシーイベントタブを選択し、新規ポリシーイベントの作成を選択すると、設計者にスクリーンショット300O図3Oが現れ、設計者は、特定の条件例えば、キャップノーマッチ、キャップマッチ、デバイスに関するブロック、不許可およびマッチ、不許可およびノーマッチ、このネットワーク状態内、このネットワーク状態への移行、このネットワーク状態からの移行が満たされるときに、ネットワーク状態に基づいてポリシーイベントを選択することができる。次のスクリーンショット300P図3Pに進んで、設計者は、イベントプロパティ例えば、ポリシーイベント名、説明、イベントに関連付けられる通知をフォアグラウンドに表示するかバックグラウンドに表示するか、サービスに通知結果を送信するか否か、通知を送信する最大回数、およびユーザが今後の通知を止めることができるか否かを入力する。この特定の実装形態では、ポリシーイベントに関してデータが入力されるにつれてタブメニュー314のタブの数が増加し、最終的に、タブメニュー314は、ポリシーイベントタブと、プロパティタブと、メッセージタブと、ボタンタブとを含むことに留意されたい。次のスクリーンショット300Q図3Qに進んで、設計者は、タイトル、サブタイトル、ショートテキスト、およびロングテキストなど、メッセージの詳細を入力する。変数の使用法をクリックすると、設計者は、通知にどのような変数を追加することができるかを知ることができる。そのような変数としては、いくつか挙げると、例えば、サービスプラン名、課金コード名、フィルタ例えばブロックや抑制など、バイトまたは時間単位でのプラン利用量のパーセンテージ、アプリケーション名、超過制限、現在の超過、抑制レート、サイクルがリフレッシュする日付、サイクルの期間、現在のプランが上限に達した後にマッチするプランの名前、不許可がマッチされた後にマッチされるプランの名前、現在のローミング状態、現在アクティブなネットワーク、またはホストもしくはドメインである。次のスクリーンショット300R図3Rに進んで、設計者は、アップセルプランを表示するかどうかを決定し、通知に対して加入者が応答できるようにボタンを入力するこの例では、カタログ閲覧またはキャンセルボタンがイネーブルにされている。電話の画像316は、デバイスにメッセージおよびボタンが表示される様式を例示する意図のものであるが、画像は、必ずしも実物どおりの表現である必要はない。プランレベル図3K参照に戻ると、設計者は、タブメニュー310からポリシーイベントタブを選択して、スクリーンショット300S図3Sを表示し、プランレベルでポリシーイベントを入力することができる。図3O~図3Rの例を参照して述べたポリシーイベントは、個々のコンポーネントに関連付けられていたことに留意されたい。図3Sの例では、ネットワーク状態WiFiネットワーク上および月曜日から金曜日に関連付けられるポリシーイベントは、キャップアンドマッチが見られるときに通知を送信させる。他のポリシーイベントパラメータは、図3P~図3Rを参照して述べたのと同様に設定することができる。図3I~図3Sを参照して述べたプランの完了後、設計者は、タブメニュー310例えば図3K参照からレビュータブを選択して、スクリーンショット300T図3Tを表示することができる。レビュー画面は切れており、ポリシーイベントを見ることができないが、これは、レビュー画面の性質を理解するのには必要ないことに留意されたい。この例では、ドラフトプランとして記憶されているプランを、ベータ試験のために公開および承認のために提示することができる。再びホームページを参照し例えば図3A参照、メニューボタンフィールド306からプランカタログボタンを選択すると、設計者にスクリーンショット300U図3Uが現れる。そこで、設計者は、プランカタログ名、プランカタログの説明、およびプランカタログのバージョンを入力するまたは、プランカタログデータストア内のプランカタログから1つのプランカタログを選択することができる。設計者が次へをクリックすると、タブメニューがタブメニュー318に広がり、タブメニュー318は、図3Vの例に示されるように、プロパティタブ、プランタブ、プラン優先順位タブ、タブタブ、加入者グループタブ、LCPエラータブ、アップセルタブ、プロモーションタブ、およびレビュータブを含む。プランタブの下で、設計者は、プランカタログにプランをドラッグすることができる。設計者がタブメニュー318からプラン優先順位タブを選択すると、設計者にスクリーンショット300W図3Wが現れ、プランカタログのプランの優先順位を設定することができる。プランは、プランタイプ例えばキャリアプランや有料プランごとに優先順位を設定され、プランタイプ内部に複数のプランがある場合には、プランタイプ内部でもプランの優先順位を設定することができる。プランのいくつかまたはすべてを、起動時に利用可能なものとして選定することもできる。バージョニングによって、前のプランバージョンを有する加入者は前のバージョンを使用し続けることができ、新規加入者には最新のバージョンを提案することができる。また、古いプランの期限が切れた場合には、加入者に最新のバージョンを提案することができる。設計者がタブメニュー318からタブタブを選択すると、設計者にスクリーンショット300X図3Xが現れ、設計者は、プランの表示に関するタブを組織化することができる。加入者のデバイスは、例えば、ゲーム、ソーシャル、プロダクティビティ、メディア、無料、有料、およびすべてなど1つまたは複数のタブを表示することができ、それらのタブの下で、設計者が決定することができる順序で様々なプランをリストすることができる。設計者がタブメニュー318から加入者グループタブを選択すると、設計者にスクリーンショット300Y図3Yが現れ、設計者は、加入者グループをドラッグアンドドロップすることができる。適合なしプランLCP;LacksCompatiblePlanエラーは、アクティブなサービスプランがないトラフィックイベントが受信されたときに生じる。LCPエラーは、特定の種類のポリシーイベントとして取り扱うことができる。ポリシーイベントのパラメータを選定するときと同様に、設計者がメニュー318からLCPエラータブを選択すると、設計者は、図3P~図3Rを参照して上述したオプションと同様のオプションを有する。すなわち、設計者は、適用可能なサービス終了プロパティ、メッセージ、およびボタンを選択することができる。アップセルは、コンポーネント、プラン、またはプランカタログから提案されるときに生じ、トラフィックイベント例えば、facebookアプリケーションを使用するときのより安価なネットワークサービスに関するアップセルは、facebookアプリケーションを使用するために加入者がより高価なネットワークサービスを消費しているときに生じることがあるまたは他のイベントに応答することができる。設計者がメニュー318からアップセルタブを選択すると、設計者は、例えば、プランカタログまたはその任意のプランもしくはコンポーネントでの通知から提案されるアップセル機会を編集することができる。アップセルは、ポリシーイベントとほぼ同様に編集することができる例えば、プロパティ、メッセージ、およびボタン。プロモーションは、1回または定期的に提供することができる。設計者がメニュー318からプロモーションタブを選択すると、スクリーンショット300Z図3Zで、設計者は、プロモーションの頻度を編集することができる。プロモーションは、ポリシーイベントとほぼ同様に編集することができる例えば、プロパティ、メッセージ、およびボタン。設計者がメニュー318からレビュータブを選択すると、スクリーンショット300AA図3AAに示されるように、設計者は、プランカタログをレビューすることができる。再びホームページ例えば図3A参照を参照し、メニューボタンフィールド306からテンプレートボタンを選択することにより、設計者は、フィルタテンプレートに対して作業することができるようになる。コンポーネントはいくつかのバージョンを有することがあるので、コンポーネント内に配置されるときにテンプレートフィルタのコピーを自動作成するテンプレートフィルタを作成することが望ましいことがある。このようにすると、フィルタが1つのバージョンに関して変更されるとき、別のバージョンに関しては変更されない。また、単純に、いくつかのコンポーネントでフィルタを再使用することもでき、この場合、フィルタが変更されると、そのフィルタが再使用されたすべてのコンポーネントに関して変更される。メニューボタンフィールド306からレポートボタンを選択することにより、設計者は、レポートをレビューすることができるようになる。図3ABは、レポートを含むスクリーンショット300ABを示し、レポートは、使用量、収益、人気、健康不正、加入者別、その他を含むいくつかのカテゴリーに分けられる。レポートは、サービスデザインシステムのデータストアから利用可能な情報を使用して生成され、そのような情報は、加入者デバイス、より一般的にはアクセスネットワークからの通知内のデータを含むことができる。図4は、加入者グループを作成するための方法の一例の流れ図400を示す。この流れ図および他の流れ図は、本文献の図では、順次に配置されたモジュールとして示されている。しかし、流れ図のモジュールは、適宜、並べ直すことができ、または並列実行されるように構成することができる。図4の例では、流れ図400は、モジュール402で始まり、加入者記録を作成する。本文献で使用する際、用語記録は、データストアに保存された任意の適用可能なフォーマットのデータ構造を表すことができる。加入者記録は、デバイス名、所有者名、EID例えば、IMSIまたは国コードオペレータコードMIN、デバイスタイプ、加入者グループ、ロケール、電話番号例えば、MSISDNまたはMDN、オペレーティングシステムのバージョン、CDMA加入者の詳細例えば、デバイスID/MEID、および/またはMSID、およびGSM/LTE加入者の詳細例えば、IMSIおよび/またはIMEIなどの情報を含むことができる。一般に、情報がより多ければ、設計者は例えば人口統計情報によって様々な方法で加入者をグループ分けできるようになり、それにより、対象の通知に関する受入率を改良することができる。図4の例では、流れ図400は、モジュール404に進み、サービスデザインシステム加入者データストアに加入者記録を記憶する。データストアは、ほぼ任意のデータ記憶媒体に適用することができる一般的な用語である。しかし、この例では、特定のフォーマットが予想される。サービスデザインシステム加入者データストアおよび後で述べるサービスデザインシステム加入者グループデータストアは、必ずしも独自のものである必要はないが実装および/または構成に特有のフォーマットを有することが可能であり、その可能性が高い。加入者記録は、サービスデザインシステム加入者データストアの予想されるフォーマットで記憶するのに適したフォーマットを有することが期待される。サービスデザインシステムにおいて、予想されるフォーマット以外のフォーマットで加入者データが受信される場合、予想されるフォーマットで加入者記録が作成され402、加入者記録は、受信された加入者データのいくつかまたはすべてと共に、かつ場合によっては、例えば、データストアから、または管理者もしくは他の入力プロセスによってサービスデザインシステムによって取得される追加のデータと共に登録される。図4の例では、流れ図400は、決定点406に進み、作成すべきさらなる加入者記録があるかどうかが判断される。作成すべきさらなる加入者記録があると判断された場合406-Y、流れ図400は、モジュール402に戻り、次の加入者記録に関して、上述したように進行する。図4の例では、モジュール402および404と決定点406とを備えるwhileループ408が、点線のボックスで囲まれている。whileループ408は、データ源から加入者データをインポートすることによって、バッチモードで実行することができる。加入者データのフォーマットは、サービスデザインシステム加入者データストアのフォーマットに制約することができ、またはサービスデザインエンジンが適切なフォーマットに変換することができるフォーマットに制約することができる。あるいは、またはさらに、潜在的な加入者もしくは現在の加入者からデータを受信するとき、またはサービスデザインシステムの人工エージェントもしくは人間エージェントからデータを受信するとき、whileループ408は、入力プロセスによって、一度に1加入者ずつ実行することができる。他方、作成すべきさらなる加入者記録がないと判断された場合406-N、流れ図400は、モジュール410に進み、サービスデザインシステム加入者データストア内の加入者記録から加入者グループ記録を作成する。加入者グループ記録は、相当な量のメタデータを有していることがあり、そうでないこともある。例えば、加入者グループに関するサービスプランを作成するときに加入者グループ記録を容易に使用することができるように、加入者グループ記録に名前と説明を割り当てることができる。加入者グループ記録の代替のフィールドは、共通加入者データであるが、これは、説明の一部とみなすこともできる。図4の例では、流れ図400は、モジュール412に進み、サービスデザインシステム加入者グループデータストアに加入者グループ記録を記憶する。加入者グループ記録のフォーマットに関係する問題は、モジュール404を参照して前述したのと同様である。図4の例では、流れ図400は、決定点414に進み、作成すべきさらなる加入者記録があるかどうかが判断される。作成すべきさらなる加入者記録があると判断された場合414-Y、流れ図400は、モジュール410に戻り、次の加入者記録に関して、上述したように進行する。図4の例では、モジュール410および412と決定点414とを備えるwhileループ418が、点線のボックスで囲まれている。whileループ416は、加入者データストアから加入者記録をインポートすることによって、バッチモードで実行することができる。あるいは、またはさらに、潜在的な加入者もしくは現在の加入者からデータを受信するとき、またはサービスデザインシステムの人工エージェントもしくは人間エージェントからデータを受信するとき、whileループ418は、入力プロセスによって、一度に1加入者ずつ実行することができる。例えば、管理者は、利用可能な加入者を加入者グループにドラッグアンドドロップすることができ、サービスデザインエンジンは、このようにして加入者グループに追加された利用可能な加入者から加入者グループ記録を作成することができる。特定の実装形態では、加入者データのバッチをサービスデザインシステム内にインポートして、加入者グループを登録するために使用することができる。流れ図400での論理的フローは、加入者記録を作成し412、加入者記録を記憶し404、それらを繰り返し406、次いで、サービスデザインシステム加入者データストア内の加入者記録から加入者グループを作成する410というものであることに留意されたい。しかし、インポートプロシージャが、加入者グループを作成する前に各加入者記録を作成する必要はない。特定の実装形態では、既存の加入者グループ記録の一部として識別される特徴を有する加入者記録が作成されて、サービスデザインシステム加入者データストアに記憶されるとき、その加入者は、自動的に既存の加入者グループ記録に追加されることも、そうされないこともあるまたは、更新プロシージャが、サービスデザインシステムの加入者またはエージェントによって開始されるときに、以前に加入者グループ記録に追加されていない、当該の特徴を有する任意の加入者記録を追加することができる。再び決定点414を参照すると、作成すべきさらなる加入者グループ記録がないと判断された場合414-N、流れ図400は決定点416に進み、作成すべきさらなる加入者記録があるかどうかが判断される。さらなる加入者記録を作成すべきと判断された場合416-Y、流れ図400は、モジュール402に戻り、上述したように進行する。他方、作成すべきさらなる加入者記録がないと判断された場合416-N、流れ図が終了する。典型的な実装形態では、作成すべき他の加入者記録または別の加入者グループ記録がある場合には、モジュール402またはモジュール410から方法を再び始めることができることに留意されたい。したがって、終了は、流れ図400に対する論理的な終了であるが、必要に応じてプロセスを継続することができる。図5は、サービスプランコンポーネントを作成するための方法の一例の流れ図を示す。図5の例では、流れ図500は、モジュール502で始まり、フィルタインスタンスを作成する。このアクションによってフィルタ記録が作成されるが、フィルタがシステム内で使用される形態に鑑みて、用語インスタンスを使用する。特に、2つのサービスプランコンポーネントがフィルタインスタンスを組み込んでおり、フィルタインスタンスが後で変更される場合に、変更がどちらのサービスプランコンポーネントにも適用されるという意味で、フィルタは包括的な特性を有することができる。したがって、複数のコンポーネントで使用されるただ1つのフィルタインスタンスがある。あるいは、2つのサービスプランコンポーネントがフィルタインスタンスを組み込んでおり、フィルタインスタンスの一方に対して変更が行われる場合に、他方のフィルタインスタンスには変更が適用されないという意味で、フィルタインスタンスをテンプレートから作成することができる。したがって、フィルタテンプレートの適用はそれぞれ別個のフィルタインスタンスである。特定の実装形態では、フィルタインスタンスは、グローバルまたはローカルになるように明示的に設定することができる。また、グローバルフィルタテンプレートを作成することもできそれにより、グローバルフィルタテンプレートへの変更がフィルタのすべてのインスタンスに適用される、さらに、ローカルフィルタインスタンスを作成することもでき、ローカルフィルタインスタンスは、システムにわたってカスケード処理を行う変更を伴わずに、サービスプランコンポーネント内部で変更することができる。図5の例では、流れ図500は、モジュール504に進み、サービスデザインシステムフィルタデータストアにフィルタインスタンスを記憶する。サービスデザインシステムフィルタデータストアは、フィルタインスタンスに関する明示的なデータ構造要件を有することがあるが、少なくとも、フィルタにマッチするトラフィックインスタンスを含む。特定の実装形態では、トラフィックインスタンスは、指定の遠隔の宛先例えば、ドメインまたはIPアドレス、指定のアプリケーション例えば、名前、ハッシュ、証明書、署名、他の安全なIDなどによって識別される、指定のオペレーティングシステム、指定のコンテンツ、指定のプロトコル例えば、TCP、UDP、TCP/UDP、または指定のポート番号を含むトラフィックイベントを含むことができる。ドメインフィルタは、リファレンスをロードできるようにするために、および/または例えば、秒単位またはデータバイト単位で連想フィルタリングを使用するために指定することができる。アプリケーションフィルタは、アプリケーションを検証するために指定することができる。人間エージェントがフィルタをより容易に利用できるように、サービスデザインシステムフィルタデータストアに記憶された各フィルタインスタンスは、フィルタ名および説明を含む。特定の実装形態では、フィルタインスタンスは、マッチフィルタまたは非マッチフィルタとして指定することができる。マッチフィルタは、トラフィックイベントを別のフィルタにマッチさせる試行を妨げない。非マッチフィルタは、ネットワークトラフィック検査エンジンが、トラフィックイベントを別のフィルタにマッチさせる試行を行うのを妨げる。ある意味、これは、フィルタにアクションを適用し、フィルタのマッチおよび非マッチアスペクトを、フィルタアスペクトまたは関連のアクションアスペクト所与のコンテキストにおいてどちらか適切な方として取り扱うことができる。図5の例では、流れ図500は、決定点506に進み、作成すべきフィルタインスタンスがまだ他にあるかどうかを判断する。作成すべきフィルタインスタンスがまだ他にあると判断された場合506-Y、流れ図500は、モジュール502に戻り、次のフィルタインスタンスに関して、前述したように進行する。他方、作成すべきさらなるフィルタイベントがないと判断された場合506-N、流れ図500は、モジュール508に進み、対応するポリシーイベント規則記録を作成する。ポリシーイベント規則は、どのネットワーク状態任意のネットワーク状態を含むがポリシーイベントに適用可能であるかをサービスプランコンポーネントが判断できるようにする。特定の実装形態では、規則を、対応するフィルタを用いずに例えば、独立の規則として作成することができることに留意されたい。ポリシーイベント規則は、規則によって指定される様式でフィルタがトラフィックイベントにマッチするときに適用可能になる。例えば、トラフィックイベントがフィルタインスタンスにマッチし、それによりネットワーク状態例えば、あるネットワーク状態内、そのネットワーク状態への移行、またはそのネットワーク状態からの移行が検出される場合、これらの条件を指定する規則が適用可能である。指定される条件の他の例は、トラフィックイベントが許可、ブロック、抑制、遅延、または延期される時であり、それぞれマッチまたは非マッチとして指定することができる。また、ポリシー規則は、上限を定義することもでき、例えば時間またはバイトのカウントが定義された上限に達したときに、これらの規則が満たされるカウンタを通知ポリシーの一部とみなすことができることに留意されたい。上限を設けられたポリシーイベントが、その定義された上限までのカウンタ増分を有するとき、フィルタは、例えば、許可上限を超えていないときからブロック、抑制、遅延、または延期上限を超えたときに変わることがある。同様に、上限を設けられたポリシーイベントは、例えば抑制上限を超えていないときから、より大きな抑制上限を超えたときに変わることもあり、または上限を超える前後の何らかの他のフィルタリング活動の組合せもあり得る。図5の例では、流れ図500は、モジュール510に進み、デザインシステム規則データストアに、対応するポリシーイベント規則記録を記憶する。ポリシーイベント規則記録は、トラフィック制御ポリシー、通知ポリシー、および課金ポリシーの1つまたは複数を含むことができる。トラフィック制御ポリシー規則は、トラフィック制御ポリシー規則が対応するフィルタのタイプ例えば、許可、ブロック、抑制、遅延、延期、またはアクションなしに関連付けられる。適用可能なトラフィック制御は、ネットワーク状態、デバイス状態、サービスプラン使用状態などによることがある。通知ポリシー規則は、加入者、サービスデザインシステムの人間エージェントまたは非人間エージェント、プログラムなど、当事者に情報を送信することに関連付けられる。特定の実装形態では、通知ポリシー記録に以下のものを与えることができる。名前および説明、ならびに通知の詳細例えば通知がフォアグラウンドのものであるか、それともバックグラウンドのものであるか、通知の宛先例えば、加入者へ、サーバへ、または何らかの他の当事者へ、通知に関連してイネーブルにされる対話例えば、ユーザに表示されなくなるまでに通知が表示される回数、またはユーザが今後は通知を止めることができるようにするオプション。サービスデザインシステムの加入者および人間エージェントへの通知は、典型的には、タイトル、サブタイトル、ショートテキストの説明、および/またはロングテキストの説明など、人間が読むことができるコンテンツを含む。非人間エージェントへの通知は、同じ情報を含むことも含まないこともあり、人間が読んでもほとんどまたは全く意味のない命令セットを含むことができる。特定の実装形態では、通知は、ネットワーク状態に関するデータストアからのデータ、または時間と共に変化することがある他のデータを挿入する変数を含むことができる。サーバデザインエージェントは、受信者がフィードバックまたは命令を提供することができるようにする選択オプション例えばボタンを通知に含むことができる。有用な選択オプションは、例えば、アップセルプラン、サービス提案カタログ、詳細情報を求めるリクエスト、超過が望まれることの表示、URLのラウンチ、および/または棄却を含むことがある。特定の実装形態では、サービスデザインシステムエージェントは、モバイルデバイスに通知を表示するグラフィカルユーザインターフェースを使用することがある。なぜなら、通知のレビューを行いやすいように、おそらくモバイルデバイスの何らかのアイコンまたは他の機能を用いることなく通知が表示されるからである。課金ポリシー規則は、時間またはバイト単位での使用に対する請求額を決定することに関連付けられる。特定の実装形態では、サービスプランコンポーネントは、そのコンポーネントが組み込まれたプランから、課金ポリシーを継承することができる。したがって、厳密に言えば、そのような実装形態では、サービスプランコンポーネント記録は、課金ポリシー規則を有する必要はないが、展開されるときには継承により課金ポリシー規則を有することができる。課金ポリシーがコンポーネントに関して定義される場合、課金ポリシーは、使用されるデータまたは時間に基づくことがあり、任意選択の最大超過使用量を有する超過許可を有することも、有さないこともあり、課金コードによって指定することができるレートを有する。図5の例では、流れ図500は、モジュール512に進み、サービスデザインシステムフィルタデータストアからのフィルタインスタンスと、デザインシステム規則データストア内のポリシーイベント規則記録とを含むサービスプランコンポーネント記録を作成する。サービスプランコンポーネントは、常に、フィルタとポリシーイベント規則とを有することを見ることができる。トラフィック制御ポリシーが、いくつか挙げると、許可、ブロック、抑制、遅延、延期に加えて検出を含むように定義されると仮定すると、サービスプランコンポーネントは、常にトラフィック制御ポリシーを含むものとして定義することができ、ここで、検出は、フィルタおよびポリシーイベント規則がトラフィックイベントにマッチするときには、ポリシーイベントをそれ以上トリガしない。通知ポリシーがなしを含むように定義されると仮定すると、サービスプランコンポーネントは、常に通知ポリシーを含むものとして定義することができる。課金ポリシーが継承を含むように定義されると仮定すると、サービスプランコンポーネントは、常に課金ポリシーを含むものとして定義することができ、課金ポリシーは、コンポーネントがプランに組み込まれるときに決定され、プランからコンポーネントが課金ポリシーを継承することができる。図5の例では、流れ図500は、決定点514に進み、さらなるフィルタインスタンスを作成すべきかどうかが判断される。さらなるフィルタインスタンスを作成すべきと判断された場合514-Y、流れ図は、モジュール502に戻り、前述したように進行するモジュール512では、サービスプランコンポーネント記録を作成するのではなく、サービスプランコンポーネント記録を修正することができる。他方、作成すべきフィルタインスタンスがもうないと判断された場合514-N、流れ図500は、決定点516に進み、フィルタ記録に対応するさらなるポリシーイベント規則記録を作成すべきかどうかが判断される。フィルタ記録に対応するさらなるポリシーイベント規則記録を作成すべきであると判断された場合516-Y、流れ図500は、モジュール508に戻り、前述したように進行するモジュール512では、サービスプランコンポーネント記録を作成するのではなく、サービスプランコンポーネント記録を修正することができる。他方、フィルタ記録に対応する作成すべきポリシーイベント規則記録がもうないと判断された場合516-N、流れ図500が終了する。典型的な実装形態では、作成すべき他のフィルタインスタンス、ポリシーイベント規則記録、またはサービスプランコンポーネント記録がある場合には、モジュール502、モジュール508、またはモジュール512から方法を再び始めることができる。したがって、終了は、流れ図500に対する論理的な終了であるが、必要に応じてプロセスを継続することができる。図6は、サービスプランコンポーネントからサービスプランを作成するための方法の一例の流れ図600を示す。例示のために、サービスプランで使用されることになるフィルタインスタンス、ポリシーイベント規則記録、およびサービスプランコンポーネント記録は既に作成されていると仮定する。流れ図600における任意の適切な点図示せずで、フィルタインスタンス、ポリシーイベント規則記録、およびサービスプランコンポーネント記録のどれも作成できない、あるいは、いくつかまたはすべてを作成することができることに留意されたい。特定の実装形態では、フィルタインスタンスとポリシーイベント規則記録は、サービスプランコンポーネントレベル例えば図5参照と、サービスプランレベルとの両方で使用することができる。図6の例では、流れ図600は、モジュール610に進み、サービスプラン記録を作成する。サービスプラン記録は、例えば、加入者デバイス、プラン名、プランの短い説明、プランの説明、プランのバージョン、プランのタイプ例えば、スポンサー付き、有料、またはキャリア、プランがデフォルトプランであるか、プランが再購入可能か、請求額、および表示額などに関する表示用のアイコンを含むことができる。ポリシーラベルが加入者デバイスに表示されるかどうかも設定することができる。そうではなく、以下のモジュールに関連付けられる情報のすべてまたは一部が提供された後にサービスプラン記録を作成することもできることに留意されたい。図6の例では、流れ図600は、モジュール604に進み、サービスプランに関する課金ポリシーを設定する。課金ポリシーは、データまたは時間使用量に基づくことができ、いくらかの量の超過を許す、または超過を許さない使用量制限を有することができ、適宜、料金請求ポリシーサイクル例えば、期間、頻度、レポート使用、前払いまたは後払い請求などを構成することができる。料金請求識別子例えば、料金請求名やキャリアサービスIDなどが使用されるかどうかを設定することもできる。課金コードが使用される場合、サービスプランに関して適切になるように、課金コードを識別してデフォルトに設定することも、そうしないこともできる。課金ポリシーは、プランの課金ポリシーを継承するように構成されたプランのサービスプランコンポーネントが継承することができる。図6の例では、流れ図600は、モジュール606に進み、サービスプラン内のサービスプランコンポーネントを階層的に配置する。階層配置は、コンポーネントの順序付けにおいて、例えば、コンポーネントに関連付けられるフィールド内に優先順位を示すことによって明示的にすることも、暗示的にすることもできる。特定の実装形態では、コンポーネントは、サービスクラスも有する。例えば、コンポーネントは、キャリア、ネットワーク保護、スポンサー付き、有料、ペアレンタルコントロール、マーケティングインターセプト、オープンアクセス/バルク、ポストバルク、および適用可能なサービスプランなし/サービス終了といったサービスクラスに入ることがある。したがって、サービスプランコンポーネントの階層配置は、サービスプランコンポーネントの相互の階層配置、およびサービスクラス内部にあるサービスプランコンポーネントと、そのサービスクラス内にある他のサービスプランコンポーネントとの相互の階層配置を表すことができる。実装形態に応じて、サービスプランコンポーネントは、作成または編集時にサービスクラスを有するように選定することができ、またはコンポーネントがサービスプランに追加されるときに、コンポーネントをサービスクラスに割り当てることができる。例えば、サービスプランコンポーネントは、有料サービスクラスに割り当てることができるが、マーケティングインターセプトサービスクラスに割り当てられる場合にも適切に機能することができる。実装形態に応じて、作成時にコンポーネントを有料と指定し、同様のマーケティングインターセプトコンポーネントを作成するためにコピーすることができ、あるいは、作成時にコンポーネントを有料またはマーケティングインターセプトまたはサービスクラス指定なしと指定し、サービスプラン内に入れられるときに当該のサービスクラスに挿入することができる。したがって、階層配置は、サービスクラスによって動的である例えば、設計者が、コンポーネントを配置するクラスを選ぶことができることも、サービスクラスによって静的である例えば、コンポーネントがサービスクラス内部に作成されることもある。特定の実装形態では、静的サービスクラスを有するサービスプランコンポーネントは、サービスクラス内部の他のサービスプランコンポーネントに対する優先順位に従って明示的に配置することができ、動的に割り当てられたサービスクラスを有するサービスプランコンポーネントは、サービスクラス内部の他のサービスプランコンポーネントに対する優先順位に従って明示的に配置することができ、静的サービスクラスを有するサービスプランコンポーネントは、サービスクラス内部の優先順位に従って暗示的に配置することができ、動的に割り当てられたサービスクラスを有するサービスプランコンポーネントは、サービスクラス内部の優先順位に従って暗示的に配置することができる。本文献において提示する例では、キャリアサービスクラスは、一般に、最高の優先順位のサービスクラスとして取り扱われる。キャリアプランは、基本ネットワークポリシーを含む。特定の実装形態では、キャリアプランは、加入者デバイス上で自動的に施行され、プランカタログでは提案されない。本文献において提示する例では、2番目に高い優先順位のサービスクラス、すなわちネットワーク保護は、例えば、ネットワークリソースをあまりに多く消費しているデバイスを検出し、それらを抑制またはブロックすることによってネットワークリソースを保護するようにデザインされたポリシーに関連付けることができる。ネットワーク保護サービスは、例えば、バックグラウンド処理や速度などとは対照的にフォアグランド処理を使用可能にするために加入者が選択することができる様々な料金請求ポリシーを有することができるが、加入者は、実装形態に応じて、ネットワーク保護ポリシーを修正する権能を有することも有さないこともある。本文献において提示する例では、3番目に高い優先順位のサービスクラス、すなわちスポンサー付きは、加入者以外の実体によって完全にまたは一部スポンサードされたサービスプランに関連付けることができる。一部スポンサードされたプランは、助成されていると言うこともできるが、用語スポンサードされたは、文脈によって別段に示されない限り、助成されたプランを含むものと意図される。実装形態および/または構成に応じて、スポンサードされたプランは、任意選択のものであることも、そうでないこともある。例えば、会社の従業員は、従業員が会社のイントラネットにアクセスするときに適用可能なスポンサー付きサービスプランを有することがあり、また、従業員は、スポンサーシップを拒否することができることも、拒否することができないこともある。別の例として、facebookは、加入者がfacebookウェブサイトにアクセスするときにネットワークリソース消費に対して助成することがあり、加入者は、助成を拒否することができることも、拒否することができないこともある。本文献において提示する例では、4番目に高い優先順位のサービスクラス、すなわち有料は、加入者が購入するサービスプランに関連付けることができる。これは、一般に、加入者が、例えばアクション実行可能なサービスオファーによって、有料サービスプランを購入するというオプションを与えられる場合であるアクション実行可能なサービスオファーは、加入者がサービスオファーを承諾することを選択することができる承諾ボタンなどのフィードバックメカニズムを含む通知である。サービスオファーは、例えば、プランがその助けとなるようなことを加入者が試行する時など、予め定義された条件によってトリガされるサービスオファーは、スポンサー付きサービスに関してトリガすることもできる。本文献において提示する例では、5番目に高い優先順位のサービスクラス、すなわちペアレンタルコントロールは、認証プロセスに従って加入者が購入または修正するサービスプランに関連付けることができる。ペアレンタルコントロールプランは、主加入者がポリシーを設定することができるマルチデバイスまたはシングルデバイスプランに関連付けることができる。実装形態に応じて、マルチデバイスプランの様々なデバイスは、異なるスポンサー付きプランおよび有料プランを有することもできる。本文献において提示する例では、6番目に高い優先順位のサービスクラス、すなわちマーケットインターセプタは、加入者がバルクポリシーサービスクラスに下がる前に加入者に提案されるサービスプランに関連付けることができる。マーケットインターセプタプランは、何らかの形でオープンアクセスポリシーよりも好ましいサービスオファーを含むことができる。本文献において提示する例では、7番目に高い優先順位のサービスクラス、すなわちオープンアクセスまたはバルクは、キャッチオールcatch-allサービスプランに関連付けることができる。本文献において提示する例では、8番目に高い優先順位のサービスクラス、すなわちポストバルクは、他のサービスプランが適用可能でない場合にアクティブ化することができるサービスプランに関連付けることができる。特定の実装形態では、ポストバルクプランは、加入者が試行しているが、利用可能なサービスプランがないために行うことができないことに関して、サービスプランをアクティブ化する最後の機会を加入者に提案するようにデザインされる。加入者が通知に適切に応答した場合、加入者は、現在の活動に適切なサービスプラン例えば、有料サービスプランをアクティブ化することができる。本文献において提示する例では、9番目に高い優先順位のサービスクラス、すなわちサービス終了は、典型的には、検出されたトラフィックイベントに関して利用可能なサービスプランがないという通知に関連付けられる。特定の実装形態においてサービスクラス階層を利用するために、すべてのサービスクラスを利用する必要はない。また、階層内で、あるクラスを他のクラスに対して上下に移動させることもできる。例えば、ネットワーク保護クラスの優先順位を有料サービスクラスよりも低くすることができる。図6の例では、流れ図600は、モジュール608に進み、ネットワーク状態に関連付けられるプランレベルポリシーイベントを設定する。前述したように、各サービスプランコンポーネントは、トラフィック制御ポリシー、通知ポリシー、および課金ポリシーを有することができる。また、プランレベルでポリシーイベントを設定することもできる。特定の実装形態では、サービスプランコンポーネントを作成するときに作成されたフィルタおよび規則をプランレベルで再使用することができ、また、サービスプラン図示せずを作成するときにフィルタおよび規則が作成される場合には、それらのフィルタおよび規則を、サービスプランコンポーネントレベルで使用することができる。特定の実装形態では、ポリシーイベントをネットワーク状態に関連付けることができる。ネットワーク状態は、現在のパラメータまたは履歴パラメータを表すことができる例えば、輻輳、前にネットワーク上での認証に失敗した試行の回数、日時、地理的位置、ネットワークのタイプ、デバイスがローミングしているなど。また、ポリシーイベントは、いかなるネットワーク状態に関してもすなわちネットワーク状態に関係なく適用可能であるように設定することもできる。図6の例では、流れ図600は、モジュール612で終了し、サービスデザインシステムサービスプランデータストアにサービスプラン記録を記憶する。有利には、サービスプランは、修正を施さずに複数のサービスプランカタログで使用することができる。あるいは、サービスプラン記録は、修正を施して、または修正を施さずに、様々なサービスプランカタログで使用するためにクローンすることができる。バージョニングが使用される場合、展開されているサービスプランを新しいバージョンに自動継続することができ前のバージョンからのサービスプランコンポーネントへの加入者が保持することがある既得権益、または、サービスプランの新しいバージョンが、展開されているサービスプランの提案に影響を及ぼさないように、サービスプランの全体または一部をテンプレート化することができる。実装形態に応じて、設計者は、例えば、サービスプランをレビューして、パラメータを変更すべきと判断した後にパラメータを編集するために任意のモジュールに戻ることができる。サービスデザインエンジンは、加入者グループを作成するために、図4を参照して提示した例などのプロセスを使用することができる。また、サービスデザインエンジンは、サービスプランを作成するために、図6を参照して提示した例などのプロセスを使用することができる。加入者グループおよびサービスプランは、自動的または選択的な実装のためにアクセスネットワークに提供されるサービスプランカタログに実装することができる。図7は、加入者グループおよびサービスプランからサービスプランカタログを作成するための方法の一例の流れ図700を示す。図7の例では、流れ図700は、モジュール702で始まり、サービスプランカタログ記録を作成する。サービスプランカタログ記録は、プランカタログ名、プランカタログの説明、プランカタログのバージョンなどを含むことができる。そうではなく、以下のモジュールに関連付けられる情報のすべてまたは一部が提供された後にサービスプランカタログ記録を作成することもできることに留意されたい。図7の例では、流れ図700は、モジュール704に進み、サービスプランカタログ記録にプランを追加する。特定の実装形態では、プランは、サービスデザインシステムサービスプランデータストアに記録として記憶される。特定の実装形態では、プランはリストとして表され、設計者は、サービスデザインシステムUIを使用して、そのリストからプランを選択プランリストにドラッグすることができる。プランは、起動時に利用可能なものとして選定することができる選定しないこともできる。図7の例では、流れ図700は、モジュール706に進み、サービスプランカタログ記録内のサービスプランを階層的に配置する。互いに対する優先順位に従ってプランを配置させることができ、これにより、より高い優先順位のプランが最初に表示および/または使用される。また、プランは、サービスクラス内部で、そのサービスクラス内の他のプランに対して配置することもできる。サービスクラスは、プランが作成または編集されるときにプランに静的に割り当てることができ、またはサービスプランカタログの作成中に動的に割り当てることができる。優先順位は、優先順位インジケータに基づいて明示的にすることも、プランリスト内のプランの相対位置に基づいて暗示的にすることも、何らかの他の形で示すこともできる。特定の実装形態では、サービスデザインシステムUIは、設計者が、優先順位を設定するためにサービスクラス内部のプランリスト内でプランを上下にドラッグすることができるようにし、優先順位は、サービスクラス内部のプランの相対順序に対応する優先順位番号によって示される。図7の例では、流れ図700は、モジュール708に進み、任意選択で、サービスプランカタログ提案を含む表示のためのタブ内にプランを配置する。タブは、ゲーム、ソーシャル、プロダクティビティ、メディア、無料、有料、すべてなどのカテゴリーを含むことができる。タブとプランとの関連付けを形成することができ、それにより、例えば加入者デバイス上にサービスプランカタログ提案が表示されるときに、プランは、関連付けられたタブの下で表示される。プランは、複数のタブに関連付けることができ、複数のタブの下で表示することができる。タブの順序は、タブ内部のプランの順序と同様に構成することができる。本文献では、タブ内部のプランの順序は、例えばサービスクラス内部でのプランの優先順位に関係付けられないが、代替実施形態では、そのような相関を行うこともできる。図7の例では、流れ図700は、モジュール710に進み、サービスプランカタログ記録に加入者グループを追加する。特定の実装形態では、加入者グループはリストとして表され、設計者は、サービスデザインシステムUIを使用して、そのリストからプランを選択加入者グループリストにドラッグすることができる。例えば加入者の特性に従って加入者グループを識別することによるものなど、加入者グループを追加する他の方法も考えられる。サービスプランカタログが公開されるとき、サービスプランカタログ内のサービスプランに関連付けられる加入者グループは、自動的にであれ、またはプランの選択によってであれ、加入者のデバイス上で当該のサービスプランのポリシーが施行されている加入者を識別する。実装形態に応じて、プランの公開をベータ版にすることができ、これは一般に、プランへの加入者が、通知を伴って、または通知を伴わずに変更されるプランを有することができることを意味し、または、プランの公開を配布によって行うことができ、これは一般に、加入者が新しいバージョンのプランを再購入することが必要になるまで、プランの将来のバージョンへの変更が加入者に影響を及ぼさないことを加入者が期待することができることを意味する。図7の例では、流れ図700は、モジュール712に進み、アップセルオファーを構成する。アップセルオファーは、ネットワーク状態、デバイス状態、または加入者状態に関連付けられる通知ポリシーを有する。例えば、加入者がバルクプランで大容量のストリーミングメディアを使用している場合、加入者の現在の使用量または履歴使用量に基づいて、加入者が金銭を節約できるストリーミングメディアプランを提案することが望ましいことがある。別の例として、ワイヤレス都市域ネットワークMAN;MunicipalAreaNetworkを張り巡らせた都市内にいる加入者は、ワイヤレスMANの使用に関連付けられるアップセルオファーを受信することがある。別の例として、facebookに頻繁にアクセスする加入者は、facebookによってスポンサードされているサービスプランであって、したがってアクセスがfacebookに関連付けられる限りサービスコストを削減するサービスプランを提案されることがある。別の例として、facebookの競合者に頻繁にアクセスする加入者は、より安価であるので加入者をfacebookに引き寄せられるように、facebookによってスポンサードされているサービスプランを提案されることがある。別の例として、加入者が日本語の言語選好を有することが示される場合、アップセルオファーは、例えば、日本語話者に人気のあるアプリケーションにアクセスするためのスポンサー付きサービスを提案することによってその人口統計をターゲットにすることができる。別の例として、特定のデバイス状態を有する加入者例えば、加入者がiphoneを使用しているというデータを加入者記録が含むが、そのようなデバイス状態を有する加入者に人気のあるアップセルオファーのターゲットとされることがある。アップセルオファーは、1組のすべての可能な選択肢を含むことができ、または特定の加入者の特定の履歴使用量により適したオファーに限定することもできる。例えば、加入者が典型的に単位時間当たり約5MBのデータを消費する場合、システムは、10MB、100MB、1GB、10GB、および100GBに関するアップセルオファーをすべて一度に提供する必要はなくすべてを提案することができるとしても、10MBのみまたは例えば10MBと100MBのアップセルオファーを送信する。加入者の使用量が増加する場合、加入者は、より大きなサイズのサービスプランに関して通知されることがある。あるいは、アップセルオファーをサービスプランコンポーネントに追加することもできるが、特定の実装形態では、サービスプランコンポーネント内部で識別することができるものでさえ、サービスプランカタログレベルでアップセルオファーを修正するのが有用と考えられた。このようにして、例えばfacebookプランの標準のアップセルコンポーネントを、所与のサービスプランカタログに関して、または特定の加入者グループに関して、適切な通知または他の構成を伴うように修正することができる。図7の例では、流れ図700は、モジュール714で終了し、LCPエラーポリシーを設定する。LCPエラーは、トラフィックイベントが、適用可能なサービスプランポリシーにマッチされないときに生じる。サービスプランカタログに関するLCPエラーの設定により、例えば、アクティブでないサービスプランに従ってトラフィックイベントを扱うことができるという通知であって、アクティブでないサービスプランを加入者がアクティブ化するというオプションを含む通知を加入者に送信することによってLCPエラーをエレガントに扱うことができるようになる。あるいは、LCPエラー通知ポリシーをサービスプランコンポーネントに追加することができるが、特定の実装形態では、サービスプランカタログレベルでLCPエラーポリシー設定をイネーブルにすることが有用と考えられた。これは、LCPエラーポリシーが常に、サービスプランカタログ提案におけるすべてのアクティブなプランへのマッチを試みる試行の最後に現れるからである。これにより、サービスプランデザインの効率が改良される。実装形態に応じて、設計者は、例えば、サービスプランカタログをレビューして、パラメータを変更すべきと判断した後にパラメータを編集するために任意のモジュールに戻ることができる。図8は、アクセスネットワークと、ネットワークサービスプランプロビジョニングサンドボックスシステムとを含むシステム800の一例を示す。システム800は、アクセスネットワーク802と、ネットワークサービスプランプロビジョニングシステム804とを含む。アクセスネットワーク802は、図1を参照して述べたものと同様である。図8の例では、ネットワークサービスプランプロビジョニングシステム804は、サービスデザインセンタ806と、サービスデザインサンドボックス808とを含む。概念上、サービスデザインセンタ806とサービスデザインサンドボックス808は、デザインおよび/またはプロビジョニングの任務を共有する。サービスデザインセンタ806とサービスデザインサンドボックス808は、階層的に組織化することができる。例えば、サービスデザインセンタ806は、サービスデザインサンドボックス808に特定の役割を委任することができ、おそらくはサービスデザインセンタ806のエージェントに関する監督機能を保持する。例えば、サービスデザインサンドボックス808は、ネットワークサービスプランプロビジョニングシステム804の加入者グループのサブセットに対するポリシー制御に影響を及ぼす権能を与えられることがある。この例では、ネットワークサービスプランプロビジョニングシステム804は、分散されていると言うことができる。ネットワーク内にサービスデザインサンドボックス808を含むことを望むことがある実体のいくつかの例は、ネットワークサービスを消費する従業員を抱える企業、MVNO、アプリケーション開発者、寄付団体、およびコミュニティベースの組織を含む。ネットワークサービスを消費する従業員を抱える企業の場合、サービスデザインサンドボックス808は、トラフィック制御および課金ポリシーならびに通知ポリシーに対する微調整された制御を可能にすることができる。XYZ社がサービスデザインサンドボックス808を制御すると仮定する。XYZ社は、XYZ社のイントラネット上でのXYZ社ネットワークサービスに特有のサービスプランを作成することができ、このサービスプランをXYZプランと呼ぶ。特に、XYZ社は、XYZ社の従業員のために、XYZ社のイントラネット上でXYZ社ネットワークサービスをスポンサードすることができる。例えばサービスデザインセンタ806を制御するキャリアによって提案される有料プランを、他のネットワークサービスを使用しているXYZ社の従業員にも利用可能にすることができるまたは、XYZ社は、他のネットワークサービスのサブセットを一部スポンサードすることができる。また、XYZプランは、XYZ社の従業員がXYZ社のイントラネットを介して特定の制限されたサイトにアクセスするのを防止するコンポーネントを含むこともでき、試行されるアクセスに関連付けられる通知ポリシーを有する。例を続けると、XYZ社のエージェント例えば、ITマネージャが、XYZ社メンバーを含む加入者グループを定義して、様々なXYZ社加入者グループに様々なサービスプラン例えば、様々なトラフィック制御、通知、または課金ポリシーを割り当てることができる。例えば、従業員は、使用量を制限されることがあり、マネージャーは、より多くの使用量および追加のサービス例えば、電子メールにアクセスすることができ、セールスチームのメンバーは、より良いローミングサービスを受けることができ、CEOは、キャリアのサービスプラン提案のすべてを利用することができ、おそらくはXYZ社がすべてのサービスに関するスポンサーとなっている。有利には、これらの技法を使用して、分割料金請求split-billingが可能であり、それにより、XYZ社は、スポンサー付きサービスの代価を支払うことができ、XYZ従業員は、非スポンサー付きサービスの代価または助成されたサービスの一部の代価を支払うことができる。MVNOの場合、MVNOは、キャリアからバルクデータを購入し、バルクに基づいてプランを提案することができる。有利には、MVNOに関して、サービスデザインサンドボックス808は、例えばネットワーク状態に基づいた加入者に対する制御を可能にする。実際、MVNOが所有しているすべての加入者に関して、キャリアがMVNOに与えるつもりの制御の量に応じて相当なポリシー制御を適用することができる。サンドボックスモデルから利益を得ることができる他のプロバイダには、モバイル仮想ネットワークイネーブラMVNE;mobilevirtualnetworkenablers、モバイルシェアスペクトルイネーブラMSSE;mobilesharedspectrumenablers、およびサービスプロバイダSPが含まれる。アプリケーション開発者の場合、サービスデザインサンドボックス808は、サービスプランによってカバーすることができるアプリケーションを指定することができる。サービスデザインセンタ806は、根底にある制御メカニズムの作成を担当することも、担当しないこともある。例えば、amazon.comなどの会社は、amazon.comに関連付けられたアプリケーションに関するスポンサーシップ設定に対する何らかの制御権を与えられることがある。寄付団体の場合、サービスデザインサンドボックス808は、非営利の組織など何らかの他の組織に寄付されるスポンサーシップ量の指定を可能にすることができる。コミュニティベースの組織の場合、サービスデザインサンドボックス808は、特定のネットワークサービスに対するフリーアクセスを指定することができる。例えば、SanFranciscoGiantsの組織は、SanFranciscoGiantsのオフィシャルサイトへのフリーアクセス権を付与する、ファンのためのプラングループを有することができる。別の例として、AAAは、AAAメンバーのためにサービスへのアクセスをスポンサードすることができる。ネットワークサービスプランプロビジョニングシステムのエージェントは、サービスデザインおよび/またはプロビジョニングのいくつかの側面に対するアクセス権を付与する役割を与えられることがある。例えば、サービスデザインセンタ806でのエージェントは、システムアドミニストレータやスーパーユーザなどの役割を有することができ、サービスデザインサンドボックス808のエージェントは、企業ITマネージャやMVNOアドミニストレータなどの役割を有することができる。サービスデザインサンドボックス808のエージェントは、適用可能な場合には、実装形態に応じて役割をさらに細分することができる。図9は、サービスデザインシステムサンドボックス実装形態の一例の概念図900を示す。概念図900は、キャリアネットワーク902、既存のネットワーク、IT、および料金請求インフラストラクチャ904インフラストラクチャ904と呼ぶ、インターネット906、サービス処理装置908、サービス制御装置910、オペレータサービスデザインセンタSDC912、およびパートナーSDCサンドボックス914を含む。図9の例では、キャリアネットワークは、インフラストラクチャ904を介してインターネット906に結合される。サービス処理装置908は、キャリアネットワーク902上のクライアントデバイスに実装することができる。特定の実装形態では、サービス処理装置908は、サービス制御デバイスリンクを含む。例えば、ネットワークにわたる監督を含むデバイスベースのサービス制御技法がより洗練されるにつれて、デバイスエージェントと、サービスポリシーの通信、制御、監視、または検証を行うネットワーク要素との間の効率的でフレキシブルな制御プレーン通信リンクを有することがますます重要になる。いくつかの実施形態では、サービス制御デバイスリンクは、ネットワーク要素機能へのサービスエージェントの送信およびネットワーク要素機能からのサービスエージェントの受信を行うためのシステムのデバイス側となる。いくつかの実施形態では、このリンクのトラフィック効率は、伝送時に複数のエージェントメッセージをバッファしてフレーム化することによって高められる。いくつかの実施形態では、トラフィック効率は、伝送周波数を制御する、またはサービス使用量またはトラフィック使用量のレートに伝送周波数を連係させることによってさらに改良される。いくつかの実施形態では、1つまたは複数のセキュリティレベルまたは暗号レベルを使用して、発見discovery、盗聴、またはセキュリティ侵害に対してリンクをロバストにする。いくつかの実施形態では、サービス制御デバイスリンクはまた、通信リンクと、エージェントハートビート機能用のハートビートタイミングとを提供する。サービス制御デバイスリンクは、サービスポリシー実装、制御、監視、および検証情報を他のネットワーク要素と送受信するための効率的で安全なソリューションを提供することができる。特定の実装形態では、クライアントダッシュボードが、サービス処理装置908によってディスプレイデバイスに表される。クライアントダッシュボードは、以下のメニューを含むことができる。サービス購入済み、データ使用量、統計アプリケーション消費データ、絶対値またはでの使用されたデータ、購入アクティブ化、登録、プラン選択、および購入ワークフローに進むように加入者をナビゲートする、ヘルプ、および設定選好、例えば言語。サービス制御装置910は、例えばクラウドで実装することができ、インフラストラクチャ904に結合される。オペレータSDC912は、インターネット上にあり、サービス制御装置に結合される。オペレータSDC912は、サンドボックス化されたサービスに関する制限をセットアップして、パートナーセットに関するカスタマイゼーションを許可すること、所与のパートナーセットまたは個々のパートナーに関して、交渉されたレートに基づく主料金設定で固定すること、様々なパートナーセットまたは個々のパートナーに関するカスタムログインを作成すること、およびサービスデザインシステムに適した任意の適用可能な技法を実施することができる。オペレータSDC912は、認可されたエージェントが、サービスプランコンポーネントおよび加入者を管理できるようにする。エージェントは、グループ加入者、SIM、またはデバイスの集合を管理して、グループおよびグループディレクトリの作成、オペレータに関するアイデンティティ階層の割当て、識別子とグループの関連付けなどを行うことができる。エージェントは、1つまたは複数のコンポーネントを含むサービスプランを管理することができ、サービスプランは、プラン名および説明、プランを使用するグループ、サービスプランコンポーネント、サービス活動、ネットワークビジー状態および接続タイプ、課金ポリシー使用量制限、しきい値、頻度、時間、および支払いタイプを含む、通知例えば、プラン使用量しきい値、プラン上限、期限切れ、ブロック、超過、使用可能なプランがないことなどに関する、およびイベント例えば、プラン使用量しきい値、プラン上限、期限切れ、ブロック、超過などに関するを含む。エージェントは、サービスコンポーネント1つまたは複数のフィルタおよび規則の論理グループ分けを管理することができ、サービスコンポーネントは、コンポーネント名および説明、コンポーネントを使用するプラン、ネットワークビジー状態および接続タイプ、課金ポリシー使用量制限、しきい値、頻度、時間、および支払いタイプを含む、通知例えば、プラン使用量しきい値、プラン上限、期限切れ、ブロック、超過、使用可能なプランがないことなどに関する、およびイベント例えば、プラン使用量しきい値、プラン上限、期限切れ、ブロック、超過などに関するを含む。エージェントは、サービス活動を管理することができる例えば、活動名、活動を使用するプラン、活動を使用するコンポーネント、フィルタ名および説明、ならびにフィルタタイプの詳細例えば、オペレーティングシステム、アプリケーション、遠隔、ポート、プロトコルなど。エージェントは、プラングループの割当ておよび公開、アクティブ化ワークフロー画面の作成、購入ワークフロー画面の作成を含めたサービスグループプランを管理することができる。エージェントは、例えば、ある期間にわたるある加入者に関する宛先別の使用量レポート、ある期間にわたる様々な加入者に関する宛先別最上位の宛先の使用量レポートに関するレポートを受信、管理、カスタマイズ、または生成することができる。パートナーSDCサンドボックス914は、適用可能な好都合な様式で、オペレータSDC912に結合される。パートナーSDCサンドボックス914は、以下のことを行うことができる。SDCサービス管理制御のサブセットをデザインおよび/または使用することができる安全なログイン環境を提供すること;管理下で、1つまたは複数のデバイスグループに関する制限付きサービスカスタマイゼーションオプションからの選択を可能にすること;デバイスUIブランディングをカスタマイズすること;サービス使用量、アプリケーション使用量、位置などに関するリアルタイム解析にアクセスすること;サービス使用量アラート、不正アラート、盗難アラートなどをセットアップすること;サンドボックス化された環境に委任されているサービスデザインシステムに適した任意の適用可能な技法を実施すること。サービス制御装置910は、サービス制御サーバリンクを含む。いくつかの特定の実装形態では、例えば制御プレーン上でのネットワークにわたる監督を含むデバイスベースのサービス制御技法がより洗練され、したがって、例えばサービス処理装置908のデバイスエージェントと、サービスポリシーの通信、制御、監視、または検証を行う例えばサービス制御装置910のネットワーク要素との間での効率的でフレキシブルな制御プレーン通信リンクを有することがますます重要になる。例えば、サービス制御装置910のサービス制御サーバリンクとサービス処理装置910のサービス制御デバイスリンクとの間の通信リンクは、効率的でフレキシブルな制御プレーン通信リンク、すなわちサービス制御リンクを提供し、いくつかの実施形態では、この制御プレーン通信リンクが、サービス処理装置908とサービス制御装置910の間の安全な双方向通信を可能にするための安全な例えば暗号化された通信リンクとなる。いくつかの実施形態では、サービス制御サーバリンクは、ネットワーク要素機能へのサービスエージェントの送信およびネットワーク要素機能からのサービスエージェントの受信を行うためのシステムのネットワーク側となる。いくつかの実施形態では、このリンクのトラフィック効率は、伝送時に複数のエージェントメッセージをバッファしてフレーム化する例えばそれによりネットワークチャタリングを減少させることによって高められる。いくつかの実施形態では、トラフィック効率は、伝送周波数を制御する、および/またはサービス使用量またはトラフィック使用量のレートに伝送周波数を連係させることによってさらに改良される。いくつかの実施形態では、1つまたは複数のセキュリティレベルおよび/または暗号レベルを使用して、リンク上で通信の発見、盗聴、またはセキュリティ侵害を受ける可能性に対してリンクを保護する。いくつかの実施形態では、サービス制御サーバリンクはまた、通信リンクと、エージェントハートビート機能用のハートビートタイミングとを提供する。いくつかの実施形態では、サービス制御サーバリンクは、サービス制御リンクを介して通信を送信する前に、そのような通信を安全化、署名化、暗号化、および/または他の方法で保護することを可能にする。例えば、サービス制御サーバリンクは、転送層への送信または伝送用のリンク層への直接の送信を行うことができる。別の例では、サービス制御サーバリンクは、さらに、TCPTLSまたは別の安全な転送層プロトコルなど転送層暗号によって通信を安全化する。別の例として、サービス制御サーバリンクは、リンク層で、例えばIPSEC、様々な可能なVPNサービス、他の形態のIP層暗号および/または別のリンク層暗号技法を使用して暗号化を行うことができる。特定の実装形態では、サービス制御装置910は、アクセス制御完全性サーバ例えば、サービスポリシーセキュリティサーバを含むことができる。いくつかの実施形態では、アクセス制御完全性サーバは、サービスポリシー、サービス使用量、エージェント構成、および/またはエージェント挙動に関するデバイス情報を収集する。例えば、アクセス制御完全性サーバは、この情報をクロスチェックして、サービスポリシー実装および制御システムにおける完全性違反を識別することができる。別の例では、アクセス制御完全性サーバは、サービスポリシー侵害例えばQoSポリシー侵害および/またはネットワーク容量制御サービスポリシー侵害またはシステム完全性違反が疑われるときに、アクションを開始することができる。特定の実装形態では、サービス制御装置910のエージェントおよび/またはアクセス制御完全性サーバの何らかの他のエージェントは、アクセス制御完全性エージェント例えばサービスポリシーセキュリティエージェントレポートおよびエラー条件に作用する。アクセス制御完全性エージェントのチェックの多くは、サーバによって達成することができる。例えば、アクセス制御完全性エージェントのチェックは、以下のものの1つまたは複数を含む。ポリシーに適合する使用量範囲に対するサービス使用量尺度例えばネットワークからおよび/またはデバイスからの使用量尺度;エージェントの構成;エージェントの動作;および/または動的エージェントダウンロード。特定の実装形態では、サービス制御装置910のエージェントおよび/またはアクセス制御完全性サーバの何らかの他のエージェントは、施行されているものと意図されるポリシー例えばQoSポリシーおよび/またはネットワーク容量制御サービスポリシーを前提として、例えば、IPDRやCDRなどを使用することによるネットワーク監視情報、および/またはローカルサービス使用監視情報に基づいて様々なサービス使用尺度を予想サービス使用挙動と比較することによって、デバイスサービスポリシー実装を検証する。例えば、デバイスサービスポリシー実装は、渡された総計のQoSデータ、ある期間内に渡されたQoSデータ、IPアドレス、IPアドレス当たりのデータ、および/または他の尺度、例えば位置、ダウンロード、アクセスされた電子メール、URLを測定し、施行されているものと意図されるポリシーを前提として、そのような尺度を予想サービス使用挙動と比較することを含むことができる。特定の実装形態では、サービス制御装置910のエージェントおよび/またはアクセス制御完全性サーバの何らかの他のエージェントは、デバイスサービスポリシーを検証し、QoSサービス尺度とQoSサービスポリシーとの不一致を示すことがある検証エラー条件は、以下のものの1つまたは複数を含む。非認可のネットワークアクセス例えば、アンビエントサービスポリシー制限を超えるアクセス;非認可のネットワーク速度例えば、サービスポリシー制限を超える平均速度;ネットワークデータ量がQoSポリシー制限にマッチしないこと例えば、サービスポリシーの改定/改訂をしないと、デバイスが限度で止まらないこと;非認可のネットワークアドレス;非認可のサービス使用例えばVOIP、電子メール、および/またはウェブブラウジング;非認可のアプリケーション使用例えば電子メール、VOIP、電子メール、および/またはウェブ;プランに対して高すぎるサービス使用レートであり、ポリシー制御装置がそれを制御/抑制しない;および/またはサービス尺度とサービスポリシーとの任意の他の不一致。したがって、いくつかの実施形態では、サービス制御装置910のエージェントおよび/またはアクセス制御完全性サーバの何らかの他のエージェントは、ポリシー/サービス制御完全性サービスを提供して、デバイスのサービス制御がセキュリティ侵害されていない、および/またはポリシー例えばQoSポリシーおよび/またはネットワーク容量制御サービスポリシーから外れて挙動していないことを継続的に例えば定期的に、および/またはトリガイベントに基づいて検証する。特定の実装形態では、サービス制御装置910は、サービス履歴サーバ例えば課金サーバを含む。いくつかの実施形態では、サービス履歴サーバは、例えばアクセスネットワークAAAサーバおよび/またはサービス制御装置910のサービスモニタエージェントから、サービス使用量またはサービス活動レポートを収集して記録する。例えば、いくつかの実施形態では、ネットワーク要素からのサービス使用履歴は、デバイスからのサービス履歴よりも詳細ではないことがあるが、ネットワークからのサービス履歴は、デバイスサービスポリシー実装を検証するための貴重な情報源となることがある。なぜなら、例えば、デバイス上でのデバイスエラーまたはセキュリティ侵害イベントがネットワークベースの機器およびソフトウェアをセキュリティ侵害することは非常に難しいからである。例えば、デバイスからのサービス履歴レポートは、同様に上述したように、様々なサービス追跡情報を含むことができる。いくつかの実施形態では、サービス履歴サーバは、サービス制御装置910の他のエージェント、他のサーバ、および/または1つまたは複数の他のエージェントへのリクエストに応じてサービス履歴を提供する。いくつかの実施形態では、サービス履歴サーバは、デバイスサービス履歴機能例えばCDRフィードおよびCDR調停機能にサービス使用履歴を提供する。いくつかの実施形態では、以下に述べるアクティブ化追跡サービス機能を容易に実現するために、サービス履歴サーバは、デバイスが接続されていたネットワークの履歴を保守する。例えば、このネットワーク活動の概要は、アクセスされたネットワーク、接続ごとの時間に対する活動、および/または接続ごとの時間に対するトラフィックの概要を含むことができる。別の例として、さらに、請求書共有再調停の目的で、トラフィック活動と関連付けられるサービスプランのタイプを推定するために、この活動の要約を解析または報告することができる。特定の実装形態では、サービス制御装置910は、QoSポリシーおよび/またはネットワーク容量制御サービスポリシーなどサービス使用ポリシーを管理するためのポリシー管理サーバ例えばポリシー決定点PDPサーバを含む。いくつかの実施形態では、ポリシー管理サーバは、サービス制御リンクを介してサービス処理装置908にポリシーを伝送する。いくつかの実施形態では、ポリシー管理サーバは、デバイスサービスプロファイルに従って、デバイスでのポリシー設定例えば、様々な実施形態に関して本明細書で述べる様々なポリシー設定を管理する。いくつかの実施形態では、ポリシー管理サーバは、ポリシー実装エージェント例えば、ポリシー実装エージェントに対して、瞬時ポリシーを設定する。例えば、ポリシー管理サーバは、ポリシー設定を発行し、サービス使用を監視し、必要であればポリシー設定を修正することができる。例えば、ユーザのサービス使用コストをネットワークが管理することを好むユーザの場合、または任意の適応型ポリシー管理ニーズがある場合、ポリシー管理サーバは、デバイスとの比較的高い通信頻度を維持して、トラフィックおよび/またはサービス尺度を収集し、新規のポリシー設定を発行することができる。この例では、デバイスによって監視されるサービス尺度、および任意のユーザサービスポリシー選好変更が、定期的に、および/または様々なトリガ/イベント/リクエストに基づいて、ポリシー管理サーバに報告される。この例では、ユーザプライバシー設定は、一般に、ネットワークを介して伝送されるそのような構成リクエスト/ポリシー設定中にユーザプライバシーの様々な側面が適切に保たれることを保証するために、ネットワーク、例えばポリシー管理サーバとの安全な通信例えば安全なサービス制御リンクを必要とする。例えば、情報をサービスポリシー管理に区分することができ、ユーザプライバシーを保つために、CRMに関して使用される他のデータベースには通信することができない。いくつかの実施形態では、ポリシー管理サーバは、デバイス上で適応型ポリシー管理を提供する。例えば、ポリシー管理サーバは、ポリシー設定および目標を発行し、ポリシー適応のいくつかまたはすべてに関するデバイスベースのポリシー管理例えばサービス処理装置908に依拠することができる。この手法は、デバイスとの対話をあまり必要としないことがあり、それにより、デバイスポリシー管理の目的に関して、サービス制御リンク上でのネットワークチャタリングを減少させる例えば、ネットワークチャタリングは、上述した様々なサーバ/ネットワークベースポリシー管理手法に比べて減少される。また、この手法は、ユーザプライバシー選好/設定に関してユーザがデバイスポリシーを構成できるようにすることによって、ロバストなユーザプライバシー実施形態を提供することもでき、それにより、例えば、取扱いに注意を要する情報例えば地理的位置データ、ウェブサイト履歴、および/または取扱いに注意を要する他の情報は、ユーザの承認なしではネットワークに通信されない。いくつかの実施形態では、ポリシー管理サーバは、時間帯に基づいてサービスポリシーを調節する。いくつかの実施形態では、ポリシー管理サーバは、ネットワークアベイラビリティ/容量の尺度を受信、リクエスト、および/または他の方法で取得し、利用可能なネットワークアベイラビリティ/容量例えばネットワークビジー状態に基づいて、トラフィックシェーピングポリシーおよび/または他のポリシー設定を調節する。特定の実装形態では、サービス制御装置910は、ネットワークトラフィック解析サーバを含む。いくつかの実施形態では、ネットワークトラフィック解析サーバは、デバイスおよび/またはデバイスのグループに関するサービス使用履歴を収集/受信して、サービス使用を解析する。いくつかの実施形態では、ネットワークトラフィック解析サーバは、ネットワークサービス品質および/またはサービス利潤性の改良を識別できるように、様々な形式でサービス使用統計を提示する。いくつかの実施形態では、ネットワークトラフィック解析サーバは、採用され得るサービスポリシーに関する様々な設定の下で、ネットワークに関するサービス品質および/またはサービス使用量を推定する。いくつかの実施形態では、ネットワークトラフィック解析サーバは、全体のネットワークサービス品質またはサービスコストに対して問題を引き起こしている1つまたは複数のデバイスによる実際のサービス挙動または生じ得るサービス挙動を識別する。いくつかの実施形態では、ネットワークトラフィック解析サーバは、採用され得るサービスポリシーに関する様々な設定の下で、ネットワークに関するネットワークアベイラビリティ/容量を推定する。いくつかの実施形態では、ネットワークトラフィック解析サーバは、全体のネットワークアベイラビリティ/容量に影響を及ぼしている、および/または問題を引き起こしている1つまたは複数のデバイスによる実際のサービス挙動または生じ得るサービス挙動を識別する。特定の実装形態では、サービス制御装置910は、ベータ試験サーバ例えば、ポリシー作成点およびベータ試験サーバを含む。いくつかの実施形態では、ベータ試験サーバは、1つまたは複数のデバイスに、候補サービスプランポリシー設定を公開する。いくつかの実施形態では、ベータ試験サーバは、1つまたは複数の候補サービスプランポリシー設定に関するネットワークサービス使用またはユーザフィードバック情報の要約レポートを提供する。いくつかの実施形態では、ベータ試験サーバは、様々な候補サービスプランポリシー設定に関するベータ試験結果を比較するため、または、ネットワーク容量の保護などさらなるポリシー設定最適化のための最適な候補を選択するためのメカニズムを提供する。特定の実装形態では、サービス制御装置910は、サービスダウンロード制御サーバ例えば、サービスソフトウェアダウンロード制御サーバを含む。いくつかの実施形態では、サービスダウンロード制御サーバは、本明細書で述べるように、サービスソフトウェア要素例えば、サービス処理装置908および/またはサービス処理装置908のエージェント/コンポーネントをデバイス上にインストールするため、および/または更新するためのダウンロード機能を提供する。特定の実装形態では、サービス制御装置910は、料金請求イベントサーバ例えば、マイクロCDRサーバを含む。いくつかの実施形態では、料金請求イベントサーバは、料金請求イベントを収集し、サービス処理装置908にサービスプラン情報を提供し、サービス処理装置908にサービス使用量更新情報を提供し、デバイスと中央料金請求サーバとのインターフェースとして働き、および/または特定の電子商取引料金請求トランザクションに関する信頼される第三者機能を提供する。特定の実装形態では、サービス処理装置908は、追加のアクセス制御層を提供する。例えば、アクセスネットワークAAAサーバは、中央プロバイダアクセスネットワークおよびサービスプロバイダネットワークにデバイスが入れるように、所要のアクセスネットワークAAAサービス例えば、デバイスアクセス層に関するアクセス制御および認可機能を提供することができる。いくつかの実施形態では、デバイスが他のネットワーク、例えばインターネット、社内ネットワーク、および/またはマシンツーマシンネットワークへのアクセス権を得るために、別のアクセス制御層が必要とされる。いくつかの実施形態では、アクセスネットワークAAAサービスはまた、サービス制御装置910から受信される通信に基づいて、デバイスに対するサービスを一時停止する、およびデバイスに対するサービスを再開することができる機能を提供する。いくつかの実施形態では、アクセスネットワークAAAサーバはまた、デバイス検疫条件が呼び出されるときに、デバイストラフィックに関するルーティングを検疫ネットワークに向ける、またはネットワークアクセスを制約または制限することができる機能を提供する。いくつかの実施形態では、アクセスネットワークAAAサーバはまた、デバイスネットワークサービス使用量を記録して報告する。いくつかの実施形態では、選択されたネットワーク接続に基づいて、様々なプロファイル例えば、WWAN、WLAN、WPAN、Ethernet、および/またはDSLネットワーク接続のための様々なサービスプロファイル/ポリシーが選択され、これは、マルチモードプロファイル設定と呼ぶこともできる。例えば、サービスプロファイル設定は、喫茶店でのWi-Fiネットワークへのアクセスとは異なるものとみなされるWi-Fi例えば。または任意の他のネットワーク、例えばDSL/ケーブル、衛星、またはT-1であるが、Wi-Fiの背後の実際のアクセスネットワーク例えば、ホームDSL/ケーブルまたはワークネットワークに基づくことがある。例えば、DSLまたはT-1バックホール上にかなりのユーザが存在するWi-Fiホットスポット状況では、サービス制御装置は、サービスプロバイダクラウドまたはMVNOクラウド内に位置することができ、サービス制御は、サービスプロバイダによって提案されるVSP機能によって提供することができる。あるいは、ホットスポットサービスプロバイダがサービス制御装置910を所有することができ、アクセスネットワークサービスプロバイダとの関連付けなしでホットスポットサービスプロバイダ自体がサービス制御装置910を使用する。例えば、サービス制御装置910によってサービス処理装置908を制御して、QoSまたはユーザ共有規則に従って、ホットスポットで利用可能な帯域幅を分割することができる例えば、いくらかのユーザが、例えば場合によってはより高いサービス料を支払うことにより他のユーザよりも高い、格差を付けられた優先順位を有する。別の例として、例えば本明細書で同様に述べるアンビエントサービスを、検証されたサービス処理装置に関するホットスポットに対して提供することができる。いくつかの実施形態では、サービス処理装置908およびサービス制御装置910は、ユーザが個別に、またはパッケージとして組み合わせて選択する複数のサービスプランに関連付けられる複数のサービスプロファイルを割り当てることができる。例えば、デバイスは、フリートランザクションサービスを含むアンビエントサービスから開始し、ここでは、使用者は、基本サービス例えばニュースサービス、電子リーダ、PNDサービス、従量制payasyougoセッションインターネットではなく、取引またはイベントの代金を支払い、各サービスは、アカウント別請求機能によってサポートされて、任意の助成された当事者料金請求に関して正確に決算して、取引サービスを提供する例えば、BarnesandNobleは、電子リーダサービスの代金を支払うことがあり、デバイスから購入された本または雑誌の取引に関してサービスプロバイダに収益共有を提案することがある。いくつかの実施形態では、アカウント別請求サービスはまた、収益共有の目的で、取引およびいくつかの実施形態では広告を追跡することもでき、いずれも、本明細書で開示するサービス監視機能を使用する。上述した無料アンビエントサービスでサービスを開始した後、ユーザは、その後、後払い月極めのインターネット、電子メール、およびSMSサービスを選択することがある。この場合、サービス制御装置910は、ネットワークベースの料金請求の場合には料金請求システム例えば。または、デバイスベースの料金請求の場合には、サービス制御装置910の料金請求イベントサーバから、新規のインターネット、電子メール、およびSMSサービスのための料金請求プランコードを取得する。いくつかの実施形態では、このコードは、初期アンビエントサービスと併せた新規のサービスに関する適当なサービスプロファイルを見出すために、データベース例えばポリシー管理サーバ内で相互参照される。次いで、新規のスーパーセットサービスプロファイルが適用され、それにより、ユーザは、アンビエントサービスへのフリーアクセスを維持し、料金請求当事者は、それらのサービスを助成し続け、ユーザはまた、インターネットサービスへのアクセス権を得て、例えば本明細書で開示する実施形態の1つからサービス制御プロファイルを選択することができる。スーパーセットプロファイルは、プロファイルが同じデバイスサービス処理装置に適用されるときに、2つ以上のサービスプロファイルの複合機能を提供するプロファイルである。いくつかの実施形態では、2つ以上の重畳可能なstackableサービスがユーザによって選択されるとき、または他の方法でデバイスに適用されるとき、サービス制御装置910ではなくサービス処理装置908がスーパーセットプロファイルを決定することができる。本明細書で述べるサービス処理装置908およびサービス制御装置910の実施形態の融通性により、所望のデバイスサービスフィーチャを実現するために、多様なサービスプロファイルを個別に、またはスーパーセットとして定義および適用できるようになる。いくつかの実施形態では、例えばURLによって、ネットワークドメインによって、ウェブサイトによって、ネットワークトラフィックタイプによって、アプリケーションまたはアプリケーションタイプによって、および/または任意の他のサービス使用活動類別/分類によって監視される様々な活動を関連のIPアドレスに関連付けるために、サービス使用活動を分類または類別するための活動マップを提供するためのデバイス支援サービスDAS技法が提供される。いくつかの実施形態では、サービス処理装置908のポリシー制御エージェント、サービスモニタエージェント例えば課金エージェント、または別のエージェントもしくは機能またはそれらの組合せが、DAS活動マップを提供する。いくつかの実施形態では、サービス処理装置のポリシー制御エージェント、サービスモニタエージェント、または別のエージェントもしくは機能またはそれらの組合せは、例えば、ユニフォームリソースロケータURLによって、ネットワークドメインによって、ウェブサイトによって、ネットワークトラフィックタイプによって、ソケットによって例えば、IPアドレス、プロトコル、および/またはポートによって、ソケットID例えばポートアドレス/番号によって、ポート番号によって、コンテンツタイプによって、アプリケーションもしくはアプリケーションタイプによって、および/または任意の他のサービス使用活動分類/類別によって様々な監視される活動を関連のIPアドレスおよび/または他の基準/尺度に関連付けるためにサービス使用活動を分類または類別するための活動マップを提供する。いくつかの実施形態では、サービス処理装置のポリシー制御エージェント、サービスモニタエージェント、または別のエージェントもしくは機能またはそれらの組合せは、DNSリクエストをスヌープするための様々な技法を使用して、監視されるサービス使用活動に関する関連のIPアドレスを決定する例えば、デバイス100上でそのようなスヌーピング技法を実施することによって、DNS逆引きを求めるネットワークリクエストを必要とせずに、関連のIPアドレスを決定することができる。いくつかの実施形態では、サービス処理装置のポリシー制御エージェント、サービスモニタエージェント、または別のエージェントもしくは機能またはそれらの組合せは、監視中のサービス使用活動に関して、IPアドレスを記録および報告するか、またはDNSルックアップ機能を含み、IPアドレスまたはIPアドレスと関連のURLを報告する。例えば、サービス処理装置のポリシー制御エージェント、サービスモニタエージェント、または別のエージェントもしくは機能またはそれらの組合せは、DNSルックアップ機能を実施するために様々な技法を使用して例えば、監視されるデバイス上でローカルDNSキャッシュを使用して、監視されるサービス使用活動に関する関連のIPアドレスを決定することができる。いくつかの実施形態では、これらの技法の1つまたは複数を使用して、例えば、適用可能であれば、URLをIPアドレスにマップする、アプリケーションをIPアドレスにマップする、コンテンツタイプをIPアドレスにマップする、および/または任意の他の類別/分類をIPアドレスにマップするDAS活動マップを動的に構築して保守する。いくつかの実施形態では、DAS活動マップは、ネットワーク容量を保護する目的で、DASに関するQoSを提供するため、および/またはDASを提供するための様々な実施形態に関して、本明細書で述べる様々なDASトラフィック制御および/または抑制技法のために使用される。いくつかの実施形態では、DAS活動マップは、様々な実施形態に関して本明細書で述べるサービス使用に関係付けられる様々なUI関連情報および通知技法をユーザに提供するために使用される。いくつかの実施形態では、DAS活動マップは、サービス使用監視、将来のサービス使用の予測/推定、サービス使用料金請求例えば、アカウント別請求および/または任意の他のサービス使用/料金請求類別技法、アンビエントサービス使用監視のためのDAS技法、マイクロCDRを生成するためのDAS技法、および/または様々な実施形態に関して本明細書で述べる任意の様々な他のDAS関連技法を提供するために使用される。図10は、サービスデザインシステムサンドボックス実装形態の一例の概念図1000を示す。図10のコンポーネントは、図9に示されるものと同様である。図10は、様々な目的で様々なサンドボックスを形成することができることを例示する意図のものである。図10の例では、サンドボックス1014は、スポンサー付きアプリケーションウェブサイトサンドボックス1014-1、企業ITマネージャサンドボックス1014-2、マシンツーマシンM2M仮想サービスプロバイダVSPMVNOパートナーサンドボックス1014-3、デバイスOEMメディアプロバイダサンドボックス1014-4、ペアレンタルコントロールマルチデバイスサンドボックス1014-5などを含む。サービス制御装置1010で実装される共通サービス制御装置クラウドサービスソフトウェア、およびサービス処理装置1008で実装されるサーバ処理装置デバイスクライアントソフトウェアにより、オペレータおよびパートナーは、カスタマイズされたユーザ体感およびサービスプランポリシーを調整することができるようになる。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、以下のものの1つまたは複数に基づいて、動的である。ネットワークビジー状態、時間帯、サービス活動が接続されるネットワーク、サービス活動が接続される基地局または通信チャネル、ユーザ入力、ユーザ選好選択、関連のサービスプラン、サービスプラン変更、アプリケーション挙動、メッセージング層挙動、ランダムバックオフ、デバイスの電力状態、デバイス使用状態、時間ベースの基準例えば、時間/日/週/月、将来のタイムスロットに関する保留/遅延/延期、スケジュールされたタイムスロットに関する保留/遅延/延期、および/またはビジー状態/アベイラビリティ状態/QoS状態が実現されるまでの保留/遅延/延期、サービス活動とのユーザ対話の監視、デバイスとのユーザ対話の監視、サービス活動に関するUI優先順位の状態、サービス活動の電力消費挙動の監視、モデム電力サイクリングまたは電力制御状態変化、セットアップまたはティアダウンされたモデム通信セッション、および/またはネットワークからのポリシー更新/修正/変更。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、ネットワークサービス使用活動の更新されるサービス使用挙動解析に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、ネットワーク容量制御サービス分類に応答する更新される活動挙動に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、例えば、ネットワーク容量制御サービスに関するポリシー/制御に関係付けられる更新されるユーザ入力/選好に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、サービスプランステータスの更新に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、サービスプランポリシーの更新に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、代替ネットワークのアベイラビリティに基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、代替ネットワークを選択するためのポリシー規則に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、代替ネットワークに関するネットワークビジー状態またはアベイラビリティ状態に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、所与のネットワークサービス活動または1組のネットワークサービス活動に関する特定のネットワーク選択または選好ポリシーに基づく。いくつかの実施形態では、ネットワークサービス使用活動と、ネットワークサービス使用制御ポリシーまたはネットワークサービス使用通知ポリシーとの関連付けは、以下のものの1つまたは複数に基づく動的な関連付けを含む。ネットワークビジー状態、時間帯、ユーザ入力/選好、関連のサービスプラン例えば、25MBデータプラン、5Gデータプラン、または無制限データプラン、または他のデータ/サービス使用プラン、アプリケーション挙動、メッセージング層挙動、デバイスの電力状態、デバイス使用状態、時間ベースの基準、代替ネットワークのアベイラビリティ、および1つまたは複数の代替ネットワークでのトラフィックを選択および/または制御するための1組のポリシー規則。いくつかの実施形態では、ネットワークサービス使用制御ポリシー例えば、ネットワーク容量制御サービスポリシーは、以下のことを含む。1つまたは複数のサービスプランに関するネットワークサービス使用制御ポリシーを定義すること、ファミリーおよび企業プランなどシングルユーザまたはマルチユーザシナリオにおいて、1つまたは複数のデバイスまたはデバイスのグループに関するネットワークアクセスポリシー規則を定義すること、1つまたは複数のユーザまたはユーザのグループに関してネットワークアクセスポリシー規則を定義すること、ネットワークアクセスイベントまたは試行を許可または不許可にすること、ネットワークアクセスイベントまたは試行の数を調整すること、ネットワークアクセスイベントまたは試行を1グループのアクセスイベントまたは試行に集約すること、ネットワークアクセスイベントまたは試行に時間窓を設定すること、ネットワークアクセスイベントまたは試行によってサービスされるアプリケーションまたは機能に基づいて、ネットワークアクセスイベントまたは試行に時間窓を設定すること、ネットワークアクセスイベントまたは試行に所定の時間窓を設定すること、ネットワークアクセスイベントまたは試行に、ネットワークビジー状態の尺度が特定の範囲内にあるような時間窓を設定すること、許可されたタイプのアクセスイベントまたは試行を割り当てること、ネットワークアクセスイベントまたは試行を許可された許可機能またはアプリケーションを割り当てること、1つまたは複数のアクセスイベントまたは試行の優先順位を割り当てること、ネットワークアクセスイベントまたは試行の許可期間を定義すること、ネットワークアクセスイベントまたは試行の許可速度を定義すること、ネットワークアクセスイベントまたは試行に関する許可ネットワーク宛先を定義すること、ネットワークアクセスイベントまたは試行に関する許可アプリケーションを定義すること、1つまたは複数のネットワークアクセスイベントまたは試行に関するQoS規則を定義すること、1つまたは複数のアプリケーションに関するアクセスポリシー規則を定義または設定すること、1つまたは複数のネットワーク宛先に関するアクセスポリシー規則を定義または設定すること、1つまたは複数のデバイスに関するアクセスポリシー規則を定義または設定すること、1つまたは複数のネットワークサービスに関するアクセスポリシー規則を定義または設定すること、1つまたは複数のトラフィックタイプに関するアクセスポリシー規則を定義または設定すること、1つまたは複数のQoSクラスに関するアクセスポリシー規則を定義または設定すること、デバイス、アプリケーション、ネットワーク宛先、ネットワークサービス、トラフィックタイプ、QoSクラス、および/または他の基準/尺度の任意の組合せに基づいて、アクセスポリシー規則を定義または設定すること。いくつかの実施形態では、ネットワークサービス使用制御ポリシー例えばネットワーク容量制御サービスポリシーは、トラフィック制御ポリシーを含む。いくつかの実施形態では、トラフィック制御ポリシーは、トラフィック制御設定を含む。いくつかの実施形態では、トラフィック制御ポリシーは、トラフィック制御/層を含み、トラフィック制御/層は、トラフィック制御設定を含む。いくつかの実施形態では、トラフィック制御ポリシーは、以下のものの1つまたは複数を含む。設定のブロック/許可、設定の抑制、設定の適応型抑制、パケット誤り率を含むQoSクラス設定、ジッタおよび遅延設定、キュー設定、および例えば特定のトラフィックフローにタグ付けするパケットに関するタグ設定。いくつかの実施形態では、QoSクラス設定は、以下のものの1つまたは複数を含む。抑制レベル、他のデバイストラフィックに対する優先順位キュー登録、時間窓パラメータ、および、トラフィックを蓄積または集約してより大きなストリーム/バースト/パケット/パケットグループにする間の保留または遅延。いくつかの実施形態では、トラフィック制御ポリシーは、例えばカスケードフィルタ技法を使用してポリシー設定の様々なリストへのインデックスとして実装されたフィルタを含み、ここで、ポリシーフィルタは、以下のものの1つまたは複数を含む。ネットワーク、サービスプラン、アプリケーション、時間帯、およびネットワークビジー状態。例えば、トラフィック制御設定へのインデックスとしてネットワークビジー状態および/または時間帯を使用して、2次元トラフィック制御実装方式を提供することができる例えば、いくつかのアプリケーションの優先順位レベルは、ネットワークビジー状態および/または時間帯に基づいて上下させることができる。いくつかの実施形態では、トラフィック制御ポリシーは、利用可能なネットワークのリストからネットワークを選択するため、代替のネットワークに対する接続が成されるまでアクセスをブロックまたは減少するため、および/またはデバイスのネットワークスタックインターフェースを修正または交換してアプリケーションまたはOS機能へのネットワークソケットインターフェースメッセージのインターセプトまたは中断を可能にするために使用される。いくつかの実施形態では、トラフィック制御設定は、ネットワークサービス使用制御ポリシーに基づいて選択される。いくつかの実施形態では、トラフィック制御設定は、ネットワークサービス使用制御ポリシーに基づいてデバイス上に実装される。いくつかの実施形態では、実装されたトラフィック制御設定は、ネットワーク容量制御サービスのトラフィック/トラフィックフローを制御する。いくつかの実施形態では、トラフィック制御設定は、以下のものの1つまたは複数に基づいて選択される。時間帯、曜日、特別な時間/日例えば休日やネットワークメンテナンス時間/日、ネットワークビジー状態、ネットワークサービス使用活動に関連付けられる優先順位レベル、ネットワークサービス使用活動に関連付けられるQoSクラス例えば緊急トラフィック、ネットワークサービス活動がアクセス権を得ているネットワーク、利用可能なネットワーク、ネットワークサービス活動が接続されるネットワーク、ネットワークサービス活動が接続される基地局または通信チャネル、およびサービス活動がアクセス権を得ているネットワークに応じて変わることがある1組のネットワーク依存のトラフィック制御ポリシー例えば。および/または本明細書で述べる様々な他の基準/尺度。いくつかの実施形態では、トラフィック制御設定は、以下のものの1つまたは複数を含む。許可/ブロック、抑制、QoSクラス実装、キュー登録、タグ付け、ユーザ通知の生成、ランダムバックオフ、ネットワーク要素から受信される送信可、スケジュールされた伝送タイムスロットに関する保留、利用可能なネットワークからのネットワークの選択、および代替ネットワークへの接続が成されるまでのアクセスのブロックまたは減少。いくつかの実施形態では、トラフィック制御設定は、ネットワークサービス使用活動のネットワーク容量制御サービス優先順位状態とネットワークビジー状態とに基づいて選択される。いくつかの実施形態では、トラフィック制御設定は、ネットワークサービス使用活動のネットワーク容量制御サービス優先順位状態とネットワークビジー状態とに基づいて選択され、すべてのネットワーク容量制御サービス活動に関して包括的例えば同一であり、または、ネットワークサービス使用活動優先順位、ユーザ選好もしくはオプション選択、アプリケーション、時間ベースの基準、サービスプラン、デバイスまたはサービス活動がアクセス権を得ているネットワーク、前に決定されたネットワークビジー状態への適応後のネットワーク輻輳状態の再決定、および/または本明細書で述べる他の基準/尺度に基づいて変化する。いくつかの実施形態では、ネットワーク容量制御サービストラフィック例えばトラフィックフローは、ネットワーク容量を保護するために格差的に制御される。例えば、デバイス上のOSおよび1つまたは複数のアプリケーションに関する様々なソフトウェア更新を、本明細書で述べる様々な技法を使用して格差的に制御することができる。別の例として、セキュリティ/アンチマルウェアソフトウェア例えば、アンチウィルス、ファイアウォール、コンテンツ保護、侵入検出/防止、および/または他のセキュリティ/アンチマルウェアソフトウェアを、本明細書で述べる様々な技法を使用して格差的に制御することができる。さらに別の例として、ネットワークバックアップ/イメージング、およびコンテンツダウンロード例えば、画像、音楽、ビデオ、eBookコンテンツ、電子メール添付、コンテンツ/メディア定期購読、RSS/ニュースフィード、テキスト/画像/ビデオチャット、ソフトウェア更新、および/または他のコンテンツダウンロードなどに関して個別におよび/または全体としてしきい値を超えるを、本明細書で述べる様々な技法を使用して格差的に制御することができる。例えば、本明細書で述べるネットワーク容量を保護するためのDASの技法を使用して、ネットワーク容量を保護するための適応型ポリシー制御を提供することができる。ネットワーク容量制御サービスリストを、デバイスによって生成、更新、報告、および/または受信し、デバイスに記憶することができる例えば、リストは、デバイスに関連付けられるサービスプランに基づき、適合されることがある。監視中のネットワークサービス使用活動がリストにない場合、デバイスは、例えば、ネットワークビジー状態に基づいて、時間ベースの基準に基づいて、および/または他の基準/尺度に基づいてやはり特定のしきい値を超えている監視中のネットワークサービス使用活動に関して、監視中のネットワークサービス使用活動をネットワーク要素に報告することができる。一例として、監視中のネットワークサービス使用活動は、監視中のネットワークサービス使用活動がデータ使用量しきい値例えば、1日当たり50MBの総データ使用量、ソケット開放頻度/レート、ある時点でのデータ使用速度、または、より複雑な、時間にわたるしきい値、ピーク期間にわたるしきい値、コンテンツと時間によるしきい値、様々な他のパラメータ/しきい値を超える場合/時に報告することができる。別の例として、監視中のネットワークサービス使用活動は、ネットワークサービス使用挙動および/またはアプリケーション開発者による特徴付けの入力の試験に基づいて報告することができる。レポートは、ネットワークサービス使用活動および様々なネットワークサービス使用パラメータを識別する情報を含むことができる。いくつかの実施形態では、通知設定は、サービス使用量通知ポリシーに基づいて選択される。いくつかの実施形態では、通知設定は、ユーザ通知設定例えば、図18に関して上述したような様々なユーザ通知設定を含む。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、ネットワークサービス使用活動を、例えば使用量しきい値フィルタおよび/またはカスケードフィルタ技法を使用してネットワーク容量を保護するための格差的ネットワークアクセス制御に関する複数の分類カテゴリーの1つまたは複数に分類することを含む。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、ネットワークサービス使用活動を1つまたは複数のネットワーク容量制御サービスに分類することを含み、ここで、ネットワーク容量制御サービスは、以下のものの1つまたは複数を含む。データネットワークアクセスをリクエストするアプリケーション、アプリケーションソフトウェア更新、ネットワーク情報をリクエストするアプリケーション、GPSまたは物理的位置をリクエストするアプリケーション、オペレーティングシステムソフトウェア更新、セキュリティソフトウェア更新、ネットワークベースのバックアップ、電子メールダウンロード、ならびに、サービスプロファイルおよび/またはユーザ入力に基づいてネットワーク容量制御サービス活動として構成される1組の活動例えば。および/または本明細書で述べる、およびここで当業者には明らかである様々な他のタイプのネットワークサービス使用活動。例えば、ネットワーク容量制御サービスは、以下のものを含むことができる。OSおよびアプリケーションに関するソフトウェア更新、OSバックグラウンドネットワークアクセス、クラウド同期サービス、RSSフィードおよび他のバックグラウンド情報フィード、ブラウザ/アプリケーション/デバイス挙動報告、バックグラウンド電子メールダウンロード、コンテンツ定期購読サービスアップロードおよびダウンロード例えば、音楽/ビデオダウンロード、ニュースフィード、テキスト/音声/ビデオチャットクライアント、セキュリティ更新例えば、アンチマルウェア更新、ピアツーピアネットワーキングアプリケーション更新、頻繁な電力サイクリングまたは省電力状態サイクリング中の非効率的なネットワークアクセスシーケンス、大容量ダウンロードまたは他の高帯域幅アクセス、情報に関する小容量の伝送またはリクエストで常に/反復してネットワークにアクセスする貪欲なアプリケーションプログラム。いくつかの実施形態では、ネットワーク容量制御サービスリストは、静的である;適応性がある;サービス処理装置を使用して生成される;ネットワーク要素例えばサービス制御装置またはサービスクラウドから受信される;ネットワーク要素例えばサービス制御装置またはサービスクラウドから受信され、かつサービス処理装置から受信されるデバイス活動レポートに少なくとも一部基づく;予備試験によって設定された基準に基づく;アプリケーション開発者によって行われる挙動特徴付けのレポートに基づく;および/またはユーザ入力に少なくとも一部基づく。いくつかの実施形態では、ネットワーク容量制御サービスリストは、1つまたは複数のネットワークサービス活動バックグラウンドQoSクラスを含む。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、以下の1つまたは複数に基づいてネットワークサービス使用活動を分類することを含む。アプリケーションまたはウィジェット例えば、Outlook、Skype、iTunes、Android電子メール、天気予報チャンネル天気予報ウィジェット、iCal、Firefoxブラウザなど、アプリケーションタイプ例えば、ユーザアプリケーション、システムアプリケーション/ユーティリティ/機能/プロセス、OSアプリケーション/ユーティリティ/機能/プロセス、電子メール、ブラウザ、ウィジェット、マルウェアウィルスや疑わしいプロセスなど、RSSフィード、デバイス同期サービス、ダウンロードアプリケーション、ネットワークバックアップ/イメージングアプリケーション、音声/ビデオチャット、ピアツーピアコンテンツアプリケーションもしくは他のピアツーピアアプリケーション、ストリーミングメディアフィードもしくはブロードキャスト受信/送信アプリケーション、ネットワークミーティングアプリケーション、チャットアプリケーションもしくはセッション、および/または任意の他のアプリケーションもしくはプロセス識別および類別、OS/システム機能例えば、任意のシステムアプリケーション/ユーティリティ/機能/プロセス、および/またはOSアプリケーション/ユーティリティ/機能/プロセス、例えばOS更新および/またはOSエラー報告、モデム機能、ネットワーク通信機能例えば、ネットワーク発見または信号伝送、EherTypeメッセージ、接続フロー/ストリーム/セッションセットアップもしくはティアダウン、ネットワーク認証もしくは認可シーケンス、IPアドレス取得、およびDNSサービス、URLおよび/またはドメイン、宛先/送信元IPアドレス、プロトコル、トラフィックタイプ、ソケット例えばIPアドレス、プロトコル、および/またはポート、ソケットアドレス/ラベル/識別子例えば、ポートアドレス/ポート番号、コンテンツタイプ例えば、電子メールダウンロード、電子メールテキスト、ビデオ、音楽、eBook、ウィジェット更新ストリーム、およびダウンロードストリーム、ポート例えばポート番号、QoS分類レベル、時間帯、ピーク時またはオフピーク時、ネットワーク時間、ネットワークビジー状態、選択されるアクセスネットワーク、選択されるサービスプラン、ユーザ選好、デバイス信用証明、ユーザ信用証明、および/またはステータス、モデム電力サイクリングもしくは電力状態変化、モデム認証プロセス、モデムリンクセットアップもしくはティアダウン、モデム管理通信、モデムソフトウェアもしくはファームウェア更新、モデム電力管理情報、デバイス電力状態、およびモデム電力状態。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、分類されたネットワークサービス使用活動をID例えばアプリケーションID。これは、例えば一意の番号、名前、および/または署名でよいに関連付けることを含む。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、複数の分類パラメータを使用してネットワークサービス使用活動を分類することを含み、パラメータは、以下のものの1つまたは複数を含む:アプリケーションID、リモートIP例えば、URL、ドメイン、および/またはIPアドレス、リモートポート、プロトコル、コンテンツタイプ、フィルタアクションクラス例えば、ネットワークビジー状態クラス、QoSクラス、時間帯、ネットワークビジー状態、および/または他の基準/尺度、および選択されるアクセスネットワーク。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、上述したパラメータの組合せを使用してネットワークサービス使用活動の分類を決定することを含む。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、ネットワークサービス使用活動を、ネットワーク容量制御サービス、非ネットワーク容量制御サービス、ブロックまたは不許可サービス、および/またはまだ分類/識別されていないサービス例えば、未知の/未決定の分類または未確定の分類として分類することを含む。いくつかの実施形態では、アプリケーション接続、OS接続、および/または他のサービス活動は、デバイスがある期間にわたって非アクティブ状態である例えば。または省電力状態であるときに例えば、ユーザがある期間にわたってデバイスと対話していないとき、デバイスがユーザ通知ポリシーを表示していないとき、および/またはユーザ入力がある期間にわたって受信されていないとき、および/または省電力状態に入っているときに、ネットワーク容量制御サービス活動として分類される。いくつかの実施形態では、アプリケーション接続、OS接続、および/または他のサービス活動は、監視中のネットワークサービス使用活動が、複数のアプリケーション接続、OS接続、および/または他のサービス活動に関する、あるいは特定のアプリケーション接続に関するデータ使用量しきい値を超える例えば、総データ使用量がデータ使用量しきい値を超えるときに、ネットワーク容量制御サービス活動として分類される。いくつかの実施形態では、アプリケーション接続、OS接続、および/または他のサービス活動は、1つまたは複数のデータ使用量制限の所定のリストに基づいて、ネットワーク要素から受信されるリストに基づいて、使用時間制限に基づいて例えば使用限度を超える期間に基づいて、および/または何らかの他の使用量関連基準/尺度に基づいて、監視中のネットワークサービス使用活動がデータ使用量しきい値を超えるときに、ネットワーク容量制御サービス活動として分類される。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、ネットワークピーク時間に基づいて、ネットワークビジー状態に基づいて、または、特定のパフォーマンスレベル未満に下がったデバイスとのネットワーク接続例えば、様々なそのような基準/他の入力/因子に基づいて割り当てられたより高い/より低い優先順位に基づいて、ネットワークサービス使用活動をネットワーク容量制御サービスとして分類することを含む。いくつかの実施形態では、ネットワーク容量制御サービスの1つまたは複数が、1つまたは複数のネットワークおよび/または1つまたは複数の代替ネットワークに関して設定された異なるネットワークアクセスポリシーに関連付けられる。いくつかの実施形態では、ネットワーク容量制御サービスの1つまたは複数が、1つまたは複数のネットワークおよび/または1つまたは複数の代替ネットワークに関して設定された異なる通知ポリシーに関連付けられる。いくつかの実施形態では、ネットワーク容量制御サービスリストは、デバイスに記憶される。いくつかの実施形態では、ネットワーク容量制御サービスリストは、ネットワーク要素から受信され/定期的に更新され、デバイスに記憶される。いくつかの実施形態では、ネットワーク容量制御サービスリストは、ネットワーク容量制御サービス、非ネットワーク容量制御サービス例えば、フォアグランドサービスまたは動的であることがある様々な基準に基づくサービスは、ネットワーク容量制御サービスとして分類されない、および1組の未分類のサービス例えば、さらなる解析に基づく分類を待っている、および/またはネットワーク要素、サービスプロバイダ、および/またはユーザなどから入力された、1つまたは複数のネットワークサービス活動を含むグレーリストを含む。いくつかの実施形態では、ネットワーク容量制御サービスリストは、以下のものの1つまたは複数に基づく。予め定義された/予め選定された基準例えば、アプリケーション開発者によって予備試験および/または特徴付けを行われたネットワーク、サービスプラン;例えばサービス処理装置を使用するデバイス支援/デバイスベースの監視;例えばDPIゲートウェイを使用するネットワークベースの監視;例えばDAS活動解析のデバイスレポートに基づくネットワーク支援の解析。例えば、デバイスは、デバイスによって監視中のネットワークサービス使用活動例えば、構成、しきい値、サービスプラン、ネットワーク、および/またはユーザ入力に基づくすべての監視中のネットワークサービス使用活動またはその一部をネットワーク要素に報告することができる。別の例として、ネットワーク要素は、ネットワーク容量制御サービスリストを更新して、更新されたリストをデバイスに送信することができる。さらに別の例として、ネットワーク要素は、デバイスベースおよび/またはネットワークベースのネットワークサービス使用活動監視/報告に基づいて、複数のデバイスにわたってネットワークサービス活動の統計解析を行うことができる。いくつかの実施形態では、ネットワークサービス使用活動は、例えば、ポップアップなどデバイスおよび/またはネットワークサービス使用活動とのユーザ対話に基づいて、および/または他の基準/尺度に基づいてアクティブなアプリケーションまたはプロセスであると判断される。いくつかの実施形態では、ネットワーク容量制御サービスに関するトラフィック制御の実装は、様々な技法を使用して提供される。いくつかの実施形態では、デバイスは、サービス処理装置エージェントまたは機能を含み、例えば様々な測定点を使用してネットワークサービス使用を制御または管理されているネットワークサービス活動によって生成されるUIメッセージ、通知、または他のUI通信をインターセプト、ブロック、修正、除去、または交換する。例えば、この技法を使用して、ユーザ体感を改良する例えば、ネットワーク容量を保護するために制御されているアプリケーションが、繰り返しのおよび/または紛らわしいメッセージ/警報をユーザに生成するのを防止することができる。いくつかの実施形態では、デバイスのネットワークスタックインターフェースは、アプリケーションまたはOS機能または他の機能/ソフトウェアに対するネットワークソケットインターフェースメッセージのインターセプトまたは中断を可能にするように交換または修正される。いくつかの実施形態では、DAS技法を使用するネットワーク容量制御サービスに関するトラフィック制御の実装は、ネットワークサービス使用活動がネットワーク容量制御を認識していない例えば、ネットワーク容量制御を実装するためのAPIまたは他のインターフェースをサポートしない様々な技法を使用して提供される。例えば、ネットワークサービスアプリケーションメッセージングインターフェースベースの技法を使用して、トラフィック制御を実装することができる。例示的なネットワークサービスアプリケーションメッセージングインターフェースとしては、以下のものを挙げられる。ネットワークスタックAPI、ネットワーク通信ストリーム/フローインターフェース、ネットワークスタックAPIメッセージ、EtherTypeメッセージ、ARPメッセージ、および/またはここで本明細書に述べる様々な実施形態に鑑みて当業者には明らかである他のメッセージングまたは他の技法もしくは同様の技法。いくつかの実施形態では、ネットワークサービス使用活動制御ポリシーまたはネットワークサービス活動メッセージは、1組のトラフィック制御ポリシーまたはサービス活動メッセージに基づいて選択され、これらは、ネットワークサービス活動に適用されるネットワーク容量制御サービスポリシーによるサービス活動によるユーザ通知を減少または修正する。いくつかの実施形態では、ネットワークサービス使用活動制御ポリシーまたはネットワークサービス活動メッセージは、1組のトラフィック制御ポリシーまたはサービス活動メッセージに基づいて選択され、これらは、ネットワークサービス活動に適用されるネットワーク容量制御サービス活動ポリシーによるデバイス動作の途絶を減少させる。いくつかの実施形態では、ネットワークサービス使用活動制御ポリシーまたはネットワークサービス活動メッセージは、1組のトラフィック制御ポリシーまたはサービス活動メッセージに基づいて選択され、これらは、ネットワークサービス活動に適用されるネットワーク容量制御サービス活動ポリシーによるネットワークサービス活動の動作の途絶を減少させる。いくつかの実施形態では、ネットワーク容量制御サービスに関するトラフィック制御の実装は、開放/接続/書き込みをインターセプトすることによって提供される。いくつかの実施形態では、ネットワーク容量制御サービスに関するトラフィック制御の実装は、スタックAPIレベルまたはアプリケーションメッセージング層リクエスト例えばソケット開放/送信リクエストをインターセプトすることによって提供される。例えば、インターセプトされたリクエストは、例えばメモリにコピー、キュー登録例えば遅延または抑制、または削除例えばブロックすることができる。別の例として、インターセプトされたリクエストは、メモリにコピーすることができ、次いで、伝送の一部をメモリから検索して再注入例えば抑制することができる。さらに別の例として、メッセージング伝送のインターセプトは、インラインでパースして、伝送させる例えば許可することができ、トラフィックフローを分類するために伝送または伝送の一部をメモリにコピーすることができる。いくつかの実施形態では、ネットワーク容量制御サービスに関するトラフィック制御の実装は、UI通知をインターセプトまたは制御または調整することによって提供される。いくつかの実施形態では、ネットワーク容量制御サービスに関するトラフィック制御の実装は、ネットワークサービス活動を強制終了または一時停止することによって提供される。いくつかの実施形態では、ネットワーク容量制御サービスに関するトラフィック制御の実装は、サービス活動に関連付けられるプロセスの優先順位を下げる例えばCPUスケジューリングの優先順位を下げることによって提供される。いくつかの実施形態では、ネットワーク容量制御を認識していないネットワークサービス使用活動に関するDASの技法を使用するネットワーク容量制御サービスに関するトラフィック制御の実装は、ネットワークAPIメッセージングをエミュレートする例えば、スプーフまたはエミュレートされたネットワークAPIを効果的に提供することによって提供される。例えば、エミュレートされたネットワークAPIは、ネットワークソケットアプリケーションインターフェースメッセージ、および/またはEtherTypeメッセージ例えば、EWOULDBLOCK、ENETDOWN、ENETUNREACH、EHOSTDOWN、EHOSTUNREACH、EALRADY、EINPROGRESS、ECONNREFUSED、EINPROGRESS、ETIMEDOUT、および/またはそのようなメッセージをインターセプト、修正、ブロック、除去、および/または交換することができる。別の例として、エミュレートされたネットワークAPIは、ネットワークサービス活動サービス使用挙動の制御または管理を可能にするネットワークソケットアプリケーションインターフェースメッセージsocket、connect、read、write、close、および他のそのようなメッセージを修正、スワップ、および/または注入することができる。さらに別の例では、接続の開放が許可される前例えばソケットが開放される前に、伝送またはフロー/ストリームが開始されると、これがブロックされ、メッセージ例えば、同期リクエストに応答するリセットメッセージ、あるいは、ネットワークアクセス試行が許可されなかった/ブロックされたこと、ネットワークが利用可能でないこと、および/またはリクエストされたネットワークアクセスを後で再び試みることを示す、アプリケーションが理解して解釈することができる別のメッセージがアプリケーションに送信し返される。さらに別の例として、ソケットの開放が許可されることがあるが、例えば、ネットワークサービス使用量、ネットワークビジー情報、時間ベースの基準、および/または何らかの他の基準/尺度に基づいていくらか後の時点で、ストリームがブロックされる、またはソケットが終了される。さらに別の例として、例えば、ある期間にわたってネットワークアクセスを許可し、ある期間にわたってブロックし、次いでそれを繰り返し、それによりネットワークアクセスをランダムにまたは決定論的に効果的に広げることによって、例えば、非ピークの、ネットワークビジー状態でない時間中に時間窓ベースのトラフィック制御技法を実装することができる。これらの技法を使用して、ネットワーク容量制御ベースのトラフィック制御を認識していないアプリケーションは、標準のメッセージングを送信および受信することができ、デバイスは、ここで当業者には明らかであるように、典型的には予測可能な様式でネットワークサービス使用活動例えばアプリケーションまたはOSまたはソフトウェア機能が理解して応答することができるメッセージングを使用して、ネットワーク容量制御ポリシーに基づいてトラフィック制御を実装することができる。いくつかの実施形態では、DAS技法を使用するネットワーク容量制御サービスに関するトラフィック制御の実施は、ネットワークサービス使用活動がネットワーク容量制御を認識している例えば、ネットワークサービス使用活動が、ネットワーク容量制御を実装するためのAPIまたは他のインターフェースをサポートしている様々な技法を使用して提供される。例えば、本明細書で述べるネットワークアクセスAPIを使用して、ネットワーク容量制御サービスに関するトラフィック制御を実装することができる。いくつかの実施形態では、APIは、以下のものの1つまたは複数の通信を容易にする。ネットワークアクセス条件、1つまたは複数のネットワークまたは代替ネットワークのネットワークビジー状態もしくはネットワークアベイラビリティ状態、1つまたは複数のネットワーク容量制御サービスポリシー例えば、ネットワークサービスは、許可/ブロック、抑制、キュー登録、スケジュールされた時間/タイムスロット、および/または延期など、現行のネットワークアクセス設定のものでよく、この設定は、例えば、現行ネットワーク、現行ネットワークビジー状態、時間ベースの基準、サービスプラン、ネットワークサービス分類、および/または他の基準/尺度に基づくことがある、ネットワークサービス活動からのネットワークアクセスリクエスト、ネットワークサービス活動へのクエリ/ポーリングされたリクエスト、例えば優先順位設定および/またはネットワーク容量制御サービス分類、スケジュールされた時間/タイムスロット、代替ネットワーク、および/または他の基準/尺度を含むネットワークサービス活動に付与されるネットワークアクセス権、ネットワークビジー状態もしくはネットワークアベイラビリティ状態もしくはネットワークQoS状態。いくつかの実施形態では、ネットワーク支援/ネットワークベースの技法を使用するネットワーク容量制御サービスに関するトラフィック制御の実装は、ネットワークサービス使用活動がネットワーク容量制御を認識していない例えば、ネットワーク容量制御を実装するためのAPIまたは他のインターフェースをサポートしていない様々な技法を使用して提供される。いくつかの実施形態では、DPIベースの技法を使用して、ネットワーク容量制御サービスを制御する例えば、DPIゲートウェイで、ネットワーク容量制御サービスをブロックまたは抑制する。いくつかの実施形態では、ネットワーク支援/ネットワークベースの技法を使用するネットワーク容量制御サービスに関するトラフィック制御の実装は、ネットワークサービス使用技法がネットワーク容量制御を認識している例えば、ネットワーク容量制御を実装するためのAPIまたは他のインターフェースをサポートしている様々な技法を使用して提供される。いくつかの実施形態では、アプリケーション/メッセージング層例えば本明細書で述べるネットワークAPIを使用して、ネットワークサービス活動と通信して、関連のネットワーク容量制御サービス分類および/または優先順位、1つまたは複数のネットワークもしくは代替ネットワークのネットワークビジー状態情報もしくはネットワークアベイラビリティ、ネットワークアクセスリクエストおよび応答、および/または本明細書で同様に述べる基準/尺度を提供する。いくつかの実施形態では、ネットワーク容量を保護するためのDASは、例えばネットワーク容量制御サービスを含むネットワークサービス使用活動に基づいた格差課金のためのサービスプランを実装することを含む。いくつかの実施形態では、サービスプランは、ネットワーク容量制御サービスのための格差課金を含む。いくつかの実施形態では、サービスプランは、ネットワーク容量制御サービスに関する上限ネットワークサービス使用量を含む。いくつかの実施形態では、サービスプランは、上限を超えたときの通知を含む。いくつかの実施形態では、サービスプランは、上限を超えたときの追加料金を含む。いくつかの実施形態では、サービスプランは、ユーザ入力に基づいて課金を修正することを含む例えば、本明細書で述べるユーザ無効化選択。例えば、追加料金は、ネットワーク容量制御サービスに関して、および/または優先順位レベルに基づいて、および/または現行アクセスネットワークに基づいて異なる。いくつかの実施形態では、サービスプランは、ネットワーク容量制御サービスに関する時間ベースの条件制約例えば、無効化オプションを伴う、または伴わない時間帯制約を含む。いくつかの実施形態では、サービスプランは、例えば、無効化オプションを伴う、または伴わないネットワーク容量制御サービスに関するネットワークビジー状態ベースの条件制約を含む。いくつかの実施形態では、サービスプランは、ネットワークサービス活動制御を例えば、一時的に、時間窓にわたって、使用量に基づいて、または永久的に無効化する例えば、無効化のために格差課金する、無効化に関して格差的に上限を設ける、アクションベースのUI通知オプションを用いて無効化する、および/またはUI設定を用いて無効化することができるようにする。いくつかの実施形態では、サービスプランは、ファミリープランまたはマルチユーザプラン例えば、異なるユーザに関する異なるネットワーク容量制御サービス設定を含む。いくつかの実施形態では、サービスプランは、マルチデバイスプラン例えば、異なるデバイス、例えばスマートフォン、ラップトップ、ネットブック、eBookに関する異なるネットワーク容量制御サービス設定を含む。いくつかの実施形態では、サービスプランは、特定の時間帯にわたるフリーネットワーク容量制御サービス使用、ネットワークビジー状態、および/または他の基準/尺度を含む。いくつかの実施形態では、サービスプランは、ネットワーク容量制御サービスに対するネットワーク依存の課金を含む。いくつかの実施形態では、サービスプランは、ネットワーク容量制御サービスに関するネットワーク選好/優先順位を含む。いくつかの実施形態では、サービスプランは、宛先、アプリケーション、または他のネットワーク容量制御サービスに提供されるアクセスに対して、キャリア当事者またはスポンサー付きサービス当事者に請求するための仲裁料金請求を含む。いくつかの実施形態では、サービスプランは、宛先、アプリケーション、または他のネットワーク容量制御サービスに提供されるアクセスに対して、アプリケーション開発者に請求するための仲裁料金請求を含む。いくつかのアプリケーションシナリオでは、デバイス上でのモデム電力状態変化によって、過剰なネットワーク容量需要が引き起こされることがある。例えば、モデムがネットワークに接続されていない省電力状態にあるときに、アプリケーションまたはOS機能が何らかの理由でネットワークへの接続を試行すると、それにより、モデムが省電力状態から変化してネットワークに再接続し、次いでアプリケーションネットワーク接続を開始することができる。いくつかの場合には、これにより、ネットワークがモデム接続セッション例えば、PPPセッションを再開することもでき、これは、基本モデム接続によって消費されるネットワーク容量に加えて、PPPセッションを確立するためのネットワークリソースも消費する。したがって、いくつかの実施形態では、モデム電力制御状態またはネットワーク接続状態を変更することができるアプリケーション、OS機能、および/または他のネットワークサービス使用活動例えばネットワーク容量制御サービスの機能を制限または制御するネットワークサービス使用活動制御ポリシーが実装される。いくつかの実施形態では、サービス使用活動は、所定の時間窓に達するまで、モデムを休止解除すること、モデムの電力状態を変更すること、またはモデムをネットワークに接続させることを防止または制限される。いくつかの実施形態では、モデムを休止解除すること、モデムの電力状態を変更すること、またはモデムを引き起こすことをサービス使用活動が許可される頻度が制限される。いくつかの実施形態では、ネットワークサービス使用活動は、時間遅延が経過するまで、モデムを休止解除すること、モデムの電力状態を変更すること、またはモデムを引き起こすことを妨げられる。いくつかの実施形態では、ネットワークサービス使用活動は、複数のネットワークサービス使用活動がモデム状態の変更をリクエストするまで、またはネットワーク容量および/またはネットワークリソース利用効率を高めるためにネットワークサービス使用活動が集約されるまで、モデムを休止解除すること、モデムの電力状態を変更すること、またはモデムを引き起こすことを妨げられる。いくつかの実施形態では、モデムの電力状態を変更することができるネットワークサービス使用活動の機能を制限することは、モデムの電源をオフにする、モデムをスリープモードにする、またはネットワークからモデムを切断することを活動に許可しないことを含む。いくつかの実施形態では、モデムを休止解除すること、モデムの電力状態を変更すること、またはモデムをネットワークに接続させることに関してネットワークサービス使用活動に課されるこれらの制限は、モデムへの中央ネットワーク機能例えばサービス制御装置または他のネットワーク要素/機能ポリシー通信によって設定される。いくつかの実施形態では、これらの電力制御状態ポリシーは、中央ネットワーク機能によって更新される。図11は、本文献で述べる技法を実装することができるコンピュータシステム1100の一例を示す。コンピュータシステム1100は、クライアントコンピュータシステム、例えばワイヤレスクライアントやワークステーション、またはサーバコンピュータシステムとして使用することができる従来のコンピュータシステムでよい。コンピュータシステム1100は、コンピュータ1102と、I/Oデバイス1104と、ディスプレイデバイス1106とを含む。コンピュータ1102は、処理装置1108と、通信インターフェース1110と、メモリ1112と、ディスプレイ制御装置1114と、不揮発性記憶装置1116と、I/O制御装置1118とを含む。コンピュータ1102は、I/Oデバイス1104およびディスプレイデバイス1106に結合することができ、またはそれらを含むことができる。コンピュータ1102は、モデムまたはネットワークインターフェースを含むことがある通信インターフェース1110を介して外部システムにインターフェースする。通信インターフェース1110は、コンピュータシステム1100の一部またはコンピュータ1102の一部とみなすことができることを理解されたい。通信インターフェース1110は、アナログモデム、ISDNモデム、ケーブルモデム、トークンリングインターフェース、衛星伝送インターフェース例えばdirectPC、またはあるコンピュータシステムを他のコンピュータシステムに結合するための他のインターフェースでよい。処理装置1108は、例えば、IntelPentiumマイクロプロセッサやMotorolaパワーPCマイクロプロセッサなど、従来のマイクロプロセッサでよい。メモリ1112は、バス1170によって処理装置1108に結合される。メモリ1112は、ダイナミックランダムアクセスメモリDRAMでよく、またスタティックRAMSRAMを含むこともできる。バス1170は、処理装置1108を、メモリ1112に結合し、さらにまた、不揮発性記憶装置1116、ディスプレイ制御装置1114、およびI/O制御装置1118にも結合する。I/Oデバイス1104は、キーボード、ディスクドライブ、プリンタ、スキャナ、およびマウスもしくは他のポインティングデバイスを含めた他の入出力デバイスを含むことができる。ディスプレイ制御装置1114は、従来の様式でディスプレイデバイス1106上での表示を制御することができ、ディスプレイデバイス1106は、例えば、陰極線管CRTまたは液晶ディスプレイLCDでよい。ディスプレイ制御装置1114およびI/O制御装置1118は、従来のよく知られている技術を用いて実装することができる。不揮発性記憶装置1116は、多くの場合、磁気ハードディスク、光学ディスク、または大量データ用の別の形態の記憶装置である。このデータのいくつかは、多くの場合、ダイレクトメモリアクセスプロセスによって、コンピュータ1102でのソフトウェアの実行中にメモリ1112に書き込まれる。用語機械可読媒体またはコンピュータ可読媒体は、処理装置1108によってアクセス可能な任意のタイプの記憶デバイスを含み、また、データ信号を符号化する搬送波も包含することを、当業者はすぐに理解されよう。コンピュータシステム1100は、様々なアーキテクチャを有する多くの可能なコンピュータシステムの一例である。例えば、Intelマイクロプロセッサに基づくパーソナルコンピュータは、しばしば複数のバスを有し、そのうちの1つは、周辺機器用のI/Oバスでよく、1つは、処理装置1108とメモリ1112を直接接続するしばしばメモリバスと呼ばれる。バスは、ブリッジコンポーネントによって一体に接続され、ブリッジコンポーネントは、バスプロトコルが異なるために必要な翻訳を行う。ネットワークコンピュータは、本明細書で提示する教示に関連付けて使用することができる別のタイプのコンピュータシステムである。ネットワークコンピュータは、通常はハードディスクまたは他の大量記憶装置を含まず、実行可能なプログラムは、ネットワーク接続からメモリ1112にロードされて、処理装置1108によって実行される。当技術分野で知られているWebTVシステムもコンピュータシステムとみなされるが、これは、特定の入出力デバイスなど、図11に示される機能のいくつかを有さないことがある。典型的なコンピュータシステムは通常、少なくとも、処理装置と、メモリと、メモリを処理装置に結合するバスとを含む。さらに、コンピュータシステム1100は、オペレーティングシステムソフトウェアの一部であるディスクオペレーティングシステムなどのファイル管理システムを含むシステムソフトウェアを操作することによって制御される。オペレーティングシステムソフトウェアとその関連のファイル管理システムソフトウェアの一例は、MicrosoftCorporation米国ワシントン州レドモンドからのWindows登録商標として知られているオペレーティングシステムのファミリーとそれらの関連のファイル管理システムである。オペレーティングシステムソフトウェアとその関連のファイル管理システムソフトウェアの別の例は、Linuxオペレーティングシステムとその関連のファイル管理システムである。ファイル管理システムは、典型的には不揮発性記憶装置1116に記憶され、不揮発性記憶装置1116へのファイルの記憶を含めた、データを入出力するためおよびメモリにデータを記憶するためにオペレーティングシステムが必要とする様々な操作を処理装置1108に実行させる。詳細な説明のいくつかの部分は、コンピュータメモリ内部のデータビット上での操作のアルゴリズムおよび記号表現で表されている。これらのアルゴリズム記述および表現は、データ処理の当業者が、他の当業者に自分の仕事の本質を最も効果的に伝えるために使用する手段である。アルゴリズムは、ここでは一般に、所望の結果をもたらす自己矛盾のない操作シーケンスと考えられる。それらの操作は、物理量の物理的な操作を必要とするものである。必ずしもそうである必要はないが通常は、これらの量は、記憶、転送、結合、比較、および他の方法で操作することができる電気的または磁気的信号の形態を取る。時として、主に一般的な用法であるという理由から、これらの信号を、ビット、値、要素、記号、文字、用語、数などとして表すことが好都合であることが分かっている。しかし、これらの用語および同様の用語はすべて、適切な物理量に関連付けられ、これらの量に適用される単なる好都合な標示にすぎないことを念頭に置くべきである。以下の論述から明らかな別段の指示が特にない限り、説明を通じて、処理または演算computingまたは計算calculatingまたは決定または表示などの用語を利用する論述は、コンピュータシステムのレジスタおよびメモリ内部で物理電子量として表現されるデータを操作して、コンピュータシステムメモリまたはレジスタまたは他のそのような情報記憶、伝送、もしくは表示デバイス内部で物理量として同様に表現される他のデータへと変換するコンピュータシステムまたは同様の電子コンピューティングデバイスの作用およびプロセスを表すものと理解される。本発明は、いくつかの実施形態ではまた、本明細書における操作を行うための装置に関する。この装置は、所要の目的のために特別に構成することができ、または、コンピュータに記憶されたコンピュータプログラムによって選択的に作動または再構成される汎用コンピュータを備えることもある。そのようなコンピュータプログラムは、コンピュータ可読記憶媒体に記憶することができ、そのようなコンピュータ可読記憶媒体は、例えば、限定はしないが、読み出し専用メモリROM、ランダムアクセスメモリRAM、EPROM、EEPROM、磁気または光学カード、任意のタイプのディスク、例えばフロッピーディスク、光学ディスク、CD-ROM、および光磁気ディスク、または電子的な命令を記憶するのに適した任意のタイプの媒体であり、それぞれコンピュータシステムバスに結合される。本明細書で提示するアルゴリズムおよび表示は、任意の特定のコンピュータまたは他の装置には本来的に関係付けられない。本明細書の教示によるプログラムと共に様々な汎用システムを使用することができ、あるいは、所要の方法ステップを実施するためにより特殊化された装置を構成することが好都合であることが分かっていることもある。様々なこれらのシステムに関する所要の構造は、以下の説明から明らかであろう。さらに、本発明は、任意の特定のプログラミング言語を参照して記述してはおらず、したがって、様々なプログラミング言語を使用して様々な実施形態を実装することができる。前述の実施形態は、理解しやすくするためにいくらか詳細に説明してきたが、本発明は、提示した詳細に限定されない。本発明を実装する多くの代替の方法が存在する。開示した実施形態は例示であり、限定ではない。既存のオブジェクト例えばサービス活動からの階層デザイン1.サービスデザインシステムで、1つまたは複数のフィルタを識別するステップであって、各フィルタが、ネットワークデータトラフィックを、1つまたは複数のネットワークサービスに関連付けられるものとして識別するためのものであるステップと、1つまたは複数のフィルタを使用して1つまたは複数のサービスオブジェクトを生成するステップであって、各サービスオブジェクトが、1つまたは複数のネットワークサービスのカテゴリーに属するネットワークデータトラフィックを識別するためのものであるステップと、1つまたは複数のサービスオブジェクトを使用してサービスプランを生成するステップであって、サービスプランが、エンドユーザデバイスによる1つまたは複数のネットワークサービスの使用、あるいは1つまたは複数のネットワークサービスの1つまたは複数のカテゴリーの使用を管理するためのものであるステップと、少なくとも1つのサブプランレベルポリシーを、1つまたは複数のフィルタの少なくとも1つ、あるいは1つまたは複数のサービスオブジェクトの少なくとも1つに関連付けるステップであって、少なくとも1つのサブプランレベルポリシーが、指定されたネットワークサービス、または1つまたは複数のネットワークサービスの指定されたカテゴリーの使用の規則を定義するためのものであるステップと、サービスプランの1つまたは複数のフィルタおよび少なくとも1つのサブプランレベルポリシーを使用して、少なくとも1つのサブプランレベルポリシーに従って、エンドユーザデバイス上での特定のネットワークサービスの使用あるいは1つまたは複数のネットワークサービスの特定のカテゴリーの使用をポリシー実装要素が管理するのを支援するためのコンピュータコードを生成するステップとを含むことを特徴とする方法。2.上記項目1に記載の方法において、1つまたは複数のネットワークサービスの少なくとも1つが、ウェブページを含むことを特徴とする方法。3.上記項目1に記載の方法において、1つまたは複数のネットワークサービスの少なくとも1つが、ドメインを含むことを特徴とする方法。4.上記項目1に記載の方法において、1つまたは複数のネットワークサービスの少なくとも1つが、アプリケーションを含むことを特徴とする方法。5.上記項目1に記載の方法において、1つまたは複数のネットワークサービスの少なくとも1つが、テザリング機能を含むことを特徴とする方法。6.上記項目1に記載の方法において、1つまたは複数のネットワークサービスの少なくとも1つが、ローミングデータネットワーク機能を含むことを特徴とする方法。7.上記項目1に記載の方法において、1つまたは複数のカテゴリーの1つが、電子メールサービスを含むことを特徴とする方法。8.上記項目1に記載の方法において、1つまたは複数のカテゴリーの1つが、ソーシャルネットワーキングサービスを含むことを特徴とする方法。9.上記項目1に記載の方法において、1つまたは複数のカテゴリーの1つが、ドメインを含み、カテゴリーのネットワークサービスが、複数のウェブページを含むことを特徴とする方法。10.上記項目1に記載の方法において、1つまたは複数のカテゴリーの1つが、音楽ダウンロードサービスを含むことを特徴とする方法。11.上記項目1に記載の方法において、1つまたは複数のカテゴリーの1つが、ビデオゲームサービスを含むことを特徴とする方法。12.上記項目1に記載の方法において、1つまたは複数のカテゴリーの1つが、マルチメディアサービスを含むことを特徴とする方法。13.上記項目1に記載の方法において、規則が、ユーザ通知トリガを定義する通知規則を含むことを特徴とする方法。14.上記項目1に記載の方法において、規則が、アクセス権を定義するアクセス規則を含むことを特徴とする方法。15.上記項目1に記載の方法において、規則が、使用量ベースの決算メトリクスを定義する決算規則を含むことを特徴とする方法。16.上記項目1に記載の方法において、ポリシー実装要素が、エンドユーザデバイス上にあることを特徴とする方法。17.上記項目1に記載の方法において、ポリシー実装要素が、エンドユーザデバイスから遠隔にあるネットワーク要素上にあることを特徴とする方法。18.上記項目1に記載の方法において、各ステップが、単一のインターフェースを介して行われることを特徴とする方法。19.上記項目1に記載の方法において、1つまたは複数のサービスオブジェクトが、2つのサービスオブジェクトを含み、2つのサービスオブジェクトがそれぞれ、同じフィルタのインスタンスを含むことを特徴とする方法。20.上記項目1に記載の方法において、1つまたは複数のサービスオブジェクトの少なくとも1つが、1つまたは複数のフィルタのグループを含むサービス活動を備え、また、1つまたは複数のサービス活動のグループを含むサービスコンポーネントを備え、サービスプランが、1つまたは複数のサービスコンポーネントを備えることを特徴とする方法。21.上記項目20に記載の方法において、少なくとも1つのサブプランレベルポリシーの1つが、活動レベルポリシーまたはコンポーネントレベルポリシーの少なくとも一方を含むことを特徴とする方法。22.上記項目1に記載の方法において、さらに、1つまたは複数のエンドユーザデバイスのデバイスグループを作成するステップと、1つまたは複数のポリシー実装要素の要素グループにコンピュータコードを提供して、少なくとも1つのサブプランレベルポリシーに従って、デバイスグループの1つまたは複数のエンドユーザデバイス上で、指定されたネットワークサービス、またはネットワークサービスの指定されたカテゴリーを管理するステップとを含むことを特徴とする方法。23.上記項目22に記載の方法において、デバイスグループが、1つまたは複数のエンドユーザデバイスのベータ試験グループを含むことを特徴とする方法。24.上記項目22に記載の方法において、ベータ試験グループが、デバイスグループとは異なり、方法がさらに、1つまたは複数のポリシー実装要素のベータ試験要素グループにコンピュータコードを提供して、少なくとも1つのサブプランレベルポリシーに従って、ベータ試験グループの1つまたは複数のエンドユーザデバイス上で、指定されたネットワークサービス、またはネットワークサービスの指定されたカテゴリーを管理し、その後、デバイスグループの1つまたは複数のエンドユーザデバイスにコンピュータコードを提供するステップを含むことを特徴とする方法。25.上記項目1に記載の方法において、フィルタが、すべてのネットワークデータトラフィックを、関連付けられるものとして識別することを特徴とする方法。25.上記項目1に記載の方法において、コンピュータコードが、プログラマブル回路用に生成されることを特徴とする方法。26.1つまたは複数のフィルタを識別するための第1のインターフェースメカニズムであって、各フィルタが、ネットワークデータトラフィックを、1つまたは複数のネットワークサービスに関連付けられるものとして識別するためのものである第1のインターフェースメカニズムと、1つまたは複数のフィルタを使用して1つまたは複数のサービスオブジェクトを生成するための第2のインターフェースメカニズムであって、各サービスオブジェクトが、1つまたは複数のネットワークサービスのカテゴリーに属するネットワークデータトラフィックを識別するためのものである第2のインターフェースメカニズムと、1つまたは複数のサービスオブジェクトを使用してサービスプランを生成するための第3のインターフェースメカニズムであって、サービスプランが、エンドユーザデバイスによる1つまたは複数のネットワークサービスの使用、あるいは1つまたは複数のネットワークサービスの1つまたは複数のカテゴリーの使用を管理するためのものである第3のインターフェースメカニズムと、少なくとも1つのサブプランレベルポリシーを、1つまたは複数のフィルタの少なくとも1つ、あるいは1つまたは複数のサービスオブジェクトの少なくとも1つに関連付けるための第4のインターフェースメカニズムであって、少なくとも1つのサブプランレベルポリシーが、指定されたネットワークサービス、または1つまたは複数のネットワークサービスの指定されたカテゴリーの使用の規則を定義するためのものである第4のインターフェースメカニズムと、サービスプランの1つまたは複数のフィルタおよび少なくとも1つのサブプランレベルポリシーを使用して、少なくとも1つのサブプランレベルポリシーに従って、エンドユーザデバイス上での特定のネットワークサービスの使用あるいは1つまたは複数のネットワークサービスの特定のカテゴリーの使用をポリシー実装要素が管理するのを支援するためのコンピュータコードを生成するための処理装置とを備えることを特徴とするサービスデザインシステム。27.上記項目26に記載のシステムにおいて、1つまたは複数のネットワークサービスの少なくとも1つが、ウェブページを含むことを特徴とするシステム。28.上記項目26に記載のシステムにおいて、1つまたは複数のネットワークサービスの少なくとも1つが、ドメインを含むことを特徴とするシステム。29.上記項目26に記載のシステムにおいて、1つまたは複数のネットワークサービスの少なくとも1つが、アプリケーションを含むことを特徴とするシステム。30.上記項目26に記載のシステムにおいて、1つまたは複数のネットワークサービスの少なくとも1つが、テザリング機能を含むことを特徴とするシステム。31.上記項目26に記載のシステムにおいて、1つまたは複数のネットワークサービスの少なくとも1つが、ローミングデータネットワークを含むことを特徴とするシステム。32.上記項目26に記載のシステムにおいて、1つまたは複数のカテゴリーの1つが、電子メールサービスを含むことを特徴とするシステム。33.上記項目26に記載のシステムにおいて、1つまたは複数のカテゴリーの1つが、ソーシャルネットワーキングサービスを含むことを特徴とするシステム。34.上記項目26に記載のシステムにおいて、1つまたは複数のカテゴリーの1つが、ドメインを含み、カテゴリーのネットワークサービスが、複数のウェブページを含むことを特徴とするシステム。35.上記項目26に記載のシステムにおいて、1つまたは複数のカテゴリーの1つが、音楽ダウンロードサービスを含むことを特徴とするシステム。36.上記項目26に記載のシステムにおいて、1つまたは複数のカテゴリーの1つが、ビデオゲームサービスを含むことを特徴とするシステム。37.上記項目26に記載のシステムにおいて、1つまたは複数のカテゴリーの1つが、マルチメディアサービスを含むことを特徴とするシステム。38.上記項目26に記載のシステムにおいて、規則が、ユーザ通知トリガを定義する通知規則を含むことを特徴とするシステム。39.上記項目26に記載のシステムにおいて、規則が、アクセス権を定義するアクセス規則を含むことを特徴とするシステム。40.上記項目26に記載のシステムにおいて、規則が、使用量ベースの決算メトリクスを定義する決算規則を含むことを特徴とするシステム。41.上記項目26に記載のシステムにおいて、ポリシー実装要素が、エンドユーザデバイス上にあることを特徴とするシステム。42.上記項目26に記載のシステムにおいて、ポリシー実装要素が、エンドユーザデバイスから遠隔にあるネットワーク要素上にあることを特徴とするシステム。43.上記項目26に記載のシステムにおいて、第1、第2、第3、および第4のインターフェースメカニズムがすべて単一のインターフェースの一部分であることを特徴とするシステム。44.上記項目26に記載のシステム。1つまたは複数のサービスオブジェクトが、2つのサービスオブジェクトを含み、2つのサービスオブジェクトがそれぞれ、同じフィルタのインスタンスを含むことを特徴とするシステム。45.上記項目26に記載のシステムにおいて、1つまたは複数のサービスオブジェクトの少なくとも1つが、1つまたは複数のフィルタのグループを含むサービス活動を備え、また、1つまたは複数のサービス活動のグループを含むサービスコンポーネントを備え、サービスプランが、1つまたは複数のサービスコンポーネントを備えることを特徴とするシステム。46.上記項目45に記載のシステムにおいて、少なくとも1つのサブプランレベルポリシーの1つが、活動レベルポリシーまたはコンポーネントレベルポリシーの少なくとも一方を含むことを特徴とするシステム。47.上記項目26に記載のシステムにおいて、さらに、1つまたは複数のエンドユーザデバイスのデバイスグループを作成するための第5のインターフェースメカニズムと、1つまたは複数のポリシー実装要素の要素グループにコンピュータコードを提供して、少なくとも1つのサブプランレベルポリシーに従って、デバイスグループの1つまたは複数のエンドユーザデバイス上で、指定されたネットワークサービス、またはネットワークサービスの指定されたカテゴリーを管理するための送信機メカニズムとを備えることを特徴とするシステム。48.上記項目47に記載のシステムにおいて、デバイスグループが、1つまたは複数のエンドユーザデバイスのベータ試験グループを含むことを特徴とするシステム。49.上記項目47に記載のシステムにおいて、ベータ試験グループが、デバイスグループとは異なり、送信機メカニズムが、1つまたは複数のポリシー実装要素のベータ試験要素グループにコンピュータコードを提供して、少なくとも1つのサブプランレベルポリシーに従って、ベータ試験グループの1つまたは複数のエンドユーザデバイス上で、指定されたネットワークサービス、またはネットワークサービスの指定されたカテゴリーを管理し、その後、デバイスグループの1つまたは複数のエンドユーザデバイスにコンピュータコードを提供するように動作可能であることを特徴とするシステム。50.上記項目26に記載のシステムにおいて、フィルタが、すべてのネットワークデータトラフィックを、関連付けられるものとして識別することを特徴とするシステム。51.上記項目26に記載のシステムにおいて、処理装置が、プログラマブル回路用のコンピュータコードを生成することを特徴とするシステム。デザインおよび実装:データを分類する順序1.サービスデザインシステムでフィルタを識別するステップであって、各フィルタが、ネットワークデータトラフィックを、1つまたは複数のネットワークサービスに関連付けられるものとして分類するためのものであるステップと、フィルタを使用してサービスオブジェクトを生成するステップであって、各サービスオブジェクトが、ネットワークデータトラフィックを、1つまたは複数のネットワークサービスのグループに関連付けられるものとして分類するためのものであるステップと、サービスオブジェクトを使用してサービスプランを生成するステップであって、サービスプランが、サービスオブジェクトに関連付けられるネットワークサービスの使用を管理するためのものであるステップと、代替サービスオブジェクトによるネットワークデータトラフィックの分類との衝突を避けるためにサービスオブジェクトに優先順位を設定するステップであって、代替サービスオブジェクトが、関連性のあるものとして、ネットワークデータトラフィックを分類することができるステップと、ポリシーをサービスオブジェクトに関連付けるステップであって、各ポリシーが、関連のサービスオブジェクトに対応する1つまたは複数のネットワークサービスのグループの使用の規則を定義するためのものであるステップと、エンドユーザデバイス上でのネットワークサービスの使用をポリシー実装要素が管理するのを支援するためのコンピュータコードを生成するために、サービスオブジェクトおよびポリシーを使用するステップとを含むことを特徴とする方法。2.上記項目1に記載の方法において、1つまたは複数のネットワークサービスが、ウェブページを含むことを特徴とする方法。3.上記項目1に記載の方法において、1つまたは複数のネットワークサービスが、ドメインを含むことを特徴とする方法。4.上記項目1に記載の方法において、1つまたは複数のネットワークサービスが、アプリケーションを含むことを特徴とする方法。5.上記項目1に記載の方法において、1つまたは複数のネットワークサービスが、テザリング機能を含むことを特徴とする方法。6.上記項目1に記載の方法において、1つまたは複数のネットワークサービスが、ローミングデータネットワーク機能を含むことを特徴とする方法。7.上記項目1に記載の方法において、1つまたは複数のネットワークサービスが、ネットワークサービスのカテゴリーを含むことを特徴とする方法。8.上記項目1に記載の方法において、グループが、ネットワークサービスのカテゴリーを含むことを特徴とする方法。9.上記項目1に記載の方法において、グループが、スポンサー付きサービスを含むことを特徴とする方法。10.上記項目1に記載の方法において、1つまたは複数のサービスのグループが、単一の実体によって提供されるサービスを含むことを特徴とする方法。11.上記項目1に記載の方法において、グループが、ドメインを含み、グループのネットワークサービスが、複数のウェブページを含むことを特徴とする方法。12.上記項目1に記載の方法において、規則が、ユーザ通知トリガを定義する通知規則を含むことを特徴とする方法。13.上記項目1に記載の方法において、規則が、アクセス権を定義するアクセス規則を含むことを特徴とする方法。14.上記項目1に記載の方法において、規則が、使用量ベースの決算メトリクスを定義する決算規則を含むことを特徴とする方法。15.上記項目1に記載の方法において、ポリシー実装要素が、エンドユーザデバイス上にあることを特徴とする方法。16.上記項目1に記載の方法において、ポリシー実装要素が、エンドユーザデバイスから遠隔にあるネットワーク要素上にあることを特徴とする方法。17.上記項目1に記載の方法において、各ステップが、単一のインターフェースを介して行われることを特徴とする方法。18.上記項目1に記載の方法において、サービスオブジェクトが、同じフィルタのインスタンスをそれぞれ含む2つのサービスオブジェクトを含むことを特徴とする方法。19.上記項目1に記載の方法において、サービスオブジェクトの少なくとも1つが、1つまたは複数のフィルタのグループを含むサービス活動を備え、また、1つまたは複数のサービス活動のグループを含むサービスコンポーネントを備え、サービスプランが、1つまたは複数のサービスコンポーネントを備えることを特徴とする方法。20.上記項目19に記載の方法において、ポリシーの少なくとも1つが、活動レベルポリシーまたはコンポーネントレベルポリシーの少なくとも一方を含むことを特徴とする方法。21.上記項目1に記載の方法において、コンピュータコードが、プログラマブル回路用に生成されることを特徴とする方法。22.上記項目1に記載の方法において、フィルタが、すべてのネットワークデータトラフィックを、関連付けられるものとして識別することを特徴とする方法。23.上記項目1に記載の方法において、少なくとも1つのサービスオブジェクトが、ただ1つのフィルタを使用して生成されることを特徴とする方法。24.上記項目1に記載の方法において、優先順位を設定するステップが、スポンサー付きサービスに、非スポンサー付きサービスよりも高い優先順位を設定するステップを含むことを特徴とする方法。25.上記項目1に記載の方法において、サービスオブジェクトが、第1のサービスオブジェクトと第2のサービスオブジェクトを含み、第1のサービスオブジェクトと第2のサービスオブジェクトがそれぞれ、特定のネットワークデータトラフィック、およびそれに関連する1つまたは複数のネットワークサービスを分類するように構成され、優先順位を設定するステップが、第1のサービスオブジェクトを、制限に達するまで適用できるように構成し、第2のサービスオブジェクトを、制約後に適用できるように構成するステップを含む上記項目1に記載の方法。26.上記項目25に記載の方法において、制約が、状態条件を含むことを特徴とする方法。27.上記項目25に記載の方法において、制約が、使用量しきい値を含むことを特徴とする方法。28.上記項目1に記載の方法において、さらに、ポリシー実装要素にコンピュータコードを提供するステップを含むことを特徴とする方法。29.サービスデザインシステムからコンピュータ命令を受信するステップと、優先順位を設定されたサービスオブジェクトと、サービスオブジェクトに関連付けられるポリシーとをエンドユーザデバイスにインストールするためにコンピュータ命令を使用するステップであって、優先順位を設定されたサービスオブジェクトと、関連のポリシーとが、1つまたは複数のネットワークデータサービスの使用を管理するためのものであるステップと、エンドユーザデバイスで、ネットワークデータトラフィックまたはネットワークデータサービスを求めるリクエストを受信するステップと、ポリシー実装要素によって、優先順位を設定されたサービスオブジェクトの1つまたは複数を適用して、ネットワークデータトラフィックまたはネットワークデータサービスを求めるリクエストを、1つまたは複数のネットワークデータサービスの少なくとも1つに属するものとして、および特定のサービスオブジェクトに関連付けられるものとして分類するステップと、ポリシー実装要素によって、特定のサービスオブジェクトに関連付けられる特定のポリシーを適用して、1つまたは複数のネットワークデータサービスの少なくとも1つの使用の規則を実施するステップとを含むことを特徴とする方法。30.上記項目29に記載の方法において、さらに、第1の分類に属する第1のパケットが受信されたときに、適用可能な分類の使用量が第1の限度に達しているか判断するステップと、1つまたは複数の追加のフィルタを第1のパケットに適用するステップと、少なくとも2つの異なる分類の第2の分類に属するものとしてパケットを分類するステップとを含むことを特徴とする方法。31.上記項目29に記載の方法において、適用可能な分類に対応する1つまたは複数のポリシーが、スキップポリシーを含み、方法がさらに、適用可能な分類に関してさらなるポリシーを適用するのを止めるステップと、データトラフィックに関する別の適用可能な分類を決定するために、1つまたは複数の追加のフィルタをデータトラフィックに適用するステップとを含むことを特徴とする方法。III.デザインおよび実装:ポリシー変更子A.分類および少なくとも1つのネットワークポリシー変更子35.アクセスネットワークによって1つまたは複数の通信デバイスに提供し得る複数のネットワークデータサービスを含むサービスプラングループをデザインするための方法において、サービスデザインシステムのインターフェースで、それぞれのサービスコンポーネントに関する1つまたは複数のフィルタを受信するステップであって、各フィルタが、1組の1つまたは複数のパラメータを含み、各組のパラメータが、それぞれのサービスオブジェクトに関連付けられるものとしてデータトラフィックを分類するように適合され、データトラフィックが、少なくとも1つのアクセスネットワーク上で通信されるステップと、複数のネットワーク状態カテゴリーからの1つまたは複数のネットワーク状態カテゴリー、および選択されたネットワーク状態カテゴリーに関する少なくとも1つのネットワーク状態値を選択できるように、ユーザにインターフェースメカニズムを提供するステップであって、各ネットワーク状態カテゴリーが、複数のネットワーク状態値を有するステップと、1つまたは複数のネットワーク状態カテゴリーの選択、および選択されたネットワーク状態カテゴリーに関する1つまたは複数のネットワーク状態値を受信するステップと、選択されたネットワーク状態カテゴリーの各サービスオブジェクトと少なくとも1つのネットワーク状態値との組合せに1つまたは複数のポリシーを選定するステップと、複数のサービスオブジェクト、ポリシー、およびポリシー選定に基づいて、サービスプラングループを作成するステップであって、サービスプラングループのポリシー選定が、選択されたネットワーク状態カテゴリーの現在のネットワーク状態値に基づいて、サービスプランに加入している通信デバイスのデータトラフィックに対してポリシーを実装するのを容易にするステップと、通信デバイスのデータトラフィックに関するポリシーを実装するために、サービスプラングループを、1つまたは複数のポリシー実装要素をプログラムするために使用することができる命令に翻訳するステップとによって、複数のサービスオブジェクトそれぞれを作成するステップを含むことを特徴とする方法。36.上記項目35に記載の方法において、サービスオブジェクトが、サービスコンポーネント、またはサービスコンポーネントを含むサービスプランであることを特徴とする方法。37.上記項目35に記載の方法において、さらに、各選択されたネットワーク状態カテゴリーのサービスオブジェクトと各ネットワーク状態値との各組合せに、1つまたは複数のポリシーを選定するステップを含むことを特徴とする方法。38.上記項目35に記載の方法において、さらに、各選択されたネットワーク状態カテゴリーのサービスオブジェクトと各ネットワーク状態値との各組合せに関する1つまたは複数のポリシーを受信するための入力メカニズムをユーザに提供するステップを含むことを特徴とする方法。39.上記項目35に記載の方法において、さらに、複数の使用状態値を受信するステップであって、使用状態値が、サービスオブジェクトに分類されるネットワーク使用量を示し、分類が、サービスオブジェクトの1つまたは複数のフィルタによって決定されるステップと、各選択されたネットワークカテゴリーの分類と、使用状態値と、各ネットワーク状態値との各組合せに、1つまたは複数のポリシーを選定するステップとを含むことを特徴とする方法。40.上記項目35に記載の方法において、インターフェースメカニズムが、1つまたは複数のネットワーク状態カテゴリーを各サービスオブジェクトに関して個別に選択できるようにすることを特徴とする方法。41.上記項目35に記載の方法において、インターフェースメカニズムが、1つまたは複数のネットワーク状態構成をユーザが指定できるようにし、第1のネットワーク状態構成が、第1のネットワーク状態構成に関して選択された各ネットワーク状態カテゴリーに関するネットワーク状態値と、第1のネットワーク状態構成に関して選択されていないネットワーク状態カテゴリーに関するワイルドカードシンボルとを含み、ワイルドカードシンボルが、選択されていないカテゴリーに関する任意のネットワーク状態値にマッチし、1つまたは複数のポリシーが、各ネットワーク状態構成に関して選定されることを特徴とする方法。42.上記項目41に記載の方法において、さらに、ユーザから、各ネットワーク状態構成に関する1つまたは複数のポリシーを受信するステップを含むことを特徴とする方法。43.上記項目41に記載の方法において、さらに、ネットワーク状態構成の順序を受信するステップであって、順序が、通信デバイスのデータトラフィックに関して実装するために、現在のネットワーク状態値および対応する1つまたは複数のポリシーと最初にマッチするネットワーク状態構成を決定するために、1つまたは複数のポリシー実装要素によって使用されることを特徴とする方法。44.上記項目42に記載の方法において、インターフェースメカニズムが、各サービスオブジェクトに関する1つまたは複数のネットワーク状態構成をユーザが個別に指定できるようにすることを特徴とする方法。45.上記項目35に記載の方法において、ポリシー選定が、多次元配列で構成され、各選択されたネットワークカテゴリーが、多次元配列の別個の次元であり、複数のサービスオブジェクトが、多次元配列の次元を構成することを特徴とする方法。46.上記項目35に記載の方法において、複数のネットワーク状態カテゴリーが、輻輳状態、ネットワークの位置、ネットワークのタイプ、およびネットワークルーティング識別子を含むことを特徴とする方法。47.上記項目46に記載の方法において、ネットワークの位置に関するネットワーク状態値が、ホームおよび少なくとも1つのローミングネットワークを含むことを特徴とする方法。48.上記項目46に記載の方法において、輻輳状態に関するネットワーク状態値が、時間帯、ネットワーク輻輳のデバイス尺度、およびネットワーク輻輳のネットワーク尺度の少なくとも1つに基づくことを特徴とする方法。49.上記項目48に記載の方法において、ネットワーク状態値が、ネットワーク輻輳の尺度に基づき、ネットワーク輻輳の尺度が、トラフィック遅延、遅延ジッタ、およびネットワークパケット誤り率の少なくとも1つを含むことを特徴とする方法。50.上記項目48に記載の方法において、さらに、ユーザから、輻輳状態に関するネットワーク状態値の決定の仕方の指定を受信するステップを含むことを特徴とする方法。51.上記項目46に記載の方法において、ネットワークのタイプに関するネットワーク状態値が、2G、3G、4G、およびWiFiからなる群から選択される少なくとも2つ以上を含むことを特徴とする方法。52.上記項目35に記載の方法において、1組における各パラメータが、データトラフィック属性のそれぞれのカテゴリーに関するものであることを特徴とする方法。B.2つのポリシー変更子53.アクセスネットワークによって1つまたは複数の通信デバイスに提供し得る1つまたは複数のネットワークサービスを含むサービスプラングループをデザインするための方法において、複数のネットワーク状態カテゴリー、および選択されたネットワーク状態カテゴリーに関する少なくとも1つのネットワーク状態値を選択できるように、サービスデザインシステムによってユーザにインターフェースメカニズムを提供するステップであって、各ネットワーク状態カテゴリーが、複数のネットワーク状態値を有するステップと、複数のネットワーク状態カテゴリーの選択、および選択されたネットワーク状態カテゴリーそれぞれに関する1つまたは複数のネットワーク状態値を受信するステップと、選択されたネットワーク状態カテゴリーに関するネットワーク状態値の複数の組合せに1つまたは複数のポリシーを選定するステップと、ポリシーおよびポリシー選定に基づいてサービスプラングループを作成するステップであって、サービスプラングループのポリシー選定が、選択されたネットワーク状態カテゴリーの現在のネットワーク状態値に基づいて、サービスプラングループに加入する通信デバイスに対してポリシーを実装することを容易にするステップと、通信デバイスのデータトラフィックに関するポリシーを実装するために、サービスプラングループを、1つまたは複数のポリシー実装要素をプログラムするために使用することができる命令に翻訳するステップとを含むことを特徴とする方法。54.上記項目53に記載の方法において、さらに、選択されたネットワーク状態カテゴリーに関するネットワーク状態値の各組合せに1つまたは複数のポリシーを選定するステップを含むことを特徴とする方法。55.上記項目53に記載の方法において、さらに、サービスデザインシステムのインターフェースで、それぞれのサービスオブジェクトに関する1つまたは複数のフィルタを受信するステップであって、各フィルタが、1組の1つまたは複数のパラメータを含み、各組のパラメータが、それぞれのサービスオブジェクトに関連付けられるものとしてデータトラフィックを分類するように適合され、データトラフィックが、少なくとも1つのアクセスネットワーク上で通信されるステップと、各選択されたネットワーク状態カテゴリーのサービスオブジェクトと各ネットワーク状態値との各組合せに、1つまたは複数のポリシーを選定するステップとによって、複数のサービスオブジェクトそれぞれを作成するステップを含むことを特徴とする方法。56.上記項目55に記載の方法において、サービスオブジェクトが、サービスコンポーネント、またはサービスコンポーネントを含むサービスプランであることを特徴とする方法。57.上記項目53に記載の方法において、さらに、複数の使用状態値を受信するステップであって、使用状態値がネットワーク使用量を示すステップと、各選択されたネットワークカテゴリーの使用状態値と各ネットワーク状態値との各組合せに、1つまたは複数のポリシーを選定するステップとを含むことを特徴とする方法。C.2つのネットワーク状態カテゴリーを有する実装58.通信デバイスによるアクセスネットワークのネットワークサービスの使用に関するポリシーを実装する方法において、ネットワーク状態情報を取得するステップと、ネットワーク状態情報に基づいて、アクセスネットワークの1組の現在状態値を決定するステップであって、各現行状態値が、それぞれのネットワーク状態カテゴリーに関連付けられ、各ネットワーク状態カテゴリーが複数のネットワーク状態値を有するステップと、ポリシーの配列にアクセスするために、1組の現行状態値を使用するステップと、配列から、1組の現行状態値に対応する第1のポリシーを検索するステップと、アクセスネットワークの現在状態中に、通信デバイスに関連付けられるデータトラフィックの1つまたは複数のパケットを受信するステップと、ポリシー実装要素によって、データトラフィックの1つまたは複数のパケットに第1のポリシーを適用するステップとを含むことを特徴とする方法。59.上記項目58に記載の方法において、ポリシーの配列にアクセスするために現行状態値を使用するステップが、1組の現行状態値にマッチするネットワーク状態構成を決定するために、1組の現行状態値を1つまたは複数のネットワーク状態構成と比較するステップであって、各ネットワーク状態構成が、1つまたは複数のポリシーに関連付けられるステップを含むことを特徴とする方法。60.上記項目59に記載の方法において、比較が、指定された順序で行われ、方法が、さらに、1組の現行状態値にマッチする第1のネットワーク状態構成に関連付けられる1つまたは複数のポリシーを検索するステップを含むことを特徴とする方法。61.上記項目58に記載の方法において、さらに、現行状態値の1つまたは複数を、それぞれのネットワーク状態カテゴリーの対応する所定のネットワーク状態値に変換するステップとを含むことを特徴とする方法。62.上記項目61に記載の方法において、それぞれのネットワーク状態カテゴリーがネットワーク輻輳に対応し、所定のネットワーク状態値が様々なレベルの輻輳に対応することを特徴とする方法。63.上記項目58に記載の方法において、さらに、1組の現在状態値を、インデックス付きポリシー配列のネットワーク状態インデックスに変換するステップと、ネットワーク状態インデックスを使用して第1のポリシーを検索するステップとを含むことを特徴とする方法。64.上記項目63に記載の方法において、第1のポリシーが多次元配列から検索され、選択されたネットワーク状態カテゴリーがそれぞれ、多次元配列の次元に対応することを特徴とする方法。65.上記項目63に記載の方法において、インデックス付き配列が、ポリシーへのポインタを含むことを特徴とする方法。66.上記項目63に記載の方法において、さらに、ネットワーク状態情報が変化する時を検出するステップを含み、ネットワーク状態情報をインデックス付きポリシー配列のネットワーク状態インデックスに変換するステップが、ネットワーク状態情報が変化するときに生じることを特徴とする方法。67.上記項目58に記載の方法において、それぞれのネットワーク状態カテゴリーが、輻輳状態と、ネットワークの位置と、ネットワークのタイプと、ネットワークルーティング識別子とを含むことを特徴とする方法。68.上記項目67に記載の方法において、ネットワークの位置に関するネットワーク状態値が、ホームおよび少なくとも1つのローミングネットワークを含むことを特徴とする方法。69.上記項目67に記載の方法において、輻輳状態に関するネットワーク状態値が、時間帯、ネットワーク輻輳のデバイス尺度、およびネットワーク輻輳のネットワーク尺度の少なくとも1つに基づくことを特徴とする方法。70.上記項目69に記載の方法において、ネットワーク状態値が、ネットワーク輻輳の尺度に基づき、ネットワーク輻輳の尺度が、トラフィック遅延、遅延ジッタ、およびネットワークパケット誤り率の少なくとも1つを含むことを特徴とする方法。71.上記項目67に記載の方法において、ネットワークのタイプに関するネットワーク状態値が、2G、3G、4G、およびWiFiからなる群から選択される少なくとも2つ以上を含むことを特徴とする方法。IV.ポリシーのデザイン:イベントA.3つのポリシーのうちの2つに関連付けられるイベント72.アクセスネットワークによって1つまたは複数の通信デバイスに提供し得る1つまたは複数のネットワークサービスを含むサービスプランをデザインするための方法において、サービスプランに従ったアクセスネットワークの使用に関連付けられるイベントを定義する入力を与えるために、サービスデザインシステムによってユーザにインターフェースメカニズムを提供するステップと、ユーザから、イベントを定義する入力を受信するステップと、ユーザから、イベントに関連付けられる複数のサービスポリシーを受信するステップであって、サービスポリシーが、ネットワークサービスにアクセスする権利を定義するアクセスポリシー、ネットワークサービスを使用するための料金を定義する課金ポリシー、ネットワークサービスに対応する通知を提供する時を定義する通知ポリシーのうちの少なくとも2つを含むステップと、イベントおよび複数のサービスポリシーに基づいて、サービスプランを作成するステップと、通信デバイスによるアクセスネットワークの使用に関してイベントが検出されるときに、サービスポリシーを実装するために、サービスプランを、1つまたは複数のポリシー実装要素をプログラムするために使用することが可能な命令に翻訳するステップであって、通信デバイスがサービスプランに加入するステップとを含むことを特徴とする方法。73.上記項目72に記載の方法において、さらに、サービスプランに制限されるものとして遠隔通信デバイスの第1のグループを識別するステップと、遠隔通信デバイスの第1のグループに関するポリシーを実装することが可能なポリシー実装要素の第2のグループに命令を提供するステップとを含むことを特徴とする方法。74.上記項目72に記載の方法において、インターフェースメカニズムが、イベントを定義するための1つまたは複数の選択リストを含み、各選択リストが、複数のオプションを含むことを特徴とする方法。75.上記項目74に記載の方法において、1つまたは複数の選択リストが、ネットワークサービスの使用量に関する尺度に対応する少なくとも1つのオプションを含む第1の選択リストと、使用量を指定するためのオプションを含む1つまたは複数の第2の選択リストとを含むことを特徴とする方法。B.イベントとデバイス状態が通知を提供する76.アクセスネットワークによって1つまたは複数の通信デバイスに提供し得る1つまたは複数のネットワークサービスを含むサービスプランをデザインするための方法において、サービスプランに従ったアクセスネットワークの使用に関連付けられる1つまたは複数のイベントを定義する入力を与えるために、サービスデザインシステムによってユーザに第1のインターフェースメカニズムを提供するステップと、ユーザから、1つまたは複数のイベントを定義する入力を受信するステップと、通信デバイスの1つまたは複数のデバイス状態を指定するための第2のインターフェースメカニズムを提供するステップであって、デバイス状態が、通信デバイスのみのプロパティであるステップと、1つまたは複数のデバイス状態を受信するステップと、1つまたは複数のイベントおよび1つまたは複数のデバイス状態に関連付けられる通知ポリシーを受信するステップであって、通知ポリシーが、1つまたは複数のイベントと1つまたは複数のデバイス状態との条件関係を定義し、サービスプランに加入している通信デバイスのユーザに通知メッセージが表示されるステップと、1つまたは複数のイベントと、1つまたは複数のデバイス状態と、通知ポリシーとに基づいて、サービスプランを作成するステップと、通信デバイスによるアクセスネットワークの使用に関して1つまたは複数のイベントが検出され、条件関係が存在するときに、通知ポリシーを実装するために、サービスプランを、1つまたは複数のポリシー実装要素をプログラムするために使用することが可能な命令に翻訳するステップであって、通信デバイスがサービスプランに加入するステップとを含むことを特徴とする方法。77.上記項目76に記載の方法において、1つまたは複数のイベントが、通信デバイスのデータトラフィックを第1のタイプのデータトラフィックに分類することを含み、分類が、サービスプランの1つまたは複数のフィルタによって決定されることを特徴とする方法。78.上記項目76に記載の方法において、デバイス状態が、デバイス上で現在動作しているアプリケーション、デバイスの位置を含むことを特徴とする方法。79.上記項目76に記載の方法において、1つまたは複数のイベントが、ただ1つのイベントであり、条件関係が、ただ1つのイベントが検出されたときに1つまたは複数のデバイス状態が存在することを含むことを特徴とする方法。80.上記項目76に記載の方法において、条件関係が、イベントの1つまたは複数が検出された時点と、デバイス状態の1つが通信デバイス上に最後に存在していた時点との間の1つまたは複数の窓基準を指定することを特徴とする方法。81.上記項目80に記載の方法において、窓基準が、時間および/または使用量を含むことを特徴とする方法。82.上記項目76に記載の方法において、条件関係が、イベントの順序を指定することを特徴とする方法。83.上記項目76に記載の方法において、条件関係が、デバイス状態が通信デバイス上に存在していた時点に関する順序を指定することを特徴とする方法。C.イベントとデバイス状態によって誘発される通知の実装84.通信デバイスによるアクセスネットワークのネットワークサービスの使用に関する通知ポリシーを実装する方法において、サービスプランに従った通信デバイスによるアクセスネットワークの使用に関連付けられた1つまたは複数のイベントを検出するステップと、通信デバイスの1つまたは複数の現在または最近のデバイス状態を識別するステップであって、デバイス状態が、通信デバイスのみのプロパティであるステップと、通信デバイスによって、加入されたサービスプランの通知ポリシーに従って、1つまたは複数のイベントと1つまたは複数の現在または最近のデバイス状態との間に条件関係が存在するか判断するステップと、条件関係が満たされるときに、通信デバイス上の通信エージェントに通信リクエストを送信するステップとを含むことを特徴とする方法。85.上記項目84に記載の方法において、通知リクエストが、ネットワーク要素から通信デバイス上の通信エージェントに送信されることを特徴とする方法。86.上記項目84に記載の方法において、通知リクエストが、通信デバイス上のポリシー実装エージェントから通信デバイス上の通知エージェントに送信されることを特徴とする方法。