JP2006227710A - 情報処理装置および情報処理方法、並びにプログラム - Google Patents

Abstract

【課題】未送信のデータから優先的に、所定の容量のデータを送信する。
【解決手段】 楽曲データ記憶部７１は、楽曲データを記憶する。管理部７３は、楽曲データ記憶部７１に記憶されている楽曲データのＰＤへの送信の状態を管理し、その送信の状態に基づいて、楽曲データ記憶部７１に記憶されているデータから、所定の容量のデータを選択する。送信部７７は、その選択された楽曲データを、ＰＤに送信する。本発明は、例えば、ミュージックサーバに適用することができる。
【選択図】図３

Description

本発明は、情報処理装置および情報処理方法、並びにプログラムに関し、特に、未送信のデータから優先的に、所定の容量のデータを送信することができるようにする情報処理装置および情報処理方法、並びにプログラムに関する。

近年、楽曲のデータ(楽曲データ)を記憶するフラッシュRAM(Random Access Memory)やHDD(Hard Disk Drive)を備えたオーディオプレーヤが普及している。このようなオーディオプレーヤにおいては、ユーザが、オーディオプレーヤに接続されたパーソナルコンピュータ(ＰＣ)に、ＣＤ(Compact Disk)に記録されている楽曲データをリッピング(コピー)したり、インターネットなどから楽曲データをダウンロードして、ＰＣに楽曲データを蓄積する。そして、ユーザは、ＰＣからUSB(Universal Serial Bus)などを介して、楽曲データをオーディオプレーヤにコピーし、オーディオプレーヤにおいて、その楽曲データに対応する楽曲を再生させる。

例えば、ユーザは、ＰＣから所望の楽曲データを小型のポータブルオーディオプレーヤにコピーし、そのポータブルオーディオプレーヤを持ち歩くことにより、所望の場所（例えば、野外）で、ＰＣからコピーされた楽曲データに対応する楽曲を聞くことができる。

ここで、一般的には、ＰＣがインターネットなどからダウンロードして記憶する楽曲データでは、例えば、その楽曲データをオーディオプレーヤなどの他の装置にコピーする回数などが制限されている。従って、ユーザは、その制限に応じて、ＰＣが記憶している楽曲データから、オーディオプレーヤにコピーするコピー対象とする楽曲データを選択する必要があり、面倒である。

そこで、その制限に基づいて、他の装置へのコピーが許可されている楽曲データをコピー対象として選択し、その楽曲データをポータブルデバイス（ＰＤ）にコピーするＰＣがある（特許文献１参照）。
特開２００２−３１２２１１号公報

しかしながら、既に送信した楽曲データを、未送信の楽曲データに比べて、優先的に送信対象として選択し、ユーザにとって使い勝手を良くしたＰＣは提案されていなかった。即ち、ＰＤにおいて、まだ聴いたことのない楽曲の楽曲データを、既に聴いたことのある楽曲の楽曲データに比べて、優先的にＰＣから取得し、その楽曲データに対応する楽曲を聴きたいというユーザの要望は満たされていなかった。

本発明は、このような状況に鑑みてなされたものであり、特に、未送信のデータから優先的に、所定の容量のデータを送信することができるようにするものである。

本発明の情報処理装置は、データを記憶する記憶手段と、記憶手段に記憶されているデータの他の情報処理装置への送信の状態を管理する管理手段と、管理手段により管理される送信の状態に基づいて、記憶手段に記憶されているデータから、所定の容量のデータを選択する選択手段と、選択手段により選択されたデータを、他の情報処理装置に送信する送信手段とを備えることを特徴とする。

この情報処理装置には、記憶手段に記憶されているデータを、所定の容量ごとに区分する区分手段をさらに設け、管理手段は、区分手段により区分されたデータごとに、他の情報処理装置への送信の状態を管理し、選択手段は、管理手段により管理される送信の状態に基づいて、区分手段により区分された所定の容量のデータを選択することができる。

情報処理装置には、他の情報処理装置から、所定の容量を表す容量情報を受信する受信手段をさらに設けることができる。

所定の容量は、他の情報処理装置が記憶可能なデータの容量であるようにすることができる。

本発明の情報処理方法は、記憶手段に記憶されているデータの他の情報処理装置への送信の状態を管理する管理ステップと、管理ステップの処理により管理される送信の状態に基づいて、記憶手段に記憶されているデータから、所定の容量のデータを選択する選択ステップと、選択ステップの処理により選択されたデータを、他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

本発明のプログラムは、記憶手段に記憶されているデータの他の情報処理装置への送信の状態を管理する管理ステップと、管理ステップの処理により管理される送信の状態に基づいて、記憶手段に記憶されているデータから、所定の容量のデータを選択する選択ステップと、選択ステップの処理により選択されたデータを、他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

本発明においては、記憶手段に記憶されているデータの他の情報処理装置への送信の状態を管理し、その送信の状態に基づいて、記憶手段に記憶されているデータから、所定の容量のデータを選択し、他の情報処理装置に送信する。

本発明によれば、特に、未送信のデータから優先的に、所定の容量のデータを送信することができる。

以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。

請求項１に記載の情報処理装置は、
他の情報処理装置(例えば、図１のＰＤ１４)にデータ（例えば、楽曲データ）を送信する情報処理装置（例えば、図１のミュージックサーバ１２）において、
前記データを記憶する記憶手段(例えば、図３の楽曲データ記憶部７１)と、
前記記憶手段に記憶されているデータの前記他の情報処理装置への送信の状態を管理する管理手段(例えば、図１２のステップＳ２３の処理を実行する図３の管理部７３)と、
前記管理手段により管理される送信の状態に基づいて、前記記憶手段に記憶されているデータから、所定の容量のデータを選択する選択手段(例えば、図１２のステップＳ２２の処理を実行する図３の管理部７３)と、
前記選択手段により選択されたデータを、前記他の情報処理装置に送信する送信手段（例えば、図３の送信部７７）と
を備えることを特徴とする。

請求項２に記載の情報処理装置は、
前記記憶手段に記憶されているデータを、前記所定の容量ごとに区分する区分手段(例えば、図１８のステップＳ１０４乃至１０７の処理を実行する図１４の管理部２０１)
をさらに備え、
前記管理手段は、前記区分手段により区分されたデータごとに、前記他の情報処理装置への送信の状態を管理し（例えば、図１９のステップＳ１２４の処理）、
前記選択手段は、前記管理手段により管理される送信の状態に基づいて、前記区分手段により区分された所定の容量のデータを選択する(例えば、図１９のステップＳ１２２の処理)
ことを特徴とする。

請求項３に記載の情報処理装置は、
前記他の情報処理装置から、前記所定の容量を表す容量情報を受信する受信手段(例えば、図３の受信部７５)
をさらに備える
ことを特徴とする。

請求項５に記載の情報処理方法は、
データを記憶する記憶手段(例えば、図３の楽曲データ記憶部７１)を備え、他の情報処理装置(例えば、図１のＰＤ１４)に前記データを送信する情報処理装置(例えば、図１のミュージックサーバ１２)の情報処理方法において、
前記記憶手段に記憶されているデータの前記他の情報処理装置への送信の状態を管理する管理ステップ(例えば、図１２のステップＳ２３)と、
前記管理ステップの処理により管理される送信の状態に基づいて、前記記憶手段に記憶されているデータから、所定の容量のデータを選択する選択ステップ(例えば、図１２のステップＳ２２)と、
前記選択ステップの処理により選択されたデータを、前記他の情報処理装置に送信する送信ステップ(例えば、図１３のステップＳ５８)と
を含むことを特徴とする。

請求項６に記載のプログラムは、
データを記憶する記憶手段(例えば、図３の楽曲データ記憶部７１)を備える情報処理装置を制御するコンピュータに行わせるプログラムにおいて、
前記記憶手段に記憶されているデータの他の情報処理装置(例えば、図１のＰＤ１４)への送信の状態を管理する管理ステップ(例えば、図１２のステップＳ２３)と、
前記管理ステップの処理により管理される送信の状態に基づいて、前記記憶手段に記憶されているデータから、所定の容量のデータを選択する選択ステップ(例えば、図１２のステップＳ２２)と、
前記選択ステップの処理により選択されたデータを、前記他の情報処理装置に送信する送信ステップ(例えば、図１３のステップＳ５８)と
を含むことを特徴とする。

以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。

図１は、本発明を適用したオーディオシステムの構成例を示している。

図１のオーディオシステム１は、EMD(Electronic Music Distribution)サーバ１１、ミュージックサーバ１２、ネットワーク１３、およびＰＤ（ポータブルデバイス)１４により構成され、ミュージックサーバ１２は、EMDサーバ１１やミュージックサーバ１２に装着されるディスク１５からコンテンツを取得し、そのコンテンツをネットワーク１３を介してＰＤ１４に送信する。

なお、以下では、コンテンツを楽曲データとして説明するが、コンテンツは、楽曲データではなく、動画像や静止画像の画像データであってもよい。また、以下では、楽曲データは、１曲分の楽曲のデータとする。

EMDサーバ１１は、楽曲データを記憶し、ミュージックサーバ１２の要求に応じて楽曲データをミュージックサーバ１２に送信する。なお、楽曲データには、その楽曲データに関連する関連データが付加されている。関連データとは、例えば、楽曲に固有のＩＤ（以下、楽曲ＩＤという）、曲名、アーティスト名、ジャンル、ムード、楽曲データと関連データの容量（以下、楽曲データ容量という）などを表すデータである。

ミュージックサーバ１２は、必要に応じて、EMDサーバ１１に楽曲データの送信を要求し、その要求に応じて送信されてくる楽曲データを記憶する。また、ミュージックサーバ１２は、ＣＤなどのディスク１５から楽曲データを再生し（読み出し）、記憶する。ミュージックサーバ１２は、記憶している楽曲データに付加された関連データに基づいて、所定のカテゴリ(例えば、ジャンル、アーティストなど)で楽曲データを分類し、その分類ごとに、楽曲データに対応する楽曲ＩＤのリストを作成する。ミュージックサーバ１２は、そのリストに登録されている楽曲ＩＤに対応する楽曲データの、ＰＤ１４への送信の状態を管理する。

ミュージックサーバ１２は、リストと、そのリストに登録されている楽曲ＩＤの送信の状態に基づいて、楽曲データを、USBなどのネットワーク１３を介してＰＤ１４に送信する。ＰＤ１４は、ミュージックサーバ１２からの楽曲データを記憶し、必要に応じて楽曲データを再生し、その楽曲データに対応する楽曲を出力する。これにより、ユーザは、ミュージックサーバ１２に記憶されている楽曲データに対応する楽曲を、ＰＤ１４で聴くことができる。

図２は、図１のミュージックサーバ１２の構成例を示すブロック図である。

図２のCPU（Central Processing Unit）３１は、バス３４を介して、ROM（Read Only Memory）３２、およびRAM（Random Access Memory）３３に接続されている。このバス３４にはまた、入出力インタフェース３５も接続されている。

CPU３１は、後述するROM(Read Only Memory)３２、RAM（Random Access Memory）３３、またはハードディスクなどの記憶部３８に記憶されている所定のプログラムにしたがって、各種の処理を実行する。例えば、CPU３１、ROM３２、およびRAM３３は、マイクロコンピュータ（マイコン）として構成される。ROM３２は、例えば、CPU３１が使用するプログラムや演算用のパラメータのうちの基本的に固定のデータを格納する。RAM３３は、CPU３１の実行において使用するプログラムや、その実行において適宜変化するパラメータを格納する。

入出力インタフェース３５には、キーボードや、マウス、マイク等で構成される入力部３６、LCD(Liquid Crystal Display)やスピーカ等で構成される出力部３７、楽曲データなどを記憶する記憶部３８、モデム、ターミナルアダプタなどより構成される通信部３９、およびドライブ４０が接続されている。通信部３９は、図１のネットワーク１３に接続されており、ネットワーク１３を介して、ＰＤ１４と通信を行う。ドライブ４０は、例えば、自分自身に装着されるディスク１５から楽曲データを読み出し、記憶部３８に記憶させる。

入出力インタフェース３５にはまた、ドライブ４１が接続される。ドライブ４１には、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブルメディアまたは内蔵メディアであるメディア４２が装着され、ドライブ４１は、メディア４２に記憶されているデータまたはプログラムを読み出す。ドライブ４１は、メディア４２から読み出したデータまたはプログラムを、入出力インタフェース３５とバス３４を介して、RAM３３に供給したり、入出力インタフェース３５を介して記憶部３８に供給して記憶させる。

なお、図１のＰＤ１４は、図２のミュージックサーバ１３と同様に構成されるので、図示は省略する。但し、ミュージックサーバ１３にはドライブ４０は設けられない。

図３は、図１のミュージックサーバ１２の第１実施の形態の機能的構成例を示すブロック図である。

図３のミュージックサーバ１２は、楽曲データ記憶部７１、抽出部７２、管理部７３、リスト記憶部７４、受信部７５、取得部７６、および送信部７７から構成され、楽曲データ記憶部７１に記憶されている楽曲データを、所定のカテゴリで分類し、その分類ごとに楽曲データに対応する楽曲ＩＤのリストを作成し、リストに登録されている楽曲ＩＤに対応する楽曲データの、ＰＤ１４への送信の状態を管理する。

なお、楽曲データ記憶部７１およびリスト記憶部７４は、例えば、図２の記憶部３８に対応する。また、抽出部７２、管理部７３、および取得部７６は、図２のCPU３１に対応する。さらに、受信部７５と送信部７７は、図２の通信部３９に対応する。

楽曲データ記憶部７１には、EMDサーバ１１から送信されてくる楽曲データや、ディスク１５から再生された楽曲データが記憶される。

抽出部７２は、楽曲データ記憶部７１に記憶されている楽曲データから、その楽曲データに付加されている関連データを抽出し、管理部７３に供給する。

管理部７３は、抽出部７２からの関連データに基づいて、その関連データに対応する楽曲データを、所定のカテゴリで分類し、その分類ごとに楽曲データに対応する楽曲ＩＤのリストを作成し、リスト記憶部７４に供給する。また、管理部７３は、リストに登録されている楽曲ＩＤに対応する楽曲データの、ＰＤ１４への送信の状態を管理する。

さらに、管理部７３は、受信部７５からの送信対象のカテゴリに基づいて、リスト記憶部７４に記憶されているリストのうち、そのカテゴリの所定の分類に対応するリストを選択する。管理部７３は、そのリストに登録されている楽曲ＩＤに対応する楽曲データの、ＰＤ１４への送信の状態を管理する。

管理部３２は、選択したリストに登録されている楽曲ＩＤの送信の状態と、受信部７５からの送信対象の容量に基づいて、その選択したリストに登録されている楽曲ＩＤのうち、その容量分の未送信の楽曲データに対応する楽曲ＩＤを、ＰＤ１４に送信する送信対象として選択する。管理部７３は、その選択した楽曲ＩＤを取得部７６に供給する。リスト記憶部７４は、管理部７３からのリストを記憶する。

受信部７５は、ＰＤ１４から、ＰＤ１４に送信する送信対象とする楽曲データに対応するカテゴリ、および楽曲データの容量を受信し、管理部７３に供給する。取得部７６は、管理部７３からの楽曲ＩＤに基づいて、楽曲データ記憶部７１に記憶されている楽曲データを読み出し、取得する。取得部７６は、その取得した楽曲データを、送信部７７に供給する。送信部７７は、取得部７６からの楽曲データをＰＤ１４に送信する。

図４は、図３のリスト記憶部７４に記憶されるリストの例を示している。

図４のリスト記憶部７４には、各リストが、対応するカテゴリごとに、ジャンル別リスト群９１、アーティト別リスト群９２、イニシャル別リスト群９３、ムード別リスト群９４、およびプレイリスト群９５に分けて記憶されている。

ジャンル別リスト群９１は、カテゴリをジャンルとして、関連データのジャンルに基づいて分類された楽曲データの楽曲ＩＤのリストの集まりである。アーティト別リスト群９２は、カテゴリをアーティストとして、関連データのアーティストに基づいて分類された楽曲データの楽曲ＩＤのリストの集まりである。イニシャル別リスト群９３は、カテゴリをアーティストまたは曲名のイニシャルとして、関連データのアーティストまたは曲名のイニシャルに基づいて分類された楽曲データの楽曲ＩＤのリストの集まりである。

ムード別リスト群９４は、カテゴリをムードとして、関連データのムードに基づいて分類された楽曲データの楽曲ＩＤのリストの集まりである。プレイリスト群９５は、関連データとユーザによるミュージックサーバ１２の入力部３６の操作とに基づいて作成されたリストの集まりである。具体的には、例えば、抽出部７２は、楽曲データ記憶部７１に記憶されている楽曲データから抽出した関連データに基づいて、曲名、アーティスト名などの楽曲に関連する情報を、ミュージックサーバ１２の出力部３７に供給し、表示させる。

ユーザは、ミュージックサーバ１２の出力部３７に表示された楽曲に関連する情報を見ながら、ミュージックサーバ１２の入力部３６を操作し、例えば、楽曲の曲名を選択することにより、楽曲を分類する。管理部７３は、カテゴリをユーザの選択として、関連データの曲名とユーザによる曲名の選択の操作とに基づいて楽曲を分類し、その楽曲に対応する楽曲ＩＤのリストを、プレイリスト群９５として、リスト記憶部７４に記憶させる。

次に、図５を参照して、図４のジャンル別リスト群９１のリストについて説明する。

なお、以下では、ジャンルは、ポップスとクラッシックの２つとする。また、楽曲ＩＤがｉ（ｉは正数）の楽曲ＩＤを楽曲ＩＤ＃ｉと表す。さらに、以下では、説明の便宜上、楽曲データ容量を数十MBや数百MBと大きくしているが、実際には、楽曲データ容量は、数MB(例えば、５MB)程度である。

図５では、図３の抽出部７２から、楽曲＃１、ジャンルのポップス、および楽曲データ容量の128MBを含む関連データ、楽曲＃２、ジャンルのポップス、および楽曲データ容量の120MBを含む関連データ、楽曲＃３、ジャンルのポップス、および楽曲データ容量の56MBを含む関連データ、楽曲＃４、ジャンルのクラッシック、および楽曲データ容量の75MBを含む関連データ、楽曲＃５、ジャンルのポップス、および楽曲データ容量の74MBを含む関連データ、楽曲＃１０、ジャンルのポップス、および楽曲データ容量の120MBを含む関連データ、楽曲＃１１、ジャンルのポップス、および楽曲データ容量の55MBを含む関連データ、楽曲＃２０、ジャンルのポップス、および楽曲データ容量の100MBを含む関連データ、並びに楽曲＃２５、ジャンルのポップス、および楽曲データ容量の70MBを含む関連データが、管理部７３に供給される。

管理部７３は、図５に示すように、カテゴリをジャンルとして、楽曲データを、ジャンルがポップスの楽曲データとジャンルがクラッシックの楽曲データに分類する。

具体的には、まず最初に、管理部７３は、ジャンルがポップスの楽曲データに対応する楽曲ＩＤのリストであるリスト１１１と、ジャンルがクラッシックの楽曲データに対応する楽曲ＩＤのリストであるリスト１１２とを作成し、管理部７３は、リスト１１１と１１２を、ジャンル別リスト群９１として、リスト記憶部７４に記憶させる。

そして、管理部７３は、リスト１１１に、ジャンルのポップスを含む関連データに含まれる楽曲データ容量を対応付けた楽曲ＩＤを登録する。即ち、楽曲データ容量の128MBが対応する楽曲＃１、楽曲データ容量の120MBを対応付けた楽曲＃２、楽曲データ容量の56MBを対応付けた楽曲＃３、楽曲データ容量の74MBを対応付けた楽曲＃５、楽曲データ容量の120MBを対応付けた楽曲＃１０、楽曲データ容量の55MBを対応付けた楽曲＃１１、楽曲データ容量の100MBを対応付けた楽曲＃２０、並びに楽曲データ容量の70MBを対応付けた楽曲＃２５を、それぞれ登録する。

また、管理部７３は、ジャンルのクラシックを含む関連データに含まれる楽曲データ容量の75MBを対応付けた楽曲＃４を、リスト１１３に登録する。

なお、リスト１１１と１１２には、楽曲ＩＤに対応付けて、その楽曲ＩＤに対応する楽曲データのＰＤ１４への送信の状態を表す送信状態フラグが記憶される。

図５では、リスト１１１に登録されている楽曲＃１乃至楽曲＃３、楽曲＃５、楽曲＃１０、楽曲＃１１、楽曲＃２０、および楽曲＃２５、並びにリスト１１２に登録されている楽曲＃４それぞれに対応する楽曲データは、いずれもまだＰＤ１４に送信されておらず、それぞれの楽曲ＩＤに対応する送信状態フラグは、未送信を表す「０」となっている。

次に、図６乃至図１０を参照して、図３の管理部７３が、図５のリスト１１１に基づいて、ＰＤ１４に送信する送信対象とする楽曲データに対応する楽曲ＩＤを選択する処理について説明する。なお、図６乃至図１０では、ミュージックサーバ１２がＰＤ１４にネットワーク１３を介して、楽曲データ容量が256MB未満の楽曲データを送信するものとする。

管理部７３は、リスト１１１に登録されている楽曲ＩＤのうち、例えば先頭から順に、楽曲ＩＤに対応する楽曲データ容量の和が、256MB未満の最大の値となる楽曲ＩＤを、送信対象とする楽曲データの楽曲ＩＤとして選択し、その選択した楽曲ＩＤを、取得部７６（図３）に供給する。

例えば、楽曲データの第１回目の送信が行われる場合、まず最初に、管理部７３は、リスト記憶部７４から、リスト１１１に登録されている楽曲＃１に対応する楽曲データ容量の128MBと、楽曲＃２に対応する楽曲データ容量の120MBとを読み出し、それらを加算し、加算値（和）を求める。その和は、256MB未満の248MBであるので、管理部７３は、さらに楽曲＃３に対応する楽曲データ容量の56MBを読み出し、その楽曲＃３に対応する楽曲データ容量の56MBと、楽曲＃１および楽曲＃２に対応する楽曲データ容量の和である248MBとを加算し、和を求める

その和は、256MB以上の304MBであるので、管理部７３は、リスト１１１に登録されている楽曲ＩＤのうち、楽曲ＩＤに対応する楽曲データ容量の和が、256MB未満の最大の値となる楽曲＃１と楽曲＃２を、送信対象の楽曲データの楽曲ＩＤとして選択し、その選択した楽曲＃１と楽曲＃２を、取得部７６に供給する。

このとき、管理部７３は、図６に示すように、送信対象の楽曲データの楽曲ＩＤとして選択した楽曲＃１と楽曲＃２それぞれに対応する送信状態フラグを、未送信を表す「０」から、送信を表す「１」に変更する。

次に、楽曲データの第２回目の送信が行われる場合、図６に示したリスト１１１の送信状態フラグが「１」である最後の楽曲＃２の次の楽曲＃３に対応する楽曲データ容量56MBと、その次の楽曲＃５に対応する楽曲データ容量74MBとを加算する。その結果得られる和は、256MB未満の130MBであるので、管理部７３は、楽曲＃５の次の楽曲＃１０に対応する楽曲データ容量の120MBを読み出し、その楽曲データ容量の120MBと、楽曲＃３および楽曲＃５に対応する楽曲データ容量の和である130MBとを加算し、和を求める。

その和は、256MB未満の250MBであるので、管理部７３は、楽曲＃１０の次の楽曲１１に対応する楽曲データ容量の55MBと、楽曲＃３、楽曲＃５、および楽曲＃１０に対応する楽曲データ容量の和である250MBとを加算し、和を求める。その和は、256MB以上の305MBであるので、管理部７３は、楽曲ＩＤに対応する楽曲データ容量の和が、256MB未満の最大の値となる楽曲＃３、楽曲＃５、および楽曲＃１０を、送信対象の楽曲データの楽曲ＩＤとして選択し、取得部７６に供給する。

このとき、管理部７３は、図７に示すように、送信対象の楽曲データの楽曲ＩＤとして選択した楽曲＃３、楽曲＃５、および楽曲＃１０それぞれに対応する送信状態フラグを、未送信を表す「０」から、送信を表す「１」に変更する。

次に、楽曲データの第３回目の送信が行われる場合、第２回目の送信の場合と同様に、図７に示したリスト１１１の送信状態フラグが「１」である最後の楽曲＃１０の次の楽曲＃１１に対応する楽曲データ容量55MBから順に、楽曲データ容量を加算していき、和が、256MB未満の最大の値である225MBとなる楽曲＃１１、楽曲＃２０、および楽曲＃２５を、送信対象の楽曲データの楽曲ＩＤとして選択し、取得部７６に供給する。

このとき、管理部７３は、図８に示すように、送信対象の楽曲データの楽曲ＩＤとして選択した楽曲＃１１、楽曲＃２０、および楽曲＃２５それぞれに対応する送信状態フラグを、未送信を表す「０」から、送信を表す「１」に変更する。即ち、リスト１１１に登録されている楽曲ＩＤに対応するすべての送信状態フラグが「１」になる。

この場合、管理部７３は、図９に示すように、直前に「１」に変更した送信状態フラグ、即ち第３回目の送信が行われる場合に変更した送信状態フラグ以外の送信状態フラグを、未送信を表す「０」に変更する。なお、すべての送信状態フラグを「０」に変更してもよい。

そして、図７に示したリスト１１１の送信状態フラグが「１」である最後の楽曲ＩＤは、リスト１１１に登録された最後の楽曲＃２５であるので、楽曲データの第４回目の送信が行われる場合、管理部７３は、楽曲＃２５の次の楽曲ＩＤを、リスト１１１の先頭の楽曲ＩＤである楽曲＃１とし、第１回目の送信の場合と同様に、送信対象の楽曲データの楽曲ＩＤとして楽曲＃１と楽曲＃２を選択し、取得部７６に供給する。

このとき、管理部７３は、図１０に示すように、送信対象の楽曲データの楽曲ＩＤとして選択した楽曲＃１と楽曲＃２それぞれに対応する送信状態フラグを、未送信を表す「０」から、送信を表す「１」に変更する。

以上のように、管理部７３は、送信状態フラグの「０」に対応する楽曲ＩＤ、即ちＰＤ１４にまだ送信していない（未送信の）楽曲データに対応する楽曲ＩＤを、送信対象の楽曲データの楽曲ＩＤとして選択するので、取得部７６が、その選択された楽曲ＩＤに対応する楽曲データを、楽曲データ記憶部７１から取得し、送信部７７を介してＰＤ１４に送信することにより、送信済みの楽曲データ(送信状態フラグの「１」に対応する楽曲ＩＤの楽曲データ)に比べて、未送信の楽曲データを優先的にＰＤ１４に送信することができる。

その結果、ユーザは、ＰＤ１４を用いて、まだ聴いたことのない楽曲を、既に聴いたことのある楽曲に比べて、優先的に聴くことができる。また、ＰＤ１４の楽曲データを記憶する記憶部３８（図２）の記憶可能な容量が、ミュージックサーバ１２の楽曲データ記憶部７１に比べて小さい場合においても、最小の送信の回数で、楽曲データ記憶部７１に記憶されているすべての楽曲データを、ＰＤ１４に確実に送信することができる。

次に、図１１を参照して、図３のミュージックサーバ１２が、ジャンル別リスト群９１のリスト１１１または１１２を作成するリスト作成処理を説明する。このリスト作成処理は、例えば、EMDサーバ１１またはディスク１５から、楽曲データ記憶部７１に楽曲データが供給されたとき、開始される。

ステップＳ１において、抽出部７２は、楽曲データ記憶部７１に記憶されている楽曲データから、まだ抽出されていない関連データを抽出し、管理部７３に供給する。

ステップＳ１の処理後は、ステップＳ２に進み、管理部７３は、ステップＳ１で抽出部７２から供給される関連データに含まれるジャンルを判別し、ステップＳ３に進む。

ステップＳ３において、管理部７３は、リスト記憶部７４に、ジャンル別リスト群９１として、ステップＳ２で判別したジャンルに対応する楽曲ＩＤのリスト１１１または１１２が記憶されているかどうかを判定する。例えば、ステップＳ１で抽出部７２から供給される関連データが、ジャンルのポップスを含む場合、管理部７３は、ジャンルのポップスに対応する楽曲ＩＤのリスト１１１が、リスト記憶部７４に記憶されているかどうかを判定する。

ステップＳ３において、ステップＳ２で判別したジャンルに対応する楽曲ＩＤのリスト１１１または１１２が記憶されていないと判定された場合、ステップＳ４に進み、管理部７３は、ステップＳ２において判別されたジャンルに対応するリスト１１１または１１２を作成し、ジャンル別リスト群９１として、リスト記憶部７４に供給し、記憶させる。

ステップＳ３において、ステップＳ２で判別したジャンルに対応する楽曲ＩＤのリスト１１１または１１２が記憶されていると判定された場合、あるいはステップＳ４の処理後は、ステップＳ５に進み、管理部７３は、直前のステップＳ１で供給された関連データに含まれる楽曲データ容量を対応付けた楽曲ＩＤを、ステップＳ２で判別したジャンルに対応するリスト１１１または１１２に登録する。

例えば、ステップＳ１で、抽出部７２から、楽曲＃１、ジャンルのポップス、および楽曲データ容量の128MBを含む関連データが供給される場合、管理部７３は、ジャンルのポップスに対応するリスト１１１に、楽曲データ容量の128MBを対応付けた楽曲＃１を登録する。

ステップＳ５の処理後は、ステップＳ６に進み、管理部７３は、楽曲データ記憶部７１に記憶されているすべての楽曲データに対応する楽曲ＩＤが、リスト１１１または１１２に登録されたかどうかを判定し、すべての楽曲データに対応する楽曲ＩＤがリスト１１１または１１２に登録されていないと判定した場合、ステップＳ１に戻り、上述した処理を繰り返す。

一方、ステップＳ６において、すべての楽曲データに対応する楽曲ＩＤがリスト１１１または１１２に登録されていると判定された場合、処理は終了する。

次に、図１２を参照して、図３のミュージックサーバ１２が、ＰＤ１４に送信する送信対象の楽曲データの楽曲ＩＤとして、所定のジャンルに対応する楽曲データの楽曲ＩＤを選択する処理を説明する。この選択処理は、例えば、受信部７５が、ＰＤ１４から、送信対象とする楽曲データに対応するカテゴリであるジャンルと、送信対象とする楽曲データの容量とを受信したとき、開始される。

ステップＳ２１において、管理部７３は、受信部７５から供給される送信対象に対応するカテゴリであるジャンルに基づいて、リスト記憶部７４に記憶されているジャンル別リスト群９１、アーティト別リスト群９２、イニシャル別リスト群９３、ムード別リスト群９４、およびプレイリスト群９５のうち、ジャンル別リスト群９１を選択する。さらに、管理部７３は、その選択したジャンル別リスト群９１のリスト１１１と１１２のうちいずれか一方を選択する。

なお、管理部７３は、ユーザによるミュージックサーバ１２の入力部３６（図２）の操作に応じて、リスト１１１と１１２のうちのいずれか一方を選択するようにしてもよい。この場合、例えば、管理部７３は、リスト１１１と１１２に登録されている楽曲ＩＤに基づいて、楽曲データ記憶部７１から、その楽曲ＩＤに対応する関連データをそれぞれ読み出し、その関連データに基づいて、リストごとに、曲名、アーティスト名などの楽曲に関連する情報を、ミュージックサーバ１２の出力部３７に表示させる。ユーザは、その出力部３７に表示された曲名、アーティスト名などの情報を見ながら、ミュージックサーバ１２の入力部３６を操作し、リスト１１１とリスト１１２のうちいずれか一方を所望のリストとして選択する。

ステップＳ２１の処理後は、ステップＳ２２に進み、管理部７３は、ステップＳ２１で選択したリスト１１１または１１２に登録されている送信状態フラグと、受信部７５から供給される送信対象とする楽曲データの容量に基づいて、リスト１１１または１１２に登録されている楽曲ＩＤを選択し、取得部７６に供給する。

例えば、ステップＳ２１で管理部７３が図５に示したリスト１１１を選択する場合、管理部７３は、リスト１１１に登録されている楽曲ＩＤに対応する送信状態フラグはすべて未送信を表す「０」であることを認識する。そして、受信部７５から供給される容量が256MBである場合、管理部７３は、リスト１１１に登録されている送信状態フラグと、受信部７５からの容量の256MBとに基づいて、リスト１１１に登録されている楽曲ＩＤを先頭から順に、楽曲ＩＤに対応する楽曲データ容量の和が、256MB未満の最大の値となる楽曲＃１と楽曲＃２を、送信対象の楽曲データの楽曲ＩＤとして選択し、取得部７６に供給する。

ステップＳ２２の処理後は、ステップＳ２３に進み、管理部７３は、送信対象の楽曲データに対応する送信状態フラグ、即ちステップＳ２３で選択した楽曲ＩＤに対応する送信状態フラグを、未送信を表す「０」から、送信済みを表す「１」に変更する。

例えば、ステップＳ２３で管理部７３が楽曲＃１と楽曲＃２を選択した場合、管理部７３は、図６に示すように、図５に示したリスト１１１の楽曲＃１と楽曲＃２に対応する送信状態フラグを「０」から「１」に変更する。

ステップＳ２３の処理後は、ステップＳ２４に進み、管理部７３は、ステップＳ２１で選択したリスト１１１またはリスト１１２に登録されているすべての送信状態フラグが「１」であるかどうかを判定し、すべての送信状態フラグが「１」ではないと判定された場合、処理を終了する。

一方、すべての送信状態フラグが「１」であると判定された場合、ステップＳ２５に進み、管理部７３は、直前のステップＳ２３で「１」に変更された送信状態フラグ以外の送信状態フラグを「０」に変更する。

例えば、ステップＳ２３でリスト１１１の楽曲＃１１、楽曲＃２０、および楽曲＃２５の送信状態フラグが「０」から「１」に変更され、図８に示したリスト１１１に変更された場合、図８に示したリスト１１１に登録されているすべての送信状態フラグは「１」であるので、管理部７３は、図９に示すように、ステップＳ２３で「１」に変更された楽曲＃１１、楽曲＃２０、および楽曲＃２５に対応する送信状態フラグ以外の楽曲#１、楽曲＃２、楽曲＃３、楽曲＃５、および楽曲＃１０に対応する送信状態フラグを、「１」から「０」に変更する。

なお、上述した図５乃至図１２では、ジャンル別リスト群９１のリスト１１１または１１２におけるリスト作成処理や楽曲ＩＤの選択処理について説明したが、アーティト別リスト群９２、イニシャル別リスト群９３、ムード別リスト群９４、およびプレイリスト群９５のリストにおいても同様にリスト作成処理や楽曲ＩＤ選択処理が行われる。

次に、図１３を参照して、ミュージックサーバ１２が、ＰＤ１４に楽曲データを送信する送信処理について説明する。なお、この送信処理は、例えば、ミュージックサーバ１２がＰＤ１４の接続を検出したとき、開始される。

ステップＳ５１において、ミュージックサーバ１２の送信部７７は、ネットワーク１３を介してＰＤ１４が正常に接続されているかどうかを確認するためのデータをＰＤ１４に送信する（ネットワーク認証）。

ステップＳ７１において、ＰＤ１４の通信部３９は、ステップＳ５１で送信部７７からネットワーク１３を介して送信されてくるデータを受信し、ステップＳ７２に進む。

ステップＳ７２において、ＰＤ１４の通信部３９は、自分自身がミュージックサーバ１２に正常に接続されているＰＤ１４であることを示すデータを、ネットワーク１３を介して、ミュージックサーバ１２に送信する（PD接続認証）。

ステップＳ５１の処理後は、ステップＳ５２に進み、ミュージックサーバ１２の受信部７５は、ステップＳ７２でＰＤ１４から送信されてくるデータを受信し、ステップＳ５３に進む。

ステップＳ５３において、ミュージックサーバ１２の送信部７７は、ＰＤ１４に送信する送信対象とする楽曲データに対応するカテゴリと、楽曲データの容量を表す容量情報とを要求するデータを、ネットワーク１３を介してＰＤ１４に送信し、ステップＳ５４に進む。

ステップＳ７２の処理後は、ステップＳ７３に進み、ＰＤ１４の通信部３９は、ステップＳ５３でミュージックサーバ１２から送信されるデータを受信し、ステップＳ７４に進む。

ステップＳ７４において、ＰＤ１４のCPU３１は、ＰＤ１４の記憶部３８に記憶可能（蓄積可能）な楽曲データの最大容量を検出し、その容量を送信対象とする楽曲データの容量とする。例えば、ＰＤ１４の記憶部３８に記憶可能な楽曲データの最大容量が256MBである場合、ＰＤ１４のCPU３１は、256MBを送信対象とする楽曲データの容量とする。

なお、送信対象とする楽曲データの容量は、ＰＤ１４の記憶部３８に記憶可能な楽曲データの最大容量ではなく、ユーザの入力部３６の操作に基づく容量とすることもできる。例えば、ユーザは気に入っており、消去したくない(入れ替えたくない)楽曲データ（以下、保護楽曲データという）を、例えばＰＤ１４の入力部３６を操作することにより指定する。ＰＤ１４のCPU３１は、ＰＤ１４の記憶部３８に記憶可能な楽曲データの最大容量から、ユーザにより指定された保護楽曲データの容量を減算した値を、送信対象とする楽曲データの容量とする。例えば、ＰＤ１４の記憶部３８に記憶可能な楽曲データの最大容量が256MBであり、ユーザにより指定された保護楽曲データの容量が100MBである場合、ＰＤ１４のCPU３１は、156MBを送信対象とする楽曲データの容量とする。

また、ユーザは、ＰＤ１４の入力部３６を操作して、所望の楽曲データのカテゴリを指定する。ＰＤ１４の入力部３６は、ユーザからの操作を表す操作信号を、ＰＤ１４のCPU３１に供給し、ＰＤ１４のCPU３１は、その操作信号に基づいて、ユーザの所望のカテゴリを、送信対象とする楽曲データのカテゴリとする。

ステップＳ７４の処理後は、ステップＳ７５に進み、ＰＤ１４のCPU３１は、送信対象とする楽曲データの容量とカテゴリを、ＰＤ１４の通信部３９とネットワーク１３を介して、ミュージックサーバ１２に送信する。

ステップＳ５４において、ミュージックサーバ１２の受信部７５は、ステップＳ７５でＰＤ１４から送信される送信対象とする楽曲データの容量とカテゴリを、管理部７３に供給し、ステップ５５に進む。

ステップＳ５５において、管理部７３は、図１２の選択処理を行い、ステップＳ５６に進む。ステップＳ５６において、ミュージックサーバ１２の送信部７７は、ステップＳ７５でＰＤ１４から送信された送信対象とする楽曲データの容量とカテゴリを正常に受信したことを表すACK(Acknowledgement)と、楽曲データの受信の準備(ready)ができたかどうかを確認するためのデータとを、ネットワーク１３を介してＰＤ１４に送信し、ステップＳ５７に進む。

ステップＳ７５の処理後は、ステップＳ７６に進み、ＰＤ１４の通信部３９は、ステップＳ５６でミュージックサーバ１２から送信されるACKとデータを受信し、ステップＳ７７に進む。

ステップＳ７７において、ＰＤ１４の通信部３９は、楽曲データの受信の準備ができたことを表すデータを、ネットワーク１３を介してミュージックサーバ１２に送信し、ステップＳ７８に進む。

ステップＳ５７において、ミュージックサーバ１２の受信部７５は、ステップＳ７７でＰＤ１４から送信されるデータを受信し、ステップＳ５８に進む。

ステップＳ５８において、取得部７６は、ステップＳ５５で行われた図１２の選択処理（のステップＳ２２）で管理部７３から供給された楽曲ＩＤに基づいて、楽曲データ記憶部７１から、その楽曲ＩＤに対応する楽曲データを読み出し、送信部７７に供給する。そして、ミュージックサーバ１２の送信部７７は、取得部７６からの楽曲データを、ネットワーク１３を介してＰＤ１４に送信し、ステップＳ５９に進む。

ステップＳ７８において、ＰＤ１４の通信部３９は、ステップＳ５８でミュージックサーバ１２から送信される楽曲データを受信し、その楽曲データをＰＤ１４の記憶部３８に記憶させる。ＰＤ１４のCPU３１は、ＰＤ１４の記憶部３８に記憶される楽曲データを読み出し（再生し）、その楽曲データに対応する楽曲をＰＤ１４の出力部３７から出力させる。これにより、ユーザは、ミュージックサーバ１２に記憶されている楽曲データに対応する楽曲を、ＰＤ１４を用いて聴くことができる。

ステップＳ７８の処理後は、ステップＳ７９に進み、ＰＤ１４の通信部３９は、楽曲データを正常に受信したことを表すACKを、ネットワーク１３を介してミュージックサーバ１２に送信し、処理を終了する。

ステップＳ５９において、ミュージックサーバ１２の受信部７５は、ステップＳ７９でＰＤ１４から送信されるACKを受信し、処理を終了する。

図１４は、図１のミュージックサーバ１２の第２実施の形態の構成例を示すブロック図である。なお、図中、図３における場合と対応する部分については、同一の符号を付してある。

図１４のミュージックサーバ１２では、楽曲データ記憶部７１に記憶されている楽曲データが、所定のカテゴリで分類され、さらにその分類の中で、所定の容量（例えば、一般的に、ＰＤ１４の記憶部３８（図２）が記憶可能な楽曲データの容量）ごとに楽曲データが区分され、その区分ごとに楽曲データに対応する楽曲ＩＤのリストが作成される。そして、リストに登録されている楽曲ＩＤに対応する楽曲データの、ＰＤ１４への送信の状態が、同一の分類のリストごとに管理される。

即ち、管理部２０１は、抽出部７２からの関連データに基づいて、その関連データに対応する楽曲データを、所定のカテゴリで分類し、さらにその分類の中で、所定の容量ごとに楽曲データを区分する。管理部２０１は、その区分ごとに楽曲データに対応する楽曲ＩＤのリストを作成し、図４のジャンル別リスト群９１、アーティト別リスト群９２、イニシャル別リスト群９３、ムード別リスト群９４、またはプレイリスト群９５として、リスト記憶部２０２に供給し、記憶させる。

また、管理部２０１は、受信部２０４から供給される送信対象の楽曲データの容量に応じて、リストを再度作成し、リスト記憶部２０２に記憶されているリストを更新する。

管理部２０１は、リストに登録されている楽曲ＩＤに対応する楽曲データの、ＰＤ１４への送信の状態を、同一の分類のリストごとに管理する。具体的には、管理部２０１は、ＰＤ１４と、そのＰＤ１４へ送信したリストとを対応付けたＰＤテーブルを、同一の分類ごとに作成し、ＰＤテーブル記憶部２０３に記憶させる。

また、管理部２０１は、受信部２０４からの送信対象のカテゴリに基づいて、リスト記憶部２０２から、そのカテゴリに対応するジャンル別リスト群９１、アーティト別リスト群９２、イニシャル別リスト群９３、ムード別リスト群９４、またはプレイリスト群９５を選択する。さらに、管理部２０１は、選択したジャンル別リスト群９１、アーティト別リスト群９２、イニシャル別リスト群９３、ムード別リスト群９４、またはプレイリスト群９５のリストに登録されているリストのうち、所定の分類のリストを選択する。

そして、管理部２０１は、ＰＤテーブル記憶部２０３に記憶されているＰＤテーブルに基づいて、その選択した所定の分類のリストのうち、所定のリストを選択し、その選択したリストに登録されている楽曲ＩＤを、ＰＤ１４に送信する送信対象として選択する。管理部２０１は、その選択した楽曲ＩＤを取得部７６に供給する。リスト記憶部２０２は、管理部２０１からのリストを、ジャンル別リスト群９１、アーティト別リスト群９２、イニシャル別リスト群９３、ムード別リスト群９４、またはプレイリスト群９５として記憶する。ＰＤテーブル記憶部２０３は、管理部２０１から供給されるＰＤテーブルを記憶する。

受信部２０４は、ＰＤ１４から、ＰＤ１４に固有のＩＤ(以下、PDIDという)、並びにＰＤ１４に送信する送信対象とする楽曲データのカテゴリおよび容量を受信し、管理部２０１に供給する。ここで、PDIDは、ＰＤ１４ごとに付されおり、例えば、ＰＤ１４のROM３２(図２)に記憶されている。ＰＤ１４は、そのPDIDを、自分自身に接続しているミュージックサーバ１２に、ネットワーク１３を介して送信する。

次に、図１５と図１６を参照して、図１４の管理部２０１によるジャンル別リスト群９１のリストの作成について説明する。なお、図１５と図１６では、管理部２０１は、楽曲データを256MBの容量ごとに区分するものとする。

図１４の抽出部７２から関連データが供給される場合、管理部２０１は、その関連データのジャンルおよび楽曲データ容量に基づいて、リストを作成する。例えば、関連データが、楽曲＃１、ジャンルのポップス、および楽曲データ容量の128MBを含む場合、管理部２０１は、ジャンルがポップスの楽曲データに対応する楽曲ＩＤのリストであるリスト２１１を作成し、リスト記憶部２０２に記憶させる。そして、管理部２０１は、関連データに含まれる楽曲データ容量が、256MB未満の128MBであるので、楽曲データ容量の128MBを対応付けた楽曲＃１を、リスト２１１に登録する。

なお、関連データに含まれる楽曲データ容量が256MB以上である場合、管理部２０１は、例えば、その楽曲データ容量に対応する楽曲ＩＤをリスト２１１に登録しない。

ここで、ジャンル別リスト群９１として記憶されるリストには、リストの名前（リスト名）が付されている。リストの名前（リスト名）は、そのリストに対応するジャンルと、作成された順に１から付した番号とを合わせたものとなっている。例えば、リスト２１１は、ジャンルのポップスに対応した最初に作成されたリストであるので、「ポップス＃１」がリスト名として付されている。

次に、抽出部７２から、楽曲＃２、ジャンルのポップス、および楽曲データ容量の120MBを含む関連データが供給されると、管理部２０１は、ジャンルのポップスに対応するリスト２１１に登録されている楽曲＃１に対応する楽曲データ容量の128MBと、楽曲＃２に対応する楽曲データ容量の120MBとを合計した値が、256MB未満であるかどうかを判定し、合計した値が256MB未満の248MBであるので、楽曲データ容量の120MBを対応付けた楽曲＃２を、リスト２１１に登録する。

その後、抽出部７２から、楽曲＃３、ジャンルのポップス、および楽曲データ容量の56MBを含む関連データが供給されると、管理部２０１は、ジャンルのポップスに対応するリスト２１１に登録されている楽曲＃１と楽曲＃２に対応する楽曲データの楽曲データ容量の和である248MB（=128MB+120MB）と、楽曲＃３に対応する楽曲データの楽曲データ容量の56MBとを合計した値が、256MB未満であるかどうかを判定し、合計した値が、256MB以上の304MBであるので、ジャンルがポップスの楽曲データに対応する楽曲ＩＤのリストであるリスト２１２を新たに作成し、リスト記憶部２０２に記憶させる。なお、リスト２１２に付されるリスト名は、「ポップス＃２」である。

そして、管理部２０１は、関連データに含まれる楽曲データ容量が、256MB未満の56MBであるので、楽曲データ容量の56MBを対応付けた楽曲＃３を、リスト２１２に登録する。

次に、抽出部７２から、楽曲＃４、ジャンルのクラッシック、および楽曲データ容量の75MBを含む関連データが供給されると、管理部２０１は、ジャンルがクラッシックの楽曲データに対応する楽曲ＩＤのリストであるリスト２１３を作成し、リスト記憶部２０２に記憶させる。なお、リスト２１３に付されるリスト名は、「クラッシック＃１」である。そして、管理部２０１は、関連データに含まれる楽曲データ容量が、256MB未満の75MBであるので、楽曲データ容量の75MBを対応付けた楽曲＃４を、リスト２１３に登録する。

以上のようにして、抽出部７２から、楽曲＃１乃至楽曲＃４を含む関連データが順に供給される場合、リスト２１１乃至２１３が、ジャンル別リスト群９１として、リスト記憶部２０２に記憶される。

この後、楽曲データ記憶部７１に、楽曲＃５、ジャンルのポップス、および楽曲データ容量の74MBを含む関連データが付加された楽曲データが新たに記憶されると、抽出部７２は、その楽曲データから関連データを抽出し、管理部２０１に供給する。管理部２０１は、ジャンルのポップスに対応するリスト２１１と２１２のうち、最新のリスト２１２に登録されている楽曲＃３に対応する楽曲データ容量の56MBと、楽曲＃５に対応する楽曲データ容量の74MBとを合計した値が、256MB未満であるかどうかを判定し、合計した値は256MB未満の130MBであるので、図１６に示すように、楽曲データ容量の74MBを対応付けた楽曲＃５を、リスト２１１に登録する。

即ち、楽曲データ記憶部７１に新たな楽曲データが記憶される場合、管理部２０１は、その楽曲データに対応する楽曲ＩＤを、既にリスト記憶部２０２に記憶されている、その楽曲データのジャンルに対応する最新のリスト２１１乃至２１３に、リスト２１１乃至２１３に登録されている楽曲ＩＤに対応する楽曲データ容量と、いま楽曲データ記憶部７１に新たに記憶された楽曲データに対応する楽曲データ容量との和が256MB以上になるまで、その楽曲データに対応する楽曲ＩＤを追加して登録する。

図１７は、図１４のＰＤテーブル記憶部２０３に記憶されているＰＤテーブルの例を示している。

図１７のＰＤテーブル２３１では、PDIDに、そのPDIDが付されたＰＤ１４に送信されたジャンルのポップスに対応するリスト２１１または２１２のリスト名が、送信済みリスト名として、対応付けられている。なお、このＰＤテーブル２３１は、リスト２１１乃至２１３の分類（例えば、ポップス、クラッシックなど）ごとに作成され、記憶される。

例えば、「ポップス＃１」のリスト名が付されたリスト２１１が、PDIDの「１」が付されたＰＤ１４に送信された場合、ＰＤテーブル２３１では、図１７に示すように、PDIDの「１」に、リスト名の「ポップス＃１」が送信済みリスト名として対応付けられる。

また、「ポップス＃２」のリスト名が付されたリスト２１２が、PDIDの「２」が付されたＰＤ１４に送信された場合、ＰＤテーブル２３１では、図１７に示すように、PDIDの「２」に、リスト名の「ポップス＃２」が送信済みリスト名として対応付けられる。

次に、図１８を参照して、図１４のミュージックサーバ１２が、ジャンル別リスト群９１のリスト２１１乃至２１３を作成するリスト作成処理を説明する。このリスト作成処理は、例えば、EMDサーバ１１またはディスク１５から、楽曲データ記憶部７１に楽曲データが供給されたとき、開始される。

ステップＳ１０１において、抽出部７２は、図１１のステップＳ１と同様に、楽曲データ記憶部７１に記憶されている楽曲データから、まだ抽出されていない関連データを抽出し、管理部２０１に供給する。

ステップＳ１０１の処理後は、ステップＳ１０２に進み、管理部２０１は、図１１のステップＳ２と同様に、ステップＳ１０１で抽出部７２から供給される関連データに含まれるジャンルを判別し、ステップＳ１０３に進む。

ステップＳ１０３において、管理部２０１は、リスト記憶部２０２に、ジャンル別リスト群９１として、ステップＳ１０２で判別したジャンルに対応する楽曲ＩＤのリスト２１１乃至２１３が記憶されているかどうかを判定する。例えば、ステップＳ１０１で抽出部７２から供給される関連データが、ジャンルのポップスを含む場合、管理部２０１は、ジャンルのポップスに対応する楽曲ＩＤのリスト２１１または２１２が、リスト記憶部２０２に記憶されているかどうかを判定する。

ステップＳ１０３において、ステップＳ１０２で判別したジャンルに対応する楽曲ＩＤのリスト２１１乃至２１３が記憶されていると判定された場合、ステップＳ１０４に進み、管理部２０１は、そのリスト２１１乃至２１３のうち、最新のリスト２１１乃至２１３に登録されている楽曲データ容量と、直前のステップＳ１０１において供給された関連データに含まれる楽曲データ容量との和が、所定の容量以上であるかどうかを判定する。

例えば、図１５に示したリスト２１１乃至２１３が、リスト記憶部２０２に記憶されている場合、直前のステップＳ１０１で楽曲＃５、ジャンルのポップス、および楽曲データ容量の74MBを含む関連データが供給されるとき、管理部２０１は、ジャンルのポップスに対応するリスト２１１と２１２のうち、最新のリスト２１２に登録されている楽曲データ容量である56MBと、ステップＳ１０１において供給された関連データに含まれる楽曲データ容量の74MBとの和が、所定の容量(例えば、256MB)以上であるかどうかを判定する。

一方、ステップＳ１０３において、ステップＳ１０２で判別したジャンルに対応する楽曲ＩＤのリスト２１１乃至２１３が記憶されていないと判定された場合、またはステップＳ１０４において、最新のリスト２１１乃至２１３に登録されている楽曲データ容量と、直前のステップＳ１０１において供給された関連データに含まれる楽曲データ容量との和が、所定の容量以上であると判定された場合、ステップＳ１０５に進み、管理部２０１は、ステップＳ１０２において判別されたジャンルに対応する新しいリスト２１１乃至２１３を作成し、ジャンル別リスト群９１として、リスト記憶部２０２に供給し、記憶させる。

ステップＳ１０５の処理後は、ステップＳ１０６に進み、管理部２０１は、直前のステップＳ１０１で供給された関連データに含まれる楽曲データ容量を対応付けた楽曲ＩＤを、ステップＳ１０５で作成された新しいリスト２１１乃至２１３に登録する。

また、ステップＳ１０４において、最新のリスト２１１乃至２１３に登録されている楽曲データ容量と、直前のステップＳ１０１において供給された関連データに含まれる楽曲データ容量との和が、所定の容量以上ではないと判定された場合、ステップＳ１０７に進み、管理部２０１は、その最新のリスト２１１乃至２１３に、直前のステップ１０１において供給された関連データに含まれる楽曲データ容量を対応付けた楽曲ＩＤを登録する。

例えば、ジャンルのポップスに対応するリスト２１１と２１２のうち、最新のリスト２１２に登録されている楽曲データ容量である56MBと、ステップＳ１０１において供給された関連データに含まれる楽曲＃５に対応する楽曲データ容量の74MBとの和が、所定の容量(例えば、256MB)以上ではない(未満である)場合、図１６に示すように、最新のリスト２１２に、楽曲データ容量の74MBを対応付けた楽曲ＩＤが登録される。

ステップＳ１０６またはステップＳ１０７の処理後は、ステップＳ１０８に進み、管理部２０１は、図１１のステップＳ６と同様に、楽曲データ記憶部７１に記憶されているすべての楽曲データに対応する楽曲ＩＤが、リスト２１１乃至２１３に登録されたかどうかを判定し、すべての楽曲データに対応する楽曲ＩＤがリスト２１１乃至２１３に登録されていないと判定した場合、ステップＳ１０１に戻り、上述した処理を繰り返す。

一方、ステップＳ１０８において、すべての楽曲データに対応する楽曲ＩＤがリスト２１１乃至２１３に登録されていると判定された場合、処理は終了する。

次に、図１９を参照して、図１４のミュージックサーバ１２が、ＰＤ１４に送信する送信対象の楽曲データの楽曲ＩＤとして、所定のジャンルに対応する楽曲データの楽曲ＩＤを選択する処理を説明する。この選択処理は、例えば、受信部２０４がＰＤ１４から、ＰＤ１４のPDID、並びに送信対象とする楽曲データのカテゴリであるジャンルおよび楽曲データの容量を受信したとき、開始される。

ステップＳ１２１において、管理部２０１は、図１２のステップＳ２１と同様に、受信部２０４から供給される送信対象のカテゴリであるジャンルに基づいて、リスト記憶部２０２に記憶されているジャンル別リスト群９１、アーティト別リスト群９２、イニシャル別リスト群９３、ムード別リスト群９４、およびプレイリスト群９５のうち、ジャンル別リスト群９１を選択する。さらに、管理部２０１は、その選択したジャンル別リスト群９１のリスト２１１乃至２１３の中から、所定の分類に対応するリスト２１１乃至２１３を選択する。例えば、管理部２０１は、リスト２１１乃至２１３の中から、ジャンルのポップスに対応するリスト１１１と１１２を選択する。

ステップＳ１２１の処理後は、ステップＳ１２２に進み、管理部２０１は、ＰＤテーブル記憶部２０３に記憶されているＰＤテーブル２３１(図１７)と、受信部２０４から供給されるPDIDに基づいて、ステップＳ１２１で選択されたリスト２１１乃至２１３のうち、そのPDIDに対応する送信済みリスト名としてＰＤテーブル２３１に記憶されていないリスト名のリスト２１１乃至２１３、即ち未送信の楽曲データに対応するリスト２１１乃至２１３をいずれか１つ選択する。

例えば、ステップＳ１２１でリスト２１１と２１２が選択され、受信部２０４からPDIDの「１」が供給される場合、管理部２０１は、図１７のＰＤテーブル２３１に基づいて、リスト２１１と２１２のうち、PDIDの「１」に対応する送信済みリスト名である「ポップス＃１」が付されたリスト２１１以外のリスト２１２を選択する。

ステップＳ１２２の処理後は、ステップＳ１２３に進み、管理部２０１は、ステップＳ１２２で選択したリスト２１１乃至２１３をリスト記憶部２０２から読み出し、そのリスト２１１乃至２１３に登録されている楽曲ＩＤを認識する。そして、管理部２０１は、その楽曲ＩＤを、送信対象の楽曲データの楽曲ＩＤとして選択し、取得部７６に供給する。

例えば、ステップＳ１２２でリスト２１２が選択された場合、管理部２０１は、図１６のリスト２１２に登録されている楽曲ＩＤ＃３と楽曲ＩＤ＃５を、送信対象の楽曲データの楽曲ＩＤとして選択し、取得部７６に供給する。

ステップＳ１２３の処理後は、ステップＳ１２４に進み、管理部２０１は、PDIDテーブル２３１に、ステップＳ１２２で選択したリスト２１１乃至２１３のリスト名を、送信済みリスト名として、受信部２０４から供給されたPDIDに対応付けて記憶する。

例えば、受信部２０４からPDIDの「１」が供給され、ステップＳ１２２でリスト２１２が選択された場合、管理部２０１は、図１７のＰＤテーブル２３１に、リスト２１２のリスト名の「ポップス＃２」を、送信済みリスト名として、PDIDの「１」に対応付けて記憶する。

ステップＳ１２４の処理後は、ステップＳ１２５に進み、管理部２０１は、ＰＤテーブル２３１に、受信部２０４からのPDIDに対応して、ステップＳ１２１で選択されたすべてのリスト２１１乃至２１３のリスト名が送信済みリスト名として記憶されているかどうかを判定する。

例えば、受信部２０４からPDIDの「１」が供給され、ステップＳ１２１でリスト２１１と２１２が選択された場合、管理部２０１は、ＰＤテーブル２３１に、PDIDの「１」に対応して、リスト２１１のリスト名の「ポップス＃１」とリスト２１２のリスト名の「ポップス＃２」が記憶されているかどうかを判定する。

ステップＳ１２５において、ＰＤテーブル２３１に、受信部２０４からのPDIDに対応して、ステップＳ１２１で選択されたすべてのリスト２１１乃至２１３のリスト名が送信済みリスト名として記憶されていないと判定された場合、処理を終了する。

一方、ＰＤテーブル２３１に、受信部２０４からのPDIDに対応して、ステップＳ１２１で選択されたすべてのリスト２１１乃至２１３のリスト名が送信済みリスト名として記憶されていると判定された場合、ステップＳ１２６に進み、管理部２０１は、直前のステップＳ１２４で新たに記憶された送信済みリスト名以外の、受信部２０４からのPDIDに対応する送信済みリスト名を消去する。

例えば、ステップＳ１２４で図１７に示したＰＤテーブル２３１のPDIDの「１」に対応して、新たに「ポップス＃２」が送信済みリスト名として記憶される場合、ステップＳ１２１でリスト２１１と２１２が選択されているとき、ＰＤテーブル２３１に記憶されているPDIDに対応する送信済みリスト名は、リスト１１１と１１２のリスト名である「ポップス＃１と「ポップス＃２」であるので、管理部２０１は、PDIDの「１」に対応する送信済みリスト名である「ポップス＃１」と「ポップス＃２」のうち、ステップＳ１２４で新たに記憶された「ポップス＃２」を消去する。

なお、上述した図１５乃至図１９では、ジャンル別リスト群９１のリスト２１１乃至２１３におけるリスト作成処理や楽曲ＩＤの選択処理について説明したが、アーティト別リスト群９２、イニシャル別リスト群９３、ムード別リスト群９４、およびプレイリスト群９５についても同様にリスト作成や楽曲ＩＤの選択処理が行われる。

次に、図２０を参照して、図１４のミュージックサーバ１２が、ＰＤ１４に楽曲データを送信する送信処理について説明する。なお、この送信処理は、例えば、ミュージックサーバ１２がＰＤ１４の接続を検出したとき、開始される。

ステップＳ１５１において、ミュージックサーバ１２の送信部７７は、ネットワーク１３を介してＰＤ１４が正常に接続されているかどうかを確認するためのデータをＰＤ１４に送信する（ネットワーク認証）。

ステップＳ１７１において、ＰＤ１４の通信部３９は、ステップＳ１５１で送信部７７からネットワーク１３を介して送信されてくるデータを受信し、ステップＳ１７２に進む。

ステップＳ１７２において、ＰＤ１４の通信部３９は、自分自身がミュージックサーバ１２に正常に接続されているＰＤ１４であることを示すデータと、ＰＤ１４のROM３２（図２）に記憶されている自分自身に付されたPDIDとを、ネットワーク１３を介して、ミュージックサーバ１２に送信する（PD接続認証）。

ステップＳ１５１の処理後は、ステップＳ１５２に進み、ミュージックサーバ１２の受信部２０４は、ステップＳ１７２でＰＤ１４から送信されてくるデータとPDIDを受信し、ステップＳ１５３に進む。

ステップＳ１５３とＳ１５４の処理は、図１３のステップＳ５３とＳ５４の処理と、ステップＳ１７３乃至Ｓ１７５の処理は、図１３のステップＳ７３乃至Ｓ７５の処理と、それぞれ同様であるので、説明は省略する。

ステップＳ１５５において、管理部２０１は、図１８のリスト作成処理により作成されたジャンル別リスト群９１、アーティト別リスト群９２、イニシャル別リスト群９３、ムード別リスト群９４、およびプレイリスト群９５のリスト２１１乃至２１３が、ステップＳ１５４で受信部２０４から供給される容量で区分されているかどうかを判定し、区分されていないと判定した場合、ステップＳ１５６に進む。

ステップＳ１５６において、ミュージックサーバ１２の管理部２０１は、図１８のリスト作成処理を行い、受信部２０４から供給される容量で区分したジャンル別リスト群９１、アーティト別リスト群９２、イニシャル別リスト群９３、ムード別リスト群９４、およびプレイリスト群９５のリスト２１１乃至２１３を作成する。そして、管理部２０１は、ＰＤテーブルを、同一の分類ごとに作成し、ＰＤテーブル記憶部２０３に記憶させる。この場合、ＰＤテーブル記憶部２０３は、例えば、区分する容量ごとにＰＤテーブルを記憶する。

ステップＳ１５５で、受信部２０４から供給される容量で区分されていると判定された場合、またはステップＳ１５６の処理後は、ステップＳ１５７に進み、管理部２０１は、図１９の選択処理を行い、ステップＳ１５８に進む。

ステップＳ１５８乃至Ｓ１６１の処理は、図１３のステップＳ５６乃至Ｓ５９の処理と、ステップＳ１７６乃至Ｓ１７９の処理は、図１３のステップＳ７６乃至Ｓ７９の処理と、それぞれ同様であるので、説明は省略する。

以上のように、図１８のリスト作成処理により作成されたジャンル別リスト群９１、アーティト別リスト群９２、イニシャル別リスト群９３、ムード別リスト群９４、およびプレイリスト群９５のリスト２１１乃至２１３が、ステップＳ１５４で受信部２０４から供給される容量で区分されている場合、管理部２０１は、リスト２１１乃至２１３を作成せず、既に所定の容量で区分されているリスト２１１乃至２１３に登録されている楽曲ＩＤを、送信対象とする楽曲データの楽曲ＩＤとして選択すればよいので、リスト１１１または１１２に登録されている楽曲ＩＤから、所定の容量以内の楽曲データ容量に対応する楽曲ＩＤを選択する図１２の選択処理を行う場合に比べて、楽曲ＩＤの選択処理の時間を短縮することができる。その結果、ＰＤ１４からの送信対象のカテゴリと容量の送信に応じて、楽曲データを迅速に送信することができる。

なお、第２の実施の形態では、ＰＤ１４からミュージックサーバ１２に、PDIDが送信されたが、ＰＤ１４から、ＰＤ１４の記憶部３８（図２）に固有のＩＤが送信されるようにしてもよい。この場合、管理部２０１は、ＰＤ１４の記憶部３８に固有のＩＤと、そのＩＤに対応するＰＤ１４の記憶部３８へ送信したリストとを対応付けたテーブルを、同一の分類ごとに作成する。

なお、本実施の形態では、ミュージックサーバ１２が、EMDサーバ１１やディスク１５からの楽曲データを記憶するようにしたが、ミュージックサーバ１２ではなく、例えば、ＰＣやHDDを内蔵する車載オーディオプレーヤが楽曲データを記憶するようにしてもよい。

また、コンテンツは、数値などのデータ、またはプログラムなどであってもよい。

さらに、本実施の形態では、ＰＤ１４が、ネットワーク１３を介してミュージックサーバ１２に接続されるようにしたが、ＰＤ１４は、無線（ワイヤレス）でインターネットなどを介してミュージックサーバ１２に接続されるようにしてもよい。

以上のように、ミュージックサーバ１２では、楽曲データ記憶部７１に記憶されている楽曲データのＰＤ１４への送信の状態を管理し、その送信の状態に基づいて、楽曲データ記憶部７１に記憶されている楽曲データから、所定の容量の楽曲データを選択し、ＰＤ１４に送信するようにしたので、未送信のデータから優先的に、所定の容量のデータを送信することができる。

ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。

また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。

本発明を適用したオーディオシステムの構成例を示すブロック図である。 ミュージックサーバの構成例を示すブロック図である。 ミュージックサーバの第１実施の形態の機能的構成例を示すブロック図である。 リスト記憶部に記憶されるリストの例を示す図である。 図３の管理部によるジャンル別リスト群のリストの作成について説明する図である。 図３の管理部がリストに基づいて楽曲ＩＤを選択する処理について説明する図である。 図３の管理部がリストに基づいて楽曲ＩＤを選択する処理について説明する図である。 図３の管理部がリストに基づいて楽曲ＩＤを選択する処理について説明する図である。 図３の管理部がリストに基づいて楽曲ＩＤを選択する処理について説明する図である。 図３の管理部がリストに基づいて楽曲ＩＤを選択する処理について説明する図である。 図３のミュージックサーバが、ジャンル別リスト群のリストを作成するリスト作成処理を説明するフローチャートである。 図３のミュージックサーバが楽曲ＩＤを選択する処理を説明するフローチャートである。 図３のミュージックサーバが、ＰＤに楽曲データを送信する送信処理について説明するアローチャートである。 ミュージックサーバの第２実施の形態の構成例を示すブロック図である。 図１４の管理部によるジャンル別リスト群のリストの作成について説明する図である。 図１４の管理部によるジャンル別リスト群のリストの作成について説明する図である。 ＰＤテーブル記憶部に記憶されているＰＤテーブルの例を示す図である。 図１４のミュージックサーバが、ジャンル別リスト群のリストを作成するリスト作成処理を説明するフローチャートである。 図１４のミュージックサーバが楽曲ＩＤを選択する処理を説明するフローチャートである。 図１４のミュージックサーバが、ＰＤに楽曲データを送信する送信処理について説明するアローチャートである。

符号の説明

１２ ミュージックサーバ， １４ ＰＤ， ３１ CPU， ３２ ROM, ３３ RAM， ３６ 入力部， ３７ 出力部， ３８ 記憶部， ３９ 通信部， ７１ 楽曲データ記憶部， ７２ 抽出部， ７３ 管理部， ７４ リスト記憶部， ７５ 受信部， ７６ 取得部， ７７ 送信部， １１１，１１２ リスト， ２０１ 管理部， ２０２ リスト記憶部， ２０３ ＰＤテーブル， ２０４ 受信部， ２１１乃至２１３ リスト

Claims (6)

1. 他の情報処理装置にデータを送信する情報処理装置において、
   前記データを記憶する記憶手段と、
   前記記憶手段に記憶されているデータの前記他の情報処理装置への送信の状態を管理する管理手段と、
   前記管理手段により管理される送信の状態に基づいて、前記記憶手段に記憶されているデータから、所定の容量のデータを選択する選択手段と、
   前記選択手段により選択されたデータを、前記他の情報処理装置に送信する送信手段と
   を備えることを特徴とする情報処理装置。
2. 前記記憶手段に記憶されているデータを、前記所定の容量ごとに区分する区分手段
   をさらに備え、
   前記管理手段は、前記区分手段により区分されたデータごとに、前記他の情報処理装置への送信の状態を管理し、
   前記選択手段は、前記管理手段により管理される送信の状態に基づいて、前記区分手段により区分された所定の容量のデータを選択する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記他の情報処理装置から、前記所定の容量を表す容量情報を受信する受信手段
   をさらに備える
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記所定の容量は、前記他の情報処理装置が記憶可能なデータの容量である
   ことを特徴とする請求項１に記載の情報処理装置。
5. データを記憶する記憶手段を備え、他の情報処理装置に前記データを送信する情報処理装置の情報処理方法において、
   前記記憶手段に記憶されているデータの前記他の情報処理装置への送信の状態を管理する管理ステップと、
   前記管理ステップの処理により管理される送信の状態に基づいて、前記記憶手段に記憶されているデータから、所定の容量のデータを選択する選択ステップと、
   前記選択ステップの処理により選択されたデータを、前記他の情報処理装置に送信する送信ステップと
   を含むことを特徴とする情報処理方法。
6. データを記憶する記憶手段を備える情報処理装置を制御するコンピュータに行わせるプログラムにおいて、
   前記記憶手段に記憶されているデータの他の情報処理装置への送信の状態を管理する管理ステップと、
   前記管理ステップの処理により管理される送信の状態に基づいて、前記記憶手段に記憶されているデータから、所定の容量のデータを選択する選択ステップと、
   前記選択ステップの処理により選択されたデータを、前記他の情報処理装置に送信する送信ステップと
   を含むことを特徴とするプログラム。

Images