(57)【要約】 【課題】  ＭＰ４ファイルに埋め込まれたハイパーリンクを容易に変更可能とし、且つ、従来規格との互換性が保たれた形式でファイルを記録する。【解決手段】  ＭＰ４ファイルにハイパーリンクの文字列の先頭バイトのファイルオフセットを保持するデータ構造を埋め込み、そのＭＰ４ファイルのハイパーリンクのＵＲＬの変更が指示されると、このオフセットデータを用いて、ＭＰ４ファイルのハイパーリンクのＵＲＬを、直接変更する。【選択図】  図４
2006024288.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアファイルを変換するファイル編集装置であって、
前記マルチメディアファイルに埋め込まれたハイパーリンクの位置を示すハイパーリンク情報を生成する生成手段と、
前記生成手段により生成された前記ハイパーリンク情報を前記マルチメディアファイルの所定の場所に格納する格納制御手段と、
前記ハイパーリンクの変更が指示されたとき、前記マルチメディアファイルから前記ハイパーリンク情報を抽出する抽出手段と、
前記抽出手段によって抽出された前記ハイパーリンク情報に基づいて前記ハイパーリンクを変更し、当該変更されたハイパーリンクと対応するハイパーリンク情報を前記マルチメディアファイルに格納する格納制御手段と、
を有することを特徴とするファイル編集装置。
【請求項２】
前記ハイパーリンク情報は、前記マルチメディアファイル内における前記ハイパーリンクを示すＵＲＬ文字列の先頭バイトのオフセットアドレスを含むことを特徴とする請求項１に記載のファイル編集装置。
【請求項３】
前記マルチメディアデータは、ＭＰ４ファイルフォーマットに従うデータであることを特徴とする請求項１又は２に記載のファイル編集装置。
【請求項４】
前記ハイパーリンクは、ＢＩＦＳのAnchorノードのＵＲＬフィールドによって指定されていることを特徴とする請求項１乃至３のいずれか１項に記載のファイル編集装置。
【請求項５】
前記ハイパーリンクは、ＢＩＦＳのInlineノードのＵＲＬフィールドによって指定されていることを特徴とする請求項１乃至３のいずれか１項に記載のファイル編集装置。
【請求項６】
マルチメディアファイルを変換するファイル編集方法であって、
前記マルチメディアファイルに埋め込まれたハイパーリンクの位置を示すハイパーリンク情報を生成する生成工程と、
前記生成工程で生成された前記ハイパーリンク情報を前記マルチメディアファイルの所定の場所に格納する格納制御工程と、
前記ハイパーリンクの変更が指示されたとき、前記マルチメディアファイルから前記ハイパーリンク情報を抽出する抽出工程と、
前記抽出工程で抽出された前記ハイパーリンク情報に基づいて前記ハイパーリンクを変更し、当該変更されたハイパーリンクと対応するハイパーリンク情報を前記マルチメディアファイルに格納する格納制御工程と、
を有することを特徴とするファイル編集方法。
【請求項７】
前記ハイパーリンク情報は、前記マルチメディアファイル内における前記ハイパーリンクを示すＵＲＬ文字列の先頭バイトのオフセットアドレスを含むことを特徴とする請求項６に記載のファイル編集方法。
【請求項８】
前記マルチメディアデータは、ＭＰ４ファイルフォーマットに従うデータであることを特徴とする請求項６又は７に記載のファイル編集方法。
【請求項９】
前記ハイパーリンクは、ＢＩＦＳのAnchorノードのＵＲＬフィールドによって指定されていることを特徴とする請求項６乃至８のいずれか１項に記載のファイル編集方法。
【請求項１０】
前記ハイパーリンクは、ＢＩＦＳのInlineノードのＵＲＬフィールドによって指定されていることを特徴とする請求項６乃至９のいずれか１項に記載のファイル編集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアファイルを作成、編集するファイル編集装置及びその方法に関するものである。
【背景技術】
【０００２】
近年、携帯電話機やＰＣなどの処理能力が格段に向上し、これら機器を利用して動画像や音響といったマルチメディアデータを取り扱うことが可能になっている。
【０００３】
このマルチメディアデータは、音響や動画などを含むため、そのデータ量が問題となる。そこで、これら動画像や音響を圧縮符号化し、多重化し、伝送或は蓄積し、これを逆多重化して復号する符号化標準の国際規格としてＭＰＥＧ−１及びＭＰＥＧ−２等が知られている。また更に、MPEG-4 Systems規格（ISO/IEC 14496-1）では、静止画像、動画像、音響に加え、テキストやＣＧなど複数のオブジェクトを含むマルチメディアデータの符号化ビットストリームを多重化、同期を取る手法などが規格化されている。
【０００４】
このＭＰＥＧ−４のデータストリームでは、これまでの一般的なマルチメディアデータとは異なり、静止画像、動画像や音響に加え、テキストやＣＧ等の各オブジェクトを空間及び時間的に配置するための情報として、ＶＲＭＬ（Virtual Reality Modeling Language）を自然動画像や音響が扱えるように拡張したＢＩＦＳ（Binary Format for Scenes）が含まれている。ここでＢＩＦＳはシーン記述情報と呼ばれ、ＭＰＥＧ−４のシーンを２値で記述する情報である。このＢＩＦＳと、シーンを構成する静止画像、動画像、音響等の各メディアオブジェクトの関連付け、及び各メディアオブジェクトの復号に必要な情報（符号化方法、パケットの構成等）として、オブジェクト記述データ（ＯＤ：Objectdescriptor）が用いられている。このようなＭＰＥＧ−４のファイル形式として、MPEG-4 File Format（ISO/IEC 14496-14）規格（以下、ＭＰ４ファイルフォーマット）も規格化されている。このようなＭＰ４ファイルフォーマットを変換するために、特許文献１には、ＭＰ４ファイルのメディアデータの再書き込み処理を行わずに、効率的にＭＰ４ファイルを変換する手法が提案されている。
【特許文献１】特開２００３−１７３６２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１で提案される方式は、メタデータの変換候補情報に基づいて変換後のメタデータサイズの増加分を予測し、その予測した増加サイズ分のフリーデータをメディアデータの前に挿入し、ＭＰ４ファイルの変換時には、変換前のメタデータ部とフリーデータ部とを新しいメタデータで上書きするもので、ＭＰ４ファイル中に埋め込まれたハイパーリンクを効率的に変更する手法については言及されていない。
【０００６】
又、上述したようなＢＩＦＳのAnchorノード、Inlineノードを用いて埋め込まれた、ＭＰ４ファイル中のハイパーリンクを変更するためには、ＢＩＦＳをファイルの先頭から走査してＢＩＦＳ全体を復号し、シーン中のAnchorノード及びInlineノードのＵＲＬフィールドに記述されたＵＲＬ情報を変更した後、再度シーンをＢＩＦＳエンコードする必要があり、大変効率が悪い。
【０００７】
本発明は上記問題点に鑑みてなされたもので、本願発明の特徴は、ＭＰ４ファイルに埋め込まれたハイパーリンクを容易に、かつ効率良く変更できるファイル編集装置及びその方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の一態様に係るファイル編集装置は以下のような構成を備える。即ち、
マルチメディアファイルを変換するファイル編集装置であって、
前記マルチメディアファイルに埋め込まれたハイパーリンクの位置を示すハイパーリンク情報を生成する生成手段と、
前記生成手段により生成された前記ハイパーリンク情報を前記マルチメディアファイルの所定の場所に格納する格納制御手段と、
前記ハイパーリンクの変更が指示されたとき、前記マルチメディアファイルから前記ハイパーリンク情報を抽出する抽出手段と、
前記抽出手段によって抽出された前記ハイパーリンク情報に基づいて前記ハイパーリンクを変更し、当該変更されたハイパーリンクと対応するハイパーリンク情報を前記マルチメディアファイルに格納する格納制御手段とを有することを特徴とする。
【０００９】
本発明の一態様に係るファイル編集方法は以下のような工程を備える。即ち、
マルチメディアファイルを変換するファイル編集方法であって、
前記マルチメディアファイルに埋め込まれたハイパーリンクの位置を示すハイパーリンク情報を生成する生成工程と、
前記生成工程で生成された前記ハイパーリンク情報を前記マルチメディアファイルの所定の場所に格納する格納制御工程と、
前記ハイパーリンクの変更が指示されたとき、前記マルチメディアファイルから前記ハイパーリンク情報を抽出する抽出工程と、
前記抽出工程で抽出された前記ハイパーリンク情報に基づいて前記ハイパーリンクを変更し、当該変更されたハイパーリンクと対応するハイパーリンク情報を前記マルチメディアファイルに格納する格納制御工程とを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、マルチメディアファイルに埋め込まれたハイパーリンクを容易に、かつ効率良く変更できる効果がある。
【発明を実施するための最良の形態】
【００１１】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。
【００１２】
まず最初に、本実施の形態で採用するＭＰ４ファイルフォーマットのデータ構造について説明する。
【００１３】
図１は、ＭＰ４ファイルフォーマットのデータ構造を単純化して示す図である。
【００１４】
ＭＰ４ファイル１００は、イニシャルオブジェクトディスクリプタ（以下、ＩＯＤ）１０３、ＢＩＦＳ，ＯＤ，動画像（video）と音響（audio）から構成されるシンプルなファイル例で示されている。ｍｏｏｖ（MovieBox）１０１は、動画像や音響サンプルの管理情報のようなメタデータ情報を格納するためのボックスである。ｍｄａｔ（MediaDataBox）１０２は、動画像や音響のサンプルデータのような、メディアデータを格納するボックスである。このｍｄａｔ内部は、「チャンク」と呼ばれるデータ単位の連続で構成され、このチャンクには音響チャンク、映像チャンクなどが含まれている。またｍｏｏｖ１０１内には、ＩＯＤ１０３と、個々のメディアデータに対応するｔｒａｋ（TrackBox）と呼ばれるボックス１０４〜１０７が含まれている。
【００１５】
このＭＰ４ファイルフォーマットは、Ｂｏｘと呼ばれる以下のような入れ子型のデータ構造で構成される。
【００１６】
class Box {
unsigned int(32) size;
byte type[4];
byte data[];
};
ここで「ｓｉｚｅ」は、Ｂｏｘのデータ長を示すフィールド、「ｔｙｐｅ」は、Ｂｏｘの種類を示すフィールドで、各Ｂｏｘに対して割り当てられている４文字の識別子（４バイト）がセットされる。「ｄａｔａ」は、このＢｏｘの実際のデータを格納するデータフィールドで、その内容は「ｔｙｐｅ」によって異なる。尚、Ｂｏｘは階層構造を持つことができ、一つ以上のＢｏｘを内包することが可能になっているため、「ｄａｔａ」は他のＢｏｘになることもある。
【００１７】
図２は、ＭＰ４ファイルフォーマットで定義されているＢｏｘの一覧を説明する図である。
【００１８】
図２において、一番右の列を除く列は、ＭＰ４ファイル形式で定義されているボックスの種類と、その包含関係を示しており、一番右の列には、該当する行のボックスの説明が示される。
【００１９】
あるボックスが他のボックスを包含する関係が、列同士の位置関係によって示されている。この図２では、ある列のボックスは、その列よりも右側に位置する列で示されるボックスを包含していることを表している。例えば、一番上の行で示される「ｍｏｏｖ」ボックス２００は、「ｍｖｈｄ」（MovieHeaderBox），「ｉｏｄｓ」（InitialObjectDescriptor），「ｔｒａｋ」ボックス２０１を含んでいることを示している。
【００２０】
尚、本実施の形態では、各ボックスの項目及びオブジェクト・ディスクリプタ情報に含まれる項目に関する詳細な説明を省略する。これら項目に関する説明については、該当する規格書に記載されている定義を参照されたい。
【００２１】
図１に示すＭＰ４ファイルのＢｏｘ構成において、ＩＯＤ１０３は、ＭＰ４ファイルの再生装置に対してセッションの最初に送信されるデータで、ＢＩＦＳやＯＤ（ObjectDescriptor）の復号に必要な情報である。ｔｒａｋ１０４は、ＢＩＦＳの復号に必要な情報、ｔｒａｋ１０５はＯＤの復号に必要な情報、ｔｒａｋ１０６はビデオの復号に必要な情報、そしてｔｒａｋ１０７は音響（オーディオ）の復号に必要な情報をそれぞれ含んでいる。
【００２２】
このようなＭＰＥＧ−４のファイル（ＭＰ４ファイル）内に、他の文書や画像などの位置情報（ハイパーリンク）を埋め込み、複数の文書や画像などのオブジェクトを関連付ける場合には、ＢＩＦＳのAnchorノードやInlineノードを用いることが考えられる。
【００２３】
Anchorノードは、チャイルド内に含まれるジオメトリをＭＰ４ファイル再生装置がアクティブ化（クリックなど）した時点で、ネットワーク上からＵＲＬを取り込む。またAnchorノードでリンクされたジオメトリをマウスでクリックすると、それに関連付けられたリンク先にジャンプすることが可能になる。
【００２４】
またInlineノードは、そのチャイルドのデータを読み込むグループ化ノードで、フィールドＵＲＬには、チャイルドを含むＵＲＬが指定される。
【００２５】
尚、これらのＵＲＬの文字列情報は、ＢＩＦＳのエンコーダにより、ＵＴＦ−８と呼ばれる１文字を１〜６バイトの可変長の数値に変換する方式で数値の列に変換され、ファイル中に格納されることになる。
【００２６】
図３は、３つのＭＰ４ファイル３００，３０３，３０６から構成される複雑なＭＰＥＧ−４コンテンツの一例を示す図である。
【００２７】
ここでは、３つのＭＰ４ファイル３００，３０３，３０６が、上述したInlineノードを用いて関連付けられている。最上位のＭＰ４ファイル３００は、ＩＯＤを介してアクセスされるシーンであり、動画や音響のストリームを含んでいる。ＭＰ４ファイル３００のＢＩＦＳコマンド３０１には、Inlineノード３０２が含まれており、ＭＰ４ファイル３０３へのハイパーリンクが埋め込まれている。
【００２８】
２つ目のＭＰ４ファイル３０３は、最上位のＭＰ４ファイル３００中のInlineノード３０２によってリンクされたＭＰ４ファイルで、最上位のＭＰ４ファイル３００のＢＩＦＳコマンド３０１のInlineノード３０２を介して展開される。又、ＭＰ４ファイル３０３のＢＩＦＳコマンド３０４中にも、Inlineノード３０５が含まれており、ＭＰ４ファイル３０６へのハイパーリンクが埋め込まれている。またＭＰ４ファイル３０３にも、符号化された動画像と音響オブジェクトが含まれる。
【００２９】
同様に、３つ目のＭＰ４ファイル３０６は、２つ目のＭＰ４ファイル３０３中のInlineノード３０５によってリンクされたＭＰ４ファイルであり、２つ目のＭＰ４ファイル３０３のＢＩＦＳコマンド３０４中のInlineノード３０５を介して展開される。ＭＰ４ファイル３０６にも、符号化された動画像と音響オブジェクトが含まれる。
【００３０】
図４は、本発明の一実施形態に係るファイル編集装置の機能構成を説明するブロック図である。
【００３１】
このファイル編集装置は、メディア符号化部４００、シーン記述データ符号化部４０１、ＭＰ４ファイル生成部４０２、サイズ・オフセット変更部４０３、ハイパーリンク情報生成部４０４、ハイパーリンク情報抽出部４０５及び文字列変換部４０６とを備えている。以下順次、各部について説明する。
【００３２】
メディア符号化部４００は、マイク及びビデオカメラ等の入力装置（不図示）や、外部記憶装置（不図示）から入力された音響、静止画、動画像情報を符号化する。このメディア符号化部４００は、音響符号化部、静止画像符号化部、動画像符号化部を有しており、入力された音響、静止画、動画情報を各々対応する符号化部により符号化し、各サンプルのサイズやタイムスタンプといった管理情報を出力する。こうして符号化されたビットストリーム及び管理情報は、ＭＰ４ファイル生成部４０２へ入力される。
【００３３】
シーン記述データ符号化部４０１は、コンテンツ作成者からの要求に従って、音響、静止画、動画等のメディアオブジェクトや、テキスト、ＣＧ等を空間的、時間的に配置するべく入力されたシーン記述データを符号化し、各サンプルのサイズやタイムスタンプといった管理情報を出力する。こうして符号化されたビットストリーム及び管理情報は、ＭＰ４ファイル生成部４０２へ入力される。また、このシーン記述データ符号化部４０１は、入力されたシーン記述データ中に、前述したAnchorノードやInlineノードを用いたハイパーリンクが含まれる場合に、符号化されたシーン記述データ中の当該ハイパーリンクの位置（ＵＲＬ文字列の符号化シーン記述データ内のオフセット）を出力する。
【００３４】
サイズ・オフセット変更部４０３は、ＢＩＦＳサンプルサイズの変更通知に従って、ＭＰ４ファイル内のＢＩＦＳサンプルサイズを変更する。
【００３５】
ハイパーリンク情報生成部４０４は、ＭＰ４ファイル生成部４０２から入力されたハイパーリンク情報（シーン中のオフセット値）から、当該情報のファイルのオフセット値を算出して、ハイパーリンク情報を生成する。
【００３６】
ハイパーリンク情報抽出部４０は、ハイパーリンクのＵＲＬのファイルオフセットからＵＲＬ文字列を抽出し、ハイパーリンク情報生成部４０４へそのＵＲＬ文字列を入力する。文字列変換部４０６は、ＵＲＬ文字列を入力してハイパーリンク情報生成部４０４に供給している。従って、ユーザがＭＰ４ファイルに含まれているハイパーリンクを変更したい場合には、この文字列変換部４０６から、変更したいＵＲＬ文字列を入力することにより、ハイパーリンクのＵＲＬを変更することができる。
【００３７】
図５は、本実施の形態に係るファイル編集装置におけるファイルの編集及び記録処理を説明するフローチャートである。
【００３８】
ステップＳ５０１で、ＭＰ４ファイル生成部４０２は、メディア符号化部４００及びシーン記述データ符号化部４０１から入力されたビットストリーム及び管理情報からｍｏｏｖを生成し、次にステップＳ５０２で、ｍｄａｔを生成してファイルに格納する。次にステップＳ５０３で、ＭＰ４ファイル生成部４０２は、シーン中にハイパーリンクが埋め込まれているかどうかを判断する。ここでの判断は、シーン記述データ符号化部４０１からハイパーリンクを示す、ＵＲＬ文字列の符号化シーン記述データ内のオフセット情報が入力されたかどうかで判断する。このステップＳ５０３で、シーン記述データ中にハイパーリンクが埋め込まれていないと判断された場合は、そのままこのファイル作成処理を終了する。
【００３９】
一方、ステップＳ５０３で、シーン記述データ中にハイパーリンクが埋め込まれていると判断した場合はステップＳ５０４に進み、ＭＰ４ファイル生成部４０２は、ハイパーリンクを生成するために、シーン記述データ符号化部４０１から入力されたハイパーリンクをハイパーリンク情報生成部４０４へ入力する。これによりハイパーリンク情報生成部４０４は、ステップＳ５０５で、ＭＰ４ファイル生成部４０２から入力されたハイパーリンク情報（シーン中のオフセット値）から、当該情報のファイルオフセット値を算出して、ステップＳ５０６でハイパーリンクを生成する。そしてステップＳ５０３へと処理を移行する。
【００４０】
図６は、本実施の形態に係るファイル編集装置がファイルへ記録するハイパーリンクの一例を示す図である。
【００４１】
「HypertextOffsetBox」（以下、ｈｔｏｓ）は、シーン記述データ内に埋め込まれたハイパーリンクのＵＲＬ文字列の要素数（entry_count）と、要素数分の各ＵＲＬ文字列の先頭バイトのファイルオフセット値（offset）とを格納するユーザ定義のＢｏｘであり、ハイパーリンク情報生成部４０４が作成し、ＭＰ４ファイル生成部４０２によってＭＰ４ファイル内に配置される。
【００４２】
図６の例では、ハイパーリンクの数（entry count）は、最大２32個存在し、バージョンが「１」のときは、オフセットアドレスは符号なしの６４ビット、バージョンが「０」のときはオフセットアドレスは符号なしの３２ビットで表されることが分かる。
【００４３】
図７は、本実施の形態に係るファイル編集装置によって生成されるＭＰ４ファイルのデータ構造を示す図である。
【００４４】
図７で示されるＭＰ４ファイル７００は、図１のＭＰ４ファイル１００に、前述のｈｔｏｓ７０１が付加されたファイルの例で示されている。図において、図１と共通するデータ構造には同じ番号を付与し、その説明を省略する。
【００４５】
本実施の形態では、ｈｔｏｓはファイルの最後に配置されているが、これを配置する場所は、ファイル内の先頭でも構わない。ｈｔｏｓは、ユーザ定義アトムを用いているので、ＭＰ４ファイルのフォーマット規格に対する影響はなく、この機能をサポートしていないＭＰ４再生装置では読み飛ばされ、通常の処理が行われることになる。
【００４６】
ＭＰ４ファイルに埋め込まれたハイパーリンクの変更時には、このｈｔｏｓデータ構造から、目的とする外部参照ＵＲＬの文字列を取得して、直接新しいデータで上書きする。これにより、ＭＰ４ファイルの修正に伴う、探索、復号、再エンコード処理を行わずにＭＰ４ファイルの修正を実現することができる。
【００４７】
図８は、本実施の形態に係るファイル編集装置がハイパーリンクを変更するためにファイルを変更する処理を説明するフローチャートである。
【００４８】
まずステップＳ８０１で、ハイパーリンク情報抽出部４０５は、ＭＰ４ファイル生成部４０２から入力されるＭＰ４ファイルを読み込み、ステップＳ８０２で、ＭＰ４ファイル内のｈｔｏｓを抽出する。ステップＳ８０３で、ｈｔｏｓを抽出できない場合、若しくはｈｔｏｓ内のエントリーが「０」の場合は、ＭＰ４ファイル内にハイパーリンクが含まれていないと判断し、そのまま処理を終了する。
【００４９】
一方、ステップＳ８０３で、エントリーが含まれていると判定した場合はステップＳ８０４に進み、ハイパーリンクのＵＲＬのファイルオフセットからＵＲＬ文字列を抽出し、その抽出したＵＲＬ文字列をハイパーリンク情報生成部４０４へ供給する。次にステップＳ８０５で、ハイパーリンク情報生成部４０４は、ハイパーリンク情報抽出部４０５から入力されたＵＲＬ文字列を、文字列変換部４０６から入力されたＵＲＬ文字列へ上書きして変更する。
【００５０】
ここで、このＵＲＬ文字列は、前述したように、シーン記述データにＢＩＦＳが用いられた場合、ＵＴＦ−８と呼ばれる文字列をバイト列（数値の列）に変換する方式の一つでバイト列に変換されている。
【００５１】
次にステップＳ８０６で、ハイパーリンク情報生成部４０４は、ハイパーリンク情報抽出部４０５から入力されたＵＲＬ文字列の長さ（バイト数）と、文字列変換部４０６から入力されたＵＲＬ文字列の長さ（バイト数）とを比較し、ＵＲＬ文字列の長さが変更されたか否かを判断する。ここでサイズが変更されていないと判断した場合はステップＳ８０３に戻るが、サイズが変更されたと判断した場合はステップＳ８０７に進み、当該ハイパーリンクが埋め込まれていたＢＩＦＳサンプルサイズを変更するべく、サイズ・オフセット変更部４０３へＢＩＦＳサンプルサイズを変更するように通知する。こうしてサイズ・オフセット変更部４０３は、ＭＰ４ファイル内のＢＩＦＳサンプルサイズを変更する。また、このステップＳ８０７では、ＢＩＦＳサンプルのサイズが変更された場合には、ＭＰ４ファイル内のＢＩＦＳチャンク以降のチャンクのオフセットも変更する必要があるため、サイズ・オフセット変更部４０３へチャンクオフセットの変更通知を行う。これによりサイズ・オフセット変更部４０４は、ＭＰ４ファイル内のＢＩＦＳチャンク以降のチャンクのオフセットを変更する。
【００５２】
このように本実施の形態に係るファイル編集装置及びその方法によれば、ＭＰ４ファイルに埋め込まれたハイパーリンクを、上述したｈｔｏｓデータ構造から、目的とする外部参照ＵＲＬ文字列を取得して、直接新しいデータで上書きすることで、サーチ、復号、再エンコード処理を行わずにバイナリ形式のまま変更することができる。
［その他の実施形態］
また、本発明の目的は前述したように、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステムあるいは装置に提供し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ROMなどを用いることができる。
【００５３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれていることは言うまでもない。
【００５４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含むことは言うまでもない。
【図面の簡単な説明】
【００５５】
【図１】ＭＰ４ファイルフォーマットのデータ構造を単純化して示す図である。
【図２】ＭＰ４ファイルフォーマットで定義されているＢｏｘの一覧を説明する図である。
【図３】３つのＭＰ４ファイルから構成される複雑なＭＰＥＧ−４コンテンツの一例を説明する図である。
【図４】本発明の一実施の形態に係るファイル編集装置の機能構成を説明するブロック図である。
【図５】本実施の形態に係るファイル編集装置におけるファイルの編集記録処理を説明するフローチャートである。
【図６】本実施の形態に係るファイル編集装置においてファイルに記録されるハイパーリンク情報の一例を示す図である。
【図７】本実施の形態に係るファイル編集装置によって生成されるＭＰ４ファイルのデータ構造を説明する図である。
【図８】本実施の形態に係るファイル編集装置がハイパーリンク情報を変更する場合の処理を説明するフローチャートである。
【図１】
2006024288.tif 000003
【図２】
2006024288.tif 000004
【図３】
2006024288.tif 000005
【図４】
2006024288.tif 000006
【図５】
2006024288.tif 000007
【図６】
2006024288.tif 000008
【図７】
2006024288.tif 000009
【図８】
2006024288.tif 000010