(57)【要約】【課題】コンテンツを各デバイスに所望のファイル形式で短時間で登録できるネットワークＡＶシステムを提供する。【解決手段】  送信装置ＳＯ及び再生装置ＲＥ１、ＲＥ２は、対象トラックをエンコードできる。そこで、送信装置ＳＯは、送信装置ＳＯ、再生装置ＲＥ１及びＲＥ２のエンコード処理能力と、送信装置ＳＯから各再生装置ＲＥ１、ＲＥ２へのデータ通信速度とに基づいて、送信装置ＳＯが取得した対象トラックを送信装置ＳＯ、再生装置ＲＥ１及びＲＥ２のいずれのデバイスでエンコードすれば、対象トラックが送信装置ＳＯから送信されて各再生装置ＲＥ１及びＲＥ２に登録されるまでの時間が最短になるかをシミュレートする。そして、送信装置ＳＯは、シミュレート結果に基づいて、再生装置ＲＥ１及びＲＥ２に送信する対象トラックのファイル形式を圧縮ファイル形式及び非圧縮ファイル形式のいずれかに決定する。【選択図】図１
2010078712.tif 000002
【特許請求の範囲】
【請求項１】
送信装置と再生装置とを備えたネットワークＡＶシステムであって、
前記再生装置は、
所定の圧縮ファイル形式のデータをデコードするデコード手段と、
前記送信装置から送信されたコンテンツを受信する受信手段と、
前記受信したコンテンツのファイル形式が非圧縮ファイル形式である場合、前記受信したコンテンツを前記デコード手段でデコード可能な圧縮ファイル形式にエンコードする再生側エンコード手段と、
前記コンテンツを記憶する再生記憶手段と、
前記受信した圧縮ファイル形式のコンテンツ及び前記再生側エンコード手段によりエンコードされた圧縮ファイル形式のコンテンツを前記再生記憶手段に登録する登録手段とを備え、
前記送信装置は、
外部から前記コンテンツを取得するコンテンツ取得手段と、
前記取得されたコンテンツを、前記再生装置がデコード可能な圧縮ファイル形式にエンコード可能な送信側エンコード手段と、
前記送信側エンコード手段の処理能力と、前記再生側エンコード手段の処理能力と、前記送信装置から前記再生装置への通信速度とに基づいて、前記取得したコンテンツを前記再生装置に送信するときのファイル形式を圧縮ファイル形式及び非圧縮ファイル形式のいずれかに決定する決定手段と、
前記決定されたファイル形式のコンテンツを前記再生装置に送信するコンテンツ送信手段とを備えることを特徴とするネットワークＡＶシステム。
【請求項２】
請求項１に記載のネットワークＡＶシステムであって、
前記送信装置はさらに、
前記再生装置との接続に応じて、前記再生側エンコード手段の処理能力に関する情報を前記再生装置から取得する情報取得手段を備えることを特徴とするネットワークＡＶシステム。
【請求項３】
請求項１又は請求項２に記載のネットワークＡＶシステムであってさらに、
複数の前記再生装置を備え、
前記送信装置は、前記取得されたコンテンツを複製し、前記複製された各コンテンツを前記各再生装置に送信し、
前記送信側エンコード手段は、前記複製された各コンテンツを、前記各再生装置がデコード可能な圧縮ファイル形式にエンコード可能であり、
前記送信装置はさらに、
前記各再生装置に送信する各コンテンツのファイル形式の組合せを複数設定する設定手段を備え、
前記決定手段は、
前記送信側エンコード手段の処理能力と、前記再生側エンコード手段の処理能力と、前記送信装置から前記各再生装置への各通信速度とに基づいて、前記複製された各コンテンツを前記組合せに応じて前記送信装置又は前記再生装置でエンコードして前記各再生装置に登録するまでに掛かる登録時間を、前記設定された組合せごとに算出する算出手段と、
前記設定された複数の組合せのうち、前記算出された登録時間が最も短い組合せに基づいて、前記各再生装置に送信する各コンテンツのファイル形式を、圧縮ファイル形式及び非圧縮ファイル形式のいずれかに決定するファイル形式決定手段とを含むことを特徴とするネットワークＡＶシステム。
【請求項４】
請求項１から請求項３のいずれか１項に記載のネットワークＡＶシステムであって、
前記再生装置はさらに、
前記再生装置がデコード可能な圧縮ファイル形式に関するファイル形式情報を送信する情報送信手段を備え、
前記送信装置はさらに、
エンコードプログラムを記憶する送信記憶手段を備え、
前記送信側エンコード手段は、前記エンコードプログラムに基づいて、前記コンテンツを所定の圧縮ファイル形式にエンコードし、
前記送信装置はさらに、
前記送信されたファイル形式情報に基づいて、前記送信側エンコード手段が前記再生装置によりデコード可能な圧縮ファイル形式にエンコードできるか否かを判断する判断手段と、
前記判断の結果、前記再生装置によりデコード可能な圧縮ファイル形式にエンコードできないとき、前記ファイル形式情報に対応したエンコードプログラムを取得するエンコーダ取得手段とを備えることを特徴とするネットワークＡＶシステム。
【請求項５】
非圧縮ファイル形式のコンテンツを所定の圧縮ファイル形式にエンコード可能であり、前記圧縮ファイル形式のコンテンツをデコードして再生する再生装置に接続可能な送信装置であって、
外部から前記コンテンツを取得するコンテンツ取得手段と、
前記取得されたコンテンツを、前記再生装置がデコード可能な圧縮ファイル形式にエンコード可能な送信側エンコード手段と、
前記送信側エンコード手段の処理能力と、前記再生装置のエンコード処理能力と、前記送信装置から前記再生装置への通信速度とに基づいて、前記取得したコンテンツを前記再生装置に送信するときのファイル形式を、圧縮ファイル形式及び非圧縮ファイル形式のいずれかに決定する決定手段と、
前記決定されたファイル形式のコンテンツを前記再生装置に送信するコンテンツ送信手段とを備えることを特徴とする送信装置。
【請求項６】
請求項５に記載の送信装置であってさらに、
前記再生装置との接続に応じて、前記再生側エンコード手段の処理能力に関する情報を前記再生装置から取得する情報取得手段を備えることを特徴とする送信装置。
【請求項７】
請求項５又は請求項６に記載の送信装置であって、
複数の前記再生装置と接続可能であり、前記取得されたコンテンツを複製し、前記複製された各コンテンツを各再生装置に送信し、
前記送信側エンコード手段は、前記複製された各コンテンツを、前記各再生装置がデコード可能な圧縮ファイル形式にエンコード可能であり、
前記送信装置はさらに、
前記各再生装置に送信する各コンテンツのファイル形式の組合せを複数設定する設定手段を備え、
前記決定手段は、
前記送信側エンコード手段の処理能力と、前記再生側エンコード手段の処理能力と、前記送信装置から前記各再生装置への各通信速度とに基づいて、前記複製された各コンテンツを前記組合せに応じて前記送信装置又は前記再生装置でエンコードして前記各再生装置に登録するまでに掛かる登録時間を、前記設定された組合せごとに算出する算出手段と、
前記設定された複数の組合せのうち、前記算出された登録時間が最も短い組合せに基づいて、前記各再生装置に送信する各コンテンツのファイル形式を、圧縮ファイル形式及び非圧縮ファイル形式のいずれかに決定するファイル形式決定手段とを含むことを特徴とする送信装置。
【請求項８】
請求項５〜請求項７のいずれか１項に記載の送信装置であって、
前記情報取得手段はさらに、前記再生装置がデコード可能な圧縮ファイル形式に関するファイル形式情報を前記再生装置から取得し、
前記送信装置はさらに、
エンコードプログラムを記憶する送信記憶手段を備え、
前記送信側エンコード手段は、前記エンコードプログラムに基づいて、前記コンテンツを所定の圧縮ファイル形式にエンコードし、
前記送信装置はさらに、
前記送信されたファイル形式情報に基づいて、前記送信側エンコード手段が前記再生装置によりデコード可能な圧縮ファイル形式にエンコードできるか否かを判断する判断手段と、
前記判断の結果、前記再生装置によりデコード可能な圧縮ファイル形式にエンコードできないとき、前記ファイル形式情報に対応したエンコードプログラムを取得するエンコーダ取得手段を備えることを特徴とする送信装置。
【請求項９】
非圧縮ファイル形式のコンテンツを所定の圧縮ファイル形式にエンコード可能であり、前記圧縮ファイル形式のコンテンツをデコードして再生する再生装置と接続可能な送信装置内のコンピュータに、
外部から前記コンテンツを取得するステップと、
前記送信側エンコード手段の処理能力と、前記再生装置のエンコード処理能力と、前記送信装置から前記再生装置への通信速度とに基づいて、前記取得したコンテンツを前記再生装置に送信するときのファイル形式を、圧縮ファイル形式及び非圧縮ファイル形式のいずれかに決定するステップと、
前記決定されたファイル形式が圧縮ファイル形式である場合、前記取得されたコンテンツを、前記再生装置がデコード可能な圧縮ファイル形式にエンコードするステップと、
前記決定されたファイル形式のコンテンツを前記再生装置に送信するステップとを実行させる送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークＡＶシステムに関し、さらに詳しくは、コンテンツを送信する送信装置と、送信装置から送信されたコンテンツを蓄積して再生する再生装置とを備えたネットワークＡＶシステムに関する。
【背景技術】
【０００２】
最近のＨＤＤプレイヤや、曲や映像等のコンテンツを再生可能なパーソナルコンピュータ（以下、ＰＣと称する）は、ＣＤやＤＶＤに記録された複数のコンテンツを取り込んで自身が持つハードディスクに格納する、いわゆるリッピング機能を有する。
【０００３】
最近ではＰＣと複数のオーディオプレイヤとを所有するユーザも多い。たとえば、書斎にＰＣを設置し、リビングと寝室にそれぞれＨＤＤプレイヤを設置しているユーザが、ＣＤに格納されている曲ファイル（以下、トラックという）をリッピング機能により３つのデバイス（ＰＣ及び２つのＨＤＤプレイヤ）に録音しようと思えば、ユーザは、デバイスごとにＣＤを挿入してリッピングを行う必要がある。
【０００４】
このような煩雑な行為を解消する技術が、特願２００７−３０９５６１号に開示されている。この文献では、ＣＤからトラックを取り込んだＰＣが、他のＨＤＤプレイヤの各々に複製されたトラックを送信する。このとき、ＰＣは、複製されたトラックを各ＨＤＤプレイヤが再生可能なファイル形式にそれぞれエンコードする。ＰＣが、ＨＤＤレコーダにより再生可能なファイル形式にトラックをエンコードできない場合、トラックを非圧縮形式のデジタルデータ（たとえばＰＣＭデータ）として他のＨＤＤプレイヤに送信する。非圧縮形式のトラックを受けたＨＤＤレコーダは、自身が再生可能な圧縮形式にエンコードしてハードディスクに保存する。このように、この文献に開示されているネットワークＡＶシステムでは、ＰＣがＣＤをリッピングするだけで、他のＨＤＤプレイヤにもＣＤ内のトラックファイルを蓄積できる。
【０００５】
ところで、上述の文献で開示されたネットワークＡＶシステムにおいて、ＰＣ及びＨＤＤプレイヤがいずれもトラックを所望のファイル形式にエンコードできる場合、たとえば、ＰＣ側でトラックをエンコードするよりも、ＨＤＤプレイヤ側でエンコードした方が、ＰＣがリッピング等によりトラックを取得してから各ＨＤＤプレイヤに登録されるまでの時間（以下、登録時間という）が短くなる場合がある。また逆に、ＰＣ側でエンコードした方が、登録時間が短くなる場合もある。ユーザは、リッピング等により取得したトラックをいち早く聴きたいため、登録時間はなるべく短い方が好ましい。
【特許文献１】特開２００３−３００９９号公報
【特許文献２】特開２００４−０４６７８９号公報
【特許文献３】特願２００７−３０９５６１号（同一出願人の未公開先願）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、コンテンツをネットワーク上の各デバイスに所望のファイル形式で短時間で登録できるネットワークＡＶシステムを提供することである。
【課題を解決するための手段及び発明の効果】
【０００７】
本発明によるネットワークＡＶシステムは、送信装置と再生装置とを備える。再生装置は、デコード手段と、受信手段と、再生側エンコード手段と、再生記憶手段と、登録手段とを備える。デコード手段は、所定の圧縮ファイル形式のデータをデコードする。受信手段は、送信装置から送信されたコンテンツを受信する。再生側エンコード手段は、受信したコンテンツのファイル形式が非圧縮ファイル形式である場合、受信したコンテンツをデコード手段でデコード可能な圧縮ファイル形式にエンコードする。再生記憶手段は、コンテンツを記憶する。登録手段は、受信した圧縮ファイル形式のコンテンツ及び再生側エンコード手段によりエンコードされた圧縮ファイル形式のコンテンツを再生記憶手段に登録する。送信装置は、コンテンツ取得手段と、送信側エンコード手段と、決定手段と、コンテンツ送信手段とを備える。コンテンツ取得手段は、外部からコンテンツを取得する。送信側エンコード手段は、取得されたコンテンツを、再生装置がデコード可能な圧縮ファイル形式にエンコードできる。決定手段は、送信側エンコード手段の処理能力と、再生側エンコード手段の処理能力と、送信装置から再生装置への通信速度とに基づいて、取得したコンテンツを再生装置に送信するときのファイル形式を圧縮ファイル形式及び非圧縮ファイル形式のいずれかに決定する。コンテンツ送信手段は、決定されたファイル形式のコンテンツを再生装置に送信する。
【０００８】
本発明によるネットワークＡＶシステムは、送信装置のエンコード処理能力と、再生装置のエンコード処理能力と、送信装置から再生装置へデータを送信するときの通信速度とに基づいて、送信装置から送信するコンテンツのファイル形式を決定する。そのため、送信装置側及び再生装置側でエンコードに掛かる時間やコンテンツを再生装置に送信するのに掛かる時間を考慮して、再生装置にコンテンツを登録するまでの時間が短くなるよう、送信装置から送信するコンテンツのファイル形式を決定できる。
【０００９】
好ましくは、送信装置はさらに、情報取得手段を備える。情報取得手段は、再生装置との接続に応じて、再生側エンコード手段の処理能力に関する情報を再生装置から取得する。
【００１０】
この場合、送信装置は、再生装置と接続すれば、再生側エンコード手段の処理能力に関する情報を取得できる。そのため、取得したコンテンツを再生側エンコード手段がエンコードするのに掛かる時間を求めることができる。
【００１１】
好ましくは、ネットワークＡＶシステムは、複数の再生装置を備える。送信装置は、取得されたコンテンツを複製し、複製された各コンテンツを各再生装置に送信する。送信側エンコード手段は、複製された各コンテンツを、各再生装置がデコード可能な圧縮ファイル形式にエンコードできる。送信装置はさらに、設定手段を備える。設定手段は、各再生装置に送信する各コンテンツのファイル形式の組合せを複数設定する。決定手段は、算出手段と、ファイル形式決定手段とを含む。算出手段は、送信側エンコード手段の処理能力と、再生側エンコード手段の処理能力と、送信装置から各再生装置への各通信速度とに基づいて、複製された各コンテンツを組合せに応じて送信装置又は再生装置でエンコードして各再生装置に登録するまでに掛かる登録時間を、設定された組合せごとに算出する。ファイル形式決定手段は、設定された複数の組合せのうち、算出された登録時間が最も短い組合せに基づいて、各再生装置に送信する各コンテンツのファイル形式を、圧縮ファイル形式及び非圧縮ファイル形式のいずれかに決定する。
【００１２】
この場合、各再生装置に所望のファイル形式のコンテンツが登録されるまでの登録時間に基づいて、送信されるコンテンツのファイル形式が決定される。そのため、登録時間が短くなるように、送信される各コンテンツのファイル形式を決定できる。
【００１３】
好ましくは、再生装置はさらに、情報送信手段を備える。情報送信手段は、再生装置がデコード可能な圧縮ファイル形式に関するファイル形式情報を送信する。送信手段はさらに、エンコードプログラムを記憶する送信記憶手段を備える。送信側エンコード手段は、エンコードプログラムに基づいて、コンテンツを所定の圧縮ファイル形式にエンコードする。送信装置はさらに、判断手段と、エンコーダ取得手段とを備える。判断手段は、送信されたファイル形式情報に基づいて、送信側エンコード手段が再生装置によりデコード可能な圧縮ファイル形式にエンコードできるか否かを判断する。エンコーダ取得手段は、判断の結果、再生装置によりデコード可能な圧縮ファイル形式にエンコードできないとき、ファイル形式情報に対応したエンコードプログラムを取得する。
【００１４】
この場合、送信装置は、取得したコンテンツを、再生装置がデコード可能な圧縮ファイル形式にエンコードできる。
【００１５】
本発明による送信装置は、上述のネットワークＡＶシステムに用いられる。また、本発明による送信プログラムは、上述の送信装置に実装され、上述の手段を実現する。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１７】
［システムの全体構成］
図１を参照して、ネットワークＡＶシステムは、送信装置ＳＯと、送信装置ＳＯとネットワークを介して接続される複数の再生装置ＲＥ１及びＲＥ２とを含む。図１では、２つの再生装置ＲＥ１及びＲＥ２（これらを総称してＲＥともいう）を示したが、再生装置ＲＥは１つであってもよいし、３以上であってもよい。たとえば、送信装置ＳＯは、家庭内の書斎に置かれたパーソナルコンピュータ（ＰＣ）であり、２つの再生装置ＲＥは、リビング及び寝室にそれぞれ置かれたＨＤＤプレイヤである。
【００１８】
送信装置ＳＯは、外部から取得した複数のコンテンツ（以下、トラックという）を各再生装置ＲＥに送信する。ここでいうコンテンツは、映像ファイルでもよいし、音声ファイルや音楽ファイルであってもよい。本例ではトラックが音楽ファイルであるとして説明する。送信装置ＳＯは、リッピングによりトラックを取得してもよいし、図示しない外部のサーバとネットワークを介して接続し、この外部のサーバからトラックを取得してもよい。
【００１９】
各再生装置ＲＥは、複数のトラックを所定の圧縮ファイル形式で蓄積する。そして、ユーザ操作に応じて、蓄積された複数のトラックから所望のトラックを読み出し、デコードして再生する。各再生装置ＲＥは、デコード可能な圧縮ファイル形式が予め決められている。ここでいう圧縮ファイル形式はたとえば、ＡＡＣ(Advanced Audio Coding)やＭＰ３(Mpeg Audio Layer-3)、ＡＴＲＡＣ(Adaptive Transfer Acoustic Coding)、ＷＭＡ(Windows Media Audio)等である。
【００２０】
［送信装置］
送信装置ＳＯは、外部から取得した１又は複数のトラックを必要に応じて所定の圧縮ファイル形式にエンコードする。そして、エンコードされたトラックを各再生装置ＲＥ１及びＲＥ２に送信する。送信装置ＳＯは、制御部１１と、メモリ１２と、ＨＤＤ１３と、光ディスクドライブ１４と、Ｄ／Ａコンバータ１５と、出力端子１６とを備える。
【００２１】
光ディスクドライブ１４は、ＣＤやＤＶＤ等の光ディスク２０が挿入され、光ディスク２０内に記憶された複数のトラックを読み出す。
【００２２】
制御部１１は、光ディスクドライブ１４で読み出された複数のトラック、及び、図示しない他のサーバから取得した複数のトラックを所定の圧縮ファイル形式にエンコードする。ＨＤＤ１３には、複数のエンコーダ（エンコードプログラム）が記憶されている。これらのエンコーダにより、制御部１１は、トラックを種々の圧縮ファイル形式にエンコードできる。
【００２３】
送信装置ＳＯがエンコード可能な圧縮ファイル形式（ファイル形式情報）と、エンコード処理の処理能力に関する情報（送信側エンコード情報）とは、図２に示すファイル形式テーブルに記録されている。図２を参照して、ファイル形式テーブルは、エンコード可能な圧縮ファイル形式が登録されるフィールドと、エンコードに掛かる時間（エンコードの処理速度）が登録されるフィールドとを含む。エンコードに掛かる時間が登録されるフィールド（「送信側変換時間」欄）はさらに、送信装置ＳＯがエンコード処理を実行するときの状況に応じて４つの時間が登録される。具体的には、（パターン１）送信装置ＳＯがトラックを再生中に、所定のデータ長のトラック（以下、基準トラックという）をエンコードするのに掛かる時間、（パターン２）トラックを再生中に、ＨＤＤ１３内に格納された基準トラックをエンコードするのに掛かる時間、（パターン３）送信装置ＳＯがトラックを再生していないときに、リッピングにより取得した基準トラックをエンコードするのに掛かる時間、（パターン４）送信装置ＳＯがトラックを再生していないときに、ＨＤＤ１３内に格納された基準トラックをエンコードするのに掛かる時間、が登録される。パターン１及び３の情報は、リッピングにより取得されたトラックを各再生装置ＲＥに送信するときに利用される。パターン２及び４の情報は、外部のサーバから取得したトラックを再生装置ＲＥに送信するときに利用される。本例では、図２に示すとおり、送信装置ＳＯがエンコード可能な圧縮ファイル形式は、ＡＡＣ形式、ＭＰ３形式及びＡＴＲＡＣ形式である。
【００２４】
制御部１１はさらに、図２のファイル形式テーブルを利用して、各再生装置ＲＥにトラックを送信するときに、トラックが各再生装置ＲＥに登録されるまでの時間（以下、登録時間という）が短くなるように、各再生装置ＲＥに送信するトラックのファイル形式（圧縮ファイル形式又は非圧縮ファイル形式）を決定する。
【００２５】
ＨＤＤ１３は、外部から取得された複数のトラックを格納する。複数のトラックは、所望の圧縮ファイル形式にエンコーダされてＨＤＤ１３に格納されてもよいし、ＰＣＭ形式等の非圧縮ファイル形式でＨＤＤ１３に格納されてもよい。ＨＤＤ１３はまた、上述のとおり複数のエンコーダを記憶する。ＨＤＤ１３はさらに、制御部１１に上述の動作を実行させる送信プログラムが記憶されている。
【００２６】
送信装置ＳＯはさらに、所望のトラックを再生する。ユーザ操作に応じて、制御部１１は、所望のトラックをＨＤＤ１３から読み出し、デコードする。Ｄ／Ａコンバータ１５は、デコードされたトラックのデジタル信号をアナログ信号に変換して、出力端子１６に出力する。出力端子１６には、図示しないスピーカが接続されており、アナログ信号はスピーカを介して外部に出力される。
【００２７】
［再生装置］
各再生装置ＲＥ（ＲＥ１及びＲＥ２）は、送信装置ＳＯと同様に、制御部１１と、メモリ１２と、ＨＤＤ１３と、Ｄ／Ａコンバータ１５と、図示しないスピーカと接続される出力端子１６とを備える。
【００２８】
ＨＤＤ１３には、送信装置ＳＯから送信された複数のトラックが所定の圧縮ファイル形式で格納されている。再生時、再生装置ＲＥ内の制御部１１は、ＨＤＤ１３から読み出したトラックをデコードする。そして、Ｄ／Ａコンバータ１５がデコードされたトラックのデジタル信号をアナログ信号に変換して、スピーカが接続された出力端子１６に出力する。以上の動作により再生装置ＲＥはＨＤＤ１３に格納されたトラックを再生できる。
【００２９】
再生装置ＲＥの制御部１１は、送信装置ＳＯから送信されたトラックをＨＤＤ１３に格納するとき、送信されたトラックを、必要に応じて、エンコードする。具体的には、送信されたトラックのファイル形式が非圧縮ファイル形式である場合、制御部１１は、送信されたトラックを再生装置ＲＥがデコード可能な圧縮ファイル形式にエンコードする。ＨＤＤ１３には、エンコーダが格納されている。本例では、再生装置ＲＥ１には、ＡＡＣエンコーダが格納されており、再生装置ＲＥ２には、ＡＴＲＡＣエンコーダが格納されているとして説明を進める。なお、再生装置ＲＥ１及びＲＥ２は、他のエンコーダ（たとえばＭＰ３エンコーダ等）が格納されていてもよい。
【００３０】
ＨＤＤ１３にはさらに、図３及び図４に示すファイル形式テーブルが格納されている。ファイル形式テーブルは、再生装置ＲＥがエンコード可能な圧縮ファイル形式に関する情報（ファイル形式情報）と、再生装置ＲＥのエンコード処理能力に関する情報（再生側エンコード情報）とが登録されている。図３は、再生装置ＲＥ１のファイル形式テーブルを示し、図４は、再生装置ＲＥ２のファイル形式テーブルを示す。これらのファイル形式テーブルは、図２に示す送信装置ＳＯのファイル形式テーブルと同様の情報が記録されている。つまり、再生側エンコード情報として、基準トラックをエンコードするのに掛かる時間（エンコード処理速度）が記録されている。各再生装置ＲＥ１及びＥＲ２は、送信装置ＳＯと接続されたときに、自身が保有するファイル形式テーブルを送信装置ＳＯに送信する。そのため、送信装置ＳＯは、ネットワーク上に存在する各再生装置ＲＥのファイル形式テーブルを自身のＨＤＤ１３内に保有する。
【００３１】
なお、再生装置ＲＥ１及びＲＥ２は、送信装置ＳＯと同様に、光ディスクドライブを備えていてもよい。この場合、リッピングにより光ディスクに格納されているトラックをＨＤＤ１３に書き込むことができる。
【００３２】
［動作概要］
送信装置ＳＯは、リッピングによりトラックを取得したとき、又は他のサーバからネットワークを介してトラックを取得したとき、取得したトラックを複製して各再生装置ＲＥ１及びＲＥ２に送信する。このとき、送信装置ＳＯは、取得したトラックを再生装置ＲＥ１及びＲＥ２がデコード可能な圧縮ファイル形式にエンコードすることができる。一方で、送信されたトラックが非圧縮ファイル形式である場合、再生装置ＲＥ１及びＲＥ２も自身でデコード可能な圧縮ファイル形式にエンコードできる。要するに、送信装置ＳＯが取得したトラックは、送信装置ＳＯでエンコードすることもできるし、再生装置ＲＥでエンコードすることもできる。
【００３３】
そこで、送信装置ＳＯは、上述のファイル形式テーブル内の送信側及び再生側エンコード情報を用いて、各再生装置ＲＥ１及びＲＥ２に送信するトラックのファイル形式を決定する。つまり、トラックのエンコードを送信装置ＳＯで行うか、再生装置ＲＥ１及びＲＥ２で行うかを決定する。
【００３４】
各再生装置ＲＥ１及びＲＥ２に送信するトラックのファイル形式の組み合わせとしては、以下の４通りの組み合わせを設定できる。
【００３５】
（ケース１）再生装置ＲＥ１及びＲＥ２ともに対応する圧縮ファイル形式のトラックを送信する。つまり、送信装置ＳＯが複製された２つのトラックをエンコードし、送信する。
（ケース２）再生装置ＲＥ１に送信するトラックを圧縮ファイル形式とし、再生装置ＲＥ２に送信するトラックを非圧縮ファイル形式とする。
（ケース３）再生装置ＲＥ１に送信するトラックを非圧縮ファイル形式とし、再生装置ＲＥ２に送信するトラックを圧縮ファイル形式とする。
（ケース４）再生装置ＲＥ１及びＲＥ２に送信するトラックをいずれも非圧縮ファイル形式とする。つまりこの場合、再生装置ＲＥ１及びＲＥ２が送信されたトラックを圧縮ファイル形式にエンコードする。
【００３６】
送信装置ＳＯは、上述の各組み合わせ（各ケース）において、シミュレートにより、送信装置ＳＯが取得したトラックが各再生装置ＲＥ１及びＲＥ２のＨＤＤ１３に登録されるまでに掛かる時間（登録時間）を算出する。このシミュレートに送信側及び再生側エンコード情報が利用される。送信装置ＳＯは各ケースの登録時間を算出した後、登録時間が最短となるケースを決定する。そして、決定されたケースに基づいて、各再生装置ＲＥ１及びＲＥ２に送信するトラックのファイル形式を決定する。以下、このシミュレートについて説明する。
【００３７】
説明を簡単にするために、送信装置ＳＯが、リッピングにより取得した１つのトラック（以下、対象トラックという）ＴＲを複製して、各再生装置ＲＥ１及びＲＥ２に送信する場合を想定する。このとき、送信装置ＳＯは、上述の４つのケースにおける登録時間をシミュレートする。
【００３８】
図５を参照して、ケース１の場合、送信装置ＳＯは、時刻ｔ０から時間ΔTrip掛けて対象トラックＴＲをリッピングしてＨＤＤ１３のテンポラリ領域に格納する。このとき、送信装置ＳＯは、対象トラックＴＲを非圧縮ファイル形式（ＰＣＭデータ）でＨＤＤ１３に格納する。
【００３９】
続いて、送信装置ＳＯは、再生装置ＲＥ１用に対象トラックＴＲをＡＡＣ形式にエンコードする。この処理に掛かる時間はΔTso_aacである。送信装置ＳＯは、エンコードされた対象トラックＴＲを時間ΔTtrans_aac_re1掛けて再生装置ＲＥ１に送信する。再生装置ＲＥ１は、時間ΔTtrans_aac_re1掛けてトラックＴＲをＨＤＤ１３に格納する。
【００４０】
送信装置ＳＯはさらに、再生装置ＲＥ１への送信処理と並行して、ＰＣＭ形式の対象トラックＴＲを再生装置ＲＥ２用にＡＴＲＡＣ形式にエンコードする。つまり、送信装置ＳＯは、エンコード処理と送信処理とを並行して行うことができる。ＡＴＲＡＣ形式にエンコードするのに掛かる時間はΔTso_atracである。そして、時間△Ttrans_atrac_re2掛けて、ＡＴＲＡＣ形式のトラックＴＲを再生装置ＲＥ２に送信する。再生装置ＲＥ２は、時間△Ttrans_re2掛けてトラックＴＲをＨＤＤ１３に格納する。
【００４１】
以上より、ケース１において、送信装置ＳＯがリッピングを開始してから、各再生装置ＲＥ１及びＲＥ２でトラックＴＲの格納が完了するまでの登録時間ＴＴ１は、以下の式（１）で示される。
TT1=ΔTrip+ΔTso_aac+ΔTso_atrac+△Ttrans_atrac_re2  （１）
【００４２】
ケース２の場合、図６を参照して、送信装置ＳＯは、時間ΔTrip掛けて対象トラックＴＲをリッピングした後、再生装置ＲＥ１用にトラックをＡＡＣ形式に変換するエンコード処理と、ＰＣＭ形式の対象トラックＴＲを再生装置ＲＥ２に送信する送信処理とを並行して行う。その結果、登録時間ＴＴ２は、以下の式（２）で示される。
TT2=ΔTrip+△Ttrans_pcm_re2+ΔTre2_atrac  （２）
ここで、時間△Ttrans_pcm_re2は、ＰＣＭ形式の対象トラックを送信装置ＳＯから再生装置ＲＥ２に送信するのに掛かる時間である。非圧縮ファイル形式（ＰＣＭ形式）の対象トラックＴＲのデータ長は、圧縮ファイル形式（ＡＴＲＡＣ形式）の対象トラックＴＲのデータ長よりも長いため、時間△Ttrans_pcm_re2は、時間△Ttrans_atrac_re2よりも長い。時間ΔTre2_atracは、再生装置ＲＥ２がＰＣＭ形式のトラックＴＲをＡＴＲＡＣ形式に変換するのに掛かる時間である。
【００４３】
同様に、ケース３の場合、図７を参照して、登録時間ＴＴ３は以下の式（３）のとおりとなる。
TT3=ΔTrip+△Ttrans_pcm_re1+ΔTre1_aac  （３）
ここで、時間△Ttrans_pcm_re1は、ＰＣＭ形式の対象トラックを送信装置ＳＯから再生装置ＲＥ１に送信するのに掛かる時間である。また、時間ΔTre1_aacは、再生装置ＲＥ１がＰＣＭ形式のトラックＴＲをＡＡＣ形式に変換するのに掛かる時間である。
【００４４】
ケース４の場合、図８を参照して、登録時間ＴＴ４は以下の式（４）のとおりとなる。
TT4=ΔTrip+△Ttrans_pcm_re1+△Ttrans_pcm_re2+ΔTre2_atrac  （４）
【００４５】
以上のシミュレートに基づいて、送信装置ＳＯは、登録時間ＴＴ１〜ＴＴ４を算定する。つまり、送信装置ＳＯは、送信装置ＳＯのエンコード処理能力（送信側エンコード情報）と、再生装置ＲＥのエンコード処理能力（再生側エンコード情報）と、送信装置ＳＯから再生装置ＲＥに対象トラックＴＲを送信するための通信能力（通信速度）とに基づいて、登録時間ＴＴ１〜ＴＴ４を算定する。そして、算定された登録時間ＴＴ１〜ＴＴ４のうち、最も短い登録時間ＴＴｉ（ｉ＝１〜４）を特定する。本例では、登録時間ＴＴ２が最も短いと仮定して説明を続ける。このとき、送信装置ＳＯは、ケース２に示したファイル形式の組み合わせに基づいて、各再生装置ＲＥ１及びＲＥ２に送信する対象トラックＴＲのファイル形式を決定する。具体的には、再生装置ＲＥ１には、圧縮ファイル形式（ＡＡＣ形式）の対象トラックＴＲを送信し、再生装置ＲＥ２には、非圧縮ファイル形式（ＰＣＭ形式）の対象トラックＴＲを送信する。再生装置ＲＥ１は、ＡＡＣ形式の対象トラックＴＲを受け、ＨＤＤ１３に格納する。一方、再生装置ＲＥ２は、ＰＣＭ形式の対象トラックＴＲを受けたとき、受けた対象トラックＴＲをＡＴＲＡＣ形式にエンコードして、ＨＤＤ１３に格納する。
【００４６】
なお、上述の各登録時間ＴＴ１〜ＴＴ４は、必ずしも上記式（１）〜（４）で求められるものではない。たとえば、ケース２において、送信装置ＳＯが対象トラックＴＲをＡＡＣ形式でエンコードするのに掛かる時間ΔTso_aacが図９に示すように非常に長い場合、登録時間ＴＴ２は、式（２）と異なる以下の式（５）で求められる。
TT2=ΔTrip+△Tso_aacΔTtrans_pcm_re1  （５）
【００４７】
各デバイス（送信装置ＳＯ、再生装置ＲＥ１、ＲＥ２）でのエンコード時間（ΔTso_aac、ΔTso_atrac、ΔTre1_aac、ΔTre2_atrac）と送信時間（ΔTtrans_aac_re1、ΔTtrans_pcm_re1、ΔTtrans_atrac_re2、ΔTtrans_pcm_re2）の長さにより、各ケース１〜４の登録時間ＴＴ１〜ＴＴ４は変化する。換言すれば、各ケースの登録時間ＴＴ１〜ＴＴ４は、各デバイスでのエンコード処理能力と、デバイス間の通信速度とに依存する。したがって、送信装置ＳＯは、各ケースでシミュレートを行い図５〜図８に示すようなシーケンスチャートを作成し、登録時間ＴＴｉを決定する。
【００４８】
以上のとおり、送信装置ＳＯは、各再生装置ＲＥ１及びＲＥ２に送信する対象トラックＴＲのファイル形式の組み合わせ（上述のケース１〜４）を設定する。そして、ファイル形式テーブル内の送信側及び再生側エンコード情報に基づいて、登録時間ＴＴｉを設定された各組み合わせごとに求める。送信装置ＳＯは、求めた登録時間ＴＴｉのうち最短の登録時間ＴＴｉの組み合わせに基づいて、対象トラックＴＲのファイル形式を決定し、送信する。以下、この一連の処理を最適送信処理という。最適送信処理により、ユーザは、送信装置ＳＯが取得したトラックをいち早く再生装置ＲＥ１、ＲＥ２で再生することができる。
【００４９】
送信装置ＳＯはさらに、取得したトラックを、再生装置ＲＥ１及びＲＥ２がデコード可能な圧縮ファイル形式にエンコードできない場合、対応の圧縮ファイル形式にエンコードするためのエンコーダを取得することができる（エンコーダ取得処理）。これにより、送信装置ＳＯは、上述のシミュレーションを実行することができる。以下、最適送信処理及びエンコーダ取得処理の詳細を説明する。
【００５０】
［エンコーダ取得処理］
図１０を参照して、ネットワーク上に新たな再生装置ＲＥが接続されたとき、再生装置ＲＥは、接続通知をネットワーク上のデバイスにマルチキャストする（Ｓ１）。ここでは、再生装置ＲＥ２がネットワークに新たに接続されたとして説明を続ける。ネットワーク上の送信装置ＳＯは、再生装置ＲＥ２からの接続通知を受ける（Ｓ２）。このとき、送信装置ＳＯは、最適送信処理を実行するための準備として、再生装置ＲＥ２のファイル形式テーブルを要求する（Ｓ３）。再生装置ＲＥ２は、要求を受け付け（Ｓ４）、自身が保有する図４に示すファイル形式テーブルを送信装置ＳＯに送信する（Ｓ５）。送信装置ＳＯは、再生装置ＲＥ２からファイル形式テーブルを受け、ＨＤＤ１３に格納する（Ｓ６）。
【００５１】
続いて、送信装置ＳＯは、送信装置ＳＯ自身が、対象トラックＴＲを、再生装置ＲＥ２がデコード可能な圧縮ファイル形式にエンコードできるか否かを判断する（Ｓ７）。具体的には、ステップＳ６で格納されたファイル形式テーブル内の「変換可能ファイル形式欄」に記録されたファイル形式情報を参照する。ここでは、再生装置ＲＥ２のファイル形式情報は「ＡＴＲＡＣ」である。そこで、送信装置ＳＯは、自身の図２に示すファイル形式テーブルが「ＡＴＲＡＣ」のファイル形式情報を含むか否かを判断する。図２に示すように、「ＡＴＲＡＣ」のファイル形式情報を含む場合（Ｓ７でＹＥＳ）、送信装置ＳＯは、ＡＴＲＡＣ形式へのエンコードを実行できるため、そのままエンコーダ取得処理を終了する。
【００５２】
一方、送信装置ＳＯのファイル形式テーブル内に「ＡＴＲＡＣ」のファイル形式情報が含まれていない場合（Ｓ７でＮＯ）、送信装置ＳＯはＡＴＲＡＣ形式へのエンコードができない。そこで、送信装置ＳＯは、ＡＴＲＡＣエンコーダを取得する（Ｓ８）。図１１を参照して、送信装置ＳＯはまず、再生装置ＲＥ２にエンコーダ情報を要求する（Ｓ８１）。再生装置ＲＥ２は、自身のＨＤＤ１３内にエンコーダ情報を記憶している。エンコーダ情報は、ＡＴＲＡＣエンコーダを配信する図示しない配信サーバの所在情報（アドレス）を含む。再生装置ＲＥ２は、送信装置ＳＯからの要求に応じてエンコーダ情報を送信する。
【００５３】
送信装置ＳＯは、再生装置ＲＥ２からエンコーダ情報を取得する（Ｓ８２）。そして、エンコーダ情報内の所在情報に基づいて、ＡＴＲＡＣエンコーダの配信サーバにアクセスし、ＡＴＲＡＣエンコーダを要求する（Ｓ８３）。配信サーバは要求に応じて、送信装置ＳＯにＡＴＲＡＣエンコーダを送信する。送信装置ＳＯは、ＡＴＲＡＣエンコーダを取得し、ＨＤＤ１３に格納する（Ｓ８４）。以上の動作により、送信装置ＳＯは、ＡＴＲＡＣエンコーダを取得する。そのため、送信装置ＳＯは、トラックをＡＴＲＡＣ形式に変換可能となる。
【００５４】
続いて、送信装置ＳＯは、ＡＴＲＡＣ形式にエンコードする場合の送信側エンコード情報を生成する（Ｓ８５）。具体的には、トラックを再生していないときに、ＨＤＤ１３内に格納された基準トラックをＡＴＲＡＣ形式にエンコードし、エンコードに掛かる時間を求める。つまり、パターン４の時間を求める。次に、求めた時間に基づいて、他のパターン１〜３の時間を求める。パターン１〜３の時間は、パターン４の時間に、経験値により決定された所定の係数を乗じて求めてもよいし、他の方法で求めてもよい。
【００５５】
以上の方法により生成されたＡＴＲＡＣ形式の送信側エンコード情報は、図２に示すファイル形式テーブルに登録される（Ｓ８６）。
【００５６】
［最適送信処理］
次に、送信装置ＳＯの最適送信処理について説明する。以降の説明では、送信装置ＳＯがリッピングにより対象トラックＴＲを取得すると仮定して説明を続ける。なお、リッピングにより複数のトラックを取得して再生装置ＲＥ１及びＲＥ２に送信することもできるが、説明を容易にするため、ここでは１つの対象トラックＴＲを取得して各再生装置ＲＥ１及びＲＥ２に送信すると仮定して説明する。ただし、複数の対象トラックＴＲを送信する場合も以下に示す動作と同じ動作で対応できる。
【００５７】
図１２を参照して、初めに、送信装置ＳＯは、対象トラックＴＲのデータ長に関する情報を取得する（Ｓ２０）。リッピングにより対象トラックＴＲを取得する場合、光ディスクドライブ１４に挿入された光ディスク２０内のＴＯＣ(Table of Contents)からＰＣＭ形式の対象トラックＴＲのデータ長に関する情報を読み出す。読み出された情報はメモリ１２に格納される。
【００５８】
続いて、送信装置ＳＯは、再生装置ＲＥ１及びＲＥ２にデータを送信するときの通信速度（アップロード速度）を測定する（Ｓ２１）。具体的には、送信装置ＳＯは、所定のデータ長のパケットを各再生装置ＲＥ１及びＲＥ２に送信し、その応答時間を測定する。そして、測定された応答時間に基づいて、通信速度を求める。ここで、送信装置ＳＯから再生装置ＲＥ１への通信速度をＶｒｅ１とし、送信装置ＳＯから再生装置ＲＥ２への通信速度をＶｒｅ２とする。これらの通信速度Ｖｒｅ１及びＶｒｅ２は、上述の送信時間（ΔTtrans_aac_re1、ΔTtrans_pcm_re1、ΔTtrans_atrac_re2、ΔTtrans_pcm_re2）を算出するときに利用される。通信速度ＶＲｅ１及びＶｒｅ２は、メモリ１２に格納される。
【００５９】
次に、送信装置ＳＯは、上述のシミュレーションを実行する（Ｓ２２〜Ｓ３２）。初めに、送信装置ＳＯはカウンタｉをリセットしてｉ＝１とする（Ｓ２２）。続いて、圧縮トラック送信対象デバイス数ＤＮをネットワーク上の再生装置ＲＥの総数に設定する（Ｓ２３）。本例では、ネットワーク上に再生装置ＲＥ１及びＲＥ２が存在するため、圧縮トラック送信対象デバイス数ＤＮを「２」に設定する。ここで、圧縮トラック送信対象デバイス数ＤＮとは、送信装置ＳＯが取得したトラックを所定の圧縮ファイル形式にエンコードして送信する送信先のデバイス数を意味する。
【００６０】
送信装置ＳＯはさらに、各デバイスのステータスを確認する（Ｓ２４）。具体的には、各デバイスが現在任意のトラックを再生中か否かを確認する。後述のステップで算出されるエンコード時間の算定に必要な情報だからである。送信装置ＳＯはまず、自身がリッピング処理時に合わせて再生指示を受けているか否かを確認する。本例では、再生指示を受けていないと仮定して説明を進める。確認結果はメモリ１２に格納される。送信装置ＳＯはさらに、再生装置ＲＥ１及びＲＥ２にステータスの確認要求を送信する。再生装置ＲＥ１及びＲＥ２は、確認要求を受信したとき、自身が再生中であるか否かを示すステータス情報を送信装置ＳＯに送信する。本例では、いずれの再生装置ＲＥ１及びＲＥ２も再生中でないと仮定して説明を続ける。送信されたステータス情報は、送信装置ＳＯ内のメモリ１２に格納される。
【００６１】
続いて、送信装置ＳＯは、各ケースでのシミュレーションに利用するエンコード時間及び送信時間を算出する（Ｓ２５及びＳ２６）。送信装置ＳＯはまず、送信装置ＳＯのファイル形式テーブル内の送信側エンコード情報と、再生装置ＲＥ１、ＲＥ２のファイル形式テーブル内の再生側エンコード情報とに基づいて、送信装置ＳＯ、再生装置ＲＥ１及びＲＥ２で対象トラックＴＲをエンコードするのに掛かる時間（エンコード時間）を算定する（Ｓ２５）。送信装置ＳＯは、送信側及び再生側エンコード情報と、ステップＳ２０で取得した対象トラックＴＲのデータ長と、ステップＳ２４で取得した各デバイスのステータスとに基づいて、エンコード時間を算定する。本例では、いずれのデバイス（送信装置ＳＯ、再生装置ＲＥ１、ＲＥ２）も再生をしていない状態であるため、送信装置ＳＯは、送信側エンコード情報のうち、パターン３のエンコード時間を利用する。そして、対象トラックＴＲのデータ長と、基準トラックのデータ長との比をパターン３のエンコード時間に乗じることで、エンコード時間ΔTso_aac及びΔTso_atracを求める。送信装置ＳＯはさらに、再生装置ＲＥ１の再生側エンコード情報から、未再生時のエンコード時間を読み出し、読み出されたエンコード時間に、対象トラックＴＲのデータ長と基準トラックのデータ長との比を乗じてエンコード時間ΔTre1_aacを求める。同様に、再生装置ＲＥ２の再生側エンコード情報を用いて、ΔTre2_atracを求める。
【００６２】
次に、送信装置ＳＯは、通信速度Ｖｒｅ１及びＶｒｅ２に基づいて、送信時間ΔTtrans_aac_re1、ΔTtrans_pcm_re1、ΔTtrans_atrac_re2及びΔTtrans_pcm_re2を求める（Ｓ２６）。送信装置ＳＯは、対象トラックＴＲのＰＣＭ形式のデータ長に基づいて、対象トラックのＡＡＣ形式でのデータ長及びＡＴＲＡＣ形式でのデータ長を算出する。続いて、通信速度Ｖｒｅ１及びＶｒｅ２に基づいて、送信時間ΔTtrans_aac_re1、ΔTtrans_pcm_re1、ΔTtrans_atrac_re2及びΔTtrans_pcm_re2を求める。求められた各送信時間はメモリ１２に格納される。
【００６３】
ステップＳ２５及びＳ２６で、対象トラックＴＲを送信する場合のエンコード時間及び送信時間を算出した後、各ケースでの登録時間ＴＴｉを算出する（Ｓ２７〜Ｓ３２）。送信装置ＳＯはまず、再生装置ＲＥ１及びＲＥ２に送信する対象トラックＴＲのファイル形式の組合わせ（ケース）を設定する（Ｓ２７）。ここでは、圧縮トラック送信対象デバイス数ＤＮ＝２であるため、ファイル形式の組み合わせとして上述のケース１を設定する（Ｓ２７）。続いて、ケース１での登録時間ＴＴ１を算定する（Ｓ２８）。送信装置ＳＯは、ステップＳ２５及びＳ２６で求めたエンコード時間及び送信時間を利用して、図５に示すケース１のシーケンスチャートを作成する。そして、作成されたシーケンスチャートに基づいて、登録時間ＴＴ１を算定する。算定された登録時間ＴＴ１はメモリ１２に格納される。
【００６４】
続いて、現在のＤＮ数＝２でケース１以外の他のケースが設定できるか否かを判断する（Ｓ２９）。ＤＮ数＝２の場合、ケース１以外のケースは存在しない（Ｓ２９でＮＯ）。そこで、送信装置ＳＯは、ＤＮ数を１つデクリメントしてＤＮ数＝１とする（Ｓ３０）。つまり、送信装置ＳＯによりエンコードされた対象トラックＴＲが送信される再生装置ＲＥを１つとする。続いて、送信装置ＳＯは、カウンタｉをインクリメントして（Ｓ３２）、ケースを設定する（Ｓ２７）。ＤＮ数が１つの場合、ケース２とケース３の２つのケースを設定できる。そこで、ここでは、ステップＳ２７で送信装置ＳＯがケース２を設定したとして説明を続ける。このとき、送信装置ＳＯは、シミュレートにより図６に示すシーケンスチャートを作成し、ケース２における登録時間ＴＴ２を算定する（Ｓ２８）。送信装置ＳＯはさらに、ＤＳ数＝１の場合、ケース２以外のケースが存在するか否かを判断する。ＤＳ数＝１の場合、ケース２の他にケース３が存在するため、送信装置ＳＯは、ケース２以外のケースがあると判断する（Ｓ２９でＹＥＳ）。この場合、カウンタｉをインクリメントして「３」とし（Ｓ３２）、ステップＳ２７に戻ってケース３を設定する。そして、図７に示すシーケンスチャートを作成し、ケース３における登録時間ＴＴ３を算定する（Ｓ２８）。
【００６５】
続いて、ステップＳ２９で送信装置ＳＯは、ＤＮ数＝１でケース２及び３以外の他のケースは存在しないと判断する（Ｓ２９でＮＯ）。そのため、ＤＮ数をデクリメントしてＤＮ＝０とし（Ｓ３０）、カウンタｉをインクリメントして（Ｓ３２）、ＤＮ数＝０におけるケースを設定する（Ｓ２７）。ＤＮ数＝０の場合、いずれの再生装置ＲＥ１及びＲＥ２にも、非圧縮ファイル形式の対象トラックＴＲを送信することになる。そこで、送信装置ＳＯは上述のケース４を設定する（Ｓ２７）。そして、図８に示すシーケンスチャートを作成してケース４における登録時間ＴＴ４を算定する（Ｓ２８）。
【００６６】
以上の動作を終了した後、送信装置ＳＯは、ＤＮ数＝０でケース４以外の他のケースはないと判断し（Ｓ２９でＮＯ）、ＤＮ数をデクリメントして「−１」とする（Ｓ３０）。このとき、送信装置ＳＯはＤＮ数が０未満になったと判断する（Ｓ３１でＹＥＳ）。つまり、送信装置ＳＯは、全てのケースについて、登録時間ＴＴｉを算定したと判断し、シミュレートを終了する。
【００６７】
続いて、送信装置ＳＯは、メモリ１２に格納された登録時間ＴＴ１〜ＴＴ４のうち、最短のものを選択する（Ｓ３３）。本例では、登録時間ＴＴ２が最短であるとして、説明を続ける。このとき、送信装置ＳＯは、登録時間ＴＴ２のケースを特定する。メモリ１２には、図１３に示す組合せテーブルが格納されている。組合せテーブルは、ステップＳ２８が実行されるごとに、算出された登録時間ＴＴｉと、対応するケースｉにおいて各再生装置ＲＥ１、ＲＥ２に送信される対象トラックのファル形式の組合せ（非圧縮ファイル形式又は圧縮ファイル形式）とが登録されている。以下、このファイル形式の組合せに関する情報を組合せ情報という。
【００６８】
送信装置ＳＯは、組合せテーブルを参照して、登録時間ＴＴ２に対応するケース２を特定する。そして、特定されたケース２の組合せ情報に基づいて、対象トラックＴＲのファイル形式を決定する（Ｓ３４）。
【００６９】
以上の動作を完了した後、対象トラックの取得及び送信処理を実行する（Ｓ３５）。図１４を参照して、送信装置ＳＯはまず、対象トラックＴＲを取得する（Ｓ３０１）。本例の場合、送信装置ＳＯは光ディスク２０に格納された対象トラックＴＲをリッピングしてＰＣＭ形式の対象トラックＴＲをＨＤＤ１３内のテンポラリ領域に格納する。なお、他のサーバから対象トラックを取得する場合も、取得した対象トラックをＨＤＤ１３内のテンポラリ領域に格納する。
【００７０】
続いて、送信装置ＳＯは、ステップＳ３４で決定されたケース２の組合せ情報を読み出す（Ｓ３０２）。続いて、テンポラリ領域に格納された対象トラックを複製し（Ｓ３０３）、読み出された組合せ情報に基づいて、複製された対象トラックＴＲを必要に応じてエンコードし、再生装置ＲＥ１及びＲＥ２に送信する（Ｓ３０４）。本例の場合、ケース２の組合せ情報に基づいて、複製された２つの対象トラックＴＲの一方をＡＡＣ形式にエンコードして送信装置ＲＥ１に送信する。そして、他方を非圧縮ファイル形式（ＰＣＭ形式）のまま再生装置ＲＥ２に送信する。
【００７１】
［再生装置の動作］
再生装置ＲＥの動作処理を図１５に示す。図１５を参照して、再生装置ＲＥは、送信装置ＳＯから対象トラックＴＲを受信する（Ｓ４１）。続いて、再生装置ＲＥは、受信した対象トラックＴＲのファイル形式が非圧縮ファイル形式か否かを判断する（Ｓ４２）。ステップＳ４２の判断は、たとえば、送信された対象トラックＴＲに添付される拡張子を参照して判断する。また、送信装置ＳＯが、対象トラックＴＲに、ファイル形式に関するメタ情報を付加して送信し、再生装置ＲＥがそのメタ情報を読み出してステップＳ４２の判断をしてもよい。
【００７２】
本例では、再生装置ＲＥ１は、ステップＳ４２の判断の結果、送信された対象トラックＴＲは圧縮ファイル形式であると判断する（Ｓ４２でＮＯ）。そのため、再生装置ＲＥ１は、送信された対象トラックＴＲを自身のＨＤＤ１３に登録する（Ｓ４４）。一方、再生装置ＲＥ２は、ステップＳ４２で判断の結果、送信された対象トラックＴＲは非圧縮ファイル形式であると判断する（Ｓ４２でＹＥＳ）。そのため、再生装置ＲＥ２は、送信された対象トラックＴＲをＡＴＲＡＣ形式にエンコードする（Ｓ４３）。そして、エンコードされた対象トラックをＨＤＤ１３に登録する（Ｓ４４）。
【００７３】
上述の実施の形態では、対象トラックＴＲが１つである場合について説明したが、送信装置ＳＯは、対象トラックが複数存在する場合も、上述と同じ動作を実行する。
【００７４】
また、再生装置数が３以上であっても、送信装置ＳＯは、図１２に示す最適送信処理により、送信される各対象トラックＴＲのファイル形式の全ての組合せ（ケース）を設定でき、各組合せにおける登録時間を算定できる。たとえば、３つの再生装置ＲＥ１〜ＲＥ３がネットワークに存在する場合にメモリ１２に格納される組合せテーブルでは、図１６に示すとおり、８つの組合せ（ケース）が設定される。したがってこの場合、送信装置ＳＯは、登録時間ＴＴ１〜ＴＴ８をそれぞれ求める。
【００７５】
また、上述の登録時間ＴＴｉには、リッピング時間ΔTripを含めたが、登録時間ＴＴｉにリッピング時間ΔTripを必ずしも含めなくてもよい。なぜなら、リッピング時間ΔTripはいずれのケースでも不変の時間だからである。したがって、リッピングにより対象トラックＴＲの取得が完了したときから各再生装置のＨＤＤに対象トラックＴＲが登録されるまでの時間を登録時間ＴＴｉと定義してもよい。
【００７６】
また、上述の各デバイス（送信装置ＳＯ、再生装置ＲＥ１及びＲＥ２）のファイル形式テーブルは、予め各デバイスに登録されていてもよいし、全てのファイル形式テーブルが予め送信装置ＳＯに登録されていてもよい。
【００７７】
また、上述のエンコード取得処理では、送信装置ＳＯが再生装置ＲＥからエンコーダを配信する配信サーバの所在情報を取得し、配信サーバにアクセスしてエンコーダを取得したが、各再生装置ＲＥが配信可能なエンコーダを保有していてもよい。この場合、送信装置ＳＯは、再生装置ＲＥに要求すれば、エンコーダを取得できる。
【００７８】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【図面の簡単な説明】
【００７９】
【図１】本発明の実施の形態によるネットワークＡＶシステムの全体構成を示す機能ブロック図である。
【図２】図１に示した送信装置に格納されるファイル形式テーブルのデータ構造を示す図である。
【図３】図１に示した再生装置に格納されるファイル形式テーブルのデータ構造を示す図である。
【図４】図３と異なる、図１中の他の再生装置に格納されるファイル形式テーブルのデータ構造を示す図である。
【図５】図１中の送信装置のシミュレートの一例を示す図である。
【図６】図５と異なる、他のシミュレート例を示す図である。
【図７】図５及び図６と異なる、他のシミュレート例を示す図である。
【図８】図５〜図７と異なる、他のシミュレート例を示す図である。
【図９】図５〜図８と異なる、他のシミュレート例を示す図である。
【図１０】図１に示すネットワークＡＶシステムのエンコーダ取得処理の詳細を示すフロー図である。
【図１１】図１０中の対応エンコーダ取得処理の詳細を示すフロー図である。
【図１２】図１中の送信装置で実行される最適送信処理の詳細を示すフロー図である。
【図１３】図１２中の処理で作成される組合せテーブルのデータ構造を示す図である。
【図１４】図１２中の送信処理の詳細を示すフロー図である。
【図１５】図１中の再生装置の動作の詳細を示すフロー図である。
【図１６】図１３と異なる他の組合せテーブルの一例を示す図である。
【符号の説明】
【００８０】
１１  制御部
１２  メモリ
１３  ハードディスク
１４  光ディスクドライブ
２０  光ディスク
ＲＥ１，ＲＥ２  再生装置
ＳＯ  送信装置
【図１】
2010078712.tif 000003
【図２】
2010078712.tif 000004
【図３】
2010078712.tif 000005
【図４】
2010078712.tif 000006
【図５】
2010078712.tif 000007
【図６】
2010078712.tif 000008
【図７】
2010078712.tif 000009
【図８】
2010078712.tif 000010
【図９】
2010078712.tif 000011
【図１０】
2010078712.tif 000012
【図１１】
2010078712.tif 000013
【図１２】
2010078712.tif 000014
【図１３】
2010078712.tif 000015
【図１４】
2010078712.tif 000016
【図１５】
2010078712.tif 000017
【図１６】
2010078712.tif 000018