(57)【要約】  デバイス支援サービス（ＤＡＳ）に関するユーザ通知に関する様々な実施形態を開示する。いくつかの実施形態では、通知のための方法は、１つまたは複数の通知リクエストに対応する１つまたは複数の通知アクションをエンドユーザデバイスに記憶するステップであって、エンドユーザデバイスが、１つまたは複数のネットワークサービスの使用量に対する制限を有するサービスプランに関連付けられるステップと、１つまたは複数のネットワークサービスの過去の使用または所期の使用を反映するデバイスアクションを実施するステップと、エンドユーザデバイスによって、デバイスアクションに応答して、ネットワーク要素から１つまたは複数の通知リクエストの１つを受信するステップと、エンドユーザデバイスによって、１つまたは複数の通知リクエストの１つに応答して、１つまたは複数の通知アクションの１つを実施するステップであって、１つまたは複数の通知アクションの１つが、使用のステータスに関連付けられる通知メッセージの少なくとも一部の検索をエンドユーザデバイスに行わせ、通知メッセージの少なくとも一部が、１つまたは複数の通知リクエストの１つとは別であるステップと、エンドユーザデバイスのユーザインターフェース上に通知メッセージを提示するステップとを含む。【選択図】図１
2014502383.tif 000002
【特許請求の範囲】
【請求項１】
１つまたは複数の通知リクエストに対応する１つまたは複数の通知アクションをエンドユーザデバイスに記憶するステップであって、前記エンドユーザデバイスが、１つまたは複数のネットワークサービスの使用量に対する制限を有するサービスプランに関連付けられるステップと、
１つまたは複数のネットワークサービスの過去の使用または所期の使用を反映するデバイスアクションを実施するステップと、
前記エンドユーザデバイスによって、前記デバイスアクションに応答して、ネットワーク要素から前記１つまたは複数の通知リクエストの１つを受信するステップと、
前記エンドユーザデバイスによって、前記１つまたは複数の通知リクエストの前記１つに応答して、前記１つまたは複数の通知アクションの１つを実施するステップであって、前記１つまたは複数の通知アクションの前記１つが、前記使用のステータスに関連付けられる通知メッセージの少なくとも一部の検索をエンドユーザデバイスに行わせ、前記通知メッセージの前記少なくとも一部が、前記１つまたは複数の通知リクエストの前記１つとは別であるステップと、
前記エンドユーザデバイスのユーザインターフェース上に前記通知メッセージを提示するステップと
を含むことを特徴とする方法。
【請求項２】
請求項１に記載の方法において、前記使用限度が、前記１つまたは複数のネットワークサービスの少なくとも１つが利用可能でなくなる時を識別することを特徴とする方法。
【請求項３】
請求項１に記載の方法において、前記使用限度が、料金請求レートが変化する時を識別することを特徴とする方法。
【請求項４】
請求項１に記載の方法において、前記１つまたは複数のネットワークサービスの少なくとも１つが、前記使用限度に達する前には第１のタイプとして分類され、前記１つまたは複数のネットワークサービスの前記少なくとも１つが、前記使用限度に達した後には第２のタイプとして分類されることを特徴とする方法。
【請求項５】
請求項１に記載の方法において、前記デバイスアクションが、前記サービスプランに基づくことを特徴とする方法。
【請求項６】
請求項１に記載の方法において、前記デバイスアクションが、新規ネットワークサービスにアクセスするための前記エンドユーザデバイスによるデバイスリクエストを含むことを特徴とする方法。
【請求項７】
請求項１に記載の方法において、前記デバイスアクションが、前記１つまたは複数のネットワークサービスのしきい値使用量を超えることを含むことを特徴とする方法。
【請求項８】
請求項１に記載の方法において、前記デバイスアクションが、ローミングイベントを含むことを特徴とする方法。
【請求項９】
請求項１に記載の方法において、前記デバイスアクションが、テザリングリクエストを含むことを特徴とする方法。
【請求項１０】
請求項１に記載の方法において、前記エンドユーザデバイスが中間デバイスであり、前記デバイスアクションが、前記中間デバイスを介して前記１つまたは複数のネットワークサービスと通信する１つまたは複数の他のエンドユーザデバイスによる過去の使用または所期の使用を反映することを特徴とする方法。
【請求項１１】
請求項１に記載の方法において、前記１つまたは複数のネットワークサービスが、サービスのカテゴリーを含み、前記デバイスアクションが、サービスの前記カテゴリーのしきい値量を超えることを含むことを特徴とする方法。
【請求項１２】
請求項１に記載の方法において、前記エンドユーザデバイスを現在使用しているユーザが前記サービスプランに加入されるときに、前記エンドユーザデバイスが前記サービスプランに関連付けられることを特徴とする方法。
【請求項１３】
請求項１に記載の方法において、前記エンドユーザデバイスが前記サービスプランに加入されるときに、前記エンドユーザデバイスが前記サービスプランに関連付けられることを特徴とする方法。
【請求項１４】
請求項１に記載の方法において、
前記通知メッセージが、前記サービスプランのキャンセル、修正、補充、または交換の提案を含み、
前記方法がさらに、前記エンドユーザデバイスのユーザが前記提案に応答することができるようにするステップを含む
ことを特徴とする方法。
【請求項１５】
請求項１に記載の方法において、前記通知リクエストが、ネットワーク宛先識別子を含み、前記１つまたは複数の通知アクションの前記１つが、前記通知メッセージの前記少なくとも一部を検索するために、前記ネットワーク宛先識別子に関連付けられるサーバへのアクセスを前記エンドユーザデバイスに行わせることを特徴とする方法。
【請求項１６】
請求項１に記載の方法において、前記通知メッセージが、サービスプランの特徴または異なるサービスプランに関してより詳細に知るための提案を含むことを特徴とする方法。
【請求項１７】
請求項１に記載の方法において、前記通知メッセージが、追加の情報へのリンクを含むことを特徴とする方法。
【請求項１８】
請求項１に記載の方法において、前記通知メッセージが、使用量または新規料金請求レートの確認を求めるリクエストを含むことを特徴とする方法。
【請求項１９】
請求項１に記載の方法において、前記１つまたは複数の通知アクションの前記１つを実施する前記ステップが、前記通知メッセージの前記少なくとも一部を含む所定のネットワーク宛先識別子に関連付けられるサーバにアクセスするステップを含むことを特徴とする方法。
【請求項２０】
請求項１に記載の方法において、
前記１つまたは複数の通知アクションの前記１つを実施する前記ステップが、第２のネットワーク宛先識別子を含む所定のネットワーク宛先識別子に関連付けられる第１のサーバにアクセスするステップを含み、
前記方法がさらに、前記第２のネットワーク宛先識別子を使用して前記通知メッセージの前記少なくとも一部を検索するステップを含む
ことを特徴とする方法。
【請求項２１】
請求項１に記載の方法において、前記１つまたは複数の通知リクエストの前記１つが、ローカル通知ストア内の前記通知メッセージの前記少なくとも一部を識別することを特徴とする方法。
【請求項２２】
１つまたは複数の通知リクエストに対する１つまたは複数の通知アクションを記憶するためのメモリであって、前記エンドユーザデバイスが、１つまたは複数のネットワークサービスの使用量に対する制限を有するサービスプランに関連付けられるメモリと、
前記１つまたは複数のネットワークサービスの過去の使用または所期の使用を反映するデバイスアクションを実施するように構成された少なくとも１つの処理装置と、
前記デバイスアクションに応答して、ネットワーク要素から前記１つまたは複数の通知リクエストの１つを受信するように構成された通信インターフェースと
を備えるエンドユーザデバイスにおいて、
前記少なくとも１つの処理装置が、前記１つまたは複数の通知リクエストの前記１つに応答して、前記１つまたは複数の通知アクションの１つを実施するように構成され、前記１つまたは複数の通知アクションの前記１つが、前記使用のステータスに関連付けられる通知メッセージの少なくとも一部の検索を前記少なくとも１つの処理装置に行わせ、前記通知メッセージの一部が、前記１つまたは複数の通知リクエストの前記１つとは別であり、
前記エンドユーザデバイスが、さらに、前記通知メッセージを提示するように構成されたユーザインターフェースを備える
ことを特徴とするエンドユーザデバイス。
【請求項２３】
請求項２２に記載のシステムにおいて、前記少なくとも１つの処理装置が、前記通知メッセージの一部を含む所定のネットワーク宛先識別子に関連付けられるサーバにアクセスするように構成されることを特徴とするシステム。
【請求項２４】
請求項２２に記載のシステムにおいて、前記少なくとも１つの処理装置が、第２のネットワーク宛先識別子を含む所定のネットワーク宛先識別子に関連付けられる第１のサーバにアクセスし、前記第２のネットワーク宛先識別子を使用して前記通知メッセージの一部を検索するように構成されることを特徴とするシステム。
【請求項２５】
請求項２２に記載のシステムにおいて、前記少なくとも１つの処理装置が、ローカル通知ストア内の前記通知メッセージの一部を識別するために、前記１つまたは複数の通知リクエストの前記１つを使用するように構成されることを特徴とするシステム。
【請求項２６】
サービスプランに関する情報を記憶するステップであって、前記サービスプランが、１つまたは複数のネットワークサービスの使用量に対する制限を有し、前記サービスプランが、エンドユーザデバイスに関連付けられるステップと、
前記１つまたは複数のネットワークサービスの過去の使用または所期の使用を反映するデバイスアクションを検出するステップと、
前記デバイスアクションをトリガイベントとして識別するステップと、
前記トリガイベントに基づいて通知リクエストを識別するステップであって、前記通知リクエストが、前記使用のステータスに関連付けられる通知メッセージの少なくとも一部を検索するために前記エンドユーザデバイスによって実施すべき通知アクションに対応し、前記通知メッセージの前記少なくとも一部が、前記通知リクエストとは別であるステップと、
前記トリガイベントに応答して、前記通知リクエストの前記少なくとも一部を前記エンドユーザデバイスに伝送するステップと
を含むことを特徴とする方法。
【請求項２７】
請求項２６に記載の方法において、前記使用限度が、前記１つまたは複数のネットワークサービスの少なくとも１つが利用可能でなくなる時を識別することを特徴とする方法。
【請求項２８】
請求項２６に記載の方法において、前記使用限度が、料金請求レートが変化する時を識別することを特徴とする方法。
【請求項２９】
請求項２６に記載の方法において、前記１つまたは複数のネットワークサービスの少なくとも１つが、前記使用限度に達する前には第１のタイプとして分類され、前記１つまたは複数のネットワークサービスの前記少なくとも１つが、前記使用限度に達した後には第２のタイプとして分類されることを特徴とする方法。
【請求項３０】
請求項２６に記載の方法において、前記トリガイベントが、前記サービスプランに基づくことを特徴とする方法。
【請求項３１】
請求項２６に記載の方法において、前記トリガイベントが、新規ネットワークサービスにアクセスするための前記エンドユーザデバイスによるデバイスリクエストを含むことを特徴とする方法。
【請求項３２】
請求項２６に記載の方法において、前記トリガイベントが、前記１つまたは複数のネットワークサービスのしきい値使用量を超えることを含むことを特徴とする方法。
【請求項３３】
請求項２６に記載の方法において、前記トリガイベントが、ローミングイベントを含むことを特徴とする方法。
【請求項３４】
請求項２６に記載の方法において、前記トリガイベントが、テザリングリクエストを含むことを特徴とする方法。
【請求項３５】
請求項２６に記載の方法において、前記エンドユーザデバイスが中間デバイスであり、前記トリガイベントが、前記中間デバイスを介して前記１つまたは複数のネットワークサービスと通信する１つまたは複数の他のエンドユーザデバイスによる過去の使用または所期の使用を反映することを特徴とする方法。
【請求項３６】
請求項２６に記載の方法において、前記１つまたは複数のネットワークサービスが、サービスのカテゴリーを含み、前記トリガイベントが、サービスの前記カテゴリーのしきい値量を超えることを含むことを特徴とする方法。
【請求項３７】
請求項２６に記載の方法において、前記エンドユーザデバイスを現在使用しているユーザが前記サービスプランに加入されるときに、前記エンドユーザデバイスが前記サービスプランに関連付けられることを特徴とする方法。
【請求項３８】
請求項２６に記載の方法において、前記エンドユーザデバイスが前記サービスプランに加入されるときに、前記エンドユーザデバイスが前記サービスプランに関連付けられることを特徴とする方法。
【請求項３９】
請求項２６に記載の方法において、
前記通知メッセージが、前記サービスプランのキャンセル、修正、補充、または交換の提案を含み、
前記方法がさらに、前記エンドユーザデバイスのユーザが前記提案に応答するのを待機するステップを含む
ことを特徴とする方法。
【請求項４０】
請求項２６に記載の方法において、
前記通知リクエストが、ネットワーク宛先識別子を含み、前記通知アクションが、前記通知メッセージの少なくとも一部を検索するために、前記ネットワーク宛先識別子に関連付けられるサーバへのアクセスを前記エンドユーザデバイスに行わせ、
前記方法がさらに、前記通知メッセージの前記少なくとも一部を識別するために、前記サーバにインデックスを送信するステップを含む
ことを特徴とする方法。
【請求項４１】
請求項２６に記載の方法において、前記通知メッセージが、サービスプランの特徴または異なるサービスプランに関してより詳細に知るための提案を含むことを特徴とする方法。
【請求項４２】
請求項２６に記載の方法において、前記通知メッセージが、追加の情報へのリンクを含むことを特徴とする方法。
【請求項４３】
請求項２６に記載の方法において、
前記通知メッセージが、使用量または新規料金請求レートの確認を求めるリクエストを含み、
前記方法がさらに、前記エンドユーザデバイスのユーザが前記リクエストに応答するのを待機するステップを含む
ことを特徴とする方法。
【請求項４４】
請求項２６に記載の方法において、
前記通知アクションが、前記通知メッセージの前記少なくとも一部を含む所定のネットワーク宛先識別子に関連付けられたサーバにアクセスするように動作可能であり、
前記方法がさらに、前記通知メッセージの前記少なくとも一部を識別するために、前記サーバにインデックスを送信するステップを含む
ことを特徴とする方法。
【請求項４５】
請求項２６に記載の方法において、
前記通知アクションが、第２のネットワーク宛先識別子を含む所定のネットワーク宛先識別子に関連付けられた第１のサーバにアクセスするように動作可能であり、
前記方法がさらに、前記第２のネットワーク宛先識別子を使用して前記通知メッセージの前記少なくとも一部を検索するステップを含む
ことを特徴とする方法。
【請求項４６】
請求項２６に記載の方法において、
前記通知リクエストが、ローカル通知ストア内の前記通知メッセージの前記少なくとも一部を識別し、
前記方法がさらに、前記通知リクエストに関連付けられる前記通知メッセージの前記少なくとも一部を含むように前記ローカル通知ストアを構成するステップを含む
ことを特徴とする方法。
【請求項４７】
サービスプランに関する情報を記憶するためのメモリであって、前記サービスプランが、１つまたは複数のネットワークサービスの使用量に対する制限を有し、前記サービスプランが、エンドユーザデバイスに関連付けられるメモリと、
前記１つまたは複数のネットワークサービスの過去の使用または所期の使用を反映するデバイスアクションを検出し、前記デバイスアクションをトリガイベントとして識別し、前記トリガイベントに基づいて通知リクエストを識別するように構成された少なくとも１つの処理装置であって、前記通知リクエストが、前記使用のステータスに関連付けられる通知メッセージの少なくとも一部を検索するために前記エンドユーザデバイスによって実施すべき通知アクションに対応し、前記通知メッセージの前記少なくとも一部が、前記通知リクエストとは別である処理装置と、
前記デバイスアクションに応答して、前記エンドユーザデバイスに前記通知リクエストを送信するように構成された通信インターフェースと
を備えることを特徴とするシステム。
【請求項４８】
請求項４７に記載のシステムにおいて、前記通知リクエストが、ネットワーク宛先識別子を含み、前記通知アクションが、前記通知メッセージの少なくとも一部を検索するために、前記ネットワーク宛先識別子に関連付けられるサーバへのアクセスを前記エンドユーザデバイスに行わせ、前記少なくとも１つの処理装置が、前記通知メッセージの前記少なくとも一部を識別するために、前記サーバにインデックスを送信するように構成されることを特徴とするシステム。
【請求項４９】
請求項４７に記載のシステムにおいて、前記通知アクションが、前記通知メッセージの少なくとも一部を含む所定のネットワーク宛先識別子に関連付けられるサーバへのアクセスを前記エンドユーザデバイスに行わせ、前記少なくとも１つの処理装置が、前記通知メッセージの前記少なくとも一部を識別するために、前記サーバにインデックスを送信するように構成されることを特徴とするシステム。
【請求項５０】
請求項４７に記載のシステムにおいて、前記通知リクエストが、ローカル通知ストア内の前記通知メッセージの前記少なくとも一部を識別し、前記少なくとも１つの処理装置が、前記通知リクエストに関連付けられる前記通知メッセージの前記少なくとも一部を含むように前記ローカル通知ストアを構成するように構成されることを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にモバイルデバイスに関し、いくつかの実施形態は、デバイス支援サービスの使用、管理、および生成に関する。
【背景技術】
【０００２】
大量消費市場デジタル通信およびコンテンツ配信の出現と共に、ワイヤレスネットワーク、ケーブルネットワーク、およびＤＳＬ（デジタル加入者線）ネットワークなど多くのアクセスネットワークは、ユーザ需要の増加に対応するのに十分な容量を提供することがますます難しくなっている。例えばＥＶＤＯ（Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄ）、ＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、ＬＴＥ（ロングタームエボリューション；Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＷｉＭａｘ（ワイマックス；Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）、およびＷｉ−Ｆｉ（ワイファイ；Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）など高データレートソリューションの導入および実装により、ワイヤレスネットワークは、ユーザ容量がますます制約されている。ワイヤレスネットワーク容量は引き続き増加しているが、そのような増加は、一般に、ユーザ需要に見合っていない。
【０００３】
ＭＩＭＯ（複数入力複数出力）など、より効率的な技術の導入、およびより大きい周波数スペクトルの展開は、増加するデジタルネットワーキング需要を満たすにはおそらく十分でなくなる。したがって、デジタルネットワーキング需要の増加が、通信ネットワーク容量利得を上回っている。例えば、スマートフォンやコンピュータなどの汎用デバイスと、音楽プレーヤ、電子リーダ、接続された（例えばネットワーク化）されたカメラ、および接続されたゲームデバイスなどの専用デバイスとを合わせて、平均のワイヤレスデバイス使用が１加入者当たり４デバイスになると予想する産業の専門家もいる。さらに、ワイヤラインユーザのサービス消費の習慣は、非常に高い帯域幅のアプリケーションに向かう傾向があり、そのようなアプリケーションは、効率的に管理されない場合には、利用可能な容量をすぐに消費し、全体のネットワークサービスエクスペリエンスを悪化することがある。サービスプロバイダのいくつかのコンポーネントのコストは、帯域幅の増加と共に増加するので、この傾向も、サービスプロバイダの利潤に悪影響を及ぼすことになる。
【０００４】
同様に、ケーブルやＤＳＬなどのワイヤラインアクセスネットワークは、ユーザ当たりの平均容量を高くすることができるが、ワイヤラインユーザサービス消費の習慣は、非常に高い帯域幅のアプリケーション傾向があり、そのようなアプリケーションは、利用可能な容量をすぐに消費し、全体のネットワークサービスエクスペリエンスを悪化することがある。サービスプロバイダのいくつかのコンポーネントのコストは、帯域幅の増加と共に増加するので、この傾向も、サービスプロバイダの利潤に悪影響を及ぼすことになる。
【図面の簡単な説明】
【０００５】
本発明を、１つまたは複数の様々実施形態に従って、以下の図を参照しながら詳細に説明する。図面は、単に例示の目的で提供され、本発明の典型的または例示的な実施形態を示すにすぎない。これらの図面は、本文献の読者が本発明を容易に理解できるようにするために提供されており、本発明の範疇、範囲、または適用範囲の限定とみなすべきではない。例示を見やすく簡単にするために、これらの図面は、必ずしも縮尺通りには描かれていないことに留意すべきである。
【０００６】
【図１】図１は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のネットワークアーキテクチャを示す機能図である。
【図２Ａ】図２Ａは、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知の別のネットワークアーキテクチャを示す機能図である。
【図２Ｂ】図２Ｂは、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知の別のネットワークアーキテクチャを示す機能図である。
【図２Ｃ】図２Ｃは、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知の別のネットワークアーキテクチャを示す機能図である。
【図２Ｄ】図２Ｄは、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知の別のネットワークアーキテクチャを示す機能図である。
【図２Ｅ】図２Ｅは、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知の別のネットワークアーキテクチャを示す機能図である。
【図２Ｆ】図２Ｆは、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知の別のネットワークアーキテクチャを示す機能図である。
【図２Ｇ】図２Ｇは、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知の別のネットワークアーキテクチャを示す機能図である。
【図３】図３は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のためのＭＶＮＯプラットフォームに関するネットワークアーキテクチャを示す機能図である。
【図４Ａ】図４Ａは、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のためのＭＶＮＯプラットフォームに関する別のネットワークアーキテクチャを示す機能図である。
【図４Ｂ】図４Ｂは、顧客セルフヘルプサーバおよびユーザインターフェースを含む本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のネットワークアーキテクチャを示す機能図である。
【図４Ｃ】図４Ｃは、顧客セルフヘルプサーバおよびユーザインターフェースを含む本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のネットワークアーキテクチャを示す機能図である。
【図４Ｄ】図４Ｄは、顧客セルフヘルプサーバおよびユーザインターフェースを含む本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のネットワークアーキテクチャを示す機能図である。
【図５】図５は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のためのユーザインターフェースを示す機能図である。
【図６】図６は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図７】図７は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図８】図８は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図９】図９は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図１０】図１０は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図１１】図１１は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図１２】図１２は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図１３】図１３は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図１４】図１４は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図１５】図１５は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図１６】図１６は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図１７】図１７は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図１８】図１８は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図１９】図１９は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図２０】図２０は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図２１】図２１は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図２２】図２２は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図２３】図２３は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図２４】図２４は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図２５】図２５は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図２６】図２６は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図２７】図２７は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図２８】図２８は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図２９】図２９は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図３０】図３０は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図３１】図３１は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図３２】図３２は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図３３】図３３は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図３４】図３４は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図３５】図３５は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図３６】図３６は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図３７】図３７は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図３８Ａ】図３８Ａは、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。
【図３８Ｂ】図３８Ｂは、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。
【図３９】図３９は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースを示す機能図である。
【図４０】図４０は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知をリクエストするための機能図である。
【図４１】図４１は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のためのプラットフォームアーキテクチャに関する機能図である。
【図４２】図４２は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のプラットフォームアーキテクチャに関する機能図である。
【図４３】図４３は、本明細書で述べるシステムおよび方法の様々な実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知に関する流れ図である。
【発明の概要】
【０００７】
様々な実施形態によれば、通信システム用のサービスおよびサービス活動の監視、検出、通知、および更新を可能にするためのシステムおよび方法が提供される。様々な実施形態において、それぞれのサービスプランの下で行われる１人または複数人のユーザのサービス活動が監視される。様々なトリガ点で、通知がユーザにトリガされて、特定の使用イベントをユーザに知らせる。例えば、いくつかの実施形態は、サービス消費、消費レート、サービス活動レベルなどを監視するように構成することができる。サービス活動の所定のしきい値に達すると、ユーザがこのしきい値レベルに達したことをユーザに知らせる通知をユーザにトリガすることができる。さらに、システムは、例えば、サービス活動の中止、追加のサービス割当ての購入、割当てパラメータの変更、サービスプランの変更などによって、ユーザが通知に応答できるように構成することができる。
【０００８】
いくつかの実施形態では、サービス活動レベルまたは割当て消費を監視するために、ネットワーク内の１つまたは複数の点およびユーザデバイスに使用量モニタが提供される。例えば、使用量モニタは、エンドユーザデバイス、ネットワーク内のゲートウェイ、ネットワークエージェント、または１つまたは複数のユーザのサービス活動レベルを監視するのに適した他の位置に位置させることができる。
【０００９】
監視される活動レベルパラメータは、いくつかの異なるパラメータを含むことができ、そのようなパラメータとしては、例えば、サービスまたはサービスクラスに関する転送されるデータの量、特定のサービスまたはサービスクラスに関してエンドユーザデバイスがアクセスされる時間の量、サービスまたはサービスクラスがアクセスされるデータレート、特定のサービスまたはサービスクラスがアクセスされる回数、そのようなサービスまたはサービスクラスがアクセスされる期間、アクセスされるサービスに関する料金請求または課金レートなどが挙げられる。好ましくは、監視される活動レベルは、監視されている所与のサービスまたはサービスクラスに関するサービスプラン割当て限度に対応する。したがって、監視される情報を使用して、ユーザがサービス割当てを超えているか、超えそうであるか、または超える可能性が高いか否かを判断することができる。サービスプラン割当て限度は、例えば、１つまたは複数のネットワークサービスの少なくとも１つが利用可能でなくなる時、料金請求レートが変化する時、サービス割当てが消費された時、またはサービス割当てが変更される時を識別する１つまたは複数の使用限度を指定することができる。
【００１０】
様々な実施形態によれば、しきい値レベルまたはトリガレベルが設定され、通知を引き起こすことがあるイベントを検出するために使用される。例えば、トリガレベルは、所与のユーザに関する最大割当てレベルに設定することができ、それにより、所与のサービスまたはサービスクラスに関してユーザがそのユーザの最大割当てレベルに達したときに、通知を行うことができる。別の例として、トリガレベルは、最大割当てレベル以下で、ユーザが現在のサービスプランの下でサービス活動割当てを超えそうであることをユーザに通知するのに有用となり得る点に設定することができる。同様に、トリガレベルは、使用レートを検出するように設定することもでき、割当て期間全体にわたってそのような使用レートが続く場合にはユーザがサービスレベルアプリケーションを超えることがあることを示す。
【００１１】
また、１つまたは複数の使用量モニタによって収集されるデータを記憶するために、使用量レポート記憶要素を含むこともできる。いくつかの実施形態では、トリガイベント検出要素は、使用量レポート記憶機能へのアクセス権を与えられ、使用量レポート記憶機能内の情報を使用して、トリガイベントを検出する。１つまたは複数の使用量レポート記憶機能は、ネットワークにわたる様々な位置に、およびエンドユーザデバイス上に提供することができる。
【００１２】
また、管理、監視、および通知イベントおよび活動を調整するために、１つまたは複数のサービス制御装置を提供することもできる。いくつかの実施形態では、サービス制御装置は、通知イベントのエンドユーザの通知を調整するために、使用量モニタ、使用量レポート記憶機能、およびトリガ検出要素から情報を受信するように構成することができる。いくつかの実施形態では、サービス制御装置は、通知イベントが生じているか否かを判断するために、これらの要素の１つまたは複数から受信される情報を評価するように構成することができる。通知イベントが生じている場合、サービス制御装置は、通知イベントメッセージをエンドユーザデバイスに送信して、通知手続きをトリガする。他の実施形態では、サービス制御装置は、トリガされたイベント検出要素からトリガイベントを受信し、応答時に、通知イベントをエンドユーザデバイスに送信する。様々な他の実施形態では、サービス処理装置をエンドユーザデバイスに提供することができ、使用量情報と、そのデバイスに関する通知イベントをトリガするためのトリガ情報とを受信する。
【００１３】
また、通知ポリシーおよびパラメータの作成および更新を可能にするために、ユーザインターフェースとして機能するように、通知ポリシー管理およびユーザインターフェース要素を提供することもできる。通知ポリシーは、通知が提供されるイベントを識別するために使用することができる。いくつかの実施形態では、作成される通知ポリシーは、例えばサービス制御装置（例えばネットワーク要素）またはサービス処理装置などの要素に提供することができ、通知イベントが生じている場合および時を判断するために使用量データと比較するために使用される。
【００１４】
様々な実施形態では、エンドユーザデバイスは、トリガイベントに応答してユーザにメッセージを提供するのを容易にするために、通知エージェントおよび通知メッセージシーケンス記憶機能を含む。例えば、エンドユーザデバイスは、通知イベントまたはネットワーク使用量情報の形態でネットワークから情報を受信するために、制御デバイスリンクを含むことができる。通知イベントの発生時、サービス制御デバイスリンクは、トリガイベントを通知エージェントに送信するように構成することができる。通知エージェントは、トリガイベントでの情報を評価し、通知メッセージシーケンス記憶機能から、ユーザに提供される適当な通知メッセージを選択するように構成することができる。例えば、トリガイベントは、通知をトリガする特定のイベントに関する情報を含むことがある。例えば、トリガイベントにおける１つまたは複数のフィールドは、例えば、特定のタイプのサービスに関してユーザが割当て容量に達している場合などに、特定のタイプのトリガを示すことができる。この例では、通知エージェントは、トリガイベントを評価し、メッセージシーケンス記憶機能から、この特定のイベントに対応する適当なメッセージを検索する。メッセージシーケンスは、適当な情報をユーザに提供するために、ユーザに提供すべき１つまたは複数のメッセージを含むことができる。上記の例に関して、通知メッセージシーケンスは、その特定のサービスに関してユーザが割当て容量に見合っていることをユーザに伝えるメッセージを含むことができる。いくつかの実施形態では、サービスプランの変更、追加の割当ての購入、従量制（ｐａｙ−ａｓ−ｙｏｕ−ｇｏ）ベースでの継続などのアクションを行うというオプションをユーザに提供するメッセージを含むこともできる。
【００１５】
上記の論述が示すように、エンドユーザデバイスは、以下のプロセスを行うように構成することができる。サービスプランに関する情報を記憶するプロセス。ここで、サービスプランは、１つまたは複数のネットワークサービスの使用量に対する制限を有し、サービスプランは、エンドユーザデバイスに関連付けられる；１つまたは複数のネットワークサービスの過去の使用または所期の使用を反映するデバイスアクションを検出するプロセス；トリガイベントとしてデバイスアクションを識別するプロセス；トリガイベントに基づいて通知リクエストを識別するプロセス。ここで、通知リクエストは、使用のステータスに関連付けられる通知メッセージの少なくとも一部を検索するためにエンドユーザデバイスによって実施すべき通知アクションに対応し、通知メッセージの少なくとも一部は、通知リクエストとは別である；および、トリガイベントに応答して、通知リクエストの少なくとも一部をエンドユーザデバイスに送信するプロセス。
【００１６】
また、様々な実施形態において、システムも提供することができ、システムは、サービスプランに関する情報を記憶するためのメモリであって、サービスプランが、１つまたは複数のネットワークサービスの使用量に対する制限を有し、サービスプランが、エンドユーザデバイスに関連付けられるメモリと、１つまたは複数のネットワークサービスの過去の使用または所期の使用を反映するデバイスアクションを検出し、デバイスアクションをトリガイベントとして識別し、トリガイベントに基づいて通知リクエストを識別するように構成された少なくとも１つの処理装置であって、通知リクエストが、使用のステータスに関連付けられる通知メッセージの少なくとも一部を検索するためにエンドユーザデバイスによって実施すべき通知アクションに対応し、通知メッセージの少なくとも一部が、通知リクエストとは別である処理装置と、デバイスアクションに応答して、エンドユーザデバイスに通知リクエストを送信するように構成された通信インターフェースとを含むことができる。いくつかの実施形態では、通知リクエストが、ネットワーク宛先識別子を含み、通知アクションが、通知メッセージの少なくとも一部を検索するために、ネットワーク宛先識別子に関連付けられるサーバへのアクセスをエンドユーザデバイスに行わせ、少なくとも１つの処理装置が、通知メッセージの少なくとも一部を識別するために、サーバにインデックスを送信するように構成される。インデックスは、数値インデックス、英数字列、ポインタ、ＧＵＩＤ、または、通知メッセージの少なくとも一部を識別する任意の他のインジケータでよい。
【００１７】
さらなる実施形態では、通知アクションが、通知メッセージの少なくとも一部を含む所定のネットワーク宛先識別子に関連付けられるサーバへのアクセスをエンドユーザデバイスに行わせ、少なくとも１つの処理装置が、通知メッセージの少なくとも一部を識別するために、サーバにインデックスを送信するように構成される。いくつかの実施形態では、通知リクエストが、ローカル通知ストア内の通知メッセージの少なくとも一部を識別し、少なくとも１つの処理装置が、通知リクエストに関連付けられる通知メッセージの少なくとも一部を含むようにローカル通知ストアを構成するように構成される。
【００１８】
様々な実施形態によれば、１つまたは複数の通知リクエストに対応する１つまたは複数の通知アクションをエンドユーザデバイスに記憶するステップであって、エンドユーザデバイスが、１つまたは複数のネットワークサービスの使用量に対する制限を有するサービスプランに関連付けられるステップと、１つまたは複数のネットワークサービスの過去の使用または所期の使用を反映するデバイスアクションを実施するステップと、エンドユーザデバイスによって、デバイスアクションに応答して、ネットワーク要素から１つまたは複数の通知リクエストの１つを受信するステップと、エンドユーザデバイスによって、１つまたは複数の通知リクエストの１つに応答して、１つまたは複数の通知アクションの１つを実施するステップであって、１つまたは複数の通知アクションの１つが、使用のステータスに関連付けられる通知メッセージの少なくとも一部の検索をエンドユーザデバイスに行わせ、通知メッセージの少なくとも一部が、１つまたは複数の通知リクエストの１つとは別であるステップと、エンドユーザデバイスのユーザインターフェース上に通知メッセージを提示するステップであって、１つまたは複数の通知リクエストの１つが、ローカル通知記憶機能内の通知メッセージの少なくとも一部を識別するステップとを行うためのシステムおよび方法が提供される。
【００１９】
いくつかの実施形態では、使用限度は、１つまたは複数のネットワークサービスの少なくとも１つが利用可能でなくなる時、料金請求レートが変化する時、サービス割当てが消費された時、またはサービス割当てが変更される時を識別する。
【００２０】
いくつかの実施形態では、システムおよび方法は、１つまたは複数のネットワークサービスの少なくとも１つが、使用限度に達する前には第１のタイプとして分類され、１つまたは複数のネットワークサービスの少なくとも１つが、使用限度に達した後には第２のタイプとして分類されるように構成される。
【００２１】
いくつかの実施形態では、デバイスアクションは、サービスプランに基づく。様々な実施形態において、デバイスアクションは、例えば、新規ネットワークサービスにアクセスするためのエンドユーザデバイスによるデバイスリクエスト、１つまたは複数のネットワークサービスのしきい値使用量の超過、ローミングイベント、およびテザリングリクエストなどのアクションを含む。
【００２２】
様々な実施形態において、エンドユーザデバイスは、中間デバイスとして構成することができ、デバイスアクションは、中間デバイスを介して１つまたは複数のネットワークサービスと通信する１つまたは複数の他のエンドユーザデバイスによる過去の使用または所期の使用を反映する。
【００２３】
様々な実施形態において、ネットワークサービスは、個別のサービスまたはサービスカテゴリーを含む。したがって、いくつかの実施形態では、デバイスアクションは、サービスカテゴリーのしきい値量の超過を含む。
【００２４】
様々な実施形態において、ユーザデバイス、またはエンドユーザデバイスを現在使用しているユーザがサービスプランに加入されるときに、デバイスがサービスプランに関連付けられる。
【００２５】
通知メッセージは、例えば以下のものを含むことができる。サービスプランのキャンセル、修正、補充、または交換の提案；サービスプラン機能または異なるサービスプランに関してより詳細に知るための提案；追加の情報へのリンク；使用量または新規料金請求レートの確認を求めるリクエスト；およびエンドユーザデバイスのユーザが提案に応答できるようにすること。さらなる実施形態では、通知リクエストは、ネットワーク宛先識別子を含み、１つまたは複数の通知アクションの１つが、通知メッセージの少なくとも一部を検索するために、ネットワーク宛先識別子に関連付けられるサーバへのアクセスをエンドユーザデバイスに行わせる。
【００２６】
１つまたは複数の通知アクションの１つを実施することは、以下のことを含むことができる。通知メッセージの少なくとも一部を含む所定のネットワーク宛先識別子に関連付けられるサーバにアクセスすること；および、第２のネットワーク宛先識別子を含む所定のネットワーク宛先識別子に関連付けられる第１のサーバにアクセスし、第２のネットワーク宛先識別子を使用して、通知メッセージの少なくとも一部を検索すること。
【発明を実施するための形態】
【００２７】
以下に、本発明の１つまたは複数の実施形態の詳細な説明を、本発明の原理を例示する添付図面と共に提供する。本発明をそのような実施形態に関連付けて説明するが、本発明は、いかなる実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定され、本発明は、多くの代替形態、修正形態、および均等形態を包含する。本発明を完全に理解することができるように、以下の説明では、いくつかの具体的な詳細を述べる。これらの詳細は例として提示するものであり、本発明は、特許請求の範囲に従って、これらの具体的な詳細のいくつかまたはすべてを用いずに実施することもできる。分かりやすくするために、本発明が不要に曖昧にならないように、本発明に関係する技術分野で知られている技術項目は詳細には説明していない。
【００２８】
本明細書で述べるシステムおよび方法の様々な実施形態は、より洗練されたサービスプラン提案および効率的なネットワーク容量管理を顧客が選択できるように、フレキシブルなサービスプラン、およびユーザネットワークサービスの管理を可能にする通信システムおよび方法を提供することができる。
【００２９】
ネットワーク化されたデバイスに提供されるサービスのレベルを管理するため、およびそのようなサービスをサービス毎に管理するために、追加の実施形態を提供することができる。例えば、様々な実施形態は、増加するデジタルネットワーキング使用量のパターンに合致する費用対効果の高いサービスまたはサービスクラスを提供するように構成することができる。さらなる一例として、いくつかの実施形態では、アクセスプロバイダがベーシックアクセスに関する制御および料金請求を行うだけでなく、サービス毎に、より高いレベルのサービス提供に関する制御および料金請求を行うこともできるようにするシステムおよび方法が提供される。そのようなサービス毎の制御および料金請求は、サービスタイプに基づいて、またはサービスクラスに基づいて、またはそれらの組合せに基づいて提供することができる。例示的なサービスとしては、リッチなインターネットアクセスおよび電子メール、アプリケーションベースの料金請求、コンテンツ配信、エンターテインメント活動、情報もしくはコンテンツ定期購読、またはゲームを挙げることができる。
【００３０】
また、様々な実施形態は、専用サービスプランまたはカスタムサービスプランの作成および実装を可能にすることもあり、それらのプランは、専用デバイスを用いたアカウントのため、または個々のユーザもしくはユーザグループの嗜好に合わせてプランを調整するために使用することができる。そのようなプランは、例えば専用および汎用のネットワーク化されたデバイスによって有用となることがあり、特定の使用量パターンまたはデバイス使用モデルに関してプランを作成することができる。さらなる一例として、いくつかの実施形態は、電子ブックリーダデバイスなど専用デバイスに関するデバイス使用モデルに合わせて調整される専用サービスプランの作成および実装を可能にすることがある。
【００３１】
また、さらなる実施形態は、ネットワーク機能の増加および新規のネットワーク化されたデバイスの提案に対応するために、サービスプラン提案のより高い融通性を可能にすることもできる。例えば、サービスプランは、新規の機能、デバイス、サービス、デバイスクラス、およびサービスクラスの追加を可能にするようにカスタマイズ可能であり、修正可能であることがある。
【００３２】
他の実施形態は、よりフレキシブルなサービスおよび料金請求ポリシー管理ソリューションを提供するために、代替のサービスおよび料金請求モデルの定義および実装を可能にすることができる。例えば、遠隔計測、監視、出荷追跡、および２方向パワー制御システムなどマシンツーマシン用途が、カスタムサービスプランおよび料金請求ポリシー構成が有益となり得る用途の例である。
【００３３】
したがって、様々な実施形態は、サービス機能およびサービスコストを制御することができることにより、新規サービスの定義、試験、および起動を可能にすることができる。いくつかの実施形態における上記のことの例として、個別に、または複数のサービス要素の複合として、異なるタイプのサービス要素のプロビジョニングおよび料金請求を可能にするサービスプランを挙げることができる。プロビジョニングおよび料金請求は、サービス要素ベースで行うことができ、したがって、サービスプロバイダまたはユーザが使用プランおよびパラメータを制御することができる。そのようなサービス要素の例としては、総計のトラフィックボリューム、ダウンロードおよびアップロードのコンテンツ、アプリケーション使用量、情報もしくはコンテンツ定期購読サービス、人間もしくは資産追跡サービス、リアルタイムマシンツーマシン情報、または電子商取引を挙げることができる。
【００３４】
いくつかの実施形態では、より洗練された様式でサービス消費を管理して料金請求することによって、従来の方法に比べて、ネットワークユーザ容量が増加され、ユーザサービスコストが減少される。例えば、ネットワーク中立性要件を満たすため、またはユーザのニーズに合うようにサービスプランを調整するために、サービス消費をサービス毎に管理して料金請求することができる。例えば、サービス消費を管理することによって、ユーザデバイスのニーズを満たすために必要なサービス容量を、所与のユーザのニーズにより良く合うように調整することができ、それにより、割り当てられているが使用されないサービス帯域幅の量を減少させる。さらに、その結果、より低コストのサービスをユーザに提供することができ、また、他のユーザに提案することができる追加の帯域幅を空けることができる。さらなる例として、様々な実施形態は、サービス使用量を管理するように構成することができ、サービス使用カテゴリーを識別、管理、および料金請求するためにサービス使用ポリシー実装およびポリシー管理を含むことができる。そのようなカテゴリーは、例えば、総計のトラフィック消費、コンテンツダウンロード、アプリケーション使用量、情報またはコンテンツ定期購読サービス、電子商取引、人間もしくは資産追跡サービス、またはマシンツーマシンネットワーキングサービスである。
【００３５】
ネットワークに関連付けられるサービス活動は、一般に、ネットワークアプリケーション、要素、または他のリソースの使用またはアクセスを含む。この例としては、以下のものを挙げることができる。例えばアプリケーションに関連付けることができる使用またはトラフィック使用；ネットワーク通信エンドポイント、例えば、アドレス、ユニフォームリソースロケータ（ＵＲＬ）、またはデバイスが通信時に用いる他の識別子；トラフィックコンテンツタイプ；コンテンツもしくは他のマテリアル、情報、または商品が取引、購入、予約、注文、または交換される取引；ダウンロード、アップロード、またはファイル転送；電子メール、テキスト、ＳＭＳ、ＩＭＳ、または他のメッセージング活動もしくは使用；ＶＯＩＰサービス；ビデオサービス；料金請求イベントを生成するデバイス使用イベント；本明細書で述べるようなアカウント別請求活動（アカウント別料金請求とも呼ぶ）に関連付けられるサービス使用；デバイス位置特定；デバイスサービス使用量パターン、デバイスユーザインターフェース（ＵＩ）発見パターン、コンテンツ使用量パターン、またはデバイス使用の他の特徴付け；あるいは、１組のサービス制御ポリシーに従って識別、監視、記録、報告、制御、または処理することができるユーザまたはデバイス活動の他のカテゴリー。いくつかの実施形態では、ネットワークサービスは、使用限度に達する前に、第１のタイプとして分類され、１つまたは複数のネットワークサービスの少なくとも１つが、使用限度に達した後に、第２のタイプとして分類される。
【００３６】
さらなる実施形態は、様々なサービス活動を識別し、全体のサービス使用を活動のサブカテゴリー、クラス、またはタイプに分けるように構成され、そのような活動のサブカテゴリー、クラス、またはタイプは、エンドユーザ通知および料金請求に関して検証可能に監視、カテゴリー分け、カタログ、報告、制御、貨幣化することができる。好ましくは、これは、様々なレベルのサービスコストに関して、または様々なタイプのデバイスもしくはグループに関してサービス機能を改良する形で行われる。したがって、いくつかの実施形態では、使用量は、サービスタイプもしくはサービスクラスに基づいてサービスレベルで、またはより粒度の高いサービス定義に基づいてサブカテゴリーレベルで監視、制御、および料金請求（すなわち管理）することができる。
【００３７】
例えば、より粒度の高いサービス定義は、オーディオ、ビデオ、およびデータなど、サービスタイプまたはクラス別にサービスを分ける。サービスクラスまたはタイプの別の例は、アプリケーションタイプ、例えばソーシャルネットワーキングサービスや科学的データベースサービスなどでよい。さらなる例は、これらをさらに細かい粒度レベルに分けることができる。より一層細かい粒度レベルを提供することもできる。例えば、ソーシャルネットワーキングアクセスのサブカテゴリーは、Ｆａｃｅｂｏｏｋ、ＬｉｎｋｅｄＩｎ、ＭｙＳｐａｃｅなどを含むことがある。別の例として、オーディオ／ビデオサービスのサブカテゴリーは、コンテンツプロバイダ（例えば、Ｂｌｏｃｋｂｕｓｔｅｒ、Ｎｅｔｆｌｉｘ、ＹｏｕＴｕｂｅ）として定義されることがある。サービスをサブカテゴリーに分けるさらに別の方法は、例えば、ストリーミング媒体かダウンロード媒体かというものでよい。この例の下での一実施形態では、サービス（オーディオ／ビデオサービス）の識別に基づいて使用量を監視、制御、および料金請求することができる。別の実施形態では、サブカテゴリーに基づく監視、制御、および料金請求によって、より細かい粒度を提供することができる。例えば、ストリーミング媒体は、ダウンロード媒体とは異なる限度、レート、および許可を有することがあり、または１つのサービスプロバイダが、別のサービスプロバイダとは異なる限度、レート、および許可を有することがある。
【００３８】
いくつかの実施形態では、用語「サービス活動」および「サービス使用」は、特定のサービス、サービスタイプ、またはサービスクラスに関連付けられる利用および活動に関連付けられる。サービス活動およびサービス使用は、データトラフィック使用、アプリケーション使用、特定のネットワークエンドポイントを用いた通信、または取引など、使用のカテゴリー分け、監視、制御、および料金請求の任意のものまたはすべてを含むことができる。いくつかの実施形態では、このカテゴリー分け、監視、制御、および料金請求は、全体として行うことも、またはサービスタイプ、サービスクラス、または特定のサービスをベースとしたものを含めてサービス毎に行うこともできる。さらに、このカテゴリー分け、監視、制御、および料金請求は、サブカテゴリーベースで行うことができる。
【００３９】
本記載を読めば当業者には明らかなように、いくつかの実施形態では、用語「サービス活動」または「サービス使用」は、上に列挙したより広範な態様の１つまたは複数を含む。用語「サービス使用」は、サービス活動と交換可能に使用することができるが、どちらの用語も、一般に、他方の任意の側面を除外する意図はない。用語「サービス使用」または「サービス活動」が使用されるいくつかの場合には、トラフィック使用、アプリケーション使用、ウェブサイト使用、および他のサービス使用の例など、より特定的な記述子も、より特定的な例を提供するために使用される。これらの例は、本明細書で述べるシステムおよび方法の説明を容易にするために提供するものであり、用語「サービス活動」および「サービス使用」を狭めるものではない。
【００４０】
いくつかの実施形態では、本発明は、サービスプロファイル内で提供されることがあるサービス指定に基づく様式、またはサービス指定によって指定される様式でサービス管理を提供する。そのようなサービス指定は、例えば、ユーザ嗜好または指定；および行政規則または法規、例えばオープンアクセスまたはネットワーク中立性要件に関する規則などを含むことがある。また、いくつかの実施形態では、サービス品質とより低いサービスコストというユーザの同時の望みに適う方法を決定するために、ユーザまたはデバイスのサービス使用またはサービス活動挙動を収集および／または報告するサービス管理ソリューションが開示される。例えば、そのような監視および報告は、ユーザによる承認を含む形で、また、ユーザ情報およびサービス使用挙動またはサービス活動履歴のプライバシーの保護も行う形で達成される。
【００４１】
いくつかの実施形態では、デバイス支援サービスポリシー実装、ネットワークサービス、およびサービスプロファイル（例えば、サービスプロファイルは、ネットワーク上のサービスについてデバイスに関する１組の１つまたは複数のサービスポリシー設定を含む）を組み込む製造物が、以下に述べるように提供される。いくつかの実施形態では、例えば、ネットワークサービスのためのデバイスに関する１組のポリシー／ポリシー設定（典型的には、より低レベルの設定を表す）、例えば、アクセス制御設定、トラフィック制御設定、料金請求システム設定、ユーザ通知設定、ユーザプライバシー設定、ユーザ嗜好設定、認証設定、および受付制御設定など、サービスポリシーまたはポリシーコンポーネントを、クライアントデバイスでプロビジョニングすることができる。例えば、サービスポリシーのいくつかの側面は、いくつかの実施形態では、コアネットワークからエンドユーザもしくはクライアントデバイスに移動され、またはネットワークおよびクライアントデバイスにおいて複製される。これらの側面は、以下のものを含むことがある。例えば、特定のより低レベルのサービスポリシー実装；例えばプライバシーフィルタリングを含むサービス使用またはサービス活動監視および報告；例えばプライバシーフィルタリングを含む顧客リソース管理監視および報告；適応型サービスポリシー制御；サービスネットワークアクセス制御サービス；サービスネットワーク認証サービス；サービスネットワーク受付制御サービス；サービス料金請求；取引料金請求；単純化されたサービスアクティブ化およびサインアップ；ユーザサービス使用またはサービス活動通知およびサービス嗜好フィードバック、ならびに他のサービス機能。
【００４２】
以下に論じるように、これらのサービスプロファイルまたはサービスポリシー実装要素の１つまたは複数の特定の側面のクライアントデバイスへの提供を活用して、上述したニーズに対するいくつかの有利なソリューションを実現することができる。例えば、システムおよび方法が以下のことを行うことができるようにする実施形態を提供することができる。よりリッチであり、より多様なネットワークサービスの組を管理して料金請求すること、全体のネットワーク容量をより高い粒度レベルで管理すること、エンドユーザアクセスコストを管理すること、ユーザまたは新規デバイスサービス活動化を単純化すること、新規サービスプランを用いた新規デバイスの開発および展開を単純化すること（例えば、サービスプロファイル、およびそのサービスプロファイルに関連付けられる料金請求／コスト情報）、新規の第三者ソリューションのためのより効果的なオープンアクセスネットワークを中央サービスプロバイダに装備すること、ワイヤレス基地局を展開するのに必要な機器およびプロセスを単純化すること、ならびに特定のアクセスネットワークを展開するのに必要とされるコアネットワーキング機器を単純化すること。
【００４３】
本明細書で述べるシステムおよび方法は、２つのネットワークタイプ、すなわち中央プロバイダネットワークとサービスプロバイダネットワークに関して論じる。本記載を読めば、当業者は、本明細書で述べるシステムおよび方法を他のネットワークタイプまたは構成と共に使用することができる様式を理解されよう。
【００４４】
中央プロバイダネットワークとは、一般に、クライアントデバイスを他のネットワークに接続するために使用されるアクセスネットワークを表す。中央プロバイダネットワークは、一般に、物理層、媒体アクセス制御（ＭＡＣ）、および様々なネットワーキング機能を含む。そのような機能は、以下で述べるように、認証、認可、およびアクセス制御の実施、ならびに制御プレーンサーバに接続するネットワークへのトラフィックのルーティングを行うように実装することができる。サービスプロバイダネットワークとは、一般に、制御プレーンサーバを含むネットワークを表す。いくつかの実施形態では、中央プロバイダネットワークとサービスプロバイダネットワークは、同じものでよく、または重畳していてよく、いくつかの実施形態では異なるものである。いくつかの実施形態では、中央プロバイダネットワークの所有者またはマネージャと、サービスプロバイダネットワークの所有者またはマネージャは同じであり、いくつかの実施形態では異なる。
【００４５】
いくつかの実施形態では、デバイスサービスポリシーの制御は、アクセスネットワーク、またはデバイスが連絡することができる任意のネットワーク内に常駐する１組のサービス制御プレーンサーバによって達成される。このサーバベースの制御プレーンアーキテクチャは、例えば、中央キャリア開放型開発プログラムまたは仮想移動体通信事業者（ＭＶＮＯ）関係に関して、サービスおよび料金請求の第三者による制御を可能にする非常に効率的な手段を提供する。デバイス処理およびメモリ容量が拡張されるにつれて、この分散型サービスポリシー処理アーキテクチャへの移行は、より効率的で経済的にもなる。いくつかの実施形態では、ユーザプライバシーおよび所望のネットワーク中立性のいくつかの側面は、デバイスベースのサービス使用またはサービス活動報告、トラフィック報告、サービスポリシー制御、および顧客リソース管理（ＣＲＭ）報告の特定の側面のユーザ制御を可能にすることによって提供される。
【００４６】
ワイヤレスアクセスネットワークなど多くのアクセスネットワークでは、より大きな帯域幅を消費するデバイス、アプリケーション、およびコンテンツタイプの人気の高まりを受け、帯域幅容量が貴重なリソースとなっている。従来の技法を使用して、多くのサービスプロバイダは、ユーザアクセスプランに関してフリーサイズ（ｏｎｅ−ｓｉｚｅ−ｆｉｔｓ−ａｌｌ）ポリシーを採用している。しかし、所与のネットワーク内の多数のユーザが、データ量に関してだけでなく、様々なサービスのタイプおよび様々なサービスに関するデータボリュームに関しても異なる要求を有するので、サービスプロバイダは、高い需要のユーザに対応するのに十分に高いプラン限度を設定し、それに従って課金することを余儀なくされる。したがって、低い需要のユーザは、自分が消費していない容量に対する支払いを請求されている。これは、より低い帯域幅のサービス使用またはサービス活動シナリオに対するより安価な支払いを望むユーザにとって、最適な状況ではない。
【００４７】
したがって、いくつかの実施形態では、ユーザの様々な使用法に対応するように様々なサービスプラン価格設定を可能にすることができる。例えば、いくつかの実施形態では、低い需要のユーザには、高い需要のユーザよりもサービスに対する課金を少なくすることができる、あるいは、ユーザの需要または使用をより正確に反映するように他の何らかの形で料金を調整することができるプランが提供される。さらなる実施形態では、これは、サービスプロバイダにとってのサービス利益性も保つ形で行うことができる。これらの目標は、例えば、サービスプロファイルに関するより洗練された管理および制御機能のセットを提供することによって達成することができる。例えば、この手法は、一般に、より低いサービス品質レベルを提供するようにサービスポリシーに基づいてサービスのいくつかの側面が制御されるサービス管理またはトラフィックシェーピングをもたらす。
【００４８】
一般に、これらの技法が実装されるときに生じることがある少なくとも３つの問題がある。生じ得る第１の問題は、サービスポリシー実装を設定、管理、または検証するためにサービス使用またはサービス活動を報告するときに、ユーザプライバシー嗜好を維持することである。いくつかの実施形態では、この問題は、様々な形で解決することができる。例えば、以下に述べるいくつかの実施形態は、ユーザが快適に感じる、またはユーザが承認するトラフィック情報のレベルに関するユーザ通知、嗜好フィードバック、および承認の組合せを提供する。また、いくつかの実施形態は、例えばトラフィック使用またはＣＲＭレポートなど、サービス使用またはサービス活動をフィルタすることができるようにすることもでき、それにより、共有されることをユーザが許可する情報のレベルのみが通信される。
【００４９】
生じ得る第２の問題は、トラフィックがシェーピングされる、またはサービスが管理される様式で、ネットワーク中立性要件を満たすことである。この問題は、以下に述べる様々な実施形態で述べるような様々な形で解決することができる。例えば、いくつかの実施形態は、サービス使用、サービス活動、トラフィック使用、またはＣＲＭデータを管理する方法に関する選択を行う権限をユーザに与えるシステムおよび方法を提供する。これらの実施形態は、ユーザ通知およびサービスポリシー嗜好フィードバックを提供する実施形態を含むことができる。そのような管理は、ユーザが自分のアクセスおよび制御コストを調整することができるように提供することができる。ユーザが、自分の望むサービス使用許可またはリソースの費用および管理法を指定することができるようにすることによって、ネットワーク使用に対するより中立的な手法または完全に中立的な手法をサービスプロバイダが保守することができる。
【００５０】
生じ得る第３の問題は、ユーザが指定したサービスおよび帯域幅割当てに付随することがある制約である。上述したように、ユーザがより低コストで自分のサービスニーズを満たすのを助けるために、より高い粒度レベルでのサービス管理を提供することができる。さらに、そのような提案により、接続されるデバイスおよびアプリケーションのより広範な採用が可能になることがある。しかし、そのようなサービス管理は、より制約されたプランをもたらすことがある。そのような制約は、サービス活動使用、サービスオプション、または帯域幅もしくはトラフィック使用に対するものとなり得る。様々な実施形態における調整されたプランは、許可された帯域幅またはトラフィックの量に対する限度を含むので、使用量追跡、超過に対する料金請求、およびアクセス制御を含めた管理が実施される。そのような管理は、システムの複雑さをより高くすることがあり、したがって追加のサービスプロバイダコストを生じることがある。また、ベーシック接続サービスを無料でユーザに提供することができるプランを含めた、より低コストのサービスプランが提案されるとき、これらのサービスプランは、利益性を維持するため、またはネットワーク容量を保つために、追加のサービスプロバイダコスト制御を行うことがあり、そのようなサービスプロバイダコスト制御は、サービス使用またはサービス活動に対する限度をより低くする。
【００５１】
これらのより低いサービス使用またはサービス活動制限のプランは、ユーザがサービス使用限度を超える状況が生じる可能性をもたらす。これは、限度を超えたユーザに対してサービスシャットダウンまたはサービスコスト超過を生じることがある。したがって、いくつかの実施形態は、ユーザを支援して、より低コストのサービスに関するサービス使用の仕方および使用の制御の仕方に関する情報をユーザに与えるためのシステムおよび方法を提供する。例えば、様々な実施形態は、サービスパラメータに関するユーザ通知を提供し、ユーザ更新および対話を可能にする。例えば、いくつかの実施形態では、ユーザは、サービス使用およびコスト予想情報、ユーザ通知ポリシーフィードバック、ユーザサービスポリシー嗜好フィードバックを提供される。別の例として、他の実施形態は、適応型トラフィックシェーピングまたはサービスポリシー実装を提供する。
【００５２】
２０１０年１月２７日出願の「Ａｄａｐｔｉｖｅ  Ａｍｂｉｅｎｔ  Ｓｅｒｖｉｃｅｓ」という名称の米国特許出願公開第２０１０／０１９８６９８号は、インターネットの動的（例えば、非静的）環境内で、サービスプロバイダがアンビエント（例えば、スポンサード）サービスを提案することを望むときに有用となり得る様々な技法を開示する。例えば、動的な許容送信元／宛先および／またはアプリケーションリスト、動的なブロック（不許可）送信元／宛先および／またはアプリケーションリスト、ならびに各送信元／宛先および／またはアプリケーションに関する動的なトラフィック制御ポリシーが、サービスプロバイダ、ＭＶＮＯプロバイダ、または仮想サービスプロバイダがアンビエント（例えば、スポンサード）サービスを提供することを望むときに有利となり得る技法のいくつかである。例えば、プロバイダは、アンビエントアクセスを提供するようにサービスプロバイダに動機を与えるウェブサイトパートナーとの商取引と引き換えに、所与のウェブサイトパートナーのウェブサービスへのアクセスを許可することを望むことがある。この例では、アンビエントアクセスは、サービスに関連付けられるウェブサイトパートナーのＵＲＬ（および場合によっては１つまたは複数のアプリケーション）の集合へのアクセス（ワイドオープンまたは抑制）を可能にするように意図され、その一方で、ウェブサイトパートナーサービスに関連付けられない他のネットワーク宛先および／またはアプリケーションに対するアクセスをブロックまたは格差的にレート制限（例えば、抑制）する。この例では、ウェブサイトサービスに関連付けられたアドレスおよび／またはドメインをウェブサイトパートナーが変更するときには常に問題が生じる可能性がある。なぜなら、関連の（例えばアンビエントサービスにおいて許可された）アドレス／ドメインの任意の静的なアクセスリスト、およびアクセスリストポリシーは、一般に、静的リストを実用不可能にするからである。
【００５３】
別の例として、取引サービスプロバイダに関するアンビエントサービスプロファイルは、そのサービスプロバイダのドメインまたはウェブサイトを許可宛先として含むことができる。しかし、多くのウェブサイトは、アドサーバによって提供されるインライン広告、および／またはパートナーサイトを含み、これらも、アンビエントサービスプロファイルにおける許可宛先の組に含めるべきであり、これらは動的に、または頻繁に変化していることが多い。
【００５４】
別の例として、ウェブサイトは、比較的高いデータ使用量を伴う宛先（例えば、ビデオまたはオーディオコンテンツのストリーミングおよび／またはダウンロード）へのリンクを含むことがある。アンビエントサービスプロバイダは、そのようなサイトへのアクセスをスポンサードすることは望まないことがあるが、それでも、帯域幅をあまり消費しないサービス使用活動を生じる他のサイトへのアクセスはスポンサードすることを望むことがある。
【００５５】
別の例として、セッション中、例えばアンビエントサービスプロファイルにおいて許可されている、または予め承認されている宛先ではないウェブサイトまたはサービスにアクセスすることをユーザが試行するときに、ユーザは、アンビエントサービスから「サーフアウト」することを試行することがある（例えば、検索サイトは、予め承認されたアンビエントサービスであることがあるが、検索サービスへのアクセスの対価を支払うアンビエントサービスパートナーはまた、検索結果および／または広告提案へのユーザクリックスルーを許可して、その対価を支払うことも望むことがあり、あるいは、例えば、アンビエントショッピングサービススポンサーは、ユーザに購入取引の機会を提供するために、ベンダパートナーサイトへのクリックスルーの対価を支払うことを望むこともある）。さらに、定義されたアンビエントサービスプロファイルは、例えば様々なアプリケーションおよび宛先が、時間と共に変化する、または各リクエスト／使用時に変化する（例えば、新規アプリケーションが利用可能になる、および／またはウェブサイトコンテンツおよびリンクの変化が、よく知られているウェブサイト技法を使用して、時間毎ではないにせよ日毎に生じる、および／または動的に生成される）ときに、すぐに停滞する。
【００５６】
インターネットの動的性質が、トラフィックの適応型分類に関する課題を提示する。ウェブサイトおよび他のオンライン情報源は頻繁に変化することがあるので、分類指定（例えば、分類ポリシー）が静的である場合、デバイスユーザは、所期のサービス分類ポリシーの下でユーザがアクセス権を有しているはずの宛先に、誤ってブロックされることがある。さらに、分類ポリシーがウェブサイトの変化についていくように更新されていない場合、（例えば誤った）サービス分類を許可するために購入できるサービスプランがないサービス分類が試行されるときにブロック通知がユーザに提供される（例えば、宛先へのアクセスがブロックされていることを示すためにメッセージがデバイスインターフェースを介して提示される）場合、誤ったブロックメッセージまたは「サービスプランを購入する必要があります」というメッセージが生じることがあり、ユーザが不快に感じることがある。さらに、エンドユーザデバイスがアンビエントサービスと非アンビエントサービスの両方に加入されている場合、（例えば、新規の広告サイトへのリンクやウェブサイト上の追加のコンテンツに対処するために）アンビエントサービス宛先の変化に対処するように分類ポリシーが更新されていない場合には、アンビエントサービスアカウントに割り当てられているはずのアクセスに対して非アンビエントサービスアカウントに課金されることがある。
【００５７】
したがって、いくつかの実施形態では、インターネットにおける状態の変化にネットワークゲートウェイがついて行くことができるようにするために、適応型分類ポリシーが提供される。いくつかの実施形態では、ネットワークベースの適応型トラフィックシェーピングまたはサービスポリシー実装は、分類別に記述するように意図されるサービスに関連付けられるネットワーク宛先情報の変化に対処するように適合された規則に基づくトラフィック分類およびポリシー施行を提供される。いくつかの実施形態では、サービス分類を更新する必要がある時を判断するため、またはサービス分類ポリシーを定期的に更新するために、適応型サービス分類ポリシーアップデータが使用される。いくつかの実施形態では、適応型サービス分類ポリシーアップデータは、１つまたは複数のポリシープロビジョニング要素に分類ポリシー更新を自動的に提供し、ポリシープロビジョニング要素が、次いで、分類ポリシーをトラフィックゲートウェイに提供する。いくつかの実施形態では、適応型サービス分類ポリシーアップデータは、レビューできるようにサービス管理者に分類ポリシー更新を提供し、その後、更新された分類ポリシーを１つまたは複数のポリシープロビジョニング要素に提供し、１つまたは複数のポリシープロビジョニング要素が、次いで、分類ポリシーをトラフィックゲートウェイに提供する。
【００５８】
いくつかの実施形態では、ネットワークベースの適応型分類ポリシーは、検査されたトラフィックが、分類ポリシートラフィック識別定義（例えば、トラフィックフィルタまたは検索文字列）に合致する特徴を有していない場合でさえ、検査されたトラフィックをサービス分類に関連付ける適応型アンビエントポリシー規則を使用して実現される。連想分類の例は、例えば、米国特許出願公開第２０１０／０１９８６９８号に記載されている技法を含む。これらの技法は、デバイスベース、デバイス支援、およびネットワークベースのトラフィック監視技法を含む。例えば、いくつかの実施形態では、ネットワークベースの技法は、ディープパケットインスペクション（ＤＰＩ）トラフィック監視システムの使用を含む。ＤＰＩシステムは、１つまたは複数のパケットが検査点を通るときに、パケットのヘッダまたはデータ部分を検査して、予め定義された分類規則に基づいてパケットを分類する。ＤＰＩシステムによって分類されるパケットは、通過させる、リダイレクションする、マーク／タグ付けする、ブロックする、レート制限する、および／またはネットワーク内の報告エージェントに報告することができる。ＤＰＩシステムは、パケットフローまたはプロトコルフローを識別することができ、識別されたフローを、蓄積されたフロー情報に基づいて制御することができる。
【００５９】
別の例として、リクエストされたアクセスが他のアンビエントサービストラフィックと同じトラフィックフロー内にあるかどうかを（例えば、様々なデバイスベース、デバイス支援、および／またはネットワークベース（例えばＤＰＩ）のトラフィック監視技法を使用して）判断することができる。また、リクエストされたアクセスとアンビエントサービスとの関連付けを試験するための様々な他の技法を採用することもできる。受信したトラフィックを、（例えば、参照ＵＲＬ、またはＨＲＥＦ、またはＩＭＡＧＥ  ＨＴＭＬタグを使用して）ネットワーク要素によって分類することができる。
【００６０】
別の例として、ドメインオブジェクトモデル（ＤＯＭ）ツリーを解析して、リクエストされたウェブページのリンクモデルを決定することができる。この解析は、例えば、ＤＯＭから「ｈｒｅｆｓ」をパースし、それらを使用してさらにクロールし、またフィルタがトラフィックを誤って分類（例えば、リンクへのアクセスのブロック）しないかチェックすることによって、ドキュメント内の関連のリンクに関するＨＴＭＬソースまたはＤＯＭを解析することを含む。当業者には理解されるように、ＤＯＭは、ウェブページの概念モデルであり、ＤＯＭツリーは、ウェブページの様々なエンティティまたはコンポーネント、それらの属性、役割、および関係、ならびにウェブページを構成するコンポーネントの保全性を管理する制約を記述する。
【００６１】
別の例として、リクエストされたアクセスのコンテンツ（例えば、ウェブページコンテンツ）を解析して、（例えばページランキングや、当業者に知られている他の技法など、様々なコンテンツ関連性技法を使用して）アクセスリクエストのターゲットがサービス分類に関連付けられるかどうか判断することができる。別の例として、リクエストされたネットワーク宛先（例えば、ＵＲＬ、関連のドメイン、サブドメイン、アドサーバドメイン、または他の宛先もしくは送信元）への逆引きを求めて、リクエストされたアクセスとサービス分類との関連付けを試験することができる。
【００６２】
別の例として、特定のウェブベースのリクエストがサービス分類に関連付けられるかどうかを判断するため、または、広告サーバなどの二次送信元で検証するため、または、分類されたサービスのプロバイダまたは関連の広告者による特定のネットワークドメインの所有権を検証するために、リクエストされたアクセスの送信元が、それ自体、検索エンジン／ウェブクローラ技法やＤＯＭ技法など様々な技法を使用して試験される。当業者には理解されるように、ウェブクローラは、系統的に自動でウェブをブラウズするコンピュータプログラムである。ウェブクローラは、アント（ａｎｔ）、自動インデクサ、ボート、ウェブスパイダ、ウェブロボット、またはウェブスカッタ（ｗｅｂ  ｓｃｕｔｔｅｒ）としても知られている。ウェブクローラを使用して、ウェブサイト上のリンクをコピー、チェック、または有効化することができる。ウェブクローラは、訪問するＵＲＬのリストから開始することがある。クローラは、これらのＵＲＬを訪問するとき、ページ内のすべてのハイパーリンクを識別し、訪問するＵＲＬのリストにそれらを追加する。新たなリストは、クロールフロンティア（ｃｒａｗｌ  ｆｒｏｎｔｉｅｒ）と呼ばれることもある。クロールフロンティアからのＵＲＬは、次いで、訪問するページや、それらのページを再び訪問する頻度などを指定する１組のポリシーに従って、繰り返し訪問される。
【００６３】
米国特許出願公開第２０１０／０１９８６９８号は、以下の機能の１つまたは複数を行うネットワーク内のインテリジェント要素を使用することによって、エンドユーザデバイスによるアンビエントサービスの使用を制御するための様々な方法を開示する。（１）許可アンビエントサービスデバイスアクセス挙動の初期リスト（例えば、いくつかの場合には米国特許出願公開第２０１０／０１９８６９８号で論じられるように格差を付けられた１組のトラフィック制御ポリシーを伴う、許可されたアドレス／ＵＲＬ、アプリケーション、および／またはコンテンツのタイプのリスト）を確立すること；（２）ユーザがアンビエントサービスにアクセスするときに、デバイスのアクセス挙動が、所望のアンビエントサービスアクセスおよび／またはトラフィック制御ポリシーの内部にあるか外部にあるかを判断すること（例えば、アクセス挙動が、所望のアンビエントサービスおよび／またはサービスポリシーに適切に関連付けられているかどうか判断すること）；（３）所望のアンビエントサービスポリシー内のアクセス挙動に関して、望ましいおよび／または好ましい新規の挙動を含むために、許可アンビエントサービスデバイスアクセス挙動のリストを拡張すること（例えば、新規のサブドメイン、広告コンテンツソース、取引パートナーアドレス、所望のサーフアウトなどへのアクセスを許可すること）；（４）望ましい／好ましいアンビエントサービスポリシー外の（例えば、望ましい／好ましいアンビエントサービスに関連付けられない、または有益には関連付けられない）デバイスアクセス挙動に関して、ブロックまたは格差的に抑制された（例えばレート制限された）アンビエントサービスデバイスアクセス挙動のリストを作成または展開して、望まれないまたはあまり望まれない（例えば好ましくない）新規の挙動を含めること。アンビエントサービス制御に適合するために使用されるインテリジェントネットワーク要素が、１つまたは複数のネットワーク機器機能（例えば、サービスゲートウェイ、ルータ、課金ゲートウェイ、ＨＬＲ、ＡＡＡ、基地局、サービス制御装置、および／または他のネットワーク機器機能）に含まれることがあり、あるいは、エンドユーザデバイスおよび／または中間ネットワーキングデバイスサービス処理装置に含まれることがあり、あるいは、エンドユーザデバイス（および／または中間ネットワーキングデバイス）と１つまたは複数のネットワーク機器機能との組合せに含まれることがある。
【００６４】
米国特許出願公開第２０１０／０１９８６９８号に開示されるように、適応型アンビエントサービスは、まず、適応型アンビエントサービスプロファイルのベースライン（例えば、基本開始点）を使用して提供されることがあり、このベースラインは、デフォルトの、または（例えばアンビエントサービスプロバイダ、ネットワークプロバイダ、ＶＳＰ、または別のエンティティによって）予め定義された許可アクセスリストと、例えば様々なアプリケーション、宛先、送信元、トラフィック制御規則、および／またはアカウント別請求規則、あるいはそれらの組合せに対するアンビエントサービスに関するデフォルトの、または予め定義された不許可のアクセスリストとを含む。いくつかの実施形態では、初期の許可アクセスリストは、アンビエントサービスに関連付けられるスポンサードウェブサイトの初期ウェブクロールまたはレビューに基づいて定義される。アンビエントサービスプロファイルは、本明細書で述べる様々な技法を使用する自動の自己進化型のサービスプロファイルでよい。
【００６５】
いくつかの実施形態では、許可アクセスリストは、スポンサードウェブサイトの解析の結果に基づいて（例えば、ウェブクロール、あるいは本明細書で開示する、または当技術分野で知られている、既知の関連のコンテンツや宛先などを識別するための他の技法を使用して）、時折または定期的に更新される。いくつかの実施形態では、不許可のアクセスリストは、時折または定期的に更新される。更新は、例えば、スポンサーエンティティからの入力、管理者からの入力、ウェブクロールなどに基づくことがある。
【００６６】
米国特許出願公開第２０１０／０１９８６９８号に開示されるように、適応型アンビエントサービスは、アンビエントサービスプロファイルを提供することを含むことがある。アンビエントサービスプロファイルは、アンビエントサービス許可アクセス規則とアンビエントサービス不許可アクセス規則とを含むことがあり、これらの規則は、上で論じた許可アクセスリストと不許可アクセスリストとを組み込むことがある。また、アンビエントサービスプロファイルは、アンビエントサービス監視アクセス規則（例えば、一時的なアクセス「リース」とみなすことができるものを提供する規則）を含むこともあり、ここで、例えば、疑わしいものまたは未知のものとみなされた特定のアプリケーションまたは宛先へのアクセスは、許可されるが、（例えば、疑わしいまたは未知のアプリケーションまたは宛先が、アンビエントサービス許可アクセス規則またはアンビエントサービス不許可アクセス規則の下で再び分類されるまで）監視される。リースは、疑わしいまたは未知の活動が、そのような活動がアンビエントサービスの変化の適法な結果であることがあり、したがってこれらの活動をブロックすることは望ましくないという理論の下で、アンビエントサービスにおける実施を一時的に許可する。当業者には理解されるように、リースの期間を定義するために多くの方法がある。例えば、リースは、特定の時間量、特定のデータ量（例えばバイト数）、アンビエントサービスに関連付けられるウェブページからの認識されない参照の特定の数などに関して付与されることがある。
【００６７】
リースは、いくつかの形の任意のもので終了することがある。例えば、リースは、（例えば、付与された期間の後または付与されたバイト数の後などに）自然に期限切れになることがある。リースは、アンビエントサービス不許可アクセスポリシーの下で許可されない活動が検出される場合に終了することがある。あるいは、リースは、アンビエントサービス許可アクセスポリシーの下で明示的に許可される活動が検出されるときに終了することがある。例えば、未知のアクセスが試行された後に２秒間にわたってリースが与えられ、しかしアンビエントサービスに関連付けられることが分かっている宛先が１秒後に訪問された場合、リースは終了する。その後、次の未知の、または疑わしいアクセスが生じたときに、新規のリースが付与されることがある。また、リースは、異なるアンビエントサービスに関連付けられることが分かっているアクセスが検出された場合に終了することもある。したがって、監視されるアクセスおよびリースは、適応型サービス分類ポリシーアップデータによってまだ識別されていない、または対処されていないインターネットの変化に対処するように、アンビエントサービスアクセスのいくらかの融通性を可能にする。
【００６８】
アンビエントサービス許可／不許可／監視アクセス規則は、当業者には理解されるように、ＩＰアドレス、ドメイン（例えばウェブサイトに関するＵＲＬ）、または任意の他の一意のネットワーク宛先もしくはアプリケーションもしくは送信元識別子を備えることがある。アンビエントサービス規則は、格差付きトラフィック制御規則を提供することもある。格差付きトラフィック制御規則は、メインアンビエントサービス機能（例えば、メインパートナーウェブサイトまたは取引サービス）に関連付けられる活動、二次アンビエントサービス機能（例えば、二次サーフアウトウェブサイトまたはあまり望まれないサービス活動）に関連付けられる活動、異なるコンテンツタイプを転送する活動、異なるアプリケーションに関連付けられる活動、時間帯に基づく活動、ネットワークビジー状態に基づく活動、より高いまたはより低いＱＯＳ（サービス品質）を必要とする活動、および／または他の活動など、トラフィック制御ポリシー要素に従った格差付きの帯域幅および／または総データ転送限度を提供することがある。
【００６９】
本明細書で論じるように、許可リストまたは不許可リストにまだない活動に対するアクセスは、そのアクセスが、許可アンビエントサービスに既に関連付けられているおよび／または接続されているアプリケーションに関連付けられている場合には、まずは許可される（さらに、いくつかの実施形態では監視リストに置かれる）ことがある。いくつかの実施形態では、許可リストまたは不許可リストにまだない活動に対するアクセスは、そのアクセスが許可ＵＲＬ（例えば、ＵＲＬの許可リストに含まれるＵＲＬ）からのＵＲＬ参照に関連付けられる場合には、まずは許可される（例えば、一時的なリースが設定され、いくつかの実施形態では、活動が監視リストに置かれる）。いくつかの実施形態では、許可リストまたは不許可リストにまだない活動に対するアクセスは、特定の予め設定／予め定義されたパラメータ内にあるトラフィック使用量パターンおよび／またはアンビエントサービスに関する他の基準を満たすトラフィック使用量パターンにそのアクセスが関連付けられる場合には、まずは許可される（例えば、一時的なリースが設定され、いくつかの実施形態では、活動が監視リストに置かれる）。
【００７０】
米国特許出願公開第２０１０／０１９８６９８号に開示されるように、（例えば、広告ウェブサイト、または検索結果のウェブサイト、例えば検索エンジンの有料検索結果や検索エンジンのオーガニック検索結果のウェブサイトへの）サーフアウトオプションを可能にする適応型アンビエントサービスを提供するための様々な技法を使用することができる。サーフアウトオプションは、サーフアウトオプションに関するアンビエントサービスプロファイル内の第２の規則セットを使用して管理することができる。サーフアウトウェブサイトアクセスの初期使用許可は、（例えば、ユーザがクリックすることによって）サーフアウトを生成する、またはサーフアウトを参照するメインアンビエントウェブサイトに基づくことがある。メインアンビエントサービスが、メインアンビエントサービス使用量決算にされるサーフアウトを作成すると、１組の一時的な使用許可規則に従ってサーフアウトウェブサイトアクセス規則を構成することができる。これらの一時的な使用許可規則は、メインアンビエントサービスパートナーがサーフアウトをスポンサードすることができるようにすると共に、そのサーフアウトウェブサイトが、メインアンビエントサービスパートナーが無期限にスポンサードしなければならない永久的な許可アンビエントサービスとなる危険がないようにする。このとき、例えば、一時的なサーフアウト規則は、上で同様に論じたように、３つのアクセスリストタイプ、例えば許可アクセスリスト、不許可アクセスリスト、および監視アクセスリストの１つまたは複数を含むことができ、リストの１つまたは複数を作成するために、同様のタイプの適応型規則を適用することができる。一時的なサーフアウト規則での相違点は、例えば、サーフアウトサイトへのアクセスに関して許可される総時間、総データ転送または転送帯域幅の制限に基づく規則、コンテンツタイプに対する規則、二次サーフアウト（または、第２の層を超えて第３の層へ、または複数／追加の層／分離度にわたるサーフアウト）の許可または不許可に対する規則、および／または広告元の許可または不許可を含むことがある。例えば、他のアンビエントアクセスリスト規則と同様に、サーフアウト規則は、時間帯、ユーザ優先順位、ユーザクラス、ユーザサービスプラン、ユーザ有用活動点、および／またはネットワークビジー状態に基づいて修正することもできる。
【００７１】
ユーザに提案されるコンテンツが、メインアンビエントサービス許可または監視アクセスリストに関連付けられなくなると、サーフアウトオプションは、以下の１つまたは複数に制限されることがある。新規ユーザアクションまたは選択の数に対する制限；新規ウェブページまたはポータルページの数に対する制限；新規ＵＲＬもしくはサブＵＲＬ、またはドメインもしくはサブドメインの数に対する制限；広告の存在またはタイプに対する制限；特定のコンテンツの存在またはタイプまたはサイズに対する制限；新規アドレスの数に対する制限；ファイルダウンロードのタイプに対する制限；ファイルダウンロードの数に対する制限；所与のアプリケーションの活動に対する制限；サーフアウトシーケンスに関する時間に対する制限；および／またはサーフアウトシーケンスに関する総データ転送に対する制限。これらの設定された制限の１つまたは複数を超えると、サーフアウトシーケンスは、例えば、本明細書で述べる様々な技法を使用して何らかの形で不許可にされる、または格差的にトラフィック制御される、または抑制されることがある。格差的抑制は、以下のものに基づいて、アンビエントサービスサーフアウトシーケンスに関する許可接続帯域幅を連続的に減少することがある。メインアンビエントサービス許可または被監視／監視アクセスリストからサーフアウトシーケンスが分岐した点からの時間の長さ、サーフアウトシーケンスがメインアンビエントサービス許可または被監視／監視アクセスリストから分岐してからのユーザ活動の数、サーフアウトシーケンスがメインアンビエントサービス許可または被監視／監視アクセスリストから分岐してからの選択されたウェブページの数、サーフアウトシーケンスがメインアンビエントサービス許可または被監視／監視アクセスリストから分岐してからの転送された総データ、サーフアウトシーケンスがメインアンビエントサービス許可または被監視／監視アクセスリストから分岐してからの新規ＵＲＬまたはドメインの数。サーフアウト活動またはシーケンスが不許可にされた、または格差的にトラフィック制御された、または抑制された後、ユーザが、メインアンビエントサービス許可アクセスリストまたは監視アクセスリストに直接関連付けられる様式でアンビエントサービスを再び利用し、メインアンビエントサービスエクスペリエンスが、サーフアウト、または同一もしくは同様のサーフアウトエクスペリエンスに関するクリックスルーオプションを再び提供すると、アンビエントサーフアウト制限を、例えばリセット、除去、減少、および／または修正することができ、それにより、ユーザは、同一または同様のサーフアウトエクスペリエンスを再び継続することができる。サーフアウトシーケンスをアクセスリストに記憶することができ、それにより、サーフアウトシーケンスは、次に同様のシーケンスがメインアンビエントサービス許可または監視リストから選択されるときに覚えられており（例えば記憶されており）、サーフアウトシーケンスに適用される格差的サービス使用許可が存在することがある。当業者には理解されるように、サーフアウトの付与、管理、および制限に関する技法の多くも、上で論じた一時的なリースに適用可能である。
【００７２】
本明細書で述べるように、実施形態のいくつかは、広範な連想分類および制御ポリシーを可能にする。いくつかの実施形態では、サービスプロバイダ（例えば、キャリア、ＭＶＮＯプロバイダ、仮想サービスプロバイダなど）は、サービスデザインセンタを使用して、アンビエントサービス使用を制御するためにパラメータを設定する。例えば、サービスプロバイダは、監視されるアクセス（例えば、リースまたはサーフアウト）を管理するパラメータを設定することができる。そのようなパラメータは、例えば、以下のものの１つまたは複数である。許可されるデータの量、許可される期間、許可される非参照の（例えばアンビエントサービスに関連付けられることが知られていない）リクエストの数。また、サービスプロバイダは、アンビエントサービスへのアクセスを制御するためにパラメータを設定することもできる。そのようなパラメータは、ブロック、許可、レート制限、またはスキップ（例えば、別のサービスプランが適用されるどうかの決定）を行うための設定を含むことがある。
【００７３】
本明細書で述べるように、実施形態のいくつかは、広範な連想分類および課金ポリシーを可能にする。いくつかの実施形態では、（例えばアンビエントサービスに関する）分類が課金コードに関連付けられ、課金コードは、最終的には、スポンサーエンティティに請求するために課金要素（例えば、ＯＣＳ、データ調停要素、料金請求システムなど）が使用することができる。
【００７４】
本明細書で述べるように、実施形態のいくつかは、広範な連想分類および通知ポリシーを可能にする。いくつかの実施形態では、サービスプロバイダ（例えば、キャリア、ＭＶＮＯプロバイダ、仮想サービスプロバイダなど）は、（例えばアンビエントサービスに関する）サービス分類に関する通知パラメータを設定する。例えば、サービスプロバイダは、エンドユーザデバイスのユーザに送信される、分類に関係付けられるアクセスイベントに関する通知を管理する（例えば、通知トリガを設定する、通知トリガインデックスを構成する、通知トリガメッセージを構成する）ようにパラメータを設定することができる。例えば、サービスプロバイダは、（例えば、サービスプランの特定のパーセンテージを消費した後や、エンドユーザデバイスが適用可能なサービスプランを有していないアクセスをエンドユーザデバイスが試行した後に）エンドユーザデバイスのユーザが通知を受信する時を管理するパラメータを設定することができる。いくつかの実施形態では、サービスプロバイダは、サービスデザインセンタを使用して通知パラメータを更新する。
【００７５】
別の例として、サービスプロバイダは、エンドユーザデバイスのユーザに提供すべきメッセージのコンテンツを構成することができる。当業者には理解されるように、本明細書における開示に鑑みて多数のメッセージが可能であり、本開示によって使用可能になる多様な可能なメッセージを例示するために、いくつかの例のみを提示する。コンテンツは、例えば、販売促進メッセージまたは広告（例えば、サービスがスポンサーエンティティによってスポンサードされているという通知）；サービスを許可するサービスプランにエンドユーザデバイスが関連付けられていないので、またはアンビエントサービスがもはや有効でない（例えば、スポンサーエンティティが、特定のバイト数をスポンサードすることに同意しており、エンドユーザデバイスが、そのバイト数を超えている；または、スポンサーエンティティが、週末のアクセスについては支払いには同意しているが、平日については支払いに同意していない）ので、アクセスがブロックされたという通知；サービス提案（例えば、アンビエントサービスが終了したが、ユーザが、同じサービスを提供する代替プランに加入することができるという通知）；使用量の通知（例えば、アンビエントサービスプランの７５％をエンドユーザデバイスが使用したというメッセージ、またはアンビエントサービスプランの下で許可されたデータをエンドユーザデバイスがすべて使用し尽くしており、サービスのさらなる使用は、スポンサーのアカウントではなくユーザのアカウントに対して課金されるというメッセージ）などを含むことがある。
【００７６】
いくつかの実施形態では、サービスプロバイダは、例えば、エンドユーザデバイスのインターフェースを介して通知メッセージがユーザに提示される方法に影響を及ぼすパラメータを含めた、他のパラメータを設定することができる。例えば、ユーザインターフェースがディスプレイである場合、パラメータは、バックグラウンドコンテンツまたはデザイン（例えば色や輝度など）、フォアグラウンドコンテンツまたはデザイン（例えばロゴやメッセージ表示ボックスなど）、メッセージデザイン（例えばフォントなど）、利用可能なユーザ応答／入力、提案（例えば購入可能なサービスプランを表示するボタンなど）、ユーザ対話パラメータ（例えば確認ボタン）などの１つまたは複数をサービスプロバイダが構成できるようにすることがある。
【００７７】
本明細書で述べるように、いくつかの実施形態は、広範なフレキシブルであり検証可能なサービスプランおよびサービスプロファイル実装を可能にする。そのような実装の例は、より低価格で、いくつかの場合には無料でアンビエントサービスを提供する実施形態を含む。そのようなプランは、スポンサードベースで提供されることがあり、取引収益および／またはアカウント別請求スポンサードサービスパートナー収益によってスポンサードされることがある。他の例は、大量消費市場ユーザデバイスまたはマシンツーマシン通信デバイスのためのベーシックアクセスサービスに関する中価格設定のプラン、または、非常に高レベルのサービス使用またはサービス活動制限を有する、もしくは制限が全くないより高価格のプランを含む。
【００７８】
また、さらなるアカウント別請求実施形態は、オーバーヘッドサービス使用のカタログおよび追跡を提供することができる。一例は、エンドユーザに対する直接的な利益とはならないが、デバイス制御チャンネルおよびアクセスネットワーク接続の基本的なメンテナンスのために使用されるデータに関するデータ使用の追跡である。様々な実施形態において、そのようなオーバーヘッドまたはメンテナンストラフィックサービスのコストまたは使用は、ユーザ料金請求から除去することができ、または、そのようなサービスコストを追跡または説明するために使用される非ユーザアカウントに請求することができる。これらの実施形態および他の実施形態は、サービス使用またはサービス活動制御機能をもたらし、これは、サービスプロバイダおよびそれらの提携先の利益性を維持しながら、より魅力的なデバイスおよびサービス代替案をエンドユーザに提供する。
【００７９】
いくつかの実施形態では、デバイスベースのサービスポリシーおよび／またはサービスプロファイル通信制御のための上述した様々な実施形態は、ネットワークベースのサービス制御を使用して実装される。そのような制御は、例えば、様々なネットワーク中立性および／またはプライバシー要件を満たすように実装することができ、デバイスから、またはネットワークベースのサービス制御機能から受信される表示に基づくことがある。そのようなデバイス表示は、例えば、サービス処理装置を使用してデバイスＵＩを用いて提供されるユーザ入力を含むことができる。ネットワークベースのサービス制御機能は、例えば、ＤＰＩサービスモニタ、またはＤＰＣポリシー実装、および／または他のネットワーク要素を含むことができる。
【００８０】
いくつかの実施形態では、仮想ネットワークオーバーレイが、デバイスサービス処理装置、ネットワークサービス制御装置、および制御プレーン通信リンクを含み、デバイスベースのネットワークサービスポリシー実装の様々な側面を管理する。いくつかの実施形態では、仮想ネットワークオーバーレイネットワーキングソリューションは、（例えばワイヤレスサービス用の）既存の階層ネットワークに適用され、いくつかの実施形態では、以下に述べるように、ネットワークアーキテクチャを単純化または平坦化するために適用される。
【００８１】
いくつかの実施形態では、（例えばワイヤレスサービス用の）既存の階層ネットワークのよりリッチなサービス管理目的を実施するのに必要とされる複雑なデータ経路ネットワーク処理の大部分が、デバイスに移行される。そのような移行は、エッジネットワークでデータ経路処理をあまり必要としない形で、いくつかの実施形態では、コアネットワークでさえデータ経路処理をあまり必要としない形で実装されることがある。サービス制御サーバと、サービスポリシーを実装するデバイスエージェントとの間の制御プレーントラフィックは、データプレーントラフィックよりも数桁遅いことがあるので、サービス制御サーバネットワーク配置およびバックホールインフラストラクチャは、データプレーンネットワークよりもはるかにパフォーマンスに敏感ではない。いくつかの実施形態では、以下にさらに述べるように、このアーキテクチャは、今日使用されている様々な既存のアクセスネットワークアーキテクチャに重ねることができる。いくつかの実施形態では、このアーキテクチャを採用して、コアアクセスネットワークルーティング、ならびにデータプレーントラフィック転送および管理を大幅に単純化することができる。例えば、ワイヤレスネットワークの場合、デバイス支援サービスポリシー実装アーキテクチャの組込みにより、インターネットローカルループに直接接続する基地局を得ることができ、データトラフィックを専用コアネットワークに集中させる必要はない。これは、例えば、バックホールコスト、コアネットワークコスト、およびメンテナンスコストを大幅に減少させる。これらのコスト節約法を再展開して、より小さなセルを有するより多くの基地局を購入して設置することができ、それにより、アクセスネットワークに関するデータ容量がより高くなり、より良いユーザエクスペリエンス、より有用なアプリケーション、およびより低いサービスコストが得られる。また、この平坦化されたネットワーキングアーキテクチャは、インターネットを介してトラフィックを移動するために必要なルートがより少ないので、待ち時間の減少をもたらす。いくつかの実施形態では、本発明は、集中化ネットワークサービスアーキテクチャから、より分散されたデバイスベースのサービスアーキテクチャへのこの強力な変換を可能にするのに必要な教示を提供する。
【００８２】
デバイスベースの料金請求は、多くの異なる形でセキュリティ侵害、ハッキング、および／またはスプーフィングを受ける可能性がある。単に、料金請求レポートがデバイスから受信されており、デバイスエージェントソフトウェアが存在して、適切に構成されている（例えば、料金請求エージェントが存在して、適切に構成されている）ことを確認することだけでは不十分であり、容易にスプーフィングされてしまう。そのようなスプーフィングは、例えば、エージェント自体にスプーフィングすること、スプーフィングされた料金請求エージェントを使用して、スプーフィングされた料金請求レポートを提供すること、またはスプーフィングされたエージェント構成を提供することによって行われることがある。したがって、いくつかの実施形態では、検証可能なデバイス支援および／またはネットワークベースのサービスポリシー実装が提供される。例えば、検証可能なサービス使用および／またはサービス使用料金請求を、様々な実施形態に関して本明細書で述べるように提供することができる。
【００８３】
以下の論述、および以下に述べる実施形態の多くは、有料サービスネットワークに焦点を当てているが、本記載を読めば、当業者は、本明細書で述べるシステムおよび方法が、例えばエンタープライズネットワークなど他のネットワークにも当てはまることを理解されよう。例えば、アクセス制御サービス、アンビエントアクティブ化サービス、および他のサービスプロファイルを作成する同じサービス支援ネットワークサービスを、企業ＩＴマネージャが使用して、企業モバイルデバイスのための制御されたコストサービスポリシーネットワークを作成することができる。別の例として、エンドユーザサービス制御を提供するための以下に述べる実施形態はまた、子供のデバイスのためのアクセス制御ネットワーキングサービスに関するポリシー設定を制御するウェブページを有するウェブサイトへのアクセス権を親に提供することによって、サービスプロバイダがペアレンタルコントロールを提案できるようにすることもできる。
【００８４】
いくつかの実施形態では、ＤＡＳに関するユーザ通知が提供され、プログラム可能なネットワークサービス使用量通知ポリシーおよび施行を管理するためのネットワーク管理システムの提供を含み；ここで、通知ポリシーは、サービス使用量通知トリガイベント検出基準と、ネットワークに接続されているデバイスのユーザに表示されるように意図された関連のメッセージとを定義し；ここで、ネットワーク管理システムは、通知ポリシー管理者ユーザインターフェースおよび通知ポリシー管理通信インターフェースを含み、通知ポリシー管理通信インターフェースは、通知ポリシーを施行する役割を果たす１つまたは複数のネットワーク要素および／または１つまたは複数のデバイス要素にプロビジョニングまたはプログラミング情報を通信し；ネットワーク管理システムは、ネットワークに接続されているデバイスのユーザに対するユーザサービス使用量通知メッセージシーケンスの表示を容易にするために以下の操作を行う。サービス使用量通知メッセージシーケンス情報を入力すること；通知メッセージシーケンス情報をサービス使用量通知トリガイベント検出基準に関連付けること。ここで、サービス使用量通知トリガイベント検出基準は、サービス使用量通知メッセージシーケンスがデバイスユーザに表示されるように意図されるサービス使用条件またはサービス使用状態を定義する；サービス使用量通知トリガイベント検出基準を、通知トリガインデックスまたは通知トリガメッセージに関連付けること；通知トリガイベント検出基準識別要素をプログラムすること。通知トリガイベント検出基準識別要素は、デバイスのサービス使用を検査して、サービス使用量通知トリガイベント検出基準を検出し、通知トリガインデックスまたは通知トリガメッセージをサービス使用量通知エージェントに送信する；様々な操作を行うようにサービス使用量通知エージェントをプログラムすること。いくつかの実施形態では、様々な操作を行うようにサービス使用量通知エージェントをプログラムすることは、以下の操作の１つまたは複数を含む。サービス使用量通知メッセージシーケンス情報を記憶すること；通知トリガインデックスまたは通知トリガメッセージをサービス使用量通知シーケンス情報に関連付けること；通知トリガイベント検出基準識別要素から通知トリガインデックスまたは通知トリガメッセージを受信すること；通知トリガイベント検出基準識別要素から通知トリガインデックスまたは通知トリガメッセージを受信した後、記憶されている通知メッセージシーケンス情報と、通知トリガインデックスまたは通知トリガメッセージに含まれる情報とに基づいて、デバイスユーザサービス通知メッセージシーケンスを開始すること。
【００８５】
図１は、本明細書で述べるシステムおよび方法のいくつかの実施形態に従ってデバイス支援サービス（ＤＡＳ）に関するユーザ通知を提供するための例示的なネットワークアーキテクチャを示す機能図である。この例示的実施形態は、デバイス１００と、４Ｇ／３Ｇ／２Ｇトランスポートゲートウェイ４１０によって接続されたラジオアクセスネットワーク（ＲＡＮ４０５）およびアクセストランスポートネットワーク（ＡＴＮ４１５）と、４Ｇ／３Ｇ／２Ｇトランスポートゲートウェイ４２０を介してネットワークに接続された、デバイスによってアクセスされるデータサービス６５２０およびデバイスによってアクセスされる音声サービス６５２０とを示す。また、使用量モニタ１３０、１４０と、トリガイベント検出モジュール１３８を備える使用量レポート記憶機能１３６とが図示されている。
【００８６】
いくつかの実施形態では、トランスポートゲートウェイ４１０は、ホームエージェント、ＧＧＳＮ、ＰＤＳＮ、または別のタイプのゲートウェイもしくはルータであり、トラフィック使用量を監視して報告し、デバイス信用証明またはユーザ信用証明によって識別される所与のユーザデバイスに関して定義されるアクセス制御ポリシーを施行するように構成される。いくつかの実施形態では、トランスポートゲートウェイ４１０は、ホームエージェント、ＧＧＳＮ、または別のタイプのゲートウェイもしくはルータであり、ディープパケットインスペクション（ＤＰＩ）機能を有し、所与のデバイスに関するネットワークアクセスの特徴付けまたは分類を行い、使用量を監視して報告し、ネットワーク使用の特定の分類に関するアクセス制御を施行する。トランスポートゲートウェイ４１０は単一の要素として図示されているが、いくつかの実施形態では、トランスポートゲートウェイ４１０は、複数の要素を備えることができる。例えば、本明細書で述べる実施形態のいくつかでは、ネットワークトラフィックパラメータ（例えば、特定のウェブサイト、ドメイン、またはアプリケーションサーバーネットワークなどへのアクセス）に基づいてトラフィック使用または試行された使用を分類するためのＤＰＩ機能を有するネットワーク要素は、既存のＧＧＳＮまたはＰＤＳＮでは利用可能でないことがある分類特有の通知トリガ機能によって機能向上される。いくつかのそのような実施形態では、ＧＧＳＮは、二次ＤＰＩ機能によって強化され、二次ＤＰＩ機能を使用して、分類特有の通知トリガを識別することができる。また、二次ＤＰＩ機能を使用して、特定のフローに関するトラフィック分類を識別し、特定の分類に関するポリシー規則に従ってアクセス制御ポリシーまたは監視および報告ポリシーを施行することもできる。また、二次ＤＰＩ機能を使用して、特定のフローに関するトラフィック分類を識別し、次いで、この情報をポリシー制御機能（例えばＰＣＲＦ）にフィードバックすることもでき、ポリシー制御機能は、次いで、そのフローに関する適正なポリシーを実施するようにＧＧＳＮ（または他のゲートウェイ）に命令する。いくつかの実施形態では、デバイス１００は、例えばネットワーク音声およびデータサービスにアクセスするためのクライアントデバイスなど、エンドユーザデバイスである。そのようなエンドユーザデバイスの例としては、モバイルハンドセット、スマートフォン、タブレット、ＰＤＡ、パーソナルコンピューティングデバイス、または１つまたは複数のサービスにアクセスする他の同様のデバイスが挙げられる。図示される例では、デバイス１００は、エージェント通信バス１６３０を介してユーザインターフェース１２０と通信するサービス処理装置１１５を含む。様々な実施形態において、デバイス１００は、中間デバイスとして構成することができ、デバイスアクションは、中間デバイスを介して１つまたは複数のネットワークサービスと通信する１つまたは複数の他のエンドユーザデバイスによる過去の使用または所期の使用を反映する。
【００８７】
いくつかの実施形態では、デバイス１００は、モデム１２４を介してオーバーザエアネットワークと通信する。モデム１２４は、ＲＡＮゲートウェイ４１０を介してＲＡＮ４０５を介し、および４Ｇ／３Ｇ／２Ｇトランスポートゲートウェイ４２０を介してＡＴＮ４１５を介して通信して、音声ネットワークサービス６５２０およびデータネットワークサービス６５２２にアクセスする。音声ネットワークサービス６５２０およびデータネットワークサービス６５２２は、本明細書で同様に述べるように、セルラプロバイダネットワークおよび／またはインターネットなどアクセスされたネットワークを介して、様々な音声およびデータネットワークサービスをデバイス１００に提供する。図示されるように、モデム１２４は、デバイスネットワーキングスタック１２２、ならびにＴＣＰアプリケーション１６０４、ＩＰアプリケーション１６０５、および音声アプリケーション１６０２、および／または当業者には明らかであろう様々な他のアプリケーションと通信する。図示されるように、サービス処理装置１１５を含む通信デバイス１００は、ＲＡＮゲートウェイ４１０を介してＲＡＮ４０５を介し、および４Ｇ／３Ｇ／２Ｇトランスポートゲートウェイ４２０を介してＡＴＮ４１５を介して通信して、音声ネットワークサービス６５２０およびデータネットワークサービス６５２２にアクセスする。
【００８８】
この例で示されるように、ラジオアクセスネットワーク（ＲＡＮ）４０５およびアクセストランスポートネットワーク（ＡＴＮ４１５）を含む２層ネットワーク実施形態が提供される。当業者には理解されるように、図１は、ＤＡＳに関するユーザ通知を提供するための様々な実施形態を例示するために、少数のネットワーク要素を有する単純化したネットワーク機能アーキテクチャを示す。
【００８９】
説明を容易にするために、クライアントデバイス１００は１つだけ図示されており、また、ただ１つのアクセスネットワーク（ＲＡＮ）４０５およびただ１つのトランスポートネットワーク（ＡＴＮ）４１５が図示されている。しかし、本記載を読めば、当業者は、本明細書で述べる様々な実施形態に鑑みて、複数のクライアントデバイスをサービスすることができ、サービス制御装置によって管理される所与のデバイスサービス処理装置への複数のネットワーク接続を使用することもできることを理解されよう。これらの単純化は、説明を容易にし、本明細書で述べる実施形態の理解を助けるために成されたものであり、本明細書におけるこれらの単純化および他の単純化が、追加の機能のため、あるいはネットワーク要素機能の様々なアーキテクチャおよび／または割当てを提供するための追加のネットワーク要素を備える多層ネットワーク、マルチテクノロジーネットワークに関する様々な実施形態を何ら限定しないことは、当業者には明らかであろう。
【００９０】
ＲＡＮゲートウェイ４１０は、ＲＡＮ４０５ネットワークとＡＴＮ４１５ネットワークとの間のトラフィックを実施して制御する。いくつかの実施形態では、ネットワーク要素４Ｇ／３Ｇ／２Ｇトランスポートゲートウェイ４２０は、ＡＴＮ４１５ネットワークと、キャリアコアネットワークと、外部ネットワーク、すなわちデバイスによってアクセスされるデータサービス６５２０およびデバイスによってアクセスされる音声サービス６５２０との間のトラフィックを実施して制御する。図示されるように、サービスモニタ機能の２つの具現化、すなわち使用量モニタ１３０および使用量モニタ１４０がある。１つの具現化であるサービス使用量監視要素１３０、１４０が、２つのゲートウェイネットワーク要素４Ｇ／３Ｇ／２Ｇトランスポートゲートウェイ４１０、４２０それぞれに対して図示されている。特に、トランスポートゲートウェイ４２０には、使用量モニタ１４０として、ＲＡＮゲートウェイ４１０には、使用量モニタ１３０として示されている。いくつかの実施形態では、サービスモニタ機能１３０、１４０の機能は、クライアントデバイス１００に関するサービス使用量を監視することである。
【００９１】
いくつかの実施形態では、サービス使用量は、バルクまたは総計レベルで監視される。いくつかの実施形態では、サービス使用量は、サービス活動使用分類に関して本明細書で述べる様々な実施形態など、より深いレベルで監視することができる。図示されるように、この例におけるサービス使用量監視要素１３０、１４０は、それぞれの４Ｇ／３Ｇ／２Ｇトランスポートゲートウェイ４１０、４２０に位置されるが、様々な他の実施形態において本明細書で述べるように、サービスモニタ機能は、サービス使用量モニタ１３０および／またはサービス使用量モニタ１４０など４Ｇ／３Ｇ／２Ｇトランスポートゲートウェイの１つにのみ含める、他のネットワーク要素上に含める、および／またはデバイス１００上に含める（例えば、サービス処理装置１１５内、および／またはデバイス１００上の安全な実行環境内、例えばモデム１２４、ＳＩＭ、および／またはデバイス１００の処理装置のハードウェア／ソフトウェア区画の内部に位置させる）ことができる。
【００９２】
いくつかの実施形態では、サービス使用量モニタ１３０、１４０機能によって提供される監視されるサービス使用は、本明細書で述べる様々な技法を使用して、様々なサービス使用分類またはカテゴリーに分類される。そのようなカテゴリーは、例えば、ブラウジング、電子メール、音楽ストリーミング、ソーシャルネットワーキング、ビデオストリーミング、ニュース、ショッピング、および／または様々な他のサービス使用もしくはアプリケーションカテゴリを含むことができる。いくつかの実施形態では、サービス使用は、タイプ別に、分類別に、アプリケーション別に、宛先毎の使用別に、時間帯またはネットワークビジー状態（例えば輻輳）毎の使用別に、ローミングネットワークとホームネットワークの使用別に、および／または様々な他のカテゴリー別に分類される。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、分類されたサービス使用カテゴリーをサービス使用量通知シーケンスの一部としてユーザに表示することを含み、これは、サービス使用量トリガイベント検出基準によってトリガされるサービス使用量通知メッセージシーケンスからのオプションボタンから、またはダッシュボードアプリケーションからユーザによってトリガされる。
【００９３】
また、図１の例示的実施形態には、使用量レポート記憶要素１３６が含まれている。図示されるように、この例では、使用量レポート記憶要素１３６は、サービス使用量モニタ要素１３０、１４０から使用量情報を受信する。サービス使用量モニタ要素１３０、１４０から受信される使用量情報は、１つまたは複数の個別サービスまたはサービスクラスの使用に関する情報を含むことができる。例えば、サービス使用量モニタ要素１３０、１４０は、所与のサービスまたはサービスクラスに関する使用パラメータを監視するように構成することができ、パラメータは、使用またはアクセスされる時間量、消費される帯域幅、消費されたデータボリューム、データレート、ピーク時およびオフピーク時の使用、データタイプ、消費などを含む。
【００９４】
いくつかの実施形態では、サービス使用量情報は、サービス使用量モニタ要素１３０、１４０から、使用量レポート記憶機能１３６ネットワーク要素１３６に通信される。例えば、図１に示される例では、使用量情報は、サービス使用量モニタ要素１３０、１４０から、それぞれの４Ｇ／３Ｇ／２Ｇトランスポートゲートウェイ４１０、４２０を介して、使用量レポート記憶要素１３６に伝送される。
【００９５】
使用量レポート記憶要素１３６は、サービス使用量測定に寄与するサービス監視機能を有する１つまたは複数のネットワーク要素から使用量情報を受信して集約する。例えば、４Ｇ／３Ｇ／２Ｇトランスポートゲートウェイ４１０、４２０、およびそれぞれの使用量モニタ１３０、１４０は、いくつかの実施形態では、使用量情報を使用量レポート記憶要素１３６に伝送するように構成することができる。
【００９６】
いくつかの実施形態では、トリガイベント検出１３８機能は、サービス使用の記録を検査して、指定のイベントが満たされる、または検出される時を識別する。例えば、イベント点は、報告可能またはトリガ可能なイベントの発生を検出するために使用することができるしきい値または他の設定された値でよい。イベント点は、予め構成する（例えば、予め定義する、予めプログラムする、予め記憶する、またはプロビジョニングする）ことができ、いくつかの実施形態では、サービスプラン情報に基づいて定義することができる。例えば、サービスプランが、特定のサービスに関する特定の制限に基づいて定義される場合、トリガ点をそれらの制限に対して設定することができる。さらなる例として、Ｅｘｃｈａｎｇｅ  ＡｃｔｉｖｅＳｙｎｃ電子メールに関してｘＭＢ、ソーシャルネットワーキングアクセスに関してｙＭＢ、および月極めの位置特定サービスに関してｚＭＢをユーザに提供する例示的なサービスプランを考える。そのような例では、ユーザが、サービスの１つまたは複数に関して１ヶ月の割当て分を消費したとき、イベントの発生をトリガまたは識別するための点を確立することができる。すなわち、各サービスに関する割当て分の消費が、イベントをトリガすることがある。いくつかの実施形態では、イベント点は、クオータが満たされるときにトリガするように確立することができ、例えば、クオータが近づいているときに（例えば、クオータの８５％が満たされたときに）警報する。いくつかの実施形態では、イベント点は、ユーザが購入することができる追加のサービスブロックが消費されるとトリガするように設定することができる。
【００９７】
したがって、いくつかの実施形態では、トリガイベント検出１３８機能が報告可能なイベントを検出するときに、通知メッセージがトリガされる。この通知メッセージは、適切な取扱いおよびアクションのためにいくつかのネットワークエンティティの任意のものに送信することができる。例えば、イベントが発生していることをユーザに知らせるために、通知イベントをデバイス１００に送信することができる。上述した例では、加入したサービスの１つに関して割り当てられた最大データ量を使い切ったこと、または加入したサービスの１つまたは複数に関して最大量に近付いていることをユーザに知らせるために、イベント通知を使用することができる。
【００９８】
例えば、様々なサービス使用量通知トリガイベント検出基準、および関連の通知メッセージシーケンスを、本明細書で述べる様々な実施形態を使用して実装することができる。図示した例に示されるように、トリガイベント検出１３８機能は、使用量レポート記憶機能１３６ネットワーク要素内に位置されるが、本明細書で述べる他の実施形態では、トリガイベント検出１３８機能を他のネットワーク要素またはデバイス内に位置させることができる。
【００９９】
すぐ上で述べたように、いくつかの実施形態では、通知メッセージは、後続のアクションのためにデバイス１００に送信されることがある。例えば、通知メッセージは、イベント発生をユーザに知らせるためにユーザ警告をトリガすることがある。さらなる例として、通知メッセージは、特定のサービスまたはサービスクラスに関する割り当てられた時間または帯域幅をすべて使い切ったことをユーザに知らせる警告をユーザに対してトリガすることがある。
【０１００】
いくつかの実施形態では、そのような通知後、割当てを消費されたサービスは、次の料金請求サイクルまで、またはサービス割当てが更改される時など他の時間まで、終了される。他の実施形態では、通知メッセージは、使い切ったサービスに対してユーザが確認、応答および購入、更改、または他の形で追加の時間または追加のデータボリュームの追加を行うことができるようにするメッセージ、あるいはユーザが従量制モードに移ることができるようにするメッセージをトリガすることができる。さらなる他の実施形態では、更改または再割当ては自動であることがあり、適用可能な場合には、更新および任意選択で追加料金をユーザに知らせるためにメッセージが使用される。
【０１０１】
別の例として、通知メッセージは、先買権のある（ｐｒｅｅｍｐｔｏｒｙ）メッセージでよく、特定のネットワークサービスに関する最大割当て量に近付いているというユーザへの通知を可能にする。これは、サービスの打ち切りの前にユーザが応答できるように行うことができる。例えば、ユーザは、重要な取引のために割当てを節約することを決心することがある。さらに、ユーザは、サービスの中断を避けるために、実際の使い切りイベントの前に、購入、更改、または他の形で追加の割当てを追加するというオプションを与えられることがある。
【０１０２】
いくつかの実施形態では、通知は、最大割当て量に達している実際のサービスまたはサービスクラスをユーザが判断できるようにするのに十分な詳細を含む。また、通知は、サービスに関する詳細情報、以前のサービス使用履歴、利用可能な代替サービスなど、詳細、または追加情報へのリンクを含むこともある。
【０１０３】
図示される例では、サービス処理装置１１５は、サービス制御デバイスリンク１６９１、通知エージェント１６９７、および通知メッセージシーケンス記憶機能１６９７Ａを含む。これらの要素は、デバイス１００に関する通知および通知シーケンスの通信を作成、コンパイル、開始、または管理するために使用される。ユーザインターフェース（ＵＩ）１２０は、以下により詳細に述べるように、ユーザに対する通知の表示を可能にするため、およびユーザ入力を受け入れるために提供することができる。
【０１０４】
サービス制御デバイスリンク１６９１は、デバイス１００とネットワークコンポーネントと間の通信インターフェースを行う要素である。サービス制御デバイスリンク１６９１は、仮想通信チャンネル１７０２、１７０３によって示されるように、例えばサービス制御装置１２２などのネットワーク要素からデータを受信する、またはネットワーク要素にデータを送信することができる通信機能を含むことがある。また、サービス制御デバイスリンク１６９１は、例えばエージェント通信バス１６３０を介して他のデバイスエージェントと通信することができる通信機能を含むこともある。また、いくつかの実施形態では、サービス制御デバイスリンク１６９１は、モデム１２４を介して、サービス制御装置１２２などのネットワーク要素と通信することもできる。
【０１０５】
通知エージェント１６９７は、サービス制御デバイスリンク１６９１から受信された情報に応答してユーザ通知を開始する。個々のメッセージおよびメッセージシーケンスを含む通知メッセージを、デバイス１００にローカルに記憶することができ、あるいは、ネットワーク上（例えばサービス制御装置１２２などに）に記憶して、通知イベント時にデバイスに通信することができる。図示される例では、通知メッセージシーケンス記憶機能１６９７Ａが、ユーザインターフェース１２０を介してユーザに通信するための通知メッセージをローカルに記憶するために使用される。通知イベント時、通知エージェント１６９７は、通知メッセージシーケンス記憶機能１６９７Ａから適当なメッセージ（メッセージのシーケンスを含むことができる）を検索する。図示される例では、通知エージェント１６９７は、エージェント通信バス１６３０を介して、他のデバイスエージェント、すなわちＵＩ１２０およびサービス制御デバイスリンク１６９１と通信する。
【０１０６】
いくつかの実施形態では、適当なメッセージは、受信される通知イベントのタイプに基づいて選択される。各イベントに合わせて調整されたイベント特有のメッセージシーケンスを、通知メッセージシーケンス記憶機能１６９７Ａに記憶することができる。メッセージシーケンスは、イベントに関する単一のメッセージでも、一連のメッセージでもよい。したがって、例えば、通知イベントが、音声サービスに関する割当てをユーザが消費したことを示すイベントである場合、通知イベントがイベントタイプを指定し、この特定の事柄に関してユーザに通知するためのメッセージが検索される。
【０１０７】
いくつかの実施形態では、通知エージェント情報ストア１６９７Ａのプログラミングは、通知メッセージシーケンス情報を更新すること、または通知エージェントアプリケーション全体を更新すること（例えば、そのエージェントを、そのエージェントの新規更新／更新バージョンに置き換えること）を含む。いくつかの実施形態では、本明細書で述べる様々な実施形態に鑑みて当業者にはここで明らかであるように、更新技法は、本明細書で述べる様々な他の要素、例えば、通知トリガイベント検出基準、トリガインデックス、トリガメッセージなどにも同様に適用することができる。
【０１０８】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、デバイス通知エージェント１６９７を提供することを含む。ここで、デバイスは、様々なサービス使用カテゴリーに分類されたサービス使用記録を保守し、サービス使用カテゴリーは、サービス活動タイプまたは個々のサービス活動に基づく。デバイスはまた、サービスプラン使用ポリシーの記録を保守する。通知エージェントは、１つまたは複数のサービス活動カテゴリーを解析して、カテゴリー別に消費されるサービス使用許可量またはサービスプラン使用料金を求め、ここで、許可は、全体のサービスプランポリシーの１つまたは複数の側面によって決定される。カテゴリーによるサービスプラン許可の量または使用料金が、デバイスＵＩに表示される。
【０１０９】
いくつかの実施形態では、サービス制御装置１２２は、通知ポリシー管理＆ＵＩ１３２（例えば。または通知メッセージプロビジョニングおよび管理のための他の同等のネットワーク要素）からの通知エージェント１６９７の通知メッセージシーケンス情報または他のサービス処理装置１１５のエージェントプログラム情報を使用して、通知システムの様々な要素をプロビジョニング（例えば、プログラム、再構成、またはそこに命令をダウンロード）する。
【０１１０】
いくつかの実施形態では、様々な実施形態に関して本明細書で述べるように、サービス制御装置１２２は、ＤＡＳに関するユーザ通知を提供するためにサービス処理装置通知エージェント１６９７と安全に通信する。いくつかの実施形態では、サービスプロバイダＩＴ／構成サーバ６５１５は、サービス制御装置１２２を構成するためにサービス制御装置１２２と安全に通信する。例えば、サービスプロバイダＩＴ／構成サーバ６５１５は、サービスプランおよび／またはサービスプラン更新、サービスポリシー、および／またはサービスポリシー更新を提供することができ、これらはそれぞれ、サービス使用量に基づくＤＡＳに関する通知を含むことができる。
【０１１１】
この例では、本発明の実施形態に関連付けられるネットワーク要素の所望のレベルの調整および制御を行うために、サービス制御装置１２２が提供される。サービス制御装置１２２は、様々なネットワーク要素およびデバイスサービス処理装置１１５と通信して、例えば、新規ポリシーまたは修正されたポリシーでのネットワーク要素の更新や、削除されたポリシーの除去などの機能を行う。いくつかの実施形態では、サービス制御装置１２２は、制御要素として働くこともでき、ネットワーク構成要素からの情報の収集を制御して、受信された情報に基づいてネットワーク通知をデバイス１００に提供し、デバイス１００から情報を受信する。
【０１１２】
例えば、いくつかの実施形態では、サービス制御装置１２２は、使用量レポート記憶機能１３６から情報を収集し、この情報は、ネットワーク上の１つまたは複数のデバイス１００によるサービスの使用または消費に関するデータまたは他の統計を含む。これは、例えば、サービスまたはサービスクラスが所定の期間中に使用されていた時間量に関するデータおよび情報、所与のサービスまたはサービスクラスに関するデータ転送に使用される帯域幅の量、または他のサービス使用測定基準を含むことができる。サービス制御装置１２２は、この情報を、適当なゲートウェイ４１０、４２０から、または使用量レポート記憶機能１３６から直接収集するように構成することができる。
【０１１３】
サービス制御装置１２２は、さらに、ネットワーク要素（例えば、ゲートウェイ４１０、４２０、または使用量レポート記憶機能１３６）から受信される使用量情報を評価するように構成することができ、所与のユーザまたはデバイスが、そのユーザまたはデバイスに対する１つまたは複数のネットワークサービスの割当てのうちどのくらいを消費しているかを判断し、また、サービスポリシーに従うサービス割当ての使用量に関する通知を１つまたは複数のデバイス１００に送信すべきかどうか判断する。したがって、図１の例に図示されるように、サービス制御装置１２２は、アクセストランスポートネットワーク４１５およびラジオアクセスネットワーク４０５を介するデバイス１００への通信リンクを有するものとして示される。これらの通信リンクを介して、サービス制御装置１２２は、デバイス１００に通知または他の情報を提供することができる。本記載を読めば当業者には明らかであるように、サービス制御装置１２２とサービス処理装置１１５との間の専用リンクを、例えば代替の通信リンクなど代替の手段によって提供することができる。例えば、ＲＡＮ４０５を介してアクセスを提供するのではなく、デバイス上のＷｉＦｉリンクを介し、インターネットを介して、サービス制御装置１２２への通信リンクを提供することができる。
【０１１４】
いくつかの実施形態では、サービス制御装置１２２は、本明細書で述べるように、プログラミング通知ポリシーを送信し、通知メッセージシーケンスを開始するために使用することができる。
【０１１５】
サービス割当ておよび使用量に関するデバイス１００への通知を提供することに加えて、いくつかの実施形態では、サービス制御装置１２２は、デバイスサービス処理装置１１５およびその中のエージェントを構成するために、プログラミングエージェントとして働く。例えば、いくつかの実施形態では、サービス制御装置１２２は、通知ポリシー管理およびユーザインターフェース１３２から、新規のポリシーまたはポリシー更新もしくは変更を受信する。サービス制御装置１２２は、ポリシーをローカルに記憶することができ、それにより、そのポリシーを使用して、使用量モニタ１３０、１４０からの情報が、そのポリシーの下で動作するデバイス１００に通知を生成して送信すべきであることを示しているかどうか判断することができる。また、サービス制御装置１２２は、例えばサービス制御デバイスリンク１６９１などを介してデバイス１００にそのポリシーを通信するように構成することもできる。したがって、サービス制御装置１２２は、１つまたは複数のポリシーまたはポリシー更新もしくは変化をデバイス１００に登録するように構成することができ、また、適切であれば、デバイス１００からポリシーを除去するように構成することもできる。
【０１１６】
また、サービス制御装置１２２は、サービスプロバイダＩＴ構成サーバ６５１５とも通信し、サービスプロバイダＩＴ構成サーバ６５１５は、２つのゲートウェイネットワーク要素４Ｇ／３Ｇ／２Ｇトランスポートゲートウェイ４２０およびＲＡＮゲートウェイ４１０、ならびに他のネットワーク要素と通信する。いくつかの実施形態では、サービス制御装置１２２は、デバイスＵＩ（例えば、デバイスエンドユーザＵＩ）に送信すべき通知メッセージシーケンスをトリガするために使用されるサービス使用量通知トリガイベント検出基準を含むようにトリガイベント検出１３８機能を構成またはプログラミングすることを容易にする。
【０１１７】
いくつかの実施形態では、通知ポリシーおよびメッセージをプロビジョニングするために、通知ポリシー管理要素＆ＵＩ１３２（例えば。または、通知メッセージプロビジョニングおよび管理のための他の同等のネットワーク要素）が使用される。通知ポリシーおよび関連のメッセージは、通知ポリシー管理要素＆ＵＩ１３２を使用して作成し、サービス制御装置１２２およびデバイス１００など適当なネットワークデバイスに提供することができる。通知ポリシー管理要素＆ＵＩ１３２は、通知イベントおよびメッセージシーケンス情報を提供するために、通知エージェント１６９７および／または通知メッセージシーケンス記憶機能１６９７Ａをプロビジョニング（例えば、プログラム、予め構成、またはそこに命令をダウンロード）する。
【０１１８】
例えば、ポリシーは、本明細書で述べるシステムおよび方法と共に使用するために、それらの関連の通知イベントおよびそれらそれぞれの通知メッセージと共に作成することができる。ポリシーイベントおよびメッセージは、操作のためにデバイス１００にプッシュする、またはその他の方法で配信することができる。同様に、新規のポリシー、ポリシー削除、またはポリシー変更などの更新を作成して、デバイス１００に通信することもできる。図１に示されるように、この情報は、サービス制御装置１２２によってデバイス１００に提供される。また、この情報は、例えばＡＴＮ４１５およびＲＡＮ４０５を介して、より直接的にデバイス１００に提供することもできる。
【０１１９】
いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２は、通知トリガ検出基準を作成、更新、修正、または除去するために、トリガイベント検出１３８要素（例えば。またはトリガ検出１３８要素）をプロビジョニング（例えば、プログラム、予め構成、またはそこに命令をダウンロード）する。例えば、新規に作成されたポリシーまたは修正されたポリシーに対して新規のトリガイベントを提供することができる。トリガ情報は、本明細書で述べるように、トリガ値、および関連の通知トリガインデックスまたは通知トリガインデックスメッセージを含むことができる。通知トリガインデックスは、数値インデックス、英数字列、ポインタ、ＧＵＩＤ、または、通知メッセージの少なくとも一部を識別する任意の他のメカニズムでよい。いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２は、使用量モニタ１４０要素および／または使用量モニタ１３０要素をプロビジョニング（例えば、プログラム、予め構成、またはそこに命令をダウンロード）する。例えば、新規のサービスモニタ機能を追加して、監視すべきサービスおよび使用量（例えば、分単位での時間、データボリュームなど）を識別して、新規のサービスポリシーまたは更新されたサービスポリシーに関する割当てに対するパフォーマンスを監視するのに有用な情報を提供することができる。
【０１２０】
いくつかの実施形態では、上記の通知システム実施形態を使用してサービスポリシーを作成するために使用されるネットワーク装置またはデバイス装置のプロビジョニングは、通知ポリシー管理＆ＵＩ１３２と呼ぶサービス通知システムプロビジョニング要素によって提供される。いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２は、通知トリガイベント検出基準を含むようにネットワークサービス使用量監視要素をプログラムする。いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２は、通知トリガイベント検出基準と通知トリガインデックスまたは通知トリガメッセージとの関連付けを含むようにネットワークサービス使用量監視要素をプログラムする。例えば、サービス使用量監視要素のためのプログラミングプロトコルおよびプログラミングメッセージは、複雑であり直観的でないことがあり、これは、より高レベルのサービスポリシー定義を適切に実装するために、サービス使用量監視要素コマンド、構成、またはプログラミングを実装するプロセスを複雑にする、または遅くすることがある。したがって、いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２要素は、より高レベルのサービス使用トリガイベント検出基準、サービス使用イベント、またはサービス使用量パターンとして通知トリガイベント検出基準をオペレータが定義できるようにするＵＩを含む。さらに、通知ポリシー管理＆ＵＩ１３２要素は、通知トリガイベント検出基準に関するこれらのより高レベルの定義を、適当なより低レベルのプログラミングメッセージ、命令、コマンド、または構成に変換するように構成することもでき、それらは、サービス使用量監視要素によって認識され、またはサービス使用量監視要素によって要求され、また、より高レベルのサービス使用トリガイベント検出基準の意図することを実施する（例えば、アプリケーションベースのサービス使用制限などのより高レベルのトリガイベント検出基準と、バルクサービス使用制限などのより低レベルのトリガイベント検出基準）。
【０１２１】
いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２要素は、より高レベルのサービス使用トリガイベント検出基準と、所期の対応する通知トリガインデックスまたは通知トリガメッセージとの関連付けをオペレータが定義できるようにするＵＩを含む。さらに、通知ポリシー管理＆ＵＩ１３２要素は、サービス使用量監視要素のより低レベルのプログラミングにおいて、より高レベルのサービス使用トリガイベント検出基準と、所期の対応する通知トリガインデックスまたは通知トリガメッセージとの所期の関連付けを含むことができる。サービス使用量通知ポリシーを適切に実装するために、サービス使用量監視要素の適正なプログラミングをさらに単純化するために、いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２は、ネットワーク管理者が同時に、より高レベルのサービス使用条件として通知トリガを定義し、かつ通知トリガイベント検出基準と所期の対応する通知トリガインデックスまたは通知トリガメッセージとの関連付けを定義するためのメカニズムを提供する。
【０１２２】
より高レベルのサービス使用量通知ポリシーを、ネットワークサービス使用量監視要素の所要のプログラミングおよびプロビジョニングに変換するという難点と同様に、サービス使用量通知メッセージシーケンスのローカルデバイス記憶機能を予め構成、プログラミング、またはプレローディングするプロセスは、複雑であり、時間がかかり、エラーが生じやすいことがある。デバイスおよびネットワークに関する適切な通知ポリシー定義および施行の作成を担当するオペレータは、より高レベルのＵＩツールから利益を得ることができ、予め記憶されている通知メッセージシーケンス情報と、ネットワークから受信される適切な通知トリガインデックスまたは通知トリガメッセージとを適切に関連付ける形で、メッセージシーケンスの設計、メッセージシーケンスと対応する通知トリガイベント検出基準との関連付け、および予め記憶されている適切な通知メッセージシーケンス情報のデバイスへの配信を管理する。したがって、いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２要素は、デバイスにローカルに記憶される１つまたは複数の所定の通知メッセージシーケンスを含むようにローカルデバイス通知エージェント記憶システムをプログラムし、通知シーケンスを、ネットワークから受信される通知トリガインデックスまたは通知トリガメッセージと関連付ける。
【０１２３】
いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２要素は、通知システムに含まれ、ＵＩは、キャリアネットワーク管理者入力を受け入れて、以下の通知情報に対する参照を定義、設計、指定、または提供する。（ｉ）所望の通知トリガイベント検出基準、（ｉｉ）通知トリガイベント検出基準に関連付けられる通知トリガインデックスまたはトリガメッセージ、（ｉｉｉ）通知トリガイベント検出基準に関連付けることができる通知メッセージシーケンス。さらに、管理者ＵＩによって定義、設計、指定、または参照されるこの通知情報が、サービス通知プロビジョニング装置に渡され、サービス通知プロビジョニング装置は、次いで、（ｉｖ）プログラム可能な通知トリガイベント検出要素１３８（例えば、本明細書で述べる様々な実施形態では、ネットワーク要素内部またはデバイスエージェント内部にプログラムすることができる）を、通知トリガイベント検出基準およびトリガインデックスまたはトリガメッセージ（例えば、特定の通知トリガイベントが発生していることを示すために通知トリガイベント検出要素１３８によって送信されるメッセージ）を含むようにプログラムし、（ｖ）必要であれば、デバイス通知エージェント１６９７へのトリガインデックスまたはトリガメッセージのルーティングをプログラムし、（ｖｉ）通知メッセージシーケンス記憶機能１６９７Ａ、およびいくつかの実施形態ではデバイス通知エージェント１６９７を、以下のものを含むようにプログラムする。（ａ）通知メッセージシーケンスアクションの順序付きリスト（例えば、デバイスに記憶された任意の所要の通知メッセージシーケンス情報を表示するためのアクション、および／またはネットワーク要素から得られる任意の通知メッセージシーケンス情報を表示するためのアクションのシーケンス）、および（ｂ）トリガインデックスまたはトリガメッセージが受信されたときに所望の通知メッセージシーケンスを開始および完了するためにデバイスにローカルに記憶されている任意の所要の通知メッセージシーケンス情報。
【０１２４】
いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２は、１つまたは複数の所定の通知シーケンス情報セットのローカルデバイス記憶機能（例えば、様々な実施形態では、通知メッセージシーケンス記憶機能１６９７Ａおよび通知エージェント１６９７の１つまたは複数）を保守するために、デバイス通知エージェントを予め構成し、各セットが、ＵＩ通知メッセージシーケンスを生成するのに必要な情報の少なくとも一部を定義する；通知シーケンス情報のローカル記憶機能は、通知トリガインデックスまたは通知トリガメッセージによって特定の所望の通知シーケンス情報セットが決定されるように組織化される；通知エージェントが、通知トリガ検出要素から通知トリガインデックスまたは通知トリガメッセージを受信する；通知エージェントが、以下の操作の１つまたは複数を行うことによって、完全な通知メッセージシーケンスを作成する。
ａ．（例えば、複数の通知メッセージシーケンスに共通のＵＩバックグラウンドビットマップを追加するなど、追加の情報または追加のフォーマットを追加した後に）予め記憶されているメッセージシーケンス情報セットをルックアップするために通知トリガインデックスを使用することによって、デバイス通知メッセージシーケンスを開始（例えば、生成、アセンブル、実行、または管理）すること；
ｂ．予め記憶されているメッセージシーケンス情報セット（例えば、通知情報、ＵＩビットマップ、および／またはＵＩフォーマット）をルックアップするために通知トリガメッセージを使用し、予め記憶されている情報を、通知トリガメッセージに含まれる情報（例えば、使用量カウント更新、サービスプラン使用条件またはステータス、および／または特定のサービス使用活動情報）と組み合わせて、完全な通知メッセージシーケンスを形成することによって、デバイス通知メッセージシーケンスを開始すること；
ｃ．ネットワーク要素上に記憶されている情報に基づいて通知メッセージシーケンスを開始する（例えば、特定のメッセージシーケンス情報セットをサーバから引き出す、または、オプションを含む一連のウェブページなど特定のポータルもしくはウェブサイトメッセージシーケンスを開始する／そのようなメッセージシーケンスにユーザをリダイレクションする）ために、通知トリガインデックスまたはトリガメッセージ情報を参照として使用することによって、デバイス通知メッセージシーケンスを開始すること；または、
ｄ．上記の操作の２つ以上の組合せを行うこと。デバイス通知エージェントが、デバイスユーザに通知メッセージシーケンスを提供するためにデバイスＵＩと通信する。
【０１２５】
本明細書で述べるようにＤＡＳに関するユーザ通知をプログラムするタスクをさらに単純化するために、ネットワーク管理者が、同時に、デバイスサービス使用量通知ポリシーと連携してネットワークサービス使用量通知ポリシーを構成することができることが有利である。したがって、いくつかの実施形態では、同時に、より高レベルの定義と、ネットワーク要素構成およびデバイス通知エージェント構成を介する調整されたポリシー分散とを定義できるように、ネットワーク管理者にＵＩを提供するために通知ポリシー管理＆ＵＩ１３２要素が含まれ、ネットワークおよびデバイス構成機能は、以下のネットワーク構成の１つまたは複数を含む。トリガイベント検出基準のより高レベルの定義、トリガイベント検出基準とトリガインデックスまたはトリガメッセージとの関連付け、トリガメッセージコンテンツのより高レベルの定義；および様々なデバイス通知エージェント構成（例えば、通知メッセージシーケンス情報のより高レベルの定義、モニタにおけるトリガイベント検出基準プログラミング、トリガイベント検出基準とトリガインデックスまたはトリガメッセージとの関連付け）。いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２は、ネットワーク管理者が、デバイス上で一連の関連のＵＩ画面を介して、同時に、より高レベルのサービス使用条件として通知トリガを定義すると共に、通知トリガイベント検出基準と、所期の対応する通知トリガインデックスまたは通知トリガメッセージならびに対応する通知メッセージシーケンスとの関連付けを定義するためのメカニズムを提供し、ＵＩ画面は、すべてのこの所要のプロビジョニング情報を、関連のＧＵＩ情報表示および管理者入力インターフェースの使い勝手の良い集合となるように組織化する。
【０１２６】
いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２を使用して、１つまたは複数の所定の通知シーケンス情報セットのローカルデバイス記憶機能を保守するようにデバイス通知エージェント１６９７を予め構成するステップは、以下に列挙することの１つまたは複数を含む。
ａ．通知ポリシー管理＆ＵＩ１３２は、通知メッセージシーケンスにおいて要求される順序付きテキストおよび／またはグラフィックス画像情報を含むようにデバイス通知エージェントをプロビジョニング（例えば、プログラム、予め構成、またはそこに命令をダウンロード）し、情報を通知トリガインデックスまたは通知トリガメッセージと関連付けることができ、ここで、情報は、デバイスサービス通知エージェントがデバイス記憶機能からの情報または通知エージェントソフトウェア内の情報にアクセスして、通知メッセージシーケンスを開始（例えば、生成、実行、アセンブル、または管理）してデバイスＵＩに表示することができるように構成およびフォーマットされる。
ｂ．通知ポリシー管理＆ＵＩ１３２は、通知シーケンスを表示するために必要な順序付きステップを実行するようにデバイス通知エージェントをプロビジョニングし、ステップは、通知メッセージシーケンスステップで指定されるネットワークベースの情報の表示情報または表示シーケンスにアクセスし、ネットワークベースの通知メッセージシーケンス情報を通知トリガインデックスまたは通知トリガメッセージと関連付けることを含み、ここで、情報は、デバイスサービス通知エージェントが、ネットワークソースからの情報にアクセスして、通知メッセージシーケンスを開始してデバイスＵＩに表示することができるように構成およびフォーマットされる。例えば、通知メッセージシーケンスステップの１つまたは複数は、以下のことを含むことができる。サーバ上に記憶されているネットワークベースのＵＩ表示ファイルまたはファイルシーケンスからダウンロードされた情報を有するＵＩシーケンスを開始すること、ネットワークベースのポータルページまたはウェブ閲覧ページもしくはページシーケンスを開始すること、あるいはネットワークベースのウェブサイトページまたはペーシーケンスを開始すること。
ｃ．通知ポリシー管理＆ＵＩ１３２は、通知メッセージシーケンスで必要とされる順序付きテキストおよび／またはグラフィックス画像情報を含むように、通知トリガ検出要素によってトリガされる通知インデックスメッセージをプロビジョニングすることができる。また、通知ポリシー管理＆ＵＩ１３２は、デバイスＵＩに通知メッセージシーケンスを表示するために通知エージェントによって開始される順序付き通知メッセージシーケンスに、通知トリガインデックスメッセージに含まれる通知メッセージシーケンス情報を、（ｉ）デバイスにローカルに記憶されている他の情報（例えば、メッセージウィンドウグラフィックス、ＵＩインターフェースフォーマット、他のテキストおよび／またはグラフィックス情報）、および／または（ｉｉ）ネットワークベースの情報の表示情報または表示シーケンスと共に組み込むように、デバイス通知エージェントをプロビジョニングすることができる。
ｄ．通知ポリシー管理＆ＵＩ１３２からダウンロードされる通知シーケンス情報は、上に列挙したステップａ、ｂ、およびｃの任意の組合せを含むことができる。
ｅ．通知ポリシー管理＆ＵＩ１３２は、新規の通知メッセージシーケンスを指定するために通知エージェントソフトウェアを更新またはダウンロードすることができ、新規の通知メッセージシーケンスは、上に列挙したステップａ、ｂ、およびｃの任意の組合せでよい。
【０１２７】
いくつかの実施形態では、デバイス１００と関連のネットワーク要素（例えば、サービス制御装置要素１２２、サービス使用量レポートおよびストア要素１３６、または同様の機能を実施する別のネットワーク要素）との間の通信のための通信プロトコルは、本明細書で述べるプロトコル実施形態、または他のプロトコル、例えば、ＴＣＰ、ＳＭＳ、ＳＳ７、および当業者には明らかな様々な他のプロトコルを含めた、いくつかの通信プロトコルを備えることができる。いくつかの実施形態では、様々な実施形態に関して本明細書で述べるようにＤＡＳに関するユーザ通知を提供するために、本明細書で述べるプッシュ技法、プル技法、および／またはそれらの様々な組合せが使用される。
【０１２８】
図１にさらに示されるように、通知ポリシー管理およびユーザインターフェース１３２は、サービス制御装置１２２と通信し、上述したように、いくつかの実施形態では、本明細書で述べるような様々なネットワーク要素に関するプログラミング通知ポリシーを容易に実現する。いくつかの実施形態では、通知ポリシー管理およびユーザインターフェース１３２は、サービスプロバイダＩＴ構成サーバ６５１５など他のネットワーク要素にも接続される。いくつかの実施形態では、通知ポリシー管理およびユーザインターフェース１３２は、キャリアネットワーク通知ポリシー管理者用のユーザインターフェースを提供し、そのユーザインターフェースにおいて、トリガイベント検出１３８機能、通知エージェント１６９７、および他のネットワークまたはデバイス要素に必要な様々なプログラム可能な設定が、本明細書で述べるようなより効果的な通知ポリシー設計、プロビジョニング、および／または施行を容易にする形で、通知ポリシー管理者のために組織化される。
【０１２９】
いくつかの実施形態では、サービスプロバイダＩＴ／構成サーバ６５１５は、サービス制御装置１２２によって提供されるポリシーに基づいてイベントをトリガするように、トリガイベント検出１３８機能ネットワーク要素をプロビジョニングする。例えば、サービスプロバイダＩＴ構成サーバ６５１５は、イベントをトリガするためにトリガイベント検出１３８が使用する様々な検出基準を設定するようにトリガイベント検出１３８をプロビジョニングするように構成することができる。すなわち、サービスプロバイダＩＴ構成サーバ６５１５を使用して、デバイス１００のための１つまたは複数のサービスに関する使用量を監視するようにトリガイベント検出１３８機能を構成することができ、サービス使用量通知トリガ検出基準が存在する時を検出し、サービス使用量通知トリガ検出基準を通知トリガインデックスまたは通知トリガメッセージと関連付け、通知トリガインデックスまたは通知トリガメッセージをデバイスに通信する。いくつかの実施形態では、トリガイベント検出１および／または使用量レポート記憶機能３６は、サービス制御デバイスリンク１６９１にトリガイベントを知らせるように構成することができる。あるいは、上述したように、いくつかの実施形態では、トリガ検出イベントは、サービス制御装置１２２に送信され、サービス制御装置１２２は、例えば通信リンク１７０２、１７０３などを介して、サービス制御デバイスリンク１６９１に通知を通信する。
【０１３０】
ネットワークトリガイベントに基づいてデバイスがＵＩ通知をトリガする
図示される例におけるトリガイベントは、エージェント通信バス１６３０を介して通知エージェント１６９７に送信される。いくつかの実施形態では、トリガイベントは、本明細書で述べるように、特定のインデックスインジケータ、通知トリガインデックスメッセージ、ローカルデバイス通知トリガインデックス処理、および／またはＤＡＳに関するユーザ通知のローカルオフラインデバイス表示を含むことがある。
【０１３１】
トリガイベントの受信後、通知エージェント１６９７は、適当な通知がデバイス１００のユーザに提供されるようにする。例えば、予めスクリプト化された通知が通知メッセージシーケンス記憶機能１６９７Ａに記憶されている実施形態では、通知エージェント１６９７は、通知メッセージシーケンス記憶機能１６９７Ａから適当なメッセージを検索し、そのメッセージがユーザインターフェース１２０などを介してユーザに配信されるようにする。例えば、メッセージが文字列である場合、ユーザのデバイス１００の表示画面上でメッセージをユーザに表示することができる。別の例として、メッセージがオーディオファイルである場合、デバイス１００のスピーカを介してオーディオファイルをユーザに配信することができる。様々な実施形態において、メッセージは、単一のメッセージから構成されることも、複数のメッセージを含むこともある。
【０１３２】
また、様々な実施形態において、メッセージは、デバイス１００のユーザからの応答を引き出すように構成することができる。例えば、デバイス１００のユーザは、通知トランザクションの一部として追加のサービス割当てを購入するというオプションを与えられることがある。したがって、メッセージは、そのような追加の割当てを購入するためにユーザが従うことができるオプションと、ユーザがそのような追加の割当てを購入することを望むかどうかを示す情報をユーザが入力できるようにするメニュー選択または他のプロンプトとを含むことができる。ユーザ応答は、エージェント通信バス１６３２を介してサービス制御デバイスリンク１６９１に通信することができる。サービス制御デバイスリンク１６９１は、例えばサービス制御装置１２２などのネットワークエンティティにこの情報を提供することができる。この例を続けると、ユーザからのメッセージが、ユーザが追加の割当てを購入することを望むことを示す場合、サービス制御装置１２２は、追加の割当てに関する関連のネットワーク要素に通知することができる。
【０１３３】
例えば、サービス制御装置１２２は、使用量レポート記憶機能１３６および／またはトリガイベント検出１３８に、新規割当てレベルに基づいて適当な通知を提供することができるようにトリガバブルに関するしきい値を更新するように通知する。同様に、サービス制御装置１２２は、新規の割当てに基づいてポリシーを更新することができるように、通知ポリシー管理およびユーザインターフェース１３２にこの情報を提供するように構成されることもある。さらに、サービス制御装置１２２は、ユーザまたはデバイス１００のアカウント記録を更新することができるように、サービスプロバイダＩＴ構成サーバ６５１５に通知するように構成することもできる。これは、購入される追加の割当てに対応するのに適当であれば、適当な料金請求イベントおよび他の管理シーケンスをトリガすることができる。いくつかの実施形態では、追加の割当ては、１回だけ購入することができ、この場合、サービス制御装置１２２は、１回の割当てのみが成され、追加の割当てが期限切れになったときには、使用量レポート記憶機能１３６、トリガイベント検出１３８、通知ポリシー管理およびユーザインターフェース１３２、および他のネットワーク要素など適当なネットワーク要素が適切に前のレベルにリセットされることを保証するように構成することができる。例えば、デバイス１００のユーザは、現在の料金請求サイクルに関して（例えば今月に関して）のみ割当てを増加することを選択していることがある。そにょうな場合、サービス制御装置１２２は、今月または現在の料金請求サイクルの終了時に、ネットワーク要素を以前の割当てにリセットするように構成することができる。
【０１３４】
いくつかの実施形態では、デバイス１００が、ファミリープランおよび／または他の共有アカウントプラン（例えば企業または他の共有アカウントプラン）であるサービスプランに関連付けられる場合、適当なネットワーク要素によってアカウントアグリゲーションを行うことができる。例えば、いくつかの実施形態では、使用量カウントまたは他の消費測定基準をネットワーク要素で集約することができ、したがって、所定の割当てに関して許可された実際の総計の使用量が追跡され、ユーザまたはデバイスの組合せが割当てに達した時の検出が可能になり、また、ユーザまたはデバイスの組合せによる使用量の消費のリアルタイムまたは準リアルタイムでの検出が可能になる。この集約は、例えば、使用量レポート記憶要素１３６、トリガイベント検出１３８機能、またはサービス制御装置１２２など、いくつかのネットワーク要素の任意のもので行うことができ、によって行われる。イベント通知は、共有アカウントプランに関連付けられるデバイス１００の任意のものまたはすべてで、サービス処理装置１１５にプッシュすることができ、および／またはサービス処理装置１１５からプルすることができる。
【０１３５】
いくつかの実施形態では、共有アカウントプランに関連付けられるデバイス１００は、それぞれ、同一または同様の許可および権限を有するように構成することができ、また、システムは、共有アカウントプランに関連付けられる各デバイス１００がネットワークから同一または同様の通知を受信するように構成することができる。さらなる実施形態では、共有アカウントプランに関連付けられる様々なデバイス１００は、異なる許可または権限を有するように構成することができ、デバイス１００のステータスに応じて異なる通知を提供されることがある。例えば、共有アカウントプランに関連付けられるデバイス１００の１つは、その共有アカウントプランに関連付けられる他のデバイス１００よりも多くの情報を受信することができるマスターデバイスとして指定することができる。さらなる例として、マスターデバイスはまた、共有アカウントプランにおける他のデバイス１００が実施することができないアクションを行うことができるように構成することもできる。そのようなアクションの例は、サービスまたはサービスクラスの追加の割当てを購入すること、共有アカウントプランにおけるデバイス１００の１つまたは複数が動作するポリシーまたはプランを修正すること、および共有アカウントプランにおけるデバイス１００の１つまたは複数に付与されるサービスまたはサービスクラスの割当てを終了または変更することを含むことができる。
【０１３６】
いくつかの実施形態では、共有アカウントプランにおけるマスターデバイスとして指定されるデバイス１００は、共有アカウントプランにおける他のデバイス１００には利用可能でない通知、ポリシー、および使用量に関係する追加の情報を閲覧する許可を与えられることもある。例えば、マスターデバイスは、共有アカウントプランにおける１つまたは複数の他のデバイス１００によるリソースの消費をマスターデバイスが閲覧することができるように、通知内に追加の情報を提供されることもある。マスターデバイス１００のユーザに利用可能になるこのような追加の情報により、以下のことに関して、情報に基づく決定をユーザが行うことができるようになる。追加の割当ての購入、１つまたは複数のデバイスが動作するポリシーの修正、さらには、共有アカウントプランにおける１つまたは複数の他のデバイス１００が１つまたは複数のサービスまたはサービスクラスにアクセスするための許可の終了または変更。
【０１３７】
本記載を読めば当業者には明らかなように、共有アカウントプランにおけるユーザまたはデバイス１００の２つ以上のクラスを許可するために、他のレベルの階層を提供することができる。許可および権限は、各デバイスがどの階層にあるかに基づいて、共通アカウントプランにおけるデバイス１００に付与することができる。本記載を読めば当業者には明らかなように、本明細書で述べるシステムおよび方法に関連付けられる特徴および機能を提供するために、いくつかの代替アーキテクチャを使用することができる。以下に述べる図２〜図４は、本明細書で述べるシステムおよび方法に関連付けられる特徴および機能のいくつかまたはすべてを実施するために使用することができるいくつかの例示的な代替アーキテクチャを示す。
【０１３８】
図２Ａは、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知を提供するための別の例示的なネットワークアーキテクチャを示す機能図である。図２Ａは、機能的に図１と同様であるが、ただし、図２Ａでは、ネットワークアーキテクチャが単純化されており、ホームエージェント（ＨＡ）６５１０を備えるオーバーザエア（ＯＴＡ）ネットワーク６５０５と呼ばれる単一のネットワークとして、ＲＡＮ４０５と、ＲＡＮゲートウェイ４１０と、ＡＴＮ４１５と、アクセストランスポートゲートウェイ４２０とを含む２層ネットワークを示す。これらの変更は、以下の実施形態を理解しやすくするためのものであり、これらの単純化が、実施形態の説明には必要のない追加の機能を提供するため、またはネットワーク要素機能の異なる分割を提供するための本明細書で述べるような追加のネットワーク要素または当産業で一般的な追加のネットワーク要素を備える多層ネットワーク、マルチテクノロジーネットワークを何ら限定しないことは、当業者には理解されよう。例えば、ホームエージェント６５１０は、ＧＧＳＮと、ＰＤＳＮと、例えばＤＰＩ要素と組み合わされたＧＧＳＮを備える多要素実施形態とを含むトランスポートゲートウェイ４１０に関して開示される実施形態の任意のものを備えることができる。やはり本記載を読めば当業者には明らかなように、ＯＴＡネットワーク６５０５は、いくつかのネットワークトポロジー、構成、およびプロトコルの任意のものを使用して、本明細書で述べるシステムおよび方法と共に実装することができ、音声およびデータサービスなど１つまたは複数のサービスにデバイス１００がアクセスできるようにし、また、本明細書における様々な実施形態に関して述べるように、サービスおよびサービスクラス使用ならびに関連の通知の監視を可能にする。したがって、様々な実施形態は、特定のネットワーク構成に限定されず、様々なネットワーク構成の任意のもので使用することができることを当業者は理解されよう。
【０１３９】
図示されるように、サービス処理装置１１５を含む／実行するデバイス１００は、様々な音声およびデータネットワークサービス６５２０、６５２２にアクセスするために、ＯＴＡネットワーク通信６５０５を介してネットワーク通信をする。例えば、ＯＴＡネットワーク６５０５は、本明細書で同様に述べるように、セルラプロバイダネットワークおよび／またはインターネットを介して、様々な音声およびデータネットワークサービスを提供することができる。
【０１４０】
様々な実施形態に関して本明細書で述べるように、ホームエージェント６５１０は、アクセストランスポートゲートウェイ４２０、ＧＳＭ／ＵＭＴＳ／ＨＳＰＡネットワークにおけるＧＧＳＮ、ゲートウェイおよびサーバクラスタ、例えば、ＬＴＥネットワークにおけるＭＭＥ／ＳＧＷ／ＰＧＷ／ＰＣＲＦ／ＨＳＳ（ＳＰＲ）、ＥＶＤＯネットワークにおけるＡＡＡサーバを備えるＰＤＳＮゲートウェイ、ＩＰ／ＷｉＦｉアクセスポイント、および／またはアクセスポイント制御装置の機能を含むことができる。いくつかの実施形態では、ホームエージェント６５１０によって実施されるものとして本明細書で述べる機能のいくつかを、何らかの他のネットワーク要素／機能によって実施することができ、そのような要素／機能は、例えばトラフィックのレイヤー３／４またはレイヤー７検査および制御を行うプロキシゲートウェイ／サーバデバイスの場合、ホームエージェント６５１０の裏で動くが、デバイス１００がキャリアネットワークから出る前にはデバイス１００の直接のデータ経路内にある。図示されるように、使用量レポート記憶機能１３６は、ホームエージェント６５１０およびＯＴＡネットワーク通信６５０５を介して、図示されるようにサービス制御デバイスリンク１６９１を介してサービス処理装置１１５と通信する。サービス使用量モニタ１４０機能が、ホームエージェント６５１０内に位置されて、デバイスサービス使用の監視を容易にし、これが使用量レポート記憶機能１３６ネットワーク要素に報告される。
【０１４１】
やはり図２Ａに示されるように、サービスプロバイダＩＴ／構成サーバ６５１５は、使用量レポート記憶機能１３６ネットワーク要素と通信し、使用量レポート記憶機能１３６内に位置されたトリガイベント検出１３８機能に関するサービス使用量通知トリガイベント検出基準プログラミングを提供する。サービス処理装置１１５は、通知エージェント１６９７と、通知メッセージシーケンス記憶機能１６９７Ａとを含み、これらは、デバイスＵＩ１２０との通知シーケンスの通信を作成、コンパイル、開始、または管理するために使用される。通知エージェント１６９７は、エージェント通信バス１６３０を介して、他のデバイスエージェント、すなわちＵＩ１２０およびサービス制御デバイスリンク１６９１と通信する。
【０１４２】
図２Ａにさらに示されるように、通知エージェント１６９７および通知メッセージシーケンス記憶機能１６９７Ａをプログラムするためのプロビジョニング経路は、通知ポリシー管理＆ＵＩ１３２から、サービスプロバイダＩＴ／構成サーバ６５１５を介するものである。いくつかの実施形態では、通知ポリシー管理者ＵＩ、通知メッセージシーケンスの指定、サービス使用量通知トリガイベント検出基準の指定、および通知トリガインデックスまたは通知トリガメッセージの指定はすべて、サービスプロバイダＩＴ／構成サーバ６５１５と通信する通知ポリシー管理およびユーザインターフェース１３２によってサポートされ、サービスプロバイダＩＴ／構成サーバ６５１５はさらに、通知ポリシーの実装を容易にするために、様々なネットワーク要素およびデバイスエージェントの必要なプロビジョニングおよび／またはプログラミングを実施することができる。
【０１４３】
いくつかの実施形態では、通知トリガインデックスまたは通知トリガメッセージは、使用量レポート記憶機能１３６ネットワーク要素内に位置されたトリガイベント検出１３８機能において生成され、サービス制御デバイスリンク１６９１を介して通知エージェント１６９７に送信される。
【０１４４】
図２Ａには示されていないが、通知を制御するためにサービス制御装置１２２を提供することができることを当業者は理解されよう。いくつかの実施形態では、サービス制御プランによって、サービス制御装置１２２を含めて、使用量レポート記憶機能３６に結合させることができ、それぞれおよびトリガ情報通信経路を使用し、また、サービス制御プレーンプロビジョニング通信経路を介してサービスプロバイダＩＴ構成サーバ６５１５に結合される。そのような実施形態では、サービス制御装置１２２は、図１を参照して上述したサービス制御装置１２２と同一または同様の機能を行うように構成することができる。
【０１４５】
いくつかの実施形態では、サービス処理装置１１５は、サービス制御装置１２２、または使用量レポートおよび／またはストア要素１３６など他のネットワークエンティティからの通信に応答して、ネットワークサービス使用量通知トリガイベントを実施する。例えば、トリガイベントは、サービス制御装置１２２または他のネットワークエンティティから受信された通知イベントに応答して実施することができる。例えば、サービス制御装置１２２は、ホームエージェント６５１０と連携し、ホームエージェント６５１０は、本明細書で述べるように、データ経路内にあり、ネットワークサービス使用量を監視することができる。サービス制御装置は、サービスプロバイダＩＴ／構成サーバ６５１５による報告を実施する、および／または容易にするように構成することができ、デバイス１００に関連付けられるサービスプランに基づいて、サービス使用量を監視して、ユーザ通知を提供することができる。そのような通知は、例えば、サービス制御装置１２２から受信されたユーザ通知ポリシーに基づくことがある。報告機能は、様々な実施形態に関して本明細書で述べるリアルタイム報告または準リアルタイム報告（ＲＴＲ）機能を提供するように構成することができる。
【０１４６】
いくつかの実施形態では、ホームエージェント６５１０は、本明細書で述べるように、デバイス１００に関する総計のサービス使用量尺度を監視する。いくつかの実施形態では、サービスプロバイダＩＴ／構成サーバ６５１５と連携するホームエージェント６５１０は、本明細書で述べるように、デバイスに関する総計のサービス使用量尺度を監視する。いくつかの実施形態では、ホームエージェント６５１０（例えば。または別のネットワーク要素）は、ＤＰＩ機能を含み、本明細書で述べるように、デバイスに関する総計のサービス使用量よりも詳細なレベルでネットワークサービス使用量を監視して説明し、これは、いくつかの実施形態では、本明細書で述べるように、様々なサービス活動のサービス使用量を監視して説明する機能を含む。
【０１４７】
いくつかの実施形態では、ホームエージェント６５１０は、デバイス１００に関する総計のサービス使用量よりも詳細なレベルでサービス使用量を監視して説明するように構成することができる。いくつかの実施形態では、これは、本明細書で述べるように、様々なサービス活動のサービス使用量を監視して説明する機能を含む。例えば、この監視および説明は、サービスプロバイダＩＴ／構成サーバ６５１５と連携して行うことができる。
【０１４８】
いくつかの実施形態では、サービスプロバイダＩＴ／構成サーバ６５１５は、デバイス１００に関連付けられたサービスプランに基づいてデバイス１００を監視するように、ホームエージェント６５１０をプロビジョニングする。例えば、ホームエージェント６５１０は、１つまたは複数のサービスに関するネットワークサービス使用量を監視し、そのような使用量に関してデバイス１００別に報告するように構成することができる。そのような使用量は、例えば、使用されたサービスまたはサービスクラスの累積の分単位（または他の時間単位）での時間、サービスまたはサービスクラスに関して使用された累積のデータボリューム、あるいは、そのようなサービスに関する割当ておよび料金請求に基づいて適当な様式でサービス使用量を示す他の同様のデータなどの情報または測定基準を含むことができる。例えば、所与のサービスがデータサービスであり、プラン割当てが、所与の料金請求サイクル内でそのサービスに関して転送されたデータの総量に基づく場合、ホームエージェント６５１０は、その料金請求サイクルにわたって、転送されたデータ量を累積ベースで監視し、使用量レポート記憶機能１３６など適当なネットワークエンティティにそのような情報を報告するように構成することができる。
【０１４９】
そのような報告は、リアルタイムまたは準リアルタイム報告を提供して、リアルタイムまたは準リアルタイムでの正確な使用量カウント報告を容易にすることができる。本記載を読めば当業者には理解されるように、報告の頻度は、通知の適時性に影響を及ぼすことがある。例えば、リアルタイムまたは準リアルタイムの報告は、割当てを超過したこと、または割当て限度に間もなく達することをユーザに知らせるより即時の通知を容易にすることができる。そのような追跡の精度は、許容誤差限界／しきい値内にあるように指定することができる。
【０１５０】
いくつかの実施形態では、報告は、実際のサービス使用量とサービス使用量に関するレポートとの間の遅延中に、所望のサービス使用量しきい値に対して比較的小さいパーセンテージのサービス使用量が生じるように行われる。例えば、サービス使用報告遅延は、報告遅延中に行われるサービス使用量がしきい値の約５０％未満であるように十分に小さくすることができ、報告遅延中に行われる使用量は、理想的には約１５％未満である。いくつかの実施形態では、ホームエージェント６５１０、および／またはサービスプロバイダＩＴ／構成サーバ６５１５と連携するホームエージェント６５１０は、イベント／しきい値を識別することができる。これらの例は、ユーザ通知に関する構成された報告イベントまたはポリシーを含むことができる。いくつかの実施形態では、様々な実施形態に関して本明細書で述べるようにＤＡＳに関するユーザ通知を提供するために、本明細書で述べるプッシュ技法、プル技法、および／またはそれらの様々な組合せが使用される。一例として、ホームエージェント６５１０によって行われるネットワークベースのサービス使用量監視に基づくバルクサービス使用量に基づくユーザ通知を使用して、バルクサービス使用量に基づくユーザ通知を提供することができる。
【０１５１】
いくつかの実施形態では、ホームエージェント６５１０、またはＩＴ／構成サーバ６５１５と連係するホームエージェント６５１０などのネットワークサービス使用量監視要素が、サービス使用量監視のために使用される。様々な実施形態において、サービス使用量監視要素は、所定のサービス使用量通知トリガを検出するようにプログラムされる。このトリガは、例えば、サービス使用条件、サービス使用イベント、またはサービス使用量パターンなど、イベントの発生に基づくことがある。サービス使用量監視要素は、いくつかの実施形態では、通知トリガと所定の通知トリガインデックスまたは通知トリガメッセージとの予め定義された関連付けを有する。トリガインデックスは、デバイス記憶システムに記憶された所定のサービス使用量通知シーケンスを参照する識別子またはメッセージでよい。追加または代替として、トリガインデックスは、デバイス記憶システムに記憶された所定のサービス使用量通知シーケンスと組み合わせることができるサービス使用量通知情報を含むことがある。好ましくは、サービス使用量監視要素は、通知トリガインデックスまたは通知トリガメッセージを、デバイスと通信するネットワークサービス制御装置要素に送信し、サービス制御装置要素は、デバイスＵＩにおいてサービス使用量通知メッセージシーケンスを開始する目的で、通知トリガインデックスまたは通知トリガメッセージをデバイスに送信する。
【０１５２】
いくつかの実施形態では、通知トリガインデックスまたは通知トリガメッセージは、デバイスＵＩに表示されるように意図された通知メッセージシーケンス情報の一部のみを含む。いくつかの実施形態では、通知トリガインデックスは、通知メッセージシーケンス記憶機能１６９７Ａなどローカルデバイス記憶システムに記憶されている所定の通知シーケンスを選択するためのインデックスである。例えば、通知トリガインデックスは、提供することができる通知の識別でよく、通知エージェント１６９７によって通知が検出される。この例では、通知エージェント１６９７は、通知トリガインデックスを解読し、通知メッセージシーケンス記憶機能１６９７Ａから適当な通知メッセージを選択する。
【０１５３】
いくつかの実施形態では、通知トリガメッセージは、インデックスまたは他の識別子のみを含む。インデックスまたは他の識別子は、ユーザに提供すべき適当な通知を識別するために、サービス処理装置１１５が使用することができる。例えば、メッセージがネットワーク要素とサービス処理装置１１５の間で提供される、またはパケット化されたメッセージである場合、特定の通知または通知タイプを示すために、通知イベントメッセージのパケット内の１つまたは複数のフィールドを使用することができる。そのようなフィールドを通知エージェント１６９７が使用して、メッセージ記憶機能１６９７Ａから適当なメッセージ（これは、単一のメッセージでも、メッセージの列でもよい）を検索して、ユーザインターフェース１２０を介してユーザに配信することができる。デバイスＵＩ１２０を介して表示されるように意図された情報または情報の一部は、デバイス１００のローカルデバイス記憶システム（例えばメッセージ記憶機能１６９７Ａ）に記憶されている所定の通知シーケンスの残りと共に表示することができる。
【０１５４】
いくつかの実施形態では、デバイス通知エージェント１６９７は、所定の通知シーケンス情報を含むようにデバイス上に予め構成される。そのような情報を使用して、特定の通知に関する単一のメッセージまたはメッセージのシーケンスを、デバイス１００への通知イベントによって識別されるものとして識別することができる。通知シーケンス情報は、（ｉ）通知トリガインデックス、または（ｉｉ）通知トリガメッセージに対応することがある。通知トリガインデックスが識別することができる場合、シーケンス情報は、特定の通知に関してＵＩ１２０に表示すべきすべての情報に対応する。通知トリガメッセージの場合、シーケンス情報は、ローカル通知メッセージシーケンス情報に含まれる情報の一部、および通知インデックスメッセージに含まれる情報の一部に対応する。
【０１５５】
様々な実施形態では、デバイス通知エージェント１６９７は、さらに、ネットワーク要素から通知トリガインデックスまたは通知トリガメッセージを受け取るようにデバイス１００上に構成される。この情報は、例えば、デバイスで受信された通知イベントに応答して生成されるトリガイベントによって受信することができる。様々な実施形態で上述したように、通知イベントは、サービス使用量を監視する１つまたは複数のネットワーク要素から受信することができる。図２Ａの例では、これらは、例えば、ホームエージェント６５１０、またはＩＴ／構成サーバ６５１５と連係するホームエージェント６５１０、使用量レポート記憶機能１３６、またはサービス制御装置１２２を含む。図１の例では、これらは、例えば、ゲートウェイ４１０、４２０（ＩＴサーバ６５１５と連係していてもしていなくてもよい）、使用量レポート記憶機能１３６、またはサービス制御装置１２２を含むことができる。
【０１５６】
通知トリガインデックスまたは通知トリガメッセージの受信後、通知エージェントは、（ｉ）通知トリガインデックスを使用して、通知トリガインデックスによってインデックスされたローカルに記憶されている通知シーケンス情報１６９７Ａを使用して、通知メッセージを作成または検索する、または（ｉｉ）通知トリガメッセージに関連付けられるローカルに記憶されている通知シーケンス情報１６９７Ａと組み合わせて通知トリガメッセージを使用して、通知メッセージシーケンスを作成する。どちらの例でも、通知エージェントは、デバイスＵＩ１２０上に通知シーケンス情報を表示するように構成されることがある。
【０１５７】
いくつかの実施形態では、通知エージェント１６９７は、ストア１６９７Ａに予め記憶されている通知メッセージシーケンス情報の区画化を決定する。そのような区画化は、実行中に決定することができ、または予め決定することができ、区画化情報を、例えばメッセージシーケンス記憶機能１６９７Ａ内にメッセージと共に記憶することができる。区画化は、ＵＩに関する画面およびフォントサイズ、メッセージコンテンツ、またはメッセージもしくはメッセージ部分の完全性などの因子に基づくことがある。
【０１５８】
通知トリガインデックスもしくは通知トリガメッセージに含まれる情報、または、通知エージェントプロセスの一部としてデバイス通知エージェントによって取得される情報は、通知エージェント１６９７が、通知シーケンスをアセンブルおよび表示するために使用する。
【０１５９】
いくつかの実施形態では、場合によりサービスプロバイダＩＴ／構成サーバ６５１５と連携するホームエージェント６５１０は、所定のサービス使用量通知トリガイベント検出基準を識別するために、サービス使用量を監視して、サービス使用記録内部に記録を作成する。ホームエージェント６５１０は、特定の通知トリガイベント検出基準に関連付けられる所定のサービス使用量通知トリガインデックスまたは通知トリガメッセージをルックアップし、サービス制御装置１２２と連携して、サービス使用量通知トリガインデックスまたは通知トリガメッセージをデバイス１００に送信する。デバイス通知エージェント１６９７は、トリガイベントメッセージまたはメッセージインデックスのさらなるローカルデバイス処理のためのメッセージを受信し、その後、エンドユーザ通知メッセージをデバイスＵＩに表示する。
【０１６０】
いくつかの実施形態では、サービス監視要素（例えば、使用量モニタ１４０、および／またはネットワーク内および／またはデバイス上の他のサービス使用量監視要素）が、サービス使用量監視を行う。監視要素１４０は、サービス使用量通知トリガ検出要素（例えばトリガイベント検出１３８）にサービス使用量を通信する。
【０１６１】
サービス使用量通知トリガ検出要素１３８は、サービス使用量通知トリガイベント検出基準を識別するようにプログラムされる。そのようなイベントは、例えば、サービスプラン限度に達する前、達した時、または達した後に行うことができる。そのようなイベントは、所定の（例えば予めプログラムされた）サービス使用条件またはサービス使用量パターンを識別するためにサービス使用量監視履歴を検査することによって検出することができる。様々な実施形態において、サービス使用量通知トリガ検出要素１３８は、通知トリガイベント検出基準を所定の通知トリガインデックスまたは通知トリガメッセージに関連付ける。サービス使用量通知トリガ検出要素１３８は、通知メッセージシーケンスを表示する目的で通知エージェント１６９７によってさらなるローカルデバイス処理を行うために、通知トリガインデックスまたは通知トリガメッセージをデバイス１００に通信するように構成することができる。
【０１６２】
トリガイベント検出要素１３８は、特定のトリガまたはイベント点を識別するようにプログラムされる。例えば、トリガイベント検出要素１３８は、例えば通知ポリシー管理およびユーザインターフェース１３２によってプログラムすることができ、通知ポリシー管理およびユーザインターフェース１３２は、サービスプロバイダＩＴ構成サーバ６５１５および／またはサービス制御装置１２２と通信することができる。
【０１６３】
いくつかの実施形態では、サービス監視要素は、ネットワーク要素（例えばホームエージェント６５１０）内に位置される。いくつかの実施形態では、サービス監視要素は、デバイス（例えばポリシー実装エージェント１６９０）上のデバイスエージェント内に位置され、いくつかの実施形態では、サービス監視要素は、本明細書で述べる様々な技法を使用して安全化される。
【０１６４】
いくつかの実施形態では、サービス使用量通知トリガ検出要素は、ネットワーク要素（例えば、ホームエージェント６５１０、または使用量レポート記憶機能１３６、またはＭＶＮＯサービスゲートウェイ／サーバ２９２）内に位置される。いくつかの実施形態では、サービス使用量通知トリガ検出要素は、デバイス（例えば、サービスモニタエージェント１６９６またはポリシー実装エージェント１６９０）上に位置されたデバイスエージェントである。
【０１６５】
これらの実施形態は、多様な通知トリガイベント検出基準および多様な関連の通知メッセージシーケンスの識別をサポートすることができるサービス使用量通知に関する汎用のフレームワークを提供する。また、これらの実施形態は、通知メッセージシーケンスがデバイスＵＩに配信されるようにするために、関連の通知トリガインデックスまたは通知トリガメッセージをデバイス通知エージェントに通信するための様々な技法を提供するように実装することもできる。例えば、本明細書で述べる様々な実施形態は、強力でフレキシブルなＤＡＳに関するユーザ通知を提供すると共に、ネットワークリソース利用の面でより効率的にすることもできるように、および／または従来の技法を使用して同様の複雑さのユーザ通知を表示するのに必要な時間よりも高速にすることもできるようにユーザ通知メッセージシーケンスを生成して配信することができる。広範な通知トリガイベント検出基準および関連の通知メッセージシーケンスをサポートするフレクシビリティは、通知トリガイベント検出１３８機能を様々なネットワーク要素またはデバイスエージェントに位置させることができること、および本明細書で開示する通知システムポリシー管理実施形態を使用してサービス使用量通知トリガイベント検出基準を効率的にプログラムすることができることによって得られる。
【０１６６】
ネットワークリソース節約および／または時間節約は、デバイス通知メッセージシーケンス記憶機能１６９７Ａ内の予め記憶されている通知メッセージシーケンス情報にメッセージ情報を含めることによって実現することができる。このような構成を使用して、通常であれば通知を提供するためにネットワークを介してデバイスに通信する必要があるトラフィックの量を減少させることができる。例えば、通知シーケンス全体がデバイス１００にローカルに記憶されている場合、この情報は、通知が配信されるたびにネットワークを介して伝送する必要はない。これにより、通知メッセージシーケンスをデバイスＵＩに効果的に配信できるようになり、これは、通知メッセージシーケンスを検出する複雑さ、または従来の自立型のＳＭＳメッセージまたはウェブサイトページを介してそれらを通信するためのメッセージボリュームにより、実用的でなかった。したがって、本明細書で述べる様々な実施形態は、多くのタイプの通知メッセージシーケンスをデバイスＵＩに配信できるようにし、これらの通知メッセージシーケンスは、サービス使用ステータスまたはサービスオプションのユーザ認識を改良し、ユーザが試行しているデバイスサービス使用活動に関してサービスプランが利用可能なとき、または望みのサービス使用活動もしくはサービス使用活動セットに関してより適切なサービスプランが利用可能であるときにユーザに知らせるための手段をキャリアに提供する。このようにして、例えば、典型的にはエンドユーザに通信するためにオーバーザエアネットワーク帯域幅またはリソースを消費していた、または典型的にはより多くの時間消費または複雑なメッセージトランザクションプロセスを必要としていたユーザ通知メッセージを、より小さい遅延で、またはより少ないオーバーザエアネットワーク帯域幅またはリソース消費で通信することができる。
【０１６７】
いくつかの実施形態では、通知トリガイベント検出基準は、以下のサービス使用条件および／またはイベントの１つまたは複数を識別する。サービスプランサービス使用限度未満の所定の中間サービス使用量またはサービス使用レベル；サービスプランサービス使用限度よりも大きいサービス使用量またはサービス使用レベル；所定のサービス使用速度レベル；サービスプラン使用限度に比べて比較的高いまたは比較的低い所定のサービス使用速度レベル；現在のサービス使用プランポリシーによってサポートされていないサービス使用活動；サービスの使用を試行している、または所定のサービス使用レベルに達している特定の所定のアプリケーションまたはアプリケーショングループ；サービスの使用を試行している、または所定のサービス使用レベルに達している特定の所定のアプリケーションまたはアプリケーショングループであって、典型的には、サービスプラン限度に対して比較的高い使用挙動を示すアプリケーションまたはアプリケーショングループ；所定のネットワーク宛先または宛先グループとの通信を試行している、または通信しているサービス使用活動；所定のネットワーク宛先または宛先グループとの通信を試行している、または通信しているサービス使用活動であって、宛先または宛先グループに接続されるデバイスに関する典型的なサービス使用量がサービスプラン限度に比べて比較的高いサービス使用活動；代替サービスプランが利用可能である、または代替サービスプランのほうが良いサポートを行うように構成されているサービス使用活動；代替ネットワークが利用可能である、または代替ネットワークのほうが良いサポートを行うことができるサービス使用活動；所定の時間帯の間、ネットワークが所定のレベルの輻輳になっている時間中、またはネットワークが所定のレベルのパフォーマンスもしくはアベイラビリティになっている時間中に、サービスの使用を試行している、または所定のサービス使用レベルに達しているサービス使用活動またはサービス使用活動グループ；指定のＱｏＳレベルでネットワークと通信することを試行する、または通信するサービス使用活動；現在のサービスプランのアクセスポリシーの下では利用可能でない、またはネットワーク輻輳により利用可能でない、指定のＱｏＳレベルでネットワークを介して通信することを試行するサービス使用活動；ローミングネットワークとの通信を試行する、または通信するサービス使用活動；ローミングネットワーク上で、指定のレベルのサービス使用量レベルに達していること；非認証ネットワークまたはネットワーク宛先との通信を試行するサービス使用活動；ユーザグループまたはデバイスグループプランに属するデバイスのグループに関する総計のサービス使用量；グループサービスプランに属するデバイスに関するサービス使用活動の特定のセット。ここで、デバイスグループマネージャが、通知メッセージアクションに関するサービス使用活動を識別している；および、本明細書で述べる様々な実施形態に鑑みて当業者にここで明らかな様々な他のサービス使用条件および／またはイベント。広範なサービス使用量通知トリガイベント検出基準を設計し、実装し、任意に洗練されたユーザ通知シーケンスと関連付けることができ、ここで、ユーザ通知シーケンスは、通信デバイスにローカルに記憶またはプログラムされるコンポーネントに分割または区画化されて、ネットワーク通知メッセージ通信オーバーヘッドを減少させ、通知メッセージシーケンス配信パフォーマンスおよびプロセスを改良することが当業者にはここで明らかであろう。
【０１６８】
いくつかの実施形態では、１つまたは複数のトラフィックフィルタが、ネットワーク要素、例えばＤＰＩ要素（例えば、ＤＰＩシステム、ホームエージェント、ＧＧＳＮ／ＰＣＥＦなど）内に位置されて、アンビエント（例えばスポンサード）サービスなど、サービスプランに関連付けられるサービスに関する制御、課金、または通知ポリシーの実装をサポートする。トラフィックフィルタは、宛先、ドメイン、ＩＰアドレス、ポート、プロトコル、コンテンツタイプなどの１つまたは複数を検査し、１つまたは複数の分類規則に基づいてトラフィックを識別して分類するように構成される。
【０１６９】
いくつかの実施形態では、ゲートウェイデバイス（例えばＧＧＳＮやホームエージェントなど）内部の施行機能／エージェント（例えばＰＣＥＦ機能）が、エンドユーザデバイスへの、またはエンドユーザデバイスからのトラフィックに対してＤＰＩを行う。いくつかの実施形態では、ＤＰＩは、別個のシステムによって行われる。いくつかの実施形態では、規則機能／エージェント（例えばＰＣＲＦ）が、特定のトリガイベントが生じた場合に規則機能／エージェントに指示を与えるようにＤＰＩシステムに命令し、特定のトリガイベントは、エンドユーザデバイスによるネットワークサービスへのアクセスまたは試行されたアクセスに関連付けられる。トリガ条件が生じるとき、ＤＰＩシステムは、規則機能／エージェントに知らせる。応答時、規則機能／エージェントは、トリガ条件を生じさせたアクセスまたは試行されたアクセスに関する情報を含むメッセージを通知システムに送信し、この情報は、例えば、加入者識別、デバイス識別、通知メッセージインデックス、日付、時間、取られたアクションなどの１つまたは複数を含むことがある。いくつかの実施形態では、通知システムは、エンドユーザデバイスのユーザインターフェースを介してエンドユーザデバイスのユーザに提示するためにエンドユーザデバイスに送信される通知メッセージの少なくとも一部を生成する。いくつかの実施形態では、エンドユーザデバイスに送信される通知メッセージの少なくとも一部は、トリガ条件を生じさせたアクセスまたは試行されたアクセスに関する情報を備える。
【０１７０】
いくつかの実施形態では、トリガ条件は、エンドユーザデバイスが、適用可能なサービスプランを有していないサービスへのアクセスを試行することである。いくつかの実施形態では、通知メッセージの少なくとも一部は、サービスプランへの加入の提案を備える。いくつかの実施形態では、通知メッセージの少なくとも一部は、通知メッセージへの可能なユーザ応答を備える。いくつかの実施形態では、ユーザ応答は、確認／却下、サービスプラン購入の同意、詳細情報のリクエスト、ローカルデバイスアクション（例えば、ローミングの無効や、ＷｉＦｉのオンなど）の１つまたは複数を含むことがある。いくつかの実施形態では、ユーザ応答は、ネットワーク要素に送信される。いくつかの実施形態では、ネットワーク要素は、例えば、サービスをプロビジョニングするためのプロセスを開始すること、新たにプロビジョニングされたサービスについて適切なエンティティ（例えばユーザまたはスポンサーエンティティ）への課金を課金要素に行わせるためのプロセスを開始すること、および／またはデータストア（例えばデータベースやＣＲＭシステムなど）にユーザ応答を記憶するためのプロセスを開始することによって、ユーザ応答に対して作用する。当業者には理解されるように、ここではネットワーク要素を個別の要素として説明するが、説明する機能のいくつかを単一の要素に組み合わせることもできる。
【０１７１】
いくつかの実施形態では、ＤＰＩシステムは、エンドユーザデバイスへの、およびエンドユーザデバイスからのトラフィックを識別および分類するために、許可アクセスリストを使用する。いくつかの実施形態では、初期ＤＰＩシステム設定は、ウェブサイト、ウェブページ、ＩＰアドレス、ホストなどの初期検査の結果に基づいて定義される。検査は、例えばウェブクローラによって行うことができる。例えば、ウェブクローラ（またはＤＯＭ、または、ウェブサイト、ウェブページ、ＩＰアドレス、ホストなどの宛先を特徴付けるための他の技法）が、特定のスポンサードウェブサイトまたはウェブページに関連付けられた６つのＵＲＬまたはネットワーク宛先を最初に識別する場合、ＤＰＩシステムは、それら６つのＵＲＬに宛てられたトラフィックをスポンサードトラフィックとして分類し、６つのＵＲＬ以外のＵＲＬに宛てられたトラフィックを非スポンサードトラフィックとして分類する。
【０１７２】
いくつかの実施形態では、ＤＰＩシステムは、インターネットの変化についていけるように適合する。いくつかの実施形態では、ＤＰＩシステム設定（例えば、リスト、フィルタ、またはＤＰＩシステムがトラフィックを分類できるようにする他のメカニズム）は、（例えばウェブクローラやＤＯＭ技法などを使用した）ウェブサイトの解析の結果に基づいて更新される。いくつかの実施形態では、管理者は、ウェブサイト解析（例えばウェブクロールやＤＯＭなど）の結果をレビューし、ＤＰＩシステム設定を手動で更新する。いくつかの実施形態では、ＤＰＩシステム設定は、ネットワーク要素（例えば、ウェブページの変更を識別することができるウェブクローラまたは他のシステム）によって自動的に更新される。いくつかの実施形態では、ウェブページの変更は、ブラウザで動作し、典型的なウェブクローラが識別することができないウェブページ内のリダイレクション、ＪａｖａＳｃｒｉｐｔ、Ｆｌａｓｈ、および他のコンテンツ（例えば第三者の当事者）を識別するソフトウェアアプリケーションによって検出される。ブラウザで動作することにより、ソフトウェアアプリケーションは、ＪａｖａＳｃｒｉｐｔ、Ｆｌａｓｈ、および他の同様のコンテンツなどのコンテンツがキャプチャされて分類されることを保証することができる。
【０１７３】
本明細書における開示に鑑みて当業者にはここで理解されるように、適応型ＤＰＩシステムの更新レートの遅延に対処するために連想技法（一時的なリースを伴う監視されたアクセスなど）に関連する適応型ＤＰＩシステムを使用して、ロバストなアンビエントサービスを可能にし、良好なユーザエクスペリエンスを提供することができる。
【０１７４】
ＤＰＩシステムは、分類されたスポンサードトラフィックおよび非スポンサードトラフィックに関する使用量尺度を１つまたは複数の課金要素（例えば、ＯＣＳ、料金請求システム、調停システムなど）に提供するように構成することができる。使用量尺度は、課金コード、データ量（例えばバイト単位）、時間量、または使用量を示す任意の他の尺度によって表すことができる。したがって、上の例を続けると、スポンサードウェブサイトまたはウェブページに関連付けられる６つのＵＲＬに宛てられたトラフィックは、スポンサードサービスをスポンサードするエンティティに請求され、他のトラフィックは、エンドユーザデバイスのユーザ（またはエンドユーザデバイスによる非スポンサード使用を受け持つ当事者）に請求されるように、課金ポリシーを構成することができる。
【０１７５】
同様に、ＤＰＩシステムは、通知ポリシーの施行を容易にすることができ、また、使用がスポンサードされているか否かに基づいたエンドユーザデバイスのユーザへの通知の提供を容易にすることができる。例えば、エンドユーザデバイスが、毎月Ｘメガバイト（ＭＢ）の使用量を許可するスポンサードサービスに加入しているが、非スポンサードサービスに適用される加入は行っていない場合、通知ポリシーは、エンドユーザデバイスによるスポンサードサービスの使用量が０．９×ＸＭＢに達した後にメッセージが送信されるように指定することができ、また、スポンサードサービス以外のサービスの使用をエンドユーザデバイスが試行するときには、「適用可能なサービスなし」というメッセージがエンドユーザデバイスに送信されるように指定することができる。別の例として、エンドユーザデバイスが、エンドユーザデバイスにストリーミングビデオが配信されるデータアクセス以外のデータアクセスを許可するスポンサードサービスに加入しており、エンドユーザデバイスが、ストリーミングビデオソースへのアクセスを試行する場合、スポンサードサービスプランの下でストリーミングビデオが許可されていないことを示すための通知がエンドユーザデバイスに送信されることがある。別の例として、エンドユーザデバイスが、スポンサードサービスプランおよび非スポンサードサービスプランを有する場合、通知は、非スポンサードサービスプランにおいて使用されたデータ量、またはデータ残量の表示を提供することがある。当業者には理解されるように、本明細書における開示に基づいて多数の通知シナリオが可能である。
【０１７６】
いくつかの実施形態では、デバイス通知エージェントは、１つまたは複数の所定の通知シーケンス情報セットのローカルデバイス記憶機能１６９７Ａを保守するように構成される。この情報は、まず操作のために構成することができ、ネットワークサービスおよび操作に関するポリシーおよび実施法が変化したときに更新することができる。ネットワークから、またはデバイス１００への他の通信経路を介して、新規のメッセージおよび更新されたメッセージをローカル記憶機能に配信することができる。通知シーケンス情報のセットは、いくつかの実施形態では、ＵＩ通知メッセージシーケンスを生成するのに必要な情報の少なくとも一部を定義する。様々な実施形態において、通知シーケンス情報のローカル記憶機能は、特定の所望の通知シーケンス情報セットを通知トリガインデックスまたは通知トリガメッセージによって決定することができるように組織化される。例えば、いくつかの実施形態では、通知エージェント１６９７は、通知トリガインデックスまたは通知トリガメッセージを受信する。このメッセージは、例えば、通知トリガ検出要素から受信することができる。通知トリガメッセージに応答して、通知エージェント１６９７は、完全な通知メッセージシーケンスを作成する。通知トリガインデックスまたは通知トリガメッセージを使用して、通知エージェント１６９７は、通知シーケンスを開始する。通知を行う際、通知エージェント１６９７は、ユーザインターフェース１２０に配信するための通知メッセージシーケンスを生成、アセンブル、実行、または管理する。例えば、通知エージェント１６９７は、いくつかの実施形態では、メッセージ記憶機能１６９７Ａ内の予め記憶されているメッセージシーケンス情報セットをルックアップするために通知トリガインデックスを使用することができる。通知エージェント１６９７は、複数の通知メッセージシーケンスに共通のＵＩバックグラウンドビットマップを追加するなど、追加の情報または追加のフォーマットを追加することができる。
【０１７７】
別の例として、通知エージェント１６９７は、予め記憶されているメッセージシーケンス情報セットをルックアップするために通知トリガメッセージを使用することができる。この情報は、例えば、通知情報、ＵＩビットマップ、および／またはＵＩフォーマットを含むことができる。したがって、通知エージェント１６９７は、メッセージ記憶機能１６９７Ａに記憶されている情報を使用し、通知トリガメッセージに含まれる情報と組み合わせて完全な通知メッセージシーケンスを形成することによって、通知メッセージシーケンスを開始することができる。この追加の情報は、例えば、使用量カウント更新、サービスプラン更新条件またはステータス、および／または特定のサービス使用活動情報を含むことができる。
【０１７８】
さらなる例として、通知エージェント１６９７は、ネットワーク要素に記憶されている情報に基づいて通知メッセージシーケンスを開始するために、通知トリガインデックスまたはトリガメッセージ情報を参照として使用することができる。例えば、通知エージェント１６９７は、特定のメッセージシーケンス情報セットをサーバから引き出すことができ、またはオプションを含む一連のウェブページなど特定のポータルもしくはウェブサイトメッセージシーケンスを開始する／そのようなメッセージシーケンスにユーザをリダイレクションすることができる。
【０１７９】
さらに別の例として、通知エージェント１６９７は、上記の操作の２つ以上の組合せを行うように構成することができ、デバイス通知エージェントが、デバイスユーザに通知メッセージシーケンスを提供するためにデバイスＵＩと通信する。
【０１８０】
いくつかの実施形態では、様々な実施形態に関して本明細書で同様に述べるように、ユーザ通知メッセージシーケンスは、通知トリガインデックスを使用して、予め記憶されているメッセージシーケンス情報セットをルックアップすることによって開始される。シーケンスは、複数の通知メッセージシーケンスに共通のＵＩバックグラウンドビットマップを追加するなど、追加の情報または追加のフォーマットを追加することによって強化することができる。例えば、通知トリガインデックスは、サービス使用が通信デバイスに関する関連のサービスプラン外であることをサービス使用条件検出機能が示す時に関して、ユーザ通知のための様々な追加の情報を含むことができる。例示的なメッセージは、警報メッセージ、および／または代替サービスプランオプションのための提案を含む。さらなる例として、メッセージは、以下のことについてユーザに通知することができる。消費された容量および利用可能な容量、ならびに消費レート；ユーザの容量を超えていること；より高い使用量に対応するためにプランを修正するというオプション。例えば追加の容量の購入；利用量の少ない別のサービスから容量を転送するというオプションなど。
【０１８１】
記憶されているメッセージ通知に、メッセージ記憶機能１６９７Ａにない追加の情報を通知エージェント１６９７が提供するシナリオの一例は、割り当てられたサービスを間もなく消費し尽くすことをユーザに知らせ、そのサービスに関するそれまでの実際の消費に関する追加情報も提供するメッセージシーケンスである。ネットワークリソース消費は、好ましくはリアルタイムまたは準リアルタイムで追跡されるので、このリアルタイムまたは準リアルタイムの情報は、メッセージ記憶機能には予め記録されていない。他方、通知が実際のリアルタイム消費の情報を含まないシナリオでは、所期の通知を提供するために、予め記憶されているメッセージで十分であることがある。
【０１８２】
図２Ｂは、様々な実施形態による、デバイス支援サービス（ＤＡＳ）に関するユーザ通知を提供するための別のネットワークアーキテクチャを例示する機能図である。図２Ｂは、機能的に図２Ａと同様であるが、ただし、図２Ｂでは、ホームエージェント６５１０は、トリガイベント検出１３８機能と、サービスモニタ機能、すなわち使用量モニタ１４０との両方を含む。いくつかの実施形態では、ホームエージェント６５１０の提供は、例えば、ディープパケットインスペクション（ＤＰＩ）機能を有し、より深いサービス使用量通知トリガイベント検出基準レベルを容易に実現することができる。ホームエージェント６５１０がそのようなディープパケットインスペクション（ＤＰＩ）機能を有する場合、ネットワークを介して遠隔トリガイベント検出機能に詳細情報を送信することなくトリガ検出を行うために、トリガイベント検出１３８機能とサービスモニタ機能使用量モニタ１４０の両方をホームエージェント６５１０上に含むことが有用であることがある。
【０１８３】
いくつかの実施形態では、サービス使用量通知トリガイベント検出基準が、バルク使用量カウントに関して指定されて実装され、他の実施形態では、サービス使用のより洗練された分類に対応することができる。例えば、サービス使用量は、ネットワーク／サブネットワーク、スポンサードサービス、アプリケーション（例えば、特定のネットワーク宛先を使用する特定用途向けサービス）、企業エンタープライズスポンサードトラフィックとエンドユーザ請求トラフィックとの割当て、ならびに、様々な実施形態に関して本明細書で述べる様々な他のサービス使用量監視技法および分類に基づいて監視することができる。いくつかの実施形態では、サービス使用量通知トリガイベント検出基準が生じるときに適切な通知メッセージシーケンスをデバイスＵＩに配信するように調整されてプログラムされた様々なネットワーク要素およびデバイスエージェントが、図２Ａに関して同様に上述したように、通知ポリシー管理ＵＩ１３２と通信するサービスプロバイダＩＴ／構成サーバ６５１５を介してプロビジョニングされる。いくつかの実施形態では、通知トリガインデックスまたは通知トリガメッセージは、使用量レポート記憶機能１３６ネットワーク要素内に位置されたトリガイベント検出１３８機能において生成され、サービス制御デバイスリンク１６９１を介して通知エージェント１６９７に送信される。
【０１８４】
いくつかの実施形態では、ネットワーク上ではなく、またはネットワーク上に加えて、デバイス１００上にサービス使用量通知トリガインデックスまたはメッセージを生成することが望ましい。例えば、デバイス１００上でのサービス使用量通知トリガインデックスの生成は、よりフレキシブルであり、より容易にプログラムされるＤＡＳに関するユーザ通知の実装を可能にすることができ、いくつかの場合には、ネットワーク監視は、トリガを生成する機能を有さないことがある。
【０１８５】
いくつかの実施形態では、ネットワークベースのサービス使用量情報は、デバイス１００に通信され、デバイス１００で処理され、いくつかの場合には記憶される。また、デバイス１００は、使用量情報を、その独自の使用特性に基づいて収集および記憶することもできる。このネットワークベースのサービス使用量情報および／またはローカルで取得される使用量情報は、通知トリガインデックスまたはトリガメッセージを生成するために使用することができる。いくつかの実施形態では、デバイスベースのサービス使用量監視が、デバイス１００上でのトリガイベント生成の基礎である。いくつかの実施形態では、ネットワークベースのサービス使用量情報およびデバイスベースのサービス使用量情報が、デバイス上でのトリガイベント生成のための基礎である。いくつかの実施形態では、トリガインデックスまたはトリガメッセージを生成するために、デバイスベースのサービス使用量情報がネットワークベースのサービス使用量情報と同期される。
【０１８６】
図２Ｃは、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知を提供するための別のネットワークアーキテクチャを示す機能図である。図２Ｃは、機能的に図２Ｂと同様であるが、ただし、図２Ｃでは、トリガイベント検出１３８機能が、サービスモニタエージェント１６９６で示されるように、デバイス１００上でサービス処理装置１１５によって実装される。やはり図示されるように、サービス制御装置１２２がネットワーク内に提供されて、デバイスサービス処理装置１１５およびサービス処理装置の様々なエージェントの通知メッセージ通信および通知ポリシープログラミングを管理する。特に、追加のエージェントが、デバイスサービス処理装置１１５に提供され、サービスモニタエージェント１６９６として示される。サービス使用データは、ローカルで監視して追跡することができる。いくつかの実施形態では、サービスモニタエージェント１６９６は、使用量レポート記憶機能１３６ネットワーク要素によってデバイスに報告されるサービス使用量情報を受け入れる。これは、例えば、サービス制御装置１２２を介するものでよい。これは、サービス使用量通知トリガイベント検出基準を検出するために使用することができるサービス使用の記録をデバイス１００に提供する。図示されるように、トリガイベント検出１３８機能は、サービスモニタエージェント１６９６内に位置される。いくつかの実施形態では、サービス使用量通知トリガインデックスまたは通知トリガメッセージは、サービスモニタエージェント１６９６によって生成されると、通知メッセージシーケンス処理のために通知エージェント１６９７に直接送信される。
【０１８７】
いくつかの実施形態では、サービス制御装置１２２と通信するサービス処理装置通知エージェント１６９７は、様々な実施形態に関して本明細書で述べるように、ＤＡＳに関するデバイスベースのユーザ通知を実装する。例えば、サービス処理装置１１５は、サービス使用量を監視し、デバイス１００に関連付けられるサービスプランに基づいてユーザ通知を提供することができる。これは、例えば、サービス制御装置１２２から受信される、および／またはプロバイダＩＴ／構成サーバ６５１５と連携して受信されるユーザ通知ポリシーを含むことができる。いくつかの実施形態では、様々な実施形態に関して本明細書で述べるようにＤＡＳに関するユーザ通知を提供するために、本明細書で述べるプッシュ技法、プル技法、および／またはそれらの様々な組合せが使用される。一例として、サービス処理装置１１５によって行われるデバイスベースのサービス使用量監視に基づくバルクサービス使用量に基づくユーザ通知を使用して、バルクサービス使用量に基づくユーザ通知を提供することができる。
【０１８８】
図２Ｄは、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知を提供するための別のネットワークアーキテクチャを示す機能図である。図２Ｄは、機能的に図２Ｃと同様であるが、ただし、図２Ｄでは、デバイスサービス処理装置１１５が、デバイスポリシー実装エージェント１６９０も含む。いくつかの実施形態では、ポリシー実装エージェント１６９０は、デバイスネットワーキングスタック１２２と対話して、様々な実施形態に関して本明細書で述べるようにデバイスサービス使用量を検出して監視する。図示されるように、サービスモニタ１４０機能は、ポリシー実装エージェント１６９０に提供される。いくつかの実施形態では、サービス使用量情報は、エージェント通信バス１６３０を介してサービスモニタエージェント１６９６と通信し、ここで、トリガイベント検出１３８機能は、サービス使用量通知トリガイベント検出基準を識別し、通知トリガインデックスまたは通知トリガメッセージを通知エージェント１６９７に通信することによってユーザ通知シーケンスを開始する。
【０１８９】
いくつかの実施形態では、デバイスサービス使用量監視エージェント、例えば、サービスモニタエージェント１６９６とポリシー実装エージェント１６９０の一方またはそれらの組合せが、サービス使用量監視のために使用される。そのような実施形態では、サービス使用量監視は、デバイスサービス使用量通知エージェント１６９７に通信することができる。サービス使用量通知エージェント１６９７は、所定のサービス使用量通知トリガ、例えば、サービス使用条件の発生、サービス使用イベントの発生、またはサービス使用量パターンの発生に基づく通知トリガを検出するようにプログラムすることができる。
【０１９０】
また、デバイスサービス使用量通知エージェント１６９７は、メッセージシーケンス記憶機能１６９７Ａからの１つまたは複数のメッセージのメッセージシーケンスの検索を可能にするために、通知トリガと所定の通知トリガインデックスまたは通知トリガメッセージとの予め定義された関連付けを提供されることもある。例えば、トリガインデックスは、デバイス記憶システムに記憶された所定のサービス使用量通知シーケンスを参照する識別子またはメッセージでよい。あるいは、トリガインデックスは、デバイス記憶システムに記憶されている所定のサービス使用量通知シーケンスと組み合わされたサービス使用量通知情報を含むことができる。デバイス通知エージェントは、所定の通知シーケンス情報を含むようにデバイス上に予め構成される。
【０１９１】
様々な実施形態において、通知シーケンス情報は、以下のものの１つに対応する。（ｉ）通知トリガインデックス。この場合、ローカル通知シーケンス情報が、ＵＩに表示すべきすべての情報を含む。（ｉｉ）通知トリガメッセージ。この場合、ＵＩに表示すべき情報の一部が、ローカル通知メッセージシーケンス情報に含まれ、ＵＩに表示すべき情報の一部が、通知インデックスメッセージに含まれる。（ｉｉｉ）通知エージェントが、デバイスＵＩ上に通知シーケンス情報を表示する。いくつかの実施形態では、デバイスサービス使用量監視エージェントサービス使用記録は、２つのサービス使用ソース間の差を最小限にする形でネットワークサービス使用記録と同期される。
【０１９２】
いくつかの実施形態では、サービス制御装置１２２と通信するサービス処理装置通知エージェント１６９７およびデバイスベースの使用量モニタ１４０は、本明細書で述べるように、ＤＡＳに関するデバイスベースのユーザ通知を実装する。例えば、サービス処理装置１１５は、サービス使用量を監視し、デバイス１００に関連付けられるサービスプランに基づいてユーザ通知を提供することができる。例えば、通知は、サービス制御装置１２２から受信される、および／またはプロバイダＩＴ／構成サービス６５１５と連携して受信されるユーザ通知ポリシーに基づくことがある。いくつかの実施形態では、様々な実施形態に関して本明細書で述べるようにＤＡＳに関するユーザ通知を提供するために、本明細書で述べるプッシュ技法、プル技法、および／またはそれらの様々な組合せが使用される。一例として、サービス処理装置１１５によって行われるデバイスベースのサービス使用量監視に基づくバルクサービス使用量に基づくユーザ通知を使用して、バルクサービス使用量に基づくユーザ通知を提供することができる。
【０１９３】
図２Ｅは、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知を提供するための別の例示的なネットワークアーキテクチャを示す機能図である。図２Ｅは、機能的に図２Ｄと同様であるが、ただし、図２Ｅでは、図示されるように２つのサービス使用量モニタ１４０機能が提供される。ネットワークベースのサービス使用量モニタが、ホームエージェント６５１０上に提供され、デバイスベースのサービス使用量モニタが、ポリシー実装エージェント１６９０上に提供される。様々な実施形態に関して本明細書で述べるように、この手法は、デバイス１００上でのサービス使用測定に対応する。そのような測定は、リアルタイムまたは準リアルタイムのデバイスサービス使用量を正確に表すことができ、ネットワークにおいて利用可能なサービス使用分類とは異なる、いくつかの実施形態ではそれよりも良い、またはそれを補完するサービス使用分類を有することができる。例えば、デバイスベースのサービス使用量監視技法を使用して、アプリケーションベースのサービス使用分類を提供することができる。いくつかの実施形態では、ネットワークベースのサービス使用量尺度は、様々な実施形態に関して本明細書で述べるように、デバイスベースのサービス使用量尺度と同期される。いくつかの実施形態では、ネットワークベースのサービス使用量尺度は、様々な実施形態に関して本明細書で述べるように、通知システムを安全化するために使用される。いくつかの実施形態では、デバイスベースのサービス使用量尺度は、様々な実施形態に関して本明細書で述べるように、ネットワークベースのサービス使用量尺度を使用して検証される。
【０１９４】
いくつかの実施形態では、サービス制御装置１２２と通信するサービス処理装置１１５は、本明細書で述べるように、ＤＡＳに関するハイブリッドデバイス／ネットワークベースのユーザ通知を実装する。例えば、ＤＡＳに関するユーザ通知のいくつかの機能を、本明細書で述べるデータベースの技法を使用して実装することができ、ＤＡＳに関するユーザ通知の様々な他の機能を、本明細書で述べるネットワークベースの技法を使用して実装することができる。いくつかの実施形態では、様々な実施形態に関して本明細書で述べるようにＤＡＳに関するユーザ通知を提供するために、本明細書で述べるプッシュ技法、プル技法、および／またはそれらの様々な組合せが使用される。一例として、ホームエージェント６５１０によって行われるネットワークベースのサービス使用量監視に基づくバルクサービス使用量に基づくユーザ通知を使用して、移動局１００上で保守されるローカルバルクサービス使用量尺度に定期的に同期し、ローカルバルクサービス使用量尺度を使用して、バルクサービス使用量に基づいてユーザ通知を提供することができる。別の例として、サービス処理装置１１５は、ネットワークベースのサービス使用の定期的な同期の合間に行われるデバイスベースのサービス使用量監視に基づいて、ローカルバルクサービス使用量尺度を補足することができる。さらに別の例として、ローカルサービス使用量尺度は、様々な実施形態に関して本明細書で述べるように、１つまたは複数のサービスおよび／またはアプリケーションに関して維持される。さらなる例として、様々なユーザ通知（例えば、報告ネットワークサービス使用、ネットワークサービス使用のコスト、および／または新規サービスプラン／更新オプション）を、様々な実施形態に関して本明細書で述べるように、ローカルバルクサービス使用量尺度および／または他のローカルサービス使用量尺度に基づいて提供することができる。
【０１９５】
図２Ｆは、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知を提供するための別のネットワークアーキテクチャを示す機能図である。図２Ｆは、機能的に図２Ｅと同様であるが、ただし、図２Ｆでは、図示されるように、トリガイベント検出１３８機能がポリシー実装エージェント１６９０によって提供される。
【０１９６】
いくつかの実施形態では、この手法は、サービス使用量通知トリガイベント検出基準に関するより広範な分類機能を提供し、分類機能を使用して、サービス使用またはサービス活動ポリシーに関するさらなる詳細を含むより広範なエンドユーザ通知メッセージシーケンスを生成することができる。例えば、特定のアプリケーションまたはネットワーク宛先に関するサービス使用状態、アクセスサービスポリシー状態、および／またはサービスプラン状態に関する情報を含むサービス使用量通知メッセージシーケンスを生成することができる。
【０１９７】
本記載を読めば当業者には理解されるように、トリガイベント検出１３８機能は、図１〜図２Ｇに示されるような任意の１つの位置に実装することができ、また、トリガイベント検出１３８機能は、様々なネットワークまたはデバイス要素でのイベントの検出に適している、検出に必要である、または検出に望ましいように、複数のこれらの位置のうちの任意の位置に実装することができる。トリガイベント検出１３８機能をネットワーク要素に位置させることは、トリガ検出のためにそのような情報を別のネットワーク位置に転送する必要なく、その要素によってローカルで収集される情報の解析を可能にするように実施することができる。しかし、様々な実施形態において、この情報は、１つまたは複数の他のトリガイベント検出１３８要素に転送することができる。
【０１９８】
図２Ｇは、いくつかの実施形態による、デバイス支援サービス（ＤＡＳ）に関するユーザ通知を提供するためのＭＶＮＯソリューションに関するネットワークアーキテクチャを例示する機能図である。図示されるように、サービス制御装置１２２と通信するサービス使用量モニタ１４０機能およびトリガイベント検出１３８機能が、ＭＶＮＯネットワーク要素、すなわちＭＶＮＯサービスゲートウェイ／サーバ２９２に組み込まれ、ＭＶＮＯサービスゲートウェイ／サーバ２９２は、デバイス１００のサービス使用の監視、サービス使用量通知トリガイベント検出基準の識別、およびサービス使用量通知トリガインデックスまたは通知トリガメッセージの作成が可能である。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、前に述べた実施形態と同様に機能し、ただし、サービス使用量監視および通知トリガが実装され、いくつかの実施形態ではＭＶＮＯネットワーク内で管理される。いくつかの実施形態では、ホームエージェント６５１０に示される第２のサービス使用量モニタ１４０機能は、典型的には、ＭＶＮＯ使用量モニタ１４０機能によって報告されるサービス使用量と共に、キャリアサービス使用料金請求および／または調停のために使用される。
【０１９９】
図３は、いくつかの実施形態による、デバイス支援サービス（ＤＡＳ）に関するユーザ通知を提供するためのＭＶＮＯソリューションに関する別のネットワークアーキテクチャを例示する機能図である。図示されるように、ＭＶＮＯサービス通知システム実施形態が提供され、これは、動作の面で、図２Ｅに示されるキャリアサービス通知システムと同様である。
【０２００】
図４Ａは、いくつかの実施形態による、デバイス支援サービス（ＤＡＳ）に関するユーザ通知を提供するためのＭＶＮＯソリューションに関する別のネットワークアーキテクチャを例示する機能図である。図示されるように、サービス処理装置機能がアプリケーションに直接組み込まれたＭＶＮＯサービス通知システム実施形態が提供される。いくつかの実施形態では、デバイスベースのサービス使用量モニタ１４０機能、トリガイベント検出１３８機能、および通知エージェント１６９７の機能は、図示されるように、通知、使用量監視、およびトリガ検出機能２９４の形態でアプリケーション１６０４に一体化される。いくつかの実施形態では、これらのアプリケーション機能は、本明細書で論じる様々な実施形態においてアプリケーションの外部に位置されるそれらの等価機能、すなわち使用量モニタ１４０機能、トリガイベント検出１３８機能、および通知エージェント１６９７と同様に、システム内で動作する。例えば、これらの機能をアプリケーション内に位置させることによって、アプリケーション開発者は、デバイス全体に関するサービス使用およびサービスプランステータス通知を制御する必要なく、アプリケーションに関するサービス使用量通知およびサービスプランステータス通知を直接制御することができる。いくつかの実施形態では、この手法を使用してアプリケーションベースのサービスプランが提供され、ここで、アクセスネットワークサービスは、デバイス上の他のアプリケーションとは異なるアクセスサービスまたはサービス使用ポリシーを有するデバイス上の１つまたは複数のアプリケーションに提供される。
【０２０１】
図４Ｂは、顧客セルフヘルプサーバおよびＵＩを含む、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知に関する別のネットワークアーキテクチャを例示する機能図である。図４Ｂは、図示されるように、顧客セルフヘルプサーバおよびＵＩ１３４と、トリガイベント検出１３８（例えばトリガ検出１３８）および使用量モニタ１４０に関するネットワーク位置およびデバイス位置とを含む。いくつかの実施形態では、顧客セルフヘルプサーバおよびＵＩ１３４は、図示されるように、また様々な実施形態に関して本明細書で述べるように、セルフヘルプ情報をアップロードすることができる。
【０２０２】
図４Ｃは、顧客セルフヘルプサーバおよびＵＩを含む、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知に関する別のネットワークアーキテクチャを例示する機能図である。図４Ｃは、図示されるように、顧客セルフヘルプサーバおよびＵＩ１３４と、トリガイベント検出１３８（例えばトリガ検出１３８）および使用量モニタ１４０に関するネットワーク位置とを含む。いくつかの実施形態では、顧客セルフヘルプサーバおよびＵＩ１３４は、図示されるように、また様々な実施形態に関して本明細書で述べるように、セルフヘルプ情報をアップロードすることができる。
【０２０３】
図４Ｄは、顧客セルフヘルプサーバおよびＵＩを含む、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知に関する別のネットワークアーキテクチャを例示する機能図である。図４Ｄは、図示されるように、顧客セルフヘルプサーバおよびＵＩ１３４と、トリガイベント検出１３８（例えばトリガ検出１３８）および使用量モニタ１４０に関するデバイス位置とを含む。いくつかの実施形態では、顧客セルフヘルプサーバおよびＵＩ１３４は、図示されるように、また様々な実施形態に関して本明細書で述べるように、セルフヘルプ情報をアップロードすることができる。
【０２０４】
本明細書に述べる様々な実施形態に鑑みて当業者にはここで明らかなように、通知トリガインデックスを使用して、予め記憶されているメッセージシーケンス情報セットをルックアップすることによって、様々なユーザ通知メッセージシーケンスを開始することができる。いくつかの実施形態では、ユーザ通知は、１つまたは複数のユーザ通知メッセージ、メッセージのシーケンス、および／または、ユーザ入力および／または確認を要求するメッセージ（例えば、ユーザ通知メッセージを受信した旨のユーザ確認、および／またはコストおよび／またはサービス使用量表示の通知に基づいて特定のサービス使用活動を行うためのユーザ承認）を生成する。
【０２０５】
いくつかの実施形態では、様々な実施形態に関して本明細書で同様に述べるように、完全なユーザ通知メッセージシーケンスは、通知トリガインデックスを使用して、予め記憶されているメッセージシーケンス情報セットをルックアップすることによって開始される。任意選択で、通知エージェント１６９７などデバイスによって追加情報または追加フォーマットを追加した状態で、シーケンスを開始することができる。この例としては、以下のものが挙げられる。複数の通知メッセージシーケンスに共通のＵＩバックグラウンドビットマップの追加、所期のユーザインターフェース１０２に関するメッセージのフォーマット、予め記憶されている情報と、通知トリガメッセージに含まれる情報（例えば、使用量カウント更新、サービスプラン使用条件またはステータス、特定のサービス使用活動情報、および／または他のサービス使用／条件／イベント／他の情報）との組合せ。この情報の追加は、適切な場合には、完全な通知メッセージシーケンスを形成する。例えば、通知トリガインデックスは、通知メッセージと共に含むことができる様々な追加の通知情報を含むことができる。これは、例えば、警報メッセージ、サービスプラン外のサービス使用の要約（例えば、使用量カウント更新、サービスプラン使用条件またはステータス）、追加の割当ての購入の提案、および／または代替サービスプランオプションのための提案などの情報を含むことができる。本明細書に述べる様々な実施形態に鑑みて当業者にはここで明らかなように、通知トリガインデックスを使用して、予め記憶されているメッセージシーケンス情報セットをルックアップし、任意選択で、予め記憶されている情報を、通知トリガメッセージ内に含まれる、または通知トリガメッセージによって参照される情報と組み合わせることによって、様々なユーザ通知メッセージシーケンスを開始することができる。
【０２０６】
いくつかの実施形態では、完全なユーザ通知メッセージは、ネットワーク要素に記憶されている情報またはネットワーク要素から収集された情報に基づいて、通知トリガインデックスまたはトリガメッセージ情報を参照として使用して収集、開始、または管理される。トリガは、サービス制御装置１２２、トリガイベント検出１３８、使用量モニタ１３０、１４０、または他のネットワーク要素など、ネットワーク要素によって生成することができる。あるいは、トリガまたはしきい値情報は、デバイス１００上でローカルに保守することができ、デバイス１００は、通知トリガインデックスまたはトリガメッセージ情報を生成することができる。
【０２０７】
例えば、通知は、特定のメッセージシーケンス情報セットをサーバから引き出すことによって、またはオプションを含む一連のウェブページなど特定のポータルもしくはウェブサイトメッセージシーケンスを開始する／そのようなメッセージシーケンスにユーザをリダイレクションすることによって生成することができる。さらなる例として、通知エージェントによって管理されるローカルデバイスに記憶された通知メッセージシーケンスは、ポータル、ウェブサイト、および／またはダウンロードサーバなどのネットワーク要素から情報を抽出およびリクエストまたはプルして通知メッセージに追加するように、通知トリガインデックスまたは通知トリガメッセージによって命令することができる。
【０２０８】
いくつかの実施形態では、ネットワーク帯域幅および他のリソースを節約し、通知応答速度を改良するために、ネットワーク要素から得られる通知メッセージシーケンスに含まれる情報の量は最小に保たれるか、または最小化される。いくつかの実施形態では、通知メッセージは、ネットワークからの追加の情報を含まない。さらなる他の実施形態では、通知に含めることができるより大量の情報が、ネットワーク要素によって提供される。さらなる実施形態では、全ての通知メッセージがネットワーク要素によって提供され、デバイス１００上のローカルストアからのメッセージコンテンツはない。上述した各実施形態において、通知メッセージは、ローカルイベントによって、またはネットワークイベントによってトリガされることがある。
【０２０９】
いくつかの実施形態では、通知メッセージシーケンスは、以下の通知情報セットタイプおよび／またはアクションオプションタイプの１つまたは複数をユーザに提供する。
【０２１０】
メッセージシーケンスは、バルク（例えばオープンアクセス）使用に関する使用量をユーザに知らせることができる。この使用量は、料金請求サイクルに関する、デバイス寿命に関する、または任意の他の定義された期間に関する、それまでの累積使用量でよい。また、この使用量情報は、超えているか超えていないかに関わらずサービスプラン限度に対する使用量を示すこともできる。メッセージシーケンスは、バルクではない詳細なサービス使用分類に関する使用量をユーザに知らせることもできる。また、履歴使用データを追跡して保守することもでき、それにより、メッセージシーケンスは、サービス毎のものおよび所与の期間にわたるものを含めた履歴使用量をユーザに知らせることができる。
【０２１１】
メッセージシーケンスは、現在のサービスプランポリシー構成によって許可されていない、または現在のサービスプランポリシー構成の下でトラフィック制御されている使用活動をユーザに知らせることができる。メッセージシーケンスは、現在のサービスプランポリシー構成の下でサービス使用活動が許可される、許可されない、またはトラフィック制御される理由をユーザに知らせることもできる。
【０２１２】
メッセージシーケンスは、現在のサービスプランポリシー構成の下でサービス使用活動が許可される、許可されない、またはトラフィック制御される理由をユーザに知らせることができる。そのようなサービスプランポリシー構成は、例えば、サービス使用活動、時間帯、ネットワーク輻輳状態、ネットワークタイプ、ローミング接続とホームネットワーク接続、ＱｏＳレベルまたはＱｏＳアベイラビリティといった分類に応じたサービスポリシーを含む。
【０２１３】
メッセージシーケンスは、サービスプラン限度に対するサービス使用速度またはサービス使用レートをユーザに知らせることができ、さらに、現在のレートでの使用がプラン限度を超えるか超えないかに関する予想、および超える場合にはその量に関する予想を提供することができる。また、サービス使用速度、レート、またはパターンに関するサービスプランの相対的な適合性の表示をユーザに提供することもできる。
【０２１４】
メッセージシーケンスは、サービスを拡張する、追加の割当てを購入する、利用量の少ない割当てと利用量の多い割当てをスワップする、共有アカウントプランにおけるユーザ間のサービス割当てを割り当てし直す、サービスプランを変更する、またはその他、現在の割当てを修正するというオプションをユーザに知らせることができる。同様に、メッセージシーケンスは、ネットワークアクセスが試行されているが利用可能でないときに通知することができ、利用可能なネットワークのためのサービスプランを選択するというオプションをユーザに提供する、または現在の割当てを修正するための他のオプションをユーザに提供することができる。
【０２１５】
メッセージシーケンスは、サービス使用量パターンを検出し、サービス使用量パターンに適したサービスプランオプションをユーザに提供することができる。パターン検出および解析は、現在の料金請求サイクルに関するものであっても、または履歴データに基づくものであってもよい。
【０２１６】
メッセージシーケンスは、あるサービスプランが、現在のサービスプランに比べて、所与の使用レートまたはサービス活動タイプにより良く適している可能性があるときに表示することができ、また、サービスプランの再構成またはサービスプランの変更に関するユーザ入力を受け入れることができる。また、メッセージシーケンスは、初期サービスプランの選択に関するユーザ入力を受け入れることもできる。 
【０２１７】
メッセージシーケンスは、デバイスグループまたはユーザグループに関して、またはグループ内の１人または複数人のユーザに関して特定の総計の使用量に達していることを、ユーザグループまたはデバイスグループ使用プラン（すなわち共有アクセスグループ）に属するデバイスのユーザに知らせることができ；グループサービスプランに属する所与のデバイスまたはユーザに関して特定のサービス使用活動セットが生じていることを、ユーザグループまたはデバイスグループ使用プランに属するデバイスのユーザに知らせることができ；サービスを拡張する、追加の割当てを購入する、利用量の少ない割当てと利用量の多い割当てをスワップする、グループ内のユーザ間のサービス割当てを割り当てし直す、サービスプランを変更する、またはその他、現在の割当てを修正する機会をグループマネージャに与えることができる。
【０２１８】
メッセージシーケンスは、通知メッセージアクションに関するサービス使用活動を識別するためのユーザ入力を受け入れることができる。メッセージシーケンスは、本明細書で述べる様々な実施形態に鑑みて当業者にはここで明らかなように、様々な他の通知情報セットタイプおよび／またはアクションオプションタイプに関する情報についてユーザに知らせる、またはそのような情報に関するプロンプトをユーザに知らせることができる。
【０２１９】
いくつかの実施形態では、通知メッセージシーケンスは、以下の通知情報セットおよび／またはユーザアクションオプションの１つまたは複数をユーザに提供する。メッセージシーケンスは、サービス使用量またはサービス使用レベルに達したことをユーザに知らせることができる。通知をトリガする使用量またはレベルは、所与のサービスに関する最大の割当てでよく、または、サービスプランサービス使用限度未満の中間レベルもしくはしきい値レベルでよい。これは、例えば、割当ての特定のパーセンテージに達したときにユーザに通知することを含むことができる。別の例として、これは、使用レートが、平均よりも高いレートで進行しているとき、またはそのまま継続されると割当てサイクルの終了前に割当てを消費することになるレートで進行しているときにユーザに通知することを含むことができる。さらに別の例として、これは、共有ユーザグループ内の１名または複数名のユーザが、割当てサイクルの終了前に割当てを消費することになるレートで、または他のユーザに関する平均レートよりも高いレートで、またはその他、公称消費レートを超えるレートで割当てを消費しているときにユーザに通知することを含むことができる。
【０２２０】
中間レベルに達したときにユーザに通知することにより、システムがユーザに前もって通知を提供できるようにすることができ、それにより、望まれる場合には、サービスが打ち切られる前に割当てを変更するまたは使用を変更するためのアクションを取ることができる。したがって、いくつかの実施形態では、メッセージシーケンスは、さらに、中間サービス使用量またはレベルに達した場合のオプションをユーザに提供することができ、また、サービスプランポリシー構成を修正する、追加の割当てを購入する、またはサービスプランもしくは割当てを変更するという代替案をユーザに提供することができる。
【０２２１】
いくつかの実施形態では、メッセージシーケンスは、サービスプランサービス使用限度よりも高いサービス使用量またはサービス使用レベルに達していることをユーザに知らせることができる。また、このメッセージシーケンスは、（ｉ）超過確認メッセージ、（ｉｉ）サービスプランポリシー構成を修正するという代替案、または（ｉｉｉ）サービスプランを変更するという代替案をユーザに知らせることもできる。
【０２２２】
メッセージシーケンスは、あるレベルのサービス使用レートに達していることをユーザに知らせることができる。例えば、そのようなメッセージシーケンスは、サービス使用レートが、サービスプラン使用レート限度に比べて比較的高いまたは比較的低いことをユーザに知らせることができる。また、メッセージシーケンスは、（ｉ）高速確認メッセージ、（ｉｉ）サービスプランポリシー構成を修正するという代替案、または（ｉｉｉ）サービスプランを変更するという代替案をユーザに提供することができ、さらに、サービス使用活動が、サービスの受信を試行しており、またはサービスを受信しており、現在のサービス使用プランポリシーによってサポートされていないことをユーザに知らせる。
【０２２３】
メッセージシーケンスは、サービス使用活動が、サービスの受信を試行しており、またはサービスを受信しており、現在のサービス使用プランポリシー（例えば関連のサービスプラン）によってサポートされていないことをユーザに知らせることができる。これは、（ｉ）確認メッセージ、（ｉｉ）サービスプランポリシー構成を修正するという代替案、または（ｉｉｉ）サービスプランを変更するという代替案によって達成することができ、メッセージシーケンスはさらに、現在のサービス使用プランポリシーによってサポートされていないサービス使用活動がブロックされていることをユーザに知らせることができる。
【０２２４】
メッセージシーケンスは、現在のサービス使用プランポリシーによってサポートされていないサービス使用活動がブロックされていることをユーザに知らせることができ、任意選択で、（ｉ）確認メッセージ、（ｉｉ）サービスプランポリシー構成を修正するという代替案、または（ｉｉｉ）活動によるサービス使用を許可するようにサービスプランを変更するという代替案をユーザに提供することができる。
【０２２５】
メッセージシーケンスは、アプリケーションまたはアプリケーショングループがサービスの使用を試行している、または所定のサービス使用レベルに達していることをユーザに知らせることができ、任意選択で、（ｉ）確認メッセージ、（ｉｉ）サービスプランポリシー構成を修正するという代替案、または（ｉｉｉ）サービスプランを変更するという代替案をユーザに提供する。
【０２２６】
メッセージシーケンスは、現在のサービスプランポリシーの下で、アプリケーションまたはアプリケーショングループがブロック、許可、またはアクセストラフィック制御（例えば、抑制、バックグラウンド化、ＱｏＳを提供）されていることをユーザに知らせることができ、また、そのようなポリシーからアプリケーションが逸脱したことを知らせることができる。メッセージシーケンスは、アクセスがブロック、許可、またはアクセストラフィック制御される理由を説明する情報をユーザに提供することができる。また、メッセージシーケンスは、（ｉ）確認メッセージ、（ｉｉ）アクセス制御を無効にするようにサービスプランポリシー構成を修正するという代替案、または（ｉｉｉ）活動によるサービス使用を許可するようにサービスプランを変更するという代替案をユーザに知らせることもできる。
【０２２７】
メッセージシーケンスは、アプリケーションまたはアプリケーショングループが、サービスの使用を試行している、または所定のレベルのサービス使用またはサービス使用率に達していることをユーザに知らせることができる。また、メッセージシーケンスは、アプリケーションまたはアプリケーションのグループが、典型的には、サービスプラン限度に対して比較的高い使用挙動を示すことをユーザに知らせることもできる。これらの通知に関して、メッセージシーケンスは、（ｉ）確認メッセージ、（ｉｉ）サービスプランポリシー構成を修正するという代替案、または（ｉｉｉ）サービスプランを変更するという代替案をユーザに提供することもできる。
【０２２８】
メッセージシーケンスは、サービス使用活動が、指定のネットワーク宛先または指定の宛先のグループとの通信を試行している、通信している、または通信していたことをユーザに知らせることができる。また、メッセージシーケンスは、サービス使用活動が、ブロック、許可、またはアクセストラフィック制御している指定のネットワーク宛先または指定の宛先のグループとの通信を試行している、通信している、または通信していたことをユーザに知らせることもできる。そのような実施形態では、メッセージシーケンスは、アクセスがブロック、またはアクセストラフィック制御される理由を説明する情報をユーザに提供することもできる。そのような実施形態では、メッセージシーケンスは、（ｉ）確認メッセージ、（ｉｉ）アクセス制御を無効にするようにサービスプランポリシー構成を修正するという代替案、または（ｉｉｉ）活動によるサービス使用を許可するようにサービスプランを変更するという代替案をユーザに知らせることもできる。
【０２２９】
メッセージシーケンスは、指定のネットワーク宛先または指定のネットワーク宛先のグループと通信するサービス使用活動が、所定のレベルのサービス使用またはサービス使用レートに達していることをユーザに知らせることができる。そのような実施形態では、メッセージシーケンスは、指定のネットワーク宛先と通信するサービス使用活動が、典型的には、サービスプラン限度に対して比較的高い使用挙動を示す、または所定のレベルのサービス使用またはサービス使用レートに達していることをユーザに知らせることもできる。そのような実施形態では、メッセージシーケンスは、（ｉ）確認メッセージ、（ｉｉ）サービスプランポリシー構成を修正するという代替案、または（ｉｉｉ）サービスプランを変更するという代替案をユーザに知らせることもできる。
【０２３０】
メッセージシーケンスは、サービス使用活動がネットワークとの通信を試行している、または通信していることをユーザに知らせることができ、さらに、活動をサポートするようにより良く構成された代替サービスプランまたはネットワークが存在することをユーザに知らせることができる。代替ネットワークの例は、サービス活動をサポートするために利用可能な２Ｇ、３Ｇ、４Ｇ、またはＷｉＦｉネットワークを含むことができる。また、メッセージシーケンスは、サービス使用活動がネットワークとの通信を試行している、または通信していることをユーザに知らせることもでき、さらに、活動をより良くサポートすることができる代替ネットワークが利用可能であり、現在のサービス使用プランポリシーの下ではサービス使用活動がブロック、許可、またはアクセストラフィック制御されていることをユーザに知らせることができる。そのような実施形態では、メッセージシーケンスは、（ｉ）確認メッセージ、（ｉｉ）サービスプランポリシー構成を修正するという代替案、または（ｉｉｉ）サービスプランを変更するという代替案をユーザに知らせることもでき、また、サービス使用活動またはサービス使用活動のグループが、指定の時間帯の間、ネットワークが指定の輻輳レベルになっている時間中、またはネットワークが指定のパフォーマンスレベルまたはアベイラビリティレベルになっている時間中に、サービスの使用を試行している、またはサービスを使用していることをユーザに知らせることもできる。
【０２３１】
メッセージシーケンスは、サービス使用活動またはサービス使用活動のグループが、指定の時間中または指定の時点にサービスの使用を試行している、サービスを使用している、またはサービスを使用していたことをユーザに知らせることができる。そのような指定の時間は、例えば、時間帯；１日間または所与のサイクルでの他の期間；ネットワークが所定のレベルの輻輳になっている時間；またはネットワークが所定のレベルのパフォーマンスまたはアベイラビリティになっている時間でよい。そのような指定の時間は、現在のサービス使用プランポリシーの下で、サービス使用活動がブロック、許可、またはアクセストラフィック制御されている場合に生じることがある。そのような実施形態では、メッセージシーケンスは、（ｉ）確認メッセージ、（ｉｉ）サービスプランポリシー構成を修正するという代替案、または（ｉｉｉ）サービスプランを変更するという代替案をユーザに知らせることもできる。
【０２３２】
メッセージシーケンスは、サービス使用活動またはサービス使用活動のグループが、指定のＱｏＳレベルでサービスを使用している、使用を試行している、または使用していたことをユーザに知らせることができ、さらに、現在のネットワークサービスプランポリシーの下で、ＱｏＳレベルが利用可能でない、または利用可能であることをユーザに知らせることができる。そのような実施形態では、メッセージシーケンスは、（ｉ）ＱｏＳサービスおよび／またはＱｏＳサービス料金を受け入れるというオプション、（ｉｉ）サービスプランＱｏＳポリシー構成を修正するという代替案、または（ｉｉｉ）ＱｏＳサービスプランを変更するという代替案をユーザに知らせることもできる。
【０２３３】
メッセージシーケンスは、サービス使用活動またはサービス使用活動のグループが、ローミングネットワークへの接続を伴うサービスを使用している、使用を試行している、または使用していたこと、またはローミングネットワークへの接続を伴う指定のサービス使用レベルに達していることをユーザに知らせることができる。そのような実施形態では、メッセージシーケンスは、ネットワークの１つまたは複数のサービス使用料金、サービスアクセスポリシー、またはサービスアクセスパフォーマンスに関する情報をユーザに知らせることもできる。
【０２３４】
メッセージシーケンスは、サービス使用が１つまたは複数のローミングネットワークを介して可能であることをユーザに知らせることができ、ローミングネットワークに接続するというオプションをユーザに提供することができる。そのような実施形態では、メッセージシーケンスは、（ｉ）ローミングオプションおよび／またはローミングサービス料金を受け入れるというオプション、（ｉｉ）サービスプラン構成を修正するという代替案、または（ｉｉｉ）例えば、ローミングを回避するため、もしくはローミングを許可するためにサービスプランを変更するという代替案をユーザに提供することもできる。
【０２３５】
メッセージシーケンスは、さらに、サービス使用活動が、セキュリティポリシーにより許可されていない非認証ネットワークまたはネットワーク宛先との通信を試行していることをユーザに知らせることができ；所与のレベルの総計の使用量がファミリープランデバイスグループで発生していることをユーザに知らせることができ；所与のレベルの総計の使用量がマルチデバイスプランで発生していることをユーザに知らせることができ；グループサービスプランに属する所与のデバイスまたはユーザに関する特定のサービス使用活動セットが発生していることを、ファミリープランの親に知らせることができ（デバイスグループの親は、通知メッセージアクションに関するサービス使用活動を識別している）；グループサービスプランに属する所与のデバイスまたはユーザに関する特定のサービス使用活動セットが発生していることを、エンタープライズデバイスグループの管理者に知らせることができ（管理者は、通知メッセージアクションに関するサービス使用活動を識別している）；また、本明細書で述べる様々な実施形態に鑑みて当業者にここで明らかな様々な他の通知情報セットおよび／またはユーザアクションオプションを提供することができる。
【０２３６】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、様々なマーケティングインターセプタを提供することを含む。いくつかの実施形態では、マーケットインターセプタは、サービス、サービスプラン更新、もしくは新規サービスプランに関する提案、または様々な形態のマーケティングもしくは広告情報を含む様々なユーザ通知（例えば、ユーザ通知メッセージまたはユーザ通知メッセージシーケンス）を含む。例えば、マーケットインターセプタは、最低コストまたは比較的低コストのサービスプラン限度から開始することができる、またはスポンサードサービスのみを有することができるデバイスにおいてサービスプロバイダ（モバイルサービス／セルラキャリア）がサービスを販売するための効果的なアップセルおよびマーケティング機会を提供することができる。様々な実施形態に関して本明細書で述べるように、ユーザ通知メッセージ／メッセージシーケンスは、様々なタイプのマーケットインターセプタ（例えば、サービスプランの更新の提案、または新規サービスプランオプションの追加の提案）を含むことができる。例えば、現在の関連のサービスプランによってサポートされていないサービスを使用しようとする試行が検出されたとき、通知トリガイベントは、新規サービスプランまたは別のサービスプランをユーザに提案するユーザ通知メッセージシーケンスを提供するようにプログラムすることができる。
【０２３７】
上述したようなアーキテクチャに関するいくつかの実施形態では、サービスプロバイダＩＴ／構成サーバ６５１５は、サービスプロバイダＩＴ／構成サーバ６５１５に対して、デバイス１００に関連付けられるサービスプランに基づいてデバイス１００を監視する（例えば、ユーザ通知に関する構成された報告イベントまたはポリシーなど、監視されたネットワークサービス使用および／またはイベント／しきい値に基づいて、ネットワーク使用およびレポートを監視する、例えば使用および／または通知イベントのリアルタイム報告（ＲＴＲ）をプッシュする）ように、ホームエージェント６５１０またはゲートウェイ４１０、４２０をプロビジョニングする。いくつかの実施形態では、様々な実施形態に関して本明細書で述べるようにＤＡＳに関するユーザ通知を提供するために、本明細書で述べるプッシュ技法、プル技法、および／またはそれらの様々な組合せが使用される。いくつかの実施形態では、デバイス１００が、ファミリープランおよび／または他の共有アカウントプランであるサービスプラン（例えば、企業、ファミリー、または他の共有アカウントプラン）に関連付けられる場合、サービスプロバイダＩＴ／構成サーバ６５１５によってアカウントアグリゲーションが行われ、使用量カウントまたは他のイベント通知がサービス処理装置１１５にプッシュおよび／またはプルされる。例えば、サービス使用量同期は、ファミリープランや企業プランなど、マルチユーザ／共有アカウントサービスプランに関連付けられる各ユーザに関する更新された／現在のサービス使用を含むことができる。
【０２３８】
したがって、いくつかの実施形態では、ホームエージェント６５１０、またはＩＴ／構成サーバと連係するホームエージェント６５１０などのネットワークサービス使用量監視要素が、サービス使用量監視のために使用される；ここで、サービス使用量監視は、デバイスサービス使用量通知エージェントに通信される；サービス使用量通知エージェントは、所定のサービス使用量通知トリガを検出するようにプログラムされる；ここで、通知トリガは、サービス使用条件の発生、サービス使用イベントの発生、またはサービス使用量パターンの発生に基づく；ここで、デバイスサービス使用量通知エージェントは、通知トリガと所定の通知トリガインデックスまたは通知トリガメッセージとの予め定義された関連付けを有する；ここで、トリガインデックスは、デバイス記憶システムに記憶されている所定のサービス使用量通知シーケンスを参照する、またはデバイス記憶システムに記憶されている所定のサービス使用量通知シーケンスと組み合わされたサービス使用量通知情報を含む識別子またはメッセージである；デバイス通知エージェントは、所定の通知シーケンス情報を含むようにデバイス上に予め構成され、ここで、通知シーケンス情報は、以下のもののいずれかに対応する。（ｉ）通知トリガインデックス。この場合、ローカル通知シーケンス情報が、ＵＩに表示すべきすべての情報を含む。または、（ｉｉ）通知トリガメッセージ。この場合、ＵＩに表示すべき情報の一部が、ローカル通知メッセージシーケンス情報に含まれ、ＵＩに表示すべき情報の一部が、通知インデックスメッセージに含まれる；さらに、通知エージェントが、デバイスＵＩ上に通知シーケンス情報を表示する。
【０２３９】
図５は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知に関するユーザインターフェースの一例を示す機能図である。図示されるように、移動局１００用のＵＩ１２０などのユーザインターフェース（ＵＩ）が、初期またはデフォルトＵＩ画面５００のアプリケーション／ユーティリティ部分に、使用量アイコン５１０を含む。また、ＵＩは、使用量ゲージ５２０と、他の通例のＵＩアイコン、例えばアプリケーションアイコンおよびステータスバーアイコンとを含む。図示される例では、使用量ゲージ５２０は、初期またはデフォルトＵＩ画面５００のステータスバーに表示されるものとして示されている。様々な実施形態において、ステータスバーは、初期またはデフォルトＵＩ画面５００に加えて、二次画面など他のＵＩ画面に現れることがあり、二次画面は、移動局１００にインストールされている／利用可能な追加のフォルダ、ユーティリティ、および／またはアプリケーションのためのアイコンを含む。
【０２４０】
いくつかの実施形態では、使用量ゲージ５２０は、関連のサービスプラン（例えば加入者のデータプラン）に関する残っている割当ての表示を提供する。例えば、使用量ゲージは、関連のサービスプランに関する、消費されたデータおよび／またはデータ残量の表示を含むことができる。同様に、プランおよびプラン限度に応じて、複数のサービスまたはサービスタイプに関して複数のゲージを提供することができる。図５に示される例では、使用量アイコン５１０および使用量ゲージ５２０は、燃料計と同様の外観のアナログゲージとして示されている。本記載を読めば当業者には明らかなように、使用量アイコン５１０または使用量ゲージ５２０で使用量を示すために、いくつかの表現法の任意のものを利用することができる。例えば、他のゲージ外観を使用することができ、棒グラフ、数値インジケータ、文字表示、カラーコード画像など他の記号を使用することもできる。別の例として、アイコン５１０およびゲージ５２０は、所与の消費に関連付けられるコストを示すように構成することができる。例えば、ユーザが指定の割当てを消費し、従量制ベースで活動しているとき、アイコンは、ユーザの消費のコストを示すように構成することができる。コストは、例えば、リアルタイム使用コストとして、累積コストとして、料金請求サイクルの終了までのコスト予想として、または他の同様のコスト表示として図示することができる。アイコン５１０およびゲージ５２０によって提供される情報を提供するために、いくつかの異なるアイコンまたは表示フォーマットの任意のものを使用することができることは、本記載を読めば当業者には明らかであろう。
【０２４１】
いくつかの実施形態では、ゲージ５２０およびアイコン５１０は、現在の割当てサイクルの割当ての残量、現在の割当てサイクルで消費された割当ての量、またはその両方を示すように構成することができる。また、現在の割当てサイクルに加えて、またはそれとは別に、複数のサービスについて、またはいくつかの期間について割当てに関する情報を示すために、ゲージ５２０およびアイコン５１０が含まれることもある。
【０２４２】
上述したように、いくつかの実施形態では、ゲージまたはアイコンは、現在のサービス使用量および関連のサービスプラン（例えば、バルクサービス使用量、および／またはサービスのタイプ別の特定のサービス使用量または項目別サービス使用量などに基づいた、データ使用量に対する上限）に基づいて、データ残量のカラーコード表示を含む表示を提供することができる。例えば、緑色の使用量ゲージ５２０は、関連のサービスプランの下での５０％〜１００％のデータ残量を示すことができ、黄色の使用量ゲージ５２０は、関連のサービスプランの下での２５％〜５０％のデータ残量を示すことができ、橙色の使用量ゲージ５２０は、関連のサービスプランの下での５％〜２５％のデータ残量を示すことができ、赤色の使用量ゲージ５２０は、関連のサービスプランの下での０％〜５％のデータ残量を示すことができる。別の例として、緑色の使用量ゲージ５２０は、関連のサービスプランの下での５０％〜１００％のデータ残量を示すことができ、黄色の使用量ゲージ５２０は、関連のサービスプランの下での１０％〜５０％のデータ残量を示すことができ、赤色の使用量ゲージ５２０は、関連のサービスプランの下での０％〜１０％のデータ残量を示すことができる。当業者にはここで明らかなように、本明細書で述べるようなサービス使用量に基づくステータスユーザ表示を提供するために、様々な他の色または他のスキームを使用することができる。
【０２４３】
いくつかの実施形態では、使用量アイコン５１０およびゲージ５２０は、本明細書で述べる様々な技法（例えば、デバイスベース、ネットワークベース、および／またはハイブリッドベースのサービス使用量カウント技法）を使用して実装されるリアルタイムの正確なサービス使用量を提供する。例えば、図１〜図４に関して上述した実施形態では、ネットワーク要素またはデバイスによって収集される消費データを使用して、使用量アイコン５１０およびゲージ５２０のためのデータを提供することができる。この情報をリアルタイムまたは準リアルタイムで収集および表示して、割当ての消費および／または残量の現在の表示をユーザに提供することができる。また、上述した実施形態によれば、通知イベントまたはトリガイベントを使用して、ユーザインターフェース１２２の更新アイコン５１０およびゲージ５２４への情報の提供をトリガし、アイコン５１０およびゲージ５２０の一部として、またはそれらに加えて表示することができる追加の情報を提供することもできる。例えば、通知イベントおよびトリガイベントを使用して、アイコン５１０およびゲージ５２０に加えてユーザインターフェース上に表示することができるストア１６９７Ａからのメッセージシーケンスを検索することができる。別の例として、通知イベントまたはトリガイベントを使用して、アイコン５１０またはゲージ５２０によって示されるステータスを更新することができ、または、アイコン５１０またはゲージ５２０の色を変化させる、点滅させる、もしくはその他、追加の表示を提供することができる。さらなる実施形態では、通知イベントまたはトリガイベントを使用して、アイコン５１０またはゲージ５２２をユーザ画面上に出現させることができる。また、トリガイベントおよび通知イベントを使用して、例えば、可聴、触知、または文字通知など他のタイプの通知をユーザに提供することもできる。
【０２４４】
いくつかの実施形態では、使用量アイコン５１０は、オペレーティングシステム（例えば、移動局１００にインストール／プレロードまたはインストールされたオペレーティングシステム）にバンドルされた、または組み込まれたオペレーティングシステム機能またはユーティリティ／機能に関するアイコンである。いくつかの実施形態では、使用量アイコン５１０は、スタンドアローン使用アプリケーション（例えば、Ａｎｄｒｏｉｄオペレーティングシステム、Ａｐｐｌｅ  ｉＰｈｏｎｅオペレーティングシステム、Ｍｉｃｒｏｓｏｆｔモバイルオペレーティングシステム、ＨＰ／Ｐａｌｍオペレーティングシステム、Ｂｌａｃｋｂｅｒｒｙオペレーティングシステム、Ｓｙｍｂｉａｎオペレーティングシステム、および／または任意の他のオペレーティングシステムもしくはプラットフォームなど、移動局１００のオペレーティングシステム上で動作するアプリケーション）のためのアイコンであり、本明細書で述べるように、移動局１００に関して、および／または関連の共有アカウントに関して、加入者リアルタイムデータ使用量情報を提供する。
【０２４５】
いくつかの実施形態では、使用アプリケーションまたはユーティリティ／機能は、移動局１００にプレインストール／プレロードされる。いくつかの実施形態では、使用アプリケーションまたはユーティリティ／機能は、移動局１００がプロビジョニングされた後に移動局１００にダウンロードされて（例えば、アプリケーションを購入およびダウンロードするために、アプリケーション市場またはアプリケーション販売店などを介して、サービスプロバイダ／ＯＥＭまたは別のエンティティからプッシュされ、および／またはユーザによってプルされて）インストールされる、および／または、（例えば、特定のサービスプロバイダネットワークおよび関連のサービスプランに関する）移動局１００のユーザのための移動局１００の初期プロビジョニングおよびセットアップに従ってサービスプロバイダの小売販売でインストールされる。いくつかの実施形態では、使用アプリケーションまたはユーティリティ／機能が、安全な区画内で記憶および／または実行される（例えば、オペレーションシステムのシステム区画、および／またはＣＰＵの安全なハードウェア区画、および／または移動局１００のメモリおよび／または記憶域）。例えば、ユーザが使用アプリケーションをアンインストールする、および／または他の方法で使用アプリケーションを無効にする、または損なうのを防止するために、使用アプリケーションをシステム区画内にインストールすることができる。いくつかの実施形態では、更新は、使用アプリケーションまたはユーティリティ／機能を更新するために自動的に行うことができる（例えば、アプリケーション市場／販売店を介して配信されるアプリケーション更新を使用して機能向上、ソフトウェア／他の機能を提供する、および／または新規オペレーティングシステム更新／バージョンをサポートするために使用アプリケーションを更新する）。いくつかの実施形態では、使用量アイコンおよび／またはゲージを、使用者が選択することができ、ユーザがカスタマイズすることができ、またはユーザが自分の嗜好に合わせて作成することができる。
【０２４６】
図６は、例示的なユーザインターフェースを示す機能図であり、ここでは、警告メッセージも表示されている。いくつかの実施形態では、ＤＡＳに関するユーザ通知のためのＵＩも、警告メッセージ６３０を含む。図６に示される例では、警告メッセージ６３０は、ステータスバーに表示される。しかし、他の実施形態では、警告メッセージは、ユーザインターフェース上の他の位置に表示することもできる。いくつかの実施形態では、ユーザは、そのような警告メッセージ６３０が表示される位置を決定するというオプションを与えられることがある。警告メッセージは、例えば、可聴音、触知警告、または視覚警告、例えばディスプレイ画面の点滅など、代替の警告または表示によって達成することができる。
【０２４７】
いくつかの実施形態では、（例えば、サービス使用量尺度、および関連のサービスプラン、および／またはユーザ設定の使用量警告しきい値／イベントおよび／または嗜好に基づく）使用量警告がある場合、使用量警告メッセージ６３０が使用量ゲージアイコン６２０と共に表示される。いくつかの実施形態では、警告パーセンテージおよび使用量警告メッセージは、様々な実施形態に関して本明細書で述べるように嗜好メニューによってカスタマイズすることができる。
【０２４８】
図７は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。いくつかの実施形態では、ＤＡＳに関するユーザ通知のためのＵＩ画面は、進行中の通知および警告を含む。いくつかの実施形態では、進行中の通知および警告画面７００が、図示されるように（例えば移動局１００の）ＵＩ画面上に表示される。いくつかの実施形態では、進行中の通知および警告の画面７００は、ユーザがあるアプリケーションを選択するときに表示される。これは、例えば、ユーザがアプリケーションアイコンをクリックもしくはタッチする、アプリケーションメニューからアプリケーションを選択する、またはステータスバー使用量通知／警告６３０および／または使用量ゲージアイコン５２０をクリックもしくはタッチすることによって行うことができる。
【０２４９】
いくつかの実施形態では、図示される例で、ユーザがステータスバーを展開する場合、進行中の通知および警告の画面７００が表示される。進行中の通知および警告の画面７００は、進行中の使用量の通知７１０を表示し、これは、プランでのデータ／サービス使用量の残量、またはプランでのデータ／サービス使用量の残量のパーセンテージを含む。これは、例えば、現在のサービス使用量尺度および関連のサービスプランサービス使用限度に基づくことがある。この例で示されるように、進行中の使用量の通知７１０は、データ使用量の９０％が残っていることを示す。いくつかの実施形態では、関連のサービスプランに関するデータ残量の表示を提供する使用量通知も、上述したように、現在のサービス使用および関連のサービスプランに基づくデータ残量のカラーコード表示によって示される（例えば、データ残量および／または他の使用パラメータおよび／またはユーザ嗜好に基づいて、使用量ゲージおよび警告メッセージアイコンをカラーコード化することができる）。いくつかの実施形態では、クリアボタンを提供することができ、クリアボタンの選択により、表示されている／未確定の通知を削除するが、関連の情報は削除しない（例えば、現在のサービス使用量尺度はクリアされない）。
【０２５０】
図８は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。いくつかの実施形態では、進行中の通知および警告の画面８００は、任意の現在の使用量に関係する警告を含む通知８２０（例えば、本明細書で述べるような使用量に関係する警告メッセージおよび／または通知）も表示する。図示されるように、通知８２０は、データ使用量の残量が４５％であるという警告メッセージを表示する。やはり図示されるように、進行中の使用量の通知７１０は、現在のデータ使用の残量が４５％であるという通知を表示する。いくつかの実施形態では、関連のサービスプランに関するデータ残量の表示を提供する使用量通知も、上述したように、現在のサービス使用および関連のサービスプランに基づくデータ残量のカラーコード表示によって示される（例えば、データ残量および／または他の使用パラメータおよび／またはユーザ嗜好に基づいて、使用量ゲージおよび警告メッセージアイコンを異なる色でカラーコード化することができ、例えば、進行中のデータ使用の残量が４５％であることを示すゲージは、黄色にカラーコード化することができ、データ使用のデータ残量が４５％であることを示す通知アイコンは、赤色にカラーコードすることができる）。本明細書で述べる様々な実施形態に従って、様々な他の警告および／またはユーザ通知を表示することができる。
【０２５１】
図９は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。いくつかの実施形態では、進行中の通知および警告の画面９００は、任意の現在の使用量に関係する警告を含む通知８２０（例えば、本明細書で述べるような使用量に関係する警告メッセージおよび／または通知）も表示する。図示されるように、通知７０２０は、データ使用量の残量が５％であるという警告メッセージを表示する。やはり図示されるように、進行中の使用量の通知７１０は、現在のデータ使用量の残量が４５％であるという通知を表示する。いくつかの実施形態では、進行中のメッセージ７１０および／または通知メッセージ７０２０を選択すると、様々な実施形態に関して本明細書で述べる使用アプリケーションおよび／または使用ユーティリティ／機能が起動／表示される。本明細書で述べる様々な実施形態に従って、様々な他の警告および／またはユーザ通知を表示することができる。
【０２５２】
図１０は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、例えば移動局１００用のユーザインターフェース（ＵＩ）は、初期またはデフォルトＵＩ画面１０００のアプリケーション／ユーティリティ部分に使用量アイコン１０１０を含み、また、初期またはデフォルトＵＩ画面１０００のステータスバー（例えば、ステータスバーは、初期またはデフォルトＵＩ画面１０００に加えて、二次画面など他のＵＩ画面に現れることがあり、二次画面は、デバイス１００上にインストールされている／利用可能な追加のフォルダ、ユーティリティ、および／またはアプリケーションのためのアイコンを含む）に使用量ゲージ６２０（例えば、同様に上述したように、本明細書では使用量ゲージとも呼ぶ）を含む。いくつかの実施形態では、使用量アイコン１０１０は、ホーム画面ウィジェットであり、このウィジェットは、使用量ゲージを、関連のサービスプランに関する様々な関連のサービスプラン情報、パーセンテージでの現在のデータ使用量、および現在のサイクル終了日と共に表示する。いくつかの実施形態では、使用量ゲージ６２０は、関連のサービスプランでのデータ残量に基づいてカラーコード化される（例えば、緑色は、１００％〜５０％の残量を示し、黄色は、４９％〜１０％の残量を示し、赤色は、９％〜０％の残量を示す）。いくつかの実施形態では、使用量アイコンまたはウィジェット１０１０が選択される（例えば、タップ／タッチ、またはクリック、または他の方法で選択される）場合、様々な実施形態に関して本明細書で述べるように、使用アプリケーションおよび／または使用ユーティリティ／機能が起動／表示される。
【０２５３】
図１１は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、例えば移動局１００用のユーザインターフェース（ＵＩ）は、使用アプリケーションおよび／または使用ユーティリティ／機能の初期またはデフォルトＵＩ画面１１００のアプリケーション／ユーティリティ部分の上に、詳細使用量ゲージ１１１０を含み、また、データ残量使用量メータ１１２０およびプラン「１日当たりの平均」使用量メータ１１３０も含む。いくつかの実施形態では、使用アプリケーションおよび／または使用ユーティリティ／機能は、使用量ゲージ（例えば、使用量ゲージ１１１０）と、サービスプラン情報（例えば、図示されるように画面９００上にある情報、および／または他のもしくは追加のサービスプラン情報）と、サービス使用量／データ使用量パーセンテージ（例えば、データ残量使用量メータ１１２０）と、速度バーまたは速度メータ（例えば、プラン「１日当たりの平均」使用量メータ１１３０）とを含む。いくつかの実施形態では、使用量ゲージは、サービスプランでのデータ残量を表す。いくつかの実施形態では、使用量ゲージアイコンは、本明細書で述べるように、関連のサービスプランでのデータ残量に基づいてカラーコード化される（例えば、使用量ゲージアイコン１１２０、詳細使用量ゲージ１１１０、データ残量使用量メータ１１２０、および速度メータ１１３０を、関連の使用量尺度および／または構成された設定／嗜好に基づいて、同じ色および／または異なる色でカラーコード化することができる）。いくつかの実施形態では、サービスプラン情報は、例えばＵＩ画面１１００上に示されるサービスプラン容量および料金請求サイクル終了日を含む。
【０２５４】
いくつかの実施形態では、速度バー１１３０は、関連のサービスプランに関する現在の使用量と１日当たりの平均使用量とを示し、ユーザが１日当たりの平均レートよりも速いまたは遅いレートでデータを使用しているかどうかをユーザに知らせる（例えば、毎月５０ＭＢのプランに関して、１日当たりの平均レートは、５０ＭＢ／３０日＝１．６ＭＢ／日である）。いくつかの実施形態では、速度バー１１３０は、サービスプランでのデータ残量のパーセンテージを示す色付きの領域と、料金請求サイクルの日数に基づく１日当たりの予想平均使用量を示す小さな垂直バーとを含む。例えば、色付き領域は、ユーザが１日当たりの平均レートよりもゆっくりとデータを使用している場合には緑色でコード化することができ、ユーザが１日当たりの平均レートで、またはそれよりもわずかに速いレートでデータを使用している場合には黄色でコード化することができ、ユーザが１日当たりの平均レートよりも大幅に速くデータを使用している場合には赤色でコード化することができる。図示されるように、ＵＩ画面１１００は、ユーザが、関連のサービスプランの「１日当たりの平均」レートでデータを使用していることを表示する。
【０２５５】
図１２は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、図７４は、図１１と同様であるが、ただし、図１２のＵＩ画面１２００は、ユーザが、現在のサイクルに関してサービスプランデータ限度の半分未満しか使用していないが、関連のサービスプランの「１日当たりの平均」レートよりも速い／高いレートでデータを使用していることを示す（例えば、速度バーを赤色でカラーコード化し、一方、データ残量使用量メータおよび使用量ゲージを緑色でカラーコード化するなどして、警告を与えるように速度バーをカラーコード化することができる）。
【０２５６】
図１３は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、図７５は、図１１と同様であるが、ただし、図１３のＵＩ画面１３００は、ユーザが、現在のサイクルに関してサービスプランデータ限度の半分よりも多く使用しており、関連のサービスプランの「１日当たりの平均」レートよりも速い／高いレートでデータを使用していることを示す（例えば、速度バーを赤色でカラーコード化し、一方、データ残量使用量メータおよび使用量ゲージを黄色でカラーコード化するなどして、警告を与えるように速度バーをカラーコード化することができる）。
【０２５７】
図１４は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、図７６は、図１１と同様であるが、ただし、図１４のＵＩ画面１４００は、ユーザが、現在のサイクルに関してサービスプランデータ限度の７５％よりも多く使用しており、関連のサービスプランの「１日当たりの平均」レートよりも遅い／低いレートでデータを使用していることを示す（例えば、速度バーを緑色でカラーコード化し、一方、データ残量使用量メータおよび使用量ゲージを赤色でカラーコード化するなどして、警告を与えるように速度バーをカラーコード化することができる）。例えば、図１４は、ユーザがデータを使い切りそうであり、プラン「１日当たりの平均」レートで使用していることをユーザに通知すると理解することができる。
【０２５８】
図１５は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、図１５は、図１１と同様であるが、ただし、図１５のＵＩ画面１５００は、ユーザが、現在のサイクルに関してサービスプランデータ限度の７５％よりも多く使用しており、関連のサービスプランの「１日当たりの平均」レートよりも速い／高いレートでデータを使用していることを示す（例えば、速度バーを赤色でカラーコード化し、一方、データ残量使用量メータおよび使用量ゲージを赤色でカラーコード化するなどして、警告を与えるように速度バーをカラーコード化することができる）。例えば、図１５は、ユーザがデータを使い切りそうであり、プラン「１日当たりの平均」レートよりも速くデータを使用していることをユーザに通知すると理解することができる。
【０２５９】
図１６は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、使用嗜好画面１６００が表示される（例えば、使用アプリケーションまたはユーティリティ／機能の使用嗜好画面）。いくつかの実施形態では、使用嗜好画面１６００は、移動局１００に表示される／利用可能なメニュー嗜好画面または他の設定メニュー／嗜好オプションによってアクセスされる。いくつかの実施形態では、図示されるように、使用嗜好画面１６００は、警告および通知に関する嗜好を構成／設定する（例えば、警告レベルおよび通知をカスタマイズする）というオプション、プラン情報（例えば、関連のサービスプラン情報の閲覧および構成）、使用量インジケータ（例えば、使用量メータ／ゲージ／バーなど使用量インジケータの嗜好の設定）、および／または更新頻度（例えば、更新頻度の間隔／期間の構成）を含む。いくつかの実施形態では、サービスプランが共有サービスプラン（例えば、ファミリープラン、企業プラン、または他の共有サービスプラン）である場合、共有アカウントでの他のユーザに関するそのような設定を構成することができるユーザの関連のアカウント構成権に基づいて、ユーザに関して、および／または共有サービスプランの他のユーザに関して使用嗜好が構成される（例えば、ファミリープランの親または所有者は、ユーザがどの情報を見る／アクセスする、および／または構成することができるかを示すために、そのような設定を構成することができるシステム管理権を有する）。
【０２６０】
図１７は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、警告カスタマイゼーション画面１７００が表示される（例えば、使用アプリケーションまたはユーティリティ／機能の使用嗜好画面１６００を介してアクセスされる）。いくつかの実施形態では、警告カスタマイゼーション画面１７００は、データ使用イベント／しきい値に基づいて警告を構成するため（例えば、特定のデータ使用しきい値を超えた時に基づく警告、および／またはそのようなしきい値イベントに関連付けられる特定の警告メッセージを構成するため）のオプションを含む。例えば、警告は、所与の料金請求サイクルに関する関連のサービスプランデータ限度の５０％が使用されていることをユーザに通知するように構成することができ、別の警告は、所与の料金請求サイクルに関する関連のサービスプランデータ限度の１００％を超えて使用されていることをユーザに通知し、ユーザが追加のデータを購入することができる／すべきであることをユーザに知らせるように構成することができる。いくつかの実施形態では、警告カスタマイゼーション画面１７００により、ユーザは、サービスメニューに現れる様々な警告パーセンテージおよび関連のメッセージをカスタマイズできるようになる。いくつかの実施形態では、警告カスタマイゼーション画面７９００により、ユーザは、サービスメニューに現れる警告パーセンテージおよび関連のメッセージのサブセットをカスタマイズできるようになる（例えば、ユーザが現在の料金請求サイクルに関するサービスプラン容量を超えているという表示（１００％警告）など、特定の警告メッセージを、サービスプランおよび／またはサービスプロバイダが要求することができる）。いくつかの実施形態では、警告カスタマイゼーション画面７９００により、ユーザは、様々なデフォルト警告パーセンテージ、およびサービスメニューに現れる関連のメッセージをカスタマイズできるようになり、デフォルトは、例えば、サービスプラン容量の５０％、７５％、９５％、および１００％の使用量に関する警告パーセンテージしきい値であり、ユーザ、および／またはサービスプロバイダ、および／または共有アカウントサービスプランの所有者が変更することができる。いくつかの実施形態では、デフォルト通知メッセージは、各サービスプランに関連付けられ、各サービスプランのサービスプロバイダによって設定または構成される。本明細書で述べるように、また、本明細書で述べる様々な実施形態に鑑みて当業者にはここで明らかなように、様々な他の警告を構成することもできる。
【０２６１】
図１８は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、警告カスタマイゼーション画面１８００が表示される（例えば、使用アプリケーションまたはユーティリティ／機能の使用嗜好画面１６００を介してアクセスされる）。いくつかの実施形態では、警告カスタマイゼーション画面１８００は、図示されるように、警告嗜好設定（例えば、データ限度の５０％が使用されているなど、関連のサービスプランの現在の使用済みデータに基づく）および警告メッセージを構成するためのユーザ入力を可能にするために、ダイアログボックス１８１０を含む。いくつかの実施形態では、警告パーセンテージは、使用されたパーセンテージを示し、１％の増分でカスタマイズ可能である（例えば、範囲は１％〜９９％である）。いくつかの実施形態では、通知メッセージは、カスタマイズ可能であり、それぞれ最大５０文字でよく、または何らかの他の最大長に設定することができる。いくつかの実施形態では、本明細書で述べる様々な実施形態に鑑みて当業者には明らかなように、より洗練された警告構成を、様々なユーザ入力画面、スクリプト化、および／またはプログラミング技法を使用して入力することができる。
【０２６２】
図１９は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、プラン情報画面１９００が表示される（例えば、使用アプリケーションまたはユーティリティ／機能の使用嗜好画面１６００を介してアクセスされる）。いくつかの実施形態では、プラン情報画面１９００は、図示されるように、サイクル終了日、および毎月の使用許可量／関連サービスプラン容量、またはサイクル／期間当たりのデータ限度（例えば、毎月５０ＭＢのデータ）を含む。いくつかの実施形態では、プラン情報画面１９００により、ユーザは、サービスプラン容量（例えば、ＭＢ単位）および料金請求サイクル終了日を閲覧して構成できるようになる。いくつかの実施形態では、プラン情報画面１９００は、様々な他の関連のサービスプラン情報（例えば、サイクル当たりのコスト、更新オプション、サービスプラン機能およびオプション、および／または他の情報）を含む。
【０２６３】
図２０は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、使用量インジケータ嗜好画面２０００が表示され（例えば、使用アプリケーションまたはユーティリティ／機能の使用嗜好画面１６００を介してアクセスされ）、この使用量インジケータ嗜好画面２０００により、ユーザは、使用量インジケータアイコン挙動およびサウンドをオンおよびオフに切り替えることができるようになる。いくつかの実施形態では、使用量インジケータ嗜好画面２０００は、使用量インジケータ嗜好を構成するための様々なオプション／設定を含み、例えば、図示されるように、使用量アイコンがソーストレイ内に常に表示されるかどうか、使用量警告によってサウンドがトリガされるかどうか、および使用量警告によってトリガされる移動局１００の振動（例えば、サポートされている場合）などである。いくつかの実施形態では、使用量インジケータ嗜好画面２０００は、様々な他のオプション／設定を含む。
【０２６４】
図２１は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、警告／使用量更新頻度画面２１００が表示される（例えば、使用アプリケーションまたはユーティリティ／機能の使用嗜好画面１６００を介してアクセスされる）。いくつかの実施形態では、警告／使用量更新頻度画面２１００は、現在のサービス使用量をチェックするための更新の頻度に関する期間を構成するというオプションを含む（例えば、ユーザが、３０秒のデフォルト使用量更新設定から、１０〜３６００秒の範囲または何らかの他の更新の頻度の範囲に変更できるようにする）。いくつかの実施形態では、警告／使用量更新頻度画面２１００は、使用量警告をチェックするための更新の頻度に関する期間（例えば、３０秒毎）を構成するというオプションを含む。
【０２６５】
図２２は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、ＵＩ画面２２００は、データ使用ステータス表示窓２２１０（例えば、移動局１００のホームまたはデフォルト／初期ＵＩ画面に表示されるデータ使用量ウィジェット）を含む。いくつかの実施形態では、（例えば、無制限データプラン、および／または様々なサービス使用限度および／または制約を含むことができる他のサービスプランに関する）データ使用量ステータス表示窓２２１０が、現在のデータ使用量をウィジェットフォーマットで表示する。いくつかの実施形態では、データ使用量ステータス表示窓２２１０が選択（例えば、タッチ、タップ、および／または他の方法で選択）される場合、使用アプリケーションまたはユーティリティ／機能が起動または表示される。
【０２６６】
図２３は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、無制限プラン使用画面２３００が表示される（例えば、使用アプリケーションまたはユーティリティ／機能を介して、および／またはデータ使用量ステータス表示窓２２１０を介してアクセスされる）。いくつかの実施形態では、無制限プラン使用画面２３００は、送信されるデータの量（例えば、バイト、メガバイト、および／または他のデータ尺度）、受信されるデータの量、データ使用の総量、およびサイクル終了日を表示する。
【０２６７】
図２４は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、無制限プラン使用量通知画面２４００が表示される（例えば、図示されるように、２４ＭＢの現在のサイクルでの現在のデータ使用量を示す）。いくつかの実施形態では、通知画面２４００は、様々な他の使用量通知および／または警告メッセージ（例えば、無制限プラン外のローミング使用量通知）を含む。
【０２６８】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、ユーザがポータルまたはウェブページにログインする必要なく、サービスプランの初期購入オプション、構成オプション、変更オプション、またはサービスプランステータスを提供する。いくつかの実施形態では、サービスプラン情報は、ローカルに記憶されるユーザ通知メッセージシーケンス情報に直接埋め込まれる。いくつかの実施形態では、サービスプラン選択（例えばユーザ対話）プラットフォームが、ネイティブユーザ通知エージェントと、ローカルサービスプラン状態情報と、ローカルサービス使用状態情報とを含むデバイス上に提供される。いくつかの実施形態では、通知メッセージシーケンスを開始する通知トリガイベント検出基準が提供され、通知メッセージシーケンスは、通知トリガイベント検出基準によって示されるユーザが望むサービス活動により良く適するようにサービスポリシー構成を修正するオプションをユーザに提供する。
【０２６９】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、本明細書で述べる様々な実施形態に従って、様々な技法を使用して、サービスプラン選択を容易にすることを含む。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、以下の１つまたは複数を含む。ユーザ通知メッセージシーケンス中にサービスされるサービス構成または選択オプション；デバイスにローカルに記憶されているローカルユーザメッセージシーケンス情報を抽出することによってサービスされるサービス構成または選択オプション、および例えばユーザ通知エージェントによってサービスされ、ユーザ通知エージェントメッセージシーケンスの一部としてプログラムされたポータルまたはウェブサイトに入るサービス構成または選択オプション；ユーザ通知エージェントおよびローカルメッセージ通知情報ストアによってローカルでサービスされるサービス構成または選択オプション；１つまたは複数の通知トリガイベント検出基準に基づいてサービスされるサービス構成または選択オプション。
【０２７０】
いくつかの実施形態では、サービスプラン選択を提示するＤＡＳに関するユーザ通知は、サービスプラン限度に達する前に生じ、サービスプラン選択オプションまたは構成オプション通知メッセージシーケンスを開始する通知トリガイベント検出基準を含む。いくつかの実施形態では、サービスプラン選択を提示するＤＡＳに関するユーザ通知は、（例えば、デバイス、デバイスグループ、および／またはデバイスの現在の／アクティブなユーザに関連付けられる）サービスプランによってカバーされていないデバイス上でサービス活動使用（例えば、１つまたは複数の所期のサービス活動）を識別し、所期のサービス活動がネットワークによってサービスされるようにする１つまたは複数のサービスプラン（例えば、サービスプランまたはサービスプランオプション）を提供するサービスプラン選択オプションまたは構成オプション通知メッセージシーケンスを開始する通知トリガイベント検出基準を含む。いくつかの実施形態では、サービスプラン選択を提示するＤＡＳに関するユーザ通知は、さらに、ネットワークが、既存のサービス接続および／またはサービスプランによっては利用可能でないが、新規のサービスプラン選択オプションによって利用可能であることを示す通知メッセージシーケンスを含む。いくつかの実施形態では、サービスプラン選択を提示するＤＡＳに関するユーザ通知は、さらに、利用可能なサービスプランセット以外のサービスプランが所期のサービス活動に適していることを示す通知メッセージシーケンスを含む。
【０２７１】
いくつかの実施形態では、サービスプラン選択を提示するＤＡＳに関するユーザ通知は、さらに、以下のことを含む。通知検出基準を生じさせた１つまたは複数の所期のサービス活動または１つまたは複数の所期のサービス活動パターンが現在利用可能な所望のネットワークアクセスポリシー、サービスプランポリシー構成、またはサービスプランポリシーによってカバーされていないというトリガイベント検出基準を識別すること；ネットワークに関する１つまたは複数の適切なサービスプラン構成または代替サービスプランが利用可能であるかどうか判断すること；サービスプラン構成に関するオプションを提案し、ネットワークに関する適切なまたは代替サービスプランが利用可能であることを示す通知メッセージシーケンス（例えば、ユーザ通知メッセージシーケンス）を提供すること。いくつかの実施形態では、サービスプラン選択を提示するＤＡＳに関するユーザ通知は、さらに、１つまたは複数の代替サービスプラン構成または代替サービスプランによってカバーされている使用レートまたは使用量パターンに適合する所期のサービス活動使用レートまたは使用量パターンを識別し、代替構成またはプランのアベイラビリティをユーザに知らせる通知メッセージシーケンスを開始する通知トリガイベント検出基準を含む。いくつかの実施形態では、通知トリガは、様々な実施形態に関して本明細書で述べるように、（例えば、１つまたは複数の要素によって）ネットワーク内および／またはデバイス上に実装される。いくつかの実施形態では、通知シーケンス情報は、様々な実施形態に関して本明細書で述べるように、デバイス上で始まり、デバイス上に留まる（例えば、ネットワークからの任意の入力、すなわち任意のネットワーク要素を含まない、またはリクエストしない）。いくつかの実施形態では、通知シーケンス情報は、様々な実施形態に関して本明細書で述べるように、デバイス上で始まり、ユーザ通知メッセージングシーケンスプロセス中のある点で、ポータルまたはウェブサイト上に提供される通知シーケンス情報に移る。
【０２７２】
コールセンタでのライブ電話サポートを介してサポートセンタ人員へのユーザアクセスを提供するためのユーザサポートのコストは、かなり高くなることがあり、様々なアプリケーションおよび／またはサービスモデルに関する利鞘を大幅に減らすことがある。必要なのは、そのようなサポートコストを削減するために様々なタイプのセルフヘルプを提供するための改良された技法である。したがって、いくつかの実施形態では、ＤＡＳに関するユーザ通知は、本明細書で述べる様々な実施形態に従って様々な技法を使用して、セルフヘルプを容易にすることを含む（例えば、デバイス、ネットワークアクセス、サービス、料金請求、サービスプランの使用に関するユーザのためのセルフヘルプ、およびネットワークサービス使用および／またはワイヤレス通信デバイスに関係付けられる様々な他のヘルプ）。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、様々な実施形態に関して本明細書で述べるようなＤＡＳに関するユーザ通知の様々な技法を使用してセルフヘルプを提供することを含む。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、サービス使用の解析をユーザに提供するセルフヘルプを提供することを含み、代替サービスプランポリシー構成／オプション、および／または代替サービスプランを提案する。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、様々なサービスプラン構成機能向上を提案するためのセルフヘルプを提供することを含む。
【０２７３】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、どのサービス活動が最大量のサービス使用を消費しているかを決定するためのセルフヘルプを提供することを含む。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、カテゴリー別のサービス使用分類を通知する（例えば、カテゴリー別のサービス使用量を表示する）ためのセルフヘルプを提供することを含む。いくつかの実施形態では、分類カテゴリーは、個別のアプリケーション、アプリケーションのグループ、宛先、宛先のグループ、ユーザ、ユーザのグループ、デバイス、デバイスのグループを含む。いくつかの実施形態では、サービス活動の分類は、アプリケーション別、アプリケーションのグループ別、またはアプリケーションのカテゴリー（例えば、電子メール、ブラウジング、ソーシャルネットワーキング、および／または他のアプリケーションカテゴリー）別にセルフヘルプ画面に含まれる。いくつかの実施形態では、階層的カテゴリー分けが提供され、階層的カテゴリー分けは、階層的カテゴリーの最上位レベルと次のレベルとを含むか、または最上位レベルのみを含み、この最上位レベルは、次いでユーザが、階層的カテゴリー分けの次のレベルを、例えばクリック／タッチまたは他の方法で選択できるようにする。いくつかの実施形態では、セルフヘルプにおける活動の分類は、個別のネットワーク宛先、宛先のグループ、および／または宛先のカテゴリーに基づく（例えば。同様に、本明細書で述べるように階層的カテゴリー分けを提供することもできる）。いくつかの実施形態では、各カテゴリー毎に、使用量を提示する（例えばリストする）ことができる。例えば、各カテゴリー毎に、使用量をリストすることができ、および／または「サービスプラン内」と「サービスプラン外」で料金をカテゴリー分けすることができる。別の例として、各カテゴリー毎に、使用量をリストすることができ、および／または以下のものの１つまたは複数によって料金を分類することができる。アクティブネットワーク（例えば、２Ｇ、３Ｇ、４Ｇ、またはＷｉＦｉ）、時間帯（ＴＯＤ）、またはネットワークビジー状態（ＮＢＳ）特徴付け、ＱｏＳ特徴付け、および／または様々な実施形態に関して本明細書で述べる様々な他の分類。いくつかの実施形態では、メッセージシーケンスは、ユーザに、サービスプラン選択ページ、サービスプランポリシー構成ページ、サービスプランオプションページ、および／またはサービスプラン記述ページに移るというオプションを提供する。いくつかの実施形態では、メッセージシーケンスは、１つまたは複数の所望のサービス活動またはサービス活動パターンにより良く適することがあるプラン構成／オプションまたは代替プランに関する表示を提供する。いくつかの実施形態では、カテゴリー情報は、ネットワークに通信されて、ネットワーク要素（例えば、ネットワーク記憶システム）に記憶される。いくつかの実施形態では、ユーザが、ネットワーク要素上に記憶するためにそのようなカテゴリー情報をネットワークに通信できるようにオプトインする場合には、カテゴリー情報は、ネットワークにのみ通信されて、ネットワーク要素上に記憶される。いくつかの実施形態では、ユーザが、ヘルプ伝送またはヘルプセッション中にリクエストを確認する場合には、カテゴリー情報は、ネットワークにのみ通信されて、ネットワーク要素上に記憶される。
【０２７４】
いくつかの実施形態では、デバイスがネットワークに適切に接続されているかどうか判断するためにセルフヘルプが提供される。いくつかの実施形態では、分類カテゴリーのためのあるタイプのネットワークを示すためにセルフヘルプが提供される。いくつかの実施形態では、分類カテゴリーのＱｏＳ使用を示すためにセルフヘルプが提供される。いくつかの実施形態では、代替サービスプランまたは代替ネットワーク（例えば、２Ｇ、３Ｇ、４Ｇ、またはＷｉＦｉ）が、ユーザが望むサービス使用活動により良く適しているかどうか判断するためにセルフヘルプが提供される。
【０２７５】
いくつかの実施形態では、デバイスに記憶されている通知シーケンス情報は、（例えば、ワイヤレスネットワーク通信を介してネットワーク要素からそのような情報をリクエストおよび受信しなければならない場合にネットワーク待ち時間によって引き起こされることがある遅延を伴わずに）ユーザがサービスプランステータスを即座に閲覧すること、またはサービスプランステータスの変更を行うことができるようにする通知ブランチおよび／または閲覧オブジェクトを含むことができる。いくつかの実施形態では、セルフヘルプを提供するＤＡＳに関するユーザ通知は、様々な実施形態に関して本明細書で同様に述べるように、デバイスに対する通知トリガイベント検出基準を検出し、検出されたトリガ基づいて、サービスプランステータス、構成、または選択の変更を提案することを含む。いくつかの実施形態では、セルフヘルプを提供するＤＡＳに関するユーザ通知は、様々な実施形態に関して本明細書で同様に述べるように、ユーザがサービスプラン使用を解析するのを支援する、通知トリガイベント検出に基づいてトリガされるヘルパ通知メッセージシーケンスを含む。いくつかの実施形態では、セルフヘルプを提供するＤＡＳに関するユーザ通知は、様々な実施形態に関して本明細書で述べるように、通知トリガイベント検出基準に基づいてトリガされるヘルパ通知メッセージシーケンスを含み、ヘルパ通知メッセージシーケンスは、ユーザがサービスプラン使用を解析するのを支援し、ユーザの所望のサービス使用量パターンまたは活動により良く適した可能な代替プランを提案する（例えば、ユーザが、許可されていない活動を試行するとき；および／またはユーザが、選択されたサービスプランに対して高い使用量を有する活動を試行するとき；ユーザが、選択されたサービスプラン、現在のＮＢＳ、現在のネットワークパフォーマンス、現在のネットワーク、またはローミングネットワーク上で利用可能なものよりも高レベルのＱｏＳニーズを有する活動を試行するとき）。いくつかの実施形態では、セルフヘルプを提供するＤＡＳに関するユーザ通知は、様々な実施形態に関して本明細書で述べるように、通知トリガイベント検出基準に基づいてトリガされたヘルパ通知メッセージシーケンスを含み、ヘルパ通知メッセージシーケンスは、ユーザがサービスプラン使用を解析するのを支援し、また代替サービスプラン構成、サービスプラン、および／またはネットワークを提案する。
【０２７６】
図２５は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、使用量ダッシュボード２５００は、使用量ゲージ、使用量メータ、現在のサービスプランの表示（例えば、５ＭＢのトライアルプラン、および／またはサービスプロバイダサービスプラン）、および追加のデータを購入するというオプションを表示する。
【０２７７】
図２６は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、フリートライアルインターネットアクセスのためのアクティブサービスに関連付けられるアクティブサービス画面２６００様々な情報（例えば、図示されるように、スポンサードサービス、および５ＭＢのサービスプランデータ使用量上限／制限を含む関連のサービス情報）。
【０２７８】
図２７は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、アクティブサービス画面２７００は、サービスプロバイダウェブアクセスのための別のアクティブサービスに関連付けられる様々な他の情報（例えば、図示されるように、スポンサードサービス、および３０ＭＢのサービスプランデータ使用量上限／制限を含む関連のサービス情報）を含む。
【０２７９】
図２８は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、サービス提案選択画面２８００は、ユーザがサービスプラン提案を選択するというオプションを含む。いくつかの実施形態では、サービス提案選択画面２８００により、ユーザは、ラップトップ／コンピュータ、スマートフォン／ＰＤＡ、ＰＣカード（例えば、ワイヤレスモデムまたはＵＳＢモデム）、および／またはセル電話のためのモバイルブロードバンドアクセスサービスプランを購入および／またはセットアップすることができるようになる。
【０２８０】
図２９は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、スポンサードサービス画面２９００は、様々な実施形態に関して本明細書で述べるように、スポンサードサービス提案（例えば、ＧｏｏｇｌｅへのアクセスのためのＧｏｏｇｌｅスポンサードサービス、およびＡｍａｚｏｎショッピングのためのＡｍａｚｏｎスポンサードサービス、および／またはＫｉｎｄｌｅアクセス）を表示する。
【０２８１】
図３０は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、個別サービス画面３０００は、様々な個別サービス提案を選択および／または購入するというオプション（例えば、ＮＹ  ＴｉｍｅｓオンラインニュースへのアクセスのためのＮＹ  Ｔｉｍｅｓサービス、およびプリペイドデータプラン）を表示する。いくつかの実施形態では、サービス購入注文の確認および完了後、購入確認画面、電子メール、オンライン受領書、メールで送られる受領書、および／または他の購入確認応答がユーザに提示または提供される。
【０２８２】
図３１は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、データ使用量パターン画面３１００は、特定の詳細な使用量情報の監視および／または収集のための「オプトイン」および「オプトアウト」オプション（例えば、ユーザが、様々なスポンサードサービスまたは他のサービスが詳細なサービス使用量情報を収集できるようにするためにオプトイン／アウトできるようにする）、／または警告メッセージ（例えば、無制限プラン外のローミング使用量通知）を表示する。
【０２８３】
図３２は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、使用量ダッシュボード３２００は、使用量ゲージと、使用量メータと、現在のサービスプランの表示（例えば、図示されるように、プリペイド５０ＭＢプラン）と、追加のデータを購入するというオプションとを表示する。
【０２８４】
図３３は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、サービス使用詳細画面３３００は、サービス別のサービス使用量を表示し、サービス名／タイプ（例えば、図示されるように、電子メール、システム、インスタントメッセージング、ＶＯＩＰ）、現在のサイクルに関して各サービス毎に使用されるデータ、および現在のサイクルに関して各サービス毎に使用されるサービスプラン容量のパーセンテージを含み、追加のデータオプションを購入するというオプションも表示される。いくつかの実施形態では、サービス使用詳細画面３３００は、（例えば、通信デバイスの初期画面／ディスプレイ上でアクセス／表示される）ウィジェットとして実装され、それにより、ユーザがウィジェットを選択するときに、サービス使用詳細画面３３００が表示される。いくつかの実施形態では、サービス使用詳細画面３３００は、例えば、トップ５またはトップ１０の使用カテゴリー（例えば、アプリケーション、ブラウジング、電子メール、オンラインビデオ、オンラインソーシャルネットワーキング、オンライン音楽、および／またはサービス使用量の任意の他のカテゴリー）によって分けられたデータ使用量のグラフを含む。
【０２８５】
図３４は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、使用量ダッシュボード３４００が表示されており、ユーザがサービスプラン使用許可量の半分を使用していることをユーザに通知するデータ使用量警告３４１０も表示されている。
【０２８６】
図３５は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、使用量ダッシュボード９４００が表示されており、別のデータ使用量警告３５１０も表示されており、この警告３５１０は、ユーザが１日の無料Ｇｏｏｇｌｅスポンサードサービス使用許可量を使用し尽くしていること、および追加のＧｏｏｇｌｅサービス関連のデータ使用が関連のサービスデータプラン外になることをユーザに通知する。いくつかの実施形態では、サービスプランオプションおよびサービスプラン監視は、サービス使用の時間帯に基づく（例えば、プランがオフピーク時のものか、ピーク時に使用されるか；例えば、オフピーク時の電子メールを許可し、オンピーク時には電子メールテキストのみを許可するサービスプラン、および／またはオフピーク時のダウンロードのみを許可するサービスプラン）。
【０２８７】
図３６は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、使用量ダッシュボード３６００が表示され、超過警告３６１０も表示され、この警告３６１０は、ユーザがサービスプラン使用許可量／容量に達していることをユーザに通知し、ユーザがサービス使用をブロックする、またはサービス使用を許可する（例えば料金が発生する）オプションを提供する。
【０２８８】
図３７は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、使用量ダッシュボード３７００が表示され、使用ブロック警告３７１０も表示され、この警告３７１０は、現在の／リクエストされたサービス使用活動をサポートするためにサービスプランが選択される必要があることをユーザに通知し、ユーザは、「ＯＫ」をクリックして、現在の／リクエストされるサービス使用活動を可能にする／サポートする現在のサービスプラン提案をレビューすることができる。
【０２８９】
図３８Ａ〜Ｂは、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、図３８Ａは、共有アカウントサービスプランのプライマリライン（例えば、プライマリユーザ／デバイス／ライン）に関する現在のサービス使用量、共有アカウントサービスプランに関連付けられるライン２（例えば、第２のユーザ／デバイス／ライン）に関する現在のサービス使用量、および共有アカウントサービスプランに関連付けられるライン３（例えば、第３のユーザ／デバイス／ライン）に関する現在のサービス使用量を含む、共有アカウントサービスプランに関するサービス使用量バー／メータ（例えば、マスター使用量バー／メータ）を表示する。図示されるように、図３８Ｂは、共有アカウントサービスプランに関連付けられるライン３（例えば、第３のユーザ／デバイス／ライン）に関する現在のサービス使用量のみを含む、共有アカウントサービスプランに関する別のサービス使用量バー／メータ（例えば、個別使用量バー／メータ）を示す。いくつかの実施形態では、共有アカウントサービスプランの所有者またはプライマリユーザ（例えば、プライマリラインに関連付けられるユーザ）は、図３８Ａに示されるように、サービス使用量バー／メータにアクセス／閲覧することができる。いくつかの実施形態では、共有アカウントサービスプランの第３のユーザ（例えば、第３のラインに関連付けられるユーザ）は、図３８Ｂに示されるように、サービス使用量バー／メータのみにアクセス／閲覧することができる。
【０２９０】
いくつかの実施形態では、ファミリープランのメンバーが子供である場合、ファミリープランの親所有者は、使用警告を設定／構成することができる。例えば、警告は、親に関連付けられる通信デバイス上でのユーザ通知、電子メール、ＳＭＳ、音声メッセージ、および／または任意の他のユーザ通知を介して親に送信されるように構成することができる。また、いくつかの実施形態では、親へのユーザ通知により、親が、使用警告に関連するアクションを行うことができるようになり、例えば、子供のサービス使用を使用不可にする、超過して継続する、および／または新規サービスプランを更新／選択することができるようになる。いくつかの実施形態では、親は、警告のいくつかおよび／またはすべての構成を、ファミリープランの他のメンバーに割り当てることができる。いくつかの実施形態では、企業プランの所有者および／または連絡先は、ファミリープランおよびユーザ通知に関して本明細書で述べたのと同様の実施形態を有することができる。
【０２９１】
図３９は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。図示されるように、図３９は、ファミリーと、ファミリープランに関連付けられるライン３（例えば、第３のユーザ／デバイス／ライン）とに関する現在のサービス使用量を含む、ファミリープランに関するサービス使用量バー／メータ（例えば、マスター使用量バー／メータ）を示す。
【０２９２】
図４０は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。いくつかの実施形態では、課金エージェントは、ネットワーク要素／機能（例えば、サービス制御装置１２２、ホームエージェント６５１０、および／または別の機能／要素）を使用して実装される。いくつかの実施形態では、課金エージェント４０４０（例えば、様々な実施形態に関して本明細書で述べるようなサービス監視エージェントなど、データサービス使用量を監視および／または報告するエージェントまたは機能／要素）は、データ／サービス使用量更新を報告エージェント（例えば、ＵＩ通信エージェント４０３０または別のエージェントもしくは要素／機能。そのようなエージェントもしくは要素／機能は、サービス制御装置１２２、ホームエージェント６５１０、および／または別の機能／要素などのネットワーク要素／機能に実装することができ、および／またはサービス処理装置１１５や、移動局１００の別の機能／要素などのデバイス要素／機能として実装することができる）に報告する。図示されるように、課金エージェント４０４０は、データ使用量更新情報をＵＩ通信エージェント４０３０に報告する。ユーザが使用量ダッシュボード４０１０、例えば様々な実施形態に関して本明細書で述べる使用量ダッシュボードにアクセスするとき、使用量ダッシュボード４０１０へのアクセスが、セッションスレッド４０２０に対するデータ使用量取得リクエストを開始する。セッションスレッド４０２０は、データ使用量取得リクエストをＵＩ通信エージェント４０３０に送信し、ＵＩ通信エージェント４０３０が、現在のデータ使用量更新尺度／カウントで応答する。セッションスレッド４０２０は、データ使用量更新イベントを使用量ダッシュボード４０１０に報告し、使用量ダッシュボード４０１０は、図示されるように、データ使用量更新を定期的にリクエストおよび／または受信する。いくつかの実施形態では、課金エージェント４０４０は、デバイス（例えば、デバイス１００のサービス処理装置１１５）上に実装される（サービス／データ使用量更新通信は、デバイス上の安全なローカル／エージェント間／プロセス通信であり、これらは、本明細書で述べる様々な検証技法を使用して定期的に検証することができる）。いくつかの実施形態では、データ使用量更新イベントは、様々な実施形態に関して本明細書で同様に述べるように、ネットワークサービス使用量尺度に基づいて定期的に受信および／または同期（例えば、プッシュおよび／またはプル）される。本明細書で述べる様々な実施形態に鑑みて当業者には明らかなように、使用量ダッシュボード上で現在の正確なサービス／データ使用量尺度情報を提供するために、様々な更新および通信プロトコルを実装することができる。
【０２９３】
図４１は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のためのプラットフォームアーキテクチャに関する機能図である。いくつかの実施形態では、使用量ダッシュボードは、ユーザ空間４１０５（例えば、オペレーティングシステムのユーザ空間、例えばＡｎｄｒｏｉｄオペレーティングシステムのフレームワークレイヤー）内に実装され、様々なポリシー施行および分類機能が、デバイス１００のオペレーティングシステムのカーネル空間４１５５内に実装される。図示されるように、ダッシュボード４１１０は、ユーザ空間４１０５内に、以下のものと共に実装される。通信マネージャ４１２０、ＵＩ通信エージェント４１３０（例えば、ユーザインターフェース１２０など、様々な実施形態に関して本明細書で述べるようにＵＩ通知を実装するためのもの）、課金エージェント４１４０（例えば、サービスモニタエージェント１６９６など、様々な実施形態に関して本明細書で述べるようなサービス監視／報告エージェント）、およびポリシー決定エージェント４１５０（例えば、ポリシー制御エージェント１６９２など、様々な実施形態に関して本明細書で述べるようなポリシー制御エージェント）。やはり図示されるように、分類機能４１６０（例えば、様々な実施形態に関して本明細書で同様に述べるようなサービス制御監視および分類機能）が、ポリシー施行機能４１７０と共に、カーネル空間４１５５内に実装される。いくつかの実施形態では、通信マネージャ４１２０は、サービス処理装置１１５とサービス制御装置１２２（例えば。またはＲＴＲなど等価なネットワーク要素）の間でのメッセージングを担当する。
【０２９４】
いくつかの実施形態では、通信マネージャ４１２０は、メッセージバスコンポーンネントと共同して、モデルオブジェクトをポリシー決定エージェント４１５０および通信エージェント４１３０に送受信する。いくつかの実施形態では、ポリシー決定エージェント４１５０は、サービスアクセスポリシー（例えば、フィルタおよび／またはアクション）をアクセスおよび分類規則に適合させることを担当する。いくつかの実施形態では、ポリシー決定エージェント４１５０は、適合されたポリシーを分類機能４１６０およびポリシー施行機能４１７０に通信することを担当する。いくつかの実施形態では、ポリシー決定エージェント４１５０は、分類機能４１６０から持続的な分類規則（例えば、得られた規則）を受信する。いくつかの実施形態では、ポリシー決定エージェント４１５０は、メッセージバスと共同して、通信マネージャ４１２０からサービスアクションポリシーを受信する。いくつかの実施形態では、ポリシー決定エージェント４１５０は、メッセージバスと共同して、課金エージェント４１４０から使用量レポートを受信する。いくつかの実施形態では、課金エージェント４１４０は、ポリシー施行機能４１７０から使用量集計カウントを受信することを担当する。いくつかの実施形態では、課金エージェント４１４０は、課金／サービス使用ポリシーによって定義された集約に基づく使用量レポートを生成する。いくつかの実施形態では、課金エージェント４１４０は、使用量レポートをメッセージバスに通信する。いくつかの実施形態では、ＵＩ通信エージェント４１３０は、ポリシー決定エージェント４１５０および課金エージェント４１４０メッセージのために、メッセージバスと共同する。いくつかの実施形態では、ＵＩ通信エージェント４１３０は、サービス処理装置１１５とダッシュボードアプリケーションまたはユーティリティ／機能４１１０との間でのＵＩ通知メッセージングを担当する。いくつかの実施形態では、ダッシュボード４１１０は、使用量通知情報および／または警告および／またはメッセージを表示し、ユーザがサービスを選択できるようにし、サービス使用量測定／監視を支援するユーザアプリケーションである。いくつかの実施形態では、ダッシュボード４１１０は、メッセージバスを介してサービス処理装置１１５と共同する。いくつかの実施形態では、分類機能４１６０は、データストリームにアクセスポリシーフィルタをマップする。いくつかの実施形態では、分類機能４１６０は、データ／サービス使用ストリームに関して合致するアクションセットを見出すことを担当する。いくつかの実施形態では、ポリシー施行機能４１７０は、データ／サービスストリームに対するアクションを試行する。いくつかの実施形態では、ポリシー施行エージェントは、ストリームをバックグラウンドサービス（これは、例えば、いくつかの場合には／いくつかのサービスポリシー毎に、ピーク時間中にはブロックすることができ、および／または例えばバルクサービスプランがアクティブ化されていないときなどには完全に不許可にすることができる）として分類し、分類されたバックグラウンドサービスがブロックされる場合、ポリシー決定エージェントは、ユーザに通知するためにメッセージバスを介してＵＩ通信エージェントに知らせる（例えば、ユーザに煩わしく感じられることがある警告メッセージの送信によってではなく、光るアイコンまたはトースト（ｔｏａｓｔ）などの動的なアイコンを使用し、ユーザが詳細を見ることを選択したときに警告メッセージを得ることができ、いくつかの場合には、デバイスは、特定のタイプの警告／イベントに関するＵＩ通知の例示的形態として任意の不許可バックグラウンドサービスを検出しながら、動的なアイコンを継続的に光らせることができる）。
【０２９５】
図４２は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のためのプラットフォームアーキテクチャに関する機能図である。いくつかの実施形態では、モデム４２１０は、デバイス（例えば、移動局１００）のプラットフォームのカーネルレイヤー４２４０と通信し、カーネル４２４０は、モデム４２１０を介するネットワーク通信のためのスタック４２２０と、ネットワーク通信を制御するためのポリシー施行４２３０（例えば、許可、ブロック、抑制、および／または他のアクセス制御などのアクセス制御。これらは、例えばポリシーマネージャ４２５０と通信するサービス制御装置１２２からのものなど、サービスクラウドから受信される様々なサービスポリシーに基づくことがある）とを含む。やはり図示されるように、ポリシーマネージャ４２５０は、ポリシー施行４２３０と通信し、プラットフォームのフレームワークレイヤー４２７０内に常駐する。ＤＡＳクライアント４２６０は、ポリシーマネージャ４２５０と通信し、やはりフレームワークレイヤー４２７０内に常駐する。いくつかの実施形態では、プラットフォームは、Ｌｉｎｕｘベースのプラットフォーム、例えばＡｎｄｒｏｉｄまたは別のオペレーティングシステムもしくはプラットフォームであり、一般に、フレームワークレイヤー４２７０は、オペレーティングシステムプラットフォームのユーザ空間内に常駐すると理解され、カーネルレイヤー４２４０は、オペレーティングシステムプラットフォームのカーネル空間内に常駐すると理解される。いくつかの実施形態では、ＤＡＳクライアント４２６０は、様々な実施形態に関して本明細書で述べるようなＤＡＳに関するＵＩ通知の様々な技法を実装する。いくつかの実施形態では、ＤＡＳクライアント４２６０は、様々な実施形態に関して本明細書で述べるような様々な他のＤＡＳ技法を実装する。
【０２９６】
いくつかの実施形態では、デバイス上でのアプリケーションの起動または実行は、様々な技法を使用して決定／検出される。例えば、ポリシーマネージャエージェント４２５０は、アプリカントスタートインテントにリスナとして加入して、そのようなアプリケーションスタートイベントをリッスンすることができる。ポリシーマネージャエージェント４２５０は、開始されるアプリケーションに対してポリシーが存在する／適用されるかどうか判断することができる。開始されるアプリケーションに対してポリシーが存在して適用される場合、ポリシーマネージャエージェント４２５０は、ポリシー施行エージェント４２３０にポリシーを通信することができ、（例えば、パッケージ名／アプリケーション名、および／またはそのアプリケーションに関連付けられる一意のプロセスＩＤに基づいて）そのアプリケーションに関連付けられるサービス使用に対してそのポリシー（例えば、許可、ブロック、抑制、監視、および関連のデータ限度に基づく上限使用量、または別のサービスポリシーに関係付けられる施行アクション）を施行することができる。いくつかの実施形態では、ポリシー施行コンポーネントは、例えばＬｉｎｕｘプラットフォームまたは別のオペレーティングシステムプラットフォーム上に、（例えば、新規カーネルレベルインターフェースを追加するためのカーネルパッチを使用し、様々な所要のコンポーネントがカーネルと共に含まれているそれらのカーネルレベルインターフェース（インバウンドおよびアウトバウンドインターフェース）を呼び出す／実行する独自のコード／モジュール／プログラムを使用して）オペレーティングシステムカーネルに対する拡張としてカーネル４２４０レイヤー内に実装され、様々な実施形態に関して本明細書で述べるような様々なポリシー施行機能に関してインターセプトおよびスタック制御を行う。いくつかの実施形態では、ポリシー施行４２３０は、例えば、様々な実施形態に関して本明細書で述べるような様々な技法を使用した、分類のためのトラフィック検査および／またはトラフィック制御実装を含めた、様々なポリシー施行機能（例えば、ネットフィルタの使用、ｔｃ、キューディスク（ｑｕｅｕｅ  ｄｉｓｃ）、および／または他のトラフィック制御機能）を実装する。例えば、これらのクライアントベースのポリシー施行技法を使用して、現在のポリシーの下では許可されていないアプリケーション／新規サービス使用をブロックする、および／または他の方法で制御することができ、ネットワークベースのポリシー施行要素／機能（例えば、ホームエージェント６５１０および／または別のネットワーク要素／機能）と連絡するためにＯＴＡネットワーク通信を開始して、ＯＴＡネットワーク通信帯域幅を使用する必要はない。いくつかの実施形態では、アプリケーションが終了されたとき、アプリケーションが終了されたことを示す関連のイベントが、アプリケーションスタートイベントに関して上述したのと同様にインターセプトされ、イベントは、そのアプリケーションに関する任意の関連のポリシーを除去するためにポリシー施行エージェント４２３０に渡される。いくつかの実施形態では、アクセスポイント名（ＡＰＮ）（例えば、２Ｇ���３Ｇ、４Ｇ、ＷｉＦｉ、または他のＡＰＮ）に基づいて、所与のアプリケーションに様々なポリシーが適用される。いくつかの実施形態では、５−ｔｕｐｌｅを使用して、フィルタリングのための分類（例えばレイヤー４および／またはレイヤー７分類）を提供する（例えば、５−ｔｕｐｌｅは、アプリケーション／プロセスＩＤに加えて、プロトコルタイプ、送信元ポート、送信元ＩＰ、宛先ポート、宛先ＩＰを含むことができる）。
【０２９７】
いくつかの実施形態では、警告分類が提供される（例えば、活動に基づく分類；例えば、監視されているサービス使用活動が、ユーザが現在対話しているアプリケーションであるか、それとも、バックグラウンド同期、システムサービス、または他の活動／アプリケーション／機能など、動作しているがユーザが現在対話していない隠しアプリケーションであるか。この場合、ＵＩ通知を、光るアイコンの形態で、または別の形態のあまり直観的でないＵＩ通知メカニズムで提供することができる）。いくつかの実施形態では、ネットワークベースの監視によって実施されるＤＰＩ機能は、高い粒度のサービス使用量監視を行うが、必ずしも、ＤＡＳベースの監視および分類によって提供することができるのと同じレベルの粒度でサービス使用活動を検出／決定することはできない（例えば、監視されているサービス使用活動が、ユーザが現在対話しているアプリケーションであるか、それとも、動作しているがユーザが現在対話していない隠しアプリケーション、および／または暗号化されたサービス使用であるか）。いくつかの実施形態では、ＵＩ通知は、様々な理由でトリガすることができ、それらの理由は、例えば、リクエストされたサービス使用を許可する／可能にする使用可能なプランがないこと、リクエストされたサービス使用が現在のサービスポリシーによってブロックされること、および／またはサービスプラン限度に達している、もしくは超えていることである。
【０２９８】
いくつかの実施形態では、ポリシーマネージャは、イベント／警告（例えば、使用イベント／警告）を検出し、ＵＩ通知を生成する（例えば、トースト、ウィジェット更新、動的なアイコン、光るアイコン、および／または他のＵＩ通知）。いくつかの実施形態では、警告は、トーストと呼ばれるメッセージ通知（例えば、特定の期間にわたって画面の下側部分に現れる小さな窓）内にあることがある。いくつかの実施形態では、ポリシーマネージャ４２５０は、適用可能であれば他のエージェント／コンポーネントがリッスンして表示するメッセージバスを使用して、ＵＩ通知メッセージを生成する。いくつかの実施形態では、ステータスバーおよびステータストレイは、様々な実施形態に関して本明細書で同様に述べるように、例えばリアルタイムまたは準リアルタイムのサービス使用量インジケータに関する使用量通知情報を提供する。いくつかの実施形態では、ウィジェットが、例えば、リアルタイムまたは準リアルタイムサービス使用とサービスプランとに関するＵＩ通知情報を表示し、ここで、ウィジェットを選択して使用を起動することができ、これは、様々な実施形態に関して本明細書で同様に述べるように、追加の使用量情報および／またはオプションを提供することができる。
【０２９９】
いくつかの実施形態では、ＤＡＳに関するＵＩ通知などのＵＩ機能および／または表示は、プラットフォーム依存である。いくつかの実施形態では、ＤＡＳに関するＵＩ通知などのＵＩ機能および／または表示は、プラットフォーム依存である。例えば、プラットフォーム依存の実装を使用すると、様々な実施形態に関して本明細書で述べる様々な使用量通知表示（例えば、使用ゲージ／メータ／バー）は、プラットフォームにわたって共通であり、すなわち複数のプラットフォームにわたって同一または同様に実装することができ、それにより、本明細書で述べる様々な実施形態に鑑みて当業者に理解されるように、ユーザは、そのようなＵＩ通知を様々なプラットフォーム上で容易に認識することができる。
【０３００】
図４３は、いくつかの実施形態によるデバイス支援サービス（ＤＡＳ）に関するユーザ通知のための別のユーザインターフェースに関する機能図である。ステップ４３０２で、ＤＡＳに関するユーザ通知のためのプロセスが始まる。ステップ４３０４で、サービス使用量が監視される。ステップ４３０６で、サービス使用量が報告される。いくつかの実施形態では、サービス使用量監視は、様々な実施形態に関して本明細書で述べるように、ネットワークベースの技法、デバイス支援技法、および／またはネットワークベースの技法とデバイス支援技法との様々な組合せを使用して行われる。ステップ４３０８で、サービス使用量尺度またはカウントが更新される。ステップ４３１０で、更新されたサービス使用量カウントが更新される（例えば、様々な実施形態に関して本明細書で述べるように、ネットワークベースのサービス使用量尺度を、移動局１００などのデバイスに報告することができ、および／またはネットワークベースのサービス使用量尺度を、ローカルサービス使用量尺度と同期するために使用することができる）。ステップ４３１２で、更新されたサービス使用量カウントに基づいてＵＩ通知がトリガされるかどうかが判断される。トリガされない場合、プロセスフローはステップ４３０４に戻り、サービス使用量が監視される。ＵＩ通知がトリガされる場合、ステップ４３１４で、本明細書で述べる様々な実施形態に従ってＵＩ通知が表示される。
【０３０１】
デバイス支援サービス（ＤＡＳ）に関するユーザ通知（例えば、ユーザインターフェース（ＵＩ）通知）に関する様々な実施形態が提供される。様々な実施形態において、通知メッセージは、例えば以下のものを含むことができる。サービスプランのキャンセル、修正、補充、または交換の提案；サービスプラン機能または異なるサービスプランに関してより詳細に知るための提案；追加の情報へのリンク；使用量または新規料金請求レートの確認を求めるリクエスト；エンドユーザデバイスのユーザが提案に応答できるようにすること。さらなる実施形態では、通知リクエストは、ネットワーク宛先識別子を含み、１つまたは複数の通知アクションの１つが、ネットワーク宛先識別子に関連付けられるサーバへのアクセスをエンドユーザデバイスに行わせて、通知メッセージの少なくとも一部を検索する。
【０３０２】
１つまたは複数の通知アクションの１つを実施することは、例えば、以下のことを含むことができる。通知メッセージの少なくとも一部を含む所定のネットワーク宛先識別子に関連付けられるサーバにアクセスすること；および、第２のネットワーク宛先識別子を含む所定のネットワーク宛先識別子に関連付けられる第１のサーバにアクセスし、第２のネットワーク宛先識別子を使用して、通知メッセージの少なくとも一部を検索すること。
【０３０３】
いくつかの実施形態では、デバイス支援サービスに関するＵＩ通知は、以下のことを行うように構成された通信デバイスの処理装置を含む。ネットワークサービスの通信デバイス使用の制御を支援するためのサービスポリシーに基づいてネットワークサービス使用活動を監視すること。ここで、サービスポリシーは、ネットワークサービスの使用量に基づく１つまたは複数のユーザ通知設定を含む；サービスポリシーに基づいて、およびデバイスベースのサービス使用量尺度に基づいて、監視されているネットワークサービス使用活動がユーザ通知を必要とするかどうかを判断すること；および、ユーザ通知を生成すること。ここで、通信デバイスに関するデバイスベースのサービス使用量が、ネットワークベースのサービス使用量と定期的に同期される；さらに、デバイス支援サービスに関するＵＩ通知は、処理装置に結合され、処理装置に命令を与えるように構成された通信デバイスのメモリを含む。いくつかの実施形態では、デバイス支援サービスに関するユーザ通知は、コンピュータ可読記憶媒体、および／または本明細書で述べるような処理装置を使用して通信デバイス上で行われる方法として実装される。
【０３０４】
いくつかの実施形態では、通信デバイスは、移動体通信デバイスであり、ネットワークサービスは、１つまたは複数のインターネットベースのサービスを含み、移動体通信デバイスは、以下の１つまたは複数を含む。モバイルフォン、ＰＤＡ、ｅＢｏｏｋリーダ、音楽デバイス、エンターテインメント／ゲームデバイス、コンピュータ、ラップトップ、ネットブック、ホームネットワーキングシステム、およびナビゲーションシステム。
【０３０５】
いくつかの実施形態では、ユーザ通知は、サービスポリシーを実装する通信デバイスによって制御されるクライアント主導型のユーザ通知である。ここでは、サービスプランが通信デバイスに関連付けられており、監視されているネットワークサービス使用活動が、サービスプランに関連付けられる限度を超える、監視されているネットワークサービス使用活動が、サービスプラン外である、および／または監視されているネットワークサービス使用活動が、サービスポリシーを侵害する。いくつかの実施形態では、サービスポリシーは、以下のものの１つまたは複数を含む。確認設定を有するユーザ通知、同期されたサービス使用量情報を有するユーザ通知、ユーザ通知嗜好設定、およびユーザプライバシー設定。
【０３０６】
いくつかの実施形態では、デバイス支援サービスに関するＵＩ通知は、ユーザ通知に関するトリガイベント検出表示を受信することを含む（例えば、通知トリガイベント検出器が、例えば使用量に関係するユーザ通知に関して、通知トリガイベントが生じているという表示を送信し、トリガイベント検出器は、通信デバイス上および／またはネットワーク要素上に実装することができ、この機能は、本明細書では通知トリガイベント検出器と呼び、様々な図において、通知トリガイベント検出１３８またはトリガ検出１３８と表されている）。デバイス支援サービスに関するＵＩ通知はさらに、トリガイベントメッセージをユーザ通知エージェント（例えばサービス処理装置通知エージェント）に送信し、トリガイベントメッセージに基づいてユーザ通知メッセージを決定し（例えば、（例えばローカルメモリまたは他のローカル記憶域、および／またはＳＩＭなど挿入可能な記憶要素に）通信デバイス上でローカルに記憶されている１組のユーザ通知メッセージオブジェクトに使用するトリガイベントメッセージをインデックスして、記憶されているユーザ通知メッセージオブジェクトを選択する）、決定された通知メッセージを生成する（例えば、選択されたユーザ通知メッセージオブジェクトを通信デバイスのユーザインターフェースに送信する）。
【０３０７】
いくつかの実施形態では、デバイス支援サービスに関するＵＩ通知は、以下のことを含む。（ａ）予め構成（例えば、予めプログラム、予め記憶、またはプロビジョニング）されたワイヤレスデバイスに関する通知トリガイベント検出基準のセットに従って通知トリガイベントが生じていることを識別するために、通知トリガ検出器（例えば、トリガイベント検出１３８またはトリガ検出１３８）を使用すること。（ｂ）通知トリガイベントの発生によりデバイス上に表示すべき特定の通知メッセージシーケンスを識別する、予め構成（例えば、予めプログラム、予め記憶、またはプロビジョニング）された通知トリガインデックスまたは通知トリガメッセージを生成すること。（ｃ）デバイス上の通知エージェント（例えば通知エージェント１６９７）に、通知トリガインデックスまたは通知トリガメッセージシーケンスを送信またはルーティングすること。および（ｄ）通知トリガインデックスまたはトリガメッセージの受信に基づいて、デバイス通知エージェントが、デバイスＵＩへの通知トリガインデックスまたは通知トリガメッセージに対応する通知シーケンスメッセージを表示するのに必要な、予め構成された順序付きステップのセットを実行すること。ここで、通知メッセージシーケンスの表示に使用される通知メッセージシーケンス情報は、以下のものの１つまたは複数から得られる。（ｉ）デバイスにローカルに記憶（例えば、プロビジョニングまたはプログラム）されている任意の所要のメッセージシーケンス情報（例えば、デバイス通知メッセージシーケンス記憶機能１６９７Ａに記憶されている通知メッセージシーケンスの一部またはすべてを表示するために使用される、デバイス上に記憶されているテキストおよび／またはグラフィックス情報）。（ｉｉ）通知トリガメッセージに含まれる情報、および（ｉｉｉ）ネットワーク要素上に記憶（例えば、プロビジョニングまたはプログラム）されている任意の所要の通知メッセージシーケンス情報（例えば、通知メッセージシーケンスの一部またはすべてを表示するために使用される、１つまたは複数のネットワーク要素上に記憶されているテキストおよび／またはグラフィックス情報）。
【０３０８】
いくつかの実施形態では、通知トリガ検出器は、ネットワーク要素内部に実装される。例えば、通知トリガ検出器は、以下のものの内部に位置させることができる。ゲートウェイまたはルータ（例えば、本明細書において様々な図に示されるホームエージェント６５１０、４Ｇ／３Ｇ／２Ｇトランスポートゲートウェイ４２０、４Ｇ／３Ｇ／２Ｇ  ＲＡＮゲートウェイ４１０）；デバイスサービス使用量レポートを提供するために使用されるリアルタイム報告ネットワーク要素または準リアルタイム報告ネットワーク要素（例えば、本明細書で様々な図に示される使用量レポート記憶機能１３６）；ネットワークデバイスサービス使用報告および課金システム内の別の要素；またはデバイスデータ経路トラフィック検査および処理システム内の別の要素。
【０３０９】
いくつかの実施形態では、通知トリガ検出器は、デバイスエージェント内部に実装される。例えば、通知トリガ検出器は、以下のものの内部に実装される。デバイスサービスモニタエージェント（例えば、本明細書で様々な図に示されるサービスモニタエージェント１６９６）；デバイスポリシー決定エージェント（例えば、本明細書で様々な図に示されるポリシー実装エージェント１６９０）；アプリケーションプログラム（例えば、本明細書で様々な図に示されるＴＣＰアプリケーション１６０４）；またはデバイスアプリケーション挙動および／またはサービス使用量情報へのアクセス権を有する別のデバイスエージェントまたは機能。
【０３１０】
いくつかの実施形態では、デバイス通知エージェントは、（例えば、本明細書で様々な図に示される通知メッセージシーケンス記憶機能１６９７Ａ内の）１つまたは複数の所定の通知シーケンス情報セットのローカルデバイス記憶機能を保守するように予め構成され、各セットが、ＵＩ通知メッセージシーケンスを生成するために必要な情報の少なくとも一部を定義する；所望の通知シーケンス情報セットが通知トリガインデックスまたは通知トリガメッセージによってインデックスされるように、通知シーケンス情報のローカル記憶機能が組織化される；通知エージェントが、通知トリガインデックスまたは通知トリガメッセージを通知トリガ検出要素から受信する；さらに、通知エージェントが、以下の操作の１つまたは複数を行うことによって、完全な通知メッセージシーケンスを開始（例えば、生成、アセンブル、実行、または管理）する。
ａ．（例えば、複数の通知メッセージシーケンスに共通のＵＩバックグラウンドビットマップを追加するなど、追加の情報または追加のフォーマットを追加した後に）予め記憶されているメッセージシーケンス情報セットをルックアップするために通知トリガインデックスを使用することによって、デバイス通知メッセージシーケンスを開始（例えば、生成、アセンブル、実行、または管理）すること；
ｂ．予め記憶されているメッセージシーケンス情報セット（例えば、通知情報、ＵＩビットマップ、および／またはＵＩフォーマット）をルックアップするために通知トリガメッセージを使用し、予め記憶されている情報を、通知トリガメッセージに含まれる情報（例えば、使用量カウント更新、サービスプラン使用条件またはステータス、および／または特定のサービス使用活動情報）と組み合わせて、完全な通知メッセージシーケンスを形成することによって、デバイス通知メッセージシーケンスを開始すること；
ｃ．ネットワークベースの通知メッセージ情報１６９７Ｂなどネットワーク要素上に記憶されている情報に基づいて通知メッセージシーケンスを開始する（例えば、特定のメッセージシーケンス情報セットをサーバから引き出す、または、オプションを含む一連のウェブページなど特定のポータルもしくはウェブサイトメッセージシーケンスを開始する／そのようなメッセージシーケンスにユーザをリダイレクションする）ために、通知トリガインデックスまたはトリガメッセージ情報を参照として使用することによって、デバイス通知メッセージシーケンスを開始すること；または、
ｄ．上記の操作の２つ以上の組合せを行うこと。デバイス通知エージェントが、デバイスユーザに通知メッセージシーケンスを提供するためにデバイスＵＩと通信する。
【０３１１】
例えば、通知エージェントは、メッセージシーケンスを開始する（例えば、一連のウェブサイトページを起動する）、メッセージを生成する、もしくはメッセージをアセンブルする（例えば、デバイスおよび／またはネットワーク上の様々な場所から情報を受信／リクエスト／検索して、テキストおよびグラフィックスをアセンブルしてメッセージシーケンスにする）、またはメッセージを実行する（例えば、より複雑なＵＩ表示オブジェクトにそれらを埋め込むために番号を使用する）。
【０３１２】
いくつかの実施形態では、サービス使用量通知トリガ検出要素はネットワーク要素である。いくつかの実施形態では、サービス使用量通知トリガ検出要素は、デバイス上に位置されたデバイスエージェントである。
【０３１３】
本明細書で述べるプログラム可能なデバイスユーザ通知エージェントシステムは、通知トリガイベント検出基準および関連の通知メッセージシーケンスタイプ、ならびにモバイルワイヤレスデバイスなどのワイヤレス通信デバイスに関する特定の通知メッセージシーケンスについて、よりフレキシブルであり包括的な定義を提案する。例えば、本明細書で述べる様々な実施形態を使用して、広範な通知トリガイベント検出基準を定義およびプロビジョニングすることができ、対応する広範な関連の通知メッセージシーケンス（例えば、本明細書では通知とも呼ぶ）を定義およびプロビジョニングすることができる。いくつかの実施形態では、通知トリガイベント（例えば。および通知トリガインデックスまたは通知トリガメッセージの後続の受信）によって開始されるユーザ通知は、以下のものの１つまたは複数を含む。
１．サービスポリシーに基づいて、監視されているネットワークサービス使用活動がポリシー外であるという通知；
２．通信デバイスの１つまたは複数のサービスポリシー設定を修正するというオプション；
３．サービスプラン変更のユーザ選択を記述または提案する通知；
４．サービス使用量通知をユーザが受信したことの確認をユーザが要求される通知確認；
５．サービス使用量超過条件またはサービス使用の現在もしくは将来のコスト条件の通知確認；
６．サービス使用活動に関するサービスプラン更新または一時的な使用許可のユーザ選択を記述または提案する通知（例えば、アプリケーション（例えば、ブラウザ、電子メールプログラムもしくはウェブ閲覧、マッピングまたはディレクションアプリケーションもしくはウェブ閲覧、オーディオアプリケーションもしくはウェブ閲覧、音声アプリケーションもくしはウェブ閲覧、チャットアプリケーションもしくはウェブ閲覧、ストリーミング音楽もしくはビデオアプリケーションもしくはウェブ閲覧、ｅＲｅａｄｅｒ、ゲームアプリケーションもしくはウェブ閲覧、カレンダーアプリケーションもしくはウェブ閲覧、コンタクトアプリケーションもしくはウェブ閲覧、ソーシャルネットワークアプリケーションもしくはウェブ閲覧、または他のアプリケーションプログラムもしくはウェブ閲覧）；ネットワーク宛先（例えば、ウェブサイトまたはサーバアドレス）；コンテンツタイプ（例えば、オーディオもしくはビデオ、広告、ファイルダウンロード、ピクチャファイル、ビデオファイルもしくはストリーミング、オーディオファイルもしくはストリーミングへのｈｔｔｐ、ウェブリンク）；トラフィックタイプ、サービスタイプ（例えば、データ、ビデオ、オーディオ、または音声）；キャリアスポンサードサービス、第三者スポンサードサービス、またはユーザ有料サービス）；
７．現在のサービスプランポリシーでカバーまたは許可されていないサービス使用活動に関するサービスプラン更新または一時な使用許可のユーザ選択を記述または提案する通知；
８．現在のサービスプラン（例えば、場合によっては現在の有料サービスプランを含まない）に対するアップグレード、現在のサービスプランに対するダウングレード、または現在のサービスプランに対する修正のユーザ選択を記述または提案する通知；
９．現在のサービスプラン（例えば、場合によっては現在の有料サービスプランを含まない）に対するアップグレード、現在のサービスプランに対するダウングレード、または現在のサービスプランよりも適したサービスプランが利用可能であることを示す、検出された使用量パターンに基づく現在のサービスプランに対する修正のユーザ選択を記述または提案する通知；
１０．デバイスに接続されたネットワークの現在のビジー状態または輻輳状態を示すまたは記載する通知；
１１．現在のサービスプランの一部でない、または利用可能でない所与のＱｏＳレベルをサービス使用活動が必要とするという通知；
１２．現在のサービスプランの一部でない所与のＱｏＳレベルをサービス使用活動が必要とするという通知であって、サービス使用活動を行うために必要なＱｏＳレベルを含めるためにサービスプラン選択またはユーザ制御サービスプランポリシーを修正するというオプションをユーザに提供する通知；
１３．現在のサービスプランポリシーセットで指定されるバックグラウンド優先順位ポリシーまたはＱｏＳ優先順位ポリシーに基づいてユーザサービス使用活動（例えば、デバイスユーザによって開始されるサービス使用活動）が制限されていることを示す通知（例えば、制限は、ブロック、抑制、集約、および保持、遅延、もしくは他の方法での制御もしくは制約の１つまたは複数を含む）；
１４．現在のサービスプランポリシーセットで指定されるバックグラウンド優先順位ポリシーまたはＱｏＳ優先順位ポリシーに基づいてユーザサービス使用活動が制限されていることを示し、バックグラウンドポリシーを無効にするというオプションをユーザに提供する通知；
１５．現在のサービスプランポリシーセットで指定されるバックグラウンド優先順位ポリシーまたはＱｏＳ優先順位ポリシーに基づいてデバイスシステム活動または他の非ユーザサービス使用活動（例えば、ＯＳサービス使用活動、ソフトウェア更新、ＲＳＳフィード、アプリケーションもしくはウィジェットによってスポーンされるサービス使用活動、またはイーサネットメッセージ）が制限されていることを示す通知；
１６．現在のサービスプランポリシーセットで指定されるバックグラウンド優先順位ポリシーまたはＱｏＳ優先順位ポリシーに基づいてデバイスシステム活動または他の非ユーザサービス使用活動が制限されていることを示し、バックグラウンドポリシーを無効にするというオプションをユーザに提供する通知；
１７．デバイスに接続されたネットワークの現在のＱｏＳアベイラビリティに関する通知；
１８．所与のサービス活動が許可されていないことを示す通知；現時点での現在のサービスプランに関して、または現在のアクティブなネットワークに関して、またはローミングネットワークに関して、または現在のネットワークビジー状態もしくは輻輳状態に関して、または現在のＱｏＳアベイラビリティに関して、１つまたは複数のサービス使用活動が利用可能でない、または許可されていないという通知；
１９．現時点での現在のサービスプランに関して、または現在のアクティブなネットワークに関して、またはローミングネットワークに関して、または現在のネットワークビジー状態もしくは輻輳状態に関して、または現在のＱｏＳアベイラビリティに関して、１つまたは複数のサービス使用活動が利用可能でない、または許可されていないという通知、および、１つまたは複数のサービス使用活動を許可するためにサービスポリシー（例えばサービスプラン）機能を一時的または永久的にアップグレードするための関連の提案；
２０．現時点での現在のサービスプランに関して、または現在のアクティブなネットワークに関して、またはローミングネットワークに関して、または現在のネットワークビジー状態もしくは輻輳状態に関して、または現在のＱｏＳアベイラビリティに関して、１つまたは複数のサービス使用活動が利用可能である、または許可されているという通知；
２１．現時点での現在のサービスプランに関して、または現在のアクティブなネットワークに関して、またはローミングネットワークに関して、または現在のネットワークビジー状態もしくは輻輳状態に関して、または現在のＱｏＳアベイラビリティに関して、１つまたは複数のサービス使用活動が、低下されたアクセスネットワークパフォーマンス（例えば、抑制、バックグラウンドサービスステータス、または特定のＱｏＳレベル）で利用可能である、または許可されるという通知；
２２．現時点での現在のサービスプランに関して、または現在のアクティブなネットワークに関して、またはローミングネットワークに関して、または現在のネットワークビジー状態もしくは輻輳状態に関して、または現在のＱｏＳアベイラビリティに関して、１つまたは複数のサービス使用活動が、低いアクセスネットワークパフォーマンスで利用可能である、または許可されているという通知、および、より高いネットワークパフォーマンスまたは最高のアクセスネットワークパフォーマンスで１つまたは複数のサービス使用活動を許可するためにサービスポリシー（例えばサービスプラン）機能を一時的または永久的にアップグレードするための関連の提案；
２３．現時点での現在のサービスプランに関して、または現在のアクティブなネットワークに関して、またはローミングネットワークに関して、または現在のネットワークビジー状態もしくは輻輳状態に関して、または現在のＱｏＳアベイラビリティ、および１つまたは複数のサービス使用活動に関する現在のサービスコスト、価格、コストのレート、もしくは価格のレートに関して、１つまたは複数のサービス使用活動が利用可能である、または許可されているという通知；
２４．サービス使用活動が、現在のアクティブなネットワーク上で許可されていないが、代替ネットワーク上では利用可能であるという通知；
２５．１つまたは複数のサービス使用活動を試すために、割引き、無料、制限付きサービス使用許可、または制限時間付きの提案を提供するための特別なサービス提案；
２６．新規サービスプランまたは新規サービス使用活動がデバイスに関して利用可能であることを示す通知；
２７．機能向上された、または場合によって機能向上されたサービスパフォーマンス、サービス使用ポリシー使用許可、またはサービス使用価格設定を有する別のネットワークが利用可能であることを示す通知；
２８．デバイスによって使用されたサービスの量の表示（例えば、バイト、時間／分、使用イベントの数（例えば、視聴されたビデオの数、訪問されたウェブサイトの数、ＵＲＬの数、楽曲の数、または取引の数）、消費されたサービスプラン限度のパーセンテージ、または消費されたサービスのコスト）；
２９．ユーザによって使用されたサービスの量の表示；
３０．デバイスグループによって使用されたサービスの量の表示；
３１．ユーザグループによって使用されたサービスの量の表示；
３２．デバイス、サービス使用活動（例えば、アプリケーション、ネットワーク宛先、またはサービスタイプ）、またはデバイスグループに関するサービス使用許可量の残量の表示；
３３．デバイスのサービス使用速度の表示（例えば、サービス使用レート、サービス使用限度をサービスプラン期間で割った値であるサービス使用レートと比較したサービス使用レート、単位時間当たりのサービス使用、単位時間当たりのプラン限度の％、使用限度に達するまでの予想される時間、サービスコストまたはサービス料金累積のレート、またはプラン期間の終了時の予想される使用量またはコスト）；
３４．ユーザのサービス使用速度の表示；
３５．デバイスグループのサービス使用速度の表示；
３６．ユーザグループのサービス使用速度の表示；
３７．サービス使用活動がサービス使用量超過を生じる可能性があるという通知；
３８．活動を継続するまたは活動を中断するというユーザオプションを含む、サービス使用活動がサービス使用量超過を生じる可能性があるという通知；
３９．活動を継続するまたは活動を中断するというユーザオプションと、ユーザが活動を継続することを選択した場合のユーザ確認とを含む、サービス使用活動がサービス使用量超過を生じる可能性があるという通知；
４０．ユーザによって選択されたサービス使用活動の典型的なサービス使用が、指定のサービス使用速度を生じることをユーザに知らせる通知；
４１．ユーザによって選択されたサービス使用活動の典型的なサービス使用が、指定のサービス使用速度を生じることをユーザに知らせ、サービス使用活動を中断または継続するというオプションをユーザに提供する通知；
４２．ユーザによって選択されたサービス使用活動の典型的なサービス使用が、指定のサービス使用速度を生じることをユーザに知らせ、サービス使用活動を中断または継続するというオプションと、ユーザがサービス使用活動を継続することを選択した場合のユーザ確認とをユーザに提供する通知；
４３．どのサービス使用活動がサービス使用量に寄与しているか、または最も大きく寄与しているかの通知；
４４．どのサービス使用活動がサービス使用量に寄与しているか、または最も大きく寄与しているかの通知；ここで、サービス使用は、アプリケーション別、ネットワーク宛先別、またはサービスタイプ別に分類される；
４５．どのサービス使用活動が、生じ得るサービス使用量超過または生じ得るサービス使用量超過に寄与しているか、または最も大きく寄与しているかの通知；
４６．デバイス上でのサービス使用活動によって、またはデバイス上でのサービス使用活動のグループによって使用されるサービス量の表示；
４７．サービスポリシーに基づくサービス使用量超過の超過通知。ここで、超過通知は、通信デバイスまたは通信デバイスのユーザに関連付けられるサービスアカウントにサービス使用量超過が料金請求されるという表示を含む；
４８．デバイスまたはユーザのグループによって使用されるサービスの量の表示；
４９．デバイスまたはユーザのグループに共通のサービス使用量活動またはサービス使用量活動グループによって使用されるサービス量の表示；
５０．通知が表示されているデバイスとは異なるデバイスによって消費されているサービス使用量の表示；
５１．通知が表示されているデバイスとは異なるデバイスによって消費されているサービス使用量の表示；ここで、異なるデバイスは、通知表示デバイスも属しているデバイスグループ（例えば、ファミリープラングループまたは企業グループ）のメンバーである；
５２．サービスポリシーに基づくサービス使用量超過の超過通知。ここで、超過通知は、通信デバイスに関連付けられるマルチユーザサービスアカウントにサービス使用量超過が料金請求されるという表示を含み、ここで、マルチユーザサービスアカウントは、複数のユーザに関する企業アカウントまたはファミリープランアカウントを含む；
５３．サービスポリシーに基づくサービス使用量超過の超過通知。ここで、超過通知は、通信デバイスまたは通信デバイスのユーザに関連付けられるサービスアカウントにサービス使用量超過が料金請求されるという表示を含み、通信デバイスの処理装置は、さらに、通信の確認をリクエストし、ネットワークデバイスに確認を報告するように構成される；
５４．デバイスグループ（例えば、ファミリープランまたは企業ユーザプラン）内の１つまたは複数の他のデバイスに関する使用量分割を提供する、デバイスグループ内の１つのデバイスに対する通知；
５５．デバイスグループ、またはデバイスグループ内のデバイスのサブセットについて、１つまたは複数のサービス使用活動に関するアクセスポリシー、パフォーマンス、または、限度を制御または修正するというオプションを提供する、デバイスグループ内の１つのデバイスへの通知；
５６．サービス使用活動、サービスプラン、またはサービス機能がデバイス上で追加、更新、アップグレード、または変更されたという通知；
５７．サービス使用ポリシーがデバイス上で変更されたという通知；
５８．スポンサードサービス使用活動（例えば、ユーザ以外の当事者によって支払われるサービス使用活動；ショッピングまたは本または他の製品またはサービスのためのスポンサードアプリケーションまたはウェブサイトアクセス；あるいは、検索、ニュース、ビデオクリップ、または他のコンテンツに関するスポンサードアプリケーションまたはウェブサイトアクセス；あるいはスポンサード企業ネットワークサービスアクセス）がデバイス上で利用可能であることを示す通知；
５９．スポンサードサービス使用活動によって使用されたサービス量の表示；
６０．スポンサードサービス活動の使用がスポンサードサービス使用ポリシー制限外であるという通知；
６１．スポンサードサービス活動に関してサービス使用限度に近付いている、または達していることを表す通知；
６２．スポンサードサービス活動に関してサービス使用限度に近付いている、または達していることを表し、サービスの使用を継続するための１組の代替案を提案する通知；
６３．デバイスユーザ優良顧客評価の通知；
６４．デバイスユーザ優良顧客評価が、１組のサービス使用活動を行うのに十分であるという通知；
６５．デバイスユーザ優良顧客評価が、１組のサービス使用活動を行うには不十分であるという通知；
６６．優良顧客評価を累積する方法をユーザに知らせる通知；
６７．優良顧客評価ポイントの量を示す通知；
６８．プログラム可能な通知トリガイベント検出基準（例えば、ユーザによってアクセスされる１つまたは複数のアプリケーションおよび／またはネットワーク宛先のパターン、特定のネットワークへのアクセス、または特定のデバイス地理的位置に関わるネットワークへのアクセス）に基づいて、サービスプランまたは他のトランザクションの購入の提案をユーザに提供する通知メッセージ；
６９．自動的に入ることができる利用可能なローミングネットワークをユーザに提供する通知メッセージ；
７０．利用可能なローミングネットワークおよびそれらの関連の使用料金をユーザに提供する通知メッセージ；
７１．利用可能なローミングネットワークおよびそれらの関連のパフォーマンス、サービスプランポリシー、またはサービスポリシー使用許可量をユーザに提供する通知メッセージ；
７２．推定されるローミングサービス使用量をユーザに提供する通知メッセージ；
７３．推定されるローミングサービス使用コストをユーザに提供する通知メッセージ；
７４．推定されるローミングサービス使用速度またはコスト累積レートをユーザに提供する通知メッセージ；
７５．現在の使用挙動または履歴使用挙動を前提として、推定されるローミングサービス使用量またはコストをユーザに提供する通知メッセージ；
７６．選択されているサービス使用活動が、高いローミングサービス使用レートまたは高いサービス使用コスト累積レートを生じる可能性がある、または生じることになることをユーザに警報する通知メッセージ；
７７．ユーザ指定の、またはサービスデザイン管理者指定のローミングサービス使用速度またはコスト累積限度よりも高い典型的または平均サービス使用速度またはサービスコスト累積を有するローミングサービス使用活動が開始または試行されていることをユーザに警報する通知メッセージ；
７８．ユーザ指定の、またはサービスデザイン管理者指定のローミングサービス使用速度またはコスト累積限度よりも高い典型的または平均サービス使用速度またはサービスコスト累積を有するローミングサービス使用活動が開始または試行されていることをユーザに警報する通知メッセージ、およびサービス使用活動を中断または継続するというユーザオプション；
７９．デバイス、サービス使用活動、またはサービス使用活動の集合に関する推定されるローミングサービス使用速度またはコスト累積レートをユーザに提供する通知メッセージ；
８０．別のデバイスまたは別のデバイスユーザのローミング使用挙動に関して、１人のデバイスユーザに提供される通知メッセージ；
８１．デバイスグループまたはユーザグループに関する総計のローミングサービス使用量；
８２．ストリーミングオーディオまたはビデオサービスに関して選択された、または利用可能であるが選択されていない現在のサービスレベル（例えば、オーディオもしくはビデオに関する利用可能なビットレート、またはオーディオもしくはビデオ解像度）をデバイスユーザに知らせる通知；
８３．サービスプランまたはサービスポリシーセット使用限度が提供する典型的な、予想される、平均の、または実際のサービス活動使用イベントまたは使用単位のリスト（例えば、典型的なウェブページダウンロード数または時間／分、ソーシャルネットワーキングページの数または時間／分、１つまたは複数のオーディオ品質レベルまたは解像度での音声コールの数または時間／分、１つまたは複数のビデオ品質レベルまたは解像度でのビデオコールの数または時間／分、１つまたは複数のオーディオ品質レベルでのストリーミングオーディオクリップまたは楽曲の数または時間／分、１つまたは複数のビデオ品質レベルでのビデオクリップの数または時間／分、電子メールテキストメッセージまたはダウンロードの数、ファイルダウンロードの数、プレイされたゲームの数またはゲームの時間／分、ダウンロードされた本の数、再生またはダウンロードされた楽曲の数、ニュースレポートまたはマガジン配信の数または時間／分、ウェブサイトページダウンロードの数または時間／分、あるいはアプリケーション使用の数または時間／分）をデバイスユーザに提供する通知メッセージ；
８４．ユーザのニーズに適合するサービスプラン（例えば。またはサービスプランセット）をユーザが決定するのを支援するために、ユーザのアクセスサービスニーズに関する質問のリスト、および場合によっては回答から生じる付随する質問をユーザに提供する通知メッセージ；
８５．ユーザが根本的原因または解決策を特定するのを支援するために、ユーザのアクセスサービスに関してユーザが有する課題または問題に関する質問のリスト、および場合によっては回答から生じる付随する質問をユーザに提供する通知メッセージ；
８６．アクセスサービス問題または課題を解決するためのアクションを推奨するユーザへの通知メッセージ；
８７．ユーザがサービスプランを選択する、またはアクセスサービス課題または問題をトラブルシューティングするのを支援するために、遠隔診断サービス、指導サービス（例えば、指導ページのシーケンス、または場合によっては対話型指導ページ）、チャットサービス、音声サービス、またはビデオサービスの開始をリクエストまたは推奨するユーザへの通知メッセージ；
８８．ユーザがサービスプランを選択する、またはアクセスサービス課題または問題をトラブルシューティングするのを支援するために、遠隔診断サービス、指導サービス（例えば、指導ページのシーケンス、または場合によっては対話型指導ページ）、チャットサービス、音声サービス、またはビデオサービスの開始をリクエストまたは推奨するユーザへの通知メッセージであって、通知メッセージおよびユーザオプションが、デバイスに関するスポンサードサービスとして提供される通知メッセージ；
８９．ユーザがサービスプランを選択する、またはアクセスサービス課題または問題をトラブルシューティングするのを支援するために、遠隔診断サービスまたはチャットサービスを開始および実施するユーザへの通知メッセージシーケンス；
９０．ユーザがサービスプランを選択する、またはアクセスサービス課題または問題をトラブルシューティングするのを支援するために、遠隔診断サービスまたはチャットサービスを開始および実施するユーザへの通知メッセージシーケンスであって、通知メッセージシーケンスおよびユーザ通信がデバイスに関するスポンサードサービスとして提供される通知メッセージシーケンス；
９１．サービス使用履歴またはサービス活動履歴またはアプリケーション活動履歴（例えば、デバイスサービス使用履歴もしくは試行されたサービス使用の履歴、またはサービス使用活動履歴、またはアプリケーション活動履歴）をネットワークにアップロードするためにユーザからの許可をリクエストする通知メッセージ；
９２．以下のものの１つまたは複数をユーザに提供する通知メッセージ。ネットワーク接続ステータス、ネットワーク接続スループット（例えば、ＰＰＰレイヤー、ＩＰレイヤー、またはストリームレイヤーで測定されるビットレートおよび／またはパケットレート）、ネットワーク接続スループット変動、ネットワーク接続ビットエラーレートまたはパケットエラーレート、ネットワーク接続成功と接続試行（例えば、成功のパーセンテージ、または試行と成功のカウント）、またはネットワーク接続パフォーマンスの別の尺度；
９３．アクセスネットワーク接続パフォーマンス履歴情報をネットワークにアップロードするためにユーザからの許可をリクエストする通知メッセージ；
９４．場合によってはアクセスサービス問題を解決する方法に関する推奨と共に、ワイヤレス接続のパフォーマンス、品質、またはステータス履歴情報の解析の結果をユーザに提供する通知メッセージシーケンス；
９５．以下のものの１つまたは複数をユーザに提供する通知メッセージ。ネットワーク接続信号強度、ネットワーク接続信号対雑音比、生のモデムビットレート、モデムビットエラーレート、モデムチャンネル、基地局もしくは基地局セクタ、ネットワークビジー状態もしくはネットワーク輻輳状態、またはワイヤレス接続のパフォーマンス、ワイヤレス接続の品質、もしくはワイヤレス接続のステータスの別の尺度；
９６．ワイヤレス接続のパフォーマンス、または品質、またはステータスの履歴情報をネットワークにアップロードするために、ユーザからの許可をリクエストする通知メッセージ；
９７．場合によってはアクセスサービス問題を解決する方法に関する推奨と共に、ワイヤレス接続のパフォーマンス、品質、またはステータス履歴情報の解析の結果をユーザに提供する通知メッセージシーケンス；
９８．上記の通知実施形態の任意のもの。ここで、サービス使用の量、速度、または典型的な予想の通知が上記の実施形態の説明で指定され、上記の実施形態の説明で指定されるサービス使用の量、速度、または典型的な予想の通知が、サービスコストまたは価格の量、速度、または典型的な予想の通知によって置き換えられる。
【０３１４】
いくつかの実施形態では、通信デバイスの処理装置は、さらに、以下のことを行うように構成される。ネットワークサービス使用（例えば、２Ｇ、３Ｇ、４Ｇ、ＷｉＦｉ、および／または他のタイプのワイヤレスネットワークアクセス）のためのワイヤレス通信に複数のワイヤレスネットワークが利用可能であることを検出すること；および、マルチネットワークサービスプランオプション（例えば、２Ｇ、３Ｇ、４Ｇ、ＷｉＦｉ、および／または他のタイプのワイヤレスネットワークアクセスに関するサービスプランオプションおよび／または格差付きの通知ポリシー設定）を含むユーザ通知を生成すること。
【０３１５】
いくつかの実施形態では、通信デバイスの処理装置は、さらに、以下のことを行うように構成される。通信デバイスがローミングネットワークに接続される時を検出すること；および、ローミングネットワーク上でのローミングサービス使用に関するローミングコスト情報を含むローミングコスト通知を生成すること。いくつかの実施形態では、通信デバイスの処理装置は、さらに、以下のことを行うように構成される。通信デバイスがローミングネットワークに入る、および出る時を検出すること；および、ローミングネットワーク上でのサービス使用量に基づくローミングコスト通知と、通信デバイスがネットワーク内でのサービスを使用している時に関連付けられるコスト通知との両方を生成すること。それにより、デバイスユーザ／所有者が常に総計のコストを知ることができ、コストは、デバイスが現在ローミングしているローミングネットワークに応じる。いくつかの実施形態では、通信デバイスの処理装置は、さらに、コスト通知を生成するように構成され、コスト通知は、ローミングネットワーク上でのローミングサービス使用に関するローミングコスト情報を含むローミングコスト通知と、通信デバイスに関連付けられるサービスプランに関するネットワーク内での、１つまたは複数のネットワーク上でのサービス使用に関するネットワーク内コスト情報を含むネットワーク内コスト通知とを含む。いくつかの実施形態では、通信デバイスは、世界各国の様々な地域で様々なネットワークにわたってローミングすることができる（例えば、ＣＤＭＡ、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、ＨＳＰＡ、およびＬＴＥローミング機能）。いくつかの実施形態では、通信デバイスがローミングモードにある間、ローミングサービス使用量尺度が表示される。いくつかの実施形態では、ローミングサービス使用量尺度は、データ使用量尺度を示す（例えば、ローミングサービス使用量尺度は、キロバイト（ＫＢ）でのデータ使用量、例えば国際メータ／ゲージを表示することができ、非ローミング／プラン内サービス使用量尺度は、メガバイト（ＭＢ）でのデータ使用量、例えば国内使用メータ／ゲージを表示することができる）。いくつかの実施形態では、通信デバイスがローミングモードにあるとき、サービス使用量尺度に対する支払いが、サービス使用量のコストと共に表示される。これは、（例えば、ローミングサービスプランの下でカバーされたサービスプラン内にない）サービスローミングサービスモードに対する支払いである。いくつかの実施形態では、格差付きの通知ポリシーが提供され、例えば、ユーザ通知は、デバイスに関連付けられるサービスプラン、サービスコンポーネント、および／またはサービス活動に基づいてユーザ通知を提供するように適合またはカスタマイズされる。例えば、異なるＵＩ通知トリガおよびメッセージシーケンスを、異なるサービスに関して提供することができる。別の例として、異なるゲージまたはメータを、異なるサービスに関して提供することができる。いくつかの実施形態では、しきい値および警告は、プラン内、ローミング、および／またはサービスネットワークサービス使用に対する支払いに関して異なる、および／または異なる構成にすることができる。いくつかの実施形態では、サービス使用量尺度は、ハイパーリンク付きのウィジェットであり、このウィジェットは、ユーザによって選択されると、サービスプランオプションポータルもしくはウェブページ、または他のアプリケーションに接続し、それにより、ユーザは、現在のサービスプランを閲覧して、変更、オプション、および／または更新、あるいは新規サービスプランを選択できるようになる。
【０３１６】
いくつかの実施形態では、通信デバイスの処理装置は、さらに、ネットワークベースのサービス使用量尺度に基づいてデバイスベースのサービス使用量尺度を定期的に同期させるために、ネットワークベースのサービス使用量尺度を受信するように構成される。いくつかの実施形態では、通信デバイスの処理装置は、さらに、ネットワークベースのサービス使用量尺度に基づいてデバイスベースのサービス使用量尺度を同期させるために、ネットワークベースのサービス使用量尺度を受信するように構成され、ここで、ネットワークベースのサービス使用量尺度は、以下のものの１つまたは複数に基づいて通信デバイスに送信される。時間ベースのイベント、サービス使用ベースのイベント、およびサービスプランベースのイベント（例えば、プラン開始日、プラン新規設定日、サービスプラン機能変化、新規／アップグレードサービスプラン、および／または他のサービスプランベースのイベント）。 いくつかの実施形態では、通信デバイスの処理装置は、さらに、ネットワークベースのサービス使用量尺度に基づいてデバイスベースのサービス使用量尺度を定期的に同期させるために、ネットワークベースのサービス使用量尺度を受信するように構成され、ここで、デバイスベースのサービス使用量尺度は、サービスプラン別および／またはサービスプロバイダ別にバルクサービス使用量尺度を含み、通信デバイスの処理装置はさらに、ネットワークベースのサービス使用量尺度同期の合間にデバイスベースのサービス使用量尺度を更新するために、ネットワークベースのサービス使用量を監視するように構成される。いくつかの実施形態では、ユーザ通知は、監視されているネットワークベースのサービス使用量に基づいて警告を生成し、警告は、監視されているネットワークベースのサービス使用量尺度がネットワークベースのサービス使用量尺度同期に基づいて検証されるまでは表示されない。いくつかの実施形態では、通信デバイスの処理装置は、さらに、ネットワークベースのサービス使用量尺度に基づいてデバイスベースのサービス使用量尺度を定期的に同期させるために、ネットワークベースのサービス使用量尺度を受信するように構成され、ここで、デバイスベースのサービス使用量尺度は、サービスプラン別および／またはサービスプロバイダ別にバルクサービス使用量尺度を含む。
【０３１７】
いくつかの実施形態では、通信デバイスの処理装置が、さらに、ネットワークサービスの通信デバイス使用の制御を支援するためのサービスポリシーを受信するように構成され、ここで、サービスプランは、全体のサービス使用限度および／またはサービス当たりの使用限度を含み、サービスポリシーは定期的に更新される。
【０３１８】
いくつかの実施形態では、通信デバイスの処理装置が、さらに、予想されるサービス使用量に基づいてサービス使用速度を決定し、サービス使用量通知の速度を生成するように構成され、ここで、サービス使用速度の通知は、例えば、サービス制限がサービス使用プラン期間にわたって直線的に消費されると仮定して現時点で実現されるサービス使用量と比較したサービス使用量を含む。いくつかの実施形態では、サービス使用速度の通知は、現在の使用量パターンが継続する場合の、サービスプラン期間の終了時の予想されるサービス使用量を含むことができる。本明細書で述べる様々な実施形態に鑑みて、サービス使用速度に関係する様々なユーザ通知を提供することができることを当業者は理解されよう。いくつかの実施形態では、サービス使用速度に関係付けられるユーザ通知は、サービス使用の現在のレートが、プラン期間中にサービス使用量超過を生じる可能性があるか、それともサービスプラン上限内のサービス使用量を生じるかの表示を含む。いくつかの実施形態では、サービス使用速度に関係付けられるユーザ通知は、サービス使用速度が高いときに警告メッセージユーザ通知を生成することを含む。いくつかの実施形態では、警告メッセージユーザ通知が生成された後、ユーザは、ユーザのサービス使用挙動により良く適することがある別のサービスプラン（例えば。またはサービスプランオプション／機能）を選択するというオプションを提供される。
【０３１９】
いくつかの実施形態では、通信デバイスの処理装置は、さらに、以下のことを行うように構成される。通信デバイスに関するサービス使用履歴を解析すること；サービス使用ランキングを決定すること；および、１つまたは複数の監視されているネットワークサービス使用活動に関するサービス使用ランキングと、１つまたは複数の監視されているネットワークサービス使用活動それぞれによる全体のサービス使用の相対シェアとを含むサービス使用量通知を生成すること。
【０３２０】
いくつかの実施形態では、通信デバイスの処理装置は、さらに、以下のことを行うように構成される。リクエストされたサービス使用活動、追加のネットワークサービス使用のための時間、新規サービスプラン、アップグレードサービスプラン、およびスポンサードサービスの１つまたは複数を購入するための１つまたは複数のオプションを表示すること；および、ユーザによる購入を認証するユーザ確認をリクエストすること。いくつかの実施形態では、通信デバイスの処理装置は、さらに、ネットワークサービスアクセスを購入するための１つまたは複数のオプションを表示するように構成され、ここで、１つまたは複数のオプションは、サービスポリシーに基づき、ネットワークサービス使用は、オフピークまたはオンピークであり、ネットワークサービス使用は、ネットワークサービス使用がオフピークであるかオンピークであるかに基づいて制御される。例えば、ＵＩ通知は、新規および／またはアップグレード／ダウングレードサービスプランオプションを含むことができ、これは、いくつかの例では、監視されているサービス使用量挙動／パターンに基づく推奨を含む（例えば、高い帯域幅のサービス使用のユーザは、無制限のデータプラン、または低い帯域幅のサービス使用のユーザよりも高いデータ限度のプランを購入するように推奨される）。別の例では、ＵＩ通知は、バルクサービス提案および／または特定の／個別のサービス提案（例えば、電子メール、音楽ダウンロード／ストリーミング、ビデオ／ＴＶストリーミング、および／または他のサービス）を含むことができる。
【０３２１】
いくつかの実施形態では、通信デバイスの処理装置は、さらに、１つまたは複数の監視されているネットワークサービス使用活動を分類し、１つまたは複数の分類されたネットワークサービス使用活動に基づいて１つまたは複数のユーザ通知を生成するように構成される。いくつかの実施形態では、通信デバイスの処理装置は、さらに、１つまたは複数の監視されているネットワークサービス使用活動を、フォアグラウンド活動、バックグラウンド活動、システム活動、ネットワーク容量制御サービス活動、および／またはサービスプランベースの警告活動として分類し、１つまたは複数の分類されたネットワークサービス使用活動に基づいて１つまたは複数のユーザ通知を生成するように構成される。いくつかの実施形態では、通信デバイスの処理装置は、さらに、通信デバイス上で実行される１つまたは複数のアプリケーションを識別するために、１つまたは複数の署名を使用して、１つまたは複数の監視されているネットワークサービス使用活動を識別し（例えば、通信デバイス上に記憶されたテーブル、またはネットワークベースのテーブルを使用して、アプリケーション名を検証／有効化し、例えば、ｉｅｘｐｌｏｒｅ．ｅｘｅがｏｕｔｌｏｏｋ．ｅｘｅとしてマスカレードしていないことを検証するなど、アプリケーションを検証する）、１つまたは複数の分類されたネットワークサービス使用活動に基づいて１つまたは複数のユーザ通知を生成するように構成される。いくつかの実施形態では、通信デバイスの処理装置は、さらに、１つまたは複数の監視されているネットワークサービス使用活動を、フォアグラウンド活動、バックグラウンド活動、システム活動、ネットワーク容量制御サービス活動、および／またはサービスプランベースの警告活動として分類し、１つまたは複数の分類されたネットワークサービス使用活動に基づいて１つまたは複数のユーザ通知を生成するように構成され、ここで、フォアグラウンド活動、ネットワーク容量制御活動、および／またはサービスプランベースの警告に関するユーザ通知は、ユーザ通知警告を生成し、バックグラウンド活動および／またはシステム活動に関するユーザ通知は、キューに入れられるユーザ通知を生成し、ここで、ユーザ通知警告は、以下のものの１つまたは複数を含む。ステータストレイベースのメッセージ、ウィジェットベースのメッセージ、ポップアップウィンドウベースのメッセージ（例えばトースト）、電子メールメッセージ、テキストメッセージ（例えばＳＭＳメッセージ）、および音声メッセージ。
【０３２２】
いくつかの実施形態では、ユーザ通知は、通信デバイス上での監視されているネットワークサービス使用量に基づくサービスプラン警告、さらに、サービスポリシーに関連付けられる警告しきい値、通信デバイスに関連付けられるサービスプラン、設定された警告しきい値、および／またはユーザ通知に関するユーザ設定の嗜好を含む。いくつかの実施形態では、ユーザ通知は、通信デバイス上での監視されているネットワークサービス使用量に基づくサービスプラン警告と、通信デバイスに関連付けられるサービスプランの下での全体のサービス使用量および／またはサービス毎の使用許可量のパーセンテージに基づく１つまたは複数の警告しきい値とを含む。いくつかの実施形態では、ユーザ通知は、リクエストされたネットワークサービスアクセスが、通信デバイスに関連付けられるサービスプランの下での使用許可量を超えているのでブロックされているというサービスプラン警告を含み、ここで、サービスプラン警告は、リクエストされたネットワークサービスアクセスをユーザが続けるというオプションを含み、これは、リクエストされたネットワークサービスアクセスに関連付けられる任意の関連の超過料金の確認を含む。いくつかの実施形態では、ユーザ通知は、リクエストされたネットワークサービスアクセスが、通信デバイスに関連付けられるサービスプランの下での使用許可量を超えているのでブロックされているというサービスプラン警告を含み、ここで、サービスプラン警告は、リクエストされたネットワークアクセスを可能にする、無料の、または購入できる１つまたは複数の提案をユーザが選択するというオプションを含む。
【０３２３】
いくつかの実施形態では、ユーザ通知は、ユーザインターフェースゲージを含む。いくつかの実施形態では、ユーザ通知は、ユーザインターフェースゲージを含み、使用量ゲージは、使用量ゲージおよび／または使用量メータを含む（例えば、超過も示す使用量メータが、現在のサービスプラン容量／データ限度を超える現在のサービス使用量を示し、および／または速度メータが、現在の使用の速度と、現在の使用量および／または推定される使用量に基づく、ある期間にわたる推定サービス使用量に関するコストの推定量とを提供することができる）。いくつかの実施形態では、ユーザ通知は、ある期間中の通信デバイスの全体のネットワークサービス使用量の表示を提供する使用量ゲージおよび／または使用量メータを含む。いくつかの実施形態では、ユーザ通知は、制限付きのデータプランに関して、ある期間中の通信デバイスの全体のネットワークサービス使用の表示を提供する使用量ゲージおよび／または使用量メータ（例えば、使用量バー）を含み、ここで、ユーザ通知はさらに、追加のデータを購入するオプション、個別サービスを購入するオプション、および／または新規サービスプランを購入するオプションを含む。いくつかの実施形態では、ユーザ通知は、ある期間中の、通信デバイスの１つまたは複数の監視されているネットワークサービス使用別のネットワークサービス使用量の表示を提供する使用量ゲージおよび／または使用量メータを含む。いくつかの実施形態では、ユーザ通知は、ユーザプライバシー入力制御を含み、ここで、ユーザプライバシー入力制御は、ユーザが、１つまたは複数のネットワークサービスに関するデータ使用量パターンの監視および報告に関するオプトインまたはオプトアウトオプションを選択できるようにするためのオプトイン／アウトオプションを含む。いくつかの実施形態では、ユーザプライバシー情報（例えば、ユーザが訪問したウェブサイト、ユーザによる購入取引、サービス使用量情報、および／または他のユーザプライバシー情報）は、ユーザがオプトインオプションを選択しない限り、および／または特定のそのようなプライバシー情報を共有するように他の方法で設定／同意しない限り、デバイスにローカルに安全に記憶され、いかなる第三者とも共有されず、またはいかなるネットワーク要素とも通信されない。いくつかの実施形態では、ユーザ通知は、速度ゲージに対する使用量メータを含む。
【０３２４】
いくつかの実施形態では、通信デバイスの処理装置は、さらに、監視されているネットワークサービス使用のコストを計算するように構成され、ここで、ユーザ通知は、監視されているネットワークサービス使用のコストを含むコスト通知を提供するために、超過も示すメータを含む。いくつかの実施形態では、ユーザ通知は、監視されているネットワークサービス使用の予想されるコストを含むコスト通知を提供するために、超過も示すメータを含む。いくつかの実施形態では、ユーザ通知は、ある期間中の、通信デバイスの監視されているネットワークサービス使用活動に関するコスト通知または予想コスト通知を示すために、コスト警告を含む。いくつかの実施形態では、ユーザ通知は、ローミングインジケータを含み、通信デバイスがローミングしていること、およびローミングがプラン内ローミングパートナーとのものであるか、プラン内ローミングパートナーとのものでないかを示す。いくつかの実施形態では、ユーザ通知は、通信デバイスに関連付けられるサービスプランに基づいて、ピーク時間であるかオフピーク時間であるかを示すために、時間帯インジケータを含む。いくつかの実施形態では、ユーザ通知は、マスタ使用量ゲージを含み、マスタ使用量ゲージは、通信デバイスに関連付けられるマルチデバイスまたはマルチユーザサービスプランに関連付けられる複数の通信デバイスに関するマスタサービス使用量インジケータを提供する。
【０３２５】
いくつかの実施形態では、ユーザ通知は、単一デバイス使用量ゲージと、マスタ使用量ゲージとを含み、マスタ使用量ゲージは、通信デバイスに関連付けられるマルチデバイスまたはマルチユーザサービスプランに関連付けられる複数の通信デバイスに関するマスタサービス使用量インジケータを提供し、マスタ使用量ゲージは、ある期間中の全体的なサービス使用活動および／またはサービス毎の使用活動を提供する。いくつかの実施形態では、デバイス通知使用量ゲージまたはサービス使用量インジケータに関するマルチユーザまたはマルチデバイスサービス使用量決算は、以下のように実施される。複数のデバイスに関するデバイスサービス使用量監視がネットワーク内で保守される。ネットワーク要素が、所与のマルチユーザまたはマルチデバイスアカウントに属するデバイスを識別し、アカウントに属するすべてのデバイスについて、所与の使用量更新時間に利用可能な使用量情報に関して使用量アカウントを集約する。ネットワーク要素が、総計の使用量の表示を単一のデバイスに提供して／利用可能にして、デバイスマルチユーザまたはマルチデバイス使用量ゲージまたは使用量インジケータに表示する。いくつかの実施形態では、ネットワーク要素は、様々な実施形態に関して本明細書で述べるように、情報をサービス使用量に関して同期更新させることによって、総計の使用量表示を所定のデバイスに利用可能にする。いくつかの実施形態では、ネットワーク要素は、総計のマルチユーザまたはマルチデバイスサービス使用量の更新を求めるデバイスリクエストに応答することによって、総計の使用量表示を所与のデバイスに利用可能にする。
【０３２６】
いくつかの実施形態では、デバイス通知使用量ゲージまたはサービス使用量インジケータに関するマルチユーザまたはマルチデバイスサービス使用量決算は、以下のように実施される。マルチユーザまたはマルチデバイスアカウントに属する各デバイスが、様々な実施形態に関して本明細書で述べるように、デバイス別の尺度として、デバイスサービス使用量を個別に報告する。ネットワーク要素が、所与のマルチユーザまたはマルチデバイスアカウントに属するデバイスを識別し、アカウントに属するすべてのデバイスについて、所与の使用量更新時間に利用可能な使用量情報に関して使用量アカウントを集約する。ネットワーク要素は、総計の使用量の表示を単一のデバイスに利用可能にして、デバイスマルチユーザまたはマルチデバイス使用量ゲージまたは使用量インジケータに表示する。いくつかの実施形態では、ネットワーク要素は、様々な実施形態に関して本明細書で述べるように、情報をサービス使用量同期更新させることによって、総計の使用量表示を所定のデバイスに利用可能にする。いくつかの実施形態では、ネットワーク要素は、総計のマルチユーザまたはマルチデバイスサービス使用量の更新を求めるデバイスリクエストに応答することによって、総計の使用量表示を所与のデバイスに利用可能にする。いくつかの実施形態では、マルチユーザまたはマルチデバイスサービス使用量通知に関して、デバイスサービス使用量尺度はまた、様々な実施形態に関して本明細書で述べるネットワークサービス使用量同期実施形態の１つを使用して、デバイス上で同期または更新される。いくつかの実施形態では、マルチユーザまたはマルチデバイスサービスプランサービス使用量通知に関して、デバイスベースの尺度は、マルチユーザまたはマルチデバイスサービスプランに属するすべてのデバイスに関して、デバイス使用量の集約前に、ネットワーク内でのネットワークベースのサービス使用量尺度と同期される。
【０３２７】
いくつかの実施形態では、マルチユーザまたはマルチデバイスサービス使用量通知システムは、別のユーザまたは別のデバイスが特定のサービス使用状態に達したとき、すなわち特定のサービス使用量パターンが検出されたときに１つのデバイスのユーザに知らせるように、サービスプロバイダによって、またはユーザによって構成される。例えば、マルチユーザアカウントまたはマルチデバイスアカウントに関するマスターユーザ（例えば、プラン所有者）は、別のユーザまたは別のデバイスが予め定義されたサービス使用量しきい値もしくはサービス使用限度に達したとき、または特定のサービス使用量パターンが発生したときに知らせを受けることができ、このパターンを使用して、通知トリガイベント検出基準を定義する。いくつかの実施形態では、サービス使用量パターンは、以下のものの１つまたは複数を含む。デバイス上で動作する１つまたは複数のアプリケーション、所与のしきい値を超える所与の期間にわたるデバイス使用速度またはレート、所与のしきい値を超えるサービス使用コスト、アクセスされる特定のネットワーク宛先、所与のサービス使用活動または１組のサービス使用活動に費やされる特定の時間量（例えば、メール（ｔｅｘｔｉｎｇ）またはソーシャルネットワーキングの使用、例えばＦａｃｅｂｏｏｋ）、または、所与の所定期間内、または所定のネットワークビジー状態中に生じる上記のサービス使用量パターンの任意のもの。いくつかの実施形態では、サービス使用量しきい値またはサービス使用量パターンをネットワークに検出させ、次いで、ユーザまたはデバイスの使用量通知メッセージをマスタユーザのデバイス通知システムに送信することによって、サービス使用量パターンが決定される。いくつかの実施形態では、サービス使用量パターンは、マスタユーザのデバイスに、各ユーザまたはデバイスに関する個別の使用量尺度を送信することによって決定され、マスタユーザデバイス通知システムは、サービス使用量しきい値に達した時、またはサービス使用量パターンが発生した時を判断する。いくつかの実施形態では、ユーザは、そのような使用量しきい値または使用量パターン通知トリガイベントに関する基準を設定し、このユーザ入力は、次いで、通知トリガイベント検出基準を定義するために使用される。例えば、これらの技法を使用して、親は、子供のデバイスでの毎日または毎月のサービス使用限度を設定して、それらの限度を超えたときに通知を受けることを望むことができ、または、夕方の所与の時間の後に、テキスト、電子メール、またはＦａｃｅｂｏｏｋなど特定のサービス活動を子供が使用したときに通知を受けることができる。いくつかの実施形態では、マスタデバイスにユーザ通知機能が提供されて、ユーザがしきい値を設定できるようにし、または、１つまたは複数の通知トリガイベント検出基準を定義するために使用される通知サービス活動使用量パターントリガイベントを識別できるようにする。いくつかの実施形態では、ユーザはまた、サービス使用限度および／またはサービス活動ネットワークアクセス許可を設定するためにユーザ通知機能を使用することもでき、サービス使用限度および／またはサービス活動ネットワークアクセス許可は、例えば、別のユーザまたは別のデバイスに関するバルク（例えば、オープンアクセスプラン）の毎日または毎月の使用限度、時間帯に基づくサービス活動ネットワークアクセス制約、所与の期間にわたるサービスコスト限度、および様々な他のサービス使用限度および／またはサービス活動ネットワークアクセス許可である。
【０３２８】
いくつかの実施形態では、通信デバイスの処理装置は、さらに、ネットワークベースのサービス使用量尺度に基づいてデバイスベースのサービス使用量尺度を定期的に同期させるために、ネットワークベースのサービス使用量尺度を受信するように構成され、ここで、ユーザ通知がマスタ使用量ゲージを含み、受信されるネットワークベースのサービス使用量尺度は、各通信デバイス、および／または通信デバイスに関連付けられるマルチデバイスまたはマルチユーザサービスプランに関連付けられる各ユーザに関するネットワークベースのサービス使用量尺度を含む。
【０３２９】
いくつかの実施形態では、ユーザ通知は、以下のものの１つまたは複数を含む。テキストメッセージ、電子メールメッセージ、音声メッセージ、ウェブサイトを介してアクセス可能なユーザポータル、ハイパーリンク付きのユーザインターフェース通知、および／または通信デバイス上で実行されるアプリケーション。いくつかの実施形態では、ユーザ通知は、複数の通信デバイスタイプに関する複数のシステムおよび／またはソフトウェアオペレーティングプラットフォームにわたって共通のフォーマットで実装された複数のグラフィカルユーザインターフェース通知を含む。いくつかの実施形態では、ユーザ通知はウィジェットを含み、ウィジェットは、ユーザによって選択されるとき、追加の情報および／またはユーザ選択のというオプションを表示するために通信デバイス上で実行されるアプリケーションを起動する。いくつかの実施形態では、ユーザ通知は、以下のものの１つまたは複数を含む。トースト（例えば、指定の／設定可能な／動的に決定される期間にわたって、および／またはユーザによって却下されるまで、ユーザに対して表示される情報を含むポップアップウィンドウ／メッセージを提供するトーストＵＩ要素）；例えば、Ａｎｄｒｏｉｄオペレーティングシステムプラットフォーム上では、トーストは、いくつかの期間にわたって現れるポップアップメッセージを取り扱うＡｎｄｒｏｉｄクラスを表す）、ウィジェット、デスクトップアイコン（例えば、ウィジェットとして実装される）、動的なデスクトップアイコン（例えば、ウィジェットとして実装される）、ハイパーリンク付きのユーザ通知、およびステータストレイメッセージ（例えば、Ａｎｄｒｏｉｄベースのオペレーティングシステム上でのステータストレイメッセージ要素）。
【０３３０】
いくつかの実施形態では、ネットワークサービスの通信デバイス使用の制御を支援するためのサービスポリシーに基づくネットワークサービス使用活動の監視は、モバイルオペレーティングシステムを使用して実装され、ここで、モバイルプラットフォームオペレーティングシステムは、以下のものの１つまたは複数を含む。Ａｎｄｒｏｉｄオペレーティングシステム、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ  Ｍｏｂｉｌｅオペレーティングシステム、Ａｐｐｌｅ  ｉＰｈｏｎｅオペレーティングシステム、Ｓｙｍｂｉａｎオペレーティングシステム、およびＨＰ／Ｐａｌｍオペレーティングシステム。いくつかの実施形態では、ネットワークサービスの通信デバイス使用の制御を支援するためのサービスポリシーに基づくネットワークサービス使用活動の監視は、モバイルプラットフォームオペレーティングシステムを使用して実装され、アプリケーションイベント監視は、モバイルプラットフォームオペレーティングシステムのユーザ空間内で実施され、ポリシー施行は、モバイルプラットフォームオペレーティングシステムのカーネル空間内で行われる。いくつかの実施形態では、ネットワークサービスの通信デバイス使用の制御を支援するためのサービスポリシーに基づくネットワークサービス使用活動の監視は、Ａｎｄｒｏｉｄオペレーティングシステムを使用して実装され、処理装置はさらに、以下のことを行うように構成される。第１のアプリケーションを実行するためのリクエストを識別するために、Ａｎｄｒｏｉｄオペレーティングシステムのフレームワークレイナー内で実行されるポリシーマネージャを使用して、アプリケーションスタートインテントスレッドをリッスンすること。ここで、ポリシーマネージャは、アプリケーションスタートインテントへの加入者である；ポリシーマネージャを使用して第１のアプリケーションに適用される第１のポリシーセットをサービスポリシーが含むかどうか判断すること；および、ポリシー施行エージェントにポリシーセットを通信すること。ここで、ポリシー施行エージェントは、Ａｎｄｒｏｉｄオペレーティングシステムのカーネル層内で実行される。
【０３３１】
いくつかの実施形態では、ネットワークサービスの通信デバイス使用の制御を支援するためのサービスポリシーに基づくネットワークサービス使用活動の監視は、Ａｎｄｒｏｉｄオペレーティングシステムを使用して実装され、処理装置は、さらに、以下のことを行うように構成される。第１のアプリケーションを実行するためのリクエストを識別するために、Ａｎｄｒｏｉｄオペレーティングシステムのフレームワークレイヤー内で実行されるポリシーマネージャを使用して、アプリケーションスタートインテントスレッドをリッスンすること。ここで、ポリシーマネージャは、アプリケーションスタートインテントへの加入者である；ポリシーマネージャを使用して第１のアプリケーションに適用される第１のポリシーセットをサービスポリシーが含むかどうか判断すること；および、アプリケーション識別子および制御リクエストを含むインターフェースリクエストを使用して、ポリシーセットをポリシー施行エージェントに通信すること。ここで、ポリシー施行エージェントは、Ａｎｄｒｏｉｄオペレーティングシステムのカーネル層内で実行される。ここで、制御リクエストは、以下のものの１つまたは複数を含む。ユーザ通知設定、抑制設定、ブロック設定、アクセス制御設定、トラフィック制御設定、料金請求システム設定、確認を含むユーザ通知の設定、同期サービス使用量情報を含むユーザ通知、ユーザプライバシー設定、ユーザ嗜好設定、認証設定、受付制御設定、アプリケーションアクセス設定、コンテンツアクセス設定、トランザクション設定、およびネットワークまたはデバイス管理通信設定。
【０３３２】
いくつかの実施形態では、デバイスベースのサービス使用量尺度は、ネットワークベースのサービス使用量尺度に基づき、ここで、ネットワークベースのサービス使用量尺度は、通信デバイスにプルおよび／またはプッシュされる。いくつかの実施形態では、ネットワークベースのサービス使用量尺度のプッシュおよび／またはプルは、以下のものの１つまたは複数に基づいて通信デバイスに送信される。時間ベースのイベント（例えば定期的に）、サービス使用ベースのイベント（例えば、サービスプランデータ限度の５０％、７５％、９０％、および／または１００％など、サービス使用量しきい値に近付くとき、ちょうどしきい値にあるとき、またはしきい値を超えたとき、および／または、ローミングサービス使用量リクエストなど、あるタイプまたはカテゴリーのサービス使用量リクエスト、および／またはサービス使用量のパターン、もしくはサービス使用量のパターンの変化）、およびサービスプランベースのイベント（例えば、サービスプランに基づくサービス使用量しきい値に近付くとき、ちょうどしきい値にあるとき、またはしきい値を超えたとき、または、サービスプラン限度に対する５％もしくは１０％増分などの増分、および／またはサービスプラン外のサービス使用量リクエストなど、あるタイプまたはカテゴリーのサービス使用量リクエスト、および／または新規サービスプランもしくはアップグレードサービスプラン）。例えば、定期的な同期および／またはイベントベースの同期を提供することによって、通信デバイスは、比較的正確なサービス使用量尺度を有することができると共に、ワイヤレスネットワークを介するそのような同期通信に関して不要なネットワーク帯域幅を使用しない。いくつかの実施形態では、そのような同期通信に関してオーバーザエアセルラネットワーク使用量を減少するために利用可能であるときには、ＷｉＦｉおよび／または他の非セルラネットワーク通信を介して同期通信を行うことができる。いくつかの実施形態では、サービス制御装置または他のネットワーク要素／機能は、本明細書で論じるようにプッシュおよび／またはプル技法を使用して、通信デバイスと通信（例えば安全な通信）を行って、ネットワークベースのサービス使用量尺度を提供する。
【０３３３】
いくつかの実施形態では、本明細書で述べる様々なプルおよび／またはプッシュ技法は、例えば、サービス使用量同期情報、ステータス情報、および／または警告もしくは他のタイプの通知を含めた、ＤＡＳに関するＵＩ通知の様々な実施形態を実装するための通信デバイスへのネットワーク通信を提供することができる。例えば、本明細書で述べる技法を使用して、ＤＡＳに関するＵＩ通知は、様々なサービス使用量、サービスプラン、課金、および／または料金請求に関係付けられる情報を提供することができ、ユーザは、特定のサービスもしくはバルクサービス使用量に関するサービスプラン使用限度を自分が超えると予想されているもしくは超えていることを知るための情報にアクセスするため、または特定のユーザが興味を持つことがある他のイベントもしくは情報にアクセスするために、ウェブページにログインする必要はない。いくつかの実施形態では、様々なシンクライアント技法が使用され、ここでは、例えば、デバイスは、本明細書で述べる様々な実施形態に鑑みて当業者に明らかなようにネットワーク通信に基づいて通知を提示する。いくつかの実施形態では、様々なスマートクライアント技法が使用され、例えば、本明細書で述べる様々な実施形態に鑑みて当業者に明らかなように、デバイスは、ネットワーク通信に基づいて、かつ、クライアントベースの技法を使用して生成することができるおよび／または以前に受信されたネットワーク通信に基づいて記憶されたローカルに記憶またはキャッシュされた情報を使用し、および／またはクライアントベースのＵＩ通知および／または表示技法を使用して、通知を提示する。例えば、本明細書で述べるように、通信デバイスは、サービス使用量尺度を同期させるための最後のネットワーク通信以降に、同期されたサービス使用量尺度を補足するためにデバイスベースのサービス使用量監視を使用して、ローカルサービス使用量尺度を保守することができる。
【０３３４】
いくつかの実施形態では、本明細書で述べるようなＤＡＳに関するＵＩ通知を提供するためのデバイスベースの技法とネットワークベースの技法の様々な組合せを含む様々なハイブリッド技法が提供される。例えば、ネットワークベースのサービス使用量尺度とデバイスベースのサービス使用量尺度は、正確なサービス使用量尺度同期を容易にするために、タイムスタンプまたは他の技法もしくは同様の技法に基づいて同期させることができる。例えば、通信デバイスは、最後のネットワーク通信以降の必要な情報のみを受信することができ（例えば、最後の同期通信以降にその尺度が変化している場合には、更新されたネットワークベースのサービス使用量尺度。しかし、最後の同期通信以降にサービスプラン情報が変化していない場合には、サービスプランはリクエスト／受信されない）、および／または最後のネットワーク通信以降の必要な情報のみをリクエストすることができる（例えば、通信デバイスが、以前に受信されて更新／変更されていない他のパラメータを記憶しているので、リクエストされるパラメータは必要なものだけであり、通信デバイスは、ネイティブＵＩなど、ローカルに生成された／実装されたＵＩを使用してＵＩ通知を提示する）。別の例として、特定の警告をローカルに実装／実施することができる（例えば、予想または推定される使用量カウントなど、ローカルに記憶／キャッシュされているサービスプランサービス使用限度に対するローカル使用量尺度に基づく２５％および５０％のサービス使用量に関する警告。しかし、警告を発生する前に同期が必要とされることがあり、この警告は、サービスプランアップグレードオプション、および／またはユーザがサービスプランサービス使用限度を超えているおよび／または超えることが予想されているという警報も含む）。別の例として、ネイティブＵＩ実装（例えば、スマートＵＩ）は、現在のサービスプランがその限度に達しそうである、および／または限度に達することが予想されること（例えば、サービスプラン容量／データ限度／上限の９５％以上）、またはその上限をちょうど超えたこと（例えば、サービスプラン容量／データ限度／上限の１００％以上）を示すネットワーク使用量同期を受信すると、超過を購入する／受け入れるというオプション、または新規／アップグレードサービスプランを選択するというオプションをユーザに提示することができ、ユーザが、超過を購入する／受け入れる、または新規／アップグレードサービスプランを選択するためのリクエストを選択した場合、通信デバイスは、途切れなくネットワークサービスを継続するために、例えばネットワークプロビジョニング要素／機能に実装すべきリクエストをネットワーク要素／機能に知らせることができる（例えば、この機能は、様々な実施形態に関して本明細書で述べるようにネイティブＵＩまたはスマートＵＩを実装する通信デバイスによって容易にされる）（例えば。および、適切であれば、使用量メータおよびユーザ通知を更新することができ、（存在する場合には）現在のデータセッションは低下されない）。別の例として、警告は、その警告を引き起こしたサービス使用量尺度および／または他のデバイスベースの監視／測定された情報を検証するためのネットワーク同期通信が行われるまで、保留としてキューに入れる／キャッシュする（例えばユーザにまだ提示しない）ことができ、その後、そのような警告を裏付ける情報をネットワーク同期通信が検証した場合に、警告をユーザに提示／表示することができる。別の例として、リアルタイム報告（ＲＴＲ）要素／機能を、ネットワークベースのサービス使用量尺度に基づく規則／警告を有するように構成することができ、これらの規則／警告は、通信デバイスのサービス使用量を監視するためのデータ経路内にあるホームエージェント（ＨＡ）に通信され、ホームエージェント（ＨＡ）は、次いでサービス使用量を監視することができ、次いで、設定された規則／警告に基づいて通信デバイスに対する警告／レポート／更新を生成する。さらに別の例として、ＵＩは、通信デバイスによって実装することができ、トラフィック制御（例えば、ブロック、抑制、および／または他のトラフィック制御技法）は、通信デバイス、ネットワーク、サービス使用またはトラフィックのタイプに基づいて、ネットワーク上、通信デバイス上、および／または様々な組合せの上に実装することができる（例えば、暗号化されたサービス使用は、通信デバイス上に実装されることがあり、そのようなトラフィックの暗号化により、例えばＤＰＩで、ネットワーク上でのトラフィック制御／監視に関するディープパケットインスペクションが行われないことがある）。
【０３３５】
いくつかの実施形態では、サービス使用量尺度は、サービスプラン新規設定日／期間終了時にリセットされる（例えば、特定のサービス使用に関連付けられる毎月のサービスプラン上限／制限を、サービスプランが新規設定された時を示すタイムスタンプに基づいて、サービスプランの下で毎月の期間の終了時にリセットすることができる）。いくつかの実施形態では、ＤＡＳに関するＵＩ通知は、サービスプラン上限／制限、および現在のサービス使用量尺度、および／または予想されるサービス使用量尺度に基づいて、例えばサービスプラン新規設定日の前に、サービス使用量残量利用可能性通知を提供することを含む。いくつかの実施形態では、サービスプラン使用量尺度は、サービス使用データボリューム尺度を含む。いくつかの実施形態では、サービス使用量尺度は、音声の分単位での尺度を含む。いくつかの実施形態では、サービス使用量尺度は、ＱｏＳに関係付けられるサービス使用量尺度を含む。いくつかの実施形態では、ＤＡＳに関するＵＩ通知は、サービス使用量がサービスプラン上限を超えたときには、超過料金に関するＵＩ通知を提供し、および／または、さらなる使用量がサービスプラン上限よりも高い様々なしきい値を超えたときには、異なる通知を提供することを含む（例えば、サービス使用に対する課金および／または罰金は、サービスプラン上限を上回るサービス使用量に応じて、および／または様々な他の基準に基づいて変わることがある）。いくつかの実施形態では、ＤＡＳに関するＵＩ通知は、課金情報および／または料金請求期日、および／または他の課金および／または料金請求に関係付けられる情報を含むＵＩ通知を提供することを含む。いくつかの実施形態では、ＤＡＳに関するＵＩ通知は、課金情報および／または料金請求期日、および／または他の課金および／または料金請求に関係付けられる情報を含むＵＩ通知を提供することを含み、また、ＵＩ通知は、そのような課金および／または料金請求に関係付けられる情報に関するユーザ確認（例えば、サービスプランアップグレード／ダウングレード、超過確認、および／または他のもしくは同様の確認）をリクエストし、記憶／転送する。
【０３３６】
いくつかの実施形態では、サービス使用量尺度およびサービスプランは、加入者識別モジュール（ＳＩＭ）に関連付けられ、ＳＩＭは、サービスプランの下で、ネットワークサービス使用量に関して、別の通信デバイスに（例えば、別のスマートフォン、または他のセルラ電話、および／または、例えばラップトップまたはネットブックを介するセルラアクセス用のＵＳＢドングルに）スワップすることができる。いくつかの実施形態では、ネットワークベースのサービス使用量が引き続き追跡され、ネットワークサービス使用量尺度およびサービスプランに関連付けられる。いくつかの実施形態では、使用量尺度（例えば、使用量尺度はデバイス支援サービス使用量監視に基づくことがある）、ＳＩＭカードに保守（例えば記憶またはキャッシュ）されたデバイス支援使用量尺度、および使用量尺度が、デバイスサービス使用ゲージもしくは他のＵＩ通知を更新、同期、および／または初期化するために使用される。いくつかの実施形態では、デバイスベースのサービス使用量尺度、ネットワークベースのサービス使用量尺度、または両方の組合せ（例えば、同期されたデバイス／ネットワークベースの使用量尺度）が、ＳＩＭカードに記憶されているサービス使用量尺度を更新する。いくつかの実施形態では、ＳＩＭカードを、デバイスからデバイスへ移動させることができる様々な記憶媒体（例えば、安全化された媒体または安全化されていない媒体）で置き換えることができる。例えば、ユーザが第１のデバイスを使用しているとき、デバイスサービス使用ＵＩ（例えばサービス使用ゲージまたはメータ）は、全体のサービス使用量尺度の記憶源（例えば、ネットワーク要素、ＳＩＭ、および／または別の記憶源）と同期することができる。次いで、ユーザが別のデバイスを使用するとき、まず、デバイスサービス使用ＵＩを全体のサービス使用記憶尺度で初期化することができ、ユーザがルックアップすることができるように最新の使用量情報をＳＩＭカードに記憶することができる。いくつかの実施形態では、使用量を更新するために、ＳＩＭカード記憶域がネットワークからアクセスされる。いくつかの実施形態では、サービス使用量尺度は、ネットワーク（例えば、サービス制御装置などネットワーク要素／機能）から取得され、次いで、そのサービス使用量尺度が、デバイスにあるＳＩＭカードに更新／記憶される。いくつかの実施形態では、サービス使用量尺度は、ＳＩＭカードから取得され、ネットワーク（例えば、サービス制御装置などネットワーク要素／機能）に通信される。いくつかの実施形態では、デバイスベースのサービス使用量尺度が、デバイスにあるＳＩＭカードに記憶される（例えば、ＳＩＭカード記憶域が、現在／最新の使用量をロードするためにアクセスされ、デバイスベースの使用量尺度で更新される）。いくつかの実施形態では、ＵＩプログラム（例えば、複数のタイプのＯＳおよび／またはデバイスに関して、１つまたは複数のバージョンでデバイスにダウンロードすることができる）が、使用量情報をダウンロードし、その使用量情報をＳＩＭカードに記憶する。いくつかの実施形態では、ＳＩＭサービス使用量情報記憶は、（例えば、ＳＩＭカード／媒体、デバイス、デバイスＯＳプラットフォーム、および／またはキャリアにわたって）標準化されたフォーマットで記憶される。いくつかの実施形態では、（例えば、複数のプラン、および／または別個のテザリングプランを有することも有さないこともある複数のプラン、複数のネットワーク、および／またはローミングネットワークを含む複数のネットワーク、複数のデバイス、および／または複数のユーザ、例えば、ファミリープラン、エンタープライズプラン、またはグループプランを含む）複数のタイプの使用量情報がＳＩＭカードに記憶される。いくつかの実施形態では、デバイスグループ情報がＳＩＭカードに記憶される。いくつかの実施形態では、サービス処理装置がＳＩＭ（例えば、ＳＩＭカード）に記憶され、それにより、サービス処理装置は、ＳＩＭがインストールされる複数のデバイスにロードすることができ、それらのデバイス上で動作することができる。いくつかの実施形態では、サービス処理装置は、ＳＩＭ上で実行され、それにより、ＳＩＭがインストールされる複数のデバイス上で動作することができる。いくつかの実施形態では、サービス処理装置の一部はＳＩＭ上で実行され、サービス処理装置の一部はＳＩＭ上に記憶され、次いでそのＳＩＭがデバイス上にロードされ、それにより、サービス処理装置は、ＳＩＭがインストールされる複数のデバイス上で動作することができる。いくつかの実施形態では、サービス使用量尺度およびサービスプランは、携帯電話登録番号（ＭＤＮ）に関連付けられる。いくつかの実施形態では、サービス使用量尺度およびサービスプランは、携帯電話登録番号（ＭＤＮ）に関連付けられ、ユーザは、ＭＤＮを変更して、新規のＭＤＮを取得することができ、サービス使用量尺度およびサービスプランを新規のＭＤＮに関連付けることができる。
【０３３７】
いくつかの実施形態では、監視されているネットワークサービス使用活動は、テザリングネットワークサービス使用活動（例えば、テザリング接続を介するネットワークサービス使用活動。例えば、３Ｇ／４Ｇまたは他のセルラネットワークを介するセルラアクセスのためにラップトップを移動電話／スマートフォンにテザリングし、ここで、ラップトップは、セルラアクセスのための移動電話／スマートフォンのモデムにアクセスするために何らかのワイヤレスまたは有線通信リンクを介して移動電話／スマートフォンと通信している）を含み、テザリングネットワークサービス使用活動は、テザリングネットワークサービス使用量カウントに加算され、テザリングネットワークサービスプランに関連付けられる。いくつかの実施形態では、ユーザ通知は、テザリングネットワークサービス使用量カウントおよびテザリングネットワークサービスプランに基づく。いくつかの実施形態では、テザリングネットワークサービス使用活動は、ユーザのサービスプランデータ使用許可量に加算される（例えば、通信デバイスからのテザリング使用および非テザリング使用は、通信デバイスに関連付けられる、および／または例えば通信デバイスに挿入されたＳＩＭに関連付けられるサービスプランの同じデータ使用許可量からのサービス使用量カウントを発生させる）。
【０３３８】
いくつかの実施形態では、ＤＡＳに関するＵＩ通知は、以下のことを含む。ネットワークサービスの通信デバイス使用の制御を支援するためのサービスポリシーに基づいて、ネットワークサービス使用活動を監視すること。ここで、サービスポリシーは、ネットワークサービスの使用量に基づく１つまたは複数のユーザ通知設定を含む；通信デバイスの処理装置を使用して、サービスポリシーおよびデバイスベースのサービス使用量尺度に基づいて、監視されているネットワークサービス使用活動がユーザ通知を必要とするかどうかを判断すること；およびユーザ通知を生成すること。ここで、通信デバイスに関するデバイスベースのサービス使用量は、ネットワークベースのサービス使用量と定期的に同期される。
【０３３９】
いくつかの実施形態では、ＤＡＳに関するＵＩ通知は、以下のことを含む。ネットワークサービスの通信デバイス使用の制御を支援するためのサービスポリシーに基づいて、ネットワークサービス使用活動を監視すること。ここで、サービスポリシーは、ネットワークサービスの使用量に基づく１つまたは複数のユーザ通知設定を含む；サービスポリシーおよびデバイスベースのサービス使用量尺度に基づいて、監視されているネットワークサービス使用活動がユーザ通知を必要とするかどうかを判断すること；およびユーザ通知を生成すること。ここで、通信デバイスに関するデバイスベースのサービス使用量は、ネットワークベースのサービス使用量と定期的に同期される。
【０３４０】
いくつかの実施形態では、ＤＡＳに関するＵＩ通知は、ネットワークサービス使用活動が、サービスポリシーおよびサービス使用量尺度に基づいてユーザ通知を必要とするかどうかを判断すること、およびユーザ通知を生成することを含み、ここで、通信デバイスに関するデバイスベースのサービス使用量は、ネットワークベースのサービス使用量と定期的に同期される。
【０３４１】
いくつかの実施形態では、アクセスサービス「セルフヘルプ」を実装するための通知トリガイベント検出基準およびそれに続く通知メッセージシーケンスのプロビジョニング（例えば。またはプログラミング）は、ユーザのサービスプラン選択プロセスまたはデバイスに関するネットワーク接続パフォーマンスに関わる課題または問題を検出することによってサービスする。例えば、様々な通知トリガは、ユーザ通知を開始して、サービスプランを解析、診断、または変更する、ネットワーク接続を変更する、またはネットワーク接続に関する課題を解決するように予めプログラムすることができる。別の例として、通知トリガは、ユーザのサービスプラン選択がユーザの望みのサービス使用活動に良く適していないことを示すパターンがデバイスに関するサービス使用活動履歴に存在する時を識別するようにプログラムすることができる。さらに別の例として、通知トリガは、デバイスネットワーク接続に関わる問題を示すパターンがデバイスに関するサービス使用活動履歴に存在する時を識別するようにプログラムすることができる。さらに別の例として、通知トリガは、別の利用可能なネットワークのほうがユーザの望みのサービス使用活動に良く適していることを示すパターンがデバイスに関するサービス使用活動履歴に存在する時を識別するようにプログラムすることができる。次いで、これらのトリガイベント検出基準は、トリガインデックスまたはトリガメッセージを通知エージェントに送信させることができ、通知エージェントはさらに、サービスプラン最適化またはネットワーク接続パフォーマンス最適化のための「セルフヘルプ」を支援するために、ユーザに通知メッセージシーケンスを提供する。いくつかの実施形態では、このセルフヘルプ機能は、サービスプラン選択に関連付けられるベーシック通知メッセージシーケンスにおけるユーザへのオプションとして提案される。
【０３４２】
例えば、サービス使用活動履歴は、以下のものを含むことができる。サービス使用量；サービス使用活動、時間帯、ネットワークのタイプ、ネットワークビジー状態、ＱｏＳレベル別に分類されたサービス使用量；サービス使用試行と成功（例えば。または失敗）；あるいは、全体のデバイス接続のパフォーマンス、または特定のサービス使用活動またはサービス使用活動グループに関する接続のパフォーマンス。接続のパフォーマンスは、以下のものを含めた様々な尺度によって特徴付けることができる。ＰＰＰレイヤー、ＩＰレイヤー、またはストリームレイヤーで測定されるビットレートおよび／またはパケットレート、ネットワーク接続スループット変動、ネットワーク接続ビットエラーレートまたはパケットエラーレート、ネットワーク接続成功と接続試行（例えば、成功のパーセンテージ、または試行と成功のカウント）、またはネットワーク接続パフォーマンスの別の尺度、ネットワーク接続信号強度、ネットワーク接続信号対雑音比、生のモデムビットレート、モデムビットエラーレート、モデムチャンネル、基地局または基地局セクタ、ネットワークビジー状態もしくはネットワーク輻輳状態、またはワイヤレス接続のパフォーマンス、ワイヤレス接続の品質またはワイヤレス接続のステータスの別の尺度。いくつかの実施形態では、サービス使用活動履歴情報のいくつかの側面を、ネットワーク要素によって監視または報告することができる。いくつかの実施形態では、サービス使用活動履歴のいくつかの側面は、いくつかの場合には、好ましくは、デバイスから監視および報告される。いくつかの実施形態では、サービス使用活動履歴は、定期的にネットワークデータベースに報告される。いくつかの実施形態では、サービス使用活動履歴は、必要とされるときに報告される。
【０３４３】
別の例として、通知トリガイベント検出基準は、ユーザサービスプランがユーザの使用量パターンに適しているか、または最適化されているかを判断するために、サービス使用活動アクセス試行と成功のパターンを検出するように設定することができる。例えば、通知トリガイベント検出基準は、ブロックされている、制限されている、または良好なネットワーク接続パフォーマンスを受けていないサービス使用活動をユーザが試行している時を示すように設定することができる。いくつかの実施形態では、サービス使用履歴は、ユーザが試行または使用している１つまたは複数の使用活動のためにはサービスプランが不十分であり、ユーザが劣悪なネットワークパフォーマンスを体験していること、ユーザが使用を試行または使用しているサービス活動のタイプに比べてユーザが劣悪なネットワークパフォーマンスを体験していること、あるいはユーザがサービスへのアクセスを行うことができないことを示す。
【０３４４】
いくつかの実施形態では、ユーザがサービスプランを選択する、またはサービスプラン選択またはネットワーク接続パフォーマンスの課題または問題をトラブルシューティングするのを支援するために、遠隔診断サービス、指導サービス（例えば、指導ページのシーケンス、または場合によっては対話型指導ページ）、チャットサービス、音声サービス、またはビデオサービスなどのための顧客セルフヘルプサーバおよびＵＩ１３４への接続を介した「支援型セルフヘルプサービス」の開始を提案する通知メッセージがユーザに提供される。いくつかの実施形態では、デバイス通知エージェントと顧客セルフヘルプサーバおよびＵＩ１３４との支援型セルフヘルプサービス対話中、デバイスサービス使用活動履歴が、顧客サービス代表者によって使用され、顧客サービス代表者は、顧客セルフヘルプサーバおよびＵＩ１３４でのＵＩを利用して、デバイスサービスプランステータス、サービス使用活動パターン、またはネットワーク接続ステータスの診断を補助する。このサービス使用活動履歴情報は、サービス使用活動履歴に関するネットワークデータベース（例えば、使用量レポート記憶機能１３６）を介して顧客セルフヘルプサーバおよびＵＩ１３４には既に利用可能であることがあり、ここで、サービス使用活動履歴は、定期的にネットワークデータベースに報告される。この例では、顧客サービス代表者との支援型セルフヘルプセッションに関連付けられるデバイス信用証明は、解析および診断のために顧客セルフヘルプサーバおよびＵＩ１３４のＵＩにデバイスサービス使用活動履歴情報をロードするためのルックアップとして、顧客セルフヘルプサーバおよびＵＩ１３４が参照することができる。
【０３４５】
いくつかの実施形態では、サービス使用活動履歴情報は、支援型セルフヘルプセッションが開始された後、デバイスから顧客セルフヘルプサーバおよびＵＩ１３４にアップロードされ、次いで、その情報は、解析および診断のために顧客サービス代表者の画面に表示されることがある。いくつかの実施形態では、デバイスから顧客セルフヘルプサーバおよびＵＩ１３４へのサービス使用活動履歴情報のアップロードは自動的である。いくつかの実施形態では、デバイスから顧客セルフヘルプサーバおよびＵＩ１３４へのサービス使用活動履歴情報のアップロードは、サービス使用活動履歴情報をアップロードするために認証をリクエストする通知メッセージにユーザが応答した後に行うことができる。いくつかの実施形態では、サービス使用活動履歴情報は、デバイスから顧客セルフヘルプサーバおよびＵＩ１３４へのサービス使用活動履歴情報のアップロード機能に接続されたネットワーク記憶データベースに定期的にアップロードされ、次いで、サービス使用活動履歴情報を、デバイスから顧客セルフヘルプサーバおよびＵＩ１３４へのサービス使用活動履歴情報のアップロード機能が処理されて、履歴を解析して、セルフヘルプ通知トリガイベントを識別し、次いで、デバイスから顧客セルフヘルプサーバおよびＵＩ１３４へのサービス使用活動履歴情報のアップロード機能は、トリガインデックスまたはトリガインデックスメッセージを送信することによって通知シーケンスを開始するか、またはデバイスから顧客セルフヘルプサーバおよびＵＩ１３４へのサービス使用活動履歴情報のアップロード機能はネットワーク管理者に通知し、ネットワーク管理者が次いで、ユーザに通知するためのアクションを取る。
【０３４６】
いくつかの実施形態では、このタイプのセルフヘルプまたは支援型セルフヘルプ通知サービスは、スポンサードサービスであり、ユーザはアクセス料を支払わない。いくつかの実施形態では、このタイプのスポンサードセルフヘルプまたは支援型セルフヘルプサービスは、ユーザがサービスプランを選択するまで有料ユーザサービスプランなしで「シップホット（ｓｈｉｐ  ｈｏｔ）」するデバイス上で提案することができる。いくつかの実施形態では、このタイプのセルフヘルプまたは支援型セルフヘルプサービスプランまたはネットワーク接続最適化は、スポンサードサービス接続の低コスト顧客サービス／サポートを提供することができ、デバイスを「シップホット」し、これは、無料または低コストサービスで始まり、デバイスにおいてサービスプラン更新オプションを提供し、さらに、従来のサービスコールまたはキャリアサービス販売店訪問を減少することが望まれる他のデバイスサービス条件を提供する。
【０３４７】
いくつかの実施形態では、ＤＡＳに関するＵＩ通知は、ネットワークベースのサービス使用量尺度と、ユーザ通知リクエストとを受信すること、およびユーザ通知リクエストに基づいてユーザ通知を生成することを含む。
【０３４８】
いくつかの実施形態では、ＤＡＳに関するＵＩ通知は、以下のことを含む。ネットワークベースのサービスステータスをリクエストすること。ここで、ネットワークベースのサービスステータスは、ネットワークベースのサービス使用量尺度、サービスプラン情報、および／またはユーザ通知リクエストを含む；および、ネットワークベースのサービスステータスに基づいてユーザ通知を生成すること。
【０３４９】
いくつかの実施形態では、ＤＡＳに関するＵＩ通知は、ネットワークベースのサービスステータスを受信することを含み、ここで、ネットワークベースのサービスステータスは、ネットワークベースのサービス使用量尺度、サービスプラン更新、および／またはユーザ通知リクエストを含み、ＤＡＳに関するＵＩ通知はさらに、ネットワークベースのサービスステータスに基づいてユーザ通知を生成することを含む。
【０３５０】
いくつかの実施形態では、ＤＡＳに関するＵＩ通知は、以下のことを含む。ネットワークベースのサービスステータスを受信すること。ここで、ネットワークベースのサービスステータスは、ネットワークベースのサービス使用量尺度、サービスプラン情報、および／またはユーザ通知リクエストを含む；および、ネットワークベースのサービスステータスに基づいてユーザ通知を生成すること。ここで、第１の通信デバイスは、リムーバブル加入者識別モジュール（ＳＩＭ）を含み、ネットワークベースのサービスステータスは、ＳＩＭに関連付けられ、ＳＩＭは、ＳＩＭに関連付けられるサービスプランの下で、ネットワークサービス使用量に関して、第２の通信デバイスにスワップすることができ、ネットワークベースのサービス使用量は、引き続きカウントされ、ネットワークベースのサービス使用量尺度およびサービスプランに関連付けられる。
【０３５１】
いくつかの実施形態では、ネットワークベースのサービス監視を有するデバイス支援通知が提供される。いくつかの実施形態では、ネットワークベースの通知イベントトリガ検出が提供される。いくつかの実施形態では、デバイスベースの通知管理が提供される。いくつかの実施形態では、フレキシブルな通知システムが、以下のものを提供される。（ｉ）例えば、ＤＰＩサービス活動使用量通知機能を含む広範な通知トリガイベント検出基準、（ｉｉ）ネットワーク帯域幅およびリソースと共に効率的な形でデバイスＵＩに表示することができる広範な任意に複雑な通知メッセージシーケンス、および（ｉｉｉ）通知システムが適切に動作するために必要な様々なネットワーク要素および／またはデバイスエージェントの容易なプロビジョニング（例えば、プログラム）。例えば、そのようなフレキシブルな通知システムを使用すると、デバイスＵＩ（例えば、ＧＵＩ）を使用して、単純なＳＭＳ／テキストメッセージ通知に比べて様々な通知メッセージおよび／またはメッセージシーケンスを表示することができる。別の例として、そのようなフレキシブルな通知システムを使用すると、デバイスＵＩ（例えば、ＧＵＩ）を使用して、ウェブサイト／サービスポータルで利用可能な使用量上限および／または使用量に関する単純な通知に比べて、現在および／またはリアルタイムのサービス使用量監視に関係付けられる様々な通知メッセージおよび／またはメッセージシーケンスを表示することができる。
【０３５２】
いくつかの実施形態では、ネットワークサービス監視要素（例えば、ホームエージェント４１０）が、サービス使用量を求め、プログラム可能な通知トリガ要素（例えば、ＯＣＳやＰＣＲＦなど）が、サービス使用量記録を検査して（例えば、ＧＧＳＮまたはＤＰＩボックスが分類をブロックしている、または分類を使用している、または分類の限界に達していることを識別して）、トリガイベント検出基準を識別し、トリガインデックスまたはトリガメッセージを生成する。いくつかの実施形態では、トリガインデックスまたはトリガメッセージは、通信デバイスに送信され、デバイス通知要素（例えば、エージェントまたは他の機能実装）が、以下のことの１つまたは複数を実施する。（ｉ）（例えば、ＵＩバックグラウンドビットマップの追加後など、追加のフォーマットの後に）ＵＩに送信される予め記憶されているメッセージシーケンス情報をルックアップするためのトリガインデックスを使用することによって、メッセージを生成すること、（ｉｉ）予め記憶されているメッセージシーケンス情報（例えば、ＵＩビットマップまたはＵＩフォーマット）をルックアップするためのトリガメッセージを使用することによって通知シーケンスを生成し、予め記憶されている情報を、トリガメッセージに含まれている情報と組み合わせて、ＵＩに送信される完全な通知メッセージシーケンスを形成すること、（ｉｉｉ）トリガインデックスまたはトリガメッセージ情報を、ネットワーク要素に記憶されている通知メッセージシーケンス情報に対する参照として使用することによって、通知メッセージを生成し（例えば、選択されたポータルもしくはウェブサイトメッセージを開始する、または特定のメッセージシーケンス情報セットをサーバにリクエストする）、ネットワークに記憶されている情報をＵＩに送信すること、および（ｉｖ）上記の２つ以上の組合せ。
【０３５３】
いくつかの実施形態では、サービス通知デザインユーザインターフェースおよび関連のサービス通知システムプロビジョニング要素が通知システムに含まれ、ここで、ＵＩは、以下の通知情報に対する参照を定義、設計、指定、または提供するために、キャリアネットワーク管理者入力を受け入れる。（ｉ）所望の通知トリガイベント検出基準、（ｉｉ）通知トリガイベント検出基準に関連付けられる通知トリガインデックスまたはトリガメッセージ、（ｉｉｉ）通知トリガイベント検出基準に関連付けることができる通知メッセージシーケンス。さらに、管理者ＵＩによって定義、設計、指定、または参照されるこの通知情報は、サービス通知プロビジョニング装置に渡され、この装置は次いで、（ｉｖ）プログラム可能な通知トリガ要素を、通知トリガイベント検出基準およびトリガインデックスまたはトリガメッセージを含むようにプログラムし、（ｉｖ）必要とされる場合には、デバイス通知要素へのトリガインデックスまたはトリガメッセージのルーティングをプログラムし、（ｖ）トリガインデックスまたはトリガメッセージが受信されるときに所望の通知メッセージシーケンスを開始するようにデバイス通知エージェントをプログラムする。
【０３５４】
いくつかの実施形態では、通知システムパラメータが、ネットワーク要素とデバイス要素の間で分散され、ここで、ネットワーク要素は、通知ポリシー管理およびユーザインターフェース１３２機能を含み、この場合、キャリアは、例えば、以下のものを含む様々な通知トリガイベント検出基準を定義することができる。
１．サービス使用活動が、ユーザまたはデバイスによって開始され、サービス使用活動が、本明細書で開示する通知シーケンス実施形態の１つを使用して通知メッセージシーケンスを開始するように意図された通知トリガイベントとして、通知ポリシー管理およびユーザインターフェース１３２によって定義される所定のプログラム可能なリストにあるという通知トリガイベント検出基準；
２．デバイスに関する望みのサービス使用活動またはサービス活動使用量パターンが、現在のサービスプラン（例えば。または現在のサービスポリシーセット）およびネットワークに関するネットワークアクセスポリシーによってサポートされないという通知トリガイベント検出基準；
３．デバイスに関する望みのサービス使用活動またはサービス活動使用量パターンが、現在のサービスプランまたはサービスポリシーセット以外のサービスプランまたはサービスポリシーセットにより良く適しているという通知トリガイベント検出基準；
４．デバイスに関する望みのサービス使用活動またはサービス活動使用量パターンが、デバイスが接続されている現在のネットワーク以外の代替の利用可能なネットワークに関するサービスプランポリシーにより良く適しているという通知トリガイベント検出基準；
５．デバイスまたはデバイスサービス使用活動が、サービスプランまたはサービスポリシーセットによって制限されるアクセスサービスを提供され、アクセスサービス制限をより低くする、またはアクセスサービス制限をなくす代替のサービスプランまたはサービスポリシーセットが利用可能であるという通知トリガイベント検出基準；
６．デバイスまたはデバイスサービス使用活動が、現在のネットワークに関するサービスプランまたはサービスポリシーセットによって制限されるアクセスサービスを提供され、アクセスサービス制限をより低くする、またはアクセスサービス制限をなくすサービスプランまたはサービスポリシーセットを提供する代替ネットワークが利用可能であるという通知トリガイベント検出基準；
７．デバイスまたはデバイスサービス使用活動が、サービスプランまたはサービスポリシーセットに従って第１のコストに価格設定されたアクセスサービスを提供され、価格面で好ましい結果をもたらす第２のコストを生じる代替サービスプランまたはサービスポリシーセットが利用可能であるという通知トリガイベント検出基準；
８．デバイスまたはデバイスサービス使用活動が、現在のネットワークに関するサービスプランまたはサービスポリシーセットに従って第１のコストに価格設定されたアクセスサービスを提供され、価格面で好ましい結果をもたらす第２のコストを生じる代替サービスプランまたはサービスポリシーセットが利用可能であるという通知トリガイベント検出基準；
９．サービス使用速度が、現在のサービスプランまたはサービスポリシーセットを前提として、サービス超過を生じる可能性がある、または生じる可能性が高いという通知トリガイベント検出基準；
１０．サービス使用速度が低く、したがって、より低いサービス使用限度を有するサービスプランまたはサービスポリシーが、デバイスまたはユーザサービス使用挙動により良く適している可能性があるという通知トリガイベント検出基準；
１１．１つまたは複数の予め定義されたサービス使用活動が開始されるときにサービス提案がユーザに提示されるという通知トリガイベント検出基準；
１２．１つまたは複数の予め定義されたアプリケーションがユーザによって選択または使用されるときにサービス提案がユーザに提示される（例えば、アプリケーションによるネットワーク宛先アクセスを観察することによってネットワーク内でアプリケーションを識別する；アプリケーションヘッダ情報がトラフィック内で検出されるときにネットワーク内でアプリケーションを識別する；アプリケーションに関連付けられるデバイス上でアプリケーショントラフィックイベントまたはフローを識別する）という通知トリガイベント検出基準；
１３．サービス活動の１つまたは複数の予め定義されたパターンまたはアプリケーション選択もしくはアプリケーション使用活動のパターンがデバイス上に存在するときにサービス提案がユーザに提示されるという通知トリガイベント検出基準；
１４．デバイスに関して予め定義されたサービス使用レベルに達したという通知トリガイベント検出基準；
１５．サービス使用活動またはサービス使用活動グループに関して所定のサービス使用レベルに達したという通知トリガイベント検出基準；
１６．所定のサービス超過レベルに達したという通知トリガイベント検出基準。ここで、サービス超過は、使用量、サービス限度のパーセンテージ、またはコストで測定される；
１７．現在のサービスプランに関する高い使用量のアプリケーションのリストにあるアプリケーション（例えば、ストリーミングオーディオ、ストリーミングビデオ、またはファイルダウンロードもしくは共有）がユーザまたはデバイスによって選択または使用されるという通知トリガイベント検出基準；
１８．デバイスが、デバイス支援サービスエージェントを含み、不正イベントの可能性が検出されているという通知トリガイベント検出基準；
１９．デバイスに関して予め定義されたサービス使用速度レベルに達したという通知トリガイベント検出基準；
２０．サービス使用活動またはサービス使用活動グループに関して所定のサービス使用速度レベルに達したという通知トリガイベント検出基準；
２１．ユーザが、利用可能なネットワーク上でのサービスにまだ契約しておらず、利用可能なネットワークによってサポートすることができるサービス使用活動の使用を試行しているという通知トリガイベント検出基準；
２２．ユーザが、利用可能なネットワーク上でのサービスにまだ契約しておらず、利用可能なネットワークによってサポートすることができるサービス使用活動の使用を試行しており、他のネットワークがデバイスまたはユーザに利用可能でないという通知トリガイベント検出基準；
２３．ユーザまたはデバイスが、現在のサービスプランまたはサービスポリシーセットのＱｏＳ使用許可よりも高いＱｏＳレベルを有するより良いパフォーマンスを要求または提示するサービス使用活動の使用を試行するという通知トリガイベント検出基準；
２４．ユーザまたはデバイスが、現在のネットワーク上で利用可能なＱｏＳを超えるＱｏＳよりも高いＱｏＳレベルを有するより良いパフォーマンスを要求または提示するサービス使用活動の使用を試行するという通知トリガイベント検出基準；
２５．ユーザまたはデバイスが、デバイスが接続されているネットワーク以外の代替ネットワーク上で利用可能なＱｏＳレベルを有するより良いパフォーマンスを要求または提示するサービス使用活動の使用を試行するという通知トリガイベント検出基準；
２６．ＱｏＳ接続の遠端にあるデバイスが、近端にあるデバイスと同じＱｏＳアベイラビリティを有さないという通知トリガイベント検出基準；
２７．ネットワークビジー状態が所定のレベルに達する、または新たなレベルに変わるという通知トリガイベント検出基準；
２８．時間帯窓が所定の状態に達する、または変化するという通知トリガイベント検出基準；
２９．ネットワークビジー状態または時間帯窓が、ユーザまたはデバイスによって選択されるサービス使用活動に関するアクセスサービスへの修正を生じるという通知トリガアイベント検出基準；
３０．選択されている、または動作しているサービス使用活動が、バックグラウンドアクセスポリシーを設けられる、または何らかの方法で制限されたアクセスサービスを設けられるという通知トリガイベント検出基準；
３１．サービス使用活動アクセスポリシーが、ネットワークビジー状態または時間帯窓、およびネットワークビジー状態または時間帯窓の変化に依存するという通知トリガイベント検出基準；
３２．デバイスサービス使用活動が、（ｉ）ユーザが選択した活動またはフォアグラウンド活動、および（ｉｉ）ＯＳシステム、アプリケーション、またはバックグラウンド活動に分類されるという通知トリガイベント検出基準；
３３．１つまたは複数のアクティブなサービス使用活動が、以下のものの１つまたは複数の組合せに依存するアクセスポリシーを有するという通知トリガイベント検出基準。（ｉ）ネットワークビジー状態、（ｉｉ）時間帯、（ｉｉｉ）アクティブなネットワーク、（ｉｖ）利用可能なネットワーク、（ｖ）ＱｏＳアベイラビリティ（総称して、「ネットワーク状態インデックス」）、およびネットワーク状態インデックスの１つまたは複数の変化；
３４．新規サービスプランの提案またはトライアルサービスプランの提案がデバイスに利用可能にされているという通知トリガイベント検出基準；
３５．サービス使用活動機能、サービスプランポリシー、またはサービスポリシーセットが、デバイス上で追加、更新、アップグレード、または変更されたという通知トリガイベント検出基準；
３６．デバイスグループに関する合計のサービス使用量またはサービス使用速度が所定のレベルに達しているという通知トリガイベント検出基準；
３７．第１のデバイスが、第２のデバイス、第２のユーザ、デバイスグループ、またはユーザグループに関するサービス使用またはサービスコスト情報を受信するという通知トリガイベント検出基準；
３８．デバイスグループ内の第１のデバイスに関するサービス使用量またはサービス使用速度が所定のレベルに達し、これが、第２のデバイスへの通知をトリガするように意図されているという通知条件；
３９．所定のサービス使用活動が第１のデバイスに関して開始され、これが、第２のデバイスに対する通知を開始するように意図されているという通知トリガイベント検出基準；
４０．ユーザグループに関する合計のサービス使用量またはサービス使用速度が所定のレベルに達しているという通知トリガイベント検出基準；
４１．ユーザグループ内の第１のユーザに関するサービス使用量またはサービス使用速度が所定のレベルに達し、これが、第２のユーザへの通知をトリガするように意図されているという通知条件；
４２．所定のサービス使用活動が第１のユーザに関して開始され、これが、第２のユーザに対する通知を開始するように意図されているという通知トリガイベント検出基準；
４３．スポンサードサービス使用活動に関するサービス使用量またはサービス使用速度が、スポンサードサービス使用活動に関するポリシー制限を超えるという通知トリガイベント検出基準；
４４．デバイス上で動作するサービス使用活動またはサービス使用活動のサブセットが、デバイスサービス使用量に不相応に寄与しているという通知トリガイベント検出基準；
４５．優良顧客評価または優良顧客ポイントを増やす機会をユーザに提供するサービス使用活動が利用可能であるという通知トリガイベント検出基準；
４６．顧客評価または優良顧客ポイントで支払いを行うことができるサービス使用活動が利用可能であるという通知トリガイベント検出基準；
４７．優良顧客評価またはポイントで支払いを行うことができるサービス使用活動が、その活動の対価を支払うには優良顧客評価またはポイントが不十分であるため利用可能でないという通知トリガイベント検出基準；
４８．所定のレベルの優良顧客評価またはポイントに達するという通知トリガイベント検出基準；
４９．１つまたは複数のローミングネットワークが利用可能になるという通知トリガイベント検出基準；
５０．１つまたは複数のローミングネットワークが利用可能になり、ローミングネットワークコストを指定するデバイスベースのテーブル、またはローミングネットワークコストを指定するネットワークベースのテーブルがデバイス通知エージェントに利用可能であるという通知トリガイベント検出基準；
５１．１つまたは複数のローミングネットワークが利用可能になり、ローミングネットワークパフォーマンス（例えば、速度、音声品質、ビデオ品質、またはＱｏＳ機能）を指定するデバイスベースのテーブル、またはローミングネットワークコストを指定するネットワークベースのテーブルがデバイス通知エージェントに利用可能であるという通知トリガイベント検出基準；
５２．所定の量のローミングサービス使用またはローミングサービスコストに達するという通知トリガイベント検出基準；
５３．所定のローミングサービス速度またはコスト累積レートに達するという通知条件；
５４．高いローミングサービス使用量の活動として識別されるサービス使用活動がユーザまたはデバイスによって開始されるという通知トリガイベント検出基準；
５５．ユーザまたはサービスデザイン管理者によって設定されたローミングサービス使用速度限度を超える規定の典型的または平均サービス使用速度を有するサービス使用活動が開始されるという通知トリガイベント検出基準；
５６．低い優先順位の、またはバックグラウンドのローミングサービス使用活動として指定されるサービス使用活動がユーザまたはデバイスによって開始されるという通知トリガイベント検出基準；
５７．ネットワークへのデバイス接続のステータスまたはパフォーマンスにおいて識別される課題または問題が存在するという通知トリガイベント検出基準；
５８．第１のデバイスが、第２のデバイス、第２のユーザ、デバイスグループ、またはユーザグループのローミングサービス使用量に関する情報を受信するという通知トリガイベント検出基準。
【０３５５】
いくつかの実施形態では、通知ポリシー管理およびユーザインターフェース１３２は、複数のデバイスグループに関する個別のデバイスグループ区画を含み、それにより、異なるデバイス、ユーザグループ、および／または配信チャンネルに関して、異なるサービス使用量通知ポリシーおよび／またはメッセージシーケンスをサポートすることができる。いくつかの実施形態では、デバイスグループ区画は、デバイスグループに属しているデバイス信用証明またはユーザ信用証明の集合によって定義され、そのデバイスグループ内のすべてのデバイスが、同じ通知ポリシーおよびメッセージシーケンスを受信する。いくつかの実施形態では、各デバイスグループは、通知ポリシー管理およびユーザインターフェース１３２の個別の安全なデバイスポリシー管理区画およびＵＩログインによって管理され、それにより、デバイスグループは、通知ポリシー管理およびユーザインターフェース１３２の異なる管理者が管理することができ、管理者は、同じ企業エンティティに従事していてもそうでなくてもよく、キャリア企業エンティティの一員でもそうでなくてもよい。
【０３５６】
いくつかの実施形態では、通知メッセージシーケンス情報は、通知ポリシー管理およびユーザインターフェース１３２のＵＩに入力することができ、または通知ポリシー管理およびユーザインターフェース１３２によって参照することができる（例えば、ネットワークベースの通知メッセージ情報１６９７Ｂに位置された通知メッセージシーケンス情報、ファイル、サーバ位置、ポータル、またはウェブサイトの参照）。通知ポリシー管理およびユーザインターフェース１３２によってプログラムまたは参照することができるこの通知メッセージシーケンス情報は、様々なＵＩインターフェース（例えば、ダッシュボード、ウィジェット、ステータス、またはトレイ）に表示される通知テキストなどの情報；ラジオボタンおよび／またはチェックボックスボタンなどの選択ボタン；通知「シェル」または「ルックアンドフィール」情報（例えば、画像、ビットマップ、またはネットワークサーバもしくはサイト参照の形態での通知メッセージバックグラウンド「ブランディング」情報）；あるいは、ネットワークベースのＵＩ表示ファイル、ポータルページ（例えばウェブ閲覧ページ）、またはウェブページへのリンクの形態での通知ユーザ決定木および関連の通知メッセージシーケンスを含む。
【０３５７】
いくつかの実施形態では、通知メッセージシーケンス情報のほとんどまたはすべてが、デバイス記憶機能に含まれ、デバイス通知エージェントが通知メッセージシーケンスを処理して実行するときに、ネイティブデバイスＵＩ（例えば、ポップアップＵＩメッセージウィンドウ、トーストメッセージウィンドウ、またはトレイメッセージウィンドウ）を介して表示され、またはブラウザウィンドウ内にプルされる。そのような実施形態は、無線帯域幅を減少し、また、通知トリガと通知メッセージシーケンス表示との間の遅延が最小なのでユーザ通知がより即時的なものになるため、ユーザエクスペリエンスを改良し、通知メッセージシステムは、劣悪な接続またはワイヤレス通信条件にさらされず、および／または何らかのオフライン条件で使用することができるので、ロバストである。いくつかの実施形態では、通知ポリシー管理およびユーザインターフェース１３２は、通知メッセージシーケンス（例えば、ポップアップ、トースト、トレイ、ウェブ閲覧、またはブラウザ閲覧）の所与の部分に関してどのタイプの通知メッセージを送信すべきかを指定するためのプロビジョニングを含む。
【０３５８】
いくつかの実施形態では、通知メッセージシーケンス情報のいくつかまたはほとんどが、ネットワーク要素に記憶され（例えば、ネットワークベースの通知メッセージ情報１６９７Ｂ、サーバファイル、ポータルページ、またはウェブサイトページに位置された通知メッセージシーケンス情報）、デバイス通知エージェントが通知メッセージシーケンスを処理して実行するときに、ネイティブデバイスＵＩ（例えば、ポップアップＵＩメッセージウィンドウ、トーストメッセージウィンドウ、またはトレイメッセージウィンドウ）を介して表示される、またはブラウザウィンドウ内にプルされる。そのような実施形態は、通知メッセージシーケンス情報がより複雑であり、大量のデバイスメモリを必要とするとき、または、情報を、示されるデバイスサービス使用挙動、位置、および／またはアプリケーション使用特性に基づいてリアルタイムで更新または修正する必要があるときに有利になることがある。いくつかの実施形態では、通知ポリシー管理およびユーザインターフェース１３２は、通知メッセージシーケンス（例えば、ポップアップ、トースト、トレイ、ウェブ閲覧、またはブラウザ閲覧）の所与の部分に関してどのタイプの通知メッセージを送信すべきかを指定するため、ならびに、ネットワークリソースと、ネットワークリソースに含まれる通知メッセージシーケンス情報の様々な部分に関する宛先アドレスとを指定するためのプロビジョニングを含むことができる。いくつかの実施形態では、通知ポリシー管理およびユーザインターフェース１３２は、ネットワークベースの通知メッセージ情報１６９７Ｂ（例えば。または他のサーバファイル、ポータルページ、またはウェブサイトページ）に記憶されているネットワークベースの通知メッセージシーケンス情報をプロビジョニングすることを含むことができる。
【０３５９】
いくつかの実施形態では、デバイスベースの通知メッセージシーケンス情報記憶および／または表示と、ネットワークベースの通知メッセージシーケンス情報記憶および／または表示との最適化された組合せが利用される。ここで、（Ａ）いくつかの通知メッセージシーケンスは、主にデバイスベースの通知メッセージシーケンス情報および／または表示によって作成される。これは以下のときである。通知メッセージシーケンスが、（ｉ）頻繁に生じるとき、（ｉｉ）高速のＵＩ表示タイミングを必要とするとき、および／または（ｉｉｉ）比較的低い複雑さ、または比較的制限されたシーケンス決定木の枝を有するとき。（Ｂ）いくつかの通知メッセージシーケンスは、主にネットワークベースの通知メッセージシーケンス情報記憶および／または表示によって作成される。これは以下のときである。通知メッセージシーケンスが、（ｉ）比較的複雑である、または比較的多くのシーケンス決定の枝を有するとき、（ｉｉ）あまり頻繁に生じないとき、および／または（ｉｉｉ）ユーザサービス使用挙動、アプリケーション使用挙動、もしくは他のユーザベースフィードバックに基づいてリアルタイムで適応する必要があるとき。
【０３６０】
また、本明細書で述べるように、通知ポリシー管理およびユーザインターフェース１３２を使用して、通知トリガイベントをプログラムまたはプロビジョニングすることができ、この通知トリガイベントは、通知メッセージシーケンスを開始し、トリガイベントをトリガインデックスまたはトリガメッセージに関連付けるためのものであり、トリガインデックスまたはトリガメッセージは、さらに通知シーケンスに関連付けられる。いくつかの実施形態では、トリガイベントおよびトリガインデックスは、ネットワーク要素（例えば、ホームエージェントまたはＲＴＲ報告要素）にプログラムされる。いくつかの実施形態では、トリガイベントおよびトリガインデックスはデバイス要素（例えば、本明細書で述べるデバイスエージェント）にプログラムされる。
【０３６１】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、リクエストされたアプリケーションが現在のサービスプランの下でサポートされていないという表示を含むユーザ通知と、リクエストされたアプリケーションをサポートする代替サービスプランを提示するための提案とを提供することを含む。いくつかの実施形態では、アプリケーションスタートアップインターセプタが、サービスプラン、監視されているサービス使用量レベル、および／または他の基準、例えばネットワークビジー状態、利用可能なサービス品質（ＱｏＳ）レベル、および本明細書で述べる様々な他の基準および尺度に基づいて、リクエストされたアプリケーションをブロックする。いくつかの実施形態では、ユーザ通知は、リクエストされたアプリケーションが現在のサービスプランの下でサポートされていないという表示と、より高いサービス使用料の支払いによって、リクエストされたアプリケーションを許可することを提示するための提案とを提供し、ここで、アプリケーションスタートアップインターセプタが、現在のネットワークビジー状態に基づいて、リクエストされたアプリケーションをブロックする。いくつかの実施形態では、ユーザ通知は、リクエストされたアプリケーションが現在のサービスプランの下でサポートされていないという表示と、より高いサービス使用料の支払いによって、リクエストされたアプリケーションを許可することを提示するための提案とを提供し、ここで、アプリケーションスタートアップインターセプタが、現在のサービス品質レベルに基づいて、リクエストされたアプリケーションをブロックする。いくつかの実施形態では、ユーザ通知は、リクエストされたアプリケーションが現在のサービスプランの下で抑制されているという表示と、より高いサービス使用料の支払いによって、リクエストされたアプリケーションを許可することを提示するための提案とを提供する。
【０３６２】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、以下のことを含む。複数の通信デバイス上での１つまたは複数のアプリケーションの使用量を監視すること；１つまたは複数のサービスプランに関して、１つまたは複数のアプリケーションのどれがサービス使用量超過を引き起こす可能性が高いか、またはサービス使用量超過に（例えば大きく）寄与しているかを判断すること；および、ユーザ通知メッセージを複数の通信デバイスの１つに送信すること。ここで、ユーザ通知は、１つまたは複数のアプリケーションの使用量がサービスプラン超過を引き起こす可能性が高い、またはサービス使用量超過に（例えば大きく）寄与しているという表示を含む。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、複数の通信デバイスの１つに関連付けられるサービスプランに関してサービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に（例えば大きく）寄与していると判断される１つまたは複数のアプリケーションのリストを複数の通信デバイスの１つに送信すること含む。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、複数の通信デバイスの１つに関連付けられるサービスプランに関してサービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に（例えば大きく）寄与していると判断される１つまたは複数のアプリケーションのリストを複数の通信デバイスの１つに送信すること含み、ここで、１つまたは複数のアプリケーションのリストは、（例えばＵＩメッセージまたはＵＩメッセージ確認リクエストを含む）ユーザ通知に含まれる。
【０３６３】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、以下のことを含む。複数の通信デバイスからの複数のサービス使用量レポートをサービス使用解析ネットワーク要素で受信すること；どのアプリケーションがサービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に（例えば大きく）寄与しているかを判断するために、サービス使用量レポートを解析すること；および、この情報を使用して、（ｉ）サービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に（例えば大きく）寄与しているアプリケーションをネットワーク管理者に通知する、または（ｉｉ）ユーザ通知メッセージを自動的にプログラムすること。ここで、ユーザ通知は、１つまたは複数のアプリケーションの使用量がサービスプラン超過を引き起こす可能性が高い、またはサービス使用量超過に（例えば大きく）寄与しているという表示を含む。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、以下のことを含む。ネットワークサービス使用監視要素からの複数のデバイスサービス使用量レポートをサービス使用解析ネットワーク要素で受信すること；どのアプリケーションがサービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に（例えば大きく）寄与しているかを判断するために、サービス使用量レポートを解析すること；および、この情報を使用して、（ｉ）サービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に（例えば大きく）寄与しているアプリケーションをネットワーク管理者に通知する、または（ｉｉ）ユーザ通知メッセージを自動的にプログラムすること。ここで、ユーザ通知は、１つまたは複数のアプリケーションの使用量がサービスプラン超過を引き起こす可能性が高い、またはサービス使用量超過に（例えば大きく）寄与しているという表示を含む。
【０３６４】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、以下のことを含む。複数の通信デバイスの１つからサービス使用量レポートを受信すること；サービス使用量レポートに基づいて、ユーザ通知を生成するかどうか判断するために、サービス使用量レポートを解析すること；判断に基づいて、ユーザ通知リクエストメッセージを複数の通信デバイスの１つに送信すること。ここで、複数の通信デバイスの１つが、予め記憶されているユーザ通知を識別するためにユーザ通知リクエストメッセージを使用する。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、以下のことを含む。複数の通信デバイスの１つに関してネットワークベースのサービス使用量を監視すること；および、複数の通信デバイスの１つに関する監視されたネットワークベースのサービス使用量に基づいて、複数の通信デバイスの１つにユーザ通知リクエストメッセージを送信すること。ここで、複数の通信デバイスの１つが、予め記憶されているユーザ通知を識別するためにユーザ通知リクエストメッセージを使用する。
【０３６５】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、以下のことを含む。複数の通信デバイス上での１つまたは複数のネットワーク宛先の使用量を監視すること；１つまたは複数のサービスプランに関して、１つまたは複数のネットワーク宛先のどれがサービス使用量超過を引き起こす可能性が高いか、またはサービス使用量超過に（例えば大きく）寄与しているかを判断すること；および、ユーザ通知メッセージを複数の通信デバイスの１つに送信すること。ここで、ユーザ通知は、１つまたは複数のネットワーク宛先の使用量がサービスプラン超過を引き起こす可能性が高い、またはサービス使用量超過に（例えば大きく）寄与しているという表示を含む。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、複数の通信デバイスの１つに関連付けられるサービスプランに関してサービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に寄与していると判断される１つまたは複数のネットワーク宛先のリストを複数の通信デバイスの１つに送信すること含む。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、複数の通信デバイスの１つに関連付けられるサービスプランに関してサービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に寄与していると判断される１つまたは複数のネットワーク宛先のリストを複数の通信デバイスの１つに送信すること含み、ここで、１つまたは複数のネットワーク宛先のリストは、（例えばＵＩメッセージまたはＵＩメッセージ確認リクエストを含む）ユーザ通知に含まれる。
【０３６６】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、以下のことを含む。複数の通信デバイスからの複数のサービス使用量レポートをサービス使用解析ネットワーク要素で受信すること；どのネットワーク宛先がサービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているかを判断するために、サービス使用量レポートを解析すること；および、この情報を使用して、（ｉ）サービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているネットワーク宛先をネットワーク管理者に通知する、または（ｉｉ）ユーザ通知メッセージを自動的にプログラムすること。ここで、ユーザ通知は、１つまたは複数のネットワーク宛先の使用量がサービスプラン超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているという表示を含む。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、以下のことを含む。ネットワークサービス使用量監視要素からの複数のサービス使用量レポートをサービス使用解析ネットワーク要素で受信すること；どのネットワーク宛先がサービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているかを判断するために、サービス使用量レポートを解析すること；および、この情報を使用して、（ｉ）サービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているネットワーク宛先をネットワーク管理者に通知する、または（ｉｉ）ユーザ通知メッセージを自動的にプログラムすること。ここで、ユーザ通知は、１つまたは複数のネットワーク宛先の使用量がサービスプラン超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているという表示を含む。
【０３６７】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、以下のことを含む。複数の通信デバイス上での１つまたは複数のコンテンツタイプ、サービスタイプ、またはトラフィックタイプの使用量を監視すること；１つまたは複数のサービスプランに関して、１つまたは複数のコンテンツタイプ、サービスタイプ、またはトラフィックタイプのどれがサービス使用量超過を引き起こす可能性が高いか、またはサービス使用量超過に寄与しているかを判断すること；および、ユーザ通知メッセージを複数の通信デバイスの１つに送信すること。ここで、ユーザ通知は、１つまたは複数のコンテンツタイプ、サービスタイプ、またはトラフィックタイプの使用量がサービスプラン超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているという表示を含む。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、複数の通信デバイスの１つに関連付けられるサービスプランに関してサービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に寄与していると判断される１つまたは複数のコンテンツタイプ、サービスタイプ、またはトラフィックタイプのリストを複数の通信デバイスの１つに送信すること含む。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、複数の通信デバイスの１つに関連付けられるサービスプランに関してサービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に寄与していると判断される１つまたは複数のコンテンツタイプ、サービスタイプ、またはトラフィックタイプのリストを複数の通信デバイスの１つに送信すること含み、ここで、１つまたは複数のコンテンツタイプ、サービスタイプ、またはトラフィックタイプのリストは、（例えばＵＩメッセージまたはＵＩメッセージ確認リクエストを含む）ユーザ通知に含まれる。
【０３６８】
いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、以下のことを含む。複数の通信デバイスからの複数のサービス使用量レポートをサービス使用解析ネットワーク要素で受信すること；どのコンテンツタイプ、サービスタイプ、またはトラフィックタイプがサービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているかを判断するために、サービス使用量レポートを解析すること；および、この情報を使用して、（ｉ）サービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているコンテンツタイプ、サービスタイプ、またはトラフィックタイプをネットワーク管理者に通知する、または（ｉｉ）ユーザ通知メッセージを自動的にプログラムすること。ここで、ユーザ通知は、１つまたは複数のコンテンツタイプ、サービスタイプ、またはトラフィックタイプの使用量がサービスプラン超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているという表示を含む。いくつかの実施形態では、ＤＡＳに関するユーザ通知は、さらに、以下のことを含む。ネットワークサービス使用量監視要素からの複数のサービス使用量レポートをサービス使用解析ネットワーク要素で受信すること；どのコンテンツタイプ、サービスタイプ、またはトラフィックタイプがサービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているかを判断するために、サービス使用量レポートを解析すること；および、この情報を使用して、（ｉ）サービス使用量超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているコンテンツタイプ、サービスタイプ、またはトラフィックタイプをネットワーク管理者に通知する、または（ｉｉ）ユーザ通知メッセージを自動的にプログラムすること。ここで、ユーザ通知は、１つまたは複数のコンテンツタイプ、サービスタイプ、またはトラフィックタイプの使用量がサービスプラン超過を引き起こす可能性が高い、またはサービス使用量超過に寄与しているという表示を含む。
【０３６９】
ネットワークベースの分類通知システムに関する例示的実施形態
いくつかの実施形態では、ネットワークベースのデバイス通知システムが、ネットワークベースのトラフィック分類を備えるサービスに関するエンドユーザデバイスサービス通知を提供し、分類は、利用可能なネットワーク宛先のサブセットを備える。いくつかの実施形態では、トラフィック分類は、１つまたは複数のトラフィックフィルタまたはトラフィックオブジェクト識別子のセットによって定義される。この通知システムは、トラフィック分類、通知トリガ識別、およびユーザへの通知メッセージ表示に関する様々な実施形態を備えることができる。以下の説明は、有利な実施形態に関するものである。この例は、排他または限定の意図のものではない。
【０３７０】
いくつかの実施形態では、ネットワークベースのデバイス通知システムは、以下のことを行うように構成された通知プロビジョニングシステムを備える。（ａ）デバイス通知メッセージ、および通知メッセージと通知トリガインデックスとの関連付けを含むように、データ通知システムのための記憶機能をプログラムすること。（ｂ）サービスプランが施行されているときに許可されるトラフィックの分類に関するトラフィック分類ポリシーを含むように、ネットワークトラフィックゲートウェイのための記憶機能をプログラムすること。ここで、サービスプランは、デバイス信用証明によって識別されるエンドユーザデバイスによってネットワークアクセスサービスのために利用可能である（いくつかの実施形態では、サービスプランは、分類ポリシーによって包含されるものを含めた特定のサービス分類のみを許可するサービスプランでよい）。および、（ｃ）ネットワークトラフィックおよびネットワークアクセスイベントの分類を備える通知トリガ条件を含むように、通知トリガ検出システムのための記憶機能をプログラムすること。いくつかのそのような実施形態では、ネットワークトラフィックゲートウェイは、トラフィック分類システムを備えるＤＰＩ機能を有するように構成されて、エンドユーザデバイスからのネットワークトラフィックを検査し、トラフィックイベントがトラフィック分類ポリシーに適合する時を判断し、ネットワークアクセスイベントおよびデバイス信用証明を通知トリガ検出システムに報告する。いくつかの実施形態では、通知トリガ検出システムは、トラフィック分類およびネットワークアクセスイベントを観察して、通知トリガ条件が満たされているかどうか判断し、満たされている場合には、通知トリガインデックスおよびデバイス信用証明をデバイス通知システムに通信するように構成される。いくつかの実施形態では、デバイス通知システムは、通知トリガインデックスを受信して、デバイスユーザに対する通知メッセージの表示をデバイスエージェントに行わせるための処置を開始するように構成される。
【０３７１】
いくつかの実施形態では、ネットワークベースのデバイス通知システムは、分類に適合するトラフィックを検出し、分類に適合するトラフィックを許可するユーザサービスプランが施行されているかどうか判断し、分類に適合するトラフィックを許可するユーザサービスプランが施行されていない場合には、サービスプランを購入しなければならないという通知メッセージをユーザに送信するように構成することができる。通知メッセージは、さらに、サービス分類に関する情報を提供するように構成することができる。
【０３７２】
いくつかの実施形態では、ネットワークベースのデバイス通知システムで使用されるトラフィックゲートウェイは、ホームエージェント６５１０、または本明細書で開示する他のトラフィックゲートウェイ要素の任意のものでよい。いくつかの実施形態では、トラフィックゲートウェイは、通知トリガ検出システムを含む。いくつかの実施形態では、通知トリガ検出システムが、使用量レポート記憶機能１３６（例えば、サービス使用課金システムまたはＰＣＲＦシステム）内に位置される。いくつかの実施形態では、デバイス通知システムが、使用量レポート記憶機能１３６（例えば、課金システムまたはＰＣＲＦ）内に位置される。いくつかの実施形態では、通知システムは、別個のサーバ（例えば、サービス制御装置またはデバイス通知クライアント通信サーバ）である。いくつかの実施形態では、通知システムは、トラフィックゲート内に位置させることができる。
【０３７３】
ネットワークベースのデバイス通知システムのいくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２は、１人または複数人のネットワークポリシー管理者からの高レベル入力を受け入れるために使用され、入力は、サービス分類、トリガ条件、および通知メッセージに関する情報を備える。いくつかの実施形態では、通知ポリシー管理＆ＵＩ１３２は、グラフィカルデザイン環境でこれらの入力を受け入れ、管理ユーザ入力を、通知メッセージ、トリガ条件、および分類定義を適切なネットワーク要素にプログラミングするための１つまたは複数のプロビジョニング命令ファイルに変換する。
【０３７４】
いくつかのネットワークベースのデバイス通知システム実施形態では、トラフィック分類は、以下のものの１つまたは複数に基づく。ネットワークサーバ識別子もしくはアドレス、ゲートウェイ識別子もしくはアドレス、ウェブサイト識別子もしくはアドレス、ドメイン識別子もしくはアドレス、ウェブページ識別子もしくはアドレス、ＷＡＰサイト識別子もしくはアドレス、ＷＡＰページ識別子もしくはアドレス、トラフィック内に含まれるアプリケーション識別子（例えば、アプリケーションヘッダフィールド、もしくはアプリケーション識別子を指定する他のフィールド）、ポータルサイト識別子もしくはアドレス、トラフィックルート識別子、またはトラフィックトンネル識別子。
【０３７５】
いくつかのネットワークベースのデバイス通知システム実施形態では、通知トリガ条件は、サービスプランが購入されていないサービスの分類の使用を試みる試行を含む。いくつかの実施形態では、通知トリガ条件は、サービスの分類に関してあるサービス量に達していることを含む。いくつかの実施形態では、通知トリガ条件は、サービスの分類に関してある限度に達していることを含む。いくつかの実施形態では、通知トリガ条件は、ユーザがサービス提案を受け入れる可能性があることを示すサービス分類に関する、検出されたデバイスサービス使用または試行されたサービス使用を含む。他の実施形態では、デバイストリガ条件は、本明細書で開示する他のトリガ条件の任意のものでよい。
【０３７６】
いくつかのネットワークベースのデバイス通知システム実施形態では、トラフィック分類は、ネットワークトラフィックゲートウェイにあるトラフィック検査システムによって検査することができるトラフィック属性を備えるトラフィック検査フィルタ定義に基づく。いくつかの実施形態では、これらのトラフィックフィルタは、ウェブサイトまたはＷＡＰサイトで見られるオブジェクトを特定し、当業者に理解されるように、これらのオブジェクトは、様々なオブジェクト識別子を検索することによって検出することができる。
【０３７７】
いくつかのネットワークベースのデバイス通知システム実施形態では、トラフィック分類は、分類によって記載されるように意図されたサービスに関連付けられるネットワーク宛先情報の変化に対処するようにしばしば適合される規則に基づく。しばしば、そのような変化は、ウェブサイトおよび他のオンライン情報源で生じ、分類指定が静的である場合、デバイスユーザは、所期のサービス分類ポリシーの下でユーザがアクセス権を有している宛先から、誤ってブロックされることがある。さらに、サービスの分類を可能にするために購入されるサービスプランを有さないサービスの分類が試行されるときにブロック通知がユーザに提供される場合、分類ポリシーが適応して更新されない場合には、エラーブロックメッセージまたは「サービスプランを購入する必要があります」というメッセージが生じることがある。いくつかの実施形態では、サービス分類を更新する必要がある時を判断するため、またはサービス分類ポリシーを定期的に更新するために、適応型サービス分類ポリシーアップデータが使用される。いくつかの実施形態では、適応型サービス分類ポリシーアップデータは、１つまたは複数のポリシープロビジョニング要素に分類ポリシー更新を自動的に提供し、ポリシープロビジョニング要素が、次いで、分類ポリシーをトラフィックゲートウェイに提供する。いくつかの実施形態では、適応型サービス分類ポリシーアップデータは、レビューできるようにサービス管理者に分類ポリシー更新を提供し、その後、更新された分類ポリシーを１つまたは複数のポリシープロビジョニング要素に提供し、１つまたは複数のポリシープロビジョニング要素が、次いで、分類ポリシーをトラフィックゲートウェイに提供する。
【０３７８】
いくつかのネットワークベースのデバイス通知システム実施形態では、適応サービス分類ポリシーアップデータが、ウェブクローラを使用して、ウェブサイト、ドメイン、またはサーバネットワーク上でアイテムを検索する。いくつかの実施形態では、適応サービス分類ポリシーアップデータは、どのレベルのオブジェクトが分類に含まれるかに関する規則を有する。例えば、規則は、適応サービス分類ポリシーアップデータが、ウェブページロードから得られるオブジェクト記述のみを含むべきである、またはウェブページ上でのクリックにより得られるオブジェクト記述も含むべきであると指定することができる。いくつかの実施形態では、適応サービス分類ポリシーアップデータは、どのオブジェクトをサービス分類ポリシーに含めるかを識別するために、ドメインオブジェクト言語解析を使用する。
【０３７９】
いくつかのネットワークベースのデバイス通知システムの実施形態では、適応分類は、許可されるトラフィック定義をトラフィックゲートウェイ自体に適応させることによって実現される。これは、適応型アンビエント実装（本明細書では、連想分類実装とも呼ぶ）を含めたいくつかの方法で有利に達成することができる。適応型アンビエント（すなわち連想分類）では、既知のトラフィックオブジェクト（またはオブジェクトに関連付けられる未知のトラフィックフロー）と密接に関連付けられる、ＤＰＩゲートウェイによって識別された未知のトラフィックオブジェクト（またはオブジェクトに関連付けられる未知のトラフィックフロー）が、トラフィック分類ポリシーに含まれるように一時的な使用許可を与えられる。トラフィックをサービス分類に関連付ける別の方法は、アプリケーションヘッダ文字列、またはトラフィックヘッダ内の他のアプリケーション情報を検索することである。このようにすると、所与のドメインに特有でないオブジェクト（トラフィックの大きなパーセンテージを構成することがある広告ドメインオブジェクトなど）を、１つの分類サービスによって使用されているときには適当な形で考慮することができ、異なる分類サービスに関して使用されているときにはそのサービスに関して考慮することができる。未知のトラフィックオブジェクトまたはトラフィックフローの一時的な関連付けは、時間リースまたはサービス使用（例えばバイト）リースに基づくことがある。いくつかの実施形態では、リースは、サービス分類に属していないことが分かっているトラフィックオブジェクトが識別されるときに終了される。いくつかの実施形態では、トラフィックゲートウェイは、「ワンクリック（ｏｎｅ−ｃｌｉｃｋ  ａｗａｙ）」ポリシーを可能にするようにプログラムすることができ、このポリシーでは、あるウェブサイトに関して、第１のドメインと、そのページに属するものとして識別されるすべてのオブジェクトとが許可されるだけでなく、ページ上のオブジェクトをクリックしてアクセスすることもできる。また、いくつかの実施形態では、これらの同じ適応型アンビエントまたは関連性技法をデバイスエージェントＤＰＩと共に使用することも有利である。
【０３８０】
通知システムのための連想分類の例示的な実施形態
いくつかの実施形態では、ネットワークベースのアクセスサービス通知システムは、以下のものを備える。（１）通知トリガインデックスを備える通知トリガポリシーと、サービスプランが施行されているときに許可されるトラフィックに関する１組の１つまたは複数のトラフィック分類識別子を備えるトラフィック分類ポリシーとを含むように、ネットワークトラフィックゲートウェイのための記憶機能をプログラムするように構成されたアクセス通知プロビジョニングシステム。サービスプランは、デバイス信用証明によって識別されるデバイスユーザによってネットワークアクセスサービスに関して利用可能である。（２）ユーザデバイス信用証明に関連付けられるネットワークトラフィックを検査し、トラフィックイベントがトラフィック分類ポリシーに適合する時を判断し、通知トリガインデックスをデバイス通知メッセージゲートウェイに通信するように構成されたトラフィック分類システムを備えるＤＰＩ機能を有するように構成されたネットワークトラフィックゲートウェイ。（３）トラフィック分類ポリシーに関連付けられるネットワーク宛先の変化を識別するように構成されたネットワーク宛先検索システムと、ゲートウェイに記憶されているトラフィック分類ポリシーの更新を通知プロビジョニングシステムに行わせるように構成された分類ポリシー更新システムとを備える適応分類ポリシーシステム。
【０３８１】
いくつかの実施形態では、ネットワークトラフィックゲートウェイは、スポンサードサービス分類と非スポンサードサービス分類を識別する。いくつかの実施形態では、非スポンサードサービスを使用するためにエンドユーザデバイスが認証されていない場合、通知トリガインデックスは、エンドユーザデバイスが非スポンサードサービスへのアクセスを試行したが、許可されなかったことをデバイス通知メッセージゲートウェイに通信するように構成される。いくつかの実施形態では、デバイス通知メッセージゲートウェイは、次いで、エンドユーザデバイスのユーザインターフェースを介して、提示された非スポンサードサービスへのアクセスを許可するためのサービスプランに関する提案を引き起こす。
【０３８２】
いくつかの実施形態では、ネットワークトラフィックゲートウェイは、非スポンサードサービスのサブセットを識別し、デバイス通知メッセージゲートウェイは、エンドユーザデバイスのユーザインターフェースを介して、提示された非スポンサードサービスのサブセットへのアクセスを許可するためのサービスプランに関する提案を引き起こす。
【０３８３】
課金システムのための連想分類の例示的実施形態
いくつかの実施形態では、ネットワークベースのアクセス課金システムは、以下のものを備える。（１）決算ポリシーを備えるトラフィック課金ポリシーと、サービスプランが施行されているときに許可されるトラフィックに関する１組の１つまたは複数のトラフィック分類識別子を備えるトラフィック分類ポリシーとを含むように、ネットワークトラフィックゲートウェイのための記憶機能をプログラムするように構成されたアクセス課金プロビジョニングシステム。ここで、サービスプランは、デバイス信用証明によって識別されるデバイスユーザによってネットワークアクセスサービスに関して利用可能である；（２）ユーザデバイス信用証明に関連付けられるネットワークトラフィックを検査し、トラフィックイベントがトラフィック分類ポリシーに適合する時を判断し、決算ポリシーを実装し、トラフィック分類決算尺度をサービス課金システムに報告するように構成されたトラフィック分類システムを備えるＤＰＩ機能を有するように構成されたネットワークトラフィックゲートウェイ；および（３）以下のものを備える適応分類ポリシーシステム。（ａ）トラフィック分類ポリシーに関連付けられるネットワーク宛先の変化を識別するように構成されたネットワーク宛先検索システム、および（ｂ）ゲートウェイに記憶されているトラフィック分類ポリシーの更新をアクセス制御プロビジョニングシステムに行わせるように構成された分類ポリシー更新システム。
【０３８４】
いくつかの実施形態では、ネットワーク宛先検索システムは、ウェブサイト上で利用可能なオブジェクトのトラフィック検査特性をカタログするためにウェブサイトにアクセスすることによって、トラフィック分類ポリシーに関連付けられるネットワーク宛先の変化を識別するように構成される。いくつかの実施形態では、ウェブサイトへのアクセスは、元のトラフィック分類リストに含まれるドメインまたはＵＲＬ以外のドメインまたはＵＲＬからの追加のトラフィックオブジェクトをスポーンするウェブサイトオブジェクトにアクセスすることを含む。いくつかの実施形態では、ネットワーク宛先検索システムは、ウェブサイト上で利用可能なオブジェクトのトラフィック検査特性をカタログするためにウェブサイトのドメインオブジェクトモデル解析を実施することによって、トラフィック分類ポリシーに関連付けられるネットワーク宛先の変化を識別するように構成される。
【０３８５】
いくつかの実施形態では、ネットワーク宛先検索システムは、未知のトラフィックオブジェクトと、分類ポリシーを満たすトラフィックオブジェクトとのトラフィック特性の関連付けを識別することによって、トラフィック分類ポリシーに関連付けられるネットワーク宛先の変化を識別するように構成される。いくつかのそのような実施形態では、未知のトラフィックオブジェクトと、分類ポリシーを満たすトラフィックオブジェクトとのトラフィック特性の関連付けは、分類ポリシーに含まれる１つまたは複数の既知のトラフィックイベント以降に発生したサービス使用の量に基づく。いくつかの実施形態では、未知のトラフィックオブジェクトと、分類ポリシーを満たすトラフィックオブジェクトとのトラフィック特性の関連付けは、アプリケーションが分類ポリシーに関連付けられることを判断するトラフィックの解析に基づく。いくつかのそのような実施形態では、トラフィックの解析は、分類ポリシーを満たすアプリケーションヘッダを識別する。
【０３８６】
いくつかの実施形態では、エンドユーザデバイスに関するサービスの注文および加入者管理を容易にする管理システムが提供される。いくつかの実施形態では、管理システムは、分類、トラフィックポリシー、および適応分類検索パラメータに関する高レベルのユーザ入力を受信することができる。いくつかの実施形態では、管理システムは、通知トリガの識別、通知ポリシーの実装、制御ポリシーの実装、または課金ポリシーの実装を担当するネットワーク要素のプログラミングを容易にするために、プロビジョニング命令を決定するように構成される。
【０３８７】
いくつかの実施形態では、ネットワークベースのアクセス課金システムは、さらに、分類に適合するトラフィックを検出し、分類に適合するトラフィックを許可するユーザサービスプランが施行されているかどうか判断し、施行されていない場合には、その分類されたネットワークサービスにエンドユーザデバイスがアクセスできるようにするにはサービスプランを購入しなければならないことをユーザに知らせるのを支援するように構成される。いくつかの実施形態では、通知は、サービス分類に依存する。
【０３８８】
アクセス制御システムのための連想分類の例示的実施形態
いくつかの実施形態では、ネットワークベースのアクセス制御システムは、以下のものを備える。（１）トラフィック制御ポリシーと、サービスプランが施行されているときに許可されるトラフィックに関する１組の１つまたは複数のトラフィック分類識別子を備えるトラフィック分類ポリシーとを含むように、ネットワークトラフィックゲートウェイのための記憶機能をプログラムするように構成されたアクセス制御プロビジョニングシステム。ここで、サービスプランは、デバイス信用証明によって識別されるデバイスユーザによってネットワークアクセスサービスに関して利用可能である；（２）ユーザデバイス信用証明に関連付けられるネットワークトラフィックを検査し、トラフィックイベントがトラフィック分類ポリシーに適合する時を判断し、トラフィック制御ポリシーを施行するように構成されたトラフィック分類システムを備えるＤＰＩ機能を有するように構成されたネットワークトラフィックゲートウェイ；および（３）以下のものを備える適応分類ポリシーシステム。（ａ）トラフィック分類ポリシーに関連付けられるネットワーク宛先の変化を識別するように構成されたネットワーク宛先検索システム、および（ｂ）ゲートウェイに記憶されているトラフィック分類ポリシーの更新をアクセス制御プロビジョニングシステムに行わせるように構成された分類ポリシー更新システム。
【０３８９】
いくつかの実施形態では、ネットワーク宛先検索システムは、ウェブサイト上で利用可能なオブジェクトのトラフィック検査特性をカタログするためにウェブサイトにアクセスすることによって、トラフィック分類ポリシーに関連付けられるネットワーク宛先の変化を識別するように構成される。いくつかの実施形態では、ウェブサイトへのアクセスは、元のトラフィック分類リストに含まれるドメインまたはＵＲＬ以外のドメインまたはＵＲＬからの追加のトラフィックオブジェクトをスポーンするウェブサイトオブジェクトにアクセスすることを含む。
【０３９０】
いくつかの実施形態では、ネットワーク宛先検索システムは、ウェブサイト上で利用可能なオブジェクトのトラフィック検査特性をカタログするためにウェブサイトのドメインオブジェクトモデル解析を実施することによって、トラフィック分類ポリシーに関連付けられるネットワーク宛先の変化を識別するように構成される。
【０３９１】
いくつかの実施形態では、ネットワーク宛先検索システムは、未知のトラフィックオブジェクトと、分類ポリシーを満たすトラフィックオブジェクトとのトラフィック特性の関連付けを識別することによって、トラフィック分類ポリシーに関連付けられるネットワーク宛先の変化を識別するように構成される。いくつかのそのような実施形態では、関連付けは、分類ポリシーに含まれる１つまたは複数の既知のトラフィックイベント以降に発生したサービス使用の量に基づく。他のそのような実施形態では、関連付けは、アプリケーションが分類ポリシーに関連付けられることを判断するトラフィックの解析に基づく。いくつかのそのような実施形態では、トラフィックの解析は、分類ポリシーを満たすアプリケーションヘッダを識別する。
【０３９２】
いくつかの実施形態では、エンドユーザデバイスに関するサービスの注文および加入者管理を容易にする管理システムが提供される。いくつかの実施形態では、管理システムは、分類、トラフィックポリシー、および適応分類検索パラメータに関する高レベルのユーザ入力を受信することができる。いくつかの実施形態では、管理システムは、通知トリガの識別、通知ポリシーの実装、制御ポリシーの実装、または課金ポリシーの実装を担当するネットワーク要素のプログラミングを容易にするために、プロビジョニング命令を決定するように構成される。
【０３９３】
いくつかの実施形態では、ネットワークベースのアクセス制御システムは、さらに、分類に適合するトラフィックを検出し、分類に適合するトラフィックを許可するユーザサービスプランが施行されているかどうか判断し、施行されていない場合には、サービスプランを購入しなければならないことをユーザに知らせるように構成される。いくつかの実施形態では、通知は、サービス分類に依存する。
【０３９４】
上記の説明は、当業者が本発明を作成して使用することができるようにするために提示したものである。実施形態に対する様々な修正が可能であり、本明細書で述べる原理は、本発明の精神および範囲から逸脱することなく、これらおよび他の実施形態および用途に適用することができる。したがって、本発明は、図示される実施形態および用途に限定されることは意図されず、本明細書で開示する原理、特徴、および教示に整合性のある最も広い範囲に従うものとする。
【０３９５】
本発明は、プロセス；装置；システム；物質の組成（ａ  ｃｏｍｐｏｓｉｔｉｏｎ  ｏｆ  ｍａｔｔｅｒ）；コンピュータ可読記憶媒体上で具現化されるコンピュータプログラム製品；および／または処理装置、例えば、処理装置に結合されたメモリに記憶された、および／またはメモリによって提供される命令を実行するように構成された処理装置としての実装を含めた多くの様式で実装することができる。本明細書では、これらの実装形態、または本発明が取ることができる任意の他の形態を技法と呼ぶことがある。一般に、開示するプロセスのステップの順序は、本発明の範囲内で変えることができる。特に指定のない限り、タスクを実施するように構成されているものとして述べる処理装置やメモリなどの構成要素は、所与の時点で一時的にそのタスクを実施するように構成される汎用構成要素として実装することも、そのタスクを実施するように製造された専用構成要素として実装することもできる。本明細書で使用するとき、用語「処理装置」は、コンピュータプログラム命令などのデータを処理するように構成された１つまたは複数のデバイス、回路、および／または処理コアを表す。
【０３９６】
本発明の様々な実施形態を上述してきたが、それらは、限定としてではなく単に例として提示されていることを理解すべきである。同様に、様々な図が、本発明に関する例示的なアーキテクチャ構成または他の構成を示すことがあるが、これは、本発明に含めることができる特徴および機能を理解する助けとなるように成されている。本発明は、図示される例示的なアーキテクチャまたは構成に限定されず、様々な代替アーキテクチャおよび構成を使用して所望の特徴を実施することができる。実際、本発明の所望の特徴を実施するために代替の機能的、論理的、および物理的区画および構成を実装することができる方法を当業者は理解されよう。また、本明細書で述べるもの以外の多数の異なる構成モジュール名称を、様々な区画に適用することができる。さらに、流れ図、動作の説明、および方法クレームに関して、本願でステップが提示される順序は、文脈上明記しない限り、記載した機能を同じ順序で実施するように様々な実施形態を実装することを要求するものでない。
【０３９７】
本発明を、様々な例示的実施形態および実装形態に関して上述するが、個別の実施形態の１つまたは複数に記載される様々な特徴、態様、および機能は、それらが記載されている特定の実施形態に対するそれらの適用性に限定されず、単独で、または様々な組合せで、本発明の他の実施形態の１つまたは複数に適用することができ、そのような実施形態は、説明したものであってもそうでなくてもよく、また、そのような特徴は、記載した実施形態の一部として提示したものであってもそうでなくてもよいことを理解すべきである。したがって、本発明の範疇および範囲は、上述したいかなる例示的実施形態にも限定すべきでない。
【０３９８】
本文献で使用する用語および語句、ならびにそれらの変形は、明記しない限り、限定ではなく、制約のないもの（ｏｐｅｎ  ｅｎｄｅｄ）とみなすべきである。上記のことの例として、用語「含む」は、「限定せずに含む」などを意味するものとして読むことができ、用語「例」は、論述における項目の例示を提供するために使用され、それらの網羅的または制限的な列挙ではい。用語「１つの」は、「少なくとも１つ」、「１つまたは複数」などの意味として読むべきである。「慣例の」、「従来の」、「通常の」、「標準の」、「既知の」、および同様の意味合いの用語などの形容詞は、説明する要素を所与の期間に限定するものとみなすべきでなく、または利用可能な要素を所与の時点に限定するものとみなすべきではなく、現在または将来の任意の時点で利用可能または既知であることがある慣例の、従来の、通常の、または標準の技法を包含するものと読むべきである。同様に、本文献は、当業者に明らかである、または知られている技術を表すが、そのような技術は、現在または将来の任意の時点で当業者に明らかである、または知られている技術を包含する。
【０３９９】
いくつかの場合における「１つまたは複数の」、「少なくとも」、「限定はしないが」、または他の同様の語句など、広がりをもつ語および語句の存在は、そのような広がりをもつ語句を用いない場合にはより狭い状況が意図または要求されることを意味すると読むべきではない。用語「モジュール」の使用は、モジュールの一部として説明する、または特許請求するコンポーネントまたは機能がすべて共通のパッケージ内に構成されていることは示唆しない。そうではなく、制御論理であれ他のコンポーネントであれ、モジュールの様々なコンポーネントの任意のものまたはすべてを単一のパッケージに組み合わせることも、または個別に保守することもでき、さらに、複数のグループもしくはパッケージ内に、あるいは複数の位置にわたって分散させることもできる。
【０４００】
さらに、本明細書に記載する様々な実施形態を、例示的なブロック図、流れ図、および他の図に関して説明する。本記載を読めば当業者には明らかなように、図示される実施形態およびそれらの様々な代替形態は、図示した例に限定せずに実施することができる。例えば、ブロック図およびそれらの関連説明は、特定のアーキテクチャもしくは構成を要求するものと解釈すべきではない。
【図１】
2014502383.tif 000003
【図２Ａ】
2014502383.tif 000004
【図２Ｂ】
2014502383.tif 000005
【図２Ｃ】
2014502383.tif 000006
【図２Ｄ】
2014502383.tif 000007
【図２Ｅ】
2014502383.tif 000008
【図２Ｆ】
2014502383.tif 000009
【図２Ｇ】
2014502383.tif 000010
【図３】
2014502383.tif 000011
【図４Ａ】
2014502383.tif 000012
【図４Ｂ】
2014502383.tif 000013
【図４Ｃ】
2014502383.tif 000014
【図４Ｄ】
2014502383.tif 000015
【図５】
2014502383.tif 000016
【図６】
2014502383.tif 000017
【図７】
2014502383.tif 000018
【図８】
2014502383.tif 000019
【図９】
2014502383.tif 000020
【図１０】
2014502383.tif 000021
【図１１】
2014502383.tif 000022
【図１２】
2014502383.tif 000023
【図１３】
2014502383.tif 000024
【図１４】
2014502383.tif 000025
【図１５】
2014502383.tif 000026
【図１６】
2014502383.tif 000027
【図１７】
2014502383.tif 000028
【図１８】
2014502383.tif 000029
【図１９】
2014502383.tif 000030
【図２０】
2014502383.tif 000031
【図２１】
2014502383.tif 000032
【図２２】
2014502383.tif 000033
【図２３】
2014502383.tif 000034
【図２４】
2014502383.tif 000035
【図２５】
2014502383.tif 000036
【図２６】
2014502383.tif 000037
【図２７】
2014502383.tif 000038
【図２８】
2014502383.tif 000039
【図２９】
2014502383.tif 000040
【図３０】
2014502383.tif 000041
【図３１】
2014502383.tif 000042
【図３２】
2014502383.tif 000043
【図３３】
2014502383.tif 000044
【図３４】
2014502383.tif 000045
【図３５】
2014502383.tif 000046
【図３６】
2014502383.tif 000047
【図３７】
2014502383.tif 000048
【図３８】
2014502383.tif 000049
【図３９】
2014502383.tif 000050
【図４０】
2014502383.tif 000051
【図４１】
2014502383.tif 000052
【図４２】
2014502383.tif 000053
【図４３】
2014502383.tif 000054
【国際調査報告】
2014502383.tif 000055
2014502383.tif 000056
2014502383.tif 000057