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