(57)【要約】【課題】ネットワークを介したメディアの対話型制御のための方法及びシステムを提供する。【解決手段】  本発明に係る、コンピュータネットワーク（１００）を介したメディアの対話型制御のための方法は、第１のデバイス（１１０）から、遠隔配置された第２のデバイス（１２０）への変更メディアストリーム（２４１）の要求（２７０）を生成すること、要求（２７０）が生成された時と変更メディアストリーム（２４１）が配信される時との間の遅延期間を求めることと、変更メディアストリーム（２４１）が遅延期間の間利用可能であるように、遅延期間の間、第１のデバイス（１１０）で変更メディアストリーム（２４１）を作成することとを含む。【選択図】図２
2008503926.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータネットワーク（１００）を介したメディアの対話型制御のための方法であって、
第１のデバイス（１１０）から、遠隔配置された第２のデバイス（１２０）への変更メディアストリーム（２４１）の要求（２７０）を生成すること、
前記要求（２７０）が生成された時と前記変更メディアストリーム（２４１）が配信される時との間の遅延期間を求めること（determining）と、
前記変更メディアストリーム（２４１）が前記遅延期間の間利用可能であるように、前記遅延期間の間、前記第１のデバイス（１１０）で前記変更メディアストリーム（２４１）を作成することと
を含む方法。
【請求項２】
前記遅延期間を前記求めることは、前記要求（２７０）に対する返答（２７１）に基づいており、前記返答（２７１）は、前記遠隔配置された第２のデバイス（１２０）によって生成される、請求項１に記載の方法。
【請求項３】
前記返答（２７１）は、リアルタイムストリーミングプロトコル（ＲＴＳＰ）応答を含む、  請求項２に記載の方法。
【請求項４】
前記返答（２７１）は、前記変更メディアストリーム（２４１）の第１のデータパケット（３０９）を識別することを含む、請求項２に記載の方法。
【請求項５】
前記求めることは、前記変更メディアストリーム（２４１）の第１のデータパケット（３０９）を前記遠隔配置された第２のデバイス（１２０）へ指定することを含む、請求項１に記載の方法。
【請求項６】
前記求めることは、前記第１のデバイス（１１０）が前記遅延期間の見積もりを生成することを含む、請求項１に記載の方法。
【請求項７】
前記見積もりは、前の要求（２７０）が前記第１のデバイス（１１０）によって生成された時と、前の変更メディアストリーム（２４１）が前記第１のデバイス（１１０）によって受信される時との間の前記遅延期間に基づいている、請求項６に記載の方法。
【請求項８】
前記変更メディアストリーム（２４１）を、既存のメディアストリーム（２４０）と比較することであって、それによって、変更値を求めることと、
前記変更値を前記既存のメディアストリーム（２４０）に適用することであって、それによって、前記変更メディアストリーム（２４１）を作成すること
をさらに含む、請求項１に記載の方法。
【請求項９】
前記既存のメディアストリームを記述するメディア履歴（２２１）にアクセスすること
をさらに含む、請求項８に記載の方法。
【請求項１０】
前記遠隔配置された第２のデバイス（１２０）は、複数の固定サイズのデータパケット（２４０）を複数の可変サイズのデータパケット（２４１）に変換し、前記方法は、前記複数の可変サイズのデータパケット（２４１）の少なくとも１つのサイズに基づいて前記変更値を求めること
を含む、請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施の形態は、通信ネットワークの分野に関する。
【背景技術】
【０００２】
コンピュータネットワークは、メディア（たとえば、オーディオ及び／又はビデオ）をユーザに配信するのにしばしば使用される。ユーザは、メディアの無関係の部分又は重要でない部分を飛ばし読みして、重要と感じるものに素早くアクセスすることを望むことが多い。また或る時には、ユーザは、自身にとって興味があるか又は重要であるメディアの部分をレビューしたいと望む。
【０００３】
一例として、ユーザは、電話のキーパッドを使用して、メッセージの所望の部分を前方に頭出しすることもできるし、以前にアクセスしたメッセージの部分をレビューすることもできる。メディアは、通常、ユーザの電子デバイスと通信接続されているローカルに配置されたサーバから送信される。従来技術の一実施態様では、メッセージの所望の部分を頭出しするために、ユーザの電子デバイスのタイムスケール変更（ＴＳＭ（time scale modification））ソフトウェアが使用される。ＴＳＭソフトウェアによって、オーディオ信号の周波数特性を変えることなく、オーディオ信号のタイムスケールを伸張又は圧縮することが可能になる。換言すれば、オーディオは、リアルタイムよりも高速又は低速で再生することができ、それにもかかわらず、明確に理解することができる。もう１つの例は、ユーザがテレビのコンテンツをデジタルに記録して、後にそれを再生することを可能にするパーソナルビデオレコーダ（ＰＶＲ）である。ＰＶＲシステムは、デジタル多用途ディスク（ＤＶＤ）プレイヤ及びビデオカセットレコーダ（ＶＣＲ）に見られる通常の早送り／巻き戻し制御を含む。通常、メディアを制御するためのソフトウェアアプリケーションは、ユーザの電子デバイスに配置されている。その結果、ユーザ入力に対する応答は、ユーザには、即時に行われるもの又はほぼ即時に行われるものとして知覚される。
【０００４】
しかしながら、これらのシステムは、ローカルにインプリメントされるとうまく動作するが、メディア制御ソフトウェアが（たとえば、ネットワークにおける）リモートコンピュータでインプリメントされると、同様の性能レベルを提供することが困難となる。たとえば、ネットワーク化された通信に本来備わる遅延のために、ユーザの入力に対して即時応答を達成することは難しい。その結果、メディアの再生に対してユーザが知覚する制御は低減される。したがって、ユーザが、オーディオメッセージの、以前に再生した部分をレビューしたい場合、ユーザは、自身のコントローラの巻き戻しボタンを「押し」、リモートコンピュータのメディア制御ソフトウェアは、このユーザの入力に応答して、オーディオメッセージを巻き戻す。しかしながら、ネットワークに本来備わる遅延のために、ユーザがコマンドを生成した時刻と、リモートコンピュータがそのコマンドに基づいて実際に動作する時との間に遅れが存在する。その結果、ユーザは、メディアの所望の部分を行き過ぎてしまう場合があり、そのため、頭出しコマンドを追加入力して所望の部分に達しなければならないか、又は、所望の部分に達するまで待たなければならない。
【０００５】
たとえば、或るユーザが、遠隔配置されたサーバとのストリーミングデータ接続を介して映画を鑑賞しており、気に入ったシーンを再び見るために映画を巻き戻したいとする。このユーザは、巻き戻しボタンを押し、映画がその後直ちに又は間もなく巻き戻ることを期待する。しかしながら、ユーザのコンピュータと遠隔配置されたサーバとの間の通信の待ち時間と、遠隔配置されたサーバがユーザのコマンドを実行する際のサービス遅延と、ユーザのコンピュータへメディアを配信する際の待ち時間とのために、ユーザのコマンドの実行には、かなりの途切れ（たとえば、５秒）がある。その結果、ユーザは、映画が巻き戻り始めるのが見えることを期待して巻き戻しボタンを押し続ける。ユーザは、映画の所望の部分に達した時、巻き戻しボタンを放す。この場合も、ユーザがボタンを放した時と、その動作の結果がユーザへ配信される時との間の遅延によって、ユーザは、巻き戻し過ぎてしまうことになる。すなわち、ユーザは、映画の所望の部分を５秒だけ「行き過ぎる」ことになる。ユーザは、映画の所望の部分に達するまで通常速度で映画を再生することもあるし、所望の部分で再生が再開されるのを期待して自身のメディアコントローラの早送りを押すこともある。しかしながら、通信待ち時間の問題が依然として存在するので、ユーザは、この場合も、所望の部分を行き過ぎる場合がある。したがって、ユーザは、上述した遅延を見込んで通信遅延を予想しようと試みることもあるし、メディアの低い制御量に甘んじることもある。
【特許文献１】米国特許出願公開第２００１／０４１０６２号
【特許文献２】国際公開第９８／３４４０５号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このように、ネットワークを介した対話型制御のためのシステムは、システムのユーザにとって即時性の感覚が欠如しているという難点を有する。その結果、メディアの正確な制御を実現することが難しくなっている。
【課題を解決するための手段】
【０００７】
［発明の開示］
本発明の一実施の形態では、第１のデバイスから、遠隔配置された第２のデバイスへの変更メディアストリームの要求が生成される。次に、その要求が生成された時と、変更メディアストリームが望まれる時との間の遅延期間が求められる。次に、変更メディアストリームは、遅延期間の間利用可能であるように、遅延期間の間、第１のデバイスで作成される。
【０００８】
添付図面は、本明細書に援用されて、本明細書の一部を成す。添付図面は、本発明の実施の形態を示し、明細書本文と共に、本発明の原理を説明する機能を果たす。特に言及がない限り、本明細書本文で参照される図面は、一律の縮尺で描かれているものと理解されるべきではない。
【発明を実施するための最良の形態】
【０００９】
［発明を実施するための形態］
次に、本発明の実施の形態を詳細に参照する。これらの実施の形態の例は、添付図面に示されている。本発明は、以下の実施の形態との関連で説明されることになるが、以下の実施の形態は、本発明をこれらの実施の形態だけに限定することを目的とするものでないことが理解されよう。それとは逆に、本発明は、添付の特許請求の範囲によって規定される本発明の精神及び範囲内に含めることができる代替物、変更物、及び均等物を網羅することを目的としている。さらに、本発明の以下の詳細な説明では、本発明の徹底した理解を提供するために、多数の具体的な詳細が述べられている。しかしながら、本発明の実施の形態は、これらの具体的な詳細がなくても実施することができる。それ以外の場合には、既知の方法、手順、構成要素、及び回路は、本発明の態様を不必要に分かりにくくしないように詳細に説明されていない。
【００１０】
［本発明による実施の形態の物理的構造］
図１は、本発明の実施の形態に従って利用されるネットワーク１００の図である。以下の解説は、本発明の物理的構造の説明から始まる。この解説の後に、本発明の動作の説明に続く。本発明の物理的構造に関して、本発明の複数の部分は、コンピュータ１１０に存在するコンピュータ可読で且つコンピュータ実行可能な命令（たとえば、ソフトウェアアプリケーション１１１）から成る。本発明の実施の形態では、コンピュータ１１０には、メディアを提示するための携帯電話又は携帯情報端末（ＰＤＡ）等のハンドヘルド電子デバイス、パーソナルコンピュータ、ラップトップコンピュータ、埋込式コンピュータ、セットトップボックス等が含まれ得る。さらに、ユーザは、コンピュータ１１０を使用して、遠隔配置されたコンピュータ１２０からのメディアの提示を制御することができる。
【００１１】
また、本発明の複数の部分は、遠隔配置されたコンピュータ１２０に存在するコンピュータ可読で且つコンピュータ実行可能な命令（たとえば、ソフトウェアアプリケーション１２１）も備えることができる。遠隔配置されたコンピュータ１２０は、通信ネットワーク１５０を介してメディア（たとえば、オーディオコンテンツ、ビデオコンテンツ、又はオーディオ／ビデオコンテンツ）をコンピュータ１１０へ送信するためのものである。本発明の実施の形態では、コンピュータネットワーク１５０には、イーサネット（登録商標）ネットワーク、赤外線（ＩＲ）通信ネットワーク、Ｂｌｕｅｔｏｏｔｈ無線通信ネットワーク、携帯電話ネットワーク、無線ネットワーク、ブロードバンド接続、衛星リンク、インターネット等が含まれ得る。
【００１２】
図２は、本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のためのシステム２００の構成要素を示すブロック図である。明確にするために、図１の通信ネットワーク１５０は、図２では、メディア要求２７０、ＲＴＳＰ応答２７１、及び変更メディアストリーム２４１から成る通信経路によって表されていることが十分理解される。図２において、ユーザメディア制御２１０は、ユーザが通信ネットワーク１５０を介して受信されるメディアの提示を制御することを可能にするためのインターフェースである。本発明の実施の形態では、ユーザメディア制御２１０は、コンピュータ１１０の構成要素を備えてもよく、コンピュータ１１０と通信接続されたデバイスであってもよい。ユーザメディア制御２１０は、アクセス装置（accessor）２１１と接続されている。アクセス装置２１１は、要求履歴２２０、調整決定装置（adjustment determiner）２２２、及び遠隔配置されたコンピュータ１２０のメディア変更装置（media modifier）２５２と接続されている。また、要求履歴２２０は、メディア履歴２２１と介して調整決定装置２２２とも接続されている。調整決定装置２２２は、ローカルメディア変更装置２２４と接続され、ローカルメディア変更装置２２４は、メディア再生２３０と接続されている。メディア再生２３０は、コンピュータ１１０の構成要素を備えてもよく、コンピュータ１１０と通信接続されたデバイスであってもよい。コンピュータ１１０は、さらに、ローカルメディア変更装置２２４と接続されたバッファ２２３も備える。
【００１３】
［本発明による実施の形態の動作］
以下の解説は、本発明の実施の形態の動作を詳細に述べている。図２に示すように、オリジナルメディアストリーム２４０は、遠隔配置されたコンピュータ１２０のバッファ２５１に入力される。バッファ２５１の出力は、遠隔配置されたコンピュータ１２０のメディア変更装置２５２と接続されている。メディア変更装置２５２は、コンピュータ１１０のバッファ２２３へ圧縮メディアストリーム２４１を出力する。また、メディア変更装置２５２は、オリジナルメディアストリーム２４０を変更して、変更メディアストリーム２４１を生成するためのものでもある。変更メディアストリーム２４１は、したがって、コンピュータ１１０のバッファ２２３への入力を含む。
【００１４】
本発明の実施の形態では、ユーザメディア制御２１０は、遠隔配置されたコンピュータ１２０から受信されたメディアの変更要求を生成するのに利用される。本発明の実施の形態では、この要求は、アクセス装置２１１によってアクセスされ、その後、メディア要求２７０を介してメディア変更装置２５２へ搬送される。本発明の実施の形態では、この要求は、アクセス装置２１１によって、要求履歴２２０、調整決定装置２２２、及びコンピュータ１２０のメディア変更装置２５２へも送信される。本発明の実施の形態では、このメディア要求２７０は、リアルタイムストリーミングプロトコル（ＲＴＳＰ）要求としてフォーマットすることができる。メディア変更装置２５２は、オリジナルメディアストリーム２４０をメディア要求２７０に従って変更し、変更メディアストリーム２４１をバッファ２２３へ送信する。
【００１５】
たとえば、遠隔配置されたコンピュータ１２０からのメディアがオーディオコンテンツを含む場合、ユーザメディア制御２１０は、そのオーディオコンテンツの再生速度の増減、ノイズリダクションフィルタリングの有効／無効等を行う要求を生成するのに使用されることができる。再生コマンドと、遠隔配置されたコンピュータ１２０からコンピュータ１１０へデータをストリーミングするための速度を指定するスカラーとを含むＲＴＳＰ速度更新メッセージ（たとえば、メディア要求２７０）が、遠隔配置されたコンピュータ１２０へ送信される。本発明は、特にＲＴＳＰメッセージを挙げているが、本発明の実施の形態は、メディア要求２７０に他のフォーマットを使用することにもよく適合している。メディア変更装置２５２は、その後、コンピュータ１１０からの要求に従って、オーディオコンテンツの速度の増減、ノイズリダクションフィルタリングの有効／無効等を行うように、オリジナルメディアストリーム２４０を変更する。
【００１６】
遠隔配置されたコンピュータ１２０からのメディアがビデオコンテンツを含む場合、ユーザメディア制御２１０は、ビデオコンテンツの再生速度の増減、ライブイベントを記録しているカメラの制御（たとえば、カメラの向き又はズームレベルの制御）、会議で事前に指定された人又は物体の追跡等を行う要求を生成するのに使用することができる。メディア変更装置２５２は、その後、コンピュータ１１０からの要求に従って、ビデオコンテンツの再生速度の増減、カメラのズームレベル若しくは視野の中心座標が変更されたビデオコンテンツのストリーミング、又は会議で事前に指定された人若しくは物体の追跡を行うように、オリジナルメディアストリーム２４０を変更する。或いは、メディア変更装置２５２は、ユーザコマンドに応答して追加データを取り出すプリフェッチ装置であってもよい。たとえば、ユーザメディア制御２１０が、カメラのスクロールを制御しており、ユーザコマンドが、視野を左へスクロールするものである場合、メディア要求２７０は、ユーザがスクロールを続けることを予期した追加データのプリフェッチコマンドであってもよい。本実施の形態は、特にメディアストリームに対するこれらの変更を挙げているが、本発明の実施の形態は、これらの変更だけに限定されるものではない。
【００１７】
この実施の形態は、大きな画像のブラウジングにも重要である。大きな画像では、たとえば、ローカルストレージが限られていたり、画像をダウンロードするための帯域幅が限られていたりするために、又は、プライバシー若しくは商業上の理由のために、画像の一部のみがローカルに記憶される。商用アプリケーションの一例は、エンドユーザが、代金を支払った画像の部分へのアクセスを許可される場合に、エンドユーザが大きな画像をブラウジングする時、エンドユーザが、新たな各部分について、その部分が配信される前又はその部分が最大品質で配信される前に代金の支払いに同意するものである。別の商用の関連事項は、エンドユーザが画像データ自体に代金を支払う必要はないかも知れないが、画像データをダウンロードするためのネットワーク資源に代金を支払う必要があるかも知れないということであり、この場合も、（画像データのすべてをダウンロードするのではなく）データのユーザ選択部分のみをダウンロードする選択になる。画像の例には、衛星画像、地図、医用画像、新聞又は書物等の印刷物の電子バージョン、及び、大量のデータを含む他の画像が含まれる。
【００１８】
オリジナルメディアストリームの変更がローカルに実行される従来のシステムでは、変更メディアストリームの要求が生成された時と、変更メディアストリームが表示される時との間の、ユーザが認識できる待ち時間はほとんど又は全くない。一方、サーバが遠隔に配置されるコンピュータネットワークを介してインプリメントされるシステムでは、ユーザが変更メディアストリームの要求を生成した時と、変更メディアストリームが表示される時との間には、より多くの量の待ち時間が現れる。これは、一部は、コンピュータ１１０から遠隔配置されたコンピュータ１２０へ要求を搬送する際の遅延に加えて、遠隔配置されたコンピュータ１２０からコンピュータ１１０へ変更メディアストリームを搬送する際の遅延によるものである。これに加えて、遠隔配置されたコンピュータ１２０がメディアストリームへの変更要求にサービスを提供するのに実際に要する時間にも遅延が現れる場合がある。最後に、現在バッファ２２３にあるデータパケットが、要求された変更を伴うことなくユーザに提示される時も遅延を被る場合がある。
【００１９】
その結果、ソフトウェアアプリケーション１１１は、メディア要求２７０が生成された時にオリジナルメディアストリーム２４０のどの部分がサービス提供を受けているかを知らない。これは、データパケットがストリーミングメディア環境で通常どのように処理されるかを示す図３に示されている。本発明の実施の形態では、遠隔配置されたコンピュータ１２０から送信されたメディアは、ストリーミングメディアコンテンツを含む。通常、オリジナルメディアストリーム２４０は、遠隔配置されたコンピュータ１２０によって変更され、遠隔配置されたコンピュータ１２０は、その後、圧縮データパケットのストリームをコンピュータ１１０へ送信する。図３に示すように、ユーザが、メディア再生２３０を介してデータパケット３０１にアクセスしている間、バッファ２２３は、データパケット３０２〜３０５を保持している。加えて、データパケット３０６及び３０７は、通信ネットワーク１５０を介して送信中である。遠隔配置されたコンピュータ１２０のメディア変更装置２５２が、現在、データパケット３０８を処理している間、データパケット３０９〜３１２は、バッファ２５１に保持されて処理を待っている。データパケット３０９〜３１２だけでなくデータパケット３１３も、オリジナルメディアストリーム２４０の未処理データパケットを表している。
【００２０】
図３に示すように、ユーザは、そのユーザがアクセスしているデータパケット（たとえば、データパケット３０１）に基づいて、メディアストリームを変更するための要求の生成を決定できるが、要求されたメディア変更に従ってメディア変更装置２５２が処理できる最初のデータパケットはデータパケット３０９である。その結果、要求が生成された時と、メディアストリームの変更がユーザに最終的に配信される時との間の遅延（たとえば、データパケット３０２〜３０８）が存在する。これは、ユーザにとって不便となる可能性があり、メディアストリームの制御感覚が損なわれる結果となる可能性がある。本発明の実施の形態では、これらのデータパケット（たとえば、データパケット３０２〜３０８）の変更は、変更メディアストリーム（たとえば、データパケット３０８〜３１３）が遠隔配置されたコンピュータ１２０から受信されるまで、コンピュータ１１０によってローカルに実行される。
【００２１】
入ってくる（incoming）メディアストリームを正しく変更するために、本発明の実施の形態は、入ってくるメディアストリームに適用されると、コンピュータ１１０によって要求された変更メディアストリームを作成する調整を決定する。加えて、本発明の実施の形態は、入ってくるメディアストリームにこの調整を適用する期間を決定する。この期間は、変更メディアストリームの要求が生成された時と、変更メディアストリームがコンピュータ１１０へ配信される時又はコンピュータ１１０へ配信されるであろう（likely to）時との間の遅延期間を近似したものである。その際、本発明の実施の形態は、変更メディアストリームがネットワークを介して配信可能となるまで、要求された変更メディアストリームを近似するようにメディアストリームをローカルに変更する。
【００２２】
本発明の実施の形態では、変更メディアストリームの要求が遠隔配置されたコンピュータ１２０へ送信されると、その要求についての情報も、要求履歴２２０及び調整決定装置２２２へ送信される。本発明の実施の形態では、要求履歴２２０は、メディアストリームの要求された変更を記述する情報と、その変更の変更要求が行われた時のタイムスタンプとを記憶するバッファを備える。たとえば、ユーザが１Ｘの速度でオーディオコンテンツを受信している場合、変更メディアストリームの要求が、メディアストリームの再生速度を０．５Ｘの速度に減少させる要求を含む場合がある。要求履歴２２０は、０．５Ｘの再生速度の要求を記録し、その要求にタイムスタンプを追加する。要求の履歴を要求履歴２２０に記憶することによって、本発明の実施の形態は、所与の期間の間、バッファ２２３にあるデータパケットの再生速度特性を求めることができる。
【００２３】
本発明の実施の形態では、変更メディアストリームの要求が生成された時と、変更メディアストリームが配信される時又は配信されると予想される時との間の遅延期間を求めるのに、メディア履歴２２１が使用される。本発明の実施の形態では、メディア履歴２２１は、ネットワーク１５０を介して被る通信遅延（たとえば、メディア要求２７０及びＲＴＳＰ応答２７１）と、遠隔配置されたコンピュータ１２０がその要求にサービスを提供するのに要する時間と、ローカルバッファ遅延とを考慮するように、要求履歴２２０からの速度要求のタイムスタンプを変更する。その際、本発明の実施の形態は、変更メディアストリームの要求が生成された時と、変更メディアストリームが配信される時又は配信されると予想される時との間の遅延期間を求めることができる。本発明の実施の形態では、メディア履歴２２１は、さらに、要求履歴２２０からの、メディアストリームの要求された変更を記述する情報も含む。上記例を使用すると、メディア履歴２２１は、現在バッファ２２３にあるデータパケットの再生速度（１Ｘ）だけでなく、要求された再生速度（０．５Ｘ）も含む。これによって、メディア要求２７０で要求された再生速度を、現在バッファ２２３にあるデータパケットの再生速度と比較することが容易になる。その際、本発明の実施の形態は、変更メディアストリームをローカルに（たとえば、コンピュータ１１０で）作成するために、現在バッファ２２３にあるデータパケットに適用されるローカル調整を決定することができる。このローカル調整は、変更データストリーム２４１の最初のデータパケットがローカルメディア変更装置２２４に到着するまで、到着するデータパケットにも適用される。
【００２４】
本発明の実施の形態に従って、メディアストリームへの変更要求に対する応答が配信される時又は配信されると予想される時を求めるための方法にはさまざまな方法がある。図２の実施の形態では、メディア履歴２２１は、要求が生成された時、及び、要求の受信を確認した応答が受信された時を記録する。たとえば、コンピュータ１１０が、変更メディアストリームの、遠隔配置されたコンピュータ１２０へのＲＴＳＰ要求を生成すると、遠隔配置されたコンピュータ１２０は、その要求に対するＲＴＳＰ応答を生成する。本発明の実施の形態は、メディア要求２７０がコンピュータ１１０から送信された時と、そのメッセージに対する返答（たとえば、ＲＴＳＰ応答２７１）がコンピュータ１１０によって受信された時との間の差を計算する。その際、本発明の実施の形態は、変更メディアストリームの要求が生成された時と、変更メディアストリームが配信される時又はコンピュータ１１０に到着すると予想される時との間の遅延を計算することができる。
【００２５】
加えて、ＲＴＳＰ応答２７１では、遠隔配置されたコンピュータ１２０は、メディア要求２７０の受信とその要求に基づいて動作する時との間の遅延期間をコンピュータ１１０に通知するサービス遅延情報を提供することができる。本発明の実施の形態では、遠隔配置されたコンピュータ１２０は、ＲＴＳＰ応答２７１でタイムスタンプ情報を送信することもできる。このタイムスタンプ情報は、変更データストリーム２４１の最初のデータパケットのタイムスタンプ（たとえば、図３のデータパケット３０９のタイムスタンプ）をコンピュータ１１０に知らせるものである。或いは、遠隔配置されたコンピュータ１２０は、変更メディアストリームの最初のデータパケットであるメディアストリームにおける場所（たとえば、図３のデータパケット３０９）を指定することもできる。
【００２６】
また、本発明の実施の形態は、メディア調整、及び、要求された変更メディアストリーム２４１の到着前のデータパケットにローカルに（たとえば、コンピュータ１１０において）適用されるメディア調整の継続時間を決定することもできる。このメディア調整は、「Δ値」とも呼ばれる。本発明の実施の形態では、調整決定装置２２２は、メディア履歴２２１にアクセスすることによって、ローカルに適用されるメディア調整の継続時間を決定する。上述したように、メディア要求２７０が生成されると、調整決定装置２２２は、メディア要求にアクセスする。また、調整決定装置２２２は、メディア履歴２２１にアクセスして、変更メディアストリーム２４１が配信される時又は受信されると予測される時も決定する。調整決定装置２２２は、これらの値を比較して、要求が生成された時と、変更メディアストリーム（たとえば、変更メディアストリーム２４１）が配信される時又は受信されると予測される時との間の遅延期間を決定する。また、調整決定装置２２２は、メディア履歴２２１にアクセスすることによって、ローカルに適用されるメディア調整のΔ値も求める。上述したように、メディア履歴２２１は、要求された変更メディアストリーム２４１の特性の記録だけでなく、たとえばバッファ２２３にすでにあるデータパケットの特性の記録も含む。たとえば、上記例を使用すると、調整決定装置は、現在バッファ２２３にあるデータパケットの再生速度（１Ｘ）を、要求された再生速度（０．５Ｘ）と比較して、バッファ２２３のデータパケット及び通信ネットワーク１５０を介して送信中のデータパケットに適用されるΔ値を求める。これらの値を比較することによって、調整決定装置２２２は、メディアストリームにローカルに適用される調整のΔ値を求めることができる。
【００２７】
本発明の実施の形態では、Δ値及びローカルに適用されるメディア調整の継続時間についての情報は、その後、ローカルメディア変更装置２２４へ送信される。ローカルメディア変更装置２２４は、バッファ２２３からデータパケットを受信し、これらのデータパケットを、変更メディアストリーム２４１の要求されたパラメータに従うように調整又は変更する。換言すれば、調整決定装置２２２はΔ値を提供し、このΔ値は、その後、ローカルメディア変更装置２２４によって、バッファ２２３から受信されたデータパケットに適用される。その際、本発明は、前のメディアストリームから、ローカルな変更メディアストリーム２４１を作成する。加えて、ローカルに適用されるメディア変更の継続時間が、調整決定装置２２２からローカルメディア変更装置２２４へ送信される。このように、本発明は、要求された変更メディアストリームがローカルに作成されるように、バッファ２２３からのデータパケットにローカル調整又はローカル変更を適用する。加えて、このローカル調整は、メディア要求２７０に従って変更されたデータパケットをメディア変更装置２５２からローカルメディア変更装置２２４へ搬送することを可能にするのに十分長い期間の間適用される。本発明の実施の形態では、変更メディアストリーム２４１が、たとえば、ローカルメディア変更装置２２４に受信されたと判断されると、Δ値は、もはやデータパケットに適用されない。その結果、変更メディアストリーム２４１が、今後、ユーザに提示される。
【００２８】
以下の解説は、図２及び図３を参照して、本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のためのシステムを説明する。図２を参照すると、ユーザは、遠隔配置されたコンピュータ１２０からオーディオメディア（たとえば、電話メッセージ）を受信している。最初に、このオーディオメディアは、「リアルタイム」又はオリジナルメディアストリーム２４０のデータ速度の１Ｘの速度で受信されている。ユーザは、電話メッセージ中の電話番号を予期してデータ速度を減速することを決定する。ユーザは、ユーザメディア制御２１０を用いてメディア要求２７０を生成し、データ速度をリアルタイムの０．５Ｘに減速する。アクセス装置２１１は、メディア要求２７０にアクセスして、メディア変更装置２５２（たとえば、タイムスケール変更モジュール）、要求履歴２２０、及び調整決定装置２２２へ要求を転送する。メディア要求２７０に応答して、遠隔配置されたコンピュータ１２０は、ＲＴＳＰ応答２７１を生成し、変更メディアストリーム２４１の最初のデータパケット（たとえば、図３のデータパケット３０９）のタイムスタンプ情報を含める。遠隔配置されたコンピュータ１２０は、コンピュータ１１０へ送信されることになるオリジナルメディアストリームの最後のデータパケットを構成するデータパケット３０８の処理を終了する。
【００２９】
要求履歴２２０は、タイムスタンプをメディア要求２７０に追加し、この情報（たとえば、データ速度を１Ｘから０．５Ｘへ減速する要求及び追加されたタイムスタンプ）をメディア履歴２２１へ転送する。メディア履歴２２１は、ネットワーク１５０を介して被る通信遅延（たとえば、メディア要求２７０が生成された時と、ＲＴＳＰ応答２７１が受信される時との間の時間）と、データパケット３０９のタイムスタンプと、ローカルバッファ遅延とを考慮するように、要求に追加されたタイムスタンプ情報を変更する。調整決定装置２２２は、メディア履歴２２１にアクセスして、データパケット３０９がローカルメディア変更装置２２４へ搬送されるまで、オリジナルメディアストリームに適用されるΔ値を求める。
【００３０】
本実施の形態では、調整決定装置は、現在のデータ速度（たとえば、１Ｘ）を、要求されたデータ速度（たとえば、０．５Ｘ）と比較し、データパケット３０２〜３０８のデータ速度が、２分の１（たとえば、１Ｘ／０．５Ｘ）に減速すべきであると判断する。また、調整決定装置２２２は、このΔ値が、ローカルメディア変更装置２２４によってどれくらいの時間適用されるかも求める。本実施の形態では、メディア履歴２２１にアクセスすることによって、調整決定装置２２２は、（たとえば、遠隔配置されたコンピュータ１２０によって追加されたタイムスタンプによって）データパケット３０９を変更メディアストリーム２４０の最初のデータパケットとして識別する。調整決定装置２２２は、その後、この情報をローカルメディア変更装置２２４へ渡す。これに応答して、ローカルメディア変更装置２２４は、データパケット３０２〜３０８にΔ値を適用し、それによって、コンピュータ１１０においてローカルに変更メディアストリーム２４１を作成する。換言すれば、ローカルメディア変更装置２２４は、ユーザの現在の設定（たとえば、メディア要求２７０）と、メディア変更装置２５２が、現在再生されているデータパケットのバッファ時刻において与えたと思われる設定との間の差に対応するように、データパケット３０２〜３０８の再生速度を調整する。データパケット３０９がローカルメディア変更装置２２４に到着すると、速度調整は、遠隔配置されたコンピュータ１２０においてすでに適用されているので、Δ値は、入ってくるデータパケットにはもはや適用されない。
【００３１】
別の実施の形態では、変更メディアストリームの最初のデータパケットがコンピュータ１１０へ搬送された時を検出及び／又は確認することを容易にするメカニズムをシステム２００に含めることができる。たとえば、データパケットのヘッダにおける情報が、ローカルメディア変更装置２２４によって現在アクセスされているデータパケットが、メディア変更装置２５２によってすでに変更されており、したがって、さらに処理を必要としないことを、ローカルメディア変更装置２２４に示すことができる。別の実施の形態では、帯域外信号（たとえば、図５のサイドバンド経路２７２）が、この情報をコンピュータ１１０へ搬送することができる。
【００３２】
本発明の実施の形態では、ローカルメディア変更装置２２４は、ローカルに変更された最後のデータパケット（たとえば、データパケット３０８）の最後のフルピッチ周期（full pitch period）を、変更メディアストリーム２４１の最初のデータパケット（たとえば、データパケット３０９）の最初のフルピッチ周期と合わせることができる。これによって、ローカルメディア変更装置２２４によって処理されたデータパケットから、メディア変更装置２５２によって変更された変更メディアストリーム２４１のデータパケットへ移行する時に生じる不連続性を削減することができる。たとえば、ストリーミングオーディオアプリケーションでは、データパケット３０８のピッチ周期が、データパケット３０９のピッチ周期と一致していない場合がある。その理由は、たとえば、データパケット３０８及び３０９が、異なる処理アルゴリズムを使用して処理されているからである。その結果、ユーザは、オーディオ信号に飛んでいる箇所又はギャップを検出できる場合がある。しかしながら、データパケットのピッチ周期を調整することによって、この影響は最小にすることができる。
【００３３】
本発明の実施の形態では、異なる処理アルゴリズムが、メディア変更装置２５２及びローカルメディア変更装置２２４によって使用される場合がある。たとえば、ローカルメディア変更装置２２４は、メディア変更装置２５２によって実行される処理を近似する低品質の（たとえば、計算費用の少ない）アルゴリズムを利用する場合がある。これは、コンピュータ１００が能力の低いシステムであって、複雑な処理アルゴリズム又は計算費用の多い処理アルゴリズムを十分にサポートできない状況では、望ましい場合がある。加えて、メディア変更装置２５２は、遠隔でのみ利用可能な独自の高品質アルゴリズムを利用している場合があるのに対して、ローカルメディア変更装置２２４は、より広く利用可能な、より単純な処理アルゴリズムを利用する。
【００３４】
ローカルメディア変更装置２２４で低品質処理アルゴリズムを使用することによって、メディアストリームへの変更がローカルメディア変更装置２２４によって実行されている間、コンピュータ１１０のユーザへの品質は著しく低下する場合がある。しかしながら、ユーザが変化に適応するのに要する時間は短いので、この品質の低下は、ユーザには最小限にしか知覚できないようにすることができ、したがって、初期の低品質を紛らわす（mask）ことができる。一方、たとえ初期のメディア品質が短時間の間低くても、ユーザは、メディアストリームの変更要求に対して高速なシステム応答を知覚することができる。
【００３５】
本発明の実施の形態は、ネットワークを介してメディアを搬送することを容易にする一方で、依然としてメディアを制御するためのユーザコマンドに対する即時性の感覚を与えるので、好都合である。その結果、ユーザは、メディアを対話型で制御している間、メディアの提示についてより良い制御感を有する。以前は、この制御レベルは、通常、メディア変更のすべてをローカルに実行するコンピュータで見られた。しかしながら、いくつかのタイプのメディア変更は、計算を多く行うので、ユーザのコンピュータ又は他の電子デバイスは、この機能の実行に適していない場合がある。したがって、この機能を遠隔で（たとえば、遠隔配置されたコンピュータ１２０において）実行し、変更メディアをユーザのコンピュータへ送信することが好都合である。本発明の実施の形態のさらに別の利点は、無関係なデータをネットワークを介してユーザのコンピュータへ送信する前にそのデータを除去することによって、帯域幅利用を削減できることである。加えて、オリジナルメディアストリームへのローカル調整は、変更メディアストリームが遠隔配置されたコンピュータ１２０から搬送可能となるまで実行されるだけであるので、能力の低い（たとえば、計算をそれほど多く行わない）メディア変更装置をユーザのコンピュータで使用することができる。
【００３６】
上記例では、メディア要求２７０は、０．５Ｘのデータ速度を提供するように、オリジナルメディアストリーム２４０の変更を要求することができるが、これが可能でない場合がある。たとえば、タイムスケール変更では、データ速度を変化させることは、通常、オリジナルメディアストリームからのフルピッチ周期の追加／除去に依存する。その結果、０．５Ｘのデータ速度を要求できるが、達成可能な最も近いデータ速度は、実際には０．６Ｘとなる場合がある。一方、この情報をコンピュータ１１０へ送信するには、所望の帯域幅又は利用可能な帯域幅よりも多くの帯域幅が必要となる場合がある。本発明の一実施の形態では、この情報は、ＲＴＰパケット情報のデータパス２４２を介してメディア履歴２２１へ搬送される。
【００３７】
図４は、本発明の実施の形態によるデータパケットの処理を示している。図４において、オリジナルメディアストリーム２４０及び変更メディアストリーム２４１のボックスのそれぞれは、データのフレーム（たとえば、オーディオフレーム、ビデオフレーム、又はオーディオ／ビデオフレーム）を表している。図４では、オリジナルメディアストリーム２４０は、マーカ４１０ａ、４１０ｂ、及び４１０ｃによってインデックス（index）されている。一例として、インデックスマーカのそれぞれは、オリジナルメディアストリーム２４０に挿入され、オリジナルメディアストリーム２４０の１００ミリ秒（１００ｍｓ）の間隔を示す。別の実施の形態では、インデックスマーカのそれぞれは、オーディオストリームのピッチ周期等の他の或る間隔の開始又は終了を示すのに使用することができる。本発明の実施の形態では、メディア変更装置２５２によって出力される各データパケットは、オリジナルメディアストリーム２４０のうち、これらのインデックスマーカの２つの間にある部分を含む。このように、メディア変更装置２５２によって出力されるデータパケット（たとえば、図３のデータパケット３０１〜３１３）のそれぞれは、したがって、オリジナルメディアストリーム２４０からの１００ｍｓのデータを含む。しかしながら、本発明の実施の形態では、メディア変更装置２５２から出力されるデータパケットのサイズは、実際の再生速度の変動を示すように変更される。換言すれば、本発明の実施の形態では、メディア変更装置２５２は、出力データパケットのサイズを変化させて、実際の再生速度の変動を示す。図４では、オリジナルメディアストリーム２４０は、１００ｍｓ間隔でインデックスされている。しかしながら、ユーザは、０．５Ｘの再生速度を要求したので、メディア変更装置２５２は、同じデータを、２００ｍｓの再生期間を有するデータパケットにして出力する。
【００３８】
図４に示すように、変更メディアストリーム２４１は、オリジナルメディアストリーム２４０からのデータを現在送信するデータパケットを、２００ｍｓの再生期間を有するデータパケットに含む。本発明の実施の形態では、メディア変更装置２５２によって出力される各データパケットの再生期間についての情報は、各データパケットのＲＴＰヘッダに含まれる。図２では、この情報は、ＲＴＰパケットサイズ２４２を介してメディア履歴２２１へ搬送される。その結果、本発明の実施の形態は、コンピュータ１１０によって受信された各データパケットが、オリジナルメディアストリーム２４０からのデータの固定サイズのパケットを表すという点で、コンピュータ１１０に入力タイミング情報を提供する。これは、たとえば、オーディオデータが遠隔配置されたコンピュータ１２０のメディア変更装置２５２によって変更される一方、ビデオデータがコンピュータ１１０のローカルメディア変更装置２２４によって変更される状況では好都合である。これらの状況では、これらの２つの信号が時間の経過と共にもはや同期しなくなるような２つの信号間のドリフトが発生する可能性がある。その結果、たとえば、人の唇が、音声が出されていないにもかかわらず動いている場合があり、その逆の場合もある。入力タイミング情報を提供することによって、本発明の実施の形態は、オーディオメディア／ビデオメディアの再生を連係させることを容易にする。加えて、メディア変更装置２５２によって出力されるデータパケットのサイズが可変であるために、ローカル再生速度情報がコンピュータ１１０に提供される。
【００３９】
［サイドバンド経路対話型システムの実施の形態］
図５は、本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のためのシステム５００の構成要素を示すブロック図である。図５の実施の形態において、システム５００は、図２のシステム２００に関して上述したものと類似しているが、サイドバンド経路２７２がさらに追加されている。このサイドバンド経路２７２は、「帯域外信号」とも呼ばれ、メディア変更装置２５２と、ローカルメディア変更装置２２４と、メディア履歴２２１とを接続している。サイドバンド経路２７２は、本発明の実施の形態では図１の通信ネットワーク１５０を介して搬送できることが十分理解される。本発明の実施の形態では、コンピュータ１１０と遠隔配置されたコンピュータ１２０との間に通信が確立されると、サイドバンド経路２７２も確立される。
【００４０】
本発明の実施の形態では、サイドバンド経路２７２は、メディア変更装置２５２が変更メディアストリーム２４１についての情報をコンピュータ１１０へ送信することを可能にするリアルタイムプロトコル（ＲＴＰ）経路である。たとえば、メディア変更装置２５２は、オーディオストリームのＴＳＭ処理を実行している時、サイドバンド経路２７２を介してメディア履歴２２１及びローカルメディア変更装置２２４へ速度情報を送信することができる。このように、実際の再生速度の変動についての情報は、図３及び図４に関して上述した可変サイズのデータパケットに依拠するのではなく、サイドバンド経路２７２を介して送信することができる。たとえば、メディア変更装置２５２は、所与のデータパケットの実際のデータ速度が０．４Ｘであることを搬送する速度情報をメディア履歴２２１及びローカルメディア変更装置２２４へ送信することができる。サイドバンド経路２７２を使用することは、より多くのビットを必要とするが、量子化データに依拠しないという利点を有する。
【００４１】
加えて、メディア変更装置２５２は、ローカルメディア変更装置２２４を、その計算のいくつかを実行することから解放する、メディア変更についての情報を送信することができる。たとえば、メディア変更装置は、変更メディアストリーム２４１の各データパケットに使用されるスケーリングレート（scaling rate）だけでなく、ローカルメディア変更装置２２４がメディアストリームの速度をローカルに調整するのに使用できる代替的なオーバーラップも搬送する情報を送信することができる。これを行う際に遠隔配置されたコンピュータ１２０に計算コストは追加されない。その理由は、メディア変更装置２５２が、オリジナルメディアストリーム２４０からピークロケーション情報を計算する時に代替的なオフセットを計算するからである。好都合なことに、ローカルメディア変更装置２２４は、構成要素を能力のあるもの（たとえば、計算を多く行うもの）とする必要がない。これは、複雑なメディア変更計算を迅速に実行するための十分な計算能力を有しない場合があるハンドヘルドコンピュータ及びＰＤＡ等のデバイスにとって好都合である。
【００４２】
別の実施の形態では、メディア変更装置２５２は、コンピュータ１１０が、遠隔配置されたコンピュータ１２０によって廃棄された情報をローカルに回復させることを可能にする情報をサイドバンド経路２７２を介して送信することができる。たとえば、データ速度を増加させている時に、メディア要求２７０がデータ速度を減少させるものである場合、遠隔配置されたコンピュータ１２０は、いくつかのデータを廃棄する場合があり、コンピュータ１１０は、それらデータを回復させたいということになる。オーディオ信号の速度を加速している時に、ピッチの出現が破壊されること（たとえば、母音の近くの摩擦音の有声化）が時折ある。メディア変更装置２５２は、オリジナルメディアストリーム２４０にアクセスできるので、オリジナルメディアストリーム２４０から廃棄されたデータについての情報であって、ローカルメディア変更装置２２４がそのデータを回復することを可能にする情報を送信することができる。
【００４３】
［将来期日（future dated）の対話型システムの実施の形態］
図６は、本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のためのシステム６００の構成要素を示すブロック図である。図６の実施の形態において、システム６００は、図２のシステム２００に関して上述したものと類似している。図６の実施の形態では、メディア要求２７０は、コンピュータ１１０からの「将来期日」の命令を含む。この命令は、変更メディアストリーム２４１の最初のデータパケットのタイムスタンプをメディア変更装置２５２に知らせるものである。たとえば、メディア要求２７０は、Ｘのタイムスタンプを有するデータパケット（たとえば、図３のデータパケット３０９）から開始するデータ速度を増加させるものである場合がある。その際、コンピュータ１１０が、メディア変更装置２５２から来るデータパケットの今後のデータ速度についての情報を（たとえば、ＲＴＳＰ応答２７１又はサイドバンド経路２７２を介して）受信する必要はない。その代わり、この情報は、アクセス装置２１１及び要求履歴２２０を介してメディア履歴２２１及び調整決定装置２２２へ搬送される。
【００４４】
本発明の実施の形態では、コンピュータ１１０から送信されるタイムスタンプ情報は、通信ネットワーク１５０を介してメッセージを搬送する際のネットワーク遅延と、メッセージ要求にサービスを提供する際に遠隔配置されたコンピュータ１２０によって被るサービス遅延とから成る遅延に基づいている。本発明の実施の形態では、メディア変更装置２５２は、指定されたタイムスタンプに達するまで、要求されたメディア変更の実行を一時停止、すなわち（or）延期することができる。この実施の形態は、メディア変更装置２５２からのフィードバックがなくても、目標のデータ速度の予測可能な時間履歴をコンピュータ１１０に与える。これは、たとえば、遠隔配置されたコンピュータ１２０が、メディア履歴２２１への情報送信をサポートしないメディア変更装置２５２のレガシーバージョン又はローカルメディア変更装置２２４を（たとえば、ＲＴＳＰ応答２７１又はサイドバンド経路２７２を介して）実行している状況で好都合である。
【００４５】
図７は、本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のためのシステム７００の構成要素を示すブロック図である。図７の実施の形態において、システム７００は、図２のシステム２００に関して上述したものと類似している。システム７００の実施の形態では、メディア変更装置２５２は、図６に関して上述したようなコンピュータ１１０からの将来（future）タイムスタンプ命令を受け取らない。本発明の実施の形態では、メディア要求２７０がメディア変更装置２５２へ送信されると、ＲＴＳＰ応答２７１が到着する時刻が、メディア履歴２２１に記録される。その結果、通信ネットワーク１５０を介して情報を搬送する際のネットワーク遅延の見積もりが、本発明によって導出可能である。加えて、本発明は、メディア変更装置２５２によって被るサービス遅延の長さを見積もることができ、その情報を使用して、要求されたメディア変更がコンピュータ１１０へ配信されるまでメディアストリームをローカルに変更するための継続時間を求めることができる。本発明の実施の形態では、サービス遅延の見積もりは、たとえば、コンピュータ１１０がアクセスできるデータベース（図示せず）に記憶することができるメディア変更装置２５２の既知の特性に基づくことができる。
【００４６】
［本発明の実施の形態による一般的方法］
図８は、本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のための方法のフローチャートである。図８のステップ８１０に関して、第１のデバイスの遠隔配置された第２のデバイスへの変更メディアストリームの要求が生成される。上述したように、コンピュータ１１０は、変更メディアストリームのメディア要求（たとえば、メディア要求２７０）を生成する。
【００４７】
図８のステップ８２０に関して、要求が生成された時と、変更メディアストリームが配信される時との間の遅延期間が求められる。図２に関して上述したように、調整決定装置２２２は、メディア要求２７０が生成された時と、変更メディアストリーム２４１が配信又は予測される時との間の遅延期間を求める。
【００４８】
図８のステップ８３０に関して、変更メディアストリームが上記遅延期間の間利用可能であるように、変更メディアストリームが、遅延期間の間、第１のデバイスで作成される。図２に関して上述したように、ローカルメディア変更装置２２４は、バッファ２２３のデータパケットにΔ値を適用して、コンピュータ１１０においてローカルに変更メディアストリーム２４１を作成する。
【００４９】
図９は、本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のための方法のフローチャートである。図９のステップ９１０において、第１のデバイスから遠隔配置された第２のデバイスへの変更メディアストリームの要求がアクセスされる。図２に関して上述したように、本発明の実施の形態では、ユーザメディア制御２１０が、遠隔配置されたコンピュータ１２０から受信されたメディアの変更要求を生成するのに利用される。本発明の実施の形態では、この要求は、アクセス装置２１１によってアクセスされ、その後、メディア要求２７０を介してメディア変更装置２５２へ搬送される。
【００５０】
図９のステップ９２０において、要求が生成された時と、変更メディアストリームが配信される時との間の遅延期間が求められる。図２に関して上述したように、調整決定装置２２２は、メディア要求２７０が生成された時と、変更メディアストリーム２４１が配信又は予測される時との間の遅延期間を求める。
【００５１】
図９のステップ９３０において、変更メディアストリームが遅延期間の間利用可能であるように、変更メディアストリームの作成が、遅延期間の間、第１のデバイスで作成される。図２に関して上述したように、ローカルメディア変更装置２２４は、バッファ２２３のデータパケットにΔ値を適用して、コンピュータ１１０においてローカルに変更メディアストリーム２４１を作成する。
【００５２】
［表記及び専門用語］
以下の詳細な説明のいくつかの部分は、コンピュータメモリ内のデータビットに対する操作の手順、論理ブロック、処理、及び他のシンボル表現の観点で提示される。これらの記述及び表現は、データ処理技術の熟練者（当業者）が自身の作業の内容を他の当業者に最も効率的に伝えるのに使用する手段である。本出願において、手順、論理ブロック、プロセス等は、所望の結果をもたらす自己矛盾のない一連のステップ又は命令であると考えられる。ステップは、物理量の物理的な操作を必要とするステップである。必ずしもそうではないが、通例、これらの量は、コンピュータシステムで記憶、転送、結合、比較、及びそれ以外の操作を行うことができる電気信号又は磁気信号の形を取る。
【００５３】
一方、これらの用語及び類似する用語のすべては、適切な物理量に関連付けられるものであり、これらの量に適用される単なる便利なラベルであることに留意すべきである。以下の解説から明らかなものとして、別途特に記載のない限り、本発明の解説の全体にわたって、「生成」、「決定／求める」、「作成」、「識別」、「指定」、「比較」、「適用」、「アクセス」、「確立」等の用語を利用した解説は、コンピュータシステム又は類似の電子計算デバイスの動作及びプロセスを指すことが十分理解される。このコンピュータシステム又は類似の電子計算デバイスは、コンピュータシステムのレジスタ及びメモリ内で物理（電子）量として表されたデータを操作して、コンピュータシステムのメモリ若しくはレジスタ、又は、他のこのような情報ストレージデバイス、送信デバイス、若しくは表示デバイス内で同様に物理量として表される他のデータに変換するものである。
【００５４】
図１０に関して、本発明の複数の部分は、たとえば、コンピュータシステム１０００に存在するコンピュータ可読で且つコンピュータ実行可能な命令から成る。このコンピュータシステム１０００は、汎用コンピュータネットワーク（図示せず）の一部として使用される。図１０のコンピュータシステム１０００は、単なる例示にすぎず、本発明は、多数の異なるコンピュータシステム内で動作できることが十分理解される。この多数の異なるコンピュータシステムには、汎用コンピュータシステム、埋め込み式コンピュータシステム、ラップトップコンピュータシステム、ハンドヘルドコンピュータシステム、及びスタンドアロンコンピュータシステムが含まれる。
【００５５】
本実施の形態では、コンピュータシステム１０００は、さまざまな構成要素間でデジタル情報を搬送するためのアドレス／データバス１００１と、デジタル情報及び命令を処理するための中央処理装置（ＣＰＵ）１００２と、デジタル情報及び命令を記憶するための揮発性ランダムアクセスメモリ（ＲＡＭ）から成る揮発性メインメモリ１００３と、より永続的な性質の情報及び命令を記憶するための不揮発性読み出し専用メモリ（ＲＯＭ）１００４とを含む。加えて、コンピュータシステム１０００は、膨大な量のデータを記憶するためのデータストレージデバイス１００５（たとえば、磁気ドライブ、光ドライブ、フロッピィドライブ、テープドライブ等）も含むことができる。本発明のネットワークを介したメディアの対話型制御のための方法を実行するためのソフトウェアプログラムは、揮発性メモリ１００３、データストレージデバイス１００５、又は外部ストレージデバイス（図示せず）のいずれにも記憶できることに留意すべきである。
【００５６】
コンピュータシステム１０００にオプションとして接続されるデバイスには、コンピュータユーザに情報を表示するための表示デバイス１００６、データ、選択、更新等を入力するための英数字入力デバイス１００７（たとえば、キーボード）、及びカーソル制御デバイス１００８（たとえば、マウス、トラックボール、ライトペン等）が含まれる。コンピュータシステム１０００は、可聴信号を出力するためのメカニズム（図示せず）も含むことができる。
【００５７】
さらに図１０を続けて、図１０のオプションの表示デバイス１００６は、液晶デバイス、陰極線管、又はユーザに認識可能なグラフィック画像及び英数字を作成するのに適した他の表示デバイスであってもよい。オプションのカーソル制御デバイス１００８は、コンピュータユーザが表示デバイス１００６の表示スクリーン上の可視シンボル（カーソル）の２次元移動を動的に信号で伝えることを可能にする。カーソル制御デバイス１００８の多くの実施態様は、当該技術分野において既知である。この多くの実施態様には、トラックボール、マウス、タッチパッド、ジョイスティック、又は所与の方向の移動若しくは挙動変位（manner displacement）を信号で伝えることができる英数字入力１００７の特別なキーが含まれる。或いは、特別なキー及びキーシーケンスコマンドを使用して、英数字入力１００７からの入力を介してカーソルを方向付けることができ、且つ／又は、起動できることも十分理解されよう。或いは、特別に適合された多数のカーソル方向付けデバイスからの入力を介してカーソルを方向付けることができ、且つ／又は、起動することができる。
【００５８】
さらに、コンピュータシステム１０００は、周辺デバイス１０１０（たとえば、コンピュータネットワーク、モデム、マスストレージデバイス等）とインターフェースするための入出力（Ｉ／Ｏ）信号ユニット（たとえば、インターフェース）１００９も含むことができる。したがって、クライアント／サーバ環境等のネットワークにおいてコンピュータシステム１０００を接続することができ、それによって、多数のクライアント（たとえば、パーソナルコンピュータ、ワークステーション、ポータブルコンピュータ、ミニコンピュータ、端末等）が、所望のタスクを実行するためのプロセスを実行するのに使用される。詳細には、ネットワークを介したメディアの対話型制御のためのシステムにおいてコンピュータシステム１０００を接続することができる。
【００５９】
本発明の好ましい実施の形態である、ネットワークを介したメディアの対話型制御のための方法及びシステムが、上記のように説明されている。本発明を特定の実施の形態で説明したが、本発明は、このような実施の形態により限定されるものと解釈されるべきではなく、それどころか、添付の特許請求の範囲に従って解釈されるべきであることが十分理解されるべきである。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施の形態に従って利用されるネットワークの図である。
【図２】本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のためのシステムの構成要素を示すブロック図である。
【図３】データパケットが、通常、ストリーミングメディア環境でどのように処理されるかを示す図である。
【図４】本発明の実施の形態によるデータパケットの処理を示す。
【図５】本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のためのシステムの構成要素を示すブロック図である。
【図６】本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のためのシステムの構成要素を示すブロック図である。
【図７】本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のためのシステムの構成要素を示すブロック図である。
【図８】本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のための方法のフローチャートである。
【図９】本発明の実施の形態による、コンピュータネットワークを介したメディアの対話型制御のための方法のフローチャートである。
【図１０】本発明の実施の形態で利用される一例示のコンピュータシステムのブロック図である。
【符号の説明】
【００６１】
１１０・・・コンピュータ
１１１、１２１・・・ソフトウェアアプリケーション
１２０・・・遠隔配置されたコンピュータ
１５０・・・通信ネットワーク
２１０・・・ユーザメディア制御
２１１・・・アクセス装置
２２０・・・要求履歴
２２１・・・メディア履歴
２２２・・・調整決定装置
２２３・・・バッファ
２２４・・・ローカルメディア変更装置
２３０・・・メディア再生
２４０・・・オリジナルメディアストリーム
２４１・・・変更メディアストリーム
２４２・・・ＲＴＰパケットサイズ
２５１・・・バッファ
２５２・・・メディア変更装置
２７０・・・メディア要求
２７１・・・ＲＴＳＰ応答
２７２・・・サイドバンド経路
１００２・・・プロセッサ
１００３・・・揮発性メモリ（ＲＡＭ）
１００４・・・不揮発性メモリ（ＲＯＭ）
１００５・・・データストレージデバイス
１００６・・・表示デバイス
１００７・・・英数字入力
１００８・・・カーソル制御
１００９・・・入出力通信デバイス
１０１０・・・周辺デバイス
【図１】
2008503926.tif 000003
【図２】
2008503926.tif 000004
【図３】
2008503926.tif 000005
【図４】
2008503926.tif 000006
【図５】
2008503926.tif 000007
【図６】
2008503926.tif 000008
【図７】
2008503926.tif 000009
【図８】
2008503926.tif 000010
【図９】
2008503926.tif 000011
【図１０】
2008503926.tif 000012
【国際調査報告】
2008503926.tif 000013
2008503926.tif 000014