JP2016532366A - データ帯域幅管理システム及び方法 - Google Patents

Abstract

クライアントデバイスに対するデータ帯域幅の管理及び割り当てを行うシステムであって、前記クライアントデバイス内に配置され、前記クライアントデバイスのデータ使用状況を監視するように構成されたモニタリング及びトラフィック管理モジュールと、前記クライアントデバイスに対するデータ帯域幅の割り当てと、前記モニタリング及びトラフィック管理モジュールからのリクエストの受信とを行うように動作できるデータトラフィックマネージャとを有し、前記リクエストは、データ使用状況に応じて、前記クライアントデバイスに対して適切なデータ帯域幅を割り当てる、前記データトラフィックマネージャへの指示を含むことを特徴とするシステム。本発明は、好適には、通信システムでの使用に適しており、既存の通信システムに変更を加える必要がない。【選択図】図１

Description

本発明は、データ帯域幅管理システム及び方法に関する。本システム及び方法は、モバイルのプリペイド型加入者に対するデータ帯域幅の管理及び割り当てに特に適し、これに限定されないが、この事例に関して説明する。

本発明の背景技術の以下の説明は、単に本発明の理解を容易にすることを意図している。 この説明は、参照する資料のいずれも、本発明の優先日に管轄区において公開され、周知であり、または当業者の技術常識の一部であったと承認し、または自認するものではないことが理解されるべきである。

「オルウェイズオン」または「２４／７」のインターネットデータアクセスは、通信キャリアの加入者の大多数がモバイルデータのポストペイド型プランを好むマーケットで一般的に利用可能である。このようなポストペイド型プランの加入者は、一般的には、無制限のインターネットデータアクセスまたは上限が大きいサイズ（例えば、２ギガバイト（ＧＢ））のデータ使用より多くの月額の支払いを気にしない。

しかし、インターネット又はデータ接続の「オルウェイズオン」の提供は、「プリペイド型プラン」（または「現金払い」型プラン）を好むユーザで支配されるマーケットにおいては通信事業者にとって課題のままである。これらのマーケットでは、ユーザは、インターネットアクセスのために比較的高額の払込金を支払う気があまりない。特定の時間単位の支払いモデルの他のバリエーションは、Ｆａｃｅｂｏｏｋ（商標）、Ｔｗｉｔｔｅｒ（商標）、ＹｏｕＴｕｂｅ（商標）などのウェブサイトを含む、選択されたウェブリソースに対する日毎の「オルウェイズオン」のアクセスであってもよい。

費用は、プリペイド型プランのユーザにとって重要な関心事であり、通信事業者にとっての課題は、比較的低額の「小袋」価格でインターネット接続を提供し、更にプリペイド型プランのユーザに「オルウェイズオン」の体験を与えることである。これは、データ帯域幅の消費という点で効率的である特定のクライアントデバイス（例えば、「フィーチャーフォン」とブラックベリーのスマートフォン）では可能であるものの、複数のプログラム（または、「アプリ」という口語でより知られている）を許可する、より最近のスマートフォンのモデルのためにそのような「小袋」価格を実現することは、一般的に困難である。これらのスマートフォンのモデルは、比較的高いデータ帯域幅を必要とする。そのような「小袋」価格を実現するために、データ帯域幅の使用率の制御、調節にある程度の柔軟性を持たせて提供することで、これらのスマートフォンのユーザのマーケットを獲得する必要がある。

現在、プリペイド型プランのユーザがデータ帯域幅を制御し、帯域幅の使用率をモニタすることがある程度可能であるが、代わりに既知の制御メカニズムは、一般にいくつかの固定の帯域幅のレベルの間であり、スマートフォンのユーザによる意識的な手動制御を必要とする。しかし、そのような制御メカニズムは、比較的粗い「絞り有」−「絞り無」のオールオアナッシングの方法（すなわち、最大のデータ帯域幅である「オール」から、無のデータ帯域幅である「ナッシング」にデータアクセスが切り替えられる）よりも優れているが、一定の価格以下でプリペイド型加入者にシームレスな体験を提供するためには、典型的にはサービスプロバイダに管理されるそのような制御については、帯域幅制御メカニズムを改良する必要がある。また、そのデータサービスのプラン使用の適合性をユーザにフィードバックする必要もある。

本発明の一態様によれば、クライアントデバイスに対するデータ帯域幅の管理及び割り当てを行うシステムであって、前記クライアントデバイス内に配置され、前記クライアントデバイスのデータ使用状況を監視するように構成されたモニタリング及びトラフィック管理モジュールと、前記クライアントデバイスに対するデータ帯域幅の割り当てと、前記モニタリング及びトラフィック管理モジュールからのリクエストの受信とを行うことが可能なデータトラフィックマネージャとを有し、前記リクエストは、データ使用状況に応じて、前記クライアントデバイスに対して適切なデータ帯域幅を割り当てる、前記データトラフィックマネージャへの指示を含むことを特徴とするシステムが実現される。

クライアントデバイス内のモニタリング及びトラフィック管理モジュールは、サービスプロバイダへ適切なリコメンデーションを行い、総合的にシームレスな体験を個人に提供するために、リアルタイムの監視と個人のデータ使用プロファイルのより正確な分析とを実現する。

好ましくは、前記システムは、データプロファイルが１００キロビット／秒以上の絞られたデータ帯域幅に対応するデフォルトモードを有する。

好ましくは、前記クライアントデバイスが起動／再起動していること、直前にアイドルモードからアクティブへ切り替えられたこと、またはＣＰＵ使用率が急上昇したことが前記モニタリング及びトラフィック管理モジュールによって検出されると、前記モニタリング及びトラフィック管理モジュールは、所定時間の間において前記クライアントデバイスに対して最大の利用可能なデータ帯域幅を提供することを前記データトラフィックマネージャに指示するリクエストを送信するように動作でき、その後、前記クライアントデバイスに割り当てられたデータ帯域幅が前記デフォルトモードに戻る。
前記所定時間は、様々なスタートアップサービス、初期プロセス及び「アプリ」の適切なロード／リロードを可能にするために設定される。

本発明の他の態様によれば、プリペイド型加入者に適したインターネットデータ接続を決定するシステムであって、前記プリペイド型加入者のクライアントデバイス内に配置され、ユーザプロファイルを生成するために、前記クライアントデバイスの使用状況に基づいてリアルタイムで前記プリペイド型加入者のインターネットアクティビティの測定及び分析を行うように構成されたモニタリング及びトラフィック管理モジュールと、複数のインターネットデータ接続タイプを含むデータトラフィックマネージャとを有し、各インターネットデータ接続タイプは優先順位付けされたウェブリソースのセットを少なくとも含むものであって、前記モニタリング及びトラフィック管理モジュールは、前記データトラフィックマネージャにリクエストを送信するように動作でき、前記リクエストは、前記プリペイド型加入者のユーザプロファイルに応じて、複数のインターネットデータ接続タイプの中から１つのインターネットデータ接続タイプをロードさせる、前記データトラフィックマネージャへの指示を含むことを特徴とするシステムが実現される。

好ましくは、前記プリペイド型加入者のユーザプロファイルは、独立した第三者のサーバで維持される。

好ましくは、前記ウェブリソースのセットは、所定時間の間において前記プリペイド型加入者に訪問されたウェブリソースの頻度に基づいて割り当てられた重みを用いて優先順位付けされる。

好ましくは、前記モニタリング及びトラフィック管理モジュールは、前記プリペイド型加入者のインターネットアクティビティを継続的に監視するように動作できる。

好ましくは、前記モニタリング及びトラフィック管理モジュールは、前記ユーザプロファイルに基づいてデータプロファイルの適切なタイプのリコメンデーションを提供するように構成される。

好ましくは、前記モニタリング及びトラフィック管理モジュールは、オペレーティングシステムアクティビティ、中央演算処理の使用率（ＣＰＵ）、データ接続のタイプ／品質、及び特定のプロセス又はアプリの実際の帯域幅の使用率の少なくとも１つを監視するように動作できる。

本発明の第３の態様によれば、クライアントデバイスに対するデータ帯域幅の管理及び割り当てを行う方法であって、
ａ．前記クライアントデバイス内に配置されたモニタリング及びトラフィック管理モジュールにより前記クライアントデバイスのデータ使用状況を監視すること、
ｂ．前記モニタリング及びトラフィック管理モジュールからデータトラフィックマネージャに、前記クライアントシステムにデータ帯域幅を割り当てさせるリクエストを送信すること、
ｃ．前記リクエストは、前記クライアントデバイスのデータ使用状況に応じて、前記クライアントデバイスに対して適切なデータ帯域幅を割り当てる、前記データトラフィックマネージャへの指示を含むこと、
の各ステップを有することを特徴とする方法が提供される。

好ましくは、前記方法は、データプロファイルが１００キロビット／秒以上の絞られたデータ帯域幅に対応するデフォルトモードを有する。

好ましくは、前記モニタリング及びトラフィック管理モジュールは、前記クライアントデバイスが起動／再起動していること、直前にアイドルモードからアクティブへ切り替えられたこと、またはＣＰＵ使用率が急上昇したことを検出し、所定時間の間において前記クライアントデバイスに対して最大の利用可能なデータ帯域幅を提供することを前記データトラフィックマネージャに指示するリクエストを送信し、その後、前記クライアントデバイスに割り当てられたデータ帯域幅が前記デフォルトモードに戻る。

本発明の第４の態様によれば、プリペイド型加入者に適したインターネットデータ接続を決定する方法であって、
ａ．前記クライアントデバイス内に配置されたモニタリング及びトラフィック管理モジュールによりリアルタイムで前記プリペイド型加入者のインターネットアクティビティの測定及び分析を行うこと、
ｂ．ユーザプロファイルを生成するために前記クライアントデバイスの使用状況に基づいてユーザプロファイルを生成すること、
ｃ．前記クライアントデバイスにデータ帯域幅を割り当てさせるリクエストを前記モニタリング及びトラフィック管理モジュールからデータトラフィックマネージャに送信し、前記データトラフィックマネージャは複数のインターネットデータ接続タイプを含み、各インターネットデータ接続タイプは優先順位付けされたウェブリソースのセットを少なくとも含むこと、
ｄ．前記リクエストは、前記プリペイド型加入者のユーザプロファイルに応じて、複数のインターネットデータ接続タイプの中から１つのインターネットデータ接続タイプをロードさせる、前記データトラフィックマネージャへの指示を含むこと、
の各ステップを有することを特徴とする方法が提供される。

好ましくは、前記プリペイド型加入者のユーザプロファイルは、独立した第三者のサーバで維持される。

好ましくは、前記ウェブリソースのセットは、所定時間の間において前記プリペイド型加入者に訪問されたウェブリソースの頻度に基づいて割り当てられた重みを用いて優先順位付けされる。

好ましくは、前記モニタリング及びトラフィック管理モジュールは、更に、前記プリペイド型加入者のインターネットアクティビティを継続的に監視するように動作する。

好ましくは、前記モニタリング及びトラフィック管理モジュールは、更に、前記ユーザプロファイルに基づいてデータプロファイルの適切なタイプのリコメンデーションを提供する。

好ましくは、前記モニタリング及びトラフィック管理モジュールは、更に、オペレーティングシステムアクティビティ、ＣＰＵ使用率、データ接続のタイプ／品質、及び実際の帯域幅の消費の少なくとも１つを監視するように動作する。

本発明の第５の態様によれば、ソフトウェアがインストールされたクライアントデバイスにおいて、本発明の第３及び第４の態様のいずれかの方法を行うように実行できる。

図１は、本発明の一実施形態に係るシステムの概略図である。 図２は、本発明の他の実施形態に係るシステムの概略図である。

以下、添付の図面を参照して、本発明を一例として説明する。
本発明は他の構成も可能であり、従って、添付の図面は本発明の前述の一般性に優先すると理解されるべきではない。

本発明者らは、様々なタイプのスマートフォンの研究を行い、様々なオペレーティングシステムプラットホーム（ｉＯＳ（商標）、Ａｎｄｒｏｉｄ（商標）など）は様々な内部ネットワーク最適化ツールで構築されていることに気付いた。これらの最適化ツールは、特定用途のソフトウェアアプリケーション（「アプリ」という口語で知られている）、データパケット、及び他のアプリを介してユーザに実行されるアクティビティ、データパケット、及びスマートフォンの消費電力などの要因に応じたアクティビティ、特定のプロセスやアプリに要求される帯域幅、及び／または既存のデータのインターネット接続品質（Ｗｉ−Ｆｉ、ＬＴＥ、２Ｇ、または３Ｇなどを介する）に優先順位を付ける。スマートフォンのオペレーティングシステムは、可能な限り最高のユーザ体験を確保するように、携帯電話が利用可能なデータ帯域幅の使用率の粗い最適化を一般的に提供する。換言すれば、一般的に音声通話、メッセージアプリのプッシュ型の通知は、アプリのアップデートよりも優先される。そのようなアクティビティはより優先順位が高いと考えられるため、そのアクティビティのために利用可能な全ての帯域幅が利用される。しかし、この形式の最適化は、例えばフル３ＧやＬＴＥの速度で、最大限許容される帯域幅がユーザに大半の時間提供されることを前提としているため、そのような最適化のタイプは、少ない帯域幅の消費のために少ない支払いを希望するプリペイド型加入者には一般的に適していない。

特定の研究に基づいて、本発明者らは、キャッチアップの動画、音楽ストリーミング、他のユーザに対する単なるネットサーフィン、チャット及びＦａｃｅｂｏｏｋ（商標）やＴｗｉｔｔｅｒ（商標）などのソーシャルメディアへのタグ付又は記述の際の時々のアクセスを含む特定のアクティビティを実行するユーザの帯域幅の使用率が約２０倍以上になることに更に気付いた。従って、本発明は、少なくともユーザを重度な使用のカテゴリと軽度な使用のカテゴリとに分ける必要がある。

本発明の一実施形態によれば、クライアントデバイス１２に対するデータ帯域幅の管理及び割り当てを行うシステムであって、クライアントデバイス１２内に配置され、クライアントデバイス１２のデータ使用状況を監視するように構成されたモニタリング及びトラフィック管理モジュール１４と、クライアントデバイス１２に対するデータ帯域幅の割り当てと、モニタリング及びトラフィック管理モジュール１４からのリクエスト２０の受信とを行うように動作できるデータトラフィックマネージャ１６とを有し、リクエスト２０は、データ使用状況に応じて、クライアントデバイス１２に対して適切なデータ帯域幅を割り当てる、前記データトラフィックマネージャへの指示を含むことを特徴とするシステム１０が提供される。

クライアントデバイス１２は、有線データサービス及び特に限定しないがＧＰＲＳ、ＥＤＧＥ、２Ｇ、３Ｇ、ＬＴＥ、４Ｇ、Ｗｉ−Ｆｉなどのような無線サービスの一方または両方を含む様々な手段を介してインターネット（Ｗｏｒｌｄ Ｗｉｄｅ ＷｅｂまたはＷＷＷ）にアクセスすることが可能な任意のコンピュータデバイスであってもよい。モニタリング及びトラフィック管理モジュール１４は、ＵＳＢドングルのような「プラグアンドプレイ」デバイスやクライアントデバイス１２にインストール可能／インストール済みの特定のソフトウェアアプリケーションであってもよい。モニタリング及びトラフィック管理モジュール１４は、更に、ハードウェアまたはソフトウェアモジュールとしてクライアントデバイス１２内に統合されてもよい。

モニタリング及びトラフィック管理モジュール１４は、データトラフィックマネージャ１６とデータ通信するように動作できる。データトラフィックマネージャ１６は、モニタリング及びトラフィック管理モジュール１４から送信された、クライアントデバイス１２に適切なデータ帯域幅を割り当てるリクエスト２０を実行するように動作できる。

データトラフィックマネージャ１６は、インターネットに接続するためのプロキシゲートウェイサーバ内にあってもよい。データトラフィックマネージャ１６は、帯域幅アジャスタ２２とディープパケットインスペクタ２４とを有する。帯域幅アジャスタ２２は、リクエストに基づいてクライアントデバイス１２に対して適切な帯域幅を割り当てる少なくとも１つのリクエスト２０を受信するように構成される。ディープパケットインスペクタ２４は、クライアントデバイス１２のユーザが軽度のネットサーフィン、データによる音声通話、メッセージのやり取り、メディアのダウンロード、ピアツーピアのメディア共有（トレンティング）、アプリのダウンロードまたはアップデートなど幾つか挙げた例を行っているか否かに基づいて、クライアントデバイス１２のユーザのデータプロファイルを適切に決定するために、クライアントデバイス１２のデータトラフィックを周期的またはランダムに参照するように構成される。

リクエスト２０は、１以上のアプリケーションプログラムインターフェース（またはＡＰＩ）または類似物を経由する可能性が高い。リクエスト２０は、ほとんどリアルタイムの接続手段である。接続の他の形式は、単純なテキストまたはショートメッセージサービス（ＳＭＳ）のフォーム、非構造的付加サービスデータ（ＵＳＳＤ）メッセージまたはそのような目的のための電子シグナル／メッセージの任意の他の形式であってもよい。

モニタリング及びトラフィック管理モジュール１４は、データ帯域幅を消費する下記アクティビティの１以上を監視するように設定又は構成される。
−クライアントデバイス１２のソフトウェアアプリケーションによるインターネットアクセス
−オペレーティングシステムのプロセス及びアクティビティ
−中央演算処理装置（ＣＰＵ）の起動及び使用率、及び／または
−データ接続の品質（例えば、待ち時間、ｐｉｎｇ時間を用いて測定可能な接続の速度；ＥＤＧＥ／３Ｇ／ＬＴＥか否か、など）
−オペレーティングシステムに許可される場合は、実際のデータ帯域幅の消費量

これらアクティビティの監視に基づいて、モニタリング及びトラフィック管理モジュール１４は、下記ルールのセットに基づいてデータトラフィックマネージャ１６へリクエスト２０を送信する。
下記のいずれかが発生したクライアントデバイス１２で最大の帯域幅（絞り無）を利用できるようにする。
・頻繁なリフレッシュ及びクラウドベースのサーバとの同期を必要とするクライアントデバイス１２にインストールされたソフトウェアアプリケーションが、アクティブとなり、または（かなり長い間アイドル状態となった後で）まさに再びアクティブになった場合。
・新たなアクティビティまたは大容量のファイルやメディアのダウンロードやアップロードの必要性の示唆があり、クライアントデバイス１２にインストールされたソフトウェアアプリケーションが、ＣＰＵ使用率に関して急上昇した場合。
・クライアントデバイス１２がまさに、再起動し、または、かなり長い間アイドル状態となった後で再びアクティブになった場合。この場合、クライアントデバイス１２は、連絡先の詳細、スケジュール、タスク及びメモのリフレッシュまたは同期をとる。また、電子メールの取得、通知のチェックなども行われる。
・クライアントデバイス１２のＩＰアドレスが変更された場合。ＩＰアドレスの変更は、最近呼び出されたクライアントデバイス１２か、または、クライアントデバイス１２がまさにインターネット接続を復帰したことを意味する。この場合、クライアントデバイス１２は、連絡先の詳細、スケジュール、タスク及びメモのリフレッシュまたは同期をとる。また、電子メールの取得、通知のチェックなども行われる。

リクエスト２０を送信することに加え、モニタリング及びトラフィック管理モジュール１４は、ディープパケットインスペクタ２４が要求されたイベントでディープパケットインスペクタ２４により生成された（ユーザのデータ使用状況から得たデータに基づく）ユーザプリファレンスを検証及びチェックするためにデータトラフィックマネージャ１６とデータ通信するように動作してもよい。検証の後、モニタリング及びトラフィック管理モジュール１４は、絞り有（最大限の帯域幅の割り当て）、絞り無（所定の上限がある帯域幅の割り当て）、及び／またはデータトラフィックマネージャ１６に戻すチェック済のユーザプリファレンスを検証するリクエスト２０を送信する。リクエスト２０の受信時及び検証時、モニタリング及びトラフィック管理モジュール１４は、絞り無（最大限の帯域幅の割り当て）、絞り有（所定の上限がある帯域幅の割り当て）、及び／またはユーザプリファレンスに基づく特定のウェブリソース（データパケット、ＵＲＬなど）の優先順位付けを行う。各ユーザプリファレンスは、セントラルサーバ２６に格納されてもよい。

モニタリング及びトラフィック管理モジュール１４は、検証済みのユーザプリファレンスに基づいてクライアントデバイス１２のユーザのために適切と判断される様々なサービス、データプランまたはストックキーピングユニットのリコメンデーションを提供するように構成してもよい。例えば、モニタリング及びトラフィック管理モジュール１４が頻繁にビデオ共有するアクティビティを検出した場合、ビデオ共有とは無関係な他のメディアストリームを含む、他の全てのトラフィックを帯域制限または非優先にしつつ、そのようなタイプの使用アクセスを優先するデータサービスをユーザに推奨する。

リコメンデーションは、比較的低い帯域幅のモード（例えば、Ｗｉ−Ｆｉとは対照的な３Ｇ）において不必要な帯域幅を消費する全ての自動同期をオフにすることを検討させるユーザへのアラート通知のように、クライアントデバイス１２の画面上に表示されるプッシュ型のアラート通知の形式でもよい。他の例では、推奨されない比較的低い帯域幅のモードでファイル共有のような多大な帯域幅の使用アクティビティにユーザがアクセスしていることをモニタリング及びトラフィック管理モジュール１４により検出した際に画面上にメッセージを表示する形式でもよい。

様々なサービス、データプランまたはストックキーピングユニットの例には、以下のようなものがある。
ａ．１００キロビット／秒（ｋｂｐｓ）以上、一般には３Ｇ用の１−２Ｍｂｐｓの範囲やＬＴＥ接続用の５−２０Ｍｂｐｓの範囲である、高い認定情報速度（ＣＩＭ）及びＭＩＲ（最大情報速度）のフルスピードインターネット（３Ｇ、４Ｇ、ＬＴＥ）。
ｂ．ユーザが選択されたアプリケーションに対して他より好んでアクセスすると判断される場合、これらのアプリケーションのインターネットへのアクセスを他より優先させるためのデータ帯域幅またはトラフィックの優先順位付け。
ｃ．ユーザが選択されたインターネットリソース、例えばゲームに対して他より好んでアクセスすると判断される場合、これらインターネットリソースを他より優先させるためのデータ帯域幅またはトラフィックの優先順位付け。
ｄ．選択されたメディアデータタイプのトラフィック、例えば音声通話、写真共有、メッセージングソフトウェアアプリケーション、通知を他より優先させるためのデータ帯域幅またはトラフィックの優先順位付け。

モニタリング及びトラフィック管理モジュール１４は、更に、ソフトウェアアプリケーションのアクティベート、ソフトウェアアプリケーションがアクティベートされた時刻、及びこれらソフトウェアアプリケーションの使用頻度を更に判定することができる。また、モニタリング及びトラフィック管理モジュール１４は、ＣＰＵ使用率、及びある場合は実際の帯域幅消費量を特定することができる。

本発明について、モニタリング及びトラフィック管理「アプリ」（トラフィックアプリ）１４がインストールされたスマートフォン１２をクライアントデバイスとして持つ通信システム１０のプリペイド型加入者の事例に関して説明する。

トラフィックアプリ１４を起動すると、トラフィックアプリ１４は、インターネット接続におけるスマートフォン１２のデータ使用状況／アクティビティを監視し、そのようなアクティビティに基づいてユーザプロファイル／ユーザプリファレンスのデータを生成する。また、トラフィックアプリ１４は、プリペイド型加入者が加入している既存のデータサービスプランを監視し、データトラフィックマネージャ１６にこのタイプのプランの提供を開始させる指示リクエスト２０を送信する。例えば、「ビデオ共有プラン」がプリペイド型加入者に選択された場合は、データトラフィックマネージャ１６は、加入者に対するＶｉｎｅ（商標）やＩｎｓｔａｇｒａｍ（商標）のような特定のＵＲＬやＩＰアドレスのトラフィック交換を加入者に実行される他のアクティビティより優先させることを進める。トラフィック交換が検出されると、トラフィックアプリ１４は、ＡＰＩ接続２１を介してデータトラフィックマネージャ１６にアラートを出し、データトラフィックマネージャ１６はそれに応じて開始する。

トラフィックアプリ１４は、アクティビティの監視を続け、現在のデータプランがインターネットアクティビティのタイプのために理想的でない場合にリコメンデーションを行う。必要に応じて、ディープパケットインスペクタ２４は、一般にプリペイド型加入者の行動及びインターネット活動を測定し、分析するトラフィックアプリ１４であると理解されるべきであるが、クライアントデバイス１２のデータトラフィックの周期的またはランダムな参照を提供するように起動される。これは、限られたカスタマイズ機能を持つ通信ネットワークレベルでのディープパケットインスペクタ２４としての意識的な選択であり、個々のクライアントデバイス１２のレベルで可能な分析の精度には近似しない。更に、データトラフィックマネージャ１６は、一般的にあまり適応せず、加入者の好むサービスのタイプに合うように多くの設定時間が必要となる。また、データトラフィックマネージャ１６は、全ての加入者のプロファイリングについて、機能があるとしても限られている。クライアントデバイス１２のレベルでトラフィックアプリ１４を使用する重要な利点は、分析及びカスタマイズの負担をトラフィックアプリ１４に配することで、数百万人の加入者のためのカスタマイズ作業を行うことの通信システム１０への依存を最小化することである。データトラフィックマネージャ１６は、絞り有、絞り無、特定のＵＲＬのトラフィックの優先、他の非優先、トレンティングの防止などを含む、トラフィックアプリ１４からの指示を単に受けるように構成される。

上記の説明は特定のプランや消費者のプリファレンスに基づく方法を解説しており、トラフィックアプリ１４はインターネットトラフィックの優先順位付けを行う。同時に、トラフィックアプリ１４は、プリペイド型加入者のプロファイルを常に監視及び更新し、その人にとって最も重要なインターネットアクティビティ（アプリとＵＲＬ）について時間をかけて学習する。従って、明示的な選択を行うように加入者に促すことは必ずしも必要ではない。例として、トラフィックアプリ１４は、時間をかけて学習した、加入者にとって重要な特定のＵＲＬ、例えばプリペイド型の加入者がＧｏｏｇｌｅニュースを介して頻繁にチェックしたニュースを記録し、トラフィックアプリ１４は、加入者がｎｅｗｓ．ｇｏｏｇｌｅ．ｃｏｍを訪問した場合も同様に記録し、トラフィックアプリ１４は、ＱＯＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）の技術を通じてこのトラフィックの優先順位付けを行う。

トラフィックアプリ１４は、必要に応じて、ユーザが毎日消費した暗黙の目標メガバイト（ＭＢ）使用の程度を考慮してもよく、その後、加入者にとって重要なインターネットアクティビテイ及びＵＲＬのためのＭＩＢ（絞り無）を緩和する。常に使用量を計算し、通信システム１０の目標ＭＢ使用の許可量が絞り無またはＭＩＲの増加に適応できるかをチェックする。通信プロバイダまたはモバイルネットワークオペレータは、収益をあげるために、データサービスへの請求の程度に相応して加入者（毎日と「ピーク時」）の帯域幅の消費を管理しなければならないことに注意する。

選択的な特徴として、加入者の履歴及び行動プロファイルは、第三者サーバのサービスプロバイダ３０によって保持され、維持されるように構成されてもよい。このような構成では、履歴及び行動プロファイルは、通信システム１０やデータトラフィックマネージャ１６に常駐されない。これは、加入者が通信システム１０内のその人のアカウントを変更（例えば、携帯電話のＭＳＩＳＤＮを変更）でき、必要に応じてその人のオリジナルのプロファイルにアクセスでき、復元できることを意味する。Ｆａｃｅｂｏｏｋ（商標）やＧｍａｉｌ（商標）のアカウントのようなソーシャルネットワークアカウントを、統一ＩＤとして用いるようにしてもよい。

加入者は、アカウント毎に複数のプロファイルを持つことができる。幾つかのクライアントデバイス１２、例えば、ｉＰｈｏｎｅ（商標）、ｉＰａｄ（商標）、及びＡｎｄｒｏｉｄ（商標）デバイスを持つ人は、そのようにしたいかもしれない。そのようなクライアントデバイス１２の各々はデータ消費に関する限り動作が異なり、そのため、必要に応じて適切なリコメンデーションを行えるように、クライアントデバイス１２が使用されていることを知ることが重要である。

本アプローチの追加的な利点は、プリペイド型加入者は、他の通信システムに切り替え、またはローミングモードを動作させることができ、また特定の通信システムは、本発明を実現でき、または本発明のシステム１０と互換性のあるデータトラフィックマネージャを有し、加入者はその人がいつも使用する同じプロファイルを使用することができる。

他の実施形態によれば、ここで同様な数値は同様な部分を参照しており、プリペイド型加入者に適したインターネット接続を決定するシステムであって、プリペイド型加入者のクライアントデバイス１２内に配置され、ユーザプロファイル１８を生成するために、前記クライアントデバイス１２の使用状況に基づいてリアルタイムでプリペイド型加入者のインターネットアクティビティの測定及び分析を行うように構成されたモニタリング及びトラフィック管理モジュール１４と、複数のインターネットデータ接続タイプを含むデータトラフィックマネージャ１６とを有し、各インターネットデータ接続タイプは優先順位付けされたウェブリソースのセットを少なくとも含むものであって、モニタリング及びトラフィック管理モジュール１４は、データトラフィックマネージャ１６にリクエスト２０を送信するように動作でき、リクエスト２０は、プリペイド型加入者のユーザプロファイル１８に応じて、複数のインターネットデータ接続タイプの中から１つのインターネットデータ接続タイプをロードさせる、データトラフィックマネージャ１６への指示を含むことを特徴とするシステム１０が提供される。ユーザプロファイル１８は、前述の実施形態で説明したように、ユーザのプリファレンスを決定するために得られたデータを用いて生成することができる。

本実施形態では、システム１０は、モバイルネットワークオペレータまたはインターネットサービスプロバイダである。トラフィックマネージャ１６は、モバイルネットワークオペレータまたはインターネットサービスプロバイダ内にあってもよい。

上記の実施形態は、本発明の例示によってのみ提供されており、それに対する更なる変更や改良は、当業者には明らかなように、本明細書で説明している本発明の広い範囲及び領域内に含まれるとみなされることが理解される。更に、説明した１以上の実施形態の特徴を、更なる実施形態を形成するように組み合わせてもよいことが理解される。

Claims (19)

1. クライアントデバイスに対するデータ帯域幅の管理及び割り当てを行うシステムであって、
   前記クライアントデバイス内に配置され、前記クライアントデバイスのデータ使用状況を監視するように構成されたモニタリング及びトラフィック管理モジュールと、
   前記クライアントデバイスに対するデータ帯域幅の割り当てと、前記モニタリング及びトラフィック管理モジュールからのリクエストの受信とを行うように動作できるデータトラフィックマネージャとを有し、
   前記リクエストは、データ使用状況に応じて、前記クライアントデバイスに対して適切なデータ帯域幅を割り当てる、前記データトラフィックマネージャへの指示を含むことを特徴とするシステム。
2. 請求項１に記載のシステムにおいて、
   デフォルトモードは、データプロファイルが１００キロビット／秒以上の絞られたデータ帯域幅に対応することを特徴とするシステム。
3. 請求項２に記載のシステムにおいて、
   前記クライアントデバイスが起動／再起動していること、直前にアイドルモードからアクティブへ切り替えられたこと、またはＣＰＵ使用率が急上昇したことが前記モニタリング及びトラフィック管理モジュールによって検出されると、前記モニタリング及びトラフィック管理モジュールは、所定時間の間において前記クライアントデバイスに対して最大の利用可能なデータ帯域幅を提供することを前記データトラフィックマネージャに指示するリクエストを送信するように動作でき、その後、前記クライアントデバイスに割り当てられたデータ帯域幅が前記デフォルトモードに戻ることを特徴とするシステム。
4. プリペイド型加入者に適したインターネットデータ接続を決定するシステムであって、
   前記プリペイド型加入者のクライアントデバイス内に配置され、ユーザプロファイルを生成するために、前記クライアントデバイスの使用状況に基づいてリアルタイムで前記プリペイド型加入者のインターネットアクティビティの測定及び分析を行うように構成されたモニタリング及びトラフィック管理モジュールと、
   複数のインターネットデータ接続タイプを含むデータトラフィックマネージャとを有し、
   各インターネットデータ接続タイプは優先順位付けされたウェブリソースのセットを少なくとも含むものであって、
   前記モニタリング及びトラフィック管理モジュールは、前記データトラフィックマネージャにリクエストを送信するように動作でき、
   前記リクエストは、前記プリペイド型加入者のユーザプロファイルに応じて、複数のインターネットデータ接続タイプの中から１つのインターネットデータ接続タイプをロードさせる、前記データトラフィックマネージャへの指示を含むことを特徴とするシステム。
5. 請求項４に記載のシステムにおいて、
   前記プリペイド型加入者のユーザプロファイルは、独立した第三者のサーバで維持されることを特徴とするシステム。
6. 請求項４に記載のシステムにおいて、
   前記ウェブリソースのセットは、所定時間の間において前記プリペイド型加入者に訪問されたウェブリソースの頻度に基づいて割り当てられた重みを用いて優先順位付けされたことを特徴とするシステム。
7. 請求項４に記載のシステムにおいて、
   前記モニタリング及びトラフィック管理モジュールは、前記プリペイド型加入者のインターネットアクティビティを継続的に監視するように動作できることを特徴とするシステム。
8. 請求項４に記載のシステムにおいて、
   前記モニタリング及びトラフィック管理モジュールは、前記ユーザプロファイルに基づいてデータプロファイルの適切なタイプのリコメンデーションを提供するように構成されたことを特徴とするシステム。
9. 請求項４に記載のシステムにおいて、
   前記モニタリング及びトラフィック管理モジュールは、オペレーティングシステムアクティビティ、ＣＰＵ使用率、データ接続のタイプ／品質、及び実際の帯域幅の消費の少なくとも１つを監視するように動作できることを特徴とするシステム。
10. クライアントデバイスに対するデータ帯域幅の管理及び割り当てを行う方法であって、
    ａ．前記クライアントデバイス内に配置されたモニタリング及びトラフィック管理モジュールにより前記クライアントデバイスのデータ使用状況を監視すること、
    ｂ．前記モニタリング及びトラフィック管理モジュールからデータトラフィックマネージャに、前記クライアントシステムにデータ帯域幅を割り当てさせるリクエストを送信すること、
    ｃ．前記リクエストは、前記クライアントデバイスのデータ使用状況に応じて、前記クライアントデバイスに対して適切なデータ帯域幅を割り当てる、前記データトラフィックマネージャへの指示を含むこと、
    の各ステップを有することを特徴とする方法。
11. 請求項１０に記載の方法において、
    デフォルトモードは、データプロファイルが１００キロビット／秒以上の絞られたデータ帯域幅に対応することを特徴とする方法。
12. 請求項１１に記載の方法において、
    前記モニタリング及びトラフィック管理モジュールは、前記クライアントデバイスが起動／再起動していること、直前にアイドルモードからアクティブへ切り替えられたこと、またはＣＰＵ使用率が急上昇したことを検出し、所定時間の間において前記クライアントデバイスに対して最大の利用可能なデータ帯域幅を提供することを前記データトラフィックマネージャに指示するリクエストを送信し、その後、前記クライアントデバイスに割り当てられたデータ帯域幅が前記デフォルトモードに戻ることを特徴とする方法。
13. プリペイド型加入者に適したインターネットデータ接続を決定する方法であって、
    ａ．前記クライアントデバイス内に配置されたモニタリング及びトラフィック管理モジュールによりリアルタイムで前記プリペイド型加入者のインターネットアクティビティの測定及び分析を行うこと、
    ｂ．前記クライアントデバイスの使用状況に基づいてユーザプロファイルを生成すること、
    ｃ．前記クライアントデバイスにデータ帯域幅を割り当てさせるリクエストを前記モニタリング及びトラフィック管理モジュールからデータトラフィックマネージャに送信し、前記データトラフィックマネージャは複数のインターネットデータ接続タイプを含み、各インターネットデータ接続タイプは優先順位付けされたウェブリソースのセットを少なくとも含むこと、
    ｄ．前記リクエストは、前記プリペイド型加入者のユーザプロファイルに応じて、複数のインターネットデータ接続タイプの中から１つのインターネットデータ接続タイプをロードさせる、前記データトラフィックマネージャへの指示を含むこと、
    の各ステップを有することを特徴とする方法。
14. 請求項１３に記載の方法において、
    前記プリペイド型加入者のユーザプロファイルは、独立した第三者のサーバで維持されることを特徴とする方法。
15. 請求項１３に記載の方法において、
    前記ウェブリソースのセットは、所定時間の間において前記プリペイド型加入者に訪問されたウェブリソースの頻度に基づいて割り当てられた重みを用いて優先順位付けされたことを特徴とする方法。
16. 請求項１３に記載の方法において、
    前記モニタリング及びトラフィック管理モジュールは、更に、前記プリペイド型加入者のインターネットアクティビティを継続的に監視するように動作することを特徴とする方法。
17. 請求項１３に記載の方法において、
    前記モニタリング及びトラフィック管理モジュールは、更に、前記ユーザプロファイルに基づいてデータプロファイルの適切なタイプのリコメンデーションを提供することを特徴とする方法。
18. 請求項１３に記載の方法において、
    前記モニタリング及びトラフィック管理モジュールは、更に、オペレーティングシステムアクティビティ、ＣＰＵ使用率、データ接続のタイプ／品質、及び実際の帯域幅の消費 の少なくとも１つを監視するように動作することを特徴とする方法。
19. ソフトウェアがインストールされたクライアントデバイスにおいて、
    前記ソフトフェアは、請求項１０〜１８のいずれかに記載のステップを行うように実行できることを特徴とするクライアントデバイス。
    

Images