特許 6094610 コンテンツデータ管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6094610

(24)【登録日】2017年2月24日

(45)【発行日】2017年3月15日

(54)【発明の名称】コンテンツデータ管理システム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20170306BHJP

   G10K 15/02 20060101ALI20170306BHJP

【ＦＩ】

   G06F13/00 550L

   G10K15/02

【請求項の数】1

【全頁数】12

(21)【出願番号】特願2015-29460(P2015-29460)

(22)【出願日】2015年2月18日

(62)【分割の表示】特願2013-240756(P2013-240756)の分割

【原出願日】2008年6月12日

(65)【公開番号】特開2015-130192(P2015-130192A)

(43)【公開日】2015年7月16日

【審査請求日】2015年2月18日

(73)【特許権者】

【識別番号】000004075

【氏名又は名称】ヤマハ株式会社

(74)【代理人】

【識別番号】110000970

【氏名又は名称】特許業務法人 楓国際特許事務所

(72)【発明者】

【氏名】林 豊史

【審査官】 宮久保 博幸

(56)【参考文献】

【文献】 特開２００３−１５７３３４（ＪＰ，Ａ）

【文献】 特表２００８−５１２７５２（ＪＰ，Ａ）

【文献】 国際公開第２００６／００６４１７（ＷＯ，Ａ１）

【文献】 特開２００３−２８４０３８（ＪＰ，Ａ）

【文献】 特開２００４−１１８６４２（ＪＰ，Ａ）

【文献】 特開２００６−３４５２１４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｇ１０Ｋ １５／０２

(57)【特許請求の範囲】

【請求項1】

複数のコンテンツデータを保存するコンテンツデータベースを備えたサーバと、
前記サーバに対してネットワークを介して接続するとともに相互に直接的に接続可能な通信手段を備えた複数の端末と、を備えたコンテンツデータ管理システムであって、
前記サーバおよび前記複数の端末は、ユーザを識別するユーザ識別情報と、当該ユーザの所有するコンテンツデータを特定する個別コンテンツ情報からなる所有コンテンツ情報と、当該ユーザの所有する端末を特定する利用端末情報と、を含むユーザデータを共有し、
前記サーバは、前記コンテンツデータのファイル形式を変換するファイル変換手段を備え、
前記サーバは、前記複数の端末のうちいずれかの端末からコンテンツデータの取得要求を受け付けると、前記ユーザデータに基づいて、該端末に応じたファイル形式でコンテンツデータを配信するコンテンツデータ管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、複数のユーザ端末とサーバとの間でコンテンツデータを共有するコンテンツデータ管理システムに関するものである。

【背景技術】

【0002】

従来、ユーザ端末とサーバとの間で楽曲データを取り扱うシステムとして、特許文献１のようなコンテンツ配信システムが存在する。特許文献１は、管理サーバとコンテンツサーバとを有し、管理サーバにユーザ情報が記憶されている。管理サーバは、ユーザ端末からコンテンツ配信の要求を受け付けると、ユーザ情報に基づいてコンテンツ配信の可否を判断する。管理サーバは、コンテンツ配信可を判断すると、コンテンツサーバに対してユーザ端末へのコンテンツ配信を指示し、コンテンツサーバは、この指示に従ってユーザ端末へコンテンツを配信する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００６−１７２３９２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上述の特許文献１のようなシステムでは、管理サーバに記憶されたユーザ情報に準じて楽曲データの配信が決定されるので、ユーザ情報に記録されていない端末への配信は拒絶される。一方で、現在、オーディオプレイヤ機能付きの携帯電話機や、携帯型オーディオプレイヤが普及し、一人のユーザがこれらの携帯端末を買い換えたり、複数保持していることも珍しくない。

【0005】

しかしながら、このような携帯端末の買い換えや追加を行う場合、古い携帯端末の楽曲データを新しい携帯端末へそのまま移行することはできず、新たにＰＣ等に接続して楽曲データの取り込み直しを行わなければならない。さらには、携帯端末が故障して楽曲データが消えてしまった場合にも同様に、修理、初期化後の携帯端末をＰＣ等に接続して楽曲データの取り込み直しを行わなければならない。このような取り込み作業は、例えば、ＰＣにＣＤを読み込ませてリッピングしなおしたり、新たな利用手続きを行って楽曲データをダウンロードしなおしたりしなければならず、ユーザにとって非常に面倒な作業を要する。

【0006】

したがって、本発明の目的は、ユーザへ煩雑な作業を与えることなく、端末にコンテンツデータの再取り込み等を行うことができるコンテンツデータ管理システムを実現することにある。

【課題を解決するための手段】

【0007】

この発明のコンテンツデータ管理システムは、複数のコンテンツデータを保存するコンテンツデータベースを備えたサーバと、前記サーバに対してネットワークを介して接続する端末と、を備えたコンテンツデータ管理システムであって、前記サーバは、ユーザを識別するユーザ識別情報と、当該ユーザの所有するコンテンツデータを特定する個別コンテンツ情報からなる所有コンテンツ情報と、当該ユーザの所有する端末を特定する利用端末情報と、を含むユーザデータを有し、前記サーバは、前記コンテンツデータのファイル形式を変換するファイル変換手段を備え、前記サーバは、前記端末からコンテンツデータの取得要求を受け付けると、前記ユーザデータに基づいて、該端末に応じたファイル形式でコンテンツデータを配信することを特徴とする。

【発明の効果】

【0008】

この発明によれば、ユーザに面倒な作業を行わせることなく、コンテンツデータを取得することができる。

【図面の簡単な説明】

【0009】

【図1】本実施形態の楽曲データ管理システムの主要構成を示すブロック図、および、ユーザデータＤｕ（ｋ）の情報構成を示す図である。

【図2】携帯オーディオ端末１３０の切り替え、新規登録、及び追加登録時の処理を示すシステムフローチャートである。

【図3】携帯オーディオ端末１３０の故障復帰時の処理を示すシステムフローチャートである。

【図4】ＰＣ１２０への楽曲データのダウンロード処理を示すフローチャートである。

【図5】携帯オーディオ端末１３０への楽曲データのストリーム配信を示すフローチャートである。

【図6】楽曲データのアップロード処理を示すフローチャートである。

【発明を実施するための形態】

【0010】

本発明の実施形態に係る楽曲データ管理システムについて図を参照して説明する。

【0011】

図１（Ａ）は本実施形態の楽曲データ管理システムの主要構成を示すブロック図であり、図１（Ｂ）はユーザデータＤｕ（ｋ）の情報構成を示す図である。

【0012】

楽曲データ管理システム１は、サーバ１１０、第１ユーザ端末に相当するＰＣ（パーソナルコンピュータ）１２０、第２ユーザ端末に相当する携帯オーディオ端末１３０を備える。サーバ１１０、ＰＣ１２０および携帯オーディオ端末１３０は、汎用のネットワーク１０１（例えばインターネット（商標））により、相互通信可能となっている。また、ＰＣ１２０と携帯オーディオ端末１３０とは、ネットワーク１０１とは異なるダイレクトライン接続によっても通信可能となっている。そして、これらサーバ１１０、ＰＣ１２０、携帯オーディオ端末１３０は、後述するユーザデータＤｕ（ｋ）を共有している。ここで、共有とは、サーバ１１０、ＰＣ１２０、携帯オーディオ端末１３０とで同じ情報内容のユーザデータＤｕ（ｋ）をそれぞれに記憶していることを示す。

【0013】

（サーバ）
サーバ１１０は、管理サーバとコンテンツサーバとを有する構造からなり、制御部１１１、通信部１１２、利用者ＤＢ（利用者データベースＤＢｕ）１１３、および楽曲ＤＢ（楽曲データベースＤＢｍ）１１４を備える。

【0014】

楽曲データベースＤＢｍには、複数の楽曲データＤｍ（１）〜Ｄｍ（ｍ）が保存されている。なお、（ｍ）は登録済みの楽曲データ数に相当する。楽曲データＤｍ（１）〜Ｄｍ（ｍ）は、例えばＷＡＶファイル形式等のＣＤ（コンパクトディスク）の音質に相当するような所定のオーディオファイル形式からなり、楽曲データＤｍ（１）〜Ｄｍ（ｍ）毎に個別楽曲情報が関連付けして記憶されている。ここで、個別楽曲情報は、各楽曲データを個別に特定するための情報（データ）であり、楽曲データ毎に設定されている。

【0015】

利用者データベースＤＢｕには、登録された複数のユーザに関する情報を識別するためのユーザデータＤｕ（１）〜Ｄｕ（ｎ）が保存されている。なお、（ｎ）は登録済みのユーザ数に相当する。これらユーザデータＤｕ（１）〜Ｄｕ（ｎ）は、図１（Ｂ）に示す構成からなり、以下ではＤｕ（ｋ）を代表データして説明する。

【0016】

ユーザデータＤｕ（ｋ）は、図１（Ｂ）に示すように、ユーザＩＤＤｕ１１（ｋ）、所有楽曲情報Ｄｕ１２（ｋ）、利用端末情報Ｄｕ１３（ｋ）、使用履歴情報Ｄｕ１４（ｋ）および更新情報Ｄｕ１５（ｋ）を含む。ユーザＩＤＤｕ１１（ｋ）は、各ユーザを一意に識別するためのコード番号である。所有楽曲情報Ｄｕ１２（ｋ）は、ユーザＩＤＤｕ１１（ｋ）のユーザが既に購入手続き等を行ったりアップロードした全ての楽曲データに関連する個別楽曲情報により構成される。利用端末情報Ｄｕ１３（ｋ）は、ユーザＩＤＤｕ１１（ｋ）のユーザが使用登録した全ての端末（図１の例であればＰＣ１２０と携帯オーディオ端末１３０）の端末識別情報により構成される。使用履歴情報Ｄｕ１４（ｋ）は、所有楽曲情報Ｄｕ１２（ｋ）に含まれる各個別楽曲情報に対応する楽曲データに使用回数制限が設定されている場合などに用いられる。そして、使用履歴情報Ｄｕ１４（ｋ）は、個別楽曲情報毎に設定された残り使用可能回数により構成される。更新情報Ｄｕ１５（ｋ）は、ユーザデータＤｕ（ｋ）の最新の更新日時に基づくデータであり、日時データもしくは順次番号が加算されるバージョン番号等により表される。この更新情報Ｄｕ１５（ｋ）は、後述するサーバ１００、ＰＣ１２０、携帯オーディオ端末１３０間でのユーザデータＤｕ（ｋ）の更新時に用いられる。

【0017】

通信部１１２は、ネットワーク１０１を介したＰＣ１２０、携帯オーディオ端末１３０との通信制御を行う。

【0018】

制御部１１１は、ＰＣ１２０や携帯オーディオ端末１３０からの楽曲データのダウンロード要求やストリーミング要求を、個別楽曲情報やユーザデータＤｕ（ｋ）を用いて受け付ける。制御部１１１は、受け付けた個別楽曲情報やユーザデータＤｕ（ｋ）に基づいて、楽曲データＤｍのダウンロードやストリーミングの開始準備処理を行う。この際、制御部１１１は、楽曲データＤｍをユーザデータＤｕ（ｋ）の利用端末情報Ｄｕ１３（ｋ）に基づいてファイル形式変換する。すなわち、制御部１１１は、開始要求を行った端末の端末識別情報を利用端末情報Ｄｕ１３（ｋ）から取得して、当該端末識別情報から開始要求を行った端末で利用可能なファイル形式に変換する（図１であれば、Ｄｍ’やＤｓｍ）。制御部１１１は、この開始準備が終了すると、開始要求を行った端末に対して、変換後のファイル形式からなる楽曲データを送信する。

【0019】

制御部１１１は、ＰＣ１２０や携帯オーディオ端末１３０からユーザデータＤｕ（ｋ）の更新処理を受け付けると、受け付けたユーザデータＤｕ（ｋ）を用いて、既に利用者データベースＤＢｕに記録されているユーザデータＤｕ（ｋ）を更新記録する。

【0020】

制御部１１１は、ＰＣ１２０や携帯オーディオ端末１３０からユーザ新規登録の要求を受け付けると、新規ユーザ登録処理を実行して、利用者データベースＤＢｕに新たなユーザデータを記録する。

【0021】

制御部１１１は、ＰＣ１２０から楽曲データのアップロード要求を受け付けると、既に該当する楽曲データが存在するかどうか検出する。制御部１１１は、楽曲データベースＤＢｍに当該アップロードしたい楽曲データが存在しないことを検出すると、楽曲データを個別楽曲情報とともにアップロードして楽曲データベースＤＢｍへ新規登録する。そして、制御部１１１は、ユーザデータＤｕ（ｋ）の所有楽曲情報Ｄｕ１２（ｋ）を更新して、利用者データベースＤＢｕに更新記録するとともに、ＰＣ１２０や携帯オーディオ端末１３０へ更新済みのユーザデータＤｕ（ｋ）を送信する。この際、このように個人ユーザにより楽曲データベースＤＢｍに楽曲データが記憶される場合には、例えばユーザＩＤ等のユーザ特定フラグが楽曲データに関連付けして記憶される。一方、制御部１１１は、楽曲データが既に楽曲データベースＤＢｍに記憶されていれば、楽曲データのアップロードによる楽曲データベールＤＢｍの新規登録は行わず、ユーザデータＤｕ（ｋ）の所有楽曲情報Ｄｕ１２（ｋ）のみを更新して、利用者データベースＤＢｕに更新記録するとともに、ＰＣ１２０や携帯オーディオ端末１３０へ更新済みユーザデータＤｕ（ｋ）を送信する。

【0022】

（ＰＣ１２０）
ＰＣ１２０は、制御部１２１、通信部１２２、ハードディスク装置等からなる記憶部１２３、ディスクドライブ１２４、表示部１２５、音声出力部１２６を備える。

【0023】

制御部１２１は、一般的なＰＣ１２０全体の各種制御を行う。これとともに、制御部１２１は、ユーザデータＤｕ（ｋ）の更新制御を行ったり、図示しない操作部により指示されるユーザデータの新規登録に関する制御を行う。

【0024】

制御部１２１は、操作部により楽曲データの購入、ダウンロード指示を受け付けると、サーバ１１０からの楽曲データのダウンロード処理制御を行う。具体的には、ダウンロード指示を受け付けると、当該楽曲データに対応する個別楽曲情報を含むユーザデータＤｕ（ｋ）を生成して、サーバ１１０へ再送信する。そして、サーバ１１０から自装置の仕様に準じたファイル形式の楽曲データＤｍ’をダウンロードすると、記憶部１２３へ記憶する。

【0025】

制御部１２１は、記憶部１２３に記憶された楽曲データＤｍ’（ｋ１）〜Ｄｍ’（ｋｘ）の再生制御を行う。具体的には、制御部１１１は、楽曲データＤｍ’（ｋ１）〜Ｄｍ’（ｋｘ）の再生指示を操作部から受け付けると、楽曲データを再生して音声出力部（スピーカ等）１２６から放音させる。ここで、楽曲データＤｍ’は、例えばＭＰ３形式の楽曲データである。

【0026】

また、制御部１２１は、楽曲データが記憶された光ディスク等の媒体がディスクドライブ１２４に挿入されると、各楽曲データの個別楽曲情報を取得する。そして、制御部１１１は、楽曲データの取り込み制御を操作部で受け付けると、この取得した個別楽曲情報に基づいてユーザデータＤｕ（ｋ）を更新し、サーバ１１０へ送信する。サーバ１１０から当該個別楽曲情報の楽曲データが楽曲データベースＤＢｍ内に存在しないことを確認すると、制御部１２１は、ディスクドライブ１２４を用いて媒体から楽曲データを取り込み、記憶部１２３に記憶するとともに、サーバ１１０へアップロードする。なお、制御部１２１は、このようなアップロード処理を行った場合には、携帯オーディオ端末１３０へは、このアップロード処理の後で、最初に携帯オーディオ端末１３０を接続された時点で、携帯オーディオ端末１３０に対してユーザデータＤｕ（ｋ）の更新を行う。

【0027】

また、制御部１２１は、通信部１２２を介して携帯オーディオ端末１３０がダイレクトライン接続されたことを検出すると、携帯オーディオ端末１３０に対するユーザデータＤｕ（ｋ）の送受信制御を行う。すなわち、制御部１２１は、接続された携帯オーディオ端末１３０が既にユーザデータＤｕ（ｋ）に記憶されている端末であるかを確認し、異なれば、切り替え処理の有無を確認する。ユーザ等により切り替え処理実行の操作入力を受け付けると、新たな携帯オーディオ端末１３０の端末識別情報を取得して、ユーザデータＤｕ（ｋ）の更新を行う。更新されたユーザデータＤｕ（ｋ）は、サーバ１１０および当該新たな携帯オーディオ端末１３０へ送信される。また、制御部１２１は、接続された携帯オーディオ端末１３０がユーザデータＤｕ（ｋ）に登録されていれば、携帯オーディオ端末１３０に記憶されているユーザデータＤｕ（ｋ）を取得し、自装置のユーザデータＤｕ（ｋ）と比較する。この際、制御部１２１は、携帯オーディオ端末１３０のユーザデータＤｕ（ｋ）と自装置のユーザデータＤｕ（ｋ）と、を比較し、さらにサーバ１００に対して利用者データベースＤＢｕに記憶されているユーザデータＤｕ（ｋ）を照会する。そして、制御部１２１は、自装置のユーザデータＤｕ（ｋ）が携帯オーディオ端末１３０のユーザデータＤｕ（ｋ）よりも新しいものであれば、携帯オーディオ端末１３０へ自装置のユーザデータＤｕ（ｋ）を送信する。

【0028】

通信部１２２は、ネットワーク１０１を介したサーバ１１０との通信制御を行うとともに、ダイレクトライン接続による携帯オーディオ端末１３０との通信制御を行う。記憶部１２３は、所謂ハードディスクドライブ等の不揮発性記録媒体からなり、ユーザデータＤｕ（ｋ）と、自装置の仕様に応じたファイル形式の楽曲データＤｍ’（ｋ１）〜Ｄｍ’（ｋｘ）を記憶する。ここで、ｘは記憶された楽曲データ数を示す。ディスクドライブ１２４は、ＣＤドライブやＤＶＤドライブのような光ディスクに書き込まれた情報を読み取る機能を有する装置であり、制御部１２１の制御により、楽曲データを読み出して、制御部１２１へ出力する。表示部１２５は、液晶ディスプレイ等の表示素子であり、制御部１２１による表示制御に応じてテキストデータや画像データ、さらには映像データを表示する。音声出力部１２６は、スピーカや音声外部出力ライン等からなり、制御部１２１で再生された楽曲を放音やアナログ信号出力する。

【0029】

（携帯オーディオ端末１３０）
携帯オーディオ端末１３０は、制御部１３１、通信部１３２、メモリ１３３、表示部１３５、音声出力ポート１３６を備える。

【0030】

制御部１３１は、図示しない操作部からの操作入力を受けて、楽曲のストリーミング再生制御や楽曲のダウンロード再生制御を行う。具体的には、制御部１３１は、これら再生関係操作を受け付けると、メモリ１３３に記憶されているユーザデータＤｕ（ｋ）からダウンロード可能な楽曲データの一覧を表示部１３５へ表示する。制御部１３１は、ユーザから楽曲データの選択操作を受け付けると、選択された楽曲データの個別楽曲情報を取得して、サーバ１１０へ送信する。そして、サーバ１１０から楽曲データがストリーミング配信されると、制御部１３１は、メモリ１３３にバッファリングしながら再生し、音声出力ポート１３６に接続されたマイクロホン等に楽曲音を出力する。

【0031】

制御部１３１は、ＰＣ１２０とのダイレクトライン接続を検出すると、ＰＣ１２０へユーザデータＤｕ（ｋ）を送信するとともに、ＰＣ１２０の制御部１２１から新たなユーザデータＤｕ（ｋ）を受け付けると、メモリ１３３に記憶されているユーザデータＤｕ（ｋ）を更新記憶する。

【0032】

さらに、携帯オーディオ端末１３０に楽曲データをダウンロードして購入する機能が備えられ、メモリ１３３に当該楽曲データを記憶するに十分な容量が備えられている場合、上述のＰＣ１２０の制御部１２１と同様に、制御部１３１は、操作部により楽曲データの購入、ダウンロード指示を受け付け、サーバ１１０からの楽曲データのダウンロード処理制御を行う。この際、制御部１３１は、サーバ１１０から自装置の仕様に準じたファイル形式（例えば、ＭＰ４形式等）の楽曲データをダウンロードして、メモリ１３３へ記憶する。

【0033】

通信部１３２は、ネットワーク１０１を介したサーバ１１０との通信制御を行うとともに、ダイレクトライン接続によるＰＣ１２０との通信制御を行う。メモリ１３３は、所謂フラッシュメモリ等の記録媒体からなり、ユーザデータＤｕ（ｋ）を記憶するとともに、ストリーミング時にはバッファリングメモリとして機能し、ダウンロードが可能な場合であれば自装置の仕様に応じたファイル形式の楽曲データを記憶する。表示部１３５は、小型の液晶ディスプレイや有機ＥＬディスプレイ等からなり、制御部１３１による表示制御に応じてテキストデータ等を表示する。

【0034】

次に、本実施形態の楽曲データ管理システムによる各種処理の実施例について説明する。

【0035】

（Ａ）携帯オーディオ端末１３０の切り替え、新規登録、追加登録
図２は、携帯オーディオ端末１３０の切り替え、新規登録、及び追加登録時の処理を示すシステムフローチャートである。図２における携帯オーディオ端末１３０は、新たに登録する、すなわち切り替え後であったり追加させる端末を示す。

【0036】

これらの処理を行う場合、登録すべき携帯オーディオ端末１３０は、ダイレクトライン接続等によりＰＣ１２０へ接続される（Ｓ３０１）。携帯オーディオ端末１３０とＰＣ１２０とは、互いにネゴシエーションし接続状態を確認する（Ｓ２０１，Ｓ３０２）。ＰＣ１２０は、携帯オーディオ端末１３０に対して装置識別情報を要求し（Ｓ２０２）、携帯オーディオ端末１３０は、装置識別情報要求を受信する（Ｓ３０３）。携帯オーディオ端末１３０は、装置識別情報をＰＣ１２０へ送信し（Ｓ３０４）、ＰＣ１２０は携帯オーディオ端末１３０の装置識別情報を取得する（Ｓ２０３）。

【0037】

ＰＣ１２０は、装置識別情報が既存のユーザデータＤｕ（ｋ）の内容に一致するかを確認し、一致しなければ、切り替え処理、新規登録処理、追加登録処理のいずれであるかを示す操作指示を受け付ける。ＰＣ１２０は、切り替え処理であれば、ユーザデータＤｕ（ｋ）の利用端末情報の装置識別情報を書き換えて、ユーザデータＤｕ（ｋ）を更新記憶する。ＰＣ１２０は、新規登録や追加登録処理であれば、ユーザデータＤｕ（ｋ）の利用端末情報の装置識別情報に新たな携帯オーディオ端末１３０の装置識別情報を追記して、ユーザデータＤｕ（ｋ）を更新記憶する（Ｓ２０５）。

【0038】

ＰＣ１２０は、更新したユーザデータＤｕ（ｋ）をサーバ１１０と携帯オーディオ端末１３０へ送信する（Ｓ２０６）。サーバ１１０は、更新されたユーザデータＤｕ（ｋ）を受信して（Ｓ１０１）、利用者データベースＤＢｕに上書き更新する（Ｓ１０２）。携帯オーディオ端末１３０は、更新されたユーザデータＤｕ（ｋ）を受信して（Ｓ３０５）、メモリ１３３へ記憶する（Ｓ３０６）。

【0039】

このような処理を行うことで、携帯オーディオ端末が変化しても、サーバ１１０、ＰＣ１２０、携帯オーディオ端末１３０で同じユーザデータＤｕ（ｋ）が記憶される。

【0040】

（Ｂ）携帯オーディオ端末１３０の故障復帰
図３は携帯オーディオ端末１３０の故障復帰時の処理を示すシステムフローチャートである。

【0041】

ユーザは、携帯オーディオ端末１３０の故障を確認すると、これを修復させて、初期状態へ復帰処理する（Ｓ３３１）。

【0042】

携帯オーディオ端末１３０は、ダイレクトライン接続等によりＰＣ１２０へ接続され、携帯オーディオ端末１３０とＰＣ１２０とは、互いにネゴシエーションし接続状態を確認する（Ｓ２３１，Ｓ３３２）。ＰＣ１２０は、携帯オーディオ端末１３０に対して装置識別情報を要求し（Ｓ２３２）、携帯オーディオ端末１３０は、装置識別情報要求を受信する（Ｓ３３３）。携帯オーディオ端末１３０は、装置識別情報をＰＣ１２０へ送信し（Ｓ３３４）、ＰＣ１２０は携帯オーディオ端末１３０の装置識別情報を取得する（Ｓ２３３）。

【0043】

ＰＣ１２０は、携帯オーディオ端末１３０の装置識別情報から既にユーザデータＤｕ（ｋ）に登録されているものであると確認すると、ユーザデータの要求を行う（Ｓ２３４）。携帯オーディオ端末１３０は、ユーザデータ要求を受信すると（Ｓ３３５）、ユーザデータ無情報を送信する（Ｓ３３６）。ＰＣ１２０は、ユーザデータ無情報を取得すると（Ｓ２３５）、携帯オーディオ端末１３０が初期状態であることを検出し、ユーザデータＤｕ（ｋ）を携帯オーディオ端末１３０へ送信する（Ｓ２３６）。

【0044】

携帯オーディオ端末１３０は、ユーザデータＤｕ（ｋ）を受信すると（Ｓ３３７）、メモリ１３３へ記憶する（Ｓ３３８）。

【0045】

このような処理を行うことで、携帯オーディオ端末１３０が故障して復帰した場合でも、再度楽曲データを取り込む必要が無く、容易に復帰処理を行うことができる。

【0046】

（Ｃ）楽曲データのダウンロード
図４はＰＣ１２０への楽曲データのダウンロード処理を示すフローチャートである。

【0047】

ＰＣ１２０は、ユーザからのダウンロード操作を受け付けると（Ｓ２１１）、ダウンロード対象の楽曲データの個別楽曲情報を取得する（Ｓ２１２）。ＰＣ１２０は、ユーザデータＤｕ（ｋ）を更新して（Ｓ２１３）、この更新したユーザデータＤｕ（ｋ）をサーバ１１０へ送信する（Ｓ２１４）。この際、ＰＣ１２０は、携帯オーディオ端末１３０に対して、この更新処理後における最初の接続のタイミングでユーザデータＤｕ（ｋ）を送信する。携帯オーディオ端末１３０は、ユーザデータＤｕ（ｋ）を受信して（Ｓ３１１）、メモリ１３３に更新記憶する（Ｓ３１２）。

【0048】

サーバ１１０は、ユーザデータＤｕ（ｋ）を受信すると（Ｓ１１１）、利用者データベースＢＤｕの更新記録を行う（Ｓ１１２）。サーバ１１０は、更新されたユーザデータＤｕ（ｋ）に基づいて指定された楽曲データを楽曲データベースＤＢｍから読み出し、ＰＣ１２０に対応するファイル形式に変換して送信する（Ｓ１１３）。

【0049】

ＰＣ１２０は、ファイル変換された楽曲データＤｍ’を受信して（Ｓ２１５）、記憶部１２３へ記憶する（Ｓ２１６）。

【0050】

このような処理を行うことで、ＰＣ１２０でダウンロード処理を行っても、ＰＣ１２０とともにサーバ１１０、携帯オーディオ端末１３０のユーザデータＤｕ（ｋ）も更新記憶される。これにより、この後、ダウンロードした楽曲データを携帯オーディオ端末１３０でストリーミング再生する際にも、楽曲情報のみでストリーミング再生準備を行うことができる。また、ダウンロードされる楽曲データがＰＣ１２０のファイル形式に変換されているので、ＰＣ１２０側で使用可能なファイル形式に変換する必要が無く、ダウンロード処理が簡便になる。

【0051】

（Ｄ）楽曲データの携帯オーディオ端末１３０によるストリーム再生
図５は携帯オーディオ端末１３０への楽曲データのストリーム配信を示すフローチャートである。

【0052】

携帯オーディオ端末１３０は、ユーザからのストリーム受信操作を受け付けると（Ｓ３２１）、ストリーム配信対象の楽曲データの個別楽曲情報を取得する（Ｓ３３２）。携帯オーディオ端末１３０は、ユーザデータＤｕ（ｋ）を更新して（Ｓ３２３）、この更新したユーザデータＤｕ（ｋ）をサーバ１１０へ送信する（Ｓ３２４）。この際、携帯オーディオ端末１３０は、ＰＣ１２０に対して、この更新処理後における最初の接続のタイミングでユーザデータＤｕ（ｋ）を送信する。ＰＣ１２０は、ユーザデータＤｕ（ｋ）を受信して（Ｓ２２１）、記憶部１２３に更新記憶する（Ｓ２２２）。

【0053】

サーバ１１０は、ユーザデータＤｕ（ｋ）を受信すると（Ｓ１２１）、利用者データベースＢＤｕの更新記録を行う（Ｓ１２２）。サーバ１１０は、更新されたユーザデータＤｕ（ｋ）に基づいて指定された楽曲データを楽曲データベースＤＢｍから読み出し、携帯オーディオ端末１３０に対応するファイル形式に変換してストリーム送信する（Ｓ１２３）。

【0054】

携帯オーディオ端末１３０は、ファイル変換された楽曲データＤｓｍを順次バッファリングしながらストリーム再生する（Ｓ３２５）。

【0055】

このような処理を行うことで、携帯オーディオ端末１３０でストリーム配信処理を行っても、携帯オーディオ端末１３０とともにサーバ１１０、ＰＣ１２０のユーザデータＤｕ（ｋ）も更新記憶される。

【0056】

これにより、この後、ストリーム配信対象の楽曲データをＰＣ１２０でダウンロードする際にも、楽曲情報のみでダウンロード準備を行うことができる。また、ストリーム配信される楽曲データが携帯オーディオ端末１３０のファイル形式に変換されているので、ストリーム配信による再生を確実に行うことができる。また、常時記憶する情報がユーザデータＤｕ（ｋ）のみであり、ストリーム配信による楽曲データの再生を行うことで、携帯オーディオ端末１３０のメモリ容量が少なくても、多数の楽曲データのストリーム再生を簡単に行うことができる。

【0057】

（Ｅ）ＰＣ１２０による楽曲データアップロード
図６は楽曲データのアップロード処理を示すフローチャートである。

【0058】

ユーザが楽曲データを取り込もうとして、ディスクドライブ１２４に光ディスクを挿入すると、ＰＣ１２０のディスクドライブ１２４は光ディスクに書き込まれた楽曲に関する各種の情報を読み取り（Ｓ２４１）、収録されている楽曲データに対応する個別楽曲情報を取得する（Ｓ２４２）。ＰＣ１２０は、取得した個別楽曲情報に基づいてユーザデータＤｕ（ｋ）を更新して（Ｓ２４３）、この更新したユーザデータＤｕ（ｋ）をサーバ１１０へ送信する（Ｓ２４４）。この際、ＰＣ１２０は、携帯オーディオ端末１３０に対して、この更新処理後における最初の接続のタイミングでユーザデータＤｕ（ｋ）を送信することもできる。この場合、携帯オーディオ端末１３０は、ユーザデータＤｕ（ｋ）を受信して、メモリ１３３に更新記憶する。

【0059】

サーバ１１０は、ユーザデータＤｕ（ｋ）を受信すると（Ｓ１４１）、利用者データベースＢＤｕの更新記録を行う（Ｓ１４２）。サーバ１１０は、更新されたユーザデータＤｕ（ｋ）に基づいて指定された楽曲データが楽曲データベースＤＢｍに記録されているかどうかを確認する（Ｓ１４３）。サーバ１００は、楽曲データが存在すれば（Ｓ１４４：Ｙ）、アップロードを行わない。一方、サーバ１１０は、楽曲データが存在しなければ（Ｓ１４４：Ｎ）、ＰＣ１２０に対して楽曲データのアップロード要求を行う（Ｓ１４５）。

【0060】

ＰＣ１２０は、アップロード要求を受信して（Ｓ２１５）、ディスクドライブに装着された光ディスクから該当する楽曲データを読み出す（Ｓ２１６）。ＰＣ１２０は、読み出した楽曲データをサーバ１１０へ送信する。

【0061】

サーバ１１０は、アップロードされた楽曲データを受信して（Ｓ１４６）、楽曲データベースＤＢｍに記録する（Ｓ１４７）。この際、サーバ１１０は、ユーザの端末からアップロードに対してユーザを識別するタグを付加して記録する。

【0062】

このような処理を行うことで、ユーザが自信で所有する光ディスクに記録されている楽曲データをサーバ１１０にバックアップする場合に、必ず光ディスクの楽曲データをリッピングして、アップロードしなければならないという処理を軽減もしくは無くすことができる。これにより、アップロード処理がより簡素化される。もちろん、この際、楽曲データベースＤＢｍに既に存在するとしてアップロードしなかった楽曲データについても、ユーザデータＤｕ（ｋ）を用いて、サーバ１００の楽曲データベースＤＢｍに記憶されている楽曲データをダウンロードすることで利用できる。さらには、このようなアップロード処理を行った楽曲データを、ＰＣ１２０から直接携帯オーディオ端末１３０へ送信することなく、サーバ１００からのストリーム再生等により携帯オーディオ端末１３０で利用することもできる。

【0063】

なお、上述の説明では楽曲データを例に示したが、映像データについても同様の構成および処理を適用することができる。また、上述の説明では、携帯オーディオ端末が１つの場合を例に説明したが、携帯オーディオ端末数が複数であってもよい。

【符号の説明】

【0064】

１００−楽曲データ管理システム、１０１−ネットワーク、１１０−サーバ、１１１−制御部、１１２−通信部、ＤＢｕ−利用者データベース、ＤＢｍ−楽曲データベース、１２０−ＰＣ、１２１−制御部、１２２−通信部、１２３−記憶部、１２４−ディスクドライブ、１２５−表示部、１２６−音声出力部、１３０−携帯オーディオ端末、１３１−制御部、１３２−通信部、１３３−メモリ、１３５−表示部、１３６−音声出力ポート

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】