JPH09135433A - デジタル化されたパフォーマンスの表示を所定の間隔で提供する方法 - Google Patents
デジタル化されたパフォーマンスの表示を所定の間隔で提供する方法Info
- Publication number
- JPH09135433A JPH09135433A JP8244355A JP24435596A JPH09135433A JP H09135433 A JPH09135433 A JP H09135433A JP 8244355 A JP8244355 A JP 8244355A JP 24435596 A JP24435596 A JP 24435596A JP H09135433 A JPH09135433 A JP H09135433A
- Authority
- JP
- Japan
- Prior art keywords
- movie
- disk
- performance
- bandwidth
- broadcast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17336—Handling of requests in head-ends
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Television Signal Processing For Recording (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Abstract
(57)【要約】
【課題】 近似ビデオ・オンデマンド・システムにお
いて、記憶スペースを有効に使用して、システム・コス
トを減少させる。 【解決手段】デジタル化されたパフォーマンスの表示を
所定の間隔で提供する方法であって、1つのパフォーマ
ンス・リクエストにつき必要とされる並行ストリーム
を、パフォーマンスの継続時間および間隔の頻度の関数
として定義する。装置の容量が少なくとも1つのデジタ
ル化されたパフォーマンスの既知の割当て分に適応する
ように、少なくとも1つのデジタル記憶装置を選択し
て、上記装置上のデータが上記パフォーマンスの第1の
ストリームから始まって順次に読み出されるように、上
記デジタル記憶装置にデータを配置する。上記装置から
データを読み出し、受け取られる伝送がオリジナルの上
記デジタル化されたパフォーマンスのデジタル変形であ
るように、上記デジタル化されたパフォーマンスを伝送
する。
いて、記憶スペースを有効に使用して、システム・コス
トを減少させる。 【解決手段】デジタル化されたパフォーマンスの表示を
所定の間隔で提供する方法であって、1つのパフォーマ
ンス・リクエストにつき必要とされる並行ストリーム
を、パフォーマンスの継続時間および間隔の頻度の関数
として定義する。装置の容量が少なくとも1つのデジタ
ル化されたパフォーマンスの既知の割当て分に適応する
ように、少なくとも1つのデジタル記憶装置を選択し
て、上記装置上のデータが上記パフォーマンスの第1の
ストリームから始まって順次に読み出されるように、上
記デジタル記憶装置にデータを配置する。上記装置から
データを読み出し、受け取られる伝送がオリジナルの上
記デジタル化されたパフォーマンスのデジタル変形であ
るように、上記デジタル化されたパフォーマンスを伝送
する。
Description
【0001】
【発明の属する技術分野】この発明は、デジタル化され
たパフォーマンスのレイアウトに関し、特に、近似ビデ
オ・オンデマンド(NVOD)・システムの帯域幅および記憶
媒体を最適化する方法に従って非常に効率的なサーバ・
システムを生む、記憶媒体上のパフォーマンスのレイア
ウトに関する。
たパフォーマンスのレイアウトに関し、特に、近似ビデ
オ・オンデマンド(NVOD)・システムの帯域幅および記憶
媒体を最適化する方法に従って非常に効率的なサーバ・
システムを生む、記憶媒体上のパフォーマンスのレイア
ウトに関する。
【0002】
【従来の技術】近似ビデオ・オンデマンド(near video
on demand)すなわち「NVOD」は、真のビデオ・オンデマ
ンドとは異なったサービスを顧客に提供する。真のビデ
オ・オンデマンド(true video on demand)すなわち「TV
OD」は、顧客のリクエストに直ちに応答することができ
るサーバを必要とする。顧客が任意に選択された映画ま
たは番組を直ちに得られると期待するだけでなく、真の
「オン・デマンド」システムは、ビデオカセット・レコ
ーダーが視聴者に、視聴者の気まぐれで早送りや早戻し
または停止を行わせるのとほぼ同様に、顧客に視聴経験
のすべての観点を制御できるようにする。顧客のリクエ
ストはランダムにサーバに到着するので、全く予測でき
ない記憶サブシステム上の入力出力ワークロードを生じ
させる。しかし典型的に近似ビデオ・オンデマンドは、
定期的に例えば10分毎に番組を放送する。顧客が番組
の放送の始まりを逃す場合、通勤者が次に予定されるバ
スをただ待つだけであるのとほぼ同じように、顧客は次
の放送間隔までの短い間隔を単に待つことがありうる。
予定されるパフォーマンスの間隔を提供することによっ
て、近似ビデオ・オンデマンド・サーバは顧客に、放送
間隔に等しい増分で所与のパフォーマンスに前後に移動
する能力を与える。10分の放送間隔の上記の例を使用
するならば、顧客はずらされた開始ストリームの間に単
にジャンプすることによって、10分の増分で前後にジ
ャンプする。近似ビデオ・オンデマンドの特性は顧客に
とって望ましいが、顧客に真のビデオ・オンデマンドの
全ての瞬時の制御機能を提供するわけではない。驚くに
は当たらないが、消費者は真のビデオ・オンデマンドに
支払うほど多額のお金を近似ビデオ・オンデマンドのた
めに支払うつもりはない。従って効果的に競争するため
に、近似ビデオ・オンデマンドを真のビデオ・オンデマ
ンドよりも安く提供しなければならない。
on demand)すなわち「NVOD」は、真のビデオ・オンデマ
ンドとは異なったサービスを顧客に提供する。真のビデ
オ・オンデマンド(true video on demand)すなわち「TV
OD」は、顧客のリクエストに直ちに応答することができ
るサーバを必要とする。顧客が任意に選択された映画ま
たは番組を直ちに得られると期待するだけでなく、真の
「オン・デマンド」システムは、ビデオカセット・レコ
ーダーが視聴者に、視聴者の気まぐれで早送りや早戻し
または停止を行わせるのとほぼ同様に、顧客に視聴経験
のすべての観点を制御できるようにする。顧客のリクエ
ストはランダムにサーバに到着するので、全く予測でき
ない記憶サブシステム上の入力出力ワークロードを生じ
させる。しかし典型的に近似ビデオ・オンデマンドは、
定期的に例えば10分毎に番組を放送する。顧客が番組
の放送の始まりを逃す場合、通勤者が次に予定されるバ
スをただ待つだけであるのとほぼ同じように、顧客は次
の放送間隔までの短い間隔を単に待つことがありうる。
予定されるパフォーマンスの間隔を提供することによっ
て、近似ビデオ・オンデマンド・サーバは顧客に、放送
間隔に等しい増分で所与のパフォーマンスに前後に移動
する能力を与える。10分の放送間隔の上記の例を使用
するならば、顧客はずらされた開始ストリームの間に単
にジャンプすることによって、10分の増分で前後にジ
ャンプする。近似ビデオ・オンデマンドの特性は顧客に
とって望ましいが、顧客に真のビデオ・オンデマンドの
全ての瞬時の制御機能を提供するわけではない。驚くに
は当たらないが、消費者は真のビデオ・オンデマンドに
支払うほど多額のお金を近似ビデオ・オンデマンドのた
めに支払うつもりはない。従って効果的に競争するため
に、近似ビデオ・オンデマンドを真のビデオ・オンデマ
ンドよりも安く提供しなければならない。
【0003】
【発明が解決しようとする課題】サーバのコストを制御
することは、競争力のある価格が付けられるサービスを
保証する最も効果的な方法の1つである。ディスクのコ
ストはシステム・コストの大きな割合を占めるので、デ
ィスク・スペースを効果的に使用し、システム・コスト
を減少させる方法が求められている。
することは、競争力のある価格が付けられるサービスを
保証する最も効果的な方法の1つである。ディスクのコ
ストはシステム・コストの大きな割合を占めるので、デ
ィスク・スペースを効果的に使用し、システム・コスト
を減少させる方法が求められている。
【0004】
【課題を解決するための手段】この発明の課題は、次の
方法によって解決される。
方法によって解決される。
【0005】デジタル化されたパフォーマンスの表示を
所定の間隔で提供する方法は、1つのパフォーマンス・
リクエストにつき必要とされる並行ストリームを、パフ
ォーマンスの継続時間および間隔の頻度の関数として定
義するステップと、装置の容量が少なくとも1つのデジ
タル化されたパフォーマンスの既知の割当て分に適応す
る、少なくとも1つのデジタル記憶装置を選択するステ
ップと、上記デジタル記憶装置上のデータが上記パフォ
ーマンスの第1のストリームから始まって順次に読み出
されるように、上記デジタル記憶装置にデータを配置す
るステップと、上記装置からデータを読み出すステップ
と、受け取られる伝送がオリジナルの上記デジタル化さ
れたパフォーマンスのデジタル変形であるように、上記
デジタル化されたパフォーマンスを伝送するステップと
を含む。
所定の間隔で提供する方法は、1つのパフォーマンス・
リクエストにつき必要とされる並行ストリームを、パフ
ォーマンスの継続時間および間隔の頻度の関数として定
義するステップと、装置の容量が少なくとも1つのデジ
タル化されたパフォーマンスの既知の割当て分に適応す
る、少なくとも1つのデジタル記憶装置を選択するステ
ップと、上記デジタル記憶装置上のデータが上記パフォ
ーマンスの第1のストリームから始まって順次に読み出
されるように、上記デジタル記憶装置にデータを配置す
るステップと、上記装置からデータを読み出すステップ
と、受け取られる伝送がオリジナルの上記デジタル化さ
れたパフォーマンスのデジタル変形であるように、上記
デジタル化されたパフォーマンスを伝送するステップと
を含む。
【0006】発明はここで、ディスク帯域幅の効率的な
使用を支援するビデオ・データのレイアウト方法を提供
する。加えてここで教示されるビデオ・レイアウト方法
は、順次ディスク・アクセス、および必要とされる放送
の帯域幅とディスク帯域幅との効果的な整合を提供す
る。ここで教示される方法はさらに、ディスク帯域幅を
最適に使用するための、発明者によってセグメント・グ
ループ・ペアリング(SGP)およびディスク・ペアリング
(DP)と呼ばれる2つの方法を含むいくつかの代替のレイ
アウト方法を提供する。発明はまた、帯域幅が節約され
るリクエスト起動の放送のモデルを提供する。上記の利
点は、ここで教示されるビデオ・レイアウト方法のいく
つかの基本的な方針(tenets)を前もって取り決めること
によって実現される。具体的には、パフォーマンスまた
は番組の長さが決定され、所望の放送間隔が選択され
る。番組の長さと放送間隔との間の関係に基づいて、1
映画あたりの放送ストリームの数が決定される。「映
画」、「ビデオ」、「パフォーマンス」の用語は交替可
能に使用されて、デジタル形式で表され、伝送されうる
指定可能な長さの任意の仕事またはパフォーマンスを意
味する。さらに、ここで与えられる例の多くはディスク
・タイプの記憶媒体に言及するが、ここで教示される発
明を実践するためにテープまたはコンパクトディスク
(CD)のような任意のデジタル記憶装置を使用すること
ができる。
使用を支援するビデオ・データのレイアウト方法を提供
する。加えてここで教示されるビデオ・レイアウト方法
は、順次ディスク・アクセス、および必要とされる放送
の帯域幅とディスク帯域幅との効果的な整合を提供す
る。ここで教示される方法はさらに、ディスク帯域幅を
最適に使用するための、発明者によってセグメント・グ
ループ・ペアリング(SGP)およびディスク・ペアリング
(DP)と呼ばれる2つの方法を含むいくつかの代替のレイ
アウト方法を提供する。発明はまた、帯域幅が節約され
るリクエスト起動の放送のモデルを提供する。上記の利
点は、ここで教示されるビデオ・レイアウト方法のいく
つかの基本的な方針(tenets)を前もって取り決めること
によって実現される。具体的には、パフォーマンスまた
は番組の長さが決定され、所望の放送間隔が選択され
る。番組の長さと放送間隔との間の関係に基づいて、1
映画あたりの放送ストリームの数が決定される。「映
画」、「ビデオ」、「パフォーマンス」の用語は交替可
能に使用されて、デジタル形式で表され、伝送されうる
指定可能な長さの任意の仕事またはパフォーマンスを意
味する。さらに、ここで与えられる例の多くはディスク
・タイプの記憶媒体に言及するが、ここで教示される発
明を実践するためにテープまたはコンパクトディスク
(CD)のような任意のデジタル記憶装置を使用すること
ができる。
【0007】発明はさらに、1つのディスクあるいはRA
ID(Redundunt Array of Inexpensive Disks)装置が1つ
の全体のパフォーマンスを含むレイアウト方法を提供す
る。真のビデオ・オンデマンド・システムでは、典型的
に、映画はロードのバランスのために多数のディスクを
横切ってストライプ状にされる。これは、人気のある映
画が1つのディスクをボトルネック(bottleneck)にする
ことを妨げる。しかし近似ビデオ・オンデマンドでは、
1つの映画の入力/出力(I/O)ワークロードは、視聴者の
要求(リクエストの例)によってではなく、ただ放送間隔
によってのみ決定される。従って、ひとたび1つの映画
の放送繰り返し間隔が決定され、1つのディスクが帯域
幅の必要条件を満たすことができるならば、1つの映画
を1つのディスク上に配置しても、真のビデオ・オンデ
マンドの場合に見られるような「ボトルネック」問題を
引き起こすことはない。放送繰り返し間隔の決定は多く
の要因に依存し、人気のある映画をより人気の低い映画
よりも頻繁に放送することがもっともであるので、要因
のうち重要なものは所与の映画の人気である。
ID(Redundunt Array of Inexpensive Disks)装置が1つ
の全体のパフォーマンスを含むレイアウト方法を提供す
る。真のビデオ・オンデマンド・システムでは、典型的
に、映画はロードのバランスのために多数のディスクを
横切ってストライプ状にされる。これは、人気のある映
画が1つのディスクをボトルネック(bottleneck)にする
ことを妨げる。しかし近似ビデオ・オンデマンドでは、
1つの映画の入力/出力(I/O)ワークロードは、視聴者の
要求(リクエストの例)によってではなく、ただ放送間隔
によってのみ決定される。従って、ひとたび1つの映画
の放送繰り返し間隔が決定され、1つのディスクが帯域
幅の必要条件を満たすことができるならば、1つの映画
を1つのディスク上に配置しても、真のビデオ・オンデ
マンドの場合に見られるような「ボトルネック」問題を
引き起こすことはない。放送繰り返し間隔の決定は多く
の要因に依存し、人気のある映画をより人気の低い映画
よりも頻繁に放送することがもっともであるので、要因
のうち重要なものは所与の映画の人気である。
【0008】1つのディスクで帯域幅の必要条件を満た
すことができない場合には、この方法を容易に拡張し
て、1つの映画を2またはそれ以上のディスクに格納
し、多数のディスクの総計の帯域幅を使用して必要条件
を満たすことができる。帯域幅の必要条件がディスクの
帯域幅よりも十分に小さい場合には、その方法を拡張し
て1つのディスクに多数の映画をはさみ込み(interleav
e)、ディスクの帯域幅を十分に利用することができる。
すことができない場合には、この方法を容易に拡張し
て、1つの映画を2またはそれ以上のディスクに格納
し、多数のディスクの総計の帯域幅を使用して必要条件
を満たすことができる。帯域幅の必要条件がディスクの
帯域幅よりも十分に小さい場合には、その方法を拡張し
て1つのディスクに多数の映画をはさみ込み(interleav
e)、ディスクの帯域幅を十分に利用することができる。
【0009】
【発明の実施の形態】ここで述べられる図面はそれぞれ
の図の対応する数字を用いて番号付けされ、同じ数字を
使って同じ構造を表している。
の図の対応する数字を用いて番号付けされ、同じ数字を
使って同じ構造を表している。
【0010】ディスクは512バイトの典型的な論理ブロ
ックサイズをもつ一連の貯蔵器(repository)論理ブロッ
クであると考えることができる。連続した論理ブロック
は、通常、欠陥ブロックやシリンダーおよびトラックの
ゆがみ(skews)を除いて、連続した物理ブロックにマッ
プされる。セグメントは1つの入力/出力リクエストの
データ転送のサイズとして定義され、多数の論理ブロッ
クを含みうる。図1は、複数のセグメントが1つのデジ
タル化された映画またはその他のパフォーマンスを含
む、ディスク上のセグメントのレイアウトを図示する。
発明のレイアウト方法10は1つの映画を複数のセグメン
トに分割して、図1で示される順序に従ってこれらのセ
グメントをディスク上に配列させる。
ックサイズをもつ一連の貯蔵器(repository)論理ブロッ
クであると考えることができる。連続した論理ブロック
は、通常、欠陥ブロックやシリンダーおよびトラックの
ゆがみ(skews)を除いて、連続した物理ブロックにマッ
プされる。セグメントは1つの入力/出力リクエストの
データ転送のサイズとして定義され、多数の論理ブロッ
クを含みうる。図1は、複数のセグメントが1つのデジ
タル化された映画またはその他のパフォーマンスを含
む、ディスク上のセグメントのレイアウトを図示する。
発明のレイアウト方法10は1つの映画を複数のセグメン
トに分割して、図1で示される順序に従ってこれらのセ
グメントをディスク上に配列させる。
【0011】この図1に示される方法に従って、セグメ
ント「0」100の後に、セグメント「n」110、セグメント
「2n」120、セグメント「3n」130、...、セグメント
「(k-1)n」140が続き、次にセグメント「1」150等が続
く。
ント「0」100の後に、セグメント「n」110、セグメント
「2n」120、セグメント「3n」130、...、セグメント
「(k-1)n」140が続き、次にセグメント「1」150等が続
く。
【0012】変数nは、各々のストリームの1つの繰り
返し間隔の間に再生されるセグメントの数であり、変数
kは1つの映画の同時または並行の放送ストリームの数
であり、kは映画の全長(L)を放送繰り返し間隔(t)で割
ることによって決定される。
返し間隔の間に再生されるセグメントの数であり、変数
kは1つの映画の同時または並行の放送ストリームの数
であり、kは映画の全長(L)を放送繰り返し間隔(t)で割
ることによって決定される。
【0013】1つの映画が放送されるとき、ディスクま
たはその他のデジタル記憶媒体は、最初の論理ブロック
l00からセグメント毎に最後のセグメント(図1の「kn-
1」290)まで順次に読み込まれ、それからディスクアー
ムがディスクの始まりまで移動して戻り、アクセス・パ
ターンが繰り返される。このように、ディスクアームは
最も外側のトラックから最も内側のトラックまでディス
ク表面を横切って繰り返し掃引(sweep)し、データを順
次読み出す。この技法は最も内側から最も外側のトラッ
クへのシークだけを除いて、ディスクのシークを排除す
る(記憶装置がディスクである場合)。
たはその他のデジタル記憶媒体は、最初の論理ブロック
l00からセグメント毎に最後のセグメント(図1の「kn-
1」290)まで順次に読み込まれ、それからディスクアー
ムがディスクの始まりまで移動して戻り、アクセス・パ
ターンが繰り返される。このように、ディスクアームは
最も外側のトラックから最も内側のトラックまでディス
ク表面を横切って繰り返し掃引(sweep)し、データを順
次読み出す。この技法は最も内側から最も外側のトラッ
クへのシークだけを除いて、ディスクのシークを排除す
る(記憶装置がディスクである場合)。
【0014】1つの映画を1つのディスクに格納するこ
とは、放送の単純な管理を供給する。1つの映画を放送
するために1つのディスクだけがロードまたはリロード
されればよい。ディスクの失敗は、たった1つの映画の
放送の損失だけを生む。現在のレイアウトの実施のよう
に、複数の映画が多数のディスクを横切ってストライプ
状にされた場合、映画の残りは必ずしも達成されない。
とは、放送の単純な管理を供給する。1つの映画を放送
するために1つのディスクだけがロードまたはリロード
されればよい。ディスクの失敗は、たった1つの映画の
放送の損失だけを生む。現在のレイアウトの実施のよう
に、複数の映画が多数のディスクを横切ってストライプ
状にされた場合、映画の残りは必ずしも達成されない。
【0015】レイアウト・システムは、NVODサーバを多
くの映画またはその他のデジタル化された番組を同時に
放送するようにモデル化する。各々の映画は異なったビ
ット速度をもち、間隔を繰り返すことができる。映画お
よびその繰り返し間隔が与えられると、この映画のスト
リームの数は下記の例のように計算することができる。
くの映画またはその他のデジタル化された番組を同時に
放送するようにモデル化する。各々の映画は異なったビ
ット速度をもち、間隔を繰り返すことができる。映画お
よびその繰り返し間隔が与えられると、この映画のスト
リームの数は下記の例のように計算することができる。
【0016】
【数1】
【0017】各々のストリームについて、ある量のバッ
ファ空間が図5に表されるようにシステム・メモリに割
り当てられる。
ファ空間が図5に表されるようにシステム・メモリに割
り当てられる。
【0018】1ストリームあたり複数のバッファを使用
することができる。バッファの数が多ければ多いほどス
トリームが中断されない確実性が増えるが、システムの
コストが大きくなる。1ストリームあたり2つのバッフ
ァが最小限であり、従って最も経済的である。図5は、
ここで教示されるNVODシステムで有用な任意の放送スト
リームの「ピンポン(ping pong)」バッファ20として動
作する一対のバッファを示している。第1のバッファ32
0が分配ネットワークにデータを伝送している間、第2
のバッファ330がディスクから満たされる。第1のバッ
ファ320が伝送を終了すると、システムは第2のバッフ
ァ330に切り替え、読み出しコマンドを発行して現在解
放された第1のバッファ320を満たす。
することができる。バッファの数が多ければ多いほどス
トリームが中断されない確実性が増えるが、システムの
コストが大きくなる。1ストリームあたり2つのバッフ
ァが最小限であり、従って最も経済的である。図5は、
ここで教示されるNVODシステムで有用な任意の放送スト
リームの「ピンポン(ping pong)」バッファ20として動
作する一対のバッファを示している。第1のバッファ32
0が分配ネットワークにデータを伝送している間、第2
のバッファ330がディスクから満たされる。第1のバッ
ファ320が伝送を終了すると、システムは第2のバッフ
ァ330に切り替え、読み出しコマンドを発行して現在解
放された第1のバッファ320を満たす。
【0019】1つのセグメントの伝送時間Tは、セグメ
ント・サイズSおよび伝送速度rに依存する。
ント・サイズSおよび伝送速度rに依存する。
【0020】
【数2】
【0021】1つの繰り返し間隔の間に再生されるセグ
メントの数は次式で与えられる。
メントの数は次式で与えられる。
【0022】
【数3】
【0023】再び図1を参照して、セグメント0および
nは1つのストリームの中で10分離れている。k個の
セグメントのデータの順次読み出しを、「サービス・ラ
ウンド」と考える。例えば、セグメント0、n、...、
(k-1)nの読み出しが1つのサービス・ラウンドを構成す
る。図1は、n個のサービス・ラウンドを示している。
図6は、2つのサービス・ラウンド30および40をそれぞ
れ示している。各々のサービス・ラウンド30、40内で、
各々のセグメントの読み出しは同一の映画の異なったス
トリームに属している。前後のすなわち「ピンポン」特
性のため、各々のサービス・ラウンドはバッファ再生時
間T内で終了しなければならない。各々のサービス・ラ
ウンドは、正確にT期間の境界(図6の420)で始まる(す
なわち、I/Oリクエストが発行される)。このように、デ
ィスクアームは、論理ブロック0(最も外側のゾーン)か
ら、映画に当てられる最後の論理ブロック(最も内側の
ゾーン)までt分(ここでt=nT)で掃引し、そして論理ブ
ロック0へジャンプして戻り、再び掃引する。このよう
に変数nはまた、一回の掃引の中のサービス・ラウンド
の数を表す。
nは1つのストリームの中で10分離れている。k個の
セグメントのデータの順次読み出しを、「サービス・ラ
ウンド」と考える。例えば、セグメント0、n、...、
(k-1)nの読み出しが1つのサービス・ラウンドを構成す
る。図1は、n個のサービス・ラウンドを示している。
図6は、2つのサービス・ラウンド30および40をそれぞ
れ示している。各々のサービス・ラウンド30、40内で、
各々のセグメントの読み出しは同一の映画の異なったス
トリームに属している。前後のすなわち「ピンポン」特
性のため、各々のサービス・ラウンドはバッファ再生時
間T内で終了しなければならない。各々のサービス・ラ
ウンドは、正確にT期間の境界(図6の420)で始まる(す
なわち、I/Oリクエストが発行される)。このように、デ
ィスクアームは、論理ブロック0(最も外側のゾーン)か
ら、映画に当てられる最後の論理ブロック(最も内側の
ゾーン)までt分(ここでt=nT)で掃引し、そして論理ブ
ロック0へジャンプして戻り、再び掃引する。このよう
に変数nはまた、一回の掃引の中のサービス・ラウンド
の数を表す。
【0024】任意のサービス・ラウンドの間、任意の所
与のサービス・ラウンドの中のk個のセグメントの検索
は、サービス・ラウンド期間Tよりも早く終わることが
ある。図6を参照して、この場合図5に示されるような
「ピンポン」構造で次のデータ転送のために利用可能な
バッファが存在しないので、ディスクはアイドル状態14
5である。ここで議論されないが当業者には明らかな予
測可能な結果を伴って、他の付加的なバッファが加えら
れてもよいことはもちろんである。最適化された設計
は、ディスクの帯域幅を十分に利用するためにこのアイ
ドル期間を最小限にしなければならない。幸い、教示さ
れる発明は順次ディスク・アクセスを提供するので、k
個のセグメントの検索の時間は、ディスク・シークタイ
ムおよび回転の待ち時間によってではなく、基本的にデ
ィスクのデータ転送時間によって決定され、従って多く
のTVODシステムで見られるようなランダム・アクセスよ
りも予測可能である。
与のサービス・ラウンドの中のk個のセグメントの検索
は、サービス・ラウンド期間Tよりも早く終わることが
ある。図6を参照して、この場合図5に示されるような
「ピンポン」構造で次のデータ転送のために利用可能な
バッファが存在しないので、ディスクはアイドル状態14
5である。ここで議論されないが当業者には明らかな予
測可能な結果を伴って、他の付加的なバッファが加えら
れてもよいことはもちろんである。最適化された設計
は、ディスクの帯域幅を十分に利用するためにこのアイ
ドル期間を最小限にしなければならない。幸い、教示さ
れる発明は順次ディスク・アクセスを提供するので、k
個のセグメントの検索の時間は、ディスク・シークタイ
ムおよび回転の待ち時間によってではなく、基本的にデ
ィスクのデータ転送時間によって決定され、従って多く
のTVODシステムで見られるようなランダム・アクセスよ
りも予測可能である。
【0025】帯域幅の必要条件 図1ないし図3に集合的に示されるような上述のモデル
で、ディスクはk個のセグメントをT時間毎に順次に読
み出すことを要求される。これはディスクまたはその他
のデジタル記憶装置に、以下の最小限の持続する順次読
み出しの帯域幅を与えることを要求する。
で、ディスクはk個のセグメントをT時間毎に順次に読
み出すことを要求される。これはディスクまたはその他
のデジタル記憶装置に、以下の最小限の持続する順次読
み出しの帯域幅を与えることを要求する。
【0026】
【数4】
【0027】高いディスク容量は、内側のゾーンよりも
外側のゾーンでより高い帯域幅を与えるゾーン・ビット
記録技法を用いて実現される。(単にディスクの平均の
帯域幅ではなく)ディスクの内側のゾーンの帯域幅が上
記の必要条件を満足しなければならない。
外側のゾーンでより高い帯域幅を与えるゾーン・ビット
記録技法を用いて実現される。(単にディスクの平均の
帯域幅ではなく)ディスクの内側のゾーンの帯域幅が上
記の必要条件を満足しなければならない。
【0028】
【数5】
【0029】例1:カレント・ドライブのうちの1つの
持続する順次読み出しのディスク帯域幅は、それが内側
あるいは外側のゾーンをアクセスしているかに依存し
て、5.1から6.9MB/secまでの範囲をとる。これは、1つ
のそのようなドライブが3Mb/secの速度でコード化され
る2時間の映画を最低8.8分間隔で放送する支援を可
能にする。映画が5分間隔で放送されるならば、2つの
ディスクが必要とされる。
持続する順次読み出しのディスク帯域幅は、それが内側
あるいは外側のゾーンをアクセスしているかに依存し
て、5.1から6.9MB/secまでの範囲をとる。これは、1つ
のそのようなドライブが3Mb/secの速度でコード化され
る2時間の映画を最低8.8分間隔で放送する支援を可
能にする。映画が5分間隔で放送されるならば、2つの
ディスクが必要とされる。
【0030】容量の必要条件 L分の映画を1つのディスクに格納するための容量の必
要条件は簡単である。
要条件は簡単である。
【0031】
【数6】 C = Lr (6)
【0032】例えば4ギガバイトのドライブは、3Mb/s
ecの速度でコード化される3時間の映画、または4Mb/s
ecの速度でコード化される2.2時間の映画を格納する
ことができる。
ecの速度でコード化される3時間の映画、または4Mb/s
ecの速度でコード化される2.2時間の映画を格納する
ことができる。
【0033】映画の格納と放送のためのそのような帯域
幅と容量の必要条件を使って、要求されるディスク・ス
ペースを最も経済的に適応させるディスクを選択するこ
とができる。余分なディスク帯域幅または容量は無駄で
ある。必要条件を越える帯域幅をもつディスクは、より
長いアイドル期間をもつ(図6に示されるような145)。
また複数のディスクは均質である必要はない。高速なデ
ィスクは、高いビット速度の映画、またはより短い繰り
返し間隔の映画を格納することができる。より遅いディ
スクは低いビット速度の映画を格納することができる。
従ってシステム管理者は既存のディスク・ドライブを運
用する(leverage)際に、より大きい融通性を行使するこ
とができる。
幅と容量の必要条件を使って、要求されるディスク・ス
ペースを最も経済的に適応させるディスクを選択するこ
とができる。余分なディスク帯域幅または容量は無駄で
ある。必要条件を越える帯域幅をもつディスクは、より
長いアイドル期間をもつ(図6に示されるような145)。
また複数のディスクは均質である必要はない。高速なデ
ィスクは、高いビット速度の映画、またはより短い繰り
返し間隔の映画を格納することができる。より遅いディ
スクは低いビット速度の映画を格納することができる。
従ってシステム管理者は既存のディスク・ドライブを運
用する(leverage)際に、より大きい融通性を行使するこ
とができる。
【0034】バッファの必要条件 上述された例は、(各々の映画でなく)各々のストリーム
について、ディスクのI/O転送サイズと等しいバッファ
・セグメント・サイズSをもつピンポン・バッファを仮
定する。サイズSは、所与の映画のビット速度について
サービス・ラウンド期間Tを直ちに決定する(方程式2
を参照)。推薦されるセグメント・サイズの1つは、128
キロバイトである。より小さいSはより低いバッファ・
コストをもたらすが、より多くのI/Oリクエスト、割込
み、コンテキスト(context)の切り替えが生成され、よ
り高いCPUとI/Oチャネルの利用をもたらすので、システ
ムの諸経費を増やすことがありえる。もちろんそのよう
なあらゆるトレードオフは慎重に評価されなければなら
ない。
について、ディスクのI/O転送サイズと等しいバッファ
・セグメント・サイズSをもつピンポン・バッファを仮
定する。サイズSは、所与の映画のビット速度について
サービス・ラウンド期間Tを直ちに決定する(方程式2
を参照)。推薦されるセグメント・サイズの1つは、128
キロバイトである。より小さいSはより低いバッファ・
コストをもたらすが、より多くのI/Oリクエスト、割込
み、コンテキスト(context)の切り替えが生成され、よ
り高いCPUとI/Oチャネルの利用をもたらすので、システ
ムの諸経費を増やすことがありえる。もちろんそのよう
なあらゆるトレードオフは慎重に評価されなければなら
ない。
【0035】放送繰り返し間隔の変更 任意の所与の映画の放送繰り返し間隔は、日や週の異な
った時間で変わる場合が時々ある。例えば映画は、午後
は夜(需要がより低いとき)よりも長い繰り返し間隔で放
送されることがある。ここで述べられたビデオ・レイア
ウト方法を使用すれば、レイアウト方式をそのままにし
て放送繰り返し間隔tを変えることは簡単である。具体
的には、ディスクがここで教示される方法に従って放送
繰り返し間隔tを支援することができるように配置され
るならば、同一のディスクを使用して、各々のサービス
・ラウンドでいくつかのセグメントをスキップすること
によって2t、3t、...、(k-2)tの間隔で放送を支援する
ことができる。例えばカレント・ドライブは、3Mb/sec
の速度でコード化される2時間の映画を10分間隔(t=1
0;k=12)で放送することを支援することができる。図2
を参照して、10分毎の放送は、ディスクアームがブロッ
ク0からブロック12n-1まで読み出し、10分毎に最も外側
のブロック0に戻ることを要求する。
った時間で変わる場合が時々ある。例えば映画は、午後
は夜(需要がより低いとき)よりも長い繰り返し間隔で放
送されることがある。ここで述べられたビデオ・レイア
ウト方法を使用すれば、レイアウト方式をそのままにし
て放送繰り返し間隔tを変えることは簡単である。具体
的には、ディスクがここで教示される方法に従って放送
繰り返し間隔tを支援することができるように配置され
るならば、同一のディスクを使用して、各々のサービス
・ラウンドでいくつかのセグメントをスキップすること
によって2t、3t、...、(k-2)tの間隔で放送を支援する
ことができる。例えばカレント・ドライブは、3Mb/sec
の速度でコード化される2時間の映画を10分間隔(t=1
0;k=12)で放送することを支援することができる。図2
を参照して、10分毎の放送は、ディスクアームがブロッ
ク0からブロック12n-1まで読み出し、10分毎に最も外側
のブロック0に戻ることを要求する。
【0036】需要の低い午後の時間に例えば30分間隔(k
=4)で放送するためには、図2に示されるような同一の
ディスク・レイアウトが単にいくぶん違って読み出され
る。アームは10分で一回の掃引を実行するが、サービス
・ラウンド毎に選択されたセグメントだけが読み出され
る。第1の掃引12はセグメント0、3n、6nおよび9nを
読み出させ、その後1、3n+1、6n+1および9n+1、それか
ら2、3n+2、6n+2と9n+2と続き、最後のセグメントの読
み出し10n-1まで続く。第2の掃引14(図3)はセグメ
ントn、4n、7n、10nを読み出しをもち、その後n+1、4n+
1、7n+1、10n+1、そしてn+2、4n+2、7n+2および10n+2と
続き、同様に最後のセグメントの読み出し11n-1まで続
く。第3の掃引16(図4)は、セグメント2n、5n、8nお
よび11nの読み出しをもち、その後セグメント2n+1、5n+
1、8n+1および11n+1と続き、同様に最後のセグメントの
読み出し12n-1まで続く。
=4)で放送するためには、図2に示されるような同一の
ディスク・レイアウトが単にいくぶん違って読み出され
る。アームは10分で一回の掃引を実行するが、サービス
・ラウンド毎に選択されたセグメントだけが読み出され
る。第1の掃引12はセグメント0、3n、6nおよび9nを
読み出させ、その後1、3n+1、6n+1および9n+1、それか
ら2、3n+2、6n+2と9n+2と続き、最後のセグメントの読
み出し10n-1まで続く。第2の掃引14(図3)はセグメ
ントn、4n、7n、10nを読み出しをもち、その後n+1、4n+
1、7n+1、10n+1、そしてn+2、4n+2、7n+2および10n+2と
続き、同様に最後のセグメントの読み出し11n-1まで続
く。第3の掃引16(図4)は、セグメント2n、5n、8nお
よび11nの読み出しをもち、その後セグメント2n+1、5n+
1、8n+1および11n+1と続き、同様に最後のセグメントの
読み出し12n-1まで続く。
【0037】上記の読み出しパターンは3掃引毎に繰り
返す。このように各々のサービス・ラウンドTで、4つ
のセグメントだけが読み出され、各々のセグメントは3
掃引毎に一回読み出される。各々の掃引には10分(繰り
返し間隔)かかるので、新しいストリームは30分毎に始
まる。これは、30分間隔での映画の放送を保証する。
返す。このように各々のサービス・ラウンドTで、4つ
のセグメントだけが読み出され、各々のセグメントは3
掃引毎に一回読み出される。各々の掃引には10分(繰り
返し間隔)かかるので、新しいストリームは30分毎に始
まる。これは、30分間隔での映画の放送を保証する。
【0038】ディスク帯域幅の必要条件の整合 これまでの例は、1つの映画が1つのディスクに配置さ
れる状況での方法の適用を説明してきた。他の状況で、
利用可能なディスク帯域幅を放送の帯域幅の必要条件と
最良に整合させるために、1つの映画が複数のディスク
に、あるいは複数の映画が1つのディスクに配置される
べきである。
れる状況での方法の適用を説明してきた。他の状況で、
利用可能なディスク帯域幅を放送の帯域幅の必要条件と
最良に整合させるために、1つの映画が複数のディスク
に、あるいは複数の映画が1つのディスクに配置される
べきである。
【0039】1つの映画の複数のディスク上への配置 1つのディスクが、1つの映画の帯域幅または容量の必
要条件のどちらかを満たすことができない場合、その映
画を格納するために2またはそれ以上のディスクが必要
とされる。どれだけのディスク容量が必要であるかを決
定することは、簡単な仕事(task)である。1つのディス
ク容量が全体の映画を保持するに不充分である場合、付
加のディスクスペースが必要とされる。典型的に、MPEG
-2の映画ストリームは1.5ないし8Mb/secの範囲の速度で
コード化される。1995年のディスク技法で、8Mb/secの
速度でコード化される2.5時間の映画を保持することが
できる9GBのディスクがすでに利用可能である。従っ
て、もはや容量が重大な制限を持ち出すことはありえな
い。
要条件のどちらかを満たすことができない場合、その映
画を格納するために2またはそれ以上のディスクが必要
とされる。どれだけのディスク容量が必要であるかを決
定することは、簡単な仕事(task)である。1つのディス
ク容量が全体の映画を保持するに不充分である場合、付
加のディスクスペースが必要とされる。典型的に、MPEG
-2の映画ストリームは1.5ないし8Mb/secの範囲の速度で
コード化される。1995年のディスク技法で、8Mb/secの
速度でコード化される2.5時間の映画を保持することが
できる9GBのディスクがすでに利用可能である。従っ
て、もはや容量が重大な制限を持ち出すことはありえな
い。
【0040】先行技術のディスク・ドライブの現在の状
態は、ここで表される基本のレイアウト方法に従って、
3Mb/secでコード化される映画を最低8.8分間隔で放送
する帯域幅を支援することができるにすぎない。8.8
分より短い間隔の場合、2またはそれ以上のディスクを
用いることがありえる。例えば4GBの1つの映画を5分
間隔で放送したい場合、次のことが可能である。
態は、ここで表される基本のレイアウト方法に従って、
3Mb/secでコード化される映画を最低8.8分間隔で放送
する帯域幅を支援することができるにすぎない。8.8
分より短い間隔の場合、2またはそれ以上のディスクを
用いることがありえる。例えば4GBの1つの映画を5分
間隔で放送したい場合、次のことが可能である。
【0041】1)2つの4GBのディスクを使用し、各々の
ディスクは1つの放送を10分間隔で支援するように個々
に構成される。2つのディスクは、5分のオフセットで
再生し始めるように同期させられる。
ディスクは1つの放送を10分間隔で支援するように個々
に構成される。2つのディスクは、5分のオフセットで
再生し始めるように同期させられる。
【0042】2)2つの2GBのディスク使用し、ディスク
1にセグメント0、2n、4nを配置し、ディスク2にセグ
メントn、3n、5n、...を配置することによって、その映
画を2つのディスクにストライプ状にする(図2を参
照)。2つのディスクの帯域幅は必要条件を満たすよう
に総計されるので、2つのディスクは同時に掃引を始め
る。
1にセグメント0、2n、4nを配置し、ディスク2にセグ
メントn、3n、5n、...を配置することによって、その映
画を2つのディスクにストライプ状にする(図2を参
照)。2つのディスクの帯域幅は必要条件を満たすよう
に総計されるので、2つのディスクは同時に掃引を始め
る。
【0043】上記の2つの方法のうちの第1のものは2
倍の記憶容量を必要とするが、1つのディスクが失敗す
るとき、システムはより長い繰り返し間隔ではあるが依
然として映画を放送し続けるいう意味で、それはフォー
ルト・トレランスを与える。方法2はシステム・コスト
を引き下げることができるが、もし1つのディスクが失
敗すると全体の映画が中断する。
倍の記憶容量を必要とするが、1つのディスクが失敗す
るとき、システムはより長い繰り返し間隔ではあるが依
然として映画を放送し続けるいう意味で、それはフォー
ルト・トレランスを与える。方法2はシステム・コスト
を引き下げることができるが、もし1つのディスクが失
敗すると全体の映画が中断する。
【0044】複数の映画の1つのディスクへの配置 上記に示された例に対比して、ディスクの帯域幅および
容量が1つの映画を放送するのに必要とされる帯域幅を
越える場合、いくつかの選択肢が利用可能である。1)帯
域幅を十分に利用するために、複数の映画が1つのディ
スク上に配置されうる。2)より低い帯域幅と容量をも
つ、よりコストが低いディスクを選択する。
容量が1つの映画を放送するのに必要とされる帯域幅を
越える場合、いくつかの選択肢が利用可能である。1)帯
域幅を十分に利用するために、複数の映画が1つのディ
スク上に配置されうる。2)より低い帯域幅と容量をも
つ、よりコストが低いディスクを選択する。
【0045】上記で、カレント・ドライブは、3Mb/sec
の速度でコード化される2時間の映画の10分の繰り返し
間隔での放送を容易に支援できるということが説明さ
れ、それは提案された基本のレイアウト方法を使用する
ことによってそのような1つのディスクが12の映画ス
トリームを支援できることを意味する。複数の映画が30
分間隔で放送され、1つの映画につき4つのストリーム
(k=4)を生じさせる場合、上述の放送方法を用いて同一
のディスク・レイアウト方法を10分間隔で使用して、映
画を30分間隔で放送することができる。しかし利用可能
なディスク帯域幅の67%は不十分に利用されるすなわち
無駄になる。ある映画が例えば30分毎に1回よりも頻繁
には放送されないと分かっている場合は、3つまたはそ
れ以上の映画を1つのディスクに配置して、ディスク帯
域幅を十分に利用することができる。平均の映画の長さ
が2時間の場合(例えば1映画あたり2.7GB)、9GBのドラ
イブが3つの映画を保持するために使用されうる。ここ
で教示される基本のレイアウト方法を用いると、映画
は、所定の長さの交替するセグメント連続に「はさみ込
まれる(interleaved)」または配置される。図7はここ
で教示される発明に従う代替のレイアウト方法を示し、
そこでA510、B520およびC530と示される3つの映画から
の映画のセグメントがそれぞれ「はさみ込まれてい
る」。
の速度でコード化される2時間の映画の10分の繰り返し
間隔での放送を容易に支援できるということが説明さ
れ、それは提案された基本のレイアウト方法を使用する
ことによってそのような1つのディスクが12の映画ス
トリームを支援できることを意味する。複数の映画が30
分間隔で放送され、1つの映画につき4つのストリーム
(k=4)を生じさせる場合、上述の放送方法を用いて同一
のディスク・レイアウト方法を10分間隔で使用して、映
画を30分間隔で放送することができる。しかし利用可能
なディスク帯域幅の67%は不十分に利用されるすなわち
無駄になる。ある映画が例えば30分毎に1回よりも頻繁
には放送されないと分かっている場合は、3つまたはそ
れ以上の映画を1つのディスクに配置して、ディスク帯
域幅を十分に利用することができる。平均の映画の長さ
が2時間の場合(例えば1映画あたり2.7GB)、9GBのドラ
イブが3つの映画を保持するために使用されうる。ここ
で教示される基本のレイアウト方法を用いると、映画
は、所定の長さの交替するセグメント連続に「はさみ込
まれる(interleaved)」または配置される。図7はここ
で教示される発明に従う代替のレイアウト方法を示し、
そこでA510、B520およびC530と示される3つの映画から
の映画のセグメントがそれぞれ「はさみ込まれてい
る」。
【0046】各々のサービス・ラウンドTの間、12個の
セグメントがディスクから読み出され、各々の映画から
4個のセグメントが読み出される。例えば第1のサービ
ス・ラウンド770は、映画A510から第1の4個のセグメ
ントの組640、映画B520から第2の4個のセグメントの
組650、そして映画C530から第3の4個のセグメントの
組660を含む。さらに図7は、複数の映画の長さが必ず
しも同じある必要はないことを示している。1つのスト
リームが映画の最後のセグメントを読み出し、表示する
と、それは止まって(30分の境界の)次の開始時間を待
つ。大きい容量のドライブを使用することによって、9
GBのドライブは1メガバイトあたりの値段について2ま
たは4GBのドライブよりも安いので、システム・コスト
を下げることができる。
セグメントがディスクから読み出され、各々の映画から
4個のセグメントが読み出される。例えば第1のサービ
ス・ラウンド770は、映画A510から第1の4個のセグメ
ントの組640、映画B520から第2の4個のセグメントの
組650、そして映画C530から第3の4個のセグメントの
組660を含む。さらに図7は、複数の映画の長さが必ず
しも同じある必要はないことを示している。1つのスト
リームが映画の最後のセグメントを読み出し、表示する
と、それは止まって(30分の境界の)次の開始時間を待
つ。大きい容量のドライブを使用することによって、9
GBのドライブは1メガバイトあたりの値段について2ま
たは4GBのドライブよりも安いので、システム・コスト
を下げることができる。
【0047】ディスクの最適化方法 上述し、共に図で示したように、ここで教示される発明
は近似ビデオ・オンデマンド(NVOD)サーバのための基本
のレイアウト方法を提供する。基本のレイアウト方法に
基づく更なるレイアウト方式もまたここで教示される。
ゾーン・ビット記録技法を用いると、ディスクの外側の
ゾーンは、内側のゾーンよりも高い帯域幅をもつ。前述
したように、基本のレイアウト方法の算出は内側のディ
スク帯域幅に基づかなければならない。外側のゾーンに
アクセスするためのアイドル期間は内側のゾーンよりも
長いので、外側のゾーンのより大きい帯域幅は無駄にな
るという含みがある。表1は、カレント・ドライブにつ
いて測定された持続する順次の帯域幅をまとめたもので
ある。最も外側のゾーンの帯域幅は最も内側のゾーンよ
りも35%高いことがありえる。
は近似ビデオ・オンデマンド(NVOD)サーバのための基本
のレイアウト方法を提供する。基本のレイアウト方法に
基づく更なるレイアウト方式もまたここで教示される。
ゾーン・ビット記録技法を用いると、ディスクの外側の
ゾーンは、内側のゾーンよりも高い帯域幅をもつ。前述
したように、基本のレイアウト方法の算出は内側のディ
スク帯域幅に基づかなければならない。外側のゾーンに
アクセスするためのアイドル期間は内側のゾーンよりも
長いので、外側のゾーンのより大きい帯域幅は無駄にな
るという含みがある。表1は、カレント・ドライブにつ
いて測定された持続する順次の帯域幅をまとめたもので
ある。最も外側のゾーンの帯域幅は最も内側のゾーンよ
りも35%高いことがありえる。
【0048】
【表1】
【0049】代替の実施例:セグメント・グループ・ペ
アリング(SGP)方法 セグメント・グループ・ペアリング(SGP)50では、図8
に示されるように、外側のゾーン780のm個のセグメン
トのセグメント・グループが、内側のゾーン790のk−
m個のセグメントのセグメント・グループと対にされ
る。概念上ペアリングの考えは、外側のトラックが内側
のトラックと対にされる「トラックのペアリング」と類
似している。しかしセグメント・グループは異なった方
法で定義されうる。例えば、図8のk個のセグメントの
第1の列(1つのサービス・ラウンドを表す)は、2つの
グループmおよびk−mに分割され、それによってセグ
メント・グループの対mおよびk−mを含むことができ
る。2つのセグメント・グループはディスク上の外側の
ゾーン780にグループm、内側のゾーン790にグループk
−mというように配置される。当業者にはその他のペア
リング方法も明らかであろう。ここでの議論は例示のた
めであり、発明の適用を制限するものではない。
アリング(SGP)方法 セグメント・グループ・ペアリング(SGP)50では、図8
に示されるように、外側のゾーン780のm個のセグメン
トのセグメント・グループが、内側のゾーン790のk−
m個のセグメントのセグメント・グループと対にされ
る。概念上ペアリングの考えは、外側のトラックが内側
のトラックと対にされる「トラックのペアリング」と類
似している。しかしセグメント・グループは異なった方
法で定義されうる。例えば、図8のk個のセグメントの
第1の列(1つのサービス・ラウンドを表す)は、2つの
グループmおよびk−mに分割され、それによってセグ
メント・グループの対mおよびk−mを含むことができ
る。2つのセグメント・グループはディスク上の外側の
ゾーン780にグループm、内側のゾーン790にグループk
−mというように配置される。当業者にはその他のペア
リング方法も明らかであろう。ここでの議論は例示のた
めであり、発明の適用を制限するものではない。
【0050】セグメント・グループ・ペアリングの使い
方 セグメント・グループ・ペアリングを利用するレイアウ
ト方法は以下のように使う。
方 セグメント・グループ・ペアリングを利用するレイアウ
ト方法は以下のように使う。
【0051】各々のサービス・ラウンドTの間、ディス
クアームは、外側のゾーン(m)780の第1のグループを
読み出す。それからアームは、内側のゾーン790の対に
されたグループに向かってその進路をシークする。回転
待ち時間の後、アームは第2のグループ(k−m)を読み
出し、それから外側のゾーンに戻って次のグループをシ
ークし、次のサービス・ラウンドを待つ。全体のトレー
ドオフは、外側のゾーンのより高い帯域幅による減少さ
れた伝送時間に対する1サービス・ラウンドあたり2つ
のシークと回転待ち時間である。全体の持続する実効帯
域幅が内側のゾーンの帯域幅よりも高いならば、基本の
順次読み出し方法よりもセグメント・グループ・ペアリ
ングのレイアウトのほうが好ましい。利点が得られず、
全てのものが等しいと仮定する場合、基本のレイアウト
が使用されるべきである。
クアームは、外側のゾーン(m)780の第1のグループを
読み出す。それからアームは、内側のゾーン790の対に
されたグループに向かってその進路をシークする。回転
待ち時間の後、アームは第2のグループ(k−m)を読み
出し、それから外側のゾーンに戻って次のグループをシ
ークし、次のサービス・ラウンドを待つ。全体のトレー
ドオフは、外側のゾーンのより高い帯域幅による減少さ
れた伝送時間に対する1サービス・ラウンドあたり2つ
のシークと回転待ち時間である。全体の持続する実効帯
域幅が内側のゾーンの帯域幅よりも高いならば、基本の
順次読み出し方法よりもセグメント・グループ・ペアリ
ングのレイアウトのほうが好ましい。利点が得られず、
全てのものが等しいと仮定する場合、基本のレイアウト
が使用されるべきである。
【0052】どのレイアウト方法が最適であるかを決定
するために、BmaxおよびBminをディスクの最も外側と最
も内側の帯域幅とし、MAX_SEEKとMAX_ROTを最大のシー
ク時間および回転待ち時間とする(注意:これは最悪の
場合の筋書きである)。SGP方法を使用することによって
実現可能な実効帯域幅は、2つのグループのデータ転送
時間と2つのシークおよび2つの回転待ち時間の時間を
含む、グループ対を読み出すために使用される時間で除
されるグループ対のサイズによって与えられる。
するために、BmaxおよびBminをディスクの最も外側と最
も内側の帯域幅とし、MAX_SEEKとMAX_ROTを最大のシー
ク時間および回転待ち時間とする(注意:これは最悪の
場合の筋書きである)。SGP方法を使用することによって
実現可能な実効帯域幅は、2つのグループのデータ転送
時間と2つのシークおよび2つの回転待ち時間の時間を
含む、グループ対を読み出すために使用される時間で除
されるグループ対のサイズによって与えられる。
【0053】
【数7】
【0054】ここでSkは、グループ対について転送さ
れるデータ・サイズを与える。上記の方程式から、Sk
が大きいほどBeffが良くなることが明らかである。所与
のk(方程式(1)によって示されるように、映画の長さL
と放送繰り返し間隔tによって決定される)の場合、こ
れはより大きいバッファ・サイズSを意味する。
れるデータ・サイズを与える。上記の方程式から、Sk
が大きいほどBeffが良くなることが明らかである。所与
のk(方程式(1)によって示されるように、映画の長さL
と放送繰り返し間隔tによって決定される)の場合、こ
れはより大きいバッファ・サイズSを意味する。
【0055】例2:カレント・ドライブについて、Bmax
= 6.9MB/sec、Bmin = 5.1MB/sec, MAX_SEEK = 16.5ms,
MAX_ROT = 8.34msである。t=10分の2時間の映画放送
について、我々が図1のそれぞれの列を等サイズの2つ
のグループに分割するならば(m/k=0.5)、SGP方法による
実現可能な実効帯域幅は以下の通りである。
= 6.9MB/sec、Bmin = 5.1MB/sec, MAX_SEEK = 16.5ms,
MAX_ROT = 8.34msである。t=10分の2時間の映画放送
について、我々が図1のそれぞれの列を等サイズの2つ
のグループに分割するならば(m/k=0.5)、SGP方法による
実現可能な実効帯域幅は以下の通りである。
【0056】
【表2】
【0057】上記で、基本のレイアウト方法が、128K
(または64Kでも)のセグメント・サイズで最大5.1MB/sec
のディスク帯域幅を利用できることが示されている。表
2は、SGP方法がディスク帯域幅の利用に関して基本方
法よりもよい仕事を行うことができるが(上記の場合で
5%の改善)、バッファの必要条件を2倍にするコスト
がかかるという結論を支持する。メモリ対ディスク帯域
幅のトレードオフが考慮されるべきである。
(または64Kでも)のセグメント・サイズで最大5.1MB/sec
のディスク帯域幅を利用できることが示されている。表
2は、SGP方法がディスク帯域幅の利用に関して基本方
法よりもよい仕事を行うことができるが(上記の場合で
5%の改善)、バッファの必要条件を2倍にするコスト
がかかるという結論を支持する。メモリ対ディスク帯域
幅のトレードオフが考慮されるべきである。
【0058】代替の実施例:ディスク・ペアリング(DP)
方法 ここで教示される基本レイアウトの別の派生は、図9の
いわゆる「ディスク・ペアリング」すなわち「DP」方法
55である。DP方法55は、より高いビット速度をもつ映画
Aを2つの同質なディスク60、65の外側ののゾーン78
0、785に配置し、より低いビット速度をもつ第2の映画
Bを、これらの2つのディスク60、65の内側のゾーン79
0、795に配置し、与えられた両方の映画は同じ繰り返し
間隔tで放送される。具体的にDP方法は、映画Aの第1
の半分780(すなわち図1のセグメント・シーケンスの第
1の半分)をディスク1の60に配置し、最も外側のゾーン
から始まってディスク1の60の最も内側のゾーンにある
映画B790の第1の半分へ続く。ディスク2の65は、映画
Aの第2の半分を含み、最も外側のゾーン785から始ま
って、内側のゾーン795の映画Bの第2の半分が続く。
両方のディスクは、前述したように始めから終わりまで
掃引パターンを繰り返す。ディスクの掃引時間は、映画
の長さおよびビット速度に関係なく、放送繰り返し間隔
tに等しい。従ってシステムは、2つのディスクの掃引
開始時間がt/2分のオフセット離れて設定される場合に
適切に動作する。ディスク1が外側のゾーンから映画A
のデータを転送する間、ディスク2は内側のゾーンから
映画Bを放送している。あるt/2分後に、ディスク1は
内側のゾーンの映画Bへ掃引し、ディスク2は外側のゾ
ーンの映画Aへ掃引し、それによって放送を継続する。
方程式5は、ディスクの外側のゾーンと内側のゾーンの
帯域幅と相対的な映画AおよびBの最大の許容ビット速
度の間の関係を説明する。
方法 ここで教示される基本レイアウトの別の派生は、図9の
いわゆる「ディスク・ペアリング」すなわち「DP」方法
55である。DP方法55は、より高いビット速度をもつ映画
Aを2つの同質なディスク60、65の外側ののゾーン78
0、785に配置し、より低いビット速度をもつ第2の映画
Bを、これらの2つのディスク60、65の内側のゾーン79
0、795に配置し、与えられた両方の映画は同じ繰り返し
間隔tで放送される。具体的にDP方法は、映画Aの第1
の半分780(すなわち図1のセグメント・シーケンスの第
1の半分)をディスク1の60に配置し、最も外側のゾーン
から始まってディスク1の60の最も内側のゾーンにある
映画B790の第1の半分へ続く。ディスク2の65は、映画
Aの第2の半分を含み、最も外側のゾーン785から始ま
って、内側のゾーン795の映画Bの第2の半分が続く。
両方のディスクは、前述したように始めから終わりまで
掃引パターンを繰り返す。ディスクの掃引時間は、映画
の長さおよびビット速度に関係なく、放送繰り返し間隔
tに等しい。従ってシステムは、2つのディスクの掃引
開始時間がt/2分のオフセット離れて設定される場合に
適切に動作する。ディスク1が外側のゾーンから映画A
のデータを転送する間、ディスク2は内側のゾーンから
映画Bを放送している。あるt/2分後に、ディスク1は
内側のゾーンの映画Bへ掃引し、ディスク2は外側のゾ
ーンの映画Aへ掃引し、それによって放送を継続する。
方程式5は、ディスクの外側のゾーンと内側のゾーンの
帯域幅と相対的な映画AおよびBの最大の許容ビット速
度の間の関係を説明する。
【0059】さらなる例:一対のドライブは2つの2時
間の映画を格納し、10分の繰り返し間隔で放送すること
ができる。これらの2つの映画は、最大4.6Mb/secおよ
び3.4Mb/secでコード化されうる。代わりに基本のレイ
アウト方法が使用されるとすると、映画は両方とも最大
3.4Mb/secでコード化されなければならない。従ってDP
方法を使用することによる全体の実効ディスク帯域幅は
Beff = 6MB/secであり、基本のレイアウト方法を使用す
ることによる実現可能な帯域幅よりも17%高い。
間の映画を格納し、10分の繰り返し間隔で放送すること
ができる。これらの2つの映画は、最大4.6Mb/secおよ
び3.4Mb/secでコード化されうる。代わりに基本のレイ
アウト方法が使用されるとすると、映画は両方とも最大
3.4Mb/secでコード化されなければならない。従ってDP
方法を使用することによる全体の実効ディスク帯域幅は
Beff = 6MB/secであり、基本のレイアウト方法を使用す
ることによる実現可能な帯域幅よりも17%高い。
【0060】また同じ例を長い映画とより短い映画につ
いても使用することができ、結果的に両方ともt分間隔
で放送される。この場合、より多くのストリームが長い
映画に必要とされ(方程式1を参照)、これはより多くの
データ・セグメントがサービス・ラウンド期間T内に転
送される必要があることを意味する。従って長い映画に
はより多くの帯域幅が必要とされる。前述の例を続ける
ために、両方の映画が4Mb/secの速度でコード化される
場合、一対のそのようなディスクの帯域幅は138分の映
画と102分の映画の放送を支援することができる(容量の
必要条件が満たされることができると仮定する)。各々
の映画が1つのディスク上に格納される場合、ディスク
帯域幅はたった2つの102分の映画の放送しか可能にし
ない。
いても使用することができ、結果的に両方ともt分間隔
で放送される。この場合、より多くのストリームが長い
映画に必要とされ(方程式1を参照)、これはより多くの
データ・セグメントがサービス・ラウンド期間T内に転
送される必要があることを意味する。従って長い映画に
はより多くの帯域幅が必要とされる。前述の例を続ける
ために、両方の映画が4Mb/secの速度でコード化される
場合、一対のそのようなディスクの帯域幅は138分の映
画と102分の映画の放送を支援することができる(容量の
必要条件が満たされることができると仮定する)。各々
の映画が1つのディスク上に格納される場合、ディスク
帯域幅はたった2つの102分の映画の放送しか可能にし
ない。
【0061】最後に、この例は更なる微調整として3ま
たはそれ以上のディスクまで拡張することができるが、
実現可能な利益が制限されうる。他方で、多数のディス
クに映画を格納することは、どんなディスクの失敗も放
送を中断するので、映画の不稼働率を増加させる(RAID
無しと仮定)。従って、さらなる多数ディスクのレイア
ウトがありえるが、ディスク・ペアリングが推薦され
る。
たはそれ以上のディスクまで拡張することができるが、
実現可能な利益が制限されうる。他方で、多数のディス
クに映画を格納することは、どんなディスクの失敗も放
送を中断するので、映画の不稼働率を増加させる(RAID
無しと仮定)。従って、さらなる多数ディスクのレイア
ウトがありえるが、ディスク・ペアリングが推薦され
る。
【0062】一次の記憶媒体としてのテープまたはコン
パクトディスク(CD) 前述の全ての議論ではディスクが一次の記憶媒体として
特徴付けられていたが、テープもまた記憶媒体として使
用することができる。テープは低コストの利点をもつ
が、ここで議論されるような他の難問を提起する。
パクトディスク(CD) 前述の全ての議論ではディスクが一次の記憶媒体として
特徴付けられていたが、テープもまた記憶媒体として使
用することができる。テープは低コストの利点をもつ
が、ここで議論されるような他の難問を提起する。
【0063】データ・レイアウト方法(図1)を使用する
と、記憶媒体へのアクセス・パターンは完全に逐次的で
ある。テープが一次の記憶媒体であってもよく、ビデオ
をテープから直接読み出すことができる。ディスク記憶
装置では、最も外側から最も内側のゾーンへの掃引には
t分かかり、その後開始位置に「ジャンプ」するが、テ
ープの「ジャンプ」は、テープの始めまでの巻戻しであ
る。十分な帯域幅と速度があれば、テープの巻戻しの遅
延は必ずしも問題になりえない。例えば、映画の放送が
4.5MB/secの帯域幅(2時間の映画が3Mb/secの速度でコ
ード化され、10分間隔で放送されると同義)を必要と
し、テープが9MB/secの帯域幅を持つ場合、テープの始
めと終わりのサービス・ラウンドのアイドル期間は、テ
ープの巻戻し速度に依存して巻戻し時間をカバーするに
十分な長さでありえる。テープの巻戻しがあまりに遅す
ぎると、2つのテープ・ドライブが1つの映画の放送を
支援しなければならず、それによってテープのコストを
2倍にする。現在、ディスクと比較したテープ媒体のコ
スト比はおよそ1:300である。従ってテープ自体ではな
く、テープ・ドライブのコストが主なコスト要因であ
る。2つのテープ・ドライブが1つのディスクよりもコ
ストがかからないならば、テープのほうがより経済的で
ありえる。他方、テープ・ドライブが双方向の読み出し
を支援する場合、すなわち「巻き戻し」ながら読み出し
を続けることができる場合、図1のレイアウト・シーケ
ンスの第2の半分を逆方向の読み出しとして配置するこ
とによって、図1のレイアウトをテープに直接に適用で
きる。さらに商業的に発売された映画はディスク上にロ
ードされる必要があるが、すでにテープ上にある市販の
映画は、挿入するだけでよい。
と、記憶媒体へのアクセス・パターンは完全に逐次的で
ある。テープが一次の記憶媒体であってもよく、ビデオ
をテープから直接読み出すことができる。ディスク記憶
装置では、最も外側から最も内側のゾーンへの掃引には
t分かかり、その後開始位置に「ジャンプ」するが、テ
ープの「ジャンプ」は、テープの始めまでの巻戻しであ
る。十分な帯域幅と速度があれば、テープの巻戻しの遅
延は必ずしも問題になりえない。例えば、映画の放送が
4.5MB/secの帯域幅(2時間の映画が3Mb/secの速度でコ
ード化され、10分間隔で放送されると同義)を必要と
し、テープが9MB/secの帯域幅を持つ場合、テープの始
めと終わりのサービス・ラウンドのアイドル期間は、テ
ープの巻戻し速度に依存して巻戻し時間をカバーするに
十分な長さでありえる。テープの巻戻しがあまりに遅す
ぎると、2つのテープ・ドライブが1つの映画の放送を
支援しなければならず、それによってテープのコストを
2倍にする。現在、ディスクと比較したテープ媒体のコ
スト比はおよそ1:300である。従ってテープ自体ではな
く、テープ・ドライブのコストが主なコスト要因であ
る。2つのテープ・ドライブが1つのディスクよりもコ
ストがかからないならば、テープのほうがより経済的で
ありえる。他方、テープ・ドライブが双方向の読み出し
を支援する場合、すなわち「巻き戻し」ながら読み出し
を続けることができる場合、図1のレイアウト・シーケ
ンスの第2の半分を逆方向の読み出しとして配置するこ
とによって、図1のレイアウトをテープに直接に適用で
きる。さらに商業的に発売された映画はディスク上にロ
ードされる必要があるが、すでにテープ上にある市販の
映画は、挿入するだけでよい。
【0064】またここで教示されるレイアウト方法をC
Dにも適用して、CDからの直接の放送を支援すること
ができる。この場合、テープにあるような「巻戻し」の
遅延は存在しない。(CD技法が改善するにつれて連続
的に広がっている)CDの帯域幅が放送の帯域幅の必要
条件を満たすことができる場合、CDは、NVODサーバの
一次の記憶媒体としてシステム・コストを下げるために
使用されるべきである。
Dにも適用して、CDからの直接の放送を支援すること
ができる。この場合、テープにあるような「巻戻し」の
遅延は存在しない。(CD技法が改善するにつれて連続
的に広がっている)CDの帯域幅が放送の帯域幅の必要
条件を満たすことができる場合、CDは、NVODサーバの
一次の記憶媒体としてシステム・コストを下げるために
使用されるべきである。
【0065】代替のNVODモデル 先の全ての議論は、一定の繰り返し間隔が仮定されたNV
ODシステムに重点を置いていた。NVODの代替のモデル
は、図10に示されるように視聴リクエスト70を受け取
った後にだけ放送するシステムである。リクエストR2
を受け取ると、サーバは第1の放送ストリームS1を起
動する前に所定の期間t1だけ遅延する。そしてサーバ
は、同じ映画に対するさらなる全ての視聴リクエストを
増分期間t(t2、t3、...)で集める。続いて起こるt
期間の間にリクエストが受け取られなければ、ストリー
ムは起動されない。しかし、t4で受け取られるR2とR
3によって示されるように、リクエストがある時間期間
の間に受け取られる場合、サーバは期間t4の終わりに
1つのストリームS2を起動する。こうして、視聴者は
選択したものを視聴するためのリクエストを起動した
後、tより大きい遅延を被らない。サーバは直ちに応答
するのではなく最大期間t分間遅らせ、同じ映画に対す
るすべてのリクエストを蓄積するので、効率が保たれ
る。待ち期間が完了すると、サーバはリクエストされた
映画ストリームの分散ネットワークへの配送を開始し、
そのストリームはリクエストしている視聴者へ多重に向
けられる。映画が始まった後にさらにリクエストが受け
取られる場合、サーバはさらなる最大待ち期間t分の
後、新しいストリームを始める。ストリームはオンデマ
ンドでのみ始まるので、ネットワーク帯域幅が節約され
る。しかしこのモデルでは、早送り早戻しの機能は利用
できない。
ODシステムに重点を置いていた。NVODの代替のモデル
は、図10に示されるように視聴リクエスト70を受け取
った後にだけ放送するシステムである。リクエストR2
を受け取ると、サーバは第1の放送ストリームS1を起
動する前に所定の期間t1だけ遅延する。そしてサーバ
は、同じ映画に対するさらなる全ての視聴リクエストを
増分期間t(t2、t3、...)で集める。続いて起こるt
期間の間にリクエストが受け取られなければ、ストリー
ムは起動されない。しかし、t4で受け取られるR2とR
3によって示されるように、リクエストがある時間期間
の間に受け取られる場合、サーバは期間t4の終わりに
1つのストリームS2を起動する。こうして、視聴者は
選択したものを視聴するためのリクエストを起動した
後、tより大きい遅延を被らない。サーバは直ちに応答
するのではなく最大期間t分間遅らせ、同じ映画に対す
るすべてのリクエストを蓄積するので、効率が保たれ
る。待ち期間が完了すると、サーバはリクエストされた
映画ストリームの分散ネットワークへの配送を開始し、
そのストリームはリクエストしている視聴者へ多重に向
けられる。映画が始まった後にさらにリクエストが受け
取られる場合、サーバはさらなる最大待ち期間t分の
後、新しいストリームを始める。ストリームはオンデマ
ンドでのみ始まるので、ネットワーク帯域幅が節約され
る。しかしこのモデルでは、早送り早戻しの機能は利用
できない。
【0066】ここで教示されるレイアウト方法は、この
代替のNVODモデル(図10に示される)に適用される。デ
ィスクがt分間隔で映画を配送することができると仮定
すると、第1のリクエストR1の後、サーバはt分のタ
イマーを開始する。t分がt1を通過するとき、ディス
クアームは外側から内側のゾーンに掃引し、各々の掃引
にはt分かかる。しかし各々のサービス・ラウンド内
で、1つのセグメントだけが読み出される。例えば、
(図2ないし図4と関連して図示し、議論したように)第
1の掃引の間にセグメント0、1、2...n-1だけを読み出
し、第2の掃引の間にセグメントn、n+1...だけを読み
出す。任意の時間に新しいリクエストRがあった場合、
次の掃引の始まりに、それらの対応するサービス・ラウ
ンドの第1のストリームのセグメントとともにセグメン
ト0、1、2、....を読み出すことによって新しいストリ
ームS2が始められる。このように、システムはこの映
画について最大k個の同時のストリームをもつことがで
き、それぞれの視聴リクエストの最大待ち時間はt分で
ある本発明は例として次の実施態様を含む。
代替のNVODモデル(図10に示される)に適用される。デ
ィスクがt分間隔で映画を配送することができると仮定
すると、第1のリクエストR1の後、サーバはt分のタ
イマーを開始する。t分がt1を通過するとき、ディス
クアームは外側から内側のゾーンに掃引し、各々の掃引
にはt分かかる。しかし各々のサービス・ラウンド内
で、1つのセグメントだけが読み出される。例えば、
(図2ないし図4と関連して図示し、議論したように)第
1の掃引の間にセグメント0、1、2...n-1だけを読み出
し、第2の掃引の間にセグメントn、n+1...だけを読み
出す。任意の時間に新しいリクエストRがあった場合、
次の掃引の始まりに、それらの対応するサービス・ラウ
ンドの第1のストリームのセグメントとともにセグメン
ト0、1、2、....を読み出すことによって新しいストリ
ームS2が始められる。このように、システムはこの映
画について最大k個の同時のストリームをもつことがで
き、それぞれの視聴リクエストの最大待ち時間はt分で
ある本発明は例として次の実施態様を含む。
【0067】(1)デジタル化されたパフォーマンス表
示を所定の間隔で提供する方法であって、1つのパフォ
ーマンス・リクエストあたり必要とされる並行ストリー
ムを、パフォーマンスの継続時間および間隔の頻度の関
数として定義するステップと、装置の容量が少なくとも
1つのデジタル化されたパフォーマンスの既知の割当て
分に適応するように、少なくとも1つのデジタル記憶装
置を選択するステップと、上記装置上のデータが上記パ
フォーマンスの第1のストリームから始まって順次に読
み出されるように、上記デジタル記憶装置にデータを配
置するステップと、上記装置からデータを読み出すステ
ップと、受け取られる伝送が、オリジナルの上記デジタ
ル化されたパフォーマンスのデジタル変形であるよう
に、上記デジタル化されたパフォーマンスを伝送するス
テップと、を含む上記方法。
示を所定の間隔で提供する方法であって、1つのパフォ
ーマンス・リクエストあたり必要とされる並行ストリー
ムを、パフォーマンスの継続時間および間隔の頻度の関
数として定義するステップと、装置の容量が少なくとも
1つのデジタル化されたパフォーマンスの既知の割当て
分に適応するように、少なくとも1つのデジタル記憶装
置を選択するステップと、上記装置上のデータが上記パ
フォーマンスの第1のストリームから始まって順次に読
み出されるように、上記デジタル記憶装置にデータを配
置するステップと、上記装置からデータを読み出すステ
ップと、受け取られる伝送が、オリジナルの上記デジタ
ル化されたパフォーマンスのデジタル変形であるよう
に、上記デジタル化されたパフォーマンスを伝送するス
テップと、を含む上記方法。
【0068】(2)上記デジタル記憶装置を選択するス
テップがさらにディスク・タイプの記憶装置の選択を含
み、上記ディスク・タイプの記憶装置にデータを配置す
るステップが1掃引につき1ディスク・シークが必要と
されるように実現される、上記(1)の方法。 (3)さらに上記デジタル化されたパフォーマンスを放
送するステップを含み、上記ステップは各々の放送デー
タストリームについて複数のバッファが使用されるよう
に実現され、上記バッファは利用可能な帯域幅に関し
て、絶え間ないデータ供給放送を保証するに十分な組合
せである、上記(1)の方法。 (4)上記放送するステップがさらに、各々のデータス
トリームについて少なくとも一対のバッファの使用を含
み、上記バッファの対がデジタル化されたパフォーマン
スの絶え間ない伝送を供給することができる、上記(3)
の方法。
テップがさらにディスク・タイプの記憶装置の選択を含
み、上記ディスク・タイプの記憶装置にデータを配置す
るステップが1掃引につき1ディスク・シークが必要と
されるように実現される、上記(1)の方法。 (3)さらに上記デジタル化されたパフォーマンスを放
送するステップを含み、上記ステップは各々の放送デー
タストリームについて複数のバッファが使用されるよう
に実現され、上記バッファは利用可能な帯域幅に関し
て、絶え間ないデータ供給放送を保証するに十分な組合
せである、上記(1)の方法。 (4)上記放送するステップがさらに、各々のデータス
トリームについて少なくとも一対のバッファの使用を含
み、上記バッファの対がデジタル化されたパフォーマン
スの絶え間ない伝送を供給することができる、上記(3)
の方法。
【0069】(5)1データ伝送あたりのデータ転送ユ
ニットを定義するステップと、装置の容量と帯域幅が全
データ伝送との既知の関係を生むように、少なくとも1
つのデータ記憶装置を選択するステップと、上記データ
伝送の第1の転送ユニットから始まって、データ記憶装
置からデータが順次に読み出されるのを可能にする所定
の方法で上記データ記憶装置にデータを配置するステッ
プと、を含む、デジタルデータのレイアウト方法。
ニットを定義するステップと、装置の容量と帯域幅が全
データ伝送との既知の関係を生むように、少なくとも1
つのデータ記憶装置を選択するステップと、上記データ
伝送の第1の転送ユニットから始まって、データ記憶装
置からデータが順次に読み出されるのを可能にする所定
の方法で上記データ記憶装置にデータを配置するステッ
プと、を含む、デジタルデータのレイアウト方法。
【0070】(6)さらに、データ伝送の容量および帯
域幅の必要条件を総計として適応させる複数のデータ記
憶装置を選択するステップを含み、さらに、全体のデー
タ伝送をセグメントに分割するステップと、上記複数の
記憶装置のそれぞれの間で順次に読み出すように上記複
数のデータ記憶装置に上記ユニットを配置するステップ
と、を含む上記(5)のデジタルデータのレイアウト方
法。 (7)さらに、配置されるべき全体のデータ・ユニット
を適応させ、最小の実行可能な量だけデータファイルの
サイズを越え、それによってディスク記憶空間の使用を
最適化する容量をもつデジタル記憶装置を選択するステ
ップを含む、上記(6)のデジタルデータのレイアウト方
法。
域幅の必要条件を総計として適応させる複数のデータ記
憶装置を選択するステップを含み、さらに、全体のデー
タ伝送をセグメントに分割するステップと、上記複数の
記憶装置のそれぞれの間で順次に読み出すように上記複
数のデータ記憶装置に上記ユニットを配置するステップ
と、を含む上記(5)のデジタルデータのレイアウト方
法。 (7)さらに、配置されるべき全体のデータ・ユニット
を適応させ、最小の実行可能な量だけデータファイルの
サイズを越え、それによってディスク記憶空間の使用を
最適化する容量をもつデジタル記憶装置を選択するステ
ップを含む、上記(6)のデジタルデータのレイアウト方
法。
【0071】(8)複数のデジタル化媒体のパフォーマ
ンスを1つのデータ記憶装置に配置することができるデ
ジタル・レイアウト方法であって、複数のデジタル化さ
れたパフォーマンスのそれぞれの放送間隔を決定するス
テップと、装置の容量および帯域幅が既知の倍数によっ
てパフォーマンス・デジタル・データの必要条件の合計
を越えるような少なくとも1つのデータ記憶装置を選択
するステップと、各々のパフォーマンスをデジタルデー
タ・セグメントに分割するステップと、装置が順次に読
み出され、複数のパフォーマンス・ストリームが上記複
数のパフォーマンスの同時の放送をもたらし、それによ
ってディスク帯域幅の使用を最適化するように、各々の
パフォーマンスのセグメントを配置するステップと、を
含む、上記デジタル・レイアウト方法。
ンスを1つのデータ記憶装置に配置することができるデ
ジタル・レイアウト方法であって、複数のデジタル化さ
れたパフォーマンスのそれぞれの放送間隔を決定するス
テップと、装置の容量および帯域幅が既知の倍数によっ
てパフォーマンス・デジタル・データの必要条件の合計
を越えるような少なくとも1つのデータ記憶装置を選択
するステップと、各々のパフォーマンスをデジタルデー
タ・セグメントに分割するステップと、装置が順次に読
み出され、複数のパフォーマンス・ストリームが上記複
数のパフォーマンスの同時の放送をもたらし、それによ
ってディスク帯域幅の使用を最適化するように、各々の
パフォーマンスのセグメントを配置するステップと、を
含む、上記デジタル・レイアウト方法。
【0072】(9)さらに、複数のデジタル化されたパ
フォーマンスを選択するステップと、読み出し時、1つ
のデジタル・パフォーマンスから成る各々のストリーム
をもつ離散的なデータストリームを生成するデジタル・
シーケンスのはさみ込みを生成するように、所定の順序
に従って上記デジタル記憶装置上に各々のデジタル化さ
れたパフォーマンスの一連のセグメントを配置するステ
ップと、を含む、上記(1)のデジタルデータ・レイアウ
ト方法。
フォーマンスを選択するステップと、読み出し時、1つ
のデジタル・パフォーマンスから成る各々のストリーム
をもつ離散的なデータストリームを生成するデジタル・
シーケンスのはさみ込みを生成するように、所定の順序
に従って上記デジタル記憶装置上に各々のデジタル化さ
れたパフォーマンスの一連のセグメントを配置するステ
ップと、を含む、上記(1)のデジタルデータ・レイアウ
ト方法。
【0073】(10)複数のデジタル化されたパフォー
マンスを選択するステップと、上記複数のデジタル化さ
れたパフォーマンスのセグメントを識別するステップ
と、デジタル記憶媒体上の所定の物理位置のセグメント
を対にする、または別な方法で地理的に連結させるステ
ップと、を含み、各々の放送サービス・ラウンドが対の
セグメントの第1のグループ、そして対のセグメントの
第2のグループの読み出しを含むように、セグメントの
2つのグループがデジタル記憶装置上で対にされる、デ
ジタルデータ・レイアウト方法。 (11)上記デジタル記憶装置を選択するステップがさ
らに、選択される複数のデジタル媒体記憶装置を選択す
るステップを含み、ディスク掃引時間が放送繰り返し間
隔に等しいように少なくとも1つのデジタル化された仕
事が配置される、上記(10)のデジタルデータ・レイアウ
ト方法。
マンスを選択するステップと、上記複数のデジタル化さ
れたパフォーマンスのセグメントを識別するステップ
と、デジタル記憶媒体上の所定の物理位置のセグメント
を対にする、または別な方法で地理的に連結させるステ
ップと、を含み、各々の放送サービス・ラウンドが対の
セグメントの第1のグループ、そして対のセグメントの
第2のグループの読み出しを含むように、セグメントの
2つのグループがデジタル記憶装置上で対にされる、デ
ジタルデータ・レイアウト方法。 (11)上記デジタル記憶装置を選択するステップがさ
らに、選択される複数のデジタル媒体記憶装置を選択す
るステップを含み、ディスク掃引時間が放送繰り返し間
隔に等しいように少なくとも1つのデジタル化された仕
事が配置される、上記(10)のデジタルデータ・レイアウ
ト方法。
【0074】(12)2つの別個のデジタル化されたパ
フォーマンスの放送を同じ間隔で可能にするデジタルデ
ータ・レイアウト方法であって、第1および第2のディ
スクの外側のゾーンに第1のパフォーマンスを配置する
ステップと、上記第1および第2のディスク内側のゾー
ンに第2のパフォーマンスを配置するステップと、掃引
時間の開始のオフセットは放送間隔tを2で割ったもの
であるように、上記第1およびで第2のディスク上で第
1および第2のディスクアームの掃引をコーディネート
するステップと、を含む上記デジタルデータ・レイアウ
ト方法。 (13)読み出すステップが視聴リクエストによってト
リガーされる、上記(1)の方法。
フォーマンスの放送を同じ間隔で可能にするデジタルデ
ータ・レイアウト方法であって、第1および第2のディ
スクの外側のゾーンに第1のパフォーマンスを配置する
ステップと、上記第1および第2のディスク内側のゾー
ンに第2のパフォーマンスを配置するステップと、掃引
時間の開始のオフセットは放送間隔tを2で割ったもの
であるように、上記第1およびで第2のディスク上で第
1および第2のディスクアームの掃引をコーディネート
するステップと、を含む上記デジタルデータ・レイアウ
ト方法。 (13)読み出すステップが視聴リクエストによってト
リガーされる、上記(1)の方法。
【0075】
【発明の効果】本発明に従うデジタルデータのレイアウ
ト方法を用いることにより、記憶スペースを有効に使用
し、システム・コストを減少させるNVODシステムを提供
することができる。
ト方法を用いることにより、記憶スペースを有効に使用
し、システム・コストを減少させるNVODシステムを提供
することができる。
【図1】この発明に従うレイアウトの概略図である。
【図2】この発明に従うレイアウトの概略図である。
【図3】この発明に従うレイアウトの概略図である。
【図4】この発明に従うレイアウトの概略図である。
【図5】好ましい実施例に従う、記憶サブシステムと分
配ネットワークとの間のバッファ・メモリ構造を表す。
配ネットワークとの間のバッファ・メモリ構造を表す。
【図6】この発明に従って、サービス・ラウンドと、ビ
ット速度rの関数としてのそのラウンドの再生時間Tと
の間の関係を表す概略図である。
ット速度rの関数としてのそのラウンドの再生時間Tと
の間の関係を表す概略図である。
【図7】複数のパフォーマンスがディスク記憶媒体上に
所定のパターンで配置される、この発明の代替実施例を
表す概略図である。
所定のパターンで配置される、この発明の代替実施例を
表す概略図である。
【図8】利用可能な容量を最も効率的に利用して放送の
目的を満たすために、セグメント・グループが利用可能
な記憶媒体容量を横切って所定のパターンで対にされ
る、この発明の代替実施例を表す概略図である。
目的を満たすために、セグメント・グループが利用可能
な記憶媒体容量を横切って所定のパターンで対にされ
る、この発明の代替実施例を表す概略図である。
【図9】利用可能な容量を最も効率的に利用して放送の
目的を満たすために、デジタル化されたパフォーマンス
が複数の記憶装置を横切って所定のシーケンスで配列さ
れる、この発明の代替実施例を表す概略図である。
目的を満たすために、デジタル化されたパフォーマンス
が複数の記憶装置を横切って所定のシーケンスで配列さ
れる、この発明の代替実施例を表す概略図である。
【図10】加入者の要求が、可能な並行ストリームの数
に基づいてあらかじめ決められた利用可能なストリーム
の数によって決定される最大待ち時間内にパフォーマン
スの放送を起動する、この発明の代替実施例を表す概略
図である。
に基づいてあらかじめ決められた利用可能なストリーム
の数によって決定される最大待ち時間内にパフォーマン
スの放送を起動する、この発明の代替実施例を表す概略
図である。
Claims (1)
- 【請求項1】デジタル化されたパフォーマンスの表示を
所定の間隔で提供する方法であって、 1つのパフォーマンス・リクエストにつき必要とされる
並行ストリームを、パフォーマンスの継続時間および間
隔の頻度の関数として定義するステップと、 装置の容量が少なくとも1つのデジタル化されたパフォ
ーマンスの既知の割当て分に適応する、少なくとも1つ
のデジタル記憶装置を選択するステップと、 上記デジタル記憶装置上のデータが上記パフォーマンス
の第1のストリームから始まって順次に読み出されるよ
うに、上記デジタル記憶装置にデータを配置するステッ
プと、 上記装置からデータを読み出すステップと、 受け取られる伝送がオリジナルの上記デジタル化された
パフォーマンスのデジタル変形であるように、上記デジ
タル化されたパフォーマンスを伝送するステップと、を
含む上記方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/536,884 US5721823A (en) | 1995-09-29 | 1995-09-29 | Digital layout method suitable for near video on demand system |
US536,884 | 1995-09-29 |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH09135433A true JPH09135433A (ja) | 1997-05-20 |
Family
ID=24140325
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP8244355A Pending JPH09135433A (ja) | 1995-09-29 | 1996-09-17 | デジタル化されたパフォーマンスの表示を所定の間隔で提供する方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US5721823A (ja) |
EP (1) | EP0766473A3 (ja) |
JP (1) | JPH09135433A (ja) |
Families Citing this family (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5926205A (en) * | 1994-10-19 | 1999-07-20 | Imedia Corporation | Method and apparatus for encoding and formatting data representing a video program to provide multiple overlapping presentations of the video program |
JP3953512B2 (ja) | 1994-12-23 | 2007-08-08 | テラヨン コミュニケーションズ システムズ, インコーポレイテッド | 分散ビデオデータを観察するためのvcrのようなトリック・モード機能を提供するための方法ならびにその装置 |
JPH11506575A (ja) * | 1995-03-07 | 1999-06-08 | インターバル リサーチ コーポレイション | 情報の選択記憶システム及び方法 |
US5974502A (en) * | 1995-10-27 | 1999-10-26 | Lsi Logic Corporation | Apparatus and method for analyzing and modifying data transfer reguests in a raid system |
US6173330B1 (en) * | 1996-09-17 | 2001-01-09 | Motorola, Inc. | Delivery and acquisition of data segments with optimized inter-arrival time |
US5893062A (en) | 1996-12-05 | 1999-04-06 | Interval Research Corporation | Variable rate video playback with synchronized audio |
US6263507B1 (en) * | 1996-12-05 | 2001-07-17 | Interval Research Corporation | Browser for use in navigating a body of information, with particular application to browsing information represented by audiovisual data |
US5924013A (en) * | 1997-09-03 | 1999-07-13 | Guido; Mary M. | Method and apparatus for transmitting motion picture cinematic information for viewing in movie theaters and ordering method therefor |
US6141493A (en) * | 1997-11-04 | 2000-10-31 | Chen; Meng-Chang | Filing of variable-bit-rate video information on zoned disks |
US6016507A (en) * | 1997-11-21 | 2000-01-18 | International Business Machines Corporation | Method and apparatus for deleting a portion of a video or audio file from data storage prior to completion of broadcast or presentation |
US6018359A (en) * | 1998-04-24 | 2000-01-25 | Massachusetts Institute Of Technology | System and method for multicast video-on-demand delivery system |
US6424993B1 (en) * | 1999-05-26 | 2002-07-23 | Respondtv, Inc. | Method, apparatus, and computer program product for server bandwidth utilization management |
US6385673B1 (en) | 1999-10-06 | 2002-05-07 | Sun Microsystems, Inc. | System and method for adjusting performance of a media storage by decreasing a maximum throughput by a primary derate parameter to specify available & guaranteed rate parameters and determining ring buffer sizes for streams |
US6721789B1 (en) | 1999-10-06 | 2004-04-13 | Sun Microsystems, Inc. | Scheduling storage accesses for rate-guaranteed and non-rate-guaranteed requests |
US6438630B1 (en) | 1999-10-06 | 2002-08-20 | Sun Microsystems, Inc. | Scheduling storage accesses for multiple continuous media streams |
US7155735B1 (en) | 1999-10-08 | 2006-12-26 | Vulcan Patents Llc | System and method for the broadcast dissemination of time-ordered data |
US6757682B1 (en) | 2000-01-28 | 2004-06-29 | Interval Research Corporation | Alerting users to items of current interest |
US6622305B1 (en) * | 2000-02-25 | 2003-09-16 | Opentv, Inc. | System and method for displaying near video on demand |
US7246369B1 (en) * | 2000-12-27 | 2007-07-17 | Info Valve Computing, Inc. | Broadband video distribution system using segments |
US8091112B1 (en) * | 2001-02-28 | 2012-01-03 | Keen Personal Technologies, Inc. | System and a method for transmitting and receiving a program with improved efficiency |
FR2825871B1 (fr) * | 2001-06-06 | 2003-10-31 | France Telecom | Protocole et systeme de diffusion de programmes audiovisuels a partir d'un serveur |
WO2002104028A1 (en) * | 2001-06-15 | 2002-12-27 | Koninklijke Philips Electronics N.V. | System for transmitting programs to client terminals |
US20040143850A1 (en) * | 2003-01-16 | 2004-07-22 | Pierre Costa | Video Content distribution architecture |
US20060031879A1 (en) * | 2004-04-30 | 2006-02-09 | Vulcan Inc. | Management and non-linear presentation of news-related broadcasted or streamed multimedia content |
US20060031916A1 (en) * | 2004-04-30 | 2006-02-09 | Vulcan Inc. | Management and non-linear presentation of broadcasted or streamed multimedia content |
US20060031885A1 (en) * | 2004-04-30 | 2006-02-09 | Vulcan Inc. | Management and non-linear presentation of music-related broadcasted or streamed multimedia content |
US20060259683A1 (en) * | 2005-05-16 | 2006-11-16 | Oracle International Corporation | Method and system for disk stippling |
US20070240185A1 (en) * | 2005-08-26 | 2007-10-11 | Weaver Timothy H | Methods, apparatuses, and computer program products for delivering audio content on demand |
US20070250875A1 (en) * | 2005-08-26 | 2007-10-25 | Weaver Timothy H | Methods, apparatuses, and computer program products for delivering one or more television programs for viewing during a specified viewing interval |
US7610507B2 (en) * | 2006-09-08 | 2009-10-27 | Agere Systems Inc. | High-speed redundant disk controller methods and systems |
CN102541460B (zh) * | 2010-12-20 | 2014-10-08 | 中国移动通信集团公司 | 一种多磁盘场景下的磁盘管理方法和设备 |
US10565099B2 (en) * | 2012-12-28 | 2020-02-18 | Apple Inc. | Methods and apparatus for compressed and compacted virtual memory |
US20150156249A1 (en) * | 2013-12-04 | 2015-06-04 | Verizon Patent And Licensing Inc. | Providing notifications regarding the multicast of scheduled content or popular content |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5416915A (en) * | 1992-12-11 | 1995-05-16 | International Business Machines Corporation | Method and system for minimizing seek affinity and enhancing write sensitivity in a DASD array |
DE69319329T2 (de) * | 1993-05-19 | 1998-10-29 | Alsthom Cge Alcatel | Verfahren zur Speicherverwaltung eines Videoservers |
US5461415A (en) * | 1994-03-15 | 1995-10-24 | International Business Machines Corporation | Look-ahead scheduling to support video-on-demand applications |
US5757415A (en) * | 1994-05-26 | 1998-05-26 | Sony Corporation | On-demand data transmission by dividing input data into blocks and each block into sub-blocks such that the sub-blocks are re-arranged for storage to data storage means |
US5586264A (en) * | 1994-09-08 | 1996-12-17 | Ibm Corporation | Video optimized media streamer with cache management |
US5612742A (en) * | 1994-10-19 | 1997-03-18 | Imedia Corporation | Method and apparatus for encoding and formatting data representing a video program to provide multiple overlapping presentations of the video program |
-
1995
- 1995-09-29 US US08/536,884 patent/US5721823A/en not_active Expired - Lifetime
-
1996
- 1996-09-12 EP EP96114642A patent/EP0766473A3/en not_active Withdrawn
- 1996-09-17 JP JP8244355A patent/JPH09135433A/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
EP0766473A2 (en) | 1997-04-02 |
US5721823A (en) | 1998-02-24 |
EP0766473A3 (en) | 1997-05-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JPH09135433A (ja) | デジタル化されたパフォーマンスの表示を所定の間隔で提供する方法 | |
US5815662A (en) | Predictive memory caching for media-on-demand systems | |
US5754773A (en) | Multimedia on-demand server having different transfer rates | |
US5852705A (en) | Method and apparatus for guaranteeing average case disk transfer bandwidth and seek time for a video server | |
CA2178359C (en) | Apparatus and method for scheduling and rescheduling incoming requests | |
US6529994B1 (en) | Method of striping data onto a storage array | |
US5720037A (en) | Multimedia on-demand server | |
JP4108121B2 (ja) | プログラム・データを記録する方法および装置 | |
KR100408635B1 (ko) | 주문형영화디스크저장루프아키텍처 | |
CA2178376C (en) | Video data retrieval method for use in video server environments that use striped disks | |
US5510905A (en) | Video storage server using track-pairing | |
US6138221A (en) | Method and system for supplying streams of data having identical maximum consumption rate in a storage medium | |
US5758151A (en) | Serial data storage for multiple access demand | |
WO2000060485A1 (en) | System for optimally accessing array of storage devices and optimally transmitting data to users | |
WO2000059145A1 (en) | Method and apparatus for storing and accessing multiple constant bit rate data | |
KR20030001367A (ko) | 제한된 요청 재배열을 구비하는 디스크 스케쥴링 시스템 | |
US6205525B1 (en) | System for supplying data steams | |
Özden et al. | A disk-based storage architecture for movie on demand servers | |
Cohen et al. | Pipelined disk arrays for digital movie retrieval | |
US20040250039A1 (en) | System and method for using swappable storage for high data content multi-source data storage | |
Shim et al. | An Effective Data Placement Scheme to Serve Popular Video On-Demand | |
Huang et al. | An efficient data placement and retrieval scheme of zoned-disks to support interactive playout for video servers | |
US20040250016A1 (en) | System and method for using swappable storage for storing program data | |
JPH0854990A (ja) | 動画像情報提供装置 | |
Ng et al. | Analysis on disk scheduling for special user functions |