(57)【要約】  非リアルタイムメディア配信システムは、非リアルタイムメディアサーバと非リアルタイムメディアクライアントとを含み、非リアルタイムメディアサーバとメディアクライアントは通信ネットワークを介して結合される。この方法は、メディアサーバをメディアクライアントに結合する通信ネットワークを介して非リアルタイムメディアクライアントに非リアルタイムメディアを配信するステップを含む。本方法は、非リアルタイムメディアの配信を制御するために非リアルタイムメディアクライアントの第２制御プロトコルエージェントからメディアサーバの第１制御プロトコルエージェントにリアルタイム制御メッセージを送信するステップをさらに含む。非リアルタイムサーバからメディアクライアントに非リアルタイムメディアを配信するステップは、リアルタイム配信制御メッセージに基づく。
2010514024.tif 000002
【特許請求の範囲】
【請求項１】
非リアルタイムメディア配信システムにおいて非リアルタイムメディアを配信するための方法であって、前記非リアルタイムメディア配信システムが、非リアルタイムメディアサーバと非リアルタイムメディアクライアントとを含み、前記非リアルタイムメディアサーバと前記メディアクライアントが通信ネットワーク（ＣＮ）を介して結合され、前記方法は
ａ．前記メディアサーバ（ＭＳ）を前記メディアクライアント（ＭＣ）に結合する前記通信ネットワーク（ＣＮ）を介して前記非リアルタイムメディアクライアントに前記非リアルタイムメディアを配信するステップを含み、さらに前記方法は
ｂ．非リアルタイムメディアの前記配信を制御するために前記非リアルタイムメディアクライアント（ＭＣ）の第２制御プロトコルエージェント（ＣＰＡ２）から前記メディアサーバ（ＭＳ）の第１制御プロトコルエージェント（ＣＰＡ１）にリアルタイム制御メッセージを送信するステップをさらに含むことと、前記非リアルタイムサーバから前記メディアクライアントに前記非リアルタイムメディアを配信する前記ステップが、前記リアルタイム配信制御メッセージに基づくこととを特徴とする、方法。
【請求項２】
前記リアルタイム制御メッセージのタイプと、前記リアルタイム制御メッセージのコンテンツとを、少なくとも１つの条件に基づいて決定するステップをさらに含むことを特徴とする、請求項１に記載の、非リアルタイムメディア配信システムにおいて非リアルタイムメディアを配信するための方法。
【請求項３】
非リアルタイムメディアサーバ（ＭＳ）から非リアルタイムメディアクライアント（ＭＣ）に非リアルタイムメディアを配信するためのシステムであって、前記非リアルタイムメディアサーバ（ＭＳ）と前記メディアクライアント（ＭＣ）とを含み、前記メディアサーバ（ＭＳ）と前記メディアクライアント（ＭＣ）が通信ネットワーク（ＣＮ）を介して結合されており、前記非リアルタイムメディアサーバ（ＭＳ）が、前記メディアサーバ（ＭＳ）を前記メディアクライアント（ＭＣ）に結合する前記通信ネットワーク（ＣＮ）を介して前記メディアクライアント（ＭＣ）に非リアルタイムメディアを配信するように構成された配信部（ＤＰ）を含むシステムにおいて、
非リアルタイムメディアの前記配信を制御するためにリアルタイム制御メッセージを前記メディアサーバ（ＭＳ）に送信するように構成されたリアルタイム制御プロトコル部（ＣＰＡ１）と、
ｃ．前記非リアルタイムメディアサーバ（ＭＳ）から前記メディアクライアント（ＭＣ）に前記非リアルタイムメディアを前記リアルタイム制御メッセージに基づいて配信するようにさらに構成された配信部（ＤＰ）とをさらに含むことを特徴とする、システム。
【請求項４】
少なくとも１つの条件に基づいて前記制御プロトコルエージェント（ＣＰＡ１）を制御するための制御エージェント（ＣＡ）をさらに含むことを特徴とする、請求項３に記載のシステム。
【請求項５】
前記少なくとも１つの条件が、前記メディアクライアント（ＭＣ）の現在の帯域幅使用であることを特徴とする、請求項４に記載の非リアルタイムメディア配信システム。
【請求項６】
前記少なくとも１つの条件が、前記メディアクライアント（ＭＣ）の意図された帯域幅使用であることを特徴とする、請求項４に記載の非リアルタイムメディア配信システム。
【請求項７】
前記少なくとも１つの条件が、非リアルタイムメディア配信システムを共有するアプリケーションであることを特徴とする、請求項４に記載の非リアルタイムメディア配信システム。
【請求項８】
前記少なくとも１つの条件が、前記メディアクライアント（ＭＣ）のリソース可用性であることを特徴とする、請求項４に記載の非リアルタイムメディア配信システム。
【請求項９】
非リアルタイムメディアサーバ（ＭＳ）から前記非リアルタイムメディアクライアント（Ｃ）に非リアルタイムメディアを配信するためのシステムにおいて使用するための非リアルタイムメディアクライアント（ＭＣ）であって、前記システムが、前記非リアルタイムメディアサーバ（ＭＳ）と前記メディアクライアント（ＭＣ）とを含み、前記メディアサーバ（ＭＳ）と前記メディアクライアント（ＭＣ）が通信ネットワーク（ＣＮ）を介して結合され、前記メディアクライアント（ＭＣ）は、
ａ．非リアルタイムメディアの前記配信を制御するために前記非リアルタイムメディアサーバ（ＭＳ）にリアルタイム制御メッセージを送信するように構成されたリアルタイム制御部（ＲＴＣＰ１）を含むことを特徴とする、メディアクライアント（ＭＣ）。
【請求項１０】
非リアルタイムメディアクライアント（ＭＣ）が、少なくとも１つの条件に基づいて前記リアルタイム制御部（ＲＴＣＰ１）を制御するための制御部（ＣＰ）をさらに含むことを特徴とする、請求項９に記載の非リアルタイムメディアクライアント（ＭＣ）。
【請求項１１】
前記非リアルタイムメディアサーバ（ＭＳ）から非リアルタイムメディアクライアント（ＭＣ）に非リアルタイムメディアを配信するためのシステムにおいて使用するための非リアルタイムメディアサーバ（ＭＳ）であって、前記システムが、前記非リアルタイムメディアサーバ（ＭＳ）と前記メディアクライアント（ＭＣ）とを含み、前記メディアサーバ（ＭＳ）と前記メディアクライアント（ＭＣ）が通信ネットワーク（ＣＮ）を介して結合され、前記メディアサーバは、
ａ．前記非リアルタイムメディアクライアント（ＭＣ）によって転送されたリアルタイム制御メッセージに基づいて前記非リアルタイムメディアを前記メディアクライアント（ＭＣ）に配信するようメディア配信部（ＭＤＰ）に命令するように構成されたリアルタイム制御部（ＲＴＣＰ２）と、
ｂ．前記リアルタイム制御メッセージに基づいて前記非リアルタイムメディアサーバ（ＭＳ）から前記メディアクライアント（ＭＣ）に前記非リアルタイムメディアを配信するように構成されたメディア配信部（ＭＤＰ）とを含むことを特徴とする、メディアサーバ（ＭＳ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求項１のプリアンブルに記載の非リアルタイムメディア配信システム、請求項３のプリアンブルに記載の関連システム、ならびに請求項９および請求項１１に記載の関連装置において非リアルタイムメディアを配信するための方法に関する。
【背景技術】
【０００２】
非リアルタイムメディア配信システム、関連システム、および関連装置において非リアルタイムメディアを配信するためのこのような方法は、当技術分野ではすでによく知られている。
【０００３】
このような非リアルタイムメディア配信システムは、少なくとも１つの非リアルタイムメディアサーバと、複数の非リアルタイムメディアクライアントとを含む。ビデオオンデマンドサーバなどの非リアルタイムメディアサーバは、メディアクライアントの要求に応じて、メディアサーバとメディアクライアントを結合するインターネットなどのネットワークを介して、１つまたは複数のメディアクライアントに、非リアルタイムメディアアセットを配信できる。
【０００４】
一般的には、要求されたメディアアセットは、アセット符号化ビット速度でリアルタイムに配信される。しかし、メディアアセット配信をアセット符号化ビット速度で行うことができない、または、異なるビット速度で行うことが望ましい状況もある。
【０００５】
アセット符号化ビット速度は最大ダウンリンク帯域幅を超えることがあり、その場合、たとえば標準画質（ＳＤＴＶ）ビデオ配信サブシステムを介して、高精細度ビデオアセット（ＨＤＴＶ）の配信をする間に生じうるリアルタイム配信は実現できない。この場合、メディアアセットは今後の視聴のために配信（ダウンロード）されてクライアント装置に格納されうる。
【０００６】
他の場合では、ユーザが今後の視聴のためにメディアアセットを要求する場合があり、アプリケーション層が、今後の視聴のために、低システム活動の間、非リアルタイム配信セッションにおいて取り扱われることになるこのアセットを事前にダウンロードすることを決定する場合がある。
【０００７】
非リアルタイムメディアアセット配信のための従来のソリューションの多くは、このようなメディアアセットを非リアルタイムモードでダウンロードするために、ＦＴＰ（ＲＦＣ９５９）またはＨＴＴＰ（ＲＦＣ１９４５）などの工業標準プロトコルを使用する。これらの従来の非リアルタイムメディアアセットダウンロードプロトコルは、使用可能なネットワーク帯域幅をこのようにして飽和させてしまう。一般的に、このようなダウンロードセッションは、他のどのサービスもプロビジョニングされておらず、他のサービスによってどの帯域幅も使用されていない場合に発生する。
【０００８】
この欠点は、メディアダウンロードセッションの開始後、使用可能な最大ビット速度で通常行われるので、一時停止または停止、およびその後再開できないことである。従来のコンテンツダウンロードセッションの間に、より優先順位の高い新しいサービス（たとえば、ビデオオンデマンド（Ｖｉｄｅｏ  ｏｎ  Ｄｅｍａｎｄ：ＶｏＤ）、高速インターネット接続、ヴォイスオーバーＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ：ＶｏＩＰ）通話）が要求される場合、一般的に、セッションは十分な帯域幅を解放するために停止し、次いで最初から再開しなければならない。
【０００９】
知られている非リアルタイムメディア配信システム、関連する非リアルタイムメディアサーバ、クライアント装置、および非リアルタイムメディア配信方法の問題点は、メディアサーバからクライアント装置への非リアルタイムメディア配信が最大速度で行われることであり、したがって、進行中の非リアルタイムメディア配信セッションを停止せずに、使用可能なすべての帯域幅が使用中に同時に追加サービスを受け入れることは不可能である。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、上記の知られているタイプの非リアルタイムメディア配信システム、関連する非リアルタイムメディアサーバ、クライアント装置、および非リアルタイムメディア配信方法を提供することであるが、このようなメディア配信セッションの間、メディアクライアントに代替サービスをプロビジョニングできる。
【課題を解決するための手段】
【００１１】
本発明によれば、この目的は、請求項１に記載の方法、請求項３に記載のシステム、および請求項９および請求項１１に記載の関連装置によって達成される。
【００１２】
実際は、この目的は、非リアルタイムメディア配信のためのシステムが、非リアルタイムメディアの配信（開始、停止、一時停止、再開、ビット速度適応）を制御するために、非リアルタイムメディアクライアントから非リアルタイムメディアサーバにリアルタイム制御メッセージを送信するように構成され、またさらに、このシステムが、リアルタイム制御メッセージに基づいて非リアルタイムメディアサーバから非リアルタイムメディアクライアントに非リアルタイムメディアを配信するようにさらに構成され、メディアクライアントは、どちらの非リアルタイムメディアにどのビット速度で転送すべきかを、非リアルタイムメディアサーバに通知または要求でき、または、メディアサーバに現在の転送を停止または一時停止し、その後、停止または一時停止の位置から開始しなおすことさえも要求できることによって達成される。
【００１３】
リアルタイム制御メッセージを使用すると、メディアサーバ側でメディアのどの停止／一時停止位置かを追跡することがさらに容易になり、これに基づいて、停止／一時停止されたメディアアセットを、正確な一時停止／停止位置から引き続き転送することが可能になる。
【００１４】
さらなる特徴的機能は、請求項２、請求項４、および請求項１０に記載される。
【００１５】
非リアルタイムメディア配信のためのシステムは、少なくとも１つの条件に基づいてリアルタイム制御プロトコルメッセージの送信を制御するための制御エージェントをさらに含み、その条件は、たとえばメディアクライアントで使用可能な帯域幅、メディアクライアントの意図された帯域幅使用、またはクライアント装置のリソース可用性に関連してよい。
【００１６】
他の特徴的機能は、請求項５に記載される。
【００１７】
少なくとも１つの条件は、前記非リアルタイムメディアクライアントの現在の帯域幅使用でもよい。
【００１８】
代替の特徴的機能は、請求項６に記載される。
【００１９】
少なくとも１つの条件は、前記非リアルタイムメディアクライアントの意図された帯域幅使用でもよい。
【００２０】
他の特徴的機能は、請求項７に記載される。
【００２１】
少なくとも１つの条件は、非リアルタイムメディア配信システムを共有するアプリケーションでもよい。たとえばファイルダウンロードのビット速度を共有するアプリケーションは、たとえサービス品質を保証するために帯域幅が使用可能であっても、ＶｏＩＰ通話のための帯域幅を解放するために少なくされうる。この状況は、いくつかのアプリケーションが同じ帯域幅およびリソースを共有する場合に発生することがある。たとえば、ユーザがコンテンツをダウンロードする間電子メールをオフラインで読むために、自分の電子メールボックスを同期させたい場合などである。理想的には、メール同期アプリケーションは、すべての新しいメッセージをできるだけ早くダウンロードして、コンテンツダウンロードアプリケーションのために帯域幅（Ｂａｎｄｗｉｄｔｈ：ＢＷ）を解放して戻したい。ユーザは電子メールをオフラインで読み、返答し、次いですべての送信メッセージを送信するために、自分のメールボックスを再び同期させることができる。ユーザが電子メールを読み返答を書く間、使用可能なすべての帯域幅を保持することは、明らかに非効率的である。一方、電子メールダウンロードのためにわずかな帯域幅しか確保しないと、ネガティブなユーザ経験を引き起こす。提案されたアプリケーションは、どのような帯域幅交渉アルゴリズムにも限定することなく、ユーザアクションに応じてアプリケーション間の帯域幅変動のためのメカニズムを提供する。
【００２２】
他の特徴的機能は、請求項８に記載される。
【００２３】
少なくとも１つの条件は、メディアクライアントのリソース可用性でもよい。
リソース可用性、たとえばクライアント装置は、特定の受信ビット速度だけを処理できる。コンテンツダウンロードの間、ＶｏＤとも呼ばれるビデオオンデマンドが要求される場合、たとえ帯域幅が使用可能でも、ＶｏＤ（解読、復号）のための処理能力を解放するためにダウンロードの速度を落とすべきである。この状況は、たとえばメディアクライアントのリソースが、たとえばＣＰＵ、ネットワークカード、メモリ、または他の制限のために、限られた処理能力しか有していない場合に到着する場合がある。この場合、たとえ受信帯域幅が最初の速度でコンテンツダウンロードを継続するために十分であっても、ＶｏＩＰとも呼ばれるヴォイスオーバーＩＰ、またはテレビ会議通話が開始されると、クライアント装置上のリソースはＶｏＩＰ／テレビ会議通話をバッファおよび復号するために十分でない場合があるので、ダウンロードの帯域幅を減少させることによって、コンテンツダウンロードからある程度の処理能力を解放することが必要である。
【００２４】
特許請求の範囲において使用される「含む」という用語は、それ以降に列記される意味に限定されると解釈されるべきではない点に留意されたい。したがって、「手段ＡとＢを含む装置」の表現の範囲は、コンポーネントＡおよびＢだけを備える装置に限定されるべきではない。本発明に関しては、装置の唯一の関連コンポーネントはＡとＢであるということを意味する。
【００２５】
同様に、特許請求の範囲において使用される「結合される」という用語も、直接接続だけに限定されると解釈されるべきではない点に留意されたい。したがって、「装置Ｂに結合される装置Ａ」の表現の範囲は、装置Ａの出力が装置Ｂの入力に直接接続される装置またはシステムに限定されるべきではない。Ａの出力とＢの入力との間にパスが存在することを意味し、他の装置または手段を含むパスでもよい。
【００２６】
実施形態の以下の説明を添付の図面と併せて参照することによって、本発明の上記および他の目的および特徴はより明らかになり、本発明自体が最もよく理解されるだろう。
【図面の簡単な説明】
【００２７】
【図１】非リアルタイムメディア配信システムの機能表現を表す図である。
【発明を実施するための形態】
【００２８】
以下の段落では、図１の図面を参照して、本発明による、非リアルタイムメディア配信システム、関連する非リアルタイムメディアサーバＭＳ、および非リアルタイムメディアクライアントＭＣにおいて非リアルタイムメディアを配信するための方法の実装形態を説明する。この説明の第１段落では、図１に提示される非リアルタイムメディア配信のためのシステムの主な要素を説明する。第２段落では、記載された諸要素間のすべての接続を定義する。
【００２９】
その後、図１に提示される、記載の非リアルタイムメディアサーバおよび非リアルタイムメディアクライアントのすべての関連機能手段を説明し、続いてすべての相互接続を説明する。その後の段落では、非リアルタイムメディアを配信するための方法の、実際の実行を説明する。
【００３０】
非リアルタイムメディアの配信のためのシステムは、非リアルタイムメディアサーバＭＳと非リアルタイムメディアクライアントＭＣとを含む。非リアルタイムメディアサーバは、メディアオンデマンドサーバによって実装される。非リアルタイムメディアサーバＭＳは、属しているメディアクライアントＭＣを介してユーザに配信するための複数のメディアアセットを含むデータベースを保持するか、そのデータベースへのアクセスを有する。非リアルタイムメディアクライアントＭＣは、ユーザ宅のセットトップボックスでもよく、ユーザ宅にあるパーソナルコンピュータでもよい。
【００３１】
非リアルタイムメディアクライアントＭＣは、メディアクライアントＭＣ側にアクセスネットワークを、ならびに非リアルタイムメディアサーバＭＳ（図示せず）側にインターネットなどの中核ネットワークおよび他のアクセスネットワークを含んでよい通信ネットワークＣＮを介して、非リアルタイムメディアサーバに結合される。
【００３２】
非リアルタイムメディアサーバＭＳは、メディアクライアントＭＣの要求に応じて、選択されたメディアアセットをメディアクライアントＭＣに配信するように構成された、メディア配信部ＭＤＰを含む。非リアルタイムメディアサーバＭＳは、ユーザの要求に応じて、属している非リアルタイムメディアクライアントＭＣを介して、このようなユーザに配信するための複数のメディアアセットを保持するように構成された、メディア保管庫ＭＶをさらに含む。
【００３３】
あるいは、メディア保管庫ＭＶは、非リアルタイムメディアサーバＭＳの外部に位置し、この非リアルタイムメディアサーバＭＳにとってアクセス可能でもよい。本発明によれば、非リアルタイムメディアサーバＭＳは、非リアルタイムメディアクライアントＭＣによって転送されたリアルタイム制御メッセージに基づいて、非リアルタイムメディアをメディアクライアントＭＣに配信するようメディア配信部ＭＤＰに命令するように構成された、リアルタイム制御部ＲＴＣＰ２をさらに含む。本実施形態では、このリアルタイム制御部ＲＴＣＰ２は、ＲＦＣ２３２６標準に従って実装される、ＲＴＳＰエージェントとも呼ばれるタイムストリーミングプロトコルエージェントによって実装されうる。あるいは、ＤＣＭ−ＣＣ標準が選択されうる。メディア保管庫ＭＶはメディア配信部ＭＤＰに結合され、次に、メディア配信部ＭＤＰは非リアルタイムメディアサーバＭＳの入力／出力ターミナルＩ／Ｏ１へ入力／出力ターミナルを結合させる。リアルタイム制御部ＲＴＣＰ２が、さらにメディア配信部ＭＤＰに結合される。
【００３４】
非リアルタイムメディアクライアントＭＣは、非リアルタイムメディアサーバＭＳによって転送されたメディアアセットを受信するように構成された、メディア受信部ＭＲＰを含む。非リアルタイムメディアクライアントＭＣは、次に、非リアルタイムメディアクライアントＭＣへの非リアルタイムメディアの配信を制御するために、リアルタイム制御メッセージを非リアルタイムメディアサーバＭＳに送信するように構成された、リアルタイム制御部ＲＴＣＰ１をさらに含む。さらに、非リアルタイムメディアクライアントＭＣは、メディアクライアントＭＣでの条件に基づいてリアルタイム制御部ＲＴＣＰ１を制御するための制御部ＣＰを含む。このような条件は、現在使用可能な帯域幅、並行アプリケーションの存在、ユーザによって要求されたサービスでもよく、使用可能なリソースでもよい。メディアクライアントは、非リアルタイムアセットを維持するためのローカル記憶装置（メモリ、ディスク、フラッシュメモリなど）も含む。
【００３５】
制御部ＣＰはリアルタイム制御部ＲＴＣＰ１に結合され、次に、リアルタイム制御部ＲＴＣＰ１はメディア受信部ＭＲＰに結合される。メディア受信部ＭＲＰとリアルタイム制御部ＲＴＣＰ１の両方は、非リアルタイムメディアクライアントＭＣの入力／出力ターミナルＩ／Ｏ２へ入力／出力ターミナルを結合させる。
【００３６】
本発明の実行を説明するために、非リアルタイムメディアクライアントＭＳに対応するユーザが、メディア保管庫ＭＶにある特定のメディアアセットＡを検索する意図を有すると仮定する。さらに、現在メディアクライアントで進行中の追加サービスがない状況であり、それは非リアルタイムメディアクライアントＭＣにとって最大帯域幅が使用可能であることを意味する。
【００３７】
非リアルタイムメディアクライアントＭＣは、非リアルタイムメディアアセットＡの前記配信を制御するために、非リアルタイムメディアサーバＭＳにＲＴＳＰメッセージを送信する。
【００３８】
このＲＴＳＰメッセージは、メディアアセットＡおよび「速度」（配信が行われるべき速度であって、ここでは最大ビット速度Ｂに対応する速度）に関する配信要求を含む。リアルタイム制御部ＲＴＣＰ２は、非リアルタイムメディアクライアントＭＣによって送信されたＲＴＳＰメッセージを受信し、その後、メディア保管庫ＭＶからメディアアセットＡを取り出し、このメディアアセットＡを、非リアルタイムメディアと前記メディアクライアントＭＣに、前記非リアルタイムメディアクライアントＭＣによって転送されたリアルタイム制御メッセージに基づく転送ビット速度Ｂで配信するように、メディア配信部ＭＤＰに命令する。
【００３９】
次いで、メディア配信部ＭＤＰは、前記非リアルタイムメディアサーバＭＳからメディアクライアントＭＣに、非リアルタイムメディアアセットＡを送信ビット速度Ｂで配信する。
【００４０】
次いで、ユーザがある時、他のメディアアセットＡ２を取り出せるように、メディアアセットＡの配信を一時停止すると決定すると仮定する。したがって、非リアルタイムメディアクライアントＭＣは、リアルタイム制御部ＲＴＣＰによってメディアアセットＡの転送を「一時停止」し、メディアアセットＡ２を最大ビット速度Ｂで転送し続ける命令を含む、さらなるＲＴＳＰメッセージを送信する。交互に、たとえばアセットＡ２は、たとえば最大ビット速度とは異なる速度Ｄで転送されうる。
【００４１】
リアルタイム制御部ＲＴＣＰ２は、非リアルタイムメディアクライアントＭＣによって送信されたＲＴＳＰメッセージを再び受信し、その後、メディア保管庫ＭＶからメディアアセットＡ２を取り出し、この非リアルタイムメディアアセットＡ２をメディアクライアントＭＣに、前記非リアルタイムメディアクライアントＭＣによって転送されたリアルタイム制御メッセージに基づいて、転送ビット速度Ｂで配信するように、メディア配信部ＭＤＰに命令する。メディアアセットＡについては、ＲＴＳＰメッセージは、今後メディアアセットＡのメディア配信を続けるためにメディアサーバに格納される、最後に受信されたバイトをさらに含む。
【００４２】
次いで、メディア配信部ＭＤＰが、前記非リアルタイムメディアサーバＭＳからメディアクライアントＭＣに、非リアルタイムメディアアセットＡ２を送信ビット速度Ｂで配信する。メディアアセットＡ２を完全に受信後、メディアクライアントはメディアサーバに、再開ＲＴＳＰメッセージによって、最後に受信したバイト以降のメディアアセットＡの送信を再開することを要求する。現在ヴォイスオーバー通話が進行中であるため、最大帯域幅は使用可能ではないが、最大帯域幅Ｂのたとえば６０％だけが使用可能であり、アセットＡのメディア配信は最大ビット速度の６０％のビット速度でのみ可能である。
【００４３】
非リアルタイムメディアクライアントＭＣは、非リアルタイムメディアアセットＡの配信を制御するために、ＲＴＳＰ「再開」（再生）メッセージを非リアルタイムメディアサーバＭＳに再び送信する。したがって、再開ＲＴＳＰメッセージは、メディアアセットＡに関する配信要求と、配信が行われるべきビット速度である、ビット速度Ｂの６０％を含む。リアルタイム制御部ＲＴＣＰ２は、非リアルタイムメディアクライアントＭＣによって送信されたＲＴＳＰメッセージを受信し、その後、メディア保管庫ＭＶからメディアアセットＡを取り出し、このメディアアセットＡを非リアルタイムメディアと前記メディアクライアントＭＣに、ビット速度Ｂの６０％でビット速度Ｃである転送ビット速度で配信するように、メディア配信部ＭＤＰに命令する。
【００４４】
次いで、メディア配信部ＭＤＰが、前記非リアルタイムメディアサーバＭＳからメディアクライアントＭＣに、非リアルタイムメディアアセットＡをビット速度Ｃの送信ビット速度で配信する。
【００４５】
受信ＶｏＩＰ通話などの新しいサービスが検出され、その後、非リアルタイムメディアクライアントの制御エージェントが、メディアクライアントのまだ使用可能な帯域幅に基づいて、リアルタイム制御部ＲＴＣＰ１に、メディアサーバＭＳからメディアクライアントＭＣにメディアアセットを配信するための他のビット速度を要求するように命令する。あるいは、ヴォイスオーバーＩＰ通話などのサービスの最後に、制御部が、使用可能な帯域幅に対応するこの新しいステータスを検出し、次いで、非リアルタイムメディアクライアントにメディアアセットを最大ビット速度で再び配信するように命令するＲＴＳＰメッセージを送信するようリアルタイムプロトコル部に命令する。
【００４６】
非リアルタイムメディア配信のためのこのようなシステムは、通常複数のメディアサーバと複数のメディアクライアントとを含むが、単純化するために、本発明を説明するのに十分な、単一のメディアサーバと単一のメディアクライアントだけを提示することが選択されたことも留意されたい。
【００４７】
最後に、本発明の実施形態は、上記で機能ブロックに関して説明されている。上記のこれらのブロックの機能説明から、電子機器設計の当業者には、これらのブロックの実施形態がよく知られた電子コンポーネントでどのように製造されうるかが明らかであろう。したがって、機能ブロックのコンテンツの詳細なアーキテクチャは記載しない。
【００４８】
上記で、特定の装置に関連して本発明の原理を説明したが、この説明は例としてのみなされており、添付の特許請求の範囲において定義される本発明の範囲を限定するものではないことが明確に理解されるべきである。
【図１】
2010514024.tif 000003
【国際調査報告】
2010514024.tif 000004
2010514024.tif 000005
2010514024.tif 000006