(57)【特許請求の範囲】
【請求項１】
１つ又は複数のネットワーク要素を具える、ネットワークサービスプランプロビジョニングシステムであって、
第１のサービスプランコンポーネント及び第２のサービスプランコンポーネントの取得及び記憶であって、
前記第１のサービスプランコンポーネントが、
（ｉ）ネットワークトラフィック検査システムにおけるトラフィックイベントをフィルタするための第１のトラフィック分類フィルタを特定する情報であって、当該トラフィックイベントが無線エンドユーザデバイスに関連している、情報と、
（ｉｉ）１つ又は複数の前記トラフィックイベントが、前記第１のトラフィック分類フィルタにマッチする特性を有するときに、ネットワークポリシー実行システムにおいてトリガされる、第１のネットワークポリシーの施行アクション、とを含み
前記第２のサービスプランコンポーネントが、
（ａ）前記ネットワークトラフィック検査システムにおける少なくともいくつかのトラフィックイベントをフィルタするための第２のトラフィック分類フィルタ、を特定する情報と、
（ｂ）前記少なくともいくつかのトラフィックイベントのうち１つ又はそれ以上が、前記第２のトラフィック分類フィルタにマッチする特性を有するときに、ネットワークポリシー実行システムにおいてトリガされる、第２のネットワークポリシーの施行アクション、とを含む、取得及び記憶と、
前記第２のトラフィック分類フィルタに対する前記第１のトラフィック分類フィルタの優先順位に従いネットワークプロビジョニング命令セットを作成する、前記第１のサービスプランコンポーネントと前記第２のサービスプランコンポーネントの処理であって、
当該ネットワークプロビジョニング命令セットが、前記ネットワークトラフィック検査システム用の１つ又は複数のトラフィック検査プロビジョニング命令と、前記ネットワークポリシー実行システム用の１つ又は複数のポリシー実行プロビジョニング命令と、を含む、処理と、
前記ネットワークトラフィック検査システムの使用における、前記１つ又は複数のトラフィック検査プロビジョニング命令の出力、と、
前記ネットワークポリシー実行システムの使用における、前記１つ又は複数のポリシー実行プロビジョニング命令の出力、と
を行うように構成されていることを特徴とする、ネットワークサービスプランプロビジョニングシステム。
【請求項２】
請求項１に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記第２のトラフィック分類フィルタに対する前記第１のトラフィック分類フィルタの優先順位に従いネットワークプロビジョニング命令セットを作成する、前記第１のサービスプランコンポーネントと前記第２のサービスプランコンポーネントの処理、を行う構成が、
前記１つ又は複数のトラフィック検査プロビジョニング命令内でトラフィック検査比較操作を順序付けて、当該１つ又は複数のトラフィック検査プロビジョニング命令が、
前記ネットワークトラフィック検査システムを、
前記トラフィックイベントのうちの１つが前記第１のトラフィック分類フィルタにマッチする特性を有しているか否かを、当該トラフィックイベントが第２のトラフィック分類フィルタにマッチする特性を有しているか否かを判断する前に判断する、
ように指示する構成を具える、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項３】
請求項２に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記第２のトラフィック分類フィルタに対する前記第１のトラフィック分類フィルタの優先順位に従いネットワークプロビジョニング命令セットを作成する、前記第１のサービスプランコンポーネントと前記第２のサービスプランコンポーネントの処理、を行う構成が、更に、
前記トラフィックイベントが前記トラフィックイベントのうちの１つが第１のトラフィック分類フィルタにマッチする特性を有していない場合にのみ、前記第２のトラフィック分類フィルタにマッチする特性を有しているか否かを判断するように、
前記ネットワークトラフィック検査システムに指示する１つ又は複数の命令を、
前記ネットワークプロビジョニング命令セット内に含む、構成を具える、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項４】
請求項２に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記第２のトラフィック分類フィルタに対する前記第１のトラフィック分類フィルタの優先順位に従いネットワークプロビジョニング命令セットを作成する、前記第１のサービスプランコンポーネントと前記第２のサービスプランコンポーネントの処理、を行う構成が、更に、
前記トラフィックイベントのうちの１つが第１のトラフィック分類フィルタにマッチする特性を有している場合に、前記ネットワークトラフィック検査システムが当該トラフィックイベントのうちの１つが更に前記第２のトラフィック分類フィルタにマッチする特性をも有しているか否かを判断するように指示する１つ又は複数の命令を、前記ネットワークプロビジョニング命令セット内に含む、構成を具える、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項５】
請求項１乃至４のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムが、更に、
あるトラフィックイベントが、第２のトラフィック分類フィルタにマッチする特性を有しているか否かを判断する前に、当該トラフィックイベントが第１のトラフィック分類フィルタにマッチする特性を有しているか否かを判断する、
ポリシー実行優先順位規則を含むポリシー実行優先順位規則データストアを具え、
前記第２のトラフィック分類フィルタに対する前記第１のトラフィック分類フィルタの優先順位に従いネットワークプロビジョニング命令セットを作成する、前記第１のサービスプランコンポーネントと前記第２のサービスプランコンポーネントの処理、を行う構成が、
前記ネットワークプロビジョニング命令セット内に、
前記ポリシー実行優先順位規則を含む構成を具える、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項６】
請求項５に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記ポリシー実行優先順位規則が、複数のトラフィック分類フィルタについての優先順序を具え、
当該複数のトラフィック分類フィルタが、前記第１のトラフィック分類フィルタと前記第２のトラフィック分類フィルタを含む、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項７】
請求項１乃至６のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記第１のトラフィック分類フィルタを特定する情報が、
特定のデバイスアプリケーション、特定のネットワーク宛先、特定のネットワークソース、特定のトラフィックタイプ、特定のコンテンツタイプ、及び特定のトラフィックプロトコル、及びこれらの２つ又はそれ以上の組み合わせ、
のうちの少なくとも１つの検査基準を具える、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項８】
請求項１乃至７のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記第１の又は第２のネットワークポリシーの実行が、
トラフィック制御ポリシーのアプリケーション、
サービス利用に対する計算、課金又は料金請求のポリシーのアプリケーション、
サービス通知ポリシーのアプリケーション、  
のうちの少なくとも１つである、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項９】
請求項１乃至８のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記１つ又は複数のネットワーク要素が、更に、
前記ネットワークプロビジョニング命令セット内に、
分類ベースの課金ポリシーの実行を支援する命令を含むように構成され、
当該課金ポリシーの分類が、
アプリケーション、宛先、ネットワーク、時間帯、輻輳状態、サービス品質、及びコンテンツタイプ、
のうちの少なくとも１つに類別される、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項１０】
請求項１乃至９のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記１つ又は複数のネットワーク要素が、更に、
前記ネットワークプロビジョニング命令セット内に、
実行可能な応答を有するサービス購入ページの通知、の表示を支援する命令を含むように構成されている、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項１１】
請求項１乃至１０のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記１つ又は複数のネットワーク要素が、更に、
前記ネットワークプロビジョニング命令セット内に、
デバイス状態又はネットワーク状態に応じて利用通知の生成を支援する命令を含むように構成されている、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項１２】
請求項１乃至１１のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記１つ又は複数のネットワーク要素が、更に、
前記第１の及び第２のサービスプランコンポーネントのグループ分けを容易にし、
当該第１の及び第２のサービスプランコンポーネントをより大きなサービスプランコンポーネントへのグループ分けを提供するように構成されている、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項１３】
請求項１乃至１２のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記ネットワークポリシー実行システムの少なくとも一部が、前記無線エンドユーザデバイス上にあること、
を特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項１４】
請求項１乃至１３のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記ネットワークポリシー実行システム、又は前記ネットワークトラフィック検査システムのうちの少なくとも１つが、
前記無線エンドユーザデバイス上にエージェントを具える、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項１５】
請求項９に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記課金ポリシーが、
利用量、時間、超過量、又はこれらの組み合わせ、
に基づくものである、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項１６】
請求項１乃至１５のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記１つ又は複数のネットワーク要素が、更に、
前記ネットワークプロビジョニング命令セット内に、
通知ポリシーの実装を支援する命令を含むように構成されている、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項１７】
請求項１６に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記１つ又は複数のポリシー実行プロビジョニング命令が、
契約者又は無線エンドユーザデバイスに送達すべき通知の発生を支援する、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項１８】
請求項１７に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記通知が、前記無線エンドユーザデバイスの現在の活動又は状態に基づいて、メッセージ又はオファーを提供する、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項１９】
請求項１７に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記通知がアップセルオファーを含む、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項２０】
請求項１９に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記アップセルオファーが、
ネットワーク状態、デバイス状態、又は契約者状態、
に基づく、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項２１】
請求項１７に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記通知が、
購入、データ利用、アプリケーション、データ量、割合、又はこれらの組み合わせ、
に関する情報を含む、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項２２】
請求項１７に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記通知が、
契約者が行う、
前記無線エンドユーザデバイスのアクティベート、前記無線エンドユーザデバイスに対するサービスプランの選択、好みの設定、又はこれらの組み合わせ、
を支援する情報を含む、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項２３】
請求項１６乃至２２のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記１つ又は複数のネットワーク要素が、更に、
前記通知ポリシーを特定する情報を設計者から取得する、
ように構成されている、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項２４】
請求項２３に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記通知ポリシーを特定する情報が、
名前、説明、通知先、前記通知に関連する対話、前記通知をフォアグラウンドに表示するかバックグラウンドに表示するか、前記通知に関連する選択肢の特定、又はこれらの組み合わせ、
を含む、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項２５】
請求項１乃至２４のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記１つ又は複数のネットワーク要素が、更に、
前記ネットワークプロビジョニング命令セット内に、
トラフィック制御ポリシーの実装を支援する命令を含むように構成されている、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項２６】
請求項２５に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記制御ポリシーが、
トラフィックイベントの、
許可、ブロック、抑制、遅延又は延期、
を特定する、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項２７】
請求項２５に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記トラフィック制御ポリシーが、
ネットワーク状態、デバイス状態、サービスプラン利用状態、又はこれらの組み合わせ、
に基づく、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項２８】
請求項１乃至２７のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記トラフィックイベントの各々が、
特定の宛先、前記無線エンドユーザデバイス上の特定のアプリケーション、コンテンツタイプ、プロトコル、ポート、又は前記無線エンドユーザデバイスのオペレーティングシステム、
のうちの少なくとも１つに関連している、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項２９】
請求項１乃至２８のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記１つ又は複数のネットワーク要素が、
前記第１のトラフィック分類フィルタを特定する情報と、前記第２のトラフィック分類フィルタを特定する情報、
のうちの少なくともいずれか１つを設計者から取得するように構成されている、
ことを特徴とするネットワークサービスプランプロビジョニングシステム
【請求項３０】
請求項１乃至２９のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記１つ又は複数のネットワーク要素が、
前記第１のサービスプランコンポーネントの少なくとも一部と、
前記第２のサービスプランコンポーネントの少なくとも一部と、
を設計者から取得するように構成されている、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【請求項３１】
請求項１乃至３０のいずれか１項に記載のネットワークサービスプランプロビジョニングシステムにおいて、
前記１つ又は複数のネットワーク要素が、更に、
前記無線エンドユーザデバイスのユーザインターフェイスを通じて提供するブランディングを設計者がカスタマイズすることを支援するように構成されている、
ことを特徴とするネットワークサービスプランプロビジョニングシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
今日、エンドユーザデバイス（例えば、移動電話、タブレットコンピュータ、またはノートブックコンピュータ）は、１つまたは複数の相互に排他的なサービスプラン（例えば、テキストメッセージ、音声、またはデータ）に契約した後に、アクセスネットワークを使用することを許可される。サービスプランは、通常、前払いまたは後払いである。ユーザが加入するサービスプランに応じて、アクセスネットワークを使用するコストが変わることがある。アクセスネットワークは、要求される使用が、テキストメッセージ、音声、またはデータという相互に排他的なカテゴリーのどれに関するものであるかを判断する。適切なサービスプランが決定されると、アクセスネットワークは、その使用に関するコストを決定するために、サービスプランのポリシーを使用することができる。しかし、ユーザは、これら３つの相互に排他的な各カテゴリーから１つのサービスプランを選択することしかできず、したがって、ユーザは、自分が望むアクセスネットワーク使用の仕方の選択に際して制限される。例えば、ユーザは、エンドユーザデバイスによるアクセスネットワークの使用をカスタマイズするために、様々なデータサービスのための複数のデータプランを選択することはできない。
【０００２】
また、特定のサービスプランを実装するためのアクセスネットワークの構成は、非常に難しい。例えば、データサービスのためのサービスプランを作成するために、アクセスネットワークを操作するキャリアの従業員は、プランの基本属性（例えば、ＭＢで課金するか、それとも無制限か）およびプランのコストを検討する。次いで、従業員が、（例えば、ＭＢでの課金が選択される場合には）特定のデータプランに加入しているエンドユーザデバイスに関するアクセスネットワークの使用を追跡するために、ネットワークデバイスにポリシーを入力する。また、従業員は、データプランに加入しているエンドユーザデバイスがアクセスネットワークを使用するのを許可するためのポリシーを別のネットワークデバイスに入力する。この煩雑なプロセスは、サービスプランのデザインを、融通性がなく、時間がかかり、エラーが生じやすいものにし、それにより、完成して、データサービスのためのデータプランの選択をユーザに開始させるまでに長い時間がかかる。
【０００３】
前述した傾向および問題の例は、例示のためのものであり、排他的なものではない。当技術分野の他の制限は、本明細書を読み、図面を参照すれば、当業者には明らかになろう。
【図面の簡単な説明】
【０００４】
【図１】図１は、アクセスネットワークと、ネットワークサービスプランプロビジョニングシステムとを含むシステムの一例を示す図である。
【図２】図２は、サービスプランデザインおよびプロビジョニングを理解するのに有用な階層構造の一例の概念図である。
【図３】図３は、サービスデザインシステムの具体的な実装形態のスクリーンショットを示す図である。
【図４】図４は、加入者グループを作成するための方法の一例の流れ図である。
【図５】図５は、サービスプランコンポーネントを作成するための方法の一例の流れ図である。
【図６】図６は、サービスプランコンポーネントからサービスプランを作成するための方法の一例の流れ図である。
【図７】図７は、加入者グループおよびサービスプランからサービスプランカタログを作成するための方法の一例の流れ図である。
【図８】図８は、アクセスネットワークと、ネットワークサービスプランプロビジョニングサンドボックスシステムとを含むシステムの一例を示す図である。
【図９】図９は、サービスデザインシステムサンドボックス実装形態の一例の概念図である。
【図１０】図１０は、サービスデザインシステムサンドボックス実装形態の一例の概念図である。
【図１１】図１１は、本文献で述べる技法を実装することができるコンピュータシステムの一例を示す図である。
【発明を実施するための形態】
【０００５】
図１は、アクセスネットワーク１０２と、サービスプランプロビジョニングシステム１０４とを含むシステム１００の一例を示す。図１の例では、アクセスネットワーク１０２は、ネットワークサービスプランプロビジョニングシステム１０４から、プランポリシーを施行するためのネットワーク要素プロビジョニング命令を受信する。特定の実装形態では、ネットワークサービスプランプロビジョニングシステム１０４は、アクセスネットワークからサービスプラン選択データを受信し、選択に基づいて新規の命令を提供することができる。
【０００６】
アクセスネットワーク１０２は、デバイスにネットワークサービスを提供することができるネットワークを含むことができる。アクセスネットワーク１０２は、ワイヤレスネットワーク（例えば、ＷｉＦｉ、セルラ、または何らかの他のワイヤレス技術）、および／または有線ネットワーク（例えば、ＬＡＮまたはＤＳＬ）を含むことができる。ワイヤレスデバイスまたは有線デバイスは、適用可能な既知の技法または好都合な技法に従ってアクセスネットワーク１０２上で提案されるサービスをデバイスが取得できるようにする適当な関連付け、認証、および／または他の処置をそれらのデバイスが完了しているときに、アクセスネットワーク１０２「上」にあると言うことができる。有利には、デバイスは、本文献で述べる技法に従って、ネットワークサービスプランプロビジョニングシステム１０４によって提供されるインターネットワークポリシーを有することができる。インターネットワークポリシーとは、この用語を本文献で用いる際には、トラフィック制御、課金、および通知ポリシーを表し、これらのポリシーは、デバイスが（例えばローミングによって）１つのネットワークから別のネットワークに移った後も有効なままである。他方、イントラネットワークポリシーは、あるネットワークの範囲内に限定される制御トラフィック制御を表す（例えば、ネットワーク内トラフィック制御、課金、および／または通知ポリシーと、別のネットワークへのローミングを許可または防止する任意選択のトラフィック制御ポリシー）。
【０００７】
アクセスネットワーク１０２を別のネットワークに結合することが望ましいこともあり得る。ネットワークは、企業プライベートネットワークおよび仮想プライベートネットワーク（総称して、プライベートネットワーク）を含むことができ、これらは、コンピュータネットワークの当業者にはよく知られている。名称が示唆するように、プライベートネットワークは、公衆には解放されておらず、ある実体の制御下にある。プライベートネットワークは、本社オフィスおよび任意選択の支社オフィス（総称して、オフィス）を含む。多くのオフィスは、遠隔ユーザが、インターネットや公衆電話交換網（ＰＳＴＮ）など何らかの他のネットワークを介してプライベートネットワークオフィスとつながることができるようにする。本文献で使用する際、プライベートネットワークは、単一の実体または実体の階層の制御下にあるネットワークを意味するものと意図される。これは、典型的には、セルラネットワーク、ワイヤレスインフラストラクチャネットワーク、社内ＬＡＮおよびＷＡＮなどに関して当てはまる。
【０００８】
図１の例では、アクセスネットワーク１０２とネットワークサービスプランプロビジョニングシステム１０４は、同じプライベートネットワーク上にあっても、そうでなくてもよく、あるいは、第１の実体が、アクセスネットワーク１０２の一部を所有または制御することがあり、第２の実体が、アクセスネットワーク１０２の一部と、ネットワークサービスプランプロビジョニングシステム１０４とを所有または制御することがある。例えば、キャリアは、ネットワークサービスプランプロビジョニングシステム１０４を含むことがあるが、アクセスネットワーク１０２は、地域事業体が所有するＷｉＦｉネットワークを含むことがある。有利には、特定の実装形態では、キャリアは、加入者がアクセスネットワーク１０２上にいる間にポリシー制御を提供し続けることができる。この例では、アクセスネットワーク１０２がキャリアのセルラネットワークを含む場合、さらに大きなポリシー制御も可能になることがある。
【０００９】
アクセスネットワーク１０２上の任意の適用可能なデバイスを含むものとして加入者を広範に定義することができることに留意すべきである。例えば、アクセスネットワーク１０２は、パーキングメータデバイス、フードディスペンサ機械、および自動車の車載コンピュータ、ならびにスマートフォン、および人間が頻繁に使用する他のデバイスを含むことができる。
【００１０】
図１の例では、ネットワークサービスプランプロビジョニングシステム１０４は、サービスデザインエンジン１０６と、サービスプランデータストア１０８と、任意選択のポリシー施行優先順位規則データストア１１０と、施行要素プロビジョニング命令翻訳エンジン１１２と、ネットワークプロビジョニング命令セット１１４と、ネットワーク要素プロビジョニングエンジン１１６と、解析エンジン１１８と、履歴データストア１２０と、サービスプラン選択エンジン１２２とを含む。
【００１１】
サービスデザインエンジン１０６は、後でより詳細に述べるサービスプランデータ構造および他の関連のデータをサービスプランデータストア１０８に入力する。本文献で述べる際、エンジンとは、処理装置に結合されたコンピュータ可読媒体を表す。コンピュータ可読媒体は、実行可能ファイルを含むデータを有し、コンピュータは、そのデータを使用して、データを変換し、新たなデータを作成することができる。エンジンは、専用または共有の処理装置と、典型的には、処理装置によって実行されるファームウェアまたはソフトウェアモジュールとを含むことができる。実装に特有の問題または他の問題に応じて、エンジンを集中化することも、エンジンの機能を分散させることもできる。エンジンは、処理装置が実行するための、コンピュータ可読媒体で具現化される専用のハードウェア、ファームウェア、またはソフトウェアを含むことができる。本文献で使用する際、コンピュータ可読媒体は、（例えば米国では米国特許法第１０１条での）法定のすべての媒体を含むものと意図され、特に、コンピュータ可読媒体を含む特許請求の範囲が有効となるように除外が必要となる程度まで、性質上法定でないすべての媒体を除外するものと意図される。既知の法定のコンピュータ可読媒体は、ハードウェア（例えば、いくつか挙げると、レジスタ、ランダムアクセスメモリ（ＲＡＭ）、不揮発性（ＮＶ）記憶装置）を含むが、ハードウェアに限定されることも、限定されないこともある。
【００１２】
本文献で述べる際、データストアは、例えば、汎用または専用機械上の物理的なコンピュータ可読媒体で具現化されたソフトウェアとして、ファームウェアとして、ハードウェアとして、それらの組合せとして、あるいは適用可能な既知のデバイスもしくはシステムまたは好都合なデバイスもしくはシステムとして実装することができる。本文献におけるデータストアは、テーブル、カンマ区切り（ＣＳＶ）ファイル、従来のデータベース（例えばＳＱＬ）、または他の適用可能な既知の組織的フォーマットもしくは好都合な組織的フォーマットを含めた任意の適用可能なデータ組織を含むものと意図される。データストア関連コンポーネント、例えばデータベースインターフェースは、データストアの「一部」、何らかの他のシステムコンポーネントの一部、またはそれらの組合せとみなすことができる。しかし、データストア関連コンポーネントの物理的な位置および他の特性は、本文献で述べる技術の理解には重要でない。
【００１３】
サービスプランデータストア１０８は、サービスプランデータ構造を記憶することができる。本文献で使用する際、データ構造は、所与の文脈でデータを効率的に使用することができるようにコンピュータ内にデータを記憶して組織化する特定の形態に関連付けられる。データ構造は、一般に、アドレスによって指定されるコンピュータのメモリ内の任意の場所にデータをフェッチおよび記憶することができるコンピュータの機能、または、それ自体メモリに記憶することができ、プログラムによって操作することができるビットストリングに基づく。したがって、いくつかのデータ構造は、算術演算によるデータ項目のアドレスの計算に基づき、他のデータ構造は、構造自体の内部でのデータ項目のアドレスの記憶に基づく。多くのデータ構造は、両方の原理を、時として複雑な形で組み合わせて使用する。データ構造の実装は、通常、その構造のインスタンスを作成して操作する１組のプロシージャを書くことを含む。
【００１４】
サービスプランデータストア１０８がデータベースとして実装されるシステムの一例では、データベース管理システム（ＤＢＭＳ）を使用してサービスプランデータストア１０８を管理することができる。そのような場合、ＤＢＭＳは、サービスプランデータストア１０８の一部、あるいはサービスデザインエンジン１０６および／または施行要素プロビジョニング命令翻訳エンジン１１２の一部、あるいは個別の機能ユニット（図示せず）と考えることができる。ＤＢＭＳは、典型的には、データベース内のデータの組織化、記憶、管理、および検索を制御するエンジンとして実装される。ＤＢＭＳは、多くの場合、クエリ、バックアップ、および複製を行うことができる機能を提供し、規則を施行し、セキュリティを提供し、計算を実行し、変更およびアクセスログ取得を実施し、最適化を自動化する。ＤＢＭＳの例をいくつか挙げると、Ａｌｐｈａ  Ｆｉｖｅ、ＤａｔａＥａｓｅ、Ｏｒａｃｌｅデータベース、ＩＢＭ  ＤＢ２、Ａｄａｐｔｉｖｅ  Ｓｅｒｖｅｒ  Ｅｎｔｅｒｐｒｉｓｅ、ＦｉｌｅＭａｋｅｒ、Ｆｉｒｅｂｉｒｄ、Ｉｎｇｒｅｓ、Ｉｎｆｏｒｍｉｘ、Ｍａｒｋ  Ｌｏｇｉｃ、Ｍｉｃｒｏｓｏｆｔ  Ａｃｃｅｓｓ、ＩｎｔｅｒＳｙｓｔｅｍｓ  Ｃａｃｈｅ、Ｍｉｃｒｏｓｏｆｔ  ＳＱＬ  Ｓｅｒｖｅｒ、Ｍｉｃｒｏｓｏｆｔ  Ｖｉｓｕａｌ  ＦｏｘＰｒｏ、ＭｏｎｅｔＤＢ、ＭｙＳＱＬ、ＰｏｓｔｇｒｅＳＱＬ、Ｐｒｏｇｒｅｓｓ、ＳＱＬｉｔｅ、Ｔｅｒａｄａｔａ、ＣＳＱＬ、ＯｐｅｎＬｉｎｋ  Ｖｉｒｔｕｏｓｏ、Ｄａｆｆｏｄｉｌ  ＤＢ、およびＯｐｅｎＯｆｆｉｃｅ．ｏｒｇ  Ｂａｓｅである。
【００１５】
データベースサーバは、データベース、ならびにＤＢＭＳおよび関連のエンジンを記憶することができる。おそらく、本文献で述べるデータベースの任意のものをデータベースサーバとして実装することができる。データベース内のデータの２つの論理的ビュー、すなわち論理的（外部）ビューと物理的（内部）ビューが存在することに留意すべきである。本文献では、論理的ビューは、一般に、レポート内で見られるデータであると仮定し、一方、物理的ビューは、物理的記憶媒体に記憶され、専用にプログラムされた処理装置が利用可能なデータである。ほとんどのＤＢＭＳ実装で、同じデータに関して、１つの物理的ビューと、ほぼ無制限の数の論理的ビューが存在する。
【００１６】
ＤＢＭＳは、典型的には、モデリング言語、データ構造、データベースクエリ言語、およびトランザクションメカニズムを含む。モデリング言語は、データベースモデルに従ってＤＢＭＳ内の各データベースの方式を定義するために使用され、データベースモデルは、階層モデル、ネットワークモデル、関係モデル、オブジェクトモデル、または何らかの他の適用可能な既知の組織もしくは好都合な組織を含むことがある。最適な構造は、アプリケーション要件（例えば、速度、信頼性、保全性、拡張性、およびコスト）に応じて変わることがある。今日使用されている比較的一般的なモデルの１つは、ＳＱＬに埋め込まれたアドホックモデルである。データ構造は、データを記憶するためのフィールド、レコード、ファイル、オブジェクト、および任意の他の適用可能な既知の構造もしくは好都合な構造を含むことができる。データベースクエリ言語は、ユーザがデータベースをクエリできるようにすることができ、レポートライタと、非認可のアクセスを防止するためのセキュリティメカニズムとを含む。データベーストランザクションメカニズムは、理想的には、フォールトトレランスによって、同時並行のユーザアクセス中でさえデータ完全性を保証する。また、ＤＢＭＳは、メタデータリポジトリを含むこともできる。メタデータは、他のデータを記述するデータである。
【００１７】
特定の実装形態では、サービスデザインエンジン１０６は、ポリシー施行優先順位規則データストア１１０に、ポリシー施行優先順位規則データ構造を入力する。本文献で述べるポリシー制御の一態様は、サービスプランの第１のトラフィック分類フィルタとサービスプランの第２のトラフィック分類フィルタとの重ね合わせを含む。この重ね合わせを達成するために複数の方法があり、そのような方法には、例えば、第１のトラフィック分類フィルタが第２のトラフィック分類フィルタの前にトラフィックイベントに適用されるように第１のトラフィック分類フィルタと第２のトラフィック分類フィルタを順序付けすること、第２のトラフィック分類フィルタにマッチするまでカーネルで第１のトラフィック分類フィルタのマッチを捕捉する（次いで、アクションリストの第１の当該のアクションを適用する）こと、または明示的なポリシー施行優先順位規則を適用することが含まれる。暗示的なポリシー施行優先順位を使用することができるので、ポリシー施行優先順位規則データストア１１０は任意選択である。明示的なポリシー施行優先順位は、実装および／または構成に特有のパラメータに従って規定することができ、または、暗示的なポリシー施行優先順位と明示的なポリシー施行優先順位の組合せを使用することもできることに留意すべきである。特定の実装形態では、明示的な優先順位が暗示的な優先順位（例えば順序付け）よりも高い。
【００１８】
図１の例では、施行要素プロビジョニング命令翻訳エンジン１１２は、サービスプランデータストア１０８内のサービスプランデータ構造をそれぞれのネットワークプロビジョニング命令セットデータ構造に変換し、これらの構造が、ネットワークプロビジョニング命令セットデータベース１１４に記憶される。また、翻訳エンジン１１２は、適用可能であれば、ポリシー施行優先順位規則データベース１１０からの関連のポリシー施行優先順位規則データ構造を変換して、ネットワークプロビジョニング命令セットデータ構造に含めることもできる。
【００１９】
図１の例では、ネットワーク要素プロビジョニングエンジン１１６は、プランポリシーを施行するためのネットワーク要素プロビジョニング命令をアクセスネットワーク１０２に提供する。ネットワーク要素プロビジョニング命令は、１つまたは複数のデバイスに適用可能であり、これらのデバイスは、アクセスネットワーク１０２上に現在あることも、ないこともある。特定の実装形態では、ネットワーク要素プロビジョニング命令は、適用可能な１つまたは複数のデバイスがアクセスネットワーク１０２上にあるときにのみ、アクセスネットワーク１０２に送信される。
【００２０】
図１の例では、解析エンジン１１８は、アクセスネットワーク１０２から、加入者フィードバックまたは命令を含むことがあるデータを受信する。この例では、データは、サービスプラン選択エンジン１２２によって使用されるサービスプラン選択データを含むと想定される。解析エンジン１１８は、データを、ネットワークサービスプランプロビジョニングシステム１０４に有用な様式に修正することができ、ネットワークサービスプランプロビジョニングシステム１０４は、アクセスネットワーク１０２からのフィードバックまたは命令に基づいてアクションをトリガすることを含むことができる。データは、履歴データストア１２０に記憶することができ、サービスデザインエンジン１０６が使用することができる。例えば、サービスデザインエンジン１０６は、例えば、（例えばネットワーク状態に基づいて）デバイスにリクエストするデータをより多くすべきか、またはより少なくすべきかを指定し、カウントまたは他の通知を減少させるかどうか判断し、分類に記録すべきパラメータを指定することができる。
【００２１】
ネットワーク状態は、ネットワークビジー状態に（または逆にネットワークアベイラビリティ状態に）関連付けることができる。ネットワークアベイラビリティ状態は、例えば、ネットワークのセグメント（例えば、ワイヤレスネットワークの最終エッジ要素）のアベイラビリティ／容量の状態または尺度を含むことができる。ネットワークビジー状態は、例えば、ネットワークのセグメント（例えば、ワイヤレスネットワークの最終エッジ要素）のネットワーク使用レベルまたはネットワーク輻輳の状態または尺度を含むことができる。いくつかの実施形態では、ネットワークアベイラビリティ状態とネットワークビジー状態は、逆の尺度である。いくつかの実施形態に関して本明細書で使用する際、ネットワークアベイラビリティ状態とネットワークビジー状態は、例えばデザイン選択に基づいて交換可能に使用することができる（例えば、ネットワークビジー状態またはネットワークアベイラビリティ状態に基づいてバックグラウンドポリシーを割り当てるようにデザインすることは、どちらも同様の結果を生み出すが、それらは、ネットワークパフォーマンスおよび／または容量および／または輻輳を特徴付けるための異なる方法である）。いくつかの実施形態では、ネットワークアベイラビリティ状態とネットワークビジー状態は、そのような状態がネットワーク使用活動に基づいて（例えば時間帯、アベイラビリティ／容量レベル、輻輳レベル、および／またはパフォーマンスレベルに基づいて）変化するので、動的な尺度である。いくつかの実施形態では、ネットワークサービス使用活動の格差的ネットワークサービス使用制御が、ネットワークビジー状態またはネットワークアベイラビリティ状態に基づく。特定の実装形態では、４つのレベルのネットワークビジー状態がある（ビジーでない、軽、中、重）。
【００２２】
図１の例では、サービスプラン選択エンジン１２２は、解析エンジン１１８からサービスプラン選択データを受信する。サービスプラン選択データは、アクセスネットワーク１０２上のデバイスからのものでよく、またはアクセスネットワーク１０２からのものでよく、またはそれらの組合せでもよい。特定の実装形態では、サービスプラン選択データは、ユーザがデバイスで入力し、アクセスネットワーク１０２を介してサービスプラン選択エンジン１２２に転送される。
【００２３】
サービスプラン選択データの受信後、サービスプラン選択エンジン１２２は、適切であれば、アクセスネットワーク１０２へのプロビジョニングのために、前述した様式でネットワークプロビジョニング命令セット１１４内の新規のネットワークプロビジョニング命令セットを選択することができる（サービスプラン選択エンジン１２２は、サービスプランを修正するためにサービスデザインエンジン１０６をトリガすることが可能であることも、可能でないこともある。サービスプランは、サービスプラン選択エンジン１２２が選択できるようにネットワークプロビジョニング命令セットに翻訳される）。
【００２４】
図２は、サービスプランデザインおよびプロビジョニングを理解するのに有用な階層構造の一例の概念図２００を示す。概念図２００は、サービスプランに関連付けられるデータストアの集合２０２と、加入者に関連付けられるデータストアの集合２０４と、プランカタログデータストア２０６と、サービスデザインエンジン２０８とを含む。
【００２５】
データストアの集合２０２は、フィルタデータストア２１０と、コンポーネントデータストア２１２と、プランデータストア２１４と、規則データストア２１８と、トラフィック制御規則データ構造２２０と、課金データ構造２２２と、通知データ構造２２４とを含む。フィルタデータストア２１０は、例えば、トラフィック制御フィルタデータ構造を含むことができ、トラフィック制御フィルタデータ構造は、使用時、マッチしたトラフィックイベントの許可、ブロック、抑制、（一定の期間にわたる）遅延、および（１イベントまでの）延期を行う。フィルタがマップされるトラフィックイベントの態様は、いくつか挙げると、例えば、遠隔の宛先によるもの、アプリケーションによるもの、コンテンツ（例えば、ストリーミングなどの汎用コンテンツや、正規表現を使用して識別可能な専用のコンテンツなど）によるもの、プロトコルによるもの、ポートによるもの、ターゲットオペレーティングシステムによるものを含むことができる。サービスデザインの文脈では、トラフィック制御フィルタをアクションと組み合わせるフィルタパッケージを設計者に提案することが好都合であることが分かっている。そのようなアクションは、通知（通知宛先に送信すべき通知をトリガする）、上限（カウントを増分する）、捕捉（後で別のフィルタがマッチされるかどうか判断するためにカーネルレベルでマッチを捕捉する）、および命令（実行すべき何らかの他の命令を生じることができる）を含むことができる。
【００２６】
コンポーネントデータストア２１２は、例えば、少なくとも１つのフィルタを含むフィルタパッケージセットと、ポリシーセットとを含むことができる。コンポーネントはポリシーを継承することができるので、コンポーネントが少なくとも１つのポリシーを含むことは明示的な要件ではない。しかし、コンポーネントがサービスプランの提案に組み込まれるとき、コンポーネントは、ポリシーセット内にポリシーを有するか、またはポリシーを継承する。
【００２７】
プランデータストア２１４は、例えば、コンポーネントの階層を含むことができる。コンポーネントは、クラスに組織化され、クラスは、例えば、キャリア、ネットワーク保護、アプリケーション（有料またはスポンサー付き）、インターセプタ（マーケティングインターセプタまたはペアレンタルコントロール）、バルク、ポストバルク、およびサービス終了を含むことができる。少なくとも１つの実装形態では、サービス終了クラスは、コンポーネントデータストア２１２に記憶されたコンポーネントではなく、デフォルトで扱われる。
【００２８】
規則データストア２１８は、ポリシー規則を含む。例示のために、トラフィック制御ポリシーデータ構造２２０、課金ポリシーデータ構造２２２、および通知ポリシーデータ構造２２４という３つのポリシータイプデータ構造が、規則データベース２１８に宛てられるものとして示されている。トラフィック制御ポリシーデータ構造２２０は、許可またはブロックなどトラフィックのフローを制御するようにデザインされた様々なフィルタパッケージを含み、キャップアンドマッチ（ｃａｐ−ａｎｄ−ｍａｔｃｈ）などトラフィック制御に関連するいくつかのアクションを行うことができる。課金ポリシーデータ構造２２２は、ユーザまたは（ネットワークサービス使用を助成していることがある）スポンサーに宛てることができ、課金コードを含むことができる。
【００２９】
通知ポリシーデータ構造２２４は、ユーザ、スポンサー、またはエンジン（通知における変数もしくは定数パラメータに従ってさらなるアクションを行う）に宛てることができ、通知のターゲットが使用できるコンテンツと、トリガ（例えば、当該の命令の実行を引き起こす選択可能なボタン）とを含むことができる。通知タイプは、プラン制限しきい値（プランが課金ポリシー上限の指定の％に達している）、プラン上限（課金ポリシーの上限に達しているので、リクエストされたネットワーク活動が上限を設けられている）、プラン制限超過（超過が指定の％に達している；超過や新規サービスプランのオプションの提案、進行中の使用のブロックなど）、プラン期限切れ（プランの期限が切れている；新たなプランを購入するためのオプションの提案）、活動ブロックイベント（フィルタまたは活動状態変更によって活動がブロックされている）、使用可能なプランがない（プランが、リクエストされるネットワーク活動をサポートせず、活動がブロックされている）、マーケティングインターセプタ（現在の活動またはステータスに基づく特定のメッセージまたは提案）、プロモーションメッセージ（どのようなプランが提供されるかの概要）、アップセル提案（現在の使用に基づくアップセル料金別プラン）。通知に通知アクションを加えて、通知を「アクション実行可能」にすることができる。これは、通知の受信者が、通知に応答してフィードバックまたは命令を提供することができることを意味する。通知アクションは、例えば、ＯＫ／棄却、キャンセル、確認、購入（購入ワークフローへのリンク）、詳細情報（例えば、トラフィックイベントがブロックされた理由に関するより多くの情報、トラフィック活動変更またはサービスプラン購入に関する提案）、戻る（前のワークフロー画面を呼び出す）、次へ（次のワークフロー画面を呼び出す）、ラウンチ（ＵＲＬまたはアプリケーションをラウンチする）を含むことができる。通知カスタマイゼーションは、フォアグラウンド、バックグラウンド、フォアグラウンド／バックグラウンド（活動がフォアグラウンドのものである場合にはフォアグラウンドに表示し、そうでない場合にはバックグラウンドに表示する）、タイトル、サブタイトル、テキスト、アイコン、ボタン／アクション、「次回から表示しない」（指定された期間中は再び表示しない）、デフォルトターゲットボタン（デフォルト応答アクションを指定する）などを含むことができる。
【００３０】
加入者に関連付けられるデータストアの集合２０４は、加入者データストア２２６と、加入者グループデータストア２２８とを含む。加入者データストア２２６は、加入者に関する情報を含む加入者データ構造を含む。必要最低限の加入者データ構造は、少なくとも加入者識別を含むと考えられ、加入者識別は、システム２００内部で一意であり、または国際移動体加入者識別子（ＩＭＳＩ）など普遍的に一意のものである。電話番号、デバイスのタイプ、および／または国際移動体装置識別番号（ＩＭＥＩ）などの情報を含むことも有用となり得る。
【００３１】
加入者グループデータストア２２８は、加入者のグループ分けを含む加入者グループデータ構造を含む。システム内で行うことができるグループ分けのタイプは、加入者に関して知られている情報の量に応じて決まる。例えば、加入者は、デバイスのタイプ、デバイスの特性、加入者の人口統計特性、地域などによってグループ分けすることができる。
【００３２】
プランカタログデータストア２０６は、ネットワークサービスプランの顧客またはプロバイダが利用可能なプランカタログデータ構造を含む。プランカタログデータ構造は、サービスプランに関連付けられるデータストアの集合２０２と、加入者に関連付けられるデータストアの集合２０４とからのコンポーネントの組合せである。
【００３３】
サービスデザインエンジン２０８は、図２の例に示されるデータストアを管理することができる。サービスデザインおよび／またはプロビジョニングのいくつかの側面は、システム２００のエージェントに割り当てることができる。エージェントが付与されるシステムに対する制御の量は、エージェントの役割に基づき、役割は、役割データストア２３０に記録することができる。役割は、スーパーユーザ、ポータル管理者、システム管理者といった役割、またはデザインセンタ（例えば、キャリアのデザインセンタであっても、企業、アプリケーション開発者、コミュニティベースの組織、寄付組織、仮想移動体通信事業者（ＭＶＮＯ）などのためのサンドボックスであってもよい）の権能およびシステムを使用している人間エージェントの権能に適用可能な何らかの他の役割として設定することができる。
【００３４】
サービスデザインエンジン２０８など、サービスデザインエンジンの特定の実装形態に関するユーザインターフェースのスクリーンショットを使用して、サービスデザインエンジン２０８の機能のいくつかを例示することができる。図３は、サービスデザインシステムの特定の実装形態に関するユーザインターフェース（ＵＩ）のスクリーンショットを示す。
【００３５】
図３Ａの例では、ログイン後、設計者は、「オープンタスク」フィールド３０２、「最近の活動」フィールド３０４、および「メニューボタン」フィールド３０６を有するサービスデザインセンタＵＩホームページに飛ばされる。「オープンタスク」フィールド３０２は、承認待ちのドラフト、公開／展開待ちのベータ試験、終了の対象となっている展開中のプラン、または他のオープンタスクを含むことができる。「最近の活動」フィールド３０４は、設計者にとって有用と考えられる量の情報を含むことができる。
【００３６】
「メニューボタン」フィールド３０６は、８個のボタン、すなわち「加入者」ボタンと、「加入者グループ」ボタンと、「プラン」ボタンと、「プランカタログ」ボタンと、「テンプレート」ボタンと、「レポート」ボタンと、「設定」ボタンと、「マイプロフィール」ボタンとを含む。「マイプロフィール」ボタンを選択すると、設計者にスクリーンショット３００Ｂ（図３Ｂ）が現れ、設計者は、氏名、パスワード、および役割などの情報を入力することができる。役割は、スーパーユーザ、ポータル管理者、システム管理者といった役割、またはデザインセンタ（例えば、キャリアのデザインセンタであっても、企業、アプリケーション開発者、コミュニティベースの組織、寄付組織、仮想移動体通信事業者（ＭＶＮＯ）などのためのサンドボックスであってもよい）の権能およびシステムを使用している特定の設計者の権能に適用可能な何らかの他の役割として設定することができる。
【００３７】
「メニューボタン」フィールド３０６の「設定」ボタンを選択すると、設計者にスクリーンショット３００Ｃ（図３Ｃ）が現れ、設計者は、タブメニュー３０８から、「役割」タブ、「ユーザ」タブ、または「プリセット」タブを選択することができる。タブメニュー３０８から「役割」タブを選択することにより、設計者は、コンポーネント編集者、プラン作成者、プラングループ公開者、プラン閲覧者、レポート閲覧者、またはシステム管理者などの役割を追加することができるようになる。設計者は、必ずしもこのタブでのすべての役割を閲覧することができるわけではなく、考えられる一実装形態では、設計者が有していない権利を含む役割を作成することはできないことがある（例えば、システム管理者は、スーパーユーザよりも少ない権利しか有さないことがあり、またポータル管理者とは異なる権利を有することがある）ことに留意されたい。タブメニュー３０８から「ユーザ」タブを選択することにより、設計者は、ユーザを追加および編集することができるようになる。図３Ｄ（スクリーンショット３００Ｄ）の例では、ユーザ「ｄａｓ」が選択されており、ユーザ名（電子メールアドレス）、氏名、このユーザがイネーブルにされているかどうか、役割、利用可能な役割など、ｄａｓの詳細が示されている。タブメニュー３０８から「プリセット」タブを選択することにより、図３Ｅ（スクリーンショット３００Ｅ）の例に示されるように、設計者は、デフォルトプランアイコンを選択することができるようになる。
【００３８】
「メニューボタン」フィールド３０６の「加入者」ボタンを選択し、新規加入者を選択すると、設計者にスクリーンショット３００Ｆ（図３Ｆ）が現れる。この特定の実装形態では、加入者情報は、デバイス名、加入者グループ、所有者名、ロケール、ＥＩＤ、電話番号、デバイスのタイプ、オペレーションシステムのバージョン、ＣＤＭＡ加入者の詳細、およびＧＳＭ／ＬＴＥ加入者の詳細を含む。この情報は、加入者データストアに既に含まれている加入者に関しても編集することができる。
【００３９】
「メニューボタン」フィールド３０６の「加入者グループ」ボタンを選択すると、設計者にスクリーンショット３００Ｇ（図３Ｇ）が現れ、設計者は、「プロパティ」タブまたは「インポート」タブを選択することができる。新規加入者グループの作成を選択すると、設計者は、グループ名および説明を入力して、加入者をそのグループにドラッグするよう促される。「インポート」タブを選択することにより、設計者は、加入者データストアから加入者をバッチ操作でインポートすることができるようになる。例えば、図３Ｈのスクリーンショット３００Ｈを参照されたい。情報は、加入者グループデータストアに既に含まれている加入者グループに関しても編集することができる。
【００４０】
「メニューボタン」フィールド３０６の「プラン」ボタンを選択し、新規プランを選択すると、設計者にスクリーンショット３００Ｉ（図３Ｉ）が現れる。この特定の実装形態では、プラン情報は、プランアイコン、プラン名、プランの短い説明、プランの説明、プランのバージョン、プランのタイプ（例えば、スポンサー付き、有料、またはキャリア）、デフォルトであるか否かのチェックボックス、再購入可能であるか否かのチェックボックス、請求額、および表示額（請求額が請求額と同じではない場合）を含む。次のスクリーンショット３００Ｊ（図３Ｊ）は、プランに関するさらなる情報の入力を可能にし、そのような情報は、課金ポリシー（例えば、使用されるデータまたは消費時間、使用量制限、および超過の許可に基づく）、料金請求ポリシー（例えば、１回もしくは自動継続、使用量レポート、および使用前料金請求または使用後料金請求）を含む。この特定の実装形態では、デバイス上でポリシーラベルを示し、料金請求識別子を含むことが可能である。また、設計者が課金コードを作成または選択することもできる。次のスクリーンショット３００Ｋ（図３Ｋ）は、新規コンポーネントを作成することによって、または既存のコンポーネントをクローンすることによってコンポーネントを追加するというオプションを含む。図３Ｋの例では、このプランのためのコンポーネントのリストに３つのコンポーネントが追加されており、明示的な優先順位１、２、および３を有する。この特定の実装形態では、プランに関してデータが入力されるにつれてタブメニュー３１０のタブの数が増加し、最終的に、タブメニュー３１０は、「プロパティ」タブと、「課金＆料金請求」タブと、「コンポーネント」タブと、「ポリシーイベント」タブと、「レビュー」タブとを含むことに留意されたい。
【００４１】
設計者が、「Ｙｏｕｔｕｂｅ以外のコピー（Ｃｏｐｙ  ｏｆ  Ｎｏ  Ｙｏｕｔｕｂｅ）」などコンポーネントを選択すると、コンポーネントスクリーンショット３００Ｌ（図３Ｌ）が表示され、このスクリーンショット３００Ｌは、「プロパティ」タブと、「フィルタ」タブと、「ポリシーイベント」タブとを有するタブメニュー３１２を含む（コンポーネントに関して課金ポリシーが定義される場合には、タブメニュー３１２が「課金ポリシー」タブを含むこともできる）。タブメニュー３１２から「プロパティ」タブを選択することにより、設計者は、コンポーネント名、サービスクラス（例えば、キャリア、ネットワーク保護、スポンサー付き、特殊化されたアプリケーション、マーケットインターセプタ、ペアレンタルコントロール、オープンアクセス、およびポストバルク）、およびコンポーネントが明示的に定義された課金ポリシーを有するか、それとも課金ポリシーをプランから継承するかを編集できるようになる。サービスクラスは、加入者に対して残っているサービスプランオプションがない時のための「サービス終了」サービスクラスを含むことを特徴とすることがあるが、この特定の実装形態では、サービス終了設定は、（後述する）サービスクラスとしてはリストされていないことに留意されたい。
【００４２】
タブメニュー３１２から「フィルタ」タブを選択すると、設計者にスクリーンショット３００Ｍ（図３Ｍ）が現れ、選択されたコンポーネント（この例では、「Ｙｏｕｔｕｂｅ以外」コンポーネント）に関してフィルタを選択することができる。設計者が、フィルタの編集を選択すると、設計者にスクリーンショット３００Ｎ（図３Ｎ）が現れ、これは、フィルタ名、説明、フィルタが単に連想性のものであるかどうか、フィルタが「マッチなし」かどうか、フィルタリングパラメータ（例えば、遠隔の宛先によるフィルタ、アプリケーションによるフィルタ、ターゲットオペレーティングシステムによるフィルタ、コンテンツによるフィルタ、プロトコルによるフィルタ、ポートによるフィルタ）、ならびにラウンチャウィジェットでの表示を行うかどうかおよびその表示方法の編集を容易にする。
【００４３】
タブメニュー３１２から「ポリシーイベント」タブを選択し、新規ポリシーイベントの作成を選択すると、設計者にスクリーンショット３００Ｏ（図３Ｏ）が現れ、設計者は、特定の条件（例えば、キャップ＆ノーマッチ、キャップ＆マッチ、デバイスに関するブロック、不許可およびマッチ、不許可およびノーマッチ、このネットワーク状態内、このネットワーク状態への移行、このネットワーク状態からの移行）が満たされるときに、ネットワーク状態に基づいてポリシーイベントを選択することができる。次のスクリーンショット３００Ｐ（図３Ｐ）に進んで、設計者は、イベントプロパティ（例えば、ポリシーイベント名、説明、イベントに関連付けられる通知をフォアグラウンドに表示するかバックグラウンドに表示するか、サービスに通知結果を送信するか否か、通知を送信する最大回数、およびユーザが今後の通知を止めることができるか否か）を入力する。この特定の実装形態では、ポリシーイベントに関してデータが入力されるにつれてタブメニュー３１４のタブの数が増加し、最終的に、タブメニュー３１４は、「ポリシーイベント」タブと、「プロパティ」タブと、「メッセージ」タブと、「ボタン」タブとを含むことに留意されたい。
【００４４】
次のスクリーンショット３００Ｑ（図３Ｑ）に進んで、設計者は、タイトル、サブタイトル、ショートテキスト、およびロングテキストなど、メッセージの詳細を入力する。「変数の使用法」をクリックすると、設計者は、通知にどのような変数を追加することができるかを知ることができる。そのような変数としては、いくつか挙げると、例えば、サービスプラン名、課金コード名、フィルタ（例えばブロックや抑制など）、バイトまたは時間単位でのプラン利用量のパーセンテージ、アプリケーション名、超過制限、現在の超過、抑制レート、サイクルがリフレッシュする日付、サイクルの期間、現在のプランが上限に達した後にマッチするプランの名前、不許可がマッチされた後にマッチされるプランの名前、現在のローミング状態、現在アクティブなネットワーク、またはホストもしくはドメインである。
【００４５】
次のスクリーンショット３００Ｒ（図３Ｒ）に進んで、設計者は、アップセルプランを表示するかどうかを決定し、通知に対して加入者が応答できるようにボタンを入力する（この例では、「カタログ閲覧」または「キャンセル」ボタンがイネーブルにされている）。電話の画像３１６は、デバイスにメッセージおよびボタンが表示される様式を例示する意図のものであるが、画像は、必ずしも実物どおりの表現である必要はない。
【００４６】
プランレベル（図３Ｋ参照）に戻ると、設計者は、タブメニュー３１０から「ポリシーイベント」タブを選択して、スクリーンショット３００Ｓ（図３Ｓ）を表示し、プランレベルでポリシーイベントを入力することができる。図３Ｏ〜図３Ｒの例を参照して述べたポリシーイベントは、個々のコンポーネントに関連付けられていたことに留意されたい。図３Ｓの例では、ネットワーク状態「ＷｉＦｉネットワーク上」および「月曜日から金曜日」に関連付けられるポリシーイベントは、キャップアンドマッチが見られるときに通知を送信させる。他のポリシーイベントパラメータは、図３Ｐ〜図３Ｒを参照して述べたのと同様に設定することができる。
【００４７】
図３Ｉ〜図３Ｓを参照して述べたプランの完了後、設計者は、タブメニュー３１０（例えば図３Ｋ参照）から「レビュー」タブを選択して、スクリーンショット３００Ｔ（図３Ｔ）を表示することができる。レビュー画面は「切れて」おり、ポリシーイベントを見ることができないが、これは、レビュー画面の性質を理解するのには必要ないことに留意されたい。この例では、「ドラフト」プランとして記憶されているプランを、ベータ試験のために公開（および承認のために提示）することができる。
【００４８】
再びホームページを参照し（例えば図３Ａ参照）、「メニューボタン」フィールド３０６から「プランカタログ」ボタンを選択すると、設計者にスクリーンショット３００Ｕ（図３Ｕ）が現れる。そこで、設計者は、プランカタログ名、プランカタログの説明、およびプランカタログのバージョンを入力する（または、プランカタログデータストア内のプランカタログから１つのプランカタログを選択する）ことができる。設計者が「次へ」をクリックすると、タブメニューがタブメニュー３１８に広がり、タブメニュー３１８は、図３Ｖの例に示されるように、「プロパティ」タブ、「プラン」タブ、「プラン優先順位」タブ、「タブ」タブ、「加入者グループ」タブ、「ＬＣＰエラー」タブ、「アップセル」タブ、「プロモーション」タブ、および「レビュー」タブを含む。「プラン」タブの下で、設計者は、プランカタログにプランをドラッグすることができる。
【００４９】
設計者がタブメニュー３１８から「プラン優先順位」タブを選択すると、設計者にスクリーンショット３００Ｗ（図３Ｗ）が現れ、プランカタログのプランの優先順位を設定することができる。プランは、プランタイプ（例えばキャリアプランや有料プラン）ごとに優先順位を設定され、プランタイプ内部に複数のプランがある場合には、プランタイプ内部でもプランの優先順位を設定することができる。プランのいくつかまたはすべてを、起動時に利用可能なものとして選定することもできる。バージョニングによって、前のプランバージョンを有する加入者は前のバージョンを使用し続けることができ、新規加入者には最新のバージョンを提案することができる。また、古いプランの期限が切れた場合には、加入者に最新のバージョンを提案することができる。
【００５０】
設計者がタブメニュー３１８から「タブ」タブを選択すると、設計者にスクリーンショット３００Ｘ（図３Ｘ）が現れ、設計者は、プランの表示に関するタブを組織化することができる。加入者のデバイスは、例えば、「ゲーム」、「ソーシャル」、「プロダクティビティ」、「メディア」、「無料」、「有料」、および「すべて」など１つまたは複数のタブを表示することができ、それらのタブの下で、設計者が決定することができる順序で様々なプランをリストすることができる。
【００５１】
設計者がタブメニュー３１８から「加入者グループ」タブを選択すると、設計者にスクリーンショット３００Ｙ（図３Ｙ）が現れ、設計者は、加入者グループをドラッグアンドドロップすることができる。
【００５２】
適合なしプラン（ＬＣＰ；Ｌａｃｋｓ  Ｃｏｍｐａｔｉｂｌｅ  Ｐｌａｎ）エラーは、アクティブなサービスプランがないトラフィックイベントが受信されたときに生じる。ＬＣＰエラーは、特定の種類のポリシーイベントとして取り扱うことができる。ポリシーイベントのパラメータを選定するときと同様に、設計者がメニュー３１８から「ＬＣＰエラー」タブを選択すると、設計者は、図３Ｐ〜図３Ｒを参照して上述したオプションと同様のオプションを有する。すなわち、設計者は、適用可能なサービス終了プロパティ、メッセージ、およびボタンを選択することができる。
【００５３】
アップセルは、コンポーネント、プラン、またはプランカタログから提案されるときに生じ、トラフィックイベント（例えば、ｆａｃｅｂｏｏｋアプリケーションを使用するときのより安価なネットワークサービスに関するアップセルは、ｆａｃｅｂｏｏｋアプリケーションを使用するために加入者がより高価なネットワークサービスを消費しているときに生じることがある）または他のイベントに応答することができる。設計者がメニュー３１８から「アップセル」タブを選択すると、設計者は、例えば、プランカタログまたはその任意のプランもしくはコンポーネントでの通知から提案されるアップセル機会を編集することができる。アップセルは、ポリシーイベントとほぼ同様に編集することができる（例えば、プロパティ、メッセージ、およびボタン）。
【００５４】
プロモーションは、１回または定期的に提供することができる。設計者がメニュー３１８から「プロモーション」タブを選択すると、スクリーンショット３００Ｚ（図３Ｚ）で、設計者は、プロモーションの頻度を編集することができる。プロモーションは、ポリシーイベントとほぼ同様に編集することができる（例えば、プロパティ、メッセージ、およびボタン）。
【００５５】
設計者がメニュー３１８から「レビュー」タブを選択すると、スクリーンショット３００ＡＡ（図３ＡＡ）に示されるように、設計者は、プランカタログをレビューすることができる。
【００５６】
再びホームページ（例えば図３Ａ参照）を参照し、「メニューボタン」フィールド３０６から「テンプレート」ボタンを選択することにより、設計者は、フィルタテンプレートに対して作業することができるようになる。コンポーネントはいくつかのバージョンを有することがあるので、コンポーネント内に配置されるときにテンプレートフィルタのコピーを自動作成するテンプレートフィルタを作成することが望ましいことがある。このようにすると、フィルタが１つのバージョンに関して変更されるとき、別のバージョンに関しては変更されない。また、単純に、いくつかのコンポーネントでフィルタを再使用することもでき、この場合、フィルタが変更されると、そのフィルタが再使用されたすべてのコンポーネントに関して変更される。
【００５７】
「メニューボタン」フィールド３０６から「レポート」ボタンを選択することにより、設計者は、レポートをレビューすることができるようになる。図３ＡＢは、レポートを含むスクリーンショット３００ＡＢを示し、レポートは、「使用量」、「収益」、「人気」、「健康」（「不正」）、「加入者別」、「その他」を含むいくつかのカテゴリーに分けられる。レポートは、サービスデザインシステムのデータストアから利用可能な情報を使用して生成され、そのような情報は、加入者デバイス、より一般的にはアクセスネットワークからの通知内のデータを含むことができる。
【００５８】
図４は、加入者グループを作成するための方法の一例の流れ図４００を示す。この流れ図および他の流れ図は、本文献の図では、順次に配置されたモジュールとして示されている。しかし、流れ図のモジュールは、適宜、並べ直すことができ、または並列実行されるように構成することができる。
【００５９】
図４の例では、流れ図４００は、モジュール４０２で始まり、加入者記録を作成する。本文献で使用する際、用語「記録」は、データストアに保存された任意の適用可能なフォーマットのデータ構造を表すことができる。加入者記録は、デバイス名、所有者名、ＥＩＤ（例えば、ＩＭＳＩまたは国コード＋オペレータコード＋ＭＩＮ）、デバイスタイプ、加入者グループ、ロケール、電話番号（例えば、ＭＳＩＳＤＮまたはＭＤＮ）、オペレーティングシステムのバージョン、ＣＤＭＡ加入者の詳細（例えば、デバイスＩＤ／ＭＥＩＤ、および／またはＭＳＩＤ）、およびＧＳＭ／ＬＴＥ加入者の詳細（例えば、ＩＭＳＩおよび／またはＩＭＥＩ）などの情報を含むことができる。一般に、情報がより多ければ、設計者は（例えば人口統計情報によって）様々な方法で加入者をグループ分けできるようになり、それにより、対象の通知に関する受入率を改良することができる。
【００６０】
図４の例では、流れ図４００は、モジュール４０４に進み、サービスデザインシステム加入者データストアに加入者記録を記憶する。データストアは、ほぼ任意のデータ記憶媒体に適用することができる一般的な用語である。しかし、この例では、特定のフォーマットが予想される。サービスデザインシステム加入者データストア（および後で述べるサービスデザインシステム加入者グループデータストア）は、（必ずしも独自のものである必要はないが）実装および／または構成に特有のフォーマットを有することが可能であり、その可能性が高い。加入者記録は、サービスデザインシステム加入者データストアの予想されるフォーマットで記憶するのに適したフォーマットを有することが期待される。サービスデザインシステムにおいて、予想されるフォーマット以外のフォーマットで加入者データが受信される場合、予想されるフォーマットで加入者記録が作成され（４０２）、加入者記録は、受信された加入者データのいくつかまたはすべてと共に、かつ場合によっては、（例えば、データストアから、または管理者もしくは他の入力プロセスによって）サービスデザインシステムによって取得される追加のデータと共に登録される。
【００６１】
図４の例では、流れ図４００は、決定点４０６に進み、作成すべきさらなる加入者記録があるかどうかが判断される。作成すべきさらなる加入者記録があると判断された場合（４０６−Ｙ）、流れ図４００は、モジュール４０２に戻り、次の加入者記録に関して、上述したように進行する。図４の例では、モジュール４０２および４０４と決定点４０６とを備える「ｗｈｉｌｅループ」４０８が、点線のボックスで囲まれている。ｗｈｉｌｅループ４０８は、データ源から加入者データをインポートすることによって、バッチモードで実行することができる。加入者データのフォーマットは、サービスデザインシステム加入者データストアのフォーマットに制約することができ、またはサービスデザインエンジンが適切なフォーマットに変換することができるフォーマットに制約することができる。あるいは、またはさらに、潜在的な加入者もしくは現在の加入者からデータを受信するとき、またはサービスデザインシステムの人工エージェントもしくは人間エージェントからデータを受信するとき、ｗｈｉｌｅループ４０８は、入力プロセスによって、一度に１加入者ずつ実行することができる。
【００６２】
他方、作成すべきさらなる加入者記録がないと判断された場合（４０６−Ｎ）、流れ図４００は、モジュール４１０に進み、サービスデザインシステム加入者データストア内の加入者記録から加入者グループ記録を作成する。加入者グループ記録は、相当な量のメタデータを有していることがあり、そうでないこともある。例えば、加入者グループに関するサービスプランを作成するときに加入者グループ記録を容易に使用することができるように、加入者グループ記録に名前と説明を割り当てることができる。加入者グループ記録の代替のフィールドは、共通加入者データであるが、これは、説明の一部とみなすこともできる。
【００６３】
図４の例では、流れ図４００は、モジュール４１２に進み、サービスデザインシステム加入者グループデータストアに加入者グループ記録を記憶する。加入者グループ記録のフォーマットに関係する問題は、モジュール４０４を参照して前述したのと同様である。
【００６４】
図４の例では、流れ図４００は、決定点４１４に進み、作成すべきさらなる加入者記録があるかどうかが判断される。作成すべきさらなる加入者記録があると判断された場合（４１４−Ｙ）、流れ図４００は、モジュール４１０に戻り、次の加入者記録に関して、上述したように進行する。図４の例では、モジュール４１０および４１２と決定点４１４とを備える「ｗｈｉｌｅループ」４１８が、点線のボックスで囲まれている。ｗｈｉｌｅループ４１６は、加入者データストアから加入者記録をインポートすることによって、バッチモードで実行することができる。あるいは、またはさらに、潜在的な加入者もしくは現在の加入者からデータを受信するとき、またはサービスデザインシステムの人工エージェントもしくは人間エージェントからデータを受信するとき、ｗｈｉｌｅループ４１８は、入力プロセスによって、一度に１加入者ずつ実行することができる。例えば、管理者は、利用可能な加入者を加入者グループにドラッグアンドドロップすることができ、サービスデザインエンジンは、このようにして加入者グループに追加された利用可能な加入者から加入者グループ記録を作成することができる。
【００６５】
特定の実装形態では、加入者データのバッチをサービスデザインシステム内にインポートして、加入者グループを登録するために使用することができる。流れ図４００での論理的フローは、加入者記録を作成し（４１２）、加入者記録を記憶し（４０４）、それらを繰り返し（４０６）、次いで、サービスデザインシステム加入者データストア内の加入者記録から加入者グループを作成する（４１０）というものであることに留意されたい。しかし、インポートプロシージャが、加入者グループを作成する前に各加入者記録を作成する必要はない。
【００６６】
特定の実装形態では、既存の加入者グループ記録の一部として識別される特徴を有する加入者記録が作成されて、サービスデザインシステム加入者データストアに記憶されるとき、その加入者は、自動的に既存の加入者グループ記録に追加されることも、そうされないこともある（または、更新プロシージャが、サービスデザインシステムの加入者またはエージェントによって開始されるときに、以前に加入者グループ記録に追加されていない、当該の特徴を有する任意の加入者記録を追加することができる）。
【００６７】
再び決定点４１４を参照すると、作成すべきさらなる加入者グループ記録がないと判断された場合（４１４−Ｎ）、流れ図４００は決定点４１６に進み、作成すべきさらなる加入者記録があるかどうかが判断される。さらなる加入者記録を作成すべきと判断された場合（４１６−Ｙ）、流れ図４００は、モジュール４０２に戻り、上述したように進行する。他方、作成すべきさらなる加入者記録がないと判断された場合（４１６−Ｎ）、流れ図が終了する。典型的な実装形態では、作成すべき他の加入者記録または別の加入者グループ記録がある場合には、モジュール４０２またはモジュール４１０から方法を再び始めることができることに留意されたい。したがって、終了は、流れ図４００に対する論理的な終了であるが、必要に応じてプロセスを継続することができる。
【００６８】
図５は、サービスプランコンポーネントを作成するための方法の一例の流れ図を示す。図５の例では、流れ図５００は、モジュール５０２で始まり、フィルタインスタンスを作成する。このアクションによってフィルタ記録が作成されるが、フィルタがシステム内で使用される形態に鑑みて、用語「インスタンス」を使用する。特に、２つのサービスプランコンポーネントがフィルタインスタンスを組み込んでおり、フィルタインスタンスが後で変更される場合に、変更がどちらのサービスプランコンポーネントにも適用されるという意味で、フィルタは包括的な特性を有することができる。したがって、複数のコンポーネントで使用されるただ１つのフィルタインスタンスがある。あるいは、２つのサービスプランコンポーネントがフィルタインスタンスを組み込んでおり、フィルタインスタンスの一方に対して変更が行われる場合に、他方のフィルタインスタンスには変更が適用されないという意味で、フィルタインスタンスをテンプレートから作成することができる。したがって、フィルタテンプレートの適用はそれぞれ別個のフィルタインスタンスである。特定の実装形態では、フィルタインスタンスは、グローバルまたはローカルになるように明示的に設定することができる。また、グローバルフィルタテンプレートを作成することもでき（それにより、グローバルフィルタテンプレートへの変更がフィルタのすべてのインスタンスに適用される）、さらに、ローカルフィルタインスタンスを作成することもでき、ローカルフィルタインスタンスは、システムにわたってカスケード処理を行う変更を伴わずに、サービスプランコンポーネント内部で変更することができる。
【００６９】
図５の例では、流れ図５００は、モジュール５０４に進み、サービスデザインシステムフィルタデータストアにフィルタインスタンスを記憶する。サービスデザインシステムフィルタデータストアは、フィルタインスタンスに関する明示的なデータ構造要件を有することがあるが、少なくとも、フィルタにマッチするトラフィックインスタンスを含む。特定の実装形態では、トラフィックインスタンスは、指定の遠隔の宛先（例えば、ドメインまたはＩＰアドレス）、指定のアプリケーション（例えば、名前、ハッシュ、証明書、署名、他の安全なＩＤなどによって識別される）、指定のオペレーティングシステム、指定のコンテンツ、指定のプロトコル（例えば、ＴＣＰ、ＵＤＰ、ＴＣＰ／ＵＤＰ）、または指定のポート番号を含むトラフィックイベントを含むことができる。ドメインフィルタは、リファレンスをロードできるようにするために、および／または（例えば、秒単位またはデータバイト単位で）連想フィルタリングを使用するために指定することができる。アプリケーションフィルタは、アプリケーションを検証するために指定することができる。人間エージェントがフィルタをより容易に利用できるように、サービスデザインシステムフィルタデータストアに記憶された各フィルタインスタンスは、フィルタ名および説明を含む。
【００７０】
特定の実装形態では、フィルタインスタンスは、マッチフィルタまたは非マッチフィルタとして指定することができる。「マッチ」フィルタは、トラフィックイベントを別のフィルタにマッチさせる試行を妨げない。「非マッチ」フィルタは、ネットワークトラフィック検査エンジンが、トラフィックイベントを別のフィルタにマッチさせる試行を行うのを妨げる。ある意味、これは、フィルタにアクションを適用し、フィルタのマッチおよび非マッチアスペクトを、フィルタアスペクトまたは関連のアクションアスペクト（所与のコンテキストにおいてどちらか適切な方）として取り扱うことができる。
【００７１】
図５の例では、流れ図５００は、決定点５０６に進み、作成すべきフィルタインスタンスがまだ他にあるかどうかを判断する。作成すべきフィルタインスタンスがまだ他にあると判断された場合（５０６−Ｙ）、流れ図５００は、モジュール５０２に戻り、次のフィルタインスタンスに関して、前述したように進行する。
【００７２】
他方、作成すべきさらなるフィルタイベントがないと判断された場合（５０６−Ｎ）、流れ図５００は、モジュール５０８に進み、対応するポリシーイベント規則記録を作成する。ポリシーイベント規則は、どのネットワーク状態（任意のネットワーク状態を含む）がポリシーイベントに適用可能であるかをサービスプランコンポーネントが判断できるようにする。特定の実装形態では、規則を、対応するフィルタを用いずに（例えば、独立の規則として）作成することができることに留意されたい。ポリシーイベント規則は、規則によって指定される様式でフィルタがトラフィックイベントにマッチするときに適用可能になる。例えば、トラフィックイベントがフィルタインスタンスにマッチし、それによりネットワーク状態（例えば、あるネットワーク状態内、そのネットワーク状態への移行、またはそのネットワーク状態からの移行）が検出される場合、これらの条件を指定する規則が適用可能である。指定される条件の他の例は、トラフィックイベントが許可、ブロック、抑制、遅延、または延期される時であり、それぞれマッチまたは非マッチとして指定することができる。
【００７３】
また、ポリシー規則は、上限を定義することもでき、例えば時間またはバイトのカウントが定義された上限に達したときに、これらの規則が満たされる（カウンタを通知ポリシーの一部とみなすことができることに留意されたい）。上限を設けられたポリシーイベントが、その定義された上限までのカウンタ増分を有するとき、フィルタは、例えば、許可（上限を超えていないとき）からブロック、抑制、遅延、または延期（上限を超えたとき）に変わることがある。同様に、上限を設けられたポリシーイベントは、例えば抑制（上限を超えていないとき）から、より大きな抑制（上限を超えたとき）に変わることもあり、または上限を超える前後の何らかの他のフィルタリング活動の組合せもあり得る。
【００７４】
図５の例では、流れ図５００は、モジュール５１０に進み、デザインシステム規則データストアに、対応するポリシーイベント規則記録を記憶する。ポリシーイベント規則記録は、トラフィック制御ポリシー、通知ポリシー、および課金ポリシーの１つまたは複数を含むことができる。トラフィック制御ポリシー規則は、トラフィック制御ポリシー規則が対応するフィルタのタイプ（例えば、許可、ブロック、抑制、遅延、延期、またはアクションなし）に関連付けられる。適用可能なトラフィック制御は、ネットワーク状態、デバイス状態、サービスプラン使用状態などによることがある。
【００７５】
通知ポリシー規則は、加入者、サービスデザインシステムの人間エージェントまたは非人間エージェント、プログラムなど、当事者に情報を送信することに関連付けられる。特定の実装形態では、通知ポリシー記録に以下のものを与えることができる。名前および説明、ならびに通知の詳細（例えば通知がフォアグラウンドのものであるか、それともバックグラウンドのものであるか）、通知の宛先（例えば、加入者へ、サーバへ、または何らかの他の当事者へ）、通知に関連してイネーブルにされる対話（例えば、ユーザに表示されなくなるまでに通知が表示される回数、またはユーザが今後は通知を止めることができるようにするオプション）。サービスデザインシステムの加入者および人間エージェントへの通知は、典型的には、タイトル、サブタイトル、ショートテキストの説明、および／またはロングテキストの説明など、人間が読むことができるコンテンツを含む。非人間エージェントへの通知は、同じ情報を含むことも含まないこともあり、人間が読んでもほとんどまたは全く意味のない命令セットを含むことができる。特定の実装形態では、通知は、ネットワーク状態に関するデータストアからのデータ、または時間と共に変化することがある他のデータを挿入する変数を含むことができる。サーバデザインエージェントは、受信者がフィードバックまたは命令を提供することができるようにする選択オプション（例えばボタン）を通知に含むことができる。有用な選択オプションは、例えば、アップセルプラン、サービス提案カタログ、詳細情報を求めるリクエスト、超過が望まれることの表示、ＵＲＬのラウンチ、および／または棄却を含むことがある。特定の実装形態では、サービスデザインシステムエージェントは、モバイルデバイスに通知を表示するグラフィカルユーザインターフェースを使用することがある。なぜなら、通知のレビューを行いやすいように、（おそらくモバイルデバイスの何らかのアイコンまたは他の機能を用いることなく）通知が表示されるからである。
【００７６】
課金ポリシー規則は、（時間またはバイト単位での）使用に対する請求額を決定することに関連付けられる。特定の実装形態では、サービスプランコンポーネントは、そのコンポーネントが組み込まれたプランから、課金ポリシーを継承することができる。したがって、厳密に言えば、そのような実装形態では、サービスプランコンポーネント記録は、課金ポリシー規則を有する必要はないが、展開されるときには継承により課金ポリシー規則を有することができる。課金ポリシーがコンポーネントに関して定義される場合、課金ポリシーは、使用されるデータまたは時間に基づくことがあり、（任意選択の最大超過使用量を有する）超過許可を有することも、有さないこともあり、課金コードによって指定することができるレートを有する。
【００７７】
図５の例では、流れ図５００は、モジュール５１２に進み、サービスデザインシステムフィルタデータストアからのフィルタインスタンスと、デザインシステム規則データストア内のポリシーイベント規則記録とを含むサービスプランコンポーネント記録を作成する。サービスプランコンポーネントは、常に、フィルタとポリシーイベント規則とを有することを見ることができる。トラフィック制御ポリシーが、（いくつか挙げると、許可、ブロック、抑制、遅延、延期に加えて）「検出」を含むように定義されると仮定すると、サービスプランコンポーネントは、常にトラフィック制御ポリシーを含むものとして定義することができ、ここで、「検出」は、フィルタおよびポリシーイベント規則がトラフィックイベントにマッチするときには、ポリシーイベントをそれ以上トリガしない。通知ポリシーが「なし」を含むように定義されると仮定すると、サービスプランコンポーネントは、常に通知ポリシーを含むものとして定義することができる。課金ポリシーが「継承」を含むように定義されると仮定すると、サービスプランコンポーネントは、常に課金ポリシーを含むものとして定義することができ、課金ポリシーは、コンポーネントがプランに組み込まれるときに決定され、プランからコンポーネントが課金ポリシーを継承することができる。
【００７８】
図５の例では、流れ図５００は、決定点５１４に進み、さらなるフィルタインスタンスを作成すべきかどうかが判断される。さらなるフィルタインスタンスを作成すべきと判断された場合（５１４−Ｙ）、流れ図は、モジュール５０２に戻り、前述したように進行する（モジュール５１２では、サービスプランコンポーネント記録を作成するのではなく、サービスプランコンポーネント記録を修正することができる）。他方、作成すべきフィルタインスタンスがもうないと判断された場合（５１４−Ｎ）、流れ図５００は、決定点５１６に進み、フィルタ記録に対応するさらなるポリシーイベント規則記録を作成すべきかどうかが判断される。
【００７９】
フィルタ記録に対応するさらなるポリシーイベント規則記録を作成すべきであると判断された場合（５１６−Ｙ）、流れ図５００は、モジュール５０８に戻り、前述したように進行する（モジュール５１２では、サービスプランコンポーネント記録を作成するのではなく、サービスプランコンポーネント記録を修正することができる）。他方、フィルタ記録に対応する作成すべきポリシーイベント規則記録がもうないと判断された場合（５１６−Ｎ）、流れ図５００が終了する。
【００８０】
典型的な実装形態では、作成すべき他のフィルタインスタンス、ポリシーイベント規則記録、またはサービスプランコンポーネント記録がある場合には、モジュール５０２、モジュール５０８、またはモジュール５１２から方法を再び始めることができる。したがって、終了は、流れ図５００に対する論理的な終了であるが、必要に応じてプロセスを継続することができる。
【００８１】
図６は、サービスプランコンポーネントからサービスプランを作成するための方法の一例の流れ図６００を示す。例示のために、サービスプランで使用されることになるフィルタインスタンス、ポリシーイベント規則記録、およびサービスプランコンポーネント記録は既に作成されていると仮定する。流れ図６００における任意の適切な点（図示せず）で、フィルタインスタンス、ポリシーイベント規則記録、およびサービスプランコンポーネント記録のどれも作成できない、あるいは、いくつかまたはすべてを作成することができることに留意されたい。特定の実装形態では、フィルタインスタンスとポリシーイベント規則記録は、サービスプランコンポーネントレベル（例えば図５参照）と、サービスプランレベルとの両方で使用することができる。
【００８２】
図６の例では、流れ図６００は、モジュール６１０に進み、サービスプラン記録を作成する。サービスプラン記録は、例えば、加入者デバイス、プラン名、プランの短い説明、プランの説明、プランのバージョン、プランのタイプ（例えば、スポンサー付き、有料、またはキャリア）、プランがデフォルトプランであるか、プランが再購入可能か、請求額、および表示額などに関する表示用のアイコンを含むことができる。ポリシーラベルが加入者デバイスに表示されるかどうかも設定することができる。そうではなく、以下のモジュールに関連付けられる情報のすべてまたは一部が提供された後にサービスプラン記録を作成することもできることに留意されたい。
【００８３】
図６の例では、流れ図６００は、モジュール６０４に進み、サービスプランに関する課金ポリシーを設定する。課金ポリシーは、データまたは時間使用量に基づくことができ、いくらかの量の超過を許す、または超過を許さない使用量制限を有することができ、適宜、料金請求ポリシーサイクル（例えば、期間、頻度、レポート使用、前払いまたは後払い請求など）を構成することができる。料金請求識別子（例えば、料金請求名やキャリアサービスＩＤなど）が使用されるかどうかを設定することもできる。課金コードが使用される場合、サービスプランに関して適切になるように、課金コードを識別してデフォルトに設定することも、そうしないこともできる。課金ポリシーは、プランの課金ポリシーを継承するように構成されたプランのサービスプランコンポーネントが継承することができる。
【００８４】
図６の例では、流れ図６００は、モジュール６０６に進み、サービスプラン内のサービスプランコンポーネントを階層的に配置する。階層配置は、コンポーネントの順序付けにおいて、（例えば、コンポーネントに関連付けられるフィールド内に優先順位を示すことによって）明示的にすることも、暗示的にすることもできる。特定の実装形態では、コンポーネントは、サービスクラスも有する。例えば、コンポーネントは、キャリア、ネットワーク保護、スポンサー付き、有料、ペアレンタルコントロール、マーケティングインターセプト、オープンアクセス／バルク、ポストバルク、および適用可能なサービスプランなし／サービス終了といったサービスクラスに入ることがある。したがって、サービスプランコンポーネントの階層配置は、サービスプランコンポーネントの相互の階層配置、およびサービスクラス内部にあるサービスプランコンポーネントと、そのサービスクラス内にある他のサービスプランコンポーネントとの相互の階層配置を表すことができる。
【００８５】
実装形態に応じて、サービスプランコンポーネントは、作成（または編集）時にサービスクラスを有するように選定することができ、またはコンポーネントがサービスプランに追加されるときに、コンポーネントをサービスクラスに割り当てることができる。例えば、サービスプランコンポーネントは、「有料」サービスクラスに割り当てることができるが、マーケティングインターセプトサービスクラスに割り当てられる場合にも適切に機能することができる。実装形態に応じて、作成時にコンポーネントを「有料」と指定し、同様の「マーケティングインターセプト」コンポーネントを作成するためにコピーすることができ、あるいは、作成時にコンポーネントを有料またはマーケティングインターセプト（またはサービスクラス指定なし）と指定し、サービスプラン内に入れられるときに当該のサービスクラスに挿入することができる。したがって、階層配置は、サービスクラスによって動的である（例えば、設計者が、コンポーネントを配置するクラスを選ぶことができる）ことも、サービスクラスによって静的である（例えば、コンポーネントがサービスクラス内部に作成される）こともある。特定の実装形態では、静的サービスクラスを有するサービスプランコンポーネントは、サービスクラス内部の他のサービスプランコンポーネントに対する優先順位に従って明示的に配置することができ、動的に割り当てられたサービスクラスを有するサービスプランコンポーネントは、サービスクラス内部の他のサービスプランコンポーネントに対する優先順位に従って明示的に配置することができ、静的サービスクラスを有するサービスプランコンポーネントは、サービスクラス内部の優先順位に従って暗示的に配置することができ、動的に割り当てられたサービスクラスを有するサービスプランコンポーネントは、サービスクラス内部の優先順位に従って暗示的に配置することができる。
【００８６】
本文献において提示する例では、キャリアサービスクラスは、一般に、最高の優先順位のサービスクラスとして取り扱われる。キャリアプランは、基本ネットワークポリシーを含む。特定の実装形態では、キャリアプランは、加入者デバイス上で自動的に施行され、プランカタログでは提案されない。
【００８７】
本文献において提示する例では、２番目に高い優先順位のサービスクラス、すなわちネットワーク保護は、（例えば、ネットワークリソースをあまりに多く消費しているデバイスを検出し、それらを抑制またはブロックすることによって）ネットワークリソースを保護するようにデザインされたポリシーに関連付けることができる。ネットワーク保護サービスは、（例えば、バックグラウンド処理や速度などとは対照的にフォアグランド処理を使用可能にするために）加入者が選択することができる様々な料金請求ポリシーを有することができるが、加入者は、実装形態に応じて、ネットワーク保護ポリシーを修正する権能を有することも有さないこともある。
【００８８】
本文献において提示する例では、３番目に高い優先順位のサービスクラス、すなわちスポンサー付きは、加入者以外の実体によって完全にまたは一部スポンサードされたサービスプランに関連付けることができる。一部スポンサードされたプランは、助成されていると言うこともできるが、用語「スポンサードされた」は、文脈によって別段に示されない限り、助成されたプランを含むものと意図される。実装形態および／または構成に応じて、スポンサードされたプランは、任意選択のものであることも、そうでないこともある。例えば、会社の従業員は、従業員が会社のイントラネットにアクセスするときに適用可能なスポンサー付きサービスプランを有することがあり、また、従業員は、スポンサーシップを拒否することができることも、拒否することができないこともある。別の例として、ｆａｃｅｂｏｏｋは、加入者がｆａｃｅｂｏｏｋウェブサイトにアクセスするときにネットワークリソース消費に対して助成することがあり、加入者は、助成を拒否することができることも、拒否することができないこともある。
【００８９】
本文献において提示する例では、４番目に高い優先順位のサービスクラス、すなわち有料は、加入者が購入するサービスプランに関連付けることができる。これは、一般に、加入者が、例えばアクション実行可能なサービスオファーによって、有料サービスプランを購入するというオプションを与えられる場合である（アクション実行可能なサービスオファーは、加入者がサービスオファーを承諾することを選択することができる承諾ボタンなどのフィードバックメカニズムを含む通知である）。サービスオファーは、例えば、プランがその助けとなるようなことを加入者が試行する時など、予め定義された条件によってトリガされる（サービスオファーは、スポンサー付きサービスに関してトリガすることもできる）。
【００９０】
本文献において提示する例では、５番目に高い優先順位のサービスクラス、すなわちペアレンタルコントロールは、認証プロセスに従って加入者が購入または修正するサービスプランに関連付けることができる。ペアレンタルコントロールプランは、主加入者がポリシーを設定することができるマルチデバイス（またはシングルデバイス）プランに関連付けることができる。実装形態に応じて、マルチデバイスプランの様々なデバイスは、異なるスポンサー付きプランおよび有料プランを有することもできる。
【００９１】
本文献において提示する例では、６番目に高い優先順位のサービスクラス、すなわちマーケットインターセプタは、加入者がバルクポリシーサービスクラスに下がる前に加入者に提案されるサービスプランに関連付けることができる。マーケットインターセプタプランは、何らかの形でオープンアクセスポリシーよりも好ましいサービスオファーを含むことができる。
【００９２】
本文献において提示する例では、７番目に高い優先順位のサービスクラス、すなわちオープンアクセスまたはバルクは、キャッチオール（ｃａｔｃｈ−ａｌｌ）サービスプランに関連付けることができる。
【００９３】
本文献において提示する例では、８番目に高い優先順位のサービスクラス、すなわちポストバルクは、他のサービスプランが適用可能でない場合にアクティブ化することができるサービスプランに関連付けることができる。特定の実装形態では、ポストバルクプランは、加入者が試行しているが、利用可能なサービスプランがないために行うことができないことに関して、サービスプランをアクティブ化する最後の機会を加入者に提案するようにデザインされる。加入者が通知に適切に応答した場合、加入者は、現在の活動に適切なサービスプラン（例えば、有料サービスプラン）をアクティブ化することができる。
【００９４】
本文献において提示する例では、９番目に高い優先順位のサービスクラス、すなわちサービス終了は、典型的には、検出されたトラフィックイベントに関して利用可能なサービスプランがないという通知に関連付けられる。
【００９５】
特定の実装形態においてサービスクラス階層を利用するために、すべてのサービスクラスを利用する必要はない。また、階層内で、あるクラスを他のクラスに対して上下に移動させることもできる。例えば、ネットワーク保護クラスの優先順位を有料サービスクラスよりも低くすることができる。
【００９６】
図６の例では、流れ図６００は、モジュール６０８に進み、ネットワーク状態に関連付けられるプランレベルポリシーイベントを設定する。前述したように、各サービスプランコンポーネントは、トラフィック制御ポリシー、通知ポリシー、および課金ポリシーを有することができる。また、プランレベルでポリシーイベントを設定することもできる。特定の実装形態では、サービスプランコンポーネントを作成するときに作成されたフィルタおよび規則をプランレベルで再使用することができ、また、サービスプラン（図示せず）を作成するときにフィルタおよび規則が作成される場合には、それらのフィルタおよび規則を、サービスプランコンポーネントレベルで使用することができる。特定の実装形態では、ポリシーイベントをネットワーク状態に関連付けることができる。ネットワーク状態は、現在のパラメータまたは履歴パラメータを表すことができる（例えば、輻輳、前にネットワーク上での認証に失敗した試行の回数、日時、地理的位置、ネットワークのタイプ、デバイスがローミングしているなど）。また、ポリシーイベントは、いかなるネットワーク状態に関しても（すなわちネットワーク状態に関係なく）適用可能であるように設定することもできる。
【００９７】
図６の例では、流れ図６００は、モジュール６１２で終了し、サービスデザインシステムサービスプランデータストアにサービスプラン記録を記憶する。有利には、サービスプランは、修正を施さずに複数のサービスプランカタログで使用することができる。あるいは、サービスプラン記録は、修正を施して、または修正を施さずに、様々なサービスプランカタログで使用するためにクローンすることができる。バージョニングが使用される場合、展開されているサービスプランを新しいバージョンに自動継続することができ（前のバージョンからのサービスプランコンポーネントへの加入者が保持することがある既得権益）、または、サービスプランの新しいバージョンが、展開されているサービスプランの提案に影響を及ぼさないように、サービスプランの全体または一部をテンプレート化することができる。実装形態に応じて、設計者は、（例えば、サービスプランをレビューして、パラメータを変更すべきと判断した後に）パラメータを編集するために任意のモジュールに戻ることができる。
【００９８】
サービスデザインエンジンは、加入者グループを作成するために、図４を参照して提示した例などのプロセスを使用することができる。また、サービスデザインエンジンは、サービスプランを作成するために、図６を参照して提示した例などのプロセスを使用することができる。加入者グループおよびサービスプランは、自動的または選択的な実装のためにアクセスネットワークに提供されるサービスプランカタログに実装することができる。図７は、加入者グループおよびサービスプランからサービスプランカタログを作成するための方法の一例の流れ図７００を示す。
【００９９】
図７の例では、流れ図７００は、モジュール７０２で始まり、サービスプランカタログ記録を作成する。サービスプランカタログ記録は、プランカタログ名、プランカタログの説明、プランカタログのバージョンなどを含むことができる。そうではなく、以下のモジュールに関連付けられる情報のすべてまたは一部が提供された後にサービスプランカタログ記録を作成することもできることに留意されたい。
【０１００】
図７の例では、流れ図７００は、モジュール７０４に進み、サービスプランカタログ記録にプランを追加する。特定の実装形態では、プランは、サービスデザインシステムサービスプランデータストアに記録として記憶される。特定の実装形態では、プランはリストとして表され、設計者は、サービスデザインシステムＵＩを使用して、そのリストからプランを選択プランリストにドラッグすることができる。プランは、起動時に利用可能なものとして選定することができる（選定しないこともできる）。
【０１０１】
図７の例では、流れ図７００は、モジュール７０６に進み、サービスプランカタログ記録内のサービスプランを階層的に配置する。互いに対する優先順位に従ってプランを配置させることができ、これにより、より高い優先順位のプランが最初に表示および／または使用される。また、プランは、サービスクラス内部で、そのサービスクラス内の他のプランに対して配置することもできる。サービスクラスは、プランが作成（または編集）されるときにプランに静的に割り当てることができ、またはサービスプランカタログの作成中に動的に割り当てることができる。優先順位は、優先順位インジケータに基づいて明示的にすることも、プランリスト内のプランの相対位置に基づいて暗示的にすることも、何らかの他の形で示すこともできる。特定の実装形態では、サービスデザインシステムＵＩは、設計者が、優先順位を設定するためにサービスクラス内部のプランリスト内でプランを上下にドラッグすることができるようにし、優先順位は、サービスクラス内部のプランの相対順序に対応する優先順位番号によって示される。
【０１０２】
図７の例では、流れ図７００は、モジュール７０８に進み、任意選択で、サービスプランカタログ提案を含む表示のためのタブ内にプランを配置する。タブは、「ゲーム」、「ソーシャル」、「プロダクティビティ」、「メディア」、「無料」、「有料」、「すべて」などのカテゴリーを含むことができる。タブとプランとの関連付けを形成することができ、それにより、例えば加入者デバイス上にサービスプランカタログ提案が表示されるときに、プランは、関連付けられたタブの下で表示される。プランは、複数のタブに関連付けることができ、複数のタブの下で表示することができる。タブの順序は、タブ内部のプランの順序と同様に構成することができる。本文献では、タブ内部のプランの順序は、例えばサービスクラス内部でのプランの優先順位に関係付けられないが、代替実施形態では、そのような相関を行うこともできる。
【０１０３】
図７の例では、流れ図７００は、モジュール７１０に進み、サービスプランカタログ記録に加入者グループを追加する。特定の実装形態では、加入者グループはリストとして表され、設計者は、サービスデザインシステムＵＩを使用して、そのリストからプランを選択加入者グループリストにドラッグすることができる。例えば加入者の特性に従って加入者グループを識別することによるものなど、加入者グループを追加する他の方法も考えられる。
【０１０４】
サービスプランカタログが公開されるとき、サービスプランカタログ内のサービスプランに関連付けられる加入者グループは、自動的にであれ、またはプランの選択によってであれ、加入者のデバイス上で当該のサービスプランのポリシーが施行されている加入者を識別する。実装形態に応じて、プランの公開をベータ版にすることができ、これは一般に、プランへの加入者が、通知を伴って、または通知を伴わずに変更されるプランを有することができることを意味し、または、プランの公開を配布によって行うことができ、これは一般に、加入者が（新しいバージョンの）プランを再購入することが必要になるまで、プランの将来のバージョンへの変更が加入者に影響を及ぼさないことを加入者が期待することができることを意味する。
【０１０５】
図７の例では、流れ図７００は、モジュール７１２に進み、アップセルオファーを構成する。アップセルオファーは、ネットワーク状態、デバイス状態、または加入者状態に関連付けられる通知ポリシーを有する。例えば、加入者がバルクプランで大容量のストリーミングメディアを使用している場合、加入者の現在の使用量または履歴使用量に基づいて、加入者が金銭を節約できるストリーミングメディアプランを提案することが望ましいことがある。別の例として、ワイヤレス都市域ネットワーク（ＭＡＮ；Ｍｕｎｉｃｉｐａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を張り巡らせた都市内にいる加入者は、ワイヤレスＭＡＮの使用に関連付けられるアップセルオファーを受信することがある。別の例として、ｆａｃｅｂｏｏｋに頻繁にアクセスする加入者は、ｆａｃｅｂｏｏｋによってスポンサードされているサービスプランであって、したがってアクセスがｆａｃｅｂｏｏｋに関連付けられる限りサービスコストを削減するサービスプランを提案されることがある。別の例として、ｆａｃｅｂｏｏｋの競合者に頻繁にアクセスする加入者は、（より安価であるので）加入者をｆａｃｅｂｏｏｋに引き寄せられるように、ｆａｃｅｂｏｏｋによってスポンサードされているサービスプランを提案されることがある。別の例として、加入者が日本語の言語選好を有することが示される場合、アップセルオファーは、（例えば、日本語話者に人気のあるアプリケーションにアクセスするためのスポンサー付きサービスを提案することによって）その人口統計をターゲットにすることができる。別の例として、特定のデバイス状態を有する加入者（例えば、加入者がｉｐｈｏｎｅを使用しているというデータを加入者記録が含む）が、そのようなデバイス状態を有する加入者に人気のあるアップセルオファーのターゲットとされることがある。
【０１０６】
アップセルオファーは、１組のすべての可能な選択肢を含むことができ、または特定の加入者の特定の履歴使用量により適したオファーに限定することもできる。例えば、加入者が典型的に単位時間当たり約５ＭＢのデータを消費する場合、システムは、１０ＭＢ、１００ＭＢ、１ＧＢ、１０ＧＢ、および１００ＧＢに関するアップセルオファーをすべて一度に提供する必要はなく（すべてを提案することができるとしても）、１０ＭＢのみ（または例えば１０ＭＢと１００ＭＢ）のアップセルオファーを送信する。加入者の使用量が増加する場合、加入者は、より大きなサイズのサービスプランに関して通知されることがある。
【０１０７】
あるいは、アップセルオファーをサービスプランコンポーネントに追加することもできるが、特定の実装形態では、サービスプランコンポーネント内部で識別することができるものでさえ、サービスプランカタログレベルでアップセルオファーを修正するのが有用と考えられた。このようにして、例えばｆａｃｅｂｏｏｋプランの標準のアップセルコンポーネントを、所与のサービスプランカタログに関して、または特定の加入者グループに関して、適切な通知または他の構成を伴うように修正することができる。
【０１０８】
図７の例では、流れ図７００は、モジュール７１４で終了し、ＬＣＰエラーポリシーを設定する。ＬＣＰエラーは、トラフィックイベントが、適用可能なサービスプランポリシーにマッチされないときに生じる。サービスプランカタログに関するＬＣＰエラーの設定により、（例えば、アクティブでないサービスプランに従ってトラフィックイベントを扱うことができるという通知であって、アクティブでないサービスプランを加入者がアクティブ化するというオプションを含む通知を加入者に送信することによって）ＬＣＰエラーをエレガントに扱うことができるようになる。あるいは、ＬＣＰエラー通知ポリシーをサービスプランコンポーネントに追加することができるが、特定の実装形態では、サービスプランカタログレベルでＬＣＰエラーポリシー設定をイネーブルにすることが有用と考えられた。これは、ＬＣＰエラーポリシーが常に、サービスプランカタログ提案におけるすべてのアクティブなプランへのマッチを試みる試行の最後に現れるからである。これにより、サービスプランデザインの効率が改良される。実装形態に応じて、設計者は、（例えば、サービスプランカタログをレビューして、パラメータを変更すべきと判断した後に）パラメータを編集するために任意のモジュールに戻ることができる。
【０１０９】
図８は、アクセスネットワークと、ネットワークサービスプランプロビジョニングサンドボックスシステムとを含むシステム８００の一例を示す。システム８００は、アクセスネットワーク８０２と、ネットワークサービスプランプロビジョニングシステム８０４とを含む。アクセスネットワーク８０２は、図１を参照して述べたものと同様である。
【０１１０】
図８の例では、ネットワークサービスプランプロビジョニングシステム８０４は、サービスデザインセンタ８０６と、サービスデザインサンドボックス８０８とを含む。概念上、サービスデザインセンタ８０６とサービスデザインサンドボックス８０８は、デザインおよび／またはプロビジョニングの任務を共有する。サービスデザインセンタ８０６とサービスデザインサンドボックス８０８は、階層的に組織化することができる。例えば、サービスデザインセンタ８０６は、サービスデザインサンドボックス８０８に特定の役割を委任することができ、おそらくはサービスデザインセンタ８０６のエージェントに関する監督機能を保持する。例えば、サービスデザインサンドボックス８０８は、ネットワークサービスプランプロビジョニングシステム８０４の加入者グループのサブセットに対するポリシー制御に影響を及ぼす権能を与えられることがある。この例では、ネットワークサービスプランプロビジョニングシステム８０４は、「分散」されていると言うことができる。
【０１１１】
ネットワーク内にサービスデザインサンドボックス８０８を含むことを望むことがある実体のいくつかの例は、ネットワークサービスを消費する従業員を抱える企業、ＭＶＮＯ、アプリケーション開発者、寄付団体、およびコミュニティベースの組織を含む。ネットワークサービスを消費する従業員を抱える企業の場合、サービスデザインサンドボックス８０８は、トラフィック制御および課金ポリシー（ならびに通知ポリシー）に対する微調整された制御を可能にすることができる。ＸＹＺ社がサービスデザインサンドボックス８０８を制御すると仮定する。ＸＹＺ社は、ＸＹＺ社のイントラネット上でのＸＹＺ社ネットワークサービスに特有のサービスプランを作成することができ、このサービスプランをＸＹＺプランと呼ぶ。特に、ＸＹＺ社は、ＸＹＺ社の従業員のために、ＸＹＺ社のイントラネット上でＸＹＺ社ネットワークサービスをスポンサードすることができる。例えばサービスデザインセンタ８０６を制御するキャリアによって提案される有料プランを、他のネットワークサービスを使用しているＸＹＺ社の従業員にも利用可能にすることができる（または、ＸＹＺ社は、他のネットワークサービスのサブセットを一部スポンサードすることができる）。また、ＸＹＺプランは、ＸＹＺ社の従業員がＸＹＺ社のイントラネットを介して特定の制限されたサイトにアクセスするのを防止するコンポーネントを含むこともでき、試行されるアクセスに関連付けられる通知ポリシーを有する。例を続けると、ＸＹＺ社のエージェント（例えば、ＩＴマネージャ）が、ＸＹＺ社メンバーを含む加入者グループを定義して、様々なＸＹＺ社加入者グループに様々なサービスプラン（例えば、様々なトラフィック制御、通知、または課金ポリシー）を割り当てることができる。例えば、従業員は、使用量を制限されることがあり、マネージャーは、より多くの使用量および追加のサービス（例えば、電子メール）にアクセスすることができ、セールスチームのメンバーは、より良いローミングサービスを受けることができ、ＣＥＯは、キャリアのサービスプラン提案のすべてを利用することができ、おそらくはＸＹＺ社がすべてのサービスに関するスポンサーとなっている。有利には、これらの技法を使用して、分割料金請求（ｓｐｌｉｔ−ｂｉｌｌｉｎｇ）が可能であり、それにより、ＸＹＺ社は、スポンサー付きサービスの代価を支払うことができ、ＸＹＺ従業員は、非スポンサー付きサービスの代価（または助成されたサービスの一部の代価）を支払うことができる。
【０１１２】
ＭＶＮＯの場合、ＭＶＮＯは、キャリアからバルクデータを購入し、バルクに基づいてプランを提案することができる。有利には、ＭＶＮＯに関して、サービスデザインサンドボックス８０８は、例えばネットワーク状態に基づいた加入者に対する制御を可能にする。実際、ＭＶＮＯが「所有」しているすべての加入者に関して、（キャリアがＭＶＮＯに与えるつもりの制御の量に応じて）相当なポリシー制御を適用することができる。サンドボックスモデルから利益を得ることができる他のプロバイダには、モバイル仮想ネットワークイネーブラ（ＭＶＮＥ；ｍｏｂｉｌｅ  ｖｉｒｔｕａｌ  ｎｅｔｗｏｒｋ  ｅｎａｂｌｅｒｓ）、モバイルシェアスペクトルイネーブラ（ＭＳＳＥ；ｍｏｂｉｌｅ  ｓｈａｒｅｄ  ｓｐｅｃｔｒｕｍ  ｅｎａｂｌｅｒｓ）、およびサービスプロバイダ（ＳＰ）が含まれる。
【０１１３】
アプリケーション開発者の場合、サービスデザインサンドボックス８０８は、サービスプランによってカバーすることができるアプリケーションを指定することができる。サービスデザインセンタ８０６は、根底にある制御メカニズムの作成を担当することも、担当しないこともある。例えば、ａｍａｚｏｎ．ｃｏｍなどの会社は、ａｍａｚｏｎ．ｃｏｍに関連付けられたアプリケーションに関するスポンサーシップ設定に対する何らかの制御権を与えられることがある。
【０１１４】
寄付団体の場合、サービスデザインサンドボックス８０８は、非営利の組織など何らかの他の組織に寄付されるスポンサーシップ量の指定を可能にすることができる。コミュニティベースの組織の場合、サービスデザインサンドボックス８０８は、特定のネットワークサービスに対するフリーアクセスを指定することができる。例えば、Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓの組織は、Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓのオフィシャルサイトへのフリーアクセス権を付与する、ファンのためのプラングループを有することができる。別の例として、ＡＡＡは、ＡＡＡメンバーのためにサービスへのアクセスをスポンサードすることができる。
【０１１５】
ネットワークサービスプランプロビジョニングシステムのエージェントは、サービスデザインおよび／またはプロビジョニングのいくつかの側面に対するアクセス権を付与する役割を与えられることがある。例えば、サービスデザインセンタ８０６でのエージェントは、システムアドミニストレータやスーパーユーザなどの役割を有することができ、サービスデザインサンドボックス８０８のエージェントは、企業ＩＴマネージャやＭＶＮＯアドミニストレータなどの役割を有することができる。サービスデザインサンドボックス８０８のエージェントは、適用可能な場合には、実装形態に応じて役割をさらに細分することができる。
【０１１６】
図９は、サービスデザインシステムサンドボックス実装形態の一例の概念図９００を示す。概念図９００は、キャリアネットワーク９０２、既存のネットワーク、ＩＴ、および料金請求インフラストラクチャ９０４（インフラストラクチャ９０４と呼ぶ）、インターネット９０６、サービス処理装置９０８、サービス制御装置９１０、オペレータサービスデザインセンタ（ＳＤＣ）９１２、およびパートナーＳＤＣサンドボックス９１４を含む。図９の例では、キャリアネットワークは、インフラストラクチャ９０４を介してインターネット９０６に結合される。
【０１１７】
サービス処理装置９０８は、キャリアネットワーク９０２上のクライアントデバイスに実装することができる。特定の実装形態では、サービス処理装置９０８は、サービス制御デバイスリンクを含む。例えば、ネットワークにわたる監督を含むデバイスベースのサービス制御技法がより洗練されるにつれて、デバイスエージェントと、サービスポリシーの通信、制御、監視、または検証を行うネットワーク要素との間の効率的でフレキシブルな制御プレーン通信リンクを有することがますます重要になる。いくつかの実施形態では、サービス制御デバイスリンクは、ネットワーク要素機能へのサービスエージェントの送信およびネットワーク要素機能からのサービスエージェントの受信を行うためのシステムのデバイス側となる。いくつかの実施形態では、このリンクのトラフィック効率は、伝送時に複数のエージェントメッセージをバッファしてフレーム化することによって高められる。いくつかの実施形態では、トラフィック効率は、伝送周波数を制御する、またはサービス使用量またはトラフィック使用量のレートに伝送周波数を連係させることによってさらに改良される。いくつかの実施形態では、１つまたは複数のセキュリティレベルまたは暗号レベルを使用して、発見（ｄｉｓｃｏｖｅｒｙ）、盗聴、またはセキュリティ侵害に対してリンクをロバストにする。いくつかの実施形態では、サービス制御デバイスリンクはまた、通信リンクと、エージェントハートビート機能用のハートビートタイミングとを提供する。サービス制御デバイスリンクは、サービスポリシー実装、制御、監視、および検証情報を他のネットワーク要素と送受信するための効率的で安全なソリューションを提供することができる。
【０１１８】
特定の実装形態では、クライアントダッシュボードが、サービス処理装置９０８によってディスプレイデバイスに表される。クライアントダッシュボードは、以下のメニューを含むことができる。サービス（購入済み、データ使用量）、統計（アプリケーション消費データ、絶対値または％での使用されたデータ）、購入（アクティブ化、登録、プラン選択、および購入ワークフローに進むように加入者をナビゲートする）、ヘルプ、および設定（選好、例えば言語）。
【０１１９】
サービス制御装置９１０は、例えばクラウドで実装することができ、インフラストラクチャ９０４に結合される。
【０１２０】
オペレータＳＤＣ９１２は、インターネット上にあり、サービス制御装置に結合される。オペレータＳＤＣ９１２は、「サンドボックス化」されたサービスに関する制限をセットアップして、パートナーセットに関するカスタマイゼーションを許可すること、所与のパートナーセットまたは個々のパートナーに関して、交渉されたレートに基づく主料金設定で固定すること、様々なパートナーセットまたは個々のパートナーに関するカスタムログインを作成すること、およびサービスデザインシステムに適した任意の適用可能な技法を実施することができる。オペレータＳＤＣ９１２は、認可されたエージェントが、サービスプランコンポーネントおよび加入者を管理できるようにする。エージェントは、グループ（加入者、ＳＩＭ、またはデバイスの集合）を管理して、グループおよびグループディレクトリの作成、オペレータに関するアイデンティティ階層の割当て、識別子とグループの関連付けなどを行うことができる。エージェントは、（１つまたは複数のコンポーネントを含む）サービスプランを管理することができ、サービスプランは、プラン名および説明、プランを使用するグループ、サービスプランコンポーネント、サービス活動、ネットワークビジー状態および接続タイプ、課金ポリシー（使用量制限、しきい値、頻度、時間、および支払いタイプを含む）、通知（例えば、プラン使用量しきい値、プラン上限、期限切れ、ブロック、超過、使用可能なプランがないことなどに関する）、およびイベント（例えば、プラン使用量しきい値、プラン上限、期限切れ、ブロック、超過などに関する）を含む。エージェントは、サービスコンポーネント（１つまたは複数のフィルタおよび規則の論理グループ分け）を管理することができ、サービスコンポーネントは、コンポーネント名および説明、コンポーネントを使用するプラン、ネットワークビジー状態および接続タイプ、課金ポリシー（使用量制限、しきい値、頻度、時間、および支払いタイプを含む）、通知（例えば、プラン使用量しきい値、プラン上限、期限切れ、ブロック、超過、使用可能なプランがないことなどに関する）、およびイベント（例えば、プラン使用量しきい値、プラン上限、期限切れ、ブロック、超過などに関する）を含む。エージェントは、サービス活動を管理することができる（例えば、活動名、活動を使用するプラン、活動を使用するコンポーネント、フィルタ名および説明、ならびにフィルタタイプの詳細（例えば、オペレーティングシステム、アプリケーション、遠隔、ポート、プロトコルなど））。エージェントは、プラングループの割当ておよび公開、アクティブ化ワークフロー画面の作成、購入ワークフロー画面の作成を含めたサービスグループプランを管理することができる。エージェントは、例えば、ある期間にわたるある加入者に関する宛先別の使用量レポート、ある期間にわたる様々な加入者に関する宛先別（最上位の宛先）の使用量レポートに関するレポートを受信、管理、カスタマイズ、または生成することができる。
【０１２１】
パートナーＳＤＣサンドボックス９１４は、適用可能な好都合な様式で、オペレータＳＤＣ９１２に結合される。パートナーＳＤＣサンドボックス９１４は、以下のことを行うことができる。ＳＤＣサービス管理制御のサブセットをデザインおよび／または使用することができる安全なログイン環境を提供すること；管理下で、１つまたは複数のデバイスグループに関する制限付きサービスカスタマイゼーションオプションからの選択を可能にすること；デバイスＵＩブランディングをカスタマイズすること；サービス使用量、アプリケーション使用量、位置などに関するリアルタイム解析にアクセスすること；サービス使用量アラート、不正アラート、盗難アラートなどをセットアップすること；サンドボックス化された環境に委任されているサービスデザインシステムに適した任意の適用可能な技法を実施すること。
【０１２２】
サービス制御装置９１０は、サービス制御サーバリンクを含む。いくつかの特定の実装形態では、（例えば制御プレーン上での）ネットワークにわたる監督を含むデバイスベースのサービス制御技法がより洗練され、したがって、（例えばサービス処理装置９０８の）デバイスエージェントと、サービスポリシーの通信、制御、監視、または検証を行う（例えばサービス制御装置９１０の）ネットワーク要素との間での効率的でフレキシブルな制御プレーン通信リンクを有することがますます重要になる。例えば、サービス制御装置９１０のサービス制御サーバリンクとサービス処理装置９１０のサービス制御デバイスリンクとの間の通信リンクは、効率的でフレキシブルな制御プレーン通信リンク、すなわちサービス制御リンクを提供し、いくつかの実施形態では、この制御プレーン通信リンクが、サービス処理装置９０８とサービス制御装置９１０の間の安全な双方向通信を可能にするための安全な（例えば暗号化された）通信リンクとなる。いくつかの実施形態では、サービス制御サーバリンクは、ネットワーク要素機能へのサービスエージェントの送信およびネットワーク要素機能からのサービスエージェントの受信を行うためのシステムのネットワーク側となる。いくつかの実施形態では、このリンクのトラフィック効率は、伝送時に複数のエージェントメッセージをバッファしてフレーム化する（例えばそれによりネットワークチャタリングを減少させる）ことによって高められる。いくつかの実施形態では、トラフィック効率は、伝送周波数を制御する、および／またはサービス使用量またはトラフィック使用量のレートに伝送周波数を連係させることによってさらに改良される。いくつかの実施形態では、１つまたは複数のセキュリティレベルおよび／または暗号レベルを使用して、リンク上で通信の発見、盗聴、またはセキュリティ侵害を受ける可能性に対してリンクを保護する。いくつかの実施形態では、サービス制御サーバリンクはまた、通信リンクと、エージェントハートビート機能用のハートビートタイミングとを提供する。いくつかの実施形態では、サービス制御サーバリンクは、サービス制御リンクを介して通信を送信する前に、そのような通信を安全化、署名化、暗号化、および／または他の方法で保護することを可能にする。例えば、サービス制御サーバリンクは、転送層への送信または伝送用のリンク層への直接の送信を行うことができる。別の例では、サービス制御サーバリンクは、さらに、ＴＣＰ  ＴＬＳまたは別の安全な転送層プロトコルなど転送層暗号によって通信を安全化する。別の例として、サービス制御サーバリンクは、リンク層で、例えばＩＰＳＥＣ、様々な可能なＶＰＮサービス、他の形態のＩＰ層暗号および／または別のリンク層暗号技法を使用して暗号化を行うことができる。
【０１２３】
特定の実装形態では、サービス制御装置９１０は、アクセス制御完全性サーバ（例えば、サービスポリシーセキュリティサーバ）を含むことができる。いくつかの実施形態では、アクセス制御完全性サーバは、サービスポリシー、サービス使用量、エージェント構成、および／またはエージェント挙動に関するデバイス情報を収集する。例えば、アクセス制御完全性サーバは、この情報をクロスチェックして、サービスポリシー実装および制御システムにおける完全性違反を識別することができる。別の例では、アクセス制御完全性サーバは、サービスポリシー侵害（例えばＱｏＳポリシー侵害および／またはネットワーク容量制御サービスポリシー侵害）またはシステム完全性違反が疑われるときに、アクションを開始することができる。
【０１２４】
特定の実装形態では、サービス制御装置９１０のエージェント（および／またはアクセス制御完全性サーバの何らかの他のエージェント）は、アクセス制御完全性エージェント（例えばサービスポリシーセキュリティエージェント）レポートおよびエラー条件に作用する。アクセス制御完全性エージェントのチェックの多くは、サーバによって達成することができる。例えば、アクセス制御完全性エージェントのチェックは、以下のものの１つまたは複数を含む。ポリシーに適合する使用量範囲に対するサービス使用量尺度（例えばネットワークからおよび／またはデバイスからの使用量尺度）；エージェントの構成；エージェントの動作；および／または動的エージェントダウンロード。
【０１２５】
特定の実装形態では、サービス制御装置９１０のエージェント（および／またはアクセス制御完全性サーバの何らかの他のエージェント）は、施行されているものと意図されるポリシー（例えばＱｏＳポリシーおよび／またはネットワーク容量制御サービスポリシー）を前提として、（例えば、ＩＰＤＲやＣＤＲなどを使用することによるネットワーク監視情報、および／またはローカルサービス使用監視情報に基づいて）様々なサービス使用尺度を予想サービス使用挙動と比較することによって、デバイスサービスポリシー実装を検証する。例えば、デバイスサービスポリシー実装は、渡された総計のＱｏＳデータ、ある期間内に渡されたＱｏＳデータ、ＩＰアドレス、ＩＰアドレス当たりのデータ、および／または他の尺度、例えば位置、ダウンロード、アクセスされた電子メール、ＵＲＬを測定し、施行されているものと意図されるポリシーを前提として、そのような尺度を予想サービス使用挙動と比較することを含むことができる。
【０１２６】
特定の実装形態では、サービス制御装置９１０のエージェント（および／またはアクセス制御完全性サーバの何らかの他のエージェント）は、デバイスサービスポリシーを検証し、ＱｏＳサービス尺度とＱｏＳサービスポリシーとの不一致を示すことがある検証エラー条件は、以下のものの１つまたは複数を含む。非認可のネットワークアクセス（例えば、アンビエントサービスポリシー制限を超えるアクセス）；非認可のネットワーク速度（例えば、サービスポリシー制限を超える平均速度）；ネットワークデータ量がＱｏＳポリシー制限にマッチしないこと（例えば、サービスポリシーの改定／改訂をしないと、デバイスが限度で止まらないこと）；非認可のネットワークアドレス；非認可のサービス使用（例えばＶＯＩＰ、電子メール、および／またはウェブブラウジング）；非認可のアプリケーション使用（例えば電子メール、ＶＯＩＰ、電子メール、および／またはウェブ）；プランに対して高すぎるサービス使用レートであり、ポリシー制御装置がそれを制御／抑制しない；および／またはサービス尺度とサービスポリシーとの任意の他の不一致。したがって、いくつかの実施形態では、サービス制御装置９１０のエージェント（および／またはアクセス制御完全性サーバの何らかの他のエージェント）は、ポリシー／サービス制御完全性サービスを提供して、デバイスのサービス制御がセキュリティ侵害されていない、および／またはポリシー（例えばＱｏＳポリシーおよび／またはネットワーク容量制御サービスポリシー）から外れて挙動していないことを継続的に（例えば定期的に、および／またはトリガイベントに基づいて）検証する。
【０１２７】
特定の実装形態では、サービス制御装置９１０は、サービス履歴サーバ（例えば課金サーバ）を含む。いくつかの実施形態では、サービス履歴サーバは、例えばアクセスネットワークＡＡＡサーバおよび／またはサービス制御装置９１０のサービスモニタエージェントから、サービス使用量またはサービス活動レポートを収集して記録する。例えば、いくつかの実施形態では、ネットワーク要素からのサービス使用履歴は、デバイスからのサービス履歴よりも詳細ではないことがあるが、ネットワークからのサービス履歴は、デバイスサービスポリシー実装を検証するための貴重な情報源となることがある。なぜなら、例えば、デバイス上でのデバイスエラーまたはセキュリティ侵害イベントがネットワークベースの機器およびソフトウェアをセキュリティ侵害することは非常に難しいからである。例えば、デバイスからのサービス履歴レポートは、同様に上述したように、様々なサービス追跡情報を含むことができる。いくつかの実施形態では、サービス履歴サーバは、サービス制御装置９１０の他のエージェント、他のサーバ、および／または１つまたは複数の他のエージェントへのリクエストに応じてサービス履歴を提供する。いくつかの実施形態では、サービス履歴サーバは、デバイスサービス履歴機能（例えばＣＤＲフィードおよびＣＤＲ調停機能）にサービス使用履歴を提供する。いくつかの実施形態では、（以下に述べる）アクティブ化追跡サービス機能を容易に実現するために、サービス履歴サーバは、デバイスが接続されていたネットワークの履歴を保守する。例えば、このネットワーク活動の概要は、アクセスされたネットワーク、接続ごとの時間に対する活動、および／または接続ごとの時間に対するトラフィックの概要を含むことができる。別の例として、さらに、請求書共有再調停の目的で、トラフィック活動と関連付けられるサービスプランのタイプを推定するために、この活動の要約を解析または報告することができる。
【０１２８】
特定の実装形態では、サービス制御装置９１０は、ＱｏＳポリシーおよび／またはネットワーク容量制御サービスポリシーなどサービス使用ポリシーを管理するためのポリシー管理サーバ（例えばポリシー決定点（ＰＤＰ）サーバ）を含む。いくつかの実施形態では、ポリシー管理サーバは、サービス制御リンクを介してサービス処理装置９０８にポリシーを伝送する。いくつかの実施形態では、ポリシー管理サーバは、デバイスサービスプロファイルに従って、デバイスでのポリシー設定（例えば、様々な実施形態に関して本明細書で述べる様々なポリシー設定）を管理する。いくつかの実施形態では、ポリシー管理サーバは、ポリシー実装エージェント（例えば、ポリシー実装エージェント）に対して、瞬時ポリシーを設定する。例えば、ポリシー管理サーバは、ポリシー設定を発行し、サービス使用を監視し、必要であればポリシー設定を修正することができる。例えば、ユーザのサービス使用コストをネットワークが管理することを好むユーザの場合、または任意の適応型ポリシー管理ニーズがある場合、ポリシー管理サーバは、デバイスとの比較的高い通信頻度を維持して、トラフィックおよび／またはサービス尺度を収集し、新規のポリシー設定を発行することができる。この例では、デバイスによって監視されるサービス尺度、および任意のユーザサービスポリシー選好変更が、定期的に、および／または様々なトリガ／イベント／リクエストに基づいて、ポリシー管理サーバに報告される。この例では、ユーザプライバシー設定は、一般に、ネットワークを介して伝送されるそのような構成リクエスト／ポリシー設定中にユーザプライバシーの様々な側面が適切に保たれることを保証するために、ネットワーク、例えばポリシー管理サーバとの安全な通信（例えば安全なサービス制御リンク）を必要とする。例えば、情報をサービスポリシー管理に区分することができ、ユーザプライバシーを保つために、ＣＲＭに関して使用される他のデータベースには通信することができない。
【０１２９】
いくつかの実施形態では、ポリシー管理サーバは、デバイス上で適応型ポリシー管理を提供する。例えば、ポリシー管理サーバは、ポリシー設定および目標を発行し、ポリシー適応のいくつかまたはすべてに関するデバイスベースのポリシー管理（例えばサービス処理装置９０８）に依拠することができる。この手法は、デバイスとの対話をあまり必要としないことがあり、それにより、デバイスポリシー管理の目的に関して、サービス制御リンク上でのネットワークチャタリングを減少させる（例えば、ネットワークチャタリングは、上述した様々なサーバ／ネットワークベースポリシー管理手法に比べて減少される）。また、この手法は、ユーザプライバシー選好／設定に関してユーザがデバイスポリシーを構成できるようにすることによって、ロバストなユーザプライバシー実施形態を提供することもでき、それにより、例えば、取扱いに注意を要する情報（例えば地理的位置データ、ウェブサイト履歴、および／または取扱いに注意を要する他の情報）は、ユーザの承認なしではネットワークに通信されない。いくつかの実施形態では、ポリシー管理サーバは、時間帯に基づいてサービスポリシーを調節する。いくつかの実施形態では、ポリシー管理サーバは、ネットワークアベイラビリティ／容量の尺度を受信、リクエスト、および／または他の方法で取得し、利用可能なネットワークアベイラビリティ／容量（例えばネットワークビジー状態）に基づいて、トラフィックシェーピングポリシーおよび／または他のポリシー設定を調節する。
【０１３０】
特定の実装形態では、サービス制御装置９１０は、ネットワークトラフィック解析サーバを含む。いくつかの実施形態では、ネットワークトラフィック解析サーバは、デバイスおよび／またはデバイスのグループに関するサービス使用履歴を収集／受信して、サービス使用を解析する。いくつかの実施形態では、ネットワークトラフィック解析サーバは、ネットワークサービス品質および／またはサービス利潤性の改良を識別できるように、様々な形式でサービス使用統計を提示する。いくつかの実施形態では、ネットワークトラフィック解析サーバは、採用され得るサービスポリシーに関する様々な設定の下で、ネットワークに関するサービス品質および／またはサービス使用量を推定する。いくつかの実施形態では、ネットワークトラフィック解析サーバは、全体のネットワークサービス品質またはサービスコストに対して問題を引き起こしている１つまたは複数のデバイスによる実際のサービス挙動または生じ得るサービス挙動を識別する。いくつかの実施形態では、ネットワークトラフィック解析サーバは、採用され得るサービスポリシーに関する様々な設定の下で、ネットワークに関するネットワークアベイラビリティ／容量を推定する。いくつかの実施形態では、ネットワークトラフィック解析サーバは、全体のネットワークアベイラビリティ／容量に影響を及ぼしている、および／または問題を引き起こしている１つまたは複数のデバイスによる実際のサービス挙動または生じ得るサービス挙動を識別する。
【０１３１】
特定の実装形態では、サービス制御装置９１０は、ベータ試験サーバ（例えば、ポリシー作成点およびベータ試験サーバ）を含む。いくつかの実施形態では、ベータ試験サーバは、１つまたは複数のデバイスに、候補サービスプランポリシー設定を公開する。いくつかの実施形態では、ベータ試験サーバは、１つまたは複数の候補サービスプランポリシー設定に関するネットワークサービス使用またはユーザフィードバック情報の要約レポートを提供する。いくつかの実施形態では、ベータ試験サーバは、様々な候補サービスプランポリシー設定に関するベータ試験結果を比較するため、または、ネットワーク容量の保護などさらなるポリシー設定最適化のための最適な候補を選択するためのメカニズムを提供する。
【０１３２】
特定の実装形態では、サービス制御装置９１０は、サービスダウンロード制御サーバ（例えば、サービスソフトウェアダウンロード制御サーバ）を含む。いくつかの実施形態では、サービスダウンロード制御サーバは、本明細書で述べるように、サービスソフトウェア要素（例えば、サービス処理装置９０８および／またはサービス処理装置９０８のエージェント／コンポーネント）をデバイス上にインストールするため、および／または更新するためのダウンロード機能を提供する。
【０１３３】
特定の実装形態では、サービス制御装置９１０は、料金請求イベントサーバ（例えば、マイクロＣＤＲサーバ）を含む。いくつかの実施形態では、料金請求イベントサーバは、料金請求イベントを収集し、サービス処理装置９０８にサービスプラン情報を提供し、サービス処理装置９０８にサービス使用量更新情報を提供し、デバイスと中央料金請求サーバとのインターフェースとして働き、および／または特定の電子商取引料金請求トランザクションに関する信頼される第三者機能を提供する。
【０１３４】
特定の実装形態では、サービス処理装置９０８は、追加のアクセス制御層を提供する。例えば、アクセスネットワークＡＡＡサーバは、中央プロバイダアクセスネットワークおよびサービスプロバイダネットワークにデバイスが入れるように、所要のアクセスネットワークＡＡＡサービス（例えば、デバイスアクセス層に関するアクセス制御および認可機能）を提供することができる。いくつかの実施形態では、デバイスが他のネットワーク、例えばインターネット、社内ネットワーク、および／またはマシンツーマシンネットワークへのアクセス権を得るために、別のアクセス制御層が必要とされる。いくつかの実施形態では、アクセスネットワークＡＡＡサービスはまた、サービス制御装置９１０から受信される通信に基づいて、デバイスに対するサービスを一時停止する、およびデバイスに対するサービスを再開することができる機能を提供する。いくつかの実施形態では、アクセスネットワークＡＡＡサーバはまた、デバイス検疫条件が呼び出されるときに、デバイストラフィックに関するルーティングを検疫ネットワークに向ける、またはネットワークアクセスを制約または制限することができる機能を提供する。いくつかの実施形態では、アクセスネットワークＡＡＡサーバはまた、デバイスネットワークサービス使用量を記録して報告する。
【０１３５】
いくつかの実施形態では、選択されたネットワーク接続に基づいて、様々なプロファイル（例えば、ＷＷＡＮ、ＷＬＡＮ、ＷＰＡＮ、Ｅｔｈｅｒｎｅｔ、および／またはＤＳＬネットワーク接続のための様々なサービスプロファイル／ポリシー）が選択され、これは、マルチモードプロファイル設定と呼ぶこともできる。例えば、サービスプロファイル設定は、喫茶店でのＷｉ−Ｆｉネットワークへのアクセスとは異なるものとみなされるＷｉ−Ｆｉ（例えば。または任意の他のネットワーク、例えばＤＳＬ／ケーブル、衛星、またはＴ−１）であるが、Ｗｉ−Ｆｉの背後の実際のアクセスネットワーク（例えば、ホームＤＳＬ／ケーブルまたはワークネットワーク）に基づくことがある。例えば、ＤＳＬまたはＴ−１バックホール上にかなりのユーザが存在するＷｉ−Ｆｉホットスポット状況では、サービス制御装置は、サービスプロバイダクラウドまたはＭＶＮＯクラウド内に位置することができ、サービス制御は、サービスプロバイダによって提案されるＶＳＰ機能によって提供することができる。あるいは、ホットスポットサービスプロバイダがサービス制御装置９１０を所有することができ、アクセスネットワークサービスプロバイダとの関連付けなしでホットスポットサービスプロバイダ自体がサービス制御装置９１０を使用する。例えば、サービス制御装置９１０によってサービス処理装置９０８を制御して、ＱｏＳまたはユーザ共有規則に従って、ホットスポットで利用可能な帯域幅を分割することができる（例えば、いくらかのユーザが、（例えば場合によってはより高いサービス料を支払うことにより）他のユーザよりも高い、格差を付けられた優先順位を有する）。別の例として、（例えば本明細書で同様に述べる）アンビエントサービスを、検証されたサービス処理装置に関するホットスポットに対して提供することができる。
【０１３６】
いくつかの実施形態では、サービス処理装置９０８およびサービス制御装置９１０は、ユーザが個別に、またはパッケージとして組み合わせて選択する複数のサービスプランに関連付けられる複数のサービスプロファイルを割り当てることができる。例えば、デバイスは、フリートランザクションサービスを含むアンビエントサービスから開始し、ここでは、使用者は、基本サービス（例えばニュースサービス、電子リーダ、ＰＮＤサービス、従量制（ｐａｙ  ａｓ  ｙｏｕ  ｇｏ）セッションインターネット）ではなく、取引またはイベントの代金を支払い、各サービスは、アカウント別請求機能によってサポートされて、任意の助成された当事者料金請求に関して正確に決算して、取引サービスを提供する（例えば、Ｂａｒｎｅｓ  ａｎｄ  Ｎｏｂｌｅは、電子リーダサービスの代金を支払うことがあり、デバイスから購入された本または雑誌の取引に関してサービスプロバイダに収益共有を提案することがある）。いくつかの実施形態では、アカウント別請求サービスはまた、収益共有の目的で、取引およびいくつかの実施形態では広告を追跡することもでき、いずれも、本明細書で開示するサービス監視機能を使用する。上述した無料アンビエントサービスでサービスを開始した後、ユーザは、その後、後払い月極めのインターネット、電子メール、およびＳＭＳサービスを選択することがある。この場合、サービス制御装置９１０は、ネットワークベースの料金請求の場合には料金請求システム（例えば。または、デバイスベースの料金請求の場合には、サービス制御装置９１０の料金請求イベントサーバ）から、新規のインターネット、電子メール、およびＳＭＳサービスのための料金請求プランコードを取得する。いくつかの実施形態では、このコードは、初期アンビエントサービスと併せた新規のサービスに関する適当なサービスプロファイルを見出すために、データベース（例えばポリシー管理サーバ）内で相互参照される。次いで、新規のスーパーセットサービスプロファイルが適用され、それにより、ユーザは、アンビエントサービスへのフリーアクセスを維持し、料金請求当事者は、それらのサービスを助成し続け、ユーザはまた、インターネットサービスへのアクセス権を得て、（例えば本明細書で開示する実施形態の１つから）サービス制御プロファイルを選択することができる。スーパーセットプロファイルは、プロファイルが同じデバイスサービス処理装置に適用されるときに、２つ以上のサービスプロファイルの複合機能を提供するプロファイルである。いくつかの実施形態では、２つ以上の「重畳可能な（ｓｔａｃｋａｂｌｅ）」サービスがユーザによって選択されるとき、または他の方法でデバイスに適用されるとき、サービス制御装置９１０ではなくサービス処理装置９０８がスーパーセットプロファイルを決定することができる。本明細書で述べるサービス処理装置９０８およびサービス制御装置９１０の実施形態の融通性により、所望のデバイスサービスフィーチャを実現するために、多様なサービスプロファイルを個別に、またはスーパーセットとして定義および適用できるようになる。
【０１３７】
いくつかの実施形態では、（例えばＵＲＬによって、ネットワークドメインによって、ウェブサイトによって、ネットワークトラフィックタイプによって、アプリケーションまたはアプリケーションタイプによって、および／または任意の他のサービス使用活動類別／分類によって）監視される様々な活動を関連のＩＰアドレスに関連付けるために、サービス使用活動を分類または類別するための活動マップを提供するためのデバイス支援サービス（ＤＡＳ）技法が提供される。いくつかの実施形態では、サービス処理装置９０８のポリシー制御エージェント、サービスモニタエージェント（例えば課金エージェント）、または別のエージェントもしくは機能（またはそれらの組合せ）が、ＤＡＳ活動マップを提供する。いくつかの実施形態では、サービス処理装置のポリシー制御エージェント、サービスモニタエージェント、または別のエージェントもしくは機能（またはそれらの組合せ）は、（例えば、ユニフォームリソースロケータ（ＵＲＬ）によって、ネットワークドメインによって、ウェブサイトによって、ネットワークトラフィックタイプによって、ソケットによって（例えば、ＩＰアドレス、プロトコル、および／またはポートによって）、ソケットＩＤ（例えばポートアドレス／番号）によって、ポート番号によって、コンテンツタイプによって、アプリケーションもしくはアプリケーションタイプによって、および／または任意の他のサービス使用活動分類／類別によって）様々な監視される活動を関連のＩＰアドレスおよび／または他の基準／尺度に関連付けるためにサービス使用活動を分類または類別するための活動マップを提供する。いくつかの実施形態では、サービス処理装置のポリシー制御エージェント、サービスモニタエージェント、または別のエージェントもしくは機能（またはそれらの組合せ）は、ＤＮＳリクエストをスヌープするための様々な技法を使用して、監視されるサービス使用活動に関する関連のＩＰアドレスを決定する（例えば、デバイス１００上でそのようなスヌーピング技法を実施することによって、ＤＮＳ逆引きを求めるネットワークリクエストを必要とせずに、関連のＩＰアドレスを決定することができる）。いくつかの実施形態では、サービス処理装置のポリシー制御エージェント、サービスモニタエージェント、または別のエージェントもしくは機能（またはそれらの組合せ）は、監視中のサービス使用活動に関して、ＩＰアドレスを記録および報告するか、またはＤＮＳルックアップ機能を含み、ＩＰアドレスまたはＩＰアドレスと関連のＵＲＬを報告する。例えば、サービス処理装置のポリシー制御エージェント、サービスモニタエージェント、または別のエージェントもしくは機能（またはそれらの組合せ）は、ＤＮＳルックアップ機能を実施するために様々な技法を使用して（例えば、監視されるデバイス上でローカルＤＮＳキャッシュを使用して）、監視されるサービス使用活動に関する関連のＩＰアドレスを決定することができる。いくつかの実施形態では、これらの技法の１つまたは複数を使用して、例えば、適用可能であれば、ＵＲＬをＩＰアドレスにマップする、アプリケーションをＩＰアドレスにマップする、コンテンツタイプをＩＰアドレスにマップする、および／または任意の他の類別／分類をＩＰアドレスにマップするＤＡＳ活動マップを動的に構築して保守する。いくつかの実施形態では、ＤＡＳ活動マップは、ネットワーク容量を保護する目的で、ＤＡＳに関するＱｏＳを提供するため、および／またはＤＡＳを提供するための様々な実施形態に関して、本明細書で述べる様々なＤＡＳトラフィック制御および／または抑制技法のために使用される。いくつかの実施形態では、ＤＡＳ活動マップは、様々な実施形態に関して本明細書で述べるサービス使用に関係付けられる様々なＵＩ関連情報および通知技法をユーザに提供するために使用される。いくつかの実施形態では、ＤＡＳ活動マップは、サービス使用監視、将来のサービス使用の予測／推定、サービス使用料金請求（例えば、アカウント別請求および／または任意の他のサービス使用／料金請求類別技法）、アンビエントサービス使用監視のためのＤＡＳ技法、マイクロＣＤＲを生成するためのＤＡＳ技法、および／または様々な実施形態に関して本明細書で述べる任意の様々な他のＤＡＳ関連技法を提供するために使用される。
【０１３８】
図１０は、サービスデザインシステムサンドボックス実装形態の一例の概念図１０００を示す。図１０のコンポーネントは、図９に示されるものと同様である。図１０は、様々な目的で様々なサンドボックスを形成することができることを例示する意図のものである。図１０の例では、サンドボックス１０１４は、スポンサー付きアプリケーション＆ウェブサイトサンドボックス１０１４−１、企業ＩＴマネージャサンドボックス１０１４−２、マシンツーマシン（Ｍ２Ｍ）＆仮想サービスプロバイダ（ＶＳＰ）（ＭＶＮＯ）パートナーサンドボックス１０１４−３、デバイスＯＥＭ＆メディアプロバイダサンドボックス１０１４−４、ペアレンタルコントロール＆マルチデバイスサンドボックス１０１４−５などを含む。サービス制御装置１０１０で実装される共通サービス制御装置クラウドサービスソフトウェア、およびサービス処理装置１００８で実装されるサーバ処理装置デバイスクライアントソフトウェアにより、オペレータおよびパートナーは、カスタマイズされたユーザ体感およびサービスプランポリシーを調整することができるようになる。
【０１３９】
いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、以下のものの１つまたは複数に基づいて、動的である。ネットワークビジー状態、時間帯、サービス活動が接続されるネットワーク、サービス活動が接続される基地局または通信チャネル、ユーザ入力、ユーザ選好選択、関連のサービスプラン、サービスプラン変更、アプリケーション挙動、メッセージング層挙動、ランダムバックオフ、デバイスの電力状態、デバイス使用状態、時間ベースの基準（例えば、時間／日／週／月、将来のタイムスロットに関する保留／遅延／延期、スケジュールされたタイムスロットに関する保留／遅延／延期、および／またはビジー状態／アベイラビリティ状態／ＱｏＳ状態が実現されるまでの保留／遅延／延期）、サービス活動とのユーザ対話の監視、デバイスとのユーザ対話の監視、サービス活動に関するＵＩ優先順位の状態、サービス活動の電力消費挙動の監視、モデム電力サイクリングまたは電力制御状態変化、セットアップまたはティアダウンされたモデム通信セッション、および／またはネットワークからのポリシー更新／修正／変更。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、ネットワークサービス使用活動の更新されるサービス使用挙動解析に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、ネットワーク容量制御サービス分類に応答する更新される活動挙動に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、（例えば、ネットワーク容量制御サービスに関するポリシー／制御に関係付けられる）更新されるユーザ入力／選好に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、サービスプランステータスの更新に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、サービスプランポリシーの更新に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、代替ネットワークのアベイラビリティに基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、代替ネットワークを選択するためのポリシー規則に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、代替ネットワークに関するネットワークビジー状態またはアベイラビリティ状態に基づく。いくつかの実施形態では、ネットワークサービス使用制御ポリシーは、所与のネットワークサービス活動または１組のネットワークサービス活動に関する特定のネットワーク選択または選好ポリシーに基づく。
【０１４０】
いくつかの実施形態では、ネットワークサービス使用活動と、ネットワークサービス使用制御ポリシーまたはネットワークサービス使用通知ポリシーとの関連付けは、以下のものの１つまたは複数に基づく動的な関連付けを含む。ネットワークビジー状態、時間帯、ユーザ入力／選好、関連のサービスプラン（例えば、２５ＭＢデータプラン、５Ｇデータプラン、または無制限データプラン、または他のデータ／サービス使用プラン）、アプリケーション挙動、メッセージング層挙動、デバイスの電力状態、デバイス使用状態、時間ベースの基準、代替ネットワークのアベイラビリティ、および１つまたは複数の代替ネットワークでのトラフィックを選択および／または制御するための１組のポリシー規則。
【０１４１】
いくつかの実施形態では、ネットワークサービス使用制御ポリシー（例えば、ネットワーク容量制御サービスポリシー）は、以下のことを含む。１つまたは複数のサービスプランに関するネットワークサービス使用制御ポリシーを定義すること、ファミリーおよび企業プランなどシングルユーザまたはマルチユーザシナリオにおいて、１つまたは複数のデバイスまたはデバイスのグループに関するネットワークアクセスポリシー規則を定義すること、１つまたは複数のユーザまたはユーザのグループに関してネットワークアクセスポリシー規則を定義すること、ネットワークアクセスイベントまたは試行を許可または不許可にすること、ネットワークアクセスイベントまたは試行の数を調整すること、ネットワークアクセスイベントまたは試行を１グループのアクセスイベントまたは試行に集約すること、ネットワークアクセスイベントまたは試行に時間窓を設定すること、ネットワークアクセスイベントまたは試行によってサービスされるアプリケーションまたは機能に基づいて、ネットワークアクセスイベントまたは試行に時間窓を設定すること、ネットワークアクセスイベントまたは試行に所定の時間窓を設定すること、ネットワークアクセスイベントまたは試行に、ネットワークビジー状態の尺度が特定の範囲内にあるような時間窓を設定すること、許可されたタイプのアクセスイベントまたは試行を割り当てること、ネットワークアクセスイベントまたは試行を許可された許可機能またはアプリケーションを割り当てること、１つまたは複数のアクセスイベントまたは試行の優先順位を割り当てること、ネットワークアクセスイベントまたは試行の許可期間を定義すること、ネットワークアクセスイベントまたは試行の許可速度を定義すること、ネットワークアクセスイベントまたは試行に関する許可ネットワーク宛先を定義すること、ネットワークアクセスイベントまたは試行に関する許可アプリケーションを定義すること、１つまたは複数のネットワークアクセスイベントまたは試行に関するＱｏＳ規則を定義すること、１つまたは複数のアプリケーションに関するアクセスポリシー規則を定義または設定すること、１つまたは複数のネットワーク宛先に関するアクセスポリシー規則を定義または設定すること、１つまたは複数のデバイスに関するアクセスポリシー規則を定義または設定すること、１つまたは複数のネットワークサービスに関するアクセスポリシー規則を定義または設定すること、１つまたは複数のトラフィックタイプに関するアクセスポリシー規則を定義または設定すること、１つまたは複数のＱｏＳクラスに関するアクセスポリシー規則を定義または設定すること、デバイス、アプリケーション、ネットワーク宛先、ネットワークサービス、トラフィックタイプ、ＱｏＳクラス、および／または他の基準／尺度の任意の組合せに基づいて、アクセスポリシー規則を定義または設定すること。
【０１４２】
いくつかの実施形態では、ネットワークサービス使用制御ポリシー（例えばネットワーク容量制御サービスポリシー）は、トラフィック制御ポリシーを含む。いくつかの実施形態では、トラフィック制御ポリシーは、トラフィック制御設定を含む。いくつかの実施形態では、トラフィック制御ポリシーは、トラフィック制御／層を含み、トラフィック制御／層は、トラフィック制御設定を含む。いくつかの実施形態では、トラフィック制御ポリシーは、以下のものの１つまたは複数を含む。設定のブロック／許可、設定の抑制、設定の適応型抑制、パケット誤り率を含むＱｏＳクラス設定、ジッタおよび遅延設定、キュー設定、および（例えば特定のトラフィックフローにタグ付けするパケットに関する）タグ設定。いくつかの実施形態では、ＱｏＳクラス設定は、以下のものの１つまたは複数を含む。抑制レベル、他のデバイストラフィックに対する優先順位キュー登録、時間窓パラメータ、および、トラフィックを蓄積または集約してより大きなストリーム／バースト／パケット／パケットグループにする間の保留または遅延。いくつかの実施形態では、トラフィック制御ポリシーは、（例えばカスケードフィルタ技法を使用して）ポリシー設定の様々なリストへのインデックスとして実装されたフィルタを含み、ここで、ポリシーフィルタは、以下のものの１つまたは複数を含む。ネットワーク、サービスプラン、アプリケーション、時間帯、およびネットワークビジー状態。例えば、トラフィック制御設定へのインデックスとしてネットワークビジー状態および／または時間帯を使用して、２次元トラフィック制御実装方式を提供することができる（例えば、いくつかのアプリケーションの優先順位レベルは、ネットワークビジー状態および／または時間帯に基づいて上下させることができる）。いくつかの実施形態では、トラフィック制御ポリシーは、利用可能なネットワークのリストからネットワークを選択するため、代替のネットワークに対する接続が成されるまでアクセスをブロックまたは減少するため、および／またはデバイスのネットワークスタックインターフェースを修正または交換してアプリケーションまたはＯＳ機能へのネットワークソケットインターフェースメッセージのインターセプトまたは中断を可能にするために使用される。
【０１４３】
いくつかの実施形態では、トラフィック制御設定は、ネットワークサービス使用制御ポリシーに基づいて選択される。いくつかの実施形態では、トラフィック制御設定は、ネットワークサービス使用制御ポリシーに基づいてデバイス上に実装される。いくつかの実施形態では、実装されたトラフィック制御設定は、ネットワーク容量制御サービスのトラフィック／トラフィックフローを制御する。いくつかの実施形態では、トラフィック制御設定は、以下のものの１つまたは複数に基づいて選択される。時間帯、曜日、特別な時間／日（例えば休日やネットワークメンテナンス時間／日）、ネットワークビジー状態、ネットワークサービス使用活動に関連付けられる優先順位レベル、ネットワークサービス使用活動に関連付けられるＱｏＳクラス（例えば緊急トラフィック）、ネットワークサービス活動がアクセス権を得ているネットワーク、利用可能なネットワーク、ネットワークサービス活動が接続されるネットワーク、ネットワークサービス活動が接続される基地局または通信チャネル、およびサービス活動がアクセス権を得ているネットワークに応じて変わることがある１組のネットワーク依存のトラフィック制御ポリシー（例えば。および／または本明細書で述べる様々な他の基準／尺度）。いくつかの実施形態では、トラフィック制御設定は、以下のものの１つまたは複数を含む。許可／ブロック、抑制、ＱｏＳクラス実装、キュー登録、タグ付け、ユーザ通知の生成、ランダムバックオフ、ネットワーク要素から受信される送信可、スケジュールされた伝送タイムスロットに関する保留、利用可能なネットワークからのネットワークの選択、および代替ネットワークへの接続が成されるまでのアクセスのブロックまたは減少。いくつかの実施形態では、トラフィック制御設定は、ネットワークサービス使用活動のネットワーク容量制御サービス優先順位状態とネットワークビジー状態とに基づいて選択される。いくつかの実施形態では、トラフィック制御設定は、ネットワークサービス使用活動のネットワーク容量制御サービス優先順位状態とネットワークビジー状態とに基づいて選択され、すべてのネットワーク容量制御サービス活動に関して包括的（例えば同一）であり、または、ネットワークサービス使用活動優先順位、ユーザ選好もしくはオプション選択、アプリケーション、時間ベースの基準、サービスプラン、デバイスまたはサービス活動がアクセス権を得ているネットワーク、前に決定されたネットワークビジー状態への適応後のネットワーク輻輳状態の再決定、および／または本明細書で述べる他の基準／尺度に基づいて変化する。
【０１４４】
いくつかの実施形態では、ネットワーク容量制御サービストラフィック（例えばトラフィックフロー）は、ネットワーク容量を保護するために格差的に制御される。例えば、デバイス上のＯＳおよび１つまたは複数のアプリケーションに関する様々なソフトウェア更新を、本明細書で述べる様々な技法を使用して格差的に制御することができる。別の例として、セキュリティ／アンチマルウェアソフトウェア（例えば、アンチウィルス、ファイアウォール、コンテンツ保護、侵入検出／防止、および／または他のセキュリティ／アンチマルウェアソフトウェア）を、本明細書で述べる様々な技法を使用して格差的に制御することができる。さらに別の例として、ネットワークバックアップ／イメージング、およびコンテンツダウンロード（例えば、画像、音楽、ビデオ、ｅＢｏｏｋコンテンツ、電子メール添付、コンテンツ／メディア定期購読、ＲＳＳ／ニュースフィード、テキスト／画像／ビデオチャット、ソフトウェア更新、および／または他のコンテンツダウンロードなどに関して個別におよび／または全体としてしきい値を超える）を、本明細書で述べる様々な技法を使用して格差的に制御することができる。
【０１４５】
例えば、本明細書で述べるネットワーク容量を保護するためのＤＡＳの技法を使用して、ネットワーク容量を保護するための適応型ポリシー制御を提供することができる。ネットワーク容量制御サービスリストを、デバイスによって生成、更新、報告、および／または受信し、デバイスに記憶することができる（例えば、リストは、デバイスに関連付けられるサービスプランに基づき、適合されることがある）。監視中のネットワークサービス使用活動がリストにない場合、デバイスは、（例えば、ネットワークビジー状態に基づいて、時間ベースの基準に基づいて、および／または他の基準／尺度に基づいてやはり特定のしきい値を超えている監視中のネットワークサービス使用活動に関して、）監視中のネットワークサービス使用活動をネットワーク要素に報告することができる。一例として、監視中のネットワークサービス使用活動は、監視中のネットワークサービス使用活動がデータ使用量しきい値（例えば、１日当たり５０ＭＢの総データ使用量、ソケット開放頻度／レート、ある時点でのデータ使用速度、または、より複雑な、時間にわたるしきい値、ピーク期間にわたるしきい値、コンテンツと時間によるしきい値、様々な他のパラメータ／しきい値）を超える場合／時に報告することができる。別の例として、監視中のネットワークサービス使用活動は、ネットワークサービス使用挙動および／またはアプリケーション開発者による特徴付けの入力の試験に基づいて報告することができる。レポートは、ネットワークサービス使用活動および様々なネットワークサービス使用パラメータを識別する情報を含むことができる。
【０１４６】
いくつかの実施形態では、通知設定は、サービス使用量通知ポリシーに基づいて選択される。いくつかの実施形態では、通知設定は、ユーザ通知設定（例えば、図１８に関して上述したような様々なユーザ通知設定）を含む。
【０１４７】
いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、ネットワークサービス使用活動を、（例えば使用量しきい値フィルタおよび／またはカスケードフィルタ技法を使用して）ネットワーク容量を保護するための格差的ネットワークアクセス制御に関する複数の分類カテゴリーの１つまたは複数に分類することを含む。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、ネットワークサービス使用活動を１つまたは複数のネットワーク容量制御サービスに分類することを含み、ここで、ネットワーク容量制御サービスは、以下のものの１つまたは複数を含む。データネットワークアクセスをリクエストするアプリケーション、アプリケーションソフトウェア更新、ネットワーク情報をリクエストするアプリケーション、ＧＰＳまたは物理的位置をリクエストするアプリケーション、オペレーティングシステムソフトウェア更新、セキュリティソフトウェア更新、ネットワークベースのバックアップ、電子メールダウンロード、ならびに、サービスプロファイルおよび／またはユーザ入力に基づいてネットワーク容量制御サービス活動として構成される１組の活動（例えば。および／または本明細書で述べる、およびここで当業者には明らかである様々な他のタイプのネットワークサービス使用活動）。例えば、ネットワーク容量制御サービスは、以下のものを含むことができる。ＯＳおよびアプリケーションに関するソフトウェア更新、ＯＳバックグラウンドネットワークアクセス、クラウド同期サービス、ＲＳＳフィードおよび他のバックグラウンド情報フィード、ブラウザ／アプリケーション／デバイス挙動報告、バックグラウンド電子メールダウンロード、コンテンツ定期購読サービスアップロードおよびダウンロード（例えば、音楽／ビデオダウンロード、ニュースフィード）、テキスト／音声／ビデオチャットクライアント、セキュリティ更新（例えば、アンチマルウェア更新）、ピアツーピアネットワーキングアプリケーション更新、頻繁な電力サイクリングまたは省電力状態サイクリング中の非効率的なネットワークアクセスシーケンス、大容量ダウンロードまたは他の高帯域幅アクセス、情報に関する小容量の伝送またはリクエストで常に／反復してネットワークにアクセスする貪欲なアプリケーションプログラム。いくつかの実施形態では、ネットワーク容量制御サービスリストは、静的である；適応性がある；サービス処理装置を使用して生成される；ネットワーク要素（例えばサービス制御装置またはサービスクラウド）から受信される；ネットワーク要素（例えばサービス制御装置またはサービスクラウド）から受信され、かつサービス処理装置から受信されるデバイス活動レポートに少なくとも一部基づく；予備試験によって設定された基準に基づく；アプリケーション開発者によって行われる挙動特徴付けのレポートに基づく；および／またはユーザ入力に少なくとも一部基づく。いくつかの実施形態では、ネットワーク容量制御サービスリストは、１つまたは複数のネットワークサービス活動バックグラウンド（ＱｏＳ）クラスを含む。
【０１４８】
いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、以下の１つまたは複数に基づいてネットワークサービス使用活動を分類することを含む。アプリケーションまたはウィジェット（例えば、Ｏｕｔｌｏｏｋ、Ｓｋｙｐｅ、ｉＴｕｎｅｓ、Ａｎｄｒｏｉｄ電子メール、天気予報チャンネル天気予報ウィジェット、ｉＣａｌ、Ｆｉｒｅｆｏｘブラウザなど）、アプリケーションタイプ（例えば、ユーザアプリケーション、システムアプリケーション／ユーティリティ／機能／プロセス、ＯＳアプリケーション／ユーティリティ／機能／プロセス、電子メール、ブラウザ、ウィジェット、マルウェア（ウィルスや疑わしいプロセスなど）、ＲＳＳフィード、デバイス同期サービス、ダウンロードアプリケーション、ネットワークバックアップ／イメージングアプリケーション、音声／ビデオチャット、ピアツーピアコンテンツアプリケーションもしくは他のピアツーピアアプリケーション、ストリーミングメディアフィードもしくはブロードキャスト受信／送信アプリケーション、ネットワークミーティングアプリケーション、チャットアプリケーションもしくはセッション、および／または任意の他のアプリケーションもしくはプロセス識別および類別）、ＯＳ／システム機能（例えば、任意のシステムアプリケーション／ユーティリティ／機能／プロセス、および／またはＯＳアプリケーション／ユーティリティ／機能／プロセス、例えばＯＳ更新および／またはＯＳエラー報告）、モデム機能、ネットワーク通信機能（例えば、ネットワーク発見または信号伝送、ＥｈｅｒＴｙｐｅメッセージ、接続フロー／ストリーム／セッションセットアップもしくはティアダウン、ネットワーク認証もしくは認可シーケンス、ＩＰアドレス取得、およびＤＮＳサービス）、ＵＲＬおよび／またはドメイン、宛先／送信元ＩＰアドレス、プロトコル、トラフィックタイプ、ソケット（例えばＩＰアドレス、プロトコル、および／またはポート）、ソケットアドレス／ラベル／識別子（例えば、ポートアドレス／ポート番号）、コンテンツタイプ（例えば、電子メールダウンロード、電子メールテキスト、ビデオ、音楽、ｅＢｏｏｋ、ウィジェット更新ストリーム、およびダウンロードストリーム）、ポート（例えばポート番号）、ＱｏＳ分類レベル、時間帯、ピーク時またはオフピーク時、ネットワーク時間、ネットワークビジー状態、選択されるアクセスネットワーク、選択されるサービスプラン、ユーザ選好、デバイス信用証明、ユーザ信用証明、および／またはステータス、モデム電力サイクリングもしくは電力状態変化、モデム認証プロセス、モデムリンクセットアップもしくはティアダウン、モデム管理通信、モデムソフトウェアもしくはファームウェア更新、モデム電力管理情報、デバイス電力状態、およびモデム電力状態。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、分類されたネットワークサービス使用活動をＩＤ（例えばアプリケーションＩＤ。これは、例えば一意の番号、名前、および／または署名でよい）に関連付けることを含む。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、複数の分類パラメータを使用してネットワークサービス使用活動を分類することを含み、パラメータは、以下のものの１つまたは複数を含む：アプリケーションＩＤ、リモートＩＰ（例えば、ＵＲＬ、ドメイン、および／またはＩＰアドレス）、リモートポート、プロトコル、コンテンツタイプ、フィルタアクションクラス（例えば、ネットワークビジー状態クラス、ＱｏＳクラス、時間帯、ネットワークビジー状態、および／または他の基準／尺度）、および選択されるアクセスネットワーク。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、上述したパラメータの組合せを使用してネットワークサービス使用活動の分類を決定することを含む。
【０１４９】
いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、ネットワークサービス使用活動を、ネットワーク容量制御サービス、非ネットワーク容量制御サービス、ブロックまたは不許可サービス、および／またはまだ分類／識別されていないサービス（例えば、未知の／未決定の分類または未確定の分類）として分類することを含む。いくつかの実施形態では、アプリケーション接続、ＯＳ接続、および／または他のサービス活動は、デバイスがある期間にわたって非アクティブ状態である（例えば。または省電力状態である）ときに（例えば、ユーザがある期間にわたってデバイスと対話していないとき、デバイスがユーザ通知ポリシーを表示していないとき、および／またはユーザ入力がある期間にわたって受信されていないとき、および／または省電力状態に入っているときに）、ネットワーク容量制御サービス活動として分類される。いくつかの実施形態では、アプリケーション接続、ＯＳ接続、および／または他のサービス活動は、監視中のネットワークサービス使用活動が、複数のアプリケーション接続、ＯＳ接続、および／または他のサービス活動に関する、あるいは特定のアプリケーション接続に関するデータ使用量しきい値を超える（例えば、総データ使用量がデータ使用量しきい値を超える）ときに、ネットワーク容量制御サービス活動として分類される。いくつかの実施形態では、アプリケーション接続、ＯＳ接続、および／または他のサービス活動は、１つまたは複数のデータ使用量制限の所定のリストに基づいて、ネットワーク要素から受信されるリストに基づいて、使用時間制限に基づいて（例えば使用限度を超える期間に基づいて）、および／または何らかの他の使用量関連基準／尺度に基づいて、監視中のネットワークサービス使用活動がデータ使用量しきい値を超えるときに、ネットワーク容量制御サービス活動として分類される。いくつかの実施形態では、ネットワークサービス使用活動の分類は、さらに、ネットワークピーク時間に基づいて、ネットワークビジー状態に基づいて、または、特定のパフォーマンスレベル未満に下がったデバイスとのネットワーク接続（例えば、様々なそのような基準／他の入力／因子に基づいて割り当てられたより高い／より低い優先順位）に基づいて、ネットワークサービス使用活動をネットワーク容量制御サービスとして分類することを含む。
【０１５０】
いくつかの実施形態では、ネットワーク容量制御サービスの１つまたは複数が、１つまたは複数のネットワークおよび／または１つまたは複数の代替ネットワークに関して設定された異なるネットワークアクセスポリシーに関連付けられる。いくつかの実施形態では、ネットワーク容量制御サービスの１つまたは複数が、１つまたは複数のネットワークおよび／または１つまたは複数の代替ネットワークに関して設定された異なる通知ポリシーに関連付けられる。いくつかの実施形態では、ネットワーク容量制御サービスリストは、デバイスに記憶される。いくつかの実施形態では、ネットワーク容量制御サービスリストは、ネットワーク要素から受信され／定期的に更新され、デバイスに記憶される。いくつかの実施形態では、ネットワーク容量制御サービスリストは、ネットワーク容量制御サービス、非ネットワーク容量制御サービス（例えば、フォアグランドサービスまたは動的であることがある様々な基準に基づくサービスは、ネットワーク容量制御サービスとして分類されない）、および１組の未分類のサービス（例えば、さらなる解析に基づく分類を待っている、および／またはネットワーク要素、サービスプロバイダ、および／またはユーザなどから入力された、１つまたは複数のネットワークサービス活動を含むグレーリスト）を含む。いくつかの実施形態では、ネットワーク容量制御サービスリストは、以下のものの１つまたは複数に基づく。予め定義された／予め選定された基準（例えば、アプリケーション開発者によって予備試験および／または特徴付けを行われたネットワーク、サービスプラン）；（例えばサービス処理装置を使用する）デバイス支援／デバイスベースの監視；（例えばＤＰＩゲートウェイを使用する）ネットワークベースの監視；（例えばＤＡＳ活動解析のデバイスレポートに基づく）ネットワーク支援の解析。例えば、デバイスは、デバイスによって監視中のネットワークサービス使用活動（例えば、構成、しきい値、サービスプラン、ネットワーク、および／またはユーザ入力に基づくすべての監視中のネットワークサービス使用活動またはその一部）をネットワーク要素に報告することができる。別の例として、ネットワーク要素は、ネットワーク容量制御サービスリストを更新して、更新されたリストをデバイスに送信することができる。さらに別の例として、ネットワーク要素は、デバイスベースおよび／またはネットワークベースのネットワークサービス使用活動監視／報告に基づいて、複数のデバイスにわたってネットワークサービス活動の統計解析を行うことができる。いくつかの実施形態では、ネットワークサービス使用活動は、（例えば、ポップアップなどデバイスおよび／またはネットワークサービス使用活動とのユーザ対話に基づいて、および／または他の基準／尺度に基づいて）アクティブなアプリケーションまたはプロセスであると判断される。
【０１５１】
いくつかの実施形態では、ネットワーク容量制御サービスに関するトラフィック制御の実装は、様々な技法を使用して提供される。いくつかの実施形態では、デバイスは、サービス処理装置エージェントまたは機能を含み、（例えば様々な測定点を使用して）ネットワークサービス使用を制御または管理されているネットワークサービス活動によって生成されるＵＩメッセージ、通知、または他のＵＩ通信をインターセプト、ブロック、修正、除去、または交換する。例えば、この技法を使用して、ユーザ体感を改良する（例えば、ネットワーク容量を保護するために制御されているアプリケーションが、繰り返しのおよび／または紛らわしいメッセージ／警報をユーザに生成するのを防止する）ことができる。いくつかの実施形態では、デバイスのネットワークスタックインターフェースは、アプリケーションまたはＯＳ機能または他の機能／ソフトウェアに対するネットワークソケットインターフェースメッセージのインターセプトまたは中断を可能にするように交換または修正される。
【０１５２】
いくつかの実施形態では、ＤＡＳ技法を使用するネットワーク容量制御サービスに関するトラフィック制御の実装は、ネットワークサービス使用活動がネットワーク容量制御を認識していない（例えば、ネットワーク容量制御を実装するためのＡＰＩまたは他のインターフェースをサポートしない）様々な技法を使用して提供される。例えば、ネットワークサービスアプリケーションメッセージングインターフェースベースの技法を使用して、トラフィック制御を実装することができる。例示的なネットワークサービスアプリケーションメッセージングインターフェースとしては、以下のものを挙げられる。ネットワークスタックＡＰＩ、ネットワーク通信ストリーム／フローインターフェース、ネットワークスタックＡＰＩメッセージ、ＥｔｈｅｒＴｙｐｅメッセージ、ＡＲＰメッセージ、および／またはここで本明細書に述べる様々な実施形態に鑑みて当業者には明らかである他のメッセージングまたは他の技法もしくは同様の技法。いくつかの実施形態では、ネットワークサービス使用活動制御ポリシーまたはネットワークサービス活動メッセージは、１組のトラフィック制御ポリシーまたはサービス活動メッセージに基づいて選択され、これらは、ネットワークサービス活動に適用されるネットワーク容量制御サービスポリシーによるサービス活動によるユーザ通知を減少または修正する。いくつかの実施形態では、ネットワークサービス使用活動制御ポリシーまたはネットワークサービス活動メッセージは、１組のトラフィック制御ポリシーまたはサービス活動メッセージに基づいて選択され、これらは、ネットワークサービス活動に適用されるネットワーク容量制御サービス活動ポリシーによるデバイス動作の途絶を減少させる。いくつかの実施形態では、ネットワークサービス使用活動制御ポリシーまたはネットワークサービス活動メッセージは、１組のトラフィック制御ポリシーまたはサービス活動メッセージに基づいて選択され、これらは、ネットワークサービス活動に適用されるネットワーク容量制御サービス活動ポリシーによるネットワークサービス活動の動作の途絶を減少させる。いくつかの実施形態では、ネットワーク容量制御サービスに関するトラフィック制御の実装は、開放／接続／書き込みをインターセプトすることによって提供される。いくつかの実施形態では、ネットワーク容量制御サービスに関するトラフィック制御の実装は、スタックＡＰＩレベルまたはアプリケーションメッセージング層リクエスト（例えばソケット開放／送信リクエスト）をインターセプトすることによって提供される。例えば、インターセプトされたリクエストは、（例えばメモリに）コピー、キュー登録（例えば遅延または抑制）、または削除（例えばブロック）することができる。別の例として、インターセプトされたリクエストは、メモリにコピーすることができ、次いで、伝送の一部をメモリから検索して再注入（例えば抑制）することができる。さらに別の例として、メッセージング伝送のインターセプトは、インラインでパースして、伝送させる（例えば許可する）ことができ、トラフィックフローを分類するために伝送または伝送の一部をメモリにコピーすることができる。いくつかの実施形態では、ネットワーク容量制御サービスに関するトラフィック制御の実装は、ＵＩ通知をインターセプトまたは制御または調整することによって提供される。いくつかの実施形態では、ネットワーク容量制御サービスに関するトラフィック制御の実装は、ネットワークサービス活動を強制終了または一時停止することによって提供される。いくつかの実施形態では、ネットワーク容量制御サービスに関するトラフィック制御の実装は、サービス活動に関連付けられるプロセスの優先順位を下げる（例えばＣＰＵスケジューリングの優先順位を下げる）ことによって提供される。
【０１５３】
いくつかの実施形態では、ネットワーク容量制御を認識していないネットワークサービス使用活動に関するＤＡＳの技法を使用するネットワーク容量制御サービスに関するトラフィック制御の実装は、ネットワークＡＰＩメッセージングをエミュレートする（例えば、スプーフまたはエミュレートされたネットワークＡＰＩを効果的に提供する）ことによって提供される。例えば、エミュレートされたネットワークＡＰＩは、ネットワークソケットアプリケーションインターフェースメッセージ、および／またはＥｔｈｅｒＴｙｐｅメッセージ（例えば、ＥＷＯＵＬＤＢＬＯＣＫ、ＥＮＥＴＤＯＷＮ、ＥＮＥＴＵＮＲＥＡＣＨ、ＥＨＯＳＴＤＯＷＮ、ＥＨＯＳＴＵＮＲＥＡＣＨ、ＥＡＬＲＡＤＹ、ＥＩＮＰＲＯＧＲＥＳＳ、ＥＣＯＮＮＲＥＦＵＳＥＤ、ＥＩＮＰＲＯＧＲＥＳＳ、ＥＴＩＭＥＤＯＵＴ、および／またはそのようなメッセージ）をインターセプト、修正、ブロック、除去、および／または交換することができる。別の例として、エミュレートされたネットワークＡＰＩは、ネットワークサービス活動サービス使用挙動の制御または管理を可能にするネットワークソケットアプリケーションインターフェースメッセージ（ｓｏｃｋｅｔ（）、ｃｏｎｎｅｃｔ（）、ｒｅａｄ（）、ｗｒｉｔｅ（）、ｃｌｏｓｅ（）、および他のそのようなメッセージ）を修正、スワップ、および／または注入することができる。さらに別の例では、接続の開放が許可される前（例えばソケットが開放される前）に、伝送またはフロー／ストリームが開始されると、これがブロックされ、メッセージ（例えば、同期リクエストに応答するリセットメッセージ、あるいは、ネットワークアクセス試行が許可されなかった／ブロックされたこと、ネットワークが利用可能でないこと、および／またはリクエストされたネットワークアクセスを後で再び試みることを示す、アプリケーションが理解して解釈することができる別のメッセージ）がアプリケーションに送信し返される。さらに別の例として、ソケットの開放が許可されることがあるが、（例えば、ネットワークサービス使用量、ネットワークビジー情報、時間ベースの基準、および／または何らかの他の基準／尺度に基づいて）いくらか後の時点で、ストリームがブロックされる、またはソケットが終了される。さらに別の例として、例えば、ある期間にわたってネットワークアクセスを許可し、ある期間にわたってブロックし、次いでそれを繰り返し、それによりネットワークアクセスをランダムにまたは決定論的に効果的に広げることによって、（例えば、非ピークの、ネットワークビジー状態でない時間中に）時間窓ベースのトラフィック制御技法を実装することができる。これらの技法を使用して、ネットワーク容量制御ベースのトラフィック制御を認識していないアプリケーションは、標準のメッセージングを送信および受信することができ、デバイスは、ここで当業者には明らかであるように、典型的には予測可能な様式でネットワークサービス使用活動（例えばアプリケーションまたはＯＳまたはソフトウェア機能）が理解して応答することができるメッセージングを使用して、ネットワーク容量制御ポリシーに基づいてトラフィック制御を実装することができる。
【０１５４】
いくつかの実施形態では、ＤＡＳ技法を使用するネットワーク容量制御サービスに関するトラフィック制御の実施は、ネットワークサービス使用活動がネットワーク容量制御を認識している（例えば、ネットワークサービス使用活動が、ネットワーク容量制御を実装するためのＡＰＩまたは他のインターフェースをサポートしている）様々な技法を使用して提供される。例えば、本明細書で述べるネットワークアクセスＡＰＩを使用して、ネットワーク容量制御サービスに関するトラフィック制御を実装することができる。いくつかの実施形態では、ＡＰＩは、以下のものの１つまたは複数の通信を容易にする。ネットワークアクセス条件、１つまたは複数のネットワークまたは代替ネットワークのネットワークビジー状態もしくはネットワークアベイラビリティ状態、１つまたは複数のネットワーク容量制御サービスポリシー（例えば、ネットワークサービスは、許可／ブロック、抑制、キュー登録、スケジュールされた時間／タイムスロット、および／または延期など、現行のネットワークアクセス設定のものでよく、この設定は、例えば、現行ネットワーク、現行ネットワークビジー状態、時間ベースの基準、サービスプラン、ネットワークサービス分類、および／または他の基準／尺度に基づくことがある）、ネットワークサービス活動からのネットワークアクセスリクエスト、ネットワークサービス活動へのクエリ／ポーリングされたリクエスト、（例えば優先順位設定および／またはネットワーク容量制御サービス分類、スケジュールされた時間／タイムスロット、代替ネットワーク、および／または他の基準／尺度を含む）ネットワークサービス活動に付与されるネットワークアクセス権、ネットワークビジー状態もしくはネットワークアベイラビリティ状態もしくはネットワークＱｏＳ状態。
【０１５５】
いくつかの実施形態では、ネットワーク支援／ネットワークベースの技法を使用するネットワーク容量制御サービスに関するトラフィック制御の実装は、ネットワークサービス使用活動がネットワーク容量制御を認識していない（例えば、ネットワーク容量制御を実装するためのＡＰＩまたは他のインターフェースをサポートしていない）様々な技法を使用して提供される。いくつかの実施形態では、ＤＰＩベースの技法を使用して、ネットワーク容量制御サービスを制御する（例えば、ＤＰＩゲートウェイで、ネットワーク容量制御サービスをブロックまたは抑制する）。
【０１５６】
いくつかの実施形態では、ネットワーク支援／ネットワークベースの技法を使用するネットワーク容量制御サービスに関するトラフィック制御の実装は、ネットワークサービス使用技法がネットワーク容量制御を認識している（例えば、ネットワーク容量制御を実装するためのＡＰＩまたは他のインターフェースをサポートしている）様々な技法を使用して提供される。いくつかの実施形態では、アプリケーション／メッセージング層（例えば本明細書で述べるネットワークＡＰＩ）を使用して、ネットワークサービス活動と通信して、関連のネットワーク容量制御サービス分類および／または優先順位、１つまたは複数のネットワークもしくは代替ネットワークのネットワークビジー状態情報もしくはネットワークアベイラビリティ、ネットワークアクセスリクエストおよび応答、および／または本明細書で同様に述べる基準／尺度を提供する。
【０１５７】
いくつかの実施形態では、ネットワーク容量を保護するためのＤＡＳは、（例えばネットワーク容量制御サービスを含む）ネットワークサービス使用活動に基づいた格差課金のためのサービスプランを実装することを含む。いくつかの実施形態では、サービスプランは、ネットワーク容量制御サービスのための格差課金を含む。いくつかの実施形態では、サービスプランは、ネットワーク容量制御サービスに関する上限ネットワークサービス使用量を含む。いくつかの実施形態では、サービスプランは、上限を超えたときの通知を含む。いくつかの実施形態では、サービスプランは、上限を超えたときの追加料金を含む。いくつかの実施形態では、サービスプランは、ユーザ入力に基づいて課金を修正することを含む（例えば、本明細書で述べるユーザ無効化選択。例えば、追加料金は、ネットワーク容量制御サービスに関して、および／または優先順位レベルに基づいて、および／または現行アクセスネットワークに基づいて異なる）。いくつかの実施形態では、サービスプランは、ネットワーク容量制御サービスに関する時間ベースの条件制約（例えば、無効化オプションを伴う、または伴わない時間帯制約）を含む。いくつかの実施形態では、サービスプランは、（例えば、無効化オプションを伴う、または伴わない）ネットワーク容量制御サービスに関するネットワークビジー状態ベースの条件制約を含む。いくつかの実施形態では、サービスプランは、ネットワークサービス活動制御を（例えば、一時的に、時間窓にわたって、使用量に基づいて、または永久的に）無効化する（例えば、無効化のために格差課金する、無効化に関して格差的に上限を設ける、アクションベースのＵＩ通知オプションを用いて無効化する、および／またはＵＩ設定を用いて無効化する）ことができるようにする。いくつかの実施形態では、サービスプランは、ファミリープランまたはマルチユーザプラン（例えば、異なるユーザに関する異なるネットワーク容量制御サービス設定）を含む。いくつかの実施形態では、サービスプランは、マルチデバイスプラン（例えば、異なるデバイス、例えばスマートフォン、ラップトップ、ネットブック、ｅＢｏｏｋに関する異なるネットワーク容量制御サービス設定）を含む。いくつかの実施形態では、サービスプランは、特定の時間帯にわたるフリーネットワーク容量制御サービス使用、ネットワークビジー状態、および／または他の基準／尺度を含む。いくつかの実施形態では、サービスプランは、ネットワーク容量制御サービスに対するネットワーク依存の課金を含む。いくつかの実施形態では、サービスプランは、ネットワーク容量制御サービスに関するネットワーク選好／優先順位を含む。いくつかの実施形態では、サービスプランは、宛先、アプリケーション、または他のネットワーク容量制御サービスに提供されるアクセスに対して、キャリア当事者またはスポンサー付きサービス当事者に請求するための仲裁料金請求を含む。いくつかの実施形態では、サービスプランは、宛先、アプリケーション、または他のネットワーク容量制御サービスに提供されるアクセスに対して、アプリケーション開発者に請求するための仲裁料金請求を含む。
【０１５８】
いくつかのアプリケーションシナリオでは、デバイス上でのモデム電力状態変化によって、過剰なネットワーク容量需要が引き起こされることがある。例えば、モデムがネットワークに接続されていない省電力状態にあるときに、アプリケーションまたはＯＳ機能が何らかの理由でネットワークへの接続を試行すると、それにより、モデムが省電力状態から変化してネットワークに再接続し、次いでアプリケーションネットワーク接続を開始することができる。いくつかの場合には、これにより、ネットワークがモデム接続セッション（例えば、ＰＰＰセッション）を再開することもでき、これは、基本モデム接続によって消費されるネットワーク容量に加えて、ＰＰＰセッションを確立するためのネットワークリソースも消費する。したがって、いくつかの実施形態では、モデム電力制御状態またはネットワーク接続状態を変更することができるアプリケーション、ＯＳ機能、および／または他のネットワークサービス使用活動（例えばネットワーク容量制御サービス）の機能を制限または制御するネットワークサービス使用活動制御ポリシーが実装される。いくつかの実施形態では、サービス使用活動は、所定の時間窓に達するまで、モデムを休止解除すること、モデムの電力状態を変更すること、またはモデムをネットワークに接続させることを防止または制限される。いくつかの実施形態では、モデムを休止解除すること、モデムの電力状態を変更すること、またはモデムを引き起こすことをサービス使用活動が許可される頻度が制限される。いくつかの実施形態では、ネットワークサービス使用活動は、時間遅延が経過するまで、モデムを休止解除すること、モデムの電力状態を変更すること、またはモデムを引き起こすことを妨げられる。いくつかの実施形態では、ネットワークサービス使用活動は、複数のネットワークサービス使用活動がモデム状態の変更をリクエストするまで、またはネットワーク容量および／またはネットワークリソース利用効率を高めるためにネットワークサービス使用活動が集約されるまで、モデムを休止解除すること、モデムの電力状態を変更すること、またはモデムを引き起こすことを妨げられる。いくつかの実施形態では、モデムの電力状態を変更することができるネットワークサービス使用活動の機能を制限することは、モデムの電源をオフにする、モデムをスリープモードにする、またはネットワークからモデムを切断することを活動に許可しないことを含む。いくつかの実施形態では、モデムを休止解除すること、モデムの電力状態を変更すること、またはモデムをネットワークに接続させることに関してネットワークサービス使用活動に課されるこれらの制限は、モデムへの中央ネットワーク機能（例えばサービス制御装置または他のネットワーク要素／機能）ポリシー通信によって設定される。いくつかの実施形態では、これらの電力制御状態ポリシーは、中央ネットワーク機能によって更新される。
【０１５９】
図１１は、本文献で述べる技法を実装することができるコンピュータシステム１１００の一例を示す。コンピュータシステム１１００は、クライアントコンピュータシステム、例えばワイヤレスクライアントやワークステーション、またはサーバコンピュータシステムとして使用することができる従来のコンピュータシステムでよい。コンピュータシステム１１００は、コンピュータ１１０２と、Ｉ／Ｏデバイス１１０４と、ディスプレイデバイス１１０６とを含む。コンピュータ１１０２は、処理装置１１０８と、通信インターフェース１１１０と、メモリ１１１２と、ディスプレイ制御装置１１１４と、不揮発性記憶装置１１１６と、Ｉ／Ｏ制御装置１１１８とを含む。コンピュータ１１０２は、Ｉ／Ｏデバイス１１０４およびディスプレイデバイス１１０６に結合することができ、またはそれらを含むことができる。
【０１６０】
コンピュータ１１０２は、モデムまたはネットワークインターフェースを含むことがある通信インターフェース１１１０を介して外部システムにインターフェースする。通信インターフェース１１１０は、コンピュータシステム１１００の一部またはコンピュータ１１０２の一部とみなすことができることを理解されたい。通信インターフェース１１１０は、アナログモデム、ＩＳＤＮモデム、ケーブルモデム、トークンリングインターフェース、衛星伝送インターフェース（例えば「ｄｉｒｅｃｔ  ＰＣ」）、またはあるコンピュータシステムを他のコンピュータシステムに結合するための他のインターフェースでよい。
【０１６１】
処理装置１１０８は、例えば、Ｉｎｔｅｌ  ＰｅｎｔｉｕｍマイクロプロセッサやＭｏｔｏｒｏｌａパワーＰＣマイクロプロセッサなど、従来のマイクロプロセッサでよい。メモリ１１１２は、バス１１７０によって処理装置１１０８に結合される。メモリ１１１２は、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）でよく、またスタティックＲＡＭ（ＳＲＡＭ）を含むこともできる。バス１１７０は、処理装置１１０８を、メモリ１１１２に結合し、さらにまた、不揮発性記憶装置１１１６、ディスプレイ制御装置１１１４、およびＩ／Ｏ制御装置１１１８にも結合する。
【０１６２】
Ｉ／Ｏデバイス１１０４は、キーボード、ディスクドライブ、プリンタ、スキャナ、およびマウスもしくは他のポインティングデバイスを含めた他の入出力デバイスを含むことができる。ディスプレイ制御装置１１１４は、従来の様式でディスプレイデバイス１１０６上での表示を制御することができ、ディスプレイデバイス１１０６は、例えば、陰極線管（ＣＲＴ）または液晶ディスプレイ（ＬＣＤ）でよい。ディスプレイ制御装置１１１４およびＩ／Ｏ制御装置１１１８は、従来のよく知られている技術を用いて実装することができる。
【０１６３】
不揮発性記憶装置１１１６は、多くの場合、磁気ハードディスク、光学ディスク、または大量データ用の別の形態の記憶装置である。このデータのいくつかは、多くの場合、ダイレクトメモリアクセスプロセスによって、コンピュータ１１０２でのソフトウェアの実行中にメモリ１１１２に書き込まれる。用語「機械可読媒体」または「コンピュータ可読媒体」は、処理装置１１０８によってアクセス可能な任意のタイプの記憶デバイスを含み、また、データ信号を符号化する搬送波も包含することを、当業者はすぐに理解されよう。
【０１６４】
コンピュータシステム１１００は、様々なアーキテクチャを有する多くの可能なコンピュータシステムの一例である。例えば、Ｉｎｔｅｌマイクロプロセッサに基づくパーソナルコンピュータは、しばしば複数のバスを有し、そのうちの１つは、周辺機器用のＩ／Ｏバスでよく、１つは、処理装置１１０８とメモリ１１１２を直接接続する（しばしばメモリバスと呼ばれる）。バスは、ブリッジコンポーネントによって一体に接続され、ブリッジコンポーネントは、バスプロトコルが異なるために必要な翻訳を行う。
【０１６５】
ネットワークコンピュータは、本明細書で提示する教示に関連付けて使用することができる別のタイプのコンピュータシステムである。ネットワークコンピュータは、通常はハードディスクまたは他の大量記憶装置を含まず、実行可能なプログラムは、ネットワーク接続からメモリ１１１２にロードされて、処理装置１１０８によって実行される。当技術分野で知られているＷｅｂ  ＴＶシステムもコンピュータシステムとみなされるが、これは、特定の入出力デバイスなど、図１１に示される機能のいくつかを有さないことがある。典型的なコンピュータシステムは通常、少なくとも、処理装置と、メモリと、メモリを処理装置に結合するバスとを含む。
【０１６６】
さらに、コンピュータシステム１１００は、オペレーティングシステムソフトウェアの一部であるディスクオペレーティングシステムなどのファイル管理システムを含むシステムソフトウェアを操作することによって制御される。オペレーティングシステムソフトウェアとその関連のファイル管理システムソフトウェアの一例は、Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ（米国ワシントン州レドモンド）からのＷｉｎｄｏｗｓ（登録商標）として知られているオペレーティングシステムのファミリーとそれらの関連のファイル管理システムである。オペレーティングシステムソフトウェアとその関連のファイル管理システムソフトウェアの別の例は、Ｌｉｎｕｘオペレーティングシステムとその関連のファイル管理システムである。ファイル管理システムは、典型的には不揮発性記憶装置１１１６に記憶され、不揮発性記憶装置１１１６へのファイルの記憶を含めた、データを入出力するためおよびメモリにデータを記憶するためにオペレーティングシステムが必要とする様々な操作を処理装置１１０８に実行させる。
【０１６７】
詳細な説明のいくつかの部分は、コンピュータメモリ内部のデータビット上での操作のアルゴリズムおよび記号表現で表されている。これらのアルゴリズム記述および表現は、データ処理の当業者が、他の当業者に自分の仕事の本質を最も効果的に伝えるために使用する手段である。アルゴリズムは、ここでは一般に、所望の結果をもたらす自己矛盾のない操作シーケンスと考えられる。それらの操作は、物理量の物理的な操作を必要とするものである。必ずしもそうである必要はないが通常は、これらの量は、記憶、転送、結合、比較、および他の方法で操作することができる電気的または磁気的信号の形態を取る。時として、主に一般的な用法であるという理由から、これらの信号を、ビット、値、要素、記号、文字、用語、数などとして表すことが好都合であることが分かっている。
【０１６８】
しかし、これらの用語および同様の用語はすべて、適切な物理量に関連付けられ、これらの量に適用される単なる好都合な標示にすぎないことを念頭に置くべきである。以下の論述から明らかな別段の指示が特にない限り、説明を通じて、「処理」または「演算（ｃｏｍｐｕｔｉｎｇ）」または「計算（ｃａｌｃｕｌａｔｉｎｇ）」または「決定」または「表示」などの用語を利用する論述は、コンピュータシステムのレジスタおよびメモリ内部で物理（電子）量として表現されるデータを操作して、コンピュータシステムメモリまたはレジスタまたは他のそのような情報記憶、伝送、もしくは表示デバイス内部で物理量として同様に表現される他のデータへと変換するコンピュータシステムまたは同様の電子コンピューティングデバイスの作用およびプロセスを表すものと理解される。
【０１６９】
本発明は、いくつかの実施形態ではまた、本明細書における操作を行うための装置に関する。この装置は、所要の目的のために特別に構成することができ、または、コンピュータに記憶されたコンピュータプログラムによって選択的に作動または再構成される汎用コンピュータを備えることもある。そのようなコンピュータプログラムは、コンピュータ可読記憶媒体に記憶することができ、そのようなコンピュータ可読記憶媒体は、例えば、限定はしないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気または光学カード、任意のタイプのディスク、例えばフロッピーディスク、光学ディスク、ＣＤ−ＲＯＭ、および光磁気ディスク、または電子的な命令を記憶するのに適した任意のタイプの媒体であり、それぞれコンピュータシステムバスに結合される。
【０１７０】
本明細書で提示するアルゴリズムおよび表示は、任意の特定のコンピュータまたは他の装置には本来的に関係付けられない。本明細書の教示によるプログラムと共に様々な汎用システムを使用することができ、あるいは、所要の方法ステップを実施するためにより特殊化された装置を構成することが好都合であることが分かっていることもある。様々なこれらのシステムに関する所要の構造は、以下の説明から明らかであろう。さらに、本発明は、任意の特定のプログラミング言語を参照して記述してはおらず、したがって、様々なプログラミング言語を使用して様々な実施形態を実装することができる。
【０１７１】
前述の実施形態は、理解しやすくするためにいくらか詳細に説明してきたが、本発明は、提示した詳細に限定されない。本発明を実装する多くの代替の方法が存在する。開示した実施形態は例示であり、限定ではない。
【０１７２】
既存のオブジェクト（例えばサービス活動）からの階層デザイン
１．  サービスデザインシステムで、１つまたは複数のフィルタを識別するステップであって、各フィルタが、ネットワークデータトラフィックを、１つまたは複数のネットワークサービスに関連付けられるものとして識別するためのものであるステップと、
１つまたは複数のフィルタを使用して１つまたは複数のサービスオブジェクトを生成するステップであって、各サービスオブジェクトが、１つまたは複数のネットワークサービスのカテゴリーに属するネットワークデータトラフィックを識別するためのものであるステップと、
１つまたは複数のサービスオブジェクトを使用してサービスプランを生成するステップであって、サービスプランが、エンドユーザデバイスによる１つまたは複数のネットワークサービスの使用、あるいは１つまたは複数のネットワークサービスの１つまたは複数のカテゴリーの使用を管理するためのものであるステップと、
少なくとも１つのサブプランレベルポリシーを、１つまたは複数のフィルタの少なくとも１つ、あるいは１つまたは複数のサービスオブジェクトの少なくとも１つに関連付けるステップであって、少なくとも１つのサブプランレベルポリシーが、指定されたネットワークサービス、または１つまたは複数のネットワークサービスの指定されたカテゴリーの使用の規則を定義するためのものであるステップと、
サービスプランの１つまたは複数のフィルタおよび少なくとも１つのサブプランレベルポリシーを使用して、少なくとも１つのサブプランレベルポリシーに従って、エンドユーザデバイス上での特定のネットワークサービスの使用あるいは１つまたは複数のネットワークサービスの特定のカテゴリーの使用をポリシー実装要素が管理するのを支援するためのコンピュータコードを生成するステップと
を含むことを特徴とする方法。
【０１７３】
２．  上記項目１に記載の方法において、１つまたは複数のネットワークサービスの少なくとも１つが、ウェブページを含むことを特徴とする方法。
【０１７４】
３．  上記項目１に記載の方法において、１つまたは複数のネットワークサービスの少なくとも１つが、ドメインを含むことを特徴とする方法。
【０１７５】
４．  上記項目１に記載の方法において、１つまたは複数のネットワークサービスの少なくとも１つが、アプリケーションを含むことを特徴とする方法。
【０１７６】
５．  上記項目１に記載の方法において、１つまたは複数のネットワークサービスの少なくとも１つが、テザリング機能を含むことを特徴とする方法。
【０１７７】
６．  上記項目１に記載の方法において、１つまたは複数のネットワークサービスの少なくとも１つが、ローミングデータネットワーク機能を含むことを特徴とする方法。
【０１７８】
７．  上記項目１に記載の方法において、１つまたは複数のカテゴリーの１つが、電子メールサービスを含むことを特徴とする方法。
【０１７９】
８．  上記項目１に記載の方法において、１つまたは複数のカテゴリーの１つが、ソーシャルネットワーキングサービスを含むことを特徴とする方法。
【０１８０】
９．  上記項目１に記載の方法において、１つまたは複数のカテゴリーの１つが、ドメインを含み、カテゴリーのネットワークサービスが、複数のウェブページを含むことを特徴とする方法。
【０１８１】
１０．  上記項目１に記載の方法において、１つまたは複数のカテゴリーの１つが、音楽ダウンロードサービスを含むことを特徴とする方法。
【０１８２】
１１．  上記項目１に記載の方法において、１つまたは複数のカテゴリーの１つが、ビデオゲームサービスを含むことを特徴とする方法。
【０１８３】
１２．  上記項目１に記載の方法において、１つまたは複数のカテゴリーの１つが、マルチメディアサービスを含むことを特徴とする方法。
【０１８４】
１３．  上記項目１に記載の方法において、規則が、ユーザ通知トリガを定義する通知規則を含むことを特徴とする方法。
【０１８５】
１４．  上記項目１に記載の方法において、規則が、アクセス権を定義するアクセス規則を含むことを特徴とする方法。
【０１８６】
１５．  上記項目１に記載の方法において、規則が、使用量ベースの決算メトリクスを定義する決算規則を含むことを特徴とする方法。
【０１８７】
１６．  上記項目１に記載の方法において、ポリシー実装要素が、エンドユーザデバイス上にあることを特徴とする方法。
【０１８８】
１７．  上記項目１に記載の方法において、ポリシー実装要素が、エンドユーザデバイスから遠隔にあるネットワーク要素上にあることを特徴とする方法。
【０１８９】
１８．  上記項目１に記載の方法において、各ステップが、単一のインターフェースを介して行われることを特徴とする方法。
【０１９０】
１９．  上記項目１に記載の方法において、１つまたは複数のサービスオブジェクトが、２つのサービスオブジェクトを含み、２つのサービスオブジェクトがそれぞれ、同じフィルタのインスタンスを含むことを特徴とする方法。
【０１９１】
２０．  上記項目１に記載の方法において、
１つまたは複数のサービスオブジェクトの少なくとも１つが、１つまたは複数のフィルタのグループを含むサービス活動を備え、また、１つまたは複数のサービス活動のグループを含むサービスコンポーネントを備え、
サービスプランが、１つまたは複数のサービスコンポーネントを備える
ことを特徴とする方法。
【０１９２】
２１．  上記項目２０に記載の方法において、少なくとも１つのサブプランレベルポリシーの１つが、活動レベルポリシーまたはコンポーネントレベルポリシーの少なくとも一方を含むことを特徴とする方法。
【０１９３】
２２．  上記項目１に記載の方法において、さらに、
１つまたは複数のエンドユーザデバイスのデバイスグループを作成するステップと、
１つまたは複数のポリシー実装要素の要素グループにコンピュータコードを提供して、少なくとも１つのサブプランレベルポリシーに従って、デバイスグループの１つまたは複数のエンドユーザデバイス上で、指定されたネットワークサービス、またはネットワークサービスの指定されたカテゴリーを管理するステップと
を含むことを特徴とする方法。
【０１９４】
２３．  上記項目２２に記載の方法において、デバイスグループが、１つまたは複数のエンドユーザデバイスのベータ試験グループを含むことを特徴とする方法。
【０１９５】
２４．  上記項目２２に記載の方法において、
ベータ試験グループが、デバイスグループとは異なり、
方法がさらに、１つまたは複数のポリシー実装要素のベータ試験要素グループにコンピュータコードを提供して、少なくとも１つのサブプランレベルポリシーに従って、ベータ試験グループの１つまたは複数のエンドユーザデバイス上で、指定されたネットワークサービス、またはネットワークサービスの指定されたカテゴリーを管理し、その後、デバイスグループの１つまたは複数のエンドユーザデバイスにコンピュータコードを提供するステップを含む
ことを特徴とする方法。
【０１９６】
２５．  上記項目１に記載の方法において、フィルタが、すべてのネットワークデータトラフィックを、関連付けられるものとして識別することを特徴とする方法。
【０１９７】
２５＋＋．  上記項目１に記載の方法において、コンピュータコードが、プログラマブル回路用に生成されることを特徴とする方法。
【０１９８】
２６．  １つまたは複数のフィルタを識別するための第１のインターフェースメカニズムであって、各フィルタが、ネットワークデータトラフィックを、１つまたは複数のネットワークサービスに関連付けられるものとして識別するためのものである第１のインターフェースメカニズムと、
１つまたは複数のフィルタを使用して１つまたは複数のサービスオブジェクトを生成するための第２のインターフェースメカニズムであって、各サービスオブジェクトが、１つまたは複数のネットワークサービスのカテゴリーに属するネットワークデータトラフィックを識別するためのものである第２のインターフェースメカニズムと、
１つまたは複数のサービスオブジェクトを使用してサービスプランを生成するための第３のインターフェースメカニズムであって、サービスプランが、エンドユーザデバイスによる１つまたは複数のネットワークサービスの使用、あるいは１つまたは複数のネットワークサービスの１つまたは複数のカテゴリーの使用を管理するためのものである第３のインターフェースメカニズムと、
少なくとも１つのサブプランレベルポリシーを、１つまたは複数のフィルタの少なくとも１つ、あるいは１つまたは複数のサービスオブジェクトの少なくとも１つに関連付けるための第４のインターフェースメカニズムであって、少なくとも１つのサブプランレベルポリシーが、指定されたネットワークサービス、または１つまたは複数のネットワークサービスの指定されたカテゴリーの使用の規則を定義するためのものである第４のインターフェースメカニズムと、
サービスプランの１つまたは複数のフィルタおよび少なくとも１つのサブプランレベルポリシーを使用して、少なくとも１つのサブプランレベルポリシーに従って、エンドユーザデバイス上での特定のネットワークサービスの使用あるいは１つまたは複数のネットワークサービスの特定のカテゴリーの使用をポリシー実装要素が管理するのを支援するためのコンピュータコードを生成するための処理装置と
を備えることを特徴とするサービスデザインシステム。
【０１９９】
２７．  上記項目２６に記載のシステムにおいて、１つまたは複数のネットワークサービスの少なくとも１つが、ウェブページを含むことを特徴とするシステム。
【０２００】
２８．  上記項目２６に記載のシステムにおいて、１つまたは複数のネットワークサービスの少なくとも１つが、ドメインを含むことを特徴とするシステム。
【０２０１】
２９．  上記項目２６に記載のシステムにおいて、１つまたは複数のネットワークサービスの少なくとも１つが、アプリケーションを含むことを特徴とするシステム。
【０２０２】
３０．  上記項目２６に記載のシステムにおいて、１つまたは複数のネットワークサービスの少なくとも１つが、テザリング機能を含むことを特徴とするシステム。
【０２０３】
３１．  上記項目２６に記載のシステムにおいて、１つまたは複数のネットワークサービスの少なくとも１つが、ローミングデータネットワークを含むことを特徴とするシステム。
【０２０４】
３２．  上記項目２６に記載のシステムにおいて、１つまたは複数のカテゴリーの１つが、電子メールサービスを含むことを特徴とするシステム。
【０２０５】
３３．  上記項目２６に記載のシステムにおいて、１つまたは複数のカテゴリーの１つが、ソーシャルネットワーキングサービスを含むことを特徴とするシステム。
【０２０６】
３４．  上記項目２６に記載のシステムにおいて、１つまたは複数のカテゴリーの１つが、ドメインを含み、カテゴリーのネットワークサービスが、複数のウェブページを含むことを特徴とするシステム。
【０２０７】
３５．  上記項目２６に記載のシステムにおいて、１つまたは複数のカテゴリーの１つが、音楽ダウンロードサービスを含むことを特徴とするシステム。
【０２０８】
３６．  上記項目２６に記載のシステムにおいて、１つまたは複数のカテゴリーの１つが、ビデオゲームサービスを含むことを特徴とするシステム。
【０２０９】
３７．  上記項目２６に記載のシステムにおいて、１つまたは複数のカテゴリーの１つが、マルチメディアサービスを含むことを特徴とするシステム。
【０２１０】
３８．  上記項目２６に記載のシステムにおいて、規則が、ユーザ通知トリガを定義する通知規則を含むことを特徴とするシステム。
【０２１１】
３９．  上記項目２６に記載のシステムにおいて、規則が、アクセス権を定義するアクセス規則を含むことを特徴とするシステム。
【０２１２】
４０．  上記項目２６に記載のシステムにおいて、規則が、使用量ベースの決算メトリクスを定義する決算規則を含むことを特徴とするシステム。
【０２１３】
４１．  上記項目２６に記載のシステムにおいて、ポリシー実装要素が、エンドユーザデバイス上にあることを特徴とするシステム。
【０２１４】
４２．  上記項目２６に記載のシステムにおいて、ポリシー実装要素が、エンドユーザデバイスから遠隔にあるネットワーク要素上にあることを特徴とするシステム。
【０２１５】
４３．  上記項目２６に記載のシステムにおいて、第１、第２、第３、および第４のインターフェースメカニズムがすべて単一のインターフェースの一部分であることを特徴とするシステム。
【０２１６】
４４．  上記項目２６に記載のシステム。１つまたは複数のサービスオブジェクトが、２つのサービスオブジェクトを含み、２つのサービスオブジェクトがそれぞれ、同じフィルタのインスタンスを含むことを特徴とするシステム。
【０２１７】
４５．  上記項目２６に記載のシステムにおいて、
１つまたは複数のサービスオブジェクトの少なくとも１つが、１つまたは複数のフィルタのグループを含むサービス活動を備え、また、１つまたは複数のサービス活動のグループを含むサービスコンポーネントを備え、
サービスプランが、１つまたは複数のサービスコンポーネントを備える
ことを特徴とするシステム。
【０２１８】
４６．  上記項目４５に記載のシステムにおいて、少なくとも１つのサブプランレベルポリシーの１つが、活動レベルポリシーまたはコンポーネントレベルポリシーの少なくとも一方を含むことを特徴とするシステム。
【０２１９】
４７．  上記項目２６に記載のシステムにおいて、さらに、
１つまたは複数のエンドユーザデバイスのデバイスグループを作成するための第５のインターフェースメカニズムと、
１つまたは複数のポリシー実装要素の要素グループにコンピュータコードを提供して、少なくとも１つのサブプランレベルポリシーに従って、デバイスグループの１つまたは複数のエンドユーザデバイス上で、指定されたネットワークサービス、またはネットワークサービスの指定されたカテゴリーを管理するための送信機メカニズムと
を備えることを特徴とするシステム。
【０２２０】
４８．  上記項目４７に記載のシステムにおいて、デバイスグループが、１つまたは複数のエンドユーザデバイスのベータ試験グループを含むことを特徴とするシステム。
【０２２１】
４９．  上記項目４７に記載のシステムにおいて、
ベータ試験グループが、デバイスグループとは異なり、
送信機メカニズムが、１つまたは複数のポリシー実装要素のベータ試験要素グループにコンピュータコードを提供して、少なくとも１つのサブプランレベルポリシーに従って、ベータ試験グループの１つまたは複数のエンドユーザデバイス上で、指定されたネットワークサービス、またはネットワークサービスの指定されたカテゴリーを管理し、その後、デバイスグループの１つまたは複数のエンドユーザデバイスにコンピュータコードを提供するように動作可能である
ことを特徴とするシステム。
【０２２２】
５０．  上記項目２６に記載のシステムにおいて、フィルタが、すべてのネットワークデータトラフィックを、関連付けられるものとして識別することを特徴とするシステム。
【０２２３】
５１．  上記項目２６に記載のシステムにおいて、処理装置が、プログラマブル回路用のコンピュータコードを生成することを特徴とするシステム。
【０２２４】
デザインおよび実装：データを分類する順序
１．  サービスデザインシステムでフィルタを識別するステップであって、各フィルタが、ネットワークデータトラフィックを、１つまたは複数のネットワークサービスに関連付けられるものとして分類するためのものであるステップと、
フィルタを使用してサービスオブジェクトを生成するステップであって、各サービスオブジェクトが、ネットワークデータトラフィックを、１つまたは複数のネットワークサービスのグループに関連付けられるものとして分類するためのものであるステップと、
サービスオブジェクトを使用してサービスプランを生成するステップであって、サービスプランが、サービスオブジェクトに関連付けられるネットワークサービスの使用を管理するためのものであるステップと、
代替サービスオブジェクトによるネットワークデータトラフィックの分類との衝突を避けるためにサービスオブジェクトに優先順位を設定するステップであって、代替サービスオブジェクトが、関連性のあるものとして、ネットワークデータトラフィックを分類することができるステップと、
ポリシーをサービスオブジェクトに関連付けるステップであって、各ポリシーが、関連のサービスオブジェクトに対応する１つまたは複数のネットワークサービスのグループの使用の規則を定義するためのものであるステップと、
エンドユーザデバイス上でのネットワークサービスの使用をポリシー実装要素が管理するのを支援するためのコンピュータコードを生成するために、サービスオブジェクトおよびポリシーを使用するステップと
を含むことを特徴とする方法。
【０２２５】
２．  上記項目１に記載の方法において、１つまたは複数のネットワークサービスが、ウェブページを含むことを特徴とする方法。
【０２２６】
３．  上記項目１に記載の方法において、１つまたは複数のネットワークサービスが、ドメインを含むことを特徴とする方法。
【０２２７】
４．  上記項目１に記載の方法において、１つまたは複数のネットワークサービスが、アプリケーションを含むことを特徴とする方法。
【０２２８】
５．  上記項目１に記載の方法において、１つまたは複数のネットワークサービスが、テザリング機能を含むことを特徴とする方法。
【０２２９】
６．  上記項目１に記載の方法において、１つまたは複数のネットワークサービスが、ローミングデータネットワーク機能を含むことを特徴とする方法。
【０２３０】
７．  上記項目１に記載の方法において、１つまたは複数のネットワークサービスが、ネットワークサービスのカテゴリーを含むことを特徴とする方法。
【０２３１】
８．  上記項目１に記載の方法において、グループが、ネットワークサービスのカテゴリーを含むことを特徴とする方法。
【０２３２】
９．  上記項目１に記載の方法において、グループが、スポンサー付きサービスを含むことを特徴とする方法。
【０２３３】
１０．  上記項目１に記載の方法において、１つまたは複数のサービスのグループが、単一の実体によって提供されるサービスを含むことを特徴とする方法。
【０２３４】
１１．  上記項目１に記載の方法において、グループが、ドメインを含み、グループのネットワークサービスが、複数のウェブページを含むことを特徴とする方法。
【０２３５】
１２．  上記項目１に記載の方法において、規則が、ユーザ通知トリガを定義する通知規則を含むことを特徴とする方法。
【０２３６】
１３．  上記項目１に記載の方法において、規則が、アクセス権を定義するアクセス規則を含むことを特徴とする方法。
【０２３７】
１４．  上記項目１に記載の方法において、規則が、使用量ベースの決算メトリクスを定義する決算規則を含むことを特徴とする方法。
【０２３８】
１５．  上記項目１に記載の方法において、ポリシー実装要素が、エンドユーザデバイス上にあることを特徴とする方法。
【０２３９】
１６．  上記項目１に記載の方法において、ポリシー実装要素が、エンドユーザデバイスから遠隔にあるネットワーク要素上にあることを特徴とする方法。
【０２４０】
１７．  上記項目１に記載の方法において、各ステップが、単一のインターフェースを介して行われることを特徴とする方法。
【０２４１】
１８．  上記項目１に記載の方法において、サービスオブジェクトが、同じフィルタのインスタンスをそれぞれ含む２つのサービスオブジェクトを含むことを特徴とする方法。
【０２４２】
１９．  上記項目１に記載の方法において、
サービスオブジェクトの少なくとも１つが、１つまたは複数のフィルタのグループを含むサービス活動を備え、また、１つまたは複数のサービス活動のグループを含むサービスコンポーネントを備え、
サービスプランが、１つまたは複数のサービスコンポーネントを備える
ことを特徴とする方法。
【０２４３】
２０．  上記項目１９に記載の方法において、ポリシーの少なくとも１つが、活動レベルポリシーまたはコンポーネントレベルポリシーの少なくとも一方を含むことを特徴とする方法。
【０２４４】
２１．  上記項目１に記載の方法において、コンピュータコードが、プログラマブル回路用に生成されることを特徴とする方法。
【０２４５】
２２．  上記項目１に記載の方法において、フィルタが、すべてのネットワークデータトラフィックを、関連付けられるものとして識別することを特徴とする方法。
【０２４６】
２３．  上記項目１に記載の方法において、少なくとも１つのサービスオブジェクトが、ただ１つのフィルタを使用して生成されることを特徴とする方法。
【０２４７】
２４．  上記項目１に記載の方法において、優先順位を設定するステップが、スポンサー付きサービスに、非スポンサー付きサービスよりも高い優先順位を設定するステップを含むことを特徴とする方法。
【０２４８】
２５．  上記項目１に記載の方法において、
サービスオブジェクトが、第１のサービスオブジェクトと第２のサービスオブジェクトを含み、第１のサービスオブジェクトと第２のサービスオブジェクトがそれぞれ、特定のネットワークデータトラフィック、およびそれに関連する１つまたは複数のネットワークサービスを分類するように構成され、
優先順位を設定するステップが、第１のサービスオブジェクトを、制限に達するまで適用できるように構成し、第２のサービスオブジェクトを、制約後に適用できるように構成するステップを含む
上記項目１に記載の方法。
【０２４９】
２６．  上記項目２５に記載の方法において、制約が、状態条件を含むことを特徴とする方法。
【０２５０】
２７．  上記項目２５に記載の方法において、制約が、使用量しきい値を含むことを特徴とする方法。
【０２５１】
２８．  上記項目１に記載の方法において、さらに、ポリシー実装要素にコンピュータコードを提供するステップを含むことを特徴とする方法。
【０２５２】
２９．  サービスデザインシステムからコンピュータ命令を受信するステップと、
優先順位を設定されたサービスオブジェクトと、サービスオブジェクトに関連付けられるポリシーとをエンドユーザデバイスにインストールするためにコンピュータ命令を使用するステップであって、優先順位を設定されたサービスオブジェクトと、関連のポリシーとが、１つまたは複数のネットワークデータサービスの使用を管理するためのものであるステップと、
エンドユーザデバイスで、ネットワークデータトラフィックまたはネットワークデータサービスを求めるリクエストを受信するステップと、
ポリシー実装要素によって、優先順位を設定されたサービスオブジェクトの１つまたは複数を適用して、ネットワークデータトラフィックまたはネットワークデータサービスを求めるリクエストを、１つまたは複数のネットワークデータサービスの少なくとも１つに属するものとして、および特定のサービスオブジェクトに関連付けられるものとして分類するステップと、
ポリシー実装要素によって、特定のサービスオブジェクトに関連付けられる特定のポリシーを適用して、１つまたは複数のネットワークデータサービスの少なくとも１つの使用の規則を実施するステップと
を含むことを特徴とする方法。
【０２５３】
３０．  上記項目２９に記載の方法において、さらに、
第１の分類に属する第１のパケットが受信されたときに、適用可能な分類の使用量が第１の限度に達しているか判断するステップと、
１つまたは複数の追加のフィルタを第１のパケットに適用するステップと、
少なくとも２つの異なる分類の第２の分類に属するものとしてパケットを分類するステップと
を含むことを特徴とする方法。
【０２５４】
３１．  上記項目２９に記載の方法において、適用可能な分類に対応する１つまたは複数のポリシーが、スキップポリシーを含み、方法がさらに、
適用可能な分類に関してさらなるポリシーを適用するのを止めるステップと、
データトラフィックに関する別の適用可能な分類を決定するために、１つまたは複数の追加のフィルタをデータトラフィックに適用するステップと
を含むことを特徴とする方法。
【０２５５】
ＩＩＩ．  デザインおよび実装：ポリシー変更子
Ａ．  分類および少なくとも１つのネットワークポリシー変更子
３５．  アクセスネットワークによって１つまたは複数の通信デバイスに提供し得る複数のネットワークデータサービスを含むサービスプラングループをデザインするための方法において、
サービスデザインシステムのインターフェースで、それぞれのサービスコンポーネントに関する１つまたは複数のフィルタを受信するステップであって、各フィルタが、１組の１つまたは複数のパラメータを含み、各組のパラメータが、それぞれのサービスオブジェクトに関連付けられるものとしてデータトラフィックを分類するように適合され、データトラフィックが、少なくとも１つのアクセスネットワーク上で通信されるステップと、
複数のネットワーク状態カテゴリーからの１つまたは複数のネットワーク状態カテゴリー、および選択されたネットワーク状態カテゴリーに関する少なくとも１つのネットワーク状態値を選択できるように、ユーザにインターフェースメカニズムを提供するステップであって、各ネットワーク状態カテゴリーが、複数のネットワーク状態値を有するステップと、
１つまたは複数のネットワーク状態カテゴリーの選択、および選択されたネットワーク状態カテゴリーに関する１つまたは複数のネットワーク状態値を受信するステップと、
選択されたネットワーク状態カテゴリーの各サービスオブジェクトと少なくとも１つのネットワーク状態値との組合せに１つまたは複数のポリシーを選定するステップと、
複数のサービスオブジェクト、ポリシー、およびポリシー選定に基づいて、サービスプラングループを作成するステップであって、サービスプラングループのポリシー選定が、選択されたネットワーク状態カテゴリーの現在のネットワーク状態値に基づいて、サービスプランに加入している通信デバイスのデータトラフィックに対してポリシーを実装するのを容易にするステップと、
通信デバイスのデータトラフィックに関するポリシーを実装するために、サービスプラングループを、１つまたは複数のポリシー実装要素をプログラムするために使用することができる命令に翻訳するステップと
によって、複数のサービスオブジェクトそれぞれを作成するステップを含む
ことを特徴とする方法。
【０２５６】
３６．  上記項目３５に記載の方法において、サービスオブジェクトが、サービスコンポーネント、またはサービスコンポーネントを含むサービスプランであることを特徴とする方法。
【０２５７】
３７．  上記項目３５に記載の方法において、さらに、
各選択されたネットワーク状態カテゴリーのサービスオブジェクトと各ネットワーク状態値との各組合せに、１つまたは複数のポリシーを選定するステップ
を含むことを特徴とする方法。
【０２５８】
３８．  上記項目３５に記載の方法において、さらに、
各選択されたネットワーク状態カテゴリーのサービスオブジェクトと各ネットワーク状態値との各組合せに関する１つまたは複数のポリシーを受信するための入力メカニズムをユーザに提供するステップ
を含むことを特徴とする方法。
【０２５９】
３９．  上記項目３５に記載の方法において、さらに、
複数の使用状態値を受信するステップであって、使用状態値が、サービスオブジェクトに分類されるネットワーク使用量を示し、分類が、サービスオブジェクトの１つまたは複数のフィルタによって決定されるステップと、
各選択されたネットワークカテゴリーの分類と、使用状態値と、各ネットワーク状態値との各組合せに、１つまたは複数のポリシーを選定するステップと
を含むことを特徴とする方法。
【０２６０】
４０．  上記項目３５に記載の方法において、インターフェースメカニズムが、１つまたは複数のネットワーク状態カテゴリーを各サービスオブジェクトに関して個別に選択できるようにすることを特徴とする方法。
【０２６１】
４１．  上記項目３５に記載の方法において、インターフェースメカニズムが、１つまたは複数のネットワーク状態構成をユーザが指定できるようにし、第１のネットワーク状態構成が、
第１のネットワーク状態構成に関して選択された各ネットワーク状態カテゴリーに関するネットワーク状態値と、
第１のネットワーク状態構成に関して選択されていないネットワーク状態カテゴリーに関するワイルドカードシンボルとを含み、ワイルドカードシンボルが、選択されていないカテゴリーに関する任意のネットワーク状態値にマッチし、１つまたは複数のポリシーが、各ネットワーク状態構成に関して選定される
ことを特徴とする方法。
【０２６２】
４２．  上記項目４１に記載の方法において、さらに、
ユーザから、各ネットワーク状態構成に関する１つまたは複数のポリシーを受信するステップ
を含むことを特徴とする方法。
【０２６３】
４３．  上記項目４１に記載の方法において、さらに、
ネットワーク状態構成の順序を受信するステップであって、順序が、通信デバイスのデータトラフィックに関して実装するために、現在のネットワーク状態値および対応する１つまたは複数のポリシーと最初にマッチするネットワーク状態構成を決定するために、１つまたは複数のポリシー実装要素によって使用される
ことを特徴とする方法。
【０２６４】
４４．  上記項目４２に記載の方法において、インターフェースメカニズムが、各サービスオブジェクトに関する１つまたは複数のネットワーク状態構成をユーザが個別に指定できるようにすることを特徴とする方法。
【０２６５】
４５．  上記項目３５に記載の方法において、ポリシー選定が、多次元配列で構成され、各選択されたネットワークカテゴリーが、多次元配列の別個の次元であり、複数のサービスオブジェクトが、多次元配列の次元を構成することを特徴とする方法。
【０２６６】
４６．  上記項目３５に記載の方法において、複数のネットワーク状態カテゴリーが、輻輳状態、ネットワークの位置、ネットワークのタイプ、およびネットワークルーティング識別子を含むことを特徴とする方法。
【０２６７】
４７．  上記項目４６に記載の方法において、ネットワークの位置に関するネットワーク状態値が、ホームおよび少なくとも１つのローミングネットワークを含むことを特徴とする方法。
【０２６８】
４８．  上記項目４６に記載の方法において、輻輳状態に関するネットワーク状態値が、時間帯、ネットワーク輻輳のデバイス尺度、およびネットワーク輻輳のネットワーク尺度の少なくとも１つに基づくことを特徴とする方法。
【０２６９】
４９．  上記項目４８に記載の方法において、ネットワーク状態値が、ネットワーク輻輳の尺度に基づき、ネットワーク輻輳の尺度が、トラフィック遅延、遅延ジッタ、およびネットワークパケット誤り率の少なくとも１つを含むことを特徴とする方法。
【０２７０】
５０．  上記項目４８に記載の方法において、さらに、
ユーザから、輻輳状態に関するネットワーク状態値の決定の仕方の指定を受信するステップ
を含むことを特徴とする方法。
【０２７１】
５１．  上記項目４６に記載の方法において、ネットワークのタイプに関するネットワーク状態値が、２Ｇ、３Ｇ、４Ｇ、およびＷｉＦｉからなる群から選択される少なくとも２つ以上を含むことを特徴とする方法。
【０２７２】
５２．  上記項目３５に記載の方法において、１組における各パラメータが、データトラフィック属性のそれぞれのカテゴリーに関するものであることを特徴とする方法。
【０２７３】
Ｂ．  ２つのポリシー変更子
５３．  アクセスネットワークによって１つまたは複数の通信デバイスに提供し得る１つまたは複数のネットワークサービスを含むサービスプラングループをデザインするための方法において、
複数のネットワーク状態カテゴリー、および選択されたネットワーク状態カテゴリーに関する少なくとも１つのネットワーク状態値を選択できるように、サービスデザインシステムによってユーザにインターフェースメカニズムを提供するステップであって、各ネットワーク状態カテゴリーが、複数のネットワーク状態値を有するステップと、
複数のネットワーク状態カテゴリーの選択、および選択されたネットワーク状態カテゴリーそれぞれに関する１つまたは複数のネットワーク状態値を受信するステップと、
選択されたネットワーク状態カテゴリーに関するネットワーク状態値の複数の組合せに１つまたは複数のポリシーを選定するステップと、
ポリシーおよびポリシー選定に基づいてサービスプラングループを作成するステップであって、サービスプラングループのポリシー選定が、選択されたネットワーク状態カテゴリーの現在のネットワーク状態値に基づいて、サービスプラングループに加入する通信デバイスに対してポリシーを実装することを容易にするステップと、
通信デバイスのデータトラフィックに関するポリシーを実装するために、サービスプラングループを、１つまたは複数のポリシー実装要素をプログラムするために使用することができる命令に翻訳するステップと
を含むことを特徴とする方法。
【０２７４】
５４．  上記項目５３に記載の方法において、さらに、
選択されたネットワーク状態カテゴリーに関するネットワーク状態値の各組合せに１つまたは複数のポリシーを選定するステップ
を含むことを特徴とする方法。
【０２７５】
５５．  上記項目５３に記載の方法において、さらに、
サービスデザインシステムのインターフェースで、それぞれのサービスオブジェクトに関する１つまたは複数のフィルタを受信するステップであって、各フィルタが、１組の１つまたは複数のパラメータを含み、各組のパラメータが、それぞれのサービスオブジェクトに関連付けられるものとしてデータトラフィックを分類するように適合され、データトラフィックが、少なくとも１つのアクセスネットワーク上で通信されるステップと、
各選択されたネットワーク状態カテゴリーのサービスオブジェクトと各ネットワーク状態値との各組合せに、１つまたは複数のポリシーを選定するステップと
によって、複数のサービスオブジェクトそれぞれを作成するステップを含む
ことを特徴とする方法。
【０２７６】
５６．  上記項目５５に記載の方法において、サービスオブジェクトが、サービスコンポーネント、またはサービスコンポーネントを含むサービスプランであることを特徴とする方法。
【０２７７】
５７．  上記項目５３に記載の方法において、さらに、
複数の使用状態値を受信するステップであって、使用状態値がネットワーク使用量を示すステップと、
各選択されたネットワークカテゴリーの使用状態値と各ネットワーク状態値との各組合せに、１つまたは複数のポリシーを選定するステップと
を含むことを特徴とする方法。
【０２７８】
Ｃ．  ２つのネットワーク状態カテゴリーを有する実装
５８．  通信デバイスによるアクセスネットワークのネットワークサービスの使用に関するポリシーを実装する方法において、
ネットワーク状態情報を取得するステップと、
ネットワーク状態情報に基づいて、アクセスネットワークの１組の現在状態値を決定するステップであって、各現行状態値が、それぞれのネットワーク状態カテゴリーに関連付けられ、各ネットワーク状態カテゴリーが複数のネットワーク状態値を有するステップと、
ポリシーの配列にアクセスするために、１組の現行状態値を使用するステップと、
配列から、１組の現行状態値に対応する第１のポリシーを検索するステップと、
アクセスネットワークの現在状態中に、通信デバイスに関連付けられるデータトラフィックの１つまたは複数のパケットを受信するステップと、
ポリシー実装要素によって、データトラフィックの１つまたは複数のパケットに第１のポリシーを適用するステップと
を含むことを特徴とする方法。
【０２７９】
５９．  上記項目５８に記載の方法において、ポリシーの配列にアクセスするために現行状態値を使用するステップが、
１組の現行状態値にマッチするネットワーク状態構成を決定するために、１組の現行状態値を１つまたは複数のネットワーク状態構成と比較するステップであって、各ネットワーク状態構成が、１つまたは複数のポリシーに関連付けられるステップを含む
ことを特徴とする方法。
【０２８０】
６０．  上記項目５９に記載の方法において、比較が、指定された順序で行われ、方法が、さらに、
１組の現行状態値にマッチする第１のネットワーク状態構成に関連付けられる１つまたは複数のポリシーを検索するステップ
を含むことを特徴とする方法。
【０２８１】
６１．  上記項目５８に記載の方法において、さらに、
現行状態値の１つまたは複数を、それぞれのネットワーク状態カテゴリーの対応する所定のネットワーク状態値に変換するステップと
を含むことを特徴とする方法。
【０２８２】
６２．  上記項目６１に記載の方法において、それぞれのネットワーク状態カテゴリーがネットワーク輻輳に対応し、所定のネットワーク状態値が様々なレベルの輻輳に対応することを特徴とする方法。
【０２８３】
６３．  上記項目５８に記載の方法において、さらに、
１組の現在状態値を、インデックス付きポリシー配列のネットワーク状態インデックスに変換するステップと、
ネットワーク状態インデックスを使用して第１のポリシーを検索するステップと
を含むことを特徴とする方法。
【０２８４】
６４．  上記項目６３に記載の方法において、第１のポリシーが多次元配列から検索され、選択されたネットワーク状態カテゴリーがそれぞれ、多次元配列の次元に対応することを特徴とする方法。
【０２８５】
６５．  上記項目６３に記載の方法において、インデックス付き配列が、ポリシーへのポインタを含むことを特徴とする方法。
【０２８６】
６６．  上記項目６３に記載の方法において、さらに、
ネットワーク状態情報が変化する時を検出するステップを含み、ネットワーク状態情報をインデックス付きポリシー配列のネットワーク状態インデックスに変換するステップが、ネットワーク状態情報が変化するときに生じる
ことを特徴とする方法。
【０２８７】
６７．  上記項目５８に記載の方法において、それぞれのネットワーク状態カテゴリーが、輻輳状態と、ネットワークの位置と、ネットワークのタイプと、ネットワークルーティング識別子とを含むことを特徴とする方法。
【０２８８】
６８．  上記項目６７に記載の方法において、ネットワークの位置に関するネットワーク状態値が、ホームおよび少なくとも１つのローミングネットワークを含むことを特徴とする方法。
【０２８９】
６９．  上記項目６７に記載の方法において、輻輳状態に関するネットワーク状態値が、時間帯、ネットワーク輻輳のデバイス尺度、およびネットワーク輻輳のネットワーク尺度の少なくとも１つに基づくことを特徴とする方法。
【０２９０】
７０．  上記項目６９に記載の方法において、ネットワーク状態値が、ネットワーク輻輳の尺度に基づき、ネットワーク輻輳の尺度が、トラフィック遅延、遅延ジッタ、およびネットワークパケット誤り率の少なくとも１つを含むことを特徴とする方法。
【０２９１】
７１．  上記項目６７に記載の方法において、ネットワークのタイプに関するネットワーク状態値が、２Ｇ、３Ｇ、４Ｇ、およびＷｉＦｉからなる群から選択される少なくとも２つ以上を含むことを特徴とする方法。
【０２９２】
ＩＶ．  ポリシーのデザイン：イベント
Ａ．  ３つのポリシーのうちの２つに関連付けられるイベント
７２．  アクセスネットワークによって１つまたは複数の通信デバイスに提供し得る１つまたは複数のネットワークサービスを含むサービスプランをデザインするための方法において、
サービスプランに従ったアクセスネットワークの使用に関連付けられるイベントを定義する入力を与えるために、サービスデザインシステムによってユーザにインターフェースメカニズムを提供するステップと、
ユーザから、イベントを定義する入力を受信するステップと、
ユーザから、イベントに関連付けられる複数のサービスポリシーを受信するステップであって、サービスポリシーが、ネットワークサービスにアクセスする権利を定義するアクセスポリシー、ネットワークサービスを使用するための料金を定義する課金ポリシー、ネットワークサービスに対応する通知を提供する時を定義する通知ポリシーのうちの少なくとも２つを含むステップと、
イベントおよび複数のサービスポリシーに基づいて、サービスプランを作成するステップと、
通信デバイスによるアクセスネットワークの使用に関してイベントが検出されるときに、サービスポリシーを実装するために、サービスプランを、１つまたは複数のポリシー実装要素をプログラムするために使用することが可能な命令に翻訳するステップであって、通信デバイスがサービスプランに加入するステップと
を含むことを特徴とする方法。
【０２９３】
７３．  上記項目７２に記載の方法において、さらに、
サービスプランに制限されるものとして遠隔通信デバイスの第１のグループを識別するステップと、
遠隔通信デバイスの第１のグループに関するポリシーを実装することが可能なポリシー実装要素の第２のグループに命令を提供するステップと
を含むことを特徴とする方法。
【０２９４】
７４．  上記項目７２に記載の方法において、インターフェースメカニズムが、イベントを定義するための１つまたは複数の選択リストを含み、各選択リストが、複数のオプションを含むことを特徴とする方法。
【０２９５】
７５．  上記項目７４に記載の方法において、１つまたは複数の選択リストが、
ネットワークサービスの使用量に関する尺度に対応する少なくとも１つのオプションを含む第１の選択リストと、
使用量を指定するためのオプションを含む１つまたは複数の第２の選択リストと
を含むことを特徴とする方法。
【０２９６】
Ｂ．  イベントとデバイス状態が通知を提供する
７６．  アクセスネットワークによって１つまたは複数の通信デバイスに提供し得る１つまたは複数のネットワークサービスを含むサービスプランをデザインするための方法において、
サービスプランに従ったアクセスネットワークの使用に関連付けられる１つまたは複数のイベントを定義する入力を与えるために、サービスデザインシステムによってユーザに第１のインターフェースメカニズムを提供するステップと、
ユーザから、１つまたは複数のイベントを定義する入力を受信するステップと、
通信デバイスの１つまたは複数のデバイス状態を指定するための第２のインターフェースメカニズムを提供するステップであって、デバイス状態が、通信デバイスのみのプロパティであるステップと、
１つまたは複数のデバイス状態を受信するステップと、
１つまたは複数のイベントおよび１つまたは複数のデバイス状態に関連付けられる通知ポリシーを受信するステップであって、通知ポリシーが、１つまたは複数のイベントと１つまたは複数のデバイス状態との条件関係を定義し、サービスプランに加入している通信デバイスのユーザに通知メッセージが表示されるステップと、
１つまたは複数のイベントと、１つまたは複数のデバイス状態と、通知ポリシーとに基づいて、サービスプランを作成するステップと、
通信デバイスによるアクセスネットワークの使用に関して１つまたは複数のイベントが検出され、条件関係が存在するときに、通知ポリシーを実装するために、サービスプランを、１つまたは複数のポリシー実装要素をプログラムするために使用することが可能な命令に翻訳するステップであって、通信デバイスがサービスプランに加入するステップと
を含むことを特徴とする方法。
【０２９７】
７７．  上記項目７６に記載の方法において、１つまたは複数のイベントが、通信デバイスのデータトラフィックを第１のタイプのデータトラフィックに分類することを含み、分類が、サービスプランの１つまたは複数のフィルタによって決定されることを特徴とする方法。
【０２９８】
７８．  上記項目７６に記載の方法において、デバイス状態が、デバイス上で現在動作しているアプリケーション、デバイスの位置を含むことを特徴とする方法。
【０２９９】
７９．  上記項目７６に記載の方法において、１つまたは複数のイベントが、ただ１つのイベントであり、条件関係が、ただ１つのイベントが検出されたときに１つまたは複数のデバイス状態が存在することを含むことを特徴とする方法。
【０３００】
８０．  上記項目７６に記載の方法において、条件関係が、イベントの１つまたは複数が検出された時点と、デバイス状態の１つが通信デバイス上に最後に存在していた時点との間の１つまたは複数の窓基準を指定することを特徴とする方法。
【０３０１】
８１．  上記項目８０に記載の方法において、窓基準が、時間および／または使用量を含むことを特徴とする方法。
【０３０２】
８２．  上記項目７６に記載の方法において、条件関係が、イベントの順序を指定することを特徴とする方法。
【０３０３】
８３．  上記項目７６に記載の方法において、条件関係が、デバイス状態が通信デバイス上に存在していた時点に関する順序を指定することを特徴とする方法。
【０３０４】
Ｃ．  イベントとデバイス状態によって誘発される通知の実装
８４．  通信デバイスによるアクセスネットワークのネットワークサービスの使用に関する通知ポリシーを実装する方法において、
サービスプランに従った通信デバイスによるアクセスネットワークの使用に関連付けられた１つまたは複数のイベントを検出するステップと、
通信デバイスの１つまたは複数の現在または最近のデバイス状態を識別するステップであって、デバイス状態が、通信デバイスのみのプロパティであるステップと、
通信デバイスによって、加入されたサービスプランの通知ポリシーに従って、１つまたは複数のイベントと１つまたは複数の現在または最近のデバイス状態との間に条件関係が存在するか判断するステップと、
条件関係が満たされるときに、通信デバイス上の通信エージェントに通信リクエストを送信するステップと
を含むことを特徴とする方法。
【０３０５】
８５．  上記項目８４に記載の方法において、通知リクエストが、ネットワーク要素から通信デバイス上の通信エージェントに送信されることを特徴とする方法。
【０３０６】
８６．  上記項目８４に記載の方法において、通知リクエストが、通信デバイス上のポリシー実装エージェントから通信デバイス上の通知エージェントに送信されることを特徴とする方法。
【図１】
0005858495.tif 000002
【図２】
0005858495.tif 000003
【図３Ａ】
0005858495.tif 000004
【図３ＡＡ】
0005858495.tif 000005
【図３ＡＢ】
0005858495.tif 000006
【図３Ｂ】
0005858495.tif 000007
【図３Ｃ】
0005858495.tif 000008
【図３Ｄ】
0005858495.tif 000009
【図３Ｅ】
0005858495.tif 000010
【図３Ｆ】
0005858495.tif 000011
【図３Ｇ】
0005858495.tif 000012
【図３Ｈ】
0005858495.tif 000013
【図３Ｉ】
0005858495.tif 000014
【図３Ｊ】
0005858495.tif 000015
【図３Ｋ】
0005858495.tif 000016
【図３Ｌ】
0005858495.tif 000017
【図３Ｍ】
0005858495.tif 000018
【図３Ｎ】
0005858495.tif 000019
【図３Ｏ】
0005858495.tif 000020
【図３Ｐ】
0005858495.tif 000021
【図３Ｑ】
0005858495.tif 000022
【図３Ｒ】
0005858495.tif 000023
【図３Ｓ】
0005858495.tif 000024
【図３Ｔ】
0005858495.tif 000025
【図３Ｕ】
0005858495.tif 000026
【図３Ｖ】
0005858495.tif 000027
【図３Ｗ】
0005858495.tif 000028
【図３Ｘ】
0005858495.tif 000029
【図３Ｙ】
0005858495.tif 000030
【図３Ｚ】
0005858495.tif 000031
【図４】
0005858495.tif 000032
【図５】
0005858495.tif 000033
【図６】
0005858495.tif 000034
【図７】
0005858495.tif 000035
【図８】
0005858495.tif 000036
【図９】
0005858495.tif 000037
【図１０】
0005858495.tif 000038
【図１１】
0005858495.tif 000039