(57)【特許請求の範囲】
【請求項１】
第１のトラック、第２のトラックと呼ぶ、少なくとも２つの分離したデータトラック（トラック１、トラック２）を含む、マルチメディアファイル（５０）のデータの同期方法であって、該方法が、
第１のタイプ、第２のタイプのデータを、それぞれ、再生命令と待ち時間とにグループ化して第１のトラック、第２のトラックに格納し、
少なくとも１つの同期命令を各再生命令の前に各トラックに挿入することを含み、
さらに、第１のトラック（６０）に含まれる前記同期命令と同じ場所に、前記マルチメディアファイルの他のトラック（７０）においても同期命令を挿入し、
前記第１のトラックの最初の前記同期命令の実行を、前記他のトラックの最初の同期命令の実行と同時に行い、
前記第１のトラックがサウンドトラックであり、前記他のトラックが画像トラックであり、サウンドトラックが画像トラックに対して優先権を有するように指定し、
前記マルチメディアファイルの全てのトラックを同期して読み、前記トラックのそれぞれに含まれる前記再生命令を実行するステップを有し、
このステップの間で、 
前記同期命令がサウンドトラックに先に見つかると、前記同期命令が前記画像トラックに見つかるまで、前記画像トラック内の前記再生命令を実行することなく、前記画像トラックを読みつづけ、前記画像トラックの前記同期命令の後に、再生命令の実行を再開し、
前記同期命令が画像トラックに先に見つかると、前記画像トラックを読むことを中止し、前記同期命令が前記サウンドトラックに見つかるまで、前記サウンドトラックの再生命令を読むことと実行することとを続け、
再び、前記画像トラックの再生命令を読み、実行し、前記サウンドトラックの再生命令を読むことと実行することとを継続することを特徴とする方法。
【請求項２】
前記サウンドトラックの前記再生命令がサウンドを再生する命令に対応し、前記画像トラックの前記再生命令が画像を表示する命令に対応することを特徴とする、請求項１に記載の方法。
【請求項３】
同期して実行する前記同期命令のそれぞれが、１つのトラックから他のトラックに亘って、同じ番号を有することを特徴とする、請求項１または２に記載の方法。
【請求項４】
請求項１から３のいずれか一項に記載の方法を実施し、少なくとも２つの分離したトラック（トラック１、トラック２）を含むマルチメディアファイル（５０）を利用するための装置であって、各トラックのデータを読む手段と、読む手段が互いに通信する手段を含み、前記読む手段の間で通信するデータが、トラックの同期命令を読むことに関係し、１つのトラックを読む手段を、他の読む手段に対して優先権を持つように指定することを特徴とする装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、マルチメディアファイルの異なるタイプのデータを同期させる方法に関する。
【０００２】
【従来の技術】
この方法は、例えば、マルチメディア機能を有することの出来る、移動無線端末、ポケットコンピュータおよびその他の機器など、携帯システムに適用されるが、これらのシステムは、マルチメディアファイルのサイズとファイルを処理するのに必要な計算能力に問題がある。
【０００３】
非常に多くのモノメディアファイルが存在する、たとえば、画像を格納するＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ：画像に関する共同専門家委員会）形式あるいはテキストを格納するＲＴＦ（Ｒｉｃｈ  Ｔｅｘｔ  Ｆｉｌｅ：  リッチテキストファイル）形式など、データの特定のタイプにのみ関係するファイルがある。
【０００４】
「マルチメディアファイル」という表現は、一般に、同じファイルに異なるタイプのデータ（画像、サウンドおよびテキストなど）を統合することを意味する。それぞれのタイプのデータは、所与のトラックに含まれる。各トラックは、一連の命令の形式に組織化される。各トラックは、マイクロプロセッサによりスキャンされる。各マイクロプロセッサは、１つのトラックからの命令を、あるいは１つより多いトラックからの同時の命令を、他のマイクロプロセッサと同時に、実行し、異なるインタフェースを介して、マルチメディア機能を有する端末のユーザにデータを表示することが出来る。インタフェースは、テキストおよび画像データに対してはスクリーンであり得、およびサウンドデータに対しては拡声器であり得る。それ故、ユーザは、サウンドを聞きながらテキストおよび画像を見る。
【０００５】
問題は、それ故、テキストを音楽および画像に合わせる、すなわち同じマルチメディアファイルに含まれる異なるタイプのデータの同期を取ることである。
【０００６】
各マイクロプロセッサは、１つのタイプのデータを含む各トラックに関連して、発振器を使用する。各発振器は、他の発振器の周波数と若干異なる周波数を有する信号を生成する。また、各プロセッサが実行するソフトウエアは、異なるオペレーティングシステムをベースとすることは出来るが、オペレーティングシステムは、時間と共に、ずれを生じる。したがって、２つのマイクロプロセッサが、同時にそれぞれのトラックを読み始めても、最終的には、互いに同期しない。例えば、もし、サウンドデータトラックのマイクロプロセッサが、テキストデータのマイクロプロセッサに遅れると、歌のフレーズを聞く前に、フレーズのテキストが表示される。
【０００７】
従来の解は、時間的同期である。
【０００８】
図１に示す例では、マイクロプロセッサμｐ１は、サウンドを含むトラック１を読み、３μｓごとに、同期データをマイクロプロセッサμｐ２に送り、マイクロプロセッサμｐ２はテキストを含むトラック２を読む。同期データは、あるいは、マルチメディアファイルに格納しても良い。
【０００９】
したがって、マイクロプロセッサμｐ２は、３μｓごとに、自身のクロックの、第１のマイクロプロセッサμｐ１のクロックとの同期を検証する。マイクロプロセッサμｐ２が他より進んでいることを知ると、時間差を計算し、その時間の間、トラック２を読むことを中止する。次いで、マイクロプロセッサμｐ２は、マイクロプロセッサμｐ１と同期して、再スタートする。より良い同期が要求されると、送信すべき同期データの量は増加し、さらに頻繁に送信しなければならないことは、明らかである。
【００１０】
移動端末では、厳しいファイルサイズの制限がある。利用可能なメモリは、全体のサイズおよびバッテリの寿命の理由により、制限される。さらに、マルチメディアファイルはサーバセンタから妥当な時間内にダウンロードできなければならず、この時間は直接的にファイルサイズに依存する。
【００１１】
繰り返し生じる同期データを格納するのは、メモリの点で高価である：  交換するデータの流れは、同期データの多くの交換により負荷となり、メモリをオーバロードする。
【００１２】
上の解は、また、さらなる、主要な欠点を有する：  マイクロプロセッサμｐ２がフレーズを表示中に、同期データがマイクロプロセッサμｐ２に達することがある。そうすると、フレーズの表示は、途中で止まり、ユーザは、流れるようなデータ表示の印象を受けない。
【００１３】
【発明が解決しようとする課題】
本発明の目的は、マルチメディアファイルのサイズを削減し、交換するデータ量を最適化し、最適な同期を提供することである。
【００１４】
【課題を解決する手段】
このため、本発明は、第１のファイル、第２のファイルなどと呼ぶ、少なくとも２つの分離したデータファイル（トラック１、トラック２）を含む、マルチメディアドキュメント（５０）のデータの同期方法であって、該方法が
第１のタイプ、第２のタイプなどのデータを、それぞれ、第１のファイル、第２のファイルなどに格納し、重要なイベントあるいは重要でないイベントを特徴付ける、少なくとも１つのイベント関連命令の形式にグループ化し、
少なくとも１つの同期命令を各ファイルに挿入することを含み、
重要なイベントを特徴付ける各イベント関連命令の前に、前記同期命令を挿入することを特徴とする、方法を提供する。
【００１５】
この方法は、重要なイベントが、テキストを表示する命令、画像を表示する命令、あるいは、サウンドを再生する命令に対応することを特徴とする、ことが有利である。
【００１６】
本発明は、また、データを格納する少なくとも１つのトラックおよび各トラックに少なくとも１つの同期命令を含むマルチメディアファイルのデータを同期させる装置であって、各トラックのデータを読む第１の手段と、第１の手段が互いに通信することを可能にする第２の手段を有し、第１の手段の間で通信するデータが、同期命令の発生に関係する装置を提供する。装置は、第１のデータを読む手段の１つを、最高の優先権を持つように指定し、他の第１の手段を最高の優先権を持つ手段に同期させることを特徴とする。
【００１７】
本発明とその利点は、添付の図面を参照する以下の説明においてより明らかになる。
【００１８】
【発明の実施形態】
本発明によるマルチメディアファイルのデータは、時間値あるいはサウンドまたはテキストまたは画像のコーディング値を含むことが出来る。時間値は、音符の継続時間、画像の表示時間、トラックの開始または終了の時間、あるいは２つのイベント間の待ち時間を表すことが出来る。本発明によれば、マルチメディアファイルのトラックは、また、トラック（音符、画像、テキストなど）に含まれる種々のイベントに関する同期命令を含む。
【００１９】
図２は、本発明によるマルチメディアファイルの構成を示す図である。
【００２０】
マルチメディアファイル５０は、ヘッダ５５およびトラック６０、７０、８０を含む。本発明によれば、マルチメディアファイルは、１からｎの個数のトラックを含むが、図２は、単に、この種のファイルの１例を示すに過ぎない。
【００２１】
ヘッダ５５は、全てのトラックに共通なデータを含むが、本明細書では詳しく説明はしない。
【００２２】
ファイル５０の各トラックは、単一のタイプのデータを含む。例えば、トラック６０は、サウンド用のＭＩＤＩ（Ｍｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ：  楽器のディジタルインタフェース）形式のトラックであり得、トラック７０は、一連の画像を含むことが出来、トラック８０は、テキストの連なりを含むことが出来る。異なるトラックを、マイクロプロセッサがスキャンし、同時にユーザに提示することを意図する。それ故、異なるマイクロプロセッサは、同時にトラックをスキャンする。
【００２３】
各トラック６０、７０および８０は、それぞれ、ヘッダ６５、７５および８５を有する。各ヘッダは、トラックに含まれるデータタイプのインジケータを含む。従って、ＭＩＤＩデータを読むことの出来るマイクロプロセッサは、このインジケータから、読むトラックを知る。
【００２４】
各トラックは、また、マイクロプロセッサ（例えば、画像あるいはテキストを表示するために）が、連続して実行する命令の形式に組織化されたデータを含む。
【００２５】
図３は、マルチメディアファイルに含まれる３つのトラックの構成例を示す。
【００２６】
この例では、
トラック６０あるいはトラック１は、ＭＩＤＩサウンドデータのみを含む。サウンドデータは、標本抽出したサウンド（話し、拍手またはマイクロホンノイズなど雑多なノイズ）からなりうる。
【００２７】
トラック７０あるいはトラック２は、ＪＰＥＧイメージの連なりに対応するデータのみを含む。
【００２８】
トラック８０あるいはトラック３は、テキストメッセージに対応するデータのみを含む。
【００２９】
各トラックは、ユーザへの提示を始めるスタートフィールドおよびユーザへの提示を終了する終了フィールドを有する。
【００３０】
トラック１は、サウンドに関するデータを含む。第１のフィールドＮｆ１は、第１の音符の周波数を表し、第２のフィールドＮｄ１は、継続時間を表す。同様に、フィールドＮｆ２およびＮｄ２は、第２の音符を定義する。フィールドＤ１は、トラックの次の音符を提示する前の待ち時間を表す。
【００３１】
フィールドＮｆ３およびＮｄ３は、それぞれ、第３の音符の周波数と継続時間を表す。
【００３２】
従って、音符または待ち時間を定義するフィールドは、トラック１において連続することが出来る。
【００３３】
トラック２は、ＪＰＥＧイメージの連なりに対応するデータを含む。この例では、イメージＪＰＥＧ１に対するフィールドＪＰＥＧｄ１およびイメージＪＰＥＧ２に対するフィールドＪＰＥＧｄ２が表す所与の時間の間、フィールドＪＰＥＧ１およびフィールドＪＰＥＧ２が表す２つのＪＰＥＧイメージを、ユーザに提示しなければならない。フィールドＪＰＥＧＤ０、ＪＰＥＧＤ１およびＪＰＥＧＤ２は、イメージの前の、あるいはイメージの間の待ち時間を表す。
【００３４】
トラック３は、テキストメッセージに対応するデータを含む。この例では、フィールドＴＥＸＴ１およびＴＥＸＴ２が表す２つの音節をユーザに提示しなければならない。フィールドＴＥＸＴＤ０およびＴＥＸＴＤ１は、テキストの前の待ち時間を表す。
【００３５】
同期命令は、フィールドＳＹＮＣＨｉによって表される。ここで、ｉは１からｎまでの数である。
【００３６】
同期命令は、従来のように、時間的命令ではなく、特定のイベントに依存する。従って、フィールドＳＹＮＣＨｉはトラックに規則的な時間間隔では存在しない。
【００３７】
図３の例では、トラック１のデータに含まれる音符は、中断してはならない。３つのトラックを同期させる際に、ユーザの聞く音楽を中断してはならない。このトラックを読むのに専用のマイクロプロセッサは、マスターと考えられる。
【００３８】
マスタープロセッサは、スレーブと呼ぶ、他のトラックを処理するプロセッサを自身に同期させる。
【００３９】
幾つかの音符は、イメージあるいは音節の表示に対応しなければならない。
【００４０】
この例では、第１のフィールドＮｆ１およびＮｄ１は、第１の音符に対応する。第２のフィールドＮｆ２およびＮｄ２に対応する第２の音符は、トラック２のフィールドＪＰＥＧ１に対応する第１の画像が表示された瞬間に、聞こえなければならない。次に、フィールドＤ１に対応する待ち時間の後、第３のフィールドＮｆ３およびＮｄ３に対応する第３の音符は、トラック３のフィールドＴＥＸＴ１に対応する第１の音節が表示される瞬間に、聞こえなければならない。最後に、第４のフィールドＮｆ４およびＮｄ４に対応する第４の音符は、トラック２のフィールドＪＰＥＧ１に対応する第２の画像とトラック３のフィールドＴＥＸＴ２に対応する第２の音節が、同時に表示された瞬間に、聞こえなければならない。
【００４１】
従って、フィールドＳＹＮＣＨ１に対応する第１の同期命令は、以下のように存在する：
トラック１のフィールドＮｄ１とＮｆ２の間、
トラック２のフィールドＪＰＥＧＤ０とＪＰＥＧ１の間、
トラック３のフィールドＴＥＸＴＤ０とＴＥＸＴＤ１の間。
【００４２】
フィールドＳＹＮＣＨ２に対応する第２の同期命令は、以下のように存在する：
トラック１のフィールドＤ２とＮｆ３の間、
トラック２のフィールドＪＰＥＧＤ１とＪＰＥＧＤ２の間、
トラック３のフィールドＴＥＸＴＤ１とＴＥＸＴの間。
【００４３】
フィールドＳＹＮＣＨ３に対応する第３の同期命令は、以下のように存在する：
トラック１のフィールドＮｄ３とＮｆ４の間、
トラック２のフィールドＪＰＥＧＤ２とＪＰＥＧ２の間、
トラック３のフィールドＴＥＸＴ１とＴＥＸＴ２の間。
【００４４】
マルチメディアドキュメントをユーザに提示すると、マイクロプロセッサは、全てのトラックを同時にスキャンする。スレーブマイクロプロセッサがマスターマイクロプロセッサより遅れるか進むかに従って、２つの状況が生じる。各スレーブマイクロプロセッサは、マスターマイクロプロセッサから同期命令に関するデータを受信することが出来る。
【００４５】
トラック１に専用のマスターマイクロプロセッサは、フィールドＳＹＮＣＨ１に対応する第１の同期命令に達し、他のマイクロプロセッサに第１の同期データを送信する。
【００４６】
２つの状況は以下の如く生じる：
もし、トラックｉに専用であり、遅れているスレーブマイクロプロセッサがデータを受信する瞬間に、トラックｉのフィールドＳＹＮＣＨ１に未だ遭遇していなければ、スレーブマイクロプロセッサは、遭遇した命令を実行することなく、ファイルのスキャンを続け、出来るだけ早くフィールドＳＹＮＣＨ１に到達する。次に、フィールドＳＹＮＣＨ１の後に、スレーブマイクロプロセッサは遭遇した命令の実行を再開する。
【００４７】
もし、データの受信前に、トラックｉに専用のスレーブマイクロプロセッサが既にフィールドＳＹＮＣＨ１に到達していれば、マスターマイクロプロセッサが送信する第１の同期データを受信するまで、スレーブマイクロプロセッサはトラックｉのフィールドを読むことを中止する。次に、スレーブマイクロプロセッサはトラックｉのフィールドを読むことを再開し、記述された命令を実行する。
【００４８】
従って、それぞれの重要な命令、すなわち、実行を中断してはならない命令は、同期命令を表すフィールドが先行する所与のフィールドによって表される。同期命令は、全ての、他のトラックの同じ場所にある。このため、異なるトラックは、必要な場合、重要な命令の前で再同期する。
【００４９】
従って、本発明では、マルチメディアファイルのデータを同期させ、不必要な同期データでメモリを過負荷にすることがなく、マイクロプロセッサ間の同期データの転送を制限し、大量の不必要な同期データでトラックを過負荷にすることがなく、そして最も重要なことには、重要な命令を途中で中止することがない。
【図面の簡単な説明】
【図１】従来技術におけるマルチメディアファイルの同期を表す。
【図２】本発明によるマルチメディアファイルを示す図である。
【図３】マルチメディアファイルにおけるトラックの詳細を示す。
【符号の説明】
５０  マルチメディアファイル
５５  ヘッダ
６０、７０、８０  トラック
６５、７５、８５  各トラックのヘッダ
【図１】
0004703095.tif 000002
【図２】
0004703095.tif 000003
【図３】
0004703095.tif 000004