【誤訳訂正書】
【提出日】平成24年11月26日(2012.11.26)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】００１０
【訂正方法】変更
【訂正の内容】
【００１０】
図２はサーバ１１０の更なる詳細を示すブロック図である。一実施形態では、サーバ１１０は、サーバソフトウェア１２０、ソースファイルデータ記憶装置１２５、コンテンツインデックス１３０、およびキーデータ記憶装置１３５を含む。他の実施形態では、ソースファイルデータ記憶装置１２５、コンテンツインデックス１３０、およびキーデータ記憶装置１３５は、アクセスは可能であるが、サーバ１１０から分離されるか、および、単一のデータ記憶装置を形成するかの少なくとも一方である。サーバソフトウェア１２０は、多くの実行可能なコード部分およびデータファイルで構成される。これらは、ここで述べられる方法を可能とするためのコードを含む。いくつかの実施形態では、サーバソフトウェア１２０は、サーバ１１０の外部でスタンドアロンアプリケーションとして実現することができる。サーバソフトウェア１２０は、本発明の方法に従って実行される処理を調整するための責任を負う。サーバソフトウェア１２０は、本発明の一実施形態によれば、リードモジュール１４０、ライトモジュール１４５、およびバッファモジュール１５０を含む。リードモジュール１４０は一実施形態によればリードスレッド機能を使用可能にするものであって、これを行うための手段である。リードモジュール１４０は、一実施形態によれば、ここで説明されるようなソースメディアファイルアクセス、処理、ヘッダ形成、コンテンツリード、コンテンツ修正、フッタ構築、および出力部への書き込みを制御する。ライトモジュール１４５は一実施形態によればライトスレッド機能を使用可能にするものであって、これを行うための手段である。ライトモジュール１４５は、一実施形態によれば、サーバ１１０が出力部（ネットワーク送信バッファ）からネットワーク１１５へのデータの書き込みを制御できるようにする。バッファモジュール１５０は、一実施形態によれば、ネットワーク送信バッファにデータを配置することで、システムがネットワークに書き込むためのデータの準備できるようにするものであって、これを行うための手段である。バッファモジュール１５０はネットワーク送信バッファの機能を制御する。前述のソフトウェア部分１４０、１４５、１５０は個別のソフトウェアモジュールである必要はない。示されているソフトウェア構成はほんの一例を意味し、他の構成は本発明の範囲でおよび範囲内で考えられる。本発明のこれらの局面によれば、サーバ１１０は、供給のためにコンテンツを複製する必要なく、格納されたコンテンツからメディアコンテンツを直接供給することができる。加えて、供給されたメディアファイルは標準的なメディア再生クライアントで再生可能である。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】００１６
【訂正方法】変更
【訂正の内容】
【００１６】
コンテンツインデックス１３０は、一実施形態によれば、ソースファイルメディアに対応するインデックスが付されたデータを格納するリレーショナルデータベースまたは他の任意のタイプのデータベースであってよい。コンテンツインデックス１３０は、一実施形態によれば、ファイルフォーマット特定のデータ構造であって、この構造は、全体的なファイル情報と同様に、ソースメディアファイルヘッダおよびフッタに基づく関連情報を含む。コンテンツインデックス１３０は分類された複数リストのセットとして構成してもよい。コンテンツインデックス１３０は、ファイルの部分である、チャンクにセグメント化されたメディアを格納する。図５Ａに示されるファイル構造と同様に、各チャンクは内部データアクセスのための自身のファイル名を有し、フレームおよびグループの少なくとも一方のセットを含む。各チャンクはコンテンツインデックス１３０の行に関連してもよい。一実施形態では、各列は６４ｋバイトの最大サイズを有し、行識別子で識別され、コンテンツ識別子とフォーマットおよび解像度の映像符号化のための識別子とのハッシュである。この例では、行識別子は複数の列を含み、ここで述べるようにコンテンツインデックス１３０データを指定する。他の実施形態では、メディアファイルの全チャンクのための全てのデータは、１つ以上の列を使用して、単一のデータベース行に格納されている。一実施形態によれば、チャンクインデックスは、各チャンクのために、チャンク識別子番号、チャンクバイトオフセット（ファイルのスタートから）、バイト単位のチャンク長、チャンクスタートタイムスタンプ、および、チャンクエンドタイムスタンプを格納し、さらに、チャンクの各ストリームのために、ストリームフレーム番号、ストリームフレーム数、ストリームスタートタイムスタンプ、および、ストリームエンドタイムスタンプを格納する。本発明のこの局面により、所定のメディアファイルは多くの個別のチャンクに切り離され、これらは個別にまたは一緒に格納され、リードおよびライト性能を最適化する。さらに、フレーム、グループ、または他のファイル部分へのチャンクの分離により、各種ファイル操作（コード変換、解像度など）がフレームまたはグループレベルで実行することができ、システムはこのレベルでの粒度で修正を行うことができる。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】００１９
【訂正方法】変更
【訂正の内容】
【００１９】
従って、一実施形態によれば、コンテンツインデックス１３０は、コンテンツ識別子、メディアファイル内のファイル部分またはストリームおよびストリームタイプの数、バイト単位のファイルコンテンツオフセット、バイト単位のファイルフッタオフセット、ストリーム特定の情報（例えば、フレームレート、フォーマット、幅、高さ、継続時間）、ファイルフォーマットの特定フラグ、および、ファイルフォーマット識別子を含む。この例では、インデックスが付されたデータは、前述で参照されたコード変換の結果として利用することができる。加えて、受信した映像ファイルからの他の情報（例えば、幅、高さ、音声および映像フレームレート、音声および映像継続時間、ファイルフォーマット、音声および映像コーデック）はまたコンテンツインデックス１３０に格納してもよい。メディアコンテンツは、複数の個別にインデックス付けされた部分にてソースファイル内に格納される。ここで使用される「部分」とは、１つのファイルの任意のセグメントまたは断片を指し、フレーム、チャンク、グループ、セグメント、または、ここで定義される他の部分を含む。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】００２５
【訂正方法】変更
【訂正の内容】
【００２５】
リクエストはまた編集リストを含む。ここで使用される編集リストは、格納されたメディアコンテンツの供給および編集のための複数の動的または静的な命令のリストを参照する。編集リストの命令は、クライアント１０５およびサーバ１１０のいずれか、またはその両方によって加えることができる。例えば、クライアント１０５から受信した編集リストが提供されると、サーバ１１０は、追加の命令をクライアントリクエストコンテンツの先頭に付加、最後に追加、または、挿入することができるか、もしくは、コンテンツの長さ、レート、ストリーム数、ファイルラッパフォーマットを修正することができる。編集リスト命令は、完全なソースファイルの非常に単純な供給から、複雑な修正までに至り、一実施形態によれば、ソースファイルの部分を供給すること、１つ以上のソースファイルの複数の部分を供給すること、ソースファイルまたは部分が供給されるレートを変更すること（スピードアップまたはスローダウンすること）、ソースファイルまたは部分が供給されるレートをクライアントの能力に適合させること、ファイルまたは部分を暗号化すること、ファイルまたは部分にストリームを加えたり取り除いたりすること、異なったファイルまたは部分からストリームをインターリーブすること、データストリームをファイルまたは部分に加えること、ファイルラッパフォーマットを変換すること、所有者ファイルフォーマットを基準に準拠したフォーマットに変換すること、メタデータをファイルまたは部分に挿入すること、および、各種他の修正を含む。各種実施形態によれば、他の可能な修正は、ステレオ音声をモノラル音声に変更すること、カラー映像を白黒映像に変更すること、映像ストリームの解像度を下げること、静止画ストリームの解像度を下げること、映像または静止画ストリームの各種視覚アルゴリズムを実行すること（シャープにする、ぼやかす、変形させる、クロスフェードするなど）、および、各種音声アルゴリズムを実行すること（サンプルレートを変更する、ピッチシフト、レート調整、エコー、フランジをつけるなど）を含む。これらの修正を実現する方法の例は以下の説明に含まれる。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００４０
【訂正方法】変更
【訂正の内容】
【００４０】
一実施形態では、サーバ１１０は次に、オリジナルメディアソースファイルに基づく関連情報のインデックスを含んだフッタを構築し、このフッタを出力部に書き込む。一実施形態では、ソースファイルフッタの領域は読み出され、修正され、ネットワーク送信バッファに書き込まれる。１つ以上のファイル部分が供給されたコンテンツに含まれている場合、最初のソースメディアファイルフッタの領域が先ず読み出され、そして後続のファイルが順次読み出される。データラッパに変換が施されている場合、サーバ１１０はオリジナルラッパフォーマットに従ってフッタをパースし、新しいラッパフォーマットと共に安定するようにフッタを修正する。ヘッダと同様に、所有者フォーマットから基準に準拠したフォーマットへの変換である場合、オリジナルラッパフォーマットは基準に準拠していないフォーマットであり、新しいラッパフォーマットが基準に準拠したものである。