(57)【特許請求の範囲】
【請求項１】
メディアデータベースを備えたメディアプレーヤーのメディアコンテンツをメディアデータベースを備えたホストコンピュータとシンクロする方法であって、
前記メディアプレーヤーは、メディアプレーヤー側の前記メディアコンテンツを管理するプレーヤーメディア情報を、前記メディアプレーヤー側の前記メディアデータベースに記憶する工程と、
前記ホストコンピュータは、ホストコンピュータ側のメディアコンテンツを管理するホストメディア情報を前記ホストコンピュータ側の前記メディアデータベースに記憶する工程と、
前記メディアプレーヤーからメディアプレーヤー識別子を取り出し、該メディアプレーヤー識別子を、前記ホストコンピュータに保存されたシンクロされたデバイスの識別子と比較する工程と、
前記メディアプレーヤーの前記ホストコンピュータへの接続を検出する工程と、
前記メディアプレーヤーおよび前記ホストコンピュータのユーザー入力デバイスへのユーザーによる入力なしで前記接続が検出され、前記比較によって前記メディアプレーヤー識別子が前記シンクロされたデバイスの識別子と一致すると判定されたとき、前記プレーヤーメディア情報と前記ホストメディア情報とを用いて、前記メディアプレーヤーと前記ホストコンピュータとの間で前記メディアコンテンツを、自動的にシンクロさせる動作を開始しシンクロさせる工程と
を備えた方法。
【請求項２】
請求項１に記載の方法であって、前記接続は、前記メディアプレーヤーおよび前記ホストコンピュータの間のデータリンクによって提供される方法。
【請求項３】
請求項１に記載の方法であって、前記シンクロさせる工程は、前記プレーヤーメディア情報を前記ホストメディア情報と比較することに基づいて行なう方法。
【請求項４】
請求項１に記載の方法であって、前記メディアプレーヤーは携帯可能なメディアプレーヤーである方法。
【請求項５】
請求項１に記載の方法であって、前記メディアコンテンツは、楽曲のオーディオファイル、ビデオのビデオファイル、および画像の画像ファイルのうちの少なくとも一つを含む方法。
【請求項６】
請求項１に記載の方法であって、
前記メディアプレーヤーは、プレーヤー側の前記メディアコンテンツを管理するプレーヤーメディア情報を記憶し、前記ホストコンピュータは、ホストコンピュータ側の前記メディアコンテンツを管理するホストメディア情報を記憶しており、
前記シンクロさせる工程は、前記プレーヤーメディア情報を前記ホストメディア情報と比較することに基づいて行なわれ、
前記プレーヤーメディア情報および前記ホストメディア情報は前記メディアコンテンツに対応するメディアアイテムの属性に関するものである
方法。
【請求項７】
請求項１に記載の方法であって、前記メディアプレーヤーの前記ホストコンピュータへの接続を検出する工程は、前記メディアプレーヤーのデータポートが前記ホストコンピュータのデータポートに接続するように、周辺ケーブルが前記メディアプレーヤーと前記ホストコンピュータとの間に物理的に接続されたときに、自動的に実行される方法。
【請求項８】
請求項１に記載の方法であって、前記メディアプレーヤーおよび前記ホストコンピュータは、前記メディアコンテンツを、当該メディアコンテンツに対応付けられたメディアアイテムを収納したプレイリストにより管理し、前記シンクロさせる工程は、前記メディアプレーヤーと前記ホストコンピュータとの間で、前記プレイリストをシンクロさせることにより行なう方法。
【請求項９】
請求項１に記載の方法であって、
前記メディアプレーヤーはプレーヤーメディア情報を記憶し、前記ホストコンピュータはホストメディア情報を記憶し、該プレーヤーメディア情報およびホストメディア情報は、メディアコンテンツに対応付けられたメディアアイテムの属性を含み、
前記シンクロさせる工程は、
前記プレーヤーメディア情報を前記メディアプレーヤーから読み出す工程と、
前記プレーヤーメディア情報を、前記ホストコンピュータからの前記ホストメディア情報と比較して、比較情報を作る工程と、
前記比較情報に基づいて、どのメディアコンテンツが前記メディアプレーヤーと前記ホストコンピュータとの間でコピーされるべきかを判断する工程と、
前記シンクロを実行するために、前記コピーすべきと判断されたメディアコンテンツをコピーする工程と
を含む方法。
【請求項１０】
請求項９に記載の方法であって、前記属性は、少なくとも曲目、アルバム名およびアーチスト名を含む方法。
【請求項１１】
請求項１０に記載の方法であって、前記属性はさらに、メディアコンテンツの品質上の特性を含む方法。
【請求項１２】
請求項１１に記載の方法であって、前記品質上の特性は、ビットレート、サンプルレート、イコライザの設定、ボリューム設定、および上演時間のうちの少なくとも１つを含む方法。
【請求項１３】
携帯メディアプレーヤーであって、
複数のメディアアイテムを記憶する記憶デバイスと、
前記携帯メディアプレーヤーのユーザが前記複数のメディアアイテムから特定のメディアアイテムを少なくとも選択できるようにするユーザ入力デバイスと、
前記メディアアイテムのうちの少なくとも１つを記憶できるキャッシュメモリと、
前記記憶デバイスおよび前記キャッシュメモリに記憶された前記メディアアイテムについての当該メディアアイテムを管理する情報であるメデイア情報を記憶するメディアデータベースと、
前記記憶デバイス、前記ユーザ入力デバイス、前記キャッシュメモリおよび前記メディアデータベースに動作可能に接続されたプロセッサであって、前記携帯メディアプレーヤーを制御することで前記メディアアイテムを記憶、削除および再生するプロセッサと、
を備え、
前記携帯メディアプレーヤーは、ホストコンピュータと相互接続することが可能であり、
前記携帯メディアプレーヤーが前記ホストコンピュータに接続され、前記携帯メディアプレーヤーから取り出されたメディアプレーヤー識別子とホストコンピュータに保存されたシンクロされたデバイスの識別子とが比較され、両識別子が一致するとされたとき、前記携帯メディアプレーヤーは、当該携帯メディアプレーヤーのユーザー入力デバイスへのユーザーによる入力なしに、自動的にシンクロ動作を開始し、
前記プロセッサは、前記メディアデータベースに記憶された前記メディア情報と前記ホストコンピュータ内のメディア情報とを用いて、前記記憶デバイスに記憶された前記メディアアイテムを前記ホストコンピュータに記憶された前記メディアアイテムとシンクロさせる
携帯メディアプレーヤー。
【請求項１４】
請求項１３に記載の携帯メディアプレーヤーであって、前記携帯メディアプレーヤーは、前記携帯メディアプレーヤーのデータポートが前記ホストコンピュータのデータポートに接続するように、周辺ケーブルが前記携帯メディアプレーヤーと前記ホストコンピュータとの間に物理的に接続されると、前記ホストコンピュータに接続される携帯メディアプレーヤー。
【請求項１５】
請求項１４に記載の携帯メディアプレーヤーであって、前記シンクロは、さらに、前記携帯メディアプレーヤーと前記ホストコンピュータとの間で、複数のメディアアイテムが属する少なくとも１つのリストをシンクロさせる携帯メディアプレーヤー。
【請求項１６】
請求項１５に記載の携帯メディアプレーヤーであって、前記リストは、前記メディアアイテムに関するプレイリストである携帯メディアプレーヤー。
【請求項１７】
請求項１３に記載の携帯メディアプレーヤーであって、前記プロセッサは、少なくとも、前記携帯メディアプレーヤーからメディアプレーヤー識別子を取り出す動作を実行することにより前記シンクロを実行する
携帯メディアプレーヤー。
【請求項１８】
請求項１７に記載の携帯メディアプレーヤーであって、前記メディアプレーヤー識別子は疑似ランダム識別子である携帯メディアプレーヤー。
【請求項１９】
請求項１７に記載の携帯メディアプレーヤーであって、前記メディアプレーヤー識別子および前記シンクロされたデバイスの識別子は、前記携帯メディアプレーヤーを前記ホストコンピュータと関連付けることで、前記携帯メディアプレーヤーと前記ホストコンピュータとの間のその後の自動的なシンクロを許可するよう機能する携帯メディアプレーヤー。
【請求項２０】
請求項１９に記載の携帯メディアプレーヤーであって、前記メディアプレーヤー識別子および前記シンクロされたデバイスの識別子は、後の複数のシンクロを通して同じままである携帯メディアプレーヤー。
【請求項２１】
請求項１７に記載の携帯メディアプレーヤーであって、前記メディアプレーヤー識別子は、前記ホストコンピュータで生成され、前記携帯メディアプレーヤーに送信されて、前記携帯メディアプレーヤーに記憶される携帯メディアプレーヤー。
【請求項２２】
請求項１７に記載の携帯メディアプレーヤーであって、前記シンクロされたデバイスの識別子は、前記携帯メディアプレーヤーで生成され、前記ホストコンピュータに送信されて、前記ホストコンピュータに記憶される携帯メディアプレーヤー。
【請求項２３】
メディアデータを管理および再生するシステムであって、
複数のメディアアイテムに対応した複数の前記メディアデータと少なくともプレイリストとを記憶し、前記メディアデータを管理するホストメディア情報を記憶するメディアデータベースを備えたホストコンピュータと、
メデイアデータと少なくともプレイリストとを記憶し、前記メディアデータを管理するプレーヤーメディア情報を記憶するメディアデータベースを備えた携帯メディアプレーヤと、
を備え、
前記ホストコンピュータは、前記ホストコンピュータと対話するユーザの操作を受けて前記メディアアイテムのうちの一部が選択されることにより、前記選択されたメデイアアイテムを含むプレイリストを作成し、
前記携帯メディアプレーヤーは、前記ホストコンピュータに動作可能に接続されるとき、前記メディアアイテムのうちの１つ以上についてのメディアデータを前記ホストコンピュータから受け取り、前記受け取られたメディアデータを記憶し、前記ホストコンピュータから少なくとも前記プレイリストを受け取り、前記プレイリストを前記メディアデータベースに記憶し、
前記ホストコンピュータは、前記携帯メディアプレーヤーから取り出されたメディアプレーヤー識別子とホストコンピュータに保存されたシンクロされたデバイスの識別子とを比較し、両識別子が一致するとされたとき、当該携帯メディアプレーヤーおよび前記ホストコンピュータのユーザー入力デバイスへのユーザーによる入力なしに、前記携帯メディアプレーヤーと前記ホストコンピュータとの間で前記メディアアイテムを自動的にシンクロさせる
システム。
【請求項２４】
請求項２３に記載のシステムであって、
前記ホストコンピュータは前記ホストコンピュータおよび前記携帯メディアプレーヤーの両方の上で前記メディアアイテムを管理するのに用いられ、
前記携帯メディアプレーヤーが動作可能に前記ホストコンピュータと接続するとき、前記携帯メディアプレーヤー上に記憶される前記メディアアイテムは、前記ホストコンピュータ上に記憶される前記メディアアイテムとシンクロされる
システム。
【請求項２５】
請求項２３に記載のシステムであって、
前記ホストコンピュータは、前記メディアアイテムを管理する管理モジュールおよび前記メディアデータを再生する再生モジュールを備え、
前記携帯メディアプレーヤーは、前記メディアデータを再生する再生モジュールを備え、かつ前記メディアアイテムを管理する管理モジュールを備えない
システム。
【請求項２６】
請求項２５に記載のシステムであって、
前記管理モジュールは、ユーザが前記ホストコンピュータに対してメディアアイテムを追加および削除することを可能にし、
いったん前記携帯メディアプレーヤーが前記ホストコンピュータに接続すると、それに続いて、メディアアイテムは、前記管理モジュールによって前記携帯メディアプレーヤーに対して自動的に追加または削除される
システム。
【請求項２７】
請求項２６に記載のシステムであって、前記管理モジュールは、いったん前記携帯メディアプレーヤーが前記ホストコンピュータに接続すると、前記携帯メディアプレーヤーと前記ホストコンピュータとの間でメディアアイテムをシンクロさせるように動作するシステム。
【請求項２８】
請求項２７に記載のシステムであって、
前記携帯メディアプレーヤーはプレーヤーメディア情報を記憶するメディアデータベースを備え、前記ホストコンピュータはホストメディア情報を記憶するメディアデータベースを備え、
前記携帯メディアプレーヤーと前記ホストコンピュータとの間での前記メディアアイテムのシンクロは、前記プレーヤーメディア情報と前記ホストメディア情報との比較に基づく
システム。
【請求項２９】
請求項２５に記載のシステムであって、
前記管理モジュールは、ユーザが前記ホストコンピュータに対してメディアアイテムまたはプレイリストを追加および削除することを可能にし、
前記携帯メディアプレーヤーが前記ホストコンピュータに接続されたとき、メディアアイテムまたはプレイリストは、前記携帯メディアプレーヤーに対して追加または削除される
システム。
【請求項３０】
請求項２８に記載のシステムであって、前記携帯メディアプレーヤーが前記ホストコンピュータに接続されると、前記管理モジュールは、前記携帯メディアプレーヤーと前記ホストコンピュータとの間でメディアアイテムまたはプレイリストをシンクロさせるように動作するシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディアデバイスに関し、より具体的にはメディアデバイス上のメディアの同期または管理に関する。
【背景技術】
【０００２】
シンクロ操作は、電子ファイルまたは他のリソースをシンクロさせるためにパーソナルディジタルアシスタント（ＰＤＡ）およびホストコンピュータのような携帯デバイス間で従来から行われてきた。例えばこれらのファイルまたは他のリソースは、テキストファイル、データファイル、カレンダーアポイントメント、電子メール、トゥドゥリスト、電子住所録などに関する。しかしこのようなシンクロスキームは、ファイルネームおよび変更日を利用して、ファイルがデバイス間でコピーされるべきかを判断する傾向にある。これらのシンクロスキームは、大きくは自動化されえるが、それでも手動で始動されなければならない。
【０００３】
ＭＰ３プレーヤーのようなメディアプレーヤーの場合、ウィンドウズ（商標）デスクトップからフレキシブルディスクにデータファイルをコピーするのに従来なされているように、ファイルは典型的にはホストコンピュータおよびメディアプレーヤーの間でドラッグおよびドロップ操作を通して移動される。したがってメディアプレーヤーのユーザは手動で個々のメディアアイテムについてのシンクロを始動しなければならない。その結果、シンクロはユーザにとって面倒で時間のかかるものになりがちである。シンクロは遅くなりがちだが、それはデータがデバイス間で低速なリンク上を転送されるからである。
【０００４】
シンクロ以外に、これらの携帯デバイス上のリソースの管理も別に行われなければならない。例えばＰＤＡのユーザは、ＰＤＡだけによってアポイントメントまたはニューコンタクトを入力し、それからその後、もし望まれるなら、同じ情報が含まれるようにホストコンピュータがアップデート（シンクロを通して）されえる。ユーザはホストコンピュータと対話してアポイントメントまたはコンタクトを変更し、それからその後、これらの変更をＰＤＡに反映させる（シンクロを通して）こともできる。携帯デバイス（例えばＰＤＡ）との対話については、携帯デバイスは通常は、ハンドヘルドまたはポケットサイズであるために小さいフォームファクタのデバイスである。この小さいサイズによって携帯デバイスは持ち運びに便利ではあるが、利用可能なスクリーンディスプレイサイズも小さくなる。その結果、ユーザが携帯デバイスと対話してそのリソースを管理するのは困難になる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
よってホストコンピュータおよび／またはメディアプレーヤー上のメディアコンテンツをシンクロまたは管理するための改良されたアプローチのための改良された技術に対する要求がある。
【課題を解決するための手段】
【０００６】
本発明はホストコンピュータ（例えばパーソナルコンピュータ）およびメディアプレーヤー間での対話に関する。本発明のある局面によれば、メディアプレーヤー上に記憶されたメディアコンテンツの、ホストコンピュータ上に記憶されたメディアコンテンツとの自動シンクロのようなホストコンピュータおよびメディアプレーヤー間の対話は制限されえる。ある実施形態において、与えられたメディアプレーヤーは指定されたホストコンピュータとだけ自動的に対話できる。本発明の他の局面によれば、シンクロはメディアプレーヤーおよびホストコンピュータ間のデータリンクの接続がされると自動的に起動され実行されえる。本発明のさらなる局面によれば、シンクロは、ホストコンピュータおよびメディアデバイス間のデータ転送の低減された量で達成されえる。本発明のさらに他の局面によれば、メディアプレーヤー上にあるメディアアイテムの管理は、メディアプレーヤーのためのホストコンピュータにおいて、ホストコンピュータによって実行されえる。本発明のさらなる局面によれば、メディアコンテンツは、ホストコンピュータにおいてメディアコンテンツについて確立されたクオリティ設定にしたがってメディアプレーヤーによって再生されえる。ある実施形態においてクオリティ設定は、メディアアイテム毎にそのメディアコンテンツについて確立されえる。
【０００７】
本発明の他の局面や優位性は、以下の詳細な説明を添付の図面とあわせれば明らかであり、図面は本発明の原理を例示的に図示する。
【発明を実施するための最良の形態】
【０００８】
本発明は以下の詳細な説明を添付の図面を参酌すれば容易に理解でき、図面においては同様の参照番号は同様の構成要素を表す。
【０００９】
本発明は、ホストコンピュータ（例えばパーソナルコンピュータ）およびメディアプレーヤー間の対話に関する。本発明のある局面によれば、メディアプレーヤー上に記憶されたメディアコンテンツのホストコンピュータ上に記憶されたメディアコンテンツとの自動シンクロのようなホストコンピュータおよびメディアプレーヤー間の対話は制限されえる。ある実施形態において、与えられたメディアプレーヤーは、指定されたホストコンピュータとだけ自動的に対話することが可能である。本発明の他の実施形態によれば、シンクロは、メディアプレーヤーおよびホストコンピュータとの間のデータリンクを接続すると自動的に開始され実行されえる。本発明のさらに他の実施形態によれば、シンクロは、ホストコンピュータおよびメディアデバイス間で低減された量のデータ転送で達成されえる。本発明のさらに他の局面によれば、メディアプレーヤー上に常駐するメディアアイテムの管理は、メディアプレーヤーのためにホストコンピュータにおいてまたはそれによって実行されえる。本発明のさらに他の局面によれば、メディアコンテンツは、ホストコンピュータにおいてそのメディアコンテンツについてのなされたクオリティ設定に応じてメディアプレーヤーによって再生されえる。ある実施形態において、クオリティ設定は、メディアアイテム上のメディアコンテンツについてメディアアイテム単位で確立されえる。
【００１０】
本発明のある実施形態によれば、メディアデバイスはメディアプレーヤーであり、メディアプレーヤー上のメディアコンテンツは、メディアプレーヤー上に常駐するメディアデータベースにおいて詳細に示される。ホストコンピュータはまた、ホストコンピュータ上のメディアコンテンツのメディアデータベースを記憶する。それからシンクロのときに、それぞれのメディアデータベース内に記憶されたメディア情報は、もしあるならどのメディアアイテムがホストコンピュータからメディアプレーヤーへコピーされるべきかを決定するために比較されえる。例えばメディアアイテムは、曲についてのメディアファイルに関しえ、比較されるそれぞれのデータベースからのメディア情報は曲目、アルバム名およびアーチスト名を含みえる。その結果、シンクロプロセスは、よりインテリジェントに実行されえる。メディアアイテムはまた、もしホストコンピュータ上にもはや存在しないならメディアプレーヤーから削除（つまり消去）されえる。他の実施形態においては、メディアアイテムはメディアプレーヤーからホストコンピュータへ追加でまたは代替的にコピーされえる。
【００１１】
本発明のこれらの局面の実施形態は、図１〜１１を参照して説明される。しかし当業者には、これらの図面を参照して与えられた詳細な説明が例示目的であり、本発明はこれらの限定された実施形態を超えることが容易にわかるだろう。
【００１２】
図１は、本発明のある実施形態によるメディア管理システム１００のブロック図である。メディア管理システム１００は、メディアプレーヤー１０２およびパーソナルコンピュータ（ホストコンピュータ）１０４を含む。メディアプレーヤー１０２は例えば、携帯の電池駆動デバイスである。ある実施形態において、メディアプレーヤー１０２はＭＰ３プレーヤーである。パーソナルコンピュータ１０４はメディアマネージャ１０６を含む。メディアマネージャ１０６は、パーソナルコンピュータ１０４のユーザが、パーソナルコンピュータ１０４上に記憶されたメディアコンテンツを直接に管理できるように、かつメディアプレーヤー１０２上に記憶されたメディアコンテンツを間接に管理できるようにする。周辺ケーブル１０８は、メディアプレーヤー１０２をパーソナルコンピュータ１０４に結合する。典型的には周辺ケーブル１０８は、メディアプレーヤー１０２およびパーソナルコンピュータ１０４上に設けられたデータポートを一緒に結合する。ある例では、データポートはファイヤワイヤポートでありえ、周辺ケーブル１０８はファイヤワイヤケーブルでありえる。さらに一般には周辺ケーブル１０８はデータリンクとして機能する。メディアアイテムは、メディアプレーヤー１０２からパーソナルコンピュータ１０４へ周辺ケーブル１０８上を転送されえ、その逆方向にも転送されえる。例えばメディアマネージャ１０６は、ユーザがパーソナルコンピュータ１０４上でメディアコンテンツ（例えば多くのメディアアイテム）についてブラウズ、追加、消去、整理および他の操作をするのを助ける。さらに例えばメディアマネージャ１０６はまた、ユーザがメディアプレーヤー１０２上でメディアコンテンツを追加したり削除したりするのを助ける。言い換えれば、メディアマネージャ１０６はパーソナルコンピュータ１０４上に常駐するが、メディアマネージャ１０６についてなされる少なくともある種の管理アクションは、メディアプレーヤー１０２におけるメディアコンテンツが同様に管理される（例えばシンクロのあいだに）ように機能しえる。
【００１３】
ある実施形態においてメディアプレーヤーは、オーディオ、ビデオまたは画像のようなメディアを処理する専用の携帯コンピューティングデバイスである。例えばメディアプレーヤー１０２は、ミュージックプレーヤー（例えばＭＰ３プレーヤー）、ゲームプレーヤー、ビデオプレーヤー、ビデオレコーダー、カメラ、画像ビューワーなどでありえる。これらのデバイスは一般に、ユーザが移動するどこででも音楽を聴いたり、ゲームをしたり、ビデオを見たり、ビデオを録画したり、または写真を撮ることができるように電池駆動であり、携帯性が非常に高い。ある実施形態において、メディアプレーヤーは、ポケットまたはユーザの手に収まるサイズであるハンドヘルドデバイスである。ハンドヘルドであることによって、メディアプレーヤーは比較的小さく、ユーザに容易に扱え、使用される。ポケットサイズであることによって、ユーザは直接にデバイスを運ぶ必要がなく、したがってデバイスはユーザが移動する所ならほとんどどこへでも持って行くことができる（例えばユーザは、携帯型のコンピュータのように大きくかさばり、しばしば重いデバイスを持ち運ぶことに限定されない）。さらにデバイスは、ユーザの手によって操作されえ、机上のような他のレファレンス表面を必要としない。
【００１４】
図２は、本発明のある実施形態によるメディアシンクロシステム２００のブロック図である。メディアシンクロシステム２００は例えば、図１に示されるメディア管理システム１００のより一般的なものを表現する。メディアシンクロシステム２００は、メディアプレーヤー２０２およびパーソナルコンピュータ２０４を含む。パーソナルコンピュータ２０４はメディアマネージャ２０６を含む。パーソナルコンピュータ２０４はさらにメディアデータベース２０８を含む。メディアプレーヤー２０２はメディアデータベース２１０を含む。典型的にはメディアプレーヤー２０２はまた、メディアコンテンツを記憶するデータ記憶デバイス（例えばディスクドライブ）、使用中のメディアコンテンツを記憶するキャッシュメモリ、ユーザに情報を表示するスクリーンディスプレイ、およびメディアプレーヤー２０２の動作を制御するプロセッサ（例えばマイクロプロセッサ）を含む。
【００１５】
周辺ケーブル２１２は、メディアプレーヤー２０２およびパーソナルコンピュータ２０４間のデータパス（またはデータリンク）を提供する。周辺ケーブル２１２は、メディアプレーヤー２０２をパーソナルコンピュータ２０４に結合する周辺バスを提供する。周辺バスは例えば、ファイヤワイヤバスまたはユニバーサルシリアルバス（ＵＳＢ）でありえる。パーソナルコンピュータ上に記憶されたメディアコンテンツおよびメディアプレーヤー２０４上に記憶されたメディアコンテンツの間のシンクロ操作は、それぞれのメディアデータベース２０８および２１０に記憶されたメディア情報の比較を通して高度に達成されえる。それぞれのデータベース２０８および２１０からのメディア情報の比較によって、パーソナルコンピュータ２０４上にある特定のメディアアイテムがメディアプレーヤー２０２上にないことが示されるとき、その特定のメディアアイテムは周辺ケーブル２１２上をメディアプレーヤーへ転送（ダウンロード）されえる。逆に、それぞれのデータベース２０８および２１０からのメディア情報の比較によって、メディアプレーヤー２０２上にある特定のメディアアイテムがパーソナルコンピュータ２０４上にないことが示されるとき、その特定のメディアアイテムはメディアプレーヤー２０２から削除（消去）されるか、または周辺ケーブル２１２上をパーソナルコンピュータ２０４へ転送（アップロード）されえる。したがってメディアプレーヤー２０２にメディアデータベース２１０を提供することによって、メディアコンテンツのより高度なシンクロおよび管理が可能になる。
【００１６】
メディアデータベース２１０はまた、従来のアプローチよりもさらに高度なユーザインタフェースをメディアプレーヤー２０２がユーザに対して提供することを可能にする。そのようなユーザインタフェースは、メディアプレーヤー２０２のスクリーンディスプレイ上に提示されえる。ユーザインタフェースは例えば、メディアプレーヤー２０２のユーザがメディアプレーヤー２０２上にあるメディアコンテンツをブラウズ、ソート、検索、再生などをすることを可能にする。ユーザインタフェースはまたメディアプレーヤー２０２のユーザがダウンロード（追加）したり、メディアプレーヤー２０２からメディアアイテムを消去（削除）したりすることを可能にする。メディアマネージャ２０６はまた、ユーザがパーソナルコンピュータ２０４上にあるメディアコンテンツをブラウズ、ソート、検索、再生、プレイリスト作成、コンパクトディスク（ＣＤ）を焼くなどできるようにするユーザインタフェースを持つ。ユーザインタフェースはまた、パーソナルコンピュータ２０４のユーザがメディアアイテムをパーソナルコンピュータ２０４からメディアアイテムをダウンロード（追加）したり、消去（削除）したりできるようにする。ある実施形態において、メディアマネージャ２０６およびその関連付けられたユーザインタフェースは、カリフォルニア州、クパチーノのアップルコンピュータ社からのｉＴｕｎｅｓ、バージョン２．０によって提供される。
【００１７】
図３は、本発明のある実施形態によるメディアマネージャ処理３００のフローチャートである。メディアマネージャ処理３００は例えば、図１に示されるメディアマネージャ１０６または図２に示されるメディアマネージャ２０６によって実行されえる。
【００１８】
メディアマネージャ３００はまずパーソナルコンピュータ（ホストコンピュータ）に接続されたメディアプレーヤーを検出する（３０２）。ここでメディアプレーヤーがパーソナルコンピュータに接続されるとき、シンクロ操作が行われて、メディアプレーヤーおよびパーソナルコンピュータ間でメディアコンテンツをシンクロさせえる。メディアプレーヤーがパーソナルコンピュータに接続されていると検出された後、メディアプレーヤーおよびパーソナルコンピュータ間のメディアコンテンツはシンクロさせられえる（３０４）。シンクロは、一方向（すなわち単一方向）に、または二方向（双方向）に実行されえる。好ましい実施形態においては、シンクロはパーソナルコンピュータからメディアプレーヤーへの一方向である。他の実施形態においては、シンクロはメディアプレーヤーからパーソナルコンピュータへの一方向でありえる。さらに他の実施形態においては、シンクロは、パーソナルコンピュータからメディアプレーヤーへと同様、メディアプレーヤーからパーソナルコンピュータへの二方向でありえる。いずれの場合も、メディアプレーヤーは典型的にはパーソナルコンピュータよりもより少ないメディア記憶容量しか持たず、よって実行されえるシンクロの程度に限度がありえる。シンクロ処理は、メディアプレーヤーがすでに検出されている（３０２）と仮定して手動で、またはこのような検出に応じて自動で実行されえる。接続の検出に続いての自動シンクロの場合、シンクロはユーザがボタンまたはユーザインタフェース要素と対話することなく実行されえ、すなわち接続そのものがシンクロを起動する。
【００１９】
図４は、本発明のある実施形態によるシンクロ処理４００のフローチャートである。シンクロ処理４００は例えば、図１に示されるパーソナルコンピュータ１０４、または図２に示されるパーソナルコンピュータ２０４のようなホストコンピュータによって実行されえる。より具体的にはシンクロ処理４００は、図１に示されるメディアマネージャ１０６、または図２に示されるメディアマネージャ２０６によって実行されえる。
【００２０】
シンクロ処理４００はまずメディア情報をメディアプレーヤー上のメディアデータベースから読み出す（４０２）。次にプレーヤーメディア情報は、ホストコンピュータ上のメディアデータベースからの第１メディア情報と比較される。このような比較は、プレーヤーメディア情報およびホストメディア情報の間の差に関する比較情報を生成する。次にシンクロ処理４００は、この比較情報に基づいてホストコンピュータおよびメディアプレーヤーの間で１つ以上のメディアアイテムがコピーされるべきかを判断する（４０６）。例えばメディアアイテム（例えば曲を表すオーディオファイル）は、曲目、アルバム名、および／またはアーチスト名のような、そのメディアアイテムの特徴または属性に関するメディア情報を用いて比較されえる。その後、決定された１つ以上のメディアアイテムがコピーされ（４０８）、適切なメディアデータベースがアップデートされる。操作４０８に続いて、シンクロ処理４００は完了し終了する。
【００２１】
ある実施形態によれば、プレーヤーメディア情報およびホストメディア情報の比較は、さまざまなメディアアイテムのメディア属性を用いて実行されえる。具体的には、もしそのメディア属性が充分に一致するなら、メディアプレーヤー上のメディアアイテムは、ホストコンピュータ上にあるものと同じメディアアイテムであるとみなされえる。メディア属性の例には、タイトル、アルバム、トラック、アーチスト、作曲家およびジャンルが含まれる。これらの属性は、特定のメディアアイテムについて特定である。さらに他のメディア属性は、メディアアイテムのクオリティの特徴（quality characteristics）に関しえる。そのようなメディア属性の例には、ビットレート、サンプルレート、イコライゼーション設定、ボリューム設定、スタート／ストップおよび総時間が含まれる。したがってある実施形態においては、もし上述のメディアプレーヤー上のメディアアイテムに関するメディア属性（例えばタイトル、アルバム、トラック、アーチストおよび作曲家）が、ホストコンピュータ上のメディアアイテムに関する同じメディア属性に全て一致するなら、異なるデバイス上に記憶された２つのメディアアイテムは、さらなる属性または特徴がこれらのメディアアイテムが互いに完全な複製でないと判定されえるとしても、同一であるとみなされえる。例えばもしメディアアイテムをそれぞれ記憶するファイルの更新日が異なるなら、上記メディア属性が一致するとき、この更新日の差は、そのようなメディアアイテムをホストコンピュータからメディアプレーヤーへコピーすることを引き起こさないだろう。
【００２２】
したがって本発明のシンクロ処理のインテリジェンスは、データ転送の量が比較的低いか最小限にされるよう適切に管理されるようにする。従来のアプローチはファイルをホストコンピュータから携帯デバイスへ転送することができるが、メディアアイテムを扱うとき、ファイルネームおよび更新日は、データが転送される（すなわちコピーされる）必要があるかの信頼できる指標にはならない傾向にある。その結果、メディアアイテムについての従来のデータ転送技術を用いることは、遅く非効率な操作になり、よってユーザが不満足する経験を生みがちである。
【００２３】
シンクロ処理４００はホストコンピュータおよびメディアプレーヤーにおけるメディアデータベースを利用するが、他の実施形態においては必要とされるホストメディア情報およびプレーヤーメディア情報は、メディアアイテムそのものから集められえる。ある実施形態においてはそのような情報は、メディアアイテムと共に提供されるメタデータから得られる。しかしメディアデータベースを提供することによって、シンクロ処理はより効率的に高速に実行されえる。
【００２４】
図５Ａおよび５Ｂは、本発明のある実施形態によるメディアデバイスシンクロ処理５００を表す。メディアデバイスシンクロ処理５００は、ネットワーク上でホストコンピュータと対話するメディアデバイスによって実行されえる。例えばメディアデバイスは図１に示されるメディアプレーヤー１０２、または図２に示されるメディアプレーヤー２０２に関しえる。
【００２５】
メディアデバイスシンクロ処理５００は大きくは、メディアデバイスが電源オンにされているときにメディアデバイス上で動作可能である。まず判断５０２は、メディアデバイスがバスに結合されているかを判断する。判断５０２は、最近のバスへの接続をチェックするために定期的に実行されえ、あるいはバスへの接続をハードウェア的に検出することによってトリガーされえる。バスはホストコンピュータに結合された通信バスである。ある実施形態においてバスは、ファイヤワイヤまたはユニバーサルシリアルバス（ＵＳＢ）のようなシリアルバスである。判断５０２がメディアデバイスがバスに結合されていないと判断するとき、メディアデバイスはメディアプレーヤーとして動作される（５０４）。このモードでは、メディアデバイスはそのユーザのためにメディアアイテムをブラウズし、検索し、または再生するよう動作する。メディアアイテムは例えば、再生されえるオーディオアイテム（例えば曲）でありえる。操作５０４に続いて、メディアデバイスシンクロ処理５００は判断５０２および後続の操作を繰り返すために戻る。
【００２６】
反対に、判断５０２がメディアデバイスがバスに結合されていると判断するとき、メディアデバイスは、ハードディスクモードに設定される。ハードディスクモードでは、メディアデータデバイスは、ホストコンピュータの外部ハードディスクドライブとして機能する。それから判断５０８が、メディアデバイス上にあるメディアアイテムについてのメディア属性をホストコンピュータがリクエストしたかを判断する。判断５０８が、メディア属性をホストコンピュータがリクエストしていないと判断するとき、メディアデバイスは非シンクロ目的の他のハードドライブ操作（不図示）を実行しえる（がしなければならないわけではない）。判断５０８が、メディア属性をホストコンピュータがリクエストしていると判断するとき（すなわち読み出し操作を通してなど）、メディアデバイス上に記憶されたメディアアイテムのメディア属性が取り出される（５１０）。メディア属性が取り出された（５１０）後、メディア属性はホストコンピュータに送られる（５１２）。
【００２７】
次に判断５１４は、新しいメディアがメディアデバイスにおいてホストコンピュータから受け取られたかを判断する。言い換えれば、メディアデバイス上にあるメディアコンテンツをホストコンピュータにあるメディアコンテンツとシンクロさせるために、メディアデバイスはしばしばメディアコンテンツをホストコンピュータから受け取る。したがって判断５１４は、新しいメディアアイテムが受け取られたか、または現在受け取られているかを判断する。判断５１４が、そのような新しいメディアアイテム受け取られていないと判断するとき、メディアデバイスシンクロ処理５００はそのような新しいメディアアイテムを待つことができる。新しいメディアアイテムを待つあいだ、メディアデバイスは、非シンクロ目的の他のハードドライブ操作（不図示）を実行しえる（がしなければならないわけではない）。より一般に、他のハードディスク操作は、シンクロ操作と同時に起こりえる。逆に判断５１４が、そのような新しいメディアアイテム受け取られたと判断するとき、新しいメディアアイテムおよびその関連付けられたメディア属性はメディアデバイスに記憶される（５１６）。ある実施形態において新しいメディアアイテムは、メディアデバイス上のファイル内に記憶され、メディアアイテムに関する関連付けられたメディア属性はメディアデバイス上に常駐するメディアデータベース内に記憶される。さらに任意の不必要なメディアアイテムおよびその関連付けられたメディア属性はメディアデバイスから削除されえる（５１８）。したがってこの実施形態においては、メディアデバイス上にあるメディアコンテンツをホストコンピュータ上のそれとシンクロさせることによって、新しいメディアアイテムがメディアデバイスに記憶されるだけでなく、また必要のない（例えば古い）メディアアイテムおよびその関連付けられたメディア属性がメディアデバイスから削除されもしえる。
【００２８】
操作５１８に続いて、判断５２０は、プレイリストアップデートが受け取られたかを判断する。判断５２０が、プレイリストアップデートが受け取られていないと判断するとき、メディアデバイスシンクロ処理５００はそのようなプレイリストアップデートを待つ。逆に判断５２０が、プレイリストアップデートが受け取られていると判断するとき、そのメディアデバイスについてのアップデートされたプレイリストが作られる（５２２）。プレイリストアップデートは、アップデートされたプレイリストでありえ、または既存のプレイリストをアップデートする命令でありえる。アップデートされたプレイリストはそれからメディアデバイスに記憶される（５２２）。
【００２９】
事実上、１つ以上のホストコンピュータにおけるプレイリストは、メディアデバイスとシンクロされえ、よってメディアデバイスに利用可能となる。プレイリストは、順番に再生されるべき特定のメディアアイテムを特定する。内部では、プレイリストは、メディアデータベース内では、メディアデバイス内の記憶デバイス上にある適切なメディアアイテムのファイルを参照するデータ構造として提示されえる。したがってある与えられたプレイリストについて、メディアデバイス上の適切なメディアアイテムのファイルを参照するポインタは、ホストコンピュータ上の同じメディアアイテムについてのファイルを参照するポインタとは異なり、よって、もし特定のプレイリストがホストコンピュータおよびメディアデバイス間で移動されるならポインタをアップデートする必要がある。
【００３０】
図６Ａおよび６Ｂは、本発明のある実施形態によるホストコンピュータシンクロ処理６００のフローチャートである。ホストコンピュータシンクロ処理６００は例えば、ホストコンピュータによって実行されえる。ホストコンピュータは例えば、図１に示されるパーソナルコンピュータ１０４、または図２に示されるパーソナルコンピュータ２０４でありえる。
【００３１】
ホストコンピュータシンクロ処理６００は、新しいデバイスが接続されたかを判断するためにバス（すなわち周辺バス）をモニタする判断６０２で始まる。ある実施形態において、モニタリングは特定のカテゴリのデバイス（例えばファイヤワイヤデバイス）に限定される。このようなモニタリングは例えば、バス上のデバイスをポリングすることによって、または新しいデバイスのアラートを受け取ることによって実行されえる。判断６０２が、新しいデバイスがバスに接続されていないと判断するとき、ホストコンピュータシンクロ処理６００は新しいデバイスの存在を待つ。いったん判断６０２が、新しいデバイスがバス上に存在すると判断するとき、デバイスはホストコンピュータについてファイルシステムとしてセットアップされる（６０４）。よってホストコンピュータのオペレーティングシステムは、ファイルシステム（すなわち新しいデバイス）についてのファイルにアクセス（読み出し、書き込みおよび消去）ができる。
【００３２】
次に判断６０６は、現在バス上にあるデバイスがメディアデバイスであるかを判断する。判断６０６が、デバイスがメディアデバイスでないと判断するとき、他の処理６０８が実行されえる。このような他の処理６０８はシンクロ処理とは関係なく、よってここではこれ以上説明されない。他の処理６０８に続いてホストコンピュータシンクロ処理６００は、実行されなかったシンクロと共に完了し終了する。
【００３３】
逆に、判断６０６が、デバイスがメディアデバイスであると判断するとき、メディアデバイス上のメディアアイテムについてのメディア属性がリクエストされる（６１０）。典型的にはメディアデバイス上にある全てのメディアアイテムについてのメディア属性が取り出される。判断６１２はそれから、メディア属性が受け取られたかを判断する。判断６１２が、メディア属性がまだ受け取られていないと判断するとき、ホストコンピュータシンクロ処理６００は、その受領を待つことができる。いったん判断６１２が、メディア属性が受け取られたと判断するとき、メディアデバイスからのメディア属性はホストコンピュータ上にあるメディアアイテムについてのメディア属性と比較される（６１４）。ここでメディアデバイスおよびホストコンピュータについてのメディア属性の比較６１４は、結果として比較情報を生む。比較情報は、どのメディアアイテムがホストコンピュータには存在するが、メディアデバイスには存在しないかと同様に、どのメディアアイテムがメディアデバイスには存在するが、ホストコンピュータには存在しないかを直接または間接に表す。比較６１４に続いて、メディアデバイス上にはない、ホストコンピュータ上のメディアアイテムが特定される（６１６）。
【００３４】
次に判断６１８は、特定されたメディアアイテムの全てを記憶する容量をメディアデバイスが持つかを判断する。ここで判断６１８は、メディアデバイスが、ホストコンピュータ上にはあるがメディアデバイス上にはないと特定された（６１６）１つ以上のメディアアイテムを記憶するのに充分な記憶容量を持つかを判断する。判断６１８が、メディアデバイスが充分な容量を持たないと判断するとき、記憶されるメディアアイテムの数が限定される（６２０）。記憶されるメディアアイテムの数を限定するには多くの方法がある。例えば、記憶されるべきメディアアイテムの１つ以上は、それらがメディアデバイスに記憶されないように非選択にされる（すなわち選択されない）。非選択にされるべき１つ以上のメディアアイテムは、さまざまな異なる方法によって選ばれえる。例えば非選択にされるべき１つ以上のアイテムは、ランダムに選択されたり、ファイルサイズに基づいて選択されたり、プレイリスト中の位置に基づいて選択されたりする。操作６２０に続いて、ホストコンピュータシンクロ処理６００は判断６１８および後続の操作を繰り返すために戻る。
【００３５】
判断６１８が、特定されたメディアアイテムの全てを記憶するのに充分な容量をメディアデバイスが持つと判断するとき、特定されたメディアアイテムおよびそれらの関連付けられたメディア属性はメディアデバイスに送られる。ここで残りの特定されたメディアアイテムおよびそれらの関連付けられたメディア属性は、ホストコンピュータからそれらが記憶されるべきメディアデバイスへ送られる（すなわちコピーされる）。プレイリストもメディアデバイスへ送られえる（６２４）。プレイリストは新しいプレイリスト、またはアップデートされた以前から既存のプレイリストを表しえる。プレイリストをメディアデバイスに送る（６２４）前に、プレイリストはメディアデバイス上で使用するために変更されえる。あるいはメディアデバイスそのものがメディアデバイス上での使用のためにプレイリストをアップデートしてもよい。
【００３６】
さらに図６Ａおよび６Ｂにおいては示されていないが、他の実施形態によれば、操作６１４におけるホストコンピュータシンクロ処理６００は、ホストコンピュータ上にない、メディアデバイス上のメディアアイテムを特定してもよい。それからホストコンピュータはメディアデバイスと対話して、ホストコンピュータに記憶されていないメディアデバイス上で記憶されたメディアアイテムを削除（例えば消去）しえる。このような追加処理は、メディアデバイスの記憶容量がフルに利用されえるように、操作６１６の後でかつ判断６１８の前に実行されえる。
【００３７】
メディアデバイスシンクロ処理５００およびホストコンピュータシンクロ処理６００は、メディアデバイス上のメディアアイテムをホストコンピュータ上のメディアアイテムとシンクロするために対話する。このようなシンクロは、全てのメディアアイテムを考慮しえ、あるいは１つ以上のプレイリストに関するメディアアイテムのようなメディアコンテンツのうちのサブセットだけをシンクロさせることに限定されえる。本発明によるメディア属性比較は、ホストコンピュータ上およびメディアデバイス上の両方にあるデータベースの使用を通して促進される。
【００３８】
ある実施形態においては、ホストコンピュータシンクロ処理６００は、ホストコンピュータおよびメディアデバイス間でメディアアイテムおよびその属性の比較およびアップデートを実行するためにホストコンピュータ上にあるアプリケーションを利用しえる。そのようなアプリケーションの一例は、カリフォルニア州、クパチーノのアップルコンピュータ社からのｉＴｕｎｅｓ、バージョン２．０である。
【００３９】
図７は、本発明の他の実施形態によるメディア管理システム７００のブロック図である。メディア管理システム７００は、ホストコンピュータ７０２およびメディアプレーヤー７０４を含む。ホストコンピュータ７０２は典型的にはパーソナルコンピュータである。他の従来の要素の中でもホストコンピュータは、ソフトウェアモジュールである管理モジュール７０６を含む。管理モジュール７０６は、ホストコンピュータ７０２上だけでなく、メディアプレーヤー７０４上にもあるメディアアイテム（および／またはプレイリスト）の集中管理を提供する。より具体的には管理モジュール７０６は、ホストコンピュータ７０２と関連付けられたメディア記憶７０８内に記憶されたこれらのメディアアイテムを管理する。管理モジュール７０６はまた、メディアデータベース７１０と対話することによって、メディア記憶７０８内に記憶されたメディアアイテムに関連付けられたメディア情報を記憶する。
【００４０】
メディア情報は、メディアアイテムの特徴または属性に関する。例えば、オーディオまたはオーディオビジュアルメディアの場合、メディア情報は、タイトル、アルバム、トラック、アーチスト、作曲家およびジャンルのうちの少なくとも１つが含まれえる。メディア情報のうちこれらのタイプは、特定のメディアアイテムに特定である。さらにメディア情報は、メディアアイテムのクオリティの特徴に関しえる。メディアアイテムのクオリティ特徴の例は、ビットレート、サンプルレート、イコライゼーション設定、ボリューム設定、スタート／ストップおよび総時間のうちの少なくとも１つが含まれえる。
【００４１】
さらにホストコンピュータ７０２はプレイモジュール７１２を含む。プレイモジュール７１２は、メディア記憶７０８内に記憶されたある種のメディアアイテムを再生するのに利用されえるソフトウェアモジュールである。プレイモジュール７１２はまた、メディアデータベース７１０からのメディア情報を表示（ディスプレイスクリーン上に）または他のかたちで利用しえる。典型的には当該メディア情報は、プレイモジュール７１２によって再生されるべきメディアアイテムに対応する。
【００４２】
ホストコンピュータ７０２はまた、メディアプレーヤー７０４内の対応する通信モジュール７１６に結合する通信モジュール７１４を含む。接続つまりリンク７１８は取り外し可能に通信モジュール７１４および７１６を結合する。ある実施形態において、接続またはリンク７１８はファイヤワイヤバスまたはＵＳＢバスのようなこの技術分野でよく知られたデータバスである。
【００４３】
メディアプレーヤー７０４はまた、メディアプレーヤー７０４内にメディアアイテムを記憶するメディア記憶７２０を含む。メディア記憶７２０に記憶されるメディアアイテムは典型的には接続またはリンク７１８上を通してホストコンピュータ７０２から受け取られる。より具体的には管理モジュール７０６は、メディア記憶７０８上にあるこれらメディアアイテムの全て、または一部を接続またはリンク７１８上を通してメディアプレーヤー７０４内のメディア記憶７２０に送る。さらに、メディアプレーヤー７０４にホストコンピュータ７０２からやはり送られるメディアアイテムについての対応するメディア情報は、メディアデータベース７２２内に記憶されえる。この点で、ホストコンピュータ７０２内のメディアデータベース７１０からのある種のメディア情報は、メディアプレーヤー７０４内のメディアデータベース７２２へ接続またはリンク７１８上を通して送られえる。さらにメディアアイテムのいくつかを特定するプレイリストも管理モジュール７０６によって接続またはリンク７１８上を通してメディアプレーヤー７０４内のメディア記憶７２０またはメディアデータベース７２２に送られえる。
【００４４】
さらにメディアプレーヤー７０４は、メディア記憶７２０およびメディアデータベース７２２に結合するプレイモジュール７２４を含む。このプレイモジュール７２４は、メディア記憶７２０内に記憶されたある種のメディアアイテムを再生するのに利用されえるソフトウェアモジュールである。プレイモジュール７２４はまた、メディアデータベース７２２からのメディア情報を表示（ディスプレイスクリーン上に）または他のかたちで利用しえる。典型的には当該メディア情報は、プレイモジュール７２４によって再生されるべきメディアアイテムに対応する。
【００４５】
したがってある実施形態においてメディアプレーヤー７０４は、メディアプレーヤー７０４上のメディアアイテムを管理する能力が限定されているか、まったくそのような能力を持たない。しかしホストコンピュータ７０２内の管理モジュール７０６は、メディアプレーヤー７０４上にあるメディアアイテムを間接に管理する。例えば、メディアプレーヤー７０４にメディアアイテムを「追加」するために、管理モジュール７０６は、メディア記憶７０８からメディアプレーヤー７０４に追加されるべきメディアアイテムを特定し、特定されたメディアアイテムがメディアプレーヤー７０４に送られるように機能する。他の例では、メディアプレーヤー７０４からあるメディアアイテムを「消去」するために、管理モジュール７０６は、メディア記憶７０８から消去されるべきメディアアイテムを特定し、特定されたメディアアイテムがメディアプレーヤー７０４から消去されるように機能する。さらに他の例では、もしメディアアイテムの特徴への変更（すなわち更新）が管理モジュール７０６を用いてホストコンピュータ７０２においてなされたなら、そのような特徴がメディアプレーヤー７０４上の対応するメディアアイテムにも反映させられえる。ある実施形態においては、追加、消去および／または変更は、メディアプレーヤー７０４上のメディアアイテムをホストコンピュータ７０２上のメディアアイテムとシンクロさせるあいだのバッチのような処理で行われる。
【００４６】
他の実施形態において、メディアプレーヤー７０４は、メディアプレーヤー７０４上のプレイリストを管理する能力が限定されているか、まったくそのような能力を持たない。しかしホストコンピュータ７０２内の管理モジュール７０６は、ホストコンピュータ上にあるプレイリストの管理を通して、メディアプレーヤー７０４上にあるプレイリストを間接に管理しえる。この点で、プレイリストへの追加、消去または変更はホストコンピュータ７０２上で実行されえ、それからメディアプレーヤー７０４に転送されて反映されえる。
【００４７】
上述のようにシンクロは、メディア管理の一形態である。自動的にシンクロを開始する能力もまた以前述べた。しかしさらに、デバイス間のシンクロは、ホストコンピュータおよびメディアプレーヤーが互いに認識しないときには自動シンクロを防ぐように制限されえる。
【００４８】
図８は、本発明のある実施形態による自動シンクロ処理８００のフローチャートである。自動シンクロ処理８００は例えば、ホストコンピュータによって実行される。例えばホストコンピュータは、図１に示されるパーソナルコンピュータ１０４、図２に示されるパーソナルコンピュータ２０４、図７に示されるホストコンピュータ７０２、または他のホストコンピュータでありえる。
【００４９】
自動シンクロ処理８００は、メディアプレーヤーが接続されているかを判断する判断８０２で始まる。判断８０２が、メディアプレーヤーが接続されていないと判断するとき、判断８０２は、自動シンクロ処理８００をメディアプレーヤーが接続されるまで待たせる。いったん判断８０２が、メディアプレーヤーが接続されていると判断すると、メディアプレーヤー識別子がメディアプレーヤーから取り出される（８０４）。それからホストコンピュータに記憶されるシンクロされたデバイスの識別子は、メディアプレーヤー識別子と比較される（８０６）。
【００５０】
次に判断８０８は、シンクロされたデバイスの識別子がメディアプレーヤー識別子と一致するかを判断する。判断８０８が、シンクロされたデバイス識別子がメディアプレーヤー識別子と一致すると判断するとき、メディアアイテムはホストコンピュータおよびメディアプレーヤー間でシンクロされる（８１０）。ホストコンピュータおよびメディアプレーヤー間でのメディアアイテムのシンクロは、さまざまな方法で実行されえる。ある例では、シンクロは図４の操作４０２〜４０８を実行しえる。他の例では、シンクロは、図６Ａおよび６Ｂの操作６１０〜６２４を実行しえる。逆に、判断８０８が、シンクロされたデバイス識別子がメディアプレーヤー識別子と一致しないと判断するとき、シンクロ操作８１０はバイパスされる。
【００５１】
ここでホストコンピュータおよびメディアプレーヤー間のメディアアイテムはシンクロされないが、これは特定のホストコンピュータは特定のメディアプレーヤーのためのホストとしては指定されないからである。この点で、メディアプレーヤー上に記憶されたメディアアイテムはシンクロ中の不用意な削除（消去）から保護される。例えばシンクロは典型的には、ホストコンピュータ上のメディアアイテムがメディアプレーヤーへコピーされ（すでに存在しない限り）、メディアプレーヤー上にあってホストコンピュータ上にはないメディアアイテムが削除されるように実行される。したがってシンクロ（つまり自動シンクロ）は、識別子が、ホストコンピュータが適切なホストであることを示さないときには実行されない。その結果、メディアプレーヤーは、よりインテリジェントに、かつユーザフレンドリにシンクロしたり、シンクロしなかったりする。操作８１０に続いて、またはそれがバイパスされることに続いて、自動シンクロ処理８００は完了し終了する。
【００５２】
ある実施形態によれば、メディアプレーヤーがホストコンピュータにまず接続されるとき（またはさらにより一般には、一致する識別子が存在しないとき）、メディアプレーヤーのユーザは、ユーザがメディアプレーヤーをホストコンピュータに関連付けさせる、アサインする、またはロックすることを望むかに関して尋ねられる。メディアプレーヤーのユーザがメディアプレーヤーをホストコンピュータと関連付けさせる、アサインする、またはロックさせることを選ぶとき、疑似乱数識別子が得られ、ホストコンピュータおよびメディアプレーヤー両方の中にあるメディアデータベースまたはファイルに記憶される。ある実現例において、この識別子は、ホストコンピュータまたはその管理モジュールと関連付けられた（例えば、それによって知られたまたはそれによって生成された）識別子であり、そのような識別子はメディアプレーヤーに送られ記憶される。他の実施形態においては、識別子はメディアプレーヤーと関連付けられ（それによって知られまたはそれによって生成され）、ホストコンピュータのファイルまたはメディアデータベースに送られ記憶される。
【００５３】
図９は、本発明のある実施形態によるメディアダウンロード処理９００のフローチャートである。メディアダウンロード処理９００は例えば、メディアプレーヤーによって実行される処理である。例えばメディアプレーヤーは、図１に示されるメディアプレーヤー１０２、図２に示されるメディアプレーヤー２０２、図７に示されるメディアプレーヤー７０４、または他のメディアプレーヤーでありえる。
【００５４】
メディアダウンロード処理９００は、新しいメディアデータが受け取られたか判断する判断９０２で始まる。ここでこの判断は、新しいメディアデータがホストコンピュータ（パーソナルコンピュータ）から受け取られているか判断する。典型的には、ホストコンピュータがメディアデータをホストコンピュータからメディアプレーヤーへダウンロードするときに新しいメディアデータがメディアプレーヤーで受け取られる。判断９０２が、新しいメディアデータが受け取られていないと判断するとき、メディアダウンロード処理９００はそのようなデータを待つ。
【００５５】
いったん判断９０２が新しいメディアデータが受け取られたと判断すると、メディアデータはメディアプレーヤーに記憶される。より具体的には受け取られるメディアデータは、メディアアイテムデータおよびメディア情報データのうちの１つまたは両方を含む。メディア情報データは、対応するメディアアイテムの属性または特徴に関する。メディア情報はアプリケーションによって変わりえる。ある実現例においてメディア情報は、曲目、アルバム名およびアーチスト名のような少なくとも記述的な属性を含む。さらにメディア情報は、メディアアイテムについてのクオリティの特徴を含みえる。そのようなクオリティの特徴の例には、ビットレート、サンプルレート、イコライゼーション設定、ボリューム設定、スタート／ストップおよび総時間が含まれる。
【００５６】
いずれの場合も、新しいメディアデータは、メディアダウンロード処理９００によって以下のように処理される。メディアアイテムデータは９０４でメディアプレーヤーに関連付けられたメディア記憶に記憶される。メディアアイテムデータは、１つ以上のメディアアイテムに関する。さらに１つ以上のメディアアイテムに関連付けられたメディア情報データは９０６でメディアデータベースに記憶される。メディアデータベースはまたメディアプレーヤーにも関連付けられる。操作９０６に続いて、メディアダウンロード処理９００は完了し終了する。
【００５７】
イコライゼーション設定は、イコライザではよくあるように、複数の異なる周波数バンドについての振幅設定に関する。これら設定は、ユーザによって設定されえるか、または複数の所定のイコライゼーション設定のうちの１つの選択から設定されえる。これらイコライゼーション設定は、所定のものであってもカスタマイズされたものであっても、聴いている音楽のスタイルに合わせるためにプレーヤーデバイスのダイナミックレンジの調節を可能にする。さらにホストコンピュータ側で利用されるイコライゼーション設定は、メディアプレーヤー側の対応するイコライザ設定にリンクされえる。ある実施形態において、メディアデータベース内に記憶されるイコライゼーション設定のそれぞれは、単一のメディアアイテムに関する。例として、メディアアイテムが曲またはオーディオファイルであるとき、イコライゼーション設定は、それぞれの曲またはオーディオファイルについて提供される。より一般には、再生されるとき、それぞれのメディアアイテムがその対応するクオリティ特徴にしたがって再生されるように、クオリティの特徴（例えばイコライゼーション設定）と、メディアアイテムとの間には１対１の対応関係がある。したがってクオリティ特徴は、メディアアイテム単位でメディアアイテムに提供されえる。
【００５８】
前述のように、メディア情報のうちのあるクオリティ特徴は、イコライゼーション設定である。ある実施形態において、ホストコンピュータおよび／またはメディアプレーヤーは、記述的な名前によって特定される所定のイコライゼーション設定を提供する。したがってユーザは、関連付けられたイコライゼーション設定を選ぶために、記述的な名前のうちの１つを単に選択すればよい。以下の表１は、記述的な名前によって特定される所定のさまざまなイコライゼーション設定の例を提供する。
【００５９】
【表１】
0005528661.tif 000002
【００６０】
図１０は、本発明のある実施形態によるメディア再生処理１０００のフローチャートである。メディア再生処理１０００は例えば、図１に示されるメディアプレーヤー１０２、図２に示されるメディアプレーヤー２０２、図７に示されるメディアプレーヤー７００、または他のメディアプレーヤーのようなメディアプレーヤーによって実行される。
【００６１】
メディア再生処理１０００は、再生リクエストが受け取られたかを判断する判断１００２で始まる。ここでは再生リクエストは典型的にはメディアデバイスのユーザによって起動される。したがって判断１００２が、再生リクエストが受け取られていないと判断するとき、メディア再生処理１０００はそのようなリクエストを待つ。判断１００２が、再生リクエストが受け取られたと判断するとき、メディア再生処理１０００は、それから再生されるべきメディアアイテムについてのメディア情報の少なくとも一部を１００４で受け取る。ここでメディア情報はその目的によって異なりえて、よってメディア情報の一部だけがメディアアイテムを再生するのに役に立つかもしれない。
【００６２】
メディア情報が１００４で受け取られた後、メディアプレーヤーはメディア情報のクオリティ特徴のうちの１つ以上に基づいて１００６で構成される。ここでメディア情報のうちの１つ以上のクオリティ特徴がメディアプレーヤーを構成するために用いられえる範囲内で、メディアプレーヤーはそのように構成される（１００６）。例えばイコライゼーション設定の場合、メディアプレーヤーは、再生されるべきメディアアイテムに関連付けられたクオリティ特徴によって提供されるイコライゼーション設定にしたがってその内部アンプを動作させるように構成されえる。
【００６３】
その後、メディアアイテムデータは、出力デバイスへと転送される（１００８）。例えば、このデータ転送１００８は、メディアアイテムデータが、ローカルメディア記憶から取り出され、メディアプレーヤーの出力デバイス（例えばスピーカおよび／またはディスプレイスクリーン）に導かれるようにする。メディアアイテムデータの出力デバイスへの転送１００８は、メディアアイテムを再生することによって生じるメディア出力（オーディオおよび／またはビデオ）を作るよう動作する。メディア情報がメディアプレーヤーにホストコンピュータによって提供されるとすると、メディアアイテムについてホストコンピュータにおいて設定または構成されるメディア情報は、メディアプレーヤー上でメディアアイテムを再生するのにも用いられる。
【００６４】
次に判断１０１０は、クオリティ特徴が変更されたかを判断する。典型的には判断１０１０は、再生されるメディアアイテムについてのクオリティ特徴を手動で変えるために、ユーザがメディアプレーヤーと関連付けられたグラフィカルユーザインタフェース（ＧＵＩ）と対話するときにアクティブにされえる。例えばユーザは、イコライゼーション設定を変えるためにメディアプレーヤーについてのＧＵＩと対話しえる。これは、メディアアイテム毎、またはメディアプレーヤー単位のいずれでもよい。したがって判断１０１０が、クオリティ特徴が変更されたと判断すると、メディア再生処理１０００は操作１００６および後続の操作を繰り返すために戻りえる。この点で、メディアプレーヤーは、アップデートされたクオリティ特徴にしたがって再構成（リコンフィギャ、reconfigure）されえて、それからメディアアイテムはアップデートされたクオリティ特徴にしたがって再生され続けえる。このような実現例は、メディアプレーヤーのユーザが手動で、メディアプレーヤー全体について、または特定のメディアアイテムについてのクオリティ特徴を変更することを可能にする。しかしユーザが手動の変更をクオリティ特徴に行う能力は限定されえることに注意されたい。例えばある実施形態においては、ホストコンピュータによって提供されるクオリティ特徴設定は、手動ユーザ設定をオーバライドしえる。
【００６５】
逆にしたがって判断１０１０が、クオリティ特徴が変更されていないと判断すると、判断１０１２は、メディア再生処理１０００が完了したかどうかを判断する。判断１０１２が、メディア再生処理１０００が完了していないと判断するとき、メディア再生処理１０００は、操作１００８および後続の操作を繰り返すために戻る。あるいは判断１０１２が、メディア再生処理１０００が完了したと判断するとき、メディア再生処理１０００は完了し終了する。
【００６６】
図１１は、本発明のある実施形態によるメディアプレーヤー１１００のブロック図である。メディアプレーヤー１１００は、メディアプレーヤー１１００の全体の操作を制御するマイクロプロセッサまたはコントローラに関連するプロセッサ１１０２を含む。メディアプレーヤー１１００は、メディアアイテムに関するメディアデータをファイルシステム１１０４およびキャッシュ１１０６に記憶する。ファイルシステム１１０４は典型的には、記憶ディスクまたは複数のディスク群である。ファイルシステム１１０４は典型的にはメディアプレーヤー１１００のために大記憶容量を提供する。しかしファイルシステム１１０４へのアクセスタイムは比較的遅いので、メディアプレーヤー１１００はキャッシュ１１０６も含む。キャッシュ１１０６は、例えば、半導体メモリによって提供されるランダムアクセスメモリ（ＲＡＭ）である。キャッシュ１１０６への相対的アクセスタイムはファイルシステム１１０４へのそれよりもかなり短い。しかしキャッシュ１１０６はファイルシステム１１０４の大記憶容量を持たない。さらに、ファイルシステム１１０４は、アクティブなとき、キャッシュ１１０６よりもより多くの電力を消費する。電力消費は、メディアプレーヤー１１００が電池（不図示）で駆動される携帯メディアプレーヤーであるときにしばしば問題となる。メディアプレーヤー１１００は、ＲＡＭ１１２０および読み出し専用メモリ（ＲＯＭ）１１２２も含む。ＲＯＭ１１２２は、不揮発性で実行されるべきプログラム、ユーティリティまたはプロセスを記憶できる。ＲＡＭ１１２２は、キャッシュ１１０６のような揮発性データ記憶を提供する。
【００６７】
メディアプレーヤー１１００はまた、メディアプレーヤー１１００のユーザがメディアプレーヤー１１００と対話することを可能にするユーザ入力デバイス１１０８を含む。例えば、ユーザ入力デバイス１１０８は、ボタン、キーパッド、ダイヤルなどのようなさまざまな形態を取りえる。さらにメディアプレーヤー１１００は、情報をユーザに表示するためにプロセッサ１１０２で制御されえるディスプレイ１１１０（スクリーンディスプレイ）を含む。データバス１１１１は、少なくともファイルシステム１１０４、キャッシュ１１０６、プロセッサ１１０２、およびＣＯＤＥＣ１１１２の間のデータ転送を促進する。
【００６８】
ある実施形態において、メディアプレーヤー１１００は、複数のメディアアイテム（例えば曲）をファイルシステム１１０４に記憶するよう機能する。ユーザが、メディアプレーヤーが特定のメディアアイテムを再生するようにしたいとき、利用可能なメディアアイテムのリストがディスプレイ１１１０上に表示される。それからユーザ入力デバイス１１０８を用いて、ユーザは利用可能なメディアアイテムのうちの１つを選択できる。プロセッサ１１０２は、特定のメディアアイテムの選択を受け取ると、特定のメディアアイテムのためのメディアデータ（例えばオーディオファイル）をコーダ／デコーダ（ＣＯＤＥＣ）１１１２に与える。ＣＯＤＥＣ１１１２はそれからスピーカ１１１４のためのアナログ出力信号を作る。スピーカ１１１４は、メディアプレーヤー１１００の内部のスピーカであっても、メディアプレーヤー１１００の外部のスピーカであってもよい。例えば、メディアプレーヤー１１００に接続されるヘッドフォンまたはイヤフォンが外部スピーカとして考えられる。
【００６９】
メディアプレーヤー１１００はまた、データリンク１１１８に結合するバスインタフェース１１１６を含む。データリンク１１１８はメディアプレーヤー１１００がホストコンピュータと結合することを可能にする。
【００７０】
上述の実施形態のうちのいくつかはメディアアイテムとしてオーディオアイテム（例えばオーディオファイルまたは曲）であることが強調されたが、メディアアイテムはオーディオアイテムには限定されない。例えばメディアアイテムは代替として、ビデオ（例えば映画）または画像（例えば写真）に関するものでもよい。
【００７１】
上述の説明ではファイヤワイヤケーブルまたはバスを言及している。ファイヤワイヤは、ＩＥＥＥ標準１３９４に基づくケーブルまたはバスについてのアップルコンピュータ社の商標である。したがってファイヤワイヤケーブルまたはバスは、ＩＥＥＥ１３９４ケーブルまたはバスを指す。
【００７２】
本発明のさまざまな局面、実施形態、実現例または特徴は、単独でまたは組み合わせて使用されえる。
【００７３】
本発明は好ましくはソフトウェアによって実現されるが、またハードウェアまたはハードウェアおよびソフトウェアの組み合わせによっても実現されえる。本発明はまた、コンピュータで読み取り可能な媒体上のコンピュータによって読み取り可能なコードとして実現されえる。コンピュータで読み取り可能な媒体は、その後、コンピュータシステムによって読み取りできるデータを記憶する任意のデータ記憶デバイスでありえる。コンピュータで読み取り可能な媒体の例としては、読み出し専用メモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、ＤＶＤ、磁気テープ、光データ記憶デバイス、および搬送波が含まれる。コンピュータで読み取り可能な媒体はまた、コンピュータによって読み取り可能なコードが分散して記憶され実行されえるように、ネットワークで結合されたコンピュータシステム上で分散されえる。
【００７４】
本発明の効果は多くある。異なる局面、実施形態または実現例は、以下の効果の１つ以上を生む。本発明のある優位性は、ユーザがより高度なやりかたでメディアプレーヤーをホストコンピュータと管理（例えばシンクロ）することができることである。本発明の他の優位性は、クオリティの特徴がメディアコンテンツと共にホストコンピュータからメディアプレーヤーへ転送されえて、それによってメディアが、ホストコンピュータにおいて再生されるために構成されるようにメディアプレーヤーによって再生されることができることである。本発明のさらに他の優位性は、シンクロは、自動で開始されるだけでなく、メディアプレーヤーおよびホストコンピュータが互いに認識できる状況に限定されえることである。
【００７５】
本発明の多くの特徴および優位性は、記載された説明から明らかであり、よって、このような本発明の特徴および優位性は添付の特許請求の範囲によってカバーされるように意図される。さらに多くの変更および改変が当業者によって容易になされるので、本発明は、図示され記載された正確な構成および動作には限定されるべきではない。したがって適切な改変および代替物は全て本発明の範囲に含まれえる。
【図面の簡単な説明】
【００７６】
【図１】本発明のある実施形態によるメディア管理システムのブロック図である。
【図２】本発明のある実施形態によるメディアシンクロシステムのブロック図である。
【図３】本発明のある実施形態によるメディアマネージャ処理のフローチャートである。
【図４】本発明のある実施形態によるシンクロ処理のフローチャートである。
【図５Ａ】本発明のある実施形態によるメディアデバイスシンクロ処理を示す説明図である。
【図５Ｂ】本発明のある実施形態によるメディアデバイスシンクロ処理を示す説明図である。
【図６Ａ】本発明のある実施形態によるホストコンピュータシンクロ処理のフローチャートである。
【図６Ｂ】本発明のある実施形態によるホストコンピュータシンクロ処理のフローチャートである。
【図７】本発明の他の実施形態によるメディア管理システムのブロック図である。
【図８】本発明のある実施形態による自動シンクロ処理のフローチャートである。
【図９】本発明のある実施形態によるメディアダウンロード処理のフローチャートである。
【図１０】本発明のある実施形態によるメディア再生処理のフローチャートである。
【図１１】本発明のある実施形態によるメディアプレーヤーのブロック図である。
【図１】
0005528661.tif 000003
【図２】
0005528661.tif 000004
【図３】
0005528661.tif 000005
【図４】
0005528661.tif 000006
【図５Ａ】
0005528661.tif 000007
【図５Ｂ】
0005528661.tif 000008
【図６Ａ】
0005528661.tif 000009
【図６Ｂ】
0005528661.tif 000010
【図７】
0005528661.tif 000011
【図８】
0005528661.tif 000012
【図９】
0005528661.tif 000013
【図１０】
0005528661.tif 000014
【図１１】
0005528661.tif 000015