JP2011155667A

JP2011155667A - 複数のメディアデバイスへのアクセスを統合する層を有するマルチメディアシステムのフレームワーク

Info

Publication number: JP2011155667A
Application number: JP2011044534A
Authority: JP
Inventors: Daniel Cardamore; カーダモアダニエル; Andrew Poliak; ポリアクアンドリュー
Original assignee: QNX Software Systems GmbH
Current assignee: QNX Software Systems GmbH
Priority date: 2006-08-25
Filing date: 2011-03-01
Publication date: 2011-08-11
Also published as: EP1895434A1; KR20080018805A; JP2008054312A; CA2598349A1

Abstract

【課題】マルチメディアシステムにおける複数のデバイスからメディアコンテンツを識別してアクセスする、より効果的なマルチメディアフレームワークおよびそれを実装したマルチメディアシステムを提供すること。
【解決手段】複数のマルチメディアソースからのマルチメディアファイル情報が一般にアクセスが可能なフォーマットに統合されているデータベースと、該マルチメディアと該データベースとにアクセスするように構成されたマルチメディアエンジンと、該マルチメディアエンジンと相互作用することにより、該データベースに格納された情報に基づいて該マルチメディアファイルにアクセスするためのグラフィカルインターフェースを提供するように構成されたヒューマンマシーンインターフェースとを備えているマルチメディアシステム。
【選択図】図１

Description

（関連出願の参照）
本出願は、２００６年８月３１日出願の米国仮特許出願第６０／８４１，６５９号に対する優先権を主張し、本明細書中に参照として援用される。

（技術分野）
本発明は、マルチメディアの分野に関し、特に、多様なメディアセットを有する複数のメディアデバイスへのアクセスを統合する層を有するマルチメディアシステムフレームワークに関連する。

マルチメディアシステムは、マルチメディアコンテンツの再生のために複数のメディアプレーヤーを用い得る。そのようなプレーヤーは、符号化された音楽ファイルを再生するセキュアデジタル（ＳＤ）カードを有する携帯電話、符号化された音楽ファイルの格納および再生のためのソニーメモリースティック技術を用いるソニーのプレイステーションポータブルユニット、ビデオメディアファイル、メディアファイルの格納および再生のための内部ハードディスクドライブを使用するｉＰｏｄ（登録商標）デバイスおよびユニバーサルシリアルバス（ＵＳＢ）フラッシュメモリを使用するものを含む他のメディアプレーヤーを含む。メディアファイルは、様々な異なるフォーマットを用いてこれらのデバイスに符号化され得、該フォーマットは、ＭＰＥＧｌａｙｅｒＩＩＩ（ＭＰ３）エンコーディング、Ｗｉｎｄｏｗｓ（登録商標）ＭｅｄｉａＡｕｄｉｏ（ＷＭＡ）エンコーディング、Ｗｉｎｄｏｗｓ（登録商標）ＭｅｄｉａＶｉｄｅｏエンコーディング、ＲｅａｌＡｕｄｉｏエンコーディング、ＲｅａｌＶｉｄｅｏエンコーディング、ＤＶＤビデオ、ＣＤオーディオなどである。

そのようなシステムにおいて、ユーザは、第１、にメディアファイルが再生されるべきデバイスを識別し、次いで再生のためのデバイス上の特定のメディアファイルを識別する。システムに幾つかの異なるプレーヤーが取り付けられており、それぞれが多数のメディアファイルを有するときには、ユーザが、所望のメディアファイルが格納されているデバイスの最新の状態を把握することは、非常に困難となる。特定のデバイスから所定のアイテムが再生されることを制限する音楽またはビデオのライセンス権は、所望のアイテムの位置検出および再生の問題をさらに複雑化する。物理的な位置に基づいてメディアを区分することは、現在の車両メディアシステムにおいて一般的となっているが、安全性のリスクをも生じさせ得、それは、エンドユーザが車を運転中に、様々なソースからメディアの位置を探そうとするときに起こり得る注意の散漫のせいである。

車両に用いられるようなマルチメディアシステムは、各メディアデバイス内に含まれたメタデータを用いて、装着されたメディアデバイスのコンテンツをアドレスする。従って、コンテンツの再生は、メディアデバイスの選択およびデバイスから検索されたメタデータのブラウジングを含む。所望のコンテンツが、表示されたメタデータからユーザによって識別されると、それは、マルチメディアシステムを介して再生され得る。

従って、エンドユーザがマルチメディアシステムに装着されたメディアデバイスの数を増やし、エンターテイメントサービスに加入し、かつ複数のストレージロケーションにアクセスを有するようになるにつれて、それらの全ては同様の機能のパフォーマンスを要求し得るが、ユーザの関与を少なくしたコンテンツの位置検出および再生が、ますます重要になる。従って、マルチメディアシステムにおける複数のデバイスからメディアコンテンツを識別してアクセスする、より効果的なマルチメディアフレームワークの開発が、該当の産業分野に必要である。

マルチメディアシステムが述べられており、該マルチメディアシステムは、マルチメディアエンジン、データベースおよびヒューマンマシーンインターフェースを備えている。マルチメディアエンジンは、１つ以上のマルチメディア出力デバイスの再生のために、複数のマルチメディアデータソースからマルチメディアファイルにアクセスするように構成され得る。データベースは、複数のマルチメディアデータソースに格納されたマルチメディアファイルに関連する情報を格納するように構成され得る。複数のマルチメディアデータソースからのマルチメディアファイル情報は、データベースにおいて一般にアクセス可能なフォーマットに統合され得る。ヒューマンマシーンインターフェースは、複数のマルチメディアデータソースからの対応するマルチメディアファイルの再生のために、データベースに格納された情報に対するグラフィカルインターフェースを提供するように構成され得る。

他のシステム、方法、特徴および本発明の利点は、以下の図面および詳細な記述の考察によって当業者に明らかになる。そのような全ての追加のシステム、方法、特徴および利点は、本記述内に含められ、本発明の範囲内であり、本明細書中の特許請求の範囲において保護されることが意図される。

本発明は、さらに、以下の手段を提供する。

（項目１）
マルチメディアシステムであって、
複数のマルチメディアデータソースに格納されたマルチメディアファイルに関連する情報を格納するデータベースであって、該複数のマルチメディアデータソースからの該マルチメディアファイル情報は、該データベースにおいて一般にアクセスが可能なフォーマットに統合されている、データベースと、
該マルチメディアファイルと該データベースとにアクセスするように構成されたマルチメディアエンジンと、
該マルチメディアエンジンと相互作用することにより、該データベースに格納された情報に基づいて該マルチメディアファイルにアクセスするためのグラフィカルインターフェースを提供するように構成された、ヒューマンマシーンインターフェースであって、該相互作用は、該複数のマルチメディアデータソースのうちの、該マルチメディアファイルを含むものからほぼ独立している、ヒューマンマシーンインターフェースと
を備えている、マルチメディアシステム。

（項目２）
上記マルチメディアエンジンは、上記複数のマルチメディアデータソースに格納された上記マルチメディアファイルに関連する情報を、上記データベースに格納された上記情報に同期させるように構成された同期化ソフトウェアを備えている、項目１に記載のマルチメディアシステム。

（項目３）
上記同期化ソフトウェアは、上記マルチメディアファイルに関連するメタデータ情報を、上記データベースに格納された上記情報に同期させるように構成されている、項目２に記載のマルチメディアシステム。

（項目４）
上記同期化ソフトウェアは、上記マルチメディアファイルに関連するプレイリスト情報を、上記データベースに格納されたプレイリスト情報に同期させるように構成されている、項目２に記載のマルチメディアシステム。

（項目５）
上記データベースは、上記マルチメディアエンジンによって識別された１つ以上の物理的なデバイスを記述する情報を含むメディアストア表を備えている、項目１に記載のマルチメディアシステム。

（項目６）
上記データベースは、ファイルシステムのロケーションに対応する情報を含むスロット表を備え、該ファイルシステムのロケーションにおいて、メディアストアは、上記マルチメディアエンジンによって接続および除去され得る、項目１に記載のマルチメディアシステム。

（項目７）
上記データベースは、メインの記録表と１つ以上のリンクした表とを備え、該メインの記録表は、個別のマルチメディアファイルに関連する情報を有するエントリを備えている、項目１に記載のマルチメディアシステム。

（項目８）
上記メインの記録表における個別のエントリは、対応するマルチメディアファイルに対するメディアストア情報を含み、該メディアストア情報は、上記マルチメディアエンジンによって識別された１つ以上の物理的なデバイスを記述する情報を有するメディアストア表にリンクされている、項目７に記載のマルチメディアシステム。

（項目９）
上記データベースは、ファイルシステムのロケーションに対応する情報を含むスロット表を含み、該ファイルシステムのロケーションにおいて、上記メディアストアは、上記マルチメディアエンジンによって接続および除去され得る、項目８に記載のマルチメディアシステム。

（項目１０）
マルチメディアシステムであって、
複数のマルチメディアデータソースに格納されたマルチメディアファイルに関連する情報を格納するデータベース手段であって、該複数のマルチメディアデータソースからの該マルチメディアファイル情報は、該データベース手段において一般にアクセスが可能なフォーマットに統合されている、データベース手段と、
該マルチメディアファイルと該データベースとにアクセスするためのマルチメディアエンジン手段と、
該マルチメディアエンジン手段と相互作用することにより、該データベース手段に格納された情報に基づいて該マルチメディアファイルにアクセスするためのグラフィカルインターフェースを提供するヒューマンマシーンインターフェースであって、該相互作用は、複数のマルチメディアデータソースのうちの、該マルチメディアファイルを含むものからほぼ独立している、ヒューマンマシーンインターフェースと
を備えている、マルチメディアシステム。

（項目１１）
上記マルチメディアエンジン手段は、上記複数のマルチメディアデータソースに格納された上記マルチメディアファイルに関連する情報を、上記データベース手段に格納された上記情報に同期させるための同期化手段を備えている、項目１０に記載のマルチメディアシステム。

（項目１２）
上記同期化手段は、上記マルチメディアファイルに関連するメタデータ情報を、上記データベース手段に格納された上記情報に同期させるように構成されている、項目１１に記載のマルチメディアシステム。

（項目１３）
上記同期化手段は、上記マルチメディアファイルに関連するプレイリスト情報を、上記データベース手段に格納されたプレイリスト情報に同期させるように構成されている、項目１１に記載のマルチメディアシステム。

（項目１４）
上記データベース手段は、上記マルチメディアエンジン手段によって識別された１つ以上のマルチメディアデバイスを記述する情報を格納するメディアストア表手段を備えている、項目１０に記載のマルチメディアシステム。

（項目１５）
上記データベース手段は、ファイルシステムのロケーションに対応する情報を格納するスロット表手段を備え、該ファイルシステムのロケーションにおいて、メディアストアは、上記マルチメディアエンジン手段によって接続および除去され得る、項目１０に記載のマルチメディアシステム。

（項目１６）
マルチメディアシステムを動作させる方法であって、該方法は、
複数のマルチメディアデータソースに格納されたマルチメディアファイルに関連する情報をデータベースに格納することであって、該複数のマルチメディアデータソースからの該マルチメディアファイル情報は、該マルチメディアファイルが格納される該複数のマルチメディアデータソースからほぼ独立した、一般にアクセス可能なフォーマットで統合される、ことと、
該データベースに格納された該情報に基づいて該マルチメディアファイルと相互作用することと
を備えている、方法。

（項目１７）
上記相互作用することは、グラフィカルユーザインターフェースを用いて上記マルチメディアファイルと相互作用することを含み、該グラフィカルユーザインターフェースは、複数のマルチメディアファイルに関連する情報を、どこに該複数のマルチメディアファイルが格納されているかを参照することなく同時に表すように構成されている、項目１６に記載の方法。

（項目１８）
上記複数のマルチメディアデータソースに格納されている、上記マルチメディアファイルに関連する情報を上記データベース手段に格納されている上記情報に同期させることをさらに備えている、項目１６に記載の方法。

（項目１９）
上記マルチメディアシステムに接続されている１つ以上のマルチメディアデバイスを記述する情報を有するメディアストア表を生成することをさらに備えている、項目１６に記載の方法。

（項目２０）
ファイルシステムのロケーションに対応する情報を有するスロット表を生成することをさらに備え、該ファイルシステムのロケーションにおいて、メディアストアは、上記マルチメディアシステムによって接続および除去され得る、項目１６に記載の方法。

（摘要）
マルチメディアシステムが述べられており、該マルチメディアは、マルチメディアエンジン、データベースおよびヒューマンマシーンインターフェースを備えている。マルチメディアエンジンは、１つ以上のマルチメディア出力デバイスの再生のために、複数のマルチメディアデータソースからマルチメディアファイルにアクセスするように構成され得る。データベースは、複数のマルチメディアデータソースに格納されたマルチメディアファイルに関する情報を格納するように構成され得る。複数のマルチメディアデータソースからのマルチメディアファイル情報は、データベースにおいて一般にアクセス可能なフォーマットに構成され得る。ヒューマンマシーンインターフェースは、複数のマルチメディアデータソースからの対応するマルチメディアファイルの再生のために、データベースに格納された情報に対するグラフィカルインターフェースを提供するように構成され得る。

図１は、複数のメディアデバイス上のファイルへの統合されたアクセスを有するマルチメディアシステムを実装する一方法を例示する、ブロック図である。図２は、図１において示されるシステムを実装するために使用され得る詳細な構成要素を示す、機能ブロック図である。図３は、図２において示されるＭＳＳモジュールを実装するために用いられ得る、多くの相互関係のある動作を例示する、流れ図である。図４は、メディアファイル同期化表の中にデータを加えるために用いられ得る、多くの相互関係のある動作を例示する、流れ図である。図５は、図３において参照されるメタデータの同期化を実行するために実行され得る、多くの相互関係のある動作を例示する、流れ図である。図６は、図５において参照されるプレイリストの同期化を実装するために実行され得る、多くの相互関係のある動作を例示する、流れ図である。図７は、図２において示されるデータベースのメディアファイルレコードにおいて使用され得る例示的なフィールドを例示する、表である。図８は、図２において示されるデータベースのプレイリストファイルレコードにおいて使用され得る例示的なフィールドを例示する、表である。図９は、図２において示されるデータベースのメディアストア表において使用され得る例示的なフィールドを例示する、表である。図１０は、図２において示されるデータベースのスロット表において使用され得る例示的なフィールドを例示する、表である。

本発明は、付随の図面および記述を参照して、より良く理解され得る。図の中の構成部分は、必ずしも原寸に比例するのではなく、本発明の本質を例示することに主眼が置かれる。さらには、図面において、同類の参照番号は、異なる図を通して、終始対応する部分を示す。

図１は、複数のメディアデバイス上のファイルへの統合されたアクセスを有するマルチメディアシステム１００を実装する一方法を例示する、ブロック図である。示されるように、システム１００は、例えばシステム１００における複数のメディアデバイスとさらなるソフトウェアインターフェースレベルまたはユーザとの間の高レベルの相互作用を提供する、メディア再生および選択レベル１１０を有し得る。メディア再生および選択レベル１１０は、複数のデバイスからのメディアファイルの選択を容易にし、１つ以上の再生ゾーン１１１に位置する出力デバイスを介する選択されたメディアファイルの再生を可能にする。

図１に示される例示的なシステムにおいて、３つのメディアデバイスが、システム１００に装着されている。第１のデバイス１１２は、システム１００に装着されたＣＤプレーヤーにおけるオーディオＣＤから構成され得、システム１００の１つ以上のゾーン１１１における出力デバイスを介する再生のために選択され得る、１つ以上のオーディオファイル１２０をも含み得る。第２のデバイス１１４は、システム１００に装着されたＤＶＤプレーヤーにおけるＤＶＤディスクを部分的に含み得、システム１００の１つ以上のゾーン１１１における出力デバイスを介する再生のために選択され得る、１つ以上のビデオファイルをも含み得る。第３のデバイス１１６は、システム１００に装着されたＭＰ３プレーヤーから構成され得、システム１００の再生ゾーン１１１の出力デバイスを介する再生のために選択され得る１つ以上のオーディオ／ビデオファイル１２４を含み得る。

デバイス１１２、１１４および１１６からのメディアファイル１２０、１２２および１２４に関連する情報は、統合されたファイルコンテンツの情報レベル１１８におけるレベル１１０によってアクセスのために統合される。メディア再生および選択レベル１１０によるこの情報へのアクセスは、対応するメディアファイルが位置付けられるメディアデバイスの事前知識なしに獲得され得る。メディアファイルは、メディア選択および再生レベル１１０において、例えばメディア名、メディアジャンル、アーティスト、プレイリスト名などによって、対応するファイルのロケーションに関係なく、再生のために選択され得る。例えば、ユーザは、「カントリー」のジャンルを有する全てのメディアファイルの再生を要求し得、メディア選択および再生レベル１１０は、ファイルが位置付けられるデバイスとは無関係の、統合されたファイルコンテンツの情報レベル１１８において識別された全てのメディアファイルの位置を検出し、再生するように進める。

統合されたファイルコンテンツの情報レベル１１８は、あらゆる新たなデバイスを、それらがシステム１００に装着される度に、動的に検出し得る。新たに加わったデバイスの識別において、対応するメディアファイルコンテンツに関連する情報は、識別され、例えばレベル１１８におけるファイルコンテンツ情報データベースに含まれ得る。

実装の観点からは、統合されたファイルコンテンツの情報レベル１１８における情報を、複数の構成要素に分割することが可能であり、各情報は、１つ以上のデバイスに存在し得る。この例示的な実装において、メディア再生および選択レベル１１０は、これらの構成要素に格納された情報を、あたかも該情報は単一のデータベースに格納されているかのように、ナビゲートし得る。

図２は、図１において示されるシステムを実装するために使用され得る詳細な構成要素を示す機能ブロック図である。例示的なシステム２００は、ヒューマンマシーンインターフェース（ＨＭＩ）モジュール２１０と相互作用し、かつ、複数の異なるマルチメディアデバイス２２０とＭＭＥモジュール２０５との間にインターフェースを提供するＩＯメディアモジュール２１５と相互作用する、マルチメディアエンジン（ＭＭＥ）モジュール２０５を含み得る。ＨＭＩモジュール２１０は、多モードのユーザ入力を含み得るインターフェースを提供し、該ユーザ入力は、例えばボイス、タッチボタンおよびタッチスクリーンなどであり、ユーザによって使用されることにより、再生されるコンテンツを識別し、所定の再生動作を要求する。これらのユーザの相互作用の結果としてＨＭＩモジュール２１０によって獲得された情報は、ＭＭＥモジュール２０５に渡される。ＭＭＥモジュール２０５は、例えばデータベース２２５に格納された、統合されたメディアファイル情報からメタデータを用いて、要求されたファイル名、ファイルタイプ、ジャンル、アーティストなどに対するメディアファイル情報を獲得する。データベース２２５は、ＨＭＩモジュール２１０のようなクライアントアプリケーションがアクセスするメディアファイルのためにメタデータを格納および検索するために、ＭＭＥモジュール２０５によって用いられる。クライアントアプリケーションは、この情報を用いて、ユーザにメディアファイルを表示するか、または所望の方法におけるメディアファイルの再生のためにアレンジする。データベース２２５は、複数のクライアントからの同時に発生する方法における、複数の接続をサポートし得る。データベース２２５における情報は、複数のファイルの間において分割され得る。各データベースのファイルは、より高いレベルのアプリケーションによるアクセスに影響を及ぼさない設定が可能な方法で、ＲＡＭ、フラッシュまたはハードドライブに格納され得る。

メディアファイルは、異なるフォーマットで異なる種類のデバイス上に存在し得るが、各ファイルに対するメタデータは、データベース２２５上の単一のフォーマットを用いて格納され得る。その結果として、システムに装着された異なる互換性のないデバイスからのメディアファイルコンテンツは、１つの制御可能でブラウズ可能なインターフェースの領域に導かれ得、それによってＨＭＩモジュール２１０は、全てのＭＭＥサポートされたメディアファイルの種類およびデバイスとともに用いられ得る。ＨＭＩデザイナーは、システム２００における全てのメディアファイルにアクセスおよび再生するために、データベース２２５によって用いられるデータのフォーマットを理解しさえすればよい。さらに、データベース表およびデータベース２２５の識別子を用いることによって、ＨＭＩモジュール２１０は、多様なデバイスの種類およびメディアのフォーマットにもかかわらず、コンテンツを参照して、全てのサポートされるデバイスに対する包括的な「再生」、「一時停止」の種類のコマンドを発行するように設計され得る。

ＭＭＥモジュール２０５は、様々なメディア上で利用可能であるメタデータのリアルタイムの同期化に対して用いられる同期化モジュール２３０を含み得る。例示的なシステム２００におけるメタデータの同期化のために用いられる３つの構成要素があり、それらは、メディア格納シンクロナイザー（ＭＳＳ）モジュール２３５、メタデータシンクロナイザー（ＭＤＳ）モジュール２４０およびプレイリストシンクロナイザー（ＰＬＳ）モジュール２４５である。これらの同期化モジュールの使用および実装の例示的な方法は、図３〜図６に示される。

ＭＳＳモジュール２３５は、メタデータの同期化に対する必要性があるとき、例えばデバイスがシステムにプラグインされた後などには、いつでも用いられる。図３は、ＭＳＳモジュール２３５を実装するために用いられ得る、多くの相互関係のある動作を例示する、流れ図である。ブロック３０５において開始されるときに、ＭＳＳモジュール２３５は、ブロック３１０において示される動作を実行することによって、メディアファイル表に同期化されるべきファイルの詳細を記録する。同期化が必要であるプレイリストに関連する情報は、ブロック３１５で示される動作によってプレイリスト同期化表に記録される。実際のメタデータの同期化は、ブロック２３５においてあらゆる最終的な動作が実行される前に、ブロック３２０において表される動作において生じる。

図４は、メディアファイル同期化表の中にデータを加えるために用いられ得る、多くの相互関係のある動作を例示する、流れ図である。ブロック４０５における動作の初期化において、同期化されるべきメディアの第１のファイルのファイル名および属性は、ブロック４１０において表された動作において獲得される。ファイル名および１つ以上のファイル属性、例えばファイル上のタイムスタンプおよびファイルの大きさは、データベース２２５に格納された情報と比較される。メディアに格納されたこれらの属性が、データベース２２５に格納されたものと異なる場合には、システムは、ブロック４１５において、メディアファイルのメタデータに対するメタデータは、同期化が必要であると仮定する。そうでない場合には、何も同期化は要求されない。メディアファイルのメタデータが、同期化が必要な場合には、ファイル名が、ブロック４２０においてメディアファイルの同期化表に加えられる。確認するファイルがさらに存在するかどうかが、ブロック４２５においてテストされる。確認するさらなるファイルが存在する場合には、次のファイルのファイル名および属性が、ブロック４３０において獲得され、制御がブロック４１５の動作状態に戻される。そうでない場合には、最後の動作がある場合には、ブロック４３５において実行される。

図４に示される動作の実行の後に、メディアファイルの同期化表は、同期化が必要な全てのメディアファイルのリストを含んでいる。表の中におけるファイルの発生のシーケンスは、同期化に対する「幅優先」または「深さ優先」のアプローチが、システムデザイナーによって選択されることに依存する。「幅優先」の同期化は、メディア格納のルートディレクトリにおいて始まり、レベルごとに進行する。同期化の間に、所与のレベルにおけるノードは、第１に処理され、次いで次のレベルのノードが考慮される。このようにして、ツリーにおけるより深いディレクトリが検査される前に、同一の深さまたはレベルの全てのディレクトリが、同期化される。「深さ優先」の同期化は、その一方で、メディア格納のルートディレクトリにおいて始まり、ディレクトリ構造においてより深く行く前に、それが発見する第１のノードを横切り始め、サブノードを発見したときにそれを検査する。例えば、２つのサブディレクトリを有するルートディレクトリにおいて、同期化が必要な第１番目に発見されたサブディレクトリの全てのメンバーは、第２のディレクトリが検査される前に、第１番目にメディアファイルの同期化表に記録される。

「幅優先」の同期化の間に、フォルダ／ファイルに優先順位をつけるために設備が提供される。そのような設備を用いることによって、「幅優先」の同期化が進行すると同時に、各レベルのフォルダ／ファイルは、ユーザに表示される。ユーザは、これらの任意のフォルダ／ファイルにクリックし得、または任意のフォルダの内部に行き、第１に同期化が必要な該内部の任意のアイテムをクリックし得る。そのような高い優先度のフォルダ／ファイルを識別すると、進行中の現在のフォルダ／ファイルの同期化は、強制排除され、より高い優先度のフォルダ／ファイルが、第１に同期化される。このより高い優先度のフォルダ／ファイルの同期化の完了で、強制排除されたフォルダ／ファイルの同期化が再開される。

図４に記述されたものと同様の手順が、図３のブロック３１５において用いられるが、ここでは、プレイリストファイルは、メディアファイルとは対照的に、同期化のために再検討される。プレイリスト同期化表が、ブロック３１５において同期化された後は、該表は、同期化が必要な全てのプレイリストファイルのリストを含む。

図５は、図３のブロック３２０において示されるタスクを実装するために実行され得る、多数の相互関係のある動作を例示する流れ図である。ブロック５０５において始まると、同期化されるべき第１のファイルに対するメタデータは、ブロック５１０においてメディアファイル同期化表から獲得される。メディアファイル同期化表から検索されたメタデータは、ブロック５１５においてデータベース２２５に格納される。同期化されるべきより多くのファイルが存在するかどうかは、ブロック５２０において表された動作において決定される。同期化されるべきより多くのファイルが存在する場合には、同期化されるべき次のファイルに対するメタデータは、ブロック５２５において、メディアファイル同期化表から獲得され、検索されたメタデータは、ブロック５１５においてデータベース２２５に格納される。これらの動作は、メディアファイル同期化表において識別された全てのメディアファイルが、データベース２２５に加えられるまで繰り返される。メディアファイル同期化表において識別された全てのメディアファイルが、データベース２２５において同期化されると、ブロック５３５において最終的な動作が実行される前に、プレイリスト同期化表において識別されたプレイリストの同期化が、ブロック５３０において起こる。

図６は、図５のブロック５３０において示される、タスクを実装するために実行され得る多数の相互関係のある動作を例示する、流れ図である。ブロック６０５において始まり、同期化されるべき第１のプレイリストは、ブロック６１０においてプレイリスト同期化表から獲得される。現在のプレイリストを取り扱うように構成されたプレイリストシンクロナイザーは、ブロック６１５において識別される。プレイリストにおける各ファイルの詳細は、ブロック６２０における動作において、データベース２２５上のプレイリストデータ表に格納される。各ファイルに対して記録される情報は、ファイルｉｄ（ｆｉｄ）、プレイリストｉｄ（ｐｌｉｄ）、およびファイルが再生される順番を特定するオーダーｉｄ（ｏｉｄ）を含む。適切な記述が、次いでデータベース２２５におけるプレイリスト表に書き込まれ、ブロック６２５においてプレイリストに特定されたコンテンツを再生する。例えば、ＳＱＬを用いるシステムにおいて、「ｐｌｉｄ＝％ｄであり、ｏｉｄによるオーダーで、ｆｉｄをプレイリストデータから選択せよ」というような記述が、用いられ得る。現在のプレイリストの処理が完了すると、ブロック６３０において確認が行われ、それによりデータベース２２５において同期化の必要があるさらなるプレイリストが、プレイリスト同期化表に存在するかどうかを決定する。さらなるプレイリストが同期化を必要とする場合には、処理される次のプレイリストは、ブロック６３５においてプレイリスト同期化表から獲得され、制御は、ブロック６１５において示される動作に戻る。そうでない場合には、最終的な動作が、ブロック６４０において実行される。

データベース２２５の記録は、システムの必要条件に依存して多数の異なる構造を有し得る。そのようなデータベースの記録に用いられ得る一部のフィールドおよびその対応する意味は、図７の表に示される。データベース２２５におけるプレイリスト表と関連して用いられ得る例示的なフィールドは、図８に示される。

データベース２２５は、メディアストア表をも含み得る。メディアストア表における各メディアストアは、エンジンが見たメディアを含む、１つの物理的なデバイスを記述する。これは、ｉＰｏｄ、ハードドライブ、ＵＳＢスティック、ＤＶＤビデオディスクなどであり得る。メディアストアは、それらが書き込まれたり取り除かれたりする度に見え隠れし、この表はその発生に従って更新される。ライブラリ表における全てのエントリは、メディアが位置する１つのメディアストアに属する。メディアストアは識別子によって独自に識別され、該識別子は、他の表にリンクするメディアストアに対するｍｓｉｄを後に獲得するために用いられ得る。図９は、メディアストア表と関連して用いられ得る例示的なフィールドを示す。

さらには、データベース２２５は、スロット表を含み得る。スロットは、メディアストアが接続および除去され得るファイルシステムのロケーションを定義するように用いられ得る。例えば、ａｕｄｉｏｃｄが、／ｆｓ／ｃｄ０のロケーションにおいてファイルシステムにおいて見つかり得る。それが、ネットワーク化されたａｕｄｉｏｃｄであった場合には、／ｎｅｔ／ｒｅｍｏｔｅ＿ｈｏｓｔ／ｆｓ／ｃｄ０において発見され得る。ＭＭＥ２０５は、制限のない数のスロットをサポートするように設計され得る。図１０は、スロット表と関連して用いられ得る例示的なフィールドを示す。

ファイルに対応するメタデータは、ファイルを含むメディアで入手が可能であり得る。しかし、外部ソースが、メタデータをファイルに加えることも可能である。ファイルに対するメタデータは、音楽の種類および音楽をプロデュースしたグループに関連する情報を含み得る。様々な追加の種類のメタデータを組み込むことも可能である。例えば、メタデータは、ファイルに格納されたコンテンツの質についての情報を含み得る。この質の情報は、ユーザのために再生されるべきコンテンツの選択に、または該コンテンツに関連付けられた所定のライセンスまたは他の制限とともに用いられ得る。

本発明の様々な実施形態が記述されたが、当業者にとって、より多くの実施形態および実装が、本発明の範囲内で可能であることは明確である。従って、本発明は、添付の特許請求の範囲およびその均等物を考慮することを除いては、限定されるものではない。

１００、２００：マルチメディアシステム
２３５：メディア格納シンクロナイザー（ＭＳＳ）モジュール
２４０：メタデータシンクロナイザー（ＭＤＳ）モジュール
２４５：プレイリストシンクロナイザー（ＰＬＳ）モジュール

Claims

本明細書に記載の発明。