"複数の符号化ビデオトラックを有することを特徴とするマルチメディアファイル。前記マルチメディアファイルは、連結した複数のRIFFチャンクを有する請求項2に記載のマルチメディアファイル。各符号化ビデオトラックは、別個のRIFFチャンク内に含まれる請求項2に記載のマルチメディアファイル。前記ビデオは、心理視覚的強化を用いて符号化される請求項1に記載のマルチメディアファイル。各ビデオトラックは、それに対して関係付けられた少なくとも一つのオーディオトラックを有する請求項1に記載のマルチメディアファイル。前記各ビデオトラックは、RIFFチャンク内における一連のビデオチャンクとして符号化され、かつ、前記各ビデオトラックに付随するオーディオトラックは、関係付けられたビデオトラックのビデオチャンクを含む前記RIFFチャンク内に交互配置される一連のオーディオチャンクとして符号化される請求項5に記載のマルチメディアファイル。前記各ビデオチャンクは、ビデオトラックからビデオの単一フレームを生成すべく使用され得る情報を含み、かつ、前記各オーディオチャンクは、ビデオチャンクを用いて生成されるフレームに付随するオーディオトラックの部分からのオーディオ情報を含む請求項6に記載のマルチメディアファイル。前記オーディオチャンクは前記RIFFチャンク内において対応する前記ビデオチャンクの前に交互配置される請求項7に記載のマルチメディアファイル。複数のビデオトラックを符号化し、前記符号化ビデオトラックを連結し、かつ、連結された前記符号化ビデオトラックを単一ファイルへと書き込む、ように構成されるプロセッサを有するマルチメディアファイルを符号化するシステム。前記プロセッサは、前記各ビデオトラックが別個のRIFFチャンク内に含まれるように前記ビデオトラックを符号化すべく構成される請求項9に記載のシステム。前記プロセッサは、心理視覚的強化を用いて前記ビデオを符号化すべく構成される請求項9に記載のシステム。各ビデオトラックは、それに関係付けられた少なくとも一つのオーディオトラックを有する請求項9に記載のシステム。前記プロセッサは、前記各ビデオトラックを、RIFFチャンク内における一連のビデオチャンクとして符号化し、かつ、前記各ビデオトラックに付随する少なくとも一つのオーディオトラックを、前記関係付けられたビデオトラックのビデオチャンクを含むRIFFチャンク内に交互配置された一連のオーディオチャンクとして符号化するように構成される請求項12に記載のマルチメディアファイル。前記プロセッサは、前記ビデオトラックを、各ビデオチャンクが、ビデオトラックからビデオの単一フレームを生成すべく使用され得る情報を含むように符号化し、かつ、ビデオトラックに関係付けられた前記オーディオトラックを、各オーディオチャンクが、該ビデオトラックから生成されたビデオチャンクを用いて生成されたフレームに付随する前記オーディオトラックの部分からのオーディオ情報を含むように符号化するように構成される請求項13に記載のマルチメディアファイル。前記プロセッサは、前記各オーディオチャンクを前記RIFFチャンク内の対応する前記ビデオチャンク前に交互配置するように構成される請求項14に記載のマルチメディアファイル。マルチメディアファイルから情報を抽出すべく構成されたプロセッサを有し、前記プロセッサは、前記マルチメディアファイル内に含まれた符号化ビデオトラックの数に関する情報を抽出すべく構成される、複数の符号化ビデオトラックを含むマルチメディアファイルを復号化するシステム。前記プロセッサは、RIFFチャンク内で符号化ビデオトラックを検索するために構成される請求項16に記載のシステム。第1の符号化ビデオトラックは、標準4ccコードを有する第1RIFFチャンク内には含まれ、第2のビデオトラックは、特殊化4ccコードを有する第2RIFFチャンク内には含まれ、かつ、前記特殊化4ccコードは、その特殊化4ccコードの最後の2個のキャラクタとして、標準4ccコードの最初の2個のキャラクタを有する請求項17に記載のシステム。各符号化ビデオトラックは別個のRIFFチャンク内に含まれる請求項17に記載のシステム。復号化されたビデオトラックは、前記マルチメディアファイルを生成する際に符号化されたオリジナルのビデオトラックと類似する請求項16に記載のシステム。前記復号化されたビデオトラックと前記オリジナルのビデオトラックとの間における相違点の少なくとも幾つかは、ビデオトラックの各フレームの暗い部分内に配置される請求項20に記載のシステム。前記復号化されたビデオトラックと前記オリジナルのビデオトラックとの間における相違点の少なくとも幾つかは、ビデオトラックの速い動作シーンに配置される請求項20に記載のシステム。各ビデオトラックは、それ自身に関係付けられた少なくとも一つのオーディオトラックを有する請求項16に記載のシステム。前記プロセッサは、RIFFチャンク内の一連のビデオチャンクを復号化することによりビデオトラックからビデオを表示し、かつ、関係付けられたビデオトラックのビデオチャンクを含むRIFFチャンク内に交互配置された一連のオーディオチャンクを復号化することにより、前記ビデオトラックに付随するオーディオトラックからオーディオを生成するように構成される請求項23に記載のシステム。前記プロセッサは、前記ビデオトラックの単一フレームを生成するために、各ビデオチャンクから抽出された情報を使用し、かつ、ビデオチャンクを使用して生成されたフレームに付随する前記オーディオトラックの部分を生成するために、各オーディオチャンクから抽出された情報を使用するように構成される請求項24に記載のマルチメディアファイル。前記プロセッサは、前記RIFFチャンクにおいて前記オーディオチャンクが関係付けられたビデオチャンクの前に、前記オーディオチャンクを検索するように構成される請求項25に記載のマルチメディアファイル。一連の符号化ビデオフレームと、前記符号化ビデオフレームの間に交互配置された符号化オーディオとを備え、前記符号化オーディオは、オーディオ情報の2つ以上のトラックを含むことを特徴とするマルチメディアファイル。前記オーディオ情報のトラックの内の少なくとも一つのトラックは、複数のオーディオチャネルを含む請求項27に記載のマルチメディアファイル。当該マルチメディアファイルに含まれたオーディオトラックの数を特定するヘッダ情報を更に有する請求項27に記載のマルチメディアファイル。前記オーディオ情報のトラックの内の少なくとも一つのトラックに関する説明情報を含むヘッダ情報を更に有する請求項27に記載のマルチメディアファイル。各符号化ビデオフレームは、符号化オーディオ情報により先行され、かつ、ビデオフレームに先行する符号化オーディオ情報は、前記符号化ビデオフレームに付随する各オーディオトラックの部分に対するオーディオ情報を含む請求項27に記載のマルチメディアファイル。前記ビデオ情報は、当該マルチメディアファイル内にチャンクとして記憶される請求項27に記載のマルチメディアファイル。ビデオ情報の各チャンクは、ビデオの単一フレームを含む請求項32に記載のマルチメディアファイル。前記オーディオ情報は当該マルチメディアファイル内にチャンクとして記憶され、2つの別個のオーディオトラックからのオーディオ情報はオーディオ情報の単一チャンク内には含まれない、請求項33に記載のマルチメディアファイル。前記ビデオチャンクは、前記オーディオトラックの各々からの少なくとも一つのオーディオチャンクにより分離される請求項34に記載のマルチメディアファイル。前記ビデオチャンクを分離する前記オーディオチャンクは、そのオーディオチャンクに追随するビデオチャンク内に含まれたビデオ情報に付随するオーディオトラックの部分に対するオーディオ情報を含む請求項35に記載のマルチメディアファイル。ビデオトラックを符号化し、複数のオーディオトラックを符号化し、前記ビデオトラックからの情報を、前記複数のオーディオトラックからの情報と交互配置し、かつ、交互配置されたビデオおよびオーディオ情報を単一ファイルへと書き込む、ように構成されるプロセッサを有する、マルチメディアファイルを符号化するシステム。前記オーディオトラックの内の少なくとも一つのオーディオトラックは複数のオーディオチャネルを含む請求項37に記載のシステム。前記プロセッサは、更に、前記符号化オーディオトラックの数を特定するヘッダ情報を符号化し、かつ、そのヘッダ情報を前記単一ファイルに書き込みむべく構成される請求項37に記載のシステム。前記プロセッサは、更に、前記符号化オーディオトラックの内の少なくとも一つに関する説明情報を特定するヘッダ情報を符号化し、かつ、そのヘッダ情報を前記単一ファイルに書き込むべく構成される、請求項37に記載のシステム。前記プロセッサは、前記ビデオトラックをビデオ情報のチャンクとして符号化する、請求項37に記載のシステム。前記プロセッサは、各オーディオトラックをオーディオ情報の一連のチャンクとして符号化する請求項41に記載のシステム。オーディオ情報の各チャンクは、単一のオーディオトラックからのオーディオ情報を含む請求項42に記載のシステム。前記プロセッサは、ビデオ情報のチャンク間にオーディオ情報のチャンクを交互配置すべく構成される請求項43に記載のシステム。前記プロセッサは、ビデオチャンクにおけるビデオ情報に付随する各オーディオトラックの部分をオーディオチャンク内に符号化すべく構成され、かつ、前記プロセッサは、前記各ビデオチャンクが、そのビデオチャンクに含まれるビデオ情報に付随するオーディオトラックの各々からのオーディオ情報を含むオーディオチャンクにより先行されるように、前記ビデオチャンクで前記オーディオチャンクを交互配置するために構成される請求項44に記載のシステム。前記プロセッサは、各ビデオチャンク内にビデオの単一フレームが含まれるように前記ビデオトラックを符号化すべく構成される請求項45に記載のシステム。前記プロセッサは、汎用プロセッサである請求項45に記載のシステム。前記プロセッサは、専用回路である請求項45に記載のシステム。マルチメディアファイルから情報を抽出すべく構成されたプロセッサを備え、前記プロセッサは、前記マルチメディアファイル内に含まれるオーディオトラックの数に関する情報を抽出すべく構成される複数のオーディオトラックを含むマルチメディアファイルを復号化するシステム。前記プロセッサは、前記複数のオーディオトラックから単一のオーディオトラックを選択すべく構成され、前記プロセッサは、前記選択されたオーディオトラックからのオーディオ情報を復号化すべく構成される請求項49に記載のシステム。前記オーディオトラックの内の少なくとも一つは、複数のオーディオチャネルを含む、請求項49に記載のシステム。前記プロセッサは、前記マルチメディアファイルにおけるヘッダから、前記オーディオトラックの内の少なくとも一つのオーディオトラックに関する説明情報を含む情報を抽出すべく構成される請求項49に記載のシステム。ネットワークと、マルチメディアファイルを含むと共に、サーバを介して前記ネットワークに対して接続された記憶デバイスと、前記ネットワークに接続されたクライアントとを有し、前記クライアントは、前記サーバからの前記マルチメディアファイルの転送を要求することができ、かつ、前記マルチメディアファイルは、少なくとも一つのビデオトラックと、そのビデオトラックに付随する複数のオーディオトラックとを含む、マルチメディア情報を通信するシステム。一連の符号化ビデオフレームと、前記符号化ビデオフレーム間に交互配置される少なくとも一つの符号化サブタイトルトラックとを有する、ことを特徴とするマルチメディアファイル。前記少なくとも一つの符号化サブタイトルトラックは、複数の符号化サブタイトルトラックを有する請求項54に記載のマルチメディアファイル。当該マルチメディアファイルに含まれた符号化サブタイトルトラックの数を特定するヘッダ情報を更に有する請求項54に記載のマルチメディアファイル。前記符号化サブタイトルトラックの内の少なくとも一つに関する説明情報を含むヘッダ情報を更に有する請求項54に記載のマルチメディアファイル。各サブタイトルトラックは一連のビットマップを含む請求項54に記載のマルチメディアファイル。各サブタイトルトラックは一連の圧縮ビットマップを含む請求項58に記載のマルチメディアファイル。各ビットマップはランレングス符号化方法を用いて圧縮される請求項59に記載のマルチメディアファイル。前記一連の符号化ビデオフレームは、一連のビデオチャンクとして符号化され、各符号化サブタイトルトラックは、一連のサブタイトルチャンクとして符号化され、各サブタイトルチャンクは、表示上にテキストとして表され得る情報を含む請求項54に記載のマルチメディアファイル。各サブタイトルチャンクは、単一のサブタイトルに関する情報を含む請求項61に記載のマルチメディアファイル。各サブタイトルチャンクは、サブタイトルがスーパーインポーズされるべきビデオシーケンスの部分に関する情報を含む請求項62に記載のマルチメディアファイル。各サブタイトルチャンクは、サブタイトルが配置されるべき表示の部分に関する情報を含む請求項62に記載のマルチメディアファイル。各サブタイトルチャンクは、サブタイトルの色に関する情報を含む請求項62に記載のマルチメディアファイル。色に関する前記情報は、色パレートを含む請求項65に記載のマルチメディアファイル。前記サブタイトルチャンクは、第1色パレートに関する情報を含む第1サブタイトルチャンクと、該第1色パレートに関する情報に成り代わる第2色パレートに関する情報を含む第2サブタイトルチャンクとを有する請求項66に記載のマルチメディアファイル。ビデオトラックを符号化し、少なくとも一つのサブタイトルトラックを符号化し、前記ビデオトラックからの情報を、前記少なくとも一つのサブタイトルトラックからの情報と交互配置し、かつ、交互配置されたビデオおよびサブタイトル情報を単一ファイルに書き込む、ように構成されたプロセッサを有するマルチメディアファイルを符号化するシステム。前記少なくとも一つのサブタイトルトラックは、複数のサブタイトルトラックを有する請求項68に記載のシステム。前記プロセッサは、更に、前記マルチメディアファイルに含まれたサブタイトルトラックの数を特定するヘッダ情報を符号化し、かつ、前記単一ファイルに書き込むべく構成される請求項68に記載のシステム。前記プロセッサは、更に、前記サブタイトルトラックの内の少なくとも一つについての説明情報を符号化し、かつ、前記単一ファイルに書き込むべく構成される請求項68に記載のシステム。前記ビデオトラックはビデオチャンクとして符号化され、かつ、前記少なくとも一つのサブタイトルトラックの各々は、サブタイトルチャンクとして符号化される請求項68に記載のシステム。前記サブタイトルチャンクの各々は、前記ビデオトラックの一部に付随する単一のサブタイトルを含み、インタリーバは、サブタイトルチャンク内のサブタイトルが付随するビデオトラックの部分を含むビデオチャンクに先行して、各サブタイトルチャンクを交互配置すべく構成される請求項72に記載のシステム。前記プロセッサは、前記サブタイトルをビットマップとして符号化することによりサブタイトルチャンクを生成すべく構成される請求項72に記載のシステム。前記サブタイトルは、圧縮ビットマップとして符号化される請求項72に記載のシステム。前記ビットマップは、ランレングス符号化方法を用いて圧縮される請求項75に記載のシステム。前記プロセッサは、各サブタイトルチャンク内に、サブタイトルがスーパーインポーズされるべきビデオシーケンスの部分に関する情報を含める請求項76に記載のシステム。前記プロセッサは、各サブタイトルチャンク内に、サブタイトルが配置されるべき表示の部分に関する情報を含める請求項73に記載のシステム。前記プロセッサは、各サブタイトルチャンク内に、サブタイトルの色に関する情報を含める請求項73に記載のシステム。前記色に関する情報は、色パレートを含む請求項73に記載のシステム。前記サブタイトルチャンクは、第1色パレートに関する情報を含む第1サブタイトルチャンクと、該第1色パレートに関する情報に成り代わる第2色パレートに関する情報を含む第2サブタイトルチャンクとを有する請求項80に記載のシステム。マルチメディアファイルから情報を抽出すべく構成されるプロセッサを有し、前記プロセッサは、少なくとも一つのサブタイトルトラックが在るか否かを決定するためマルチメディアファイルを検査するように構成されるマルチメディアファイルを復号化するシステム。前記少なくとも一つのサブタイトルトラックは、複数のサブタイトルトラックを有し、かつ、前記プロセッサは、前記マルチメディアファイル内におけるサブタイトルトラックの数を決定すべく構成される請求項82に記載のシステム。前記プロセッサは、更に、サブタイトルトラックの数を特定するヘッダ情報を前記マルチメディアファイルから抽出すべく構成される請求項82に記載のシステム。前記プロセッサは、更に、前記サブタイトルトラックの内の少なくとも一つのサブタイトルトラックについての説明情報を、前記マルチメディアファイルから抽出すべく構成される請求項82に記載のシステム。前記マルチメディアファイルは、ビデオチャンクとして符号化された少なくとも一つのビデオトラックを含み、かつ、前記マルチメディアファイルは、サブタイトルチャンクとして符号化された少なくとも一つのサブタイトルトラックを含む請求項82に記載のマルチメディアファイルを復号化するシステム。各サブタイトルチャンクは、単一のサブタイトルに関する情報を含む、請求項86に記載のマルチメディアファイルを復号化するシステム。各サブタイトルは、前記サブタイトルチャンク内においてビットマップとして符号化され、前記プロセッサは、前記ビデオトラックを復号化すべく構成され、かつ、前記プロセッサは、ビットマップを前記ビデオシーケンスの一部上にスーパーインポーズすることにより、表示のためのビデオのフレームを構築すべく構成される請求項87に記載のマルチメディアファイルを復号化するシステム。前記サブタイトルは、圧縮ビットマップとして符号化され、かつ、前記プロセッサは、ビットマップを解凍すべく構成される請求項88に記載のマルチメディアファイルを復号化するシステム。前記プロセッサは、ランレングス符号化されたビットマップを解凍すべく構成される、請求項89に記載のマルチメディアファイルを復号化するシステム。各サブタイトルチャンクは、サブタイトルがスーパーインポーズされるべきビデオトラックの部分に関する情報を含み、かつ、前記プロセッサは、前記サブタイトルチャンクにおける情報により指示される各ビデオフレーム上に前記サブタイトルの前記ビットマップをスーパーインポーズすることにより、表示のための一連のビデオフレームを生成すべく構成される請求項88に記載のマルチメディアファイルを復号化するシステム。各サブタイトルチャンクは、該サブタイトルが配置されるべきフレーム内の位置に関する情報を含み、かつ、前記プロセッサは、前記サブタイトルチャンク内の情報により指示される各ビデオフレーム内の位置に前記サブタイトルをスーパーインポーズすべく構成される請求項88に記載のマルチメディアファイルを復号化するシステム。各サブタイトルチャンクは、前記サブタイトルの色に関する情報を含み、かつ、前記プロセッサは、前記サブタイトルチャンク内の色情報により指示される単一もしくは複数の色で前記サブタイトルをスーパーインポーズすべく構成される請求項88に記載のマルチメディアファイルを復号化するシステム。前記サブタイトルチャンク内における前記色情報は、色パレートを含み、かつ、前記プロセッサは、前記サブタイトルの前記ビットマップにおいて使用される色情報を取得するために前記色パレートを用いて、前記サブタイトルをスーパーインポーズすべく構成される請求項93に記載のマルチメディアファイルを復号化するシステム。前記サブタイトルチャンクは、第1色パレートに関する情報を含む第1サブタイトルチャンクと、第2色パレートに関する情報を含む第2サブタイトルチャンクとを有し、かつ、前記プロセッサは、第1チャンクが処理された後に前記サブタイトルの前記ビットマップにおいて使用される色に関する情報を取得するために、第1色パレートを用いて、サブタイトルをスーパーインポーズすべく構成され、かつ、第2チャンクが処理された後にサブタイトルのビットマップにおいて使用される色に関する情報を取得するために、第2色パレートを用いて、サブタイトルをスーパーインポーズすべく構成される請求項94に記載のシステム。ネットワークと、マルチメディアファイルを含むと共に、サーバを介して前記ネットワークに対して接続された記憶デバイスと、前記ネットワークに接続されたクライアントとを有し、前記クライアントは、前記サーバからの前記マルチメディアファイルの転送を要求することができ、かつ、前記マルチメディアファイルは、少なくとも一つのビデオトラックと、そのビデオトラックに付随する少なくとも一つのサブタイトルトラックとを含むマルチメディア情報を通信するシステム。一連の符号化ビデオフレームと、符号化されたメニュー情報とを有することを特徴とするマルチメディアファイル。前記符号化されたメニュー情報は、チャンクとして記憶される請求項97に記載のマルチメディアファイル。少なくとも2つの別個のメニュー情報のメニューチャンクを更に有する請求項98に記載のマルチメディアファイル。前記少なくとも2つの別個のメニューチャンクは、少なくとも2つの別個のRIFFチャンクに含まれる請求項99に記載のマルチメディアファイル。メニューチャンクを含む第1RIFFチャンクは、標準4ccコードを含むと共に、メニューチャンクを含む第2RIFFチャンクは、特殊化4ccコードを含み、前記標準4ccコードの最初の2個のキャラクタは、前記特殊化4ccコードの最後の2個のキャラクタとして現れる請求項100に記載のマルチメディアファイル。少なくとも2つの別個のmenuチャンクは、単一のRIFFチャンク内に含まれる請求項99に記載のマルチメディアファイル。前記メニューチャンクは、一連のメニューを記述するチャンクと、該一連のメニューに関係付けられたメディアを含むMRIFチャンクとを含む請求項99に記載のマルチメディアファイル。前記MRIFチャンクは、ビデオトラック、オーディオトラックおよびオーバレイトラックを含むメディア情報を含む、請求項103に記載のマルチメディアファイル。一連のメニューを記述する前記チャンクは、メニューシステム全体を記述するチャンクと、前記メニューを言語によりグループ化する少なくとも一つのチャンクと、個々のメニュー表示と、付随するバックグラウンドオーディオとを記述する少なくとも一つのチャンクと、メニュー上のボタンを記述する少なくとも一つのチャンクと、画面上における前記ボタンの位置を記述する少なくとも一つのチャンクと、ボタンに関係付けられる種々な動作を記述する少なくとも一つのチャンクとを含む、請求項103に記載のマルチメディアファイル。第2ファイルに対するリンクを更に有し、符号化されたメニュー情報は、前記第2ファイル内に含まれる請求項97に記載のマルチメディアファイル。メニュー情報を符号化すべく構成されたプロセッサを備え、前記プロセッサは、符号化ビデオトラックおよび符号化メニュー情報を含むマルチメディアファイルを生成するようにも構成されるマルチメディアファイルを符号化するシステム。前記プロセッサは、前記メニューのオブジェクトモデルを生成し、前記オブジェクトモデルをコンフィグファイルへと変換し、前記コンフィグファイルをチャンクに解析し、メディア情報を含むAVIファイルを生成し、前記AVIファイル内のメディアをMRIFチャンク内へと交互配置し、かつ、メニューチャンクを生成するために、前記解析されたチャンクをMRIFチャンクと連結するように構成される請求項107に記載のシステム。前記プロセッサは更に、第2の更に小さなメニューチャンクを生成するために前記オブジェクトモデルを使用すべく構成される請求項108に記載のシステム。前記プロセッサは、第2メニューを符号化すべく構成される請求項107に記載のシステム。前記プロセッサは、第1の符号化メニューを第1RIFFチャンクに挿入し、かつ、第2の符号化メニューを第2RIFFチャンクに挿入する請求項110に記載のシステム。前記プロセッサは、前記第1および第2の符号化メニューを単一のRIFFチャンク内に含める請求項110に記載のシステム。前記プロセッサは、第2ファイルにおける符号化メニューに対するリファレンスを、前記マルチメディアファイル内に挿入すべく構成される請求項107に記載のシステム。マルチメディアファイルから情報を抽出すべく構成されたプロセッサを有し、前記プロセッサは、前記マルチメディアファイルが符号化されたメニュー情報を含むか否かを決定するために、前記マルチメディアファイルを検査すべく構成されるマルチメディアファイルを復号化するシステム。前記プロセッサは、RIFFチャンク内のメニューチャンクからメニュー情報を抽出すべく構成される請求項114に記載のシステム。前記プロセッサは、前記メニューチャンクに記憶されたビデオ情報を用いてメニュー表示を構築すべく構成される請求項115に記載のシステム。前記プロセッサは、前記メニューチャンクに記憶されたオーディオ情報を用いてメニュー表示に付随するバックグラウンドオーディオを生成すべく構成される請求項115に記載のシステム。前記プロセッサは、前記メニューチャンクからのオーバレイを、前記メニューチャンクからのビデオ情報に重ね合わせることによりメニュー表示を生成すべく構成される請求項115に記載のシステム。ネットワークと、マルチメディアファイルを含むと共に、サーバを介して前記ネットワークに対して接続された記憶デバイスと、前記ネットワークに接続されたクライアントとを備え、前記クライアントは、前記サーバからの前記マルチメディアファイルの転送を要求することができ、かつ、前記マルチメディアファイルは、符号化されたメニュー情報を含む、マルチメディア情報を通信するシステム。一連の符号化ビデオフレームと、前記マルチメディアファイルについての符号化メタデータとを有し、前記符号化メタデータは、主部、述部、目的部および出典を有する少なくとも一つのステートメントを含む、マルチメディアファイル。前記主部は、前記メタデータにより記述されるファイル、項目、人物または組織を特定する情報を含む請求項120に記載のマルチメディアファイル。前記述部は、前記主部の特性を表す情報を含む請求項121に記載のマルチメディアファイル。前記目的部は、前記述部により特定された前記主部の特性を記述する情報を含む請求項122に記載のマルチメディアファイル。前記出典は、前記ステートメントのソースに関する情報を含む請求項123に記載のマルチメディアファイル。前記主部は、タイプおよび値を含むチャンクであり、前記値は、情報を含み、かつ、前記タイプは、前記チャンクがリソースであるか匿名ノードであるかを指示する請求項120に記載のマルチメディアファイル。前記述部は、タイプおよび値を含むチャンクであり、前記値は、情報を含み、かつ、前記タイプは、前記値情報が記述URIであるか順序リストエントリであるかを指示する請求項120に記載のマルチメディアファイル。前記目的部は、タイプ、言語、データタイプおよび値を含むチャンクであり、前記値は、情報を含み、前記タイプは、前記値情報がUTF-8リテラル、リテラル整数またはリテラルXMLデータであるかを指示し、前記データタイプは、前記値情報のタイプを指示し、かつ、前記言語は特定言語を指定する情報を含む請求項120に記載のマルチメディアファイル。前記出典は、タイプおよび値を含むチャンクであり、前記値は情報を含み、かつ、前記タイプは、前記値情報が前記ステートメントの出典であることを表す、請求項127に記載のマルチメディアファイル。前記符号化データの少なくとも一部は2値データとして表される請求項120に記載のマルチメディアファイル。前記符号化データの少なくとも一部は、64ビットASCIデータとして表される請求項120に記載のマルチメディアファイル。前記符号化データの少なくとも第1部分は、2値データとして表され、かつ、前記符号化データの少なくとも第2部分は第2フォーマットで表されたデータを含む付加的チャンクとして表される請求項120に記載のマルチメディアファイル。前記付加的チャンクは各々、単一断片のメタデータを含む請求項131に記載のマルチメディアファイル。ビデオトラックを符号化すべく構成されたプロセッサを備え、前記プロセッサは、前記マルチメディアファイルに関するメタデータを符号化するようにも構成され、かつ、前記符号化メタデータは、主部、述部、目的部および出典を備える少なくとも一つのステートメントを含むマルチメディアファイルを符号化するシステム。前記主部は、前記メタデータにより記述されるファイル、項目、人物または組織を特定する情報を含む請求項133に記載のシステム。前記述部は、前記主部の特性を表す情報を含む請求項134に記載のシステム。前記目的部は、前記述部により特定された前記主部の特性を記述する情報を含む請求項135に記載のシステム。前記出典は前記ステートメントのソースに関する情報を含む、請求項136に記載のシステム。前記プロセッサは、前記主部を、タイプおよび値を含むチャンクとして符号化すべく構成され、前記値は、情報を含み、かつ、前記タイプは、チャンクがリソースであるか匿名ノードであるかを表す請求項133に記載のシステム。前記プロセッサは、前記述部を、タイプおよび値を含むチャンクとして符号化すべく構成され、前記値は情報を含み、かつ、前記タイプは、前記値情報が記述URIであるか順序リストエントリであるかを指示する請求項133に記載のシステム。前記プロセッサは前記目的部を、タイプ、言語、データタイプおよび値を含むチャンクとして符号化すべく構成され、前記値は情報を含み、前記タイプは、前記値情報がUTF-8リテラル、リテラル整数またはリテラルXMLデータであるかを指示し、データタイプは、前記値情報のタイプを指示し、かつ、前記言語は特定言語を指定する情報を含む請求項133に記載のシステム。前記プロセッサは、前記出典を、タイプおよび値を含むチャンクとして符号化すべく構成され、前記値は、情報を含み、かつ、前記タイプは、前記値情報が前記ステートメントの出典であることを指示する請求項133に記載のシステム。前記プロセッサは、更に、マルチメディアファイルに関する前記メタデータの少なくとも一部を2値データとして符号化すべく構成される請求項133に記載のシステム。前記プロセッサは、更に、前記マルチメディアファイルに関する前記メタデータの少なくとも一部を64ビットASCIデータとして符号化すべく構成される請求項133に記載のシステム。前記プロセッサは、更に、前記マルチメディアファイルに関する前記メタデータの少なくとも第1部分を2値データとして符号化し、かつ、前記マルチメディアファイルに関する前記メタデータの少なくとも第2部分を、第2フォーマットで表されたデータを含む付加的チャンクとして符号化するように構成される請求項133に記載のシステム。前記プロセッサは、更に、前記付加的チャンクを単一断片のメタデータで符インターネットの発展は、標準化されたファイルの生成、配信および表示を可能とするマルチメディア情報用ファイルフォーマットの発展を促進した。典型的には、単一のマルチメディアファイルは単一のビデオトラックおよび単一のオーディオトラックを含む。マルチメディアがデジタルビデオディスクDVDなどの高容量で物理的に搬送可能なメディアに書き込まれたときには、多数のビデオトラック、オーディオトラックおよびサブタイトルトラックを提供するために複数のファイルが使用され得る。インタラクティブなメニューを生成すべく使用され得る情報を含む付加的ファイルが提供され得る。本発明の実施例は、マルチメディアファイル、および、マルチメディアファイルを生成、配信および復号化するシステムを含む。本発明の一つの形態において、マルチメディアファイルは、複数の符号化ビデオトラックを含む。本発明の別の形態おいて、マルチメディアファイルは複数の符号化オーディオトラックを含む。本発明の別の形態において、マルチメディアファイルは少なくとも一つのサブタイトルトラックを含む。本発明の別の形態において、マルチメディアファイルは符号化メタデータmetadataを含む。本発明の別の形態において、マルチメディアファイルは符号化されたメニュー情報を含む。本発明の実施例によるマルチメディアファイルは、複数の符号化ビデオトラックを含む。本発明の更なる実施例において、マルチメディアファイルは連結された複数のリフRIFFチャンクを備え、かつ、各符号化ビデオトラックは別個のRIFFチャンク内に含まれる。これに加え、ビデオは心理視覚的強化psychovisualenhancementで符号化され、かつ、各ビデオトラックは、それに関係付けられた少なくとも1つのオーディオトラックを有する。別実施例において、各ビデオトラックは、RIFFチャンク内における一連の映像videoチャンクとして符号化され、かつ、各ビデオトラックに付随するオーディオトラックは、関係付けられたビデオトラックのビデオチャンクを含むRIFFチャンク内に交互配置interleaveされた一連のオーディオaudioチャンクとして符号化される。更に、各ビデオチャンクは、ビデオトラックからビデオの単一フレームを生成すべく使用され得る情報を含み得ると共に、各オーディオチャンクは、ビデオチャンクを用いて生成されたフレームに付随するオーディオトラックの部分からのオーディオ情報を含む。これに加え、オーディオチャンクはRIFFチャンク内において対応するビデオチャンクの前に交互配置され得る。本発明の実施例によるマルチメディアファイルを符号化するシステムは、複数のビデオトラックを符号化し、符号化ビデオトラックを連結し、かつ、連結された符号化ビデオトラックを単一ファイルへと書き込むように構成されたプロセッサを含む。別な実施例において、プロセッサは各ビデオトラックが別個のRIFFチャンク内に含まれるようなビデオトラックに符号化すべく構成され、かつ、プロセッサは、心理視覚的強化を用いてビデオを符号化すべく構成される。これに加え、各ビデオトラックは自身に関係付けられた少なくとも一つのオーディオトラックを有し得る。別な実施例においてプロセッサは、各ビデオトラックをRIFFチャンク内における一連のビデオチャンクとして符号化し、かつ、各ビデオトラックに付随する少なくとも一つのオーディオトラックを、関係付けられたビデオトラックのビデオチャンクを含むRIFFチャンク内に交互配置された一連のオーディオチャンクとして符号化するように構成される。さらに別の実施例において、プロセッサは、各ビデオチャンクが、ビデオトラックからビデオの単一フレームを生成すべく使用され得る情報を含むようなビデオトラックを符号化し、かつ、ビデオトラックに関係付けられたオーディオトラックを、各オーディオチャンクが、ビデオトラックから生成されたビデオチャンクを用いて生成されたフレームに付随するオーディオトラックの部分からのオーディオ情報を含む如く、符号化するように構成される。これに加え、プロセッサは、各オーディオチャンクをRIFFチャンク内において対応するビデオチャンクに先立ち交互配置するように構成され得る。本発明の実施例による複数の符号化ビデオトラックを含むマルチメディアファイルを復号化するシステムは、マルチメディアファイルから情報を抽出すべく構成されたプロセッサを含む。そのプロセッサは、マルチメディアファイル内に含まれた符号化ビデオトラックの数に関する情報を抽出すべく構成される。更なる実施例においてプロセッサは、RIFFチャンク内において符号化ビデオトラックを検索locateすべく構成される。これに加え、標準的な4ccコードを有する第1RIFFチャンク内には第1の符号化ビデオトラックが含まれ得ると共に、特殊な4ccコードを有する第2RIFFチャンク内には第2のビデオトラックが含まれ、かつ、特殊化4ccコードは、その特殊化4ccコードの最後の2キャラクタとして、標準的な4ccコードの最初の2キャラクタを有し得る。付加的な実施例において、各符号化ビデオトラックは別個にRIFFチャンク内に含まれる。更なる別の実施例において、復号化されたビデオトラックは、マルチメディアファイルを生成する際に符号化されたオリジナルのビデオトラックと同様であり、かつ、復号化されたビデオトラックとオリジナルのビデオトラックとの間における相違点の少なくとも幾つかは、ビデオトラックの各フレームの暗い部分内に配置される。更に、復号化されたビデオトラックとオリジナルのビデオトラックとの間における相違点の少なくとも幾つかは、ビデオトラックの速い動作のシーンに配置され得る。再び付加的な実施例において各ビデオトラックは、自身に関係付けられた少なくとも1つのオーディオトラックを有する。更なる付加的な実施例において、プロセッサは、RIFFチャンク内の一連のビデオチャンクを復号化することにより、ビデオトラックからのビデオを表示し、かつ、関係付けられたビデオトラックのビデオチャンクを含むRIFFチャンク内に交互配置された一連のオーディオチャンクを復号化することにより、ビデオトラックに付随するオーディオトラックからオーディオを生成するように構成される。更に別の更なる実施例において、プロセッサは、各ビデオチャンクから抽出された情報を使用してビデオトラックの単一フレームを生成し、かつ、各オーディオチャンクから抽出された情報を使用して、ビデオチャンクを使用して生成されたフレームに付随するオーディオトラックの部分を生成するように構成される。これに加えてプロセッサは、RIFFチャンクにおいてオーディオチャンクが関係付けられたビデオチャンクに先立ち、オーディオチャンクを位置決定locateすべく構成され得る。本発明の実施例によるマルチメディアファイルは、一連の符号化ビデオフレームと、符号化ビデオフレームの間に交互配置された符号化オーディオとを含む。符号化オーディオはオーディオ情報の2つ以上のトラックを含む。更なる実施例において、オーディオ情報のトラックの内の少なくとも1つのトラックは複数のオーディオチャネルを含む。別実施例は更に、マルチメディアファイルに含まれたオーディオトラックの個数を特定するヘッダ情報と、オーディオ情報のトラックの内の少なくとも1つのトラックに関する説明情報とを含む。再び更なる実施例において、各符号化ビデオフレームは、符号化オーディオ情報によって発し、かつ、ビデオフレームを発生する符号化オーディオ情報は、符号化ビデオフレームに付随する各オーディオトラックの部分のためのオーディオ情報を含む。再び別実施例において、ビデオ情報はマルチメディアファイル内にチャンクとして記憶される。これに加え、ビデオ情報の各チャンクは、ビデオの単一フレームを含み得る。更に、オーディオ情報はマルチメディアファイル内にチャンクとして記憶され得ると共に、2つの別個のオーディオトラックからのオーディオ情報は、オーディオ情報の単一チャンク内には含まれない。更なる実施例において、ビデオチャンクは、オーディオトラックの各々からの少なくとも1つのオーディオチャンクにより分離され、かつ、ビデオチャンクを分離するオーディオチャンクは、オーディオチャンクに追随するビデオチャンク内に含まれたビデオ情報に付随するオーディオトラックの部分のためのオーディオ情報を含む。本発明の実施例によるマルチメディアファイルを符号化するシステムは、ビデオトラックを符号化し、複数のオーディオトラックを符号化し、ビデオトラックからの情報を複数のオーディオトラックからの情報と交互配置し、かつ、交互配置されたビデオおよびオーディオ情報を単一ファイルへと書き込むように構成されたプロセッサを含む。更なる実施例において、オーディオトラックの内の少なくとも1つのオーディオトラックは複数のオーディオチャネルを含む。別実施例においてプロセッサは更に、符号化オーディオトラックの数を特定するヘッダ情報を符号化し、かつ、そのヘッダ情報を単一ファイルに書き込みむように構成される。再び更なる実施例において、プロセッサは更に、符号化オーディオトラック内の少なくとも1つの符号化オーディオトラックに関する説明情報を特定するヘッダ情報を符号化し、かつ、そのヘッダ情報を単一ファイルに書き込むべく構成される。再び別実施例において、プロセッサはビデオトラックをビデオ情報のチャンクとして符号化する。これに加え、プロセッサは各オーディオトラックをオーディオ情報の一連のチャンクとして符号化し得る。更に、オーディオ情報の各チャンクは単一のオーディオトラックからのオーディオ情報を含み得ると共に、プロセッサは、ビデオ情報のチャンク間にオーディオ情報のチャンクを交互配置するように構成され得る。更なる実施例において、プロセッサは、ビデオチャンクにおけるビデオ情報に付随する各オーディオトラックの部分をオーディオチャンク内に符号化すべく構成され、かつ、プロセッサは、各ビデオチャンクが、そのビデオチャンクに含まれたビデオ情報に付随するオーディオトラックの各々からのオーディオ情報を含むオーディオチャンクにより発生するように、ビデオチャンクおよびオーディオチャンクを交互配置すべく構成される。これに加え、プロセッサは、各ビデオチャンク内にビデオの単一フレームが含まれるようにビデオトラックを符号化すべく構成され得る。再び更に別の実施例において、プロセッサは汎用プロセッサである。付加的な更なる実施例において、プロセッサは専用回路である。本発明による複数のオーディオトラックを含むマルチメディアファイルを復号化するシステムは、マルチメディアファイルから情報を抽出すべく構成されたプロセッサを含む。プロセッサは、マルチメディアファイル内に含まれたオーディオトラックの個数に関する情報を抽出すべく構成される。更なる実施例において、プロセッサは、複数のオーディオトラックから単一のオーディオトラックを選択すべく構成され、かつ、プロセッサは、選択されたオーディオトラックからのオーディオ情報を復号化すべく構成される。別実施例において、オーディオトラックの内の少なくとも一つのオーディオトラックは複数のオーディオチャネルを含む。更なる実施例において、プロセッサは、マルチメディアファイルにおけるヘッダからの情報であってオーディオトラックの内の少なくとも一つのオーディオトラックに関する説明情報を含む情報を抽出すべく構成される。本発明の実施例によるマルチメディア情報を通信するシステムは、ネットワークと、マルチメディアファイルを含むと共に、サーバを介してネットワークに対して接続された記憶デバイスと、ネットワークに接続されたクライアントとを含む。クライアントは、サーバからのマルチメディアファイルの転送を要求することができ、かつ、マルチメディアファイルは、少なくとも一つのビデオトラックと、そのビデオトラックに付随する複数のオーディオトラックとを含む。本発明によるマルチメディアファイルは、一連の符号化ビデオフレームと、符号化ビデオフレーム間に交互配置された少なくとも一つの符号化サブタイトルトラックとを含む。更なる実施例において、少なくとも一つの符号化サブタイトルトラックは複数の符号化サブタイトルトラックから成る。別な実施例は更に、マルチメディアファイルに含まれた符号化サブタイトルトラックの個数を特定するヘッダ情報を更に含む。更なる実施例もまた、符号化サブタイトルトラックの内の少なくとも一つの符号化サブタイトルトラックに関する説明情報を含むヘッダ情報を含む。更なる別実施例において、各サブタイトルトラックは一連のビットマップを含み、かつ、各サブタイトルトラックは一連の圧縮ビットマップを含み得る。これに加え、各ビットマップはランレングス符号化方法を用いて圧縮される。更なる実施例において、一連の符号化ビデオフレームは一連のビデオチャンクとして符号化され、かつ、各符号化サブタイトルトラックは一連のサブタイトルチャンクとして符号化される。各サブタイトルチャンクは、表示上にテキストとして表され得る情報を含む。これに加え、各サブタイトルチャンクは単一のサブタイトルに関する情報を含み得る。更に、各サブタイトルチャンクは、サブタイトルがスーパーインポーズsuperimposeされるべきビデオシーケンスの部分に関する情報を含み得る。更に別の実施例において、各サブタイトルチャンクは、サブタイトルが配置されるべき表示の部分に関する情報を含む。再び更なる実施例において、各サブタイトルチャンクは、サブタイトルの色に関する情報を含み、かつ、色に関する情報は色パレートpalateを含み得る。これに加え、サブタイトルチャンクは、第1色パレートに関する情報を含む第1サブタイトルチャンクと、第1色パレートに関する情報に成り代わる第2色パレートに関する情報を含む第2サブタイトルチャンクとを備え得る。本発明の実施例によるマルチメディアファイルを符号化するシステムは、ビデオトラックを符号化し、少なくとも一つのサブタイトルトラックを符号化し、ビデオトラックからの情報を、少なくとも一つのサブタイトルトラックからの情報と交互配置し、かつ、交互配置されたビデオおよびサブタイトル情報を単一ファイルに書き込むように構成されたプロセッサを含み得る。更なる実施例において、少なくとも一つのサブタイトルトラックは複数のサブタイトルトラックを含む。別実施例において、プロセッサは更に、マルチメディアファイルに含まれたサブタイトルトラックの個数を特定するヘッダ情報を符号化して単一ファイルに書き込むべく構成される。再び更なる実施例において、プロセッサは更に、サブタイトルトラックの内の少なくとも一つのサブタイトルトラックに関する説明情報を符号化して単一ファイルに書き込むべく構成される。別の更なる実施例において、ビデオトラックはビデオチャンクとして符号化され、かつ、少なくとも一つのサブタイトルトラックの各々はサブタイトルチャンクとして符号化される。これに加え、サブタイトルチャンクの各々は、ビデオトラックの一部に付随する単一のサブタイトルを含み得ると共に、インタリーバinterleaverは、ビデオトラックの部分であってサブタイトルチャンク内のサブタイトルが付随する部分を含むビデオチャンクの前に、各サブタイトルチャンクを交互配置すべく構成され得る。更なる実施例において、プロセッサは、サブタイトルをビットマップとして符号化することによりサブタイトルチャンクを生成すべく構成される。更なる別実施例において、サブタイトルは圧縮ビットマップとして符号化される。これに加え、ビットマップはランレングス符号化方法を用いて圧縮され得る。更に、プロセッサは各サブタイトルチャンク内に、サブタイトルがスーパーインポーズされるべきビデオシーケンスの部分に関する情報を含み得る。更なる実施例において、プロセッサは各サブタイトルチャンク内に、サブタイトルが配置されるべき表示の部分に関する情報を含む。更に別の実施例において、プロセッサは各サブタイトルチャンク内に、サブタイトルの色に関する情報を含む。更なる実施例において、色に関する情報は色パレートを含む。これに加え、サブタイトルチャンクは、第1色パレートに関する情報を含む第1サブタイトルチャンクと、第1色パレートに関する情報に成り代わる第2色パレートに関する情報を含む第2サブタイトルチャンクとを含み得る。本発明の実施例によるマルチメディアファイルは、マルチメディアファイルから情報を抽出すべく構成されたプロセッサを含む。プロセッサは、マルチメディアファイルを検査して、少なくとも一つのサブタイトルトラックが在るか否かを決定すべく構成される。これに加え、少なくとも一つのサブタイトルトラックは、複数のサブタイトルトラックを備え得ると共に、プロセッサはマルチメディアファイル内におけるサブタイトルトラックの数を決定すべく構成され得る。更なる実施例において、プロセッサは更に、サブタイトルトラックの数を特定するヘッダ情報を、マルチメディアファイルから抽出すべく構成される。別な実施例において、プロセッサは更に、サブタイトルトラックの内の少なくとも一つのサブタイトルトラックに関する説明情報をマルチメディアファイルから抽出すべく構成される。再び更なる実施例において、マルチメディアファイルは、ビデオチャンクとして符号化された少なくとも一つのビデオトラックを含み、かつ、マルチメディアファイルは、サブタイトルチャンクとして符号化された少なくとも一つのサブタイトルトラックを含む。再び別実施例において、各サブタイトルチャンクは単一のサブタイトルに関する情報を含む。更なる実施例において、各サブタイトルはサブタイトルチャンク内においてビットマップとして符号化され、プロセッサは、ビデオトラックを復号化すべく構成され、かつ、プロセッサは、ビットマップをビデオシーケンスの一部上にスーパーインポーズすることにより、表示のためのビデオのフレームを構築すべく構成される。これに加え、サブタイトルは圧縮ビットマップとして符号化され得ると共に、プロセッサはビットマップを解凍すべく構成され得る。更に、プロセッサは、ランレングス符号化されたビットマップを解凍すべく構成され得る。更なる別実施例において、各サブタイトルチャンクは、サブタイトルがスーパーインポーズされるべきビデオトラックの部分に関する情報を含み、かつ、プロセッサは、サブタイトルチャンクにおける情報により表された各ビデオフレーム上にサブタイトルのビットマップをスーパーインポーズすることにより、表示のための一連のビデオフレームを生成すべく構成される。付加的な更なる実施例において、各サブタイトルチャンクは、サブタイトルが配置されるべきフレーム内の位置に関する情報を含み、かつ、プロセッサは、サブタイトルチャンク内の情報により表された各ビデオフレーム内の位置にサブタイトルをスーパーインポーズすべく構成される。別の付加的な実施例において、各サブタイトルチャンクは、サブタイトルの色に関する情報を含み、かつ、プロセッサは、サブタイトルチャンク内の色情報により表される単一もしくは複数の色でサブタイトルをスーパーインポーズすべく構成される。これに加え、サブタイトルチャンク内における色情報は色パレートを含み得ると共に、プロセッサは、色パレートを用いてサブタイトルのビットマップにおいて使用される色情報を獲得して、サブタイトルをスーパーインポーズすべく構成される。更に、サブタイトルチャンクは、第1色パレートに関する情報を含む第1サブタイトルチャンクと、第2色パレートに関する情報を含む第2サブタイトルチャンクとを備え得ると共に、プロセッサは、第1色パレートを用いて、第1チャンクが処理された後にサブタイトルのビットマップにおいて使用される色に関する情報を獲得して、サブタイトルをスーパーインポーズすべく構成されることが可能であり、かつ、プロセッサは、第2色パレートを用いて、第2チャンクが処理された後にサブタイトルのビットマップにおいて使用される色に関する情報を獲得して、サブタイトルをスーパーインポーズすべく構成され得る。本発明の実施例によるマルチメディア情報を通信するシステムは、ネットワークと、マルチメディアファイルを含むと共に、サーバを介してネットワークに対して接続された記憶デバイスと、ネットワークに接続されたクライアントとを含む。クライアントは、サーバからのマルチメディアファイルの転送を要求し、かつ、マルチメディアファイルは、少なくとも一つのビデオトラックと、そのビデオトラックに付随する少なくとも一つのサブタイトルトラックとを含む。本発明の実施例によるマルチメディアファイルは、一連の符号化ビデオフレームと、符号化されたメニュー情報とを含む。これに加え、符号化されたメニュー情報はチャンクとして記憶され得る。更なる実施例は少なくとも2つの別個のメニュー情報のmenuメニューチャンクも含み、かつ、少なくとも2つの別個のmenuチャンクは少なくとも2つの別個のRIFFチャンクに含まれ得る。別実施例において、menuチャンクを含む第1RIFFチャンクは標準的な4ccコードを含むと共に、menuチャンクを含む第2RIFFチャンクは特殊な4ccコードを含み、標準的な4ccコードの最初の2個のキャラクタは特殊化4ccコードの最後の2個のキャラクタとして現れる。再び更なる実施例において、単一のRIFFチャンク内には少なくとも2つの別個のmenuチャンクが含まれる。再び別実施例において、menuチャンクは、一連のメニューを記述するチャンクと、一連のメニューに関係付けられたメディアを含むMRIFチャンクとを含む。これに加え、MRIFチャンクは、ビデオトラック、オーディオトラックおよびオーバレイトラックを含むメディア情報を含み得る。更なる実施例において、一連のメニューを記述するチャンクは、メニューシステム全体を記述するチャンクと、各メニューを言語によりグループ化する少なくとも一つのチャンクと、個々のメニュー表示と、付随するバックグラウンドオーディオとを記述する少なくとも一つのチャンクと、メニュー上のボタンを記述する少なくとも一つのチャンクと、画面上におけるボタンの箇所を記述する少なくとも一つのチャンクと、ボタンに関係付けられた種々の動作を記述する少なくとも一つのチャンクとを含み得る。更なる別実施例は、第2ファイルに対するリンクも含む。符号化されたメニュー情報は第2ファイル内に含まれる。本発明の実施例によるマルチメディアファイルを符号化するシステムは、メニュー情報を符号化すべく構成されたプロセッサを含む。そのプロセッサはまた、符号化ビデオトラックおよび符号化されたメニュー情報を含むマルチメディアファイルを生成するようにも構成される。これに加え、プロセッサは、メニューのオブジェクトモデルを生成し、オブジェクトモデルを設定ファイルへと変換し、設定ファイルを解析してチャンクとし、メディア情報を含むAVIファイルを生成し、AVIファイル内のメディアをMRIFチャンク内へと交互配置し、かつ、解析されたチャンクをMRIFチャンクと連結してmenuチャンクを生成するように構成され得る。また、プロセッサは更に、オブジェクトモデルを使用して第2の更に小さなmenuチャンクを生成すべく構成され得る。更なる実施例において、プロセッサは第2メニューを符号化すべく構成され、かつ、プロセッサは、第1の符号化メニューを第1RIFFチャンクに挿入しかつ第2の符号化メニューを第2RIFFチャンクに挿入し得る。別実施例において、プロセッサは第1および第2の符号化メニューを単一のRIFFチャンク内に含む。再び更なる実施例において、プロセッサは、マルチメディアファイル内に、第2ファイルにおける符号化メニューに対するリファレンスを挿入すべく構成される。本発明によるマルチメディアファイルを復号化するシステムは、マルチメディアファイルから情報を抽出すべく構成されたプロセッサを含む。プロセッサは、マルチメディアファイルを検査して、それが符号化されたメニュー情報を含むか否かを決定すべく構成される。これに加え、プロセッサは、RIFFチャンク内のmenuチャンクからメニュー情報を抽出すべく構成され得ると共に、プロセッサは、menuチャンクに記憶されたビデオ情報を用いてメニュー表示を構築すべく構成され得る。更なる実施例において、プロセッサは、menuチャンクに記憶されたオーディオ情報を用い、メニュー表示に付随するバックグラウンドオーディオを生成すべく構成される。別実施例において、プロセッサは、menuチャンクからのオーバレイを、そのmenuチャンクからのビデオ情報に重ね合わせることによりメニュー表示を生成すべく構成される。本発明によるマルチメディア情報を通信するシステムは、ネットワークと、マルチメディアファイルを含むと共に、サーバを介してネットワークに対して接続された記憶デバイスと、ネットワークに接続されたクライアントとを含む。クライアントは、サーバからのマルチメディアファイルの転送を要求することができ、かつ、マルチメディアファイルは符号化されたメニュー情報を含む。マルチメディアファイルは、一連の符号化ビデオフレームと、そのマルチメディアファイルに関する符号化メタデータとを含む。符号化メタデータは、主部subject、述部、目的部objectおよび出典authorityを備える少なくとも一つのステートメントstatementを含む。主部は、メタデータにより記述されるファイル、項目、人物または組織を特定する情報を含むことができ、述部は主部の特性を表す情報を含むことができ、目的部は、述部により特定された主部の特性を記述する情報を含むことができ、かつ、出典はステートメントのソースに関する情報を含むことができる。更なる実施例において、主部はタイプおよび値を含むチャンクであり、値は情報を含み、かつ、タイプは、チャンクがリソースであるか匿名ノードであるかを表す。別実施例において、述部は、タイプおよび値を含むチャンクであり、値は情報を含み、かつ、タイプは、値情報が記述URIであるか順序リストエントリであるかを表す。再び更なる実施例において、目的部は、タイプ、言語、データタイプおよび値を含むチャンクであり、値は情報を含み、タイプは、値情報がUTF8リテラル、リテラル整数またはリテラルXMLデータであるかを表し、データタイプは値情報のタイプを表し、かつ、言語は特定言語を指定する情報を含む。再び別実施例において、出典はタイプおよび値を含むチャンクであり、値は情報を含み、かつ、タイプは、値情報がステートメントの出典であることを表す。更なる実施例において、符号化データの少なくとも一部は2値データとして表される。更に別の実施例において、符号化データの少なくとも一部は64ビットASCIデータとして表される。更なる実施例において、符号化データの少なくとも第1部分は2値データとして表され、かつ、符号化データの少なくとも第2部分は第2フォーマットで表されたデータを含む付加的チャンクとして表される。これに加え、付加的チャンクは各々、単一のメタデータを含み得る。本発明の実施例によるマルチメディアファイルを符号化するシステムは、ビデオトラックを符号化すべく構成されたプロセッサを含む。プロセッサは、マルチメディアファイルに関するメタデータを符号化する様にも構成され、かつ、符号化メタデータは、主部、述部、目的部および出典を備える少なくとも一つのステートメントを含む。これに加え、主部は、メタデータにより記述されるファイル、項目、人物または組織を特定する情報を含むことができ、述部は主部の特性を表す情報を含むことができ、目的部は、述部により特定された主部の特性を記述する情報を含むことができ、かつ、出典はステートメントのソースに関する情報を含むことができる。更なる実施例において、プロセッサは主部を、タイプおよび値を含むチャンクとして符号化すべく構成され、値は情報を含み、かつ、タイプは、チャンクがリソースであるか匿名ノードであるかを表す。別実施例において、プロセッサは述部を、タイプおよび値を含むチャンクとして符号化すべく構成され、値は情報を含み、かつ、タイプは、値情報が記述URIであるか順序リストエントリであるかを表す。再び更なる実施例において、プロセッサは目的部を、タイプ、言語、データタイプおよび値を含むチャンクとして符号化すべく構成され、値は情報を含み、タイプは、値情報がUTF8リテラル、リテラル整数またはリテラルXMLデータであるかを表し、データタイプは値情報のタイプを表し、かつ、言語は特定言語を指定する情報を含む。再び別実施例において、プロセッサは出典を、タイプおよび値を含むチャンクとして符号化すべく構成され、値は情報を含み、かつ、タイプは、値情報がステートメントの出典であることを表す。更なる実施例において、プロセッサは更に、マルチメディアファイルに関するメタデータの少なくとも一部を2値データとして符号化すべく構成される。更なる別実施例において、プロセッサは更に、マルチメディアファイルに関するメタデータの少なくとも一部を64ビットASCIデータとして符号化すべく構成される。付加的な実施例において、プロセッサは更に、マルチメディアファイルに関するメタデータの少なくとも第1部分を2値データとして符号化し、かつ、マルチメディアファイルに関するメタデータの少なくとも第2部分を、第2フォーマットで表されたデータを含む付加的チャンクとして符号化するように構成される。これに加え、プロセッサは更に、付加的チャンクを単一のメタデータを以て符号化すべく構成され得る。本発明によるマルチメディアファイルを復号化するシステムは、マルチメディアファイルから情報を抽出すべく構成されたプロセッサを含む。プロセッサは、マルチメディアファイルに関するメタデータ情報を抽出すべく構成され、かつ、メタデータ情報は、主部、述部、目的部および出典を備える少なくとも一つのステートメントを含む。これに加え、プロセッサは主部から、メタデータにより記述されるファイル、アイテム、人物または組織を特定する情報を抽出すべく構成され得る。更に、プロセッサは、述部から主部の特性を表す情報を抽出すべく構成されることができ、プロセッサは目的部から、述部により特定される主部の特性を記述する情報を抽出すべく構成されることができ、かつ、プロセッサは、出典からステートメントのソースに関する情報を抽出すべく構成されることができる。更なる実施例において、主部はタイプおよび値を含むチャンクであり、プロセッサは、タイプを検査することにより、チャンクは主部情報を含むことを特定すべく構成され、かつ、プロセッサは、値から情報を抽出すべく構成される。別実施例において、述部は、タイプおよび値を含むチャンクであり、プロセッサは、タイプを検査することにより、チャンクは述部情報を含むことを特定すべく構成され、かつ、プロセッサは、値から情報を抽出すべく構成される。再び更なる実施例において、目的部は、タイプ、言語、データタイプおよび値を含むチャンクであり、プロセッサは、タイプを検査することにより、チャンクは目的部情報を含むことを特定すべく構成され、プロセッサは、データタイプを検査することで、値に含まれる情報のデータタイプを決定すべく構成され、プロセッサは、データタイプにより表されるタイプの情報を値から抽出すべく構成され、かつ、プロセッサは、特定言語を指定する情報を値から抽出すべく構成される。再び別実施例において、出典はタイプおよび値を含むチャンクであり、プロセッサは、タイプを検査することにより、チャンクは出典情報を含むことを特定すべく構成され、かつ、プロセッサは、値から情報を抽出すべく構成される。更なる実施例において、プロセッサは、メタデータステートメントから情報を抽出してその情報の少なくとも一部を表示すべく構成される。更なる別実施例において、プロセッサは、メタデータを用い、メモリ内にラベル付き有向グラフを表すデータ構造を構築すべく構成される。更なる実施例において、プロセッサは、複数のステートメントに対して主部、述部、目的部および出典の内の少なくとも一つを検査することにより、メタデータを介して情報を検索するように構成される。更に別の実施例において、プロセッサは、検索の結果を、グラフィカルユーザインタフェースの一部として表示すべく構成される。これに加え、プロセッサは、外部デバイスからの要求に応じて検索を実施すべく構成され得る。付加的な更なる実施例において、マルチメディアファイルに関するメタデータ情報の少なくとも一部は2値データとして表される。別の付加的な実施例において、マルチメディアファイルに関するメタデータ情報の少なくとも一部は64ビットASCIデータとして表される。別の更なる実施例において、マルチメディアファイルに関するメタデータ情報の少なくとも第1部分は2値データとして表され、かつ、マルチメディアファイルに関するメタデータ情報の少なくとも第2部分は第2フォーマットで表されたデータを含む付加的チャンクとして表される。これに加え、付加的チャンクは単一のメタデータを含み得る。本発明によるマルチメディア情報を通信するシステムは、ネットワークと、マルチメディアファイルを含むと共に、サーバを介してネットワークに対して接続された記憶デバイスと、ネットワークに接続されたクライアントとを含む。クライアントは、サーバからのマルチメディアファイルの転送を要求することができ、マルチメディアファイルはそのマルチメディアファイルに関するメタデータを含み、かつ、メタデータは、主部、述部、目的部および出典を備える少なくとも一つのステートメントを含む。本発明によるマルチメディアファイルは、少なくとも一つの符号化ビデオトラックと、少なくとも一つの符号化オーディオトラックと、複数の符号化テキスト文字列とを含む。符号化テキスト文字列は、少なくとも一つのビデオトラックおよび少なくとも一つのオーディオトラックの特性を記述する。更なる実施例において、複数のテキスト文字列は、異なる言語を用い、ビデオトラックまたはオーディオトラックと同一の特性を記述する。別実施例は、少なくとも一つの符号化サブタイトルトラックも含む。複数の符号化テキスト文字列はサブタイトルトラックの特性を記述する文字列を含む。本発明によるマルチメディアファイルを生成するシステムは、少なくとも一つのビデオトラックを符号化し、少なくとも一つのオーディオトラックを符号化し、符号化オーディオトラックの内の少なくとも一つの符号化オーディオトラックをビデオトラックと交互配置し、少なくとも一つのビデオトラックおよび少なくとも一つのオーディオトラックの所定数の特性の各々を複数の言語で記述するテキスト文字列を挿入するように構成されたプロセッサを含む。本発明による符号化オーディオ、ビデオおよびテキスト文字列を含むマルチメディアファイルを表示するシステムは、マルチメディアファイルから符号化テキスト文字列を抽出し、かつ、テキスト文字列を用いてプルダウンメニュー表示を生成するように構成されたプロセッサを含む。図面を参照する本発明の実施例は、マルチメディアファイルを符号化、送信および復号化することができる。本発明の実施例によるマルチメディアファイルは、複数のビデオトラックと、複数のオーディオトラックと、複数のサブタイトルトラックと、ファイルの内容にアクセスするメニューインタフェースを生成すべく使用され得るデータと、ファイルの内容に関するメタデータとを含み得る。本発明の幾つかの実施例によるマルチメディアファイルは、ビデオトラック、オーディオトラック、サブタイトルトラック、およびファイル外部のmetadataへのリファレンスも含む。1.システムの説明次に図1を参照すると、ファイルを符号化、配信および復号化する本発明の実施例によるシステムが示される。システム10は、ネットワーク14を介して他の種々の演算デバイスに対して接続されるコンピュータ12を含む。ネットワークに接続され得るデバイスとしては、サーバ16、ラップトップコンピュータ18およびパーソナルデジタルアシスタントPDA20が挙げられる。種々の実施例においてデバイスとネットワークとの間の接続は、有線もしくは無線でされると共に、種々のネットワーク用プロトコル内の任意のプロトコルを用いて実施され得る。作動時にコンピュータ12は、本発明の実施例によるマルチメディアファイルを符号化すべく使用され得る。コンピュータ12はまた、本発明の実施例によるマルチメディアファイルを復号化すると共に本発明の実施例によるマルチメディアファイルを配信するためにも使用され得る。コンピュータは、ピアツーピアネットワークを介するなどの種々のファイル転送プロトコルの内の任意のプロトコルを用いてファイルを配信し得る。これに加えてコンピュータ12は、本発明の実施例によるマルチメディアファイルをラップトップコンピュータ18へと転送でき、そこでファイルは他のデバイスによりアクセスされ得る。その他のデバイスとしては、任意の種々の演算デバイス、または、専用のデコーダデバイスも含まれる。図示の実施例においては、ラップトップコンピュータおよびPDAが示される。他の実施例においては、デジタルセットトップボックス、デスクトップコンピュータ、ゲーム機、家電機器および他のデバイスがネットワークに接続され、マルチメディアファイルをダウンロードしてそれを復号化し得る。一実施例において、デバイスはサーバからネットワークを介してマルチメディアファイルにアクセスする。他の実施例において、デバイスは、多数のコンピュータからピアツーピアネットワークを介してマルチメディアファイルにアクセスする。幾つかの実施例においてマルチメディアファイルは、ディスクドライブ、CD-ROMまたはDVDなどの可搬的記憶デバイスに対して書き込まれ得る。多くの実施例において、電子的デバイスは可搬的記憶デバイスに書き込まれたマルチメディアファイルにアクセスし得る。2.ファイル構造の説明本発明の実施例によるマルチメディアファイルは、ワシントン州、レドモンド市のMicrosoft社およびニューヨーク州、アーモンク市のIBMInternationalBusinessMachines社により策定されたリソース交換ファイルフォーマットRIFFファイルフォーマットに準拠すべく構造化され得る。RIFFは、マルチメディアデータおよび関連情報を記憶するためのファイルフォーマットである。RIFFファイルは典型的に、ファイルを特定する8バイトのRIFFヘッダであり、RIFFヘッダは、そのファイルを識別し、かつ、そのヘッダの後におけるファイルの残存長すなわちファイル長-8を提供する。RIFFファイルの残りの全ては、チャンクchunkおよびリストlistから成る。各チャンクは、チャンクのタイプを特定する8バイトのチャンクヘッダを有し、そのチャックヘッダは、そのチャンクヘッダに続くデータの長さをバイト単位で与える。各リストは、8バイトのリストヘッダを有し、そのリストヘッダは、そのリストヘッダに続くデータの長さをバイト単位で与える。リストにおけるデータは、チャンクおよび/または他のリストこれは更にチャンクおよび/または他のリストを備え得るを備える。RIFFリストは、一定の場合にはリストチャンクとも称される。AVIファイルはRIFFファイルの特定形態であり、RIFFファイルのフォーマットに追随するが、特定フォーマットにおけるマルチメディアデータを含む定義済み識別子を備えた種々のチャンクおよびリストを含んでいる。AVIフォーマットは、Microsoft社により開発かつ規定された。AVIファイルは典型的に、AVIフォーマットでマルチメディアデータを出力し得るエンコーダを用いて生成される。AVIファイルは典型的に、集合的にAVIデコーダとして知られた一群のソフトウェア内の任意のソフトウェアにより復号化される。RIFFおよびAVIフォーマットは、規定されたファイルフォーマットの一部であるチャンクおよびリストを規定するだけでなく、そのファイルが、RIFFおよび/またはAVIデコーダによるそのファイルを読取不能とせずにRIFFおよび/またはAVIファイルフォーマット定義外のリストおよび/またはチャンクを含むことも許容する点において、融通性が高い。実際問題としてAVIおよび同様のRIFFデコーダは、AVIファイルフォーマット定義に見出されないヘッダ情報を含むリストおよびチャンクを単に無視する様に実現される。AVIデコーダは、それでもこれらの非AVIチャンクおよびリストを読み取らなければならい場合、AVIデコーダの動作は遅くなるが、その他の場合は、一般に、それらはAVIデコーダに対して効果を有さずにAVIデコーダにより無視される。図2.0.には、本発明の実施例によるマルチメディアファイルが示される。図示されたマルチメディアファイル30は、キャラクタセットチャンクCSETチャンク32、情報リストチャンクINFOリストチャンク34、ファイルヘッダチャンクhdrlリストチャンク36、メタデータチャンクDXDTチャンク38、メニューチャンクDMNUチャンク40、ジャンクチャンクjunkチャンク41、ムービーリストチャンクmoviリストチャンク42、選択的インデックスチャンクidxlチャンク44および第2メニューチャンクDMNUチャンク46を含む。これらのチャンクの一定部分および他のチャンクの一部はAVIファイルフォーマットにおいて規定されるが、その他のチャンクはAVIファイルフォーマットには含まれない。全ての場合ではないが多くの場合に以下の考察は、AVIファイルフォーマットの一部として規定されたチャンクまたはチャンク部分を特定する。図2.0.1.には、本発明の実施例による別のマルチメディアファイルが示される。マルチメディアファイル30’は、そのファイルが複数の連結RIFFチャンクを含むことを除き、図2.0.に示されたファイルと同様である。そのRIFFチャンクは、図2.0.に示されたRIFFチャンクであって第2DMNUチャンク46を除外し得るか又はDMNUチャンク46’の形態のメニュー情報を含み得るRIFFチャンクを含み得る。図示の実施例においてマルチメディアは、複数の連結RIFFチャンクを含み、その場合に第1RIFFチャンク50は、キャラクタセットチャンクCSETチャンク32’、情報リストチャンクINFOリストチャンク34’、ファイルヘッダチャンクhdrlリストチャンク36’、メタデータチャンクDXDTチャンク38’、メニューチャンクDMNUチャンク40’、ジャンクチャンクjunkチャンク41’、ムービーリストチャンクmoviリストチャンク42’および選択的インデックスチャンクidxlチャンク44’を含む。第2RIFFチャンク52は、第2メニューチャンクDMNUチャンク46’を含む。RIFFメニューチャンク52の後には、付加的RIFFチャンク54が含まれ得る。付加的RIFFチャンクは、AVIファイルフォーマットに準拠する独立メディアを含み得る。一実施例において第2メニューチャンク46’および付加的RIFFチャンクは、その4個のキャラクタコードの第1の2個のキャラクタは、第2の2個のキャラクタとして現れ、かつ、その4個のキャラクタコードの第2の2個のキャラクタは第1の2個のキャラクタとして現れるように、AVIフォーマットで規定されると共に以下で論じられる特殊な4個のキャラクタコードを有する。2.1.CSETチャンクCSETチャンク32は、Microsoft社により策定されたオーディオビデオインターリーブファイルフォーマットAVIファイルフォーマットにおいて規定されたチャンクである。CSETチャンクは、マルチメディアファイルのキャラクタセットおよび言語情報を規定する。本発明の実施例によるCSETチャンクを包含することはオプション的である。本発明の一実施例によるマルチメディアファイルは、CSETチャンクを使用せずに、言語情報に対してインターネットエンジニアリングタスクフォースにより規定されたRFC3066言語仕様と組み合わされた既定によるキャラクタセットに対して、ユニコードコンソーシアムにより規定されたUTF8を使用する。2.2.INFOリストチャンクINFOリストチャンク34は、マルチメディアファイルの内容の識別を助力する情報を記憶し得る。INFOリストはAVIファイルフォーマットにおいて規定されると共に、本発明の実施例によるマルチメディアファイルにそれを含めることは選択的である。DXDTチャンクを含む多くの実施例は、INFOリストチャンクを含まない。2.3.hdrlリストチャンクhdrlリストチャンク38は、AVIファイルフォーマットに規定されると共に、マルチメディアファイルにおけるデータのフォーマットに関する情報を提供する。hdrlリストチャンク、または、同様の記述情報を含むチャンクは、概略的に必要とされる。hdrlリストチャンクは、各ビデオトラック、各オーディオトラックおよび各サブタイトルトラックに対するチャンクを含む。図2.1.には、1つのビデオトラック62、2つのオーディオトラック64、外部のオーディオトラック66、2つのサブタイトルトラック68および外部のサブタイトルトラック70を含む本発明の一実施例によるhdrlリストチャンク38が示される。hdrlリスト60は、avihチャンクを含む。avihチャンク60は、ファイル内におけるストリームの本数、マルチメディアファイル内に含まれたビデオの幅および高さなどのファイル全体に対する包括的情報を含む。そのavihチャンクは、AVIファイルフォーマットに従い実現され得る。avihチャンクに加え、hdrlリストは各オーディオ、ビデオおよびサブタイトルトラックに対するストリーム記述子リストを含む。一実施例においてそのストリーム記述子リストは、strlチャンクを用いて実現される。図2.2.には、本発明の実施例によるstrlチャンクが示される。各strlチャンクは、マルチメディアファイルにおける各トラックを記述する役割を果たす。マルチメディアファイル内におけるオーディオ、ビデオおよびサブタイトルトラックに対するstrlチャンクは、strhチャンク92、strfチャンク94、strdチャンク96およびstrnチャンク98を参照するstrlチャンクを含む。これらのチャンクの全ては、AVIファイルフォーマットに従い実現され得る。特に興味があるのは、メディアトラックのタイプを特定するstrhチャンク92、および、ビデオがデジタル著作権管理により保護されているか否かを表すべく改変され得るstrdチャンク96である。本発明の実施例によるデジタル著作権管理の種々の実施方式の考察は、以下に提供される。本発明の実施例によるマルチメディアファイルは、付加的オーディオトラックまたは付加的サブタイトルトラックなどのマルチメディア情報を保持する外部ファイルに対するリファレンスを含み得る。これらのトラックに対するリファレンスは、hdrlチャンクまたはjunkチャンク41のいずれかに含まれ得る。いずれの場合でもリファレンスは、ローカルファイルまたはリモートで記憶されたファイルのいずれかを参照するstrlチャンク90のstrhチャンク92内に含まれ得る。参照されるファイルは、標準的なAVIファイル、または、付加的トラックを含む本発明の実施例によるマルチメディアファイルであり得る。付加的な実施例において、参照されるファイルは、参照を行うファイル内に存在し得るチャンクであって、DMNUチャンク、DXDTチャンク、および、マルチメディアプレゼンテーションに対してオーディオ、ビデオおよび/またはサブタイトルトラックと関係付けられたチャンクの内の任意のものを含み得る。たとえば第1マルチメディアファイルは、その第1マルチメディアファイルのmoviリストチャンク内に配置された第1マルチメディアプレゼンテーションと、第2マルチメディアファイルのmoviリストチャンク内の第2マルチメディアプレゼンテーションとを参照する以下において更に詳細に論じられるDMNUチャンクを含み得る。代替的に、両方のmoviリストチャンクは同一のマルチメディアファイル内に含まれ得るが、これは、DMNUチャンクが配置されるファイルと同一のファイルである必要はない。2.4.DXDTチャンクDXDTチャンク38は、いわゆるメタデータを含む。本発明の実施例によるマルチメディアファイルのDXDTチャンク内に記憶されたmetadataは、タイトル、作者、著作権保持者およびキャストなどのコンテンツ固有情報を記憶すべく使用され得る。これに加え、使用されるCLIオプションおよび各パスの後における量子化数quantizer分布などの、マルチメディアファイルを符号化すべく使用されるコーデックcodecに関する技術的詳細が提供され得る。一実施例においてメタデータは一連のステートメントとしてDXDTチャンク内に表され、その場合に各ステートメントは主部subject、述部predicate、目的部objectおよび出典authorityを含む。主部は、記述されている処に対する参照である。主部は、ファイル、アイテム、人物または組織を参照し得る。主部は、記述を行い得る特性を有する任意のものを参照し得る。述部は、記述されている主部の特性を特定する。目的部は特定された主部の特性の記述であり、かつ、出典は情報のソースを特定する。以下の表は、種々のmetadataが目的部、述部、主部および出典として如何に表され得るかの例を示している。一実施例において、主部、述部、目的部および出典の表現は、ラベル付き有向グラフDLG:DirectedLabeledGraphsを形成し得るデータの2進表現を用いて実現される。DLGは、リソースもしくはリテラルliteralのいずれかであるノードから成る。リソースは、インターネットエンジニアリングタスクフォースによりRFC2396httpwwwictforgrfcrfc2396txtにおいて規定された汎用リソース識別子URIなどの命名規則に準じ得るか、または、システム自体に固有のデータを参照し得る識別子である。リテラルは、リファレンスではなく実際の値の表現である。DLGの利点は、これによれば、映画の出演者などの同一タイプである可変数のデータが含まれ得ることである。表1に示された例においては、3人の出演者が含まれる。但し、任意数の出演者が含まれ得る。DLGはまた、他のデータタイプに対する関連接続も許容する。表1においては、主部file281、述部シリーズおよび目的部file321を有するメタデータmetadataアイテムが在る。主部file281は、metadataがこの場合には映画マトリックスTheMatrixであるfile321として参照されたファイルの内容を参照することを表している。述部はシリーズSeriesであり、目的部がマトリックスが属するシリーズの別の映画に関する情報を有することを表している。但し、file321はタイトルでも、マトリックスを含むシリーズに関する他の一切の特定情報でもなく、file321に関する更なる情報を提供する別のエントリに対するリファレンスである。但し、主部file321を有する次のmetadataエントリは、file321に関するデータ、すなわち、この続編のhttppurlorgdcelements11titleにより表されるダブリンコアボキャブラリDublinCoreVocabularyにより特定されるタイトルは、マトリックスリローデッドであるというデータを含む。表1における付加的なmetadataステートメントは、キアヌリーブスはネオの役を演じた出演者であったこと、および、ラリーおよびアンディウォシャウスキーの両名は監督であったことを特定している。metadataにおいては技術的情報も表現される。metadataステートメントは、file281はトラックtrackdc00を含むことを特定する。metadataは、ビデオトラックの解像度、ビデオトラックの認証レベル、および、コーデックの設定を含む情報を提供する。表1においては示されないが、metadataは、符号化の時点でトラックに割当てられた一意的識別子も含み得る。一意的識別子が使用されるときに同一のコンテンツを複数回符号化すると、コンテンツの符号化バージョンの各々に対して異なる識別子に帰着する。但し、符号化されたビデオトラックの複製物は、それがコピーされた元のトラックの識別子を保持する。表1に示されたエントリは、UPnPフォーラムにより規定されたUPnPボキャブラリhttpwwwupnpforumorg参照などの他のボキャブラリにより置換され得る。別の代替策は、MPEG-21規格に向けた作業の一部として国際標準化機構により開発されたデジタルアイテム宣言言語DIDL:DegitalItemDeclarationLanguageまたはDIDLLiteボキャブラリである。以下は、UPnPボキャブラリにおける述部の例である。urnschemasupnporgmetadata10upnpartisturnschemasupnporgmetadata10upnpactorurnschemasupnporgmetadata10upnpauthorurnschemasupnporgmetadata10upnpproducerurnschemasupnporgmetadata10upnpdirectorurnschemasupnporgmetadata10upnpgenreurnschemasupnporgmetadata10upnpalbumurnschemasupnporgmetadata10upnpplaylisturnschemasupnporgmetadata10upnporiginalTrackNumberurnschemasupnporgmetadata10upnpuserAnnotation全てのmetadataに対する出典は、auth42である。metadataステートメントは、auth42はワーナーブラザースであることを示している。出典によれば、ファイルの品質と、そのファイルに関係付けられたmetadataステートメントとの両方の評価が可能とされる。グラフ内へのノードは、命名されたリソースノードを介して接続される。metadataのステートメントは、主部ノード、述部ノードおよび目的部ノードから成る。オプション的に、出典ノードはmetadataステートメントの一部としてのDLGに対して接続され得る。各ノードに対し、そのノードの機能性を更に説明する一定の特性が在る。可能なタイプは、ANSIのCプログラミング言語を用いて以下の如く表され得る。InvalidTypedefineRDFIDENTIFIERTYPEUNKNOWN0x00ResourceURIrdfaboutdefineRDFIDENTIFIERTYPERESOURCE0x01rdfNodeIdfileorgeneratedNTriplesdefineRDFIDENTIFIERTYPEANONYMOUS0x02PredicateURIdefineRDFIDENTIFIERTYPEPREDICATE0x03rdflirdfdefineRDFIDENTIFIERTYPEORDINAL0x04AuthorityURIdefineRDFIDENTIFIERTYPEAUTHORITY0x05UTF8formattedliteraldefineRDFIDENTIFIERTYPELITERAL0x06LiteralIntegerdefineRDFIDENTIFIERTYPEINT0x07LiteralXMLdatadefineRDFIDENTIFIERTYPEXMLLITERAL0x08DXDTチャンク内に含まれるmetadataチャンクを表すANSIのCプログラミング言語で表されるデータ構造の例は以下のようである。typedefstructRDFDataStruct{RDFHeaderHeaderuint32tnumOfStatementsRDFStatementstatementsRDFMAXSTATEMENTS}RDFDataRDFDataチャンクは、RDFHeaderチャンクと称されるチャンク、値numOfStatements、および、RDFStatementチャンクのリストを含む。RDFHeaderチャンクは、metadataがそのチャンク内でフォーマットされる様式に関する情報を含む。一実施例においてRDFHeaderチャンク内のデータは以下のように表され得るANSICで表される。typedefstructRDFHeaderStruct{uint16tversionMajoruint16tversionMinoruint16tversionFixuint16tnumOfSchemasRDFSchemaschemasRDFMAXSCIIEMAS}RDFHeaderRDFHeaderチャンクは、上位互換性を可能とするリソース記述フォーマットのバージョンを表す数バージョンversionを含む。ヘッダは、RDFHeaderチャンクの一部をも形成するリストスキーマSchemaにおけるRDFSchemaチャンクの個数を表す第2の数numOfSchemasを含む。幾つかの実施例においてRDFSchemaチャンクは、複雑なリソースが更に効率的に表されるのを可能とすべく用いられる。一実施例においてRDFSchemaチャンクに含まれるデータは以下のように表され得るANSICで表される。typedefstructRDFSchemaStruct{wchartprefixwcharturi}RDFSchemaRDFSchemaチャンクは、接頭辞prefixとして識別されるdcなどの第1のテキスト文字列と、uriとして識別されるhttppurlorgdcelements11などの第2のテキスト文字列とを含む。prefixは、uriの代わりにmetadataで使用され得る用語を定義する。uriは、特定の規格化ボキャブラリに準じ得るか、特定システムに対する特定ボキャブラリとされ得る汎用リソース識別子である。RDFDataチャンクの考察に戻る。RDFHeaderチャンクに加えてRDFDataチャンクは、値numOfStatements、および、RDFStatementチャンクのリストStatementをも含んでいる。値numOfStatementsは、情報を含むリストStatementにおけるRDFStatementチャンクの実際の個数を表す。一実施例においてRDFStatementチャンクに含まれるデータは以下の如く表され得るANSICで表される。typedefstructRDFStatementStruct{RDFSubjectsubjectRDFPredicatepredicateRDFObjectobjectRDFAuthorityauthority}RDFStatement各RDFStatementチャンクは、マルチメディアファイルに関するmetadataを含む。チャンクsubject、predicate、objectおよびauthorityは、上述のmetadataの種々の構成要素を含むべく用いられる。subjectは、上述のmetadataの主部部分を表すRDFSubjectチャンクである。一実施例においてRDFSubjectチャンクに含まれたデータは、以下の如く表され得るANSICで表される。typedefstructRDFSubjectStruct{uint16ttypewchartvalue}RDFSubject上記RDFSubjectチャンクは、データがリソースであるかまたはmetadataの匿名ノードであることを表す値typeと、metadataの主部を表すデータを含むユニコードテキスト文字列とを含む。RDFSchemaチャンクが定義されている実施例において値は、リソースに対する直接的リファレンスの代わりに、定義済み用語とされ得る。RDFStatementチャンクにおけるpredicateは、metadataの述部部分を表すRDFPredicateチャンクである。一実施例においてRDFPredicateチャンク内に含まれるデータは、以下の如く表され得るANSICで表される。{uint16ttypewchartvalue}RDFPredicate上記のRDFPredicateチャンクは、データが述部URIであるかまたはmetadataの順序リストエントリであることを表す値typeと、metadataの述部を表すデータを含むテキスト文字列valueとを含む。RDFSchemaチャンクが定義されている実施例において値は、リソースに対する直接的リファレンスの代わりに、定義済み用語とされ得る。RDFStatementチャンクにおけるobjectは、metadataの目的部部分を表すRDFObjectチャンクである。一実施例においてRDFObjectチャンクに含まれたデータは、以下の如く表され得るANSICで表される。typedefstructRDFObjectStruct{uint16ttypewchartlanguagewchartdataTypeURIwchartvalue}RDFObject上記のRDFObjectチャンクは、データが、UTF-8リテラル文字列、リテラル整数またはmetadataのリテラルXMLデータであることを表す値typeを含む。チャンクは、3個の値も含む。第1の値languageは、metadataが表現される言語を表すべく用いられるたとえば映画のタイトルは異なる言語に変更され得る。幾つかの実施例においては、言語を識別すべく標準的な表現インターネットエンジニアリングタスクフォースにより指定された言語の識別に対するタグであるRFC3066など、httpwwwietforgrfcrfc3066txtを参照が使用され得る。第2の値であるdataTypeURIは、valueフィールド内に含まれたデータのタイプがtypeフィールドにより明示的に表され得ないのであれば、そのデータのタイプを表すべく用いられる。dataTypeURIにより指定されたURIは、使用される特定形式のデータを記述すべく使用された一般的なRDFURIボキャブラリを指し示す。URIが表現され得る異なるフォーマットは、httpwwww3orgTRrdfconceptssectionDatatypesで記述される。一実施例においてvalueはワイド文字widecharacterである。他の実施例においてvalueは、画像またはビデオシーケンスに対する単一ビットからの種々の形式のデータの内の任意のものとされ得る。valueは、metadataの目的部部分を含む。RDFStatementチャンクにおけるauthorityは、metadataの出典部分を表すRDFAuthorityチャンクである。一実施例においてRDFAuthorityチャンクに含まれるデータは以下の如く表され得るANSICで表される。typedefstructRDFAuthorityStruct{uint16ttypewchartvalue}RDFAuthority上記のDFAuthorityデータは、そのデータがリソースであるかmetadataの匿名ノードであるかを表す値typeを含む。valueは、metadataに対する出典を表すデータを含む。RDFSchemaチャンクが定義された実施例において、値はリソースに対する直接的リファレンスの代わりに定義済み用語とされ得る。図2.3.には、本発明の実施例によるマルチメディアファイルのDXDTチャンクを記憶する概念的表現が示される。DXDTチャンク38は、RDFHeaderRDFヘッダチャンク110、numOfStatementsステートメント数値112、および、RDFStatementチャンク114の表を含む。RDFHeaderチャンク110は、バージョンversion値116、numOfSchemasスキーマ数値118、スキーマSchemaチャンク120の表を含む。各RDFステートメントRDFStatementチャンク114は、RDF主部RDFSubjectチャンク122、RDF述部RDFPredicateチャンク124、RDF目的部RDFObjectチャンク126およびRDF出展RDFAuthorityチャンク128を含む。RDF主部RDFSubjectチャンクは、タイプtype値130およびバリューvalue値132を含む。RDF述部RDFPredicateチャンク124もまた、タイプtype値134およびバリューvalue値136を含む。RDF述部RDFObjectチャンク126は、タイプtype値138、図においてはlangとして示された言語language値140、図においてはdataTとして示されたURIデータタイプdataTypeURI値142、および、バリューvalue値144を含む。RDF出展RDFAuthorityチャンク128は、タイプtype値146およびバリューvalue値148を含む。図示されたDXDTチャンクは、1つのスキーマSchemaチャンクおよび1つのRDFステートメントRDFStatementチャンクを含んで示されるが、当業者であれば、異なる個数のスキーマSchemaチャンクおよびRDFステートメントRDFStatementチャンクがメタデータを記述するチャンクにおいて使用され得ることを容易に理解し得よう。以下において論じられるように、本発明の実施例によるマルチメディアファイルは連続的に改変および更新され得る。予めmetadataを決定し、ファイル自体、およびたとえばインターネットを介して遠隔的にアクセスされるmetadataに対して関係付けることは困難であり得る。典型的には、ファイルの内容を記述するために本発明の実施例によるマルチメディアファイル内に十分なmetadataが含まれる。そのファイルをレビューするデバイスが、そのファイル内から参照されたmetadataを含む他のデバイスに対してネットワークを介してアクセスし得る場合、付加的情報が獲得され得る。上述のmetadataを表す方法は拡張可能であると共に、ファイルに対する必要性が経時的に変化するにつれ、そのファイル内に記憶される異なるmetadataフィールドを付加および除去する能力を提供し得る。これに加え、metadataの表現は改訂版間で上位互換であり得る。本発明の実施例に従いmetadataが表される構造化様式は、デバイスが、マルチメディアファイルのコンテンツを良好に決定すべくそのマルチメディアファイルに対して問合せqueryを行うことを可能にする。その場合の問合せは、マルチメディアファイルの内容を更新し、マルチメディアファイルに関する付加的なmetadataを獲得し、そのファイルの内容に関するメニューを生成し、または、標準的フォーマットで表されたデータの自動処理を伴う他の任意の機能を実施するために使用され得る。これに加え、metadataの解析可能な各エレメントの長さを定義すると、家電機器などの様にメモリの量が限られたデバイスがmetadataにアクセスする容易さが高められ得る。他の実施例においてmetadataは、各metadata断片に対する個々のチャンクを用いて表される。本発明による幾つかのDXDTチャンクとしては、上述の如く符号化されたmetadataを含む2進チャンク、および、上述の如くまたは別のフォーマットのいずれかでフォーマットされた個別のmetadata断片を含む付加的チャンクが含まれる。DXDTチャンクに2進metadataが含まれる実施例において、その2進metadataは64ビットの符号化ASCIIを用いて表され得る。他の実施例においては、他の2進表現が使用され得る。図2.3.1.には、本発明によるDXDTチャンクに含まれ得る個別チャンクの例が示される。メタデータは、PixelAspectRatioMetaDataピクセル縦横比メタデータチャンク152a、EncoderURIMetaDataエンコードURIメタデータチャンク152b、CodecSettingsMetaDataコーデック設定メタデータチャンク152c、FrameTypeMetaDataフレームタイプメタデータチャンク152d、VideoResolutionMetaDataビデオ解像度メタデータチャンク152e、PublisherMetaData出版社メタデータチャンク152f、CreatorMetaData創作者メタデータチャンク152g、GenreMetaDataジャンルメタデータチャンク152h、CreatorToolMetaData創作者ツールメタデータチャンク152i、RightsMetaData権利メタデータチャンク152j、RunTimeMetaDataランタイムメタデータチャンク152k、QuantizerMetaData量子化器メタデータチャンク152l、CodecInfoMetaDataコーデック情報メタデータチャンク152m、EncoderNameMetaDataエンコーダ名称メタデータチャンク152n、FrameRateMetaDataフレーム速度メタデータチャンク152o、InputSourceMetaData入力ソースメタデータチャンク152p、FileldMetaDataフィールドメタデータチャンク152q、TypeMetaDataタイプメタデータチャンク152r、TitleMetaDataタイトルメタデータチャンク152sおよび/またはCertLevelMetaData認証レベルメタデータチャンク152tを含み得るメタデータチャンク150を含む。PixelAspectRatioMetaDataチャンク152aは、符号化されたビデオのピクセルアスペクト比に関する情報を含む。EncoderURIMetaDataチャンク152bは、エンコーダに関する情報を含む。CodecSettingsMetaDataチャンク152cは、ビデオを符号化するために使用されたコーデックの設定に関する情報を含む。FrameTypeMetaDataチャンク152dは、ビデオフレームに関する情報を含む。VideoResolutionMetaDataチャンク152eは、符号化されたビデオのビデオ解像度に関する情報を含む。PublisherMetaDataチャンク152fは、メディアを発行した人物または組織に関する情報を含む。CreatorMetaDataチャンク152gは、内容の創作者に関する情報を含む。GenreMetaDataチャンク152hは、メディアのジャンルに関する情報を含む。CreatorToolMetaDataチャンク152iは、ファイルを生成すべく使用されたツールに関する情報を含む。RightsMetaDataチャンク152jは、DRMに関する情報を含む。RunTimeMetaDataチャンク152kは、メディアの実行時間に関する情報を含む。QuantizerMetaDataチャンク152lは、ビデオを符号化すべく使用された量子化器に関する情報を含む。CodecInfoMetaDataチャンク152mは、コーデックに関する情報を含む。EncoderNameMetaDataチャンク152nは、エンコーダの名称に関する情報を含む。FrameRateMetaDataチャンク152oは、メディアのフレーム速度に関する情報を含む。InputSourceMetaDataチャンク152pは、入力ソースに関する情報を含む。FileldMetaDataチャンク152qは、ファイルに対する一意的識別子を含む。TypeMetaDataチャンク152rは、マルチメディアファイルの形式に関する情報を含む。TitleMetaDataチャンク152sはメディアのタイトルを含み、かつ、CertLevelMetaDataチャンク152tはメディアの認証レベルに関する情報を含む。他の実施例においては、付加的なメタデータを含む付加的チャンクが含まれ得る。幾つかの実施例においてメタデータチャンク内には、上述された如く2進フォーマットでメタデータを含むチャンクが含まれ得る。一実施例において2進メタデータのチャンクは、64ビットASCIIとして符号化される。2.5.DMNUチャンク図2.0.および図2.0.1.を参照すると、第1DMNUチャンク4040’および第2DMNUチャンク4646’が示される。図2.0.において第2DMNUチャンク46は、マルチメディアファイル30の一部を形成する。図2.0.1.に示された実施例においてDMNUチャンク46’は、別個のRIFFチャンク内に含まれる。両方の場合、第1および第2のDMNUチャンクは、索行可能メニューを表示すべく使用され得るデータを含む。一実施例において第1DMNUチャンク4040’は、拡張バックグラウンド動画などの進歩的特徴を含まない簡素なメニューを生成すべく使用され得るデータを含む。これに加えて第2DMNUチャンク4646’は、拡張動画式バックグラウンドなどの進歩的特徴を含む更に複雑なメニューを生成すべく使用され得るデータを含む。幾つかの実施例において、単純なメニューおよび複雑なメニューを配備すると、デバイスは自身が表示を意図するメニューを選択することが可能とされ得る。moviリストチャンク42の前に、その2つのメニューの内の小寸の方を載置すると、メニューを表示し得ない本発明の実施例によるデバイスは、表示され得ない情報を迅速に飛び越し得る。他の実施例において、単一メニューを生成するために必要なデータは、第1および第2DMNUチャンク間に分割される。代替的にDMNUチャンクは、単一群のメニューまたは複数群のメニューに対するデータを含むmoviチャンクの前の単一チャンクとされ得る。他の実施例においてDMNUチャンクは、マルチメディアファイルの全体における他の箇所に配置された単一または複数のチャンクとされ得る。本発明による幾つかのマルチメディアファイルにおいて第1DMNUチャンク4040’は、第2DMNUチャンク4646’におけるricherメニューに基づき自動的に生成され得る。メニューの自動生成は、以下においてより詳細に論じられる。図2.4.には、本発明の実施例によるDMNUチャンクの構造が示される。DMNUチャンク158は、メニューチャンク160およびMRIFチャンク162を含むリストチャンクである。メニューチャンクは、各メニューを構築して索行するために必要な情報を含む。MRIFチャンクは、各メニューに対してサブタイトル、バックグラウンドビデオおよびバックグラウンドオーディオを提供すべく使用され得るメディア情報を含む。幾つかの実施例においてDMNUチャンクは、各メニューを幾つかの異なる言語で表示させ得るメニュー情報を含む。一実施例においてWowMenuチャンク160は、図2.5.に概念的に示されたメニューチャンクオブジェクトの階層を含む。その階層の頂部には、ワウメニューマネージャWowMenuManagerチャンク170が在る。そのWowMenuManagerチャンクは、1つ以上の言語メニューLanguageMenusチャンク172および1つのメディアMediaチャンク174を含み得る。LanguageMenusチャンク172を使用すると、DMNUチャンク158は異なる言語でメニュー情報を含み得る。各LanguageMenusチャンク172、指定された言語で完全なメニュー群を生成すべく使用される情報を含む。ゆえにLanguageMenusチャンクはそのLanguageMenusチャンクに関係付けられた情報の言語を特定する識別子を含む。そのLanguageMenusチャンクはまた、ワウメニューWowMenuチャンク175のリストも含む。各WowMenuチャンク175は、特定メニューに対して画面上に表示されるべき情報の全てを含む。この情報は、バックグラウンドビデオおよびオーディオを含み得る。情報はまた、他のメニューにアクセスすべく、または、メニューを抜け出してマルチメディアファイルの一部の表示を開始すべく使用され得るボタン動作に関するデータも含み得る。一実施例においてWowMenuチャンク175は、メディアに対するリファレンスのリストを含む。これらのリファレンスはMediaチャンク174内に含まれた情報を参照するが、これは以下において更に論じられる。メディアに対するリファレンスは、メニューに対するバックグラウンドビデオおよびバックグラウンドオーディオを定義し得る。WowMenuチャンク175はまた、メニューが最初にアクセスされたときに特定ボタンを強調するために使用され得るオーバレイも定義する。これに加えて各WowMenuチャンク175は、所定数のボタンメニューButtonMenuチャンク176を含む。各ButtonMenuチャンクは、画面上ボタンのプロパティを定義する。ButtonMenuチャンクは、ユーザによりボタンが強調されたときに使用するオーバレイ、ボタンの名称、および、メニューを通してナビゲートしているユーザにより実施された種々の動作に応じて行うべきことなどの事項を記述し得る。動作に対する応答は、アクションActionチャンク178を参照することで定義される。たとえばボタンを選択するなどの単一動作は、幾つかのアクションチャンクに対するアクセスに帰着し得る。画面上ポインタが制約のない様式でディスプレイ上を動き回ることを可能とするマウスなどのデバイスを用いてユーザがメニューと対話し得るという実施例において、ボタンの画面上箇所はMenuRectangleメニュー矩形チャンク180を用いて定義され得る。ボタンの画面上箇所を認識すると、システムは、自由範囲のデバイスを用いるときにユーザはボタンを選択しているか否かを決定し得る。各Actionチャンクは、プレイアクションPlayActionチャンク182、MenuTransitionActionメニュー遷移アクションチャンク184、ReturnToPlayActionプレイに戻るアクションチャンク186、AudioSelectActionオーディオ選択アクションチャンク188、SubtitleSelectActionサブタイトル選択アクションチャンク190およびButtonTransitionActionボタン遷移アクションチャンク191などの多数の異なる種々の動作関連チャンクの内の1つ以上を特定する。プレイアクションチャンク182は、マルチメディアファイル内におけるビデオ、オーディオおよびサブタイトルトラックの各々の一部を特定する。プレイアクションチャンクは、MediaTrackチャンク以下の考察を参照に対するリファレンスを用いてビデオトラックの一部を参照する。プレイアクションチャンクは、SubtitleTrackサブタイトルトラックチャンク192およびAudioTrackオーディオトラック194チャンクを用いてオーディオおよびサブタイトルトラックを特定する。SubtitleTrackおよびAudioTrackチャンクは両者ともに、MediaTrackメディアトラックチャンク198に対するリファレンスを含む。プレイアクションチャンクが本発明の実施例による動作の基礎を形成するとき、選択されたオーディオおよびサブタイトルトラックは、既定として最初に設定された変数の値であって可能的にはその後にメニューに対するユーザの対話により改変される変数の値により決定される。各MenuTransitionActionチャンク184は、WowMenuチャンク175に対するリファレンスを含む。このリファレンスは、別のメニューへと遷移してそれを表示するための情報を獲得すべく使用され得る。各ReturnToPlayActionチャンク186は、ユーザがメニューを呼び出す前にアクセスされていたマルチメディアファイルの部分へとプレーヤが戻るのを可能とする情報を含む。各AudioSelectActionチャンク188は、特定のオーディオトラックを選択すべく使用され得る情報を含む。一実施例においてオーディオトラックは、本発明の実施例によるマルチメディアファイル内に含まれたオーディオトラックから選択される。他の実施例においてオーディオトラックは、外部的に参照されるファイル内に配置され得る。各SubtitleSelectActionチャンク190は、特定のサブタイトルトラックを選択すべく使用され得る情報を含む。一実施例においてサブタイトルトラックは、本発明の実施例によるマルチメディアファイル内に含まれたサブタイトルから選択される。他の実施例においてサブタイトルトラックは、外部的に参照されるファイル内に配置され得る。各ButtonTransitionActionチャンク191は、同一メニューにおける別のボタンへと遷移するために使用され得る情報を含む。これは、ボタンに関係付けられた他の動作が実施されてから実施される。メディアMediaチャンク174は、所定数のMediaSourceチャンク166およびMediaTrackチャンク198を含む。メディアチャンクは、機能およびメニューシステムにより使用されるマルチメディアトラックの全てたとえばオーディオ、ビデオ、サブタイトルなどを定義する。各MediaSourceチャンク196は、本発明の実施例によるマルチメディアファイル内のRIFFチャンクであって、それが更に複数のRIFFチャンクを含み得るというRIFFチャンクを特定する。各MediaTrackチャンク198は、MediaSourceチャンクにより特定されたRIFFチャンク内のマルチメディアトラックの一部を特定する。MRIFチャンク162は本質的に、RIFFフォーマットに従うそれ自体のスモールマルチメディアファイルである。MRIFチャンクは、メニューに対するバックグラウンドオーディオおよびビデオおよびオーバレイを提供するために使用され得るオーディオ、ビデオおよびサブタイトルトラックを含む。MRIFチャンクは、強調されたメニューボタンを表すオーバレイとして使用されるべきビデオも含む。必要とされるメニューデータが少ない実施例においてバックグラウンドビデオは、静止フレームAVIフォーマットの変形例または同一フレームのスモールシーケンスとされ得る。他の実施例においては、バックグラウンドビデオを提供すべく更に精巧なシーケンスのビデオが使用され得る。上述の如く、WowMenuチャンク175の一部およびWowMenuチャンク自体を形成する種々のチャンクは、実際のメディアトラックに対するリファレンスを含む。これらのリファレンスの各々は典型的に、RIFFチャンクのhdrlリストチャンク内に定義されたメディアトラックに対するものである。図2.6.には、本発明によるDMNUチャンクを生成すべく使用され得る他のチャンクが示される。DMNUチャンクはWowMenuManagerチャンク170’を含む。WowMenuManagerチャンク170’は、少なくとも一個のLanguageMenusチャンク172’、少なくとも一個のメディアチャンク174’、および、少なくとも一個のTranslationTableチャンク200を含み得る。LanguageMenusチャンク172’の内容は、図2.5.に示されたLanguageMenusチャンク172のそれと非常に似ている。主な相違点は、プレイアクションチャンク182’がSubtitleTrackチャンク192およびAudioTrackチャンク194を含まないことである。Mediaチャンク174’は、図2.5.に示されたMediaチャンク174と相当に異なる。Mediaチャンク174’は、少なくとも一個のタイトルTitleチャンク202および少なくとも一個のメニュートラックMenuTracksチャンク204を含む。タイトルチャンクは、マルチメディアファイル内のタイトルを参照する。上述された如く本発明の実施例によるマルチメディアファイルは1つ以上のタイトルたとえば、テレビシリーズにおける複数のエピソード、完全長の番組の関連シリーズ、または、単に異なる番組の選択を含み得る。メニュートラックチャンク204は、メニュー表示、および、その表示に付随するオーディオサウンドトラックおよびサブタイトルを生成すべく使用されるメディア情報に関する情報を含む。タイトルチャンクは、少なくとも一個のチャプターChapterチャンク206を含み得る。チャプターチャンク206は、特定タイトル内のシーンを参照する。チャプターチャンク206は、そのチャプターチャンクにより表されるシーンに対応するビデオトラック、各オーディオトラックおよび各サブタイトルトラックの部分に対するリファレンスを含む。一実施例においてリファレンスは、図2.5.に関して上述されたのと同様のメディアソースMediaSourceチャンク196’およびメディアトラックMediaTrackチャンク198’を用いて実現される。幾つかの実施例においてメディアトラックチャンクはビデオトラックの適切な部分を参照し、かつ、所定数の付加的なメディアトラックチャンクは各々、オーディオトラックまたはサブタイトルトラックの内の1つのトラックを参照する。一実施例において、特定のビデオトラックに対応するオーディオトラックおよびサブタイトルトラックの全ては、別個のメディアトラックチャンクを用いて参照される。上述された如くメディアトラックチャンク204は、メニューのオーディオ、ビデオおよびオーバレイメディアを生成すべく使用されるメディアに対するリファレンスを含む。一実施例においてメディア情報に対する参照は、メディアトラックチャンク内に含まれたメディアソースチャンク196’およびメディアトラックチャンク198’を用いて為される。一実施例においてメディアソースチャンク196’およびMediaTrackチャンク198’は、図2.5.に関して記述された様式で実現される。翻訳テーブルTranslationTableチャンク200は、各タイトルおよびチャプタを種々の言語で記述するテキスト文字列を含むべく使用され得る。一実施例において翻訳テーブルチャンク200は、少なくとも一個の翻訳検索TranslationLookupチャンク208を含む。各翻訳検索チャンク208に対してはタイトルチャンク202、チャプターチャンク206またはメディアトラックチャンク196’が関係付けられ、かつ、そのTranslationLookupチャンクは所定数の翻訳Translationチャンク210を含んでいる。TranslationLookupチャンクにおけるTranslationチャンクの各々は、翻訳検索チャンクに関係付けられたチャンクを、翻訳チャンクにより表された言語で記述するテキスト文字列を含む。図2.6.1.には、DMNUチャンク内に含まれた種々のチャンク間の関係を概念的に示す図が示される。この図は実線矢印を用いて、1つのチャンクによる別のチャンクの包含関係を示している。矢印が示す方向は、矢印が出ているチャンクにより含まれるチャンクを表している。ひとつのチャンクによる別のチャンクに対する参照は点線により表され、その場合に参照されたチャンクは点線矢印により表される。2.6.junkチャンクジャンクjunkチャンク41は、本発明の実施例によるマルチメディアファイルに含まれ得る選択的チャンクである。junkチャンクの性質は、AVIファイルフォーマットにおいて仕様が定められている。2.7.moviリストチャンクmoviリストチャンク42は、所定数のデータdataチャンクを含む。データチャンクが含み得る情報の例は、オーディオ、ビデオまたはサブタイトルデータである。一実施例においてmoviリストチャンクは、少なくとも一個のビデオトラック、複数のオーディオトラックおよび複数のサブタイトルトラックに対するデータを含む。図2.7.には、1つのビデオトラックと、3つのオーディオトラックと、3つのサブタイトルトラックとを含むマルチメディアファイルのmoviリストチャンク42内におけるデータチャンクの交互配置様式が示される。便宜のために、ビデオを含むデータチャンクはビデオチャンクと称され、オーディオを含むデータチャンクはオーディオチャンクと称され、かつ、サブタイトルを含むデータチャンクはサブタイトルsubtitleチャンクと称される。図示されたmoviリストチャンク42において、各ビデオチャンク262は、オーディオトラックの各々からのオーディオチャンク264により、次のビデオチャンクから分離されている。幾つかの実施例において夫々のオーディオチャンクは、1つのオーディオチャンクに追随するビデオチャンクに含まれたビデオの一部に対応するオーディオトラックの一部を含む。隣接するビデオチャンク同士はまた、複数のサブタイトルトラックの内の1つのサブタイトルトラックからの1つ以上のサブタイトルsubtitleチャンク266によっても分離され得る。一実施例においてサブタイトルチャンク266は、サブタイトル、開始時間および停止時間を含む。幾つかの実施例においてサブタイトルチャンクは、そのサブタイトルチャンクに追随するビデオチャンクが、そのサブタイトルの開始時間にて行われるビデオの部分を含む如く、moviリストチャンクに交互配置される。他の実施例において、全てのサブタイトルおよびオーディオチャンクの開始時間は、ビデオの同等の開始時間に先んじる。一実施例においてオーディオおよびsubtitleチャンクは対応するビデオチャンクの5秒以内に載置され得ると共に、他の実施例においてオーディオおよびサブタイトルチャンクは、ファイル内のオーディオおよびビデオを表示し得るデバイスによりバッファされ得るビデオの量に関連する時間内に載置され得る。一実施例においてデータチャンクは、そのデータチャンクが属するストリームを特定するFOURCCコードを含む。そのFOURCCコードは、2数字ストリーム番号と、これに続くと共にチャンクにおける情報の形式を定義する2文字コードとから成る。Raider代替的なFOURCCコードは、チャンクにおける情報の形式を定義する2文字コードと、それに続く2数字ストリーム番号とから成る。2文字コードの例は、以下の表に示される。一実施例においてビデオvideoチャンク262およびオーディオaudioチャンク264の構造は、AVIファイルフォーマットに従う。他の実施例においては、メディアの性質を特定すると共に符号化メディアを含むチャンク用の他のフォーマットが使用され得る。幾つかの実施例においてサブタイトルsubtitleチャンク266に含まれるデータは、以下の如く表される。typedefstructsubtitlechunk{FOURCCfccDWORDcbSTRdurationSTRsubtitle}SUBTITLECHUNK値fccは、サブタイトルトラックと、そのサブタイトルトラックの性質とを表すFOURCCコードであるテキストまたはビットマップモード。値cbは、構造のサイズを指定する。値durationは、サブタイトルの開始および終了時点における時間を指定する。一実施例においてそれは、hhmmsshhmmssxxxの形態とされ得る。hhは時間を、mmは分を、ssは秒を、かつ、xxxはミリ秒を表す。値subtitleは、テキストモードにおけるサブタイトルのユニコードテキスト、または、ビットマップモードにおけるサブタイトルのビットマップイメージのいずれかを含む。本発明の幾つかの実施例は、サブタイトル情報を表す圧縮ビットマップイメージを用いる。一実施例においてsubtitleフィールドは、サブタイトルの幅、高さおよび画面上位置に関する情報を含む。これに加えてsubtitleフィールドはまた、ビットマップの色情報および実際のピクセルも含み得る。幾つかの実施例においては、ビットマップを表すために必要なピクセル情報の量を減少するために、ランレングスコーディングが用いられる。本発明の実施例によるマルチメディアファイルは、デジタル著作権管理を包含し得る。この情報は、ビデオオンデマンドアプリケーションにおいて使用され得る。デジタル著作権管理により保護されたマルチメディアファイルは、特定の再生権利が許可されたプレーヤ上でのみ正しく再生され得る。一実施例において、トラックがデジタル著作権管理により保護されているという事実は、hdrlリストチャンクにおけるトラックに関する情報において表され得る上記の記述を参照。デジタル著作権管理により保護されたトラックを含む本発明の実施例によるマルチメディアファイルは、moviリストチャンク内にデジタル著作権管理に関する情報も含み得る。図2.8.には、1つのビデオトラックと、複数のオーディオトラックと、少なくとも一つのサブタイトルトラックと、デジタル著作権管理を有効化する情報とを含む本発明の実施例によるマルチメディアファイルのmoviリストチャンクが示される。moviリストチャンク42’は図2.7.に示されたmoviリストチャンクと類似するが、各ビデオチャンク262’に先立ちDRMチャンク270が付加されている。DRMチャンク270は、FOURCCコードnnddにより特定され得るデジタル著作権管理情報を含むdataチャンクである。最初の2個の文字nnはトラック番号を参照し、かつ、第2の2個の文字は、そのチャンクがデジタル著作権管理情報を含むことを意味するddである。一実施例においてDRMチャンク270は、そのDRMチャンクに追随するビデオチャンク262’に対するデジタル著作権管理情報を提供する。デジタル著作権管理により保護されたビデオトラックを再生しようとするデバイスは、DRMチャンクにおける情報を使用して、ビデオチャンクにおけるビデオ情報を復号化する。典型的に、ビデオチャンクの前にDRMチャンクが無ければ、そのビデオチャンクは非保護であることが意味されると解釈される。本発明の実施例による暗号化システムにおいて、ビデオチャンクは部分的にのみ暗号化される。部分的暗号化が使用される場合、DRMチャンクは、ビデオチャンクの暗号化された部分に対するリファレンスと、その暗号化部分を復号化するために使用され得るキーに対するリファレンスとを含む。復号化キーは、strdチャンクの記述を参照の一部であるDRMヘッダ内に配置され得る。復号化キーは、スクランブルが掛けられると共に、マスタキーにより暗号化される。DRMヘッダは、マスタキーを特定する情報も含む。図2.9.には、DRMチャンク内の情報の概念的表現が示される。DRMチャンク270は、フレームframe値280、ステータスstatus値282、オフセットoffset値284、数number値286およびキーkey値288を含み得る。フレームframe値は、ビデオの暗号化フレームを参照すべく使用され得る。ステータスstatus値はフレームが暗号化されているか否かを表すべく使用され得ると共に、オフセットoffset値284は、フレーム内の暗号化ブロックの開始部分を指し示し、数number値286はブロックにおける暗号化バイトの個数を表す。キーkey値288は、ブロックを復号化すべく使用され得る復号化キーを参照する。2.8.idxlチャンクidxlチャンク44は、moviリストチャンク42内のdataチャンクをインデックス付けすべく使用され得る選択的チャンクである。一実施例においてidxlチャンクは、AVIフォーマットにおいて指定された如く実現され得る。他の実施例においてidxlチャンクは、moviリストチャンク内のdataチャンクの各々のファイル内の箇所を参照するデータ構造を用いて実現され得る。幾つかの実施例においてidxlチャンクは、データのトラック番号とデータの形式とにより、各dataチャンクを識別する。上記で言及されたFOURCCコードは、この目的のために使用され得る。3.マルチメディアファイルの符号化方法本発明の実施例は、種々の様式でマルチメディアファイルを生成すべく使用され得る。ある場合において本発明の実施例によるシステムは、別個のビデオトラック、オーディオトラックおよびサブタイトルトラックを含むファイルからマルチメディアファイルを生成し得る。かかる場合、メニュー情報およびメタデータなどの他の情報は、オーサリングされてファイル内へと挿入され得る。本発明の実施例による他のシステムは、デジタルビデオディスクDVD上の種々のファイルから情報を抽出すべく、かつ、本発明の実施例による単一のマルチメディアファイルをオーサリングすべく使用され得る。DVDが情報の最初の供給源である場合に本発明の実施例によるシステムは、相当に圧縮すべくコーデックを使用し得ると共に、新たに生成されたマルチメディアファイルにおけるビデオチャンクに対してオーディオチャンクが対応する様にオーディオを再チャンキングし得る。これに加え、マルチメディアファイルに含まれるメニュー情報を生成すべく、DVDメニューシステムにおけるメニュー情報が解析して使用され得る。他の実施例は、本発明の実施例による既存のマルチメディアファイルに対して付加的なコンテンツを追加することにより、新たなマルチメディアファイルを生成し得る。付加的コンテンツの追加の例は、注釈たとえばディレクタのコメント、バケーションビデオに対して事後作成されたナレーションなどを含むオーディオトラックなどの付加的なオーディオトラックをファイルに追加することである。マルチメディアファイル内へと交互配置された付加的オーディオトラック情報には、新たなオーディオトラックの再生を可能とするそのマルチメディアファイル内のメニュー情報の改変が付属し得る。3.1.記憶されたデータトラックを用いる生成方法図3.0.には、マルチメディアファイルを生成する本発明の実施例によるシステムが示される。システム350の主要構成要素は、インタリーバ352である。そのインタリーバは、情報のチャンクを受信してそれらを交互配置することで、本発明の実施例によるマルチメディアファイルを上述のフォーマットで生成する。インタリーバはまた、メタデータマネージャ354からメタデータに関する情報も受信する。インタリーバは、本発明の実施例によるマルチメディアファイルを記憶デバイス356に対して出力する。典型的に、インタリーバに対して提供されたチャンクは記憶デバイスに記憶される。幾つかの実施例においてチャンクの全ては、同一の記憶デバイスに記憶される。他の実施例においてチャンクは、種々の記憶デバイスからインタリーバに対して提供され得るか、または、リアルタイムで生成されてインタリーバに対して提供され得る。図3.0.に示された実施例においては、DMNUチャンク358およびDXDTチャンク360がすでに生成されて記憶デバイスに記憶されている。記憶デバイスにはビデオソース362が記憶され、そのビデオソースはビデオデコーダ364を用いて復号化されてからビデオエンコーダ366を用いて符号化されてビデオチャンクが生成される。記憶デバイスにはオーディオソース368も記憶される。オーディオチャンクは、オーディオデコーダ370を用いてオーディオソースを復号化してから、復号化されたオーディオをオーディオエンコーダ372で符号化することにより生成される。サブタイトルsubtitleチャンクは、記憶デバイスに記憶されたテキストサブタイトル374から生成される。サブタイトルは、所定数のサブタイトルフォーマットの内の任意のフォーマットを生のビットマップフォーマットへと変換する第1トランスコーダ376に対して提供される。一実施例において、記憶されたサブタイトルフォーマットはSRT、SUBまたはSSAなどのフォーマットである。これに加えてビットマップフォーマットは、色パレートcolorpalateルックアップテーブルを含む4ビットのビットマップである。色パレートルックアップテーブルは、16種の可能な4ビットカラーコードの各々に対する24ビットのカラー深度識別を含む。単一のマルチメディアファイルは、1つより多い色パレートルックアップテーブルを含み得る上記の表2におけるpcパレートFOURCCコードを参照。ゆえに4ビットのビットマップによれば各メニューは、1600万色のパレートから取り出された16個の異なる同時的な色を有し得る。代替実施例においては、ピクセル毎に異なるビット数および異なるカラー深度が用いられる。第1トランスコーダ376の出力は、ビットマップを圧縮する第2トランスコーダ378へと提供される。一実施例においては、ビットマップを圧縮するためにランレングスコーディングが用いられる。他の実施例においては、他の適切な圧縮フォーマットが用いられる。一実施例において、種々のエンコーダ、デコーダおよびトランスコーダ間のインタフェースは、Microsoft社により仕様を定められたDirectShow規格に準じる。他の実施例において、符号化、復号化およびトランスコードを実施すべく使用されるソフトウェアは、斯かる規格に従う必要はない。図示実施例においては、各メディアソースに対して別個の処理構成要素が示される。他の実施例においては、リソースが共有され得る。たとえば単一のオーディオデコーダおよびオーディオエンコーダは、全てのソースからのオーディオチャンクを生成すべく使用され得る。典型的には、システム全体が、ソフトウェアを用いてコンピュータ上に実現されると共に、ハードディスクドライブなどの記憶デバイスに対して接続され得る。上述の様式でインタリーバを利用するために、本発明の実施例によるDMNUチャンク、DXDTチャンク、ビデオvideoチャンク、オーディオaudioチャンクおよびサブタイトルsubtitleチャンクは、生成されてインタリーバに対して提供されねばならない。本発明の実施例によるマルチメディアファイルにおける種々のチャンクの各々を生成するプロセスは、以下においてより詳細に論じられる。3.2.DXDTチャンクの生成方法DXDTチャンクは、多数の様式の内の任意の様式で生成され得る。一実施例においてメタデータはグラフィカルユーザインタフェースを介してデータ構造内へと入力されてから、DXDTチャンクへと解析される。一実施例においてメタデータは、一連の主部、述部、目的部および出典ステートメントとして表現される。別実施例においてメタデータステートメントは、種々のフォーマットの内の任意のフォーマットで表現される。幾つかの実施例において各メタデータステートメントは、別個のチャンクへと解析される。他の実施例においては、主部、述部、目的部および出典表現などの第1フォーマットの幾つかのメタデータステートメントが第1チャンクへと構文解析され、かつ、他のフォーマットの他のメタデータステートメントは別個のチャンクへと構文解析される。一実施例においてメタデータステートメントは、XMLコンフィグファイルXMLconfigurationfileに書き込まれ、そのXMLコンフィグファイルが解析されてDXDTチャンク内のチャンクが生成される。図3.1.には、XMLコンフィグファイル内に含まれた一連のメタデータステートメントからDXDTチャンクを生成するシステムの実施例が示される。システム380は、パーサparser384に対して提供され得るXMLコンフィグファイル382を含む。XMLコンフィグファイルは、XMLとして符号化されたメタデータを含む。パーサはXMLを解析し、かつ、そのパーサは、メタデータステートメントを、のメタデータチャンクフォーマットの内の任意のフォーマットに従いDXDTチャンクに対して書き込まれるチャンクへと変換することにより、DXDTチャンク386を生成する。3.3.DMNUチャンクの生成方法図3.2.には、本発明の実施例によるDMNUチャンクを生成するために使用され得るシステムが示される。メニューチャンク生成システム420は、入力として、メディアモデル422およびメディア情報を必要とする。メディア情報は、ビデオソース424、オーディオソース426およびオーバレイソース428の形態を取り得る。メニューチャンク生成システムに対する入力を用いるDMNUチャンクの生成は、多数の中間ファイルの生成を伴う。メディアモデル422はXMLコンフィグファイル430を生成するために使用され、かつ、メディア情報は所定数のAVIファイル432を生成するために使用される。XMLコンフィグファイルは、モデルトランスコーダ434により生成される。AVIファイル432は、インタリーバ436を用いてビデオ、オーディオおよびオーバレイ情報を交互配置することで生成される。ビデオ情報は、ビデオデコーダ438およびビデオエンコーダ440を用いてビデオソース424を復号化し、以下において論じられる様式でそれを再コード化することで求められる。オーディオ情報は、オーディオデコーダ442およびオーディオエンコーダ444を用いてオーディオを復号化して、以下に記述される様式でそれを符号化することで求められる。オーバレイ情報は、第1トランスコーダ446および第2トランスコーダ448を用いて生成される。第1トランスコーダ446はオーバレイを標準的ビットマップなどのグラフィック表現へと変換すると共に、第2トランスコーダは、そのグラフィック情報を受けて、それを、マルチメディアファイル内への包含に対して必要とされる如くフォーマットする。メニューを構築するために必要な情報を含むXMLファイルおよびAVIファイルが一旦生成されたなら、メニュージェネレータ450はその情報を使用してDMNUチャンク358’を生成し得る。3.3.1.メニューモデル一実施例においてメディアモデルは、各メニューおよびそれらの下位構成要素の全てを表すオブジェクト指向モデルである。そのメディアモデルはメニューを、言語選択により各メニューが体系化されるのを許容する階層構造へと体系化する。図3.3.には、本発明の実施例によるメディアモデルが示される。メディアモデル460は、多数のLanguageMenus言語メニューオブジェクトobject463、Mediaメディアオブジェクト464および翻訳テーブルTranslationTableオブジェクト465と関係付けられた最高レベルのメディアマネージャMediaManagerオブジェクト462を含む。メニューマネージャMenuManagerは、既定のメニュー言語も含む。一実施例において既定言語は、ISO639の2文字言語コードにより表され得る。言語メニューLanguageMenusオブジェクトは、種々のメニューに対する情報を言語選択により体系化する。所定の言語に対するメニューmenuオブジェクト466の全てには、その言語に対する言語メニューLanguageMenusオブジェクト463が関係付けられる。各メニューオブジェクトには、所定数のボタンButtonオブジェクト468が関係付けられると共に、メニューオブジェクトは所定数のメディアトラックMediaTrackオブジェクト488を参照する。参照されたメディアトラックオブジェクト488は、メニューオブジェクト466に対するバックグラウンドビデオおよびバックグラウンドオーディオを表している。各ボタンButtonオブジェクト468には、アクションActionオブジェクト470および矩形Rectangleオブジェクト484が関係付けられる。ボタンButtonオブジェクト468はまた、そのボタンが表示上で強調されたときに使用されるべきオーバレイを表すメディアトラックMediaTrackオブジェクト488に対するリファレンスも含む。各アクションActionオブジェクト470に対しては、メニュー遷移MenuTransitionオブジェクト472、ButtonTransitionボタン遷移オブジェクト474、ReturnToPlayプレイに戻るオブジェクト476、SubtitleSelectionサブタイトル選択オブジェクト478、AudioSelectionオーディオ選択オブジェクト480およびプレイアクションPlayActionオブジェクト482を含み得る所定数のオブジェクトが関係付けられる。これらのオブジェクトの各々は、ユーザからの種々の入力に対するメニューシステムの応答を定義する。MenuTransitionメニュー遷移オブジェクトは、動作に応じて遷移されるべきメニューを表すメニューオブジェクトに対するリファレンスを含む。ButtonTransitionボタン遷移オブジェクトは、動作に応じて強調されるべきボタンを表す。ReturnToPlayプレイに戻るによればプレーヤは番組の再生に戻り得る。SubtitleSelectionサブタイトル選択およびAudioSelectionオーディオ選択オブジェクトは、以下で論じられるタイトルTitleオブジェクト487に対するリファレンスを含む。プレイアクションオブジェクトは、以下で論じられるチャプターChapterオブジェクト492に対するリファレンスを含む。矩形Rectangleオブジェクト484は、ボタンにより占有された画面の部分を表す。メディアMediaオブジェクト464は、メニューシステムにおいて参照されたメディア情報を表す。メディアMediaオブジェクトは、メニュートラックMenuTracksオブジェクト486と、それに関係付けられた所定数のタイトルTitleオブジェクト487とを有する。メニュートラックMenuTracksオブジェクト486は、メニューを構築すべく使用されるメディアすなわちバックグラウンドオーディオ、バックグラウンドビデオおよびオーバレイを表すメディアトラックMediaTrackオブジェクト488を参照する。タイトルオブジェクト487は、マルチメディアプレゼンテーションを表すと共に、所定数のチャプターオブジェクト492と、それらに関係付けられたメディアソースMediaSourceオブジェクト490とを有する。タイトルオブジェクトは、翻訳検索TranslationLookupオブジェクト494に対するリファレンスも含む。チャプターオブジェクトはマルチメディアプレゼンテーションにおける一定箇所を表すと共に、それに関係付けられた所定数のメディアトラックMediaTrackオブジェクト488を有する。チャプターオブジェクトは、TranslationLookup翻訳検索オブジェクト494に対するリファレンスも含む。チャプターオブジェクトが関係付けられた各メディアトラックオブジェクトは、マルチメディアプレゼンテーションのオーディオ、ビデオまたはサブタイトルトラックのいずれかにおける箇所を表すと共に、以下で論じられるメディアソースMediaSourceオブジェクト490および翻訳検索TranslationLookupオブジェクト494を参照する。翻訳テーブルTranslationTableオブジェクト465は、タイトルTitleオブジェクト、チャプターオブジェクトおよびメディアトラックMediaTrackオブジェクトにより表されるマルチメディアプレゼンテーションの種々の部分を記述する所定数のテキスト文字列をグループ化する。翻訳テーブルTranslationTableオブジェクト465は、それに対して関係付けられた所定数の翻訳検索TranslationLookupオブジェクト494を有する。各翻訳検索オブジェクトは、特定オブジェクトを表すと共に、それに関係付けられた所定数の翻訳Translationオブジェクト496を有する。その翻訳オブジェクトは各々、翻訳検索TranslationLookupオブジェクトにより表されたオブジェクトを特定言語で記述するテキスト文字列を表す。上述の種々のオブジェクトを生成すべく構成されたソフトウェアであってオブジェクト間の必要な関係付けおよび参照を確立するソフトウェアを用いて、メディアオブジェクトモデルが構築され得る。3.3.2XMLファイルの生成方法XMLコンフィグファイルは、各メニューおよびそれらの下位構成要素の全てを表すメニューモデルから生成される。XMLコンフィグファイルはまた、各メニューにより使用されるメディアファイルの全ても特定する。XMLは、オブジェクトモデルをXMLコードへと解析する適切なパーサアプリケーションを実現することで生成され得る。他の実施例においてはビデオ編集アプリケーションがユーザに対してインタフェースを提供することで、メニューモデルを生成せずにXMLコンフィグファイルの直接的生成が可能とされ得る。DVDメニューなどの別のメニューシステムがメニューモデルの基礎であるという実施例において、メニューはユーザにより切り詰められ、本発明の実施方法に従い生成されるマルチメディアファイルに含まれない内容に関するメニューオプションが排除され得る。一実施例においてこれは、メニューモデルからのオブジェクトの排除を可能とするグラフィカルユーザインタフェースを配備することで行われ得る。別実施例においてメニューの切り詰めは、XMLコンフィグファイルを編集し得るグラフィカルユーザインタフェースまたはテキストインタフェースを配備することにより達成され得る。3.3.3.メディア情報DMNUチャンクが生成されるとき、メニュージェネレータ450に対して提供されるメディア情報は、メニューモデル上記の記述を参照において特定されたボタンに対するバックグラウンドビデオ、バックグラウンドオーディオおよびフォアグラウンドオーバレイを提供するために必要なデータを含む。一実施例においては、カリフォルニア州、サンタクララのロキシオ社RoxioIncにより配給されるVideoWaveなどのビデオ編集アプリケーションが使用されることで、個別メニューの各々に対するビデオ、オーディオおよびボタン選択オーバレイを表すソースメディアトラックが提供される。3.3.4.中間AVIファイルの生成方法上記の如く、バックグラウンドビデオ、バックグラウンドオーディオおよびフォアグラウンドボタンオーバレイとして使用されるメディアトラックは、1つ以上のメニューに対して単一のAVIファイル内に記憶される。メニューAVIファイル内にメディアトラックを含むチャンクは、ビデオ、オーディオおよびボタンオーバレイトラックを交互配置すべく設計されたソフトウェアを用いて生成され得る。オーディオ、ビデオおよびオーバーレイチャンクすなわちオーバレイ情報を含むサブタイトルチャンクは、インタリーバを用いてAVIフォーマット準拠ファイルへと交互配置される。上述された如く、各メニューに対しては別個のAVIファイルが生成され得る。他の実施例においては、バックグラウンドオーディオ、バックグラウンドビデオおよびフォアグラウンドオーバレイ情報を提供すべく使用されたメディア情報を含む他のファイルフォーマットまたは単一ファイルが使用され得る。3.3.5.XMLコンフィグファイルおよびAVIファイルを結合する方法一実施例においてコンピュータは、XMLコンフィグファイルからの情報を解析して上述のWowMenuチャンクを生成すべく構成される。これに加えてそのコンピュータは、各メニューに対するメディアを含むAVIファイルを用いて上述のMRIFチャンクを生成し得る。コンピュータは次に、WowMenuチャンクとMRIFチャンクにおけるメディアチャンクとの間に必要なリファレンスを生成することによりDMNUチャンクの生成を完了し得る。幾つかの実施例において、メニュー情報は暗号化され得る。暗号化は、MRIFチャンクに含まれたメディア情報を、ビデオvideoチャンクに関して以下に記述されるのと同様の様式で暗号化することで達成され得る。他の実施例においては、種々の代替的な暗号化技術が使用される。3.3.6.オブジェクトモデルからのメニューの自動生成図3.3.に戻ると、フルメニューよりも少ない内容を含むメニューは、メディアオブジェクト464に関係付けられたタイトルオブジェクト487を単に検証することにより、メニューモデルから自動的に生成され得る。図3.3.1.には、本発明の実施例によるメニューを自動的に生成すべく使用されるオブジェクトが示される。単に、マルチメディアプレゼンテーションの特定セクションの選択と、使用されるオーディオおよびサブタイトルトラックの選択とを可能とする単純なメニューに対するXMLコンフィグファイルは、ソフトウェアにより生成され得る。3.3.7.単一の設定ファイルを用いてDXDTおよびDMNUチャンクを生成する方法本発明の幾つかの実施例によるシステムは、メタデータおよびメニュー情報の両方を含む単一のXMLコンフィグファイルを生成し、かつ、そのXMLファイルを用いてDXDTおよびDMNUチャンクを生成し得る。これらのシステムは、メタデータ情報およびメニューオブジェクトモデルを用いてXMLコンフィグファイルを導出する。他の実施例において設定ファイルは、XMLである必要はない。3.4.オーディオチャンクの生成方法本発明の実施例によるマルチメディアファイルのmoviリストチャンクにおけるオーディオチャンクは、本発明の実施方法に従い、オーディオソースを復号化してから、そのソースをオーディオチャンクへ符号化することにより生成され得る。一実施例においてオーディオチャンクは、MP3コーデックを用いて符号化され得る。3.4.1.オーディオを再チャンキングする方法オーディオソースが、対応ビデオチャンクのコンテンツに対応するオーディオ情報を含まないチャンクで提供されたとき、本発明の実施例はそのオーディオを再チャンクし得る。図3.4.には、オーディオを再チャンクするために使用され得る処理が示される。処理480は、ビデオチャンクを識別するステップ482と、そのビデオチャンクに付随するオーディオ情報を識別するステップ484と、既存のオーディオチャンクからオーディオ情報を抽出486して新たなオーディオチャンクを生成488するステップとを含む。処理は、オーディオソース全体が再チャンクされたとの判断490が為されるまで反復される。その時点において、オーディオの再チャンクは完了492する。3.5.ビデオチャンクの生成方法上述された如く、ビデオチャンクを生成するプロセスはビデオソースを復号化するステップと、復号化されたビデオをビデオチャンクへと符号化するステップとを包む。一実施例において各ビデオチャンクは、ビデオの単一フレームに対する情報を含む。復号化プロセスは単に、特定フォーマットのビデオを取り込むステップと、そのビデオをそのフォーマットから、非圧縮ともされ得る標準的なビデオフォーマットへと復号化するステップとを包含する。符号化プロセスは、標準的なビデオを取り込むステップと、そのビデオを符号化するステップと、符号化されたビデオを用いてビデオチャンクを生成するステップとを含む。図3.5.には、本発明の実施例によるビデオエンコーダが概念的に示される。ビデオエンコーダ500は、標準的ビデオ情報504を前処理502する。次に、前処理済みビデオに対して動作評価506が実施されることで、前処理済みビデオに対する動作補償508が提供される。動作補償されたビデオに対しては、離散余弦変換DCT変換510が実施される。そのDCT変換に続き、ビデオは量子化512されると共に、予測514が実施される。次に、ビデオのテクスチャコード化518バージョンを、動作評価の結果を用いて生成された動作コーディング520と組み合わせることにより、圧縮ビットストリーム516が生成される。圧縮ビットストリームは次に、ビデオチャンクを生成すべく用いられる。動作評価506を実施するために、例えば、圧縮されたビデオがプレーヤによる視認のために解凍されたときにシステムは、ビデオの先行処理フレームが復号化デバイスにより如何にして復号化されたかに関する知見を有さねばならない。この情報は、量子化器512の出力を逆量子化522することにより求められ得る。次に、逆量子化器の出力に関して逆DCT524が実施され得ると共に、その結果は動作評価プロセスの間におけるアクセスのためにフレーム記憶器526に載置される。本発明の実施例によるマルチメディアファイルはまた、所定数の心理視覚的強化psychovisualenhancement528も含み得る。その心理視覚的強化は、人間の視覚の認識に基づきビデオを圧縮する方法とされ得る。これらの技術は、以下において更に論じられると共に、概略的には、量子化器により使用される所定数のビットを改変してビデオの種々の側面を表す段階を包含する。符号化プロセスの他の側面もまた、心理視覚的強化を含み得る。一実施例において符号化システム500は、上述の種々の機能を実施すべく構成されたコンピュータを用いて実現され得る。これらの機能の詳細な実施方式の例は以下に提供される。3.5.1.前処理方法本発明の実施例によるエンコーダ500により選択的に実施される前処理操作502は、符号化されたビデオの品質を改善する多数の信号処理技術を使用し得る。一実施例において前処理502は、インターレース解除、時間的/空間的ノイズ減少およびサイズ再設定のひとつもしくは全てを包含し得る。これらの前処理技術の3つ全てが使用される実施例において、典型的には最初に交互配置解除が行われ、時間的/空間的ノイズ減少およびサイズ再設定が追随する。3.5.2.動作評価および補償本発明の実施例によるビデオエンコーダは、複数のフレームにおいて反復されるピクセルを検索することにより、ビデオトラックを表すために必要なピクセルの個数を減少し得る。本質的に、ビデオにおける各フレームは典型的に、ひとつ前のフレームと同一のピクセルの多くを含んでいる。エンコーダは、マクロブロック、ピクセル、ハーフピクセルおよびクォータピクセルとして各フレーム間におけるピクセルの整合に対して幾つかの形式の検索を行い得ると共に、可能な場合は常に、イメージ品質を低下させずにこれらの冗長性を排除する。動作評価を用いることでエンコーダは、全てのフレームに対してピクチャ全体を記憶する代わりに、最後のフレームから生じた変化を記録するだけでピクチャの殆どを表し得る。動作評価の間にエンコーダは、自身が分析しつつあるフレームを、多くの場合にmacroblockマクロブロックと称される均一な格子のブロックへと分割する。フレームにおける各macroblockに対し、エンコーダは先行フレームにおける整合ブロックを見出そうと試行し得る。整合ブロックを見出そうと試行するプロセスは、モーションサーチと称される。macroblockの動作は、2次元ベクトルすなわちxy表現として表される。動作検索アルゴリズムは、種々の度合いの精度を以て実施され得る。ホールペルwholepel検索は、いずれかの次元において一度に1個のピクセルで基準フレームを全体に亙り踏破することで整合ブロックの位置決定をエンコーダが試行するという検索である。ハーフピクセル検索においてエンコーダは、いずれかの次元において一度に半分のピクセルで基準フレームを全体に亙り踏破することで整合ブロックを検索する。エンコーダは、クォータピクセル、他のピクセル割合、または、1個のピクセルより大きな粒度を包含する検索を使用し得る。図3.5.に示されたエンコーダ実施例は、本発明の実施例による動作評価を実施する。動作評価の間においてエンコーダは、前処理済みビデオ502と、フレーム記憶器526に記憶された先行フレームとに対してアクセスする。先行フレームは、量子化器の出力を取り込むと共に、逆量子化522および逆DCT変換524を実施することで生成される。上記の各逆関数を実施する理由は、本発明の実施例によるプレーヤにより復号化されたときに、フレーム記憶器におけるフレームがそのまま現れる様にするためである。動作補償は、動作評価の結果として生成されたブロックおよびベクトルを取り込むことにより実施される。結果は、付加的なテクスチャ情報を提供することにより実際のイメージに整合され得る符号化イメージの近似である。3.5.3.離散余弦変換図3.5.に示されたエンコーダにより実施されるDCTおよび逆DCTは、ISOIEC1449622001E、付属文書A1コーディング変換において仕様を定められた規格に従う。3.5.3.1.変換の説明DCTは、一群の空間領域データ点を周波数領域表現へと変換する方法である。ビデオ圧縮の場合には2次元DCTが、イメージブロックを、冗長性が更に容易に利用され得る形態へと変換する。周波数領域ブロックは、エントロピコーディングにより容易に圧縮される疎まばらな行列であり得る。3.5.3.2.変換に対する心理視覚的強化DCT係数は、人的視認者に対して容易に明らかである領域における量子化ノイズを減少することにより量子化イメージの品質を改善すべく改変され得る。これに加え、人的視認者により容易には認識され得ないイメージの部分における量子化ノイズは増加することにより、ファイルサイズは減少され得る。本発明の実施例によるエンコーダは、低速心理視覚的強化と称されるものを実施し得る。低速心理視覚的強化は、ビデオイメージの各ブロックを分析し、かつ、そこにおける一定のノイズを許容するとビデオの外観を劣化させずに一定のビットを節約し得るか否かを判断するものである。その処理は、ブロック毎に1つの測定値を使用する。その処理は低速処理と称される、と言うのも、それは相当量の演算を実施してブロッキングblockingまたはリンギングringingアーチファクトを回避するからである。本発明の実施例によるエンコーダの他の実施例は、高速心理視覚的強化を実施する。その高速心理視覚的強化は、ブロック内でノイズが出現して量子化ノイズを形状化し得る箇所を制御し得る。低速および高速心理視覚的強化の両方が、以下においてより詳細に論じられる。本発明の実施例に依れば、イメージエッジ部におけるノイズを制御する処理であって人間の視覚に対して容易に明らかではないイメージの領域において更に高レベルの量子化ノイズを集中しようとする処理などの心理視覚的強化が実施され得る。3.5.3.3.低速心理視覚的強化低速心理視覚的強化は、ビデオイメージの各ブロックを分析し、一定のノイズを許容するとビデオの外観を劣化させずにビットが節約され得るか否かを決定する。一実施例においてアルゴリズムは、2つの段階を含む。第1段階は、入力された輝度ピクセルに対する差分イメージdifferentiatedimageの生成を含む。差分イメージは、以下に記述される様式で生成される。第2段階は、量子化に先立ちDCT係数を改変する段階を含む。3.5.3.3.1.差分イメージの生成差分イメージの各ピクセルp’xyは、非圧縮のソースピクセルpxyから、以下に従い算出される。式中、p’xyは8ビットのビデオを仮定すると0~255の範囲である。3.5.3.3.2.DCT係数の改変DCT係数の改変は、ブロックリンギング係数の算出、ブロックエネルギの算出、および、係数値の実際の改変を包含し得る。3.5.3.3.3.ブロックリンギング係数の算出イメージの各ブロックに対し、リンギング係数ringingfactorは差分イメージのローカル領域に基いて算出される。ブロックが8×8ブロックとして定義される実施例において、リンギング係数は以下の方法を用いて決定され得る。最初に、8×8ブロック内における最大および最小の輝度ピクセル値に基づき、閾値が決定される。thresholdblock=floormaxblock-minblock/82差分イメージおよび閾値は、ブロックの近傍におけるフラットflatピクセルのマップを生成すべく用いられる。各ブロックが異なる閾値を有する可能性は、フレーム全体に対するフラットピクセルのマップの生成を阻害する。マップは以下の如く生成される。flatxy=1p’xy<thresholdblockのときflatxy=0それ以外フラットピクセルのマップは、単純な論理演算に従いフィルタリングされる。flat’xy=1flatxy=1flatx1y=1flatxy1=1flatx1y1=1flat’xyそれ以外フィルタリングされたマップにおけるフラットピクセルは次に、その8×8ブロックをカバーする9×9領域の全体に亙りカウントされる。0=x=8および0=y=8に対し、視認可能なリンギングアーチファクトのリスクは、以下の式を用いて評価され得る。ringingbriskblock=flatcountblock-10x25620/40次に、以下の式を用いて8×8ブロックのリンギング係数が導出され得る。Ringingfactor=0ringingrisk>255のとき=255ringingrisk<0のとき=255-ringingriskその他の場合3.5.3.3.4.ブロックエネルギの算出イメージのブロックに対するエネルギは、以下の手順を用いて計算され得る。ソースイメージに対して順方向DCTが実施される。T=fDCTS式中、Sは問題となる8×8ブロックの64個のソースイメージ輝度値であり、かつ、Tはソースイメージの同一部分の変換バージョンである。特定の係数位置におけるエネルギは、その係数の値の二乗として定義される。0=k=63に対し、ek=tk2式中、tkは変換されたブロックTの第k番目の係数である。3.5.3.3.5.係数の改変DCT係数の改変は、以下の処理に従い実施され得る。幾つかの実施例においてその処理は、量子化の前に、全ての非ゼロのACDCT係数に対して実施される。各係数の大きさは、心理視覚的技術に従い決定された小さなデルタだけ変化せしめられる。非ゼロAC係数ckの各々のDCT係数改変は、以下の式を用いてローカルおよびブロックエネルギに基づくエネルギを計算することで実施される。energyk=maxak×ek,0.12×totalenergy式中、akは、以下の表に記述された係数位置に値が依存する定数である。エネルギは、以下の関係を用いてブロックのリンギング係数に従い改変され得る。energy’k=ringingfactor×energyk結果的な値は、ルックアップテーブルLUTに対する入力として使用される前にシフトかつクリップされる。ek=min1023,4×energy’kdk=LUTiそこでi=ekルックアップテーブルは、以下の如く算出される。また以下の表に記述された様に値オフセットoffsetは、量子化数Qpに依存する。変数ktextureおよびkflatは夫々、フラットな領域およびテクスチャ化された領域における心理視覚的効果の強さを制御する。一実施例においてそれらは0~1の範囲の値を取り、0は効果なしを意味しかつ1は完全効果を意味する。一実施例においてktextureおよびkflatに対する値は以下の如く確立される。輝度:ktexture=1.0:kflat=1.0色度:kflat=1.0:kflat=0.0検索テーブルlookuptableからの出力dkは、以下の付加的プロセスによりDCT係数の大きさを改変すべく用いられる。c’k=ck-mindk,|ck|xsgnck最後に、DCT係数ckは、改変された係数c’kにより置換され、量子化のために前送りされる。3.5.3.4.高速心理視覚的強化高速心理視覚的強化は、入力輝度ピクセルに対する重要性マップを算出してからDCT係数を改変することにより、DCT係数に関して実施され得る。3.5.3.4.1.重要性マップの算出方法重要性マップは、入力ビデオフレームの輝度箇所における各ピクセルに対して重要性値を計算することにより生成され得る。幾つかの実施例において重要性値は、その特定のピクセルに配置された一切の歪曲に対する人間の目の感度を近似する。重要性マップは、ピクセルの重要性値の配列である。ピクセルの重要性は、ピクセルdxyの周りのピクセルのブロックのダイナミックレンジを先ず計算することにより決定され得る。幾つかの実施例において、ピクセル箇所xyに中心合わせされた3×3ブロックのダイナミックレンジは、その領域において最も暗いピクセルの値を、その領域において最も明るいピクセルの値から減算することで算出される。ピクセルmxyの重要性は、以下の如く、そのピクセルのダイナミックレンジから導出され得る。mxy=0.08/maxdxy,30.0013.5.3.4.2.DCT係数の改変方法一実施例においてDCT係数の改変は、基底関数のエネルギ行列およびデルタルックアップテーブルの生成を含む。3.5.3.4.3.基底関数のエネルギ行列の生成DCT係数を改変する際には、一群の基底関数エネルギ行列が使用され得る。これらの行列は、符号化に先立ち算出され得る定数値を含む。64個のDCT基底関数の各々に対しては、8×8行列が用いられる。各行列は、8×8ブロックにおける全てのピクセルがその対応係数の改変により如何に影響されるかを記述する。第k番目の基底関数エネルギ行列は、100に設定された対応係数と0に設定された他の係数とを有する8×8行列Akを採用することにより導出される。akn=100n=kの場合=0それ以外式中、nは8×8行列内における係数の位置を表す。0=n=63逆DCTは行列に関して実施され、更なる8×8行列A’kが生成される。行列の要素a’knは、第k番目のDCT基底関数を表す。A’k=iDCTAk変換された行列における各値は次に二乗される。0=n=63に対して、bkn=a’kn2処理は64回実施され、各々が64個の自然数を備える、0=k=63である基底関数エネルギ行列Bkが生成される。各行列値は、8×8ブロックにおける第n番目の位置におけるピクセルが係数kの任意のエラーまたは改変により如何に影響されるかの尺度である。3.5.3.4.4デルタルックアップテーブルの生成係数改変デルタの算出を促進すべく、ルックアップテーブルLUTが使用され得る。そのテーブルの内容は、高速心理視覚的強化の所望の強度と量子化数パラメータQpとに依存する様式で生成され得る。ルックアップテーブルの値は、次の関係に従い生成され得る。式中、iはテーブルにおける位置であり、0=i=1023である。以下のテーブルに記述された如く、strength、およびoffsetは、量子化数QuantizerQpに依存する。変数ktextureおよびkflatは夫々、フラットな領域およびテクスチャ化された領域における心理視覚的効果の強さを制御する。一実施例においてそれらは0~1の範囲の値を取り、0は効果なしを意味しかつ1は完全効果を意味する。一実施例においてktextureおよびkflatに対する値は以下の如く確立される。輝度:ktexture=1.0:kflat=1.0色度:kflat=1.0:kflat=0.03.5.3.4.5.DCT係数の改変DCT係数は、で計算された値を用いて改変され得る。一実施例において各非ゼロACDCT係数は、量子化に先立ち以下の手順に従い改変される。最初にエネルギ値ekは、対応する基底関数エネルギ行列と、重要性マップからの適切な8×8ブロックとの内積を取ることにより算出される。このエネルギは、特定係数における量子化エラーが人的視認者により如何に認識されるかの尺度である。それは、ピクセル重要性とピクセル基底関数エネルギとの積の合計である。ek=MBk式中、Mは8×8ブロックの重要性マップ値であり、かつ、Bkは第k番目の基底関数エネルギ行列である。結果的なエネルギ値は、デルタルックアップテーブルへのインデックスdkとして使用される前に、シフトかつクリップされる。ek=min[1023,floorek/32768]dk=LUTiそこで、i=e’kデルタルックアップテーブルの出力は、付加的プロセスによりDCT係数の大きさを改変すべく用いられる。c’k=ck-mindk,|ck|×signckDCT係数ckは、改変されたc’kにより置換されて、量子化のために前送りされる。3.5.4.量子化本発明の実施例によるエンコーダは、1996年のITU-T勧告H.263、低ビットレート通信に対するビデオコーディングとして国際電気通信連合により策定された量子化器などの標準的な量子化器を使用し得る。3.5.4.1.量子化に対する心理視覚的強化本発明の実施例による幾つかのエンコーダは、人間の視覚の心理的効果を利用して更に効率的な圧縮を達成する心理視覚的強化を使用する。心理視覚的効果は、フレームレベルおよびマクロブロックレベルで適用され得る。3.5.4.2.フレームレベルの心理視覚的強化フレームレベルにて適用されたとき、その強化は速度制御アルゴリズムの一部であり、その目標は、人間の目により認識される最高の視覚的品質を確実にすべく所定量のビットレートが最適に使用される様に符号化方法を調節することである。フレーム速度の心理視覚的強化は、動作が早いときに人間の視覚は詳細を無視する傾向がありかつ人間の視覚はイメージが静止的であるときに詳細に注目する傾向があるという理論により動機付けられる。一実施例において動作の量は、フレームに対する絶対的差の合計SADを調べることで決定される。一実施例においてSAD値は、2つのブロックの共配置された輝度ピクセルの絶対的差を合計することにより決定される。幾つかの実施例においては、16×16ピクセルブロックの絶対的差が用いられる。部分的ピクセルオフセットを取り扱う実施例においては、絶対的差の合計が計算される前に、MPEG4規格ISOIECの動画専門委員会により開発されたISOIEC規格において仕様を定められた様に、内挿が実施される。フレームレベルの心理視覚的強化はビデオトラックのPフレームに対してのみその当し、そのフレームのSAD値に基づく。符号化の間に心理視覚的モジュールは、ビデオトラックのPフレームの全ての平均SADすなわち^SADと、各フレームの全体的SADからの各フレームのSADの平均距離すなわち^DSADとの記録を維持する。平均化は、指数移動平均アルゴリズムを用いて行われ得る。一実施例においては、上述のワンパス速度制御アルゴリズムが此処での平均化期間averagingperiodとして使用され得る。符号化されたビデオトラックの各Pフレームに対し、速度制御モジュールから獲得されたフレーム量子化数Qは、それに適用される心理視覚的補正値を有する。一実施例においてプロセスは、以下の式を用いて比率Rを計算する段階を包含する。式中、Iは定数でありかつ現在は0.5に設定される。Rは[-1,1]の境界内に短縮される。量子化数は次に、比率Rに従い、以下に示される計算を介して調節される。式中、Sframeはフレームレベル心理視覚的強化に対する強度定数である。Sframe定数は、フレームレベル心理視覚に対して調節が如何に強力であり得るかを決定する。コーデックの一実施例においては、Sframeを0.2、0.3または0.4に設定するオプションが利用可能である。3.5.4.3.マクロブロックレベルの心理視覚的強化マクロブロックレベルで心理視覚的強化を利用する本発明の実施例によるエンコーダは、人的視認者に対するビデオの視覚的品質に対して目立つマクロブロックを識別することを試行すると共に、これらのマクロブロックを更に高品質でコード化することを試行する。マクロブロックレベルの心理視覚的強化の効果は、フレームに対して重要さが少ない部分からビットを取り去り、それらを、フレームの更に重要な部分に適用することである。幾つかの実施例においては、円滑度、明るさ、および、マクロブロックSADに基づく3つの技術を用いて達成される。他の実施例においては、技術の内の任意のひとつの技術がそれのみで、もしくは、技術の別のものと組み合わされて、または、完全に別の技術が使用され得る。一実施例においては、上述の3通りのマクロブロックレベルの心理視覚的強化の全てが、マクロブロックレベルの心理視覚的強化の強度を制御する共通パラメータSMBを共有する。次に、各マクロブロックに対する最大および最小の量子化数が、以下に示される計算を介して強度パラメータおよびフレーム量子化数Qframeから導出される。値QMBMaxは、最大量子化数であり、値QMBMaxは、最小量子化数である。値QMBMaxおよびQMBMaxは、フレーム全体に対するマクロブロック量子化数に対する上下の境界を定義する。一実施例においては、値SMBを値0.2、0.3および0.4の内の任意の値に設定するオプションが提供される。他の実施例においては、SMBに対する他の値が利用され得る。3.5.4.3.1.明るさ強化心理視覚的強化がマクロブロックの明るさに基づいて実施される実施例において、エンコーダは更に明るいマクロブロックを更なる高品質で符号化することを試行する。この強化の理論的根拠は、フレームの比較的に暗い部分は人的視認者により概略的に無視されるということである。このマクロブロックの心理視覚的強化は、ビデオトラックのIフレームおよびPフレームに対して適用される。各フレームに対してエンコーダは、最初にフレーム全体を一覧する。平均明るさ^BRが計算され、かつ、平均からの明るさの平均差^DBRも計算される。これらの値は次に、心理視覚的強化が適用されるべきか否かに対するインディケータとして使用され得る2つの閾値TBRLower,TBRUpperを作成すべく用いられる。明るさ強化は次に、以下に述べられる条件を用いて2つの閾値に基づいて適用され、マクロブロックに対して意図された量子化数QMBが生成される。QMB=QMBMinBR>TBRUpperのとき、QMB=QframeTBRLower≦BR≦TBRUpperのとき、および、QMB=QMBMaxBR<TBRLowerのとき;式中、BRはその特定のマクロブロックに対する明るさ値である。式中、BRはその特定のマクロブロックに対する明るさ値である。エンコーダがMPEG-4規格に準拠するという実施例において、マクロブロックレベルの心理視覚的明るさ強化技術は、ひとつのマクロブロックから次のマクロブロックにかけて±2より多く量子化数を変更し得ない。故に計算されたQMBは、先行するマクロブロックにおいて使用された量子化数に基づく改変を必要とし得る。3.5.4.3.2.円滑度強化円滑度の心理視覚的強化を含む本発明の実施例によるエンコーダは、符号化されつつあるイメージの空間的変動に基づき量子化数を改変する。円滑度の心理視覚的強化の使用は、人間の視覚はイメージの円滑部分における量子化アーチファクトに対して大きな感度を有するという理論により動機付けられ得る。故に円滑度の心理視覚的強化は、イメージの更に円滑な部分を表すビットの個数を増大すると共にイメージの空間的変動の度合いが高い箇所ではビットの個数を減少するというステップを含む。一実施例においてイメージの一部分の円滑度は、マクロブロックの明るさbrightnessに対するそのマクロブロックのピクセルの輝度luminanceにおける平均差^DRとして測定される。図3.6.には、本発明の実施例に従いIフレームに対して円滑度の心理視覚的強化を実施する方法が示される。プロセス540は、フレーム全体を検証して^DRを計算542するステップを含む。次に、円滑度強化TDRを適用する閾値は、以下の計算を用いて導出544され得る。以下の円滑度強化は、閾値に基づいて実施546される。QMB=QframeDR≧TDRのとき、および、QMB=QMBMinDR<TDRのとき。式中、QMBは、マクロブロックに対して意図された量子化数であり、DRは、マクロブロックに対する偏差値すなわち、平均輝度-平均明るさである。MPEG-4規格に従いファイルを符号化する実施例は、上述された如く、マクロブロックレベルの量子化数変化はひとつのマクロブロックから次のマクロブロックへと多くとも±2とされ得るという点において制限される。3.5.4.3.3.マクロブロックSAD強化本発明の実施例によるエンコーダは、マクロブロックSAD心理視覚的強化を利用し得る。マクロブロックSAD心理視覚的強化は、静止的マクロブロックに対する詳細を高めると共に、速い動作のシーンで使用されるフレームの部分における詳細は低減させ得るべく使用され得る。図3.7.には、本発明の実施例に従いマクロブロックSAD心理視覚的強化を実施するプロセスが示される。プロセス570は、Iフレーム全体を検査572し、フレーム全体における全てのマクロブロックに対する平均SADすなわち^MBSADを決定する段階を含み、かつ、平均からのマクロブロックのSADの平均差すなわち^DMBSADも求められる。一実施例においてはこれらのマクロブロックの両方が、フレーム間コード化されたマクロブロックすなわち、動作補償、または、先行する符号化ビデオフレームに対する他の依存性を用いて符号化されたマクロブロックの全体に亙り平均化される。次にこれらの平均から、以下の式を用いてマクロブロックSAD強化を適用する2つの閾値が導出574される。そこで、TMBSADLowerは下側閾値であり、TMBSADUpperは上側閾値であり、必要であればこれらは1024だけ境界付けられ得る。次にマクロブロックSAD強化はこれらの2つの閾値に基づき以下の条件に従い適用576される。QMB=QMBMaxMBSAD>TMBSADUpperのとき、QMB=QframeTMBSADLower≦MBSAD≦TMBSADUpperのとき、QMB=QMBMinMBSAD<TMBSADLowerのとき。そこで、QMBはマクロブロックに対して意図された量子化数であり、MBSADはその特定のマクロブロックに対するSAD値である。MPEG-4仕様に従いファイルを符号化する実施例は、上述された如く、マクロブロックレベルの量子化数変化はひとつのマクロブロックから次のマクロブロックへと多くとも±2とされ得るという点において制限される。3.5.5.速度制御本発明の実施例によるエンコーダにより使用される速度制御技術は、割当てられたビットレートをエンコーダが使用してビデオシーケンスを符号化する方法を決定し得る。エンコーダは典型的に所定ビットレートへと符号化することを目的とする共に、速度制御技術は、エンコーダにより生成されるビットレートを所定ビットレートに対して可及的に近付けて整合せねばならない。速度制御技術はまた、ビデオシーケンスが復号化されるときにそのビデオシーケンスの最高の視覚的品質を確実にする様式でビットレートを割当てることも目的とし得る。速度制御の多くは、量子化数を調節することにより実施される。量子化数は、エンコーダがビデオシーケンスを如何に精細にコード化するかを決定する。量子化数が小さいほど品質は高く、ビット消費が多くなる結果となる。故に速度制御アルゴリズムは、ビデオ品質およびビット消費という競合関係をバランスさせる様式で量子化数を改変することを目的とする。本発明の実施例によるエンコーダは、種々の異なる速度制御技術の内の任意の技術を利用し得る。一実施例においては、単一パス速度制御技術が用いられる。他の実施例においては、二重もしくは多重パス速度制御技術が用いられる。これに加え、必要に応じてビデオバッファ検証式速度制御が実施され得る。これらの技術の特定例は、以下で論じられる。但し、本発明の実施方法に従うエンコーダにおいては任意の速度制御技術が使用され得る。3.5.5.1.ワンパス速度制御本発明の実施例によるワンパス速度制御技術の実施例は、速い動作のシーンに対して高いビットレートピークを許容することを目的とする。幾つかの実施例においてワンパス速度制御技術は、シーンにおける動作の量の増大に応じてビットレートを徐々に増大すると共に、シーンにおける動作の減少に応じてビットレートを迅速に減少することを目的とする。一実施例においてワンパス速度制御アルゴリズムは、ビットレートを追尾すべく2つの平均化期間を用いる。長期平均は全体的なビットレート収束を確実にし、短期平均はシーンにおける動作の量の変動に対する応答を可能とする。図3.8.には、本発明の実施例によるワンパス速度制御技術が示される。ワンパス速度制御技術580は、所望のビットレート、ビデオフレーム速度および以下において更に論じられる種々の他のパラメータによりエンコーダを初期化584することにより開始582する。量子化数を表す浮動小数点変数が記憶される。もしフレームが量子化586を必要とするなら、浮動小数点変数が読み出され588、量子化数はその浮動小数点変数を最も近い整数に丸めることで求められる。フレームは次に符号化590される。フレームの符号化の間においては観察が為され、新たな量子化数値の決定592が可能とされる。プロセスは、更なるフレームが無くなるまで反復することを判断594する。その時点において、符号化は完了596する。で論じられた如くエンコーダは種々のパラメータにより初期化584される。これらのパラメータは、ビットレート、フレーム速度、最大キーフレーム間隔、最大量子化数、最小量子化数、平均化期間、反応期間および上/下比率である。以下の内容は、これらのパラメータの各々に対する考察である。3.5.5.1.1.ビットレートビットレートパラメータは、符号化の目標ビットレートを設定する。3.5.5.1.2.フレーム速度フレーム速度は、ビデオの各フレーム間の期間を定義する。3.5.5.1.3.最大キーフレーム間隔最大キーフレーム間隔は、キーフレーム間の最大間隔を特定する。キーフレームは通常、コーデックがシーン変化を検出したときに、符号化ビデオに自動的に挿入される。シーンが単一カットなしで長い間隔に亙り継続的するという状況において、当該キーフレーム間の間隔が常に最大キーフレーム間隔以下であることを確実にすべくキーフレームが挿入され得る。一実施例において最大キーフレーム間隔パラメータは300フレームの値に設定され得る。他の実施例においては、他の値が使用され得る。3.5.5.1.4.最大量子化数および最小量子化数最大量子化数および最小量子化数パラメータは、符号化において使用される量子化数の上下の境界を設定する。一実施例において量子化数境界は、1~31の値に設定される。3.5.5.1.5.平均化期間平均化期間パラメータは、量子化数を改変するときに考慮されるビデオの量を制御する。平均化期間が長いと、典型的には、更に正確な全体的速度を有する符号化ビデオに帰着する。一実施例においては2000の平均化期間が用いられる。但し、他の実施例においては他の値が使用され得る。3.5.5.1.6.反応期間反応期間パラメータは、最近のシーンにおける動作の変化に対してエンコーダが如何に迅速に適合するかを決定する。反応期間値が長いと、品質は更に良好で速い動作のシーン、および、品質は更に低下して遅い動作のシーンに帰着する。一実施例においては、10の反応期間が用いられる。但し、他の実施例においては他の値が使用され得る。3.5.5.1.7.上/下比率上/下比率パラメータは、速いまたは遅い動作のシーンに応じた量子化数調節に対する相対感度を制御する。大きな値は典型的に、高品質で速い動作のシーンおよび大きなビット消費に帰着する。一実施例においては20の上/下比率が用いられる。但し、他の実施例においては他の値が使用され得る。3.5.5.1.8.量子化数値の計算方法で論じられた如くワンパス速度制御技術は、各フレームの符号化の後で量子化数値の計算を包含する。以下の内容は、量子化数値を更新すべく使用され得る本発明の実施例による技術の説明である。エンコーダは、ビットレートの移動平均の平均化期間Paverageおよび反応期間Preactionに等しい2つの指数的移動平均を維持する。その2つの指数的移動平均は以下の関係に従い計算され得る。そこで、Atは瞬間tにおける平均であり、At1は瞬間t-Tにおける平均通常は先行フレームにおける平均であり、Tは間隔期間通常はフレーム時間を表し、かつ、Pは、Paverageおよび/またはPreactionとされ得る平均期間である。で計算された移動平均は次に、以下の計算を用いてビデオにおける現在の瞬間と最後の瞬間との間の時的間隔により除算されることで、ビットレートへと調節される。そこで、Rtはビットレートであり、Atは移動平均のいずれかであり、かつ、Tは現在の瞬間と最後の瞬間との間の時的間隔それは通常はフレーム速度の逆数である。エンコーダは以下の如く、次のフレームの目標ビットレートRtargetを計算し得る。Rtarget=RoverallRoverall-Raverageそこで、Roverallは、ビデオ全体に対して設定された全体的ビットレートであり、かつ、Raverageは、長い平均化期間を用いる平均ビットレートである。幾つかの実施例において目標ビットレートは、全体的ビットレートの75にて下方に境界付けられる。もし目標ビットレートが境界より低く低下したなら、それは境界の上方に押しやられ、ビデオの品質が確実とされる。エンコーダは次に、RtargetとRreactionとの間の差に基づいて内部量子化数を更新する。もしRreactionがRtargetより小さければ、先行フレームは比較的に複雑さが少なかった可能性が在る。故に量子化数は、以下の計算を実施することにより減少され得る。RreactionがRtargetより大きいとき、先行フレームは比較的に高レベルの複雑さを保有していた可能性が高い。故に量子化数は、以下の計算を実施することで増大され得る。式中、Sは上/下比率である。3.5.5.1.9.B-VOP符号化方法上述のアルゴリズムは、B-VOP符号化方法に対しても適用され得る。符号化方法においてB-VOPが有効化されたとき、B-VOPに対する量子化数QBは、B-VOPに追随するP-VOPの量子化数QPに基づいて選択される。値は、次の関係に従い求められ得る。QB=2QPQP≦4の場合、QB=53/4QP4<QP≦20の場合、QB=QPQP≧20の場合。3.5.5.2.ツーパス速度制御2回のまたは複数回のパスの速度制御を使用する本発明の実施例によるエンコーダは、第1のパスにおいてはビデオシーケンスのプロパティを決定してから、シーケンス全体のプロパティの知見を以てビデオシーケンスを符号化し得る。故にエンコーダは各フレームの量子化レベルを、ビデオシーケンスにおける他のフレームと比較した相対的な複雑さに基づいて調節し得る。本発明の実施例によるツーパス速度制御技術においてエンコーダは、ビデオは上述のワンパス速度制御技術に従い符号化されかつ各フレームの複雑さが記録される複雑さを測定する種々の異なる測定値の内の任意のものが使用され得るという第1のパスを実施する。平均の複雑さ、故に平均量子化数Qrefは、第1のパスに基づいて決定され得る。第2のパスにおいては、第1のパスの間に計算された複雑さの値に基づいて決定される量子化数を以て符号化される。3.5.5.2.1.IVOPに対する量子化数次のフレームがI-VOPでないとすれば、I-VOPに対する量子化数Qは0.75×Qrefに設定される。もし次のフレームもI-VOPであれば、現在のフレームに対するQは1.25×Qrefに設定される。3.5.5.2.2.P-VOPに対する量子化数P-VOPに対する量子化数は以下の式を用いて決定され得る。そこで、Ccomplexityはフレームの複雑さであり、^Ccomplexityはビデオシーケンスの平均の複雑さである。Fxは、量子化値xを有する量子化数を用いてフレームを符号化するために必要なビットの個数を与えるためにフレームの複雑さが乗算されるべき数を提供する関数である。F1xはFxの逆関数であり、かつ、kは強度パラメータである。以下の表は、量子化数Qと共にエンコーダを用いてフレームを符号化するために必要なビットの個数を決定するためにフレームの複雑さと乗算されるべき係数を生成すべく使用され得る関数FQの実施例を定義している。もし強度パラメータkがゼロに選択されるべきであれば、結果は一定の量子化数である。強度パラメータが1に選択されるべきとき、量子化数はCcomplexityに比例する。本発明の実施例による幾つかのエンコーダは、05に等しい強度パラメータkを有する。3.5.5.2.3.B-VOPに対する量子化数B-VOPに対する量子化数Qは、上述のワンパス技術においてB-VOPに対する量子化数を選択したのと同一の技術を使用して選択され得る。3.5.5.3.ビデオバッファ照合式の速度制御フレームを表すために必要なビットの個数は、ビデオシーケンスの特性に依存して変化し得る。殆どの通信システムは、一定のビットレートで動作する。可変的ビットレート通信が遭遇し得る問題は、リソース使用におけるピークを取り扱うために十分なリソースを割当てることである。本発明の実施例による幾つかのエンコーダは、可変的ビットレート通信のビットレートが急激に上昇するときにおけるデコーダのビデオバッファのオーバーフローを阻止する意図でビデオを符号化する。ビデオバッファ照合器VBV速度制御の目的としては、送信されたときにデコーダのバッファを超過しないビデオの生成が挙げられる。これに加え、符号化されたビデオは目標ビットレートと整合すること、および、速度制御により高品質ビデオが生成されることが望ましい。本発明の幾つかの実施例によるエンコーダは、少なくとも2つのVBV速度制御技術の選択肢を提供する。一方のVBV速度制御技術は因果的速度制御causalratecontrolと称され、他方の技術は第Nパス速度制御Nthpassratecontrolと称される。3.5.5.3.1.因果的速度制御因果的なVBV速度制御は、ワンパス速度制御技術と組み合わせて使用され得ると共に、単に現在の量子化数値と先行量子化数値とに基づいて出力を生成する。本発明の実施例によるエンコーダは、以下の関係に従いフレームnに対する量子化数すなわちQnを設定する段階を包含する因果的速度制御を含む。式中、Q’nは、単一パス速度制御により評価された量子化数であり、Xbitrateは、所望ビットレートからのドリフトに基づき目標ビットレートを決定することにより計算され、Xvelocityは、VBVバッファがオーバーフローまたはアンダーフローするまでの見積もり時間に基づき計算され、Xsizeは、P-VOPの結果のみに適用され、かつ、圧縮されたP-VOPのサイズが経時的に変化する速度に基づいて計算され、Xdriftは、所望ビットレートからのドリフトである。幾つかの実施例において因果的VBV速度制御は、フレームを脱落させると共に補充物を挿入してVBVモデルを顧慮することを強いられ得る。もし、圧縮されたフレームが意外に多すぎるまたは少なすぎるビットを含むなら、それは除外もしくは補充され得る。3.5.5.3.2.第NパスVBV速度制御第NパスVBV速度制御は、多重パス速度制御技術と組み合わせて使用され得ると共に、それは、ビデオシーケンスの先行分析の間に生成された情報を使用する。本発明の幾つかの実施例によるエンコーダは、図3.9.に示された処理に従い第NパスVBV速度制御を実施する。処理600は第1パスで開始し、その間に分析602が実施される。マップ生成が実施604され、かつ、方針が生成606される。次に、第nパス速度制御が実施608される。3.5.5.3.3.分析一実施例において、第1のパスは一定形態の因果的速度制御を使用し、かつ、データは、フレームの持続時間、フレームのコード化形式、使用される量子化数、生成される動作ビット、および、生成されたテクスチャビットなどの事項に関して各フレームに対して記録される。これに加え、時間目盛、解像度およびコーデック設定などの包括的情報も記録され得る。3.5.5.3.4.マップ生成分析からの情報は、ビデオシーケンスのマップを生成すべく用いられる。そのマップは、各フレームIBPに対して使用されたコード化形式を特定し得ると共に、フレームの持続時間、動作の複雑さおよびテクスチャの複雑さに関して各フレームに対するデータを含み得る。他の実施例においてそのマップは、圧縮されたフレームサイズおよび認識的歪曲に対する量子化数および他のパラメータの影響の更に良好な予測を可能とする情報も含み得る。幾つかの実施例において、マップ生成は第N1パスが完了した後で実施される。3.5.5.3.5.方針作成マップは、第Nパス速度制御が如何に動作するかに関する方針を計画するために使用され得る。各フレームが符号化された後におけるVBVバッファの理想的レベルが、計画され得る。一実施例において方針を作成すると、所望の圧縮フレームサイズ、見積もられたフレーム量子化数を含め、各フレームに対する情報に帰着する。幾つかの実施例において方針作成は、マップ生成の後で第Nパスに先立って実施される。一実施例において方針作成プロセスは、エンコーダをシミュレートする反復的プロセスであって、可及的に量子化数の中央値に近く量子化数の維持を試行することにより各フレームに対する所望の量子化数値を決定する反復的プロセスを使用する段階を包含する。ビデオシーケンス全体に対する基礎量子化数を生成すべく、2進検索が使用され得る。基礎量子化数は、シミュレータに対して所望の目標ビットレートを達成させる一定値である。基礎量子化数が一旦見出されたなら、方針作成プロセスは、VBV制約を考慮する段階を包含する。一実施例において、当該一定の量子化数がVBV制約を改変しないのであれば、一定の量子化数が用いられる。他の実施例において量子化数は、ビデオフレームにおける動作の複雑さに基づいて変調される。これは更に、シーン変化および他の一時的効果からのマスキングの取入れへと拡張され得る。3.5.5.3.6.インループ第Nパス速度制御一実施例において、インループinloop第Nパス速度制御は方針を使用すると共にマップを使用して、圧縮フレームサイズおよび認識的歪曲に関する量子化数および他のパラメータの影響の最適な可能的予測を行う。短期補正方針を採用すべく方針から逸脱する自由裁量は、限られ得る。典型的には、方針に追随すると、VBVモデルからの逸脱は防止される。一実施例においてループ内における第Nパス速度制御は、PID制御ループを使用する。その制御ループにおけるフィードバックは、理想的ビットレートからの蓄積ドリフトである。方針作成はフレームの脱落を伴わないが、VBVバッファが別様にアンダーフローするならば、ループ内における第N速度制御はフレームを脱落させることもある。同様に、ループ内における第Nパス速度制御はVBVオーバーフローを防止すべく、ビデオ補充物の挿入を要求し得る。3.5.6.予測一実施例においては、ISOIEC1449622001E、セクション7.4.3.DCおよびAC予測および7.7.1.フィールドDCおよびAC予測と称される規格に準拠する様式でAD/DC予測が実施される。3.5.7.テクスチャコーディング本発明の実施例によるエンコーダは、ISOIEC1449622001E、付属文書B可変長コードおよび7.4.1.可変長復号化と称される規格に準拠する様式でテクスチャコーディングを実施し得る。3.5.8.動作コーディング本発明の実施例によるエンコーダは、ISOIEC1449622001E、付属文書B可変長コードおよび7.6.3.動作ベクトル復号化と称される規格に準拠する様式で動作コーディングを実施し得る。3.5.9.ビデオチャンクの生成方法ビデオトラックは、フレーム1~Nのシーケンスと見做され得る。本発明の実施例によるシステムは、シーケンスを復号化して圧縮ビットストリームを生成し得る。そのビットストリームは、それをチャンク1~Nにセグメント化することによりフォーマットされる。各ビデオフレームnは、対応するチャンクnを有する。各チャンクは、本発明の実施例によるデコーダがビデオフレームnを復号化するに十分な情報を、チャンクnがチャンク1~n1と共に含むまで、ビットストリームからのビットをそのチャンクnに追加することにより生成される。ビデオフレームnを生成するに十分な情報がチャンク1~n1に含まれた場合、本発明の実施例によるエンコーダはマーカチャンクを含み得る。一実施例においてそのマーカチャンクは、コード化されていないPフレームであって先行フレームと同一のタイミング情報を備えたPフレームである。3.6,subtitleチャンクの生成方法本発明の実施例によるエンコーダは、一連の標準的フォーマットの内のひとつのフォーマットでサブタイトルを取り込んでから、そのサブタイトルをビットマップへと変換し得る。そのビットマップにおける情報は次に、ランレングス符号化方法を用いて圧縮される。ランレングス符号化されたビットマップはフォーマットされてチャンクとされるが、これは、そのチャンク内に含まれた特定サブタイトルに対する開始時間および停止時間に関する情報も含んでいる。幾つかの実施例においては、画面上におけるサブタイトルの色、サイズおよび位置に関する情報もチャンク内に含まれ得る。チャンクは、サブタイトルに対するパレットを設定するサブタイトルトラックであってそのパレットが変更されたことを表すサブタイトルトラックへと含まれ得る。サブタイトルのテキストを生成するためには、標準的なサブタイトルフォーマットでサブタイトルを生成し得る任意のアプリケーションが使用され得る。代替的に、ユーザにより入力されたテキストを直接的にサブタイトル情報へと変換するソフトウェアが使用され得る。3.7.交互配置方法上述のチャンクの全てをインタリーバが一旦受信したなら、そのインタリーバはマルチメディアファイルを構築する。マルチメディアファイルの構築は、CSETチャンク、INFOリストチャンク、hdrlチャンク、moviリストチャンクおよびidxlチャンクを生成する段階を包含し得る。これらのチャンクを生成してマルチメディアファイルを生成する本発明の実施例による方法は、以下に記述される。3.7.1.CSETチャンクの生成方法上述された如くCSETチャンクは選択的であり、かつ、AVIコンテナフォーマット仕様に従いインタリーバにより生成され得る。3.7.2.INFOリストチャンクの生成方法上述された如くINFOリストチャンクは選択的であり、かつ、AVIコンテナフォーマット仕様に従いインタリーバにより生成され得る。3.7.3.hdrlリストチャンクの生成方法hdrlリストチャンクは、インタリーバに対して提供される種々のチャンクにおける情報に基づき、そのインタリーバにより生成される。hdrlリストチャンクは、参照されたチャンクのリスト内の箇所を参照する。一実施例においてhdrlリストチャンクは、リファレンスを確立するためにファイルオフセットを使用する。3.7.4.moviリストチャンクの生成方法上述された如くmoviリストチャンクはオーディオ、ビデオおよびサブタイトルトラックを符号化してオーディオ、ビデオおよびsubtitleチャンクを生成してからこれらのチャンクを交互配置することにより生成される。幾つかの実施例においてmoviリストチャンクは、デジタル著作権管理情報も含み得る。3.7.4.1.ビデオ/オーディオ/サブタイトルの交互配置方法オーディオ、ビデオおよびサブタイトルチャンクを交互配置するために、種々の規則が使用され得る。典型的にインタリーバは、ビデオおよびオーディオトラックの各々に対して所定数の待ち行列queueを確立する。そのインタリーバは、どの待ち行列が出力ファイルに書き込まれるべきかを決定する。待ち行列選択は、最低数の被書き込み交互配置期間を有する待ち行列から書き込むことにより、交互配置期間に基づき得る。インタリーバは、チャンクがファイルに対して書き込まれ得る前に、待ち行列内に存在する交互配置期間全体を待機すべきこともある。一実施例において、生成されたオーディオ、ビデオおよびsubtitleチャンクは、当該ビデオチャンクが対応するビデオフレームに関する情報を含むビデオチャンクに先立ちオーディオおよびsubtitleチャンクがファイル内に配置される様に交互配置される。他の実施例においてオーディオおよびsubtitleチャンクは、それらが対応するビデオチャンクの後に配置され得る。オーディオ、ビデオおよびsubtitleチャンクの箇所間の時間差は、デバイスを再生するために使用されるプレーヤのバッファ能力に大きく依存する。バファリングが制限されもしくは未知である実施例においてインタリーバは、オーディオおよびsubtitleチャンクがビデオチャンクの間に配置される如くオーディオ、ビデオおよびsubtitleチャンクを交互配置し、その場合、オーディオおよびsubtitleチャンクの直後に追随するビデオチャンクは、そのオーディオもしくはサブタイトルに対応する最初のビデオフレームを含む。3.7.4.2.DRM情報の生成方法マルチメディアファイルのビデオ内容を保護すべくDRMが使用される実施例において、DRM情報はビデオチャンクの符号化と同時的に生成され得る。各チャンクが生成されるにつれ、そのチャンクは暗号化され得ると共に、ビデオチャンクの暗号化に関する情報を含むDRMチャンクが生成され得る。3.7.4.3.DRM情報の交互配置方法本発明の実施例によるインタリーバは、ビデオチャンクに先立ち、ビデオチャンクの暗号化に関する情報を含むDRMチャンクを交互配置する。一実施例において、ビデオチャンクnに対するDRMチャンクはビデオチャンクn1およびビデオチャンクnの間に配置される。他の実施例において、ビデオチャンクnの前後におけるDRMの間隔は、マルチメディアファイルを復号化するデバイス内に配備されたバファリングの量に依存する。3.7.5.idxlチャンクの生成方法moviチャンクが生成されたなら、idxlチャンクの生成は単純なプロセスである。idxlチャンクは、moviリストチャンク内における各dataチャンクの箇所を読み取ることで生成される。この情報は、dataチャンクから読み取られた情報であってそのdataチャンクが属するトラックに関する情報と、そのdataチャンクの内容とに対して組み合わされる。この情報の全ては次に、上述のフォーマットのいずれであれ、情報を表すべく使用されているフォーマットに対して適切な様式でidxlチャンク内に挿入される。4.マルチメディアファイルの送信および配信マルチメディアファイルが生成されたなら、そのファイルは種々のネットワークの内の任意のネットワークに亙り配信され得る。多くの実施例において特に、マルチメディアプレゼンテーションおよびメニューを生成するために必要な要素は単一ファイル内に含まれるという事実により、情報の転送が簡素化される。幾つかの実施例においてマルチメディアファイルは、そのマルチメディアファイルの内容を復号化するに必要な情報とは別体的に配信され得る。一実施例においてマルチメディア内容は、第1サーバに提供されると共に、符号化されて本発明によるマルチメディアファイルを生成する。そのマルチメディアファイルは次に、第1サーバまたは第2サーバのいずれかに配置され得る。他の実施例においては、第1サーバ、第2サーバまたは第3サーバにDRM情報が配置され得る。一実施例において第1サーバは、符号化されたマルチメディアファイルの箇所を確認すべく、および/または、DRM情報の箇所を確認すべく、照会され得る。5.マルチメディアファイルの復号化方法本発明の実施例によるマルチメディアファイルからの情報は、適切なソフトウェアと、マルチメディアファイルから情報をアクセスすべくハード結線された専用プレーヤまたはAVIファイルを解析し得る他の任意のデバイスとを用いて構成されたコンピュータによりアクセスされ得る。幾つかの実施例においてデバイスは、マルチメディアファイル内の全ての情報にアクセスし得る。他の実施例においてデバイスは、本発明の実施例によるマルチメディアファイル内の全ての情報にアクセスし得なくても良い。特定実施例においてデバイスは、上述の情報であってAVIファイルフォーマットにおいて仕様を定められていないチャンク内に記憶された情報のいずれにもアクセスし得ない。情報の全てがアクセスはされ得ない実施例において、当該デバイスは典型的に、そのデバイスにより認識されないチャンクを切り捨てる。典型的に、本発明の実施例によるマルチメディアファイルに含まれた情報にアクセスし得るデバイスは、多数の機能を実施し得る。そのデバイスは、ビデオの表示を含むマルチメディアプレゼンテーションを視覚的ディスプレイ上に表示し、可能的には多数のオーディオトラックの内のひとつのトラックからのオーディオをオーディオシステム上に生成し、かつ、可能的には多数のサブタイトルトラックの内のひとつのトラックからのサブタイトルを表示し得る。幾つかの実施例は、付随するオーディオおよび/またはビデオを再生する一方、視覚的ディスプレイ上にメニューも表示し得る。これらの表示メニューは、選択可能なボタン、プルダウンメニューおよび下位メニューなどの特徴により、インタラクティブである。一定の実施例においてメニュー項目は、現在においてアクセスされているマルチメディアファイル以外のオーディオ/ビデオコンテンツを指し示し得る。外部コンテンツは、マルチメディアファイルにアクセスしているデバイスに対してローカル的に配置され得るか、または、それはローカルエリアネットワーク、広域ネットワークまたは公衆回線網などを介して遠隔的に配置され得る。また多くの実施例は、単一もしくは複数のマルチメディアファイル内に含まれるメタデータ、または、ひとつ以上のマルチメディアファイルにより参照されたメタデータに従い、ひとつ以上のマルチメディアファイルを検索することも可能である。5.1.マルチメディアプレゼンテーションの表示本発明の実施例によるマルチメディアファイルの能力であって複数のオーディオトラック、複数のビデオトラックおよび複数のサブタイトルトラックをサポートする能力が与えられたなら、ビデオ、オーディオおよび/またはサブタイトルを組み合わせたマルチメディアファイルを用いるマルチメディアプレゼンテーションを表示するためには、視覚的メニューシステムもしくはプルダウンメニューシステムその動作は以下で論じられるにより、または、マルチメディアプレゼンテーションを生成すべく使用されるデバイスの既定設定を介し、特定のオーディオトラック、ビデオトラックおよび/またはサブタイトルトラックを選択する必要があり得る。オーディオトラック、ビデオトラックおよび可能的にはサブタイトルトラックが選択されたなら、マルチメディアプレゼンテーションの表示が進展し得る。図4.0.には、マルチメディアファイルからDRMを含む必要なマルチメディア情報を位置決定すると共にマルチメディア情報を表示する本発明の実施例によるプロセスが示される。処理620は、DRMヘッダを復号化するに必要な暗号化キーを獲得622する段階を含む。暗号化キーは次に、DRMヘッダを復号化624すべく使用され、かつ、第1のDRMチャンクがマルチメディアファイルのmoviリストチャンク内で検索626される。DRMチャンクを復号化するに必要な暗号化キーはDRMヘッダ内のテーブルから獲得628され、その暗号化キーは、暗号化されたビデオチャンクを復号化すべく用いられる。次に、必要とされるオーディオチャンクおよびビデオチャンクに付随する一切の必要なサブタイトルチャンクが復号化630され、かつ、オーディオ、ビデオおよび一切のサブタイトル情報はディスプレイおよび音響システムを介して提示される632。幾つかの実施例において、選択されたオーディオトラックはステレオまたはサラウンド音響オーディオを提供する多重チャネルを含み得る。サブタイトルトラックが表示されるべく選択されたとき、先行ビデオはサブタイトルを含んでいたか否かに関する決定が為され得るこの決定は、現在において復号化されたビデオフレームに亙り表示されるべきサブタイトル情報を含んでいた先行subtitleチャンクを識別するという結果を達成する種々の様式の内の任意の様式で為され得る。もし先行サブタイトルがサブタイトルを含んでおりかつそのサブタイトルに対するタイミング情報がそのサブタイトルは現在のフレームと共に表示されるべきことを表すなら、そのサブタイトルは、復号化されたビデオフレーム上にスーパーインポーズされる。先行フレームがサブタイトルを含んでおらず、または、先行フレーム上のサブタイトルに対するタイミング情報は、現在復号化されたフレームと組み合わせてそのサブタイトルが表示されてはならないことを表すなら、選択されたサブタイトルトラックに対するsubtitleチャンクが探索される。もしsubtitleチャンクが位置決定されたなら、そのサブタイトルは、復号化されたビデオにスーパーインポーズされる。スーパーインポーズされた一切のサブタイトルを含むビデオは次に、付随するオーディオと共に表示される。図4.0.の考察を参照するとプロセスは、何らかの付加的なDRMチャンクが在るか否かを決定634する。もし在れば、次のDRMチャンクが位置決定626され、そのプロセスは付加的なDRMチャンクが無くなるまで継続する。その時点において、オーディオ、ビデオおよび/またはサブタイトルトラックのプレゼンテーションは完了636する。幾つかの実施例においてデバイスは、本発明によるマルチメディアファイルのhdrlチャンク内に含まれた情報を用い、マルチメディア情報の特定部分たとえば、映画の特定シーンであって特定の付随オーディオトラックおよび選択的には特定の付随サブタイトルトラックなどを探索し得る。多くの実施例において、ビデオvideoチャンク、オーディオaudioチャンクおよび/またはサブタイトルsubtitleチャンクの復号化は、他のタスクと並行して実施され得る。マルチメディアファイルからの情報にアクセスし得ると共に特定のオーディオトラックおよび/または特定のサブタイトルトラックと組み合わせてビデオを表示し得るデバイスの例は、ソフトウェアを用いて上述の様式で構成されたコンピュータである。別の例は、これらの機能を含むコーデックを備えたDVDプレーヤである。他の実施例において、意図的であれ任意的であれ特定メディアトラックに対応するdataチャンクを検索もしくは選択し、かつ、プレゼンテーションのためにこれらのトラックを復号化すべく構成された任意のデバイスは、本発明の実施方法に係るマルチメディアファイルを用いてマルチメディアプレゼンテーションを生成し得る。幾つかの実施例においてデバイスは、マルチメディアファイルからの情報を、外部ファイルからのマルチメディア情報と組み合わせて再生し得る。典型的に斯かるデバイスは、上述の形式のマルチメディアファイルにおいて参照されたローカルファイルからのオーディオトラックもしくはサブタイトルトラックを調達することにより、それを行う。参照されたファイルがローカル的には記憶されておらず、かつ、デバイスが、デバイスが記憶された箇所に対してネットワークされていれば、そのデバイスはファイルのローカルコピーを獲得し得る。デバイスは次に両方のファイルにアクセスし、マルチメディアの種々のトラックが異なるファイルソースから供給されるというビデオ、オーディオおよび必要であればサブタイトルのパイプラインを確立する。5.2.メニューの生成図4.1.には、本発明の実施例によるデコーダが示される。デコーダ650は、本発明の実施例によるマルチメディアファイル652をデマルチプレクサ654に対して提供することにより、そのファイルを処理する。デマルチプレクサはマルチメディアファイルからDMNUチャンクを抽出すると共に、そのDMNUチャンクから全てのLanguageMenusチャンクを抽出し、それらをメニューパーサ656に対して提供する。デマルチプレクサはまた、DMNUチャンクから全てのMediaチャンクも抽出し、それらをメディアレンダラmediarenderer658に対して提供する。メニューパーサ656は、LanguageMenusチャンクからの情報を解析することで、そのLanguageMenusチャンクにおいて定義されたメニュー構造を表す状態マシンを構築する。メニュー構造を表す状態マシンは、ユーザに対する表示を提供すべくかつユーザの命令に応答すべく使用され得る。状態マシンは、メニュー状態コントローラ660に対して提供される。そのメニュー状態コントローラは、メニュー状態マシンの現在状態を追尾すると共に、ユーザから命令を受ける。ユーザからの命令は、状態遷移を引き起こし得る。ユーザに対して提供される初期表示、および、表示に対する一切の更新であってメニュー状態遷移を伴う更新は、メニュープレーヤインタフェース662を用いて制御され得る。メニュープレーヤインタフェース662は、メニュー状態コントローラおよびメディアレンダラに対して接続され得る。メニュープレーヤインタフェースはメディアレンダラに対し、メディアチャンクからどのメディアが抽出されかつそのメディアレンダラに接続されたプレーヤ664を介してユーザに対して提供されるべきかを指示する。ユーザはプレーヤに対し、キーボード、マウスまたはリモコンなどの入力デバイスを用いて指示を与え得る。概略的にマルチメディアファイルはユーザに対して最初に表示されるメニューを決定し、かつ、ユーザの指示は初期メニューの生成に続いて表示されるオーディオおよびビデオを決定する。図4.1.に示されたシステムは、コンピュータおよびソフトウェアを用いて実現され得る。他の実施例においてシステムは、機能固有集積回路、または、ソフトウェアおよびファームウェアの組み合わせを用いて実現され得る。図4.2.には、本発明の実施例によるメニューの例が示される。メニュー表示670は、4個のボタンエリア672と、タイトル676を含むバックグラウンドビデオ674と、ポインタ678とを含む。メニューは、図示しないバックグラウンドオーディオも含む。表示により生成される視覚的効果は外面的とされ得る。各ボタンの視覚的外観は典型的にはバックグラウンドビデオの一部であり、かつ、ボタン自体は、バックグラウンドビデオの単なる定義領域であってポインタにより起動されたときにその領域に関係付けられた特定動作を有するという定義領域である。ポインタは典型的にはオーバレイである。図4.3.は、図4.2.に示された表示における全ての情報のソースを概念的に示している。バックグラウンドビデオ674は、メニュータイトル、ボタンの視覚的外観、および、表示のバックグラウンドを含み得る。これらの要素および付加的要素の全ては、静止的または動画的に出現し得る。バックグラウンドビデオは、メディアトラックMediaTrackチャンク700に含まれる情報であってビデオトラック702内におけるバックグラウンドビデオの箇所を表す情報を用いて抽出される。メニューに付随し得るバックグラウンドオーディオ706は、オーディオトラック710内におけるそのバックグラウンドオーディオの箇所を表すメディアトラックMediaTrackチャンク708を用いて検索され得る。上述された如く、ポインタ678はオーバレイ713の一部である。オーバレイ713は、バックグラウンドビデオの一部分であってボタンとして現れる一部分を強調すべく現れるグラフィックも含み得る。一実施例においてオーバレイ713は、オーバレイトラック714内におけるそのオーバレイの箇所を表すMediaTrackチャンク712を用いて獲得される。メニューがユーザと対話する様式は、ボタンの各々に関係付けられた図示しないActionチャンクにより定義される。図示実施例においては、PlayActionチャンク716が示される。そのPlayActionチャンクは、マルチメディアファイル内に含まれたマルチメディアプレゼンテーションすなわちオーディオ、ビデオ、および、可能的にはサブタイトルトラック内のシーンを間接的に参照するPlayActionチャンクにより参照される他のチャンクは示されない。PlayActionチャンク716は最終的に、番組トラック内のシーンを表すMediaTrackチャンク718を用いてそのシーンを参照する。選択されたまたは既定のオーディオトラックの箇所、および、可能的にはサブタイトルトラックも参照される。ユーザが入力デバイスを用いて命令を入力するにつれて表示は、ボタンエリアの選択に応じて更新されるだけでなく、単にボタンエリア内に配置されつつあるポインタによっても更新され得る。で論じられた如く、メニューを生成すべく使用されるメディア情報の典型的には全てが、マルチメディアファイル内、より詳細にはDMNUチャンク内に配置される。但し他の実施例において、情報はファイル内の他の箇所、および/または、別のファイル内に配置され得る。5.3.メタデータのアクセスメタデータは、情報を表す標準化方法である。メタデータの標準化性質によれば、データは自動的プロセスによりアクセスされて理解され得る。一実施例においてメタデータは、抽出されると共に視認のためにユーザに対して提供される。幾つかの実施例によれば、サーバ上のマルチメディアファイルが検査されることで、ユーザの鑑賞習慣および鑑賞選好性に関する情報が提供され得る。斯かる情報はソフトウェアアプリケーションにより使用されることで、ユーザが鑑賞を楽しみ得る他のマルチメディアファイルが推奨され得る。一実施例において推奨は、他のユーザのサーバ上に含まれたマルチメディアファイルに基づき得る。他の実施例においてユーザはマルチメディアファイルを要求することが可能であり、そのファイルは、種々の箇所におけるマルチメディアファイルのメタデータを検査する検索エンジンおよび/またはインテリジェントエージェントにより位置決定され得る。これに加えてユーザは、マルチメディアプレゼンテーションの異なるバージョンの各々が符号化された様式に関するメタデータに基づき、種々のマルチメディアファイルの中から特定のマルチメディアプレゼンテーションを含むものを選択し得る。幾つかの実施例において、本発明の実施例によるマルチメディアファイルのメタデータは、目録を作成する目的で、または、ファイルの内容にアクセスする単純なメニューを生成するためにアクセスされ得る。上記の記述は発明の多くの特定実施例を含むが、これらは発明の有効範囲に対する制限と解釈されるべきでなく、寧ろ発明のひとつの実例と解釈されるべきである。たとえば本発明の実施例によるマルチメディアファイルは、単一のマルチメディアプレゼンテーションまたは複数のマルチメディアプレゼンテーションを含み得る。これに加え、斯かるファイルはひとつ以上のメニューと、任意の種々の異なる形式のメタデータを含み得る。故に発明の有効範囲は、図示された実施例によってではなく、添付の各請求項および他の均等物により決定されるべきである。"