(57)【要約】ネットワークの状況は動的に測定され、サービス品質状況についての情報が抽出される。サービス品質状況についての情報は、その後に、所定規則に基づいて変換されて、プロファイルが生成される。プロファイルは、ネットワークの動的な状態に関する構造化データとして構成されている。プロファイルは、ネットワークを介して１以上の異なる場所、および１以上の異なるサーバまたはエンドユーザへ伝達可能である。これにより、これらのシステムをネットワークの状況にリアルタイムで適応させることができる。
2006518513.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク状況を評価するシステムであって、
ネットワークを監視するとともに、前記ネットワークの少なくとも１つのサービス品質状況に関するリアルタイム情報を生成するネットワーク測定システムと、
所定の規則の集合に基づいて前記リアルタイム情報を処理して、前記ネットワークの動的状態に関する構造化データを含むプロファイルを生成する変換モジュールとを備える
ネットワーク状況評価システム。
【請求項２】
請求項１において、
前記構造化データは、定義済みのスキームに従って構成されている
ネットワーク状況評価システム。
【請求項３】
請求項１において、
前記構造化データは、定義済みのＸＭＬ語彙を使用して表現される
ネットワーク状況評価システム。
【請求項４】
請求項１において、
前記構造化データは、定義済みの第１の語彙を使用して表現され、
前記第１の語彙は、定義済みの第２の語彙と統合され、
前記第２の語彙は、ネットワーク装置の能力および嗜好を記述するために使用される
ネットワーク状況評価システム。
【請求項５】
請求項４において、
前記第２の語彙は、ＣＣ／ＰＰ語彙である
ネットワーク状況評価システム。
【請求項６】
請求項１において、
前記変換モジュールは、発見的規則の集合を使用する
ネットワーク状況評価システム。
【請求項７】
請求項１において、
前記変換モジュールは、ネットワーク評価ルールの集合を使用する
ネットワーク状況評価システム。
【請求項８】
請求項１において、
前記プロファイルは、分散型ネットワーク環境を介して格納するために構成されている
ネットワーク状況評価システム。
【請求項９】
請求項１において、
前記ネットワークに接続される情報処理部をさらに備え、
前記情報処理部は、
前記プロファイルを解析して、前記プロファイルによって通信されるような前記ネットワークの動的状態に基づいて自己の情報処理の振る舞いを変更するために構成されるている
ネットワーク状況評価システム。
【請求項１０】
ネットワークコンピュータシステムにおいて具体化されるプロファイル生成フレームワークであって、
ネットワーク状況を監視するとともに、前記ネットワークの少なくとも１つのサービス品質状況を示す属性値を生成するネットワーク評価部と、
前記属性値に基づいて少なくとも１つのプロファイルを構築するために構成されているプロファイル構築部と、
前記ネットワークを介して前記プロファイルを伝送するために構成されているプロファイル配信部とを備える
プロファイル生成フレームワーク。
【請求項１１】
請求項１０において、
前記プロファイル構築部は、
前記少なくとも１つのプロファイルを構築するときに、属性割り当て規則の集合を使用する
プロファイル生成フレームワーク。
【請求項１２】
請求項１１において、
前記属性割り当て規則は、発見的規則である
プロファイル生成フレームワーク。
【請求項１３】
請求項１０において、
前記プロファイル構築部は、
前記ネットワークの動的状態に関する構造化データとして前記プロファイルを構築する
プロファイル生成フレームワーク。
【請求項１４】
請求項１３において、
前記構造化データは、所定のＸＭＬ語彙を使用して表現される
プロファイル生成フレームワーク。
【請求項１５】
請求項１３において、
前記構造化データは、所定の装置能力語彙で制約される所定の語彙を使用して表現される
プロファイル生成フレームワーク。
【請求項１６】
請求項１５において、
前記装置能力語彙は、ＣＣ／ＰＰ語彙である
プロファイル生成フレームワーク。
【請求項１７】
請求項１０において、
前記プロファイル構築部は、
所定のネットワーク語彙を使用して、構造化データとして前記プロファイルを構築する
プロファイル生成フレームワーク。
【請求項１８】
請求項１０において、
前記ネットワーク評価部は、
RTP，RTCP，NSMP，ICMP，TCP/IP，UDP/IP，ルーティングプロトコル，およびこれらの組み合わせ、からなるグループの中から選択されるネットワーク評価ツールを使用する
ことを特等とするプロファイル生成フレームワーク。
【請求項１９】
請求項１０において、
前記ネットワーク評価部は、
平均損失，平均遅延，平均ジッタ，およびこれらの組み合わせ、からなるグループの中から選択されるネットワークリンク状況プロパティを監視する
プロファイル生成フレームワーク。
【請求項２０】
ネットワークの状況を評価する方法であって、
前記ネットワークを監視して、前記ネットワークに関するサービス品質情報を生成し、
前記サービス品質情報を、前記ネットワークの動的状態に関する構造化データを含む少なくとも１つのプロファイルに変換し、
前記ネットワークを介して前記プロファイルを伝送する
ネットワーク評価方法。
【請求項２１】
請求項２０において、
前記構造化データは、定義済みのスキームに従って構成されている
ネットワーク評価方法。
【請求項２２】
請求項２０において、
前記構造化データは、定義済みのＸＭＬ語彙を使用して表現される
ネットワーク評価方法。
【請求項２３】
請求項２０において、
前記構造化データは、定義済みの第１の語彙を使用して表現され、
前記第１の語彙は、定義済みの第２の語彙と統合され、
前記第２の語彙は、ネットワーク装置の能力および嗜好を記述するために使用される
ネットワーク評価方法。
【請求項２４】
請求項２３において、
前記第２の語彙は、ＣＣ／ＰＰ語彙である
ネットワーク評価方法。
【請求項２５】
請求項２０において、
前記変換ステップでは、発見的規則の集合が使用される
ネットワーク評価方法。
【請求項２６】
請求項２０において、
前記変換ステップでは、ネットワーク評価ルールの集合が使用される
ネットワーク評価方法。
【請求項２７】
請求項２０において、
前記プロファイルは、分散型ネットワーク環境を介して格納するために構成されている
ネットワーク評価方法。
【請求項２８】
請求項２０において、
前記プロファイルを解析し、前記プロファイルによって通信されるような前記ネットワークの動的状況に基づいて、情報処理装置の振る舞いを変更する
ネットワーク評価方法。
【請求項２９】
ネットワークの状況を評価する方法であって、
前記ネットワークを監視して前記ネットワークに関する情報を生成するとともに、前記情報を少なくとも１つの状態変数として表現し、
少なくとも１つの定義済みの規則を前記少なくとも１つの状態変数に適用して、少なくとも１つの属性を生成し、
前記少なくとも１つの属性を、前記ネットワークの動的状態に関する構造化データを含む少なくとも１つのプロファイルに変換し、
前記ネットワークを介して前記プロファイルを伝送する
ネットワーク評価方法。
【請求項３０】
請求項２９において、
前記少なくとも１つの定義済みの規則は、アルゴリズム的に表現される
ネットワーク評価方法。
【請求項３１】
請求項２９において、
前記少なくとも１つの定義済みの規則は、発見的に表現される
ネットワーク評価方法。
【請求項３２】
請求項２９において、
前記構造化データは、定義済みのスキームに従って構成されている
ネットワーク評価方法。
【請求項３３】
請求項２９において、
前記構造化データは、定義済みのＸＭＬ語彙を使用して表現される
ネットワーク評価方法。
【請求項３４】
請求項２９において、
前記構造化データは、定義済みの第１の語彙を使用して表現され、
前記第１の語彙は、定義済みの第２の語彙と総合され、
前記第２の語彙は、ネットワーク装置の能力や嗜好を記述するために使用される
ネットワーク評価方法。
【請求項３５】
請求項３２において、
前記第２の語彙は、ＣＣ／ＰＰ語彙である
ネットワーク評価方法。
【請求項３６】
請求項２９において、
前記プロファイルは、分散型ネットワーク環境を介して格納するために構成されている
ネットワーク評価方法。
【請求項３７】
請求項２９において、
前記プロファイルを解析して、前記プロファイルによって通信されるような前記ネットワークの動的状態に基づいて、情報処理装置の振る舞いを変更する
ネットワーク評価方法。
【発明の詳細な説明】
【背景技術】
【０００１】
本発明は、概ね、通信システムおよびネットワークの構築に関する。さらに詳しくは、本発明は、アプリケーションレベルのコンテンツを適用するためにシステムが動的かつリアルタイムのネットワーク周辺情報（network-neighborhood imformation）を利用することができるフレームワークに関する。本発明は、ＣＣ／ＰＰに基づく構成および語彙と互換性がある方法で実行されても良い。このように、本発明によれば、判読可能にデバイスフォーマットされた（readable machine-formatted）ネットワークに基づく（network-based）情報に応えて、アプリケーションレベルのサービス品質制御（quality of service control）を行うことができる。
【０００２】
今日の通信システムやコンピュータネットワークは、クライアント側において、サーバ側において、異なるハードウェア装置やソフトウェアアプリケーションの幅広い多様性をサポートする必要がある。この豊かな多様性の結果として、あらゆる状況において動作可能な単一の普遍的なコンテンツフォーマットは、簡単には存在しない。例えば、携帯電話の小さなＬＣＤディスプレイにテキストのコンテンツを表示することと、ノート型パソコンのスクリーンに同様のテキスト情報を表示することとは、求められることが非常に異なる。同様に、５６Ｋボーのモデム上の流れる映像データを配信することは、Ｔ１チャンネルを使用して同一のメディアコンテンツが配信されるときには見当たらない多くの技術的な問題点に関与する。
【０００３】
すべての情報機器が同等に製造されているとは限らないという現実に対処するために、Ｗ３Ｃ組織は、ワーキンググループを発起して、異種混合のデバイス環境（例えば、情報を使用する装置（例えば、携帯機器）が異なる作業能力を有する環境）においてアプリケーションレベルのコンテンツがどのように影響を受けるのかを調査している。上記ワーキンググループは、ＣＣ／ＰＰ（Composite Capabilities/Preference Profiles）の構造および語彙の集合を記述するワーキングドラフトを公表している。ＣＣ／ＰＰプロファイルは、装置の能力（device capabilities）およびユーザ嗜好（user preference）についての記述であり、装置に提供されるコンテンツの適応を誘導するために使用されることが可能である。Ｗ３Ｃのウェブサイト http://www.w3.org. を参照すれば、ＣＣ／ＰＰの活動に関連する情報をより多く入手することができる。最新のワーキングドラフトは、http://www.w3.org/Mobile/cc/pp/. で公表されている。
【０００４】
ＣＣ／ＰＰワーキンググループの規定団体の活動は、次のようである。「インターネットに接続される装置の個数および種類が増大するとともに、異なる装置の能力に合うように調整されたコンテンツを配信する必要性も対応して高まる。・・・コンテンツの適応（adaptation）や文脈付け（contextualization）のためのフレームワークの一部として、ユーザエージェントの能力やそのユーザの嗜好を記述することができる多目的プロファイルフォーマットが求められる。」ＣＣ／ＰＰは、そのようなフォーマットに設計される。
【０００５】
一旦、適切な実施詳説（implementation details）が成立され導入されると、ＣＣ／ＰＰは、異種混合のデバイス環境においてアプリケーションレベルのコンテンツを適応させる方法が有する難題を解決するのに大いに役立つはずである。しかしながら、今日の様々な通信やネットワークインフラを介して配信される情報は、ＣＣ／ＰＰによって対処される装置の能力やユーザ嗜好についての問題を遙かに超えた課題を有する。この点に関するさらなる課題の１つとして、今日の通信およびネットワークチャンネルにおいて発見される無視できないリアルタイムの能力ばらつきが挙げられる。通信システムおよびネットワークシステムは、多くの相互接続リンクを含む。それらのリンクの状況は、通信システムやネットワークのリアルタイムなまたは動的な能力に、非常に影響を及ぼす。非常に簡単に言うと、リンク自身が、情報信号に損失，遅延，ジッタを取り込んでしまう可能性がある。リンクの状況の問題に付け加えて、ネットワークの動的な品質に影響を及ぼす他の要因としては、ルータバッファ占有率（router buffers occupancy），リンク稼働率（link utilization），ホスト到達可能性（host reschability）がある。
【発明の開示】
【０００６】
本発明は、動的ネットワーク周辺特有情報（dynmamic network-neighborhood specific information）を獲得してこの情報を必要とする情報システムへ伝達することが可能なフレームワークを提供する。好ましい実施の形態では、一般的にＸＭＬに基づくプロファイルが利用され、特にＣＣ／ＰＰに基づくプロファイルが利用される。これらのプロファイルは、拡張されて、動的ネットワーク周辺特有情報に関連付けられる。この動的ネットワーク周辺特有情報は、リンクの状況（例えば、損失，遅延，ジッタ），ルータバッファ占有率，リンク稼働率，ホスト到達可能性，およびトラフィック特性パラメータ（traffic characterization parameters）（例えば、リークバケットパラメータ（leaky bucket parameter））を含む。但し、この動的ネットワーク周辺特有情報は、これらに限定されない。この動的ネットワーク周辺特有情報は、可能であれば、一般的なネットワーク評価ツールやプロトコルの機能を利用することによって得られる。そのようなツールやプロトコルは、RTR/RTCP，SNMP，ICMP(Ping)，TCP/IP，UDP/IP，および様々な他のルーティングプロトコルを含む。
【０００７】
本発明の１つの局面に従うと、この動的またはリアルタイムな情報は、ＲＤＦに基づく表現のようなＣＣ／ＰＰ互換様式で表現される。これにより、ネットワークプロファイル情報の拡張性のある表現を構築することができる。
【０００８】
本発明のもう１つの局面に従うと、動的ネットワーク特有情報は、取得されて、サーバまたはクライアントのいずれかにおいて稼働するアプリケーションが理解することができる様式に変換される。また、そのような表現は、人間が読める様式で表現されても良い。このように、本発明では、ＣＣ／ＰＰスキーム規則に従ってＣＣ／ＰＰに基づくプロファイルを動的に創作することができる。ネットワーク属性およびそれらのグループ分けのために設計される付加的語彙は、そのような動的な情報を伝送するために提案される。
【０００９】
本発明の適応可能な範囲は、以下に提示される詳細な説明から明確になるだろう。詳細な説明や具体例は、本発明の好ましい実施形態を示すものであるが、説明のために意図されているだけであり、本発明の範囲を限定するようには意図されない、と理解されるべきである。
【発明を実施するための最良の形態】
【００１０】
本発明は、詳細な説明と添付図面とから、より十分に理解されるだろう。
【００１１】
好ましい実施例に関する以下の説明は、本質的には例示的なものに過ぎず、決して、本発明，本発明の有用性，または用途を制限するようには意図されていない。
【００１２】
本発明によれば、リアルタイムのネットワーク状況に応えて、アプリケーションレベルのサービス品質制御を実行することができる。図１は、本発明が使用される典型的な環境を示す。これにより、図示された環境が１つの共有通信インフラを示していることが、当然、理解される。本発明が使用される他の構成例は、他にも多く存在する。図１を参照すると、通信ネットワークは符号１０で図示されている。通信ネットワークは、インターネットプロトコル（ＩＰ）インフラ（例えば、インターネットが基礎とするインフラ）を基盤とする。
【００１３】
図のように、通信ネットワーク１０は、様々な異なる装置や異なる通信チャンネルを使用して通信をサポートすることができる。図１に示すように、携帯電話１２およびノート型パソコン１４はネットワーク１０と通信する。そのような通信は、配線で接続されたリンクおよび無線リンクを含む従来の手段によって実現できる。さらに、ネットワーク１０は、他の携帯機器１８がネットワークと通信する１以上の無線通信ホットスポット１６を含んでいても良い。これにより、様々な機器およびそれらの各々の通信チャンネルが互いに十分に異なる可能性があることが、理解される。装置の中には、他の装置では見当たらない通信能力や通信特性を有するものもある。さらに、各々の通信チャンネルは、異なる情報の帯域幅をサポートしても良い。
【００１４】
さらに、アプリケーションサーバー２０やコンテンツサーバ２２のような他の情報インフラ装置は、ネットワーク１０に接続される。これらのサーバは、様々な異なるユーザが利用することができるネットワーク１０を介して情報を供給する。
【００１５】
電気通信標準（telecommunications standards）によれば、ネットワーク１０は、適切に形成されたルータを介して動作する複数の相互接続リンク（interconnected links）を含む。また、そのルータは、パケットに基づいて流れるメディア情報を配信するために様々な異なるプロトコルを使用して、ネットワークを介して情報を伝達する。ゲートウェイ装置２４は、これらのリンクの１つに接続される。ゲートウェイ装置は、通信ネットワークインフラの一部として考えられる。これにより、様々な異なるプロトコルを使用する他のエンドユーザ装置に接続性が提供される。図１に示すように、ノート型パソコン２６および携帯電話２８は、802.11xプロトコルを使用して通信する。装置３０は、100B-Tプロトコルのようなイーサネットプロトコルを使用して通信する。他の顧客装置（例えば、映画用カメラ３２や家庭娯楽システム３４）は、IEEE 1394標準を使用してゲートウェイ２４と通信する。当然、適切に構成されたゲートウェイが供給されて、他の通信プロトコルが使用されても良い。
【００１６】
図１に示した通信インフラは、重要な技術的課題（様々なエンドユーザ装置のすべてに適切に順応されるコンテンツを供給する方法）を提起する。エンドユーザーが異なる能力を有するだけでなく、これらの装置をネットワークに接続する通信経路（communication pathways）は、ある経路から次の経路までに大きな違いを有することが予想され得る。さらに、通信経路の違いは、静的ではない。ユーザがネットワークにログオンまたはログオフするとき、情報スループットおよび帯域幅は、予測できないほど変動する。パケット損失，信号遅延，信号ジッタ，およびその他のネットワーク周辺の不具合は、避けられない。この課題に対処すべく、本発明では、リアルタイムのネットワーク特性を監視し、獲得するとともに構造化データプロファイルへ変換するフレームワークを生成する。この構造化データプロファイルは、ネットワークを介して伝送可能であり、アプリケーションサーバやコンテンツサーバをリアルタイムに制御するために使用される。
【００１７】
図２は、本発明のフレームワークの一例を示す。
【００１８】
図２において、携帯電話１８は、ホットスポットリンク１６を使用してネットワークと通信する。一方で、携帯電話１２は、放送アクセスチャンネル（air access channel）３６を使用してネットワークと通信する。どちらの携帯電話も、各々が有するＬＣＤディスプレイに表示するための画像コンテンツ（graphical content）を受信するために使用されている。この画像コンテンツは、コンテンツサーバ２２によって供給される。
【００１９】
図２に示された具体例において、現在またはリアルタイムの状況は、携帯電話１８が携帯電話１２よりも非常に広い帯域幅および非常に良い全体的な信号品質を有する、という状態である。このように、ここでは、携帯電話１８に配信されるコンテンツＡは、携帯電話１２に配信されるコンテンツＡよりも良い。
【００２０】
本発明のフレームワークは、各々のネットワーク状況のリアルタイムまたは動的な品質を、プロファイルの様式でネットワークを介して伝送することができる手段を提供する。これらのプロファイルがどのアプリケーションサーバまたはコンテンツサーバに対して拘束されないことが、以下に十分に説明される。正確に言えば、プロファイルは、必要に応じて、ある配信方法でネットワークを介した伝送および格納のために構成されている。図２において、携帯電話１８，１２は、RTCPプロトコルを使用してネットワークと通信する。RTCPプロトコルは、文章化された信号品質（ＱｏＳ）の評価指標の集合（collection）を含む。本発明では、これらの信号品質の評価指標を監視するとともに変換して、ネットワーク１０へ伝達されるプロファイル（プロファイルＢ，プロファイルＡ）を生成する。その後、コンテンツサーバ２２は、これらのプロファイルにアクセスして、現在のネットワーク状況に何が起こっているのかを解明する。
【００２１】
好ましくは、プロファイルは、構造化データとして構成されている。構造化データは、定義済みのスキームに基づき、かつ、定義済みの語彙を使用する。この点について、本発明では、定義済みのＸＭＬ語彙を使用して実行することができる。１つの好ましい実施形態では、構造化データは、ネットワークを介して装置の能力や嗜好を表現するために生成されるＣＣ／ＰＰプロファイル語彙と統合される語彙を使用して表現される。後者の実施形態は、エンドユーザの静的能力に関連して伝達される情報の一部として動的ネットワーク状況を伝達することできるので、特に好ましい。
【００２２】
１つの例として、本発明のフレームワークは、ネットワークエンティティ（network entities）のためのＣＣ／ＰＰと互換性がある新たな語彙、すなわち、動的なネットワークの状況に反映する新たな成分と属性とのペア（component,attribute pairs）を表現する語彙を定義することができる。下の表１は、通信ネットワークインフラの動的ネットワーク特有プロパティを伝達するために使用される成分（component）と属性（attribute）とのペアのマトリックスの一例を示す。
【００２３】
【表１】
2006518513.tif 000003
上表において、２つの成分（リンクの状態（Link Status），トラフィック記述（Taffic Description））が記述されている。これらの２つの成分の各々に対して、４つの属性が特定されている。これにより、本発明では、必要に応じてかなり多くの異なる成分および属性を使用して、関連した動的ネットワーク情報を表現することができることが、理解される。このように、図１に示された成分と属性とのペアは、ただ単に図示するための例に過ぎない。
【００２４】
さらに１つの例として、表１に示された語彙は、サービス品質に関連する属性の集合（「平均損失（AverageLoss）」，「平均遅延（AverageDelay）」，「平均ジッタ（AverageJitter）」）を有する「リンク状態（LinkStatus）」と呼ばれる成分を含む。実用的な実施形態によれば、所定期間にわたる平均損失を決定するために、RTCPレポートを調べることによって、平均遅延を測定することができる。そのように解明された値は、対応する属性「平均遅延」の値として割り当てられ、定義済みのスキームに従ってプロファイルに反映される。
【００２５】
この例を実行するために使用される上記スキームの一例を、以下に再現する。なお、この例において、属性「平均遅延（AverageDelay）」には、値「１５０」が割り当てられている。
<RDF xmlns="http://www.w  3.org/TR/1999/some-rdf-syntax-123456789#"
xmlns:PRF="http://www.w3.org/some-profile-vocabulary#"
<Bag>
<Description about="LinkStatus">
<Defaults>
<Description PRF:Vendor="Matsushita"
PRF:LinkID="SuperFastLink"
PRF:AverageLoss="10"
PRF:AverageDelay="150"
PRF:AverageJitter="65"
</Defaults>
<Modifications>
<Description PRF:AverageLoss="15/">
</Modifications>
</Description>
・・・・・
</RDF>
上記プロファイルは、好ましいスキーム構成を示す。この構成は、「Defaults」（通信リンク（例えば、最も共通するもの）についての属性）に割り当てられたセクションと、（測定された後に）最新の変化を反映するデフォルト属性の「Modifications」に割り当てられたセクションとの両方を含む。
【００２６】
この例において、ネットワーク（またはネットワークにおける少なくとも１つのリンク）を監視してネットワークに関する情報を生成し、その後に、少なくとも１つの情報（状態変数のような情報）を表現することによって、平均遅延を定義づけた。この例において、平均遅延を明確にするためにRTCPを使用した。その後に、アルゴリズム的（algorithmic）および／または発見的（heuristic）な規則の集合を状態変数または変数に適用して、少なくとも１つの属性を生成する。その後に、定義済みのプロファイルスキームに従って、属性をプロファイルに変換し、または、属性をデータ値としてプロファイルに置き換える。このように、情報は、ネットワークの動的状態に関する構造化データとしてプロファイルに格納される。その後に、プロファイルは、使用のため、または、後で使用するための格納のために、ネットワークを介して伝達されても良い。
【００２７】
好ましいプロファイルは、（ＸＭＬまたは適切な他の構成語彙を使用して）テキスト様式で構造化データとして表現される。装置とサーバとの間には、プロファイルを伝送することができる複合的なメカニズムが存在する。例えば、この複合的なメカニズムは、http および sip のデリバリーメカニズム（http and sip delivery mechanism）を含む。プロファイルは、プッシュ技術（push technology），プル技術（pull technolpgy），またはこれら２つの組み合わせを使用して、配信されても良い。ここで、本発明の実現可能な１つのシステム構成を、図３に関連して説明する。
【００２８】
図３を参照すると、本発明のフレームワークは、ネットワーク評価部５０と、プロファイル構築部５２と、プロファイル配信部５４とを含んでいても良い。ネットワーク評価部５０は、ネットワーク１０を監視し、一般的なネットワーク評価ツールおよびプロトコルに関連づけられる適切な機能を使用して、関連するネットワーク動的情報を抽出する。そのような機能は、RTR/RTCP，SNMP，ICMP(Ping)，TCP/IP，UDP/IP，その他同様の様々なルーティングプロトコルにおいて具体化されるものを含む。一般的に、これらのネットワーク評価ツールは、様々なリアルタイムのネットワーク状況を示す数値データを供給する。この数値の例としては、所定の時間間隔中におけるパケット損失の個数、または所定の時間間隔中における平均ビットレート等が挙げられる。これらの測定値は、リアルタイムのネットワーク状況を示すが、それら自身は、多目的にネットワークを介する伝送には適しておらず、装置とは無関係の消費（device-independent consumption）である。
【００２９】
プロファイル構成部５２は、データ格納部（data store）または属性値割り当て規則５６の集合を使用するために構成されている。これらの規則は、未加工のネットワークプロファイルデータを成分と属性とのペアに変換するために使用される。成分と属性とのペアは、後に構造化データとして表現される。好ましくは、プロファイル構成部は、プロファイル編成規則（例えば、ＣＣ／ＰＰ規則５８）の集合に従って、かつ、定義済みのデータ格納部または語彙（例えば、ネットワーク語彙６０）の集合を使用することによって、この構造化データを編成する。好ましくは、プロファイル構成部は、拡張可能に設計される。したがって、追加の属性値割り当て規則５６および追加のネットワーク語彙である専門語彙６０を、その都度、追加することができる。これにより、新たな新生のネットワーク技術が導入されたときに、システムを確実に発展させることができる。
【００３０】
ネットワーク状況評価フレームワークの機能についてさらに理解を深めるに、図４のシーケンス図の一例を参照する。図４には、コンテンツサーバ２２とユーザ１４との通信が図示されている。ユーザ１４が要求１００を発生することによって、通信を開始しても良い。コンテンツサーバ２２は、その要求１００に対して応答１０２を発生する。実行中の通信に対して割り当てられた適切な評価ツールを使用して、ネットワーク評価部５０は、ユーザ１４からサーバ２２へおよびサーバ２２からユーザ１４への伝達の特性を調べることによって、未加工のサービス品質情報を取得する。この情報を、実行されている要求１００および応答１０２として取得しても良いし、別のときに取得しても良い。しかしながら、図示するために、サービス品質情報（ＱｏＳ情報）の収集は、符号１０４と符号１０６とに分けて示されている。
【００３１】
その後に、ネットワーク評価部５０は、未加工のサービス品質情報をプロファイル構成部５２に供給する。プロファイル構成部は、プロファイルの様式でこのサービス品質情報を表現する構造化データを形成する。ネットワーク評価が実行される同一のシステム上に、プロファイル構成部を物理的に常駐させることは可能であるが、これは必要条件ではない。プロファイル構成部は、必要に応じて、異なるシステムを使用して実行されていても良い。このように、図４において、ネットワーク評価部５０によって生成されたサービス品質属性は、符号１０８で品質属性としてプロファイル構成部５２へ配信される。その後に、プロファイルは、符号１１０としてネットワークを介して伝送または配信される。
【００３２】
プロファイルをコンテンツサーバ２２へ直接配信することができるが、これはフレームワークの必要条件ではない。正確に言うと、プロファイルは、プロファイルが記憶および／または使用される１以上の場所へネットワークを介して配信されるために設計される。プロファイルを使用するために、プロファイルパーサ１５０は、プロファイルを調べ、対応するネットワーク情報成分に関連付けられる属性値を抽出する。このように、図４において、プロファイルパーサ１５０は、プロファイル１１０を調べ、適切な制御情報をメッセージ１１２を介してコンテンツサーバ２２へ送信する。また、図示のように、プロファイルパーサ１５０は、符号１１４を介してユーザ装置１４へ制御情報を送信しても良い。これにより、プロファイルパーサは、１以上の異なる場所に存在し、１以上の異なるサーバまたはユーザ装置に制御命令を供給することができることが、理解される。
【００３３】
ここで、フレームワークとフレームワークに関連する動作方法についてさらに説明するために、図５を参照する。図５は、動的なネットワークの状況の評価，プロファイルの伝送，およびシーケンス制御のためのプロファイルの使用が実行される基本的な手順を示す。ネットワークが監視され未加工のサービス品質データを取得する処理をステップ２００として、処理が開始する。その後に、ステップ２０２において、この未加工のサービス品質データは変換されて、プロファイルが生成される。その後に、ステップ２０４において、そのプロファイルがネットワークを介して伝送される。ここで、図示するように、ネットワークを介して１以上の異なる場所（図５では、３つの場所が示されている）へプロファイルを伝送することができる。
【００３４】
ステップ２０６において、ネットワーク装置（例えば、コンテンツサーバ２２）がプロファイルに含まれる情報を使用することを希望するときに、その対象となるプロファイルは、調べられ解析される。プロファイルが解析された後、ステップ２０８において、１以上の制御命令が生成され、これらの制御命令はコンテンツサーバ２２に供給される。コンテンツサーバは、自己の内部のプログラミングに依存して、各々のユーザが現在直面しているリアルタイムのネットワーク状況に基づいて、エンドユーザに情報を伝送する方法を変更する。
【００３５】
本発明の詳細な説明は、本質的には例示的なものに過ぎず、したがって、本発明の要旨からはずれない変形例は、本発明の範囲内であることを意図される。そのような変形例は、本発明の趣旨や範囲から逸脱しているとはみなされない。
【図面の簡単な説明】
【００３６】
【図１】図１は、今日における情報通信ネットワークの性質についての説明に利用されるシステム環境図である。
【図２】図２は、本発明のいくつかの原理についての説明に利用されるシステム環境図である。
【図３】図３は、本発明の好ましい実施形態の１つを説明するフレームワーク構造図である。
【図４】図４は、この発明のもう１つの実施形態を説明するシーケンス図である。
【図５】図５は、この発明による好ましい動作方法を説明するフローチャート図である。
【図１】
2006518513.tif 000004
【図２】
2006518513.tif 000005
【図３】
2006518513.tif 000006
【図４】
2006518513.tif 000007
【図５】
2006518513.tif 000008
【国際調査報告】
2006518513.tif 000009