(57)【要約】【課題】情報処理装置と携帯端末の間で同期を行うコンテンツの再生回数を管理する。【解決手段】情報処理装置であるＰＣ内に、コンテンツデータ１０３Ａの再生回数を管理するＭａｓｔｅｒＤＢ１０３Ｃと、ＰＣと携帯端末であるポータブルデバイス（ＰＤ）との間でコンテンツデータの送信等毎にコンテンツデータの再生回数を保持しておくＰＣＳｙｎｃＤＢ１０３Ｂを、ＰＤ内に、ＰＤ内に格納されるコンテンツデータ２１５Ａの再生回数を管理するＰＤＳｙｎｃＤＢ２１５Ｂを用意し、コンテンツデータの送信等の際、ＰＣＳｙｎｃＤＢ１０３ＢとＰＤＳｙｎｃＤＢ２１５Ｂを比較して前回の送信等の時から今回の送信等の時までのＰＤでの再生回数を検出し、検出再生回数をＭａｓｔｅｒＤＢ１０３Ｃに反映し、更新されたＭａｓｔｅｒＤＢ１０３Ｃを元にＰＣＳｙｎｃＤＢ１０３Ｂを更新し、そのＰＣＳｙｎｃＤＢ１０３Ｂを元にＰＤＳｙｎｃＤＢ２１５Ｂを更新する。【選択図】図１
2006107192.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と携帯端末との間でコンテンツデータの送信、受信及び／または削除を行う情報処理システムにおいて、
上記情報処理装置内に格納されるコンテンツデータの再生回数を管理する第１のデータベースと、
上記送信、受信及び／または削除毎にコンテンツデータの再生回数を保持しておく第２のデータベースと、
上記携帯端末内に格納されるコンテンツデータの再生回数を管理する第３のデータベースと、
上記コンテンツデータの送信、受信及び／または削除の際、上記第２のデータベースと上記第３のデータベースとを比較して前回の送信、受信及び／または削除のときから今回の送信、受信及び／または削除のときまでの上記携帯端末でのコンテンツデータの再生回数を検出する再生回数検出手段と、
上記再生回数検出手段によって検出された再生回数を上記第１のデータベースに反映させる第１の更新手段と、
上記第１の更新手段により、コンテンツデータの再生回数が更新された上記第１のデータベースを元に上記第２のデータベースを更新する第２の更新手段と、
上記第２のデータベースを元に上記第３のデータベースを更新する第３の更新手段と、
を具備することを特徴とする情報処理システム。
【請求項２】
上記情報処理装置と上記携帯端末は同一のコンテンツデータをそれぞれ独立して再生することが可能であることを特徴とする請求項１に記載の情報処理システム。
【請求項３】
上記再生回数検出手段は、上記第３のデータベースに記憶されている再生回数から上記第２のデータベースに記憶されている再生回数の差を計算して上記携帯端末でのコンテンツデータの再生回数を検出することを特徴とする請求項１に記載の情報処理システム。
【請求項４】
上記第１の更新手段は、上記第１のデータベースに記憶されている再生回数に上記再生回数検出手段によって検出された再生回数を足し合わせることを特徴とする請求項１に記載の情報処理システム。
【請求項５】
上記第３の更新手段は、上記第２のデータベースで上記第３のデータベースを上書することにより上記第３のデータベースの更新を行うことを特徴とする請求項１に記載の情報処理システム。
【請求項６】
上記第１乃至第３の更新手段によるデータベースの更新は、一つの上記コンテンツデータの送信、受信及び／または削除のたびに行うことを特徴とする請求項１に記載の情報処理システム。
【請求項７】
コンテンツデータの再生の際、上記コンテンツデータの再生終了位置が所定値以上の場合には、上記第１のデータベースまたは上記第２のデータベースに記憶されているコンテンツデータの再生回数を増加させる再生回数カウント手段を更に具備することを特徴とする請求項１に記載の情報処理システム。
【請求項８】
情報処理装置と携帯端末との間でコンテンツデータの同期を行う情報処理システムにおいて、
上記情報処理装置内に格納されるコンテンツデータの再生回数を管理する第１のデータベースと、
上記同期毎にコンテンツデータの再生回数を保持しておく第２のデータベースと、
上記携帯端末内に格納されるコンテンツデータの再生回数を管理する第３のデータベースと、
上記コンテンツデータの同期の際、上記第２のデータベースと上記第３のデータベースとを比較して前回の同期のときから今回の同期のときまでの上記携帯端末でのコンテンツデータの再生回数を検出する再生回数検出手段と、
上記再生回数検出手段によって検出された再生回数を上記第１のデータベースに反映させる第１の更新手段と、
上記第１の更新手段により、コンテンツデータの再生回数が更新された上記第１のデータベースを元に上記第２のデータベースを更新する第２の更新手段と、
上記第２のデータベースを元に上記第３のデータベースを更新する第３の更新手段と、
を具備することを特徴とする情報処理システム。
【請求項９】
情報処理装置内に格納されるコンテンツデータの再生回数を管理する第１のデータベースと、上記情報処理装置内に格納され、上記情報処理装置と携帯端末との間でコンテンツデータの送信、受信及び／または削除毎にコンテンツデータの再生回数を保持しておく第２のデータベースと、上記携帯端末内に格納され、上記携帯端末内に格納されるコンテンツデータの再生回数を管理する第３のデータベースと、を用いて情報処理装置と携帯端末との間でコンテンツデータの送信受信及び／または削除を行う情報処理システムのコンテンツデータの再生回数管理方法において、
上記コンテンツデータの送信、受信及び／または削除の際、上記第２のデータベースと上記第３のデータベースとを比較して前回の送信、受信及び／または削除のときから今回の送信、受信及び／または削除のときまでの上記携帯端末でのコンテンツデータの再生回数を検出し、
上記検出された再生回数を上記第１のデータベースに反映し、
上記コンテンツデータの再生回数が更新された上記第１のデータベースを元に上記第２のデータベースを更新し、
上記第２のデータベースを元に上記第３のデータベースを更新する、
ことを特徴とするコンテンツデータの再生回数管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の機器でコンテンツの同期を行う場合のコンテンツの再生回数の管理を行う情報処理システム及びコンテンツデータの再生回数管理方法に関する。
【背景技術】
【０００２】
例えば、特許文献１には、転送リストを用いてオーディオサーバから携帯用のオーディオ再生装置に楽曲データを転送する技術が開示されている。
【特許文献１】特開２００１−９３２２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記特許文献１に開示されたシステムで音楽データの再生回数を管理しようとする場合には、携帯装置に転送された音楽データは、オーディオサーバ側では再生できないようにされているので、それほど問題にはならない。
【０００４】
しかしながら、オーディオサーバと携帯装置両方で同一の音楽データを再生できるようにした場合には、それぞれ別に再生が行われる。そのため、例えばオーディオサーバとなるパーソナルコンピュータ（ＰＣ）で３回再生したものを携帯装置に転送（同期）した後に、ＰＣと携帯装置それぞれで２回ずつ再生した場合、本来であれば再生回数は「９」となるはずであるが、ＰＣ、携帯装置それぞれとも「５」となっており、本来の再生回数を管理することが難しい。
【０００５】
本発明は、上記の点に鑑みてなされたもので、音楽データ等のコンテンツデータを格納するＰＣ等の情報処理装置と、上記情報処理装置から送信されるコンテンツデータを取得して再生処理等の所定の処理を行うことが可能な携帯端末との間で同期を行うコンテンツでも適正に再生回数を管理できる情報処理システム及びコンテンツデータの再生回数管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の情報処理システムの一態様は、情報処理装置と携帯端末との間でコンテンツデータの送信、受信及び／または削除を行う情報処理システムにおいて、
上記情報処理装置内に格納されるコンテンツデータの再生回数を管理する第１のデータベースと、
上記送信、受信及び／または削除毎にコンテンツデータの再生回数を保持しておく第２のデータベースと、
上記携帯端末内に格納されるコンテンツデータの再生回数を管理する第３のデータベースと、
上記コンテンツデータの送信、受信及び／または削除の際、上記第２のデータベースと上記第３のデータベースとを比較して前回の送信、受信及び／または削除のときから今回の送信、受信及び／または削除のときまでの上記携帯端末でのコンテンツデータの再生回数を検出する再生回数検出手段と、
上記再生回数検出手段によって検出された再生回数を上記第１のデータベースに反映させる第１の更新手段と、
上記第１の更新手段により、コンテンツデータの再生回数が更新された上記第１のデータベースを元に上記第２のデータベースを更新する第２の更新手段と、
上記第２のデータベースを元に上記第３のデータベースを更新する第３の更新手段と、
を具備することを特徴とする。
【０００７】
本発明の情報処理システムの別の態様は、情報処理装置と携帯端末との間でコンテンツデータの同期を行う情報処理システムにおいて、
上記情報処理装置内に格納されるコンテンツデータの再生回数を管理する第１のデータベースと、
上記同期毎にコンテンツデータの再生回数を保持しておく第２のデータベースと、
上記携帯端末内に格納されるコンテンツデータの再生回数を管理する第３のデータベースと、
上記コンテンツデータの同期の際、上記第２のデータベースと上記第３のデータベースとを比較して前回の同期のときから今回の同期のときまでの上記携帯端末でのコンテンツデータの再生回数を検出する再生回数検出手段と、
上記再生回数検出手段によって検出された再生回数を上記第１のデータベースに反映させる第１の更新手段と、
上記第１の更新手段により、コンテンツデータの再生回数が更新された上記第１のデータベースを元に上記第２のデータベースを更新する第２の更新手段と、
上記第２のデータベースを元に上記第３のデータベースを更新する第３の更新手段と、
を具備することを特徴とする。
【０００８】
本発明のコンテンツデータの再生回数管理方法の一態様は、情報処理装置内に格納されるコンテンツデータの再生回数を管理する第１のデータベースと、上記情報処理装置内に格納され、上記情報処理装置と携帯端末との間でコンテンツデータの送信、受信及び／または削除毎にコンテンツデータの再生回数を保持しておく第２のデータベースと、上記携帯端末内に格納され、上記携帯端末内に格納されるコンテンツデータの再生回数を管理する第３のデータベースと、を用いて情報処理装置と携帯端末との間でコンテンツデータの送信受信及び／または削除を行う情報処理システムのコンテンツデータの再生回数管理方法において、
上記コンテンツデータの送信、受信及び／または削除の際、上記第２のデータベースと上記第３のデータベースとを比較して前回の送信、受信及び／または削除のときから今回の送信、受信及び／または削除のときまでの上記携帯端末でのコンテンツデータの再生回数を検出し、
上記検出された再生回数を上記第１のデータベースに反映し、
上記コンテンツデータの再生回数が更新された上記第１のデータベースを元に上記第２のデータベースを更新し、
上記第２のデータベースを元に上記第３のデータベースを更新する、
ことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、情報処理装置と携帯端末との間で同期を行うコンテンツでも適正に再生回数を管理できる情報処理システム及びコンテンツデータの再生回数管理方法を提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明を実施するための最良の形態を図面を参照して説明する。
【００１１】
図１は、本発明の一実施形態に係る情報処理システムの構成を示す図である。この情報処理システムは、コンテンツデータを格納する情報処理装置であるパーソナルコンピュータ（ＰＣ）１と、該ＰＣ１から送信されるコンテンツデータを取得し処理することが可能な携帯端末であるポータブルデバイス２とを有する。
【００１２】
上記ＰＣ１は、ＰＣ本体１０と、キーボードやマウス等の入力デバイス１１と、出力デバイスとしてのモニタ１２及びスピーカ１３とから構成される。ＰＣ本体１０は、制御部であるＣＰＵ１０１と、該ＣＰＵ１０１の作業領域として利用されるＲＡＭ１０２と、制御プログラムやコンテンツデータを格納するハードディスクドライブ（ＨＤＤ）１０３と、外部機器と通信を行うためのシリアルインタフェースやＵＳＢ（Universal Serial Bus）インタフェース等の通信Ｉ／Ｆ１０４とを備えている。ここで、ＨＤＤ１０３に格納されるコンテンツデータは、画像データ、ビデオデータ、楽曲データ、テキストデータ、等を含む。
【００１３】
また、上記ポータブルデバイス２は、ＣＰＵ２０１、ＰＷＳＷ２０２、ＬＣＤ表示装置２０３、ＬＣＤドライバ２０４、ＬＣＤ照明装置２０５、タッチ操作入力装置２０６、撮像モジュール２０７、被写体照明装置２０８、ＡＶ出力回路２０９、インジケータ２１０、電源回路２１１、ＢＵＳ２１２、ＳＤＲＡＭ２１３、ＦＬＡＳＨメモリ２１４、ＨＤＤ２１５、外部通信Ｉ／Ｆ２１６とを備えている。
【００１４】
ここで、ＣＰＵ２０１は、該ポータブルデバイス２内の各部を制御する制御部であり、ＰＷＳＷ２０２は、ユーザ操作に応じて該ポータブルデバイス２の動作開始／停止を切り替えるための電源スイッチである。
【００１５】
ＬＣＤ表示装置２０３は、画像やビデオ等のコンテンツを表示するためのカラー液晶表示装置である。ＬＣＤドライバ２０４は、上記ＬＣＤ表示装置２０３を制御するものであり、ＬＣＤ照明装置２０５は、上記ＬＣＤ表示装置２０３を照明するバックライトである。また、タッチ操作入力装置２０６は、上記ＬＣＤ表示装置２０３の表示画面上に配され、ユーザの指またはペンの接触位置を検知するためのものである。これらＬＣＤ表示装置２０３、ＬＣＤドライバ２０４、ＬＣＤ照明装置２０５、及びタッチ操作入力装置２０６により、タッチパネルが構成されている。このタッチパネルにより、該ポータブルデバイス２が必要とする操作キーを仮想的に実現することが可能である。よって、該ポータブルデバイス２には、上記ＰＷＳＷ２０２以外の操作キーは特に設けていない。
【００１６】
撮像モジュール２０７は、静止画または動画撮影用のカメラであり、被写体照明装置２０８は、ＬＥＤ等の小型の光源を用いて被写体を照明するものである。
【００１７】
ＡＶ出力回路２０９は、テレビ等の外部装置にビデオ及びオーディオ信号を供給するための回路である。インジケータ２１０は、当該ポータブルデバイス２の状態を光や音でユーザに呈示するためのＬＥＤやブザーである。
【００１８】
電源回路２１１は、図示しない内蔵バッテリや外部のＡＣアダプタによって、該ポータブルデバイス２内の各部の動作に必要な電力を供給するためのものである。
【００１９】
ＢＵＳ２１２は、上記ＣＰＵ２０１と、ＳＤＲＡＭ２１３、ＦＬＡＳＨメモリ２１４、ＨＤＤ２１５、及び外部通信Ｉ／Ｆ２１６とを結び、アドレス及びデータを伝送するための伝送路である。ＳＤＲＡＭ２１３は、上記ＣＰＵ２０１の作業領域として利用されるメモリであり、ＦＬＡＳＨメモリ２１４は、日付データ等の各種データや制御プログラムの一部あるいは制御パラメータ等を不揮発性に記憶しておくメモリである。ＨＤＤ２１５は、制御プログラムや上記ＰＣ１から取得したコンテンツデータを保存しておくハードディスクドライブである。そして、外部通信Ｉ／Ｆ２１６は、ＵＳＢインタフェース等の通信インタフェースである。
【００２０】
なお、上記外部通信Ｉ／Ｆ２１６とＰＣ本体１０の通信Ｉ／Ｆ１０４とをケーブルで直接接続しても良いし、図１に示すように両者の間にクレードル３を介在させて、データ通信を行うことも可能である。ここで、クレードル３とは、上記ポータブルデバイス２を載置するスタンド型の拡張機器であり、データ通信を介在する機能や、ポータブルデバイス２を充電する機能を備えている。
【００２１】
また、ポータブルデバイス２のＣＰＵ２０１には、図示しないリモコン端子を介して、該ポータブルデバイス２を操作するための外部リモコン２１が接続可能となっている。更に、ＣＰＵ２０１には、図示しないヘッドホン端子を介して、ヘッドホンが接続可能になっている。なお、外部リモコン２１を、ポータブルデバイス２のリモコン端子及びヘッドホン端子に接続するための接続部を備えたものとして構成し、そのような外部リモコン２１に設けたヘッドホン端子にヘッドホンを接続するようにしても良い。
【００２２】
図２は、上記ＰＣ本体１０のＨＤＤ１０３及び上記ポータブルデバイス２のＨＤＤ２１５の記憶領域の概念図である。
【００２３】
同図に示すように、上記ＰＣ本体１０のＨＤＤ１０３には、複数のコンテンツデータ（コンテンツＨ０００１，コンテンツＨ０００２，コンテンツＨ０００３，…）１０３Ａが格納されると共に、ＰＣ１とポータブルデバイス２の同期状態を示す各種情報を登録したデータベースであるＰＣＳｙｎｃＤＢ１０３Ｂ及び各コンテンツに関する情報を登録したデータベースであるＭａｓｔｅｒＤＢ１０３Ｃとが格納されている。ここで、上記ＰＣＳｙｎｃＤＢ１０３Ｂの内容は、ＰＣ１でのコンテンツデータ１０３Ａに対する何らかの操作に応じて更新される。なお、図１では、ポータブルデバイス２を１台しか図示していないが、ＰＣ１には複数台のポータブルデバイスを同時又は個別に接続することが可能となっており、そのため、各ポータブルデバイス２を管理するための情報も、上記ＭａｓｔｅｒＤＢ１０３Ｃに登録されている。
【００２４】
また、上記ポータブルデバイス２のＨＤＤ２１５にも同様に、上記ＰＣ１から取得した複数のコンテンツデータ（コンテンツＣ０００１，コンテンツＣ０００２，コンテンツＣ０００３，…）２１５Ａが格納されると共に、上記ＰＣ１側のＰＣＳｙｎｃＤＢ１０３Ｂと同様のデータベースであるＰＤＳｙｎｃＤＢ２１５Ｂが格納されるようになっている。このＰＤＳｙｎｃＤＢ２１５Ｂの内容は、詳細は後述するが、ポータブルデバイス２でのコンテンツデータ２１５Ａに対する何らかの操作に応じて更新される。そして、ＰＣ１とのデータ同期を行う際に、その内容がＰＣ１側に送られ、それに基づいてＰＣ側のＰＣＳｙｎｃＤＢ１０３Ｂの内容が更新された後に、そのＰＣＳｙｎｃＤＢ１０３Ｂの内容を受信して、該ＰＤＳｙｎｃＤＢ２１５Ｂの内容が書き換えられるようになっている。
【００２５】
これらＰＣＳｙｎｃＤＢ１０３Ｂ及びＰＤＳｙｎｃＤＢ２１５Ｂのデータ構造は、図３に示すようになっている。なお実際には、これらＰＣＳｙｎｃＤＢ１０３Ｂ及びＰＤＳｙｎｃＤＢ２１５Ｂコンテンツの内容を記述するためのＸＭＬメタデータの仕様を定めたＭＰＶ（Multi Photo / Video）形式のファイルとして保存されるものであり、画像やビデオ、楽曲といったコンテンツの種別毎に作成されている。ここでは、コンテンツ種別が楽曲データである場合を例に説明する。
【００２６】
ＰＣＳｙｎｃＤＢ１０３Ｂ（またはＰＤＳｙｎｃＤＢ２１５Ｂ）では、各コンテンツ毎に、ヘッダとしての当該コンテンツを特定するためのコンテンツＩＤ（ｉｄ）及び当該コンテンツのＨＤＤ１０３（またはＨＤＤ２１５）上の記憶位置を示すファイルパス（Ｌａｓｔ  ＵＲＬ）と、メタデータとが登録される。
【００２７】
メタデータは、アーティスト名（ｃｒｅａｔｏｒ）、曲名（ｔｉｔｌｅ）、ジャンル（Ｇｅｎｒｅ）、リリース日（Ｒｅｃｏｒｄｅｄ）、再生回数（ＰｌａｙＣｏｕｎｔ）、演奏時間（ＰｌａｙｉｎｇＴｉｍｅ）、最終再生日（ＬａｓｔＰｌａｙｅｄ）、音量（Ｖｏｌｕｍｅ）、サーチキー（ＳｅａｒｃｈＫｅｙ）、コントロールフラグ（ＣｔｒｌＦｌａｇ）の各データを含む。
【００２８】
ここで、サーチキー（ＳｅａｒｃｈＫｅｙ）は、コンテンツのサーチを容易とするためにユーザが任意に設定することができるキーワードである。
【００２９】
また、コントロールフラグ（ＣｔｒｌＦｌａｇ）は全１６ビットでなり、ビット０がアセットエラー（Ａｓｓｅｔ  Ｅｒｒｏｒ）、ビット１が非サポート形式（Ｎｏｔ  Ｓｕｐｐｏｒｔ  ｆｏｒｍａｔ）、ビット２がアセット追加（Ａｄｄｅｄ）、ビット３が更新（Ｕｐｄａｔｅｄ）、ビット４が削除（Ｄｅｌｅｔｅｄ）、ビット５〜７が予備領域、ビット８がお気に入り（Ｆａｖｏｒｉｔｅ）、ビット９がアートワーク（Ａｒｔｗｏｒｋ）、ビット１０が歌詞（Ｌｙｒｉｃｓ）、ビット１１〜１５が予備領域に割り付けられている。
【００３０】
ビット０のアセットエラー（Ａｓｓｅｔ  Ｅｒｒｏｒ）は、アセット（当該コンテンツまたは当該コンテンツと別コンテンツとの組み合わせ（例えば楽曲コンテンツと画像コンテンツの組み合わせ））にエラーが有るか否かを示すものである。このビット０が「０」であればエラー無しを表し、「１」であればファイル無し、ファイルＯＰＥＮエラー、読み込みエラーの何れかを表す。
【００３１】
ビット１の非サポート形式（Ｎｏｔ  Ｓｕｐｐｏｒｔ  ｆｏｒｍａｔ）は、アセットがポータブルデバイス２で再生不能なフォーマットである否かを示すものである。このビット１が「０」であれば、エラー無しつまり再生可能なフォーマットであることを表し、「１」であれば、非サポート形式つまり再生不能なフォーマットであることを表す。なお、これは、データ圧縮形式のサポート／非サポートだけでなく、例え圧縮形式がサポートしていてもサンプリング周波数や符号化ビットレート等がサポートしていない場合には再生できないので、再生不能なフォーマットとなる。
【００３２】
ビット２のアセット追加（Ａｄｄｅｄ）は、アセットが追加されたか否かを示すものである。このビット２が「０」であれば追加無しを表し、「１」であれば追加済を表す。
【００３３】
ビット３の更新（Ｕｐｄａｔｅｄ）は、当該コンテンツに関するメタデータに何らかの更新が有ったか否かを示すものである。このビット３が「０」であれば更新無しを表し、「１」であれば更新有りを表す。
【００３４】
ビット４の削除（Ｄｅｌｅｔｅｄ）は、ユーザ操作によってアセットが削除されたか否かを示すものである。このビット４が「０」であれば削除無しを表し、「１」であれば削除済を表す。
【００３５】
ビット８のお気に入り（Ｆａｖｏｒｉｔｅ）は、ユーザによってお気に入りとして指定されたか否かを示すものである。このビット８が「０」であればお気に入りではないことを表し、「１」であればお気に入りであるを表す。これにより、お気に入りと指定されたもののみを抽出できるようになる。
【００３６】
ビット９のアートワーク（Ａｒｔｗｏｒｋ）は、ジャケットイメージ等のアートワークの有無を示すものである。このビット９が「０」であればアートワーク無しを表し、「１」であればアートワーク有りを表す。
【００３７】
ビット１０の歌詞（Ｌｙｒｉｃｓ）は、歌詞データの有無を示すものである。このビット１０が「０」であれば歌詞無しを表し、「１」であれば歌詞有りを表す。
【００３８】
なお、前述したように、上記ＰＣＳｙｎｃＤＢ１０３Ｂ及びＰＤＳｙｎｃＤＢ２１５Ｂはコンテンツ種別毎に作成されるものであり、画像コンテンツやビデオコンテンツも、項目の詳細は若干異なるが、同様のデータ構造を採るものである。また、一つのデータベースは例えば１０００コンテンツまで登録できるようにし、１００１個目のコンテンツからは別のデータベースとするというように、同一コンテンツ種別であっても複数個のデータベースを作成しても良い。
【００３９】
一方、上記ＰＣ１側のみが有している上記ＭａｓｔｅｒＤＢ１０３Ｃは、図４に示すように、画像テーブル（ＰｈｏｔｏＴＢＬ）１０３Ｃ１、楽曲テーブル（ＭｕｓｉｃＴＢＬ）１０３Ｃ２、同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３、キーワードテーブル（ＫｅｙｗｏｒｄＴＢＬ）１０３Ｃ４、デバイステーブル（ＤｅｖｉｃｅＴＢＬ）１０３Ｃ５、テンプレートテーブル（ＴｅｍｐｌａｔｅＴＢＬ）１０３Ｃ６、プロジェクトテーブル（ＰｒｏｊｅｃｔＴＢＬ）１０３Ｃ７、プレイリストテーブル（ＰｌａｙＬｉｓｔＴＢＬ）１０３Ｃ８、プレイリスト項目テーブル（ＰｌａｙＬｉｓｔＩｔｅｍＴＢＬ）１０３Ｃ９の９つのテーブルで表されるリレーショナルデータベースである。
【００４０】
上記画像テーブル（ＰｈｏｔｏＴＢＬ）１０３Ｃ１は、画像コンテンツ管理用のテーブルであり、ＩｍａｇｅＩＤ、Ｐａｔｈ、ＲｅｃＤａｔｅ、ＲｅｃＴｉｍｅ、Ｆｏｒｍａｔ、ＡｄｄｅｄＤａｔｅ、ＵｐｄａｔｅＤａｔｅ、Ｃｏｍｅｎｔの８項目が定義されている。ここで、ＩｍａｇｅＩＤは画像コンテンツを特定する画像ＩＤを、Ｐａｔｈは画像ファイルのフルパスを、ＲｅｃＤａｔｅは撮影日（無い場合はタイムスタンプ）を、ＲｅｃＴｉｍｅは撮影時間（無い場合はタイムスタンプ）を、Ｆｏｒｍａｔは画像フォーマットを、ＡｄｄｅｄＤａｔｅはデータベースに追加した日時を、ＵｐｄａｔｅＤａｔｅはデータベース上のデータを更新した日時を、Ｃｏｍｅｎｔは任意のコメントをそれぞれ示す。
【００４１】
上記楽曲テーブル（ＭｕｓｉｃＴＢＬ）１０３Ｃ２は、楽曲コンテンツ管理用のテーブルであり、ＭｕｓｉｃＩＤ、Ｐａｔｈ、Ｔｉｔｌｅ、ＰｌａｙｉｎｇＴｉｍｅ、Ｒｅｃｏｒｄｅｄ、Ｃｒｅａｔｏｒ、Ａｌｂｕｍ、Ｇｅｎｒｅ、Ａｒｔｗｏｒｋ、ＬｙｒｉｃｓＤａｔａ、ＤｉｓｋＮｕｍ、ＴｒａｃｋＮｕｍ、ＭｙＲａｔｅ、ＰｌａｙＣｏｕｎｔ、ＬａｓｔＰｌａｙｅｄ、Ｆｏｒｍａｔ、Ｃｏｍｍｅｎｔ、Ｓｉｚｅ、Ｓａｍｐｌｉｎｇ、Ｂｉｔｒａｔｅ、Ｃｈａｎｎｅｌ、Ｖｏｌｕｍｅ、Ｌｉｒｉｃｉｓｔ、Ｃｏｍｐｏｓｅｒ、ＡｄｄｅｄＤａｔｅ、ＵｐｄａｔｅＤａｔｅ、Ｒｅｌａｔｉｏｎ、Ｒｅｓｅｒｖｅの２８項目が定義されている。ここで、ＭｕｓｉｃＩＤは楽曲コンテンツを特定する楽曲ＩＤを、Ｐａｔｈは楽曲ファイルのフルパスを、Ｔｉｔｌｅは曲名を、ＰｌａｙｉｎｇＴｉｍｅは演奏時間を、Ｒｅｃｏｒｄｅｄは当該楽曲の入ったＣＤアルバムのリリース日を、Ｃｒｅａｔｏｒはアーティスト名を、Ａｌｂｕｍはアルバム名を、Ｇｅｎｒｅはジャンルを、Ａｒｔｗｏｒｋはジャケット写真のパスを、ＬｙｒｉｃｓＤａｔａは歌詞データを、ＤｉｓｋＮｕｍはディスク番号を、ＴｒａｃｋＮｕｍはトラック番号を、ＭｙＲａｔｅはお気に入りのレベルを、ＰｌａｙＣｏｕｎｔは再生回数を、ＬａｓｔＰｌａｙｅｄは最後に再生した日時を、Ｆｏｒｍａｔはフォーマットを、Ｃｏｍｍｅｎｔはコメントを、Ｓｉｚｅはファイルサイズを、Ｓａｍｐｌｉｎｇはサンプリング周波数を、Ｂｉｔｒａｔｅは符号化ビットレートを、Ｃｈａｎｎｅｌはチャンネル数を、Ｖｏｌｕｍｅは音量を、Ｌｉｒｉｃｉｓｔは作詞者を、Ｃｏｍｐｏｓｅｒは作曲者を、ＡｄｄｅｄＤａｔｅは追加日時を、ＵｐｄａｔｅＤａｔｅは更新日時を、Ｒｅｌａｔｉｏｎは関連レベル（相対ボリューム）をそれぞれ示す。なお、Ｒｅｓｅｒｖｅは予備領域である。
【００４２】
上記同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３は、画像コンテンツ、楽曲コンテンツ、またはテンプレートの同期管理用のデータベースであり、コンテンツの種類毎に作成されている。なお、テンプレートとは、例えば楽曲の演奏に合わせて画像を入れ替える所謂スライドショー表示をユーザが簡単に設定できるように、予め用意してある映像効果のひな形のことである。この同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３は、ＩｍａｇｅＩＤ  ｏｒ  ＭｕｓｉｃＩＤ  ｏｒ  ＴｅｍｐｌａｔｅＩＤ、ＤｅｖｉｃｅＩＤ、Ｆ＿Ｓｙｎｃ、Ｆ＿Ｕｎｓｙｎｃ、ＤｅｖＰａｔｈ、Ｓｔａｔｕｓの７項目が定義されている。ここで、ＩｍａｇｅＩＤ  ｏｒ  ＭｕｓｉｃＩＤ  ｏｒ  ＴｅｍｐｌａｔｅＩＤは画像ＩＤ、楽曲ＩＤまたはテンプレートＩＤを、ＤｅｖｉｃｅＩＤはポータブルデバイス２を特定するためのデバイスＩＤを、Ｆ＿Ｓｙｎｃは同期を行うかどうかを示す同期フラグを、Ｆ＿Ｕｎｓｙｎｃは上記同期フラグ（Ｆ＿Ｓｙｎｃ）がＯＮの場合に新規追加、内容更新等により同期を行う必要が生じたかどうかを示す未同期フラグを、ＤｅｖＰａｔｈはポータブルデバイス２でのファイルパスを、Ｓｔａｔｕｓは転送のステータスをそれぞれ示す。
【００４３】
上記キーワードテーブル（ＫｅｙｗｏｒｄＴＢＬ）１０３Ｃ４は、キーワード管理用のテーブルであり、ＩｍａｇｅＩＤ  ｏｒ  ＭｕｓｉｃＩＤ、Ｋｅｙｗｏｒｄの２項目が定義されている。ここで、ＩｍａｇｅＩＤ  ｏｒ  ＭｕｓｉｃＩＤは画像ＩＤまたは楽曲ＩＤを、Ｋｅｙｗｏｒｄはキーワードをそれぞれ示す。
【００４４】
上記デバイステーブル（ＤｅｖｉｃｅＴＢＬ）１０３Ｃ５は、ポータブルデバイス２管理用のテーブルであり、ＤｅｖｉｃｅＩＤ、ＳｅｒｉａｌＮｕｍｂｅｒ、ＤｅｖＧＵＩＤ、ＤｅｖＴｙｐｅ、ＲｅｇＤａｔｅ、ＬａｓｔＣｏｎｎｅｃｔの６項目が定義されている。ここで、ＤｅｖｉｃｅＩＤはデバイスＩＤを、ＳｅｒｉａｌＮｕｍｂｅｒはシリアル番号を、ＤｅｖＧＵＩＤはアプリケーションがデバイスに割り当てるＩＤを、ＤｅｖＴｙｐｅはカメラの有無等のデバイスタイプを、ＲｅｇＤａｔｅは登録日時を、ＬａｓｔＣｏｎｎｅｃｔは最終接続日時をそれぞれ示す。
【００４５】
上記テンプレートテーブル（ＴｅｍｐｌａｔｅＴＢＬ）１０３Ｃ６は、テンプレート管理用のテーブルであり、ＴｅｍｐｌａｔｅＩＤ、ＴｅｍｐｌａｔｅＮａｍｅ、ＴｅｍｐｌａｔｅＰａｔｈの３項目が定義されている。ここで、ＴｅｍｐｌａｔｅにＤはテンプレートＩＤを、ＴｅｍｐｌａｔｅＮａｍｅはテンプレート名を、ＴｅｍｐｌａｔｅＰａｔｈはテンプレートのファイルパスをそれぞれ示す。
【００４６】
上記プロジェクトテーブル（ＰｒｏｊｅｃｔＴＢＬ）１０３Ｃ７は、プロジェクト管理用のテーブルである。ここで、プロジェクトとは、上記スライド表示のように、ユーザが任意にコンテンツを組み合わせ、各コンテンツの再生タイミングなどを設定する所謂オーサリング作業の結果を記述したものである。このプロジェクトテーブル（ＰｒｏｊｅｃｔＴＢＬ）１０３Ｃ７は、ＰｒｏｊｅｃｔＩＤ、ＰｒｏｊｅｃｔＮａｍｅ、ＤｅｖｉｃｅＩＤ、ＰｒｏｊｅｃｔＰａｔｈ、ＤｅｖＰａｔｈの５項目が定義されている。ここで、ＰｒｏｊｅｃｔＩＤはプロジェクトファイルを特定するためプロジェクトＩＤを、ＰｒｏｊｅｃｔＮａｍｅはプロジェクト名を、ＤｅｖｉｃｅＩＤはデバイスＩＤを、ＰｒｏｊｅｃｔＰａｔｈはプロジェクトのファイルパスを、ＤｅｖＰａｔｈはポータブルデバイス２でのファイルパスをそれぞれ示す。
【００４７】
上記プレイリストテーブル（ＰｌａｙＬｉｓｔＴＢＬ）１０３Ｃ８は、プレイリスト管理用のテーブルである。ここで、プレイリストとは、複数のコンテンツの再生順序を記述したものである。このプレイリストテーブル（ＰｌａｙＬｉｓｔＴＢＬ）１０３Ｃ８は、ＰｌａｙＬｉｓｔＩＤ、ＰｌａｙＬｉｓｔＮａｍｅの２項目が定義されている。ここで、ＰｌａｙＬｉｓｔＩＤはプレイリストを特定するためプレイリストＩＤを、ＰｌａｙＬｉｓｔＮａｍｅはプレイリスト名をそれぞれ示す。
【００４８】
上記プレイリスト項目テーブル（ＰｌａｙＬｉｓｔＩｔｅｍＴＢＬ）１０３Ｃ９は、プレイリスト中のコンテンツ管理用のテーブルであり、ＰｌａｙＬｉｓｔＩＤ、ＩｔｅｍＮｕｍ、ＭｕｓｉｃＩＤの３項目が定義されている。ここで、ＰｌａｙＬｉｓｔＩＤはプレイリストＩＤを、ＩｔｅｍＮｕｍは項目番号を、ＭｕｓｉｃＩＤは楽曲ＩＤをそれぞれ示す。
【００４９】
次に、上記のような構成の情報処理システムの動作を説明する。
【００５０】
図５は、上記ポータブルデバイス２において、ＦＬＡＳＨメモリ２１４又はＨＤＤ２１５に記憶された制御プログラムに従ってＣＰＵ２０１により実行される楽曲コンテンツの再生処理のフローチャートを示している。
【００５１】
即ち、まず、再生しようとする楽曲コンテンツのコンテンツＩＤ（ｉｄ）によりＰＤＳｙｎｃＤＢ２１５Ｂから管理データを読み出し、当該楽曲コンテンツのファイルチェックを行う（ステップＳ２０１）。ここで、コントロールフラグ（ＣｔｒｌＦｌａｇ）のチェック結果がＮＧであれば（ステップＳ２０２）、警告を行って（ステップＳ２０３）、この再生処理を終了する。
【００５２】
この場合、コントロールフラグのチェックは、ビット０のアセットエラー（Ａｓｓｅｔ  Ｅｒｒｏｒ）フラグが「１」であるかどうか、更には、ビット１の非サポート形式（Ｎｏｔ  Ｓｕｐｐｏｒｔ  ｆｏｒｍａｔ）フラグが「１」であるかどうかをチェックし、どちらかのフラグが「１」であったならば、コントロールフラグのチェック結果はＮＧとなる。なお、上記警告は、ＬＣＤ表示装置２０３にエラーメッセージを表示したり、インジケータ２１０により音と光でユーザに告知する、等、どのような手法を採っても良い。
【００５３】
一方、上記ステップＳ２０２においてコントロールフラグのチェック結果がＮＧでないと判別された場合には、当該楽曲コンテンツのコンテンツＩＤの次に記述されているファイルパス（Ｌａｓｔ  ＵＲＬ）で指定されるファイルの再生を開始する（ステップＳ２０４）。
【００５４】
その後、その再生中のファイルに異常が検出されたか否かを判別する（ステップＳ２０５）。ここで、ファイル異常が検出された場合には、ＰＤＳｙｎｃＤＢ２１５Ｂにおける当該楽曲コンテンツのコントロールフラグ（ＣｔｒｌＦｌａｇ）のビット０のアセットエラー（Ａｓｓｅｔ  Ｅｒｒｏｒ）フラグを「１」にすると共に（ステップＳ２０６）、ビット３の更新（Ｕｐｄａｔｅｄ）フラグを「１」にする（ステップＳ２０７）。そして、ファイルの再生を停止して、この再生処理を終了する。またこのとき、再生終了となった理由を示すエラーメッセージをＬＣＤ表示装置２０３に表示するようにしても良い。
【００５５】
上記ステップＳ２０５でファイル異常が検出されなかった場合には、更に、デコードエラーの発生を検出したか否かを判別する（ステップＳ２０８）。ここで、デコードエラーの発生を検出した場合には、ＰＤＳｙｎｃＤＢ２１５Ｂにおける当該楽曲コンテンツのコントロールフラグ（ＣｔｒｌＦｌａｇ）のビット１の非サポート形式（Ｎｏｔ  Ｓｕｐｐｏｒｔ  ｆｏｒｍａｔ）フラグを「１」にすると共に（ステップＳ２０９）、ビット３の更新（Ｕｐｄａｔｅｄ）フラグを「１」にする（ステップＳ２１０）。そして、ファイルの再生を停止して、この再生処理を終了する。またこのとき、再生終了となった理由を示すエラーメッセージをＬＣＤ表示装置２０３に表示するようにしても良い。
【００５６】
また、上記ステップＳ２０８でデコードエラーの発生も検出されなかった場合には、ユーザによる再生停止操作またはファイルエンドによる再生停止となったか否かを判別する（ステップＳ２１１）。ここで、再生停止となっていない場合には、上記ステップＳ２０５に戻る。
【００５７】
そして、再生停止となったならば、当該ファイルの所定量以上の再生がなされたかどうか、例えば再生量が当該ファイルの７０％以上であるかどうかを判別する（ステップＳ２１２）。ここで、所定量以上の再生が済んでいないと判別した場合には、何も処理を実行することなく、この再生処理を終了する。これに対して、所定量以上の再生が済んでいた場合には、ＰＤＳｙｎｃＤＢ２１５Ｂにおける当該楽曲コンテンツの再生回数（ＰｌａｙＣｏｕｎｔ）を「＋１」する（ステップＳ２１３）。そして、コントロールフラグ（ＣｔｒｌＦｌａｇ）のビット３の更新（Ｕｐｄａｔｅｄ）フラグを「１」にした後（ステップＳ２１４）、この再生処理を終了する。
【００５８】
なお、ここではコンテンツデータの処理として、１個の楽曲コンテンツの再生を例に説明したが、プレイリスト等により複数個の楽曲コンテンツの再生が指定されている場合には、上記処理を繰り返せば良い。また、楽曲コンテンツに限らず、画像コンテンツやビデオコンテンツ、更には楽曲，画像，ビデオの各コンテンツを適宜組み合わせたプロジェクトを再生処理も同様にして実行可能なことは勿論である。
【００５９】
また、再生回数のカウントは、本実施形態では再生量がファイルの７０％以上としたが、これに限らず、例えば９０％以上等、適切な値に変更しても良い。あるいは、再生の停止位置がファイル全体の７０％以上かどうか、という簡略的な判断で行うと複雑な処理を行わなくて済む。逆に、さらに適切に行うのであれば、そのコンテンツの再生量を保存しておき、過去の再生量と足し合わせた結果で何回再生を行ったのかを判断することも可能である。また、これらの判断基準をどうするのかをユーザ設定可能なように構成しても良い。
【００６０】
次に、ＰＣ１とポータブルデバイス２との間でそれぞれに格納されるコンテンツデータの同期処理を説明する。
【００６１】
図６は、上記ＰＣ１において、ＨＤＤ１０３に記憶された制御プログラムに従ってＣＰＵ１０１により実行される同期処理のフローチャートを示している。なお、この同期処理は、モニタ１２上にウィンドウ表示した管理画面（図示せず）に配した同期ボタンが入力デバイス１１のユーザ操作によりＯＮされた場合の処理となる。
【００６２】
即ち、まず、当該ＰＣ１の通信Ｉ／Ｆ１０４に、ＭａｓｔｅｒＤＢ１０３Ｃが管理するデバイスが接続されているか否か、つまり、直接またはクレードル３を介して接続されているポータブルデバイス２が管理デバイスとして登録されているか否かを判別する（ステップＳ１０１）。ここで、管理デバイスとして登録されたポータブルデバイス２が接続されていれば、そのポータブルデバイス２に、ＰＤＳｙｎｃＤＢ２１５Ｂの内容データの転送要求を送信する（ステップＳ１０２）。
【００６３】
そして、この転送要求に応じて送られてきたＰＤＳｙｎｃＤＢ２１５Ｂの内容データを受信して、ＲＡＭ１０２またはＨＤＤ１０３に一時ファイルとして保存する（ステップＳ１０３）。ここで、ＰＤＳｙｎｃＤＢ２１５Ｂの内容データの取得が成功したかどうかを判別し（ステップＳ１０４）、不成功の場合にはエラーメッセージをモニタ１２に表示する等の警告を行った後（ステップＳ１０５）、また、成功した場合には後述するようなコンテンツ同期サブルーチンを実行した後（ステップＳ１０６）、このコンテンツデータの同期処理を終了する。
【００６４】
なお、管理デバイスとして登録されていないポータブルデバイス２が接続されている場合には（ステップＳ１０１）、所定の選択画面をモニタ１２に表示して、その接続されているポータブルデバイス２を管理デバイスとして追加するかどうかをユーザに選択させる（ステップＳ１０７）。そして、追加の指示がなされた場合には上記ステップＳ１０６に進んでコンテンツ同期サブルーチンを実行し、追加の指示がない場合にはこのコンテンツデータの同期処理を終了する。
【００６５】
図７Ａ及び図７Ｂは、上記ステップＳ１０６でコールされるコンテンツ同期サブルーチンの一連のフローチャートを示している。
【００６６】
即ち、まず、上記一時ファイルとして保存したＰＤＳｙｎｃＤＢの先頭データ、つまりコンテンツ１の管理データを、処理対象として内部カウンタにセットする（ステップＳ１１１）。そして、そのコンテンツのコントロールフラグ（ＣｔｒｌＦｌａｇ）のビット３の更新（Ｕｐｄａｔｅｄ）フラグが「１」となっているか否かを判別する（ステップＳ１１２）。ここで、それが「０」であれば、以降のステップＳ１１３乃至ステップＳ１２４をスキップして、ステップＳ１２５へと進む。
【００６７】
これに対して、更新（Ｕｐｄａｔｅｄ）フラグが「１」となっていた場合には、更に、そのコントロールフラグ（ＣｔｒｌＦｌａｇ）のビット２のアセット追加（Ａｄｄｅｄ）フラグが「１」となっているか否かを判別する（ステップＳ１１３）。ここで、それが「１」となっていれば、ポータブルデバイス２で新規追加されたコンテンツ（画像コンテンツやプロジェクト）が有るということなので、ＭａｓｔｅｒＤＢ１０３Ｃにコンテンツを追加する（ステップＳ１１４）。即ち、そのコンテンツに該当するコンテンツテーブル（画像テーブル（ＰｈｏｔｏＴＢＬ）１０３Ｃ１等）と同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３にデータを追加し、後者の同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３における同期フラグ（Ｆ＿Ｓｙｎｃ）をＯＮ（「１」）にする。
【００６８】
そしてその後、あるいは、上記ステップＳ１１３でアセット追加（Ａｄｄｅｄ）フラグが「１」となっていないと判別された場合には、上記コントロールフラグ（ＣｔｒｌＦｌａｇ）のビット０のアセットエラー（Ａｓｓｅｔ  Ｅｒｒｏｒ）フラグが「１」となっているか否かを判別する（ステップＳ１１５）。ここで、それが「１」となっている場合には、更に、ＭａｓｔｅｒＤＢ１０３Ｃより当該コンテンツの同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３における同期フラグ（Ｆ＿Ｓｙｎｃ）が「１」となっているか否かを判別する（ステップＳ１１６）。そして、それが「１」となっている場合には、ＭａｓｔｅｒＤＢ１０３Ｃの当該コンテンツの同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３における未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）を「１」にする（ステップＳ１１７）。即ち、アセットエラーの場合は、基本的には再転送を行うようにＭａｓｔｅｒＤＢ１０３Ｃを設定する。これに対して、同期フラグ（Ｆ＿Ｓｙｎｃ）が「０」の場合には、ＭａｓｔｅｒＤＢ１０３Ｃの当該コンテンツの同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３におけるＦ＿Ｄｅｌｅｔｅを「１」にする（ステップＳ１１８）。
【００６９】
上記ステップＳ１１７またはステップＳ１１８の後、あるいは、上記ステップＳ１１５でアセットエラー（Ａｓｓｅｔ  Ｅｒｒｏｒ）フラグが「１」となっていないと判別された場合には、上記コントロールフラグ（ＣｔｒｌＦｌａｇ）のビット１の非サポート形式（Ｎｏｔ  Ｓｕｐｐｏｒｔ  ｆｏｒｍａｔ）フラグが「１」となっているか否かを判別する（ステップＳ１１９）。ここで、それが「１」となっている場合には、ＭａｓｔｅｒＤＢ１０３Ｃの当該コンテンツの同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３における同期フラグ（Ｆ＿Ｓｙｎｃ）を「０」にすると共に、Ｆ＿Ｄｅｌｅｔｅを「１」にする（ステップＳ１２０）。つまり、非サポート形式のエラーとなっている場合には、同期の設定を解除する。
【００７０】
また、上記ステップＳ１１９で非サポート形式（Ｎｏｔ  Ｓｕｐｐｏｒｔ  ｆｏｒｍａｔ）フラグが「１」となっていないと判別された場合には、更に、上記コントロールフラグ（ＣｔｒｌＦｌａｇ）のビット４の削除（Ｄｅｌｅｔｅｄ）フラグが「１」となっているか否かを判別する（ステップＳ１２１）。ここで、それが「１」となっている場合には、上記ステップＳ１２０に進む。
【００７１】
そして、上記ステップＳ１２０の後、あるいは、上記ステップＳ１２１で削除（Ｄｅｌｅｔｅｄ）フラグが「１」となっていないと判別された場合には、ＰＣ１での当該コンテンツの再生回数を検出する（ステップＳ１２２）。これは、一時ファイルとして保存したＰＤＳｙｎｃＤＢにおける当該コンテンツの再生回数（ＰｌａｙＣｏｕｎｔ）と、ＰＣＳｙｎｃＤＢ１０３Ｂにおける当該コンテンツの再生回数（ＰｌａｙＣｏｕｎｔ）との差をを計算することにより検出することができる。そして、その検出した再生回数に基づいてＭａｓｔｅｒＤＢ１０３Ｃの当該コンテンツのコンテンツテーブル（例えば楽曲テーブル（ＭｕｓｉｃＴＢＬ）１０３Ｃ２）の再生回数（ＰｌａｙＣｏｕｎｔ）を更新（すなわち加算）する（ステップＳ１２３）。
【００７２】
その後、その他の項目についても、同様にしてＭａｓｔｅｒＤＢ１０３Ｃに反映させる（ステップＳ１２４）。但しこれは、お気に入り（Ｆａｖｏｒｉｔｅ）や最終再生日（ＬａｓｔＰｌａｙｅｄ）等、ポータブルデバイス２側で変更される可能性のある項目のみで良い。
【００７３】
こうして一つのコンテンツについての処理が行われたならば、上記一時ファイルとして保存したＰＤＳｙｎｃＤＢの次のデータ、つまり次のコンテンツの管理データを、処理対象として内部カウンタにセットする（ステップＳ１２５）。この場合、そのような次の管理データが有れば（ステップＳ１２６）、上記ステップＳ１１２に戻り、前述したような処理を繰り返す。
【００７４】
而して、ＰＤＳｙｎｃＤＢの全ての管理データについて処理が終了したならば、上記ステップＳ１２６で、次の管理データがないと判別される。そしてこの場合には、ＰＣＳｙｎｃＤＢ１０３Ｂの作成又は更新を行う（ステップＳ１２７）。即ち、ＰＣＳｙｎｃＤＢ１０３Ｂを作成する場合には、ＭａｓｔｅｒＤＢ１０３Ｃの同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３を元に、同期フラグ（Ｆ＿Ｓｙｎｃ）が「１」で未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）が「０」、あるいは、同期フラグ（Ｆ＿Ｓｙｎｃ）が「０」で未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）が「１」のデータベースを作成する。また、既にＰＣＳｙｎｃＤＢ１０３Ｂが有り、それを更新する場合には、上書きされる。
【００７５】
そしてその後、実際のコンテンツデータを転送または削除する処理を実行する。そのために、まず、ＭａｓｔｅｒＤＢ１０３Ｃの先頭データを、処理対象として内部カウンタにセットする（ステップＳ１２８）。これは、各コンテンツのデータを順番に処理するために、まず、同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３の先頭データをセットするものである。
【００７６】
そして、同期フラグ（Ｆ＿Ｓｙｎｃ）が「１」となっているか否かを判別する（ステップＳ１２９）。ここで、それが「０」であれば、以降のステップＳ１３０乃至ステップＳ１３６をスキップして、ステップＳ１３７へと進む。また、上記同期フラグ（Ｆ＿Ｓｙｎｃ）が「１」となっている場合には、更に、未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）が「１」となっているか否かを判別する（ステップＳ１３０）。この場合も、それが「０」であれば、ステップＳ１３７へと進む。
【００７７】
これに対して、その未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）が「１」となっている場合には、未同期のファイルである対象コンテンツをポータブルデバイス２に転送つまりポータブルデバイス２にコピーする（ステップＳ１３１）。そして、その転送が成功したか否かを判別する（ステップＳ１３２）。ここで、転送が成功した場合には、上記未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）を「０」にした後（ステップＳ１３３）、ＭａｓｔｅｒＤＢ１０３Ｃの該当するコンテンツの管理テーブルに基づいて、ＰＣＳｙｎｃＤＢ１０３Ｂを更新する（ステップＳ１３４）。また、転送が失敗した場合には、そのことを示すエラーメッセージをモニタ１２に表示する等の警告を行い（ステップＳ１３５）、上記同期フラグ（Ｆ＿Ｓｙｎｃ）及び未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）を共に「０」とした後（ステップＳ１３６）、上記ステップＳ１３４に進んでＰＣＳｙｎｃＤＢ１０３Ｂを更新する。
【００７８】
そして、上記ステップＳ１３４の後、あるいは、上記ステップＳ１２９で同期フラグ（Ｆ＿Ｓｙｎｃ）が「１」となっていないと判別された場合、または、上記ステップＳ１３０で未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）が「１」となっていないと判別された場合には、Ｆ＿Ｄｅｌｅｔｅが「１」となっているか否かを判別する（ステップＳ１３７）。ここで、それが「０」であれば、以降のステップＳ１３８乃至ステップＳ１４２をスキップして、ステップＳ１４３へと進む。
【００７９】
これに対して、上記Ｆ＿Ｄｅｌｅｔｅが「１」となっている場合には、対象コンテンツをポータブルデバイス２から削除する（ステップＳ１３８）。そして、その削除が成功したか否かを判別する（ステップＳ１３９）。ここで、削除が失敗した場合には、そのことを示すエラーメッセージをモニタ１２に表示する等の警告を行う（ステップＳ１４０）。また、削除が成功した場合には、上記Ｆ＿Ｄｅｌｅｔｅ及び同期フラグ（Ｆ＿Ｓｙｎｃ）を共に「０」とした後（ステップＳ１４１）、ＰＣＳｙｎｃＤＢ１０３Ｂを更新する（ステップＳ１４２）。
【００８０】
そして、上記ステップＳ１４０またはステップＳ１４２の後、あるいは、上記ステップＳ１３７で上記Ｆ＿Ｄｅｌｅｔｅが「１」となっていないと判別された場合には、ＭａｓｔｅｒＤＢ１０３Ｃの次データを処理対象として内部カウンタにセットする（ステップＳ１４３）。つまり、同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３の次のコンテンツのデータにセットするものである。この場合、そのような次データが有れば（ステップＳ１４４）、上記ステップＳ１２９に戻り、前述したような処理を繰り返すこととなる。
【００８１】
これに対して、全てのコンテンツに関して処理が終了した場合には、上記ステップＳ１４４で、次データがないと判別される。そしてこの場合には、ＰＤＳｙｎｃＤＢ２１５Ｂの更新を行う、つまり上記ステップＳ１３４で更新されたＰＣＳｙｎｃＤＢ１０３Ｂをポータブルデバイス２にコピーして（ステップＳ１４５）、該コンテンツ同期サブルーチンを終了し、上位のルーチンにリターンする。
【００８２】
以上詳細に説明したように、本実施形態によれば、ＰＣ１から転送（同期）されたコンテンツをポータブルデバイス２側で再生する際に再生エラーが発生したときに、その再生エラーが、ポータブルデバイス２側に転送されたコンテンツのファイルが壊れていたりして再生不能となったことによる場合には、同一ファイルを再度転送するように設定し、また、コンテンツファイル自体は正常であるが、ポータブルデバイス２側でそのファイルに対応していない等で再生不能となったことによる場合には、転送を行わないように「同期」の設定を外すようにしている。このように、ＰＣ１とポータブルデバイス２の間のコンテンツの同期をポータブルデバイス２側でのコンテンツデータ再生エラーの種類に応じて制御するようにしているので、ＰＣ１とポータブルデバイス２との間でコンテンツデータの同期処理を適正に行うことができるようになる。
【００８３】
また、同期時にはＰＤＳｙｎｃＤＢ２１５Ｂの内容がＰＣ１側に転送され、ＰＣＳｙｎｃＤＢ１０３Ｂと比較することでポータブルデバイス２側での再生回数を検出し、それをＭａｓｔｅｒＤＢ１０３Ｃに反映させるようにしているので、ＰＣ１とポータブルデバイス２との間で同期を行うコンテンツでも、適正に両者での再生回数を管理できるようになる。
【００８４】
以上実施形態に基づいて本発明を説明したが、本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形や応用が可能なことは勿論である。
【図面の簡単な説明】
【００８５】
【図１】図１は本発明の一実施形態に係る情報処理システムの構成を示す図である。
【図２】図２はＰＣ本体のＨＤＤ及びポータブルデバイスのＨＤＤの記憶領域の概念図である。
【図３】図３はＰＣＳｙｎｃＤＢ及びＰＤＳｙｎｃＤＢのデータ構造を示す図である。
【図４】図４はＭａｓｔｅｒＤＢに含まれるテーブルを説明するための図である。
【図５】図５はポータブルデバイスにおける楽曲コンテンツの再生処理のフローチャートを示す図である。
【図６】図６はＰＣにおける同期処理のフローチャートを示す図である。
【図７Ａ】図７Ａは図６中のコンテンツ同期サブルーチンの詳細フローチャートの前半部分を示す図である。
【図７Ｂ】図７Ｂは図６中のコンテンツ同期サブルーチンの詳細フローチャートの後半部分を示す図である。
【符号の説明】
【００８６】
１…パーソナルコンピュータ（ＰＣ）、  ２…ポータブルデバイス（ＰＤ）、  ３…クレードル、  １０…ＰＣ本体、  １１…入力デバイス、  １２…モニタ、  １３…スピーカ、  ２１…外部リモコン、  １０１，２０１…ＣＰＵ、  １０２…ＲＡＭ、  １０３，２１５…ハードディスクドライブ（ＨＤＤ）、  １０３Ａ，２１５Ａ…コンテンツデータ、  １０３Ｂ…ＰＣＳｙｎｃＤＢ、  １０３Ｃ…ＭａｓｔｅｒＤＢ、  １０３Ｃ１…画像テーブル（ＰｈｏｔｏＴＢＬ）、  １０３Ｃ２…楽曲テーブル（ＭｕｓｉｃＴＢＬ）、  １０３Ｃ３…同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）、  １０３Ｃ４…キーワードテーブル（ＫｅｙｗｏｒｄＴＢＬ）、  １０３Ｃ５…デバイステーブル（ＤｅｖｉｃｅＴＢＬ）、  １０３Ｃ６…テンプレートテーブル（ＴｅｍｐｌａｔｅＴＢＬ）、  １０３Ｃ７…プロジェクトテーブル（ＰｒｏｊｅｃｔＴＢＬ）、  １０３Ｃ８…プレイリストテーブル（ＰｌａｙＬｉｓｔＴＢＬ）、  １０３Ｃ９…プレイリスト項目テーブル（ＰｌａｙＬｉｓｔＩｔｅｍＴＢＬ）、  １０４…通信Ｉ／Ｆ、  ２０２…ＰＷＳＷ、  ２０３…ＬＣＤ表示装置、  ２０４…ＬＣＤドライバ、  ２０５…ＬＣＤ照明装置、  ２０６…タッチ操作入力装置、  ２０７…撮像モジュール、  ２０８…被写体照明装置、  ２０９…ＡＶ出力回路、  ２１０…インジケータ、  ２１１…電源回路、  ２１２…ＢＵＳ、  ２１３…ＳＤＲＡＭ、  ２１４…ＦＬＡＳＨメモリ、  ２１５Ｂ…ＰＤＳｙｎｃＤＢ、  ２１６…外部通信Ｉ／Ｆ。
【図１】
2006107192.tif 000003
【図２】
2006107192.tif 000004
【図３】
2006107192.tif 000005
【図４】
2006107192.tif 000006
【図５】
2006107192.tif 000007
【図６】
2006107192.tif 000008
【図７Ａ】
2006107192.tif 000009
【図７Ｂ】
2006107192.tif 000010