JP2006252478A - 情報処理装置、コンテンツ再生装置、コンテンツ管理装置およびデータ更新方法 - Google Patents

Abstract

【課題】携帯型音楽再生装置に収容（記憶）可能な音楽データおよびそれに付属するさまざまな情報を、煩雑な手続きを必要とすることなく、容易に更新可能とする。
【解決手段】この発明は、ネットワーク（１１１）経由にて取り込み、かつ更新可能な部分を持ち、かつローカルストレージ（５）に保存されているメディアの情報を取り込んだデータベースのデータ更新方法において、検索結果に、ネットワーク接続にて更新された情報の更新日時情報を付加して出力し、かつこの出力結果を報知することを特徴とするデータ更新方法である。このデータ更新方法によれば、携帯型音楽再生装置に収容（記憶）可能な音楽データ、およびそれに付属するさまざまな情報が、煩雑な手続きを必要とすることなく、容易に更新できる。
【選択図】図５

Description

この発明は、携帯型のコンテンツ再生装置にコンテンツを転送するコンテンツ転送方法に関し、特に音楽コンテンツとともにその付加情報を転送して更新するデータ更新方法、情報処理装置、コンテンツ再生装置およびコンテンツ管理装置に関する。

近年、デジタル化された音楽データを固体メモリ（メモリカード）やハードディスク等に収容し、携帯可能で音楽を再生可能な音楽再生装置（オーディオプレーヤ）が広く普及している。

また、音楽データは、例えばＣＤ（コンパクトディスク）やＤＶＤ規格の光ディスク等を媒介して、あるいは空間波（地上波）や衛星を通じて供給される公衆向け放送により、もしくはインターネット等を通じた専用サーバ（配信サイト）へのアクセスによるダウンロード等のさまざまな手法により入手可能である。

例えば、特許文献１には、インターネット等に通じて、配信サイト（サーバ）から音楽データやアーティスト名、曲名、アルバム名、発売日等の関連情報、および関連する画像データをパーソナルコンピュータにより取得（ダウンロード）し、オーディオプレーヤに転送する際に音楽データとともに画像データを転送する情報処理装置が示されている。
特開２００２−１２３２７３号公報

しかしながら、特許文献１に記載のオーディオプレーヤ（情報処理装置）においては、例えば音楽データを既にダウンロードしたユーザが新たに関連するデータをダウンロードしようとした場合、あるいは既にダウンローとされているデータを更新しようとした場合の管理方法やダウンロードの結果更新すべきデータやファイルの取り扱いについての詳細な記載がない。

多くの場合、オーディオプレーヤは、その記憶容量がパーソナルコンピュータ等に代表されるコンテンツ管理装置に比較して小さく、それまでにダウンロードしたデータの更新および更新により不要となったデータの整理は、ユーザを満足させるために必須である。

その一方で、データの更新は、データサイズやダウンロードした日時等の情報に従って可能ではあるが、その手順は非常に複雑であり、ダウンロードやデータの更新に精通したユーザ以外のユーザが容易に実現できない問題がある。

本発明の目的は、携帯型音楽再生装置において、ダウンロードしたデータの更新および更新により不要となったデータの整理に要求される煩雑な手続きを低減し、データの更新手続きを簡素化できる音楽データの更新方法、情報処理装置、コンテンツ再生装置およびコンテンツ管理装置を提供することである。

この発明は、上記問題点に基づきなされたもので、コンテンツ再生装置に転送すべきコンテンツが格納された記録部と、前記記録部に格納されている前記コンテンツと前記コンテンツ再生装置に格納されている転送済みコンテンツとを比較し、それぞれのコンテンツが同一か否かを検出する比較部と、前記比較部において、前記コンテンツと前記転送済みコンテンツとが非同一であることが検出された場合に、前記記録部に保持されている前記コンテンツを前記コンテンツ再生装置に転送する転送部と、前記転送部と前記コンテンツ再生装置とを、前記転送部から前記コンテンツ再生装置に前記コンテンツを転送可能に接続可能な信号伝送機構が接続可能な接続部と、を有することを特徴とする情報処理装置、を提供するものである。

またこの発明は、上記問題点に基づきなされたもので、コンテンツ（音楽データ）を保持するデータ記憶部と、前記データ記憶部において既に保持されているコンテンツ（記憶済み音楽データ）と、新たに供給可能に用意されたコンテンツ（音楽データ）とが同一か否かを検出する比較部と、前記比較部による比較の結果を表示可能な表示部と、前記比較部による比較の結果、前記新たに供給可能に用意されたコンテンツを受け入れることをその供給元に指示可能な指示部と、前記データ記憶部と前記供給元とを、前記供給元から前記データ記憶部に前記新たに供給可能に用意されたコンテンツを転送可能に接続可能な信号伝送機構が接続される接続端と、を有することを特徴とするコンテンツ再生装置、を提供するものである。

さらにこの発明は、上記問題点に基づきなされたもので、ネットワークに接続可能で、携帯型情報再生端末が接続された場合には、データ供給元（サーバ）から取得したデータを携帯型情報再生端末に転送可能なコンテンツ管理装置において、前記コンテンツ管理装置は、少なくとも更新日時を記録可能な領域を取得したデータが格納される領域と関連付けて保持し、直前のデータの取得に引き続く新たなデータの取得に際して、更新日時を記録可能な領域に記録された更新日時を参照することを特徴とするコンテンツ管理装置、を提供するものである。

さらにこの発明は、上記問題点に基づきなされたもので、ネットワーク経由にて取り込み、かつ更新可能な部分を持ち、かつローカルストレージに保存されているメディアの情報を取り込んだデータベースのデータ更新方法において、検索結果に、ネットワーク接続にて更新された情報の更新日時情報を付加して出力し、かつこの出力結果を報知することを特徴とするデータ更新方法、を提供するものである。

本発明によれば、携帯型音楽再生装置に収容（記憶）可能な音楽データ、およびそれに付属するさまざまな情報が、煩雑な手続きを必要とすることなく、容易に更新できる。

以下、図面を参照して、この発明の実施の形態について詳細に説明する。

図１は、この発明の実施の形態が適用される音楽再生装置および情報記録再生システムの全体を概略的に示す。

図１に示されるように、情報記録再生システム１０１は、例えばインターネット網等に代表されるネットワーク１１１を介して音楽データ供給元、すなわち配信サイトのサーバ１２１に接続可能なパーソナルコンピュータ（コンテンツ管理装置以下ＰＣと略称する）１と、ＰＣ１と通信路３により接続可能な携帯可能な音楽（コンテンツ）再生装置（以下オーディオプレーヤと呼称する）５と、を含む。なお、ネットワーク１１１は、例えば同一のビル内もしくは限られた地域内に設けられるＬＡＮ（ローカルエリアネットワーク）や、ケーブルネットワーク、あるいは家庭内ＬＡＮ等であってもよい。また、ＰＣ１は、オーディオプレーヤ５との間でデータの受け渡しが可能であれば、ホストコンピュータや中継用のサーバであってもよいことはいうまでもない。

オーディオプレーヤ５は、図２に概略ブロックを示すが、主制御部（以下ＣＰＵと略称する）５１と、所定の記憶容量が与えられたハードディスク記憶装置（以下ＨＤＤと略称する）５２を有する。なお、ＨＤＤ５２は、ファームウエア（オーディオプレーヤ５を動作させるためのソフトウエアおよびＰＣ１から供給される音楽データを再生するためのアプリケーションプログラム等）が格納される領域を除いた領域に、以下に示す音楽データ（圧縮データ）および画像データ（圧縮データ）を記憶できる。ＨＤＤ５２は、プレーヤ５から取り外すことが可能に、ユニット化された「モバイルディスク」であってもよい。また、ＨＤＤ５２に加えて（もしくはＨＤＤ５２に換えて）、詳述しないが、半導体（固体）メモリ、例えば「ＳＤカード」、「ｍｉｎｉ−ＳＤカード（登録商標）」、「コンパクトフラッシュ（登録商標）」、「メモリスティック（登録商標）」等を用いて供給される、データの受け渡しに利用される少なくとも１つのカードスロット５３が設けられてもよい。

オーディオプレーヤ５はまた、ＨＤＤ５２に記憶されたデータの再生およびＨＤＤ５２へのデータの記録、ならびにＨＤＤ５２の起動あるいは図示しない主電源のオン／オフ等の制御に利用されるシステムメモリ（ＲＯＭ）５４、およびデータの一時的な保存に利用されるキャッシュメモリ（ＲＡＭ）５５を有する。

また、オーディオプレーヤ５は、図示しない内蔵バッテリの充電や外部電源からの直流電圧による動作を可能とする電源ユニット５６、ダウンロードした音楽データおよび付属するデータの日時の比較／管理に利用されるタイマユニット５７、ならびに、例えば図示しないマイクまたはライン入力端から直接入力されるアナログ信号を圧縮する圧縮回路と再生信号の出力のために圧縮データを伸張する伸張回路とが一体化された圧縮／伸長回路５９を有する。

ＨＤＤ（モバイルディスク）５２には、例えばＰＣ１において圧縮された音楽データや画像ファイル（コンテンツ）が転送され、所定の規則に従って記録される。なお、データの圧縮において、音楽データの圧縮には、例えばＭＰ３、ＷＭＡあるいはＷＡＶ等の方式が、画像データの圧縮には、例えばＪＰＧ、ＧＩＦあるいはＢＭＰ等の方式が、それぞれ用いられる。なお、画像の大きさとしては、７５（画素）×７５（画素）あるいは２００（画素）×２００（画素）の２種類について、再生（表示）の際のプレーヤ側の負担の少ない好適なサイズとして設定されている。また、詳述しないが、ＨＤＤ５２に記憶されるデータは、著作権法で定められた「私的利用」以外の複製（回数を定めた複製以外）等を抑止するため、プレーヤ５を用いた直接の再生およびアナログ信号での外部スピーカ等への出力のみを可能として、暗号化される。

なお、音楽再生の開始や停止の指示、ディスプレイ５ａに表示される情報の切り換え、ディスプレイ５ａに表示された歌詞（文字）のスクロール等の制御コマンドの入力に利用される多機能ボタン（クロスタッチボタン）を含む操作部５８により、プレーヤ５の動作が制御可能である。

ＰＣ１は、図２に概略ブロックを示すが、メインプロセッサ（以下ＭＰＵと略称する）１１と、所定の記憶容量が与えられたハードディスク記憶装置（以下ＰＣＨＤＤと略称する）１２を有する。また、ＰＣ１には、詳述しないがＣＤ規格やＤＶＤ規格の光ディスクから音楽情報あるいは画像データを読み取ることのできるディスクドライブ装置１３ならびにディスクドライブ装置１３にセットされた光ディスクから情報を読み取り、または光ディスクに情報を記録するためのデータの受け渡しを制御するディスクコントローラ１４が設けられている。ＰＣ１にはまた、オーディオプレーヤ５との間でデータの受け渡しに利用されるインタフェースコントローラ１５が設けられている。なお、インタフェースとしては、例えばＵＳＢ（ユニバーサルシリアルバス）が利用可能である。すなわち、図１に示した通信路３は、ここではＵＳＢケーブルである。また、通信路３は、任意に、所定のタイミングで取り外し可能であり、ＰＣ１およびプレーヤ５のそれぞれには、通信路３が接続可能な（図示しない）コネクタが設けられることはいうまでもない。また、インタフェースとしては、周知のさまざまな規格、例えばＩＥＥＥ１３９４や、同８０２もしくはパラレルバスであってもかまわない。

また、ＰＣ１には、ＬＣＤ（液晶表示装置）１６および音楽コンテンツのダウンロードやオーディオプレーヤ５への音楽コンテンツの転送を実行するための制御情報の入力部としてキーボード１７が設けられている。

なお、ＰＣＨＤＤ１２には、圧縮された状態のデジタルデータとしての音楽コンテンツ（音楽データ）が格納されている。ＰＣＨＤＤ１２に格納されている音楽コンテンツは、データ（音楽データファイル）に加え、ＩＤタグ情報（以下「タグ情報」と呼称する）が付与されている。「タグ情報」には、アーティスト（歌手名／演奏家名）や曲名、アルバムタイトル、ジャケット写真等が含まれている。

これらの情報、すなわちデータあるいはファイルは、ＰＣ１において、転送制御部１８に保持された詳述しない転送アプリケーションソフトが起動され、キーボード１７およびディスプレイ１６による制御コマンドの入力、入力されたコマンドに対応する動作の表示等に従って、ＰＣ１側で圧縮され、オーディオプレーヤ５に転送される。なお、転送制御部１８には、詳述しないが、音楽コンテンツ（タグ情報）から特定の情報を抽出する抽出モジュール、サーバ（サイト）１２１から取得したさまざまな情報を所定のフォーマットに変換する変換モジュール、音楽コンテンツや取得したさまざまな情報を暗号化する暗号化モジュール等を含み、音楽コンテンツおよび取得した情報を転送可能に圧縮し、もしくは暗号化する。

次に、ＰＣとオーディオプレーヤとの間のデータの受け渡しならびにＰＣからプレーヤへのデータの転送について、説明する。

ＰＣ１には、オーディオプレーヤ５に記憶させるべき圧縮データを形成する、すなわちＣＤやＤＶＤ等に代表される音楽データと画像ファイルとを含むソースあるいはサーバ等のデータ供給元から供給されるコンテンツを所定形式に圧縮するためのアプリケーションがインストールされている。なお、オーディオプレーヤ５を初めて接続（起動）する場合には、同アプリケーションのインストールが必要である。また、多くの場合、アプリケーション本体は、ＰＣＨＤＤ１２の所定の領域に格納され、ＰＣ１が起動される毎に、起動される。

ＰＣ１からオーディオプレーヤ５への音楽コンテンツの蓄積、すなわち圧縮された音楽データをプレーヤ５のＨＤＤ５２に記憶する場合には、例えばディスクドライブ装置１３にセットされた音楽ＣＤを再生し、再生された音楽を圧縮して音楽データとする方法（リッピング）と、ネットワーク１１１を経由して配信元（サイト）にアクセスし、サイトから（圧縮済み）音楽データをダウンロードする方法等がある。なお、ＰＣ１においては、ネットワーク１１１を経由した配信元（サイト）へのアクセス時に、音楽データに付属するさまざまな情報も取得可能である。また、その情報を取得した日時についても、タイマユニット５７により特定され、時間情報として保持される。このため、プレーヤ５を初めて起動する場合（あるいは内蔵バッテリの残容量がなくなる等によりタイマユニット５７の時間情報がリセットされた場合）には、操作部５８により、日時（時間情報）の入力が必要である（詳述しないが、時間情報がリセットされた（あるいは未入力の）場合には、ファームウエアにより、日時設定が要求される）。

例えば、付属のクレードル５０を介して、オーディオプレーヤ５を、通信路３（ＵＳＢケーブル）によりＰＣ１と接続することで、ＰＣ１側で、オーディオプレーヤ５が接続されたことが検出され、ＰＣ１に予めインストールされている専用アプリケーションが起動される。なお、オーディオプレーヤ５をＰＣ１と直接接続することも可能であるが、接続の方法は、通常のユーザが容易に理解できるため、詳細な説明は省略する。

この状態で、例えば図３に示すような、オーディオプレーヤ５に、ＰＣ１に記憶されているコンテンツ（圧縮された音楽データ）を転送可能な状態とするための「メニュー画面（メイン画面）」が、ＰＣ１のディスプレイ１６に表示される。

メニュー画面は、例えば「ファイル」、「表示」、「再生」、「ツール」、「ヘルプ」等のメニュー選択に利用される『メニューバー』１６−１、再生状態（現在までの再生時間（経過時間）／総時間（再生時間））や予め記憶されている曲名等が表示される『再生パネル』１６−２、オーディオプレーヤ５への転送の指示（転送開始の入力）等に利用される『転送パネル』１６−３、および記憶（蓄積）されているコンテンツ（音楽データ）のリストを、ＰＣＨＤＤ１２（ＰＣ本体）、光ディスク（現在ディスクドライブ装置１３にセットされている光ディスク）およびＨＤＤ５２（オーディオプレーヤ５）のそれぞれを単位として表示させるための切り替え指示に利用される『デバイスパネル』１６−４等を、ユーザが選択可能とするＧＵＩ（グラフィカルユーザインタフェース）である。

例えば、『デバイスパネル』１６−４の表示を介して（『デバイスパネル』１６−４の表示（ボタン）がクリックされることにより）特定された記憶単位（デバイス）内の音楽データが、図４を用いて以下に説明する「ツリー形式」で表示される。また、『デバイスパネル』１６−４においては、「ツリー形式」で表示されるコンテンツのリストの表示を切り替えることのできる『ライブラリビュー』ボタン１６−４１や『フォルダビュー』ボタン１６−４２ならびに既にダウンロードされている音楽データや付属する情報の更新に利用される『更新（mucic ID）』ボタン１６−４３も表示される。なお、『ライブラリビュー』ボタン１６−４１や『フォルダビュー』ボタン１６−４２は、『デバイスパネル』１６−４により、どのデバイスが選択された場合でも、その時点で選択されている『ライブラリビュー』あるいは『フォルダビュー』のいずれかを表示させる。

一方、配信サイトのサーバ１２１には、大容量の記憶装置が設けられており、その記憶装置内に、多数の音楽コンテンツが格納されている。それぞれの音楽コンテンツには、対応するアーティスト（歌手名／演奏家名）や曲名、アルバムタイトル、ジャケット写真、歌詞データ、音楽コンテンツの価格、現在の売り上げランキングデータ、ならびに情報が更新された日時を示す時間情報等を含む「タグ情報」が付与されている。

図４は、ＰＣからオーディオプレーヤに転送された音楽コンテンツと音楽コンテンツに関連する付加情報（例えば、ジャケット写真に代表される画像ファイル）を、オーディオプレーヤのＨＤＤに格納するデータ格納構造の一例を示す。なお、以下に示す「ツリー形式」によるデータの保持（格納構造）は、ＰＣ１側のＰＣＨＤＤ１２およびプレーヤ５側のＨＤＤ５２の双方において、概ね同一である。

例えば、『ライブラリビュー』に対応するデータ格納構造としては、「アーティストＡ」・・・「アーティストｎ」で特定されるカテゴリの『フォルダ』４１−１〜４１−ｎのそれぞれに、例えば「アルバム［１］」・・・「アルバム［Ｘ］」で特定可能な『フォルダ』４１−１１〜４１−１Ｘからなる。

個々の「アルバム」の『フォルダ』４１−１１〜４１−１Ｘには、その「アルバム」に収容（収録）されている［曲（ｎ）、ｎは曲番号］の『フォルダ』４１−２１〜４１−２Ｘが形成される。また、それぞれの［曲（ｎ）］の『フォルダ』４１−２１〜４１−２Ｘには、例えば『曲−コンテンツ』４１−３１〜４１−３Ｘ、『曲名』４１−４１〜４１−４Ｘ、『歌詞』４１−５１〜４１−５Ｘ、『発売日』４１−６１〜４１−６Ｘ、ならびに『ジャケット写真（画像ファイル）』４１−７１〜４１−７Ｘ、『更新データ』４１−８１〜４１−８Ｘ等のさまざまのデータが格納されたフォルダあるいはファイル（以下「タグ情報」と呼称する）が関連付けられている。なお、『更新データ』４１−８１〜４１−８Ｘのファイルまたはフォルダは、アルバム（シングル）の発売時期や、発売されてからの経過時間（年月）との関連、もしくはサーバ運営担当の都合に、用意されていない場合がありうる。

従って、オーディオプレーヤ５のＨＤＤ５２に記憶（収容）されている音楽データに、ジャケット写真（画像）の画像ファイルが付加されている場合は、そのアルバムの任意の曲の再生の間（またはユーザにより表示が解除されるまで）の期間、ディスプレイ５ａにジャケット写真を表示させることができる。

なお、アルバムフォルダが１曲ごとに形成され、それぞれにジャケット写真のファイルが添付されている場合、すなわち一般にシングルＣＤと呼ばれる１曲を単位とした供給元（ソース）から音楽データが供給される場合には、再生中の曲ごとにジャケット写真（画像）も異なる写真（画像）が再生される。また、ジャケット写真としては、多くの場合、ＪＰＧ（ＪＰＥＧ）、ＧＩＦもしくはＢＭＰ等の周知の画像ファイル形式のデータが利用可能である。

次に、オーディオプレーヤ５に既に転送されている音楽データあるいは付属する情報の更新について、図５に示すフローチャートに従って説明する。

ＰＣ１（コンテンツ管理装置）が起動されている状態で、クレードル５０にオーディオプレーヤ５（取り外し可能デバイス）が装着されると、ＰＣ１のオペレーションシステムに組み込まれているデバイス認識プログラムにより、オーディオプレーヤ５が接続されたことが認識され、既にインストールされている専用アプリケーションが起動される（Ｓ５１）。

次に、接続（認識）されたオーディオプレーヤ５（デバイス）が、ＰＣ１によるデータの転送が許可されている対応機種であるか（認証が得られているか）否かが判断される。このことは、同一形式のプレーヤが複数台用意され、それらが順次接続されて音楽データが複製されることを、ＰＣ１側において許諾の範囲で管理できるために有益である（Ｓ５２）。

（デバイスの）認証が終わると、データベースの位置（アクセスするデータベース）がオーディオプレーヤ５（デバイス）に切り替えられる。なお、この時点で、プレーヤ５のデータベースへ登録可能な情報の範囲が、同プレーヤ５内に限定される。このことは、同一形式のプレーヤが複数台用意され、それらが順次接続されて音楽データが複製されることを、ＰＣ１側において許諾の範囲で管理可能とするうえで有益である（Ｓ５３）。

次に、ＰＣ１により認証されたプレーヤ５のデータベースにアクセスされ（Ｓ５４）、ＰＣ１側のデータベースに保持されているデータとプレーヤ５側で保持されているデータが、順次、比較される。このとき、例えば図４に示した「ツリー形式」の例では、『更新データ』フォルダまたはファイルとして保持されている「時間情報（更新日時）」が利用される。従って、「時間情報」が与えられていないコンテンツについては、比較されない（Ｓ５５）。

ステップＳ５５によるデータベースのデータの比較の結果、更新されたデータ（情報）が存在した場合、すなわちＰＣ１が保持するデータに、プレーヤ５のデータよりも「時間情報」が新しいデータが含まれる場合（Ｓ５６−Ｙｅｓ）、ＰＣ１のディスプレイ１６とプレーヤ５のディスプレイ５ａの少なくとも一方に（多くの場合、ＰＣ１側では必ず表示されるが、プレーヤ側では、マーカランプや「アイコン」のみによる場合もある）、更新すべきデータが存在することが報知（表示）される。（Ｓ５７）。

次に、ステップＳ５７における『更新すべきデータがあることの報知（表示）』に応答するユーザからの更新の指示が在るか否かが判断され（Ｓ５８）、図示しない『更新』ボタンがクリック（またはプレーヤ５側の操作部５８により選択）されて、データベースの更新が指示された場合（Ｓ５８−Ｙｅｓ）は、ＰＣ１からプレーヤ５に更新すべきデータが転送される（Ｓ５９）。

なお、更新すべきデータの大きさ（サイズやファイルの数）によっては、更新に時間がかかる場合がある（前回更新されてからの期間（時間）に支配されるが、１０分を超えるような場合もありうる）ことから、ステップＳ５７における『更新すべきデータがあることの報知（表示）』においては、データの大きさあるいは予定される転送時間等が同時に（あるいはユーザによる確認作業に基づいて）、表示されてもよい。この場合、更新（登録）に必要な時間の目安は、予めストレージ（キャッシュ部）上でキャッシュされているファイル数もしくは転送レートから算出される。

また、上述した各ステップのうちの少なくともＳ５６およびＳ５７は、プレーヤ５側のディスプレイ５ａと操作部５８により制御（実行）可能である。これにより、ユーザは、プレーヤ５を操作することで、必要な情報（更新データ）をプレーヤ５に（選択的に）、取り込むことが可能となる。

このとき、更新により削除されるべきデータは、一旦ＨＤＤ５２の削除ファイル向けの領域（例えばゴミ箱）に格納されるので、ＨＤＤ５２の容量を確保するため、ＨＤＤ５２からの完全消去を促すメッセージが表示されてもよい。

なお、デバイス（プレーヤ５）を取り外す場合に先立って、データベースへの「更新」の反映が確実に行われていることを確認（チェック）した上で、ユーザに取りはずし可能というメッセージを表示させることで、不所望な「更新エラー」が生じることが低減かのうである。

また、プレーヤ５に対するデータの転送に先立ち、ＰＣ１をネットワーク１１１を経由してサーバ（配信サイト）１２１に接続し、更新すべきデータの有無／更新するデータを予めＰＣ１のＰＣＨＤＤ１２にダウンロードしておくことも可能である。

この場合、図３により既に説明したメニュー画面において、『更新（mucic ID）』ボタン１６−４３』がクリックされることで、ＰＣ１からサーバ１２１のデータベースにアクセス可能となる。なお、サーバ１２１に「新規なデータ（コンテンツ）」、例えば新しいアルバム等が存在する場合には、そのコンテンツ（新しいアルバム）のデータをダウンロードするか否かが、ＵＩ（ユーザインタフェース）により、ＰＣ１のディスプレイ１６に表示される。また、新規なコンテンツをダウンロードする場合には、デフォルト名が既に作成されているファイル名と重ならないように自動発番させる。

一方、オーディオプレーヤ５にデータを転送する際（オーディオプレーヤ５が保持するデータベースを更新する際）に、ＰＣ１を、ネットワーク１１１経由して、サーバ（配信サイト）１２１に接続した状態で、オーディオプレーヤ５から直接サーバ１２１のデータベースにアクセスさせてもよい。この場合、既にオーディオプレーヤ５のデータベースにダウンロードされている音楽データ（コンテンツ）に付属する情報、例えば売り上げ件数等の刻々と変化するデータを選択的に更新することも可能である。

ところで、ファイルが保存されるストレージ（ＰＣＨＤＤ１２内のキャッシュ部あるいは図示しないＲＡＭ内の所定の領域）内のデータが複数種のアプリケーションにより加工できる場合、実際のファイルの状態とデータベースに保持されているデータの状態に「ずれ」が生じる可能性が在る。このため、ストレージに対してアクセスできる（データを加工できる）すべてのアプリケーションにおいて、データベースと実際のメディアファイルの状態の同期を取るための「更新」が可能に、個々のアプリケーションが「更新」機能を持っているよう、ＰＣ１（システム）が設定されている。

また、「更新」の履歴を容易に管理可能とする（更新データの同期を取る）ため、直前に更新された時間（日付）情報を、音楽データ（コンテンツ）に付属する「タグ情報」に書き込み、次に更新のために接続された際に、直前に更新された際の時間（日付）情報がディスプレイ１６（画面）に表示されてもよい。さらに、更新時には、その時間（日付）情報がデータのリソースや「タグ情報（メタ情報部）」に埋め込まれてもよい。また、検索（出力）されたデータを元に作成されたファイル名の一部に、時間（日付）情報が埋め込まれてもよい。なお、これらの時間（日付）情報の埋め込みは、データベースの更新の際の検索項目として、ネットワークに接続して更新された情報を使用する場合のみ、利用するものとする。すなわち、コンテンツの供給元が、例えばＣＤ等である場合には、時間（日付）情報が存在しない場合が多く、すべてのソース（データ供給元）からのデータの更新に「時間（日付）情報」を適用することは、困難である。

一方、すべてのメディアデータ（コンテンツ）のヘッダに共通なメタデータ（「タグ情報」）項目のみを検索項目として表示部（ＵＩ）に表示させる。共通しない項目は、標準（デフォルト）では表示させず、選択画面からユーザに選択させる（ユーザが表示を要求した項目のみを表示させる）ことを特徴とする。その際に、一部のデータのヘッダには、含まれてない「表示項目」であることを、ユーザに示す。

また、含まれていない項目を、手動にて、メディアデータのヘッダに入力させるインタフェースを提供することも可能である。この場合には、これらの項目を保存させるためのエリアが必要となることから、ヘッダを拡張させることが必要となる。従って、ヘッダ内に拡張領域がある場合は、その領域を使い、拡張領域がない場合は、独自のヘッダを定義して、メタデータ項目を保存させる。なお、データに、直接保存する方法に変えて、別の管理ファイルにて必要な情報をまとめて、例えばリンク情報を関連付けて、管理することも可能である。

以上説明したように、この発明は、ブラックボックスなデータベース（ネットワーク上のサーバ１２１）とローカル（プレーヤ５（またはＰＣ１））に保持されているメディアデータ（音楽データおよび付属するデータすなわちコンテンツ）のメディア情報（メタ情報）を、ＡＰＩを用いてデータベースに登録（保存）したうえで、外部から制御できない内部のルールの一部をネットワーク上のサーバから更新する機能があり、外部からは制御できない内部にて作られるある一定のルールにてデータを出力する検索手段を持ち、ＵＩ（表示部および入力部（操作部））を持つことで検索できるコンテンツ管理装置（ＰＣ１またはプレーヤ５）において、ネットワークに前回接続した日付を表示可能としたものである。

ネットワークに接続して更新される情報を、選択条件の１つに設定が可能で取りはずし可能なデバイス（プレーヤ５）をコンテンツ管理装置（ＰＣ１）に繋いだ時点で、ネットワーク（１１１を経由してサーバ１２１）から得られる情報を更新する。

この時、前回アップデート（更新）した際の日付情報を、任意の画面（ディスプレイ）に表示する。また、日付情報を、出力されたデータ（検索結果）のリソース、メタ情報部に埋め込む。さらに、出力されたデータ（検索結果）を元に作成されたファイル名の一部に日付情報を埋め込む。なお、検索項目としてネットワークに接続して更新された情報を使用する場合のみ、上記処理を行うことを特徴とする。

また、取りはずし可能なデバイス（プレーヤ５）は、コンテンツ管理装置（ＰＣ１）に接続された時点（Ｓ５１）で、コンテンツ管理装置から対応機種であるかどうかを判断される認証手段を持ち、かつ接続により認証が行えた時点でデバイスとして選択され、更新（書き換え対象となる）データベースの位置が取りはずし可能なデバイス（プレーヤ）側に切り換えられる。この際、取りはずし可能なデバイス側のデータベースへ登録するメディア情報の範囲は、デバイス（プレーヤ）内に限定される。

なお、取りはずし可能なデバイス内のメディア情報に更新があった（更新すべきデータが存在する）場合は、ユーザに更新を促す表示をＵＩ（ディスプレイ）に示す。

また、取りはずし可能なデバイスが接続された場合、取りはずし可能なデバイスの接続を検知プログラムが検知することにより、検知プログラムによりデータベース更新プログラムが起動されることを特徴とする。

検索結果の出力およびデータ比較は、再生順序を規定したプレイリストや、カテゴリによる分類表示（ツリー形式で構成されるフォルダやファイル）等を対象とし、検索の開始や検索結果に基づく更新または新規な登録は、取りはずし可能なデバイスをメディア再生装置に接続し、取りはずし可能なデバイス上のメディアデータの情報を登録すべきデータベースを、取りはずし可能なデバイス上にて管理することが可能である。

また、更新（新規作成、削除）指示があったら、新規作成や更新あるいは不要となったメディア情報の削除が選択的に可能である。

なお、データベースヘの登録（更新）機能としては、以下の特徴
ａ）データベースヘの登録はメディア数の数により時間が掛かる場合がありうるので、自動的に行うかは設定にて選択可能、例えば
ｂ）特にストレージのサイズが大きくかつメディアファイルサイズがストレージサイズに対して相対的に大きくない場合は、１０００〜１００００という単位でファイルがあるため、登録に時間が掛かる場合がありうるため、大量なメディアファイルがある場合は、デフォルトを手動とし、ユーザが「更新」ボタンにより選択、
ｃ）また登録に掛かる時間の目安を予め、ストレージ上にあるメディアファイル数から算出して、ＵＩに表示させる、
ｄ）ストレージのサイズが比較的小さい時あるいはストレージサイズに対してメディアファイルのサイズが大きい時は、ファイル数が少なくなるので、「自動的に更新させる」ことをデフォルトに設定可能、
ｅ）手動での更新がデフォルトの場合、更新するタイミングをユーザに知らせる手段としてデータベースを最後に更新した日時と最後にデータを転送した日時を比較してデータベースのほうが古ければ更新を促す、このために、最後に転送した日時を設定ファイル、データベースなどに残す
ｆ）システム内にストレージが複数ある場合は、それぞれのストレージごとではなく、デフォルトストレージを規定し、この上でデータベースを管理、
ｇ）取りはずし可能なデバイスの場合は、それぞれのデバイスを単位として、デバイスごとにデータベースを管理、
ｈ）デバイスを取り外す処理において、データベースへの「更新」の反映が確実に行われていることを確認した上で、ユーザに取りはずし可能というメッセージを表示、
ｉ）それぞれのデバイス毎にデータベースを管理することで、複数のデバイスが本装置（ＰＣ１）に接続される可能性がある場合は、ぞれぞれのデバイスを単位として管理可能であり、データの管理が簡略化でき、しかも認証されていないデバイスに対する更新（登録）を防止できる、
を有する。

また、検索機能としては、以下の特徴
Ａ）すべてのメディアデータのヘッダに共通なメタデータ項目のみを検索項目として。ＵＩ（ディスプレイ）に表示させ、共通しない項目は標準では表示させず、選択画面から選ばせて表示させる、
Ｂ）その際に、一部のメディアデータのヘッダには、その項目が含まれてないことを、ユーザに示す、
Ｃ）含まれていない項目を手動にてメディアデータのヘッダに入力させることのできるインタフェース（ＩＦ）を有する、
Ｄ）この場合、これらの項目を保存させるためのエリアが必要となるためヘッダを拡張させる機能を有する、
Ｅ）ヘッダ内に拡張領域がある場合は、この領域を使い、拡張領域がない場合は、独自のヘッダを定義して、メタデータ項目を保存させる、
Ｆ）あるいは、データに直接保存することなく、別の管理ファイルを作成して、必要な情報をまとめ
て管理することも可能
を有する。

なお、検索によって、プレイリストに変更（更新）が生じる場合には、
ｕ）検索手段にてプレイリストを作成させる場合は、別の管理ファイルに保存させることも可能、
ｖ）プレイリストごとにファイルに分割させて保存させることもありうるし、別の管理ファイルに保存させることも可能、
ｗ）別の管理ファイルを作成する場合、新規のプレイリスト名のデフォルト名は、既に作成されているファイル名と重ならないように自動発番
という作業が可能である。

なお、この発明は、上述した実施の形態に限定されるものではなく、その実施の段階ではその要旨を逸脱しない範囲で種々な変形もしくは変更が可能である。また、個々の実施の形態は、可能な限り適宜組み合わせて実施されてもよく、その場合、組み合わせによる効果が得られる。例えば、上記実施形態では、コンテンツ情報を主にオーディオ情報として説明しているが、本発明の実施形態はこれに限るものではなく、ビデオ情報その他、広く適用することが可能である。従って、本発明は、開示された原理と新規な特徴に矛盾しない広範な範囲に及ぶものであり、上述した実施形態に限定されるものではない。

本発明の実施の形態が適用される情報記録再生（音楽コンテンツ）転送システムを示す概略図。 図１に示した音楽コンテンツ転送システムのシステム構成を示すブロック図。 図１に示した音楽コンテンツ転送システムにおけるコンテンツ管理装置のメインメニューの表示の一例を示す概略図。 図１に示した音楽コンテンツ転送システムにおけるコンテンツ管理装置、および転送先（プレーヤ）におけるデータ保持（格納）構造の一例を示す概略図。 図１に示した音楽コンテンツ転送システムにおけるデータの更新手順の一例を示すフローチャート。

符号の説明

１…パーソナルコンピュータ（ＰＣ、コンテンツ管理装置、情報処理装置）、３…通信路（ＵＳＢ）、５…オーディオプレーヤ（再生装置）、５ａ…（プレーヤの）ディスプレイ、１１…ＭＰＵ（メインプロセッサ、制御部）、１２…ハードディスク記憶装置（ＰＣＨＤＤ、データ記憶部）、１３…ディスクドライブ装置（データ供給元）、１４…ディスクコントローラ、１５…インタフェースコントローラ、１６…ディスプレイ（ＰＣ側表示装置）、１７…キーボード（操作部）、１８…転送制御部、５０…クレードル、５１…ＣＵ（プレーヤ、再生装置）、５２…ＨＤＤ（記憶装置）、５３…カードスロット、５４…ＲＯＭ、５５…ＲＡＭ、５６…電源ユニット、５７…タイマユニット、５８…操作部、５９…圧縮／伸長回路、１０１…情報記録再生システム、１１１…ネットワーク、１２１…配信サイト（サーバ）。

Claims (17)

1. コンテンツ再生装置に転送すべきコンテンツが格納された記録部と、
   前記記録部に格納されている前記コンテンツと前記コンテンツ再生装置に格納されている転送済みコンテンツとを比較し、それぞれのコンテンツが同一か否かを検出する比較部と、
   前記比較部において、前記コンテンツと前記転送済みコンテンツとが非同一であることが検出された場合に、前記記録部に保持されている前記コンテンツを前記コンテンツ再生装置に転送する転送部と、
   前記転送部と前記コンテンツ再生装置とを、前記転送部から前記コンテンツ再生装置に前記コンテンツを転送可能に接続可能な信号伝送機構が接続可能な接続部と、
   を有することを特徴とする情報処理装置。
2. 前記転送部による前記コンテンツの転送に先立って、転送すべきコンテンツが存在することを報知する報知機構をさらに有することを請求項１記載の情報処理装置。
3. 前記比較部は、前記コンテンツと前記転送済みコンテンツとを、それぞれのコンテンツに付属されている時間情報を参照して、それぞれのコンテンツが同一か否かを検出することを特徴とする請求項１または２記載の情報処理装置。
4. 前記信号伝送機構はＵＳＢインタフェースであり、前記コンテンツ再生装置が前記信号伝送機構を介して接続されたことが検知された時点で前記転送部が起動されることを特徴とする請求項１ないし３のいずれかに記載の情報処理装置。
5. コンテンツ（音楽データ）を保持するデータ記憶部と、
   前記データ記憶部において既に保持されているコンテンツ（記憶済み音楽データ）と、新たに供給可能に用意されたコンテンツ（音楽データ）とが同一か否かを検出する比較部と、
   前記比較部による比較の結果を表示可能な表示部と、
   前記比較部による比較の結果、前記新たに供給可能に用意されたコンテンツを受け入れることをその供給元に指示可能な指示部と、
   前記データ記憶部と前記供給元とを、前記供給元から前記データ記憶部に前記新たに供給可能に用意されたコンテンツを転送可能に接続可能な信号伝送機構が接続される接続端と、
   を有することを特徴とするコンテンツ再生装置。
6. 前記信号伝送機構はＵＳＢインタフェースを含み、前記供給元に、自身が接続されたことを報知可能であることを特徴とする請求項５記載のコンテンツ再生装置。
7. 前記新たに用意されたコンテンツが前記データ記憶部に既に保持されているコンテンツと非同一であることを、前記表示部に表示させる表示制御部をさらに有することを請求項５記載のコンテンツ再生装置。
8. 前記比較部は、前記新たに用意されたコンテンツと前記データ記憶部に既に保持されているコンテンツとを、それぞれのコンテンツに付属されている時間情報を参照して、それぞれのコンテンツが同一か否かを検出することを特徴とする請求項５ないし７のいずれかに記載のコンテンツ再生装置。
9. ネットワークに接続可能で、携帯型情報再生端末が接続された場合には、データ供給元（サーバ）から取得したデータを携帯型情報再生端末に転送可能なコンテンツ管理装置において、
   前記コンテンツ管理装置は、少なくとも更新日時を記録可能な領域を取得したデータが格納される領域と関連付けて保持し、直前のデータの取得に引き続く新たなデータの取得に際して、更新日時を記録可能な領域に記録された更新日時を参照することを特徴とするコンテンツ管理装置。
10. 前記コンテンツ管理装置は、情報再生端末が接続される通信部を有し、通信部を介して接続された時点で更新管理プログラムを起動することを特徴とする請求項９記載のコンテンツ管理装置。
11. 前記コンテンツ管理装置は、情報再生端末が接続可能な通信部を介して接続された時点で、接続された情報再生端末に対するデータの転送（更新）が許可されていることを確認可能であることを特徴とする請求項１０記載のコンテンツ管理装置。
12. 前記コンテンツ管理装置は、情報再生端末が保持するデータベースのデータを更新すべきか否かを、データに付属する時間情報を参照することを特徴とする請求項１１記載のコンテンツ管理装置。
13. 前記コンテンツ管理装置は、情報再生端末が保持するデータベースのデータに更新すべきデータの存在することを認識した場合に、更新可能な（更新すべき）データが存在することを報知可能であることを特徴とする請求項１２記載のコンテンツ管理装置。
14. 前記コンテンツ管理装置は、情報再生端末が保持するデータベースのデータに更新すべきデータの存在することを認識した場合に、更新の入力（指示）を受けて、データを転送（更新）することを特徴とする請求項１２記載のコンテンツ管理装置。
15. ネットワーク経由にて取り込み、かつ更新可能な部分を持ち、かつローカルストレージに保存されているメディアの情報を取り込んだデータベースのデータ更新方法において、
    検索結果に、ネットワーク接続にて更新された情報の更新日時情報を付加して出力し、かつこの出力結果を報知することを特徴とするデータ更新方法。
16. 更新情報が検索の結果に含まれる場合のみ、上記の更新日時情報を含む前記検索結果を報知することを特徴とする請求項１５記載のデータ更新方法。
17. 上記更新日時情報を含む検索結果の出力は、前記検索結果に更新情報が含まれる場合のみとすることを特徴とする請求項１５記載のデータ更新方法。

Images