JP2006107644A - 情報処理システム及びコンテンツの同期方法 - Google Patents

Abstract

【課題】情報処理装置と携帯端末との間でコンテンツデータの同期処理を適正に行えるようにすること。
【解決手段】情報処理装置であるＰＣ１と携帯端末であるポータブルデバイス２との間で、それぞれのＨＤＤ１０３，２１５に格納されるコンテンツデータの同期を行う際に、上記ポータブルデバイス２のＣＰＵ２０１は、コンテンツデータを処理したときにエラーが発生したか否かを検出し、そのエラーの種類を判別して、ＰＣ１のＣＰＵ１０１は、上記エラーの種類に応じてコンテンツデータの同期を制御する。
【選択図】図１

Description

本発明は、複数の機器間でコンテンツの同期を行う情報処理システム及びコンテンツの同期方法に関する。

従来より、パーソナルコンピュータ（ＰＣ）等に格納された音楽データを携帯端末に転送して携帯端末で音楽を再生して楽しむようなシステムが各種提案されている。

例えば、特許文献１には、転送リストを用いてオーディオサーバから携帯用のオーディオ再生装置に楽曲データを転送する技術が開示されている。
特開２００１−９３２２６号公報

上記のようなＰＣ等に格納された音楽データを携帯端末に転送して携帯端末で音楽を再生して楽しむようなシステムにおいては、携帯端末側で音楽を再生している際に、何らかの理由によりコンテンツを再生できずにエラーを起こしてしまう場合がある。そういった場合、その原因によっては再度音楽データを転送しても同じ現象が起きることもあるし、今度は何事もなくコンテンツを再生できてしまうこともある。そして、その原因はユーザにはなかなか判断が難しいので、再度無駄なデータ転送をしたり、あるいは逆に再度のデータ転送が有効な場合にデータ転送をしなかったりするなど、操作性が悪かった。

本発明は、上記の点に鑑みてなされたもので、音楽データ等のコンテンツデータを格納するＰＣ等の情報処理装置と、上記情報処理装置から送信されるコンテンツデータを取得して再生処理等の所定の処理を行うことが可能な携帯端末との間で、コンテンツデータの同期処理を適正に行うことができる情報処理システム及びコンテンツの同期方法を提供することを目的とする。

本発明の情報処理システムの第１の態様は、コンテンツデータを格納する情報処理装置と、上記情報処理装置から送信されるコンテンツデータを取得し処理することが可能な携帯端末と、を有する情報処理システムにおいて、
上記情報処理装置から上記携帯端末へコンテンツデータを送信する送信手段と、
上記送信されたコンテンツデータを処理するコンテンツデータ処理手段と、
上記コンテンツデータ処理手段で上記コンテンツデータを処理するときにエラーが発生した場合、上記エラーを検出するエラー検出手段と、
上記エラー検出手段でエラーの発生を検出した時のエラー情報を記憶するエラー情報記憶手段と、
上記エラー情報記憶手段に記憶したエラー情報に基づいて、上記送信手段及び／または上記コンテンツデータ処理手段を制御する制御手段と、
を具備することを特徴とする。

本発明の情報処理システムの第２の態様は、情報処理装置と携帯端末との間で、それぞれに格納されるコンテンツデータの同期を行う情報処理システムにおいて、
上記情報処理装置に格納されたコンテンツデータのうち、どのコンテンツデータを上記携帯端末に格納されたコンテンツと同期させるのかを管理する同期管理データを含むコンテンツデータ管理手段と、
上記コンテンツデータ管理手段の同期管理データに基づいて、上記情報処理装置のコンテンツデータと上記携帯端末のコンテンツデータとの同期処理を行う同期処理手段と、
上記携帯端末に格納されたコンテンツデータを処理するコンテンツデータ処理手段と、
を具備し、
上記コンテンツデータ管理手段は、上記コンテンツデータ処理手段でコンテンツデータを処理する際にエラーが発生した場合、上記エラーに応じて上記コンテンツデータ管理手段の同期管理データを変更する、
ことを特徴とする。

本発明の情報処理システムの第３の態様は、コンテンツデータを格納する情報処理装置と、上記情報処理装置から送信されるコンテンツデータを取得し処理することが可能な携帯端末と、を有する情報処理システムにおいて、
上記情報処理装置は、
上記情報処理装置に格納されたコンテンツデータのうち、どのコンテンツデータを上記携帯端末に送信するかを管理するコンテンツデータ管理手段と、
上記コンテンツデータ管理手段の設定に基づいて、上記情報処理装置に格納されたコンテンツデータを上記携帯端末へ送信する送信手段と、
を具備し、
上記携帯端末は、
上記情報処理装置の送信手段によって送信されたコンテンツデータを受信する受信手段と、
上記受信手段で受信したコンテンツデータを処理するコンテンツデータ処理手段と、
上記コンテンツデータ処理手段でコンテンツデータを処理する際にエラーが発生した場合、上記エラーを検出するエラー検出手段と、
上記エラー検出手段で検出したエラーのエラー情報を記憶するエラー記憶手段と、
を具備し、
上記情報処理装置のコンテンツデータ管理手段は、上記携帯端末のエラー記憶手段に記憶されたエラー情報を取得し、その取得したエラー情報に基づいて上記携帯端末に送信するコンテンツデータの設定を行う、
ことを特徴とする。

本発明の情報処理システムの第４の態様は、コンテンツデータを格納する情報処理装置と、上記情報処理装置から送信されるコンテンツデータを取得し処理することが可能な携帯端末と、を有する情報処理システムにおいて、
上記情報処理装置は、
上記情報処理装置に格納されたコンテンツデータのうち、どのコンテンツデータを上記携帯端末に送信するか、または上記携帯端末に格納されているコンテンツデータのうち、どのコンテンツデータを削除するのか、を管理するコンテンツデータ管理手段と、
上記コンテンツデータ管理手段の設定に基づいて、上記情報処理装置に格納されたコンテンツデータ及び／または上記携帯端末に格納されているコンテンツデータの削除を指示する削除指示信号を上記携帯端末へ送信する送信手段と、
を具備し、
上記携帯端末は、
上記情報処理装置の送信手段によって送信されたコンテンツデータ及び／または削除指示信号を受信する受信手段と、
上記受信手段で受信したコンテンツデータを処理するコンテンツデータ処理手段と、
上記受信手段で受信した削除指示信号に従って、上記携帯端末に格納されているコンテンツデータを削除する削除手段と、
上記コンテンツデータ処理手段でコンテンツデータを処理する際にエラーが発生した場合、上記エラーを検出するエラー検出手段と、
上記エラー検出手段で検出したエラーのエラー情報を記憶するエラー記憶手段と、
を具備し、
上記情報処理装置のコンテンツデータ管理手段は、上記携帯端末のエラー記憶手段に記憶されたエラー情報を取得し、その取得したエラー情報に基づいて上記携帯端末に送信するコンテンツデータ及び／または上記携帯端末から削除するコンテンツデータの設定を行う、
ことを特徴とする。

本発明のコンテンツの同期方法の一態様は、情報処理装置と携帯端末との間で、それぞれに格納されるコンテンツデータの同期を行うコンテンツの同期方法において、
上記携帯端末においてコンテンツデータを処理したときにエラーが発生したか否かを検出し、
上記エラーの種類を判別し、
上記エラーの種類に応じてコンテンツデータの同期を制御する、
ことを特徴とする。

本発明によれば、情報処理装置と携帯端末の間のコンテンツの同期を携帯端末側でのコンテンツデータ再生エラーの種類に応じて制御するようにしているので、情報処理装置と携帯端末との間でコンテンツデータの同期処理を適正に行うことができる情報処理システム及びコンテンツの同期方法を提供することができる。

以下、本発明を実施するための最良の形態を図面を参照して説明する。

図１は、本発明の一実施形態に係る情報処理システムの構成を示す図である。この情報処理システムは、コンテンツデータを格納する情報処理装置であるパーソナルコンピュータ（ＰＣ）１と、該ＰＣ１から送信されるコンテンツデータを取得し処理することが可能な携帯端末であるポータブルデバイス２とを有する。

上記ＰＣ１は、ＰＣ本体１０と、キーボードやマウス等の入力デバイス１１と、出力デバイスとしてのモニタ１２及びスピーカ１３とから構成される。ＰＣ本体１０は、制御部であるＣＰＵ１０１と、該ＣＰＵ１０１の作業領域として利用されるＲＡＭ１０２と、制御プログラムやコンテンツデータを格納するハードディスクドライブ（ＨＤＤ）１０３と、外部機器と通信を行うためのシリアルインタフェースやＵＳＢ（Universal Serial Bus）インタフェース等の通信Ｉ／Ｆ１０４とを備えている。ここで、ＨＤＤ１０３に格納されるコンテンツデータは、画像データ、ビデオデータ、楽曲データ、テキストデータ、等を含む。

また、上記ポータブルデバイス２は、ＣＰＵ２０１、ＰＷＳＷ２０２、ＬＣＤ表示装置２０３、ＬＣＤドライバ２０４、ＬＣＤ照明装置２０５、タッチ操作入力装置２０６、撮像モジュール２０７、被写体照明装置２０８、ＡＶ出力回路２０９、インジケータ２１０、電源回路２１１、ＢＵＳ２１２、ＳＤＲＡＭ２１３、ＦＬＡＳＨメモリ２１４、ＨＤＤ２１５、外部通信Ｉ／Ｆ２１６とを備えている。

ここで、ＣＰＵ２０１は、該ポータブルデバイス２内の各部を制御する制御部であり、ＰＷＳＷ２０２は、ユーザ操作に応じて該ポータブルデバイス２の動作開始／停止を切り替えるための電源スイッチである。

ＬＣＤ表示装置２０３は、画像やビデオ等のコンテンツを表示するためのカラー液晶表示装置である。ＬＣＤドライバ２０４は、上記ＬＣＤ表示装置２０３を制御するものであり、ＬＣＤ照明装置２０５は、上記ＬＣＤ表示装置２０３を照明するバックライトである。また、タッチ操作入力装置２０６は、上記ＬＣＤ表示装置２０３の表示画面上に配され、ユーザの指またはペンの接触位置を検知するためのものである。これらＬＣＤ表示装置２０３、ＬＣＤドライバ２０４、ＬＣＤ照明装置２０５、及びタッチ操作入力装置２０６により、タッチパネルが構成されている。このタッチパネルにより、該ポータブルデバイス２が必要とする操作キーを仮想的に実現することが可能である。よって、該ポータブルデバイス２には、上記ＰＷＳＷ２０２以外の操作キーは特に設けていない。

撮像モジュール２０７は、静止画または動画撮影用のカメラであり、被写体照明装置２０８は、ＬＥＤ等の小型の光源を用いて被写体を照明するものである。

ＡＶ出力回路２０９は、テレビ等の外部装置にビデオ及びオーディオ信号を供給するための回路である。インジケータ２１０は、当該ポータブルデバイス２の状態を光や音でユーザに呈示するためのＬＥＤやブザーである。

電源回路２１１は、図示しない内蔵バッテリや外部のＡＣアダプタによって、該ポータブルデバイス２内の各部の動作に必要な電力を供給するためのものである。

ＢＵＳ２１２は、上記ＣＰＵ２０１と、ＳＤＲＡＭ２１３、ＦＬＡＳＨメモリ２１４、ＨＤＤ２１５、及び外部通信Ｉ／Ｆ２１６とを結び、アドレス及びデータを伝送するための伝送路である。ＳＤＲＡＭ２１３は、上記ＣＰＵ２０１の作業領域として利用されるメモリであり、ＦＬＡＳＨメモリ２１４は、日付データ等の各種データや制御プログラムの一部あるいは制御パラメータ等を不揮発性に記憶しておくメモリである。ＨＤＤ２１５は、制御プログラムや上記ＰＣ１から取得したコンテンツデータを保存しておくハードディスクドライブである。そして、外部通信Ｉ／Ｆ２１６は、ＵＳＢインタフェース等の通信インタフェースである。

なお、上記外部通信Ｉ／Ｆ２１６とＰＣ本体１０の通信Ｉ／Ｆ１０４とをケーブルで直接接続しても良いし、図１に示すように両者の間にクレードル３を介在させて、データ通信を行うことも可能である。ここで、クレードル３とは、上記ポータブルデバイス２を載置するスタンド型の拡張機器であり、データ通信を介在する機能や、ポータブルデバイス２を充電する機能を備えている。

また、ポータブルデバイス２のＣＰＵ２０１には、図示しないリモコン端子を介して、該ポータブルデバイス２を操作するための外部リモコン２１が接続可能となっている。更に、ＣＰＵ２０１には、図示しないヘッドホン端子を介して、ヘッドホンが接続可能になっている。なお、外部リモコン２１を、ポータブルデバイス２のリモコン端子及びヘッドホン端子に接続するための接続部を備えたものとして構成し、そのような外部リモコン２１に設けたヘッドホン端子にヘッドホンを接続するようにしても良い。

図２は、上記ＰＣ本体１０のＨＤＤ１０３及び上記ポータブルデバイス２のＨＤＤ２１５の記憶領域の概念図である。

同図に示すように、上記ＰＣ本体１０のＨＤＤ１０３には、複数のコンテンツデータ（コンテンツＨ０００１，コンテンツＨ０００２，コンテンツＨ０００３，…）１０３Ａが格納されると共に、ＰＣ１とポータブルデバイス２の同期状態を示す各種情報を登録したデータベースであるＰＣＳｙｎｃＤＢ１０３Ｂ及び各コンテンツに関する情報を登録したデータベースであるＭａｓｔｅｒＤＢ１０３Ｃとが格納されている。ここで、上記ＰＣＳｙｎｃＤＢ１０３Ｂの内容は、ＰＣ１でのコンテンツデータ１０３Ａに対する何らかの操作に応じて更新される。なお、図１では、ポータブルデバイス２を１台しか図示していないが、ＰＣ１には複数台のポータブルデバイスを同時又は個別に接続することが可能となっており、そのため、各ポータブルデバイス２を管理するための情報も、上記ＭａｓｔｅｒＤＢ１０３Ｃに登録されている。

また、上記ポータブルデバイス２のＨＤＤ２１５にも同様に、上記ＰＣ１から取得した複数のコンテンツデータ（コンテンツＣ０００１，コンテンツＣ０００２，コンテンツＣ０００３，…）２１５Ａが格納されると共に、上記ＰＣ１側のＰＣＳｙｎｃＤＢ１０３Ｂと同様のデータベースであるＰＤＳｙｎｃＤＢ２１５Ｂが格納されるようになっている。このＰＤＳｙｎｃＤＢ２１５Ｂの内容は、詳細は後述するが、ポータブルデバイス２でのコンテンツデータ２１５Ａに対する何らかの操作に応じて更新される。そして、ＰＣ１とのデータ同期を行う際に、その内容がＰＣ１側に送られ、それに基づいてＰＣ側のＰＣＳｙｎｃＤＢ１０３Ｂの内容が更新された後に、そのＰＣＳｙｎｃＤＢ１０３Ｂの内容を受信して、該ＰＤＳｙｎｃＤＢ２１５Ｂの内容が書き換えられるようになっている。

これらＰＣＳｙｎｃＤＢ１０３Ｂ及びＰＤＳｙｎｃＤＢ２１５Ｂのデータ構造は、図３に示すようになっている。なお実際には、これらＰＣＳｙｎｃＤＢ１０３Ｂ及びＰＤＳｙｎｃＤＢ２１５Ｂコンテンツの内容を記述するためのＸＭＬメタデータの仕様を定めたＭＰＶ（Multi Photo / Video）形式のファイルとして保存されるものであり、画像やビデオ、楽曲といったコンテンツの種別毎に作成されている。ここでは、コンテンツ種別が楽曲データである場合を例に説明する。

ＰＣＳｙｎｃＤＢ１０３Ｂ（またはＰＤＳｙｎｃＤＢ２１５Ｂ）では、各コンテンツ毎に、ヘッダとしての当該コンテンツを特定するためのコンテンツＩＤ（ｉｄ）及び当該コンテンツのＨＤＤ１０３（またはＨＤＤ２１５）上の記憶位置を示すファイルパス（Ｌａｓｔ ＵＲＬ）と、メタデータとが登録される。

メタデータは、アーティスト名（ｃｒｅａｔｏｒ）、曲名（ｔｉｔｌｅ）、ジャンル（Ｇｅｎｒｅ）、リリース日（Ｒｅｃｏｒｄｅｄ）、再生回数（ＰｌａｙＣｏｕｎｔ）、演奏時間（ＰｌａｙｉｎｇＴｉｍｅ）、最終再生日（ＬａｓｔＰｌａｙｅｄ）、音量（Ｖｏｌｕｍｅ）、サーチキー（ＳｅａｒｃｈＫｅｙ）、コントロールフラグ（ＣｔｒｌＦｌａｇ）の各データを含む。

ここで、サーチキー（ＳｅａｒｃｈＫｅｙ）は、コンテンツのサーチを容易とするためにユーザが任意に設定することができるキーワードである。

また、コントロールフラグ（ＣｔｒｌＦｌａｇ）は全１６ビットでなり、ビット０がアセットエラー（Ａｓｓｅｔ Ｅｒｒｏｒ）、ビット１が非サポート形式（Ｎｏｔ Ｓｕｐｐｏｒｔ ｆｏｒｍａｔ）、ビット２がアセット追加（Ａｄｄｅｄ）、ビット３が更新（Ｕｐｄａｔｅｄ）、ビット４が削除（Ｄｅｌｅｔｅｄ）、ビット５〜７が予備領域、ビット８がお気に入り（Ｆａｖｏｒｉｔｅ）、ビット９がアートワーク（Ａｒｔｗｏｒｋ）、ビット１０が歌詞（Ｌｙｒｉｃｓ）、ビット１１〜１５が予備領域に割り付けられている。

ビット０のアセットエラー（Ａｓｓｅｔ Ｅｒｒｏｒ）は、アセット（当該コンテンツまたは当該コンテンツと別コンテンツとの組み合わせ（例えば楽曲コンテンツと画像コンテンツの組み合わせ））にエラーが有るか否かを示すものである。このビット０が「０」であればエラー無しを表し、「１」であればファイル無し、ファイルＯＰＥＮエラー、読み込みエラーの何れかを表す。

ビット１の非サポート形式（Ｎｏｔ Ｓｕｐｐｏｒｔ ｆｏｒｍａｔ）は、アセットがポータブルデバイス２で再生不能なフォーマットである否かを示すものである。このビット１が「０」であれば、エラー無しつまり再生可能なフォーマットであることを表し、「１」であれば、非サポート形式つまり再生不能なフォーマットであることを表す。なお、これは、データ圧縮形式のサポート／非サポートだけでなく、例え圧縮形式がサポートしていてもサンプリング周波数や符号化ビットレート等がサポートしていない場合には再生できないので、再生不能なフォーマットとなる。

ビット２のアセット追加（Ａｄｄｅｄ）は、アセットが追加されたか否かを示すものである。このビット２が「０」であれば追加無しを表し、「１」であれば追加済を表す。

ビット３の更新（Ｕｐｄａｔｅｄ）は、当該コンテンツに関するメタデータに何らかの更新が有ったか否かを示すものである。このビット３が「０」であれば更新無しを表し、「１」であれば更新有りを表す。

ビット４の削除（Ｄｅｌｅｔｅｄ）は、ユーザ操作によってアセットが削除されたか否かを示すものである。このビット４が「０」であれば削除無しを表し、「１」であれば削除済を表す。

ビット８のお気に入り（Ｆａｖｏｒｉｔｅ）は、ユーザによってお気に入りとして指定されたか否かを示すものである。このビット８が「０」であればお気に入りではないことを表し、「１」であればお気に入りであるを表す。これにより、お気に入りと指定されたもののみを抽出できるようになる。

ビット９のアートワーク（Ａｒｔｗｏｒｋ）は、ジャケットイメージ等のアートワークの有無を示すものである。このビット９が「０」であればアートワーク無しを表し、「１」であればアートワーク有りを表す。

ビット１０の歌詞（Ｌｙｒｉｃｓ）は、歌詞データの有無を示すものである。このビット１０が「０」であれば歌詞無しを表し、「１」であれば歌詞有りを表す。

なお、前述したように、上記ＰＣＳｙｎｃＤＢ１０３Ｂ及びＰＤＳｙｎｃＤＢ２１５Ｂはコンテンツ種別毎に作成されるものであり、画像コンテンツやビデオコンテンツも、項目の詳細は若干異なるが、同様のデータ構造を採るものである。また、一つのデータベースは例えば１０００コンテンツまで登録できるようにし、１００１個目のコンテンツからは別のデータベースとするというように、同一コンテンツ種別であっても複数個のデータベースを作成しても良い。

一方、上記ＰＣ１側のみが有している上記ＭａｓｔｅｒＤＢ１０３Ｃは、図４に示すように、画像テーブル（ＰｈｏｔｏＴＢＬ）１０３Ｃ１、楽曲テーブル（ＭｕｓｉｃＴＢＬ）１０３Ｃ２、同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３、キーワードテーブル（ＫｅｙｗｏｒｄＴＢＬ）１０３Ｃ４、デバイステーブル（ＤｅｖｉｃｅＴＢＬ）１０３Ｃ５、テンプレートテーブル（ＴｅｍｐｌａｔｅＴＢＬ）１０３Ｃ６、プロジェクトテーブル（ＰｒｏｊｅｃｔＴＢＬ）１０３Ｃ７、プレイリストテーブル（ＰｌａｙＬｉｓｔＴＢＬ）１０３Ｃ８、プレイリスト項目テーブル（ＰｌａｙＬｉｓｔＩｔｅｍＴＢＬ）１０３Ｃ９の９つのテーブルで表されるリレーショナルデータベースである。

上記画像テーブル（ＰｈｏｔｏＴＢＬ）１０３Ｃ１は、画像コンテンツ管理用のテーブルであり、ＩｍａｇｅＩＤ、Ｐａｔｈ、ＲｅｃＤａｔｅ、ＲｅｃＴｉｍｅ、Ｆｏｒｍａｔ、ＡｄｄｅｄＤａｔｅ、ＵｐｄａｔｅＤａｔｅ、Ｃｏｍｅｎｔの８項目が定義されている。ここで、ＩｍａｇｅＩＤは画像コンテンツを特定する画像ＩＤを、Ｐａｔｈは画像ファイルのフルパスを、ＲｅｃＤａｔｅは撮影日（無い場合はタイムスタンプ）を、ＲｅｃＴｉｍｅは撮影時間（無い場合はタイムスタンプ）を、Ｆｏｒｍａｔは画像フォーマットを、ＡｄｄｅｄＤａｔｅはデータベースに追加した日時を、ＵｐｄａｔｅＤａｔｅはデータベース上のデータを更新した日時を、Ｃｏｍｅｎｔは任意のコメントをそれぞれ示す。

上記楽曲テーブル（ＭｕｓｉｃＴＢＬ）１０３Ｃ２は、楽曲コンテンツ管理用のテーブルであり、ＭｕｓｉｃＩＤ、Ｐａｔｈ、Ｔｉｔｌｅ、ＰｌａｙｉｎｇＴｉｍｅ、Ｒｅｃｏｒｄｅｄ、Ｃｒｅａｔｏｒ、Ａｌｂｕｍ、Ｇｅｎｒｅ、Ａｒｔｗｏｒｋ、ＬｙｒｉｃｓＤａｔａ、ＤｉｓｋＮｕｍ、ＴｒａｃｋＮｕｍ、ＭｙＲａｔｅ、ＰｌａｙＣｏｕｎｔ、ＬａｓｔＰｌａｙｅｄ、Ｆｏｒｍａｔ、Ｃｏｍｍｅｎｔ、Ｓｉｚｅ、Ｓａｍｐｌｉｎｇ、Ｂｉｔｒａｔｅ、Ｃｈａｎｎｅｌ、Ｖｏｌｕｍｅ、Ｌｉｒｉｃｉｓｔ、Ｃｏｍｐｏｓｅｒ、ＡｄｄｅｄＤａｔｅ、ＵｐｄａｔｅＤａｔｅ、Ｒｅｌａｔｉｏｎ、Ｒｅｓｅｒｖｅの２８項目が定義されている。ここで、ＭｕｓｉｃＩＤは楽曲コンテンツを特定する楽曲ＩＤを、Ｐａｔｈは楽曲ファイルのフルパスを、Ｔｉｔｌｅは曲名を、ＰｌａｙｉｎｇＴｉｍｅは演奏時間を、Ｒｅｃｏｒｄｅｄは当該楽曲の入ったＣＤアルバムのリリース日を、Ｃｒｅａｔｏｒはアーティスト名を、Ａｌｂｕｍはアルバム名を、Ｇｅｎｒｅはジャンルを、Ａｒｔｗｏｒｋはジャケット写真のパスを、ＬｙｒｉｃｓＤａｔａは歌詞データを、ＤｉｓｋＮｕｍはディスク番号を、ＴｒａｃｋＮｕｍはトラック番号を、ＭｙＲａｔｅはお気に入りのレベルを、ＰｌａｙＣｏｕｎｔは再生回数を、ＬａｓｔＰｌａｙｅｄは最後に再生した日時を、Ｆｏｒｍａｔはフォーマットを、Ｃｏｍｍｅｎｔはコメントを、Ｓｉｚｅはファイルサイズを、Ｓａｍｐｌｉｎｇはサンプリング周波数を、Ｂｉｔｒａｔｅは符号化ビットレートを、Ｃｈａｎｎｅｌはチャンネル数を、Ｖｏｌｕｍｅは音量を、Ｌｉｒｉｃｉｓｔは作詞者を、Ｃｏｍｐｏｓｅｒは作曲者を、ＡｄｄｅｄＤａｔｅは追加日時を、ＵｐｄａｔｅＤａｔｅは更新日時を、Ｒｅｌａｔｉｏｎは関連レベル（相対ボリューム）をそれぞれ示す。なお、Ｒｅｓｅｒｖｅは予備領域である。

上記同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３は、画像コンテンツ、楽曲コンテンツ、またはテンプレートの同期管理用のデータベースであり、コンテンツの種類毎に作成されている。なお、テンプレートとは、例えば楽曲の演奏に合わせて画像を入れ替える所謂スライドショー表示をユーザが簡単に設定できるように、予め用意してある映像効果のひな形のことである。この同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３は、ＩｍａｇｅＩＤ ｏｒ ＭｕｓｉｃＩＤ ｏｒ ＴｅｍｐｌａｔｅＩＤ、ＤｅｖｉｃｅＩＤ、Ｆ＿Ｓｙｎｃ、Ｆ＿Ｕｎｓｙｎｃ、ＤｅｖＰａｔｈ、Ｓｔａｔｕｓの７項目が定義されている。ここで、ＩｍａｇｅＩＤ ｏｒ ＭｕｓｉｃＩＤ ｏｒ ＴｅｍｐｌａｔｅＩＤは画像ＩＤ、楽曲ＩＤまたはテンプレートＩＤを、ＤｅｖｉｃｅＩＤはポータブルデバイス２を特定するためのデバイスＩＤを、Ｆ＿Ｓｙｎｃは同期を行うかどうかを示す同期フラグを、Ｆ＿Ｕｎｓｙｎｃは上記同期フラグ（Ｆ＿Ｓｙｎｃ）がＯＮの場合に新規追加、内容更新等により同期を行う必要が生じたかどうかを示す未同期フラグを、ＤｅｖＰａｔｈはポータブルデバイス２でのファイルパスを、Ｓｔａｔｕｓは転送のステータスをそれぞれ示す。

上記キーワードテーブル（ＫｅｙｗｏｒｄＴＢＬ）１０３Ｃ４は、キーワード管理用のテーブルであり、ＩｍａｇｅＩＤ ｏｒ ＭｕｓｉｃＩＤ、Ｋｅｙｗｏｒｄの２項目が定義されている。ここで、ＩｍａｇｅＩＤ ｏｒ ＭｕｓｉｃＩＤは画像ＩＤまたは楽曲ＩＤを、Ｋｅｙｗｏｒｄはキーワードをそれぞれ示す。

上記デバイステーブル（ＤｅｖｉｃｅＴＢＬ）１０３Ｃ５は、ポータブルデバイス２管理用のテーブルであり、ＤｅｖｉｃｅＩＤ、ＳｅｒｉａｌＮｕｍｂｅｒ、ＤｅｖＧＵＩＤ、ＤｅｖＴｙｐｅ、ＲｅｇＤａｔｅ、ＬａｓｔＣｏｎｎｅｃｔの６項目が定義されている。ここで、ＤｅｖｉｃｅＩＤはデバイスＩＤを、ＳｅｒｉａｌＮｕｍｂｅｒはシリアル番号を、ＤｅｖＧＵＩＤはアプリケーションがデバイスに割り当てるＩＤを、ＤｅｖＴｙｐｅはカメラの有無等のデバイスタイプを、ＲｅｇＤａｔｅは登録日時を、ＬａｓｔＣｏｎｎｅｃｔは最終接続日時をそれぞれ示す。

上記テンプレートテーブル（ＴｅｍｐｌａｔｅＴＢＬ）１０３Ｃ６は、テンプレート管理用のテーブルであり、ＴｅｍｐｌａｔｅＩＤ、ＴｅｍｐｌａｔｅＮａｍｅ、ＴｅｍｐｌａｔｅＰａｔｈの３項目が定義されている。ここで、ＴｅｍｐｌａｔｅにＤはテンプレートＩＤを、ＴｅｍｐｌａｔｅＮａｍｅはテンプレート名を、ＴｅｍｐｌａｔｅＰａｔｈはテンプレートのファイルパスをそれぞれ示す。

上記プロジェクトテーブル（ＰｒｏｊｅｃｔＴＢＬ）１０３Ｃ７は、プロジェクト管理用のテーブルである。ここで、プロジェクトとは、上記スライド表示のように、ユーザが任意にコンテンツを組み合わせ、各コンテンツの再生タイミングなどを設定する所謂オーサリング作業の結果を記述したものである。このプロジェクトテーブル（ＰｒｏｊｅｃｔＴＢＬ）１０３Ｃ７は、ＰｒｏｊｅｃｔＩＤ、ＰｒｏｊｅｃｔＮａｍｅ、ＤｅｖｉｃｅＩＤ、ＰｒｏｊｅｃｔＰａｔｈ、ＤｅｖＰａｔｈの５項目が定義されている。ここで、ＰｒｏｊｅｃｔＩＤはプロジェクトファイルを特定するためプロジェクトＩＤを、ＰｒｏｊｅｃｔＮａｍｅはプロジェクト名を、ＤｅｖｉｃｅＩＤはデバイスＩＤを、ＰｒｏｊｅｃｔＰａｔｈはプロジェクトのファイルパスを、ＤｅｖＰａｔｈはポータブルデバイス２でのファイルパスをそれぞれ示す。

上記プレイリストテーブル（ＰｌａｙＬｉｓｔＴＢＬ）１０３Ｃ８は、プレイリスト管理用のテーブルである。ここで、プレイリストとは、複数のコンテンツの再生順序を記述したものである。このプレイリストテーブル（ＰｌａｙＬｉｓｔＴＢＬ）１０３Ｃ８は、ＰｌａｙＬｉｓｔＩＤ、ＰｌａｙＬｉｓｔＮａｍｅの２項目が定義されている。ここで、ＰｌａｙＬｉｓｔＩＤはプレイリストを特定するためプレイリストＩＤを、ＰｌａｙＬｉｓｔＮａｍｅはプレイリスト名をそれぞれ示す。

上記プレイリスト項目テーブル（ＰｌａｙＬｉｓｔＩｔｅｍＴＢＬ）１０３Ｃ９は、プレイリスト中のコンテンツ管理用のテーブルであり、ＰｌａｙＬｉｓｔＩＤ、ＩｔｅｍＮｕｍ、ＭｕｓｉｃＩＤの３項目が定義されている。ここで、ＰｌａｙＬｉｓｔＩＤはプレイリストＩＤを、ＩｔｅｍＮｕｍは項目番号を、ＭｕｓｉｃＩＤは楽曲ＩＤをそれぞれ示す。

次に、上記のような構成の情報処理システムの動作を説明する。

図５は、上記ポータブルデバイス２において、ＦＬＡＳＨメモリ２１４又はＨＤＤ２１５に記憶された制御プログラムに従ってＣＰＵ２０１により実行される楽曲コンテンツの再生処理のフローチャートを示している。

即ち、まず、再生しようとする楽曲コンテンツのコンテンツＩＤ（ｉｄ）によりＰＤＳｙｎｃＤＢ２１５Ｂから管理データを読み出し、当該楽曲コンテンツのファイルチェックを行う（ステップＳ２０１）。ここで、コントロールフラグ（ＣｔｒｌＦｌａｇ）のチェック結果がＮＧであれば（ステップＳ２０２）、警告を行って（ステップＳ２０３）、この再生処理を終了する。

この場合、コントロールフラグのチェックは、ビット０のアセットエラー（Ａｓｓｅｔ Ｅｒｒｏｒ）フラグが「１」であるかどうか、更には、ビット１の非サポート形式（Ｎｏｔ Ｓｕｐｐｏｒｔ ｆｏｒｍａｔ）フラグが「１」であるかどうかをチェックし、どちらかのフラグが「１」であったならば、コントロールフラグのチェック結果はＮＧとなる。なお、上記警告は、ＬＣＤ表示装置２０３にエラーメッセージを表示したり、インジケータ２１０により音と光でユーザに告知する、等、どのような手法を採っても良い。

一方、上記ステップＳ２０２においてコントロールフラグのチェック結果がＮＧでないと判別された場合には、当該楽曲コンテンツのコンテンツＩＤの次に記述されているファイルパス（Ｌａｓｔ ＵＲＬ）で指定されるファイルの再生を開始する（ステップＳ２０４）。

その後、その再生中のファイルに異常が検出されたか否かを判別する（ステップＳ２０５）。ここで、ファイル異常が検出された場合には、ＰＤＳｙｎｃＤＢ２１５Ｂにおける当該楽曲コンテンツのコントロールフラグ（ＣｔｒｌＦｌａｇ）のビット０のアセットエラー（Ａｓｓｅｔ Ｅｒｒｏｒ）フラグを「１」にすると共に（ステップＳ２０６）、ビット３の更新（Ｕｐｄａｔｅｄ）フラグを「１」にする（ステップＳ２０７）。そして、ファイルの再生を停止して、この再生処理を終了する。またこのとき、再生終了となった理由を示すエラーメッセージをＬＣＤ表示装置２０３に表示するようにしても良い。

上記ステップＳ２０５でファイル異常が検出されなかった場合には、更に、デコードエラーの発生を検出したか否かを判別する（ステップＳ２０８）。ここで、デコードエラーの発生を検出した場合には、ＰＤＳｙｎｃＤＢ２１５Ｂにおける当該楽曲コンテンツのコントロールフラグ（ＣｔｒｌＦｌａｇ）のビット１の非サポート形式（Ｎｏｔ Ｓｕｐｐｏｒｔ ｆｏｒｍａｔ）フラグを「１」にすると共に（ステップＳ２０９）、ビット３の更新（Ｕｐｄａｔｅｄ）フラグを「１」にする（ステップＳ２１０）。そして、ファイルの再生を停止して、この再生処理を終了する。またこのとき、再生終了となった理由を示すエラーメッセージをＬＣＤ表示装置２０３に表示するようにしても良い。

また、上記ステップＳ２０８でデコードエラーの発生も検出されなかった場合には、ユーザによる再生停止操作またはファイルエンドによる再生停止となったか否かを判別する（ステップＳ２１１）。ここで、再生停止となっていない場合には、上記ステップＳ２０５に戻る。

そして、再生停止となったならば、当該ファイルの所定量以上の再生がなされたかどうか、例えば再生量が当該ファイルの７０％以上であるかどうかを判別する（ステップＳ２１２）。ここで、所定量以上の再生が済んでいないと判別した場合には、何も処理を実行することなく、この再生処理を終了する。これに対して、所定量以上の再生が済んでいた場合には、ＰＤＳｙｎｃＤＢ２１５Ｂにおける当該楽曲コンテンツの再生回数（ＰｌａｙＣｏｕｎｔ）を「＋１」する（ステップＳ２１３）。そして、コントロールフラグ（ＣｔｒｌＦｌａｇ）のビット３の更新（Ｕｐｄａｔｅｄ）フラグを「１」にした後（ステップＳ２１４）、この再生処理を終了する。

なお、ここではコンテンツデータの処理として、１個の楽曲コンテンツの再生を例に説明したが、プレイリスト等により複数個の楽曲コンテンツの再生が指定されている場合には、上記処理を繰り返せば良い。また、楽曲コンテンツに限らず、画像コンテンツやビデオコンテンツ、更には楽曲，画像，ビデオの各コンテンツを適宜組み合わせたプロジェクトを再生処理も同様にして実行可能なことは勿論である。

また、再生回数のカウントは、本実施形態では再生量がファイルの７０％以上としたが、これに限らず、例えば９０％以上等、適切な値に変更しても良い。あるいは、再生の停止位置がファイル全体の７０％以上かどうか、という簡略的な判断で行うと複雑な処理を行わなくて済む。逆に、さらに適切に行うのであれば、そのコンテンツの再生量を保存しておき、過去の再生量と足し合わせた結果で何回再生を行ったのかを判断することも可能である。また、これらの判断基準をどうするのかをユーザ設定可能なように構成しても良い。

次に、ＰＣ１とポータブルデバイス２との間でそれぞれに格納されるコンテンツデータの同期処理を説明する。

図６は、上記ＰＣ１において、ＨＤＤ１０３に記憶された制御プログラムに従ってＣＰＵ１０１により実行される同期処理のフローチャートを示している。なお、この同期処理は、モニタ１２上にウィンドウ表示した管理画面（図示せず）に配した同期ボタンが入力デバイス１１のユーザ操作によりＯＮされた場合の処理となる。

即ち、まず、当該ＰＣ１の通信Ｉ／Ｆ１０４に、ＭａｓｔｅｒＤＢ１０３Ｃが管理するデバイスが接続されているか否か、つまり、直接またはクレードル３を介して接続されているポータブルデバイス２が管理デバイスとして登録されているか否かを判別する（ステップＳ１０１）。ここで、管理デバイスとして登録されたポータブルデバイス２が接続されていれば、そのポータブルデバイス２に、ＰＤＳｙｎｃＤＢ２１５Ｂの内容データの転送要求を送信する（ステップＳ１０２）。

そして、この転送要求に応じて送られてきたＰＤＳｙｎｃＤＢ２１５Ｂの内容データを受信して、ＲＡＭ１０２またはＨＤＤ１０３に一時ファイルとして保存する（ステップＳ１０３）。ここで、ＰＤＳｙｎｃＤＢ２１５Ｂの内容データの取得が成功したかどうかを判別し（ステップＳ１０４）、不成功の場合にはエラーメッセージをモニタ１２に表示する等の警告を行った後（ステップＳ１０５）、また、成功した場合には後述するようなコンテンツ同期サブルーチンを実行した後（ステップＳ１０６）、このコンテンツデータの同期処理を終了する。

なお、管理デバイスとして登録されていないポータブルデバイス２が接続されている場合には（ステップＳ１０１）、所定の選択画面をモニタ１２に表示して、その接続されているポータブルデバイス２を管理デバイスとして追加するかどうかをユーザに選択させる（ステップＳ１０７）。そして、追加の指示がなされた場合には上記ステップＳ１０６に進んでコンテンツ同期サブルーチンを実行し、追加の指示がない場合にはこのコンテンツデータの同期処理を終了する。

図７Ａ及び図７Ｂは、上記ステップＳ１０６でコールされるコンテンツ同期サブルーチンの一連のフローチャートを示している。

即ち、まず、上記一時ファイルとして保存したＰＤＳｙｎｃＤＢの先頭データ、つまりコンテンツ１の管理データを、処理対象として内部カウンタにセットする（ステップＳ１１１）。そして、そのコンテンツのコントロールフラグ（ＣｔｒｌＦｌａｇ）のビット３の更新（Ｕｐｄａｔｅｄ）フラグが「１」となっているか否かを判別する（ステップＳ１１２）。ここで、それが「０」であれば、以降のステップＳ１１３乃至ステップＳ１２４をスキップして、ステップＳ１２５へと進む。

これに対して、更新（Ｕｐｄａｔｅｄ）フラグが「１」となっていた場合には、更に、そのコントロールフラグ（ＣｔｒｌＦｌａｇ）のビット２のアセット追加（Ａｄｄｅｄ）フラグが「１」となっているか否かを判別する（ステップＳ１１３）。ここで、それが「１」となっていれば、ポータブルデバイス２で新規追加されたコンテンツ（画像コンテンツやプロジェクト）が有るということなので、ＭａｓｔｅｒＤＢ１０３Ｃにコンテンツを追加する（ステップＳ１１４）。即ち、そのコンテンツに該当するコンテンツテーブル（画像テーブル（ＰｈｏｔｏＴＢＬ）１０３Ｃ１等）と同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３にデータを追加し、後者の同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３における同期フラグ（Ｆ＿Ｓｙｎｃ）をＯＮ（「１」）にする。

そしてその後、あるいは、上記ステップＳ１１３でアセット追加（Ａｄｄｅｄ）フラグが「１」となっていないと判別された場合には、上記コントロールフラグ（ＣｔｒｌＦｌａｇ）のビット０のアセットエラー（Ａｓｓｅｔ Ｅｒｒｏｒ）フラグが「１」となっているか否かを判別する（ステップＳ１１５）。ここで、それが「１」となっている場合には、更に、ＭａｓｔｅｒＤＢ１０３Ｃより当該コンテンツの同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３における同期フラグ（Ｆ＿Ｓｙｎｃ）が「１」となっているか否かを判別する（ステップＳ１１６）。そして、それが「１」となっている場合には、ＭａｓｔｅｒＤＢ１０３Ｃの当該コンテンツの同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３における未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）を「１」にする（ステップＳ１１７）。即ち、アセットエラーの場合は、基本的には再転送を行うようにＭａｓｔｅｒＤＢ１０３Ｃを設定する。これに対して、同期フラグ（Ｆ＿Ｓｙｎｃ）が「０」の場合には、ＭａｓｔｅｒＤＢ１０３Ｃの当該コンテンツの同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３におけるＦ＿Ｄｅｌｅｔｅを「１」にする（ステップＳ１１８）。

上記ステップＳ１１７またはステップＳ１１８の後、あるいは、上記ステップＳ１１５でアセットエラー（Ａｓｓｅｔ Ｅｒｒｏｒ）フラグが「１」となっていないと判別された場合には、上記コントロールフラグ（ＣｔｒｌＦｌａｇ）のビット１の非サポート形式（Ｎｏｔ Ｓｕｐｐｏｒｔ ｆｏｒｍａｔ）フラグが「１」となっているか否かを判別する（ステップＳ１１９）。ここで、それが「１」となっている場合には、ＭａｓｔｅｒＤＢ１０３Ｃの当該コンテンツの同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３における同期フラグ（Ｆ＿Ｓｙｎｃ）を「０」にすると共に、Ｆ＿Ｄｅｌｅｔｅを「１」にする（ステップＳ１２０）。つまり、非サポート形式のエラーとなっている場合には、同期の設定を解除する。

また、上記ステップＳ１１９で非サポート形式（Ｎｏｔ Ｓｕｐｐｏｒｔ ｆｏｒｍａｔ）フラグが「１」となっていないと判別された場合には、更に、上記コントロールフラグ（ＣｔｒｌＦｌａｇ）のビット４の削除（Ｄｅｌｅｔｅｄ）フラグが「１」となっているか否かを判別する（ステップＳ１２１）。ここで、それが「１」となっている場合には、上記ステップＳ１２０に進む。

そして、上記ステップＳ１２０の後、あるいは、上記ステップＳ１２１で削除（Ｄｅｌｅｔｅｄ）フラグが「１」となっていないと判別された場合には、ＰＣ１での当該コンテンツの再生回数を検出する（ステップＳ１２２）。これは、一時ファイルとして保存したＰＤＳｙｎｃＤＢにおける当該コンテンツの再生回数（ＰｌａｙＣｏｕｎｔ）と、ＰＣＳｙｎｃＤＢ１０３Ｂにおける当該コンテンツの再生回数（ＰｌａｙＣｏｕｎｔ）との差をを計算することにより検出することができる。そして、その検出した再生回数に基づいてＭａｓｔｅｒＤＢ１０３Ｃの当該コンテンツのコンテンツテーブル（例えば楽曲テーブル（ＭｕｓｉｃＴＢＬ）１０３Ｃ２）の再生回数（ＰｌａｙＣｏｕｎｔ）を更新（すなわち加算）する（ステップＳ１２３）。

その後、その他の項目についても、同様にしてＭａｓｔｅｒＤＢ１０３Ｃに反映させる（ステップＳ１２４）。但しこれは、お気に入り（Ｆａｖｏｒｉｔｅ）や最終再生日（ＬａｓｔＰｌａｙｅｄ）等、ポータブルデバイス２側で変更される可能性のある項目のみで良い。

こうして一つのコンテンツについての処理が行われたならば、上記一時ファイルとして保存したＰＤＳｙｎｃＤＢの次のデータ、つまり次のコンテンツの管理データを、処理対象として内部カウンタにセットする（ステップＳ１２５）。この場合、そのような次の管理データが有れば（ステップＳ１２６）、上記ステップＳ１１２に戻り、前述したような処理を繰り返す。

而して、ＰＤＳｙｎｃＤＢの全ての管理データについて処理が終了したならば、上記ステップＳ１２６で、次の管理データがないと判別される。そしてこの場合には、ＰＣＳｙｎｃＤＢ１０３Ｂの作成又は更新を行う（ステップＳ１２７）。即ち、ＰＣＳｙｎｃＤＢ１０３Ｂを作成する場合には、ＭａｓｔｅｒＤＢ１０３Ｃの同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３を元に、同期フラグ（Ｆ＿Ｓｙｎｃ）が「１」で未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）が「０」、あるいは、同期フラグ（Ｆ＿Ｓｙｎｃ）が「０」で未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）が「１」のデータベースを作成する。また、既にＰＣＳｙｎｃＤＢ１０３Ｂが有り、それを更新する場合には、上書きされる。

そしてその後、実際のコンテンツデータを転送または削除する処理を実行する。そのために、まず、ＭａｓｔｅｒＤＢ１０３Ｃの先頭データを、処理対象として内部カウンタにセットする（ステップＳ１２８）。これは、各コンテンツのデータを順番に処理するために、まず、同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３の先頭データをセットするものである。

そして、同期フラグ（Ｆ＿Ｓｙｎｃ）が「１」となっているか否かを判別する（ステップＳ１２９）。ここで、それが「０」であれば、以降のステップＳ１３０乃至ステップＳ１３６をスキップして、ステップＳ１３７へと進む。また、上記同期フラグ（Ｆ＿Ｓｙｎｃ）が「１」となっている場合には、更に、未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）が「１」となっているか否かを判別する（ステップＳ１３０）。この場合も、それが「０」であれば、ステップＳ１３７へと進む。

これに対して、その未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）が「１」となっている場合には、未同期のファイルである対象コンテンツをポータブルデバイス２に転送つまりポータブルデバイス２にコピーする（ステップＳ１３１）。そして、その転送が成功したか否かを判別する（ステップＳ１３２）。ここで、転送が成功した場合には、上記未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）を「０」にした後（ステップＳ１３３）、ＭａｓｔｅｒＤＢ１０３Ｃの該当するコンテンツの管理テーブルに基づいて、ＰＣＳｙｎｃＤＢ１０３Ｂを更新する（ステップＳ１３４）。また、転送が失敗した場合には、そのことを示すエラーメッセージをモニタ１２に表示する等の警告を行い（ステップＳ１３５）、上記同期フラグ（Ｆ＿Ｓｙｎｃ）及び未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）を共に「０」とした後（ステップＳ１３６）、上記ステップＳ１３４に進んでＰＣＳｙｎｃＤＢ１０３Ｂを更新する。

そして、上記ステップＳ１３４の後、あるいは、上記ステップＳ１２９で同期フラグ（Ｆ＿Ｓｙｎｃ）が「１」となっていないと判別された場合、または、上記ステップＳ１３０で未同期フラグ（Ｆ＿Ｕｎｓｙｎｃ）が「１」となっていないと判別された場合には、Ｆ＿Ｄｅｌｅｔｅが「１」となっているか否かを判別する（ステップＳ１３７）。ここで、それが「０」であれば、以降のステップＳ１３８乃至ステップＳ１４２をスキップして、ステップＳ１４３へと進む。

これに対して、上記Ｆ＿Ｄｅｌｅｔｅが「１」となっている場合には、対象コンテンツをポータブルデバイス２から削除する（ステップＳ１３８）。そして、その削除が成功したか否かを判別する（ステップＳ１３９）。ここで、削除が失敗した場合には、そのことを示すエラーメッセージをモニタ１２に表示する等の警告を行う（ステップＳ１４０）。また、削除が成功した場合には、上記Ｆ＿Ｄｅｌｅｔｅ及び同期フラグ（Ｆ＿Ｓｙｎｃ）を共に「０」とした後（ステップＳ１４１）、ＰＣＳｙｎｃＤＢ１０３Ｂを更新する（ステップＳ１４２）。

そして、上記ステップＳ１４０またはステップＳ１４２の後、あるいは、上記ステップＳ１３７で上記Ｆ＿Ｄｅｌｅｔｅが「１」となっていないと判別された場合には、ＭａｓｔｅｒＤＢ１０３Ｃの次データを処理対象として内部カウンタにセットする（ステップＳ１４３）。つまり、同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）１０３Ｃ３の次のコンテンツのデータにセットするものである。この場合、そのような次データが有れば（ステップＳ１４４）、上記ステップＳ１２９に戻り、前述したような処理を繰り返すこととなる。

これに対して、全てのコンテンツに関して処理が終了した場合には、上記ステップＳ１４４で、次データがないと判別される。そしてこの場合には、ＰＤＳｙｎｃＤＢ２１５Ｂの更新を行う、つまり上記ステップＳ１３４で更新されたＰＣＳｙｎｃＤＢ１０３Ｂをポータブルデバイス２にコピーして（ステップＳ１４５）、該コンテンツ同期サブルーチンを終了し、上位のルーチンにリターンする。

以上詳細に説明したように、本実施形態によれば、ＰＣ１から転送（同期）されたコンテンツをポータブルデバイス２側で再生する際に再生エラーが発生したときに、その再生エラーが、ポータブルデバイス２側に転送されたコンテンツのファイルが壊れていたりして再生不能となったことによる場合には、同一ファイルを再度転送するように設定し、また、コンテンツファイル自体は正常であるが、ポータブルデバイス２側でそのファイルに対応していない等で再生不能となったことによる場合には、転送を行わないように「同期」の設定を外すようにしている。このように、ＰＣ１とポータブルデバイス２の間のコンテンツの同期をポータブルデバイス２側でのコンテンツデータ再生エラーの種類に応じて制御するようにしているので、ＰＣ１とポータブルデバイス２との間でコンテンツデータの同期処理を適正に行うことができるようになる。

また、同期時にはＰＤＳｙｎｃＤＢ２１５Ｂの内容がＰＣ１側に転送され、ＰＣＳｙｎｃＤＢ１０３Ｂと比較することでポータブルデバイス２側での再生回数を検出し、それをＭａｓｔｅｒＤＢ１０３Ｃに反映させるようにしているので、ＰＣ１とポータブルデバイス２との間で同期を行うコンテンツでも、適正に両者での再生回数を管理できるようになる。

以上実施形態に基づいて本発明を説明したが、本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形や応用が可能なことは勿論である。

図１は本発明の一実施形態に係る情報処理システムの構成を示す図である。 図２はＰＣ本体のＨＤＤ及びポータブルデバイスのＨＤＤの記憶領域の概念図である。 図３はＰＣＳｙｎｃＤＢ及びＰＤＳｙｎｃＤＢのデータ構造を示す図である。 図４はＭａｓｔｅｒＤＢに含まれるテーブルを説明するための図である。 図５はポータブルデバイスにおける楽曲コンテンツの再生処理のフローチャートを示す図である。 図６はＰＣにおける同期処理のフローチャートを示す図である。 図７Ａは図６中のコンテンツ同期サブルーチンの詳細フローチャートの前半部分を示す図である。 図７Ｂは図６中のコンテンツ同期サブルーチンの詳細フローチャートの後半部分を示す図である。

符号の説明

１…パーソナルコンピュータ（ＰＣ）、 ２…ポータブルデバイス（ＰＤ）、 ３…クレードル、 １０…ＰＣ本体、 １１…入力デバイス、 １２…モニタ、 １３…スピーカ、 ２１…外部リモコン、 １０１，２０１…ＣＰＵ、 １０２…ＲＡＭ、 １０３，２１５…ハードディスクドライブ（ＨＤＤ）、 １０３Ａ，２１５Ａ…コンテンツデータ、 １０３Ｂ…ＰＣＳｙｎｃＤＢ、 １０３Ｃ…ＭａｓｔｅｒＤＢ、 １０３Ｃ１…画像テーブル（ＰｈｏｔｏＴＢＬ）、 １０３Ｃ２…楽曲テーブル（ＭｕｓｉｃＴＢＬ）、 １０３Ｃ３…同期テーブル（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＴＢＬ）、 １０３Ｃ４…キーワードテーブル（ＫｅｙｗｏｒｄＴＢＬ）、 １０３Ｃ５…デバイステーブル（ＤｅｖｉｃｅＴＢＬ）、 １０３Ｃ６…テンプレートテーブル（ＴｅｍｐｌａｔｅＴＢＬ）、 １０３Ｃ７…プロジェクトテーブル（ＰｒｏｊｅｃｔＴＢＬ）、 １０３Ｃ８…プレイリストテーブル（ＰｌａｙＬｉｓｔＴＢＬ）、 １０３Ｃ９…プレイリスト項目テーブル（ＰｌａｙＬｉｓｔＩｔｅｍＴＢＬ）、 １０４…通信Ｉ／Ｆ、 ２０２…ＰＷＳＷ、 ２０３…ＬＣＤ表示装置、 ２０４…ＬＣＤドライバ、 ２０５…ＬＣＤ照明装置、 ２０６…タッチ操作入力装置、 ２０７…撮像モジュール、 ２０８…被写体照明装置、 ２０９…ＡＶ出力回路、 ２１０…インジケータ、 ２１１…電源回路、 ２１２…ＢＵＳ、 ２１３…ＳＤＲＡＭ、 ２１４…ＦＬＡＳＨメモリ、 ２１５Ｂ…ＰＤＳｙｎｃＤＢ、 ２１６…外部通信Ｉ／Ｆ。

Claims (12)

1. コンテンツデータを格納する情報処理装置と、上記情報処理装置から送信されるコンテンツデータを取得し処理することが可能な携帯端末と、を有する情報処理システムにおいて、
   上記情報処理装置から上記携帯端末へコンテンツデータを送信する送信手段と、
   上記送信されたコンテンツデータを処理するコンテンツデータ処理手段と、
   上記コンテンツデータ処理手段で上記コンテンツデータを処理するときにエラーが発生した場合、上記エラーを検出するエラー検出手段と、
   上記エラー検出手段でエラーの発生を検出した時のエラー情報を記憶するエラー情報記憶手段と、
   上記エラー情報記憶手段に記憶したエラー情報に基づいて、上記送信手段及び／または上記コンテンツデータ処理手段を制御する制御手段と、
   を具備することを特徴とする情報処理システム。
2. 上記コンテンツデータ処理手段は、上記携帯端末に格納されるコンテンツデータの再生を行うことが可能であり、
   上記エラー検出手段は、上記コンテンツデータを上記携帯端末で再生する際のエラーを検出する、
   ことを特徴とする請求項１に記載の情報処理システム。
3. 上記エラー検出手段は、上記エラーの種類を検出することが可能であり、
   上記制御手段は、上記エラー検出手段が検出したエラーの種類に応じて、上記送信手段及び／または上記コンテンツデータ処理手段を制御する、
   ことを特徴とする請求項１に記載の情報処理システム。
4. 上記エラー検出手段は、上記エラーの種類として、上記コンテンツデータのデータ異常によるエラーか、あるいは上記携帯端末の上記コンテンツデータのデータ形式へのデータ形式未対応によるエラーか、を検出することが可能であり、
   上記制御手段は、
   上記エラー検出手段が上記データ異常によるエラーを検出した場合には、上記情報処理装置から上記携帯端末への上記コンテンツデータの送信を行うように制御し、
   上記エラー検出手段が上記データ形式未対応によるエラーを検出した場合には、上記携帯端末内の上記コンテンツデータを削除するように制御する、
   ことを特徴とする請求項３に記載の情報処理システム。
5. 情報処理装置と携帯端末との間で、それぞれに格納されるコンテンツデータの同期を行う情報処理システムにおいて、
   上記情報処理装置に格納されたコンテンツデータのうち、どのコンテンツデータを上記携帯端末に格納されたコンテンツと同期させるのかを管理する同期管理データを含むコンテンツデータ管理手段と、
   上記コンテンツデータ管理手段の同期管理データに基づいて、上記情報処理装置のコンテンツデータと上記携帯端末のコンテンツデータとの同期処理を行う同期処理手段と、
   上記携帯端末に格納されたコンテンツデータを処理するコンテンツデータ処理手段と、
   を具備し、
   上記コンテンツデータ管理手段は、上記コンテンツデータ処理手段でコンテンツデータを処理する際にエラーが発生した場合、上記エラーに応じて上記コンテンツデータ管理手段の同期管理データを変更する、
   ことを特徴とする情報処理システム。
6. 上記コンテンツデータ管理手段は、上記エラーが上記コンテンツデータ処理手段で処理しようとしたコンテンツデータの異常に起因するものであった場合には、上記コンテンツデータを再度同期させるように上記コンテンツデータ管理手段の同期管理データを変更することを特徴とする請求項５に記載の情報処理システム。
7. 上記コンテンツデータ管理手段は、上記エラーが上記コンテンツデータ処理手段で処理しようとしたコンテンツデータのデータ形式に起因するものであった場合には、上記コンテンツデータを同期させないように上記コンテンツデータ管理手段の同期管理データを変更することを特徴とする請求項５に記載の情報処理システム。
8. 上記コンテンツデータのデータ形式に起因するエラーは、上記コンテンツデータ処理手段においてコンテンツデータを再生するときにコンテンツデータの符号化ビットレートが上記コンテンツデータ処理手段で対応可能な範囲を超えてしまい、コンテンツデータを正常に再生できなくなってしまうエラーであることを特徴とする請求項７に記載の情報処理システム。
9. コンテンツデータを格納する情報処理装置と、上記情報処理装置から送信されるコンテンツデータを取得し処理することが可能な携帯端末と、を有する情報処理システムにおいて、
   上記情報処理装置は、
   上記情報処理装置に格納されたコンテンツデータのうち、どのコンテンツデータを上記携帯端末に送信するかを管理するコンテンツデータ管理手段と、
   上記コンテンツデータ管理手段の設定に基づいて、上記情報処理装置に格納されたコンテンツデータを上記携帯端末へ送信する送信手段と、
   を具備し、
   上記携帯端末は、
   上記情報処理装置の送信手段によって送信されたコンテンツデータを受信する受信手段と、
   上記受信手段で受信したコンテンツデータを処理するコンテンツデータ処理手段と、
   上記コンテンツデータ処理手段でコンテンツデータを処理する際にエラーが発生した場合、上記エラーを検出するエラー検出手段と、
   上記エラー検出手段で検出したエラーのエラー情報を記憶するエラー記憶手段と、
   を具備し、
   上記情報処理装置のコンテンツデータ管理手段は、上記携帯端末のエラー記憶手段に記憶されたエラー情報を取得し、その取得したエラー情報に基づいて上記携帯端末に送信するコンテンツデータの設定を行う、
   ことを特徴とする情報処理システム。
10. コンテンツデータを格納する情報処理装置と、上記情報処理装置から送信されるコンテンツデータを取得し処理することが可能な携帯端末と、を有する情報処理システムにおいて、
    上記情報処理装置は、
    上記情報処理装置に格納されたコンテンツデータのうち、どのコンテンツデータを上記携帯端末に送信するか、または上記携帯端末に格納されているコンテンツデータのうち、どのコンテンツデータを削除するのか、を管理するコンテンツデータ管理手段と、
    上記コンテンツデータ管理手段の設定に基づいて、上記情報処理装置に格納されたコンテンツデータ及び／または上記携帯端末に格納されているコンテンツデータの削除を指示する削除指示信号を上記携帯端末へ送信する送信手段と、
    を具備し、
    上記携帯端末は、
    上記情報処理装置の送信手段によって送信されたコンテンツデータ及び／または削除指示信号を受信する受信手段と、
    上記受信手段で受信したコンテンツデータを処理するコンテンツデータ処理手段と、
    上記受信手段で受信した削除指示信号に従って、上記携帯端末に格納されているコンテンツデータを削除する削除手段と、
    上記コンテンツデータ処理手段でコンテンツデータを処理する際にエラーが発生した場合、上記エラーを検出するエラー検出手段と、
    上記エラー検出手段で検出したエラーのエラー情報を記憶するエラー記憶手段と、
    を具備し、
    上記情報処理装置のコンテンツデータ管理手段は、上記携帯端末のエラー記憶手段に記憶されたエラー情報を取得し、その取得したエラー情報に基づいて上記携帯端末に送信するコンテンツデータ及び／または上記携帯端末から削除するコンテンツデータの設定を行う、
    ことを特徴とする情報処理システム。
11. 情報処理装置と携帯端末との間で、それぞれに格納されるコンテンツデータの同期を行うコンテンツの同期方法において、
    上記携帯端末においてコンテンツデータを処理したときにエラーが発生したか否かを検出し、
    上記エラーの種類を判別し、
    上記エラーの種類に応じてコンテンツデータの同期を制御する、
    ことを特徴とするコンテンツの同期方法。
12. 上記エラーの種類を判別するときに、上記エラーが上記コンテンツデータの異常に起因するものであるのか、または上記コンテンツデータのデータ形式に起因するものであるのかを判別し、
    上記コンテンツデータの同期を制御するときには、
    上記エラーが上記コンテンツデータの異常に起因するものであった場合には、該コンテンツデータを再度同期させるように制御し、
    上記エラーが上記コンテンツデータのデータ形式に起因するものであった場合には、該コンテンツを同期させないように制御する、
    ことを特徴とする請求項１１に記載のコンテンツの同期方法。

Images