送信装置と、前記送信装置とネットワーク経由で接続可能な複数の受信装置とを備え、複数のコンテンツを連続して再生するコンテンツ再生システムであって、前記送信装置が、前記各受信装置に対して、同時刻に同じコンテンツの同じ再生位置のコンテンツデータを送信する送信部を有し、前記各受信装置が、前記送信装置からコンテンツデータを受信する受信部と、受信したコンテンツデータを再生する再生部と、次のコンテンツのコンテンツデータを最初に受信した受信開始時刻を特定する時刻特定部と、前記受信開始時刻に、各受信装置において同じ時間に設定されている遅延時間を加算して、次のコンテンツの再生開始時刻を設定する開始時刻設定部と、再生開始時刻になったか否かを判断する時刻判断部と、再生開始時刻になったと判断された場合、前記再生部に、現在再生中のコンテンツの再生を終了させ、再生開始時刻になった次のコンテンツのコンテンツデータの再生を開始させる再生制御部とを有する、コンテンツ再生システム。前記再生制御部が、再生開始時刻になったと判断された場合、前記再生部に、現在再生中のコンテンツのコンテンツデータを記憶領域から全て削除させ、再生開始時刻になった次のコンテンツのコンテンツデータを記憶領域に格納させることにより、再生開始時刻になった次のコンテンツのコンテンツデータを再生開始させる、請求項1に記載のコンテンツ再生システム。前記送信部が、コンテンツと共に、フェードアウトすることを示す情報、又は、フェードインすることを示す情報を送信し、前記再生部が、前のコンテンツの末尾部分をフェードアウトさせ、次のコンテンツの先頭部分をフェードインさせるように合成して再生し、前記開始時刻設定部が、前記受信開始時刻に前記遅延時間を加算し、次のコンテンツのコンテンツデータを最初に受信したときのバッファに蓄積されている残り再生時間を減算し、前記再生開始時刻を設定する、請求項1または2に記載のコンテンツ再生システム。前記各受信装置が、再生開始時刻になったと判断された時点の現在再生中のコンテンツの残り再生時間を前記送信装置に送信する残り再生時間送信部をさらに有し、前記送信装置が、再生開始時刻になったと判断された時点の現在再生中のコンテンツの残り再生時間を前記各受信装置から受信する残り再生時間受信部と、前記各受信装置から受信した残り再生時間の最大値を特定し前記遅延時間に加算して、新たな前記遅延時間を算出する遅延時間算出部と、算出された新たな前記遅延時間を前記各受信装置に送信する遅延時間送信部とをさらに有し、前記各受信装置が、算出された新たな前記遅延時間を受信する遅延時間受信部をさらに有し、前記開始時刻設定部が、前記受信開始時刻に、算出された新たな前記遅延時間を加算して、次のコンテンツの再生開始時刻を設定する、請求項1~3のいずれかに記載のコンテンツ再生システム。前記複数のコンテンツが連続した音声信号であって、前記受信装置が、前記送信装置から受信する基準クロックと、前記受信装置内で管理するクロックとの差情報を前記送信装置に送信する差情報送信部をさらに有し、前記送信装置が、前記受信装置から差情報を受信する差情報受信部と、受信した差情報が所定値以上であり、かつ、音声信号のレベルが無音と判断される所定レベル未満である場合に、当該箇所で別のコンテンツとして分離するコンテンツ分離部とをさらに有する、請求項1~4のいずれかに記載のコンテンツ再生システム。送信装置と、前記送信装置とネットワーク経由で接続可能な受信装置とを備え、複数のコンテンツを連続して再生するコンテンツ再生システムであって、前記送信装置が、前記受信装置および前記送信装置自身に対して、同時刻に同じコンテンツの同じ再生位置のコンテンツデータを送信する送信部を有し、前記受信装置及び前記送信装置が、前記送信装置からコンテンツデータを受信する受信部と、受信したコンテンツデータを再生する再生部と、次のコンテンツのコンテンツデータを最初に受信した受信開始時刻を特定する時刻特定部と、前記受信開始時刻に、前記受信装置および前記送信装置において同じ時間に設定されている遅延時間を加算して、新たなコンテンツの再生開始時刻を設定する開始時刻設定部と、再生開始時刻になったか否かを判断する時刻判断部と、再生開始時刻になったと判断された場合、前記再生部に、現在再生中のコンテンツの再生を終了させ、再生開始時刻になった次のコンテンツのコンテンツデータの再生を開始させる再生制御部とを有する、コンテンツ再生システム。請求項1~6のいずれかに記載のコンテンツ再生システムにおける前記送信装置。請求項1~6のいずれかに記載のコンテンツ再生システムにおける前記受信装置。本発明は上記従来の課題を解決するためになされたものであり、その目的は、ソフトウェア処理によって各受信装置のコンテンツ毎の再生開始時刻を同期させることができるコンテンツ再生システムを提供することである。本発明の別の目的は、ソフトウェア処理によって受信装置及び送信装置のコンテンツ毎の再生開始時刻を同期させることができるコンテンツ再生システムを提供することである。本発明は、上記いずれか一方の課題を解決すればよい。本発明の好ましい実施形態によるコンテンツ再生システムは、送信装置と、前記送信装置とネットワーク経由で接続可能な複数の受信装置とを備え、複数のコンテンツを連続して再生するコンテンツ再生システムであって、前記送信装置が、前記各受信装置に対して、同時刻に同じコンテンツの同じ再生位置のコンテンツデータを送信する送信部を有し、前記各受信装置が、前記送信装置からコンテンツデータを受信する受信部と、受信したコンテンツデータを再生する再生部と、次のコンテンツのコンテンツデータを最初に受信した受信開始時刻を特定する時刻特定部と、前記受信開始時刻に、各受信装置において同じ時間に設定されている遅延時間を加算して、次のコンテンツの再生開始時刻を設定する開始時刻設定部と、再生開始時刻になったか否かを判断する時刻判断部と、再生開始時刻になったと判断された場合、前記再生部に、現在再生中のコンテンツの再生を終了させ、再生開始時刻になった次のコンテンツのコンテンツデータの再生を開始させる再生制御部とを有する。送信装置は、各受信装置に対して、同時刻に同じコンテンツの同じ再生位置のコンテンツデータを送信する。従って、各受信装置は、ほぼ同時刻に同じコンテンツの同じ再生位置のコンテンツデータを受信する。受信装置は、次のコンテンツのコンテンツデータを最初に受信した受信開始時刻を特定し、受信開始時刻に、各受信装置において同じ時間に設定されている遅延時間を加算して、次のコンテンツの再生開始時刻を設定する。受信装置は、再生開始時刻になると、現在再生中のコンテンツの再生を終了させ、再生開始時刻になった次のコンテンツのコンテンツデータの再生を開始させる。従って、コンテンツの再生中に受信装置毎に再生位置が若干ずれたとしても、次のコンテンツの再生開始時刻は全ての受信装置で同期させることができる。好ましい実施形態においては、前記再生制御部が、再生開始時刻になったと判断された場合、前記再生部に、現在再生中のコンテンツのコンテンツデータを記憶領域から全て削除させ、再生開始時刻になった次のコンテンツのコンテンツデータを記憶領域に格納させることにより、再生開始時刻になった次のコンテンツのコンテンツデータを再生開始させる。次のコンテンツの再生開始時刻になったときに、バッファに前のコンテンツのコンテンツデータが未だ格納されている場合に、前のコンテンツのコンテンツデータを全て削除し、次のコンテンツのコンテンツデータをバッファに格納することで、再生開始時刻に次のコンテンツを再生開始することができる。好ましい実施形態においては、前記送信部が、コンテンツと共に、フェードアウトすることを示す情報、又は、フェードインすることを示す情報を送信し、前記再生部が、前のコンテンツの末尾部分をフェードアウトさせ、次のコンテンツの先頭部分をフェードインさせるように合成して再生し、前記開始時刻設定部が、前記受信開始時刻に前記遅延時間を加算し、次のコンテンツのコンテンツデータを最初に受信したときのバッファに蓄積されている残り再生時間を減算し、前記再生開始時刻を設定する。前のコンテンツをフェードアウトさせ、次のコンテンツをフェードインさせる場合、次のコンテンツの再生開始時刻にバッファ内に残存する前のコンテンツのコンテンツデータを削除することができない。前のコンテンツの途中部分が再生されなくなるからである。本例では、次のコンテンツのコンテンツデータを最初に受信したときのバッファに蓄積されている前のコンテンツの残り再生時間を、次のコンテンツの再生開始時刻から減算することで、この問題を解決することができる。好ましい実施形態においては、前記各受信装置が、再生開始時刻になったと判断された時点の現在再生中のコンテンツの残り再生時間を前記送信装置に送信する残り再生時間送信部をさらに有し、前記送信装置が、再生開始時刻になったと判断された時点の現在再生中のコンテンツの残り再生時間を前記各受信装置から受信する残り再生時間受信部と、前記各受信装置から受信した残り再生時間の最大値を特定し前記遅延時間に加算して、新たな前記遅延時間を算出する遅延時間算出部と、算出された新たな前記遅延時間を前記各受信装置に送信する遅延時間送信部とをさらに有し、前記各受信装置が、算出された新たな前記遅延時間を受信する遅延時間受信部をさらに有し、前記開始時刻設定部が、前記受信開始時刻に、算出された新たな前記遅延時間を加算して、次のコンテンツの再生開始時刻を設定する。受信装置は、再生開始時刻になったと判断された時点の現在再生中のコンテンツの残り再生時間つまり再生できなかった残り再生時間を送信装置に送信する。送信装置は、各受信装置から受信した残り再生時間の最大値を特定し遅延時間に加算して、新たな遅延時間を算出し、各受信装置に送信する。各受信装置は、新たな遅延時間を使用して再生開始時刻を設定する。従って、全ての受信装置がコンテンツを最後まで再生し終えることが出来るように、遅延時間を適宜補正することができる。好ましい実施形態においては、前記複数のコンテンツが連続した音声信号であって、前記受信装置が、前記送信装置から受信する基準クロックと、前記受信装置内で管理するクロックとの差情報を前記送信装置に送信する差情報送信部をさらに有し、前記送信装置が、前記受信装置から差情報を受信する差情報受信部と、受信した差情報が所定値以上であり、かつ、音声信号のレベルが無音と判断される所定レベル未満である場合に、当該箇所で別のコンテンツとして分離するコンテンツ分離部とをさらに有する。複数のコンテンツが連続した音声信号であっても、無音と判断される箇所で別のコンテンツとして分離することによって、上記のように別のコンテンツの再生開始時刻を受信装置間で同期させることができる。本発明の別の好ましい実施形態によるコンテンツ再生システムは、送信装置と、前記送信装置とネットワーク経由で接続可能な受信装置とを備え、複数のコンテンツを連続して再生するコンテンツ再生システムであって、前記送信装置が、前記受信装置および前記送信装置自身に対して、同時刻に同じコンテンツの同じ再生位置のコンテンツデータを送信する送信部を有し、前記受信装置及び前記送信装置が、前記送信装置からコンテンツデータを受信する受信部と、受信したコンテンツデータを再生する再生部と、次のコンテンツのコンテンツデータを最初に受信した受信開始時刻を特定する時刻特定部と、前記受信開始時刻に、前記受信装置および前記送信装置において同じ時間に設定されている遅延時間を加算して、新たなコンテンツの再生開始時刻を設定する開始時刻設定部と、再生開始時刻になったか否かを判断する時刻判断部と、再生開始時刻になったと判断された場合、前記再生部に、現在再生中のコンテンツの再生を終了させ、再生開始時刻になった次のコンテンツのコンテンツデータの再生を開始させる再生制御部とを有する。送信装置は、受信装置及び送信装置自身に対して、同時刻に同じコンテンツの同じ再生位置のコンテンツデータを送信する。従って、受信装置および送信装置は、同時刻に同じコンテンツの同じ再生位置のコンテンツデータを受信する。受信装置および送信装置は、次のコンテンツのコンテンツデータを最初に受信した受信開始時刻を特定し、受信開始時刻に、受信装置及び送信装置において同じ時間に設定されている遅延時間を加算して、次のコンテンツの再生開始時刻を設定する。受信装置および送信装置は、再生開始時刻になると、現在再生中のコンテンツの再生を終了させ、再生開始時刻になった次のコンテンツのコンテンツデータの再生を開始させる。従って、コンテンツの再生中に受信装置および送信装置で再生位置が若干ずれたとしても、次のコンテンツの再生開始時刻は受信装置および送信装置で同期させることができる。本発明の一実施形態によると、ソフトウェア処理によって各受信装置のコンテンツ毎の再生開始時刻を同期させることができるコンテンツ再生システムを提供することができる。本発明の別の一実施形態によると、ソフトウェア処理によって受信装置及び送信装置のコンテンツ毎の再生開始時刻を同期させることができるコンテンツ再生システムを提供することができる。以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図1は、コンテンツ再生システムを示すブロック図である。コンテンツ再生システムは、送信装置100と、複数の受信装置200200A、200B、200C等と、サーバ300とを備え、これらはインターネット、LAN等の任意のネットワークを介して相互に接続可能である。サーバ300は、複数のコンテンツをHDD等の記憶媒体に格納している。コンテンツは、音楽曲データ、映像画像データ等の総称であるが、本例では曲データである。つまり、1つの曲のことを1つのコンテンツという。送信装置100は、サーバ300からコンテンツデータを受信し、受信したコンテンツデータをパケット化して、各受信装置200に対して、同時刻に同じコンテンツの同じ再生位置のコンテンツデータを送信する。つまり、送信装置100は、曲データを各受信装置200に対してマルチキャスト又はブロードキャスト配信する。なお、サーバ300は、送信装置100とネットワーク経由で接続されている必要はなく、音声ケーブル等で有線接続されていてもよい。また、サーバ300の機能を送信装置100が備えていても良い。各受信装置200は、同時刻に同じコンテンツの同じ再生位置のコンテンツデータを受信する。各受信装置200は、受信したコンテンツデータを再生する。ここで、各受信装置は、次のコンテンツのコンテンツデータを最初に受信した受信開始時刻を特定し、受信開始時刻に、各受信装置200において同じ時間に設定されている遅延時間を加算して、次のコンテンツの再生開始時刻を設定する。従って、各受信装置は、同時刻に送信装置100からコンテンツデータを受信するので、各受信装置のコンテンツ毎の再生開始時刻が全て同じになるように設定される。各受信装置200は、再生開始時刻になったか否かを判断し、再生開始時刻になったと判断された場合、現在再生中のコンテンツの再生を終了し、再生開始時刻になった次のコンテンツのコンテンツデータの再生を開始する。これにより、コンテンツ単位で、各受信装置は再生開始時刻を同期させることができる。すなわち、コンテンツを再生していくと、各受信装置の再生クロックの周波数の誤差によって、各受信装置200が再生しているコンテンツの再生位置に若干の誤差が生じる場合があるが、次のコンテンツを再生開始するときに、コンテンツの再生位置を各受信装置200で一致させることができる。送信装置100は、受信装置200の機能を兼有していてもよい。つまり、送信装置100は、各受信装置200に加えて、送信装置100にも同時刻に同じコンテンツの同じ再生位置のコンテンツデータを送信する。送信装置100も、受信装置200と同じように、次のコンテンツのコンテンツデータを最初に受信した受信開始時刻を特定し、受信開始時刻に、各受信装置200および送信装置100において同じ時間に設定されている遅延時間を加算して、次のコンテンツの再生開始時刻を設定する。送信装置100は、再生開始時刻になったか否かを判断し、再生開始時刻になったと判断された場合、現在再生中のコンテンツの再生を終了し、再生開始時刻になった次のコンテンツのコンテンツデータの再生を開始する。これにより、コンテンツ単位で、送信装置も、各受信装置と再生開始時刻を同期させることができる。図2は、送信装置100の構成を示す概略ブロック図であるなお、送信装置100における受信装置200としての機能の説明は図3で記載する。送信装置100は、制御部11と、メモリROM、RAM等12と、ネットワークインターフェース13と、受信バッファ14と、デコーダ15と、パケット化部16と、送信バッファ17とを概略備える。制御部11は、メモリ12に格納されている送信装置100の動作プログラムに基づいて送信装置100の各部を制御するものであり、マイコンやCPU等である。ネットワークインターフェース13は、サーバ300や、受信装置200とネットワーク経由で通信し、データやコマンドを送受信する。受信バッファ14は、ネットワークインターフェースを介してサーバ300から受信した曲データを一時的に格納し、その後、デコーダ15に供給する。デコーダ15は、曲データをデコードし、PCMデータ列に変換し、パケット化部16に供給する。パケット化部16は、ひとかたまりのPCMデータ列を例えばRTPRealtimeTransportProtocol等の任意のプロトコルを用いてパケットに変換する。パケット化部16は、送信バッファ17にパケットを一時的に格納する。制御部11は、送信バッファ17からパケットを取り出してタイムスタンプ及びSSRCを含むヘッダを追加して、ネットワークインターフェース13を介して、各受信装置200にパケットを送信する。SSRCは、RTPにおいて定義されている曲を示す識別情報である。図3は、各受信装置200及び送信装置100の受信装置としての機能の構成を示すブロック図である。受信装置200は、制御部21と、メモリ22ROM、RAM等と、受信処理部23と、キュー管理部24と、再生処理部25とを概略備える。制御部21は、メモリ22に格納されている受信装置200の動作プログラムを実行することによって、受信装置200の各部を制御するものであり、マイコンやCPU等である。受信処理部23は、送信装置100からネットワーク経由で送信された曲データのパケットを受信し、チャンクを生成する。チャンクはひとかたまりのPCMデータ列にヘッダを付加したものである。受信処理部23は、パケット受信部23Aと、パケット解析部23Bと、チャンク生成部23Cと、キュー操作部23Dとを有する。パケット受信部23Aは、ネットワーク経由で送信装置100から送信されたパケットを受信し、パケット解析部23Bに供給する。パケット解析部23Bは、パケットのヘッダに含まれているSSRCを取得し、制御部21に供給する。パケット解析部23Bは、受信したパケットに含まれているSSRCが変更されたとき、すなわち、受信した曲が次の曲に変更されたとき、パケットを受信した時刻を受信開始時刻として特定し、制御部21に供給する。チャンク生成部23Cは、パケットからチャンクを生成し、キュー管理部24に供給する。キュー操作部23Dは、制御部21の指示に基づいてキュー管理テーブルを更新制御する。キュー管理部24は、曲毎にキューを作成し、キューにチャンクを格納すると共に、キューの情報をキュー管理テーブルにおいて管理する。キュー管理部24は、曲毎に生成されたキュー24Aと、キュー管理テーブル24Bとを有する。キューは、次の曲のチャンクが受信処理部23から供給されるときに、新たに生成される。キューに格納されたチャンクは、制御部21の指示に応じて再生処理部25によって読み出される。図4は、キュー管理テーブルの一例を示す図である。キュー管理テーブルには、キューインデックスと、キューID識別番号と、再生開始時刻と、キューの状態とが対応付けて登録される。これらの情報の詳細について後述する。再生処理部25は、キュー管理部24から読み出したチャンクを再生し、音声信号を出力する。再生処理部25は、チャンク処理部25Aと、ミキシング処理部25Bと、音声出力部25Cとを概略有する。チャンク処理部25Aは、キューからチャンクを読み出して、チャンクからPCMデータ列を取り出す。ミキシング処理部25は、後述する別の実施形態においてクロスフェード処理を実行する際に前の曲のPCMデータと、後の曲のPCMデータとを合成する。音声出力部25Cは、チャンク処理部25A又はミキキング処理部25BからのPCMデータ列を自身が備えるバッファ音声出力バッファに一時的に格納したあと、音声出力を実行する。以上の構成を有するコンテンツ再生システムの動作を説明する。図5は、送信装置100の制御部11の送信処理を示すフローチャートである。制御部11は、サーバ300から例えばネットワーク経由でコンテンツリストを取得し、メモリ12に保存するS1。制御部11は、コンテンツリストから曲を1つ選択するS2。制御部11は、コンテンツリスト内の全ての曲について受信装置200に送信済みであるか否かを判断するS3。送信済みであればS3でYES、処理を終了する。送信済みでなければS3でNO、制御部11は選択された曲の例えば全データをサーバ300からネットワーク経由で取得し、受信バッファ14に格納するS4。制御部11は、選択された曲のSSRCを生成するS5。SSRCは、RTPのヘッダに含まれている、曲を特定するための識別情報である。制御部11は、受信バッファ14内に格納されている曲データをペイロード長分読み出して、デコードし、パケット化し、送信バッファに格納するS6。ペイロード長とは、1つのパケットに含めることができる曲データの最大サイズである。制御部11は、タイミング調整のために所定時間待機するS7。ここで、所定時間とは、受信装置200に前回送信した曲データが受信装置200側で消化されるまでに必要な時間であり、詳細には、送信済みサンプル数の総和/サンプリング周波数によって決定される。制御部11は、ヘッダにタイムスタンプとSSRCとを格納するS8。タイムスタンプは、主として、受信装置200がパケットを受信できなかった場合に、欠落しているパケットの再生時間情報を確認するために使用される情報である。制御部11は、曲データのパケットにヘッダを付加して、ネットワークインターフェース13を介して、各受信装置200に曲データのパケットを送信するS9。制御部11は、選択された曲の全曲データを送信完了したか否かを判断するS10。送信完了していない場合S10でNO、処理はS6に戻って、曲データのパケットの送信を継続する。送信完了した場合S10でYES、制御部11は、曲間パケットを送信しながら、所定時間待機するS11。つまり、受信装置200は、音声再生のクロック周波数が低い場合に、曲データの再生終了までの時間が遅くなる。従って、全ての受信装置200が曲データを最後まで再生し終え、かつ、次の曲を再生開始するまでに多少の曲間が生じるように、次の曲データの送信を所定時間待機することが好ましい。待機している間、制御部11は、曲間パケットを送信する。曲間パケットは、ペイロードに曲データを含まず、ヘッダに曲間パケットであることを示す情報が含まれている。曲間パケットであることを示す情報は、例えば、曲間フラグが1にセットされることによって実現することができる。曲間パケットに含まれるSSRCは、直前に送信終了した曲のSSRCである。その後、処理はS2に戻って、制御部11は、コンテンツリストから次の曲を選択し、上記各処理を再度実行する。図6は、受信装置200の制御部21の受信処理を示す。制御部21は、曲データのパケットの受信に必要な情報例えばマルチキャストアドレス等を取得するS21。制御部21は、受信処理部23に曲データのパケットを受信開始させるS22。パケットを受信した場合S23でYES、制御部21は、チャンク生成部23Cに、パケットからチャンクを生成させるS24。チャンクは、再生処理部25に送信するひとかたまりのPCMデータ列にヘッダを付加したものである。必要に応じて、パケット内の曲データが圧縮データである場合にはデコードが実行される。制御部21は、パケット解析部23Bに、パケットからSSRCを取得させるS25。制御部21は、取得したSSRCが前回受信したパケットのSSRCと異なっているか否かを判断するS26。すなわち、受信した曲データが次の曲の曲データに変更されたか否かが判断される。SSRCが同じである場合S26でYES、制御部21は、チャンク生成部23Cに、チャンクを現在再生中の曲に対応するキューに格納させるS31。一方、SSRCが変更された場合S26でNO、制御部21は、キュー管理部24に新たな曲に対応するキューを生成させ、新たなキューのキューIDを設定するS27。制御部21は、新たに生成したキューに対してその再生開始時刻を設定するS28。詳細には、制御部21は、パケット解析部23Bから、SSRCが変更されたパケットすなわち次の曲の先頭パケットを受信した受信時刻を取得し、受信時刻に所定の遅延時間を加算し、キューの再生開始時刻を算出する。遅延時間は、例えば、各受信装置200において同じ遅延時間に設定されており、好ましくは、全ての受信装置200が曲データを最後まで再生し終えることができる遅延時間に設定されている。制御部21は、新たに設定したキューIDに対応するキューの状態として、再生開始待ちを設定するS29。制御部21は、キュー管理テーブルに、キューID、再生開始時刻、及び、キューの状態を登録するS30。制御部21は、受信処理部23に、新たに生成したキューにチャンクを格納させるS31。この時点では、前の曲現在再生中の曲のキューにもチャンクが格納されている状態であり、重複して前後の2つの曲のキューが生成されて、それぞれのキューにチャンクが格納された状態となる。その後、処理はS23に戻って、上記の処理を繰り返す。ここで、図7を参照し、キュー管理テーブルに設定されるキューの状態について説明する。再生開始待ちは、新たにキューが生成されたときから再生開示時刻に到達するまでの状態であり、キューにチャンクが格納されていくが、再生は開始されていない状態である。再生中は、再生開始時刻になり、キューからPCMデータが音声出力部25Cに出力される状態である。廃棄待ちは、次の曲のキューの再生開始時刻になったために、キューから音声出力部にチャンクが出力されなくなった状態であり、キューが廃棄されるのを待機している状態である。図8は、受信装置200の制御部21の再生処理を示す。制御部21は、音声出力部25Cに音声出力設定例えば、サンプリング周波数、量子化ビット数の設定を実行するS41。制御部21は、音声出力部25Cの音声出力バッファをクリアするS41。制御部21は、キュー管理テーブルのキューインデックスを0に初期化するS42。制御部21は、キュー管理テーブルからキューインデックスに対応するキューの各情報再生開始時刻、キューの状態を読み出すS43。制御部21は、対応するキューが存在するか否かを判断するS44。存在しなければS44でNO、処理はS42に戻る。存在する場合S44でYES、制御部21は、キューの状態が再生開始待ちであるか否かを判断するS45。再生開始待ちである場合S45でYES、再生開始待ち処理後述が実行されS46、処理はS49に進む。一方、再生開始待ちではない場合S45でNO、制御部21は、キューの状態が廃棄待ちであるか否かを判断するS47。廃棄待ちである場合S47でYES、処理はS49に進む。一方、廃棄待ちでない場合S47でNO、制御部21は、キューの状態が再生中であるので、再生中処理後述を実行しS48、処理はS49に進む。制御部21は、キューインデックスを1加算し、S43に戻って、上記の処理を繰り返す。つまり、キュー管理テーブルに登録されている各キューについてキューインデックスの順番に上記処理が実行される。図9は、再生開始待ち処理S46の詳細を示す。制御部21は、現在時刻とキューの再生開始時刻とを比較するS51。現在時刻は、受信装置200自身が管理している時刻である。未だ再生開始時刻になってない場合S52でNO、処理を終了する。再生開始時刻になるとS52でYES、制御部21は、他のキューが存在する場合に、キュー管理部24に、他のキューを全て廃棄させ、廃棄したキューの各情報をキュー管理テーブルから削除するS53。すなわち、前の曲のチャンクを格納している、又は、格納していたキューを廃棄させる。制御部21は、音声出力部25Cに音声出力バッファをクリアさせるS54。クリアとは、バッファ内のデータを全て削除することである。これにより、前の曲データがバッファに残存する場合でも、バッファ内の曲データを全て削除する。従って、曲の再生開始時刻になると、直ちに曲データの再生を開始することができるので、再生開始時刻を同じ時刻に設定しておくことで、送信装置100及び各受信装置200において曲の再生開始時刻を同期させることが可能となる。制御部21は、キュー管理部24にキューからチャンクを読み出させ、チャンク処理部25Aに供給させるS55。チャンク処理部25Aは、制御部21の指示で、チャンクからPCMデータ列を取出しS56、音声出力部25Cの音声出力バッファに格納するS57。制御部21は、音声出力部25Cに音声出力バッファに格納されているPCMデータを再生開始させるS58。制御部21は、キュー管理テーブルにおけるキューの状態を再生中に変更するS59。図10は、各受信装置200における前の曲と次の曲の再生タイミングを模式的に示した図であり、横軸が時刻である。受信装置200A~200Cは共に同じ再生開始時刻に曲Yを再生開始しており、再生開始時刻が同期している。受信装置200Aおよび200Cは、曲Yの再生開始時刻になる前に前の曲Xの再生を終了している。一方、受信装置200Bは、曲Yの再生開始時刻迄に前の曲Xを再生し終えることが出来なかったので、曲Xの末尾部分の再生が行われることなく、次の曲Yが再生開始される。少なくとも、全ての受信装置200において、曲の再生開始時刻を同期させることができる。図11は、再生中処理S48の詳細を示す。制御部21は、音声出力部25Cの音声出力バッファがデータで満杯であるか否かを判断しS61、満杯であればS61でYES、処理を終了する。満杯でない場合S61でNO、制御部21は、さらに、キュー管理部24にキューからチャンクを読み出させ、チャンク処理部25Aに供給させるS62。制御部21は、キューからチャンクを取り出すことができないかを判断しS63、取り出せない場合S63でYES、処理を終了する。取り出せる場合S63でNO、制御部21は、チャンク処理部25Aに、チャンクからPCMデータ列を取り出させるS64。制御部21は、PCMデータ列を取り出せなかったかを判断しS65、取り出せなかった場合S65でYES、曲間パケットであるので、キュー管理テーブルにおいてキューの状態を廃棄待ちに変更するS67。取り出せた場合S65でNO、制御部21は、PCMデータ列を音声出力25Cの音声出力バッファに格納させるS66。以上のように、本実施形態によると、各受信装置200が同時刻に曲の先頭パケットを受信し、その受信時刻に所定の遅延時間を加算して曲の再生開始時刻を設定し、再生開始時刻になると、前の曲が再生中であるかに関係なく、曲の再生を開始することで、曲単位で再生開始時刻を必ず同期させることができる。次に本発明の別の好ましい実施形態を説明する。本例では、受信装置200は、クロスフェード処理を実行する。つまり、図12に示すように、前の曲Xの終わり付近で曲データの再生をフェードアウトさせ、かつ、次の曲Yの先頭部分をフェードアウト区間とオーバーラップするようにフェードインさせて、合成して音声出力する。合成して出力する時間をフェード時間tfといい、例えば3秒である。本実施形態では、クロスフェードした場合に、各受信装置で曲毎に再生を同期させるために、図13に示すように、次の曲Xの先頭パケットを受信した際に、音声出力バッファに残存しているデータの残り再生時間tbだけ、次の曲Yの再生開始時刻を早めるように補正する。その結果、クロスフェードの開始時刻も音声出力バッファに残存しているデータの残り再生時間tbだけ早めるように補正される。このように処理するのは、クロスフェード処理を実行する場合、先の実施形態のように音声出力バッファをクリアして再生開始時刻を同期させることができないからである。図14に示すように、送信装置100から受信装置200に送信されるパケットのヘッダは、フェードインフラグと、フェードアウトフラグと、フェードイン残量と、フェードアウト残量とを含む。フェードアウトフラグが1のときフェードアウトすることを意味し、フェードインフラグが1のときフェードインすることを意味する。S201において送信されるパケットは、前の曲SSRC=0x11223344のパケットであり、フェードアウトすること、及び、フェードアウト残量が3000msecであることを示す。S202において送信されるパケットは、次の曲SSRC=0x34567890のパケットであり、フェードインすること、及び、フェードイン残量が3000msecであることを示す。S203において送信されるパケットは、前の曲SSRC=0x11223344のパケットであり、フェードアウトすること、及び、フェードアウト残量が2995msecであることを示す。S204において送信されるパケットは、次の曲SSRC=0x34567890のパケットであり、フェードインすること、及び、フェードイン残量が2995msecであることを示す。このように、クロスフェード処理期間には、フェードアウトする前の曲のパケットと、フェードインする次の曲のパケットとが入り交じって送信される。図15は、送信装置100の制御部11の送信処理を示すフローチャートである。制御部11は、サーバ300から例えばネットワーク経由でコンテンツリストを取得し、メモリ12に保存するS71。制御部11は、コンテンツリストから曲を1つ選択するS72。制御部11は、コンテンツリスト内の全ての曲について受信装置200に送信済みであるか否かを判断するS73。送信済みであればS73でYES、処理を終了する。送信済みでなければS73でNO、制御部11は選択された曲の送信処理を開始するS74。制御部11は、選択された曲がフェードアウト処理中であるか否かを判断するS75。フェードアウト処理中である場合S75でYES、処理はS72に戻って次の曲の送信処理へと進む。図16は、曲送信処理S74の詳細を示す。制御部11は選択された曲の例えば全データをサーバ300からネットワーク経由で取得し、受信バッファ14に格納するS81。制御部11は、選択された曲のSSRCを生成するS82。制御部11は、受信バッファ14内に格納されている曲データをペイロード長分読み出して、デコードし、パケット化し、送信バッファに格納するS83。制御部11は、タイミング調整のために所定時間待機するS84。制御部11は、ヘッダにタイムスタンプとSSRCとを格納するS85。制御部11は、ヘッダにフェードイン、又は、フェードアウトに関する情報を格納する。詳細には、3秒間クロスフェードを実行する場合、曲の終わりから3秒前までのデータを送信するかを判断し、曲の終わりから3秒前迄のデータである場合、フェードアウトフラグを1に設定し、フェードアウト残量を設定する。同様に、制御部11は、曲の先頭から3秒後までのデータであるかを判断し、曲の先頭から3秒後迄のデータである場合、フェードインフラグを1に設定し、フェードイン残量を設定する。上記の通り、フェードアウトする曲のパケットと、フェードインする曲のパケットとは交互に送信される。制御部11は、曲データのパケットにヘッダを付加して、ネットワークインターフェース13を介して、各受信装置200に曲データのパケットを送信するS87。制御部11は、選択された曲の全データを送信完了したか否かを判断するS88。送信完了していない場合S88でNO、処理はS83に戻って、曲データのパケットの送信を継続する。送信完了した場合S88でYES、制御部11は、曲間パケットを送信しながら、所定時間待機するS89。図17は、受信装置200の制御部21の受信処理を示す。制御部21は、曲データのパケットの受信に必要な情報を取得するS91。制御部21は、受信処理部23に曲データのパケットを受信開始させるS92。パケットを受信した場合S93でYES、制御部21は、チャンク生成部23Cに、パケットからチャンクを生成させるS94。制御部21は、パケット解析部23Bに、パケットからSSRCを取得させるS95。制御部21は、取得したSSRCが前回受信したパケットのSSRCと異なっているか否かを判断するS96。SSRCが同じである場合S96でYES、制御部21は、チャンク生成部23Cに、チャンクを現在再生中の曲に対応するキューに格納させるS102。一方、SSRCが変更された場合S96でNO、制御部21は、キュー管理部24に新たな曲に対応するキューを生成させ、新たなキューのキューIDを設定するS97。制御部21は、音声出力部25Cの音声出力バッファに残存する現在再生中の曲のデータ残時間を特定するS98。データ残時間は、音声出力バッファに残存するデータを再生し終える迄にかかる時間である。制御部21は、次の曲の再生開始時刻を、曲の受信開始時刻に所定の遅延時間を加算し、さらに音声出力バッファのデータ残時間を減算することで算出するS99。制御部21は、キューの状態として、再生開始待ちを設定するS100。制御部21は、キュー管理テーブルに、キューID、再生開始時刻、及び、キューの状態を登録するS101。制御部21は、受信処理部23に、新たに生成したキューにチャンクを格納させるS102。図18は、再生開始待ち処理を示す。制御部21は、現在時刻とキューの再生開始時刻とを比較するS111。未だ再生開始時刻になってない場合S112でNO、処理を終了する。再生開始時刻になるとS112でYES、制御部21は、キュー管理部24にキューからチャンクを読み出させ、チャンク処理部25Aに供給させるS113。チャンク処理部25Aは、制御部21の指示で、チャンクからPCMデータ列を取出すS114。制御部21は、ヘッダにフェードイン指示が含まれているか否かを判断するS115。含まれていない場合S115でNO、処理はS118に進む。含まれている場合S115でYES、制御部21は、再生処理部25にフェードイン処理を開始させる。フェードインは、音量レベルをフェードイン終了時点に向けてほぼ線形的に0から徐々に増加させる。従って、図13に示す補正済みフェード時間tf’かけて音量レベルが0からユーザ設定値まで増加するように音量レベルが調整される。制御部21は、再生処理部25にPCMデーア列にフェードイン処理を実行させるS117。その後、制御部21は、ミキシング処理部25Bに、前の曲のPCMデータ列と、再生開始時刻になった曲のPCMデータ列とを合成させS118、再生開始させるS119。制御部21は、キュー管理テーブルにおけるキューの状態を再生中に変更するS120。図19は、再生中処理を示す。制御部21は、音声出力部25Cの音声出力バッファがデータで満杯であるか否かを判断しS121、満杯であればS121でYES、書き込みできるまで待つため、処理を終了する。満杯でない場合S121でNO、制御部21は、キュー管理部24にキューからチャンクを読み出させ、チャンク処理部25Aに供給させるS122。チャンクを取り出すことができない場合S123でYES、処理を終了する。取り出せる場合S123でNO、制御部21は、チャンク処理部25Aに、チャンクからPCMデータ列を取り出させるS124。PCMデータ列を取り出せなかった場合S125でYES、曲間パケットであるので、キュー管理テーブルにおいてキューの状態を廃棄待ちに変更するS132。取り出せた場合S125でNO、制御部21は、ヘッダにフェードイン指示が含まれているか否かを判断するS126。含まれていない場合S126でNO、S128に進む。含まれている場合S126でYES、制御部21は、PCMデータ列にフェードイン処理を実行させるS127。これは、S116、S117の処理と同じであり、残りフェードイン残量に応じて音量レベルが決定される。制御部21は、ヘッダにフェードアウト指示が含まれているか否かを判断するS128。含まれていない場合S128でNO、S130に進む。含まれている場合S128でYES、制御部21は、PCMデータ列にフェードアウト処理を実行させるS129。フェードアウトは、音量レベルをフェードアウト開始時点から曲の終わりにかけてほぼ線形的にユーザ設定値から0に徐々に減少させる。従って、図13に示す補正済みフェード時間tf’かけて音量レベルがユーザ設定値から0まで減少するように音量レベルが調整される。つまり、残りフェードアウト残量に応じて音量レベルが決定される。制御部21は、ミキシング処理部25Bで前の曲のPCMデータ列と、次の曲のPCMデータ列とを合成させS130、合成されたPCMデータ列を音声出力バッファに転送させるS131。以上の処理によって、クロスフェードを実行する場合にも、受信装置の再生時刻を同期させることが出来る。次に、本発明のさらに別の実施形態を説明する。本実施形態では、受信装置200が、曲の再生開始時刻になって、音声出力バッファをクリアする際に、音声出力バッファの残量残時間を特定し、送信装置100に通知する。送信装置100は、各受信装置200から受信した音声出力バッファの残量残時間のうち、最大の残時間を特定し、特定した残時間を遅延時間に加算して新たな遅延時間を設定し、各受信装置200に送信する。各受信装置200は、受信した新たな遅延時間を使って上記実施形態における再生開始時刻を設定する。これにより、全ての受信装置200が曲の最後まで再生し終えてから次の曲を再生開始できるように遅延時間を補正することが出来る。図20は本例の処理を示すフローチャートである。本処理は、S141、S151のように、例えば一定数の曲毎に定期的に実行されるとよい。各受信装置200の制御部21は、音声出力バッファをクリアする際の音声出力バッファの残時間を特定し、送信装置200に送信するS152。音声出力バッファの残時間は、音声出力バッファに残存しているすなわちクリアされるデータを再生するのにかかる時間である。送信装置100の制御部11は、受信装置200から音声出力バッファの残時間を受信しS142、メモリ22に記憶するS143。送信装置100の制御部11は、全ての受信装置200から音声出力バッファの残時間を受信したか否かを判断しS144、未だ受信していない場合S144でNO、S142に戻る。受信した場合S144でYES、制御部11は、各受信装置200から受信した音声出力バッファの残時間の中から、音声出力バッファの残時間の最大値を取得するS145。制御部11は、取得した音声出力バッファの残時間の最大値を、現行の遅延時間に加算し、新たな遅延時間を設定するS146。制御部11は、新たに設定した遅延時間を、各受信装置200に送信するS147。各受信装置200の制御部21は、新たな遅延時間を受信して、メモリ22に記憶しS153、これ以降、新たな遅延時間を使用して、再生開始時刻を設定する。次に、本発明のさらに別の実施形態を説明する。送信装置100が受信して各受信装置200に送信するコンテンツがラジオ放送やアナログ音声信号のような複数の曲が連続した音声信号である場合、上記のような曲毎に再生開始位置を同期させることができず、再生時間の経過と共に受信装置200間での再生位置のずれが顕著になる。これを解決するために、連続入力の音声信号であっても、無音区間を検出し、無音区間において曲間を形成し、SSRCを変更し別の曲として送信する。図21に示すように、各受信装置200の制御部21は、送信装置100から受信する基準クロックこれは、パケットのヘッダに含まれているタイムスタンプのことであると、受信装置200が自身で管理するクロックこれは受信中のSSRCで最初に受信したパケットに含まれていたタイムスタンプに、受信装置200自身が発生するクロックを加算してカウントしたものとを比較し、その差ずれを送信装置100に送信するS171。クロックのずれは所定時間例えば10秒毎に送信されると良い。送信装置100の制御部11は、クロックのずれの情報を受信装置200から受信するS161。制御部11は、受信したクロックのずれが所定値以上であるか否かを判断するS162。所定値未満である場合S162でNO、許容範囲内のずれであるので、曲間を形成することなく、処理はS161に戻る。所定値以上である場合S162でYES、許容範囲を超えているので、曲間を形成する処理を実行する。制御部11は、音声信号のレベル振幅値が無音と判断できる値例えば-20dB未満である状態が所定時間例えば1秒継続するか否かを判断し、待機するS163。-20dB未満である状態が1秒継続した場合S163でYES、制御部11は、当該箇所で曲間を形成し、SSRCを変更し、別の曲コンテンツとして、パケットを各受信装置200に送信するS164。従って、コンテンツがラジオ放送やアナログ音声信号のような複数の曲が連続した音声信号である場合でも、無音と判断される区間で仮想的に別の曲として各受信装置200に送信することによって、別の曲の再生開始時刻を各受信装置200で同期させることができる。以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。本発明の送信装置100、受信装置200を動作させるためのコンピュータプログラムまたはそのコンピュータプログラムを記録した記録媒体という形態で提供されてもよい。