JP5737728B2 - トリック・モード動作の間にコンテンツを再生出力する方法 - Google Patents

Description

本発明は、ユーザ・インタフェースに関し、より具体的には、トリック・モード動作の間にコンテンツを再生出力する方法に関する。

ハードウエア・タイプのプレイヤーであるＤＶＤプレイヤー、ＶＣＤプレイヤー、ＭＰ４プレイヤー、ＭＰ３プレイヤーなどや、ソフトウエア・タイプのプレイヤーであるウインドウズ・メディア・プレイヤー、クイック・タイム・プレイヤーなどのような、ハードウエアおよびソフトウエアのいずれかによって実施されるマルチメディア・プレイヤーは、大変人気がある。

マルチメディア・プレイヤーは、再生（またはプレイバックと呼ばれる再生）の動作のような通常再生動作、早送り、巻き戻し、早戻しなどのようなトリック・モード動作、さらに、停止、一時停止などのような他の制御動作を提供する。マルチメディア・プレイヤーによって提供可能な動作は、プレイヤー毎に異なり、状況によっては、開発者の特定の目的に基づいて、例えば、記録動作のような追加的な動作が追加されることがある。

トリック・モード動作のうち、早送り動作は、通常の再生を高速にしたものであり、ユーザが興味を有する、または、以前見逃した特定のシーンをサーチするために、ユーザによって使用されるものである。早送り動作の速度は、通常、１．５倍速（１×）（通常の再生速度の１．５倍）、２倍速（２×）、４倍速（４×）などを含み、早送りの速度のこの組み合わせは、マルチメディア・プレイヤー毎に異なることがある。時には、通常の再生動作の速度は、１倍速（１×）と示されることがある。巻き戻し動作は、通常の再生を逆にしたものであり、早戻しは、１倍速（１×）を超える速度で通常の再生を早戻しするものである。

トリック・モード動作の間には、プレイヤーは、ユーザにとって、トリック・モード動作の間に何が起こっているか分らないように再生されるビデオ・フレームで音量ミュートを設定する。

従って、トリック・モード動作の間にコンテンツを再生出力する方法が望まれている。

本発明の態様によれば、トリック・モード動作の間にコンテンツを提示する方法が提供される。この方法において、第１のコンテンツ・ファイルは、複数のコンテンツ項目に関連付けられ、各コンテンツ項目は、第１のコンテンツ・ファイルのコンテンツ・セグメントに対応する。この方法は、第１のコンテンツ・ファイルのコンテンツ・セグメントが再生されるとき、選択されたトリック・モード動作のためのインストラクションを受信するステップと、第１のコンテンツ・ファイルのコンテンツ・セグメントに対する選択されたトリック・モード動作を実行し、このトリック・モード動作の実行の間に、複数のコンテンツ項目のうちから少なくとも１つのコンテンツ項目を再生するステップと、を含み、少なくとも１つのコンテンツ項目は、第１のコンテンツ・ファイルのコンテンツ・セグメントおよび選択されたトリック・モード動作に対応する。

本発明の態様によれば、対応する追加コンテンツ・ファイルを再生することによって、トリック・モード動作の間、現在のビデオが何についてのものであるかをユーザが理解しやすくする。

本発明のさらなる態様および利点は、本発明の以下の詳細な説明から理解されよう。

添付図面は、本発明の原理を説明するための記載と共に、本発明の例示的な実施形態のさらなる理解を提供するために含まれている。従って、本発明は、実施形態に限定されるものではない。

本発明の実施形態に係るトリック・モード動作のための追加オーディオ・ファイルの作成の例を示す例示的な図である。 本発明の実施形態に係るトリック・モード動作のための追加オーディオ・ファイルの作成の別の例を示す例示的な図である。 本発明の実施形態に係るトリック・モード動作の間に追加オーディオ・ファイルを再生する方法を示すフローチャートである。 本発明の実施形態に係る５０分の時間長を有するメイン・ビデオ・ファイルの概念的なパーティションを示す図である。 本発明の実施形態に係るプレイヤーとサーバとの間でのトリック・モード動作のための補助コンテンツの再生を示すメッセージ・シーケンス・チャートである。 本発明の実施形態に係る変更されたプログラム・マップ・テーブルの例を示す図である。 本発明の実施形態に係るトリック・モード記述子（Ｔｒｉｃｋ＿ｍｏｄｅ＿ｄｅｓｃｒｉｐｔｏｒ）の定義の例を示す図である。 本発明の実施形態に係る補助コンテンツ・タイプ（Ａｕｘｉｌｉａｒｙ＿ｃｏｎｔｅｎｔ＿ｔｙｐｅ）の定義の例を示す図である。 本発明の実施形態に係るメイン・コンテンツ、補助オーディオ・コンテンツ、および補助ビデオ・コンテンツの間の関係の例を示す図である。 本発明の実施形態に係るトリック・モード記述子（Ｔｒｉｃｋ＿ｍｏｄｅ＿ｄｅｓｃｒｉｐｔｏｒ）の定義の別の例を示す図である。

次に、図面を参照して本発明の実施形態を詳細に説明する。以下の説明において、明瞭性および簡潔性のために、既知の機能および構成の詳細な説明の幾らかを省略することがある。

本発明は、追加コンテンツを使用することによって、トリック・モード動作の間に再生されるメイン・コンテンツ（例えば、映画）のビデオ・セグメントが何であるかについての良好な理解をユーザに提供することを提案する。追加コンテンツは、互いに独立して記憶される複数のコンテンツ項目からなることがある。各コンテンツ項目は、ビデオ・セグメントに対応し、この対応するビデオ・セグメントの概要を紹介するものである。コンテンツ項目とビデオ・セグメントとの間の対応関係は、多くの方法で設定することができる。１つの例では、対応関係は、ビデオ・セグメントの開始時間および終了時間とコンテンツ項目との対応、または、ビデオ・セグメントの開始時間および時間長とコンテンツ項目との対応として、テーブルに記録される。さらに、追加コンテンツは、オーディオ、ビデオ、テキスト、フラッシュ、ピクチャなどを含むグループから選択される１つの再生出力の形態、または、２つ以上を組み合わせた再生出力の形態にすることができる。

以下の実施形態は、トリック・モード動作の間にオーディオ・コンテンツを再生出力する方法を説明するために、追加コンテンツとしての、（または、補助コンテンツと呼ばれる）追加オーディオ・コンテンツを使用する。方法について説明する前に、トリック・モード動作の全てまたは一部のための追加オーディオ・コンテンツの作成について説明する。

図１は、本発明の実施形態に係るトリック・モード動作のための追加オーディオ・ファイルの作成の例を示す例示的な図である。なお、図１は、メイン・ビデオ・ファイルおよびこれに対応する追加オーディオ・ファイルの部分を示しているのみであり、この例は、早送り２倍速（２×）および早送り４倍速（４×）のトリック・モード動作のみを含んでいる。しかしながら、当業者であれば、本発明の原理が２倍速（２×）および４倍速（４×）に限定されるものではなく、早送りトリック・モード動作に限定されるものではないことが理解できよう。図１から分かるように、この例は、タイムラインで５０秒のメイン・ビデオ・ファイルの部分を示している。２倍速（２×）トリック・モードにおいて、この部分は、各々が１０秒間続く長さの５つのビデオ・セグメントに平均的にパーティション化され（ここで言うパーティションは、概念的なパーティションであり、ビデオ製作者が、例えば、ビデオ編集ソフトウエアを使用してメイン・ビデオ・ファイルを処理し、このメイン・ビデオ・ファイルを複数のサブ・ビデオ・ファイルにする必要があることを意味しない）。各ビデオ・セグメントは、追加オーディオ・ファイル、即ち、２×−１、２×−２、２×−３、２×−４、および２×−５のラベルを付けられた追加オーディオ・ファイルに対応する。追加オーディオ・ファイルは、前もって作成され、これらに対応するビデオ・セグメントの概要を紹介するために使用され、例えば、２×−３の追加オーディオ・ファイルが使用されて２０秒目の時点で開始し、３０秒目の時点で終了するビデオ・セグメントの概要を紹介するために使用される。４倍速（４×）のトリック・モードにおいては、この例で２つの追加オーディオ・ファイルのみ、即ち、０秒目〜２０秒目の範囲のビデオ・セグメントおよび２０秒目〜４０秒目の範囲のビデオ・セグメントのための４×−１および４×−２の追加オーディオ・ファイルがそれぞれ示されている。変形例によれば、図１に示すようにメイン・ビデオ・ファイルが平均的にパーティション化されていない。この代わりに、シーン（場面）に応じてメイン・ビデオ・ファイルがパーティション化される。フィルム業界においては、シーンがフィルムのナレーションの完全な単位として定義され、シーンにおいて、一連のショット（または１つのショット）が１つの場所で発生し、１つのアクションを取り扱う。さらに、結果として、ビデオ製作者（または、フィルム製作者）にとって、メイン・ビデオ・ファイルのシーンを描写する追加オーディオ・ファイルの作成が容易になる。

図２は、本発明の実施形態に係るトリック・モード動作のための追加オーディオ・ファイルの作成の別の例を示す例示的な図である。この例において、ビデオ製作者は、各トリック・モード動作について追加コンテンツのセットの作成を必要とすることがなく、追加コンテンツの１つのセットのみが作成される。メイン・ビデオ・ファイルは、複数のビデオ・セグメントにパーティション化され、これは、平均的なパーティションにされることもあれば、非平均的なパーティションにされることもある。ビデオ製作者は、各ビデオ・セグメントについて、追加オーディオ・ファイルを作成する。さらに、ビデオ製作者は、どの追加オーディオ・ファイルがトリック・モード動作のために再生されるかを示す公式またはデータベースを作成する必要がある。即ち、選択されたトリック・モード動作に関し、追加オーディオ・ファイルのプレイリストが公式またはデータベースに基づいて生成されることがある。例えば、２倍速（２×）の早送りについては、追加オーディオ・ファイルの再生シーケンスは、１−２−３−４・・・であり、３倍速（３×）の早送りについては、再生シーケンスは、１−３−５−７・・・であり、４倍速（４×）の早送りについては、再生シーケンスは、１−４−７・・・である。なお、当業者にとって、複数の異なるトリック・モード動作のために上述した再生シーケンスを示す公式またはデータベースを作成することは容易であり、さらに、ビデオ製作者は、自己の必要に応じて上記の例に与えられた再生シーケンスとは異なる再生シーケンスを使用することがある。上述した例によって享受される利点は、ビデオ製作者が図１の例の場合のように各トリック・モード動作について追加オーディオ・ファイルを作成する必要はない点である。ビデオ製作者は、メイン・ビデオ・ファイルの全てのビデオ・セグメントの追加オーディオ・ファイル、さらに、全てのトリック・モード動作（または、フィルム製作者が本発明の原理を適用したいと望む一部のトリック・モード動作）の再生シーケンスを示す公式またはデータベースを作成するだけでよい。

上述した説明のように、図１の例は、各トリック・モード動作について、追加オーディオ・ファイルのセットを作成するものであるが、図２の例は、全てのトリック・モード動作のために、追加オーディオ・ファイルの１つのセットを作成するだけのものである。なお、当業者によって、２つの例を組み合わせたもの、即ち、メイン・ビデオ・ファイルの幾らかの部分については、図１の例が採用され、残りの部分については、図２の例が採用されることがある。さらに、当業者であれば、メイン・ビデオの幾らかの部分が図１の例や図２の例のいずれも採用しない、即ち、これらの部分に追加コンテンツを作成しないこと、さらに、トリック・モード動作において、プレイヤーが現行のプレイヤーと同様に動作することがある点を理解できよう。

図３は、本発明の実施形態に係るトリック・モード動作の間に追加オーディオ・ファイルを再生する方法を示すフローチャートである。この例において、メイン・ビデオ・ファイルと追加オーディオ・ファイルとの間の関係は、図２の示す例と同様のものを使用している。０００１．ｍｐ３、０００２．ｍｐ３、０００３．ｍｐ３とラベルが付けられた追加オーディオ・ファイルがメイン・ビデオ・ファイルと同じ記憶媒体、例えば、ハードディスクの同じフォルダに記憶される。しかしながら、当業者であれば、追加オーディオ・ファイルおよびメイン・ビデオ・ファイルをＤＶＤプレイヤーのためにＤＶＤディスクに焼き付けできることが理解できよう。図４は、５０分の時間長を有するメイン・ビデオ・ファイル（例えば、映画ファイル）の概念的なパーティションを示す図である。図４から分かるように、メイン・ビデオ・ファイルは、各々が２０秒続く複数のビデオ・セグメントに平均的にパーティション化される。この例における対応関係は、公式、即ち、２０秒で除算して１を加える時間値の整数分数を使用することによって定義される。

ステップ３０１において、マルチメディア・プレイヤーは、メイン・ビデオ・ファイルを再生する。

ステップ３０２において、マルチメディア・プレイヤーは、トリック・モード動作のためのインストラクションを受信する。例えば、８分４５秒の時点で、ユーザは、遠隔装置を使用して、例えば、赤外線信号で搬送された２倍速（２×）の早送りインストラクション・メッセージをマルチメディア・プレイヤーに送信する。当業者であれば、有線媒体または無線媒体を介して他の手段によってインストラクションが送信される場合があることが分かるであろう。

ステップ３０３において、マルチメディア・プレイヤーは、トリック・モード動作のための追加オーディオ・ファイルのプレイリストを決定する。この例において、ビデオ製作者は、追加オーディオ・ファイルのプレイリストを生成するためのデータベースを作成する。入力は、トリック・モード動作がトリガーされたときのメイン・ビデオ・ファイルの現在の再生タイム・スタンプ、トリック・モード動作タイプ、およびその速度を含む。以下に、２倍速（２×）の早送り動作のためのテーブルを示す。このテーブルを参照して、当業者であれば、例えば、３倍速（３×）の早送り動作、４倍速（４×）の早送り動作などのために、データベース内にテーブルをどのように作成するかが分かるであろう。上記の例は、２倍速の早送り動作が８分４５秒の時点でトリガーされることを示している。従って、生成されたプレイリストは、０２７．ｍｐ３、０２８．ｍｐ３、０２９．ｍｐ３、０３０．ｍｐ３、・・・１５０．ｍｐ３を含む。さらに、本発明の原理は、巻き戻し動作にも適用することができる。２倍速（２×）の早戻しについて検討すると、これは、表１と同じデータ値を有する２倍速（２×）の巻き戻しテーブルに対応する。８分４５秒の時点で２倍速（２×）の早戻し動作がトリガーされると、生成されるプレイリストは、０２７．ｍｐ３、０２６．ｍｐ３、０２５．ｍｐ３、・・・００１．ｍｐ３の再生シーケンスを含むであろう。当業者であれば、データベースにおけるテーブルの他の構成を想定可能であること、さらに、データベースの主な目的がメイン・ビデオ・ファイルの時間情報およびトリガーされたトリック・モード動作についての情報に基づいて追加オーディオ・ファイルのプレイリストを生成することにあると分かるであろう。

ステップ３０４において、マルチメディア・プレイヤーは、追加オーディオ・ファイルの決定されたプレイリストを再生する。一実施形態では、メイン・ビデオ・ファイルのオーディオ・トラック再生をミュートし、プレイリストに従って追加オーディオ・ファイルの再生を開始する。ビデオ、テキスト、ピクチャ、ピクチャ・イン・ピクチャなど、他のタイプの追加コンテンツをプレイヤーにおいて実行することができる。メイン・コンテンツは、背景ウインドウとして表示される一方で、追加コンテンツは、前景ウインドウに表示される。

通常再生モードに戻るインストラクションが送信されると、マルチメディア・プレイヤーは、追加オーディオ・ファイルの再生を停止し、メイン・ビデオ・ファイルの再生を開始する。

図５は、発明の別の実施形態に係るプレイヤーとサーバとの間のトリック・モード動作のための補助（追加）コンテンツの再生を示すメッセージ・シーケンス・チャートである。この例は、ＭＰＥＧ ＴＳ規格（ＩＳＯ−ＩＥＣ １３８１８−１ 情報技術−動画および関連するオーディオ情報の一般的な符号化：システム（Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ − Ｇｅｎｅｒｉｃ ｃｏｄｉｎｇ ｏｆ ｍｏｖｉｎｇ ｐｉｃｔｕｒｅｓ ａｎｄ ａｓｓｏｃｉａｔｅｄ ａｕｄｉｏ ｉｎｆｏｒｍａｔｉｏｎ： Ｓｙｓｔｅｍｓ））に対し、以下の変更を加えたものを採用するシステムにおいて設定される。現行のＭＰＥＧ ＴＳ形式は、ＤＳＭトリック・モード・フラグ（ＤＳＭ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｆｌａｇ）が「１」に設定されているときに、ＰＥＳパケットにおけるトリック・モード動作を定義するのみである。ＭＰＥＧ−ＴＳ規格に対する変更は、本発明の原理をサポートするためのものである。図６は、トランスポート・ストリーム（ＴＳ）のための全てのプログラム定義を完全に集めたものである、変更されたプログラム・マップ・テーブルである。プログラム・マップ・テーブルは、パケットで送信され、このプログラム・マップ・テーブルのプログラム識別（ＰＩＤ）値は、符号化器によって選択される。補助コンテンツは、トリック・モード動作の間に再生を行うようにトリガーされるのみであるため、通常再生モードの間に補助コンテンツを送信することを必要とせず、トリック・モードがトリガーされると、プログラム・マップ・テーブル（ＰＭＴ）における補助コンテンツを搬送するデータストリームについての記述を追加する。以下に詳細な説明を提供する。図６から分かるように、Ｔｒｉｃｋ＿ｍｏｄｅ＿ｄｅｓｃｒｉｐｔｏｒと呼ばれる記述子は、メイン・コンテンツと補助コンテンツとの間の関連を設定するために追加される。図７は、Ｔｒｉｃｋ＿ｍｏｄｅ＿ｄｅｓｃｒｉｐｔｏｒの定義を示している。Ｔｒｉｃｋ＿ｍｏｄｅ＿ｄｅｓｃｒｉｐｔｏｒは、補助コンテンツのタイプとこの補助コンテンツを搬送するデータストリームのＰＩＤをそれぞれ判定するために使用される補助コンテンツ・タイプ（Ａｕｘｉｌｉａｒｙ＿ｃｏｎｔｅｎｔ＿ｔｙｐｅ）およびＰＩＤオフセット（ＰＩＤ＿ｏｆｆｓｅｔ）の２つのフィールドを含む。図８は、Ａｕｘｉｌｉａｒｙ＿ｃｏｎｔｅｎｔ＿ｔｙｐｅの定義を示している。なお、当業者であれば、自己の必要に応じて定義を行うことができる。ＰＩＤ＿ｏｆｆｓｅｔは、メイン・コンテンを搬送するデータストリームのＰＩＤ値（図６のエレメンタリーＰＩＤ（ｅｌｅｍｅｎｔａｒｙ＿ＰＩＤ）で搬送される）と補助コンテンツを搬送するデータストリームのＰＩＤ値との間の値のオフセットを定義する。例えば、ｅｌｅｍｅｎｔａｒｙ＿ＰＩＤによって搬送されるメイン・コンテンツのＰＩＤは、０ｘ００２０であり、補助ビデオ・コンテンツおよび補助オーディオ・コンテンツは、双方とも、トリック・モード動作の間にメイン・コンテンツに関連付けられているものとする。トリック・モード動作がトリガーされると、図９に示されているように、メイン・コンテンツ・データストリームのＰＩＤおよびオフセット値を使用することによって、補助オーディオ・コンテンツおよび補助ビデオ・コンテンツのＰＩＤを得ることができる。図５から分かるように、ユーザは、オンラインでビデオ・オン・デマンド（ＶＯＤ）の再生を行うことを望んでいる。

ステップ５０１において、プレイヤーは、ビデオ・ファイルをリクエストするＨＴＴＰ再生ポスト・メッセージをサーバに送信する。このメッセージのメッセージ・ボディにおけるアクションの説明は、一例では、「イベント＝再生（ｅｖｅｎｔ＝ｐｌａｙ）」である。

ステップ５０２において、サーバは、ヘッダ設定におけるステータス・コード（Ｓｔａｔｕｓ−Ｃｏｄｅ）が２００であるＨＴＴＰ再生レスポンス・メッセージを提供する。これは、「アクションの受信、理解、および受け入れが成功した」ことを意味し、２００ＯＫレスポンスのメッセージ・ボディが空白（ＮＵＬＬ）であるか、メディア・コンテンツの対応する記述を含むことがある。

ステップ５０３において、サーバは、プログラム・マップ・テーブルを送信する。プログラム・マップ・テーブルは、リクエストされたビデオ・ファイルを搬送するデータストリームのＰＩＤ（例えば、ＰＩＤ＝０ｘ２０）とビデオのストリーム・タイプとを含むが、トリック・モード記述子（ｔｒｉｃｋ＿ｍｏｄｅ＿ｄｅｓｃｒｉｐｔｏｒ）は、空白（ＮＵＬＬ）である。

ステップ５０４において、リクエストされたビデオ・ファイルのデータがＰＥＳ（パケット化されたエレメンタリ・ストリーム）にカプセル化され、ＴＣＰまたはＵＤＰコネクションを介してプレイヤーに送信される。ＰＥＳヘッダにおけるＤＳＭトリック・モード・フラグ（ＤＳＭ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｆｌａｇ）は０である。

ステップ５０５において、プレイヤーでトリック・モード動作がトリガーされると、プレイヤーは、新たなＨＴＴＰポスト・メッセージを、メッセージ・ボディにおけるアクションの説明と共に、サーバに送信する。例えば、アクションの説明は、「イベント＝早送り（ｅｖｅｎｔ＝ｆａｓｔ ｆｏｒｗａｒｄ）」である。

ステップ５０６において、サーバは、ヘッダ設定におけるステータス・コードが２００であるＨＴＴＰレスポンスを提供する。これは、「アクションの受信、理解、および受け入れが成功した」ことを意味する。さらに、サーバ側で、補助コンテンツを利用可能な場合、追加コンテンツにＰＩＤを割り当てる（例えば、追加オーディオ・ストリームは０ｘ２２、追加ビデオ・ストリームは０ｘ２４）。上記の説明から、追加オーディオ・ファイルおよび追加ビデオ・ファイルの双方が本実施形態で使用されることが分かる。しかしながら、当業者によってこれらの一方のみの使用が選択されることがある。

ステップ５０７において、サーバは、新たなプログラム・マップ・テーブルをプレイヤーに送信する。新たなプログラム・マップ・テーブルにおいて、変更は、ＰＩＤ定義およびｔｒｉｃｋ＿ｍｏｄｅ＿ｄｅｓｃｒｉｐｔｏｒの説明を有する新たな２つの追加コンテンツの挿入である。

ステップ５０８において、メディアがリクエストされたビデオ・ファイルのＰＥＳ送信がデータストリーム内で継続する。このデータストリームのＰＩＤ＝０ｘ２０であり、ＰＥＳヘッダにおけるＤＳＭトリック・モード・フラグ（ＤＳＭ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｆｌａｇ）は１である。プレイヤーは、ＩＳＯ１３８１８における定義に従ってリクエストされたビデオ・ファイルのこのデータストリームを処理する。

ステップ５０９および５１０において、追加オーディオ・ファイルおよび追加ビデオ・ファイルのデータがプレイヤーに送信され、ＰＥＳヘッダにおけるＤＳＭ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｆｌａｇは１である。追加オーディオ・ファイルおよび追加ビデオ・ファイルの双方のサーバによるプレイリストの作成に関し、サーバは、図３の方法において使用されたものと同じの方法を採用することができる。追加オーディオ・ファイルおよび追加ビデオ・ファイルのデータストリームを受信した後、プレイヤーは、追加オーディオ・ファイルおよび追加ビデオ・ファイルの表示パターンを決定する。一例は、前景ウインドウにおいて追加ビデオ・ファイルを再生し、背景ウインドウにおいてリクエストされたビデオを再生し、リクエストされたビデオ・ファイルのオーディオ・トラックをミュートし、追加オーディオ・ファイルを再生することである。

本実施形態の変形例に従って、図１０は、トリック・モード記述子（Ｔｒｉｃｋ＿ｍｏｄｅ＿ｄｅｓｃｒｉｐｔｏｒ）の定義の別の例を示している。図７における定義と比較すると、ビデオ・ウインドウ記述子（ｖｉｄｅｏ＿ｗｉｎｄｏｗ＿ｄｅｓｃｒｉｐｔｏｒ）が追加されている。さらに、ｖｉｄｅｏ＿ｗｉｎｄｏｗ＿ｄｅｓｃｒｉｐｔｏｒのフィールドは、追加コンテンツがオーディオ・ファイルでないときのみに存在する。ｖｉｄｅｏ＿ｗｉｎｄｏｗ＿ｄｅｓｃｒｉｐｔｏｒは、関連付けられたビデオ・エレメンタリ・ストリームのウインドウ特性を記述するために使用される。例えば、ｖｉｄｅｏ＿ｗｉｎｄｏｗ＿ｄｅｓｃｒｉｐｔｏｒは、対応するウインドウの水平オフセット（ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ）、垂直オフセット（ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ）、およびウインドウ優先度（ｗｉｎｄｏｗ＿ｐｒｉｏｒｉｔｙ）のフィールドを定義するために使用することができる。

上述した例は、ＭＰＥＧ ＴＳ規格を採用するシステムにおいて説明されている。なお、本発明の原理は、幾らかの変更を施した他の規格にも適用することができる。例えば、本発明の原理をＭＰ４規格（ＩＳＯ／ＩＥＣ １４４９６−１２ 情報技術 − オーディオ／ビジュアル・オブジェクト − パート１２：ＩＳＯベースのメディア・ファイル・フォーマット（Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ − Ｃｏｄｉｎｇ ｏｆ ａｕｄｉｏ−ｖｉｓｕａｌ ｏｂｊｅｃｔｓ − Ｐａｒｔ １２： ＩＳＯ ｂａｓｅ ｍｅｄｉａ ｆｉｌｅ ｆｏｒｍａｔ））に適用することもできる。

プライマリ・ストリームと補助コンテンツとの間の関係は、以下の定義と共に、トラック・リファレンス・ボックス内に定義することができる。
ボックス・タイプ：‘ｔｒｅｆ’
コンテナ：トラック・ボックス（‘ｔｒａｋ’）
必須：いいえ
量：０（零）または１

このトラック・リファレンス・ボックス内には、既に「リファレンス・タイプ（ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ）」と名付けられたフィールドが存在し、単にその定義をトリック・モード・サポートのために拡張する。

シンタックスは、以下の通りである。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＴｒａｃｋＲｅｆｅｒｅｎｃｅＢｏｘ ｅｘｔｅｎｄｓ Ｂｏｘ（‘ｔｒｅｆ’） ｛｝
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘ （ｕｎｓｉｇｎｅｄ ｉｎｔ（３２） ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ） ｅｘｔｅｎｄｓ Ｂｏｘ（ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ） ｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２） ｔｒａｃｋ＿ＩＤｓ［］；
}

セマンティクスは、以下の通りである。

現行の規格の定義では、ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅは、以下の値のうちの１つに設定される。
１．「ｈｉｎｔ」：参照されたトラックは、このヒント・トラックのためのオリジナルのメディアを含む。
２．「ｃｄｓｃ」：このトラックは、参照されたトラックを記述する。
３．「ｈｉｎｄ」：このトラックは、参照されたヒント・トラックに依存する。

補助コンテンツのタイプの拡張は、「ｃｄｓｃ＿ｔｒｉｃｋ」である。このトラックは、参照されたトラックについて記述し、トリック・モードが動作する場合にのみ使用するべきである。この拡張は、プライマリ・コンテンツおよび補助コンテンツを同時に表示するために機能する。

トリック・モードの間にプライマリ・コンテンツを補助コンテンツで置き換える配置のシナリオについては、例えば、エピソード紹介のオーディオ・トラックがオリジナルのオーディオ・トラックに置き換わり、これにより、トリック・モードでの再生速度が早くなる。トラック選択ボックスは、このような動作のために使用されることがある。まず、プライマリー・トラックおよび補助コンテンツが同一の代替グループに割り当てられる。代替グループ（ａｌｔｅｒｎａｔｅ＿ｇｒｏｕｐ）の定義は、トラック・ヘッダー・ボックス（ｔｅｍｐｌａｔｅ ｉｎｔ（１６） ａｌｔｅｒｎａｔｅ＿ｇｒｏｕｐ）内にある。このフィールドが０であれば、他のトラックとの想定される関係についての情報は存在しない。このフィールドが０でない場合には、互いに代替データを含むトラックでは同じであり、異なるこのようなグループに属するトラックでは異なる。どのようなときでも、一度に代替グループ内の１つのトラックのみが再生、または、ストリーミングされるべきであり、そのトラックは、属性リスト（ｕｎｓｉｇｎｅｄ ｉｎｔ（３２） ａｔｔｒｉｂｕｔｅ＿ｌｉｓｔ［］）を介してグループ内の他のトラックと区別できなければならない。このリストにおける属性は、トラックについての記述、または、ビットレート、コーデック、言語、パケット・サイズなど、同一の代替または切替グループにおける複数のトラックの区別基準として使用すべきである。トリック・モード動作を識別するための属性フィールドのための拡張を以下のように行う。

上述したＭＰ４規格の拡張を用いて、当業者であれば、ＭＰＥＧ ＴＳ規格に対する本願の原理の適用を参照して、本発明の原理をＭＰ４規格に適用することを企図するであろう。

本実施形態の変形例によれば、補助コンテンツがオーディオ・ファイルでない場合、補助コンテンツをＰＩＰ（ピクチャ・インピクチャ）のパターンで表示させることができる。表示領域は、トラック・ヘッダー・ボックス内の「幅」および「高さ」フィールドで定義することができる。補助コンテンツの詳細なフォーマットは、サンプル・テーブルのサンプル記述ボックス（Ｓａｍｐｌｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｂｏｘ）内で定義することができる。補助オーディオ・トラックは、オーサリング・ツールによって作成することができ、または、ヒンティング・ツールによって既存の再生出力に追加することができる。このようなツールは、メディアとプロトコルとの間の「ブリッジ」としての役目を果たす。従って、サーバがトリック・モードのタイプおよび速度を含むトリック・モードのイベント・レポートを受信すると、補助トラックの正確な位置が判定され、コンテンツが新たなメディア・ボックスに搬送される。

本実施形態の変形例によれば、必ずしも常に、追加オーディオ・ファイルを再生する前に、追加オーディオ・ファイルのプレイリストを決定する必要はない。これは、リアルタイムに行うことができる。即ち、現在のビデオ・セグメントのためにどの追加オーディオ・ファイルが使用されようとしているかを判定するのみであり、次のビデオ・セグメントに進むとき、次の追加オーディオ・ファイルが決定される。この処理は、プレイヤーが通常再生動作に戻るまで繰り返される。

幾つかの実施態様について説明した。しかしながら、様々な変更を施すことが可能であることを理解できよう。例えば、複数の異なる実施態様の要素を組み合わせたり、補完したり、変更したり、または、除去したりして、他の実施態様を作成することができる。さらに、当業者であれば、他の構造および処理で開示したものを置き換えることができ、結果として得られる実施態様は、開示した実施態様と少なくとも実質的に同一の機能を実行し、少なくとも実質的に同一の方法で、実質的に同一の効果を得ることができることが理解できよう。従って、これらの実施態様およびその他の実施態様は、本発明の範囲内にある。

Claims (5)

1. 複数の異なる速度の早送りを含むトリック・モード動作の間にコンテンツを提示する方法であって、コンテンツ・ファイルは、複数のコンテンツ項目に関連付けられ、前記コンテンツ項目のタイプは、ビデオ、オーディオ、テキスト、およびピクチャを含み、各コンテンツ項目は、前記コンテンツ・ファイルのコンテンツ・セグメントに対応し、前記コンテンツ・セグメントは、開始時間および終了時間、または、開始時間およびコンテンツ・ファイルのタイムラインにおける時間長によって識別されるコンテンツ・ファイルの部分である前記方法において、
   プレイヤーによって、コンテンツ・ファイルを再生するステップと、
   前記コンテンツ・ファイルのコンテンツ・セグメントが再生されるとき、前記プレイヤーによって、選択されたトリック・モード動作のためのインストラクションを受信するステップと、
   選択されたトリック・モード動作の間に、前記プレイヤーによって、当該選択されたトリック動作で前記コンテンツ・ファイルのコンテンツ・セグメントを再生し、当該再生の間に、前記プレイヤーによって、前記複数のコンテンツ項目のうちから少なくとも１つのコンテンツ項目を再生するステップと、を含み、前記少なくとも１つのコンテンツ項目は、前記コンテンツ・ファイルの前記コンテンツ・セグメントおよび前記選択されたトリック・モード動作に対応する、前記方法。
2. 前記選択されたトリック・モード動作を実行している間に、前記プレイヤーによって、前記コンテンツ・ファイルの前記コンテンツ・セグメントおよび前記選択されたトリック・モード動作に対応する２つのコンテンツ項目を再生し、一方のコンテンツ項目が、オーディオのタイプであり、他方のコンテンツ項目がビデオ、テキスト、または、ピクチャのタイプである、請求項１に記載の方法。
3. 前記コンテンツ・ファイルのタイムラインにおけるある時点での前記コンテンツ・ファイルの前記コンテンツ・セグメントの再生の間に、前記プレイヤーによって、前記選択されたトリック・モード動作のためのインストラクションを受信するステップと、
   前記プレイヤーによって、前記時点および前記選択されたトリック・モード動作に基づいてコンテンツ項目のプレイリストを決定するステップと、
   前記プレイヤーによって、前記決定されたプレイリスト内のコンテンツ項目を再生するステップと、をさらに含む請求項１に記載の方法。
4. 前記コンテンツ・ファイルのタイムラインにおけるある時点での前記コンテンツ・ファイルの前記コンテンツ・セグメントの再生の間に、前記プレイヤーによって、前記選択されたトリック・モード動作のためのインストラクションを受信するステップと、
   前記プレイヤーによって、前記時点および前記選択されたトリック・モード動作に基づいて少なくとも１つのコンテンツ項目を決定するステップと、
   前記コンテンツ・ファイルの前記コンテンツ・セグメントの前記トリック・モード動作の間に、前記プレイヤーによって、前記決定された少なくとも１つのコンテンツ項目を再生するステップと、
   前記コンテンツ・ファイルを再生するためのインストラクションを受信するまで、前記プレイヤーによって、前記コンテンツが次のコンテンツ・セグメントに進むときは、前記コンテンツ・ファイルの時間情報および前記選択されたトリック・モード動作に基づいて次のコンテンツ項目の決定および再生を繰り返すステップと、をさらに含む請求項１に記載の方法。
5. 前記選択されたトリック・モード動作の間に、前記コンテンツ・ファイルが背景ウインドウに存在し、前記少なくとも１つのコンテンツ項目内の視覚的なコンテンツ項目が前景ウインドウに存在する、請求項１に記載の方法。

Images