(57)【特許請求の範囲】
【請求項１】
電子コンテンツを受信側デバイスにルーティングするためのシステムであって、
複数のネットワークノードであって、各々が電子コンテンツを受信及び転送する複数のネットワークノードと、
各ネットワークノードとデータ通信するアクティビティプロファイルサーバであって、各ネットワークノードのアクティビティレベルを監視して、隣接ネットワークノードの輻輳レベルについて各ネットワークノードに通知するアクティビティプロファイルサーバと、
を備え、
前記アクティビティプロファイルサーバは、さらに、前記ネットワークノードから前記受信側デバイスへの前記電子コンテンツの適切な配信時間を決定するために前記受信側デバイスのアクティビティレベルを監視するように構成されており、
各ネットワークノードは、前記輻輳レベル又は前記受信側デバイスの前記アクティビティレベルに関する情報を受信すると、前記隣接ネットワークノードが輻輳している場合又は前記受信側デバイスへの適切な配信時間でない場合には電子コンテンツを格納し、前記隣接ネットワークノードが輻輳していない場合又は前記受信側デバイスへの適切な配信時間である場合には前記電子コンテンツを前記隣接ネットワークノード又は前記受信側デバイスの対応する一つに転送するように構成されており、
各ネットワークノードの前記アクティビティレベルが各ネットワークノードの輻輳の確率に対応し、
前記受信側デバイスの前記アクティビティレベルが前記受信側デバイスの使用度に対応する、システム。
【請求項２】
各ネットワークノードの前記アクティビティレベルは、ネットワーク管理システムからの各ネットワークノードの履歴使用レート、又は、追跡されたレベニューアクティビティに基づくオフピーク使用時間、に基づいて監視される、請求項１に記載のシステム。
【請求項３】
前記アクティビティプロファイルサーバは、前記隣接ネットワークノードの低アクティビティレベルの期間に対応する期間で前記隣接ネットワークノードへの遅延配信をスケジュールする請求項１に記載のシステム。
【請求項４】
前記遅延配信は、低アクティビティレベルの期間が見出される可能性がないとされる最小輻輳のプロファイルに基づいてスケジュールされる請求項３に記載のシステム。
【請求項５】
遅延配信は、前記受信側デバイスのアイドル状態の期間に対応する期間で前記受信側デバイスにスケジュールされる請求項１又は２に記載のシステム。
【請求項６】
前記遅延配信は、アイドル状態の期間が見出されない場合に前記受信側デバイスの低アクティビティレベルの期間に基づいてスケジュールされる請求項５に記載のシステム。
【請求項７】
前記電子コンテンツは複数のより小さいパケットに分割される請求項６に記載のシステム。
【請求項８】
前記電子コンテンツは、指定された時間又はイベントにおいて前記電子コンテンツをアンパックするトリガーを備える請求項１に記載のシステム。
【請求項９】
前記受信側デバイスのアクティビティレベルに関わらず、特定の閾値を下回る電子コンテンツが前記受信側デバイスに配信される、請求項１に記載のシステム。
【請求項１０】
前記受信側デバイスが比較的低い使用度で長期間にわたりネットワークノードに留まることが検出された場合に電子コンテンツが前記受信側デバイスに配信される、請求項１に記載のシステム。
【請求項１１】
複数のネットワークノードを有するネットワーク内で電子コンテンツを受信側デバイスにルーティングする方法であって、
ネットワークノードにおいて、電子コンテンツをソースから受信するステップと、
各ネットワークノードのアクティビティレベルを監視するステップであって、該ステップは前記ネットワークノードから前記受信側デバイスへの前記電子コンテンツの適切な配信時間を決定するために前記受信側デバイスのアクティビティレベルを監視するサブステップを含み、各ネットワークノードの前記アクティビティレベルが各ネットワークノードの輻輳の確率に対応し、前記受信側デバイスの前記アクティビティレベルが前記受信側デバイスの使用度に対応する、ステップと、
隣接ネットワークノードの輻輳レベルについて各ネットワークノードに通知するステップと、
前記隣接ネットワークノードが輻輳している場合は前記受信した電子コンテンツを格納し、前記隣接ネットワークノードが輻輳していない場合は前記電子コンテンツを前記隣接ネットワークノードに転送するステップと、
前記受信側デバイスの前記アクティビティレベルについて、前記ネットワークノードの最終ノードに通知するステップと、
前記受信側デバイスへの適切な配信時間でない場合に前記受信した電子コンテンツを格納し、前記受信側デバイスへの適切な配信時間である場合に前記電子コンテンツを前記受信側デバイスに転送するステップと、
を含む方法。
【請求項１２】
各ネットワークノードの前記アクティビティレベルは、ネットワーク管理システムからの各ネットワークノードの履歴使用レート、又は、追跡されたレベニューアクティビティに基づくオフピーク使用時間、に基づいて監視される、請求項１１に記載の方法。
【請求項１３】
前記隣接ネットワークノードの低アクティビティレベルの期間に対応する期間で前記隣接ネットワークノードに前記電子コンテンツの遅延転送をスケジュールするステップを含む請求項１１に記載の方法。
【請求項１４】
前記遅延転送は、低アクティビティレベルの期間が見出されない最小輻輳のプロファイルに基づいてスケジュールされる請求項１３に記載の方法。
【請求項１５】
前記受信側デバイスのアイドル状態の期間に対応する期間で前記受信側デバイスへの前記電子コンテンツの遅延転送をスケジュールするステップを含む請求項１１又は１２に記載の方法。
【請求項１６】
前記遅延転送は、アイドル状態の期間が見出されない場合に前記受信側デバイスの低アクティビティレベルの期間に基づいてスケジュールされる請求項１５に記載の方法。
【請求項１７】
前記電子コンテンツは、遅延転送をスケジュールする前に、複数のより小さいパケットに分割される請求項１６に記載の方法。
【請求項１８】
前記電子コンテンツは、指定された時間又はイベントにおいて前記電子コンテンツをアンパックするトリガーを備える請求項１１に記載の方法。
【請求項１９】
前記受信側デバイスのアクティビティレベルに関わらず、特定の閾値を下回る電子コンテンツが前記受信側デバイスに配信される、請求項１１に記載の方法。
【請求項２０】
前記受信側デバイスが比較的低い使用度で長期間にわたりネットワークノードに留まることが検出された場合に電子コンテンツが前記受信側デバイスに配信される、請求項１１に記載の方法。
【発明の詳細な説明】
【発明の分野】
【０００１】
本発明は、電子コンテンツを受信側デバイスにルーティングするシステム及び方法に関する。本発明は、詳細には、それらに限定しないが、モバイルネットワーク、及びさまざまなモバイルデバイスユーザ間のＳＭＳ、データパケットなどの電子コンテンツの伝送に適している。
【背景技術】
【０００２】
本発明の背景について以下に論じることは、本発明の理解を容易にすることのみを目的としている。以下に論じることが、本発明の優先日の時点においていかなる管轄においても、言及される題材のいずれかが、公開され、知られ、若しくは当業者なら知っている一般知識の一部であったことを認める又は承認することではないことを理解されたい。
【０００３】
知られているＳＭＳ又はＭＭＳシステムを使用して電子メッセージを送信するモバイルユーザは、通常、受信者がいつメッセージを受信するかを制御することはできない。メッセージは通常、予期せぬネットワーク輻輳がない限り、リアルタイムで受信される。ほとんどの人々が多くの状況においてリアルタイムメッセージングを要求するが、たとえば、メッセージが早朝又は深夜に送信される場合など、そのようなリアルタイムの配信が望ましくないときもある。
【０００４】
さらに、多くの輻輳制御ルーティングアルゴリズムは、応答型であり、すなわち主ルートの輻輳が検出される場合のように、要求に応じてトリガーされるものである。したがって、プリエンプティブなスケジュールされた輻輳制御ルーティングアルゴリズムというものはない。一方、多くのスケジュールされたデータ伝送は、輻輳制御を含んではいない。
【０００５】
加えて、多くの輻輳制御ルーティングアルゴリズムは通常、ノードベースである、すなわち輻輳制御アルゴリズムは各々のネットワークノードのアクティビティに重点を置いているが、ルーティングアルゴリズムは通常、端末宛先、すなわち受信側デバイスを考慮に入れてはいない。基地局ベースの無線通信ネットワーク環境において、たとえば、ルーティングがエンドツーエンドで実行されている間、輻輳制御は輻輳を回避するためにノードに注目し、最終区間の配信が単純明快であると仮定する。そのような輻輳制御アルゴリズムに関連する２つの制約事項は以下のとおりである。
ａ．  膨大量のデータが受信側デバイスに配信される場合、現在のルーティングアルゴリズムは、ネットワーク上に輻輳が検出されない場合にデータの配信を許可する。しかし、今日ますます強力なプロセッサが登場しているにもかかわらず、膨大量のデータの配信は、受信側デバイスのパフォーマンスに悪影響を及ぼす可能性もある。その結果、快適なユーザエクスペリエンスが損なわれる恐れもある。
ｂ．  現在のルーティングアルゴリズムは配信の最終区間に携わってはいないので、たとえ受信側デバイスがアクティブに使用中である（すなわち、電子コンテンツを受信又は送信中である）場合であっても、現在のルーティングアルゴリズムは配信を続行する。その結果、同様に、快適なユーザエクスペリエンスが損なわれる恐れもある。
【０００６】
受信側デバイスのアクティビティレベルを考慮するルーティングアルゴリズムが存在することは確かではあるが、そのようなルーティングアルゴリズムは通常、輻輳が検出された場合にデータパケットのマーキング及びドロッピングを採用する（すなわち、オールオアナッシング（全か無か）の手法である）。
【０００７】
あらかじめ定められた時点でデータパケットの伝送をスケジュールする既知のルーティングシステムがあるが、それらのルーティングシステムは、ネットワークの輻輳レベル及びデータパケットのサイズを考慮に入れない。
【０００８】
本発明は、上記の弱点を緩和又は軽減することを目的とする。
【発明の概要】
【０００９】
本発明の第１の態様によれば、電子コンテンツを受信側デバイスにルーティングするためのシステムが提供され、システムは、各々が電子コンテンツを受信及び転送する複数のネットワークノードと、各ネットワークノードとデータ通信し、各ネットワークノードのアクティビティレベルを監視して、隣接ネットワークノードの輻輳レベルについて各ネットワークノードに通知するアクティビティプロファイルサーバとを備え、
各ネットワークノードは、輻輳レベルに関する情報を受信すると、隣接ネットワークノードが輻輳している場合は電子コンテンツを格納し、隣接ネットワークノードが輻輳していない場合は電子コンテンツを隣接ネットワークノードに転送する。
【００１０】
アクティビティプロファイルサーバは、さらに、受信側デバイスのアクティビティレベルを監視することが好ましい。アクティビティプロファイルサーバはまた、隣接ネットワークノードの低アクティビティの期間に対応する期間で隣接ネットワークノードに遅延配信（ｄｅｆｅｒｒｅｄ  ｄｅｌｉｖｅｒｙ）をスケジュールしてもよい。この点に関して、遅延配信は、低アクティビティの期間が見出されないとされる最小輻輳のプロファイルに基づいてスケジュールされる。
【００１１】
受信側デバイスはモバイルデバイスであることが好ましい。受信側デバイスは、少なくとも１つのジャイロスコープセンサーを備えることがさらに好ましい。
【００１２】
あるいは、遅延配信は、受信側デバイスのアイドル状態の期間に対応する期間で受信側デバイスにスケジュールされる。遅延配信は、アイドル状態の期間が見出されない場合に受信側デバイスの低アクティビティの期間に基づいてスケジュールされてもよい。電子コンテンツはまた、遅延転送をスケジュールする前に、複数のより小さいパケットに分割されてもよい。
【００１３】
本発明の第２の態様によれば、複数のネットワークノードを有するネットワーク内で電子コンテンツを受信側デバイスにルーティングする方法が提供され、方法は、
ネットワークノードにおいて、電子コンテンツをソースから受信するステップと、
各ネットワークノードのアクティビティレベルを監視するステップと、
隣接ネットワークノードの輻輳レベルについて各ネットワークノードに通知するステップと、
隣接ネットワークノードが輻輳している場合は受信した電子コンテンツを格納し、隣接ネットワークノードが輻輳していない場合は電子コンテンツを隣接ネットワークノードに転送するステップと
を含む。
【００１４】
各ネットワークノードのアクティビティを監視するステップは、受信側デバイスのアクティビティレベルを監視するサブステップを含むことが好ましい。
【００１５】
受信側デバイスは、少なくとも１つのジャイロスコープセンサーを備えるモバイルデバイスであることが好ましい。
【００１６】
方法は、隣接ネットワークノードの低アクティビティの期間に対応する期間で隣接ネットワークノードに電子コンテンツの遅延転送をスケジュールするステップを含むことが好ましい。そのような例において、遅延転送は、低アクティビティの期間が見出されないとされる最小輻輳のプロファイルに基づいてスケジュールされてもよい。
【００１７】
あるいは、方法は、受信側デバイスのアイドル状態の期間に対応する期間で受信側デバイスへの電子コンテンツの遅延転送をスケジュールするステップを含む。そのような例において、遅延転送は、アイドル状態の期間が見出されない場合に受信側デバイスの低アクティビティの期間に基づいてスケジュールされてもよい。電子コンテンツはまた、遅延転送をスケジュールする前に、複数のより小さいパケットに分割されてもよい。
【図面の簡単な説明】
【００１８】
本発明は、これ以降、ほんの一例として、添付の図面を参照して説明される。
【図１】本発明の実施形態による電子コンテンツを受信側デバイスにルーティングするためのシステムを示す概略図である。
【図２】本発明の実施形態による最終ネットワークノードから受信側モバイルデバイスに電子コンテンツを配信する方法を示す流れ図である。
【図３】ソースノードから受信側モバイルデバイスに電子コンテンツをルーティングする方法を示す流れ図である。
【発明の実施形態の説明】
【００１９】
本発明の１つの実施形態によれば、電子コンテンツを受信側デバイス２０にルーティングするためのシステム１０がある。システム１０は、複数のネットワークノード１４及びアクティビティプロファイルサーバ１６を有するネットワーク１２を備える。
【００２０】
実施形態のコンテキストにおいて電子コンテンツは、電子メール、通常／連結ＳＭＳ（メタデータを伴うＳＭＳを含む）、ＭＭＳ、その他の形態の拡張／機能強化メッセージ、データパケット、モバイルデバイスを介して伝送されうるソフトウェア又はファームウェアアップデートなど、又は任意のその他のデータを示すことができる。
【００２１】
各ネットワークノード１４は、アクティビティプロファイルサーバ１６とデータ通信を行なう。各ネットワークノード１４は、ベーストランシーバ基地局（ＢＴＳ：ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ）又はＢＴＳに結合されたシステムであってもよい。各ネットワークノード１４は、前のネットワークノード１４又は送信者デバイス２２から電子コンテンツを受信すると、次のネットワークノード１４のアクティビティプロファイルがないかアクティビティプロファイルサーバ１６を検査する。明瞭にするため、及び説明のため、図１のネットワークノードは、１４ａ及び１４ｂと番号付けされている。しかし、この番号付けは、システム内のネットワークノードの数を限定するものと解釈されるべきではない。
【００２２】
アクティビティプロファイルサーバ１６は、各ネットワークノード１４のトラフィックアクティビティをアクティビティプロファイルの形態で格納するデータベース２４を備える。アクティビティプロファイルサーバ１６は、ネットワーク管理システム（ＮＭＳ：ｎｅｔｗｏｒｋ  ｍａｎａｇｅｍｅｎｔ  ｓｙｓｔｅｍ）から各ネットワークノード１４の適切な履歴使用レートを取得すること、又は追跡されたレベニューアクティビティに基づくオフピーク使用時間に基づいて、各ネットワークノード１４の輻輳の確率又は可能性をもたらす。加えて、アクティビティプロファイルサーバ１６は、各ネットワークノード１４に入る電子コンテンツのサイズをさらに監視する。
【００２３】
受信側デバイス２０は、この実施形態のコンテキストにおいて、携帯電話であってもよい。受信側デバイス２０は、電子コンテンツのタイプを受信することができる。たとえば、電子コンテンツがメタデータのサポートを伴うＳＭＳの形態である場合、受信側デバイス２０は、メタデータ拡張ＳＭＳの付加価値サービスのタイプのアンパック及びレンダリングをサポートする必要がある。受信側デバイス２０は、ユーザのアクティビティを指示するジャイロスコープセンサー又はペドメーターのような内蔵センサーをさらに備えてもよい。
【００２４】
システム１０は、次に、センサーデバイス２２から受信側デバイス２０にメタデータを伴うＳＭＳを配信するコンテキストにおいて説明される。プロセスは、センサーデバイス２２のユーザが受信側デバイス２０へのＳＭＳメッセージを作成することよって開始する。説明のために、センサーデバイス２２のユーザは、受信側デバイス２０へのＳＭＳメッセージの配信を特定の後の時間に延期しようと考えるものとする。ユーザは、望ましい特定の後の指定された時刻までＳＭＳが自分のモバイルデバイス２２に存在する第１のオプションを選択することができるか、又はＳＭＳメッセージを直近のネットワークノード１４ａに直ちに転送する第２のオプションを選択することもできる。
【００２５】
上記の第２のオプションを選択すると、ＳＭＳは、ネクストホップとも称される直近のネットワークノード１４ａに転送される。直近のネットワークノード１４ａは、次のネットワークノード１４ｂのアクティビティプロファイルについてアクティビティプロファイルサーバ１６にクエリを行なう。次のネットワークノード１４ｂが輻輳していることをアクティビティプロファイルデータベース１６が指示する場合、直近のネットワークノード１４ａは、ＳＭＳを次のネットワークノード１４ｂに転送することを延期してもよい。次いで、ＳＭＳは、アクティビティプロファイルデータベース１６による検査に基づいて、低い輻輳の確率に対応する後の時間に次のネットワークノード１４ｂに転送される。輻輳の「低い確率」を決定する基準は、たとえば、ネットワークアクティビティが輻輳レベルの最小しきい値を下回る場合を基にしてもよい。
【００２６】
最終ネットワークノードが１４ｂである、すなわちネットワークノード１４ｂが受信側ネットワークノードであって、ネクストホップは受信側モバイルデバイス２０に対するものであると仮定すると、最終ネットワークノード１４ｂは、受信側モバイルデバイス２０のアクティビティプロファイルデータベース１６を検査してから、アイドルタイムであるか又は低アクティビティ期間であるとアクティビティプロファイルデータベース１６によって決定された時点でＳＭＳを受信側モバイルデバイス２０に転送する。
【００２７】
アクティビティのレベルにはかかわりなく、ＳＭＳが、（ＳＭＳ当たりの）ＳＭＳサイズ制限である、たとえば１４０バイトなど、特定のしきい値を下回る場合、ＳＭＳは配信される。
【００２８】
ＳＭＳが受信側モバイルデバイス２０によって受信されると、受信側モバイルデバイス２０は、メタデータの検査に基づいてＳＭＳをアンパックする。ＳＭＳをアンパックすると、受信側デバイス２０は、指定された時刻にメッセージについてアラートされる。メタデータもまた、以下のイベントのうちの１つ又は複数が発生すると、ＳＭＳをアンパックしてもよい。
ａ．  外部イベント  −  受信側モバイルデバイス２０の内蔵ペドメーターは、特定のステップ数のカウントに到達すると、トリガーを生じさせることができる。受信側デバイス２０の内蔵ジャイロスコープセンサーは、大量のアクティビティを検出した場合、トリガーをアクティブ化してもよい。
【００２９】
最終ネットワークノード１４ｂから受信側モバイルデバイス２０にＳＭＳを配信するプロセスは、以下のように説明される。
【００３０】
図２に示されるように、前のネットワークノード１４ａからＳＭＳを受信すると（ステップ２００）、受信側ノード１４ｂは、そのノードが最終ノードであるかどうか、又は次のノード／ネクストホップがあるかどうかを決定する（ステップ２０２）。ネットワークノード１４ｂがラストホップであると決定される場合、輻輳が生じるかどうかを決定するために、データパケット情報はそのファイルサイズに基づいて評価される（ステップ２０４）。たとえば、データパケットが、たとえば２メガバイト（２ＭＢ）を超えるファイルサイズである場合、ファイルサイズは、送信された場合に結果として受信側モバイルデバイス２０の輻輳を生じるかどうかを決定するために、アクティビティプロファイルサーバ１６によって検査される（ステップ２０６）。データパケットの送信が、受信側モバイルデバイス２０の輻輳を生じることがない場合、データパケットは受信側デバイス２０に直ちに送信される（ステップ２０８）。それ以外の場合、受信側モバイルデバイス２０は、アクティビティが全くない期間であるアイドル時期があるかどうかアクティビティプロファイルサーバ１６によって検査される（ステップ２１０）。アイドルタイム期間が識別されると（ステップ２１２）、アクティビティプロファイルサーバ１６は、アイドル期間を見つけ（ステップ２１４）、ＳＭＳは識別されたアイドル期間と一致する遅延配信をスケジュールされる（ステップ２１６）。
【００３１】
ステップ２１４において、アイドル期間が見出されなかったと決定される場合、アクティビティプロファイルサーバ１６は、受信側モバイルデバイス２０の即時使用ログを検査して、即時配信の可能性を決定する（ステップ２１８）。このステップは、受信側モバイルデバイス２０の低アクティビティ若しくは低い使用度の期間、又は適切なネットワークノードがノードの使用プロファイルに基づいて低い使用度であった期間と同義の期間を検査することに基づく（ステップ２２０）。通常、使用度が高い場合、輻輳によりパフォーマンスが低下する傾向があるので、低アクティビティの期間が見出される場合、ＳＭＳパケットは、より小さいサブパケットに分割されて（ステップ２２２）、それらのサブパケットの配信が受信側モバイルデバイス２０のパフォーマンスに重大な影響を与えないようにする。次いで、サブパケットは、遅延配信でスケジュールされる（ステップ２１６）。
【００３２】
しかし、低アクティビティの期間が見出されない場合、アクティビティプロファイルサーバ１６は、低アクティビティの期間が検出されるまで、即時配信の可能性を決定することを待機する（ステップ２２４）。
【００３３】
ＳＭＳパケットが受信側モバイルデバイス２０に配信されると、パケットは、アクティビティプロファイルサーバ１６によって、ユニタリ（ｕｎｉｔａｒｙ）であるかどうか、すなわち完全なＳＭＳであるかどうか検査される（ステップ２２６）。このステップは、チェックサム又は巡回冗長検査（ＣＲＣ：ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）のような方法を使用して行なわれてもよく、さらに詳述されることはない。
【００３４】
ＳＭＳがユニタリであると決定される場合、ヘッダ又はメタデータ情報は、時間トリガー（ステップ２３０）又はルールトリガー（ステップ２３２）を含むかどうか検査される（ステップ２２８）。含まない場合、ＳＭＳパケットが集められる（ステップ２２７）。
【００３５】
メタデータ情報が時間トリガーを含む場合、適切なスクリプトが実行され、ＳＭＳは指定された時刻にアンパックされる（ステップ２３４、２３６、及び２３８）。メタデータがルールトリガーを含む場合、すなわちイベントルールによってトリガーされる場合、トリガーイベントは、ルール（複数可）が満足されるまで（ステップ２４２）監視又はポーリングされる（ステップ２４０）。
【００３６】
ステップ２０２において、特定のネットワークノード１４が最終ノードではないと決定される場合、すなわち、ネットワークノードがノード１４ａに対応する場合、図３は、発信元から最終ノードまでデータパケットをルーティングするプロセスを説明する。図３に示されるように、プロセスは、ネットワークノード１４ａが次のネットワークノード１４ｂを見つけること（ステップ３０２）、及びノード１４ｂが輻輳しているかどうかを決定すること（ステップ３０４）で開始する。ノード１４ｂが輻輳していないと決定される場合、伝送はノード１４ａによってノード１４ｂへと開始される（ステップ３１６）。
【００３７】
輻輳が検出される場合、ノード１４ｂに低又はアイドル使用であると示されるウィンドウ又は期間があるかどうかを決定する（ステップ３０８）ために、ノード１４ｂのアクティビティプロファイルが検査される（ステップ３０６）。そのようなウィンドウが見出される場合、遅延伝送がスケジュールされ（ステップ３１０）、スケジュールの検査が実行される（ステップ３１２）。データパケットの伝送の指定された時刻である場合（ステップ３１４）、データパケットは伝送され（ステップ３１６）、それ以外の場合、スケジュールの検査（複数可）（ステップ３１２）は、データパケットの伝送（ステップ３１６）の指定された時刻まで非同期トリガーの形態で非同期的に実行される。
【００３８】
ステップ３１２において、システムはまた、スケジュールが存在するかどうか検査する（ステップ３３０）。スケジュールがない場合、マニュアル操作による介入についてアラートが管理者に送信される（ステップ３９６）か、又はオーバーライドする。次いで、管理者は、ＳＭＳパケットの経路をマニュアル操作で見出すか、又はＳＭＳパケットを拒否する。それに応じて、通知が送信者デバイス２２に送信される（ステップ３９８）。
【００３９】
残りの経路があるかどうか決定するために、ステップ３０２及び３２０（図示せず）において追加の検査が行なわれてもよい。残りの経路がない場合、マニュアル操作による介入についてアラートが管理者に送信されてもよい（ステップ３９６）。
【００４０】
ステップ３０８において、低い又はアイドル使用であると示されるウィンドウ又は期間が見出されなかった場合、アクティビティプロファイルサーバ１６は、より輻輳の少ないプロファイルのその他の隣接ノード１４を見つけるように進み（ステップ３１８）、そのようなプロファイルがシステム内に見出されうるかどうか決定する（ステップ３２０）。より輻輳の少ないプロファイル（ＰＬＣ）が見出されない場合、データパケットはステップ３０２からのプロセスに戻る。ＰＬＣが見出される場合、システムは、輻輳の最小見込みのプロファイル（又は最善の使用可能なプロファイル）を使用して、データパケットを隣接ノードに再ルーティングするように進む  −  ステップ３２２。次いで、データパケットの実際の伝送は、遅延してスケジュールされる（ステップ３１０）。
【００４１】
説明される発明は、以下の利点を有する：
本発明は、同期化されたタイムラインを必要とすることはなく、操作制御は非同期イベントによってトリガーされてもよいが、常にそうであるとは限らない。
本発明は、デバイスがアイドルであるか、又はアクティビティが最小である場合に限り、配信を最終区間に行なうことにより、上記の問題に対処する。
【００４２】
上記の実施形態が、以下に詳述されているものなど、本発明の例示によってのみ提供されていること、並びに実施形態へのさらなる変更及び改良が、関連技術分野の当業者には明らかであろうように、説明される本発明の広範な範囲及び領域内に含まれるものと見なされることを理解されたい。
【００４３】
・ルーティングアルゴリズムは、ネットワーク上で使用可能なリソースに基づくルーティングアルゴリズムのようなルーティングアルゴリズムによって置き換えられてもよい。たとえば、電子コンテンツは、ルーティングの決定としてオフピーク時間中に送信されてもよい。別のオプションは、受信側デバイスが「キャンピング」又はネットワークノードに接続されていることが検出される場合、すなわち、ユーザが比較的低い使用度で長期間にわたりセル内に留まる場合、電子コンテンツを配信することである。そのような例において、受信側デバイス２０は、ロケーションベースのサービスが使用可能である場合、オペレータネットワーク内のその位置を更新するロケーション更新（ＬＵ：Ｌｏｃａｔｉｏｎ  ｕｐｄａｔｅ）メッセージを送信してもよい。
【００４４】
・使用プロファイリングデータは、ネットワークノード１４ａ（ＢＴＳの形態で）、又はリンクレベルのいずれかで取得されてもよい。そのような例において、ネットワーク管理ソリューション（ＮＭＳ）は、使用情報を受信するためにアクティビティプロファイルサーバ１６と一体化されてもよい。ＮＭＳはさらに、ブロードキャスティングシステムに組み入れられてもよい。ＬＵ情報と併せて、常に、特定のネットワーク要素に接続又はキャンプされた受信側デバイスが決定されてもよい。
【００４５】
・アクティビティプロファイルサーバ１６は、パーティショニング又は冗長性の目的で分割されてもよい。しかし、システムの好ましい実施形態で説明されるように単一のアクティビティプロファイルサーバ１６を有することが、視認性を保つ。
【００４６】
・システム１０は、ノード１４がＢＴＳのようなネットワーク要素ではないが、ユーザの特定のグループを処理するメッセージング要素である場合、ピアツーピアに役立つように構成されてもよい。
［発明の項目］
［項目１］
電子コンテンツを受信側デバイスにルーティングするためのシステムであって、
複数のネットワークノードであって、各々が電子コンテンツを受信及び転送する複数のネットワークノードと、
各ネットワークノードとデータ通信するアクティビティプロファイルサーバであって、各ネットワークノードのアクティビティレベルを監視して、隣接ネットワークノードの輻輳レベルについて各ネットワークノードに通知するアクティビティプロファイルサーバと、
を備え、
各ネットワークノードは、輻輳レベルに関する前記情報を受信すると、前記隣接ネットワークノードが輻輳している場合は電子コンテンツを格納し、前記隣接ネットワークノードが輻輳していない場合は前記電子コンテンツを前記隣接ネットワークノードに転送する、
システム。
［項目２］
前記アクティビティプロファイルサーバは、さらに、前記受信側デバイスのアクティビティレベルを監視する、項目１に記載のシステム。
［項目３］
前記受信側デバイスは、少なくとも１つのジャイロスコープセンサーを備えるモバイルデバイスである項目１に記載のシステム。
［項目４］
前記アクティビティプロファイルサーバは、前記隣接ネットワークノードの低アクティビティの期間に対応する期間で前記隣接ネットワークノードに遅延配信をスケジュールする項目１に記載のシステム。
［項目５］
前記遅延配信は、低アクティビティの期間が見出される可能性がないとされる最小輻輳のプロファイルに基づいてスケジュールされる項目１又は４に記載のシステム。
［項目６］
遅延配信は、前記受信側デバイスのアイドル状態の期間に対応する期間で前記受信側デバイスにスケジュールされる項目１又は２に記載のシステム。
［項目７］
前記遅延配信は、アイドル状態の期間が見出されない場合に前記受信側デバイスの低アクティビティの期間に基づいてスケジュールされる項目６に記載のシステム。
［項目８］
前記電子コンテンツは複数のより小さいパケットに分割される項目７に記載のシステム。
［項目９］
前記電子コンテンツは、指定された時間又はイベントにおいて前記電子コンテンツをアンパックするトリガーを備える項目１に記載のシステム。
［項目１０］
複数のネットワークノードを有するネットワーク内で電子コンテンツを受信側デバイスにルーティングする方法であって、
ネットワークノードにおいて、電子コンテンツをソースから受信するステップと、
各ネットワークノードのアクティビティレベルを監視するステップと、
前記隣接ネットワークノードの輻輳レベルについて各ネットワークノードに通知するステップと、
隣接ネットワークノードが輻輳している場合は前記受信した電子コンテンツを格納し、前記隣接ネットワークノードが輻輳していない場合は前記電子コンテンツを前記隣接ネットワークノードに転送するステップと
を含む方法。
［項目１１］
各ネットワークノードのアクティビティを監視する前記ステップは、前記受信側デバイスの前記アクティビティレベルを監視するサブステップを含む項目１０に記載の方法。
［項目１２］
前記受信側デバイスは、少なくとも１つのジャイロスコープセンサーを備えるモバイルデバイスである項目１０に記載の方法。
［項目１３］
前記隣接ネットワークノードの低アクティビティの期間に対応する期間で前記隣接ネットワークノードに前記電子コンテンツの遅延転送をスケジュールするステップを含む項目１０に記載の方法。
［項目１４］
前記遅延転送は、低アクティビティの期間が見出されない最小輻輳のプロファイルに基づいてスケジュールされる項目１０又は１３に記載の方法。
［項目１５］
前記受信側デバイスのアイドル状態の期間に対応する期間で前記受信側デバイスへの前記電子コンテンツの遅延転送をスケジュールするステップを含む項目１０又は１１に記載の方法。
［項目１６］
前記遅延転送は、アイドル状態の期間が見出されない場合に前記受信側デバイスの低アクティビティの期間に基づいてスケジュールされる項目１５に記載の方法。
［項目１７］
前記電子コンテンツは、遅延転送をスケジュールする前に、複数のより小さいパケットに分割される項目１６に記載の方法。
［項目１８］
前記電子コンテンツは、指定された時間又はイベントにおいて前記電子コンテンツをアンパックするトリガーを備える項目１０に記載のシステム。
【図１】
0006032656.tif 000002
【図２】
0006032656.tif 000003
【図３】
0006032656.tif 000004