ホーム > 特許ランキング > ＮＥＴＦＬＩＸ， ＩＮＣ．
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-02-16
(54)【発明の名称】複合的にメディアの格納と取得を行うための技術
(51)【国際特許分類】
H04N 21/235 20110101AFI20240208BHJP
H04N 21/231 20110101ALI20240208BHJP
G11B 20/10 20060101ALI20240208BHJP
G11B 27/00 20060101ALI20240208BHJP
G06F 16/28 20190101ALI20240208BHJP
【ＦＩ】
H04N21/235
H04N21/231
G11B20/10 321Z
G11B27/00 B
G06F16/28
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023548673
(86)(22)【出願日】2022-02-10
(85)【翻訳文提出日】2023-10-05
(86)【国際出願番号】 US2022016035
(87)【国際公開番号】W WO2022173991
(87)【国際公開日】2022-08-18
(31)【優先権主張番号】17/175,338
(32)【優先日】2021-02-12
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】506267178
【氏名又は名称】ネットフリックス・インコーポレイテッド
【氏名又は名称原語表記】ＮＥＴＦＬＩＸ， ＩＮＣ．
【住所又は居所原語表記】１２１ Ａｌｂｒｉｇｈｔ Ｗａｙ Ｌｏｓ Ｇａｔｏｓ， Ｃａｌｉｆｏｒｎｉａ ９５０３２ ＵＮＩＴＥＤ ＳＴＡＴＥＳ ＯＦ ＡＭＥＲＩＣＡ
(74)【代理人】
【識別番号】100073184
【弁理士】
【氏名又は名称】柳田 征史
(74)【代理人】
【識別番号】100175042
【弁理士】
【氏名又は名称】高橋 秀明
(74)【代理人】
【識別番号】100163050
【弁理士】
【氏名又は名称】小栗 眞由美
(74)【代理人】
【識別番号】100224775
【弁理士】
【氏名又は名称】南 毅
(72)【発明者】
【氏名】ニュートン，クリストファー
(72)【発明者】
【氏名】モーション，カレーニナ ガルシア
(72)【発明者】
【氏名】ヴィシュワナタン，ヴィノッド
【テーマコード（参考）】
5B175
5C164
5D044
5D110
【Ｆターム（参考）】
5B175AA02
5C164FA06
5C164MB13S
5C164MB44S
5C164SA21S
5C164SB08P
5C164SB36P
5C164SC01S
5D044AB01
5D044BC01
5D044CC04
5D044DE12
5D044DE37
5D110AA13
5D110DA02
5D110DA04
5D110DA11
(57)【要約】
一実施形態に記載の技術は、データ領域を要求するリクエストを受信するステップを含んでいる。このデータ領域は、ファイルセットにまたがって格納されている符号化版のメディアタイトルに含まれるものである。また、本技術は、ファイルエクステントインデックスに基づいて、当該ファイルセットに含まれる１つ以上のファイルを特定するステップをさらに含んでいる。なお、ファイルエクステントインデックスは、ファイルセットに含まれる各ファイルの識別子を、当該ファイルに格納されているとともに符号化版に含まれている所定のデータ領域に対応付けるマッピングを行うものである。また、本技術は、（１つ以上の）ファイルからデータ領域を取得するステップと、リクエストに対するレスポンスで、取得したデータ領域を送信するステップと、をさらに含んでいる。取得したデータ領域の少なくとも一部は、１つ以上のファイルのそれぞれに格納されている所定のデータ領域の範囲内に収まっている。
【特許請求の範囲】
【請求項1】
メディアタイトルを再生するためにこれにアクセスするための、コンピュータで実装される方法であって、クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップと、
第１のファイルエクステントインデックスに基づいて、前記第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップと、
前記１つ以上のファイルから前記第１のデータ領域を取得するステップと、
前記第１のリクエストに対するレスポンスで、前記第１のデータ領域を前記クライアントデバイスに送信するステップと、
を含み、
前記第１のデータ領域は、第１の符号化版の前記メディアタイトルに含まれるものであり、
前記第１の符号化版の前記メディアタイトルは、第１のファイルセットにまたがって格納されており、
前記１つ以上のファイルは、前記第１のファイルセットに含まれ、
前記第１のファイルエクステントインデックスは、前記第１のファイルセットに含まれる各ファイルの識別子を、該ファイルに格納されているとともに前記第１の符号化版の前記メディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものであり、
前記１つ以上のファイルのそれぞれから、前記第１のデータ領域の少なくとも一部が取得され、
該第１のデータ領域の該少なくとも一部は、該ファイルに格納されている前記所定のデータ領域の範囲内に収まっている、コンピュータで実装される方法。
【請求項2】
第２のデータ領域を要求する第２のリクエストを受信するステップと、前記第１のファイルエクステントインデックスと、前記第１のファイルセットに含まれる第１のファイルに対する第１のセグメントインデックスとに基づいて、前記第２のデータ領域を取得するステップと、
をさらに含み、
前記第２のデータ領域は、前記第１の符号化版の前記メディアタイトルにおける第１の時間オフセットから始まる領域であり、
前記第１のセグメントインデックスは、前記第１の符号化版における１つ以上の時間オフセットを、前記第１のファイルにおける１つ以上のオフセットに対応付けるマッピングを行うものである、請求項１に記載のコンピュータで実装される方法。
【請求項3】
前記第１のファイルエクステントインデックスと前記第１のセグメントインデックスとに基づいて前記第２のデータ領域を取得するステップが、前記第１のセグメントインデックスにおいて、前記第１の時間オフセットが対応付けられている前記第１のファイルにおける第１のオフセットを特定するステップと、
前記第２のデータ領域の少なくとも一部を、前記第１のファイルの前記第１のオフセット以降から取得するステップと、
を含む、請求項２に記載のコンピュータで実装される方法。
【請求項4】
前記第１のファイルエクステントインデックスと前記第１のセグメントインデックスとに基づいて前記第２のデータ領域を取得するステップが、前記第１のファイルエクステントインデックスに基づいて、前記第２のデータ領域の始まりが前記第１のファイルにあり、前記第２のデータ領域の終わりが第２のファイルにあることを特定するステップと、
前記第１のファイルから前記第２のデータ領域の１番目の部分を取得するステップと、
前記第２のファイルから前記第２のデータ領域の２番目の部分を取得するステップと、
を含み、
前記第２のデータ領域の前記１番目の部分は、前記第１のセグメントインデックスにおいて前記第１の時間オフセットに対応付けられている第１のオフセットから始まり、前記第１のファイルエクステントインデックスにおいて前記第１のファイルに対する第１の識別子に対応付けられている第２のオフセットで終わる部分であり、
前記第２のデータ領域の前記２番目の部分は、前記第１のファイルエクステントインデックスにおいて前記第２のファイルに対する第２の識別子に対応付けられている第３のオフセットから始まり、前記第２のファイルに対する第２のセグメントインデックスにおいて前記第２のデータ領域の終端を画定する第２の時間オフセットに対応付けられている第４のオフセットで終わる部分である、請求項２に記載のコンピュータで実装される方法。
【請求項5】
第２のデータ領域を要求する第２のリクエストを受信するステップと、第２のファイルエクステントインデックスに基づいて、前記第２のデータ領域を取り出す際にアクセスする１つ以上のさらなるファイルを特定するステップと、
前記１つ以上のさらなるファイルから前記第２のデータ領域を取得するステップと、
をさらに含み、
前記第２のデータ領域は、第２の符号化版の前記メディアタイトルに含まれるものであり、
前記第２の符号化版の前記メディアタイトルは、前記第１のファイルセットとオーバーラップしている第２のファイルセットにまたがって格納されており、
前記１つ以上のさらなるファイルは、前記第２のファイルセットに含まれ、
前記第２のファイルエクステントインデックスは、前記第２のファイルセットに含まれる各さらなるファイルの識別子を、該さらなるファイルに格納されているとともに前記第２の符号化版の前記メディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものであり、
前記１つ以上のさらなるファイルのそれぞれから、前記第２のデータ領域の少なくとも一部が取得され、
該第２のデータ領域の少なくとも一部は、該さらなるファイルに格納されている前記所定のデータ領域の範囲内に収まっている、請求項１に記載のコンピュータで実装される方法。
【請求項6】
前記１つ以上のファイルから前記第１のデータ領域を取得するステップが、前記第１のデータ領域における開始オフセットを、前記第１のファイルセットに含まれる第１のファイルにおける第１のオフセットに変換するステップと、
前記第１のファイルから前記第１のデータ領域の１番目の部分を取得するステップと、
を含み、
前記１番目の部分は、前記第１のファイルにおける前記第１のオフセットから始まる部分である、請求項１に記載のコンピュータで実装される方法。
【請求項7】
前記１つ以上のファイルから前記第１のデータ領域を取得するステップが、第２のファイルから前記第１のデータ領域の２番目の部分を取得するステップをさらに含み、前記２番目の部分は、前記第２のファイルにおける第２のオフセットで終わる部分であり、
前記第２のオフセットは、前記第１のデータ領域の終端に対応するものである、請求項６に記載のコンピュータで実装される方法。
【請求項8】
前記第１のデータ領域における前記開始オフセットを、前記第１のファイルにおける前記第１のオフセットに変換するステップが、前記開始オフセットと、前記第１のファイルエクステントインデックスに含まれる１つ以上のデータ領域が占めるバイト数とに基づいて、前記第１のファイルを割り出すステップと、
前記開始オフセットと前記１つ以上のデータ領域が占める前記バイト数との差分に基づいて、前記第１のオフセットを計算するステップと、
を含む、請求項６に記載のコンピュータで実装される方法。
【請求項9】
前記第１のファイルセットが、前記メディアタイトルの１番目の部分を第１の言語で表したものを収めた第１のファイルと、
前記メディアタイトルの前記１番目の部分を第２の言語で表したものを収めた第２のファイルと、
を含んでいる、請求項１に記載のコンピュータで実装される方法。
【請求項10】
前記第１のファイルエクステントインデックスが、前記第１の符号化版の前記メディアタイトルの長さ情報を含んでいる、請求項１に記載のコンピュータで実装される方法。
【請求項11】
命令を格納する非一時的なコンピュータ可読媒体であって、プロセッサによって実行された場合に、前記命令は前記プロセッサに、クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップと、
第１のファイルエクステントインデックスと、１つ以上のファイル識別子を１つ以上のファイルの場所に対応付ける１つ以上のファイルマッピングとに基づいて、前記第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップと、
前記１つ以上のファイルから前記第１のデータ領域を取得するステップと、
前記第１のリクエストに対するレスポンスで、前記第１のデータ領域を前記クライアントデバイスに送信するステップと、
を実行させ、
前記第１のデータ領域は、第１の符号化版のメディアタイトルに含まれるものであり、
前記第１の符号化版の前記メディアタイトルは、第１のファイルセットにまたがって格納されており、
前記１つ以上のファイルは、前記第１のファイルセットに含まれ、
前記第１のファイルエクステントインデックスは、前記第１のファイルセットに含まれる各ファイルの識別子を、該ファイルに格納されているとともに前記第１の符号化版の前記メディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものであり、
前記１つ以上のファイルのそれぞれから、前記第１のデータ領域の少なくとも一部が取得され、
該第１のデータ領域の該少なくとも一部は、該ファイルに格納されている前記所定のデータ領域の範囲内に収まっている、非一時的なコンピュータ可読媒体。
【請求項12】
前記命令が前記プロセッサに、第２のデータ領域を要求する第２のリクエストを受信するステップと、
前記第１のファイルエクステントインデックスと、前記第１のファイルセットに含まれる第１のファイルに対する第１のセグメントインデックスとに基づいて、前記第２のデータ領域を取得するステップと、
をさらに実行させ、
前記第２のデータ領域は、前記第１の符号化版の前記メディアタイトルにおける第１の時間オフセットから始まる領域であり、
前記第１のセグメントインデックスは、前記第１の符号化版における１つ以上の時間オフセットを、前記第１のファイルにおける１つ以上のオフセットに対応付けるマッピングを行うものである、請求項１１に記載の非一時的なコンピュータ可読媒体。
【請求項13】
前記第１のファイルエクステントインデックスと前記第１のセグメントインデックスとに基づいて前記第２のデータ領域を取得するステップが、前記第１のセグメントインデックスにおいて、前記第１の時間オフセットが対応付けられている前記第１のファイルにおける第１のオフセットを特定するステップと、
前記第２のデータ領域の少なくとも一部を、前記第１のファイルの前記第１のオフセット以降から取得するステップと、
を含む、請求項１２に記載の非一時的なコンピュータ可読媒体。
【請求項14】
前記第１のファイルが、第１のセグメントと第２のセグメントとを含み、前記第１のセグメントから、前記第２のデータ領域の前記少なくとも一部を取得し、
前記第２のセグメントには、第２の符号化版の前記メディアタイトルに含まれるコンテンツが格納されている、請求項１２に記載の非一時的なコンピュータ可読媒体。
【請求項15】
前記命令が前記プロセッサに、第２のデータ領域を要求する第２のリクエストを受信するステップと、
前記第２の符号化版の前記メディアタイトルに対する第２のファイルエクステントインデックスに基づいて、１つ以上のさらなるファイルから前記第２のデータ領域を取得するステップと、
をさらに実行させ、
前記第２のデータ領域は、第２の符号化版の前記メディアタイトルに含まれるものであり、
前記１つ以上のさらなるファイルは、前記第１のファイルセットとオーバーラップしている第２のファイルセットに含まれている、請求項１１に記載の非一時的なコンピュータ可読媒体。
【請求項16】
前記１つ以上のファイルから前記第１のデータ領域を取得するステップが、前記第１のデータ領域における開始オフセットを、前記第１のファイルセットに含まれる第１のファイルにおける第１のオフセットに変換するステップと、
前記第１のファイルから前記第１のデータ領域の１番目の部分を取得するステップと、
第２のファイルから前記第１のデータ領域の２番目の部分を取得するステップと、
を含み、
前記１番目の部分は、前記第１のファイルにおける前記第１のオフセットから始まる部分であり、
前記第２のファイルは、前記第１のファイルエクステントインデックスにおいて前記第１のファイルの次のファイルである、請求項１１に記載の非一時的なコンピュータ可読媒体。
【請求項17】
前記第１のデータ領域における前記開始オフセットを、前記第１のファイルにおける前記第１のオフセットに変換するステップが、前記第１のファイルエクステントインデックスに含まれる１つ以上のデータ領域が占めるバイト数に基づいて、前記第１のファイルを割り出すステップと、
前記開始オフセットと前記１つ以上のデータ領域が占める前記バイト数との差分に基づいて、前記第１のオフセットを計算するステップと、
を含む、請求項１６に記載の非一時的なコンピュータ可読媒体。
【請求項18】
前記所定のデータ領域が、前記第１のファイルエクステントインデックス内の１つ以上のバイトオフセットで指定されている、請求項１１に記載の非一時的なコンピュータ可読媒体。
【請求項19】
前記第１のファイルエクステントインデックスが、前記第１の符号化版の前記メディアタイトルの長さ情報と、前記第１の符号化版の前記メディアタイトルの更新時刻と、ファイル拡張子と、のうちの少なくとも１つを含んでいる、請求項１１に記載の非一時的なコンピュータ可読媒体。
【請求項20】
メディアタイトルを再生するためにこれを取得するための、コンピュータで実装される方法であって、第１のデータ領域を要求する第１のリクエストをサーバマシンに送信するステップと、
前記第１のリクエストに対するレスポンスで、前記サーバマシンから前記第１のデータ領域を受信するステップと、
前記第１のデータ領域に対応するメディアコンテンツを再生用に出力するステップと、
を含み、
前記第１のデータ領域は、第１の符号化版の前記メディアタイトルに含まれるものであり、
前記第１の符号化版の前記メディアタイトルは、第１のファイルセットにまたがって格納されており、
前記第１のデータ領域は、前記第１のファイルセットに含まれる１つ以上のファイル内に存在し、
第１のファイルエクステントインデックスにより、前記第１のファイルセットに含まれる各ファイルの識別子を、該ファイルに格納されている所定のデータ領域に対応付けるマッピングが行われる、方法。
【請求項21】
第２のデータ領域を要求する第２のリクエストを前記サーバマシンに送信するステップと、前記第２のリクエストに対するレスポンスで、前記サーバマシンから前記第２のデータ領域を受信するステップと、
をさらに含み、
前記第２のデータ領域は、前記第１の符号化版の前記メディアタイトルにおける第１の時間オフセットから始まる領域であり、
第１のファイルに対する第１のセグメントインデックス内において、前記第１の時間オフセットは、前記第１のファイルにおける第１のオフセットに対応付けられている、請求項２０に記載のコンピュータで実装される方法。
【請求項22】
前記第２のデータ領域の少なくとも一部を、前記第１のファイルの前記第１のオフセット以降から取得する、請求項２１に記載のコンピュータで実装される方法。
【請求項23】
第２のデータ領域を要求する第２のリクエストを前記サーバマシンに送信するステップと、前記第２のリクエストに対するレスポンスで、前記サーバマシンから前記第２のデータ領域を受信するステップと、
をさらに含み、
前記第２のデータ領域は、第２の符号化版の前記メディアタイトルに含まれるものであり、
前記第２の符号化版の前記メディアタイトルは、第１のファイルセットとオーバーラップしている第２のファイルセットにまたがって格納されており、
前記第２のデータ領域は、前記第２のファイルセットに含まれる１つ以上のさらなるファイル内に存在し、
第２のファイルエクステントインデックスにより、前記第２のファイルセットに含まれる各さらなるファイルの識別子を、該さらなるファイルに格納されている所定のデータ領域に対応付けるマッピングが行われる、請求項２０に記載のコンピュータで実装される方法。
【請求項24】
前記第１のデータ領域の少なくとも一部を、前記第１のファイルセットに含まれる前記第１のファイルにおける第１のオフセット以降から取得し、前記第１のオフセットが、前記第１のデータ領域の開始オフセットに対応している、請求項２０に記載のコンピュータで実装される方法。
【請求項25】
前記第１のファイルセットが、前記メディアタイトルの或る部分のオリジナル版を収めた第１のファイルと、
前記メディアタイトルの前記或る部分の別版を収めた第２のファイルと、
を含んでいる、請求項２０に記載のコンピュータで実装される方法。
【請求項26】
前記別版が、前記オリジナル版に対する編集と、前記或る部分の地域版と、コンテンツに対するレイティング基準を満たす版と、のうちの少なくとも１つを含む、請求項２５に記載のコンピュータで実装される方法。
【発明の詳細な説明】
【関連出願の相互参照】
【0001】
本出願は、２０２１年２月１２日を出願日とする米国特許出願第１７／１７５３３８号の利益を主張するものであり、その内容は引用することによって本明細書に組み入れられるものとする。
【技術分野】
【0002】
本開示の実施形態は、概して、メディアストリーミングを行うためのコンピュータサイエンス及びコンピュータネットワークに関し、より詳細には、複合的にメディアの格納と取得を行うための技術に関する。
【背景技術】
【0003】
一般に、映像ストリーミングサービスは、様々なメディアタイトルの１つ以上のライブラリへのアクセス権をユーザに提供するように設計されている。ユーザが所定のメディアタイトルにアクセスする際には、通常、ユーザは、ノート型コンピュータ、スマートテレビ、タブレット型コンピュータなどのエンドポイントデバイスを介して、映像ストリーミングサービスへの接続を行う。エンドポイントデバイスには、ユーザが１つ以上のライブラリからメディアタイトルの選択を行えるように構成されたグラフィカルユーザインタフェース（ＧＵＩ）が表示されており、このＧＵＩを介して、ユーザは所定のメディアタイトルを選択することができる。そして、所定のメディアタイトルが選択されると、メディアタイトルをホストしているサーバマシンからエンドポイントデバイスに、当該メディアタイトルに関連付けられたメディアコンテンツがストリーミングされる。一般に、メディアコンテンツは、映像と字幕と音声のうちの少なくともいずれかを含む、特定のビットレートや符号化形式などの符号化設定で符号化されたデータで構成された、複数のフレームで構成されている。ストリーミング中のメディアコンテンツの符号化設定は、ネットワークの状態やユーザの好みなどのパラメータに基づいてさらに変更される場合もある。そして、エンドポイントデバイス上で実行されるストリーミングアプリケーションは、サーバマシンに対してこれらのフレームを、バイトオフセット領域や時間オフセット領域の形で要求するリクエストを行うことができる。そして、エンドポイントデバイス上で、メディアタイトルにおける所定の領域のメディアコンテンツを再生している間に、ストリーミングアプリケーションがサーバマシンに対して次の領域のメディアコンテンツをリクエストしてこれを受信することにより、当該メディアタイトルの再生を途切れさせることなく続行することができるのである。
【0004】
種々の実施態様のストリーミングサービスでは、多くの場合、所定のメディアタイトルについて、エンドポイントデバイスごとに異なる版をストリーミングすることにより、所定のシーンなどメディアタイトルの一部に存在するコンテンツの差異に対応している。例えば、長編映画には、テロップを表示したシーンが数多く含まれる場合があり、このテロップによって、映画の登場人物、様々な登場人物の間で送受信されるメッセージ、特定の登場人物がコンピュータやモバイルデバイス上で閲覧したコンテンツについての情報や、映画の視聴者に対して物語の流れを補足する追加情報が提供されるが、このようなテロップは、通常、映画の登場人物が話す言語で表示されるとともに、映画内でのテロップの配置や、フォント、サイズ、そして全体的な「見た目（look）」を製作チームが制御できるようにするため、（字幕に含まれるのではなく）映画自体に「焼き付け（burned）」られている。そのようなシナリオでは、当該映画の吹き替え言語ごとに、これらの特定のシーンセットに対してローカライズ済のテロップを付けた異なるシーンセットが必要となり、よって、吹き替え言語ごとに異なる版の映画を生成する必要がある。
【0005】
従来型のストリーミングアプリケーションの中には、所定のメディアタイトルの再生中に特定の時点で版の切り替えを行うのではなく、１つの版のメディアタイトルを最初から最後まで取得して再生することしかできないものもある。引き続き上記の例を用いて説明すると、従来型のストリーミングアプリケーションは、或る言語に特化した版の映画を表す「再生タイトル（playback title）」に対するアダプティブビットレート（adaptive bitrate：ＡＢＲ）ラダー内であれば、ファイルの切り替えを行うことができる。しかしながら、ユーザが映画の再生を停止して、従来型のストリーミングアプリケーション内で映画の言語設定を手動で変更してから、新たな言語設定で映画再生を再開するのでない限り、映画内の非ローカライズ映像コンテンツを含む第１の再生タイトルと、映画内のローカライズ版の映像コンテンツサブセットを含む第２の再生タイトルとの間で切り替えを行うことはできない。
【0006】
このような種類の従来型ストリーミングアプリケーションに対応するため、映像ストリーミングサービスでは、所定のメディアタイトルの各版を、当該版のメディアタイトルを全編再生するのに必要な映像コンテンツのすべてを含んだ独立したファイルとして提供する場合があった。引き続き上記の例を用いて説明すると、全上映時間が３時間を超える長編映画が、ローカライズ済のテロップを付けたシーン（又はシーンの一部の部分）を２０カ所含んでいるが、その上映時間が１０分にも満たないという場合が考えられる。また、この映画の上記のシーン（又はシーンの一部の部分）に対するローカライズ版が３０本用意され、３０種類の言語のテロップを、あらゆる符号化ビットレートと符号化形式で処理する場合が考えられる。その場合、それぞれの言語へのローカライズを行った各シーンセットを、映画内の非ローカライズシーンと一緒にパッケージ化することにより、言語と符号化ビットレートと符号化形式の所定の組み合わせに対してそれぞれ１つのローカライズファイルが作成される。これにより、従来型のストリーミングアプリケーション上で、このローカライズファイルを端から端まで取得して再生することが可能となるのである。
【0007】
しかし、上記の手法には欠点があった。従来型のストリーミングアプリケーションからのリクエストに対処するために、メディアタイトルの版ごとにその完全なコピーを格納すれば、メディアタイトルの複数の版に共通する映像コンテンツが重複して複製されることになり、計算や記憶のためにかなりのリソースを消費する恐れがあったのである。引き続き上記の例を用いて説明すると、長編映画において、ローカライズされていないシーンが消費する容量は、複数の符号化ビットレートと符号化形式の設定セット全体で４００ギガバイト（ＧＢ）に及ぶ一方、これらの符号化ビットレートと符号化形式の設定全体で必要とされる、ローカライズを施した所定のシーン（又はシーンの一部の部分）セットが消費する容量は、数ＧＢに満たない場合が考えられる。その場合、上記の手法によれば、当該映画の所定のローカライズ版専用のローカライズを施したシーンの数はわずかであるのに、これらのシーンをローカライズされていない映像コンテンツと一緒に符号化して、１つの映像ファイルとしてパッケージ化することになる。上記の例のように、３０種類の言語に対応する場合には、当該映画の３０種類のローカライズ版すべてをサポートするために、１２テラバイト（ＴＢ）を上回る映像コンテンツを符号化して、これを様々なサーバマシンに格納しておく必要がある。これら３０種類のローカライズ版の映像コンテンツの大部分は同じであるにもかかわらず、である。
【発明の概要】
【発明が解決しようとする課題】
【0008】
以上の説明から明らかなように、当技術分野では、エンドポイントデバイスに映像コンテンツのストリーミングを行う際に映像コンテンツの格納と取得を行うための、より効果的な技術が必要とされている。
【課題を解決するための手段】
【0009】
一実施形態では、メディアタイトルを再生するためにこれにアクセスするための技術を規定している。本技術は、クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップを含んでいる。第１のデータ領域は、第１の符号化版のメディアタイトルに含まれている。第１の符号化版のメディアタイトルは、第１のファイルセットにまたがって格納されている。また、本技術は、第１のファイルエクステントインデックスに基づいて、第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップをさらに含んでいる。当該１つ以上のファイルは、第１のファイルセットに含まれている。第１のファイルエクステントインデックスは、第１のファイルセットに含まれる各ファイルの識別子を、当該ファイルに格納されているとともに第１の符号化版のメディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものである。また、本技術は、上記の１つ以上のファイルから第１のデータ領域を取得するステップをさらに含んでいる。当該１つ以上のファイルのそれぞれから、第１のデータ領域の少なくとも一部が取得される。第１のデータ領域の当該少なくとも一部は、各ファイルに格納されている上記所定のデータ領域の範囲内に収まっている。また、本技術は、第１のリクエストに対するレスポンスで、第１のデータ領域をクライアントデバイスに送信するステップをさらに含んでいる。
【発明の効果】
【0010】
先行技術に対する本開示の技術の技術的優位性の１つとして、本開示の技術により、複数の版のメディアタイトル間における映像コンテンツの重複が低減される点が挙げられる。そのために、本開示の技術では、所定の映画のすべての版に共通する映像コンテンツについて、同一の映像コンテンツを複数のファイルに重複して複製するのではなく、共通の映像コンテンツのコピーを１つだけ格納できるようにしている。従って、本開示の技術によれば、ストリーミングのために複数の版のメディアタイトルの符号化や格納を行う際に消費される計算や記憶のリソースが抑えられる。また、先行技術に対する本開示の技術の他の技術的優位性として、所定の版のメディアタイトルの最初から最後までを符号化してパッケージ化する方式をとる先行技術とは異なり、本開示の技術では、所定の版のメディアタイトルの作成や変更を、効率的なモジュール方式で行うことができる点も挙げられる。これらの技術的優位性により、先行技術の手法に対する１つ以上の技術的改良が得られる。
【0011】
以上、本発明の概念を簡単に要約したが、上記の種々の実施形態の各特徴を詳細に理解することができるように、本発明の概念を、種々の実施形態を参照して、より具体的に説明する。また、それら実施形態の一部は、添付の図面にも図示している。しかしながら、添付の図面は、本発明の概念の代表的な実施形態を例示するものに過ぎず、従って、本開示の範囲をいかなる意味においても限定するものと見なされるべきものではなく、同様の効果を有する他の実施形態も存在することに留意されたい。
【図面の簡単な説明】
【0012】
【図1】種々の実施形態のうちの１つ以上の態様を実施するように構成されたネットワークインフラを示す図
【図6A】種々の実施形態に係る、或る版のメディアタイトルを再生する際に利用可能な例示的なデータ構造セットを示す図
【図7】種々の実施形態に係る、メディアタイトルを再生するためにこれにアクセスするための方法ステップを示すフロー図
【発明を実施するための形態】
【0013】
以下の説明では、種々の実施形態をより詳細に理解できるよう、具体的な詳細を数多く示している。しかし、当業者であれば、これらの具体的な詳細の１つ以上を欠いても、本発明の概念を実施できることは明らかであろう。
【0014】
映像ストリーミングサービスは、映画やテレビ番組などの高画質のデジタル映像コンテンツを視聴者に配信するものである。ストリーミングコンテンツの再生を、或る１つの映像の最初から最後まで行う従来型の映像ストリーミングアプリケーションをサポートするためには、所定のメディアタイトルについて、その様々に異なる版の全編を、版ごとに別のファイル内に格納する場合がある。その場合、各ファイルには、その版のメディアタイトルに特有の映像コンテンツ部分と、複数の版のメディアタイトル間で同一の映像コンテンツ部分（通常は、後者の映像コンテンツ部分の方がはるかに大きい）が含まれ得る。本明細書において、１つの「ファイル（file）」は、対応する版のメディアタイトルについて、様々なビットレートで符号化した映像コンテンツを含んでおり、これにより、当該版のメディアタイトルのアダプティブビットレート（ＡＢＲ）ストリーミングをサポートしている。そして、従来型のストリーミングアプリケーションで或る版のメディアタイトルを再生する際には、その版に対応するファイルのバイトオフセット領域及び／又は時間オフセット領域を、ファイルの冒頭から順に連続した領域で、映像ストリーミングサービスに対してリクエストし続け、リクエストした領域のコンテンツを受信順に再生し、ファイルの終わりに達したときに再生を中止することによって、メディアタイトルを再生している。
【0015】
例えば、映像ストリーミングサービスにより、３０種類のローカライズ版で長編映画を提供することができる。各ローカライズ版の長編映画は、対応する言語で吹き替えが行われるとともに、その言語のテロップ（on-screen text）が付いた１つ以上のシーンを含むことができる。テロップによって、映画の登場人物、様々な登場人物の間で送受信されるメッセージ、特定の登場人物がコンピュータやモバイルデバイス上で閲覧したコンテンツについての情報や、映画の視聴者に対して物語の流れを補足する追加情報を提供することができる。このようなテロップは、通常、映画の登場人物が話す言語で表示されるとともに、映画内でのテロップの配置や、フォント、サイズ、そして全体的な「見た目」を製作チームが制御できるようにするため、（字幕に含まれるのではなく）映画自体に「焼き付け」られている。そして従来は、このようなテロップが付けられたローカライズ版のシーンを、その映画の残りのシーンと一緒にパッケージ化することにより、１つのローカライズ版に対して１つのローカライズファイルを作成し、これにより、従来型の映像ストリーミングアプリケーション上で、このローカライズファイルを端から端まで取得して再生できるようにしていた。従って、クライアントデバイスに対して複数言語で映画配信を行うサーバは、複数のファイルを（それらのファイルに含まれる映像コンテンツの大部分は同じであるにもかかわらず）格納することになり、それらのファイルで数ＴＢの記憶域を占有していた。
【0016】
そこで、様々に異なる版のメディアタイトルの間で重複したコンテンツを符号化して格納することに伴うリソースのオーバーヘッドを低減するため、本開示の技術では、複数の版のメディアタイトルに関連するコンテンツを、１つ以上の「パーツ（component）」ファイルや各ファイル内の「パーツ」セグメントに格納する。メディアタイトルに含まれる各版のシーン（又は、他の映像コンテンツ部分）のコピーは、これらのファイルに１つだけ含まれており、同一の映像コンテンツを複数のファイルに重複して複製することはない。例えば、或る映画の原語版の映像コンテンツを含む「ベース（base）」となる版の映画を、１つのファイルに格納することができる。そして、当該映画に含まれる様々なローカライズ版のシーン（又は、ローカライズ版の他の映像コンテンツ部分）は、複数の他のファイルに格納することができる。ローカライズ版を格納したファイルはそれぞれ、このローカライズ版の映画用のローカライズを施した映像コンテンツを格納する１つ以上のデータセグメントを備えており、各データセグメントには、ローカライズを施した映像コンテンツ「パーツ」（例えば、当該映画における数秒又は数分にわたる連続映像）が収められている。他にも、例えば、１つのファイルに、「ベース」となる版の映画と、これに加えて、当該映画におけるすべてのローカライズ版の映像コンテンツとを格納することもできる。また、３つ目の例として、第１のファイルに「ベース」となる版の映画を格納し、第２のファイルに当該映画におけるすべてのローカライズ版の映像コンテンツを格納することもできる。
【0017】
また、本開示の技術では、ファイル又はセグメントと組み合わせて、多数のインデックス構造も利用して、映像ストリーミングアプリケーションからの、メディアタイトルのコンテンツを要求するリクエストの処理を行う。インデックス構造は、多数のファイルマッピングを含んでおり、このファイルマッピングにより、メディアタイトルの映像コンテンツを格納しているファイルの識別子を、ファイルのパスに対応付けている。ファイルシステムにおけるファイルの場所は、このパスを利用して特定することができる。また、インデックス構造は、ファイルエクステントインデックスも含んでいる。所定の版のメディアタイトルの映像コンテンツが、複数のファイル及び／又は同一ファイル内の複数の非連続セグメントにまたがって格納されている場合に、当該版の映像コンテンツはこのファイルエクステントインデックスを利用して取得される。ファイルエクステントインデックスは、対応する版のメディアタイトルの識別子と、当該版に関するメタデータと、当該版に含まれる映像コンテンツを格納するファイルの識別子と、を含んでいる。ファイルエクステントインデックスの中では、各ファイル識別子が、当該ファイル内のオフセット領域に対応付けられている。オフセット領域は、当該版の再生中にそのファイルから取得するべき映像コンテンツ部分を表している。また、ファイルエクステントインデックスにおける、複数のファイル識別子とこれに対応するオフセット領域とをそれぞれ対応付けるマッピングの並び順により、当該版のメディアタイトルを端から端まで再生する際に、どの順序で映像コンテンツを取得するべきかを示している。
【0018】
例えば、或る映画の仏語版に対するファイルエクステントインデックスは、まず仏語版に対する識別子である第１の識別子を含み、その後に３つのマッピングを含むことができる。この３つのマッピングは、「ベース」となる版である映画の英語版に対する識別子である第２の識別子をこのベース版を収めている第１のファイルにおける第１のバイトオフセット領域に対応付ける１番目のマッピングと、当該映画の１つ以上のシーンの仏語版を収めている第２のファイルに対する識別子である第３の識別子を第２のファイルにおける第２のバイトオフセット領域に対応付ける２番目のマッピングと、第２の識別子を第１のファイルにおける第３のバイトオフセット領域に対応付ける３番目のマッピングと、をこの順に含んで構成されている。当該映画の仏語版を端から端まで通して再生する際には、仏語版に対する識別子である第１の識別子で表される仮想的な「ファイル」から映像コンテンツを連続したバイト領域で要求するリクエストが、従来型の映像ストリーミングアプリケーションから行われる。サーバは、第１の識別子に一致するファイルエクステントインデックスを特定し、このファイルエクステント内のマッピングを利用して、まず第１のファイルにおける第１のバイトオフセット領域からデータを返し、次に第２のファイルにおける第２のバイトオフセット領域からデータを返し、次に第１のファイルにおける第３のバイトオフセット領域からデータを返すことにより、リクエストを処理する。換言すれば、サーバは、ファイルエクステントインデックスを利用して、複数のファイルに由来する様々に異なる領域のデータをつなぎ合わせて、リクエストに対するレスポンスで返しているが、従来型の映像ストリーミングアプリケーションにとっては、返されたデータが同一のファイルから連続した「チャンク（chunk）」で読み取ったデータのように映るように、当該データを返すのである。
【0019】
また、インデックス構造は、時間オフセットを所定のファイル内のバイトオフセットに変換するセグメントインデックスをさらに含んでいる。リクエストが、要求している映像コンテンツを（バイトオフセット領域ではなく）時間オフセット領域で指定している場合に、このセグメントインデックスを利用してリクエストを処理することができる。映像ストリーミングアプリケーションは、メディアタイトルの再生位置を示す時間を動かす「シーク（seek）」操作又は「スクラブ（scrub）」操作を行う場合に、このような種類のリクエストを出す場合がある。
【0020】
いくつかの実施形態では、インデックス構造を利用して、新たな版のメディアタイトルの作成や既存の版のメディアタイトルの変更を効率的に行うこともできる。例えば、映像ストリーミングサービスに或る映画の新たな版を追加する際には、１つ以上の新規ファイルに、当該新版専用の映像コンテンツを投入するステップと、この新規ファイルの識別子を新規ファイルのパスにそれぞれ対応付けるマッピングを行うステップと、この新規ファイル内において当該映像コンテンツが占めるバイト領域へのマッピングと、当該映画の「ベース」版を収めている１つ以上の他のファイルにおいて他の映像コンテンツが占めるバイト領域へのさらなるマッピングとを有する新規ファイルエクステントインデックスを作成するステップと、により、新版の追加を行うことができる。この新規ファイルエクステントインデックスには、第１のファイル識別子を当該映画の新版における差し替え版のシーンが占める第１のデータ領域に対応付ける第１のマッピングを、第２のファイル識別子を当該映画の「ベース」となる版におけるオリジナル版のシーンが占める第２のデータ領域に対応付ける第２のマッピングの代わりに含めることができる。そして、エンドポイントデバイスで新版を再生する際には、この新規ファイルエクステントインデックスを利用して、サーバは、新版のコンテンツ領域を要求するエンドポイントデバイスからのリクエストを処理する。新規ファイルエクステントインデックスにより、サーバは、オリジナル版のシーンのデータに代えて差し替え版のシーンのデータを返すことになるため、これらの新規ファイルと新規ファイルエクステントインデックスにより、オリジナル版のシーンを差し替え版のシーンに置き換えることが可能となる。
【0021】
先行技術に対する本開示の技術の技術的優位性の１つとして、本開示の技術により、複数の版のメディアタイトル間における映像コンテンツの重複が低減される点が挙げられる。そのために、本開示の技術では、所定の映画のすべての版に共通する映像コンテンツについて、同一の映像コンテンツを複数のファイルに重複して複製するのではなく、共通の映像コンテンツのコピーを１つだけ格納できるようにしている。従って、本開示の技術によれば、ストリーミングのために複数の版のメディアタイトルの符号化や格納を行う際に消費される計算や記憶のリソースが抑えられる。また、先行技術に対する本開示の技術の他の技術的優位性として、所定の版のメディアタイトルの最初から最後までを符号化してパッケージ化する方式をとる先行技術とは異なり、本開示の技術では、所定の版のメディアタイトルの作成や変更を、効率的なモジュール方式で行うことができる点も挙げられる。これらの技術的優位性により、先行技術の手法に対する１つ以上の技術的改良が得られる。
【0022】
システムの概要
図１は、種々の実施形態のうちの１つ以上の態様を実施するように構成されたネットワークインフラを示す図である。図示の通り、ネットワークインフラ１００は、１つ以上のコンテンツサーバ１１０と、制御サーバ１２０と、１つ以上のエンドポイントデバイス１１５とを備えており、これらは、通信ネットワーク１０５を介して、相互接続及び／又は１つ以上のクラウドサービス１３０への接続がなされている。ネットワークインフラ１００は通常、コンテンツサーバ１１０とエンドポイントデバイス１１５にコンテンツを配布するために利用される。
図１は、種々の実施形態のうちの１つ以上の態様を実施するように構成されたネットワークインフラを示す図である。図示の通り、ネットワークインフラ１００は、１つ以上のコンテンツサーバ１１０と、制御サーバ１２０と、１つ以上のエンドポイントデバイス１１５とを備えており、これらは、通信ネットワーク１０５を介して、相互接続及び／又は１つ以上のクラウドサービス１３０への接続がなされている。ネットワークインフラ１００は通常、コンテンツサーバ１１０とエンドポイントデバイス１１５にコンテンツを配布するために利用される。
【0023】
各エンドポイントデバイス１１５は、ネットワーク１０５を介して、１つ以上のコンテンツサーバ１１０（「キャッシュ（cache）」又は「ノード（node）」と呼ぶ場合もある）と通信を行い、テキストデータ、グラフィックデータ、音声データ、映像データなどの種類のデータコンテンツをダウンロードする。そして、１つ以上のエンドポイントデバイス１１５のユーザに対して、このダウンロード可能なコンテンツ（本明細書では、これを「ファイル」と呼ぶ場合もある）が提示される。種々の実施形態において、エンドポイントデバイス１１５として、コンピュータシステム、セットトップボックス、モバイルコンピュータ、スマートフォン、タブレット端末、ゲーム機、携帯型映像ゲームシステム、デジタルビデオレコーダ（ＤＶＲ）、ＤＶＤプレーヤ、コネクテッドデジタルテレビ、専用メディアストリーミングデバイス（例えば、Ｒｏｋｕ（登録商標）セットトップボックス）などの、ネットワーク接続性と、テキストや画像、映像、音声などのコンテンツをユーザに提示する能力とを有する、技術的に可能な任意のコンピューティングプラットフォームを挙げることができる。
【0024】
ネットワーク１０５としては、コンテンツサーバ１１０、制御サーバ１２０、エンドポイントデバイス１１５、クラウドサービス１３０などのコンポーネント間においてデータの伝送を行う、技術的に可能な有線ネットワーク、光ネットワーク、無線ネットワーク、又はハイブリッドネットワークを挙げることができる。例えば、ネットワーク１０５として、広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、ＷｉＦｉ（登録商標）ネットワーク、セルラーネットワーク、イーサネットネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ユニバーサルシリアルバス（ＵＳＢ）ネットワーク、衛星ネットワーク、及び／又はインターネットを挙げることができる。
【0025】
各コンテンツサーバ１１０は、制御サーバ１２０と通信することにより、制御サーバ１２０が追跡と管理を行っている様々なファイルの場所と可用性を特定するように構成された１つ以上のアプリケーションを備えることができる。また、各コンテンツサーバ１１０は、さらにクラウドサービス１３０及び１つ以上の他のコンテンツサーバ１１０とも通信することにより、各コンテンツサーバ１１０に様々なファイルのコピーを「充填（fill）」することもできる。さらに、コンテンツサーバ１１０は、エンドポイントデバイス１１５から受信したファイルリクエストにレスポンスを返すこともできる。そして、コンテンツサーバ１１０から、又はより広範なコンテンツ配布ネットワークを介して、ファイルを配布することができる。いくつかの実施形態では、コンテンツサーバ１１０は、ユーザがコンテンツサーバ１１０に格納されたファイルにアクセスする前に、ユーザに対して認証（例えば、ユーザ名とパスワードを利用した認証）を求めることができる。なお、図１には制御サーバ１２０を１つだけ図示しているが、種々の実施形態において、ファイルの追跡と管理のために複数の制御サーバ１２０を実装することができる。
【0026】
種々の実施形態において、クラウドサービス１３０として、オンラインストレージサービス（例えば、Amazon（登録商標）Simple Storage Service、Google（登録商標）Cloud Storageなど）を挙げることができ、オンラインストレージサービスに数千又は数百万のファイルを含むファイル目録を格納しておき、コンテンツサーバ１１０を充填する際にはこれにアクセスすることができる。また、クラウドサービス１３０により、コンピュートサービスなどの処理サービスを受けることもできる。なお、図１にはクラウドサービス１３０のインスタンスを１つだけ図示しているが、種々の実施形態において、複数のクラウドサービス１３０及び／又はクラウドサービスインスタンスを実装することができる。
【0027】
図２は、種々の実施形態に係る、図１のネットワークインフラに関連して実装することが可能なコンテンツサーバ１１０のブロック図である。図示の通り、コンテンツサーバ１１０は、限定されるものではないが、中央処理装置（ＣＰＵ）２０４と、システムディスク２０６と、入出力（Ｉ／Ｏ）デバイスインタフェース２０８と、ネットワークインタフェース２１０と、相互接続配線２１２と、システムメモリ２１４とを備えている。
【0028】
ＣＰＵ２０４は、システムメモリ２１４に格納されているサーバアプリケーション２１７などのプログラミング命令を取得して実行するように構成されている。同様に、ＣＰＵ２０４は、システムメモリ２１４に対して、アプリケーションデータ（例えば、ソフトウェアライブラリ）の格納と取得を行うように構成されている。相互接続配線２１２は、ＣＰＵ２０４、システムディスク２０６、Ｉ／Ｏデバイスインタフェース２０８、ネットワークインタフェース２１０、システムメモリ２１４間における、プログラミング命令やアプリケーションデータなどのデータの伝送を円滑に行えるように構成されている。Ｉ／Ｏデバイスインタフェース２０８は、Ｉ／Ｏデバイス２１６から入力データを受信し、当該入力データを、相互接続配線２１２を介してＣＰＵ２０４に送信するように構成されている。例えば、Ｉ／Ｏデバイス２１６は、１つ以上のボタン、キーボード、マウスなどの入力デバイスを備えることができる。また、Ｉ／Ｏデバイスインタフェース２０８は、ＣＰＵ２０４から相互接続配線２１２を介して出力データを受信し、当該出力データをＩ／Ｏデバイス２１６に送信するようにさらに構成されている。
【0029】
システムディスク２０６は、１つ以上のハードディスクドライブ、ソリッドステート記憶装置、又はこれらに類する記憶装置を備えることができる。システムディスク２０６は、ファイル２１８（例えば、音声ファイル、映像ファイル、字幕ファイル、アプリケーションファイル、ソフトウェアライブラリなど）のような不揮発性データを格納するように構成されている。これにより、ファイル２１８は、ネットワーク１０５を介して１つ以上のエンドポイントデバイス１１５によって取得することができる状態となる。いくつかの実施形態では、ネットワークインタフェース２１０は、イーサネット規格に準拠した動作を行うように構成されている。
【0030】
システムメモリ２１４は、エンドポイントデバイス１１５又は他のコンテンツサーバ１１０から１つ以上のファイル２１８を要求するリクエストを受信した場合に、その要求に対応するように構成されたサーバアプリケーション２１７を備えている。所定のファイル２１８を要求するリクエストをサーバアプリケーション２１７が受信すると、サーバアプリケーション２１７は、リクエスト対象のファイル２１８をシステムディスク２０６から取得し、当該ファイル２１８を、ネットワーク１０５を介してエンドポイントデバイス１１５又はコンテンツサーバ１１０に送信する。ファイル２１８は、映像ファイル、音声ファイル、静止画像などのデジタルコンテンツを含んでいる。また、これに加えて、ファイル２１８は、かかるコンテンツに関連付けられたメタデータや、ユーザ／加入者データなどを含むこともできる。ファイル２１８がビジュアルコンテンツのメタデータとユーザ／加入者データのいずれか又は両方を含む構成を採用することにより、ネットワークインフラ１００全体としての機能円滑化を図ることができる。また、これに代えて、代替的な実施形態では、制御サーバ１２０などのネットワークインフラ１００内における技術的に可能な場所に、ファイル２１８の一部又はすべてを格納することもできる。
【0031】
１つ以上の実施形態において、サーバアプリケーション２１７は、メディアタイトルの様々に異なる版専用の映像コンテンツを、１つ以上のファイル２１８内の複数のバイト領域に格納する機能を含む。また、サーバアプリケーション２１７は、１つ以上のエンドポイントデバイス１１５で各版のメディアタイトルを再生する際には、多数のインデックス構造とマッピングを利用して、当該版のメディアタイトルのバイト領域を、特定の順序で取得していく。図５～図７に関する説明で詳しく述べるが、かかるコンテンツ格納・取得技術により、サーバアプリケーション２１７は、ファイル２１８間におけるコンテンツの重複を最小限に抑えることができる。さらに、この技術により、所定の版のメディアタイトルのコンテンツのデータが複数のファイル２１８にまたがって格納されている場合でも、そのコンテンツを要求するリクエストをエンドポイントデバイス１１５から受けるたびに、サーバアプリケーション２１７はそのリクエストに対するレスポンスとして、当該データを、まるで同一のファイルから連続した「チャンク」で読み取っているかのように返すことができる。
【0032】
図３は、種々の実施形態に係る、図１のネットワークインフラ１００に関連して実装することが可能な制御サーバ１２０のブロック図である。図示の通り、制御サーバ１２０は、限定されるものではないが、中央処理装置（ＣＰＵ）３０４と、システムディスク３０６と、入出力（Ｉ／Ｏ）デバイスインタフェース３０８と、ネットワークインタフェース３１０と、相互接続配線３１２と、システムメモリ３１４とを備えている。
【0033】
ＣＰＵ３０４は、システムメモリ３１４に格納されている制御アプリケーション３１７などのプログラミング命令を取得して実行するように構成されている。同様に、ＣＰＵ３０４は、システムメモリ３１４や、システムディスク３０６に格納されたデータベース３１８に対して、アプリケーションデータ（例えば、ソフトウェアライブラリ）の格納と取得を行うように構成されている。相互接続配線３１２は、ＣＰＵ３０４、システムディスク３０６、Ｉ／Ｏデバイスインタフェース３０８、ネットワークインタフェース３１０、システムメモリ３１４間におけるデータの伝送を円滑に行えるように構成されている。Ｉ／Ｏデバイスインタフェース３０８は、Ｉ／Ｏデバイス３１６と、相互接続配線３１２を介してＣＰＵ３０４との間で、入力データと出力データの伝送を行うように構成されている。システムディスク３０６は、１つ以上のハードディスクドライブ、ソリッドステート記憶装置などを備えることができる。システムディスク３０６は、コンテンツサーバ１１０と、クラウドサービス１３０と、ファイル２１８とに関連付けられた情報のデータベース３１８を格納するように構成されている。
【0034】
システムメモリ３１４は、データベース３１８に格納された情報にアクセスして、当該情報を処理することにより、ネットワークインフラ１００が備える複数のコンテンツサーバ１１０において特定のファイル２１８をどのように複製するかを決定するように構成された制御アプリケーション３１７を備えている。さらに、制御アプリケーション３１７は、コンテンツサーバ１１０とエンドポイントデバイス１１５のいずれか又は両方の１つ以上に関連付けられた性能特性の受信と分析を行うように構成することもできる。また上述したように、いくつかの実施形態では、かかるビジュアルコンテンツに関するメタデータやユーザ／加入者データを、コンテンツサーバ１１０に格納されるファイル２１８ではなく、データベース３１８に格納することもできる。
【0035】
図４は、種々の実施形態に係る、図１のネットワークインフラに関連して実装することが可能なエンドポイントデバイス１１５のブロック図である。図示の通り、エンドポイントデバイス１１５は、限定されるものではないが、ＣＰＵ４１０と、グラフィックサブシステム４１２と、Ｉ／Ｏデバイスインタフェース４１４と、大容量記憶装置４１６と、ネットワークインタフェース４１８と、相互接続配線４２２と、メモリサブシステム４３０とを備えることができる。
【0036】
いくつかの実施形態では、ＣＰＵ４１０は、メモリサブシステム４３０に格納されたプログラミング命令を取得して実行するように構成されている。同様に、ＣＰＵ４１０は、メモリサブシステム４３０にあるアプリケーションデータ（例えば、ソフトウェアライブラリ）の格納と取得を行うように構成されている。相互接続配線４２２は、ＣＰＵ４１０、グラフィックサブシステム４１２、Ｉ／Ｏデバイスインタフェース４１４、大容量記憶装置４１６、ネットワークインタフェース４１８、メモリサブシステム４３０間における、プログラミング命令やアプリケーションデータなどのデータの伝送を円滑に行えるように構成されている。
【0037】
いくつかの実施形態では、グラフィックサブシステム４１２は、複数の映像データフレームを生成して、この映像データフレームをディスプレイデバイス４５０に送信するように構成されている。いくつかの実施形態では、グラフィックサブシステム４１２をＣＰＵ４１０と統合して集積回路に組み込むこともできる。ディスプレイデバイス４５０は、技術的に可能な任意の表示用画像生成手段を備えることができる。例えば、ディスプレイデバイス４５０は、液晶ディスプレイ（liquid crystal display：ＬＣＤ）技術、ブラウン管（cathode-ray）技術、発光ダイオード（light-emitting diode：ＬＥＤ）ディスプレイ技術を利用して製造することができる。Ｉ／Ｏデバイスインタフェース４１４は、ユーザＩ／Ｏデバイス４５２から入力データを受信し、当該入力データを、相互接続配線４２２を介してＣＰＵ４１０に送信するように構成されている。例えば、ユーザＩ／Ｏデバイス４５２は、１つ以上のボタン、キーボード、マウスなどのポインティングデバイスを備えることができる。また、Ｉ／Ｏデバイスインタフェース４１４は、音声出力電気信号を生成するように構成された音声出力部を備えている。ユーザＩ／Ｏデバイス４５２は、この音声出力電気信号に応答して音響出力を生成するように構成されたスピーカを備えることができる。また、代替的な実施形態では、ディスプレイデバイス４５０がスピーカを備えることもできる。映像フレームの表示と音響出力の生成を行うことができる当技術分野において公知の好適なデバイスの例としては、テレビ、スマートフォン、スマートウォッチ、電子タブレット端末などが挙げられる。
【0038】
ハードディスクドライブやフラッシュメモリ記憶ドライブなどの大容量記憶装置４１６は、不揮発性データを格納するように構成されている。ネットワークインタフェース４１８は、ネットワーク１０５を介してデータパケットを送受信するように構成されている。いくつかの実施形態では、ネットワークインタフェース４１８は、周知のイーサネット規格を利用して通信を行うように構成されている。ネットワークインタフェース４１８は、相互接続配線４２２を介してＣＰＵ４１０に結合されている。
【0039】
いくつかの実施形態では、メモリサブシステム４３０は、オペレーティングシステム４３２と、ユーザインタフェース４３４と、再生アプリケーション４３６と、プラットフォームプレーヤ４３８とを含む、プログラミング命令及びアプリケーションデータを含んでいる。オペレーティングシステム４３２は、ネットワークインタフェース４１８、大容量記憶装置４１６、Ｉ／Ｏデバイスインタフェース４１４、グラフィックサブシステム４１２などのハードウェアデバイスの管理などのシステム管理機能を実行する。また、オペレーティングシステム４３２は、ユーザインタフェース４３４や、再生アプリケーション４３６、プラットフォームプレーヤ４３８用の処理・メモリ管理モデルの提供も行う。ウィンドウやオブジェクトメタファ（object metaphor）などのユーザインタフェース４３４により、ユーザとエンドポイントデバイス１１５との相互作用メカニズムが得られる。当業者であれば、当技術分野において周知されたオペレーティングシステム及びユーザインタフェースの中に、エンドポイントデバイス１１５への組み込みに適したものを各種認めるであろう。
【0040】
いくつかの実施形態では、再生アプリケーション４３６は、ネットワークインタフェース４１８を介してコンテンツサーバ１１０に対してコンテンツを要求し、これを受信するように構成されている。さらに、再生アプリケーション４３６は、コンテンツを読み取って、当該コンテンツをディスプレイデバイス４５０やユーザＩ／Ｏデバイス４５２を介して提示するように構成されている。その際、再生アプリケーション４３６は、受信したコンテンツに基づいて複数の映像データフレームを生成して、その映像データフレームをプラットフォームプレーヤ４３８に送信することができる。これに応答して、プラットフォームプレーヤ４３８は、映像データフレームをディスプレイデバイス４５０に出力させることにより、エンドポイントデバイス１１５上でコンテンツの再生を行う。なお、一実施形態では、プラットフォームプレーヤ４３８はオペレーティングシステム４３２に含まれている。
【0041】
複合的なメディアの格納と取得
図５は、種々の実施形態に係る、メディアコンテンツを要求するリクエスト５００が、図２に示すサーバアプリケーション２１７によってどのように処理されるかを示す図である。図示の通り、リクエスト５００は、メディアタイトルの版を表す識別子５０８と、当該版から取得すべきデータの領域５１０とを含んでいる。例えば、識別子５０８は、タイトル、ファイル名、識別番号などの、版を一意に識別する値のうちの少なくとも１つ以上を含むことができる。領域５１０は、当該版における領域をバイトオフセット、時間オフセットなどの様々な種類のオフセットで表したもので構成することができる。
図５は、種々の実施形態に係る、メディアコンテンツを要求するリクエスト５００が、図２に示すサーバアプリケーション２１７によってどのように処理されるかを示す図である。図示の通り、リクエスト５００は、メディアタイトルの版を表す識別子５０８と、当該版から取得すべきデータの領域５１０とを含んでいる。例えば、識別子５０８は、タイトル、ファイル名、識別番号などの、版を一意に識別する値のうちの少なくとも１つ以上を含むことができる。領域５１０は、当該版における領域をバイトオフセット、時間オフセットなどの様々な種類のオフセットで表したもので構成することができる。
【0042】
上述したように、各版のメディアタイトルには、その版に特有の映像コンテンツサブセットも含まれるが、メディアタイトルに含まれる映像コンテンツの大部分は、複数の版のメディアタイトルに共通していると考えられる。例えば、複数の言語での再生をサポートするため、メディアタイトルが様々なローカライズ版を持っている場合がある。その場合、各ローカライズ版のメディアタイトルは、対応する言語の音声コンテンツを含むとともに、これに加えて、同言語のテロップやグラフィックスなどの各種ローカライズ表示を含んだ１つ以上の映像コンテンツシーンも含むと考えられる。他にも、例えば、所定の国におけるテレビや映画、コンテンツに対する様々なレイティング基準を満たすために、センシティブな内容のシーンについての様々に異なる版のシーンを、メディアタイトルが含んでいる場合もある。
【0043】
サーバアプリケーション２１７は、１つ以上のファイルマッピング５０２と、ファイルエクステントインデックス（file extent index）５０４のうちの少なくともいずれかを利用して、リクエスト５００の処理を行う。ファイルマッピング５０２及び／又はファイルエクステントインデックス５０４は、リレーショナルデータベース、キーバリューストア（key-value store）、分散ファイルシステム、１つ以上の単層ファイル（flat file）などの種類のデータストア方式又はデータ形式で格納することができる。
【0044】
ファイルマッピング５０２は、様々に異なる版のメディアタイトルに対する識別子５１２（１）～５１２（Ｘ）を備えている。なお、識別子５１２（１）～５１２（Ｘ）のそれぞれを、個々に識別子５１２と呼ぶ。例えば、各識別子５１２は、タイトル、ファイル名、識別番号などの、対応する版のメディアタイトルを一意に識別する値のうちの少なくとも１つ以上を含むことができる。
【0045】
ファイルマッピング５０２は、システムディスク２０６上のファイル２１８（１）～２１８（Ｘ）のパス５２２（１）～５２２（Ｘ）も含む。なお、パス５２２（１）～５２２（Ｘ）のそれぞれを、個々にパス５２２と呼び、ファイル２１８（１）～２１８（Ｘ）のそれぞれを、個々にファイル２１８と呼ぶ。
【0046】
より詳細には、各ファイルマッピング５０２は、所定の版のメディアタイトルの識別子５１２と、当該メディアタイトルの映像コンテンツ（又は他の種類のコンテンツ）を格納するファイル２１８のパス５２２とを、１対１で対応付けるマッピングで構成される。各ファイルマッピング５０２において、識別子５１２は、対応するファイル２１８のパス５２２を取得するために利用可能なキーとして機能する。
【0047】
１つ以上の実施形態において、サーバアプリケーション２１７は、複数のファイルマッピング５０２に対して、識別子５０８でルックアップを実行することにより、リクエスト５００を処理する。識別子５０８が、複数のファイルマッピング５０２における或る所定の識別子５１２に一致すると、サーバアプリケーション２１７は、当該所定の識別子５１２が対応付けられているパス５２２にある特定のファイル２１８から、リクエスト対象の領域５１０のデータを取得する。例えば、サーバアプリケーション２１７は、識別子５０８が持つ「１１１２２２３３３」という値から、複数のファイルマッピング５０２の中の「１１１２２２３３３／１／０１／１１１２２２３３３．ｉｓｍｖ」というマッピングを特定することができる。次に、サーバアプリケーション２１７は、当該マッピングから「／１／０１／１１１２２２３３３．ｉｓｍｖ」という値のパス５２２を取得し、パス５２２にある対応ファイル２１８から、リクエスト５００に指定されたバイト領域５１０（例えば、バイトオフセット領域）を占めているデータ５２４を読み取る。そして、サーバアプリケーション２１７は、取得したデータ５２４をリクエスト５００に対するレスポンス５０６で返して、リクエスト５００の送信元のデバイス（例えば、エンドポイントデバイス１１５）が、「１１１２２２３３３」ファイル２１８に格納された版のメディアタイトルの再生を開始又は継続できるようにする。
【0048】
一方、ファイルエクステントインデックス５０４は、ファイルマッピング５０２とは異なり、対応する版のメディアタイトルのストリーミング又は再生を複数のファイル（又は同一ファイル内の複数の非連続セグメント）から行うために利用することができるデータを含んでいる。例えば、ファイルエクステントインデックス５０４は、「ベース」となる版のメディアタイトルにおけるオリジナル版のシーンを別のシーンで置き換えたり、これに追加シーンを付け加えたりした、新たな版のメディアタイトル用に作成することができる。この例では、別のシーンや追加のシーンを１つ以上のファイルに格納し、これとは異なる１つ以上のファイルに、ベース版のメディアタイトルのシーンを格納することができる。
【0049】
図示の通り、ファイルエクステントインデックス５０４は、対応する版のメディアタイトルの識別子５１４（例えば、一意の名称又は英数字識別子）と、当該版に関するメタデータ５１６と、複数のマッピングと、を含んでいる。このマッピングは、１つ以上のファイル２１８の識別子５１８（１）～５１８（Ｙ）と、当該（１つ以上の）ファイルから取得することになるデータ領域５２０（１）～５２０（Ｙ）（例えば、開始バイトオフセットと終了バイトオフセットとにより示される領域、開始バイトオフセットと開始バイトオフセットからのバイト数で表される終端とにより示される領域など）とを対応付けるものである。なお、識別子５１８（１）～５１８（Ｙ）のそれぞれを、個々に識別子５１８と呼び、領域５２０（１）～５２０（Ｙ）のそれぞれを、個々に領域５２０と呼ぶ。また、ファイルエクステントインデックス５０４における、識別子５１８（１）～５１８（Ｙ）と領域５２０（１）～５２０（Ｙ）とをそれぞれ対応付けるマッピングの並び順により、当該版のメディアタイトルを端から端まで再生する際に、どの順序で映像コンテンツを取得するべきかを示している。
【0050】
ファイルエクステントインデックス５０４の一例として、「１１１２２２１１１ １５９３２０４２８４，４６８２８７８４，ｉｓｍｖ；１１１２２２３３３：０：２００００；１１１２２２４４４：５０００：４６８０８７８４」という表現が挙げられる。この表現には、識別子５１４の値「１１１２２２１１１」に続いて、３つの値のメタデータ５１６が含まれている。１つ目の値「１５９３２０４２８４」は、対応する版のメディアタイトルの更新時刻を表し、２つ目の値「４６８２８７８４」は、当該版のバイト長を表し、３つ目の値「ｉｓｍｖ」は、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol：ＨＴＴＰ）レスポンス５０６ヘッダを作成するために利用可能なファイル名拡張子（filename extension）を表している。そして、これらのメタデータ５１６の値の後に、識別子５１８を領域５２０に対応付けるマッピングが２つ続く。１番目のマッピングは、識別子５１８の値「１１１２２２３３３」と、対応する領域５２０の開始バイトオフセット「０」と、対応する領域５２０が占めるバイト数「２００００」とを含む。２番目のマッピングは、識別子５１８の値「１１１２２２４４４」と、対応する領域５２０の開始バイトオフセット「５０００」と、対応する領域５２０が占めるバイト数「４６８０８７８４」とを含む。このファイルエクステントインデックス５０４の例では、「１１１２２２１１１」の版のメディアタイトルの最初の２００００バイトを、ファイルマッピング５０２において識別子「１１１２２２３３３」に対応付けられたファイルの最初の２００００バイトから取得し、「１１１２２２１１１」の版の残りの４６８０８７８４バイトを、ファイルマッピング５０２において識別子「１１１２２２４４４」に対応付けられたファイルの５０００バイト目以降から取得することを示している。
【0051】
リクエスト５００に含まれる識別子５０８が複数のファイルマッピング５０２のいずれの識別子５１２とも一致しない場合、サーバアプリケーション２１７は、識別子５０８と一致する所定のファイルエクステントインデックス５０４の識別子５１４を特定することができる。例えば、サーバアプリケーション２１７は、データベースやキーバリューストアなどのデータストアに対してルックアップを実行して、リクエスト５００の識別子５０８と値が一致する識別子５１４を有する所定のファイルエクステントインデックス５０４を取得することができる。このルックアップは、同じ識別子５０８を用いてファイルマッピング５０２に対して行うルックアップと連動して実行することができるほか、これとは独立に実行することもできる。
【0052】
識別子５０８が、ファイルエクステントインデックス５０４における識別子５１４と一致すると、サーバアプリケーション２１７は、１つ以上の識別子５１８を１つ以上の領域５２０に対応付ける、ファイルエクステントインデックス５０４内のマッピングと、識別子５１８と等しい識別子５１２をこれに対応するパス５２２に対応付けるファイルマッピング５０２とを利用して、リクエスト対象の領域５１０のデータ５２４を取得する。換言すれば、サーバアプリケーション２１７は、ファイルエクステントインデックス５０４とファイルマッピング５０２とを利用して、複数のファイル２１８に由来する様々に異なる領域のデータ５２４をつなぎ合わせて、レスポンス５０６で返しているが、リクエスト５００の送信元のデバイスにとっては、返されたデータ５２４が同一のファイルの連続した領域から読み取ったデータのように映るように、データ５２４を返すのである。
【0053】
ここで、リクエスト５００の識別子５０８の値「１１１２２２１１１」と、上記のファイルエクステントインデックス５０４の例と、上記の例のファイルマッピング「１１１２２２３３３／１／０１／１１１２２２３３３．ｉｓｍｖ」と、さらなるファイルマッピング「１１１２２２４４４／１／０１／１１１２２２４４４．ｉｓｍｖ」とを例に、サーバアプリケーション２１７の動作を説明する。まず、サーバアプリケーション２１７は、上記の例のファイルエクステントインデックス５０４における識別子５１４の値「１１１２２２１１１」が、識別子５０８と同じ値であることを特定する。次に、サーバアプリケーション２１７は、上記の例のファイルエクステントインデックス５０４における、識別子５１８と領域５２０とを対応付けるマッピングを利用して、リクエスト対象の領域５１０のデータ５２４の抽出元となる１つ以上のファイル２１８と、各ファイルから抽出するデータ部分とを特定する。また、サーバアプリケーション２１７は、当該（１つ以上の）ファイルに関連付けられたファイルマッピング５０２を利用して、システムディスク２０６上の当該（１つ以上の）ファイルの場所を特定し、当該（１つ以上の）ファイルから、対応するデータ部分を取得し、取得したデータ５２４をレスポンス５０６で返す。
【0054】
従って、リクエスト５００に含まれる領域５１０が、識別子「１１１２２２１１１」によって表される版のメディアタイトルの最初の１００００バイトで構成される場合、サーバアプリケーション２１７は、上記の例のファイルエクステントインデックス５０４における１番目のマッピングを利用して、上記の例のファイルエクステントインデックス５０４の識別子５１８「１１１２２２３３３」に対応付けられたファイルの最初の１００００バイトから、領域５１０全体を読み取る必要があることを特定する。次に、サーバアプリケーション２１７は、「１１１２２２３３３」の識別子５１２を有するファイルマッピングを利用して、これに対応するファイルのパス「／１／０１／１１１２２２３３３．ｉｓｍｖ」を入手し、当該ファイルの最初の１００００バイトを取得する。そして、サーバアプリケーション２１７は、取得したデータ５２４を含むレスポンス５０６を生成し、リクエスト５００の送信元のデバイス又は場所に、このレスポンス５０６を送信する。
【0055】
一方、リクエスト５００に含まれる領域５１０が、識別子「１１１２２２１１１」によって表される版のメディアタイトルの２００００バイト目以降の１００００バイトで構成される場合には、サーバアプリケーション２１７は、上記の例のファイルエクステントインデックス５０４における１番目のマッピングと２番目のマッピングとを利用して、上記の例のファイルエクステントインデックス５０４の識別子５１８「１１１２２２４４４」に対応付けられたファイルから、領域５１０全体を読み取る必要があることを特定する。次に、サーバアプリケーション２１７は、「１１１２２２４４４」の識別子を有するファイルマッピングを利用して、これに対応するファイルのパス「／１／０１／１１１２２２４４４．ｉｓｍｖ」を入手し、当該ファイルのバイトオフセット値５０００以降の１００００バイトを取得する。
【0056】
また、リクエスト５００に含まれる領域５１０が、識別子「１１１２２２１１１」によって表される版のメディアタイトルの１０００００バイト目以降の１００００バイトで構成される場合には、サーバアプリケーション２１７は、上記の例のファイルエクステントインデックス５０４におけるマッピングを利用して、上記の例のファイルエクステントインデックス５０４の識別子５１８「１１１２２２４４４」に対応付けられたファイルから、領域５１０全体を読み取る必要があることを特定する。次に、サーバアプリケーション２１７は、「１１１２２２４４４」の識別子を有するファイルマッピングを利用して、これに対応するファイルのパス「／１／０１／１１１２２２４４４．ｉｓｍｖ」を入手し、当該ファイルのバイトオフセット値８５０００以降の１００００バイトを取得する（メディアタイトルの最初の２００００バイトは、「１１１２２２３３３」の識別子に対応付けられたファイル由来とされ、「１１１２２２４４４」の識別子に対応付けられたファイルから取得する領域の開始点は５０００バイト目であるため）。
【0057】
いくつかの実施形態では、領域５１０がバイトオフセットではなく時間オフセットで指定されている場合に、サーバアプリケーション２１７は、１つ以上のファイル２１８（１）～２１８（Ｘ）に対するセグメントインデックス５３０（１）～５３０（Ｘ）を利用してリクエスト５００を処理する。例えば、リクエスト５００が、再生中にメディアタイトルの別のパートに「シーク」又は「スクラブ」するためのものである場合、リクエスト５００は、領域５１０を表す時間オフセットを含むと考えらえる。また、これに加えて又は代えて、リクエスト５００が、バイトオフセットに代えて時間オフセットを利用してストリーミングコンテンツの取得と再生を実行する所定の再生アプリケーション４３６から受信したものである場合も、リクエスト５００は、領域５１０を表す時間オフセットを含み得る。なお、セグメントインデックス５３０（１）～５３０（Ｘ）のそれぞれを、個々にセグメントインデックス５３０と呼ぶ。セグメントインデックス５３０（１）～５３０（Ｘ）は、時間オフセット（例えば、タイムスタンプ）を、対応するファイル２１８内の個々のセグメント５３２（１）～５３２（Ｘ）のバイトオフセットに対応付けるマッピングをそれぞれ含んでいる。各セグメントインデックス５３０は、対応するファイル２１８の先頭の位置に格納することができるほか、別のファイルや場所に格納することもできる。
【0058】
より詳細には、リクエスト５００が時間オフセット領域５１０を含む場合、サーバアプリケーション２１７は、識別子５０８と一致するファイルマッピング５０２の識別子５１２及び／又はファイルエクステントインデックス５０４の識別子５１４を特定することができる。識別子５０８が、複数のファイルマッピング５０２における或る所定の識別子５１２と等しい場合、サーバアプリケーション２１７は、当該所定の識別子５１２が対応付けられているパス５２２にあるファイル２１８から、セグメントインデックス５３０を取得する。さらに、サーバアプリケーション２１７は、取得したセグメントインデックス５３０内の、時間オフセットとバイトオフセットとを対応付けるマッピングを利用して、領域５１０の時間オフセットをファイル２１８のバイトオフセットへと変換する。そして、サーバアプリケーション２１７は、ファイル２１８から当該バイトオフセット間を占めるデータ５２４を取得し、このデータ５２４をリクエスト５００に対するレスポンス５０６で返す。
【0059】
識別子５０８がファイルエクステントインデックス５０４における識別子５１４と一致する場合には、サーバアプリケーション２１７は、ファイルエクステントインデックス５０４と、ファイルエクステントインデックス５０４内の１つ以上の識別子５１８によって表される１つ以上のファイル２１８に対する１つ以上のセグメントインデックス５３０とを利用して、リクエスト５００を処理する。具体的には、サーバアプリケーション２１７は、セグメントインデックス５３０を利用して、ファイルエクステントインデックス５０４におけるバイトオフセット領域５２０を、対応するファイル２１８の時間オフセット領域へと変換する。任意選択的に、サーバアプリケーション２１７は、ファイルエクステントインデックス５０４内の領域５２０において指定されているバイトオフセットと、これに対応するファイル２１８における時間オフセットとを対応付けるマッピングを、ファイルエクステントインデックス５０４や他のインデックス構造に格納することもできる。例えば、サーバアプリケーション２１７は、ファイルエクステントインデックス５０４内におけるバイトオフセットで表された所与の領域５２０に対して、これに対応する、当該版のメディアタイトルにおける時間オフセットで表された領域５２０を示すラベルを付ける（annotate）ことができる。リクエスト５００を受信したサーバアプリケーション２１７は、これらの時間オフセット領域５２０を利用して、領域５１０に占めるデータの取得先となる１つ以上のファイル２１８を特定することができる。そして、サーバアプリケーション２１７は、当該（１つ以上の）ファイルに対するセグメントインデックス５３０を利用して、領域５１０の時間オフセットを、（１つ以上の）ファイル内の１つ以上のバイト領域へと変換して、当該（１つ以上の）ファイルから当該（１つ以上の）バイト領域を占めるデータ５２４を取得し、取得したデータ５２４をレスポンス５０６で返すことができる。
【0060】
ここで、上記のファイルエクステントインデックス５０４の例と、上記の例のファイルマッピング５０２と、リクエスト５００における識別子５０８の値「１１１２２２１１１」と、リクエスト５００における領域５１０の時間オフセット「０：００：００」及び「０：００：３０」を例に、サーバアプリケーション２１７の動作を説明する。まず、サーバアプリケーション２１７は、上記の例のファイルエクステントインデックス５０４における識別子５１４の値「１１１２２２１１１」が、識別子５０８と同じ値であることを特定する。さらに、サーバアプリケーション２１７は、ファイルエクステントインデックス５０４、並びに／又は、「１１１２２２３３３」ファイル及び「１１１２２２４４４」ファイルに対する１つ以上のセグメントインデックス５３０から、「１１１２２２３３３」ファイルのオフセット値０以降の２００００バイトを占めるバイト領域を「００：００：００～００：００：３０」の時間オフセットへと変換するマッピングと、「１１１２２２４４４」ファイルのバイトオフセット値５０００以降の４６８０８７８４バイトを占めるバイト領域を「００：００：３１～０３：００：００」の時間オフセットへと変換するマッピングと、を取得する。そして、サーバアプリケーション２１７は、ファイルマッピング５０２を利用して、「１１１２２２３３３」ファイルの最初の２００００バイトを取得し、取得したデータをリクエスト５００に対するレスポンス５０６で返す。
【0061】
また、リクエスト５００が含む識別子５０８が上記と同じ「１１１２２２１１１」であるが、領域５１０の時間オフセットが「００：００：００」及び「００：０１：００」である場合には、サーバアプリケーション２１７は、ファイルエクステントインデックス５０４及び／又は１つ以上のセグメントインデックス５３０に含まれる、バイト領域を時間オフセットへと対応付けるマッピングを利用して、領域５１０が、「１１１２２２３３３」ファイルと「１１１２２２４４４」ファイルとにまたがっていることを特定することができる。「１１１２２２３３３」ファイルについては、当該ファイルの最初の２００００バイトの時間長に対応する時間オフセットが、領域５１０の時間オフセットの範囲内に収まっていため、サーバアプリケーション２１７は、「１１１２２２３３３」ファイルにおける０～２００００のバイト領域全体を取得することができる。さらに、サーバアプリケーション２１７は、「１１１２２２４４４」ファイルに対するセグメントインデックス５３０を取得し、取得したセグメントインデックス５３０内の１つ以上のマッピングを利用して、領域５１０の時間オフセット「００：０１：００」を「１１１２２２４４４」ファイルにおけるバイトオフセット「４５０００」へと変換することができる。そして、サーバアプリケーション２１７は、「１１１２２２３３３」ファイルにおける最初の２００００バイトのデータと、これに加えて、「１１１２２２４４４」ファイルにおけるバイトオフセット５０００からバイトオフセット４５０００までのさらなるデータと、を含むレスポンス５０６を生成することができる。
【0062】
図６Ａは、種々の実施形態に係る、或る版のメディアタイトルを再生する際に利用可能な例示的なデータ構造セットを示す図である。図示の通り、このデータ構造は、２つのファイル６００、６０２と、ファイルエクステントインデックス６２８とを含んでいる。
【0063】
ファイル６００は、多数の部分６０４～６１２を有している。１番目の部分６０４には、１つ以上の版のメディアタイトルにおける時間オフセットをファイル６００におけるバイトオフセットに対応付けるセグメントインデックス（ＳＩＤＸ）が格納され、これに続く４つの部分６０６～６１２には、４つのデータセグメントＳ１、Ｓ２、Ｓ３、Ｓ４が格納されている。部分６０６～６１２に格納されているデータセグメントＳ１、Ｓ２、Ｓ３、Ｓ４は、当該版のメディアタイトルにおける映像コンテンツなどのコンテンツを符号化したデータのセグメントで構成され、データセグメントの一部又は全体を取得して、所定のエンドポイントデバイス１１５上の再生アプリケーション４３６に配信して、当該エンドポイントデバイス１１５上で再生することができる。
【0064】
ファイル６００と同様に、ファイル６０２も、多数の部分６２２～６２６を有している。１番目の部分６２２には、１つ以上の版のメディアタイトルにおける時間オフセットをファイル６０２におけるバイトオフセットに対応付けるＳＩＤＸ（ＳＩＤＸ’と表記）が格納され、これに続く２つの部分６２４、６２６には、２つのデータセグメントＳ２’、Ｓ４’が格納されている。Ｓ２’は、セグメントＳ２の別版で構成され、Ｓ４’は、セグメントＳ４の別版で構成される。例えば、セグメントＳ２、Ｓ４に英語の映像コンテンツが格納されている場合に、セグメントＳ２’、Ｓ４’は、それぞれの仏語ローカライズ版を含むことができる。他にも、例えば、セグメントＳ２、Ｓ４がオリジナルの映像コンテンツを格納しているのに対して、セグメントＳ２’、Ｓ４’は、オリジナルに対して編集を施した版又は特定視聴者向けの版を含むことができる。
【0065】
いくつかの実施形態では、ファイル６０２の部分６２２に収められているＳＩＤＸ’は、１つ以上の版のメディアタイトルにおける時間オフセットを、１つ以上の対応するファイル６００、６０２におけるバイトオフセットに対応付けるマッピングを含んでいる。このマッピングによって、セグメントＳ２、Ｓ４をそれぞれセグメントＳ２’、Ｓ４’に置き換えた版でメディアタイトルを再生する際に、ファイル６００に格納されている「ベース」版（つまり、オリジナル版）の映像コンテンツの上に、セグメントＳ２’、Ｓ４’に格納されている別版の映像コンテンツをオーバーレイすることが可能となる。例えば、部分６２２に格納されたＳＩＤＸ’は、セグメントＳ１における時間オフセットを部分６０６におけるバイトオフセットに対応付けるマッピングと、セグメントＳ２’における時間オフセットを部分６２４におけるバイトオフセットに対応付けるマッピングと、セグメントＳ３における時間オフセットを部分６１０におけるバイトオフセットに対応付けるマッピングと、セグメントＳ４’における時間オフセットを部分６２６におけるバイトオフセットに対応付けるマッピングと、をこの順に含むことができる。
【0066】
なお、これらのシーンでは、言語によってそのテキストが消費する画面スペースの量や領域が異なる可能性があるため、Ｓ２’、Ｓ４’に格納された別版の映像コンテンツが占めるスペースの量が、Ｓ２、Ｓ４に格納されたオリジナル版とは異なっている場合がある。具体例として、図６Ａには、ファイル６００、６０２において部分６０４～６２６の境界を示すバイトオフセットを示しており、以下に、種々の部分６０４～６２６が占めるバイトオフセット領域について説明する。各領域は、開始バイトオフセットと終了バイトオフセットとで表される。なお、開始バイトオフセットは領域に含まれる一方、終了バイトオフセットは、領域の延在範囲を示すが領域には含まれない。従って、例えば、バイトオフセット５０００からバイトオフセット１００００までを占める領域とは、５０００バイト目を含むが１００００バイト目を含まない、５０００～１００００のバイト領域として認識される。
【0067】
より具体的には、部分６０４～６２６が占める領域を表す図示のバイトオフセット値によれば、ファイル６００の最初の１００００バイトが部分６０４用に確保され、ファイル６０２の最初の１００００バイトが部分６２２用に確保されており、これにより、ＳＩＤＸマッピングや他のメタデータを部分６０４、６２２に格納することが可能となっている。また、図示のバイトオフセット値によれば、部分６０６に収められているＳ１が、ファイル６００におけるバイトオフセット１００００からバイトオフセット２００００までを占め、部分６０８に収められているＳ２が、ファイル６００におけるバイトオフセット２００００からバイトオフセット２６０００までを占め、部分６１０に収められているＳ３が、ファイル６００におけるバイトオフセット２６０００からバイトオフセット３５０００までを占め、部分６１２に収められているＳ４が、ファイル６００におけるバイトオフセット３５０００からバイトオフセット５００００までを占めている。さらに、図示のバイトオフセット値によれば、部分６２４に収められているＳ２’が、ファイル６０２におけるバイトオフセット１００００からバイトオフセット２３０００までを占め、部分６２６に収められているＳ４’が、ファイル６０２におけるバイトオフセット２３０００からバイトオフセット５４０００までを占めている。よって、Ｓ２’はＳ２の約２倍、Ｓ４’はＳ４の約２倍の大きさとなる。
【0068】
その結果、部分６０４のＳＩＤＸと部分６２２のＳＩＤＸ’との間で、それぞれに格納されたＳＩＤＸマッピングが示すセグメントのサイズは、互いに対応するセグメントであっても異なっている。例えば、部分６０４に格納されたＳＩＤＸは、メディアタイトルにおける「００：０５：００」と「００：０７：００」という時間オフセットを、部分６０６のＳ２が占める領域を表す「２００００」と「２６０００」というバイトオフセットに対応付けることができる一方、部分６２２に格納されたＳＩＤＸは、メディアタイトルにおける同じ「００：０５：００」と「００：０７：００」という時間オフセットを、部分６２４のＳ２’が占める領域を表す「１００００」と「２３０００」というバイトオフセットに対応付けることができる。
【0069】
ファイルエクステントインデックス６２８も多数の部分６３０～６４２を有している。部分６３０～６４２には、或る版のメディアタイトルのストリーミング又は再生を複数のファイルから行うために利用することができるデータが格納されている。例えば、ファイルエクステントインデックス６２８を利用して、Ｓ１に格納された非ローカライズ版である英語版の第１のシーンと、Ｓ２’に格納された仏語版の第２のシーンと、Ｓ３に格納された非ローカライズ版の第３のシーンと、Ｓ４’に格納された仏語版の第４のシーンとで構成される、仏語版のメディアタイトルコンテンツを要求するリクエストを処理することができる。他にも、例えば、ファイルエクステントインデックス６２８を利用して、Ｓ１に格納されたオリジナル版の第１のシーンと、Ｓ２’に格納された編集版の第２のシーンと、Ｓ３に格納されたオリジナル版の第３のシーンと、Ｓ４’に格納された編集版の第４のシーンとで構成される、家族向け（family-friendly）の版のメディアタイトルコンテンツを要求するリクエストを処理することもできる。
【0070】
より詳細には、ファイルエクステントインデックス６２８は、対応する版のメディアタイトルに対する一意の識別子を格納する１番目の部分６３０と、当該版に関するメタデータ（例えば、更新時刻、バイト長、ファイル名拡張子など）を格納する２番目の部分６３２とを含んでいる。そして、残りの５つの部分６３４～６４２には、当該版の再生時に読み取るべき様々に異なるデータ領域を指定するマッピングが格納されている。上述したように、部分６３４～６４２に格納されているマッピングのそれぞれが、ファイルの識別子と、その識別子が示すファイルに格納されるとともに、当該版のメディアタイトルに含まれるデータ領域の開始バイト及び終了バイト並びに／又は時間オフセットと、を含むことができる。また、部分６３４～６４２に収められているマッピングの並び順により、当該版のメディアタイトルを端から端まで再生する際に、どの順序で映像コンテンツを取得するべきかを示している。具体的には、部分６３４～６４２に格納されているマッピングでは、まず、当該版のメディアタイトルを端から端まで再生する際に、（例えば、当該版のメディアタイトルに占める時間オフセットの形でデータの要求を行うリクエストを処理可能とするためには）ファイル６０２に格納されたＳＩＤＸ’を取得する必要があることを指定している。そして、これに続いて、ファイル６００のバイトオフセット１００００からバイトオフセット２００００まで（ただし、２００００は除く）に格納されたＳ１を取得し、その後、ファイル６０２のバイトオフセット１００００からバイトオフセット２３０００まで（ただし、２３０００は除く）に格納されたＳ２’を取得し、その後、ファイル６００のバイトオフセット２６０００からバイトオフセット３５０００まで（ただし、３５０００は除く）に格納されたＳ３を取得し、その後、ファイル６０２のバイトオフセット２３０００からバイトオフセット５４０００まで（ただし、５４０００は除く）に格納されたＳ４’を取得する必要があることを指定している。
【0071】
図６Ｂは、種々の実施形態に係る、メディアコンテンツを要求するリクエストが、図６Ａに示す例示的なデータ構造セットを利用してどのように処理されるかを示す図である。リクエスト６５０は、或る版のメディアタイトルの識別子を指定する１番目の部分６５４と、開始バイトオフセット「１５０００」を指定する２番目の部分６５６と、終了バイトオフセット「２４９９９」を指定する３番目の部分６５８とを含む。
【0072】
図示の通り、リクエスト６５０の処理は、指定された版のメディアタイトルから、部分６５６に収められた開始バイトオフセットと部分６５８に収められた終了バイトオフセットとにより表される領域を占めるデータを取得することにより行われる。リクエスト６５０を処理するために、サーバアプリケーション２１７は、部分６５４に収められた識別子（ＩＤ）が、ファイルエクステントインデックス６２８の部分６３０に収められた識別子（ＩＤ）に一致していることを特定する。次に、サーバアプリケーション２１７は、ファイルエクステントインデックス６２８を利用して、データ領域の取得先となる１つ以上のファイルと、当該（１つ以上の）ファイルにおいてこのデータ領域に対応する部分とを割り出す。
【0073】
具体的には、サーバアプリケーション２１７は、ファイルエクステントインデックス６２８の部分６３４～６４２に格納されたマッピングを利用して、リクエスト６５０の部分６５６に収められた開始バイトオフセットと部分６５８に収められた終了バイトオフセットとを、１つ以上のファイル６００、６０２内のオフセットに変換する。サーバアプリケーション２１７は、まず、部分６３４に格納されているマッピングにおいてＳＩＤＸ’が０～１００００のバイト領域を占めると示されていることと、部分６３６に格納されているマッピングにおいてＳ１が１００００～２００００のバイト領域を占めると示されていることとを利用して、リクエスト６５０の部分６５６に収められた開始オフセット「１５０００」が、ファイル６００のバイトオフセット「１５０００」に対応していることを特定する。例えば、サーバアプリケーション２１７は、リクエストが要求している版のメディアタイトルの１５０００バイト目のコンテンツが、部分６３４に格納されているマッピングに示されているＳＩＤＸ’が占めるバイト数１００００バイトを越えた位置にあることを特定することができる。サーバアプリケーション２１７はまた、（例えば、リクエストが要求しているバイトオフセット「１５０００」からＳＩＤＸ’が占めるバイト数「１００００」を引くことにより）この１５０００番目のバイトがＳＩＤＸ’から５０００バイト後の位置にあることを特定し、この「５０００」を、部分６３６に格納されたマッピングに示されているＳ１の開始オフセット「１００００」に加算して、ファイル６００内のオフセット「１５０００」を求めることができる。そして、このファイル６００のオフセット値「１５０００」が、部分６３６に格納されたバイト領域の範囲内に収まっているため、サーバアプリケーション２１７は、このオフセットから始まるデータをファイル６００から取得する。
【0074】
また、サーバアプリケーション２１７はまた、部分６５８に収められた終了オフセット「２４９９９」が、部分６５６に収められた開始オフセット「１５０００」から１００００バイト後の位置にあり、よって、この終了オフセットが示しているのは、当該版のメディアタイトルにおける１５０００バイト目のコンテンツ以降の、当該版のメディアタイトルにおける１００００バイト分のコンテンツを取得する必要があるということだと特定する。そして、サーバアプリケーション２１７は、ファイルエクステントインデックス６２８の部分６３４～６４２に収められたマッピングを利用して、１５０００バイト目のコンテンツから１００００バイト後の位置に対応するファイル内のバイトオフセットを割り出す。例えば、サーバアプリケーション２１７は、ファイル６００におけるバイトオフセット「１５０００」（当該版のメディアタイトルにおける１５０００バイト目のコンテンツを表している）と、部分６３６に格納されているマッピングが示すバイト領域の終端との間に、５０００バイトあることを特定することができる。そして、その結果、サーバアプリケーション２１７は、リクエスト６５０を満たすためには、ファイルエクステントインデックス６２８の後続部分６３８～６４２に格納された１つ以上のバイト領域から、さらに５０００バイトを取得する必要があることを特定する。そして次に、サーバアプリケーション２１７は、部分６３８に格納されているマッピングにおいてＳ２’が１００００～２３０００のバイト領域を占めると示されていることを利用して、リクエストが要求している領域がファイル６０２のＳ２’内で終了することと、残りの５０００バイトをファイル６０２におけるバイトオフセット１００００からバイトオフセット１４９９９までの領域から取得する必要があることとを特定する。
【0075】
次に、サーバアプリケーション２１７は、リクエスト６５０に対する応答として、当該版のメディアタイトルのバイトオフセット１５０００からバイトオフセット２４９９９までを占めるコンテンツを含んだレスポンス６５２を生成して送信する。図示の通り、このレスポンスは、任意選択的な１番目の部分６６０と、２番目の部分６６２と、３番目の部分６６４とを有している。１番目の部分６６０には、部分６３０や部分６５４と同じ識別子が収められている。２番目の部分６６２には、ファイル６００のＳ１におけるバイトオフセット１５０００からバイトオフセット１９９９９までの５０００バイトが収められている。３番目の部分６６４には、ファイル６０２のＳ２’におけるバイトオフセット１００００からバイトオフセット１４９９９までの５０００バイトが収められている。また、サーバアプリケーション２１７により取得した１００００バイトのデータが、１つのファイルの連続した部分から取得したデータのように映るように、このレスポンス６５２の形式を整えることもできる。
【0076】
図７は、種々の実施形態に係る、メディアタイトルを再生するためにこれにアクセスするための方法ステップを示すフロー図である。なお、本方法ステップの説明は、図１～図６に示すシステムに関連させながら行っているが、当業者であれば、本発明の範囲には、本方法ステップを任意の順序で実施するように構成された任意のシステムが含まれることを理解するであろう。
【0077】
図示の通り、ステップ７０２で、サーバアプリケーション２１７は、或る符号化版のメディアタイトルに含まれるデータ領域を要求するリクエストを受信する。例えば、サーバアプリケーション２１７は、エンドユーザにストリーミングメディア機能を提供するクライアントデバイス（例えば、エンドポイントデバイス１１５）からリクエストを受信することができる。クライアントデバイスは、メディアタイトルの再生時に、再生中の特定の時点でファイル間の切り替えを行うのではなく、複数のデータ領域を１つのファイルから取得するようリクエストを行う従来型の映像ストリーミングアプリケーションを備えることができる。リクエストは、ファイルの識別子（例えば、ファイル名）と、データ領域の開始時間オフセット又は開始データオフセットと、データ領域の終了時間オフセット又は終了データオフセットと、を含むことができる。また、終了時間オフセット又は終了データオフセットに代えて、リクエストは、開始オフセット以降の取得すべきコンテンツのバイト数（又は秒数）を指定することもできる。
【0078】
次に、サーバアプリケーション２１７は、ステップ７０４で、ファイルエクステントインデックスに基づいて、当該符号化版のメディアタイトルを格納しているファイルセットの中からデータ領域を取り出す際にアクセスする１つ以上のファイルを特定する。なお、このファイルセットは、他の符号化版のメディアタイトルを格納している他のファイルセットとオーバーラップしている場合がある。例えば、複数の符号化版のメディアタイトルには、「ベース」となる版（つまり、「オリジナル」版）のコンテンツが含まれており、これらの「ベース」版コンテンツを１つ以上のファイルに格納することができる。そして、符号化版のメディアタイトルのそれぞれが、その版専用のさらなるコンテンツを含んでおり、かかるさらなるコンテンツを、「ベース」版コンテンツと同じ（１つ以上の）ファイル及び／又は「ベース」版コンテンツとは異なる１つ以上のファイルに格納することができる。また、ファイルエクステントインデックスは、符号化版のメディアタイトルの識別子と、さらに、当該符号化版のメディアタイトルに関するメタデータ（例えば、リクエストに対するレスポンスのヘッダに含まれる、当該符号化版の長さ、当該符号化版の更新時刻、ファイル拡張子などのデータ）とを含んでいる。また、ファイルエクステントインデックスにより、複数のファイルセットに対する識別子をそれらのファイルに格納されているデータ領域に対応付けるマッピングも行われる。各データ領域は、対応するファイルの少なくとも一部を規定するものであり、符号化版のメディアタイトルに含めるべき部分は、このデータ領域により規定される。また、ファイルエクステントインデックスにおける、複数の識別子とこれに対応するオフセットで表される領域とをそれぞれ対応付けるマッピングの並び順により、当該符号化版のメディアタイトルを端から端まで再生する際に、どの順序で映像コンテンツを取得するべきかを示している。従って、ファイルエクステントインデックスにおける１番目のマッピングに含まれる第１のデータ領域を、１番目のマッピングに含まれる第１の識別子が指示している第１のファイルから取得し、続いて、ファイルエクステントインデックスにおける２番目のマッピングに含まれる第２のデータ領域を、２番目のマッピングに含まれる第２の識別子が指示している第２のファイルから取得する、などのようにデータ領域を取得していくことにより、当該符号化版を最初から最後まで再生することができる。
【0079】
また、サーバアプリケーション２１７は、ステップ７０６で、ファイルエクステントインデックスと、（１つ以上の）ファイルに対する１つ以上のセグメントインデックスのいずれか又は両方に基づいて、当該（１つ以上の）ファイルからデータ領域を取得する。より詳細には、サーバアプリケーション２１７は、ファイルエクステントインデックス及び／又は（１つ以上の）セグメントインデックスに含まれるマッピングを利用して、リクエストに指定されているデータ領域の開始オフセットを、ファイルエクステントインデックスに規定されているファイル内の第１のオフセットに変換することができる。一般に、この変換は、開始オフセットと、ファイルエクステントインデックスに含まれる１つ以上のデータ領域が占めるバイト数とに対して、１回以上の計算又は比較を行うことにより行われる。かかる計算又は比較の結果、サーバアプリケーション２１７は、どのファイルに開始オフセットがあるか、そして、開始オフセットが対応している第１のオフセットが、そのファイルのどのオフセットに当たるかを割り出すことができる。
【0080】
例えば、サーバアプリケーション２１７は、ファイルエクステントインデックス内のマッピングに含まれる最初のｎ個のデータ領域が占めるバイト数の和を繰り返し計算することができる。そして、計算中にバイト数の和が開始オフセットを上回った時点で、サーバアプリケーション２１７は、その和に対するｎの値を求めて、開始オフセットの位置が、ファイルエクステントインデックスにおけるｎ番目のマッピングによって表されるファイル内にあることを特定することができる。そして、サーバアプリケーション２１７は、このバイト数の和から開始オフセットを引くことにより、第１のオフセットとｎ番目のマッピングに含まれるデータ領域の終端とを隔てるバイト数を表す「差分（difference）」値を求めることができる。その場合、サーバアプリケーション２１７は、ｎ番目のマッピングに含まれるデータ領域の終端からこの差分値を引くことにより、リクエストに指定されているデータ領域の取得先となるファイルにおける第１のオフセットを求めることができる。またこれに代えて、サーバアプリケーション２１７は、ファイルエクステントインデックス内の最初の（ｎ－１）個のデータ領域が占めるバイト数の和を、開始オフセットから引いて、第１のオフセットとｎ番目のマッピングに含まれるデータ領域の始端とを隔てるバイト数を表す値を求めてもよい。その場合、サーバアプリケーション２１７は、ｎ番目のマッピングに含まれるデータ領域の始端にこの値を足すことにより、リクエストに指定されているデータ領域の取得先となるファイルにおける第１のオフセットを求めることができる。
【0081】
他にも、例えば、サーバアプリケーション２１７は、ファイルエクステントインデックスおける各データ領域が占めるバイト数を、開始オフセットから繰り返し引いて、この引き算をｎ回繰り返すことにより、ファイルエクステントインデックス内のマッピングに含まれる最初のｎ個のデータ領域が占めるバイト数を、開始オフセットから引いた値を求めることもできる。そして、サーバアプリケーション２１７は、この繰り返し処理により、計算結果が負の数となる最小のｎの値を求め、開始オフセットの位置が、ファイルエクステントインデックスにおけるｎ番目のマッピングによって表されるファイル内にあることを特定することができる。また、この負の数は、第１のオフセットとｎ番目のマッピングに含まれるデータ領域の終端との間の数値差を表していることから、サーバアプリケーション２１７は、この負の数とｎ番目のマッピングに含まれるデータ領域の終端の和を計算することによって、開始オフセットに対応する当該ファイル内における第１のオフセットを計算することができる。
【0082】
リクエストに指定されているデータ領域の開始オフセットを、ファイルエクステントインデックスに規定されているファイル内の第１のオフセットに変換し終えると、サーバアプリケーション２１７は、当該ファイル及び／又はファイルエクステントインデックスに規定されている１つ以上の他のファイルから、当該データ領域が占めるバイト数のデータを取得することができる。リクエストに指定されているデータ領域が、当該ファイルを表しているｎ番目のマッピングに含まれるデータ領域の範囲内に収まっている場合、サーバアプリケーション２１７は、リクエストが要求しているデータ領域全体を、当該ファイルの第１のオフセットから始まる領域から取得することができる。一方、リクエストに指定されているデータ領域が、当該ファイルを表しているｎ番目のマッピングに含まれるデータ領域の範囲内に収まらない場合（例えば、リクエストが要求しているデータ領域が占めるバイト数が、第１のオフセットと当該ファイルを表しているｎ番目のマッピングに含まれるデータ領域の終端とを隔てるバイト数を上回っている場合）、サーバアプリケーション２１７は、リクエストが要求しているデータ領域の１番目の部分を、第１のオフセットからｎ番目のマッピングに含まれるデータ領域の終端までの領域から取得することができる。そして、サーバアプリケーション２１７は、（ｎ＋１）番目のマッピングに含まれるデータ領域の始端から、リクエストが要求しているデータ領域の終端と（ｎ＋１）番目のマッピングに含まれるデータ領域の終端のうちの最初に現れる方までの領域から、リクエストが要求しているデータ領域の２番目の部分を取得することができる。リクエストが要求しているデータ領域の終端が、（ｎ＋１）番目のマッピングに含まれるデータ領域の終端を越えている場合には、サーバアプリケーション２１７は、リクエストが要求しているデータのさらなる部分を、ファイルエクステントインデックスにおけるこれ以降のマッピングによって表されるファイルから取得する。この処理を、リクエストが要求しているデータ領域全体が得られるまで繰り返すことができる。
【0083】
また、ステップ７０２で受信したリクエストが、符号化版のメディアタイトルの冒頭からの変位バイト数（又は、他のデータ単位で表した変位量）を表す整数オフセットではなく時間オフセットで、取得すべきデータ領域を指定している場合、サーバアプリケーション２１７は、ステップ７０４で割り出した（１つ以上の）ファイルに対する１つ以上のセグメントインデックスに含まれる、時間オフセットとバイトオフセットとを対応付けるマッピングを利用して、リクエストに指定されている、データ領域の始端を画定する第１の時間オフセットを、ファイルエクステントインデックスに含まれるマッピングによって表されるファイルにおける第１のオフセットへと変換する。例えば、サーバアプリケーション２１７は、ファイルエクステントインデックスに含まれるマッピングによって表されるすべてのファイルに対するセグメントインデックスを利用して、ファイルエクステントインデックスに含まれるバイトオフセット領域を、対応するファイルの時間オフセット領域に変換することができる。また、任意選択的に、サーバアプリケーション２１７は、これらの時間オフセット領域を、ファイルエクステントインデックスや他のインデックス構造に格納することもできる。その後、サーバアプリケーション２１７は、これらの時間オフセット領域を利用して、リクエストで指定された領域に占めるデータの取得先となる１つ以上のファイルを特定することができる。さらに、サーバアプリケーション２１７は、これらの（１つ以上の）ファイルに対する１つ以上のセグメントインデックスを利用して、リクエストが要求している領域の開始時間オフセット及び／又は終了時間オフセットを、ファイルの開始オフセット及び／又は終了オフセットへと変換し、リクエストが要求している（１つ以上の）領域を占めるデータを、（１つ以上の）ファイルから取得することができる。
【0084】
そして最後に、ステップ７０８で、サーバアプリケーション２１７は、取得したデータ領域を、リクエストに対するレスポンスで送信する。例えば、サーバアプリケーション２１７は、取得したデータ、当該符号化版のメディアタイトルの識別子、当該符号化版のファイルエクステントインデックスから取得したメタデータに指定されたファイル拡張子などのデータやメタデータを、レスポンスに含める。そして、サーバアプリケーション２１７は、ネットワーク接続を介してクライアントデバイスに、レスポンスを送信する。
【0085】
サーバアプリケーション２１７は、ステップ７１０で、処理を継続して、ステップ７０２～７０８によりさらなるリクエストを処理することもできる。例えば、サーバアプリケーション２１７は、複数のファイル（又は同一ファイル内の複数の非連続セグメント）にまたがって格納されている版のメディアタイトルに対するリクエストを、当該版のメディアタイトルに対するファイルエクステントインデックスと、当該ファイルに対する識別子と当該ファイルの場所（例えば、パス）とを対応付ける１つ以上のファイルマッピングと、これらのファイルに対する１つ以上のセグメントインデックスのうちの少なくともいずれかを利用して、リクエストごとに処理することができる。これらのマッピングとインデックス構造とを利用して、サーバアプリケーション２１７は、各リクエストに指定されているデータ領域の１つ以上の部分を、ファイルエクステントインデックスに規定されているファイルのうちの１つ以上に対応付けられた１つ以上のオフセット領域内から取得することができる。
【0086】
以上の説明を要約すると、次のようになる。様々に異なる版のメディアタイトルを、複数のファイルや所定のファイル内の複数のセグメントにまたがって格納しておく。各版のメディアタイトルは、その版専用の１つ以上のコンテンツ部分（例えば、異なる言語のテキストの「焼き付け（burned in）」を施したローカライズ版のシーンなど）と、他の版のメディアタイトルと共有（例えば、ベースとなる版（すなわち、デフォルト版）のメディアタイトル）の１つ以上の部分とを含むことができる。所定の版のメディアタイトルに対するリクエストは、その版の映像などのコンテンツから取得すべきデータ領域情報を含んでいる。この領域情報は、バイトオフセット（又は他のデータ単位で表したオフセット）やメディアタイトルの映像内の時間オフセットで指定することができる。リクエストが要求している版が複数のファイルや非連続セグメントにまたがって格納されている場合には、その版に対するファイルエクステントインデックスを利用して、リクエストに指定されているデータ領域を取得する。ファイルエクステントインデックスは、対応する版のコンテンツを格納するファイルの識別子を、当該コンテンツが占めるデータ領域（例えば、バイトオフセットや時間オフセットで指定される領域）に対応付けるマッピングを行うものである。また、ファイルエクステントインデックスにおける、複数の識別子とこれに対応するデータ領域とをそれぞれ対応付けるマッピングの並び順により、当該版のメディアタイトルを最初から最後まで再生する際に、どの順序で映像コンテンツを取得するべきかを示している。リクエストを処理する際には、ファイルエクステントインデックス及び／又は（１つ以上の）セグメントインデックスに含まれるマッピングを利用して、取得対象のデータ領域を画定する１つ以上のオフセットを、ファイルエクステントインデックスに規定されているファイル内の１つ以上のオフセットにそれぞれ変換し、変換後の（１つ以上の）オフセットが示す領域を占めるデータを、当該ファイルから取得する。そして、取得したデータを、リクエストに対するレスポンスで返すことにより、当該データに対応する版のメディアタイトルを、当該リクエストの送信元のクライアントデバイス上で再生できるようにする。
【0087】
先行技術に対する本開示の技術の技術的優位性の１つとして、本開示の技術により、複数の版のメディアタイトル間における映像コンテンツの重複が低減される点が挙げられる。そのために、本開示の技術では、所定の映画のすべての版に共通する映像コンテンツについて、同一の映像コンテンツを複数のファイルに重複して複製するのではなく、共通の映像コンテンツのコピーを１つだけ格納できるようにしている。従って、本開示の技術によれば、ストリーミングのために複数の版のメディアタイトルの符号化や格納を行う際に消費される計算や記憶のリソースが抑えられる。また、先行技術に対する本開示の技術の他の技術的優位性として、所定の版のメディアタイトルの最初から最後までを符号化してパッケージ化する方式をとる先行技術とは異なり、本開示の技術では、所定の版のメディアタイトルの作成や変更を、効率的なモジュール方式で行うことができる点も挙げられる。これらの技術的優位性により、先行技術の手法に対する１つ以上の技術的改良が得られる。
【0088】
第１項
いくつかの実施形態では、メディアタイトルを再生するためにこれにアクセスするための、コンピュータで実装される方法は、クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップと、第１のファイルエクステントインデックスに基づいて、第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップと、当該１つ以上のファイルから第１のデータ領域を取得するステップと、第１のリクエストに対するレスポンスで、第１のデータ領域をクライアントデバイスに送信するステップと、を含む。第１のデータ領域は、第１の符号化版のメディアタイトルに含まれている。第１の符号化版のメディアタイトルは、第１のファイルセットにまたがって格納されている。上記の１つ以上のファイルは、第１のファイルセットに含まれている。第１のファイルエクステントインデックスは、第１のファイルセットに含まれる各ファイルの識別子を、当該ファイルに格納されているとともに第１の符号化版のメディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものである。上記の１つ以上のファイルのそれぞれから、第１のデータ領域の少なくとも一部が取得される。第１のデータ領域の当該少なくとも一部は、各ファイルに格納されている上記所定のデータ領域の範囲内に収まっている。
いくつかの実施形態では、メディアタイトルを再生するためにこれにアクセスするための、コンピュータで実装される方法は、クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップと、第１のファイルエクステントインデックスに基づいて、第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップと、当該１つ以上のファイルから第１のデータ領域を取得するステップと、第１のリクエストに対するレスポンスで、第１のデータ領域をクライアントデバイスに送信するステップと、を含む。第１のデータ領域は、第１の符号化版のメディアタイトルに含まれている。第１の符号化版のメディアタイトルは、第１のファイルセットにまたがって格納されている。上記の１つ以上のファイルは、第１のファイルセットに含まれている。第１のファイルエクステントインデックスは、第１のファイルセットに含まれる各ファイルの識別子を、当該ファイルに格納されているとともに第１の符号化版のメディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものである。上記の１つ以上のファイルのそれぞれから、第１のデータ領域の少なくとも一部が取得される。第１のデータ領域の当該少なくとも一部は、各ファイルに格納されている上記所定のデータ領域の範囲内に収まっている。
【0089】
第２項
第２のデータ領域を要求する第２のリクエストを受信するステップと、第１のファイルエクステントインデックスと、第１のファイルセットに含まれる第１のファイルに対する第１のセグメントインデックスとに基づいて、第２のデータ領域を取得するステップと、をさらに含み、第２のデータ領域は、第１の符号化版のメディアタイトルにおける第１の時間オフセットから始まる領域であり、第１のセグメントインデックスは、第１の符号化版における１つ以上の時間オフセットを、第１のファイルにおける１つ以上のオフセットに対応付けるマッピングを行うものである、第１項に記載のコンピュータで実装される方法。
第２のデータ領域を要求する第２のリクエストを受信するステップと、第１のファイルエクステントインデックスと、第１のファイルセットに含まれる第１のファイルに対する第１のセグメントインデックスとに基づいて、第２のデータ領域を取得するステップと、をさらに含み、第２のデータ領域は、第１の符号化版のメディアタイトルにおける第１の時間オフセットから始まる領域であり、第１のセグメントインデックスは、第１の符号化版における１つ以上の時間オフセットを、第１のファイルにおける１つ以上のオフセットに対応付けるマッピングを行うものである、第１項に記載のコンピュータで実装される方法。
【0090】
第３項
第１のファイルエクステントインデックスと第１のセグメントインデックスとに基づいて第２のデータ領域を取得するステップが、第１のセグメントインデックスにおいて、第１の時間オフセットが対応付けられている第１のファイルにおける第１のオフセットを特定するステップと、第２のデータ領域の少なくとも一部を、第１のファイルにおける第１のオフセット以降から取得するステップと、を含む、第１項又は第２項に記載のコンピュータで実装される方法。
第１のファイルエクステントインデックスと第１のセグメントインデックスとに基づいて第２のデータ領域を取得するステップが、第１のセグメントインデックスにおいて、第１の時間オフセットが対応付けられている第１のファイルにおける第１のオフセットを特定するステップと、第２のデータ領域の少なくとも一部を、第１のファイルにおける第１のオフセット以降から取得するステップと、を含む、第１項又は第２項に記載のコンピュータで実装される方法。
【0091】
第４項
第１のファイルエクステントインデックスと第１のセグメントインデックスとに基づいて第２のデータ領域を取得するステップが、第１のファイルエクステントインデックスに基づいて、第２のデータ領域の始まりが第１のファイルにあり、第２のデータ領域の終わりが第２のファイルにあることを特定するステップと、第１のファイルから第２のデータ領域の１番目の部分を取得するステップと、第２のファイルから第２のデータ領域の２番目の部分を取得するステップと、を含み、第２のデータ領域の１番目の部分は、第１のセグメントインデックスにおいて第１の時間オフセットに対応付けられている第１のオフセットから始まり、第１のファイルエクステントインデックスにおいて第１のファイルに対する第１の識別子に対応付けられている第２のオフセットで終わる部分であり、第２のデータ領域の２番目の部分は、第１のファイルエクステントインデックスにおいて第２のファイルに対する第２の識別子に対応付けられている第３のオフセットから始まり、第２のファイルに対する第２のセグメントインデックスにおいて第２のデータ領域の終端を画定する第２の時間オフセットに対応付けられている第４のオフセットで終わる部分である、第１項～第３項のいずれかに記載のコンピュータで実装される方法。
第１のファイルエクステントインデックスと第１のセグメントインデックスとに基づいて第２のデータ領域を取得するステップが、第１のファイルエクステントインデックスに基づいて、第２のデータ領域の始まりが第１のファイルにあり、第２のデータ領域の終わりが第２のファイルにあることを特定するステップと、第１のファイルから第２のデータ領域の１番目の部分を取得するステップと、第２のファイルから第２のデータ領域の２番目の部分を取得するステップと、を含み、第２のデータ領域の１番目の部分は、第１のセグメントインデックスにおいて第１の時間オフセットに対応付けられている第１のオフセットから始まり、第１のファイルエクステントインデックスにおいて第１のファイルに対する第１の識別子に対応付けられている第２のオフセットで終わる部分であり、第２のデータ領域の２番目の部分は、第１のファイルエクステントインデックスにおいて第２のファイルに対する第２の識別子に対応付けられている第３のオフセットから始まり、第２のファイルに対する第２のセグメントインデックスにおいて第２のデータ領域の終端を画定する第２の時間オフセットに対応付けられている第４のオフセットで終わる部分である、第１項～第３項のいずれかに記載のコンピュータで実装される方法。
【0092】
第５項
第２のデータ領域を要求する第２のリクエストを受信するステップと、第２のファイルエクステントインデックスに基づいて、第２のデータ領域を取り出す際にアクセスする１つ以上のさらなるファイルを特定するステップと、１つ以上のさらなるファイルから第２のデータ領域を取得するステップと、をさらに含む、第１項～第４項のいずれかに記載のコンピュータで実装される方法。第２のデータ領域は、第２の符号化版のメディアタイトルに含まれている。第２の符号化版のメディアタイトルは、第１のファイルセットとオーバーラップしている第２のファイルセットにまたがって格納されている。上記の１つ以上のさらなるファイルは、第２のファイルセットに含まれている。第２のファイルエクステントインデックスは、第２のファイルセットに含まれる各さらなるファイルの識別子を、当該さらなるファイルに格納されているとともに第２の符号化版のメディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものである。上記の１つ以上のさらなるファイルのそれぞれから、第２のデータ領域の少なくとも一部が取得される。第２のデータ領域の少なくとも一部は、各さらなるファイルに格納されている上記所定のデータ領域の範囲内に収まっている。
第２のデータ領域を要求する第２のリクエストを受信するステップと、第２のファイルエクステントインデックスに基づいて、第２のデータ領域を取り出す際にアクセスする１つ以上のさらなるファイルを特定するステップと、１つ以上のさらなるファイルから第２のデータ領域を取得するステップと、をさらに含む、第１項～第４項のいずれかに記載のコンピュータで実装される方法。第２のデータ領域は、第２の符号化版のメディアタイトルに含まれている。第２の符号化版のメディアタイトルは、第１のファイルセットとオーバーラップしている第２のファイルセットにまたがって格納されている。上記の１つ以上のさらなるファイルは、第２のファイルセットに含まれている。第２のファイルエクステントインデックスは、第２のファイルセットに含まれる各さらなるファイルの識別子を、当該さらなるファイルに格納されているとともに第２の符号化版のメディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものである。上記の１つ以上のさらなるファイルのそれぞれから、第２のデータ領域の少なくとも一部が取得される。第２のデータ領域の少なくとも一部は、各さらなるファイルに格納されている上記所定のデータ領域の範囲内に収まっている。
【0093】
第６項
１つ以上のファイルから第１のデータ領域を取得するステップが、第１のデータ領域における開始オフセットを、第１のファイルセットに含まれる第１のファイルにおける第１のオフセットに変換するステップと、第１のファイルから第１のデータ領域の１番目の部分を取得するステップと、を含み、１番目の部分は、第１のファイルにおける第１のオフセットから始まる部分である、第１項～第５項のいずれかに記載のコンピュータで実装される方法。
１つ以上のファイルから第１のデータ領域を取得するステップが、第１のデータ領域における開始オフセットを、第１のファイルセットに含まれる第１のファイルにおける第１のオフセットに変換するステップと、第１のファイルから第１のデータ領域の１番目の部分を取得するステップと、を含み、１番目の部分は、第１のファイルにおける第１のオフセットから始まる部分である、第１項～第５項のいずれかに記載のコンピュータで実装される方法。
【0094】
第７項
１つ以上のファイルから第１のデータ領域を取得するステップが、第２のファイルから第１のデータ領域の２番目の部分を取得するステップをさらに含み、２番目の部分は、第２のファイルにおける第２のオフセットで終わる部分であり、第２のオフセットは、第１のデータ領域の終端に対応するものである、第１項～第６項のいずれかに記載のコンピュータで実装される方法。
１つ以上のファイルから第１のデータ領域を取得するステップが、第２のファイルから第１のデータ領域の２番目の部分を取得するステップをさらに含み、２番目の部分は、第２のファイルにおける第２のオフセットで終わる部分であり、第２のオフセットは、第１のデータ領域の終端に対応するものである、第１項～第６項のいずれかに記載のコンピュータで実装される方法。
【0095】
第８項
第１のデータ領域における開始オフセットを、第１のファイルにおける第１のオフセットに変換するステップが、開始オフセットと、第１のファイルエクステントインデックスに含まれる１つ以上のデータ領域が占めるバイト数とに基づいて、第１のファイルを割り出すステップと、開始オフセットと１つ以上のデータ領域が占めるバイト数との差分に基づいて、第１のオフセットを計算するステップと、を含む、第１項～第７項のいずれかに記載のコンピュータで実装される方法。
第１のデータ領域における開始オフセットを、第１のファイルにおける第１のオフセットに変換するステップが、開始オフセットと、第１のファイルエクステントインデックスに含まれる１つ以上のデータ領域が占めるバイト数とに基づいて、第１のファイルを割り出すステップと、開始オフセットと１つ以上のデータ領域が占めるバイト数との差分に基づいて、第１のオフセットを計算するステップと、を含む、第１項～第７項のいずれかに記載のコンピュータで実装される方法。
【0096】
第９項
第１のファイルセットが、メディアタイトルの１番目の部分を第１の言語で表したものを収めた第１のファイルと、メディアタイトルの１番目の部分を第２の言語で表したものを収めた第２のファイルと、を含んでいる、第１項～第８項のいずれかに記載のコンピュータで実装される方法。
第１のファイルセットが、メディアタイトルの１番目の部分を第１の言語で表したものを収めた第１のファイルと、メディアタイトルの１番目の部分を第２の言語で表したものを収めた第２のファイルと、を含んでいる、第１項～第８項のいずれかに記載のコンピュータで実装される方法。
【0097】
第１０項
第１のファイルエクステントインデックスが、第１の符号化版のメディアタイトルの長さ情報を含んでいる、第１項～第９項のいずれかに記載のコンピュータで実装される方法。
第１のファイルエクステントインデックスが、第１の符号化版のメディアタイトルの長さ情報を含んでいる、第１項～第９項のいずれかに記載のコンピュータで実装される方法。
【0098】
第１１項
いくつかの実施形態では、非一時的なコンピュータ可読媒体は、プロセッサによって実行された場合に、クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップと、第１のファイルエクステントインデックスと、１つ以上のファイル識別子を１つ以上のファイルの場所に対応付ける１つ以上のファイルマッピングとに基づいて、第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップと、当該１つ以上のファイルから第１のデータ領域を取得するステップと、第１のリクエストに対するレスポンスで、第１のデータ領域をクライアントデバイスに送信するステップと、をプロセッサに実行させる命令を格納している。第１のデータ領域は、第１の符号化版のメディアタイトルに含まれている。第１の符号化版のメディアタイトルは、第１のファイルセットにまたがって格納されている。上記の１つ以上のファイルは、第１のファイルセットに含まれている。第１のファイルエクステントインデックスは、第１のファイルセットに含まれる各ファイルの識別子を、当該ファイルに格納されているとともに第１の符号化版のメディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものである。上記の１つ以上のファイルのそれぞれから、第１のデータ領域の少なくとも一部が取得される。第１のデータ領域の当該少なくとも一部は、各ファイルに格納されている上記所定のデータ領域の範囲内に収まっている。
いくつかの実施形態では、非一時的なコンピュータ可読媒体は、プロセッサによって実行された場合に、クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップと、第１のファイルエクステントインデックスと、１つ以上のファイル識別子を１つ以上のファイルの場所に対応付ける１つ以上のファイルマッピングとに基づいて、第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップと、当該１つ以上のファイルから第１のデータ領域を取得するステップと、第１のリクエストに対するレスポンスで、第１のデータ領域をクライアントデバイスに送信するステップと、をプロセッサに実行させる命令を格納している。第１のデータ領域は、第１の符号化版のメディアタイトルに含まれている。第１の符号化版のメディアタイトルは、第１のファイルセットにまたがって格納されている。上記の１つ以上のファイルは、第１のファイルセットに含まれている。第１のファイルエクステントインデックスは、第１のファイルセットに含まれる各ファイルの識別子を、当該ファイルに格納されているとともに第１の符号化版のメディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものである。上記の１つ以上のファイルのそれぞれから、第１のデータ領域の少なくとも一部が取得される。第１のデータ領域の当該少なくとも一部は、各ファイルに格納されている上記所定のデータ領域の範囲内に収まっている。
【0099】
第１２項
命令がプロセッサに、第２のデータ領域を要求する第２のリクエストを受信するステップと、第１のファイルエクステントインデックスと、第１のファイルセットに含まれる第１のファイルに対する第１のセグメントインデックスとに基づいて、第２のデータ領域を取得するステップと、をさらに実行させ、第２のデータ領域は、第１の符号化版のメディアタイトルにおける第１の時間オフセットから始まる領域であり、第１のセグメントインデックスは、第１の符号化版における１つ以上の時間オフセットを、第１のファイルにおける１つ以上のオフセットに対応付けるマッピングを行うものである、第１１項に記載の非一時的なコンピュータ可読媒体。
命令がプロセッサに、第２のデータ領域を要求する第２のリクエストを受信するステップと、第１のファイルエクステントインデックスと、第１のファイルセットに含まれる第１のファイルに対する第１のセグメントインデックスとに基づいて、第２のデータ領域を取得するステップと、をさらに実行させ、第２のデータ領域は、第１の符号化版のメディアタイトルにおける第１の時間オフセットから始まる領域であり、第１のセグメントインデックスは、第１の符号化版における１つ以上の時間オフセットを、第１のファイルにおける１つ以上のオフセットに対応付けるマッピングを行うものである、第１１項に記載の非一時的なコンピュータ可読媒体。
【0100】
第１３項
第１のファイルエクステントインデックスと第１のセグメントインデックスとに基づいて第２のデータ領域を取得するステップが、第１のセグメントインデックスにおいて、第１の時間オフセットが対応付けられている第１のファイルにおける第１のオフセットを特定するステップと、第２のデータ領域の少なくとも一部を、第１のファイルにおける第１のオフセット以降から取得するステップと、を含む、第１１項又は第１２項に記載の非一時的なコンピュータ可読媒体。
第１のファイルエクステントインデックスと第１のセグメントインデックスとに基づいて第２のデータ領域を取得するステップが、第１のセグメントインデックスにおいて、第１の時間オフセットが対応付けられている第１のファイルにおける第１のオフセットを特定するステップと、第２のデータ領域の少なくとも一部を、第１のファイルにおける第１のオフセット以降から取得するステップと、を含む、第１１項又は第１２項に記載の非一時的なコンピュータ可読媒体。
【0101】
第１４項
第１のファイルが、第１のセグメントと第２のセグメントとを含み、第１のセグメントから、第２のデータ領域の少なくとも一部を取得し、第２のセグメントには、第２の符号化版のメディアタイトルに含まれるコンテンツが格納されている、第１１項～第１３項のいずれかに記載の非一時的なコンピュータ可読媒体。
第１のファイルが、第１のセグメントと第２のセグメントとを含み、第１のセグメントから、第２のデータ領域の少なくとも一部を取得し、第２のセグメントには、第２の符号化版のメディアタイトルに含まれるコンテンツが格納されている、第１１項～第１３項のいずれかに記載の非一時的なコンピュータ可読媒体。
【0102】
第１５項
命令がプロセッサに、第２のデータ領域を要求する第２のリクエストを受信するステップと、第２の符号化版のメディアタイトルに対する第２のファイルエクステントインデックスに基づいて、１つ以上のさらなるファイルから第２のデータ領域を取得するステップと、をさらに実行させ、第２のデータ領域は、第２の符号化版のメディアタイトルに含まれるものであり、１つ以上のさらなるファイルは、第１のファイルセットとオーバーラップしている第２のファイルセットに含まれている、第１１項～第１４項のいずれかに記載の非一時的なコンピュータ可読媒体。
命令がプロセッサに、第２のデータ領域を要求する第２のリクエストを受信するステップと、第２の符号化版のメディアタイトルに対する第２のファイルエクステントインデックスに基づいて、１つ以上のさらなるファイルから第２のデータ領域を取得するステップと、をさらに実行させ、第２のデータ領域は、第２の符号化版のメディアタイトルに含まれるものであり、１つ以上のさらなるファイルは、第１のファイルセットとオーバーラップしている第２のファイルセットに含まれている、第１１項～第１４項のいずれかに記載の非一時的なコンピュータ可読媒体。
【0103】
第１６項
１つ以上のファイルから第１のデータ領域を取得するステップが、第１のデータ領域における開始オフセットを、第１のファイルセットに含まれる第１のファイルにおける第１のオフセットに変換するステップと、第１のファイルから第１のデータ領域の１番目の部分を取得するステップと、第２のファイルから第１のデータ領域の２番目の部分を取得するステップと、を含み、１番目の部分は、第１のファイルにおける第１のオフセットから始まる部分であり、第２のファイルは、第１のファイルエクステントインデックスにおいて第１のファイルの次のファイルである、第１１項～第１５項のいずれかに記載の非一時的なコンピュータ可読媒体。
１つ以上のファイルから第１のデータ領域を取得するステップが、第１のデータ領域における開始オフセットを、第１のファイルセットに含まれる第１のファイルにおける第１のオフセットに変換するステップと、第１のファイルから第１のデータ領域の１番目の部分を取得するステップと、第２のファイルから第１のデータ領域の２番目の部分を取得するステップと、を含み、１番目の部分は、第１のファイルにおける第１のオフセットから始まる部分であり、第２のファイルは、第１のファイルエクステントインデックスにおいて第１のファイルの次のファイルである、第１１項～第１５項のいずれかに記載の非一時的なコンピュータ可読媒体。
【0104】
第１７項
第１のデータ領域における開始オフセットを、第１のファイルにおける第１のオフセットに変換するステップが、第１のファイルエクステントインデックスに含まれる１つ以上のデータ領域が占めるバイト数に基づいて、第１のファイルを割り出すステップと、開始オフセットと１つ以上のデータ領域が占めるバイト数との差分に基づいて、第１のオフセットを計算するステップと、を含む、第１１項～第１６項のいずれかに記載の非一時的なコンピュータ可読媒体。
第１のデータ領域における開始オフセットを、第１のファイルにおける第１のオフセットに変換するステップが、第１のファイルエクステントインデックスに含まれる１つ以上のデータ領域が占めるバイト数に基づいて、第１のファイルを割り出すステップと、開始オフセットと１つ以上のデータ領域が占めるバイト数との差分に基づいて、第１のオフセットを計算するステップと、を含む、第１１項～第１６項のいずれかに記載の非一時的なコンピュータ可読媒体。
【0105】
第１８項
所定のデータ領域が、第１のファイルエクステントインデックス内の１つ以上のバイトオフセットで指定されている、第１１項～第１７項のいずれかに記載の非一時的なコンピュータ可読媒体。
所定のデータ領域が、第１のファイルエクステントインデックス内の１つ以上のバイトオフセットで指定されている、第１１項～第１７項のいずれかに記載の非一時的なコンピュータ可読媒体。
【0106】
第１９項
第１のファイルエクステントインデックスが、第１の符号化版のメディアタイトルの長さ情報と、第１の符号化版のメディアタイトルの更新時刻と、ファイル拡張子と、のうちの少なくとも１つを含んでいる、第１１項～第１８項のいずれかに記載の非一時的なコンピュータ可読媒体。
第１のファイルエクステントインデックスが、第１の符号化版のメディアタイトルの長さ情報と、第１の符号化版のメディアタイトルの更新時刻と、ファイル拡張子と、のうちの少なくとも１つを含んでいる、第１１項～第１８項のいずれかに記載の非一時的なコンピュータ可読媒体。
【0107】
第２０項
いくつかの実施形態では、メディアタイトルを再生するためにこれを取得するための、コンピュータで実装される方法は、第１のデータ領域を要求する第１のリクエストをサーバマシンに送信するステップと、第１のリクエストに対するレスポンスで、サーバマシンから第１のデータ領域を受信するステップと、第１のデータ領域に対応するメディアコンテンツを再生用に出力するステップと、を含む。第１のデータ領域は、第１の符号化版のメディアタイトルに含まれている。第１の符号化版のメディアタイトルは、第１のファイルセットにまたがって格納されている。第１のデータ領域は、第１のファイルセットに含まれる１つ以上のファイル内に存在している。第１のファイルエクステントインデックスにより、第１のファイルセットに含まれる各ファイルの識別子を、当該ファイルに格納されている所定のデータ領域に対応付けるマッピングが行われる。
いくつかの実施形態では、メディアタイトルを再生するためにこれを取得するための、コンピュータで実装される方法は、第１のデータ領域を要求する第１のリクエストをサーバマシンに送信するステップと、第１のリクエストに対するレスポンスで、サーバマシンから第１のデータ領域を受信するステップと、第１のデータ領域に対応するメディアコンテンツを再生用に出力するステップと、を含む。第１のデータ領域は、第１の符号化版のメディアタイトルに含まれている。第１の符号化版のメディアタイトルは、第１のファイルセットにまたがって格納されている。第１のデータ領域は、第１のファイルセットに含まれる１つ以上のファイル内に存在している。第１のファイルエクステントインデックスにより、第１のファイルセットに含まれる各ファイルの識別子を、当該ファイルに格納されている所定のデータ領域に対応付けるマッピングが行われる。
【0108】
第２１項
第２のデータ領域を要求する第２のリクエストをサーバマシンに送信するステップと、第２のリクエストに対するレスポンスで、サーバマシンから第２のデータ領域を受信するステップと、をさらに含み、第２のデータ領域は、第１の符号化版のメディアタイトルにおける第１の時間オフセットから始まる領域であり、第１のファイルに対する第１のセグメントインデックス内において、第１の時間オフセットは、第１のファイルにおける第１のオフセットに対応付けられている、第２０項に記載のコンピュータで実装される方法。
第２のデータ領域を要求する第２のリクエストをサーバマシンに送信するステップと、第２のリクエストに対するレスポンスで、サーバマシンから第２のデータ領域を受信するステップと、をさらに含み、第２のデータ領域は、第１の符号化版のメディアタイトルにおける第１の時間オフセットから始まる領域であり、第１のファイルに対する第１のセグメントインデックス内において、第１の時間オフセットは、第１のファイルにおける第１のオフセットに対応付けられている、第２０項に記載のコンピュータで実装される方法。
【0109】
第２２項
第２のデータ領域の少なくとも一部を、第１のファイルにおける第１のオフセット以降から取得する、第２０項又は第２１項に記載のコンピュータで実装される方法。
第２のデータ領域の少なくとも一部を、第１のファイルにおける第１のオフセット以降から取得する、第２０項又は第２１項に記載のコンピュータで実装される方法。
【0110】
第２３項
第２のデータ領域を要求する第２のリクエストをサーバマシンに送信するステップと、第２のリクエストに対するレスポンスで、サーバマシンから第２のデータ領域を受信するステップと、をさらに含む、第２０項～第２２項のいずれかに記載のコンピュータで実装される方法。第２のデータ領域は、第２の符号化版のメディアタイトルに含まれている。第２の符号化版のメディアタイトルは、第１のファイルセットとオーバーラップしている第２のファイルセットにまたがって格納されている。第２のデータ領域は、第２のファイルセットに含まれる１つ以上のさらなるファイル内に存在している。第２のファイルエクステントインデックスにより、第２のファイルセットに含まれる各さらなるファイルの識別子を、当該さらなるファイルに格納されている所定のデータ領域に対応付けるマッピングが行われる。
第２のデータ領域を要求する第２のリクエストをサーバマシンに送信するステップと、第２のリクエストに対するレスポンスで、サーバマシンから第２のデータ領域を受信するステップと、をさらに含む、第２０項～第２２項のいずれかに記載のコンピュータで実装される方法。第２のデータ領域は、第２の符号化版のメディアタイトルに含まれている。第２の符号化版のメディアタイトルは、第１のファイルセットとオーバーラップしている第２のファイルセットにまたがって格納されている。第２のデータ領域は、第２のファイルセットに含まれる１つ以上のさらなるファイル内に存在している。第２のファイルエクステントインデックスにより、第２のファイルセットに含まれる各さらなるファイルの識別子を、当該さらなるファイルに格納されている所定のデータ領域に対応付けるマッピングが行われる。
【0111】
第２４項
第１のデータ領域の少なくとも一部を、第１のファイルセットに含まれる第１のファイルにおける第１のオフセット以降から取得し、第１のオフセットが、第１のデータ領域の開始オフセットに対応している、第２０項～第２３項のいずれかに記載のコンピュータで実装される方法。
第１のデータ領域の少なくとも一部を、第１のファイルセットに含まれる第１のファイルにおける第１のオフセット以降から取得し、第１のオフセットが、第１のデータ領域の開始オフセットに対応している、第２０項～第２３項のいずれかに記載のコンピュータで実装される方法。
【0112】
第２５項
第１のファイルセットが、メディアタイトルの或る部分のオリジナル版を収めた第１のファイルと、メディアタイトルの或る部分の別版を収めた第２のファイルと、を含んでいる、第２０項～第２４項のいずれかに記載のコンピュータで実装される方法。
第１のファイルセットが、メディアタイトルの或る部分のオリジナル版を収めた第１のファイルと、メディアタイトルの或る部分の別版を収めた第２のファイルと、を含んでいる、第２０項～第２４項のいずれかに記載のコンピュータで実装される方法。
【0113】
第２６項
別版が、オリジナル版に対する編集と、上記或る部分の地域版と、コンテンツに対するレイティング基準を満たす版と、のうちの少なくとも１つを含む、第２０項～第２５項のいずれかに記載のコンピュータで実装される方法。
別版が、オリジナル版に対する編集と、上記或る部分の地域版と、コンテンツに対するレイティング基準を満たす版と、のうちの少なくとも１つを含む、第２０項～第２５項のいずれかに記載のコンピュータで実装される方法。
【0114】
特許請求の範囲の任意の請求項に記載の任意の構成要素及び／又は本願明細書に記載の任意の要素の組み合わせは、どのような形の組み合わせであれ、ありとあらゆる組み合わせが、企図される本発明及び保護の範囲に含まれるものとする。
【0115】
種々の実施形態を説明しているが、これは例示を示す目的で提示したものに過ぎず、提示した実施形態は、本開示の実施形態を全て網羅することや、限定することを意図したものではない。当業者には、本明細書に記載の実施形態の範囲及び精神から逸脱しない多くの変更及び変形が明らかであろう。
【0116】
本実施形態の態様は、システム、方法又はコンピュータプログラム製品として具現化することができる。従って、本開示の態様は、完全にハードウェアのみの実施形態、完全にソフトウェアのみの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、又はソフトウェアの側面とハードウェアの側面とを組み合わせた実施形態の形態をとることができ、本明細書では、これらすべてを総称して、「モジュール」、「システム」、又は「コンピュータ」と呼ぶ場合がある。また、本開示に記載のいかなるハードウェア及び／又はソフトウェア技術、プロセス、機能、コンポーネント、エンジン、モジュール、又はシステムも、単独の回路又は一組の回路として実装することができる。さらに、本開示の態様は、コンピュータプログラム製品の形態をとることもでき、１つ以上のコンピュータ可読媒体上のコンピュータ可読プログラムコードとして具現化することもできる。
【0117】
１つ以上のコンピュータ可読媒体を任意の組み合わせで利用することができる。コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読記憶媒体とすることができる。コンピュータ可読記憶媒体は、例えば、電子式、磁気式、光学式、電磁式、赤外線式、半導体式のシステム、装置、デバイス、又はこれらの任意の適切な組み合わせとすることができる。限定されるものではないが、コンピュータ可読記憶媒体のより具体的な例（ただし、網羅的に列挙するものではない）としては、１本以上の配線を有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、光学記憶デバイス、磁気記憶デバイス、又はこれらの任意の適切な組み合わせが挙げられる。本稿の文脈では、コンピュータ可読記憶媒体は、命令を実行するシステム、装置、又はデバイスが利用する、又はこれらに関連付けて利用するためのプログラムを格納（記憶）することができる任意の有形媒体とすることができる。
【0118】
上記では、本開示の実施形態に係る方法、装置（システム）、及びコンピュータプログラム製品を示すフローチャート図及び／又はブロック図を参照しながら、本開示の態様を説明している。フローチャート図及び／又はブロック図の各ブロック、及びフローチャート図及び／又はブロック図のブロックの組み合わせは、コンピュータプログラム命令により実施できることが理解されるであろう。そして、これらのコンピュータプログラム命令を、汎用コンピュータ又は専用コンピュータなどのプログラム可能なデータ処理装置のプロセッサに提供することにより、マシンを製造することができる。命令は、コンピュータなどのプログラム可能なデータ処理装置のプロセッサにより実行されることにより、フローチャート及び／又はブロック図の１つ以上のブロックで指定された機能／動作の実施を実現するものである。かかるプロセッサとしては、汎用プロセッサ、専用プロセッサ、特定用途プロセッサ、又はフィールドプログラマブルゲートアレイを挙げることができるが、限定されるものではない。
【0119】
図面に示すフローチャート及びブロック図は、本開示の種々の実施形態に係るシステム、方法、及びコンピュータプログラム製品の実施態様となり得るアーキテクチャ、機能性、及び動作を示すものである。この意味では、フローチャート又はブロック図の各ブロックが、そこに特定されている（１つ以上の）論理機能を実装するための１つ以上の実行可能命令を含む、コードのモジュール、セグメント、又は一部を表すと考えることができる。また、いくつかの代替的な実施態様では、ブロックに記載した機能を、図面に記載した順序とは異なる順序で実行できることにも留意されたい。例えば、連続ブロックとして図示されている２つのブロックを、実際には実質的に同時に実行することができるほか、あるいは、場合によっては、関連する機能に応じて、これらのブロックを逆の順序で実行することもできる。また、ブロック図及び／又はフローチャート図の各ブロック、及びブロック図及び／又はフローチャート図のブロックの組み合わせを、そこに特定されている機能又は動作を実行する専用ハードウェアベースのシステムにより実装することができるほか、あるいは専用ハードウェアとコンピュータ命令の組み合わせにより実装することもできることにも留意されたい。
【0120】
なお、上述の説明は、本開示の実施形態に向けられたものであるが、本開示の基本的な範囲から逸脱しない範囲で、本開示の他の実施形態及びさらなる実施形態を考案することも可能であり、かかる範囲は、以下の特許請求の範囲により規定される。
【符号の説明】
【0121】
１００ ネットワークインフラ
１０５ 通信ネットワーク
１１０ コンテンツサーバ
１１５ エンドポイントデバイス
１２０ 制御サーバ
１３０ クラウドサービス
２０４、３０４、４１０ ＣＰＵ
２０６、３０６ システムディスク
２０８、３０８、４１４ Ｉ／Ｏデバイスインタフェース
２１０、３１０、４１８ ネットワークインタフェース
２１２、３１２、４２２ 相互接続配線
２１４、３１４ システムメモリ
２１６、３１６ Ｉ／Ｏデバイス
２１７ サーバアプリケーション
２１８、６００、６０２ ファイル
３１７ 制御アプリケーション
３１８ データベース
４１２ グラフィックサブシステム
４１６ 大容量記憶装置
４３０ メモリサブシステム
４３２ オペレーティングシステム
４３４ ユーザインタフェース
４３６ 再生アプリケーション
４３８ プラットフォームプレーヤ
４５０ ディスプレイデバイス
４５２ ユーザＩ／Ｏデバイス
５００、６５０ リクエスト
５０２ ファイルマッピング
５０４、６２８ ファイルエクステントインデックス
５０６ レスポンス
５１０、５２０ 領域
５０８、５１２、５１４、５１８ 識別子
５１６ メタデータ
５２２ パス
５２４ データ
５３０ セグメントインデックス
５３２ セグメント
６０４～６２６、６３０～６４２、６５４～６６４ （ファイルの）部分
６５２ レスポンス
１０５ 通信ネットワーク
１１０ コンテンツサーバ
１１５ エンドポイントデバイス
１２０ 制御サーバ
１３０ クラウドサービス
２０４、３０４、４１０ ＣＰＵ
２０６、３０６ システムディスク
２０８、３０８、４１４ Ｉ／Ｏデバイスインタフェース
２１０、３１０、４１８ ネットワークインタフェース
２１２、３１２、４２２ 相互接続配線
２１４、３１４ システムメモリ
２１６、３１６ Ｉ／Ｏデバイス
２１７ サーバアプリケーション
２１８、６００、６０２ ファイル
３１７ 制御アプリケーション
３１８ データベース
４１２ グラフィックサブシステム
４１６ 大容量記憶装置
４３０ メモリサブシステム
４３２ オペレーティングシステム
４３４ ユーザインタフェース
４３６ 再生アプリケーション
４３８ プラットフォームプレーヤ
４５０ ディスプレイデバイス
４５２ ユーザＩ／Ｏデバイス
５００、６５０ リクエスト
５０２ ファイルマッピング
５０４、６２８ ファイルエクステントインデックス
５０６ レスポンス
５１０、５２０ 領域
５０８、５１２、５１４、５１８ 識別子
５１６ メタデータ
５２２ パス
５２４ データ
５３０ セグメントインデックス
５３２ セグメント
６０４～６２６、６３０～６４２、６５４～６６４ （ファイルの）部分
６５２ レスポンス
【図1】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図7】
【手続補正書】
【提出日】2023-10-17
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
メディアタイトルを再生するためにこれにアクセスするための、コンピュータで実装される方法であって、クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップと、
第１のファイルエクステントインデックスに基づいて、前記第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップと、
前記１つ以上のファイルから前記第１のデータ領域を取得するステップと、
前記第１のリクエストに対するレスポンスで、前記第１のデータ領域を前記クライアントデバイスに送信するステップと、
を含み、
前記第１のデータ領域は、第１の符号化版の前記メディアタイトルに含まれるものであり、
前記第１の符号化版の前記メディアタイトルは、第１のファイルセットにまたがって格納されており、
前記１つ以上のファイルは、前記第１のファイルセットに含まれ、
前記第１のファイルエクステントインデックスは、前記第１のファイルセットに含まれる各ファイルの識別子を、該ファイルに格納されているとともに前記第１の符号化版の前記メディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものであり、
前記１つ以上のファイルのそれぞれから、前記第１のデータ領域の少なくとも一部が取得され、
該第１のデータ領域の該少なくとも一部は、該ファイルに格納されている前記所定のデータ領域の範囲内に収まっている、コンピュータで実装される方法。
【請求項2】
第２のデータ領域を要求する第２のリクエストを受信するステップと、前記第１のファイルエクステントインデックスと、前記第１のファイルセットに含まれる第１のファイルに対する第１のセグメントインデックスとに基づいて、前記第２のデータ領域を取得するステップと、
をさらに含み、
前記第２のデータ領域は、前記第１の符号化版の前記メディアタイトルにおける第１の時間オフセットから始まる領域であり、
前記第１のセグメントインデックスは、前記第１の符号化版における１つ以上の時間オフセットを、前記第１のファイルにおける１つ以上のオフセットに対応付けるマッピングを行うものである、請求項１に記載のコンピュータで実装される方法。
【請求項3】
前記第１のファイルエクステントインデックスと前記第１のセグメントインデックスとに基づいて前記第２のデータ領域を取得するステップが、前記第１のセグメントインデックスにおいて、前記第１の時間オフセットが対応付けられている前記第１のファイルにおける第１のオフセットを特定するステップと、
前記第２のデータ領域の少なくとも一部を、前記第１のファイルの前記第１のオフセット以降から取得するステップと、
を含む、請求項２に記載のコンピュータで実装される方法。
【請求項4】
前記第１のファイルエクステントインデックスと前記第１のセグメントインデックスとに基づいて前記第２のデータ領域を取得するステップが、前記第１のファイルエクステントインデックスに基づいて、前記第２のデータ領域の始まりが前記第１のファイルにあり、前記第２のデータ領域の終わりが第２のファイルにあることを特定するステップと、
前記第１のファイルから前記第２のデータ領域の１番目の部分を取得するステップと、
前記第２のファイルから前記第２のデータ領域の２番目の部分を取得するステップと、
を含み、
前記第２のデータ領域の前記１番目の部分は、前記第１のセグメントインデックスにおいて前記第１の時間オフセットに対応付けられている第１のオフセットから始まり、前記第１のファイルエクステントインデックスにおいて前記第１のファイルに対する第１の識別子に対応付けられている第２のオフセットで終わる部分であり、
前記第２のデータ領域の前記２番目の部分は、前記第１のファイルエクステントインデックスにおいて前記第２のファイルに対する第２の識別子に対応付けられている第３のオフセットから始まり、前記第２のファイルに対する第２のセグメントインデックスにおいて前記第２のデータ領域の終端を画定する第２の時間オフセットに対応付けられている第４のオフセットで終わる部分である、請求項２に記載のコンピュータで実装される方法。
【請求項5】
第２のデータ領域を要求する第２のリクエストを受信するステップと、第２のファイルエクステントインデックスに基づいて、前記第２のデータ領域を取り出す際にアクセスする１つ以上のさらなるファイルを特定するステップと、
前記１つ以上のさらなるファイルから前記第２のデータ領域を取得するステップと、
をさらに含み、
前記第２のデータ領域は、第２の符号化版の前記メディアタイトルに含まれるものであり、
前記第２の符号化版の前記メディアタイトルは、前記第１のファイルセットとオーバーラップしている第２のファイルセットにまたがって格納されており、
前記１つ以上のさらなるファイルは、前記第２のファイルセットに含まれ、
前記第２のファイルエクステントインデックスは、前記第２のファイルセットに含まれる各さらなるファイルの識別子を、該さらなるファイルに格納されているとともに前記第２の符号化版の前記メディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものであり、
前記１つ以上のさらなるファイルのそれぞれから、前記第２のデータ領域の少なくとも一部が取得され、
該第２のデータ領域の少なくとも一部は、該さらなるファイルに格納されている前記所定のデータ領域の範囲内に収まっている、請求項１に記載のコンピュータで実装される方法。
【請求項6】
前記１つ以上のファイルから前記第１のデータ領域を取得するステップが、前記第１のデータ領域における開始オフセットを、前記第１のファイルセットに含まれる第１のファイルにおける第１のオフセットに変換するステップと、
前記第１のファイルから前記第１のデータ領域の１番目の部分を取得するステップと、
を含み、
前記１番目の部分は、前記第１のファイルにおける前記第１のオフセットから始まる部分である、請求項１に記載のコンピュータで実装される方法。
【請求項7】
前記１つ以上のファイルから前記第１のデータ領域を取得するステップが、第２のファイルから前記第１のデータ領域の２番目の部分を取得するステップをさらに含み、前記２番目の部分は、前記第２のファイルにおける第２のオフセットで終わる部分であり、
前記第２のオフセットは、前記第１のデータ領域の終端に対応するものである、請求項６に記載のコンピュータで実装される方法。
【請求項8】
前記第１のデータ領域における前記開始オフセットを、前記第１のファイルにおける前記第１のオフセットに変換するステップが、前記開始オフセットと、前記第１のファイルエクステントインデックスに含まれる１つ以上のデータ領域が占めるバイト数とに基づいて、前記第１のファイルを割り出すステップと、
前記開始オフセットと前記１つ以上のデータ領域が占める前記バイト数との差分に基づいて、前記第１のオフセットを計算するステップと、
を含む、請求項６に記載のコンピュータで実装される方法。
【請求項9】
前記第１のファイルセットが、前記メディアタイトルの１番目の部分を第１の言語で表したものを収めた第１のファイルと、
前記メディアタイトルの前記１番目の部分を第２の言語で表したものを収めた第２のファイルと、
を含んでいる、請求項１に記載のコンピュータで実装される方法。
【請求項10】
前記第１のファイルエクステントインデックスが、前記第１の符号化版の前記メディアタイトルの長さ情報を含んでいる、請求項１に記載のコンピュータで実装される方法。
【請求項11】
命令を格納する非一時的なコンピュータ可読媒体であって、プロセッサによって実行された場合に、前記命令は前記プロセッサに、クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップと、
第１のファイルエクステントインデックスと、１つ以上のファイル識別子を１つ以上のファイルの場所に対応付ける１つ以上のファイルマッピングとに基づいて、前記第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップと、
前記１つ以上のファイルから前記第１のデータ領域を取得するステップと、
前記第１のリクエストに対するレスポンスで、前記第１のデータ領域を前記クライアントデバイスに送信するステップと、
を実行させ、
前記第１のデータ領域は、第１の符号化版のメディアタイトルに含まれるものであり、
前記第１の符号化版の前記メディアタイトルは、第１のファイルセットにまたがって格納されており、
前記１つ以上のファイルは、前記第１のファイルセットに含まれ、
前記第１のファイルエクステントインデックスは、前記第１のファイルセットに含まれる各ファイルの識別子を、該ファイルに格納されているとともに前記第１の符号化版の前記メディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものであり、
前記１つ以上のファイルのそれぞれから、前記第１のデータ領域の少なくとも一部が取得され、
該第１のデータ領域の該少なくとも一部は、該ファイルに格納されている前記所定のデータ領域の範囲内に収まっている、非一時的なコンピュータ可読媒体。
【請求項12】
メディアタイトルを再生するためにこれを取得するための、コンピュータで実装される方法であって、第１のデータ領域を要求する第１のリクエストをサーバマシンに送信するステップと、
前記第１のリクエストに対するレスポンスで、前記サーバマシンから前記第１のデータ領域を受信するステップと、
前記第１のデータ領域に対応するメディアコンテンツを再生用に出力するステップと、
を含み、
前記第１のデータ領域は、第１の符号化版の前記メディアタイトルに含まれるものであり、
前記第１の符号化版の前記メディアタイトルは、第１のファイルセットにまたがって格納されており、
前記第１のデータ領域は、前記第１のファイルセットに含まれる１つ以上のファイル内に存在し、
第１のファイルエクステントインデックスにより、前記第１のファイルセットに含まれる各ファイルの識別子を、該ファイルに格納されている所定のデータ領域に対応付けるマッピングが行われる、方法。
【請求項13】
第２のデータ領域を要求する第２のリクエストを前記サーバマシンに送信するステップと、前記第２のリクエストに対するレスポンスで、前記サーバマシンから前記第２のデータ領域を受信するステップと、
をさらに含み、
前記第２のデータ領域は、前記第１の符号化版の前記メディアタイトルにおける第１の時間オフセットから始まる領域であり、
第１のファイルに対する第１のセグメントインデックス内において、前記第１の時間オフセットは、前記第１のファイルにおける第１のオフセットに対応付けられている、請求項１２に記載のコンピュータで実装される方法。
【請求項14】
前記第１のデータ領域の少なくとも一部を、前記第１のファイルセットに含まれる前記第１のファイルにおける第１のオフセット以降から取得し、前記第１のオフセットが、前記第１のデータ領域の開始オフセットに対応している、請求項１２に記載のコンピュータで実装される方法。
【請求項15】
前記第１のファイルセットが、前記メディアタイトルの或る部分のオリジナル版を収めた第１のファイルと、
前記メディアタイトルの前記或る部分の別版を収めた第２のファイルと、
を含んでいる、請求項１２に記載のコンピュータで実装される方法。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０１２０
【補正方法】変更
【補正の内容】
【0120】
なお、上述の説明は、本開示の実施形態に向けられたものであるが、本開示の基本的な範囲から逸脱しない範囲で、本開示の他の実施形態及びさらなる実施形態を考案することも可能であり、かかる範囲は、以下の特許請求の範囲により規定される。
以下、本発明の好ましい実施形態を項分け記載する。
実施形態１
メディアタイトルを再生するためにこれにアクセスするための、コンピュータで実装される方法であって、
クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップと、
第１のファイルエクステントインデックスに基づいて、前記第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップと、
前記１つ以上のファイルから前記第１のデータ領域を取得するステップと、
前記第１のリクエストに対するレスポンスで、前記第１のデータ領域を前記クライアントデバイスに送信するステップと、
を含み、
前記第１のデータ領域は、第１の符号化版の前記メディアタイトルに含まれるものであり、
前記第１の符号化版の前記メディアタイトルは、第１のファイルセットにまたがって格納されており、
前記１つ以上のファイルは、前記第１のファイルセットに含まれ、
前記第１のファイルエクステントインデックスは、前記第１のファイルセットに含まれる各ファイルの識別子を、該ファイルに格納されているとともに前記第１の符号化版の前記メディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものであり、
前記１つ以上のファイルのそれぞれから、前記第１のデータ領域の少なくとも一部が取得され、
該第１のデータ領域の該少なくとも一部は、該ファイルに格納されている前記所定のデータ領域の範囲内に収まっている、コンピュータで実装される方法。
実施形態２
第２のデータ領域を要求する第２のリクエストを受信するステップと、
前記第１のファイルエクステントインデックスと、前記第１のファイルセットに含まれる第１のファイルに対する第１のセグメントインデックスとに基づいて、前記第２のデータ領域を取得するステップと、
をさらに含み、
前記第２のデータ領域は、前記第１の符号化版の前記メディアタイトルにおける第１の時間オフセットから始まる領域であり、
前記第１のセグメントインデックスは、前記第１の符号化版における１つ以上の時間オフセットを、前記第１のファイルにおける１つ以上のオフセットに対応付けるマッピングを行うものである、実施形態１に記載のコンピュータで実装される方法。
実施形態３
前記第１のファイルエクステントインデックスと前記第１のセグメントインデックスとに基づいて前記第２のデータ領域を取得するステップが、
前記第１のセグメントインデックスにおいて、前記第１の時間オフセットが対応付けられている前記第１のファイルにおける第１のオフセットを特定するステップと、
前記第２のデータ領域の少なくとも一部を、前記第１のファイルの前記第１のオフセット以降から取得するステップと、
を含む、実施形態２に記載のコンピュータで実装される方法。
実施形態４
前記第１のファイルエクステントインデックスと前記第１のセグメントインデックスとに基づいて前記第２のデータ領域を取得するステップが、
前記第１のファイルエクステントインデックスに基づいて、前記第２のデータ領域の始まりが前記第１のファイルにあり、前記第２のデータ領域の終わりが第２のファイルにあることを特定するステップと、
前記第１のファイルから前記第２のデータ領域の１番目の部分を取得するステップと、
前記第２のファイルから前記第２のデータ領域の２番目の部分を取得するステップと、
を含み、
前記第２のデータ領域の前記１番目の部分は、前記第１のセグメントインデックスにおいて前記第１の時間オフセットに対応付けられている第１のオフセットから始まり、前記第１のファイルエクステントインデックスにおいて前記第１のファイルに対する第１の識別子に対応付けられている第２のオフセットで終わる部分であり、
前記第２のデータ領域の前記２番目の部分は、前記第１のファイルエクステントインデックスにおいて前記第２のファイルに対する第２の識別子に対応付けられている第３のオフセットから始まり、前記第２のファイルに対する第２のセグメントインデックスにおいて前記第２のデータ領域の終端を画定する第２の時間オフセットに対応付けられている第４のオフセットで終わる部分である、実施形態２に記載のコンピュータで実装される方法。
実施形態５
第２のデータ領域を要求する第２のリクエストを受信するステップと、
第２のファイルエクステントインデックスに基づいて、前記第２のデータ領域を取り出す際にアクセスする１つ以上のさらなるファイルを特定するステップと、
前記１つ以上のさらなるファイルから前記第２のデータ領域を取得するステップと、
をさらに含み、
前記第２のデータ領域は、第２の符号化版の前記メディアタイトルに含まれるものであり、
前記第２の符号化版の前記メディアタイトルは、前記第１のファイルセットとオーバーラップしている第２のファイルセットにまたがって格納されており、
前記１つ以上のさらなるファイルは、前記第２のファイルセットに含まれ、
前記第２のファイルエクステントインデックスは、前記第２のファイルセットに含まれる各さらなるファイルの識別子を、該さらなるファイルに格納されているとともに前記第２の符号化版の前記メディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものであり、
前記１つ以上のさらなるファイルのそれぞれから、前記第２のデータ領域の少なくとも一部が取得され、
該第２のデータ領域の少なくとも一部は、該さらなるファイルに格納されている前記所定のデータ領域の範囲内に収まっている、実施形態１に記載のコンピュータで実装される方法。
実施形態６
前記１つ以上のファイルから前記第１のデータ領域を取得するステップが、
前記第１のデータ領域における開始オフセットを、前記第１のファイルセットに含まれる第１のファイルにおける第１のオフセットに変換するステップと、
前記第１のファイルから前記第１のデータ領域の１番目の部分を取得するステップと、
を含み、
前記１番目の部分は、前記第１のファイルにおける前記第１のオフセットから始まる部分である、実施形態１に記載のコンピュータで実装される方法。
実施形態７
前記１つ以上のファイルから前記第１のデータ領域を取得するステップが、第２のファイルから前記第１のデータ領域の２番目の部分を取得するステップをさらに含み、
前記２番目の部分は、前記第２のファイルにおける第２のオフセットで終わる部分であり、
前記第２のオフセットは、前記第１のデータ領域の終端に対応するものである、実施形態６に記載のコンピュータで実装される方法。
実施形態８
前記第１のデータ領域における前記開始オフセットを、前記第１のファイルにおける前記第１のオフセットに変換するステップが、
前記開始オフセットと、前記第１のファイルエクステントインデックスに含まれる１つ以上のデータ領域が占めるバイト数とに基づいて、前記第１のファイルを割り出すステップと、
前記開始オフセットと前記１つ以上のデータ領域が占める前記バイト数との差分に基づいて、前記第１のオフセットを計算するステップと、
を含む、実施形態６に記載のコンピュータで実装される方法。
実施形態９
前記第１のファイルセットが、
前記メディアタイトルの１番目の部分を第１の言語で表したものを収めた第１のファイルと、
前記メディアタイトルの前記１番目の部分を第２の言語で表したものを収めた第２のファイルと、
を含んでいる、実施形態１に記載のコンピュータで実装される方法。
実施形態１０
前記第１のファイルエクステントインデックスが、前記第１の符号化版の前記メディアタイトルの長さ情報を含んでいる、実施形態１に記載のコンピュータで実装される方法。
実施形態１１
命令を格納する非一時的なコンピュータ可読媒体であって、プロセッサによって実行された場合に、前記命令は前記プロセッサに、
クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップと、
第１のファイルエクステントインデックスと、１つ以上のファイル識別子を１つ以上のファイルの場所に対応付ける１つ以上のファイルマッピングとに基づいて、前記第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップと、
前記１つ以上のファイルから前記第１のデータ領域を取得するステップと、
前記第１のリクエストに対するレスポンスで、前記第１のデータ領域を前記クライアントデバイスに送信するステップと、
を実行させ、
前記第１のデータ領域は、第１の符号化版のメディアタイトルに含まれるものであり、
前記第１の符号化版の前記メディアタイトルは、第１のファイルセットにまたがって格納されており、
前記１つ以上のファイルは、前記第１のファイルセットに含まれ、
前記第１のファイルエクステントインデックスは、前記第１のファイルセットに含まれる各ファイルの識別子を、該ファイルに格納されているとともに前記第１の符号化版の前記メディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものであり、
前記１つ以上のファイルのそれぞれから、前記第１のデータ領域の少なくとも一部が取得され、
該第１のデータ領域の該少なくとも一部は、該ファイルに格納されている前記所定のデータ領域の範囲内に収まっている、非一時的なコンピュータ可読媒体。
実施形態１２
前記命令が前記プロセッサに、
第２のデータ領域を要求する第２のリクエストを受信するステップと、
前記第１のファイルエクステントインデックスと、前記第１のファイルセットに含まれる第１のファイルに対する第１のセグメントインデックスとに基づいて、前記第２のデータ領域を取得するステップと、
をさらに実行させ、
前記第２のデータ領域は、前記第１の符号化版の前記メディアタイトルにおける第１の時間オフセットから始まる領域であり、
前記第１のセグメントインデックスは、前記第１の符号化版における１つ以上の時間オフセットを、前記第１のファイルにおける１つ以上のオフセットに対応付けるマッピングを行うものである、実施形態１１に記載の非一時的なコンピュータ可読媒体。
実施形態１３
前記第１のファイルエクステントインデックスと前記第１のセグメントインデックスとに基づいて前記第２のデータ領域を取得するステップが、
前記第１のセグメントインデックスにおいて、前記第１の時間オフセットが対応付けられている前記第１のファイルにおける第１のオフセットを特定するステップと、
前記第２のデータ領域の少なくとも一部を、前記第１のファイルの前記第１のオフセット以降から取得するステップと、
を含む、実施形態１２に記載の非一時的なコンピュータ可読媒体。
実施形態１４
前記第１のファイルが、第１のセグメントと第２のセグメントとを含み、
前記第１のセグメントから、前記第２のデータ領域の前記少なくとも一部を取得し、
前記第２のセグメントには、第２の符号化版の前記メディアタイトルに含まれるコンテンツが格納されている、実施形態１２に記載の非一時的なコンピュータ可読媒体。
実施形態１５
前記命令が前記プロセッサに、
第２のデータ領域を要求する第２のリクエストを受信するステップと、
前記第２の符号化版の前記メディアタイトルに対する第２のファイルエクステントインデックスに基づいて、１つ以上のさらなるファイルから前記第２のデータ領域を取得するステップと、
をさらに実行させ、
前記第２のデータ領域は、第２の符号化版の前記メディアタイトルに含まれるものであり、
前記１つ以上のさらなるファイルは、前記第１のファイルセットとオーバーラップしている第２のファイルセットに含まれている、実施形態１１に記載の非一時的なコンピュータ可読媒体。
実施形態１６
前記１つ以上のファイルから前記第１のデータ領域を取得するステップが、
前記第１のデータ領域における開始オフセットを、前記第１のファイルセットに含まれる第１のファイルにおける第１のオフセットに変換するステップと、
前記第１のファイルから前記第１のデータ領域の１番目の部分を取得するステップと、
第２のファイルから前記第１のデータ領域の２番目の部分を取得するステップと、
を含み、
前記１番目の部分は、前記第１のファイルにおける前記第１のオフセットから始まる部分であり、
前記第２のファイルは、前記第１のファイルエクステントインデックスにおいて前記第１のファイルの次のファイルである、実施形態１１に記載の非一時的なコンピュータ可読媒体。
実施形態１７
前記第１のデータ領域における前記開始オフセットを、前記第１のファイルにおける前記第１のオフセットに変換するステップが、
前記第１のファイルエクステントインデックスに含まれる１つ以上のデータ領域が占めるバイト数に基づいて、前記第１のファイルを割り出すステップと、
前記開始オフセットと前記１つ以上のデータ領域が占める前記バイト数との差分に基づいて、前記第１のオフセットを計算するステップと、
を含む、実施形態１６に記載の非一時的なコンピュータ可読媒体。
実施形態１８
前記所定のデータ領域が、前記第１のファイルエクステントインデックス内の１つ以上のバイトオフセットで指定されている、実施形態１１に記載の非一時的なコンピュータ可読媒体。
実施形態１９
前記第１のファイルエクステントインデックスが、前記第１の符号化版の前記メディアタイトルの長さ情報と、前記第１の符号化版の前記メディアタイトルの更新時刻と、ファイル拡張子と、のうちの少なくとも１つを含んでいる、実施形態１１に記載の非一時的なコンピュータ可読媒体。
実施形態２０
メディアタイトルを再生するためにこれを取得するための、コンピュータで実装される方法であって、
第１のデータ領域を要求する第１のリクエストをサーバマシンに送信するステップと、
前記第１のリクエストに対するレスポンスで、前記サーバマシンから前記第１のデータ領域を受信するステップと、
前記第１のデータ領域に対応するメディアコンテンツを再生用に出力するステップと、
を含み、
前記第１のデータ領域は、第１の符号化版の前記メディアタイトルに含まれるものであり、
前記第１の符号化版の前記メディアタイトルは、第１のファイルセットにまたがって格納されており、
前記第１のデータ領域は、前記第１のファイルセットに含まれる１つ以上のファイル内に存在し、
第１のファイルエクステントインデックスにより、前記第１のファイルセットに含まれる各ファイルの識別子を、該ファイルに格納されている所定のデータ領域に対応付けるマッピングが行われる、方法。
実施形態２１
第２のデータ領域を要求する第２のリクエストを前記サーバマシンに送信するステップと、
前記第２のリクエストに対するレスポンスで、前記サーバマシンから前記第２のデータ領域を受信するステップと、
をさらに含み、
前記第２のデータ領域は、前記第１の符号化版の前記メディアタイトルにおける第１の時間オフセットから始まる領域であり、
第１のファイルに対する第１のセグメントインデックス内において、前記第１の時間オフセットは、前記第１のファイルにおける第１のオフセットに対応付けられている、実施形態２０に記載のコンピュータで実装される方法。
実施形態２２
前記第２のデータ領域の少なくとも一部を、前記第１のファイルの前記第１のオフセット以降から取得する、実施形態２１に記載のコンピュータで実装される方法。
実施形態２３
第２のデータ領域を要求する第２のリクエストを前記サーバマシンに送信するステップと、
前記第２のリクエストに対するレスポンスで、前記サーバマシンから前記第２のデータ領域を受信するステップと、
をさらに含み、
前記第２のデータ領域は、第２の符号化版の前記メディアタイトルに含まれるものであり、
前記第２の符号化版の前記メディアタイトルは、第１のファイルセットとオーバーラップしている第２のファイルセットにまたがって格納されており、
前記第２のデータ領域は、前記第２のファイルセットに含まれる１つ以上のさらなるファイル内に存在し、
第２のファイルエクステントインデックスにより、前記第２のファイルセットに含まれる各さらなるファイルの識別子を、該さらなるファイルに格納されている所定のデータ領域に対応付けるマッピングが行われる、実施形態２０に記載のコンピュータで実装される方法。
実施形態２４
前記第１のデータ領域の少なくとも一部を、前記第１のファイルセットに含まれる前記第１のファイルにおける第１のオフセット以降から取得し、
前記第１のオフセットが、前記第１のデータ領域の開始オフセットに対応している、実施形態２０に記載のコンピュータで実装される方法。
実施形態２５
前記第１のファイルセットが、
前記メディアタイトルの或る部分のオリジナル版を収めた第１のファイルと、
前記メディアタイトルの前記或る部分の別版を収めた第２のファイルと、
を含んでいる、実施形態２０に記載のコンピュータで実装される方法。
実施形態２６
前記別版が、前記オリジナル版に対する編集と、前記或る部分の地域版と、コンテンツに対するレイティング基準を満たす版と、のうちの少なくとも１つを含む、実施形態２５に記載のコンピュータで実装される方法。
以下、本発明の好ましい実施形態を項分け記載する。
実施形態１
メディアタイトルを再生するためにこれにアクセスするための、コンピュータで実装される方法であって、
クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップと、
第１のファイルエクステントインデックスに基づいて、前記第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップと、
前記１つ以上のファイルから前記第１のデータ領域を取得するステップと、
前記第１のリクエストに対するレスポンスで、前記第１のデータ領域を前記クライアントデバイスに送信するステップと、
を含み、
前記第１のデータ領域は、第１の符号化版の前記メディアタイトルに含まれるものであり、
前記第１の符号化版の前記メディアタイトルは、第１のファイルセットにまたがって格納されており、
前記１つ以上のファイルは、前記第１のファイルセットに含まれ、
前記第１のファイルエクステントインデックスは、前記第１のファイルセットに含まれる各ファイルの識別子を、該ファイルに格納されているとともに前記第１の符号化版の前記メディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものであり、
前記１つ以上のファイルのそれぞれから、前記第１のデータ領域の少なくとも一部が取得され、
該第１のデータ領域の該少なくとも一部は、該ファイルに格納されている前記所定のデータ領域の範囲内に収まっている、コンピュータで実装される方法。
実施形態２
第２のデータ領域を要求する第２のリクエストを受信するステップと、
前記第１のファイルエクステントインデックスと、前記第１のファイルセットに含まれる第１のファイルに対する第１のセグメントインデックスとに基づいて、前記第２のデータ領域を取得するステップと、
をさらに含み、
前記第２のデータ領域は、前記第１の符号化版の前記メディアタイトルにおける第１の時間オフセットから始まる領域であり、
前記第１のセグメントインデックスは、前記第１の符号化版における１つ以上の時間オフセットを、前記第１のファイルにおける１つ以上のオフセットに対応付けるマッピングを行うものである、実施形態１に記載のコンピュータで実装される方法。
実施形態３
前記第１のファイルエクステントインデックスと前記第１のセグメントインデックスとに基づいて前記第２のデータ領域を取得するステップが、
前記第１のセグメントインデックスにおいて、前記第１の時間オフセットが対応付けられている前記第１のファイルにおける第１のオフセットを特定するステップと、
前記第２のデータ領域の少なくとも一部を、前記第１のファイルの前記第１のオフセット以降から取得するステップと、
を含む、実施形態２に記載のコンピュータで実装される方法。
実施形態４
前記第１のファイルエクステントインデックスと前記第１のセグメントインデックスとに基づいて前記第２のデータ領域を取得するステップが、
前記第１のファイルエクステントインデックスに基づいて、前記第２のデータ領域の始まりが前記第１のファイルにあり、前記第２のデータ領域の終わりが第２のファイルにあることを特定するステップと、
前記第１のファイルから前記第２のデータ領域の１番目の部分を取得するステップと、
前記第２のファイルから前記第２のデータ領域の２番目の部分を取得するステップと、
を含み、
前記第２のデータ領域の前記１番目の部分は、前記第１のセグメントインデックスにおいて前記第１の時間オフセットに対応付けられている第１のオフセットから始まり、前記第１のファイルエクステントインデックスにおいて前記第１のファイルに対する第１の識別子に対応付けられている第２のオフセットで終わる部分であり、
前記第２のデータ領域の前記２番目の部分は、前記第１のファイルエクステントインデックスにおいて前記第２のファイルに対する第２の識別子に対応付けられている第３のオフセットから始まり、前記第２のファイルに対する第２のセグメントインデックスにおいて前記第２のデータ領域の終端を画定する第２の時間オフセットに対応付けられている第４のオフセットで終わる部分である、実施形態２に記載のコンピュータで実装される方法。
実施形態５
第２のデータ領域を要求する第２のリクエストを受信するステップと、
第２のファイルエクステントインデックスに基づいて、前記第２のデータ領域を取り出す際にアクセスする１つ以上のさらなるファイルを特定するステップと、
前記１つ以上のさらなるファイルから前記第２のデータ領域を取得するステップと、
をさらに含み、
前記第２のデータ領域は、第２の符号化版の前記メディアタイトルに含まれるものであり、
前記第２の符号化版の前記メディアタイトルは、前記第１のファイルセットとオーバーラップしている第２のファイルセットにまたがって格納されており、
前記１つ以上のさらなるファイルは、前記第２のファイルセットに含まれ、
前記第２のファイルエクステントインデックスは、前記第２のファイルセットに含まれる各さらなるファイルの識別子を、該さらなるファイルに格納されているとともに前記第２の符号化版の前記メディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものであり、
前記１つ以上のさらなるファイルのそれぞれから、前記第２のデータ領域の少なくとも一部が取得され、
該第２のデータ領域の少なくとも一部は、該さらなるファイルに格納されている前記所定のデータ領域の範囲内に収まっている、実施形態１に記載のコンピュータで実装される方法。
実施形態６
前記１つ以上のファイルから前記第１のデータ領域を取得するステップが、
前記第１のデータ領域における開始オフセットを、前記第１のファイルセットに含まれる第１のファイルにおける第１のオフセットに変換するステップと、
前記第１のファイルから前記第１のデータ領域の１番目の部分を取得するステップと、
を含み、
前記１番目の部分は、前記第１のファイルにおける前記第１のオフセットから始まる部分である、実施形態１に記載のコンピュータで実装される方法。
実施形態７
前記１つ以上のファイルから前記第１のデータ領域を取得するステップが、第２のファイルから前記第１のデータ領域の２番目の部分を取得するステップをさらに含み、
前記２番目の部分は、前記第２のファイルにおける第２のオフセットで終わる部分であり、
前記第２のオフセットは、前記第１のデータ領域の終端に対応するものである、実施形態６に記載のコンピュータで実装される方法。
実施形態８
前記第１のデータ領域における前記開始オフセットを、前記第１のファイルにおける前記第１のオフセットに変換するステップが、
前記開始オフセットと、前記第１のファイルエクステントインデックスに含まれる１つ以上のデータ領域が占めるバイト数とに基づいて、前記第１のファイルを割り出すステップと、
前記開始オフセットと前記１つ以上のデータ領域が占める前記バイト数との差分に基づいて、前記第１のオフセットを計算するステップと、
を含む、実施形態６に記載のコンピュータで実装される方法。
実施形態９
前記第１のファイルセットが、
前記メディアタイトルの１番目の部分を第１の言語で表したものを収めた第１のファイルと、
前記メディアタイトルの前記１番目の部分を第２の言語で表したものを収めた第２のファイルと、
を含んでいる、実施形態１に記載のコンピュータで実装される方法。
実施形態１０
前記第１のファイルエクステントインデックスが、前記第１の符号化版の前記メディアタイトルの長さ情報を含んでいる、実施形態１に記載のコンピュータで実装される方法。
実施形態１１
命令を格納する非一時的なコンピュータ可読媒体であって、プロセッサによって実行された場合に、前記命令は前記プロセッサに、
クライアントデバイスから、第１のデータ領域を要求する第１のリクエストを受信するステップと、
第１のファイルエクステントインデックスと、１つ以上のファイル識別子を１つ以上のファイルの場所に対応付ける１つ以上のファイルマッピングとに基づいて、前記第１のデータ領域を取り出す際にアクセスする１つ以上のファイルを特定するステップと、
前記１つ以上のファイルから前記第１のデータ領域を取得するステップと、
前記第１のリクエストに対するレスポンスで、前記第１のデータ領域を前記クライアントデバイスに送信するステップと、
を実行させ、
前記第１のデータ領域は、第１の符号化版のメディアタイトルに含まれるものであり、
前記第１の符号化版の前記メディアタイトルは、第１のファイルセットにまたがって格納されており、
前記１つ以上のファイルは、前記第１のファイルセットに含まれ、
前記第１のファイルエクステントインデックスは、前記第１のファイルセットに含まれる各ファイルの識別子を、該ファイルに格納されているとともに前記第１の符号化版の前記メディアタイトルに含まれている所定のデータ領域に対応付けるマッピングを行うものであり、
前記１つ以上のファイルのそれぞれから、前記第１のデータ領域の少なくとも一部が取得され、
該第１のデータ領域の該少なくとも一部は、該ファイルに格納されている前記所定のデータ領域の範囲内に収まっている、非一時的なコンピュータ可読媒体。
実施形態１２
前記命令が前記プロセッサに、
第２のデータ領域を要求する第２のリクエストを受信するステップと、
前記第１のファイルエクステントインデックスと、前記第１のファイルセットに含まれる第１のファイルに対する第１のセグメントインデックスとに基づいて、前記第２のデータ領域を取得するステップと、
をさらに実行させ、
前記第２のデータ領域は、前記第１の符号化版の前記メディアタイトルにおける第１の時間オフセットから始まる領域であり、
前記第１のセグメントインデックスは、前記第１の符号化版における１つ以上の時間オフセットを、前記第１のファイルにおける１つ以上のオフセットに対応付けるマッピングを行うものである、実施形態１１に記載の非一時的なコンピュータ可読媒体。
実施形態１３
前記第１のファイルエクステントインデックスと前記第１のセグメントインデックスとに基づいて前記第２のデータ領域を取得するステップが、
前記第１のセグメントインデックスにおいて、前記第１の時間オフセットが対応付けられている前記第１のファイルにおける第１のオフセットを特定するステップと、
前記第２のデータ領域の少なくとも一部を、前記第１のファイルの前記第１のオフセット以降から取得するステップと、
を含む、実施形態１２に記載の非一時的なコンピュータ可読媒体。
実施形態１４
前記第１のファイルが、第１のセグメントと第２のセグメントとを含み、
前記第１のセグメントから、前記第２のデータ領域の前記少なくとも一部を取得し、
前記第２のセグメントには、第２の符号化版の前記メディアタイトルに含まれるコンテンツが格納されている、実施形態１２に記載の非一時的なコンピュータ可読媒体。
実施形態１５
前記命令が前記プロセッサに、
第２のデータ領域を要求する第２のリクエストを受信するステップと、
前記第２の符号化版の前記メディアタイトルに対する第２のファイルエクステントインデックスに基づいて、１つ以上のさらなるファイルから前記第２のデータ領域を取得するステップと、
をさらに実行させ、
前記第２のデータ領域は、第２の符号化版の前記メディアタイトルに含まれるものであり、
前記１つ以上のさらなるファイルは、前記第１のファイルセットとオーバーラップしている第２のファイルセットに含まれている、実施形態１１に記載の非一時的なコンピュータ可読媒体。
実施形態１６
前記１つ以上のファイルから前記第１のデータ領域を取得するステップが、
前記第１のデータ領域における開始オフセットを、前記第１のファイルセットに含まれる第１のファイルにおける第１のオフセットに変換するステップと、
前記第１のファイルから前記第１のデータ領域の１番目の部分を取得するステップと、
第２のファイルから前記第１のデータ領域の２番目の部分を取得するステップと、
を含み、
前記１番目の部分は、前記第１のファイルにおける前記第１のオフセットから始まる部分であり、
前記第２のファイルは、前記第１のファイルエクステントインデックスにおいて前記第１のファイルの次のファイルである、実施形態１１に記載の非一時的なコンピュータ可読媒体。
実施形態１７
前記第１のデータ領域における前記開始オフセットを、前記第１のファイルにおける前記第１のオフセットに変換するステップが、
前記第１のファイルエクステントインデックスに含まれる１つ以上のデータ領域が占めるバイト数に基づいて、前記第１のファイルを割り出すステップと、
前記開始オフセットと前記１つ以上のデータ領域が占める前記バイト数との差分に基づいて、前記第１のオフセットを計算するステップと、
を含む、実施形態１６に記載の非一時的なコンピュータ可読媒体。
実施形態１８
前記所定のデータ領域が、前記第１のファイルエクステントインデックス内の１つ以上のバイトオフセットで指定されている、実施形態１１に記載の非一時的なコンピュータ可読媒体。
実施形態１９
前記第１のファイルエクステントインデックスが、前記第１の符号化版の前記メディアタイトルの長さ情報と、前記第１の符号化版の前記メディアタイトルの更新時刻と、ファイル拡張子と、のうちの少なくとも１つを含んでいる、実施形態１１に記載の非一時的なコンピュータ可読媒体。
実施形態２０
メディアタイトルを再生するためにこれを取得するための、コンピュータで実装される方法であって、
第１のデータ領域を要求する第１のリクエストをサーバマシンに送信するステップと、
前記第１のリクエストに対するレスポンスで、前記サーバマシンから前記第１のデータ領域を受信するステップと、
前記第１のデータ領域に対応するメディアコンテンツを再生用に出力するステップと、
を含み、
前記第１のデータ領域は、第１の符号化版の前記メディアタイトルに含まれるものであり、
前記第１の符号化版の前記メディアタイトルは、第１のファイルセットにまたがって格納されており、
前記第１のデータ領域は、前記第１のファイルセットに含まれる１つ以上のファイル内に存在し、
第１のファイルエクステントインデックスにより、前記第１のファイルセットに含まれる各ファイルの識別子を、該ファイルに格納されている所定のデータ領域に対応付けるマッピングが行われる、方法。
実施形態２１
第２のデータ領域を要求する第２のリクエストを前記サーバマシンに送信するステップと、
前記第２のリクエストに対するレスポンスで、前記サーバマシンから前記第２のデータ領域を受信するステップと、
をさらに含み、
前記第２のデータ領域は、前記第１の符号化版の前記メディアタイトルにおける第１の時間オフセットから始まる領域であり、
第１のファイルに対する第１のセグメントインデックス内において、前記第１の時間オフセットは、前記第１のファイルにおける第１のオフセットに対応付けられている、実施形態２０に記載のコンピュータで実装される方法。
実施形態２２
前記第２のデータ領域の少なくとも一部を、前記第１のファイルの前記第１のオフセット以降から取得する、実施形態２１に記載のコンピュータで実装される方法。
実施形態２３
第２のデータ領域を要求する第２のリクエストを前記サーバマシンに送信するステップと、
前記第２のリクエストに対するレスポンスで、前記サーバマシンから前記第２のデータ領域を受信するステップと、
をさらに含み、
前記第２のデータ領域は、第２の符号化版の前記メディアタイトルに含まれるものであり、
前記第２の符号化版の前記メディアタイトルは、第１のファイルセットとオーバーラップしている第２のファイルセットにまたがって格納されており、
前記第２のデータ領域は、前記第２のファイルセットに含まれる１つ以上のさらなるファイル内に存在し、
第２のファイルエクステントインデックスにより、前記第２のファイルセットに含まれる各さらなるファイルの識別子を、該さらなるファイルに格納されている所定のデータ領域に対応付けるマッピングが行われる、実施形態２０に記載のコンピュータで実装される方法。
実施形態２４
前記第１のデータ領域の少なくとも一部を、前記第１のファイルセットに含まれる前記第１のファイルにおける第１のオフセット以降から取得し、
前記第１のオフセットが、前記第１のデータ領域の開始オフセットに対応している、実施形態２０に記載のコンピュータで実装される方法。
実施形態２５
前記第１のファイルセットが、
前記メディアタイトルの或る部分のオリジナル版を収めた第１のファイルと、
前記メディアタイトルの前記或る部分の別版を収めた第２のファイルと、
を含んでいる、実施形態２０に記載のコンピュータで実装される方法。
実施形態２６
前記別版が、前記オリジナル版に対する編集と、前記或る部分の地域版と、コンテンツに対するレイティング基準を満たす版と、のうちの少なくとも１つを含む、実施形態２５に記載のコンピュータで実装される方法。
【国際調査報告】